JP6756744B2 - 位置情報提供方法及び装置 - Google Patents

Description

本願は、２０１５年６月１２日に提出され「位置情報提供方法及び装置」と題された中国特許出願第２０１５１０３２３６０７．８号の優先権を主張し、上記中国特許出願は参照によってその全体が本明細書に組み込まれる。

本願は、ポジショニング技術に関し、特に、位置情報提供方法及び装置に関する。

空間位置選択とは、特定インデックス又は総合インデックスを最適化するために、特定の地理的地域において１つ以上の位置選択対象の位置を選択する工程を指す。

従来技術の空間位置選択の最中に、いくつかの地域における人口状態が一般に質問（アンケート）調査によって知得され、次に、この質問調査を分析し、分析結果に従って対応する位置情報をユーザへ提供することで、ユーザが位置選択決定を行えるよう補助する。

既存の位置情報提供方法は、質問調査による人口の範囲、数、公正性の程度に制限されるため、精度が不十分である。

本願の実施の形態は、ユーザに提供される位置情報が十分に正確ではないという従来技術における問題を解決するように、位置情報を提供する方法及び装置を提供する。

本願の実施の形態の態様により、位置情報提供方法が提供され、本方法は：第１のユーザにより入力されたキーワードをサーバにより受信するステップと；前記キーワードに従って対象ユーザ特徴を判定するステップと；複数の第２の領域を含む第１の領域を判定するステップと；前記第１の領域内でのユーザの位置情報に従って、それぞれの第２の領域内で前記対象ユーザ特徴を持つ第２のユーザの数を判定するステップと；前記第２のユーザの数に従って、前記複数の第２の領域から候補領域を判定するステップと；前記候補領域を前記第１のユーザに提供するステップと；を備える。

本願の実施の形態の別の態様により、位置情報提供装置が提供される。本装置はサーバに適用され、本装置は：第１のユーザにより入力されたキーワードを受信するように構成された受信モジュールと；前記キーワードに従って対象ユーザ特徴を判定するように構成された特徴判定モジュールと；第１の領域を判定するように構成された第１の領域判定モジュールと；前記第１の領域内でのユーザの位置情報に従って、それぞれの第２の領域内で前記対象ユーザ特徴を持つ第２のユーザの数を判定するように構成されたユーザ数判定モジュールと；前記第２のユーザの数に従って、前記複数の第２の領域から候補領域を判定するように構成された候補領域判定モジュールと；前記第１のユーザに前記候補領域を提供するように構成された結果フィードバックモジュールと；を備える。

本願の実施の形態における位置情報提供方法及び装置は、対象領域内でのユーザの位置に従って、それぞれの第２の領域内で対象ユーザ特徴を持つユーザ数を判定し、更に、対象ユーザ特徴を持つユーザ数に従って、第２の領域から候補領域を判定し、最後に、候補領域をユーザに提供する。これにより、ユーザは、それぞれの第２の領域における対象ユーザの分布を直観的に知ることができ、質問調査による人口の範囲、数、公正性の程度への依存により生じる従来技術における低精度の問題を回避でき、ユーザに提供する位置情報の精度が向上する。

ここで説明する付帯の図面は、本願のさらなる理解を提供するために用いられるとともに、本願の一部を構成する。本願の概略的な実施の形態及びその説明は本願を説明するために用いられているが、本願に対していかなる不適切な限定も構成するものではない。

添付図面において、
本願の実施の形態１による位置情報提供方法のフローチャートである。 本願の実施の形態２による位置情報提供装置の概略構成図である。 本願の実施の形態３による位置情報提供方法のフローチャートである。

本願の実施の形態の技術的解決策及び利点を明確かつ理解し易くするために、本願の例示の実施の形態を、添付の図面を参照しながら以下で更に詳述する。明らかに、記載する実施の形態が全ての実施の形態ということではなく、単に本願の実施の形態のいくつかに過ぎない。留意すべきは、本願における実施の形態及び実施の形態における特徴は、これらが互いに対立し合わない限り、互いに組み合わせてもよいことである。

本発明の過程で、発明者は、地理的地域、交通、環境等の要因だけでなく、人的要因も、位置選択において考慮する必要のあることを見出した。

データ取得における障害により、従来の企業位置選択（enterprise position selection、企業による場所選択）は以下の欠点を有する。
１．データ取得コストが比較的高い。すなわち、オフラインでの質問による調査（アンケート調査）は多大な労力と物的資源が費やされる。
２．データの適時性が不十分であり、サンプルが偏ってしまうおそれがある。すなわち、調査結果を入手し、最終的に位置を選択するまでには比較的長い時間がかかり、調査サンプルも、人的要因によって偏ってしまうおそれがある。
３．従来の解決策ではオンラインユーザ行動が考慮されていない。すなわち、従来の空間位置選択において考慮される人々は概して不活発であり、現実の人々は概して活発である。人々の生活環（ライフサークル）は２４時間の中でその経過と共に変化する。インターネットが人々の生活に影響を及ぼし続けるに従って、オンライン行動データは人々のオフライン行動に影響を与えることになる。しかし、インターネット上のユーザのオンライン行動を、従来の空間位置選択で考えることはできない。

上記の欠点ゆえに、最終的な位置選択結果は適時性に欠け、一方的なものとなる。そのような欠点を解決するために、本願は、ビッグデータテクノロジーを採用することで、データ取得コストを下げ、データ適時性を高め、ユーザのオンライン及びオフライン行動を統合し、これにより、従来の位置選択方式を補える、業者位置選択（merchant position selection、業者による場所選択）に対する新たな発想および解決策を提供する。本願は、ユーザのオンライン行動の特徴と組み合わせた、モバイルインターネットユーザの共通のオフライン位置に従うビッグデータを採用し、企業ユーザの位置選択（enterprise user position selection、企業ユーザの場所選択）の問題の解決を助ける。

本願は、対象領域内にいるユーザの位置及びユーザの特徴に従ってユーザの位置情報を与える解決策を提供し、従来技術において解決策を提供する位置情報の精度の低さの問題を回避し、ユーザに与えられる位置情報の精度を向上することができる。

図１は、本願の実施の形態１による方法を提供する位置情報のフローチャートである。
図１に示すように、本願の実施の形態１による位置情報提供方法は以下のステップを含む。
Ｓ１０２：サーバが、第１のユーザが入力したキーワードを受信する。
Ｓ１０３：このキーワードに従って対象ユーザ特徴を判定する。
Ｓ１０４：第１の領域を判定する。第１の領域は複数の第２の領域を含む。
Ｓ１０６：それぞれの第２の領域における対象ユーザ特徴を持つ第２のユーザの数を、第１の領域内のユーザの位置情報に従って判定する。
Ｓ１０８：第２のユーザの数に従って、複数の第２の領域から候補領域を判定する。
Ｓ１１０：候補領域を第１のユーザへ提供する。

本願の実施の形態では、第１のユーザは、空間的位置選択要求を有するユーザであってもよく、第２のユーザは、第２の領域内の対象ユーザ特性を持つユーザであってもよい。

特定の実装の間、サーバは、第１のユーザが入力したキーワードを複数の方式で受信することができる。例えば、サーバはクライアント端末から位置情報要求メッセージを受信し、この要求メッセージは、クライアント端末上での第１のユーザが入力したキーワードを含む、又は、サーバが、サーバの入出力装置（本願ではこれに限定されない）を介して第１のユーザが入力したキーワードを直接に受信する。

特定の実装の間、ユーザが入力したキーワードを受信するために、複数の共通の技術的手段を採用することができる。例えば、第１のユーザはキーワードを入力フィールド内に直接入力する、又は、ユーザに対してページ上に提供されたオプションから選択できる。当業者は、ユーザが入力したキーワードを受信する前出の方式は単なる例示であり、本願を限定することを意図していないことを理解すべきである。

特定の実装の間に、キーワードに従って、複数の方式で対象ユーザ特徴を判定できる。例えば、ユーザが入力したキーワードがサーバに予め記録された対象ユーザ特徴と一致する場合には、対象ユーザ特徴を直接に判定できる。ユーザが入力したキーワードがサーバに予め記録された対象ユーザ特徴と一致しない場合には、キーワードと対象ユーザ特徴との対応関係に従って対応の対象ユーザ特徴を判定してよい。この対応関係は予め記録される、又は、ネットワークからサーバによって知得されてよいが、これは本願では限定されない。

本願のこの実施の形態では、対象ユーザ特徴は、第１のユーザの対象ユーザの文字キーワード（ユーザの職業、年齢、消費水準、消費時間）を含む。当業者は、人間に関連する全ての特徴は本願の保護範囲内にあることを理解すべきである。

特定の実装の間、第１の領域を第１のユーザの現在の位置情報に従って判定してもよく、第１のユーザが入力した対象領域に従って判定してもよい、又は、ユーザに対象領域オプションを提供してもよく、第１の領域をユーザの選択に従って判定してもよい。例えば、第１のユーザがインターネットサーフィンに使用するＩＰアドレスに従って、第１のユーザが北京市にいることが判定され、次に、第１の領域が北京市であることが判定される。代替として、第１のユーザのモバイルフォン番号を第１のユーザのログインアカウントに従って判定でき、次に、この番号がモバイルネットワークにアクセスする位置に従って、第１のユーザが、現在、杭州市内に位置しており、第１の領域が杭州市であると判定できる。代替として、ユーザが「成都市」と入力すると、第１の領域が成都市であると判定される。当業者は、前出の第１の領域判定方式は全て単なる例示であり、本願を限定することを意図してはいないことを理解すべきである。

分析用データをより正確にするために、通常は、最新期間内のデータが分析基準として選択される。そのため、特定の実装の間、所定期間における第１の領域内のユーザの位置は、通常、第２のユーザの数を判定するために選択される。この所定期間は、特定の要求事項又は特定のデータ取得状況に従って設定できる、例えば最近１ヶ月、最近２ヶ月、最近３ヶ月等であってよい。

特定の実装の間、第１の領域内のユーザの位置を、第１の領域内のユーザがアクセスしたネットワークに従って取得してもよく、ユーザがログオンするアプリケーション、例えばユーザがログオンするＡｌｉｐａｙ（商標）に従って取得してもよい。

特定の実装の間、第２の領域を判定するステップは、第１のユーザが入力したキーワードが受信される前に実行されてもよく、第１の領域が判定された後であり且つ第１の領域内のそれぞれの第２の領域内の対象ユーザ特徴を持つ第２のユーザの数が判定される前に実行されてよいが、これは本願では限定されない。

特定の実装の間、第２のユーザの数に従って、複数の方式で、複数の第２の領域から候補領域を判定できる。例えば、第２の領域が第２のユーザの数に従って分類され、トップに順位付けされた領域を候補領域として用いる。代替として、第２のユーザの数が所定数値よりも多い第２の領域を候補領域として用いるが、これは本願では限定されない。

特定の実装の間、候補領域を複数の方式で第１のユーザへ提供してもよい。例えば、候補領域は、例えば、第１の推奨領域：領域Ａ、第２の推奨領域：領域Ｂ．．．のように、テキスト形式でユーザへ提供されてもよい。候補領域は、例えば、マップ上のハイライト箇所のように、より直感的にユーザへ提供されてもよい。例えば、第２のユーザ数が多い領域は濃い色で透明性が低く、第２のユーザの数が少ない領域は薄い色で透明性が高い。当業者は、ユーザに候補領域を提供できる全ての方式は本願の保護範囲内にあることを理解すべきである。

特定の実装の間、ユーザが入力した予め除外された位置を、候補領域が第１のユーザへ提供される前にさらに除去してもよい。例えば、ユーザは注目する必要のない複数の第２の領域を入力し、又、この場合では、第１のユーザへ候補領域が提供される前に、ユーザは、注目する必要のない第２の領域を候補領域から除外して、ユーザへ提供される位置情報を、ユーザ要求事項に上手く合うようにすることができる。

例えば、ユーザは、現在、北京の位置Ａにお洒落なカフェを既に所有しており、更にチェーン店舗を開きたいと考えている。この時点で、ユーザは杭州にいる。ユーザは、本願のこの実施の形態において提供される位置情報提供方法を使用した後に、「北京」を第１の領域として選択する。ユーザは、対象ユーザ特徴「ホワイトカラー職」及び「高頻度、中程度の量」と入力してから、予め除外する位置Ａを入力し、Ａの半径２キロメートル以内をＡの適応範囲として選択する。データの処理及び分類（ソーティング）の後に、Ａを除く４つの第２の領域Ｂ、Ｃ、Ｄ、Ｅを候補領域として判定し、北京の地図上でハイライトされ、位置選択の基準としてユーザに戻される。

本願のこの実施の形態における位置情報提供方法では、第２の領域内での対象ユーザ特徴を持つユーザの数を対象領域内のユーザの位置に従って判定し、対象ユーザ特徴を持つユーザの数に従って候補領域を判定し、最後に、候補領域をユーザへ提供する。これにより、ユーザは第２の領域内の対象ユーザの分布を直感的に知ることができ、質問調査による人口の範囲、数、公正性の程度への依存により生じる従来技術での低精度の問題を回避でき、ユーザに提供される位置情報の精度が向上する。

好ましくは、前記第１の領域内でのユーザの位置情報に従って、それぞれの第２の領域内で前記対象ユーザ特徴を持つ第２のユーザの数を判定するステップの前に、本方法は：所定のルールに従って、前記第１の領域を複数の第２の領域に分割するステップと；所定期間内に、前記第１の領域における全ての第３のユーザの位置を取得するステップと；前記所定期間内に、前記第１の領域内の全ての前記第３のユーザのユーザ特徴を取得するステップと；を更に備える。

特定の実装の間、第１の領域を所定のルールに従って複数の第２の領域に分割することは、第１の領域を所定の領域サイズ（例えば、２０ｍ×２０ｍ）に従って分割することであってもよく、又は、先ず収集したユーザ位置を経度と緯度に変換し、次に、地理的地域サービスプロバイダのアプリケーション（Ａｍａｐが提供するインターフェース等）に従って、経度と緯度を対応する第２の領域に変換する。更に、分割は人口密度を用いて行ってもよい。例えば、人口密度が相対的に高い領域（商業地区等）を相対的に小さい領域サイズを用いて分割したり、人口密度の相対的に低いエリア（郊外等）を相対的に小さい領域サイズを用いて分割したりしてもよい。当業者は、前出の方式は単なる例示の目的で示されたものであり、本願を限定するものでないことを理解すべきである。

特定の実装の間、ユーザの位置を、ユーザがアクセスするネットワークに従って取得してもよく、ユーザの位置を、ユーザがログオンするアプリケーションに従って取得してもよい。

本願のこの実施の形態では、特定の実装の間、第１の領域を所定のルールに従って複数の第２の領域に分割するステップ、所定期間内に第１の領域内の全ての第３のユーザの位置を取得するステップ、所定期間内の全ての第３のユーザのユーザ特徴を取得するステップの３つのステップを、第１の領域におけるそれぞれの第２の領域内の対象ユーザ特徴を持った第２のユーザの数を判定するステップの前に実行する限り、これら３つのステップの中で固定されたステップ順序はない。

ユーザに位置情報を提供する反応速度を向上させるために、ユーザが入力したキーワードを受信する前に、第１の領域を所定のルールに従って事前に複数の第２の領域に分割することができ、所定期間内における第１の領域内の全ての第３のユーザの位置を取得し、所定期間内における第１の領域内の全ての第３のユーザのユーザ特徴を取得する。こうすることで、ユーザが入力した、第１の領域及び対象ユーザ特徴が含まれるキーワードを受信すると、第２の領域内における対象ユーザ特徴を持つユーザの数を迅速に取得できる。加えて、第２の領域をこの数に従って分類し、最後に、位置情報をユーザへ迅速にフィードバックすることで、ユーザエクスペリエンスが向上する。

好ましくは、所定期間内に前記第１の領域内での全ての第３のユーザの位置を取得する前記ステップは、具体的に：前記所定期間内に前記第１の領域内の前記第３のユーザが所定のアプリケーションにログオンするときに位置している複数の第２の領域と、それぞれの第２の領域内で前記第３のユーザの各々が前記アプリケーションにログオンする回数とを取得するステップと；１名の第３のユーザが前記アプリケーションに最大回数ログオンする第２の領域を、前記第３のユーザの前記位置として用いるステップと；を備える。

各ユーザが、最も多くの回数、所定のアプリケーションにログオンする領域が、最近におけるユーザの生活環（ライフサークル）である。特定の実装の間、第１のユーザが入力した対象ユーザ特徴が、更に、日中又は夜間におけるユーザの期間的特徴を含む場合には、ユーザが各領域内で所定のアプリケーションにログオンする回数を取得すると、各領域内でユーザが所定のアプリケーションにログオンする特定の期間を更に判定し、これにより、続いて、各領域内でユーザが日中にアプリケーションにログオンする回数と、各領域内でユーザが夜間にアプリケーションにログオンする回数と、各領域内でユーザがアプリケーションにログオンする回数とが判定される。最後に、各ユーザが最も多くの回数、アプリケーションにログオンする第２の領域をユーザの位置として用いる。代替として、日中、各ユーザがアプリケーションに最も多くの回数、ログオンする第２の領域をユーザの日中位置として用い、夜間、各ユーザがアプリケーションに最も多くの回数、ログオンする第２の領域をユーザの夜間位置として用いる。

特定の実装の間、所定のアプリケーションは、位置取得サービス機能を持った任意のアプリケーション、例えば、Ａｌｉｐａｙ（商標）、ＱＱ、Ｗｅｉｂｏ、Ｗｅｃｈａｔ等であってよい。当業者は、前出の記述は単に例示を目的としたものであり、本願を限定することを意図していないことを理解すべきである。

特定の実装の間、第３のユーザが所定期間中に所定のアプリケーションにログオンする回数を判定するためには、第３のユーザと所定のアプリケーションとの間の対応関係を判定する必要がある。この対応関係は、当業者の様々な一般的な手段によって判定でき、例えば、アプリケーションにログオンするためのＩＤとユーザのモバイルフォン番号との間の対応関係、ユーザがアプリケーションにログオンするために使用するＩＰアドレスとユーザ機器のＩＰアドレスとの間の対応関係等がある。当業者は、前出の記述は単に例示を目的としたものであり、本願を限定することを意図していないことを理解すべきである。

好ましくは、前記所定期間内に前記第１の領域内の全ての前記第３のユーザのユーザ特徴を取得する前記ステップは、具体的に：前記第１の領域内での前記第３のユーザのネットワーク情報を取得するステップと；前記ネットワーク情報に従って前記第３のユーザの前記ユーザ特徴を判定するステップと；を備える。

特定の実装の間、第３のユーザのユーザ特徴を以下の複数の方式で判定することができる。例えば、第３のユーザのユーザ特徴は、ユーザがログオンする所定のアプリケーションのユーザ情報に従って判定され、例えば、インスタントメッセージングツール（ＱＱ等）のユーザ情報に従ってユーザの年齢、性別、生年月日等を判定する。ユーザの共通のロジスティック（物流）アドレスが大学／オフィスビルであることに基づいて、ユーザの身元は大学生／ホワイトカラー労働者であると判断される。ユーザの買い物の頻度と量に従って、ユーザの消費特徴が「高頻度、大量」であると判断される。当業者は、前出の記述は単に例示を目的としたものであり、本願を限定することを意図していないことを理解すべきである。

好ましくは、それぞれの第２の領域内において前記対象ユーザ特徴を持つ第２のユーザの数を判定する前記ステップは、具体的に：
それぞれの第２の領域内に位置している前記第３のユーザを判定するステップと；
前記対象ユーザ特徴を持つ第２のユーザを前記第３のユーザから除外し、前記第２のユーザの数をカウントするステップと；を備える。

好ましくは、前記第２のユーザの数に従って、前記複数の第２の領域から候補領域を判定する前記ステップは、具体的に：前記第２のユーザの数に従って、それぞれの第２の領域内での前記対象ユーザ特徴のインデックス値を判定するステップと；前記インデックス値に従って、前記複数の第２の領域を分類するステップと；上位Ｍの第２の領域を候補領域として用いるステップであって、前記Ｍは所定の数値である、上位Ｍの第２の領域を候補領域として用いるステップと；を備える。

好ましくは、前記第２のユーザの数に従って、それぞれの第２の領域内の前記対象ユーザ特徴のインデックス値を判定する前記ステップは、具体的に：前記第２のユーザの数の昇順に従って前記第２の領域を分類し、１からＮまでの連続番号を順番に割り当てるステップであって、Ｎは１よりも大きい正の整数である、割り当てるステップと；
次式に従って、それぞれの第２の領域に対応する連続番号値を判定するステップと、
連続番号値＝（各第２の領域の連続番号／第２の領域の総数−０．５）^＊２ ；
次式に従って、それぞれの第２の領域に対応するインデックス値を判定するステップと、
インデックス値＝ｒｏｕｎｄ（（ＡＳＩＮ（連続番号値）／π＋０．５）^＊１０００） ；を備える。

統計上の歪みを防ぐために、第２の領域を第２のユーザの数の昇順に従って分類する前に、ユーザ数が所定の数値（１００人など）よりも少ない第２の領域を更に排除できる。
前出のアルゴリズムによって、指定のユーザ特徴を持つユーザの数を［０〜１００］の範囲のインデックスに変換すると、インデックスの出現は正規分布をほぼ満たす。
特定の実装の間、当業者は、他の一般的な方法を使用してユーザ数をインデックス変換してもよく、本願ではこれに限定されない。

本願のこの実施の形態における位置情報提供方法は、領域内でタグ条件を満たしているユーザ数を０〜１００のインデックスに変換することで、各領域内の第２のユーザ数の順序に影響を与えずに、機微なユーザ数データを回避できる。一方、指定のユーザ特徴を持った全てのユーザ数を地域インデックスへ変換することで、計算量を減らすことができ、ユーザレベルデータの計算を避けられるため、ユーザに位置情報を提供する反応速度が上がり、ユーザエクスペリエンスが向上する。

好ましくは、前記第１のユーザは、複数の対象ユーザ特徴を入力する。それぞれの第２の領域内で前記対象ユーザ特徴を持つ第２のユーザの数を判定する前記ステップは、具体的に：それぞれの第２の領域内で前記対象ユーザ特徴を持つ前記複数の第２のユーザの数を判定するステップを備える。
前記第２のユーザの数に従って、前記複数の第２の領域を分類する前記ステップは：具体的に、前記複数の第２のユーザの数に従って、それぞれの第２の領域内の各対象ユーザ特徴のインデックス値を別々に判定するステップと；
前記対象ユーザ特徴のインデックス値と、前記それぞれの対象ユーザ特徴に予め設定された重みとに従って、それぞれの第２の領域の総合インデックス値を判定するステップであって、
総合インデックス値＝ａ^＊Ｘ１＋ｂ^＊Ｘ２＋ｃ^＊Ｘ３．．．であり、
Ｘ１、Ｘ２、Ｘ３．．．はそれぞれの対象ユーザ特徴のインデックス値であり、
ａ、ｂ、ｃ．．．はそれぞれの対象ユーザ特徴の重みである、判定するステップと；
前記複数の第２の領域を前記総合インデックス値に従って分類するステップと；を備える。

実際の位置選択において、地域別の人口密度、地域別の年齢、地域別の性別、地域別の製品浸透度等を含む様々な態様を包括的に考慮する必要がある。
特定の実装の間、予め設定した重みは第１のユーザによって設定されるか、又は、デフォルト重みであってよい。例えば、ユーザ特徴に平均重みが用いられる、又は、ユーザ特徴に経験重みが用いられる。前出の全ての実施は本願の保護範囲に含まれるが、いずれも本願では限定されない。

本願のこの実施の形態における位置情報提供方法では、第２の領域内の対象ユーザ特徴を持つユーザの数を、ユーザによって入力され、対象ユーザ特徴を含むキーワードを受信した後に、対象領域内のユーザの位置に従って判定でき、対象ユーザ特徴を持つユーザの数に従って候補領域を判定し、最後に、候補領域をユーザへ提供する。こうすることで、ユーザは第２の領域内での対象ユーザの分布を直感的に知ることができ、質問調査による人口の範囲、数、公正性の程度への依存によって生じる従来技術における低精度の問題が回避され、ユーザへ提供する位置情報の精度が向上する。

同一の発明概念に基づいて、本願の実施の形態は、位置情報提供装置を更に提供する。この装置の問題解決の原理は位置情報提供方法の問題解決の原理に類似しており、装置の実施については、方法の実施を参照することができるので、繰り返す部分についてはここでは繰り返しの記述を省く。

図２は、本願の実施の形態２による位置情報提供装置の概略構成図である。
図２に示すように、サーバに適用され、本願の実施の形態２で示される位置情報提供装置２００は次のモジュールを備える：第１のユーザにより入力されたキーワードを受信するように構成された受信モジュール２０２；前記キーワードに従って対象ユーザ特徴を判定するように構成された特徴判定モジュール２０３；複数の第２の領域を含む第１の領域を判定するように構成された第１の領域判定モジュール２０４；前記第１の領域内でのユーザの位置情報に従って、それぞれの第２の領域内で前記対象ユーザ特徴を持つ第２のユーザの数を判定するように構成されたユーザ数判定モジュール２０６；前記第２のユーザの数に従って、前記複数の第２の領域から候補領域を判定するように構成された候補領域判定モジュール２０８；前記第１のユーザに前記候補領域を提供するように構成された結果フィードバックモジュール２１０。

特定の実装の間、受信モジュール２０２と結果フィードバックモジュール２１０とは一般にクライアント端末上にある。第１の領域判定モジュール２０４は、クライアント端末又はサーバ端末上にあってよい。ユーザ数判定モジュール２０６と候補領域判定モジュール２０８とは一般にサーバ端末上にある。しかし、前出の実施は、従来技術の当業者が本願を実施する上で助けとなるように示されているに過ぎず、本願を限定することを意図したものではない点が理解されるべきである。

好ましくは、位置情報提供装置２００は：所定のルールに従って、前記第１の領域を複数の第２の領域に分割するように構成された領域分割モジュールと；所定期間内に前記第１の領域における全ての第３のユーザの位置を取得するように構成された位置取得モジュールと；前記所定期間内に、前記第１の領域内の全ての前記第３のユーザのユーザ特徴を取得するように構成されたユーザ特徴取得モジュールと；を更に備える。

好ましくは、前記位置取得モジュールは、具体的に：前記所定期間内に前記第１の領域内の前記第３のユーザが所定のアプリケーションにログオンするときに位置している複数の第２の領域と、それぞれの第２の領域内で前記第３のユーザの各々が前記アプリケーションにログオンする回数とを取得するように構成された回数取得サブモジュールと；１名の第３のユーザが前記アプリケーションに最大回数ログオンする第２の領域を、前記第３のユーザの前記位置として用いるように構成された位置取得サブモジュールと；を備える。

好ましくは、前記ユーザ特徴取得モジュールは、具体的に：前記第１の領域内での前記第３のユーザのネットワーク情報を取得するように構成されたネットワーク情報取得サブモジュールと；前記ネットワーク情報に従って前記第３のユーザの前記ユーザ特徴を判定するように構成されたユーザ特徴判定サブモジュールと；を備える。

好ましくは、前記ユーザ数判定モジュールは、具体的に：それぞれの第２の領域内に位置している前記第３のユーザを判定するように構成されたユーザ判定サブモジュールと；前記対象ユーザ特徴を持つ第２のユーザを前記第３のユーザから除外し、前記第２のユーザの数をカウントするように構成されたユーザ数判定サブモジュールと；を備える。

好ましくは、前記候補領域判定モジュールは、具体的に：前記第２のユーザの数に従って、それぞれの第２の領域内での前記対象ユーザ特徴のインデックス値を判定するように構成された第１のインデックス値判定サブモジュールと；前記インデックス値に従って、前記複数の第２の領域を分類するように構成されたインデックス値分類サブモジュールと；上位Ｍの第２の領域を候補領域として使用するように構成された候補領域判定サブモジュールであって、前記Ｍは所定の数値である、候補領域判定サブモジュールと；を備える。

好ましくは、前記第１のインデックス値判定サブモジュールは、具体的に：前記第２のユーザの数の昇順に従って前記第２の領域を分類し、１からＮまでの連続番号を順番に割り当てるように構成された分類ユニットであって、Ｎは１よりも大きい正の整数である、分類ユニットと；「連続番号値＝（各第２の領域の連続番号／第２の領域の総数−０．５）^＊２」の式に従って、それぞれの第２の領域に対応した連続番号値を判定するように構成された連続番号値判定ユニットと；「インデックス値＝ｒｏｕｎｄ（（ＡＳＩＮ（連続番号値）／π＋０．５）^＊１０００）」の式に従って、それぞれの第２の領域に対応するインデックス値を判定するように構成されたインデックス値判定ユニットと；を備える。

好ましくは、複数の対象ユーザ特徴があり；前記ユーザ数判定モジュールは、それぞれの第２の領域内で前記対象ユーザ特徴を持つ複数の第２のユーザの数を判定するように構成される。前記分類モジュールは、具体的に：前記複数の第２のユーザの数に従って、それぞれの第２の領域内の各対象ユーザ特徴のインデックス値を別々に判定するように構成された第２のインデックス判定サブモジュールと；前記対象ユーザ特徴のインデックス値と、前記それぞれの対象ユーザ特徴に予め設定された重みとに従って、それぞれの第２の領域の総合インデックス値を判定するように構成された総合インデックス値判定サブモジュールであって、「総合インデックス値＝ａ^＊Ｘ１＋ｂ^＊Ｘ２＋ｃ^＊Ｘ３．．．」であり、ここで、Ｘ１、Ｘ２、Ｘ３．．．はそれぞれの対象ユーザ特徴のインデックス値であり、ａ、ｂ、ｃ．．．はそれぞれの対象ユーザ特徴の重みである、総合インデックス値判定サブモジュールと；前記複数の第２の領域を前記総合インデックス値に従って分類するように構成された総合インデックス値分類サブモジュールと；を備える。

説明を容易にするために、装置の各部を、機能に基づく様々な構成部品又はユニットとして別々に説明する。当然、本願の実施中に、構成部品又はユニットの機能を、ソフトウェア又はハードウェアの同一又は複数の部品にて実施できる。

ユーザにより入力され、対象ユーザ特徴を含むキーワードを受信した後に、本願のこの実施の形態における位置情報提供装置は、対象領域内でのユーザの位置に従って、第２の領域内で対象ユーザ特徴を持つユーザの数を判定することができる。この装置は、更に、対象ユーザ特徴を持つユーザの数に従って候補領域を判定し、最後に、候補領域をユーザへ提供する。こうすることで、ユーザは第２の領域内での対象ユーザの分布を直感的に知ることができ、質問調査による人口の範囲、数、公正性の程度への依存により生じる従来技術における低精度の問題が回避され、ユーザに提供される位置情報の精度が向上する。

図３は、本願の実施の形態３による位置情報提供方法のフローチャートである。
図３に示すように、本願の実施の形態３による位置情報提供方法は以下のステップを含む。
Ｓ３０２：通常は最近３０日以内に人口が発生する位置について統計を取る。
Ｓ３０４：人口におけるユーザの通常のオフライン位置を、上記位置と対応領域に従って判定する。
Ｓ３０６：ユーザタグが日中タグ又は夜間タグを含む、又は、日中タグ及び夜間タグを含まない対象人口特徴（つまり、ユーザタグ）を位置選択ユーザが入力する。
Ｓ３０８：各領域内の様々なタイプのタグを持つユーザの数をカウントする。
Ｓ３１０：領域データを領域インデックスに変換する。
Ｓ３１２：インデックスの重みを設定する。
Ｓ３１４：領域の総合インデックスを入手する。
Ｓ３１６：最大の総合インデックスを持ついくつかの領域を候補位置として位置選択ユーザへ提供する。

本願のこの実施の形態における位置情報提供方法では、ユーザによって入力され、対象ユーザ特徴を含むキーワードを受信した後に、第２の領域内において対象ユーザ特徴を持つユーザの数を、対象領域内のユーザの位置に従って判定でき、第２の領域を、対象ユーザ特徴を持つユーザの数に従って更に分類し、最後に、複数の第２の領域の分類結果をユーザに提供する。こうすることで、ユーザは、第２の領域内での対象ユーザの分布を直感的に知ることができ、質問調査による人口の範囲、数、公正性の程度への依存により生じる低精度の問題を回避でき、ユーザに提供される位置情報の精度が向上する。

本願のこの実施の形態における位置情報提供方法の特定の実施工程を、所定のアプリケーションとしてＡｌｉｐａｙ（商標）を利用した実施例を用いて説明する。本願の実施の形態４による位置情報提供方法は以下のステップを含む。
Ｓ４０２：ユーザのモバイル装置を用いて、ユーザの経度と緯度を収集する。
Ｓ４０４：ユーザのモバイル装置とＡｌｉｐａｙ（商標）ユーザＩＤとの間の対応関係を取得する。
Ｓ４０６：Ａｍａｐが提供するインターフェースに従って、経度と緯度のデータを領域ＩＤへ変換し、Ａｌｉｐａｙ（商標）ユーザＩＤと領域ＩＤとの間の対応関係を取得する。
Ｓ４０８：最近３０日以内の各期間内に各Ａｌｉｐａｙ（商標）ユーザが各領域ＩＤ上に現れる回数をカウントする。
Ｓ４１０：日中に各Ａｌｉｐａｙ（商標）ユーザが各領域ＩＤ上に現れる回数、夜間に各Ａｌｉｐａｙ（商標）ユーザが各領域ＩＤ上に現れる回数、各Ａｌｉｐａｙ（商標）ユーザが各領域ＩＤ上に現れる総回数をカウントする。
Ｓ４１２：各Ａｌｉｐａｙ（商標）ユーザが最も多い回数現れる領域を、別々に、Ａｌｉｐａｙ（商標）ユーザの日中領域ＩＤ、夜間領域ＩＤ、共通領域ＩＤとする。
Ｓ４１４：位置選択ユーザが対象人口特徴（つまり、ユーザタグ）を入力する。
Ｓ４１６：ユーザタグを満たすユーザ数（ｃｎｔ）を各領域においてカウントする。
Ｓ４１８：各領域内でユーザタグを満たすユーザ数が１００人を超えるかどうか判断し、１００人未満である場合は、ユーザ数が１００人未満の領域を排除し、１００人を超える場合は、Ｓ４２０を実行する。
Ｓ４２０：領域をｃｎｔの昇順に従って分類し、１からＮまでの連続番号を割り当て、例えば、ユーザ数が１００人を超える領域が５０個ある場合には、１から５０までの連続番号を割り当てる。
Ｓ４２２：領域の連続番号値を計算する。連続番号値＝（各第２の領域の連続番号／第２の領域の総数−０．５）^＊２。
Ｓ４２４：領域のインデックス値を計算する。インデックス値＝ｒｏｕｎｄ（（ＡＳＩＮ（連続番号値）／π＋０．５）^＊１０００）。
Ｓ４２６：インデックス値に従ってインデックス領域レンダーグラフを地図上に表示する。

本願のこの実施の形態における位置情報提供方法では、ユーザにより入力され、対象ユーザ特徴を含むキーワードを受信した後に、第２の領域内の対象ユーザ特徴を持つユーザの数を、対象領域内でのユーザの位置に従って判定し、第２の領域を、対象ユーザ特徴を持つユーザの数に従って更に分類し、最後に複数の第２の領域の分類結果をユーザへ提供する。これにより、ユーザは第２の領域内での対象ユーザの分布を直感的に知ることができ、質問調査による人口の範囲、数、公正性の程度に依存して生じた従来技術での低精度の問題が回避され、ユーザに提供する位置情報の精度が向上する。

当業者は、本発明の実施の形態が、方法、システム、又はコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本願の実施の形態は、完全なハードウェアの実施の形態、完全なソフトウェアの実施の形態、又はソフトウェアとハードウェアとを組み合わせた実施の形態として実装することができる。更に、本発明は、コンピュータで使用可能なプログラムコードを含む、１つ以上のコンピュータで利用可能な記憶媒体（磁気ディスクメモリ、ＣＤ−ＲＯＭ、光学メモリなどを含むが、これに限定されない）上に実装されたコンピュータプログラム製品であってもよい。

本願は、本発明の実施の形態による方法、装置（システム）、及びコンピュータプログラム製品によるフローチャート及び／又はブロック図を参照して説明される。
コンピュータプログラム命令は、フローチャート及び／又はブロック図における各プロセス及び／又はブロック、及び、フローチャート及び／又はブロック図におけるプロセス及び／又はブロックの組み合わせを実装するために使用できることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は任意の他のプログラム可能データ処理装置のプロセッサに提供されて、装置を生成することができ、コンピュータ又は任意の他のプログラム可能なデータ処理装置は、フローチャートにおける一つ以上のプロセス及び／又はブロック図における１つ以上のブロックにおける特定の機能を実装するための装置を生成する。

これらのコンピュータプログラム命令はまた、コンピュータ可読メモリに記憶され、コンピュータ又は任意の他のプログラム可能なデータ処理装置を特定方法で作動するように命令でき、コンピュータ可読メモリに記憶された命令は、命令装置を含む製造物を生成する。命令装置は、フローチャートの１つ以上のプロセス及び／又はブロック図の１つ以上のブロックにおける特定機能を実行する。

これらのコンピュータプログラム命令は、コンピュータ又は別のプログラム可能なデータ処理装置にロードされて、一連の動作ステップがコンピュータ又は別のプログラム可能な装置上で実行され、それによりコンピュータ実装処理を生成することもできる。したがって、コンピュータ又は別のプログラム可能な装置上で実行される命令は、フローチャートの１つ以上のプロセス及び／又はブロック図の１つ以上のブロックにおける特定機能を実行するためのステップを提供する。

本発明の好ましい実施の形態を説明したが、基本的な発明概念を理解すると、当業者はこれらの実施の形態に対して他の変更および修正を行うことができる。したがって、添付の特許請求の範囲は、本願の実施の形態の範囲内にある好ましい実施の形態及びすべての変更および修正を含むことを意図する。

明らかに、当業者は、本願の精神及び範囲から逸脱することなく、本願に対して様々な変更および変形を行うことができる。このようにして、本願のこれらの改変および変形が本願の特許請求の範囲及びその均等な技術の範囲内に入る場合、本願はこれらの改変および変形も含むことが意図される。
［第１の局面］
位置情報提供方法であって：
第１のユーザにより入力されたキーワードをサーバにより受信するステップと；
前記キーワードに従って対象ユーザ特徴を判定するステップと；
複数の第２の領域を含む第１の領域を判定するステップと；
前記第１の領域内でのユーザの位置情報に従って、それぞれの第２の領域内で前記対象ユーザ特徴を持つ第２のユーザの数を判定するステップと；
前記第２のユーザの数に従って、前記複数の第２の領域から候補領域を判定するステップと；
前記候補領域を前記第１のユーザに提供するステップと；を備える、
位置情報提供方法。
［第２の局面］
前記第１の領域内でのユーザの位置情報に従って、それぞれの第２の領域内で前記対象ユーザ特徴を持つ第２のユーザの数を判定するステップの前に：
所定のルールに従って、前記第１の領域を複数の第２の領域に分割するステップと；
所定期間内に、前記第１の領域における全ての第３のユーザの位置を取得するステップと；
前記所定期間内に、前記第１の領域内の全ての前記第３のユーザのユーザ特徴を取得するステップと；を更に備える、
第１の局面に記載の方法。
［第３の局面］
所定期間内に前記第１の領域内での全ての第３のユーザの位置を取得する前記ステップは、具体的に：
前記所定期間内に前記第１の領域内の前記第３のユーザが所定のアプリケーションにログオンするときに位置している複数の第２の領域と、それぞれの第２の領域内で前記第３のユーザの各々が前記アプリケーションにログオンする回数とを取得するステップと；
１名の第３のユーザが前記アプリケーションに最大回数ログオンする第２の領域を、前記第３のユーザの前記位置として用いるステップと；を備える、
第２の局面に記載の方法。
［第４の局面］
前記所定期間内に前記第１の領域内の全ての前記第３のユーザのユーザ特徴を取得する前記ステップは、具体的に：
前記第１の領域内での前記第３のユーザのネットワーク情報を取得するステップと；
前記ネットワーク情報に従って前記第３のユーザの前記ユーザ特徴を判定するステップと；を備える、
第２の局面に記載の方法。
［第５の局面］
それぞれの第２の領域内において前記対象ユーザ特徴を持つ第２のユーザの数を判定する前記ステップは、具体的に：
それぞれの第２の領域内に位置している前記第３のユーザを判定するステップと；
前記対象ユーザ特徴を持つ第２のユーザを前記第３のユーザから除外し、前記第２のユーザの数をカウントするステップと；を備える、
第４の局面に記載の方法。
［第６の局面］
前記第２のユーザの数に従って、前記複数の第２の領域から候補領域を判定する前記ステップは、具体的に：
前記第２のユーザの数に従って、それぞれの第２の領域内での前記対象ユーザ特徴のインデックス値を判定するステップと；
前記インデックス値に従って、前記複数の第２の領域を分類するステップと；
上位Ｍの第２の領域を候補領域として用いるステップであって、前記Ｍは所定の数値である、上位Ｍの第２の領域を候補領域として用いるステップと；を備える、
第１の局面に記載の方法。
［第７の局面］
前記第２のユーザの数に従って、それぞれの第２の領域内の前記対象ユーザ特徴のインデックス値を判定する前記ステップは、具体的に：
前記第２のユーザの数の昇順に従って前記第２の領域を分類し、１からＮまでの連続番号を順番に割り当てるステップであって、Ｎは１よりも大きい正の整数である、割り当てるステップと；
次式に従って、それぞれの第２の領域に対応する連続番号値を判定するステップと、
連続番号値＝（各第２の領域の連続番号／第２の領域の総数−０．５） ^＊ ２ ；
次式に従って、それぞれの第２の領域に対応するインデックス値を判定するステップと、
インデックス値＝ｒｏｕｎｄ（（ＡＳＩＮ（連続番号値）／π＋０．５） ^＊ １０００）；を備える、
第６の局面に記載の方法。
［第８の局面］
複数の対象ユーザ特徴があり、
それぞれの第２の領域内で前記対象ユーザ特徴を持つ第２のユーザの数を判定する前記ステップは、具体的に：それぞれの第２の領域内で前記対象ユーザ特徴を持つ前記複数の第２のユーザの数を判定するステップを備え；
前記第２のユーザの数に従って、前記複数の第２の領域を分類する前記ステップは、具体的に：
前記複数の第２のユーザの数に従って、それぞれの第２の領域内の各対象ユーザ特徴のインデックス値を別々に判定するステップと；
前記対象ユーザ特徴のインデックス値と、前記それぞれの対象ユーザ特徴に予め設定された重みとに従って、それぞれの第２の領域の総合インデックス値を判定するステップであって、
総合インデックス値＝ａ ^＊ Ｘ１＋ｂ ^＊ Ｘ２＋ｃ ^＊ Ｘ３．．．であり、
Ｘ１、Ｘ２、Ｘ３．．．はそれぞれの対象ユーザ特徴のインデックス値であり、
ａ、ｂ、ｃ．．．はそれぞれの対象ユーザ特徴の重みである、判定するステップと；
前記複数の第２の領域を前記総合インデックス値に従って分類するステップと；を備える、
第１の局面に記載の方法。
［第９の局面］
サーバに適用される位置情報提供装置であって：
第１のユーザにより入力されたキーワードを受信するように構成された受信モジュールと；
前記キーワードに従って対象ユーザ特徴を判定するように構成された特徴判定モジュールと；
複数の第２の領域を含む第１の領域を判定するように構成された第１の領域判定モジュールと；
前記第１の領域内でのユーザの位置情報に従って、それぞれの第２の領域内で前記対象ユーザ特徴を持つ第２のユーザの数を判定するように構成されたユーザ数判定モジュールと；
前記第２のユーザの数に従って、前記複数の第２の領域から候補領域を判定するように構成された候補領域判定モジュールと；
前記第１のユーザに前記候補領域を提供するように構成された結果フィードバックモジュールと；を備える、
位置情報提供装置。
［第１０の局面］
所定のルールに従って、前記第１の領域を複数の第２の領域に分割するように構成された領域分割モジュールと；
所定期間内に前記第１の領域における全ての第３のユーザの位置を取得するように構成された位置取得モジュールと；
前記所定期間内に、前記第１の領域内の全ての前記第３のユーザのユーザ特徴を取得するように構成されたユーザ特徴取得モジュールと；を更に備える、
第９の局面に記載の装置。
［第１１の局面］
前記位置取得モジュールは、具体的に：
前記所定期間内に前記第１の領域内の前記第３のユーザが所定のアプリケーションにログオンするときに位置している複数の第２の領域と、それぞれの第２の領域内で前記第３のユーザの各々が前記アプリケーションにログオンする回数とを取得するように構成された回数取得サブモジュールと；
１名の第３のユーザが前記アプリケーションに最大回数ログオンする第２の領域を、前記第３のユーザの前記位置として用いるように構成された位置取得サブモジュールと；を備える、
第１０の局面に記載の装置。
［第１２の局面］
前記ユーザ特徴取得モジュールは、具体的に：
前記第１の領域内での前記第３のユーザのネットワーク情報を取得するように構成されたネットワーク情報取得サブモジュールと；
前記ネットワーク情報に従って前記第３のユーザの前記ユーザ特徴を判定するように構成されたユーザ特徴判定サブモジュールと；を備える、
第１０の局面に記載の装置。
［第１３の局面］
前記ユーザ数判定モジュールは、具体的に：
それぞれの第２の領域内に位置している前記第３のユーザを判定するように構成されたユーザ判定サブモジュールと；
前記対象ユーザ特徴を持つ第２のユーザを前記第３のユーザから除外し、前記第２のユーザの数をカウントするように構成されたユーザ数判定サブモジュールと；を備える、
第１２の局面に記載の装置。
［第１４の局面］
前記候補領域判定モジュールは、具体的に：
前記第２のユーザの数に従って、それぞれの第２の領域内での前記対象ユーザ特徴のインデックス値を判定するように構成された第１のインデックス値判定サブモジュールと；
前記インデックス値に従って、前記複数の第２の領域を分類するように構成されたインデックス値分類サブモジュールと；
上位Ｍの第２の領域を候補領域として使用するように構成された候補領域判定サブモジュールであって、前記Ｍは所定の数値である、候補領域判定サブモジュールと；を備える、
第９の局面に記載の装置。
［第１５の局面］
前記第１のインデックス値判定サブモジュールは、具体的に：
前記第２のユーザの数の昇順に従って前記第２の領域を分類し、１からＮまでの連続番号を順番に割り当てるように構成された分類ユニットであって、Ｎは１よりも大きい正の整数である、分類ユニットと；
「連続番号値＝（各第２の領域の連続番号／第２の領域の総数−０．５） ^＊ ２」の式に従って、それぞれの第２の領域に対応した連続番号値を判定するように構成された連続番号値判定ユニットと；
「インデックス値＝ｒｏｕｎｄ（（ＡＳＩＮ（連続番号値）／π＋０．５） ^＊ １０００）」の式に従って、それぞれの第２の領域に対応するインデックス値を判定するように構成されたインデックス値判定ユニットと；を備える、
第１４の局面に記載の装置。
［第１６の局面］
複数の対象ユーザ特徴があり；
前記ユーザ数判定モジュールは、それぞれの第２の領域内で前記対象ユーザ特徴を持つ複数の第２のユーザの数を判定するように構成され；
前記分類モジュールは、具体的に：
前記複数の第２のユーザの数に従って、それぞれの第２の領域内の各対象ユーザ特徴のインデックス値を別々に判定するように構成された第２のインデックス判定サブモジュールと；
前記対象ユーザ特徴のインデックス値と、前記それぞれの対象ユーザ特徴に予め設定された重みとに従って、それぞれの第２の領域の総合インデックス値を判定するように構成された総合インデックス値判定サブモジュールであって、「総合インデックス値＝ａ ^＊ Ｘ１＋ｂ ^＊ Ｘ２＋ｃ ^＊ Ｘ３．．．」であり、ここで、Ｘ１、Ｘ２、Ｘ３．．．はそれぞれの対象ユーザ特徴のインデックス値であり、ａ、ｂ、ｃ．．．はそれぞれの対象ユーザ特徴の重みである、総合インデックス値判定サブモジュールと；
前記複数の第２の領域を前記総合インデックス値に従って分類するように構成された総合インデックス値分類サブモジュールと；を備える、
第９の局面に記載の装置。

Claims (7)

1. 位置情報提供方法であって：
   第１のユーザにより入力されたキーワードをサーバにより受信するステップと；
   前記キーワードに従って対象ユーザ特徴を判定するステップと；
   第１の領域を判定するステップ（１０４）と；
   所定のルールに従って、前記第１の領域を複数の第２の領域に分割するステップと；
   所定期間内に前記第１の領域内での全てのユーザの位置を取得するステップであって、前記位置は前記ユーザがログオンする所定のアプリケーションに従って取得される、前記取得するステップと；
   前記所定期間内に前記第１の領域内の全てのユーザのユーザ特徴を取得するステップと；
   前記第１の領域内での前記ユーザの位置情報に従って、それぞれの第２の領域内において前記対象ユーザ特徴を持つユーザの数を判定するステップと；
   前記判定されたユーザの数に従って、前記複数の第２の領域から候補領域を判定するステップと；
   前記候補領域を前記第１のユーザに提供するステップと；を備え、
   ユーザの数に従って、前記複数の第２の領域から候補領域を判定する前記ステップは、具体的に：
   前記ユーザの数に従って、それぞれの第２の領域内での前記対象ユーザ特徴のインデックス値を判定するステップと；
   前記インデックス値に従って、前記複数の第２の領域を分類するステップと；
   上位Ｍの第２の領域を前記候補領域として用いるステップであって、Ｍは所定の数値である、前記用いるステップと；を備え、
   前記ユーザの数に従って、それぞれの第２の領域内での前記対象ユーザ特徴のインデックス値を判定する前記ステップは、具体的に：
   前記ユーザの数の昇順に従って前記第２の領域を分類し、１からＮまでの連続番号を順番に割り当てるステップであって、Ｎは１よりも大きい正の整数である、前記割り当てるステップと；
   次式に従って、それぞれの第２の領域に対応する連続番号値を判定するステップと、
   連続番号値＝（各第２の領域の連続番号／第２の領域の総数−０．５）^＊２ ；
   次式に従って、それぞれの第２の領域に対応するインデックス値を判定するステップと、
   インデックス値＝ｒｏｕｎｄ（（ＡＳＩＮ（連続番号値）／π＋０．５）^＊１０００） ；を備える、
   位置情報提供方法。
2. 所定期間内に前記第１の領域内での全てのユーザの位置を取得する前記ステップは、具体的に：
   前記所定期間内に前記第１の領域内の前記ユーザが前記所定のアプリケーションにログオンするときに位置している複数の第２の領域と、それぞれの第２の領域内で前記ユーザの各々が前記アプリケーションにログオンする回数とを取得するステップと；
   前記第１の領域内の前記ユーザの１人が前記アプリケーションに最大回数ログオンする第２の領域を、前記ユーザの前記位置として用いるステップと；を備える、
   請求項１に記載の位置情報提供方法。
3. 前記所定期間内に前記第１の領域内の全てのユーザのユーザ特徴を取得する前記ステップは、具体的に：
   前記第１の領域内での前記ユーザのネットワーク情報を取得するステップと；
   前記ネットワーク情報に従って前記第１の領域内の前記ユーザの前記ユーザ特徴を判定するステップと；を備える、
   請求項１又は請求項２に記載の位置情報提供方法。
4. それぞれの第２の領域内において前記対象ユーザ特徴を持つユーザの数を判定する前記ステップは、具体的に：
   それぞれの第２の領域内に位置している、前記第１の領域内の前記ユーザを判定するステップと；
   前記対象ユーザ特徴を持つユーザを、前記第１の領域内の前記ユーザから除外し、前記除外したユーザの数をカウントするステップと；を備える、
   請求項３に記載の位置情報提供方法。
5. 位置情報提供方法であって：
   第１のユーザにより入力されたキーワードをサーバにより受信するステップと；
   前記キーワードに従って対象ユーザ特徴を判定するステップと；
   第１の領域を判定するステップ（１０４）と；
   所定のルールに従って、前記第１の領域を複数の第２の領域に分割するステップと；
   所定期間内に前記第１の領域内での全てのユーザの位置を取得するステップであって、前記位置は前記ユーザがログオンする所定のアプリケーションに従って取得される、前記取得するステップと；
   前記所定期間内に前記第１の領域内の全てのユーザのユーザ特徴を取得するステップと；
   前記第１の領域内での前記ユーザの位置情報に従って、それぞれの第２の領域内において前記対象ユーザ特徴を持つユーザの数を判定するステップと；
   前記判定されたユーザの数に従って、前記複数の第２の領域から候補領域を判定するステップと；
   前記候補領域を前記第１のユーザに提供するステップと；を備え、
   複数の対象ユーザ特徴があり、
   それぞれの第２の領域内において前記対象ユーザ特徴を持つユーザの数を判定する前記ステップは、具体的に：
   それぞれの第２の領域内において前記対象ユーザ特徴を持つ複数のユーザの数を判定するステップを備え；
   前記ユーザの数に従って、前記複数の第２の領域を分類するステップは、具体的に：
   前記複数のユーザの数に従って、それぞれの第２の領域内の各対象ユーザ特徴のインデックス値を別々に判定するステップと；
   前記対象ユーザ特徴の前記インデックス値と、前記それぞれの対象ユーザ特徴に予め設定された重みとに従って、それぞれの第２の領域の総合インデックス値を判定するステップであって、
   総合インデックス値＝ａ^＊Ｘ１＋ｂ^＊Ｘ２＋ｃ^＊Ｘ３．．．であり、
   Ｘ１、Ｘ２、Ｘ３．．．はそれぞれの対象ユーザ特徴のインデックス値であり、
   ａ、ｂ、ｃ．．．はそれぞれの対象ユーザ特徴の重みである、前記判定するステップと；
   前記複数の第２の領域を前記総合インデックス値に従って分類するステップと；を備える、
   位置情報提供方法。
6. 所定のルールに従って、前記第１の領域を複数の第２の領域に分割する前記ステップは；
   前記第１の領域を、所定の領域サイズに従って複数の第２の領域に分割するステップ；又は、
   前記第１のユーザ位置を、経度と緯度に変換し、地理的地域サービスプロバイダのアプリケーションに従って、前記経度と緯度を対応する第２の領域に変換するステップ；又は、
   前記第１の領域を、人口密度を用いて分割するステップ；を備える、
   請求項１〜５のいずれか１項に記載の位置情報提供方法。
7. サーバに適用される位置情報提供装置であって：
   請求項１〜６のいずれか１項に記載の方法を実行するように構成された、複数のモジュールを備える、
   位置情報提供装置。
   

Images