(57)【特許請求の範囲】
【請求項１】
情報をプッシュするための方法であって、
端末によってサーバからビジネスメッセージを取得するステップと、
リアルタイムタイプ、タイマ設定タイプ、および命令タイプから前記ビジネスメッセージのタイプを判定し、前記ビジネスメッセージの前記タイプに基づいてハートビートパッケージの送信間隔を調節するステップであって、前記ビジネスメッセージの前記タイプが前記リアルタイムタイプであると判定されるとき、前記ハートビートパッケージの送信間隔が第1のプリセット持続時間として調節され、第2のプリセット持続時間の後、前記ハートビートパッケージの前記送信間隔をベンチマーク時間間隔に復元し、前記第1のプリセット持続時間が前記ベンチマーク時間間隔よりも長く、前記第2のプリセット持続時間未満であるステップと、
前記ビジネスメッセージのプッシング動作を実現するために、前記ハートビートパッケージの送信ポリシーに基づいて前記サーバとのネットワークリンク接続を維持するステップと
を含む方法。
【請求項２】
前記ビジネスメッセージを取得する前記ステップが、
前記端末によって、前記サーバからプッシュされた前記ビジネスメッセージを受信するステップ、または
前記端末によって前記サーバから前記ビジネスメッセージをプルするステップ
を含む請求項1に記載の方法。
【請求項３】
前記ビジネスメッセージの前記タイプを判定した後、
前記ビジネスメッセージの前記タイプが前記タイマ設定タイプであると判定されるとき、前記ハートビートパッケージの前記送信間隔を第3のプリセット持続時間として調節し、第4のプリセット持続時間の後、前記ハートビートパッケージの前記送信間隔を前記ベンチマーク時間間隔に復元するステップであって、前記第3のプリセット持続時間が前記ベンチマーク時間間隔よりも長く、前記第4のプリセット持続時間未満であるステップ
をさらに含む請求項1に記載の方法。
【請求項４】
前記ビジネスメッセージの前記タイプを判定した後、
前記ビジネスメッセージの前記タイプが前記命令タイプであると判定されるとき、ハートビートパッケージプロセスを停止するステップ
をさらに含む請求項1に記載の方法。
【請求項５】
前記サーバから前記ビジネスメッセージを取得する前に、
前記端末によって、登録パッケージを通じて前記サーバとの前記ネットワークリンク接続を確立するステップと、
ハートビートパッケージプロセスを開始して、前記サーバとの前記ネットワークリンク接続を維持するステップと
をさらに含む請求項1から4のいずれか一項に記載の方法。
【請求項６】
前記登録パッケージを通じて前記サーバとの前記ネットワークリンク接続を確立した後、
前記端末によって、前記サーバからリリースされたプッシングポリシーを受信するステップ
をさらに含む請求項5に記載の方法。
【請求項７】
前記ビジネスメッセージの前記プッシング動作が、
前記ネットワークリンク接続が永続的接続であるとき、前記サーバによってプッシュされた前記ビジネスメッセージを前記端末によって受信するステップ、または
前記ネットワークリンク接続が永続的接続ではないとき、前記端末によって前記サーバから前記ビジネスメッセージをプルするステップ
を含む請求項5に記載の方法。
【請求項８】
前記ビジネスメッセージの前記プッシング動作が、
前記ビジネスメッセージの前記タイプが前記タイマ設定タイプであると判定されるとき、設定時刻の前のプリセット時刻に、前記端末によって前記ビジネスメッセージをプルするステップ
をさらに含む請求項7に記載の方法。
【請求項９】
前記端末がネットワークタイプの変更を検出した後、前記端末によって、前記端末と前記サーバとの間のネットワークリンクステータスを切り換えるステップ
をさらに含む請求項7に記載の方法。
【請求項１０】
情報をプッシュするための端末であって、
サーバからビジネスメッセージを取得するように構成された取得モジュールと、
リアルタイムタイプ、タイマ設定タイプ、および命令タイプから前記ビジネスメッセージのタイプを判定し、前記ビジネスメッセージの前記タイプに基づいてハートビートパッケージの送信間隔を調節するように構成された調節モジュールであって、前記ビジネスメッセージの前記タイプが前記リアルタイムタイプであると判定されるとき、前記調節モジュールがハートビートパッケージの送信間隔を第1のプリセット持続時間として調節し、第2のプリセット持続時間の後、前記ハートビートパッケージの前記送信間隔をベンチマーク時間間隔に復元するように構成され、前記第1のプリセット持続時間が前記ベンチマーク時間間隔よりも長く、前記第2のプリセット持続時間未満である調節モジュールと、
前記ビジネスメッセージのプッシング動作を実現するために、前記ハートビートパッケージの調節された送信ポリシーに基づいて前記サーバとのネットワークリンク接続を維持するように構成されたプッシング動作モジュールと
を備える端末。
【請求項１１】
前記取得モジュールが、前記サーバからプッシュされた前記ビジネスメッセージを受信するように、または前記サーバから前記ビジネスメッセージをプルするようにさらに構成される請求項10に記載の端末。
【請求項１２】
前記調節モジュールが、前記ビジネスメッセージの前記タイプが前記タイマ設定タイプであると判定されるとき、前記ハートビートパッケージの前記送信間隔を第3のプリセット持続時間に調節し、第4のプリセット持続時間の後、前記ハートビートパッケージの前記送信間隔を前記ベンチマーク時間間隔に復元し、前記ビジネスメッセージの前記タイプが前記命令タイプであると判定されるとき、ハートビートパッケージプロセスを停止するようにさらに構成され、前記第3のプリセット持続時間が前記ベンチマーク時間間隔よりも長く、前記第4のプリセット持続時間未満である請求項10に記載の端末。
【請求項１３】
登録パッケージを通じて前記サーバとの前記ネットワークリンク接続を確立し、ハートビートパッケージプロセスを開始して、前記サーバとの前記ネットワークリンク接続を維持するように構成された開始モジュール
をさらに含む請求項10から12のいずれか一項に記載の端末。
【請求項１４】
前記開始モジュールが、前記登録パッケージを使用して前記サーバとの前記ネットワークリンク接続を確立した後、前記サーバからリリースされたプッシングポリシーを受信するようにさらに構成される請求項13に記載の端末。
【請求項１５】
前記プッシング動作モジュールが、前記ネットワークリンク接続が永続的接続であるとき、前記サーバからプッシュされた前記ビジネスメッセージを受信するように、または前記ネットワークリンク接続が永続的接続ではないとき、前記サーバから前記ビジネスメッセージをプルするようにさらに構成される請求項13に記載の端末。
【請求項１６】
前記プッシング動作モジュールが、前記ビジネスメッセージの前記タイプが前記タイマ設定タイプであると判定されるとき、設定時刻の前のプリセット時刻に前記ビジネスメッセージをプルするようにさらに構成される請求項15に記載の端末。
【請求項１７】
前記プッシング動作モジュールが、ネットワークタイプの変更が検出された後、前記端末と前記サーバとの間のネットワークリンクステータスを切り換えるようにさらに構成される請求項15に記載の端末。
【請求項１８】
情報をプッシュするためのシステムであって、
請求項10から17のいずれか一項に記載の端末およびサーバを備え、
前記サーバが、前記端末に前記ビジネスメッセージをリリースし、前記ビジネスメッセージの前記タイプに従って前記端末によって調節された前記ハートビートパッケージの前記送信ポリシーに基づいて前記端末との前記ネットワークリンク接続を維持し、前記ビジネスメッセージの前記プッシング動作を実施するように構成されるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、参照によりその内容全体が本明細書に組み込まれる、2013年12月9日に出願された中国特許出願第201310662580.6号の優先権を主張する。
【０００２】
本開示は、一般にはモバイルインターネット技術の分野に関し、より詳細には、情報をプッシュするための方法、端末、およびシステムに関する。
【背景技術】
【０００３】
モバイルインターネット技術の発展とともに、情報をプッシュするための技術は、様々なプラットフォーム(たとえば、Androidプラットフォーム)のアプリケーション内の重要な部分となっている。現在、JPush(Jabberを介するプッシング)、ならびにTencentニュース、Neteaseニュースなどについての情報プッシングを含む様々なインターネットアプリケーション製品のビジネス向けの他のプライベートプッシングモジュールを含む多くの情報プッシング方式がある。
【０００４】
従来のプッシング方式は多くの場合、ハートビートパッケージを使用して、プッシングバックエンドとのTCP永続的接続を維持し、プッシュされた情報を受信する。しかし、従来のプッシング方式は欠点を有する。欠点の1つは、端末電力が過度に消費されることを含む。モバイル端末(たとえば、Android携帯電話)では、その上にインストールされたアプリケーションが、モバイル端末の電力を過度に消費し得、したがってモバイル端末の長時間の使用を明らかに望むユーザの必要を満たすことができない。
【発明の概要】
【課題を解決するための手段】
【０００５】
本開示の一態様または一実施形態は、情報をプッシュするための方法を含む。この方法では、端末がサーバからビジネスメッセージを取得し、リアルタイムタイプ、タイマ設定タイプ、および命令タイプからビジネスメッセージのタイプを判定する。ビジネスメッセージのタイプがリアルタイムタイプであると判定されるとき、端末は、ハートビートパッケージの送信間隔を第1のプリセット持続時間として調節し、第2のプリセット持続時間の後、ハートビートパッケージの送信間隔をベンチマーク時間間隔に復元する。第1のプリセット持続時間はベンチマーク時間間隔よりも長く、第2のプリセット持続時間未満である。端末は、ビジネスメッセージのプッシング動作を実現するために、ハートビートパッケージの送信ポリシーに基づいてサーバとのネットワークリンク接続を維持する。
【０００６】
任意選択で、端末がビジネスメッセージを取得することは、端末がサーバからプッシュされたビジネスメッセージを受信すること、または端末によってサーバからビジネスメッセージをプルすることを含む。
【０００７】
ビジネスメッセージのタイプを判定した後、かつビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、端末は、ハートビートパッケージの送信間隔を第3のプリセット持続時間として調節し、第4のプリセット持続時間の後、ハートビートパッケージの送信間隔をベンチマーク時間間隔に復元する。第3のプリセット持続時間はベンチマーク時間間隔よりも長く、第4のプリセット持続時間未満である。
【０００８】
ビジネスメッセージのタイプを判定した後、かつビジネスメッセージのタイプが命令タイプであると判定されるとき、端末はハートビートパッケージプロセスを停止する。
【０００９】
サーバからビジネスメッセージを取得する前に、端末は、登録パッケージを使用してサーバとのネットワークリンク接続を確立し、ハートビートパッケージプロセスを開始して、サーバとのネットワークリンク接続を維持する。登録パッケージを使用してサーバとのネットワークリンク接続を確立した後、端末は、サーバからリリースされたプッシングポリシーを受信する。端末によるビジネスメッセージのプッシング動作は、ネットワークリンク接続が永続的接続であるとき、サーバによってプッシュされたビジネスメッセージを受信すること、またはネットワークリンク接続が永続的接続ではないとき、サーバからビジネスメッセージをプルすることを含む。
【００１０】
ビジネスメッセージのプッシング動作のステップは、ビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、設定時刻の前のプリセット時刻に、端末がビジネスメッセージをプルすることを含む。任意選択で、端末がネットワークタイプの変更を検出した後、端末は、端末とサーバとの間のネットワークリンクステータスを切り換える。
【００１１】
本開示の別の態様または実施形態は、情報をプッシュするための端末を含む。端末は、取得モジュール、調節モジュール、およびプッシング動作モジュールを含む。
【００１２】
取得モジュールは、サーバからビジネスメッセージを取得するように構成される。調節モジュールは、リアルタイムタイプ、タイマ設定タイプ、および命令タイプからビジネスメッセージのタイプを判定し、ビジネスメッセージのタイプがリアルタイムタイプであると判定されるとき、ハートビートパッケージの送信間隔を第1のプリセット持続時間として調節し、第2のプリセット持続時間の後、ハートビートパッケージの送信間隔をベンチマーク時間間隔に復元するように構成される。第1のプリセット持続時間はベンチマーク時間間隔よりも長く、第2のプリセット持続時間未満である。
【００１３】
プッシング動作モジュールは、ビジネスメッセージのプッシング動作を実現するために、ハートビートパッケージの調節された送信ポリシーに基づいてサーバとのネットワークリンク接続を維持するように構成される。
【００１４】
取得モジュールは、サーバからプッシュされたビジネスメッセージを受信するように、またはサーバからビジネスメッセージをプルするようにさらに構成される。調節モジュールは、ビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、ハートビートパッケージの送信間隔を第3のプリセット持続時間に調節し、第4のプリセット持続時間の後、ハートビートパッケージの送信間隔をベンチマーク時間間隔に復元し、ビジネスメッセージのタイプが命令タイプであると判定されるとき、ハートビートパッケージプロセスを停止するようにさらに構成される。第3のプリセット持続時間はベンチマーク時間間隔よりも長く、第4のプリセット持続時間未満である。
【００１５】
端末は、登録パッケージを使用してサーバとのネットワークリンク接続を確立し、ハートビートパッケージプロセスを開始して、サーバとのネットワークリンク接続を維持するように構成された開始モジュールをさらに含む。登録パッケージを使用してサーバとのネットワークリンク接続を確立した後、開始モジュールは、サーバからリリースされたプッシングポリシーを受信するようにさらに構成される。
【００１６】
プッシング動作モジュールは、ネットワークリンク接続が永続的接続であるとき、サーバからプッシュされたビジネスメッセージを受信するように、またはネットワークリンク接続が永続的接続ではないとき、サーバからビジネスメッセージをプルするようにさらに構成される。
【００１７】
プッシング動作モジュールは、ビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、設定時刻の前のプリセット時刻にビジネスメッセージをプルするようにさらに構成される。プッシング動作モジュールはまた、ネットワークタイプの変更が検出された後、端末とサーバとの間のネットワークリンクステータスを切り換えるように構成される。
【００１８】
サーバおよび端末を含む、情報をプッシュするためのシステムが提供される。サーバは、端末にビジネスメッセージをリリースし、ビジネスメッセージのタイプに従って端末によって調節されたハートビートパッケージの送信ポリシーに基づいて端末とのネットワークリンク接続を維持し、ビジネスメッセージのプッシング動作を実施するように構成される。
【００１９】
本開示の説明、特許請求の範囲、および図面に照らして、本開示の他の態様または実施形態が当業者によって理解され得る。
【００２０】
以下の図面は、様々な開示される実施形態による例示のためのものに過ぎず、本開示の範囲を限定しないものとする。
【図面の簡単な説明】
【００２１】
【図１】様々な開示される実施形態に適合する、情報をプッシュするための例示的方法を示す図である。
【図２】様々な開示される実施形態に適合する、ビジネスメッセージのタイプに従ってハートビートパッケージを送るためのポリシーを調節する流れ図である。
【図３】様々な開示される実施形態に適合する、情報をプッシュするための別の例示的方法を示す図である。
【図４】様々な開示される実施形態に適合する、情報をプッシュするための別の例示的方法を示す図である。
【図５】様々な開示される実施形態に適合する、情報をプッシュするための機能モジュールを備える例示的端末を示す図である。
【図６】様々な開示される実施形態に適合する、情報をプッシュするための機能モジュールを備える別の例示的端末を示す図である。
【図７】様々な開示される実施形態に適合する、情報をプッシュするための例示的システムを示す図である。
【図８】いくつかの開示される実施形態を組み込む例示的環境を示す図である。
【図９】開示される実施形態に適合する例示的コンピュータシステムを示す図である。
【発明を実施するための形態】
【００２２】
次に、添付の図面に示される本開示の例示的実施形態が詳細に参照される。可能なときはいつでも、同一または同様の部分を参照するために、図面全体を通じて同一の参照番号が使用される。
【００２３】
様々な実施形態が、情報をプッシュするための方法、端末、およびシステムを提供する。例示的方法、端末、およびシステムは、たとえば図8に示されるような例示的環境800内で実装され得る。
【００２４】
図8では、例示的環境800は、サーバ804、端末806、および通信ネットワーク802を含み得る。サーバ804と端末806は、情報交換、たとえばインターネット検索、ウェブページブラウジングなどのために通信ネットワーク802を通じて結合され得る。1つの端末806および1つのサーバ804だけが環境800内に示されているが、任意の数の端末806またはサーバ804が含まれ得、他のデバイスも含まれ得る。
【００２５】
通信ネットワーク802は、サーバ804および端末806に対するネットワーク接続、あるいは複数のサーバ804または端末806の間のネットワーク接続を実現するための任意の適切なタイプの通信ネットワークを含み得る。たとえば、通信ネットワーク802は、インターネット、あるいはワイヤードまたはワイヤレスの、他のタイプのコンピュータネットワークまたは遠隔通信ネットワークを含み得る。
【００２６】
本明細書では、端末とは、一定のコンピューティング能力を有する任意の適切なユーザ端末デバイス、たとえばパーソナルコンピュータ(PC)、ワークステーションコンピュータ、ノートブックコンピュータ、(たとえば、自動車または他の車両内に持ち込まれる)カーコンピュータ、サーバコンピュータ、ハンドヘルドコンピューティングデバイス(たとえば、タブレットコンピュータ)、モバイル端末(たとえば、携帯電話、スマートフォン、iPad（登録商標）、および/またはaPad)、POS(すなわち、販売時点)デバイス、または任意の他のユーザサイドコンピューティングデバイスを指すことがある。様々な実施形態では、「端末」および「端末デバイス」という用語は互換的に使用され得る。様々な実施形態では、端末806は携帯電話であり得る。
【００２７】
本明細書では、サーバとは、一定のサーバ機能、たとえば検索エンジンおよびデータベース管理を提供するように構成された1つまたは複数のサーバコンピュータを指すことがある。サーバはまた、コンピュータプログラムを並列に実行するために1つまたは複数のプロセッサをも含み得る。
【００２８】
サーバ804および端末806は、任意の適切なコンピューティングプラットフォーム上で実装され得る。図9は、サーバ804および/または端末806を実装することのできる例示的コンピューティングシステム900のブロック図を示す。図9に示されるように、例示的コンピュータシステム900は、プロセッサ902と、記憶媒体904と、モニタ906と、通信モジュール908と、データベース910と、周辺機器912と、デバイスを互いに結合するための1つまたは複数のバス914とを含み得る。いくつかのデバイスは省略され得、他のデバイスが含まれ得る。
【００２９】
プロセッサ902は、任意の適切なプロセッサを含み得る。さらに、プロセッサ902は、マルチスレッドまたは並列処理のための複数のコアを含み得る。記憶媒体904は、メモリモジュール、たとえばROM、RAM、およびフラッシュメモリモジュール、ならびに大容量記憶装置、たとえばCD-ROM、U-disk、取外し可能ハードディスクなどを含み得る。記憶媒体904は、プロセッサ902によって実行されたときに様々なプロセスを実装するためのコンピュータプログラムを記憶し得る。
【００３０】
さらに、周辺機器912は、I/Oデバイス、たとえばキーボードおよびマウスを含み得、通信モジュール908は、通信ネットワーク802を通じて接続を確立するためのネットワークデバイスを含み得る。データベース910は、一定のデータを記憶し、記憶されたデータに対する一定の操作、たとえばウェブページブラウジング、データベース検索、情報プッシングまたはプリングなどを実施するための1つまたは複数のデータベースを含み得る。
【００３１】
動作の際に、端末806は、一定の動作、たとえばインターネット検索または他のデータベース操作をサーバ804に実施させ得る。サーバ804は、そのような動作および操作のための構造および機能を提供するように構成され得る。より具体的には、サーバ804は、リアルタイムデータベース検索のためのデータ検索システムを含み得る。様々な実施形態では、開示される方法およびシステムに関係する端末、たとえばモバイル端末は、端末806を含み得る。
【００３２】
図1は、様々な開示される実施形態に適合する、情報をプッシュするための例示的方法を示す。ステップS101では、端末が、サーバからビジネスメッセージを取得する。
【００３３】
端末およびサーバは、情報プッシングシステム内に含まれ得る。たとえば、Android携帯電話では、端末側は、Androidサービスおよびハートビートパッケージプロセスの管理と、プッシュされたメッセージの携帯電話上の表示と、登録パッケージを送ること、サーバと永続的接続を確立すること、ハートビートパッケージを送ること、情報戻り(information return)をプッシュすることなどを含むサーバとの対話の手順処理とを含むモジュールSDK(ソフトウェア開発キット)をプッシュするために使用され得る。
【００３４】
サーバは、永続的接続、ビジネス論理プロセス、プッシング情報、統計情報ランディング(statistical information landing)などを求める要求の管理のために使用され得る。さらに、サーバは、プッシュウェブ管理バックエンド、アプリケーションビジネス(たとえば、ゲームビジネス)のアクセス管理などのために使用され得る。
【００３５】
現在、端末とサーバとの間のネットワークリンク接続(たとえば、TCP永続的接続)を維持するために端末アプリケーションがビジネス情報をプッシュするとき、ハートビートパッケージの固定送信ポリシーを使用しなければならない。これにより、携帯電話端末の電力消費が大量となる。
【００３６】
本明細書で開示されるように、サーバによってプッシュまたはリリースされる異なるタイプのビジネスメッセージに従って、ハートビートパッケージプロセスは、異なるスリープ時間を有することが許可され得る。したがって、端末によって得られるビジネスメッセージのタイプに基づいて、ハートビートパッケージの送信ポリシーが動的に調節され得る。このポリシーに基づいて、ビジネスメッセージのプッシング動作を実現し、携帯電話端末の電力を節約するように、端末とサーバとの間のネットワークリンク接続が維持され得る。
【００３７】
一例としてAndroid携帯電話を使用するときの一実施形態では、携帯電話端末がオンにされ、あるいは開始された後、「AndroidService」が生成され得る。次いで、携帯電話端末は、登録パッケージを通じてサーバとの接続を確立し得る。端末は、ハートビートパッケージプロセスを開始して、サーバにハートビートパッケージを送り、サーバとのネットワークリンク接続を維持し得る。ネットワークリンク接続を通じて、アプリケーションビジネスのプッシングメッセージが取得され得る。
【００３８】
このプロセスの間、(携帯電話)端末の異なるネットワークタイプに従って、ネットワークリンク接続は異なるものであり得る。一般には、携帯電話について、WiFi、Net、およびWapネットワークという3つの例示的ネットワークタイプがある(これは、ネットワークタイプの小部分を占め得る)。WiFiおよびNetのネットワークはどちらも永続的接続をサポートし、一方ではWapネットワークは永続的接続をサポートしないので、携帯電話のネットワークタイプがWiFiまたはNetであるとき、端末とサーバとの間のネットワークリンク接続は永続的接続であり得、端末によって取得されるビジネスメッセージは、サーバによってプッシュされるビジネスメッセージであり得る。携帯電話のネットワークタイプがWapであるとき、端末とサーバとの間のネットワークリンク接続は永続的接続ではない。その場合、プッシング方法をプリング方法に変更する必要がある。たとえば、端末は、サーバからのビジネスメッセージのプリングを開始し得る。
【００３９】
このようにして、ネットワークタイプに従って、端末は、これらの2つの接続ステータス(たとえば、永続的接続と非永続的接続)の間で切り替わる必要がある。この切換えの間、プッシング手順も切り換える必要がある。Androidシステムを使用する例では、ネットワーク接続ステータス「BroadcastReceiver」を登録することが、ネットワークの変更のブロードキャスト情報を受信し、サーバと端末との間のネットワークリンク接続を調節するために使用され得る。
【００４０】
ステップS102では、ビジネスメッセージのタイプに従って、ハートビートパッケージの送信ポリシーが調節される。
【００４１】
一実施形態では、たとえば携帯電話の電力を節約するために、ハートビートパッケージの送信ポリシーが、異なるタイプのビジネスメッセージに従って調節され得る。ビジネスメッセージのタイプは、メッセージのリアルタイムタイプ、メッセージのタイマ設定タイプ、メッセージの命令タイプなどを含み得る。
【００４２】
例示的ゲームマーケティングビジネスでは、プッシングメッセージは、ゲームリアルタイムメッセージ、ゲームマーケティングアクティビティメッセージ、プッシング命令メッセージなどを含み得る。ゲームリアルタイムメッセージは、最新のゲームバージョン更新メッセージ、ゲームプロッププロモーティング(game prop promoting)(またはディスカウント)メッセージ、および/または他の可能なリアルタイムメッセージなどのリアルタイムメッセージを含み得る。ゲームマーケティングアクティビティメッセージは、ゲーム操作およびプランニングのアクティビティメッセージを含み得、ゲーム操作およびプランニングのアクティビティメッセージは固定プッシング時間を有する。プッシング命令メッセージは、クロージングメッセージをプッシュすること、一時的にリリースされたプッシングポリシーメッセージをプッシュすることなどを含み得る。
【００４３】
ビジネスメッセージのタイプが異なるとき、ハートビートパッケージの送信間隔は異なり得る。リアルタイムタイプのメッセージについての一例では、プッシングメッセージは過度に頻繁にすることはできないという契約に従って、かつ経験的データに従って、リアルタイムタイプのメッセージを受信した後から短期間(たとえば、約60分)に別のリアルタイムタイプのメッセージを受信する確率は低くなり得る。ハートビートパッケージの送信間隔は、端末およびサーバによって指定されたベンチマーク時間間隔よりも長くなるように調節され得、したがってネットワーク接続コストおよびCPUによる電力コストランニングが低減され、節約され得る。次いで、プリセット持続時間の後、ハートビートパッケージの送信間隔が、ベンチマーク時間間隔に復元され得る。
【００４４】
タイマ設定タイプのメッセージについての一例では、メッセージをプッシュするための時間がプリセットされ得る。同様に、ネットワーク接続コストおよびCPUによる電力コストランニングを節約するために、ハートビートパッケージの送信間隔が、端末およびサーバによって指定されるベンチマーク時間間隔よりも長くなるように調節され得る。
【００４５】
たとえばクロージングメッセージをプッシュするための、命令タイプのメッセージについての一例では、端末がそのようなプッシング命令メッセージを受信するとき、端末は、ネットワーク接続についての端末電力コストを節約するために、ハートビートパッケージの送信を停止し、サーバとのネットワークリンク接続を閉じ得る。
【００４６】
ステップS103では、ハートビートパッケージの調節された送信ポリシーに基づいて、ネットワークリンク接続がサーバとの間で維持され、ビジネスメッセージのプッシング動作が実現される。メッセージプッシングシステムがビジネスメッセージのプッシング動作を実施するとき、ネットワークリンク接続のタイプに従ってプッシング方式が使用される。
【００４７】
ネットワークリンク接続が永続的接続であるとき、端末は、サーバによってプッシュされたビジネスメッセージを受信する。ネットワークリンク接続が永続的接続ではないとき、端末は、サーバからビジネスメッセージをプルする。さらに、ビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、端末は、設定時刻の前のプリセット時刻にビジネスメッセージをプルする。
【００４８】
さらに、端末は、ネットワークタイプの変更をリアルタイムに監視し得る。ネットワークタイプの変更が検出された後、ビジネスメッセージの定期的な、または通常のプッシングを保証するように、端末とサーバとの間のネットワークリンクステータスが切り換えられ得る。
【００４９】
このようにして、端末がサーバからビジネスメッセージを受信した後、端末は、ビジネスメッセージのタイプに従って、ハートビートパッケージの送信ポリシーを調節し得る。ハートビートパッケージの送信ポリシーに基づいて、ネットワークリンク接続がサーバとの間で維持され、ビジネスメッセージについてのプッシング動作が実現され得る。したがって、様々なアプリケーションビジネスメッセージのプッシング要件がモバイル端末上で満たされ得、モバイル端末の電力が節約され得る。
【００５０】
図1に示される方法に基づいて、図2は、様々な開示される実施形態に適合する、ビジネスメッセージのタイプに従ってハートビートパッケージを送るためのポリシーを調節する流れ図である。たとえば、図1のステップS102(たとえば、ビジネスメッセージのタイプに従って、ハートビートパッケージの送信ポリシーを調節すること)は、以下の例示的ステップをさらに含み得る。
【００５１】
ステップS1021では、ビジネスメッセージのタイプが判定される。ビジネスメッセージのタイプがリアルタイムタイプであると判定されるとき、方法は、ステップS1022を実施することに進む。ビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、方法は、ステップS1023を実施することに進む。ビジネスメッセージのタイプが命令タイプであると判定されるとき、方法は、ステップS1024を実施することに進む。
【００５２】
ステップS1022では、ハートビートパッケージの送信間隔が、第1のプリセット持続時間として調節され、次いで第2のプリセット持続時間の後、ベンチマーク時間間隔に復元される。第1のプリセット持続時間はベンチマーク時間間隔よりも長く、第2のプリセット持続時間未満であり得る。
【００５３】
ステップS1023では、ハートビートパッケージの送信間隔が第3のプリセット持続時間として調節され、第4のプリセット持続時間の後、ベンチマーク時間間隔に復元される。第3のプリセット持続時間はベンチマーク時間間隔よりも長く、第4のプリセット持続時間未満である。
【００５４】
ステップS1024では、ハートビートパッケージプロセスが停止する。本明細書で開示されるように、前述の第1のプリセット持続時間は、第3のプリセット持続時間と同一であり、または異なり得る。前述の第2のプリセット持続時間は、第4のプリセット持続時間と同一であり、または異なり得る。
【００５５】
例示的ゲームマーケティングビジネスでは、端末とサーバとの間の契約されるベンチマークハートビートパッケージ間隔は約60秒であり得る。端末がゲームリアルタイムタイプのメッセージのプッシングメッセージを受信するときの一実施形態では、プッシングメッセージは過度に頻繁にすることはできないという契約に従って、かつ経験的データに従って、リアルタイムタイプのメッセージを受信した後から短期間(たとえば、約60分)に別のリアルタイムタイプのメッセージを受信する確率は低くなり得る。したがって、ハートビートパッケージプロセスが約120秒間スリープするために、ハートビートパッケージの送信間隔が、(たとえば、第1のプリセット持続時間としての)約120秒となるように調節され得る。ネットワーク接続コストおよびCPUを動作させるための電力コストが低減され、節約され得る。次いで(たとえば、第2のプリセット持続時間としての)約60分の時間枠の後、ハートビートパッケージの送信間隔が、約60秒のベンチマーク時間間隔に復元され得る。
【００５６】
端末がゲームアクティビティリスティングタイプのメッセージのプッシングメッセージを受信するときの別の実施形態では、アクティビティ時間が記録され得、プッシング方式がイニシアチブプリングに変更され、ビジネスメッセージがプルされ、タイマを使用してアクティビティについての設定時刻の前のプリセット時刻(すなわち、記録された時刻)にユーザに通知され得る。一方、ネットワーク接続コストおよびCPUを動作させるための電力コストを節約するように、ハートビートパッケージプロセスが約120秒間スリープするために、ハートビートパッケージの送信間隔が約120秒となるように調節され得る。
【００５７】
たとえば閉じるためのプッシング命令である、命令メッセージのプッシングメッセージを端末が受信するときのさらに別の実施形態では、永続的接続が切断されてハートビートパッケージプロセスが停止され、したがって例示的Androidサービスが停止され、ネットワーク接続のための携帯電話電力コストが節約され得る。さらに、携帯電話がシャットダウンされるとき、またはユーザがプッシングのためのスイッチを閉じるとき、プッシング手順が閉じられ、ネットワーク接続のための携帯電話電力コストが節約され得る。たとえば、ユーザは、ネットワーク接続のための携帯電話電力コストを節約するために、夜間の約22:00から朝の約8:00までプッシング手順を閉じるデフォルト設定を選択し得る。
【００５８】
したがって、前述の動的ポリシーを使用することによって、ビジネスプッシング要件が満たされ得る。携帯電話データボリュームを節約しながら、携帯電話の電力が節約され得る。ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーを調節するための開示される方式は、前述のアプリケーションシナリオに限定されず、ハートビートパッケージを送るためのポリシーを調節するために、より多くのポリシーおよび/またはより細分化されたポリシーが採用され得ることに留意されたい。
【００５９】
様々な実施形態では、ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーを調節するための方式が、端末側によって定義され得、またはサーバから端末にリリースされ得る。たとえば、登録パッケージを通じて端末とサーバとの間の接続を確立した後、サーバは、端末にプッシングポリシーをリリースし得、端末は、受信したプッシングポリシーを解析し、ハートビートパッケージを送るための調節ポリシーを取得し得る。
【００６０】
図1に示される方法に基づいて、図3は、様々な開示される実施形態に適合する、情報をプッシュするための別の例示的方法を示す。たとえば、ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーを調節するためのステップS101を実装する前に、以下の例示的ステップが以下のように含まれ得る。
【００６１】
ステップS90では、登録パッケージを使用して、端末とサーバとの間で接続が確立される。ステップS100では、サーバとのネットワークリンク接続を維持するためにハートビートパッケージプロセスが開始される。
【００６２】
図1に示される例示的方法に基づいて、図3は、端末によってハートビートパッケージプロセスを開始し、サーバとの初期ネットワークリンク接続を確立するための方式をさらに含む。
【００６３】
一例としてAndroid携帯電話を使用するときの一実施形態では、携帯電話端末がオンにされ、あるいは開始された後、「AndroidService」が生成され得る。次いで、携帯電話端末は、登録パッケージを通じてサーバとの接続を確立し得る。端末は、ハートビートパッケージプロセスを開始して、サーバにハートビートパッケージを送り、サーバとのネットワークリンク接続を維持し得る。ネットワークリンク接続を通じて、アプリケーションビジネスのプッシングメッセージが取得され得る。
【００６４】
このプロセスの間、(携帯電話)端末の異なるネットワークタイプに従って、ネットワークリンク接続は異なり得る。一般には、携帯電話について、WiFi、Net、およびWapネットワークという3つの例示的ネットワークタイプがある(これは、ネットワークタイプの小部分を占め得る)。WiFiおよびNetのネットワークはどちらも永続的接続をサポートし、一方ではWapネットワークは永続的接続をサポートしないので、携帯電話のネットワークタイプがWiFiまたはNetであるとき、端末とサーバとの間のネットワークリンク接続は永続的接続であり得、端末によって取得されるビジネスメッセージは、サーバによってプッシュされるビジネスメッセージであり得る。
【００６５】
携帯電話のネットワークタイプがWapであるとき、端末とサーバとの間のネットワークリンク接続は永続的接続ではない。その場合、プッシング方法をプリング方法に変更する必要がある。たとえば、端末は、サーバからのビジネスメッセージのプリングを開始し得る。このようにして、ネットワークタイプに従って、端末は、これらの2つの接続ステータス(たとえば、永続的接続と非永続的接続)の間で切り替わる必要がある。この切換えの間、プッシング手順も切り換える必要がある。
【００６６】
Androidシステムを使用する例では、ネットワークの変更のブロードキャスト情報を受信し、サーバと端末との間のネットワークリンク接続を調節するために、ネットワーク接続ステータス「BroadcastReceiver」を登録することが使用され得る。初期ネットワークリンク接続を確立することによって、端末は、システムからプッシュされたビジネスメッセージを取得し得る。
【００６７】
このようにして、端末は、ハートビートパッケージプロセスを開始することによってサーバとの初期ネットワークリンク接続を確立する。初期ネットワークリンク接続に基づいて、端末は、システムからプッシュされたビジネスメッセージを受信する。たとえば、端末がサーバからビジネスメッセージを受信した後、端末は、ビジネスメッセージのタイプに従って、ハートビートパッケージの送信ポリシーを調節し得る。ハートビートパッケージの送信ポリシーに基づいて、ネットワークリンク接続がサーバとの間で維持され、ビジネスメッセージについてのプッシング動作が実現され得る。したがって、様々なアプリケーションビジネスメッセージのプッシング要件がモバイル端末上で満たされ得、モバイル端末の電力が節約され得る。
【００６８】
図3に示される方法に基づいて、図4は、様々な開示される実施形態に適合する、情報をプッシュするための別の例示的方法を示す。たとえば、登録パッケージを使用して端末とサーバとの間で接続が確立される図3のステップS90の後、別の例示的ステップが以下のように含まれ得る。
【００６９】
ステップS80では、端末が、サーバからリリースされたプッシングポリシーを受信する。
【００７０】
図3に示される例示的方法と比較して、図4に示される例示的方法は、ハートビートパッケージの送信ポリシーについての調節方式がサーバから端末にリリースされることをさらに含む。具体的には、登録パッケージを使用して端末とサーバとの間で接続を確立した後、受信したプッシング方式を端末が解析して、ハートビートパッケージの送信ポリシーについての調節方式を取得するために、サーバは、端末にプッシング方式をリリースする。その後で、端末がシステムからプッシュされたビジネスメッセージを取得した後、端末は、携帯電話の電力を節約するように、ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーについての調節方式を採用し得る。
【００７１】
図5は、様々な開示される実施形態に適合する、情報をプッシュするための機能モジュールを備える例示的端末を示す。例示的端末は、取得モジュール201、調節モジュール202、および/またはプッシング動作モジュール203を含み得る。
【００７２】
取得モジュール201は、サーバからビジネスメッセージを取得するように構成される。調節モジュール202は、ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーを調節するように構成される。
【００７３】
プッシング動作モジュール203は、ビジネスメッセージのプッシング動作を実現するために、調節されたハートビートパッケージの送信ポリシーに基づいてサーバとのネットワークリンク接続を維持するように構成される。
【００７４】
開示される情報プッシングシステムは、端末および/またはサーバを含み得る。たとえば、Android携帯電話では、端末側は、Androidサービスおよびハートビートパッケージプロセスの管理と、プッシュされたメッセージの携帯電話上の表示と、登録パッケージを送ること、サーバと永続的接続を確立すること、ハートビートパッケージを送ること、情報戻りをプッシュすることなどを含むサーバとの対話の手順処理とを含むモジュールSDK(ソフトウェア開発キット)をプッシュするために使用され得る。
【００７５】
サーバは、永続的接続、ビジネス論理プロセス、プッシング情報、統計情報ランディングなどを求める要求の管理のために使用され得る。さらに、サーバは、プッシュウェブ管理バックエンド、アプリケーションビジネス(たとえば、ゲームビジネス)のアクセス管理などのために使用され得る。
【００７６】
現在、端末とサーバとの間のネットワークリンク接続(たとえば、TCP永続的接続)を維持するために端末アプリケーションがビジネス情報をプッシュするとき、ハートビートパッケージの固定送信ポリシーを使用しなければならない。これにより、携帯電話端末の電力消費が大量となる。
【００７７】
本明細書で開示されるように、サーバによってプッシュまたはリリースされる異なるタイプのビジネスメッセージに従って、ハートビートパッケージプロセスは、異なるスリープ時間を有することが許可され得る。したがって、端末によって得られるビジネスメッセージのタイプに基づいて、ハートビートパッケージの送信ポリシーが動的に調節され得る。このポリシーに基づいて、ビジネスメッセージのプッシング動作を実現し、携帯電話端末の電力を節約するように、端末とサーバとの間のネットワークリンク接続が維持され得る。
【００７８】
一例としてAndroid携帯電話を使用するときの一実施形態では、携帯電話端末がオンにされ、あるいは開始された後、「AndroidService」が生成され得る。次いで、携帯電話端末は、登録パッケージを通じてサーバとの接続を確立し得る。端末は、ハートビートパッケージプロセスを開始して、サーバにハートビートパッケージを送り、サーバとのネットワークリンク接続を維持し得る。
【００７９】
ネットワークリンク接続を通じて、アプリケーションビジネスのプッシングメッセージが取得され得る。このプロセスの間、(携帯電話)端末の異なるネットワークタイプに従って、ネットワークリンク接続は異なるものであり得る。一般には、携帯電話について、WiFi、Net、およびWapネットワークという3つの例示的ネットワークタイプがある(これは、ネットワークタイプの小部分を占め得る)。WiFiおよびNetのネットワークはどちらも永続的接続をサポートし、一方ではWapネットワークは永続的接続をサポートしないので、携帯電話のネットワークタイプがWiFiまたはNetであるとき、端末とサーバとの間のネットワークリンク接続は永続的接続であり得、端末によって取得されるビジネスメッセージは、サーバによってプッシュされるビジネスメッセージであり得る。
【００８０】
携帯電話のネットワークタイプがWapであるとき、端末とサーバとの間のネットワークリンク接続は永続的接続ではない。その場合、プッシング方法をプリング方法に変更する必要がある。たとえば、端末は、サーバからのビジネスメッセージのプリングを開始し得る。このようにして、ネットワークタイプに従って、端末は、これらの2つの接続ステータス(たとえば、永続的接続と非永続的接続)の間で切り替わる必要がある。この切換えの間、プッシング手順も切り換える必要がある。
【００８１】
Androidシステムを使用する例では、ネットワーク接続ステータス「BroadcastReceiver」を登録することが、ネットワークの変更のブロードキャスト情報を受信し、サーバと端末との間のネットワークリンク接続を調節するために使用され得る。
【００８２】
一実施形態では、たとえば携帯電話の電力を節約するために、ハートビートパッケージの送信ポリシーが、異なるタイプのビジネスメッセージに従って調節され得る。ビジネスメッセージのタイプは、メッセージのリアルタイムタイプ、メッセージのタイマ設定タイプ、メッセージの命令タイプなどを含み得る。
【００８３】
例示的ゲームマーケティングビジネスでは、プッシングメッセージは、ゲームリアルタイムメッセージ、ゲームマーケティングアクティビティメッセージ、プッシング命令メッセージなどを含み得る。ゲームリアルタイムメッセージは、最新のゲームバージョン更新メッセージ、ゲームプロッププロモーティング(またはディスカウント)メッセージ、および/または他の可能なリアルタイムメッセージなどのリアルタイムメッセージを含み得る。ゲームマーケティングアクティビティメッセージは、ゲーム操作およびプランニングのアクティビティメッセージを含み得、ゲーム操作およびプランニングのアクティビティメッセージは固定プッシング時間を有する。プッシング命令メッセージは、クロージングメッセージをプッシュすること、一時的にリリースされたプッシングポリシーメッセージをプッシュすることなどを含み得る。
【００８４】
異なるタイプのビジネスメッセージについて、調節モジュール202は、ハートビートパッケージの異なる送信間隔を使用し得る。メッセージのリアルタイムタイプについての一例では、プッシングメッセージは過度に頻繁にすることはできないという契約に従って、かつ経験的データに従って、リアルタイムタイプのメッセージを受信した後から短期間(たとえば、約60分)に別のリアルタイムタイプのメッセージを受信する確率は低くなり得る。ハートビートパッケージの送信間隔は、端末およびサーバによって指定されたベンチマーク時間間隔よりも長くなるように調節され得、したがってネットワーク接続コストおよびCPUによる電力コストランニングが低減され、節約され得る。次いで、プリセット持続時間の後、ハートビートパッケージの送信間隔が、ベンチマーク時間間隔に復元され得る。
【００８５】
タイマ設定タイプのメッセージについての一例では、メッセージをプッシュするための時間がプリセットされ得る。同様に、ネットワーク接続コストおよびCPUによる電力コストランニングを節約するために、ハートビートパッケージの送信間隔が、端末およびサーバによって指定されるベンチマーク時間間隔よりも長くなるように調節され得る。
【００８６】
たとえばクロージングメッセージをプッシュするための、命令タイプのメッセージについての一例では、端末がそのようなプッシング命令メッセージを受信するとき、端末は、ネットワーク接続についての端末電力コストを節約するために、ハートビートパッケージの送信を停止し、サーバとのネットワークリンク接続を閉じ得る。
【００８７】
その後で、端末側のプッシング動作モジュール203が、ビジネスメッセージのプッシング動作を実現するために、ハートビートパッケージの調節された送信ポリシーに基づいてサーバとのネットワークリンク接続を維持するように構成される。メッセージプッシングシステムがビジネスメッセージのプッシング動作を実施するとき、ネットワークリンク接続のタイプに従ってプッシング方式が使用される。
【００８８】
ネットワークリンク接続が永続的接続であるとき、端末は、サーバによってプッシュされたビジネスメッセージを受信する。ネットワークリンク接続が永続的接続ではないとき、端末は、サーバからビジネスメッセージをプルする。さらに、ビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、端末は、設定時刻の前のプリセット時刻にビジネスメッセージをプルする。
【００８９】
さらに、端末は、ネットワークタイプの変更をリアルタイムに監視し得る。ネットワークタイプの変更が検出された後、ビジネスメッセージの定期的な、または通常のプッシングを保証するように、端末とサーバとの間のネットワークリンクステータスが切り換えられ得る。
【００９０】
このようにして、端末がサーバからビジネスメッセージを受信した後、端末は、ビジネスメッセージのタイプに従って、ハートビートパッケージの送信ポリシーを調節し得る。ハートビートパッケージの送信ポリシーに基づいて、ネットワークリンク接続がサーバとの間で維持され、ビジネスメッセージについてのプッシング動作が実現され得る。したがって、様々なアプリケーションビジネスメッセージのプッシング要件がモバイル端末上で満たされ得、モバイル端末の電力が節約され得る。
【００９１】
たとえば、調節モジュール202は、ビジネスメッセージのタイプがリアルタイムタイプであると判定されるとき、ハートビートパッケージの送信間隔を第1のプリセット持続時間として調節し、第2のプリセット持続時間の後、ハートビートパッケージの送信間隔をベンチマーク時間間隔に復元するようにさらに構成される。第1のプリセット持続時間はベンチマーク時間間隔よりも長く、第2のプリセット持続時間未満である。
【００９２】
調節モジュール202は、ビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、ハートビートパッケージの送信間隔を第3のプリセット持続時間として調節し、第4のプリセット持続時間の後、ハートビートパッケージの送信間隔をベンチマーク時間間隔に復元するようにさらに構成される。第3のプリセット持続時間はベンチマーク時間間隔よりも長く、第4のプリセット持続時間未満である。
【００９３】
調節モジュール202は、ビジネスメッセージのタイプが命令タイプであると判定されるとき、ハートビートパッケージプロセスを停止するようにさらに構成される。前述の第1のプリセット持続時間は、第3のプリセット持続時間と同一であり、または異なり得る。前述の第2のプリセット持続時間は、第4のプリセット持続時間と同一であり、または異なり得る。たとえば、ゲームマーケティングビジネスでは、ハートビートパッケージについてのベンチマーク時間間隔が、約60秒となるように指定され得る。
【００９４】
端末がゲームリアルタイムタイプのメッセージのプッシングメッセージを受信するときの一実施形態では、プッシングメッセージは過度に頻繁にすることはできないという契約に従って、かつ経験的データに従って、リアルタイムタイプのメッセージを受信した後から短期間(たとえば、約60分)に別のリアルタイムタイプのメッセージを受信する確率は低くなり得る。
【００９５】
したがって、ハートビートパッケージプロセスが約120秒間スリープするために、ハートビートパッケージの送信間隔が、(たとえば、第1のプリセット持続時間としての)約120秒となるように調節され得る。ネットワーク接続コストおよびCPUを動作させるための電力コストが低減され、節約され得る。次いで(たとえば、第2のプリセット持続時間としての)約60分の時間枠の後、ハートビートパッケージの送信間隔が、約60秒のベンチマーク時間間隔に復元され得る。
【００９６】
端末がゲームアクティビティリスティングタイプのメッセージのプッシングメッセージを受信するときの別の実施形態では、アクティビティ時間が記録され得、プッシング方式がイニシアチブプリングに変更され、ビジネスメッセージがプルされ、タイマを使用してアクティビティについての設定時刻の前のプリセット時刻(すなわち、記録された時刻)にユーザに通知され得る。一方、ネットワーク接続コストおよびCPUを動作させるための電力コストを節約するように、ハートビートパッケージプロセスが約120秒間スリープするために、ハートビートパッケージの送信間隔が約120秒となるように調節され得る。
【００９７】
たとえば閉じるためのプッシング命令である、命令メッセージのプッシングメッセージを端末が受信するときのさらに別の実施形態では、永続的接続が切断されてハートビートパッケージプロセスが停止され、したがって例示的Androidサービスが停止され、ネットワーク接続のための携帯電話電力コストが節約され得る。
【００９８】
さらに、携帯電話がシャットダウンされるとき、またはユーザがプッシングのためのスイッチを閉じるとき、プッシング手順が閉じられ、ネットワーク接続のための携帯電話電力コストが節約され得る。たとえば、ユーザは、ネットワーク接続のための携帯電話電力コストを節約するために、夜間の約22:00から朝の約8:00までプッシング手順を閉じるデフォルト設定を選択し得る。
【００９９】
したがって、前述の動的ポリシーを使用することによって、ビジネスプッシング要件が満たされ得る。携帯電話データボリュームを節約しながら、携帯電話の電力が節約され得る。
【０１００】
ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーを調節するための開示される方式は、前述のアプリケーションシナリオに限定されず、ハートビートパッケージを送るためのポリシーを調節するために、より多くのポリシーおよび/またはより細分化されたポリシーが採用され得ることに留意されたい。
【０１０１】
様々な実施形態では、ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーを調節するための方式が、端末側によって定義され得、またはサーバから端末にリリースされ得る。たとえば、登録パッケージを通じて端末とサーバとの間の接続を確立した後、サーバは、端末にプッシングポリシーをリリースし得、端末は、受信したプッシングポリシーを解析し、ハートビートパッケージを送るための調節ポリシーを取得し得る。
【０１０２】
図5に示される例示的端末に基づいて、図6は、様々な開示される実施形態に適合する、情報をプッシュするための機能モジュールを備える別の例示的端末を示す。たとえば、図6の例示的端末は開始モジュール200をさらに含む。
【０１０３】
開始モジュール200は、登録パッケージを使用してサーバとの間の端末の接続を確立し、ハートビートパッケージプロセスを開始して、サーバとのネットワークリンク接続を維持するように構成される。
【０１０４】
図5に示される例示的端末に基づいて、図6は、端末によってハートビートパッケージプロセスを開始し、サーバとの初期ネットワークリンク接続を確立する方式をさらに含む。
【０１０５】
一例としてAndroid携帯電話を使用するときの一実施形態では、携帯電話端末がオンにされ、あるいは開始された後、「AndroidService」が生成され得る。次いで、携帯電話端末は、登録パッケージを通じてサーバとの接続を確立し得る。端末は、ハートビートパッケージプロセスを開始して、サーバにハートビートパッケージを送り、サーバとのネットワークリンク接続を維持し得る。
【０１０６】
ネットワークリンク接続を通じて、アプリケーションビジネスのプッシングメッセージが取得され得る。このプロセスの間、(携帯電話)端末の異なるネットワークタイプに従って、ネットワークリンク接続は異なり得る。一般には、携帯電話について、WiFi、Net、およびWapネットワークという3つの例示的ネットワークタイプがある(これは、ネットワークタイプの小部分を占め得る)。WiFiおよびNetのネットワークはどちらも永続的接続をサポートし、一方ではWapネットワークは永続的接続をサポートしないので、携帯電話のネットワークタイプがWiFiまたはNetであるとき、端末とサーバとの間のネットワークリンク接続は永続的接続であり得、端末によって取得されるビジネスメッセージは、サーバによってプッシュされるビジネスメッセージであり得る。
【０１０７】
携帯電話のネットワークタイプがWapであるとき、端末とサーバとの間のネットワークリンク接続は永続的接続ではない。その場合、プッシング方法をプリング方法に変更する必要がある。たとえば、端末は、サーバからのビジネスメッセージのプリングを開始し得る。このようにして、ネットワークタイプに従って、端末は、これらの2つの接続ステータス(たとえば、永続的接続と非永続的接続)の間で切り替わる必要がある。この切換えの間、プッシング手順も切り換える必要がある。
【０１０８】
Androidシステムを使用する例では、ネットワークの変更のブロードキャスト情報を受信し、サーバと端末との間のネットワークリンク接続を調節するために、ネットワーク接続ステータス「BroadcastReceiver」を登録することが使用され得る。初期ネットワークリンク接続を確立することによって、端末は、システムからプッシュされたビジネスメッセージを取得し得る。
【０１０９】
このようにして、端末は、ハートビートパッケージプロセスを開始することによってサーバとの初期ネットワークリンク接続を確立する。初期ネットワークリンク接続に基づいて、端末は、システムからプッシュされたビジネスメッセージを受信する。たとえば、端末がサーバからビジネスメッセージを受信した後、端末は、ビジネスメッセージのタイプに従って、ハートビートパッケージの送信ポリシーを調節し得る。ハートビートパッケージの送信ポリシーに基づいて、ネットワークリンク接続がサーバとの間で維持され、ビジネスメッセージについてのプッシング動作が実現され得る。したがって、様々なアプリケーションビジネスメッセージのプッシング要件がモバイル端末上で満たされ得、モバイル端末の電力が節約され得る。
【０１１０】
さらに、開始モジュール200は、登録パッケージを使用してサーバとの接続を確立した後、サーバからリリースされたプッシングポリシーを受信するように構成される。すなわち、登録パッケージを使用して端末とサーバとの間で接続を確立した後、受信したプッシング方式を端末が解析して、ハートビートパッケージの送信ポリシーについての調節方式を取得するために、サーバは、端末にプッシング方式をリリースする。その後で、端末がシステムからプッシュされたビジネスメッセージを取得した後、端末は、携帯電話の電力を節約するように、ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーについての調節方式を採用し得る。
【０１１１】
図7は、様々な開示される実施形態に適合する、情報をプッシュするための例示的システムを示す。例示的システムは、端末301と、通信によって端末301と接続されたサーバ302とを含む。端末301は、本明細書に記載の、たとえば図1〜図6の任意の端末であり得る。
【０１１２】
サーバ302は、端末301にビジネスメッセージをリリースするように構成される。ビジネスメッセージのタイプに従って端末によって調節されるハートビートパッケージの送信ポリシーに基づいて、ビジネスメッセージのプッシング動作を実施するために、端末301とのネットワークリンク接続が維持され得る。
【０１１３】
たとえば、Android携帯電話では端末301は、Androidサービスおよびハートビートパッケージプロセスの管理と、プッシュされたメッセージの携帯電話上の表示と、登録パッケージを送ること、サーバ302と永続的接続を確立すること、ハートビートパッケージを送ること、情報戻りをプッシュすることなどを含むサーバ302との対話の手順処理とを含むモジュールSDK(ソフトウェア開発キット)をプッシュするために使用され得る。
【０１１４】
サーバ302は、永続的接続、ビジネス論理プロセス、プッシング情報、統計情報ランディングなどを求める要求の管理のために使用され得る。さらに、サーバは、プッシュウェブ管理バックエンド、アプリケーションビジネス(たとえば、ゲームビジネス)のアクセス管理などのために使用され得る。
【０１１５】
現在、端末301とサーバ302との間のネットワークリンク接続(たとえば、TCP永続的接続)を維持するために端末301アプリケーションがビジネス情報をプッシュするとき、ハートビートパッケージの固定送信ポリシーを使用しなければならない。これにより、携帯電話端末の電力消費が大量となる。
【０１１６】
本明細書で開示されるように、サーバ302によってプッシュまたはリリースされる異なるタイプのビジネスメッセージに従って、ハートビートパッケージプロセスは、異なるスリープ時間を有することが許可され得る。したがって、端末301によって得られるビジネスメッセージのタイプに基づいて、ハートビートパッケージの送信ポリシーが動的に調節され得る。このポリシーに基づいて、ビジネスメッセージのプッシング動作を実現し、携帯電話端末の電力を節約するように、端末301とサーバ302との間のネットワークリンク接続が維持され得る。
【０１１７】
一例としてAndroid携帯電話を使用するときの一実施形態では、携帯電話端末301がオンにされ、あるいは開始された後、「AndroidService」が生成され得る。次いで、携帯電話端末301は、登録パッケージを通じてサーバ302との接続を確立し得る。端末301は、ハートビートパッケージプロセスを開始して、サーバ302にハートビートパッケージを送り、サーバ302とのネットワークリンク接続を維持し得る。ネットワークリンク接続を通じて、アプリケーションビジネスのプッシングメッセージが取得され得る。このプロセスの間、(携帯電話)端末301の異なるネットワークタイプに従って、ネットワークリンク接続は異なるものであり得る。
【０１１８】
一般には、携帯電話について、WiFi、Net、およびWapネットワークという3つの例示的ネットワークタイプがある(これは、ネットワークタイプの小部分を占め得る)。WiFiおよびNetのネットワークはどちらも永続的接続をサポートし、一方ではWapネットワークは永続的接続をサポートしないので、携帯電話のネットワークタイプがWiFiまたはNetであるとき、端末301とサーバ302との間のネットワークリンク接続は永続的接続であり得、端末301によって取得されるビジネスメッセージは、サーバ302によってプッシュされるビジネスメッセージであり得る。
【０１１９】
携帯電話のネットワークタイプがWapであるとき、端末301とサーバ302との間のネットワークリンク接続は永続的接続ではない。その場合、プッシング方法をプリング方法に変更する必要がある。たとえば、端末301は、サーバ302からのビジネスメッセージのプリングを開始し得る。このようにして、ネットワークタイプに従って、端末301は、これらの2つの接続ステータス(たとえば、永続的接続と非永続的接続)の間で切り替わる必要がある。この切換えの間、プッシング手順も切り換える必要がある。
【０１２０】
Androidシステムを使用する例では、ネットワーク接続ステータス「BroadcastReceiver」を登録することが、ネットワークの変更のブロードキャスト情報を受信し、サーバ302と端末301との間のネットワークリンク接続を調節するために使用され得る。
【０１２１】
一実施形態では、たとえば携帯電話の電力を節約するために、ハートビートパッケージの送信ポリシーが、異なるタイプのビジネスメッセージに従って調節され得る。ビジネスメッセージのタイプは、メッセージのリアルタイムタイプ、メッセージのタイマ設定タイプ、メッセージの命令タイプなどを含み得る。
【０１２２】
例示的ゲームマーケティングビジネスでは、プッシングメッセージは、ゲームリアルタイムメッセージ、ゲームマーケティングアクティビティメッセージ、プッシング命令メッセージなどを含み得る。ゲームリアルタイムメッセージは、最新のゲームバージョン更新メッセージ、ゲームプロッププロモーティング(またはディスカウント)メッセージ、および/または他の可能なリアルタイムメッセージなどのリアルタイムメッセージを含み得る。ゲームマーケティングアクティビティメッセージは、ゲーム操作およびプランニングのアクティビティメッセージを含み得、ゲーム操作およびプランニングのアクティビティメッセージは固定プッシング時間を有する。プッシング命令メッセージは、クロージングメッセージをプッシュすること、一時的にリリースされたプッシングポリシーメッセージをプッシュすることなどを含み得る。
【０１２３】
ビジネスメッセージのタイプが異なるとき、ハートビートパッケージの送信間隔は異なり得る。リアルタイムタイプのメッセージについての一例では、プッシングメッセージは過度に頻繁にすることはできないという契約に従って、かつ経験的データに従って、リアルタイムタイプのメッセージを受信した後から短期間(たとえば、約60分)に別のリアルタイムタイプのメッセージを受信する確率は低くなり得る。ハートビートパッケージの送信間隔は、端末301およびサーバ302によって指定されたベンチマーク時間間隔よりも長くなるように調節され得、したがってネットワーク接続コストおよびCPUによる電力コストランニングが低減され、節約され得る。次いで、プリセット持続時間の後、ハートビートパッケージの送信間隔が、ベンチマーク時間間隔に復元され得る。
【０１２４】
タイマ設定タイプのメッセージについての一例では、メッセージをプッシュするための時間がプリセットされ得る。同様に、ネットワーク接続コストおよびCPUによる電力コストランニングを節約するために、ハートビートパッケージの送信間隔が、端末301およびサーバ302によって指定されるベンチマーク時間間隔よりも長くなるように調節され得る。
【０１２５】
たとえばクロージングメッセージをプッシュするための、命令タイプのメッセージについての一例では、端末301がそのようなプッシング命令メッセージを受信するとき、端末301は、ネットワーク接続についての端末電力コストを節約するために、ハートビートパッケージの送信を停止し、サーバ302とのネットワークリンク接続を閉じ得る。
【０１２６】
端末301は、ビジネスメッセージのプッシング動作を実現するために、調節されたハートビートパッケージの送信ポリシーに基づいてサーバ302とのネットワークリンク接続を維持するように構成され得る。
【０１２７】
メッセージプッシングシステムがビジネスメッセージのプッシング動作を実施するとき、ネットワークリンク接続のタイプに従ってプッシング方式が使用される。ネットワークリンク接続が永続的接続であるとき、端末301は、サーバ302によってプッシュされたビジネスメッセージを受信する。ネットワークリンク接続が永続的接続ではないとき、端末301は、サーバ302からビジネスメッセージをプルする。
【０１２８】
さらに、ビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、端末301は、設定時刻の前のプリセット時刻にビジネスメッセージをプルする。
【０１２９】
さらに、端末301は、ネットワークタイプの変更をリアルタイムに監視し得る。ネットワークタイプの変更が検出された後、ビジネスメッセージの定期的な、または通常のプッシングを保証するように、端末とサーバとの間のネットワークリンクステータスが切り換えられ得る。
【０１３０】
このようにして、端末301がサーバ302からビジネスメッセージを受信した後、端末301は、ビジネスメッセージのタイプに従って、ハートビートパッケージの送信ポリシーを調節し得る。ハートビートパッケージの送信ポリシーに基づいて、ネットワークリンク接続がサーバ302との間で維持され、ビジネスメッセージについてのプッシング動作が実現され得る。したがって、様々なアプリケーションビジネスメッセージのプッシング要件がモバイル端末上で満たされ得、モバイル端末の電力が節約され得る。
【０１３１】
端末301がビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーを調節することは、以下の例示的ステップを含み得る。
【０１３２】
まず、ビジネスメッセージのタイプが判定され得る。ビジネスメッセージのタイプがリアルタイムタイプであると判定されるとき、端末301は、ハートビートパッケージの送信間隔を第1のプリセット持続時間として調節し、第2のプリセット持続時間の後、ハートビートパッケージの送信間隔をベンチマーク時間間隔に復元し得る。第1のプリセット持続時間はベンチマーク時間間隔よりも長く、第2のプリセット持続時間未満である。
【０１３３】
ビジネスメッセージのタイプがタイマ設定タイプであると判定されるとき、端末301は、ハートビートパッケージの送信間隔を第3のプリセット持続時間に調節し、第4のプリセット持続時間の後、ハートビートパッケージの送信間隔をベンチマーク時間間隔に復元するようにさらに構成され得る。第3のプリセット持続時間はベンチマーク時間間隔よりも長く、第4のプリセット持続時間未満である。
【０１３４】
端末301は、ビジネスメッセージのタイプが命令タイプであると判定されるとき、ハートビートパッケージプロセスを停止するようにさらに構成される。前述の第1のプリセット持続時間は、第3のプリセット持続時間と同一であり、または異なり得る。前述の第2のプリセット持続時間は、第4のプリセット持続時間と同一であり、または異なり得る。
【０１３５】
たとえば、ゲームマーケティングビジネスでは、ハートビートパッケージについてのベンチマーク時間間隔が、クライアント301とサーバ302との間で約60秒となるように指定され得る。
【０１３６】
端末301がゲームリアルタイムタイプのメッセージのプッシングメッセージを受信するときの一実施形態では、プッシングメッセージは過度に頻繁にすることはできないという契約に従って、かつ経験的データに従って、リアルタイムタイプのメッセージを受信した後から短期間(たとえば、約60分)に別のリアルタイムタイプのメッセージを受信する確率は低くなり得る。
【０１３７】
したがって、ハートビートパッケージプロセスが約120秒間スリープするために、ハートビートパッケージの送信間隔が、(たとえば、第1のプリセット持続時間としての)約120秒となるように調節され得る。ネットワーク接続コストおよびCPUを動作させるための電力コストが低減され、節約され得る。次いで(たとえば、第2のプリセット持続時間としての)約60分の時間枠の後、ハートビートパッケージの送信間隔が、約60秒のベンチマーク時間間隔に復元され得る。
【０１３８】
端末301がゲームアクティビティリスティングタイプのメッセージのプッシングメッセージを受信するときの別の実施形態では、アクティビティ時間が記録され得、プッシング方式がイニシアチブプリングに変更され、ビジネスメッセージがプルされ、タイマを使用してアクティビティについての設定時刻の前のプリセット時刻(すなわち、記録された時刻)にユーザに通知され得る。一方、ネットワーク接続コストおよびCPUを動作させるための電力コストを節約するように、ハートビートパッケージプロセスが約120秒間スリープするために、ハートビートパッケージの送信間隔が約120秒となるように調節され得る。
【０１３９】
たとえば閉じるためのプッシング命令である、命令メッセージのプッシングメッセージを端末301が受信するときのさらに別の実施形態では、永続的接続が切断されてハートビートパッケージプロセスが停止され、したがって例示的Androidサービスが停止され、ネットワーク接続のための携帯電話電力コストが節約され得る。さらに、携帯電話がシャットダウンされるとき、またはユーザがプッシングのためのスイッチを閉じるとき、プッシング手順が閉じられ、ネットワーク接続のための携帯電話電力コストが節約され得る。たとえば、ユーザは、ネットワーク接続のための携帯電話電力コストを節約するために、夜間の約22:00から朝の約8:00までプッシング手順を閉じるデフォルト設定を選択し得る。したがって、前述の動的ポリシーを使用することによって、ビジネスプッシング要件が満たされ得る。携帯電話データボリュームを節約しながら、携帯電話の電力が節約され得る。
【０１４０】
ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーを調節するための開示される方式は、前述のアプリケーションシナリオに限定されず、ハートビートパッケージを送るためのポリシーを調節するために、より多くのポリシーおよび/またはより細分化されたポリシーが採用され得ることに留意されたい。
【０１４１】
様々な実施形態では、ビジネスメッセージのタイプに従ってハートビートパッケージの送信ポリシーを調節するための方式が、端末301によって定義され得、またはサーバ302から端末301にリリースされ得る。たとえば、登録パッケージを通じて端末301とサーバ302との間の接続を確立した後、サーバ302は、端末301にプッシングポリシーをリリースし得、端末301は、受信したプッシングポリシーを解析し、ハートビートパッケージを送るための調節ポリシーを取得し得る。
【０１４２】
情報をプッシュするための開示される方法、端末、およびシステムでは、端末がサーバからビジネスメッセージを受信した後、端末は、ビジネスメッセージのタイプに従って、ハートビートパッケージの送信ポリシーを調節し得る。ハートビートパッケージの送信ポリシーに基づいて、ネットワークリンク接続がサーバとの間で維持され、ビジネスメッセージについてのプッシング動作が実現され得る。したがって、様々なアプリケーションビジネスメッセージのプッシング要件がモバイル端末上で満たされ得、モバイル端末の電力が節約され得る。
【０１４３】
本開示では、各実施形態が漸進的に説明され、すなわち各実施形態が説明され、実施形態間の違いに焦点が当てられることに留意されたい。様々な実施形態間の類似および/または同一の部分が互いに参照され得る。さらに、例示的端末およびシステムが、対応する方法に関して説明される。
【０１４４】
開示される方法、端末、および/またはシステムは、適切なコンピューティング環境内で実装され得る。別段に指定されていない限り、本開示は、1つまたは複数のコンピュータによって実施されるシンボルおよびステップを参照しながら説明され得る。したがって、本明細書で説明されるステップおよび/または実装が、1回または複数回説明され、コンピュータによって実行され得る。本明細書では、「コンピュータによって実行される」という用語は、構造化されたタイプのデータ(または情報)の電子信号に対するコンピュータ処理装置の実行を含む。そのような実行は、データを変換し、またはコンピュータのメモリシステム(または記憶デバイス)内の位置にデータを維持し得、データは、当業者が理解するようにコンピュータの実行を変更するように再構成され得る。データによって維持されるデータ構造は、データフォーマットによって定義される特定の特性を有する、メモリ内の物理的位置を含む。しかし、本明細書に記載の実施形態は限定されない。本明細書に記載のステップおよび実装は、ハードウェアによって実施され得る。
【０１４５】
本明細書に含まれるモジュールは、その機能的論理に従って説明されるが、モジュールが対応する機能を実装し得る限り、上記の説明に限定されないことを当業者は理解することができる。さらに、本開示の保護範囲を限定することなく、互いを区別するために各機能モジュールの特定の名前が使用される。
【０１４６】
本明細書では、「モジュール」という用語は、コンピューティングシステム上で実行されるソフトウェアオブジェクトであり得る。要素、モジュール、ユニット、エンジン、およびサービスを含む本明細書で説明される様々な構成要素が、コンピューティングシステム内で実行され得る。方法、端末、および/またはシステムはソフトウェアの形で実装され得る。もちろん、方法、端末、および/またはシステムは、ハードウェアを使用して実装され得る。そのすべては本開示の範囲内にある。
【０１４７】
様々な実施形態では、開示されるモジュールが、必要に応じて1つの装置(たとえば、処理装置)で構成され、または複数の装置で構成され得る。本明細書で開示されるモジュールは、1つのモジュール、または複数のモジュールに統合され得る。本明細書で開示される各モジュールは、1つまたは複数のサブモジュールに分割され得、1つまたは複数のサブモジュールは任意の方式で再結合され得る。
【０１４８】
適切なソフトウェアおよび/またはハードウェア(たとえば、汎用ハードウェアプラットフォーム)が、開示される方法、端末、および/またはシステム内に含められ、使用され得ることを当業者なら理解されよう。たとえば、開示される実施形態は、ハードウェアのみで実装され得、あるいはソフトウェア製品のみで実装され得る。ソフトウェア製品は、たとえばROM/RAM、磁気ディスク、光ディスクなどを含む、コンピュータ可読記憶媒体内に記憶され得る。ソフトウェア製品は、端末デバイス(たとえば、携帯電話、パーソナルコンピュータ、サーバ、またはネットワークデバイスなどを含む)が開示される実施形態を実装することを可能にするための適切なコマンドを含み得る。
【０１４９】
「備える」、「含む」、またはそれらの他の変形は、非排他的包含をカバーするものとし、したがって、いくつかの要素を含むプロセス、方法、物品、または装置は、それらの要素だけではなく、明白に列挙されない他の要素も含み、あるいはプロセス、方法、物品、または装置の固有の要素をさらに含む。さらなる制限なしに、「......を含む(includes a ......)」という陳述は、それらの要素を有するプロセス、方法、物品、または装置内に含まれる他の要素を除外しない。
【０１５０】
本明細書で開示される実施形態は例示的なものに過ぎない。開示される実施形態に対する他の適用、利点、変更、修正、または均等物は当業者には明らかであり、本開示の範囲内に包含されるものとする。
【産業上の利用可能性】
【０１５１】
特許請求の範囲および/または本明細書を限定することなく、開示される実施形態の産業上の利用可能性およびいくつかの有利な効果の例が、例示のために列挙される。開示される実施形態の技術的解決策に対する様々な変更、修正、または均等物は当業者には明らかであり、本開示内に含まれ得る。
【０１５２】
情報をプッシュするための方法、端末、およびシステムが提供される。端末は、サーバからビジネスメッセージを取得し、リアルタイムタイプ、タイマ設定タイプ、および命令タイプからビジネスメッセージのタイプを判定する。ビジネスメッセージのタイプがリアルタイムタイプであると判定されるとき、端末は、ハートビートパッケージの送信間隔を第1のプリセット持続時間として調節し、第2のプリセット持続時間の後、ハートビートパッケージの送信間隔をベンチマーク時間間隔に復元する。第1のプリセット持続時間はベンチマーク時間間隔よりも長く、第2のプリセット持続時間未満である。端末は、ビジネスメッセージのプッシング動作を実現するために、ハートビートパッケージの送信ポリシーに基づいてサーバとのネットワークリンク接続を維持する。
【０１５３】
情報をプッシュするための開示される方法、端末、およびシステムでは、端末がサーバからビジネスメッセージを受信した後、端末は、ビジネスメッセージのタイプに従って、ハートビートパッケージの送信ポリシーを調節し得る。ハートビートパッケージの送信ポリシーに基づいて、ネットワークリンク接続がサーバとの間で維持され、ビジネスメッセージについてのプッシング動作が実現され得る。したがって、記載の動的ポリシーを使用することによって、ビジネスプッシング要件が満たされ得る。携帯電話データボリュームを節約しながら、携帯電話の電力が節約され得る。
【符号の説明】
【０１５４】
200  開始モジュール
201  取得モジュール
202  調節モジュール
203  プッシング動作モジュール
301  端末
302  サーバ
800  環境
802  通信ネットワーク
804  サーバ
806  端末
900  コンピューティングシステム、コンピュータシステム
902  プロセッサ
904  記憶媒体
906  モニタ
908  通信
910  データベース
912  周辺機器
914  バス
【図１】
0006286555.tif 000002
【図２】
0006286555.tif 000003
【図３】
0006286555.tif 000004
【図４】
0006286555.tif 000005
【図５】
0006286555.tif 000006
【図６】
0006286555.tif 000007
【図７】
0006286555.tif 000008
【図８】
0006286555.tif 000009
【図９】
0006286555.tif 000010