JP2020115606A - 通信装置、その制御方法、及びプログラム - Google Patents

Abstract

【課題】本発明は、外部装置から所定の情報を受信した際の処理の実行について、当該データを受信した際の装置の状態に応じて当該処理の実行の可否を切り替える通信装置、その制御方法及びプログラムを提供する。【解決手段】通信装置（ＭＦＰ）は、外部装置（モバイル端末）から所定の情報を受信し、受信した所定の情報に基づく操作画面の画面遷移の実行可否を、現在の通信装置の処理状況に応じて判定する。また、実行が可能と判定されると、受信した所定の情報に基づく操作画面の画面遷移を実行する。その後、実行が可能と判定された場合には実行結果を、実行が不可能と判定された場合にはエラーを、外部装置に通知する。【選択図】図９

Description

本発明は、通信装置、その制御方法、及びプログラムに関する。

近年、ＭＦＰとモバイル端末を連携させる機能が登場している。例えば、特許文献１には、ＭＦＰが受信待ち画面を表示している際に、モバイル端末に記憶されている送信ジョブ情報が送信され、当該情報を受信したＭＦＰで当該情報を設定に反映したジョブを生成することが提案されている。ここで、送信ジョブ情報とは、例えばメールアドレス、件名、本文等である。これにより、モバイル端末に登録されている宛先情報をＭＦＰで通信先に設定したい場合に、ユーザがモバイル端末に表示される宛先情報を見ながらＭＦＰの通信先設定にそれを打ち込む必要がなくなり、ユーザの操作負担が軽減される。一方、ＭＦＰが受信待ち画面を表示していない場合は、他のユーザがＭＦＰを操作中であるため、操作を妨げないようジョブの生成は行われない。

また、特許文献２には、開発された多種多様なアプリケーション（以下、単に「アプリ」と称する。）を、ＭＦＰにインストールすることで、ＭＦＰに新たな機能を追加する技術を提案している。ＭＦＰでは、アプリが起動されると、当該アプリで実行可能なジョブを受け付けることが可能となる。また、特許文献３には、比較的廉価な画像形成装置においても、画面の描画に関わる複雑な画面管理処理（ウィンドウマネージャ）を備えることなく、ファームウェア上で任意のアプリケーションを動作させる技術が提案されている。

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

しかしながら、上記従来技術には以下に記載する課題がある。例えば、ＭＦＰにおいて受信待ち画面を表示している状態で、他の画面の表示を行うアプリが実行されている場合、他のユーザがＭＦＰを操作中の状態となる。このような状態で、モバイル端末から受信した設定に従ってジョブを生成すると、画面遷移により不都合を生じる可能性があるため、当該ジョブを生成するべきではない。しかし、ＭＦＰが上記アプリによる画面表示が行われていることを知らなければ、受信待ち画面が表示されていると判断し、ジョブ生成を行ってしまうという問題がある。ただし、ユーザ操作を必要としないアプリなど、アプリによってはジョブ生成を行ってもよい場合もあり、このような場合には利便性を考慮してジョブ生成を行うべきである。このように、外部端末から受信したデータに従ってジョブ生成を行うか否かについては、当該データを受信した際のＭＦＰの状態に依存する。

本発明は、上述の問題の少なくとも一つに鑑みて成されたものであり、外部装置から所定の情報を受信した際の処理の実行について、当該データを受信した際の装置の状態に応じて当該処理の実行の可否を切り替える仕組みを提供することを目的とする。

本発明は、例えば、通信装置であって、操作画面を表示する表示手段と、外部装置から所定の情報を受信する受信手段と、前記受信手段によって受信した前記所定の情報に基づく前記操作画面の画面遷移の実行可否を、現在の通信装置の処理状況に応じて判定する判定手段と、前記判定手段によって実行が可能と判定されると、受信した前記所定の情報に基づく前記操作画面の画面遷移を実行する実行手段と、前記判定手段によって実行が可能と判定された場合には前記実行手段による実行結果を、又は、前記判定手段によって実行が不可能と判定された場合にはエラーを、前記外部装置に通知する通知手段とを備えることを特徴とする。

本発明によれば、外部装置から所定の情報を受信した際の処理の実行について、当該データを受信した際の装置の状態に応じて当該処理の実行の可否を切り替えることができる。

一実施形態に係るネットワーク構成を示す図。 一実施形態に係るＭＦＰの構成を示す図。 一実施形態に係るＭＦＰの操作パネルの構成を示す図。 一実施形態に係る操作パネル上の操作画面遷移図。 一実施形態に係るＭＦＰのソフトウェア構成を示す図。 一実施形態に係るモバイル端末の構成を示す図。 一実施形態に係るモバイル端末の操作画面図。 一実施形態に係るモバイル端末の送信設定送信処理に関するフローチャート。 一実施形態に係るデータ受信処理に関するフローチャート。 一実施形態に係る受信した送信設定を設定可能か判断する処理に関するフローチャート。 一実施形態に係るＭＦＰの設定データ受付可能な待機画面の一覧を示す図。 一実施形態に係る受信した送信設定を設定可能か判断する処理に関するフローチャート。 一実施形態に係るアプリ登録画面を示す図。 一実施形態に係るＭＦＰの操作パネルに表示されるアプリ画面を示す図。 一実施形態に係るアプリ情報テーブルを示す図。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

本実施形態の通信装置は、例えば、印刷装置（プリンタ）、複写機、複合機（ＭＦＰ）、及びファクシミリ装置等の、電子写真方式でシートに画像を形成する画像形成装置、或いは、画像処理装置や、情報処理装置として適用可能である。なお、複合機とは、例えば、プリント（印刷）機能、スキャン機能、複写機能及びファクシミリ機能を含む複数種類の機能のうち、少なくとも２つ以上の複数の機能を有する装置である。ここでは、通信装置が、複合機（ＭＦＰ）である場合について説明する。

＜第１の実施形態＞
＜ネットワーク構成＞
以下では、本発明の第１の実施形態について説明する。まず、図１を参照して、本実施形態に係るネットワーク構成について説明する。

図１に示すように、ネットワーク１１０上において、ＭＦＰ１０１と、メールサーバ１０３と、アクセスポイント１０４とが互いに通信可能に接続されている。また、公衆回線網１０７上には、ＭＦＰ１０１とＦＡＸ１０８とが互いに通信可能に接続されている。さらに、ＭＦＰ１０１に対して外部装置であるモバイル端末１０２は、アクセスポイント１０４と無線通信（無線１０５）で接続され、ネットワーク１１０を経由してメールサーバ１０３及びＭＦＰ１０１と互いに通信可能に接続されている。なお、ＭＦＰ１０１は、無線機能も備えており、Ｗｉ−Ｆｉダイレクト等の直接無線１０６でモバイル端末１０２やアクセスポイント１０４と接続することもできる。

ＭＦＰ１０１は、スキャンした原稿の画像データを電子メールの添付ファイルとして送信することができる。この場合、ＭＦＰ１０１は、送信先のメールアドレスを送信宛先に指定して、メールサーバ１０３に電子メールを送信する。メールサーバ１０３は、受信した電子メールを受信するための電子メールとしてストレージ（不図示）に設けたメールボックスに格納したり、外部のメールサーバに転送したりする。なお、図１に示すネットワーク構成は一例であって、本発明を限定する意図はない。例えば、他の種別のサーバ装置やクライアント装置が含まれてもよく、さらに多くの数の装置が含まれてもよい。また、通信についても限定する意図はなく、有線接続での形態も無線接続に対して代替的に又は追加的に適用することができる。

＜通信装置の構成＞
次に、図２を参照して、本実施形態に係る通信装置であるＭＦＰ１０１の構成の一例を説明する。ＭＦＰ１０１は、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、表示コントローラ１１４、表示部１１５、操作コントローラ１１６、及び操作部１１７を備える。また、ＭＦＰ１０１は、ｅＭＭＣホストコントローラ１１８、ｅＭＭＣ１１９、読取コントローラ１２０、読取部１２１、記録コントローラ１２２、及び記録部１２３を備える。さらに、ＭＦＰ１０１は、ＵＳＢホストコントローラ１２４、モデム１２５、網制御ユニット（ＮＣＵ）１２６、ネットワークインタフェースカード（ＮＩＣ）１２７、及び無線コントローラ１２９、及び無線通信部１３０を備える。

ＣＰＵ１１１は、システムバス１２８に接続される各デバイスを統括的に制御する。ＣＰＵ１１１は、電源が供給されると、ＲＯＭ１１２に記憶されたブートプログラムを実行する。通常、ブートプログラムは、ストレージに保存されているメインプログラムをＲＡＭ１１３にロードして、ロードされたメインプログラムの先頭にジャンプして実行される。ＲＡＭ１１３は、メインプログラムのロード場所としてだけでなく、メインプログラムのワークエリアなどとして機能する。

表示コントローラ１１４は、表示部１１５に対する描画を制御する。表示部１１５は、ＷＶＧＡサイズのフルビットマップＬＣＤである。一方、操作コントローラ１１６は、ＭＦＰ１０１に装備された操作部１１７からの入力を制御する。操作部１１７は、表示部１１５に重畳されたタッチパネルからなる。また、操作部１１７は、別途、ハードウェアキーを備えてもよい。

読取部１２１は、原稿の読み取りを行う。読取部１２１には、オプションとしてオートドキュメントフィーダ（不図示）が装着されており、複数枚の原稿を自動的に読み取ることができる。読取部１２１は読取コントローラ１２０に接続されており、ＣＰＵ１１１は読取コントローラ１２０を介して読取部１２１とやり取りする。

また、記録部１２３は、電子写真方式で記録紙に画像形成を行う。記録部１２３は記録コントローラ１２２に接続されており、ＣＰＵ１１１は記録コントローラ１２２を介して記録部１２３とやり取りする。ＵＳＢホストコントローラ１２４は、ＵＳＢのプロトコル制御を受け持ち、ＵＳＢメモリ（不図示）などＵＳＢデバイスに対するアクセスを仲介する。

モデム１２５は、ファクシミリ通信に必要な信号の変調・復調を行う。また、モデム１２５はＮＣＵ１２６に接続されている。モデム１２５で変調された信号は、ＮＣＵ１２６を介して公衆回線網（ＰＳＴＮ）へ送出される。ＮＩＣ１２７は、ＬＡＮを介して、メールやファイルのサーバなどと双方向にデータのやり取りを行う。無線通信部１３０は、無線１０６経由で外部の無線機器（ここではモバイル端末１０２）と接続する。ＣＰＵ１１１は無線コントローラ１２９を介して無線通信部１３０とやり取りする。

本実施形態のＭＦＰ１０１は、ストレージとしてｅＭＭＣ１１９を備える。ＣＰＵ１１１は、ｅＭＭＣホストコントローラ１１８を介してｅＭＭＣ１１９にアクセスする。

＜操作部＞
次に、図３を参照して、一実施形態に係る操作部１１７の詳細構成について説明する。操作部１１７は、操作画面を表示するタッチパネル３０１、ＬＥＤ３１０、及びＬＥＤ３１１を含んで構成される。

タッチパネル３０１は、タッチパネルとしてユーザからの指示を受け付ける受付部としても機能する。ユーザは、タッチパネル３０１上に表示される画面を指やスタイラス等のオブジェクトで直接タッチし、表示された画面に基づく各機能の実行を指示することができる。

図３に示すタッチパネル３０１の画面は、ホーム画面３０８を表示している。ホーム画面３０８は、ＭＦＰ１０１の各機能の実行を指示するための最初の画面である。詳細には、ホーム画面３０８は、コピー、ファクス、スキャン、メディアプリント、及びインストールアプリなどＭＦＰ１０１が実行する各機能のための各種設定を行う画面表示を選択するための画面である。例えば、図３に示すように、ホーム画面３０８には、各機能を選択するための各種キー３０２、３０３、３０４、３１２等や、状況確認３０５が含まれる。

状況確認３０５は、ＭＦＰ１０１の状態を確認する画面（状況確認画面）を表示するためのキーである。状況確認画面より送信履歴を表示することが可能となる。なお、ここでキーとして説明しているが、タッチパネルにおけるキーは、表示エリアの区切られた領域をタッチすることで押下されたことを検出することを意味する。

ファクス３０２は、ＭＦＰ１０１のファクシミリ送信設定画面（不図示）を表示するキーである。ＭＦＰ１０１は、ファクシミリ送信画面より、電話番号又はアドレス帳などから宛先を指定して相手先に読取部１２１で読み込んだ画像データをファクシミリ送信（ファクス）することができる。

スキャン３０３は、ＭＦＰ１０１からスキャン選択画面（不図示）を表示するキーである。スキャン選択画面は、電子メール送信（Ｅメール）、ＳＭＢ及びＦＴＰによるファイル送信、インターネットファクス（Ｉファクス）送信などの送信手法の選択表示を行う。表示された選択表示画面にタッチすることで各送信設定画面が表示される。

アドレス帳３０４は、ＭＦＰ１０１のアドレス帳画面（不図示）を表示するためのキーである。ＬＥＤ３１０及びＬＥＤ３１１は、ＭＦＰ１０１の状態をユーザに通知するものである。ＬＥＤ３１０は電子メールや印刷ジョブの受信中や実行中に点灯し、ＬＥＤ３１１はＭＦＰ１０１に何らかのエラーが発生した際に点灯する。

ストップ３０６は、各種操作のキャンセルを実行するときに押下するキーであり、操作部１１７では、常時表示される常駐キーである。ホーム３０７は、ホーム画面３０８を表示するために押下するキーであり、操作部１１７では、常時表示される常駐キーである。定型文書プリント３０９は、インストールされた拡張アプリケーションである定型文書プリントアプリを実行するキーである。メニュー３１２は使用言語などの環境設定や各機能の設定を行うための画面を表示するキーである。

＜画面遷移＞
次に、図４を参照して、本実施形態に係るモバイル端末１０２から設定データとしてＥメールの送信宛先のデータを受信した際に、タッチパネル３０１に表示される画面表示の遷移について説明する。

画面４０１は、ホーム画面３０８と同様のホーム画面を示している。ホーム画面４０１は、その表示中において、後述するようにモバイル端末１０２等の外部端末からの設定データを受信することが可能な画面である。ＣＰＵ１１１は、ホーム画面４０１の表示中に、モバイル端末１０２から設定データを受信し、設定データの内容が正常であれば、ポップアップ画面４０２を表示する。ここで、ポップアップとは、ホーム画面４０１に重畳した画面であり、元画面の操作はガードされる。ここでは、ホーム画面４０１の状況確認や各種機能への操作ができなくなる。

ポップアップ画面４０２は、モバイル端末１０２より無線１０６又はネットワーク１１０経由でＥメール宛先や送信設定などの設定データを受信したことをユーザに知らせるための表示である。なお、ポップアップ画面４０２は、モバイル端末１０２より受信した設定データの内容（Ｅメールアドレス、ファイル名、本文、件名など）など、他の内容を表示してもよい。また、ポップアップ画面４０２に設定データの詳細を確認するための確認ボタンを表示し、確認ボタン押下後、モバイル端末１０２から受信した設定データの内容を詳細表示画面にて表示してもよい。

設定データの内容は、Ｅメールの宛先であるＥメールアドレス、Ｅメールの件名、本文、及び添付される画像ファイルのファイル名など、Ｅメール送信時に指定される各種設定である。Ｅメールアドレスは、モバイル端末１０２上のアプリケーションにおいて、モバイル端末１０２のアドレス帳から取得して設定されるか、又はユーザによる直接入力で設定されてもよい。

ポップアップ画面４０２は、ポップアップ表示を閉じるためのボタンとして、閉じるボタン４０３を含んで表示される。閉じるボタン４０３が押下されると、受信した設定データを次のＥメール送信画面４０４に反映して遷移する。

Ｅメール送信画面４０４は、Ｅメールを送信するための設定画面である。本実施形態では、Ｅメールの宛先を１件受信した例として宛先確認４０５の宛先件数に１を表示する。複数の宛先を受信した場合は、宛先確認４０５の件数は、受信した宛先数が表示される。宛先確認の画面を押下すると、Ｅメール宛先確認画面（Ｅメール宛先確認４０６）を表示する。なお、Ｅメール送信画面４０４にて、リセット４０８を押下した場合、設定された情報をクリアする。このとき、受信した宛先情報はクリアされ、送信したモバイル端末１０２との通信もリセットされる。また、Ｅメール送信画面４０４にて、白黒スタート４０９とカラースタート４１０を押下した場合、Ｅメール送信を開始する。このときも、受信した宛先情報はクリアされ、送信したモバイル端末１０２との通信もリセットされる。

ここで、ＭＦＰ１０１と外部装置であるモバイル端末との通信のリセット方法について説明する。ＭＦＰ１０１は、モバイル端末との通信をＨＴＴＰプロトコルで行い、ＨＴＴＰプロトコルのセッションＩＤで接続状態を管理する。セッションＩＤは、ＨＴＴＰの通信プロトコルにて端末側に送信されるＩＤである。ＭＦＰ１０１は、ＭＦＰ１０１にログインしたモバイル端末に対してセッションＩＤを生成して送信し、さらにセッションＩＤをＲＡＭ１１３に保存する。モバイル端末は、ログイン時に受信したセッションＩＤを用いてＭＦＰ１０１に接続する。ＭＦＰ１０１は、ログイン時と同じモバイル端末であることを、受信したセッションＩＤと保存されているセッションＩＤを比較して判断する。ＭＦＰ１０１は、セッションＩＤが等しければ、同じモバイル端末であると判断し、異なっていれば、異なるモバイル端末であると判断する。モバイル端末との通信のリセットとは、ＲＡＭ１１３に保存されているセッションＩＤを消去し、通信中のモバイル端末は無いという状態に遷移することである。この状態に遷移すると、新規のログイン要求を受付可能になる。

Ｅメール宛先確認画面（Ｅメール宛先確認４０６）は、Ｅメール送信画面４０４の宛先確認４０５を押下したときに表示される画面である。宛先データ４０７（Ｔｏ：email_address@conon.co.jp）は、モバイル端末１０２から受信した設定データ（Ｅメールアドレス）である。ユーザはモバイル端末１０２から受信した情報（Ｅメールアドレス）を確認することができる。

＜ソフトウェア構成＞
次に、図５を参照して、本実施形態におけるＭＦＰ１０１のソフトウェア構成を説明する。図５において実線で示した各部は、例えばＣＰＵ１１１が前述したブートプログラムでＲＡＭ１１３にロードされたメインプログラムを実行することにより実現されるソフトウェアモジュールである。

メインプログラムは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）５０１によって後述するそれぞれのモジュールの実行が管理・制御されている。ＯＳ５０１には、デバイスドライバ５０８が組み合わされている。デバイスドライバ５０８は、表示コントローラ１１４、操作コントローラ１１６、及び読取コントローラ１２０などのハードウェアデバイスとのやり取りを仲介する。ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部５０２は、表示部１１５及び操作部１１７を介して各種情報をユーザに提供するとともに、ユーザからの各種指示を受け付ける。ジョブコントローラ５０３は、コピーやプリント、ファックスなどのジョブを受け付け、受け付けたジョブの実行を制御する。

ストレージ部５０６は、例えばファクシミリ送受信する画像やユーザ設定などのデータを、物理的にｅＭＭＣ１１９へ格納して管理するソフトウェアモジュールである。Ｓｃａｎ部５０７は、ジョブコントローラ５０３によってファックスジョブを受け付けると、そのジョブ要求を受けて読取部１２１を制御して原稿をスキャンする。そして、Ｓｃａｎ部５０７は、スキャンしたファクシミリ画像データをストレージ部５０６へ格納する。

ストレージ部５０６に格納されたファクシミリ画像データはＦａｘ部５０４によって読み出され、モデム１２５及びＮＣＵ１２６を介して相手先にファクシミリ送信される。或いは、モデム１２５及びＮＣＵ１２６を介して相手先からファクシミリ受信した画像データは、Ｆａｘ部５０４によって取り込まれ、ストレージ部５０６へ格納される。

本実施形態のＭＦＰ１０１では、ソフトウェア構成として、ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）／ＦＷ（Ｆｒａｍｅｗｏｒｋ）部５０９を備える。拡張アプリケーション部５１０は、スクリプト言語で記述された任意のプログラム等から構成される。例えば、バイトコードを解釈して実行するインタープリタであるＪａｖａ（登録商標）や、Ｌｕａなどの言語系を用いてもよい。

ＶＭ／ＦＷ部５０９は、スクリプト言語や所定の高級言語で記述された任意のプログラムを拡張アプリケーション部５１０へインストールする。或いは、ＶＭ／ＦＷ部５０９は、拡張アプリケーション部５１０からアンインストールする役割を受け持つ。また、ＶＭ／ＦＷ部５０９は、拡張アプリケーション部５１０にインストールされた任意のプログラムで実現される機能と既存機能との調停等も受け持つ。そして、ＶＭ／ＦＷ部５０９は記述されているスクリプト言語を解釈して実行する。また、ＶＭ／ＦＷ部５０９は拡張アプリケーション部５１０にインストールされた任意のプログラムに関連のあるイベント発生時に拡張アプリケーション部５１０に対してメッセージを送信する。ここで、イベントとは、例えばＵＩ部５０２で検知されたキー入力やＶＭ／ＦＷ部５０９が管理するタイマーの満了などである。ＶＭ／ＦＷ部５０９は拡張アプリケーション部５１０に送信したメッセージの応答がない場合など拡張アプリケーション部５１０にインストールされた任意のプログラムの異常を検知した場合、当該プログラムを強制終了する。

例えば、ネイティブアプリケーションであるコピー機能を操作部のスタートキー押下で実行する際は、操作部１１７から入力されたスタートキー押下の操作情報が操作コントローラ１１６を経由してデバイスドライバ５０８に通知される。ここで、ネイティブアプリケーションとは、ＭＦＰ１０１に予め実装されているアプリケーションを示す。デバイスドライバ５０８がＵＩデバイスコントローラ５１１に操作情報を通知すると、ＵＩデバイスコントローラ５１１はネイティブアプリケーションの実行中であることからＵＩ２０２に操作情報を通知する。

ＵＩ部５０２はスタートキー押下であることを認識すると、コピー機能のスタートキー押下であると判断してジョブコントローラ５０３にコピー開始を通知してコピーを実行する。また拡張アプリケーションが起動している場合は、操作情報をＶＭ／ＦＷ部５０９に通知する。例えば拡張アプリケーションである定型文書プリントを操作部１１７のスタートキー押下で実行する際は、操作部１１７から入力されたスタートキー押下の操作情報が操作コントローラ１１６を経由してデバイスドライバ５０８に通知される。デバイスドライバ５０８がＵＩデバイスコントローラ５１１に操作情報を通知すると、ＵＩデバイスコントローラ５１１は拡張アプリケーションの実行中であることからＶＭ／ＦＷ部５０９に操作情報を通知する。ＶＭ／ＦＷ部５０９はスタートキー押下であることを認識すると、拡張アプリケーション部５１０である定型文書プリントにスタートキー押下を通知する。拡張アプリケーション部５１０である定型文書プリントはスタートキー押下であると判断してＶＭ／ＦＷ部５０９経由でジョブコントローラ５０３に定型文書プリント開始を通知して定型文書プリントを実行する。これらによって、本実施形態のＭＦＰ１０１は、機能の着脱性を維持しつつ、定型文書プリントなど任意の機能を容易に実現することができる。

ＵＩデバイスコントローラ５１１は、ＵＩ部５０２及び拡張アプリケーション部５１０による表示部１１５への各種情報の出力や、操作部１１７によるユーザ操作のＵＩ部５０２及び拡張アプリケーション部５１０への伝達を仲介する。

＜モバイル端末のハードウェア構成＞
次に、図６を参照して、モバイル端末１０２のハードウェア構成を説明する。なお、本実施形態のモバイル端末１０２はスマートフォンやタブレットＰＣ等の装置を想定しているが、Ｗｉ−Ｆｉ通信が可能な情報処理装置であれば他の装置であってもよい。

モバイル端末１０２は、操作パネル６０１、カメラ６０４、ＣＰＵ６０７、ＲＯＭ６０８、ＲＡＭ６０９、及びＨＤＤ６１０を備える。また、モバイル端末１０２は、ＮＦＣ（Near Field Communication）Ｉ／Ｆ６０５、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ６０６、及び無線ＬＡＮ（local area network）Ｉ／Ｆ６１１を備える。

ＣＰＵ６０７はＲＯＭ６０８が記憶している制御プログラムを読み出して、モバイル端末１０２の動作を制御するための様々な処理を実行する。ＲＯＭ６０８は、制御プログラムを記憶している。ＲＡＭ６０９は、ＣＰＵ６０７の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ６１０は、写真や電子文書等の様々なデータを記憶する。

操作パネル６０１は、ユーザのタッチ操作を検出可能なタッチパネル機能を備え、ＯＳやＥメール送信アプリケーションが提供する各種画面を表示する。ユーザは操作パネル６０１にタッチ操作を入力することで、モバイル端末１０２に所望の操作指示を入力することができる。

カメラ６０４はユーザの撮像指示に応じて撮像を行う。カメラ６０４で撮像された写真は、ＨＤＤ６１０の所定の領域に記憶される。また、ＱＲコード解析が可能なプログラムを用いて、カメラ６０４で読み取ったＱＲコードから情報を取得することも可能である。

モバイル端末１０２は、ＮＦＣ Ｉ／Ｆ６０５、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ６０６、及び無線ＬＡＮ Ｉ／Ｆ６１１を介して各種周辺機器や外部装置とデータの授受を行うことができる。モバイル端末１０２のＢｌｕｅｔｏｏｔｈに関してもＢＬＥに対応した端末が普及し始めている。

＜Ｅメール送信の設定＞
次に、図７を参照して、本実施形態に係るモバイル端末１０２におけるＥメール送信の設定に関して説明する。７０６は、モバイル端末１０２のＥメール送信の設定画面を示す。

設定画面７０６では、Ｅメール送信に必要な情報を入力することができる。Ｅメールアドレスフィールド７０１は、モバイル端末１０２に保存されているアドレス帳の中のアドレスを選択して入力することができる。またＥメールアドレスフィールド７０１、件名フィールド７０２、本文フィールド７０３、及びファイル名フィールド７０４は、モバイル端末１０２のソフトキーボードを用いて、ユーザが任意の文字列を入力することもできる。これらフィールドはソフトキーボードだけでなく、音声認識等での入力であってもよい。或いは、モバイル端末１０２に設定してあるメールアドレスをデフォルトで表示してもよい。送信ボタン７０５が押下されると、モバイル端末１０２は、Ｅメール送信設定をＭＦＰ１０１に送信する。

＜モバイル端末の設定送信処理＞
次に、図８を参照して、本実施形態に係るモバイル端末１０２の設定送信処理の処理手順を説明する。以下で説明する処理は、例えばＣＰＵ６０７がＲＯＭ６０８やＨＤＤ６１０に格納された制御プログラムをＲＡＭ６０９に読み出して実行することにより実現される。

まずＳ８０１で、ＣＰＵ６０７は、アドレス帳やソフトキーボードを介して、操作パネル６０１にてＥメールアドレスフィールド７０１、及び件名等のメール情報入力フィールド（７０２、７０３、７０４）の入力を受け付ける。さらに、ＣＰＵ６０７は、入力されたデータを保存する。Ｓ８０２で、ＣＰＵ６０７は、操作パネル６０１において送信ボタン７０５が押下されたことを検知する。

次に、Ｓ８０３で、ＣＰＵ６０７は、ＭＦＰ１０１にアクセスして、ＭＦＰ１０１の能力情報とセッションＩＤの取得を行う。続いて、Ｓ８０４で、ＣＰＵ６０７は、ＭＦＰ１０１にログインする必要があるかの情報取得を行う。Ｓ８０５で、ＣＰＵ６０７は、Ｓ８０４で取得した情報に基づいて、ＭＦＰ１０１にログインする必要があるか否か判定し、ログインする必要があればＳ８０６に遷移し、ログインする必要がなければＳ８０７に遷移する。

Ｓ８０６で、ＣＰＵ６０７は、Ｓ８０３で取得したセッションＩＤと、不図示のアプリケーション設定にて設定されているユーザ認証情報をＭＦＰ１０１に送信し、Ｓ８０７に進む。

Ｓ８０７で、ＣＰＵ６０７は、Ｓ８０３で取得したセッションＩＤと、Ｓ８０１で入力された設定をＭＦＰ１０１に送信する。その後、Ｓ８０８で、ＣＰＵ６０７は、ＭＦＰ１０１から送信結果を受信する。続いて、Ｓ８０９で、ＣＰＵ６０７は、ユーザに送信結果を通知し、処理を終了する。ＭＦＰ１０１からの送信結果についての詳細は後述する。

＜ＭＦＰのデータ処理手順＞
次に、図９を参照して、本実施形態に係るＭＦＰ１０１がモバイル端末１０２から受信したデータを処理する処理手順を説明する。以下で説明する処理は、例えばＣＰＵ１１１がＲＯＭ１１２に記憶された制御プログラムをＲＡＭ１１３に読み出して実行することにより実現される。

まずＳ９０１で、ＣＰＵ１１１は、ＮＩＣ１２７又は無線通信部１３０を介して、モバイル端末１０２から送信されたデータを受信する。続いて、Ｓ９０２で、ＣＰＵ１１１は、Ｓ９０１で受信したデータが送信設定データ（所定の情報）であるか否かを判定する。送信設定データでなければＳ９０３に遷移し、送信設定データであればＳ９０４に遷移する。ここでは、プロトコル（ｈｔｔｐ）、ＵＲＬで送信設定に関するデータであるかを判定し、本文で送信設定データであるかを判定する。例えばＳ８０３で送信される能力情報とセッションＩＤの取得要求はプロトコル、ＵＲＬで送信設定に関するデータであると判定されるが、本文で送信設定データではないと判定される。

Ｓ９０３で、ＣＰＵ１１１は、受信した情報に基づく処理（流し込み処理による画面遷移）を実行し、処理を終了する。例えばＳ８０３で送信される能力情報とセッションＩＤの取得要求の場合、ＣＰＵ１１１は、セッションＩＤを生成しＲＡＭ１１３に保存する。さらに、ＣＰＵ１１１は、生成したセッションＩＤ及び能力情報を、モバイル端末１０２に送信する。また、Ｓ８０６で送信される認証情報の場合、ＣＰＵ１１１は、受信したセッションＩＤと保存されているセッションＩＤが等しければユーザ認証情報でログイン処理を実行する。

一方、Ｓ９０４で、ＣＰＵ１１１は、受信した送信設定を反映することが可能か否かを後述する図１０のフローチャートに示す判定処理で判定する。反映できないと判定した場合はＳ９０５に遷移し、反映できると判定した場合はＳ９０６に遷移する。Ｓ９０５で、ＣＰＵ１１１は、モバイル端末１０２に設定反映失敗（エラー）を通知し、処理を終了する。

一方、Ｓ９０６で、ＣＰＵ１１１は、モバイル端末１０２へ送信設定の反映が成功したこと（実行結果）を通知する。続いて、Ｓ９０７で、ＣＰＵ１１１は、設定を反映した送信画面に遷移する。Ｓ９０８で、ＣＰＵ１１１は、設定完了のポップアップ画面を表示し、処理を終了する。

＜判定処理＞
次に、図１０を参照して、本実施形態に係るＭＦＰ１０１がモバイル端末１０２から受信したデータを設定することが可能かを否か判定するＳ９０４の詳細な手順について説明する。以下で説明する処理は、例えばＣＰＵ１１１がＲＯＭ１１２に記憶された制御プログラムをＲＡＭ１１３に読み出して実行することにより実現される。

Ｓ１００１で、ＣＰＵ１１１は、ＭＦＰ１０１の本体設定において、モバイル端末１０２からのデータ受信を許可しているか否かを判定する。許可していればＳ１００２に遷移し、許可していなければＳ１００９に遷移する。

Ｓ１００２で、ＣＰＵ１１１は、現在の装置の処理状況、例えば特定種類の拡張アプリを実行中か否かを判断する。特定種類の拡張アプリを実行中でなければＳ１００３に遷移し、実行中であればＳ１００９に遷移する。ここで特定種類とは、ログイン、ジェネリック、スクリーンセーバー、及びドライバーといった種別をアプリごとに割り付けて判断する。例えば、ＣＰＵ１１１は、ログインアプリや、ジェネリックアプリはユーザ操作が必要な画面をアプリが表示することから画面を切り替えるべきでないため、特定種類のアプリと判断する。また、スクリーンセーバーや、ドライバーアプリといったユーザ操作が無く、画面を切り替えても問題ないアプリについては、ＣＰＵ１１１は、特定種類のアプリでないと判断する。そのため、定型文書プリントはユーザ操作によりジョブを実行するアプリであるため、特定種類の拡張アプリと判断され、スクリーンセーバーアプリは特定種類の拡張アプリではないと判断される。

また、図１４に示すような表示する画面でアプリの種類を分けてもよい。例えば、１４０１のユーザが選択する画面、１４０３のログイン画面、１４０５のユーザが設定を行う画面では画面を切り替えるべきでないため、ＣＰＵ１１１は、特定種類のアプリと判断する。１４０２のスクリーンセーバー画面、１４０４のポップアップ画面、及び１４０６の確認画面では、画面を切り替えても問題ないため、ＣＰＵ１１１は、特定種類のアプリでないと判断する。なお、これらの画面の切り分けについては、本発明を限定する意図はなく、装置の性能や仕様、或いはユーザ設定に応じて変更可能である。

図１０の説明に戻る。Ｓ１００３で、ＣＰＵ１１１は、データ受付可能画面であるか否かを判定する。データ受付可能画面であると判定された場合Ｓ１００４に遷移し、データ受付可能画面でないと判定された場合Ｓ１００９に遷移する。ここで、データ受付可能画面とは図１１に示す画面である。また、操作部１１７が消灯されている場合は、ＣＰＵ１１１は、受付可能画面と判定してもよい。

Ｓ１００４で、ＣＰＵ１１１は、ＭＦＰ１０１の本体設定で送信機能制限がかかっていないかを判定する。送信機能制限がかかっていないと判定された場合Ｓ１００５に遷移し、送信機能制限がかかっていると判定された場合Ｓ１００９に遷移する。ここで、送信機能制限とは管理者によりＥｍａｉｌ、ＳＭＢ、ＦＴＰ、ＩＦＡＸ、ＦＡＸなどの送信機能が使用不可能に設定されていることを意味する。

Ｓ１００５で、ＣＰＵ１１１は、ＭＦＰ１０１の本体設定で新規宛先制限がかかっていないかを判定する。新規宛先制限がかかっていないと判定された場合Ｓ１００６に遷移し、新規宛先制限がかかっていると判定された場合Ｓ１００９に遷移する。ここで、新規宛先制限とはＭＦＰ本体のアドレス帳に登録されている宛先以外への送信を制限する機能である。

Ｓ１００６で、ＣＰＵ１１１は、Ｓ８０６で受信したログイン情報によるログインが成功しているかを判定する。成功している場合Ｓ１００７に遷移し、失敗している場合Ｓ１００９に遷移する。また、ログインの必要がなくログイン情報を受け取っていない場合もＳ１００７に遷移する。

Ｓ１００７で、ＣＰＵ１１１は、Ｓ８０７で受信したセッションＩＤと保存されているセッションＩＤが等しいかを判定する。等しい場合Ｓ１００８に遷移し、等しくない場合Ｓ１００９に遷移する。

Ｓ１００８で、ＣＰＵ１１１は、設定可能と判断し、処理を終了する。一方、Ｓ１００９で、ＣＰＵ１１１は、設定不可能と判断し、処理を終了する。

＜受付可能画面＞
次に、図１１を参照して、本実施形態に係るモバイル端末１０２からの設定データの受信を受け付ける受付可能画面について説明する。受付可能画面は、当該画面を表示中において外部端末からの設定データ等を受付けて、受け付けた情報に基づいて処理を実行可能画面である。例えば、本実施形態によれば、ホーム画面１１０１、Ｅメール送信画面１１０２、モバイルポータル画面１１０３、及びファクス送信画面１１０６が受付可能画面に該当する。このように、モバイル端末１０２から設定データを受信できる画面を限定することで、それ以外の画面を操作しているユーザにとって、設定データの受信により表示されるポップアップ表示による操作の中断を防止することができる。

ホーム画面１１０１は、ＭＦＰ１０１のデフォルト待機画面である。この状態においては、ＭＦＰ１０１で他のジョブ等の処理は実行されておらず、外部装置からの設定データ等の受信に基づく処理（流し込み処理による画面遷移）を実行することが可能である。

Ｅメール送信画面１１０２は、Ｅメール送信を行うときに表示される画面であり、上記流し込み処理により設定を行うことが可能な画面である。モバイル端末１０２から受信した設定データは、ポップアップ表示後、閉じるボタン４０３の押下で、Ｅメール送信設定に設定される。なお、設定データの受信時、ＭＦＰ１０１は、Ｅメールアドレスを受信した場合、Ｅメール送信宛先を追加で設定し、件名、本文、ファイル名などの設定データを受信した場合、上書きで設定する。

モバイルポータル画面１１０３は、モバイル端末１０２とＭＦＰ１０１を接続するための設定画面であり、上記流し込み処理により設定を行うことができる。表示されているＳＳＩＤ及びネットワークキーをモバイル端末１０２側に設定し、開始ボタン１１０４を押下することで、ダイレクト接続による無線通信が開始される。ＱＲコードボタン１１０５を押下した場合、無線接続設定をＱＲコードで表示し、モバイル端末１０２はＱＲコードを撮影することで無線通信の開始を実行可能にする。通信開始後、ＥメールアドレスやＥメールの件名、本文などの設定データの送信操作がモバイル端末１０２で行われると、図４に示したポップアップ画面４０２を表示し、閉じるボタン４０３押下後、受信した設定データがＥメール送信画面１１０２の画面に反映される。

ファクス送信画面１１０６は、ファクス送信を行うときに表示される画面であり、上記流し込み処理により設定を行うことができる。モバイル端末１０２から受信した設定データは、ポップアップ表示後、閉じるボタン４０３の押下で、ファクス送信設定に設定される。なお、設定データの受信し際に、ＭＦＰ１０１は、ファクス番号を受信した場合は、ファクス送信宛先を追加で設定することができる。

このように、ＭＦＰ１０１は、モバイル端末１０２からの設定データを受け付けるための画面を特定することで、他の画面で操作中にポップアップ画面４０２が表示されることを抑制する。つまり、ＭＦＰ１０１は、現在表示されている画面に応じて、外部装置からの設定データ等の受信に基づく処理を実行するか否かを切り替えることができる。例えば、他のユーザが操作中の可能性が高い画面の表示中においては、受信したデータに基づく処理を実行することによるポップアップの表示を防止することができる。

以上説明したように、本実施形態に係る通信装置は、外部装置から所定の情報を受信し、受信した所定の情報に基づく操作画面の画面遷移処理の実行可否を、現在の通信装置の処理状況に応じて判定する。また、本通信装置は、実行が可能と判定されると、受信した所定の情報に基づく操作画面の画面遷移を実行する。その後、本通信装置は、実行が可能と判定された場合には実行結果を、又は、実行が不可能と判定された場合にはエラーを、外部装置に通知する。このように、本実施形態によれば、所定の情報を受信した際に、現在の装置の処理状況（アプリケーションの実行状況）に応じて、受信した情報に基づいた処理を実行するか否かを切り替えることができる。また、本実施形態によれば、現在の表示画面がＭＦＰの描画部以外（拡張アプリ）で画面描画が実行されていても、モバイル端末１０２から受信した情報に基づく操作画面の画面遷移の実行可否を正しく判定することが可能になる。ここで、ＭＦＰの描画部とは例えば、ＭＦＰに予めインストールされているネイティブアプリケーション等を示す。即ち、現在表示されている画面がＭＦＰによって管理されているか否かに基づく。

本発明は上記実施形態に限らず様々な変形が可能である。上記実施形態では、ＭＦＰが外部装置から設定データ等を受信した際に、当該受信データに基づく操作画面の画面遷移を実行するか否かを実行中のアプリケーション（Ｓ１００２）に応じて判定する例について説明した。また他の条件として、表示中の画面（Ｓ１００３）や、その他の条件（Ｓ１００１、Ｓ１００４乃至Ｓ１００７）に応じて判定する例について説明した。しかしながら、これらの他の判定条件は一例であり、それらの少なくとも１つの条件を適用してもよく、或いは、さらに、その他の判定条件が適用されてもよい。例えば、本実施形態では、アプリケーションの種類に応じて判定したが、アプリケーションの優先度を設け、受信した情報の優先度と、実行中のアプリケーションの優先度を比較して、受信した情報の優先度が高ければ所定の処理を実行するように制御してもよい。

また、上記実施形態では、受信データ（所定の情報）に基づく操作画面の画面遷移を実行すると、画面遷移が発生する例について説明したが、本発明を限定する意図はない。例えば、上記処理を実行した際に、現在実行しているアプリケーションによる処理に関連するパラメータが強制的に変更されるなど、現在実行している処理に何らかの影響が発生する場合に、処理を実行しないように制御すればよい。つまり、本発明は、所定の情報を受信した際に、上述したような設定情報の流し込みにより悪影響を受ける処理状況であれば、当該処理の実行を行わず、外部装置に対してエラー通知を行うものである。

＜第２の実施形態＞
以下では、本発明の第２の実施形態について説明する。本実施形態では、外部装置から設定データ等を受信した際に、当該受信データに基づく操作画面の画面遷移を実行可能か否かを判定する際に、特定種類の拡張アプリが実行されている場合に所定のテーブルに定義されているアプリか否か（可否情報）に基づいて判定する。当該所定のテーブルに登録されているアプリやデータ受付（流し込み処理）の可否情報については、ユーザ入力に従って予め登録されているものである。つまり、本実施形態では、ユーザの意図に応じて流し込み処理の実行可否を切り替える仕組みについて説明する。

＜判定処理＞
次に、図１２を参照して、本実施形態に係るＭＦＰ１０１がモバイル端末１０２から受信したデータを設定することが可能かを否か判定するＳ９０４の詳細な手順について説明する。以下で説明する処理は、例えばＣＰＵ１１１がＲＯＭ１１２に記憶された制御プログラムをＲＡＭ１１３に読み出して実行することにより実現される。なお、上記第１の実施形態で説明した図１０のフローチャートと同様の処理については同一のステップ番号を付し、説明を省略する。

Ｓ１００２で、ＣＰＵ１１１は、特定種類の拡張アプリを実行中か判断する。特定種類の拡張アプリを実行中と判断した場合Ｓ１２０１に遷移し、実行中でないと判断した場合Ｓ１００３に遷移する。Ｓ１２０１で、ＣＰＵ１１１は、実行中のアプリについて、外部装置からのデータ受付が許可されているかを、図１５のテーブル１５０１のようにアプリケーションごとに情報を保持し確認する。テーブル１５０１は、アプリケーションの種類ごとに、その種別、概要、開発元、及び流し込み処理の可否情報１５０２が定義される。アプリケーションの種別には、ジェネリック、スクリーンセーバー、ログインなどの情報が定義される。概要には、当該アプリケーションの機能概要が定義される。可否情報１５０２には、外部装置から設定データ等を受信した際に実行する処理（流し込み処理）を実行可能か否かの情報（例えば、ＯＫ、ＮＧ）が定義される。当該可否情報については一例であり、可否を示す情報であればどのような情報であってもよい。当該可否情報に基づいて、許可されている場合（ここではＯＫの場合）はＳ１０３に遷移し、許可されていない場合（ここではＮＧの場合）は１００９に遷移する。その後の処理については図１０と同様であるため、説明を省略する。

このように、本実施形態によれば、上記第１の実施形態における判定処理に加えて、アプリケーションの情報が登録されたテーブルを用いて上記流し込み処理の可否を判定することができる。なお、上記テーブル１５０１への登録についての詳細は図１３用いて後述する。

＜新規アプリの登録＞
図１３を参照して、上記テーブル１５０１に情報を追加するための新規アプリ登録画面について説明する。新規アプリ登録画面１３０１はアプリ登録時に端末からのデータ受付設定を行うリモートＵＩ画面の一例である。

新規アプリ登録画面１３０１には、アプリで設定可能な項目が表示され、それぞれの項目に対し設定が可能となっている。端末からのデータ受付設定１３０４で、ドロップダウンリストから許可（ＯＫ）、不許可（ＮＧ）を指定することができる。表示されている設定項目の設定完了後、ＯＫボタン１３０２を押下するとデバイスにアプリがインストールされ、ホーム画面３０８にアプリ実行ボタンが追加される。キャンセルボタン１３０３を押下するとアプリの登録が中止され不図示の遷移前の画面に戻る。

以上説明したように、本実施形態によれば、受信した所定の情報に基づく操作画面の画面遷移の実行可否をアプリケーションごとに登録しておき、登録された可否情報に従って、受信した所定の情報に基づく操作画面の画面遷移の実行可否を判定する。これにより、上記第１の実施形態に加えて、さらに、ユーザの意図に従った切替制御を行うことができる。

本発明は上記実施形態に限らず様々な変形が可能である。例えば、上記実施形態では特定種類のアプリ実行中の場合、端末からのデータ受付許可設定を確認し、可否情報で許可されている場合データ受付可能画面かを判断した。しかしながら、テーブル１５０１に登録されている他の情報、例えば、アプリケーションの種別、機能、開発元等に基づいて判断を行ってもよい。また、このようなテーブルに基づく判断処理をスキップすることもできる。当該スキップについてもユーザ設定に応じて行われることが望ましい。つまり、ユーザが登録した受付設定を有効にするか無効にするかをユーザ入力によりさらに設定可能とする。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１：ＭＦＰ、１０２：モバイル端末、１０３：メールサーバ、１０４：アクセスポイント、１０５、１０６：無線、１０７：公衆回線網、１０８：ＦＡＸ、１１０：ネットワーク、１１１：ＣＰＵ、１１２：ＲＯＭ、１１３：ＲＡＭ、１１４：表示コントローラ、１１５：表示部、１１６：操作コントローラ、１１７：操作部、１１８：ｅＭＭＣホストコントローラ、１１９：ｅＭＭＣ、１２０：読取コントローラ、１２１：読取部、１２２：記録コントローラ、１２３：記録部、１２４：ＵＳＢホストコントローラ、１２５：モデム、１２６：ＮＣＵ、１２７：ＮＩＣ、１２８：システムバス、１２９：無線コントローラ、１３０：無線通信部

Claims (12)

1. 通信装置であって、
   操作画面を表示する表示手段と、
   外部装置から所定の情報を受信する受信手段と、
   前記受信手段によって受信した前記所定の情報に基づく前記操作画面の画面遷移の実行可否を、現在の通信装置の処理状況に応じて判定する判定手段と、
   前記判定手段によって実行が可能と判定されると、受信した前記所定の情報に基づく前記操作画面の画面遷移を実行する実行手段と、
   前記判定手段によって実行が可能と判定された場合には前記実行手段による実行結果を、又は、前記判定手段によって実行が不可能と判定された場合にはエラーを、前記外部装置に通知する通知手段と
   を備えることを特徴とする通信装置。
2. 前記現在の通信装置の処理状況とは、現在実行しているアプリケーションの種類により判断され、
   前記判定手段は、
   受信した前記所定の情報に基づく前記操作画面の画面遷移が実行されることによって画面遷移が発生しても可能な前記アプリケーションの種類であれば、受信した前記所定の情報に基づく前記操作画面の画面遷移の実行を可能と判定することを特徴とする請求項１に記載の通信装置。
3. 前記現在の通信装置の処理状況とは、さらに、前記表示手段に表示されている画面の種類により判断され、
   前記判定手段は、
   受信した前記所定の情報に基づく前記操作画面の画面遷移が実行されることによって画面遷移が発生しても可能な前記アプリケーションの種類かつ画面の種類であれば、受信した前記所定の情報に基づく前記操作画面の画面遷移の実行を可能と判定することを特徴とする請求項２に記載の通信装置。
4. 受信した前記所定の情報に基づく前記操作画面の画面遷移の実行可否をアプリケーションごとに登録する登録手段をさらに備え、
   前記判定手段は、さらに、前記登録手段に登録された可否情報に従って、受信した前記所定の情報に基づく前記操作画面の画面遷移の実行可否を判定することを特徴とする請求項２又は３に記載の通信装置。
5. 前記登録手段は、拡張アプリケーションを前記通信装置にインストールする際に登録画面を介したユーザ入力に従って、前記可否情報を登録することを特徴とする請求項４に記載の通信装置。
6. 前記画面遷移とは、受信した前記所定の情報に基づく前記操作画面の画面遷移の実行を行ったことを通知する画面を表示することを特徴とする請求項２乃至５の何れか１項に記載の通信装置。
7. 受信した前記所定の情報に基づく前記操作画面の画面遷移の実行を行ったことを通知する画面は、現在表示されている画面に重畳して表示されるポップアップ画面であることを特徴とする請求項６に記載の通信装置。
8. 前記所定の情報とは、前記通信装置で実行されるアプリケーションの送信設定に関する情報であることを特徴とする請求項２乃至７の何れか１項に記載の通信装置。
9. 前記送信設定には、送信する情報の宛先、件名、本文、及び添付するファイル名の少なくとも１つであることを特徴とする請求項８に記載の通信装置。
10. 前記表示手段は、前記所定の情報に基づく前記操作画面の画面遷移が実行されると、受信した送信設定を表示画面に反映することを特徴とする請求項９に記載の通信装置。
11. 通信装置の制御方法であって、
    表示手段が、操作画面を表示する表示工程と、
    受信手段が、外部装置から所定の情報を受信する受信工程と、
    判定手段が、前記受信工程で受信した前記所定の情報に基づく前記操作画面の画面遷移の実行可否を、現在の通信装置の処理状況に応じて判定する判定工程と、
    実行手段が、前記判定工程で実行が可能と判定されると、受信した前記所定の情報に基づく前記操作画面の画面遷移を実行する実行工程と、
    通知手段が、前記判定工程で実行が可能と判定された場合には前記実行工程での実行結果を、又は、前記判定工程で実行が不可能と判定された場合にはエラーを、前記外部装置に通知する通知工程と
    を含むことを特徴とする通信装置の制御方法。
12. 通信装置の制御方法における各工程をコンピュータに実行させるためのプログラムであって、前記制御方法は、
    表示手段が、操作画面を表示する表示工程と、
    受信手段が、外部装置から所定の情報を受信する受信工程と、
    判定手段が、前記受信工程で受信した前記所定の情報に基づく前記操作画面の画面遷移の実行可否を、現在の通信装置の処理状況に応じて判定する判定工程と、
    実行手段が、前記判定工程で実行が可能と判定されると、受信した前記所定の情報に基づく前記操作画面の画面遷移を実行する実行工程と、
    通知手段が、前記判定工程で実行が可能と判定された場合には前記実行工程での実行結果を、又は、前記判定工程で実行が不可能と判定された場合にはエラーを、前記外部装置に通知する通知工程と
    を含むことを特徴とするプログラム。

Images