"位置データを取得する位置データ取得装置と、その位置データ取得装置が取得した位置データの加工レベルデータを入力する加工レベル入力手段と、前記の位置データおよび加工レベルデータを送信する送信手段を備えた携帯通信端末に対して、前記の位置データを加工する位置データ加工サーバであって、前記の携帯通信端末が送信する位置データおよび加工レベルデータを受信する受信手段と、その受信手段が受信する位置データたる座標データを含む点対称の六角形とするとともに、その六角形は前記の加工レベルデータに応じた大きさである加工済みデータとするデータ加工手段と、そのデータ加工手段が加工した加工済みデータを出力する加工済みデータ出力手段と、を備えた位置データ加工サーバ。前記のデータ加工手段は、前記の位置データを含む所定半径の円を外接円または内接円とする正六角形とし、その正六角形における向かい合う一組の平行線が緯度線または経度線と平行となるようにした請求項1に記載の位置データ加工サーバ。前記のデータ加工手段は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、そこで形成された三組の平行線にて囲まれた領域に正六角形を形成することとした請求項1に記載の位置データ加工サーバ。前記のデータ加工手段は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の半分の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、三組の平行線で形成された最小領域であるひとつの正三角形を基準とし、その基準正三角形のいずれかの頂点で接する6つの正三角形を組み合わせて正六角形を形成することとした請求項1に記載の位置データ加工サーバ。前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとし、その文字列を複数に分割して別々の分割データとし、その分割データを別々に格納することとした請求項1から請求項4のいずれかに記載の位置データ加工サーバ。前記の受信手段は、前記の携帯通信端末のユーザに関する属性データの開示レベルに関する属性開示レベルデータを受信し、前記のデータ加工手段は、当該属性データを属性開示レベルデータに応じて加工することとした請求項1から請求項5のいずれかに記載の位置データ加工サーバ。位置データを取得する位置データ取得装置と、その位置データ取得装置が取得した位置データの加工レベルを入力する加工レベル入力手段と、その加工レベル入力手段に入力された加工レベルデータに応じて位置データを加工する位置データ加工装置と、その位置データ加工装置が加工した加工位置データを所定のサーバへ送信する送信手段と、を備えた携帯通信端末であって、前記の位置データ加工装置は、前記の位置データ取得装置が取得した位置データたる座標データを含む点対称の六角形へ加工することとし、その六角形は前記の加工レベルデータに応じた大きさとした携帯通信端末。前記の位置データ加工装置は、前記の位置データを含む所定半径の円を外接円または内接円とする正六角形を形成し、その正六角形における向かい合う一組の平行線が緯度線または経度線と平行となるようにし、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとした請求項7に記載の携帯通信端末。前記の位置データ加工装置は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、そこで形成された三組の平行線にて囲まれた領域として形成された正六角形を形成し、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとした請求項7に記載の携帯通信端末。前記の位置データ加工装置は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の半分の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、三組の平行線で形成された最小領域であるひとつの正三角形を基準とし、その基準正三角形のいずれかの頂点で接する6つの正三角形を組み合わせて正六角形を形成し、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとした請求項7に記載の携帯通信端末。当該携帯通信端末のユーザに関する属性データを格納する属性データ記憶手段と、その属性データに関する開示レベルを入力する開示レベル入力手段と、を備え、前記送信手段は、前記開示レベルに応じた属性データを加工位置データとともに送信することとした請求項7から請求項10のいずれかに記載の携帯通信端末。時刻データを取得する時計と、前記の位置データ取得装置が位置データを取得した時間帯に応じて加工レベルデータを予め設定した加工レベルデータ時間帯記憶テーブルと、を備え、前記の加工レベル入力手段は、前記時計によって得た時刻データと加工レベルデータ時間帯記憶テーブルとを用いて当該時刻データに対応した加工レベルデータを入力することとした請求項7から請求項11のいずれかに記載の携帯通信端末。前記の位置データ取得装置が取得した位置データが所定範囲内である場合に加工レベルデータを予め設定した加工レベルデータ範囲記憶テーブルを備え、前記の加工レベル入力手段は、前記の位置データ取得装置が取得した位置データと前記の加工レベルデータ範囲記憶テーブルとを用いて当該位置データに対応した加工レベルデータを入力することとした請求項7から請求項12のいずれかに記載の携帯通信端末。位置データを取得する位置データ取得装置と、その位置データ取得装置が取得した位置データの加工レベルデータを入力する加工レベル入力手段と、前記の位置データおよび加工レベルデータを送信する送信手段を備えた携帯通信端末に対して、前記の位置データを加工するコンピュータプログラムであって、前記の携帯通信端末が送信する位置データおよび加工レベルデータを受信する受信手順と、その受信手順にて受信する位置データたる座標データを含む点対称の六角形とするとともに、その六角形は前記の加工レベルデータに応じた大きさである加工済みデータとするデータ加工手順と、そのデータ加工手順にて加工した加工済みデータを出力する加工済みデータ出力手順と、をコンピュータに実行させることとしたコンピュータプログラム。前記のデータ加工手順は、前記の位置データを含む所定半径の円を外接円または内接円とする正六角形を形成し、その正六角形における向かい合う一組の平行線が緯度線または経度線と平行となるようにし、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとした請求項14に記載のコンピュータプログラム。前記のデータ加工手順は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、そこで形成された三組の平行線にて囲まれた領域として形成された正六角形を形成し、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとした請求項14に記載のコンピュータプログラム。前記のデータ加工手順は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の半分の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、三組の平行線で形成された最小領域であるひとつの正三角形を基準とし、その基準正三角形のいずれかの頂点で接する6つの正三角形を組み合わせて正六角形を形成し、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとした請求項14に記載のコンピュータプログラム。前記の受信手順は、前記の携帯通信端末のユーザに関する属性データの開示レベルに関する属性開示レベルデータを受信することとし、前記のデータ加工手順は、当該属性データを属性開示レベルデータに応じて加工することとした請求項14から請求項17のいずれかに記載のコンピュータプログラム。位置データを取得した時間帯に応じて加工レベルデータが設定された加工レベルデータ時間帯記憶テーブルを予め記憶する加工レベルデータ時間帯記憶手順を備え、前記の加工レベル入力手順においては、前記の位置データ取得手順にて位置データを取得した時刻データと加工レベルデータ時間帯記憶テーブルとを用いて当該時刻データに対応した加工レベルデータを入力することとした請求項14から請求項18のいずれかに記載のコンピュータプログラム。取得した位置データが所定範囲内である場合に加工レベルデータが設定された加工レベルデータ範囲記憶テーブルを予め記憶する加工レベルデータ範囲記憶手順を備え、前記の加工レベル入力手順においては、前記の位置データ取得手順にて取得した位置データと前記の加工レベルデータ範囲記憶テーブルとを用いて当該位置データに対応した加工レベルデータを入力することとした請求項14から請求項19のいずれかに記載のコンピュータプログラム。特許文献2における技術は、緯度経度に基づいて正方形のメッシュを形成し、そのメッシュの粗さを変更する、ということを基本としている。このルールに則した位置情報をマーケティングなどに活用するためのデータとして加工する場合、以下のような問題が生じる。すなわち、所定の基準メッシュの斜め方向に位置するメッシュは、上下左右のメッシュよりも距離が遠いとして計算される。基準メッシュの中心から上下左右のメッシュの中心までの距離を1とすると、斜め方向に位置するメッシュまでの距離はルート2=約1.41になるからである。あるいは、所定の基準メッシュの斜め方向に位置するメッシュを、上下左右のメッシュと同じ距離にあるとして補正する場合対象範囲の座標を重心に集めるなどには、複雑な計算を必要とすることとなる。また、特許文献2における技術では、現在位置情報の粗さを変更するということが特徴となっているが、情報セキュリティについてはあまり触れられていない。すなわち、ユーザが提供した現在位置情報はプライバシー情報でもあるので、情報漏洩を防止したり、情報漏洩が起きたりした場合にプライバシー情報を可能な限り保護する必要性が高まっている。本発明が解決しようとする課題は、位置情報の公開範囲をユーザの意思により段階的に設定できるようにすることで、個人情報保護の機能性を備えつつ、位置情報サービスの利用促進を達成する技術を提供することにある。上記課題を解決するため、本願では、位置データ加工サーバ、携帯情報端末、および携帯情報端末に用いるコンピュータプログラムに係る発明を提供する。第一の発明第一の発明は、位置データを取得する位置データ取得装置と、その位置データ取得装置が取得した位置データの加工レベルデータを入力する加工レベル入力手段と、前記の位置データおよび加工レベルデータを送信する送信手段を備えた携帯通信端末に対して、前記の位置データを加工する位置データ加工サーバに係る。すなわち、前記の携帯通信端末が送信する位置データおよび加工レベルデータを受信する受信手段と、その受信手段が受信する位置データたる座標データを含む点対称の六角形とするとともに、その六角形は前記の加工レベルデータに応じた大きさである加工済みデータとするデータ加工手段と、そのデータ加工手段が加工した加工済みデータを出力する加工済みデータ出力手段と、を備える。用語説明位置データの取得方法は、GPS、通信の基地局三カ所に基づく三点法による算出、携帯情報端末がアクセスした無線通信用ルータの位置などの方法がある。携帯通信端末とは、GPS機能を内蔵した携帯電話、スマートフォン、PDAなどのほか、デスクトップ型パソコン、ラップトップ型パソコンであっても現在位置を測位可能な場合には、本願発明に含まれる。また、ユーザIDやパスワードを共通として移動先で別のデスクトップ型パソコン、ラップトップ型パソコンを用いる場合でも、本願発明の携帯通信端末含まれるものとする。携帯通信端末のユーザの位置データを価値のあるデータとして欲している者が、加工済みデータ出力手段を介して、加工された位置データを取得する。位置データは加工レベルデータに応じて加工されているので、第三者に開示されても携帯通信端末のユーザのプライバシーは保護される。座標データを点対称の六角形としているが、正六角形であることが一般的である。正六角形することにより、正方形とした場合に比べて以下のような相違点がある。すなわち、対象範囲の座標を重心に集める場合を想定すると、正方形の場合には最大1.41倍であるが、正六角形であれば最大1.15倍となり、誤差が小さくなる。作用携帯通信端末のユーザが携帯通信端末を操作し、位置データ取得装置にて現在の位置データを取得する。そして、そのユーザの意思でその位置データを提供してもよい、という場合に、加工レベル入力手段を用いてその位置データの加工レベルを入力し、送信手段にて位置データおよび加工レベルデータを送信する。送信された位置データおよび加工レベルデータは、位置データ加工サーバの受信手段が受信する。そして、データ加工手段は、位置データたる座標データを含む点対称の六角形とするとともに、その六角形は前記の加工レベルデータに応じた大きさである加工済みデータとする。加工済みデータは、加工済みデータ出力手段によって、たとえば携帯通信端末のユーザの位置データを欲する者たとえば、マーケティングデータの収集会社に係る端末へ出力される。加工済みの位置データはピンポイントではなく六角形の範囲内というように曖昧化されているので、携帯情報端末のユーザのプライバシー保護に寄与する。第一の発明のバリエーション1第一の発明に係る位置データ加工サーバは、以下のようにすることもできる。すなわち、前記のデータ加工手段は、前記の位置データを含む所定半径の円を外接円または内接円とする正六角形とし、その正六角形における向かい合う一組の平行線が緯度線または経度線と平行となるようにする。作用正六角形を、その向かい合う一組の平行線が緯度線または経度線と平行となるように敷き詰めて地図上の区分とすることは、隙間無く規則的に埋めることができるので合理的である。第一の発明のバリエーション2第一の発明に係る位置データ加工サーバは、前述のバリエーション1とは異なる正六角形の形成手法を採用してもよい。すなわち、前記のデータ加工手段は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、そこで形成された三組の平行線にて囲まれた領域に正六角形を形成する図29参照。なお、設定線が緯度及び経度に平行であるとすると、ヘックス座標系のX/Y軸はそれらに対して30度および-30度の関係になる。第一の発明のバリエーション3第一の発明に係る位置データ加工サーバは、前述のバリエーション1およびバリエーション2とは異なる正六角形の形成手法を採用してもよい。すなわち、前記のデータ加工手段は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の半分の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、三組の平行線で形成された最小領域であるひとつの正三角形を基準とし、その基準正三角形のいずれかの頂点で接する6つの正三角形を組み合わせて正六角形を形成することとしてもよい図30参照。第一の発明のバリエーション4第一の発明に係る位置データ加工サーバは、以下のようにすることもできる。すなわち、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとし、その文字列を複数に分割して別々の分割データとし、その分割データを別々に格納する。作用携帯通信端末のユーザの現在位置情報が緯度経度で取得できた場合、そのユーザが指定するセキュリティレベルに応じた正六角形の大きさと、緯度経度がその正六角形の領域に含まれるようにする図3参照。このため、詳細位置情報を再現することは、容易である。一方、その正六角形の大きさと緯度経度とを文字列とし、且つその文字列を複数に分割して格納している。そのため、情報漏洩が起きた場合にプライバシー情報が直接的に漏洩した場合よりも複雑な状況となるので、プライバシー情報が守られる可能性を高められる。第一の発明のバリエーション5第一の発明に係る位置データ加工サーバは、以下のようにすることもできる。すなわち、前記の受信手段は、前記の携帯通信端末のユーザに関する属性データの開示レベルに関する属性開示レベルデータを受信し、前記のデータ加工手段は、当該属性データを属性開示レベルデータに応じて加工することとしてもよい。ここで、データ加工手段が加工する属性データは、携帯通信端末に格納されている場合、予め所定の保存サーバへ登録してある属性データをネットワーク上から呼び出す場合、位置データ加工サーバに格納されている場合、などがありえる。携帯通信端末に格納されている場合には、前記の受信手段が属性データを属性開示レベルデータとともに受信することとなる。属性データが携帯通信端末とは別の所定の保存場所へ予め登録してある場合には、前記の受信手段が属性データを当該所定の保管サーバから受信することとなる。位置データ加工サーバに格納されている場合には、単に呼び出せばよい。第二の発明第一の発明は位置データの加工をサーバにて行ったが、第二の発明は、携帯情報端末にて行うものである。すなわち第二の発明は、位置データを取得する位置データ取得装置と、その位置データ取得装置が取得した位置データの加工レベルを入力する加工レベル入力手段と、その加工レベル入力手段に入力された加工レベルデータに応じて位置データを加工する位置データ加工装置と、その位置データ加工装置が加工した加工位置データを所定のサーバへ送信する送信手段と、を備えた携帯通信端末に係る。前記の位置データ加工装置は、前記の位置データ取得装置が取得した位置データたる座標データを含む点対称の六角形へ加工することとし、その六角形は前記の加工レベルデータに応じた大きさとする。第二の発明のバリエーション1第二の発明に係る携帯情報端末は、以下のように形成しても良い。すなわち、前記の位置データ加工装置は、前記の位置データを含む所定半径の円を外接円または内接円とする正六角形を形成し、その正六角形における向かい合う一組の平行線が緯度線または経度線と平行となるようにし、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとする。第二の発明のバリエーション2第二の発明に係る携帯情報端末において、前述のバリエーション1とは異なる正六角形の形成手法を採用してもよい。すなわち、前記の位置データ加工装置は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、そこで形成された三組の平行線にて囲まれた領域として形成された正六角形を形成し、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとしてもよい。第二の発明のバリエーション3第二の発明に係る携帯情報端末において、前述のバリエーション1およびバリエーション2とは異なる正六角形の形成手法を採用してもよい。すなわち、前記の位置データ加工装置は、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の半分の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、三組の平行線で形成された最小領域であるひとつの正三角形を基準とし、その基準正三角形のいずれかの頂点で接する6つの正三角形を組み合わせて正六角形を形成し、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとしてもよい。第二の発明のバリエーション4第二の発明に係る携帯情報端末において、時刻データを取得する時計と、前記の位置データ取得装置が位置データを取得した時間帯に応じて加工レベルデータを予め設定した加工レベルデータ時間帯記憶テーブルと、を備え、前記の加工レベル入力手段は、前記時計によって得た時刻データと加工レベルデータ時間帯記憶テーブルとを用いて当該時刻データに対応した加工レベルデータを入力することとしてもよい。換言すれば、時間帯に応じた位置データの曖昧化のモード切り替えを自動的に実行するものである。第二の発明のバリエーション5第二の発明に係る携帯情報端末において、前記の位置データ取得装置が取得した位置データが所定範囲内である場合に加工レベルデータを予め設定した加工レベルデータ範囲記憶テーブルを備え、前記の加工レベル入力手段は、前記の位置データ取得装置が取得した位置データと前記の加工レベルデータ範囲記憶テーブルとを用いて当該位置データに対応した加工レベルデータを入力することとしてもよい。換言すれば、携帯情報端末が存在する所定範囲内に対応した位置データの曖昧化のモード切り替えを自動的に実行するものである。第二の発明に係る携帯情報端末は、以下のように形成しても良い。すなわち、携帯通信端末のユーザに関する属性データを格納する属性データ記憶手段と、その属性データに関する開示レベルを入力する開示レベル入力手段と、を備え、前記送信手段は、前記開示レベルに応じた属性データを加工位置データとともに送信することとしてもよい。属性データ記憶手段とは、当該携帯通信端末の内部の記憶装置に格納している場合の他、属性データが携帯通信端末とは別の所定の保存場所へ予め登録してある場合も含む。属性データが携帯通信端末とは別の所定の保存場所へ予め登録してある場合には、属性データを当該所定から受信するか、前記所定のサーバへ送信させることとなる。第三の発明第三の発明は、位置データを取得する位置データ取得装置と、その位置データ取得装置が取得した位置データの加工レベルデータを入力する加工レベル入力手段と、前記の位置データおよび加工レベルデータを送信する送信手段を備えた携帯通信端末に対して、前記の位置データを加工するコンピュータプログラムに係る。すなわち、前記の携帯通信端末が送信する位置データおよび加工レベルデータを受信する受信手順と、その受信手順にて受信する位置データたる座標データを含む点対称の六角形とするとともに、その六角形は前記の加工レベルデータに応じた大きさである加工済みデータとするデータ加工手順と、そのデータ加工手順にて加工した加工済みデータを出力する加工済みデータ出力手順と、をコンピュータに実行させることとしたコンピュータプログラムである。第三の発明のバリエーション1第三の発明に係るコンピュータプログラムは、以下のように形成しても良い。すなわち、前記のデータ加工手順は、前記の位置データを含む所定半径の円を外接円または内接円とする正六角形を形成し、その正六角形における向かい合う一組の平行線が緯度線または経度線と平行となるようにし、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとしてもよい。第三の発明のバリエーション2第三の発明に係るコンピュータプログラムにおいて、前述のバリエーション1とは異なる正六角形の形成手法を採用してもよい。すなわち、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、そこで形成された三組の平行線にて囲まれた領域として形成された正六角形を形成し、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとしてもよい。第三の発明のバリエーション3第三の発明に係る携帯情報端末において、前述のバリエーション1およびバリエーション2とは異なる正六角形の形成手法を採用してもよい。すなわち、前記の位置データを挟む二本の緯度線または経度線を設定し、その設定線の半分の間隔にてその設定線に対して60度および-60度の角度で交わる斜め平行線を描き、三組の平行線で形成された最小領域であるひとつの正三角形を基準とし、その基準正三角形のいずれかの頂点で接する6つの正三角形を組み合わせて正六角形を形成し、前記の位置データおよび加工レベルデータは、所定の桁数の文字列にて連続して表記することとしてもよい。第三の発明のバリエーション3第三の発明に係るコンピュータプログラムは、以下のように形成しても良い。すなわち、前記の受信手順は、前記の携帯通信端末のユーザに関する属性データの開示レベルに関する属性開示レベルデータを受信することとし、前記のデータ加工手順は、当該属性データを属性開示レベルデータに応じて加工することとしてもよい。第三の発明のバリエーション4第三の発明に係るコンピュータプログラムは、以下のように形成しても良い。すなわち、位置データを取得した時間帯に応じて加工レベルデータが設定された加工レベルデータ時間帯記憶テーブルを予め記憶する加工レベルデータ時間帯記憶手順を備え、前記の加工レベル入力手順においては、前記の位置データ取得手順にて位置データを取得した時刻データと加工レベルデータ時間帯記憶テーブルとを用いて当該時刻データに対応した加工レベルデータを入力することとしてもよい。第三の発明のバリエーション5第三の発明に係るコンピュータプログラムは、以下のように形成しても良い。すなわち、取得した位置データが所定範囲内である場合に加工レベルデータが設定された加工レベルデータ範囲記憶テーブルを予め記憶する加工レベルデータ範囲記憶手順を備え、前記の加工レベル入力手順においては、前記の位置データ取得手順にて取得した位置データと前記の加工レベルデータ範囲記憶テーブルとを用いて当該位置データに対応した加工レベルデータを入力することとしてもよい。第三の発明は、記録媒体に格納して提供することも可能であるし、第三の発明に係るコンピュータプログラムをインストールした端末から、別の端末へ送信してインストールすることもできる。第一の発明によれば、位置情報の公開範囲をユーザの意思により段階的に設定できるようにすることで、個人情報保護の機能性を備えつつ、位置情報サービスの利用促進を達成できる位置データ加工サーバを提供することができた。第二の発明によれば、位置情報の公開範囲をユーザの意思により段階的に設定できるようにすることで、個人情報保護の機能性を備えつつ、位置情報サービスの利用促進を達成できる携帯情報端末を提供することができた。第三の発明によれば、位置情報の公開範囲をユーザの意思により段階的に設定できるようにすることで、個人情報保護の機能性を備えつつ、位置情報サービスの利用促進を達成できるコンピュータプログラムを提供することができた。以下、本発明の実施形態を、図面を参照しながら説明する。ここで使用するのは、図1から図34である。なお、本発明は、以下の実施形態に限定されるものではない。図1図1は、位置データを取得できるユーザ端末、そのユーザ端末からの位置データを取得する管理サーバ、管理サーバが加工した位置区分データ等を活用するサービスサーバとの関係を示している。ユーザ端末とは、その端末の現在位置を取得できる機能を内蔵した携帯情報端末であり、より具体的には、GPS機能を内蔵した携帯電話、スマートフォン、PDAなどである。図示した例では、GPS衛星を介して位置データを取得していることとしているが、これに限られるものではない。通信の基地局三カ所に基づく三点法による算出、携帯情報端末がアクセスした無線通信用ルータの位置などの方法でもよい。位置データを取得した端末のユーザオーナーは、自分の詳細な現在位置は知られたくないが、情報サービスを取得したいと考えている。そのユーザが端末を操作して、ユーザID、位置座表データ、セキュリティレベルデータを管理サーバへ送信する。管理サーバでは、データ受信手段がユーザID、位置座表データ、セキュリティレベルデータを受信する。ユーザの属性情報などを含むユーザデータが予め格納されたユーザデータベース、地図データが予め格納された地図データベース、および地図を区分する区分データを用いて、演算手段が演算する。その演算手段による演算は、セキュリティレベルデータにて特定されたセキュリティレベルに応じたプライバシー保護をはかるため、位置データを位置区分データとすることである。演算された位置区分データは、ユーザIDから得たユーザの個人情報属性データなどのうち、活用者が必要としているユーザ属性データと紐付けする。そして、活用者に係るサーバへ送信される。活用者に届いたデータは、ユーザIDそのものではなく、ユーザ属性データである。また、ピンポイントの位置データそのものではなく、その位置データを含む区分のみを特定する位置区分データである。したがって、ユーザの個人情報としての位置情報はぼやかされて活用者へ届くこととなる。ユーザの個人情報は、ユーザを特定する情報ではなくユーザの属性データとなっていることと相まって、保護されることとなる。サービスサーバからは、位置区分データに基づいたユーザに有益なサービスデータがサービス用データベースに予め用意されており、データ送信手段から送信される。図2図2に示す実施形態は、図1には存在した管理サーバを介さず、ユーザ端末とサービスサーバとで完結する実施形態である。サービスサーバが管理サーバの機能を兼ねることで、管理サーバを介さずに済むようにしている。換言すれば、図1におけるサービスサーバと管理サーバとは、運営主体が異なることを前提としているが、図1におけるサービスサーバと管理サーバの運営主体が同一視できる場合には、実質的には図2に示す実施形態と同じあるいは類似することとなる。図3図3に示す実施形態では、図1に示した実施例における管理サーバにて行っていた位置データの区分データへの変換を、ユーザ端末側で実現するものである。具体的には、管理サーバから位置データ区分データ変換プログラムをユーザ端末へダウンロードし、ユーザ端末において位置データを区分データに変換するのである。この場合、ユーザに係る端末からサービスサーバに送信される段階で、ユーザの個人情報である位置データが加工されており、個人情報が保護されていることとなる。本実施形態では、ユーザ端末からサービスサーバに対してリクエスト手段を介して、ユーザが現在いる場所から近いラーメン屋の候補をリストアップしてくれるよう送信している。サービスサーバにおけるリクエスト受信手段は、加工された位置情報位置区分データに該当するラーメン屋を飲食店データベースから演算し、データ送信手段を介してラーメン屋のリストを送信する。ユーザ端末には、あなたの現在位置付近のラーメン屋は以下の2件です。というテキストデータならびに名称/座標値データと共に、ユーザの現在位置を含む六角形の位置区分データを含む地図上にBBラーメンおよびラーメンY家が表示される。六角形の辺近辺にユーザが位置する場合はユーザが現在いる場所から各スポットまでの距離に偏りが大きくなるため、ユーザの現在位置を含む六角形の更に周辺の六角形を含む範囲を検索対象にすることで一定距離の範囲を確実に検索することが可能である。なお、六角形の位置区分データについては、後述する。図1と図3とを組み合わせたハイブリッドな演算を実行することとしても良い。すなわち、ユーザに係る端末において、位置データを初期段階の位置区分データへ加工し、その初期段階の位置区分データを受信した管理サーバが最終的な位置区分データへの加工を行うこととしても良い。ユーザに係る端末において行う処理を軽減するためである。図4図4に示す実施形態は、ユーザがユーザ端末のリクエスト手段を介してサービスサーバへサービスデータを提供して欲しい旨のリクエストした場合に、サービスサーバがユーザに対して管理サーバを介して位置データの送信を指示し、その管理サーバからユーザの位置区分データを取得する、という場合を示している。図1に示す実施形態と比較すると、図1の場合には、管理サーバへの位置データ提供によって、サービスサーバがユーザ端末へサービスデータを提供する、という構造となっている。図4に示す実施形態では、ユーザがサービス情報を取得したいという意思表示をサービスサーバに示してから管理サーバからユーザの位置データ位置区分データ単位の位置データを取得し、サービスサーバがユーザへサービスデータを提供する構造となっている。図5図5に示す実施形態は、図4に示す実施形態の応用版である。すなわち、管理サーバからサービス単位のセキュリティレベルデータを取得し、ユーザ端末で区分データを演算した後にサービスサーバへ返信するのである。セキュリティレベルデータについては後に補足するが、ユーザが自らの位置データを詳細に開示するか、ある程度の粗さにて開示するかを設定するデータである。ユーザ端末からは、まず、サービスサーバに対して、サービスを利用したい旨のリクエストサービス利用依頼を、ユーザIDを伴わせて送信する。これを受信したサービスサーバからは、ユーザ端末に対して位置情報を提供するように求める位置情報取得リクエスト。ユーザ端末からは、管理サーバに対してユーザIDおよびサービスサーバのURLを送信する。管理サーバは、ユーザIDに対応するユーザデータベースユーザの属性データなどを格納と、サービスサーバのURL、セキュリティレベルデータ、位置区分データなどを格納するデータベースとを備えている。管理サーバからは、セキュリティレベルデータをユーザ端末へ送信し、それを受信したユーザ端末では、内蔵されたGPS機能によって受信したセキュリティレベルデータに応じた位置データ位置区分データ単位の位置データを取得する。この位置データとユーザIDとをサービスサーバへ送信することと引き替えに、ユーザ端末はサービスデータを受信する。図6図6に示す実施形態は、管理サーバを介してユーザ端末へサービス単位のセキュリティレベルデータを予めインストールしておき、ユーザ端末にて演算してから位置区分データ単位の位置データをサービスサーバへ返信するものである。図2に示す実施形態と同様、サービスデータの提供を受ける際には管理サーバが介在しないという特徴がある。図7図7に示す実施形態は、管理サーバにてユーザの位置情報データを保管し、サービスサーバからのリクエストに対して管理サーバから区分単位の位置データを直接返信するものである。サービスの提供をリクエストされたサービスサーバからは、そのリクエストに係るサービスIDをユーザIDに紐付けて管理サーバへ送信する。管理サーバは、ユーザ端末から位置データを取得し、2つのデータベースを用いて、当該ユーザの位置データ位置区分データ単位の位置データをサービスサーバへ送信する。ユーザの位置データを取得したサービスサーバは、その位置データに関連するサービスデータを演算し、ユーザ端末へ演算結果としてのサービスデータを送信する。図8図8は、図1などに示した演算手段が実行しているコード処理に関する説明を行うための概念図である。位置データを、正六角形ヘックスのヘックスコードに変換する手法は、以下の通りである。すなわち、位置データ緯度経度とセキュリティレベルデータとが送信されると、緯度経度を示す文字数桁と、セキュリティレベルデータとが混在することとなる。しかし、これらのデータを一括で管理するのではなく、半分程度の桁数で二つに分離し、分離された二つのデータは、別々のアクセスキーと共にそれぞれ別のデータベースへ格納することとする。これによって、データが漏洩した際にも個人情報が特定されるには至らないため、個人情報のセキュリティレベルが向上することとなる。両方のキーが照合されなければ詳細情報は特定されないからである。また、詳細位置を特定せずに大まかな範囲として表したいサイズに応じた桁数のデータと、残りの桁数、あるいは詳細位置情報に暗号化処理を行ったものを別途管理することとする。これによって、サービス提供者とユーザとの間では詳細位置の特定されない大まかな位置情報のみがやり取りされる。別途管理される情報の保管場所は、ユーザ端末上、サービス提供社によって暗号化処理を施されたセキュアなサーバ上、詳細位置情報部分のみを取り扱うサーバ上である。ユーザは個人情報を公開せずに、ユーザがいる位置を含む周辺情報のサービスを受けることが可能になり、サービス提供者側も個人情報を安全に管理するための負荷が下がることになる。更に、サービス提供者サービスサーバや活用者サーバの運営者に保管されたデータは、個人情報を除き、統計処理データとして利活用することが可能になる。前述してきた実施形態の前提として、サービス提供者へ位置情報を送信すること自体に抵抗を覚えるユーザが存在するということである。いずれの実施形態においても、サービス提供者は、サービスに必要な精度の位置データユーザが指定した大きさの正六角形単位の位置データのみを受信することとなる。これによって、ユーザの抵抗感を和らげ、結果としてサービス提供者のサービス普及に寄与する。図9図9は、セキュリティの高低と、開示される位置データとの関係を示したものである。公共機関から要請を受けた場合には、緯度経度からなる位置データを加工することなく提供する場合があるレベル3。その位置データを発信した携帯情報端末のユーザに関する安否確認が必要な場合などに限って、このような情報開示を行う。レベル2は、たとえば家族や友人、あるいは位置データの提供と引き替えに所定のサービスを携帯情報端末のユーザに提供することを契約したサービス提供社である。該当する携帯情報端末の緯度経度を含む小さなヘックスによって当該ユーザが現在いる位置が特定される。レベル1は、友人の友人、といった間接的な知り合いに提供すべき位置データということとなる。レベル0は、全くの第三者、といった知り合いではない範囲の人間に提供すべき位置データということとなる。図10図10は、地点Aが特定された場合に、正六角形ヘックスの大きさを指定するデータ半径Rとによって、正六角形Hを演算にて形成する手順を、概念的に示している。中心の地点座標に対して地図の投影法上で指定した半径の円が内接円となる正六角形を生成し、投影法上の各頂点座標から該当する緯度経度を算出する処理を概念的に示している。世界中の全ての地点を隙間無いヘックスで埋め尽くし、どのヘックスに属するかを特定するので、ヘックスの範囲内のどこにいるかをヘックスコードからは特定することはできない。所定の端末ユーザが地点Aヘックスの中心点に偶然いる、という場合もあり得るが、地点Aに現在いる、ということを当該ユーザ以外は知ることはできない。図11図11は、正六角形の群を用いた区分の位置や距離を算出するための座標系の形成方法を示している。すなわち、水平なX軸と垂直なY軸ではなく、X軸とY軸とが60度の角度で交差する座標系を用いる。なお、正六角形の一組の辺が水平な場合には図6の座標系を用いるのであり、正六角形の一組の辺が垂直な場合には、Y軸が垂直となりX軸がそれと60度をなす角度にて交差する座標系となる図示は省略。図12図12は、図11の座標系に対して、間隔Pが特定された場合に正六角形がどのように配置されるかを示したものである。図示しているように、隙間無く、合理的に配置される。図13図13は、ある指定された大きさの六角形に地点Aと地点Bとが含まれている場合を例示している。この六角形に囲まれた全ての地点は、ひとつの位置データとして扱われることとなる。したがって、六角形の大きさの指定をより小さな大きさに指定し直さない限り、地点Aと地点Bとは区別されない。また、ヘックスコードへの変換エンコードは不可逆であり、ヘックスコードから元の地点A、Bを判別することはできない。図14図14は、原点Aから原点Bへ座標を平行移動させる場合を示す説明図である。世界中のデータを一意に扱う必要がなく、狭いローカル範囲のみの用途の場合には、原点を移動させることで原点からの差分値小さい値で扱う事が可能である。たとえば、赤道原点の場合、という座標値は、地点を原点に移動することで1123とすることが可能になる。また、特定の建物などを一つのヘックス内に納めたいという場合もある。更に、ソースコードを利用し、座標系の間隔や原点を移動させただけの改変を防ぐ目的において、原点を移動させる場合もある。図15図15は、原点を中心として座標軸XおよびYを回転移動させる場合の概念を示す説明図である。たとえば、図14の説明にて記載したのと同様、特定の建物などを一つのヘックス内に納めたいという場合である。ソースコードを利用して、座標系の間隔や座標系を回転させただけの改変を防ぐ目的において、回転移動させる場合もある。また、利用するサービスによっては、六角形の角度/向きを重視される場合にも対応できる。図16図16は、緯度経度の二次元の座標値をコード化する変換処理の概念を示す説明図である。たとえば、東京都庁の経度/緯度13968017578125、3567514743608467である。東京都庁にいる端末ユーザが付近の飲食店情報を知りたいという場合に、サービスサーバへその旨をリクエストしたとする。サービスサーバにおける演算手段は、空間座標系緯度経度座標系/メルカトル平面座標系上の座標値を、空間座標の基準単位による2次元の絶対値とは別に、特定の分割パターンに従い繰り返し領域判定を行うことで、一次元コードで表すことが可能になる。たとえば、図16Aのように、緯度経度座標系の原点を中心に各象限に従い4分割し、03番を割り当てる。そして、各象限を再び同様に4分割し03番を割り当てる、というように繰り返し、分割および数字の割当を実行する。図16Aの一番左において示した場所は、コード=30にて示されることとなる。図16Bのように、9分割もあり得る。その結果、東京都庁の緯度/経度という情報は、4分割の場合、13300211230123といったコードに変換される。9分割の場合には、5748856483といったコードに変換される。一次元コードの桁省略および分割処理一次元コードの桁を省略する手法を説明する。前述したコードは、桁数が多いほど狭い範囲、桁数が少ないほど広い範囲を示している。また、少ない桁数の範囲内に、多い桁数の範囲が内包される関係にある。そこで、所定の桁数以下を意図的に省略するという演算処理を実行することで、位置データの精度を落とすことができることとなる。精度を落とした一次元コードを用いることで、その範囲にある店舗情報などを大まかに検索することが可能である。また、検索の演算負荷を下げることが可能になる。更に、ユーザの現在位置から店舗情報などを検索する場合は、情報提供者に対してユーザは個人の詳細な位置情報を公開せずに必要なサービスを受けられることにも繋がる。安否確認システムへの応用一次元コードの桁を省略する手法を前述したが、その省略する桁を分割して管理する。そして、必要な場合が発生したら、分割していた桁による一次元コードを復元し、詳細な位置情報を再現する図8。前記の必要な場合というのが、例えば安否確認が必要となった場合である。図17図17は、ユーザの位置データを六角形の位置情報ヘックスコードとして取得した管理サーバが、サービスサーバに対してフォーマット変換して、位置データを提供する様子を示したものである。緯度経度などによる位置データを用いて、ユーザに対する情報提供サービスを既に実行しているサービスサーバは少なくない。そうしたサービスサーバが新たに六角形の位置情報を用いたサービスを実行するには、これまでのデータとの互換性があれば合理的である。そこで、ユーザの位置データである六角形の位置データまたはヘックスコードを直接使えるようにするために、管理サーバがフォーマット変換する。たとえば、ユーザが存在する六角形の中心座標を算出して緯度経度に変換したり、対角の2点緯度経度に変換したりする。サービスサーバにおいて、ヘックスコードを用いる必要が無い。しかし、変換を実行する管理サーバには、変換フォーマットが必要である。図18図17に示すサービスサーバでは、管理サーバにて変換されて受信したユーザの位置データに基づいて、ユーザに対して直接スポット緯度経度の情報に基づくサービスデータを提供していた。図18に示すサービスサーバでは、サービスサーバが保有しているサービスデータを、管理サーバにおけるホストサーバが仲介することとしている。すなわち、ユーザの位置データである六角形の位置データまたはヘックスコードを、管理サーバにおけるホストサーバが受信し、その位置データに基づくスポット緯度経度の情報に基づくサービスデータを、ホストサーバがユーザ端末へ送信するのである。図19続いて、ユーザ属性データと、そのユーザ属性データに基づいたプライバシーセキュリティの向上について説明する。まず、インターネット上で提供されているサービスに対して、そのサービスを提供したいと考えるユーザは、自らの属性情報を当該サービスを提供しているサービスサーバに登録する。図19に示しているのは、登録する属性データの項目である。図20図20に示しているのは、登録されたユーザ属性データの各項目と、その項目の記載内容が開示された場合のプライバシーセキュリティの高低である。たとえば、ユーザIDが数字とアルファベットの組み合わせで6桁だとすると、全ての桁を開示することは、唯一のユーザを特定することとなるので、プライバシーセキュリティは低い、ということになる。また、居住地については、日本という国名のみがプライバシーセキュリティは高く、東京都という県名まで、杉並区高井戸といった住所表記まで開示された場合には、プライバシーセキュリティが低くなっていく。図21図21に示しているのは、登録されたユーザ属性データの各項目と、その項目の記載内容を詳細にするか、曖昧にするかを例示したものである。たとえば、職業の記載が大手システム開発企業開発部長であれば詳細な記載内容であるし、単に会社員ならば曖昧である。大手システム開発企業開発部長を更に詳細化するならば、たとえば、会社名を具体的に記載することとなる。会社員をやや詳細化するならば管理職といった記載を追加することとなる。図22図22に示しているのは、ユーザ属性データの項目数が増減した場合と、ユーザ属性データの各項目内容が詳細か否か変化した場合とを組み合わせ、属性データのセキュリティが高いか低いかをマトリクスに整理したものである。開示されるユーザ属性データの項目数が少なく、開示されたユーザ属性データが曖昧であれば、属性データのセキュリティは高くなる。逆に、開示されるユーザ属性データの項目数が多く、開示されたユーザ属性データが詳細であれば、属性データのセキュリティは低くなる。すなわち、個人を特定しやすくなる。図23図23に示しているのは、図9に示した位置データによる位置特定範囲と、図22にて示したユーザ属性データのセキュリティの高低とを組み合わせた場合の総合的なプライバシーセキュリティが高いか低いかをマトリクスに整理したものである。例えば、位置特定データを狭く設定して開示したとしても、ユーザ属性データの詳細度が曖昧であれば、あるいはユーザ属性データの項目数が少なければ、総合的なプライバシーセキュリティは相対的に高いと言える開示範囲を特定するのがユーザ本人であれば、開示範囲に伴うプライバシーセキュリティが高いか低いかは、ユーザ本人の主観による。図24図24に示しているのは、位置データと時刻データの組み合わせにおいて、時刻データの開示範囲とプライバシーセキュリティの高低との関係である。時刻データを曖昧化する手法は、位置データに付与する時刻データそのものをぼかす、つまりプライバシーセキュリティが高い状態で開示する手法と、位置データに時刻データを付与するまでの時間差を大きくするという手法とがある。ユーザの位置データが特定する範囲が一定である場合、位置データに付与する時刻データが年月日までしか開示されないのであれば、位置データに付与する時刻データが日時までを開示した場合よりも、プライバシーセキュリティが高い。同様に、ユーザの位置データが特定する範囲が一定である場合、位置データに付与する時刻データが日時までを開示するとしても、開示するまでに数時間、あるいは数日が経過していれば、リアルタイムに開示するよりもプライバシーセキュリティが高い。たとえば、図9による位置データが緯度経度までを示していれば、ユーザ属性データの開示範囲にもよるが、プライバシーセキュリティは相対的に低い。しかし、ユーザ属性データによって所定のユーザが特定されるほどプライバシーセキュリティが低かったとしても、移動に要する十分な時間の経過後に位置情報が開示されたとすれば例えば1時間後、6時間後、1日後と段階的により詳細な位置情報を開示することとすれば、プライバシーセキュリティを相対的に高めることができる。図25図25は、ユーザ端末から管理サーバまたはサービスサーバに対してデータを送信するに際して、プライバシーを守るためにデータを曖昧化する手法の組み合わせについて、概念的に示している。なお、ユーザ端末からのデータ送信先を管理サーバまたはサービスサーバとしているのは、図2に示す例のように管理サーバを介さずにサービスサーバへ送信する場合があり得るからである。曖昧にする手法は、図9に示したように位置データにおける範囲の曖昧化、図20から図23に示したように属性データの曖昧化、図24に示したように位置データを取得した時刻データの曖昧化、の三種を組み合わせることができる。ユーザとしては、サービスサーバが提供しているサービスを受けるために、位置データの提供が、サービスサーバから求められる。位置データに加えて、その位置データを取得した時刻データ、およびユーザ自身の属性データの提供が、サービスサーバから求められる場合も多い。その際、ユーザはプライバシーを守るために各種のデータの少なくとも一種類を曖昧化する。三種類のデータ全てが曖昧化の対象となっているのであれば、ユーザがそれぞれを組み合わせることによってプライバシーセキュリティの高低を調整できる。図25では、位置データにおける範囲の曖昧化、属性データの曖昧化、および位置データを取得した時刻データの曖昧化について三次元グラフを考えた場合、三種類の設定したプライバシーセキュリティのレベルが描く三角形の大きさが大きいほど、総合的なプライバシーセキュリティが高くなることを示している。ユーザは、各種データをユーザ端末にて曖昧化してから送信する場合と、各種データの曖昧化レベルデータを伴わせて各種データをそのまま送信する場合とがある。各種データのうちの一部をユーザ端末にて曖昧化し、残りのデータを曖昧化レベルデータとともに送信する、ということもある。たとえば、属性データについては、一部の項目のみを送信し、位置データおよび時刻データについては位置データと曖昧化レベルデータとを送信する、という場合が代表的である。図26図26は、ユーザ端末において取得した位置データ等を管理サーバへ送信し、管理サーバがデータを曖昧化してからサービスサーバへ送信し、ユーザ端末へサービスデータが提供される様子を示している。ユーザ端末からは、位置データ、位置データの加工レベルデータ、位置データの取得時刻を曖昧化するレベルを特定する時刻曖昧化レベルデータ、およびユーザの属性データ属性データの一部を送信する。位置データの加工レベルデータは、加工レベル入力手段からユーザが入力する。時刻曖昧化レベルデータは、時刻曖昧化レベル入力手段からユーザが入力する。各種データは、管理サーバのデータ受信手段が受信する。管理サーバのデータ曖昧化手段においては、加工レベルデータに基づいて位置データを曖昧化し、時刻曖昧化レベルデータに基づいて、位置データの取得時刻を曖昧化する。そして、曖昧化された位置データなどをデータ送信手段からサービスサーバへ送信する。サービスサーバでは、データ受信手段が受信した曖昧化された位置データに対応するサービスデータを、ユーザ端末に対して送信する。そのほか、受信した各種データは、マーケティング分析に用いるなど、活用する。図27図27に示される実施形態は、位置データを取得したユーザ端末において、位置データの取得時刻を曖昧化してから管理サーバへ送信することとしている。すなわち、管理サーバにおいては、そのデータ曖昧化手段において、受信した加工レベルデータに基づいて、位置データを曖昧化する。図28図28に示される実施形態は、位置データを取得したユーザ端末において、位置データもその取得時刻も曖昧化してからデータ送信を行うこととしている。なお、管理サーバを介さず、直接サービスサーバへ送信することとしてもよい。ユーザ端末において、ユーザが自らプライバシーセキュリティを守りつつ、サービスデータを得る。図29図29では、正六角形の形成手法について、第一のバリエーションを示す。まず、緯度線または経度線図では経度線に対する複数の平行線を等間隔に描き、その緯度平行線に対して60度および-60度の角度で交わる斜め平行線を描く。このようにして描かれた三組の平行線にて囲まれた領域に正六角形Iを形成する。なお、設定線が緯度及び経度に平行であるとすると、ヘックス座標系のX/Y軸はそれらに対して30度および-30度の関係になる。図30図30では、正六角形の形成手法について、第二のバリエーションを示す。まず、緯度線または経度線図では経度線に対する複数の平行線を等間隔に描く。そして、その緯度平行線の半分の間隔で、その緯度平行線に対して60度および-60度の角度で交わる斜め平行線を描く。そして斜め平行線同士が等間隔かつ全ての交差点において三軸で交わっている場合に、その三軸の交点にて囲まれた領域にできるひとつの正三角形を基準とし、その基準正三角形のいずれかの頂点で接する6つの正三角形を組み合わせ、正六角形Jを形成する。図31図31では、位置データをどの程度のレベルで曖昧化するかについて、予め数種類のモードを携帯情報端末代表的にはGPS機能付き携帯電話に用意しておく、という実施形態を概念的に示したものである。モードAは曖昧化レベルが大、モードBは中モードCは小、モードDは極小またはピンポイントという4種類のモードが用意されていたとする。ユーザは、一日の時間帯で予め携帯情報端末に各種のモードを設定しておく。すると、その時間帯になると、携帯情報端末に内蔵された時計機能にて自動的に設定されたモードへ、位置データの曖昧化レベルが設定される。この図では、19時から翌朝8時までをモードA、8時から12時をモードB、12時から13時をモードD、13時以後19時までをモードCとしている。これは、自宅に滞在している時間帯のプライバシーを高めるが、昼食時に位置データを提供して食事する場所を決めるサービスを受けたい、といった使い方を想定している。図示は省略するが、ユーザがその時間帯に位置データを取得することと引き替えにサービスを受けようという場合、予め設定された曖昧化レベルにて管理サーバまたはサービスサーバへ位置データを送るか否かを確認する画面が表示されるようにしてもよい。図32図32では、シーン別に曖昧化レベルと切り替え用エリアとを、携帯情報端末においてユーザが予め設定しておく実施形態を概念的に示したものである。たとえば、標準の曖昧化レベルが小に設定されているものの、自宅周辺エリア内に入ったことを携帯情報端末のGPS機能が検知した場合には曖昧化レベルを大に設定変更する。同様に、職場周辺エリアにおいては曖昧化レベルを中に、昼食を取ることが多いエリアにおいては曖昧化レベルを極小に、それぞれ設定変更されるように、ユーザが予め設定しておくものである。図33図33では、曖昧化する位置データのレベルを0緯度経度,1小,2中,3大,4非公開の五段階とし、モードを自宅A,仕事B,移動中C、昼食中Dの四モードとして、マトリクスにて示している。マトリクスに示しているのは、データを開示する対象者の例である。たとえば仕事中のモードBをレベル1にて開示されるのは、ユーザの友人に限られるが、同じレベル1でも移動中のモードCであれば友人の友人にまで開示してよい、とユーザが設定している。図34図34は、図31や図32に示した実施形態を実現する場合の一例をブロック図にて示している。管理サーバがユーザ端末とサービスサーバとの間に介在している。その管理サーバは、ユーザIDやサービスサーバのURLなどをユーザ端末から受信するとともに、サービスサーバからサービスURLデータ、セキュリティレベルデータ、位置区分データなどの提供を受け、演算手段にて演算処理してユーザ端末へセキュリティレベルを送信する。位置データをGPS衛星から受信したユーザ端末は、モード判定エリアデータ、モード定義などを予め設定してデータベースに記憶させておき、そのデータベースを用いてデータを呼び出す。そしてユーザIDとともに区分単位の位置データをサービスサーバに送信する。そのユーザIDおよび区分単位の位置データを受信したサービスサーバは、サービスデータをユーザ端末へ送信する。"