JP2016212597A - 情報収集プログラム、情報収集装置、及び情報収集方法 - Google Patents

Abstract

【課題】処理負荷を軽減することができる情報収集プログラム、情報収集装置、及び情報収集方法を提供する。
【解決手段】情報収集プログラム（サーバ２０）は、装置（携帯端末１０）が収集したコンテキストデータの変化に基づいて、コンテキストデータの変動周期を特定する処理をコンピュータに実行させる。また、情報収集プログラム（サーバ２０）は、特定した変動周期に基づいて、コンテキストデータの収集を抑制する無効期間を装置に設定する処理をコンピュータに実行させる。
【選択図】図１

Description

本発明は、情報収集プログラム、情報収集装置、及び情報収集方法に関する。

利用者が利用する端末の周囲の状態を表す、例えば利用者の位置情報や利用者周辺の気温などのコンテキストデータを収集する。そして、コンテキストデータが所定の条件を満たす場合に、コンテキストデータに応じた情報を利用者に提供する技術がある。

例えば、サーバが、利用者端末から位置情報を受信し、利用者が特定の店舗に近づいた場合に店舗の情報を送信する技術が知られている。また、サーバが、利用者端末から気温を受信し、利用者周辺の気温が所定の温度に達した場合に熱中症の警告を送信する技術が知られている。また、サーバが、利用者端末から受信したコンテキストデータをもとに、利用者と予定行動との関係度を算出し、関係度の変化率に基づいて利用者に情報を提供する技術が知られている。

特開２００５−７１０２６号公報 特開２００４−２５９２６１号公報 特開２０１２−１５５３５７号公報

しかしながら、上記技術では、所定の条件を満たす可能性が低い無駄なコンテキストデータの収集が発生した場合でも、コンテキストデータが所定の条件を満たすか否かの判定が実行される。このため、コンテキストデータの収集処理を行う利用者端末やサーバなどの処理負荷が高くなる場合がある。

１つの側面では、処理負荷を軽減することができる情報収集プログラム、情報収集装置、及び情報収集方法を提供することを目的とする。

１つの側面では、情報収集プログラムは、装置が収集したコンテキストデータの変化に基づいて、コンテキストデータの変動周期を特定する処理をコンピュータに実行させる。また、情報収集プログラムは、特定した変動周期に基づいて、コンテキストデータの収集を抑制する無効期間を装置に設定する処理をコンピュータに実行させる。

一実施態様によれば、情報収集の処理負荷を軽減することができる。

図１は、情報収集システムの一例を示す機能ブロック図である。 図２は、実施例１における携帯端末の起動パラメータの一例を示す説明図である。 図３は、実施例１におけるデータテーブルの一例を示す説明図である。 図４は、実施例１における履歴ＤＢに記憶される気温情報の一例を示す説明図である。 図５は、実施例１における履歴ＤＢに記憶される位置情報の一例を示す説明図である。 図６は、実施例１におけるサーバの起動パラメータの一例を示す説明図である。 図７は、実施例１における日中の気温の測定結果の一例を示すグラフである。 図８は、実施例１における年間の予想最高気温の一例を示すグラフである。 図９は、実施例１における日中の気温の測定結果に基づく判定結果の一例を示す説明図である。 図１０は、実施例１における年間の予想最高気温に基づく判定結果の一例を示す説明図である。 図１１Ａは、実施例１におけるコンテキストデータ収集処理の一例を説明するフローチャートである。 図１１Ｂは、実施例１における判定処理の一例を説明するフローチャートである。 図１１Ｃは、実施例１における無効化期間を特定する処理の一例を説明するフローチャートである。 図１２は、実施例１における携帯端末によるコンテキストデータの収集に関する処理の一例を説明するフローチャートである。 図１３Ａは、実施例２における携帯端末の起動パラメータの一例を示す説明図である。 図１３Ｂは、実施例２におけるサーバの起動パラメータの一例を示す説明図である。 図１４は、実施例２における位置情報に基づく処理の無効化に関する処理の一例を説明するフローチャートである。 図１５Ａは、実施例３における携帯端末の起動パラメータの一例を示す説明図である。 図１５Ｂは、実施例３における次回実行日時を更新した後の起動パラメータの一例を示す説明図である。 図１５Ｃは、実施例３における無効化期間内において次回実行日時を更新した後の起動パラメータの一例を示す説明図である。 図１５Ｄは、実施例３におけるサーバの起動パラメータの一例を示す説明図である。 図１６は、実施例３における次回実行日時を設定する処理の一例を説明するフローチャートである。 図１７は、実施例４における変化傾向の特定例を示す説明図である。 図１８は、実施例４における実行頻度の決定例を示す説明図である。 図１９は、携帯端末のハードウェア構成の一例を示す図である。 図２０は、サーバのハードウェア構成の一例を示す図である。

以下に、本願の開示する情報収集プログラム、情報収集装置及び情報収集方法の実施例を図面に基づいて詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせてもよい。

［全体構成］
実施例１は、サーバ２０が、気温、湿度、携帯端末１０の位置情報や予想最高気温などのコンテキストデータを収集し、コンテキストデータが所定の条件を満たす場合に携帯端末１０に熱中症の警告などを通知する情報収集システムの一例である。図１は、情報収集システム１の一例を示す機能ブロック図である。図１において、情報収集システム１は、携帯端末１０と、サーバ２０とを有している。また、サーバ２０はネットワークを通じて、他システム３０と通信可能である。なお、ここでは説明を簡略化するために、携帯端末１０と、サーバ２０と、他システム３０とが、それぞれ１台ずつである場合を例にして説明する。

携帯端末１０は、利用者が所持する携帯端末であり、例えば、携帯電話機、スマートフォンやタブレット端末などの一例である。携帯端末１０は、サーバ２０によって設定される起動パラメータに従って周辺のコンテキストデータを収集してサーバ２０に送信し、またサーバ２０から熱中症の警告などの通知を受信する。携帯端末１０が収集するコンテキストデータは、例えば気温、湿度や携帯端末１０の位置情報である。コンテキストデータは、携帯端末１０が有する、図示しない温度センサ、湿度センサ、ＧＰＳセンサなどを用いて測定される。なお、位置情報を、携帯端末１０と通信を行う無線基地局の位置により特定するような構成であってもよい。

サーバ２０は、コンテキストデータを携帯端末１０及び他システム３０から収集し、また収集したコンテキストデータを用いて条件判定を行う装置の一例である。サーバ２０は、条件判定の結果、条件を満たすと判定される場合に、携帯端末１０に通知を送信する。例えば、サーバ２０は、「気温３０度以上」などの条件を満たすと判定される場合に、携帯端末１０に熱中症の警告などの通知を送信する。サーバ２０は、有線又は無線により、携帯端末１０及び他システム３０と通信可能である。サーバ２０が収集するコンテキストデータは、例えば予想最高気温など、他システム３０から送信されるデータである。

他システム３０は、例えば気象予報データを提供するサーバなど、サーバ２０にコンテキストデータを送信する装置の一例である。他システム３０は、サーバ２０から例えば地点を指定した予想最高気温のデータの取得要求を受信し、指定される地点の予想最高気温のデータをサーバ２０に送信する。

［端末の構成］
図１に示す携帯端末１０の各機能ブロックについて説明する。図１に示すように、携帯端末１０は、起動パラメータ１１と、起動制御部１２と、情報取得部１３と、通知取得部１５とを有する。なお、起動制御部１２、情報取得部１３及び通知取得部１５は、電子回路の一例やプロセッサが実行するプロセスの一例である。起動パラメータ１１は、メモリやハードディスクなどの記憶装置に記憶されるデータの一例である。

起動パラメータ１１は、携帯端末１０においてコンテキストデータの収集処理を実行するタイミングを記憶する。起動パラメータ１１は、サーバ２０から受信する情報により更新される。

図２は、実施例１における携帯端末の起動パラメータの一例を示す説明図である。図２に示すように、携帯端末１０の起動パラメータ１１は、「データ種別」と、「実行頻度」と、「無効化期間」とを対応付けて記憶する。

「データ種別」は、収集処理の対象となるコンテキストデータを示す。「実行頻度」は、コンテキストデータの収集処理を何分おきに実行するかという頻度を示し、「無効化期間」は、コンテキストデータの収集処理を抑制する期間を示す。

図２の例において、携帯端末１０は、位置及び気温を「１０分」おきに測定し、湿度を「３０分」おきに測定する。また、気温及び湿度について、「１６：００〜１０：００」の期間、及び「１０月〜６月」の期間については無効化期間として設定されているため、携帯端末１０は、この期間中に気温及び湿度の収集処理を抑制する。なお、「無効化期間」は、初期設定では空欄となっており、以下に説明する起動パラメータ１１の更新処理により設定される。

起動制御部１２は、起動パラメータ１１に記憶されるタイミングに従って、コンテキストデータの収集処理の実行指示を情報取得部１３に出力する。起動制御部１２は、起動パラメータ１１の実行頻度に記憶される間隔で実行指示を出力し、また無効化期間においては実行指示の出力を抑制する。

例えば、起動制御部１２は、前回の実行指示出力後、起動パラメータ１１の実行頻度に記憶される時間が経過した場合、現在日時が無効化期間に含まれるか否かを判定する。起動制御部１２は、現在日時が無効化期間に含まれない場合に実行指示を出力する。

なお、図２に例示する起動パラメータ１１においては、気温及び湿度については無効化期間が設定されているが、位置情報については無効化期間が設定されていない。しかし、本実施例のように、位置情報に関する条件を満たしても、気温に関する条件も満たさなければ通知を送信する条件を満たしたと判断されないような構成も考えられる。この場合、気温や湿度を収集せずに位置情報だけを収集しても無駄になるため、位置情報についても無効化期間における収集を抑制するような構成であってもよい。

情報取得部１３は、起動制御部１２の実行指示に従い、例えば気温、湿度や携帯端末１０の位置情報などのコンテキストデータを収集する。また、情報取得部１３は、収集したコンテキストデータを、サーバ２０に送信する。

通知取得部１５は、サーバ２０から、例えば熱中症の警告などの通知を受信し、図示しない表示部などを通じて利用者に提示する。

［サーバの構成］
次に、サーバ２０の構成について説明する。図１に示すように、サーバ２０は、データテーブル２１と、履歴ＤＢ２２と、起動パラメータ２３と、パラメータ決定部２４と、起動制御部２５と、情報取得部２６と、判定部２７と、通知部２８とを有する。なお、パラメータ決定部２４、起動制御部２５、情報取得部２６、判定部２７及び通知部２８は、電子回路の一例やプロセッサが実行するプロセスの一例である。データテーブル２１、履歴ＤＢ２２及び起動パラメータ２３は、メモリやハードディスクなどの記憶装置に記憶されるデータの一例である。

サーバ２０の記憶装置に記憶される各データについて説明する。データテーブル２１は、情報収集システム１が取り扱うコンテキストデータの種別と、その収集方法及び判定条件を記憶する。図３は、実施例１におけるデータテーブルの一例を示す説明図である。図３に示すように、データテーブル２１は、「データ種別」と「判定条件」と「実行頻度」と「実行主体」と「変化傾向」と「周期」と「無効化期間」とを対応付けて記憶する。

「データ種別」は、取得対象となるコンテキストデータの種類を示す。「判定条件」は、サーバ２０が携帯端末１０に通知を送信するか否かを判断する条件を示す。例えば図３の例においては、携帯端末１０の現在位置が「東京都」であり、かつ「屋外に３０分以上」存在する場合であって、携帯端末１０周辺の現在の気温が「３０度以上」、かつ１時間後の予想最高気温が「３２度以上」であることが判断条件である。判断条件を満たす場合、サーバ２０は、携帯端末１０に通知として、例えば熱中症の警告を送信する。

実行頻度は、コンテキストデータの収集を行う頻度を示す。実行主体は、コンテキストデータを収集する動作主体を示す。図３の例は、携帯端末１０が、１０分おきに位置情報を収集し、サーバ２０が、１時間おきに予想最高気温を収集することを示す。

変化傾向は、時間の経過とコンテキストデータの変化との関係を示す。変化傾向は、例えば、１秒間や１分間、１０分間、１時間など一定の時間に、気温などのコンテキストデータがどれほど変動するかを表す。図３の例は、気温が１分間で「０．５度未満」変動し、１０分では「５度未満」、１時間で「１５度未満」変動することを示す。

なお、実行頻度は、例えば、変化傾向に基づき有効な変化が見込まれる最小の時間単位に設定される。例えば、図３において、気温の実行頻度は、変動幅が「５度未満」である変化傾向に合わせて「１０分」に設定される。なお、実行頻度及び変化傾向は、例えば後述する実施例４に記載するような構成により設定される。

周期は、コンテキストデータの変動サイクルの有無を示す。周期の欄は、変動サイクルに周期性がある場合は、「１日」、「１年」などの期間を記憶し、変動サイクルに周期性がなく不規則に変動する場合は「なし」を記憶する。無効化期間は、コンテキストデータの収集を抑制する期間を示す。周期及び無効化期間は、初期設定では空欄となっており、以下に説明する無効化期間の設定処理により設定される。

履歴ＤＢ２２は、携帯端末１０から収集した位置情報や周辺の気温、他システム３０から収集した予想最高気温や湿度など、サーバ２０が過去に収集したコンテキストデータを記憶する。ここでは、気温と位置情報の例について、図４及び図５を用いて説明する。

図４は、実施例１における履歴ＤＢに記憶される気温情報の一例を示す説明図である。図４に示すように、履歴ＤＢ２２は、例えば、過去に携帯端末１０が収集した気温情報を１時間おきに記憶する。図４において、例えば「２０１４／７／２ ０：００」における携帯端末１０の周辺の気温は「２５．３度」であり、同日の「１２：００」に「３０．６度」まで上昇する。同様に、「２０１４／７／３ １：００」における気温は「２５．４度」であり、同日の「１２：００」に「３０．８度」まで上昇する。

図５は、実施例１における履歴ＤＢに記憶される位置情報の一例を示す説明図である。図５に示すように、履歴ＤＢ２２は、例えば、過去に収集した位置情報を１時間おきに記憶する。例えば、「２０１４／７／２ ０：００」における携帯端末１０の位置は「Ｎ３５．４０．５０ Ｅ１３９．４４．４９」であり、同日の「１２：００」には「Ｎ３５．４５．２０ Ｅ１３９．４７．５６」に移動している。また、翌日である「２０１４／７／３」の「１２：００」には、「Ｎ３５．３４．５２ Ｅ１３９．６２．５４」に移動している。

起動パラメータ２３は、サーバ２０において、コンテキストデータの収集処理、及び判定処理を実行するタイミングを記憶する。起動パラメータ２３は、パラメータ決定部２４により更新される。

図６は、実施例１におけるサーバの起動パラメータの一例を示す説明図である。図６に示すように、サーバ２０の起動パラメータ２３は、「データ・処理種別」と、「実行頻度」と、「無効化期間」とを対応付けて記憶する。なお、携帯端末１０が複数台ある場合は、起動パラメータ２３が携帯端末１０ごとに設定されるような構成であってもよい。

サーバ２０の起動パラメータ２３は、データ収集処理のタイミングだけでなく、コンテキストデータの収集処理のタイミングも記憶する。図６の例において、サーバ２０は、天気予報及び予想最高気温の収集処理を「１時間」おきに実行し、またコンテキストデータの判定処理を「１０分」おきに実行する。

なお、「１６：００〜１０：００」の期間、及び「１０月〜６月」の期間については無効化期間として設定されているため、サーバ２０は、この期間中に予想最高気温の収集処理の実行、及びコンテキストデータの判定処理を抑制する。なお、「無効化期間」は、初期設定では空欄となっており、以下に説明する起動パラメータ２３の更新処理により設定される。

次に、図１に示すサーバ２０の各処理部について説明する。パラメータ決定部２４は、データテーブル２１及び履歴ＤＢ２２を参照して、周期性の有無を特定する処理部である。また、パラメータ決定部２４は、周期性のあるコンテキストデータの収集について無効化期間を設定し、起動パラメータ１１及び起動パラメータ２３に反映させる。パラメータ決定部２４は、特定部及び設定部の一例である。パラメータ決定部２４が実行する処理は、主に周期性の特定、無効化期間の設定、及び起動パラメータの更新の３つに分けられる。

（周期性の特定）
まず、パラメータ決定部２４が、コンテキストデータの周期性を特定する処理について説明する。具体的には、パラメータ決定部２４は、履歴ＤＢ２２を参照して、コンテキストデータに周期性があるか否かを特定する。

履歴ＤＢ２２に記憶されるコンテキストデータをグラフ化した例を図７及び図８に示す。図７は、実施例１における日中の気温の測定結果の一例を示すグラフである。図７に示すように、日中の気温は、夜間に低下し、午前６時ごろから上昇を続け、午後２時ごろを頂点に再び下降するという傾向がみられる。したがって、図７の例では、気温には２４時間の周期があることが特定できる。

なお、パラメータ決定部２４は、例えば公知の周期回帰分析などにより、周期性を特定する。例えば、パラメータ決定部２４は、三角関数などの周期関数を合成して、図７に示すようなグラフに近似する関数を算出することにより、周期性及び変動幅を特定する。

図８は、実施例１における年間の予想最高気温の一例を示すグラフである。図８に示すように、年間の予想最高気温は１月から上昇し、８月ごろを頂点に下降し、１２月には１月の温度に接近するという傾向がみられる。したがって、図８の例では、予想最高気温には１年間の周期があることが特定できる。

一方で、例えば図５に示す位置情報の履歴は、特定の周期に従って変動することはなく、不規則に変動する。このような場合、パラメータ決定部２４は、コンテキストデータに周期性がないと特定する。

（無効化期間の設定）
次に、パラメータ決定部２４が無効化期間を設定する処理について説明する。具体的には、パラメータ決定部２４は、周期性があることを特定したコンテキストデータについて、コンテキストデータの収集を抑制する無効化期間を設定し、データテーブル２１に記憶する。無効化期間は、特定の周期に含まれる個別のコンテキストデータが、所定の条件を満たすか否かを判断し、所定の条件を満たさないと判断されたコンテキストデータに対応する期間とする。ここでは、図７及び図８に示した、コンテキストデータ「日中の気温」及び「予想最高気温」の例について、図９及び図１０を用いて説明する。

例えば、日中の気温について、所定の条件を「２９．０度以上」とした場合における判定結果を図９に示す。図９は、実施例１における日中の気温の測定結果に基づく判定結果の一例を示す説明図である。図９は、判定対象となる気温と、所定の条件を満たすか否かの判定結果とを１時間おきに示す。図９において、判定の欄の「○」は所定の条件を満たすことを示し、「×」は所定の条件を満たさないことを示す。

図９に示すように、日中の気温は、「１０：００」から「１６：００」の期間においては所定の条件「２９．０度以上」を満たし、それ以外の時点においては所定の条件「２９．０度以上」を満たさない。このような場合、パラメータ決定部２４は、「１６：００〜１０：００」の期間を無効化期間として設定する。

また、コンテキストデータ「予想最高気温」について、所定の条件を「２８．０度以上」とした場合における判定結果を図１０に示す。図１０は、実施例１における年間の予想最高気温に基づく判定結果の一例を示す説明図である。図１０は、判定対象となる予想最高気温と、所定の条件を満たすか否かの判定結果とを１か月おきに示す。

図１０に示すように、予想最高気温は、「７月」から「９月」の期間において所定の条件「２８．０度以上」を満たし、それ以外の期間である「１０月〜６月」においては所定の条件「２８．０度以上」を満たさない。このような場合、パラメータ決定部２４は、所定の条件を満たさない「１０月〜６月」の期間を無効化期間として設定する。

なお、上で述べた例においては、ある１つの周期のコンテキストデータを判定の対象としたが、複数の周期のコンテキストデータを判定の対象としてもよい。例えば、過去１０年間の「１月」の予想最高気温の平均値を算出し、当該平均値が所定の温度以上であるか否かを判定するような構成が考えられる。また、例えば、過去１０年間の「１月」の予想最高気温１０件のうち、所定の温度以上であるものが８件以上ある場合に、所定の条件を満たすと判定するような構成であってもよい。

無効化期間が設定されたデータテーブルの一例は、図３に示すとおりである。図３に示すように、気温及び予想最高気温については周期性があると特定されたため、無効化期間が設定されている。一方、周期性がないと特定された位置情報については、無効化期間が設定されていない。

（起動パラメータの更新）
次に、パラメータ決定部２４による、起動パラメータの更新処理について説明する。パラメータ決定部２４は、データテーブル２１を参照して、携帯端末１０の起動パラメータ１１及びサーバ２０の起動パラメータ２３の「無効化期間」の欄を更新する。当該更新処理により、起動パラメータ１１及び起動パラメータ２３において初期設定では空欄となっていた「無効化期間」が、図２及び図６に示されるように設定される。

図１に戻って、起動制御部２５は、起動パラメータ２３に記憶されるタイミングに従って、サーバ２０におけるコンテキストデータの収集処理の実行指示を情報取得部２６に出力する。また、起動制御部２５は、起動パラメータ２３に記憶されるタイミングに従って、コンテキストデータの判定処理の実行指示を判定部２７に出力する。

例えば、起動制御部２５は、図６に示される起動パラメータ２３の内容を参照し、天気予報及び予想最高気温の要求を他システム３０に送信するよう、１時間おきに情報取得部２６に実行指示を出力する。また、起動制御部２５は、判定処理の実行指示を１０分おきに判定部２７に出力する。ただし、起動制御部２５は、無効化期間の「１６：００〜１０：００」の期間、及び「１０月〜６月」の期間は実行指示の出力を抑制する。

例えば、起動制御部２５は、起動パラメータ２３の実行頻度に記憶される時間が経過した場合、現在日時が無効化期間に含まれるか否かを判定する。起動制御部２５は、現在日時が無効化期間に含まれない場合に実行指示を出力する。

情報取得部２６は、起動制御部２５による実行指示を受けて、他システム３０にコンテキストデータの取得要求を送信し、他システム３０から受信したコンテキストデータを履歴ＤＢ２２に保存する。また、情報取得部２６は、携帯端末１０が取得したコンテキストデータを受信し、履歴ＤＢ２２に保存する。

判定部２７は、データテーブル２１及び履歴ＤＢ２２を参照し、収集したコンテキストデータが、データテーブル２１に記憶される所定の条件を満たすか否かを判断する。判定部２７は、例えば、携帯端末１０の現在位置、周辺の現在の気温及び１時間後の予想最高気温のいずれもが図３に示す条件を満たす場合に、収集したコンテキストデータが所定の条件を満たすと判断する。判定部２７は、コンテキストデータが所定の条件を満たすと判断した場合、通知部２８に通知指示を出力する。

通知部２８は、判定部２７から通知指示を受けて、携帯端末１０に通知を送信する。実施例１においては、通知部２８は、熱中症の警告に関する通知を送信する。

［サーバの処理の流れ］
次に、サーバ２０による処理の流れについて説明する。まず、コンテキストデータの収集処理及び判定処理の流れについて、図１１Ａ及び図１１Ｂを用いて説明する。なお、コンテキストデータの収集処理及び判定処理は、起動パラメータ２３に記憶される「データ・処理種別」の行ごとに実行される。

図１１Ａは、実施例１におけるコンテキストデータ収集処理の一例を説明するフローチャートである。サーバ２０の起動制御部２５は、コンテキストデータの収集処理の実行指示を出力してから、起動パラメータ２３の「実行頻度」に記憶される時間が経過したか否かを判断する（ステップＳ１）。実行頻度に記憶される時間が経過していない場合（ステップＳ１：Ｎｏ）、ステップＳ４に移行する。

実行頻度に記憶される時間が経過した場合（ステップＳ１：Ｙｅｓ）、起動制御部２５は、現在日時が、起動パラメータ２３に記憶される「無効化期間」に含まれるか否かを判定する（ステップＳ２）。無効化期間に含まれる場合（ステップＳ２：Ｙｅｓ）、ステップＳ１に戻る。

一方、無効化期間に含まれない場合（ステップＳ２：Ｎｏ）、起動制御部２５は、コンテキストデータの収集処理の実行指示を、情報取得部２６に出力する。情報取得部２６は、実行指示を受けてコンテキストデータの収集処理を実行する（ステップＳ３）。

次に、情報取得部２６は、コンテキストデータを受信したか否かを判定する（ステップＳ４）。なお、ステップＳ４において受信するコンテキストデータは、ステップＳ３における収集処理に基づき取得するコンテキストデータに加えて、携帯端末１０から受信するコンテキストデータを含む。

コンテキストデータを受信した場合（ステップＳ４：Ｙｅｓ）、情報取得部２６は、受信したコンテキストデータを履歴ＤＢ２２に記憶し（ステップＳ５）、ステップＳ１に戻る。一方、コンテキストデータを受信していない場合（ステップＳ４：Ｎｏ）、ステップＳ１に戻る。

次に、コンテキストデータの判定処理の流れについて説明する。図１１Ｂは、実施例１における判定処理の一例を説明するフローチャートである。まず、サーバ２０の起動制御部２５は、コンテキストデータの判定処理の実行指示を出力してから、起動パラメータ２３の「実行頻度」に記憶される時間が経過したか否かを判断する（ステップＳ１１）。実行頻度に記憶される時間が経過していない場合（ステップＳ１１：Ｎｏ）、ステップＳ１１に戻って再び待機する。

実行頻度に記憶される時間が経過した場合（ステップＳ１１：Ｙｅｓ）、起動制御部２５は、現在日時が、起動パラメータ２３に記憶される「無効化期間」に含まれるか否かを判定する（ステップＳ１２）。無効化期間に含まれる場合（ステップＳ１２：Ｙｅｓ）、ステップＳ１１に戻って再び待機する。

一方、無効化期間に含まれない場合（ステップＳ１２：Ｎｏ）、起動制御部２５は、コンテキストデータの判定処理の実行指示を、判定部２７に出力する。判定部２７は、実行指示を受けてコンテキストデータの判定処理を実行する（ステップＳ１３）。例えば、判定部２７は、履歴ＤＢ２２に記憶される気温が、データテーブル２１の判定条件に記憶される温度以上であるか否かを判定する。

コンテキストデータが、所定の条件を満たすと判定された場合（ステップＳ１４：Ｙｅｓ）、判定部２７は、通知部２８に通知指示を出力する。通知部２８は通知指示を受けて、携帯端末１０に通知を送信する（ステップＳ１５）。通知部２８は、例えば熱中症の警告に関する通知を送信する。その後、ステップＳ１１に戻って再び待機する。一方、コンテキストデータが、所定の条件を満たさないと判定された場合（ステップＳ１４：Ｎｏ）ステップＳ１１に戻って再び待機する。

次に、無効化期間を特定する処理の流れについて、図１１Ｃを用いて説明する。図１１Ｃは、実施例１における無効化期間を特定する処理の一例を説明するフローチャートである。無効化期間を特定する処理は、例えばサーバ２０の管理者による指示により開始される。

パラメータ決定部２４は、履歴ＤＢ２２に記憶される過去のコンテキストデータを参照し、周期性の有無を特定する（ステップＳ１０１）。例えば位置情報のようにコンテキストデータの周期性がないと特定された場合（ステップＳ１０２：Ｎｏ）、パラメータ決定部２４は処理を終了する。

パラメータ決定部２４は、コンテキストデータの周期性を特定した場合（ステップＳ１０２：Ｙｅｓ）、履歴ＤＢ２２に記憶される特定の周期に含まれる特定の時点のコンテキストデータが所定の条件とを比較する（ステップＳ１０３）。例えば、特定の時間の気温が、所定の温度以上であるか否かを判定する。なお、上で述べたように、複数の周期のコンテキストデータや、複数の周期のコンテキストデータの平均値について、所定の条件を満たすか否かを判定するような構成であってもよい。

次に、パラメータ決定部２４は、所定の条件を満たさないコンテキストデータに対応する時点からなる期間を、無効化期間として設定する（ステップＳ１０４）。例えば、パラメータ決定部２４は、所定の条件「気温２９．０度以上」を満たさない時点からなる「１６：００〜１０：００」の期間を、無効化期間として起動パラメータ１１及び起動パラメータ２３に記憶する。

［携帯端末の処理の流れ］
次に、携帯端末１０によるコンテキストデータの収集に関する処理の流れについて、図１２を用いて説明する。図１２は、実施例１における携帯端末によるコンテキストデータの収集に関する処理の一例を説明するフローチャートである。なお、携帯端末１０の起動制御部１２は、起動パラメータ１１の特定の「データ種別」の行を参照して処理を実行し、起動パラメータ１１に複数の「データ種別」の行がある場合は、それぞれの行について図１２に示す処理を実行する。

起動制御部１２は、コンテキストデータの収集処理の実行指示を出力してから、起動パラメータ１１の「実行頻度」に記憶される時間が経過するまで待機する（ステップＳ２０１：Ｎｏ）。実行頻度に記憶される時間が経過した場合（ステップＳ２０１：Ｙｅｓ）、起動制御部１２は、現在日時が、起動パラメータ１１に記憶される「無効化期間」に含まれるか否かを判定する（ステップＳ２０２）。

無効化期間に含まれる場合（ステップＳ２０２：Ｙｅｓ）、ステップＳ２０１に戻って再び待機する。一方、無効化期間に含まれない場合（ステップＳ２０２：Ｎｏ）、起動制御部１２は、コンテキストデータの収集処理の実行指示を、情報取得部１３に出力する。情報取得部１３は、実行指示を受けてコンテキストデータの収集処理を実行し（ステップＳ２０３）、収集したコンテキストデータをサーバ２０に送信する（ステップＳ２０４）。その後、ステップＳ２０１に戻って再び待機する。

実施例１によれば、サーバ２０は、コンテキストデータの変動サイクルを特定し、条件を満たす可能性の低い無効化期間を設定して、無効化期間におけるコンテキストデータの収集処理を抑制する。これにより、携帯端末１０及びサーバ２０における無駄なコンテキストデータの収集処理及び判定処理を抑制し、処理負荷を軽減することができる。

［位置情報に基づく処理の無効化］
ところで、実施例１においては、無効化期間をコンテキストデータの変動サイクルに基づいて設定するが、実施例は、これに限定されるものではない。例えば、東京における熱中症の警告を通知する情報収集システム１において、利用者が他の地域に滞在している場合、当該地域におけるコンテキストデータの収集処理及び判定処理は無駄となる場合がある。

実施例２における情報収集システム１においては、携帯端末１０の位置情報に基づいて、コンテキストデータの収集を抑制する。例えば携帯端末１０の利用者が東京以外にいる場合、サーバ２０のパラメータ決定部２４は、携帯端末１０の位置情報以外のコンテキストデータの収集処理、及び判定処理を抑制するよう、起動パラメータ１１及び起動パラメータ２３を更新する。なお、実施例２における情報収集システム１の構成は、実施例１と同様であるので、詳細な説明は省略する。

［パラメータ決定部の処理］
実施例２において、パラメータ決定部２４は、携帯端末１０の直近の位置情報を取得する。例えば、情報取得部２６は、携帯端末１０から位置情報を取得すると、パラメータ決定部２４に出力する。パラメータ決定部２４は、データテーブル２１を参照し、取得した位置情報が判定条件を満たすか否かを判断する。

実施例２において、図３に示されるように、データテーブル２１のデータ種別「位置」の行には、判定条件の欄に「東京都」が記憶されている。例えば、携帯端末１０から取得した位置情報が「北海道」である場合、データテーブル２１が記憶する位置情報の判定条件を満たさない。この場合、パラメータ決定部２４は、起動パラメータ１１及び起動パラメータ２３の「無効化期間」の欄に「地域外」を設定する。

「地域外」を設定された起動パラメータ１１の一例を図１３Ａ及び図１３Ｂに示す。図１３Ａは、実施例２における携帯端末の起動パラメータの一例を示す説明図である。図１３Ａに示されるように、起動パラメータ１１の「位置」以外のデータ種別の行の「無効化期間」の欄に、「地域外」が設定されている。この場合、携帯端末１０の起動制御部１２は、設定済みの無効化期間である「１６：００〜１０：００」の期間、及び「１０月〜６月」の期間以外においても、気温及び湿度の収集処理を抑制する。

この場合においても、携帯端末１０の起動制御部１２は、位置情報を起動パラメータ１１に記載の実行頻度に従って取得し、サーバ２０に送信する。なお、起動パラメータ１１に「地域外」が設定されていても位置情報の取得を継続するのは、携帯端末１０が位置情報の判定条件を満たす地域に移動した場合に、コンテキストデータに基づく判定処理を再開できるようにするためである。

図１３Ｂは、実施例２におけるサーバの起動パラメータの一例を示す説明図である。図１３Ｂに示されるように、起動パラメータ２３の全ての行の「無効化期間」の欄に、「地域外」が設定されている。この場合、サーバ２０の起動制御部２５は、起動パラメータ２３の「地域外」の設定が解除されるまで、全てのコンテキストデータの収集処理、及び判定処理を抑制する。なお、起動パラメータ１１及び起動パラメータ２３において、「無効化期間」の欄に「地域外」が設定される代わりに、例えば「地域外」であるか否かを示すフラグを含むような構成であってもよい。

一方、携帯端末１０から取得した位置情報が、データテーブル２１が記憶する位置情報の判定条件を満たす場合、パラメータ決定部２４は、「地域外」の設定を解除する。例えば、パラメータ決定部２４は、起動パラメータ１１及び起動パラメータ２３の「無効化期間」の欄から、「地域外」の文字を削除する。

［処理の流れ］
実施例２における、パラメータ決定部２４の処理の流れについて説明する。図１４は、実施例２における位置情報に基づく処理の無効化に関する処理の一例を説明するフローチャートである。

まず、パラメータ決定部２４は、情報取得部２６が携帯端末１０から位置情報を取得するまで待機する（ステップＳ３０１：Ｎｏ）。情報取得部２６が携帯端末１０から位置情報を取得すると、パラメータ決定部２４は情報取得部２６から位置情報の出力を受け付ける（ステップＳ３０１：Ｙｅｓ）。パラメータ決定部２４は、データテーブル２１を参照し、取得した位置情報が判定条件を満たすか否かを判断する（ステップＳ３０２）。

取得した位置情報が判定条件を満たさない場合（ステップＳ３０２：Ｎｏ）、パラメータ決定部２４は、起動パラメータ１１及び起動パラメータ２３の「無効化期間」の欄に、「地域外」を設定する（ステップＳ３０３）。例えば、データテーブル２１に記憶される位置の判定条件が「東京都」である場合に、取得した位置情報が「北海道」であるときには、パラメータ決定部２４は「地域外」を設定する。その後、ステップＳ３０１に戻って待機する。

一方、取得した位置情報が判定条件を満たす場合（ステップＳ３０２：Ｙｅｓ）、パラメータ決定部２４は、起動パラメータ１１及び起動パラメータ２３に「地域外」が設定されているか否かを確認する（ステップＳ３０４）。

「地域外」が設定されている場合（ステップＳ３０４：Ｙｅｓ）、パラメータ決定部２４は、起動パラメータ１１及び起動パラメータ２３の「地域外」の設定を解除する（ステップＳ３０５）。その後、ステップＳ３０１に戻って待機する。一方、「地域外」が設定されていない場合（ステップＳ３０４：Ｎｏ）、ステップＳ３０１に戻って待機する。

実施例２においては、携帯端末１０が判定対象となる地域以外に存在する場合に、位置情報以外のコンテキストデータの収集処理、及び判定処理を抑制する。これにより、携帯端末１０及びサーバ２０における無駄な処理を抑制し、処理負荷を軽減することができる。

［次回実行日時を設定する構成］
実施例１及び２においては、携帯端末１０の起動制御部１２は、起動パラメータ１１の「実行頻度」に記憶される時間が経過するたびに、現在日時が「無効化期間」に含まれるか否かを判定する。同様に、サーバ２０の起動制御部２５は、起動パラメータ２３の「実行頻度」に記憶される時間が経過するたびに、現在日時が「無効化期間」に含まれるか否かを判定する。起動制御部１２及び起動制御部２５は、現在日時が「無効化期間」に含まない場合に、コンテキストデータの収集処理又は判定処理の実行指示を出力する。しかし実施例は、これに限定されるものではない。

例えば、パラメータ決定部２４が、起動パラメータ１１及び起動パラメータ２３に、「次回実行日時」の欄を設定するような構成であってもよい。この際、パラメータ決定部２４は、「無効化期間」に含まれない日時を「次回実行日時」の欄に設定する。

この場合、携帯端末１０の起動制御部１２は、起動パラメータ１１の「次回実行日時」の時点で、現在日時が「無効化期間」に含まれるか否かを判定することなく、コンテキストデータの収集処理の実行指示を出力する。また、サーバ２０の起動制御部２５は、起動パラメータ２３の「次回実行日時」の時点で、現在日時が「無効化期間」に含まれるか否かを判定することなく、コンテキストデータの収集処理又は判定処理の実行指示を出力する。

実施例３における情報収集システム１においては、サーバ２０のパラメータ決定部２４が、起動パラメータ１１及び起動パラメータ２３に、「前回実行日時」の欄及び「次回実行日時」の欄を設定する。なお、実施例３における情報収集システム１の構成は、実施例１と同様であるので、詳細な説明は省略する。

［起動パラメータのデータ構造］
まず、実施例３における起動パラメータ１１について説明する。図１５Ａは、実施例３における携帯端末の起動パラメータの一例を示す説明図である。図１５Ａに示すように、実施例３における起動パラメータ１１は、「データ種別」と「前回実行日時」と「実行頻度」と「次回実行日時」とを対応付けて記憶する。このうち、「データ種別」と「実行頻度」は実施例１における起動パラメータ１１の例と同様であるので、詳細な説明は省略する。

起動パラメータ１１の「前回実行日時」の欄は、直前のタイミングで、携帯端末１０の起動制御部１２がコンテキストデータの収集処理を行った日時を示す。「次回実行日時」の欄は、起動制御部１２が次にコンテキストデータの収集処理の実行指示を出力するタイミングを示す。

例えば、図１５Ａの「データ種別」が「位置」である行においては、「前回実行日時」は「２０１５／７／１ １０：００：００」である。「次回実行日時」には、例えば、「前回実行日時」に「実行頻度」に記憶される時間を加算することにより算出される日時αが設定される。図１５Ａの例においては、「前回実行日時」に「実行頻度」の「１０分」を加算した日時αである「２０１５／７／１ １０：１０：００」が、「次回実行日時」の欄に設定される。一方、日時αが無効化期間に含まれる場合、「次回実行日時」には、例えば無効化期間の終了日時が設定される。

［起動パラメータの更新処理］
次に、パラメータ決定部２４が起動パラメータ１１の「前回実行日時」の欄及び「次回実行日時」の欄を更新する処理について説明する。パラメータ決定部２４は、起動パラメータ１１の更新処理を、例えばデータ種別ごとに行う。以下、図１５Ａに示す起動パラメータ１１の「データ種別」が「位置」である行における、「前回実行日時」の欄及び「次回実行日時」の欄を更新する処理を例として説明する。

パラメータ決定部２４は、図１５Ａに示される起動パラメータ１１を、「次回実行日時」の経過時点である「２０１５／７／１ １０：１０：００」の時点で更新する。なお、パラメータ決定部２４は、起動制御部１２がコンテキストデータの収集処理の実行指示を出力したことを確認した上で、起動パラメータ１１を更新する。ただし、パラメータ決定部２４が、実行指示が実際に出力されていたか否かにかかわらず、起動パラメータ１１を更新するような構成であってもよい。

図１５Ｂは、実施例３における次回実行日時を更新した後の起動パラメータの一例を示す説明図である。以下の説明において、図１５Ａは更新前の起動パラメータ１１を示し、図１５Ｂは更新後の起動パラメータ１１を示す。

パラメータ決定部２４は、図１５Ｂの「前回実行日時」の欄に、例えば図１５Ａの「次回実行日時」に設定されていた日時を設定する。図１５Ｂに示されるように、パラメータ決定部２４は、図１５Ａに示される更新前の起動パラメータ１１の「位置」の行の「次回実行日時」である「２０１５／７／１ １０：１０：００」を、更新後の起動パラメータ１１の「前回実行日時」の欄に設定する。

次に、パラメータ決定部２４は、更新後の起動パラメータ１１の「次回実行日時」を算出する。例えば、パラメータ決定部２４は、図１５Ｂの「前回実行日時」の欄に設定される日時に、「実行頻度」の「１０分」を加算した日時αである「２０１５／７／１ １０：２０：００」を、図１５Ｂの「次回実行日時」の欄に設定する。なお、「２０１５／７／１ １０：１０：００」の時点では、図１５Ａにおける「湿度」の行の「次回実行日時」は経過していないため、パラメータ決定部２４は、「湿度」の行の「前回実行日時」及び「次回実行日時」の欄を更新しない。

ただし、算出される日時が「無効化期間」に含まれる場合は、「無効化期間」の終了日時が「次回実行日時」に設定される。図１５Ｃは、実施例３における無効化期間内において次回実行日時を更新した後の起動パラメータの一例を示す説明図である。例えば、図１５Ｃの「データ種別」が「位置」である行においては、「前回実行日時」が「２０１５／７／１ １６：００：００」である。これに「実行頻度」の「１０分」を加算した日時αは、「２０１５／７／１ １６：１０：００」となる。

しかし、「２０１５／７／１ １６：１０：００」はデータテーブル２１に記憶される「無効化期間」である「１６：００〜１０：００」の期間に含まれる。この場合、パラメータ決定部２４は、図１５Ｃに示されるように、「次回実行日時」の欄に、「無効化期間」の終了日時である「２０１５／７／２ １０：００：００」を設定する。

なお、サーバ２０の起動パラメータ２３についても、同様の処理により更新することができる。図１５Ｄは、実施例３におけるサーバの起動パラメータの一例を示す説明図である。

図１５Ｄの例において、「天気予報」の行及び「予想最高気温」の行においては、「前回実行日時」に「実行頻度」の「１時間」を加算した日時αは「２０１５／７／１ １６：１０：００」となり、「無効化期間」に含まれる。このため、パラメータ決定部２４は、「天気予報」の行及び「予想最高気温」の行に、「次回実行日時」として、無効化期間の終了日時である「２０１５／７／２ １０：００：００」を設定する。

一方、図１５Ｄにおける「判定処理」の行においては、日時αは「２０１５／７／１ １５：２０：００」となり、「無効化期間」に含まれない。このため、パラメータ決定部２４は、「次回実行日時」として、日時αを設定する。

［処理の流れ］
次に、パラメータ決定部２４による起動パラメータ１１の更新処理の流れについて説明する。図１６は、実施例３における次回実行日時を設定する処理の一例を説明するフローチャートである。パラメータ決定部２４は、起動パラメータ１１を参照し、次回実行日時の時点になるまで待機する（ステップＳ４０１：Ｎｏ）。

パラメータ決定部２４は、次回実行日時の時点になった場合（ステップＳ４０１：Ｙｅｓ）、起動パラメータ１１の「次回実行日時」の欄に記憶される日時を、起動パラメータ１１の「前回実行日時」の欄に設定する（ステップＳ４０２）。そして、パラメータ決定部２４は、設定した「前回実行日時」に、「実行頻度に記憶される時間」を加算した日時αを算出する（ステップＳ４０３）。

次に、パラメータ決定部２４は、ステップＳ４０３で算出した日時αが、無効化期間に含まれるか否かを判定する（ステップＳ４０４）。日時αが「無効化期間」に含まれる場合（ステップＳ４０４：Ｙｅｓ）、パラメータ決定部２４は、「無効化期間」の終了日時を「次回実行日時」の欄に設定する（ステップＳ４０５）。その後、ステップＳ４０１に戻って待機する。

一方、日時αが「無効化期間」に含まれない場合（ステップＳ４０４：Ｎｏ）、パラメータ決定部２４は、日時αを「次回実行日時」の欄に設定する（ステップＳ４０６）。その後、ステップＳ４０１に戻って待機する。

実施例３においては、携帯端末１０の起動制御部１２及びサーバ２０の起動制御部２５が、現在時刻が無効化期間に含まれる場合には、コンテキストデータの収集に関する処理を抑制する。これにより、携帯端末１０及びサーバ２０における無駄な処理を抑制し、処理負荷を軽減することができる。

［処理の実行頻度の設定］
例えば、コンテキストデータの収集処理や判定処理の実行を抑制する無効化期間を設定する以外に、処理の実行頻度を変更することによっても、携帯端末１０及びサーバ２０における無駄な処理を抑制し、処理負荷を軽減することができる。一方で、コンテキストデータを収集する時間間隔が長いと、携帯端末１０の周囲の状態を細かく把握することが難しくなる。

そこで、携帯端末１０の周囲の状態を表すコンテキストデータの時系列変化に基づいて、コンテキストデータを収集する時間間隔を決定するような構成であってもよい。これにより、携帯端末１０の周囲の状態の変化に応じて収集間隔を調整できて、携帯端末１０の周囲の状態に合う情報をタイムリーに提供しつつ、コンテキストデータを収集する処理にかかる負荷を抑えることができる。

実施例４における情報収集システム１においては、サーバ２０のパラメータ決定部２４が、履歴ＤＢ２２を参照して、コンテキストデータの「変化傾向」及び収集処理等の「実行頻度」を算出し、データテーブル２１に設定する。なお、実施例４における情報収集システム１の構成は、実施例１と同様であるので、詳細な説明は省略する。

例えば、パラメータ決定部２４は、履歴ＤＢ２２を参照して、データ種別ごとの変化傾向を特定する。図１７は、実施例４における変化傾向の特定例を示す説明図である。パラメータ決定部２４は、履歴ＤＢ２２に蓄えられた所定の期間を、長さが異なる複数の単位時間の各々の単位時間で分割し、各々の単位時間当たりの変化量を、変化傾向として特定する。データ種別ごとに決定する例としては、例えば、パラメータ決定部２４は、データ種別の判定条件に含まれる継続時間そのものと、継続時間を「１０倍」した時間、「１／１０倍」した時間を複数の単位時間とする。本実施例では、複数の単位時間を、「１秒」、「１分」、「１０分」、「１時間」とする。

また、各々の単位時間当たりの変化量の特定例について、パラメータ決定部２４は、各単位時間の変化量を算出する。そして、各単位時間の変化量が所定の範囲内であれば、各々の単位時間当たりの変化量を、所定の範囲内であると特定する。また、所定の範囲は、各々の単位時間に対して複数個存在してもよい。例えば、データ種別が「気温」のコンテキストデータについて、所定の範囲が「５度未満」であるとする。そして、１０分ごとの変化量が、「０度」、「１度」、「４度」というように、所定の範囲である「５度未満」であれば、パラメータ決定部２４は、１０分当たりの変化量を「５度未満」であると特定する。また、１０分ごとの変化量が、「０度」、「８度」、「４度」というように、所定の範囲である「５度未満」でなければ、パラメータ決定部２４は、１０分当たりの変化量が特定できないとする。

また、各々の単位時間当たりの変化量の特定例について、ある単位時間当たりの変化量が特定できず、別の単位時間当たりの変化量が特定できるという場合もある。この場合、パラメータ決定部２４は、特定できた単位時間の変化量を、変化傾向とする。例えば、パラメータ決定部２４は、データ種別が「気温」のコンテキストデータについて、「１時間」当たりの変化量を特定できず「１秒」〜「１０分」当たりの変化量は特定できた場合、変化傾向を「Ｘ度未満／１秒、Ｙ度未満／１分、Ｚ度未満／１０分」とする。

図１７の（ａ）では、データ種別が「気温」の例について、１０分当たりの変化量と、１時間当たりの変化量とを特定した例を示す。図１７の（ａ）の例では、携帯端末１０の利用者が、「１０：００〜１０：１５」では屋内におり、「１０：１５〜１１：００」では屋外にいたものとする。パラメータ決定部２４は、１０分当たりの変化量を５度未満と特定するとともに、１時間当たりの変化量を１５度未満と特定する。

図１７の（ｂ）では、データ種別ごとの変化傾向の特定結果を示す。パラメータ決定部２４は、データ種別が「位置」のコンテキストデータを「特定の変化傾向なし」と特定する。「特定の変化傾向なし」となる原因としては、例えば、携帯端末１０の利用者が、事務所、徒歩、電車等、状況に応じて変化量が大きく変わるためである。また、パラメータ決定部２４は、データ種別が「気温」のコンテキストデータを「０．１度未満／１秒、０．５度未満／１分、５度未満／１０分、１５度未満／１時間」と特定する。同様に、パラメータ決定部２４は、データ種別が「予想最高気温」のコンテキストデータを「０度／１秒、０度／１分、０度／１０分、１度／１時間」と特定する。

パラメータ決定部２４は、データ種別ごとに、特定した変化傾向に基づいて実行頻度を決定する。具体的には、パラメータ決定部２４は、特定の変化傾向がある場合、該当のデータ種別の有効最小桁単位と、変化傾向に含まれる各単位時間の変化量とを比較して、有効最小桁単位より変化量が大きい単位時間を特定する。そして、パラメータ決定部２４は、特定した単位時間のうちの最小の単位時間を、該当のデータ種別の実行頻度として決定する。また、パラメータ決定部２４は、特定の変化傾向がない場合、各単位時間のうちの、該当のデータ種別の継続時間以下の時間で最大のものを、該当のデータ種別の実行頻度として決定する。

図１８は、実施例４における実行頻度の決定例を示す説明図である。図１８の（ａ）では、データ種別が「位置」、「気温」、「予想最高気温」についての実行頻度の決定例を示す。データ種別が「位置」については、特定の変化傾向がないため、パラメータ決定部２４は、複数の単位時間のうちの、「位置」の継続条件である「３０分」以下の時間で最大となる「１０分」を実行頻度として決定する。また、データ種別が「気温」については、特定の変化傾向があるため、パラメータ決定部２４は、有効最小桁単位「１度」より変化量が大きい「１０分」、「１時間」のうち、より小さい「１０分」を実行頻度として決定する。また、データ種別が「予想最高気温」については、特定の変化傾向があるため、パラメータ決定部２４は、有効最小桁単位「１度」より変化量が大きい「１時間」を実行頻度として決定する。図１８の（ｂ）では、データ種別が「位置」、「気温」、「予想最高気温」について決定した実行頻度を示す。

また、パラメータ決定部２４は、決定した実行頻度に基づいて、コンテキストデータ判定処理の実行頻度を決定する。コンテキストデータ判定処理の判定結果は、コンテキストデータ収集処理より短い間隔でコンテキストデータ判定処理を行っても、変化することがない。例えば、位置情報は１０分単位でしか更新されないので、１秒間隔でコンテキストデータ判定処理を実行しても、位置情報が更新されるまではコンテキストデータ判定処理の判定結果は変わらない。このようなコンテキストデータ判定処理は無駄な処理であり、処理負荷が高くなる原因となる。そこで、パラメータ決定部２４は、決定した実行頻度のうちの最小の実行頻度を、コンテキストデータ判定処理の実行頻度に決定する。図１８の例では、決定した実行頻度のうちの最小の実行頻度が「１０分」であるため、パラメータ決定部２４は、コンテキストデータ判定処理の実行頻度を、「１０分」に決定する。

以上の処理の結果、図３に示すように、データテーブル２１の「実行頻度」及び「変化傾向」が設定される。

以上のような構成により、携帯端末１０の周囲の状態の変化に応じて収集間隔を調整できて、携帯端末１０の周囲の状態に合う情報をタイムリーに提供しつつ、コンテキストデータを収集する処理にかかる負荷を抑えることができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した各実施例以外にも、種々の異なる形態にて実施されてよいものである。例えば、図１１Ａ乃至Ｃ、図１４又は図１６に示す各処理は、上記の順番に限定されるものではなく、処理内容を矛盾させない範囲において、同時に実施してもよく、順序を入れ替えて実施してもよい。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、起動制御部１２と情報取得部１３とを統合したり、パラメータ決定部２４を無効化期間決定部とパラメータ設定部とに分散したりすることもできる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［無効化期間の最適化］
なお、実施例１において設定した「無効化期間」を最適化したい場合が考えられる。例えば、無効化期間の設定による処理負荷の削減率の目標値を設定し、当該目標値を達成できるように無効化期間を拡大するような場合がある。以下、例えば、処理負荷の削減率の目標値を「８３．３％」と設定した場合について説明する。

この場合、例えば無効化期間に所定の係数を乗算するような構成であってもよい。実施例１において、設定される無効化期間が「１６：００〜１０：００」であるとすると、無効化期間の設定による処理負荷の実際の削減率は「７５％」であり、上で述べた目標値を達成しない。この場合、目標値を達成するために、例えば無効化期間を実際の削減率で除算し、さらに削減率の目標値を乗算することにより、無効化期間を修正するような構成であってもよい。上記の例においては、修正後の無効化期間は「１５：００〜１１：００」となる。

また、無効化期間を修正する代わりに、無効化期間の設定の際に用いた所定の条件の変更を提案するような構成であってもよい。実施例１においては、所定の条件は「気温」が「２９度以上」であることであったが、例えば「３０．３度以上」に修正することによっても、上で述べた目標値を達成できる。この場合、「１０：００」と「１１：００」の気温も所定の条件を満たさなくなるため、修正後の無効化期間は「１６：００〜１２：００」となる。

［起動パラメータの記憶場所］
以上の実施例においては、携帯端末１０が起動パラメータ１１を有していたが、これに限られず、サーバ２０が起動パラメータ１１を有するような構成であってもよい。この場合、例えば、サーバ２０の起動制御部２５が起動パラメータ１１に記憶されるタイミングに携帯端末１０に命令を送信し、命令を受信した携帯端末１０の起動制御部１２がコンテキストデータの収集処理を起動する。

［所定の条件を満たすまでの所要期間］
また、実施例２において、携帯端末１０が判定対象となる地域以外に存在する場合に位置情報以外のコンテキストデータの収集処理及び判定処理を抑制する構成を開示したが、位置情報そのものの収集処理を抑制する構成も考えられる。例えば、「東京都」を判定対象とする場合において携帯端末１０が「北海道」に存在し、かつ携帯端末１０が「東京都」に移動するまでの所要時間が「３時間」であるような場合が考えられる。この場合、少なくとも３時間の間は、位置情報が判定条件を満たす可能性がないため、その間は無駄に位置情報の取得処理が行われる。

この場合、例えば起動パラメータ１１の「データ種別」が「位置」である行において、「無効化期間」に「３時間」を設定するような構成であってもよい。これにより、携帯端末１０及びサーバ２０における無駄な処理をさらに抑制し、処理負荷を軽減することができる。

［携帯端末のハードウェア構成］
次に、図１９及び図２０を参照して、携帯端末１０及びサーバ２０のハードウェア構成について説明する。図１９は、携帯端末のハードウェア構成の一例を示す図である。実施例に係る携帯端末２０００は、図１９に示すように、ＲＦ回路２００１、アンテナ２００２、プロセッサ２００４、記憶装置２００５、入力装置２００６、出力装置２００７、温度計２０１１、湿度計２０１２、ＧＰＳ２０１３及び時計２０２２を有する。ＲＦ回路２００１、プロセッサ２００４、記憶装置２００５、入力装置２００６、出力装置２００７、温度計２０１１、湿度計２０１２、ＧＰＳ２０１３及び時計２０２２は、バス２００８で相互に接続される。また、アンテナ２００２は、ＲＦ回路２００１と接続されている。

ＲＦ回路２００１は、アンテナ２００２を介してサーバ２０と通信を行う。例えば、ＲＦ回路２００１、プロセッサ２００４及び記憶装置２００５により、図１に示した情報取得部１３及び通知取得部１５の機能が実現される。

また、プロセッサ２００４及び記憶装置２００５は、例えば、図１に示した、起動制御部１２などの機能を実現する。

例えば、プロセッサ２００４は、記憶装置２００５に記憶されている各種プログラムを読み出して、記憶装置２００５上に各種機能を実現するプロセスを生成する。そして、プロセッサ２００４は、各部と共に、記憶装置２００５上に生成されたプロセスを実行することで、各種処理を行う。

入力装置２００６は、タッチパネルやキーボードなどであり、出力装置２００７は、ディスプレイなどである。記憶装置２００５の例として、ＨＤＤ（Hard Disk Drive）のほか、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ等の他のコンピュータ読み取り可能な記憶装置としてもよい。

温度計２０１１は、気温を測定するセンサであり、測定した気温をプロセッサ２００４に出力する。湿度計２０１２は、湿度を測定するセンサであり、測定した湿度をプロセッサ２００４に出力する。ＧＰＳ（Global Positioning System）２０１３は、位置情報を取得するセンサであり、取得した位置情報をプロセッサ２００４に出力する。時計２０２２は、現在時刻を取得し、プロセッサ２００４に出力する。

［サーバ２０のハードウェア構成］
図２０は、サーバのハードウェア構成の一例を示す図である。図２０に示すように、コンピュータ３０００は、通信インターフェース３００１、プロセッサ３００２、記憶装置３００３、入力装置３００４及び出力装置３００５を有する。また、図２０に示した各部は、バス３００６で相互に接続される。

入力装置３００４は、マウスやキーボードであり、出力装置３００５は、ディスプレイなどであり、通信インターフェース３００１は、ＮＩＣなどのインターフェースである。通信インターフェース３００１は、ネットワークを経由して、携帯端末１０及び他システム３０と通信を行う。記憶装置３００３の例として、ＨＤＤのほか、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ等の他のコンピュータ読み取り可能な記憶装置としてもよい。

また、プロセッサ３００２及び記憶装置３００３は、例えば、図１に示した、パラメータ決定部２４、起動制御部２５、情報取得部２６、判定部２７及び通知部２８などの機能を実現する。

例えば、プロセッサ３００２は、記憶装置３００３に記憶されている各種プログラムを読み出して、記憶装置３００３上に各種機能を実現するプロセスを生成する。そして、プロセッサ３００２は、各部と共に、記憶装置３００３上に生成されたプロセスを実行することで、各種処理を行う。

１０ 携帯端末
１１ 起動パラメータ
１２ 起動制御部
１３ 情報取得部
１５ 通知取得部
２０ サーバ
２１ データテーブル
２２ 履歴ＤＢ
２３ 起動パラメータ
２４ パラメータ決定部
２５ 起動制御部
２６ 情報取得部
２７ 判定部
２８ 通知部
３０ 他システム

Claims (6)

1. コンピュータに、
   装置が収集したコンテキストデータの変化に基づいて、前記コンテキストデータの変動周期を特定し、
   特定した前記変動周期に基づいて、前記コンテキストデータの収集を抑制する無効期間を前記装置に設定する
   処理を実行させることを特徴とする情報収集プログラム。
2. 前記装置が収集した前記コンテキストデータを前記装置から受信し、前記コンテキストデータが所定の条件を満たすか否かを判定する処理を前記コンピュータにさらに実行させ、
   前記設定する処理は、前記コンテキストデータの変動周期と前記所定の条件を満たすか否かの判定結果とに基づいて、前記無効期間を設定することを特徴とする請求項１に記載の情報収集プログラム。
3. 前記設定する処理は、過去に収集された前記コンテキストデータが前記所定の条件を満たさない割合が所定値以上である期間を前記無効期間に決定し、前記無効期間の間、前記装置に前記コンテキストデータの収集を抑制させることを特徴とする請求項２に記載の情報収集プログラム。
4. 前記装置が収集した前記コンテキストデータを前記装置から受信し、前記コンテキストデータを収集した前記装置の位置情報が所定の条件を満たすか否かを判定する処理を前記コンピュータにさらに実行させ、
   前記判定する処理の結果、前記装置の位置情報が前記所定の条件を満たさないと判定された場合、前記装置の位置情報が前記所定の条件を満たすまで、前記装置の位置情報以外のコンテキストデータの収集処理を抑制することを特徴とする請求項１に記載の情報収集プログラム。
5. 装置が収集したコンテキストデータの変化に基づいて、前記コンテキストデータの変動周期を特定する特定部と、
   特定した前記変動周期に基づいて、前記コンテキストデータの収集を抑制する無効期間を前記装置に設定する設定部と
   を有することを特徴とする情報収集装置。
6. コンピュータが、
   メモリと、前記メモリに接続されるプロセッサとを有し、
   前記プロセッサが、
   装置が収集したコンテキストデータの変化に基づいて、前記コンテキストデータの変動周期を特定し、
   特定した前記変動周期に基づいて、前記コンテキストデータの収集を抑制する無効期間を前記装置に設定する
   処理を実行することを特徴とする情報収集方法。

Images