(57)【要約】【課題】画像処理装置のアドバタイズパケットの切替え周期と、通信端末の再送間隔との関係によって、通信端末は、画像処理装置が接続要求を受け入れない時間スロットに接続要求を再送してしまい、ユーザへの応答が更に遅延するおそれがある。【解決手段】画像処理装置とＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙに基づく無線通信を行う通信端末であって、画像処理装置に関するユーザ操作を実行するために前記画像処理装置との双方向通信が必要か否かを判断し、双方向通信が必要であると判断された場合に、前記画像処理装置から周期的にブロードキャスト送信されるパケットを受信する。そして、その受信したパケットの種別が双方向通信のための接続要求を受け付けることを示すか否かを判断し、そうであれば、パケットを受信して所定の時間内に双方向通信のための接続要求を送信する。【選択図】  図５Ａ
2019140495.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置とＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙに基づく無線通信を行う通信端末において、
前記画像処理装置に関するユーザ操作を受け付ける操作受付手段と、
前記操作受付手段で受け付けた前記ユーザ操作を実行するために前記画像処理装置との双方向通信が必要か否かを判断する第一の判断手段と、
前記第一の判断手段で双方向通信が必要であると判断した場合に、前記画像処理装置から周期的にブロードキャスト送信されるパケットを受信する受信手段と、
前記受信手段で受信した前記パケットの種別が双方向通信のための接続要求を受け付けることを示すか否かを判断する第二の判断手段と、
前記第二の判断手段で前記パケットの種別が双方向通信のための接続要求を受け付けることを示すと判断した場合に、前記パケットを受信して所定の時間内に双方向通信のための接続要求を送信する送信手段と、
を有することを特徴とする通信端末。
【請求項２】
前記第二の判断手段が、受信した前記パケットの種別が双方向通信を受け付けないことを示すと判断した場合に、前記送信手段は前記双方向通信のための接続要求の送信を所定の時間、保留することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記操作受付手段で受け付けたユーザ操作の対象となる前記画像処理装置に関する情報に基づき、前記双方向通信のための接続要求の送信を保留する時間間隔を設定する設定手段を、更に有することを特徴とする請求項１または２に記載の通信端末。
【請求項４】
受信したパケットの電波強度に基づいて前記画像処理装置との距離を推定する手段を更に備え、前記設定手段は、推定した前記距離に応じて前記双方向通信のための接続要求を保留する前記時間間隔を設定することを特徴とする請求項３に記載の通信端末。
【請求項５】
操作の対象となる画像処理装置からブロードキャスト送信されたパケットの種別、送信間隔、切り替え時間の少なくとも何れか１つに関する情報を記憶する記憶手段を更に有し、前記設定手段は、前記情報に基づいて前記双方向通信のための接続要求の送信を保留する前記時間間隔を設定することを特徴とする請求項３または４に記載の通信端末。
【請求項６】
画像処理装置とＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙに基づく無線通信を行う通信端末において実行される制御方法であって、
前記画像処理装置に関するユーザ操作を受け付ける操作受付工程と、
前記操作受付工程で受け付けた前記ユーザ操作を実行するために前記画像処理装置との双方向通信が必要か否かを判断する第一の判断工程と、
前記第一の判断工程で双方向通信が必要であると判断した場合に、前記画像処理装置から周期的にブロードキャスト送信されるパケットを受信する受信工程と、
前記受信工程で受信した前記パケットの種別が双方向通信のための接続要求を受け付けることを示すか否かを判断する第二の判断工程と、
前記第二の判断工程で前記パケットの種別が双方向通信のための接続要求を受け付けることを示すと判断した場合に、前記パケットを受信して所定の時間内に双方向通信のための接続要求を送信する送信工程と、
を含むことを特徴とする通信端末の制御方法。
【請求項７】
コンピュータに請求項６に記載の制御方法の各工程を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、その制御方法、およびプログラムに関する。
【背景技術】
【０００２】
Ｂｌｕｅｔｏｏｔｈ（登録商標）のＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）のような近距離無線通信機能を備え、他の装置との無線通信を行うことができる携帯端末などの通信端末がある。通信端末は、他の装置からブロードキャスト送信されたアドバタイズパケット（Ａｄｖｅｒｔｉｓｉｎｇ  Ｐａｃｋｅｔ）を受信し、他の装置を検出しうる。また、通信端末は他の装置とＢＬＥのＧＡＴＴ（Ｇｅｎｅｒｉｃ  Ａｔｔｒｉｂｕｔｅ  Ｐｒｏｆｉｌｅ）プロファイルを用いた通信（ＧＡＴＴ通信）を確立し、双方向通信を行うことができる。
【０００３】
例えば、特許文献１に示すように、受信したアドバタイズパケットの電波強度に基づき画像処理装置までの距離を特定し、画像処理装置の周辺にあると判断した場合、ＧＡＴＴ通信を確立して当該画像処理装置へのログインを行う通信端末が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１７０７０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、ＢＬＥのアドバタイズパケットは、Ａｐｐｌｅ社のｉＢｅａｃｏｎ（登録商標）や、Ｇｏｏｇｌｅ社のＥｄｄｙＳｔｏｎｅ（登録商標）など、複数のフォーマットが定義されている。このような場合、画像処理装置は、複数種類のアドバタイズパケットを周期的に切り替えて送信することで、複数の通信端末または通信端末上で動作する複数のアプリケーションに対応できる。各アドバタイズパケットに対して、ＧＡＴＴ通信のための接続要求を受け入れるか否かを示す情報が、フォーマットを定義した各社、ユーザ、または通信端末のベンダにより設定される。
【０００６】
ここで、通信端末が接続要求を受け付けないことを示すアドバタイズパケットに対応する期間（時間スロット）においては、画像処理装置は通信端末から送信されたＧＡＴＴ通信のための接続要求に対する応答を返さない。このような場合、通信端末は、一定時間待機した後（タイムアウト後）に、ＧＡＴＴ通信のための接続要求または接続要求に対する応答のパケットロスが生じたと判断しうる。そのため、通信端末が接続要求を送信するタイミングによっては、タイムアウトするまで、通信端末を操作するユーザへの応答が遅延してしまう可能性がある。また、続いて、通信端末は接続要求を画像処理装置に再送しうる。しかしながら、画像処理装置のアドバタイズパケットの切替え周期と、通信端末の再送間隔との関係によっては、通信端末は、画像処理装置が接続要求を受け入れない時間スロットに接続要求を再送し、さらにユーザへの応答が遅延しうる。
【０００７】
本発明は、上述の問題に鑑みて成されたものであり、画像処理装置への接続要求を送信する通信端末のユーザへの応答性を向上するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明の一態様に係る通信端末は以下のような構成を備える。すなわち、本発明は、例えば通信端末であって、画像処理装置とＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙに基づく無線通信を行う通信端末において、前記画像処理装置に関するユーザ操作を受け付ける操作受付手段と、前記操作受付手段で受け付けた前記ユーザ操作を実行するために前記画像処理装置との双方向通信が必要か否かを判断する第一の判断手段と、前記第一の判断手段で双方向通信が必要であると判断した場合に、前記画像処理装置から周期的にブロードキャスト送信されるパケットを受信する受信手段と、前記受信手段で受信した前記パケットの種別が双方向通信のための接続要求を受け付けることを示すか否かを判断する第二の判断手段と、前記第二の判断手段で前記パケットの種別が双方向通信のための接続要求を受け付けることを示すと判断した場合に、前記パケットを受信して所定の時間内に双方向通信のための接続要求を送信する送信手段と、有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、画像処理装置への接続要求を送信する通信端末のユーザへの応答性を向上することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係る通信端末を含むシステムの一例を示す図。
【図２】実施形態に係る通信端末を含むシステムのハードウェア構成の一例を示す図。
【図３】実施形態に係る通信端末と通信する画像処理装置が送信するアドバタイズパケットのデータ構造の一例を示す図。
【図４】画像処理装置と実施形態に係る通信端末との間の通信の一例を示すシーケンス図。
【図５Ａ】実施形態に係る通信端末が実行する処理の一例を示すフローチャート図。
【図５Ｂ】実施形態に係る通信端末が実行する処理の一例を示すフローチャート図。
【図６】実施形態に係る通信端末の操作部に表示される画面の一例を示す図。
【図７】第３の実施形態に係る通信端末が実行する処理の一例を示すフローチャート図。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものではなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１２】
＜第１の実施形態＞
本実施形態は、画像処理装置とＢｌｕｅｔｏｏｔｈ（登録商標）のＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）に基づく無線通信を行う通信端末を支援するシステムを提供する。その中で、本システムは、通信端末がＧＡＴＴ通信のための接続要求を送信するタイミングを制御する仕組みを提供するものである。
【００１３】
図１を参照して、本実施形態に係る通信端末を含むシステムを説明する。図１に示すシステムは、画像処理装置（ＭＦＰ）１０１、本実施形態に係る通信端末の一例である携帯端末１０３、ローカルエリアネットワーク（ＬＡＮ）１０４、および無線ルータ１０５を含む。
【００１４】
ＭＦＰ１０１は、ＬＡＮ１０４または無線ダイレクト通信１０７を介して、携帯端末１０３や他のＭＦＰなどと相互に通信を行うことができる画像処理装置である。ＭＦＰ１０１は、ユーザから、プリントまたはスキャンなどの機能の何れかの実行を、通信を介して命じられうる。
【００１５】
携帯端末１０３は、ユーザによって操作される移動端末であり、無線接続１０６または無線ダイレクト通信１０７を介してＬＡＮ１０４上のＭＦＰ１０１と相互に通信可能であり、ＭＦＰ１０１の機能の何れかを無線通信を介して実行させることができる。
【００１６】
ＭＦＰ１０１と携帯端末１０３とはＢＬＥに準拠する無線通信機能を備えている。本実施形態では、ＭＦＰ１０１が、アドバタイズパケット（Ａｄｖｅｒｔｉｓｅ  ｐａｃｋｅｔ）を周期的にブロードキャスト送信し、携帯端末１０３が当該アドバタイズパケットを受信するものとする。また、携帯端末１０３は、ＢＬＥのＧＡＴＴ（Ｇｅｎｅｒｉｃ  Ａｔｔｒｉｂｕｔｅ  Ｐｒｏｆｉｌｅ）プロファイルを用いた通信（ＧＡＴＴ通信）を確立するための接続要求をＭＦＰ１０１に送信し、ＭＦＰ１０１との双方向通信を行うことができる。また、ＭＦＰ１０１は、複数のフォーマットのアドバタイズパケットをブロードキャスト送信することができる。ＢＬＥを利用したＭＦＰ１０１と携帯端末１０３との間の通信については、図４を参照して後述する。
【００１７】
無線接続１０６は、携帯端末１０３によって、ＬＡＮ１０４上のＭＦＰ１０１などの他の装置と通信するために、ＬＡＮ１０４に接続された無線ルータ１０５との間で確立される。一例では、無線接続１０６は、ＩＥＥＥ８０２．１１ａ、ｂ、ｇ、ｎ、またはａｃなどの規格に準拠したＷｉ−Ｆｉ接続である。
【００１８】
無線ダイレクト接続１０７は、ＭＦＰ１０１と携帯端末１０３との間で、直接的に無線通信を行うために確立される。一例では、無線ダイレクト接続１０７は、ＢＬＥを含むＢｌｕｅｔｏｏｔｈ接続、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）による無線接続、またはＷｉ−Ｆｉのアドホックモードによる接続でありうる。
【００１９】
なお、図１では、ＭＦＰ１０１は、ＬＡＮ１０４に有線接続されるものとして示されるが、一例では無線通信を用い、無線ルータ１０５を介してＬＡＮ１０４に接続する構成としてもよい。別の例では、ＭＦＰ１０１は無線ＬＡＮのアクセスポイントとしても動作してもよいし、ＭＦＰ１０１は、無線ダイレクト接続１０７を介して携帯端末１０３と直接通信可能であってもよい。
【００２０】
次に、図２を参照して、画像処理装置１０１と、本実施形態に係る通信端末（携帯端末１０３）とのハードウェア構成を説明する。
【００２１】
ＭＦＰ１０１は、ＣＰＵ２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、およびＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２０４を含む。また、ＭＦＰ１０１は、操作部２０５、プリンタ２０６、スキャナ２０７、およびＩＣカードリーダ２０８、Ｂｌｕｅｔｏｏｔｈインタフェース（Ｉ／Ｆ）２０９、ネットワークＩ／Ｆ２１０、および無線ネットワークＩ／Ｆ２１１も含む。ＭＦＰ１０１の各構成要素は、内部バスによって接続され、相互にデータ交換を行うことができる。
【００２２】
ＣＰＵ２０１は、ＭＦＰ１０１の全体の動作を制御するプロセッサ、プログラマブルロジック回路、またはマイクロプロセッサである。また、ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出してＲＡＭ２０３などと協働し、プリント処理、スキャン処理や通信処理などの各種処理を実行する。
【００２３】
ＲＯＭ２０２は、例えばフレキシブルディスク、磁気ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＥＥＰＲＯＭ、またはシリコンディスク等の、制御プログラムの記憶領域である。
【００２４】
ＲＡＭ２０３は、ＣＰＵ２０１が各種プログラムを実行するためのワークエリア等として使用する揮発性のメモリである。ＨＤＤ２０４は、画像データや各種プログラムを記憶する大容量記録媒体である。一例では、ＲＯＭ２０２とＨＤＤ２０４とは一体に形成されうる。操作部２０５は、ユーザによるタッチ操作が可能なタッチパネル式のディスプレイを備える。また、一例では、ボタン、キーボード、マイクなどの入力部、およびＬＥＤ、スピーカなどの出力部も含む。
【００２５】
プリンタ２０６は、内部バスを介して転送された画像データを用紙に印刷する。スキャナ２０７は、原稿上の画像を読み取って画像データを生成する。ＩＣカードリーダ２０８は、ユーザ認証に使用するＩＣカードの読み取りを行う。
【００２６】
Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２０９は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に準拠した無線通信が可能であり、Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆを持つ他の機器と相互に通信可能なインタフェースである。本実施形態では、ＭＦＰ１０１は、Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２０９を介し、他の端末にサービスを通知するアドバタイズパケットを周期的にブロードキャスト送信する。本実施例ではＭＦＰ１０１は、携帯端末とＢＬＥに基づく近接無線通信を使用してデータの送受信を行うことができる。
【００２７】
ネットワークＩ／Ｆ２１０は、ＬＡＮ１０４に有線接続するためのＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）である。無線ネットワークＩ／Ｆ２１１は、無線ダイレクト通信のネットワークに接続するためのＮＩＣである。
【００２８】
続いて、携帯端末１０３のハードウェア構成について説明する。本実施形態では、通信端末として、例えば、スマートフォンやタブレットＰＣなどの、ユーザが持ち運ぶことができるハンドヘルドコンピュータである携帯端末１０３を例示している。なお、通信端末はこれに限定されるものではなく、ノートＰＣなどの通信端末であってもよい。
【００２９】
携帯端末１０３は、構成要素としてＣＰＵ２１２、ＲＡＭ２１３、フラッシュメモリ２１４、操作部２１５、Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２１６、スピーカ２１７、マイク２１８、カメラ２１９、ＧＰＳ２２０、および無線ネットワークＩ／Ｆ２２１を含む。携帯端末１０３の各構成要素は、内部バスによって相互に通信可能に接続される。
【００３０】
ＣＰＵ２１２は、携帯端末１０３全体の動作を制御するプロセッサ、プログラマブルロジック回路、またはマイクロプロセッサである。本実施形態の携帯端末１０３では、１つのＣＰＵ２１２がフラッシュメモリ２１４に記憶された制御プログラムを読み出し、ＲＡＭ２１３を少なくとも含む携帯端末１０３の各構成要素と協働し、後述するフローチャートに示す各処理を実行するものとする。ＲＡＭ２１３は、ＣＰＵ２１２が各種プログラムを実行するためのワークエリア等として使用する揮発性のメモリである。フラッシュメモリ２１４は、各種プログラムやデータを記憶する不揮発性のメモリである。携帯端末１０３には、ＭＦＰと連携するための特定のアプリケーション（ＭＦＰ１０１のベンダがユーザに提供するアプリケーション）がインストールされている。また、ｉＢｅａｃｏｎや、ＥｄｄｙＳｔｏｎｅなどのアドバタイズパケットに対応するアプリケーションがインストールされている。携帯端末１０３にインストールされたアプリケーションはフラッシュメモリ２１４に記憶される。携帯端末１０３には、上述のアプリケーションを含め、様々なアプリケーションをインストールすることができる。操作部２１５は、ユーザによるタッチ操作が可能なタッチパネル式ディスプレイである。一例では、ボタン、キーボードの付加的な入力部を含む。操作部２１５は、ユーザ操作を受け付ける入力部やユーザに情報を通知する表示部として機能する。
【００３１】
Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２１６は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した通信が可能なインタフェースであり、Ｂｌｕｅｔｏｏｔｈインタフェースを持つ他の機器と相互に通信を行う。本実施形態では携帯端末１０３はＢｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２１６を介してＭＦＰ１０１とＢＬＥ規格に準拠した通信（無線ダイレクト通信１０７）を行う。
【００３２】
無線ネットワークＩ／Ｆ２２１は、無線接続１０６を用いて、無線ルータ１０５と接続してネットワークに接続するための無線通信用のＮＩＣである。また、携帯端末１０３がＷｉ−Ｆｉ  ＤｉｒｅｃｔまたはＷｉ−Ｆｉのアドホックモードによる通信を行う場合には、無線ネットワークＩ／Ｆ２２１を介して、ＭＦＰ１０１に直接的に接続可能であってもよい。
【００３３】
一例では、スピーカ２１７は、音を介してユーザにメッセージを通知する出力部としても機能しうる。また、一例では、マイク２１８は、ユーザが音を介して携帯端末１０３の動作を制御するための入力部としても機能しうる。カメラ２１９は、静止画や動画を撮影し、電子データに変換しうる。ＧＰＳ２２０は、Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ（ＧＰＳ）受信機である。一例では、スピーカ２１７、マイク２１８、またはＧＰＳ２２０の少なくとも何れか１つが省略されてもよい。
【００３４】
なお、理解を容易にするために図２の構成要素を図示して説明を行ったが、複数のハードウェアによって１つの構成要素の機能が実現されてもよく、１つのハードウェアが複数の構成要素の機能を実現してもよいことは理解されたい。例えば複数のプロセッサ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、不図示のＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などと協働して一部の処理を実行することもできる。
【００３５】
次に、図３を参照して、ＭＦＰ１０１がＢｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２０９を介して所定の間隔で送信するＢＬＥのアドバタイズパケットのデータ構造について説明する。各社が独自のＢＬＥのアドバタイズパケットのフォーマットを定義しており、図３には２つのアドバタイズパケットのフォーマットが示される。
【００３６】
図３（Ａ）は、Ａｐｐｌｅ社が定義するアドバタイズパケットのフォーマット（ｉＢｅａｃｏｎ）である。ｉＢｅａｃｏｎフォーマットのアドバタイズパケットは、ｉＢｅａｃｏｎをサポートしている携帯端末１０３に利用される。
【００３７】
ｉＢｅａｃｏｎフォーマットのアドバタイズパケットは、ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）種別３０１、ならびにカンパニーコード、ＵＵＩＤ、メジャー番号、マイナー番号、および送信電波強度の値を含む製造者固有データ３０２を含む。本実施形態では、送信電波強度の値にはＭＦＰ１０１のＢｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２０９の送信電波強度の値が格納される。また、本実施形態に係るｉＢｅａｃｏｎフォーマットのアドバタイズパケットではＰＤＵ種別３０１がＡＤＶ＿ＮＯＮＮＣＯＮＮ＿ＩＮＤ（相互接続不可）に設定される。
【００３８】
図３（Ｂ）は、ＭＦＰ１０１のベンダが定義するアドバタイズパケットのフォーマット（以降、説明のためＭＦＰＢｅａｃｏｎと呼ぶ）である。ＭＦＰＢｅａｃｏｎフォーマットのアドバタイズパケットは、特定のアプリケーション（ＭＦＰ１０１のベンダがユーザに提供するアプリケーション）をインストールしたＭＦＰＢｅａｃｏｎをサポートしている携帯端末１０３によって利用される。
【００３９】
ＭＦＰＢｅａｃｏｎフォーマットのアドバタイズパケットは、ＰＤＵ種別３０３、ならびにカンパニーコード、デバイスカテゴリ、デバイス名、およびＭＡＣアドレスを含む製造者固有データ３０４を含む。本実施形態では、デバイス名にはＭＦＰ１０１のデバイス名が、ＭＡＣアドレスにはＭＦＰ１０１のＭＡＣアドレスが格納される。なお、携帯端末１０３が、そこにインストールされたソフトウェアプログラム（アプリ）を介し、ＭＦＰ１０１によって提供されるプリントやスキャンなどのサービスを実現するためには、ＭＦＰ１０１と携帯電話１０３とは双方向通信を行う必要がある。そのため、ＭＦＰＢｅａｃｏｎフォーマットのアドバタイズパケットではＰＤＵ種別３０３がＡＤＶ＿ＩＮＤ（相互接続可）に設定される。
【００４０】
以上説明したように、アドバタイズパケットのフォーマット毎に、ＧＡＴＴ通信のための相互接続可否がＰＤＵ種別３０３に設定される。
【００４１】
ＭＦＰ１０１は、複数の携帯端末１０３にインストールされた異なるアプリ（ｉＢｅａｃｏｎ  ｆｏｒ  Ｐｒｉｎｔに対応するアプリやベンダ独自の連携アプリ）から利用可能とするために、上述した複数種類のアドバタイズパケットを送信してもよい。その場合は、所定の時間間隔で、アドバタイズパケットの種類を切り替えながら複数種類のアドバタイズパケットを送信する。ＭＦＰ１０１は、ＰＤＵ種別３０３がＡＤＶ＿ＩＮＤ（相互接続可）に設定されたアドバタイズパケットを送信する期間（時間スロット）ではＧＡＴＴ通信のための接続要求を受け付ける。一方、ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ（相互接続不可）に設定されたアドバタイズパケットを送信する時間スロットではＧＡＴＴ通信のための接続要求を受け付けない。
【００４２】
次に、図４を参照し、ＢＬＥ通信で、ＭＦＰ１０１が複数種類のアドバタイズパケットを送信し、携帯端末１０３がユーザ操作に従いＭＦＰ１０１に接続要求を送信する処理の一例について説明する。
【００４３】
ＭＦＰ１０１は、設定に従い、Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２０９からアドバタイズパケットを所定の時間間隔（例えば１００ミリ秒間隔）で周期的に送信する（Ｓ４０１、Ｓ４０３、Ｓ４０５、Ｓ４０７、およびＳ４０９）。また、ＭＦＰ１０１は、設定に従い、ＢｌｕｅｔｏｏｔｈＩ／Ｆ２０９から送信するアドバタイズパケットを別の種類へ所定の時間間隔（例えば１０００ミリ秒間隔）で切り替える（Ｓ４０２、Ｓ４０４、Ｓ４０６、およびＳ４０８）。一例では、これらの設定は、操作部２０５を介してユーザによって入力され、またはＭＦＰ１０１のベンダによって設定され、ＨＤＤ２０４に記憶されていてもよい。ここで、図４に示すアドバタイズパケットＡ、Ｂは、ｉＢｅａｃｏｎフォーマットのアドバタイズパケット（Ａ）及びＭＦＰＢｅａｃｏｎフォーマットのアドバタイズパケット（Ｂ）に対応しうる。すなわち、アドバタイズパケット（Ａ）はＧＡＴＴ通信のための接続要求を受け付けないアドバタイズパケットであり、アドバタイズパケット（Ｂ）はＧＡＴＴ通信のための接続要求を受け付けるアドバタイズパケットである。
【００４４】
携帯端末１０３は、操作部２１５を介して、ユーザからＭＦＰ１０１とＢｌｕｅｔｏｏｔｈ通信を行うアプリの起動を指示される（Ｓ４１０）と、Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２１６でアドバタイズパケットの検出を開始する。アドバタイズパケットを検出すると、携帯端末１０３は、アドバタイズパケットに含まれる情報（例えば製造者固有データ３０４）に基づき、携帯端末１０３で利用可能な画像処理装置１０１から送信されたアドバタイズパケットであるか判定する（Ｓ４１１）。
【００４５】
携帯端末１０３がアドバタイズパケットを送信した画像処理装置１０１を利用可能であると判断した場合、携帯端末１０３は、製造者固有データ３０４に基づいて操作部２１５にアプリ画面を表示する、または表示されているアプリ画面を更新する（Ｓ４１２）。
【００４６】
続いて、携帯端末１０３は、操作部２１５を介してユーザの操作指示を受け付ける（Ｓ４１３）と、操作指示の実行にＧＡＴＴ通信が必要かどうか判断する。一例では、ユーザの操作指示を実行するために画像処理装置１０１へのデータ送信が必要である場合に、操作指示の実行にＧＡＴＴ通信（双方向通信）が必要であると判断されてよい。双方向通信が必要な場合、携帯端末１０３は、Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２１６で受信したアドバタイズパケットのＰＤＵ種別３０１または３０３を解析し、ＧＡＴＴ通信の接続要求を受け付けることを示すアドバタイズパケットであるか判断する（Ｓ４１４）。
【００４７】
携帯端末１０３が受信したアドバタイズパケットがＧＡＴＴ通信の接続要求を受け付けないことを示す場合、携帯端末１０３は、接続要求を受け付けることを示すアドバタイズパケットを受信するまでＳ４１４の処理を繰り返す。すなわち、受信したアドバタイズパケットのＰＤＵ種別がＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤである場合、携帯端末１０３は、ＰＤＵ種別がＡＤＶ＿ＩＮＤであるアドバタイズパケットを受信するまでＳ４１４の処理を繰り返す。携帯端末１０３が受信したアドバタイズパケットがＧＡＴＴ通信の接続要求を受け付けることを示すと判断した場合、すなわち、ＰＤＵ種別がＡＤＶ＿ＩＮＤであると判断した場合、携帯端末１０３は、ＧＡＴＴ通信の接続要求を送信する（Ｓ４１５）。これによって、ＭＦＰ１０１がＧＡＴＴ通信の接続要求を受け付けない時間スロットに携帯端末１０３が接続要求を送信し、不要な再送（リトライ処理）が生じる結果となることを避けることができる。
【００４８】
次に携帯端末１０３は、ＧＡＴＴ通信の接続要求に対するＭＦＰ１０１からの応答を受信し、ＭＦＰ１０１との双方向通信を行い、ＭＦＰ１０１からの情報取得やＭＦＰ１０１への情報送信などを実行する（Ｓ４１６）。そして、携帯端末１０３は、ＧＡＴＴ通信で送受信した情報に基づいて、操作部２１５に表示するアプリ画面を更新する（Ｓ４１７）。
【００４９】
次に、携帯端末１０３がアドバタイズパケットを検出してＧＡＴＴ通信を確立してユーザ操作を実行する処理の一例を、図５Ａおよび図５Ｂのフローチャートならびに図６の画面例を参照して説明する。図５Ａおよび図５Ｂのフローチャートに示す各動作（ステップ）は、ＣＰＵ２１２がフラッシュメモリ２１４に記憶された各制御モジュールを実現するためのプログラムをＲＡＭ２１３に読み出し、実行することにより実現される。なお、フローチャートで示す処理は、前述した特定のアプリケーションが主体となり、制御プログラムであるＯＳと協働して実現しているものとする。なお、一部の処理は各インタフェースや操作部２１５等の各ハードウェアと協働して実現されるものとする。また図６は、特定のアプリケーションが表示する画面の一例を示している。本実施形態では、携帯端末１０３上で特定のアプリケーションが起動している状態でユーザからプリンタ探索を指示された携帯端末１０３のＣＰＵ２１２が図５Ａの処理を開始するものとする。しかしながら、図４を参照して説明したように、特定のアプリケーションの起動に応じて携帯端末１０３のＣＰＵ２１２が図５Ａの処理を開始してもよい。
【００５０】
まず、処理を開始し、Ｓ５０１で、携帯端末１０３は操作対象のＭＦＰ１０１を選択する処理を開始し、処理を図５ＢのＳ５０２に進める。
【００５１】
Ｓ５０２で、携帯端末１０３はＢｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２１６によるスキャンを開始し、処理をＳ５０３に進める。Ｓ５０２では、操作部２１５に、図６（Ａ）に示すように、プリンタの探索中であることを通知する画面タイトル６０１と、ユーザへのメッセージ６０２を有するプリンタ探索画面６００が表示される。ここで、携帯端末１０３は、受信したアドバタイズパケットに基づいて近くのＭＦＰ１０１の探索を行うため、メッセージ欄６０２へは対象のＭＦＰ１０１に近づくようにユーザへのメッセージが表示される。
【００５２】
続いて、Ｓ５０３で、携帯端末１０３はＭＦＰ１０１からアドバタイズパケットを検出したかどうかを判断する。Ｓ５０３でアドバタイズパケットが受信されると、携帯端末１０３は処理をＳ５０４に進める。Ｓ５０３でアドバタイズパケットが受信されない場合、携帯端末１０３は処理をＳ５０６に進める。
【００５３】
Ｓ５０４で、携帯端末１０３は、受信したアドバタイズパケットに含まれるカンパニーコードおよびデバイスカテゴリから、当該アドバタイズパケットが携帯端末１０３によって利用可能なＭＦＰ１０１から送信されたアドバタイズパケットであるか判定する。一例では、携帯端末１０３は、利用可能なＭＦＰ１０１に対応するカンパニーコード、デバイス名またはＭＡＣアドレスの情報を、フラッシュメモリ２１４などに格納されたデータベースに保存していてもよい。その場合は、Ｓ５０４で、受信したアドバタイズパケットに含まれるカンパニーコード、デバイスカテゴリ、またはＭＡＣアドレスの情報を、データベースと照合することで利用可能なＭＦＰ１０１から送信されたアドバタイズパケットであるかを判断してもよい。また、携帯端末１０３は、ユーザ操作に応じて、利用可能なＭＦＰ１０１に対応するカンパニーコード、デバイス名、またはＭＡＣアドレスの情報を登録できてもよいし、サーバなどの他の装置から当該情報をダウンロードできてもよい。
【００５４】
続いて、Ｓ５０５で、携帯端末１０３は利用可能であると判断したＭＦＰ１０１のデバイス名などを、図６（Ｂ）に示すように画面に表示する。図６（Ｂ）のデバイス名リスト６０５には、Ｄｅｖｉｃｅ  Ａ、Ｄｅｖｉｃｅ  Ｂ、Ｄｅｖｉｃｅ  Ｃの３台のＭＦＰ１０１が表示されている。表示する順番は、デバイス名、検出した順番、またはアドバタイズパケットの電波強度に基づいて決定されうる。また、メッセージ欄６０４では、デバイス名リスト６０５から操作対象のＭＦＰ１０１を選択するようユーザへのメッセージが表示されうる。
【００５５】
Ｓ５０３でアドバタイズパケットが受信されていない場合、Ｓ５０４で受信したアドバタイズパケットが利用できない場合、またはＳ５０５で画面を更新した場合、携帯端末１０３はＳ５０６でＭＦＰ１０１を選択するユーザ操作を受信したかを判断する。Ｓ５０５でユーザがＭＦＰ１０１を選択していない場合は、携帯端末１０３はＳ５０３に処理を戻し、アドバタイズパケットの受信を再度行う。Ｓ５０６で１台のＭＦＰを選択するユーザ操作を受信すると、携帯端末はＳ５０７に処理を進める。一例では、携帯端末１０３に標準で選択するＭＦＰ１０１が登録されている場合には、携帯端末１０３はユーザ操作を待たず、自動的に当該ＭＦＰ１０１を選択してもよい。なお、Ｓ５０６では、選択可能なＭＦＰ１０１が存在しない、または画面に選択可能なＭＦＰ１０１が表示されていない場合にも、携帯端末１０３は処理をＳ５０３に戻してもよい。
【００５６】
続いて、Ｓ５０７で、携帯端末１０３は図６（Ｃ）に示す、操作選択画面６０６を表示する。操作画面６０６には、プリンタ探索画面６０３で選択されたＭＦＰ１０１のデバイス名６０７、ユーザへのメッセージ欄６０８、および操作項目６０９が表示される。図６（Ｃ）の例では、操作項目６０９には「Ｗｉ−Ｆｉ接続」、「宛先送信」、および「パネルログイン」の３つの操作項目が表示されている。「Ｗｉ−Ｆｉ接続」および「宛先送信」は、最初に無線ネットワークＩ／Ｆ２２１で接続を試み、失敗した場合にはＢｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２１６で接続を試みる、双方向通信を必要とする操作である。「パネルログイン」は、Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２１６で接続を試みる、双方向通信を必要とする操作である。Ｓ５０７の表示を行うと、携帯端末１０３は処理をＳ５０８に進め、ユーザが何れかの操作項目を選択するまで、すなわちユーザ操作を受け付けるまで（操作受付まで）待機する。
【００５７】
Ｓ５０８で、操作項目６０９の何れか１つのＭＦＰ１０１が選択されると、携帯端末１０３は処理をＳ５０９に進める。Ｓ５０９で、携帯端末１０３は、Ｓ５０８でユーザが選択した操作を実現するために選択されたＭＦＰ１０１（操作対象ＭＦＰ）との間でＧＡＴＴ通信が必要であるか否かを判断する。
【００５８】
例えば、Ｓ５０８でユーザが「Ｗｉ−Ｆｉ接続」を選択した場合、携帯端末１０３はＳ５０９に処理を進め、Ｓ５０３で受信したアドバタイズパケットに含まれるＭＡＣアドレスに基づき無線ネットワーク接続に必要なＩＰアドレスが取得できるかを判断しうる。一例では、携帯端末１０３のフラッシュメモリ２１４などのデータベースに操作対象ＭＦＰのＭＡＣアドレスとＩＰアドレスとの対応が登録されていてもよい。あるいは、携帯端末１０３は、他の装置に、無線ネットワークＩ／Ｆ２２１を介して操作対象ＭＦＰのＭＡＣアドレスに関する情報を送信し、操作対象ＭＦＰのＩＰアドレスに関する情報を問い合わせてもよい。ＩＰアドレスが取得できた場合には、携帯端末１０３は当該ＩＰアドレスを用いて、無線ネットワークＩ／Ｆ２２１を介して操作対象ＭＦＰ１０１との無線ネットワーク接続を確立する（Ｓ５１７）。操作対象ＭＦＰのＩＰアドレスが取得できない場合、携帯端末１０３は、処理を後述するＳ５１０に進める。
【００５９】
例えば、Ｓ５０８でユーザが「宛先送信」を選択した場合、携帯端末１０３はＳ５０９で、上述した「Ｗｉ−Ｆｉ接続」を選択した場合と同様に、操作対象ＭＦＰのＩＰアドレスが取得可能な場合には無線ネットワーク接続１０６を確立しうる。操作対象ＭＦＰとの無線ネットワーク接続がすでに確立済みである場合、または確立した後、携帯端末１０３は、無線ネットワークＩ／Ｆ２２１を介して、フラッシュメモリ２１４内の宛先情報を操作対象ＭＦＰへ送信しうる（Ｓ５１７）。宛先情報を受信したＭＦＰ１０１は、当該宛先情報をＭＦＰ１０１が備えるスキャナ２０７で原稿を読み取って得られた画像を外部に送信する送信機能の宛先として使用する。宛先情報は、電子メールアドレスやファクシミリ番号（電話番号）などである。無線ネットワーク接続１０６を確立できない場合も、上述した「Ｗｉ−Ｆｉ接続」を選択した場合と同様に、携帯端末１０３は処理を後述するＳ５１０に進める。
【００６０】
例えば、Ｓ５０８でユーザが「パネルログイン」を選択した場合、携帯端末１０３は処理をＳ５０９に進め、Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ２１６を介してＭＦＰ１０１とＧＡＴＴ通信を行う必要があると判断し、処理をＳ５０９に進める。なお、「パネルログイン」は、通信端末１０２をＭＦＰに近づけることで、ＭＦＰに特定のユーザをログインさせることができる連携機能である。本実施形態では、ユーザがＳ５０８で「パネルログイン」を選択した場合を用いて以降の説明を行う。
【００６１】
Ｓ５１０で、携帯端末１０３は、図６（Ｄ）に示すように、処理中であることをユーザに通知する画面を操作部２１５に表示する。続いて、携帯端末１０３は処理をＳ５１１に進める。
【００６２】
Ｓ５１１で、携帯端末１０３は、操作対象ＭＦＰから送信されるアドバタイズパケットの検出を開始する。一定時間内にアドバタイズパケットが検出されない場合は、処理をＳ５１５に進める。Ｓ５１５では、携帯端末がＳ５１１の処理を開始してから、またはＳ５０８でユーザが操作を選択してから、所定時間（例えば１０００ｍｓｅｃ）が経過していない間は、携帯端末は処理をＳ５１１に戻す。Ｓ５１１で操作対象ＭＦＰからアドバタイズパケットを受信した携帯端末１０３は、処理をＳ５１２に進め、受信したアドバタイズパケットのＰＤＵ種別３０１がＧＡＴＴ通信を受け付けることを示すかどうか、すなわちＡＤＶ＿ＩＮＤであるかを判断する。
【００６３】
Ｓ５１１で、受信したアドバタイズパケットに含まれるＰＤＵ種別がＧＡＴＴ通信を受け付けないことを示す場合、携帯端末１０３はＧＡＴＴ通信の接続要求の送信を保留し、処理をＳ５１５に進め、所定時間が経過していない場合は処理をＳ５１１に戻す。Ｓ５１２で、受信したアドバタイズパケットがＧＡＴＴ通信受け付けることを示す場合、携帯端末１０３は処理をＳ５１３に進め、ＧＡＴＴ通信の接続要求を送信してＧＡＴＴ通信を確立する。本実施形態では、携帯端末１０３はＳ５１３で操作対象ＭＦＰにユーザ認証に必要な情報を送信し、当該ＭＦＰにユーザ認証処理の実行を要求する。なお、Ｓ５１３で送信するユーザ認証に必要な情報は、特定のアプリケーションの設定として、ユーザによりアプリに事前登録されているユーザ情報に基づく情報である。続いて、携帯端末１０３は、処理をＳ５１４に進め、図６（Ｅ）に示すように、処理が完了したことをユーザに通知する。ＧＡＴＴ通信でユーザ認証に必要な情報を受信したＭＦＰは、当該情報に基づきユーザを認証する。認証に成功すると、当該認証が成功したユーザの権限やお気に入り設定等に基づく操作画面がＭＦＰの操作部に表示される。なお、Ｓ５１７で、ＧＡＴＴ通信を用いずに操作処理を実行完了した場合にも、携帯端末１０３は処理をＳ５１４に進め、選択された処理の完了をユーザに通知する。
【００６４】
Ｓ５１５で、Ｓ５０９またはＳ５１０の処理を開始してから所定時間が経過したと判断した携帯端末１０３は、処理をＳ５１６に進め、図６（Ｆ）に示すように、ユーザが選択した操作が失敗したことをユーザに通知しうる。
【００６５】
以上説明したように、本実施形態では、携帯端末は、受信したアドバタイズパケットがＧＡＴＴ通信を受け付けることを示すか否かを判断し、ＧＡＴＴ通信の接続要求を受け付ける所定の時間内にＧＡＴＴ通信の接続要求を送信する。これによって、携帯端末がＧＡＴＴ通信の接続要求を受け付けない所定の時間内に接続要求を送信し、不要なリトライ処理が発生することを抑制でき、ユーザへの応答性を向上することができる。
【００６６】
＜第２の実施形態＞
第１の実施形態では、携帯端末はユーザによる操作の選択があった後、またはアドバタイズパケットの受信を開始した後、ＧＡＴＴ通信を受け付けることを示すアドバタイズパケットの受信を待ち、接続要求を送信する。第２の実施形態では、１つ以上の基準に基づき、接続要求の送信を保留する時間を設定可能である携帯端末の処理の一例を説明する。なお、第１の実施形態と同様の構成または処理については説明を省略する。
【００６７】
一例では、当該基準とは、操作対象ＭＦＰの動作モードに関する情報であってもよい。
【００６８】
操作対象ＭＦＰの動作モードに関する情報とは、例えば、操作対象ＭＦＰのアドバタイズパケットの送信間隔および送信するアドバタイズパケットの種類の切り替え間隔に関する情報である。例えば、あるＭＦＰ１０１は、応答性を向上させることを目的として、より短い送信間隔または切り替え間隔でアドバタイズパケットが送信される。このような場合、他のＭＦＰ１０１より短い保留時間とすることで、接続要求に対する応答性を向上させることができる。また、あるＭＦＰ１０１は、より長い送信間隔または切り替え間隔でアドバタイズパケットが送信される。そのような場合でも、他のＭＦＰ１０１より長い保留時間とすることで、操作対象ＭＦＰに接続要求を送る前に、接続要求が失敗したと判断されることを避けることができる。
【００６９】
また、例えば、操作対象ＭＦＰの動作モード関する情報とは、操作対象ＭＦＰが送信するアドバタイズパケットの種類である。一例では、ＭＦＰ１０１は、例えば接続要求を受け入れないことを示す２種類のアドバタイズパケットと、接続要求を受け入れることを示す１種類のアドバタイズパケットとを送信してもよい。このような場合、接続要求を受け入れないことを示す１種類のアドバタイズパケットと、接続要求を受け入れることを示す１種類のアドバタイズパケットとを送信するＭＦＰ１０１と比べて、保留時間を延ばすことが望ましい。なぜなら、アドバタイズパケットの送信間隔および切り替え間隔が同一であると仮定すると、接続要求を受け入れないことを示すアドバタイズパケットの種類が多い方が、その送信時間が相対的に長くなるためである。
【００７０】
また、一例では、当該基準とは、携帯端末１０３が推定した、携帯端末１０３とＭＦＰ１０１との間の距離であってもよい。携帯端末１０３は、受信したアドバタイズパケットの電波強度に応じて、アドバタイズパケットを送信したＭＦＰ１０１までの大まかな距離を推定することができる。ＭＦＰ１０１までの距離が遠いと推定される場合、ＭＦＰ１０１がＧＡＴＴ通信のための接続要求を受け付けるアドバタイズパケットを送信した場合であっても、パケットロスが生じ、携帯端末１０３がアドバタイズパケットを検出できない可能性が高まる。そのような場合でも、接続要求の送信を保留する時間をより長く設定することで、再度ＧＡＴＴ通信のための接続要求を受け付けるアドバタイズパケットが送信されるまで待機し、パケットロスによる接続要求の失敗の確率を下げることができる。
【００７１】
なお、これらの基準は、携帯端末１０３のユーザによって設定されてもよいし、携帯端末１０３が適応的に判断してもよい。例えば、図５ＢのＳ５０３でアドバタイズパケットを受信するたびに、携帯端末１０３は、同一のＭＦＰ１０１から送信された、アドバタイズパケットのＰＤＵ種別、送信間隔、電波強度、またはアドバタイズパケットの切り替え間隔を記録する。これによって、携帯端末１０３が操作対象のＭＦＰに対してどの程度の保留時間を設定すべきか判断することができる。
【００７２】
以上説明したように、第２の実施形態では、携帯端末は、１つ以上の基準に基づいて、接続要求の送信を保留する時間を設定可能である。これによって、ＭＦＰの動作モードまたは携帯端末とＭＦＰとの位置関係などのユースケースごとに、ユーザへの応答性を損なわないようＧＡＴＴ通信を確立することができる。
【００７３】
また、第２の実施形態では、操作の対象となるＭＦＰごとに接続要求の送信を保留する時間間隔を設定可能である。これによって、ＭＦＰの設定に関わらずに接続要求を送信する携帯端末のユーザへの応答性を向上することができる。
【００７４】
また、第２の実施形態では、携帯端末は携帯端末とＭＦＰとの間の距離を推定することができ、推定した距離に応じて接続要求の送信を保留する時間を設定可能である。これによって、ＭＦＰから送信されたアドバタイズパケットがパケットロスによって検出できなくても、同一のＭＦＰから再度アドバタイズパケットが送信される機会を得ることでパケットロスによる接続要求の失敗の確率を下げることができる。
【００７５】
＜第３の実施形態＞
第１の実施形態では、接続要求を受け付けないことを示すアドバタイズパケットを受信し、所定時間が経過していない場合、携帯端末はその後すぐに別のアドバタイズパケットの検出を行っていた。
【００７６】
一例では、操作対象ＭＦＰから接続要求を受付けないことを示すアドバタイズパケットを受信した場合、接続要求を受付けることを示すアドバタイズパケットが送信されるまでにある程度の時間がかかるという仮定に基づき、スキャン処理を待機してもよい。この場合、図７に示すように、Ｓ５１２で受信したアドバタイズパケットが接続要求を受け付けないことを示す（Ｓ５１２でＮＯ）と判断した携帯端末１０３は、処理をＳ７０１に進め、携帯端末１０３は、所定の時間（待機時間）だけスキャン処理を待機しうる。待機時間とは、例えば例えばアドバタイズパケットの切替え間隔に関連付けられた時間であってもよい。その後、携帯端末１０３は処理をＳ５１５に進め、所定時間が経過したかを判断し、経過していない場合には再度アドバタイズパケットの検出を行う。
【００７７】
以上説明したように、携帯端末は、接続要求を受付けないことを示すアドバタイズパケットが送信された場合、所定の時間、処理を待機する。これによって、アドバタイズパケットの受信処理にかかる消費電力を抑えながら、接続要求を受け付けることを示すアドバタイズパケットを受信して接続要求を送信することができる。
【００７８】
＜他の実施形態＞
上記第１から第３の実施形態は随意に組み合わせることができる。例えば、携帯端末は、第３の実施形態に係るアドバタイズパケットのスキャン処理の待機時間を、第２の実施形態に係る接続要求の送信を保留する時間と関連付けてもよい。
【００７９】
上述の各実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣやＦＰＧＡ）によっても実現可能である。
【符号の説明】
【００８０】
１０１：ＭＦＰ、１０３：携帯端末、１０４：ＬＡＮ、１０５：無線ルータ、１０６：無線接続、１０７：無線ダイレクト接続、２０１：ＣＰＵ、２０２：ＲＯＭ、２０３：ＲＡＭ、２０４：ＨＤＤ、２０５：操作部、２０６：プリンタ、２０７：スキャナ、２０８：ＩＣカードリーダ、２０９：Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ、２１０：ネットワークＩ／Ｆ、２１１：無線ネットワークＩ／Ｆ、２１２：ＣＰＵ、２１３：ＲＡＭ、２１４：フラッシュメモリ、２１５：操作部、２１６：Ｂｌｕｅｔｏｏｔｈ  Ｉ／Ｆ、２１７：スピーカ、２１８：マイク、２１９：カメラ、２２０：ＧＰＳ、２２１：無線ネットワークＩ／Ｆ
【図１】
2019140495.tif 000003
【図２】
2019140495.tif 000004
【図３】
2019140495.tif 000005
【図４】
2019140495.tif 000006
【図５Ａ】
2019140495.tif 000007
【図５Ｂ】
2019140495.tif 000008
【図６】
2019140495.tif 000009
【図７】
2019140495.tif 000010