通信装置および通信装置のプログラム
【課題】画面を表示する通信装置等を提供すること。
【解決手段】ＭＦＰは、ウェブサーバ７１から命令を受信する。ＭＦＰは、ウェブサーバからサーバ動作命令を受信した場合、および、ウェブサーバ以外の経路から内部動作命令を受け付けた場合に、機能動作を実行する。ＭＦＰは、ウェブサーバからサーバ表示命令を受信した場合に、「処理中画面（その２）」や、「サーバ指示画面」をパネル３９に表示する。またＭＦＰは、機能動作を実行した場合に動作中画面をパネルに表示する。ＭＦＰは、「処理中画面（その２）」や「サーバ指示画面」を表示している期間中に、サーバ動作命令を受信した場合には「動作中画面」をパネルに表示し、内部動作命令を受信した場合には「動作中画面」をパネルに表示しない。
【解決手段】ＭＦＰは、ウェブサーバ７１から命令を受信する。ＭＦＰは、ウェブサーバからサーバ動作命令を受信した場合、および、ウェブサーバ以外の経路から内部動作命令を受け付けた場合に、機能動作を実行する。ＭＦＰは、ウェブサーバからサーバ表示命令を受信した場合に、「処理中画面（その２）」や、「サーバ指示画面」をパネル３９に表示する。またＭＦＰは、機能動作を実行した場合に動作中画面をパネルに表示する。ＭＦＰは、「処理中画面（その２）」や「サーバ指示画面」を表示している期間中に、サーバ動作命令を受信した場合には「動作中画面」をパネルに表示し、内部動作命令を受信した場合には「動作中画面」をパネルに表示しない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面データを用いて画面を表示する通信装置および通信装置のプログラムに関する。
【背景技術】
【０００２】
特許文献１では、送信元の機器から通信装置へ、ＧＵＩ（Graphical User Interface）画像パラメータ情報が送信される。通信装置は、受信したＧＵＩ画面パラメータ情報に基づいてＧＵＩ画面を構築し、表示部にＧＵＩ画面を表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２０７８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
送信元の機器以外（例えば、送信元の機器以外の機器や、通信装置の内蔵タイマや入力部）から情報が入力された場合にも、通信装置の表示部にＧＵＩ画面が表示される構成とすることができる。この場合に、送信元の機器から送信されてくる情報をトリガとして表示されるＧＵＩ画面と、送信元の機器以外から入力されてくる情報をトリガとして表示されるＧＵＩ画面とが混在して表示されると、利用者が何れの情報によって表示されているＧＵＩ画面であるかを認識しにくくなる場合がある。本明細書では、このような不便性を解消することができる技術を提供する。
【課題を解決するための手段】
【０００５】
本願に記載の通信装置は、ネットワークに接続されたサーバから命令を受信する受信手段と、サーバ以外の経路から命令を受け付ける受付手段と、受信手段がサーバから第１の動作命令を受信した場合、および、受付手段がサーバ以外の経路から第２の動作命令を受け付けた場合に機能動作を実行する機能動作実行手段と、受信手段がサーバから表示命令を受信した場合に表示命令対応画面を表示部に表示し、機能実行手段が機能動作を実行した場合に動作対応画面を表示部に表示する表示手段と、を備える通信装置である。表示手段は、表示命令対応画面を表示している期間中に受信手段が第１の動作命令を受信した場合には、動作対応画面を表示部に表示する一方で、受付手段が第２の動作命令を受け付けた場合には、動作対応画面を表示部に表示しないことを特徴とする。
【０００６】
このように構成された通信装置では、サーバから表示命令を受けて画面を表示している期間内においては、サーバ以外の経路から入力された動作命令による画面が表示されない。よって、サーバから送信されてくる表示命令をトリガとした画面を表示している時に、サーバ以外から送信されてくる動作命令をトリガとして機能動作が実行されても、その機能動作に対応する動作対応画面が表示される事態を防止できる。これにより、サーバからの命令（表示命令、動作命令）によって表示されている画面であるか否かを利用者が認識しやすくなるため、利用者の利便性を高めることができる。
【０００７】
また、例えば、画面データの種類ごとに優先順位を割り当て、一番上に積んである画面データの優先順位よりも低い優先順位の画面データは、その上に積むことが出来ないとする制御を行う場合には、画面データを積むことが出来るか否かの判断において、画面データの積む組合せを考慮することができない。しかし請求項２に記載の通信装置では、画像データ自身に、その上に積むことができる画面データの種類が関連付けられている。よって、画面データを積むことが出来るか否かの判断において、画面データを積む組合せを考慮することが可能となるため、より細かい制御が可能となる。
【０００８】
また、請求項２に記載の通信装置では、指示手段によって、動作対応画面データを積むことができると積載可能情報が示す画面データを、スタックデータ構造の一番上に積むか否かの制御を行うことができる。これにより、動作対応画面の表示部への表示の可否を制御することが可能となる。
【０００９】
また、請求項２に記載の通信装置では、サーバから表示命令を受けて表示命令画面を表示している期間内に、サーバから第１の動作命令を受信した場合には、動作対応画面を表示部に表示することができる。これにより、利用者がサーバからの命令によって表示されている画面であるか否かを認識しやすくなるため、利用者の利便性を高めることができる。
【００１０】
また、請求項３に記載の通信装置では、通信装置が起動した場合等などに、待機画面を表示部に表示することができる。これにより、通信装置のステータスが待機中であることが利用者にとって認識しやすくなるため、利用者の利便性を高めることができる。
【００１１】
また、請求項４に記載の通信装置では、サーバ指示画面データによって、サーバからの指示内容を具体的に利用者に報知することができる。そして、あるサーバ指示画面データをサーバから受信し、次サーバ指示画面データをサーバから受信するまでの間に所定時間が発生する場合においても、当該所定時間においては、処理中画面データによって、処理中であることを利用者に知らせることができる。よって、利用者の利便性を高めることができる。
【図面の簡単な説明】
【００１２】
【図１】サービス連携システムの構成を示すブロック図である。
【図２】ＭＦＰの動作フロー（その１）である。
【図３】ＭＦＰの動作フロー（その２）である。
【図４】ＭＦＰの動作フロー（その３）である。
【図５】画像データ記憶テーブルＴＢ１１の一例である。
【図６】画面データ記憶領域のスタック例（その１）である。
【図７】画面データ記憶領域のスタック例（その２）である。
【図８】画面データ記憶領域のスタック例（その３）である。
【発明を実施するための形態】
【００１３】
＜サービス連携システム１０の概略＞
図１を参照して、本発明を具現化した実施形態であるサービス連携システム１０の概略について説明する。サービス連携システム１０は、ＭＦＰ（Multifunction Peripheral）５１とウェブサーバ７１とを備える。ＭＦＰ５１とウェブサーバ７１とは、インターネット７０を介して接続されている。
【００１４】
ウェブサーバ７１は、インターネットに接続された他の端末とＨＴＴＰ、又は、ＨＴＴＰＳによる通信を行い、他の端末に対して所定のサービスを提供する。ウェブサーバ７１によって提供されるサービスの一例としては、電子ファイル格納サービスが挙げられる。電子ファイル格納サービスは、サービス事業者が用意したネットワーク上のデータベースに電子ファイルを格納することが出来るサービスである。たとえば、Ｐｉｃａｓａ（登録商標）ウェブアルバムや、ｆｌｉｃｋｒ（登録商標）が、その一例である。
【００１５】
また、ウェブサーバ７１によって提供されるサービスにおいて、ウェブサーバ７１からＭＦＰ５１に対して、サーバ動作命令やサーバ表示命令が行われる場合がある。サーバ動作命令やサーバ表示命令の内容については、後述する。
【００１６】
＜ＭＦＰ５１の構成＞
ＭＦＰ５１の構成について説明する。ＭＦＰ５１は、プリンタ１９、スキャナ２０、ＣＰＵ３２、記憶部３３、ＬＡＮ送受信部３６、ボタン入力部３８、パネル３９、モデム４０、電話回線接続部４１、を主に備えている。これらの構成要素は、入出力ポート４３を介して互いに通信可能に接続されている。
【００１７】
ＣＰＵ３２は、記憶部３３に記憶されるプログラムや、ＬＡＮ送受信部３６を介して送受信される各種信号などに従って、各機能の制御を行う。なお、記憶部３３は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＨＤＤ（ハードディスク）などが組み合わされて構成されているとしてもよい。
【００１８】
ＬＡＮ送受信部３６は、インターネット７０を介して、ウェブサーバ７１との間で各種のデータを構成するデジタル信号を送受信する。ボタン入力部３８は、ＭＦＰ５１の各機能を実行するためのキーである。ボタン入力部３８は、タッチパネルとして、パネル３９と一体に構成されていてもよい。パネル３９は、ＭＦＰ５１の各種機能情報を表示する。
【００１９】
プリンタ１９は、印刷を実行する旨の内部動作命令を受け付けることに応じて、印刷を実行する部位である。スキャナ２０は、読み取りを実行する旨の内部動作命令を受け付けることに応じて、読み取りを実行する部位である。なお、内部動作命令は、ボタン入力部３８、電話回線網１００、ＭＦＰ５１に接続されたパーソナルコンピュータ（不図示）、ＭＦＰ５１に内蔵されたタイマ（不図示）、などから出力される。モデム４０は、ファクシミリ機能によって送信する原稿データを、電話回線網１００に伝送可能な信号に変調して電話回線接続部４１を介して送信したり、電話回線網１００から電話回線接続部４１を介して入力された信号を受信し、原稿データへ復調するものである。
【００２０】
記憶部３３は、画面データ記憶領域３３ａ、画像データ記憶テーブルＴＢ１１、プログラム２１を備える。画面データ記憶領域３３ａは、各種の画面データを、スタックデータ構造で記憶する領域である。スタックデータ構造は、最後に入力したデータが先に出力されるという特徴を有するデータ構造である。データを入力するときは新しいデータが一番上に積まれる。また、データを出力するときは、一番上に積まれているデータが優先して出力される。このような後入れ先出しのデータの入出力方式は、ＬＩＦＯ（Last In, First Out）と呼ばれる。
【００２１】
画面データ記憶領域３３ａは、２つの基本操作である、プッシュとポップによって記憶内容が更新される。画面データ記憶領域３３ａでは、ＣＰＵ３２は、一番上（トップ）の画像データだけにアクセスすることができ、それ以外の画像データにはアクセス不可とされている。新たに画像データが積まれる（プッシュされる）と、その新しい画像データがスタックのトップとなり、下にある画像データへのアクセスを不可としてしまう。画像データをスタックから取り出す（ポップする）と、二番目の画像データがスタックのトップとなる。
【００２２】
ＣＰＵ３２は、画面データ記憶領域３３ａの一番上に積まれている画面データを読み出し、読み出された画面データを用いて、パネル３９に画面を表示する。パネル３９への画面表示は、ウェブサーバ７１からサーバ表示命令を受信することや、内部動作命令を受信することなどをトリガとして行われるとしてもよい。
【００２３】
また、図５に、画像データ記憶テーブルＴＢ１１の一例を示す。画像データ記憶テーブルＴＢ１１は、画面データ１１０、画面種類１１１、積載可能情報１１２、を記憶する。画面種類１１１には、「待機画面」、「処理中画面（その１）」、「処理中画面（その２）」、「動作中画面」、「サーバ指示画面」、「メニュー操作画面」、の６種類が存在する。「待機画面」は、ＭＦＰ５１の待機状態中に表示される画面である。「処理中画面（その１）」および「処理中画面（その２）」は、ＭＦＰ５１がウェブサーバ７１との通信処理中に表示される画面である。「動作中画面」は、ＭＦＰ５１の印刷動作等の動作中に表示される画面である。「サーバ指示画面」は、ウェブサーバ７１からの表示命令に従って表示される画面である。「メニュー操作画面」は、ボタン入力部３８からの利用者の操作等によって表示される画面である。
【００２４】
また、画面種類１１１の各々に対応して、画面データ１１０が備えられる。画面データ１１０は、パネル３９に表示する画面を生成するためのデータである。なお、図５には、画面種類１１１に対応した画面データ１１０の代表的な画面例を示している。
【００２５】
積載可能情報１１２は、画面データの上に、他の画面データのうち何れの画面種類１１１の画面データを積むことが可能であるかを示す条件である。「待機画面」は、全ての画面種類１１１の画面をその上に積むことが可能である。「処理中画面（その１）」は、全ての画面種類１１１の画面をその上に積むことが可能である。よって、動作中画面を処理中画面（その１）の上に積むことが可能とされている。「処理中画面（その２）」は、サーバ指示画面のみをその上に積むことが可能である。よって、動作中画面を処理中画面（その２）の上に積むことは不可とされている。「動作中画面」は、メニュー操作画面および処理中画面（その２）のみをその上に積むことが可能である。「サーバ指示画面」は、何れの画面種類１１１の画面を積むこともできない、最上位画面とされる。また「メニュー操作画面」も、何れの画面種類１１１の画面を積むこともできない、最上位画面とされる。
【００２６】
また、記憶部３３は、プログラム２１を記憶する。ＣＰＵ３２は、記憶部３３内のプログラム２１に従って処理を実行する。プログラム２１は、サーバアプリケーション２１ａを備えている。サーバアプリケーション２１ａは、ウェブサーバ７１からサーバ動作命令やサーバ表示命令を受信して、受信した命令に応じた動作をＭＦＰ５１に行わせるためのアプリケーションである。サーバ動作命令は、プリンタ１９を用いた印刷動作や、スキャナ２０を用いた読み取り動作などをＭＦＰ５１に行わせるための命令である。サーバ表示命令は、「サーバ指示画面」をパネル３９に表示させるための命令である。
【００２７】
ウェブサーバ７１の構成について説明する。ウェブサーバ７１は、ＣＰＵ７２、記憶部７３、通信部７４、を主に備えている。ウェブサーバ７１は、ネットワークにおいて、ＭＦＰ５１に対し、自身の持っている機能やデータを提供する装置である。ＣＰＵ７２は、各機能の制御を行う。記憶部７３は、各種のデータを記憶する。通信部７４は、様々な情報をＭＦＰ５１との間で通信する。
【００２８】
＜ＭＦＰ５１の動作＞
本実施形態に係るＭＦＰ５１の動作を、図２ないし図４のフローと、図６ないし図８のスタック例を用いて説明する。ＭＦＰ５１は、「デフォルト本体表示モード」、「サーバ指示表示モード」、「一時的本体表示モード」の３種類の表示モードを備えている。
【００２９】
「デフォルト本体表示モード」は、内部動作命令に従って、画面をパネル３９に表示するモードである。「デフォルト本体表示モード」では、画像データ記憶テーブルＴＢ１１に記憶されている６種類の画面種類１１１のうち、「待機画面」「動作中画面」および「メニュー操作画面」の３種類を表示することが可能とされている。
【００３０】
「サーバ指示表示モード」は、ウェブサーバ７１からのサーバ表示命令に従って、画面をパネル３９に表示するモードである。「サーバ指示表示モード」では、画像データ記憶テーブルＴＢ１１に記憶されている６種類の画面種類１１１のうち、「処理中画面（その２）」および「サーバ指示画面」の２種類を表示することが可能とされている。
【００３１】
「一時的本体表示モード」は、ウェブサーバ７１からのサーバ表示命令を受信している期間中において、ウェブサーバ７１からサーバ動作命令を受けている場合のモードである。「一時的本体表示モード」では、６種類の画面種類１１１のうち、「処理中画面（その１）」および「動作中画面」の２種類を表示することが可能とされている。
【００３２】
図２は、「デフォルト本体表示モード」における動作フローである。図２のフローは、ＭＦＰ５１の電源を投入している期間において動作する。また、図４は、「サーバ指示表示モード」および「一時的本体表示モード」における動作フローである。また、図６ないし図８は、それぞれ、「サーバ指示表示モード」、「一時的本体表示モード」、「デフォルト本体表示モード」における、画面データ記憶領域３３ａへの画像データのスタック例である。
【００３３】
図２のＳ１１において、ＣＰＵ３２は、画面データ記憶領域３３ａを初期化する。これにより、画面データ記憶領域３３ａには、記憶されている画像データが存在しない状態とされる。Ｓ１３において、ＣＰＵ３２は、「待機画面」の画面データをスタックプッシュ処理の対象にする。そして、画像データ記憶テーブルＴＢ１１から、「待機画面」の画像データを読み出す。Ｓ１５において、ＣＰＵ３２は、「待機画面」の画像データに対してスタックプッシュ処理を行う。
【００３４】
図３のフローを用いて、Ｓ１５において行われるスタックプッシュ処理を説明する。Ｓ１１１において、ＣＰＵ３２は、画面データ記憶領域３３ａに何れかの画面データが既に積まれている状態であるか否かを判断する。積まれていないと判断される場合（Ｓ１１１：ＮＯ）にはＳ１１３へ進む。Ｓ１１３において、ＣＰＵ３２は、スタックプッシュ処理の対象とされている画面データを、画面データ記憶領域３３ａに積む。そしてスタックプッシュ処理を終了する。
【００３５】
一方、Ｓ１１１において、画面データ記憶領域３３ａに画面データが積まれている状態であると判断される場合（Ｓ１１１：ＹＥＳ）には、Ｓ１１５へ進む。Ｓ１１５において、ＣＰＵ３２は、一番上に積まれている画面データの積載可能情報１１２を読み出す。
【００３６】
Ｓ１１７において、ＣＰＵ３２は、今回スタックプッシュ処理の対象とされている画面データを、現在一番上に積まれている画面データに対して積むことが可能であるかを判断する。当該判断は、スタックプッシュ処理の対象とされている画面データの画面種類１１１が、積載可能情報１１２によって積載可能とされている種類に合致するか否かを確認することによって行われる。合致しないと判断される場合（Ｓ１１７：ＮＯ）には、Ｓ１１９をスキップして、Ｓ１７（図２）へ進む。よって、スタックプッシュ処理の対象とされている画面データが、画面データ記憶領域３３ａに積まれることがない。一方、合致すると判断される場合（Ｓ１１７：ＹＥＳ）にはＳ１１９へ進み、ＣＰＵ３２は、スタックプッシュ処理の対象とされている画面データを画面データ記憶領域３３ａに積む。そしてスタックプッシュ処理を終了する。
【００３７】
本実施形態の説明例では、Ｓ１５のスタックプッシュ処理により、図８（Ｂ）に示すように、「待機画面」の画像データが画面データ記憶領域３３ａに積まれる。
【００３８】
図２のフローの説明に戻り、Ｓ１７において、ＣＰＵ３２は、画面データ記憶領域３３ａの一番上に積まれている画像データを読み出し、パネル３９に表示する。
【００３９】
Ｓ１９において、ＣＰＵ３２は、パネル３９に表示中の画面を切り替えるトリガが発生したか否かを判断する。トリガの例としては、サーバアプリケーション２１ａの起動・終了、サーバ動作命令の受信、ストップキーの操作、サーバ表示命令の受信、内部動作命令の受け付け、などが挙げられる。なお、内部動作命令とは、ウェブサーバ７１以外（例えば、ウェブサーバ７１以外の機器や、ＭＦＰ５１の内蔵タイマやボタン入力部）から入力される、ＭＦＰ５１に印刷操作や読み取り動作などを実行させるための命令のことである。トリガが発生していない場合（Ｓ１９：ＮＯ）にはＳ１９へ戻り待機し、発生した場合（Ｓ１９：ＹＥＳ）にはＳ２１へ進む。Ｓ２１において、ＣＰＵ３２は、サーバアプリケーション２１ａが起動したか否かを判断する。起動した場合（Ｓ２１：ＹＥＳ）にはＳ２７へ進み、起動していない場合（Ｓ２１：ＮＯ）にはＳ２３へ進む。
【００４０】
Ｓ２３において、ＣＰＵ３２は、ウェブサーバ７１からサーバ動作命令を受信したか否かを判断する。サーバ動作命令を受信した場合（Ｓ２３：ＹＥＳ）にはＳ２７へ進み、受信していない場合（Ｓ２３：ＮＯ）にはＳ２５へ進む。
【００４１】
Ｓ２５において、ＣＰＵ３２は、サーバ表示命令をウェブサーバ７１から受信したか否かを判断する。サーバ表示命令を受信した場合（Ｓ２５：ＹＥＳ）にはＳ２７へ進み、受信していない場合（Ｓ２５：ＮＯ）にはＳ２９へ進む。
【００４２】
Ｓ２９において、ＣＰＵ３２は、サーバアプリケーション２１ａが終了したか否かを判断する。終了した場合（Ｓ２９：ＹＥＳ）にはＳ１１へ戻り、終了していない場合（Ｓ２９：ＮＯ）にはＳ３１へ進む。
【００４３】
Ｓ３１において、ＣＰＵ３２は、利用者によって、パネル３９のストップキーが操作されたか否かを判断する。操作された場合（Ｓ３１：ＹＥＳ）にはＳ１１へ戻り、操作されていない場合（Ｓ３１：ＮＯ）にはＳ３３へ進む。
【００４４】
Ｓ３３において、ＣＰＵ３２は、現在パネル３９へ表示している画面の表示を終了するか否かを判断する。当該判断は、例えば、内部動作命令に従った機能動作が進行した場合や終了した場合、新たな内部動作命令を受け付けた場合など、画面を切り替える必要があるときが挙げられる。具体的には、印刷動作において、印刷データを読み込んでいるときの「印刷データ読み込み中」と表示する「動作中画面」から、動作が用紙への印刷に切り替わったときの「印刷中」と表示する「動作中画面」に切り替えるとき、印刷が終了して「動作中画面」の表示が必要なくなったとき、などが該当する。表示を終了しない場合（Ｓ３３：ＮＯ）には、Ｓ３５をスキップしてＳ３７へ進む。一方、表示を終了する場合（Ｓ３３：ＹＥＳ）には、Ｓ３５に進み、現在パネル３９へ表示している画面の画面データを画面データ記憶領域３３ａから取り除く（スタックポップ処理）。
【００４５】
Ｓ３７において、ＣＰＵ３２は、パネル３９への表示処理を試行する画面データが存在するか否かを判断する。表示処理を試行する画面データの例としては、内部動作命令によって表示される、「動作中画面」や「メニュー操作画面」が挙げられる。画面データが存在しない場合（Ｓ３７：ＮＯ）にはＳ１７へ戻り、存在する場合（Ｓ３７：ＹＥＳ）にはＳ３９へ進む。Ｓ３９において、ＣＰＵ３２は、表示対象の画面データをスタックプッシュ処理の対象にした上で、Ｓ４１においてスタックプッシュ処理を行う。なお、Ｓ４１のスタックプッシュ処理の内容は、Ｓ１５のスタックプッシュ処理と同様であるため、ここでは説明を省略する。そしてＳ１７へ戻る。
【００４６】
本実施形態の説明例では、表示対象の画面データが「動作中画面」の場合には、Ｓ１５のスタックプッシュ処理により、「動作中画面」の画像データが画面データ記憶領域３３ａに積まれる。よって、図８（Ｂ）の状態から図８（Ａ）の状態へ遷移する。また、表示対象の画面データが「メニュー操作画面」の場合には、Ｓ１５のスタックプッシュ処理により、「メニュー操作画面」の画像データが画面データ記憶領域３３ａに積まれる。
よって、図８（Ｂ）の状態から図８（Ｃ）の状態へ遷移する。
【００４７】
＜サーバ指示表示処理＞
Ｓ２７において行われるサーバ指示表示処理を、図４を用いて説明する。Ｓ２１３において、ＣＰＵ３２は、「サーバ指示表示モード」と「一時的本体表示モード」とのうち、何れのモードに切り替えを行うかを判断する。「サーバ指示表示モード」に切り替えると判断された場合には、Ｓ２１５へ進む。当該判断が行われる場合の例としては、サーバアプリ起動した場合（Ｓ２１：ＹＥＳ）や、サーバ表示命令を受信した場合（Ｓ２５：ＹＥＳ）が挙げられる。
【００４８】
Ｓ２１５において、ＣＰＵ３２は、画面データ記憶領域３３ａの一番上に積まれている画像データの画面種類１１１が、「待機画面」であるか否かを判断する。一番上に積まれている画像データが「待機画面」ではない場合（Ｓ２１５：ＮＯ）にはＳ２１７に進み、ＣＰＵ３２は、スタックポップ処理（画面データ記憶領域３３ａの一番上に積まれている画面データを取り除く処理）を行う。そしてＳ２１５へ戻る。また、一番上に積まれている画像データが「待機画面」である場合（Ｓ２１５：ＹＥＳ）にはＳ２１９へ進む。これにより、画面データ記憶領域３３ａの一番上に「待機画面」が積まれている状態（例えば、図８（Ｂ）の状態）となるまで、スタックポップ処理を繰り返すことができる。
【００４９】
Ｓ２１９において、ＣＰＵ３２は、「処理中画面（その１）」の画面データを、画面データ記憶領域３３ａの一番上に積む。これにより、「待機画面」の画面データ上に「処理中画面（その１）」の画面データが積まれた状態となる。なお、「処理中画面（その１）」の画面データは、全ての画面種類１１１の画面をその上に積むことが可能な画面データである。
【００５０】
Ｓ２２１において、ＣＰＵ３２は、「処理中画面（その２）」の画面データを、画面データ記憶領域３３ａの一番上に積む。これにより、「処理中画面（その１）」の画面データ上に「処理中画面（その２）」の画面データが積まれた状態となる。本実施形態の説明例では、Ｓ２１５からＳ２２１の処理によって、画面データ記憶領域３３ａのスタック状態を、図８（Ｂ）に示す状態から図６（Ｂ）に示す状態へ遷移させることができる。そして、「処理中画面（その２）」の画面データは、「サーバ指示画面」の画面データのみをその上に積むことが可能な画面データである。よって、「サーバ指示表示モード」への移行が完了する。「サーバ指示表示モード」の期間中には、「動作中画面」をパネル３９に表示しようとしても、「動作中画面」の画面データを画面データ記憶領域３３ａに積むことができないため、「動作中画面」が表示されることはない。
【００５１】
Ｓ２２３において、ＣＰＵ３２は、パネル３９へ新たに表示する「サーバ指示画面」の画面データが存在するか否かを判断する。存在しない場合（Ｓ２２３：ＮＯ）には、Ｓ２２５をスキップしてサーバ指示表示処理を終了し、Ｓ１７（図２）へ進む。一方、存在する場合（Ｓ２２３：ＹＥＳ）にはＳ２２５へ進む。Ｓ２２５において、ＣＰＵ３２は、「サーバ指示画面」の画面データに対してスタックプッシュ処理を実行する。そして、サーバ指示表示処理を終了し、Ｓ１７（図４）へ戻る。
【００５２】
本実施形態の説明例では、Ｓ２２５において、「サーバ指示画面」の画面データが画面データ記憶領域３３ａに積まれることで、図６（Ｂ）に示す状態から図６（Ａ）に示す状態へ遷移する。
【００５３】
一方、Ｓ２１３において、「一時的本体表示モード」に切り替えると判断された場合には、Ｓ２３１へ進む。当該判断が行われる場合の例としては、サーバ動作命令を受信した場合（Ｓ２３：ＹＥＳ）が挙げられる。Ｓ２３１において、ＣＰＵ３２は、一番上に積まれている画像データが「サーバ指示画面」であるか否かを判断する。「サーバ指示画面」である場合（Ｓ２３１：ＹＥＳ）にはＳ２３５に進み、ＣＰＵ３２は、スタックポップ処理を行った上でＳ２３１へ戻る。また、一番上に積まれている画像データが「サーバ指示画面」ではない場合（Ｓ２３１：ＮＯ）には、一番上に「処理中画面（その２）」の画像データが積まれている場合（図６（Ｂ）の状態）であると判断され、Ｓ２３７へ進む。
【００５４】
Ｓ２３７において、ＣＰＵ３２は、スタックポップ処理を行う。これにより、「処理中画面（その２）」の画像データが画面データ記憶領域３３ａから取り除かれる。これにより、画面データ記憶領域３３ａの一番上に「処理中画面（その１）」が積まれている状態となる。本実施形態の説明例では、Ｓ２３１からＳ２３７の処理によって、画面データ記憶領域３３ａのスタック状態を、図６（Ｂ）に示す状態から図７（Ｂ）に示す状態へ遷移させることができる。そして、「処理中画面（その１）」の画面データは、全ての画面種類１１１の画面データをその上に積むことが可能な画面データである。よって、「一時的本体表示モード」への移行が完了する。「一時的本体表示モード」の期間中では、「動作中画面」の画面データを画面データ記憶領域３３ａに積むことができるため、「動作中画面」をパネル３９に表示することができる。よって、サーバ動作命令に応じた「動作中画面」を表示することができる。
【００５５】
Ｓ２３９において、ＣＰＵ３２は、パネル３９へ新たに表示する必要のある「動作中画面」の画面データが存在するか否かを判断する。具体的には、印刷動作を司るプログラムがサーバアプリケーション２１ａへ「印刷データ読み込み中」と表示する「動作中画面」や、「印刷中」と表示する「動作中画面」が必要と指示してきたときにパネル３９へ新たに表示する必要のある「動作中画面」の画面データが準備され、存在するようになる。存在しない場合（Ｓ２３９：ＮＯ）には、Ｓ２４１をスキップしてサーバ指示表示処理を終了し、Ｓ１７（図２）へ進む。一方、存在する場合（Ｓ２３９：ＹＥＳ）にはＳ２４１へ進む。Ｓ２４１において、ＣＰＵ３２は、「動作中画面」の画面データに対してスタックプッシュ処理を実行する。そしてサーバ指示表示処理を終了し、Ｓ１７（図２）へ進む。
【００５６】
本実施形態の説明例では、Ｓ２４１において、「動作中画面」の画面データが画面データ記憶領域３３ａに積まれることで、図７（Ｂ）に示す状態から図７（Ａ）に示す状態へ遷移する。
【００５７】
＜効果＞
本実施形態に係るＭＦＰ５１では、ウェブサーバ７１からサーバ表示命令を受けてパネル３９に画面を表示している期間内（サーバ指示表示モード）においては、内部動作命令をトリガとした画面が表示されない。よって、サーバ表示命令をトリガとして表示される画面（サーバ指示画面）と、内部動作命令をトリガとして表示される画面（内部動作命令による動作中画面、メニュー操作画面、など）とが、混在してしまう事態を防止できる。これにより、サーバ表示命令によって表示されている画面であるか否かを利用者が認識しやすくなるため、利用者の利便性を高めることができる。
【００５８】
また、前の「サーバ指示画面」の画面データを受信してから、次の「サーバ指示画面」の画面データを受信するまでの間に待機期間において、前の「サーバ指示画面」をパネル３９に表示し続ける態様を採用する場合には、ＭＦＰ５１がエラー等によってフリーズしていると利用者が誤認してしまう場合がある。しかし、本実施形態に係るＭＦＰ５１では、Ｓ２２１からＳ２２５の処理によって、「処理中画面（その２）」の画面データの上に、「サーバ指示画面」の画面データが積まれている構造を形成している。よって、上記の待機期間においては、前の「サーバ指示画面」の画面データを画面データ記憶領域３３ａから取り除くことによって、「処理中画面」をパネル３９に表示することができる。これにより、ＭＦＰ５１がウェブサーバ７１と通信中であることを利用者に知らせることができるため、利用者の誤認を防止することができる。
【００５９】
また、画面データの画面種類１１１ごとに優先順位を割り当て、画面データ記憶領域３３ａの一番上に積んである画面データの優先順位よりも低い優先順位の画面データは、その上に積むことが出来ないとする制御を行う場合には、画面データを積むことが出来るか否かの判断において、画面データの積む組合せを考慮することができない。しかし本実施形態に係るＭＦＰ５１では、積載可能情報１１２によって、画像データ自身に、その上に積むことができる画面データの種類が関連付けられている。よって、画面データを画面データ記憶領域３３ａに積むことが出来るか否かの判断（Ｓ１１７）において、画面データを積む組合せを考慮することが可能となるため、より細かい制御が可能となる。
【００６０】
また、本実施形態に係るＭＦＰ５１では、サーバ表示命令を受けて表示命令画面を表示している期間（サーバ指示表示モード）内に、ウェブサーバ７１からサーバ動作命令を受信した場合には、Ｓ２３７において、一時的本体表示モードに移行することができる。一時的本体表示モードでは、画面データ記憶領域３３ａの一番上に、「処理中画面（その１）」の画像データ（全ての画面種類１１１の画面データをその上に積むことが可能な画面データ）が積まれている。よって、サーバ表示命令を受信している期間中であっても、サーバ動作命令による「動作中画面」の画面データを、画面データ記憶領域３３ａに積むことができる。よって、サーバ動作命令をトリガとする「動作中画面」をパネル３９に表示することができるため、利用者の利便性を高めることができる。
【００６１】
また、本実施形態に係るＭＦＰ５１では、Ｓ１１からＳ１３の処理によって、「待機画面」の画面データを画面データ記憶領域３３ａの一番下に積むことができる。よって、ＭＦＰ５１が起動した場合等などに、「待機画面」をパネル３９に表示することができる。これにより、ＭＦＰ５１の起動時等において、ＭＦＰ５１のステータスが待機中であることが利用者にとって認識しやすくなるため、利用者の利便性を高めることができる。
【００６２】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
【００６３】
＜変形例＞
「サーバ指示表示モード」では、「処理中画面（その１）」の画面データ上に「処理中画面（その２）」の画面データが積まれた状態となる（Ｓ２２１）としたが、この形態に限られない。「サーバ指示表示モード」において、「処理中画面（その１）」のみが積まれた状態としてもよい。そして、「サーバ指示表示モード」においては、「動作中画面」の画面データを画面データ記憶領域３３ａに積むことが出来ないように、フラグ等を用いた制御を行うとしてもよい。
【００６４】
また、図５に示した画面データ１１０の画面例は一例である。図５に示した画面例以外の画面内容であってもよい。
【００６５】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【００６６】
ＭＦＰ５１は通信装置の一例である。ウェブサーバ７１はサーバの一例である。プリンタ１９、スキャナ２０は機能動作実行手段の一例である。電話回線網１００、ボタン入力部３８等はサーバ以外の経路の一例である。サーバ動作命令は第１の動作命令の一例である。内部動作命令は第２の動作命令の一例である。印刷動作等は機能動作の一例である。処理中画面（その２）、サーバ指示画面は表示命令対応画面の一例である。パネル３９は表示部の一例である。画像データ記憶テーブルＴＢ１１は積載可能情報記憶手段、画面データ記憶手段の一例である。処理中画面（その２）は処理中画面データの一例である。動作中画面は動作対応画面の一例である。
【００６７】
また、Ｓ２３、Ｓ２５を実行する制御部は受信手段の一例である。Ｓ３７を実行する制御部は受付手段の一例である。Ｓ１７を実行する制御部は表示手段の一例である。Ｓ１５を実行する制御部は記憶制御手段の一例である。Ｓ３５、Ｓ２２５、Ｓ２４１を実行する制御部は指示手段の一例である。
【符号の説明】
【００６８】
１０：サービス連携システム、５１：ＭＦＰ、７１：ウェブサーバ、１９：プリンタ、２０：スキャナ、３２：ＣＰＵ、３９：パネル、ＴＢ１１：画像データ記憶テーブル
【技術分野】
【０００１】
本発明は、画面データを用いて画面を表示する通信装置および通信装置のプログラムに関する。
【背景技術】
【０００２】
特許文献１では、送信元の機器から通信装置へ、ＧＵＩ（Graphical User Interface）画像パラメータ情報が送信される。通信装置は、受信したＧＵＩ画面パラメータ情報に基づいてＧＵＩ画面を構築し、表示部にＧＵＩ画面を表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２０７８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
送信元の機器以外（例えば、送信元の機器以外の機器や、通信装置の内蔵タイマや入力部）から情報が入力された場合にも、通信装置の表示部にＧＵＩ画面が表示される構成とすることができる。この場合に、送信元の機器から送信されてくる情報をトリガとして表示されるＧＵＩ画面と、送信元の機器以外から入力されてくる情報をトリガとして表示されるＧＵＩ画面とが混在して表示されると、利用者が何れの情報によって表示されているＧＵＩ画面であるかを認識しにくくなる場合がある。本明細書では、このような不便性を解消することができる技術を提供する。
【課題を解決するための手段】
【０００５】
本願に記載の通信装置は、ネットワークに接続されたサーバから命令を受信する受信手段と、サーバ以外の経路から命令を受け付ける受付手段と、受信手段がサーバから第１の動作命令を受信した場合、および、受付手段がサーバ以外の経路から第２の動作命令を受け付けた場合に機能動作を実行する機能動作実行手段と、受信手段がサーバから表示命令を受信した場合に表示命令対応画面を表示部に表示し、機能実行手段が機能動作を実行した場合に動作対応画面を表示部に表示する表示手段と、を備える通信装置である。表示手段は、表示命令対応画面を表示している期間中に受信手段が第１の動作命令を受信した場合には、動作対応画面を表示部に表示する一方で、受付手段が第２の動作命令を受け付けた場合には、動作対応画面を表示部に表示しないことを特徴とする。
【０００６】
このように構成された通信装置では、サーバから表示命令を受けて画面を表示している期間内においては、サーバ以外の経路から入力された動作命令による画面が表示されない。よって、サーバから送信されてくる表示命令をトリガとした画面を表示している時に、サーバ以外から送信されてくる動作命令をトリガとして機能動作が実行されても、その機能動作に対応する動作対応画面が表示される事態を防止できる。これにより、サーバからの命令（表示命令、動作命令）によって表示されている画面であるか否かを利用者が認識しやすくなるため、利用者の利便性を高めることができる。
【０００７】
また、例えば、画面データの種類ごとに優先順位を割り当て、一番上に積んである画面データの優先順位よりも低い優先順位の画面データは、その上に積むことが出来ないとする制御を行う場合には、画面データを積むことが出来るか否かの判断において、画面データの積む組合せを考慮することができない。しかし請求項２に記載の通信装置では、画像データ自身に、その上に積むことができる画面データの種類が関連付けられている。よって、画面データを積むことが出来るか否かの判断において、画面データを積む組合せを考慮することが可能となるため、より細かい制御が可能となる。
【０００８】
また、請求項２に記載の通信装置では、指示手段によって、動作対応画面データを積むことができると積載可能情報が示す画面データを、スタックデータ構造の一番上に積むか否かの制御を行うことができる。これにより、動作対応画面の表示部への表示の可否を制御することが可能となる。
【０００９】
また、請求項２に記載の通信装置では、サーバから表示命令を受けて表示命令画面を表示している期間内に、サーバから第１の動作命令を受信した場合には、動作対応画面を表示部に表示することができる。これにより、利用者がサーバからの命令によって表示されている画面であるか否かを認識しやすくなるため、利用者の利便性を高めることができる。
【００１０】
また、請求項３に記載の通信装置では、通信装置が起動した場合等などに、待機画面を表示部に表示することができる。これにより、通信装置のステータスが待機中であることが利用者にとって認識しやすくなるため、利用者の利便性を高めることができる。
【００１１】
また、請求項４に記載の通信装置では、サーバ指示画面データによって、サーバからの指示内容を具体的に利用者に報知することができる。そして、あるサーバ指示画面データをサーバから受信し、次サーバ指示画面データをサーバから受信するまでの間に所定時間が発生する場合においても、当該所定時間においては、処理中画面データによって、処理中であることを利用者に知らせることができる。よって、利用者の利便性を高めることができる。
【図面の簡単な説明】
【００１２】
【図１】サービス連携システムの構成を示すブロック図である。
【図２】ＭＦＰの動作フロー（その１）である。
【図３】ＭＦＰの動作フロー（その２）である。
【図４】ＭＦＰの動作フロー（その３）である。
【図５】画像データ記憶テーブルＴＢ１１の一例である。
【図６】画面データ記憶領域のスタック例（その１）である。
【図７】画面データ記憶領域のスタック例（その２）である。
【図８】画面データ記憶領域のスタック例（その３）である。
【発明を実施するための形態】
【００１３】
＜サービス連携システム１０の概略＞
図１を参照して、本発明を具現化した実施形態であるサービス連携システム１０の概略について説明する。サービス連携システム１０は、ＭＦＰ（Multifunction Peripheral）５１とウェブサーバ７１とを備える。ＭＦＰ５１とウェブサーバ７１とは、インターネット７０を介して接続されている。
【００１４】
ウェブサーバ７１は、インターネットに接続された他の端末とＨＴＴＰ、又は、ＨＴＴＰＳによる通信を行い、他の端末に対して所定のサービスを提供する。ウェブサーバ７１によって提供されるサービスの一例としては、電子ファイル格納サービスが挙げられる。電子ファイル格納サービスは、サービス事業者が用意したネットワーク上のデータベースに電子ファイルを格納することが出来るサービスである。たとえば、Ｐｉｃａｓａ（登録商標）ウェブアルバムや、ｆｌｉｃｋｒ（登録商標）が、その一例である。
【００１５】
また、ウェブサーバ７１によって提供されるサービスにおいて、ウェブサーバ７１からＭＦＰ５１に対して、サーバ動作命令やサーバ表示命令が行われる場合がある。サーバ動作命令やサーバ表示命令の内容については、後述する。
【００１６】
＜ＭＦＰ５１の構成＞
ＭＦＰ５１の構成について説明する。ＭＦＰ５１は、プリンタ１９、スキャナ２０、ＣＰＵ３２、記憶部３３、ＬＡＮ送受信部３６、ボタン入力部３８、パネル３９、モデム４０、電話回線接続部４１、を主に備えている。これらの構成要素は、入出力ポート４３を介して互いに通信可能に接続されている。
【００１７】
ＣＰＵ３２は、記憶部３３に記憶されるプログラムや、ＬＡＮ送受信部３６を介して送受信される各種信号などに従って、各機能の制御を行う。なお、記憶部３３は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＨＤＤ（ハードディスク）などが組み合わされて構成されているとしてもよい。
【００１８】
ＬＡＮ送受信部３６は、インターネット７０を介して、ウェブサーバ７１との間で各種のデータを構成するデジタル信号を送受信する。ボタン入力部３８は、ＭＦＰ５１の各機能を実行するためのキーである。ボタン入力部３８は、タッチパネルとして、パネル３９と一体に構成されていてもよい。パネル３９は、ＭＦＰ５１の各種機能情報を表示する。
【００１９】
プリンタ１９は、印刷を実行する旨の内部動作命令を受け付けることに応じて、印刷を実行する部位である。スキャナ２０は、読み取りを実行する旨の内部動作命令を受け付けることに応じて、読み取りを実行する部位である。なお、内部動作命令は、ボタン入力部３８、電話回線網１００、ＭＦＰ５１に接続されたパーソナルコンピュータ（不図示）、ＭＦＰ５１に内蔵されたタイマ（不図示）、などから出力される。モデム４０は、ファクシミリ機能によって送信する原稿データを、電話回線網１００に伝送可能な信号に変調して電話回線接続部４１を介して送信したり、電話回線網１００から電話回線接続部４１を介して入力された信号を受信し、原稿データへ復調するものである。
【００２０】
記憶部３３は、画面データ記憶領域３３ａ、画像データ記憶テーブルＴＢ１１、プログラム２１を備える。画面データ記憶領域３３ａは、各種の画面データを、スタックデータ構造で記憶する領域である。スタックデータ構造は、最後に入力したデータが先に出力されるという特徴を有するデータ構造である。データを入力するときは新しいデータが一番上に積まれる。また、データを出力するときは、一番上に積まれているデータが優先して出力される。このような後入れ先出しのデータの入出力方式は、ＬＩＦＯ（Last In, First Out）と呼ばれる。
【００２１】
画面データ記憶領域３３ａは、２つの基本操作である、プッシュとポップによって記憶内容が更新される。画面データ記憶領域３３ａでは、ＣＰＵ３２は、一番上（トップ）の画像データだけにアクセスすることができ、それ以外の画像データにはアクセス不可とされている。新たに画像データが積まれる（プッシュされる）と、その新しい画像データがスタックのトップとなり、下にある画像データへのアクセスを不可としてしまう。画像データをスタックから取り出す（ポップする）と、二番目の画像データがスタックのトップとなる。
【００２２】
ＣＰＵ３２は、画面データ記憶領域３３ａの一番上に積まれている画面データを読み出し、読み出された画面データを用いて、パネル３９に画面を表示する。パネル３９への画面表示は、ウェブサーバ７１からサーバ表示命令を受信することや、内部動作命令を受信することなどをトリガとして行われるとしてもよい。
【００２３】
また、図５に、画像データ記憶テーブルＴＢ１１の一例を示す。画像データ記憶テーブルＴＢ１１は、画面データ１１０、画面種類１１１、積載可能情報１１２、を記憶する。画面種類１１１には、「待機画面」、「処理中画面（その１）」、「処理中画面（その２）」、「動作中画面」、「サーバ指示画面」、「メニュー操作画面」、の６種類が存在する。「待機画面」は、ＭＦＰ５１の待機状態中に表示される画面である。「処理中画面（その１）」および「処理中画面（その２）」は、ＭＦＰ５１がウェブサーバ７１との通信処理中に表示される画面である。「動作中画面」は、ＭＦＰ５１の印刷動作等の動作中に表示される画面である。「サーバ指示画面」は、ウェブサーバ７１からの表示命令に従って表示される画面である。「メニュー操作画面」は、ボタン入力部３８からの利用者の操作等によって表示される画面である。
【００２４】
また、画面種類１１１の各々に対応して、画面データ１１０が備えられる。画面データ１１０は、パネル３９に表示する画面を生成するためのデータである。なお、図５には、画面種類１１１に対応した画面データ１１０の代表的な画面例を示している。
【００２５】
積載可能情報１１２は、画面データの上に、他の画面データのうち何れの画面種類１１１の画面データを積むことが可能であるかを示す条件である。「待機画面」は、全ての画面種類１１１の画面をその上に積むことが可能である。「処理中画面（その１）」は、全ての画面種類１１１の画面をその上に積むことが可能である。よって、動作中画面を処理中画面（その１）の上に積むことが可能とされている。「処理中画面（その２）」は、サーバ指示画面のみをその上に積むことが可能である。よって、動作中画面を処理中画面（その２）の上に積むことは不可とされている。「動作中画面」は、メニュー操作画面および処理中画面（その２）のみをその上に積むことが可能である。「サーバ指示画面」は、何れの画面種類１１１の画面を積むこともできない、最上位画面とされる。また「メニュー操作画面」も、何れの画面種類１１１の画面を積むこともできない、最上位画面とされる。
【００２６】
また、記憶部３３は、プログラム２１を記憶する。ＣＰＵ３２は、記憶部３３内のプログラム２１に従って処理を実行する。プログラム２１は、サーバアプリケーション２１ａを備えている。サーバアプリケーション２１ａは、ウェブサーバ７１からサーバ動作命令やサーバ表示命令を受信して、受信した命令に応じた動作をＭＦＰ５１に行わせるためのアプリケーションである。サーバ動作命令は、プリンタ１９を用いた印刷動作や、スキャナ２０を用いた読み取り動作などをＭＦＰ５１に行わせるための命令である。サーバ表示命令は、「サーバ指示画面」をパネル３９に表示させるための命令である。
【００２７】
ウェブサーバ７１の構成について説明する。ウェブサーバ７１は、ＣＰＵ７２、記憶部７３、通信部７４、を主に備えている。ウェブサーバ７１は、ネットワークにおいて、ＭＦＰ５１に対し、自身の持っている機能やデータを提供する装置である。ＣＰＵ７２は、各機能の制御を行う。記憶部７３は、各種のデータを記憶する。通信部７４は、様々な情報をＭＦＰ５１との間で通信する。
【００２８】
＜ＭＦＰ５１の動作＞
本実施形態に係るＭＦＰ５１の動作を、図２ないし図４のフローと、図６ないし図８のスタック例を用いて説明する。ＭＦＰ５１は、「デフォルト本体表示モード」、「サーバ指示表示モード」、「一時的本体表示モード」の３種類の表示モードを備えている。
【００２９】
「デフォルト本体表示モード」は、内部動作命令に従って、画面をパネル３９に表示するモードである。「デフォルト本体表示モード」では、画像データ記憶テーブルＴＢ１１に記憶されている６種類の画面種類１１１のうち、「待機画面」「動作中画面」および「メニュー操作画面」の３種類を表示することが可能とされている。
【００３０】
「サーバ指示表示モード」は、ウェブサーバ７１からのサーバ表示命令に従って、画面をパネル３９に表示するモードである。「サーバ指示表示モード」では、画像データ記憶テーブルＴＢ１１に記憶されている６種類の画面種類１１１のうち、「処理中画面（その２）」および「サーバ指示画面」の２種類を表示することが可能とされている。
【００３１】
「一時的本体表示モード」は、ウェブサーバ７１からのサーバ表示命令を受信している期間中において、ウェブサーバ７１からサーバ動作命令を受けている場合のモードである。「一時的本体表示モード」では、６種類の画面種類１１１のうち、「処理中画面（その１）」および「動作中画面」の２種類を表示することが可能とされている。
【００３２】
図２は、「デフォルト本体表示モード」における動作フローである。図２のフローは、ＭＦＰ５１の電源を投入している期間において動作する。また、図４は、「サーバ指示表示モード」および「一時的本体表示モード」における動作フローである。また、図６ないし図８は、それぞれ、「サーバ指示表示モード」、「一時的本体表示モード」、「デフォルト本体表示モード」における、画面データ記憶領域３３ａへの画像データのスタック例である。
【００３３】
図２のＳ１１において、ＣＰＵ３２は、画面データ記憶領域３３ａを初期化する。これにより、画面データ記憶領域３３ａには、記憶されている画像データが存在しない状態とされる。Ｓ１３において、ＣＰＵ３２は、「待機画面」の画面データをスタックプッシュ処理の対象にする。そして、画像データ記憶テーブルＴＢ１１から、「待機画面」の画像データを読み出す。Ｓ１５において、ＣＰＵ３２は、「待機画面」の画像データに対してスタックプッシュ処理を行う。
【００３４】
図３のフローを用いて、Ｓ１５において行われるスタックプッシュ処理を説明する。Ｓ１１１において、ＣＰＵ３２は、画面データ記憶領域３３ａに何れかの画面データが既に積まれている状態であるか否かを判断する。積まれていないと判断される場合（Ｓ１１１：ＮＯ）にはＳ１１３へ進む。Ｓ１１３において、ＣＰＵ３２は、スタックプッシュ処理の対象とされている画面データを、画面データ記憶領域３３ａに積む。そしてスタックプッシュ処理を終了する。
【００３５】
一方、Ｓ１１１において、画面データ記憶領域３３ａに画面データが積まれている状態であると判断される場合（Ｓ１１１：ＹＥＳ）には、Ｓ１１５へ進む。Ｓ１１５において、ＣＰＵ３２は、一番上に積まれている画面データの積載可能情報１１２を読み出す。
【００３６】
Ｓ１１７において、ＣＰＵ３２は、今回スタックプッシュ処理の対象とされている画面データを、現在一番上に積まれている画面データに対して積むことが可能であるかを判断する。当該判断は、スタックプッシュ処理の対象とされている画面データの画面種類１１１が、積載可能情報１１２によって積載可能とされている種類に合致するか否かを確認することによって行われる。合致しないと判断される場合（Ｓ１１７：ＮＯ）には、Ｓ１１９をスキップして、Ｓ１７（図２）へ進む。よって、スタックプッシュ処理の対象とされている画面データが、画面データ記憶領域３３ａに積まれることがない。一方、合致すると判断される場合（Ｓ１１７：ＹＥＳ）にはＳ１１９へ進み、ＣＰＵ３２は、スタックプッシュ処理の対象とされている画面データを画面データ記憶領域３３ａに積む。そしてスタックプッシュ処理を終了する。
【００３７】
本実施形態の説明例では、Ｓ１５のスタックプッシュ処理により、図８（Ｂ）に示すように、「待機画面」の画像データが画面データ記憶領域３３ａに積まれる。
【００３８】
図２のフローの説明に戻り、Ｓ１７において、ＣＰＵ３２は、画面データ記憶領域３３ａの一番上に積まれている画像データを読み出し、パネル３９に表示する。
【００３９】
Ｓ１９において、ＣＰＵ３２は、パネル３９に表示中の画面を切り替えるトリガが発生したか否かを判断する。トリガの例としては、サーバアプリケーション２１ａの起動・終了、サーバ動作命令の受信、ストップキーの操作、サーバ表示命令の受信、内部動作命令の受け付け、などが挙げられる。なお、内部動作命令とは、ウェブサーバ７１以外（例えば、ウェブサーバ７１以外の機器や、ＭＦＰ５１の内蔵タイマやボタン入力部）から入力される、ＭＦＰ５１に印刷操作や読み取り動作などを実行させるための命令のことである。トリガが発生していない場合（Ｓ１９：ＮＯ）にはＳ１９へ戻り待機し、発生した場合（Ｓ１９：ＹＥＳ）にはＳ２１へ進む。Ｓ２１において、ＣＰＵ３２は、サーバアプリケーション２１ａが起動したか否かを判断する。起動した場合（Ｓ２１：ＹＥＳ）にはＳ２７へ進み、起動していない場合（Ｓ２１：ＮＯ）にはＳ２３へ進む。
【００４０】
Ｓ２３において、ＣＰＵ３２は、ウェブサーバ７１からサーバ動作命令を受信したか否かを判断する。サーバ動作命令を受信した場合（Ｓ２３：ＹＥＳ）にはＳ２７へ進み、受信していない場合（Ｓ２３：ＮＯ）にはＳ２５へ進む。
【００４１】
Ｓ２５において、ＣＰＵ３２は、サーバ表示命令をウェブサーバ７１から受信したか否かを判断する。サーバ表示命令を受信した場合（Ｓ２５：ＹＥＳ）にはＳ２７へ進み、受信していない場合（Ｓ２５：ＮＯ）にはＳ２９へ進む。
【００４２】
Ｓ２９において、ＣＰＵ３２は、サーバアプリケーション２１ａが終了したか否かを判断する。終了した場合（Ｓ２９：ＹＥＳ）にはＳ１１へ戻り、終了していない場合（Ｓ２９：ＮＯ）にはＳ３１へ進む。
【００４３】
Ｓ３１において、ＣＰＵ３２は、利用者によって、パネル３９のストップキーが操作されたか否かを判断する。操作された場合（Ｓ３１：ＹＥＳ）にはＳ１１へ戻り、操作されていない場合（Ｓ３１：ＮＯ）にはＳ３３へ進む。
【００４４】
Ｓ３３において、ＣＰＵ３２は、現在パネル３９へ表示している画面の表示を終了するか否かを判断する。当該判断は、例えば、内部動作命令に従った機能動作が進行した場合や終了した場合、新たな内部動作命令を受け付けた場合など、画面を切り替える必要があるときが挙げられる。具体的には、印刷動作において、印刷データを読み込んでいるときの「印刷データ読み込み中」と表示する「動作中画面」から、動作が用紙への印刷に切り替わったときの「印刷中」と表示する「動作中画面」に切り替えるとき、印刷が終了して「動作中画面」の表示が必要なくなったとき、などが該当する。表示を終了しない場合（Ｓ３３：ＮＯ）には、Ｓ３５をスキップしてＳ３７へ進む。一方、表示を終了する場合（Ｓ３３：ＹＥＳ）には、Ｓ３５に進み、現在パネル３９へ表示している画面の画面データを画面データ記憶領域３３ａから取り除く（スタックポップ処理）。
【００４５】
Ｓ３７において、ＣＰＵ３２は、パネル３９への表示処理を試行する画面データが存在するか否かを判断する。表示処理を試行する画面データの例としては、内部動作命令によって表示される、「動作中画面」や「メニュー操作画面」が挙げられる。画面データが存在しない場合（Ｓ３７：ＮＯ）にはＳ１７へ戻り、存在する場合（Ｓ３７：ＹＥＳ）にはＳ３９へ進む。Ｓ３９において、ＣＰＵ３２は、表示対象の画面データをスタックプッシュ処理の対象にした上で、Ｓ４１においてスタックプッシュ処理を行う。なお、Ｓ４１のスタックプッシュ処理の内容は、Ｓ１５のスタックプッシュ処理と同様であるため、ここでは説明を省略する。そしてＳ１７へ戻る。
【００４６】
本実施形態の説明例では、表示対象の画面データが「動作中画面」の場合には、Ｓ１５のスタックプッシュ処理により、「動作中画面」の画像データが画面データ記憶領域３３ａに積まれる。よって、図８（Ｂ）の状態から図８（Ａ）の状態へ遷移する。また、表示対象の画面データが「メニュー操作画面」の場合には、Ｓ１５のスタックプッシュ処理により、「メニュー操作画面」の画像データが画面データ記憶領域３３ａに積まれる。
よって、図８（Ｂ）の状態から図８（Ｃ）の状態へ遷移する。
【００４７】
＜サーバ指示表示処理＞
Ｓ２７において行われるサーバ指示表示処理を、図４を用いて説明する。Ｓ２１３において、ＣＰＵ３２は、「サーバ指示表示モード」と「一時的本体表示モード」とのうち、何れのモードに切り替えを行うかを判断する。「サーバ指示表示モード」に切り替えると判断された場合には、Ｓ２１５へ進む。当該判断が行われる場合の例としては、サーバアプリ起動した場合（Ｓ２１：ＹＥＳ）や、サーバ表示命令を受信した場合（Ｓ２５：ＹＥＳ）が挙げられる。
【００４８】
Ｓ２１５において、ＣＰＵ３２は、画面データ記憶領域３３ａの一番上に積まれている画像データの画面種類１１１が、「待機画面」であるか否かを判断する。一番上に積まれている画像データが「待機画面」ではない場合（Ｓ２１５：ＮＯ）にはＳ２１７に進み、ＣＰＵ３２は、スタックポップ処理（画面データ記憶領域３３ａの一番上に積まれている画面データを取り除く処理）を行う。そしてＳ２１５へ戻る。また、一番上に積まれている画像データが「待機画面」である場合（Ｓ２１５：ＹＥＳ）にはＳ２１９へ進む。これにより、画面データ記憶領域３３ａの一番上に「待機画面」が積まれている状態（例えば、図８（Ｂ）の状態）となるまで、スタックポップ処理を繰り返すことができる。
【００４９】
Ｓ２１９において、ＣＰＵ３２は、「処理中画面（その１）」の画面データを、画面データ記憶領域３３ａの一番上に積む。これにより、「待機画面」の画面データ上に「処理中画面（その１）」の画面データが積まれた状態となる。なお、「処理中画面（その１）」の画面データは、全ての画面種類１１１の画面をその上に積むことが可能な画面データである。
【００５０】
Ｓ２２１において、ＣＰＵ３２は、「処理中画面（その２）」の画面データを、画面データ記憶領域３３ａの一番上に積む。これにより、「処理中画面（その１）」の画面データ上に「処理中画面（その２）」の画面データが積まれた状態となる。本実施形態の説明例では、Ｓ２１５からＳ２２１の処理によって、画面データ記憶領域３３ａのスタック状態を、図８（Ｂ）に示す状態から図６（Ｂ）に示す状態へ遷移させることができる。そして、「処理中画面（その２）」の画面データは、「サーバ指示画面」の画面データのみをその上に積むことが可能な画面データである。よって、「サーバ指示表示モード」への移行が完了する。「サーバ指示表示モード」の期間中には、「動作中画面」をパネル３９に表示しようとしても、「動作中画面」の画面データを画面データ記憶領域３３ａに積むことができないため、「動作中画面」が表示されることはない。
【００５１】
Ｓ２２３において、ＣＰＵ３２は、パネル３９へ新たに表示する「サーバ指示画面」の画面データが存在するか否かを判断する。存在しない場合（Ｓ２２３：ＮＯ）には、Ｓ２２５をスキップしてサーバ指示表示処理を終了し、Ｓ１７（図２）へ進む。一方、存在する場合（Ｓ２２３：ＹＥＳ）にはＳ２２５へ進む。Ｓ２２５において、ＣＰＵ３２は、「サーバ指示画面」の画面データに対してスタックプッシュ処理を実行する。そして、サーバ指示表示処理を終了し、Ｓ１７（図４）へ戻る。
【００５２】
本実施形態の説明例では、Ｓ２２５において、「サーバ指示画面」の画面データが画面データ記憶領域３３ａに積まれることで、図６（Ｂ）に示す状態から図６（Ａ）に示す状態へ遷移する。
【００５３】
一方、Ｓ２１３において、「一時的本体表示モード」に切り替えると判断された場合には、Ｓ２３１へ進む。当該判断が行われる場合の例としては、サーバ動作命令を受信した場合（Ｓ２３：ＹＥＳ）が挙げられる。Ｓ２３１において、ＣＰＵ３２は、一番上に積まれている画像データが「サーバ指示画面」であるか否かを判断する。「サーバ指示画面」である場合（Ｓ２３１：ＹＥＳ）にはＳ２３５に進み、ＣＰＵ３２は、スタックポップ処理を行った上でＳ２３１へ戻る。また、一番上に積まれている画像データが「サーバ指示画面」ではない場合（Ｓ２３１：ＮＯ）には、一番上に「処理中画面（その２）」の画像データが積まれている場合（図６（Ｂ）の状態）であると判断され、Ｓ２３７へ進む。
【００５４】
Ｓ２３７において、ＣＰＵ３２は、スタックポップ処理を行う。これにより、「処理中画面（その２）」の画像データが画面データ記憶領域３３ａから取り除かれる。これにより、画面データ記憶領域３３ａの一番上に「処理中画面（その１）」が積まれている状態となる。本実施形態の説明例では、Ｓ２３１からＳ２３７の処理によって、画面データ記憶領域３３ａのスタック状態を、図６（Ｂ）に示す状態から図７（Ｂ）に示す状態へ遷移させることができる。そして、「処理中画面（その１）」の画面データは、全ての画面種類１１１の画面データをその上に積むことが可能な画面データである。よって、「一時的本体表示モード」への移行が完了する。「一時的本体表示モード」の期間中では、「動作中画面」の画面データを画面データ記憶領域３３ａに積むことができるため、「動作中画面」をパネル３９に表示することができる。よって、サーバ動作命令に応じた「動作中画面」を表示することができる。
【００５５】
Ｓ２３９において、ＣＰＵ３２は、パネル３９へ新たに表示する必要のある「動作中画面」の画面データが存在するか否かを判断する。具体的には、印刷動作を司るプログラムがサーバアプリケーション２１ａへ「印刷データ読み込み中」と表示する「動作中画面」や、「印刷中」と表示する「動作中画面」が必要と指示してきたときにパネル３９へ新たに表示する必要のある「動作中画面」の画面データが準備され、存在するようになる。存在しない場合（Ｓ２３９：ＮＯ）には、Ｓ２４１をスキップしてサーバ指示表示処理を終了し、Ｓ１７（図２）へ進む。一方、存在する場合（Ｓ２３９：ＹＥＳ）にはＳ２４１へ進む。Ｓ２４１において、ＣＰＵ３２は、「動作中画面」の画面データに対してスタックプッシュ処理を実行する。そしてサーバ指示表示処理を終了し、Ｓ１７（図２）へ進む。
【００５６】
本実施形態の説明例では、Ｓ２４１において、「動作中画面」の画面データが画面データ記憶領域３３ａに積まれることで、図７（Ｂ）に示す状態から図７（Ａ）に示す状態へ遷移する。
【００５７】
＜効果＞
本実施形態に係るＭＦＰ５１では、ウェブサーバ７１からサーバ表示命令を受けてパネル３９に画面を表示している期間内（サーバ指示表示モード）においては、内部動作命令をトリガとした画面が表示されない。よって、サーバ表示命令をトリガとして表示される画面（サーバ指示画面）と、内部動作命令をトリガとして表示される画面（内部動作命令による動作中画面、メニュー操作画面、など）とが、混在してしまう事態を防止できる。これにより、サーバ表示命令によって表示されている画面であるか否かを利用者が認識しやすくなるため、利用者の利便性を高めることができる。
【００５８】
また、前の「サーバ指示画面」の画面データを受信してから、次の「サーバ指示画面」の画面データを受信するまでの間に待機期間において、前の「サーバ指示画面」をパネル３９に表示し続ける態様を採用する場合には、ＭＦＰ５１がエラー等によってフリーズしていると利用者が誤認してしまう場合がある。しかし、本実施形態に係るＭＦＰ５１では、Ｓ２２１からＳ２２５の処理によって、「処理中画面（その２）」の画面データの上に、「サーバ指示画面」の画面データが積まれている構造を形成している。よって、上記の待機期間においては、前の「サーバ指示画面」の画面データを画面データ記憶領域３３ａから取り除くことによって、「処理中画面」をパネル３９に表示することができる。これにより、ＭＦＰ５１がウェブサーバ７１と通信中であることを利用者に知らせることができるため、利用者の誤認を防止することができる。
【００５９】
また、画面データの画面種類１１１ごとに優先順位を割り当て、画面データ記憶領域３３ａの一番上に積んである画面データの優先順位よりも低い優先順位の画面データは、その上に積むことが出来ないとする制御を行う場合には、画面データを積むことが出来るか否かの判断において、画面データの積む組合せを考慮することができない。しかし本実施形態に係るＭＦＰ５１では、積載可能情報１１２によって、画像データ自身に、その上に積むことができる画面データの種類が関連付けられている。よって、画面データを画面データ記憶領域３３ａに積むことが出来るか否かの判断（Ｓ１１７）において、画面データを積む組合せを考慮することが可能となるため、より細かい制御が可能となる。
【００６０】
また、本実施形態に係るＭＦＰ５１では、サーバ表示命令を受けて表示命令画面を表示している期間（サーバ指示表示モード）内に、ウェブサーバ７１からサーバ動作命令を受信した場合には、Ｓ２３７において、一時的本体表示モードに移行することができる。一時的本体表示モードでは、画面データ記憶領域３３ａの一番上に、「処理中画面（その１）」の画像データ（全ての画面種類１１１の画面データをその上に積むことが可能な画面データ）が積まれている。よって、サーバ表示命令を受信している期間中であっても、サーバ動作命令による「動作中画面」の画面データを、画面データ記憶領域３３ａに積むことができる。よって、サーバ動作命令をトリガとする「動作中画面」をパネル３９に表示することができるため、利用者の利便性を高めることができる。
【００６１】
また、本実施形態に係るＭＦＰ５１では、Ｓ１１からＳ１３の処理によって、「待機画面」の画面データを画面データ記憶領域３３ａの一番下に積むことができる。よって、ＭＦＰ５１が起動した場合等などに、「待機画面」をパネル３９に表示することができる。これにより、ＭＦＰ５１の起動時等において、ＭＦＰ５１のステータスが待機中であることが利用者にとって認識しやすくなるため、利用者の利便性を高めることができる。
【００６２】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
【００６３】
＜変形例＞
「サーバ指示表示モード」では、「処理中画面（その１）」の画面データ上に「処理中画面（その２）」の画面データが積まれた状態となる（Ｓ２２１）としたが、この形態に限られない。「サーバ指示表示モード」において、「処理中画面（その１）」のみが積まれた状態としてもよい。そして、「サーバ指示表示モード」においては、「動作中画面」の画面データを画面データ記憶領域３３ａに積むことが出来ないように、フラグ等を用いた制御を行うとしてもよい。
【００６４】
また、図５に示した画面データ１１０の画面例は一例である。図５に示した画面例以外の画面内容であってもよい。
【００６５】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【００６６】
ＭＦＰ５１は通信装置の一例である。ウェブサーバ７１はサーバの一例である。プリンタ１９、スキャナ２０は機能動作実行手段の一例である。電話回線網１００、ボタン入力部３８等はサーバ以外の経路の一例である。サーバ動作命令は第１の動作命令の一例である。内部動作命令は第２の動作命令の一例である。印刷動作等は機能動作の一例である。処理中画面（その２）、サーバ指示画面は表示命令対応画面の一例である。パネル３９は表示部の一例である。画像データ記憶テーブルＴＢ１１は積載可能情報記憶手段、画面データ記憶手段の一例である。処理中画面（その２）は処理中画面データの一例である。動作中画面は動作対応画面の一例である。
【００６７】
また、Ｓ２３、Ｓ２５を実行する制御部は受信手段の一例である。Ｓ３７を実行する制御部は受付手段の一例である。Ｓ１７を実行する制御部は表示手段の一例である。Ｓ１５を実行する制御部は記憶制御手段の一例である。Ｓ３５、Ｓ２２５、Ｓ２４１を実行する制御部は指示手段の一例である。
【符号の説明】
【００６８】
１０：サービス連携システム、５１：ＭＦＰ、７１：ウェブサーバ、１９：プリンタ、２０：スキャナ、３２：ＣＰＵ、３９：パネル、ＴＢ１１：画像データ記憶テーブル
【特許請求の範囲】
【請求項１】
ネットワークに接続されたサーバから命令を受信する受信手段と、
前記サーバ以外の経路から命令を受け付ける受付手段と、
前記受信手段が前記サーバから第１の動作命令を受信した場合、および、前記受付手段が前記サーバ以外の経路から第２の動作命令を受け付けた場合に機能動作を実行する機能動作実行手段と、
前記受信手段が前記サーバから表示命令を受信した場合に表示命令対応画面を表示部に表示し、前記機能実行手段が前記機能動作を実行した場合に動作対応画面を前記表示部に表示する表示手段と、
を備え、
前記表示手段は、
前記表示命令対応画面を表示している期間中に前記受信手段が前記第１の動作命令を受信した場合には、動作対応画面を前記表示部に表示する一方で、前記受付手段が前記第２の動作命令を受け付けた場合には、前記動作対応画面を前記表示部に表示しないことを特徴とする通信装置。
【請求項２】
前記表示命令対応画面を表示するための画面データである表示命令対応画面データ、および前記動作対応画面を表示するための画面データである動作対応画面データを記憶する画面データ記憶手段と、
前記画面データをスタックデータ構造で前記画面データ記憶手段に記憶させる記憶制御手段と、
を備え、
前記表示手段が、前記スタックデータ構造の一番上に積まれている画面データによる画面を前記表示部に表示するよう構成されている通信装置であって、
さらに、
前記画面データの上に他の画面データのうち何れの画面データを積むことができるのかを示す積載可能情報を記憶する積載可能情報記憶手段と、
前記表示部に別の画面の表示を試みるトリガが発生した場合に、前記スタックデータ構造の一番上に前記別の画面を表示するための画面データを積むよう前記記憶制御手段に指示する、または、前記スタックデータ構造の一番上に積まれた画面データをスタックデータ構造の一番上から取り除くよう指示する指示手段と、
を備え、
前記画面データ記憶手段はさらに、前記表示命令対応画面データとも前記動作対応画面データとも異なる画面データを記憶し、
前記記憶制御手段は、
前記指示手段から指示された場合であり、かつ、前記スタックデータ構造の一番上に積まれている画面データに前記別の画面を表示するための画面データを積むことができると前記積載可能情報が示す場合に、前記別の画面を表示するための画面データを前記スタックデータ構造の一番上に積む処理を実行する一方で、
前記指示手段から指示された場合であり、かつ、前記スタックデータ構造の一番上に積まれている画面データに前記別の画面を表示するための画面データを積むことができると前記積載可能情報が示さない場合に、前記別の画面を表示するための画面データを前記スタックデータ構造の一番上に積む処理を実行せず、
前記積載可能情報記憶手段が記憶する積載可能情報は、前記表示命令対応画面データの上に前記動作対応画面データを積むことができるとは示しておらず、
前記指示手段は、
前記受信手段が前記サーバから前記表示命令を受信した場合に、上に前記動作対応画面データを積むことができると前記積載可能情報が示す画面データを前記スタックデータ構造の一番上に積むよう前記記憶制御手段に指示し、
その後に、前記スタックデータ構造の一番上に前記表示命令対応画面データを積むよう前記記憶制御手段に指示し、
前記受信手段が前記サーバから前記第１の動作命令を受信した場合に、前記スタックデータ構造の一番上に積まれた画面データを取り除くよう前記記憶制御手段に指示することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記画面データ記憶手段はさらに、待機画面を表示するための画面データである待機画面データを記憶し、
前記指示手段は、前記通信装置が起動した場合、または、前記表示命令対応画面の表示を終了するよう命令された場合に、前記スタックデータ構造の一番上に前記待機画面データを積むよう前記記憶制御手段に指示することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記表示命令対応画面データは、
処理中の旨を知らせる画面を表示するための処理中画面データと、
前記サーバから受信した前記表示命令に基づく画面を表示するためのサーバ指示画面データとを備えており、
前記処理中画面データは、その上にサーバ指示画面データを積むことができるように設定されていることを特徴とする請求項２または３に記載の通信装置。
【請求項５】
ネットワークに接続されたサーバから命令を受信する受信手段と、
前記サーバ以外の経路から命令を受け付ける受付手段と、
前記受信手段が前記サーバから第１の動作命令を受信した場合、および、前記受付手段が前記サーバ以外の経路から第２の動作命令を受け付けた場合に機能動作を実行する機能動作実行手段と、
前記受信手段が前記サーバから表示命令を受信した場合に表示命令対応画面を表示部に表示し、前記機能実行手段が前記機能動作を実行した場合に動作対応画面を前記表示部に表示する表示手段と、
を備え、
前記表示手段は、
前記表示命令対応画面を表示している期間中に前記受信手段が前記第１の動作命令を受信した場合には、動作対応画面を前記表示部に表示する一方で、前記受付手段が前記第２の動作命令を受け付けた場合には、前記動作対応画面を前記表示部に表示しないことを特徴とする通信装置のプログラム。
【請求項１】
ネットワークに接続されたサーバから命令を受信する受信手段と、
前記サーバ以外の経路から命令を受け付ける受付手段と、
前記受信手段が前記サーバから第１の動作命令を受信した場合、および、前記受付手段が前記サーバ以外の経路から第２の動作命令を受け付けた場合に機能動作を実行する機能動作実行手段と、
前記受信手段が前記サーバから表示命令を受信した場合に表示命令対応画面を表示部に表示し、前記機能実行手段が前記機能動作を実行した場合に動作対応画面を前記表示部に表示する表示手段と、
を備え、
前記表示手段は、
前記表示命令対応画面を表示している期間中に前記受信手段が前記第１の動作命令を受信した場合には、動作対応画面を前記表示部に表示する一方で、前記受付手段が前記第２の動作命令を受け付けた場合には、前記動作対応画面を前記表示部に表示しないことを特徴とする通信装置。
【請求項２】
前記表示命令対応画面を表示するための画面データである表示命令対応画面データ、および前記動作対応画面を表示するための画面データである動作対応画面データを記憶する画面データ記憶手段と、
前記画面データをスタックデータ構造で前記画面データ記憶手段に記憶させる記憶制御手段と、
を備え、
前記表示手段が、前記スタックデータ構造の一番上に積まれている画面データによる画面を前記表示部に表示するよう構成されている通信装置であって、
さらに、
前記画面データの上に他の画面データのうち何れの画面データを積むことができるのかを示す積載可能情報を記憶する積載可能情報記憶手段と、
前記表示部に別の画面の表示を試みるトリガが発生した場合に、前記スタックデータ構造の一番上に前記別の画面を表示するための画面データを積むよう前記記憶制御手段に指示する、または、前記スタックデータ構造の一番上に積まれた画面データをスタックデータ構造の一番上から取り除くよう指示する指示手段と、
を備え、
前記画面データ記憶手段はさらに、前記表示命令対応画面データとも前記動作対応画面データとも異なる画面データを記憶し、
前記記憶制御手段は、
前記指示手段から指示された場合であり、かつ、前記スタックデータ構造の一番上に積まれている画面データに前記別の画面を表示するための画面データを積むことができると前記積載可能情報が示す場合に、前記別の画面を表示するための画面データを前記スタックデータ構造の一番上に積む処理を実行する一方で、
前記指示手段から指示された場合であり、かつ、前記スタックデータ構造の一番上に積まれている画面データに前記別の画面を表示するための画面データを積むことができると前記積載可能情報が示さない場合に、前記別の画面を表示するための画面データを前記スタックデータ構造の一番上に積む処理を実行せず、
前記積載可能情報記憶手段が記憶する積載可能情報は、前記表示命令対応画面データの上に前記動作対応画面データを積むことができるとは示しておらず、
前記指示手段は、
前記受信手段が前記サーバから前記表示命令を受信した場合に、上に前記動作対応画面データを積むことができると前記積載可能情報が示す画面データを前記スタックデータ構造の一番上に積むよう前記記憶制御手段に指示し、
その後に、前記スタックデータ構造の一番上に前記表示命令対応画面データを積むよう前記記憶制御手段に指示し、
前記受信手段が前記サーバから前記第１の動作命令を受信した場合に、前記スタックデータ構造の一番上に積まれた画面データを取り除くよう前記記憶制御手段に指示することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記画面データ記憶手段はさらに、待機画面を表示するための画面データである待機画面データを記憶し、
前記指示手段は、前記通信装置が起動した場合、または、前記表示命令対応画面の表示を終了するよう命令された場合に、前記スタックデータ構造の一番上に前記待機画面データを積むよう前記記憶制御手段に指示することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記表示命令対応画面データは、
処理中の旨を知らせる画面を表示するための処理中画面データと、
前記サーバから受信した前記表示命令に基づく画面を表示するためのサーバ指示画面データとを備えており、
前記処理中画面データは、その上にサーバ指示画面データを積むことができるように設定されていることを特徴とする請求項２または３に記載の通信装置。
【請求項５】
ネットワークに接続されたサーバから命令を受信する受信手段と、
前記サーバ以外の経路から命令を受け付ける受付手段と、
前記受信手段が前記サーバから第１の動作命令を受信した場合、および、前記受付手段が前記サーバ以外の経路から第２の動作命令を受け付けた場合に機能動作を実行する機能動作実行手段と、
前記受信手段が前記サーバから表示命令を受信した場合に表示命令対応画面を表示部に表示し、前記機能実行手段が前記機能動作を実行した場合に動作対応画面を前記表示部に表示する表示手段と、
を備え、
前記表示手段は、
前記表示命令対応画面を表示している期間中に前記受信手段が前記第１の動作命令を受信した場合には、動作対応画面を前記表示部に表示する一方で、前記受付手段が前記第２の動作命令を受け付けた場合には、前記動作対応画面を前記表示部に表示しないことを特徴とする通信装置のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−１００１４５（Ｐ２０１２−１００１４５Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１０−２４７４０３（Ｐ２０１０−２４７４０３）
【出願日】平成２２年１１月４日（２０１０．１１．４）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願日】平成２２年１１月４日（２０１０．１１．４）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]