(57)【要約】【課題】ユーザの利便性を向上させること。【解決手段】本願に係る表示制御プログラムは、取得手順と、提供手順と、表示制御手順とを表示制御装置に実行させる。取得手順は、気象に関する予測データと実績データとを取得する。提供手順は、取得手順によって取得された予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスを提供する。表示制御手順は、提供手順によって提供されたインターフェイスにおけるユーザの操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する。【選択図】図１
2019121276.tif 000002
【特許請求の範囲】
【請求項１】
表示制御装置に、
気象に関する予測データと実績データとを取得する取得手順と、
前記取得手順によって取得された予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスを提供する提供手順と、
前記提供手順によって提供されたインターフェイスにおけるユーザの操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する表示制御手順と、
を実行させることを特徴とする表示制御プログラム。
【請求項２】
前記表示制御手順は、
前記インターフェイスにおける時間軸に対するユーザの操作に応じて、前記表示面において実績データを表示するか、あるいは前記表示面において予測データを表示するかを制御する、
ことを特徴とする請求項１に記載の表示制御プログラム。
【請求項３】
前記取得手順は、
雷に関する予測データと実績データとを取得し、
前記表示制御手順は、
前記インターフェイスにおいてユーザが実績データを表示させるための操作を行った場合、落雷した箇所を指し示す所定のシンボルにより表示される実績データを前記表示面に表示させるよう制御し、前記インターフェイスにおいてユーザが予測データを表示させる操作を行った場合、落雷が予測される範囲を示す予測データを前記表示面に表示させるよう制御する、
ことを特徴とする請求項１又は２に記載の表示制御プログラム。
【請求項４】
前記表示制御手順は、
前記インターフェイスにおいてユーザが選択した気象種別に応じて、前記表示面において表示する予測データ又は実績データの種別を決定する、
ことを特徴とする請求項１〜３のいずれか一つに記載の表示制御プログラム。
【請求項５】
前記表示制御手順は、
前記インターフェイスにおいてユーザが選択した複数の気象種別に応じて、前記表示面において前記ユーザから選択された複数の気象種別の予測データ又は実績データを重畳的に表示するよう制御する、
ことを特徴とする請求項４に記載の表示制御プログラム。
【請求項６】
前記取得手順は、
前記表示制御装置の位置情報を取得し、
前記表示制御手順は、
前記表示制御装置の位置情報に対応した気象種別に応じて、前記表示面において表示する予測データ又は実績データの種別を決定する、
ことを特徴とする請求項１〜５のいずれか一つに記載の表示制御プログラム。
【請求項７】
前記取得手順によって取得された前記予測データと、前記表示制御装置に関する情報とに基づいて、前記表示制御装置を利用するユーザに対して気象予測に関する通知を行う通知手順、
を前記表示制御装置にさらに実行させることを特徴とする請求項１〜６のいずれか一つに記載の表示制御プログラム。
【請求項８】
前記通知手順は、
前記取得手順によって取得された前記予測データに基づいて、所定時間後に前記表示制御装置の位置情報が示す位置における気象の変化が予測される場合に、前記通知を行う、
ことを特徴とする請求項７に記載の表示制御プログラム。
【請求項９】
前記通知手順は、
前記ユーザによって予め設定された気象種別、及び、当該ユーザによって予め設定された所定時間に基づいて、設定された所定時間後に、前記表示制御装置の位置情報が示す位置において設定された気象種別に対応する気象の変化が予測される場合に、前記通知を行う、
ことを特徴とする請求項８に記載の表示制御プログラム。
【請求項１０】
前記取得手順は、
前記表示制御装置を利用するユーザの属性情報を取得し、
前記通知手順は、
前記ユーザの属性情報に応じて、当該ユーザに対して気象予測に関する通知を行う、
ことを特徴とする請求項７〜９のいずれか一つに記載の表示制御プログラム。
【請求項１１】
表示制御装置に、
気象に関する予測データ又は実績データが地図上にプロットされた画像を取得する取得手順と、
前記取得手順によって取得された画像を表示する表示面を含むインターフェイスを提供する提供手順と、
前記提供手順によって提供されたインターフェイスにおけるユーザの操作に基づいて、前記予測データと実績データとが異なる表示手法で表示された画像の当該インターフェイスにおける表示を制御する表示制御手順と、
を実行させることを特徴とする表示制御プログラム。
【請求項１２】
気象に関する予測データと実績データとを取得する取得部と、
前記取得部によって取得された予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスを提供する提供部と、
前記提供部によって提供されたインターフェイスにおけるユーザの操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する表示制御部と、
を備えたことを特徴とする表示制御装置。
【請求項１３】
表示制御装置が実行する表示制御方法であって、
気象に関する予測データと実績データとを取得する取得工程と、
前記取得工程によって取得された予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスを提供する提供工程と、
前記提供工程によって提供されたインターフェイスにおけるユーザの操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する表示制御工程と、
を含んだことを特徴とする表示制御方法。
【請求項１４】
制御情報を表示制御装置に配信する配信部を備え、
前記制御情報は、
気象に関する予測データと実績データとを取得する取得手順と、
前記取得手順によって取得された予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスを提供する提供手順と、
前記提供手順によって提供されたインターフェイスにおけるユーザの操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する表示制御手順と、
を表示制御装置に実行させることを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示制御プログラム、表示制御装置、表示制御方法及びサーバ装置に関する。
【背景技術】
【０００２】
近年、インターネットの飛躍的な普及に伴い、インターネットを介した情報提供が盛んに行われている。例えば、情報提供の一例として、ユーザに天気予報を提供するサービスがある。
【０００３】
このようなサービスに関する技術として、天気予報を表示するアプリケーション等をユーザが利用する場合に、当該ユーザの位置を簡易に判定することができる技術が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−０６０３０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、ユーザの利便性を向上させることは難しい。例えば、上記の従来技術は、ユーザの位置を簡易に判定することができる技術であり、天気予報に係るサービスを実際に利用するユーザの利便性を向上させるものではない。
【０００６】
本願は、上記に鑑みてなされたものであって、ユーザの利便性を向上させることができる表示制御プログラム、表示制御装置、表示制御方法及びサーバ装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願に係る表示制御プログラムは、表示制御装置に、気象に関する予測データと実績データとを取得する取得手順と、前記取得手順によって取得された予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスを提供する提供手順と、前記提供手順によって提供されたインターフェイスにおけるユーザの操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する表示制御手順と、を実行させることを特徴とする。
【発明の効果】
【０００８】
実施形態の一態様によれば、ユーザの利便性を向上させることができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係る表示制御処理の一例を示す図である。
【図２】図２は、実施形態に係る表示制御処理の一例を説明する図である。
【図３】図３は、実施形態に係る表示制御システムの構成例を示す図である。
【図４】図４は、実施形態に係るユーザ端末の構成例を示す図である。
【図５】図５は、実施形態に係るコンテンツ記憶部の一例を示す図である。
【図６】図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。
【図７】図７は、実施形態に係るコンテンツ配信サーバの構成例を示す図である。
【図８】図８は、実施形態に係る処理手順を示すフローチャート（１）である。
【図９】図９は、実施形態に係る処理手順を示すフローチャート（２）である。
【図１０】図１０は、ユーザ端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１０】
以下に、本願に係る表示制御プログラム、表示制御装置、表示制御方法及びサーバ装置を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る表示制御プログラム、表示制御装置、表示制御方法及びサーバ装置が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１１】
〔１．表示制御処理の一例〕
まず、図１を用いて、実施形態に係る表示制御処理の一例について説明する。図１は、実施形態に係る表示制御処理の一例を示す図である。図１では、表示制御装置の一例であるユーザ端末１００によって実施形態に係る表示制御プログラムが実行されることにより、ユーザ端末１００が表示する表示面が制御される表示制御処理の一例について説明する。
【００１２】
図１に示したユーザ端末１００は、スマートフォンやタブレット等のスマートデバイスであり、３Ｇ（3rd  Generation）やＬＴＥ（Long  Term  Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。ユーザ端末１００は、液晶ディスプレイ等の表示画面を有する。例えば、ユーザ端末１００は、タッチパネル等の機能を有する画面を有する。すなわち、ユーザ端末１００を利用するユーザは、指やスタイラスで画面をタッチすることにより各種操作を行う。図１の例では、ユーザ端末１００は、ユーザの一例であるユーザＵ０１によって利用される。
【００１３】
実施形態では、ユーザ端末１００には、実施形態に係る表示制御プログラムの一例である、気象予測に係るアプリケーション（以下、単に「アプリ」と称する）がインストールされる。ユーザ端末１００は、ユーザＵ０１の操作に応じてアプリを実行することにより、実施形態に係る表示制御処理を実現する。
【００１４】
図１に示したコンテンツ配信サーバ３０は、ユーザ端末１００にコンテンツを配信するサーバ装置である。ここで、コンテンツとは、例えば、ユーザ端末１００が実行するアプリに係るコンテンツである。具体的には、コンテンツ配信サーバ３０が配信するコンテンツは、気象に関する予測データや実績データや、予測データや実績データがプロットされる地図データ等を含む、アプリが表示する画面を構成する種々のデータ群をいう。例えば、コンテンツは、画像データファイルやテキストデータファイルなどの種々のデータによって構成される。なお、実施形態において、予測データとは、数分後や数時間後の降水確率や落雷確率等を示した、未来における気象データである。また、実績データとは、数分前や数時間前の降水量や落雷場所や落雷回数等を示した、過去における気象データである。
【００１５】
図１に示した気象情報サーバ２０は、気象に関するデータを保持するとともに、要求に応じてデータを提供するサーバである。気象情報サーバ２０は、例えば、国や公共機関が運営するサーバであり、気象に関するデータを収集するとともに、気象に関するデータを民間の事業者等に提供する。実施形態において、コンテンツ配信サーバ３０やユーザ端末１００は、気象情報サーバ２０から気象に関するデータを取得可能である。ここで、気象に関するデータとは、例えば、ある地域における降水確率や降水量、落雷の予測確率や実際に落雷や空中放電があったことを示す実績データ、あるいは、風速や、降雪量や、花粉の飛散量や、火山の降灰量や、ＰＭ（Particulate  Matter）２．５の浮遊量等を含む。
【００１６】
実施形態において、ユーザ端末１００は、気象に関する予測データと実績データ等を含むコンテンツをコンテンツ配信サーバ３０から取得する。そして、ユーザ端末１００は、ユーザ端末１００にインストールされたアプリでコンテンツを表示するとともに、アプリ内のインターフェイスにおいてユーザＵ０１から操作を受け付けることで、画面に表示されたコンテンツを変化させたり、ユーザＵ０１の所望する表示を行ったりする。また、ユーザ端末１００は、インターフェイスにおけるユーザＵ０１の操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する。すなわち、ユーザ端末１００は、表示している気象データが予測データであるか実績データであるかを一目でユーザＵ０１に知得させたり、シームレスに実績データの表示と予測データの表示とを入れ替えたりすることができる。これにより、ユーザ端末１００は、アプリを活用するユーザＵ０１の利便性を向上させることができる。以下、図１を用いて、実施形態に係る表示制御処理の流れについて説明する。
【００１７】
まず、コンテンツ配信サーバ３０は、気象情報サーバ２０にアクセスして、気象情報サーバ２０に対して気象データを要求する（ステップＳ１１）。気象情報サーバ２０は、コンテンツ配信サーバ３０の要求に応じて、気象データを提供する（ステップＳ１２）。なお、このような気象データのやり取りは、ステップの順序に関わらず、定期的に継続して行われる。
【００１８】
一方、ユーザＵ０１は、ユーザ端末１００を操作してアプリを起動する。このとき、ユーザ端末１００は、アプリの実行に伴い、アプリで表示するコンテンツの取得をコンテンツ配信サーバ３０に要求する（ステップＳ１３）。コンテンツ配信サーバ３０は、ユーザ端末１００の要求に応じてコンテンツを配信する（ステップＳ１４）。なお、このようなコンテンツのやり取りは、ステップの順序に関わらず、定期的に継続して行われる。例えば、ユーザ端末１００は、気象データが更新されるタイミング（例えば５分毎など）や、予めアプリ上で設定されたタイミングでコンテンツ配信サーバ３０にアクセスし、コンテンツを取得するようにしてもよい。
【００１９】
ユーザ端末１００は、予測データや実績データを含むコンテンツを取得する（ステップＳ１５）。そして、ユーザ端末１００は、取得したコンテンツを画面で表示する表示制御処理を実行する（ステップＳ１６）。なお、以下では、アプリによって表示される画面をアプリ画面と称する。
【００２０】
図１に示すように、ユーザ端末１００が表示するアプリ画面６０は、複数の選択項目を含むインターフェイスを有する。
【００２１】
例えば、アプリのインターフェイスは、現時点で表示する気象データが、表示された地図上の何時における気象データであるか、また、そのデータが「現在」であるか、「未来（予測データ）」であるか、「過去（実績データ）」であるかといった時刻表示７０を含む。
【００２２】
また、アプリのインターフェイスは、地図上に表示する気象データの種別を選択するボタンを含む。具体的には、アプリ画面６０は、雨雲に関する情報（言い換えれば、降水量や降水確率等）を表示する際に選択される雨雲ボタン７２を含む。また、アプリのインターフェイスは、雷に関する情報（言い換えれば、過去の落雷位置や落雷回数や未来の落雷確率等）を表示する際に選択される雷ボタン７４を含む。また、アプリのインターフェイスは、地図を拡大縮小表示するための表示変更ボタン７６を含む。なお、ユーザＵ０１は、例えば画面に対してスワイプ操作すること等により、アプリで表示される地図の範囲を変更することができる。
【００２３】
また、アプリのインターフェイスは、地図上に表示される気象データに対応する時間を選択するためのスライダー７８を含む。ユーザＵ０１は、例えば、スライダー７８が示す時間軸を選択することにより、地図上に表示させる気象データに対応する時間を選択する。具体的には、ユーザＵ０１は、現在の気象データを地図上に表示させたい場合、スライダー７８の時間軸において「現在」を選択する。ユーザ端末１００は、ユーザＵ０１の操作に応じて、アプリ画面６０で表示する気象データを変更する。
【００２４】
図１に示す例では、ユーザ端末１００は、現在の時刻である「１３：５５」の気象データのうち、ユーザＵ０１から選択された「雨雲」に関するデータを表示する。例えば、図１では、地図にハッチング８０が重畳して表示されている地域は、降水量が「５ｍｍ」以下であることを示し、地図にハッチング８２が重畳して表示されている地域は、降水量が「２０ｍｍ」以下であることを示すものとする。
【００２５】
また、ユーザ端末１００は、ユーザＵ０１の操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示する。この点について、図２を用いて詳細に説明する。
【００２６】
図２は、実施形態に係る表示制御処理の一例を説明する図である。なお、以下の説明では、ユーザ端末１００による表示制御処理を図示した状態を「第Ｎ状態」（Ｎは任意の数）と表記する場合がある。
【００２７】
例えば、図２に示す第１状態は、ユーザＵ０１が雷ボタン７４を選択してアプリが表示する気象データを「雷」に指定し、また、スライダー７８の時間軸を指Ｆ１０で操作したことで時刻表示７０の表示を「５：００」に指定した状態を示す。第１状態は、現在時刻よりも前の時間の気象データを表示することになるため、アプリで表示する気象データは「実績データ」となる。
【００２８】
第１状態に示すように、アプリにおいて雷の実績データは、十字の形状をしたシンボル８４によって示される。実施形態では、シンボル８４は、落雷箇所を示す。シンボル８４は、例えば、落雷のあった時間、及び落雷のあった位置を示す位置情報（例えば経度と緯度の組合せ）という実績データに基づき、アプリの表示制御処理によって地図上にプロットされる。
【００２９】
続いて、ユーザＵ０１が、指Ｆ１０をスライダー７８の時間軸における「現在」に動かす操作を行う。このとき、ユーザ端末１００は、アプリ画面６０が第１状態から第２状態へ遷移するよう表示の変更を行う（ステップＳ２１）。
【００３０】
図２に示す第２状態は、スライダー７８の時間軸を指Ｆ１０で操作したことで時刻表示７０の表示を「５：３０」に指定した状態を示す。第２状態は、現在時刻の気象データを表示しており、アプリで表示する気象データは「実績データ」となる。この場合、第２状態で表示する実績データは、コンテンツ配信サーバ３０が気象情報サーバ２０から取得可能な最新情報であるため、厳密には、現在時刻から所定時間（例えば数秒など）だけ遅れた時刻の気象データとなる。
【００３１】
続いて、ユーザＵ０１が、指Ｆ１０をスライダー７８の時間軸における「未来」に動かす操作を行う。このとき、ユーザ端末１００は、アプリ画面６０が第２状態から第３状態へ遷移するよう表示の変更を行う（ステップＳ２２）。
【００３２】
図２に示す第３状態は、スライダー７８の時間軸を指Ｆ１０で操作したことで時刻表示７０の表示を「６：００」に指定した状態を示す。第３状態は、未来の気象データを表示することになるため、アプリで表示する気象データは「予測データ」となる。
【００３３】
この場合、ユーザ端末１００は、第３状態に示すように、実績データから予測データに表示が変更されるタイミング（具体的には、スライダー７８の時間軸の操作において「現在」から「未来」の方向に指Ｆ１０が動かされたタイミング）で、シンボル８４を、落雷の可能性を示すハッチング８６に変更する。
【００３４】
このように、ユーザ端末１００は、アプリ画面６０において、実績データ（図２の例ではシンボル８４）と予測データ（図２の例ではハッチング８６等）とを、異なる表示手法で表示する。これにより、アプリを利用するユーザＵ０１は、見ている気象データが過去の実績データであるか、あるいは未来の予測データであるかを瞬時に把握することができる。また、ユーザＵ０１は、実績データについてはハッチング８６のような範囲を示した情報ではなく、シンボル８４で把握することができるため、どの地域に落雷がどのくらい発生したか等、具体的な情報を知得することができる。
【００３５】
また、ユーザ端末１００は、予測データを利用して、ユーザＵ０１に対して所定の通知を行ってもよい。例えば、ユーザ端末１００は、取得した予測データに基づいて、ユーザＵ０１が予め登録していた地域（例えば、ユーザＵ０１の自宅近辺等）や、ユーザＵ０１が現在所在している地域において、気象の変化が予測されることを検出する。そして、ユーザ端末１００は、気象の変化が予測されることを検出した場合に、検出した情報に対応する通知を行う。例えば、ユーザ端末１００は、画面上に注意喚起を促すプッシュ通知を表示するなどの通知を行う。一例として、ユーザ端末１００は、ユーザＵ０１が現在所在する地域の３０分後の降水確率が「５０」％を超えることを検知した場合には、「もうすぐ雨が降りそうです」等のメッセージをユーザＵ０１に対して通知する。これにより、ユーザＵ０１は、自身がアプリを起動していなかったり、画面上で降水確率等を確認していなかったりしても、気象の変化に関する情報を知得することができる。
【００３６】
図１及び図２を用いて説明したように、実施形態に係るユーザ端末１００は、気象に関する予測データと実績データとを取得し、取得した予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスをユーザＵ０１に提供する。そして、ユーザ端末１００は、提供したインターフェイスにおけるユーザＵ０１の操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する。
【００３７】
このように、ユーザ端末１００は、過去のデータと未来のデータとを異なる表示手法で表示するとともに、ユーザＵ０１の操作に応じてシームレスに実績データの表示と予測データの表示とを入れ替える。これにより、ユーザ端末１００は、実績データと予測データとをユーザＵ０１が一目で見分けることのできる、視認性に優れた表示制御処理を実現することができる。すなわち、ユーザ端末１００は、アプリを活用するユーザＵ０１の利便性を向上させることができる。
【００３８】
なお、上記の例では、気象データの例として、雨雲や雷を例に挙げた。しかし、ユーザ端末１００が表示する気象データは、気象情報サーバ２０から取得可能な種別であれば、雨雲や雷に限らず、いずれの気象データであってもよい。
【００３９】
また、ユーザ端末１００は、上述した処理を任意の手法で実現することができる。例えば、図１及び図２では、ユーザ端末１００が、予め上記のような表示制御処理を実行するための制御情報（プログラム）が含まれたアプリを実行することにより、上記の表示制御処理を実現した。しかし、ユーザ端末１００は、インストールしたアプリを実行するのではなく、例えば、コンテンツ配信サーバ３０から取得する制御情報によって、実施形態に係る表示制御処理を行ってもよい。例えば、ユーザ端末１００は、制御情報として、ウェブブラウザソフトウェア上で実行されるスクリプトを取得し、取得したスクリプトを実行してもよい。このような制御情報は、実施形態に係る表示制御プログラムに対応するものであり、例えば、ＣＳＳ（Cascading  Style  Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＨＴＭＬ（HyperText  Markup  Language）、あるいは、上述した表示制御処理を記述可能な任意の言語によって実現される。以下、実施形態に係る表示制御プログラムに従って上述した表示制御処理を実行するユーザ端末１００等について、詳細に説明する。
【００４０】
〔２．表示制御システムの構成〕
図３を用いて、実施形態に係る表示制御システム１の構成について説明する。図３は、実施形態に係る表示制御システム１の構成例を示す図である。図３に示すように、表示制御システム１は、ユーザ端末１００と、気象情報サーバ２０と、コンテンツ配信サーバ３０とを含む。ユーザ端末１００、気象情報サーバ２０、コンテンツ配信サーバ３０は、ネットワークＮを介して有線または無線により通信可能に接続される。なお、図３に示す表示制御システム１に含まれる各装置の数は図示したものに限られず、例えば、表示制御システム１には、複数台のユーザ端末１００が含まれてもよい。
【００４１】
ユーザ端末１００は、ユーザによって利用される情報処理装置である。例えば、ユーザ端末１００は、スマートフォン等の携帯電話機や、タブレット端末や、ＰＤＡ（Personal  Digital  Assistant）や、デスクトップ型ＰＣ（Personal  Computer）や、ノート型ＰＣ等である。ユーザ端末１００は、ユーザによる操作にしたがって、コンテンツ配信サーバ３０からコンテンツを取得し、取得したコンテンツを表示する。
【００４２】
気象情報サーバ２０は、気象に関する種々の情報を収集するとともに、収集した情報を提供するサーバ装置である。例えば、気象情報サーバ２０は、国家や公共機関によって管理され、気象予報等を行う民間の事業者に対して気象に関する情報を提供する。
【００４３】
コンテンツ配信サーバ３０は、ユーザ端末１００にコンテンツを配信するサーバ装置である。例えば、コンテンツ配信サーバ３０は、気象情報サーバ２０から取得した気象に関する情報や、気象に関する情報をプロットするための地図データ等のコンテンツをユーザ端末１００に配信する。
【００４４】
なお、コンテンツ配信サーバ３０によって配信されるコンテンツは、広告枠と広告取得命令とを含んでいてもよい。コンテンツに広告取得命令が含まれる場合、ユーザ端末１００は、広告取得命令に従い、所定の広告サーバに広告を要求する処理を実行する。この場合、ユーザ端末１００は、アプリを実行する際に、取得した広告を広告枠（例えば、アプリ画面の上部又は下部等）に表示する。
【００４５】
〔３．ユーザ端末の構成〕
次に、図４を用いて、実施形態に係るユーザ端末１００の構成について説明する。図４は、実施形態に係るユーザ端末１００の構成例を示す図である。図４に示すように、ユーザ端末１００は、通信部１１０と、入力部１２０と、出力部１３０と、制御部１４０と、記憶部１５０とを有する。
【００４６】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、気象情報サーバ２０やコンテンツ配信サーバ３０との間で情報の送受信を行う。
【００４７】
（入力部１２０及び出力部１３０について）
入力部１２０は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２０は、キーボードやマウスや操作キー等によって実現される。出力部１３０は、各種情報を表示するための表示装置である。例えば、出力部１３０は、ユーザ端末１００の画面であり、液晶ディスプレイ等によって実現される。なお、ユーザ端末１００にタッチパネルが採用される場合には、入力部１２０と出力部１３０とは一体化される。また、図１の例では、出力部１３０（すなわち、ユーザ端末１００の画面）と、アプリにおけるコンテンツの表示領域が同一である例を示したが、実際には、コンテンツは出力部１３０の全面に表示されるとは限らない。すなわち、コンテンツは、出力部１３０内に表示されるアプリやウェブブラウザソフトウェアのウインドウ内に表示される場合がありうる。この場合、ウェブページを表示する際のユーザ端末１００における表示領域とは、アプリやウェブブラウザソフトウェアのウインドウを意味する。
【００４８】
（記憶部１５０について）
記憶部１５０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部１５０は、コンテンツ記憶部１５１と、ユーザ情報記憶部１５２とを有する。
【００４９】
（コンテンツ記憶部１５１について）
コンテンツ記憶部１５１は、コンテンツ配信サーバ３０から取得したコンテンツに関する情報を記憶する。ここで、図５に、実施形態に係るコンテンツ記憶部１５１の一例を示す。図５は、実施形態に係るコンテンツ記憶部１５１の一例を示す図である。図５に示すように、コンテンツ記憶部１５１は、「コンテンツＩＤ」、「取得日時」、「予測データ」、「実績データ」、「気象種別」といった項目を有する。
【００５０】
「コンテンツＩＤ」は、コンテンツを識別する識別情報を示す。なお、実施形態において、識別情報は、説明に用いる参照符号として用いる場合がある。例えば、コンテンツＩＤ「Ｃ１１」で識別されるコンテンツは「コンテンツＣ１１」を示す。「取得日時」は、ユーザ端末１００がコンテンツを取得した日時を示す。
【００５１】
「予測データ」は、コンテンツに含まれる気象データのうち、予測に関するデータ（言い換えれば、未来の気象に関するデータ）を示す。「実績データ」は、コンテンツに含まれる気象データのうち、実績に関するデータ（言い換えれば、過去の気象に関するデータ）を示す。なお、図５の例では、予測データや実績データの項目に記憶される情報を「Ｅ１１」や「Ｇ１１」のように概念的に示しているが、実際には、各々の項目には、予測データや実績データを示す具体的な情報が記憶される。例えば、予測データの項目には、位置を特定する情報（例えば経度や緯度）と、未来の所定時刻における降水確率等とが組み合わされた具体的なデータが記憶される。また、実績データの項目には、位置を特定する情報と、過去の所定時刻における降水量等とが組み合わされた具体的なデータが記憶される。
【００５２】
「気象種別」は、コンテンツに含まれる情報のうち、気象に関する情報の種別を示す。言い換えれば、気象種別とは、気象情報サーバ２０から取得可能な気象に関する情報の種別を示す。
【００５３】
すなわち、図５では、コンテンツ記憶部１５１に記憶される情報の一例として、コンテンツＩＤ「Ｃ１１」で識別されるコンテンツＣ１１は、「２０１７年１１月１日５時００分」に取得されたものであり、コンテンツＣ１１が含む予測データは「Ｅ１１」であり、実績データは「Ｇ１１」である。また、コンテンツＣ１１に係る予測データ及び実績データは、「雨雲、雷、降雪、風、花粉、ＰＭ２．５、降灰、紫外線」等の気象種別に関するデータであることを示している。
【００５４】
（ユーザ情報記憶部１５２について）
ユーザ情報記憶部１５２は、ユーザに関する情報を記憶する。ここで、図６に、実施形態に係るユーザ情報記憶部１５２の一例を示す。図６は、実施形態に係るユーザ情報記憶部１５２の一例を示す図である。図６に示すように、ユーザ情報記憶部１５２は、「ユーザＩＤ」、「属性情報」、「現在位置情報」、「登録情報」といった項目を有する。また、「属性情報」は、「年齢」、「性別」といった小項目を有する。また、「登録情報」は、「登録地点情報」、「通知時間」、「通知内容」といった小項目を有する。
【００５５】
「ユーザＩＤ」は、ユーザを識別する識別情報を示す。「属性情報」は、ユーザの属性情報を示す。「年齢」は、ユーザの年齢を示す。「性別」は、ユーザの性別を示す。
【００５６】
「現在位置情報」は、ユーザが現在所在する位置に関する情報を示す。例えば、現在位置情報は、経度や緯度等の具体的な数値によって示される。また、現在位置情報に記憶される情報は、ユーザの移動（言い換えればユーザ端末１００の移動）に伴い、随時、情報が更新されてもよい。
【００５７】
「登録情報」は、通知を受けるためにユーザがアプリに対して予め登録した情報を示す。「登録地点情報」は、気象の変化が観測された場合に通知を行うものとして登録した地点（位置）を示す。例えば、ユーザ端末１００は、登録地点情報に登録された位置において気象の変化が観測された場合に通知を行う。なお、ユーザ端末１００は、登録地点のみならず、ユーザの現在位置において気象の変化が予測される場合に通知を行ってもよい。
【００５８】
なお、図６の例では、現在位置情報や登録地点情報の項目に記憶される情報を「Ｈ０１」や「Ｊ０１」のように概念的に示しているが、実際には、各々の項目には、現在位置や登録地点を示す具体的な情報（例えば経度や緯度を示す数値等）が記憶される。
【００５９】
「通知時間」は、通知を行う時間に関する情報を示す。例えば、「通知時間」が「３０分前」に登録されている場合、ユーザ端末１００は、現時点から３０分後に気象の変化が予測される場合に通知を行う。
【００６０】
「通知内容」は、通知を行う気象の内容（気象種別）に関する情報を示す。例えば、「通知内容」が「雨雲、雷」と登録されている場合、ユーザ端末１００は、「雨雲」や「雷」に関する変化が予測される場合に通知を行う。一方、ユーザ端末１００は、「通知内容」が「雨雲、雷」と登録されている場合には、「花粉」に関する変化が予測されたとしても、ユーザに対して通知を行うことを要しない。
【００６１】
すなわち、図６では、ユーザ情報記憶部１５２に記憶される情報の一例として、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１は、属性情報のうち、年齢が「３０歳」であり、性別が「男性」であることを示している。また、図６では、ユーザＵ０１は、現在位置情報が「Ｈ０１」で示される位置に所在していることを示している。また、ユーザＵ０１は、登録地点情報「Ｊ０１」に示される位置において気象の変化が予測される「３０分前」に通知を受ける旨を登録しており、通知を受ける内容は「雨雲、雷」等であることを示している。
【００６２】
（制御部１４０について）
図４に戻って、説明を続ける。制御部１４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、ユーザ端末１００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る表示制御プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１４０は、コントローラであり、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００６３】
図４に示すように、制御部１４０は、要求部１４１と、取得部１４２と、提供部１４３と、表示制御部１４４と、通知部１４５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１４０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１４０が有する各処理部の接続関係は、図４に示した接続関係に限られず、他の接続関係であってもよい。
【００６４】
上述のように、制御部１４０に係る各処理部は、制御情報（例えば、実施形態に係る表示制御プログラム）がＲＡＭを作業領域として実行されることにより実現される。すなわち、要求部１４１が実行する処理は、制御情報が実行させる要求手順により実現される。同様に、取得部１４２が実行する処理は制御情報が実行させる取得手順により実現され、提供部１４３が実行する処理は制御情報が実行させる提供手順により実現され、表示制御部１４４が実行する処理は制御情報が実行させる表示制御手順により実現され、通知部１４５が実行する処理は制御情報が実行させる通知手順により実現される。
【００６５】
（要求部１４１について）
要求部１４１は、入力部１２０を介して受け付けたユーザ操作に従って、コンテンツ配信サーバ３０にコンテンツの配信要求を送信する。例えば、要求部１４１は、ユーザからアプリを起動するための操作を受け付けた場合に、コンテンツの配信要求をコンテンツ配信サーバ３０に送信する。また、要求部１４１は、コンテンツの更新のタイミング（例えば１０分ごとなど）の度に、コンテンツの配信要求をコンテンツ配信サーバ３０に送信してもよい。
【００６６】
（取得部１４２について）
取得部１４２は、各種情報を取得する。例えば、取得部１４２は、コンテンツ配信サーバ３０から配信されたコンテンツを取得する。具体的には、取得部１４２は、コンテンツが含む情報の一例として、気象に関する予測データと実績データとを取得する。
【００６７】
取得部１４２は、気象に関する情報として、気象情報サーバ２０から提供される様々な種別の気象データを取得可能である。例えば、取得部１４２は、雨雲に関する予測データと実績データや、雷に関する予測データと実績データ等を取得する。
【００６８】
また、取得部１４２は、気象に関する情報以外にも、アプリにおける表示制御処理に用いる種々の情報を取得してもよい。例えば、取得部１４２は、ユーザ端末１００が現在所在する位置を示す位置情報を取得する。例えば、取得部１４２は、ユーザ端末１００が有するＧＰＳ（Global  Positioning  System）センサ等の機能を利用して、ユーザ端末１００の現在位置情報を取得する。
【００６９】
なお、取得部１４２は、例えばユーザ端末１００がユーザ端末１００の物理的な状態を検知するセンサ（例えば、ユーザ端末１００の３軸方向の傾きを測定するジャイロセンサ）を有する場合には、ユーザ端末１００自体の動作に関する情報を取得してもよい。具体的には、取得部１４２は、ユーザ端末１００の移動方向、振動の状態、加速度等を検知する。また、取得部１４２は、ユーザ端末１００の周囲の音を収集するマイクロフォンや、ユーザ端末１００の周囲の照度を検知する照度センサや、ユーザ端末１００の周囲の湿度を検知する湿度センサや、ユーザ端末１００の所在位置における磁場を検知する地磁気センサ等を利用し、ユーザ端末１００の様々な利用状況や環境情報を取得してもよい。
【００７０】
また、取得部１４２は、ユーザ端末１００を利用するユーザの属性情報を取得してもよい。例えば、取得部１４２は、ユーザ端末１００の設定においてユーザから入力された属性情報等を取得する。取得された属性情報は、例えば、後述する通知部１４５による処理に利用される。
【００７１】
取得部１４２は、取得した情報を記憶部１５０に記憶する。例えば、取得部１４２は、取得したコンテンツに関する情報をコンテンツ記憶部１５１内に記憶する。また、取得部１４２は、取得したユーザに関する情報をユーザ情報記憶部１５２内に記憶する。また、取得部１４２は、記憶部１５０内から、適宜、処理に用いる情報を取得してもよい。
【００７２】
（提供部１４３について）
提供部１４３は、取得部１４２によって取得された予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスを提供する。具体的には、提供部１４３は、ユーザ端末１００の画面（出力部１３０）に、予測データ又は実績データがプロットされた表示面（気象に関する情報を示すための地図）を表示しつつ、地図上の種々の表示をユーザが任意に変更可能とするような操作を受け付けるためのインターフェイスを提供する。
【００７３】
例えば、提供部１４３は、地図上に表示する気象データの種別を選択するためのボタン（例えば、図１で示す雨雲ボタン７２や雷ボタン７４等）を含むインターフェイスをユーザに提供する。また、提供部１４３は、地図上に表示する気象データの時刻を指定するための時間軸（例えば、図１で示すスライダー７８）を含むインターフェイスをユーザに提供する。
【００７４】
（表示制御部１４４について）
表示制御部１４４は、提供部１４３によって提供されたインターフェイスにおけるユーザの操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する。
【００７５】
例えば、表示制御部１４４は、インターフェイスにおける時間軸に対するユーザの操作に応じて、表示面において実績データを表示するか、あるいは表示面において予測データを表示するかを制御する。具体的には、表示制御部１４４は、図１や図２に示したスライダー７８において、「過去」から「現在」までの時間に対応する時間軸への操作を受け付けた場合には、表示面において実績データを表示するよう制御する。また、表示制御部１４４は、スライダー７８において、「現在」から「未来」までの時間に対応する時間軸への操作を受け付けた場合には、表示面において予測データを表示するよう制御する。なお、表示制御部１４４は、スライダー７８において「現在」に対応する時間軸への操作を受け付けた場合には、実績データ（例えば直近の実績データ）を表示してもよいし、予測データ（例えば直近の予測データ）を表示してもよい。
【００７６】
また、表示制御部１４４は、インターフェイスにおいてユーザが選択した気象種別に応じて、表示面において表示する予測データ又は実績データの種別を決定する。
【００７７】
例えば、表示制御部１４４は、ユーザが気象の種別として「雷」を選択した場合、「雷」に対応するデータを表示面に表示するよう制御する。具体的には、表示制御部１４４は、インターフェイスにおいてユーザが実績データを表示させるための操作を行った場合、落雷した箇所を指し示す所定のシンボルにより表示される実績データを表示面に表示させるよう制御する。また、表示制御部１４４は、インターフェイスにおいてユーザが予測データを表示させる操作を行った場合、落雷が予測される範囲を示す予測データを表示面に表示させるよう制御する。
【００７８】
また、表示制御部１４４は、ユーザの位置情報に合わせて気象データを表示する処理を行ってもよい。すなわち、表示制御部１４４は、ユーザ端末１００の位置情報に対応した気象種別に応じて、表示面において表示する予測データ又は実績データの種別を決定する。例えば、表示制御部１４４は、予めコンテンツ配信サーバ３０の管理者等によって設定された「気象データ」と「気象種別」との対応情報を取得し、参照する。そして、表示制御部１４４は、参照した対応付け情報に基づいて、表示面において表示する予測データ又は実績データの種別を決定する。
【００７９】
これは、気象データへのユーザの関心は、地域における気象条件等によって異なる場合があるからである。例えば、ある地域では「花粉」や「黄砂」の気象データを閲覧するユーザが比較的多数であるのに対して、他の地域では「花粉」や「黄砂」の気象データを閲覧するユーザが比較的少数である場合がある。この場合、表示制御部１４４は、ユーザ端末１００が、「花粉」や「黄砂」の気象データを閲覧するユーザが比較的少数である地域に所在するときには、「花粉」や「黄砂」に関する気象データを選択するための領域（例えば、図１や図２に示した雨雲ボタン７２や雷ボタン７４等）をインターフェイスに表示させない、といった制御を行うことができる。これにより、表示制御部１４４は、インターフェイスの表示項目を減らすことができるため、ユーザにとって視認し易い画面を提供し、ユーザのアプリの操作性に貢献することができる。
【００８０】
（通知部１４５について）
通知部１４５は、取得部１４２によって取得された予測データと、ユーザ端末１００に関する情報とに基づいて、ユーザ端末１００を利用するユーザに対して気象予測に関する通知を行う。
【００８１】
例えば、通知部１４５は、取得部１４２によって取得された予測データに基づいて、所定時間後にユーザ端末１００の位置情報が示す位置における気象の変化が予測される場合に通知を行う。具体的には、通知部１４５は、現時点でユーザ端末１００が所在する位置において、所定時間後（例えば１時間後）に「雨が降り出す（例えば降水確率が５０％を超える等）」といったことが予測される場合、その旨をユーザに通知する。例えば、通知部１４５は、ユーザ端末１００の画面に対してプッシュ通知を行い、ユーザに「もうすぐ雨が降りそうです」といった注意喚起を行うためのメッセージを表示させる。
【００８２】
上記の通知は、予めユーザから登録された情報に基づいて行われてもよい。すなわち、通知部１４５は、ユーザによって予め設定された気象種別、及び、ユーザによって予め設定された所定時間に基づいて、設定された所定時間後に、ユーザ端末１００の位置情報が示す位置において設定された気象種別に対応する気象の変化が予測される場合に、通知を行ってもよい。
【００８３】
この場合、通知部１４５は、ユーザ情報記憶部１５２に記憶された、ユーザの登録した設定を参照する。そして、通知部１４５は、予測される気象の変化が、ユーザの登録した設定に該当する場合に通知を行う。図６に示した例では、通知部１４５は、ユーザが「登録地点情報」として登録した位置において、「通知時間」に対応する時間に、「通知内容」に登録した気象種別において変化が予測される場合に、ユーザに対して通知を行う。これにより、ユーザは、あらゆる気象に関する通知を受ける必要がなく、自身が所望する気象の変化に関してのみ、通知を受け取ることができる。
【００８４】
また、通知部１４５は、ユーザの属性情報に応じて、ユーザに対して気象予測に関する通知を行ってもよい。例えば、通知部１４５は、予めコンテンツ配信サーバ３０の管理者等によって設定された「属性情報」と「気象種別」との対応付け情報を取得し、参照する。そして、通知部１４５は、参照した対応付け情報に基づいて通知を行う。
【００８５】
例えば、通知部１４５は、属性情報「女性」と気象種別「紫外線」とが対応付けられていることを参照する。この場合、通知部１４５は、ユーザ端末１００のユーザが「女性」であり、当該ユーザ端末１００が所在する地域の紫外線予測が「強い」等である場合に、「今日は、これから紫外線が強くなりそうです」といったプッシュ通知を行う。一方、通知部１４５は、ユーザ端末１００のユーザが「男性」であれば当該通知を行わない。これにより、ユーザは、自身の属性に適した通知を受け取ることができる。
【００８６】
〔４．コンテンツ配信サーバの構成〕
次に、図７を用いて、実施形態に係るコンテンツ配信サーバ３０の構成について説明する。図７は、実施形態に係るコンテンツ配信サーバ３０の構成例を示す図である。図７に示すように、コンテンツ配信サーバ３０は、通信部３１と、コンテンツ記憶部３２と、制御部３３とを有する。
【００８７】
通信部３１は、例えば、ＮＩＣ等によって実現される。そして、通信部３１は、ネットワークＮと有線または無線で接続され、ユーザ端末１００や気象情報サーバ２０との間で情報の送受信を行う。
【００８８】
コンテンツ記憶部３２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。
【００８９】
コンテンツ記憶部３２は、ユーザ端末１００に配信するコンテンツを記憶する。例えば、コンテンツ記憶部３２は、気象情報を表示するための表示面となりうる地図データを記憶する。また、コンテンツ記憶部３２は、気象情報サーバ２０から取得する気象に関する情報を記憶する。また、コンテンツ記憶部３２は、ユーザ端末１００のアプリにおける表示制御処理や通知処理に用いる各種設定情報や対応付け情報を記憶する。
【００９０】
制御部３３は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、コンテンツ配信サーバ３０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【００９１】
図７に示すように、制御部３３は、要求部３４と、受付部３５と、配信部３６とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３の内部構成は、図７に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３が有する各処理部の接続関係は、図７に示した接続関係に限られず、他の接続関係であってもよい。
【００９２】
要求部３４は、気象情報サーバ２０に対して、気象に関する情報を要求する。具体的には、要求部３４は、アプリの表示制御処理に用いる気象に関する情報をコンテンツ配信サーバ３０に送信するよう、気象情報サーバ２０に要求する。
【００９３】
受付部３５は、気象情報サーバ２０から送信された気象に関する情報を受け付ける。また、受付部３５は、例えばコンテンツ配信サーバ３０の管理者から入力される地図データ等の各種コンテンツを受け付ける。受付部３５は、受け付けた各種情報をコンテンツ記憶部３２に記憶する。
【００９４】
また、受付部３５は、ユーザ端末１００からコンテンツの取得要求を受け付ける。例えば、受付部３５は、ユーザ端末１００においてアプリが起動されたことを契機として、ユーザ端末１００から送信されるコンテンツ取得要求を受け付ける。
【００９５】
配信部３６は、受付部３５によってコンテンツの取得要求が受け付けられた場合に、コンテンツをユーザ端末１００に配信する。具体的には、配信部３６は、コンテンツ記憶部３２から取得要求対象のコンテンツを取得し、取得したコンテンツをユーザ端末１００に配信する。また、配信部３６は、アプリの起動後においても定期的にコンテンツの配信を行う。また、配信部３６は、ユーザ端末１００においてアプリが起動していなくても、バックグラウンド処理によってユーザ端末１００から予測データ等の取得要求を受け付けた場合には、要求に応じたコンテンツをユーザ端末１００に配信してもよい。
【００９６】
〔５．処理フロー〕
次に、図８を用いて、実施形態に係る表示制御処理手順について説明する。図８は、実施形態に係る処理手順を示すフローチャート（１）である。
【００９７】
図８に示すように、ユーザ端末１００は、アプリが起動された場合にコンテンツを画面上に表示する（ステップＳ１０１）。その後、ユーザ端末１００は、時間軸に対する操作を受け付けたか否かを判定する（ステップＳ１０２）。時間軸に対する操作を受け付けていない場合（ステップＳ１０２；Ｎｏ）、ユーザ端末１００は、コンテンツの表示を維持する。
【００９８】
一方、時間軸に対する操作を受け付けた場合（ステップＳ１０２；Ｙｅｓ）、ユーザ端末１００は、画面に表示するデータに対応する時間が未来であるか否かを判定する（ステップＳ１０３）。画面に表示するデータに対応する時間が未来である場合（ステップＳ１０３；Ｙｅｓ）、ユーザ端末１００は、気象に関する情報のうち、予測データを画面に表示するよう制御する（ステップＳ１０４）。
【００９９】
一方、画面に表示するデータに対応する時間が未来でない場合（ステップＳ１０３；Ｎｏ）、ユーザ端末１００は、気象に関する情報のうち、実績データを画面に表示するよう制御する（ステップＳ１０５）。
【０１００】
その後、ユーザ端末１００は、コンテンツの表示を終了させる操作をユーザから受け付けたか否かを判定する（ステップＳ１０６）。コンテンツの表示を終了させる操作を受け付けた場合（ステップＳ１０６；Ｙｅｓ）、ユーザ端末１００は、コンテンツの表示（言い換えれば、アプリの動作）を終了する。
【０１０１】
一方、コンテンツの表示を終了させる操作を受け付けていない場合（ステップＳ１０６；Ｎｏ）、ユーザ端末１００は、コンテンツの表示を維持する。なお、ユーザ端末１００は、ユーザの操作を受け付けない場合であっても、例えば時間が経過して新たな予測データを取得した場合には、コンテンツの表示を自動的に更新するような表示制御処理を適宜行ってもよい。
【０１０２】
次に、図９を用いて、実施形態に係る通知処理手順について説明する。図９は、実施形態に係る処理手順を示すフローチャート（２）である。
【０１０３】
図９に示すように、ユーザ端末１００は、コンテンツ配信サーバ３０からコンテンツを取得する（ステップＳ２０１）。その後、ユーザ端末１００は、取得したコンテンツから、ユーザの現在位置もしくは登録位置に対応する予測データを抽出する（ステップＳ２０２）。
【０１０４】
そして、ユーザ端末１００は、現在位置もしくは登録位置において気象変化の可能性が検出されたか否かを判定する（ステップＳ２０３）。気象変化の可能性が検出されない場合（ステップＳ２０３；Ｎｏ）、ユーザ端末１００は、コンテンツの更新（言い換えれば、新たな予測データの取得）があるまで待機する。
【０１０５】
一方、気象変化の可能性が検出された場合には（ステップＳ２０３；Ｙｅｓ）、ユーザ端末１００は、検出されたデータが登録された気象種別であるか否かを判定する（ステップＳ２０４）。検出されたデータが登録された気象種別でない場合（ステップＳ２０４；Ｎｏ）、ユーザ端末１００は、当該気象に関する通知はユーザが所望していないものと判定し、通知は不要であると判定する。そして、ユーザ端末１００は、コンテンツの更新があるまで待機する。
【０１０６】
一方、検出されたデータが登録された気象種別である場合（ステップＳ２０４；Ｙｅｓ）、ユーザ端末１００は、通知を行うべき時間であるか否かを判定する（ステップＳ２０５）。例えば、ユーザ端末１００は、現在時刻が、ユーザから登録された通知の時間に適合するか否かを参照し、現在時刻においてユーザに通知を行うべきか否かを判定する。
【０１０７】
通知を行うべき時間であると判定した場合（ステップＳ２０５；Ｙｅｓ）。ユーザ端末１００は、ユーザに対して気象に関する通知を行う（ステップＳ２０６）。一方、通知を行うべき時間でないと判定した場合（ステップＳ２０５；Ｎｏ）。ユーザ端末１００は、コンテンツの更新があるまで待機する。
【０１０８】
なお、図８や図９で示した処理の手順は一例であり、ユーザ端末１００は、処理の途中においてユーザの操作等を受け付けた場合には、ユーザの操作に応じて、柔軟に処理の順序を入れ替えてもよい。
【０１０９】
〔６．変形例〕
上述した実施形態に係る処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。以下では、表示制御システム１の他の実施形態について説明する。
【０１１０】
〔６−１．サーバによる処理〕
上記実施形態では、ユーザ端末１００が１種類の気象に関する情報を表示する例を示した。しかし、ユーザ端末１００は、複数の気象に関する情報を重畳させて表示してもよい。
【０１１１】
すなわち、ユーザ端末１００は、インターフェイスにおいてユーザが選択した複数の気象種別に応じて、表示面においてユーザから選択された複数の気象種別の予測データ又は実績データを重畳的に表示するよう制御してもよい。
【０１１２】
例えば、ユーザは、雨雲と雷の相関性を確認したいと所望したり、風と花粉の相関性を確認したいと所望したりする場合がある。この場合、ユーザ端末１００は、ユーザから複数の気象種別の選択を受け付ける。具体的には、ユーザ端末１００は、インターフェイスにおいて、雨雲ボタン７２と雷ボタン７４という、２つの気象の選択を受け付ける。
【０１１３】
そして、ユーザ端末１００は、選択された気象の実績データや予測データを重畳的に表示する。この例では、ユーザ端末１００は、ある地域における降水量と落雷箇所及び落雷回数を同時に表示したり、ある地域における降水確率と落雷確率とを同時に表示したりする。これにより、ユーザは、様々な気象の相関を知得したり、知りたい気象に関する情報を一度に知得したりすることができる。
【０１１４】
〔６−２．コンテンツ〕
上記実施形態では、コンテンツとして、アプリ内で表示されるコンテンツを例に挙げた。しかし、コンテンツの例はこれに限られず、ユーザ端末１００が取得可能であり、表示可能であれば、コンテンツはどのような形態であってもよい。例えば、コンテンツは、ウェブページであってもよい。
【０１１５】
〔６−３．制御情報〕
上記実施形態では、ユーザ端末１００が、実施形態に係る表示制御プログラムが記載された制御情報に従って表示制御処理を実行する例を示した。ここで、制御情報は、ユーザ端末１００が実行するアプリに含まれてもよいし、ウェブブラウザソフトウェアの一機能として含まれていてもよいし、ユーザ端末１００で表示しようとするコンテンツに含まれていてもよい。すなわち、制御情報の取得元や配信元は、ユーザ端末１００の行う表示制御処理の結果には影響しない。
【０１１６】
〔６−４．装置構成〕
また、上記実施形態では、表示制御システム１に、ユーザ端末１００と、気象情報サーバ２０と、コンテンツ配信サーバ３０とが含まれる例を示したが、表示制御システム１の構成はこの例に限られない。例えば、コンテンツ配信サーバ３０と気象情報サーバ２０とは１個の装置として形成されてもよい。
【０１１７】
また、上記実施形態では、気象情報サーバ２０からコンテンツ配信サーバ３０に気象に関する情報が送信される例を示したが、気象に関する情報は、気象情報サーバ２０からユーザ端末１００に直接送信されてもよい。
【０１１８】
〔６−５．表示処理〕
上記実施形態では、図２のように、実績データをシンボル８４等で表示する例を示した。ここで、ユーザ端末１００は、落雷箇所の全てをシンボル８４で表示するような、画一的な表示を行わなくてもよい。例えば、ユーザ端末１００は、落雷数等に応じてサイズの異なるシンボルを表示させたり、形の異なるシンボルを表示させたりしてもよい。
【０１１９】
〔６−６．スケジュールとの連動〕
上記実施形態では、ユーザ端末１００が、ユーザが予め登録したデータに基づいて通知を行う例を示した。ここで、ユーザ端末１００は、他のアプリ等に登録されたユーザの情報に基づいて通知を行ってもよい。具体的には、ユーザ端末１００は、カレンダーアプリや乗換案内アプリ等に設定されたユーザの情報に基づいて、通知を行ってもよい。例えば、ユーザ端末１００は、ある日程においてある地域をユーザが訪れる旨のスケジュール登録をカレンダーアプリに対して実行しているという情報を参照する。この場合、ユーザ端末１００は、当該日程における当該地域の気象予測を通知したり、当該日程における当該地域において雨が予測されるため注意喚起を行うメッセージ通知を行ったりしてもよい。
【０１２０】
〔６−７．データの表示〕
上記実施形態では、図１や図２に示したように、ユーザ端末１００が、現在を基準として１時間前から１時間後までの実績データや予測データを表示する例を示した。ここで、ユーザ端末１００が表示するデータの範囲は、現在を基準として１時間前から１時間後までに限られない。すなわち、ユーザ端末１００は、取得したデータがある限り、過去から未来までの任意のデータを表示するようにしてもよい。これにより、ユーザは、例えば数年前のある地域の天候や気象に関する情報を知得したり、気象の変化を継続的に観測したりすることができる。このため、ユーザ端末１００は、単に気象予測を行うにとどまらず、気象に関する情報そのものの閲覧を楽しむユーザ等に娯楽を提供することができる。
【０１２１】
〔６−８．各データの表示制御〕
上記実施形態では、図１や図２に示したように、ユーザ端末１００が、ユーザからスライダー７８に対する操作を受け付けることにより、操作に応じた表示制御処理を実行する例を示した。ここで、スライダー７８は、時間軸に限らず、種々の変更の要求を受け付けるユーザから受け付けるインターフェイスであってもよい。例えば、スライダー７８は、降水量を表示する範囲を指定する軸（例えば、過去の所定時間内に１ｍｍ以上の降水があった場合に結果を表示するか、あるいは、２ｍｍ以上の降水があった場合に結果を表示するか等を指定する軸）を有していてもよい。
【０１２２】
〔６−９．制御処理の主体〕
上記実施形態では、ユーザ端末１００においてアプリが実行されることにより、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する処理が行われる例を示した。しかし、かかる処理の一部は、コンテンツ配信サーバ３０によって実行されてもよい。
【０１２３】
すなわち、コンテンツ配信サーバ３０は、気象情報サーバ２０から気象に関する情報の予測値及び実績値を取得する。さらに、コンテンツ配信サーバ３０は、取得した気象に関する情報の予測値及び実績値に基づいて、気象データと地図データとを重畳させた画像データ（例えば、図１で示すアプリ画面６０で表示される画像）を生成する。
【０１２４】
すなわち、コンテンツ配信サーバ３０は、生成した画像データと、当該画像データの予測時刻や観測時刻（実績データに対応する時刻）とを対応つけたリスト（時刻リスト）を保持する。その後、コンテンツ配信サーバ３０は、ユーザ端末１００のインターフェイス上で受け付けたユーザの操作に従って送信される要求に従い、時刻リストを参照して、要求された時刻に応じた画像データをユーザ端末１００に送信する。また、コンテンツ配信サーバ３０は、時刻リストを参照したユーザ端末１００の要求や、要求を受けることなく自動的に、最新時刻の画像データをユーザ端末１００に送信するようにしてもよい。この場合、ユーザ端末１００は、気象に関する予測データや実績データとして、コンテンツ配信サーバ３０によって生成された画像データや、画像データに紐づく時刻リスト等を取得することになる。
【０１２５】
上記のように、気象に関するデータを表示するにあたり、実際にユーザ端末１００に表示される画像データは、ユーザ端末１００（アプリ）によって生成されてもよいし、コンテンツ配信サーバ３０によって生成されてもよい。また、コンテンツ配信サーバ３０は１台に限らず、例えば、気象に関する情報を取得するサーバと、アプリとの情報のやり取りを行うＡＰＩ（Application  Programming  Interface）サーバ等の複数のサーバによって構成されてもよい。また、実施形態に係る表示制御プログラムは、ユーザ端末１００によって実行されてもよいし、コンテンツ配信サーバ３０等の外部サーバによって実行されてもよい。
【０１２６】
また、上記のように、コンテンツ配信サーバ３０が気象に関する画像データを生成し、ユーザ端末１００が当該画像データを取得した場合、上述した実施形態に係る表示制御処理において、ユーザ端末１００は、ユーザの操作に応じて、予測データと実績データとが異なる表示手法で表示された画像のインターフェイスにおける表示を制御する。すなわち、ユーザ端末１００に表示される画像データは、ユーザ端末１００によって生成されるかコンテンツ配信サーバ３０に生成されるかにかかわらず、ユーザの操作に応じて、実績データを示すものか、予測データを示すものであるかが一目で認識可能なように表示される。
【０１２７】
すなわち、ユーザ端末１００は、気象に関する予測データ又は実績データが地図上にプロットされた画像を取得する。そして、ユーザ端末１００は、取得した画像を表示する表示面を含むインターフェイスを提供する。また、ユーザ端末１００は、提供したインターフェイスにおけるユーザの操作に基づいて、予測データと実績データとが異なる表示手法で表示された画像のインターフェイスにおける表示を制御する。
【０１２８】
かかる構成によっても、ユーザ端末１００は、過去のデータと未来のデータとを異なる表示手法で表示するとともに、ユーザＵ０１の操作に応じてシームレスに実績データの表示と予測データの表示とを入れ替えることができる。これにより、ユーザ端末１００は、視認性に優れた表示制御処理を実現することができるため、アプリを活用するユーザＵ０１の利便性を向上させることができる。
【０１２９】
〔６−１０．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１３０】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図４に示した要求部１４１及び取得部１４２は統合されてもよい。
【０１３１】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１３２】
〔７．ハードウェア構成〕
また、上述してきた実施形態に係るユーザ端末１００、気象情報サーバ２０、コンテンツ配信サーバ３０は、例えば図１０に示すような構成のコンピュータ１０００によって実現される。以下、ユーザ端末１００を例に挙げて説明する。図１０は、ユーザ端末１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read  Only  Memory）１３００、ＨＤＤ（Hard  Disk  Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【０１３３】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラム（例えば、実施形態に係る表示制御プログラム）に基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【０１３４】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、ネットワークＮを介してＣＰＵ１１００が生成したデータを他の機器へ送信する。
【０１３５】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。
【０１３６】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１３７】
例えば、コンピュータ１０００が実施形態に係るユーザ端末１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１４０の機能を実現する。また、ＨＤＤ１４００には、ユーザ端末１００が備える記憶部１５０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。
【０１３８】
〔８．効果〕
上述したように、実施形態に係る表示制御プログラムは、表示制御装置（実施形態ではユーザ端末１００）に、取得手順と、提供手順と、表示制御手順とを実行させる。取得手順は、気象に関する予測データと実績データとを取得する。提供手順は、取得手順によって取得された予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスを提供する。表示制御手順は、提供手順によって提供されたインターフェイスにおけるユーザの操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する。
【０１３９】
このように、実施形態に係る表示制御プログラムは、ユーザの操作に応じて実績データの表示と予測データの表示とを入れ替えて表示する。これにより、表示制御プログラムは、実績データと予測データとをユーザが一目で見分けることのできる、視認性に優れた表示制御処理を実現することができるので、ユーザの利便性を向上させることができる。
【０１４０】
また、表示制御手順は、インターフェイスにおける時間軸に対するユーザの操作に応じて、表示面において実績データを表示するか、あるいは表示面において予測データを表示するかを制御する。
【０１４１】
このように、実施形態に係る表示制御プログラムは、時間軸を用いてユーザの操作を受け付けることにより、シームレスに実績データの表示と予測データの表示とを入れ替えて表示することができる。これにより、表示制御プログラムは、ユーザの操作性を向上させることができる。
【０１４２】
また、取得手順は、雷に関する予測データと実績データとを取得する。表示制御手順は、インターフェイスにおいてユーザが実績データを表示させるための操作を行った場合、落雷した箇所を指し示す所定のシンボルにより表示される実績データを表示面に表示させるよう制御し、インターフェイスにおいてユーザが予測データを表示させる操作を行った場合、落雷が予測される範囲を示す予測データを表示面に表示させるよう制御する。
【０１４３】
このように、実施形態に係る表示制御プログラムは、実績データをシンボルで表示し、予測データを地図上の範囲によって示すことで、視認性に優れた表示制御処理を行うことができる。
【０１４４】
また、表示制御手順は、インターフェイスにおいてユーザが選択した気象種別に応じて、表示面において表示する予測データ又は実績データの種別を決定する。
【０１４５】
このように、実施形態に係る表示制御プログラムは、種々の気象種別の選択をユーザから受け付けて表示する。これにより、表示制御プログラムは、画面内の表示を煩雑にすることなく、ユーザが所望する情報のみを表示するよう制御することができる。
【０１４６】
また、表示制御手順は、インターフェイスにおいてユーザが選択した複数の気象種別に応じて、表示面においてユーザから選択された複数の気象種別の予測データ又は実績データを重畳的に表示するよう制御する。
【０１４７】
このように、実施形態に係る表示制御プログラムは、ユーザの選択に応じて、複数の気象種別のデータを表示してもよい。これにより、表示制御プログラムは、気象種別の相関性などの有用なデータをユーザに提供することができる。
【０１４８】
また、取得手順は、表示制御装置の位置情報を取得する。表示制御手順は、表示制御装置の位置情報に対応した気象種別に応じて、表示面において表示する予測データ又は実績データの種別を決定する。
【０１４９】
このように、実施形態に係る表示制御プログラムは、位置に応じた種別の気象データを表示するようにしてもよい。これにより、表示制御プログラムは、ユーザが気象の選択を行わずとも、当該ユーザが所在する地域に適した気象データを表示するといった、利便性に優れた表示制御処理を行うことができる。
【０１５０】
また、実施形態に係る表示制御プログラムは、取得手順によって取得された予測データと、表示制御装置に関する情報とに基づいて、表示制御装置を利用するユーザに対して気象予測に関する通知を行う通知手順、を表示制御装置にさらに実行させる。
【０１５１】
このように、実施形態に係る表示制御プログラムは、気象予測に関する通知をユーザに行うことで、アプリを常に視認していないユーザに対しても、有用な情報を的確に伝えることができる。
【０１５２】
また、通知手順は、取得手順によって取得された予測データに基づいて、所定時間後に表示制御装置の位置情報が示す位置における気象の変化が予測される場合に、通知を行う。
【０１５３】
このように、実施形態に係る表示制御プログラムは、気象の変化に伴う通知を行うことにより、例えば雨が降るとか雷の危険性があるといった予測情報を確実にユーザに伝えることができる。
【０１５４】
また、通知手順は、ユーザによって予め設定された気象種別、及び、ユーザによって予め設定された所定時間に基づいて、設定された所定時間後に、表示制御装置の位置情報が示す位置において設定された気象種別に対応する気象の変化が予測される場合に、通知を行う。
【０１５５】
このように、実施形態に係る表示制御プログラムは、ユーザが設定した情報に基づいて通知を行うことで、各ユーザに対して最適化されたタイミングで通知を行うことができる。
【０１５６】
また、取得手順は、表示制御装置を利用するユーザの属性情報を取得する。通知手順は、ユーザの属性情報に応じて、ユーザに対して気象予測に関する通知を行う。
【０１５７】
このように、実施形態に係る表示制御プログラムは、ユーザの属性情報を取得することにより、ユーザがあえて情報を設定しなくても、当該ユーザにパーソナライズされた通知を的確に行うことができる。
【０１５８】
また、取得手順は、気象に関する予測データと実績データとが地図上にプロットされた画像を取得する。提供手順は、取得手順によって取得された画像が表示される表示面を含むインターフェイスを提供する。表示制御手順は、提供手順によって提供されたインターフェイスにおけるユーザの操作に基づいて、予測データと実績データとが互いに異なる表示手法で表示された複数の画像のインターフェイスにおける表示を制御する。
【０１５９】
このように、実施形態に係る表示制御プログラムは、データを取得して情報表示装置側で画像を生成するのではなく、予めサーバ等（実施形態ではコンテンツ配信サーバ３０等）で生成された画像を取得するようにしてもよい。かかる構成によっても、表示制御プログラムは、視認性に優れた表示制御処理を実現することができるため、アプリを活用するユーザの利便性を向上させることができる。
【０１６０】
また、実施形態に係るコンテンツ配信サーバ３０（本願に係るサーバ装置に対応する）は、制御情報を表示制御装置に配信する配信部３６を有する。また、制御情報は、気象に関する予測データと実績データとを取得する取得手順と、取得手順によって取得された予測データ又は実績データを地図上にプロットした表示面を含むインターフェイスを提供する提供手順と、提供手順によって提供されたインターフェイスにおけるユーザの操作に基づいて、地図上にプロットされる予測データと実績データとを異なる表示手法で表示するよう制御する表示制御手順と、を表示制御装置に実行させることを特徴とする。
【０１６１】
このように、実施形態に係る表示制御処理は、ユーザ端末１００にインストールされたアプリで実行される場合に限らず、コンテンツ配信サーバ３０から配信された制御情報によって実行されてもよい。この場合、表示制御処理は、例えばウェブブラウザを介して提供される天気情報サービスやニュースサービスにおける表示の一手法として、ユーザ端末１００内部で実行される。すなわち、コンテンツ配信サーバ３０は、アプリ等の態様に限らず、実施形態に係る表示制御処理を様々な態様で実現させることができる。
【０１６２】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１６３】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【０１６４】
１  表示制御システム
２０  気象情報サーバ
３０  コンテンツ配信サーバ
３４  要求部
３５  受付部
３６  配信部
１００  ユーザ端末
１１０  通信部
１２０  入力部
１３０  出力部
１４０  制御部
１４１  要求部
１４２  取得部
１４３  提供部
１４４  表示制御部
１４５  通知部
１５０  記憶部
１５１  コンテンツ記憶部
１５２  ユーザ情報記憶部
【図１】
2019121276.tif 000003
【図２】
2019121276.tif 000004
【図３】
2019121276.tif 000005
【図４】
2019121276.tif 000006
【図５】
2019121276.tif 000007
【図６】
2019121276.tif 000008
【図７】
2019121276.tif 000009
【図８】
2019121276.tif 000010
【図９】
2019121276.tif 000011
【図１０】
2019121276.tif 000012