JP7067657B2 - サーバ、店舗側装置、管理システム、情報提供方法及びプログラム - Google Patents

Description

本発明は、サーバ、店舗側装置、管理システム、情報提供方法及びプログラムに関する。

関連する技術が特許文献１及び２に開示されている。

特許文献１には、店舗内に配設した各種機器を管理する店舗管理システムであって、各種機器にかかる情報を店舗外部で一括管理する管理手段と、管理手段により管理された情報に含まれる要求された機器にかかる情報を所定の携帯型情報端末に対して提供する情報提供手段と、を備えた店舗管理システムが開示されている。

例えば、所定の機器の点検整備を行う保守員は、当該所定の機器のシステムコントローラの点検スイッチを押下する。すると、その旨の情報が、当該機器のシステムコントローラから送信され、最終的にサービス本部に通知される。当該通知に応じて、サービス本部は上記所定の機器に関する情報を管理手段から取り出し、保守員の携帯型情報端末に送信する。

特許文献２には、各店舗内に設置された機器の運転状態を管理する集中管理装置であって、機器に警報が発生した場合、その旨、及び、メールの区分（重要性等）が分かる電子メールをセンタサーバ及び携帯端末装置に送信する集中管理装置が開示されている。当該発明では、上記電子メールが複数の区分に分けられる。第１の区分は、緊急に保守／修理などを要する。第２の区分は、保守／修理等は必要であるが、緊急を要しない。第３の区分は、実際の機器の状態データを見なければどのように対応すべきか判断できない。第４の区分は、保守員を出動させる必要がない。電子メールを受信した者が、受信した電子メールの区分に基づき、すぐに保守に連絡すべきか否か等を判断できる。

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

機器のメンテナンス方法等を示したデータは、情報量が多くなりがちである。メンテナンスが必要な状態が発生した場合、膨大な情報の中からその状態に対応した適切な情報を探し出すのは容易でない。特許文献１及び２いずれも、当該問題を解決する手段を提供していない。

また、特許文献１に記載の技術の場合、サービス本部に通知される情報（例：所定の機器のシステムコントローラの点検スイッチの押下に応じた情報）により、保守員の携帯型情報端末に送信される情報は一意に決まる。すなわち、サービス本部に通知される情報が同じである場合、いずれの保守員に対しても同じ内容の情報が提供されることとなる。このように、特許文献１に記載の技術の場合、保守員に応じた情報を提供できないという問題がある。

本発明は、機器のメンテナンスを要する状態が発生した場合、膨大な情報の中からその状態に対応した適切な情報を提供する技術を実現することを課題とする。

本発明によれば、
店舗の装置の状態を示す稼動情報と、前記装置を識別する装置識別情報とを受信する受信手段と、
前記稼動情報及び前記装置識別情報に基づいて、キーワードを生成するキーワード生成手段と、
前記キーワードを前記店舗に関連付いた店舗用アドレスに送信する送信手段と、
を有するサーバが提供される。

また、本発明によれば、
店舗の装置の状態を示す稼動情報、及び、前記装置を識別する装置識別情報に基づき生成されたキーワードを受信するキーワード受信手段と、
前記キーワードを用いた検索を外部装置に要求する検索要求手段と、
前記検索の結果を前記外部装置から受信する検索結果受信手段と、
前記検索の結果を表示する表示手段と、
を有する店舗側装置が提供される。

また、本発明によれば、前記サーバと、店舗の装置が所定の状態になった際の対処方法を記憶する記憶手段とを有する管理システムが提供される。

また、本発明によれば、
コンピュータが、
店舗の装置の状態を示す稼動情報と、前記装置を識別する装置識別情報とを受信する受信工程と、
前記稼動情報及び前記装置識別情報に基づいて、キーワードを生成するキーワード生成工程と、
前記キーワードを前記店舗に関連付いた店舗用アドレスに送信する送信工程と、
を実行する情報提供方法が提供される。

また、本発明によれば、
コンピュータが、
店舗の装置の状態を示す稼動情報、及び、前記装置を識別する装置識別情報に基づき生成されたキーワードを受信するキーワード受信工程と、
前記キーワードを用いた検索を外部装置に要求する検索要求工程と、
前記検索の結果を前記外部装置から受信する検索結果受信工程と、
前記検索の結果を表示する表示工程と、
を実行する情報提供方法が提供される。

また、本発明によれば、
コンピュータを、
店舗の装置の状態を示す稼動情報と、前記装置を識別する装置識別情報とを受信する受信手段、
前記稼動情報及び前記装置識別情報に基づいて、キーワードを生成するキーワード生成手段、
前記キーワードを前記店舗に関連付いた店舗用アドレスに送信する送信手段、
として機能させるプログラムが提供される。

また、本発明によれば、
コンピュータを、
店舗の装置の状態を示す稼動情報、及び、前記装置を識別する装置識別情報に基づき生成されたキーワードを受信するキーワード受信手段、
前記キーワードを用いた検索を外部装置に要求する検索要求手段、
前記検索の結果を前記外部装置から受信する検索結果受信手段、
前記検索の結果を表示する表示手段、
として機能させるプログラムが提供される。

本発明によれば、機器のメンテナンスを要する状態が発生した場合、膨大な情報の中からその状態への対処方法に絞り込むための新たな技術が実現される。

上述した目的、およびその他の目的、特徴および利点は、以下に述べる好適な実施の形態、およびそれに付随する以下の図面によってさらに明らかになる。

本実施形態の装置のハードウエア構成の一例を概念的に示す図である。 本実施形態の管理システムの全体像を示す機能ブロック図である。 本実施形態のサーバが記憶する情報の一例を模式的に示す図である。 本実施形態のサーバが記憶する情報の一例を模式的に示す図である。 本実施形態のサーバから店舗側端末に送信される情報の一例を模式的に示す図である。 本実施形態の検索装置から店舗側端末に送信される情報の一例を模式的に示す図である。 本実施形態のサーバの処理の流れの一例を示すフローチャートである。 本実施形態のサーバの機能ブロック図の一例である。 本実施形態のサーバから店舗側端末に送信される情報の一例を模式的に示す図である。 本実施形態のサーバの機能ブロック図の一例である。 本実施形態のサーバが記憶する情報の一例を模式的に示す図である。 本実施形態のサーバが記憶する情報の一例を模式的に示す図である。 本実施形態のサーバの処理の流れの一例を示すフローチャートである。

まず、本実施形態の装置（サーバ、店舗側端末、共通制御装置、検索装置等）のハードウエア構成の一例について説明する。本実施形態の装置が備える各部は、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ（Compact Disc）等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。

図１は、本実施形態の装置のハードウエア構成を例示するブロック図である。図１に示すように、装置は、プロセッサ１Ａ、メモリ２Ａ、入出力インターフェイス３Ａ、周辺回路４Ａ、バス５Ａを有する。周辺回路には、様々なモジュールが含まれる。

バス５Ａは、プロセッサ１Ａ、メモリ２Ａ、周辺回路４Ａ及び入出力インターフェイス３Ａが相互にデータを送受信するためのデータ伝送路である。プロセッサ１Ａは、例えばＣＰＵ（Central Processing Unit） やＧＰＵ（Graphics Processing Unit）などの演算処理装置である。メモリ２Ａは、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリである。入出力インターフェイス３Ａは、外部装置、外部サーバ、外部センサー等から情報を取得するためのインターフェイスなどを含む。プロセッサ１Ａは、各モジュールに指令を出し、それらの演算結果をもとに演算を行う。

以下、本実施の形態について説明する。なお、以下の実施形態の説明において利用する機能ブロック図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。これらの図においては、各装置は１つの機器により実現されるよう記載されているが、その実現手段はこれに限定されない。すなわち、物理的に分かれた構成であっても、論理的に分かれた構成であっても構わない。なお、同一の構成要素には同一の符号を付し、適宜説明を省略する。

＜第１の実施形態＞
図２に、本実施形態の管理システムの全体像を示す。図中線で繋がる各装置は、有線及び／又は無線で繋がり、情報の送受信が可能な状態となっている。

店舗装置６０は、店舗に設置される各種装置である。例えば、コンビニエンスストアに設置されるコーヒーメーカー、冷蔵庫、コピー機等が例示される。なお、店舗及び店舗装置６０の例示はあくまで一例であり、ここでの例示に限定されない。

店舗装置６０各々には所定のセンサーが取り付けられている。そして、店舗装置６０は、センシングした情報に基づき予め定められている所定のエラーを検出し、エラーコードを生成して出力する。エラーとしては、コーヒーメーカーにおける「カス容器満杯予告」、「カス容器満杯通知」、「ペーパーフィルター切れ」や、コピー機の「紙切れ」、「紙詰まり」等が挙げられるが、これらに限定されない。また、使用するセンサーの種類も限定されない。センシングした情報に基づき所定のエラーを検出する手段は、従来技術を用いて実現できる。

店舗装置６０から出力されたエラーコードは、共通制御装置５０に入力される。なお、店舗装置６０は、自装置を識別する装置識別情報と共に、共通制御装置５０にエラーコードを送信する。

共通制御装置５０は、各店舗に対応して設置される。共通制御装置５０は、店舗に設置されている１つ又は複数の店舗装置６０からエラーコード及び各店舗装置６０を識別する装置識別情報を受信する。共通制御装置５０は、店舗装置６０から受信した情報に、店舗識別情報を加えてサーバ１０に送信する。予め、共通制御装置５０に、設置されている店舗の店舗識別情報が登録される。

検索関連記憶部４０のマニュアル／動画ＤＢ４１には、各店舗装置６０が所定の状態になった際の対処方法を示すデータが記憶されている。マニュアル／動画ＤＢ４１に記憶されている情報は、インターネット上で公開され、アクセス可能な状態となっている。

なお、１つの状態に対応して、コンテンツの中身が互いに異なる複数のファイルを記憶することができる。例えば、「カス容器満杯」の状態に対応して、「カス容器の捨て方を実践した動画ファイル」、「カス容器の捨て方をテキスト、図等で解説したファイル（初心者用）」、「カス容器の捨て方をテキストで解説したファイル（上級者用）」等が記憶されてもよい。また、これらのファイルを複数の言語各々で表した複数のファイルが記憶されてもよい。

サーバ１０は、受信部１１と、キーワード生成部１２と、送信部１３と、記憶部１４とを有する。

受信部１１は、店舗装置６０の状態を示す稼動情報（エラーコード）と、店舗装置６０を識別する装置識別情報と、店舗を識別する店舗識別情報とを受信する。

キーワード生成部１２は、受信部１１が受信した稼動情報及び装置識別情報に基づいて、店舗装置６０が所定の状態になった際の対処方法を記憶するマニュアル／動画ＤＢ４１を検索するためのキーワードを生成する。キーワード生成部１２は、稼動情報及び装置識別情報をキーとして記憶部１４を検索することで、キーワード（検索結果）を取得する。

例えば、記憶部１４には、図３に示すように、機器識別情報と、エラーコードと、キーワードとを対応付けた情報が記憶されている。この場合、キーワード生成部１２は、稼動情報及び装置識別情報をキーとして当該情報を検索し、キーに対応するキーワードを取得する。なお、記憶部１４には、探索木等その他のデータ構造で当該情報が記憶されてもよい。

キーワードは、１つのワードで構成されてもよいし、複数のワードで構成されてもよい。また、各種コマンドや演算子を用いて構成されてもよい。

送信部１３は、キーワード生成部１２が生成したキーワードを、店舗（店舗識別情報）に関連付いた店舗用アドレスに送信する。

例えば、記憶部１４には、図４に示すように、店舗識別情報と、店舗用アドレス（キーワード送信先アドレス）とが対応付けて記憶されている。送信部１３は、受信部１１が受信した店舗識別情報に対応する店舗用アドレスを送信先として、キーワードを送信する。

例えば、送信部１３は、電子メールでキーワードを送信する。図５に、送信される電子メールの一例を示す。なお、電子メールの本文の内容は、予め用意されたテンプレートと、受信部１１が受信した情報とを用いて自動的に作成されてもよい。

図示する電子メールの本文には、所定の店舗装置６０（コーヒーメーカー）のメンテナンスが必要なこと、及び、その内容が示されている。そして、「対処方法」の部分をクリックし、対処方法の情報を取得する案内が示されている。「対処方法」の部分には、検索装置３０のアドレス情報及びキーワード生成部１２が生成したキーワードが埋め込まれている。「対処方法」の部分をクリックすると、埋め込まれているキーワードを付した検索要求が、検索装置３０に送信される。

なお、ここでは電子メールでキーワードを送信する例を説明したが、送信手段はこれに限定されない。

また、電子メールの本文に、キーワード、及び、マニュアル／動画ＤＢ４１を検索するための検索画面（キーワードの入力、及び、検索実行入力を受付ける画面）のアドレス情報（検索画面のＵＲＬ等）が記載されていてもよい。

図２に戻り、店舗側端末２０は、受信部２１と、検索要求部２２と、表示部２３とを有する。受信部２１は、キーワード受信部２４と検索結果受信部２５とを有する。店舗側端末２０は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン、携帯電話等であってもよい。

キーワード受信部２４は、サーバ１０から、上記キーワードを受信する。例えば、キーワード受信部２４は、所定のメールサーバから、図５に示すような電子メールを受信してもよい。その他、キーワード受信部２４は、電子メールの本文に、キーワード、及び、マニュアル／動画ＤＢ４１を検索するための検索画面（キーワードの入力、及び、検索実行入力を受付ける画面）のアドレス情報が記載されている電子メールを受信してもよい。キーワード受信部２４は、その他の通信手段で、上記情報を受信してもよい。

検索要求部２２は、ユーザ操作に応じて、キーワード受信部２４が受信したキーワードを用いたマニュアル／動画ＤＢ４１の検索を検索装置３０（外部装置）に要求する。

例えば、キーワード受信部２４が図５に示すような電子メールを受信した場合、検索要求部２２は、ユーザによる「対処方法」の部分のクリック操作に応じて、上記検索要求を検索装置３０に送信する。

他の例として、検索要求部２２は、ユーザからの上記検索画面取得要求操作、当該検索画面上でのキーワードの入力操作及び検索実行操作に応じて、検索要求を検索装置３０に送信してもよい。

図２に戻り、検索装置３０は、検索要求に応じてキーワードを用いた検索を行い、その結果を店舗側端末２０に返信する。検索装置３０による検索のアルゴリズムは、設計的事項である。検索装置３０は、例えば、本文やヘッダなどの内容が、キーワードの検索条件を満たすファイルを検索する。なお、検索装置３０は、マニュアル／動画ＤＢ４１内の検索を行い、その結果を店舗側端末２０に返信してもよい。マニュアル／動画ＤＢ４１内の検索は、例えば、周知の検索エンジンを利用した「サイト内検索（サイトを指定した検索）」で実現してもよい。

検索装置３０は、検索の結果として、キーワードでヒットした複数のファイルの見出しを一覧表示するとともに、各見出しに各ファイルが記憶されている場所のアドレス情報を埋め込んだデータ（ファイル）を生成する。図６に、検索装置３０により生成される検索結果の画面の一例を模式的に示す。「Ｐ社Ｐ２２７（コーヒーメーカー）マニュアル（初心者用）」、「動画：Ｐ２２７（カス捨て方）」等、複数のファイル各々に対応した見出しが一覧表示されている。そして、各見出しに、各ファイルのアドレス情報が埋め込まれている。各見出しをクリックすると、各ファイルの要求がデータ提供サーバ７０に送信されることとなる。

店舗側端末２０の説明に戻り、検索結果受信部２５は、検索の結果を検索装置３０（外部装置）から受信する。すなわち、検索結果受信部２５は、図６に示すようなデータ（ファイル）を受信する。

表示部２３は、検索結果受信部２５が受信したデータをディスプレイに表示する。

次に、図７のフローチャートを用いて、本実施形態のサーバ１０の処理の流れの一例を説明する。

まず、受信部１１は、店舗装置６０の状態を示す稼動情報（エラーコード）と、店舗装置６０を識別する装置識別情報と、店舗を識別する店舗識別情報とを受信する（Ｓ１０）。

その後、キーワード生成部１２は、稼動情報及び装置識別情報に基づいて、店舗装置６０が所定の状態になった際の対処方法を記憶するマニュアル／動画ＤＢ４１を検索するためのキーワードを生成する（Ｓ１１）。

その後、送信部１３は、Ｓ１１で生成されたキーワードを店舗識別情報に関連付いた店舗用アドレスに送信する（Ｓ１２）。

その後、キーワードを受信した店舗側端末２０は、当該キーワードを用いたマニュアル／動画ＤＢ４１の検索要求を検索装置３０に送信する。検索装置３０は、検索要求に応じて検索を行い、検索結果を店舗側端末２０に送信する。

検索結果は、図６に示すように、キーワードでヒットした複数のファイルの見出しを一覧表示するとともに、各見出しに各ファイルが記憶されている場所のアドレス情報を埋め込んだデータ（ファイル）である。店舗側端末２０は、例えばウェブブラウザを介して、当該データをディスプレイに表示する。

店舗のオペレータは、複数のファイルの見出しの一覧（図６参照）を閲覧し、自己に合ったファイルを選択する。例えば、文字情報が多いマニュアルより、動画データの方が内容を理解しやすいオペレータは、動画データを選択することができる。そして、選択したファイルの見出しをクリックする。すると、当該操作に応じて、店舗側端末２０は、データ提供サーバ７０にそのファイルを要求する。データ提供サーバ７０は、要求されたデータをマニュアル／動画ＤＢ４１から取り出し、店舗側端末２０に返信する。すると、表示部２３は、取得したファイルをディスプレイに表示する。

なお、データ提供サーバ７０は、各ファイルの参照履歴を検索関連記憶部４０に記録してもよい。そして、検索装置３０は、キーワードでヒットした複数のファイルの見出しを一覧表示する検索結果を作成する際、これらの情報を用いて表示順を調整してもよい。例えば、参照履歴の多い順に並べてもよい。

以上、説明した本実施形態によれば、サーバ１０は、各店舗から収集した店舗装置６０の稼働状態（エラーコード）に基づき、店舗装置６０のメンテナンスを要する状態の発生を検知することができる。そして、マニュアル／動画ＤＢ４１に記憶されている膨大な情報の中から、検知した状態への対処方法に絞り込んで情報提供できるキーワードを生成し、店舗側端末２０に提供することができる。

店舗のオペレータは、キーワードの受信を確認することで、店舗装置６０のメンテナンスが必要なことを知ることができる。さらに、オペレータは、店舗側端末２０を操作し、受信したキーワードを用いたマニュアル／動画ＤＢ４１の検索を要求することで、検知された状態への対処方法に絞り込まれた情報、すなわち、検知された状態への対処方法を示す各種ファイルの見出しの一覧を取得することができる。そして、オペレータは、見出しの一覧の中から、自身に合ったファイルを選択し、要求することで、検知された状態への対処方法であって、自身に合った情報を取得することができる。

このように、本実施形態によれば、店舗装置６０のメンテナンスが必要なことをオペレータに通知することができる。このため、店舗装置６０のメンテナンスが必要な状況の見落としを軽減できる。

また、本実施形態によれば、単にメンテナンスの必要な状況を通知するだけでなく、膨大な情報の中から所望の情報（検知された状態に対応した対処方法を示すファイル）を取得するための情報（キーワード）をオペレータに提供することができる。このため、オペレータは、膨大な情報の中から必要な情報を探し出すという面倒な作業を回避できる。

さらに、本実施形態によれば、すべてのオペレータに対して同じ情報（対処方法を示すファイル）を提供するのでなく、複数の情報を提供し、その中から各オペレータに合ったものを選択させることができる。このため、オペレータに応じた適切な情報を提供することが可能となる。

例えば、店舗装置６０に何らかの不具合が発生した場合、膨大な情報の中から必要な情報を探し出すのが面倒なオペレータは、すぐにコールセンターに電話し、相談する場合がある。このような状況が増えると、コールセンターの人員を増員しなければならなくなり、コスト負担が大きくなる。本実施形態によれば、店舗装置６０のオペレータは、容易に必要な情報にたどり着き、行うべき対処方法を把握できる。このため、コールセンターへの電話の回数が減ることが期待される。

＜第２の実施形態＞
本実施形態の管理システムは、サーバ１０の構成が第１の実施形態と異なる。その他の装置の構成は、第１の実施形態と同様である。

図８に、サーバ１０の機能ブロック図の一例を示す。図示するように、本実施形態のサーバ１０は、決定部１６を有する点で、第１の実施形態と異なる。受信部１１及びキーワード生成部１２の構成は、第１の実施形態と同様である。

決定部１６は、各店舗の各店舗装置６０の過去の稼働履歴に基づき、対処方法を実行する推奨時間帯を決定する。決定部１６は、稼働頻度が相対的に少ない時間帯を、推奨時間帯として決定する。

例えば、記憶部１４には、各店舗の販売実績が記憶されていてもよい。販売実績では、少なくとも、販売された商品及び販売された時刻が互いに対応付けられている。また、記憶部１４には、所定の商品販売時に動作することとなる店舗装置６０と、その商品とを対応付けて記憶されていてもよい。例えば、コーヒーメーカーと、当該コーヒーメーカーで作られるコーヒー飲料とがこれらの関係にある。記憶部１４のその他の構成は、第１の実施形態と同様である。

ここで、例えば商品Ａ販売時に動作することとなる店舗装置６０は、商品Ａが販売された時に稼働したものと考えることができる。すなわち、決定部１６は、これらの情報に基づき、当該店舗装置６０の稼働履歴を推認できる。

そして、決定部１６は、稼働する頻度が所定レベルより低い時間帯を、推奨時間帯として決定することができる。以下、一例を説明する。

例えば、業務時間を単位時間帯（例：１５分、３０分、１時間）毎に複数のグループに分割し、グループ毎に、各店舗装置６０が稼働する頻度を算出してもよい。稼働する頻度は、例えば、各グループにおける稼働回数（販売回数）として算出してもよい。そして、決定部１６は、過去のデータ（例：直近１年分、直近１か月分等）を用いて、その期間の、各グループにおける稼働回数（販売回数）の平均（第１の値）を算出してもよい。その後、決定部１６は、算出した複数のグループ各々の上記第１の値の平均を、上記所定レベルとして算出してもよい。そして、決定部１６は、当該所定レベルよりも稼働回数が低いグループの中の少なくとも一部を、推奨時間帯として決定してもよい。

例えば、「稼働する頻度が所定レベルより低い時間帯」が「９時～１１時、１４時から１８時、２１時～７時」であり、「稼働する頻度が所定レベルより高い時間帯」が「１１時～１４時、１８から２１時、７時～９時」と算出され、現時点が９時３０分である場合、決定部１６は、「現時点から１１時まで」を推奨時間帯として決定してもよい。

送信部１３は、決定部１６が決定した推奨時間帯を店舗側端末２０に送信する。例えば、送信部１３は、キーワードと一緒に推奨時間帯を送信してもよい。送信部１３のその他の構成は、第１の実施形態と同様である。

図９に、本実施形態の送信部１３が店舗側端末２０に送信する電子メールの一例を示す。本文中に、推奨時間帯の案内が含まれている。

なお、予め、記憶部１４に、機器識別情報及びエラーコードに対応付けて、対処が完了するまでに要する目安処理時間が記憶されていてもよい。そして、送信部１３は、推奨時間帯と共に、目安処理時間をさらに送信してもよい。

以上説明した本実施形態によれば、第１の実施形態と同様な作用効果を実現できる。また、本実施形態によれば、各店舗装置６０に対する対処を実行する推奨時間帯を通知することができる。稼働頻度が相対的に少ない時間帯が、推奨時間帯として通知される。

このため、オペレータは、稼働頻度が相対的に少ない時間帯に、各店舗装置６０に対するメンテナンスを行うことができる。結果、メンテナンスによる売り上げ機会の損失を抑制できる。

＜第３の実施形態＞
本実施形態の管理システムは、サーバ１０の構成が第１及び第２の実施形態と異なる。その他の装置の構成は、第１及び第２の実施形態と同様である。

図１０に、サーバ１０の機能ブロック図の一例を示す。図示するように、本実施形態のサーバ１０は、判断部１５を有する点で、第１の実施形態と異なる。なお、サーバ１０は、決定部１６（不図示）をさらに有してもよい。受信部１１、キーワード生成部１２及び決定部１６の構成は、第１及び第２の実施形態と同様である。

判断部１５は、稼動情報（エラーコード）で示される店舗装置６０の状態が、予め定められた状態に該当するか判断する。

例えば、エラーコードで示される店舗装置６０の状態が、故障等の場合、店舗側でのメンテナンスでは対応できず、保守業者による作業が必要となる。すなわち、保守業者への通知が必要となる。

このような保守業者への通知が必要な状態を登録した通知状態情報が、予め、記憶部１４に記憶されている。図１１に示すように、記憶部１４には、保守業者への通知が必要な状態各々を識別する情報（通知状態ＩＤ）と、装置識別情報と、エラーコードとが対応付けて登録されている。

判断部１５は、受信部１１が受信した稼動情報（エラーコード）及び装置識別情報のペアが、上記通知状態情報（図１１参照）に登録されていないか確認する。登録されている場合、判断部１５は、保守業者への通知が必要な状態（予め定められた状態）であると判断する。一方、登録されていない場合、判断部１５は、保守業者への通知が必要な状態（予め定められた状態）でないと判断する。

送信部１３は、判断部１５により予め定められた状態に該当すると判断された場合、装置識別情報に関連付いた保守業者用アドレスに通知情報を送信する。例えば、記憶部１４には、図１２に示すように、装置識別情報と、保守業者用アドレス（通知情報送信先アドレス）とが対応付けて記憶されている。送信部１３は、受信部１１が受信した装置識別情報に対応する保守業者用アドレスを送信先として、通知情報を送信する。

通知情報は、エラーが発生している店舗装置６０の装置識別情報、当該店舗装置６０が設置されている店舗の店舗識別情報、及び、エラーコードを含む。

なお、キーワード生成部１２は、判断部１５により予め定められた状態に該当すると判断された場合、キーワードを生成しなくてもよいし、キーワードを生成してもよい。キーワードを生成した場合、送信部１３は、通知情報に当該キーワードを含めて保守業者用アドレスに送信することができる。すなわち、この場合には、キーワードは店舗側に送信されるのでなく、保守業者側に送信される。保守業者用アドレスに送信された場合も、店舗用アドレスに送信される場合と同様にして、キーワードの送受信信、キーワードを用いた検索の要求、キーワードを用いた検索、検索結果の送受信、検索結果の表示、検索結果の一覧から所望のファイルの選択等が行われる。

次に、図１３のフローチャートを用いて、本実施形態のサーバ１０の処理の流れの一例を説明する。ここでは、判断部１５により予め定められた状態に該当すると判断された場合、キーワード生成部１２はキーワードを生成しない場合の流れを説明する。

まず、受信部１１は、店舗装置６０の状態を示す稼動情報（エラーコード）と、店舗装置６０を識別する装置識別情報と、店舗を識別する店舗識別情報とを受信する（Ｓ２０）。

その後、判断部１５は、稼動情報で示される店舗装置６０の状態が、予め定められた状態（保守業者への通知が必要な状態）に該当するか判断する（Ｓ２１）。

該当すると判断した場合（Ｓ２１のＹｅｓ）、送信部１３は、装置識別情報に関連付いた保守業者用アドレスに通知情報を送信する（Ｓ２４）。通知情報は、エラーが発生している店舗装置６０の装置識別情報、当該店舗装置６０が設置されている店舗の店舗識別情報、及び、エラーコードを含む。この場合、キーワード生成部１２はキーワードを生成しない。

一方、該当しないと判断した場合（Ｓ２１のＮｏ）、キーワード生成部１２は、稼動情報及び装置識別情報に基づいて、店舗装置６０が所定の状態になった際の対処方法を記憶するマニュアル／動画ＤＢ４１を検索するためのキーワードを生成する（Ｓ２２）。その後、送信部１３は、Ｓ２２で生成されたキーワードを店舗識別情報に関連付いた店舗用アドレスに送信する（Ｓ２３）。

以上説明した本実施形態によれば、第１及び第２の実施形態と同様な作用効果を実現できる。また、サーバ１０は、店舗装置６０の状態に応じた処理を実行することができる。

すなわち、サーバ１０は、エラーコードに基づき、店舗装置６０が保守業者への通知を要する状態か否かを判断し、判断結果に応じた処理を行う。保守業者への通知を要する状態である場合、保守業者に通知する。一方、保守業者への通知を要する状態でない場合、マニュアル／動画ＤＢ４１を検索するためのキーワードを生成し、店舗側端末２０に送信する。

このように、店舗装置６０の状態に応じた適切な処理を実行できるので、スムーズに、店舗装置６０のメンテナンス処理を行うことが可能となる。

以下、参考形態の例を付記する。
１． 店舗の装置の状態を示す稼動情報と、前記装置を識別する装置識別情報とを受信する受信手段と、
前記稼動情報及び前記装置識別情報に基づいてキーワードを生成するキーワード生成手段と、
前記キーワードを前記店舗に関連付いた店舗用アドレスに送信する送信手段と、
を有するサーバ。
２． １に記載のサーバにおいて、
前記キーワード生成手段は、前記稼動情報及び前記装置識別情報に基づいて、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを生成するサーバ。
３． １又は２に記載のサーバにおいて、
前記稼動情報で示される前記装置の状態が、予め定められた状態に該当するか判断する判断手段をさらに有し、
前記送信手段は、前記判断手段により予め定められた状態に該当すると判断された場合、前記装置識別情報に関連付いた保守業者用アドレスに通知情報を送信するサーバ。
４． １から３のいずれかに記載のサーバにおいて、
各店舗の各装置の過去の稼働履歴に基づき、前記キーワードで検索される対処方法を実行する推奨時間帯を決定する決定手段をさらに有し、
前記送信手段は、前記推奨時間帯を前記店舗用アドレスに送信するサーバ。
５． 店舗の装置の状態を示す稼動情報、及び、前記装置を識別する装置識別情報に基づき生成されたキーワードを受信するキーワード受信手段と、
前記キーワードを用いた検索を外部装置に要求する検索要求手段と、
前記検索の結果を前記外部装置から受信する検索結果受信手段と、
前記検索の結果を表示する表示手段と、
を有する店舗側装置。
６． ５に記載の店舗側装置において、
前記キーワード受信手段は、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを受信し、
前記検索要求手段は、前記キーワードを用いた前記記憶手段の検索を前記外部装置に要求する店舗側装置。
７． ６に記載の店舗側装置において、
前記検索結果受信手段は、前記検索の結果として、前記キーワードでヒットした複数のファイルの見出しを一覧表示するとともに、前記見出しに各ファイルが記憶されている場所のアドレス情報を埋め込んだデータを受信する店舗側装置。
８． １から４のいずれかに記載のサーバと、
店舗の装置が所定の状態になった際の対処方法を記憶する記憶手段と、
を有する管理システム。
９． コンピュータが、
店舗の装置の状態を示す稼動情報と、前記装置を識別する装置識別情報とを受信する受信工程と、
前記稼動情報及び前記装置識別情報に基づいて、キーワードを生成するキーワード生成工程と、
前記キーワードを前記店舗に関連付いた店舗用アドレスに送信する送信工程と、
を実行する情報提供方法。
９－２． ９に記載の情報提供方法において、
前記キーワード生成工程では、前記稼動情報及び前記装置識別情報に基づいて、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを生成する情報提供方法。
９－３． ９又は９－２に記載の情報提供方法において、
前記コンピュータが、前記稼動情報で示される前記装置の状態が、予め定められた状態に該当するか判断する判断工程をさらに実行し、
前記送信工程では、前記判断工程で予め定められた状態に該当すると判断された場合、前記装置識別情報に関連付いた保守業者用アドレスに通知情報を送信する情報提供方法。
９－４． ９から９－３のいずれかに記載の情報提供方法において、
前記コンピュータが、各店舗の各装置の過去の稼働履歴に基づき、前記キーワードで検索される対処方法を実行する推奨時間帯を決定する決定工程をさらに実行し、
前記送信工程では、前記推奨時間帯を前記店舗用アドレスに送信する情報提供方法。
１０． コンピュータが、
店舗の装置の状態を示す稼動情報、及び、前記装置を識別する装置識別情報に基づき生成されたキーワードを受信するキーワード受信工程と、
前記キーワードを用いた検索を外部装置に要求する検索要求工程と、
前記検索の結果を前記外部装置から受信する検索結果受信工程と、
前記検索の結果を表示する表示工程と、
を実行する情報提供方法。
１０－２． １０に記載の情報提供方法において、
前記キーワード受信工程では、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを受信し、
前記検索要求工程では、前記キーワードを用いた前記記憶手段の検索を前記外部装置に要求する情報提供方法。
１０－３． １０－２に記載の情報提供方法において、
前記検索結果受信工程では、前記検索の結果として、前記キーワードでヒットした複数のファイルの見出しを一覧表示するとともに、前記見出しに各ファイルが記憶されている場所のアドレス情報を埋め込んだデータを受信する情報提供方法。
１１． コンピュータを、
店舗の装置の状態を示す稼動情報と、前記装置を識別する装置識別情報とを受信する受信手段、
前記稼動情報及び前記装置識別情報に基づいて、キーワードを生成するキーワード生成手段、
前記キーワードを前記店舗に関連付いた店舗用アドレスに送信する送信手段、
として機能させるプログラム。
１１－２． １１に記載のプログラムにおいて、
前記キーワード生成手段は、前記稼動情報及び前記装置識別情報に基づいて、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを生成するプログラム。
１１－３． １１又は１１－２に記載のプログラムにおいて、
前記コンピュータを、前記稼動情報で示される前記装置の状態が、予め定められた状態に該当するか判断する判断手段としてさらに機能させ、
前記送信手段は、前記判断手段により予め定められた状態に該当すると判断された場合、前記装置識別情報に関連付いた保守業者用アドレスに通知情報を送信するプログラム。
１１－４． １１から１１－３のいずれかに記載のプログラムにおいて、
前記コンピュータを、各店舗の各装置の過去の稼働履歴に基づき、前記キーワードで検索される対処方法を実行する推奨時間帯を決定する決定手段としてさらに機能させ、
前記送信手段は、前記推奨時間帯を前記店舗用アドレスに送信するプログラム。
１２． コンピュータを、
店舗の装置の状態を示す稼動情報、及び、前記装置を識別する装置識別情報に基づき生成されたキーワードを受信するキーワード受信手段、
前記キーワードを用いた検索を外部装置に要求する検索要求手段、
前記検索の結果を前記外部装置から受信する検索結果受信手段、
前記検索の結果を表示する表示手段、
として機能させるプログラム。
１２－２． １２に記載のプログラムにおいて、
前記キーワード受信手段は、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを受信し、
前記検索要求手段は、前記キーワードを用いた前記記憶手段の検索を前記外部装置に要求するプログラム。
１２－３． １２－２に記載のプログラムにおいて、
前記検索結果受信手段は、前記検索の結果として、前記キーワードでヒットした複数のファイルの見出しを一覧表示するとともに、前記見出しに各ファイルが記憶されている場所のアドレス情報を埋め込んだデータを受信するプログラム。

この出願は、２０１６年３月３日に出願された日本出願特願２０１６－０４０７４６号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (10)

1. 店舗の装置の状態を示す稼動情報と、前記装置を識別する装置識別情報とを受信する受信手段と、
   前記稼動情報及び前記装置識別情報に基づいてキーワードを生成するキーワード生成手段と、
   前記キーワードを前記店舗に関連付いた店舗用アドレスに送信する送信手段と、
   を有し、
   前記キーワード生成手段は、前記稼動情報及び前記装置識別情報に基づいて、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを生成するサーバ。
2. 請求項１に記載のサーバにおいて、
   前記稼動情報で示される前記装置の状態が、予め定められた状態に該当するか判断する判断手段をさらに有し、
   前記送信手段は、前記判断手段により予め定められた状態に該当すると判断された場合、前記装置識別情報に関連付いた保守業者用アドレスに通知情報を送信するサーバ。
3. 請求項１又は２に記載のサーバにおいて、
   各店舗の各装置の過去の稼働履歴に基づき、前記キーワードで検索される対処方法を実行する推奨時間帯を決定する決定手段をさらに有し、
   前記送信手段は、前記推奨時間帯を前記店舗用アドレスに送信するサーバ。
4. 店舗の装置の状態を示す稼動情報、及び、前記装置を識別する装置識別情報に基づき生成されたキーワードを受信するキーワード受信手段と、
   前記キーワードを用いた検索を外部装置に要求する検索要求手段と、
   前記検索の結果を前記外部装置から受信する検索結果受信手段と、
   前記検索の結果を表示する表示手段と、
   を有し、
   前記キーワード受信手段は、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを受信し、
   前記検索要求手段は、前記キーワードを用いた前記記憶手段の検索を前記外部装置に要求する店舗側装置。
5. 請求項４に記載の店舗側装置において、
   前記検索結果受信手段は、前記検索の結果として、前記キーワードでヒットした複数のファイルの見出しを一覧表示するとともに、前記見出しに各ファイルが記憶されている場所のアドレス情報を埋め込んだデータを受信する店舗側装置。
6. 請求項１から３のいずれか１項に記載のサーバと、
   店舗の装置が所定の状態になった際の対処方法を記憶する記憶手段と、
   を有する管理システム。
7. コンピュータが、
   店舗の装置の状態を示す稼動情報と、前記装置を識別する装置識別情報とを受信する受信工程と、
   前記稼動情報及び前記装置識別情報に基づいて、キーワードを生成するキーワード生成工程と、
   前記キーワードを前記店舗に関連付いた店舗用アドレスに送信する送信工程と、
   を実行し、
   前記キーワード生成工程では、前記稼動情報及び前記装置識別情報に基づいて、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを生成する情報提供方法。
8. コンピュータが、
   店舗の装置の状態を示す稼動情報、及び、前記装置を識別する装置識別情報に基づき生成されたキーワードを受信するキーワード受信工程と、
   前記キーワードを用いた検索を外部装置に要求する検索要求工程と、
   前記検索の結果を前記外部装置から受信する検索結果受信工程と、
   前記検索の結果を表示する表示工程と、
   を実行し、
   前記キーワード受信工程では、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを受信し、
   前記検索要求工程では、前記キーワードを用いた前記記憶手段の検索を前記外部装置に要求する情報提供方法。
9. コンピュータを、
   店舗の装置の状態を示す稼動情報と、前記装置を識別する装置識別情報とを受信する受信手段、
   前記稼動情報及び前記装置識別情報に基づいて、キーワードを生成するキーワード生成手段、
   前記キーワードを前記店舗に関連付いた店舗用アドレスに送信する送信手段、
   として機能させ、
   前記キーワード生成手段は、前記稼動情報及び前記装置識別情報に基づいて、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを生成するプログラム。
10. コンピュータを、
    店舗の装置の状態を示す稼動情報、及び、前記装置を識別する装置識別情報に基づき生成されたキーワードを受信するキーワード受信手段、
    前記キーワードを用いた検索を外部装置に要求する検索要求手段、
    前記検索の結果を前記外部装置から受信する検索結果受信手段、
    前記検索の結果を表示する表示手段、
    として機能させ、
    前記キーワード受信手段は、前記装置が所定の状態になった際の対処方法を記憶する記憶手段を検索するための前記キーワードを受信し、
    前記検索要求手段は、前記キーワードを用いた前記記憶手段の検索を前記外部装置に要求するプログラム。

Images