(57)【要約】【課題】  画像処理装置と端末装置との間の通信負荷を軽減させて、ユーザの利便性を向上させること。【解決手段】  画像処理装置は、第１の画面を表示している状態において、第１の画面データを端末装置に送信する。これにより、端末装置において第１の画面が表示される。画像処理装置は、端末装置に表示される第１の画面内の特定領域がユーザによって選択される場合に、端末装置から選択信号を受信し、第１の画面に代えて第２の画面を表示する。画像処理装置は、第１の画面に代えて第２の画面を表示した後に、端末装置から第１の要求信号を受信する場合に、第２の画面データを端末装置に送信する。これにより、端末装置において第２の画面が表示される。画像処理装置は、第１の画面に代えて第２の画面を表示する前に、端末装置から第１の要求信号が受信される場合に、第１の画面データを端末装置に再び送信しない。【選択図】図２
2020010265.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置であって、
表示部と、
通信インターフェースと、
第１の画面を前記表示部に表示させる第１の表示制御部と、
前記第１の画面が前記表示部に表示されている状態において、前記通信インターフェースを介して、前記第１の画面を表わす第１の画面データを端末装置に送信する第１の画面データ送信部であって、前記第１の画面データが前記端末装置に送信される場合に、前記端末装置では、前記第１の画面データによって表わされる前記第１の画面が表示される、前記第１の画面データ送信部と、
前記端末装置に表示される前記第１の画面内の特定領域がユーザによって選択される場合に、前記通信インターフェースを介して、前記端末装置から前記特定領域が選択されたことを示す選択信号を受信する選択信号受信部と、
前記端末装置から前記選択信号が受信される場合に、前記第１の画面に代えて第２の画面を前記表示部に表示させる第２の表示制御部と、
前記第１の画面に代えて前記第２の画面が前記表示部に表示された後に、前記通信インターフェースを介して、前記端末装置から第１の要求信号が受信される場合に、前記通信インターフェースを介して、前記第２の画面を表わす第２の画面データを前記端末装置に送信する第２の画面データ送信部であって、前記第２の画面データが前記端末装置に送信される場合に、前記端末装置では、前記第２の画面データによって表わされる前記第２の画面が表示される、前記第２の画面データ送信部と、を備え、
前記第１の画面データが前記端末装置に送信された後であって、前記第１の画面に代えて前記第２の画面が前記表示部に表示される前に、前記端末装置から前記第１の要求信号が受信される場合に、前記第１の画面データは、前記端末装置に再び送信されない、画像処理装置。
【請求項２】
前記画像処理装置は、さらに、
前記第１の画面に代えて前記第２の画面が前記表示部に表示された後に、前記端末装置から前記第１の要求信号が受信される場合に、前記通信インターフェースを介して、画面が変更されたことを示す第１の情報を前記端末装置に送信する第１の情報送信部と、
前記第１の画面に代えて前記第２の画面が前記表示部に表示される前に、前記端末装置から前記第１の要求信号が受信される場合に、前記通信インターフェースを介して、画面が変更されていないことを示す第２の情報を前記端末装置に送信する第２の情報送信部と、を備え、
前記第２の画面データ送信部は、前記第１の情報が前記端末装置に送信されることに応じて、前記通信インターフェースを介して、前記端末装置から第２の要求信号が受信される場合に、前記第２の画面データを前記端末装置に送信し、
前記第２の情報が前記端末装置に送信される場合に、前記第２の要求信号は、前記端末装置から受信されない、請求項１に記載の画像処理装置。
【請求項３】
前記第２の表示制御部は、前記端末装置から前記選択信号が受信される場合に、アニメーションを利用して前記第１の画面に代えて前記第２の画面を前記表示部に表示させ、
前記アニメーションが実行されている間に、前記端末装置から前記第１の要求信号が受信される場合に、前記アニメーションの途中の画面を表わす画面データは、前記端末装置に送信されない、請求項１又は２に記載の画像処理装置。
【請求項４】
前記第１の画面データが前記端末装置に送信された後に、前記第１の要求信号は、前記端末装置から定期的に受信される、請求項１から３のいずれか一項に記載の画像処理装置。
【請求項５】
前記画像処理装置は、さらに、
前記第２の画面が前記表示部に表示された後に、前記端末装置に表示される前記第２の画面内の領域がユーザによって選択されることなく、所定のタイミングで前記第２の画面に代えて第３の画面を前記表示部に表示させる第３の表示制御部と、
前記第２の画面に代えて前記第３の画面が前記表示部に表示された後に、前記通信インターフェースを介して、前記端末装置から前記第１の要求信号が受信される場合に、前記通信インターフェースを介して、前記第３の画面を表わす第３の画面データを前記端末装置に送信する第３の画面データ送信部であって、前記第３の画面データが前記端末装置に送信される場合に、前記端末装置では、前記第３の画面データによって表わされる前記第３の画面が表示される、前記第３の画面データ送信部と、を備え、
前記第２の画面データが前記端末装置に送信された後であって、前記第２の画面に代えて前記第３の画面が前記表示部に表示される前に、前記端末装置から前記第１の要求信号が受信される場合に、前記第２の画面データは、前記端末装置に再び送信されない、請求項１から４のいずれか一項に記載の画像処理装置。
【請求項６】
端末装置のためのコンピュータプログラムであって、
前記端末装置のコンピュータを、以下の各部、即ち、
前記端末装置の通信インターフェースを介して、画像処理装置から、前記画像処理装置に表示されている第１の画面を表わす第１の画面データが受信される場合に、前記第１の画面データによって表わされる前記第１の画面を前記端末装置の表示部に表示させる第１の表示制御部であって、前記第１の画面は、前記第１の画面内の領域がユーザによって選択される場合に、当該領域に対応する情報が記述される画面である、前記第１の表示制御部と、
前記表示部に表示される前記第１の画面内の領域が前記ユーザによって選択される毎に、前記通信インターフェースを介して、当該領域が選択されたことを示す第１の選択信号を前記画像処理装置に送信する第１の選択信号送信部であって、前記第１の選択信号が前記画像処理装置に送信される場合に、前記画像処理装置では、選択済みの領域に対応する情報が前記第１の画面に記述される、前記選択信号送信部と、
第１のタイマの値が第１の所定値に到達したのか否かを判断する第１の判断部であって、前記第１のタイマは、前記表示部に表示される前記第１の画面内の領域が前記ユーザによって選択される毎にリセットされる、前記第１の判断部と、
前記第１のタイマの値が前記第１の所定値に到達したと判断される場合に、前記通信インターフェースを介して、第１の要求信号を前記画像処理装置に送信する第１の要求信号送信部であって、前記第１のタイマの値が前記第１の所定値に到達していないと判断される場合に、前記第１の要求信号は、前記画像処理装置に送信されない、前記第１の要求信号送信部と、
前記第１の要求信号が前記画像処理装置に送信される場合に、前記通信インターフェースを介して、前記画像処理装置から、選択済みの１個以上の領域に対応する１個以上の情報が記述された新たな第１の画面を表わす新たな第１の画面データを受信する画面データ受信部と、
前記画像処理装置から前記新たな第１の画面データが受信される場合に、前記第１の画面に代えて、前記新たな第１の画面データによって表わされる前記新たな第１の画面を前記表示部に表示させる表示更新部と、
として機能させるコンピュータプログラム。
【請求項７】
前記コンピュータプログラムは、前記コンピュータを、さらに、
前記表示部に表示される前記第１の画面内の領域が前記ユーザによって選択される回数である選択回数が所定回数に到達したのか否かを判断する第２の判断部として機能させ、
前記第１の要求信号送信部は、前記第１のタイマの値が前記第１の所定値に到達していないと判断され、かつ、前記選択回数が前記所定回数に到達したと判断される場合に、前記第１の要求信号を前記画像処理装置に送信する、請求項６に記載のコンピュータプログラム。
【請求項８】
前記コンピュータプログラムは、前記コンピュータを、さらに、
前記第１の要求信号が前記画像処理装置に送信される場合に、前記通信インターフェースを介して、前記画像処理装置から、画面が変更されたことを示す変更情報を受信する変更情報受信部と、
前記画像処理装置から前記変更情報が受信される場合に、前記通信インターフェースを介して、第２の要求信号を前記画像処理装置に送信する第２の要求信号送信部と、として機能させ、
前記画面データ受信部は、前記第２の要求信号が前記画像処理装置に送信される場合に、前記画像処理装置から前記新たな第１の画面データを受信する、請求項６又は７に記載のコンピュータプログラム。
【請求項９】
前記コンピュータプログラムは、前記コンピュータを、さらに、
前記画像処理装置から前記第１の画面データが受信される前に、前記通信インターフェースを介して、前記画像処理装置から、前記画像処理装置に表示されている第２の画面を表わす第２の画面データが受信される場合に、前記第２の画面データによって表わされる前記第２の画面を前記表示部に表示させる第２の表示制御部と、
前記第２の画面が前記表示部に表示されている間に、第２のタイマの値が第２の所定値に到達したのか否かを判断する第３の判断部であって、前記第２のタイマは、前記第１の要求信号が前記画像処理装置に送信される毎にリセットされる、前記第３の判断部と、
前記第２の画面が前記表示部に表示されている間に、前記第２のタイマの値が前記第２の所定値に到達したと判断される場合に、前記通信インターフェースを介して、前記第１の要求信号を前記画像処理装置に送信する第３の要求信号送信部と、
前記表示部に表示される前記第２の画面内の第１の領域が前記ユーザによって選択される場合に、前記通信インターフェースを介して、前記第１の領域が選択されたことを示す第２の選択信号を前記画像処理装置に送信する第２の選択信号送信部であって、前記第２の選択信号が前記画像処理装置に送信される場合に、前記画像処理装置では、前記第２の画面に代えて前記第１の画面が表示される、前記第２の選択信号送信部と、として機能させ、
前記第１の表示制御部は、前記第２の画面に代えて前記第１の画面が前記画像処理装置に表示された後に、前記第１の要求信号が前記画像処理装置に送信されることに応じて、前記画像処理装置から前記第１の画面データが受信される場合に、前記第２の画面に代えて前記第１の画面を前記表示部に表示させ、
前記第１の画面が前記表示部に表示されている間に、前記第１の要求信号は、前記第２のタイマに起因して前記画像処理装置に送信されない、請求項６から８のいずれか一項に記載のコンピュータプログラム。
【請求項１０】
前記コンピュータプログラムは、前記コンピュータを、さらに、
前記表示部に表示される前記新たな第１の画面内の第２の領域が前記ユーザによって選択される場合に、前記通信インターフェースを介して、前記第２の領域が選択されたことを示す第３の選択信号を前記画像処理装置に送信する第３の選択信号送信部であって、前記第３の選択信号が前記画像処理装置に送信されることに応じて、前記画像処理装置では、前記新たな第１の画面に代えて第３の画面が表示される、前記第３の選択信号送信部と、
前記新たな第１の画面に代えて前記第３の画面が前記画像処理装置に表示された後に、前記第１の要求信号が前記画像処理装置に送信されることに応じて、前記通信インターフェースを介して、前記画像処理装置から、前記第３の画面を表わす第３の画面データが受信される場合に、前記新たな第１の画面に代えて、前記第３の画面データによって表わされる前記第３の画面を前記表示部に表示させる第３の表示制御部と、として機能させ、
前記第３の判断部は、さらに、前記第３の画面が前記表示部に表示されている間に、前記第２のタイマの値が前記第２の所定値に到達したのか否かを判断し、
前記第３の要求信号送信部は、さらに、前記第３の画面が前記表示部に表示されている間に、前記第２のタイマの値が前記第２の所定値に到達したと判断される場合に、前記通信インターフェースを介して、前記第１の要求信号を前記画像処理装置に送信する、請求項９に記載のコンピュータプログラム。
【請求項１１】
前記選択は、前記表示部に表示される前記第１の画面内の領域をプッシュ及びリリースすることを含み、
前記第１のタイマは、前記第１の画面内の領域がプッシュされる毎にリセットされると共に、前記第１の画面内の領域がリリースされる毎にリセットされる、請求項６から１０のいずれか一項の記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、画像処理装置において表示されている画面を表わす画面データが端末装置に送信され、端末装置において当該画面が表示される技術を開示する。
【背景技術】
【０００２】
特許文献１には、携帯情報装置がＭＦＰ（Multi-function Peripheralの略）を遠隔で操作するためのシステムが開示されている。携帯情報装置は、ＭＦＰから受信される操作画面を表示し、当該操作画面に従ってユーザが入力する操作を受け付け、当該操作に応じた指示をＭＦＰに送信する。ＭＦＰは、携帯情報装置から受信される指示に応じた画面を表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−７００６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書では、画像処理装置において表示されている画面を表わす画面データが端末装置に送信され、端末装置において当該画面が表示されるシステムにおいて、画像処理装置と端末装置との間の通信負荷を軽減させて、ユーザの利便性を向上させるための技術を提供する。
【課題を解決するための手段】
【０００５】
本明細書によって開示される画像処理装置は、表示部と、通信インターフェースと、第１の画面を前記表示部に表示させる第１の表示制御部と、前記第１の画面が前記表示部に表示されている状態において、前記通信インターフェースを介して、前記第１の画面を表わす第１の画面データを端末装置に送信する第１の画面データ送信部であって、前記第１の画面データが前記端末装置に送信される場合に、前記端末装置では、前記第１の画面データによって表わされる前記第１の画面が表示される、前記第１の画面データ送信部と、前記端末装置に表示される前記第１の画面内の特定領域がユーザによって選択される場合に、前記通信インターフェースを介して、前記端末装置から前記特定領域が選択されたことを示す選択信号を受信する選択信号受信部と、前記端末装置から前記選択信号が受信される場合に、前記第１の画面に代えて第２の画面を前記表示部に表示させる第２の表示制御部と、前記第１の画面に代えて前記第２の画面が前記表示部に表示された後に、前記通信インターフェースを介して、前記端末装置から第１の要求信号が受信される場合に、前記通信インターフェースを介して、前記第２の画面を表わす第２の画面データを前記端末装置に送信する第２の画面データ送信部であって、前記第２の画面データが前記端末装置に送信される場合に、前記端末装置では、前記第２の画面データによって表わされる前記第２の画面が表示される、前記第２の画面データ送信部と、を備えていてもよく、前記第１の画面データが前記端末装置に送信された後であって、前記第１の画面に代えて前記第２の画面が前記表示部に表示される前に、前記端末装置から前記第１の要求信号が受信される場合に、前記第１の画面データは、前記端末装置に再び送信されなくてもよい。
【０００６】
上記の構成によると、画像処理装置は、第１の画面に代えて第２の画面が表示部に表示される前に、端末装置から前記第１の要求信号を受信する場合に、第１の画面データを端末装置に再び送信しない。従って、画像処理装置と端末装置との間で同じ画面データが複数回に亘って通信されるのを抑制することができ、画像処理装置と端末装置との間の通信負荷を軽減させることができる。このために、画像処理装置と端末装置との間の選択信号の通信が画面データの通信によって妨げられるのを抑制することができ、端末装置におけるユーザの操作に応じた選択信号の通信を迅速に実行することができる。この結果、画像処理装置及び端末装置において第２の画面を迅速に表示させることができる。第２の画面をユーザに迅速に提供することができるので、ユーザの利便性を向上させることができる。
【０００７】
上記の画像処理装置を実現するためのコンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も新規で有用である。また、上記の画像処理装置によって実行される方法も新規で有用である。
【０００８】
本明細書では、さらに、端末装置のためのコンピュータプログラムを開示する。当該コンピュータプログラムは、前記端末装置のコンピュータを、以下の各部、即ち、前記端末装置の通信インターフェースを介して、画像処理装置から、前記画像処理装置に表示されている第１の画面を表わす第１の画面データが受信される場合に、前記第１の画面データによって表わされる前記第１の画面を前記端末装置の表示部に表示させる第１の表示制御部であって、前記第１の画面は、前記第１の画面内の領域がユーザによって選択される場合に、当該領域に対応する情報が記述される画面である、前記第１の表示制御部と、前記表示部に表示される前記第１の画面内の領域が前記ユーザによって選択される毎に、前記通信インターフェースを介して、当該領域が選択されたことを示す第１の選択信号を前記画像処理装置に送信する第１の選択信号送信部であって、前記第１の選択信号が前記画像処理装置に送信される場合に、前記画像処理装置では、選択済みの領域に対応する情報が前記第１の画面に記述される、前記選択信号送信部と、第１のタイマの値が第１の所定値に到達したのか否かを判断する第１の判断部であって、前記第１のタイマは、前記表示部に表示される前記第１の画面内の領域が前記ユーザによって選択される毎にリセットされる、前記第１の判断部と、前記第１のタイマの値が前記第１の所定値に到達したと判断される場合に、前記通信インターフェースを介して、第１の要求信号を前記画像処理装置に送信する第１の要求信号送信部であって、前記第１のタイマの値が前記第１の所定値に到達していないと判断される場合に、前記第１の要求信号は、前記画像処理装置に送信されない、前記第１の要求信号送信部と、前記第１の要求信号が前記画像処理装置に送信される場合に、前記通信インターフェースを介して、前記画像処理装置から、選択済みの１個以上の領域に対応する１個以上の情報が記述された新たな第１の画面を表わす新たな第１の画面データを受信する画面データ受信部と、前記画像処理装置から前記新たな第１の画面データが受信される場合に、前記第１の画面に代えて、前記新たな第１の画面データによって表わされる前記新たな第１の画面を前記表示部に表示させる表示更新部と、として機能させる。
【０００９】
例えば、端末装置の表示部に表示される第１の画面内の領域がユーザによって選択される毎に、第１の選択信号のみならず第１の要求信号も画像処理装置に送信する比較例の構成を採用することを想定する。この場合、第１の画面内の複数個の領域がユーザによって短時間の間に選択されると、画像処理装置と端末装置との間で画面データの通信が短時間の間に実行されるので、それにより第１の選択信号及び第１の要求信号の通信が妨げられる。このために、ユーザによって最後の選択が実行されてから新たな第１の画面を画像処理装置及び端末装置において表示させるまでに長時間を要し得る。これに対し、上記の構成によると、第１のタイマは、端末装置の表示部に表示される第１の画面内の領域がユーザによって選択される毎にリセットされる。そして、端末装置は、第１のタイマの値が第１の所定値に到達していないと判断する場合に、第１の要求信号を画像処理装置に送信しない。従って、画像処理装置と端末装置との間で画面データが頻繁に通信されるのを抑制することができ、比較例の構成と比べると、画像処理装置と端末装置との間の通信負荷を軽減させることができる。このために、比較例の構成と比べると、ユーザによって最後の選択が実行されてから第１の選択信号及び第１の要求信号の通信を迅速に実行することができ、この結果、新たな第１の画面を画像処理装置及び端末装置において迅速に表示させることができる。新たな第１の画面をユーザに迅速に提供することができるので、ユーザの利便性を向上させることができる。
【００１０】
上記のコンピュータプログラムを格納するコンピュータ読取可能記録媒体、端末装置そのもの、及び、当該端末装置によって実行される方法も新規で有用である。
【図面の簡単な説明】
【００１１】
【図１】通信システムの構成を示す。
【図２】第１の比較例及び本実施例の概要のシーケンス図を示す。
【図３】第２の比較例のシーケンス図を示す。
【図４】画面遷移の一例を示す。
【図５】本実施例の概要のシーケンス図を示す。
【図６】多機能機の処理のフローチャートを示す。
【図７】応答処理のフローチャートを示す。
【図８】ＰＣの処理のフローチャートを示す。
【図９】文字入力画面処理のフローチャートを示す。
【図１０】画面遷移の一例を示す。
【図１１】スキャンボタンが選択されるケースＡのシーケンス図を示す。
【図１２】矢印ボタンが選択されるケースＢのシーケンス図を示す。
【発明を実施するための形態】
【００１２】
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機１０（以下ではＭＦＰ（Multi-function Peripheralの略）１０と呼ぶ）とＰＣ１００とを備える。多機能機１０及びＰＣ１００は、同じＬＡＮ４に接続されており、ＬＡＮ４を介して相互に通信可能である。ＬＡＮ４は、有線ＬＡＮであってもよいし、無線ＬＡＮであってもよい。
【００１３】
（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺装置（例えばＰＣ１００の周辺装置）である。ＭＦＰ１０は、操作部１２と、表示部１４と、ネットワークインターフェース１６と、印刷実行部１８と、スキャン実行部２０と、制御部３０と、を備える。
【００１４】
操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルとしても機能する。即ち、表示部１４は、操作部としても機能する。ネットワークインターフェース１６は、ＬＡＮ４に接続されている。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷エンジンである。スキャン実行部２０は、ＣＣＤ、ＣＩＳ等の読取センサを備えるスキャンエンジンである。
【００１５】
制御部３０は、ＣＰＵ３２とメモリ３４とを備える。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。
【００１６】
（ＰＣ１００の構成）
ＰＣ１００は、据置型のＰＣであってもよいし、可搬型のＰＣであってもよい。また、ＰＣ１００に代えて、例えば、携帯電話、スマートフォン、タブレット端末等が利用されてもよい。ＰＣ１００は、操作部１１２と、表示部１１４と、ネットワークインターフェース１１６と、制御部１３０と、を備える。
【００１７】
操作部１１２は、キーボード及びマウスを備える。ユーザは、操作部１１２を操作することによって、様々な指示をＰＣ１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイである。ネットワークインターフェース１１６は、ＬＡＮ４に接続されている。
【００１８】
制御部１３０は、ＣＰＵ１３２とメモリ１３４とを備える。メモリ１３４は、揮発性メモリ、不揮発性メモリ等によって構成される。ＣＰＵ１３２は、メモリ１３４に格納されている各プログラム１３６，１３８に従って、様々な処理を実行する。ＯＳ（Operation Systemの略）プログラム１３６は、ＰＣ１００の種々の基本的な動作を制御するためのプログラムである。ブラウザアプリケーション１３８は、広く知られている一般的なウェブページ閲覧アプリケーションである。
【００１９】
本実施例では、ＭＦＰ１０において表示されている画面を表わす画面データがＰＣ１００に送信され、ＰＣ１００において当該画面が表示される。そして、ユーザは、ＰＣ１００を利用して、ＭＦＰ１０を遠隔で操作することができる。このような仕組みは、例えば、以下の状況で利用される。ＭＦＰ１０のセールスマンは、タッチパネルとして機能する表示部１４を操作して、ＭＦＰ１０に機能を実行させるデモンストレーションを実行することができる。しかしながら、ＭＦＰ１０の表示部１４がＰＣ１００等と比べると小さいので、デモンストレーションを多くの者に見せることが困難である。そこで、セールスマンは、ＰＣ１００を利用して、ＭＦＰ１０を遠隔で操作する。ＰＣ１００の表示部１１４が比較的に大きいので、デモンストレーションを多くの者に見せることができる。
【００２０】
（第１の比較例；図２）
本実施例の詳細を説明する前に、図２〜図５を参照して、第１及び第２の比較例と本実施例の概要とを説明する。まず、図２を参照して、第１の比較例を説明する。なお、以下の説明では、比較例のＭＦＰ及びＰＣについては符号を付さない。また、実施例の処理はＣＰＵ３２，１３２によって実行されるが、理解の容易さの観点に鑑みて、ＭＦＰ１０及びＰＣ１００を主体として説明する。さらに、実施例の各通信の全てはネットワークインターフェース１６，１１６を介して実行されるので、以下では、「ネットワークインターフェース１６（又は１１６）を介して」という説明を省略する。
【００２１】
Ｔ１０では、ＭＦＰは、画面（図２の例では文字「Ａ」を示す画面であり、以下では「画面「Ａ」」と記載する）を表示する。ＭＦＰは、Ｔ２０において、ＰＣから画面要求を受信する場合に、Ｔ２２において、画面「Ａ」を表わす画面データ２００をＰＣに送信する。
【００２２】
ＰＣは、Ｔ２２において、ＭＦＰから画面データ２００を受信する場合に、Ｔ３０において、画面データ２００によって表わされる画面「Ａ」（即ちＭＦＰに表示されている画面「Ａ」と同じ画面）を表示する。その後、ＰＣは、ＭＦＰに表示されている画面が画面「Ａ」から他の画面に変更されることに追従するために、画面要求を定期的にＭＦＰに送信する。
【００２３】
ＭＦＰは、Ｔ４０において、ＰＣから画面要求を受信する。Ｔ４０の段階では、ＭＦＰで表示されている画面が変更されていない。従って、ＭＦＰ１０は、Ｔ４２において、画面データ２００をＰＣに再び送信する。ＭＦＰ１０において画面が変更されるまで、Ｔ４０及びＴ４２の処理が繰り返し実行される。
【００２４】
ＰＣは、Ｔ５０において、画面「Ａ」内の領域がユーザ（例えば上記のセールスマン）によって選択される場合（例えばマウスによってクリックされる場合）に、Ｔ５２において、当該領域が選択されたことを示す選択信号をＭＦＰに送信する。
【００２５】
ＭＦＰは、Ｔ５２において、ＰＣから選択信号を受信する場合に、Ｔ６０において、ＭＦＰに現在表示されている画面「Ａ」に代えて、当該選択信号によって示される選択済みの領域に対応する画面（図２の例では文字「Ｂ」を示す画面であり、以下では「画面「Ｂ」」と記載する）を表示する。ＭＦＰは、Ｔ６２において、選択信号に対する応答をＰＣに送信する。その後、ＭＦＰは、Ｔ７０において、ＰＣから画面要求を受信する場合に、Ｔ７２において、画面「Ｂ」を表わす画面データ２１０をＰＣに送信する。
【００２６】
ＰＣは、Ｔ７２において、ＭＦＰから画面データ２１０を受信する場合に、Ｔ８０において、ＰＣに現在表示されている画面「Ａ」に代えて、画面データ２１０によって表わされる画面「Ｂ」を表示する。
【００２７】
第１の比較例によると、ＰＣが画面要求をＭＦＰに繰り返し送信し（Ｔ４０）、ＭＦＰが画面データ２００をＰＣに繰り返し送信する（Ｔ４２）。ＭＦＰとＰＣとの間で同じ画面データ２００が複数回に亘って通信されるので、ＭＦＰとＰＣとの間の通信負荷が大きい。例えば、ＭＦＰとＰＣとの間で画面データ２００の通信が実行されているタイミングでＴ５０の選択が実行される状況を想定する。この場合、ＰＣは、画面データ２００を受信した後でなければ、Ｔ５２の選択信号をＭＦＰに送信することができない。ＭＦＰ及びＰＣは、シングルコネクションを利用して通信を実行するので、様々な信号の並列的な通信を実行することができないからである。即ち、選択信号の通信が画面データ２００の通信によって妨げられる。この結果、ＭＦＰ及びＰＣにおいて画面「Ｂ」を迅速に表示させることができない。本実施例では、ＭＦＰ１０とＰＣ１００との間の通信負荷を低減させるために、以下の処理が実行される。
【００２８】
（本実施例の概略）
続いて、本実施例の概略を説明する。Ｔ１１０〜Ｔ１３０は、第１の比較例のＴ１０〜Ｔ３０と同様である。ＰＣ１００は、Ｔ１３０で画面「Ａ」を表示すると、Ｔ１４０において、確認要求を定期的にＭＦＰ１０に送信する。確認要求は、ＭＦＰ１０に表示されている画面が変更されたのか否かを確認するための信号である。
【００２９】
ＭＦＰ１０は、Ｔ１４０において、ＰＣ１００から確認要求を受信する場合に、画面が変更されていないと判断し、Ｔ１４２において、変更なしを示す応答をＰＣ１００に送信する。
【００３０】
ＰＣ１００は、Ｔ１４２において、ＭＦＰ１０から変更なしを示す応答を受信する場合に、画面要求をＭＦＰ１０に送信しない。Ｔ１５０、Ｔ１５２、Ｔ１５４、Ｔ１６０は、それぞれ、第１の比較例のＴ５０、Ｔ５２、Ｔ６２、Ｔ６０と同様である。その後、ＰＣ１００は、Ｔ１７０において、確認要求をＭＦＰ１０に送信する。
【００３１】
ＭＦＰ１０は、Ｔ１７０において、ＰＣ１００から確認要求を受信する場合に、画面が変更されたと判断し、Ｔ１７２において、変更ありを示す応答をＰＣ１００に送信する。
【００３２】
ＰＣ１００は、Ｔ１７２において、ＭＦＰ１０から変更ありを示す応答を受信する場合に、Ｔ１８０において、画面要求をＭＦＰ１０に送信する。Ｔ１８２及びＴ１９０は、第１の比較例のＴ７２及びＴ８０と同様である。
【００３３】
本実施例によると、ＭＦＰ１０は、画面が変更される前に、ＰＣ１００から確認要求を受信する場合（Ｔ１４０）に、変更なしを示す応答をＰＣ１００に送信する（Ｔ１４２）。この結果、ＰＣ１００が画面要求をＭＦＰ１０に送信しないので、ＭＦＰ１０は、画面データ２００をＰＣ１００に再び送信しない。ＭＦＰ１０とＰＣ１００との間で同じ画面データ２００が複数回に亘って通信されるのを抑制することができるので、第１の比較例と比べると、ＭＦＰ１０とＰＣ１００との間の通信負荷を低減させることができる。このために、ＭＦＰ１０とＰＣ１００との間の選択信号の通信が画面データ２００の通信によって妨げられるのを抑制することができ、ＰＣ１００におけるユーザの操作に応じた選択信号の通信を迅速に実行することができる。この結果、ＭＦＰ１０及びＰＣ１００において画面「Ｂ」を迅速に表示させることができる。画面「Ｂ」をユーザに迅速に提供することができるので、ユーザの利便性を向上させることができる。
【００３４】
（第２の比較例；図３及び図４）
続いて、図３及び図４を参照して、第２の比較例を説明する。Ｔ２００では、ＭＦＰは、画面ＳＣ０を表示する。図４に示されるように、画面ＳＣ０は、ユーザがＭＦＰにログインするためのログイン画面であり、文字を選択するための文字領域３００と、選択済みの文字が記述される記述欄３０２と、ＯＫボタン３０４と、を含む。
【００３５】
ＭＦＰは、Ｔ２１０において、ＰＣから画面要求を受信する場合に、Ｔ２１２において、画面ＳＣ０を表わす画面データ２２０をＰＣに送信する。
【００３６】
ＰＣは、Ｔ２１２において、ＭＦＰから画面データ２２０を受信する場合に、Ｔ２１４において、画面データ２２０によって表わされる画面ＳＣ０を表示する。第１の比較例とは異なり、ＰＣは、Ｔ２１４で画面ＳＣ０を表示しても、画面要求を定期的にＭＦＰに送信しない。それに代えて、ＰＣは、文字が選択される毎に（より詳細にはＭＦＰから応答を受信する毎に）、画面要求をＭＦＰに送信する。
【００３７】
ユーザは、Ｔ０において、ＰＣを操作して（例えばマウスのクリックのためにマウスをプッシュして）、画面ＳＣ０に含まれる文字領域３００内の「Ｕ」ボタンをプッシュする。この場合、ＰＣは、Ｔ２２０において、「Ｕ」ボタンがプッシュされたことを示す選択信号をＭＦＰに送信する。
【００３８】
ＭＦＰは、Ｔ２２０において、ＰＣから選択信号を受信する場合に、Ｔ２２１において、画面ＳＣ１を表示する。図４に示されるように、画面ＳＣ１は、プッシュ態様を有する「Ｕ」ボタンを含む。プッシュ態様は、本実施例では、ボタンが黒色に塗りつぶされることであるが、変形例では、他の態様（例えば色を変える等）であってもよい。次いで、ＭＦＰは、Ｔ２２２において、選択信号を受信したことを示す応答をＰＣに送信する。
【００３９】
ＰＣは、Ｔ２２２において、ＭＦＰから応答を受信する場合に、Ｔ２３０において、画面要求をＭＦＰに送信する。
【００４０】
ＭＦＰは、Ｔ２３０において、ＰＣから画面要求を受信する場合に、Ｔ２３２において、画面ＳＣ１を表わす画面データ２３０をＰＣに送信する。
【００４１】
一方、ユーザは、Ｔ０で「Ｕ」ボタンをプッシュした後に、Ｔ１において、ＰＣを操作して（例えばマウスのプッシュ状態をリリースして）、「Ｕ」ボタンをリリースする。ここで、ユーザがＴ１で「Ｕ」ボタンをリリースするタイミングは、ＰＣがＴ２３２で画面データ２３０を受信する前である。この場合、ＰＣは、画面データ２３０を受信する前に他の操作が実行されたと判断し、画面データ２３０によって表わされる画面ＳＣ１を表示しない。そして、ＰＣは、Ｔ２３２で画面データ２３０を受信した後に、Ｔ２４０において、「Ｕ」ボタンがリリースされたことを示す選択信号をＭＦＰに送信する。
【００４２】
ＭＦＰは、Ｔ２４０において、ＰＣから選択信号を受信する場合に、Ｔ２４１において、画面ＳＣ２を表示する。図４に示されるように、画面ＳＣ２は、通常態様を有する「Ｕ」ボタンを含む。また、画面ＳＣ２内の記述欄３０２には、文字「Ｕ」が記述されている。Ｔ２４２及びＴ２５０は、Ｔ２２２及びＴ２３０と同様である。Ｔ２５２では、ＭＦＰは、画面ＳＣ２を表わす画面データ２４０をＰＣに送信する。
【００４３】
ユーザは、Ｔ１で「Ｕ」ボタンをリリースした後に、Ｔ２において、ＰＣを操作して、「Ｒ」ボタンをプッシュする。ＰＣは、画面データ２４０を受信する前に他の操作が実行されたと判断し、画面データ２４０によって表わされる画面ＳＣ２を表示しない。そして、ＰＣは、Ｔ２６０において、「Ｒ」ボタンがプッシュされたことを示す選択信号をＭＦＰに送信する。
【００４４】
ＭＦＰは、Ｔ２６０において、ＰＣから選択信号を受信する場合に、Ｔ２６１において、画面ＳＣ３を表示する。図４に示されるように、画面ＳＣ３は、プッシュ態様を有する「Ｒ」ボタンを含む。Ｔ２６２及びＴ２７０は、Ｔ２２２及びＴ２３０と同様である。Ｔ２７２では、ＭＦＰは、画面ＳＣ３を表わす画面データ２５０をＰＣに送信する。
【００４５】
ユーザは、Ｔ３で「Ｒ」ボタンをプッシュした後に、Ｔ４において、ＰＣを操作して、「Ｒ」ボタンをリリースする。この場合、Ｔ２４０〜Ｔ２５２と同様に、Ｔ２８０〜Ｔ２９２が実行される。Ｔ２９４において、ＰＣは、画面データ２６０によって表わされる画面ＳＣ４を表示する。
【００４６】
上述したように、第２の比較例では、ＰＣは、ボタンのプッシュ又はリリースが実行される毎に、選択信号をＭＦＰに送信し、ＭＦＰから応答を受信し、画面要求をＭＦＰに送信し、ＭＦＰから画面データを受信する。そして、ＰＣは、ＭＦＰからある操作（例えば「Ｕ」ボタンのプッシュ）に起因する画面データを受信した後でなければ、他の操作（例えば「Ｕ」ボタンのリリース）に起因する選択信号をＭＦＰに送信することができない。ＭＦＰ及びＰＣは、シングルコネクションを利用して通信を実行するので、様々な信号の並列的な通信を実行することができないからである。このために、第２の比較例に示されるように、ＰＣにおいて画面ＳＣ１〜ＳＣ３が表示されないにも関わらず、ＭＦＰとＰＣとの間において画面要求及び画面データ２３０〜２５０の通信が実行される。即ち、ＭＦＰとＰＣとの間の通信負荷が大きい。このために、ＰＣがＭＦＰから画面データ２６０を受信するまでに比較的に長い時間を要し、この結果、ユーザがＴ３で「Ｒ」ボタンをリリースしてからＰＣがＴ２９４で画面ＳＣ４を表示するまでの間に、比較的に長い時間ＴＭ１を要する。本実施例では、ＭＦＰとＰＣとの間の通信負荷を軽減させて、ユーザが操作を実行してからＰＣ１００が画面を表示するまでの時間を短縮するために、以下の処理が実行される。
【００４７】
（本実施例の概略）
続いて、図５を参照して、本実施例の概略を説明する。Ｔ３００〜Ｔ３１４は、図３のＴ２００〜Ｔ２１４と同様である。これにより、ＭＦＰ１０の表示部１４とＰＣ１００の表示部１１４とのそれぞれに同じ画面ＳＣ０が表示される。
【００４８】
その後のＴ３２０〜Ｔ３２２は、図３のＴ２２０〜Ｔ２２２と同様である。ＰＣ１００は、Ｔ３２２で応答を受信しても、画面要求をＭＦＰ１０に送信しない。具体的には、ＰＣ１００は、Ｔ０のプッシュ操作とＴ１のリリース操作との間の時間が所定時間以内であるので、画面要求をＭＦＰ１０に送信せずに、Ｔ３４０において、選択信号をＭＦＰ１０に送信する。この結果、図３のＴ２４１及びＴ２４２と同様に、Ｔ３４１及びＴ３４２が実行される。
【００４９】
また、ＰＣ１００は、Ｔ１のリリース操作とＴ２のプッシュ操作との間の時間が所定時間以内であるので、画面要求をＭＦＰ１０に送信せずに、Ｔ３６０において、選択信号をＭＦＰ１０に送信する。この結果、図３のＴ２６１及びＴ２６２と同様に、Ｔ３６１及びＴ３６２が実行される。また、ＰＣ１００は、Ｔ２のプッシュ操作とＴ３のリリース操作との間の時間が所定時間以内であるので、画面要求をＭＦＰ１０に送信せずに、Ｔ３８０において、選択信号をＭＦＰ１０に送信する。この結果、図３のＴ２８１及びＴ２８２と同様に、Ｔ３８１及びＴ３８２が実行される。
【００５０】
ＰＣ１００は、Ｔ３のリリース操作が実行された後に、他の操作が実行されることなく所定時間が経過する場合に、Ｔ３９０において、確認要求をＭＦＰ１０に送信する。この場合、ＰＣ１００は、Ｔ３９１において、ＭＦＰ１０から変更ありを示す応答を受信し、Ｔ３９２において、画面要求をＭＦＰ１０に送信し、Ｔ３９３において、ＭＦＰ１０から画面データ２６０を受信する。そして、ＰＣ１００は、Ｔ３９４において、画面データ２６０によって表わされる画面ＳＣ４を表示する。
【００５１】
上述したように、本実施例では、ＰＣ１００における或る操作と次の操作との間の時間が所定時間以内である場合に、ＭＦＰ１０とＰＣ１００との間で、確認要求、画面要求、及び、画面データの通信が実行されない。従って、ＭＦＰ１０とＰＣ１００との間の通信負荷を低減させることができる。このために、図３の第２の比較例と比べると、ＰＣ１００がＭＦＰ１０から画面データ２６０を受信するまでの時間を短縮することができ、この結果、ユーザがＴ３で「Ｒ」ボタンをリリースしてからＰＣがＴ３９４で画面ＳＣ４を表示するまでの時間ＴＭ２を短縮することができる。
【００５２】
（ＭＦＰ１０の処理；図６）
続いて、図６を参照して、ＭＦＰ１０のＣＰＵ３２によって実行される処理の内容を説明する。当該処理によって図２及び図５の本実施例が実現される。ＭＦＰ１０の電源がＯＮされることをトリガとして、図６の処理が開始される。なお、以下でも、「ネットワークインターフェース１６（又は１１６）を介して」という説明を省略する。
【００５３】
Ｓ１０では、ＣＰＵ３２は、デフォルトの待機画面ＳＣ１０を表示部１４に表示させる。図１０に示されるように、待機画面ＳＣ１０は、ユーザからの指示を待機する画面であり、コピーボタンと、スキャンボタンと、ログインボタンと、矢印ボタンと、を含む。コピーボタン、スキャンボタンは、それぞれ、コピー機能、スキャン機能をＭＦＰ１０に実行させるためのボタンである。ログインボタンは、ユーザがＭＦＰ１０にログインするためのログイン画面を表示するためのボタンである。矢印ボタンは、デフォルトの待機画面ＳＣ１０に代えて、続きの待機画面を表示するためのボタンである。
【００５４】
Ｓ１２では、ＣＰＵ３２は、ＰＣ１００から遠隔リクエストを受信することを監視する。ＭＦＰ１０はウェブサーバ機能を備えており、ＰＣ１００はブラウザアプリケーション１３８を利用してＭＦＰ１０のウェブサーバにアクセスすることができる。ＰＣ１００に表示されるウェブページにおいてＭＦＰ１０の遠隔操作を示すボタンがユーザ（例えば上記のセールスマン）によって選択されると、ＰＣ１００からＭＦＰ１０に遠隔リクエストが送信される。この場合、ＣＰＵ３２は、ＰＣ１００から遠隔リクエストを受信して（Ｓ１２でＹＥＳ）、Ｓ１４に進む。
【００５５】
Ｓ１４では、ＣＰＵ３２は、指示プログラムと待機画面ＳＣ１０を表わす画面データとをＰＣ１００に送信する。指示プログラムは、ＰＣ１００のブラウザアプリケーション１３８に図８及び図９の処理を実行させるためのプログラムである。
【００５６】
Ｓ１６では、ＣＰＵ３２は、新画面フラグをＯＦＦに設定する。新画面フラグは、表示部１４に表示された画面が変更されたのか否かを示すフラグであり、画面が変更されたことを示す「ＯＮ」と、画面が変更されていないことを示す「ＯＦＦ」と、のどちらかの値に設定される。
【００５７】
Ｓ２０では、ＣＰＵ３２は、ＰＣ１００から確認要求が受信されたのか否かを判断する。ＣＰＵ３２は、確認要求が受信されたと判断する場合（Ｓ２０でＹＥＳ）にＳ２２に進み、確認要求が受信されなかったと判断する場合（Ｓ２０でＮＯ）にＳ３０に進む。
【００５８】
Ｓ２２では、ＣＰＵ３２は、新画面フラグがＯＮであるのかＯＦＦであるのかを判断する。ＣＰＵ３２は、新画面フラグがＯＮであると判断する場合（Ｓ２２でＹＥＳ）に、Ｓ２４において、変更ありを示す応答をＰＣ１００に送信する。一方、ＣＰＵ３２は、新画面フラグがＯＦＦであると判断する場合（Ｓ２２でＮＯ）に、Ｓ２６において、変更なしを示す応答をＰＣ１００に送信する。Ｓ２４又はＳ２６が終了すると、Ｓ２０に戻る。
【００５９】
Ｓ３０では、ＣＰＵ３２は、ＰＣ１００から画面要求が受信されたのか否かを判断する。ＣＰＵ３２は、画面要求が受信されたと判断する場合（Ｓ３０でＹＥＳ）にＳ３２に進み、画面要求が受信されなかったと判断する場合（Ｓ３０でＮＯ）にＳ４０に進む。
【００６０】
Ｓ３２では、ＣＰＵ３２は、表示部１４に現在表示されている画面を表わす画面データをＰＣ１００に送信する。そして、Ｓ３４では、ＣＰＵ３２は、新画面フラグをＯＦＦに設定する。Ｓ３４が終了すると、Ｓ２０に戻る。
【００６１】
Ｓ４０では、ＣＰＵ３２は、表示部１４に現在表示されている画面を自動的に変更すべきタイミングが到来したのか否かを判断する。ここで、「自動的に変更」は、ＰＣ１００から選択信号を受信することなく画面を変更することを意味する。ＣＰＵ３２は、上記のタイミングが到来したと判断する場合（Ｓ４０でＹＥＳ）にＳ４２に進み、上記のタイミングが到来していないと判断する場合（Ｓ４０でＮＯ）にＳ５０に進む。
【００６２】
Ｓ４２では、ＣＰＵ３２は、現在表示されている画面に代えて新たな画面を表示部１４に表示させる。そして、Ｓ４４では、ＣＰＵ３２は、新画面フラグをＯＮに設定する。Ｓ４４が終了すると、Ｓ２０に戻る。
【００６３】
Ｓ５０では、ＣＰＵ３２は、ＰＣ１００から選択信号が受信されたのか否かを判断する。ＣＰＵ３２は、選択信号が受信されたと判断する場合（Ｓ５０でＹＥＳ）にＳ５２に進み、選択信号が受信されなかったと判断する場合（Ｓ５０でＮＯ）にＳ２０に戻る。
【００６４】
Ｓ５２では、ＣＰＵ３２は、応答処理（図７参照）を実行する。応答処理は、選択信号に応じた画面を表示して応答をＰＣ１００に送信するための処理である。選択信号は、ＰＣ１００に表示された画面内の領域が選択されたことを示す信号であり、より具体的には、当該領域に対するプッシュ動作が実行されたのかリリース動作が実行されたのかを示す情報と、当該領域の位置（以下では「選択位置」と呼ぶ）を示す情報と、を含む。Ｓ５２が終了すると、Ｓ２０に戻る。なお、Ｓ２０、Ｓ３０、Ｓ４０、及び、Ｓ５０のうち、２つ以上の処理で同時的にＹＥＳと判断されることがあり得る。この場合、ＣＰＵ３２は、２つ以上の処理（例えばＳ２２の処理とＳ５２の処理）を並列的に実行することができる。
【００６５】
（応答処理；図７）
図７を参照して、図６のＳ５２の応答処理の内容を説明する。Ｓ１００では、ＣＰＵ３２は、図６のＳ５０で受信された選択信号が、プッシュ動作を示す情報を含むのか、リリース動作を示す情報を含むのか、を判断する。ＣＰＵ３２は、選択信号がプッシュ動作を示す情報を含むと判断する場合（Ｓ１００でＹＥＳ）にＳ１１０に進み、選択信号がリリース動作を示す情報を含むと判断する場合（Ｓ１００でＮＯ）にＳ１２０に進む。
【００６６】
Ｓ１１０では、ＣＰＵ３２は、選択信号に含まれる選択位置を示す情報を利用して、選択位置が文字領域３００（図４参照）であるのか否かを判断する。ＣＰＵ３２は、選択位置が文字領域３００であると判断する場合（Ｓ１１０でＹＥＳ）にＳ１１２に進み、選択位置が文字領域３００でないと判断する場合（Ｓ１１０でＮＯ）にＳ１１８に進む。
【００６７】
Ｓ１１２では、ＣＰＵ３２は、表示部１４に表示されている文字入力画面（例えば図４のログイン画面ＳＣ０）において、選択位置に対応する文字入力ボタンを通常態様からプッシュ態様に変更する（例えばログイン画面ＳＣ１参照）。そして、ＣＰＵ３２は、Ｓ１１４において、応答をＰＣ１００に送信し、Ｓ１１６において、新画面フラグをＯＮに設定する。Ｓ１１８は、Ｓ１１４と同様である。Ｓ１１６又はＳ１１８が終了すると、図７の処理が終了する。
【００６８】
Ｓ１２０は、Ｓ１１０と同様である。ＣＰＵ３２は、ＣＰＵ３２は、選択位置が文字領域３００であると判断する場合（Ｓ１２０でＹＥＳ）にＳ１２２に進み、選択位置が文字領域３００でないと判断する場合（Ｓ１２０でＮＯ）にＳ１２４に進む。
【００６９】
Ｓ１２２では、ＣＰＵ３２は、表示部１４に表示されている文字入力画面において、選択位置に対応する文字入力ボタンをプッシュ態様から通常態様に変更する（例えばログイン画面ＳＣ２参照）。そして、ＣＰＵ３２は、選択位置に対応する文字を記述欄３０２に記述する。Ｓ１２２が終了するとＳ１３０に進む。
【００７０】
Ｓ１２４では、ＣＰＵ３２は、現在表示されている画面に代えて、選択位置に対応する画面を表示部１４に表示させる。例えば、図１０の待機画面ＳＣ１０内のスキャンボタンが選択される場合には、ＣＰＵ３２は、待機画面ＳＣ１０に代えて、スキャンを実行中であることを示す実行中画面ＳＣ２０を表示させる。また、例えば、図１０の待機画面ＳＣ１０内の矢印ボタンが選択される場合には、ＣＰＵ３２は、アニメーションを利用して（即ち画面ＳＣ３０〜Ｓ３４を経て）、待機画面ＳＣ１０に代えて、続きの待機画面ＳＣ３６を表示部１４に表示させる。Ｓ１２４が終了するとＳ１３０に進む。
【００７１】
Ｓ１３０では、ＣＰＵ３２は、応答をＰＣ１００に送信する。次いで、Ｓ１３２では、ＣＰＵ３２は、アニメーションを実行中であるのか否かを判断する。ＣＰＵ３２は、アニメーションを実行中である（即ち図１０の画面ＳＣ３０〜Ｓ３４を表示中である）と判断する場合（Ｓ１３０でＹＥＳ）には、アニメーションが終了するまで待機する。ＣＰＵ３２は、アニメーションを実行中でないと判断する（Ｓ１３０でＮＯ）には、Ｓ１３４に進む。Ｓ１３４は、Ｓ１１６と同様である。Ｓ１３４が終了すると図７の処理が終了する。
【００７２】
（ＰＣ１００の処理；図８）
続いて、図８を参照して、ＰＣ１００のＣＰＵ１３２によって実行される処理の内容を説明する。当該処理によって図２及び図５の本実施例が実現される。まず、ＣＰＵ１３２は、ブラウザアプリケーション１３８を利用してＭＦＰ１０のウェブサーバにアクセスして、ウェブページを表示部１１４に表示させる。ＣＰＵ１３２は、当該ウェブページ内の遠隔操作ボタンがユーザによって選択されると、図８の処理を開始する。
【００７３】
Ｓ２００では、ＣＰＵ１３２は、遠隔リクエストをＭＦＰ１０に送信する（図６のＳ１２でＹＥＳ参照）。この場合、Ｓ２０２では、ＣＰＵ１３２は、ＭＦＰ１０から指示プログラムと画面データとを受信する（図６のＳ１４参照）。以降の処理（即ちＳ２０４〜Ｓ２４２）は、指示プログラムによって実行される。
【００７４】
Ｓ２０４では、ＣＰＵ１３２は、Ｓ２０２で受信された画面データによって表わされる待機画面ＳＣ１０（図１０参照）を表示部１１４に表示させる。次いで、Ｓ２０６では、ＣＰＵ１３２は、定期タイマをリセット及びスタートさせる。定期タイマは、確認要求を定期的にＭＦＰ１０に送信するためのタイマである。
【００７５】
Ｓ２１０では、ＣＰＵ１３２は、定期タイマの値が２秒に到達したのか否かを判断する。ＣＰＵ１３２は、定期タイマの値が２秒に到達したと判断する場合（Ｓ２１０でＹＥＳ）にＳ２１２に進み、定期タイマの値が２秒に到達していないと判断する場合（Ｓ２１０でＮＯ）にＳ２４０に進む。なお、変形例では、Ｓ２１０で利用される時間は、２秒以外の時間（例えば１秒、５秒等）であってもよい。
【００７６】
Ｓ２１２では、ＣＰＵ１３２は、確認要求をＭＦＰ１０に送信し（図６のＳ２０でＹＥＳ参照）、ＭＦＰ１０から応答を受信する（図６のＳ２４又はＳ２６参照）。次いで、Ｓ２２０では、ＣＰＵ１３２は、応答が変更ありを示すのか変更なしを示すのかを判断する。ＣＰＵ１３２は、応答が変更ありを示す場合（Ｓ２２０でＹＥＳ）にＳ２２２に進み、応答が変更なしを示す場合（Ｓ２２０でＮＯ）にＳ２０６に戻る。
【００７７】
Ｓ２２２では、ＣＰＵ１３２は、画面要求をＭＦＰ１０に送信し（図６のＳ３０でＹＥＳ参照）、ＭＦＰ１０から画面データを受信する（図６のＳ３２参照）。次いで、Ｓ２２４では、ＣＰＵ１３２は、Ｓ２２２で受信された画面データによって表わされる画面を表示部１１４に表示させる。
【００７８】
Ｓ２３０では、ＣＰＵ１３２は、Ｓ２２４で表示された画面が文字入力画面であるのか否かを判断する。文字入力画面は、本実施例では、図４のログイン画面ＳＣ０であるが、変形例では、文字を入力するための他の画面であってもよい。本実施例では、Ｓ２２２で受信される画面データは、画面の属性を示す情報を含む。ＣＰＵ１３２は、当該情報に基づいて表示画面が文字入力画面であると判断する場合（Ｓ２３０でＹＥＳ）にＳ２３２に進み、表示画面が文字入力画面でないと判断する場合（Ｓ２３０でＮＯ）にＳ２０６に戻る。
【００７９】
Ｓ２３２では、ＣＰＵ１３２は、文字入力画面処理（図９参照）を実行する。文字入力画面処理では、文字入力画面（即ち図４のログイン画面ＳＣ０等）の表示を変更するための処理が実行される。Ｓ２３２が終了すると、Ｓ２０６に戻る。
【００８０】
Ｓ２４０では、ＣＰＵ１３２は、表示部１１４に現在表示されている画面内の領域に対するプッシュ動作又はリリース動作がユーザによって実行されたのか否かを判断する。ＣＰＵ１３２は、プッシュ動作又はリリース動作が実行されたと判断する場合（Ｓ２４０でＹＥＳ）にＳ２４２に進み、プッシュ動作又はリリース動作が実行されていないと判断する場合（Ｓ２４０でＮＯ）にＳ２１０に戻る。
【００８１】
Ｓ２４２では、ＣＰＵ１３２は、選択信号をＭＦＰ１０に送信する（図６のＳ５０でＹＥＳ参照）。プッシュ動作が実行された場合には、選択信号は、プッシュ動作を示す情報と、選択位置を示す情報と、を含む。リリース動作が実行された場合には、選択信号は、リリース動作を示す情報と、選択位置を示す情報と、を含む。そして、ＣＰＵ１３２は、ＭＦＰ１０から応答を受信する（図７のＳ１１４又はＳ１３０参照）。Ｓ２４２が終了すると、Ｓ２０６に戻る。
【００８２】
（文字入力画面処理；図９）
続いて、図９を参照して、図８のＳ２３２の文字入力画面処理の内容を説明する。Ｓ３００では、ＣＰＵ１３２は、定期タイマを停止する。定期タイマが停止されるので、確認要求がＭＦＰ１０に定期的に送信するための処理が実行されない。
【００８３】
Ｓ３０２では、ＣＰＵ１３２は、無操作タイマをリセット及びスタートさせる。無操作タイマは、最後のプッシュ動作又はリリース動作から所定時間が経過した際に確認要求をＭＦＰ１０に送信するためのタイマである。
【００８４】
Ｓ３０４では、ＣＰＵ１３２は、選択回数カウンタをゼロに初期化する。選択回数カウンタは、プッシュ動作及びリリース動作の回数をカウントするためのカウンタである。
【００８５】
Ｓ３１０では、ＣＰＵ１３２は、無操作タイマの値が０．５秒に到達したのか否かを判断する。ＣＰＵ１３２は、無操作タイマの値が０．５秒に到達したと判断する場合（Ｓ３１０でＹＥＳ）にＳ３１２に進み、無操作タイマの値が０．５秒に到達していないと判断する場合（Ｓ３１０でＮＯ）にＳ３４０に進む。なお、変形例では、Ｓ３１０で利用される時間は、０．５秒以外の時間（例えば０．３秒、１秒等）であってもよい。
【００８６】
Ｓ３１２〜Ｓ３３０は、図８のＳ２１２〜Ｓ２３０と同様である。Ｓ３２０でＮＯの場合又はＳ３３０でＹＥＳの場合には、Ｓ３０２に戻る。例えば、ログイン画面ＳＣ０（図４参照）において文字が入力された後に、ＯＫボタン３０４が選択されると、ログイン画面ＳＣ０に代えて他の画面（例えば待機画面ＳＣ１０等）が表示される（Ｓ３２４）。この場合、Ｓ３３０でＮＯと判断され、図９の処理が終了する。
【００８７】
Ｓ３４０では、ＣＰＵ１３２は、選択回数カウンタの値が１０に到達したのか否かを判断する。ＣＰＵ１３２は、選択回数カウンタの値が１０に到達したと判断する場合（Ｓ３４０でＹＥＳ）にＳ３１２に進み、選択回数カウンタの値が１０に到達していないと判断する場合（Ｓ３４０でＮＯ）にＳ３５０に進む。なお、変形例では、Ｓ３４０で利用される閾値は、１０以外の値（例えば５、１５等）であってもよい。
【００８８】
Ｓ３５０及びＳ３５２は、図８のＳ２４０及びＳ２４２と同様である。Ｓ３５０でＮＯの場合にはＳ３１０に戻る。Ｓ３５４では、ＣＰＵ１３２は、選択回数カウンタの値を「１」だけインクリメントする。次いで、Ｓ３５６では、ＣＰＵ１３２は、無操作タイマをリセット及びスタートさせる。Ｓ３５６が終了すると、Ｓ３１０に戻る。
【００８９】
（ケースＡ；図１１）
続いて、図６〜図９の処理によって実現される具体的なケースを説明する。まず、図１１を参照して、待機画面ＳＣ１０内のスキャンボタンが選択されるケースＡを説明する。ＭＦＰ１０及びＰＣ１００のそれぞれにおいて、デフォルトの待機画面ＳＣ１０（図１０参照）が表示される（Ｓ１０、Ｓ２０４）。この状態では、ＭＦＰ１０の新画面フラグはＯＦＦである（Ｓ１６）。
【００９０】
ＰＣ１００は、定期タイマの値が２秒に到達する場合（Ｓ２１０でＹＥＳ）に、Ｔ４００において、確認要求をＭＦＰ１０に送信する（Ｓ２１２）。ＭＦＰ１０は、当該確認要求を受信する場合（Ｓ２０でＹＥＳ）に、新画面フラグがＯＦＦであると判断し（Ｓ２２でＮＯ）、Ｔ４０２において、変更なしを示す応答をＰＣ１００に送信する（Ｓ２６）。この場合、ＰＣ１００は、画面要求をＭＦＰ１０に送信しない（Ｓ２２０でＮＯ）。
【００９１】
ＰＣ１００は、Ｔ４０５において、待機画面ＳＣ１０内のスキャンボタンに対するプッシュ動作を受け付ける場合（Ｓ２４０でＹＥＳ）に、Ｔ４１０において、プッシュ動作を示す情報を含む選択信号をＭＦＰ１０に送信する（Ｓ２４２）。ＭＦＰ１０は、当該選択信号を受信する場合（Ｓ５０でＹＥＳ）に、画面を変更せず（Ｓ１００でＹＥＳ、Ｓ１１０でＮＯ）、Ｔ４１２において、応答をＰＣ１００に送信する（Ｓ１１８）。
【００９２】
次いで、ＰＣ１００は、Ｔ４１５において、待機画面ＳＣ１０内のスキャンボタンに対するリリース動作を受け付ける場合（Ｓ２４０でＹＥＳ）に、Ｔ４２０において、リリース動作を示す情報を含む選択信号をＭＦＰ１０に送信する（Ｓ２４２）。ＭＦＰ１０は、当該選択信号を受信する場合（Ｓ５０でＹＥＳ）に、Ｔ４２１において、待機画面ＳＣ１０に代えて、スキャンを実行中であることを示す実行中画面ＳＣ２０（図１０参照）を表示し（Ｓ１００でＮＯ、Ｓ１２０でＮＯ、Ｓ１２４）、Ｔ４２２において、応答をＰＣ１００に送信する（Ｓ１３０）。この場合、ＭＦＰ１０の新画面フラグはＯＮに変更される（Ｓ１３４）。なお、図示省略しているが、ＭＦＰ１０は、実行中画面ＳＣ２０が表示されている間に、原稿のスキャンを実行する。
【００９３】
ＰＣ１００は、定期タイマの値が２秒に到達する場合（Ｓ２１０でＹＥＳ）に、Ｔ４３０において、確認要求をＭＦＰ１０に送信する（Ｓ２１２）。ＭＦＰ１０は、当該確認要求を受信する場合（Ｓ２０でＹＥＳ）に、新画面フラグがＯＮであると判断し（Ｓ２２でＹＥＳ）、Ｔ４３２において、変更ありを示す応答をＰＣ１００に送信する（Ｓ２４）。ＰＣ１００は、当該応答を受信する場合（Ｓ２１２、Ｓ２２０でＹＥＳ）に、Ｔ４４０において、画面要求をＭＦＰ１０に送信する（Ｓ２２２）。ＭＦＰ１０は、当該画面要求を受信する場合（Ｓ３０でＹＥＳ）に、Ｔ４４２において、実行中画面ＳＣ２０を表わす画面データ４００をＰＣ１００に送信する（Ｓ３２）。この場合、ＭＦＰ１０の新画面フラグはＯＦＦに変更される（Ｓ３４）。ＰＣ１００は、画面データ４００を受信する場合（Ｓ２２２）に、Ｔ４４３において、実行中画面ＳＣ２０を表示する（Ｓ２２４）。
【００９４】
ＰＣ１００は、定期タイマの値が２秒に到達する場合（Ｓ２１０でＹＥＳ）に、Ｔ４５０において、確認要求をＭＦＰ１０に送信する（Ｓ２１２）。ＭＦＰ１０は、当該確認要求を受信する場合（Ｓ２０でＹＥＳ）に、新画面フラグがＯＦＦであると判断し（Ｓ２２でＮＯ）、Ｔ４５２において、変更なしを示す応答をＰＣ１００に送信する（Ｓ２６）。この場合、ＰＣ１００は、画面要求をＭＦＰ１０に送信しない（Ｓ２２０でＮＯ）。
【００９５】
ＭＦＰ１０は、原稿のスキャンが完了する場合に、画面の変更タイミングが到来したと判断し（Ｓ４０でＹＥＳ）、Ｔ４６０において、実行中画面ＳＣ２０に代えて、スキャンが完了したことを示す完了画面ＳＣ２２を表示する（Ｓ４２）。この場合、ＭＦＰ１０の新画面フラグはＯＮに変更される（Ｓ４４）。
【００９６】
Ｔ４７０〜Ｔ４８０は、Ｔ４３０〜Ｔ４４０と同様である。ＭＦＰ１０は、Ｔ４８２において、完了画面ＳＣ２２を表わす画面データ４１０をＰＣ１００に送信する（Ｓ３２）。ＰＣ１００は、画面データ４１０を受信する場合（Ｓ２２２）に、Ｔ４８３において、完了画面ＳＣ２２を表示する（Ｓ２２４）。
【００９７】
上記のケースＡによると、ＭＦＰ１０は、待機画面ＳＣ１０に代えて実行中画面ＳＣ２０が表示される前に、ＰＣ１０から確認要求を受信する場合（Ｔ４００）に、待機画面ＳＣ１０を表わす画面データをＰＣ１０に再び送信しない。また、ＭＦＰ１０は、実行中画面ＳＣ２０に代えて完了画面ＳＣ２２が表示される前に、ＰＣ１０から確認要求を受信する場合（Ｔ４５０）に、実行中画面ＳＣ２０を表わす画面データ４００をＰＣ１０に再び送信しない。従って、ＭＦＰ１０とＰＣ１００との間で同じ画面データが複数回に亘って通信されるのを抑制することができ、ＭＦＰ１０とＰＣ１００との間の通信負荷を軽減させることができる。このために、ＭＦＰ１０とＰＣ１００との間の選択信号の通信が画面データの通信によって妨げられるのを抑制することができ、ＰＣ１００におけるユーザの操作に応じた選択信号の通信を迅速に実行することができる（即ちユーザの操作に対する応答性が向上する）。この結果、ＭＦＰ１０及びＰＣ１００において実行中画面ＳＣ２０を迅速に表示させることができる。実行中画面ＳＣ２０をユーザに迅速に提供することができるので、ユーザの利便性を向上させることができる。
【００９８】
（ケースＢ；図１２）
続いて、図１２を参照して、待機画面ＳＣ１０内の矢印ボタンが選択されるケースＢを説明する。Ｔ５００及びＴ５０２は、図１１のＴ４００及びＴ４０２と同様である。また、Ｔ５０５〜Ｔ５２０は、矢印ボタンに対するプッシュ動作及びリリース動作が実行される点を除いて、図１１のＴ４０５〜Ｔ４２０と同様である。
【００９９】
ＭＦＰ１０は、Ｔ５２０において、ＰＣ１００から選択信号を受信する場合（Ｓ５０でＹＥＳ）に、アニメーションを利用して、待機画面ＳＣ１０に代えて画面ＳＣ３０〜Ｓ３４（図１０参照）を表示し、最終的に、続きの待機画面ＳＣ３６（図１０参照）を表示する。ＭＦＰ１０は、Ｔ５２１において、まず画面ＳＣ３０を表示し、Ｔ５２２において、応答をＰＣ１００に送信する（Ｓ１３０）。この場合、アニメーションを実行中であるので、ＭＦＰ１０の新画面フラグはＯＦＦに維持される（Ｓ１３２でＹＥＳ）。従って、ＭＦＰ１０は、Ｔ５３０において、ＰＣ１００から確認要求を受信する場合（Ｓ２０でＹＥＳ）に、新画面フラグがＯＦＦであると判断し（Ｓ２２でＮＯ）、Ｔ５３２において、変更なしを示す応答をＰＣ１００に送信する（Ｓ２６）。
【０１００】
次いで、ＭＦＰ１０は、Ｔ５３３及びＴ５３４において、画面ＳＣ３２及び画面ＳＣ３４を順次表示する。この段階でも、アニメーションを実行中であるので、ＭＦＰ１０の新画面フラグはＯＦＦに維持される（Ｓ１３２でＹＥＳ）。従って、ＭＦＰ１０は、Ｔ５４０において、ＰＣ１００から確認要求を受信する場合（Ｓ２０でＹＥＳ）に、新画面フラグがＯＦＦであると判断し（Ｓ２２でＮＯ）、Ｔ５４２において、変更なしを示す応答をＰＣ１００に送信する（Ｓ２６）。
【０１０１】
ＭＦＰ１０は、Ｔ５４３において、待機画面ＳＣ３６を表示する。これによりアニメーションが終了したので、ＭＦＰ１０の新画面フラグはＯＮに変更される（Ｓ１３２でＮＯ、Ｓ１３４）。従って、ＭＦＰ１０は、Ｔ５５０において、ＰＣ１００から確認要求を受信する場合（Ｓ２０でＹＥＳ）に、新画面フラグがＯＮであると判断し（Ｓ２２でＹＥＳ）、Ｔ５５２において、変更ありを示す応答をＰＣ１００に送信する（Ｓ２４）。このために、ＭＦＰ１０は、Ｔ５６０において、ＰＣ１００から画面要求を受信し（Ｓ３０でＹＥＳ）に、Ｔ５６２において、待機画面ＳＣ３６を表わす画面データ４２０をＰＣ１００に送信する（Ｓ３２）。この結果、Ｔ５６３において、待機画面ＳＣ３６がＰＣ１００に表示される。
【０１０２】
ＭＦＰ１０においてアニメーションが実行されている間に、ＭＦＰ１０が確認要求及び画面要求に応じて画面データをＰＣ１００に送信する第３の比較例の構成を採用することを想定する。この場合、ＭＦＰ１０は、例えば、画面ＳＣ３０を表示している際にＰＣ１００から確認要求及び画面要求を受信する場合に、画面ＳＣ３０を表わす画面データをＰＣ１００に送信する。その後、ＰＣ１００の定期タイマの値が２秒に到達する時点では、ＭＦＰ１０においてアニメーションが終了した状態（即ち待機画面ＳＣ３６が表示されている状態）であることを想定する。ＭＦＰ１０は、待機画面ＳＣ３６を表示している際にＰＣ１００から確認要求及び画面要求を受信する場合に、待機画面ＳＣ３６を表わす画面データをＰＣ１００に送信する。この場合、ＰＣ１００では、画面ＳＣ３０が表示され、その後、画面ＳＣ３２，ＳＣ３４が表示されずに、待機画面ＳＣ３６が表示される。即ち、ＰＣ１００においてアニメーションの一部の画面しか表示されない。ＭＦＰ１０とＰＣ１００との間において、このような無駄な画面をＰＣ１００に表示させるための通信が実行されるのを抑制することが望ましい。
【０１０３】
上記のケースＢによると、ＭＦＰ１０は、アニメーションを利用して待機画面ＳＣ１０に代えて待機画面ＳＣ３６を表示する過程において、ＰＣ１０から確認要求を受信する場合（Ｔ５３０、Ｔ５４０）に、アニメーションの途中の画面（ＳＣ３０〜ＳＣ３４）を表わす画面データをＰＣ１０に送信しない。従って、ＭＦＰ１０とＰＣ１００との間において、無駄な画面をＰＣ１００に表示させるための通信が実行されるのを抑制することができる。従って、ＭＦＰ１０とＰＣ１００との間の通信負荷を軽減させることができる。なお、変形例では、上記の第３の比較例の構成が採用されてもよい。
【０１０４】
（具体的なケース；図５）
続いて、図５を参照して、待機画面ＳＣ１０内のログインボタンが選択されるケースを説明する。待機画面ＳＣ１０が表示されている場合の動作は、図１１のＴ４００〜Ｔ４０２と同様である。
【０１０５】
図示省略しているが、ＰＣ１００は、待機画面ＳＣ１０内のログインボタンに対するプッシュ動作及びリリース動作を順次受け付ける場合（Ｓ２４０でＹＥＳ）に、プッシュ動作を示す情報を含む選択信号及びリリース動作を示す情報を含む選択信号をＭＦＰ１０に順次送信する（Ｓ２４２）。ＭＦＰ１０は、リリース動作を示す情報を含む選択信号を受信する場合（Ｓ５０でＹＥＳ）に、Ｔ３００において、待機画面ＳＣ１０に代えてログイン画面ＳＣ０（図４、図１０参照）を表示する（Ｓ１００でＮＯ、Ｓ１２０でＮＯ、Ｓ１２４）。この場合、ＭＦＰ１０の新画面フラグはＯＮに変更される（Ｓ１３４）。
【０１０６】
ＰＣ１００は、定期タイマの値が２秒に到達する場合（Ｓ２１０でＹＥＳ）に、確認要求（図５では図示省略）をＭＦＰ１０に送信する（Ｓ２１２）。ＭＦＰ１０は、当該確認要求を受信する場合（Ｓ２０でＹＥＳ）に、新画面フラグがＯＮであると判断し（Ｓ２２でＹＥＳ）、変更ありを示す応答（図５では図示省略）をＰＣ１００に送信する（Ｓ２４）。ＰＣ１００は、当該応答を受信する場合（Ｓ２１２、Ｓ２２０でＹＥＳ）に、Ｔ３１０において、画面要求をＭＦＰ１０に送信する（Ｓ２２２）。ＭＦＰ１０は、当該画面要求を受信する場合（Ｓ３０でＹＥＳ）に、Ｔ３１２において、ログイン画面ＳＣ０を表わす画面データ２２０をＰＣ１００に送信する（Ｓ３２）。この場合、ＭＦＰ１０の新画面フラグはＯＦＦに変更される（Ｓ３４）。ＰＣ１００は、画面データ２２０を受信する場合（Ｓ２２２）に、Ｔ３１４において、ログイン画面ＳＣ０を表示する（Ｓ２２４）。
【０１０７】
ＰＣ１００は、ログイン画面ＳＣ０を表示すると、現在表示されている画面が文字入力画面であると判断し（Ｓ２３０でＹＥＳ）、定期タイマを停止する（Ｓ３００）。その後、ＰＣ１００は、Ｔ０〜Ｔ３において、「Ｕ」及び「Ｒ」のそれぞれについてプッシュ動作及びリリース動作を順次受け付ける（Ｓ３５０でＹＥＳ）。ここで、各動作の間の時間は０．５秒未満である。従って、ＰＣ１００は、確認要求をＭＦＰ１０に送信することなく（Ｓ３１０でＮＯ）、Ｔ３２０、Ｔ３４０、Ｔ３６０、及び、Ｔ３８０において、選択信号をＭＦＰ１０に順次送信する（Ｓ３５２）。これにより、ＭＦＰ１０は、Ｔ３２１、Ｔ３４１、Ｔ３６１、及び、Ｔ３８１において、画面ＳＣ１〜ＳＣ４を順次表示し（Ｓ１１２、Ｓ１２２）、Ｔ３２２、Ｔ３４２、Ｔ３６２、及び、Ｔ３８２において、応答をＰＣ１００に送信する（Ｓ１１４、Ｓ１３０）。
【０１０８】
ＰＣ１００は、Ｔ３のリリース動作から０．５秒が経過すると、無操作タイマの値が０．５秒に到達したと判断し（Ｓ３１０でＹＥＳ）、Ｔ３９０において、確認要求をＭＦＰ１０に送信し（Ｓ３１２）、Ｔ３９１において、ＭＦＰ１０から変更ありを示す応答を受信する（Ｓ３１２）。この場合、ＰＣ１００は、Ｔ３９２において、画面要求をＭＦＰ１０に送信し（Ｓ３２２）、Ｔ３９３において、ＭＦＰ１０から画面データ２６０を受信する（Ｓ３２２）。この結果、ＰＣ１００は、Ｔ３９４において、文字列が記述されたログイン画面ＳＣ４を表示する（Ｓ３２４）。
【０１０９】
本実施例によると、無操作タイマは、ＰＣ１００に表示されるログイン画面内の領域がユーザによって選択される毎にリセットされる（Ｔ０〜Ｔ３、図９のＳ３５６）。そして、ＰＣ１００は、無操作タイマの値が０．５秒に到達していないと判断する場合に、確認要求をＭＦＰ１０に送信しない。このために、ＭＦＰ１０とＰＣ１００との間で確認要求、画面要求、及び、画面データの通信が実行されず、ＭＦＰ１０とＰＣ１００との間の通信負荷を軽減させることができ、この結果、時間ＴＭ２を短縮することができる（即ちユーザの操作に対する応答性が向上する）。
【０１１０】
また、本実施例では、ＰＣ１００は、無操作タイマの値が０．５秒に到達していないと判断しても（Ｓ３１０でＮＯ）、選択回数カウンタの値が１０に到達したと判断する場合（Ｓ３４０でＹＥＳ）に、確認要求をＭＦＰ１０に送信する（Ｓ３１２）。これにより、ＰＣ１００は、ある程度の文字数（本実施例では５個の文字）が入力された段階において、入力済みの文字列が記述された画面を表示することができる（Ｓ３２０でＹＥＳ、Ｓ３２２、Ｓ３２４）。このために、ユーザによる文字列の入力が途中であっても、途中段階の文字列が記述された画面をユーザに提供することができる。
【０１１１】
図５では図示省略しているが、ＰＣ１００は、ログイン画面ＳＣ４内のＯＫボタンに対するプッシュ動作及びリリース動作がプッシュ動作及びリリース動作を順次受け付ける場合（Ｓ２４０でＹＥＳ）に、プッシュ動作を示す情報を含む選択信号及びリリース動作を示す情報を含む選択信号をＭＦＰ１０に順次送信する（Ｓ２４２）。ＭＦＰ１０は、リリースを示す情報を含む選択信号を受信する場合（Ｓ５０でＹＥＳ）に、ログイン画面ＳＣ４に代えて待機画面ＳＣ１０を再び表示する（Ｓ１００でＮＯ、Ｓ１２０でＮＯ、Ｓ１２４）。この場合、ＭＦＰ１０の新画面フラグはＯＮに変更される（Ｓ１３４）。
【０１１２】
ＰＣ１００は、現在表示されている画面が文字入力画面でないと判断し（Ｓ３３０でＮＯ）、定期タイマをリセット及びスタートさせる（Ｓ２０６）。そして、ＰＣ１００は、定期タイマの値が２秒に到達する場合（Ｓ２１０でＹＥＳ）に、確認要求をＭＦＰ１０に送信する（Ｓ２１２）。これにより、ＰＣ１００は、待機画面ＳＣ１０を再び表示することができる（Ｓ２２０でＹＥＳ、Ｓ２２２、Ｓ２２４）。この状態では、ＰＣ１００は、定期タイマの値が２秒に到達する毎に（Ｓ２１０でＹＥＳ）、確認要求をＭＦＰ１０に送信する（Ｓ２１２）。
【０１１３】
（対応関係）
ＭＦＰ１０、ＰＣ１００が、それぞれ、「画像処理装置」、「端末装置」の一例である。ＭＦＰ１０の表示部１４、ネットワークインターフェース１６が、それぞれ、「表示部」、「通信インターフェース」の一例である。図１１のケースＡでは、スキャンボタン、待機画面ＳＣ１０、実行中画面ＳＣ２０、完了画面ＳＣ２２が、それぞれ、「特定領域」、「第１の画面」、「第２の画面」、「第３の画面」の一例である。図１２のケースＢでは、矢印ボタン、待機画面ＳＣ１０、待機画面ＳＣ３６が、それぞれ、「特定領域」、「第１の画面」、「第２の画面」の一例である。確認要求、画面要求が、それぞれ、「第１の要求信号」、「第２の要求信号」の一例である。変更ありを示す応答、変更なしを示す応答が、「第１の情報」、「第２の情報」の一例である。
【０１１４】
指示プログラムが、「コンピュータプログラム」の一例である。ＰＣ１００の表示部１１４、ネットワークインターフェース１１６が、それぞれ、「表示部」、「通信インターフェース」の一例である。ログイン画面ＳＣ０、ログイン画面ＳＣ４が、それぞれ、「第１の画面」、「新たな第１の画面」の一例であり、待機画面ＳＣ１０が「第２の画面」及び「第３の画面」の一例である。待機画面ＳＣ１０内のログインボタン、ログイン画面ＳＣ４内のＯＫボタンが、それぞれ、「第１の領域」、「第２の領域」の一例である。ログイン画面ＳＣ０内の文字に対するリリース動作を示す選択信号、ログインボタンに対するリリース動作を示す選択信号、ＯＫボタンに対するリリース動作を示す選択信号が、それぞれ、「第１の選択信号」、「第２の選択信号」、「第３の選択信号」の一例である。無操作タイマ、定期タイマが、それぞれ、「第１のタイマ」、「第２のタイマ」の一例である。２、０．５、１０が、それぞれ、「第１の所定値」、「第２の所定値」、「所定回数」の一例である。変更ありを示す応答が、「変更情報」の一例である。
【０１１５】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【０１１６】
（変形例１）ＰＣ１００は、図８のＳ２１２及びＳ２２０（さらには図９のＳ３１２及びＳ３２０）を実行しなくてもよい。即ち、ＰＣ１００は、確認要求をＭＦＰ１０に送信せずに、画面要求をＭＦＰ１０に送信してもよい。この場合、ＭＦＰ１０は、図６のＳ２０〜Ｓ２６を実行しない。ＭＦＰ１０は、ＰＣ１００から画面要求を受信する場合（Ｓ３０でＹＥＳ）に、新画面フラグがＯＮであるのかＯＦＦであるのかを判断し、新画面フラグがＯＮであれば、画面データをＰＣ１００に送信し、新画面フラグがＯＦＦであれば、画面データを送信せずに、変更なしを示す応答をＰＣ１００に送信する。本変形例では、画面要求が、「第１の要求信号」の一例である。そして、本変形例では、「第１の情報送信部」、「第２の情報送信部」、「変更情報受信部」、及び、「第２の要求信号送信部」を省略可能である。
【０１１７】
（変形例２）待機画面ＳＣ１０は、スキャンボタンを含んでいなくてもよい。即ち、画面ＳＣ２０，ＳＣ２２が表示されなくてもよい。この場合、ＭＦＰ１０は、図６のＳ４０〜Ｓ４４の処理を実行しなくてもよい。本変形例では、「第３の表示制御部」及び「第３の画面データ送信部」を省略可能である。
【０１１８】
（変形例３）「第１の画面」は、文字入力画面には限られず、例えば、複数個のチェックボックスを含む画面であってもよい。この場合、ＰＣ１００は、チェックボックスに対するチェック動作が実行される場合に、図９のＳ３５０でＹＥＳと判断し、選択信号をＭＦＰ１０に送信する。この結果、ＭＦＰ１０は、当該チェックボックスを非チェック状態からチェック状態に変更する。そして、ＰＣ１００は、無操作タイマの値が０．５秒に到達する場合（Ｓ３１０でＹＥＳ）に、確認要求をＭＦＰ１０に送信する（Ｓ３１２）。これにより、ＰＣ１０は、チェック状態を有するチェックボックスを含む画面を表示することができる（Ｓ３２０でＹＥＳ、Ｓ３２２、Ｓ３２４）。
【０１１９】
（変形例４）図９のＳ３４０の処理を省略してもよい。本変形例では、「第２の判断部」を省略可能である。
【０１２０】
（変形例５）ＰＣ１００は、ＭＦＰ１０のウェブサーバにアクセスして表示されるウェブページにおいて、ＭＦＰ１０へのログインを実行するためのボタンが選択される場合に、ログイン画面ＳＣ０の送信をＭＦＰ１０に要求してもよい。この場合、ＭＦＰ１０は、ログイン画面ＳＣ０を表示部１４に表示させ、さらに、ログイン画面ＳＣ０を表わす画面データをＰＣ１００に送信してもよい。これにより、ＰＣ１００は、待機画面ＳＣ１０を表示することなく、ログイン画面ＳＣ０を表示する。その後、ＰＣ１００は、図８の処理を実行することなく、図９の処理を実行してもよい。そして、ＰＣ１００は、文字列が入力された後にログイン画面ＳＣ４内のＯＫボタンが選択される場合に、入力済みの文字列をＭＦＰ１０に送信し、上記のウェブページを再び表示してもよい。本変形例では、「第３の判断部」、「第３の要求信号送信部」、「第２の選択信号送信部」、「第３の選択信号送信部」、及び、「第３の表示制御部」を省略可能である。
【０１２１】
（変形例６）ＰＣ１００は、図９のＳ３５０において、プッシュ動作が実行されることを監視しなくてもよく、リリース動作が実行されることのみを監視してもよい。また、別の変形例では、ＰＣ１００は、図９のＳ３５０において、リリース動作が実行されることを監視しなくてもよく、プッシュ動作が実行されることのみを監視してもよい。即ち、「選択」は、第１の画面内の領域をプッシュ及びリリースすることの双方を含んでいなくてもよい。
【０１２２】
（変形例７）ＰＣ１００は、図８のＳ２３０の判断を実行しなくてもよく、図８及び図９の処理を合わせた処理を実行してもよい。具体的には、ＰＣ１００は、図８のＳ２１０及びＳ２４０の判断と並列的に、図９のＳ３１０及びＳ３４０の判断を実行する。Ｓ３１０又はＳ３４０の判断でＹＥＳの場合にはＳ２１２に進む。また、Ｓ２４２の後に、Ｓ３５４及びＳ３５６の処理が実行され、Ｓ２１２の後に、無操作タイマが停止されると共に選択回数カウンタがゼロに初期化される。本変形例によると、ＭＦＰ１０及びＰＣ１００の間で画面データの通信を実行する際に、当該画面データによって表わされる画面の属性を示す情報の通信を実行せずに済む。
【０１２３】
（変形例８）「画像処理装置」は、ＭＦＰ１０に限られず、プリンタ、スキャナ、ＰＣ等のあらゆるデバイスを含む。
【０１２４】
（変形例９）上記の実施例では、ＭＦＰ１０及びＰＣ１００によって実行される各処理がプログラムによって実現されるが、これらの各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。
【０１２５】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１２６】
２：通信システム、４：ＬＡＮ、１０：多機能機（ＭＦＰ）、１２：操作部、１４：表示部、１６：ネットワークインターフェース、１８：印刷実行部、２０：スキャン実行部、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、１００：ＰＣ、１１２：操作部、１１４：表示部、１１６：ネットワークインターフェース、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１３６：ＯＳプログラム、１３８：ブラウザアプリケーション
【図１】
2020010265.tif 000003
【図２】
2020010265.tif 000004
【図３】
2020010265.tif 000005
【図４】
2020010265.tif 000006
【図５】
2020010265.tif 000007
【図６】
2020010265.tif 000008
【図７】
2020010265.tif 000009
【図８】
2020010265.tif 000010
【図９】
2020010265.tif 000011
【図１０】
2020010265.tif 000012
【図１１】
2020010265.tif 000013
【図１２】
2020010265.tif 000014