JP6089540B2 - 機能実行装置 - Google Patents

Description

本発明は、機能実行装置に関する。

特許文献１には、スキャン時に、原稿に埋め込まれたＲＦＩＤから原稿タイプ情報を読み取り、読み取った原稿タイプ情報に応じたアプリケーションを起動するスキャナ装置が開示されている。

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

１または複数の機能を実行可能な機能実行装置を、スマートフォンなどの情報処理装置において起動させたアプリケーションによって動作させる場合、機能実行装置の状態に応じたアプリケーションをその都度起動させる必要があり、煩雑である。ここで、上記特許文献１に記載の技術は、所望のアプリケーションを起動させるために、当該アプリケーションに対応するＲＦＩＤを原稿に１つ１つ埋め込む必要があるので、情報処理装置のアプリケーションを起動させる方法として、特許文献１の技術を適用したとしても、機能実行装置の状態が変化した場合に、その変化に対応することは困難である。

本発明は、上述した事情を鑑みてなされたものであり、自機の状態に応じた適切なアプリケーションを情報処理端末において起動させることができる機能実行装置を提供することを目的とする。

この目的を達成するために、本発明の機能実行装置は、１または複数の機能を実行可能なものであって、情報処理装置と通信するための通信部と、前記機能に係る画面を表示する表示部と、前記機能毎に前記表示部に表示される表示画面を特定する特定情報を記憶する記憶部と、制御部と、を備え、前記制御部は、前記表示部に表示された表示画面を特定する特定情報と、当該特定情報に対応するアプリケーションの起動指示とを、前記通信部を介して前記情報処理装置へ送信する送信手段と、前記情報処理装置から、前記送信手段により送信された特定情報に対応する前記アプリケーションにより出力されるアプリケーション情報を前記通信部を介して受信する受信手段と、前記受信手段により受信したアプリケーション情報に応じて、前記表示部に表示させる表示画面を制御する表示制御手段と、を備え、前記受信手段により受信されるアプリケーション情報は、前記情報処理装置の情報処理装置側表示部に表示されているアプリケーションを特定する情報を含み、前記送信手段は、前記受信手段により受信されるアプリケーション情報に含まれる前記アプリケーションを特定する情報が、本機能実行装置の表示部に表示されている表示画面を特定する前記特定情報に対応するアプリケーションから出力される情報とは異なる場合、本機能実行装置の表示部に表示されている表示画面を特定する特定情報を、前記情報処理装置に送信する。

なお、本発明は、機能実行装置を制御する制御装置、機能実行システム、機能実行方法、機能実行プログラム、機能実行プログラムを記録する記録媒体等の種々の態様で構成することができる。

請求項１記載の機能実行装置によれば、１または複数の機能を実行可能に構成され、機能毎に表示部に表示される表示画面を特定する特定情報が記憶部に記憶されている。表示部に表示された表示画面を特定する特定情報と、当該特定情報に対応するアプリケーションの起動指示とが、通信部を介して情報処理装置へ送信される。これにより、実行中の機能によって表示部に表示されている画面に応じたアプリケーションを、送信先の情報処理端末において起動できる。また、情報処理装置から、送信した特定情報に対応するアプリケーションにより出力されるアプリケーション情報が、通信部を介して受信され、受信したアプリケーション情報に応じて、表示部に表示させる表示画面が制御される。よって、自機の状態に応じた適切なアプリケーションを情報処理端末において起動させることができ、自機の機能を情報処理端末から容易に実行させることができる。さらに、情報処理装置から受信されるアプリケーション情報には、情報処理装置の情報処理装置側表示部に表示されているアプリケーションを特定する情報が含まれる。情報処理装置から受信したアプリケーション情報に含まれるアプリケーションを特定する情報が、本機能実行装置の表示部に表示されている表示画面を特定する特定情報に対応するアプリケーションから出力される情報とは異なる場合、本機能実行装置の表示部に表示されている表示画面を特定する特定情報が、情報処理装置に送信される。よって、本機能実行装置の表示部に表示されている表示画面に応じたアプリケーションを、送信先の情報処理端末において起動させることができる。

請求項２記載の機能実行装置によれば、請求項１が奏する効果に加え、次の効果を奏する。特定情報と、起動指示と、第２種インタフェースを介した通信を確立するための確立情報とが、第１種インタフェースを介して情報処理装置へ送信される。そして、確立情報が送信されたことを条件として、情報処理装置と通信するためのインタフェースが、第１種インタフェースから、第２種インタフェースに変更され、当該第２種インタフェースを介して、情報処理装置からアプリケーション情報が受信される。第２種インタフェースは、第１種インタフェースより通信速度が速いので、アプリケーション情報のデータ量が大きくても、当該アプリケーション情報を高速に情報処理装置から受信することができる。よって、情報処理装置におけるアプリケーション情報の送信タイミングに対し、当該アプリケーション情報に応じた表示画面の表示が遅れること等の不具合を防止できる。

請求項３記載の機能実行装置によれば、請求項２が奏する効果に加え、次の効果を奏する。第１種インタフェースから第２種インタフェースに変更した後、表示部に表示されている表示画面が第１表示画面から第２表示画面に切り替えられた場合に、情報処理装置と通信するためのインタフェースが、第２種インタフェースから第１種インタフェースに変更される。そして、情報処理装置と通信するためのインタフェースが第１種インタフェースに変更された場合、当該第１種インタフェースを介して、第２表示画面を特定する特定情報と起動指示と確立情報とが、情報処理装置に送信される。これにより、第２表示画面に応じたアプリケーションを、送信先の情報処理端末において起動できる。よって、自機の状態が変化する毎に、その変化に応じた適切なアプリケーションを容易に起動させることができる。

請求項４記載の機能実行装置によれば、請求項１から３のいずれかが奏する効果に加え、次の効果を奏する。記憶部に記憶される特定情報には、第１向き特定情報と第２向き特定情報とが含まれる。情報処理装置から、当該情報処理装置の配置を示す配置情報を受信した場合、当該配置情報に基づき、第１向き特定情報および第２向き特定情報のいずれかが、情報処理装置に送信される。これにより、第２向き特定情報に応じたアプリケーションが、送信先の情報処理端末において起動される。つまり、情報処理装において、当該情報処理装置の配置に応じたアプリケーションを起動させることができる。

請求項５記載の機能実行装置によれば、請求項１から４のいずれかが奏する効果に加え、次の効果を奏する。表示部に表示されている表示画面が、テキストまたは記号の入力を受け付け可能な画面であり、かつ、入力を受け付けるためのキーを表示する画面である場合、テキストまたは記号を入力可能なアプリケーションに対応する特定情報が、情報処理装置に送信される。これにより、情報処理装置では、テキストまたは記号を入力可能なアプリケーションが起動される。そして、テキストまたは記号を入力可能なアプリケーションに対応する特定情報を送信したことに基づき、当該アプリケーションにより出力されるアプリケーション情報を、送信先の情報処理装置から受信した場合には、表示部に表示されているキーが消去される。テキストまたは記号の入力は、情報処理装置において起動されたアプリケーションによって行うことができるので、本機能実行装置に表示されるキーの必要性は低い。よって、本機能実行装置の表示部に表示されているキーが消去されたことにより、その分、表示部に表示されているキー以外の部分、例えば、キーにより入力されたテキストまたは記号を表示するウインドウ部分を拡大することができ、入力作業を行い易くすることができる。

請求項６記載の機能実行装置によれば、請求項１から５のいずれかが奏する効果に加え、次の効果を奏する。記憶部に記憶される特定情報には、第１向き特定情報と第２向き特定情報とが含まれる。情報処理装置から、当該情報処理装置の配置を示す配置情報を受信した場合、当該配置情報に基づき、第１向き特定情報および第２向き特定情報のいずれかが示す表示画面が、表示部に表示される。よって、情報処理装置の配置に応じた表示画面を表示させることができる。

請求項７記載の機能実行装置によれば、請求項１から６のいずれかが奏する効果に加え、次の効果を奏する。情報処理装置へ送信できる特定情報が存在する場合、情報処理装置との通信が可能であることが報知される。よって、ユーザは、当該報知を認識したことに基づき、特定情報の送信先とする情報処理装置を準備することができる。

（ａ）は、ＭＦＰおよび携帯端末の電気的構成を示すブロック図であり、（ｂ）は、画面ＩＤテーブルの内容を模式的に示す図である。 本発明の概略を模式的に説明する図である。 複合機処理を示すフローチャートである。 画面表示制御処理を示すフローチャートである。 （ａ）および（ｂ）は、それぞれ、携帯端末処理およびアプリケーション実行処理を示すフローチャートである。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１（ａ）は、本発明の機能実行装置の一実施形態である多機能周辺装置（以下「ＭＦＰ」と称す）１０、および、ＭＦＰ１０と通信可能な携帯端末１００の電気的構成を示すブロック図である。ＭＦＰ１０は、主な機能として、スキャン機能、印刷機能、ＦＡＸ機能などを有している。ＭＦＰ１０はまた、上記機能の他、テキスト入力機能や、音声入力機能や、ショートカットを登録する機能（ショートカット登録機能）や、画像のプレビュー表示する機能（プレビュー表示機能）なども有する。本実施形態のＭＦＰ１０は、ＬＣＤ１６に表示される画面に対応する画面ＩＤおよびアプリケーションの起動指示（以下「アプリ起動指示」と称す）を、携帯端末１００に送信することにより、ＭＦＰ１０が実行中の機能を携帯端末１００から容易に操作でき、利便性に優れる。

ＭＦＰ１０には、ＣＰＵ１１、フラッシュメモリ１２、ＲＡＭ１３、操作キー１５、ＬＣＤ１６、タッチパネル１７、スキャナ１８、プリンタ１９、ＮＣＵ２０、モデム２１、近距離通信部２２、無線通信部２３が主に設けられている。各部１１〜１３，１５〜２３は、入出力ポート２４を介して互いに接続されている。ＣＰＵ１１は、フラッシュメモリ１２に記憶される固定値やプログラム、ＲＡＭ１３に記憶されているデータ、或いは、ＮＣＵ２０を介して送受信される各種信号に従って、ＭＦＰ１０が有している各機能の制御や、入出力ポート２４と接続された各部を制御する。

フラッシュメモリ１２は、不揮発性のメモリであり、ＭＦＰ１０の動作を制御する制御プログラム１２ａ等が格納される。後述する図３および図４のフローチャートに示す各処理は、制御プログラム１２ａに従ってＣＰＵ１１により実行される。また、フラッシュメモリ１２には、画面ＩＤテーブル１２ｂが格納される。詳細は図１（ｂ）を参照して後述するが、画面ＩＤテーブル１２ｂは、ＭＦＰ１０において実行可能な機能に対し、当該機能の実行中に表示される画面を特定する画面ＩＤと、機能実行アプリケーション１１２ｃとして携帯端末１００にインストール可能なアプリケーションとを対応付けるテーブルである。画面ＩＤテーブル１２ｂは、ＭＦＰ１０の製造メーカにより作成されたものがデフォルトとしてフラッシュメモリ１２に格納される。画面ＩＤテーブル１２ｂは、製造メーカが必要に応じて提供する更新情報に基づいて随時更新される。ＲＡＭ１３は、ＣＰＵ１１が制御プログラム１２ａを実行するにあたり、各種データを一時的に記憶するためのテンポラリエリアを有する書換可能な揮発性のメモリである。

操作キー１５は、ＭＦＰ１０の筐体に設けられるメカニカルキーであり、各種の設定値や指示などをユーザから受け付ける。ＬＣＤ１６は、液晶表示装置であり、各種画面を表示する。ＬＣＤ１６の画面には、タッチパネル１７がＬＣＤ１６に重ねて設けられる。タッチパネル１７は、例えば、指や棒などの指示物がＬＣＤ１６の画面に対してタッチ又は近づいた場合に、タッチ又は近づいた位置を検知し、検知した位置をＭＦＰ１０に入力する。スキャナ１８は、原稿を読み取って画像データに変換する。プリンタ１９は、画像データに基づく画像を記録用紙に印刷する。モデム２１は、ＦＡＸ送信時には送信すべき画像データを、電話回線網（図示せず）に伝送可能な信号に変調してＮＣＵ２０を介して送信し、または、電話回線網からＮＣＵ２０を介して入力された信号を画像データに復調する。ＮＣＵ２０は、図示されない電話回線網とＭＦＰ１０との間を接続するものであり、モデム２１からの指示に従って、回線を閉結または切断することにより、電話回線網との間の接続状態を制御する。

近距離通信部２２は、例えば１０ｃｍ程度の非常に短い距離を通信可能距離とする近距離通信を行うためのインタフェースである。本実施形態では、近距離通信部２２が行う近距離通信は、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）標準規格に従う非接触通信である。ＭＦＰ１０は、近距離通信部２２を介して、近距離通信部１２２を有する携帯端末１００と通信可能に接続される。無線通信部２３は、無線通信を行うためのインタフェースである。本実施形態では、無線通信部２３が行う無線通信は、ＩＥＥＥ８０２．１１ｂ/ｇの規格に準拠したＷｉ−Ｆｉ通信（Ｗｉ−Ｆｉは登録商標）である。ＭＦＰ１０は、無線通信部２３および中継装置であるアクセスポイント（図示せず）を介したインフラストラクチャモードにより、無線通信部１２３を有する携帯端末１００との間でＷｉ−Ｆｉ接続される。

携帯端末１００は、例えば、スマートフォンや携帯電話などである。携帯端末１００には、ＣＰＵ１１１、フラッシュメモリ１１２、ＲＡＭ１１３、操作キー１１５、ＬＣＤ１１６、タッチパネル１１７、メモリカードインタフェース（メモリカードＩ／Ｆ）１１８、音声入力部１１９、電話網通信部１２０、加速度センサ１２１、近距離通信部１２２、無線通信部１２３が主に設けられる。各部１１１〜１１３，１１５〜１２３は、入出力ポート１２４を介して互いに接続されている。ＣＰＵ１１１は、ＲＯＭ１１２等に記憶される固定値やプログラム等に従って、バスライン１２４と接続された各部を制御する。

フラッシュメモリ１１２は、書換可能な不揮発性のメモリである。フラッシュメモリ１１２には、オペレーティングシステム１１２ａ（以下、ＯＳ１１２ａ）、起動アプリケーション１１２ｂ、機能実行アプリケーション１１２ｃ、アプリテーブル１１２ｄが格納される。以降、アプリケーションやオペレーティングシステムなどのプログラムを実行するＣＰＵ１１のことを、単にプログラム名で記載する場合もある。例えば「アプリケーション」という記載が、「アプリケーションを実行するＣＰＵ１１」を意味する場合もある。ＯＳ１１２ａは、携帯端末１００の標準機能を実現するための基本ソフトウェアであって、本実施形態の場合、アンドロイド（登録商標）ＯＳである。

起動アプリケーション１１２ｂは、ＭＦＰ１０から画面ＩＤとアプリ起動指示とを受信した場合に、機能実行アプリケーション１１２ｃのうち、画面ＩＤに対応するアプリケーションを起動させるプログラムである。後述する図５（ａ）のフローチャートに示す各処理は、起動アプリケーション１１２ｂに従ってＣＰＵ１１により実行される。一方、機能実行アプリケーション１１２ｃは、ＭＦＰ１０の機能を携帯端末１００から実行するプログラムである。起動アプリケーション１１２ｂおよび機能実行アプリケーション１１２ｃは、例えば、ＭＦＰ１０のメーカによって提供される。後述する図５（ｂ）のフローチャートに示す各処理は、機能実行アプリケーション１１２ｃに従ってＣＰＵ１１により実行される。これらのアプリケーション１１２ｂ，１１２ｃは、ユーザによって携帯端末１００にインストールされる。なお、機能実行アプリケーション１１２ｃは、対象とする機能毎に準備される。そのため、機能実行アプリケーション１１２ｃは、１つに限らず、複数であってもよい。以下では、「起動アプリケーション１１２ｂ」および「機能実行アプリケーション１１２ｃ」を、それぞれ、単に「起動アプリ１１２ｂ」および「機能実行アプリ１１２ｃ」と称す。

アプリテーブル１１２ｄは、ＭＦＰ１０から受信可能な画面ＩＤと、機能実行アプリ１１２ｃのうち、１の機能実行アプリとを対応付けるテーブルである。アプリテーブル１１２ｄには、機能実行アプリ１１２ｃのインストール時に、当該機能実行アプリ１１２ｃに対し、ＭＦＰ１０から受信可能な画面ＩＤのうち、対応する画面ＩＤが対応付けられて記憶される。なお、アプリテーブル１１２ｄについては、図１（ｃ）を参照して後述する。

操作キー１１５は、携帯端末１００の筐体に設けられるメカニカルキーであり、各種の設定値や指示などをユーザから受け付ける。ＬＣＤ１１６は、液晶表示装置であり、各種画面を表示する。タッチパネル１１７は、ＬＣＤ１１６に重ねて設けられ、指や棒などの指示物がＬＣＤ１１６の画面に対してタッチ又は近づいた場合に、タッチ又は近づいた位置を検知し、検知した位置を携帯端末１００に入力する。メモリカードＩ／Ｆ１１８は、不揮発性のメモリカード（図示せず）が装着されるインタフェースであって、メモリカードに対するデータの書き込み又は読み出しを制御する。加速度センサ１２０は、例えば３軸加速度センサであって、ＸＹＺ軸の３方向の加速度を測定するセンサである。加速度センサ１２０によって３軸方向の加速度を検出することで、ＣＰＵ１１１は、携帯端末１００の向き（姿勢）を検出できる。音声入出力部１２１は、マイクやスピーカなどで構成された音声入出力用デバイスである。電話網通信部１２２は、携帯電話網（図示せず）を介した通話を行うための回路である。近距離通信部１２２は、上記近距離通信部２２と同様、近距離通信用のインタフェースである。無線通信部１２３は、上記近距離通信部２３と同様、無線通信用のインタフェースである。

図１（ｂ）は、上述した画面ＩＤテーブル１２ｂの内容を模式的に示す図である。図１（ｂ）に示すように、画面ＩＤテーブル１２ｂには、機能１２ｂ１に対し、画面ＩＤ１２ｂ２と、対応アプリ１２ｂ３とが、対応付けて記憶される。機能１２ｂ１は、ＭＦＰ１０が実行可能な機能のうち、機能実行アプリ１１２ｃとして携帯端末１００にインストール可能なアプリケーションが準備されている機能（例えば、機能Ａ）を特定する情報である。本実施形態では、機能１２ｂ１として記憶される機能の１つとして、テキスト入力機能、すなわち、テキストや記号などを入力する機能が例示される。対応アプリ１２ｂ３は、各機能１２ｂ１に対して準備されている機能実行アプリ１１２ｃを特定する情報である。なお、１の機能１２ｂ１に対し、複数の対応アプリ１２ｂ３を対応付けてもよい。

画面ＩＤ１２ｂ２は、ＬＣＤ１６に表示される画面を特定する情報である。画面ＩＤテーブル１２ｂにおいて、１の機能１２ｂ１に対し、当該機能１２ｂ１において表示される画面を特定する情報が、画面ＩＤ１２ｂ２として対応付けられ記憶される。１の機能１２ｂ１に対し、１または複数の画面ＩＤ１２ｂ２を対応付けることができる。なお、図１（ｂ）に示す画面ＩＤテーブル１２ｂにおいて、画面ＩＤ１２ｂ２として記載される文字列、例えば、「Ａ１（横）」のうち、「Ａ１」が画面ＩＤを表わし、隣接する丸括弧内の文字は、その画面ＩＤが、携帯端末１００におけるどの向きに対応するかを表わす。例えば、「Ａ１（横）」は、「Ａ１」で表わされる画面ＩＤが、横向きの携帯端末１００に対応することを示し、「Ａ１（縦）」は、「Ａ１」で表わされる画面ＩＤが、縦向きの携帯端末１００に対応することを示す。本実施形態では、画面ＩＤ「Ａ１（横）」は、ｑｗｅｒｔｙ配列のソフトキーボードの画面を特定する画面ＩＤであり、画面ＩＤ「Ａ１（縦）」は、テンキー配列のソフトキーボードの画面を特定する画面ＩＤであるとする。すなわち、図１（ｂ）に示す画面ＩＤテーブル１２ｂに記憶される画面ＩＤ１２ｂ２「Ａ１（横）」および「Ａ１（縦）」は、自機（ＭＦＰ１０）の画面を特定する情報だけでなく、携帯端末１００の向きに関する情報を含む。以下の説明では、画面ＩＤを表わす場合には丸括弧部分を省略して記載することがある。例えば、「Ａ１（横）」および「Ａ１（縦）」を「Ａ１」と記載することがある。なお、画像ＩＤ１２ｂ２は、携帯端末１００の向きに依存しない値であってもよい。

図１（ｃ）は、上述したアプリテーブル１１２ｄの内容を模式的に示す図である。図１（ｃ）に示すように、アプリテーブル１１２ｄには、対応アプリ１１２ｄ１に対し、画面ＩＤ１１２ｄ２が対応付けて記憶される。対応アプリ１１２ｄ１は、機能実行アプリ１１２ｃのうち、１のアプリケーション（アプリＡ１，アプリＡ２，…）を特定する情報である。画面ＩＤ１１２ｄ２は、ＭＦＰ１０のＬＣＤ１６に表示される画面を特定する情報である。よって、本実施形態のアプリテーブル１１２ｄには、機能実行アプリ１１２ｃのうち、ＭＦＰ１０のＬＣＤ１６に表示される画面に対応するアプリケーションが対応付けられている。詳細は後述するが、携帯端末１００は、ＭＦＰ１０から画面ＩＤを受信した場合に、アプリテーブル１１２ｄを参照し、受信した画面ＩＤに対応する機能実行アプリ１１２ｃを起動する。なお、アプリテーブル１１２ｄにおいて、１の対応アプリ１２ｂ１に対し、複数の画面ＩＤ１１２ｄ２を対応付けてもよい。

図２は、本発明の概略を模式的に説明する図である。図２（ａ）に示すように、ＭＦＰ１０に設けられる操作パネル１０ａには、ＬＣＤ１６と、近距離通信部２２のアンテナ部２２ａとが少なくとも設けられている。アンテナ部２２ａに、携帯端末１００に設けられた近距離通信部１２２のアンテナ部（図示せず）を近づけることにより、ＭＦＰ１０の近距離通信部２２と、携帯端末１００の近距離通信部１２２との間で、近距離通信（本実施形態では、ＮＦＣ通信）を行うことができる。本実施形態では、近距離通信部１２２のアンテナ部は、携帯端末１００の背面、すなわち、ＬＣＤ１１６が設けられる面の裏面に設けられるものとする。よって、図２（ｂ）に示すように、携帯端末１００の背面側に設けられた近距離通信部１２２のアンテナ部を、アンテナ部２２ａに近づけることにより、ＭＦＰ１０と携帯端末１００との間で、近距離通信が可能となる。

本実施形態のＭＦＰ１０は、図２（ｂ）に示す状態、すなわち、携帯端末１００との間で近距離通信が可能な状態で、ユーザが所望の機能に係る画面をＬＣＤ１６に表示させた場合、当該画面が、画面ＩＤテーブル１２ｂに記憶されている画面ＩＤ１２ｂ２に対応する画面、すなわち、機能実行アプリ１１２ｃが準備されている画面であれば、ＭＦＰ１０は、ＬＣＤ１６に表示中の画面に対応する画面ＩＤと、実行中の機能に対応するアプリ起動指示とを、近距離通信部２２を介したＮＦＣ通信によって携帯端末１００へ送信する。

例えば、ユーザが、図２（ｃ）に示すように、機能１２ｂ１として画面ＩＤテーブル１２ｂに記憶されるテキスト入力機能の１画面である、ｑｗｅｒｔｙ配列のソフトキーボードの画面２０１を、ＬＣＤ１６に表示させた場合、ＭＦＰ１０は、当該画面２０１に対応する画面ＩＤ（本実施形態では、画面ＩＤ「Ａ１」）と、アプリ起動指示とを、ＮＦＣ通信によって携帯端末１００に送信する。これらを受信した携帯端末１００は、受信した画面ＩＤに対応する機能実行アプリ１１２ｃを起動する。図２に示す例では、ＬＣＤ１６に表示された画面２０１に対応する機能実行アプリ１１２ｃ（本実施形態では、アプリＡ１）が起動された結果、携帯端末１００のＬＣＤ１１６には、ｑｗｅｒｔｙ配列のソフトキーボードの画面３０１が表示される。なお、その一方で、テキスト入力機能の別画面である、テンキー配列のソフトキーボードの画面（図示せず）を、ＬＣＤ１６に表示させた場合、ＭＦＰ１０は、画面ＩＤ「Ａ２」とアプリ起動指示とを、ＮＦＣ通信によって携帯端末１００に送信し、その結果、携帯端末１０において、アプリＡ２が起動し、テンキー配列のキーボードがＬＣＤ１１６に表示される。

図２（ｃ）に示すように、画面２０１および画面３０１に表示されるｑｗｅｒｔｙ配列のソフトキーボードは、初期状態において、それぞれ、テキストや記号などの入力や確定指示などの各種指示を受け付けるためのキーＫ１，Ｋ２と、キーＫ１またはキーＫ２により入力されたテキストまたは記号などを表示するウインドウＷ１，Ｗ２とが表示される。よって、ユーザは、ＭＦＰ１０または携帯端末１００のいずれからであっても、画面２０１または画面３０１に表示されたソフトキーボードを用いて、ＭＦＰ１０にテキストや記号などを入力することができる。

図３は、ＭＦＰ１０のＣＰＵ１１が実行する複合機処理を示すフローチャートである。本処理は、ＭＦＰ１０に電源が投入された場合に開始され、電源が投入されている間、繰り返し実行される。ＣＰＵ１１は、まず、ステップＳ３０１（以下、ステップを省略）において、イベント待ち受け処理を実行し、イベントの受信を待機する（Ｓ３０１）。ユーザ操作によってＬＣＤ１６の画面が切り替えられたことに基づく表示画面切替イベントを、ＣＰＵ１１が受信した場合（Ｓ３０２：Ｙｅｓ）、ＣＰＵ１１は、受信したイベントに従い、ＬＣＤ１６に表示させる表示画面を切り替える処理を行う（Ｓ３０３）。なお、Ｓ３０３において、ＣＰＵ１１は、表示画面の切り替えに伴い、携帯端末１００との通信を、近距離通信部２２を介して行うように設定する。次に、ＣＰＵ１１は、現在の表示画面に対応するアプリケーションが存在するかを判断する（Ｓ３０４）。具体的に、Ｓ３０４において、ＣＰＵ１１は、画面ＩＤテーブル１２ｂを参照し、現在の表示画面を特定する画面ＩＤ１２ｂ２が存在し、かつ、当該画面ＩＤ１２ｂ２に対応する対応アプリ１２ｂ４が存在する場合に、現在の表示画面に対応するアプリケーションが存在すると判断する。

Ｓ３０４において、現在の表示画面に対応するアプリケーションが存在しないとＣＰＵ１１が判断した場合（Ｓ３０４：Ｎｏ）、ＣＰＵ１１は、処理をＳ３０１に戻す。一方、現在の表示画面に対応するアプリケーションが存在するとＣＰＵ１１が判断した場合（Ｓ３０４：Ｙｅｓ）、ＣＰＵ１１は、ＮＦＣ通信によって送信すべき情報があることを報知する処理を実行する（Ｓ３０５）。Ｓ３０５において、ＣＰＵ１１は、例えば、操作パネル１０ａ上のアンテナ部２２ａの表面部分を、ＬＥＤなどを用いて発光させる。あるいは、当該報知のメッセージをＬＣＤ１６に表示させたり、ガイダンス音声をスピーカ（図示せず）から放音する、などであってもよい。かかる報知が行われることにより、ユーザの認識を促し、ユーザに、携帯端末１００を、ＮＦＣ通信可能な位置、例えば、図２（ｂ）に示す位置にセットさせることができる。

Ｓ３０６において、ＣＰＵ１１は、携帯端末１００とＮＦＣ通信可能であるかを判断する（Ｓ３０６）。携帯端末１００とＮＦＣ通信可能でないとＣＰＵ１１が判断した場合（Ｓ３０６：Ｎｏ）、ＣＰＵ１１は、処理をＳ３０１に戻す。具体的に、Ｓ３０５の処理による報知が開始されてから所定時間（例えば、１０秒）が経過したタイミングで、携帯端末１００がＮＦＣ通信可能な位置にセットされていない場合に、ＣＰＵ１１は、携帯端末１００とＮＦＣ通信可能でないと判断する。一方、携帯端末１００とＮＦＣ通信可能であると判断した場合（Ｓ３０６：Ｙｅｓ）、ＣＰＵ１１は、ＮＦＣ送信処理を実行し（Ｓ３０７）、処理をＳ３０１に戻す。具体的に、ＮＦＣ送信処理（Ｓ３０７）において、ＣＰＵ１１は、近距離通信部２２を介するＮＦＣ通信によって、アプリ起動指示と、現在の表示画面を特定する情報である画面ＩＤと、本ＭＦＰ１０を特定する複合機ＩＰアドレスとを、携帯端末１００に送信する。これらのデータを受信した携帯端末１００は、受信した画面ＩＤに対応する機能実行アプリ１１２ｃを起動する。また、携帯端末１００は、受信した複合機ＩＰアドレスを用いて、本ＭＦＰ１０との無線通信を行う。なお、Ｓ３０７において、ＣＰＵ１１１は、複合機ＩＰアドレスを送信したことに伴い、携帯端末１００との通信を、無線通信部２３を介して行うように設定する。

一方、表示画面切替イベントでなく、携帯端末１００がＮＦＣ通信可能な位置にセットされたことに基づく外部装置近接イベントを、ＣＰＵ１１が受信した場合（Ｓ３０２：Ｎｏ，Ｓ３０８：Ｙｅｓ）、ＣＰＵ１１は、Ｓ３０４と同様に、現在の表示画面に対応するアプリケーションが存在するかを判断する（Ｓ３０９）。Ｓ３０９において、現在の表示画面に対応するアプリケーションが存在しないとＣＰＵ１１が判断した場合（Ｓ３０９：Ｎｏ）、ＣＰＵ１１は、処理をＳ３０１に戻す。一方、現在の表示画面に対応するアプリケーションが存在するとＣＰＵ１１が判断した場合（Ｓ３０９：Ｙｅｓ）、ＣＰＵ１１は、処理をＳ３０７に移行し、ＮＦＣ送信処理を実行する。

また、外部装置近接イベントでなく、無線通信部２３を介した無線通信によって携帯端末１００からデータを受信したことに基づくデータ受信イベントを、ＣＰＵ１１が受信した場合（Ｓ３０８：Ｎｏ，Ｓ３１０：Ｙｅｓ）、携帯端末１００から受信したデータを解析する処理を実行する（Ｓ３１１）。具体的に、受信データ解析処理（Ｓ３１１）において、ＣＰＵ１１は、携帯端末１００から受信したデータから、当該データに含まれる、携帯端末１００のＬＣＤ１１６に表示されている画面を特定する情報である外部装置画面ＩＤと、携帯端末１００の向きを特定する情報である外部装置配置情報と、携帯端末１００においてＬＣＤ１１６に表示されている画面を介して入力された入力値を特定する表示画面固有情報と、携帯端末１００を特定する外部装置ＩＰアドレスとをそれぞれ抽出する。

ＣＰＵ１１は、受信データ解析処理（Ｓ３１１）において抽出された外部装置画面ＩＤと、現在の表示画面に対応する画面ＩＤとが同じであるかを判断する（Ｓ３１２）。外部装置画面ＩＤにより特定される画面は、その画面を表示させた機能実行アプリ１１２ｃに依存する。よって、外部装置画面ＩＤが、現在の表示画面に対応する画面ＩＤに基づいて起動された機能実行アプリ１１２ｃにより表示される画面に対応するＩＤであった場合、換言すれば、現在の表示画面に対応する画面ＩＤに基づいて起動された機能アプリ１１２ｃを特定可能なＩＤであった場合、ＣＰＵ１１は、抽出された外部装置画面ＩＤが、現在の表示画面に対応する画面ＩＤと同じであると判断する。なお、後述する画面表示制御処理（図４参照）の中で、携帯端末１００の向きに応じてＬＣＤ１６の表示画面が切り替えられている場合については、切り替え前の画面を「現在の表示画面」とする。

Ｓ３１２において、抽出された外部装置画面ＩＤと、現在の表示画面に対応する画面ＩＤとが同じであるとＣＰＵ１１が判断した場合（Ｓ３１２：Ｙｅｓ）、ＣＰＵ１１は、携帯端末１００から受信したデータに基づき、ＬＣＤ１６の表示画面を制御する画面表示制御処理を実行し（Ｓ３１３）、処理をＳ３０１に移行する。画面表示制御処理（Ｓ３１３）の具体的な処理については、図４を参照して後述する。よって、例えば、現在の表示画面が、ｑｗｅｒｔｙ配列のキーボードの画面である場合に、ｑｗｅｒｔｙ配列のキーボードの画面と同じ値（即ち「Ａ１」）の外部装置画面ＩＤを受信した場合、ＣＰＵ１１は、画面表示制御処理（Ｓ３１３）を実行する。また、現在の表示画面が、テンキー配列のキーボードの画面である場合に、テンキー配列のキーボードの画面と同じ値（即ち「Ａ２」）の外部装置画面ＩＤを受信した場合、ＣＰＵ１１は、画面表示制御処理（Ｓ３１３）を実行する。

一方、携帯端末１００から受信したデータから抽出された外部装置画面ＩＤと、現在の表示画面に対応する画面ＩＤとが異なる場合（Ｓ３１２：Ｎｏ）、ＣＰＵ１１は、Ｓ３０４と同様に、現在の表示画面に対応する機能実行アプリ１１２ｃが存在するかを判断する（Ｓ３１４）。Ｓ３１４において、現在の表示画面に対応する機能実行アプリ１１２ｃが存在するとＣＰＵ１１が判断した場合（Ｓ３１４：Ｙｅｓ）、ＣＰＵ１１は、画面ＩＤ通知処理を実行し（Ｓ３１５）、処理をＳ３０１に戻す。よって、例えば、現在の表示画面が、ｑｗｅｒｔｙ配列のキーボードの画面である場合に、テンキー配列のキーボードの画面と同じ値（即ち「Ａ２」）の外部装置画面ＩＤを受信し、かつ、画面ＩＤ１２ｂにおいて、現在の表示画面に対応する画面ＩＤに対応する機能実行アプリ１１２ｃが存在する場合、ＣＰＵ１１は、画面ＩＤ通知処理（Ｓ３１５）を実行する。具体的に、画面ＩＤ通知処理（Ｓ３１５）において、ＣＰＵ１１は、現在の表示画面に対応する画面ＩＤを、携帯端末１００から受信したデータから抽出された外部装置ＩＰアドレスを宛先とする無線通信により、無線通信部２３を介して送信する。携帯端末１００は、無線通信部１２３を介して、画面ＩＤ通知処理（Ｓ３１５）により送信された画面ＩＤを受信し、起動中の機能実行アプリ１１２ｃを終了するとともに、受信した画面ＩＤに対応する機能実行アプリ１１２ｃを起動する。よって、ＬＣＤ１６に表示されている画面に応じたアプリケーションを、携帯端末１００において起動させることができる。

一方、Ｓ３１４において、現在の表示画面に対応するアプリケーションが存在しないとＣＰＵ１１が判断した場合（Ｓ３１４：Ｎｏ）、ＣＰＵ１１は、終了通知処理を実行し（Ｓ３１６）、処理をＳ３０１に戻す。具体的に、終了通知処理（Ｓ３１６）において、ＣＰＵ１１は、携帯端末１００において起動中の機能実行アプリ１１２ｃを終了させる通知（終了通知）を、抽出された外部装置ＩＰアドレスを宛先とする無線通信により、無線通信部２３を介して送信する。携帯端末１００は、無線通信部１２３を介して、終了通知処理（Ｓ３１６）により送信された終了通知を受信した場合、起動中の機能実行アプリ１１２ｃを終了させる。

図４は、上述した画面表示制御処理（Ｓ３１３）を示すフローチャートである。まず、ＬＣＤ１６に表示中の表示画面がソフトキーボードである場合、すなわち、実行中の機能がテキスト入力機能である場合（Ｓ４０１：Ｙｅｓ）、ＣＰＵ１１は、携帯端末１００から受信したデータから抽出された外部装置配置情報に基づき、携帯端末１００の向きが横向きであるかを判断する（Ｓ４０２）。携帯端末１００の向きが横向きであるとＣＰＵ１１が判断した場合（Ｓ４０２：Ｙｅｓ）、ＣＰＵ１１は、ウインドウ拡大処理を実行する（Ｓ４０３）。よって、ＭＦＰ１０のＬＣＤ１６における現在の表示画面と、携帯端末１００のＬＣＤ１１６とに表示されている画面が、いずれも、ｑｗｅｒｔｙ配列のソフトキーボードの画面である場合、ＣＰＵ１１は、ウインドウ拡大処理を実行する。具体的に、ウインドウ拡大処理（Ｓ４０３）において、ＣＰＵ１１は、ＬＣＤ１６に表示中のソフトキーボードのうち、キーＫ１を消去して、ウインドウＷ１をＬＣＤ１６の画面に合わせて拡大させる。この場合、携帯端末１００のＬＣＤ１１６には、ｑｗｅｒｔｙ配列のソフトキーボードが表示されているので、ＭＦＰ１０のＬＣＤ１６からキーＫ１が消去されたとしても、ユーザは、ＬＣＤ１１６に表示されているｑｗｅｒｔｙ配列のソフトキーボードのキーＫ２を操作することにより、ＭＦＰ１０にテキストや記号などを入力することが可能である。よって、ＭＦＰ１０においてＬＣＤ１６に表示されるキーＫ１を消去し、その分、ウインドウＷ１を大きく拡大することにより、入力されたテキストの内容を確認し易く、入力作業を行い易くすることができる。なお、ウインドウ拡大処理（Ｓ４０３）の処理の結果、ｑｗｅｒｔｙ配列のソフトキーボードからキーＫ１が消去され、ウインドウが拡大された画面の画面ＩＤは、ｑｗｅｒｔｙ配列のソフトキーボードの画面の画面ＩＤと同じである。

次に、ＣＰＵ１１は、携帯端末１００から受信したデータから抽出された表示画面固有情報により特定される入力値を反映させる処理を実行し（Ｓ４０４）、本処理を終了する。Ｓ４０４の処理の一例としては、テキスト入力機能の実行中、すなわち、ＬＣＤ１６にソフトキーボードの画面が表示されている場合に、携帯端末１００に表示されたソフトキーボードによって行われた入力を、ＬＣＤ１６に表示中のソフトキーボードによる入力として反映させる処理である。

一方、Ｓ４０２において、携帯端末１００の向きが横向きでないとＣＰＵ１１が判断した場合（Ｓ４０２：Ｎｏ）、ＣＰＵ１１は、ＬＣＤ１６に表示中のソフトキーボードのキーが、テンキーであるかを判断する（Ｓ４０５）。表示中のキーがテンキーでない場合（Ｓ４０５：Ｎｏ）、ＣＰＵ１１は、処理をＳ４０４に移行する。

Ｓ４０５において、表示中のキーがテンキーである場合（Ｓ４０５：Ｙｅｓ）、ＣＰＵ１１は、キー配列を、テンキー配列からｑｗｅｒｔｙ配列に切り替えるキー配列切替処理を実行し（Ｓ４０６）、処理をＳ４０４に移行する。よって、ＭＦＰ１０のＬＣＤ１６における現在の表示画面と、携帯端末１００のＬＣＤ１１６とに表示されている画面が、いずれも、テンキー配列のソフトキーボードの画面である場合、ＣＰＵ１１は、キー配列切替処理を実行する。かかる場合、ユーザは、ＭＦＰ１０のＬＣＤ１６に表示されるｑｗｅｒｔｙ配列のソフトキーボードと、携帯端末１００のＬＣＤ１１６に表示されるテンキー配列のソフトキーボードとを、それぞれ適宜に用いて入力作業を行うことができるので、入力作業を行い易い。なお、Ｓ４０６の処理によりＬＣＤ１６の画面が切り替えられた場合、ユーザ操作による画面の切り替えではないので、表示画面切り替えイベントは発生しない。また、切り替え後の画面（ｑｗｅｒｔｙ配列のキーボードの画面）の画面ＩＤもまた、切り替え前の画面ＩＤ（即ち、Ａ２）を継続して使用するものとする。

また、Ｓ４０１において、ＬＣＤ１６に表示中の表示画面がソフトキーボードでない場合（Ｓ４０１：Ｎｏ）、ＣＰＵ１１は、処理をＳ４０４に移行し、実行中の機能に応じて、表示画面固有情報により特定される入力値を反映させる処理を実行する。上述した通り、画面表示制御処理（Ｓ３１３）によれば、携帯端末１００の向きに応じた表示画面を表示させることができる。

図５（ａ）は、携帯端末１００のＣＰＵ１１１が実行する携帯端末処理を示すフローチャートである。本処理は、ＯＳ１１２ａが、近距離通信部１２２がデータを受信したことに伴うイベントを検出する毎に開始される。ＣＰＵ１１１は、まず、受信したデータに含まれる画面ＩＤに対応する機能実行アプリ１１２ｃを起動する（Ｓ５０１）。具体的に、Ｓ５０１において、ＣＰＵ１１１は、アプリテーブル１１２ｄを参照し、機能実行アプリ１１２ｃのうち、受信した画面ＩＤ１１２ｄ２に対応する対応アプリ１１２ｄ１により特定される機能実行アプリ１１２ｃを起動する。例えば、図１（ｃ）に示すアプリテーブル１１２ｄを用いた場合、受信した画面ＩＤが、ｑｗｅｒｔｙ配列のソフトキーボードの画面を特定する値、すなわち、「Ａ１」である場合、ＣＰＵ１１１は、機能実行アプリ１１２ｃの１つであるアプリＡ１を起動する。また、受信した画面ＩＤが、テンキー配列のソフトキーボードの画面を特定する値、すなわち、「Ａ２」である場合、ＣＰＵ１１１は、機能実行アプリ１１２ｃの１つであるアプリＡ２を起動する。

次に、ＣＰＵ１１１は、受信したデータを保存する処理を実行する（Ｓ５０２）。Ｓ５０２の処理により、例えば、受信したデータに含まれる複合機ＩＰアドレスがＲＡＭ１１３に保存される。ＣＰＵ１１１は、アプリケーション実行処理を実行し、Ｓ５０１において起動した機能実行アプリ１１２ｃに従う処理を実行する（Ｓ５０３）。アプリケーション実行処理（Ｓ５０３）の具体的な処理については、図５（ｂ）を参照して後述する。次に、ＣＰＵ１１１は、Ｓ５０１において起動した機能実行アプリ１１２ｃを終了する処理を実行し（Ｓ５０４）、本処理を終了する。

図５（ｂ）は、上述したアプリケーション実行処理（Ｓ５０３）を示すフローチャートである。ＣＰＵ１１１は、まず、イベント待ち受け処理を実行し、イベントの受信を待機する（Ｓ５２１）。ユーザによる、機能実行アプリ１１２ｃに対する通常操作イベントを受信し、受信した通常操作イベントがＭＦＰ１０との通信を必要とするイベントであると、ＣＰＵ１１１が判断した場合（Ｓ５２２：Ｙｅｓ，Ｓ５２３：Ｙｅｓ）、ＣＰＵ１１１は、データ送信処理を実行する（Ｓ５２４）。なお、ＭＦＰ１０との通信を必要とする通常操作イベントの一例としては、起動中の機能実行アプリ１１２ｃが、テキスト入力機能を実現するためのアプリケーションである場合には、表示されたソフトキーボードの確定キーが操作されたことに基づき発生するイベントである。

具体的に、データ送信処理（Ｓ５２４）において、ＣＰＵ１１１は、起動中の機能実行アプリケーションに従って携帯端末１００のＬＣＤ１１６に表示されている画面を特定する情報である外部装置画面ＩＤと、加速度センサ１２０が示す携帯端末１００の向きを特定する情報である外部装置配置情報と、ＬＣＤ１１６に表示中の画面を介して入力された入力値を特定する表示画面固有情報と、本携帯端末１００の無線送受信部１２３の宛先を示す外部装置ＩＰアドレスとを、Ｓ５０２においてＲＡＭ１１３に保存された複合機ＩＰアドレスを宛先とする無線通信により、無線通信部１２３を介して送信する。なお、外部装置ＩＰアドレスについては、最初に１回送信した後は、送信しないようにしてもよい。データ送信処理（Ｓ５２４）により受信されたデータは、無線通信部２３を介して、ＭＦＰ１０が受信し、当該ＭＦＰ１０は、受信したデータに含まれる各情報に応じた制御を行う。

ＣＰＵ１１１は、データ送信処理（Ｓ５２４）の実行後、処理をＳ５２１に戻す。一方、Ｓ５２３において、受信した通常操作イベントが、ＭＦＰ１０との通信を必要とするイベントでない場合、例えば、ソフトキーボードにおけるテキスト入力操作に基づき受信した通常操作イベントである場合（Ｓ５２３：Ｎｏ）、ＣＰＵ１１１は、受信した通常操作イベントに基づく内部処理を実行し（Ｓ５３０）、処理をＳ５２１に戻す。

通常操作イベントでなく、加速度センサ１２０の値が変化したことに基づく向き変化イベントを、ＣＰＵ１１が受信した場合（Ｓ５２２：Ｎｏ，Ｓ５２５：Ｙｅｓ）、ＣＰＵ１１１は、ＬＣＤ１１６に表示される画面を携帯端末１００の向きに応じて変更する画面変更処理を実行し（Ｓ５３２）、処理をＳ５２４に移行し、外部装置画面ＩＤと、加速度センサ１２０の値が示す携帯端末１００の向きを示す外部装置配置情報と、表示画面固有情報と、外部装置ＩＰアドレスとを、無線通信によってＭＦＰ１０に送信する。なお、機能実行アプリ１１２ｃが、携帯端末１００の向きに応じてＬＣＤ１１６に表示させる画面を変更させない構成である場合、ＣＰＵ１１は、Ｓ５３２の処理をスキップして、Ｓ５２４の処理を実行する。ＭＦＰ１０は、データ送信処理（Ｓ５２４）により送信されたデータを用いて、ＬＣＤ１６に表示されている画面の制御を行う。

一方、向き変化イベントでなく、無線通信部１２３を介した無線通信によってＭＦＰ１０からデータを受信したことに基づく外部通信イベントを、ＣＰＵ１１１が受信した場合（Ｓ５２５：Ｎｏ，Ｓ５２６：Ｙｅｓ）、ＣＰＵ１１１は、ＭＦＰ１０から受信したデータが終了通知であるかを判断する（Ｓ５２７）。ＭＦＰ１０から受信したデータが、終了通知であるとＣＰＵ１１１が判断した場合（Ｓ５２７：Ｙｅｓ）、ＣＰＵ１１１は、本処理を終了する。本処理の終了に伴い、ＣＰＵ１１１は、図５（ｂ）におけるＳ５０４の処理を実行し、起動中の機能実行アプリ１１２ｃが終了する。

一方、ＭＦＰ１０から受信したデータが、終了通知でないとＣＰＵ１１１が判断した場合（Ｓ５２７：Ｎｏ）、受信したデータは、図３の複合機処理の画面ＩＤ通知処理（Ｓ３１５）において送信された画面ＩＤであるので、Ｓ５０１と同様に、アプリテーブル１１２ｄ４を参照して、受信した画面ＩＤに対応する機能実行アプリ１１２ｃを起動する（Ｓ５２８）。次に、ＣＰＵ１１１は、現在の機能実行アプリ１１２ｃを終了し（Ｓ５２９）、処理をＳ５２１に移行する。

外部通信イベントでなく、携帯端末１００に対するユーザ操作に基づく終了操作イベントを、ＣＰＵ１１１が受信した場合（Ｓ５２６：Ｎｏ，Ｓ５３１：Ｙｅｓ）、ＣＰＵ１１１は、本処理を終了する。本処理の終了に伴い、ＣＰＵ１１１は、図５（ｂ）におけるＳ５０４の処理を実行し、起動中の機能実行アプリ１１２ｃが終了する。一方、Ｓ５３１において、終了操作イベントも受信していない場合（Ｓ５３１：Ｎｏ）、ＣＰＵ１１１は、処理をＳ５２１に移行する。

本実施形態によれば、ＭＦＰ１０は、ＬＣＤ１６に表示される画面、すなわち、ＭＦＰ１０が実行可能な機能に係る画面に対応する画面ＩＤと、アプリ起動指示とを、携帯端末１００に送信し、それによって、携帯端末１００において、ＭＦＰ１０が実行中の機能に対応する機能実行アプリ１１２ｃを起動させることができる。ここで、ＭＦＰ１０のＬＣＤ１６に表示される画面がユーザ操作によって変更される毎に、変更後の画面に応じた画面ＩＤが携帯端末１００に送信される構成であるので、携帯端末１００において、自機の状態の変化に応じた適切な機能実行アプリ１１２ｃを随時起動させることができる。そして、機能実行アプリ１１２ｃが起動された携帯端末１００は、当該機能実行アプリ１１２ｃに従って生成されたデータをＭＦＰ１０に出力することによって、ＭＦＰ１０の画面を制御する構成であるので、ＭＦＰ１０における当該画面に対応する機能を、携帯端末１００から容易に実行させることができる。

特に、ＭＦＰ１０は、画像ＩＤを、ＮＦＣ通信によって携帯端末１００に送信するので、携帯端末１００が待機状態（スリープ状態）であっても、受信の検知が可能であり、携帯端末１００を常時アクティブ状態にする必要がなく、携帯端末１００の消費電力を抑制できる。一方で、機能実行アプリ１１２ｃに従って生成されたデータなどは、無線通信を用いて送受信されるので、当該データのデータ量が大きくても、ＭＦＰ１０は、当該データを高速に携帯端末１００から受信できる。よって、携帯端末１００からのデータの送信タイミングに対し、ＭＦＰ１０における、当該データに応じた画面の表示が遅れること等の不具合を防止できる。

上記実施形態において、ＭＦＰ１０が、機能実行手段の一例である。携帯端末１００が、情報処理装置の一例である。近距離通信部２２が、通信部および第１種インタフェースの一例である。無線通信部２３が、通信部および第２種インタフェースの一例である。ＬＣＤ１６が、表示部の一例である。フラッシュメモリ１２が、記憶部の一例である。ＣＰＵ１１が、制御部の一例である。画面ＩＤが、特定情報の一例である。アプリ起動指示が、アプリケーションの起動指示の一例である。複合機ＩＰアドレスが、確立情報の一例である。外部装置画面ＩＤ、表示画面固有情報が、アプリケーション情報の一例である。外部装置配置情報が、配置情報の一例である。画面２０１が、テキストまたは記号の入力を受け付け可能な画面の一例である。キーＫ１が、キーの一例である。Ｓ３０７の処理を実行するＣＰＵ１１が、送信手段の一例である。Ｓ３１１の処理を実行するＣＰＵ１１が、受信手段の一例である。Ｓ３１３の処理を実行するＣＰＵ１１が、表示制御手段の一例である。Ｓ３０３，Ｓ３０７の処理を実行するＣＰＵ１１が、変更手段の一例である。Ｓ３０５の処理を実行するＣＰＵ１１が、報知手段の一例である。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。

例えば、上記実施形態では、機能実行装置として、ＭＦＰ１０を例示したが、１または複数の機能を実行可能な装置であれば、本発明の機能実行装置の一例となり得る。例えば、スキャナ装置や、プリンタ装置などであっても、本発明の機能実行装置の一例となり得る。また、上記実施形態では、情報処理装置の一例として、スマートフォンや携帯電話などの携帯端末１００を例示したが、タブレット端末や、デジタルカメラなどであっても、情報処理装置の一例となり得る。また、携帯される端末に限らず、機能実行装置と近距離通信が可能な装置であれば、情報処理装置の一例となり得る。また、上記実施形態では、ＯＳ１２ａがアンドロイド（登録商標）ＯＳであるものとして説明したが、他のＯＳを採用する構成としてもよい。

上記実施形態では、画面ＩＤテーブル１２ｂにおいて、機能１２ｂ１として記憶される機能の１つとして、テキスト入力機能を例示し、当該テキスト入力機能に対応する画面を携帯端末１００に制御させる構成としたが、ショートカットを登録する機能に対応する画面（ショートカット登録機能）や、音声を入力する機能に対応する画面（音声入力機能）や、画像のプレビュー表示をする画面（プレビュー表示機能）などについても本発明を適用可能である。

上記実施形態では、１の機能に対し、１の機能実行アプリ１１２ｃを携帯端末１００において起動させる構成としたが、１の機能に対し、２以上の機能実行アプリ１１２ｃが対応付け、当該１の機能に属する複数の画面ＩＤのうち、一部の画面ＩＤに応じた機能実行アプリ１１２ｃを起動させる構成としてもよい。

上記実施形態では、携帯端末１００は、イベントを受信する毎に、アプリケーション実行処理（Ｓ５０３）における各処理を実行する構成としたが、０．５秒や１秒後とに定期的に実行する構成としてもよい。

上記実施形態では、外部装置配置情報を、加速度センサ１２０が示す携帯端末１００の向きを特定する情報としたが、携帯端末の向きに限らず、ＭＦＰ１０に対する携帯端末１００の配置を特定する情報を外部装置配置情報としてもよい。例えば、ＬＣＤ１６に対する向かって右側と左側のそれぞれに、設置した場合における携帯端末１００の傾きが異なるような形状の設置場所を設け、各設置場所での携帯端末１００の傾きを加速度センサ１２０によって検出し、検出値に応じて、携帯端末１００の設置場所を特定し、特定された場所を示す情報を、外部装置配置情報としてＭＦＰ１０に送信する構成としてもよい。また、外部装置配置情報は、加速度センサ１２０による検出値に基づく情報に限らず、ジャイロセンサや、ＧＰＳセンサなどの各種センサにより検出値に基づく情報としてもよい。

上記実施形態では、ＭＦＰ１０から、複合機ＩＰアドレスを近距離通信で携帯端末１００に送信することによって、携帯端末１００との無線通信を確立する構成としたが、無線通信を確立するための情報としては、ＭＡＣアドレスや、ＭＦＰ１０から携帯端末１００へ送信する無線通信の確立要求を採用してもよい。

上記実施形態では、図３の複合機処理のＳ３１５において、ＬＣＤ１６における現在の表示画面に対応する画面ＩＤを携帯端末１００に送信する構成としたが、携帯端末１００から受信した外部装置配置情報、すなわち、携帯端末１００の向きに応じた画面ＩＤを携帯端末１００に送信する構成としてもよい。かかる変形例によれば、例えば、機能Ａの実行中に、受信した外部装置配置情報が携帯端末１００の向きが縦向きであることを示す場合、図１（ｂ）に示す画面ＩＤテーブル１２ｂの画面ＩＤ１２ｂ２として記憶される「Ａ２」が携帯端末１００に送信されるので、携帯端末１０において、当該端末１００の向きに対応するアプリＡ２を起動させることができる。よって、携帯端末１００の向きを変化させた場合に、その向きに応じた機能実行アプリ１１２ｃを起動させることができる。

また、ＭＦＰ１０が、ユーザ操作により画面が切り替えられた場合（即ち、機能が切り替えられた場合）の画面ＩＤを記憶しておき、当該画面ＩＤに対応付けられている携帯端末１００の向きが、受信した外部装置配置情報が示す携帯端末１００の向きと異なる場合に、先に記憶した画面ＩＤを携帯端末１００に送信する構成としてもよい。かかる場合、携帯端末１００が自機の向きに応じた機能実行アプリ１１２ｃを起動する構成であった場合に、携帯端末１００の向きをユーザが変更させてしまった場合であっても、ＭＦＰ１０における当初の機能に対応する機能実行アプリ１１２ｃを再起動できる。

上記実施形態では、図３の複合機処理のＳ３１２において、外部装置画面ＩＤと画面ＩＤとが同じであるかを比較する構成としたが、外部装置画面ＩＤに換えて、携帯端末１００のＬＣＤ１１６に表示されている画面に対応する機能アプリ１１２ｃを特定可能な情報（例えば、アプリケーションＩＤ）を用いて、画面ＩＤとの比較を行う構成としてもよい。具体的に、Ｓ３１２において、受信したアプリケーションＩＤと、画面ＩＤに対応するアプリケーションＩＤとが同じであるかを判断し、同じであればＳ３１３の処理を実行し、異なっていればＳ３１５の処理を実行する構成としてもよい。かかる変形例によれば、ユーザが携帯端末１００において誤った機能実行アプリ１１２ｃを起動させた場合であっても、ＭＦＰ１０において実行中の機能に応じた機能実行アプリ１１２ｃを起動させることができる。

上記実施形態では、ＭＦＰ１０のＬＣＤ１６における現在の表示画面と、携帯端末１００のＬＣＤ１１６とに表示されている画面が、いずれも、ｑｗｅｒｔｙ配列のソフトキーボードの画面である場合、ＭＦＰ１０に表示されているキーを消去して、ウインドウをＬＣＤ１６の画面に合わせて拡大させる構成としたが、ＭＦＰ１０および携帯端末１００に表示される両画面が、テンキー配列のソフトキーボードであった場合に、ＭＦＰ１０に表示されているキーを消去して、ウインドウをＬＣＤ１６の画面に合わせて拡大させる構成としてもよい。

上記実施形態では、ＭＦＰ１０のＬＣＤ１６における現在の表示画面と、携帯端末１００のＬＣＤ１１６とに表示されている画面が、いずれも、テンキー配列のソフトキーボードの画面である場合に、ＭＦＰ１０に表示されるソフトキーボードのキー配列をｑｗｅｒｔｙ配列に変更する構成としたが、ＭＦＰ１０および携帯端末１００に表示される両画面が、ｑｗｅｒｔｙ配列のソフトキーボードであった場合に、ＭＦＰ１０に表示されるソフトキーボードのキー配列をテンキー配列に変更する構成としてもよい。

１０ ＭＦＰ（機能実行装置）
１００ 携帯端末（情報処理装置）

Claims (7)

1. １または複数の機能を実行可能な機能実行装置であって、
   情報処理装置と通信するための通信部と、
   前記機能に係る画面を表示する表示部と、
   前記機能毎に前記表示部に表示される表示画面を特定する特定情報を記憶する記憶部と、
   制御部と、
   を備え、
   前記制御部は、
   前記表示部に表示された表示画面を特定する特定情報と、当該特定情報に対応するアプリケーションの起動指示とを、前記通信部を介して前記情報処理装置へ送信する送信手段と、
   前記情報処理装置から、前記送信手段により送信された特定情報に対応する前記アプリケーションにより出力されるアプリケーション情報を前記通信部を介して受信する受信手段と、
   前記受信手段により受信したアプリケーション情報に応じて、前記表示部に表示させる表示画面を制御する表示制御手段と、
   を備え、
   前記受信手段により受信されるアプリケーション情報は、前記情報処理装置の情報処理装置側表示部に表示されているアプリケーションを特定する情報を含み、
   前記送信手段は、前記受信手段により受信されるアプリケーション情報に含まれる前記アプリケーションを特定する情報が、本機能実行装置の表示部に表示されている表示画面を特定する前記特定情報に対応するアプリケーションから出力される情報とは異なる場合、本機能実行装置の表示部に表示されている表示画面を特定する特定情報を、前記情報処理装置に送信することを特徴とする機能実行装置。
2. 前記通信部は、第１種インタフェースと、前記第１種インタフェースよりも通信速度の速い第２種インタフェースとを備え、
   前記送信手段は、前記第１種インタフェースを介して、前記特定情報と、前記起動指示と、前記第２種インタフェースを介した通信を確立するための確立情報と、を送信し、
   前記制御部は、
   前記送信手段により前記確立情報を送信したことを条件として、前記情報処理装置と通信するためのインタフェースを、前記第１種インタフェースから、前記第２種インタフェースに変更する変更手段を備え、
   前記受信手段は、前記情報処理装置と通信するためのインタフェースが前記変更手段によって前記第２種インタフェースに変更された場合、前記第２種インタフェースを介して、前記情報処理装置からアプリケーション情報を受信することを特徴とする請求項１記載の機能実行装置。
3. 前記表示制御手段は、前記表示部に表示された第１表示画面から、第２表示画面に表示を切り替えることが可能であり、
   前記変更手段は、前記第１種インタフェースから、前記第２種インタフェースに変更した後、前記表示制御手段によって、前記表示部に表示されている表示画面が前記第２表示画面に切り替えられた場合に、前記情報処理装置と通信するためのインタフェースを、前記第２種インタフェースから、前記第１種インタフェースに変更し、
   前記送信手段は、前記情報処理装置と通信するためのインタフェースが前記変更手段によって前記第１種インタフェースに変更された場合、前記第１種インタフェースを介して、前記表示部に表示された前記第２表示画面を特定する特定情報と、前記起動指示と、前記確立情報と、を前記情報処理装置に送信することを特徴とする請求項２記載の機能実行装置。
4. 前記記憶部に記憶される特定情報は、第１向き特定情報と第２向き特定情報とを含み、
   前記受信手段は、前記情報処理装置から、当該情報処理装置の配置を示す配置情報を受信し、
   前記送信手段は、前記特定情報として、前記受信手段により受信した配置情報に基づき、前記第１向き特定情報および前記第２向き特定情報のいずれかを、前記情報処理装置に送信することを特徴とする請求項１から３のいずれかに記載の機能実行装置。
5. 前記送信手段は、前記表示部に表示されている表示画面が、テキストまたは記号の入力を受け付け可能な画面であり、かつ、前記入力を受け付けるためのキーを表示する画面である場合、テキストまたは記号を入力可能なアプリケーションに対応する特定情報を、前記情報処理装置に送信し、
   前記表示制御手段は、テキストまたは記号を入力可能なアプリケーションに対応する特定情報を前記送信手段により送信したことに基づき、当該アプリケーションにより出力される前記アプリケーション情報を前記受信手段により受信した場合には、前記表示部に表示している前記キーを消去し、当該アプリケーションにより出力される前記アプリケーション情報を前記受信手段により受信しない場合には、前記キーの表示を消去しないことを特徴とする請求項１から４のいずれかに記載の機能実行装置。
6. 前記記憶部に記憶される特定情報は、第１向き特定情報と第２向き特定情報とを含み、
   前記受信手段は、前記情報処理装置から、当該情報処理装置の配置を示す配置情報を受信し、
   前記表示制御手段は、前記受信手段により受信した配置情報に基づき、前記第１向き特定情報および前記第２向き特定情報のいずれかが示す表示画面を、前記表示部に表示させることを特徴とする請求項１から５のいずれかに記載の機能実行装置。
7. 前記制御部は、
   前記送信手段により情報処理装置へ送信できる特定情報が存在する場合、前記情報処理装置との通信が可能であることを報知する報知手段を備えていることを特徴とする請求項１から６のいずれかに記載の機能実行装置。

Images