JP2022077135A - サーバ装置及びその制御プログラム - Google Patents

Abstract

【課題】ユーザが効率的に故障状況を把握できるサーバ装置及びその制御プログラムを提供する。【解決手段】 サーバ装置は、通信手段と、情報記憶手段と、出力手段とを備える。通信手段は、シンボルを表示する表示部と、自装置の故障に係る情報を送信する送信部と、を備えた情報処理装置と通信する。情報記憶手段は、情報処理装置から送信された故障に係る情報を記憶する。出力手段は、シンボルで特定されるアクセス先に記憶された故障に係る情報を、シンボルを読み取ったユーザ端末へと出力する。【選択図】図１５

Description

本発明の実施形態は、サーバ装置及びその制御プログラムに関する。

従来のＭＦＰ（デジタル複合機（multi-functional peripheral））等の情報処理装置は、故障が発生した場合に故障状況をユーザに通知する機能がある。この機能を利用するためには、ユーザは予め情報処理装置に電子メール等の宛先を登録する必要がある。すなわちユーザは宛先を登録しないと、故障状況を把握することができない。宛先を登録したユーザには、故障状況が逐一通知されることになる。このため、宛先を登録したものの情報処理装置の利用頻度が少ないユーザの中には、故障状況が逐一通知されることでと煩わしさを感じるユーザも存在する。そこで、ユーザが効率的に故障状況を把握できる仕組みが要望されている。

特開２０１９－２１２９５８号公報

本発明が解決しようとする課題は、ユーザが効率的に故障状況を把握できるサーバ装置及びその制御プログラムを提供しようとするものである。

サーバ装置は、通信手段と、情報記憶手段と、出力手段とを備える。通信手段は、シンボルを表示する表示部と、自装置の故障に係る情報を送信する送信部と、を備えた情報処理装置と通信する。情報記憶手段は、情報処理装置から送信された故障に係る情報を記憶する。出力手段は、シンボルで特定されるアクセス先に記憶された故障に係る情報を、シンボルを読み取ったユーザ端末へと出力する。

一実施形態に係る情報処理システムの概略構成を示す模式図。 一実施形態に係るＭＦＰの要部回路構成を示すブロック図。 Ｗｅｂサーバの要部回路構成を示すブロック図。 画像テーブルの一例を示す模式図。 管理テーブルの一例を示す模式図。 宛先テーブルの一例を示す模式図。 ユーザ端末の要部回路構成を示すブロック図。 ＭＦＰにおけるプロセッサの要部制御手順を示す流れ図。 Ｗｅｂサーバにおけるプロセッサの要部制御手順を示す流れ図。 情報端末におけるプロセッサの要部制御手順を示す流れ図。 Ｗｅｂサーバにおけるプロセッサの要部制御手順を示す流れ図。 Ｗｅｂサーバにおけるプロセッサの要部制御手順を示す流れ図。 Ｗｅｂサーバにおけるプロセッサの要部制御手順を示す流れ図。 アクセス画面の一例を示す模式図。 故障状況画面の一例を示す模式図。

以下、一実施形態について、図面を用いて説明する。

図１は、一実施形態に係る情報処理システム１の概略構成を示す模式図である。情報処理システム１は、複数のＭＦＰ１０と、Ｗｅｂサーバ２０とを含む。ＭＦＰ１０は、情報処理装置の一例である。Ｗｅｂサーバ２０は、ＭＦＰ１０を管理するためのサーバ機器である。ＭＦＰ１０とＷｅｂサーバ２０とは、専用の通信ネットワーク２に接続されている。専用の通信ネットワーク２は、典型的にはデジタル専用線、ＩＳＤＮ（Integrated Services Digital Network）回線等である。またＷｅｂサーバ２０は、専用の通信ネットワーク２からインターネット等の広域ネットワーク３を通じて複数のユーザ端末３０にサービスを提供する。ユーザ端末３０は、ＭＦＰ１０を利用するユーザが所有する端末である。ユーザ端末３０は、インターネット対応の周知の携帯型端末である。例えば、スマートフォン、タブレット端末等がユーザ端末３０として用いられる。

図２は、一実施形態に係るＭＦＰ１０の概略構成を示すブロック図である。ＭＦＰ１０は、スキャナ１１、プリンタ１２、制御システム１３及び操作パネル１４を備える。スキャナ１１、プリンタ１２及び操作パネル１４は、制御システム１３に接続される。

スキャナ１１は、制御システム１３から動作指示に応じて原稿の画像を光学的に読み取って画像情報に変換する装置である。スキャナ１１は、読み取った原稿の画像情報を制御システム１３へ出力する。

プリンタ１２は、制御システム１３から指定される様々な印刷条件で、制御システム１３から供給される画像情報に基づく画像を用紙にプリントする。プリンタ１２は、例えば電子写真方式のプリンタであってもよいし、インクジェット方式又は熱転写方式等であってもよい。

制御システム１３は、スキャナ１１、プリンタ１２及び操作パネル１４等の各部の動作を統括的に制御する。また制御システム１３は、画像処理等の各種の処理を実行する。制御システム１３は、プロセッサ１３１、ＲＡＭ（random-access memory）１３２、ＲＯＭ（read-only memory）１３３、データメモリ１３４、画像メモリ１３５、画像処理ユニット１３６、ＦＡＸ（ファクシミリ（facsimile））インターフェース（Ｉ／Ｆ）１３７及び通信インターフェース（Ｉ／Ｆ）１３８を備える。

プロセッサ１３１は、プログラムに従って演算及び制御等の処理を実行する。プロセッサ１３１は、ＲＯＭ１３３又はデータメモリ１３４が記憶するプログラムを実行することにより種々の処理機能を実現する。ＲＡＭ１３２は、ワーキングメモリである。ＲＡＭ１３２は、例えば揮発性のメモリである。ＲＯＭ１３３は、プログラムメモリである。ＲＯＭ１３３は、例えば不揮発性メモリである。

データメモリ１３４は、制御データ、制御プログラム及び設定情報等を記憶する。データメモリ１３４は、例えば不揮発性のメモリである。画像メモリ１３５は、ハードディクスドライブ及びページメモリ等により構成を有する。画像メモリ１３５は、画像情報を記憶する。画像処理ユニット１３６は、画像情報に対する画像処理を実行する。

ＦＡＸインターフェース１３７は、ＦＡＸ通信を行うためのインターフェースである。通信インターフェース１３８は、専用の通信ネットワーク２等のネットワークを介して、外部装置とデータ通信を行うためのインターフェースである。

操作パネル１４は、ユーザインターフェースである。操作パネル１４は、タッチパネル１４１及び入力デバイス１４２を備える。タッチパネル１４１は、例えば液晶ディスプレイ又は有機ＥＬ（electro-luminescence）ディスプレイ等のディスプレイとタッチ入力を検知するセンシングデバイスとが積層しているものである。入力デバイス１４２は、例えばボタン、キーボード、キーパッド又はタッチパッドである。

ＭＦＰ１０は、データメモリ１３４において、機器ＩＤを記憶している。機器ＩＤは、ＭＦＰ１０を識別するためにＭＦＰ１０毎に割り当てられた固有のコードである。

図３は、Ｗｅｂサーバ２０の要部回路構成を示すブロック図である。Ｗｅｂサーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４、通信インターフェース２５及びシステム伝送路２６を備える。システム伝送路２６は、アドレスバス、データバス、制御信号線等を含む。Ｗｅｂサーバ２０は、システム伝送路２６に、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４及び通信インターフェース２５を接続する。Ｗｅｂサーバ２０では、プロセッサ２１、メインメモリ２２及び補助記憶デバイス２３と、これらを接続するシステム伝送路２６とによってコンピュータが構成される。

プロセッサ２１は、オペレーティングシステム又はアプリケーションプログラムに従って、Ｗｅｂサーバ２０としての各種の機能を実現するべく各部を制御する。

メインメモリ２２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ２２は、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリ領域で記憶する。上記データは、不揮発性のメモリ領域で記憶する場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。

補助記憶デバイス２３は、例えばＥＥＰＲＯＭ（登録商標）（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）、あるいはＳＳＤ（solid state drive）等である。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータ、あるいはプロセッサ２１での処理によって作成されたデータ等を保存する。補助記憶デバイス２３は、上記のアプリケーションプログラムを記憶する場合もある。

時計２４は、Ｗｅｂサーバ２０の時刻情報源として機能する。プロセッサ２１は、時計２４によって計時される時刻情報を基に、現在の日付及び時間を計時する。

通信インターフェース２５は、専用の通信ネットワーク２を介して接続されるＭＦＰ１０との間で所定の通信プロトコルに従いデータの送受信を行うためのインターフェース回路である。

かかる構成のＷｅｂサーバ２０は、補助記憶デバイス２３において管理データベース２３１、画像テーブル２３２（図４を参照）、管理テーブル２３３（図５を参照）及び宛先テーブル２３４（図６を参照）を記憶する。管理データベース２３１は、ＭＦＰ１０毎に作成されるＭＦＰデータレコードを保存する。ＭＦＰデータレコードは、機器ＩＤ、名称、設置場所、型番、トナー状態、サービスマン又は管理者の連絡先等の項目を含む。トナー状態は、シアン、マゼンダ、イエロー、ブラック等のトナー量の使用状態である。サービスマン又は管理者の連絡先は、ＭＦＰ１０が故障した場合に連絡するサービスマン又は管理者の電話番号等である。なお、管理データベース２３１、画像テーブル２３２、管理テーブル２３３及び宛先テーブル２３４の記憶先は補助記憶デバイス２３に限定されない。メインメモリ２２の揮発性メモリ領域において管理データベース２３１、画像テーブル２３２、管理テーブル２３３及び宛先テーブル２３４を記憶してもよい。

図４は、画像テーブル２３２の一例を示す模式図である。図４に示すように、画像テーブル２３２は、機器ＩＤと、画像データと、ＵＲＬ（uniform resource locator）とで構成されるデータテーブルである。画像データは、機器ＩＤに対応するＭＦＰ１０の故障状況に係る情報を表示するＷｅｂページ画面の画像データである。Ｗｅｂページ画面は、以下故障状況画面と称する。故障状況画面の詳細は、後述する。本実施形態では、故障状況画面の画像データは、Ｗｅｂサーバ２０の管理者等によって予め機器ＩＤに関連付けて管理されているものとする。すなわち管理者等は、ＭＦＰ１０の故障状況に応じて逐一画像データを更新し、保存する。画像データは、例えばサービスマンがＭＦＰ１０を修理する、復旧予定日を変更する等の故障状況に係る情報に何らかの変化が生じた場合に更新される。ＵＲＬは、機器ＩＤと画像データとに割り当てられた固有のアドレスである。ＵＲＬは、故障状況に係る情報のアクセス先すなわち故障状況画面を特定するものである。ＵＲＬは、当該ＵＲＬが生成された時点から故障したＭＦＰ１０が復旧する時点まで有効である。なお、画像テーブル２３２は、図４の項目に限定されるものではない。

図５は、管理テーブル２３３の一例を示す模式図である。図５に示すように、管理テーブル２３３は、機器ＩＤ、故障日、更新日、故障内容、ＵＲＬ、復旧フラグ等で構成されるデータテーブルである。故障日は、ＭＦＰ１０が故障した日である。更新日は、画像データが更新された日である。故障内容は、例えばスキャナ１１、制御システム１３、操作パネル１４が故障した等の故障理由である。復旧フラグは、故障したＭＦＰ１０が復旧したか否かを識別するための１ビットデータである。本実施形態では、復旧フラグは、ＭＦＰ１０が復旧するまでは初期状態の“０”であり、ＭＦＰ１０が復旧すると“１”にセットされる。なお、管理テーブル２３３は、図５の項目に限定されるものではない。

図６は、宛先テーブル２３４の一例を示す模式図である。図６に示すように、宛先テーブル２３４は、機器ＩＤ毎に、その機器ＩＤに対応するＭＦＰ１０の故障状況に係る情報の更新通知を希望するユーザの宛先を記憶するためのデータテーブルである。ユーザの宛先は、例えばユーザのメールアドレスである。なお、宛先テーブル２３４は、図６の項目に限定されるものではない。

図７は、ユーザ端末３０の要部回路構成を示すブロック図である。図７に示すようにユーザ端末３０は、プロセッサ３１、内蔵メモリ３２、外部メモリ３３、タッチパネル３４、カメラ３５、広域ネットワークインターフェース３６及びシステム伝送路３７を備えている。システム伝送路３７は、アドレスバス、データバス、制御信号線等を含む。ユーザ端末３０は、システム伝送路３７に、プロセッサ３１、内蔵メモリ３２、外部メモリ３３、タッチパネル３４、カメラ３５及び広域ネットワークインターフェース３６を接続する。そしてプロセッサ３１、内蔵メモリ３２及び外部メモリ３３がシステム伝送路３７で接続されて、ユーザ端末３０を制御するための情報処理を行うコンピュータが構成される。

プロセッサ３１は、オペレーティングシステム又はアプリケーションプログラムに従って、ユーザ端末３０としての各種の機能を実現するべく各部を制御する。プロセッサ３１は、例えばＣＰＵである。

内蔵メモリ３２は、不揮発性のメモリ領域及び揮発性のメモリ領域を含む。内蔵メモリ３２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。内蔵メモリ３２は、プロセッサ３１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリ領域で記憶する。また内蔵メモリ３２は、揮発性のメモリ領域を、プロセッサ３１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。

外部メモリ３３は、例えばＳＤメモリカード、ＵＳＢメモリ等である。外部メモリ３３は、プロセッサ３１が各種の処理を行う上で使用するデータ、あるいはプロセッサ３１での処理によって作成されたデータ等を保存する。外部メモリ３３は、上記のアプリケーションプログラムを記憶する場合もある。

タッチパネル３４は、ユーザ端末３０の入力デバイス及び表示デバイスを兼ね備えた機器である。タッチパネル３４は、表示された画像に対するタッチ位置を検出し、そのタッチ位置情報をプロセッサ３１に出力する。

カメラ３５は、ユーザ端末３０に内蔵された撮像デバイスである。カメラ３５は、ユーザ端末３０にインストールされたアプリケーションプログラムにより、静止画又は動画の撮影装置として、あるいはバーコード、二次元コード等のデータコードＤＣのスキャニング装置として動作する。カメラ３５は、コードリーダの一例である。

広域ネットワークインターフェース３６は、広域ネットワーク３を通じて接続されるＷｅｂサーバ２０との間で所定の無線通信プロトコルに従いデータの無線通信を行うための機器である。

図８は、ＭＦＰ１０のプロセッサ１３１が制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。図９、図１１乃至図１３は、Ｗｅｂサーバ２０のプロセッサ２１が制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。図１０は、ユーザ端末３０のプロセッサ３１が制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。以下、これらの図を用いて、情報処理システム１の動作について説明する。なお、以下に説明する動作の手順及びその内容は一例である。同様な結果が得られるのであれば、その手順及び内容は限定されるものではない。

ＭＦＰ１０のプロセッサ１３１は、ＡＣＴ１として故障が発生したかを待ち受ける。故障が発生した場合、プロセッサ１３１は、ＡＣＴ１においてＹＥＳと判定し、ＡＣＴ２へと進む。プロセッサ１３１はＡＣＴ２として故障コマンドをＷｅｂサーバ２０宛に送信するように通信インターフェース１３８を制御する。この制御により、通信インターフェース１３８を介して故障コマンドが送信される。故障コマンドには、データメモリ１３４にて記憶した機器ＩＤ、故障日及び故障内容が含まれる。

故障コマンドを受信したＷｅｂサーバ２０のプロセッサ２１は、図９の流れ図に示す手順のコマンド受信処理を開始する。

プロセッサ２１は、ＡＣＴ１１として故障コマンドから機器ＩＤを検出する。そしてプロセッサ２１は、ＡＣＴ１２としてその機器ＩＤで識別されるＭＦＰ１０の認証を行う。具体的にはプロセッサ２１は、その機器ＩＤを含むＭＦＰデータレコードが管理データベース２３１に存在するか否かを確認する。該当するＭＦＰデータレコードが管理データベース２３１に存在する場合、プロセッサ２１は、ＭＦＰ認証が有効であると認定する。これに対し、該当するＭＦＰデータレコードが管理データベース２３１に存在しない場合、プロセッサ２１は、ＭＦＰ認証が無効であると認定する。

プロセッサ２１は、ＡＣＴ１３としてＭＦＰ認証の結果を確認する。ＭＦＰ認証結果が無効であった場合、プロセッサ２１は、ＡＣＴ１３においてＮＯと判定し、エラーとする。なお、エラーの場合、プロセッサ２１は故障コマンド送信元のＭＦＰ１０宛にエラーコマンドを送信するように通信インターフェース２５を制御する。この制御により、通信インターフェース２５を介してエラーコマンドが送信される。エラーコマンドを受信したＭＦＰ１０のプロセッサ１３１は、タッチパネル１４１にエラー画面を表示させる。

ＭＦＰ認証結果が有効であった場合、プロセッサ２１は、ＡＣＴ１３においてＹＥＳと判定し、ＡＣＴ１４へと進む。プロセッサ２１は、ＡＣＴ１４として故障コマンドに含まれていた機器ＩＤに予め関連付けられた、故障状況に係る情報のアクセス先である故障状況画面の画像データを特定するＵＲＬを作成する。

プロセッサ２１は、ＡＣＴ１５として画像テーブル２３２に上述の機器ＩＤと画像データとに対応してＵＲＬを記憶する。プロセッサ２１は、ＡＣＴ１６として管理テーブル２３３に故障コマンドに含まれていた機器ＩＤ、故障日及び故障内容と、ＡＣＴ１４の処理で作成したＵＲＬとを記憶する。

プロセッサ２１は、ＡＣＴ１７として故障コマンド送信元のＭＦＰ１０宛に表示コマンドを送信するように通信インターフェース２５を制御する。この制御により、通信インターフェース２５を介して表示コマンドが送信される。表示コマンドには、アクセス画面１００（図１４を参照）の画面データが含まれる。以上で、プロセッサ２１は、故障コマンドの受信処理を終了する。

図１４は、アクセス画面１００の一例を示す模式図である。図１４に示すように、アクセス画面１００は、シンボルであるデータコードと、データコードを読み取ると故障状況が確認できることを通知するテキストデータとから構成される。データコードは例えば二次元バーコードである。データコードは、図９のＡＣＴ１４の処理で作成されたＵＲＬを含む。なお、図１４に表示されているテキストデータの内容及び画像は一例である。

図８の説明に戻る。
ＡＣＴ２において故障コマンドの送信を制御したＭＦＰ１０のプロセッサ１３１は、ＡＣＴ３としてＷｅｂサーバ２０からの表示コマンドを待ち受ける。Ｗｅｂサーバ２０から表示コマンドを受信した場合、プロセッサ１３１は、ＡＣＴ３においてＹＥＳと判定し、ＡＣＴ４へと進む。プロセッサ１３１は、ＡＣＴ４としてタッチパネル１４１にアクセス画面１００を表示させる。以上で、プロセッサ１３１は、図８の流れ図に示す手順の情報処理を終了する。

さて、ＭＦＰ１０を利用するユーザは、タッチパネル１４１に表示されたアクセス画面１００を確認して、ユーザ端末３０の専用アプリを起動する。そうすると、プロセッサ３１は、図１０の流れ図に示す手順の情報処理を開始する。

プロセッサ３１は、ＡＣＴ２１としてカメラ３５を起動する。カメラ３５を起動すると、プロセッサ３１は、タッチパネル３４にカメラ画面を表示させる。なお、カメラ画面には、二次元コード体系のデータコードの読取り領域を示す画像が表示されている。カメラ画面を確認したユーザは、データコードが画像内に収まるように、カメラ３５のレンズをそのデータコードに翳す。

プロセッサ３１は、ＡＣＴ２２としてカメラ３５によってデータコードが読み取られるのを待ち受ける。データコードが画像内に収まると、プロセッサ３１は、データコードを読み取れたと判定する。プロセッサ３１は、ＡＣＴ２２においてＹＥＳと判定し、ＡＣＴ２３へと進む。

プロセッサ３１は、ＡＣＴ２３としてデータコードに含まれているＵＲＬを抽出する。プロセッサ３１は、ＡＣＴ２４として広域ネットワークインターフェース３６を制御してＷｅｂサーバ２０宛にＵＲＬを送信する。

ＵＲＬを受信したＷｅｂサーバ２０のプロセッサ２１は、図１１の流れ図に示す手順のＵＲＬ受信処理を開始する。

プロセッサ２１は、ＡＣＴ４１として画像テーブル２３２を参照して、受信したＵＲＬに対応する画像データを抽出する。プロセッサ２１は、ＡＣＴ４２としてＵＲＬ送信元のユーザ端末３０宛に状況コマンドを送信するように通信インターフェース２５を制御する。この制御により、通信インターフェース２５を介して状況コマンドが送信される。状況コマンドは、広域ネットワーク３を通じてユーザ端末３０で受信される。状況コマンドには、機器ＩＤと、故障状況画面２００（図１５を参照）の画面データとが含まれる。以上で、プロセッサ２１は、ＵＲＬ受信処理を終了する。

図１５は、故障状況画面２００の一例を示す模式図である。図１５に示すように、故障状況画面２００には、機器情報（名称、設置場所、型番、トナー状態、サービスマン又は管理者の連絡先等）と、故障内容と、故障状況の経過具合、復旧予定日等を知らせるメッセージとが表示される。故障状況画面２００には、ＭＦＰ１０の故障状況に係る情報の更新通知を希望するユーザに対して宛先を入力することを促すテキストデータとともに宛先入力欄２０１が表示される。ユーザの宛先は、例えばメールアドレスである。また故障状況画面２００には、送信ボタン２０２の画像と、閉じるボタン２０３の画像とが表示される。更新通知を希望する場合、ユーザは宛先入力欄２０１に宛先を入力した後、送信ボタン２０２をタッチする。更新通知を希望しない場合、ユーザは閉じるボタン２０３をタッチする。なお、複数の異なるユーザが故障状況画面２００にアクセスした場合であっても、一律に同じ画面を提供する。但し、前に入力されたユーザの宛先は表示されることはない。また図１５に表示されているテキストデータの内容及び画像は一例である。

図１０の説明に戻る。
ＡＣＴ２４においてＵＲＬ送信を制御したユーザ端末３０のプロセッサ３１は、ＡＣＴ２５としてＷｅｂサーバ２０からの状況コマンドを待ち受ける。Ｗｅｂサーバ２０から状況コマンドを受信した場合、プロセッサ３１は、ＡＣＴ２５においてＹＥＳと判定し、ＡＣＴ２６へと進む。プロセッサ３１は、ＡＣＴ２６としてタッチパネル３４に故障状況画面２００を表示させる。

故障状況画面２００を確認したユーザは、ＭＦＰ１０の故障状況に係る情報の更新通知を希望する場合、宛先入力欄２０１にメールアドレスを入力して、送信ボタン２０２にタッチする。

プロセッサ３１は、ＡＣＴ２７として送信ボタン２０２がタッチされたか否かを確認する。送信ボタン２０２がタッチされない場合、プロセッサ３１は、ＡＣＴ２７においてＮＯと判定し、ＡＣＴ３０へと進む。送信ボタン２０２がタッチされた場合、プロセッサ３１は、ＡＣＴ２７においてＹＥＳと判定し、ＡＣＴ２８へと進む。プロセッサ３１は、ＡＣＴ２８として宛先入力欄２０１にメールアドレスが入力されているか否かを確認する。

宛先入力欄２０１にメールアドレスが入力されていない場合、プロセッサ３１は、ＡＣＴ２８においてＮＯと判定し、ＡＣＴ３０へと進む。宛先入力欄２０１にメールアドレスが入力されている場合、プロセッサ３１は、ＡＣＴ２８においてＹＥＳと判定し、ＡＣＴ２９へと進む。

プロセッサ３１は、ＡＣＴ２９としてＷｅｂサーバ２０宛に宛先コマンドを送信するように広域ネットワークインターフェース３６を制御する。この制御により、広域ネットワークインターフェース３６から宛先コマンドが送信される。宛先コマンドは、広域ネットワーク３を通じてＷｅｂサーバ２０で受信される。宛先コマンドには、状況コマンドに含まれていた機器ＩＤと、メールアドレスが入力された故障状況画面２００の画面データとが含まれる。

プロセッサ３１は、ＡＣＴ３０として閉じるボタン２０３がタッチされたか否かを確認する。閉じるボタン２０３がタッチされない場合、プロセッサ３１は、ＡＣＴ３０においてＮＯと判定し、ＡＣＴ２７へ戻る。すなわちユーザはメールアドレスを再度入力することができる。本実施形態では、ユーザが宛先入力欄２０１にメールアドレスを入力して送信ボタン２０２をタッチする度に、プロセッサ３１は、宛先コマンドを送信することとする。閉じるボタン２０３がタッチされた場合、プロセッサ３１は、ＡＣＴ３０においてＹＥＳと判定し、ＡＣＴ３１へと進む。

プロセッサ３１は、ＡＣＴ３１としてタッチパネル３４に表示させていた故障状況画面２００を閉じる。以上で、プロセッサ３１は、図１０の流れ図に示す手順の情報処理を終了する。

宛先コマンドを受信したＷｅｂサーバ２０のプロセッサ２１は、図１２の流れ図に示す手順の宛先コマンド受信処理を開始する。

プロセッサ２１は、ＡＣＴ５１として宛先コマンドから機器ＩＤを検出する。プロセッサ２１は、ＡＣＴ５２として機器ＩＤに対応する宛先テーブル２３４を抽出する。

プロセッサ２１は、ＡＣＴ５３として宛先コマンドに含まれていた故障状況画面２００の画面データを基に、宛先テーブル２３４にメールアドレスを記憶する。なお、同じユーザから宛先コマンドを複数回受信する場合、プロセッサ２１は、宛先テーブル２３４に最新のメールアドレスに上書きして記憶する。以上で、プロセッサ２１は、宛先コマンドの受信処理を終了する。

さて、Ｗｅｂサーバ２０は、図１３のＡＣＴ６１として管理者等による故障状況に応じた画像データの更新を待ち受ける。画像データが更新された場合、プロセッサ２１は、ＡＣＴ６１においてＹＥＳと判定し、ＡＣＴ６２へと進む。

プロセッサ２１は、ＡＣＴ６２として更新された画像データを取得する。プロセッサ２１は、ＡＣＴ６３として画像テーブル２３２を参照して、更新された画像データに対応する機器ＩＤを取得する。プロセッサ２１は、ＡＣＴ６４として当該機器ＩＤに対応する宛先テーブル２３４を参照して登録されている全ての宛先を抽出する。

プロセッサ２１は、ＡＣＴ６５としてＡＣＴ６４の処理で抽出した宛先に対してＭＦＰ１０の故障状況に係る情報が更新された旨を通知する。通知内容は、例えば「復旧しました。」、「復旧予定日が７月２２日に変更されました。」等である。

プロセッサ２１は、ＡＣＴ６６として通知内容が復旧通知であるか否かを確認する。復旧通知は、故障したＭＦＰ１０が復旧した旨の通知である。上述した「復旧しました。」が一例である。ＭＦＰ１０が復旧通知でない場合、プロセッサ２１は、ＡＣＴ６６においてＮＯと判定し、ＡＣＴ６８へと進む。ＡＣＴ６８の処理は、後述する。

復旧通知である場合、プロセッサ２１は、ＡＣＴ６６においてＹＥＳと判定し、ＡＣＴ６７へと進む。プロセッサ２１は、ＡＣＴ６７として管理テーブル２３３を参照して機器ＩＤと同一行の復旧フラグを“１”に更新する。なお、復旧フラグが“１”にセットされると、その復旧フラグと同一行の全ての項目は無効化される。すなわちＭＦＰ１０の復旧により、ユーザは当該ＭＦＰ１０の故障に関連付けられた故障状況画面２００にアクセスすることはできなくなる。また無効化された機器ＩＤに対応する宛先テーブル２３４も無効化される。すなわちＭＦＰ１０の故障状況に係る情報の更新通知を希望したユーザへの通知は行われなくなる。プロセッサ２１は、ＡＣＴ６８として管理テーブル２３３の更新日を更新する。以上で、プロセッサ２１は、図１３の流れ図に示す手順の情報処理を終了する。

以上の説明から明らかなように、サーバ装置の一例であるＷｅｂサーバ２０は、図８のＡＣＴ１乃至ＡＣＴ４の処理を実行することにより、通信手段を構成する。すなわちＷｅｂサーバ２０は、シンボルを表示する表示部と、自装置の故障に係る情報を送信する送信部と、を備えた情報処理装置すなわちＭＦＰ１０と通信する。

Ｗｅｂサーバ２０のプロセッサ２１は、図９のＡＣＴ１６の処理を実行することにより、情報記憶手段を構成する。すなわちＷｅｂサーバ２０は、ＭＦＰ１０から送信された故障に係る情報を記憶する。

Ｗｅｂサーバ２０のプロセッサ２１は、図１１のＡＣＴ４１及びＡＣＴ４２の処理を実行することにより、出力手段を構成する。すなわちＷｅｂサーバ２０は、シンボルで特定されるアクセス先に記憶された故障に係る情報を、シンボルを読み取ったユーザ端末３０へと出力する。

このように本実施形態によれば、ＭＦＰ１０のタッチパネル１４１に表示されるアクセス画面１００のデータコードをユーザ端末３０で読み取ることで、タッチパネル３４には故障状況画面２００が表示される。したがってユーザは、煩雑な操作をすることなく、容易にＭＦＰ１０の故障状況を把握することができる。また、故障状況画面２００には、宛先入力欄２０１が表示される。したがってユーザは、ＭＦＰ１０の故障状況に係る情報の更新通知を希望するか否かを選択することができる。

また、Ｗｅｂサーバ２０のプロセッサ２１は、図１２のＡＣＴ５３の処理を実行することにより、宛先記憶手段を構成する。すなわちＷｅｂサーバ２０は、宛先を記憶する。Ｗｅｂサーバ２０のプロセッサ２１は、図１３のＡＣＴ６１乃至ＡＣＴ６５の処理を実行することにより、送信手段を構成する。すなわちＷｅｂサーバ２０は、ＭＦＰ１０の故障に係る情報が更新されると、宛先記憶手段で記憶された宛先に更新された故障に係る情報を送信する。

このような本実施形態であれば、故障状況画面２００の宛先入力欄２０１に宛先を入力し、送信ボタン２０２をタッチしたユーザに対して、ＭＦＰ１０の故障状況に係る情報が更新されるとその旨が通知される。したがってユーザは、故障状況画面２００にアクセスするために逐一アクセス画面１００のデータコードを読み取る必要がなくなり、ユーザの手間が軽減される。さらに、ＭＦＰ１０の故障状況に係る情報の更新通知を希望するユーザにのみ通知されるため、通知を希望しないユーザが当該通知による煩わしさを感じることを防止できる。

以上、サーバ装置及びその制御プログラムの実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

前記実施形態では、情報処理装置はＭＦＰ１０である場合を例示した。情報処理装置はＭＦＰ１０に限定されない。例えばコピー機、プリンタ等でもよい。

前記実施形態では、アクセス画面１００には、シンボルである二次元バーコードが表示される場合を例示した。シンボルは、二次元バーコードに限定されない。例えばＵＲＬを含む図形等の画像でもよい。

前記実施形態では、Ｗｅｂサーバ２０がＵＲＬを作成する場合を例示した。例えばＭＦＰ１０がＵＲＬを作成し、データメモリ１３４にて記憶した機器ＩＤ、故障日及び故障内容と共にＷｅｂサーバ２０に送信してもよい。また、前記実施形態では、故障毎にＵＲＬを作成する場合を例示した。例えばＭＦＰ１０毎にＵＲＬを設定してもよい。

前記実施形態では、Ｗｅｂサーバ２０の補助記憶デバイス２３に管理データベース２３１が記憶されている場合を例示した。例えばＭＦＰ１０に管理データベース２３１が記憶されてもよい。

前記実施形態では、ユーザの宛先に対してＭＦＰ１０の故障状況に係る情報が更新された旨が通知される場合を例示した。例えばユーザ端末３０にＵＲＬが送信され、ユーザが当該ＵＲＬにタッチすると、故障状況画面２００にアクセスできるようにしてもよい。

前記実施形態では、復旧フラグが“１”にセットされると、ユーザはその復旧フラグに対応したＭＦＰ１０の故障状況画面２００にアクセスすることはできなくなる場合を例示した。例えば復旧フラグが“１”にセットされると、故障状況画面２００に「復旧しました。」等のメッセージを表示させてもよい。

前記実施形態では、同じユーザから宛先コマンドを複数回受信する場合、Ｗｅｂサーバ２０のプロセッサ２１は、宛先テーブル２３４に最新のメールアドレスに上書きして記憶する場合を例示した。例えば同じユーザから宛先コマンドを複数回受信する度に、宛先テーブル２３４にメールアドレスを記憶しても良い。すなわちユーザは複数のメールアドレスを登録することができる。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…情報処理システム、２…専用の通信ネットワーク、３…広域ネットワーク、１０…ＭＦＰ、１１…スキャナ、１２…プリンタ、１３…制御システム、１４…操作パネル、２０…Ｗｅｂサーバ、２１、３１、１３１…プロセッサ、２２…メインメモリ、２３…補助記憶デバイス、２４…時計、２５、１３８…通信インターフェース、２６、３７…システム伝送路、３０…ユーザ端末、３２…内蔵メモリ、３３…外部メモリ、３４、１４１…タッチパネル、３５…カメラ、３６…広域ネットワークインターフェース、１３２…ＲＡＭ、１３３…ＲＯＭ、１３４…データメモリ、１３５…画像メモリ、１３６…画像処理ユニット、１３７…ＦＡＸインターフェース、１４２…入力デバイス、２３１…管理データベース、２３２…画像テーブル、２３３…管理テーブル、２３４…宛先テーブル。

Claims (5)

1. シンボルを表示する表示部と、自装置の故障に係る情報を送信する送信部と、を備えた情報処理装置と通信する通信手段と、
   前記情報処理装置から送信された前記故障に係る情報を記憶する情報記憶手段と、
   前記シンボルで特定されるアクセス先に記憶された前記故障に係る情報を、前記シンボルを読み取ったユーザ端末へと出力する出力手段と、
   を具備するサーバ装置。
2. 前記出力手段は、前記故障に係る情報とともに、当該故障に係る情報の更新通知を受ける宛先を入力するための欄をさらに出力する、
   請求項１記載のサーバ装置。
3. 前記宛先を記憶する宛先記憶手段と、
   前記情報処理装置の前記故障に係る情報が更新されると、前記宛先記憶手段で記憶された宛先に更新された故障に係る情報を送信する送信手段と、
   をさらに具備する請求項２記載のサーバ装置。
4. 前記シンボルは、前記故障に係る情報のアクセス先を特定するＵＲＬを含む二次元コードである、
   請求項１記載のサーバ装置。
5. シンボルを表示する表示部と、自装置の故障に係る情報を送信する送信部と、を備えた情報処理装置と通信する通信手段を備えたコンピュータを、
   前記情報処理装置から送信された前記故障に係る情報を記憶する情報記憶手段、及び
   前記シンボルで特定されるアクセス先に記憶された前記故障に係る情報を、前記シンボルを読み取ったユーザ端末へと出力する出力手段、
   として機能させるための制御プログラム。

Images