(57)【特許請求の範囲】
【請求項１】
ネットワークにより接続されたプロバイダ側装置とユーザ側装置とから構成される気象情報収集・提供システムにおいて、
前記ユーザ側装置は、気象に関連する情報と所在地情報とを前記プロバイダ側装置に送信する情報送信装置と、前記プロバイダ側装置との間で情報のやりとりが可能なコンピュータ端末とを含み、
前記プロバイダ側装置は、前記情報送信装置から送信された気象関連情報と所在地情報とに基づいて当該送信装置が配置された地域の気象状況を判断すると共に、当該地域のユーザが前記コンピュータ端末を介して当該プロバイダ側装置にアクセスした際に、前記気象関連情報に基づいて判断された気象状況の表示と共に該表示された気象状況に対する当該地域のユーザの確認入力を促し、入力された確認情報を前記気象関連情報に基づいて判断された気象状況に反映して気象情報を生成し、前記コンピュータ端末から要求があった場合に当該気象情報を当該コンピュータ端末に提供することを特徴
とする気象情報収集・提供システム。
【請求項２】
前記情報送信装置はホームサーバであり、当該ホームサーバに接続された家電製品からの気象関連情報を前記プロバイダ側装置に送信することを特徴とする請求項１に記載の気象情報収集・提供システム。
【請求項３】
前記ホームサーバには、前記家電製品の他、気象に関する情報を直接取得するセンサが接続され、該ホームサーバは、家電製品からの情報とセンサ信号とを気象関連情報として送信することを特徴とする請求項２に記載の気象情報収集・提供システム。
【請求項４】
前記情報送信装置は、建物の屋上や電柱等に設置された屋外装置を含むことを特徴とする請求項１〜３のいずれかに記載の気象情報収集・提供システム。
【請求項５】
前記プロバイダ側装置は、前記確認情報を入力したユーザにのみ自己のウェブサイトでの前記気象情報の利用を許可することを特徴とする請求項１〜４のいずれかに記載の気象情報収集・提供システム。
【請求項６】
前記プロバイダ側装置は、前記情報送信装置から送信された気象関連情報に基づいて前
記気象情報を自動的に更新することを特徴とする請求項１〜５のいずれかに記載の気象情報収集・提供システム。
【請求項７】
前記プロバイダ側装置は、前記情報送信装置から送信された気象関連情報を信憑性により分類し、信憑性の高い情報のみに基づいて前記気象情報を自動的に更新することを特徴とする請求項６に記載の気象情報収集・提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにより接続されたプロバイダ側装置とユーザ側装置とから構成される気象情報収集・提供システムに関し、特に、ユーザ側装置から収集された情報に基づいてプロバイダ側装置で加工した気象情報を提供するシステムに関する。
【背景技術】
【０００２】
インターネットのウェブサイト上で気象情報を提供する場合、従来は気象庁が発表する気象情報を入手したり、気象情報提供会社から当該会社が独自に分析した気象情報(洗濯日和情報、遊園地の天気等)を購入して利用したりしていた。一方、自社で気象情報を収集する場合には、複数の地域に分散配置された天気予報装置から測定データを通信回線を介してサーバに収集し、このサーバにおいて収集された測定データに基づいて気象情報を作成して利用者に提供するシステムが特許文献１に開示されている。
【特許文献１】特開２００２−３４２５０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、気象庁から発表される気象情報や気象情報提供会社から購入する気象情報は、予め定められた地点における情報に限られるため、ユーザが望む地域の気象情報が必ずしも得られないという問題があった。また、気象情報販売会社から気象情報を購入する場合には、購入にかかる費用が嵩み、特許文献１に開示されるようなシステムでは、自前で多数の天気予報装置を設けなければならず、こちらも費用が嵩むという問題があった。
【０００４】
本発明は、上記の問題点に鑑みてなされたものであり、その課題は、細分化された地域ごとの気象状況を反映させた気象情報を、新たな費用をかけることなく提供することができる気象情報収集・提供システムを提供することにある。
【課題を解決するための手段】
【０００５】
上記の課題を解決するために、本発明による気象情報収集・提供システムは、ネットワークにより接続されたプロバイダ側装置とユーザ側装置とから構成され、ユーザ側装置は、気象に関連する情報と所在地情報とをプロバイダ側装置に送信する情報送信装置と、プロバイダ側装置との間で情報のやりとりが可能なコンピュータ端末とを含み、プロバイダ側装置は、情報送信装置から送信された気象関連情報と所在地情報とに基づいて当該送信装置が配置された地域の気象状況を判断すると共に、当該地域のユーザがコンピュータ端末を介して当該プロバイダ側装置にアクセスした際に、気象関連情報に基づいて判断された気象状況の表示と共に該表示された気象状況に対する当該地域のユーザの確認入力を促し、入力された確認情報を気象関連情報に基づいて判断された気象状況に反映して気象情報を生成し、コンピュータ端末から要求があった場合に当該気象情報を当該コンピュータ端末に提供することを特徴とする。
【０００６】
情報送信装置としては、近時普及しつつあるホームサーバを利用することができる。その場合には、ホームサーバに接続された家電製品からの気象関連情報をプロバイダ側装置に送信すればよい。例えば、エアコンの設定温度や洗濯機の稼働状況等を検知して気象関連情報として送信する。
【０００７】
また、ホームサーバには、家電製品の他、気象に関する情報を直接取得するセンサを接続してもよい。例えば、気圧計を内蔵した天気センサからの情報を送信してもよい。情報送信装置は、建物の屋上や電柱等に設置された屋外装置を含んでもよい。
【０００８】
一方、プロバイダ側装置は、確認情報を入力したユーザにのみ自己のウェブサイトでの気象情報の利用を許可するようにしてもよい。また、プロバイダ側装置は、情報送信装置から送信されたセンサ信号に基づいて気象情報を自動的に更新するようにしてもよい。また、情報送信装置からの情報の信憑性を評価し、信憑性の高い情報のみに基づいて気象情報を更新するようにしてもよい。
【発明の効果】
【０００９】
本発明の気象情報収集・提供システムによれば、プロバイダ側装置は、ユーザが設置した情報送信装置からの情報に基づいて当該地域の気象状況を判断することができ、かつ、ユーザによる確認入力を求めることにより、当該地域のユーザが当該プロバイダ側装置にアクセスした際に、上記の気象関連情報に基づく判断の確実性を高めることができる。これにより、プロバイダ側装置は、即時性、確実性の高い気象情報を安いコストで取得することができ、これをホームページやプログなどのウェブサービスコンテンツとしてユーザに提供することが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明にかかる気象情報収集・提供システムの実施形態を図面に基づいて説明する。図１は、実施形態の気象情報収集・提供システムの構成を模式的に示すブロック図である。このシステムは、インターネット等のネットワークＮを介して互いに接続されたプロバイダ側装置１０と、複数のユーザ側装置２０とから構成される。
【００１１】
ユーザ側装置２０は、気象に関連する情報と所在地情報とをプロバイダ側装置１０に送信する情報送信装置としてのホームサーバ２１と、プロバイダ側装置１０との間で情報のやりとりが可能なコンピュータ端末２２，２２…とを含む。また、情報送信装置として、建物の屋上や電柱等に設置された屋外装置２３がネットワークＮに接続されている。ホームサーバ２１には、家電製品としてエアコン３１、洗濯機３２、気象に関する情報を直接取得するセンサとして気圧計を内蔵した天気センサ３３、そして、ウェブカメラ３４が接続されている。なお、図１では、それぞれ１台ずつのホームサーバと屋外装置のみを示しているが、実際には多数のユーザのホームサーバ２１や屋外装置２３が接続されている。また、ホームサーバ２１、屋外装置２３は、ブロードバンドによりネットワークＮに常時接続されている。さらに、ホームサーバ２１とコンピュータ端末２２とが同一家屋内に配置されている場合には、両者をルータに接続し、ルータを介してネットワークＮに接続するようにしてもよい。
【００１２】
プロバイダ側装置１０は、ホームサーバ２１及び屋外装置２３から送信された気象関連情報と所在地情報とに基づいて、その送信装置が配置された地域の気象状況を判断すると共に、当該地域のユーザがコンピュータ端末２２を介してプロバイダ側装置１０のブログサービスにアクセスした際に、気象関連情報に基づいて判断された気象状況の確認入力を促し、入力された確認情報を気象関連情報に基づいて判断された気象状況に反映して気象情報(天気図等の画像ファイル)を生成する気象情報変換プログラム１１と、ユーザに対してブログサービスを提供するブログ作成プログラム１２と、ホームサーバ２１及び屋外装置２３から送信された情報に基づいて気象情報を自動的に更新する気象情報自動更新プログラム１３とを備えたアプリケーションサーバである。
【００１３】
また、プロバイダ側装置１０には、ユーザから入力された確認情報を格納するユーザ登録情報データベース(ＤＢ)１４と、ホームサーバ２１及び屋外装置２３から送信された気象関連情報と所在地情報とを格納する送信装置登録情報ＤＢ１５と、気象情報変換プログラム１１により生成された画像ファイルを格納する画像ファイルＤＢ１６と、ブログ作成プログラム１２により作成されたブログの記事を格納するブログ記事ＤＢ１７と、気象情報自動更新プログラム１３が自動更新を実行しない場合に天気図等の画像ファイルに代えて送信する画像が登録されたユーザ画像登録情報ＤＢ１８とが設けられている。
【００１４】
次に、上記のように構成される実施形態の気象情報収集・提供システムの作用について、図２のタイムチャートを用いて説明する。
【００１５】
ホームサーバ２１は、接続された家電製品等から検出した気象関連情報と所在地情報とをプロバイダ装置１０に向けて送信する(S01)。プロバイダ側装置１０とホームサーバ２１との間で情報をやりとりするデータ形式は予め規定されており、これに従って情報がやりとりされる。例えば、ホームサーバ２１から送信される情報は、接続された各装置について以下のようなパラメータを持つ。
【００１６】
エアコン３１のパラメータとしては、作動の種別として「停止」、「冷房」、「暖房」、「除湿」、「送風」があり、他に設定温度をパラメータとする。洗濯機３２のパラメータとしては、作動の種別として「停止」、「稼働」があり、他に洗濯コースとして「標準」、「スピーディ」をパラメータとする。天気センサ３３のパラメータとしては、天気予報として「晴れ」、「くもり」、「雨」、「雪」があり、他に湿度をパラメータとする。
ウェブカメラ３４のパラメータとしては、作動種別として「停止」、「稼働」があり、その他に光量レベルとして「明るい」、「暗い」、動きレベルとして「静止」、「速い」、「遅い」、コントラストとして「明瞭」、「不明瞭」をパラメータとする。
【００１７】
データ形式としては、例えば、エアコン３１の設定温度が２０度であることを「E-S-20」で表し、洗濯機３２が「稼働」でコースが「標準」であることを「S-K-H」で表し、天気センサ３３が検出した湿度が４０％であることを「T-S-40」で表し、ウェブカメラ３４が「稼働」中で、光量レベルが「明るい」、動きレベルが「遅い」、コントラストが「明瞭」であることを「W-K-A-O-M」で表すと、これをｃｇｉのパラメータとしてhttps://tenki.nifty.com/blog/cgi-bin/entry.cgi?E-S-20&S-K-H &T-S-40&W-K-A-O-Mのように埋め込み、プロバイダ側装置１０に送信することができる。
【００１８】
気象情報変換プログラム１１は、ホームサーバ２１から気象関連情報と所在地情報とを受け取り、気象関連情報に基づいて当該地域の気象状況(晴れ、くもり、雨、雪、猛吹雪等)や付加的な情報(不快指数、洗濯日和等)を判断し(S02)、これらの情報を送信装置登録情報ＤＢ１５に格納する(S03)。
【００１９】
このような家電製品からの気象関連情報をもとにした、気象状況及びこれに関連する各種情報の判断について例を示す。例えば、エアコンの設定温度は、一部の天気予報で報じられる「不快指数」のような快適さを示す指標として利用することができる。外は晴れているが室内と外気の温度差がある場合には、エアコンを付けて過ごしたほうが快適であるため、快晴で、温度がそこそこあったとしても、エアコンが運転されていれば「肌寒い」とか「蒸し蒸ししている」、「窓を開けたままでは不快（スモッグ、花粉等が原因）」などの状況を予測することができる。
【００２０】
洗濯機からの情報は、洗濯日和の判断に利用される他、「電機メーカーのブログ」や「洗剤メーカーブログ」向けの天気予報などを提供するために有用である。例えば、稼働時間や運転モードを収集することにより、年末時期の大掃除で洗濯機の稼働時間が長いというような兆候がＤＢのデータ上に現れた時に、そのデータを活用してブログ上に広告を出したりすることもできる。
【００２１】
天気センサは、気圧変化や温度・湿度を元に天気予報を表示する機能があるので、これらの情報を直接気象情報として利用することもできるが、天気センサの情報を他の家電製品からの情報と組み合わせて情報を分析することも可能である。例えば、洗濯機から「稼働」（または、「稼働」後「停止」）の情報が得られ、天気センサから「晴れ」かつ「湿度低い」の情報が得られ、エアコンから「室内の湿度が高い」という情報が得られた場合には、家の中に洗濯物を干しているとの分析が可能である。このような場合には、ブログに洗濯乾燥機や、竿販売の案内、バルコニーのリフォームの広告を出すことができる。
【００２２】
ユーザがコンピュータ端末２２を介してプロバイダ側装置１０のブログサービスにアクセスすると(S04)、プロバイダ装置１０の図示せぬ認証サーバがユーザに対してＩＤとパスワードとの入力を求める(図示略)。ユーザから正しいＩＤ及びパスワードが送信されると(S05)、気象情報変換プログラム１１は、このユーザの現在位置を特定し、この位置を含む地域の気象状況に関する情報を送信装置登録情報ＤＢ１５から読み出し、図３に示すような気象状況の確認ページを生成してユーザのコンピュータ端末２２に送信する(S06)。ユーザの現在位置は、所在地情報、電話局番、建物名等から判断する。確認ページには、地域と天気とが表示され、それに対してYESとNOのボタンが表示される。図３の例では、地域として「東京  品川区」、天気として「雨」が表示されている。ユーザは、確認ページに表示されている天気が現在の天気と同じであれば、YESをクリックし、そうでなければNOをクリックする。なお、この例では、確認ページに表示される天気は、当該地域の複数のホームサーバ２１及び外部装置２３からの情報に基づいて判断された天気であり、これを当該地域の複数のユーザにより確認し、統計的な処理をすることにより、情報の正確性を確保するようにしている。この場合、単に地域で分割してもよいし、団地や限定された地域だけでのユーザグループを形成してもよい。プロバイダ側装置１０は、ホームサーバ２１がどこの地域(場所)から接続されているものか、判別できる。例えば、ユーザの契約キャリアとその管理番号(シリアル番号)、ＩＤ/パスワード、メールアドレス等に関連付けられた情報を保持している。したがって、例えば「東京大田区大森のユーザ500 人の統計情報」という共有が可能である。このようなユーザグループは、事前に登録画面等を通してＤＢに登録するようにしてもよい。
【００２３】
ユーザから確認ページに対して回答があると(S07)、気象情報変換プログラム１１は、入力された確認情報を気象関連情報に基づいて判断された気象状況に反映して気象情報を画像情報として生成し(S08)、画像ファイルＤＢ１６に格納する(S09)。ユーザからの回答がYESであった場合には、気象情報変換プログラム１１は、確認ページに表示されていた天気の情報をユーザ登録情報ＤＢ１４に登録する。回答がNOであった場合には、気象情報変換プログラム１１は、図４に示すような訂正入力ページを生成してユーザのコンピュータ端末２２に送信する。訂正入力ページでは、地域入力欄と天気入力欄とが表示され、それぞれプルダウンメニューにより内容を選択して入力できるように構成されている。これらの欄に必要な情報を入力して完了ボタンをクリックすると、この情報がプロバイダ側装置１０に送信され、気象情報変換プログラム１１は、受信した情報をユーザ登録情報ＤＢ１４に登録する。そして、訂正入力ページでキャンセルボタンがクリックされると、気象情報変換プログラム１１は、図５に示すようなキャンセルメッセージをユーザのコンピュータ端末２２に表示させ、処理を終了する。この場合には、ブログページの管理画面へのアクセスは許可されない。
【００２４】
ブログ作成プログラム１２は、確認ページまたは訂正入力ページに対して有効な回答(確認ページでYESをクリック、または訂正入力ページで完了をクリック)したユーザに対して当該ユーザのブログページの管理画面を送信する(S10)。確認ページに対して回答したユーザは、自己のブログページを作成し、あるいは更新する際に、画像ファイルＤＢ１６に登録された天気図等の気象情報の画像を自己のブログページに貼り付けて利用することができる。なお、確認情報を入力したユーザにのみ自己のウェブサイトでの気象情報の利用を許可するよう設定されている。ユーザから気象情報画像の貼り付けの要求があると(S11)、ブログ作成プログラム１２は、画像ファイルＤＢ１６にアクセスして画像ファイルを読み取り、これをユーザのブログページに貼り付ける(S12)。また、ブログ作成プログラム１２は、気象情報を含むブログ記事の内容をブログ記事ＤＢ１７に格納しておく(S13)。一般のユーザは、コンピュータ端末２２を介して上記ブログページにアクセスし、気象情報を含むブログ記事を閲覧することができる。
【００２５】
なお、上記の手順のみでは、ユーザのアクセスがなく、確認ページの回答が得られない場合に、気象情報を表示する画像ファイルの内容が更新されず、気象情報の内容が古くなる可能性がある。そこで、実施形態のシステムでは、プロバイダ側装置１０内の気象情報自動更新プログラム１３により、必要に応じて気象情報を表示する画像ファイルの内容を自動的に更新するようにしている。
【００２６】
気象情報自動更新プログラム１３は、下記の設定１〜３に基づいて自動更新を判断し実行する。設定１は、自動更新のＯＮ／ＯＦＦの切換に関する。この設定のバラメータ「ＯＮ」は、設定２、設定３に基づいて自動更新を実行することを意味する。パラメータ「ＯＦＦ」は、自動更新を実行しないことを意味する。なお、自動更新を実行しない場合には、「お天気情報はありません」などのメッセージを記載した画像へのリンクを行う。
【００２７】
設定２は、 更新スケジュールに関する。設定１で自動更新がＯＮに設定されている場合に、どのような頻度で自動更新を実行するかを設定する。時刻の検知は、オペレーティングシステムの時刻機能を使用する。バラメータとしては、「即時」、「時／分」、「曜日」、「月」、「年」、「サマータイム」がある。「即時」は、ホームサーバ２１からの情報が届き次第更新を実行することを意味する（送信装置登録情報ＤＢを参照する）。「時／分」は、任意時刻、あるいは、毎時間所定の分に更新することを意味する。「曜日」は、毎日、あるいは、月〜金の任意の日に更新することを意味する。「月」は、任意の月に更新されること (毎時、毎日の場合は設定されない)、「年」は任意の年に更新されること (毎時、毎日の場合は設定されない)。なお、「年」を指定した場合には、月日及び時刻は設定当時に自動設定される。「サマータイム」は、通常はＯＦＦで使用され、サマータイムが施行された場合にＯＮに設定され、時刻の調整を行う。
【００２８】
設定３は、更新パターンに関する。設定１で自動更新がＯＮに設定されている場合に、自動更新される場合に生成する画像パターンの内容について設定する。バラメータとしては、「情報送信装置」、「他人」、「任意」がある。「情報送信装置」が設定されている場合には、ホームサーバ２１及び外部装置２３から送信される気象関連情報を信用して画像ファイルを生成する。「他人」が設定されている場合には、既に他の同地域のユーザから確認情報が送られている場合に、その情報を用いて更新する(ユーザ登録情報ＤＢ１４から読み出して利用する)。「任意」が設定されている場合には、確認情報がない場合に表示する画像ファイルパターン(バナー画像等)を設定できる。システム内部に設定ファイル等で登録されているものを利用してもよいし、任意の画像をリンクすることもできる。登録されているものとしては、例えば「しばらくおまちください」、「ただいま、観測中」等のメッセージ画像や、地球儀画像を表示させることができる。また、任意の画像をリンクする場合には、予めプロバイダ側装置１０のユーザ画像登録情報ＤＢ１８にユーザ毎のディレクトリを用意しておき、当該ディレクトリに画像ファイルを登録させてもよい。例えば、 http://xxx.images.nifty.com/user1/images0001.jpgのようなリンクを用いる。
【００２９】
なお、ホームサーバに接続された各種の機器は状態が把握できず、例えば天気センサ３３が空調された室内に配置されている場合もあり、情報の信憑性には不安がある。これに対して、外部装置２３は、屋上や電柱、信号機等の室外に配置されているため、その情報には信憑性がある。更に、同じ情報送信装置であっても、例えば公官庁に設置されている装置の情報には一般家庭のそれより情報の信憑性が高いものと考えられる。そこで、パラメータとして「情報送信装置」を設定する場合にも、その内容をより細かく分類し、情報の信憑性に応じて、信憑性の高い情報のみを更新に利用するようにしてもよい。
【００３０】
また、上記の実施形態では、複数のホームサーバ２１からの情報に基づく天気を複数のユーザが確認するようにしているが、自己のホームサーバの情報を当該ユーザのみが確認するようにしてもよい。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施形態の気象情報収集・提供システムの構成を模式的に示すブロック図である。
【図２】図１のシステムにおけるプロバイダ側装置及びユーザ側装置の動作を示すタイミングチャートである。
【図３】図１のシステムにおける確認ページを示す説明図である。
【図４】図１のシステムにおける訂正入力ページを示す説明図である。
【図５】図１のシステムにおけるキャンセルメッセージを示す説明図である。
【符号の説明】
【００３２】
１０    プロバイダ側装置
１１    気象情報変換プログラム
１２    ブログ作成プログラム
１３    気象情報自動更新プログラム
１４    ユーザ登録情報ＤＢ
１５    送信装置登録情報ＤＢ
１６    画像ファイルＤＢ
１７    ブログ記事ＤＢ
１８    ユーザ画像登録情報ＤＢ
２０    ユーザ側装置
２１    ホームサーバ
２２    コンピュータ端末
２３    屋外装置
【図１】
0004739016.tif 000002
【図２】
0004739016.tif 000003
【図３】
0004739016.tif 000004
【図４】
0004739016.tif 000005
【図５】
0004739016.tif 000006