JP6295736B2 - 画像形成システム - Google Patents

Description

本発明は、外部から画像情報を入力することによって画像を形成する画像形成システムに関する。

ＭＦＰ（Multi-Function Printer）ではユーザが、操作方法が分からないなどの理由でサポートに問い合わせた際に、ユーザが利用しているＭＦＰと、サポート側の端末（ＰＣ等）の画面を共有し、ユーザが遠隔でサポートを受けることができる遠隔サポート技術が既に知られている。

図２２は、従来の遠隔サポート技術について説明する図である。まず、ユーザ２０１がＭＦＰ２０２を利用している際に操作方法が分からず、サポート２０３に電話で問い合わせる。そして、サポート２０３は、操作方法を説明するためにサポート２０３側のサポートＰＣ２０４の画面をＭＦＰ２０２に表示させる。

これにより、ユーザ２０１はサポート２０３と同じ画面を見ることができる。そして、ユーザ２０１は、その共有された画面と電話からの音声により、サポート２０３とやり取りを行うことができ、声だけの説明よりも画面も表示されるため、説明内容を理解しやすくなる。

特許文献１には、利便性の良い画像形成システムを提供する目的で、ＭＦＰと携帯端末とで画面を共有し、ＭＦＰで実行するジョブの設定を、携帯端末側でも変更できるという方法が開示されている。

特許文献２には、遠隔操作の際に、操作性を向上させる目的で、ＭＦＰ操作部のハードキーなど操作部画面以外の部分も遠隔操作端末に表示させる方法が開示されている。
特許文献３には、ＰＣとＭＦＰ間で情報共有できるようにする目的で、ＰＣ上のポインティング位置をＭＦＰに送信し、注目位置を共有させる方法が開示されている。

また、特許文献４には、サポート端末とユーザ端末へ新しいソフトウェアをインストールすることなく遠隔操作や画面表示を行う目的で、ユーザ用画面の表示方法やサポート用の画面表示方法などが開示されている。

しかし、今までの遠隔サポート技術と特許文献１〜３に開示された技術では、ＭＦＰの操作部で画面共有をしているため、ユーザがサポートを受けている間はそのユーザがＭＦＰを占有してしまうこととなり、他のユーザがそのＭＦＰを利用できないという問題があった。

また、特許文献４に開示された技術では、ＭＦＰを占有してしまうという問題は解消できていない。さらに、ユーザ端末とサポート端末の表示画面が異なることから、画面共有を行って操作説明をしても、サポートとユーザとの間で、説明や理解に齟齬が発生してしまうという問題があった。

本発明は、前記課題を解決するためのものであり、その目的とするところは、ユーザが遠隔サポートを受けていても、ＭＦＰを占有することなく、他のユーザがＭＦＰを利用可能な状態にすることができる画像形成システムを提供することである。

かかる目的を達成するために、本発明は、以下の特徴を有する。

本発明に係る画像形成システムは、それぞれネットワークで接続されたユーザをサポートする情報処理装置と画像形成装置と携帯端末とを有する画像形成システムであって、前記情報処理装置は、画面共有するための映像データを作成する作成手段と、前記作成手段により作成されたデータを他デバイスへ共有する画面共有手段と、前記画像形成装置からの接続先切り替え要求を受け、サポート対象を前記携帯端末に切り替える接続切替手段と、を備え、前記画像形成装置は前記画面共有手段に対し、画面共有しているデバイスの切り替え要求を行う切替要求手段と、切り替え先の端末情報を取得する端末情報取得手段と、を備え、前記携帯端末は、前記画面共有手段により作成されたデータを取得する共有画面取得手段と、を備えたことを特徴とする。

本発明によれば、ユーザが遠隔サポートを受けていても、ＭＦＰを占有することなく、他のユーザがＭＦＰを利用可能な状態にすることができる。

本実施形態に係るＰＣとサーバと携帯端末のハードウェアの構成を示すブロック図である。 本実施形態に係るプリンタとＭＦＰのハードウェアの構成を示すブロック図である。 第１の実施形態に係る画像形成システムの構成を示す図である。 第１の実施形態に係る画像形成システムの機能を示すブロック図である。 サポートＰＣとＭＦＰとの間で画面共有するシーケンス図である。 ユーザがサポートを受ける端末を切り替える際のシーケンス図である。 ＵＩに表示する切替ボタンの一例を示す図である。 機器情報のデータの構成を示す図である。 第２の実施形態に係るシステムの構成を示す図である。 第２の実施形態に係る画像形成システムの機能を示すブロック図である。 ユーザがサポートを受ける端末を切り替える際にサーバを経由するシーケンス図である。 第３の実施形態に係る画像形成システムの機能を示すブロック図である。 ユーザがサポートを受ける端末を切り替える際にＭＦＰを経由するシーケンス図である。 第４の実施形態に係る画像形成システムの構成を示す図である。 第４の実施形態に係る画像形成システムの機能を示すブロック図である。 ユーザがサポートを受ける端末を切り替える際のシーケンス図である。 第５の実施形態に係る画像形成システムの機能を示すブロック図である。 サーバリソース利用予約の際のシーケンス図である。 第６の実施形態に係るサポート切り替え方法の選択肢表示を示す図である。 第７の実施形態に係るサポート切り替え方法の優先度指定表示を示す図である。 優先度指定時のサポート切り替えを示すフロー図である。 従来の遠隔サポート技術について説明する図である。

以下、本実施形態について図面により詳細に説明する。

図１は、本実施形態に係るＰＣとサーバと携帯端末のハードウェアの構成を示すブロック図である。本実施形態に係るＰＣは、一般的な情報処理端末と同様の構成を有する。即ち、本実施形態に係るＰＣは、ＣＰＵ（Central Processing Unit）１、ＲＡＭ（Random Access Memory）２、ＲＯＭ（Read Only Memory）３、ＨＤＤ（Hard Disk Drive）４およびＩ／Ｆ５がバスを介して接続されている。
また、Ｉ／Ｆ５にはＬＣＤ（Liquid Crystal Display）６および操作部７が接続されている。

ＣＰＵ１は演算手段であり、ＰＣ全体の動作を制御する。ＲＡＭ２は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵが情報を処理する際の作業領域として用いられる。

ＲＯＭ３は読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４は情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Operating System）や各種の制御プログラム、アプリケーション・プログラム等が格納されている。

Ｉ／Ｆ５は、バスと各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６は、ユーザがＰＣの状態を確認するための視覚的ユーザインタフェースである。操作部７は、キーボードやマウス等、ユーザがＰＣ１に情報を入力するためのユーザインタフェースである。

図２は、本実施形態に係るプリンタとＭＦＰのハードウェアの構成を示すブロック図である。ＭＦＰ１１は、コントローラ１２とエンジン部（Engine）２５とがＰＣＩ（Peripheral Component Interface）バスで接続されている。

コントローラ１２は、ＭＦＰ１１全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部２５は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、例えば、白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。
なお、このエンジン部２５には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。

コントローラ１２は、ＣＰＵ１３と、ノースブリッジ（ＮＢ）１５と、システムメモリ（ＭＥＭ−Ｐ）１４と、サウスブリッジ（ＳＢ）１６と、ローカルメモリ（ＭＥＭ−Ｃ）１９と、ＡＳＩＣ（Application Specific Integrated Circuit）１８と、ハードディスクドライブ（ＨＤＤ）２０とを有している。ノースブリッジ（ＮＢ）１５とＡＳＩＣ１８との間は、ＡＧＰ（Accelerated Graphics Port）バス１７で接続されている。

また、ＭＥＭ−Ｐ１４は、ＲＯＭ（Read Only Memory）１４ａと、ＲＡＭ（Random Access Memory）１４ｂとを有している。ＣＰＵ１３は、ＭＦＰ１１の全体制御を行うものであり、ＮＢ１５、ＭＥＭ−Ｐ１４およびＳＢ１６からなるチップセットを有し、このチップセットを介して他の機器と接続されている。

ＮＢ１５は、ＣＰＵ１３とＭＥＭ−Ｐ１４、ＳＢ１６、ＡＧＰバス１７とを接続するためのブリッジであり、ＭＥＭ−Ｐ１４に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ１４は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１４ａとＲＡＭ１４ｂとを有する。

ＲＯＭ１４ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１４ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。

ＳＢ１６は、ＮＢ１５とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＳＢ１６は、ＰＣＩバスを介してＮＢ１５と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続されている。

ＡＳＩＣ１８は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰバス１７、ＰＣＩバス、ＨＤＤ２０およびＭＥＭ−Ｃ１９をそれぞれ接続するブリッジの役割を有する。

ＡＳＩＣ１８は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１８の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１９を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部２５との間でＰＣＩバスを介したデータ転送を行うＰＣＩユニットとを有する。

ＡＳＩＣ１８には、ＰＣＩバスを介してＦＣＵ（Facsimile Control Unit）２２、ＵＳＢ（Universal Serial Bus）２３、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers １３９４）インターフェース２４が接続されている。操作表示部２１はＡＳＩＣ１８に直接接続されている。ＭＥＭ−Ｃ１９は、コピー用画像バッファ、符号バッファとして用いるローカルメモリである。

ＨＤＤ２０は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。また、ＨＤＤ２０は、ＭＦＰ１１で実行されるアプリケーションのライセンスファイルを保存する。

ＡＧＰバス１７は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１４に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

（第１の実施形態）
第１の実施形態では、サポートがユーザに対して遠隔サポートを行うために、まず、サポートＰＣとＭＦＰ間で画面共有を行う。その後、遠隔サポート対象をＭＦＰから携帯端末へ切り替えるために、サポートＰＣから直接ユーザの携帯端末へ接続し、画面共有する方法について説明する。

図３は、第１の実施形態に係る画像形成システムの構成を示す図である。画像形成システムはサポートＰＣ３１とＭＦＰ３２と携帯端末３３とを有している。サポート社内ネットワーク３４にＭＦＰ３２と携帯端末３３とがインターネット３５を利用して接続され、ＭＦＰ３２はユーザ社内ネットワーク３６に接続されている。操作部３７はＭＦＰ３２に接続され、ＭＦＰ３２へのジョブ実行命令やジョブ設定などを指示できる。

ユーザは社内のＭＦＰ３２を利用し、サポートに説明方法などの問い合わせを行う。そして、サポートはサポートＰＣ３１からＭＦＰ３２へ画面共有を行い、ＭＦＰ３２は操作部３７へ画面表示を行う。

図４は、第１の実施形態に係る画像形成システムの機能を示すブロック図である。ここでは、機能ブロック図の各ブロックについて、どのような機能を持っているのかということを説明する。

サポートＰＣ３１は、接続部４１と機器情報取得部４２と画面エミュレート部４３と画面共有部４４と接続切替部４５とを有している。接続部４１は、サポートＰＣ３１とユーザが利用しているＭＦＰ３２間で画面共有するために、ＭＦＰ３２の接続部４６に対してネットワーク接続を行う。

機器情報取得部４２はサポートＰＣ３１側で、ＭＦＰ３２の現在の画面をエミュレートするために、ＭＦＰ３２の機器情報を取得する。具体的な機器情報の例としては、インストールされているアプリ、アイコンの位置、ＭＦＰ３２の機能（カラー・モノクロ、両面ユニット有無など）が挙げられる。

画面エミュレート部４３は、機器情報取得部４２で取得した情報を基に、接続先ＭＦＰ３２の現在の画面状況をエミュレートする。画面共有部４４は、画面エミュレート部４３で再現した画面をＭＦＰ３２のＵＩに表示するよう要求を送る。

接続切替部４５は、ユーザからサポート対象を切り替え（ＭＦＰ３２→携帯端末３３や携帯端末３３→ＭＦＰ３２など）要求が来た際に、画面共有先を切り替えるための処理を開始する。

ＭＦＰ３２は、接続部４６と機器情報保持部４７と共有画面取得部４８とＵＩ表示部４９と切替要求通知部５０と端末情報取得部５１とを有している。接続部４６はサポートＰＣ３１とＭＦＰ３２間で画面共有を行うために、サポートＰＣ３１からの接続要求を受け付ける。

機器情報保持部４７はＭＦＰ３２の機器情報を保持する。機器情報の例は、サポートＰＣ３１の機器情報取得部４２の説明と同一である。共有画面取得部４８は、サポートＰＣ３１とＭＦＰ３２間で共有する画像（映像）データを取得し、そのデータをＵＩ表示部４９へ表示させる。

ＵＩ表示部４９は、ＭＦＰ３２において、インストールされているアプリを表示したり、ユーザからのジョブ設定などを受け付けたりするためのＵＩを表示する。また、サポートを受ける端末を切り替えるためのボタンなども表示する（図７参照）。

切替要求通知部５０はユーザからサポート先切り替え要求が来た際に、サポート側へ、「ユーザがＭＦＰ３２から携帯端末３３へとサポートの切り替えを要求している」ことなどを通知する。

端末情報取得部５１は、サポート切り替え先の端末情報（ＩＰアドレスなど）を取得するための部分である。実際の例としては、ＮＦＣ（無線通信技術）などで端末からＩＰアドレスを取得するということが挙げられる。端末をかざすだけでＭＦＰが端末情報を取得することができ、ユーザ自身がＭＦＰに端末情報を打ち込む必要がなくなる。

携帯端末３３は、端末情報保持部５２と接続部５３と共有画面表示部５４とＵＩ表示部５５とを有している。端末情報保持部５２は、サポートＰＣ３１から端末へ接続する際に必要な情報（ＩＰアドレスなど）を保持する。
接続部５３は、サポートＰＣ３１から共有する画面の画像（映像）を受け取るための接続を受け付ける。

共有画面取得部５４は、サポートＰＣ３１から共有される画像（映像）データを取得し、そのデータをＵＩ表示部５５へ表示させる。共有画面取得部５４は、Ｗｅｂブラウザが用いられる。ユーザは新たにアプリをインストールせずに、ブラウザを利用して画面共有を行うことができるようになる。
ＵＩ表示部５５はＵＩの表示や、ユーザの操作を受け付けるための機構で、サポートＰＣ３１から共有された画面もここに表示される。

図５は、サポートＰＣ３１とＭＦＰ３２との間で画面共有するシーケンス図である。サポートＰＣ３１からＭＦＰ３２へ接続を行い、画面共有を行うまでのシーケンスを表している。

まず、サポートＰＣ３１からＭＦＰ３２へ接続するために、ＭＦＰ３２の機器情報保持部４７が、接続に必要なＭＦＰ３２の情報（ＩＰアドレス、場所など）を、サポートＰＣ３１の機器情報取得部４２へ通知する（ステップＳ１）。

Ｓ１で取得した情報を基に、サポートＰＣ３１の接続部４１は、ＭＦＰ３２の接続部４６への接続を行う（ステップＳ２）。Ｓ２でサポートＰＣ３１とＭＦＰ３２の接続が完了したら、サポートＰＣ３１の機器情報取得部４２は、ＭＦＰ３２の機器情報保持部４７から、機器情報を取得する（ステップＳ３）。

図８に示すように、機器情報というのは、ＭＦＰ３２のＵＩ画面に表示されているアイコンの種類や場所などを指す。この機器情報により、サポートＰＣ３１の画面エミュレート部で、ＭＦＰ３２側の画面をエミュレートして再現し、その画面を利用して操作説明などを行う。

サポートＰＣ３１の画面共有部４４は、画面エミュレート部４３で作成された画面を、ＭＦＰ３２の共有画面取得部４８へ送信する（ステップＳ４）。そして、ＭＦＰ３２の共有画面取得部４８は、ＵＩ表示部４９へ取得した画面情報を表示する。

これにより、サポートＰＣ３１側でエミュレートした画面が、ＭＦＰ３２側と共有されることになる。このフローにより、サポートＰＣとＭＦＰとの間で画面共有が行われる。その後、共有している画面を利用し、サポート側が、ユーザへ操作説明などを行う。

図６は、ユーザがサポートを受ける端末を切り替える際のシーケンス図である。ユーザがサポートを受ける端末を、ＭＦＰ３２から携帯端末３３へ切り替える際のシーケンスを表している。

ユーザがサポートを受ける対象をＭＦＰ３２から携帯端末３３へ変更したい場合、ＭＦＰ３２の切替要求通知部５０が、サポートＰＣ３１に対して、接続先切替要求を行う（ステップＳ１１）。

実際の例としては、ＵＩに接続先切替ボタンを表示し、ユーザがそのボタンを押すと自動でサポートＰＣ３１に対して接続先切替要求が通知されるといった例が挙げられる。表示するボタンの例は、図７に示す。

サポートＰＣ３１は、サポート対象を変更するために、変更先の端末情報（ＩＰアドレスなど）が必要になる。そのため、サポートＰＣ３１の接続切替部４５は、ＭＦＰ３２の端末情報取得部５１に対して、端末情報取得の指示を出す（ステップＳ１２）。

ＭＦＰ３２の端末情報取得部５１は、切り替え先となる携帯端末３３の端末情報保持部５２から、情報（ＩＰアドレスなど）を取得する（ステップＳ１３）。実際の例としては、ＮＦＣを利用し、端末のＩＰアドレスなどを取得することが挙げられる。

ＭＦＰ３２の端末情報取得部５１は、サポートＰＣ３１の接続切替部４５に対して、Ｓ１３で取得した情報を受け渡す（ステップＳ１４）。サポートＰＣ３１の接続部４１は、今まで接続していたＭＦＰ３２との接続を切断する（ステップＳ１５）。

サポートＰＣ３１の接続部４１は、Ｓ１４で取得した情報を基に、携帯端末３３の接続部５３へ接続を行う（ステップＳ１６）。サポートＰＣ３１の画面共有部４４は、画面エミュレート部４３で作成された画面を、携帯端末３３の共有画面取得部５４へ送信する（ステップＳ１７）。

そして、携帯端末３３の共有画面取得部５４は、ＵＩ表示部５５へ取得した画面情報を表示する。これにより、サポートＰＣ３１側でエミュレートした画面が、携帯端末３３側へと共有され、サポート対象がＭＦＰ３２から携帯端末３３へと切り替えることが可能となる。

図７は、ＵＩに表示する切替ボタン５６の一例を示す図である。サポートＰＣ３１とＭＦＰ３２で画面共有を行っている際の、ＭＦＰ３２側の表示画面の一例を表している。ここでは、ＭＦＰ３２の画面に、サポートＰＣ３１側の画面を表示させている。

また、本実施形態では、右下に切替ボタン５６が表示されており、サポートを受ける端末をＭＦＰ３２から携帯端末３３に変更したい場合、ユーザがこの切替ボタン５６を押下することになる。切替ボタン５６を押下することで、サポートＰＣ３１側に切り替え要求が通知され、サポートを受ける端末をＭＦＰ３２から携帯端末３３へ変更できる。したがって、ユーザが、サポート切り替えを希望する際に、ボタンを押すだけで簡単に切り替え要求をすることができるようになる。

図８は、機器情報のデータの構成を示す図である。機器情報を表すためのデータ構成の一例が表され、図の状態では、両面ユニットがＯＮ、パンチユニットがＯＦＦになっている。また、コピー、プリンタ、スキャナ、ＦＡＸなどのアプリがインストールされていて、それぞれのアイコンがどこに表示されているということが示されている。この機器情報を基に、サポートＰＣ３１はユーザのＭＦＰ３２画面をエミュレートする。

（第２の実施形態）
第２の実施形態では、サポートが、サポート対象をＭＦＰ３２から携帯端末３３へ切り替える際に、サポートＰＣ３１と携帯端末３３を直接接続して画面共有するのではなく、Ｗｅｂサーバを介して画面共有する方法について説明する。セキュリティなどの関係で、サポートＰＣ３１と携帯端末３３を直接接続できない状況でも、Ｗｅｂサーバを経由して間接的に画面共有を行うことができる。

図９は、第２の実施形態に係る画像形成システムの構成を示す図である。第１の実施形態と異なるのは、サーバ６１が追加されたという点のみで、サーバ６１は、サポートＰＣ３１の共有画面をＷｅｂ経由で携帯端末３３から見られるようにするためのものである。サポートＰＣ３１の共有する画面をサーバへストリーミング配信する、もしくは動画をアップロードし、携帯端末３３がサーバ６１へアクセスして画面共有を行う。

図１０は、第２の実施形態に係る画像形成システムの機能を示すブロック図である。第１の実施形態と同一の構成については、同一の符号を付して説明を省略する。画像形成システムは、サポートＰＣ３１とＭＦＰ３２と携帯端末３３とサーバ６１とを有している。

第２の実施形態で追加されたものは、サーバ６１の利用可否判定部６２と共有画面データ保持部６３と、ＭＦＰ３２のサーバ情報管理部６４と、携帯端末３３のサーバ情報管理部６５とである。役割が変更になったものは、サポートＰＣ３１の接続切替部６６と携帯端末３３の共有画面取得部６７とである。

サーバ６１は、利用可否判定部６２と共有画面データ保持部６３とを有している。利用可否判定部６２は、サーバが現在利用可能かどうかを判定し、通知する。例えば、同時接続回線数が制限されている場合、上限を超えていれば、利用不可という通知を行う。
共有画面データ保持部６３は、サポートＰＣ３１と携帯端末３３との間で共有する画面データ（映像）を保持する役割がある。

サポートＰＣ３１の接続切替部６６は、新たに追加された役割として、画面共有のために利用するサーバが、現在使用可能かどうかを問い合わせる役割が増えた。また、切り替えに必要な情報（サーバのアドレスやＵＲＬなど）をＭＦＰ３２に渡す役割がある。

ＭＦＰ３２のサーバ情報管理部６４は、サポートを受ける端末を切り替える場合に、利用するサーバの情報をサポートＰＣ３１から受け取り、保存する。また、保存した情報を携帯端末３３へと伝える役割がある。

サーバ情報管理部６４はＮＦＣを利用することができる。端末をかざすだけで携帯端末が、サーバ情報（ＵＲＬなど）を取得することができ、ユーザ自身が携帯端末にサーバ情報を打ち込む必要がなくなる。

携帯端末３３のサーバ情報管理部６５は、画面共有のために必要なサーバの情報をＭＦＰ３２から受け取り、保存しておく。共有画面取得部６７は、サポートＰＣ３１から直接共有画面を取得していた第１の実施形態とは異なり、第２の実施形態では、サーバ６１にアップされた共有画面データを取得するという役割がある。

図１１は、ユーザがサポートを受ける端末を切り替える際にサーバ６１を経由するシーケンス図である。ユーザがサポートを受ける端末をＭＦＰ３２から携帯端末３３へ切り替え、サポートＰＣ３１と携帯端末３３との間の画面共有をサーバ経由で行う際のフローを表している。
また、この図の前の段階となるサポートＰＣ３１とＭＦＰ３２間で画面共有するシーケンスについては、図５に示す第１の実施形態と同様である。

ユーザがサポートを受ける対象をＭＦＰ３２から携帯端末３３へ変更したい場合、ＭＦＰ３２の切替要求通知部５０が、サポートＰＣ３１の接続切替部６６へユーザから端末切り替え要求が来ていることを通知する（ステップＳ２１）。

Ｓ２１で接続先切替要求が出されると、次にサポートＰＣ３１の接続切替部６６が、所定のサーバ６１の利用可否判定部６２へサーバ６１が利用可能かどうかを問い合わせる（ステップＳ２２）。サーバ６１は、共有画面をストリーミング配信やアップロードするために利用される。

サーバ６１が利用可能な場合は次のステップへ進み、利用不可の場合はサポート先の切り替えができないため処理は終了となる。サポートＰＣ３１の接続切替部６６が、サーバ情報（ＩＰアドレスもしくはＵＲＬ等）をＭＦＰ３２のサーバ情報管理部６４に通知する（ステップＳ２３）。

ＭＦＰ３２のサーバ情報管理部６４が、Ｓ２３で取得したサーバ情報を、携帯端末３３のサーバ情報管理部６５に通知する（ステップＳ２４）。実際の例として、ＮＦＣでＭＦＰ３２から携帯端末３３へＵＲＬを受け渡すということが挙げられる。

サポート対象を切り替えるため、サポートＰＣ３１とＭＦＰ３２との間での接続を切断する（ステップＳ２５）。サポートＰＣ３１の画面共有部４４は、共有する画面データをサーバ６１の共有画面データ保持部６３へ送信する（ステップＳ２６）。

携帯端末３３の共有画面取得部６７は、Ｓ２４で取得したサーバ情報を基に、サーバ６１へアクセスする。そして、携帯端末３３の共有画面取得部６７は、サーバ６１の共有画面データ保持部６３から、画面共有するためにサーバＰＣ３１がアップロードした映像データを取得する（ステップＳ２７）。そのデータをＵＩ表示部５５に表示することで、サポートＰＣ３１と携帯端末３３との間での画面共有をサーバ経由で行うことが可能となる。

（第３の実施形態）
第２の実施形態ではＷｅｂサーバを介して、サポートＰＣ３１と携帯端末３３との間で画面共有を行った。第３の実施形態では、Ｗｅｂサーバではなく、ＭＦＰ３２をサーバ代わりとして、サポートＰＣ３１と携帯端末３３との間で画面共有を行う。ＭＦＰ３２のサーバ機能はバックグラウンドで動作し、印刷やコピーなどの利用は通常通り可能である。
携帯端末３３は、ＭＦＰ３２からＷｉＦｉ経由などで画面共有を行うことで、インターネットへ接続できない携帯端末でも利用可能になる。

図１２は、第３の実施形態に係る画像形成システムの機能を示すブロック図である。第２の実施形態と同一の構成は、同一の符号を付して説明を省略する。また、画像形成システムの構成図に関しては、図３と同様である。

第３の実施形態で追加されたものは、ＭＦＰ３２のサーバ機能利用可否判定部７１である。役割が変更になったものは、サポートＰＣ３１の接続切替部７２と、ＭＦＰ３２の共有画面取得部７３と機器情報保持部７４と、携帯端末３３のサーバ情報管理部７５と共有画面取得部７６とである。

サポートＰＣ３１の接続切替部７２は、第２の実施形態と異なる点は、画面共有のために利用するサーバ６１が、ＭＦＰ３２に変更になったという点のみである。ＭＦＰ３２のサーバ機能が利用可能かどうかを問い合わせる役割に変更した。

ＭＦＰ３２のサーバ機能利用可否判定部７１は、現在、ＭＦＰ３２をサーバ６１として利用可能かどうかを判定し、通知する。例えば、ＭＦＰ３２で重い処理を行っているなどバックグラウンドでサーバ機能が利用できない場合は、利用不可という通知を行う。

共有画面取得部７３は、サポートＰＣ３１からデータを受け取り、携帯端末３３へ受け渡すという役割を追加した。機器情報保持部７４は、ＭＦＰ３２と携帯端末３３を接続するために、携帯端末３３へＭＦＰ３２の情報を受け渡すという役割を追加した。

携帯端末３３のサーバ情報管理部７５は、画面共有のために必要なＭＦＰ３２の情報を受け取り、保存する。共有画面取得部７６は、サーバ６１から共有画面を取得していたのとは異なり、第３の実施形態では、ＭＦＰ３２へ共有画面データを取得するという役割がある。

図１３は、ユーザがサポートを受ける端末を切り替える際にＭＦＰ３２を経由するシーケンス図である。ユーザがサポートを受ける端末をＭＦＰ３２から携帯端末３３へ切り替え、サポートＰＣ３１と携帯端末３３との間の画面共有をＭＦＰ３２を経由して行う際のフローを表している。
また、この図の前の段階となるサポートＰＣ３１とＭＦＰ３２間で画面共有するシーケンスについては、図５に示す第１の実施形態と同様である。

ユーザがサポートを受ける対象をＭＦＰ３２から携帯端末３３へ変更したい場合、ＭＦＰ３２の切替要求通知部５０が、サポートＰＣ３１の接続切替部７２へユーザから端末切り替え要求が来ていることを通知する（ステップＳ３１）。このステップは第２の実施形態と同様である。

Ｓ３１で接続先切替要求が出されると、次に、サポートＰＣ３１の接続切替部７２が、ＭＦＰ３２のサーバ機能利用可否判定部７１へＭＦＰ３２のサーバが利用可能かどうかを問い合わせる（ステップＳ３２）。

第２の実施形態では、サポートＰＣ３１は、サーバ６１に対して利用可能か問い合わせていたが、第３の実施形態では、ＭＦＰ３２がサーバ６１の代わりとなるため、ＭＦＰ３２に対し利用可能かどうかを問い合わせている。利用不可の場合は、サポート対象の切り替えは行われない。

Ｓ３２で利用可能となった場合は、ＭＦＰ３２の機器情報保持部７４が、携帯端末３３のサーバ情報保持部７５へＭＦＰ３２と携帯端末３３を接続する際に必要な情報（ＩＰアドレスやＷｉＦｉで接続する際の情報等）を送信する（ステップＳ３３）。
サポートＰＣ３１の画面共有部４４は、共有する画面データを、ＭＦＰ３２の共有画面取得部７３へ送信する（ステップＳ３４）。

携帯端末３３の共有画面取得部７６は、Ｓ３３で取得したサーバ情報を基に、ＭＦＰ３２の共有画面取得部７３から、映像データを取得する（ステップＳ３５）。そのデータをＵＩ表示部４９に表示することで、サポートＰＣ３１と携帯端末３３との間での画面共有をＭＦＰ３２経由で行うことが可能となる。

（第４の実施形態）
第４の実施形態では、サポート切り替え先をＭＦＰ３２から、携帯端末３３ではなく、別のＭＦＰに切り替える方法について説明する。図１４は、第４の実施形態に係る画像形成システムの構成を示す図である。

今までのシステム構成と異なる点として、ユーザ社内ネットワークにＭＦＰが２台存在しているということが挙げられる。第４の実施形態では、サポート対象をＭＦＰα８１からＭＦＰβ８２へ切り替える際の方法を説明する。なお、サポート対象をＭＦＰα８１からＭＦＰβ８２に切り替えるのではなく、ユーザＰＣに切り替えてもよい。

サポート対象をＭＦＰα８１からＭＦＰβ８２へ切り替える必要がある場面の例として、ＭＦＰα８１には後処理装置（フィニッシャー）が接続されているが、ＭＦＰβ８２にはフィニッシャーが接続されていない場合が考えられる。

この状況でユーザＡがＭＦＰα８１でサポートを受けている際に、別のユーザＢがフィニッシャーの機能を利用する必要性が出たとすると、サポートを受けているユーザＡはＭＦＰα８１を空けなくてはならない。

そこで、ユーザＡがサポートを受ける対象をＭＦＰβ８２に切り替えられると、ユーザＢはＭＦＰα８１を利用でき、ユーザＡはＭＦＰβ８２で引き続きサポートを受けることが可能となり、利便性の向上が図れる。

図１５は、第４の実施形態に係る画像形成システムの機能を示すブロック図である。第１の実施形態と同一の構成は、同一の符号を付して説明を省略する。画像形成システムは、サポートＰＣ３１とＭＦＰα８１とＭＦＰβ８２とを有している。

ＭＦＰβ８２は、利用可否判定部８７と機器情報保持部８８とＵＩ表示部８９と共有画面取得部９０と接続部９１とを有している。第４の実施形態で追加されたものは、ＭＦＰα８１の切替先決定部８５と切替先機器情報取得部８６と、ＭＦＰβ８２の利用可否判定部８７とである。

ＭＦＰα８１の切替先決定部８５は、サポート対象を別のＭＦＰ（ここではＭＦＰβ８２）へ切り替える際に、ＭＦＰβ８２が利用可能かどうかを問い合わせ、サポート切り替え先を決定する役割がある。切替先機器情報取得部８６は、切り替え先のＭＦＰの情報（ＩＰアドレスや機器ＩＤなど）を取得する。
ＭＦＰβ８２の利用可否判定部８７は、サポート切り替え先として、自機が現在利用可能かどうかを判定し、その結果を通知する。

図１６は、ユーザがサポートを受ける端末をＭＦＰα８１からＭＦＰβ８２に切り替える際のシーケンス図である。ユーザがサポートを受ける端末を、ＭＦＰα８１からＭＦＰβ８２へ切り替え、サポートＰＣ３１とＭＦＰβ８２間で画面共有を行うまでのシーケンスを表している。
また、この図の前の段階となる、サポートＰＣ３１とＭＦＰ間で画面共有するシーケンスについては、図５に示す第１の実施形態と同様である。

ユーザがサポートを受ける対象をＭＦＰから変更したい場合、ＭＦＰの切替要求通知部５０が、サポートＰＣ３１の接続切替部４５へユーザから端末切り替え要求が来ていることを通知する（ステップＳ４１）。このステップは第１の実施形態と同様である。

Ｓ４１で接続先切替要求が出されると、次にサポートＰＣ３１の接続切替部４５が、ＭＦＰα８１の切替先決定部８５へサポート切り替え先となる別のＭＦＰを決定するよう要求する（ステップＳ４２）。

Ｓ４２で要求を受けたＭＦＰα８１は、サポート切り替え先となるＭＦＰを決定するために、ＭＦＰβ８２の利用可否判定部８７へ問い合わせを行う（ステップＳ４３）。そして、利用可能な場合には、ＭＦＰα８１の切替先機器情報取得部８６が、ＭＦＰβ８２の機器情報保持部８８から、接続切り替えに必要な情報（機器ＩＤやＩＰアドレスなど）を取得する。

Ｓ４３でＭＦＰβ８２が利用可能となった場合は、ＭＦＰα８１の切り替え先機器情報取得部８６が、サポートＰＣ３１の接続切替部４５へ接続切り替えに必要なＭＦＰβ８２の機器情報（ＩＰアドレスなど）を通知する（ステップＳ４４）。

ＭＦＰα８１はサポート切り替え先のＭＦＰ情報をＵＩ表示部４９に表示し（ステップＳ４５）、ユーザへ切り替え先ＭＦＰについての場所などの情報を与える。Ｓ４６〜Ｓ４８は、第１の実施形態と同様だが、接続先が携帯端末３３からＭＦＰβ８２に変更となっている。

（第５の実施形態）
図１１に示すように、第２の実施形態のサーバ利用可否確認において（ステップＳ２２）、サーバが利用できない場合は、サポート切り替えができずにそのまま終了としていた。

そこで、これを解決するために、第５の実施形態では、サーバ６１が利用できなかった場合でも、後にサーバ６１が利用できるようになったタイミングで、ユーザに通知を送り、そのユーザがサーバ６１経由でサポートを受けられるようにするリソース予約方法について説明する。

図１７は、第５の実施形態に係るシステムの機能を示すブロック図である。図１７で示すのは、第５の実施形態のリソース予約シーケンスで利用する機能のみである。他の部分の機能については、図１０に示す第２の実施形態と同様である。また、システム構成図については、図９に示す第２の実施形態と同様である。

サポートＰＣ３１のリソース予約管理部１０１は、サーバ６１が空いた際に、サーバ６１から通知を受け取る。その後、携帯端末３３に対して、サポートが再開可能となったことを通知する。この通知の実際の例としてはメールなどが考えられる。

ＭＦＰ３２の端末情報取得部１０２は、サポート再開時にユーザに連絡するための情報（メールアドレスなど）を携帯端末３３から取得する。実際の例としては、ＮＦＣを利用し、携帯端末３３からメールアドレスを取得するなどが考えられる。
サーバ６１のリソース予約受付部１０３は、サポートＰＣ３１から予約を受け、サーバ６１が利用可能となった際に、その旨をサポートＰＣ３１へ通知する。

携帯端末３３のサポート再開受付部１０４は、サポートＰＣ３１からのサポート再開の通知を受け取る。この通知を受け取ると、サーバ６１から共有画面の取得を行うように、共有画面取得部５４へ指示する。
したがって、サーバリソースが利用できず、サポート切り替えが行えなかった場合でも、サーバが利用可能になった時点でユーザが通知を受け、サポートを再開することができる。

図１８は、サーバリソース利用予約の際のシーケンス図である。サポート切り替え要求をしたがサーバ６１が利用できなかった場合、そのサーバ６１が空いたとき優先的に利用できるリソース予約のシーケンスを示している。図１８は、図１１に示す第２の実施形態のサーバ利用可否確認において（ステップＳ２２）、サーバ６１が利用できないと判断された後のシーケンスとなる。

サポートＰＣ３１の接続切替部４５が、所定のサーバ６１の利用可否判定部１０５へ、サーバ６１が利用可能かどうかを問い合わせる（ステップＳ５１）。現在、サーバ６１が利用できない状態の場合、サーバ６１の利用可否判定部１０５が、サポートＰＣ３１の接続切替部４５へ利用不可通知を送る（ステップＳ５２）。

Ｓ５２でサーバ６１が利用できないことを通知されると、サポートＰＣ３１のリソース予約管理部１０１が、サーバ６１のリソース予約受付部１０３へリソースの予約をすることを通知する（ステップＳ５３）。

サポートＰＣ３１のリソース予約管理部１０１が、ＭＦＰ３２の端末情報取得部１０２へ、リソースが空いた際にユーザへ連絡するための情報（メールアドレスなど）を取得するよう依頼する（ステップＳ５４）。

ＭＦＰ３２の端末情報取得部１０２が、携帯端末３３の端末情報保持部５２から、リソースが空いた際にユーザへ連絡するための情報（メールアドレスなど）を取得する（ステップＳ５５）。実際の例としては、ＮＦＣでメールアドレスを取得するなどが考えられる。ＭＦＰ３２の端末情報取得部１０２が、サポートＰＣ３１のリソース予約管理部１０１へＳ５５で取得した連絡先情報を通知する（ステップＳ５６）。

サーバ６１が空き、利用可能になった際に、サーバ６１のリソース予約受付部１０３が、サポートＰＣ３１のリソース予約管理部１０１へ、サーバ６１が利用可能になったということを通知する（ステップＳ５７）。

サポートＰＣ３１のリソース予約管理部１０１は、携帯端末３３のサポート再開受付部１０４に対し、サーバ６１を利用したサポートが開始できることを通知する（ステップＳ５８）。この際に、接続先サーバの情報（ＩＰアドレスやＵＲＬなど）も通知する。実際の例としては、Ｓ５６で取得した連絡先にメールを送り、ユーザに通知するということが考えられる。

サポートＰＣ３１の画面共有部４４は、共有する画面データをサーバ６１の共有画面データ保持部６３へ送信する（ステップＳ５９）。
携帯端末３３の共有画面取得部５４は、Ｓ５８で取得したサーバ情報を基に、サーバ６１へアクセスする。そして、携帯端末３３の共有画面取得部５４は、サーバ６１の共有画面データ保持部６３から、画面共有するためにサーバＰＣ３１がアップロードした映像データを取得する（ステップＳ６０）。

これにより、サポート切替時にサーバ６１が利用できなかった場合でも、後でサーバ６１が空いた際にサポートが再開できるようになる。また、この方法は、第３，４の実施形態などにも適用できる。

（第６の実施形態）
第６の実施形態では、ユーザがどのような方式でサポートを受けるかを選択できるようになる方法について説明する。例えば、スマホにアプリをインストールしたくないユーザは第２の実施形態のようにＷｅｂサーバ経由でのサポートを選択すればよいし、隣に空いているＭＦＰがある場合は、第４の実施形態のようにサポートを別のＭＦＰに切り替えるよう選択すれば良い。

図１９は、第６の実施形態に係るサポート切り替え方法の選択肢表示を示す図である。サポート対象を切り替える際に、ユーザに対し表示する選択肢の例を表している。このように、サポート切り替え方法をユーザに示すことで、ユーザは簡単に希望のサポート切り替え方法を選択することが可能となる。

この選択肢を、例えば、図７に示す切替ボタン５６が押下された際に表示する。シーケンスとしては今まで説明した各実施形態の切り替えシーケンス（例えば、図６等）と同様となる。
異なる点は、ＭＦＰ３２がサポートＰＣ３１に「Ｓ１１：サポート先切り替え要求」を行う際に、図１９で示す選択された切り替え方式を通知するという点のみとなる。

（第７の実施形態）
今までの実施形態では、サポート切り替え方法について１つしか実施していなかった。例えば、第２の実施形態では、サーバ６１経由でサポート切り替えを行おうとしていた。しかし、このとき、サーバ６１が利用できない場合は、切り替えができずに終わってしまう。

そこで、第７の実施形態では、各サポート切り替え方法に優先度を付け、その優先度順にサポート切り替え処理を行うことにより、切り替えできないという状態をなるべく避けることが可能な方法について説明する。

例えば、優先度が高い順にサーバ経由（第２の実施形態）、ＭＦＰ経由（第３の実施形態）と設定されていたとする。このとき、ユーザからサポート切り替え要求が来た際には、まず、サーバが利用可能かどうかを問い合わせ、もしサーバが利用できない場合でも、代替手段としてＭＦＰ経由のサポート切り替え処理を行う。
こうすることにより、サポート切り替えできない状況を減らし、ユーザの利便性を高めることができる。

図２０は、第７の実施形態に係るサポート切り替え方法の優先度指定表示を示す図である。サポート切り替えの優先度をユーザが指定するために表示するＵＩの例について示している。

本実施形態では、優先度はＷｅｂサーバ経由、別のＭＦＰ、ＭＦＰ経由、携帯端末へ直接という順で付けられている。優先度を指定できることで、サポート切り替えをユーザが利用したい方法で実行する確率を上げることができる。

図２１は、優先度指定時のサポート切り替えを示すフロー図である。優先度が設定された際の切り替え処理のフローを示している。このフローは、各実施形態の切り替えシーケンス（例えば、図６等）でＭＦＰ３２がサポートＰＣ３１に「Ｓ１１：サポート先切り替え要求」を行った後の、サポートＰＣ３１内での処理となる。

各実施形態で利用するリソース（Ｗｅｂサーバなど）を利用できるかどうか判定し（ステップＳ６１〜Ｓ６４）、利用できなければ（ステップＳ６１〜Ｓ６４、Ｎｏ）、次に優先度の高い方法で切り替え処理を行おうとする。優先度の設定によってＳ６１〜Ｓ６４は順番が入れ替わることになる。

どのリソースも利用できない場合には（ステップＳ６１〜Ｓ６４、Ｎｏ）、リソース予約（第５の実施形態）を実行するかどうかをユーザに確認する（ステップＳ６５）。
各実施形態の切り替え処理を行う（ステップＳ６６）。切り替え処理については各実施形態で説明したため、ここでは省略する。

本実施形態によれば、ユーザが遠隔サポートを受けていても、ＭＦＰを占有することなく、他のユーザがＭＦＰを利用可能な状態にすることができる。

例えば、サポートがユーザへ遠隔サポートを行うために、サポートＰＣとＭＦＰ間で画面共有を行っている状態において、遠隔サポートの接続先を、ＭＦＰから携帯端末へと変更させることができる。

したがって、ユーザ側のＭＦＰとサポートＰＣ間で画面を共有し、ユーザがサポートを受けている状況において、別のユーザがＭＦＰを利用したい場合、サポートを受けているユーザは携帯端末を利用し、ＭＦＰを占有せずに、サポートを継続して受けることができる。

なお、上述した実施の形態は、本発明の好適な実施の形態の一例を示すものであり、本発明はそれに限定されることなく、その要旨を逸脱しない範囲内において、種々変形実施が可能である。

３１ サポートＰＣ
３２ ＭＦＰ
３３ 携帯端末
３４ サポート社内ネットワーク
３５ インターネット
３６ ユーザ社内ネットワーク
４１ 接続部
４２ 機器情報取得部
４３ 画面エミュレート部
４４ 画面共有部
４５ 接続切替部
４７ 機器情報保持部
４８ 共有画面取得部
４９ ＵＩ表示部
５０ 切替要求通知部
５１ 端末情報取得部
５２ 端末情報保持部
５３ 接続部
５４ 共有画面取得部
５６ 切替ボタン
６２ 利用可否判定部
６３ 共有画面データ保持部
６４ サーバ情報管理部
７１ サーバ機能利用可否判定部
８５ 切替先決定部
８６ 切替先機器情報取得部
８７ 利用可否判定部
１０１ リソース予約管理部
１０３ リソース予約受付部
１０４ サポート再開受付部
１０５ 利用可否判定部

特開２０１３−１５７８４８号公報 特開２０１３−１５７７７４号公報 特開２０１２−２２６５３３号公報 特許第５００６８２３号公報

Claims (10)

1. それぞれネットワークで接続されたユーザをサポートする情報処理装置と画像形成装置と携帯端末とを有する画像形成システムであって、
   前記情報処理装置は、画面共有するための映像データを作成する作成手段と、
   前記作成手段により作成されたデータを他デバイスへ共有する画面共有手段と、
   前記画像形成装置からの接続先切り替え要求を受け、サポート対象を前記携帯端末に切り替える接続切替手段と、を備え、
   前記画像形成装置は前記画面共有手段に対し、画面共有しているデバイスの切り替え要求を行う切替要求手段と、
   切り替え先の端末情報を取得する端末情報取得手段と、を備え、
   前記携帯端末は、前記画面共有手段により作成されたデータを取得する共有画面取得手段と、を備えたことを特徴とする画像形成システム。
2. 前記画像形成装置は、前記画面共有手段により共有される画面データを保持し、バックグラウンド動作で他デバイスへそのデータを受け渡し可能な共有画面取得手段と、を備えたことを特徴とする請求項１記載の画像形成システム。
3. さらに、ネットワークで接続されたサーバを有し、
   前記画像形成装置は、画面共有するために接続するサーバの情報を前記情報処理装置から受け取り、保持するサーバ情報管理手段と、を備え、
   前記携帯端末は、前記画像形成装置のサーバ情報管理手段からサーバ情報を受け取るサーバ情報管理手段と、を備え、
   前記サーバは、前記画面共有手段により共有される画面データを保持する共有画面データ保持手段と、を備えたことを特徴とする請求項１記載の画像形成システム。
4. 前記情報処理装置は、前記サーバが利用できなかった際に、該サーバが利用できるようになったタイミングで前記携帯端末に対し連絡を行うリソース予約管理手段と、を備え、
   前記携帯端末は、前記リソース予約管理手段から前記サーバが利用可能になった旨を通知された際に、サポート再開を受け付けるサポート再開受付手段と、を備え、
   前記サーバは、前記リソース予約管理手段から指示を受け、サーバリソースが利用可能になった際に通知するリソース予約受付手段と、を備えたことを特徴とする請求項３記載の画像形成システム。
5. 前記端末情報取得手段は、ＮＦＣが用いられることを特徴とする請求項１から４のいずれか１項に記載の画像形成システム。
6. 前記携帯端末の共有画面取得手段は、Ｗｅｂブラウザが用いられることを特徴とする請求項１から５のいずれか１項に記載の画像形成システム。
7. それぞれネットワークで接続されたユーザをサポートする情報処理装置と第１の画像形成装置と第２の画像形成装置とを有する画像形成システムであって、
   前記情報処理装置は、画面共有するための映像データを作成する作成手段と、
   前記作成手段により作成されたデータを他デバイスへ共有する画面共有手段と、
   前記第１の画像形成装置からの接続先切り替え要求を受け、サポート対象を前記第２の画像形成装置に切り替える接続切替手段と、を備え、
   前記第１の画像形成装置は前記画面共有手段に対し、画面共有しているデバイスの切り替え要求を行う切替要求手段と、
   切り替え先の端末情報を取得する端末情報取得手段と、を備え、
   前記第２の画像形成装置は、前記画面共有手段により作成されたデータを取得する共有画面取得手段と、を備えたことを特徴とする画像形成システム。
8. 前記切替要求手段は、表示画面に切り替えボタンの表示を行うことを特徴とする請求項１から７のいずれか１項に記載の画像形成システム。
9. 前記切替要求手段は、サポート切り替え方法の選択肢を表示画面へ表示させることを特徴とする請求項１から８のいずれか１項に記載の画像形成システム。
10. 前記画像形成装置は、サポート切り替え方法の優先度設定を設定する切り替え優先度設定手段と、を備え、
    前記切替要求手段は、前記切り替え優先度設定手段で設定された優先度順に、サポート切り替えの処理を行うことを特徴とする請求項１から９のいずれか１項に記載の画像形成システム。

Images