(57)【要約】【課題】携帯端末装置が、省電力モード時の情報処理装置と通信する際において、携帯端末装置からの接続要求に情報処理装置が応答できずに、通信エラーが発生する。【解決手段】情報処理装置は、現在の電力モードである第一の電力モードから、処理を行うための第二の電力モードに復帰するために要する復帰時間を特定する特定手段と、前記特定手段にて特定された復帰時間の情報を、近距離無線通信による信号に含めて送信する送信手段とを備え、前記携帯端末は、前記近距離無線通信を介して前記情報処理装置から送信された信号を受信した際に、当該信号に含まれる前記復帰時間の情報を取得する取得手段と前記情報処理装置に処理の要求を送信する要求手段とを備え、前記要求手段は、前記処理の要求を送信した後、前記取得手段にて取得した復帰時間に基づいて、当該処理に用いられるデータを前記情報処理装置に送信するタイミングを制御する。【選択図】  図３
2017103649.tif 000002
【特許請求の範囲】
【請求項１】
近距離無線通信を用いて互いに通信可能な情報処理装置と携帯端末とを含むシステムであって、
前記情報処理装置は、
現在の電力モードである第一の電力モードから、処理を行うための第二の電力モードに復帰するために要する復帰時間を特定する特定手段と、
前記特定手段にて特定された復帰時間の情報を、前記近距離無線通信による信号に含めて送信する送信手段と
を備え、
前記携帯端末は、
前記近距離無線通信を介して前記情報処理装置から送信された信号を受信した際に、当該信号に含まれる前記復帰時間の情報を取得する取得手段と
前記情報処理装置に処理の要求を送信する要求手段と、
を備え、
前記携帯端末の前記要求手段は、前記処理の要求を送信した後、前記取得手段にて取得した復帰時間に基づいて、当該処理に用いられるデータを前記情報処理装置に送信するタイミングを制御することを特徴とするシステム。
【請求項２】
前記携帯端末の前記要求手段は、前記処理の要求を送信してから前記取得手段にて取得した復帰時間が経過した後に、前記処理に用いられるデータを前記情報処理装置に送信することを特徴とする請求項１に記載のシステム。
【請求項３】
前記携帯端末の前記要求手段は、前記取得手段にて取得した復帰時間が経過した後に送信したデータに対する応答を前記情報処理装置から受信できない場合は、通信エラーが発生したものとして処理することを特徴とする請求項２に記載のシステム。
【請求項４】
前記携帯端末の前記要求手段は、前記処理の要求を送信してから前記取得手段にて取得した復帰時間が経過するまでの間、当該処理に用いられるデータを送信した際の応答が前記情報処理装置から受信できない場合、当該処理に用いられるデータを繰り返して再送することを特徴とする請求項１に記載のシステム。
【請求項５】
前記処理に用いられるデータの再送の上限回数は、前記取得手段にて取得した復帰時間と、予め設定された再送の間隔とから求められ、
前記携帯端末の前記要求手段は、前記再送の上限回数を超えて前記処理に用いられるデータを再送した場合に、当該再送したデータに対する応答を前記情報処理装置から受信できない場合は、通信エラーが発生したものとして処理することを特徴とする請求項４に記載のシステム。
【請求項６】
前記情報処理装置は、
前記携帯端末から前記処理の要求を受信する受信手段と、
前記処理の要求を受信した際に、当該要求の処理を行うために前記第二の電力モードへ復帰するように制御する制御手段と、
前記第二の電力モードに復帰した後、前記携帯端末から受信したデータを用いて処理を行う処理手段と
を備えることを特徴とする請求項１乃至５のいずれか一項に記載のシステム。
【請求項７】
前記第一の電力モードは、前記第二の電力モードよりも省電力であることを特徴とする請求項１乃至６のいずれか一項に記載のシステム。
【請求項８】
前記情報処理装置は、前記第一の電力モードから前記第二の電力モードに復帰するために要する復帰時間の情報を保持する保持手段を更に有することを特徴とする請求項１乃至７のいずれか一項に記載のシステム。
【請求項９】
前記特定手段は、現在の電力モードが前記第二の電力モードである際には、前記復帰時間を０として特定することを特徴とする請求項１乃至８のいずれか一項に記載のシステム。
【請求項１０】
前記携帯端末は、前記処理の要求を送信してから、前記復帰時間の経過の状況を示す画面を表示する表示手段を更に有することを特徴とする請求項１乃至９のいずれか一項に記載のシステム。
【請求項１１】
前記近距離無線通信は、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙであり、
前記信号は、ビーコン信号である
ことを特徴とする請求項１乃至９のいずれか一項に記載のシステム。
【請求項１２】
近距離無線通信を用いて互いに通信可能な情報処理装置と携帯端末とを含むシステムにおける制御方法であって、
前記情報処理装置において、
現在の電力モードである第一の電力モードから、処理を行うための第二の電力モードに復帰するために要する復帰時間を特定する特定工程と、
前記特定工程にて特定された復帰時間の情報を、前記近距離無線通信による信号に含めて送信する送信工程と
を有し、
前記携帯端末において、
前記近距離無線通信を介して前記情報処理装置から送信された信号を受信した際に、当該信号に含まれる前記復帰時間の情報を取得する取得工程と
前記情報処理装置に処理の要求を送信する要求工程と、
を有し、
前記携帯端末の前記要求工程において、前記処理の要求を送信した後、前記取得工程にて取得した復帰時間に基づいて、当該処理に用いられるデータを前記情報処理装置に送信するタイミングを制御することを特徴とする制御方法。
【請求項１３】
近距離無線通信を用いた通信が可能な情報処理装置であって、
現在の電力モードである第一の電力モードから、処理を行うための第二の電力モードに復帰するために要する復帰時間を特定する特定手段と、
前記特定手段にて特定された復帰時間の情報を、前記近距離無線通信による信号に含めて送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項１４】
近距離無線通信を用いて情報処理装置と通信可能な携帯端末であって、
前記近距離無線通信を介して前記情報処理装置から送信された信号を受信した際に、当該信号に含まれる、前記情報処理装置が第一の電力モードから第二の電力モードに復帰するために要する復帰時間の情報を取得する取得手段と
前記情報処理装置に処理の要求を送信する要求手段と、
を備え、
前記要求手段は、前記処理の要求を送信した後、前記取得手段にて取得した復帰時間に基づいて、当該処理に用いられるデータを前記情報処理装置に送信するタイミングを制御することを特徴とする携帯端末。
【請求項１５】
近距離無線通信を用いた通信が可能な情報処理装置の制御方法であって、
現在の電力モードである第一の電力モードから、処理を行うための第二の電力モードに復帰するために要する復帰時間を特定する特定工程と、
前記特定工程にて特定された復帰時間の情報を、前記近距離無線通信による信号に含めて送信する送信工程と
を有することを特徴とする情報処理装置の制御方法。
【請求項１６】
近距離無線通信を用いて情報処理装置と通信可能な携帯端末の制御方法であって、
前記近距離無線通信を介して前記情報処理装置から送信された信号を受信した際に、当該信号に含まれる、前記情報処理装置が第一の電力モードから第二の電力モードに復帰するために要する復帰時間の情報を取得する取得工程と
前記情報処理装置に処理の要求を送信する要求工程と、
を有し、
前記要求工程において、前記処理の要求を送信した後、前記取得工程にて取得した復帰時間に基づいて、当該処理に用いられるデータを前記情報処理装置に送信するタイミングを制御することを特徴とする携帯端末の制御方法。
【請求項１７】
コンピューターを、
現在の電力モードである第一の電力モードから、処理を行うための第二の電力モードに復帰するために要する復帰時間を特定する特定手段、
前記特定手段にて特定された復帰時間の情報を、近距離無線通信による信号に含めて送信する送信手段
として機能させるためのプログラム。
【請求項１８】
コンピューターを、
近距離無線通信を介して情報処理装置から送信された信号を受信した際に、当該信号に含まれる、前記情報処理装置が第一の電力モードから第二の電力モードに復帰するために要する復帰時間の情報を取得する取得手段
前記情報処理装置に処理の要求を送信する要求手段、
として機能させ、
前記要求手段は、前記処理の要求を送信した後、前記取得手段にて取得した復帰時間に基づいて、当該処理に用いられるデータを前記情報処理装置に送信するタイミングを制御することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムおよびその制御方法、情報処理装置およびその制御方法、携帯端末およびその制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、従来のパーソナルコンピュータ（ＰＣ）等に代わり、利便性が向上した携帯端末装置が広く利用されるようになっている。また、これまでは有線ＬＡＮで接続された使用環境から、無線技術を用いた使用環境に移行することにより、携帯端末装置からクラウドを経由して印刷を行うことも可能になってきている（例えば、特許文献１参照）。
【０００３】
このような無線通信の規格として、省電力を図る工夫がなされたＢｌｕｅｔｏｏｔｈ（商標登録）およびＢＬＥ（Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ）がある。Ｂｌｕｅｔｏｏｔｈ（登録商標）による無線通信を利用し、データ通信を行っていない期間には省電力モードとすることにより電力消費を抑えるための種々の提案がなされている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１３８０７４号公報
【特許文献２】特開２０１３−１８７７３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
携帯端末装置では、省電力モード状態でもバックグラウンドで通信が行われ、意図的に通信を切断しない限り装置間の通信が必要に応じて行われている。また、超低消費電力で無線通信を行う規格もあり、無線通信でリンク状態を維持し続けて使用される。無線通信で使用されるビーコン信号においても、携帯端末装置の位置検出など、通信以外の目的に使用されるため、省電力モード状態であってもビーコン信号を送信する必要が発生している。このような環境で使用される装置同士では、相互に通信するタイミングに関して特に変更する必要は発生しなかった。
【０００６】
しかしながら、消費電力の大きな情報処理装置を携帯端末装置と接続して使用するためには様々な対応が必要となる。例えば、情報処理装置において、省電力モード状態であっても、ビーコン信号を送信できるようにしたものがある。このような情報処理装置では、省電力モード状態の時に送信したビーコン信号に対して、携帯端末装置から接続要求が行われた場合、省電力モード状態から通常モード状態に復帰しなければ通信を開始できない構成になっていることが多い。また、一般に情報処理装置では、省電力モード状態から通常モード状態に復帰するためには、装置の通電の再開、初期化を行うため所定の復帰時間を要する。
【０００７】
このため、このような情報処理装置と携帯端末装置との通信においては、携帯端末装置からの接続要求に情報処理装置が応答できずに、通信エラーが発生するという問題があった。
【課題を解決するための手段】
【０００８】
上記課題を解決するために本願発明は以下の構成を有する。すなわち、近距離無線通信を用いて互いに通信可能な情報処理装置と携帯端末とを含むシステムであって、前記情報処理装置は、現在の電力モードである第一の電力モードから、処理を行うための第二の電力モードに復帰するために要する復帰時間を特定する特定手段と、前記特定手段にて特定された復帰時間の情報を、前記近距離無線通信による信号に含めて送信する送信手段とを備え、前記携帯端末は、前記近距離無線通信を介して前記情報処理装置から送信された信号を受信した際に、当該信号に含まれる前記復帰時間の情報を取得する取得手段と前記情報処理装置に処理の要求を送信する要求手段と、を備え、前記携帯端末の前記要求手段は、前記処理の要求を送信した後、前記取得手段にて取得した復帰時間に基づいて、当該処理に用いられるデータを前記情報処理装置に送信するタイミングを制御する。
【発明の効果】
【０００９】
本願発明により、情報処理装置と携帯端末との通信を確実に行うことができ、レスポンスパケットを受信できないことによる通信エラーの発生を回避することができる。
【図面の簡単な説明】
【００１０】
【図１】本願発明に係る情報処理装置の例を示す図。
【図２】本願発明に係る情報処理装置の構造の概略を示す図。
【図３】本願発明に係る情報処理装置のハードウェア構成の一例を示す図。
【図４】本願発明に係る携帯端末のハードウェア構成の一例を示す図。
【図５】本願発明に係る情報処理装置の電力モードを説明するための図。
【図６】第一の実施形態に係る情報処理装置と携帯端末の通信フローを示す図。
【図７】本願発明に係るビーコンパケットのデータ構造例を示す図。
【図８】本願発明に係る情報処理装置のビーコンパケット送信処理のフローチャート。
【図９】第一の実施形態に係る携帯端末のデータパケット送信処理のフローチャート。
【図１０】第一の実施形態に係る携帯端末における表示画面の例を示す図。
【図１１】第二の実施形態に係る情報処理装置と携帯端末の通信フローを示す図。
【図１２】第二の実施形態に係る携帯端末のデータパケット送信処理のフローチャート。
【発明を実施するための形態】
【００１１】
＜第一の実施形態＞
本発明を実施するための第一の実施形態について図面を用いて説明する。
【００１２】
［装置構成］
図１および図２は、本実施形態における情報処理装置１の一例を示す図である。情報処理装置１は、例えば、コピー機能、スキャン機能、ＦＡＸ機能、及び印刷機能など各種機能を備える複合機である。なお、情報処理装置は、複合機に限定するものではなく、携帯端末８と通信を行う単機能のネットワークプリンタや、その他の処理装置であってもかまわない。また、情報処理装置１は、操作パネル２と、無線ＬＡＮ通信部３と、Ｂｌｕｅｔｏｏｔｈ通信部（以下、ＢＴ通信部と略す）４を備える。無線ＬＡＮ通信部３、およびＢＴ通信部４は、それぞれのインタフェースを介して情報処理装置１の動作を制御する制御部５と接続される。
【００１３】
携帯端末８は、ユーザが所持する携帯端末装置である。ユーザは、携帯端末８を使用して情報処理装置１と通信を行い、さらに、情報処理装置１を使用して各種処理を実行させる。
【００１４】
図３は、情報処理装置１のハードウェア構成の一例を示す。情報処理装置１は、制御部５、操作パネル２、印刷処理部９、読取部１０、および記憶装置１１を備える。各構成要素は、バス１３を介して接続されることにより相互に通信可能である。また、上述したように、情報処理装置１は、無線ＬＡＮ通信部３、およびＢＴ通信部４は、それぞれのインタフェースを介して制御部５と近距離無線通信機能にて通信可能に接続される。
【００１５】
制御部５は、ＣＰＵ６とメモリ７とを備えており、情報処理装置１が備える各部の動作を制御する。ＣＰＵ６は、記憶装置１１に記憶されているプログラム１２を読み出して実行する。プログラム１２は、例えば、制御部５に本願発明に係る各種処理を行うために機能させるためのプログラムである。メモリ７は、ＣＰＵ６がプログラムを実行することに伴う一時的なデータなどを記憶する記憶部である。
【００１６】
操作パネル２は、ユーザによる操作指示を入力する構成を備える。操作パネル２は、例えば、液晶パネルなどで構成され各種情報を表示する表示部２ａと、表示部２ａに対する操作を検知することでユーザによる操作指示を入力する操作入力部２ｂで構成される。
【００１７】
無線ＬＡＮ通信部３は、無線ＬＡＮ規格に基づいて外部機器（例えば、ユーザが保有する携帯端末８）との通信処理を行い、外部機器と制御部５の間で行われるデータ入出力処理を行う。ＢＴ通信部４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に基づいて外部機器（例えば、ユーザが保有する携帯端末８）との通信処理を行い、外部機器と制御部５の間で行われるデータ入出力処理を行う。
【００１８】
印刷処理部９は、画像データに基づき印刷処理を実行することで印刷物を出力する。印刷処理部９は、例えば、画像形成部、転写部、定着部、および、印刷物搬送部などを備える。画像形成部は、１枚ずつ給紙された用紙に対して、画像データに基づき画像形成を行う。転写部は、画像形成部によって形成されるトナー像（画像）を用紙に転写させる。定着部は、用紙に転写されたトナー像を定着させる。印刷物搬送部は、印刷された印刷物を排出する。
【００１９】
読取部１０は、紙等の原稿から原稿画像を読み取って画像データを生成する。読取部１０は、例えば、原稿搬送部や、画像データ出力部などを備える。原稿搬送部は、原稿載置台に載置された複数の原稿を先頭から１枚ずつ搬送する。画像データ出力部は、読み取った原稿画像を画像データに変換して生成する。記憶装置１１は、プログラム１２等を記憶する。
【００２０】
また、情報処理装置１は、通常の動作が行われる通常の電力モードに加え、消費電力を低減するための１または複数の省電力モードを備える。例えば、情報処理装置１は、一定時間ユーザにより使用されないと、図３で示した各処理部の通電を止めて消費電力を低減する省電力モードに移行する。情報処理装置１は、省電力モードに移行後において、例えば、外部からの復帰要求により通常モードに復帰して動作することが可能とする。電力モードの詳細については後述する。
【００２１】
図４は、携帯端末８のハードウェア構成の一例を示す。携帯端末８は、制御部１４、無線ＬＡＮ通信部１８、記憶装置１９、ＢＴ通信部２０、操作パネル２１を備える。各構成要素はバスを介して接続されることにより相互に通信可能である。
【００２２】
制御部１４は、携帯端末８全体を制御し、ＣＰＵ１５、メモリ１６、およびタイマ１７を備える。ＣＰＵ１５は、記憶装置１９に記憶されている各種プログラムを読み出して実行する。メモリ１６は、例えば、ＣＰＵ１５が本願発明に係るプログラムを実行することに伴う一時的なデータなどを記憶する記憶部である。タイマ１７は、ＣＰＵ１５がプログラムを実行する際に時間計測を行うためのタイマである。
【００２３】
無線ＬＡＮ通信部１８は、無線ＬＡＮ規格に基づいて外部機器（例えば、情報処理装置１）との通信処理を行い、外部機器と制御部１４の間で行われるデータ入出力処理を行う。ＢＴ通信部２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に基づいて外部機器（例えば、情報処理装置１）との通信処理を行い、外部機器と制御部１４の間で行われるデータ入出力処理を行う。
【００２４】
操作パネル２１は、ユーザによる操作指示を入力する構成を備える。操作パネル２１は、例えば、液晶パネルにより構成され各種情報を表示する表示部２１ａと、表示部２１ａに対する操作を検知することでユーザによる操作指示を入力する操作入力部２１ｂで構成される。また、図示していないが、携帯端末８はバッテリや電源制御部など、携帯端末として必要な電源供給の構成を備える。
【００２５】
ここで、情報処理装置１が備える電力モードについて説明する。前述した通り、情報処理装置１は一定時間ユーザにより使用されないと、情報処理装置１が備える各部位への通電を止めて消費電力を低減する省電力モードを備える。本実施形態に係る情報処理装置１は、通常モード、省電力モード１、省電力モード２の３つのモードを備えるものする。
【００２６】
図５は、本実施形態に係る情報処理装置１の各電力モードの通電部分と、各電力モードから通常モードへの復帰時間を示す。ここで、各電力モードから通常モードへの復帰時間は、Ｔｗａｉｔで表す。
【００２７】
通常モードでは、図３で示した情報処理装置１の各処理部には全て通電されておりユーザからの要求に対して直ちに必要な動作を行うことができる。従って、本実施形態では、通常モードである場合は、通常モードへの復帰時間（Ｔｗａｉｔ）は、０である。
【００２８】
省電力モード１では、図３で示した情報処理装置１の各処理部のうち、通電されているのは、ＣＰＵ６、ＢＴ通信部４、無線ＬＡＮ通信部３、操作入力部２ｂ、メモリ７、および記憶装置１１である。一方、表示部２ａ、印刷処理部９、および読取部１０には通電されていない。従って、省電力モード１からの復帰要求として、ＢＴ通信部４が外部から通信要求を受けた場合、ＣＰＵ６は、表示部２ａ、印刷処理部９、および読取部１０に通電し、各部の初期化を行うことにより通常モードへの復帰を行う。この際の各処理部の通電と初期化処理により、省電力モード１から通常モードへの復帰に要する時間（Ｔｗａｉｔ）は、ｔ１であるとする。なお、本実施形態では、ｔ１の値は０．４秒であるとする。
【００２９】
省電力モード２では、図３で示した情報処理装置１の各処理部のうち、通電されているのは、ＣＰＵ６、ＢＴ通信部４、無線ＬＡＮ通信部３、および操作入力部２ｂである。一方、メモリ７、記憶装置１１、表示部２ａ、印刷処理部９、および読取部１０には通電されていない。従って、省電力モード２からの復帰要求として、ＢＴ通信部４が外部から通信要求を受けた場合、ＣＰＵ６は、メモリ７、記憶装置１１、表示部２ａ、印刷処理部９、および読取部１０に通電し、各部の初期化を行うことにより通常モードへの復帰を行う。この際の各処理部の通電と初期化処理により、省電力モード２から通常モードへの復帰に要する時間（Ｔｗａｉｔ）は、ｔ２であるとする。なお、本実施形態では、ｔ２の値は２．５秒であるとする。
【００３０】
省電力モード１に対して、省電力モード２は通電しているブロックがより少ないので情報処理装置１の消費電力をより一層低減することができる。但し、省電力モード２では、復帰要求により通常モードに復帰する際に、通電、初期化処理を要するブロックが多くなるため、省電力モード１よりも復帰時間が長くなる。すなわち、省電力モード２から通常モードへの復帰時間であるｔ２は、省電力モードから通常モードへの復帰時間であるｔ１よりも長くなる（０＜ｔ１＜ｔ２）。
【００３１】
［処理フロー］
図６は、情報処理装置１と携帯端末８間で行われるＢｌｕｅｔｏｏｔｈ通信のフローを示す。情報処理装置１は、制御部５のＣＰＵ６がプログラム１２を実行することにより、動作開始時にＢＴ通信部４に対して不特定多数の装置を対象としたビーコンパケットを一定間隔で送信する動作を命令する。ここでの一定間隔は、情報処理装置１にて予め設定されているものとする。ＢＴ通信部４は、ＣＰＵ６からの命令に従い、ビーコンパケットの送信を一定間隔で行う。
【００３２】
携帯端末８は、ユーザ操作により記憶装置１９内のプログラムが起動され、Ｂｌｕｅｔｏｏｔｈ（登録商標）による無線通信の要求が発生すると、制御部１４内のＣＰＵ１５はＢＴ通信部２０に対して通信の開始を命令する。ＢＴ通信部２０は接続対象となるビーコンパケットのサーチを行い、接続対象となるビーコンパケットを検出すると、通信設定に従い通信要求を示すリクエストパケットを送信する。この後、ＢＴ通信部２０は、通信設定に従い１番目のデータパケットを送信する。
【００３３】
そして、ＢＴ通信部２０は、１番目のデータパケットに対する１番目のレスポンスパケットを情報処理装置１から受信すると、そのレスポンスパケット内のデータを取り出し、制御部１４のＣＰＵ１５に出力する。制御部１４のＣＰＵ１５は、更なるデータ通信が必要であれば、送信データをＢＴ通信部２０に対して出力し、データ転送を命令する。命令を受けたＢＴ通信部２０は、次の２番目のデータパケットを送信し、これに対する２番目のレスポンスパケットを情報処理装置１から受信する。
【００３４】
上記を繰り返して、携帯端末８から情報処理装置１へのデータの転送を行う。更なるデータ転送が無ければ、そのまま何もせずタイムアウトによる通信の切断を行う。
【００３５】
ここで、前述した情報処理装置１が備える各電力モードと、通信フローの制御に関して、図５と、図６を用いて説明する。
【００３６】
図６において、情報処理装置１が送信するビーコンパケットはデータ量が小さく、短時間で送信することができる信号である。従って、情報処理装置１において、ＢＴ通信部４によりビーコンパケットを送信する際の消費電力は極めて小さい。このため、情報処理装置１は、図５で説明した各電力モードにおいて、通常モードの場合のみならず、省電力モード１、及び省電力モード２の省電力モード状態であってもビーコンパケットを送信することが可能である。
【００３７】
しかしながら、携帯端末８において通信要求が発生し、携帯端末８からの通信要求であるリクエストパケットを情報処理装置１が受信した場合、情報処理装置１は通常モードに直ちに復帰する必要がある。すなわち、情報処理装置１は、携帯端末８からのリクエストパケットを受信すると、その後、携帯端末８からのデータパケットを受信して、受信したデータパケットに応じて携帯端末８から要求される各種処理を実行する。この際に、情報処理装置１は、携帯端末８から１番目のデータパケットを受信するまでの間に、通常モードに復帰して、通常モード状態で携帯端末８からのデータパケットの受信を行い、これに対するレスポンスパケットの送信を行う必要がある。そして、情報処理装置１は、通常モード状態でデータパケットの内容に応じた各種の動作処理を実行する。
【００３８】
図６に通信フローにおいて、情報処理装置１がリクエストパケットを受信した後、１番目のデータパケットを受信できるようになるまでの時間をＴｗａｉｔとする。これまでの説明で明らかなように、Ｔｗａｉｔは、図５を用いて述べた、各電力モードから通常モードへの復帰時間になる。すなわち、情報処理装置１が通常モードにある場合は、Ｔｗａｉｔ＝０である。情報処理装置１が省電力モード１にある場合は、Ｔｗａｉｔ＝ｔ１となる。また、情報処理装置１が省電力モード１にある場合は、Ｔｗａｉｔ＝ｔ２となる。
【００３９】
次に、情報処理装置１が送信するビーコンパケットのデータ構造について詳述する。情報処理装置１が送信するビーコン内には、ベンダーＩＤやＭＡＣアドレスなど無線通信に係る物理情報の他に自由に使用できるデータ領域がある。図７は、本実施形態に係る情報処理装置１が送信するビーコンパケットに含まれるデータの種別とその内容、設定値の事例を示す。
【００４０】
ＩＤエリアには、ＢＴ通信部４に使用されている無線通信モジュールのベンダーを一意に識別するためのベンダーＩＤと、無線通信モジュールのＭＡＣアドレスが格納されている。ここででは、ベンダーＩＤとして「００３」、ＭＡＣアドレスとして「００−２３−２４−０１−２Ｄ−Ｂ５」が割り当てられている。
【００４１】
データエリア１には、情報処理装置１を一意に識別するための情報処理装置ＩＤが格納されている。ここでは、情報処理装置１の情報処理装置ＩＤは、「ＭＦＰ３６００」が割り当てられている。
【００４２】
データエリア２には、情報処理装置１の電力モードに関して、各電力モードから通常モードへの復帰時間が格納されている。復帰時間としての設定値はＴｗａｉｔであり、情報処理装置１の現在の電力モードに応じて、設定される。図５に示す例の場合、情報処理装置１が通常モードである場合は、Ｔｗａｉｔ＝０である。情報処理装置１が省電力モード１である場合は、Ｔｗａｉｔ＝ｔ１となる。情報処理装置１が省電力モード１である場合は、Ｔｗａｉｔ＝ｔ２となる。
【００４３】
なお、本実施形態では、図６の通信フローに従って携帯端末８と情報処理装置１がＢｌｕｅｔｏｏｔｈ通信を行い、情報処理装置１が処理を実行する具体例として、ユーザが携帯端末８を使用して情報処理装置１により印刷を行う動作を用いる。この動作においては、ユーザが携帯端末８において印刷の要求を入力すると、携帯端末８と情報処理装置１のＢｌｕｅｔｏｏｔｈ通信が行われ、携帯端末８から情報処理装置１に対して、ユーザの所望の印刷設定に関する情報が転送される。この際には、携帯端末８から情報処理装置１に送信されるデータパケットには印刷設定として、例えば、印刷枚数、用紙サイズ、ページ割り付け等の設定情報が含まれる。
【００４４】
以上を踏まえて、本実施形態における情報処理装置１と携帯端末８の通信動作の主旨を述べると、携帯端末８が情報処理装置１の復帰時間Ｔｗａｉｔを把握することにより、携帯端末８からのデータパケットの送信タイミングを制御する点である。すなわち、携帯端末８は、情報処理装置１からのビーコンパケットに書き込まれているＴｗａｉｔを読出す。そして、携帯端末８は、情報処理装置１に対して、リクエストパケットを送信後、所定の時間（Ｔｗａｉｔ）が経過してからデータパケットを送信するようにする。これにより、情報処理装置１はリクエストパケットを受信した後、Ｔｗａｉｔ経過後に通常モードに復帰してからデータパケットを受信し、これに対するレスポンスパケットを送信することができるようになる。また、携帯端末８は、情報処理装置１が復帰処理を行っている際にパケットを送信することが無くなり、結果として、通信エラーが生じる可能性を減らすことができる。
【００４５】
以下、情報処理装置１の動作と、携帯端末８の動作をフローチャートによりさらに詳細に説明する。
【００４６】
（情報処理装置の処理）
まず、情報処理装置１において、Ｂｌｕｅｔｏｏｔｈのビーコンパケットを送信する動作を、図８を用いて説明する。本処理フローは、情報処理装置１のＣＰＵ６が記憶装置１１に格納されたプログラム１２を読み出して実行することにより実現される。
【００４７】
Ｓ８０１にて、ＣＰＵ６は、情報処理装置１の現在の電力モードの情報を取得する。本実施形態では、ここで取得される情報において、情報処理装置１が、図５で示した通常モード、省電力モード１、および省電力モード２の各電力モードのうちのいずれにあるかが示される。
【００４８】
Ｓ８０２にて、ＣＰＵ６は、現在の情報処理装置１の電力モードが通常モードであるか否かを判定する。通常モードである場合（Ｓ８０２にてＹＥＳ）はＳ８０３に移行し、通常モードでない場合（Ｓ８０２にてＮＯ）はＳ８０４に移行する。
【００４９】
Ｓ８０３にて、ＣＰＵ６は、情報処理装置１が通常モードであるため、図７のビーコンパケットのデータ構造で示したデータエリア２のＴｗａｉｔに、通常モードへの復帰時間として“０”を書き込む。この後、Ｓ８０８に移行する。
【００５０】
Ｓ８０４にて、ＣＰＵ６は、現在の情報処理装置１の電力モードが省電力モード１であるか否かを判定する。省電力モード１である場合（Ｓ８０４にてＹＥＳ）はＳ８０５に移行し、省電力モード１でない場合（Ｓ８０４にてＮＯ）はＳ８０６に移行する。
【００５１】
Ｓ８０５にて、ＣＰＵ６は、情報処理装置１が省電力モード１であるため、図７のビーコンパケットのデータ構造で示したデータエリア２のＴｗａｉｔに、通常モードへの復帰時間としてｔ１の値を書き込む。この後、Ｓ８０８に移行する。
【００５２】
Ｓ８０６にて、ＣＰＵ６は、現在の情報処理装置１の電力モードが省電力モード２であるか否かを判定する。省電力モード２である場合（Ｓ８０６にてＹＥＳ）はＳ８０７に移行し、省電力モード２でない場合（Ｓ８０６にてＮＯ）はＳ８０１に戻る。
【００５３】
Ｓ８０７にて、ＣＰＵ６は、情報処理装置１が省電力モード２であるため、図７のビーコンパケットのデータ構造で示したデータエリア２のＴｗａｉｔに、通常モードへの復帰時間としてｔ２の値を書き込む。この後、Ｓ８０８に移行する。
【００５４】
Ｓ８０８にて、ＣＰＵ６は、ＢＴ通信部４によりビーコンパケットを送信させる。ここで、ＢＴ通信部４により送信されるビーコンパケットは図７で示したビーコンパケット構造に従う。
【００５５】
以上、ビーコンパケットのデータエリア２のＴｗａｉｔには、Ｓ８０１〜Ｓ８０７のフローに従い、現在の情報処理装置１の電力モード応じたＴｗａｉｔの値として、０、ｔ１、またはｔ２の値が書き込まれてビーコンパケットとして送信される。情報処理装置１は、以上の動作を電源がＯＦＦされるまで繰り返す。
【００５６】
（携帯端末の処理）
次に、携帯端末８において、Ｂｌｕｅｔｏｏｔｈによる無線通信の要求が発生してデータパケットの送信する動作を、図９を用いて説明する。本処理フローは、携帯端末８のＣＰＵ１５が記憶装置１９に格納されたプログラムを読み出して実行することにより実現される。
【００５７】
Ｓ９０１にて、ＣＰＵ１５は、携帯端末８上で動作するアプリケーションソフトウェア（以下、単に、アプリ）のうちのＢｌｕｅｔｏｏｔｈを使用するアプリから、通信の接続要求が発生したか否かを判定する。ここでの接続要求は、ユーザ操作に起因してアプリが接続要求を発生させてもよいし、アプリの起動によって発生してもよい。接続要求があった場合（Ｓ９０１にてＹＥＳ）はＳ９０２に移行し、接続要求がない場合（Ｓ９０１にてＮＯ）は、携帯端末８は、接続要求が発生するまで待機する。
【００５８】
Ｓ９０２にて、ＣＰＵ１５は、ＢＴ通信部２０により情報処理装置１から送信されているビーコンパケットをサーチする。
【００５９】
Ｓ９０３にて、ＣＰＵ１５は、ビーコンパケットが検出できたか否かを判定する。ビーコンパケットが検出できなかった場合（Ｓ９０３にてＮＯ）は９０２に戻り、ビーコンパケットが検出された場合（Ｓ９０３にてＹＥＳ）はＳ９０４に移行する。
【００６０】
Ｓ９０４にて、ＣＰＵ１５は、検出したビーコンパケット内部のデータを取り出してデータを解析する。ここで検出されたビーコンパケットは、図７で説明したビーコンパケットのデータ構造に従っており、ＩＤエリア、データエリア１、データエリア２にそれぞれのデータが書き込まれているものとする。
【００６１】
Ｓ９０５にて、ＣＰＵ１５は、ビーコンパケットのデータエリア１に書き込まれている情報処理装置ＩＤを読み出して、サーチ対象の情報処理装置１か否かを判定する。ここでのサーチ対象とは、例えば、ユーザが処理を実行させようとする情報処理装置が該当する。サーチ対象の情報処理装置１でない場合（Ｓ９０５にてＮＯ）はＳ９０２に戻り、サーチ対象の情報処理装置１である場合（Ｓ９０５にてＹＥＳ）はＳ９０６に移行する。
【００６２】
Ｓ９０６にて、ＣＰＵ１５は、ＢＴ通信部２０により、通信相手である情報処理装置１に対してリクエストパケットを生成して送信する。
【００６３】
Ｓ９０７にて、ＣＰＵ１５は、Ｓ９０４で解析したビーコンパケットのデータエリア２に書き込まれているＴｗａｉｔの値を読み出す。前述した通り、通信相手である情報処理装置１の現在の電力モードに従い、Ｔｗａｉｔの値が設定されており、その値が読み出される。具体的には、情報処理装置１が、通常モードであれば０、省電力モード１であればｔ１、省電力モード２であればｔ２が設定されていることになる。
【００６４】
Ｓ９０８にて、ＣＰＵ１５は、タイマ１７により、リクエストパケットを送信した後、データパケットを送信するまでの時間を制御するためのＴｗａｉｔタイマ（タイマ１７）を起動する。ここで、ＣＰＵ１５は、Ｔｗａｉｔタイマのタイマ値には、Ｓ９０７でビーコンパケットのデータエリア２から読み出したＴｗａｉｔの値をタイマ値として設定する。
【００６５】
Ｓ９０９にて、ＣＰＵ１５は、リクエストパケットを送信してからＴｗａｉｔが経過したか否かを判定する。Ｔｗａｉｔを経過したと判定した場合（Ｓ９０９にてＹＥＳ）はＳ９１１に移行し、Ｔｗａｉｔを経過していないと判定した場合（Ｓ９０９にてＮＯ）はＳ９１０に移行する。
【００６６】
Ｓ９１０にて、ＣＰＵ１５は、タイマ１７によるＴｗａｉｔタイマと、表示部２１ａを制御して、Ｔｗａｉｔの時間に対するＴｗａｉｔタイマの経過時間を表示部２１ａにタイムバーとして表示する。その後、Ｓ９０９に戻る。
【００６７】
Ｓ９１１にて、ＣＰＵ１５は、表示部２１ａを制御して、表示部２１ａに表示していたタイムバーを消去する。
【００６８】
Ｓ９１２にて、ＣＰＵ１５は、ＢＴ通信部２０により、通信相手である情報処理装置１に対してデータパケットを生成して送信する。すなわち、Ｓ９０６でリクエストパケットを送信後、Ｓ９０７〜Ｓ９１１の制御により、Ｔｗａｉｔが経過した後に、データパケットが送信されることになる。なお、Ｓ９１２で送信されるデータパケットには、前述したような携帯端末８を使用して情報処理装置１により印刷を行う事例であれば、印刷設定情報として印刷枚数、用紙サイズ、ページ割り付け等の情報が含まれることになる。
【００６９】
Ｓ９１３にて、ＣＰＵ１５は、ＢＴ通信部２０により情報処理装置１からのレスポンスパケットを受信したか否かを判定する。レスポンスパケットを受信したと判定した場合（Ｓ９１３にてＹＥＳ）は、情報処理装置１との間でリンクが確立できているものとして、Ｓ９１４に移行する。一方、レスポンスパケットを受信できなかったと判定した場合（Ｓ９１３にてＮＯ）は、情報処理装置１との間でリンクが確立できなかったものとして、再びビーコンパケットをサーチするためにＳ９０２に戻る。
【００７０】
Ｓ９１４にて、ＣＰＵ１５は、Ｓ９１３で受信したレスポンスパケットを解析する。
【００７１】
Ｓ９１５にて、ＣＰＵ１５は、Ｓ９１３で受信したレスポンスパケットを解析した結果、必要な情報が得られているか否かを判定する。ここでの必要な情報とは、例えば、情報処理装置における処理の正常終了を示す応答などが該当する。必要な情報が得られていると判定した場合（Ｓ９１５にてＹＥＳ）ＣＰＵ１５は、通信を終了し、本処理フローを終了する。一方、必要な情報が得られていないと判定した場合（Ｓ９１５にてＮＯ）は、更に通信を行う必要があるとして、Ｓ９１２に移行し、ＣＰＵ１５は、更にデータパケットの送信を繰り返す。
【００７２】
なお、Ｓ９１３においてレスポンスパケットを受信できない場合、Ｓ９０２に戻って再びビーコンパケットをサーチする構成とした。しかし、Ｓ９１３でレスポンスパケットを受信できないとの判定が繰り返される場合は、通信障害が発生しているものとして、その旨を表示部２１ａに表示して、通信を終了してもよい。この場合の繰り返し回数の上限値は予め設定して携帯端末８にて保持されているものとし、また、レスポンスパケットの受信が失敗した回数のカウントが行われるものとする。
【００７３】
図１０は、Ｓ９１０において、携帯端末８の表示部２１ａに表示される画面の例を示す。タイムバー２２は、Ｔｗａｉｔの値に対するＴｗａｉｔタイマの経過時間を可視的に示したものであり、Ｓ９０６でリクエストパケットを送信してから、Ｓ９１２でデータパケットを送信するまでの待機時間をユーザに通知するものである。この画面により、ユーザは、携帯端末８と情報処理装置１との間の通信の待ち時間（Ｔｗａｉｔ）の経過の状況を把握することが可能となる。
【００７４】
以上説明したように、携帯端末８は接続対象である情報処理装置１のビーコンパケット内に格納されているＴｗａｉｔを読み出して、通信要求を示すリクエストパケットの送信後、Ｔｗａｉｔが経過してからデータパケットを送信するように制御する。これにより、情報処理装置１は通信要求であるリクエストパケットを受信した後、現在の電力モードから通常モードに復帰した後にデータパケットを受信することができ、従って、データパケットに対するレスポンスパケットを携帯端末８に送信できる。この結果、携帯端末８側では、レスポンスパケットを受信できないことによる通信エラーの発生を回避することができる。
【００７５】
なお、本実施形態では、図７で説明した通り、情報処理装置１において現在の電力モードから通常モードへの復帰時間をＴｗａｉｔとしてビーコンパケットのデータエリア２に書き込んで送信するものとした。しかし、データエリア２には現在の電力モードを示す情報を書き込んでおき、これをビーコンパケットとして送信してもよい。この場合は、携帯端末８において、データエリア１の情報処理装置ＩＤとデータエリア２の電力モード情報から、情報処理装置１の復帰時間をデータテーブル等により検索してＴｗａｉｔを決定するように構成することも可能である。
【００７６】
また、本実施形態では、３つの電力モードを例に挙げて説明したが、これに限定するものではなく、更に多くの電力モードを用いる情報処理装置にも適用可能である。また、本実施形態では、携帯端末から要求を受信した場合には、情報処理装置は、省電力モードから通常モードに移行する例を示したが、これに限定するものではなく、その処理内容に応じて復帰後の電力モードを決定してもよい。例えば、携帯端末からの要求の内容によっては、通常モードに復帰する必要が無く、省電力モード１にて処理が可能であれば、省電力モード２から省電力モード１への復帰時間を待機時間（Ｔｗａｉｔ）として用いてもよい。
【００７７】
＜第二の実施形態＞
本発明を実施するための第二の実施形態について図面を用いて説明する。なお、第一の実施形態と重複する部分については詳細な説明は省略する。
【００７８】
［処理フロー］
図１１は、本実施形態に係る、情報処理装置１と携帯端末８間で行われるＢｌｕｅｔｏｏｔｈ通信のフローを示す。本実施形態では、携帯端末８は情報処理装置１にデータパケットを送信したにも関わらず、情報処理装置１からのレスポンスパケットが受信できない場合は、データパケットの再送を行うように制御する。このとき、再送のタイミング（上限回数）は、情報処理装置１の復帰時間に応じて決定される。
【００７９】
情報処理装置１は、制御部５のＣＰＵ６がプログラム１２を実行することにより、動作開始時にＢＴ通信部４に対して不特定多数の装置を対象としたビーコンパケットを一定間隔で送信する動作を命令する。ここでの一定間隔は、情報処理装置１にて予め設定されているものとする。ＢＴ通信部４はＣＰＵ６からの命令に従い、ビーコンパケットの送信を一定間隔で行う。
【００８０】
第一の実施形態で説明した通り、携帯端末８において通信要求が発生して、携帯端末８からの通信要求であるリクエストパケットを情報処理装置１が受信した場合、情報処理装置１は通常モードに復帰する必要がある。本実施形態の通信フロー（図１１）においても、情報処理装置１がリクエストパケットを受信した後、１番目のデータパケットを受信できるようになるまでの時間をＴｗａｉｔとする。Ｔｗａｉｔは、各電力モードから通常モードへの復帰時間になる。すなわち、前述の通り、情報処理装置１が通常モードである場合は、Ｔｗａｉｔ＝０である。情報処理装置１が省電力モード１である場合は、Ｔｗａｉｔ＝ｔ１となる。情報処理装置１が省電力モード２である場合は、Ｔｗａｉｔ＝ｔ２となる。情報処理装置１は、このＴｗａｉｔを図７で示したビーコンパケットのデータエリア２に書き込んでビーコンパケットとして送信する。
【００８１】
携帯端末８は、ユーザ操作により記憶装置１９内のプログラムが起動され、Ｂｌｕｅｔｏｏｔｈによる無線通信の要求が発生すると、制御部１４内のＣＰＵ１５はＢＴ通信部２０に対して通信の開始を命令する。ＢＴ通信部２０は、接続対象となるビーコンパケットのサーチを行い、ＢＴ通信部２０は接続対象となるビーコンパケットを見つけると、通信設定に従い通信要求を示すリクエストパケットを送信する。この後、ＢＴ通信部２０は、通信設定に従い１番目のデータパケットを送信する。ここで、リクエストパケットを送信してから１番目のデータパケットを送信するまでの時間として通信設定で規定されている時間をＴｓｅｎｄとする。
【００８２】
携帯端末８は、１番目のデータパケットを送信した後、本来ならば１番目のデータパケットに対する１番目のレスポンスパケットを受信する。しかし、情報処理装置１が通信要求であるリクエストパケットを受信した後、Ｔｗａｉｔが経過するまでは情報処理装置１は通常モードに復帰しておらず、携帯端末８からのデータパケットを受け付けることが出来ない。
【００８３】
そこで、本実施形態において、携帯端末８は、１番目のレスポンスパケットを受信できない場合は、１番目のデータパケットの再送を行う。ここで、１番目のデータパケットを送信してから、１番目のデータパケットの再送を行うまでの時間として通信設定で規定されている時間をＴｒｅｓｅｎｄとする。この後、携帯端末８は、Ｔｒｅｓｅｎｄの間隔ごとに１番目のデータパケットの再送を繰り返す。
【００８４】
そして、情報処理装置１は、リクエストパケット受信からＴｗａｉｔを経過した後に、通常モードに復帰して、携帯端末８からのデータパケットを受け付けることができるようになる。これにより、情報処理装置１は、携帯端末８からの１番目のデータパケットの再送を受信して、これに対する第１のレスポンスパケットを送信する。
【００８５】
携帯端末８は、リクエストパケット送信後にＴｗａｉｔ経過後までデータパケットの再送を繰り返すように再送回数を決定することにより、情報処理装置１はデータパケットを受信し、これに対するレスポンスパケットを送信できるようになる。この再送回数は、Ｔｗａｉｔ、及びＴｓｅｎｄ、Ｔｒｅｓｅｎｄから算出することができることは明らかである。なお、Ｔｓｅｎｄ、Ｔｒｅｓｅｎｄの値は、携帯端末８のユーザや、情報処理装置１のメーカーなどが予め設定できるようにしてもよい。更には、Ｔｓｅｎｄ、Ｔｒｅｓｅｎｄの値を、情報処理装置１から送信されるビーコンパケット（例えば、データエリア２）に含めるようにしてもよい。
【００８６】
携帯端末８は、１番目のレスポンスパケットを受信するとパケット内のデータを取り出し、制御部１４のＣＰＵ１５に出力する。制御部１４のＣＰＵ１５は更なるデータ通信が必要であれば、送信データをＢＴ通信部２０に対して出力し、データ転送を命令する。命令を受けたＢＴ通信部２０は次の２番目のデータパケットを送信し、これに対する２番目のレスポンスパケットを受信する。上記を繰り返して、携帯端末８から情報処理装置１へのデータの転送を行う。更なるデータ転送が無ければ、そのまま何もせずタイムアウトによる通信の切断を行う。
【００８７】
（携帯端末の処理）
以上の説明を踏まえて、携帯端末８においてＢｌｕｅｔｏｏｔｈによる無線通信の要求が発生してデータパケットの送信する動作を、図１２を用いて説明する。本処理フローは、携帯端末８のＣＰＵ１５が記憶装置１９に格納されたプログラムを読み出して実行することにより実現される。
【００８８】
Ｓ１２０１にて、ＣＰＵ１５は、携帯端末８上で動作するアプリのうちのＢｌｕｅｔｏｏｔｈを使用するアプリから、通信の接続要求が発生したか否かを判定する。ここでの接続要求は、ユーザ操作に起因してアプリが接続要求を発生させてもよいし、アプリの起動によって発生してもよい。接続要求があった場合（Ｓ１２０１にてＹＥＳ）にはＳ１２０２に移行し、接続要求がない場合（Ｓ１２０１にてＮＯ）は、携帯端末８は、接続要求が発生するまで待機する。
【００８９】
Ｓ１２０２にて、ＣＰＵ１５は、ＢＴ通信部２０によりビーコンパケットをサーチする。
【００９０】
Ｓ１２０３にて、ＣＰＵ１５は、ビーコンパケットが検出できたか否かを判定する。ビーコンパケットが検出できなかった場合（Ｓ１２０２にてＮＯ）は１２０２に戻り、ビーコンパケットが検出された場合（Ｓ１２０２にてＹＥＳ）はＳ１２０４に移行する。
【００９１】
Ｓ１２０４にて、ＣＰＵ１５は、検出したビーコンパケット内部のデータを取り出してデータを解析する。ここで検出されたビーコンパケットは、第一の実施形態と同様、図７で説明したビーコンパケットのデータ構造に従う。
【００９２】
Ｓ１２０５にて、ＣＰＵ１５は、ビーコンパケットのデータエリア１に書き込まれている情報処理装置ＩＤを読み出して、サーチ対象の情報処理装置１か否かを判定する。ここでのサーチ対象とは、例えば、ユーザが処理を実行させようとする情報処理装置が該当する。サーチ対象の情報処理装置１でない場合（Ｓ１２０５にてＮＯ）はＳ１２０２に戻り、サーチ対象の情報処理装置１である場合（Ｓ１２０５にてＹＥＳ）はＳ１２０６に移行する。
【００９３】
Ｓ１２０６にて、ＣＰＵ１５は、ＢＴ通信部２０により、通信相手である情報処理装置１に対してリクエストパケットを生成して送信する。
【００９４】
Ｓ１２０７にて、ＣＰＵ１５は、Ｓ１２０４で解析したビーコンパケットのデータエリア２に書き込まれているＴｗａｉｔの値を読み出す。前述した通り、通信相手である情報処理装置１の現在の電力モードに従い、Ｔｗａｉｔの値が設定されており、その値が読み出される。具体的には、情報処理装置１が、通常モードであれば０、省電力モード１であればｔ１、省電力モード２であればｔ２が設定されていることになる。
【００９５】
Ｓ１２０８にて、ＣＰＵ１５は、読み出したＴｗａｉｔに応じて、リクエストパケットを送信してからＴｗａｉｔの経過後までデータパケットの再送を繰り返すようにデータパケットの再送回数を決定する。ここで、図１１で示した通り、携帯端末８がリクエストパケットを送信してから、データパケットを送信するまでの時間はＴｓｅｎｄと規定されている。また、データパケットを出力後にレスポンスパケットを受信できない場合のデータパケットを再送するまでの時間、及び再送を繰り返す場合の再送間隔はＴｒｅｓｅｎｄと規定されている。従って、ＣＰＵ１５は、リクエストパケットを送出した後、Ｔｗａｉｔ経過後も少なくとも１回以上、再送が繰り返されるように、Ｔｓｅｎｄ、及びＴｒｅｓｅｎｄを使用して再送の回数を算出して決定する。
【００９６】
Ｓ１２０９にて、ＣＰＵ１５は、ＢＴ通信部２０により、通信相手である情報処理装置１に対してデータパケットを生成して送信する。なお、Ｓ１２０９で送信されるデータパケットには、前述したような携帯端末８を使用して情報処理装置１により印刷を行う事例であれば、印刷設定情報として印刷枚数、用紙サイズ、ページ割り付け等の情報が含まれることになる。
【００９７】
Ｓ１２１０にて、ＣＰＵ１５は、ＢＴ通信部２０により、Ｓ１２０９のデータパケット送信に対するレスポンスパケットを、情報処理装置１から受信したか否かを判定する。レスポンスパケットを受信したと判定した場合（Ｓ１２１０にてＹＥＳ）は、Ｓ１２１４に移行し、レスポンスパケットを受信できなかったと判定した場合（Ｓ１２１０にてＮＯ）は、Ｓ１２１１に移行する。
【００９８】
Ｓ１２１１にて、ＣＰＵ１５は、Ｓ１２０９で送信したデータパケットが情報処理装置１に正常に受信されていないものとして、Ｓ１２０９で送信したデータパケットを再送する。
【００９９】
Ｓ１２１２にて、ＣＰＵ１５は、ＢＴ通信部２０により、Ｓ１２１１のデータパケット再送に対するレスポンスパケットを、情報処理装置１から受信したか否かを判定する。レスポンスパケットを受信したと判定した場合（Ｓ１２１２にてＹＥＳ）は、Ｓ１２１４に移行する。レスポンスパケットを受信できなかったと判定した場合（Ｓ１２１２にてＮＯ）は、情報処理装置１との間でリンクが確立できなかったものとして、Ｓ１２１３に移行する。
【０１００】
Ｓ１２１３にて、ＣＰＵ１５は、Ｓ１２０８で決定した再送回数まで再送が繰り返されたか否かを判定する。決定した再送回数まで繰り返されたと判定した場合（Ｓ１２１３にてＹＥＳ）は、Ｓ１２０２に移行し、決定した再送回数まで繰り返されていないと判定した場合（Ｓ１２１３にてＮＯ）は、Ｓ１２１１に移行してデータパケットの再送を行う。
【０１０１】
すなわち、データパケットを送信し、対応するレスポンスパケットが受信できない場合は、データパケットの再送を行う。さらに、再送したデータパケットに対応するレスポンスパケットが受信できないと判定された場合は、データパケットの再送の繰り返し回数が判定され、決定された再送回数まで再送を繰り返すようにループ制御される。
【０１０２】
なお、決定した再送回数まで繰り返されたと判断された場合（Ｓ１２１３にてＹＥＳ）は、決定した再送回数まで再送を繰り返しても、情報処理装置１との間で通信が成立せず、リンクが確立できなかったものとして、Ｓ１２０２からやり直すようにする。
【０１０３】
Ｓ１２１４にて、ＣＰＵ１５は、Ｓ１２１０またはＳ１２１２で受信したレスポンスパケットを解析する。
【０１０４】
Ｓ１２１５にて、ＣＰＵ１５は、Ｓ１２１０またはＳ１２１２で受信したレスポンスパケットを解析した結果、必要な情報が得られているか否かを判定する。必要な情報が得られていると判定した場合（Ｓ１２１５にてＹＥＳ）、ＣＰＵ１５は、通信を終了し、本処理フローを終了する。一方、必要な情報が得られえいないと判定した場合（Ｓ１２１５にてＮＯ）は、更に通信を行う必要があるとして、Ｓ１２０９に移行し、ＣＰＵ１５は、更にデータパケットの送信を繰り返す。
【０１０５】
なお、Ｓ１２１３において、決定した再送回数まで繰り返されたと判定された場合は、決定した再送回数まで再送を繰り返しても通信が成立せず、Ｓ１２０２のビーコンのサーチからやり直すようにするものとした。しかし、Ｓ１２１３で、決定した再送回数まで繰り返されたと判定された場合は、通信障害が発生しているものとして、その旨を表示部２１ａに表示して、通信を終了してもよい。
【０１０６】
以上説明したように、携帯端末８は、情報処理装置１のビーコンパケット内に格納されているＴｗａｉｔを読み出して、リクエストパケット送信後に、Ｔｗａｉｔの経過後までデータパケットの再送を繰り返すように再送回数を決定して再送を行う。これにより、情報処理装置１はリクエストパケットを受信した後、Ｔｗａｉｔ経過後に通常モードに復帰してからデータパケットを受信し、これに対するレスポンスパケットを送信することができる。この結果、携帯端末８側では、レスポンスパケットを受信できないことによる通信エラーの発生を回避することができる。
【０１０７】
また本実施形態においても、第一の実施形態の図１０に示したように、携帯端末８の表示部２１ａにタイムバー２２を表示してもよい。この場合は、このタイムバー２２は、Ｓ１２０８で決定した再送回数に対して、Ｓ１２１３で判断される現在の再送回数を再送の進捗として可視的に示すようにする。これにより、Ｓ１２０６でリクエストパケットを送信してから、Ｔｗａｉｔの経過後に情報処理装置１がデータパケットを受信できるようになるまでの時間経過の目安をユーザに通知することができる。
【０１０８】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【０１０９】
１…情報処理装置、２…操作パネル、３…無線ＬＡＮ通信部、４…ＢＴ通信部、５…制御部、８…携帯端末、９…印刷処理部、１０…画像読取部、１１…記憶装置
【図１】
2017103649.tif 000003
【図２】
2017103649.tif 000004
【図３】
2017103649.tif 000005
【図４】
2017103649.tif 000006
【図５】
2017103649.tif 000007
【図６】
2017103649.tif 000008
【図７】
2017103649.tif 000009
【図８】
2017103649.tif 000010
【図９】
2017103649.tif 000011
【図１０】
2017103649.tif 000012
【図１１】
2017103649.tif 000013
【図１２】
2017103649.tif 000014