(57)【要約】  本発明は、ハートビートメッセージを送信するための方法、及び携帯端末を開示する。方法は、ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定するステップと、第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定するステップと、第１の判定結果が否定であるとともに、第１の時点が到来する場合に、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムをウェイクアップするステップとを含む。本発明の方法又は携帯端末を使用することにより、端末によりハートビートメッセージを送信するための消費電力が削減されることができるとともに、さらに端末の平均の待機時消費電力が削減されることができ、それにより、端末の待機時間を延ばす。
2016536892.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションプロセッサ及びモデムを少なくとも備える携帯端末に適用される、ハートビートメッセージを送信するための方法であって、当該方法が、
ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定するステップと、
前記第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定するステップと、
前記第１の判定結果が否定であるとともに、前記第１の時点が到来する場合に、前記ハートビートメッセージをサービスプッシュサーバに送信するために前記モデムをウェイクアップするステップとを含む、方法。
【請求項２】
第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定する前記ステップのあとに、当該方法が、
前記第１の判定結果が肯定である場合に、前記の受信されたプッシュメッセージを、前記プッシュメッセージに対応する内容情報を取得するために前記モデムを使用することにより、事前設定されたプロトコルに従って解析するステップと、
前記内容情報に従って、前記プッシュメッセージに対応するアプリケーションプログラムを判定するステップと、
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信するステップとを更に含む、請求項１に記載の方法。
【請求項３】
前記プッシュメッセージに対応するアプリケーションプログラムを判定する前記ステップのまえに、当該方法が、
前記内容情報の中のプログラム識別子情報を取得するステップを更に含み、
前記プッシュメッセージに対応するアプリケーションプログラムを判定する前記ステップが、
前記プログラム識別子情報に対応するアプリケーションプログラムを判定するステップを具体的に含む、請求項２に記載の方法。
【請求項４】
前記ハートビートメッセージをサービスプッシュサーバに送信するために前記モデムをウェイクアップする前記ステップのあとに、当該方法が、
低消費電力モードに入るように前記モデムを設定するステップと、
前記ハートビートメッセージ送信周期に従って、第２の時点を設定するステップと、
前記第２の時点が到来するとともに、前記第２の時点が到来するまえにプッシュメッセージが受信されていない場合に、前記ハートビートメッセージを前記サービスプッシュサーバに送信するために前記モデムをウェイクアップするステップとを更に含む、請求項１から請求項３のいずれか一項に記載の方法。
【請求項５】
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信する前記ステップのあとに、当該方法が、
スリープ状態に入るように前記アプリケーションプロセッサを設定するステップを更に含む、請求項２と請求項３のどちらか一項に記載の方法。
【請求項６】
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信する前記ステップのまえに、当該方法が、
前記アプリケーションプロセッサが前記スリープ状態にある場合に、前記アプリケーションプロセッサをウェイクアップするステップを更に含む、請求項２と請求項３のどちらか一項に記載の方法。
【請求項７】
アプリケーションプロセッサ及びモデムを少なくとも備える携帯端末であって、当該携帯端末が、
ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定するように構成される判定ユニットと、
前記第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定するように構成される判断ユニットと、
前記第１の判定結果が否定であるとともに、前記第１の時点が到来する場合に、前記ハートビートメッセージをサービスプッシュサーバに送信するために前記モデムをウェイクアップするように構成されるウェイクアップユニットとを備える、端末。
【請求項８】
当該端末が、プッシュメッセージ解析ユニット及び送信ユニットを更に備え、
前記プッシュメッセージ解析ユニットが、前記第１の判定結果を取得するために前記プッシュメッセージが受信されたかどうかが判定されたあとに、前記第１の判定結果が肯定である場合に、前記の受信されたプッシュメッセージを、前記プッシュメッセージに対応する内容情報を取得するために前記モデムを使用することにより、事前設定されたプロトコルに従って解析するように構成され、
前記判定ユニットが、前記内容情報に従って、前記プッシュメッセージに対応するアプリケーションプログラムを判定するように更に構成され、
前記送信ユニットが、前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信するように構成される、請求項７に記載の端末。
【請求項９】
当該端末が、
前記プッシュメッセージに対応する前記アプリケーションプログラムが判定されるまえに、前記内容情報の中のプログラム識別子情報を取得するように構成される取得ユニットを更に備え、
前記判定ユニットが、
前記プログラム識別子情報に対応するアプリケーションプログラムを判定するように構成される判定サブユニットを具体的に備える、請求項８に記載の端末。
【請求項１０】
当該端末が、
前記ハートビートメッセージを前記サービスプッシュサーバに送信するために前記モデムがウェイクアップされたあとに、低消費電力モードに入るように前記モデムを設定するように構成される設定ユニットを更に備え、
前記設定ユニットが、前記ハートビートメッセージ送信周期に従って、第２の時点を設定するように更に構成され、
前記第２の時点が到来するとともに、前記第２の時点が到来するまえにプッシュメッセージが受信されていない場合に、前記ハートビートメッセージを前記サービスプッシュサーバに送信するために前記モデムがウェイクアップされる、請求項７から請求項９のいずれか一項に記載の端末。
【請求項１１】
当該端末が、
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージが送信されたあとに、スリープ状態に入るように前記アプリケーションプロセッサを設定するように構成されるスリープモード設定ユニットを更に備える、請求項８と請求項９に記載の端末。
【請求項１２】
前記ウェイクアップユニットが、
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージが送信されるまえに、スリープ状態にある前記アプリケーションプロセッサをウェイクアップするように更に構成される、請求項８と請求項９のどちらか一項に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信技術の分野に関し、具体的には、ハートビートメッセージを送信するための方法、及び携帯端末に関する。
【背景技術】
【０００２】
プッシュ（Ｐｕｓｈ）サービスは、今や多数の端末サービスのうちの１つである。
プッシュサービスは、主として、端末がサービスプッシュサーバとの接続を確立したあとのサービスのことを指し、接続は常に維持され得る。サーバが端末にメッセージを送信する必要がある場合に、メッセージは、接続を利用することにより、リアルタイムで端末に送信され得る。
【０００３】
インスタントメッセージングソフトウェアがインストールされている携帯電話が一例として使用される。ソフトウェアのプッシュ機能が有効にされたあとに、たとえソフトウェアが無効な状態にあるとしても、携帯電話は、別の端末により送信されるセッションメッセージをリアルタイムで受信し得るとともに、受信されたセッションメッセージをスクリーン上に表示し得る。
【０００４】
サービスプッシュのためのキーポイントは、端末がサーバとの持続的な接続を確立する必要があることである。端末はサーバとの継続的接続の接続された状態を維持する必要があるので、確立された接続は継続的接続と言われる。従来技術では、継続的接続を維持する方法は、ハートビートメッセージを主として送信している。具体的には、プッシュエージェント（Ｐｕｓｈ  Ａｇｅｎｔ）プログラムは、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ、ＡＰ）の側に設定される。Ｐｕｓｈ  Ａｇｅｎｔは、プッシュ機能を可能にするアプリケーションプログラムのプロバイダサーバ（Ｐｒｏｖｉｄｅｒ  Ｓｅｒｖｅｒ）と通信するとともに、プッシュメッセージが到来したかどうかを問い合わせるために使用される。プッシュメッセージが到来する場合に、プッシュサービスを提供するプッシュサーバ（Ｐｕｓｈ  Ｓｅｒｖｅｒ）は、長い間維持されているソケット（Ｓｏｃｋｅｔ）を使用することにより、Ｐｕｓｈ  Ａｇｅｎｔに対して、プッシュメッセージが到来したという通知を送信する。プッシュメッセージが特定の時間内に到来しない場合に、Ｓｏｃｋｅｔリンクを維持するように、Ｐｕｓｈ  Ａｇｅｎｔは、ハートビートメッセージをＰｕｓｈ  Ｓｅｒｖｅｒに送信するためにＡＰを定期的にウェイクアップする必要がある。ハートビートメッセージを送信する処理では、端末のデジタル信号を、無線インタフェースネットワークを通して伝播されることができるパルス信号に変換するために、モデム（Ｍｏｄｅｍ）が更に呼び出される必要がある。
【０００５】
ハードウェアの点では、ＡＰ及びＭｏｄｅｍは、異なる機能を有する２つのチップ又は構造体である。したがって、従来技術では、ハートビートメッセージを送信する方法は、２つのハードウェア構造体（ＡＰ及びＭｏｄｅｍ）の両方を使用することにより実行される必要がある。消費電力が比較的高いとともに、ハートビートメッセージは定期的に送信される必要がある。これは、さらに、端末のより大きな平均の待機時消費電力の原因になり、端末の待機時間を短くする。
【発明の概要】
【０００６】
これを考慮した結果、本発明は、ハートビートメッセージを送信するための方法、及び携帯端末を提供し、ここで、Ｐｕｓｈ  ＡｇｅｎｔはＭｏｄｅｍの側に実装され、ハートビートメッセージが送信される場合に端末の消費電力があまりにも大きい、という問題を解決するために、ハートビートメッセージが送信される場合に、ＡＰはその代りにウェイクアップされない。特定の解決法は下記のとおりである。
【０００７】
本願の第１の態様の第１の可能な実施方法によれば、本願は、アプリケーションプロセッサ及びモデムを少なくとも含む携帯端末に適用される、ハートビートメッセージを送信するための方法であって、当該方法が、ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定するステップと、前記第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定するステップと、前記第１の判定結果が否定であるとともに、前記第１の時点が到来する場合に、前記ハートビートメッセージをサービスプッシュサーバに送信するために前記モデムをウェイクアップするステップとを含む、方法を提供する。
【０００８】
第１の態様の第２の可能な実施方法に関連して、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定する前記ステップのあとに、当該方法は、前記第１の判定結果が肯定である場合に、前記の受信されたプッシュメッセージを、前記プッシュメッセージに対応する内容情報を取得するために前記モデムを使用することにより、事前設定されたプロトコルに従って解析するステップと、前記内容情報に従って、前記プッシュメッセージに対応するアプリケーションプログラムを判定するステップと、前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信するステップとを更に含む。
【０００９】
第１の態様の第２の可能な実施方法の第１の特定の実施方法に関連して、前記プッシュメッセージに対応するアプリケーションプログラムを判定する前記ステップのまえに、当該方法は、前記内容情報の中のプログラム識別子情報を取得するステップを更に含み、前記プッシュメッセージに対応するアプリケーションプログラムを判定する前記ステップは、前記プログラム識別子情報に対応するアプリケーションプログラムを判定するステップを具体的に含む。
【００１０】
第１の態様の３つの可能な実施方法のうちのいずれか１つに関連して、前記ハートビートメッセージをサービスプッシュサーバに送信するために前記モデムをウェイクアップする前記ステップのあとに、当該方法は、低消費電力モードに入るように前記モデムを設定するステップと、前記ハートビートメッセージ送信周期に従って、第２の時点を設定するステップと、前記第２の時点が到来するとともに、前記第２の時点が到来するまえにプッシュメッセージが受信されていない場合に、前記ハートビートメッセージを前記サービスプッシュサーバに送信するために前記モデムをウェイクアップするステップとを更に含む。
【００１１】
第１の態様の第２の可能な実施方法のうちのどれか１つに関連して、前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信する前記ステップのあとに、当該方法は、スリープ状態に入るように前記アプリケーションプロセッサを設定するステップを更に含む。
【００１２】
第１の態様の第２の可能な実施方法のうちのどれか１つに関連して、前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信する前記ステップのまえに、当該方法は、前記アプリケーションプロセッサがスリープ状態にある場合に、前記アプリケーションプロセッサをウェイクアップするステップを更に含む。
【００１３】
本願の第２の態様の第１の可能な実施方法によれば、本願は、アプリケーションプロセッサ及びモデムを少なくとも含む携帯端末であって、当該携帯端末が、ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定するように構成される判定ユニットと、前記第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定するように構成される判断ユニットと、前記第１の判定結果が否定であるとともに、前記第１の時点が到来する場合に、前記ハートビートメッセージをサービスプッシュサーバに送信するために前記モデムをウェイクアップするように構成されるウェイクアップユニットとを含む、端末を提供する。
【００１４】
第２の態様の第２の可能な実施方法に関連して、当該端末は、プッシュメッセージ解析ユニット及び送信ユニットを更に含み、前記プッシュメッセージ解析ユニットは、前記第１の判定結果を取得するために前記プッシュメッセージが受信されたかどうかが判定されたあとに、前記第１の判定結果が肯定である場合に、前記の受信されたプッシュメッセージを、前記プッシュメッセージに対応する内容情報を取得するために前記モデムを使用することにより、事前設定されたプロトコルに従って解析するように構成され、前記判定ユニットは、前記内容情報に従って、前記プッシュメッセージに対応するアプリケーションプログラムを判定するように更に構成され、前記送信ユニットは、前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信するように構成される。
【００１５】
第２の態様の第２の可能な実施方法の第１の特定の実施方法に関連して、当該端末は、前記プッシュメッセージに対応する前記アプリケーションプログラムが判定されるまえに、前記内容情報の中のプログラム識別子情報を取得するように構成される取得ユニットを更に含み、前記判定ユニットは、前記プログラム識別子情報に対応するアプリケーションプログラムを判定するように構成される判定サブユニットを具体的に含む。
【００１６】
第２の態様の３つの可能な実施方法のうちのいずれか１つに関連して、当該端末は、前記ハートビートメッセージを前記サービスプッシュサーバに送信するために前記モデムがウェイクアップされたあとに、低消費電力モードに入るように前記モデムを設定するように構成される設定ユニットを更に含み、前記設定ユニットは、前記ハートビートメッセージ送信周期に従って、第２の時点を設定するように更に構成され、前記第２の時点が到来するとともに、前記第２の時点が到来するまえにプッシュメッセージが受信されていない場合に、前記ハートビートメッセージを前記サービスプッシュサーバに送信するために前記モデムはウェイクアップされる。
【００１７】
第２の態様の第２の可能な実施方法のうちのどれか１つに関連して、当該端末は、前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージが送信されたあとに、スリープ状態に入るように前記アプリケーションプロセッサを設定するように構成されるスリープモード設定ユニットを更に含む。
【００１８】
第２の態様の第２の可能な実施方法のうちのどれか１つに関連して、前記ウェイクアップユニットは、前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージが送信されるまえに、スリープ状態にある前記アプリケーションプロセッサをウェイクアップするように更に構成される。
【００１９】
本願の実施例のハートビートメッセージを送信するための方法、及び携帯端末によれば、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムがウェイクアップされる、ということが、前述の技術的解決法から学習されることができる。アプリケーションプロセッサはウェイクアップされる必要がないかもしれず、ハートビートメッセージを送信するための主な消費電力は、モデムの消費電力になる。従来技術と比較すると、アプリケーションプロセッサがウェイクアップされる必要がないので、端末によりハートビートメッセージを送信するための消費電力が削減されることができるとともに、さらに端末の平均の待機時消費電力が削減されることができ、それにより、端末の待機時間を延ばす。
【００２０】
本発明の実施例におけるか又は従来技術における技術的解決法をより明確に説明するために、下記は、実施例又は従来技術を説明するために必要とされる添付図面を簡単に説明する。明らかに、下記の説明における添付図面は本発明の単にいくつかの実施例を表すとともに、当業者は、創造的な努力なしでこれらの添付図面からさらに他の図面を導き出し得る。
【図面の簡単な説明】
【００２１】
【図１】本願によるハートビートメッセージを送信するための方法の実施例１のフローチャートである。
【図２】本願によるハートビートメッセージを送信するための方法の実施例２のフローチャートである。
【図３】本願による携帯端末の実施例１の構造図である。
【図４】本願によるシステム構造の概略図である。
【図５】本願による計算ノードの構造図である。
【発明を実施するための形態】
【００２２】
下記は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決法を明確かつ十分に説明する。明らかに、説明される実施例は本発明の実施例の全てではなく単なる一部である。創作的な努力なしで本発明の実施例に基づいて当業者により獲得される他の全ての実施例は、本発明の保護範囲に含まれるものとする。
【００２３】
本願によるハートビートメッセージを送信するための方法は、携帯端末に適用される。携帯端末は、携帯電話、タブレットなどであり得る。携帯端末は、ネットワーク接続機能を有しており、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ  ｆｉｄｅｌｉｔｙ、ＷｉＦｉ）を用いて、若しくは第３世代移動体通信技術（３ｒｄ−ｇｅｎｅｒａｔｉｏｎ、３Ｇ）を用いて、データを受信し得るか、又はデータをアップロードし得る。携帯端末は、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ、ＡＰ）、及びモデム（Ｍｏｄｅｍ）を少なくとも含む。モデムは、端末のデジタル信号を、無線インタフェースネットワークを通して伝播されることができるパルス信号に変換するように構成されるとともに、同様に、無線インタフェース無線ネットワークのパルス信号を、携帯端末により識別されることができるデジタル信号に変換し得る。アプリケーションプロセッサは、オーディオ及びビデオ機能、並びに専用インタフェースが低消費電力ＣＰＵをベースにして拡張される、大規模集積回路である。アプリケーションプロセッサは、主としてアプリケーションプログラムを実行することに関与する。
【００２４】
図１は、本願によるハートビートメッセージを送信するための方法の実施例１のフローチャートである。図１において示されたように、方法は、下記のステップを含み得る。
【００２５】
ステップ１０１：ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定する。
【００２６】
ハートビートメッセージ送信周期は、実需に従って設定され得るとともに、数秒になり得るか、又は数十秒になり得る。ハートビートメッセージが前回１０：１０：００に送信され、ハートビートメッセージ送信周期が３０秒であると仮定すると、１０：１０：３０が、ハートビートメッセージが送信される必要がある第１の時点である、ということが判定され得る。
【００２７】
第１の時点は、ハートビートメッセージが送信される必要がある時点を示すために使用され、ここで、時点は、ステップ１０１が実行され始める瞬間から最短時間のあとに到来する。同様に、前述の仮定が一例として使用され、ハートビートメッセージが前回１０：１０：００に送信され、ハートビートメッセージ送信周期が３０秒であると仮定すると、１０：１０：３０が、ハートビートメッセージが送信される必要がある時点であり、１０：１１：００が、同様に、ハートビートメッセージが送信される必要がある時点である、ということが判定され得る。この実施例では、ステップ１０１は、ハートビートメッセージが前回送信されたあと、又はプッシュメッセージが前回受信されたあとに、実行され始める。ステップ１０１が１０：１０：００のあとに即座に実行されると仮定すると、ハートビートメッセージが送信される必要がある時点が１０：１０：３０であり、時点は最短時間のあとに到来する、ということが判定され得る。すなわち、１０：１０：３０が第１の時点になる。
【００２８】
ステップ１０２：第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定する。
【００２９】
第１の時点が判定されたあとに、第１の時点が到来したかどうかを監視するように、タイマが計時を実行するために使用され得る。計時処理の間、リアルタイムに、サービスプッシュサーバにより送信されるプッシュメッセージが受信されたかどうかが判定され得る。もしプッシュメッセージが受信されたならば、第１の判定結果は肯定であり、又は、もしプッシュメッセージが受信されていないならば、第１の判定結果は否定である。
【００３０】
プッシュメッセージが受信されたあとに、プッシュメッセージは、ＡＰに設定される対応するアプリケーションプログラムに送信され得るとともに、対応するアプリケーションプログラムは、プッシュ及び表示のために、プッシュメッセージを処理する。
【００３１】
プッシュメッセージが受信されていない場合に、ハートビートメッセージは、サービスプッシュサーバとの接続を維持するように、サービスプッシュサーバに送信される必要がある。
【００３２】
ステップ１０３：第１の判定結果が否定であるとともに、第１の時点が到来する場合に、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムをウェイクアップする。
【００３３】
このステップでは、アプリケーションプロセッサの代わりにモデムがウェイクアップされる。モデムは、ウェイクアップされる前には、低消費電力モードにある。モデムがウェイクアップされたあとに、モデムは、サービスプッシュサーバとの接続を維持するように、ハートビートメッセージをサービスプッシュサーバに送信し得る。
【００３４】
結論として、この実施例におけるハートビートメッセージを送信するための方法は、ハートビートメッセージが送信される必要がある第１の時点を判定し、第１の時点が到来するまえに、プッシュメッセージが受信されたかどうかを判定し、そして、プッシュメッセージが受信されていない場合に、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムをウェイクアップしている。従来技術における方法によれば、ハートビートメッセージを送信するために、アプリケーションプロセッサはウェイクアップされる必要があり、ハートビートメッセージは、アプリケーションプロセッサを使用することによりモデムに送信され、そして、ハートビートメッセージは、モデムを使用することによりサーバに送信され、ここで、ハートビートメッセージを送信するための主な消費電力は、アプリケーションプロセッサの消費電力とモデムの消費電力の合計になる。この実施例の方法によれば、アプリケーションプロセッサはウェイクアップされる必要がなく、ここで、ハートビートメッセージを送信するための主な消費電力は、モデムの消費電力になる。
【００３５】
従来技術と比較すると、この実施例の方法を使用することにより、アプリケーションプロセッサがウェイクアップされる必要がないので、端末によりハートビートメッセージを送信するための消費電力が削減されることができるとともに、さらに端末の平均の待機時消費電力が削減されることができ、それにより、端末の待機時間を延ばす。
【００３６】
本願の実施例におけるアプリケーションプロセッサ及びモデムは、２つの別個のチップであり得るか、又は同じチップ上の異なるハードウェア構造であり得る、ということに注意が必要である。本願における実施例の方法の対応するプログラムは、全てモデムの側に実装される。具体的には、プログラムは、Ｃ言語を用いることによりコンパイルされ、そしてモデムの記憶領域に記憶され得る。
【００３７】
図２は、本願によるハートビートメッセージを送信するための方法の実施例２のフローチャートである。手順は、下記のステップを含み得る。
【００３８】
ステップ２０１：ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定する。
【００３９】
ステップ２０２：第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定し、第１の判定結果が否定である場合にはステップ２０３を実行し、第１の判定結果が肯定である場合にはステップ２０４を実行する。
【００４０】
ステップ２０３：第１の判定結果が否定であるとともに、第１の時点が到来する場合に、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムをウェイクアップする。
【００４１】
ハートビートメッセージが送信されたあとで、ステップ２０９が実行され得る。
【００４２】
ステップ２０４：第１の判定結果が肯定である場合に、受信されたプッシュメッセージを、プッシュメッセージに対応する内容情報を取得するためにモデムを使用することにより、事前設定されたプロトコルに従って解析する。
【００４３】
事前設定されたプロトコルは、第３世代パートナシッププロジェクト（３ＧＰＰ）プロトコルであることができるか、又はロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）プロトコルであることができ、それは、端末と、プッシュメッセージを送信するサーバとの間で使用される事前設定されたプロトコルのタイプに依存する。
【００４４】
内容情報は、アプリケーションプログラムのプログラム識別子情報を少なくとも含むとともに、具体的にはｉｄ番号であり得る。異なるアプリケーションプログラムは、異なるｉｄ番号に対応している。
【００４５】
ステップ２０５：内容情報に従って、プッシュメッセージに対応するアプリケーションプログラムを判定する。
【００４６】
具体的には、内容情報の中のプログラム識別子情報が取得され得るとともに、プログラム識別子情報に対応するアプリケーションプログラムが判定される。
【００４７】
ステップ２０６：スリープ状態にあるアプリケーションプロセッサをウェイクアップする。
【００４８】
プッシュメッセージは、アプリケーションプロセッサに設定されるアプリケーションプログラムに送信される必要があるので、アプリケーションプロセッサはウェイクアップされる必要があり、アプリケーションプロセッサがアプリケーションプログラムを実行したあとに、アプリケーションプログラムはプッシュメッセージを処理する。
【００４９】
ステップ２０７：アプリケーションプロセッサに設定されるアプリケーションプログラムにプッシュメッセージを送信する。
【００５０】
アプリケーションプログラムは、プログラムそれ自体により設定される方法でプッシュメッセージを処理し得る。スクリーン上に表示されたプッシュメッセージをユーザがクリック又はタップする場合に、アプリケーションプログラムが開始され得るように、処理することは、プッシュメッセージを特定の位置に表示し、アプリケーションプログラムに対するリンクを生成することを含む。
【００５１】
ステップ２０８：スリープ状態に入るようにアプリケーションプロセッサを設定する。
【００５２】
プッシュメッセージが送信されたあとに、アプリケーションプロセッサはスリープ状態に入るように設定され得る。スリープ状態では、アプリケーションプロセッサの消費電力は削減され得る。
【００５３】
ステップ２０９：低消費電力モードに入るようにモデムを設定する。
【００５４】
プッシュメッセージが送信されたか、又はハートビートメッセージが送信されたあとに、モデムは、低消費電力モードに入るように更に設定され得る。低消費電力モードでは、モデムの消費電力はより低くなるとともに、モデムは、ハートビートメッセージ送信周期に従って、定期的にウェイクアップされ得る。ウェイクアップされたあとに、モデムはハートビートメッセージを送信し得る。
【００５５】
ステップ２１０：第２の時点が到来するとともに、第２の時点が到来するまえにプッシュメッセージが受信されていない場合に、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムをウェイクアップするように、ハートビートメッセージ送信周期に従って、第２の時点を設定する。
【００５６】
プッシュメッセージが送信されたか、又はハートビートメッセージが送信されたあとに、ハートビートメッセージ送信周期に従って、計時が実行され始め得るとともに、計時が終了したあとに到達される時点は、第２の時点に設定される。
【００５７】
この実施例では、アプリケーションプロセッサがプッシュメッセージを処理したあとに、アプリケーションプロセッサの消費電力を削減するように、アプリケーションプロセッサは、スリープモードに設定されることができ、モデムがハートビートメッセージを送信したあとに、携帯端末の消費電力を更に削減するように、モデムは、低消費電力モードに設定されることができ、それは待機時間を延ばす。
【００５８】
本願は、携帯端末を更に開示する。携帯端末は、携帯電話、タブレットなどであり得る。図３は、本願による携帯端末の実施例１の構造図である。図３において示されたように、携帯端末は、ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定するように構成される判定ユニット３０１と、第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定するように構成される判断ユニット３０２と、第１の判定結果が否定であるとともに、第１の時点が到来する場合に、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムをウェイクアップするように構成されるウェイクアップユニット３０３とを含み得る。
【００５９】
従来技術と比較すると、この実施例の携帯端末を使用することにより、アプリケーションプロセッサがウェイクアップされる必要がないので、端末によりハートビートメッセージを送信するための消費電力が削減されることができるとともに、さらに端末の平均の待機時消費電力が削減されることができ、それにより、端末の待機時間を延ばす。
【００６０】
実際のアプリケーションでは、端末は、プッシュメッセージ解析ユニット及び送信ユニットを更に含むことができ、プッシュメッセージ解析ユニットは、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかが判定されたあとに、第１の判定結果が肯定である場合に、受信されたプッシュメッセージを、プッシュメッセージに対応する内容情報を取得するためにモデムを使用することにより、事前設定されたプロトコルに従って解析するように構成され、判定ユニット３０１は、内容情報に従って、プッシュメッセージに対応するアプリケーションプログラムを判定するように更に構成され、送信ユニットは、アプリケーションプロセッサに設定されるアプリケーションプログラムにプッシュメッセージを送信するように構成される。
【００６１】
端末は、プッシュメッセージに対応するアプリケーションプログラムが判定されるまえに、内容情報の中のプログラム識別子情報を取得するように構成される取得ユニットを更に含み得るとともに、判定ユニット３０１は、プログラム識別子情報に対応するアプリケーションプログラムを判定するように構成される判定サブユニットを具体的に含む。
【００６２】
端末は、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムがウェイクアップされたあとに、低消費電力モードに入るようにモデムを設定するように構成される設定ユニットを更に含み得るとともに、設定ユニットは、ハートビートメッセージ送信周期に従って、第２の時点を設定するように更に構成され、第２の時点が到来するとともに、第２の時点が到来するまえにプッシュメッセージが受信されていない場合に、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムはウェイクアップされる。
【００６３】
実際のアプリケーションでは、端末は、アプリケーションプロセッサに設定されるアプリケーションプログラムにプッシュメッセージが送信されたあとに、スリープ状態に入るようにアプリケーションプロセッサを設定するように構成されるスリープモード設定ユニットを更に含み得る。実際のアプリケーションでは、ウェイクアップユニット３０３は、アプリケーションプロセッサに設定されるアプリケーションプログラムにプッシュメッセージが送信されるまえに、スリープ状態にあるアプリケーションプロセッサをウェイクアップするように更に構成される。
【００６４】
図４は、本願によるシステム構造の概略図である。図４において示されたように、携帯端末は、アプリケーションプロセッサ４０１と、モデム４０２と、プッシュサーバ４０３と、アプリケーションサーバのプロバイダサーバ４０４とを含み得る。プッシュエージェントプログラム４０２１は、モデム４０２に設定される。
【００６５】
アプリケーションプロセッサ４０１は、アプリケーションプロセッサ４０１に設定されるアプリケーションプログラムを実行するように構成される。
【００６６】
モデム４０２は、モデム４０２に設定されるプッシュエージェントプログラム（Ｐｕｓｈ  Ａｇｅｎｔ）４０２１を実行し得る。
【００６７】
具体的には、プッシュエージェントプログラム４０２１は、ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定するように構成される判定ユニット３０１と、第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定するように構成される判断ユニット３０２と、第１の判定結果が否定であるとともに、第１の時点が到来する場合に、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムをウェイクアップするように構成されるウェイクアップユニット３０３とを具体的に含み得る。
【００６８】
プッシュエージェントプログラム４０２１におけるユニットの特定の実施方法については、図３において示された実施例における対応するユニットを参照し、詳細はここでは再度説明されない。
【００６９】
実際のアプリケーションでは、通信インタフェースは、アプリケーションプロセッサ４０１とモデム４０２との間で確立され得る。アプリケーションプログラムは、通信インタフェースを使用することにより、プッシュエージェントプログラム４０２１によって、アプリケーションプログラム自体のプッシュサービスを登録し得る。単純化されたＴＣＰ／ＩＰプロトコルスタックが、モデム４０２の側に実装され得るとともに、モデム４０２の側でＴＣＰ／ＩＰプロトコルスタックを使用することにより、モデム４０２の側のプッシュエージェントプログラム４０２１は、遠隔のプッシュサーバ４０３との接続を維持することができ、プッシュデータ（すなわち、プッシュメッセージ）を処理することができ、そして、アプリケーションプロセッサ４０１とモデム４０２との間のインタフェースを使用することにより、データを対応するアプリケーションプログラムに送信することができる。
【００７０】
プッシュメッセージが到来しない場合に、モデム４０２の側のプッシュエージェントプログラム４０２１は、定期的にモデム４０２をウェイクアップし、そしてアプリケーションプロセッサ４０１をウェイクアップする必要はなく、それは、アプリケーションプロセッサ４０１をウェイクアップするステップを削減するとともに、アプリケーションプロセッサ４０１がウェイクアップされたあとにアプリケーションプロセッサ４０１により消費される電流を削減する。
【００７１】
プッシュメッセージが到来する場合に、メッセージは、最初にモデム４０２の側の３ＧＰＰプロトコルスタックから解析され、プッシュエージェントプログラム４０２１は、モデム４０２の側でＴＣＰ／ＩＰプロトコルスタックを使用することによりプッシュメッセージの内容情報を解析し得るとともに、次に、内容情報に従って、プッシュメッセージが送信されるべきアプリケーションプログラムを判定し得る。
【００７２】
図５は、本願による計算ノードの構造図である。図５において示されたように、計算ノード７００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）７１０と、通信インタフェース（Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｉｎｔｅｒｆａｃｅ）７２０と、メモリ（ｍｅｍｏｒｙ）７３０と、バス７４０とを含む。
【００７３】
プロセッサ７１０、通信インタフェース７２０、及びメモリ７３０は、バス７４０を使用することにより相互に通信する。
【００７４】
プロセッサ７１０は、プログラム７３２を実行するように構成される。
【００７５】
具体的には、プログラム７３２は、プログラムコードを含むことができ、ここで、プログラムコードはコンピュータ操作命令を含む。
【００７６】
プロセッサ７１０は、中央演算処理装置ＣＰＵ、又は特定用途向け集積回路ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、又は本願のこの実施例を実施するように構成される１つ又は複数の集積回路であり得る。
【００７７】
メモリ７３０は、プログラム７３２を記憶するように構成される。メモリ７３０は、高速のＲＡＭメモリを含み得るとともに、さらに不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）、例えば、少なくとも１つのディスクメモリを含み得る。プログラム７３２は、下記の、ハートビートメッセージ送信周期に従って、ハートビートメッセージが送信される必要がある第１の時点を判定するように構成される判定ユニット３０１と、第１の時点が到来するまえに、第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定するように構成される判断ユニット３０２と、第１の判定結果が否定であるとともに、第１の時点が到来する場合に、ハートビートメッセージをサービスプッシュサーバに送信するためにモデムをウェイクアップするように構成されるウェイクアップユニット３０３とを具体的に含み得る。
【００７８】
プログラム７３２におけるユニットの特定の実施方法については、図３において示された実施例における対応するユニットを参照し、詳細はここでは再度説明されない。
【００７９】
この明細書における実施例は、全て革新的な方法で説明され、実施例における同じ又は同様の部分については、これらの実施例に対して参照が行われ得るとともに、各実施例は、他の実施例との差異に焦点を合わせる。実施例において開示された携帯端末は、それが実施例において開示された方法に対応するので、比較的簡単に説明されるとともに、方法のそれらに関連する部分については、方法の説明に対して参照が行われ得る。
【００８０】
当業者は、この明細書中で開示される実施例において説明される実例と組み合わせて、ユニット及びアルゴリズムステップが、電子ハードウェア、又は、コンピュータソフトウェアと電子ハードウェアの組み合わせにより実施され得ることに、更に気付くかもしれない。ハードウェアとソフトウェアとの間の互換性を明確に説明するために、上記は、概して、機能に従って各実例の構成及びステップを説明した。機能がハードウェアにより実行されるか、又はソフトウェア及びハードウェアにより実行されるかは、技術的解決法の特定のアプリケーション及び設計制約条件に依存する。当業者は、各特定のアプリケーションに対して説明された機能を実施するために異なる方法を使用し得るが、しかし、その実施は本発明の範囲を超えるものと考えられるべきではない。
【００８１】
この明細書中で開示される実施例と組み合わせて、方法又はアルゴリズムのステップは、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又はその組み合わせにより実施され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、メモリ、読出し専用メモリ（ＲＯＭ）、電気的プログラマブルＲＯＭ、電気的消去可能プログラマブルＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は当該技術で知られているあらゆる他の形態の記憶媒体に存在し得る。
【００８２】
上記で開示された実施例は、当業者が本発明を実施するか、又は使用することを可能にするように説明される。実施例に対する様々な変更が当業者には明白であるとともに、この明細書において定義された一般原則は、本発明の精神又は範囲からはずれずに、他の実施例において実施され得る。したがって、本発明は、この明細書において説明された実施例に限定されることはなく、この明細書において開示された原則及び新規性に適合する最も広い範囲にまで及ぶ。
【図１】
2016536892.tif 000003
【図２】
2016536892.tif 000004
【図３】
2016536892.tif 000005
【図４】
2016536892.tif 000006
【図５】
2016536892.tif 000007
【手続補正書】
【提出日】平成28年2月16日(2016.2.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アプリケーションプロセッサ及びモデムを少なくとも備える携帯端末に適用される、ハートビートメッセージを送信するための方法であって、当該方法が、
ハートビートメッセージ送信周期に従って、次のハートビートメッセージが送信される必要がある第１の時点を判定するステップと、
前記第１の時点が到来するまえに、第１の判定結果を取得するために、現在のハートビートメッセージ送信周期中にプッシュメッセージが受信されたかどうかを判定するステップと、
前記第１の判定結果が前記プッシュメッセージは受信されていないというものであるとともに、前記第１の時点が到来していない場合に、前記モデムを低消費電力モードに維持するステップと、
前記第１の判定結果が前記プッシュメッセージは受信されていないというものであるとともに、前記第１の時点が到来する場合に、前記次のハートビートメッセージをサービスプッシュサーバに送信するために前記モデムをウェイクアップするステップとを含む、方法。
【請求項２】
前記第１の判定結果が前記プッシュメッセージは受信されていないというものであるとともに、前記第１の時点が到来していない場合に、当該方法が、スリープ状態に入るように前記アプリケーションプロセッサを設定するステップを更に含む、請求項１に記載の方法。
【請求項３】
前記第１の判定結果が前記プッシュメッセージは受信されていないというものであるとともに、前記第１の時点が到来する場合に、当該方法が、前記アプリケーションプロセッサをスリープ状態に維持するステップを更に含む、請求項１又は請求項２に記載の方法。
【請求項４】
第１の判定結果を取得するためにプッシュメッセージが受信されたかどうかを判定する前記ステップのあとに、当該方法が、
前記第１の判定結果が前記プッシュメッセージは受信されたというものである場合に、前記の受信されたプッシュメッセージを、前記プッシュメッセージに対応する内容情報を取得するために前記モデムを使用することにより、事前設定されたプロトコルに従って解析するステップと、
前記内容情報に従って、前記プッシュメッセージに対応するアプリケーションプログラムを判定するステップと、
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信するステップとを更に含む、請求項１から請求項３のいずれか一項に記載の方法。
【請求項５】
前記内容情報に従って、前記プッシュメッセージに対応するアプリケーションプログラムを判定する前記ステップのまえに、当該方法が、
前記内容情報の中のプログラム識別子情報を取得するステップを更に含み、
前記プッシュメッセージに対応するアプリケーションプログラムを判定する前記ステップが、
前記プログラム識別子情報に対応するアプリケーションプログラムを判定するステップを含む、請求項４に記載の方法。
【請求項６】
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信する前記ステップのあとに、当該方法が、
スリープ状態に入るように前記アプリケーションプロセッサを設定するステップを更に含む、請求項４と請求項５のどちらか一項に記載の方法。
【請求項７】
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信する前記ステップのまえに、当該方法が、
前記アプリケーションプロセッサがスリープ状態にある場合に、前記アプリケーションプロセッサをウェイクアップするステップを更に含む、請求項４と請求項５のどちらか一項に記載の方法。
【請求項８】
アプリケーションプロセッサ及びモデムを少なくとも備える携帯端末であって、当該携帯端末が、
ハートビートメッセージ送信周期に従って、次のハートビートメッセージが送信される必要がある第１の時点を判定するように構成される判定ユニットと、
前記第１の時点が到来するまえに、第１の判定結果を取得するために、現在のハートビートメッセージ送信周期中にプッシュメッセージが受信されたかどうかを判定するように構成される判断ユニットと、
前記第１の判定結果が前記プッシュメッセージは受信されていないというものであるとともに、前記第１の時点が到来していない場合に、前記モデムを低消費電力モードに維持し、前記第１の判定結果が前記プッシュメッセージは受信されていないというものであるとともに、前記第１の時点が到来する場合に、前記次のハートビートメッセージをサービスプッシュサーバに送信するために前記モデムをウェイクアップするように構成されるウェイクアップユニットとを備える、携帯端末。
【請求項９】
当該端末が、プッシュメッセージ解析ユニット及び送信ユニットを更に備え、
前記プッシュメッセージ解析ユニットが、前記第１の判定結果が前記プッシュメッセージは受信されたというものである場合に、前記の受信されたプッシュメッセージを、前記プッシュメッセージに対応する内容情報を取得するために前記モデムを使用することにより、事前設定されたプロトコルに従って解析するように構成され、
前記判定ユニットが、前記内容情報に従って、前記プッシュメッセージに対応するアプリケーションプログラムを判定するように更に構成され、
前記送信ユニットが、前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージを送信するように構成される、請求項８に記載の携帯端末。
【請求項１０】
当該端末が、
前記プッシュメッセージに対応する前記アプリケーションプログラムが判定されるまえに、前記内容情報の中のプログラム識別子情報を取得するように構成される取得ユニットを更に備え、
前記判定ユニットが、
前記プログラム識別子情報に対応するアプリケーションプログラムを判定するように構成される判定サブユニットを備える、請求項９に記載の携帯端末。
【請求項１１】
当該端末が、
前記ハートビートメッセージを前記サービスプッシュサーバに送信するために前記モデムがウェイクアップされたあとに、低消費電力モードに入るように前記モデムを設定するように構成される設定ユニットを更に備え、
前記設定ユニットが、前記ハートビートメッセージ送信周期に従って、第２の時点を設定するように更に構成され、
前記ウェイクアップユニットが、前記第２の時点が到来するとともに、前記第２の時点が到来するまえにプッシュメッセージが受信されていない場合に、前記次のハートビートメッセージを前記サービスプッシュサーバに送信するために前記モデムをウェイクアップするように更に構成される、請求項８から請求項１０のいずれか一項に記載の携帯端末。
【請求項１２】
当該端末が、
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージが送信されたあとに、スリープ状態に入るように前記アプリケーションプロセッサを設定するように構成されるスリープモード設定ユニットを更に備える、請求項９と請求項１０のどちらか一項に記載の携帯端末。
【請求項１３】
前記ウェイクアップユニットが、
前記アプリケーションプロセッサに設定される前記アプリケーションプログラムに前記プッシュメッセージが送信されるまえに、スリープ状態にある前記アプリケーションプロセッサをウェイクアップするように更に構成される、請求項９と請求項１０のどちらか一項に記載の携帯端末。
【請求項１４】
アプリケーションプロセッサ及びモデムを少なくとも備える携帯端末であって、前記モデムがプログラムコードを記憶するメモリを備え、前記プログラムコードが請求項１から請求項７のいずれか一項に記載の方法を実行するための命令を含む、携帯端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
第１の態様の第２の可能な実施方法の第１の特定の実施方法に関連して、前記プッシュメッセージに対応するアプリケーションプログラムを判定する前記ステップのまえに、当該方法は、前記内容情報の中のプログラム識別子情報を取得するステップを更に含み、前記プッシュメッセージに対応するアプリケーションプログラムを判定する前記ステップは、前記プログラム識別子情報に対応するアプリケーションプログラムを判定するステップを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
第２の態様の第２の可能な実施方法の第１の特定の実施方法に関連して、当該端末は、前記プッシュメッセージに対応する前記アプリケーションプログラムが判定されるまえに、前記内容情報の中のプログラム識別子情報を取得するように構成される取得ユニットを更に含み、前記判定ユニットは、前記プログラム識別子情報に対応するアプリケーションプログラムを判定するように構成される判定サブユニットを含む。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
本発明の実施例における技術的解決法をより明確に説明するために、下記は、実施例を説明するために必要とされる添付図面を簡単に説明する。明らかに、下記の説明における添付図面は本発明の単にいくつかの実施例を表すとともに、当業者は、創造的な努力なしでこれらの添付図面からさらに他の図面を導き出し得る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
内容情報は、アプリケーションプログラムのプログラム識別子情報を少なくとも含むとともに、具体的にはＩＤ番号であり得る。異なるアプリケーションプログラムは、異なるＩＤ番号に対応している。
【国際調査報告】
2016536892.tif 000008
2016536892.tif 000009
2016536892.tif 000010
2016536892.tif 000011