JP2017034317A - 通信システム - Google Patents

Abstract

【課題】遠隔操作による支援では、ユーザが画像形成装置の目の前にいる状態で、すべての支援中の画面が画像形成装置に表示されてしまうため、保守専用画面を使用することができない。【解決手段】保守専用画面を遠隔操作する場合には画像形成装置には保守専用画面を表示しない。【選択図】図３

Description

本発明は、リモート支援システムと、その制御方法及びプログラムに関する。

製品の使い方やトラブル対応の処置が複雑になるにつれ、顧客が直接メーカーのコールセンターに質問し、回答を得るということが頻繁に行われている。トラブル対応の処置を適切かつ迅速に行うために、画像形成装置と、画像形成装置のエラー情報を管理するコールセンターの障害管理サーバとを含むリモート支援システムが考えられている。

上記リモート支援システムにおいては、コールセンターの情報処理装置から支援を受ける画像形成装置をオペレータが遠隔操作し支援を実施することが提案されている（特許文献１参照）。これによって、オペレータが直接具体的な操作を実施して適切かつ迅速にトラブルを解決することが可能となっている。

特開２００５−２０８９７４号公報

特許文献１の従来技術では遠隔操作を行う際に画像形成装置とコールセンターの情報処理装置には同じ画面を表示することでより具体的に操作説明や操作支援を行いやすくしていた。

一方、サービスマンが画像形成装置の設置場所に訪問して保守を行う場合には、ユーザの目に触れさせない保守専用画面を使用することがある。

しかしながら、遠隔操作による支援では、ユーザが画像形成装置の目の前にいる状態で、すべての支援中の画面が画像形成装置に表示されてしまうため、前記の保守専用画面を使用することができないという課題があった。

そこで、本発明は、保守専用画面をユーザに見せることなく、遠隔操作での支援を実施可能な制御方法を提供することを目的とする。

上記の目的を達成するために、本発明に係る通信システムは、
ネットワークを介して画像形成装置（１０１）と情報処理装置（１０２）と中継サーバ（１０３）が接続され、前記中継サーバを介して前記画像形成装置と前記情報処理装置の間で前記画像形成装置のリモート支援を行う通信システムにおいて、
前記画像形成装置（１０１）は
前記情報処理装置から中継サーバを介して画像形成装置の画面を操作するコマンドを受信するコマンド受信手段（Ｓ３０２）と、
前記コマンド受信手段で受信したコマンドによって画面を操作し、遷移先の新しい表示画面を作成する画面作成手段（Ｓ３０６）と、
画面作成手段で作成された画面表示を画像処理装置に表示する画面表示手段（Ｓ３０９）と、
前記情報処理装置へ中継サーバを介して画像形成装置の画面情報を送信する画面送信手段とを有し（Ｓ３０７）、
前記画面表示手段は前記画面作成手段で作成された表示画面が、画像形成装置の保守用の表示画面である場合には、作成された画面を表示しないこと（Ｓ３０８）を特徴とする。

本発明に係る通信システムによれば、画像形成装置に保守専用画面を表示することなく、コールセンターの情報処理装置から保守専用画面の遠隔操作による支援を行うことが可能になる。

実施例のネットワーク構成を示す図である。 実施例のリモート支援システムのハードウェア構成を示す図である。 実施例の課題解決のためのフローチャートである。

以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。

図１は本発明の実施形態に係わるリモート支援システムのネットワーク構成を説明するものである。

画像形成装置１０１、オペレータＰＣ１０２は本発明を適用した装置として、お互いの通信相手として動作する。画像形成装置１０１、オペレータＰＣ１０２は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により呼制御を実行してデータ通信を行うデータ通信機能を備えている。図１においては、画像形成装置１０１は、ファイアウォール（ＦＷ）１０４を通じてＮｅｔｗｏｒｋ１０６に接続されている。また、Ｎｅｔｗｏｒｋ１０６には、ＦＷ１０５を通じてコールセンター側のオペレータＰＣ１０２が接続されている。加えて、ＨＴＴＰ中継サーバ１０３がＮｅｔｗｏｒｋ１０６に接続されている。ＨＴＴＰによるデータ通信においては、クライアントノード同士はＨＴＴＰ中継サーバから提供されるＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）にＰＯＳＴ／ＧＥＴを行うことでデータ通信を実施する。これにより、クライアントノード同士がプライベートアドレスエリアやＦＷに遮られていてもデータ通信を行うことができる。

本実施例では、画像形成装置１０１、オペレータＰＣ１０２はＨＴＴＰクライアントノードとして動作する。また、本実施例では、クライアントノード間はＮｅｔｗｏｒｋ１０６に対してＦＷを介して通信する構成であるが、ＦＷを介さないネットワーク構成でもよい。また、Ｎｅｔｗｏｒｋ１０６には図示したよりも多くのＦＷ、画像形成装置、オペレータＰＣが接続されてもよい。また、本実施例では、通信プロトコルとしてはＨＴＴＰでなくてもよい。

図２は本発明の実施形態に係わるリモート支援システムのハードウェア構成を示すブロック図である。

画像形成装置１０１において、２０２はＣＰＵで、ＲＯＭ２０３またはハードディスク（ＨＤＤ）２０５に記憶された制御プログラムに基づいてシステムバス２０６に接続される各種のデバイスとのアクセスを総括的に制御する。２０３はＲＯＭで、ＣＰＵ２０２が実行可能な制御プログラム等を記憶している。２０４はＲＡＭで、主としてＣＰＵ２０２の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。２０５は、ハードディスク（ＨＤＤ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶する。なお、本実施例ではＨＤＤ２０５を用いたが、ＨＤＤ２０５の他にＳＤカードや、フラッシュメモリなどを外部記憶装置として利用してもよい。

２０１は、スキャナＩ／Ｆであり、スキャナ２１５からの画像入力を制御する。２０７は、プリンタＩ／Ｆであり、プリンタ２１６への画像出力を制御する。２０８はパネル操作Ｉ／Ｆで、オペレーションパネル２１２の表示制御および、オペレーションパネル２１２で設定される各種設定情報の入力を制御する。２０９は画像入力Ｉ／Ｆで、カメラ等の画像入力装置２１３からの画像入力を制御する。２１０は音声入出力Ｉ／Ｆで、ヘッドセット等の音声入出力装置２１４との音声入出力を制御する。２１１はネットワークＩ／Ｆであり、ネットワークケーブルを経由して外部ネットワークとデータ通信を行う。

オペレータＰＣ１０２において、２２１はＣＰＵで、ＲＯＭ２２２またはハードディスク（ＨＤＤ）２２４に記憶された制御プログラムに基づいてシステムバス２２５に接続される各種のデバイスとのアクセスを総括的に制御する。２２２はＲＯＭで、ＣＰＵ２２１が実行可能な制御プログラム等を記憶している。２２３はＲＡＭで、主としてＣＰＵ２２１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

２２４は、ハードディスク（ＨＤＤ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶する。なお、本実施例ではＨＤＤ２２４を用いたが、ＨＤＤ２２４の他にＳＤカードや、フラッシュメモリなどを外部記憶装置として利用してもよい。２２５はシステムバスである。２２６はネットワークＩ／Ｆであり、ネットワークケーブルを経由して外部ネットワークとデータ通信を行う。２２７はキーボードＩ／Ｆで、キーボード２３１や不図示のポインティングデバイスからのキー入力を制御する。２２８はディプレイＩ／Ｆで、ディスプレイ２３２の表示を制御する。２２９は画像入力Ｉ／Ｆで、カメラ等の画像入力装置２３３からの画像入力を制御する。２３０は音声入出力Ｉ／Ｆで、ヘッドセット等の音声入出力装置２３４との音声入出力を制御する。

ＨＴＴＰ中継サーバ１０３において、２４１はＣＰＵで、ＲＯＭ２４２またはハードディスク（ＨＤＤ）２４４に記憶された制御プログラムに基づいてシステムバス２４５に接続される各種のデバイスとのアクセスを総括的に制御する。２４２はＲＯＭで、ＣＰＵ２４１が実行可能な制御プログラム等を記憶している。２４３はＲＡＭで、主としてＣＰＵ２４１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。２４４は、ハードディスク（ＨＤＤ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶する。なお、本実施例ではＨＤＤ２４４を用いたが、ＨＤＤ２４４の他にＳＤカードや、フラッシュメモリなどを外部記憶装置として利用してもよい。２４５はシステムバスである。２４６はネットワークＩ／Ｆであり、ネットワークケーブルを経由して外部ネットワークとデータ通信を行う。

図３は画像形成装置１０１における、遠隔操作される際の処理を示すフローチャートである。

本フローチャートはＨＤＤ２０５に格納されたプログラムがＲＡＭ２０４に読み出され、ＣＰＵ２０２によって実行されることで実現される。

画像形成装置１０１において遠隔操作が開始されると、まずは遠隔操作が終了しているかどうかを判断する（Ｓ３０１）。オペレータＰＣ１０２からの遠隔操作が終了していれば、本フローチャートを終了する。終了していなければ、Ｓ３０２の処理へ進む。次に、画像形成装置１０１は画面操作のコマンド、もしくは、機器の状態変更の通知を受信しているかどうかを判断する（Ｓ３０２、Ｓ３０３、Ｓ３０４）。

まずは、オペレータＰＣ１０２から中継サーバ１０３を介して画面操作コマンドを受信しているかどうか（Ｓ３０２）を判断する。次に、画像形成装置１０１のＵＩ２１２から画面操作コマンドを受信しているかどうかを判断する。最後に機器の状態変更の通知を受信しているかどうかを判断する（Ｓ３０４）。

Ｓ３０２〜Ｓ３０４の判断において、いずれの通知も受信していなければ、Ｓ３０５の処理へ進む。いずれかの通知を受信していれば、Ｓ３０６の処理へ進む。Ｓ３０２〜Ｓ３０４で通知を受信していないと判断した場合は、画面を更新する必要がないということであるため、この時点で表示している画面をそのまま次回に表示予定の画面とする（Ｓ３０５）。その後Ｓ３０７の処理へ進む。

Ｓ３０２〜Ｓ３０４で通知を受信していると判断した場合は、画面を更新する必要があるということであるため、受信したコマンドや通知に基づいて遷移後の表示画面を生成し、次回の表示予定の画面とする。その後Ｓ３０７の処理へと進む。

Ｓ３０５またはＳ３０６の処理の後、画像形成装置１０１はＳ３０５またはＳ３０６で作成された次回の表示予定の画面を中継サーバ１０３へ送信する（Ｓ３０７）。

次に、画像形成装置１０１はＳ３０５またはＳ３０６で生成された次回の表示予定の画面が画像形成装置の保守専用の画面かどうかを判断する（Ｓ３０８）。これは例えば、画像形成装置１０１をサービスマンがメンテナンスの際に使用する専用画面であったり、デバッグ用の専用画面であったりする。これらの画面では画像形成装置を特殊な動作モードにするような、ユーザが実施してしまうと好ましくない操作を行うこともできる。このため、保守専用画面をユーザに見せることは好ましくない。そこで、Ｓ３０８で次回表示予定画面が保守専用画面であると判断した場合は、画像形成装置１０１はＵＩ２１２に現在メンテナンス中であることだけを通知する表示を行い、表示予定だった画面は表示しない（Ｓ３１０）。こうすることで、ユーザに見せるべきでない画面を表示することなく、オペレータＰＣ１０２からの遠隔操作によって支援を実施することができる。Ｓ３０８で次回表示予定画面が保守専用画面でないと判断した場合は、画像形成装置１０１はＵＩ２１２に表示予定の画面を表示する（Ｓ３０９）。Ｓ３０９またはＳ３１０の処理が終わると、Ｓ３０１の処理へ戻り、オペレータＰＣ１０２からの遠隔操作が終了するまで繰り返す。

１０１ 画像形成装置、１０２ オペレータＰＣ

Claims (2)

1. ネットワークを介して画像形成装置（１０１）と情報処理装置（１０２）と中継サーバ（１０３）が接続され、前記中継サーバを介して前記画像形成装置と前記情報処理装置の間で前記画像形成装置のリモート支援を行う通信システムにおいて、
   前記画像形成装置（１０１）は
   前記情報処理装置から中継サーバを介して画像形成装置の画面を操作するコマンドを受信するコマンド受信手段（Ｓ３０２）と、
   前記コマンド受信手段で受信したコマンドによって画面を操作し、遷移先の新しい表示画面を作成する画面作成手段（Ｓ３０６）と、
   画面作成手段で作成された画面表示を画像処理装置に表示する画面表示手段（Ｓ３０９）と、
   前記情報処理装置へ中継サーバを介して画像形成装置の画面情報を送信する画面送信手段とを有し（Ｓ３０７）、
   前記画面表示手段は前記画面作成手段で作成された表示画面が、画像形成装置の保守用の表示画面である場合には、作成された画面を表示しないこと（Ｓ３０８）を特徴とする通信システム。
2. 前記画面表示手段が画面表示をしないと判断した場合には、保守中であることを伝える表示画面を画像形成装置に表示すること（Ｓ３１０）を特徴とする請求項１に記載の通信システム。