(57)【要約】【課題】プリンタから出力されたアドバタイジングパケットの受付と、消費電力の抑制との最適化を図る。【解決手段】プリンタから発信されるアドバタイジングパケットを探索する携帯電話では、第１の間隔をあけてアドバタイジングパケットを受け付ける第１モードと、第１の間隔より長い間隔をあけてアドバタイジングパケットを受け付ける第２モードとの何れかのモードでのスキャン処理が選択的に実行される。第１モードでのスキャン処理は、アドバタイジングパケットを受け付けやすく、第２モードでのスキャン処理は、消費電力の抑制を図ることができる。このため、第１モードでのスキャン処理を実行する旨の第１の実行指令と、第２モードでのスキャン処理を実行する旨の第２の実行指令との何れかが、所定の条件に応じて出力される。これにより、状況に応じて、アドバタイジングパケットの受付と、消費電力の抑制との最適化を図ることが可能となる。【選択図】図１
2020042408.tif 000002
【特許請求の範囲】
【請求項１】
１以上の通信装置と通信を行う通信インタフェースと、表示インタフェースとを備える通信端末のコンピュータが読み取り可能なアプリケーションプログラムであって、
前記通信装置は、当該通信装置と通信を行うための通信信号を周期的に出力し、
前記コンピュータは、前記通信装置から出力された前記通信信号を受け付ける信号受付処理を実行するためのオペレーティングシステムも読み取り可能であり、
前記アプリケーションプログラムがフォアグランドで作動している際に、前記コンピュータを、
第１の条件が満たされた場合に、第１の間隔をあけて前記通信信号を受け付ける第１モードで前記信号受付処理を実行する旨の第１の実行指令を、前記オペレーティングシステムに出力し、第２の条件が満たされた場合に、前記第１の間隔より長い間隔をあけて前記通信信号を受け付ける第２モードで前記信号受付処理を実行する旨の第２の実行指令を、前記オペレーティングシステムに出力する第１出力手段と、
前記第１出力手段により出力された実行指令に応じて実行された前記信号受付処理により、前記オペレーティングシステムが前記通信信号を受け付けた通信装置の情報を受け付ける受付手段と、
前記受付手段により受け付けられた通信装置の情報を用いて通信可能な通信装置を前記表示インタフェースに表示するための表示処理と、前記受付手段により受け付けられた通信装置の情報を用いて通信装置と通信するための通信処理との少なくとも一方を実行する処理実行手段と、
して機能させることを特徴とするアプリケーションプログラム。
【請求項２】
前記第１出力手段は、
前記処理実行手段により前記表示処理が実行される場合に、前記第１の条件が満たされたものとして、前記第１の実行指令を前記オペレーティングシステムに出力し、前記処理実行手段により前記通信処理が実行される場合に、前記第２の条件が満たされたものとして、前記第２の実行指令を前記オペレーティングシステムに出力することを特徴とする請求項１に記載のアプリケーションプログラム。
【請求項３】
前記通信端末は、前記オペレーティングシステムが前記第１モードと前記第２モードとの何れのモードで信号受付処理を実行するかを示すモード情報を、前記通信端末の機種に対応付けて記憶するメモリを備え、
前記第１出力手段は、
前記アプリケーションプログラムを実行する通信端末の機種に対応付けて、前記メモリに記憶されているモード情報が、前記第１モードで信号受付処理を実行することを示している場合に、前記第１の条件が満たされたものとして、第１の実行指令を前記オペレーティングシステムに出力し、前記アプリケーションプログラムを実行する通信端末の機種に対応付けて、前記メモリに記憶されているモード情報が、前記第２モードで信号受付処理を実行することを示している場合に、前記第２の条件が満たされたものとして、第２の実行指令を前記オペレーティングシステムに出力することを特徴とする請求項１又は２に記載のアプリケーションプログラム。
【請求項４】
前記第１出力手段は、
前記通信端末のバッテリの電力状態を示す電力情報が前記第１の条件を満たしている場合に、前記第１の実行指令を前記オペレーティングシステムに出力し、前記電力情報が前記第２の条件を満たしている場合に、前記第２の実行指令を前記オペレーティングシステムに出力することを特徴とする請求項１乃至３の何れか１項に記載のアプリケーションプログラム。
【請求項５】
前記電力情報が、前記通信端末のバッテリの残量を示す情報であり、
前記第１出力手段は、
前記電力情報により示されるバッテリの残量が閾値以上である場合に、前記第１の条件が満たされたものとして、前記第１の実行指令を前記オペレーティングシステムに出力し、前記電力情報により示されるバッテリの残量が閾値未満である場合に、前記第２の条件が満たされたものとして前記、第２の実行指令を前記オペレーティングシステムに出力することを特徴とする請求項４に記載のアプリケーションプログラム。
【請求項６】
前記電力情報が、前記通信端末のバッテリの充電中であるか否かを示す情報であり、
前記第１出力手段は、
前記電力情報がバッテリの充電中であることを示す場合に、前記第１の条件が満たされたものとして、前記第１の実行指令を前記オペレーティングシステムに出力し、前記電力情報がバッテリの充電中でないことを示す場合に、前記第２の条件が満たされたものとして、前記第２の実行指令を前記オペレーティングシステムに出力することを特徴とする請求項４に記載のアプリケーションプログラム。
【請求項７】
前記通信端末は、当該通信端末の位置を示す位置情報を取得する位置情報取得部を備え、
前記第１出力手段は、
前記位置情報取得部により取得される位置情報が、所定の範囲内であることを示している場合に、前記第１の条件が満たされたものとして、前記第１の実行指令を前記オペレーティングシステムに出力し、前記位置情報取得部により取得される位置情報が、前記所定の範囲外であることを示している場合に、前記第２の条件が満たされたものとして、前記第２の実行指令を前記オペレーティングシステムに出力することを特徴とする請求項１乃至６の何れか１項に記載のアプリケーションプログラム。
【請求項８】
前記通信装置は、第２の間隔をあけて前記通信信号を出力する第３モードと、前記第２の間隔より長い間隔をあけて前記通信信号を出力する第４モードとの何れかのモードで前記通信信号を出力し、
前記コンピュータを、
前記第１出力手段が前記第１の実行指令を出力している場合に、前記第３モードで前記通信信号を出力する旨の出力指令を、前記オペレーティングシステムを介して、前記通信装置に出力し、前記第１出力手段が前記第２の実行指令を出力している場合に、前記第４モードで前記通信信号を出力する旨の出力指令を、前記オペレーティングシステムを介して、前記通信装置に出力する第２出力手段として機能させることを特徴とする請求項１乃至７の何れか１項に記載のアプリケーションプログラム。
【請求項９】
１以上の通信装置とＢｌｕｅｔｏｏｔｈ方式の通信を行う通信インタフェースと、表示インタフェースとを備える通信端末のコンピュータが読み取り可能なアプリケーションプログラムであって、
前記通信装置は、当該通信装置と通信を行うためのアドバタイジングパケットを周期的に出力し、
前記コンピュータは、前記通信装置から出力された前記アドバタイジングパケットを受け付けるスキャン処理を実行するためのオペレーティングシステムも読み取り可能であり、
前記アプリケーションプログラムがフォアグランドで作動している際に、前記コンピュータを、
第１の条件が満たされた場合に、第１の間隔をあけて前記アドバタイジングパケットを受け付ける第１モードで前記スキャン処理を実行する旨の第１の実行指令を、前記オペレーティングシステムに出力し、第２の条件が満たされた場合に、前記第１の間隔より長い間隔をあけて前記アドバタイジングパケットを受け付ける第２モードで前記スキャン処理を実行する旨の第２の実行指令を、前記オペレーティングシステムに出力する第１出力手段と、
前記第１出力手段により出力された実行指令に応じて実行された前記スキャン処理により、前記オペレーティングシステムが前記アドバタイジングパケットを受け付けた通信装置の情報を受け付ける受付手段と、
前記受付手段により受け付けられた通信装置の情報を用いて通信可能な通信装置を前記表示インタフェースに表示するための表示処理と、前記受付手段により受け付けられた通信装置の情報を用いて通信装置と通信するための通信処理との少なくとも一方を実行する処理実行手段と、
して機能させることを特徴とするアプリケーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置と通信を行う通信端末のコンピュータが読み取り可能なアプリケーションプログラムに関する。
【背景技術】
【０００２】
通信端末は、種々の方式の無線通信により、通信装置と通信を行うことが可能とされている。下記特許文献には、Ｂｌｕｅｔｏｏｔｈ（登録商標）Low Energy方式の無線通信により通信装置と通信を行う通信端末の一例が記載されている。そのＢｌｕｅｔｏｏｔｈLow Energy方式の無線通信では、通信装置から出力された通信信号を受け付ける信号受付処理が実行され、受け付けた通信信号を用いて通信装置との無線通信が確立する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−０８５７７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信装置から発信される信号を探索する通信端末では、第１の間隔をあけて通信信号を受け付ける第１モードでの信号受付処理と、第１の間隔より長い間隔をあけて通信信号を受け付ける第２モードでの信号受付処理との何れかの信号受付処理が選択的に実行される。第１モードでの信号受付処理は、通信装置から出力された通信信号を早期に受け付けやすく、第２モードでの信号受付処理は、消費電力の抑制を図ることができる。そこで、通信装置から出力された通信信号の早期の受付と、消費電力の抑制との最適化を課題とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、実施例に開示するアプリケーションプログラムは、１以上の通信装置と通信を行う通信インタフェースと、表示インタフェースとを備える通信端末のコンピュータが読み取り可能なアプリケーションプログラムであって、前記通信装置は、当該通信装置と通信を行うための通信信号を周期的に出力し、前記コンピュータは、前記通信装置から出力された前記通信信号を受け付ける信号受付処理を実行するためのオペレーティングシステムも読み取り可能であり、前記アプリケーションプログラムがフォアグランドで作動している際に、前記コンピュータを、第１の条件が満たされた場合に、第１の間隔をあけて前記通信信号を受け付ける第１モードで前記信号受付処理を実行する旨の第１の実行指令を、前記オペレーティングシステムに出力し、第２の条件が満たされた場合に、前記第１の間隔より長い間隔をあけて前記通信信号を受け付ける第２モードで前記信号受付処理を実行する旨の第２の実行指令を、前記オペレーティングシステムに出力する第１出力手段と、前記第１出力手段により出力された実行指令に応じて実行された前記信号受付処理により、前記オペレーティングシステムが前記通信信号を受け付けた通信装置の情報を受け付ける受付手段と、前記受付手段により受け付けられた通信装置の情報を用いて通信可能な通信装置を前記表示インタフェースに表示するための表示処理と、前記受付手段により受け付けられた通信装置の情報を用いて通信装置と通信するための通信処理との少なくとも一方を実行する処理実行手段と、して機能させることを特徴とする。
【０００６】
また、上記課題を解決するために、実施例に開示するアプリケーションプログラムは、１以上の通信装置とＢｌｕｅｔｏｏｔｈ方式の通信を行う通信インタフェースと、表示インタフェースとを備える通信端末のコンピュータが読み取り可能なアプリケーションプログラムであって、前記通信装置は、当該通信装置と通信を行うためのアドバタイジングパケットを周期的に出力し、前記コンピュータは、前記通信装置から出力された前記アドバタイジングパケットを受け付けるスキャン処理を実行するためのオペレーティングシステムも読み取り可能であり、前記アプリケーションプログラムがフォアグランドで作動している際に、前記コンピュータを、第１の条件が満たされた場合に、第１の間隔をあけて前記アドバタイジングパケットを受け付ける第１モードで前記スキャン処理を実行する旨の第１の実行指令を、前記オペレーティングシステムに出力し、第２の条件が満たされた場合に、前記第１の間隔より長い間隔をあけて前記アドバタイジングパケットを受け付ける第２モードで前記スキャン処理を実行する旨の第２の実行指令を、前記オペレーティングシステムに出力する第１出力手段と、前記第１出力手段により出力された実行指令に応じて実行された前記スキャン処理により、前記オペレーティングシステムが前記アドバタイジングパケットを受け付けた通信装置の情報を受け付ける受付手段と、前記受付手段により受け付けられた通信装置の情報を用いて通信可能な通信装置を前記表示インタフェースに表示するための表示処理と、前記受付手段により受け付けられた通信装置の情報を用いて通信装置と通信するための通信処理との少なくとも一方を実行する処理実行手段と、して機能させることを特徴とする。
【発明の効果】
【０００７】
実施例に開示するアプリケーションプログラムでは、第１モードで信号受付処理を実行する旨の第１の実行指令と、第２モードで信号受付処理を実行する旨の第２の実行指令との何れかが、所定の条件に応じて出力される。これにより、状況に応じて、通信装置から出力された通信信号の早期の受付と、消費電力の抑制との最適化を図ることが可能となる。
【図面の簡単な説明】
【０００８】
【図１】通信システム１のブロック図である。
【図２】通信システム１のシーケンス図である。
【図３】通信システム１のシーケンス図である。
【図４】通信システム１のシーケンス図である。
【図５】通信システム１のシーケンス図である。
【図６】第２実施形態で用いられるテーブルを示す図である。
【図７】第２実施形態でのアプリケーション３０のフローチャートを示す図である。
【図８】第２実施形態での通信システム１のシーケンス図である。
【図９】第３実施形態でのアプリケーション３０のフローチャートを示す図である。
【図１０】第４実施形態でのアプリケーション３０のフローチャートを示す図である。
【図１１】第５実施形態でのアプリケーション３０のフローチャートを示す図である。
【発明を実施するための形態】
【０００９】
＜第１実施形態＞
図１に、本願に係る実施形態として例示される通信システム１のブロック図を示す。通信システム１は、携帯電話（通信端末の一例）１０，５０、プリンタ（通信装置の一例）８０ａ，ｂ，ｃを備える。携帯電話１０，５０は、略同じ構成であるため、携帯電話１０について、説明する。
【００１０】
携帯電話１０は、ＣＰＵ（コンピュータの一例）１２、メモリ１４、ＬＣＤ（表示インタフェースの一例）１６、入力Ｉ／Ｆ１８、ＧＰＳ信号受信部（位置情報取得部の一例）２０、携帯電話通信Ｉ／Ｆ２２、近距離無線通信Ｉ／Ｆ（通信インタフェースの一例）２４を主に備えている。これらの構成要素は、バス２６を介して互いに通信可能とされている。
【００１１】
ＣＰＵ１２は、メモリ１４内のアプリケーション（アプリケーションプログラムの一例）３０、ＯＳ（オペレーティングシステムの一例）３２に従って処理を実行する。アプリケーション３０は、画像の印刷処理を実行するためのプログラムである。また、ＯＳ３２は、アプリケーション３０に利用される基本的な機能を提供するプログラムであり、Ａｎｄｒｏｉｄ（登録商標），ｉＯＳ（登録商標）等のうちの任意のものが採用されている。なお、携帯電話１０のＯＳ３２と、携帯電話５０のＯＳ７２とは、同じであってもよいが、本実施形態では異なるものとされている。つまり、例えば、携帯電話１０のＯＳ３２は、ＡｎｄｒｏｉｄとｉＯＳとの一方とされており、携帯電話５０のＯＳ７２は、ＡｎｄｒｏｉｄとｉＯＳとの他方とされている。また、携帯電話１０と、携帯電話５０の機種は異なるものとされている。また、アプリケーション３０等を実行するＣＰＵ１２のことを、単にプログラム名でも記載する場合がある。例えば、「アプリケーション３０が」という記載は、「アプリケーション３０を実行するＣＰＵ１２が」ということを意味する場合がある。
【００１２】
また、メモリ１４は、データ記憶領域（メモリの一例）３４を備える。データ記憶領域３４は、アプリケーション３０等の実行に必要なデータなどを記憶する領域である。なお、メモリ１４は、ＲＡＭ、ＲＯＭ、フラッシュメモリー、ＨＤＤ、ＣＰＵ１２が備えるバッファなどが組み合わされて構成されている。
【００１３】
メモリ１４は、コンピュータが読み取り可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。
【００１４】
また、ＬＣＤ１６は、携帯電話１０の各種情報を表示する。なお、本願のディスプレイは、液晶ディスプレイに限らず、有機ＥＬディスプレイ等の他の表示方式のディスプレイでも良い。入力Ｉ／Ｆ１８は、携帯電話１０の各機能を実行するためのキーであり、例えば、ＬＣＤ１６と一体的に構成されているタッチパネルであってよく、ＬＣＤ１６上に表示されたアイコンへのユーザ操作を受け付ける。また、タッチパネル以外にも、ハードキー等であってもよい。
【００１５】
ＧＰＳ信号受信部２０は、ＧＰＳ衛星８２からの信号を受信する。そして、ＯＳ３２が、その受信した信号に基づいて、携帯電話１０の位置を演算し、アプリケーション３０が、ＯＳ３２から、演算された携帯電話１０の位置に関するデータを取得する。
【００１６】
携帯電話通信Ｉ／Ｆ２２は、基地局８４との間で携帯電話通信方式の無線通信を行うことが可能とされている。これにより、携帯電話１０は、携帯電話通信方式の無線通信を行える状態になれば、基地局８４を介して、データ通信を行うことが可能になる。
【００１７】
近距離無線通信Ｉ／Ｆ２４は、ＩＥＥＥの８０２．１５．１の規格およびそれに準ずる規格に基づいて、Ｂｌｕｅｔｏｏｔｈ（登録商標）Low Energy方式の無線通信（以下、「ＢＬＥ通信」と記載する）を行うことが可能とされている。これにより、携帯電話１０は、ＢＬＥ通信を行える状態となれば、プリンタ８０とデータ通信を行うことが可能となる。
【００１８】
なお、本明細書では、主に、プログラムに記述された命令に従ったＣＰＵ１２の処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」等の処理は、ＣＰＵ１２の処理を表している。ＣＰＵ１２による処理は、ＯＳ３２を介したハードウェア制御も含む。なお「取得」は要求を必須とはしない概念で用いる。すなわち、ＣＰＵ１２が要求することなくデータを受信するという処理も、「ＣＰＵ１２がデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。また、「命令」「応答」「要求」等の処理は、「命令」「応答」「要求」等を示す情報を通信することにより行われる。また、「設定」等の処理は、入力された設定情報をメモリに記憶することで行われる。
【００１９】
通信システム１では、上述した構成により、携帯電話１０，５０からプリンタ８０に、ＢＬＥ通信を利用して印刷用画像データが送信され、プリンタ８０により印刷用画像データに基づく画像の印刷処理が実行される。以下に、通信システム１での携帯電話１０とプリンタ８０との間における処理について説明する。
【００２０】
まず、ＢＬＥ通信は、近距離無線通信の規格のひとつであり、ＢＬＥ通信によって、プリンタ８０からアドバタイジングパケット（通信信号の一例）と呼ばれるビーコン信号が所定の周期で発信される。アドバタイジングパケットは、特定の装置に向かって送信されるものではなく、不特定多数の装置に向かって同時に送信される。つまり、アドバタイジングパケットは、ブロードキャスト送信される。
【００２１】
アドバタイジングパケットは、ランダムアドレスとローカルネームとによって構成されている。ランダムアドレスは、アドバタイジングパケットを発信するプリンタ８０と通信を行う際に用いられるアドレスであり、プリンタ８０により定期的に更新される。具体的には、例えば、ＢＬＥ通信を用いたプリンタ８０との通信が遮断してから１５分経過すると、ランダムアドレスは更新される。また、ローカルネームは、アドバタイジングパケットを発信するプリンタ８０を識別するための情報であり、ランダムアドレスのように定期的に更新されない。ローカルネームは、プリンタ８０を個別に識別可能な情報であればなんでもよいが、例えば、プリンタ８０のモデル名とシリアル番号の組み合わせで構成されている。
【００２２】
そして、プリンタ８０により発信されたアドバタイジングパケットを、携帯電話１０のＯＳ３２が受信する。ただし、ＯＳ３２は、アドバタイジングパケットを常時、受信するわけでなく、アドバタイジングパケットを受信可能な状態（以下、「スキャン状態」と記載する）とされている際にのみ、アドバタイジングパケットを受信する。なお、ＯＳ３２がスキャン状態においてアドバタイジングパケットを受信する処理（以下、「スキャン処理」と記載する）（信号受付処理の一例）は、低遅延モード（第１モードの一例）と低消費電力モード（第２モードの一例）との２種類のモードのうちの何れかのモードで選択的に実行される。
【００２３】
詳しくは、低遅延モードは、非常に短い間隔をあけてスキャン状態とされるモードであり、低遅延モードでは、スキャン状態と、アドバタイジングパケットを受信不能な状態とが非常に短い周期で繰り返される。このため、低遅延モードでのスキャン処理において、スキャン状態とされている時間が長くなり、ＯＳ３２は、随時、アドバタイジングパケットを受信することができるため、アドバタイジングパケットの受信に要する時間を短縮することができる。一方で、スキャン状態とされている時間が長くなるため、スキャン処理に要する電力量が多くなる。
【００２４】
また、低消費電力モードは、低遅延モードでスキャン状態とされる間隔より長い間隔をあけてスキャン状態とされるモードであり、低消費電力モードでは、スキャン状態と、アドバタイジングパケットを受信不能な状態とが比較的長い周期で繰り返される。具体的には、例えば、約４００ｍｓのスキャン状態と、約４６００ｍｓのアドバタイジングパケットを受信不能な状態とが周期的に繰り返される。このため、低消費電力モードでのスキャン処理では、スキャン状態とされている時間が短くなり、ＯＳ３２は、随時、アドバタイジングパケットを受信することができないため、アドバタイジングパケットの受信に要する時間が長くなる。一方で、スキャン状態とされている時間が短くなるため、スキャン処理に要する電力量が少なくなる。
【００２５】
このように、ＯＳ３２により実行されるスキャン処理は、アドバタイジングパケットの受信に要する時間を短縮することが可能な低遅延モードと、スキャン処理に要する電力量を抑制可能な低消費電力モードとの何れかのモードで選択的に実行される。なお、ＯＳ３２は、アプリケーション３０からの指令に従って、低遅延モードと低消費電力モードとの何れかのモードでスキャン処理を実行する。このため、アプリケーション３０は、アドバタイジングパケットの受信に要する時間を短縮することが好ましい状況下において、低遅延モードでのスキャン処理の実行指示を、ＯＳ３２に出力し、スキャン処理に要する電力量を抑制することが好ましい状況下において、低消費電力モードでのスキャン処理の実行指示を、ＯＳ３２に出力する。
【００２６】
詳しくは、携帯電話１０では、アプリケーション３０がフォアグランドで作動している際に、携帯電話１０と通信可能なプリンタ８０を検索するための検索画面（図示省略）をＬＣＤ１６に表示する（Ｓ１００：図２参照）。なお、フォアグランドとは、所定のアプリケーションに対してユーザが操作可能な状態である。検索画面には、検索ボタンが表示されており、その検索ボタンがユーザにより操作されると、アプリケーション３０は、検索ボタンのユーザ操作を受け付ける（Ｓ１０２）。そして、アプリケーション３０は、携帯電話１０と通信可能なプリンタ８０を検索するべく、ＯＳ３２にスキャン処理の実行指示を出力する（Ｓ１０４）。この際、アプリケーション３０は、低消費電力モードでのスキャン処理の実行指示を出力する。これは、携帯電話１０と通信可能なプリンタ８０を検索する状況下では、検索時間の短縮よりも、消費電力の抑制を図ることが好ましいためである。
【００２７】
そして、ＯＳ３２は、低消費電力モードでのスキャン処理の実行指示を受け付けることで、低消費電力モードでのスキャン処理を開始する（Ｓ１０６）。このため、ＯＳ３２は、スキャン状態において、携帯電話１０がプリンタ８０とのＢＬＥ通信の通信範囲内に位置している場合に、プリンタ８０から発信されたアドバタイジングパケットを受信する（Ｓ１０８）。なお、アドバタイジングパケットに含まれるランダムアドレスとローカルネームとを纏めて、通信情報と記載する場合がある。そして、ＯＳ３２は、プリンタ８０からアドバタイジングパケットを受信する毎に、受信したアドバタイジングパケットに含まれる通信情報をアプリケーション３０に出力する（Ｓ１１０）。
【００２８】
つまり、例えば、ＯＳ３２が、プリンタ８０ａからアドバタイジングパケットを受信すると（Ｓ１０８）、そのアドバタイジングパケットに含まれる通信情報をアプリケーション３０に出力する（Ｓ１１０）。また、ＯＳ３２が、プリンタ８０ｂからアドバタイジングパケットを受信すると（Ｓ１１２）、そのアドバタイジングパケットに含まれる通信情報をアプリケーション３０に出力する（Ｓ１１４）。ＯＳ３２が、プリンタ８０ｃからアドバタイジングパケットを受信すると（Ｓ１１６）、そのアドバタイジングパケットに含まれる通信情報をアプリケーション３０に出力する（Ｓ１１８）。そして、ＯＳ３２は、低消費電力モードでのスキャン処理を、タイムアウトにより終了する（Ｓ１２０）。つまり、ＯＳ３２は、Ｓ１０６でスキャン処理を開始したタイミングからの経過時間を計測しており、その経過時間が設定時間となったタイミングで、スキャン処理を終了する。
【００２９】
また、ＯＳ３２から出力された通信情報を受け付けたアプリケーション３０は、受け付けた通信情報に基づいて、選択画面（図示省略）をＬＣＤ１６に表示する（Ｓ１２２：図３参照）。選択画面には、通信情報に含まれるローカルネームが表示され、選択画面において、表示されたローカルネームに基づいて、ユーザ操作により任意のプリンタが選択される。具体的には、３台のプリンタ８０ａ，ｂ，ｃからアドバタイジングパケットを受信している場合に、３台のプリンタ８０ａ，ｂ，ｃに応じたローカルネームが、ＬＣＤ１６に表示され、表示されたローカルネームに基づいて、３台のプリンタ８０ａ，ｂ，ｃから任意のプリンタが、ユーザ操作により選択される。これにより、アプリケーション３０は、選択されたプリンタ（以下、「選択プリンタ」と記載する）のユーザ操作を受け付ける（Ｓ１２４）。
【００３０】
そして、アプリケーション３０は、選択プリンタの通信情報（以下、「選択通信情報」と記載する）として、その通信情報に含まれるランダムアドレスとローカルネームとをデータ記憶領域３４に記憶する（Ｓ１２６）。そして、アプリケーション３０は、データ記憶領域３４に記憶したランダムアドレス（以下、「記憶ランダムアドレス」と記載する）を用いて、選択プリンタへの通信指示をＯＳ３２に送信する（Ｓ１２８）。それに応じて、ＯＳ３２が、選択プリンタに対して記憶ランダムアドレスを用いた接続要求を送信し、選択プリンタとのＢＬＥ通信を確立させる（Ｓ１３０）。また、アプリケーション３０は、プリンタ８０との通信を行った後、所定時間の経過に伴って、遮断要求をＯＳ３２に出力する（Ｓ１３２）。これにより、ＯＳ３２は、選択プリンタとのＢＬＥ通信を遮断する（Ｓ１３４）。
【００３１】
また、アプリケーション３０は、上述したように、画像の印刷処理を実行するためのプログラムである。このため、アプリケーション３０は、印刷処理を実行するための印刷処理実行画面（図示省略）をＬＣＤ１６に表示し、その印刷処理実行画面には、印刷ボタンが表示される。印刷ボタンは、印刷処理の実行を開始するためのボタンである。そして、アプリケーション３０は、印刷ボタンの操作を受け付けると（Ｓ１４０：図４参照）、Ｓ１２６で記憶された通信情報の記憶ランダムアドレス、つまり、つまり、選択プリンタのランダムアドレスを用いたＢＬＥ通信の指示をＯＳ３２に出力する（Ｓ１４２）。
【００３２】
ＯＳ３２は、ＢＬＥ通信の指示を受け付けると、記憶ランダムアドレスを用いて選択プリンタとＢＬＥ通信を試みる。この際、記憶ランダムアドレスを用いた選択プリンタとのＢＬＥ通信が成功すると、ＯＳ３２と選択プリンタとの間でＢＬＥ通信が確立する（Ｓ１４４）。そして、ＯＳ３２は、記憶ランダムアドレスを用いた選択プリンタとのＢＬＥ通信が成功した場合（Ｓ１４６：ＹＥＳ）、に、選択プリンタとのＢＬＥ通信が成功したことを示す通信成功情報を、アプリケーション３０に出力する（Ｓ１４８）。
【００３３】
次に、アプリケーション３０は、通信成功情報をＯＳ３２から受信すると、印刷用画像データをＯＳ３２に出力する（Ｓ１５０）。そして、ＯＳ３２は、印刷用画像データを受け付けると、その印刷用画像データを、印刷指示とともに、ＢＬＥ通信により選択プリンタに送信する（Ｓ１５２）。これにより、選択プリンタにおいて、携帯電話１０から送信された印刷用画像データに基づく画像の印刷処理が実行される（Ｓ１５４）。
【００３４】
また、ＯＳ３２が、アプリケーション３０からＳ１４２で受け付けた通信指示に従って、記憶ランダムアドレスを用いて選択プリンタとＢＬＥ通信を試みた際に、選択プリンタとのＢＬＥ通信が失敗する場合がある。これは、Ｓ１３４においてＢＬＥ通信が遮断された後、プリンタにおいて、ランダムアドレスが定期的に更新されるためである。つまり、選択プリンタが、Ｓ１０８，Ｓ１１２，Ｓ１１６の何れかにおいて、ランダムアドレスＲＡ１とローカルネームＬＮ１とを含むアドバタイジングパケットを発信している場合に、ＯＳ３２は、Ｓ１２６において、ランダムアドレスＲＡ１とローカルネームＬＮ１とを、選択通信情報として、データ記憶領域３４に記憶している。そして、Ｓ１３４においてＢＬＥ通信が遮断された後、アプリケーション３０は、Ｓ１４２において、データ記憶領域３４に記憶されているランダムアドレスＲＡ１を用いた通信指示をＯＳ３２に出力し、ＯＳ３２は、Ｓ１４４において、ランダムアドレスＲＡ１を用いて、選択プリンタとのＢＬＥ通信を試みる。
【００３５】
しかしながら、選択プリンタでは、ランダムアドレスの定期的な更新により、ランダムアドレスが、ＲＡ１からＲＡ２に更新されている場合がある。このような場合に、記憶ランダムアドレスがＲＡ１であると、記憶ランダムアドレスを用いた選択プリンタとのＢＬＥ通信は、失敗する（Ｓ１４６：ＮＯ）。なお、選択プリンタとのＢＬＥ通信が失敗した場合には、当然、プリンタ８０とのＢＬＥ通信は確立しないため、Ｓ１４４の処理は実行されない。
【００３６】
そして、記憶ランダムアドレスを用いた選択プリンタとのＢＬＥ通信が失敗した場合に、ＯＳ３２は、選択プリンタとのＢＬＥ通信が失敗したことを示す通信失敗情報を、アプリケーション３０に出力する（Ｓ１６０）。次に、アプリケーション３０は、通信失敗情報をＯＳ３２から受信すると、選択プリンタから再度、通信情報を受信するべく、ＯＳ３２にスキャン処理の実行指示を出力する（Ｓ１６２）。この際、アプリケーション３０は、低遅延モードでのスキャン処理の実行指示を出力する。これは、選択プリンタが選択された後に、その選択プリンタでの印刷処理を実行するべく、印刷ボタンが操作されており、そのような状況下では、消費電力の抑制を図るより、選択プリンタとのＢＬＥ通信の確立を早期に行うことが好ましいためである。
【００３７】
そして、ＯＳ３２は、低遅延モードでのスキャン処理の実行指示を受け付けることで、低遅延モードでのスキャン処理を開始する（Ｓ１６５：図５参照）。このため、ＯＳ３２は、スキャン状態において、携帯電話１０がプリンタ８０とのＢＬＥ通信の通信範囲内に位置している場合に、プリンタ８０から発信されたアドバタイジングパケットを受信する（Ｓ１６６）。そして、ＯＳ３２は、プリンタ８０からアドバタイジングパケットを受信する毎に、受信したアドバタイジングパケットに含まれる通信情報をアプリケーション３０に出力する（Ｓ１６８）。なお、低消費電力モードでのスキャン処理はタイムアウトにより終了したが、低遅延モードでのスキャン処理は、選択プリンタからアドバタイジングパケットを受信したことにより終了する。
【００３８】
詳しくは、例えば、ＯＳ３２が、選択プリンタと異なるプリンタからアドバタイジングパケットを受信すると（Ｓ１６６）、そのアドバタイジングパケットに含まれる通信情報をアプリケーション３０に出力する（Ｓ１６８）。この際、アプリケーション３０は、受け付けた通信情報に含まれるローカルネームが、データ記憶領域３４に記憶されているローカルネームと同じであるか否かを判断する。その受け付けた通信情報は、選択プリンタと異なるプリンタのものであるため、受け付けた通信情報に含まれるローカルネームは、データ記憶領域３４に記憶されているローカルネームと異なる。このため、スキャン処理は終了せず、継続して実行される。
【００３９】
次に、ＯＳ３２が、選択プリンタからアドバタイジングパケットを受信すると（Ｓ１７０）、そのアドバタイジングパケットに含まれる通信情報をアプリケーション３０に出力する（Ｓ１７２）。この際、アプリケーション３０は、受け付けた通信情報に含まれるローカルネームが、データ記憶領域３４に記憶されているローカルネームと同じであるか否かを判断する。その受け付けた通信情報は、選択プリンタのものであるため、受け付けた通信情報に含まれるローカルネームは、データ記憶領域３４に記憶されているローカルネームと同じとなる。このため、アプリケーション３０は、受け付けた通信情報に含まれるランダムアドレスをデータ記憶領域３４に記憶し、スキャン処理の終了指示をＯＳ３２に出力する（Ｓ１７４）。これにより、ＯＳ３２は、スキャン処理を終了する（Ｓ１７６）。
【００４０】
また、アプリケーション３０は、Ｓ１７２で受け付けた選択プリンタの通信情報に含まれるランダムアドレス、つまり、選択プリンタにおいて更新されたランダムアドレス（以下、「更新ランダムアドレス」と記載する）を用いたＢＬＥ通信の指示をＯＳ３２に出力する（Ｓ１７８）。ＯＳ３２は、ＢＬＥ通信の指示を受け付けると、更新ランダムアドレスを用いて選択プリンタとＢＬＥ通信を試みる。この際、更新ランダムアドレスを用いた選択プリンタとのＢＬＥ通信が成功すると、ＯＳ３２と選択プリンタとの間でＢＬＥ通信が確立する（Ｓ１７９）。そして、ＯＳ３２は、記憶ランダムアドレスを用いた選択プリンタとのＢＬＥ通信が成功した場合（Ｓ１８０：ＹＥＳ）、に、Ｓ１４８〜Ｓ１５４（図４参照）の処理が実行される。
【００４１】
一方、更新ランダムアドレスを用いた選択プリンタとのＢＬＥ通信が失敗した場合（Ｓ１８０：ＮＯ）に、ＯＳ３２は、選択プリンタとのＢＬＥ通信が失敗したことを示す通信失敗情報を、アプリケーション３０に出力する（Ｓ１８２）。これにより、アプリケーション３０は、ＬＣＤ１６にエラー画面（図示省略）を表示する（Ｓ１８４）。
【００４２】
このように、携帯電話１０では、検索ボタンが操作され、携帯電話１０と通信可能なプリンタ８０が検索される場合、つまり、スキャン処理に要する電力量を抑制することが好ましい状況下において、アプリケーション３０は、低消費電力モードでのスキャン処理の実行指示を、ＯＳ３２に出力する。一方、印刷ボタンが操作され、選択プリンタでの印刷が望まれる場合、つまり、選択プリンタとのＢＬＥ通信を早期に確立させるべく、アドバタイジングパケットの受信に要する時間を短縮することが好ましい状況下において、アプリケーション３０は、低遅延モードでのスキャン処理の実行指示を、ＯＳ３２に出力する。これにより、状況に応じて、消費電力の抑制とＢＬＥ通信の早期の確立とを最適化することが可能となる。
【００４３】
＜第２実施形態＞
第１実施形態の通信システム１では、携帯電話１０と通信可能なプリンタ８０が検索される状況において、低消費電力モードでのスキャン処理の実行指示が、ＯＳ３２に出力され、選択プリンタでの印刷が望まれる状況において、低遅延モードでのスキャン処理の実行指示が、ＯＳ３２に出力されているが、第２実施形態の通信システム１では、携帯電話１０，５０の機種に応じて、低消費電力モードでのスキャン処理の実行指示と低遅延モードでのスキャン処理の実行指示との何れかが、ＯＳ３２に選択的に出力される。
【００４４】
具体的には、携帯電話１０は、低消費電力モードでのスキャン処理において、アドバタイジングパケットを受信し易い機種であり、携帯電話５０は、低消費電力モードでのスキャン処理において、アドバタイジングパケットを受信し難い機種である。つまり、携帯電話１０では、低消費電力モードでのスキャン処理において、アドバタイジングパケットの受信に要する時間は比較的短いが、携帯電話５０では、低消費電力モードでのスキャン処理において、アドバタイジングパケットの受信に要する時間は比較的長い。
【００４５】
このようなことに鑑みて、携帯電話１０のデータ記憶領域３４および、携帯電話５０のデータ記憶領域７４には、図６に示すテーブルが記憶されている。このテーブルでは、携帯電話１０の機種に対して、低遅延モードでのスキャン処理を行わずに、低消費電力モードでのスキャン処理を実行することを示す情報（以下、「モード指定情報」と記載する）（図６のテーブルでは常時低消費電力モードＯＮと示されている）（モード情報の一例）が設定されており、携帯電話５０の機種に対して、そのようなモード指定情報は設定されていない。
【００４６】
このため、携帯電話１０のアプリケーション３０は、所定のタイミングで、携帯電話１０の機種を示す情報を、ＡＰＩを利用してＯＳ３２から取得している。そして、アプリケーション３０は、起動すると、データ記憶領域３４に記憶されているテーブルを参照し、ＯＳ３２から取得した情報に応じた携帯電話１０の機種に対してモード指定情報が設定されているか否かを判断する（Ｓ２００：図７参照）。この際、アプリケーション３０は、携帯電話１０の機種に対してモード指定情報が設定されていると判断する（Ｓ２００：ＹＥＳ）。このため、アプリケーション３０は、スキャンモードを低消費電力モードに設定する（Ｓ２０２）。一方、携帯電話５０のアプリケーション７０も、所定のタイミングで、携帯電話５０の機種を示す情報を、ＡＰＩを利用してＯＳ７２から取得している。そして、アプリケーション７０は、起動すると、データ記憶領域７４に記憶されているテーブルを参照し、携帯電話５０の機種に対してモード指定情報が設定されているか否かを判断する（Ｓ２００）。この際、アプリケーション７０は、携帯電話１０の機種に対してモード指定情報が設定されていないと判断する（Ｓ２００：ＮＯ）。このため、アプリケーション７０は、スキャンモードを低遅延モードに設定する（Ｓ２０４）。
【００４７】
そして、スキャンモードに低消費電力モードと低遅延モードとの何れかが設定されると、アプリケーション３０，７０は、設定されたスキャンモードに応じたスキャン処理の実行指示をＯＳ３２，７２に出力する。つまり、携帯電話１０では、アプリケーション３０が、検索ボタンの操作を受け付けた後（Ｓ１０２：図２参照）、及び、印刷ボタンの操作によるＢＬＥ通信の失敗に応じて通信失敗情報を受け付けた後（Ｓ１６０：図４参照）に、低消費電力モードでのスキャン処理の実行指示をＯＳ３２に出力する（Ｓ１０４：図２参照、Ｓ１６２：図４参照）。また、携帯電話５０では、アプリケーション７０が、検索ボタンの操作を受け付けた後（Ｓ１０２：図２参照）、及び、印刷ボタンの操作によるＢＬＥ通信の失敗に応じて通信失敗情報を受け付けた後（Ｓ１６０：図４参照）に、低遅延モードでのスキャン処理の実行指示をＯＳ３２に出力する（Ｓ１０４：図２参照、Ｓ１６２：図４参照）。これにより、低消費電力モードでのスキャン処理において、アドバタイジングパケットの受信に要する時間が比較的短い携帯電話１０では、低消費電力モードでのスキャン処理が実行され、低消費電力モードでのスキャン処理において、アドバタイジングパケットの受信に要する時間が比較的長い携帯電話５０では、低遅延モードでのスキャン処理が実行される。これにより、携帯電話１０，５０の機種に応じて、消費電力の抑制とＢＬＥ通信の早期の確立とを最適化することが可能となる。
【００４８】
また、第２実施形態の通信システム１では、設定されたスキャンモードに応じて、プリンタ８０が発信するアドバタイジングパケットの発信周期が変更される。詳しくは、プリンタ８０は、アドバタイジングパケットの発信周期を変更することが可能とされており、例えば、比較的短い間隔をあけてアドバタイジングパケットを発信するモード（以下、「短周期モード」と記載する）（第３モードの一例）と、短周期モードでの間隔より長い間隔をあけてアドバタイジングパケットを発信するモード（以下、「長周期モード」と記載する）（第４モードの一例）との何れかのモードで選択的にアドバタイジングパケットを発信する。
【００４９】
このため、アプリケーション３０，７０は、設定されたスキャンモードが短い間隔をあけてスキャン状態とされるモードである場合に、アドバタイジングパケットの発信間隔を指定する指示（以下、「発信間隔指定指示」と記載する）として、短周期モードでのアドバタイジングパケットの発信の指示を、ＯＳ３２，７２を介して、プリンタ８０に出力する。また、アプリケーション３０，７０は、設定されたスキャンモードが長い間隔をあけてスキャン状態とされるモードである場合に、発信間隔指定指示として、長周期モードでのアドバタイジングパケットの発信の指示を、ＯＳ３２，７２を介して、プリンタ８０に出力する。
【００５０】
具体的には、携帯電話１０では、スキャンモードとして低消費電力モードが設定されているため、アプリケーション３０は、図８に示すように、記憶ランダムアドレスを用いたＢＬＥ通信の接続指示をＯＳ３２に出力した後に（Ｓ１２８）、ＯＳ３２は、記憶ランダムアドレスを用いたＢＬＥ通信をプリンタ８０との間で確立させる（Ｓ１２９）。また、アプリケーション３０は、発信間隔指定指示として、長周期モードでのアドバタイジングパケットの発信の指示を、ＯＳ３２に出力する（Ｓ１３０）。そして、ＯＳ３２は、Ｓ１２９で確立したＢＬＥ通信によって、発信間隔指定指示として、長周期モードでのアドバタイジングパケットの発信の指示を、プリンタ８０に出力する（Ｓ１３１）。このため、プリンタ８０は、発信間隔指示を受信すると、長周期モードでアドバタイジングパケットを発信する。これにより、プリンタ８０の消費電力を抑制することができる。なお、図８は、Ｓ１２９及びＳ１３１を除いて、先に説明した図４と同じである。
【００５１】
また、携帯電話５０では、スキャンモードとして低遅延モードが設定されているため、アプリケーション７０は、記憶ランダムアドレスを用いたＢＬＥ通信の接続指示をＯＳ７２に出力した後に（Ｓ１２８）、発信間隔指定指示として、短周期モードでのアドバタイジングパケットの発信の指示を、ＯＳ７２に出力する（Ｓ１２９）。そして、ＯＳ７２は、記憶ランダムアドレスを用いたＢＬＥ通信をプリンタ８０との間で確立させた後に（Ｓ１３０）、そのＢＬＥ通信によって、発信間隔指定指示として、短周期モードでのアドバタイジングパケットの発信の指示を、プリンタ８０に出力する（Ｓ１３１）。このため、プリンタ８０は、発信間隔指示を受信すると、短周期モードでアドバタイジングパケットを発信する。これにより、携帯電話５０では、アドバタイジングパケットを受信し易くなる。
【００５２】
＜第３実施形態＞
第３実施形態の通信システム１では、携帯電話１０，５０のバッテリ残量に応じて、低消費電力モードでのスキャン処理の実行指示と低遅延モードでのスキャン処理の実行指示との何れかが、ＯＳ３２，７２に選択的に出力される。
【００５３】
具体的には、携帯電話１０，５０のバッテリ残量が多ければ、携帯電話１０，５０において消費電力を抑制する必要性は低い。一方、携帯電話１０，５０のバッテリ残量が少なければ、携帯電話１０，５０において消費電力を抑制する必要性は高い。このため、アプリケーション３０，７０は、所定のタイミングにおいて、バッテリ残量が閾値以上であるか否かを判断する（Ｓ２１０：図９参照）。そして、バッテリ残量が閾値未満である場合（Ｓ２１０：ＮＯ）に、アプリケーション３０，７０は、スキャンモードを低消費電力モードに設定する（Ｓ２１２）。一方、バッテリ残量が閾値以上である場合（Ｓ２１０：ＹＥＳ）に、アプリケーション３０，７０は、スキャンモードを低遅延モードに設定する（Ｓ２１４）。
【００５４】
そして、アプリケーション３０，７０は、設定されたスキャンモードに応じたスキャン処理の実行指示をＯＳ３２，７２に出力する。つまり、バッテリ残量が閾値未満である場合に、アプリケーション３０，７０は、検索ボタンの操作を受け付けた後（Ｓ１０２：図２参照）、及び、印刷ボタンの操作によるＢＬＥ通信の失敗に応じて通信失敗情報を受け付けた後（Ｓ１６０：図４参照）に、低消費電力モードでのスキャン処理の実行指示をＯＳ３２に出力する（Ｓ１０４：図２参照、Ｓ１６２：図４参照）。これにより、バッテリ残量が少ない場合に、消費電力の抑制を図ることが可能となる。一方、バッテリ残量が閾値以上である場合に、アプリケーション３０，７０は、検索ボタンの操作を受け付けた後（Ｓ１０２：図２参照）、及び、印刷ボタンの操作によるＢＬＥ通信の失敗に応じて通信失敗情報を受け付けた後（Ｓ１６０：図４参照）に、低遅延モードでのスキャン処理の実行指示をＯＳ３２に出力する（Ｓ１０４：図２参照、Ｓ１６２：図４参照）。これにより、バッテリ残量が多い場合に、消費電力の抑制を図ることなく、ＢＬＥ通信の早期の確立を図ることが可能となる。
【００５５】
＜第４実施形態＞
第４実施形態の通信システム１では、携帯電話１０，５０が充電中であるか否かに応じて、低消費電力モードでのスキャン処理の実行指示と低遅延モードでのスキャン処理の実行指示との何れかが、ＯＳ３２，７２に選択的に出力される。
【００５６】
具体的には、携帯電話１０，５０が充電中である場合には、携帯電話１０，５０において消費電力を抑制する必要性は低い。一方、携帯電話１０，５０が充電中でない場合には、携帯電話１０，５０において消費電力を抑制する必要性は高い。このため、アプリケーション３０，７０は、所定のタイミングにおいて、充電中であるか否かを判断する（Ｓ２２０：図１０参照）。そして、充電中でない場合（Ｓ２２０：ＮＯ）に、アプリケーション３０，７０は、スキャンモードを低消費電力モードに設定する（Ｓ２２２）。一方、充電中である場合（Ｓ２２０：ＹＥＳ）に、アプリケーション３０，７０は、スキャンモードを低遅延モードに設定する（Ｓ２２４）。
【００５７】
そして、アプリケーション３０，７０は、設定されたスキャンモードに応じたスキャン処理の実行指示をＯＳ３２，７２に出力する。つまり、充電中でない場合に、アプリケーション３０，７０は、検索ボタンの操作を受け付けた後（Ｓ１０２：図２参照）、及び、印刷ボタンの操作によるＢＬＥ通信の失敗に応じて通信失敗情報を受け付けた後（Ｓ１６０：図４参照）に、低消費電力モードでのスキャン処理の実行指示をＯＳ３２に出力する（Ｓ１０４：図２参照、Ｓ１６２：図４参照）。一方、充電中である場合に、アプリケーション３０，７０は、検索ボタンの操作を受け付けた後（Ｓ１０２：図２参照）、及び、印刷ボタンの操作によるＢＬＥ通信の失敗に応じて通信失敗情報を受け付けた後（Ｓ１６０：図４参照）に、低遅延モードでのスキャン処理の実行指示をＯＳ３２に出力する（Ｓ１０４：図２参照、Ｓ１６２：図４参照）。これにより、充電中であるか否かに応じて、消費電力の抑制とＢＬＥ通信の早期の確立とを最適化することが可能となる。
【００５８】
＜第５実施形態＞
第５実施形態の通信システム１では、携帯電話１０，５０の位置に応じて、低消費電力モードでのスキャン処理の実行指示と低遅延モードでのスキャン処理の実行指示との何れかが、ＯＳ３２，７２に選択的に出力される。
【００５９】
具体的には、例えば、携帯電話１０，５０を使用しているユーザがオフィスでなくお客様のもとにいるような場合には、印刷に要する時間の短縮が望まれる。一方、携帯電話１０，５０を使用しているユーザがオフィスにいるような場合には、お客様のもとにいる場合と比較して、印刷に要する時間を短縮する必要性は低い。このため、アプリケーション３０，７０は、所定のタイミングにおいて、携帯電話１０，５０の位置に関する情報（以下、「位置情報」と記載する）を、ＯＳ３２，７２から取得する（Ｓ２３０：図１１参照）。なお、ＯＳ３２，７２は、上述したように、ＧＰＳ信号受信部２０からＧＰＳ信号を取得しており、その受信した信号に基づいて位置情報を演算している。そして、アプリケーション３０は、取得した位置情報に基づいて、携帯電話１０，５０が設定範囲内に位置しているか否かを判断する（Ｓ２３２）。ちなみに、設定範囲は、オフィスを除いた範囲に設定されている。
【００６０】
そして、携帯電話１０，５０が設定範囲内に位置していない場合（Ｓ２３２：ＮＯ）、つまり、携帯電話１０，５０を使用しているユーザがオフィスにいる場合に、アプリケーション３０，７０は、スキャンモードを低消費電力モードに設定する（Ｓ２３４）。一方、携帯電話１０，５０が設定範囲内に位置している場合（Ｓ２３２：ＹＥＳ）、つまり、携帯電話１０，５０を使用しているユーザがオフィスから外出している場合に、アプリケーション３０，７０は、スキャンモードを低遅延モードに設定する（Ｓ２３６）。
【００６１】
そして、アプリケーション３０，７０は、設定されたスキャンモードに応じたスキャン処理の実行指示をＯＳ３２，７２に出力する。つまり、携帯電話１０，５０を使用しているユーザがオフィスにいる場合に、アプリケーション３０，７０は、検索ボタンの操作を受け付けた後（Ｓ１０２：図２参照）、及び、印刷ボタンの操作によるＢＬＥ通信の失敗に応じて通信失敗情報を受け付けた後（Ｓ１６０：図４参照）に、低消費電力モードでのスキャン処理の実行指示をＯＳ３２に出力する（Ｓ１０４：図２参照、Ｓ１６２：図４参照）。一方、携帯電話１０，５０を使用しているユーザがオフィスから外出している場合に、アプリケーション３０，７０は、検索ボタンの操作を受け付けた後（Ｓ１０２：図２参照）、及び、印刷ボタンの操作によるＢＬＥ通信の失敗に応じて通信失敗情報を受け付けた後（Ｓ１６０：図４参照）に、低遅延モードでのスキャン処理の実行指示をＯＳ３２に出力する（Ｓ１０４：図２参照、Ｓ１６２：図４参照）。これにより、携帯電話１０，５０を使用しているユーザの位置に応じて、消費電力の抑制とＢＬＥ通信の早期の確立とを最適化することが可能となる。
【００６２】
なお、Ｓ１０４，Ｓ１６２を実行するＣＰＵ１２，５２は、第１出力手段の一例である。Ｓ１１０，Ｓ１１４，Ｓ１１８，Ｓ１６８，Ｓ１７２を実行するＣＰＵ１２，５２は、受付手段の一例である。Ｓ１２２，Ｓ１７８を実行するＣＰＵ１２，５２は、処理実行手段の一例である。Ｓ１２９を実行するＣＰＵ１２，５２は、第２出力手段の一例である。
【００６３】
なお、本発明は、上記実施形態に限定されるものではなく、当業者の知識に基づいて種々の変更、改良を施した種々の態様で実施することが可能である。具体的には、上記実施形態では、データ記憶領域３４，７４に記憶されているテーブル，バッテリ残量，携帯電話１０，５０の位置情報等の複数の条件の各々に応じて、スキャンモードが低遅延モードと低消費電力モードとの何れかに設定されるが、それら複数の条件のうちの２以上の条件に応じて、スキャンモードが低遅延モードと低消費電力モードとの何れかに設定されてもよい。具体的には、例えば、携帯電話１０，５０を使用しているユーザがオフィスから外出している場合に、スキャンモードが低遅延モードに設定される。一方、携帯電話１０，５０を使用しているユーザがオフィスにいる場合に、バッテリ残量が閾値以上であるか否かが判断され、バッテリ残量が閾値以上である場合に、スキャンモードが低遅延モードに設定され、バッテリ残量が閾値未満である場合に、スキャンモードが低消費電力モードに設定される。
【００６４】
また、上記実施形態では、第２実施形態においてのみ、アドバタイジングパケットの発信間隔が変更されているが、第２実施形態と異なる実施形態において、アドバタイジングパケットの発信間隔が変更されてもよい。
【００６５】
また、上記実施形態では、低遅延モードと低消費電力モードとの２つのモードが採用されているが、その２つのモード以外のモードが採用されてもよい。具体的には、例えば、低遅延モードと低消費電力モードとの間のモードとして、バランスモードが採用されてもよい。バランスモードは、低消費電力モードでスキャン状態とされる間隔より短いが、低遅延モードでスキャン状態とされる間隔より長い間隔をあけてスキャン状態とされるモードであり、バランスモードでは、例えば、約２０００ｍｓのスキャン状態と、約３０００ｍｓのアドバタイジングパケットを受信不能な状態とが周期的に繰り返される。なお、低遅延モードとバランスモードとが採用された場合には、消費電力の抑制が望まれる状況において、バランスモードでのスキャン処理の実行指示がＯＳ３２，７２に出力され、早期のＢＬＥ通信の確立が望まれる状況において、低遅延モードでのスキャン処理の実行指示がＯＳ３２，７２に出力される。また、低消費電力モードとバランスモードとが採用された場合には、消費電力の抑制が望まれる状況において、低消費電力モードでのスキャン処理の実行指示がＯＳ３２，７２に出力され、早期のＢＬＥ通信の確立が望まれる状況において、バランスモードでのスキャン処理の実行指示がＯＳ３２，７２に出力される。なお、低消費電力モードと低遅延モードとバランスモードとの３つのモードが採用されてもよい。
【００６６】
また、上記実施形態２では、携帯電話の機種に応じて低消費電力モードでのスキャン処理の実行指示と低遅延モードでのスキャン処理の実行指示との何れかが、ＯＳに選択的に出力されているが、携帯電話のＯＳの種類に応じて低消費電力モードでのスキャン処理の実行指示と低遅延モードでのスキャン処理の実行指示との何れかが、ＯＳに選択的に出力されてもよい。つまり、例えば、ＯＳ３２が採用されている携帯電話１０では、低消費電力モードでのスキャン処理の実行指示がＯＳ３２に出力され、ＯＳ３２と異なる種類であるＯＳ７２が採用されている携帯電話５０では、低遅延モードでのスキャン処理の実行指示がＯＳ７２に出力されてもよい。
【００６７】
また、上記実施形態では、携帯電話１０，５０とのＢＬＥ通信対象がプリンタ８０とされているが、スキャナなどの画像処理を実行する装置が、ＢＬＥ通信の対象とされてもよい。また、画像処理を実行する装置に限られず、他の処理を実行する種々の装置が、ＢＬＥ通信の対象とされてもよい。
【００６８】
また、上記実施形態では、確立したＢＬＥ通信を用いて、印刷指示とともに、印刷用画像データが送信されているが、印刷用画像データ等に限定されず、種々の情報をＢＬＥ通信により送信することが可能である。
【００６９】
また、上記実施形態では、ＢＬＥ通信の例を説明したが、通信方式についてはこれに限られず、プリンタ８０などの通信装置から発信される信号を用いて通信を行う方式であれば、何でもよい。
【００７０】
また、上記実施形態では、ＣＰＵ１２，５２等によって図２乃至図５、図７乃至図１１に示す処理が実行される例を説明したが、これら処理は、ＣＰＵ１２，５２等に限らず、ＡＳＩＣや他の論理集積回路により実行されてもよいし、これら処理が、ＣＰＵ等やＡＳＩＣ、他の論理集積回路が協働することにより実行されてもよい。
【符号の説明】
【００７１】
１０：携帯電話    １２：ＣＰＵ    １６：ＬＣＤ    ２０：ＧＰＳ信号受信部    ２４：近距離無線通信Ｉ／Ｆ    ３０：アプリケーション    ３２：ＯＳ    ３４：データ記憶領域    ５０：携帯電話    ５２：ＣＰＵ    ５６：ＬＣＤ    ６０：ＧＰＳ信号受信部    ６４：近距離無線通信Ｉ／Ｆ    ７０：アプリケーション    ７２：ＯＳ    ７４：データ記憶領域    ８０：プリンタ
【図１】
2020042408.tif 000003
【図２】
2020042408.tif 000004
【図３】
2020042408.tif 000005
【図４】
2020042408.tif 000006
【図５】
2020042408.tif 000007
【図６】
2020042408.tif 000008
【図７】
2020042408.tif 000009
【図８】
2020042408.tif 000010
【図９】
2020042408.tif 000011
【図１０】
2020042408.tif 000012
【図１１】
2020042408.tif 000013