JP2017108340A - 情報処理装置、情報処理装置の制御方法及びプログラム - Google Patents

Abstract

【課題】ユーザが何らかの設定を行うアプリケーションが１つしか起動出来ない環境の場合は、起動用アプリケーションが起動対象のアプリケーションを起動すると、現在起動中の別のアプリケーションの設定をユーザの意図に反して破棄してしまう。
【解決手段】他の送信から第１のアプリケーションで用いる設定を他の装置から受信した際に起動中のアプリケーションが第１のアプリケーションでなく、かつ、設定を許可する第２のアプリケーションである場合、前記第１のアプリケーションを起動させる。設定を受信した際に起動中のアプリケーションが第１のアプリケーションでなく、かつ、設定を許可する第２のアプリケーションでない場合、第１のアプリケーションを起動させない。
【選択図】図６

Description

本発明は、外部装置からの設定情報の受信を契機にアプリケーションを起動する技術に関する。

近年スキャン機能やプリント機能、コピー機能等を備えたＭＦＰ（複合機：Multifunction Peripheral）が発展している。ＭＦＰの発展に伴いＦＡＸ送受信機能や、原稿を読み取って得られた原稿画像をＥメール（以下、単にメールという）に添付して送信するＳＥＮＤ機能を有するＭＦＰが登場している。ＳＥＮＤ送信機能においては、ユーザがＭＦＰのアドレス帳に登録されているアドレスを指定したり、ユーザがＭＦＰの操作パネルでアドレスを直接入力する事で、メールの宛先を設定できる。また、近年モバイル端末内のデータを業務にも活用したいというニーズが増えており、ＭＦＰとモバイル端末とを連携させる機能が登場している。

ＭＦＰとモバイル端末とを連携させることで、例えばモバイル端末に保持されている宛先を、ＭＦＰのＳＥＮＤ送信機能において用いられる宛先としてＭＦＰに登録するなどの機能が考えられる。特許文献１には、起動用アプリケーションがイベントを受信すると関連付けられたアプリケーションの起動を開始する技術が開示されている。特許文献１で開示されている技術を用いれば、モバイル端末に保持されている宛先をＭＦＰに登録する際にＳＥＮＤ送信機能を実行するアプリケーションを起動することが可能である。

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

ＭＦＰなどのようにユーザが何らかの設定を行うアプリケーションが１つしか起動出来ない環境の場合がある。このような場合、起動用アプリケーションが起動対象のアプリケーションを起動すると、現在起動中の別のアプリケーションの設定をユーザの意図に反して破棄してしまう問題が起こる。

本発明に係る情報処理装置は、第１のアプリケーションで用いる設定を他の装置から受信する受信手段と、前記受信手段が前記設定を受信した際に起動中のアプリケーションが前記第１のアプリケーションでなく、かつ、前記起動中のアプリケーションが前記設定を許可する第２のアプリケーションである場合、前記第１のアプリケーションを起動させ、前記受信手段で前記設定を受信した際に起動中のアプリケーションが前記第１のアプリケーションでなく、かつ、前記設定を許可する第２のアプリケーションでない場合、前記第１のアプリケーションを起動させない、制御手段とを有することを特徴とする。

本発明によれば、モバイル端末がＭＦＰと連携する際に、現在起動中のアプリケーションの設定が失われることを防ぐことが可能となる。

実施形態にかかるモバイル端末装置とＭＦＰとを含むシステム構成を示す図である。 実施形態にかかるＭＦＰの構成を示すブロック図である。 実施形態にかかるモバイル端末の構成を示すブロック図である。 実施形態にかかるモバイル端末におけるモバイルアプリケーション設定画面を示す図である。 実施形態にかかるＭＦＰのメール送信アプリケーションの画面を示す図である。 実施形態にかかるＭＦＰの処理の例を示すフローチャートである。 実施形態にかかるＭＦＰのメール送信アプリケーションの画面を示す図である。 実施形態にかかるＭＦＰのメインメニューのアプリケーションの画面を示す図である。 実施形態にかかるＭＦＰの送信設定を行う画面を示す図である。 実施形態にかかるＭＦＰのコピーアプリケーションの画面の例を示す図である。

以下、本発明を実施するための形態について図面を用いて説明する。

（実施形態１）
図１は本実施形態において適用されるシステム構成の一例を示す図である。本実施形態におけるシステムは、モバイル端末１０１、ＭＦＰ１０２、およびアクセスポイント１０３を有する。モバイル端末１０１、ＭＦＰ１０２、およびアクセスポイント１０３はそれぞれ対応する通信媒体を通じて通信ができる。もちろん、図１に示した構成は一般的な構成の一例を示したに過ぎない。そのため、一般ユーザが使用するモバイル端末は、その他の情報機器であってもよい。また、図１に示した構成のＭＦＰは前述した構成のＭＦＰに限るものではなく、ＳＥＮＤ送信機能を有するＭＦＰであればいずれの形態でもよい。また、ＭＦＰに限られるものではなく、装置の有する機能によって得たデータをメール送信する機能を有する情報処理装置であればいずれの形態でもよい。

図２は、本実施形態におけるＭＦＰ１０２の内部構成の一例を示した図である。ＭＦＰ１０２は、ＲＯＭ２０２あるいは例えばＨＤＤ２１３に記憶されたソフトウェアを実行するＣＰＵ２０１を備え、ＣＰＵ２０１はシステムバス２１６に接続される各デバイスを総括的に制御する。なお、ＨＤＤ２１３は、場合によっては画像の一時記憶場所としても使われることがある。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。操作部コントローラー２０８は、ＭＦＰに備えられた各種ボタンあるいは操作パネル２０９、ディスプレイ２１１等のユーザインターフェイスを制御する。ディスクコントローラ２１２は、ＨＤＤ２１３を制御する。

ネットワークＩ／Ｆ２０７は、ネットワーク２２０を介して、他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやりとりする。

無線通信モジュール２０６は、インフラモードで動作する場合は、アクセスポイント１０３を介して、ネットワーク２２０に接続し、モバイル端末１０１などの他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやりとりする。ソフトＡＰ（アクセスポイント）モードで動作する場合は、ＭＦＰはアクセスポイントとして動作し、モバイル端末とＷｉ−Ｆｉダイレクト接続をすることができる構成でもよい。

プリンター２１４は、電子写真方式で実現される紙への印字部である。印字方式は、電子写真方式であってもよいし、インクジェット方式でもよいし、その他いずれの方式であってもよい。

スキャナ２１５は、紙に印字された画像を読み込むための画像読み取り部である。多くの場合、スキャナ２１５にはオプションとしてＡＤＦ（オートドキュメントフィーダ）（不図示）が装着されており、複数枚の原稿を自動的に読み込むことができる。

ＭＦＰ１０２はまた、ＮＦＣリーダライタ２０４や、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｉ／Ｆ２０５を介してモバイル端末１０１を含む各種周辺機器とデータの授受を行うことができる。

次に図３を用いて、モバイル端末１０１のハードウェア構成を説明する。なお、本実施形態のモバイル端末１０１はスマートフォンやタブレットＰＣ等の端末装置を想定しているが、これに限られるものではなく、他の装置と通信する機能を有する情報処理装置であればいずれの形態であってもよい。

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

操作パネル３０１は、ユーザのタッチ操作を検出可能なタッチパネル機能を備え、ＯＳやメール送信アプリケーションが提供する各種画面を表示するユーザインターフェイスである。ユーザは操作パネル３０１にタッチ操作を入力することで、モバイル端末１０１に所望の操作指示を入力することができる。なお、モバイル端末１０１は不図示のハードウェアキーを備えていてもよく、ユーザはこのハードウェアキーを用いてモバイル端末１０１に操作指示を入力してもよい。

スピーカー３０２とマイク３０３は、ユーザが他のモバイル端末や固定電話と電話をする際に使用される。カメラ３０４はユーザの撮像指示に応じて撮像する。カメラ３０４で撮像された写真は、ＨＤＤ３１０の所定の領域に記憶される。

モバイル端末１０１はＮＦＣ通信Ｉ／Ｆ３０５、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｉ／Ｆ３０６、無線ＬＡＮ通信Ｉ／Ｆ３１１を介してＭＦＰ１０２を含む各種周辺機器とデータの授受を行うことができる。

次に、モバイル端末１０１とＭＦＰ１０２との連携について説明する。本実施形態においてモバイル端末１０１は、ＭＦＰ１０２との間で無線通信を行なうことで情報のやり取りを行なう。すなわち、モバイル端末１０１は、ＭＦＰ１０２に対して無線通信を用いて宛先等の送信設定を示す送信設定情報を送信する。モバイル端末１０１が通信相手となるＭＦＰ１０２を無線ネットワーク上で特定して接続を確立することを、以下ではペアリングを呼ぶ。ペアリングを行なうためには、モバイル端末１０１は所望のＭＦＰ１０２のＷｉ−Ｆｉ接続情報を取得する必要がある場合がある。Ｗｉ−Ｆｉ接続情報とは、例えばＷｉ−Ｆｉダイレクト接続の場合には、ＭＦＰ１０２がソフトアクセスポイントとして動作しているＳＳＩＤと、そのＳＳＩＤで特定されるネットワークに接続するためのＫＥＹとの情報が必要となる。インフラモード接続の場合には、モバイル端末１０１とＭＦＰ１０２とは同じアクセスポイント内のネットワークに接続しているので、例えばＭＦＰ１０２のＩＰアドレスが必要となる。このようなペアリングを行なう際に必要な情報を、モバイル端末１０１がＭＦＰ１０２から取得する際の取得方法は複数ある。例えば、例えばＭＦＰ１０２に表示された二次元コードからモバイル端末１０１がＷｉ−Ｆｉ接続情報を取得してもよいし、ＭＦＰ１０２のＮＦＣリーダライタ２０４にモバイル端末１０１をタッチさせ、ＮＦＣ通信によりＷｉ−Ｆｉ接続情報を取得してもよい。あるいは、モバイル端末１０１はＭＦＰ１０２のＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０５とＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）通信を行いＷｉ−Ｆｉ接続情報を取得してもよい。さらに、既にモバイル端末１０１がＷｉ−Ｆｉ接続済みでペアリングがされているＭＦＰ１０２に対しては、二次元コード等の操作を行わず，そのまま宛先等のデータ送信を行うこともできる。

モバイル端末１０１は、このようにペアリングがされた、あるいはこれからペアリングがされるＭＦＰ１０２に対してメール送信の宛先などを含む送信設定を登録することができる。すなわち、モバイル端末１０１から送信設定情報をＭＦＰ１０２に無線通信を介して送信し、これを受けたＭＦＰ１０２は、ＳＥＮＤ送信機能で用いる宛先などに送信設定を反映する処理を行なう。以下、ＳＥＮＤ送信機能を実行するアプリケーションのことを簡易的にメール送信アプリケーションと呼ぶ。メール送信アプリケーションは、例えば原稿をＭＦＰのスキャナ２１５で読み取ることで得られた原稿画像をＭＦＰ１０２がメールに添付して送信するアプリケーションである。

次に、図４を用いて、モバイル端末１０１で行なう、ＭＦＰ１０２の送信アプリケーションの送信設定に用いられるメール送信の設定項目に関して説明する。図４は、ＭＦＰ１０２の送信アプリケーションに対応するモバイル端末側のアプリケーションにおいて、メール送信の設定項目をユーザが入力する画面の例を示した図である。

ユーザはモバイル端末１０１のメール送信の設定画面４０６を用いて、メール送信に必要な情報を入力する。メールアドレスフィールド４０１には、モバイル端末１０１に保存されているアドレス帳の中のアドレスを選択して入力する事ができる。またメールアドレスフィールド４０１、件名フィールド４０２、本文フィールド４０３には、モバイル端末のソフトキーボードで、ユーザが任意の文字列を入力可能である。これらフィールドはソフトキーボードだけでなく、音声認識等での入力であってもよい。完了ボタン４０５を押下すると、メール送信設定が完了する。すなわち、モバイル端末１０１からＭＦＰ１０２にメールの送信設定を示す設定情報が送信される。なお、モバイル端末１０１からＭＦＰ１０２に送信されるタイミングは、完了ボタン４０５の押下を操作パネル３０１が検知して直ちに送信される場合もある。あるいは、前述のように、ＭＦＰ１０２とのペアリングを行なうために必要な処理を実行してから送信設定が送信される場合もある。本実施形態においては設定情報の送信タイミングはいずれのタイミングでもよい。なお、押下とは物理的なボタンを押下することのほかに、タッチパネル画面に対するタッチも含むものである。以下、本明細書において同様とする。

次にＭＦＰ１０２の画面に関して、図５を用いて説明する。本実施形態におけるＭＦＰ１０２は、複数のアプリケーションの中から１つのアプリケーションを起動することが可能である。すなわち、ＭＦＰ１０２の画面においては１つのアプリケーションの画面が表示される構成である。図５は、前述のメール送信アプリケーションを起動した際の送信画面５０１を示している。送信画面５０１は、ユーザによって宛先の設定とスキャンの設定などが行われる画面である。

宛先リスト５０２は、送信先に設定された宛先をリストで表示する。宛先は、Ｅメール、ＩＰＦＡＸ、サーバ等のアドレスである。図５で示す宛先リスト５０２は、送信先が未設定の状態を示す。スキャン設定ボタン５０３は、スキャン設定を変更する事ができる。詳細情報ボタン５０５を押下すると、選択中の宛先の詳細情報を表示する画面に遷移する。宛先削除ボタン５０６を押下すると、ＭＦＰ１０２は選択中の宛先を削除する。その他の設定ボタン５０７を押下すると、ＭＦＰ１０２は送信の内容変更のメニュー一覧の画面（不図示）を表示する。例えば、メール本文などの編集もその他の設定ボタン５０７を押下した画面で行なうことができる。宛先の指定ボタン５０９を押下すると、ＭＦＰ１０２のアドレス帳などから宛先を設定することが可能である。なお、ＭＦＰ１０２は共用される形態が多く、アドレス帳には他のユーザが使用するアドレスも含まれており、ＭＦＰ１０２のアドレス帳から宛先を設定することは手間になる場合がある。また、ＭＦＰ１０２のディスプレイ２１１は通常小さい画面であり操作パネル２０９の操作性もＰＣなどに比べて使いにくい場合があり、ＭＦＰ１０２に直接宛先のメールアドレスを入力するのも手間になる場合がある。そこで、本実施形態ではＭＦＰ１０２とモバイル端末１０１とを連携させ、モバイル端末１０１からの送信設定をＭＦＰ１０２に適用する。モバイルから宛先指定ボタン５０８を押下すると、メール送信設定情報の受信画面に遷移し、モバイル端末とペアリングを行なうための待機状態になる（不図示）。

なお、ＭＦＰ１０２がモバイル端末１０１から送信設定を受信するタイミングとしては、図５のモバイルから宛先指定ボタン５０８を押下して待機状態の場合もあれば、そうでない場合もある。例えば、前述のようにＭＦＰ１０２とモバイル端末１０１とがペアリング済みの状態であれば、モバイル端末１０１から任意のタイミング（例えば図４の完了ボタン４０５が押下されたタイミング）で送信設定が送信され、ＭＦＰ１０２が受信することになる。一方、ＭＦＰ１０２が待機状態ではない場合、例えば、ＭＦＰ１０２がメール送信アプリケーションではなく別のアプリケーションを起動している場合がある。このような場合、メール送信アプリケーションの起動をしてモバイル端末１０１から送信された送信設定を登録する処理を行なってしまうと、現在起動している別のアプリケーションの設定が破棄されてしまう。そこで、本実施形態では、ＭＦＰ１０２がモバイル端末１０１から送信設定を受信した場合に、起動中のアプリケーションを判定し、起動中のアプリケーションに応じて処理を切り替える。具体的な処理を図６を用いて説明する。

図６はＭＦＰ１０２がモバイル端末１０１から送信設定を示す設定情報を受信した時にＣＰＵ２０１が実行する制御プログラムであり、その処理を示すフローチャートである。

ステップＳ６１１でＭＦＰ１０２のＣＰＵ２０１はモバイル端末１０１からメールの送信設定を示す送信設定情報を受信したことを無線通信モジュール２０６を介して検知する。なお、送信設定には、メールの宛先、件名、本文、添付するファイルのファイル名などの項目が含まれる。次に、ステップＳ６１２においてＣＰＵ２０１は、現在ＭＦＰ１０２において起動中のアプリケーションの種類を判定する。本実施形態では、起動中のアプリケーションの種類としては、前述のメール送信アプリケーションと、送信設定の登録を許可するアプリケーションと、その他のアプリケーションの３つに分類されるものとする。

なお、送信設定の登録を許可するアプリケーションであるか否かの判定の方法としては、例えば予めＭＦＰ１０２においてどのアプリケーションが送信設定の登録を許可するかを設定しておき、その設定を参照して判定する方法が挙げられる。具体的なアプリケーション名、バージョンなどを特定する形でもよいし、アプリケーションの性質（例えば何かしらの設定を行なうアプリケーションなど）に応じて送信設定の登録を許可するアプリケーションであるか否かを判定してもよい。

なお、ステップＳ６１２における分類は、次の分類とも言える。すなわち、ステップＳ６１１で受信した情報を直接扱うアプリケーションであるか、受信した情報を扱うアプリケーションの処理を許可するアプリケーションであるか、受信した情報の処理を許可しないアプリケーションであるか、という分類である。

ステップＳ６１２の判定の結果、起動しているアプリケーションが送信設定の登録を許可するアプリケーションの場合はステップＳ６１３に進む。ステップＳ６１３においてＣＰＵ２０１は、現在起動しているアプリケーションを閉じて、別のアプリケーションであるメール送信アプリケーションを起動する。そしてステップＳ６１６に進み、ＣＰＵ２０１は、メール送信アプリケーションにおいてステップＳ６１１で受信した送信設定の登録を行う。なお、現在起動しているアプリケーションを閉じるとは、現在起動しているアプリケーションを終了させること、および休止状態にさせることを含むものである。

つまり、ＭＦＰ１０２のディスプレイ２１１の画面としては、第１の状態においては、現在起動しているアプリケーションの画面が表示されている状態である。そして、モバイル端末１０１から送信設定を受信したことをＭＦＰ１０２が検知した場合には、ディスプレイ２１１の画面は現在起動しているアプリケーションとは別のメール送信アプリケーションの画面に切り替わる。そして、切り替わった画面においてモバイル端末１０１からの送信設定が反映された画面である第２の状態に遷移する。なお、このとき、ディスプレイには、一旦メール送信アプリケーション画面が表示され、その後に送信設定が反映された画面に表示が遷移してもよいし、既に送信設定が反映された状態でのメール送信アプリケーション画面が表示されてもよい。このように、現在起動しているアプリケーションが送信設定の登録を許可するアプリケーションである場合には、送信設定の受信を契機にメール送信アプリケーションが起動し、かつその送信設定が反映される処理が行なわれる。

次に、ステップＳ６１２の判定の結果、起動中のアプリケーションがメール送信アプリケーションである場合はステップＳ６１４に進む。ステップＳ６１４においてＣＰＵ２０１は、現在開いている画面が待機画面か否かを送信アプリケーションに問い合わせる。待機画面とは、図５のモバイルから宛先指定ボタン５０８をタッチした後に表示される画面であり、送信設定の受信を待機している画面のことである。なお、待機画面はこの例に限られるものではなく、例えば、図５の画面を表示している状態を待機画面としてもよい。

現在開いている画面が待機画面の場合はステップＳ６１６に進み、ＣＰＵ２０１はステップＳ６１１で受信した送信設定をメール送信アプリケーションに登録する。すなわち、受信した送信設定を反映する処理を行なう。一方、ステップＳ６１４において現在開いている画面が待機画面ではない場合、例えばスキャン設定などを行なう画面である場合、ステップＳ６１５に処理を進める。

ステップＳ６１５に進むケースは、次の２つのケースである。第１のケースは、ステップＳ６１２の判定の結果、起動中のアプリケーションが送信設定の登録を許可するアプリケーションでもなく、メール送信アプリケーションでもないと判定された場合である。第２のケースは、ステップＳ６１４で待機画面ではないと判定された場合である。第１のケースの場合、送信設定を反映する処理を行なおうとメール送信アプリケーションを起動してしまうと現在起動中のアプリケーションの設定を破棄するなど、異常終了が生じてしまう。また、第２のケースの場合であっても、待機画面でない場合には、ユーザが何かしらメール送信アプリケーション内でユーザが別の設定などを行なっている場合がある。このような場合にも同様に、送信設定を反映する処理を行なうと、現在行なっている途中の設定が破棄されてしまう。従って、ステップＳ６１５においてＣＰＵ２０１は、例えばモバイル端末１０１にエラーを通知するなどの例外処理を行う。エラーが通知されたモバイル端末１０１では、モバイル端末１０１の操作パネル３０１にエラーが表示されたり、警告音などが出力される。なお、ステップＳ６１２やＳ６１４での判定条件に関してはＭＦＰ１０２内に判定用のテーブルを作成して管理してもよい。

次にモバイル端末１０１から送信設定を受信した後のＭＦＰ１０２の画面に関して、図７から図１０を用いて説明する。ＭＦＰ１０２は図６のステップＳ６１６でメール送信設定の登録を行うと、図５で示す宛先リスト５０２に、図７の宛先登録済み画面７０１のように登録された宛先を表示する。

なお、送信設定を受信した後にステップＳ６１６でメール送信設定が行なわれるケースは、起動中のアプリケーションがメール送信アプリケーションである場合のほかに、前述のように送信設定の登録を許可するアプリケーションである場合がある。図８は、そのような送信設定の登録を許可するアプリケーションの画面の例を示している。図８は、ＭＦＰ１０２のメインメニューのアプリケーションの画面の例を示している。コピー、プリントなどの各ボタンを押下すると、それぞれに対応するアプリケーションが起動される。スキャンして送信ボタン８０２を押下すると、メール送信アプリケーションが起動されることになる。ここでは、メインメニューのアプリケーションは、送信設定の登録を許可するアプリケーションであるものとする。このような場合、ステップＳ６１１で送信設定を受信すると、ＣＰＵ２０１は、現在起動中のメインメニューのアプリケーションを閉じて、図７に示す宛先登録済み画面７０１を表示することになる。

図９は、メール送信アプリケーションの画面であり、原稿の種類を設定する設定画面９０１の例を示している。ユーザは、選択群９０２から任意のボタン９０３を選択して確定ボタン９０４を押下することで設定を完了することになる。しかしながら、この設定画面９０１は待機画面ではないので、この状態で送信設定を受信すると、ステップＳ６１４の判定結果、例外処理が行われることになる。

図１０は、ステップＳ６１２においてその他のアプリケーションとして判定されるコピーアプリケーションの画面の例を示す図である。図１０は、コピーアプリケーションの待機画面１００１を示した図である。この場合もステップＳ６１２の判定結果により例外処理が行われるため、ＭＦＰ１０２に表示している画面は変化しない。

以上の説明の通り、本実施形態によれば、モバイル端末がＭＦＰと連携する際にＭＦＰで何らかのアプリケーションが立ちあがるシーンに置いて、現在起動中のアプリケーションの設定が失われることを防ぐことが可能である。

＜その他の実施形態＞
上記の例では、原稿をスキャンしたスキャン画像をメールに添付して送信するというメール送信アプリケーションを例に挙げてしたが、これに限られるものではない。何かしらのデータを外部装置に送信するアプリケーションであり、その宛先を他の端末装置から設定することが可能なアプリケーションであればいずれのアプリケーションであってもよい。また、送信するデータについても添付ファイルの形式でもよいし、メール本文に含める形態でもよい。また、スキャン画像に限られず、ＭＦＰ１０２にて格納しているデータを送信する態様であってもよい。

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

Claims (12)

1. 第１のアプリケーションで用いる設定を他の装置から受信する受信手段と、
   前記受信手段が前記設定を受信した際に起動中のアプリケーションが前記第１のアプリケーションでなく、かつ、前記起動中のアプリケーションが前記設定を許可する第２のアプリケーションである場合、前記第１のアプリケーションを起動させ、
   前記受信手段で前記設定を受信した際に起動中のアプリケーションが前記第１のアプリケーションでなく、かつ、前記設定を許可する第２のアプリケーションでない場合、前記第１のアプリケーションを起動させない、制御手段と
   を有することを特徴とする情報処理装置。
2. 前記制御手段は、前記第１のアプリケーションを起動させる場合、前記第２のアプリケーションを終了させることを特徴とする請求項１に記載の情報処理装置。
3. 前記制御手段は、前記第１のアプリケーションを起動させる場合、前記受信手段で受信した設定を前記起動した第１のアプリケーションにおいて反映させることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記制御手段は、前記第１のアプリケーションを起動させない場合、前記他の装置にエラーを通知することを特徴とする請求項１に記載の情報処理装置。
5. 第１のアプリケーションで用いる設定を他の装置から受信する受信手段と、
   前記受信手段が前記設定を受信した際に起動中のアプリケーションが前記第１のアプリケーションであり、かつ、前記受信手段が前記設定を受信した際に第１のアプリケーションが表示している画面が前記設定の受信を待機する画面である場合、前記受信手段で受信した設定を前記起動中の第１のアプリケーションにおいて反映させる制御手段と
   を有することを特徴とする情報処理装置。
6. 前記制御手段は、受信手段が受信した際の起動中のアプリケーションが前記第１のアプリケーションであり、かつ、前記受信手段が前記設定を受信した際の第１のアプリケーションが表示している画面が前記設定の受信を待機する画面でない場合、前記設定を反映させずに前記他の装置にエラーを通知することを特徴とする請求項５に記載の情報処理装置。
7. 複数のアプリケーションのうち１つのアプリケーションの画面を表示する表示手段と、
   前記複数のアプリケーションのうち、第１のアプリケーションで用いる設定を他の装置から受信する受信手段と、
   前記受信手段が前記設定を受信した際に前記表示手段に表示されている画面が前記第１のアプリケーションの画面でなく、かつ、前記表示手段に表示されている画面が前記第１のアプリケーションで用いる設定を許可する第２のアプリケーションの画面である場合、前記設定を反映した前記第１のアプリケーションの画面を前記表示手段に表示させる制御手段と
   を有することを特徴とする情報処理装置。
8. 前記第１のアプリケーションは、他の装置にメールを送信するアプリケーションであり、前記設定は、前記送信されるメールの宛先、本文、件名、ファイル名の少なくとも１つを含むことを特徴とする請求項１から７のいずれか一項に記載の情報処理装置。
9. 情報処理装置における制御方法であって、
   第１のアプリケーションで用いる設定を他の装置から受信する受信ステップと、
   前記受信ステップにおいて前記設定を受信した際に起動中のアプリケーションが前記第１のアプリケーションでなく、かつ、前記起動中のアプリケーションが前記設定を許可する第２のアプリケーションである場合、
   前記第１のアプリケーションを起動させるステップと、
   前記受信ステップにおいて前記設定を受信した際に起動中のアプリケーションが前記第１のアプリケーションでなく、かつ、前記設定を許可する第２のアプリケーションでない場合、
   前記第１のアプリケーションを起動させないステップと
   を有することを特徴とする情報処理装置の制御方法。
10. 情報処理装置における制御方法であって、
    第１のアプリケーションで用いる設定を他の装置から受信する受信ステップと、
    前記受信ステップにおいて前記設定を受信した際に起動中のアプリケーションが前記第１のアプリケーションであり、かつ、前記受信ステップにおいて前記設定を受信した際に第１のアプリケーションが表示している画面が前記設定の受信を待機する画面である場合、
    前記受信ステップにおいて受信した設定を前記起動中の第１のアプリケーションにおいて反映させる制御ステップと
    を有することを特徴とする情報処理装置の制御方法。
11. 複数のアプリケーションのうち１つのアプリケーションの画面を表示する表示手段を有する情報処理装置の制御方法であって、
    前記複数のアプリケーションのうち、第１のアプリケーションで用いる設定を他の装置から受信する受信ステップと、
    前記受信ステップにおいて前記設定を受信した際に前記表示手段に表示されている画面が前記第１のアプリケーションの画面でなく、かつ、前記表示手段に表示されている画面が前記第１のアプリケーションで用いる設定を許可する第２のアプリケーションの画面である場合、
    前記設定を反映した前記第１のアプリケーションの画面を前記表示手段に表示させる制御ステップと
    を有することを特徴とする情報処理装置の制御方法。
12. コンピュータを、請求項１から８のいずれか一項に記載の情報処理装置の各手段として機能させるためのプログラム。