JP7129172B2 - 通信端末、その制御方法、およびプログラム - Google Patents

Description

本発明は、通信端末、その制御方法、およびプログラムに関する。

Ｂｌｕｅｔｏｏｔｈ（登録商標）のＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）のような近距離無線通信機能を備え、他の装置との無線通信を行うことができる携帯端末などの通信端末がある。通信端末は、他の装置からブロードキャスト送信されたアドバタイズパケット（Ａｄｖｅｒｔｉｓｉｎｇ Ｐａｃｋｅｔ）を受信し、他の装置を検出しうる。また、通信端末は他の装置とＢＬＥのＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅ）プロファイルを用いた通信（ＧＡＴＴ通信）を確立し、双方向通信を行うことができる。

例えば、特許文献１に示すように、受信したアドバタイズパケットの電波強度に基づき画像処理装置までの距離を特定し、画像処理装置の周辺にあると判断した場合、ＧＡＴＴ通信を確立して当該画像処理装置へのログインを行う通信端末が提案されている。

特開２０１６－１７０７０２号公報

ここで、ＢＬＥのアドバタイズパケットは、Ａｐｐｌｅ社のｉＢｅａｃｏｎ（登録商標）や、Ｇｏｏｇｌｅ社のＥｄｄｙＳｔｏｎｅ（登録商標）など、複数のフォーマットが定義されている。このような場合、画像処理装置は、複数種類のアドバタイズパケットを周期的に切り替えて送信することで、複数の通信端末または通信端末上で動作する複数のアプリケーションに対応できる。各アドバタイズパケットに対して、ＧＡＴＴ通信のための接続要求を受け入れるか否かを示す情報が、フォーマットを定義した各社、ユーザ、または通信端末のベンダにより設定される。

ここで、通信端末が接続要求を受け付けないことを示すアドバタイズパケットに対応する期間（時間スロット）においては、画像処理装置は通信端末から送信されたＧＡＴＴ通信のための接続要求に対する応答を返さない。このような場合、通信端末は、一定時間待機した後（タイムアウト後）に、ＧＡＴＴ通信のための接続要求または接続要求に対する応答のパケットロスが生じたと判断しうる。そのため、通信端末が接続要求を送信するタイミングによっては、タイムアウトするまで、通信端末を操作するユーザへの応答が遅延してしまう可能性がある。また、続いて、通信端末は接続要求を画像処理装置に再送しうる。しかしながら、画像処理装置のアドバタイズパケットの切替え周期と、通信端末の再送間隔との関係によっては、通信端末は、画像処理装置が接続要求を受け入れない時間スロットに接続要求を再送し、さらにユーザへの応答が遅延しうる。

本発明は、上述の問題に鑑みて成されたものであり、画像処理装置への接続要求を送信する通信端末のユーザへの応答性を向上するための技術を提供することを目的とする。

上記目的を達成するために本発明の一態様に係る通信端末は以下のような構成を備える。すなわち、本発明は、例えば第１のソフトウェアおよび第２のソフトウェアが動作可能な通信端末であって、前記第１のソフトウェアに対応する第１の種別のアドバタイジングパケットを発信する第１の動作期間であってＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ）通信の接続要求に応答する第１の動作期間と、前記第２のソフトウェアに対応する第２の種別のアドバタイジングパケットを発信する第２の動作期間であって前記ＧＡＴＴ通信の接続要求に応答しない第２の動作期間と、を含む複数の動作期間が時分割で切り替わる画像処理装置とＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）に準拠した無線通信を行う通信端末において、前記ＢＬＥに準拠した無線通信をおこなうためのＢｌｕｅｔｏｏｔｈインターフェースと、Ｂｌｕｅｔｏｏｔｈインターフェースを介して前記第１の種別の第１のアドバタイジングパケットを受信し、前記受信した第１のアドバタイジングパケットに基づいてＧＡＴＴ通信の接続要求を決定する決定手段と、前記決定された接続要求を前記第２の動作期間に保持し、前記第１の種別の更なるアドバタイジングパケットを受信したことに応じて、前記決定された接続要求を前記Ｂｌｕｅｔｏｏｔｈインターフェースを介して前記画像処理装置に送信する送信手段と、を有することを特徴とする。

本発明によれば、画像処理装置への接続要求を送信する通信端末のユーザへの応答性を向上することが可能となる。

実施形態に係る通信端末を含むシステムの一例を示す図。 実施形態に係る通信端末を含むシステムのハードウェア構成の一例を示す図。 実施形態に係る通信端末と通信する画像処理装置が送信するアドバタイズパケットのデータ構造の一例を示す図。 画像処理装置と実施形態に係る通信端末との間の通信の一例を示すシーケンス図。 実施形態に係る通信端末が実行する処理の一例を示すフローチャート図。 実施形態に係る通信端末が実行する処理の一例を示すフローチャート図。 実施形態に係る通信端末の操作部に表示される画面の一例を示す図。 第３の実施形態に係る通信端末が実行する処理の一例を示すフローチャート図。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものではなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
本実施形態は、画像処理装置とＢｌｕｅｔｏｏｔｈ（登録商標）のＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）に基づく無線通信を行う通信端末を支援するシステムを提供する。その中で、本システムは、通信端末がＧＡＴＴ通信のための接続要求を送信するタイミングを制御する仕組みを提供するものである。

図１を参照して、本実施形態に係る通信端末を含むシステムを説明する。図１に示すシステムは、画像処理装置（ＭＦＰ）１０１、本実施形態に係る通信端末の一例である携帯端末１０３、ローカルエリアネットワーク（ＬＡＮ）１０４、および無線ルータ１０５を含む。

ＭＦＰ１０１は、ＬＡＮ１０４または無線ダイレクト通信１０７を介して、携帯端末１０３や他のＭＦＰなどと相互に通信を行うことができる画像処理装置である。ＭＦＰ１０１は、ユーザから、プリントまたはスキャンなどの機能の何れかの実行を、通信を介して命じられうる。

携帯端末１０３は、ユーザによって操作される移動端末であり、無線接続１０６または無線ダイレクト通信１０７を介してＬＡＮ１０４上のＭＦＰ１０１と相互に通信可能であり、ＭＦＰ１０１の機能の何れかを無線通信を介して実行させることができる。

ＭＦＰ１０１と携帯端末１０３とはＢＬＥに準拠する無線通信機能を備えている。本実施形態では、ＭＦＰ１０１が、アドバタイズパケット（Ａｄｖｅｒｔｉｓｅ ｐａｃｋｅｔ）を周期的にブロードキャスト送信し、携帯端末１０３が当該アドバタイズパケットを受信するものとする。また、携帯端末１０３は、ＢＬＥのＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅ）プロファイルを用いた通信（ＧＡＴＴ通信）を確立するための接続要求をＭＦＰ１０１に送信し、ＭＦＰ１０１との双方向通信を行うことができる。また、ＭＦＰ１０１は、複数のフォーマットのアドバタイズパケットをブロードキャスト送信することができる。ＢＬＥを利用したＭＦＰ１０１と携帯端末１０３との間の通信については、図４を参照して後述する。

無線接続１０６は、携帯端末１０３によって、ＬＡＮ１０４上のＭＦＰ１０１などの他の装置と通信するために、ＬＡＮ１０４に接続された無線ルータ１０５との間で確立される。一例では、無線接続１０６は、ＩＥＥＥ８０２．１１ａ、ｂ、ｇ、ｎ、またはａｃなどの規格に準拠したＷｉ－Ｆｉ接続である。

無線ダイレクト接続１０７は、ＭＦＰ１０１と携帯端末１０３との間で、直接的に無線通信を行うために確立される。一例では、無線ダイレクト接続１０７は、ＢＬＥを含むＢｌｕｅｔｏｏｔｈ接続、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による無線接続、またはＷｉ－Ｆｉのアドホックモードによる接続でありうる。

なお、図１では、ＭＦＰ１０１は、ＬＡＮ１０４に有線接続されるものとして示されるが、一例では無線通信を用い、無線ルータ１０５を介してＬＡＮ１０４に接続する構成としてもよい。別の例では、ＭＦＰ１０１は無線ＬＡＮのアクセスポイントとしても動作してもよいし、ＭＦＰ１０１は、無線ダイレクト接続１０７を介して携帯端末１０３と直接通信可能であってもよい。

次に、図２を参照して、画像処理装置１０１と、本実施形態に係る通信端末（携帯端末１０３）とのハードウェア構成を説明する。

ＭＦＰ１０１は、ＣＰＵ２０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、およびＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２０４を含む。また、ＭＦＰ１０１は、操作部２０５、プリンタ２０６、スキャナ２０７、およびＩＣカードリーダ２０８、Ｂｌｕｅｔｏｏｔｈインタフェース（Ｉ／Ｆ）２０９、ネットワークＩ／Ｆ２１０、および無線ネットワークＩ／Ｆ２１１も含む。ＭＦＰ１０１の各構成要素は、内部バスによって接続され、相互にデータ交換を行うことができる。

ＣＰＵ２０１は、ＭＦＰ１０１の全体の動作を制御するプロセッサ、プログラマブルロジック回路、またはマイクロプロセッサである。また、ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出してＲＡＭ２０３などと協働し、プリント処理、スキャン処理や通信処理などの各種処理を実行する。

ＲＯＭ２０２は、例えばフレキシブルディスク、磁気ディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＥＥＰＲＯＭ、またはシリコンディスク等の、制御プログラムの記憶領域である。

ＲＡＭ２０３は、ＣＰＵ２０１が各種プログラムを実行するためのワークエリア等として使用する揮発性のメモリである。ＨＤＤ２０４は、画像データや各種プログラムを記憶する大容量記録媒体である。一例では、ＲＯＭ２０２とＨＤＤ２０４とは一体に形成されうる。操作部２０５は、ユーザによるタッチ操作が可能なタッチパネル式のディスプレイを備える。また、一例では、ボタン、キーボード、マイクなどの入力部、およびＬＥＤ、スピーカなどの出力部も含む。

プリンタ２０６は、内部バスを介して転送された画像データを用紙に印刷する。スキャナ２０７は、原稿上の画像を読み取って画像データを生成する。ＩＣカードリーダ２０８は、ユーザ認証に使用するＩＣカードの読み取りを行う。

Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０９は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に準拠した無線通信が可能であり、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆを持つ他の機器と相互に通信可能なインタフェースである。本実施形態では、ＭＦＰ１０１は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０９を介し、他の端末にサービスを通知するアドバタイズパケットを周期的にブロードキャスト送信する。本実施例ではＭＦＰ１０１は、携帯端末とＢＬＥに基づく近接無線通信を使用してデータの送受信を行うことができる。

ネットワークＩ／Ｆ２１０は、ＬＡＮ１０４に有線接続するためのＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。無線ネットワークＩ／Ｆ２１１は、無線ダイレクト通信のネットワークに接続するためのＮＩＣである。

続いて、携帯端末１０３のハードウェア構成について説明する。本実施形態では、通信端末として、例えば、スマートフォンやタブレットＰＣなどの、ユーザが持ち運ぶことができるハンドヘルドコンピュータである携帯端末１０３を例示している。なお、通信端末はこれに限定されるものではなく、ノートＰＣなどの通信端末であってもよい。

携帯端末１０３は、構成要素としてＣＰＵ２１２、ＲＡＭ２１３、フラッシュメモリ２１４、操作部２１５、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２１６、スピーカ２１７、マイク２１８、カメラ２１９、ＧＰＳ２２０、および無線ネットワークＩ／Ｆ２２１を含む。携帯端末１０３の各構成要素は、内部バスによって相互に通信可能に接続される。

ＣＰＵ２１２は、携帯端末１０３全体の動作を制御するプロセッサ、プログラマブルロジック回路、またはマイクロプロセッサである。本実施形態の携帯端末１０３では、１つのＣＰＵ２１２がフラッシュメモリ２１４に記憶された制御プログラムを読み出し、ＲＡＭ２１３を少なくとも含む携帯端末１０３の各構成要素と協働し、後述するフローチャートに示す各処理を実行するものとする。ＲＡＭ２１３は、ＣＰＵ２１２が各種プログラムを実行するためのワークエリア等として使用する揮発性のメモリである。フラッシュメモリ２１４は、各種プログラムやデータを記憶する不揮発性のメモリである。携帯端末１０３には、ＭＦＰと連携するための特定のアプリケーション（ＭＦＰ１０１のベンダがユーザに提供するアプリケーション）がインストールされている。また、ｉＢｅａｃｏｎや、ＥｄｄｙＳｔｏｎｅなどのアドバタイズパケットに対応するアプリケーションがインストールされている。携帯端末１０３にインストールされたアプリケーションはフラッシュメモリ２１４に記憶される。携帯端末１０３には、上述のアプリケーションを含め、様々なアプリケーションをインストールすることができる。操作部２１５は、ユーザによるタッチ操作が可能なタッチパネル式ディスプレイである。一例では、ボタン、キーボードの付加的な入力部を含む。操作部２１５は、ユーザ操作を受け付ける入力部やユーザに情報を通知する表示部として機能する。

Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２１６は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した通信が可能なインタフェースであり、Ｂｌｕｅｔｏｏｔｈインタフェースを持つ他の機器と相互に通信を行う。本実施形態では携帯端末１０３はＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ２１６を介してＭＦＰ１０１とＢＬＥ規格に準拠した通信（無線ダイレクト通信１０７）を行う。

無線ネットワークＩ／Ｆ２２１は、無線接続１０６を用いて、無線ルータ１０５と接続してネットワークに接続するための無線通信用のＮＩＣである。また、携帯端末１０３がＷｉ－Ｆｉ ＤｉｒｅｃｔまたはＷｉ－Ｆｉのアドホックモードによる通信を行う場合には、無線ネットワークＩ／Ｆ２２１を介して、ＭＦＰ１０１に直接的に接続可能であってもよい。

一例では、スピーカ２１７は、音を介してユーザにメッセージを通知する出力部としても機能しうる。また、一例では、マイク２１８は、ユーザが音を介して携帯端末１０３の動作を制御するための入力部としても機能しうる。カメラ２１９は、静止画や動画を撮影し、電子データに変換しうる。ＧＰＳ２２０は、Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ（ＧＰＳ）受信機である。一例では、スピーカ２１７、マイク２１８、またはＧＰＳ２２０の少なくとも何れか１つが省略されてもよい。

なお、理解を容易にするために図２の構成要素を図示して説明を行ったが、複数のハードウェアによって１つの構成要素の機能が実現されてもよく、１つのハードウェアが複数の構成要素の機能を実現してもよいことは理解されたい。例えば複数のプロセッサ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、不図示のＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などと協働して一部の処理を実行することもできる。

次に、図３を参照して、ＭＦＰ１０１がＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０９を介して所定の間隔で送信するＢＬＥのアドバタイズパケットのデータ構造について説明する。各社が独自のＢＬＥのアドバタイズパケットのフォーマットを定義しており、図３には２つのアドバタイズパケットのフォーマットが示される。

図３（Ａ）は、Ａｐｐｌｅ社が定義するアドバタイズパケットのフォーマット（ｉＢｅａｃｏｎ）である。ｉＢｅａｃｏｎフォーマットのアドバタイズパケットは、ｉＢｅａｃｏｎをサポートしている携帯端末１０３に利用される。

ｉＢｅａｃｏｎフォーマットのアドバタイズパケットは、ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）種別３０１、ならびにカンパニーコード、ＵＵＩＤ、メジャー番号、マイナー番号、および送信電波強度の値を含む製造者固有データ３０２を含む。本実施形態では、送信電波強度の値にはＭＦＰ１０１のＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０９の送信電波強度の値が格納される。また、本実施形態に係るｉＢｅａｃｏｎフォーマットのアドバタイズパケットではＰＤＵ種別３０１がＡＤＶ＿ＮＯＮＮＣＯＮＮ＿ＩＮＤ（相互接続不可）に設定される。

図３（Ｂ）は、ＭＦＰ１０１のベンダが定義するアドバタイズパケットのフォーマット（以降、説明のためＭＦＰＢｅａｃｏｎと呼ぶ）である。ＭＦＰＢｅａｃｏｎフォーマットのアドバタイズパケットは、特定のアプリケーション（ＭＦＰ１０１のベンダがユーザに提供するアプリケーション）をインストールしたＭＦＰＢｅａｃｏｎをサポートしている携帯端末１０３によって利用される。

ＭＦＰＢｅａｃｏｎフォーマットのアドバタイズパケットは、ＰＤＵ種別３０３、ならびにカンパニーコード、デバイスカテゴリ、デバイス名、およびＭＡＣアドレスを含む製造者固有データ３０４を含む。本実施形態では、デバイス名にはＭＦＰ１０１のデバイス名が、ＭＡＣアドレスにはＭＦＰ１０１のＭＡＣアドレスが格納される。なお、携帯端末１０３が、そこにインストールされたソフトウェアプログラム（アプリ）を介し、ＭＦＰ１０１によって提供されるプリントやスキャンなどのサービスを実現するためには、ＭＦＰ１０１と携帯電話１０３とは双方向通信を行う必要がある。そのため、ＭＦＰＢｅａｃｏｎフォーマットのアドバタイズパケットではＰＤＵ種別３０３がＡＤＶ＿ＩＮＤ（相互接続可）に設定される。

以上説明したように、アドバタイズパケットのフォーマット毎に、ＧＡＴＴ通信のための相互接続可否がＰＤＵ種別３０３に設定される。

ＭＦＰ１０１は、複数の携帯端末１０３にインストールされた異なるアプリ（ｉＢｅａｃｏｎ ｆｏｒ Ｐｒｉｎｔに対応するアプリやベンダ独自の連携アプリ）から利用可能とするために、上述した複数種類のアドバタイズパケットを送信してもよい。その場合は、所定の時間間隔で、アドバタイズパケットの種類を切り替えながら複数種類のアドバタイズパケットを送信する。ＭＦＰ１０１は、ＰＤＵ種別３０３がＡＤＶ＿ＩＮＤ（相互接続可）に設定されたアドバタイズパケットを送信する期間（時間スロット）ではＧＡＴＴ通信のための接続要求を受け付ける。一方、ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ（相互接続不可）に設定されたアドバタイズパケットを送信する時間スロットではＧＡＴＴ通信のための接続要求を受け付けない。

次に、図４を参照し、ＢＬＥ通信で、ＭＦＰ１０１が複数種類のアドバタイズパケットを送信し、携帯端末１０３がユーザ操作に従いＭＦＰ１０１に接続要求を送信する処理の一例について説明する。

ＭＦＰ１０１は、設定に従い、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０９からアドバタイズパケットを所定の時間間隔（例えば１００ミリ秒間隔）で周期的に送信する（Ｓ４０１、Ｓ４０３、Ｓ４０５、Ｓ４０７、およびＳ４０９）。また、ＭＦＰ１０１は、設定に従い、ＢｌｕｅｔｏｏｔｈＩ／Ｆ２０９から送信するアドバタイズパケットを別の種類へ所定の時間間隔（例えば１０００ミリ秒間隔）で切り替える（Ｓ４０２、Ｓ４０４、Ｓ４０６、およびＳ４０８）。一例では、これらの設定は、操作部２０５を介してユーザによって入力され、またはＭＦＰ１０１のベンダによって設定され、ＨＤＤ２０４に記憶されていてもよい。ここで、図４に示すアドバタイズパケットＡ、Ｂは、ｉＢｅａｃｏｎフォーマットのアドバタイズパケット（Ａ）及びＭＦＰＢｅａｃｏｎフォーマットのアドバタイズパケット（Ｂ）に対応しうる。すなわち、アドバタイズパケット（Ａ）はＧＡＴＴ通信のための接続要求を受け付けないアドバタイズパケットであり、アドバタイズパケット（Ｂ）はＧＡＴＴ通信のための接続要求を受け付けるアドバタイズパケットである。

携帯端末１０３は、操作部２１５を介して、ユーザからＭＦＰ１０１とＢｌｕｅｔｏｏｔｈ通信を行うアプリの起動を指示される（Ｓ４１０）と、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２１６でアドバタイズパケットの検出を開始する。アドバタイズパケットを検出すると、携帯端末１０３は、アドバタイズパケットに含まれる情報（例えば製造者固有データ３０４）に基づき、携帯端末１０３で利用可能な画像処理装置１０１から送信されたアドバタイズパケットであるか判定する（Ｓ４１１）。

携帯端末１０３がアドバタイズパケットを送信した画像処理装置１０１を利用可能であると判断した場合、携帯端末１０３は、製造者固有データ３０４に基づいて操作部２１５にアプリ画面を表示する、または表示されているアプリ画面を更新する（Ｓ４１２）。

続いて、携帯端末１０３は、操作部２１５を介してユーザの操作指示を受け付ける（Ｓ４１３）と、操作指示の実行にＧＡＴＴ通信が必要かどうか判断する。一例では、ユーザの操作指示を実行するために画像処理装置１０１へのデータ送信が必要である場合に、操作指示の実行にＧＡＴＴ通信（双方向通信）が必要であると判断されてよい。双方向通信が必要な場合、携帯端末１０３は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２１６で受信したアドバタイズパケットのＰＤＵ種別３０１または３０３を解析し、ＧＡＴＴ通信の接続要求を受け付けることを示すアドバタイズパケットであるか判断する（Ｓ４１４）。

携帯端末１０３が受信したアドバタイズパケットがＧＡＴＴ通信の接続要求を受け付けないことを示す場合、携帯端末１０３は、接続要求を受け付けることを示すアドバタイズパケットを受信するまでＳ４１４の処理を繰り返す。すなわち、受信したアドバタイズパケットのＰＤＵ種別がＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤである場合、携帯端末１０３は、ＰＤＵ種別がＡＤＶ＿ＩＮＤであるアドバタイズパケットを受信するまでＳ４１４の処理を繰り返す。携帯端末１０３が受信したアドバタイズパケットがＧＡＴＴ通信の接続要求を受け付けることを示すと判断した場合、すなわち、ＰＤＵ種別がＡＤＶ＿ＩＮＤであると判断した場合、携帯端末１０３は、ＧＡＴＴ通信の接続要求を送信する（Ｓ４１５）。これによって、ＭＦＰ１０１がＧＡＴＴ通信の接続要求を受け付けない時間スロットに携帯端末１０３が接続要求を送信し、不要な再送（リトライ処理）が生じる結果となることを避けることができる。

次に携帯端末１０３は、ＧＡＴＴ通信の接続要求に対するＭＦＰ１０１からの応答を受信し、ＭＦＰ１０１との双方向通信を行い、ＭＦＰ１０１からの情報取得やＭＦＰ１０１への情報送信などを実行する（Ｓ４１６）。そして、携帯端末１０３は、ＧＡＴＴ通信で送受信した情報に基づいて、操作部２１５に表示するアプリ画面を更新する（Ｓ４１７）。

次に、携帯端末１０３がアドバタイズパケットを検出してＧＡＴＴ通信を確立してユーザ操作を実行する処理の一例を、図５Ａおよび図５Ｂのフローチャートならびに図６の画面例を参照して説明する。図５Ａおよび図５Ｂのフローチャートに示す各動作（ステップ）は、ＣＰＵ２１２がフラッシュメモリ２１４に記憶された各制御モジュールを実現するためのプログラムをＲＡＭ２１３に読み出し、実行することにより実現される。なお、フローチャートで示す処理は、前述した特定のアプリケーションが主体となり、制御プログラムであるＯＳと協働して実現しているものとする。なお、一部の処理は各インタフェースや操作部２１５等の各ハードウェアと協働して実現されるものとする。また図６は、特定のアプリケーションが表示する画面の一例を示している。本実施形態では、携帯端末１０３上で特定のアプリケーションが起動している状態でユーザからプリンタ探索を指示された携帯端末１０３のＣＰＵ２１２が図５Ａの処理を開始するものとする。しかしながら、図４を参照して説明したように、特定のアプリケーションの起動に応じて携帯端末１０３のＣＰＵ２１２が図５Ａの処理を開始してもよい。

まず、処理を開始し、Ｓ５０１で、携帯端末１０３は操作対象のＭＦＰ１０１を選択する処理を開始し、処理を図５ＢのＳ５０２に進める。

Ｓ５０２で、携帯端末１０３はＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ２１６によるスキャンを開始し、処理をＳ５０３に進める。Ｓ５０２では、操作部２１５に、図６（Ａ）に示すように、プリンタの探索中であることを通知する画面タイトル６０１と、ユーザへのメッセージ６０２を有するプリンタ探索画面６００が表示される。ここで、携帯端末１０３は、受信したアドバタイズパケットに基づいて近くのＭＦＰ１０１の探索を行うため、メッセージ欄６０２へは対象のＭＦＰ１０１に近づくようにユーザへのメッセージが表示される。

続いて、Ｓ５０３で、携帯端末１０３はＭＦＰ１０１からアドバタイズパケットを検出したかどうかを判断する。Ｓ５０３でアドバタイズパケットが受信されると、携帯端末１０３は処理をＳ５０４に進める。Ｓ５０３でアドバタイズパケットが受信されない場合、携帯端末１０３は処理をＳ５０６に進める。

Ｓ５０４で、携帯端末１０３は、受信したアドバタイズパケットに含まれるカンパニーコードおよびデバイスカテゴリから、当該アドバタイズパケットが携帯端末１０３によって利用可能なＭＦＰ１０１から送信されたアドバタイズパケットであるか判定する。一例では、携帯端末１０３は、利用可能なＭＦＰ１０１に対応するカンパニーコード、デバイス名またはＭＡＣアドレスの情報を、フラッシュメモリ２１４などに格納されたデータベースに保存していてもよい。その場合は、Ｓ５０４で、受信したアドバタイズパケットに含まれるカンパニーコード、デバイスカテゴリ、またはＭＡＣアドレスの情報を、データベースと照合することで利用可能なＭＦＰ１０１から送信されたアドバタイズパケットであるかを判断してもよい。また、携帯端末１０３は、ユーザ操作に応じて、利用可能なＭＦＰ１０１に対応するカンパニーコード、デバイス名、またはＭＡＣアドレスの情報を登録できてもよいし、サーバなどの他の装置から当該情報をダウンロードできてもよい。

続いて、Ｓ５０５で、携帯端末１０３は利用可能であると判断したＭＦＰ１０１のデバイス名などを、図６（Ｂ）に示すように画面に表示する。図６（Ｂ）のデバイス名リスト６０５には、Ｄｅｖｉｃｅ Ａ、Ｄｅｖｉｃｅ Ｂ、Ｄｅｖｉｃｅ Ｃの３台のＭＦＰ１０１が表示されている。表示する順番は、デバイス名、検出した順番、またはアドバタイズパケットの電波強度に基づいて決定されうる。また、メッセージ欄６０４では、デバイス名リスト６０５から操作対象のＭＦＰ１０１を選択するようユーザへのメッセージが表示されうる。

Ｓ５０３でアドバタイズパケットが受信されていない場合、Ｓ５０４で受信したアドバタイズパケットが利用できない場合、またはＳ５０５で画面を更新した場合、携帯端末１０３はＳ５０６でＭＦＰ１０１を選択するユーザ操作を受信したかを判断する。Ｓ５０５でユーザがＭＦＰ１０１を選択していない場合は、携帯端末１０３はＳ５０３に処理を戻し、アドバタイズパケットの受信を再度行う。Ｓ５０６で１台のＭＦＰを選択するユーザ操作を受信すると、携帯端末はＳ５０７に処理を進める。一例では、携帯端末１０３に標準で選択するＭＦＰ１０１が登録されている場合には、携帯端末１０３はユーザ操作を待たず、自動的に当該ＭＦＰ１０１を選択してもよい。なお、Ｓ５０６では、選択可能なＭＦＰ１０１が存在しない、または画面に選択可能なＭＦＰ１０１が表示されていない場合にも、携帯端末１０３は処理をＳ５０３に戻してもよい。

続いて、Ｓ５０７で、携帯端末１０３は図６（Ｃ）に示す、操作選択画面６０６を表示する。操作画面６０６には、プリンタ探索画面６０３で選択されたＭＦＰ１０１のデバイス名６０７、ユーザへのメッセージ欄６０８、および操作項目６０９が表示される。図６（Ｃ）の例では、操作項目６０９には「Ｗｉ－Ｆｉ接続」、「宛先送信」、および「パネルログイン」の３つの操作項目が表示されている。「Ｗｉ－Ｆｉ接続」および「宛先送信」は、最初に無線ネットワークＩ／Ｆ２２１で接続を試み、失敗した場合にはＢｌｕｅｔｏｏｔｈ Ｉ／Ｆ２１６で接続を試みる、双方向通信を必要とする操作である。「パネルログイン」は、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２１６で接続を試みる、双方向通信を必要とする操作である。Ｓ５０７の表示を行うと、携帯端末１０３は処理をＳ５０８に進め、ユーザが何れかの操作項目を選択するまで、すなわちユーザ操作を受け付けるまで（操作受付まで）待機する。

Ｓ５０８で、操作項目６０９の何れか１つのＭＦＰ１０１が選択されると、携帯端末１０３は処理をＳ５０９に進める。Ｓ５０９で、携帯端末１０３は、Ｓ５０８でユーザが選択した操作を実現するために選択されたＭＦＰ１０１（操作対象ＭＦＰ）との間でＧＡＴＴ通信が必要であるか否かを判断する。

例えば、Ｓ５０８でユーザが「Ｗｉ－Ｆｉ接続」を選択した場合、携帯端末１０３はＳ５０９に処理を進め、Ｓ５０３で受信したアドバタイズパケットに含まれるＭＡＣアドレスに基づき無線ネットワーク接続に必要なＩＰアドレスが取得できるかを判断しうる。一例では、携帯端末１０３のフラッシュメモリ２１４などのデータベースに操作対象ＭＦＰのＭＡＣアドレスとＩＰアドレスとの対応が登録されていてもよい。あるいは、携帯端末１０３は、他の装置に、無線ネットワークＩ／Ｆ２２１を介して操作対象ＭＦＰのＭＡＣアドレスに関する情報を送信し、操作対象ＭＦＰのＩＰアドレスに関する情報を問い合わせてもよい。ＩＰアドレスが取得できた場合には、携帯端末１０３は当該ＩＰアドレスを用いて、無線ネットワークＩ／Ｆ２２１を介して操作対象ＭＦＰ１０１との無線ネットワーク接続を確立する（Ｓ５１７）。操作対象ＭＦＰのＩＰアドレスが取得できない場合、携帯端末１０３は、処理を後述するＳ５１０に進める。

例えば、Ｓ５０８でユーザが「宛先送信」を選択した場合、携帯端末１０３はＳ５０９で、上述した「Ｗｉ－Ｆｉ接続」を選択した場合と同様に、操作対象ＭＦＰのＩＰアドレスが取得可能な場合には無線ネットワーク接続１０６を確立しうる。操作対象ＭＦＰとの無線ネットワーク接続がすでに確立済みである場合、または確立した後、携帯端末１０３は、無線ネットワークＩ／Ｆ２２１を介して、フラッシュメモリ２１４内の宛先情報を操作対象ＭＦＰへ送信しうる（Ｓ５１７）。宛先情報を受信したＭＦＰ１０１は、当該宛先情報をＭＦＰ１０１が備えるスキャナ２０７で原稿を読み取って得られた画像を外部に送信する送信機能の宛先として使用する。宛先情報は、電子メールアドレスやファクシミリ番号（電話番号）などである。無線ネットワーク接続１０６を確立できない場合も、上述した「Ｗｉ－Ｆｉ接続」を選択した場合と同様に、携帯端末１０３は処理を後述するＳ５１０に進める。

例えば、Ｓ５０８でユーザが「パネルログイン」を選択した場合、携帯端末１０３は処理をＳ５０９に進め、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２１６を介してＭＦＰ１０１とＧＡＴＴ通信を行う必要があると判断し、処理をＳ５０９に進める。なお、「パネルログイン」は、通信端末１０２をＭＦＰに近づけることで、ＭＦＰに特定のユーザをログインさせることができる連携機能である。本実施形態では、ユーザがＳ５０８で「パネルログイン」を選択した場合を用いて以降の説明を行う。

Ｓ５１０で、携帯端末１０３は、図６（Ｄ）に示すように、処理中であることをユーザに通知する画面を操作部２１５に表示する。続いて、携帯端末１０３は処理をＳ５１１に進める。

Ｓ５１１で、携帯端末１０３は、操作対象ＭＦＰから送信されるアドバタイズパケットの検出を開始する。一定時間内にアドバタイズパケットが検出されない場合は、処理をＳ５１５に進める。Ｓ５１５では、携帯端末がＳ５１１の処理を開始してから、またはＳ５０８でユーザが操作を選択してから、所定時間（例えば１０００ｍｓｅｃ）が経過していない間は、携帯端末は処理をＳ５１１に戻す。Ｓ５１１で操作対象ＭＦＰからアドバタイズパケットを受信した携帯端末１０３は、処理をＳ５１２に進め、受信したアドバタイズパケットのＰＤＵ種別３０１がＧＡＴＴ通信を受け付けることを示すかどうか、すなわちＡＤＶ＿ＩＮＤであるかを判断する。

Ｓ５１１で、受信したアドバタイズパケットに含まれるＰＤＵ種別がＧＡＴＴ通信を受け付けないことを示す場合、携帯端末１０３はＧＡＴＴ通信の接続要求の送信を保留し、処理をＳ５１５に進め、所定時間が経過していない場合は処理をＳ５１１に戻す。Ｓ５１２で、受信したアドバタイズパケットがＧＡＴＴ通信受け付けることを示す場合、携帯端末１０３は処理をＳ５１３に進め、ＧＡＴＴ通信の接続要求を送信してＧＡＴＴ通信を確立する。本実施形態では、携帯端末１０３はＳ５１３で操作対象ＭＦＰにユーザ認証に必要な情報を送信し、当該ＭＦＰにユーザ認証処理の実行を要求する。なお、Ｓ５１３で送信するユーザ認証に必要な情報は、特定のアプリケーションの設定として、ユーザによりアプリに事前登録されているユーザ情報に基づく情報である。続いて、携帯端末１０３は、処理をＳ５１４に進め、図６（Ｅ）に示すように、処理が完了したことをユーザに通知する。ＧＡＴＴ通信でユーザ認証に必要な情報を受信したＭＦＰは、当該情報に基づきユーザを認証する。認証に成功すると、当該認証が成功したユーザの権限やお気に入り設定等に基づく操作画面がＭＦＰの操作部に表示される。なお、Ｓ５１７で、ＧＡＴＴ通信を用いずに操作処理を実行完了した場合にも、携帯端末１０３は処理をＳ５１４に進め、選択された処理の完了をユーザに通知する。

Ｓ５１５で、Ｓ５０９またはＳ５１０の処理を開始してから所定時間が経過したと判断した携帯端末１０３は、処理をＳ５１６に進め、図６（Ｆ）に示すように、ユーザが選択した操作が失敗したことをユーザに通知しうる。

以上説明したように、本実施形態では、携帯端末は、受信したアドバタイズパケットがＧＡＴＴ通信を受け付けることを示すか否かを判断し、ＧＡＴＴ通信の接続要求を受け付ける所定の時間内にＧＡＴＴ通信の接続要求を送信する。これによって、携帯端末がＧＡＴＴ通信の接続要求を受け付けない所定の時間内に接続要求を送信し、不要なリトライ処理が発生することを抑制でき、ユーザへの応答性を向上することができる。

＜第２の実施形態＞
第１の実施形態では、携帯端末はユーザによる操作の選択があった後、またはアドバタイズパケットの受信を開始した後、ＧＡＴＴ通信を受け付けることを示すアドバタイズパケットの受信を待ち、接続要求を送信する。第２の実施形態では、１つ以上の基準に基づき、接続要求の送信を保留する時間を設定可能である携帯端末の処理の一例を説明する。なお、第１の実施形態と同様の構成または処理については説明を省略する。

一例では、当該基準とは、操作対象ＭＦＰの動作モードに関する情報であってもよい。

操作対象ＭＦＰの動作モードに関する情報とは、例えば、操作対象ＭＦＰのアドバタイズパケットの送信間隔および送信するアドバタイズパケットの種類の切り替え間隔に関する情報である。例えば、あるＭＦＰ１０１は、応答性を向上させることを目的として、より短い送信間隔または切り替え間隔でアドバタイズパケットが送信される。このような場合、他のＭＦＰ１０１より短い保留時間とすることで、接続要求に対する応答性を向上させることができる。また、あるＭＦＰ１０１は、より長い送信間隔または切り替え間隔でアドバタイズパケットが送信される。そのような場合でも、他のＭＦＰ１０１より長い保留時間とすることで、操作対象ＭＦＰに接続要求を送る前に、接続要求が失敗したと判断されることを避けることができる。

また、例えば、操作対象ＭＦＰの動作モード関する情報とは、操作対象ＭＦＰが送信するアドバタイズパケットの種類である。一例では、ＭＦＰ１０１は、例えば接続要求を受け入れないことを示す２種類のアドバタイズパケットと、接続要求を受け入れることを示す１種類のアドバタイズパケットとを送信してもよい。このような場合、接続要求を受け入れないことを示す１種類のアドバタイズパケットと、接続要求を受け入れることを示す１種類のアドバタイズパケットとを送信するＭＦＰ１０１と比べて、保留時間を延ばすことが望ましい。なぜなら、アドバタイズパケットの送信間隔および切り替え間隔が同一であると仮定すると、接続要求を受け入れないことを示すアドバタイズパケットの種類が多い方が、その送信時間が相対的に長くなるためである。

また、一例では、当該基準とは、携帯端末１０３が推定した、携帯端末１０３とＭＦＰ１０１との間の距離であってもよい。携帯端末１０３は、受信したアドバタイズパケットの電波強度に応じて、アドバタイズパケットを送信したＭＦＰ１０１までの大まかな距離を推定することができる。ＭＦＰ１０１までの距離が遠いと推定される場合、ＭＦＰ１０１がＧＡＴＴ通信のための接続要求を受け付けるアドバタイズパケットを送信した場合であっても、パケットロスが生じ、携帯端末１０３がアドバタイズパケットを検出できない可能性が高まる。そのような場合でも、接続要求の送信を保留する時間をより長く設定することで、再度ＧＡＴＴ通信のための接続要求を受け付けるアドバタイズパケットが送信されるまで待機し、パケットロスによる接続要求の失敗の確率を下げることができる。

なお、これらの基準は、携帯端末１０３のユーザによって設定されてもよいし、携帯端末１０３が適応的に判断してもよい。例えば、図５ＢのＳ５０３でアドバタイズパケットを受信するたびに、携帯端末１０３は、同一のＭＦＰ１０１から送信された、アドバタイズパケットのＰＤＵ種別、送信間隔、電波強度、またはアドバタイズパケットの切り替え間隔を記録する。これによって、携帯端末１０３が操作対象のＭＦＰに対してどの程度の保留時間を設定すべきか判断することができる。

以上説明したように、第２の実施形態では、携帯端末は、１つ以上の基準に基づいて、接続要求の送信を保留する時間を設定可能である。これによって、ＭＦＰの動作モードまたは携帯端末とＭＦＰとの位置関係などのユースケースごとに、ユーザへの応答性を損なわないようＧＡＴＴ通信を確立することができる。

また、第２の実施形態では、操作の対象となるＭＦＰごとに接続要求の送信を保留する時間間隔を設定可能である。これによって、ＭＦＰの設定に関わらずに接続要求を送信する携帯端末のユーザへの応答性を向上することができる。

また、第２の実施形態では、携帯端末は携帯端末とＭＦＰとの間の距離を推定することができ、推定した距離に応じて接続要求の送信を保留する時間を設定可能である。これによって、ＭＦＰから送信されたアドバタイズパケットがパケットロスによって検出できなくても、同一のＭＦＰから再度アドバタイズパケットが送信される機会を得ることでパケットロスによる接続要求の失敗の確率を下げることができる。

＜第３の実施形態＞
第１の実施形態では、接続要求を受け付けないことを示すアドバタイズパケットを受信し、所定時間が経過していない場合、携帯端末はその後すぐに別のアドバタイズパケットの検出を行っていた。

一例では、操作対象ＭＦＰから接続要求を受付けないことを示すアドバタイズパケットを受信した場合、接続要求を受付けることを示すアドバタイズパケットが送信されるまでにある程度の時間がかかるという仮定に基づき、スキャン処理を待機してもよい。この場合、図７に示すように、Ｓ５１２で受信したアドバタイズパケットが接続要求を受け付けないことを示す（Ｓ５１２でＮＯ）と判断した携帯端末１０３は、処理をＳ７０１に進め、携帯端末１０３は、所定の時間（待機時間）だけスキャン処理を待機しうる。待機時間とは、例えば例えばアドバタイズパケットの切替え間隔に関連付けられた時間であってもよい。その後、携帯端末１０３は処理をＳ５１５に進め、所定時間が経過したかを判断し、経過していない場合には再度アドバタイズパケットの検出を行う。

以上説明したように、携帯端末は、接続要求を受付けないことを示すアドバタイズパケットが送信された場合、所定の時間、処理を待機する。これによって、アドバタイズパケットの受信処理にかかる消費電力を抑えながら、接続要求を受け付けることを示すアドバタイズパケットを受信して接続要求を送信することができる。

＜他の実施形態＞
上記第１から第３の実施形態は随意に組み合わせることができる。例えば、携帯端末は、第３の実施形態に係るアドバタイズパケットのスキャン処理の待機時間を、第２の実施形態に係る接続要求の送信を保留する時間と関連付けてもよい。

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

１０１：ＭＦＰ、１０３：携帯端末、１０４：ＬＡＮ、１０５：無線ルータ、１０６：無線接続、１０７：無線ダイレクト接続、２０１：ＣＰＵ、２０２：ＲＯＭ、２０３：ＲＡＭ、２０４：ＨＤＤ、２０５：操作部、２０６：プリンタ、２０７：スキャナ、２０８：ＩＣカードリーダ、２０９：Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ、２１０：ネットワークＩ／Ｆ、２１１：無線ネットワークＩ／Ｆ、２１２：ＣＰＵ、２１３：ＲＡＭ、２１４：フラッシュメモリ、２１５：操作部、２１６：Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ、２１７：スピーカ、２１８：マイク、２１９：カメラ、２２０：ＧＰＳ、２２１：無線ネットワークＩ／Ｆ

Claims (18)

1. 第１のソフトウェアおよび第２のソフトウェアが動作可能な通信端末であって、
   前記第１のソフトウェアに対応する第１の種別のアドバタイジングパケットを発信する第１の動作期間であってＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ）通信の接続要求に応答する第１の動作期間と、
   前記第２のソフトウェアに対応する第２の種別のアドバタイジングパケットを発信する第２の動作期間であって前記ＧＡＴＴ通信の接続要求に応答しない第２の動作期間と、
   を含む複数の動作期間が時分割で切り替わる画像処理装置とＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）に準拠した無線通信を行う通信端末において、
   前記ＢＬＥに準拠した無線通信をおこなうためのＢｌｕｅｔｏｏｔｈインターフェースと、
   Ｂｌｕｅｔｏｏｔｈインターフェースを介して前記第１の種別の第１のアドバタイジングパケットを受信し、前記受信した第１のアドバタイジングパケットに基づいてＧＡＴＴ通信の接続要求を決定する決定手段と、
   前記決定された接続要求を前記第２の動作期間に保持し、前記第１の種別の更なるアドバタイジングパケットを受信したことに応じて、前記決定された接続要求を前記Ｂｌｕｅｔｏｏｔｈインターフェースを介して前記画像処理装置に送信する送信手段と、
   を有することを特徴とする通信端末。
2. 前記送信手段は、前記決定された接続要求を前記第２の動作期間に保持し、前記第１の種別の第２のアドバタイジングパケットを受信したことに応じて、前記決定された接続要求を前記画像処理装置へ送信することを特徴とする請求項１に記載の通信端末。
3. 前記決定手段は、前記受信したアドバタイジングパケットのＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）種別を解析することで前記受信した第１のアドバタイジングパケットの種別を識別することを特徴とする請求項１または２に記載の通信端末。
4. 前記決定手段は、解析において前記ＰＤＵ種別がＡＤＶ＿ＩＮＤである場合に前記受信した第１のアドバタイジングパケットの種別が前記第１の種別であると識別することを特徴とする請求項３に記載の通信端末。
5. 前記接続要求は、前記通信端末のユーザによって前記通信端末を使用した操作に応じて送信されたと判定されることを特徴とする請求項１から４の何れか１項に記載の通信端末。
6. 前記第１のアドバタイジングパケットが受信された後に前記更なるアドバタイジングパケットが受信され、続いて種別が前記第２の種別であるアドバタイジングパケットが受信されることを特徴とする請求項１から５のいずれか１項に記載の通信端末。
7. 前記通信端末はハンドヘルドコンピュータであることを特徴とする請求項１から６の何れか１項に記載の通信端末。
8. 前記第２の種別のアドバタイジングパケットはｉＢｅａｃｏｎ（登録商標）フォーマットまたはＥｄｄｙＳｔｏｎｅ（登録商標）フォーマットのアドバタイジングパケットであることを特徴とする請求項１から７の何れか１項に記載の通信端末。
9. 前記第１のソフトウェアは前記画像処理装置のスキャナと協働するソフトウェアであることを特徴とする請求項１から８の何れか１項に記載の通信端末。
10. 第１のソフトウェアおよび第２のソフトウェアが動作可能な通信端末の制御方法であって、
    前記第１のソフトウェアに対応する第１の種別のアドバタイジングパケットを発信する第１の動作期間であってＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ）通信の接続要求に応答する第１の動作期間と、
    前記第２のソフトウェアに対応する第２の種別のアドバタイジングパケットを発信する第２の動作期間であって前記ＧＡＴＴ通信の接続要求に応答しない第２の動作期間と、
    を含む複数の動作期間が時分割で切り替わる画像処理装置とＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）に準拠した無線通信を行う通信端末において、
    前記ＢＬＥに準拠した無線通信をおこなうためのＢｌｕｅｔｏｏｔｈインターフェースと、
    Ｂｌｕｅｔｏｏｔｈインターフェースを介して前記第１の種別の第１のアドバタイジングパケットを受信し、前記受信した第１のアドバタイジングパケットに基づいてＧＡＴＴ通信の接続要求を決定する決定工程と、
    前記決定された接続要求を前記第２の動作期間に保持し、前記第１の種別の更なるアドバタイジングパケットを受信したことに応じて、前記決定された接続要求を前記Ｂｌｕｅｔｏｏｔｈインターフェースを介して前記画像処理装置に送信する送信工程と、
    を有することを特徴とする制御方法。
11. 前記送信工程において、前記決定された接続要求を前記第２の動作期間に保持し、前記第１の種別の第２のアドバタイジングパケットを受信したことに応じて、前記決定された接続要求が前記画像処理装置へ送信されることを特徴とする請求項１０に記載の制御方法。
12. 前記決定工程において、前記受信したアドバタイジングパケットのＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）種別を解析することで前記受信した第１のアドバタイジングパケットの種別が識別されることを特徴とする請求項１０または１１に記載の制御方法。
13. 前記決定において、解析において前記ＰＤＵ種別がＡＤＶ＿ＩＮＤである場合に前記受信した第１のアドバタイジングパケットの種別が前記第１の種別であると識別されることを特徴とする請求項１２に記載の制御方法。
14. 前記接続要求は、前記通信端末のユーザによって前記通信端末を使用した操作に応じて送信されたと判定されることを特徴とする請求項１０から１３の何れか１項に記載の制御方法。
15. 前記第１のアドバタイジングパケットが受信された後に前記更なるアドバタイジングパケットが受信され、続いて種別が前記第２の種別であるアドバタイジングパケットが受信されることを特徴とする請求項１０から１４のいずれか１項に記載の制御方法。
16. 前記通信端末はハンドヘルドコンピュータであることを特徴とする請求項１０から１５の何れか１項に記載の制御方法。
17. 前記第２の種別のアドバタイジングパケットはｉＢｅａｃｏｎ（登録商標）フォーマットまたはＥｄｄｙＳｔｏｎｅ（登録商標）フォーマットのアドバタイジングパケットであることを特徴とする請求項１０から１６の何れか１項に記載の制御方法。
18. 前記第１のソフトウェアは前記画像処理装置のスキャナと協働するソフトウェアであることを特徴とする請求項１０から１７の何れか１項に記載の制御方法。

Images