(57)【要約】【課題】保守対象機器に対する保守作業のスケジュール調整を容易に行うことができる報知システム、プログラム及び報知方法を提供する。【解決手段】報知システム１は、画像取得部１０２と、状態診断部１０３と、保守予測部１０４と、報知部１０５とを備える。画像取得部１０２は、飲料ディスペンサにおける保守箇所の対象画像を取得する。状態診断部１０３は、対象画像を基に、保守箇所の状態を診断する。保守予測部１０４は、状態診断部１０３が診断した保守箇所の状態を基に、保守作業の目安となるタイミングを予測する。報知部１０５は、保守予測部１０４の予測結果を報知する。【選択図】図１
2019061485.tif 000002
【特許請求の範囲】
【請求項１】
保守対象機器における保守箇所の対象画像を取得する画像取得部と、
前記対象画像を基に、前記保守箇所の状態を診断する状態診断部と、
前記状態診断部が診断した前記保守箇所の状態を基に、保守作業を行うタイミングの目安となる保守タイミングを予測する保守予測部と、
前記保守予測部の予測結果を報知する報知部とを備える
ことを特徴とする報知システム。
【請求項２】
前記画像取得部は、情報端末が備えるカメラで撮影された前記対象画像を取得する
ことを特徴とする請求項１に記載の報知システム。
【請求項３】
前記報知部は、前記情報端末に前記予測結果を表示させて、前記予測結果を報知する
ことを特徴とする請求項２に記載の報知システム。
【請求項４】
前記画像取得部、前記状態診断部及び前記保守予測部を少なくとも含む処理装置を備え、
前記画像取得部は、ネットワークを介して前記対象画像を取得し、
前記報知部は、前記処理装置から前記ネットワークを介して前記予測結果を受け取る
ことを特徴とする請求項１〜３のいずれか一項に記載の報知システム。
【請求項５】
前記状態診断部は、複数の状態レベルにそれぞれ応じた前記保守箇所の特徴を表す基準情報のうち、前記対象画像の特徴を表す対象情報と一致する基準情報を求め、求めた前記基準情報に応じた状態レベルを取得し、
前記保守予測部は、前記保守対象機器の利用に関する利用関連情報群を用いて、前記状態診断部が取得した前記保守箇所の前記状態レベルが他の状態レベルへと変化するタイミングを予測する
ことを特徴とする請求項１〜４のいずれか一項に記載の報知システム。
【請求項６】
前記利用関連情報群を更新する更新部を、さらに備える
ことを特徴とする請求項５に記載の報知システム。
【請求項７】
前記報知部は、前記保守箇所の前記状態を表す状態情報と、前記状態に応じた保守方法を、さらに報知する
ことを特徴とする請求項１〜６のいずれか一項に記載の報知システム。
【請求項８】
前記報知部の報知を受ける保守作業者を特定する認証部を、さらに備え、
前記報知部は、前記状態に応じた保守方法であって前記認証部で特定された保守作業者に対応付けられた前記保守方法を報知する
ことを特徴とする請求項１〜７のいずれか一項に記載の報知システム。
【請求項９】
前記保守箇所に対する保守作業が終了したか否かを判断する終了判断部を、さらに備え、
前記画像取得部は、前記報知部の報知後に保守作業が行われた前記保守箇所の保守後画像を、さらに取得し、
前記終了判断部は、前記保守後画像を基に、前記保守箇所に対する保守作業が終了したか否かを判断し、
前記報知部は、終了判断部の判断結果を、さらに報知する
ことを特徴とする請求項１〜８のいずれか一項に記載の報知システム。
【請求項１０】
請求項１〜９のいずれか一項に記載の報知システムの情報端末で用いられるプログラムであって、
コンピュータに、
前記保守箇所の前記対象画像を撮影する撮影処理ステップと、
保守作業を行うタイミングの目安となり、かつ対象画像を基に予測された保守タイミングを前記予測結果として報知する報知ステップとを
実行させるためのプログラム。
【請求項１１】
請求項１〜９のいずれか一項に記載の報知システムの情報端末で用いられる報知方法であって、
前記保守箇所の前記対象画像を撮影する撮影処理ステップと、
保守作業を行うタイミングの目安となり、かつ対象画像を基に予測された保守タイミングを前記予測結果として報知する報知ステップとを
含む報知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、報知システム、プログラム及び報知方法に関し、より詳細には、保守対象機器に対する保守作業に係る情報を報知する報知システム、プログラム及び報知方法に関する。
【背景技術】
【０００２】
従来、保守対象機器に対する保守作業の要否を確認し、保守作業が必要であると判断した場合に即座に保守作業を行う技術が開示されている。
【０００３】
例えば、特許文献１では、クリーナ部と認識カメラとを備えるスクリーン印刷機が開示されている。特許文献１のスクリーン印刷機では、認識カメラが撮影したスクリーン部（保守対象機器）の画像からスクリーン部の目詰まりを認識すると、クリーナ部がスクリーン部の掃除を行う。これにより、スクリーン印刷機が稼働中に認識カメラがスクリーン部を撮影し、撮影した画像を基にスクリーン部の掃除（保守作業）の要否を決定することができる。つまり、特許文献１では、保守作業の要否を決定するために稼働中の保守対象機器を常時監視することで、保守作業を即座に実施することを可能としている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−２０２８２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
飲料ディスペンサのような顧客に商品を即座に提供する機器では、保守作業は、商品を提供する時間帯外、又は商品の提供がほとんど行われていない時間帯等に行われるようにスケジューリングされている。仮に、飲料ディスペンサに特許文献１の技術を適用した場合、保守作業者は、保守作業の要否の決定により初めて保守作業の必要性を知る。そのため、飲料ディスペンサの保守作業が必要と判断されたときに他の機器の保守作業がスケジューリングされている場合には、飲料ディスペンサの保守作業を行うためのスケジュール調整が困難となる。
【０００６】
そこで、本開示は上記事由に鑑みてなされており、保守対象機器に対する保守作業のスケジュール調整を容易に行うことができる報知システム、プログラム及び報知方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本開示の一態様に係る報知システムは、画像取得部と、状態診断部と、保守予測部と、報知部とを備える。前記画像取得部は、保守対象機器における保守箇所の対象画像を取得する。前記状態診断部は、前記対象画像を基に、前記保守箇所の状態を診断する。前記保守予測部は、前記状態診断部が診断した前記保守箇所の状態を基に、保守作業を行うタイミングの目安となる保守タイミングを予測する。前記報知部は、前記保守予測部の予測結果を報知する。
【０００８】
本開示の一態様に係るプログラムは、前記報知システムの情報端末で用いられる。前記プログラムは、コンピュータに、撮影処理ステップと、報知ステップとを実行させるためのプログラムである。前記撮影処理ステップは、前記保守箇所の前記対象画像を撮影する。前記報知ステップは、保守作業を行うタイミングの目安となり、かつ対象画像を基に予測された保守タイミングを前記予測結果として報知する。
【０００９】
本開示の一態様に係る報知方法は、前記報知システムの情報端末で用いられる。前記報知方法は、撮影処理ステップと、報知ステップとを含む。前記撮影処理ステップは、前記保守箇所の前記対象画像を撮影する。前記報知ステップは、保守作業を行うタイミングの目安となり、かつ対象画像を基に予測された保守タイミングを前記予測結果として報知する。
【発明の効果】
【００１０】
本開示によると、保守対象機器に対する保守作業のスケジュール調整を容易に行うことができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施形態１に係る報知システムとしての情報端末の構成を説明するブロック図である。
【図２】図２は、実施形態１に係る保守管理システムの適用例を説明するシステム図である。
【図３】図３は、同上の情報端末が保守タイミングを予測する際の動作を説明する流れ図である。
【図４】図４は、同上の情報端末が保守作業の終了を判断する際の動作を説明する流れ図である。
【図５】図５は、実施形態２に係る報知システムの構成を説明するブロック図である。
【図６】図６は、実施形態３に係る報知システムとしての情報端末の構成を説明するブロック図である。
【発明を実施するための形態】
【００１２】
以下に説明する各実施形態及び変形例は、本開示の一例に過ぎず、本開示は、実施形態及び変形例に限定されない。この実施形態及び変形例以外であっても、本開示に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能である。
【００１３】
（実施形態１）
以下、本実施形態に係る報知システムについて、図１〜図４を用いて説明する。
【００１４】
（１）全体概要
図２は、報知システム１としての情報端末１０を含む保守管理システム２の構成を示す図である。保守管理システム２は、情報端末１０と、保守対象機器としての飲料ディスペンサ２０と、サーバ３０とを備える。
【００１５】
情報端末１０と、飲料ディスペンサ２０と、サーバ３０とは、ネットワーク５に接続される。
【００１６】
飲料ディスペンサ２０は、利用者に飲料を提供する。本実施形態では、飲料ディスペンサ２０は、コーヒー飲料を利用者に提供する。飲料ディスペンサ２０は、利用者に飲料を提供（販売）すると、販売に係る情報（飲料販売情報）を、ネットワーク５を介してサーバ３０に送信する。
【００１７】
情報端末１０は、飲料ディスペンサ２０の保守対象である保守箇所の対象画像（対象情報）を取得して、対象画像を基に保守作業を行うタイミングの目安となる保守タイミングを予測する。情報端末１０は、予測結果を報知する。
【００１８】
本実施形態では、飲料ディスペンサ２０はコーヒー飲料を提供するので、飲料ディスペンサ２０における保守箇所は、例えばコーヒーミル、コーヒー抽出配管、生乳混合配管、コーヒー豆、生乳、ミルクパウダー等を格納する各ケース等である。
【００１９】
本実施形態では、保守作業（保守方法）は、例えばコーヒーミルについては、コーヒー豆を挽いてできる糟の吸引（目視できる部分の吸引）、及び部品を外した分解吸引がある。コーヒー抽出配管については、お湯通し、洗剤通し、洗剤の漬け置きがある。生乳混合配管については、お湯通し、酵素通し、酵素漬け置きがある。各ケースについては、品（コーヒー豆、生乳、ミルクパウダー等）の補充の要否がある。
【００２０】
（２）構成
（２．１）情報端末
ここでは、情報端末１０の構成について説明する。
【００２１】
情報端末１０は、図１に示すように、カメラ１１、操作部１２、表示部１３、記憶部１４、通信部１５及び制御部１６を備える。
【００２２】
情報端末１０は、例えばプロセッサ及びメモリを有するマイクロコンピュータを有している。そして、プロセッサがメモリに格納されているプログラムを実行することにより、マイクロコンピュータが制御部１６として機能する。プロセッサが実行するプログラムは、ここではマイクロコンピュータのメモリに予め記録されているが、メモリカード等の記録媒体に記録されて提供されてもよいし、インターネット等の電気通信回線を通じて提供されてもよい。
【００２３】
情報端末１０は、専用のアプリケーションソフト（保守アプリケーションソフト）をインストールし、このアプリケーションソフトを起動する。保守アプリケーションソフトを起動することにより、情報端末１０は、飲料ディスペンサ２０の保守対象である保守箇所の対象画像を取得して、対象画像を基に保守作業を行うタイミングの目安となる保守タイミングを予測し、予測結果を報知する。
【００２４】
カメラ１１は、ＣＣＤ（Charge Coupled Devices）イメージセンサ、又はＣＭＯＳ（Complementary Metal-Oxide Semiconductor）イメージセンサ等の二次元イメージセンサ等の撮像素子を有し、被写体（保守箇所等）を撮影する。
【００２５】
操作部１２は、カメラ１１が保守箇所を撮影するための操作を受け付ける。表示部１３は、予測結果を表示する。なお、情報端末１０がタッチパネルディスプレイを備えている場合は、タッチパネルディスプレイが操作部１２と表示部１３とを兼ねることになる。
【００２６】
記憶部１４は、保守箇所ごとに、保守箇所の状態のレベル（状態レベル）が複数の状態レベルのうちいずれに相当するかを特定するために、各状態レベルに応じた保守箇所の基準画像（基準情報）を記憶している基準画像ＤＢを有している。基準画像ＤＢは、表１に示すように、状態レベル及び基準画像データを含んでいる。以下、状態レベル及び基準画像データの組を基準画像情報という場合がある。
【００２７】
状態レベルは、保守箇所の汚れ度合を状態レベル０〜状態レベル３のいずれかで表される。状態レベル０は最もきれいな状態（汚れがない状態）を表し、状態レベル３が最も汚れた状態を表す。状態レベル０から状態レベル３に進むにつれて汚れ度合が大きくなる。つまり、状態レベル０、状態レベル１、状態レベル２、状態レベルの順に汚れ度合が大きくなる。
【００２８】
基準画像データは、状態レベルに応じた保守箇所の基準画像のデータである。本実施形態では、状態レベル０には基準画像Ａのデータが、状態レベル１には基準画像Ｂのデータが、それぞれ対応付けられている。さらに、状態レベル２には基準画像Ｃのデータが、状態レベル３には基準画像Ｄのデータが、それぞれ対応付けられている。
【００２９】
【表１】
2019061485.tif 000003
【００３０】
記憶部１４は、保守箇所ごとに、保守箇所の各状態レベルに応じた保守作業と、作業に要する作業時間とを対応付けて記憶している保守作業ＤＢを有している。保守作業ＤＢは、表２に示すように、状態レベル、作業名称及び作業時間を含んでいる。以下、状態レベル、作業名称及び作業時間の組を保守作業情報という場合がある。表２は、一例として保守箇所がコーヒー抽出配管である場合の保守作業ＤＢの内容を表している。
【００３１】
状態レベルは、上述したように、保守箇所の汚れ度合を状態レベル０〜状態レベル３のいずれかで表される。
【００３２】
作業名称は、状態レベルに応じた保守作業の名称（内容）を表す。ここで、“−”は保守作業を行わないことを表す。保守箇所がコーヒー抽出配管である場合には、状態レベル１には保守作業の名称としてお湯通しが、状態レベル２には保守作業の名称として洗剤通しが、それぞれ対応付けられている。さらには、状態レベル３には保守作業の名称として洗剤の漬け置きが対応付けられている。
【００３３】
作業時間は、対応する作業名称を行う場合の作業時間を表す。保守箇所がコーヒー抽出配管である場合には、状態レベル１の保守作業（お湯通し）には作業時間“１０分”が、状態レベル２の保守作業（洗剤通し）には作業時間“２０分”が、それぞれ対応付けられている。さらに、状態レベル３の保守作業（洗剤の漬け置き）には作業時間“２時間”が対応付けられている。なお、ここで、記載した作業時間は一例であり、これらの時間に限定する趣旨ではない。
【００３４】
【表２】
2019061485.tif 000004
【００３５】
記憶部１４は、保守箇所状態を診断した履歴を記憶している診断履歴ＤＢを保守箇所ごとに有している。診断履歴ＤＢは、表３に示すように、診断日時、診断結果、前回結果及び販売量を含んでいる。以下、診断日時、診断結果、前回結果及び販売量の組を履歴情報という場合がある。表３は、一例として保守箇所がコーヒー抽出配管である場合の診断履歴ＤＢの内容を表している。
【００３６】
診断日時は、情報端末１０が保守箇所の診断を行った日時を表す。診断結果は、情報端末１０が保守箇所の診断の結果を表す。前回結果は、情報端末１０が保守箇所に対して前回行った診断の結果を表す。販売量は、前回の診断から今回の診断までの間に利用者に販売（提供）された商品及びその販売量を表す。
【００３７】
【表３】
2019061485.tif 000005
【００３８】
記憶部１４は、保守タイミングを予測する際に用いられる保守予測ＤＢを保守箇所ごとに有している。保守予測ＤＢは、表４に示すように、状態変化及び販売量目安を含んでいる。以下、状態変化及び販売量目安の組を状態変化情報という場合がある。表４は、一例として保守箇所がコーヒー抽出配管である場合の保守予測ＤＢの内容を表している。
【００３９】
状態変化は、ある状態レベルから次の状態レベルへの変化を表す。販売量目安は、状態変化で表されるレベルの変化が生じるための商品の販売量を表す。例えば、コーヒー抽出配管の状態レベルが状態レベル０から状態レベル１へと変化するには、カプチーノを２０００ｍＬほど販売する必要がある。コーヒー抽出配管の状態レベルが状態レベル１から状態レベル２へと変化するには、カプチーノを１０００ｍＬほど販売する必要がある。コーヒー抽出配管の状態レベルが状態レベル２から状態レベル３へと変化するには、カプチーノを３０００ｍＬほど販売する必要がある。
【００４０】
【表４】
2019061485.tif 000006
【００４１】
通信部１５は、ネットワーク５を介してサーバ３０と通信するための通信インタフェースである。通信部１５は、サーバ３０との間でネットワーク５を介して情報の送受信を行う。
【００４２】
制御部１６は、情報端末１０の全体の制御を行う。保守アプリケーションソフトを起動することにより、制御部１６は、保守箇所の対象画像を取得して、対象画像を基に保守作業を行うタイミングの目安となる保守タイミングを予測し、予測結果を報知する。
【００４３】
制御部１６は、図１に示すように、撮影処理部１０１、画像取得部１０２、状態診断部１０３、保守予測部１０４、報知部１０５、終了判断部１０６及び更新部１０７を有している。
【００４４】
撮影処理部１０１は、情報端末１０の操作者（保守作業者）が保守箇所の撮影を行う際に操作部１２がカメラ１１に対する撮影指示を受け付けると、カメラ１１に対して撮影を行うように制御する。
【００４５】
画像取得部１０２は、撮影処理部１０１の制御によってカメラ１１が撮影した画像（保守箇所を撮影した対象画像）をカメラ１１から取得する。画像取得部１０２は、保守作業後にカメラ１１が撮影した画像（保守後画像）をカメラ１１から取得する。
【００４６】
状態診断部１０３は、画像取得部１０２が取得した保守箇所の対象画像と、当該保守箇所に応じた複数の基準画像とを用いて、保守箇所の状態を診断する。具体的には、状態診断部１０３は、保守箇所の対象画像と一致する基準画像を複数の基準画像から特定する。状態診断部１０３は、特定した基準画像に対応する状態レベルと、及び状態レベルに応じた作業名称及び作業時間を取得する。ここで、一致とは、完全一致だけでなく、一致度合が許容される誤差範囲内である場合も含む。
【００４７】
保守予測部１０４は、状態診断部１０３が取得した状態レベルに基づいて、保守作業を行うタイミングの目安となる保守タイミングを予測する。具体的には、保守予測部１０４は、状態診断部１０３が取得した状態レベルが保守作業を即座に行うべきレベルであるか否かを判断する。
【００４８】
保守予測部１０４は、状態レベルが即座に行うレベルであると判断する場合には、予測結果として即座に保守作業を行うべき旨の作業開始情報を生成し、報知部１０５に出力する。作業開始情報は、即座に保守作業を行うべき作業開始メッセージ、保守箇所を表す保守箇所名称、保守箇所の現在の状態レベル（状態情報）、状態レベルに応じた保守作業を表す作業名称、及び保守作業に要する作業時間を含む。
【００４９】
保守予測部１０４は、状態レベルが即座に行うレベルでないと判断する場合には、診断履歴ＤＢ、保守予測ＤＢ及び後述する販売情報ＤＢを用いて、次回の保守作業に対する保守タイミングを予測する。保守予測部１０４は、予測結果として保守予測情報を生成し、報知部１０５に出力する。保守予測情報は、今回診断された保守箇所名称、当該保守箇所の現在の状態レベル（状態情報）と、当該状態レベルに応じた保守作業（保守方法）の作業名称、当該保守作業の作業時間、及び次回の保守作業に対する保守タイミング（日時）を含む。なお、予測の詳細については、後述する。
【００５０】
報知部１０５は、保守予測部１０４の予測結果を報知する。具体的には、報知部１０５は、作業開始情報を保守予測部１０４から受け取った場合には、即座に保守作業を行うべきメッセージ、保守箇所名称、状態情報、作業名称、及び作業時間を表示部１３に表示させることで、予測結果を報知する。報知部１０５は、保守予測情報を保守予測部１０４から受け取った場合には、今回に診断に関する情報及び次回保守作業に対する保守タイミング（日時）を表示部１３に表示させることで、予測結果を報知する。ここで、今回の診断に関する情報は、保守箇所名称、状態情報、作業（保守方法）の名称、作業時間を含む。
【００５１】
さらに、報知部１０５は、終了判断部１０６の判断結果を報知する。報知部１０５は、後述する作業終了情報を終了判断部１０６から受け取った場合には、作業が終了した旨のメッセージを表示部１３に表示させることで、判断結果を報知する。報知部１０５は、後述する再作業情報を終了判断部１０６から受け取った場合には、再作業を促すメッセージを表示部１３に表示させることで、判断結果を報知する。
【００５２】
終了判断部１０６は、報知部１０５が予測結果を報知した後に行われた保守箇所に対する保守作業が終了したか否かを判断する。具体的には、終了判断部１０６は、画像取得部１０２が取得した保守後画像と、当該保守箇所に応じた複数の基準画像とを用いて、保守箇所の状態を診断する。例えば、終了判断部１０６は、保守箇所の保守後画像と一致する基準画像を保守箇所に対応する複数の基準画像から特定する。終了判断部１０６は、終了判断部１０６が取得した基準画像に応じた状態レベル（作業後状態レベル）と、状態診断部１０３が取得した基準画像に応じた状態レベル（作業前状態レベル）とを比較する。終了判断部１０６は、作業後状態レベルで表される状態が作業前状態レベルで表される状態よりも良い状態である場合には、作業が終了したと判断する。終了判断部１０６は、作業後状態レベルで表される状態が作業前状態レベルで表される状態と変化がない、又作業前状態レベルで表される状態よりも悪い状態である場合には、作業は終了していないと判断する。
【００５３】
終了判断部１０６は、作業が終了したと判断する場合には、作業が終了した旨の作業終了情報を報知部１０５に出力する。終了判断部１０６は、作業が終了していないと判断する場合には、再作業を行う旨の再作業情報を報知部１０５に出力する。
【００５４】
例えば、保守箇所がコーヒー抽出配管である場合には、作業後のコーヒー抽出配管の汚れ度合が、作業前の汚れ度合よりも小さい、つまり汚れが落ちている場合に、終了判断部１０６は、作業終了情報を報知部１０５に出力する。汚れが落ちていない場合には、終了判断部１０６は、再作業情報を報知部１０５に出力する。
【００５５】
更新部１０７は、診断履歴ＤＢを更新する。具体的には、更新部１０７は、状態診断部１０３が保守箇所の診断を行うと、診断が行われた診断日時、診断結果（保守箇所の状態レベル）と、前回の状態レベルと、販売量とを含む履歴情報を生成する。更新部１０７は、保守箇所に応じた診断履歴ＤＢに登録して、診断履歴ＤＢを更新する。販売量は、前回の保守箇所の診断から今回の診断までの間に販売された量を、販売情報ＤＢから求められる。
【００５６】
（２．２）サーバ
サーバ３０は、ネットワーク５を介して情報端末１０及び飲料ディスペンサ２０と通信可能である。
【００５７】
サーバ３０は、例えばプロセッサ及びメモリを有するマイクロコンピュータを有している。そして、プロセッサがメモリに格納されているプログラムを実行することにより、マイクロコンピュータがサーバ３０が有する機能を実現する。プロセッサが実行するプログラムは、ここではマイクロコンピュータのメモリに予め記録されているが、メモリカード等の記録媒体に記録されて提供されてもよいし、インターネット等の電気通信回線を通じて提供されてもよい。
【００５８】
サーバ３０は、販売情報ＤＢを記憶している。販売情報ＤＢは、表５に示すように、販売日時、販売内容及び販売量を含む。販売日時、販売内容及び販売量の組が、上述した飲料販売情報に相当する。
【００５９】
販売日時は、飲料を販売（提供）した日時を表す。販売内容は、対応する日時で販売した商品名を表す。販売量は、対応する商品名の商品を販売した量を表す。
【００６０】
【表５】
2019061485.tif 000007
【００６１】
サーバ３０は、飲料ディスペンサ２０が送信した飲料販売情報を受け取ると、受け取った飲料販売情報を販売情報ＤＢに登録して、販売情報ＤＢを更新する。
【００６２】
サーバ３０は、情報端末１０の要求に応じて、販売情報ＤＢに記憶されている飲料販売情報を、情報端末１０にネットワーク５を介して送信する。
【００６３】
（３）動作説明
ここでは、情報端末１０（報知システム１）の動作について、図３、図４を用いて説明する。
【００６４】
（３．１）報知の動作
まず、情報端末１０が予測結果を報知する際の動作について、図３を用いて説明する。
【００６５】
情報端末１０の操作者（保守作業者）は、情報端末１０にインストールされた保守アプリケーションソフトを起動する。以下の説明において、情報端末１０では、保守アプリケーションソフトが起動中であるとする。
【００６６】
撮影処理部１０１は、保守作業者が保守箇所の撮影を行う際に操作部１２がカメラ１１に対する撮影指示を受け付けると、カメラ１１に対して撮影を行うよう撮影処理を行う（ステップＳ１）。カメラ１１は、撮影処理部１０１の撮影処理により保守箇所を撮影する。
【００６７】
画像取得部１０２は、撮影処理でカメラ１１が撮影した画像（対象画像）をカメラ１１から取得する（ステップＳ２）。
【００６８】
状態診断部１０３は、画像取得部１０２が取得した保守箇所の対象画像と、当該保守箇所に応じた基準画像ＤＢの複数の基準画像とを用いて、保守箇所の状態を診断する（ステップＳ３）。具体的には、状態診断部１０３は、保守箇所の対象画像と一致する基準画像を当該保守箇所に応じた基準画像ＤＢの複数の基準画像から特定し、特定した基準画像に対応する状態レベルを取得する。例えば、対象画像が基準画像ＤＢの基準画像Ｂと一致する場合には、保守箇所の状態レベルとして状態レベル１を取得する（表１参照）。さらに、状態診断部１０３は、取得した状態レベルに応じた作業名称、及び作業時間を、保守箇所に応じた保守作業ＤＢから取得する。例えば、状態診断部１０３は、表１に示す基準画像ＤＢから保守箇所の状態レベルとして状態レベル１を取得した場合には、状態レベル１に対応する作業名称（お湯通し）及び作業時間（１０分）を、保守作業ＤＢから取得する（表２参照）。
【００６９】
保守予測部１０４は、状態診断部１０３が取得した状態レベルに基づいて、保守作業を行うタイミングの目安となる保守タイミングを予測する保守予測処理を行う（ステップＳ４）。
【００７０】
具体的には、保守予測部１０４は、状態診断部１０３が取得した状態レベルが保守作業を即座に行うべきレベルであるか否かを判断する。例えば、保守予測部１０４は、状態診断部１０３が取得した状態レベルが“状態レベル３”であるか否かを判断する。保守予測部１０４は、状態レベルが即座に行うレベルである、つまり状態レベルが“状態レベル３”であると判断する場合には、予測結果として作業開始情報を報知部１０５に出力する。保守予測部１０４は、状態レベルが即座に行うレベルでない、つまり状態レベルが“状態レベル３”でないと判断する場合には、診断履歴ＤＢ、保守予測ＤＢ及び後述する販売情報ＤＢを用いて、次回保守作業を行うタイミングの目安となる保守タイミングを予測する。具体的には、保守予測部１０４は、次回の保守箇所の状態を確認するための目安となる日時を予測する。
【００７１】
例えば、保守箇所がコーヒー抽出配管である場合には、保守予測部１０４は、販売情報ＤＢに記憶されている過去１週間の飲料販売情報を、サーバ３０からネットワーク５を介して取得する。保守予測部１０４は、過去１週間分の飲料販売情報を用いて、上述した１日当たりの平均の販売量を算出する。保守予測部１０４は、販売情報ＤＢを用いて、前回の保守箇所の診断から今回の診断までの間に飲料ディスペンサ２０が販売した販売量（第１期間販売量）を求める。保守予測部１０４は、現在の状態レベルから次の状態レベルへと変化する際に必要な販売量（第２販売量）を保守予測ＤＢから取得する。保守予測部１０４は、第２販売量から第１販売量を減算する。保守予測部１０４は、減算結果を１日当たりの平均の販売量で除算し、状態レベルの変化に要する日数を求める。保守予測部１０４は、現在の日時に、求めた日数を加えることで、次回保守作業を行うタイミングの目安となる保守タイミングを求める。保守予測部１０４は、予測結果として保守予測情報を報知部１０５に出力する。上述したように、保守予測情報は、今回診断された保守箇所名称、当該保守箇所の現在の状態レベル（状態情報）と、当該状態レベルに応じた保守作業の作業名称、当該保守作業の作業時間、及び次回の保守作業に対する保守タイミング（日時）を含む。
【００７２】
また、保守箇所がコーヒー豆を収納するケースである場合には、保守予測部１０４は、過去１週間における１日当たりの平均の販売量から１日当たりのコーヒー豆の平均使用量を求める。保守予測部１０４は、現在の状態レベルに応じたコーヒー豆の量を１日当たりのコーヒー豆の平均使用量で除算し、コーヒー豆が無くなるまでの日数を求める。保守予測部１０４は、現在の日時に、求めた日数を加えることで、次回保守作業（コーヒー豆を補充する作業）を行うタイミングの目安となる保守タイミングを求める。
【００７３】
報知部１０５は、保守予測部１０４の予測結果を報知する（ステップＳ５）。具体的には、報知部１０５は、予測結果が作業開始情報である場合には、即座に保守作業を行うべきメッセージ、保守箇所名称、状態情報、作業名称、及び作業時間を表示部１３に表示させる。報知部１０５は、予測結果が保守予測情報である場合には、今回の診断に関する情報及び次回の保守作業に対する保守タイミング（日時）を表示部１３に表示させる。
【００７４】
更新部１０７は、今回診断が行われた診断日時、診断結果（保守箇所の状態レベル）と、前回の状態レベルと、販売量とを含む履歴情報を生成し、保守箇所に応じた診断履歴ＤＢに登録して、診断履歴ＤＢを更新する（ステップＳ６）。
【００７５】
（３．２）作業完了の判断の動作
次に、情報端末１０が保守作業の終了の判断を行う際の動作について、図４を用いて説明する。この場合においても、保守アプリケーションソフトは起動されているとする。
【００７６】
撮影処理部１０１は、保守作業後において保守作業者が保守箇所の撮影を行う際に操作部１２がカメラ１１に対する撮影指示を受け付けると、カメラ１１に対して撮影を行うよう撮影処理を行う（ステップＳ１０）。カメラ１１は、撮影処理部１０１の撮影処理により保守後の保守箇所を撮影する。
【００７７】
画像取得部１０２は、撮影処理でカメラ１１が撮影した画像（保守後画像）をカメラ１１から取得する（ステップＳ１１）。
【００７８】
終了判断部１０６は、報知部１０５が予測結果を報知した後に行われた保守箇所に対する保守作業が終了したか否かを判断する（ステップＳ１２）。具体的には、終了判断部１０６は、保守後画像と、当該保守箇所に応じた複数の基準画像とを用いて、保守箇所の状態レベル（保守後状態レベル）を特定する。終了判断部１０６は、作業後状態レベルと、作業前の状態レベル（作業前状態レベル）とを比較する。終了判断部１０６は、作業後状態レベルで表される状態が作業前状態レベルで表される状態よりも良い状態である場合には、作業が終了したと判断する。終了判断部１０６は、作業後状態レベルで表される状態が作業前状態レベルで表される状態と変化がない、又作業前状態レベルで表される状態よりも悪い状態である場合には、作業は終了していないと判断する。
【００７９】
報知部１０５は、終了判断部１０６が作業は終了したと判断する場合には（ステップＳ１２における「Ｙｅｓ」）、作業が終了したことを報知する（ステップＳ１３）。具体的には、報知部１０５は、作業終了情報を終了判断部１０６から受け取ると、作業が終了した旨のメッセージを表示部１３に表示させる。
【００８０】
報知部１０５は、終了判断部１０６が作業は終了していないと判断する場合には（ステップＳ１２における「Ｎｏ」）、再作業を行うことを報知する（ステップＳ１４）。具体的には、報知部１０５は、再作業情報を終了判断部１０６から受け取ると、再作業を促すメッセージを表示部１３に表示させる。
【００８１】
（４）変形例
本実施形態では、販売情報ＤＢは、サーバ３０が備える構成としたが、これに限定されない。販売情報ＤＢは、情報端末１０が備えてもよい。この場合、サーバ３０は、構成の必須要件ではない。情報端末１０が販売情報ＤＢを備える場合には、飲料販売情報を飲料ディスペンサ２０からネットワークを介して受け取り、更新部１０７が販売情報ＤＢの更新を行う。本実施形態のようにサーバ３０が販売情報ＤＢを備える場合にはサーバ３０が販売情報ＤＢの更新を行っている。つまり、サーバ３０が販売情報ＤＢを備える場合には、更新部１０７の機能の一部（販売情報ＤＢを更新する機能）がサーバ３０に分散されているといえる。
【００８２】
また、本実施形態では、終了判断部１０６は、作業前後の画像（状態レベル）を比較して終了の判断を行う構成としたが、この構成に限定されない。終了判断部１０６は、作業後の状態のレベルが状態レベル０となった場合に終了と判断してもよい。
【００８３】
また、本実施形態では、情報端末１０が保守箇所の診断、保守タイミングの予測及び保守作業の終了判断及び報知に係る処理を行ったが、これらの処理すべてを飲料ディスペンサ２０が行ってもよい。この場合、販売情報ＤＢは、飲料ディスペンサ２０が備えてもよいし、サーバ３０が備えてもよい。
【００８４】
記憶部１４は、保守作業者の保守予定の日時（スケジュール）を記憶してもよい。この場合、保守作業者は、報知された次回の保守作業に対する保守タイミング（日時）に基づいて、記憶部１４が記憶している保守予定の日時を追加又は変更（更新）することが可能となる。
【００８５】
記憶部１４が保守作業者の保守予定の日時（スケジュール）を記憶している場合、保守予測部１０４は、予測した次回の保守作業に対する保守タイミングが、現在の日時よりも次の保守予定の日時が近い場合には、次の保守予定の日時を予測結果としてもよい。
【００８６】
また、本実施形態では、保守予測部１０４は、保守箇所の状態が変化するタイミング（日時）を保守タイミングとしたが、保守箇所の状態が変化するタイミング（日時）の所定日数前を保守タイミングとしてもよい。または、保守予測部１０４は、保守箇所の状態が変化するタイミング（日時）よりも前の所定期間を保守タイミングとしてもよい。
【００８７】
本実施形態では、状態診断部１０３は、対象画像と、基準画像との比較により保守箇所の状態を診断する構成としたが、この構成に限定されない。状態診断部１０３は、対象画像の複数の特徴量と、基準画像の特徴量とを用いて保守箇所の状態を診断してもよい。例えば、記憶部１４は、基準画像の各々について、複数の特徴量を対応付けて記憶している。状態診断部１０３は、対象画像を用いて保守箇所での特徴量を抽出する。状態診断部１０３は、基準画像の各々の複数の特徴量の組のうち、抽出した保守箇所の複数の特徴量の組と一致する基準画像の複数の特徴量の組を抽出する。状態診断部１０３は、抽出した複数の特徴量の組に対応する基準画像を特定し、特定した基準画像に応じた状態レベル、作業名称及び作業時間を取得する。ここで、一致とは、上述したように、完全一致だけではない。例えば、一致度合が所定値以上である場合も一致の概念に含まれる。このように、画像の特徴量を用いることで、対象画像と複数の基準画像とで、被写体（保守箇所）の画像内での位置、傾き、ズーム度合い及びアングル等が違っていても、より精度の高い診断が可能となる。
【００８８】
また、記憶部１４は、基準画像の各々について、複数の特徴量を対応付けて記憶する代わりに、複数の特徴量からなる組を複数記憶してもよい。この場合、記憶部１４は、複数の特徴量からなる組の各々について、状態レベル、作業名称及び作業時間を対応付けて記憶している。状態診断部１０３は、複数の特徴量の組のうち、保守箇所の複数の特徴量の組と一致する複数の特徴量の組を抽出する。状態診断部１０３は、抽出した複数の特徴量の組に対応する状態レベル、作業名称及び作業時間を取得する。これにより、記憶部１４が記憶するデータ量（基準画像のデータ量）を削減することができる。
【００８９】
ここで、対象画像の複数の特徴量の組が本開示における対象情報に相当し、基準画像の複数の特徴量の組が本開示における基準情報に対応する。つまり、本開示の対象情報とは、対象画像の一部である複数の特徴量の組、及び対象画像全体を含む概念であり、対象画像の特徴を表している。
【００９０】
本実施形態では、終了判断部１０６は、保守後画像と、基準画像との比較により保守箇所における保守終了の判断を行う構成としたが、この構成に限定されない。状態診断部１０３の変形例と同様に、終了判断部１０６は、保守後画像の複数の特徴量と、基準画像の特徴量とを用いて保守箇所における保守終了の判断を行ってもよい。なお、特徴量を用いた判断は、状態診断部１０３の変形例と同様の判断方法により実現できるので、ここでの説明は省略する。
【００９１】
（５）効果
以上説明したように、報知部１０５は、保守予測部１０４から作業開始情報を受け取ると、作業開始情報に基づいた報知を行うので、保守作業者は即座に保守作業を行うことができる。
【００９２】
また、報知部１０５は、保守予測部１０４から保守予測情報を受け取ると、保守予測情報に基づいた報知を行う。この場合、報知内容には、今回の診断に関する情報及び次回保守作業を行うタイミングの目安となる保守タイミング（日時）が含まれている。そのため、保守作業者は、次回保守作業として保守箇所の診断を行う予定日時と、次回保守作業に対する保守タイミング（日時）とを比較して、保守箇所に対する保守作業を行うか否かを意思決定することができる。例えば、次回保守作業に対する保守タイミングが３日後であって次回診断を行う予定日時が１０日後である場合には、保守作業者は、引き続き保守作業を行うと意思決定する。また、次回保守作業に対する保守タイミングが２週間後であって次回診断を行う予定日時が１週間後である場合には、次回診断時でも状態レベルは変化していない。そのため、引き続き保守作業を行う必要はないから、保守作業者は、次回診断時に保守作業を行うと意思決定する。
【００９３】
このように、次回保守作業を行うタイミングの目安となる保守タイミングを予測した予測結果を、現時点で保守作業を行うべきかどうかの意思決定の判断材料とすることができる。
【００９４】
初心者である保守作業者が、保守箇所としてコーヒー抽出配管の清掃を行う場合には、どの程度までの清掃が必要である分からないことがある。そこで、終了判断部１０６が保守作業の終了を判断することで、保守作業者が初心者であってもどの程度までの清掃が必要であるかを知ることができる。例えば、コーヒー抽出配管等の配管の汚れは、経年劣化により新品時と同じくらいに完全に落とせない。初心者は、このような汚れは完全に落とせないことを知らないため、過剰な作業を行う可能性がある。そのため、終了判断部１０６が保守作業の終了を判断することで、過剰な作業を避け、経年劣化を考慮した作業完了の判断が可能となる。
【００９５】
また、保守作業者ごとに保守作業の終了を判断させると、判断基準がばらばらであるため、保守作業後の状態レベルが異なる可能性がある。そこで、終了判断部１０６が保守作業の終了を判断することで、保守作業者による保守作業後の状態レベルのばらつきを小さくすることができる。
【００９６】
また、終了判断部１０６が保守作業の終了を判断するので、保守箇所の保守作業を雑に行ったりすると、保守作業がいつまでたっても終了しなくなる。これにより、保守作業者は、雑な保守作業を行わなくなる。
【００９７】
（実施形態２）
以下、本実施形態に係る報知システム１ａについて、図５を用いて説明する。実施形態１では情報端末１０が報知システム１として機能したが、本実施形態では情報端末１０ａとサーバ３０ａとの組み合わせで報知システム１ａとして機能する点が異なる。つまり、報知システム１ａとしての機能が分散されている点が、実施形態１と異なる。なお、実施形態１と同様の構成要素には同一の符号を付して説明を適宜省略する。
【００９８】
本実施形態の報知システム１ａは、情報端末１０ａとサーバ３０ａとを備える。
【００９９】
情報端末１０ａは、図５に示すように、実施形態１と同様のカメラ１１、操作部１２、表示部１３、記憶部１４及び通信部１５の他、制御部１６ａを備える。
【０１００】
情報端末１０ａは、例えばプロセッサ及びメモリを有するマイクロコンピュータを有している。そして、プロセッサがメモリに格納されているプログラムを実行することにより、マイクロコンピュータが制御部１６ａとして機能する。プロセッサが実行するプログラムは、ここではマイクロコンピュータのメモリに予め記録されているが、メモリカード等の記録媒体に記録されて提供されてもよいし、インターネット等の電気通信回線を通じて提供されてもよい。
【０１０１】
制御部１６ａは、実施形態と同様の撮影処理部１０１及び報知部１０５の他、通信処理部１１０を有している。
【０１０２】
通信処理部１１０は、通信部１５及びネットワーク５を介してサーバ３０ａと通信を行う。
【０１０３】
通信処理部１１０は、撮影処理部１０１の制御によってカメラ１１が撮影した対象画像をカメラ１１から取得する。通信処理部１１０は、取得した対象画像を、サーバ３０ａに送信する。通信処理部１１０は、保守作業後において撮影処理部１０１の制御によってカメラ１１が撮影した保守後画像をカメラ１１から取得する。通信処理部１１０は、取得した保守後画像を、サーバ３０ａに送信する。
【０１０４】
通信処理部１１０は、保守作業を行うタイミングの目安となる保守タイミングについての予測結果をサーバ３０ａから通信部１５及びネットワーク５を介して取得する。通信処理部１１０は、取得した予測結果を報知部１０５に出力する。通信処理部１１０は、サーバ３０ａが行った保守作業の終了の判断結果を、通信部１５及びネットワーク５を介して取得する。通信処理部１１０は、取得した判断結果を報知部１０５に出力する。
【０１０５】
サーバ３０ａは、図５に示すように、通信部３１、記憶部３２及び制御部３３を備える。
【０１０６】
サーバ３０ａは、例えばプロセッサ及びメモリを有するマイクロコンピュータを有している。そして、プロセッサがメモリに格納されているプログラムを実行することにより、マイクロコンピュータが制御部３３として機能する。プロセッサが実行するプログラムは、ここではマイクロコンピュータのメモリに予め記録されているが、メモリカード等の記録媒体に記録されて提供されてもよいし、インターネット等の電気通信回線を通じて提供されてもよい。
【０１０７】
通信部３１は、ネットワーク５を介して情報端末１０及び飲料ディスペンサ２０と通信するための通信インタフェースである。通信部３１は、情報端末１０及び飲料ディスペンサ２０との間でネットワーク５を介して情報の送受信を行う。
【０１０８】
記憶部３２は、販売情報ＤＢの他、基準画像ＤＢ、保守作業ＤＢ、診断履歴ＤＢ及び保守予測ＤＢを有している。各ＤＢは、実施形態１で説明しているので、ここでの説明は省略する。
【０１０９】
制御部３３は、図５に示すように、画像取得部３０１、状態診断部３０２、保守予測部３０３、終了判断部３０４及び更新部３０５を有している。
【０１１０】
画像取得部３０１は、通信部３１を介して情報端末１０ａが送信した対象画像を取得する。画像取得部３０１は、通信部３１を介して情報端末１０ａが送信した保守後画像を取得する。
【０１１１】
状態診断部３０２は、画像取得部３０１が取得した保守箇所の対象画像と、当該保守箇所に応じた複数の基準画像とを用いて、保守箇所の状態を診断する。
【０１１２】
保守予測部３０３は、状態診断部３０２が取得した状態レベルに基づいて、保守作業を行うタイミングの目安となる保守タイミングを予測する。
【０１１３】
終了判断部１０６は、情報端末１０ａの報知部１０５が予測結果を報知した後に行われた保守箇所に対する保守作業が終了したか否かを判断する。終了判断部１０６は、判断結果（作業終了情報又は再作業情報）を、情報端末１０ａに通信部３１を介して送信する。
【０１１４】
なお、状態診断部３０２、保守予測部３０３及び終了判断部３０４の具体的な機能については、実施形態１の状態診断部１０３、保守予測部１０４及び終了判断部１０６と同様であるため、ここでの説明は省略する。
【０１１５】
更新部３０５は、診断履歴ＤＢ及び販売情報ＤＢを更新する。具体的には、更新部３０５は、状態診断部３０２が保守箇所の診断を行うと、実施形態１と同様の履歴情報を生成する。更新部３０５は、保守箇所に応じた診断履歴ＤＢに登録して、診断履歴ＤＢを更新する。更新部３０５は、飲料ディスペンサ２０から通信部３１を介して飲料販売情報を受け取ると、受け取った飲料販売情報を販売情報ＤＢに登録することで、販売情報ＤＢを更新する。
【０１１６】
本実施形態の報知システム１ａの報知の動作及び終了判断の動作については、動作を実行する装置（端末）が異なるだけで、動作自体は実施形態１と変わりはない。そのため、本実施形態の報知システム１ａの報知の動作及び終了判断の動作についての説明は省略する。
【０１１７】
以下、本実施形態の変形例について説明する。
【０１１８】
本実施形態では、報知システム１ａの機能を、情報端末１０ａ及びサーバ３０ａの２台の装置に分散する構成としたが、この構成に限定されない。報知システム１ａの機能は、３台以上の装置に分散されてもよい。例えば、報知システム１ａの機能は、情報端末、サーバ及び飲料ディスペンサの３台に分散されてもよい。
【０１１９】
また、本実施形態においても、状態診断部３０２は、対象画像の複数の特徴量と、基準画像の複数の特徴量とを用いて保守箇所の状態を診断してもよい。終了判断部３０４も、状態診断部３０２と同様に、保守後画像の複数の特徴量と、基準画像の複数の特徴量とを用いて保守箇所の状態を診断してもよい。
【０１２０】
以上説明したように、本実施形態及び本実施形態の変形例では、報知システム１ａの機能を複数の装置（コンピュータシステム）に分散しているので、例えば１台の情報端末で行う場合と比較して１台の装置に対する処理負荷を軽減することが可能となる。
【０１２１】
（実施形態３）
以下、本実施形態に係る報知システム１ｂについて、図６を用いて説明する。本実施形態では、保守作業者に対する認証を行う点が、実施形態１とは異なる。なお、実施形態１と同様の構成要素には同一の符号を付して説明を適宜省略する。
【０１２２】
本実施形態の報知システム１ｂとしての情報端末１０ｂは、図６に示すように、実施形態１と同様のカメラ１１、操作部１２、表示部１３及び通信部１５の他、記憶部１４ｂと制御部１６ｂとを備える。
【０１２３】
情報端末１０ｂは、例えばプロセッサ及びメモリを有するマイクロコンピュータを有している。そして、プロセッサがメモリに格納されているプログラムを実行することにより、マイクロコンピュータが制御部１６ｂとして機能する。プロセッサが実行するプログラムは、ここではマイクロコンピュータのメモリに予め記録されているが、メモリカード等の記録媒体に記録されて提供されてもよいし、インターネット等の電気通信回線を通じて提供されてもよい。
【０１２４】
記憶部１４ｂは、基準画像ＤＢ、保守作業ＤＢ、診断履歴ＤＢ及び保守予測ＤＢの他、実施権限テーブルを記憶している。実施権限テーブルは、保守作業者ごとに、保守作業者が実施可能な保守作業の名称が含まれている。例えば、飲料ディスペンサ２０が店舗に設置され、店舗の店員が保守作業者として登録されている場合には、コーヒー抽出配管に対して店員が実施可能な保守作業として、お湯通しが対応付けられている。飲料ディスペンサ２０の販売元のサービスマンが保守作業者として登録されている場合には、コーヒー抽出配管に対してサービスマンが実施可能な保守作業として、お湯通し、洗剤通し及び洗剤の漬け置きの全ての保守作業が対応付けられている。
【０１２５】
制御部１６ｂは、実施形態１で説明した撮影処理部１０１、画像取得部１０２、状態診断部１０３、保守予測部１０４、終了判断部１０６及び更新部１０７の他、認証部１２０及び報知部１２１を有している。
【０１２６】
認証部１２０は、情報端末１０ｂで保守アプリケーションソフトを起動時に保守作業者の認証を行い、保守作業者を特定する。認証には、例えば暗証番号を用いた認証、指紋認証、近距離無線通信によりカード認証、ＱＲコード（登録商標）を用いた認証、顔認証等の少なくとも１つが用いられる。
【０１２７】
報知部１２１は、状態に応じた保守方法であって認証部で特定された保守作業者に対応付けられた実施権限に応じた保守方法を報知する。具体的には、報知部１２１は、予測結果を報知する際に、予測結果に応じた保守作業が、認証部１２０が認証により特定した作業者が実施可能であるか否かを、実施権限テーブルを用いて判断する。予測結果に応じた保守作業が、認証部１２０が認証により特定した作業者が実施可能であると判断する場合には、報知部１２１は、報知を行う。予測結果に応じた保守作業が、認証部１２０が認証により特定した作業者が実施可能でないと判断する場合には、報知部１２１は、報知を行わない。
【０１２８】
以下、本実施形態の変形例について説明する。
【０１２９】
本実施形態では、報知部１２１は、認証により特定した作業者が予測結果に応じた保守作業を実施可能でない場合には、報知は行わない構成としたが、この構成に限定されない。認証により特定した作業者が予測結果に応じた保守作業を実施可能でない場合には、報知部１２１は、予測結果に加えて、実施可能な保守作業者の名称を表示してもよい。
【０１３０】
また、本実施形態の認証部１２０は、実施形態２の報知システム１ａに適用してもよい。
【０１３１】
以上説明したように、本実施形態及び本実施形態の変形例の報知システム１ｂは、保守作業者ごとに実施権限を割り当てている。これにより、報知システム１ｂは、保守作業時に起こり得るトラブルを未然に防止できる。
【０１３２】
（その他の変形例）
以下に、その他の変形例について列記する。なお、以下に説明する変形例は、上記各実施形態と適宜組み合わせて適用可能である。
【０１３３】
上記各実施形態において、保守対象機器として飲料ディスペンサ２０を一例として説明した。保守対象機器は、飲料ディスペンサ２０に限定されない。保守対象機器は、汚れが付着するような機器であってもよい。または、保守対象機器は、材料又は提供する商品の補充が必要な機器であってもよい。汚れが付着するような機器としては、例えばエアコンディショナ、スクリーン印刷機等である。材料又は提供する商品の補充が必要な機器としては、例えば自動販売機等である。
【０１３４】
上記各実施形態において、報知部１０５は、予測結果を表示部１３に表示させる構成としたが、この構成に限定されない。報知部１０５は予測結果を音声により出力してもよい。
【０１３５】
上記各実施形態において、報知システム１（１ａ，１ｂ）は、カメラ１１を備える構成としたが、この構成に限定されない。カメラ１１は、報知システム１（１ａ，１ｂ）の必須の構成要素でない。報知システム１（１ａ，１ｂ）は、外部のカメラから対象画像及び保守後画像を取得してもよい。
【０１３６】
上記各実施形態では、状態診断を行う際に、基準画像を用いる構成としたが、この構成に限定されない。ディープラーニング等の学習機能により状態診断を行ってもよい。例えば、保守作業を行ったときの保守箇所の画像と飲料販売情報とから保守すべき状態を報知システム１（１ａ，１ｂ）に学習させてもよい。
【０１３７】
（まとめ）
以上説明したように第１の態様の報知システム（１，１ａ，１ｂ）は、画像取得部（１０２，３０１）と、状態診断部（１０３，３０２）と、保守予測部（１０４，３０３）と、報知部（１０５，１２１）とを備える。画像取得部（１０２，３０１）は、保守対象機器（例えば、飲料ディスペンサ２０）における保守箇所の対象画像を取得する。状態診断部（１０３，３０２）は、対象画像を基に、保守箇所の状態を診断する。保守予測部（１０４，３０３）は、状態診断部（１０３，３０２）が診断した保守箇所の状態を基に、保守作業を行うタイミングの目安となる保守タイミングを予測する。報知部（１０５，１２１）は、保守予測部（１０４，３０３）の予測結果を報知する。
【０１３８】
この構成によると、報知システム（１，１ａ，１ｂ）は、保守作業を行うタイミングの目安となる保守タイミングを報知する。そのため、保守作業者は、保守タイミングを事前にを知ることができるため、保守対象機器に対する保守作業のスケジュール調整を容易に行うことができる。
【０１３９】
第２の態様の報知システム（１，１ａ，１ｂ）では、第１の態様において、画像取得部（１０２，３０１）は、情報端末（１０，１０ａ，１０ｂ）が備えるカメラ（１１）で撮影された対象画像を取得する。
【０１４０】
この構成によると、情報端末（１０，１０ａ，１０ｂ）のカメラ（１１）で撮影された対象画像を取得することができる。
【０１４１】
第３の態様の報知システム（１，１ａ，１ｂ）では、第２の態様において、報知部（１０５，１２１）は、情報端末（１０，１０ａ，１０ｂ）に予測結果を表示させて、予測結果を報知する。
【０１４２】
この構成によると、報知システム（１，１ａ，１ｂ）は、情報端末（１０，１０ａ，１０ｂ）を所持する人（例えば、保守作業者）に予測結果を知らせることができる。
【０１４３】
第４の態様の報知システム（１ａ，１ｂ）では、第１〜第３のいずれかの態様において、画像取得部（３０１）、状態診断部（３０２）及び保守予測部（３０３）を少なくとも含む処理装置（例えば、サーバ３０ａ）を備える。画像取得部（３０１）は、ネットワークを介して対象画像を取得する。報知部（１０５，１２１）は、処理装置からネットワーク（５）を介して予測結果を受け取る。
【０１４４】
この構成によると、報知システム（１，１ａ，１ｂ）の機能は、ネットワーク（５）を介して分散している。そのため、報知システム（１，１ａ，１ｂ）の機能の処理負荷を分散させることができる。
【０１４５】
第５の態様の報知システム（１，１ａ，１ｂ）では、第１〜第４のいずれかの態様において、状態診断部（１０３，３０２）は、複数の状態レベルにそれぞれ応じた保守箇所の基準情報のうち、対象画像に基づく対象情報と一致する基準情報を求め、求めた基準情報に応じた状態レベルを取得する。保守予測部（１０４，３０３）は、保守対象機器の利用に関する利用関連情報群（例えば、飲料販売情報ＤＢ）を用いて、状態診断部（１０３，３０２）が取得した保守箇所の状態レベルが他の状態レベルへと変化するタイミングを予測する。
【０１４６】
この構成によると、報知システム（１，１ａ，１ｂ）は、対象画像と基準画像と比較することで状態レベルを特定することができる。さらに、報知システム（１，１ａ，１ｂ）は、保守対象機器の利用に関する利用関連情報群を利用して、特定した状態レベルから他の状態レベルに変化するタイミングを予測することができる。
【０１４７】
第６の態様の報知システム（１，１ａ，１ｂ）は、第５の態様において、利用関連情報群を更新する更新部（１０７，３０５）を、さらに備える。
【０１４８】
この構成によると、報知システム（１，１ａ，１ｂ）は、予測に用いる利用関連情報群を更新するので、より精度の高い予測を行うことができる。
【０１４９】
第７の態様の報知システム（１，１ａ，１ｂ）では、第１〜第６のいずれかの態様において、報知部（１０５，１２１）は、保守箇所の状態を表す状態情報（状態レベル）と、状態に応じた保守方法を、さらに報知する。
【０１５０】
この構成によると、報知システム（１，１ａ，１ｂ）は、状態に応じた保守方法（保守作業）を報知する。そのため、保守作業者は、保守作業として適切な作業を実施することができるので、過度な保守作業を行うことで必要以上に作業時間を費やすことがない。これにより、報知システム（１，１ａ，１ｂ）は、例えば飲料ディスペンサ（２０）に対する保守作業により飲料の提供ができない時間を短くすることができる。
【０１５１】
第８の態様の報知システム（１ｂ）は、第１〜第７のいずれかの態様において、報知部（１２１）の報知を受ける保守作業者を特定する認証部（１２０）を、さらに備える。報知部（１２１）は、状態に応じた保守方法であって認証部（１２０）で特定された保守作業者に対応付けられた保守方法を報知する。
【０１５２】
この構成によると、保守作業者は、自身に対応付けられた実施権限に応じた保守方法の保守作業を行うことはない。例えば、保守作業者が初心者である場合には、簡単な保守作業のみを行わせることで、保守作業中のトラブルが発生する可能性を低くすることができる。
【０１５３】
第９の態様の報知システム（１，１ａ，１ｂ）は、第１〜第８のいずれかの態様において、保守箇所に対する保守作業が終了したか否かを判断する終了判断部（１０６，３０４）を、さらに備える。画像取得部（１０２，３０１）は、報知部（１０５）の報知後に保守作業が行われた保守箇所の保守後画像を、さらに取得する。終了判断部（１０６，３０４）は、保守後画像を基に、保守箇所に対する保守作業が終了したか否かを判断する。報知部（１０５）は、終了判断部（１０６，３０４）の判断結果を、さらに報知する。
【０１５４】
この構成によると、報知システム（１，１ａ，１ｂ）は保守作業の終了の判断を行うので、初心者といった保守作業の終了の判断が不慣れな保守作業者であっても、作業の終了タイミングを知ることができる。
【０１５５】
第１０の態様のプログラムは、第１〜第９のいずれかの態様の報知システム（１，１ａ，１ｂ）の情報端末（１０，１０ａ，１０ｂ）で用いられるプログラムである。プログラムは、コンピュータに、撮影処理ステップと、報知ステップとを実行させる。撮影処理ステップは、保守箇所の対象画像を撮影する。報知ステップは、保守作業を行うタイミングの目安となり、かつ対象画像を基に予測された保守タイミングを前記予測結果として報知する。
【０１５６】
このプログラムによると、保守作業者は、保守タイミングを事前に知ることができるため、保守対象機器に対する保守作業のスケジュール調整を容易に行うことができる。
【０１５７】
第１１の態様の報知方法は、第１〜第９のいずれかの態様の報知システム（１，１ａ，１ｂ）の情報端末（１０，１０ａ，１０ｂ）で用いられる報知方法である。報知方法は、撮影処理ステップと、報知ステップとを含む。撮影処理ステップは、保守箇所の対象画像を撮影する。報知ステップは、保守作業を行うタイミングの目安となり、かつ対象画像を基に予測された保守タイミングを前記予測結果として報知する。
【０１５８】
この報知方法によると、保守作業者は、保守タイミングを事前に知ることができるため、保守対象機器に対する保守作業のスケジュール調整を容易に行うことができる。
【符号の説明】
【０１５９】
１，１ａ，１ｂ  報知システム
５    ネットワーク
１０，１０ａ，１０ｂ  情報端末
１１    カメラ
１２    操作部
２０    飲料ディスペンサ（保守対象機器）
３０ａ  サーバ
１０２，３０１    画像取得部
１０３，３０２    状態診断部
１０４，３０３    保守予測部
１０５，１２１    報知部
１０６，３０４    終了判断部
１０７，３０５    更新部
１２０    認証部
【図１】
2019061485.tif 000008
【図２】
2019061485.tif 000009
【図３】
2019061485.tif 000010
【図４】
2019061485.tif 000011
【図５】
2019061485.tif 000012
【図６】
2019061485.tif 000013