(57)【要約】【課題】  Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠した接続ができないことに応じた通知を所定の条件に応じて行えるようにすることを目的とする。【解決手段】  Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠した接続の要求パケットを第１の他の通信装置から受信した場合、当該要求パケットを送信した第１の他の通信装置から受信したＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠したデータパケットに含まれるデータの種別に基づいて、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことに応じた通知を行う。【選択図】  図５
2019050526.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠した接続の要求パケットを第１の他の通信装置から受信する第１の受信手段と、
前記第１の受信手段により前記要求パケットを受信した場合に、当該要求パケットを送信した前記第１の他の通信装置からＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠したデータパケットを受信する第２の受信手段と、
前記第２の受信手段により受信したデータパケットに含まれるデータの種別に基づいて、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことに応じた通知を行う通知手段と、
を有することを特徴とする通信装置。
【請求項２】
前記通知手段は、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことをユーザに通知することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通知手段は、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことを示す情報を表示することによって、ユーザに通知することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記通知手段は、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続を用いた所定の処理が行えないことをユーザに通知することを特徴とする請求項２に記載の通信装置。
【請求項５】
前記所定の処理は、前記通信装置にログインするための処理であることを特徴とする請求項４に記載の通信装置。
【請求項６】
前記所定の処理は、前記通信装置が印刷するための処理であることを特徴とする請求項４に記載の通信装置。
【請求項７】
前記通知手段は、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことを第２の他の通信装置に通知することを特徴とする請求項２に記載の通信装置。
【請求項８】
前記通知手段は、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことをＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠したアドバタイジングパケットを利用して前記第２の他の通信装置に通知することを特徴とする請求項７に記載の通信装置。
【請求項９】
前記第１の他の通信装置とＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙを利用した通信を切断するまでの時間を予測する予測手段を更に有し、
前記通知手段は、前記予測手段により予測された時間を更に通知することを特徴とする請求項１から８のいずれか１項に記載の通信装置。
【請求項１０】
前記通知手段は、前記第１の他の通信装置の情報を更に通知することを特徴とする請求項１から９のいずれか１項に記載の通信装置。
【請求項１１】
前記第２の受信手段により受信したデータパケットに含まれるデータが、ユーザからの指示に応じて前記要求パケットを送信するアプリケーションからのデータである場合、前記通知手段は、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことに応じた通知を行うことを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
【請求項１２】
前記第２の受信手段により受信したデータパケットに含まれるデータが、前記第１の他の通信装置と前記通信装置との間の距離に応じて前記要求パケットを送信するアプリケーションからのデータである場合、前記通知手段は、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことに応じた通知を行わないことを特徴とする請求項１から１１のいずれか１項に記載の通信装置。
【請求項１３】
通信装置の制御方法であって、
Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠した接続の要求パケットを第１の他の通信装置から受信する第１の受信工程と、
前記第１の受信工程において前記要求パケットを受信した場合に、当該要求パケットを送信した前記第１の他の通信装置からＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠したデータパケットを受信する第２の受信工程と、
前記第２の受信工程において受信したデータパケットに含まれるデータの種別に基づいて、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことに応じた通知を行う通知工程と、
を有することを特徴とする制御方法。
【請求項１４】
コンピュータを請求項１から１２のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置や携帯端末等の通信装置、及びそれら装置からなる通信システムに関する。
【背景技術】
【０００２】
Ｂｌｕｅｔｏｏｔｈ（登録商標）規格の一部であるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙ（以下、ＢＬＥ）規格では、装置の役割として、セントラルとペリフェラルとが規定されている。セントラルは、ペリフェラルの送信するアドバタイジングパケットを受信すると、コネクトリクエストパケットを送信することでコネクション（ＢＬＥ接続）を確立する。
【０００３】
特許文献１には、画像処理装置がペリフェラル、携帯端末がセントラルとして動作し、ＢＬＥ接続を行う構成が開示されている。特許文献１では、携帯端末は、画像処理装置の送信するアドバタイジングパケットの電波強度に基づき、携帯端末が画像処理装置に近づいたと判断した場合に、コネクトリクエストパケットを送信し、ＢＬＥ接続を行う。
【０００４】
アプリケーションによっては、このように携帯端末が画像処理装置に近づいた場合に接続する方法がある。一方、携帯端末が画像処理装置から離れている場合であっても、ユーザ指示等により、接続する方法もある。
【０００５】
また、ＢＬＥ規格では、ＢＬＥ接続中のペリフェラルは、アドバタイジングパケットの送信を停止する。即ち、ペリフェラルである画像処理装置が携帯端末とＢＬＥ接続をしている間は、他の携帯端末は、アドバタイジングパケットを受信しないため、画像処理装置とＢＬＥ接続をすることができない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１７−１０１０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
携帯端末Ａを有するユーザと画像処理装置とが離れている状態で、ユーザ指示に従い、携帯端末Ａと画像処理装置とがＢＬＥ接続している場合、他のユーザは画像処理装置が、既に携帯端末ＡとＢＬＥ接続していることを、すぐさま知ることは難しい。
【０００８】
このような状態で、他のユーザが携帯端末Ｂを画像処理装置に近づけて接続するアプリケーションを起動し、携帯端末Ｂを画像処理装置に近づけたとしても、ＢＬＥ接続は行われない。しかし、当該他のユーザはＢＬＥ接続されない理由が分からない虞がある。即ち、既に画像処理装置が他の端末とＢＬＥにより接続しているために携帯端末Ｂが接続されないのか、電波環境や装置故障等の他の原因によるものなのかを識別することができない虞がある。
【０００９】
これを防止するために、画像処理装置が端末とＢＬＥ接続している間は、常にＢＬＥ接続ができない旨をユーザに通知する構成が考えられる。しかし、このような構成とした場合には、画像処理装置とＢＬＥ接続している携帯端末を有するユーザが画像処理装置の近くにいる場合、ユーザが当該通知を見てＢＬＥ接続に失敗しているのではないかという誤った認識を持つ虞があり適切でない。
【００１０】
上記課題を鑑み、本発明は、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠した接続ができないことに応じた通知を所定の条件に応じて行えるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明の通信装置は、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠した接続の要求パケットを第１の他の通信装置から受信する第１の受信手段と、前記第１の受信手段により前記要求パケットを受信した場合に、当該要求パケットを送信した前記第１の他の通信装置からＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠したデータパケットを受信する第２の受信手段と、前記第２の受信手段により受信したデータパケットに含まれるデータの種別に基づいて、更なるＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの接続ができないことに応じた通知を行う通知手段と、を有する。
【発明の効果】
【００１２】
本発明によれば、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠した接続ができないことに応じた通知を所定の条件に応じて行うことができる。
【図面の簡単な説明】
【００１３】
【図１】通信システム１００の構成を概略的に示すブロック図である。
【図２】通信システム１００で実行されるＢＬＥ通信を説明するためのシーケンス図である。
【図３】携帯端末１０１がユーザ指示型アプリケーションを処理する手順を示すフロー図である。
【図４】携帯端末１０１が近接検出型アプリケーションを処理する手順を示すフロー図である。
【図５】画像処理装置１０２がユーザ指示型アプリケーション及び近接検出型アプリケーションを処理する手順を示すフロー図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施の形態を詳細に説明する。なお、下記の実施形態では、携帯端末および画像処理装置を例に説明するが、本発明の適用先は携帯端末および画像処理装置に限定されるものではなく、ＢＬＥ通信を行うことができる通信装置であれば、本発明を適用することができる。ＢＬＥ通信とは、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠した通信のことである。
【００１５】
図１は、本発明の実施の形態に係る通信システム１００の構成を概略的に示すブロック図である。
【００１６】
通信システム１００は、携帯端末１０１、１２１と画像処理装置１０２とを含む。携帯端末１０１は、スマートフォン等の携帯電話やノート型パソコン、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の携帯可能な機器である。画像処理装置１０２は、印刷、スキャン、コピー等の各種機能を有するＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）である。
【００１７】
携帯端末１０１は、制御部１０３、記憶部１０４、無線ＬＡＮ通信部１０５、ＢＬＥ通信部１０６、および、ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部１０７を有する。制御部１０３は、記憶部１０４、無線ＬＡＮ通信部１０５、ＢＬＥ通信部１０６、および、ＵＩ部１０７と接続される。
【００１８】
制御部１０３は、例えば、ＣＰＵやＭＰＵ等の１以上のプロセッサにより構成される。制御部１０３は、プロセッサに加えて、もしくは、代えて、ＡＳＩＣ（特定用途向け集積回路）、ＤＳＰ（デジタルシグナルプロセッサ）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）等により構成されるようにしてもよい。ここで、ＣＰＵはＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略であり、ＭＰＵはＭｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略である。制御部１０３は、記憶部１０４に記憶されたプログラムとＯＳとの協働により携帯端末１０１全体を制御する。ここで、ＯＳはＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍの略である。
【００１９】
記憶部１０４は、例えば、制御部１０３が実行する制御プログラムを格納するためのＲＯＭ、及び、制御プログラムを実行するために必要な作業領域として使用するためのＲＡＭにより構成される。ここで、ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略であり、ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略である。なお、記憶部１０４としては、ＲＯＭ、ＲＡＭ等のメモリに加えて、もしくは、代えて、ハードディスク、光ディスク、光磁気ディスク、ＣＤ、ＤＶＤなどの記憶媒体が用いられてもよい。また、記憶部１０４が１つのメモリにより構成されていてもよい。
【００２０】
無線ＬＡＮ通信部１０５は、Ｗｉ−Ｆｉ（ＩＥＥＥ８０２．１１シリーズに準拠した通信）等の無線ＬＡＮ通信を行うためのアンテナを含む。無線ＬＡＮ通信は、大容量データの伝送を伴うアプリケーションに使用され、例えば画像処理装置１０２でスキャンされた画像データを受信する場合には、無線ＬＡＮ通信が使用される。
【００２１】
ＢＬＥ通信部１０６は、ＢＬＥ通信を行うためのアンテナを含む。ここで、ＢＬＥはＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙの略である。本実施形態において、携帯端末１０１のＢＬＥ通信部１０６はセントラルとして動作する。セントラルは、ペリフェラルの送信するアドバタイジングパケットを受信すると、コネクトリクエストパケットを送信することでＢＬＥ接続を確立する。ここでアドバタイジングパケットとは、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠したパケットであって、ペリフェラルが定期的にブロードキャスト（同報送信）するパケットである。また、コネクトリクエストパケットとは、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠したパケットであって、セントラルがＢＬＥ接続を確立するために送信するパケットである。
【００２２】
コネクション確立後は、セントラルとして動作する携帯端末１０１がマスタとして動作し、ペリフェラルがスレーブとして動作することで、双方向通信を行う。
【００２３】
なお、本実施形態では無線ＬＡＮ通信部１０５とＢＬＥ通信部１０６のそれぞれでアンテナを有する構成としたが、単一のアンテナを無線ＬＡＮ通信部１０５とＢＬＥ通信部１０６とで切り替えて使用する構成としてもよい。
【００２４】
ＵＩ部１０７は、ユーザからの各種操作の受付を行うためのボタン等の入力装置と、ユーザへの情報通知を行うための液晶ディスプレイやスピーカ等の出力装置とを含んで構成される。なお、ＵＩ部１０７は、タッチパネルのように、入力と出力の両方を１つのモジュールで実現するようにした装置によって構成されてもよい。
【００２５】
携帯端末１２１は、携帯端末１０１と同様の構成を有するため、ここでは説明を省略する。
【００２６】
画像処理装置１０２は、制御部１０８、記憶部１０９、無線ＬＡＮ通信部１１０、ＢＬＥ通信部１１１、スキャナ部１１２、プリンタ部１１３、および、ＵＩ部１１４を有する。制御部１０８は、記憶部１０９、無線ＬＡＮ通信部１１０、ＢＬＥ通信部１１１、スキャナ部１１２、プリンタ部１１３、および、ＵＩ部１１４と接続される。
【００２７】
制御部１０８は、例えば、ＣＰＵやＭＰＵ等の１以上のプロセッサにより構成される。制御部１０３は、プロセッサに加えて、もしくは、代えて、ＡＳＩＣ、ＤＳＰ、ＦＰＧＡ等により構成される。制御部１０８は、記憶部１０９に記憶されたプログラムとＯＳとの協働により画像処理装置１０２全体を制御する。
【００２８】
記憶部１０９は、例えば、制御部１０８が実行する制御プログラムを格納するためのＲＯＭ、及び、制御プログラムを実行するために必要な作業領域として使用するためのＲＡＭにより構成される。ここで、ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略であり、ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略である。なお、記憶部１０９としては、ＲＯＭ、ＲＡＭ等のメモリに加えて、もしくは、代えて、ハードディスク、光ディスク、光磁気ディスク、ＣＤ、ＤＶＤなどの記憶媒体が用いられてもよい。また、記憶部１０９が１つのメモリにより構成されていてもよい。
【００２９】
無線ＬＡＮ通信部１１０は、Ｗｉ−Ｆｉ（ＩＥＥＥ８０２．１１シリーズに準拠した通信）等の無線ＬＡＮ通信を行うためのアンテナを含む。
【００３０】
ＢＬＥ通信部１１１は、ＢＬＥ通信を行うためのアンテナを含む。本実施形態において、画像処理装置１０２のＢＬＥ通信部１１１はペリフェラルとして動作する。ペリフェラルはアドバタイジングパケットを送信し、これに応答したセントラルからコネクトリクエストパケットを受信することでＢＬＥ接続を確立する。コネクション確立後は、ペリフェラルとして動作する画像処理装置１０２がスレーブとして動作し、セントラルがマスタとして動作することで、双方向通信を行う。
【００３１】
なお、本実施形態では無線ＬＡＮ通信部１１０とＢＬＥ通信部１１１のそれぞれでアンテナを有する構成としたが、単一のアンテナを無線ＬＡＮ通信部１１０とＢＬＥ通信部１１１とで切り替えて使用する構成としてもよい。
【００３２】
スキャナ部１１２は、制御部１０８の制御に基づいてスキャン処理を行う。例えば、スキャナ部１１２は、図示しない原稿台に配置された原稿の画像情報を読み取り、画像情報に基づき画像データを生成して制御部１０８に出力する。
【００３３】
プリンタ部１１３は、制御部１０８の制御に基づいて印刷処理を行う。例えば、制御部１０８から送信された画像データに基づいて、記録紙に印刷処理を行う。
【００３４】
ＵＩ部１１４は、ユーザからの各種操作の受付を行うためのボタン等の入力装置と、ユーザへの情報通知を行うための液晶ディスプレイやスピーカ等の出力装置とを含んで構成される。なお、ＵＩ部１１４は、タッチパネルのように、入力と出力の両方を１つのモジュールで実現するようにした装置によって構成されてもよい。
【００３５】
通信システム１００により提供されるＢＬＥアプリケーションは、ユーザ指示型アプリケーションと接近検出型アプリケーションに大別される。
【００３６】
ユーザ指示型アプリケーションでは、携帯端末１０１は、ユーザがＵＩ部１０７によりアプリケーション実行を指示したことを検出すると、ＢＬＥ接続を確立し、アプリケーションを実行する。ユーザ指示型アプリケーションの具体例としては、画像処理装置１０２へのＥメールアドレス登録アプリケーションや印刷アプリケーション等が挙げられる。例えば、Ｅメールアドレス登録アプリケーションでは、ユーザは、画像処理装置１０２に登録するＥメールアドレスをＵＩ部１０７により選択する。そして、ユーザは画像処理装置１０２への送信を示す操作を行うと、ＢＬＥ接続が確立され、選択されたＥメールアドレスが画像処理装置１０２に送信される。また、印刷アプリケーションでは、ユーザは、画像処理装置１０２に印刷させる画像をＵＩ部１０７により選択する。そして、ユーザ印刷指示を示す操作を行うと、ＢＬＥ接続が確立され、選択された画像の印刷データが画像処理装置１０２に送信される。
【００３７】
一方、近接検出型アプリケーションでは、携帯端末１０１は、画像処理装置１０２の送信するアドバタイジングパケットの受信信号強度を測定する。そして、その信号強度に基づき、画像処理装置１０２に近づいたことを検出すると、ＢＬＥ接続を確立し、アプリケーションを実行する。なお、画像処理装置１０２に近づいたことの検出方法は受信信号強度の測定に限らず、例えば、ＢＬＥを利用した距離計測を用いてもよいし、その他の距離計測を利用してもよい。また、ＢＬＥやＷｉ−Ｆｉ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ等を利用して携帯端末１０１の位置情報を取得し、当該位置情報に基づいて、画像処理装置１０２に近づいたことを検出するようにしてもよい。この際には、画像処理装置１０２はアドバタイジングパケットに、画像処理装置１０２の位置情報を含めておく。これにより、携帯端末１０１は画像処理装置１０２との相対位置を判定することができ、画像処理装置１０２に近づいたことを検出することができる。
【００３８】
近接検出型アプリケーションの具体例としては、近接ログインアプリケーションが挙げられる。例えば、ユーザがコンピュータ等から有線ＬＡＮを介して画像処理装置１０２に印刷ジョブを送信した後、画像処理装置１０２に近づくとＢＬＥ接続が確立され、ログイン処理が実行される。そして、画像処理装置１０２はログイン処理が完了すると、印刷処理を実行する。この動作により、画像処理装置１０２は、印刷ジョブを送信したユーザが近づいたときに印刷を開始することができるため、他ユーザが印刷物を誤って回収することを防止することができる。また、印刷ジョブを送信したユーザが印刷物を回収し忘れることも抑止することができる。このログイン処理において、ユーザは携帯端末１０１の操作を行う必要はなく、利便性の高いシステムを提供することができる。
【００３９】
図２は、本実施形態の通信システム１００で実行されるＢＬＥ通信を説明するためのシーケンス図である。
【００４０】
図２において、携帯端末１０１と画像処理装置１０２はいずれもパケットの通信を行わないスタンバイ状態で動作を開始する。この後、画像処理装置１０２は、制御部１０８がアドバタイジングパケットの送信を指示すると、アドバタイジング状態に遷移し、アドバタイジングパケットを同報送信する（ステップＳ２０１）。
【００４１】
以後、画像処理装置１０２はアドバタイジング状態において、アドバタイジングパケットを所定周期（ａｄｖＩｎｔｅｒｖａｌ）毎に同報送信する（ステップＳ２０２）。なお、画像処理装置１０２は、ＢＬＥ規格に基づき、２０ｍ秒（ミリ秒）以上１０．２４秒以下の範囲において、６２５μ秒（マイクロ秒）の任意の自然数倍の値に、アドバタイジングパケットの送信間隔であるａｄｖＩｎｔｅｒｖａｌを設定可能である。アドバタイジングパケットには、画像処理装置１０２を特定可能な機器情報やアドレス情報等が含まれる。本実施形態の画像処理装置１０２は、アドバタイジングパケットの種類として、ＢＬＥ接続が可能であることを示すＡＤＶ＿ＩＮＤを送信する。
【００４２】
携帯端末１０１は、制御部１０３がアドバタイジングパケットのスキャンを指示すると、スキャニング状態に遷移し、同報送信されたアドバタイジングパケットを受信する。ここでは、上述のＢＬＥアプリケーションのいずれかが起動されたことに応じて、制御部１０３がアドバタイジングパケットのスキャンを指示する。なお、ＢＬＥアプリケーションの起動指示は、ユーザが携帯端末１０１のＵＩ部１０７を介して指示してもよいし、ユーザが外部装置から指示するようにしてもよい。また、所定時刻になった等、所定の条件を満たしたことに応じて制御部１０３がＢＬＥアプリケーションの起動を指示するようにしてもよい。
【００４３】
次に、制御部１０３が、画像処理装置１０２とのＢＬＥ接続確立を指示すると、携帯端末１０１はイニシエーティング状態に遷移する。ここでは、起動されたＢＬＥアプリケーションの種別がユーザ指示型アプリケーションであった場合には、ユーザからの指示に応じて、制御部１０３は画像処理装置１０２とのＢＬＥ接続確立を指示する。当該ユーザ指示はＢＬＥ接続指示であってもよいし、起動されたアプリケーションに応じた指示であってもよい。例えば、起動されたアプリケーションがＥメールアドレス登録アプリケーションである場合、画像処理装置１０２に登録するＥメールアドレスを画像処理装置１０２へ送信するためのユーザ操作が行われたことに応じて、制御部１０３はＢＬＥ接続確立を指示する。また、例えば、起動されたアプリケーションが印刷アプリケーションである場合には、画像処理装置１０２に印刷させる画像がユーザにより選択されたことに応じて、もしくは、ユーザによる印刷指示に応じて、制御部１０３はＢＬＥ接続確立を指示する。
【００４４】
一方、起動されたＢＬＥアプリケーションの種別が接近検出型アプリケーションであった場合には、携帯端末１０１が画像処理装置１０２に近づいたことの検出に応じて、制御部１０３は画像処理装置１０２とのＢＬＥ接続確立を指示する。
【００４５】
イニシエーティング状態に遷移した携帯端末１０１は、画像処理装置１０２から送信されたアドバタイジングパケットを受信する（ステップＳ２０３）と、コネクトリクエストパケット（ＣＯＮＮＥＣＴ＿ＲＥＱ）を画像処理装置１０２に送信する。コネクトリクエストパケットとは、ＢＬＥ接続を要求するパケットであって、ＢＬＥ規格に準拠したパケットである。コネクトリクエストパケットを送信すると、携帯端末１０１はコネクション状態に遷移する。一方、画像処理装置１０２は、携帯端末１０１からコネクトリクエストパケットを受信する（ステップＳ２０４）とコネクション状態に遷移する。これにより、携帯端末１０１と画像処理装置１０２のＢＬＥ接続が確立する。
【００４６】
コネクション状態では、セントラルである携帯端末１０１がマスタ、ペリフェラルである画像処理装置１０２がスレーブとして動作し、双方向通信が行われる。この双方向通信は、所定周期（ｃｏｎｎＩｎｔｅｒｖａｌ）毎に行われ、マスタである携帯端末１０１の送信パケット（ステップＳ２０５）に、スレーブである画像処理装置１０２が応答する（ステップＳ２０６）形で行われる。携帯端末１０１は、ＢＬＥ規格に基づき、７．５ｍ秒以上４秒以下の範囲において、１．２５ｍ秒の任意の自然数倍の値に、パケットの送信間隔であるｃｏｎｎＩｎｔｅｒｖａｌを設定可能である。コネクション状態は、以後、携帯端末１０１または画像処理装置１０２のいずれかが、切断要求パケット（ＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤ）を送信するまで継続される。ここで、切断要求パケット（ＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤ）は、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠したパケットであって、ＢＬＥ接続の切断を要求するパケットである。
【００４７】
続いて、携帯端末１０１と画像処理装置１０２の実行する処理について説明する。図３は、携帯端末１０１がユーザ指示型アプリケーションを処理する手順を示すフロー図である。図３に示すフロー図は、携帯端末１０１の電源が投入された場合に開始される。ここで、図３に示すフロー図は、記憶部１０４に記憶されたプログラムを制御部１０３が読み出して実行することで実現される。なお、図３のフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。
【００４８】
まず、制御部１０３は、ユーザからのＵＩ部１０７を介したユーザ指示型アプリケーションの起動指示を待ち受ける（Ｓ３０１）。そして、ユーザ指示型アプリケーションの起動が指示されると（ステップＳ３０１でＹＥＳ）、制御部１０３は指示されたアプリケーションを起動する（ステップＳ３０２）。
【００４９】
アプリケーションが起動すると、制御部１０３は、ユーザからのＵＩ部１０７を介したＢＬＥ接続確立の指示を待ち受ける（Ｓ３０３）。そして、ＢＬＥ接続の確立が指示されると（ステップＳ３０３でＹＥＳ）、制御部１０３はＢＬＥ通信部１０６をスキャニング状態へと遷移させる（ステップＳ３０４）。そして、ＢＬＥ通信部１０６は、画像処理装置１０２の送信するアドバタイジングパケットを待ち受ける（Ｓ３０４〜３０５）。
【００５０】
なお、本実施形態では、ステップＳ３０１とステップＳ３０３において、ユーザが個別に指示を行う処理次手順としたが、これらステップは単一の処理としてもよい。すなわち、ユーザがＵＩ部１０７により、アプリケーション起動を指示すると、制御部１０３はアプリケーションを起動するとともに、ＢＬＥ接続を確立するようにしてもよい。
【００５１】
スキャニング状態において、ＢＬＥ通信部１０６が画像処理装置１０２からアドバタイジングパケットを受信すると（ステップＳ３０５でＹＥＳ）、制御部１０３はＢＬＥ通信部１０６がコネクトリクエストパケットを送信するよう制御する（ステップＳ３０６）。この動作により、携帯端末１０１と画像処理装置１０２の間でＢＬＥ接続が確立する。
【００５２】
制御部１０３は、ＢＬＥ接続が確立すると、アプリケーションデータを含むＢＬＥパケットをＢＬＥ通信部１０６から送信するよう制御する（ステップＳ３０７）。このアプリケーションデータとは、例えばＥメールアドレス登録アプリケーションではＥメールアドレス情報、印刷アプリケーションでは印刷用画像データである。また、ＢＬＥパケットとは、Ｂｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙに準拠したデータパケットのことである。
【００５３】
制御部１０３は、アプリケーションデータの送信が完了すると、ＢＬＥ接続を切断するための切断要求パケット（ＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤ）をＢＬＥ通信部１０６から画像処理装置１０２へ送信するよう制御する（ステップＳ３０８）。その後、制御部１０３はアプリケーションを終了し、本フローを終了する。なお、制御部１０３がアプリケーションを終了させず、ステップＳ３０３に戻るように制御してもよい。
【００５４】
図４は、携帯端末１０１が近接検出型アプリケーションを処理する手順を示すフロー図である。図４に示すフロー図は、携帯端末１０１の電源が投入された場合に開始される。ここで、図４に示すフロー図は、記憶部１０４に記憶されたプログラムを制御部１０３が読み出して実行することで実現される。なお、図４のフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。また、制御部１０３は、図３に示すフロー図と図４に示すフロー図とを並行して処理するようにしてもよい。
【００５５】
まず、制御部１０３は、ユーザからのＵＩ部１０７を介した近接検出型アプリケーションの起動指示を待ち受ける（Ｓ４０１）。そして、近接検出型アプリケーションの起動が指示されると（ステップＳ４０１でＹＥＳ）、制御部１０３は指示されたアプリケーションを起動する（ステップＳ４０２）。アプリケーションが起動すると、制御部１０３はＢＬＥ通信部１０６をスキャニング状態に遷移させる（ステップＳ４０３）。そして、ＢＬＥ通信部１０６は、画像処理装置１０２の送信するアドバタイジングパケットを待ち受ける（Ｓ４０３〜４０４）。
【００５６】
なお、制御部１０３は、近接検出型アプリケーションを、携帯端末１０１の電源投入と共にバックグラウンドで起動しておくようにし、常時ＢＬＥスキャンを行うようにしてもよい。この場合、ステップＳ４０１〜４０２は省略される。
【００５７】
スキャニング状態において、ＢＬＥ通信部１０６が画像処理装置１０２からアドバタイジングパケットを受信する（ステップＳ４０４でＹＥＳ）と、制御部１０３は、その受信信号強度を測定する（ステップＳ４０５）。
【００５８】
受信信号強度が閾値未満の場合（ステップＳ４０６でＮＯ）、ステップＳ４０４に戻り、ＢＬＥ通信部１０６は、画像処理装置１０２の送信するアドバタイジングパケットの待ち受けを継続する。なお、本実施形態では当該閾値は予め定められているものとするが、ユーザの設定により変更できるようにしてもよい。また、アプリケーション毎に設定でいる値であってもよい。
【００５９】
一方、受信信号強度が閾値以上の場合（ステップＳ４０６でＹＥＳ）、制御部１０３は携帯端末１０１と画像処理装置１０２とが近づいたものと判定し、ＢＬＥ通信部１０６がコネクトリクエストパケットを送信するよう制御する（ステップＳ４０７）。この動作により、携帯端末１０１と画像処理装置１０２の間でＢＬＥ接続が確立する。
【００６０】
なお、上述したように、携帯端末１０１と画像処理装置１０２とが近づき、携帯端末１０１が所定の範囲内に入ったことを検出する方法として、受信信号強度に限らず、他の方法を利用することもできる。また、これらの組み合わせによって判定してもよい。
【００６１】
ＢＬＥ接続が確立すると、制御部１０３は、アプリケーションデータを含むＢＬＥパケットをＢＬＥ通信部１０６から画像処理装置１０２へ送信するよう制御する（ステップＳ４０８）。このアプリケーションデータとは、例えば、近接ログインアプリケーションにおけるログイン処理用認証情報であり、具体的にはユーザＩＤおよびパスワード等である。
【００６２】
制御部１０３は、アプリケーション用データの送信が完了すると、ＢＬＥ接続を切断するための切断要求パケット（ＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤ）をＢＬＥ通信部１０６から画像処理装置１０２へ送信するよう制御する（ステップＳ４０９）。その後、制御部１０３はアプリケーションを終了し、本フローを終了する。
【００６３】
図５は、画像処理装置１０２がユーザ指示型アプリケーション及び近接検出型アプリケーションを処理する手順を示すフロー図である。図５に示すフロー図は、画像処理装置１０２においてユーザによりＢＬＥをＯＮにするための操作が行われた場合に開始される。しかしこれに限らず、画像処理装置１０２の電源が投入された場合や、所定の時刻になった場合、図５のフロー図を終了してから所定時間が経過した場合に開始されるようにしてもよい。また、所定のアプリケーションが、ユーザもしくはその他のトリガーによって起動した場合に開始されるようにしてもよい。
【００６４】
本実施形態において、図５に示すフロー図は、記憶部１０９に記憶されたプログラムを制御部１０８が読み出して実行することで実現される。なお、図５のフローチャートに示すステップの一部または全部を例えばＡＳＩＣ等のハードウェアで実現する構成としてもよい。
【００６５】
まず、制御部１０８がＢＬＥ通信部１１１をアドバタイジング状態へと遷移させ、ＢＬＥ通信部１１１はアドバタイジングパケットの送信を開始する（ステップＳ５０１）。また、アドバタイジング状態において、ＢＬＥ通信部１１１は、携帯端末１０１からのコネクトリクエストパケットを待ち受ける（ステップＳ５０２）。
【００６６】
携帯端末１０１の送信するコネクトリクエストパケットを受信すると（ステップＳ５０２でＹＥＳ）、制御部１０８がＢＬＥ通信部１１１をコネクション状態へと遷移させる。そして、コネクション状態となったＢＬＥ通信部１１１は、携帯端末１０１から送信されるアプリケーションデータの受信を開始する（ステップＳ５０３）。
【００６７】
なお、コネクション状態である間、ＢＬＥ通信部１１１はアドバタイジングパケットの送信を停止する。また、ＢＬＥ通信部１１１は、携帯端末１０１から送信されるアプリケーションデータを含むパケットの待ち受け、および、受信を継続する。また、ＢＬＥ通信部１１１は、携帯端末１０１から送信される切断要求パケット（ＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤ）の待ち受けも行う。
【００６８】
ステップＳ５０４において、制御部１０８は、ステップＳ５０３で受信したＢＬＥパケットに含まれるアプリケーションデータの種別を判定する。具体的には、制御部１０８は、当該アプリケーションデータがユーザ指示型アプリケーション用データであるか否かを判定する。受信したデータがユーザ指示型アプリケーション用データである場合にはステップＳ５０５に進む。一方、ステップＳ５０３で受信したデータが近接検出型アプリケーション用データである場合にはステップＳ５０８に進む。
【００６９】
ステップＳ５０５では、制御部１０８はＵＩ部１１４を介して、ＢＬＥアプリケーション実行中のため、更なるＢＬＥ接続が不可である旨をユーザに通知する。具体的にはＵＩ部１１４にＢＬＥ接続不可であることを示す文字列やアイコンを表示することにより、この通知を行う。しかしこれに限らず、特定のランプを点灯もしくは点滅させたり、音声や警告音を用いたりすることで、通知を行うようにしてもよい。また、画像処理装置１０２とは異なる外部装置が有するＵＩ部を用いて通知を行うようにしてもよい。
【００７０】
また、この通知に、ＢＬＥアプリケーションを実行中の装置（ここでは、携帯端末１０１）を特定するための情報を含ませるようにしてもよい。以後、制御部１０８は、コネクション状態である間、ＵＩ部１１４を用いて更なるＢＬＥ接続が不可であることを示す通知（ＢＬＥ接続不可通知）を継続する。
【００７１】
そしてＢＬＥ通信部１１１がコネクション状態である際に、携帯端末１０１から切断要求パケット（ＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤ）を受信すると（ステップＳ５０６でＹＥＳ）、携帯端末１０１とのＢＬＥ接続が切断される。これに伴い、制御部１０８はＵＩ部１１４を介したＢＬＥ接続不可通知を終了し（ステップＳ５０７）、本フローを終了する。なお、本フローの終了に代えて、Ｓ５０１に戻るようにしてもよい。これにより、次の装置と必要に応じて速やかにＢＬＥ接続ができるようになる。
【００７２】
一方、近接検出型アプリケーション用データを受信した場合の処理であるステップＳ５０８では、携帯端末１０１から切断要求パケットを受信すると（ステップＳ５０８でＹＥＳ）、携帯端末１０１とのＢＬＥ接続が切断される。そして、本フローを終了する。なお、本フローの終了に代えて、Ｓ５０１に戻るようにしてもよい。これにより、次の装置と必要に応じて速やかにＢＬＥ接続ができるようになる。
【００７３】
これにより、画像処理装置は、ユーザ指示型アプリケーションがＢＬＥ接続を利用しているときのみ、ＵＩ部１１４にＢＬＥ接続不可である旨を通知することができる。
【００７４】
以上に述べた画像処理装置１０２の動作により、ＢＬＥ接続状態であり、アドバタイジングパケットの送信が行われない期間において、ＵＩ部１１４等により、ＢＬＥ接続不可である旨をユーザに通知することができる。例えば、携帯端末１０１と画像処理装置１０２との間でＢＬＥ接続が確立しているときに、携帯端末１２１を持ったユーザが近接ログインアプリケーションを実行しようと画像処理装置１０２に近づいたとする。この場合、携帯端末１２１はアドバタイジングパケットを受信できないため、近接ログインアプリケーションを実行することができない。しかしながら、ユーザは画像処理装置１０２のＵＩ部１１４のＢＬＥ接続不可通知により、画像処理装置１０２が他の携帯端末１０１とＢＬＥ接続状態であることを知ることができる。すなわち、近接ログインアプリケーションが実行できない理由は、装置故障や電波環境によるものではないことが分かり、利便性が向上する。
【００７５】
なお、本実施形態では、画像処理装置１０２の処理であるステップＳ５０５において、ＵＩ部１１４によりＢＬＥ接続不可である旨を通知した。しかし、これに代えて、もしくは、加えて、実行中のユーザ指示型アプリケーションの完了予測時間をＵＩ部１１４により通知するようにしてもよい。ここで、完了予測時間とは、携帯端末１０１がアプリケーションデータの通信を完了し、切断要求パケットを送信するまでの残り時間を示す。なお、完了予測時間は、携帯端末１０１がアプリケーションデータの通信を完了するまでの残り時間を示すものであってもよい。また、これらの残り時間ではなく、時刻を通知するようにしてもよい。
【００７６】
完了予測時間を通知するための方法を簡単に例示する。例えば、携帯端末１０１が送信するアプリケーションデータのデータサイズに基づいて、携帯端末１０１が予測し、携帯端末１０１が画像処理装置１０２に通知する。これにより、画像処理装置１０２は完了予測時間を取得し、ＵＩ部１１４により通知することができる。なお、予測に際してはデータサイズだけでなくアプリケーションデータを送信する際の通信速度を考慮するようにしてもよい。また、携帯端末１０１から画像処理装置１０２へデータサイズを予め通知しておくことで、画像処理装置１０２が完了予測時間を予測するようにしてもよい。
【００７７】
これによれば、近接ログインアプリケーションを実行しようと画像処理装置１０２に近づいたユーザは、ＵＩ部１１４により通知される完了予測時間を確認することで、近接ログインが可能となるまでの時間を知ることができる。ユーザは、その場に待機するか否かを判断するための情報を得ることができるため、さらに利便性を向上することができる。
【００７８】
なお、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行するようにしてもよい。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００７９】
１０１  携帯端末
１０２  画像処理装置
１０３  制御部
１０４  記憶部
１０５  無線ＬＡＮ通信部
１０６  ＢＬＥ通信部
１０７  ＵＩ部
１０８  制御部
１０９  記憶部
１１０  無線ＬＡＮ通信部
１１１  ＢＬＥ通信部
１１２  スキャナ部
１１３  プリンタ部
１１４  ＵＩ部
【図１】
2019050526.tif 000003
【図２】
2019050526.tif 000004
【図３】
2019050526.tif 000005
【図４】
2019050526.tif 000006
【図５】
2019050526.tif 000007