気象データ収集提供方法
【課題】例えば移動先など、現在位置ではない位置の気象データを含む参考情報を提供する。
【解決手段】天候情報及び位置情報を測定可能なユーザ端末から天候情報及び位置情報を受信し、天候情報によって位置情報から特定されるエリアのデータを天候情報ＤＢにおいて更新する工程と、天候情報及び位置情報の受信に応じて、ユーザ端末のユーザに対して、現在位置以外の地域の指定を促す工程と、ユーザ端末から上記地域の指定を受け付けると、天候情報ＤＢ及び提供情報ＤＢから、指定された地域に該当する天候情報及び提供情報を抽出する工程と、抽出された天候情報及び提供情報とを用いて提示データを生成し、ユーザ端末に送信する工程とを含む。このようにすればユーザはより高精度でリアルタイム性のある気象データ及び参考データ（例えば店舗その他の広告を含む）を取得することができるようになる。
【解決手段】天候情報及び位置情報を測定可能なユーザ端末から天候情報及び位置情報を受信し、天候情報によって位置情報から特定されるエリアのデータを天候情報ＤＢにおいて更新する工程と、天候情報及び位置情報の受信に応じて、ユーザ端末のユーザに対して、現在位置以外の地域の指定を促す工程と、ユーザ端末から上記地域の指定を受け付けると、天候情報ＤＢ及び提供情報ＤＢから、指定された地域に該当する天候情報及び提供情報を抽出する工程と、抽出された天候情報及び提供情報とを用いて提示データを生成し、ユーザ端末に送信する工程とを含む。このようにすればユーザはより高精度でリアルタイム性のある気象データ及び参考データ（例えば店舗その他の広告を含む）を取得することができるようになる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、気象データ等の収集及び提供技術に関する。
【背景技術】
【０００２】
例えば特開２００３−２８９６７号公報には、気象情報収集用の情報端末から、任意の位置で、局所的な気象データを迅速かつ容易に入手し、端末の現在位置付近の狭い範囲の天気予報を高精度に行う技術が開示されている。しかし、この公報記載の技術によれば、自分の現在の位置の天気予報を得ることはできるが、ユーザがこれから移動する場合には、現在位置の情報を得てもあまり有用ではない。また、移動先の他の情報については考慮されていない。
【特許文献１】特開２００３−２８９６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
よって本発明の目的は、より地域性の高い各所の気象データを高精度で収集及び提供するための新規な技術を提供することである。
【０００４】
また、本発明の他の目的は、例えば移動先など、現在位置ではない位置の気象データを含む参考情報を提供するための技術を提供することである。
【課題を解決するための手段】
【０００５】
本発明に係る気象データ提供方法は、処理装置と天候情報データベースと提供情報データベースとを有するコンピュータにより実行される気象データ収集提供方法であって、処理装置により、天候情報及び位置情報を測定可能なユーザ端末から天候情報及び位置情報を受信し、天候情報によって位置情報から特定されるエリアのデータを天候情報データベースにおいて更新するステップと、処理装置により、天候情報及び位置情報の受信に応じて、ユーザ端末に対して、現在位置以外のエリアの指定を要求するステップと、ユーザ端末から現在位置以外のエリアの指定に関するデータ（ユーザによって明示的に指定されるエリアの場合とユーザ端末が保持する行き先を特定又は推定可能なデータの場合とを含む）を受信すると、処理装置により、天候情報データベース及び提供情報データベースから、上記現在位置以外のエリアの指定に関するデータから特定されるエリアに該当する天候情報及び提供情報を抽出するステップと、処理装置により、抽出された天候情報及び提供情報とを用いて提示データを生成し、ユーザ端末に送信するステップとを含む。
【０００６】
このようにすればユーザはより高精度でリアルタイム性のある気象データ及び参考情報（例えば店舗その他の広告データを含む）を取得することができるようになる。
【０００７】
なお、上記エリアに該当する天候情報は、当該エリアについて収集された天候情報の統計処理後のデータである場合もある。同じような小エリアであっても、ユーザ端末の測定精度を高くするのは難しく、その状態によっては様々なばらつきを生じ得る。そこで、所定の統計処理を実施して、より精度を高めるものである。
【発明の効果】
【０００８】
本発明によれば、より地域性の高い各所の気象情報を高精度で収集及び提供することができる。
【０００９】
また、本発明の他の側面によれば、例えば移動先など、現在位置ではない位置の気象情報を含む参考情報を提供することができるようになる。
【発明を実施するための最良の形態】
【００１０】
本発明の一実施の形態に係るシステム概要を図１を用いて説明する。例えばインターネットや携帯電話通信網などのネットワーク１には、各々携帯電話機や携帯端末である複数のユーザ端末３（図１では３ａ乃至３ｈ）と、本実施の形態における主要な処理を実施するマッチングサーバ５と、ネットワーク１を介して各種気象情報を提供する複数の気象情報提供サーバ７と、図示しない無数のウェブ（Ｗｅｂ）サーバとが接続されている。
【００１１】
ユーザ端末３は、ユーザの移動と共に移動し、所定のサービスエリア内に規定されたサブエリアのいずれかに位置しているものとする。図１の例では、エリアＡには、ユーザ端末３ａ及び３ｂなどが位置しており、エリアＢには、ユーザ端末３ｆ乃至３ｈなどが位置している。本実施の形態において、ユーザ自身の位置のデータはユーザ端末３によって別途測定される気象データと共に他のユーザによって用いられる。例えば、ユーザ端末３ａの現在の位置データ及びユーザ端末３ａによって測定された気象データは、マッチングサーバ５に送信され、例えばエリアＡに移動しようとしているユーザに利用される。
【００１２】
マッチングサーバ５の機能ブロック図を図２に示す。マッチングサーバ５は、口コミ情報ＤＢ５２と、口コミ情報ＤＢ５２のデータ更新などを管理する口コミ情報管理部５１と、広告情報ＤＢ５８と、広告情報ＤＢ５８のデータ更新などを管理する広告情報管理部５７と、Ｗｅｂ情報ＤＢ５４と、Ｗｅｂ情報ＤＢ５４のデータ更新などの処理を実施するＷｅｂ情報処理部５３と、ユーザ天候情報ＤＢ５６と、ユーザ天候情報ＤＢ５６のデータ更新などを管理するユーザ天候情報管理部５５と、Ｗｅｂ気象情報ＤＢ６１と、Ｗｅｂ気象情報ＤＢ６１のデータ更新などを管理するＷｅｂ気象情報管理部５９と、ユーザ端末３からの検索要求に応じて口コミ情報ＤＢ５２、広告情報ＤＢ５８、Ｗｅｂ情報ＤＢ５４、ユーザ天候情報ＤＢ５６及びＷｅｂ気象情報ＤＢ５６とから必要なデータを抽出して、ユーザ端末３に送信する検索処理部６２とを有する。
【００１３】
例えば、口コミ情報ＤＢ５２には、図３に示すようなデータが格納される。図３の例では、管理単位である「地域」と、検索処理部６２による検索キーワードとなる「キーワード」と、「口コミ情報」と、当該口コミ情報に対する他のユーザからの評価である「みんなの評価」と、当該口コミ情報の「書き込み時刻」と、ユーザ端末３から送信される口コミ情報に含まれる「天気レベル」（「晴れ」から「大雨」などの１０段階のうちいずれか）とが格納されている。
【００１４】
また、広告情報ＤＢ５８には、図４に示すようなデータが格納される。図４の例では、広告主が自己の広告を同時に表示させることを欲し且つ入札対象となるキーワードである「入札キーワード」と、広告主が自己の広告を表示させることを欲する気象状態を表す「天気レベル」と、「入札額」と、第１の順番で送信すべき広告の広告主を示す「送信広告順序１」と、第２の順番で送信すべき広告の広告主を示す「送信広告順序２」と、第３の順番で送信すべき広告の広告主を示す「送信広告順序３」とが格納されている。第４の順番以降のデータについて登録しても良い。
【００１５】
さらに、Ｗｅｂ情報ＤＢ５４には、図５に示すようなデータが格納される。Ｗｅｂ情報処理部５３は、ネットワーク１に接続されている無数のＷｅｂサーバからＷｅｂページ・データを収集し、当該Ｗｅｂページのコンテンツに対して形態素解析を実施した結果を、Ｗｅｂ情報ＤＢ５４に格納する。従って、図５に示すように、管理単位である「地域」と、検索処理部６２による検索キーワードとなる「キーワード」と、抽出元のＵＲＬ（Uniform Resource Locator）である「検索結果のサイト」と、Ｗｅｂ情報処理部５３による「形態素解析結果」とが格納されている。なお、本実施の形態において形態素解析結果には、抽出キーワードと関係する天気レベルなどが含まれる。
【００１６】
ユーザ天候情報ＤＢ５６には、図６に示すようなデータが格納される。ユーザ天候情報ＤＢ５６には、ユーザ端末３からアップロードされる天候情報をユーザ天候情報管理部５５が集計した結果等が登録される。図６の例では、管理単位である「地域」と、ユーザ端末３のＧＰＳ（Global Positioning System）受信機による位置データから地図を検索することによって特定される「場所詳細」と、該当するユーザの数である「ユーザ数」と、「平均気温」と、「平均湿度」と、「平均気圧」と、例えば最頻の天気レベルである「天気レベル」とが格納されている。ユーザ天候情報管理部５５は、あるサブエリアに位置するユーザ端末３から天候情報を受信すると、予め算出された平均気温、平均湿度、平均気圧、それらの標準偏差などを用いて、受信した天候情報の妥当性を判断する。例えば、平均から２標準偏差を超える値の天候情報を受信した場合には、不適切な天候データを受信したものとして、当該天候情報を破棄する。一方、平均から２標準偏差内の値の天候情報の場合には、受信した天候情報に含まれる値を用いて、平均気温、平均湿度、平均気圧を算出し、ユーザ天候情報ＤＢ５６に登録すると共に、それらの分散及び標準偏差を算出し、メインメモリ等の記憶装置に格納しておく。また、ユーザ天候情報管理部５５は、口コミ情報に含まれる天気レベルの最頻値を特定して、ユーザ天候情報管理ＤＢ５６に登録する。
【００１７】
Ｗｅｂ気象情報ＤＢ６１には、図７に示すようなデータが格納される。図７の例では、管理単位である「地域」と、気象情報取得元の「サイト名」と、当該サイトで示されている当該地域の「平均気温」、「平均湿度」、「平均気圧」及び「現時点天気」と、例えばＷｅｂ気象情報管理部５９又は他のサーバなどによって算出される「格付」とが格納されている。「格付」については、サイト閲覧数、ＵＵ（Unique User）数、被リンク数などに基づき決定され、登録される。
【００１８】
また、図８にユーザ端末３の機能ブロック図を示す。ユーザ端末３は、位置情報を取得するＧＰＳ受信機３１と、気温、湿度、気圧を測定する天候情報測定部３２と、ＧＰＳ受信機３１が取得した位置情報と天候情報測定部３２が測定した天候情報とを格納するアップロード用データ格納部３３と、Ｗｅｂブラウザ３５と、Ｗｅｂブラウザ３５と連携して又は単独でアップロード用データ格納部３３に格納されたデータをマッチングサーバ５にアップロードするための処理を実施する送信制御部３４とを有する。
【００１９】
次に、図９乃至図１２を用いて、図１に示したシステムの処理フローを説明する。マッチングサーバ５のＷｅｂ気象情報管理部５９は、ネットワーク１に接続されている気象情報提供サーバ７から気象データを例えば定期的に取得して、Ｗｅｂ気象情報ＤＢ６１（図７）に登録すると共に、Ｗｅｂ情報処理部５３は、ネットワーク１に接続されている各種Ｗｅｂサーバから例えば定期的にＷｅｂページ・データを取得して加工し、Ｗｅｂ情報ＤＢ５４（図５）を登録する（ステップＳ１）。なお、このような処理とは非同期に、広告主はマッチングサーバ５の広告情報管理部５７にアクセスして、広告情報の登録を行う。広告情報ＤＢ５８（図４）は、登録情報に応じて更新される。
【００２０】
またマッチングサーバ５のユーザ天候情報管理部５５は、多数のユーザ端末３から天候情報及び位置情報を収集して、ユーザ天候情報ＤＢ５６（図６）を更新すると共に、口コミ情報管理部５１も、多数のユーザ端末３から口コミ情報（天気レベルなど）を収集して、口コミ情報ＤＢ５２（図３）に登録する（ステップＳ３）。
【００２１】
このような処理がマッチングサーバ５では繰り返されている。
【００２２】
一方、ユーザ端末３のＧＰＳ受信機３１、天候情報測定部３２は、例えば定期的に位置情報及び天候情報の測定を行い、アップロード用データ格納部３３に格納する（ステップＳ５）。このような測定は任意のタイミングで実施しても良い。例えば、ステップＳ７と同時であっても良い。なお、できる限り情報の鮮度が高い方がよいので、あまり古い情報については保持しておく必要はなく、アップロードの必要もない。
【００２３】
このような前提の下、例えばユーザ端末３ａのユーザがエリアＡ（例えば神奈川県横浜市○○１丁目）からエリアＢ（例えば品川区○○町２丁目）に移動する場合に、エリアＢの情報の取得を欲すると、ユーザ端末３ａを操作して、口コミ情報の入力サイトにアクセスさせる（ステップＳ７）。マッチングサーバ５の口コミ情報管理部５１は、ユーザ端末３ａからのアクセスに応じて、口コミ情報の入力ページ・データを当該ユーザ端末３ａに送信する（ステップＳ９）。ユーザ端末３ａのＷｅｂブラウザ３５は、マッチングサーバ５から口コミ情報の入力ページ・データを受信し、表示装置に表示する（ステップＳ１１）。
【００２４】
ユーザ端末３ａのユーザは、表示装置に表示された口コミ情報の入力ページに従って、エリアＡの口コミ情報（天気レベルなど）を入力する。ユーザ端末３ａのＷｅｂブラウザ３５は、ユーザによる口コミ情報の入力を受け付け（ステップＳ１３）、入力された口コミ情報と、アップロード用データ格納部３３に格納されている測定データ（天候情報及び位置情報（神奈川県横浜市○○１丁目））を、マッチングサーバ５に送信する（ステップＳ１５）。なお、送信制御部３４が、Ｗｅｂブラウザ３５と同期して独自に測定データを送信するようにしても良い。
【００２５】
マッチングサーバ５の口コミ情報管理部５１は、ユーザ端末３ａから口コミ情報を受信し、口コミ情報ＤＢ５２に登録すると共に、ユーザ天候情報管理部５５は、ユーザ端末３ａから天候情報及び位置情報を含む測定データを受信し、上で説明したような加工を行ってユーザ天候情報ＤＢ５６を更新する（ステップＳ１７）。また、口コミ情報に含まれる天気レベルによっても、ユーザ天候情報ＤＢ５６を更新する。
【００２６】
本実施の形態では、このようなステップＳ１７が実行されると、ユーザ端末３ａのユーザは以下のようなサービスの提供を受けることができるようになる。具体的には、検索処理部６２は、目的地及び検索条件入力ページ・データをユーザ端末３ａに送信する（ステップＳ１９）。ユーザ端末３ａのＷｅｂブラウザ３５は、マッチングサーバ５から目的地及び検索条件入力ページ・データを受信し、表示装置に表示する（ステップＳ２１）。
【００２７】
ユーザ端末３ａのユーザは、表示装置に表示された入力ページに従って、目的地（例えば品川区○○２丁目）及び検索条件（例えば飲食店（酒）、徒歩５分）を入力する。ユーザ端末３ａのＷｅｂブラウザ３５は、入力された目的地及び検索条件を受け付け、マッチングサーバ５に送信する（ステップＳ２３）。マッチングサーバ５の検索処理部６２は、ユーザ端末３ａから目的地及び検索条件を受信し（ステップＳ２５）、目的地及び検索条件に応じた以下のような検索処理を実施する。
【００２８】
具体的には、検索処理部６２は、目的地にマッチする気象データを、ユーザ天候情報ＤＢ５６及びＷｅｂ気象情報ＤＢ６１から抽出し、例えばメインメモリ等の記憶装置に格納する（ステップＳ２７）。例えば、ユーザ天候情報ＤＢ５６から、目的地に合致するデータ（例えば目的地の半径１０ｋｍ以内のデータ）を読み出して集計を行い、例えば図１０に示すようなデータを生成する。図１０の例では、天気レベルの出現分布データ、気温レベルの出現分布データ、気圧レベルの出現分布データ、湿度レベルの出現分布データを含む。さらに、最も頻度の高いレベルについては強調されるようになっている。また、ユーザ天候情報ＤＢ５６から、目的地に合致するデータを抽出して、その中で、最もユーザ数が多く、平均値の出現率が多く、最新データの天気レベルを特定する。さらに、Ｗｅｂ気象情報ＤＢ６１から、目的地に合致するデータを抽出して、各サイトの格付に基づき加重掛数を付与した上で、データの平均値を特定する。最後に、ユーザ天候情報ＤＢ５６から特定されたデータ及びＷｅｂ気象情報ＤＢ６１から特定されたデータを照合し、それらの誤差が小さくなるように加重掛率を調整して、最終的な気象データを特定する。図６及び図７の例では、図１１の部分Ａのようなデータが特定される。
【００２９】
さらに、検索処理部６２は、目的地、検索条件及び特定された天気レベルにマッチする諸データを、口コミ情報ＤＢ５２、広告情報ＤＢ５８、Ｗｅｂ情報ＤＢ５４から抽出し、例えばメインメモリ等の記憶装置に格納する（ステップＳ２９）。具体的には、Ｗｅｂ情報ＤＢ５４（図５）から、目的地に該当するデータを抽出し、さらに特定された天気レベルに適合するデータを抽出する。さらに、広告情報ＤＢ５８（図４）から、目的地及び天気レベルに応じたデータを抽出し、送信広告順序でリスト化しておく。さらに、口コミ情報ＤＢ５２から目的地に該当するデータを抽出し、例えば「みんなの評価」の高い順にリスト化しておく。検索処理部６２は、これらのうち適切なデータ量のデータを選択する。例えば、ＤＢから抽出されたデータのうちそれぞれ１つずつ又は２つずつ選択する。図４乃至図６の例では、図１１の部分Ｂのようなデータが特定される。
【００３０】
処理は端子Ａ及びＢを介して図１２の処理フローに移行する。検索処理部６２は、ステップＳ２７及びＳ２９で生成したデータを、例えばＨＴＴＰ（Hyper Text Transfer Protocol）における通信であれば得られるＷｅｂブラウザの属性から表示範囲を特定して適切な画面数に分割して表示データ・データを生成し、ユーザ端末３ａに送信する（ステップＳ３１）。ユーザ端末３ａのＷｅｂブラウザ３５は、マッチングサーバ５から表示ページ・データを受信し、表示装置に表示する（ステップＳ３３）。例えば図１０及び図１１に示すような表示を、数画面に分けて表示させる。図１１のような総合的なデータを受信することによって、現在の気象状況を把握すると共に、検索条件にマッチしたデータを参照することができるようになる。
【００３１】
さらに、検索処理部６２は、設定等に基づき、表示ページ・データ（例えば図１０及び図１１、図１０又は図１１）と同様のメールを生成し、ユーザ端末３ａに送信する（ステップＳ３５）。例えば、図１１だけをメールで送信するようにしても良い。また、ステップＳ３５及びＳ３７については実施せずとも良い。さらに、ステップＳ３１及びＳ３３を行わずに、全てメールで送信するようにしても良い。ユーザ端末３ａのメーラは、マッチングサーバ５からのメールを受信し、表示装置に表示する（ステップＳ３７）。
【００３２】
以上のような処理を実施することによって、ユーザは、自分の場所の天候情報や口コミ情報のアップロードの対価として、目的地の気象情報や口コミ情報並びに広告情報などを得ることができるため、非常に便利になる。なお、目的地は、上で述べたように天気予報などに比して小さいエリアで特定できるため精度が高く、さらに多くのユーザ端末からデータがアップロードされることによって即時性も担保される。
【００３３】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。図１及び図２並びに図８の機能ブロック図は一例であって、必ずしも実際のプログラムモジュール構成に対応するものではない。
【００３４】
さらに、処理フローについても処理結果が同じであれば順番を入れ替えても良い。さらに、ステップＳ２７及びＳ２９の抽出・加工処理については一例であって、他の手法を用いて抽出・加工するようにしてもよい。加工の中には、例えば所定時間毎の天気予報を含むようにしても良い。
【００３５】
また、送信制御部３４は、Ｗｅｂブラウザ３５と連携せずに、バックグランドでアップロード用データ格納部３３に格納された位置情報及び天候情報をアップロードするようにしてもよい。さらに、ユーザ端末３ａが、例えば切符のデータを有しており、当該切符のデータが行き先のデータを含む場合には、ユーザが明示的に目的地を指定するのではなく、例えば当該切符のデータをマッチングサーバ５に送信するようにしても良い。この場合、マッチングサーバ５は、切符のデータから行き先を特定して、当該行き先をユーザ指定の目的地の代わりに用いるようにしても良い。電車だけではなく、飛行機であってもよい。さらに、場所（例えば野球場やコンサート会場など）を特定できるようなチケットのデータをユーザ端末３ａが有する場合においても、同様にチケットのデータをマッチングサーバ５に送信して、マッチングサーバ５にて上記のような場所をユーザ指定の目的地の代わりに用いるようにしても良い。ユーザ端末３ａは、切符やチケットのデータをアップロードするか、明示的に目的地を入力するかユーザに選択させるようにしても良い。さらに、ユーザ端末３ａが時刻及び位置からして自宅へ帰宅中であると推定できる場合には、目的地を予め設定されている自宅などと自動的に推定してマッチングサーバ５に送信するようにしてもよい。同様に、自宅ではなくとも、ユーザの行動パターンから行き先が推定できるような場合には、その行き先を目的地として設定するようにしても良い。
【００３６】
なお、ユーザ端末３ａ、マッチングサーバ５、気象情報提供サーバ７、Ｗｅｂサーバは、図１３のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施の形態に係るシステム概要を説明するための図である。
【図２】マッチングサーバの機能ブロック図である。
【図３】口コミ情報ＤＢに格納されるデータの一例を示す図である。
【図４】広告情報ＤＢに格納されるデータの一例を示す図である。
【図５】Ｗｅｂ情報ＤＢに格納されるデータの一例を示す図である。
【図６】ユーザ天候情報ＤＢに格納されるデータの一例を示す図である。
【図７】Ｗｅｂ気象情報ＤＢに格納されるデータの一例を示す図である。
【図８】ユーザ端末の機能ブロック図である。
【図９】本発明の実施の形態に係る処理フローを示す図である。
【図１０】表示例を示す図である。
【図１１】表示例を示す図である。
【図１２】本発明の実施の形態に係る処理フローを示す図である。
【図１３】コンピュータの機能ブロック図である。
【符号の説明】
【００３８】
１ ネットワーク ３，３ａ，３ｂ，３ｆ，３ｇ，３ｈ ユーザ端末
５ マッチングサーバ ７ 気象情報提供サーバ
３１ ＧＰＳ受信機 ３２ 天候情報測定部
３３ アップロード用データ格納部 ３４ 送信制御部
３５ Ｗｅｂブラウザ
５１ 口コミ情報管理部 ５２ 口コミ情報ＤＢ
５３ Ｗｅｂ情報処理部 ５４ Ｗｅｂ情報ＤＢ
５５ ユーザ天候情報管理部 ５６ ユーザ天候情報ＤＢ
５７ 広告情報管理部 ５８ 広告情報ＤＢ
５９ Ｗｅｂ気象情報管理部 ６１ Ｗｅｂ気象情報ＤＢ
６２ 検索処理部
【技術分野】
【０００１】
本発明は、気象データ等の収集及び提供技術に関する。
【背景技術】
【０００２】
例えば特開２００３−２８９６７号公報には、気象情報収集用の情報端末から、任意の位置で、局所的な気象データを迅速かつ容易に入手し、端末の現在位置付近の狭い範囲の天気予報を高精度に行う技術が開示されている。しかし、この公報記載の技術によれば、自分の現在の位置の天気予報を得ることはできるが、ユーザがこれから移動する場合には、現在位置の情報を得てもあまり有用ではない。また、移動先の他の情報については考慮されていない。
【特許文献１】特開２００３−２８９６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
よって本発明の目的は、より地域性の高い各所の気象データを高精度で収集及び提供するための新規な技術を提供することである。
【０００４】
また、本発明の他の目的は、例えば移動先など、現在位置ではない位置の気象データを含む参考情報を提供するための技術を提供することである。
【課題を解決するための手段】
【０００５】
本発明に係る気象データ提供方法は、処理装置と天候情報データベースと提供情報データベースとを有するコンピュータにより実行される気象データ収集提供方法であって、処理装置により、天候情報及び位置情報を測定可能なユーザ端末から天候情報及び位置情報を受信し、天候情報によって位置情報から特定されるエリアのデータを天候情報データベースにおいて更新するステップと、処理装置により、天候情報及び位置情報の受信に応じて、ユーザ端末に対して、現在位置以外のエリアの指定を要求するステップと、ユーザ端末から現在位置以外のエリアの指定に関するデータ（ユーザによって明示的に指定されるエリアの場合とユーザ端末が保持する行き先を特定又は推定可能なデータの場合とを含む）を受信すると、処理装置により、天候情報データベース及び提供情報データベースから、上記現在位置以外のエリアの指定に関するデータから特定されるエリアに該当する天候情報及び提供情報を抽出するステップと、処理装置により、抽出された天候情報及び提供情報とを用いて提示データを生成し、ユーザ端末に送信するステップとを含む。
【０００６】
このようにすればユーザはより高精度でリアルタイム性のある気象データ及び参考情報（例えば店舗その他の広告データを含む）を取得することができるようになる。
【０００７】
なお、上記エリアに該当する天候情報は、当該エリアについて収集された天候情報の統計処理後のデータである場合もある。同じような小エリアであっても、ユーザ端末の測定精度を高くするのは難しく、その状態によっては様々なばらつきを生じ得る。そこで、所定の統計処理を実施して、より精度を高めるものである。
【発明の効果】
【０００８】
本発明によれば、より地域性の高い各所の気象情報を高精度で収集及び提供することができる。
【０００９】
また、本発明の他の側面によれば、例えば移動先など、現在位置ではない位置の気象情報を含む参考情報を提供することができるようになる。
【発明を実施するための最良の形態】
【００１０】
本発明の一実施の形態に係るシステム概要を図１を用いて説明する。例えばインターネットや携帯電話通信網などのネットワーク１には、各々携帯電話機や携帯端末である複数のユーザ端末３（図１では３ａ乃至３ｈ）と、本実施の形態における主要な処理を実施するマッチングサーバ５と、ネットワーク１を介して各種気象情報を提供する複数の気象情報提供サーバ７と、図示しない無数のウェブ（Ｗｅｂ）サーバとが接続されている。
【００１１】
ユーザ端末３は、ユーザの移動と共に移動し、所定のサービスエリア内に規定されたサブエリアのいずれかに位置しているものとする。図１の例では、エリアＡには、ユーザ端末３ａ及び３ｂなどが位置しており、エリアＢには、ユーザ端末３ｆ乃至３ｈなどが位置している。本実施の形態において、ユーザ自身の位置のデータはユーザ端末３によって別途測定される気象データと共に他のユーザによって用いられる。例えば、ユーザ端末３ａの現在の位置データ及びユーザ端末３ａによって測定された気象データは、マッチングサーバ５に送信され、例えばエリアＡに移動しようとしているユーザに利用される。
【００１２】
マッチングサーバ５の機能ブロック図を図２に示す。マッチングサーバ５は、口コミ情報ＤＢ５２と、口コミ情報ＤＢ５２のデータ更新などを管理する口コミ情報管理部５１と、広告情報ＤＢ５８と、広告情報ＤＢ５８のデータ更新などを管理する広告情報管理部５７と、Ｗｅｂ情報ＤＢ５４と、Ｗｅｂ情報ＤＢ５４のデータ更新などの処理を実施するＷｅｂ情報処理部５３と、ユーザ天候情報ＤＢ５６と、ユーザ天候情報ＤＢ５６のデータ更新などを管理するユーザ天候情報管理部５５と、Ｗｅｂ気象情報ＤＢ６１と、Ｗｅｂ気象情報ＤＢ６１のデータ更新などを管理するＷｅｂ気象情報管理部５９と、ユーザ端末３からの検索要求に応じて口コミ情報ＤＢ５２、広告情報ＤＢ５８、Ｗｅｂ情報ＤＢ５４、ユーザ天候情報ＤＢ５６及びＷｅｂ気象情報ＤＢ５６とから必要なデータを抽出して、ユーザ端末３に送信する検索処理部６２とを有する。
【００１３】
例えば、口コミ情報ＤＢ５２には、図３に示すようなデータが格納される。図３の例では、管理単位である「地域」と、検索処理部６２による検索キーワードとなる「キーワード」と、「口コミ情報」と、当該口コミ情報に対する他のユーザからの評価である「みんなの評価」と、当該口コミ情報の「書き込み時刻」と、ユーザ端末３から送信される口コミ情報に含まれる「天気レベル」（「晴れ」から「大雨」などの１０段階のうちいずれか）とが格納されている。
【００１４】
また、広告情報ＤＢ５８には、図４に示すようなデータが格納される。図４の例では、広告主が自己の広告を同時に表示させることを欲し且つ入札対象となるキーワードである「入札キーワード」と、広告主が自己の広告を表示させることを欲する気象状態を表す「天気レベル」と、「入札額」と、第１の順番で送信すべき広告の広告主を示す「送信広告順序１」と、第２の順番で送信すべき広告の広告主を示す「送信広告順序２」と、第３の順番で送信すべき広告の広告主を示す「送信広告順序３」とが格納されている。第４の順番以降のデータについて登録しても良い。
【００１５】
さらに、Ｗｅｂ情報ＤＢ５４には、図５に示すようなデータが格納される。Ｗｅｂ情報処理部５３は、ネットワーク１に接続されている無数のＷｅｂサーバからＷｅｂページ・データを収集し、当該Ｗｅｂページのコンテンツに対して形態素解析を実施した結果を、Ｗｅｂ情報ＤＢ５４に格納する。従って、図５に示すように、管理単位である「地域」と、検索処理部６２による検索キーワードとなる「キーワード」と、抽出元のＵＲＬ（Uniform Resource Locator）である「検索結果のサイト」と、Ｗｅｂ情報処理部５３による「形態素解析結果」とが格納されている。なお、本実施の形態において形態素解析結果には、抽出キーワードと関係する天気レベルなどが含まれる。
【００１６】
ユーザ天候情報ＤＢ５６には、図６に示すようなデータが格納される。ユーザ天候情報ＤＢ５６には、ユーザ端末３からアップロードされる天候情報をユーザ天候情報管理部５５が集計した結果等が登録される。図６の例では、管理単位である「地域」と、ユーザ端末３のＧＰＳ（Global Positioning System）受信機による位置データから地図を検索することによって特定される「場所詳細」と、該当するユーザの数である「ユーザ数」と、「平均気温」と、「平均湿度」と、「平均気圧」と、例えば最頻の天気レベルである「天気レベル」とが格納されている。ユーザ天候情報管理部５５は、あるサブエリアに位置するユーザ端末３から天候情報を受信すると、予め算出された平均気温、平均湿度、平均気圧、それらの標準偏差などを用いて、受信した天候情報の妥当性を判断する。例えば、平均から２標準偏差を超える値の天候情報を受信した場合には、不適切な天候データを受信したものとして、当該天候情報を破棄する。一方、平均から２標準偏差内の値の天候情報の場合には、受信した天候情報に含まれる値を用いて、平均気温、平均湿度、平均気圧を算出し、ユーザ天候情報ＤＢ５６に登録すると共に、それらの分散及び標準偏差を算出し、メインメモリ等の記憶装置に格納しておく。また、ユーザ天候情報管理部５５は、口コミ情報に含まれる天気レベルの最頻値を特定して、ユーザ天候情報管理ＤＢ５６に登録する。
【００１７】
Ｗｅｂ気象情報ＤＢ６１には、図７に示すようなデータが格納される。図７の例では、管理単位である「地域」と、気象情報取得元の「サイト名」と、当該サイトで示されている当該地域の「平均気温」、「平均湿度」、「平均気圧」及び「現時点天気」と、例えばＷｅｂ気象情報管理部５９又は他のサーバなどによって算出される「格付」とが格納されている。「格付」については、サイト閲覧数、ＵＵ（Unique User）数、被リンク数などに基づき決定され、登録される。
【００１８】
また、図８にユーザ端末３の機能ブロック図を示す。ユーザ端末３は、位置情報を取得するＧＰＳ受信機３１と、気温、湿度、気圧を測定する天候情報測定部３２と、ＧＰＳ受信機３１が取得した位置情報と天候情報測定部３２が測定した天候情報とを格納するアップロード用データ格納部３３と、Ｗｅｂブラウザ３５と、Ｗｅｂブラウザ３５と連携して又は単独でアップロード用データ格納部３３に格納されたデータをマッチングサーバ５にアップロードするための処理を実施する送信制御部３４とを有する。
【００１９】
次に、図９乃至図１２を用いて、図１に示したシステムの処理フローを説明する。マッチングサーバ５のＷｅｂ気象情報管理部５９は、ネットワーク１に接続されている気象情報提供サーバ７から気象データを例えば定期的に取得して、Ｗｅｂ気象情報ＤＢ６１（図７）に登録すると共に、Ｗｅｂ情報処理部５３は、ネットワーク１に接続されている各種Ｗｅｂサーバから例えば定期的にＷｅｂページ・データを取得して加工し、Ｗｅｂ情報ＤＢ５４（図５）を登録する（ステップＳ１）。なお、このような処理とは非同期に、広告主はマッチングサーバ５の広告情報管理部５７にアクセスして、広告情報の登録を行う。広告情報ＤＢ５８（図４）は、登録情報に応じて更新される。
【００２０】
またマッチングサーバ５のユーザ天候情報管理部５５は、多数のユーザ端末３から天候情報及び位置情報を収集して、ユーザ天候情報ＤＢ５６（図６）を更新すると共に、口コミ情報管理部５１も、多数のユーザ端末３から口コミ情報（天気レベルなど）を収集して、口コミ情報ＤＢ５２（図３）に登録する（ステップＳ３）。
【００２１】
このような処理がマッチングサーバ５では繰り返されている。
【００２２】
一方、ユーザ端末３のＧＰＳ受信機３１、天候情報測定部３２は、例えば定期的に位置情報及び天候情報の測定を行い、アップロード用データ格納部３３に格納する（ステップＳ５）。このような測定は任意のタイミングで実施しても良い。例えば、ステップＳ７と同時であっても良い。なお、できる限り情報の鮮度が高い方がよいので、あまり古い情報については保持しておく必要はなく、アップロードの必要もない。
【００２３】
このような前提の下、例えばユーザ端末３ａのユーザがエリアＡ（例えば神奈川県横浜市○○１丁目）からエリアＢ（例えば品川区○○町２丁目）に移動する場合に、エリアＢの情報の取得を欲すると、ユーザ端末３ａを操作して、口コミ情報の入力サイトにアクセスさせる（ステップＳ７）。マッチングサーバ５の口コミ情報管理部５１は、ユーザ端末３ａからのアクセスに応じて、口コミ情報の入力ページ・データを当該ユーザ端末３ａに送信する（ステップＳ９）。ユーザ端末３ａのＷｅｂブラウザ３５は、マッチングサーバ５から口コミ情報の入力ページ・データを受信し、表示装置に表示する（ステップＳ１１）。
【００２４】
ユーザ端末３ａのユーザは、表示装置に表示された口コミ情報の入力ページに従って、エリアＡの口コミ情報（天気レベルなど）を入力する。ユーザ端末３ａのＷｅｂブラウザ３５は、ユーザによる口コミ情報の入力を受け付け（ステップＳ１３）、入力された口コミ情報と、アップロード用データ格納部３３に格納されている測定データ（天候情報及び位置情報（神奈川県横浜市○○１丁目））を、マッチングサーバ５に送信する（ステップＳ１５）。なお、送信制御部３４が、Ｗｅｂブラウザ３５と同期して独自に測定データを送信するようにしても良い。
【００２５】
マッチングサーバ５の口コミ情報管理部５１は、ユーザ端末３ａから口コミ情報を受信し、口コミ情報ＤＢ５２に登録すると共に、ユーザ天候情報管理部５５は、ユーザ端末３ａから天候情報及び位置情報を含む測定データを受信し、上で説明したような加工を行ってユーザ天候情報ＤＢ５６を更新する（ステップＳ１７）。また、口コミ情報に含まれる天気レベルによっても、ユーザ天候情報ＤＢ５６を更新する。
【００２６】
本実施の形態では、このようなステップＳ１７が実行されると、ユーザ端末３ａのユーザは以下のようなサービスの提供を受けることができるようになる。具体的には、検索処理部６２は、目的地及び検索条件入力ページ・データをユーザ端末３ａに送信する（ステップＳ１９）。ユーザ端末３ａのＷｅｂブラウザ３５は、マッチングサーバ５から目的地及び検索条件入力ページ・データを受信し、表示装置に表示する（ステップＳ２１）。
【００２７】
ユーザ端末３ａのユーザは、表示装置に表示された入力ページに従って、目的地（例えば品川区○○２丁目）及び検索条件（例えば飲食店（酒）、徒歩５分）を入力する。ユーザ端末３ａのＷｅｂブラウザ３５は、入力された目的地及び検索条件を受け付け、マッチングサーバ５に送信する（ステップＳ２３）。マッチングサーバ５の検索処理部６２は、ユーザ端末３ａから目的地及び検索条件を受信し（ステップＳ２５）、目的地及び検索条件に応じた以下のような検索処理を実施する。
【００２８】
具体的には、検索処理部６２は、目的地にマッチする気象データを、ユーザ天候情報ＤＢ５６及びＷｅｂ気象情報ＤＢ６１から抽出し、例えばメインメモリ等の記憶装置に格納する（ステップＳ２７）。例えば、ユーザ天候情報ＤＢ５６から、目的地に合致するデータ（例えば目的地の半径１０ｋｍ以内のデータ）を読み出して集計を行い、例えば図１０に示すようなデータを生成する。図１０の例では、天気レベルの出現分布データ、気温レベルの出現分布データ、気圧レベルの出現分布データ、湿度レベルの出現分布データを含む。さらに、最も頻度の高いレベルについては強調されるようになっている。また、ユーザ天候情報ＤＢ５６から、目的地に合致するデータを抽出して、その中で、最もユーザ数が多く、平均値の出現率が多く、最新データの天気レベルを特定する。さらに、Ｗｅｂ気象情報ＤＢ６１から、目的地に合致するデータを抽出して、各サイトの格付に基づき加重掛数を付与した上で、データの平均値を特定する。最後に、ユーザ天候情報ＤＢ５６から特定されたデータ及びＷｅｂ気象情報ＤＢ６１から特定されたデータを照合し、それらの誤差が小さくなるように加重掛率を調整して、最終的な気象データを特定する。図６及び図７の例では、図１１の部分Ａのようなデータが特定される。
【００２９】
さらに、検索処理部６２は、目的地、検索条件及び特定された天気レベルにマッチする諸データを、口コミ情報ＤＢ５２、広告情報ＤＢ５８、Ｗｅｂ情報ＤＢ５４から抽出し、例えばメインメモリ等の記憶装置に格納する（ステップＳ２９）。具体的には、Ｗｅｂ情報ＤＢ５４（図５）から、目的地に該当するデータを抽出し、さらに特定された天気レベルに適合するデータを抽出する。さらに、広告情報ＤＢ５８（図４）から、目的地及び天気レベルに応じたデータを抽出し、送信広告順序でリスト化しておく。さらに、口コミ情報ＤＢ５２から目的地に該当するデータを抽出し、例えば「みんなの評価」の高い順にリスト化しておく。検索処理部６２は、これらのうち適切なデータ量のデータを選択する。例えば、ＤＢから抽出されたデータのうちそれぞれ１つずつ又は２つずつ選択する。図４乃至図６の例では、図１１の部分Ｂのようなデータが特定される。
【００３０】
処理は端子Ａ及びＢを介して図１２の処理フローに移行する。検索処理部６２は、ステップＳ２７及びＳ２９で生成したデータを、例えばＨＴＴＰ（Hyper Text Transfer Protocol）における通信であれば得られるＷｅｂブラウザの属性から表示範囲を特定して適切な画面数に分割して表示データ・データを生成し、ユーザ端末３ａに送信する（ステップＳ３１）。ユーザ端末３ａのＷｅｂブラウザ３５は、マッチングサーバ５から表示ページ・データを受信し、表示装置に表示する（ステップＳ３３）。例えば図１０及び図１１に示すような表示を、数画面に分けて表示させる。図１１のような総合的なデータを受信することによって、現在の気象状況を把握すると共に、検索条件にマッチしたデータを参照することができるようになる。
【００３１】
さらに、検索処理部６２は、設定等に基づき、表示ページ・データ（例えば図１０及び図１１、図１０又は図１１）と同様のメールを生成し、ユーザ端末３ａに送信する（ステップＳ３５）。例えば、図１１だけをメールで送信するようにしても良い。また、ステップＳ３５及びＳ３７については実施せずとも良い。さらに、ステップＳ３１及びＳ３３を行わずに、全てメールで送信するようにしても良い。ユーザ端末３ａのメーラは、マッチングサーバ５からのメールを受信し、表示装置に表示する（ステップＳ３７）。
【００３２】
以上のような処理を実施することによって、ユーザは、自分の場所の天候情報や口コミ情報のアップロードの対価として、目的地の気象情報や口コミ情報並びに広告情報などを得ることができるため、非常に便利になる。なお、目的地は、上で述べたように天気予報などに比して小さいエリアで特定できるため精度が高く、さらに多くのユーザ端末からデータがアップロードされることによって即時性も担保される。
【００３３】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。図１及び図２並びに図８の機能ブロック図は一例であって、必ずしも実際のプログラムモジュール構成に対応するものではない。
【００３４】
さらに、処理フローについても処理結果が同じであれば順番を入れ替えても良い。さらに、ステップＳ２７及びＳ２９の抽出・加工処理については一例であって、他の手法を用いて抽出・加工するようにしてもよい。加工の中には、例えば所定時間毎の天気予報を含むようにしても良い。
【００３５】
また、送信制御部３４は、Ｗｅｂブラウザ３５と連携せずに、バックグランドでアップロード用データ格納部３３に格納された位置情報及び天候情報をアップロードするようにしてもよい。さらに、ユーザ端末３ａが、例えば切符のデータを有しており、当該切符のデータが行き先のデータを含む場合には、ユーザが明示的に目的地を指定するのではなく、例えば当該切符のデータをマッチングサーバ５に送信するようにしても良い。この場合、マッチングサーバ５は、切符のデータから行き先を特定して、当該行き先をユーザ指定の目的地の代わりに用いるようにしても良い。電車だけではなく、飛行機であってもよい。さらに、場所（例えば野球場やコンサート会場など）を特定できるようなチケットのデータをユーザ端末３ａが有する場合においても、同様にチケットのデータをマッチングサーバ５に送信して、マッチングサーバ５にて上記のような場所をユーザ指定の目的地の代わりに用いるようにしても良い。ユーザ端末３ａは、切符やチケットのデータをアップロードするか、明示的に目的地を入力するかユーザに選択させるようにしても良い。さらに、ユーザ端末３ａが時刻及び位置からして自宅へ帰宅中であると推定できる場合には、目的地を予め設定されている自宅などと自動的に推定してマッチングサーバ５に送信するようにしてもよい。同様に、自宅ではなくとも、ユーザの行動パターンから行き先が推定できるような場合には、その行き先を目的地として設定するようにしても良い。
【００３６】
なお、ユーザ端末３ａ、マッチングサーバ５、気象情報提供サーバ７、Ｗｅｂサーバは、図１３のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施の形態に係るシステム概要を説明するための図である。
【図２】マッチングサーバの機能ブロック図である。
【図３】口コミ情報ＤＢに格納されるデータの一例を示す図である。
【図４】広告情報ＤＢに格納されるデータの一例を示す図である。
【図５】Ｗｅｂ情報ＤＢに格納されるデータの一例を示す図である。
【図６】ユーザ天候情報ＤＢに格納されるデータの一例を示す図である。
【図７】Ｗｅｂ気象情報ＤＢに格納されるデータの一例を示す図である。
【図８】ユーザ端末の機能ブロック図である。
【図９】本発明の実施の形態に係る処理フローを示す図である。
【図１０】表示例を示す図である。
【図１１】表示例を示す図である。
【図１２】本発明の実施の形態に係る処理フローを示す図である。
【図１３】コンピュータの機能ブロック図である。
【符号の説明】
【００３８】
１ ネットワーク ３，３ａ，３ｂ，３ｆ，３ｇ，３ｈ ユーザ端末
５ マッチングサーバ ７ 気象情報提供サーバ
３１ ＧＰＳ受信機 ３２ 天候情報測定部
３３ アップロード用データ格納部 ３４ 送信制御部
３５ Ｗｅｂブラウザ
５１ 口コミ情報管理部 ５２ 口コミ情報ＤＢ
５３ Ｗｅｂ情報処理部 ５４ Ｗｅｂ情報ＤＢ
５５ ユーザ天候情報管理部 ５６ ユーザ天候情報ＤＢ
５７ 広告情報管理部 ５８ 広告情報ＤＢ
５９ Ｗｅｂ気象情報管理部 ６１ Ｗｅｂ気象情報ＤＢ
６２ 検索処理部
【特許請求の範囲】
【請求項１】
処理装置と天候情報データベースと提供情報データベースとを有するコンピュータにより実行される気象データ提供方法であって、
前記処理装置により、天候情報及び位置情報を測定可能なユーザ端末から天候情報及び位置情報を受信し、前記天候情報によって前記位置情報から特定されるエリアのデータを前記天候情報データベースにおいて更新するステップと、
前記処理装置により、前記天候情報及び前記位置情報の受信に応じて、前記ユーザ端末に対して、現在位置以外のエリアの指定を要求するステップと、
前記ユーザ端末から前記現在位置以外のエリアの指定に関するデータを受信すると、前記処理装置により、前記天候情報データベース及び前記提供情報データベースから、前記現在位置以外のエリアの指定に関するデータから特定されるエリアに該当する天候情報及び提供情報を抽出するステップと、
前記処理装置により、抽出された前記天候情報及び前記提供情報とを用いて提示データを生成し、前記ユーザ端末に送信するステップと、
を含む気象データ収集提供方法。
【請求項２】
前記エリアに該当する天候情報が、当該エリアについて収集された天候情報の統計処理後のデータである
ことを特徴とする請求項１記載の気象データ収集提供方法。
【請求項１】
処理装置と天候情報データベースと提供情報データベースとを有するコンピュータにより実行される気象データ提供方法であって、
前記処理装置により、天候情報及び位置情報を測定可能なユーザ端末から天候情報及び位置情報を受信し、前記天候情報によって前記位置情報から特定されるエリアのデータを前記天候情報データベースにおいて更新するステップと、
前記処理装置により、前記天候情報及び前記位置情報の受信に応じて、前記ユーザ端末に対して、現在位置以外のエリアの指定を要求するステップと、
前記ユーザ端末から前記現在位置以外のエリアの指定に関するデータを受信すると、前記処理装置により、前記天候情報データベース及び前記提供情報データベースから、前記現在位置以外のエリアの指定に関するデータから特定されるエリアに該当する天候情報及び提供情報を抽出するステップと、
前記処理装置により、抽出された前記天候情報及び前記提供情報とを用いて提示データを生成し、前記ユーザ端末に送信するステップと、
を含む気象データ収集提供方法。
【請求項２】
前記エリアに該当する天候情報が、当該エリアについて収集された天候情報の統計処理後のデータである
ことを特徴とする請求項１記載の気象データ収集提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００７−２６５２４０（Ｐ２００７−２６５２４０Ａ）
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願番号】特願２００６−９１８８２（Ｐ２００６−９１８８２）
【出願日】平成１８年３月２９日（２００６．３．２９）
【出願人】（５９１１１７１９２）ニフティ株式会社 (144)
【Ｆターム（参考）】
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願日】平成１８年３月２９日（２００６．３．２９）
【出願人】（５９１１１７１９２）ニフティ株式会社 (144)
【Ｆターム（参考）】
[ Back to top ]