JP6851309B2 - 情報を収集及び処理する方法、クライアント端末、及びサーバ - Google Patents

Description

本開示は、情報通信の分野に関し、特に、情報を収集して処理するための方法、クライアント端末、及びサーバに関する。

関連特許出願の相互参照
本出願は、２０１５年１月８日に出願された「Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｌｌｅｃｔｉｏｎ ａｎｄ Ｐｒｏｃｅｓｓｉｎｇ Ｍｅｔｈｏｄ， Ｃｌｉｅｎｔ Ｔｅｒｍｉｎａｌ ａｎｄ Ｓｅｒｖｅｒ」と題する中国特許出願第２０１５１０００７９７７．０号明細書に対する外国優先権を主張するものであり、その全体が参照により本明細書に組み込まれる。

インテリジェント端末の発展及び人気に伴い、増えつづけるアプリケーションシナリオは、関心のある周囲の地点の場所共有、トラックログ、及び瞬時の注意などの受動測位技術を必要としている。

受動測位は一般に、端末のバックグラウンドアプリケーションがユーザの位置情報を連続的に収集して報告する状況を表し、その一方で、サーバが端末によって報告される位置情報に従ってユーザの現在位置を見つけて、対応するプッシュメッセージをユーザに送信する。通常、受動測位は、ユーザが申し込んだコンテンツ及びホットスポットに基づく２４時間休みなしの場所アプリケーション技術でもよく、それはＧＰＳ（全地球測位システム）、ＷｉＦｉ、基地局、ビーコンなどの測位技術を使用して位置情報を取得してもよい。受動測位は、さまざまなネットワーク条件の下でいつでも作動させることができ、ユーザが申し込んだホットスポットに入り、端末の対応するアプリケーションのコンテンツの表示を起動させたことを能動的に検出することができる。たとえば、表示されるコンテンツは、３０分後にオープンする映画館の空席情報、あるスーパーマーケットの夕方のセールにおけるいくつかの生鮮食品の割引情報、及び、新しくオープンしたレストランのクーポン情報などであってもよい。

既存の受動測位技術によって使用される一般的な解決方法は主に、アプリケーションの起動後、端末の測位アプリケーションによって位置情報を常に収集及び報告することを含む。できるだけ正確にユーザの現在位置の情報を取得し、ユーザが位置するアプリケーションシナリオのサービス要件を満たすために、既存の受動測位技術は通常、短く固定された時間間隔でユーザの位置情報を収集する。この位置情報収集方法では、端末のアプリケーションが非常に頻繁に位置データを収集かつ報告することがある。これはユーザがさらに許容できない、端末の電力消費の増加をもたらし、受動測位サービスのユーザエクスペリエンスを大きく低下させる。さらに、位置情報の頻繁な収集及び報告は端末のネットワークトラフィックの消費量も増加させる。たとえば、ユーザがアプリを開始した後、ローカルサービスアプリ（アプリケーション、アプリ）で構成される受動測位機能は、頻繁に位置データを収集かつ報告するが、それは端末の多くの電力を消費し、使用中、端末デバイスの過熱さえ生じさせることがあり、したがって、ユーザエクスペリエンスを低下させる。

受動測位において位置情報を収集する既存の方法は、端末の大きい電力消費につながり、ユーザエクスペリエンスが低い。

この概要は、以下の発明を実施するための形態にさらに記載される概念を選択し、簡略化した形態で紹介するために示される。この概要は、本請求項の主題に関するすべての主要な特徴または必須の特徴を特定することは意図しておらず、本請求項の主題の範囲を決定する助けとしてこれを単独で用いることも意図していない。たとえば用語「技術」は、上の文脈によって、及び本開示を通して可能とされるデバイス（複数可）、システム（複数可）、方法（複数可）、及び／またはコンピュータ可読命令を表してもよい。

本開示の目的は、位置情報の収集及び報告と関連付けられる方針を最適化することができる、情報を収集かつ処理するための方法、クライアント端末、及びサーバを提供すること、ならびに、端末の電力及びユーザネットワークトラフィックの無駄をなくし、それによって、ユーザエクスペリエンスを改善することである。

本開示で提供される、情報を収集かつ処理するための方法、クライアント端末、及びサーバの実施態様は、以下のように説明される。

情報収集方法の実施態様において、クライアント端末は、サーバから収集方針を受信し、受信した収集方針に従って位置情報を収集し、収集した位置情報をサーバに送信してもよい。サーバは、収集された位置情報を受信かつ記憶し、プリセットルールに従って収集された位置情報の分析を実行して収集方針のコンフィギュレーションデータを形成し、分析によって形成されたコンフィギュレーションデータに従って収集方針を更新し、更新した収集方針をクライアント端末に送信してもよい。次いで、クライアント端末は、サーバから送信された更新された収集方針を受信し、更新された方針に従って位置情報を収集してもよい。

実施態様において、情報収集方法は、クライアント端末がサーバによって送信される収集方針を受信することを含んでもよく、クライアント端末は受信した収集方針に従って位置情報を収集し、クライアント端末は収集した位置情報をサーバに送信し、クライアント端末は、サーバから更新された収集方針を受信して、更新された方針に従って位置情報を収集する。

実施態様において、収集された情報の処理方法は、サーバがクライアント端末から送信された位置情報を受信かつ記憶することを含んでもよく、サーバはプリセットルールに従って収集された位置情報の分析を実行して収集方針のコンフィギュレーションデータを形成し、サーバは分析によって形成されたコンフィギュレーションデータに従って収集方針を更新し、サーバは更新した収集方針をクライアント端末に送信する。

実施態様において、情報収集クライアント端末は、サーバによって送信される収集方針を受信するように構成される方針受信モジュールと、方針受信モジュールの収集方針に従って位置情報を収集するように構成される情報収集モジュールと、収集した位置情報をサーバに送信するように構成される情報報告モジュールと、サーバと同期して方針受信モジュールによって受信される収集方針を更新するように構成される方針同期モジュールと、を含んでよい。

実施態様において、収集された情報を処理するサーバは、クライアント端末によって送信される位置情報を受信して記憶するように構成される情報受信モジュールと、位置情報を分析するためにあらかじめ設定されるプリセットルールを記憶するように構成されるプリセットルールユニットと、クライアント端末の収集方針を記憶するように構成される収集方針モジュールと、プリセットルールユニットによって記憶されたプリセットルールを実行し、位置情報を分析して収集方針のコンフィギュレーションデータを取得するように構成される処理ユニットと、収集方針のコンフィギュレーションデータを取得し、収集方針モジュールの収集方針を更新するように構成される方針更新モジュールと、収集方針モジュールに記憶された収集方針をクライアント端末に送信するように構成される方針送信モジュールと、を含んでよい。

本開示は、情報を収集かつ処理する方法、クライアント端末、及びサーバを提供する。ユーザの行動及び習慣に従ってサーバによって最適化される収集方針を取得することによって、クライアント端末は、ユーザの端末の位置情報の収集時刻、収集間隔、及び収集精度などをタイムリーかつ適度に調整することができ、それによって、リアルタイムのパーソナライズを実現する。他方で、収集された位置情報のデータ分析を実行することによって、サーバは、ユーザの位置が頻繁に変わるアクティブな時間帯を計算して、そのアクティブな時間帯の間、受動測位頻度を適切に増加させることができ、一方、他の時間帯においては、その逆の収集が実行され、または収集を実行しないことさえある。ユーザの習慣を学習することによって、受動測位の情報収集は知的になり、それは位置情報収集のコンフィギュレーション方針を徐々に最適化し、ユーザ端末の電力及びネットワークトラフィックを大きく節約する。

本開示の実施形態または既存技術の技術的解決方法をより明確に説明するために、実施形態または既存技術の説明に使用される添付の図面が本明細書に簡潔に説明される。明らかに、説明される図面は単に本開示のいくつかの実施形態にすぎない。これらの図面に基づいて、当業者は、独創的に努力することなく、他の図面を得ることができる。

本開示の実施形態による情報収集方法のフローチャートである。 本開示の実施形態による位置情報データの補正計算を実行するフローチャートである。 本開示の別の実施形態による情報収集方法のフローチャートである。 本開示による情報収集クライアント端末の構造図である。 本開示によるクライアント端末の情報報告モジュールの構造図である。 本開示の別の実施形態による情報収集クライアント端末の構造図である。 本開示による収集された情報を処理するサーバの構造図である。 本開示による処理ユニットの構造図である。 本開示の別の実施形態による収集された情報を処理するサーバの構造図である。 本開示の別の実施形態による収集された情報を処理するサーバの構造図である。 本開示による情報収集システムの構造図である。

本開示の技術的解決方法を当業者がより理解するために、本開示の実施形態の技術的解決方法は、本開示の実施形態の添付図面を参照して以下で明確かつ完全に説明される。明らかに、説明される実施形態は、単に本開示の実施形態のすべてではなく一部を表すにすぎない。当業者によって得られるすべての他の実施形態は、本開示の実施形態に基づいて独創的に努力することなく、本開示の保護の範囲に属する。

本開示で説明される測位中に収集される位置情報は、端末の内部または外部ＧＰＳ測位装置を用いて取得されるユーザクライアント端末の位置情報を含んでもよく、ユーザクライアント端末の位置情報は、モバイル通信オペレータ（たとえば、２ＧのＧＳＭネットワーク、３ＧのＣＤＭＡ２０００ネットワーク、または４ＧのＬＴＥネットワークなどの基地局）のモバイル通信ネットワークの測位を通して取得し、ユーザクライアント端末の位置情報は、ホットスポットの場所と関連付けられるＷｉＦｉまたはビーコンの位置識別子に基づいて取得される。本開示において、クライアント端末は、携帯電話、タブレット、携帯情報端末（ＰＤＡ）、ポケットＰＣ、スマートウェアラブルデバイス（スマートウォッチ、ブレスレット、隠しデータ記録デバイスなど）、または他のモバイル端末デバイスを含んでもよく、位置情報を収集する機能を有するデスクトップＰＣをさらにまたは代わりに含んでもよい。

測位機能における位置情報のデータ収集は一般に、ユーザの現在位置に基づいてユーザに対応する位置情報サービスを提供するために使用される。現実世界のアプリケーションにおいて、ほとんどのユーザは比較的安定した職務及び習慣を有し、通常、就業日または週末の作業または余暇の活動に関して比較的安定した場所を有する。したがって、ユーザの位置情報の収集及び報告は必要ないことがある、または、ユーザの活動の場所が固定される時間帯は位置情報を収集する頻度を減らしてもよく、それによって、ユーザの端末の電力を節約し、リソースの不必要な消費を避ける。本開示は、情報収集方法を提供する。クライアント端末が位置情報を収集して報告した後、サーバは、収集された位置情報に基づく分析を実行し、クライアント端末の情報収集方針を最適化し、クライアント端末の位置情報の収集方針をより適切にし、したがって、クライアント端末の電力の節約を可能にする。図１は、本開示の実施形態による情報収集方法のフローチャートを示す。図１に示されるように、方法は以下の方法ブロックを含んでもよい。

Ｓ１において、クライアント端末は、サーバによって送信される収集方針を受信する。

収集方針は、クライアント端末のために構成される地理的位置情報の収集時間フレーム（複数可）（Ｔｈと略される）、収集時間間隔（複数可）（Ｔｓと略される）、及び情報報告時刻（複数可）（Ｔｕｐと略される）などを含んでもよい。たとえば、収集時間フレーム（Ｔｈ）は２４時間と設定されてもよく、収集時間間隔（Ｔｓ）は１時間あたり１回収集と設定されてもよく、情報報告時刻（Ｔｕｐ）は、収集方針において、毎日午前１０時００分と午後１０時００分と設定されてもよい。明らかに、サーバ上の収集方針は、クライアント端末の地理的位置情報の収集精度Ａ、ユーザまたはデバイス識別子ＩＤ、場所エリアコードＬＡＣ、クライアント端末に適用可能であるアプリケーションバージョンＰなどの他の情報でさらに構成されてもよい。第１の収集方針に構成される情報収集方針は、情報収集の関連する要件（複数可）に従って設定されてもよい。

一般に、サーバがクライアント端末によって収集される情報データ、またはクライアント端末によって収集されてデータ分析要件（複数可）を満たす情報データを取得する前は、収集方針はあらかじめ設定された情報収集の従来の方針でもよい。別の実施形態において、収集方針はまた、ほとんどのユーザの習慣を満たすように設定される普遍的な収集方針でもよい。たとえば、情報報告時刻（Ｔｕｐ）は、毎日、過去２４時間に収集された情報データを報告するために、夜間午前０時００分と設定されてもよい。

収集方針のコンフィギュレーションは、専用サーバで実行されてもよく、または、ＬＢＳ（すなわち、ロケーションベースサービス）サーバなどの他のサーバ上の対応する機能モジュールによって実装されてもよい。本開示において、サーバは１つの物理的または論理的サーバアーキテクチャに限定されず、複数の物理的または論理的サーバの組合せを含んでもよい。

サーバは収集方針をクライアント端末に送信してもよく、クライアント端末は収集方針を受信してもよい。ある実施態様において、クライアント端末はサーバと周期的に同期してサーバの収集方針を取得してもよい。それによって、ある実施態様において、クライアント端末は、以下のアプローチでサーバによって送信される収集方針を受信してもよい。

Ｓ１０１において、クライアント端末は、特定のアプリケーションを起動したときまたはそれに切り替えたとき、通知メッセージをサーバに送信する。

Ｓ１０２において、サーバは、通知メッセージの受信に応答して、収集方針をクライアント端末に送信する。

Ｓ１０３において、クライアント端末は、受信した通知メッセージに基づいてサーバによって送信された収集方針を受信する。

別の実施態様において、サーバはまた、プリセットプッシュ時刻になった後、先を見越して収集方針をクライアント端末に送信してもよい。それによって、ある実施態様において、クライアント端末は、以下のアプローチでサーバによって送信される収集方針を受信してもよい。

Ｓ１０１’において、サーバは、プリセットプッシュ時刻になると、収集方針をクライアント端末に送信する（図示せず）。

Ｓ１０２’において、クライアント端末は、プリセットプッシュ時刻になると、サーバによってクライアント端末に送信された収集方針を受信する（図示せず）。

クライアント端末は、特定のアプリケーション（複数可）を開始したときまたはそれに切り替えたとき、通知メッセージをサーバに送信する。サーバは、通知メッセージを受信した後、収集方針をクライアント端末に送信し、次いで、クライアント端末はサーバによって送信された収集方針を受信する。クライアント端末によって開始または切り替えられた特定のアプリケーション（複数可）は、クライアント端末上の位置情報収集に関するインストールされたアプリケーションを含んでもよく、それは、たとえば、本開示の情報収集方法を用いて位置情報を収集する端末アプリを含んでもよい。クライアント端末は、アプリケーションを開始するときに、サーバと同期してサーバの収集方針を取得してもよく、または、クライアント端末のデスクトップまたは別のアプリケーションが特定のアプリケーションのフォアグラウンドに切り替えられたときに、サーバに通知してサーバの収集方針を取得してもよい。別の実施態様において、プリセットプッシュ時刻はまた、あらかじめ設定されてもよく、サーバは、先を見越して毎日固定された時刻（複数可）に、収集方針をクライアント端末に送信してもよい。

本開示の別の実施態様において、サーバはまた、先を見越してクライアント端末に収集方針をプッシュしてもよい。

たとえば、他の理由のために収集方針を更新またはプッシュする必要があるとき、オペレータは、リアルタイムでプッシュトリガー命令をサーバに能動的に配信してもよい。プッシュトリガー命令の受信に応答して、サーバは収集方針をクライアント端末に送信してもよい。この時点で、クライアント端末は、プッシュトリガー命令に基づいてサーバによって送信される収集方針を受信してもよい。

Ｓ２、クライアント端末は、受信した収集方針に従って位置情報を収集し、収集した位置情報をサーバに送信する。

収集方針を取得した後に、クライアント端末は、収集方針に構成される情報収集モードに従って、クライアント端末の位置情報を収集してもよい。例示的な実施態様において、クライアント端末の位置情報は、測位ＳＤＫ（ソフトウェア開発キット）及び位置変化検知アプリケーションを用いて収集してもよい。異なるアプリケーション開発プラットフォーム、あるいは、Ｗｉｎｄｏｗｓ、Ａｎｄｒｏｉｄ、またはｉＯＳなどのオペレーティングシステムに対応して、ＳＤＫまたは位置変化検知アプリケーションをそれに応じて設計してもよい。測位ＳＤＫは、モバイル通信オペレータの内蔵型ＧＰＳまたは基地局（複数可）を介した位置情報の取得など、ハードウェア及びソフトウェアを設置することによって、位置情報を収集かつ取得してもよい。位置変化検知アプリケーションは、端末の動作を検知するために使用されるハードウェア及びソフトウェアの組合せを使用して、ユーザが現在、静止状態または移動状態であるなどのユーザ端末の動作状態情報を取得してもよく、ユーザ動作の速度、加速度、さらに方向などの情報を取得してもよい。よって、クライアント端末はユーザの位置に関連する追加情報を収集して、取得した位置情報を強化し、それによって、サーバによるユーザの習慣の分析の実行を支援し、容易にする。

位置情報を収集した後、クライアント端末は収集した位置情報をサーバに送信する。本開示において、位置情報を収集した後、クライアント端末はリアルタイムで情報をサーバに送信してもよい。ある実施形態において、ユーザのクライアント端末の電力をさらに節約するために、情報報告時刻（Ｔｕｐ）または情報報告時刻間隔（Ｔｕｓ）が収集方針に設定されてもよい。収集された情報データを、プリセット時刻（Ｔｕｐ）または時間間隔（Ｔｕｓ）になった後に報告し、情報を報告する回数を減らしてもよい。そのために、ある実施形態において、クライアント端末は、収集した位置情報を以下のアプローチを使用してサーバに送信してもよい。

Ｓ２０１において、クライアント端末は情報収集方針に設定された情報報告時刻（Ｔｕｐ）を取得し、情報報告時刻Ｔｕｐになると、収集した位置情報をサーバに送信する。または、
Ｓ２０２において、クライアント端末は情報収集方針に設定された情報報告時刻間隔（Ｔｕｓ）を取得し、前の位置情報報告からの経過時間が情報報告時刻間隔（Ｔｕｓ）より大きいことの判定に応答して、収集した位置情報をサーバに送信する。

たとえば、クライアント端末は、測位ＳＤＫ及び位置変化検知アプリケーションを通して位置情報を取得する。クライアント端末は、クライアント端末のキャッシュの記憶領域に、新たに収集した位置情報データを記憶させ、情報報告時刻間隔（Ｔｕｓ）またはプリセット情報報告時刻になると、たとえば、クライアント端末及びサーバに一貫したＡＰＩプラットフォームデータインタラクション及びサービスインタフェースを提供するＭＴＯＰ（Ｍｏｂｉｌｅ Ｔａｏｂａｏ Ｏｐｅｎ Ｐｌａｔｆｏｒｍ）を介して、端末のキャッシュに記憶させた位置情報データをサーバに報告する。
本開示による情報収集方法の別の実施形態において、ユーザスイッチがクライアント端末でさらに設定されてもよい。クライアント端末は、クライアント端末のユーザスイッチがオン状態であるとき（のみ）、情報データを収集または報告してもよい。そのために、本開示の別の実施形態において、方法は、情報収集または情報報告がクライアント端末で可能かどうかのインジケータ状態を設定することをさらに含んでもよい。同様に、クライアント端末によって受信された収集方針に従って位置情報を収集することは、取得されたインジケータ状態に応答して、クライアント端末によって受信された収集方針に従って位置情報を収集し、それによって、情報収集が可能であることを示すことを含んでもよい。さらに、または、あるいは、クライアント端末によって収集された位置情報をサーバに送信することは、取得されたインジケータ状態に応答して、クライアント端末によって収集された位置情報をサーバに送信し、それによって、情報報告が可能であることを示すことを含んでもよい。

情報報告が可能かどうかのインジケータ状態は、クライアント端末に設定される物理または仮想スイッチの状態を含んでもよい。本開示において、クライアント端末には、情報収集が可能かどうか、及び、情報報告が可能かどうかをそれぞれ制御するための２つの個々のユーザスイッチが設けられてもよい。あるいは、単一のユーザスイッチが、クライアント端末の情報収集及び情報報告が可能かどうかのこれらの２つのインジケータ状態を同時に制御するように設定されてもよい。クライアント端末のユーザスイッチ（複数可）を設定することによって、ユーザは、クライアント端末がユーザスイッチの状態の制御を介して、収集した位置情報を報告可能かどうかを制御することができる。このように、ユーザは、クライアント端末がいつでも位置情報を収集または報告することが可能かどうかを制御してもよい。さらにまた、ユーザスイッチ（複数可）の設定は、クライアント端末が位置情報を収集かつ報告することが可能かどうかをユーザが制御できる明確な指標をユーザに提供し、したがって、ユーザのプライバシーを保護し、ユーザエクスペリエンスを改善する。

クライアント端末は、受信した収集方針に従って位置情報を収集する。クライアント端末は、収集した位置情報をサーバに送信してもよい。

Ｓ３において、サーバは、収集された位置情報を受信して記憶し、プリセットルールに従って収集された位置情報の分析を実行して収集方針のコンフィギュレーションデータを形成し、分析によって形成されたコンフィギュレーションデータに従って収集方針を更新する。

サーバは、クライアント端末によって収集かつ送信される位置情報を受信して記憶し、受信データを、循環キューを用いてキャッシュし、受信した位置情報のデータを専用データストレージデバイスに保存する。サーバは、プリセットルールに従って収集された位置情報を分析して収集方針の新しいコンフィギュレーションデータを形成し、サーバに構成される収集されたデータを最適化する。プリセットルールは、たとえば、収集された情報データの抽出、処理、及び集約を含むプリセットのデータ処理方法を含んでもよく、その方法は、たとえば、ユーザの社会的集団及びアクティブなビジネス集団を分析する方法、ユーザの動作の経路を予測する方法、ユーザの作業、休息、及びエンタテインメントのための場所及び時刻を計算する方法などである。ある実施態様において、プリセットルールは、データ処理要件（複数可）に従って設定されてもよい。本実施形態は、収集された位置情報を分析するために、プリセットルール（複数可）をサーバに提供するが、それは１週間またはデータ計算の他の期間におけるユーザの位置情報データを抽出し、ユーザの位置が毎日頻繁に変わる重複時間帯（複数可）を計算し、ユーザクライアント端末のための新しいコンフィギュレーションデータを形成して収集方針を最適化する。ある実施態様において、サーバは、プリセットルールに従って収集された位置情報を分析し、以下のようなアプローチを用いて、収集方針のコンフィギュレーションデータを形成する。

Ｓ３０１は、Ｎ日以内の位置情報データを周期的に抽出し、ここでＮ≧１である。

Ｓ３０２は、位置情報データに基づいて、Ｎ日以内にプリセット頻度に到達する頻度で、クライアント端末の位置が毎日変化する重複時間帯（複数可）を計算する。

Ｓ３０３は、取得される重複時間帯（複数可）の活動重要度（複数可）を設定し、活動重要度（複数可）に対応する情報収集時間間隔（複数可）を設定する。

Ｓ３０４は、重複時間帯（複数可）の活動重要度（複数可）及び活動重要度（複数可）に対応する情報収集時間間隔（複数可）に基づいて、収集方針のコンフィギュレーションデータを設定する。

新しいコンフィギュレーションデータは、上記のようなプリセットルールに基づいて形成される。ユーザクライアント端末の情報収集方針のコンフィギュレーションデータは最適化され、収集方針は、多くの日に、ユーザの位置の変化の情報に基づいて更新される。ある実施態様において、更新された収集方針は、
日々の位置の変化がプリセット頻度に到達する重複時間帯の位置情報を収集して報告するための時間間隔を縮小させることと、
日々の位置の変化がプリセット頻度に到達しない重複時間帯の位置情報を収集して報告するための時間間隔を拡大させることと
を含んでもよい。

クライアント端末は更新された収集方針を受信し、ローカルの収集方針を更新し、更新された収集方針を用いて位置情報を収集してもよい。たとえば、クライアント端末の情報収集時間間隔は、ユーザが働いていて、その位置が能動的に変化しない毎日８：３０〜１１：３０の時間帯には拡大するように設定されてもよい。毎時１回の収集を、２時間に１回の収集に設定してもよく、または、データ収集を実行しなくてもよい。さらに、その位置が動的に変わる１８：００〜２０：００の時間帯には、クライアント端末の情報収集時間間隔は縮小してよく、収集頻度は増加する。たとえば、収集は３０分ごとに実行されてもよい。位置の変化がプリセット頻度に到達するかどうかは、ユーザの位置の多数の変化及び／または位置の変化の間の距離に従って定義してもよい。たとえば、ユーザの位置は何度も変わってもよいが、これらの変化が半径１０メートルの範囲の外で生じる場合は、ユーザの位置は不変であるとさらに設定されてもよい。したがって、クライアント端末の限定された電力は、位置が頻繁に変わる効果的な時間帯に使用されてもよく、それによりユーザのクライアント端末の電力またはネットワークトラフィックは最も大きく節約され、同時に、充実したリアルタイムのデータ収集が保証される。

サーバは、位置情報データを周期的に取り込んでもよく、たとえば、毎日午前０時００分または毎週金曜日の午前０時００分に位置情報データを取り込み、プリセットルールに従って位置情報データを分析してもよい。明らかに、計算された重複時間帯（複数可）は複数の時間帯を含んでもよく、対応する活動重要度は位置変化頻度に従って複数の時間帯に割り振られてもよい。サーバは、異なる時間帯のそれぞれの重要度に従って、たとえば、重要度に対応する変化の時間帯の情報収集時間間隔及び収集精度に従って、収集方針の対応するコンフィギュレーションデータを設定してもよい。以下の表１は、本開示による活動重要度と情報収集時間間隔との比較表である。

例示的な実施形態において、サーバは、毎回、１週間以内のユーザの位置情報データを取り込んで分析してもよい。一般に、ほとんどのユーザの作業及び研究習慣は、週末に２つの休日または１つの休日の影響を受ける。そのため、収集される位置情報データは通常、ユーザの習慣に従って、対応する変化パターンを有する。サーバは、毎回、分析のために１週間以内のユーザの位置情報データを取り込んでもよく、たとえば、毎回、月曜日から日曜日までのクライアント端末によって収集される位置情報データを取り込んで、次いで、分析を実行して収集方針のコンフィギュレーションデータを取得してもよい。よって、収集方針の取得されたコンフィギュレーションデータは、ユーザの習慣により適切に対応することができ、それによって、ユーザの習慣の知的な学習を実現する。そのために、Ｎ日間の位置情報データの周期的な抽出におけるＮは、この例では７でもよい。

クライアント端末によって収集される位置情報データは、一時的な保存のためにＴＴ／Ｇａｌａｘｙへ転送されてもよく、次いで位置情報データは保存のために生成されてもよい。２つの位置情報データが生成されてもよい。第１のデータは、オフライン分析、大きなデータ計算などを実行するために、トランザクション相手のＯＤＰＳラダーテーブルに記憶される。第２のデータは、ＭｅｔａＱ（メッセージ通知ミドルウェア）に送信されてもよい。トランザクション相手は、リアルタイムでデータを予約して問い合わせた後に、対応するトランザクション処理を実行してもよい。ＯＤＰＳはＯｐｅｎ Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ Ｓｅｒｖｉｃｅであり、それは、Ａｌｉｂａｂａ Ｇｒｏｕｐのクラウドコンピューティングプラットフォームに基づいて構築される、完全に独立した知的所有権を有するデータストレージ及び分析プラットフォームであり、小さい要件の大量データ（ＴＢ／ＰＢレベルで）のオフライン処理にタイミングよく適用可能である。明らかに、それはまた、本開示におけるオフライン分析及びデータ処理のために他のサーバに記憶されてもよい。

本開示において、クライアント端末は必要なプリセットデータを収集するだけでもよく、収集した情報データに他の複雑な操作を実行する必要はなくてもよい。いくつかのサービスアプリケーションシナリオにおいて、キャリブレーション、計算、及び補正などの追加の処理を収集した情報データに加えることを必要としてもよい。本開示において、収集された情報データへの追加の処理をサーバ側で実行して、クライアント端末の計算作業を減少させてもよく、クライアント端末の電力消費をさらに減少させてもよい。本開示の別の実施形態において、方法は、収集された位置情報の経緯度変換、情報補正、及び、データフォーマットキャリブレーションのうちの少なくとも１つをサーバが実行することをさらに含んでもよい。例示的なプロセスは以下を含んでもよい。

経緯度変換は、収集された位置情報の経緯度情報を、使用及び処理要件を満たす標準フォーマットにサーバによって変換することを含んでもよい。たとえば、位置情報の収集時にクライアント端末によって戻される経緯度はＷＧＳ−８４座標系（世界中、非修正）である。この場合、サーバは計算して、経緯度ＡをＧＣＪ−０２座標系（中国で使用、修正）の経緯度Ｂに変換してもよく、それによって、国内のサーバまたは端末アプリケーションによる経緯度情報の処理を容易にする。

情報補正は、クライアント端末によって収集される取得された位置情報のいくつかのフィールドが空、または異常値を有するときの位置情報データの補正を含んでもよい。サーバは、クライアント端末または他のサードパーティの情報インタフェースによる情報を伝送するためのチャネルを介して計算補正を実行してもよい。たとえば、以下の表２は、クライアント端末によって収集される位置情報データのフォーマットである。

情報収集において、多くのフィールドは、クライアント端末の異なる状態の予測不能性のために、一時的に空でもよい。たとえば、ユーザがログインしていないとき、ユーザＩＤは空である。経緯度は、ＧＰＳまたはネットワーク条件が悪いために測位タイムアウト／測位サービスシャットオフした場合、空である。ＷｉＦｉ／基地局は、信号が悪いためにリストをスキャンすることができない場合、空のフィールドになる。さらに、多くの予測できない例外フローが、いくつかのフィールドの収集の失敗を引き起こす。

サーバは、ユーザが位置する商業地域によって、関連するメッセージをユーザにプッシュする必要がある。この時点で、クライアント端末は、ユーザが位置する県／市／地区／住所などの情報を収集かつ取得する必要はなくてもよい。これらの操作は、サードパーティのインタフェースを呼び出すことによって、サーバによって補われる。あるいは、クライアント端末によって収集される経緯度が空であるとき、関連するモバイル通信操作のサードパーティのインタフェースは、クライアント端末によって収集されるＷｉＦｉ／基地局リスト情報に基づいて経緯度を補正するために呼び出されてもよい。クライアント端末の位置情報が補正後もまだ空である場合、このような収集データは廃棄される可能性がある。クライアント端末によって収集されるデバイス情報の一部が空であるとき、サーバは、デバイスＩＤに基づく補正のために、サードパーティのインタフェースを呼び出してもよい。図２は、本開示の実施形態による位置情報データの補正計算を実行するフローチャートである。Ｓ２１０において、クライアント端末によって収集される情報が取得される。Ｓ２２０において、ユーザＩＤ及びデバイスＩＤの対応するフィールドが空かどうかに関して判定される。ユーザＩＤ及びデバイスＩＤの対応するフィールドが両方とも空である場合、収集された端末はＳ２３０で廃棄される。ユーザＩＤ及びデバイスＩＤの対応するフィールドのうちの任意の１つが空でない場合、クライアント端末と関連付けられるＷＧＳの経緯度のフィールドが空かどうかに関する判定がＳ２４０で行われる。空でない場合、ＷＧＳ経緯度アルゴリズムに基づく調整がそれに対してＳ２５０で行われる。空の場合、サードパーティのＷｉＦｉまたは基地局測位の経緯度が、Ｓ２６０で取得される。Ｓ２７０において、サードパーティの経緯度が空かどうかに関する判定が行われる。空の場合、収集された情報はＳ２３０で廃棄される。空でない場合、サードパーティの経緯度がＳ２８０で使用される。

ある実施態様において、クライアント端末は、収集した位置情報データを報告し、関連するサービスとの通信時、クライアント端末、デバイスなどと関連付けられる関連データを提供する可能性があるパブリックチャネルを含んでもよい。その結果、クライアント端末のアプリケーションの受動測位モジュールは、繰り返しかつ頻繁にそのような複数のパブリックデータを収集する必要がない。これにより、一方では、同じデータの繰り返しの収集を避け、他方では、クライアント端末の受動測位モジュールのデータ収集操作を簡略化して電力消費を減少させる。以下の表３は、本開示に従って、このようなパブリックチャネルによって提供されるパブリックデータのデータフォーマットである。

データフォーマットキャリブレーションは、収集された位置情報上で実行される統一フォーマット変換、キャリブレーションなどを含んでもよい。異なる端末デバイス、または、デバイスのｉＯＳ／Ａｎｄｒｏｉｄなどの異なるオペレーティングシステム、アプリケーションなどによって収集される元のデータフォーマットは、一貫しなくてもよく、あるいは、特定のモデルは、適合のために無駄なデータをサーバに報告してもよい。そのようなデータは、均一なフォーマットを有する正規化データを生成するように処理する必要がある。

位置情報データ上のこれらの追加の処理操作はサーバ側で実行されてもよく、クライアント端末で実行する必要はない。そのため、クライアント端末への変換操作の追加を避け、クライアント端末の電力消費を減少させることができる。

収集方針のコンフィギュレーションデータが収集された位置データを分析することによって形成された後、サーバはコンフィギュレーションデータに従って収集方針を更新して新しい更新された収集方針を形成してもよい。

Ｓ４において、サーバは更新した収集方針をクライアント端末に送信する。

サーバは、位置情報データの分析後に更新した収集方針をクライアント端末に送信してもよい。例示的な実施態様において、上記のように、サーバは、クライアント端末から送信された通知メッセージまたは要求メッセージの受信に応答して、あるいは、プッシュトリガー命令の受信に応答して、更新した収集方針をクライアント端末に送信してもよい。あるいは、サーバは、周期的にまたは収集方針の更新サイクルに到達したときに、更新した収集方針をクライアント端末に送信してもよい。

Ｓ５において、クライアント端末は、サーバによって送信された更新された収集方針を受信し、更新された方針に従って位置情報を収集する。

更新された収集方針の受信時、クライアント端末は、更新された収集方針のコンフィギュレーション情報に従って位置情報を収集してもよい。たとえば、更新された収集方針の取得後、クライアント端末は、更新された収集方針を各積分点に対応するコンフィギュレーションに離散化してもよく、収集方針のコンフィギュレーション情報に設定される収集時間間隔（複数可）及び収集精度（複数可）と関連付けられる要件に従ってデータを収集し、あるいは、帰宅などのクライアント端末の位置変化を検出するときのユーザの移動ルートまたは目的地をあらかじめ定めておくまたは予測してもよい。

更新された収集方針は、クライアント端末によって収集かつ報告された位置情報データを分析することによって取得された最適化された収集方針に従ってサーバによって構成された情報を含んでもよい。サーバは、分析によって取得されたユーザの習慣に基づいて、クライアント端末の情報収集及び測定のためのコンフィギュレーション情報を知的に最適化して、ネットワークトラフィックの消費を含むユーザのクライアント端末の電力消費を減少させ、伝統的な受動測位の高電力消費の問題を解決してもよい。

本開示の例示の情報収集方法の別の例示的な実施形態において、異なる位置領域はさらに分割されてもよい。ユーザが位置する位置領域の事業開発、人口密度、管理レベルなどによって、異なる重要度がその位置領域に対して構成されてもよい。収集方針のコンフィギュレーションデータを形成するとき、サーバは、ユーザが位置する位置領域の重要度によって、収集方針のコンフィギュレーションデータを調整してもよい。図３は、本開示の別の実施形態による情報収集方法のフローチャートを示す。図３に示されるように、情報収集方法は、以下の方法ブロックをさらに含んでもよい。

Ｓ６において、異なる位置領域が分割され、それぞれの領域の重要度が位置領域に対して構成される。

サーバは、位置情報に基づいてクライアント端末の現在位置を計算して取得する。サーバは、クライアント端末の現在位置に対応する位置領域の、領域の重要度に従って、収集方針のコンフィギュレーションデータを設定する。

異なる位置領域はあらかじめ分割されてもよく、異なる領域重要度は、異なる領域におけるユーザの位置情報データを分析することによって、及び／または、分割された位置領域のそれぞれの人口密度、経済的な開発状態などを考慮することによって、異なる位置領域に対して構成されてもよい。たとえば、サーバは、あらかじめ国のホットスポットの市のホットスポットの業務地域のデータを取得してもよく、収集方針を最適化するとき、ホットスポットの業務地域の位置領域に対して、領域のより高い重要度を割り当ててもよい。このように、判定時に、ユーザがホットスポットの業務地域の位置領域に近づくまたは入り、ユーザの位置領域がユーザの位置情報に従って頻繁に変わることが知られているとき、収集方針のコンフィギュレーション情報は、ホットスポットの業務地域の位置領域の割り当てられた領域の重要度に従って調整されてもよく、たとえば、収集時間間隔を減少させ、それに応じて位置情報の収集の頻度を増加させるなどする。あるいは、異なる位置領域での収集精度は調整されてもよく、たとえば、郊外の５０メートルから都市地域の２０メートルまで増加させてもよい。あるいは、情報収集の時間帯が調整されてもよく、都市地域の中心部に位置するときは収集の時間帯を午前２時００分に延期する。明らかに、ユーザがホットスポットの業務地域の位置領域を出る、または都市地域から郊外に戻るとき、位置情報の収集の頻度は減少させてもよく、または、情報収集のための時間帯を前倒ししてもよい。

異なる位置領域が設定された後、サーバは、ユーザの現在位置が位置する位置領域によって、ユーザの位置情報によってより適切な方法で収集方針をさらに最適化する、収集方針の自動最適化をしてもよく、情報収集の動的かつ知的な最適化を実装してもよい。

明らかに、さらなる最適化の解決方法において、方法における異なる位置領域への分割は、
異なる位置領域を分割し、位置領域から少なくとも第１レベルの位置小領域（複数可）を分割することと、
異なるレベルの位置領域に対する優先レベルをあらかじめ設定すること、または、位置情報を分析することによって取得される異なるレベルの位置領域の活動の程度に基づいて異なるレベルの位置領域に対する優先レベルを設定することと、
異なるレベルの位置領域の優先レベルに従って対応する優先レベルを有する収集ポリシーを設定し、異なる優先レベルを有する収集ポリシーをクライアント端末に送信することと
を含んでもよい。

ある実施態様において、サーバから更新された収集方針を受信し、クライアント端末によって更新された方針に従って位置情報を収集することは、クライアント端末によって、異なる優先レベルを有する位置領域の収集ポリシーを受信して保存することと、現在の位置領域に対応する収集ポリシーの中から最高優先レベルを有する収集方針を優先して使用することとを含んでもよい。

ある実施態様において、たとえば、異なる位置領域は、都市の管理レベルまたは人口密度に基づくユニットとして都市であらかじめ分割されてもよく、優先レベルＡを有する第１の位置領域として設定されてもよい。次いで都市は、都市地域及び郊外などの位置小領域に分割されてもよく、それらは優先レベルＡＡを有する第２の位置領域として設定されてもよい。さらにまた、都市地域は、業務地域、住宅地、及び行政地域などの位置小領域に分割されてもよく、それらは優先レベルＡＡＡを有する第３の位置領域として設定されてもよい。サーバは、異なる優先レベルを有する収集方針をクライアント端末にあらかじめ送信してもよい。ユーザが特定の位置領域に入るとき、その位置領域の収集方針が使用されてもよい。ユーザがより高い優先レベルを有する位置小領域に入ることの判定への応答において、クライアント端末は保存されている収集方針を使用して、より高い優先レベルを有する位置小領域と直接関連付けられてもよい。

たとえば、ユーザＣが都市地域にいるとき、優先レベルＡＡを有する都市地域の収集方針、及び優先レベルＡＡＡを有する都市地域の２０のホットスポットの業務地域の収集方針が、受信されて保存されてもよい。ユーザが都市地域のホットスポットの業務地域にいないことの判定に応答して、クライアント端末は優先レベルＡＡを有する収集方針を用いて位置情報を収集してもよい。ユーザが都市地域のホットスポットの業務地域に入ることの判定に応答して、優先レベルＡＡＡを有するホットスポットの業務地域の保存された収集方針が直接使用されてもよい。たとえば、ＡＡＡを有する収集方針に対して位置情報を収集するための時間間隔は減少させてもよい。

位置小領域を分割して異なるレベルの位置領域に対する優先レベルを設定する実施態様において、サーバは、ユーザの位置情報データを分析することによって、異なるレベルの位置領域の活動の程度を取得してもよく、異なるレベルの位置領域に対する優先レベルを設定してもよい。たとえば、サーバは、過去７日間に収集かつ報告された位置情報データを用いて大量データ分析を実行してホットスポットの地域／業務地域の活動を取得してもよく、リアルタイムで異なるレベルの位置領域の優先レベルの分割を最適化してもよい。

クライアント端末の収集方針（複数可）のための記憶容量を節約するために、サーバは、収集された位置情報データに基づいて、ユーザがよく訪れる場所の近くの領域／業務地域を分析かつ取得してもよい。比較的高いトリガー比率を有する収集方針（複数可）は、クライアント端末が収集方針をサーバと同期するたびに、クライアント端末に優先して配信されてもよく、または、周期的な時間間隔でクライアント端末に配信してクライアント端末に保存してもよい。

前述の実施形態は、収集された位置情報データを分析して、そして、サーバによる分析結果による時間帯または領域を用いて収集方針を構成するアプローチを提供する。明らかに、他の実施形態において、異なる領域及び時間帯に対する収集ポリシーは、組み合わせて考慮することができる。たとえば、特定の業務地域に対して構成される収集時間間隔が１０分であり、現在の時間帯におけるユーザに対して構成される収集時間間隔が２０分である場合、収集方針は、ユーザが現在の時間帯に業務地域に入るとき、自ら定義したルールに従って２０分または１０分のいずれかとして設定されてもよい。特定の詳細は、関連する必要性に従って構成されてもよい。本開示のサーバによる位置情報データの分析を通して取得される時刻及び位置の分割に基づいて構成される収集方針、及び、それに対する他の変形または変化は、独創的に努力することなく、本開示の範囲に属していなければならない。

収集された位置情報をクライアント端末からサーバまで送信することが、サーバから最初に受信された収集方針に従って収集された位置情報をサーバに送信すること、または、更新された収集方針に従って収集された位置情報をサーバに送信することを含んでもよいことに注目すべきである。

本開示の情報収集方法に基づいて、本開示は情報収集クライアント端末をさらに提供する。図４は、本開示による情報収集クライアント端末４００の構造図である。図４に示されるように、クライアント端末４００は、１つまたは複数のプロセッサ４０２と、入力／出力（Ｉ／Ｏ）インタフェース４０４と、ネットワークインタフェース４０６と、メモリ４０８とを含んでもよいが、これらに限定されない。

メモリ４０８は、たとえば、非永続的記憶装置、ランダムアクセスメモリ（ＲＡＭ）、及び／または、リードオンリーメモリ（ＲＯＭ）もしくはフラッシュＲＡＭなどの不揮発性内部記憶などの、コンピュータ可読媒体の形態を含んでもよい。メモリ４０８は、コンピュータ可読媒体の一例である。

コンピュータ可読媒体は、永続的または非永続的な種類、取り外し可能または取り外し不可能な媒体を含んでもよく、それらは任意の方法または技術を用いて情報の保存を実現してもよい。情報は、コンピュータ可読コマンド、データ構造、プログラムモジュール、または他のデータを含んでもよい。コンピュータ記憶媒体の例は、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他の種類のランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、クイックフラッシュメモリまたは他の内部記憶技術、コンパクトディスクリードオンリーメモリ（ＣＤ−ＲＯＭ）、デジタル多目的ディスク（ＤＶＤ）または他の光学記憶装置、磁気カセットテープ、磁気ディスク記憶装置または他の磁気記憶装置、あるいは、任意の他の非伝送媒体を含むが、これらに限定されない。そしてコンピュータ記憶媒体は、コンピューティングデバイスによってアクセスされてもよい情報を保存するように使用されてもよい。本開示で定義されるように、コンピュータ可読媒体は、変調データ信号及び搬送波などの一時的媒体を含まない。

メモリ４０８は、プログラムモジュール４１０と、プログラムデータ４１２とを含んでもよい。プログラムモジュール４１０は、方針受信モジュール４１４と、情報収集モジュール４１６と、情報報告モジュール４１８と、方針同期モジュール４２０とを含んでもよい。方針受信モジュール４１４は、サーバによって送信される収集方針を受信する。情報収集モジュール４１６は、方針受信モジュール４１４の収集方針に従って位置情報を収集する。情報報告モジュール４１８は、収集した位置情報をサーバに送信する。方針同期モジュール４２０は、サーバと同期して方針受信モジュール４１４によって受信された収集方針を更新する。

本実施形態の情報収集クライアント端末４００は、サーバによって送信される収集方針に従って、位置情報データを収集してもよい。明らかに、位置情報データは、ユーザＩＤ、収集時刻などの他の情報を含んでもよい。特に、本実施形態のクライアント端末４００はまた、収集方針（複数可）をサーバと同期させて、ユーザの習慣に従って知的に位置情報を収集することができるサーバによって最適化された収集方針を取得してもよく、したがって、クライアント端末４００の電力を節約することができる。

ある実施形態において、方針同期モジュール４２０によって更新される収集方針は、
日々の位置の変化がプリセット頻度に到達する重複時間帯の位置情報を収集かつ報告するための時間間隔を縮小させることと、
日々の位置の変化がプリセット頻度に到達しない重複時間帯の位置情報を収集かつ報告するための時間間隔を拡大させることと
を含んでもよい。

位置が頻繁に変わるとき、報告のための時間間隔は縮小され、活動的でない時間帯に拡大し、それによって、ほとんどの効果的な時間帯（複数可）に限られた電力を使用し、ユーザ端末の電力を最大限、節約する。

ある実施形態において、方針受信モジュール４１４は、クライアント端末が特定のアプリケーションを開始またはそれに切り替えたことの検出に応答して通知メッセージをサーバに送信するように構成される状態監視モジュール４２２を含んでもよい。

同様に、サーバによって送信される収集方針を受信する方針受信モジュール４１４は、通知メッセージの送信後にサーバによって送信される収集方針を受信する方針受信モジュール４１４を含んでもよい。

図５は、本開示によるクライアント端末４００の情報報告モジュール４１８の構造図である。図５に示されるように、収集された位置情報をサーバに送信する情報報告モジュール４１８は、情報収集方針に構成された、情報を報告するための時刻（複数可）であるＴｕｐを取得してもよい定期報告ユニット５０２を含んでもよく、情報を報告するための時刻（複数可）であるＴｕｐの到達に応答して、収集した位置情報をサーバに送信してもよい。さらに、または、あるいは、情報報告モジュール４１８は、情報収集方針に構成される、情報を報告するための時間間隔を取得してもよい間隔報告ユニット５０４を含んでもよく、クライアント端末は、位置情報を報告するための前の時刻からの経過時間が情報を報告するための時間間隔であるＴｕｓより大きいことの判定に応答して、収集した位置情報をサーバに送信する。

図６は、本開示の別の実施形態による情報収集クライアント端末４００の構造図である。図６に示されるように、クライアント端末４００は、情報収集モジュール４１６が位置情報を収集することが可能かどうかを設定するように構成され、及び／または、情報報告モジュール４１８が収集された位置情報をサーバに送信することが可能かどうかを設定するように構成されるユーザスイッチ６０２をさらに含んでもよい。

ある実施形態において、ユーザスイッチ６０２は、クライアント端末４００がいつでも情報を収集または報告することが可能かどうかをユーザが構成することを容易にし、ユーザが情報収集または報告が必要でないことを考慮するときにユーザスイッチ６０２を通してクライアント端末４００での位置情報の収集または報告を止めるように設定され、それによって、ユーザがより独立した権利を保有することを可能にし、クライアント端末４００の電力を節約する。

本開示は、情報収集及び処理サーバをさらに提供する。図７は、本開示による収集された情報を処理するサーバ７００の構造図である。図７に示されるように、サーバ７００は、１つまたは複数のプロセッサ７０２と、入力／出力（Ｉ／Ｏ）インタフェース７０４と、ネットワークインタフェース７０６と、メモリ７０８とを含んでもよいが、これらに限定されない。

メモリ７０８は、たとえば、非永続的記憶装置、ランダムアクセスメモリ（ＲＡＭ）、及び／または、リードオンリーメモリ（ＲＯＭ）もしくはフラッシュＲＡＭなどの不揮発性内部記憶などの、コンピュータ可読媒体の形態を含んでもよい。メモリ７０８は、上記のコンピュータ可読媒体の一例である。

メモリ７０８は、プログラムモジュール７１０と、プログラムデータ７１２とを含んでもよい。プログラムモジュール７１０は、情報受信モジュール７１４と、プリセットルールユニット７１６と、収集方針モジュール７１８と、処理ユニット７２０と、方針更新モジュール７２２と、方針送信モジュール７２４とを含んでもよい。情報受信モジュール７１４は、クライアント端末から送信される位置情報を受信して保存する。プリセットルールユニット７１６は、位置情報を分析するためにあらかじめ判定されるプリセットルールを保存する。収集方針モジュール７１８は、クライアント端末の収集方針を保存する。処理ユニット７２０は、プリセットルールユニット７１６によって保存されるプリセットルールを実行し、位置情報を分析して収集方針のコンフィギュレーションデータを取得する。方針更新モジュール７２２は、収集方針のコンフィギュレーションデータを取得して収集方針モジュール７１８の収集方針を更新する。方針送信モジュール７２４は、収集方針モジュール７１８に保存された収集方針をクライアント端末に送信する。

ある実施形態において、収集された情報処理サーバ７００は、クライアント端末の位置情報データの分析に基づいてクライアント端末の収集方針を最適化して更新し、クライアント端末の受動測位の電力消費を減少させてもよい。ある例示的な実施形態において、プリセットルールを分析することによって取得されるコンフィギュレーションデータに従って方針更新モジュール７２２によって更新される収集方針は、
日々の位置の変化がプリセット頻度に到達する重複時間帯の位置情報を収集して報告するための時間間隔を縮小させることと、
日々の位置の変化がプリセット頻度に到達しない重複時間帯の位置情報を収集かつ報告するための時間間隔を拡大させることと
を含んでもよい。

図８は、本開示による処理ユニット７２０の構造図である。図８に示されるように、処理ユニット７２０は、
Ｎ日間の位置情報データを周期的に抽出するように構成され、ここでＮ≧１である、データ抽出ユニット８０２と、
位置情報データに基づいてＮ日以内にプリセット頻度に到達する頻度で、クライアント端末の位置が毎日変化する重複時間帯（複数可）を取得するように構成される時間帯計算ユニット８０４と、
取得された重複時間帯（複数可）の活動重要度（複数可）を設定し、異なる時間帯における活動重要度と情報収集時間間隔との間の対応関係を確立するように構成される時間帯重要度関係表８０６と、
異なる時間帯における活動重要度と情報収集時間間隔との間の対応関係に基づいて、収集方針のコンフィギュレーションデータを設定するように構成されるデータコンフィギュレーションユニット８０８と
を含んでもよい。

ある実施形態において、異なる収集時間間隔は、異なる時間帯におけるユーザクライアント端末の位置変化の活動の程度によって設定されてもよい。時刻重要度関係表の例は、表１の対応関係を参照してもよく、本開示で繰り返して説明はしない。

別の実施態様において、１週間のほとんどのユーザの習慣に基づいて、データ抽出ユニット８０２によってＮ日間の位置情報データを周期的に抽出することは、データ抽出ユニット８０２によって７日間の位置情報データを周期的に抽出することを含んでもよい。

図９は、本開示の別の実施形態による収集された情報を処理するサーバ７００の構造図である。図９に示されるように、サーバ７００は、
位置情報の経緯度情報を処理要件に一致する標準フォーマットに変換するように構成される経緯度変換モジュール９０２、
位置情報の特定のフィールド（複数可）が空または異常値（複数可）を有するときに位置情報データを満たすように構成される情報補正モジュール９０４、
位置情報データを統一データフォーマットに変換するように構成されるフォーマット変換モジュール９０６
のうちの少なくとも１つを含んでもよい。

データに対する追加の計算、補正、及びフォーマット変換は、サーバ側で実行するように設定され、クライアント端末のデータ処理操作を軽減し、クライアント端末の電力消費をさらに減少させる。

図１０は、本開示の別の実施形態による収集された情報を処理するサーバ７００の構造図である。図１０に示されるように、サーバ７００は、異なる位置領域の分割を実行し、位置領域に対応する領域の重要度を割り当て、クライアント端末の現在位置を計算し、クライアント端末の現在位置に対応する位置領域の、領域の重要度に従って、収集方針のコンフィギュレーションデータを設定するように構成される位置領域モジュール１００２をさらに含んでもよい。

異なる位置領域はあらかじめ分割されてもよく、異なる領域重要度は、異なる領域におけるユーザの位置情報データを分析することによって、及び／または、分割された位置領域のそれぞれの人口密度、経済的な開発状態などを考慮することによって、異なる位置領域に対して構成されてもよい。異なる位置領域が設定された後、サーバ７００は、ユーザの現在位置が位置する位置領域によって、ユーザの位置情報によってより適切な方法で収集方針をさらに最適化し、収集方針の自動最適化をしてもよく、情報収集の動的かつ知的な最適化を実現してもよい。

位置領域を分割する別の実施形態において、サーバ７００は、収集された位置情報の分析に従って異なるレベルの位置領域の分割を実行してもよく、分析を通して取得されるホットスポット／業務地域の活動の程度に従って、異なるレベルの位置領域に対する優先レベルを割り当ててもよい。したがって、別の実施形態において、サーバ７００は、
異なる位置領域を分割し、位置領域から少なくとも第１レベルの位置小領域（複数可）を分割するように構成される第１の分割モジュール１００４と、
異なるレベルの位置領域に対するそれぞれの優先レベルをプリセットする、または、処理ユニット７２０による位置情報の分析後に取得される異なるレベルの位置領域の活動のそれぞれの程度によって異なるレベルの位置領域に対するそれぞれの優先レベルを設定するように構成される優先レベル設定モジュール１００６と、
異なるレベルの位置領域のそれぞれの優先レベルに従って対応する優先レベルを有する収集ポリシーを設定し、異なる優先レベルの収集ポリシーをクライアント端末に送信するように構成される収集方針分類モジュール１００８と
をさらに含んでもよい。

ある実施形態において、サーバ７００は、異なる優先レベルの位置領域に対する異なる収集ポリシーを構成してもよい。クライアント端末は、異なる優先レベルの位置領域に対する収集ポリシーをあらかじめ保存してもよい。異なる優先レベルの位置領域は、領域の地域によって、あらかじめ段階的に区分されてもよい。たとえば、都市レベルは郡レベルを含んでもよく、郡レベルは業務地域レベルにさらに分割されてもよく、それはまた、収集された位置情報データの分析に基づいて分割されてもよい。そのために、異なる収集ポリシーは、異なる優先レベルの位置領域のそれぞれの実際の人口密度、それぞれのホットスポットと関連付けられる活動の程度などに基づいて構成されてもよく、それによって、より適切かつ知的な方法での収集ポリシーの最適化を可能にし、クライアント端末による収集の動的調整を実現し、クライアント端末の電力をさらに節約する。

ある実施形態において、サーバ７００は、収集方針をクライアント端末に送信してもよい。ある実施態様において、サーバ７００は、クライアント端末によって送信される通知メッセージまたは同期要求メッセージの受信に応答して、収集方針をクライアント端末に送信してもよい。さらに、または、あるいは、サーバ７００は、プリセットプッシュ時刻になった後に、収集方針をクライアント端末に送信してもよい。明らかに、サーバ７００はまた、サーバのオペレータによってリアルタイムで発行されるプッシュトリガー命令の受信時に、収集方針を送信してもよい。

データ収集システムは、クライアント端末によって収集される位置情報を分析し、クライアント端末の収集方針を知的に最適化してクライアント端末の電力消費を減少させてもよい。図１１は、本開示による情報収集システム１１００の構造図である。図１１に示されるように、情報収集システム１１００は、１つまたは複数のクライアント端末１１０２−１、 ．．．、１１０２−Ｍ（集合的に、クライアント端末１１０２と呼ばれる。クライアント端末４００など）と、サーバ１１０４（サーバ７００など）とを含んでもよく、ここで、Ｍはゼロより大きい正の整数である。クライアント端末１１０２は、サーバ１１０４から収集方針を受信し、受信した収集方針に従って位置情報を収集し、収集した位置情報をサーバ１１０４に送信し、サーバ１１０４から更新された収集方針を受信し、更新された方針に従って位置情報を収集する。サーバ１１０４は、収集された位置情報を受信して保存し、プリセットルールに従って収集された位置情報の分析を実行して収集方針のコンフィギュレーションデータを形成し、分析によって形成されたコンフィギュレーションデータに従って収集方針を更新し、更新した収集方針をクライアント端末１１０２に送信する。

本開示は、情報を収集かつ処理する方法、クライアント端末、及びサーバを提供する。ユーザの行動及び習慣に従ってサーバによって最適化される収集方針を取得することによって、クライアント端末は、ユーザの端末の位置情報の収集時刻、収集間隔、及び収集精度などをタイムリーかつ適度に調整することができ、それによって、リアルタイムのパーソナライズを実現する。他方で、収集された位置情報のデータ分析を実行することによって、サーバは、ユーザの位置が頻繁に変わるアクティブな時間帯を計算して、そのアクティブな時間帯の間、受動測位頻度を適切に増加させることができ、一方、他の時間帯においては、その逆の収集が実行され、または収集を実行しないことさえある。ユーザの習慣を学習することによって、受動測位の情報収集は知的になり、それは位置情報収集のコンフィギュレーション方針を徐々に最適化し、ユーザ端末の電力及びネットワークトラフィックを大きく節約し、それによって、受動測位アプリケーションの使用経験を改善する。

本開示は、クライアント端末とサーバとの間の伝送、チャネルフィールド設定など、及び、Ｗｉｎｄｏｗｓ、Ａｎｄｒｏｉｄ、またはｉＯＳの開発プラットフォームを説明するが、本開示は、標準通信プロトコルまたは開発プラットフォーム設計標準との完全な一致が必要とされる状況に限定されない。特定のプロトコルまたは開発プラットフォームに基づいて修正される伝送メカニズムまたは開発プラットフォームも、本開示の実施形態に含まれる解決方法を実装することができてもよい。明らかに、たとえ上記の通信プロトコルまたは開発プラットフォームではないプライベートプロトコルまたは他の開発プラットフォームが採用されたとしても、本開示の実施形態における情報インタラクション及び情報決定及びフィードバックの上記の方法に適合する限り、本開示も実装することができ、本開示で繰り返して説明はしない。

上記実施形態において示される装置、モジュール、またはユニットは、コンピュータチップまたは実体、あるいは特定の種類の機能を有する製品によって実装されてもよい。説明のために、上記装置は、個々の説明のためのさまざまな種類のモジュールに機能的に分けられる。明らかに、本開示を実装するとき、多数のモジュールの機能は、ソフトウェアの１つまたは複数のインスタンス及び／またはハードウェアに実装されてもよく、あるいは、同じ機能を実装するモジュールは、複数のサブモジュールまたはサブユニットの組合せによって実装されてもよい。たとえば、ユーザスイッチは、情報収集または報告をそれぞれ可能とするかを制御する２つのスイッチ装置で構成されてもよく、あるいは、スイッチ装置は、情報収集及び報告を可能とするか制御する単一の機能モジュールに組み合わされてもよい。

当業者は、純粋なコンピュータ可読プログラミングコードを介してコントローラを実装することに加えて、コントローラはまた、方法ブロックの論理プログラミングを用いて、論理ゲート、スイッチ、特定用途向け集積回路、プログラマブルロジックコントローラ、及び組込形マイクロコントローラなどの形態で同じ機能を実現してもよいことも理解している。そのために、この種類のコントローラはハードウェア構成要素とみなされてもよく、さまざまな種類の機能を実現するために使用されるその中の装置（複数可）も、ハードウェア構成要素の内部構造とみなされてもよい。あるいは、さまざまな種類の機能を実現するために使用される装置（複数可）は、方法を実現するためのソフトウェアモジュール（複数可）、またはハードウェア構成要素の内部構造のいずれかとみなされてもよい。

本開示は、プログラムモジュールなどの、コンピューティングデバイスによって実行されるコンピュータ実行可能命令の一般的文脈において説明されてもよい。一般に、プログラムモジュールは、特定のタスクの実行、または特定の抽象データ型の実装のために、ルーチン、プログラム、オブジェクト、モジュール及びデータ構造などを含んでもよい。本開示はまた、分散コンピューティング環境に実装されてもよい。分散コンピューティング環境において、タスクは、通信ネットワークを通して接続されたリモート処理装置（複数可）によって実行される。分散コンピューティング環境において、プログラムモジュールは、ローカル及びリモートコンピューティングデバイスの（記憶装置を含む）記憶媒体に位置してもよい。

実施形態の上記説明から、当業者は、本開示が必要とするソフトウェア及び一般的なハードウェアプラットフォームを介して実装できることを明確に理解することができる。この理解に基づき、本開示の技術的解決方法または既存の技術に貢献する本開示の部分の本質は、ＲＯＭ／ＲＡＭ、フロッピーディスク、光学ディスクなどの記憶媒体に保存され、（パーソナルコンピュータ、携帯端末、サーバ、ネットワークデバイスなどを含んでもよい）コンピューティングデバイスに指示する複数の命令を含み、本開示の実施形態または実施形態の一部で説明される方法を実行するコンピュータソフトウェア製品の形態で具現化することができる。

本開示の実施形態は累進的な方法で説明される。異なる実施形態の間の同じまたは類似の部分はお互いに参照してもよい。各実施形態の重点は他の実施形態のものと異なる。本開示は、普遍的または特殊なコンピュータシステムの環境またはコンフィギュレーションで使用されてもよい。例は、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイスまたはポータブルデバイス、タブレットデバイス、マルチプロセッサシステム、マイクロプロセッサベースシステム、セットアップボックス、プログラム可能電子デバイス、ネットワークＰＣ、小型コンピュータ、大型コンピュータ、及び、上記のような任意のシステムまたはデバイスを含む分散コンピューティング環境を含む。

本開示は上記実施形態を使用して説明されるが、当業者は、本開示の精神から逸脱することなく、本開示を多くの異なる方法で変更または修正してもよいことを理解すべきである。これらの修正及び変更は、本開示の精神から逸脱することなく、添付の特許請求の範囲の保護の範囲内に包含される。

Claims (13)

1. クライアント端末によって実装される方法であって、
   時間情報を含む第１の収集方針に従って、位置情報を収集するステップと、
   前記収集した位置情報をサーバに送信するステップと、
   前記第１の収集方針から更新された第２の収集方針を取得するステップであって、
   前記サーバから、位置領域に対する異なる優先レベルの複数の収集ポリシーを受信して保存するステップであって、前記複数の収集ポリシーは異なる時間情報に関連付けられる、ステップと、
   前記第２の収集方針として前記クライアント端末が位置する現在の位置領域に対応する前記複数の収集ポリシーの中から最優先レベルを有する収集方針を選択するステップであって、前記第１の収集方針の前記時間情報は前記第２の収集方針の時間情報に変更されることにより、位置情報を収集するために前記クライアント端末により消費される電力が前記第２の収集方針を使用して低減される、ステップと
   を含む、ステップと、
   前記第２の収集方針に従って前記位置情報を収集するステップと
   を備えることを特徴とする方法。
2. 前記第１の収集方針に従って前記位置情報を収集する前に、前記第１の収集方針を受信するステップをさらに備えることを特徴とする請求項１に記載の方法。
3. 前記第１の収集方針を受信するステップは、
   前記クライアント端末が指定アプリケーションを開始することまたはそれに切り替えることに応答して、通知メッセージを前記サーバに送信するステップと、
   前記通知メッセージを前記サーバに送信した後に、前記サーバから前記第１の収集方針を受信するステップと
   を含むことを特徴とする請求項２に記載の方法。
4. 前記第１の収集方針を受信するステップは、プリセットプッシュ時刻になったことに応答して前記サーバから前記第１の収集方針を受信するステップ、またはプッシュトリガー命令に基づいて前記サーバから前記第１の収集方針を受信するステップのうちの１つまたは複数を含むことを特徴とする請求項２に記載の方法。
5. 前記収集した位置情報を前記サーバに送信するステップは、
   前記第１の収集方針から情報を報告するための時刻を取得するステップと、
   前記情報を報告するための時刻になったことに応答して、前記収集した位置情報を前記サーバに送信するステップと
   を含むことを特徴とする請求項１に記載の方法。
6. 前記収集した位置情報を前記サーバに送信するステップは、
   前記第１の収集方針から情報を報告するための時間間隔を取得するステップと、
   位置情報を報告するための前の時刻からの経過時間が情報を報告するための前記時間間隔より大きいことの判定に応答して、前記収集した位置情報を前記サーバに送信するステップと
   を含むことを特徴とする請求項１に記載の方法。
7. 情報収集または情報報告が前記クライアント端末で可能かどうかのインジケータ状態を設定するステップさらに備えることを特徴とする請求項１に記載の方法。
8. 前記インジケータ状態が、前記情報収集が可能であることを示すとき、前記第１の収集方針に従って前記位置情報を収集することが実行され、前記インジケータ状態が、前記情報報告が可能であることを示すとき、前記収集された位置情報を前記サーバに送信することが実行されることを特徴とする請求項７に記載の方法。
9. 前記第２の収集方針が、
   日々の位置の変化がプリセット頻度に到達する１つまたは複数の重複時間帯の前記位置情報を収集かつ報告するための第１の時間間隔を縮小させるステップと、
   前記日々の位置の変化が前記プリセット頻度に到達しない別の１つまたは複数の重複時間帯の前記位置情報を収集かつ報告するための第２の時間間隔を拡大させるステップと
   を含むことを特徴とする請求項１に記載の方法。
10. １つまたは複数のプロセッサと、
    メモリと、
    前記メモリに記憶され、前記１つまたは複数のプロセッサによって実行可能であり、サーバから、時間情報を含む第１の収集方針を受信する方針受信モジュールと、
    前記メモリに記憶され、前記１つまたは複数のプロセッサによって実行可能であり、前記方針受信モジュールによって受信される前記第１の収集方針に従って位置情報を収集する情報収集モジュールと、
    前記メモリで記憶され、前記１つまたは複数のプロセッサによって実行可能であり、前記収集された位置情報を前記サーバに送信する情報報告モジュールと、
    前記メモリで記憶され、前記１つまたは複数のプロセッサによって実行可能であり、位置領域に対する異なる優先レベルの複数の収集ポリシーを受信して保存し、前記複数の収集ポリシーは異なる時間情報に関連付けられ、第２の収集方針として現在の位置領域に対応する前記複数の収集ポリシーの中から最優先レベルを有する収集方針を選択し、前記サーバと同期して前記第２の収集方針を更新し、前記第１の収集方針の前記時間情報は前記第２の収集方針の時間情報に変更されることにより、位置情報を収集するために装置により消費される電力が前記第２の収集方針を使用して低減される、方針同期モジュールと
    を備えた装置。
11. 前記更新された第２の収集方針が、
    日々の位置の変化がプリセット頻度に到達する１つまたは複数の重複時間帯の前記位置情報を収集かつ報告するための第１の時間間隔を縮小させることと、
    前記日々の位置の変化が前記プリセット頻度に到達しない別の１つまたは複数の重複時間帯の前記位置情報を収集かつ報告するための第２の時間間隔を拡大させることと
    を含むことを特徴とする請求項１０に記載の装置。
12. 前記方針受信モジュールが、特定のアプリケーションを開始またはそれに切り替えることの検出に応答して、通知メッセージを前記サーバに送信する状態監視モジュールを含むことを特徴とする請求項１０に記載の装置。
13. 前記情報報告モジュールが、
    前記第１の収集方針から情報を報告するための１つまたは複数の時刻を取得し、前記１つまたは複数の時刻のうちの時刻になったことに応答して、前記収集した位置情報を前記サーバに送信する、定期報告ユニットと、
    前記第１の収集方針から情報を報告するための時間間隔を取得し、位置情報を報告する前の時刻からの経過時間が情報を報告するための前記時間間隔より大きいことの判定に応答して、前記収集した位置情報を前記サーバに送信する、間隔報告ユニットと
    を含むことを特徴とする請求項１０に記載の装置。

Images