(57)【特許請求の範囲】
【請求項１】
印刷装置であって、
外部のサーバを介して実行される印刷サービスに関する所定のアカウントに前記印刷装置がログインしているかを判定する判定手段と、
前記判定手段により前記所定のアカウントにログインしていると判定された場合に、前記所定のアカウントに関する情報をBLE（Bluetooth Low Energy）による通信を用いて送信する送信手段と、
前記送信手段により送信した前記所定のアカウントに関する情報を受信した情報処理装置において当該情報に基づいて前記印刷装置が選択された場合、前記情報処理装置からの要求に応じた前記外部のサーバから前記印刷サービスに係る印刷データを受信する受信手段と、
前記受信手段により受信した前記印刷データの出力処理を行う出力手段と、
を有することを特徴とする印刷装置。
【請求項２】
前記受信手段は、BLEより通信速度が速い通信方式により前記印刷データを受信することを特徴とする請求項１に記載の印刷装置。
【請求項３】
前記印刷装置における前記印刷サービスのステータスを監視する監視手段と、
前記送信手段は、前記監視手段により監視された前記印刷サービスのステータスの情報と、前記所定のアカウントに関する情報とをBLE（Bluetooth Low Energy）による通信を用いて送信することを特徴とする請求項１または２に記載の印刷装置。
【請求項４】
前記送信手段は、前記印刷サービスの情報と前記所定のアカウントに関する情報とを送信することを特徴とする請求項１または２に記載の印刷装置。
【請求項５】
前記送信手段は、前記ログインの情報をパケットに含めて送信し、
前記所定のアカウントへのログインの情報が更新された場合に、当該更新されたログインの情報のデータの長さが、前記パケットの長さより長い場合、前記送信手段は、前記ログインの情報を複数のパケットに分離して格納して、送信することを特徴とする請求項４に記載の印刷装置。
【請求項６】
前記ログインの情報には、前記所定のアカウントに関する情報と前記印刷装置を識別する情報が含まれることを特徴とする請求項５に記載の印刷装置。
【請求項７】
前記受信手段は、IEEE802.11に準拠した通信により前記印刷データを受信するを行うことを特徴とする請求項１から６の何れか１項に記載の印刷装置。
【請求項８】
印刷装置の制御方法であって、
外部のサーバを介して実行される印刷サービスに関する所定のアカウントに前記印刷装置がログインしているかを判定する判定工程と、
前記判定工程において前記所定のアカウントにログインしていると判定された場合に、前記所定のアカウントに関する情報をBLE（Bluetooth Low Energy）による通信を用いて送信する送信工程と、
前記送信工程において送信された前記所定のアカウントに関する情報を受信した情報処理装置において当該情報に基づいて前記印刷装置が選択された場合、前記情報処理装置からの要求に応じた前記外部のサーバから前記印刷サービスに係る印刷データを受信する受信工程と、
前記受信工程において受信された前記印刷データの出力処理を行う出力工程と、
を有することを特徴とする印刷装置の制御方法。
【請求項９】
コンピュータを、請求項１から７のいずれか１項に記載の印刷装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバに格納されたデータの出力技術に関する。
【背景技術】
【０００２】
近年、インターネット上のサーバに格納されているデータを出力させる際、情報処理装置が出力要求として出力対象データを指定し、画像処理装置に出力させるシステムが実用化されている。ここで、情報処理装置は、スマートフォン等であり、画像処理装置は、MFP（Multi Function Printer）等のデータ出力装置である。このようなシステムのように、出力対象データの実体をサーバが一元管理することで、情報処理装置が出力対象データを保持する必要がなくなり、情報処理装置の記憶エリアを節約できるという利点がある。
【０００３】
ネットワークを介してサーバにアクセスする技術として、特許文献１には、画像処理装置と情報処理装置が同一のアカウントにログインすることにより、これらの装置が、ネットワークを介したサーバへのアクセスを実施することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２３２３４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
情報処理装置がサーバに対して出力要求を行い、出力要求に対応するデータをサーバから画像処理装置に出力させるシステムにおいて、情報処理装置の近隣に画像処理装置が存在する場合を考える。この場合、当該近隣の画像処理装置にデータを出力させることができれば、効率がよい。特許文献１の手法によれば、画像処理装置と情報処理装置が同一のアカウントにログインしていれば、情報処理装置は画像処理装置にデータを出力させることが可能である。しかし、情報処理装置は、近隣の画像処理装置のログイン状態を判別することはできず、当該画像処理装置にデータを出力させることができるか否かを判定することは、上記文献には開示されていなかった。
【０００６】
本技術は、このような課題に鑑みてなされたものであり、サーバにデータ出力を要求する装置の近隣に存在するデータ出力装置に対して、サーバから簡易にデータを出力させることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための一手段として、本発明の印刷装置は以下の構成を有する。すなわち、印刷装置であって、外部のサーバを介して実行される印刷サービスに関する所定のアカウントに前記印刷装置がログインしているかを判定する判定手段と、前記判定手段により前記所定のアカウントにログインしていると判定された場合に、前記所定のアカウントに関する情報をBLE（Bluetooth Low Energy）による通信を用いて送信する送信手段と、前記送信手段により送信した前記所定のアカウントに関する情報を受信した情報処理装置において当該情報に基づいて前記印刷装置が選択された場合、前記情報処理装置からの要求に応じた前記外部のサーバから前記印刷サービスに係る印刷データを受信する受信手段と、前記受信手段により受信した前記印刷データの出力処理を行う出力手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、サーバにデータ出力を要求する装置の近隣に存在するデータ出力装置に対して、サーバから簡易にデータを出力させることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】実施形態において想定されるシステムの構成例を示す図。
【図２】Capability情報群の一構成例を示す図。
【図３】Capability情報群をアドバタイズ送信する処理のフローチャート。
【図４】サービスリソースの利用状態を監視する処理のフローチャート。
【図５】ネットワークの動作状態を監視する処理のフローチャート。
【図６】ネットワークログイン状態を監視する処理のフローチャート。
【図７】Cloud Service 開始判定の処理のフローチャート。
【図８】第一の実施形態におけるシステムのシーケンスチャート。
【図９】フラグメントが不要なデータ長のログインアカウントとデバイス名をアドバタイズする際のアドバタイズパケットの構成例を示す図。
【図１０】フラグメントが必要なデータ長のログインアカウント情報とデバイス名をアドバタイズする際のアドバタイズパケットの構成例を示す図。
【図１１】画像サーバのハードウェア構成の一例を示す図。
【図１２】情報処理装置（スマートフォン）のハードウェア構成の一例を示す図。
【図１３】画像処理装置（MFP）のハードウェア構成の一例を示す図。
【図１４】第二の実施形態におけるシステムのシーケンスチャート。
【発明を実施するための形態】
【００１０】
以下、添付の図面を参照して、本発明をその実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１１】
図１は、以下に説明する実施形態において想定されるシステム構成１００、１１０を示す図である。これらのシステムは、画像サーバ１０１、情報処理装置１０２、WLAN（Wireless Local Access Network）ルータ１０３、および画像処理装置１０４から構成される。情報処理装置１０２は、例えばスマートフォンであり、画像処理装置１０４は、例えば、印刷機能、スキャン機能及びFAX機能を有するMFP（Multi function Printer（多機能印刷装置））である。情報処理装置１０２は、公衆通信媒体、あるいは、WLANルータ１０３を経由する無線LAN媒体を利用してインターネットにアクセス可能である。また、画像処理装置１０４は、WLANルータ１０３を経由する無線LAN媒体を利用してインターネットにアクセス可能である。情報処理装置１０２と画像処理装置１０４は、インターネット経由で画像サーバ１０１にアクセス可能である。
【００１２】
情報処理装置１０２と画像処理装置１０４は、無線LAN通信路を用いた直接接続、あるいは、WLANルータ１０３経由での接続により、サービス用のペイロードデータの通信が可能である。また、情報処理装置１０２と画像処理装置１０４は、Bluetooth（登録商標） Low Energy（以降BLE）通信路を用いてサービス用のコントロールデータの通信が可能である。
【００１３】
ここで、画像サーバ１０１、情報処理装置（スマートフォン）１０２、および画像処理装置（MFP）１０４のハードウェア構成について説明する。図１１は、画像サーバ１０１のハードウェア構成の一例を示す図である。画像サーバ１０１は、表示部１１０１、操作部１１０２、加入データ記憶部１１０３、電源部１１０４、情報記憶部１１０５、制御部１１０６、ROM１１０７、RAM１１０８、Primary通信部１１０９、Secondary通信部１１１０を備える。
【００１４】
表示部１１０１は、視覚で認知可能な情報の出力する機能を有し、例えば、LCD（Liquid Crystal Display）やLED（Light Emitting Diode）により構成される。表示部１１０１は、UI（User Interface）、アラームなどの表示を行うことも可能である。操作部１１０２は、画像サーバ１０１を操作するための機能を有し、各種入力等を受け付ける。加入データ記憶部１１０３は、画像サーバ１０１にアカウントを持つユーザに関するユーザアカウント情報と、アカウント毎の割当て容量等に関連設定情報を併せて記憶し、管理する。加入データ記憶部１１０３は、例えば、HDD（Hard Disk Drive）、フラッシュメモリまたは着脱可能なSD（Secure Digital）カードなどの記憶媒体により構成される。電源部１１０４は、装置全体を動作させるための電源を保持し、各ハードウェアに電力を供給する。情報記憶部１１０５は、加入データ記憶部１１０３と同様に、HDD、フラッシュメモリまたは着脱可能なSDカードなどの記憶媒体により構成され、画像データを記憶し、管理する。
【００１５】
制御部１１０６は、画像サーバ１０１の装置全体の動作を制御し、例えばCPU（Central Processing Unit）である。ROM（Read Only Memory）１１０７は、制御命令つまりプログラムを格納する。後述する各種動作は、ROM１１０７に記憶された制御プログラムを制御部１１０６が実行することにより実現される。RAM（Random Access Memory）１１０８は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。
【００１６】
Primary通信部１１０９は、イーサネット（登録商標）規格の有線通信を行う。なお、Primary通信部１１０９は、光ファイバー通信等の他の高速有線通信方式を用いてもよい。Secondary通信部１１１０は、インターネットとの通信の補完を行う。Secondary通信部１１１０は、LTE（Long Term Evolution）規格に準拠した公衆の無線通信を行う。なお、Secondary通信部１１１０は、3GPP（3rd Generation Partnership Project）規格に準拠した無線通信方式を用いてもよい。
【００１７】
図１２は、情報処理装置（スマートフォン）１０２のハードウェア構成の一例を示す図である。情報処理装置１０２は、表示部１２０１、操作部１２０２、記憶部１２０３、電源部１２０４、制御部１２０５、ROM１２０６、RAM１２０７、無線LAN通信部１２０８、公衆通信部１２０９、BLE通信部１２１０を備える。表示部１２０１と操作部１２０２は、図１１を用いて説明した画像サーバ１０１の表示部１１０１と操作部１１０２と同様であるため、説明を省略する。
【００１８】
記憶部１２０３は、例えば、HDD、フラッシュメモリまたは着脱可能なSDカードなどの記憶媒体により構成され、無線通信ネットワーク情報、データ送受信情報、画像データなど各種データを記憶し、管理する。電源部１２０４は、装置全体を動作させるための電源を保持し、各ハードウェアに電力を供給する。
【００１９】
制御部１２０５は、例えばCPUであり、情報処理装置（スマートフォン）１０２の装置全体の動作を制御する。ROM１２０６は、制御命令つまりプログラムを格納する。後述する各種動作は、ROM１２０６に記憶された制御プログラムを制御部１２０５が実行することにより実現される。RAM１２０７は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。無線LAN通信部１２０８は、IEEE802.11シリーズに準拠した無線通信を行う。なお、無線LAN通信部１２０８は、DECT(Digital Enhanced Cordless Telecommunications)等の他の通信方式を用いてもよい。
【００２０】
公衆通信部１２０９は、3GPP規格、LTE規格等に準拠した公衆の無線通信を行う。BLE通信部１２１０は、Bluetooth Low Energy規格に準拠した無線通信を行う。また、BLE通信部１２１０は、通信可能範囲内に存在する装置から送信されるAdvertizing信号（BLE Advertizing信号（パケット））を、定常監視して受信できるようにしている。Advertizing 信号の受信処理については後述する。なお、BLE通信部１２１０は、Zigbee方式等、無線LAN通信部１２０８が用いる通信方式より通信速度が遅いが、低消費電力の通信方式を用いてもよい。
【００２１】
図１３は、画像処理装置（Multi Function Printer（MFP））１０４のハードウェア構成の一例を示す図である。画像処理装置１０４は、画像出力部１３０１、操作部１３０２、表示部１３０３、電源部１３０４、画像入力部１３０５、制御部１３０６、ROM１３０７、RAM１３０８、無線LAN通信部１３０９、BLE通信部１３１０を備える。以下の実施形態において、画像処理装置１０４は、クラウドプリントサービス（印刷サービス）に対応可能である。表示部１３０３と操作部１３０２は、図１１を用いて説明した画像サーバ１０１の表示部１１０１と操作部１１０２と同様であるため、説明を省略する。
【００２２】
画像出力部１３０１は、例えば、インクジェットヘッドや、トナーカートリッジを中心にしたプリントエンジンにより構成され、デコードした電子画像のプリントを行う。電源部１３０４は、装置全体を動作させるための電源を保持し、各ハードウェアに電力を供給する。画像入力部１３０５は、光学読取り機構を中心としたスキャナエンジンにより構成され、スキャンした画像の電子化を行う。
【００２３】
制御部１３０６は、例えばCPUであり、画像処理装置（Multi Function Printer）１０４の装置全体の動作を制御する。ROM１３０７は、制御命令つまりプログラムを格納する。後述する各種動作は、ROM１３０７に記憶された制御プログラムを制御部１３０６が実行することにより実現される。RAM１３０８は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。無線LAN通信部１３０９は、IEEE802.11シリーズに準拠した無線通信を行う。なお、無線LAN通信部１３０９は、DECT(Digital Enhanced Cordless Telecommunications)等の他の通信方式を用いてもよい。
【００２４】
BLE通信部１３１０は、Bluetooth Low Energy規格に準拠した無線通信を行う。また、BLE通信部１３１０は、通信可能範囲内に存在する装置に対するAdvertizing 信号（BLE Advertizing信号（パケット））を、定常送信している。Advertizing 信号の送信処理については後述する。なお、BLE通信部１２１０は、Zigbee方式等、無線LAN通信部１２０８が用いる通信方式より通信速度が遅いが、低消費電力の通信方式を用いてもよい。
【００２５】
図１のシステム構成１００では、情報処理装置（スマートフォン）１０２が、外部の画像サーバ１０１に公衆通信媒体を介しインターネット経由で接続している。ここで、システム構成１００では、情報処理装置１０２と画像処理装置１０４は、互いの物理的距離が長い等の要因により、無線LAN通信路を用いた直接通信、BLE通信路を用いたデータ通信が不可能であるとする。情報処理装置１０２のユーザは、所定のアカウントにログインし（Ｓ１２０）、画像サーバ１０１上に記憶されている画像を閲覧している（Ｓ１２１）。なお、所定のアカウントにログインする際には、ユーザＩＤとパスワードがユーザから入力される。情報処理装置１０２は、ユーザの操作に応じて出力対象の画像を選択し（Ｓ１２２、Ｓ１２３）、出力対象画像データへアクセスするための情報（URI情報等）を、一時記憶する（Ｓ１２４）。その後、システム構成１１０へ移り、情報処理装置１０２の画像処理装置（MFP）１０４の近隣への移動を契機に、出力対象として選択された画像データが画像処理装置１０４へ出力される。以下、情報処理装置１０２と画像処理装置１０４が同一ユーザアカウントにログインしているか否かに応じた実施形態を、それぞれ第一の実施形態と第二の実施形態として説明する。
【００２６】
（第一の実施形態）
第一の実施形態では、情報処理装置１０２と画像処理装置１０４が同一ユーザアカウントにログインしている場合について説明する。図８は、本実施形態におけるシステムのシーケンスチャートである。
【００２７】
画像処理装置１０４は、WLANルータ１０３経由でインターネットへのアクセスが可能である。図８において、画像処理装置１０４は、当該インターネット上の画像サーバ１０１の所定のユーザアカウントにログイン中である（Ｓ８００）。本実施形態において、画像処理装置１０４では、サービスとしてクラウドプリントサービスのアプリケーションが動作しているものとする。なお、本実施形態におけるクラウドプリントサービスとは、画像処理装置１０４が、画像サーバ１０１内に自装置宛ての出力対象データが存在するかを確認し、存在する場合には取得し出力するサービスである。なお、事前に情報処理装置１０２のユーザアカウントと画像処理装置１０４とが関連付けられている。
【００２８】
画像処理装置１０４は、クラウドプリントサービスの手順に則って自装置宛ての出力対象データの有無の確認を、画像サーバ１０１に対して実行する（Ｓ８０１、Ｓ８０２）。なお、当該確認は、画像処理装置１０４の画像処理サービスのリソースが占有されていない際に、一定周期で実施されることが想定されるが、その他の事象（装置操作等）をトリガとして実施されてもよい。
【００２９】
情報処理装置１０２は、画像処理装置１０４がログインしたアカウントと同一のユーザアカウントにログイン中である（Ｓ８０３）。情報処理装置１０２を携帯しているユーザは、画像サーバ１０１内に格納されている画像データを閲覧し（Ｓ８０４、Ｓ８０５）、出力対象データを選択する（Ｓ８０６、Ｓ１２３）。続いて、情報処理装置１０２は、選択された出力対象データにアクセスするためのURI等のアクセス先情報を一時記憶する（Ｓ８０７、Ｓ１２４）。
【００３０】
ここで、情報処理装置１０２を携帯するユーザが移動し、情報処理装置１０２が画像処理装置１０４の近隣に移動して、画像処理装置１０４の通信可能範囲に入ったとする。画像処理装置１０４の通信可能範囲内に位置する情報処理装置１０２は、画像処理装置１０４が所定間隔で送信しているAdvertizing信号を受信することが可能である（Ｓ８０８〜Ｓ８１１、Ｓ１２５、Ｓ１２６）。
【００３１】
ここで、本実施形態の画像処理装置１０４のAdvertizing 信号（BLE Advertizing信号（パケット））を用いて装置Capability情報群をアドバタイズ送信する手順について説明する。図２は、Capability情報群の一構成例を示す図である。図３は、画像処理装置１０４がCapability情報群をアドバタイズ送信する処理のフローチャートである。
【００３２】
画像処理装置１０４は、装置内の計時手段（不図示）を元に、Advertizing 信号の送信タイミングであるか否か（Advertizing間隔が経過したか否か）の判定を行う（Ｓ３０１）。Advertizing 信号の送信タイミングと判定された場合には（Ｓ３０１のＹｅｓ）、画像処理装置１０４は、送信すべきCapability情報の種別が何であるかを判定する。すなわち、画像処理装置１０４は、現在のタイミングにより、“サービスリソース利用状態”、“ネットワーク動作状態”、“ネットワークログイン状態”の３つの情報の何れかを送信するかを判定する（Ｓ３０２、Ｓ３０３）。画像処理装置１０４は、Ｓ３０２とＳ３０３の判定に従った監視処理を行う（Ｓ３０４〜Ｓ３０６）。監視処理後、画像処理装置１０４は、“サービスリソース利用状態”の情報２０１、“ネットワーク動作状態”の情報２０２、“ネットワークログイン状態”の情報２０３の３つの情報を送信する。本実施形態では、画像処理装置１０４は、これらの情報を、Advertizing信号（パケット）を用いて順次繰り返して送信する（Ｓ３０７）。一例として、図２では、“ネットワークログイン状態”の情報が送信されている例が示されている（網掛け部分を参照）。
【００３３】
なお、本実施形態では、図２、図３に示した３つの状態を順次繰り返し報知する例を示したが、報知する情報の数や、タイミング、周期等はこの例に限定されない。例えば、送信すべきCapability情報の種別が何であるかの判定処理（Ｓ３０２、Ｓ３０３）を拡充することで、報知する情報の数や、タイミング、周期等を、Advertizing 信号の送信間隔を基準にカスタマイズしてもよい。
【００３４】
“サービスリソース利用状態”監視処理のフローチャートを図４に、“ネットワーク動作状態” 監視処理のフローチャートを図５に、“ネットワークログイン状態” 監視処理のフローチャートを図６に示す。
【００３５】
図４は、サービスリソース利用状態を監視する処理（Ｓ３０４）のフローチャートである。画像処理装置１０４は、自装置内のサービス用のリソースの利用状況を監視する（Ｓ４０１）。画像処理装置１０４は、当該監視に応じて、プリントジョブの稼働状況に応じたステータスのセット（Ｓ４０２〜Ｓ４０５）と、スキャンインタフェースの稼働状況に応じたステータスのセット（Ｓ４０６〜Ｓ４０９）を実施する。なお、本実施形態においては、稼働状況に関するステータス値をBluetooth規格にて規定されているService Class UUIDにステータス値をセットする例（Ｓ４０５、Ｓ４０９）を示したが、他の手法でも実現可能である。例えば、Manufacture Specific Data を用いてもよい。
【００３６】
図５は、ネットワーク動作状態を監視する処理（Ｓ３０５）のフローチャートである。画像処理装置１０４は、自装置内のネットワークインタフェースの動作状況を監視する（Ｓ５０１）。画像処理装置１０４は、当該監視に応じて、インターネットへのアクセス可否判定（Ｓ５０２〜Ｓ５０４）と、無線LANインタフェースの稼働状況確認（Ｓ５０５〜Ｓ５０７）後に、ステータス値をセットする（Ｓ５０８）。なお、本実施形態においては、稼働状況に関するステータス値をBluetooth規格にて規定されているGATT TDSでの規定値を利用する例（Ｓ５０８）を示したが、他の手法でも実現可能である。例えば、Manufacture Specific Data を用いてもよい。なお、GATT TDSは、Generic Attribute Profile Transport Discovery Serviceの略である。
【００３７】
図６は、ネットワークログイン状態を監視処理（Ｓ３０６）のフローチャートである。画像処理装置１０４は、自装置のクラウドストレージ用のログイン状況を監視する（６０１）。画像処理装置１０４は、当該監視に応じて、ログインアカウントに更新があるかの判定（Ｓ６０２）を行う。更新があった場合には、画像処理装置１０４は、Advertizing信号送信用に自装置内に記憶されているログインアカウント情報の更新を行う（Ｓ６０３）。ここで、アカウント情報とは、ログインしているアカウントのＩＤ情報またはパスワードである。また、画像処理装置１０４は、更新アカウント情報長と画像処理装置１０４に割り当てられたデバイス名長の加算値（ログイン情報長）が、１つのAdvertizing 信号のパケットの情報要素長以下であるかの判定を行う（Ｓ６０４）。
【００３８】
ログイン情報長が情報要素長以下である場合には（Ｓ６０４のＮｏ）、画像処理装置１０４は、アカウント情報に続けて、デバイス名を格納したログイン情報を、単一パケット用の送信バッファに格納する（Ｓ６０５）。図９に、ログイン情報長が情報要素長以下である場合のAdvertizing信号のパケットの構成例を示す。図９に示すように、ログイン情報長が情報要素長以下である場合には、ログイン情報はフラグメント（分離）されず、単一のパケットに格納される。
【００３９】
一方、ログイン情報長が情報要素長を越える場合には（Ｓ６０４のＹｅｓ）、画像処理装置１０４は、ログイン情報をフラグメントして複数パケット用の送信バッファに格納する（Ｓ６０６）。図１０に、ログイン情報長が情報要素長を越える場合のAdvertizing信号のパケット（アドバタイズパケット）の構成例を示す。図１０に示すように、ログイン情報長が情報要素長を越える場合には、ログイン情報はフラグメントされ、複数のパケットに格納される。
【００４０】
続いて、画像処理装置１０４は、送信バッファのフラグメント数を更新し一時記憶する（Ｓ６０７）。その後、画像処理装置１０４は、今回の送信タイミングでの送信バッファを選択する処理（Ｓ６０８〜Ｓ６１１）を実施する。
【００４１】
なお、本実施形態においては、Bluetooth規格にて規定されているComplete Local Nameエリアに、先頭STXコード(0x02)と末尾ETXコード(0x03)でログイン情報を挟む込むフォーマットを利用した（図９）。また、ログイン情報のフラグメントが必要な場合には、当該挟み込むフォーマットを利用する手法を利用した（図１０）。しかし、ログイン情報を送信バッファに格納する手法はこれに限定されない。例えば、Manufacture Specific Data エリアを利用する方法や、TLV（Type,  Length, Value）フォーマットを利用する等の手法を用いることも可能である。
【００４２】
図７は、画像処理装置１０４により定常的に間欠送信されたAdvertizing信号を受信した情報処理装置（スマートフォン）１０２がサービスを開始するための判定処理のフローチャートである。
【００４３】
まず、情報処理装置１０２は、Advertizing信号にて通知されるCapability情報群を認識し、送信元の画像処理装置１０４が、クラウドサービスに対応するかを、受信したAdvertizing信号に基づいて判定する。本実施形態では、画像処理装置１０４は、クラウドプリントサービスに対応しているので（Ｓ７０１のＹｅｓ）、情報処理装置１０２は、画像処理装置１０４がアカウント登録済みかを判定する（Ｓ７０２）。すなわち、情報処理装置１０２は、画像処理装置１０４が、無線LAN経由でインターネットに接続済みであり、画像サーバ１０１へ同一ログインアカウントでログイン中かを判定する。本実施形態では、画像処理装置１０４は、情報処理装置１０２と同一のアカウントでログイン中であるので（Ｓ７０２のＹｅｓ、Ｓ８１２、Ｓ８１３）、情報処理装置１０２は、クラウドサービスの開始を要求する。具体的には、情報処理装置１０２は、画像サーバ１０１に対して、選択済みの画像の出力先として、画像処理装置１０４のデバイス名をセット（設定）する（Ｓ８１４、Ｓ１２７）。続いて、情報処理装置１０２は、選択済みの画像データの出力を要求する（Ｓ８１５、Ｓ８１６）。なお、情報処理装置１０２は、画像処理装置１０４のデバイス名を、認識したCapability情報に含まれるログイン情報により抽出することが可能である。
【００４４】
画像サーバ１０１は、Ｓ８１５のメッセージで指定されたデバイス名に従って、データの出力先を、画像処理装置１０４としてセットし、確定する（Ｓ１２８）。この後、画像処理装置１０４が、クラウドプリントサービスの手順に則って自装置宛ての出力対象データの有無の確認を、画像サーバ１０１に対して実行する（Ｓ８１７、Ｓ８１８）。画像処理装置１０４は、出力対象データが画像サーバ１０１上に存在すること認識し、出力対象データの獲得処理を実施する（Ｓ８１９〜Ｓ８２１、Ｓ１２９〜Ｓ１３４）。
【００４５】
なお、画像処理装置１０４が、出力対象データの獲得し、出力処理であるプリントジョブを実施している間、情報処理装置１０２を含む近隣の装置に、プリントリソース利用中ステータスを報知する（Ｓ８２２）。具体的には、画像処理装置１０４は、“サービスリソース利用状態”監視処理（図４）に従って、プリントジョブ処理中のステータスをセットした（Ｓ４０３）Advertizing信号を送信する。なお、プリントジョブが終了すると、画像処理装置１０４は、“サービスリソース利用状態”監視処理（図４）に従って、プリントジョブ処理中のステータスがクリアされた（Ｓ４０４）されたAdvertizing信号を送信する。これにより、画像処理装置１０４は、同様にプリントリソース空きステータスを報知する。
【００４６】
このように、本実施形態では、画像処理装置１０４はCapability情報をAdvertizing信号を用いて報知し、情報処理装置１０２は、受信したAdvertizing信号に従った対応を実施する。これにより、情報処理装置１０２は、近隣に存在する画像処理装置１０４のログイン中のアカウント情報とデバイス名を認識し、画像サーバ上のデータの出力要求が可能なのかが判るようになる。
【００４７】
更に、本実施形態において、アカウント情報に基づいたデータ出力先装置指定機能を、情報処理装置に付加してもよい。このような構成により、情報処理装置の同一アカウントへログイン済みの画像処理装置近傍への移動を契機に、選択済み画像データを出力すること（いわゆる“近づきプリントサービス”等）が可能になる。
【００４８】
（第二の実施形態）
第二の実施形態では、情報処理装置１０２と画像処理装置１０４が異なるユーザアカウントにログインしている場合について説明する。以下、第二の実施形態について、第一の実施形態と異なる点について説明する。図１４は、本実施形態におけるシステムのシーケンスチャートである。Ｓ１４００〜Ｓ１４１２の処理は、図８のＳ８００〜Ｓ８１２の処理と同様であるため説明を省略する。
【００４９】
本実施形態では、画像処理装置１０４は、情報処理装置１０２と異なるアカウントでログイン中である（Ｓ７０２のＮｏ、Ｓ１４１３）。そこで、情報処理装置１０２は、画像処理装置１０４に対して、無線LAN通信路経由での通信路を設定する。具体的には、情報処理装置１０２は、BLE通信媒体を用いた、メディアハンドオーバー処理を実施する（Ｓ１４１４、Ｓ１４１５）。本実施形態では、このメディアハンドオーバー処理により、情報処理装置１０２は、WLANルータ１０３経由で、画像処理装置１０４との間の通信路を設定するために必要な情報を入手する。通信路を設定するために必要な情報は、例えば、無線LAN設定情報や、宛先アドレス情報、デバイス識別情報等の各種設定情報である。
【００５０】
通信路を設定するために必要な情報を入手した情報処理装置１０２は、無線LAN通信路での接続を実施する。（Ｓ７０３のＹｅｓ、Ｓ７０４、Ｓ１４１６）。続いて、無線LAN通信路での接続に成功した情報処理装置１０２は、クラウドサービスの開始を要求する（Ｓ７０５）。具体的には、情報処理装置１０２は、画像サーバ１０１に対して、選択済みの画像の出力先として、情報処理装置１０２をセット（設定）する（Ｓ１４１７〜Ｓ１４１９）。情報処理装置１０２は、無線LAN通信路を介して、画像出力リソースの確保を指示し（Ｓ１４２０）、出力対象画像データの取得を開始する（Ｓ１４２１、Ｓ１４２２）。画像サーバ１０１から、出力対象画像データのペイロードを受信した情報処理装置１０２は、設定済みの無線LAN通信路を介して、画像処理装置１０４へ、当該ペイロードデータ（すなわち印刷データ）を転送する（Ｓ１４２３）。
【００５１】
なお、画像処理装置１０４が、出力対象データの転送を受付、出力処理であるプリントジョブを実施している間、第一の実施形態と同様に、プリントリソース利用中ステータスを報知する（Ｓ１４２４）。また、プリントジョブが終了すると、画像処理装置１０４は、第一の実施形態と同様に、プリントリソース空きステータスを報知する。
【００５２】
なお、上記例では、情報処理装置１０２は、無線LAN通信路の接続が可能であることを前提として説明した。しかし、当該接続が不可能である場合（Ｓ７０３のＮｏ）、情報処理装置１０２は、ユーザに対しクラウドサービスの実施が不可能であることを通知する。当該通知には、例えば表示部１２０１が用いられる。
【００５３】
このように、本実施形態では、画像処理装置１０４はCapability情報をAdvertizing信号を用いて報知し、情報処理装置１０２は、受信したAdvertizing信号に従った対応を実施する。これにより、情報処理装置１０２は、近隣に存在する画像処理装置１０４のログイン中のアカウント情報とデバイス名を認識し、画像サーバ上のデータの出力要求が可能なのかが判るようになる。
【００５４】
更に、本実施形態において、アカウント情報に基づいたデータ出力先装置指定機能および受信ペイロードデータを無線LAN接続された他のデバイスに転送する機能を、情報処理装置に付加してもよい。このような構成により、異なるアカウントへログイン済みの画像処理装置近傍への移動を契機に指定済み画像データを出力すること（いわゆる“近づきプリントサービス”等）が可能になる。
【００５５】
（その他の実施形態）
以上に説明した実施形態では、転送するデータを画像データとして説明したが、転送可能なデータであれば画像データに限定されない。したがって、画像処理装置１０４は、情報処理装置として機能してもよい。
【００５６】
また、本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５７】
１０１  画像サーバ、  １０２  情報処理装置（スマートフォン）、１０３  WLANルータ、  １０４  画像処理装置
【図１】
0006700963.tif 000002
【図２】
0006700963.tif 000003
【図３】
0006700963.tif 000004
【図４】
0006700963.tif 000005
【図５】
0006700963.tif 000006
【図６】
0006700963.tif 000007
【図７】
0006700963.tif 000008
【図８】
0006700963.tif 000009
【図９】
0006700963.tif 000010
【図１０】
0006700963.tif 000011
【図１１】
0006700963.tif 000012
【図１２】
0006700963.tif 000013
【図１３】
0006700963.tif 000014
【図１４】
0006700963.tif 000015