JP7087683B2 - 画像処理システムおよびサーバー装置 - Google Patents

Description

本開示は、画像処理システムに関し、特に、サーバー装置と画像処理装置とが連携して画像データを処理する画像処理システムに関する。

従来、ＭＦＰ（Multi-Functional Peripheral）等の画像処理装置の操作に、画像処理装置またはその操作画面の画像を利用する技術が種々提案されている。たとえば、特開２０１３－０２５６３８号公報（特許文献１）は、画像処理装置にＡＲ（Augmented Reality）マーカーを取り付け、画像処理装置を携帯端末で撮影し、撮像画面内にＡＲマーカーが検出された場合に当該携帯端末の画面に当該ＡＲマーカーに対応する操作パネル（ＡＲ操作パネル）を表示する技術を提案する。

特開２０１０－００３０１７号公報（特許文献２）は、情報処理装置の操作マニュアルに利用する操作画面の画面キャプチャーを取得する技術において、著作権等の観点において利用できると判断された画面であることを条件として画面キャプチャーを取得することを提案している。

特開２０１６－０４５６３５号公報（特許文献３）は、操作画面と共に機種名と表示中の操作画面を識別するコードを表示する画像形成装置を開示する。ユーザーがモバイル端末で識別コードを撮影すると、モバイル端末は、画像形成装置の機種名と操作画面を特定する。モバイル端末は、さらに、特定された機種のヘルプ情報を選択し、当該ヘルプ情報から操作画面で設定可能な項目を抽出して表示する。

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

特許文献３に記載の技術は、目の前の画像形成装置の機種を知らないユーザーに、当該画像形成装置の機種に応じたヘルプ情報を提供し得る。しかしながら、特許文献３に記載の技術を実現するためには、画像処理装置（画像形成装置）の操作画面が識別コードを含むように構成される必要があり、画像処理装置のコンテンツ製作者に負担が生じる結果となる。また、コンテンツのリリース時に全てのヘルプ情報を準備する必要が生じる点においても、コンテンツ製作者の負担が生じる。

本開示は、係る実情に鑑み考え出されたものであり、その目的は、画像処理装置のコンテンツ製作者における負担を最小限に抑えた態様で、ユーザーに画像処理装置のヘルプコンテンツを提供できるようにすることである。

本開示のある局面に従うと、画像処理装置と、画像処理装置と通信可能なサーバー装置とを備える画像処理システムが提供される。画像処理システムは、画像処理装置の操作画面の画像をサーバー装置へ送信する画面送信手段と、画面送信手段によって送信された操作画面に対応するヘルプコンテンツを特定するヘルプコンテンツ特定手段と、ヘルプコンテンツを画像処理装置のユーザーへ提供するヘルプコンテンツ提供手段とを備える。

画像処理装置は、当該画像処理装置の操作画面をキャプチャーする情報処理部と、情報処理部によってキャプチャーされた操作画面をサーバー装置へ送信する通信部とを含み、画面送信手段は、情報処理部と通信部とによって構成されていてもよい。

ヘルプコンテンツ提供手段は、画像処理装置へヘルプコンテンツを送信すること、画像処理装置へヘルプコンテンツへのリンク情報を送信すること、または、ヘルプコンテンツを格納する装置に通信部をリダイレクトさせることによって、ヘルプコンテンツを画像処理装置のユーザーへ提供してもよい。

画像処理システムは、サーバー装置と通信可能な携帯端末をさらに備えていてもよい。携帯端末は、撮像部と、撮像部によって撮影された画像をサーバー装置へ送信する通信部とを含み、画面送信手段は、撮像部と通信部とによって構成されていてもよい。

ヘルプコンテンツ提供手段は、携帯端末および画像処理装置の少なくとも一方へ、ヘルプコンテンツを送信すること、ヘルプコンテンツを格納する装置に通信部をリダイレクトさせること、ヘルプコンテンツへのリンク情報を送信すること、または、表示装置にヘルプコンテンツへのリンク情報を表示することによって、ヘルプコンテンツを画像処理装置のユーザーへ提供してもよい。

ヘルプコンテンツ特定手段は、操作画面の画像に基づいて、当該操作画面を予め定められた複数の種別の中の少なくとも１つの種別に分類し、分類された少なくとも１つの種別に対応するヘルプコンテンツを特定してもよい。

複数の種別は、画像処理装置と同じ出所を表わす操作画面であってオリジナルの操作画面を含む第１の種別と、オリジナルの操作画面に変更が加えられた操作画面を含む第２の種別と、画像処理装置とは異なる出所を表わす操作画面を含む第３の種別とを含んでいてもよい。

ヘルプコンテンツ特定手段は、画像処理装置がフリーズ状態にあるか否かに応じて画像処理装置のユーザーへ提供するヘルプコンテンツを選択してもよい。

ヘルプコンテンツ特定手段は、フリーズ状態にある画像処理装置の情報の送信元の携帯端末の位置情報、または、画像処理装置のネットワーク上のアドレスに基づいて、画像処理装置を特定してもよい。

本開示の他の局面に従うと、画像処理装置の操作画面を受信する通信装置と、プロセッサーと、プロセッサーが実行するプログラムを記憶する記憶装置とを備えるサーバー装置が提供される。プログラムは、プロセッサーに、操作画面に対応するヘルプコンテンツを特定するステップと、ヘルプコンテンツを画像処理装置のユーザーへ提供するステップとを実行させる。

ヘルプコンテンツを特定するステップは、操作画面の画像に基づいて、当該操作画面を予め定められた複数の種別の中の少なくとも１つの種別に分類し、分類された少なくとも１つの種別に対応するヘルプコンテンツを特定することを含んでいてもよい。

複数の種別は、画像処理装置と同じ出所を表わす操作画面であってオリジナルの操作画面を含む第１の種別と、オリジナルの操作画面に変更が加えられた操作画面を含む第２の種別と、画像処理装置とは異なる出所を表わす操作画面を含む第３の種別とを含んでいてもよい。

本開示によれば、サーバー装置は、画像処理装置の操作画面に対応するヘルプコンテンツを特定し、画像処理装置のユーザーに当該ヘルプコンテンツを提供する。これにより、画像処理装置のコンテンツの製作者は、当該コンテンツの製作後に、サーバー装置に、当該コンテンツのヘルプコンテンツを追加できる。製作者は、すべてのヘルプコンテンツを画像処理装置のコンテンツ製作時に準備する必要がない。したがって、製作者の負担を軽減し得る。

画像処理システムの構成の一例を示す図である。 画像処理システムにおけるヘルプコンテンツの提供態様の一例を模式的に示す図である。 画像処理システムにおけるヘルプコンテンツの提供態様の他の例を模式的に示す図である。 サーバー装置１００のハードウェア構成の一例を示す図である。 ＭＦＰ２００のハードウェア構成の一例を示す図である。 携帯端末３００のハードウェア構成の一例を示す図である。 図２に示された態様でヘルプコンテンツが提供されるための処理の流れの一例を説明するための図である。 図３に示された態様でヘルプコンテンツが提供されるための処理の流れの一例を説明するための図である。 ステップＳ２０のサブルーチンのフローチャートの一例である。 登録された画像の一例を示す図である。 登録された画像の他の例を示す図である。 ＭＦＰ２００または携帯端末３００から送信された画像に含まれる画面（画像）の一例を示す図である。 登録された主体によって生成された画面の一例を示す図である。 ＭＦＰ２００がフリーズ状態にあるときのヘルプコンテンツの提供態様の一例を模式的に示す図である。 図１４に示されたヘルプコンテンツの提供態様を実現するための処理の一例を示す図である。 ＭＦＰ２００がフリーズ状態にあるときのヘルプコンテンツの提供態様の他の例を模式的に示す図である。 図１６に示されたヘルプコンテンツの提供態様を実現するための処理の一例を示す図である。

以下に、図面を参照しつつ、画像処理システムの一実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

［１．画像処理システムの構成］
図１は、画像処理システムの構成の一例を示す図である。図１の画像処理システムは、サーバー装置１００と、ＭＦＰ２００と、携帯端末３００とを含む。これらは、互いに通信可能に構成されている。なお、画像処理システムは、携帯端末３００を省略し、サーバー装置１００とＭＦＰ２００とによって構成されてもよい。サーバー装置１００は、ＭＦＰ２００の取扱いを説明する情報としてヘルプコンテンツを提供する。

（ヘルプコンテンツの提供態様の一例）
図２は、画像処理システムにおけるヘルプコンテンツの提供態様の一例を模式的に示す図である。図２の左下に示された状態において、ＭＦＰ２００のユーザーは、ＭＦＰ２００の取扱いを説明する情報を必要としている。ＭＦＰ２００は、ＭＦＰ２００の状態等を表示する操作パネル２０７を含む。操作パネル２０７は、ＭＦＰ２００において種々のサービスを提供するためのコンテンツを表示する領域２０７１と、ヘルプボタン２０７２と、スタートボタン２０７３とを表示する。ヘルプボタン２０７２およびスタートボタン２０７３は、ディスプレイに表示されるソフトウェアボタンであってもよいし、ハードウェアボタンであってもよい。ユーザーは、上記情報を取得するために、ヘルプボタン２０７２を操作する。ヘルプボタン２０７２およびスタートボタン２０７３は、ソフトウェアボタンとして表示される場合、定常的に表示されてもよいし、所与のコンテンツが表示されるときにのみ表示されてもよい。

ＭＦＰ２００は、ヘルプボタン２０７２を操作されると、領域２０７１の画面キャプチャーを生成し、当該画面キャプチャーの画像（以下、「キャプチャー画像」ともいう）をサーバー装置１００へ送信する（図２の工程（１））。

サーバー装置１００は、キャプチャー画像を受信すると、当該キャプチャー画像を解析し（図２の工程（２））、解析の結果に基づいてＭＦＰ２００において表示されている画面を特定し（図２の工程（３））、特定された画面に対応するヘルプコンテンツを特定する（図２の工程（４））。そして、サーバー装置１００は、特定されたヘルプコンテンツをＭＦＰ２００へ送信する（図２の工程（５））。

ＭＦＰ２００は、ヘルプコンテンツを受信すると、図２の右下に示されたように、当該ヘルプコンテンツを領域２０７１に表示する。

（ヘルプコンテンツの提供態様の他の例）
図３は、画像処理システムにおけるヘルプコンテンツの提供態様の他の例を模式的に示す図である。図３の例では、左下に示された状態にあるＭＦＰ２００についての情報を必要とすると、ユーザーは、携帯端末３００においてＭＦＰ２００のヘルプコンテンツを取得するためのアプリケーション（以下、「ヘルプアプリ」ともいう）を起動させる（図３の工程（１Ａ））。

ヘルプアプリは、ユーザーに対して領域２０７１を撮影することを要求する。ユーザーが領域２０７１を撮影すると（図３の工程（１Ｂ））、ヘルプアプリは、撮影された画像をサーバー装置１００へ送信する（図３の工程（１Ｃ））。

画像を取得すると、サーバー装置１００は、図２の例と同様に、画像を解析して画面を特定し、特定された画面に対応するヘルプコンテンツを特定する（図３の工程（２）～（４））。サーバー装置１００は、特定されたヘルプコンテンツを携帯端末３００へ送信する（図３の工程（５））。携帯端末３００は、受信したヘルプコンテンツをディスプレイ３０４に表示する（図３の工程（６））。これにより、ユーザーは、ヘルプコンテンツを参照して、ＭＦＰ２００を操作することができる。

図２および図３に示された例において、ＭＦＰ２００または携帯端末３００へのヘルプコンテンツの送信は、ヘルプコンテンツの提供の一例である。ヘルプコンテンツの提供の他の例は、ヘルプコンテンツを格納する記憶装置にリダイレクトすることである。このようにヘルプコンテンツが提供される場合、サーバー装置１００は、工程（４）において特定されたヘルプコンテンツを格納する記憶装置へと、ＭＦＰ２００または携帯端末３００をリダイレクトさせる。

ヘルプコンテンツのさらに他の例は、ヘルプコンテンツを格納する記憶装置へのリンクをＭＦＰ２００または携帯端末３００へ送信することである。リンクは、ＩＰ（Internet Protocol）アドレスを表わす文字列として送信されてもよいし、当該アドレスを表わすＱＲコード（登録商標）等の情報として送信されてもよい。リンクを受信すると、ＭＦＰ２００または携帯端末３００は、当該リンクが示すアドレスに接続することにより、図２または図３に示されたようにヘルプコンテンツを表示する。

［２．ハードウェア構成］
以下、サーバー装置１００、ＭＦＰ２００、および携帯端末３００のそれぞれのハードウェア構成の一例を説明する。

（サーバー装置１００）
図４は、サーバー装置１００のハードウェア構成の一例を示す図である。

サーバー装置１００は、主な構成要素として、ＣＰＵ（Central Processing Unit）１０１と、ＲＡＭ（Random Access Memory）１０２と、記憶装置１０３と、通信装置１０６とを備えている。ＣＰＵ１０１と、ＲＡＭ１０２と、通信装置１０６とは、互いに内部バスで接続されている。

ＣＰＵ１０１は、サーバー装置１００の全体的な動作を制御するための処理を実行する演算装置の一例である。ＲＡＭ１０２は、ＣＰＵ１０１における処理実行時のワークエリアとして機能する。記憶装置１０３は、ＣＰＵ１０１が実行するプログラム（サーバー用プログラム）および所与のデータを格納する。記憶装置１０３は、たとえば、ハードディスクである。通信装置１０６は、ＭＦＰ２００および携帯端末３００と通信するための機器（たとえば、ネットワークカード）によって実現される。

（ＭＦＰ２００）
図５は、ＭＦＰ２００のハードウェア構成の一例を示す図である。

ＭＦＰ２００は、主な構成要素として、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ＮＶ－ＲＡＭ２０４と、記憶装置２０５と、通信装置２０６と、操作パネル２０７と、スキャナー部２０８と、プリンター部２０９と、ファクシミリ（ＦＡＸ）部２１０とを備えている。ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ＮＶ－ＲＡＭ２０４と、記憶装置２０５と、通信装置２０６と、操作パネル２０７と、スキャナー部２０８と、プリンター部２０９と、ＦＡＸ部２１０とは、互いに内部バスで接続されている。

ＣＰＵ２０１は、ＭＦＰ２００の全体的な動作を制御するための処理を実行する演算装置の一例である。ＲＯＭ２０２は、ＣＰＵ２０１が実行するプログラムを含む各種のデータを格納する。ＲＡＭ２０３は、ＣＰＵ２０１におけるプログラム実行時のワークエリアとして機能する。ＮＶ－ＲＡＭ２０４は、不揮発性メモリーであり、ＭＦＰ２００の動作のための設定値が保持される。

記憶装置２０５は、ＭＦＰ２００の動作に利用されるプログラムおよびデータ（画像データ等のドキュメントデータを含む）を格納する。ドキュメントのデータは、ネットワークを介してＭＦＰ２００に入力される場合もあるし、スキャナー部２０８で画像が読み取られることによって生成される場合もある。記憶装置２０５は、たとえば、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリー、メモリーカード、ＦＤ、ハードディスク、ＳＳＤ、磁気テープ、カセットテープ、ＭＯ、ＭＤ、ＩＣカード（メモリーカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭなどの、不揮発的にデータを格納する媒体によって実現される。記憶装置２０５は、ＭＦＰ２００に対して着脱可能な記録媒体として、ＭＦＰ２００から独立して商取引の対象となる場合もあり得る。

通信装置２０６は、サーバー装置１００および携帯端末３００と通信するための装置であって、たとえばネットワークカードによって実現される。

操作パネル２０７は、タッチセンサー（入力部）と、ディスプレイ（表示部）とを含む。操作パネル２０７は、ＭＦＰ２００の状態を表示する。さらに、操作パネル２０７は、各種の情報（コピー画質またはコピー用紙の設定値、スキャンの送信先（宛先登録）、など）の入力を受け付ける。

スキャナー部２０８は、セットされた原稿をスキャンし、原稿の画像データを生成する。スキャナー部２０８における画像データの生成方法は公知の方法を採用することができる。

プリンター部２０９は、たとえば電子写真方式により、スキャナー部２０８で読み取られた画像データ、携帯端末１００等の外部の情報処理装置から送信されたプリントデータ、および、ＦＡＸ部２１０で受信したＦＡＸデータを、印刷のためのデータに変換する。プリンター部２０９は、さらに、変換後のデータに基づいて文書等の画像を印刷する。電子写真方式などの画像形成の態様には、公知の技術が採用され得る。

ＦＡＸ部２１０は、スキャナー部２０８で読み取られた画像データを公衆回線経由で外部の機器に転送する。転送の方法には、公知の技術を採用することができる。

ＣＰＵ２０１は、予め定められたプログラムを実行することにより、ＭＦＰ２００内の要素（スキャナー部２０８、プリンター部２０９、など）の状態を検出し得る。ＣＰＵ２０１は、たとえば、スキャナー部２０８および／またはプリンター部２０９がジョブの実行中であること、プリンター部２０９において紙詰まりが発生していること、等を検出する。

（携帯端末３００）
図６は、携帯端末３００のハードウェア構成の一例を示す図である。

携帯端末３００は、主な構成要素として、ＣＰＵ３０１と、ＲＡＭ３０２と、記憶装置３０３と、ディスプレイ３０４と、タッチセンサー３０５と、通信装置３０６と、カメラ３０７とを備えている。ＣＰＵ３０１と、ＲＡＭ３０２と、記憶装置３０３と、ディスプレイ３０４と、タッチセンサー３０５と、通信装置３０６と、カメラ３０７とは、互いに内部バスで接続されている。

ＣＰＵ３０１は、携帯端末３００の全体的な動作を制御するための処理を実行する演算装置の一例である。ＲＡＭ３０２は、ＣＰＵ３０１における処理実行時のワークエリアとして機能する。記憶装置３０３は、ＣＰＵ３０１が実行するＯＳ、Ｗｅｂブラウザー、およびヘルプアプリなどの各種のプログラムならびにこれらのプログラムの実行に利用されるデータを含む、各種のデータを保存する。記憶装置３０３は、たとえば、ＥＥＰＲＯＭである。

ディスプレイ３０４は、Ｗｅｂブラウザーなどのプログラムによって生成される画像を表示するための表示装置である。タッチセンサー３０５は、Ｗｅｂブラウザー上で設定値等の情報を携帯端末３００に入力するための入力装置の一例である。通信装置３０６は、サーバー装置１００およびＭＦＰ２００と通信するための装置であって、たとえば無線通信回路によって実現される。

携帯端末３００は、たとえばスマートフォンによって構成されるが、撮像機能と通信機能とを有する端末であれば携帯可能である必要はない。

［３．処理の流れ］
以下、図２および図３のそれぞれについて、ヘルプコンテンツの提供態様を実現するための処理の流れを説明する。

（図２におけるヘルプコンテンツの提供態様）
図７は、図２に示された態様でヘルプコンテンツが提供されるための処理の流れの一例を説明するための図である。

図７は、ＭＦＰ２００側の処理のフローチャート（図７左側）と、サーバー装置１００側の処理のフローチャート（図７右側）とを含む。図７を参照して、処理の流れを説明する。

ステップＳ１０にて、ＭＦＰ２００のＣＰＵ２０１は、ヘルプボタン２０７２を操作されたか否かを判断する。ＣＰＵ２０１は、ヘルプボタン２０７２が操作されたと判断するまでステップＳ１０へ制御を留め（ステップＳ１０にてＮＯ）、ヘルプボタン２０７２が操作されたと判断すると（ステップＳ１０にてＹＥＳ）、ステップＳ１２へ制御を進める。

ステップＳ１２にて、ＣＰＵ２０１は、操作パネル２０７のディスプレイの画面キャプチャーを生成する。画面キャプチャーの対象は、図２に示されたように、コンテンツを表示する領域２０７１のみであってもよいし、ヘルプボタン２０７２等のソフトウェアボタンを含むディスプレイ全体であってもよい。

ステップＳ１４にて、ＣＰＵ２０１は、ステップＳ１２にて生成された、画面キャプチャーの画像をサーバー装置１００へ送信する。

サーバー装置１００のＣＰＵ１０１は、ＭＦＰ２００から画像を受信すると、ステップＳ２０にて、ヘルプコンテンツを提供するための制御を実行する。ステップＳ２０の制御の内容は、図９を参照して後述する。

サーバー装置１００からヘルプコンテンツを提供されると、ＭＦＰ２００のＣＰＵ２０１は、ステップＳ１６にて、当該ヘルプコンテンツを表示する。

ヘルプコンテンツの提供として、サーバー装置１００がＭＦＰ２００にヘルプコンテンツを送信すると、ＭＦＰ２００のＣＰＵ２０１は、受信したヘルプコンテンツを操作パネル２０７のディスプレイに表示する。ヘルプコンテンツの提供として、サーバー装置１００がＭＦＰ２００をヘルプコンテンツを格納する記憶装置にリダイレクトすると、ＣＰＵ２０１は、当該記憶装置に格納されたヘルプコンテンツを読み出し、当該ヘルプコンテンツを操作パネル２０７に表示する。ヘルプコンテンツの提供として、サーバー装置１００がＭＦＰ２００にヘルプコンテンツを格納する記憶装置のアドレスを送信すると、ＣＰＵ２０１は、当該アドレスを利用して当該記憶装置に接続し、当該記憶装置に格納されたヘルプコンテンツを読み出し、当該ヘルプコンテンツを操作パネル２０７に表示する。

（図３におけるヘルプコンテンツの提供態様）
図８は、図３に示された態様でヘルプコンテンツが提供されるための処理の流れの一例を説明するための図である。

図８は、携帯端末３００側の処理のフローチャート（図８左側）と、サーバー装置１００側の処理のフローチャート（図８右側）とを含む。携帯端末３００のＣＰＵ３０１は、たとえば、ヘルプアプリの機能として図８のフローチャートに従った処理を実行する。図８を参照して、処理の流れを説明する。

ステップＳ３２にて、ＣＰＵ３０１は、ＭＦＰ２００の操作パネル２０７の画像を取得する。ＣＰＵ３０１は、ディスプレイ３０４に、操作パネル２０７を撮影することを指示するメッセージを出力してもよい。ユーザーは、当該メッセージに従って、カメラ３０７を利用して操作パネル２０７を撮影してもよい。一例では、ＣＰＵ３０１は、カメラ３０７によって撮影された画像として、操作パネル２０７の画像を取得する。

ステップＳ３４にて、ＣＰＵ３０１は、ステップＳ３２にて取得した画像（撮像画像）を、ヘルプ要求とともに、サーバー装置１００へ送信する。

サーバー装置１００のＣＰＵ１０１は、携帯端末３００から画像を受信すると、ステップＳ２０にて、ヘルプコンテンツを提供するための制御を実行する。ステップＳ２０の制御の内容は、図９を参照して後述する。

サーバー装置１００からヘルプコンテンツを提供されると、携帯端末３００のＣＰＵ３０１は、ステップＳ３６にて、当該ヘルプコンテンツを表示する。

ヘルプコンテンツの提供として、サーバー装置１００が携帯端末３００にヘルプコンテンツを送信すると、携帯端末３００のＣＰＵ３０１は、受信したヘルプコンテンツをディスプレイ３０４に表示する。ヘルプコンテンツの提供として、サーバー装置１００が携帯端末３００をヘルプコンテンツを格納する記憶装置にリダイレクトすると、ＣＰＵ３０１は、当該記憶装置に格納されたヘルプコンテンツを読み出し、当該ヘルプコンテンツをディスプレイ３０４に表示する。ヘルプコンテンツの提供として、サーバー装置１００が携帯端末３００にヘルプコンテンツを格納する記憶装置のアドレスを送信すると、ＣＰＵ３０１は、当該アドレスを利用して当該記憶装置に接続し、当該記憶装置に格納されたヘルプコンテンツを読み出し、当該ヘルプコンテンツをディスプレイ３０４に表示する。

ヘルプコンテンツの提供として、サーバー装置１００は、所与のディスプレイに、ＱＲコード等として、ヘルプコンテンツを格納する記憶装置のアドレスを表示してもよい。この場合、ユーザーがカメラ３０７で当該ＱＲコードを撮影する等により、ＣＰＵ３０１は、上記アドレスを取得する。その後、ＣＰＵ３０１は、当該アドレスにアクセスして、ヘルプコンテンツを取得し、当該ヘルプコンテンツをディスプレイ３０４に表示する。

（サーバー装置１００によるヘルプコンテンツの提供）
図９は、ステップＳ２０のサブルーチンのフローチャートの一例である。

図９を参照して、ステップＳ２００にて、サーバー装置１００のＣＰＵ１０１は、ＭＦＰ２００または携帯端末３００から送信された画像が、ＭＦＰ２００の画面として登録された画面の画像を含むか否かを判断する。ＣＰＵ１０１は、送信された画像が登録された画面の画像を含むと判断すると（ステップＳ２００にてＹＥＳ）、ステップＳ２０２へ制御を進め、そうでなければ（ステップＳ２００にてＮＯ）、ステップＳ２０８へ制御を進める。

送信された画像が登録された画面の画像を含むか否かの判断は、たとえば、前者が後者を構成する特徴を含むか否かが判断されることによって実現される。より具体的には、特徴は、アイコンであってもよい。一例では、画面Ａとして登録された画像が、複数個のアイコンを含み、ＣＰＵ１０１は、送信された画像が当該複数個の中の所与の数以上のアイコンの画像を含むときに送信された画像が画面Ａの画像を含むと判断し、そうでなければ、送信された画像が画面Ａの画像を含まないと判断する。

ステップＳ２００にて、送信された画像が画面Ａの画像を含むと判断することは、送信された画像が対応する画面として、画面Ａを特定することに相当する。

ステップＳ２０２にて、ＣＰＵ１０１は、ステップＳ２００にて、送信された画像が対応する画面として特定された画面に、ヘルプコンテンツが有るか否かを判断する。一例では、サーバー装置１００の記憶装置１０３に、ＭＦＰ２００において表示されるコンテンツの各画面に関連付けられて、各画面のヘルプコンテンツが格納される。ただし、コンテンツの全ての画面にヘルプコンテンツが関連付けられている必要はない。

ＭＦＰ２００用のコンテンツの製作者は、当該ＭＦＰ２００用のコンテンツのためのヘルプコンテンツを生成すると、当該ヘルプコンテンツをサーバー装置１００へ登録してもよい。製作者は、さらに、各ヘルプコンテンツがＭＦＰ２００用のコンテンツのどの段階でのヘルプ情報を含むのかを明確にするために、各ヘルプコンテンツを、対応する画面（の特徴）に関連付けて、記憶装置１０３に登録してもよい。

ヘルプコンテンツは、ＭＦＰ２００用のコンテンツ自体にアクセスコードが付与されなくても、ヘルプボタン２０７２の操作または携帯端末３００による撮影によって提供される。これにより、制作者は、ＭＦＰ２００用のコンテンツをリリースした後、ヘルプコンテンツを生成し得る。

ＣＰＵ１０１は、記憶装置１０３に、上記のように特定された画面に関連付けられたヘルプコンテンツが格納されているか否かを判断し、そのようなヘルプコンテンツが格納されていると判断すると（ステップＳ２０２にてＹＥＳ）、ステップＳ２０４へ制御を進め、そうでなければ（ステップＳ２０２にてＮＯ）、ステップＳ２０６へ制御を進める。

ステップＳ２０４にて、ＣＰＵ１０１は、上記のように特定された画面に関連付けられたヘルプコンテンツを抽出する。

ステップＳ２０６にて、ＣＰＵ１０１は、ＭＦＰ２００のヘルプ用のコンテンツのトップページを抽出する。ヘルプ用のコンテンツは、ＭＦＰ２００の機種に対応したものであってもよい。

ＣＰＵ１０１は、たとえば、ＭＦＰ２００との通信に利用される情報（たとえば、ＭＦＰ２００のＭＡＣアドレス）と画像処理システム内の管理情報とによって、ＭＦＰ２００の機種を特定してもよい。この管理情報は、画像処理システム内の各ＭＦＰの機種名と、各ＭＦＰのＭＡＣアドレスとを関連付ける。また、ＭＦＰ２００のＣＰＵ２０１は、ステップＳ１４にて、キャプチャー画像とともに当該ＭＦＰ２００の機種名をサーバー装置１００へ送信してもよい。

ＣＰＵ１０１は、たとえば、携帯端末３００の位置情報と画像処理システム内の管理情報とによって、ＭＦＰ２００の機種を特定してもよい。この管理情報は、画像処理システム内の各ＭＦＰの配置位置と、各ＭＦＰの機種名とを関連付ける。携帯端末３００は、ＧＰＳ機能により当該携帯端末３００の位置情報を取得し、ステップＳ３４にて、撮像画像とともに当該位置情報を送信してもよい。ＣＰＵ１０１は、携帯端末３００の位置情報に最も近い位置に配置されたＭＦＰの機種名を取得することにより、ＭＦＰ２００の機種を特定してもよい。

ステップＳ２０８にて、ＣＰＵ１０１は、ＭＦＰ２００または携帯端末３００から送信された画像が、オリジナルの画面（登録された画面）をカスタマイズされた画面の画像を含むか否かを判断する。カスタマイズされた画面の画像を含む画像の一例は、ＭＦＰ２００を製造（または販売）するメーカーのロゴを含む画像である。他の例は、登録されたの画面の特徴を所与の個数（または、割合）以上含む画像である。カスタマイズされた画像の具体例について、図１０～図１２を参照して説明する。

図１０は、登録された画像の一例を示す図である。図１０は、コピーの設定画面の一例である画面１０００を表わす。

図１１は、登録された画像の他の例を示す図である。図１１は、スキャンの設定画面の一例である画面１１００を表わす。

図１２は、ＭＦＰ２００または携帯端末３００から送信された画像に含まれる画面（画像）の一例を示す図である。

画面１２００は、ＭＦＰ２００の製造メーカーのロゴを表わす要素１２０１（図１２では、説明を容易にするために「※」で表される）を含む。一例では、ＣＰＵ１０１は、製造メーカーのロゴと形状が一致する要素１２０１を検出したことによって、送信された画像がカスタマイズされた画面を含むと判断する。

他の例では、ＣＰＵ１０１は、画面１２００が、図１０の画面１０００に含まれる特徴を所定個数以上含むことによって、送信された画像がカスタマイズされた画像を含むと判断する。画面１０００に含まれる特徴の一例は、文字列である。より具体的には、画面１０００は、６個の文字列「カラー」「用紙」「倍率」「原稿・出力」「片面」および「両面」を含む。ＣＰＵ１０１は、画面１２００の画像に対する文字認識によって、４個の文字列「用紙」「カラー」「片面」「両面」を検出する。画面１０００の特徴が上記６個の文字列である場合、画面１２００の画像は、当該６個の文字列のうち４個の文字列を含む。たとえば、カスタマイズされた画像の条件の一例として、上記６個の文字列のうち４個以上を含むことが設定される。この場合、ＣＰＵ１０１は、画面１２００が画面１０００をカスタマイズしたことによって生成された画面であると判断する。すなわち、ＣＰＵ１０１は、送信された画像（画面１２００を含む画像）が、オリジナルの画面（画面１０００）をカスタマイズされた画面の画像を含むと判断する。

なお、画面１２００は、図１１の画面１１００とは共通した特徴を含まないことから、図１１の画面１１００のカスタマイズ画面とは判断されない。より具体的には、画面１１００は、文字列「Ｓｃａｎ」「フォルダ」「形式」を含むが、画面１２００はこれらの文字列を含まない。

図９に戻って、ＣＰＵ１０１は、ＭＦＰ２００または携帯端末３００から送信された画像が、オリジナルの画面（登録された画面）をカスタマイズされた画面の画像を含むと判断すると（ステップＳ２０８にてＹＥＳ）、ステップＳ２１０へ制御を進め、そうでなければ（ステップＳ２０８にてＮＯ）、ステップＳ２１２へ制御を進める。

ステップＳ２１０にて、ＣＰＵ１０１は、ＭＦＰ２００または携帯端末３００から送信された画像に含まれる画面に対するオリジナルの画面に関連付けられたヘルプコンテンツを抽出する。たとえば、図１２の画面１２００を含む画像が送信されると、ＣＰＵ１０１は、画面１２００のオリジナルの画面である画面１０００に関連付けられたヘルプコンテンツを抽出する。

ステップＳ２１２にて、ＣＰＵ１０１は、ＭＦＰ２００または携帯端末３００から送信された画像が、ＭＦＰ２００において登録された主体（たとえば、いわゆる「サードベンダー」）によって生成された画面を含むか否かを判断する。図１３は、登録された主体によって生成された画面の一例を示す図である。一例では、ＣＰＵ１０１は、画像が登録された主体に関連付けられた特徴を含む場合に、当該画像が当該主体によって生成された画面を含むと判断する。

図１３の画面１３００、上記主体のロゴを表わす要素１３０１（図１３では、説明を容易にするために「＊」で表される）を含むことに基づいて、ＣＰＵ１０１は、画面１３００を含む画像を、上記主体によって生成された画面を含む画像であると判断する。

特徴の他の例は、上記ロゴに対応する要素が、画面の特定の位置に配置されることである。さらに他の例は、スタートキー等のソフトウェアキーが画面の特定の位置に配置されていることである。

図９に戻って、ＣＰＵ１０１は、送信された画像が登録された主体によって生成された画面を含むと判断すると（ステップＳ２１２にてＹＥＳ）、ステップＳ２１４へ制御を進め、そうでなければ（ステップＳ２１２にてＮＯ）、ステップＳ２１６へ制御を進める。

ステップＳ２１４にて、ＣＰＵ１０１は、送信された画像に含まれる画面を生成した主体のヘルプページのコンテンツを抽出する。抽出されるコンテンツは、たとえば、いわゆるサードベンダーによって準備されたヘルプ用のコンテンツである。当該コンテンツは、記憶装置１０３に格納されていてもよい。当該コンテンツは、当該サードベンダーによって管理されるサーバーに格納されていてもよい。ＣＰＵ１０１は、当該サードベンダーのサーバーにアクセスすることにより、上記ヘルプ用のコンテンツを取得してもよい。

ステップＳ２１６にて、ＣＰＵ１０１は、ステップＳ２０６と同様に、ＭＦＰ２００のヘルプ用のコンテンツのトップページを抽出する。ヘルプ用のコンテンツは、ＭＦＰ２００の機種に対応したものであってもよい。

ステップＳ２１８にて、ＣＰＵ１０１は、ＭＦＰ２００へ（図７）、または、携帯端末３００へ（図８）、ステップＳ２０６，Ｓ２１０，Ｓ２１４，Ｓ２１６にて抽出された情報を送信する。その後、ＣＰＵ１０１は、図７または図８へ処理をリターンさせる。

以上説明された処理によれば、サーバー装置１００は、ＭＦＰ２００または携帯端末３００に、ＭＦＰ２００の取扱のための情報（ヘルプコンテンツ）を提供する。提供とは、ユーザーが利用可能な状態にすることを意味する。この意味において、提供の一例は、ヘルプコンテンツそのものを送信することである。他の例は、ヘルプコンテンツのリンク情報（アドレスを表わすテキスト情報またはコード）を送信することである。さらに他の例は、ヘルプコンテンツのリンク情報を所与のディスプレイに表示することである。

以上説明された処理は、ＭＦＰ２００または携帯端末３００から送信された画像に含まれる画面が、ＭＦＰ２００のメーカーによるオリジナルの画面（第１の種別）、オリジナルの画面がカスタマイズされることによって生成された画面（第２の種別）、または、登録された主体（いわゆるサードベンダー）によって生成された画面（第３の種別）であるかを判断し、判断された種別に応じたヘルプコンテンツを抽出する。また、当該処理は、送信された画像に含まれる画面が上記の種別のいずれにも属さない場合にも、そのような場合に応じたヘルプコンテンツを抽出する。

［４．フリーズ状態のＭＦＰへのヘルプコンテンツの提供（１）］
サーバー装置１００は、ＭＦＰ２００がフリーズ状態にある場合には、フリーズ状態に無い場合に対して異なる態様でヘルプコンテンツを選択してもよい。図１４は、ＭＦＰ２００がフリーズ状態にあるときのヘルプコンテンツの提供態様の一例を模式的に示す図である。なお、ＭＦＰ２００のフリーズ状態とは、ＭＦＰ２００がいわゆる固まる状態にあり、これにより、ユーザーがＭＦＰ２００を操作してもＭＦＰ２００が当該操作に反応しない状態を意味する。

図１４では、図３と比較して、携帯端末３００は、サーバー装置１００への撮像画像の送信（工程（１Ｃ））に加えて、サーバー装置１００へフリーズ情報を送信する（工程（１Ｄ））。フリーズ情報とは、ＭＦＰ２００がフリーズ状態にあることを表わす情報である。一例では、携帯端末３００のヘルプアプリは、ディスプレイ３０４にフリーズボタンを表示する。ＭＦＰ２００がフリーズ状態にあると認識したユーザーは、サーバー装置１００への撮像画像に関連する操作として、カメラ３０７でＭＦＰ２００の操作パネル２０７を撮影することに加え、上記フリーズボタンを操作する。これにより、撮像画像に加え、フリーズ情報がサーバー装置１００へ送信される。サーバー装置１００は、フリーズ情報を受信すると、フリーズ状態に対応したヘルプコンテンツをユーザーに提供する。

図１５は、図１４に示されたヘルプコンテンツの提供態様を実現するための処理の一例を示す図である。図１５には、携帯端末３００側のフローチャート（左側）と、サーバー装置１００側のフローチャート（右側）が示される。

図１５の処理では、図８と比較して、携帯端末３００のＣＰＵ３０１は、ステップＳ３５Ａにて、上記フリーズボタンが操作されたか否かを判断する。フリーズボタンが操作されたか否かの判断は、携帯端末３００に、ＭＦＰ２００がフリーズ状態にあることを表わす情報が入力されたか否かの判断の一例である。ＣＰＵ３０１は、フリーズボタンが操作されたと判断すると（ステップＳ３５ＡにてＹＥＳ）、ステップＳ３５Ｂへ制御を進め、そうでなければ（ステップＳ３５ＡにてＮＯ）、ステップＳ３６へ制御を進める。

ステップＳ３５Ｂにて、ＣＰＵ３０１は、サーバー装置１００へフリーズ情報を送信する。

ステップＳ２６にて、サーバー装置１００のＣＰＵ１０１は、ＭＦＰ２００がフリーズ状態にあるか否かを判断する。一例では、ＣＰＵ１０１は、ＭＦＰ２００から、撮像画像に関連付けられてフリーズ情報が送信された場合、ＭＦＰ２００がフリーズ状態であると判断し、撮像画像に関連付けられたフリーズ情報の送信がなければ、ＭＦＰ２００がフリーズ状態ではないと判断する。ＣＰＵ３０１は、ＭＦＰ２００がフリーズ状態であると判断すると（ステップＳ２６にてＹＥＳ）、ステップＳ２８へ制御を進め、そうでなければ（ステップＳ２６にてＮＯ）、ステップＳ２０へ制御を進める。

ステップＳ２８にて、ＣＰＵ１０１は、フリーズ用のヘルプコンテンツを携帯端末３００へ送信する。フリーズ用のヘルプコンテンツの一例は、フリーズ状態を解消するための操作を説明するヘルプコンテンツである。他の例は、サービスマンを呼ぶために必要な情報である。

図１５を参照して説明された処理によれば、ＭＦＰ２００がフリーズ状態にある場合、携帯端末３００のユーザー（ＭＦＰ２００のユーザー）には、フリーズ用のヘルプコンテンツが提供される。

なお、サーバー装置１００のＣＰＵ１０１は、ＭＦＰ２００がフリーズ状態にある場合にも、ＭＦＰ２００に表示されている画面の種類に応じて、ユーザーに提供するヘルプコンテンツを決定してもよい。たとえば、ステップＳ２８にて、ＣＰＵ１０１は、携帯端末３００から送信された画像に含まれる画面の種類を特定し、当該画面の種類が、ユーザーの操作によって解消されるフリーズ状態に対応するか、サービスマンによるＭＦＰ２００の修理を必要とするフリーズ状態に対応するかを特定する。そして、ＣＰＵ１０１は、前者の場合には操作方法を表わすコンテンツを、後者の場合にはサービスマンを呼ぶための情報（電話番号等）を、フリーズ用のヘルプコンテンツとして提供してもよい。

［５．フリーズ状態のＭＦＰへのヘルプコンテンツの提供（２）］
ＭＦＰ２００がフリーズ状態にあるか否かは、携帯端末３００のユーザーではなく、サーバー装置１００が確認してもよい。図１６は、ＭＦＰ２００がフリーズ状態にあるときのヘルプコンテンツの提供態様の他の例を模式的に示す図である。

図１６の例では、図３と比較して、サーバー装置１００は、携帯端末３００から撮像画像を受信すると、工程（２Ａ）および工程（２Ｂ）を実行する。

工程（２Ａ）では、サーバー装置１００は、操作パネル２０７を撮影されたＭＦＰ２００を特定する。

一例では、サーバー装置１００は、携帯端末３００の位置を用いて、ＭＦＰ２００を特定する。より具体的には、サーバー装置１００は、画像処理システムにおけるＭＦＰの配置情報を格納し、撮像画像を送信した携帯端末３００の位置を特定し、当該位置に近い場所に設置されたＭＦＰをＭＦＰ２００として特定する。一例では、携帯端末３００が、ＧＰＳ（Global Positioning System）から携帯端末３００の位置情報を取得し、サーバー装置１００が、当該位置情報に基づいて携帯端末３００の位置を特定する。

他の例では、サーバー装置１００は、撮像画像中の情報を用いてＭＦＰ２００を特定する。撮像画像がＭＦＰ２００のシリアル番号等のＭＦＰ２００を特定する情報を含む場合、サーバー装置１００は、撮像画像の文字認識等によって当該情報を取得し、ＭＦＰ２００を特定する。

工程（２Ｂ）では、サーバー装置１００は、工程（２Ａ）で特定されたＭＦＰ２００の状態を確認する。たとえば、サーバー装置１００は、ＭＦＰ２００と通信し、リモートでＭＦＰ２００の状態を確認する。

サーバー装置１００は、ＭＦＰ２００がフリーズ状態であれば、フリーズ用のヘルプコンテンツを提供し、そうでなければ、図９を参照して説明されたようなヘルプコンテンツを提供する。

図１７は、図１６に示されたヘルプコンテンツの提供態様を実現するための処理の一例を示す図である。図１７には、携帯端末３００側のフローチャート（左側）と、サーバー装置１００側のフローチャート（右側）が示される。

図１７の処理では、図８と比較して、ステップＳ２２等をさらに含む。サーバー装置１００のＣＰＵ１０１は、携帯端末３００から撮像画像を受信すると、ステップＳ２２にて、ＭＦＰ２００を特定する（図１６の工程（２Ａ））。

ステップＳ２４にて、ＣＰＵ１０１は、ステップＳ２２にて特定したＭＦＰ２００の状態を確認する（図１６の工程（２Ｂ））。

ステップＳ２６にて、ＣＰＵ１０１は、ＭＦＰ２００がフリーズ状態であるか否かを判断する。一例では、ＣＰＵ１０１は、ＭＦＰ２００との通信を試みたがＭＦＰ２００から応答がなければ、ＭＦＰ２００がフリーズ状態であると判断する。ＣＰＵ３０１は、ＭＦＰ２００がフリーズ状態であると判断すると（ステップＳ２６にてＹＥＳ）、ステップＳ２８へ制御を進め、そうでなければ（ステップＳ２６にてＮＯ）、ステップＳ２０へ制御を進める。ステップＳ２８にて、ＣＰＵ１０１は、図１５において説明されたのと同様に、フリーズ用のヘルプコンテンツを提供する。

［６．ヘルプコンテンツの拡充］
画像処理システムでは、サーバー装置１００は、ＭＦＰ２００の画面を含む画像とともにヘルプコンテンツの提供を要求される。サーバー装置１００は、このような要求をデータベース化して、種々の態様に利用できる。一例では、ＣＰＵ１０１は、所与の画面について所定回数以上ヘルプコンテンツが無いと判断した場合（ステップＳ２０２にてＮＯ）、当該画面のヘルプコンテンツを生成する必要があることを報知してもよい。

他の例では、ＣＰＵ１０１は、画面ごとに、ヘルプコンテンツを要求された回数を計数する。有る画面のヘルプコンテンツを要求された回数が多いことは、当該画面がユーザーにとって取扱いが難しいものであることを意味する。したがって、ＣＰＵ１０１は、ＭＦＰ２００のコンテンツにおいて、当該画面に関連する処理の改善を要求する情報を出力してもよい。

今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。

１００ サーバー装置、１０１，２０１，３０１，２００ ＭＦＰ、３００ 携帯端末、３０４ ディスプレイ、３０５ タッチセンサー、３０７ カメラ、２０７１ 領域。

Claims (11)

1. 画像処理装置と、画像処理装置と通信可能なサーバー装置とを備える画像処理システムであって、
   前記画像処理装置の操作画面の画像を前記サーバー装置へ送信する画面送信手段と、
   前記画面送信手段によって送信された前記操作画面に対応するヘルプコンテンツを特定するヘルプコンテンツ特定手段と、
   前記ヘルプコンテンツを前記画像処理装置のユーザーへ提供するための少なくとも一部の処理を実行するヘルプコンテンツ提供手段とを備え、
   前記ヘルプコンテンツ特定手段は、前記操作画面の画像に基づいて、当該操作画面を予め定められた複数の種別の中の少なくとも１つの種別に分類し、分類された前記少なくとも１つの種別に対応するヘルプコンテンツを特定する、画像処理システム。
2. 前記複数の種別は、前記画像処理装置と同じ出所を表わす操作画面であってオリジナルの操作画面を含む第１の種別と、前記オリジナルの操作画面に変更が加えられた操作画面を含む第２の種別と、前記画像処理装置とは異なる出所を表わす操作画面を含む第３の種別とを含む、請求項１に記載の画像処理システム。
3. 画像処理装置と、画像処理装置と通信可能なサーバー装置とを備える画像処理システムであって、
   前記画像処理装置の操作画面の画像を前記サーバー装置へ送信する画面送信手段と、
   前記画面送信手段によって送信された前記操作画面に対応するヘルプコンテンツを特定するヘルプコンテンツ特定手段と、
   前記ヘルプコンテンツを前記画像処理装置のユーザーへ提供するための少なくとも一部の処理を実行するヘルプコンテンツ提供手段とを備え、
   前記ヘルプコンテンツ特定手段は、前記画像処理装置がフリーズ状態にあるか否かに応じて前記画像処理装置のユーザーへ提供するヘルプコンテンツを選択する、画像処理システム。
4. 前記ヘルプコンテンツ特定手段は、フリーズ状態にある前記画像処理装置の情報の送信元の携帯端末の位置情報、または、前記画像処理装置のネットワーク上のアドレスに基づいて、前記画像処理装置を特定する、請求項３に記載の画像処理システム。
5. 前記画像処理装置は、
   当該画像処理装置の操作画面をキャプチャーする情報処理部と、
   前記情報処理部によってキャプチャーされた操作画面を前記サーバー装置へ送信する通信部とを含み、
   前記画面送信手段は、前記情報処理部と前記通信部とによって構成される、請求項１～請求項４のいずれか１項に記載の画像処理システム。
6. 前記画像処理装置のユーザーへ前記ヘルプコンテンツを提供することは、
   前記ヘルプコンテンツ提供手段が、前記画像処理装置へ前記ヘルプコンテンツを送信すること、前記画像処理装置へ前記ヘルプコンテンツへのリンク情報を送信すること、または、前記ヘルプコンテンツを格納する装置に前記通信部をリダイレクトさせることによって、前記ヘルプコンテンツを前記画像処理装置へ提供することと、
   前記画像処理装置が前記ヘルプコンテンツを提供されると前記ヘルプコンテンツを表示することと、を含む、請求項５に記載の画像処理システム。
7. 前記サーバー装置と通信可能な携帯端末をさらに備え、
   前記携帯端末は、
   撮像部と、
   前記撮像部によって撮影された画像を前記サーバー装置へ送信する通信部とを含み、
   前記画面送信手段は、前記撮像部と前記通信部とによって構成される、請求項１～請求項６のいずれか１項に記載の画像処理システム。
8. 前記ユーザーは、前記携帯端末のユーザーであり、
   前記画像処理装置のユーザーへ前記ヘルプコンテンツを提供することは、
   前記ヘルプコンテンツ提供手段が、前記携帯端末および前記画像処理装置の少なくとも一方へ、前記ヘルプコンテンツを送信すること、前記ヘルプコンテンツを格納する装置に前記通信部をリダイレクトさせること、前記ヘルプコンテンツへのリンク情報を送信すること、または、表示装置に前記ヘルプコンテンツへのリンク情報を表示することによって、前記ヘルプコンテンツを前記携帯端末および前記画像処理装置の少なくとも一方へ提供することと、
   前記携帯端末が前記ヘルプコンテンツを提供されると前記ヘルプコンテンツを表示すること、または、前記画像処理装置が前記ヘルプコンテンツを提供されると前記ヘルプコンテンツを表示することと、を含む、請求項７に記載の画像処理システム。
9. 画像処理装置の操作画面を受信する通信装置と、
   プロセッサーと、
   前記プロセッサーが実行するプログラムを記憶する記憶装置とを備え、
   前記プログラムは、前記プロセッサーに、
   前記操作画面に対応するヘルプコンテンツを特定するステップと、
   前記ヘルプコンテンツを前記画像処理装置のユーザーへ提供するステップとを実行させ、
   前記ヘルプコンテンツを特定するステップは、前記操作画面の画像に基づいて、当該操作画面を予め定められた複数の種別の中の少なくとも１つの種別に分類し、分類された前記少なくとも１つの種別に対応するヘルプコンテンツを特定することを含む、サーバー装置。
10. 前記複数の種別は、前記画像処理装置と同じ出所を表わす操作画面であってオリジナルの操作画面を含む第１の種別と、前記オリジナルの操作画面に変更が加えられた操作画面を含む第２の種別と、前記画像処理装置とは異なる出所を表わす操作画面を含む第３の種別とを含む、請求項９に記載のサーバー装置。
11. 画像処理装置の操作画面を受信する通信装置と、
    プロセッサーと、
    前記プロセッサーが実行するプログラムを記憶する記憶装置とを備え、
    前記プログラムは、前記プロセッサーに、
    前記操作画面に対応するヘルプコンテンツを特定するステップと、
    前記ヘルプコンテンツを前記画像処理装置のユーザーへ提供するステップとを実行させ、
    前記ヘルプコンテンツを特定するステップは、前記画像処理装置がフリーズ状態にあるか否かに応じて前記画像処理装置のユーザーへ提供するヘルプコンテンツを選択することを含む、サーバー装置。

Images