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

Abstract

【課題】通信装置が外部装置と通信する場合に、少なくとも１つのアプリケーションが動作しないように制御する装置、当該装置の制御方法、及びプログラムを提供することを目的とする。【解決手段】複数のアプリケーションが動作可能な通信装置であって、外部装置との通信を行うための通信手段と、上記通信手段が通信している場合に、当該通信に対応するアプリケーションとは異なる、少なくとも１つのアプリケーションが動作しないように制御する制御手段とを有することを特徴とする。【選択図】図１８

Description

本発明は、複数のアプリケーションが動作可能な通信装置、通信装置の制御方法、及びプログラムに関する。

スマートフォンは、様々なアプリケーションを利用することができ、無線通信等を利用して外部とデータを送受信することができるが、その際のバッテリー消費量は一般的に小さいものではない。

特に、無線通信中にユーザが利用していないアプリケーションがバックグラウンドで動作している場合のバッテリー消費量は大きい。このような場合、無線通信を利用するアプリケーションの使用状況、電力制御情報などに基づいて、無線通信の制御モードを最適に決定し、これによって、低消費電力を達成する発明が知られている。

特許文献１には、携帯型通信端末が無操作状態であれば、外部との通信頻度を抑え、これによって、低消費電力を達成する発明が開示されている。

特開２０１０−１１８８３４号公報

上記従来例では、スマートフォンの低消費電力化を達成することができるものの、無線通信中にバックグラウンドで行われている動作によるバッテリー消費を抑えることができないという問題がある。

上記問題は、スマートフォンに限らず、他の無線通信装置、特に携帯型無線通信端末装置においても同様に生じる。

本発明は、通信装置が外部装置と通信する場合に、少なくとも１つのアプリケーションが動作しないように制御する装置、当該装置の制御方法、及びプログラムを提供することを目的とする。

本発明の通信装置は、複数のアプリケーションが動作可能な通信装置であって、外部装置との通信を行うための通信手段と、上記通信手段が通信している場合に、当該通信に対応するアプリケーションとは異なる、少なくとも１つのアプリケーションが動作しないように制御する制御手段とを有することを特徴とする。

本発明によれば、装置が外部装置と通信する場合に、少なくとも１つのアプリケーションが動作しないように制御する。そのため、当該少なくとも１つのアプリケーションの動作によって電力が消費されることを抑制することができるという効果を奏する。

本発明の実施形態１に関連する無線通信システムＷＣ１を示す図である。 携帯型通信端末装置２００の外観を示す図である。 ＭＦＰ３００の外観を示す図である。 ＮＦＣにおけるパッシブモードの概念を示す図である。 ＮＦＣにおけるアクティブモードの概念を示す概念図である。 携帯型通信端末装置２００を示すブロック図である。 ＭＦＰ３００の構成を概略的に示すブロック図である。 ＮＦＣユニットの詳細を説明する図である。 ＭＦＰ３００のＲＡＭ９０１の構成を示す図である。 ＭＦＰ３００のＮＦＣメモリ１００１の構成を示す図である。 ＮＦＣユニットがイニシエータとして動作するための説明図である。 パッシブモードによるデータ交換を行うシーケンスを示す図である。 アクティブモードによるデータ交換を行うシーケンスを示す図である。 ＮＦＣとＷＬＡＮとを切り換えてデータ転送する動作の説明図である。 ＭＦＰ１５０２が主体となって転送するプル型の場合を示す図である。 携帯型通信端末装置２００で動作するアプリケーションの説明図である。 携帯型通信端末装置２００が主体となって転送する動作説明図である。 ステップＳ１７０９の省電力制御の説明図である。 予め定められる規則の一例を示す図である。 ＭＦＰ３００が主体でデータを取得するプル型通信の説明図である。

以下に、図面を参照しながら、この発明の実施の形態の一例を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。

実施形態１

実施形態１は、無線通信方式を用いて、高速通信方式による通信のための認証を低速通信方式により実行してから、通信方式を無線通信の当該高速通信方式に切り替えて印刷データを送信する実施形態である。

その一例として、ＮＦＣ（近接無線通信）によって認証した後に、Ｗｉｒｅｌｅｓｓ ＬＡＮ（以後、「ＷＬＡＮ」という）によって、携帯型通信端末からマルチファンクションプリンタ（以後、ＭＦＰ）に対して印刷データを送信する場合について説明する。そして、受信したデータを印刷している間に、携帯型通信端末のバッテリー消費を抑える実施形態について、以下説明する。

図１は、本発明の実施形態１である携帯型通信端末装置２００が使用されている無線通信システムＷＣ１の構成を示す図である。

無線通信システムＷＣ１において、ネットワーク１００を中心に、サーバ装置１０１、携帯型通信端末装置２００、ＭＦＰ３００が接続されている。サーバ装置１０１は、印刷用の画像データのストレージや、ユーザＩＤの管理、画像処理アプリケーションなどで構成されている。

携帯型通信端末装置２００は、認証方法、通信速度が異なる少なくとも２種類の無線通信手段を持つ装置である。ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などの個人情報端末、携帯電話、デジタルカメラなど、印刷対象となるファイルを扱える装置であれば、何でも、携帯型通信端末装置２００として考えることができる。なお、実施形態において、携帯型通信端末装置２００の代わりに、携帯型ではない無線通信端末を使用するようにしてもよい。また印刷対象となるファイルを扱う装置に限らず、各種のデータを送信する装置、または各種のデータを受信する装置を、上記携帯型通信端末装置２００として適用することができる。

ＭＦＰ３００は、原稿台に原稿を載せて原稿を読み取る読取機能と、インクジェットプリンタなどの印刷部を用いた印刷機能とを有し、その他ＦＡＸ機能や電話機能を有していてもよい。ネットワーク１００とサーバ装置１０１とは、有線ＬＡＮで接続されている。ネットワーク１００とＭＦＰ３００とは、有線ＬＡＮまたはＷＬＡＮで接続されている。ネットワーク１００と携帯型通信端末装置２００とは、ＷＬＡＮで接続されている。携帯型通信端末装置２００とＭＦＰ３００とは、共にＷＬＡＮの機能を有するので、相互認証をすることによって、ピアツーピア（以後、「Ｐ２Ｐ」という）の通信が可能である。

図２は、携帯型通信端末装置２００の外観を示す図である。

本実施形態において、携帯型通信端末装置２００として、スマートフォンを想定している。なお、スマートフォンは、携帯電話の機能の他に、カメラや、ネットブラウザ、メール機能などを搭載した多機能型の携帯電話である。

ＮＦＣユニット２０１は、ＮＦＣ（近接無線通信）を用いて通信するユニットであり、実際にＮＦＣユニット２０１を相手先のＮＦＣユニットに１０ｃｍ程度以内に近づけることによって、互いに通信することができる。

ＷＬＡＮユニット２０２は、ＷＬＡＮで通信するためのユニットであり、装置内に配置されている。表示部２０３は、ＬＣＤ方式の表示機構を備えたディスプレイである。操作部２０４は、タッチパネル方式の操作機構を備え、ユーザの押下情報を検知する。代表的な操作方法は、表示部２０３がボタン状の表示を行い、ユーザが操作部２０４を押下することによって、ボタンが押下されたイベントを発行する。電源キー２０５は、電源をオン、オフする際に用いる。ホームボタン２０６は、表示部２０３を、ホーム画面に遷移させたり、アプリケーションの動作を休止する際に使用する。

図３は、ＭＦＰ３００の外観を示す図である。

原稿台３０１は、ガラス状の透明な台であり、原稿をのせてスキャナで読み取る時に使用する。原稿蓋３０２は、スキャナで読み取る際に読取光が外部に漏れないようにするための蓋である。印刷用紙挿入口３０３は、様々なサイズの用紙をセットする挿入口である。ここにセットされた用紙は、一枚ずつ印刷部に搬送され、所望の印刷を行って印刷用紙排出口３０４から排出される。原稿蓋３０２の上部には、操作表示部３０５及びＮＦＣユニット３０６が配置されている。操作表示部３０５は、ＭＦＰ３００を操作するためのパネルである。ＮＦＣユニット３０６は、ＮＦＣ（近接無線通信）を行うためのユニットであり、実際に近接させる場所である。ＮＦＣユニット３０６から約１０ｃｍが、接続の有効距離である。ＷＬＡＮアンテナ３０７は、ＷＬＡＮで通信するためのアンテナであり、このアンテナが埋め込まれている。

次に、ＮＦＣについて説明する。ＮＦＣユニット３０６による近接通信を行う場合、初めにＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）フィールドを出力し、通信を開始する装置をイニシエータと呼ぶ。また、イニシエータの発する命令に応答し、イニシエータと通信する装置を、ターゲットと呼ぶ。

ＮＦＣユニット３０６の通信モードとして、パッシブモードとアクティブモードとが存在する。パッシブモードにおいて、ターゲットは、イニシエータの命令に対し、負荷変調を行うことによって応答する。一方、アクティブモードにおいて、ターゲットは、イニシエータの命令に対し、ターゲット自らが発するＲＦフィールドによって応答する。

図４は、ＮＦＣにおけるパッシブモードの概念を示す図である。

図４（ａ）に示すように、イニシエータ４０１からターゲット４０２にデータ４０４をパッシブモードで送信する場合、イニシエータ４０１が、ＲＦフィールド４０３を発生させる。イニシエータ４０１は、ＲＦフィールド４０３を自ら変調することによって、ターゲット４０２にデータ４０４を送信する。

また、図４（ｂ）に示すように、ターゲット４０６からイニシエータ４０５にデータ４０８をパッシブモードで転送する場合、図４（ａ）と同様に、イニシエータ４０５がＲＦフィールド４０７を発生させる。ターゲット４０６は、ＲＦフィールド４０７に対して負荷変調を行うことによって、イニシエータ４０５にデータ４０８を送信する。

図５は、ＮＦＣにおけるアクティブモードを示す概念図である。

図５（ａ）に示すように、イニシエータ５０１からターゲット５０２に、データ５０４をアクティブモードで送信する場合、イニシエータ５０１がＲＦフィールド５０３を発生させる。イニシエータ５０１は、ＲＦフィールド５０３を自ら変調することによって、ターゲット５０２にデータ５０４を送信する。イニシエータ５０１は、データ送信が完了した後、ＲＦフィールド５０３の出力を停止する。

また、図５（ｂ）に示すように、ターゲット５０６からイニシエータ５０５に、データ５０８をアクティブモードで送信する場合、ターゲット５０６がＲＦフィールド５０７を発生させる。ターゲット５０６は、自らが発するＲＦフィールド５０７によって、データ５０８を送信し、送信が終了したらＲＦフィールド５０７の出力を停止する。

図６は、携帯型通信端末装置２００を示すブロック図である。

携帯型通信端末装置２００は、装置のメインの制御を行うメインボード６０１と、ＷＬＡＮ通信を行うＷＬＡＮユニット６１７と、ＮＦＣによる通信を行うＮＦＣユニット６１８と、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を行うＢＴユニット６２１とを有する。

メインボード６０１において、ＣＰＵ６０２は、システムバス６１９に接続されている各構成要素を総括的に制御し、ＲＯＭ６０３に記憶されている各種プログラムをワークメモリとしてのＲＡＭ６０４上で実行することで、携帯型端末装置２００を制御する。

ＲＯＭ６０３は、ＣＰＵ６０２が実行する制御プログラムや組み込みオペレーティングシステム（ＯＳ）プログラム等を格納する。本実施形態では、ＲＯＭ６０３に格納されている各制御プログラムは、ＲＯＭ６０３に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウエア制御を実行する。

ＲＡＭ６０４は、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）等で構成され、プログラム制御変数等を格納し、また、ユーザが登録した設定値や携帯型通信端末装置２００の管理データ等を格納し、各種ワーク用バッファ領域が設けられている。

画像メモリ６０５は、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）等で構成され、通信部を介して受信した画像データや、データ蓄積部６１２から読み出した画像データをＣＰＵ６０２で処理するために一時的に格納する。

不揮発性メモリ６２２は、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）等で構成され、電源がオフされた後でも保存しておきたいデータを格納する。例えば、電話帳データや、過去に接続したデバイス情報などを格納する。なお、このようなメモリ構成は、これに限定されるものではない。例えば、画像メモリ６０５とＲＡＭ６０４とを共有させてもよく、データ蓄積部６１２にデータのバックアップなどを行ってもよい。また、本実施形態では、ＤＲＡＭを用いているが、ハードディスクや不揮発性メモリ等を使用するようにしてもよい。

データ変換部６０６は、ページ記述言語（ＰＤＬ）等の解析や、色変換、画像変換などのデータ変換を行う。電話部６０７は、電話回線の制御を行い、スピーカ部６１３を介して入出力される音声データを処理することによって、電話による通信を実現する。

操作部６０８は、図２で説明した操作部２０４の信号を制御している。操作部６０８は、キーやタッチパネル等の操作デバイスであり、操作部６０８がユーザにより操作されることによって、ユーザの指示がＣＰＵ６０２に入力される。

ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）６０９は、複数の衛星からの信号に基づき、携帯型通信端末装置２００の現在の緯度や経度などを特定する。表示部６１０は、図２で説明した表示部２０３の表示内容を電子的に制御し、各種入力操作や、ＭＦＰ３００の動作状況、ステータス状況の表示等を行う。

カメラ部６１１は、レンズを介して入力された画像を電子的に記録して符号化する機能を有する。カメラ部６１１で撮影された画像は、データ蓄積部６１２に保存される。スピーカ部６１３は、電話機能のための音声を入力または出力する機能や、その他アラーム通知などの機能を実現する。電源部６１４は、携帯可能な電池であり、また、その電池を制御する。電池の電源状態として、電池に残量が無い電池切れ状態、電源キー２０５を押下していない電源オフ状態、通常起動している起動状態、起動しているが省電力になっている省電力状態がある。

携帯型通信端末装置２００には、無線通信するための機能が３つ搭載され、ＷＬＡＮ、ＮＦＣ、ＢｌｕｅＴｏｏｔｈ（登録商標）の３つの機能で無線通信することができる。また、携帯型通信端末装置２００は、ＭＦＰ３００などの他デバイスとの間で、データ通信を行う通信部である。データをパケットに変換し、他デバイスにパケット送信を行う。逆に、外部の他デバイスからのパケットを、データに変換し、ＣＰＵ６０１に送信する。ＷＬＡＮユニット６１７、ＮＦＣユニット６１８、ＢＴユニット６２１は、それぞれバスケーブルなどで接続されている。ＷＬＡＮユニット６１７、ＮＦＣユニット６１８、ＢＴユニット６２１は、規格に準拠した通信を実現するためのユニットである。ＮＦＣユニットの詳細は、図１０を用いて後述する。

上記構成要素６０３〜６１４、６１７、６１８、６２１、６２２は、ＣＰＵ６０２が管理するシステムバス６１９を介して、相互に接続されている。

図７は、ＭＦＰ３００の構成を概略的に示すブロック図である。

ＭＦＰ３００は、ＭＦＰ３００のメインの制御を行うメインボード７０１と、ＷＬＡＮ通信を行うＷＬＡＮユニット７１７と、ＮＦＣによる通信を行うＮＦＣユニット７１８と、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を行うＢＴユニット７１９とで構成されている。

メインボード７０１においてＣＰＵ７０２は、
システムバス７２３に接続されている各構成要素を総括的に制御し、ＲＯＭ７０３に記憶されている各種プログラムをワークメモリとしてのＲＡＭ７０４上で実行することで、ＭＰＦ３００を制御する。ＲＯＭ７０３は、ＣＰＵ７０２が実行する制御プログラムや組み込みオペレーティングシステム（ＯＳ）プログラム等を格納する。本実施形態では、ＲＯＭ７０３に格納されている各制御プログラムは、ＲＯＭ７０３に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ等のソフトウエア制御を行う。

ＲＡＭ７０４は、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）等で構成され、プログラム制御変数等を格納し、また、ユーザが登録した設定値やＭＦＰ３００の管理データ等を格納し、各種ワーク用バッファ領域が設けられている。

不揮発性メモリ７０５は、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）等で構成され、電源がオフされた時でも保持していたいデータを格納する。具体的には、ネットワーク接続情報、ユーザデータなどを格納する。画像メモリ７０６は、ＤＲＡＭ（ｄｙｎａｍｉｃ ＲＡＭ）等で構成され、各通信ユニットを介して受信した画像データや、符号復号化処理部７１２で処理した画像データなどを蓄積する。また、携帯型通信端末装置２００のメモリ構成と同様に、このようなメモリ構成は、これに限定されるものではない。データ変換部７０７は、ページ記述言語（ＰＤＬ）等の解析や、画像データからプリントデータへの変換などを行う。

次に、読取制御部７０８について説明する。

読取部７１０が、ＣＩＳイメージセンサ（密着型イメージセンサ）によって原稿を光学的に読み取る。次に、電気的な画像データに変換した画像信号を、図示しない画像処理制御部を介して、２値化処理や中間調処理等の各種画像処理を施し、高精細な画像データを出力する。

操作部７０９、表示部７１１は、図３で説明した操作表示部３０５の構成要素である。

符号復号化処理部７１２は、ＭＦＰ３００で扱う画像データ（ＪＰＥＧ、ＰＮＧ等）を符号復号化処理や、拡大縮小処理を実行する。

給紙部７１４は、印刷のための用紙を保持する部位である。記録制御部７１６からの制御によって、給紙部７１４から給紙することができる。特に、給紙部は、複数種類の用紙を１つの装置に保持するために、複数の給紙部を用意することができる。そして、どの給紙部から給紙を行うかを、記録制御部７１６が制御する。

記録制御部７１６は、印刷される画像データに対し、図示しない画像処理制御部を介して、スムージング処理や記録濃度補正処理、色補正等の各種画像処理を施し、高精細な画像データに変換し、記録部７１５に出力する。また、記録制御部７１６は、印刷部の情報を定期的に読み出し、ＲＡＭ７０４の情報を更新する役割も果たす。具体的には、インクタンクの残量やプリントヘッドの状態などを更新する。

ＭＦＰ３００にも、携帯型通信端末装置２００と同様に無線通信するための手段が３つ搭載され、それらの各機能は、上記３つの手段における機能と同等であるので、その説明を省略する。

上記構成要素７０２〜７１９は、ＣＰＵ７０２が管理するシステムバス７２３を介して、相互に接続されている。

次に、ＮＦＣユニットの構成について説明する。

図８は、ＮＦＣユニット６１８やＮＦＣユニット７１８として使用されるＮＦＣユニット８００の詳細を説明する図である。

ＮＦＣユニット８００におけるアンテナ部８０２は、他のＮＦＣデバイスから電波やキャリアを受信し、他のＮＦＣデバイスに電波やキャリアを送信する。ＲＦ部８０３は、アナログ信号をデジタル信号に変復調する機能を備える。ＲＦ部８０３は、シンセサイザを備え、バンド、チャネルの周波数を識別し、周波数割り当てデータによるバンド、チャネルを制御している。送受信制御部８０４は、送受信フレームの組み立て及び分解、プリアンブル付加及び検出、フレーム識別など、送受信に関する制御を行う。また、送受信制御部８０４は、ＮＦＣメモリ８０５を制御し、各種データやプログラムを読み書きする。

アクティブモードとして動作する場合、電源８０６から電力の供給を受け、デバイス接続部８０７を通じて、デバイスと通信する。また、アンテナ部８０２を介して、送受信されるキャリアによって、通信可能な範囲にある他のＮＦＣデバイスと通信する。

パッシブモードとして動作する場合、アンテナ部８０２を介して他のＮＦＣデバイスからキャリアを受信し、電磁誘導によって、他のＮＦＣデバイスから電力の供給を受け、キャリアの変調により当該他のＮＦＣデバイスとの間で通信し、データを送受信する。そのため、パッシブモードのターゲットとしてＮＦＣユニットが動作する場合、そのＮＦＣユニットを備える装置に対してバッテリーやＡＣ電源から電力が供給されなくても、ＮＦＣによる通信を行うことができる。

図９は、ＭＦＰ３００のＲＡＭ９０１の構成を示す図である。

ＭＦＰ３００のＲＡＭ９０１は、ＭＦＰ３００のＲＡＭ７０４と同じである。つまり、ワークメモリ９０２は、プログラムの実行のために確保されるメモリである。画像処理バッファ９０３は、画像処理のために一時的なバッファとして使用される領域である。機器状態記憶部９０４は、ＭＦＰ３００の現在の状態に関する様々な情報を記憶している。エラー状態記憶部９０５は、ＭＦＰ３００のエラーに関する状態を記憶している。上記エラーに関する状態として、インク少警告、インク無エラー、紙ジャムエラー、用紙無し警告、印刷画像不良警告、読取画像不良エラー、ネットワーク切断警告などがある。

これらの警告やエラーには、印刷機能への影響度、読取機能への影響度などが関連付けられている。例えば、インク無エラーの場合、印刷機能を使用できないが、読取機能は使用できる。ネットワーク切断警告の場合、ネットワークを使う機能は使用できないが、機器単体で行う設定変更や読取機能を使用できる。

インク残量記憶部９０６には、現在取り付けられているインクタンクの型番やインク残量が記憶されている。インクタンクの型番は、インクタンクが取り付けられたタイミングで更新される。インク残量は、インクが使用される毎に更新される。次回推定起動時間記憶部９０７には、電源がオフされた時に、次に起動する時の推定起動時間が記憶されている。

ＭＦＰ３００の起動時間は、状態によって大きく異なる。例えば、ＭＦＰ３００の電源状態として、ハードオフ状態、ソフトオフ状態、通常起動状態、スリープ状態などがある。ハードオフ状態は、電力の供給が途絶えている状態であり、電源を投入してハードオフ状態から通常起動状態にする場合に、長い時間を要する。ソフトオフ状態は、部分的には電源は投入されているが、メインのプログラムは起動していない状態であり、ハードオフ状態よりも短い時間で起動することができる。

スリープ状態は、電源消費が大きな部分がオフにされ、それ以外のプログラムやメカは動作しているので、直ぐに通常起動状態に戻ることができる。また、起動時間が変動する別の要因として、機器のエラー状態がある。例えば、インクジェット印刷ヘッドのノズルの目詰まりが多いことを検知すると、次の起動で長時間の回復処理を行ってから起動する。また、スキャナの光量が落ちていれば、調整動作を行ってから起動する。

上記のように、電源の状態遷移、及び機器の状態によって、次に起動する時の推定起動時間が決まる。ステータス記憶部９０８には、現在のプリンタの状態が格納されている。プリンタがアイドル状態であり、印刷可能な状態であれば、印刷可能状態であるとし、印刷中やヘッド回復中で今すぐ印刷可能ではない状態ならば、印刷待ち状態であるとし、インク無エラーや紙ジャムエラー等が発生していれば、印刷不能状態であるとする。その他記憶部９０９には、その他のＲＡＭデータが格納されている。

図１０は、ＭＦＰ３００のＮＦＣメモリ１００１の構成を示す図である。

ＭＦＰ３００のＮＦＣメモリ１００１は、ＭＦＰ３００のＮＦＣメモリ８０５として使用されるメモリである。

機器状態記憶部１００２には、所定のタイミングで機器状態記憶部９０４の内容がコピーされる。ジョブ記憶部１００７は、携帯型通信端末装置２００からＮＦＣでジョブをＭＦＰ３００に投入する場合に使用する領域である。印刷ジョブ記憶部１００８には、印刷ジョブがキューで格納されている。具体的には、印刷設定及び画像へのリンク先が格納される。スキャンジョブ記憶部１００９は、スキャンジョブがキューで格納されている。具体的には、読取設定や読取データの保存先が格納される。ＦＡＸジョブ記憶部１０１０は、ＦＡＸジョブがキューで格納されている。具体的には、送信先の電話番号や通信画質などが含まれるＦＡＸ設定及び画像が既に読み取ってあれば、画像へのリンク先が格納される。設定変更ジョブ記憶部１０１１には、設定変更ジョブがキューで格納されている。具体的には、本体の設定項目の変更に関するジョブが格納される。なお、携帯型通信端末装置２００も、図１０に示す構成と同様の構成をもつ。

図１１は、ＮＦＣユニットがイニシエータとして使用される場合の動作を示すフローチャートである。

まず、ステップＳ１１０１で、すべてのＮＦＣユニットは、ターゲットとして動作し、イニシエータからの命令を待っている状態になる。次に、ステップＳ１１０２で、ＮＦＣユニットは、ＮＦＣ規格による通信を制御するアプリケーションからの要求でイニシエータに切り替わることができる。ＮＦＣユニットがイニシエータに切り替わる要求に応じると、アプリケーションは、アクティブモードまたはパッシブモードのどちらかを選択し、ステップＳ１１０３で、伝送速度を決める。

次に、ステップＳ１１０４で、イニシエータは、自装置以外が出力するＲＦフィールドの存在を検知する。外部のＲＦフィールドが存在すれば、イニシエータは自らのＲＦフィールドを発生させない。外部のＲＦフィールドが存在しなければ、ステップＳ１１０５で、イニシエータは、自らのＲＦフィールドを発生させる。以上のステップを経て、ＮＦＣユニットは、イニシエータとして動作を開始する。

図１２は、パッシブモードによるデータ交換を行うシーケンスを示す図である。

ここでは、第１のＮＦＣユニット１２０１がイニシエータ、第２のＮＦＣユニット１２０２がターゲットとして動作している場合について説明する。

まず、ステップＳ１２０１で、第１のＮＦＣユニット１２０１は、単一デバイスを検知し、第２のＮＦＣユニット１２０２を特定する。次に、ステップＳ１２０２で、第１のＮＦＣユニット１２０１は、属性要求として自身の識別子や送受信のビット伝送速度、有効データ長などを送信する。また、属性要求は、汎用バイトを有し、任意に選択して使用することができる。有効な属性要求を受信した場合、第２のＮＦＣユニット１２０２は、ステップＳ１２０３で、属性応答を送信する。ここで、第２のＮＦＣユニット１２０２からの送信は、負荷変調によって行われ、図１２中では、負荷変調によるデータ送信は、点線の矢印で表現している。

有効な属性応答を確認した後に、第１のＮＦＣユニット１２０１は、ステップＳ１２０４で、パラメータ選択要求を送信し、引き続く伝送プロトコルのパラメータを変更することができる。パラメータ選択要求に含まれるパラメータは、伝送速度と有効データ長とである。第２のＮＦＣユニット１２０２は、有効なパラメータ選択要求を受信すると、ステップＳ１２０５で、パラメータ選択応答を送信し、パラメータを変更する。なお、パラメータ変更を行わない場合、ステップＳ１２０４及びＳ１２０５を省略してもよい。

次に、ステップＳ１２０６で、第１のＮＦＣユニット１２０１と第２のＮＦＣユニット１２０２とが、データ交換要求及びデータ交換応答によって、データを交換する。データ交換要求及び応答は、通信相手が有するアプリケーションに対する情報などをデータとして伝送することができ、データサイズが大きければ、分割して送信することができる。

データ交換が終了すると、ステップＳ１２０７で、第１のＮＦＣユニット１２０１は、選択解除要求、解放要求のどちらかを送信する。選択解除要求を送信すると、第２のＮＦＣユニット１２０２は、ステップＳ１２０８で、選択解除応答を送信する。第１のＮＦＣユニット１２０１は、選択解除応答を受け取ると、第２のＮＦＣユニット１２０２を示す属性を解放し、ステップＳ１２０１に戻る。解放要求を送信すると、第２のＮＦＣユニット１２０２は、ステップＳ１２０８で、解放応答を送信し、初期状態へ戻る。第１のＮＦＣユニット１２０１が解放応答を受け取ると、ターゲットは完全に解放され、初期状態へ戻るようにしてもよい。

図１３は、アクティブモードによるデータ交換を行うシーケンスを示す図である。

ここでは、第１のＮＦＣユニット１３０１がイニシエータとして動作し、第２のＮＦＣユニット１３０２が、ターゲットとして動作し、この動作について説明する。

まず、ステップＳ１３０１で、第１のＮＦＣユニット１３０１は、属性要求として自身の識別子や送受信のビット伝送速度、有効データ長などを送信する。第２のＮＦＣユニット１３０２は、有効な属性要求を受信すると、ステップＳ１３０２で、属性応答を送信する。ここで、第２のＮＦＣユニット１３０２からの送信は、自らの発したＲＦフィールドによって行われる。このために、第１及び第２のＮＦＣユニットは、データ送信が終了すると、ＲＦフィールドの出力を停止する。

有効な属性応答を確認した後に、第１のＮＦＣユニット１３０１は、ステップＳ１３０３で、パラメータ選択要求を送信し、伝送プロトコルのパラメータを変更することができる。パラメータ選択要求に含まれるパラメータは、伝送速度と有効データ長とである。第２のＮＦＣユニット１３０２は、有効なパラメータ選択要求を受信すると、ステップＳ１３０４で、パラメータ選択応答を送信し、パラメータを変更する。なお、パッシブモードの場合と同様に、パラメータ変更を行わない場合には、ステップＳ１３０３及びＳ１３０４を省略するようにしてもよい。

次に、ステップＳ１３０５で、第１のＮＦＣユニット１３０１と第２のＮＦＣユニット１３０２とは、データ交換要求及びデータ交換応答によって、データを交換する。データ交換要求及び応答する場合、アプリケーションに対する情報などをデータとして伝送することができ、データサイズが大きければ、分割して送信することもできる。

データ交換が終了すると、ステップＳ１３０６で、第１のＮＦＣユニット１３０１は、選択解除要求、解放要求のどちらかを送信する。選択解除要求を送信すると、第２のＮＦＣユニット１３０２は、ステップＳ１３０７で、選択解除応答を送信する。第１のＮＦＣユニット１３０１は、選択解除応答を受け取ると、第２のＮＦＣユニット１３０２を示す属性を解放する。その後に、ステップＳ２００８で、第１のＮＦＣユニット１３０１は、識別子が既知である別のターゲットに起動要求を送信する。起動要求を受けたターゲットは、ステップＳ２００９で、起動応答を送信し、ステップＳ１３０１に戻る。解放要求を送信すると、第２のＮＦＣユニット１２０２は、ステップＳ１２０８で、解放応答を送信し、初期状態へ戻る。第１のＮＦＣユニット１２０１は、解放応答を受け取ると、ターゲットは完全に解放され、初期状態へ戻るようにしてもよい。

図１４は、ＮＦＣとＷＬＡＮとを切り換えてデータ転送する動作を示すシーケンス図である。

ＮＦＣは、通信速度が数百ｂｐｓと比較的低速であるので、ＮＦＣで認証などを行い、容量の多いデータについては、より高速なＷＬＡＮで転送することによって、効率的なデータ転送を図ることができる。

図１４は、携帯型通信端末装置１４０１上に存在する画像データをＭＦＰ１４０２で印刷するために、携帯型通信端末装置１４０１が主体となって転送するいわゆるプッシュ型の動作の一例を示す図である。

ステップＳ１４０１で、ＮＦＣを確立するために、ＮＦＣ部１４０３がイニシエータとなって、ＮＦＣ部１４０５をターゲットとして検知する。ＮＦＣ部１４０５が正しく検知されると、ステップＳ１４０２で、ＮＦＣ部１４０５は、検知応答を送信する。

なお、図１４に示す例は、携帯型通信端末装置１４０１がイニシエータとなる場合であるが、実際には、操作部３０５などからの入力に基づいて、ＭＦＰ１４０２がイニシエータになってもよい。検知応答を正しく受信すると、ＮＦＣ部１４０３は、ステップＳ１４０３で、ＮＦＣによる通信を行うための属性要求を送信する。属性要求を受信したＮＦＣ部１４０５は、ステップＳ１４０４で、属性応答を返す。ここで、属性要求及び応答において、イニシエータ、ターゲットのＮＦＣ ＩＤを送信し、このＩＤによって通信相手を特定する。

ステップＳ１４０５では、相互認証が行われ、データ暗号化のための暗号鍵などを渡すことができる。なお、暗号鍵を渡す必要がなければ、この相互認証を行わないようにしてもよい。その後に、ステップＳ１４０６で、ＮＦＣ部１４０３は、ＭＦＰ１４０２が利用可能な通信プロトコルの情報を、ＮＦＣ部１４０５に要求する。この要求には、携帯型通信端末装置が利用可能な通信プロトコルの情報が含まれ、ＮＦＣ部１４０５は、この要求を受信した際に、携帯型通信端末装置のＷＬＡＮ通信が利用可能であることを認識することができる。

ステップＳ１４０７では、ＮＦＣ部１４０５は、ステップＳ１４０６で受け取った要求に対して、自身の利用可能な通信プロトコルの情報を応答する。これによって、各装置は、相手の装置が利用可能な通信プロトコルであることを把握することができる。

ここで認識したＮＦＣ以外のプロトコルであるＷＬＡＮが、ＮＦＣよりも高速なデータ転送が可能であり、ＷＬＡＮに切り換えて通信することが、イニシエータである携帯型通信端末装置によって決定されたとする。なお、切り換えを行うための決定を、ＭＦＰ１４０２が実行するようにしてもよい。この場合、ステップＳ１４０８及びＳ１４０９で、ＷＬＡＮによって通信を行うために必要な、例えば通信相手を特定するアドレスなどの情報を交換する。その後に、ステップＳ１４１０で、ＮＦＣ部１４０３は、ＮＦＣからＷＬＡＮ通信へ切り換える要求を送信する。ＮＦＣ部１４０５は、切り換えの要求を受信すると、ステップＳ１４１１で応答を行う。

正しい切り換え応答が得られると、ステップＳ１４１２で、ＮＦＣ部１４０３からＷＬＡＮ通信部１４０４へ切り換え、ステップＳ１４１３で、ＮＦＣ部１４０５からＷＬＡＮ通信部１４０６へ切り換える。切り換えた後に、ステップＳ１４１４で、ＮＦＣ部１４０３は、解放要求を送信する。解放要求を受け取ったＮＦＣ部１４０５は、ステップＳ１４１５で、解放応答を送信し、ＮＦＣを終了する。

ステップＳ１４１６以降では、ステップＳ１４０８及びＳ１４０９で交換したＷＬＡＮ通信のための情報に基づいて、ＷＬＡＮ通信が行われる。まず、ステップＳ１４１６で、ＷＬＡＮ通信部１４０４は、データ転送が可能かどうかを、ＷＬＡＮ通信部１４０６に確認する。ここで確認する内容は、例えば、ＭＦＰ１４０２内に転送しようとする画像を一時保存するための空き容量などである。ＷＬＡＮ通信部１４０６は、確認の要求を受け取った後に、ステップＳ１４１７で、確認に対する応答を送信する。正しい応答が得られ、データ転送が可能であると判断すると、ＷＬＡＮ通信部１４０４は、ステップＳ１４１８で、携帯型通信端末装置１４０１に存在する画像データをＷＬＡＮ通信部１４０６に送信する。このようにすることで、容量の大きいデータはより高速な通信プロトコルを用いて転送することができる。

図１５は、携帯型通信端末装置１５０１上に存在する画像データをＭＦＰ１５０２で印刷するために、ＭＦＰ１５０２が主体となって転送するいわゆるプル型の場合を示す図である。

ステップＳ１５０１からＳ１５１５までの手順は、図１４に示す場合と同様である。

ＮＦＣ規格による通信からＷＬＡＮ通信に切り換わった後に、まず、ステップＳ１５１６で、ＷＬＡＮ通信部１５０６からＷＬＡＮ通信部１５０４に、データ取得の確認要求が送信される。ここで確認される内容は、例えば、携帯型通信端末装置１５０１が転送する予定のデータサイズなどである。転送データに関する確認の要求を受け取った後に、ＷＬＡＮ通信部１５０４は、ステップＳ１５１７で応答を送信する。正しい応答が得られ、ＭＦＰ１５０２の空き容量などを考慮したうえで、データ転送が可能であると判断すると、ＷＬＡＮ通信部１５０６は、ステップＳ１５１８で、画像データを要求する。正しい要求を受け取とると、ＷＬＡＮ通信部１５０４は、ステップＳ１５１９で要求された画像データを送信する。

図１６は、携帯型通信端末装置２００で動作するアプリケーションについて示す図である。

図１６（ａ）は、携帯型通信端末２００の表示部２０３にホーム画面が表示されている様子を示す図である。ホーム画面では、携帯型通信端末装置２００にインストールされているアプリケーションが表示されている。ここで、ユーザが操作部２０４の対応するアプリケーションを押下することによって、アプリケーションを開始することができる。

図１６（ｂ）は、メールアプリケーションの起動を示す図である。携帯型通信端末装置２００のＣＰＵ６０２が演算処理を行うことによって、メールアプリケーションの処理を開始することができるが、同時に、携帯型通信端末２００に付属しているバッテリーを消費する。この状態で、ユーザがホームボタン２０６を押下することによって、メールアプリケーションを休止し、図１６（ａ）の状態に戻ることができる。

しかし、メールアプリケーションは、処理を停止したわけではなく、バックグラウンドで動作をし続け、メールが着信していないかを、定期的に無線通信によってポーリングすることがある。この場合、バックグラウンドで動作しているメールアプリケーションによって、バッテリーを消費し続ける。もし、メールアプリケーションを完全に停止したければ、ホーム画面でホームボタン２０６を長押しすることによって、実行中アプリケーションの表示画面に遷移することができる。

図１６（ｃ）は、実行中アプリケーションの一例を示す図である。この画面で停止したいアプリケーションのＣＬＯＳＥキー１６０１を押下することによって、対応するアプリケーションの動作を停止することができる。ここで、停止されたアプリケーションによってバッテリーを消費することはなくなる。

図１７は、携帯型通信端末装置２００上に存在するデータをＭＦＰ３００で印刷するために、携帯型通信端末装置２００が主体となって転送するプッシュ型通信を行う場合のシーケンスの一例を示す図である。

このときに、携帯型通信端末２００からＭＦＰ３００へデータを送信する際に、省電力制御を行うことによって、消費電力を低減している。なお、携帯型通信端末装置２００とＭＦＰ３００とは、図１４、図１５に示すように、ＮＦＣからＷＬＡＮに通信方式を切り換えて通信しているとする。

はじめに、ステップＳ１７０１でＮＦＣにより、ターゲットであるＭＦＰ３００の状態要求を送信した後に、ＭＦＰ３００は、ステップ１７０２で、状態要求を受信する。ここで正しい応答が得られなければ、再度状態要求を送信するか、または通信を中断する。正しい応答が得られると、ステップＳ１７０３へ移行する。ステップＳ１７０３で、ＲＡＭ７０４のステータス９０８に格納されている情報に基づいて、ＭＦＰ３００の状態を判断する。印刷可能状態であれば、ステップＳ１７０４へ移行し、印刷不可状態であれば、ステップＳ１７０５へ移行し、印刷待ち状態であれば、ステップＳ１７０６へ移行する。

ステップＳ１７０４〜Ｓ１７０６で、ＭＦＰ３００の状態応答を携帯型通信端末装置２００へＮＦＣにより送信し、ステップＳ１７０７で、携帯型通信端末装置２００は、状態応答をＮＦＣにより受信する。ここで受信した状態が、印刷待ち状態であれば、指定時間経過後に、ステップＳ１７０１の状態要求を送信する前のステップへ戻る。受信した状態が、印刷不可状態であれば、ステップＳ１７１８へ移行する。ステップＳ１７１８以降については、ここでは説明せずに、後述する。

なお、Ｓ１７０１〜Ｓ１７０７のステップにおいて、上述した図１４におけるＳ１４０１〜Ｓ１４１５における処理が実行されることでＮＦＣ通信が解放され、またＷＬＡＮによる無線通信のための認証が行われる。

受信した状態が印刷可能状態であれば、ステップＳ１７０９で、省電力制御を行う。このステップＳ１７０９では、省電力制御として、携帯型通信端末装置２００が実行可能な複数のアプリケーションのうち、ユーザにより指定された、または予め決められているアプリケーションを停止する。省電力制御の詳細については、図１８に示し、後述する。

続いて、ステップＳ１７１０で、ＭＦＰ３００に対してデータ送信が可能かどうかを要求する。なお、Ｓ１７１０による要求、また後述するＳ１７１１〜Ｓ１７１７による通信は、上記認証に従ってＷＬＡＮにより実行される。ここで確認する内容は、ＭＦＰ３００に送信しようとする画像を一時保存するための空き容量などである。ステップＳ１７１１で、ＭＦＰ３００が確認要求を受け取った後に、ステップＳ１７１２で、ＭＦＰ３００が確認に対する応答を送信する。携帯型通信端末装置２００は、ステップＳ１７１３で、応答を受信し、ステップＳ１７１４で、ターゲットであるＭＦＰ３００に印刷のためのデータを送信する。ＭＦＰ３００は、送信されたデータを、ステップＳ１７１５で受信する。ステップＳ１７１４とＳ１７１５とを、送信が完了するまで繰り返す。

ステップＳ１７１６で、送信が完了し、データ受信完了の応答を送信する。携帯型通信端末装置２００は、ステップＳ１７１７で、データ受信完了の応答を受信し、ステップＳ１７１８で、ＭＦＰ３００に、解放要求を送信する。なお、ステップＳ１７１８では、Ｓ１７１０〜Ｓ１７１７においてＷＬＡＮによる通信が実行された場合、ＷＬＡＮによりＷＬＡＮの解放要求を送信する。一方、Ｓ１７０８において印刷不可と判定された場合、ＮＦＣによりＮＦＣの解放要求が送信される。

ＭＦＰ３００は、ステップＳ１７１９で、解放要求を受信し、ステップＳ１７２０で、解放要求に対する応答を送信する。携帯型通信端末装置２００は、ステップＳ１７２１で、解放応答を受信する。この時点で、携帯型通信端末装置２００とＭＦＰ３００とのＮＦＣまたはＷＬＡＮによる通信が解放される。

そして携帯型通信端末装置２００は、ステップＳ１７２２において、省電力制御を終了する。即ち、Ｓ１７０９における省電力制御が実行され、一部のアプリケーションの動作が停止されていた場合に、Ｓ１７２１における通信の解放に応じて、その一部のアプリケーションの動作の再開を許可する。

次に携帯型通信端末装置２００は、ステップＳ１７０９で省電力制御が実行され、ステップＳ１７２２で動作再開が許可されたアプリケーションに、自動更新処理の対象である所定のアプリケーションが含まれているかを、ステップＳ１７２３で判定する。

ステップＳ１７２３において自動更新処理の対象のアプリケーションが含まれていないと判定された場合は、処理を終了し、一方、自動更新処理の対象のアプリケーションが含まれていると判定された場合、ステップＳ１７２４に進む。

ステップＳ１７２４で携帯型通信端末装置２００のＣＰＵ６０２は、ステップＳ１７２２における判定に従って、自動更新対象のアプリケーションに更新処理を実行させる。

上記の自動更新処理の対象として、例えばメールアプリケーションを設定しておく。メールアプリケーションでは、サーバに対して定期的にアクセスする、またはユーザの指示に応じてサーバにアクセスすることにより、受信メールの確認を行うことがある。しかし、上記のステップＳ１７０９における省電力制御によりメールアプリケーションが停止されていた場合、ステップＳ１７２２で省電力制御が終了するまでに受信メールがあれば、次に受信メールの確認を行うまでその受信メールを取得できないことがある。そこで、メールアプリケーションを自動更新処理の対象として登録しておき、ステップＳ１７２４において自動更新を実行させ、サーバに対して受信メールの確認を行わせる。これにより、仮にメールアプリケーション停止中に当該携帯型通信端末装置に対する受信メールがあった場合でも、省電力制御が終了したことに応じて、携帯型通信端末装置はその受信メールを受信することができる。

また、携帯型通信端末装置２００に複数のメールアプリケーションがインストールされていれば、その複数のメールアプリケーションのうち、自動的にポーリングして受信メールを確認するメールアプリケーションのみに、上記自動更新処理を実行してもよい。

なお、自動更新処理の対象はメールアプリケーションに限らず、他のアプリケーションでもよい。また例えばＷｅｂブラウザが省電力制御により停止していた場合、表示対象のＷｅｂページに応じて自動更新処理を実行するか判定するようにしてもよい。

ステップＳ１７２４において自動更新処理が実行されると、図１７に示す処理を終了する。

なお、この例では、ＮＦＣからＷＬＡＮに通信方式を切り替える通信を想定しているが、ＮＦＣからＷＬＡＮ以外の通信方式に切り替えるようにしてもよく、動作が成立する。また、ＮＦＣから通信方式を切り替えない場合も、同様に成立する。

続いて、ステップＳ１７０９の省電力制御について、図１８（ａ）で説明する。

はじめに、ステップＳ１８０１で、省電力制御が有効であるかどうかを確認する。省電力制御が有効であること、または無効であることを設定する場合、携帯型通信端末装置２００の設定画面から、設定することができる。図１８（ｂ）は、携帯型通信端末２００の省電力設定画面を示す図である。

ここで、操作部２０４を介して、省電力設定をＹｅｓに設定することによって、省電力制御を有効にすることができる。省電力制御が有効である場合、ステップＳ１８０２で、予め定められた規則によって、バックグラウンドで処理されているアプリケーションを停止する。

また、上記ルールに従い、停止すると判断されたアプリケーションが無線通信中に新たに起動することがないように制御するようにしてもよい。つまり、停止したアプリケーションが無線通信中に新たに起動しないように制御するようにしてもよい。

さらに、直ちにアプリケーションを停止するのではなく、ユーザが携帯型通信端末装置２００を操作しなくなった状態から所定時間を経過した後に、上記アプリケーションを停止する動作を開始するようにしてもよい。例えば、携帯型通信端末装置２００の操作部２０４またはホームボタン２０６をユーザが所定時間操作していなければ、上記アプリケーションを停止する動作を開始することを判断する。また、携帯型通信端末装置２００に内蔵されている加速度センサが反応を示していなければ、上記アプリケーションを停止する動作を開始することを判断する。また、ステップＳ１７０８で、ステータスが印刷待ち状態であると判断されれば、印刷可能状態であった場合と同様に、省電力制御に入ってもよい。つまり、ポーリング中であっても、バックグラウンドで処理されているアプリケーションを停止するようにしてもよい。

図１９は、予め定められる規則の一例を示す図である。

図１９（ａ）は、携帯型通信端末装置２００のアプリケーションごとの省電力設定画面である。省電力設定が有効であれば、この画面を操作することによって、省電力制御時にアプリケーションごとに停止するかしないかのルールを作成することができる。

図１９（ａ）に示す例では、電話、ニュース、ブラウザ、ＮＦＣのアプリケーションを停止する。つまり、省電力制御時に停止するアプリケーションとして、電話、ニュース、ブラウザ、ＮＦＣを想定する。また、無線通信中に各アプリケーションが立ち上がることを禁止する。図１７に示した処理のように、無線通信方式をＮＦＣからＷＬＡＮに切り替える場合、省電力処理によりＮＦＣのアプリケーションが停止したとしても、ＷＬＡＮにより通信を行うことができる。ただし、例えばＮＦＣからＷＬＡＮによる切り替えを行わない場合、図１９（ａ）に示す例においてＮＦＣのアプリケーションが停止の対象として設定されていたとしても、当該アプリケーションを停止することなく、ＮＦＣによる通信を可能とする。

なお、図１９（ａ）に示すように省電力制御の対象とするアプリの候補を表示し、ユーザによりその対象を選択させる場合、ポーリング等によりユーザの指示がなくても自動的に動作するアプリケーションのみを、上記候補として表示するようにしてもよい。これにより、例えば起動中であっても動作をせず、電力消費にそれほど起因しないアプリケーションが停止されてしまうことを防ぐことができる。このように、電力消費にそれほど起因しないアプリケーションを起動させ続ける場合に限らず、逆に、そのようなアプリケーションについては自動的に停止させるようにしてもよい。このようなアプリケーションは、上記のようにユーザの指示なく自動的に動作することはないため、無線通信中に停止させたとしても影響は少ない。よってこのようなアプリケーションを停止させることにより、無線通信中の消費電力を更に抑えることができる。

また、図１９（ｂ）は、予め定められる規則のもう１つの例を示す図である。アプリケーションごとに、外部との通信方式を、図１９（ｂ）に示すように、携帯型通信端末装置２００のＲＯＭ６０３にテーブルで記憶しておく。そして、携帯型通信端末装置２００の無線通信方式と異なる通信方式で、外部と通信するアプリケーションを停止し、該当するアプリケーションが途中で立ち上がることを禁止する。

図１９（ｂ）に示す例では、ＮＦＣによる近接無線通信を行っている間は、ＷＬＡＮ、電波を利用するアプリケーションを停止し、該当するアプリケーションが新規に立ち上がる（途中で立ち上がる）ことを禁止する。また、ＷＬＡＮによって通信している場合、電波、ＮＦＣを利用するアプリケーションを停止し、該当するアプリケーションが新規に立ち上がる（途中で立ち上がる）ことを禁止する。例えば図１７に示す例の場合、初めにＮＦＣにより通信を行う場合、ＷＬＡＮを利用するアプリケーションを停止し、ＮＦＣによる認証後、ＷＬＡＮによる通信を行うときに、ＮＦＣを利用するアプリケーションを停止する。

なお、図１９に示す予め定められる規則によって停止されたアプリケーションを、携帯型通信端末装置２００とＭＦＰ３００との無線通信が終了した段階で、新たに立ち上げ直すことによって、情報を自動的に更新するようにしてもよい。

図２０は、携帯型通信端末装置２００上に存在するデータをＭＦＰ３００で印刷するために、ＭＦＰ３００が主体となってデータを取得するいわゆるプル型通信を行う場合のデータ転送部のシーケンスの一例を示す図である。なお、図２０の例では、ＷＬＡＮへの切り替えは行わずに、ＮＦＣにより無線通信を行う。また図２０の例では、携帯型通信端末装置２００が、パッシブモードのターゲットとして動作する。このとき、上述したように、携帯型通信端末装置２００のバッテリーからＮＦＣユニットに電力が供給されなくても、ＮＦＣユニットはデータの送受信を行うことができる。即ち、少なくともＮＦＣによる無線通信により電力が消費されることはないため、この場合、プッシュ型通信で行ったような省電力制御は行わない。

はじめに、ステップＳ２００１で、ターゲットである携帯型通信端末装置２００に対して、データ取得が可能かどうかを要求する。ここで確認する内容は、携帯型通信端末装置２００に送信しようとする画像を一時保存するための空き容量などである。ステップＳ２００２で、携帯型通信端末装置２００は確認要求を受け取った後に、ステップＳ２００３で、確認に対する応答を送信する。ＭＦＰ３００は、ステップＳ２００４で、応答を受信し、ステップＳ２００５で、データ要求信号を送信し、ステップＳ２００６で、携帯型通信端末装置２００は、データ要求を受信し、ステップＳ２００７で、データを送信する。ＭＦＰ３００は、ステップＳ２００８で、データを受信する。ステップＳ２００７とＳ２００８とを、転送が完了するまで繰り返す。なお、印刷のためのデータが、携帯型通信端末装置２００ではなく、サーバ装置１０１に存在するようにしてもよい。この場合、ＭＦＰ３００は、携帯型通信端末装置２００から、印刷のためのデータのアドレスを引き出す。

なお、ＭＦＰ３００をイニシエータとした場合、図１８に示す省電力制御を行わない理由は、ＭＦＰ３００が主体となってデータを転送するプル型通信の場合、携帯型通信端末装置２００は、データを送信するのに電力を消費しないためである。このために、アプリケーションを停止する必要がない。

以上の実施形態によれば、例えば携帯型情報端末装置がＮＦＣにより無線通信を行うときに、ＮＦＣを用いる当該アプリケーションとは異なる他のアプリケーションを停止させる。これにより、例えば携帯型通信端末装置のバッテリー残量が不足していた場合に、無線通信中に電池切れにより携帯型通信端末装置が停止してしまうことを防ぐことができる。

また、上記のように無線通信中にアプリケーションを自動的に停止させた場合でも、ユーザによるアプリケーションの起動指示や動作指示があった場合には、当該アプリケーションの起動や動作開始を実行するようにしてもよい。

なお、無線通信の開始時に起動しているアプリケーションを停止する場合に限らず、無線通信中にアプリケーションが新たに起動しないように制御を行ってもよい。

また、以上の実施形態では、無線通信中に少なくとも１つのアプリケーションが動作しないように制御する例について説明したが、無線通信に限らず、有線通信中にアプリケーションが動作しないようにしてもよい。

さらに本実施形態における無線通信には、ＧＰＳ６０９による衛星からの信号の受信も含まれる。

なお、上記実施形態の機能は以下の構成によっても実現することができる。つまり、上記実施形態の形態型通信端末装置２００の処理を行うためのプログラムコードをシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）がプログラムコードを実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することとなり、またそのプログラムコードを記憶した記憶媒体も本実施形態の機能を実現することになる。

また、本実施形態の機能を実現するためのプログラムコードを、１つのコンピュータ（ＣＰＵ、ＭＰＵ）で実行する場合であってもよいし、複数のコンピュータが協働することによって実行する場合であってもよい。さらに、プログラムコードをコンピュータが実行する場合であってもよいし、プログラムコードの機能を実現するための回路等のハードウェアを設けてもよい。またはプログラムコードの一部をハードウェアで実現し、残りの部分をコンピュータが実行する場合であってもよい。

１０１…サーバ装置、
２００…携帯型通信端末装置、
２０２…ＷＬＡＮユニット、
３００…ＭＦＰ、
３０６…ＮＦＣユニット。

Claims (12)

1. 複数のアプリケーションが動作可能な通信装置であって、
   外部装置との通信を行うための通信手段と；
   上記通信手段が通信している場合に、当該通信に対応するアプリケーションとは異なる、少なくとも１つのアプリケーションが動作しないように制御する制御手段と；
   を有することを特徴とする通信装置。
2. 上記制御手段は、上記通信手段による通信が開始されるときに起動しているアプリケーションを停止することを特徴とする請求項１に記載の通信装置。
3. 上記制御手段はさらに、上記停止したアプリケーションが通信中に新たに起動しないように制御することを特徴とする請求項２に記載の通信装置。
4. 上記制御手段は、ユーザが上記通信装置を操作しなくなったときから所定時間を経過した後に上記制御を行うことを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. 上記制御手段は、上記通信手段により印刷装置による印刷のための通信が行われる場合に、当該印刷装置のステータスが印刷待ち状態であるときに、上記少なくとも１つのアプリケーションに対して上記制御を行うことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. 上記制御手段は、上記通信手段による通信に対応するアプリケーションとは異なり、且つユーザによる指示がなくてもバックグラウンドで動作するアプリケーションに対して上記制御を行うことを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 上記制御手段は、上記通信手段による通信に基づき少なくとも１つのアプリケーションに対して上記制御を行った場合、当該通信の終了に応じて、当該制御を終了することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 上記通信手段は、ＮＦＣにより無線通信を行うことを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
9. 上記制御手段は、上記通信手段が、ＮＦＣにおけるパッシブモードのターゲットとして動作する場合、上記制御を行わないことを特徴とする請求項８に記載の通信装置。
10. 上記通信装置は、当該通信装置が備えるバッテリーにより動作可能な装置であることを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
11. 複数のアプリケーションを動作可能な通信装置の制御方法であって、
    前記通信装置が外部装置との通信を行うか判定する判定工程と；
    上記判定工程において通信が行われると判定された場合に、当該通信に対応するアプリケーションとは異なる、少なくとも１つのアプリケーションが動作しないように制御する制御工程と；
    を有することを特徴とする制御方法。
12. コンピュータを、請求項１乃至１０のいずれか１項に記載の通信装置の各手段として動作させるためのプログラム。

Images