JP2008276362A - 位置情報に基づく情報配信システム及び情報配信方法 - Google Patents

Abstract

【課題】ユーザが位置情報に基づく情報を要求した際に、ユーザが配信範囲が小域の情報が欲しいか、配信範囲の広域の情報が欲しいかを判定し、小域の情報が欲しい場合は広域情報がノイズとなるかどうかを判断し、ユーザが欲しい情報が優先的に表示する位置情報に基づく情報配信システム及び情報配信方法を提供すること。
【解決手段】携帯情報端末３は、ユーザが位置情報に基づく情報を要求した際に小域の情報が取得したいのか、広域の情報が取得したいのかを指定する手段として入力部３５を備え、管理サーバ１は、その指定によって小域の情報を取得したい場合に広域の情報がノイズかどうかを判断するノイズ除去処理部１４００によってノイズを取り除き、ユーザが欲しい情報が優先的に表示されることを特徴とする。
【選択図】図１

Description

本発明は、ユーザの実際の位置（以下、ユーザ現在地と呼ぶ）が、現実世界の限られた空間（以下、配信範囲と呼ぶ）に含まれる場合に、予め配信範囲に関連付けられている情報（以下、位置関連情報と呼ぶ）を当該ユーザに提供する位置情報に基づく情報配信システム及び情報配信方法に関する。

近年のパーソナルハンディホンシステム（ＰＨＳ）や携帯電話端末の普及により、ユーザは携帯情報端末の通信機能を利用することで、移動先のあらゆる場合にてメール、インターネットなどのネットワークを通じたデータの送受信が可能となっている。さらに、ユーザは携帯情報端末のＧＰＳ等の位置情報取得機能を利用することで、ユーザの現在地の位置情報を知ることが可能となっている。そして、これら通信機能と位置情報取得機能を利用したシステムとして位置情報に基づく情報提供システムが普及してきている。

この位置情報に基づく情報提供システムのユーザは、携帯情報端末の位置情報取得機能によってユーザの現在地を表す位置情報を取得し、同じく携帯情報端末の通信機能を利用してこの位置情報を位置情報に基づく情報提供システムへ送信する。位置情報に基づく情報提供システムは、受信した前記位置情報に基づくユーザ現在地が含まれる配信範囲に関連する位置関連情報をユーザに送信する。このような位置情報に基づく情報提供システムを用いることで、ユーザはユーザの現在地に応じた位置関連情報を容易に取得することが可能になる。

位置情報に基づく情報提供システムの従来技術として特許文献１がある。位置情報によって検索される情報をまず、カテゴリに分類し、さらにそれを検索した曜日や時間帯毎にランキングし、ランクの高い情報から順にユーザに提供している。これにより、ユーザが欲しい情報が優先的に表示される可能性が高くなる。
特開２００６−３２３７９０号公報

しかしながら、一般に広いエリアに対して配信範囲を設定した情報は、アクセス数が多くなる傾向があり、狭いエリアに対して配信範囲を設定した情報はアクセス数が少なくなる傾向がある。このため、アクセス数のみの観点からすれば、狭いエリアに設定された情報は広いエリアに設定された情報に埋もれてしまう。特許文献１では、このような位置情報を設定する配信範囲の広さについて配慮されていない。例えば、動物園全体のエリアを配信範囲として動物園全体の案内情報が位置関連情報として設定され、象の檻の前のエリアを配信範囲として象の説明情報が位置関連情報として設定されているとする。象の檻の前をユーザ現在地として象の情報を取得したい場合に、ユーザ現在地は動物園全体のエリアにも含まれるため、動物園全体のエリアでも利用可能な情報の総アクセス数が、象の情報へのアクセス数よりも多くなり、総合ランキングでは上位になる。このため、象の檻の前であるにも関わらず、象の情報は優先的に表示されないという問題が生じる。

上記問題を鑑みて、本発明はユーザが配信範囲の小さい（以下小域と呼ぶ）情報が欲しいか、配信範囲の大きい（以下広域と呼ぶ）情報が欲しいかを判断し、小域の情報が欲しい場合は広域情報がノイズとなるかどうかを判断し、ユーザが欲しい情報が優先的に表示することを目的とする。

上記目的を達成するために本発明の位置情報に基づく情報配信システム及び情報配信方法は、ユーザが、小域の情報を取得したい場合に広域の情報がノイズかどうかを判断し、ノイズの場合は、広域の情報を除去することを特徴とする。

本発明によれば、ユーザが必要としている情報が広域か小域かによって、適切な情報を優先的に提供することができる。

以下、図面を参照して、本発明の実施形態について説明する。

（実施形態１）
［システム全体構成］
図１は、本発明の一実施例に係る位置情報に基づく情報配信システムの全体構成を示す。図１に示す本位置情報に基づく情報配信システムは、管理サーバ１、クライアント端末２、携帯端末としての携帯情報端末３及びそれぞれを接続するネットワーク４により構成されている。

クライアント端末２は、通信装置２１、マウス２２、メモリ２３、キーボード２４、ＣＰＵ２５、表示装置２６、及び２次記憶装置２７により構成されている。クライアント端末２は通信装置２１を介してネットワーク４に接続し、管理サーバ１とデータを送受信することで、位置に関連した提供情報としての位置関連情報の設定や、位置関連情報の取得を行う。

携帯情報端末３は、通信部３１、ＣＰＵ３２、位置情報取得部３３、メモリ３４、入力部３５、表示部３６、スピーカー部３７、及びカメラ部３８から構成されている。携帯情報端末３は、位置情報取得部３３にて携帯情報端末３の位置情報を取得し、通信部３１を介してネットワーク４に接続し、管理サーバ１とデータの送受信を行うことで位置関連情報を取得する。

本実施形態では、クライアント端末２及び携帯情報端末３をそれぞれ１台としているが、クライアント端末２及び携帯情報端末３がそれぞれ２台以上存在してもよい。
また、クライアント端末２が存在しない場合においても本発明の適用は可能である。

管理サーバ１は、ＣＰＵ１１、通信装置１２、表示装置１３、キーボード１４、マウス１５、メモリ１０００、及び２次記憶装置１１７０により構成されている。２次記憶装置１１７０には、ユーザ情報を保存するユーザ情報テーブル２１００、位置関連情報を保存する位置関連情報管理テーブル２２００、及びユーザが参照した位置関連情報を記録するアクセスログテーブル２３００が格納されている。メモリ１０００には、ユーザからのリクエストに応じて処理を選択し実行するシステム制御プログラム１１００、及び一時保存領域であるワークエリア１６００が格納されている。システム制御プログラム１１００の内部は、クライアント端末２から受信した情報を設定するリクエスト（以下、「設定リクエスト」と呼ぶ）を処理する位置関連情報設定部１２００、携帯情報端末３から受信した位置関連情報を要求するリクエスト（以下、「要求リクエスト」と呼ぶ）を処理する要求リクエスト処理部１５００、要求リクエスト処理部１５００で処理された位置関連情報リストからユーザが選択した位置関連情報を取得するリクエスト（以下、「取得リクエスト」と呼ぶ）で要求された位置関連情報を提供する位置関連情報提供部１３００、及び位置関連情報表示時に別の情報の要求やページ遷移するなどのリクエスト（以下、「遷移リクエスト」と呼ぶ）を処理する遷移処理部１７００から成る。要求リクエスト処理部１５００は、ユーザから要求された位置から優先度の高い情報を選ぶためのノイズ除去処理部１４００を含んでいる。

［２次記憶上のテーブル］
図２は、ユーザ情報テーブル２１００に格納されているデータ項目を詳細に説明した図である。本テーブルは、位置情報に基づく情報配信システムを利用しているユーザの情報を格納するためのテーブルであり、位置関連情報提供時にユーザを特定するために参照されるテーブルである。本テーブルはユーザを一意に識別するための情報を表すユーザキーカラム２１０１と、ユーザの携帯情報端末を一意に識別するための情報を表す携帯情報端末キーカラム２１０２によって構成される。

本実施例では、サービスログイン時、携帯情報端末キーとユーザ情報テーブル２１００の携帯情報端末キーカラム２１０２の値が一致するレコードを取得することで、ユーザを一意に特定することを想定しているが、他の方法でユーザを一意に特定した場合でも、本発明は適用可能である。
また、ユーザの特定を行わない場合も、本発明の提供は可能である。

図３は、位置関連情報管理テーブル２２００に格納されているデータ項目を詳細に説明した図である。本テーブルは、クライアント端末２により設定された位置関連情報を格納するためのテーブルであり、管理サーバ１が位置関連情報設定部１２００を実行した際にレコードが追加（修正・削除の場合も含む）されるテーブルである。

本テーブルは、設置された位置関連情報を一意に識別するための配信情報識別子カラム２２０１と情報を設置する位置を表す設定位置カラム２２０２、設置範囲を示す範囲カラム２２０３、実際にユーザに提供される位置関連情報のタイトルを格納するためのタイトルカラム２２０４、及び位置関連情報の本文を格納するための位置関連情報本文カラム２２０５によって構成されている。位置関連情報タイトルカラム２２０４は、要求リクエストによって位置関連情報が要求された際に、携帯情報端末３の表示部３６に表示するランキングリストを構成するため情報である。また、位置関連情報本文カラム２２０５は、ランキングリストから位置関連情報を選択し、取得リクエストを要求された際に携帯情報端末３の表示部３６に表示される情報である。

図４は、アクセスログテーブル２３００に格納されるデータ項目を詳細に説明した図である。本テーブルは、携帯情報端末３から管理サーバ１に送信された要求リクエストによって携帯情報端末３の表示部３６に表示されたランキングリストからユーザが携帯情報端末３にて位置関連情報を選択し、取得リクエストを要求したことを記録するためのテーブルである。本テーブルは取得リクエストを一意に識別するためのリクエスト識別子カラム２３０１、取得リクエストが要求された位置を示す取得位置カラム２３０２、及び取得リクエストによってリクエストされた配信情報識別子を格納するための配信情報識別子カラム２３０３から構成されている。
本実施例では、アクセスログ情報としてユーザキー情報を保有していないが、ユーザキー情報を格納するためのユーザキーカラムを追加しても本発明の適用は可能である。

［全体の処理の流れ］
次に、本位置関連情報システム全体の処理の流れについて説明する。
まず、管理サーバ１のシステム制御プログラム１１００の処理を説明する。
管理サーバ１のシステム制御プログラム１１００は、通信装置１２にて受信したクライアント端末２又は携帯情報端末３からのリクエストに応じた処理を選択し、実行するプログラムである。

まず、システム制御プログラム１１００は受け取ったリクエストの種別によって処理を振り分ける。設定リクエストを受け取った場合は、位置関連情報設定部１２００を実行する。要求リクエストを受信した場合、要求リクエスト処理部１５００を実行する。ここで、ノイズ除去処理が必要な場合はノイズ除去処理部１４００を実行する。取得リクエストを受信した場合、位置関連情報提供部１３００を実行し、遷移リクエストを受信した場合、遷移処理部１７００を実行する。

次に、クライアント端末２にて位置関連情報を設定する際の処理を説明する。
図５は、クライアント端末２にて位置関連情報を設定する際の手順を説明したフローチャートである。

ユーザは、クライアント端末２の表示装置２６に表示されている地図情報上をマウス２２又はキーボード２４を用いて選択することによって情報を設置する位置と範囲を入力する（ステップ３８０１）。
次に、ユーザは、クライアント端末２のキーボード２４を用いてテキストを入力することによって、位置関連情報のタイトルと本文を入力する（ステップ３８０２）。
次にユーザは、ステップ３８０１及びステップ３８０２にて入力した設定リクエストをクライアント端末２の通信装置２１を用いて、ネットワーク４を通じて管理サーバ１へ送信する（ステップ３８０３）。

本実施形態では、クライアント端末２を用いて位置関連情報を設定することを想定しているが、携帯情報端末３の表示部３６及び入力部３５を用いて位置関連情報を設定することを想定した場合においても、本発明は適用可能である。
さらに、本実施形態では、位置関連情報の設定位置の指定をクライアント端末２の表示装置２６、マウス２又はキーボード２４を用いて入力することを想定しているが、携帯情報端末３の位置情報取得部３３により取得された位置によって前記設定位置を入力することを想定した場合にも、本発明は適用可能である。
さらに、本実施形態では、位置関連情報のタイトル及び本文にテキストを入力することを想定しているが、画像や動画を入力すると想定した場合にも本発明は適用可能である。

次に、管理サーバ１がクライアント端末２から設定リクエストを受信した際の位置関連情報設定部１２００の処理を説明する。
図６は、管理サーバ１の位置関連情報設定部１２００の処理を説明したフローチャートである。位置関連情報設定部１２００は図５にて送信された設定リクエストを受信した際に実行されるプログラムである。

位置関連情報設定部１２００は、設定リクエストに応じて、位置関連情報管理テーブル２２００にレコードを追加する。
位置関連情報設定部１２００は、まず、クライアント端末２から送信された設定リクエストを通信装置１２にて受信する（ステップ１２０１）。
次に、位置関連情報設定部１２００は、配信情報識別子カラムで一意になる値、設定リクエストに含まれる設定位置、設定範囲、位置関連情報タイトル、及び位置関連情報本文をそれぞれ、位置関連情報管理テーブル２２００の配信情報識別子カラム２２０１、設定位置カラム２２０２、範囲カラム２２０３、位置関連情報タイトルカラム２２０４、及び位置関連情報本文カラム２２０５として、位置関連情報管理テーブル２２００にレコードを追加する（ステップ１２０２）。

次に、管理サーバ１が携帯情報端末３から要求リクエストを受信した際の要求リクエスト処理部１５００の処理を説明する。
図８は、管理サーバ１の要求リクエスト処理部１５００の処理を説明したフローチャートである。要求リクエスト処理部１５００は携帯情報端末３からの要求リクエストを受信した際に実行されるプログラムである。

要求リクエスト処理部１５００は、携帯情報端末３より送信された要求リクエストを通信装置１２にて受信する（ステップ１５０１）。
次に、要求リクエストのリクエスト位置を中心とし、要求リクエストに含まれる表示範囲の２分の１の距離で囲まれた矩形をリクエストエリアとし、リクエストエリア内に設定された位置関連情報を位置関連情報管理テーブル２２００からすべて取得する（ステップ１５０２）。
次に、要求リクエストに含まれる表示範囲の値が最大となっているかを判定し（ステップ１５０３）、最大の場合は、アクセスログテーブル２３００から、ステップ１５０２で取得したすべての位置関連情報に対するアクセスログを取得し、アクセスランキングを算出する（ステップ１５０５）。
要求リクエストに含まれる表示範囲の値が最大でない場合は、ステップ１５０２で取得したすべての位置関連情報についてノイズ除去処理が行われたかを判定し（ステップ１５０４）、ノイズ処理が行われていない位置関連情報についてノイズ除去処理部１４００にてノイズの除去処理を行う（ステップ１４００）。
ここでノイズとは、位置関連情報へのアクセスログのうち、その場所でその位置関連情報の取得がユーザにとって重要ではなかったと思われるアクセスログのことである。
すべての位置関連についてノイズの除去を行ったら要求リクエスト処理部１５００はアクセス数の合計からアクセスランキングを算出する（ステップ１５０５）。
算出したアクセスランキングに従い、位置関連情報タイトル、配信情報識別子からランキングリストを作成し、通信装置１２によってネットワーク４を介して携帯情報端末３へ送信し（ステップ１５０６）、処理を終了する。

本実施形態では、表示範囲がシステム上の最大値のみを、広域と定義しているが、予め要求リクエスト処理部１５００に広域と小域を定義する閾値（Ｋｍ）を定義しておき、携帯情報端末３で表示している範囲は閾値以下の場合は小域とし、閾値以上の場合は広域とする方法でも本発明は適用可能いである。
また、携帯情報端末３の表示部３６に、小域情報要求手段を有し、小域情報要求手段を利用して小域情報要求が行なわれた場合に、携帯情報端末３の通信部３１は要求リクエストとともに小域が要求されたという情報をネットワークを介して管理サーバ１に送信する方法でも本発明は適用可能である。この時、管理サーバ１では、要求リクエスト処理部１５００では、図８のステップ１５０３にて小域が要求されたかを判断し、小域の場合には図８のステップ１５０５を処理する。

また、アクセスログに、位置関連情報へのアクセスした時の携帯情報端末３の表示部３６で表示範囲を記録しておき、さらに、その位置関連情報へのアクセスがユーザに有効であったかどうかを重み付けする手段を設け、重みもアクセスログに記録しておく。表示範囲毎に重みの平均値を算出する。さらに、表示範囲全体の平均値も算出し、表示範囲の広いものから順に、表示範囲毎に重みの平均と全体の平均を比較し、平均よりも低くなった表示範囲を最適な小域と広域の閾値として、管理サーバ１の要求リクエスト処理部１５００の図８のステップ１５０３にて、広域か小域かを判断する方法を用いても本発明は適用可能である。
また、携帯情報端末３の表示部３６にて、一定の時間（例えば、１０秒間）閲覧していたその範囲を小域と判定する方法を用いても本発明は適用可能である。この時間のカウントは、携帯情報端末３で行なっても、管理サーバ１で行なってもどちらでもよい。

本実施形態は、アクセスログすべてをランキングリストに使用するとしたが、ある一定期間のアクセスログのみでランキングリストを作成する場合にも、本発明は適用可能である。
また、別の方法として、アクセスログにユーザキーカラムを追加し、ユーザごとのアクセスランキングリストを作成する場合にも、本発明は適用可能である。
また、別の方法として、アクセスログに、広域としてアクセスされた情報か小域としてアクセスされた情報かを記録するカラムを追加し、それぞれ、ユーザが要求した範囲のアクセスログのみを取得した場合にも、本発明は適用可能である。

図９は、管理サーバ１のノイズ除去処理部１４００の処理を説明したフローチャートである。ノイズ除去処理部１４００は、アクセスログからノイズを除去するするプログラムである。
ノイズ除去処理部１４００は、まず位置関連情報設定範囲を小区分に分割する（ステップ１４０１）。本実施形態では、小区分のサイズは、携帯情報端末３で要求リクエストを要求した際に算出したリクエストエリアのサイズに合わせるとするが、これより小さいサイズや大きいサイズに設定しても、ノイズの除去は可能である。図８で表示範囲が最大でない場合に、その表示範囲がリクエストエリアのサイズになり、これが小区分のサイズとなる。

次に、アクセスログテーブル２３００から位置関連情報の小区分毎のアクセス数を抽出する（ステップ１４０２）。この結果を元に、式１を用いて、平均アクセス数を算出する（ステップ１４０３）。式１で、Ｘｉは小区分でのアクセス数である。ｎは小区分の数であり、式１は、すべての小区分のアクセス数の総和を求め、小区分の数で割って平均値を求めている。次に、式２を用いて分散を算出（ステップ１４０４）し、式３を使って求めた平均アクセス数、分散σ²、リクエストエリア内のアクセス数を元に偏差値を算出する（ステップ１４０５）。式３で、範囲内のアクセス数とはリクエストエリア内のアクセス数を示す。この偏差値をこの位置関連情報のアクセス数ポイントとする（ステップ１４０６）。

本実施形態では、ノイズ除去方法として偏差値を算出する方法を想定したが、式１を用いて、平均アクセス数を算出し、平均アクセス数未満の小区分へのアクセスはノイズとみなし、アクセス数を０とカウントする方法を用いても本発明は適用可能である。
また、本実施形態では、表示範囲に設置されたすべての位置関連情報をノイズ除去処理の対象としているが、ある閾値以上のアクセス数の情報はノイズ除去処理を行わず、優先的にアクセスランキングの上位として表示する方法を用いても本発明は適用可能である。
また、ある閾値以下のアクセス数の情報はノイズ除去処理を行わず、ランキングの下位として表示する方法を用いても本発明は適用可能である。
また、広域表示エリア内に配置された位置関連情報でアクセスランキングを算出したものと、小域表示エリア内に配置された位置関連情報でアクセスランキングを算出したものを比較し、これらのアクセスランキングのうち重複する部分は小域のアクセスランキングから削除し、残りの位置関連情報からアクセスランキングを作成し表示するという方法を用いても本発明は適用可能である。

次に、管理サーバ１が携帯情報端末３から取得リクエストを受信した際の位置関連情報提供部１３００の処理を説明する。
図１１は、管理サーバ１の位置関連情報提供部１３００の処理を説明したフローチャートである。位置関連情報提供部１３００は、携帯情報端末３より送信された取得リクエストを受信した際に実行されるプログラムである。

位置関連情報提供部１３００は、携帯情報端末３より送信された取得リクエストを通信装置１２にて受信する（ステップ１３０１）。
次に、位置関連情報提供部１３００は、リクエスト識別子カラムで一意になる値、取得リクエストに含まれる位置関連情報、配信情報識別子をそれぞれアクセスログテーブル２３００のリクエスト識別子カラム２３０１、位置関連情報カラム２３０２、配信情報識別子カラム２３０３としてレコードを追加し（ステップ１３０２）、位置関連情報管理テーブル２２００から取得リクエストで要求された配信情報識別子と配信情報識別子カラム２２０１が一致するレコードの位置関連情報本文２２０５を取得し、通信装置１２を通じて、ネットワーク４を介し、携帯情報端末３に送信し（ステップ１３０３）、処理を終了する。このとき、位置関連情報本文２２０５の情報量が多く携帯情報端末３の表示部３６に表示しきれない場合は、本文の一部のみを送信する。

次に、管理サーバ１が携帯情報端末３から遷移リクエストを受信した際の遷移処理部１７００の処理を説明する。
図１３は、管理サーバ１の遷移処理部１７００の処理を説明したフローチャートである。遷移処理部１７００は、携帯情報端末３より送信された遷移リクエストを受信した際に実行されるプログラムである。
遷移処理部１７００は、携帯情報端末３より送信された遷移リクエストを通信装置１２にて受信する（ステップ１７０１）。次に遷移リクエストのリクエスト内容を判定し、“次の情報を見る”が要求された場合は、位置関連情報提供部１３００にて次のランキングの位置関連情報本文２３０５を取得し、通信装置１２を通じて、ネットワーク４を介し、携帯情報端末３に送信し（ステップ１３００）、処理を終了する。“続きを読む”が要求された場合は、位置関連情報の本文の続きを送信し（ステップ１７０３）、処理を終了する。
ここでは、遷移処理部１７００において、本文の分割送信を可能としているが、遷移処理部１７００が存在しない場合においても本発明は適用可能である。

［リクエストの具体例］
次に、管理サーバ１がリクエストを受信した場合の具体例を説明する。

まず、管理サーバ１が設定リクエストを受信した場合の具体例を説明する。
図７は、設定リクエスト情報の具体例である。図７では、設定リクエスト情報の具体例として、設定位置２３１１として緯度経度情報である“（３５．５０２０２９、１３９．５３４７５７）”を、提供範囲（設定範囲）２３１２として“０．５ｋｍ”を、位置関連情報タイトル２３１３として“お勧めのアイス情報”を、位置関連情報本文２３１４として“ここのアイスを２個食べると割引券がもらえます”を想定している。

前記設定リクエストに応じて、図６のステップ１２０１では、図３に示す位置関連情報管理テーブル２２００において、既に設定されている“配信情報４”の次段に、配信情報識別子カラム２２０１に“配信情報５”、設定位置カラム２２０２に設定位置２３１１である“（３５．５０２０２９、１３９．５３４７５７）”、範囲カラム２２０３に提供範囲２３１２である“０．５ｋｍ”、位置関連情報タイトルカラム２２０４に位置関連情報タイトル２３１３である“お勧めのアイス情報”、位置関連情報本文カラム２２０５に位置関連情報本文２３１４である“ここのアイスを２個食べると割引券がもらえます”とするレコードが追加される。

次に、管理サーバ１が要求リクエストを受信した際の具体例を説明する。
図１０は要求リクエストの具体例である。図１０では、要求リクエストを送信したユーザを表すユーザキー３０１１の具体例として“ＡＡＡＡ”を、要求リクエストに含まれるリクエスト位置３０１２の具体例として“（３５．５０３９、１３９．５３４３）”を、表示範囲３０１３の具体例として“１０ｋｍ”を想定している。

前記要求リクエストに応じて図８のステップ１５０２では、ユーザから送信された要求リクエストに含まれるリクエスト位置“（３５．５０３９、１３９．５３４３）”を中心とした表示範囲３０１３“１０ｋｍ”の範囲内に設定されている位置関連情報を位置関連情報管理テーブル２２００から取得する。次に図８のステップ１５０３では、要求リクエストの表示範囲３０１３を取得し、最大表示となっているかどうかを判別する。ここでは、最大でない場合を想定している。要求リクエスト処理部１５００は、図８のステップ１５０４を実行する。図８のステップ１５０４では、リクエストエリア内のすべての位置関連情報についてノイズの除去処理を行ったかを判定し、まだノイズの除去処理が行われていない位置関連情報がある場合は図８のステップ１４００にてノイズの除去処理を行う。

図９のステップ１４０１では、位置関連情報の設定範囲を小区分に分割する。図９のステップ１４０２では、この小区分毎に、アクセスログテーブル２３００からアクセスログを抽出し、アクセス数をカウントする。次に、図９のステップ１４０３ではこれらのアクセス数から式１を用いて平均値を算出する。図９のステップ１４０４では、式２とステップ１４０３で算出した平均値を用いて、分散を算出する。図９のステップ１４０５ではリクエストエリア内の総アクセス数、平均値、分散と式３を用いて偏差値を算出する。図９のステップ１４０６では、この偏差値をアクセス数とし、処理を終了する。

すべての提供情報のノイズ除去処理が終了すると、図８のステップ１５０５では、算出したアクセスランキングに従い、位置関連情報タイトル、配信情報識別子含むランキングリストを作成する。次に、図８のステップ１５０６では、このアクセスランキング情報を通信装置１２によって、ネットワーク４を介し、携帯情報端末３へ送信し（ステップ１５０５）、処理を終了する。

次に、管理サーバ１が取得リクエストを受信した際の具体例を説明する。
図１２は、取得リクエストの具体例である。図１２では、取得リクエストを送信したユーザを表すユーザキー３０２１の具体例として“ＡＡＡＡ”を、リクエスト位置３０２２の具体例として“（３５．５０３９、１３９．５３４３）”を、配信情報識別子３０２３の具体例として”配信情報１“を想定している。

前記取得リクエストに応じて、図１１のステップ１３０２ではアクセスログテーブル２３００のリクエスト識別子カラム２３０１には一意の識別子である“通知７”を、取得位置カラム２３０２には取得リクエストに含まれる取得位置３０２２として“（３５．５０３９、１３９．５３４３）”を、配信情報識別子カラム２３０３には要求リクエストに含まれる配信情報識別子３０２３として“配信情報１”とするレコードが追加される。

次に、管理サーバ１が遷移リクエストを受信した際の具体例を説明する。
図１４は、遷移リクエストの具体例である。図１４では、遷移リクエストを送信したユーザを表すユーザキー３０３３の具体例として“ＡＡＡＡ”を、リクエスト内容３０３４の具体例として“続きを読む”を想定している。
前記取得リクエストに応じて図１３のステップ１７０２では、リクエスト内容３０３４が“続きを読む”か、“次の情報を見る”か、を判定する。この例では、“続きを読む”が要求されているので、図１３のステップ１７０３で位置関連情報の本文の続きを携帯情報端末３に送信する。

［ノイズ除去の具体例］
次に、位置関連情報処理部のノイズ除去処理を具体例を用いて説明する。
図１５は、ユーザが要求リクエストによって位置関連情報を要求したリクエストエリア内の位置関連情報の配置とアクセスログの配置を図式化したものである。
実線で示した５００１は、地図情報を示している。破線で示した５１００、５３００は、それぞれ管理サーバ１の位置関連情報管理テーブル２２００に管理されている位置関連情報の例である。５１００は配信情報識別子２２０１が“配信情報１”の位置関連情報の設定範囲を、５３００は配信情報識別子２２０１が“配信情報２”の位置関連情報の設定範囲を示している。５５０２は携帯情報端末３を用いて要求リクエストを送信するユーザであり、５５０３は実際に携帯情報端末３を用いて要求リクエストを送信した位置を示している。三角印で表した５２００は、配信情報識別子２２０１が“配信情報１”の情報にアクセスした際のアクセスログである。星印で表した５４００は、配信情報識別子２２０１が“配信情報２”の情報にアクセスした際のアクセスログである。

図１６は、上記図１５の具体例をグラフに表したものである。
グラフの縦軸６００１はアクセス数を、横軸６００２は位置関連情報の設定範囲を示している。グラフ６００４は、位置関連情報管理テーブル２２００の配信情報識別子２２０１が“配信情報１”のアクセス数を示すグラフであり、グラフ６００５は位置関連情報管理テーブル２２００の配信情報識別子２２０１が“配信情報２”のアクセス数を示すグラフであり、グラフ６００６は位置関連情報管理テーブル２２００の配信情報識別子２２０１が“配信情報３”のアクセス数を示すグラフである。設定範囲５１００は位置関連情報管理テーブル２２００の配信情報識別子２２０１が“配信情報１”の設定範囲を示し、設定範囲５３００は位置関連情報管理テーブル２２００の配信情報識別子２２０１が“配信情報２”の設定範囲を示している。破線で囲まれた範囲６００３は、位置関連情報のリクエストエリアを示している。

この例において、広域エリアで要求リクエストを要求すると、図８のステップ１５０１ではこの要求リクエストを受信する。次に、図８のステップ１５０２にてリクエストエリア内の位置関連情報として位置関連情報管理テーブル２２００から“配信情報１”と“配信情報２”と“配信情報３”を取得する。図８のステップ１５０３で要求リクエストに含まれる表示範囲が最大かどうかを判定し、この場合は、最大であるため図８のステップ１５０５を実行する。図８のステップ１５０５では、リクエストエリアのアクセスランキングを算出する。ここでは、“配信情報１”の総アクセス数は“２９０”、“配信情報２”の総アクセス数は“９０”、“配信情報３”の総アクセス数は“８５”であるため、“配信情報１”、“配信情報２”、“配信情報３”の順に表示される。

次に、ユーザがリクエストエリアの範囲を狭くして要求リクエストを要求したとする。図８のステップ１５０１ではこの要求リクエストを受信する。次に、図８のステップ１５０２にてリクエストエリア内の位置関連情報として位置関連情報管理テーブル２２００から“配信情報１”と“配信情報２”と“配信情報３”を取得する。図８のステップ１５０３で要求リクエストに含まれる表示範囲が最大かどうかを判定し、この場合は、最大でないため図８のステップ１５０４を実行する。

まだ、ノイズ除去処理は行っていないので、図８のステップ１４００のノイズ処理を実行する。ここで、ノイズ除去処理部での処理を図１７を用いて説明する。
図１７は、上記図１５から配信情報識別子２２０１が“配信情報１”の位置関連情報のアクセスのみ抜き出した図である。図１２では、小区分に分割された位置関連情報の小区分を、５１０１〜５１１６で示している。

まず、図９のステップ１４０１では、まず、リクエストエリアを小区分に分割する。ここで分割された小区分がそれぞれ図１７の５１０１〜５１１６となる。次に、図９のステップ１４０２では、５１０１〜５１１６それぞれのアクセス数をアクセスログテーブル２３００より抽出する。この例では、小区分５１０１〜５１１６のアクセス数は、それぞれ順に、“１０”、“１０”、“２０”、“０”、“１０”、“３０”、“２０”、“１０”、“１０”、“６０”、“３０”、“１０”、“１０”、“１０”、“３０”及び“２０”を想定している。次に、図９のステップ１４０３では、上記小区分のアクセス数の平均値を算出している。上記想定では平均値“約１８．１”が算出される。次に、図９のステップ１４０４では、これらの分散を算出している。分散σ^２“２０３”が算出される。図９のステップ１４０５は平均値“１８”と分散“２０３”“配信情報１”のリクエストエリア内のアクセス数“５０”を用いて偏差値“７２”を算出する。図９のステップ１４０６は図９のステップ１４０５で算出した偏差値“７２”をアクセス数として処理する。

図８のステップ１４００は、リクエストエリア内のすべての位置関連情報に対して行われるため、“配信情報２”においても同様に平均値“６”、分散“２５”、リクエストエリア内のアクセス数“３０”から、偏差値“９８”が算出され、これをアクセス数として処理する。同様に、“配信情報３”においても偏差値“８４”を算出する。このとき、図８のステップ１５０６では“配信情報２”、“配信情報３”、“配信情報１”の順にランキングリストが作成される。

［携帯情報端末の表示例］
次に、携帯情報端末３でのユーザが要求リクエストを要求した場合に、結果として表示される提供情報の表示例を説明する。
図１８は、要求リクエストの表示範囲が最大の場合の携帯情報端末３でのランキングリストの表示例である。
この表示例は、ユーザが携帯情報端末３を用いて要求リクエストを送信した場合に、管理サーバ１から送信されるランキングリストの表示例であり、携帯情報端末３の表示部３６に表示される。

携帯情報端末３の表示部３６には、要求リクエストにて要求された位置の周辺の地図を表示する地図表示エリア３１０５と、その位置に設定されたランキングリストを表示するランキングリスト表示エリア３１０６が表示される。地図表示エリア３１０５の左側には、地図表示を広域表示するか小域表示するかを選択させるためのインタフェースであるスライドバー３１０４が表示される。ユーザは携帯情報端末３の入力部３５を利用することによってこのスライドバー３１０４を調節し、要求リクエストのアクセスランキングを算出する範囲を選択することができる。ここでは、ユーザが、スライドバー３１０４を調整する度にアクセスランキングを再表示することを想定しているが、ユーザが要求リクエストを送信するタイミングを指示するためのインタフェースを提供してもよい。

地図表示エリア３１０５には、要求リクエストによって要求された位置の周辺の地図５００１が表示されている。ランキングリスト表示エリア３１０６には、地図表示エリア３１０５に表示されているエリア内に設定されている位置関連情報のランキングリストとして位置関連情報のタイトルがランキング順に表示されている。図１８では、スライドバー３１０４が広域に設定されていて、表示領域が最大になっているため、ランキングリスト表示エリア３１０６に表示しているランキングリストはノイズ除去を行わないアクセス数で算出したランキングリストである。

“位置関連情報１”３１０１、“位置関連情報２”３１０２、“位置関連情報３”３１０３は、位置関連情報のランキングリストに表示されている位置関連情報のタイトルの例である。“位置関連情報１”は図１５で配信範囲５１００に配置されており、“位置関連情報２”は図１５で配信範囲５３００に配置されている。

表示範囲が最大になっているため、管理サーバ１の要求リクエスト処理部１５００は、各配信情報のアクセス数の総和からランキングを取得する。図１６において、このエリア内に配置された情報は、“配信情報１”、“配信情報２”、“配信情報３”の総アクセス数は“２９０”、“９０”、“８５”である。このため、アクセスランキングは“配信情報１”、“配信情報２”、“配信情報３”の順となる。“配信情報１”のタイトルは“位置関連情報１”、“配信情報２”のタイトルは“位置関連情報２”、“配信情報３”のタイトルは“位置関連情報３”であるため、ランキングリスト表示エリアには、“位置関連情報１”３１０１、“位置関連情報２”３１０２、“位置関連情報３”３１０３の順に表示される。

位置関連情報が携帯情報端末３の入力部３５によって選択されると、取得リクエストとして、ユーザ情報、現在地の情報、選択された位置関連情報の配信情報識別子が、通信部３１により、ネットワーク４を介し、管理サーバ１に送信される。送信された取得リクエストは管理サーバ１の位置関連情報提供部１３００にて、アクセスログテーブルに参照された配信情報として記録された後、位置関連情報本文が管理サーバ１の通信装置１２よりネットワーク４を介し、携帯情報端末３に送信され、携帯情報端末３の表示部２６に位置関連情報本文が表示される。

図１９は、要求リクエストの表示範囲が最大でない場合の携帯情報端末３でのランキングリストの表示例である。
この例では、スライドバー３１０４が小域に設定されていて、表示領域が最大になっていないため、ランキングリスト表示エリア３０１６に表示している位置関連情報はノイズ除去が行われた後のアクセス数でランキングが算出されたものである。

携帯情報端末３の表示部３６のスライドバー３１０４をユーザが動かすことにより、画面３１０５内の地図情報のサイズが変更される。この際、この画面３１０５内のエリアサイズがリクエストエリアとなり、スライドバー３１０４を動かすことにより、要求リクエストが携帯情報端末３の通信部３２によってネットワーク４を介し、管理サーバ１に送信され、要求リクエスト処理部１５００にて位置関連情報のアクセスランキングを算出し、管理サーバ１の通信手段１２はネットワーク４を介し、携帯情報端末３に送信する。携帯情報端末３の表示部３６は位置関連情報のアクセスランキングを表示することによって、アクセスランキングが変更されていく。

“位置関連情報２”３１０２、“位置関連情報３”３１０３、“位置関連情報１”３１０１は位置関連情報のランキングリストに表示されている位置関連情報のタイトルの例である。
“位置関連情報１”は図１５で配信範囲５１００に配置されており、“位置関連情報２”は図１５で配信範囲５３００に配置されている。

表示範囲が最大になっていないため、管理サーバ１の要求リクエスト処理部１５００は、小域での要求と判断し、各配信情報のアクセス数の偏差からランキングを取得する。図１６において、このエリア内に配置された情報は、“配信情報１”、“配信情報２”、“配信情報３”の偏差は、式１、式２、式３を用いて計算すると、それぞれ“７２”、“９８”、“８４”である。このため、アクセスランキングは“配信情報２”、“配信情報３”、“配信情報１”の順となる。“配信情報２”のタイトルは“位置関連情報２”、“配信情報３”のタイトルは“位置関連情報３”、“配信情報１”のタイトルは“位置関連情報１”であるため、ランキングリスト表示エリアには、“位置関連情報２”３１０２、“位置関連情報３”３１０３、“位置関連情報１”３１０１の順に表示される。

位置関連情報が携帯情報端末３の入力部３５によって選択されると、取得リクエストとして、ユーザ情報、現在地の情報、選択された位置関連情報の配信情報識別子が、通信部３１により、ネットワーク４を介し、管理サーバ１に送信される。送信された取得リクエストは管理サーバ１の位置関連情報提供部１３００にて、アクセスログテーブルに参照された配信情報として記録された後、位置関連情報本文が管理サーバ１の通信装置１２よりネットワーク４を介し、携帯情報端末３に送信され、携帯情報端末３の表示部２６に位置関連情報本文が表示される。

図２０は、取得リクエストによって位置関連情報を要求した際の携帯情報端末３での表示例である。
携帯情報端末３の表示部３６には、取得リクエストにて要求された位置関連情報タイトル３２０１と位置関連情報本文３２０２、位置関連情報本文が長く一度に表示できない場合に表示される“続きを読む”リンク３２０３、次のランキングリストの情報を取得するための“次の情報を見る”リンク３２０４が表示されている。

ユーザが携帯情報端末３の入力部３５を用いて“続きを読む”３２０３を選択すると、管理サーバ１は図２２のステップ１７０１で通信装置１２から遷移リクエストを受信し、リクエストの内容が“続きを読む”か“次の情報を見る”かを判定し、ここでは、“続きを読む”３２０３が要求されたので、図２２のステップ１７０３では、管理サーバ１は位置関連情報本文の続きを通信装置１２を用いてネットワーク４を介し、携帯情報端末３に送信する。

ユーザが携帯情報端末３の入力部３５を用いて“次の情報を見る”３２０４を選択すると、管理サーバ１は図２２のステップ１７０１で通信装置１２から遷移リクエストを受信し、リクエストの内容が“続きを読む”か“次の情報を見る”かを判定し、ここでは、“次の情報を見る”３２０４が要求されたので、図２２のステップ１３００では、管理サーバ１は、表示している位置関連情報の次にランキングされた情報を表示する。ここでは、“続きを読む”、“次の情報を見る”の二つのリンクしか提供しなかったが、“前の情報を見る”など、他の遷移リクエストを提供しても本発明は実施可能である。

（実施形態２）
本実施形態では、実施形態１の位置情報に基づく情報配信システムにおいて、提供した位置関連情報がユーザに取って有益な情報であったかを判断し、有益だった場合には、そのアクセスに重みを付与し、その重み付けされたアクセス数によりランキングを算出することで、より有益な情報を上位に表示するものである。

［システム全体構成］
本実施形態では、図１に示す実施携帯１と同一の構成をとる。

［２次記憶装置上のテーブル］
本実施形態では、２次記憶装置上のテーブルはほぼ、実施形態１と同様の構成をとるが、アクセスログテーブル２３００に重みカラム２３０４が追加される点が異なる。
本実施形態のアクセスログテーブル２３００について説明する。
図２１は、実施形態２におけるアクセスログテーブル２３００に格納されるデータ項目を詳細に説明した図である。本テーブルは、携帯情報端末３から管理サーバ１に送信された要求リクエストによって携帯情報端末３の表示部３６に表示されたランキングリストからユーザが携帯情報端末３にて位置関連情報を選択し、取得リクエストを要求したことを記録するためのテーブルである。本テーブルはリクエストを一意に識別するためのリクエスト識別子カラム２３０１、要求リクエストを送信した位置を示す取得位置カラム２３０２と、情報がユーザにとって有効だったかどうかを示す重みカラム２３０４、配信情報識別子カラム２３０３から構成される。

［システム全体構成］
次に、本実施形態における位置情報に基づく情報配信システムの全体の処理の流れについて説明する。
基本的な処理の流れは、実施形態１とほぼ同様である。
管理サーバ１のシステム制御プログラム１１００の処理については、実施形態と同じ処理の流れであるため説明を省略する。
クライアント端末２にて位置関連情報を設置する際の処理についても、実施形態１と同じ処理の流れであるため説明を省略する。
管理サーバ１がクライアント端末２から設定リクエストを受信した際の位置関連情報設定部１２００の処理についても、実施形態１と同じ処理の流れであるため説明を省略する。

次に、管理サーバ１が携帯情報端末３から要求リクエストを受信した際の要求リクエスト処理部１５００の処理を説明する。
図８は、管理サーバ１の要求リクエスト処理部１５００の処理を説明したフローチャートである。要求リクエスト処理部１５００は携帯情報端末３からの要求リクエストを受信した際に実行されるプログラムである。
ステップ１５０１、ステップ１５０２、ステップ１５０３、ステップ１５０４、ステップ１４００については、実施形態１と同じ処理であるため説明を省略する。

ステップ１５０５での処理について説明する。
本実施例では、アクセスランキングを作成する際にアクセスログテーブル２３００の重みカラム２３０４をアクセスランキングの算出に使用する。例えば、重みカラムの値が“３”のアクセスログはアクセス数を“３”とカウントする。
作成したアクセスランキングは通信装置１２によって、ネットワーク４を介し、携帯情報端末３へ送信し（ステップ１５０６）、処理を終了する。

図９は、管理サーバ１のノイズ除去処理部１４００の処理を説明したフローチャートである。ノイズ除去処理部１４００は、表示範囲の値が最大でない場合に、ノイズとなるアクセスを除去する際に実行されるプログラムである。
ステップ１４０１の処理の流れは実施形態１と同じであるため説明を省略する。
次に、ステップ１４０２の処理について説明する。
アクセスログテーブル２３００を用いて位置関連情報の設定範囲に設置された情報の小区分毎のアクセス数を抽出する。このとき、アクセス数としてアクセスログテーブルの重みカラム２３０４を使用する。
ステップ１４０３以降は実施形態１と同じ処理の流れであるため説明を省略する。

次に、管理サーバ１が携帯情報端末３から取得リクエストを受信した際の位置関連情報提供部１３００の処理を説明する。
図１１は、管理サーバ１の位置関連情報提供部１３００の処理を説明したフローチャートである。位置関連情報提供部１３００は、携帯情報端末３より送信された提供情報リクエストを受信した際に実行されるプログラムである。
実施形態２において、位置関連情報提供部１３００は、携帯情報端末３より送信された取得リクエストを通信装置１２にて受信する（ステップ１３０１）。
次に、位置関連情報提供部１３００は、リクエスト識別子カラムで一意になる値、取得リクエストに含まれる位置関連情報、重み“２”、配信情報識別子をそれぞれアクセスログテーブル２３００のリクエスト識別子カラム２３０１、位置関連情報カラム２３０２、重みカラム２３０４、配信情報識別子カラム２３０３としてレコードを追加し（ステップ１３０２）、位置関連情報管理テーブル２２００から取得リクエストで要求された配信情報識別子と配信情報識別子カラム２２０１が一致するレコードの位置関連情報本文２２０５取得し、通信装置１２を通じてネットワーク４を介し、携帯情報端末３に送信し（ステップ１３０３）、処理を終了する。このとき、位置関連情報本文２２０５の情報量が多く携帯情報端末３の表示部３６に表示しきれない場合は、位置関連情報本文２２０５の一部のみを送信する。

図２２は、実施形態２において管理サーバ１の遷移処理部１７００の処理を説明したフローチャートである。遷移処理部１７００は、携帯情報端末３より送信された遷移リクエストを受信した際に実行されるプログラムである。
遷移処理部１７００は、携帯情報端末３より送信された遷移リクエストを通信装置１２にて受信する（ステップ１７０１）。次に、この遷移リクエスト要求を行った際に携帯情報端末３がアクセスした位置関連情報へのアクセスログのリクエスト識別子カラム２３０１と重みカラム２３０５の値をアクセスログ管理テーブルから取得する（ステップ１７０４）、次に遷移リクエストのリクエスト内容を判定し、“次の情報を見る”が要求された場合は、重みの値から１を引いた値を重みとし（ステップ１７０６）、位置関連情報提供部１３００にて次のランキングの位置関連情報本文を取得し、通信装置１２を通じて、ネットワーク４を介し、携帯情報端末３に送信し（ステップ１３００）処理を終了する。“続きを読む”が要求された場合は、重みの値に１を足した値を重みとし（ステップ１７０５）、位置関連情報の本文の続きを送信する（ステップ１７０３）。次に、アクセスログテーブル２３０１のステップ１７０４で取得したリクエスト識別子と一致するレコードの重みカラム２３０５を更新し（ステップ１７０７）、処理を終了する。

実施形態２では、本文の続きが参照されたかどうかや次の情報が参照されたかどうかなどを重みの算出に使用しているが、ユーザに位置関連情報を評価してもらいその結果を重みにする方法や、位置関連情報にアクセスしている時間を重みにする方法などが考えられるが、何れの場合においても本発明は適用可能である。

［クライアント端末２の表示例］
図２３はクライアント端末２において位置関連情報を設置する場合に、クライアント端末２の表示部２６に表示される画面の画面例である。
クライアント端末２で位置情報に基づく情報配信システムを起動すると、管理サーバ１は携帯情報端末３からの要求リクエストを同様の処理を行い、表示部２６には、地図を表示する地図表示エリア２６７と、その位置に設定されたアクセスランキングを表示するランキングリスト表示エリア２６９が表示される。クライアント端末２では、地図を表示する位置情報はマウス２２、キーボード２４などで指定する。地図表示エリア２６７の左側には、地図表示を広域表示するか小域表示するかを選択させるためのインタフェースであるスライドバー２６４が表示される。ユーザはクライアント端末２のマウス２２やキーボード２４を利用することによってこのスライドバー２６４を調節し、位置関連情報を設置する場所を選択することができる。ここでは、ユーザが、スライドバー２６４を調整する度にアクセスランキングを再表示することを想定しているが、ユーザがアクセスランキングを送信するタイミングを指示するためのインタフェースを提供してもよい。

ランキングリスト表示エリア２６９には、地図表示エリア２６７に表示されているエリア内に設定されている位置関連情報のランキングリストとして位置関連情報のタイトルがランキング順に表示されている。“位置関連情報１”２６１、“位置関連情報２”２６２、“位置関連情報３”２６３は位置関連情報のランキングリストに表示されているタイトルの例である。

地図表示エリア２６９には、位置関連情報を設置する位置の周辺の地図５００１が表示することができる。この地図上には、位置関連情報へのアクセスログがヒートマップとして表示される。ヒートマップは、実施形態１の図８の１５０５ステップにおいて、すべてのアクセスログテーブル２３００から取得したアクセスログを基に作成する。

２６５は“位置関連情報１”、２６６は“位置関連情報２”、２６８は“位置関連情報３”、２６９は“位置関連情報４”のヒートマップである。ここで、アクセスログテーブル２３００に、携帯情報端末３からの要求リクエストが広域だったか小域だったかを格納するカラムを追加すれば、スライドバー２６４を調整することによって、広域の場合にはユーザが広域の情報としてアクセスした位置関連情報のヒートマップを、小域に移動するとそれぞれの状態においてアクセスした位置関連情報のヒートマップを表示することもできる。
ユーザはこの情報を参照しながら、位置関連情報を配置するための効果的な設定位置や範囲を判断することができる。

この外にも、本発明の趣旨の範囲内で種々の変更が可能である。例えば、ユーザの現在地の位置情報としては、パソコンのディスプレイ上で地図情報を表示しているときに、マウス等のポインタで地図上の地点を特定することで位置情報を取得することができる。この場合には、地図の表示範囲内に含まれる設定範囲内について設定されている位置関連情報を、本発明によるランキング情報に則って付加価値を付けて表示させることができる。更に、携帯情報端末３等の表示部において、位置関連情報のタイトル表示をする際、ランキングが上昇した情報には、好ましくはその上昇度に応じてマークを付すことで、ユーザにその旨を表示することが好ましい。

図１は、本発明の一実施例に係る位置情報に基づく情報配信システムの全体構成を示す。 図２は、ユーザ情報テーブル２１００に格納されているデータ項目を詳細に説明した図である。 図３は、位置関連情報管理テーブル２２００に格納されているデータ項目を詳細に説明した図である。 図４は、アクセスログテーブル２３００に格納されるデータ項目を詳細に説明した図である。 図５は、クライアント端末２にて位置関連情報を設定する際の手順を説明したフローチャートである。 図６は、管理サーバ１の位置関連情報設定部１２００の処理を説明したフローチャートである。 図７は、設定リクエスト情報の具体例である。 図８は、管理サーバ１の要求リクエスト処理部１５００の処理を説明したフローチャートである。 図９は、管理サーバ１のノイズ除去処理部１４００の処理を説明したフローチャートである。 図１０は、ユーザが要求リクエストによって位置関連情報を要求したリクエストエリア内の提供情報の配置とアクセスログの配置を図式化したものである。 図１１は、管理サーバ１の位置関連情報提供部１３００の処理を説明したフローチャートである。 図１２は、取得リクエストの具体例である。 図１３は、管理サーバ１の遷移処理部１７００の処理を説明したフローチャートである。 図１４は、遷移リクエストの具体例である。 図１５は、ユーザが要求リクエストによって位置関連情報を要求したリクエストエリア内の提供情報の配置とアクセスログの配置を図式化したものである。 図１６は、上記図１５のアクセスをグラフに表したものである。 図１７は、上記図１５から配信情報識別子２２０１が”配信情報１“の位置関連情報のアクセスのみ抜き出した図である。 図１８は、要求リクエストの表示範囲が最大の場合の携帯情報端末３でのランキングリストの表示例である。 図１９は、要求リクエストの表示範囲が最大でない場合の携帯情報端末３でのランキングリストの表示例である。 図２０は、取得リクエストによって位置関連情報を要求した際の携帯情報端末３での表示例である。 図２１は、実施形態２のアクセスログテーブル２３００に格納されるデータ項目を詳細に説明した図である。 図２２は、実施形態２において管理サーバ１の遷移処理部１７００の処理を説明したフローチャートである。 図２３は、クライアント端末２において位置関連情報を設置する場合に、クライアント端末２の表示部２６に表示される画面の画面例である。

符号の説明

１…管理サーバ
１１…ＣＰＵ
１２…通信装置
１３…表示装置
１４…キーボード
１５…マウス
１０００…メモリ
１１００…システム制御プログラム
１２００…位置関連情報設定部
１３００…位置関連情報提供部
１４００…ノイズ除去処理部
１５００…要求リクエスト処理部
１６００…ワークエリア
１７００…遷移処理部
１１７０…２次記憶装置
２１００…ユーザ情報テーブル
２２００…位置関連情報管理テーブル
２３００…アクセスログテーブル
２…クライアント端末
４…ネットワーク
２１…通信装置
２２…マウス
２３…メモリ
２４…キーボード
２５…ＣＰＵ
２６…表示装置
２７…２次記憶装置
３…携帯情報端末
３１…通信部
３２…ＣＰＵ
３３…位置関連情報取得部
３４…メモリ
３５…入力部
３６…表示部
３７…スピーカー部
３８…カメラ部

Claims (19)

1. 情報配信範囲に属する携帯端末に対して情報配信を行う情報配信システムであって、
   前記携帯端末は、
   要求範囲取得部が第１の要求範囲及び第２の要求範囲を取得し、
   位置情報取得部が前記携帯端末の位置情報を取得し、
   要求送信部が、前記第１の要求範囲と前記位置情報とを有する第１の情報配信要求を送信し、前記第２の要求範囲と前記位置情報とを有する第２の情報配信要求を送信し、
   管理サーバは、
   過去に携帯端末に配信された提供情報及び位置情報を格納するログ情報を有しており、
   前記第１の情報配信要求の前記位置情報と前記第１の要求範囲とに基づいて、前記第１の要求範囲に属する前記提供情報の配信頻度を算出し、
   前記第２の情報配信要求の前記位置情報と前記第２の要求範囲とに基づいて、前記第２の要求範囲に属する前記提供情報の配信頻度を算出し、
   前記第１の要求範囲に属する前記提供情報の配信頻度と前記第２の要求範囲に属する前記提供情報の配信頻度とに基づいて前記提供情報の情報配信ランクを決定し、
   前記携帯端末に前記決定した情報配信ランクと対応付けた配信情報を配信する
   ことを特徴とする情報配信システム。
2. 請求項１に記載の情報配信システムであって、
   前記管理サーバは、前記提供情報の前記情報配信ランクを、前記第１の要求範囲に属する前記提供情報の配信頻度と前記第２の要求範囲に属する前記提供情報の配信頻度と偏差値に基づいて決定することを特徴とする情報配信システム。
3. 請求項１に記載の情報配信システムであって、
   前記携帯端末は範囲を指定する手段を有し、前記管理サーバは前記範囲を変更する度に新たな前記情報配信ランクを算出し、前記算出した情報配信ランクを前記携帯端末に提供することを特徴とする情報配信システム。
4. 請求項１に記載の情報配信システムであって、
   前記管理サーバは、前記携帯端末に配信された前記配信情報が当該携帯端末において利用される際のアクセス時の状況を、前記提供情報の前記配信頻度の算出の際の重みとして付与することを特徴とする情報配信システム。
5. 請求項１に記載の情報配信システムであって、
   前記第１の要求範囲は前記携帯端末が取り得る最大要求範囲であって、前記第２の要求範囲は前記最大要求範囲より狭い小域要求範囲であり、前記管理サーバは、前記最大要求範囲に属する前記提供情報の配信頻度についての平均値、分散等の統計値に基づいて、前記第２の要求範囲に属する前記提供情報の配信頻度を加工して前記情報配信ランクを決定することを特徴とする情報配信システム。
6. 請求項１に記載の情報配信システムであって、
   前記管理サーバは、前記ログ情報として、前記提供情報が広域情報としてアクセスされたか或いは小域情報としてアクセスされたかを格納するアクセスログ格納手段を有し、前記提供情報の設定位置を指定する際に、前記アクセスログ格納手段に格納されたログ情報に基づいて、情報提供範囲の広さを設定する際の参考情報を提供することを特徴とする情報配信システム。
7. 請求項１に記載の情報配信システムであって、
   前記提供情報が位置を指定して設定される際に、前記管理サーバは、前記指定された位置を含む範囲の地図上に表示するため、前記提供情報へのアクセス情報のヒートマップを作成することを特徴とする情報配信システム。
8. 情報配信範囲に属する携帯端末に対して情報配信を行う情報配信方法であって、
   前記携帯端末において、
   第１の要求範囲及び第２の要求範囲を取得するとともに、前記携帯端末の位置情報を取得し、
   前記第１の要求範囲と前記位置情報とを有する第１の情報配信要求を送信し、前記第２の要求範囲と前記位置情報とを有する第２の情報配信要求を送信し、
   管理サーバにおいて、
   過去に携帯端末に配信された提供情報及び位置情報がログ情報として格納され、
   前記第１の情報配信要求の前記位置情報と前記第１の要求範囲とに基づいて、前記第１の要求範囲に属する前記提供情報の配信頻度が算出され、
   前記第２の情報配信要求の前記位置情報と前記第２の要求範囲とに基づいて、前記第２の要求範囲に属する前記提供情報の配信頻度が算出され、
   前記第１の要求範囲に属する前記提供情報の配信頻度と前記第２の要求範囲に属する前記提供情報の配信頻度とに基づいて前記提供情報の情報配信ランクが決定され、
   前記携帯端末に前記決定した情報配信ランクと対応付けた配信情報を配信する
   ことを特徴とする情報配信方法。
9. 請求項８に記載の情報配信方法であって、
   前記提供情報の前記情報配信ランクは、前記第１の要求範囲に属する前記提供情報の配信頻度と前記第２の要求範囲に属する前記提供情報の配信頻度と偏差値に基づいて決定されることを特徴とする情報配信方法。
10. 請求項８に記載の情報配信方法であって、
    前記携帯端末において指定される範囲を変更する度に、新たな前記情報配信ランクが算出され、前記算出した情報配信ランクが前記携帯端末に提供されることを特徴とする情報配信方法。
11. 請求項８に記載の情報配信方法であって、
    前記携帯端末に配信された前記配信情報が当該携帯端末において利用される際のアクセス時の状況が、前記提供情報の前記配信頻度の算出の際の重みとして付与されることを特徴とする情報配信方法。
12. 請求項８に記載の情報配信方法であって、
    前記第１の要求範囲は前記携帯端末が取り得る最大要求範囲であって、前記第２の要求範囲は前記最大要求範囲より狭い小域要求範囲であり、前記最大要求範囲に属する前記提供情報の配信頻度についての平均値、分散等の統計値に基づいて、前記第２の要求範囲に属する前記提供情報の配信頻度が加工されて、前記情報配信ランクが決定されることを特徴とする情報配信方法。
13. 請求項８に記載の情報配信方法であって、
    前記ログ情報として、前記提供情報が広域情報としてアクセスされたか或いは小域情報としてアクセスされたかが格納され、前記提供情報の設定位置を指定する際に、前記格納されたログ情報に基づいて、情報提供範囲の広さを設定する際の参考情報が提供されることを特徴とする情報配信方法。
14. 請求項８に記載の情報配信方法であって、
    前記提供情報を位置を指定して設定する際に、設定済みの前記位置関連情報へのアクセス情報のヒートマップを、前記指定された位置を含む範囲の地図上に表示することを特徴とする情報配信方法。
15. 複数の携帯端末から情報配信要求を受けた際の過去のアクセス情報を格納しておき、携帯端末から情報取得範囲を指定して提供情報の情報配信要求を受けた場合に、当該携帯端末の位置情報を取得し、前記指定範囲にあわせて前記アクセス情報に基づく提供情報のランキングを調整し、当該調整されたランキングを当該携帯端末に提供することを特徴とする情報配信方法。
16. 請求項１５に記載の情報配信方法であって、
    前記アクセス情報に基づく前記提供情報の前記ランキングの調整として、前記携帯端末で小域情報が指定された場合は、広域範囲に配置された前記提供情報へのアクセス数と範囲を基に算出した値と小域範囲に設定された前記提供情報へのアクセス数と範囲を基に算出した値を利用することによって、前記広域範囲へのアクセス数がノイズになっているか判断し、ノイズになっている場合は前記算出した値を利用して当該アクセス数を修正する処理を行うことを特徴とする情報配信方法。
17. 携帯端末から受信した提供情報を要求するリクエストを処理する要求リクエスト処理手順と、当該要求リクエスト処理手順で処理された提供情報リストからユーザが選択した提供情報を取得するリクエストで要求された当該提供情報を提供する提供手順と、前記提供情報の前記携帯端末上への表示時に別の情報の要求やページ遷移するなどのリクエストを処理する遷移処理手順とを有することを特徴とする情報配信用プログラム。
18. 請求項１７に記載の情報配信用プログラムであって、前記要求リクエスト処理手順において、ユーザから要求された位置から優先度の高い提供情報を選ぶためのノイズ除去処理手順を含んでいることを特徴とする情報配信用プログラム。
19. 請求項１７に記載の情報配信用プログラムであって、更に、クライアント端末から受信した情報を設定するリクエストを処理する提供情報設定手順を含んでいることを特徴とする情報配信用プログラム。

Images