JP6552303B2 - 通信装置および中継装置およびそれらの制御方法、プログラム - Google Patents

Description

本発明は、通信装置および中継装置およびそれらの制御方法、プログラムに関する。

近年、ウェブの発展により、ＨＴＴＰ／１．１の高速化が求められている。ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）では、ＨＴＴＰ／１．１の次期の規格であるＨＴＴＰ／２が提案されている（非特許文献１）。また、パーソナルコンピュータやブラウザ以外の組込み機器においてもＨＴＴＰは広く利用されている。

ＨＴＴＰを含む各種の通信プロトコルにおいて、プッシュ通知の受信を行うことが広く行われている。一般に、クライアントがプッシュ通知を受信する場合には、クライアントをプッシュサーバに常時接続しておく必要がある（特許文献１）。

特開２０１４−１４６８７６号公報

ＲＦＣ７５４０

しかしながら、内蔵型電池により駆動される電子機器において、通信を利用すると電池駆動時間が短くなる傾向にあった。特に、クライアントがＨＴＴＰ／２などの通信プロトコルにおいてプッシュ通知を受信するためには、プッシュサーバに対してクライアントが常時接続している必要があり、電池の消耗（駆動可能時間の短縮）が一層顕著になってしまう。たとえば、クライアントがデジタルカメラ等の電子機器であった場合、本来の機能である撮影動作に消費される電力に加え、通信の常時接続を維持するための電力が消費されてしまう。

本発明は、上記の課題に鑑みてなされたものであり、プッシュ通知に係るメッセージを省電力で受信することを可能にすることを目的とする。

上記の目的を達成するための本発明の一態様による通信装置は以下の構成を有する。すなわち、
前記通信装置を通知対象とするプッシュ通知を識別するための識別情報を、中継装置に送信する送信手段と、
サーバ装置により送信されるプッシュ通知のうち前記識別情報に対応するプッシュ通知の送信先が前記中継装置となるように前記サーバ装置に設定させるための情報を提供する提供手段と、
前記送信手段による前記中継装置への前記識別情報の送信および前記提供手段による前記情報の提供の後に、前記通信装置の動作モードを、前記中継装置を介さずに前記サーバ装置と通信可能な第１動作モードから、前記サーバ装置との接続に係る消費電力よりも小さい消費電力で接続可能な前記中継装置を介して前記サーバ装置と通信する第２動作モードに切り替えるための処理を実行する制御手段と、
前記制御手段により実行される制御に応じて前記通信装置の動作モードが前記第２動作モードに切り替わった後に、前記サーバ装置から前記中継装置へのプッシュ通知の送信に応じて前記中継装置から前記通信装置へ送信されたプッシュ通知を受信する受信手段とを有する。

本発明によれば、プッシュ通知に係るメッセージを省電力で受信することが可能になる。

第１実施形態に係る通信システムの構成例を示す図。 第１実施形態に係る、電子機器のハードウェア構成例を示すブロック図。 第１実施形態に係る、電子機器の機能構成例を示すブロック図。 第１実施形態に係る、モバイル端末のハードウェア構成例を示すブロック図。 第１実施形態に係る、モバイル端末の機能構成例を示すブロック図。 第１実施形態に係る、プッシュ通知の受信処理を示すフローチャート。 第１実施形態に係る、プッシュ通知の中継処理を示すフローチャート。 第１実施形態に係る通信処理のシーケンスの一例を示す図。 第１実施形態に係る通信処理のシーケンスの一例を示す図。 第１実施形態に係る通信処理のシーケンスの一例を示す図。 第２実施形態に係る通信処理のシーケンスの一例を示す図。 第３実施形態に係る通信処理のシーケンスの一例を示す図。 第３実施形態に係る通信処理のシーケンスの一例を示す図。 プッシュサーバの機能構成例を示すブロック図。 プッシュサーバの動作を示すフローチャート。

以下、本発明の実施形態に係る通信装置、通信システムについて、添付の図面を参照しながら詳細に説明する。なお、以下の実施形態は特許請求の範囲に関る本発明を限定するものではなく、また、以下の実施形態で説明されている特徴の組み合わせの全てが本発明に必須のものとは限らない。

＜第１実施形態＞
図１は、通信システムの構成の一例を示す図である。電子機器１０１は、たとえばデジタルカメラ、プロジェクタ、監視カメラ、ＤＴＶ（Ｄｉｇｉｔａｌ ＴＶ）、プリンタ等の通信装置として機能し得る装置の一例であり、無線や有線ＬＡＮによるネットワークを通じてインターネット通信を行う。モバイル端末１０２は、たとえばスマートフォン、タブレット等の通信装置として機能し得る装置の一例である。モバイル端末１０２は、公衆移動体通信であるＬＴＥ（Long Term Evolution）等を搭載しており、移動しながらもインターネットに常時接続可能な機能をもつ。モバイル端末１０２は、スマートフォン、タブレット等の上で動作するウェブブラウザでも良いし、通信機器にインストールされたアプリケーションであっても良い。なお、本実施形態において通信機能を有する装置として、電子機器１０１とモバイル端末１０２を用いて説明するが、携帯性の有無等は問われるものではない。

プッシュサーバ１０３は、プッシュ通知の送信元であるサーバ装置として機能する。本実施形態では、プッシュサーバ１０３を１台のＰＣによって実現しているが、クラウド上で分散して配置されていても良い。アプリケーションサーバ１０４は、Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ（ＳＮＳ）や、クラウドサービス等を提供するサーバである。アプリケーションサーバ１０４は、イベントが発生した場合にプッシュサーバ１０３にプッシュ通知を要求する。本実施形態では、アプリケーションサーバ１０４を１台のＰＣによって実現しているが、アプリケーションサーバ１０４は、クラウド上で分散して配置されていても良い。また、本実施形態では、プッシュサーバ１０３とアプリケーションサーバ１０４は別々の構成として示されているが、一体になっていても良い。。

無線ＬＡＮアクセスポイント１０５は、たとえばＩＥＥＥ８０２．１１に準拠した無線通信を端末との間で行う。公衆無線基地局１０６は、たとえば３ＧＰＰ／ＬＴＥに準拠した公衆無線通信を端末との間で行う。ルータ１０７は、インターネット通信を経由する機能をもつ。無線ＬＡＮアンテナ１０８、１０９は、無線ＬＡＮ通信を行うためのアンテナであり、電子機器１０１と無線ＬＡＮアクセスポイント１０５の間の無線ＬＡＮ通信１１０による通信に用いられる。ＬＴＥアンテナ１１１、１１２は、公衆無線通信を行うアンテナであり、モバイル端末１０２と公衆無線基地局１０６の間の公衆無線（本実施形態ではＬＴＥ１１３）による通信に用いられる。ＢＬＥアンテナ１１４、１１５は、電子機器１０１とモバイル端末１０２の間で近距離無線方式（たとえば、ＢＬＥ１１６）により直接通信を行うのに用いられる。

なお、ＢＬＥとは、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙである。また、電子機器１０１とモバイル端末１０２の間の近距離無線方式は、ＢＬＥに限られるものではなく、たとえば、ＺｉｇＢｅｅ（登録商標）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の近距離無線方式でも良い。また、電子機器１０１は、無線ＬＡＮに限らず、公衆無線、有線ＬＡＮなどによって、プッシュサーバ１０３やアプリケーションサーバ１０４に接続されても良い。また、モバイル端末１０２は、公衆無線に限らず、無線ＬＡＮ，有線ＬＡＮなどによって、プッシュサーバ１０３やアプリケーションサーバ１０４に接続されても良い。さらに、電子機器１０１とモバイル端末１０２の間の接続はＢＬＥ、ＺｉｇＢｅｅ、ＮＦＣなどの近距離無線通信に限られるものではなく、たとえば、ＵＳＢ、Ｗｉ−Ｆｉ、有線ＬＡＮが用いられても良いし、それらの複合であっても良い。

図２は、電子機器１０１のハードウェア構成例を示すブロック図である。図２において、制御部２０１は、電子機器１０１における動作を統括的に制御するものであり、システムバス２０８を介して、各構成部（２０２〜２０７）を制御する。無線ＬＡＮ制御部２０２は、無線ＬＡＮアンテナ１０８を介して行う無線通信を制御する。ここで無線ＬＡＮ制御部はＵＳＢ等で装着される外部デバイスであっても良い。記憶部２０３は、無線通信ネットワーク情報、データ送受信情報、機器属性ＩＤ（後述）、サービス属性ＩＤ（後述）など各種データを記憶し管理する。操作部２０４は、ユーザからの操作を受け付ける。ＢＬＥ制御部２０５は、ＢＬＥアンテナ１１４を介して行うＢＬＥ通信を制御する。なお、ＢＬＥ制御部２０５は、ＵＳＢ等で装着される外部デバイスであっても良い。電源供給部２０６は、各構成部（２０１〜２０５、２０７）に電源を供給する。電源供給部２０６は、特定の構成のみに電源を供給することが可能である。例えば、ＢＬＥ制御部２０５のみに電源を供給し、他の構成部には電源を供給しないという処理（省電力モード動作）を行う。表示部２０７は、たとえば液晶パネルを有し、制御部２０１の制御下で各種表示を行う。

図４は、モバイル端末１０２のハードウェア構成例を示すブロック図である。図４において４０１〜４０８の参照番号によって示される構成は、図２において２０１〜２０８の参照番号によって示される構成と同様の機能を有する。ＬＴＥ制御部４０９は、ＬＴＥアンテナ１１１を介して行うＬＴＥ通信を制御する。ここで、ＬＴＥ制御部４０９は、ＵＳＢ等で、モバイル端末１０２に装着される外部デバイスであっても良い。

なお、プッシュサーバ１０３のハードウェア構成は、図４に示した構成と同様の構成とすることができる。但し、ＢＬＥ制御部４０５は省略してよい。

図３は、電子機器１０１の機能構成例を示すブロック図である。以下、図３を参照して、電子機器１０１の機能ブロックを説明する。なお、本実施形態においては、以下に示す各機能ブロックの機能は、制御部２０１のＣＰＵ（不図示）がメモリ（不図示）に格納されているソフトウェアプログラムを実行することにより実施されるものとする。但し、各機能ブロックに含まれる一部または全部がハードウェア化されていても良い。

図３において、ＬＡＮ接続処理部３０１は、無線ＬＡＮ制御部２０２を介した無線ＬＡＮ通信を制御する。ＬＡＮ接続状態判定部３０２は、無線ＬＡＮ制御部２０２が、無線ＬＡＮアンテナ１０８を介して、接続可能あるいは接続中の無線ＬＡＮアクセスポイントが存在するか否かを判定する。また、ここでの「接続」とは、無線の接続だけでなく、ＩＰアドレスが付与されＩＰ通信可能な状態になることや、ディスカバリプロトコルが完了してアプリケーション通信が可能な状態になることであってもよい。ＢＬＥ接続処理部３０３は、ＢＬＥ制御部２０５を介したＢＬＥ通信を制御する。ＢＬＥ接続状態判定部３０４は、ＢＬＥ制御部２０５を介してＢＬＥ通信を行っている相手が存在するかを判定する。

表示処理部３０５は、プッシュ通知を受信したら、プッシュ通知に含まれるメッセージを表示部２０７に表示する。サービス属性ＩＤ受信部３０６は、ＢＬＥ制御部２０５を介して、モバイル端末１０２からサービス属性ＩＤを受信する。プッシュ通知受信部３０７は、プッシュサーバ１０３から、無線ＬＡＮ制御部２０２を介して、プッシュ通知を受信し、プッシュ通知に基づく処理を行う。プッシュ代理通知受信部３０８は、モバイル端末１０２から、ＢＬＥ制御部２０５を介して、プッシュ代理通知を受信し、プッシュ代理通知に基づく処理を行う。機器属性ＩＤ送信部３０９は、機器属性ＩＤを、ＢＬＥ制御部２０５を介してモバイル端末１０２に送信する。また、機器属性ＩＤ送信部３０９は、機器属性ＩＤを、無線ＬＡＮ制御部２０２を介してプッシュサーバ１０３に送信する。

省電力モード制御部３１０は、電源供給部２０６を制御する。省電力モード制御部３１０は、ＣＰＵクロックの調節や無線チップのオフなどモジュールやハードウェアの実行状態を制御してもよい。機器属性ＩＤ生成部３１１は、機器属性ＩＤを生成する。代理送信依頼送信部３１２は、ＢＬＥ制御部２０５を介して、モバイル端末１０２に、機器属性ＩＤの代理送信依頼を送信する。

次に図５を参照して、モバイル端末１０２の機能構成を説明する。図５は、モバイル端末１０２の機能構成例を示すブロック図である。なお本実施形態においては、以下に示す各機能ブロックの機能は、制御部４０１のＣＰＵ（不図示）がメモリ（不図示）に格納されたソフトウェアプログラムを実行することにより実施されるものとする。但し、各機能ブロックの機能の一部または全部がハードウェア化されていても良い。

図５において、５０１〜５０５，５０７の参照番号によって示される構成は、図３において３０１〜３０５，３０７の参照番号によって示される構成と同様の機能を有する。サービス属性ＩＤ受信部５０６は、ＬＴＥ制御部４０９、または、無線ＬＡＮ制御部４０２を介して、プッシュサーバ１０３からサービス属性ＩＤを受信する。サービス属性ＩＤ送信部５０８は、ＢＬＥ制御部４０５を介して、電子機器１０１（サービス属性ＩＤ受信部３０６）にサービス属性ＩＤを送信する。プッシュ通知代理送信部５０９は、ＢＬＥ制御部４０５を介して、電子機器１０１（プッシュ代理通知受信部３０８）にプッシュ通知を送信する。

機器属性ＩＤ送信部５１０は、ＬＴＥ制御部４０９、または、無線ＬＡＮ制御部４０２を介して、プッシュサーバ１０３に機器属性ＩＤを送信する。機器属性ＩＤ受信部５１１は、ＢＬＥ制御部４０５を介して、電子機器１０１（機器属性ＩＤ送信部３０９）から機器属性ＩＤを受信する。ＬＴＥ接続処理部５１２は、ＬＴＥ制御部４０９を介したＬＴＥ通信を制御する制御部である。ＬＴＥ接続状態判定部５１３は、ＬＴＥ制御部４０９を介して、接続可能な公衆無線基地局が存在するかを判定する。なお、本実施形態では公衆無線としてＬＴＥを用いたがこれに限られるものではない。代理送信依頼受信部５１４は、ＢＬＥ制御部４０５を介して、電子機器１０１（代理送信依頼送信部３１２）から、機器属性ＩＤの代理送信依頼を受信する。

次に、図１４を参照して、プッシュサーバ１０３の機能構成を説明する。図１４において、ＬＡＮ接続処理部１４０１，ＬＡＮ接続状態判定部１４０２，ＬＴＥ接続処理部１４０７，ＬＴＥ接続状態判定部１４０８は、図５の５１０，５０２，５１２，５１３で示される構成と同様である。サービス属性ＩＤ送信部１４０３は、外部の通信装置からの要求に応じて、アプリケーションサーバ１０４が提供するプッシュ通知のサービス属性ＩＤを含むサービス属性ＩＤを公衆無線などを用いて送信する。機器属性ＩＤ登録部１４０４は、外部の通信装置からプッシュ通知のための機器属性ＩＤを受信し、登録する。機器属性ＩＤは、プッシュ通知の送信先を特定する情報（たとえば送信先アドレス）と対応付けて登録される。ここで、プッシュ通知の送信先は、たとえば、機器属性ＩＤを送信してきた通信装置、または、機器属性ＩＤの登録要求において送信先として指定されている通信装置が登録される。プッシュ要求受信部１４０５は、アプリケーションサーバ１０４からのプッシュ要求を受信する。プッシュ要求には、プッシュ通知の内容と、プッシュ通知の対象を特定する機器属性ＩＤ（サービス属性ＩＤ）が含まれている。プッシュ通知送信部１４０６は、プッシュ要求に含まれている機器属性ＩＤに対応付けられている送信先へプッシュ通知を送信する。

次に、以上のような構成を備えた本実施形態の電子機器１０１、モバイル端末１０２、プッシュサーバ１０３の動作について説明する。まず、電子機器１０１によるプッシュ通知の受信動作について、図６のフローチャートを参照しながら詳細に説明する。

図６において、ＢＬＥ接続処理部３０３は、モバイル端末１０２とＢＬＥ１１６を介して接続し、通信を開始する（Ｓ６０１）。ＢＬＥ通信が開始されると、サービス属性ＩＤ受信部３０６は、モバイル端末１０２からサービス属性ＩＤを受信し、記憶部２０３にサービス属性ＩＤを記憶し、管理する（Ｓ６０２）。このサービス属性ＩＤは、アプリケーションサーバ１０４が提供するサービスに紐づいた識別子を表す。これにより、電子機器１０１やモバイル端末１０２は、プッシュメッセージがどのサービスから発行されたメッセージか判別することができる。なお、本実施形態ではサービス属性ＩＤをモバイル端末１０２から受信している（図７のＳ７０１〜Ｓ７０３）がこれに限られるものではない。たとえば、電子機器１０１がプッシュサーバ１０３、あるいはアプリケーションサーバ１０４からサービス属性ＩＤを取得するようにしても良いし、プロキシサーバなどを介して取得するようにしてもよい。

次に、機器属性ＩＤ生成部３１１は、プッシュ通知のための、電子機器１０１を一意に識別可能な機器属性ＩＤを生成し、記憶部２０３に記憶し管理する（Ｓ６０３）。本実施形態では通信装置としての電子機器１０１を通知対象とするプッシュ通知を識別するための識別情報として機器属性ＩＤが用いられる。なお、機器属性ＩＤ生成部３１１が機器属性ＩＤを生成する構成としたが、これに限られるものではない。たとえば、機器属性ＩＤ生成部３１１が電子機器１０１にある所定の識別子を読み込んでも良いし、他の装置（例えば、プッシュサーバ１０３など）から機器属性ＩＤを取得するようにしても良い。つづいて、機器属性ＩＤ送信部３０９は、モバイル端末１０２に機器属性ＩＤを送信する（Ｓ６０４）。

なお、本実施形態では、機器属性ＩＤは、サービス属性ＩＤに対して、通知対象である電子機器１０１を一意に識別できる符号（機器識別子）を付加することで生成される。すなわち、識別情報としての機器属性ＩＤは、サービスを識別するサービス属性ＩＤと、電子機器１０１を識別する識別子とを結合したものである。例えば、サービス属性ＩＤが“ＩＤ１”だった場合、例えば“／ｄｅｖｉｃｅ”という電子機器１０１を特定する識別子を付加することにより、“ＩＤ１／ｄｅｖｉｃｅ”という機器属性ＩＤが生成される。また、機器属性ＩＤやサービス属性ＩＤは、機器やサービスを一意に特定できればよい。たとえば、機器属性ＩＤやサービス属性ＩＤのフォーマットは、ＸＭＬ、ＪＳＯＮであってもよい。また、機器識別子は、機器固有のＵＵＩＤ、ＢＬＥの物理アドレス、Ｃｏｏｋｉｅ、ＭＡＣアドレスや、それらの一部を利用して生成された値（例えば、ハッシュ値）であっても良い。

また、上述のように、モバイル端末１０２、プッシュサーバ１０３、または、アプリケーションサーバ１０４が、機器属性ＩＤを生成するようにしても良い。その場合、電子機器１０１は、機器属性ＩＤを他の機器から取得し、記憶部２０３に記憶し管理する。以上のように、サービス属性ＩＤと機器を一意に識別できる符号で生成される機器属性ＩＤによって、何のサービスに対するどの機器へのメッセージを表すか判断可能となる。

次に、ＬＡＮ接続状態判定部３０２は、接続可能である無線ＬＡＮアクセスポイントがあるかどうかを判定する（Ｓ６０５）。ＬＡＮ接続状態判定部３０２が、接続可能である無線ＬＡＮアクセスポイントがあると判定した場合（Ｓ６０５でＹＥＳ）、ＬＡＮ接続処理部３０１は、無線ＬＡＮアクセスポイントに接続する（Ｓ６０７）。なお、ここでは無線ＬＡＮを例に説明したが、これに限られるものではない。たとえば、有線ＬＡＮによりアクセスポイントに接続する場合には、ＬＡＮ接続状態判定部３０２は、自装置にＩＰアドレスが付与されているか否かに応じてネットワークの疎通確認チェックなどを行って、接続状態を判定するようにしても良い。例えば、ＳＳＤＰ、ｍＤＮＳ、ＷＳ−Ｄｉｓｃｏｖｅｒｙなどを用いたアプリケーションレベルの疎通確認チェックを用いることができる。機器属性ＩＤ送信部３０９は、無線ＬＡＮ制御部２０２を介して、プッシュサーバ１０３に、機器属性ＩＤを送信する（Ｓ６０８）。このとき、機器属性ＩＤに対応するプッシュ通知の送信先としてモバイル端末１０２を指定する。そして、ＬＡＮ接続処理部３０１は、無線ＬＡＮアクセスポイントとの接続を終了する（Ｓ６０９）。

他方、ＬＡＮ接続状態判定部３０２が、接続可能である無線ＬＡＮアクセスポイントがないと判定すると（Ｓ６０５でＮＯ）、処理はＳ６０６に進む。この場合、代理送信依頼送信部３１２は、モバイル端末１０２（代理送信依頼受信部５１４）に対して、ＢＬＥ１１６を用いて機器属性ＩＤの代理送信依頼を送信する（Ｓ６０６）。なお、アプリケーションサーバ１０４とプッシュサーバ１０３を紐づけるためにアプリケーションサーバ１０４でも機器属性ＩＤを管理する必要がある場合、機器属性ＩＤ送信部３０９は、アプリケーションサーバ１０４にも機器属性ＩＤを送信する。または、プッシュサーバ１０３が、アプリケーションサーバ１０４に対して、機器属性ＩＤを送信するようにしても良い。

つぎに、省電力モード制御部３１０は、ホストＣＰＵである制御部２０１を、電子機器１０１が通常の動作を行う通常モードから省電力モードに移行する（Ｓ６１０）。ここで言う省電力モードは、例えば、電源供給部２０６が、少なくともＢＬＥ制御部２０５に対しては電力の供給を続け、他の構成部に対する電源供給を停止する状態を表す。なお、省電力モードは、これに限られるものではなく、たとえばハードウェアまたはソフトウエアの一部の動作が停止している状態の事であっても良いし、ＣＰＵのクロックを落とした状態などであっても良い。

以上のようにして省電力モードに移行すると、プッシュ代理通知受信部３０８は、ＢＬＥ制御部２０５によるプッシュ通知の待ち受けを開始する（Ｓ６１１）。この待ち受け状態において、プッシュ代理通知受信部３０８は、モバイル端末１０２（プッシュ通知代理送信部５０９）からのプッシュ通知をＢＬＥを介して受信する（Ｓ６１２）。プッシュ通知を受信すると、省電力モード制御部３１０は、制御部２０１を起動モードに移行し（Ｓ６１３）、各構成部に対する電源供給を再開する。こうして、プッシュ通知の受信に応じて、電子機器１０１は省電力モードから通常モードへ移行する。その後、プッシュ代理通知受信部３０８は、受信したプッシュ代理通知に基づく処理を実行する（Ｓ６１４）。また、表示処理部３０５は、受信したプッシュ通知に基づき表示するメッセージがある場合に、それを表示部２０７に表示する。

なお、プッシュ代理通知受信部３０８は、プッシュ通知の内容のメッセージの代わりに、プッシュ通知があったことを伝えるメッセージを受信しても良い。この場合、プッシュ通知受信部３０７は、無線ＬＡＮアクセスポイント１０５を介してプッシュサーバ１０３にアクセスし、プッシュ通知を受信する。このようにすることで、消費電力が小さいが低速であるＢＬＥよりも、消費電力は大きいが高速である無線ＬＡＮ通信を使用することにより、プッシュ通知メッセージを高スループットで受信することが出来る。この場合、たとえば、モバイル端末１０２は、プッシュサーバ１０３から受信したプッシュ通知のメッセージサイズが所定値より大きい場合には、受信の通知のみを電子機器１０１に対して行うようにする。このようにすれば、電子機器１０１は、メッセージサイズが所定値以下であればＢＬＥ１１６を介してプッシュ通知を受け取り、メッセージサイズが所定値より大きければ無線ＬＡＮ通信を使用してプッシュ通知を受け取るように動作することができる。

なお、本実施形態では、プッシュ通知の待ち受けをプッシュ代理通知受信部３０８により実行するようにしているが、所定の条件下ではプッシュ通知受信部３０７がプッシュサーバ１０３からのプッシュ通知を待ち受けるようにしてもよい。すなわち、所定の条件下では、省電力モード制御部３１０は、プッシュ通知の待ち受け時にも省電力モードへ移行させず、プッシュ通知受信部３０７によるプッシュ通知メッセージの受信を継続するようにしてもよい。なお、所定の条件下とは、例えば、電源供給部２０６がＡＣアダプタなどに接続されている場合や、特定のユーザインターフェースを用いて操作されている場合や、起動中のアプリケーションの特性、ユーザ操作による特定の指示があった場合などである。これにより、所定の条件下における即時性のあるプッシュ通知と省電力なプッシュ通知を両立することができる。

次にモバイル端末１０２の動作について、図７のフローチャートを参照しながら詳細に説明する。図７において、サービス属性ＩＤ受信部５０６は、プッシュサーバ１０３から、サービス属性ＩＤを受信し、記憶部４０３に記憶し、管理する（Ｓ７０１）。本実施形態では、サービス属性ＩＤ受信部５０６がプッシュサーバ１０３からサービス属性ＩＤを取得しているが、アプリケーションサーバ１０４にアクセスしてサービス属性ＩＤを取得するようにしても良い。また、プッシュサーバ１０３に指示しアプリケーションサーバ１０４からサービス属性ＩＤを取得させてもよい。例えば、モバイル端末１０２がウェブブラウザの場合、アプリケーションサーバ１０４が提供するウェブページを取得し、ウェブページに含まれる情報、例えば、Ｊａｖａｓｃｒｉｐｔを利用し、サービス属性ＩＤを取得することができる。

ＢＬＥ接続処理部５０３は、電子機器１０１とＢＬＥ制御部４０５を介して、接続する（Ｓ７０２）。サービス属性ＩＤ送信部５０８は、ＢＬＥ１１６を介して、電子機器１０１にサービス属性ＩＤを送信する（Ｓ７０３）。送信されたサービス属性ＩＤは、電子機器１０１によって受信される（Ｓ６０２）。なお、電子機器１０１がサービス属性ＩＤをプッシュサーバ１０３などから取得する場合には、Ｓ７０１〜Ｓ７０３の処理は省略可能である。次に、機器属性ＩＤ受信部５１１は、電子機器１０１（Ｓ６０４）から、機器属性ＩＤを受信し（Ｓ７０４）、受信した機器属性ＩＤを、プッシュ代理通知の対象として、記憶部４０３に記憶し管理する（Ｓ７０５）。こうして、電子機器１０１に宛てたプッシュ通知を特定するための識別情報（機器属性ＩＤ）がモバイル端末１０２において保持される。なお、本実施形態では、電子機器１０１からモバイル端末１０２へ機器属性ＩＤを通知することにより、モバイル端末１０２へプッシュ通知の代理受信の実行が指示されたものとする。なお、別途、代理受信の実行を指示する通知が電子機器１０１からモバイル端末１０２に対してなされるようにしてもよい。

代理送信依頼受信部５１４は、電子機器１０１から機器属性ＩＤの代理送信依頼を受信したかどうかを判定する（Ｓ７０６）。機器属性ＩＤの代理送信依頼は、必要に応じて電子機器１０１から送信される（Ｓ６０６）。代理送信依頼受信部５１４が電子機器１０１から機器属性ＩＤの代理送信依頼を受信したと判定した場合（Ｓ７０６でＹＥＳ）、機器属性ＩＤ送信部５１０は、プッシュサーバ１０３に、Ｓ７０４で受信した機器属性ＩＤを送信する（Ｓ７０７）。このとき、機器属性ＩＤに対応するプッシュ通知の送信先としてモバイル端末１０２を指定する。なお、アプリケーションサーバ１０４とプッシュサーバ１０３を紐づけるためにアプリケーションサーバ１０４でも機器属性ＩＤを管理する必要がある場合、機器属性ＩＤ送信部５１０は、アプリケーションサーバ１０４にも機器属性ＩＤを送信する。あるいは、プッシュサーバ１０３が、アプリケーションサーバ１０４に対して、機器属性ＩＤを送信するようにしても良い。代理送信依頼を受信していない場合は、Ｓ７０７はスキップされる。

プッシュ通知受信部５０７は、プッシュ通知の待ち受けを開始し、その旨を図８のＭ８０７で示すようにプッシュサーバ１０３に通知する（Ｓ７０８）。なお、プッシュサーバ１０３とモバイル端末１０２との間の通信では、単一の通信路上に複数の論理的通信路を確立可能である。たとえばプッシュ通知を受信するプロトコルとして、ＨＴＴＰ／２を使用すると、一つのＴＣＰの接続上で、複数のストリームを使用することで、複数の機器あるいはアプリケーション、ブラウザを対象とすることが出来る。プッシュ通知受信部５０７は、プッシュサーバ１０３から、プッシュ通知を受信する（Ｓ７０９）。

プッシュ通知受信部５０７は、受信したプッシュ通知に含まれるプッシュ通知の対象が、記憶部４０３にある機器属性ＩＤと一致するかどうかを判断する（Ｓ７１０）。すなわち、プッシュ通知受信部５０７は、受信したプッシュ通知に含まれるプッシュ通知の対象を、記憶部４０３に保存してある機器属性ＩＤと比較する。なお、ＨＴＴＰ／２を使用してプッシュ通知を待ち受ける場合、プッシュ通知を受けたストリームＩＤやそのストリームが関連付けられているストリームを見ることで、プッシュ通知の対象を判断することができる。

プッシュ通知受信部５０７が、受信したプッシュ通知に含まれる通知対象がＳ７０５で保存した機器属性ＩＤと一致しないと判断した場合（Ｓ７１０でＮＯ）、プッシュ通知受信部５０７は、自装置宛のプッシュ通知であると認識する。この場合、プッシュ通知受信部５０７は、受信したプッシュ通知に基づく処理を実行する（Ｓ７１１）。また、表示処理部５０５は、プッシュ通知に基づき表示するメッセージがある場合、表示部４０７に表示する。

他方、プッシュ通知受信部５０７が、プッシュ通知の対象が、記憶部４０３に保存してある機器属性ＩＤと一致すると判断した場合（Ｓ７１０でＹＥＳ）、処理はＳ７１２進む。この場合、ＢＬＥ接続状態判定部５０４は、対象の機器属性で特定される通信装置（本例では、電子機器１０１）とＢＬＥ接続があるかどうかを判断する（Ｓ７１２）。ＢＬＥ接続状態判定部５０４が、対象の通信装置とのＢＬＥ接続があると判断した場合（Ｓ７１２でＹＥＳ）、プッシュ通知代理送信部５０９は、対象の通信装置へプッシュ代理通知を送信する（Ｓ７１３）。本実施形態では、プッシュ通知代理送信部５０９は、プッシュ通知受信部５０７が受信したプッシュ通知を電子機器１０１へ送信する。なお、プッシュ通知代理送信部５０９は、プッシュ通知の内容を確認し、代理通知を送信する必要が無いと判断した場合には、プッシュ通知を送信しないようにしても良い。

なお、上述したように、プッシュ通知代理送信部５０９は、プッシュ通知の内容のメッセージの代わりに、プッシュ通知があったことを伝えるメッセージを送信しても良い。この場合、プッシュ通知代理送信部５０９は、メッセージサイズが所定値以下の場合にはプッシュ通知メッセージ送信し、メッセージサイズが所定値より大きい場合にはプッシュ通知があったことを伝えるメッセージを送信するようにしてもよい。

ＢＬＥ接続状態判定部５０４が、対象の通信装置とのＢＬＥ接続が無いと判断した場合、（Ｓ７１２でＮＯ）、プッシュ通知受信部５０７は、受信したプッシュ通知を記憶部４０３に保存する（Ｓ７１４）。その後、プッシュ通知代理送信部５０９は、対象の機器とのＢＬＥ接続が確立されたら、記憶部４０３に保存されたプッシュ代理通知を送信する。このように、プッシュ通知代理送信部５０９は、プッシュ通知の対象（電子機器１０１）との間でＢＬＥによる通信ができない場合に、プッシュ通知を保存する。これにより、例えば、電子機器１０１とモバイル端末１０２がＢＬＥで通信を行うことが出来ない距離にいたとしても、両者が近接し、ＢＬＥ通信が可能になった場合に保存しているプッシュ通知を送信出来る。なお、本実施形態ではＢＬＥの接続状態のみを判定したが、これに限らず、ＢＬＥ接続状態判定部５０４はさらに他の通信方式による接続があるかを確認し、電子機器１０１へのプッシュ通知の送信に利用するようにしてもよい。

次に、プッシュサーバ１０３の動作を説明する。図１５（ａ）はプッシュサーバ１０３の動作を示すフローチャートである。プッシュサーバ１０３のサービス属性ＩＤ送信部１４０３は、外部の通信装置からプッシュ通知のためのサービスに関わるサービス属性ＩＤの要求を受信すると（Ｓ１５０１）、要求元の通信装置へサービス属性ＩＤを送信する（Ｓ１５０２）。外部の通信装置の一例は、上述の電子機器１０１やモバイル端末１０２である。このとき、プッシュサーバ１０３は、必要に応じてアプリケーションサーバ１０４からサービス属性ＩＤを取得する。機器属性ＩＤ登録部１４０４は、外部の通信装置から、機器属性ＩＤを受信すると（Ｓ１５０３）、受信した機器属性ＩＤをプッシュ通知の送信先（その機器属性ＩＤの送信元の装置、または、送信先として指定された装置）に対応付けて登録する（Ｓ１５０４）。プッシュ要求受信部１４０５はアプリケーションサーバ１０４からプッシュ要求を受信する（Ｓ１５０５）。すると、プッシュ通知送信部１４０６はプッシュ要求に記述されている機器属性ＩＤ（あるいはサービス属性ＩＤ）に対応付けられている送信先へ、プッシュ通知を送信する（Ｓ１５０６）。

次に、図１に示した機器構成の通信システムにおける、各機器間の通信シーケンスの一例について、図８を参照しながら、詳細に説明する。Ｍ８０１では、モバイル端末１０２がプッシュサーバ１０３からサービス属性ＩＤを取得する（Ｓ７０１、Ｓ１５０１、Ｓ１５０２）。Ｍ８０２では、モバイル端末１０２から電子機器１０１へサービス属性ＩＤが送信される（Ｓ７０３、Ｓ６０２）。Ｍ８０３では、電子機器１０１が、受信したサービス属性ＩＤを用いて機器属性ＩＤを生成、取得する（Ｓ６０３）。Ｍ８０４では、電子機器１０１からモバイル端末１０２へ、機器属性ＩＤ（代理対象の機器属性ＩＤ）が送信される（Ｓ６０４、Ｓ７０４）。Ｍ８０５では、モバイル端末１０２が電子機器１０１から受信した機器属性ＩＤを記憶部４０３に登録する（Ｓ７０５）。

Ｍ８０６では、電子機器１０１が、直接に、またはモバイル端末１０２を介して、機器属性ＩＤをプッシュサーバ１０３に送信する（Ｓ６０５〜Ｓ６０９、Ｓ７０６〜Ｓ７０７）。プッシュサーバ１０３は、受信した機器属性ＩＤをプッシュ通知の対象の機器と対応付けて登録する（Ｓ１５０３、Ｓ１５０４）。ここで、電子機器１０１は、機器属性ＩＤとともにプッシュ通知の対象の機器としてモバイル端末１０２を指定する情報（たとえばモバイル端末１０２のアドレス）を送信している。プッシュサーバ１０３は、受信した機器属性ＩＤとモバイル端末１０２を対応付けて登録する。その後、電子機器１０１は省電力モードへ移行し、ＢＬＥによる待ち受けを開始する（Ｓ６１０、Ｓ６１１）。Ｍ８０７において、モバイル端末１０２は、プッシュ通知の待ち受けを開始し、その旨をプッシュサーバ１０３へ通知する（Ｓ７０９）。これにより、モバイル端末１０２は、自身が要求するサービスのプッシュ通知と電子機器１０１が要求するサービスのプッシュ通知を受信することができる。

プッシュサーバ１０３は、アプリケーションサーバ１０４からプッシュ通知要求を受信する（Ｍ８０８）。ここで受信されたプッシュ通知は、電子機器１０１に対するプッシュ通知、すなわち、電子機器１０１で生成された機器属性ＩＤに宛てたプッシュ通知であるとする。Ｍ８０９では、プッシュサーバ１０３から、電子機器１０１に宛てたプッシュ通知が送信され、モバイル端末１０２により受信される（Ｓ７０９）。Ｍ８１０では、モバイル端末１０２が、電子機器１０１に宛てたプッシュ通知を電子機器１０１に送信し、電子機器がこれを受信する（Ｓ７１３、Ｓ６１２）。こうして、プッシュサーバ１０３から電子機器１０１に宛てて送信されたプッシュ通知が、モバイル端末１０２（中継装置）による中継を経て、電子機器１０１に受信される。Ｍ８１１では、電子機器１０１が、受信したプッシュ通知に基づいて表示を行う（Ｓ６１４）。

次に、図９を参照して、電子機器１０１がプッシュサーバ１０３からのプッシュ通知を待ち受ける場合の動作を説明する。上述したように、所定の条件下では電子機器１０１のプッシュ通知受信部３０７がプッシュサーバ１０３からのプッシュ通知を待ち受けるようにしてもよい。電子機器１０１は、所定の条件下で動作しているかどうかを判定し、所定の条件下で動作していなければ図６〜図８により上述したように、電子機器１０１がモバイル端末１０２による中継を経てプッシュサーバ１０３からのプッシュ通知を受け取る。他方、所定の条件下で動作している場合は、電子機器１０１は、プッシュサーバ１０３からのプッシュ通知を自身で待ち受けるようにする。この場合、電子機器１０１が生成した機器属性ＩＤをプッシュサーバ１０３に登録する際には、対応する送信先が電子機器１０１となるようにする。以下、この場合の処理について図９を参照して説明する。

図９において、Ｍ９０１〜Ｍ９０６は、Ｍ８０１〜Ｍ８０６と同様の処理である。但し、Ｍ９０６では、機器属性ＩＤに対応する送信先として、電子機器１０１が登録される。Ｍ９０７において、電子機器１０１のプッシュ通知受信部３０７は、無線ＬＡＮ制御部２０２により無線ＬＡＮアクセスポイント１０５を経由してプッシュサーバに接続し、プッシュ通知の待ち受けを開始する。プッシュサーバ１０３は、アプリケーションサーバ１０４から電子機器１０１へ宛てられたプッシュ通知要求を受信すると（Ｍ９０８）、電子機器１０１にプッシュ通知を送信する（Ｍ９０９）。電子機器１０１は、受信したプッシュ通知（Ｍ９０９）に基づいて表示を行う（Ｍ９１０）。モバイル端末１０２は、Ｍ９０５で代理対象として電子機器１０１から受信した機器属性ＩＤを登録しているが、プッシュサーバ１０３からその機器属性ＩＤを含むプッシュ通知が送信されることはない。プッシュサーバ１０３では、Ｍ９０７においてその機器属性ＩＤの送信先として電子機器１０１が登録されるからである。

図１０は、プッシュ通知代理送信部５０９がプッシュ代理通知を送信する場合に、電子機器１０１とモバイル端末１０２の間の接続が切れている場合（図７のＳ７１２でＮＯの場合）のシーケンスについて説明する。Ｍ１００１〜Ｍ１００９は、Ｍ８０１〜Ｍ８０９と同様の処理である。モバイル端末１０２のプッシュ通知受信部５０７は、プッシュサーバ１０３から電子機器１０１に宛てられたプッシュ通知を受信した際に（Ｍ１００９）電子機器１０１との間でＢＬＥ接続が確立していない場合、そのプッシュ通知を保存する（Ｍ１０１０）。この処理は、Ｓ７１０（ＹＥＳ）→Ｓ７１２（ＮＯ）→Ｓ７１４である。その後、電子機器１０１とモバイル端末１０２との間でＢＬＥでの接続が確立すると（Ｍ１０１１）、モバイル端末１０２は、Ｍ１０１０で保存したプッシュ通知を電子機器１０１へＢＬＥを介して送信する（Ｍ１０１２）。Ｍ１０１３はＭ８１１と同様である。

以上説明したように、第１実施形態によれば、電子機器１０１は、プッシュ通知を、ネットワークに常時接続可能なモバイル端末１０２から受信することが出来るようになる。これにより、電子機器１０１とモバイル端末１０２の間を省電力な無線で接続するだけで電子機器１０１がモバイル端末１０２を経由してプッシュ通知を受信することが可能となる。そのため、電子機器１０１がプッシュサーバ１０３からのプッシュ通知を直接的に常時待ち受けるよりも省電力化を図ることができる。

また、電子機器１０１の周辺に無線ＬＡＮアクセスポイントが無い場合であっても、公衆無線に接続されたモバイル端末１０２がプッシュ通知を代理受信することが出来るという効果がある。すなわち、上記実施形態によれば、電子機器１０１の周辺に無線ＬＡＮアクセスポイントが無い場合、機器属性ＩＤの送信をモバイル端末１０２に依頼する。その結果、電子機器１０１の周辺のアクセスポイントの有無に依らず、プッシュ通知をモバイル端末１０２を介して受信出来るようになる。

また、本実施形態では、モバイル端末１０２は、プッシュ通知の対象の機器（電子機器１０１）との接続が無い場合はプッシュ通知を保存することで、対象の機器を発見後にプッシュ通知を送信する。その結果、電子機器１０１は、モバイル端末１０２と離れた距離にあっても、モバイル端末１０２を電子機器１０１に近接させることで、電子機器１０１は後から自身宛てのプッシュ通知を受信できる。例えば、自宅外でモバイル端末１０２が電子機器１０１としてのプリンタに宛てられたプッシュ通知で受け取った印刷物を、自宅内のプリンタ（電子機器１０１）に対して送信し、印刷するといったことが可能となる。

＜第２実施形態＞
第２実施形態では、ＨＴＴＰ／２を使用してプッシュ通知の待ち受けを行う方法について、図１１を参照しながら詳細に説明する。なお、第２実施形態では、
・電子機器１０１とモバイル端末１０２をプッシュ通知の対象とするサービス属性ＩＤ“ＩＤ１”、
・電子機器１０１をプッシュ通知の対象とする、機器属性ＩＤである“ＩＤ１／ｄｅｖｉｃｅ”、
・モバイル端末１０２をプッシュ通知の対象とする機器属性ＩＤである“ＩＤ１／ｍｏｂｉｌｅ”、がプッシュサーバ１０３に登録されているものとする。

プッシュ通知受信部５０７は、ＨＴＴＰ／２でプッシュサーバ１０３に接続する（Ｍ１１０１）。次に、プッシュ通知受信部５０７は、サービス属性ＩＤ“ＩＤ１”に対するプッシュ通知を受信するために、ＨＥＡＤＥＲＳフレームを送信し、ストリームを作成する（Ｍ１１０２）。Ｍ１１０２では、ＨＴＴＰのパスを“／ＩＤ１”と指定しストリームを作成する。このように、第２実施形態では、サービス属性ＩＤによるプッシュ通知の登録を行うことができる。次に、プッシュ通知受信部５０７は、機器属性ＩＤ“ＩＤ１／ｄｅｖｉｃｅ”に対するプッシュ通知を受信するために、ＨＥＡＤＥＲＳフレームを送信し、ストリームを作成する（Ｍ１１０３）。Ｍ１１０３では、ＨＴＴＰのパスを“／ＩＤ１／ｄｅｖｉｃｅ”と指定しストリームを作成する。次に、プッシュ通知受信部５０７は、機器属性ＩＤ“ＩＤ１／ｍｏｂｉｌｅ”に対するプッシュ通知を受信するために、ＨＥＡＤＥＲＳフレームを送信し、ストリームを作成する（Ｍ１１０４）。Ｍ１１０４では、ＨＴＴＰのパスを“／ＩＤ１／ｍｏｂｉｌｅ”と指定しストリームを作成する。以上のＭ１１０１〜Ｍ１１０４は、図７のＳ７０７の処理に対応する。

本実施形態では、プッシュ通知を受信する装置が機器属性ＩＤをプッシュサーバ１０３に登録する際に、ＨＥＡＤＥＲＳフレームを送信しストリームを作成することでプッシュ通知の送信路を形成（プッシュ通知に利用可能なストリームを作成）する。したがって、モバイル端末１０２によるプッシュ通知の中継（代理）を行う場合には、モバイル端末１０２から機器属性ＩＤの登録を行う（ＨＥＡＤＥＲＳフレームを送信する）必要がある。すなわち、モバイル端末１０２にプッシュ通知を代理受信させる場合、電子機器１０１は図６のＳ６０６を実行し、モバイル端末１０２に機器属性ＩＤの登録の代行を実行させる。

プッシュサーバ１０３は、サービス属性ＩＤ“ＩＤ１”に対するプッシュ要求をアプリケーションサーバ１０４から受信する（Ｍ１１０５、Ｓ１５０５）。プッシュサーバ１０３は、プッシュ要求における送信対象のプッシュ通知が指定する識別情報（機器属性ＩＤまたはサービス属性ＩＤ）に対応して登録されているストリームＩＤに関連付けられたストリームを取得する。そして、プッシュサーバ１０３は、取得したストリームを用いて該送信対象のプッシュ通知を送信する。たとえば、プッシュサーバ１０３は、サービス属性ＩＤ“ＩＤ１”に対するプッシュ通知の待ち受けを行っているモバイル端末１０２に対してプッシュ通知を送信する。この場合、プッシュサーバ１０３は、Ｍ１１０２で作成されたストリームに関連付けられたストリームを作成するために、ＰＵＳＨ＿ＰＲＯＭＩＳＥフレームをモバイル端末１０２に送信する。（Ｍ１１０６、Ｓ１５０６）。つづいて、ＨＥＡＤＥＲＳフレーム、ＤＡＴＡフレームを送信する。なお、本実施形態では、プッシュ通知を送信する時にＰＵＳＨ＿ＰＲＯＭＩＳＥフレームが送られてくるが、ＰＵＳＨ＿ＰＲＯＭＩＳＥは事前に送信して有っても良い。その場合、プッシュ通知は、ＨＥＡＤＥＲＳフレームとＤＡＴＡフレームとして送られてくる。

プッシュ通知受信部５０７は、プッシュ通知を受信する（Ｍ１１０７）。ここで、プッシュ通知受信部５０７は、プッシュ通知を受信したストリームが関連付けられているストリームＩＤを見ることで、受信したプッシュ通知が、サービス属性ＩＤ“ＩＤ１”と関連付けられている事を判断できる。たとえば、Ｍ１１０６で送信されるフレームの場合、プッシュ通知を受信したストリームＩＤと関連付けられているストリームＩＤ（promised stream）が７である。ストリームＩＤが７であるＨＥＡＤＥＲＳフレーム（Ｍ１１０２で送信したフレーム）のパスが／ＩＤ１であることから、受信したプッシュ通知がサービス属性“ＩＤ１”と関連付けられていることが判断される。プッシュ通知代理送信部５０９は、サービス属性ＩＤのみが指定されていた場合には、機器属性ＩＤに一致するサービス属性ＩＤが含まれている場合にも機器属性ＩＤが一致したものと判断する（Ｓ７１０）。結果、プッシュ通知代理送信部５０９は、Ｍ１１０７で受信したプッシュ通知を電子機器１０１へ送信する（Ｍ１１０８）。

電子機器１０１の表示処理部３０５は表示部２０７にメッセージを表示する（Ｍ１１０９）。なお、本例では、モバイル端末１０２の機器属性ＩＤとして“ＩＤ１／ｍｏｂｉｌｅ”が設定されており、サービス属性ＩＤが一致するので、Ｍ１１０７で受信されたプッシュ通知は、モバイル端末１０２に宛てられたものとしても扱われる。よって、モバイル端末１０２の表示処理部５０５は、表示部４０７にプッシュ通知に対応したメッセージを表示する（Ｍ１１１０）。

次に、プッシュサーバ１０３がアプリケーションサーバ１０４から“ＩＤ１／ｄｅｖｉｃｅ”を通知の対象とするプッシュ要求を受信する（Ｍ１１１１）。プッシュサーバ１０３は、“ＩＤ１／ｄｅｖｉｃｅ”を対象にしたストリーム（Ｍ１１０３で受信したＨＥＡＤＥＲＳフレーム）に関連付けられたストリームをＰＵＳＨ＿ＰＲＯＭＩＳＥフレームで作成し、プッシュ通知を送信する（Ｍ１１１２）。プッシュ通知受信部５０７は、プッシュ通知を受信する（Ｍ１１１３）。

Ｍ１１１３においてプッシュ通知を受信したモバイル端末１０２は、ストリームＩＤと関連付けられているストリームＩＤ（promised stream）が９であることを認識する。モバイル端末１０２は、promised streamが９であることから、受信したプッシュ通知が機器属性ＩＤ＝“ＩＤ１／ｄｅｖｉｃｅ”を通知対象としていると判断する。この場合、該当するプッシュ通知が、記憶部４０３に記憶している機器属性ＩＤと一致するので、電子機器１０１に対して、プッシュ代理通知を送信する（Ｍ１１１４、Ｓ７１０、Ｓ７１２、Ｓ７１３）。一方、このプッシュ通知は、モバイル端末１０２が通知の対象となっていないので、モバイル端末１０２では、プッシュ通知に基づく処理は行わない。表示処理部３０５は、表示部２０７に、受信したプッシュ代理通知に基づくプッシュ通知表示を行う（Ｍ１１１５、Ｓ６１４）。

以上のように、第２実施形態では、機器属性ＩＤ、サービス属性ＩＤをＨＴＴＰのパスと関連付けて管理している。その結果、プッシュ通知の待ち受けを開始する場合に、不要なデータを付与せずに、プッシュ通知の待ち受けを開始することが出来る。その結果、ネットワークの処理負荷と、電子機器１０１の処理負荷を軽減することが出来る。

＜第３実施形態＞
ＨＴＴＰ／２を使用してプッシュ通知の待ち受けを行う方法について、図１２、図１３を参照しながら詳細に説明する。なお、第３実施形態においても、
・電子機器１０１とモバイル端末１０２をプッシュ通知の対象とするサービス属性ＩＤ“ＩＤ１”、
・電子機器１０１をプッシュ通知の対象とする機器属性ＩＤ“ＩＤ１／ｄｅｖｉｃｅ”、
・モバイル端末１０２をプッシュ通知の対象とする機器属性ＩＤ“ＩＤ１／ｍｏｂｉｌｅ”、がプッシュサーバ１０３に登録されているものとして説明を行う。

図１５（ｂ）は第３実施形態によるプッシュサーバ１０３の、Ｓ１５０６（図１５（ａ））における動作の詳細を示すフローチャートである。プッシュサーバ１０３は、アプリケーションサーバ１０４から受信したプッシュ要求が機器属性ＩＤを指定しているかサービス属性ＩＤを指定しているかを判定する（Ｓ１５１１）。プッシュ要求が機器属性ＩＤを指定している場合には、プッシュサーバ１０３はその機器属性ＩＤに対応した待ち受けを利用してプッシュ通知を送信する（Ｓ１５１２、Ｓ１５１４）。機器属性ＩＤに対応した待ち受けが無い場合は、プッシュサーバ１０３は、指定された機器属性ＩＤに含まれるサービス属性ＩＤに対応した待ち受けを利用してプッシュ通知を送信する（Ｓ１５１３、Ｓ１５１４）。ここで、サービス属性ＩＤに対応した待ち受けとは、認識情報としてサービス属性ＩＤが規定されているが、通知対象である機器を規定していない待ち受けである。この際、プッシュ通知のストリームにはプッシュ要求が指定した機器属性ＩＤが記述される。機器属性ＩＤに含まれるサービス属性ＩＤに対応する待ち受けもない場合には、プッシュサーバ１０３は、プッシュ通知を保存或いは破棄する（Ｓ１５１５）。なお、機器属性ＩＤ、サービス属性ＩＤに対応した待ち受けとは、例えば、ＨＴＴＰ／２において、ＨＴＴＰのパスとして機器属性ＩＤまたはサービス属性ＩＤが記述されたＨＥＡＤＥＲＳフレームを用いて作成したストリームである。

他方、プッシュ要求がサービス属性ＩＤを指定しており、通知対象を規定していない場合は、プッシュサーバ１０３は、そのサービス属性ＩＤに対応する待ち受けを利用してプッシュ通知を送信する（Ｓ１５２１、Ｓ１５２３）。サービス属性ＩＤに対応する待ち受けが無い場合は、そのサービス属性ＩＤを含む機器属性ＩＤに対応した待ち受けを利用してプッシュ通知を送信する（Ｓ１５２２、Ｓ１５２３）。該当する機器属性ＩＤが無い場合は、そのプッシュ通知を保存あるいは破棄する（Ｓ１５２４）。

以下、第３実施形態による、ＨＴＴＰ／２を使用してプッシュ通知の待ち受けを行う方法について、図１２を参照しながら詳細に説明する。図１２では、サービス属性ＩＤに対する待ち受けはプッシュサーバ１０３に登録されているが、機器属性ＩＤに対する待ち受けがプッシュサーバ１０３に登録されていない場合を説明する。プッシュ通知受信部５０７は、ＨＴＴＰ／２でプッシュサーバ１０３に接続する（Ｍ１２０１）。次に、プッシュ通知受信部５０７は、サービス属性ＩＤ“ＩＤ１”に対するプッシュ通知を受信するために、ＨＥＡＤＥＲＳフレームを送信し、ストリームを作成する（Ｍ１２０２）。Ｍ１２０２では、ＨＴＴＰのパスを“／ＩＤ１”と指定しストリームを作成する。本例では、サービス属性ＩＤが“ＩＤ１”に対する待ち受けのみが設定されている。

次に、プッシュサーバ１０３は、サービス属性ＩＤ“ＩＤ１”に対するプッシュ要求をアプリケーションサーバ１０４から受信する（Ｍ１２０３）。プッシュサーバ１０３は、サービス属性ＩＤ“ＩＤ１”に対する待ち受けを行っているストリームに対して、プッシュ通知を送信する（Ｍ１２０４、ＳＳ１５２１，Ｓ１５２３）。Ｍ１２０５〜Ｍ１２０７は、図１１のＭ１１０８〜Ｍ１１１０と同様である。

次に、プッシュサーバ１０３は機器属性ＩＤ“ＩＤ１／ｄｅｖｉｃｅ”に対するプッシュ要求を受信する（Ｍ１２０８）。プッシュサーバ１０３は、機器属性ＩＤ“ＩＤ１／ｄｅｖｉｃｅ”に対する待ち受けを行っているストリームが無いことを確認する。すると、プッシュサーバ１０３は、サービス属性ＩＤ“ＩＤ１”に対する待ち受けを行っているストリームが存在するので、そのストリームに対してプッシュ通知を送信する（Ｍ１２０９、Ｓ１５１３、Ｓ１５１４）。すなわち、プッシュサーバ１０３は、機器属性ＩＤに対する待ち受けを行なっているストリームが存在しない場合は、サービス属性ＩＤに対する待ち受けを行なっているストリームを探す。この場合、プッシュサーバ１０３は、プッシュ通知に機器属性ＩＤの記述を含める（Ｓ１５１１（機器属性ＩＤ）→Ｓ１５１２（ＮＯ）→Ｓ１５１３（ＹＥＳ）→Ｓ１５１４）。モバイル端末１０２のプッシュ通知受信部５０７は、受信したプッシュ通知に機器属性ＩＤの記述がある場合には、記述された機器属性ＩＤにしたがってプッシュ通知を処理する。Ｍ１２０９で送信されたプッシュ通知には、機器属性ＩＤ“ＩＤ１／ｄｅｖｉｃｅ”が記述されているので、モバイル端末１０２は、電子機器１０１に対してプッシュ代理通知を送信する（Ｍ１２１０）。電子機器１０１の表示処理部３０５は表示部２０７にメッセージを表示する（Ｍ１２１１）。

次に、機器属性ＩＤに対するプッシュ通知の待ち受けがある場合について、図１３を参照しながら詳細に説明する。なお、図１３では、第１実施形態で説明したように、電子機器１０１が所定の条件下で動作しており、プッシュ通知の代理受信が起動されない場合が示されている。

図１３において、電子機器１０１のプッシュ通知受信部３０７は、ＨＴＴＰ／２でプッシュサーバ１０３に接続する（Ｍ１３０１）。そして、プッシュ通知受信部３０７は、機器属性ＩＤ“ＩＤ１／ｄｅｖｉｃｅ”に宛てたプッシュ通知を受信するために、ＨＥＡＤＥＲＳフレームを送信し、ストリームを作成する（Ｍ１３０２）。Ｍ１３０２では、ＨＴＴＰのパスが“／ＩＤ１／ｄｅｖｉｃｅ”に指定されたストリームが作成される。また、モバイル端末１０２のプッシュ通知受信部５０７は、ＨＴＴＰ／２でプッシュサーバ１０３に接続する（Ｍ１３０３）。そして、プッシュ通知受信部５０７は、機器属性ＩＤ“ＩＤ１／ｍｏｂｉｌｅ”に宛てたプッシュ通知を受信するために、ＨＥＡＤＥＲＳフレームを送信し、ストリームを作成する（Ｍ１３０４）。Ｍ１３０４では、ＨＴＴＰのパスが“／ＩＤ１／ｍｏｂｉｌｅ”に指定されたストリームが作成される。

プッシュサーバ１０３は、機器属性ＩＤ“ＩＤ１／ｄｅｖｉｃｅ”へのプッシュ要求を受信する（Ｍ１３０５）。機器属性ＩＤ“ＩＤ１／ｄｅｖｉｃｅ”へのプッシュ通知の待ち受けがあるので、プッシュサーバ１０３はこの待ち受けを用いてプッシュ通知を送信する（Ｍ１３０６、Ｓ１５１２、Ｓ１５１４）。送信されたプッシュ通知は、電子機器１０１にて受信され、このプッシュ通知を受信した電子機器１０１は、プッシュ通知に対応した表示を行う（Ｍ１３０７）。

また、プッシュサーバ１０３は、機器属性ＩＤ“ＩＤ１／ｍｏｂｉｌｅ”に対するプッシュ要求を受信する（Ｍ１３０８）。機器属性ＩＤ“ＩＤ１／ｍｏｂｉｌｅ”へのプッシュ通知の待ち受けがあるので、プッシュサーバ１０３はこの待ち受けを用いてプッシュ通知を送信する（Ｍ１３０９、Ｓ１５１２、Ｓ１５１４）。送信されたプッシュ通知はモバイル端末１０２で受信され、このプッシュ通知を受信したモバイル端末１０２は、プッシュ通知に対応した表示を行う（Ｍ１３１０）。

次に、プッシュサーバ１０３は、サービス属性ＩＤ“ＩＤ１”に対するプッシュ要求を受信する（Ｍ１３１１）。まず、プッシュサーバ１０３は、サービス属性ＩＤ“ＩＤ１”に対するプッシュ通知の待ち受けが無いことを確認する。次に、機器属性ＩＤ“ＩＤ１／ｄｅｖｉｃｅ”と機器属性ＩＤ“ＩＤ１／ｍｏｂｉｌｅ”に対するプッシュ通知の待ち受けがあるので、これらに対して、プッシュ通知を送信する（Ｍ１３１２、Ｍ１３１３、Ｓ１５２２、Ｓ１５２３）。プッシュ通知は、それぞれ電子機器１０１およびモバイル端末１０２により受信され、それぞれがプッシュ通知に対応した表示を行う（Ｍ１３１４、Ｍ１３１５）。

なお、電子機器１０１がプッシュサーバ１０３からのプッシュ通知を待ち受ける所定の条件下でない場合は、モバイル端末１０２による中継（代理）が行われることになる。その場合、Ｍ１３０１、Ｍ１３０２ではモバイル端末１０２とプッシュサーバ１０３がＨＴＴＰ／２で接続され、ＨＥＡＤＥＲＳフレームがモバイル端末１０２からプッシュサーバ１０３へ送信されることになる。またＭ１３０６では、プッシュ通知（ＰＵＳＨ＿ＰＲＯＭＩＳＥフレーム）がモバイル端末１０２により受信され、機器属性ＩＤにしたがって電子機器１０１へのプッシュ代理通知が実行されることになる。同様に、Ｍ１３１３でも、プッシュ通知がモバイル端末１０２により受信され、機器属性ＩＤにしたがって電子機器１０１へのプッシュ代理通知が実行されることになる。

以上のように、第３実施形態では、機器属性ＩＤ、サービス属性ＩＤをＨＴＴＰのパスと関連付けて、更に、親子関係を付与した。その結果、プッシュ通知の待ち受けを開始する場合に、作成するストリームの数を削減することが出来る。また、その結果、ネットワークの処理負荷と、電子機器１０１の処理負荷を軽減することが出来る。

以上のように、上述した各実施形態によれば、通信装置が、他の機器にプッシュ通知を代理で受信するように依頼することで、常時接続を維持する必要が無くなる。その結果、通信装置の消費電力量を低減することができる。さらに、カメラなどの組込み機器に適用した場合、プッシュメッセージの待受け時間が長くなるという効果がある。

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

１０１：電子機器、１０２：モバイル端末、１０３：プッシュサーバ、１０４：アプリケーションサーバ、１０５：無線ＬＡＮアクセスポイント、１０６：公衆無線基地局、１０７：ルータ

Claims (19)

1. 通信装置であって、
   前記通信装置を通知対象とするプッシュ通知を識別するための識別情報を、中継装置に送信する送信手段と、
   サーバ装置により送信されるプッシュ通知のうち前記識別情報に対応するプッシュ通知の送信先が前記中継装置となるように前記サーバ装置に設定させるための情報を提供する提供手段と、
   前記送信手段による前記中継装置への前記識別情報の送信および前記提供手段による前記情報の提供の後に、前記通信装置の動作モードを、前記中継装置を介さずに前記サーバ装置と通信可能な第１動作モードから、前記サーバ装置との接続に係る消費電力よりも小さい消費電力で接続可能な前記中継装置を介して前記サーバ装置と通信する第２動作モードに切り替えるための処理を実行する制御手段と、
   前記制御手段により実行される制御に応じて前記通信装置の動作モードが前記第２動作モードに切り替わった後に、前記サーバ装置から前記中継装置へのプッシュ通知の送信に応じて前記中継装置から前記通信装置へ送信されたプッシュ通知を受信する受信手段とを有することを特徴とする通信装置。
2. 前記提供手段は、前記情報を前記中継装置へ提供することを特徴とする請求項１に記載の通信装置。
3. 前記提供手段は、前記情報を前記サーバ装置へ提供することを特徴とする請求項１に記載の通信装置。
4. 前記第２動作モードは、前記サーバ装置と接続可能な第１の通信手段には電力が供給されず、前記中継装置と接続可能な第２の通信手段に電力が供給される動作モードであることを特徴とする請求項１乃至３の何れか１項に記載の通信装置。
5. 前記受信手段は、前記中継装置から前記通信装置へ送信されたプッシュ通知を前記第２動作モードにおいて受信することを特徴とする請求項１乃至４の何れか１項に記載の通信装置。
6. 前記通信装置を通知対象とするプッシュ通知を前記中継装置が前記サーバ装置から受信したことを示す通知を、前記第２動作モードにおいて使用される第２の通信方式に従って受信する第２受信手段を有し、
   前記受信手段は、前記中継装置から前記通信装置へ送信されたプッシュ通知を、前記第２の通信方式とは異なる第１の通信方式に従って受信することを特徴とする請求項１乃至４の何れか１項に記載の通信装置。
7. 前記第１動作モードは、前記通信装置が第１の通信方式に従って通信可能なモードであり、
   前記第２動作モードは、前記通信装置が前記第１の通信方式とは異なる第２の通信方式に従って通信可能なモードであることを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
8. 前記第２の通信方式は、ＢＬＥ、ＺｉｇＢｅｅ、及びＮＦＣの何れかによって通信を行う方式であり、
   前記第１の通信方式は、無線ＬＡＮ、公衆無線、及び有線ＬＡＮの何れかによって通信を行う方式であることを特徴とする請求項７に記載の通信装置。
9. 前記送信手段は、前記第１動作モードにおいて前記識別情報を前記中継装置へ送信することを特徴とする請求項１乃至８の何れか１項に記載の通信装置。
10. 中継装置であって、
    通信装置を通知対象として送信されるプッシュ通知を識別するための識別情報を保持する保持手段と、
    サーバ装置により送信されるプッシュ通知のうち前記識別情報に対応するプッシュ通知の送信先が前記中継装置となるように前記サーバ装置に設定させるための情報を提供する提供手段と、
    前記提供手段により前記情報が提供された後に、前記サーバ装置により送信されたプッシュ通知を第１通信手段を用いて受信する受信手段と、
    前記受信手段により受信されたプッシュ通知が前記通信装置を通知対象とするプッシュ通知であるかを、前記保持手段により保持された前記識別情報に基づいて判定する判定手段と、
    前記受信手段により受信されたプッシュ通知が前記通信装置を通知対象とするプッシュ通知であると前記判定手段により判定された場合に、前記第１通信手段とは少なくとも通信方式が異なる第２通信手段を用いて前記通信装置へプッシュ通知を送信する送信手段とを有することを特徴とする中継装置。
11. 前記通信装置から前記識別情報を受信する第２受信手段を有し、
    前記保持手段は、前記第２受信手段により受信された前記識別情報を保持することを特徴とする請求項１０に記載の中継装置。
12. 前記第２通信手段は、前記第１通信手段よりも小さい消費電力で動作可能であることを特徴とする請求項１０又は１１に記載の中継装置。
13. 前記第１通信手段は、ＨＴＴＰ／２に従って通信を行うことを特徴とする請求項１０乃至１２のいずれか１項に記載の中継装置。
14. 前記識別情報は、サービスを識別するサービス属性ＩＤと、前記通信装置を識別する識別子とを含むことを特徴とする請求項１０乃至１３のいずれか１項に記載の中継装置。
15. 通信装置の制御方法であって、
    前記通信装置を通知対象として送信されるプッシュ通知を識別するための識別情報を、中継装置に送信する送信工程と、
    サーバ装置により送信されるプッシュ通知のうち前記識別情報に対応するプッシュ通知の送信先が前記中継装置となるように前記サーバ装置に設定させるための情報を提供する提供工程と、
    前記送信工程における前記中継装置への前記識別情報の送信および前記提供工程における前記情報の提供の後に、前記通信装置の動作モードを、前記中継装置を介さずに前記サーバ装置と通信可能な第１動作モードから、前記サーバ装置との接続に係る消費電力よりも小さい消費電力で接続可能な前記中継装置を介して前記サーバ装置と通信する第２動作モードに切り替えるための処理を実行する制御工程と、
    前記制御工程において実行される制御に応じて前記通信装置の動作モードが前記第２動作モードに切り替わった後に、前記サーバ装置から前記中継装置へのプッシュ通知の送信に応じて前記中継装置から前記通信装置へ送信されたプッシュ通知を受信する受信工程と、を有することを特徴とする通信装置の制御方法。
16. 前記提供工程は、前記情報を前記中継装置又は前記サーバ装置へ提供することを特徴とする請求項１５に記載の通信装置の制御方法。
17. 中継装置の制御方法であって、
    通信装置を通知対象として送信されるプッシュ通知を識別するための識別情報を保持する保持工程と、
    サーバ装置により送信されるプッシュ通知のうち前記識別情報に対応するプッシュ通知の送信先が前記中継装置となるように前記サーバ装置に設定させるための情報を提供する提供工程と、
    前記提供工程において前記情報が提供された後に、前記サーバ装置により送信されたプッシュ通知を第１通信手段を用いて受信する受信工程と、
    前記受信工程において受信されたプッシュ通知が前記通信装置を通知対象とするプッシュ通知であるかを、前記保持工程において保持された前記識別情報に基づいて判定する判定工程と、
    前記受信工程において受信されたプッシュ通知が前記通信装置を通知対象とするプッシュ通知であると前記判定工程において判定された場合に、前記第１通信手段とは少なくとも通信方式が異なる第２通信手段を用いて前記通信装置へプッシュ通知を送信する送信工程と、を有することを特徴とする中継装置の制御方法。
18. 前記通信装置から前記識別情報を受信する第２受信工程を有し、
    前記保持工程は、前記第２受信工程において受信された前記識別情報を保持することを特徴とする請求項１７に記載の中継装置の制御方法。
19. 請求項１乃至９の何れか１項に記載の通信装置、又は請求項１０乃至１４の何れか１項に記載の中継装置としてコンピュータを機能させるためのプログラム。

Images