コンピュータが、センサによってセンシングされるセンサ値を取得し、前記センサ値が取得された場合に、通知先の装置へ前回通知したセンサ値からの変化量及び前回通知からの経過時間を算出し、取得されたセンサ値と算出された変化量及び経過時間との組合せに基づいて、前記通知先の装置へ通知したセンサ値と、前回通知したセンサ値からの変化量及び前回通知からの経過時間と、前記通知先の装置によって所定の処理が実行されたか否かを示す実行結果とを対応付けて記憶する実行結果記憶部を参照し、前記通知先の装置に通知を実行するか、あるいは通知を保留するかを制御する各処理を実行することを特徴とする通知制御方法。前記通知を制御する処理として、取得されたセンサ値と算出された変化量及び経過時間との組合せに一致する組合せに対応付けられた実行結果が実行を示す場合、もしくは取得されたセンサ値と算出された変化量及び経過時間との組合せに一致する組合せが前記実行結果記憶部に存在しない場合に通知を実行し、前記コンピュータが、前記通知が実行された場合に、取得されたセンサ値と算出された変化量及び経過時間とに対応付けて、前記通知先の装置から取得された実行結果を前記実行結果記憶部に登録する処理をさらに実行することを特徴とする請求項1に記載の通知制御方法。前記実行結果を登録する処理として、前記通知が実行された通知時刻をさらに対応付けて前記実行結果記憶部に登録し、前記通知を制御する処理として、取得されたセンサ値と算出された変化量及び経過時間との組合せに一致する組合せが前記実行結果記憶部に複数存在する場合に、当該複数存在する組合せのうち最新の通知時刻に対応付けられた実行結果が実行または不実行を示すかによって前記通知先の装置に通知を実行するか、あるいは通知を保留するかを制御することを特徴とする請求項2に記載の通知制御方法。前記実行結果記憶部は、前記センサ値と、前記前回通知したセンサ値からの変化量及び前記前回通知からの経過時間と、前記実行結果とを含むレコードに対する登録回数をさらに対応付けて記憶し、前記実行結果を登録する処理として、取得されたセンサ値と算出された変化量及び経過時間との組合せ及びその実行結果が同一であるレコードが前記実行結果記憶部に既に登録されている場合に、当該レコードに対する登録回数を更新し、前記通知を制御する処理として、取得されたセンサ値と算出された変化量及び経過時間との組合せに一致する組合せが前記実行結果記憶部に複数存在する場合に、当該複数存在する組合せのうちレコードに対する登録回数が最も多い組合せに対応付けられた実行結果が実行または不実行を示すかによって前記通知先の装置に通知を実行するか、あるいは通知を保留するかを制御することを特徴とする請求項2に記載の通知制御方法。通知先の装置へ通知したセンサ値と、前回通知したセンサ値からの変化量及び前回通知からの経過時間と、前記通知先の装置によって所定の処理が実行されたか否かを示す実行結果とを対応付けて記憶する実行結果記憶部と、センサによってセンシングされるセンサ値を取得する取得部と、前記取得部によってセンサ値が取得された場合に、前記通知先の装置へ前回通知したセンサ値からの変化量及び前回通知からの経過時間を算出する算出部と、前記取得部によって取得されたセンサ値と前記算出部によって算出された変化量及び経過時間との組合せに基づいて前記実行結果記憶部を参照し、前記通知先の装置に通知を実行するか、あるいは通知を保留するかを制御する通知制御部とを有することを特徴とする情報処理装置。コンピュータに、センサによってセンシングされるセンサ値を取得し、前記センサ値が取得された場合に、通知先の装置へ前回通知したセンサ値からの変化量及び前回通知からの経過時間を算出し、取得されたセンサ値と算出された変化量及び経過時間との組合せに基づいて、前記通知先の装置へ通知したセンサ値と、前回通知したセンサ値からの変化量及び前回通知からの経過時間と、前記通知先の装置によって所定の処理が実行されたか否かを示す実行結果とを対応付けて記憶する実行結果記憶部を参照し、前記通知先の装置に通知を実行するか、あるいは通知を保留するかを制御する各処理を実行させることを特徴とする通知制御プログラム。しかしながら、上記の従来技術には、以下に説明するように、不要な通知を限定的にしか削減できないという問題がある。これを説明すると、将来的には、センサが高性能化されるのに伴ってセンサによってセンシングされる値も詳細化することが予想されるが、センシングされる値が詳細化された場合には、センサによって状態の変化が検知される機会も増加する。このため、サービス提供装置がイベントの通知に連携してサービスを提供中である場合には、提供中のサービスの実行が終了するまでは新たにイベントが通知されてもサービスは提供できない。それにもかかわらず、上記の従来技術では、センサによって採取されるセンシング情報が通知条件を満たす限り、後続のイベントがサービス提供装置へ通知され続ける。このように、上記の従来技術では、センシング情報が通知条件を満たすか否かを画一的に判定する結果、サービスの提供に寄与しないイベントがサービス提供装置へ通知されてしまうので、不要なイベント通知を限定的にしか削除することができない。開示の技術は、上記に鑑みてなされたものであって、不要な通知を削減できる通知制御方法、情報処理装置及び通知制御プログラムを提供することを目的とする。本願の開示する通知制御方法は、コンピュータが、センサによってセンシングされるセンサ値を取得する処理を実行する。前記コンピュータが、前記センサ値が取得された場合に、通知先の装置へ前回通知したセンサ値からの変化量及び前回通知からの経過時間を算出する処理を実行する。前記コンピュータが、取得されたセンサ値と算出された変化量及び経過時間との組合せに基づいて実行結果記憶部を参照し、前記通知先の装置に通知を実行するか、あるいは通知を保留するかを制御する処理を実行する。前記実行結果記憶部は、前記通知先の装置へ通知したセンサ値と、前回通知したセンサ値からの変化量及び前回通知からの経過時間と、前記通知先の装置によって所定の処理が実行されたか否かを示す実行結果とを対応付けて記憶する。本願の開示する通知制御方法の一つの態様によれば、不要な通知を削減できるという効果を奏する。以下に、本願の開示する通知制御方法、情報処理装置及び通知制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。[システム構成]まず、本実施例に係るイベント通知システムのシステム構成について説明する。図1は、実施例1に係るイベント通知システムのシステム構成を示す図である。図1の例では、センサ30によって検知された温度変化をイベントとしてサービサ50へ通知し、サービサ50の支配下にある機器を制御する場合を想定する。図1に示すように、イベント通知システム1には、センサ30と、サービサ50と、イベント通知装置10とが収容される。図1の例では、センサ30及びサービサ50を1つずつ収容する場合を例示したが、任意の数のセンサ30及びサービサ50が収容される場合に適用することができる。これらセンサ30とイベント通知装置10との間は、センサネットワーク3を介して通信可能に接続される。また、サービサ50とイベント通知装置10との間は、ネットワーク5を介して通信可能に接続される。かかるセンサネットワーク3やネットワーク5には、インターネット、LANLocalAreaNetworkやVPNVirtualPrivateNetworkなどの各種の通信網を採用できる。これらセンサネットワーク3やネットワーク5は、有線または無線のいずれのリンクであってもかまわない。このうち、センサ30は、温度、湿度、圧力や物理量などの状態をセンシングするセンサデバイスである。かかるセンサ30の一態様としては、温度を計測する温度センサ、湿度を計測する湿度センサ、温度および湿度を計測する温湿度センサなどの環境センサを採用できる。なお、ここでは、センサ30の一例として環境センサを採用する場合を例示するが、GPSGlobalPositioningSystemセンサ、加速度センサやジャイロセンサなどの任意のセンサデバイスを採用することができる。これらセンサ30は、自装置に搭載された通信機能、あるいは自装置が内蔵、付設または接続される機器の通信機能を用いて、センシング情報をイベント通知装置10へ送信する。例えば、センサ30は、センシングした温度に変化があった場合に、センサ値である温度を始めとするセンシング情報、例えばセンサを識別するためのセンサIDや温度が計測された計測時刻などを、センサネットワーク3を介してイベント通知装置10へ送信する。なお、センサ30が内蔵、付設または接続される機器の一例としては、パーソナルコンピュータや周辺機器、AV機器、携帯電話機やPHSPersonalHandyphoneSystemの携帯端末、家電製品などの各種の機器が挙げられる。サービサ50は、自装置の支配下にある機器を制御することによってサービスを提供するサービス提供装置である。ここでは、一例として、サービサ50がクーラーやエアコンディショナーなどの空調装置の最適制御を、空調装置から離れた場所に設置された温度センサーの温度に連携して実行する場合を想定する。例えば、サービサ50は、イベント通知装置10からイベントが通知された場合にそのイベントの通知を介して得た温度が所定の閾値以上であるならば、空調装置の空調運転をON状態にすることによって空調装置の冷房を所定の期間にわたって作動させる。一方、サービサ50は、イベント通知装置10からのイベントの通知を介して得た温度が所定の閾値未満である場合には、空調装置の冷房を作動させない。このように、サービサ50は、所定の閾値以上の温度である場合に限って冷房を作動させることによって省電力サービスを提供する。なお、サービサ50が機器を制御するイベントの条件は、サービサ50の管理者によって任意の条件が設定される。イベント通知装置10は、センサ30によって検知された状態変化をイベントとしてサービサ50へ通知するサーバ等の情報処理装置である。一態様としては、イベント通知装置10は、センサ30からセンシング情報を受信した場合に、当該センサ30からの状態変化をイベントとして通知するように予め登録されたサービサ50に対し、イベントを通知する。このとき、イベント通知装置10は、センサ30によって状態変化が検知されたからといって無条件にサービサ50へイベントを通知する訳ではない。すなわち、本実施例に係るイベント通知装置10は、サービサ50へ通知したセンサ値と、前回通知したセンサ値からの変化量及び前回通知からの経過時間と、サービサ50によって所定の処理が実行されたか否かを示す実行結果とを対応付けて記憶する。その上で、イベント通知装置10は、センサ30によってセンシングされるセンサ値を取得する。さらに、イベント通知装置10は、センサ値が取得された場合に、サービサ50へ前回通知したセンサ値からの変化量及び前回通知からの経過時間を算出する。さらに、イベント通知装置10は、取得されたセンサ値と算出された変化量及び経過時間との組合せに基づいて先の記憶内容を参照し、サービサ50に通知を実行するか、あるいは通知を保留するかを制御する。このように、イベント通知装置10は、センサ30から得たセンサ値、前回通知時のセンサ値からの変化量、前回通知からの経過時間の組合せが同じ履歴にてサービス提供に関する処理が実行されたか否かによってサービサ50への通知を実行または保留する。このため、イベント通知装置10では、過去に同様の局面でサービサ50へイベントを通知して処理が実行されなかった場合にイベントの通知を保留できる。それゆえ、イベント通知装置10では、サービサ50からイベントに連携してサービスに関係する処理を実行する条件やその処理の実行状況が開示されておらずとも、サービサ50で処理が実行される可能性が低い局面ではイベントの通知を抑制できる。したがって、イベント通知装置10によれば、不要なイベントの通知を削減することができる。さらに、イベント通知装置10では、サービサ50で処理が実行される可能性が高い局面ではサービサ50にイベントを通知できるので、サービサ50へのイベントを通知するタイミングを最適化なタイミングに近づけることもできる。[イベント通知装置の構成]続いて、本実施例に係るイベント通知装置の機能的構成について説明する。図2は、実施例1に係るイベント通知装置の機能的構成を示すブロック図である。なお、イベント通知装置10は、図2に示す機能部以外にも既知の情報処理装置が有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能を有するものとする。図2に示すように、イベント通知装置10は、通知先登録部11と、通知先記憶部12と、取得部13と、センシング情報記憶部14と、通知履歴記憶部15と、算出部16と、実行結果登録部17と、実行結果記憶部18と、通知制御部19とを有する。このうち、通知先登録部11は、センサ30によって検知された温度変化をイベントとして通知する通知先の装置を後述の通知先記憶部12へ登録する処理部である。一態様としては、通知先登録部11は、イベント通知装置10がセンシング情報を収集するセンサ30のうちイベントの通知対象とするセンサ30の指定をサービサ50から受け付ける。そして、通知先登録部11は、サービサ50から指定を受け付けたセンサ30のセンサIDに当該サービサ50のサービサIDを対応付けて後述の通知先記憶部12へ登録する。通知先記憶部12は、イベントの通知先の装置を記憶する記憶部である。一例としては、通知先記憶部12は、サービサ50からイベントの通知対象とするセンサ30の指定をサービサ50から受け付けた場合に、通知先登録部11によって通知先の装置が登録される。他の一例としては、通知先記憶部12は、イベントの通知先を判別するために、後述の通知制御部19によって参照される。かかる通知先記憶部12の一態様としては、センサ30のセンサIDごとにサービサ50のサービサIDが対応付けられたデータが記憶される。ここで、以下では、センサ30のセンサID及びサービサ50のサービサIDが1対1に対応付けられている場合を想定して以下の説明を行う。なお、ここでは、センサID及びサービサIDが1対1に対応付けられている場合を想定するが、同じセンサIDに複数のサービサIDが対応付けられることとしてもかまわない。例えば、同じセンサIDに複数のサービサIDが対応付けられている場合には、後述の取得部13によって1つのセンサ30からセンシング情報が取得された場合に複数のサービサへイベントが通知される場合もある。また、ここでは、センサ30及びサービサ50の対応付けをセンサID及びサービサIDを用いて行う場合を例示したが、両者のアドレス等を用いてセンサ30及びサービサ50の対応付けを行うこともできる。取得部13は、センサ30からセンシング情報を取得する処理部である。一態様としては、取得部13は、センサID、計測時刻やセンサ値などのセンシング情報をセンサネットワーク3を介して取得する。その上で、取得部13は、センサ30から取得したセンシング情報を後述のセンシング情報記憶部14へ登録するとともに、センシング情報を後述の算出部16へ出力する。なお、本実施例では、センサ値に変化があった場合にセンサ30からセンシング情報を取得する場合を想定するが、センサ30から取得した温度に変化があったか否かを取得部13によって判定させることとしてもかまわない。センシング情報記憶部14は、センシング情報を記憶する記憶部である。一例としては、センシング情報記憶部14は、センサ30からセンシング情報が取得された場合に、取得部13によってセンシング情報が登録される。かかるセンシング情報記憶部14の一態様としては、センサIDごとに計測時刻および温度が対応付けられたデータが記憶される。なお、センシング情報記憶部14には、上記の計測時刻や温度以外にも、センサ30の設置場所等の他の情報を併せて登録することもできる。通知履歴記憶部15は、イベントの通知履歴を記憶する記憶部である。一例としては、通知履歴記憶部15は、前回通知したセンサ値からの変化量Δx及び前回通知からの経過時間Δtを算出する場合に、後述の算出部16によって参照される。他の一例としては、通知履歴記憶部15は、イベントがサービサ50へ通知された場合に、後述の通知制御部19によって通知履歴が登録される。かかる通知履歴記憶部15の一態様としては、サービサ50にイベントが通知された通知時刻およびサービサ50に通知された通知センサ値xが対応付けられたデータが記憶される。図3は、通知履歴記憶部15に記憶される情報の構成例を示す図である。図3の例では、12時00分00秒にセンサ値が28°Cである旨をイベント通知し、12時00分15秒にセンサ値が29°Cである旨をイベント通知し、さらに、12時00分35秒にセンサ値が30°Cである旨をイベント通知したことを示す。算出部16は、通知履歴記憶部15を参照して、前回にサービサ50へ通知したセンサ値からの変化量Δx及び前回にサービサ50へ通知してからの経過時間Δtを算出する処理部である。一態様としては、算出部16は、取得部13によってセンサ30からセンシング情報が取得された場合に、通知履歴記憶部15に記憶された通知時刻及び通知センサ値のうち最新の通知時刻及びその通知時刻に対応付けられた通知センサ値を読み出す。そして、算出部16は、取得部13によって取得されたセンシング情報に含まれるセンサ値と、通知履歴記憶部15から読み出した通知センサ値との間で差を計算することによって前回通知したセンサ値からの変化量Δxを算出する。さらに、算出部16は、取得部13によってセンシング情報が取得された時刻と、通知履歴記憶部15から読み出した通知時刻との間で差を計算することによって前回通知からの経過時間Δtを算出する。なお、上記の差を計算する場合には、今回取得したセンサ値から前回の通知センサ値を減算し、また、今回にセンシング情報が取得された時刻から前回の通知時刻を減算するのが好ましい。実行結果登録部17は、後述の通知制御部19によってイベントの通知が実行された場合に、イベントの通知に連携してサービスに関係する処理がサービサ50によって実行されたか否かを示す実行結果を後述の実行結果記憶部18へ登録する処理部である。一態様としては、イベント通知装置10及びサービサ50の通信がHTTPHyperTextTransferProtocolによってなされる場合には、後述の通知制御部19によってセンサ値を含むイベントがリクエストとして通知される。かかるリクエストに対して、サービサ50によって実行結果が埋め込まれたレスポンスが実行結果登録部17へ返信される。実行結果登録部17は、取得部13によって取得されたセンサ値と、算出部16によって算出された前回通知したセンサ値からの変化量Δx及び前回通知からの経過時間Δtとに対応付けて、サービサ50から返信された実行結果を実行結果記憶部18へ登録する。実行結果記憶部18は、イベントの通知に連携してサービスに関係する処理がサービサ50によって実行されたか否かを示す実行結果を記憶する記憶部である。一例としては、実行結果記憶部18は、サービサ50にイベントの通知を実行するか、あるいは通知を保留するかを判定するために、後述の通知制御部19によって参照される。他の一例としては、実行結果記憶部18は、サービサ50にイベントが通知された場合に、実行結果登録部17によって実行結果が登録される。かかる実行結果記憶部18の一態様としては、サービサ50へ通知したセンサ値と、前回通知したセンサ値からの変化量Δx及び前回通知からの経過時間Δtと、イベントの通知に連携してサービサ50によってサービスに関係する処理が実行されたか否かを示す実行結果とが対応付けられたデータが記憶される。図4は、実行結果記憶部18に記憶される情報の構成例を示す図である。例えば、図4に示す一番目のレコードは、センサ値xが29°Cである旨のイベントが前回にイベントが通知されてから15秒後に通知され、前回にイベントが通知されてからの温度変化が1°Cであり、イベントの通知に連携して処理が実行されなかったことを意味する。図4に示す二番目のレコードは、センサ値xが30°Cである旨のイベントが前回にイベントが通知されてから20秒後に通知され、前回にイベントが通知されてからの温度変化が1°Cであり、イベントの通知に連携して処理が実行されたことを意味する。ここで、図3及び図4を用いて、実行結果の登録方法について説明する。ここでは、イベント通知されたセンサ値が30°C以上である場合にサービサ50が空調装置の冷房を所定の期間にわたって作動させる場合を想定する。ただし、サービサ50が空調装置の冷房を制御中の場合には、制御が完了するまで空調装置を新たに制御することはできないので、後述の通知制御部19からのイベントの通知に実行結果不実行と返信するものとする。例えば、図3に示すロのように、12時00分15秒に後述の通知制御部19によってセンサ値29°Cのイベントがサービサ50に通知された場合には、次のようにして実行結果が実行結果記憶部18へ登録される。具体的には、取得部13によって取得されたセンサ値29°Cから図3に示すイの通知センサ値28°Cを減算することによって前回通知したセンサ値からの変化量Δxが1°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻12時00分15秒から図3に示すイの通知時刻12時00分00秒を減算することによって前回通知からの経過時間Δtが15秒と算出される。そして、サービサ50から不実行が返信されたとしたとき、取得部13によって取得されたセンサ値x29°Cと、算出部16によって算出されたセンサ値の変化量Δx1°C及び経過時間Δt15秒に対応付けて、実行結果不実行が登録される。このようにして、図4に示す一番目のレコードが実行結果登録部17によって登録される。また、図3に示すハのように、12時00分35秒に後述の通知制御部19によってセンサ値30°Cのイベントがサービサ50に通知された場合には、次のようにして実行結果が実行結果記憶部18へ登録される。具体的には、取得部13によって取得されたセンサ値30°Cから図3に示すロの通知センサ値29°Cを減算することによって前回通知したセンサ値からの変化量Δxが1°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻12時00分35秒から図3に示すロの通知時刻12時00分15秒を減算することによって前回通知からの経過時間Δtが20秒と算出される。そして、サービサ50から実行が返信されたとしたとき、取得部13によって取得されたセンサ値x30°Cと、算出部16によって算出されたセンサ値の変化量Δx1°C及び経過時間Δt20秒に対応付けて、実行結果実行が登録される。このようにして、図4に示す二番目のレコードが実行結果登録部17によって登録される。また、図3に示すホのように、12時10分05秒に後述の通知制御部19によってセンサ値30°Cのイベントがサービサ50に通知された場合には、次のようにして実行結果が実行結果記憶部18へ登録される。具体的には、取得部13によって取得されたセンサ値30°Cから図3に示すニの通知センサ値28°Cを減算することによって前回通知したセンサ値からの変化量Δxが2°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻12時10分05秒から図3に示すニの通知時刻12時10分00秒を減算することによって前回通知からの経過時間Δtが5秒と算出される。そして、サービサ50から不実行が返信されたとしたとき、取得部13によって取得されたセンサ値x30°Cと、算出部16によって算出されたセンサ値の変化量Δx2°C及び経過時間Δt5秒に対応付けて、実行結果不実行が登録される。このようにして、図4に示す三番目のレコードが実行結果登録部17によって登録される。また、図3に示すトのように、12時20分20秒に後述の通知制御部19によってセンサ値30°Cのイベントがサービサ50に通知された場合には、次のようにして実行結果が後述の実行結果記憶部18へ登録される。具体的には、取得部13によって取得されたセンサ値30°Cから図3に示すヘの通知センサ値28°Cを減算することによって前回通知したセンサ値からの変化量Δxが2°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻12時20分20秒から図3に示すヘの通知時刻12時20分00秒を減算することによって前回通知からの経過時間Δtが20秒と算出される。そして、サービサ50から実行が返信されたとしたとき、取得部13によって取得されたセンサ値x30°Cと、算出部16によって算出されたセンサ値の変化量Δx2°C及び経過時間Δt20秒に対応付けて、実行結果実行が登録される。このようにして、図4に示す四番目のレコードが実行結果登録部17によって登録される。また、図3に示すリのように、12時30分20秒に後述の通知制御部19によってセンサ値31°Cのイベントがサービサ50に通知された場合には、次のようにして実行結果が実行結果記憶部18へ登録される。具体的には、取得部13によって取得されたセンサ値31°Cから図3に示すチの通知センサ値30°Cを減算することによって前回通知したセンサ値からの変化量Δxが1°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻12時30分20秒から図3に示すチの通知時刻12時30分00秒を減算することによって前回通知からの経過時間Δtが20秒と算出される。そして、サービサ50から不実行が返信されたとしたとき、取得部13によって取得されたセンサ値x31°Cと、算出部16によって算出されたセンサ値の変化量Δx1°C及び経過時間Δt20秒に対応付けて、実行結果不実行が登録される。このようにして、図4に示す五番目のレコードが実行結果登録部17によって登録される。図2の説明に戻り、通知制御部19は、イベントの通知制御を実行する処理部である。一態様としては、通知制御部19は、取得部13によって取得されたセンサ値xと算出部16によって算出されたセンサ値の変化量Δx及び経過時間Δtとの組合せに基づいて実行結果記憶部18を参照し、サービサ50に通知を実行するか、あるいは通知を保留するかを制御する。これを説明すると、通知制御部19は、取得部13によって取得されたセンサ値xと、算出部16によって算出されたセンサ値の変化量Δx及び経過時間Δtとの組合せに一致するレコードを実行結果記憶部18から検索する。そして、通知制御部19は、先の組合せに一致するレコードが実行結果記憶部18に存在する場合には、実行結果が実行であるか否かを判定する。このとき、先の組合せに一致するレコードの実行結果が不実行である場合には、過去に同様の局面でサービサ50へイベントを通知して処理が実行されなかったと推定できる。この場合には、通知制御部19は、サービサ50にイベントを通知したとしても、サービサ50によってサービスに関係する処理が実行される可能性が低いので、イベントの通知を保留する。一方、先の組合せに一致するレコードが実行結果記憶部18に存在しない場合には、過去に同様の局面でサービサ50へイベントを通知していないと推定できる。この場合には、通知制御部19は、次回以降に同じ局面でイベントを通知するか、あるいは保留するかを判定するために、サービサ50へイベントを通知する。また、先の組合せに一致するレコードの実行結果が実行である場合には、過去に同様の局面でサービサ50へイベントを通知して処理が実行されたと推定できる。この場合には、通知制御部19は、サービサ50によってサービスに関係する処理が実行される可能性が高いので、イベントの通知を実行する。このようにしてイベントの通知を実行した場合には、通知制御部19は、今回通知した通知センサ値および今回通知した通知時刻を通知履歴記憶部15へ追加登録する。ここで、図4及び図5を用いて、イベントの通知制御について説明する。図5は、センサ30から取得されるセンシング情報の一例を示す図である。なお、図5に示すA、D、G及びJのセンサ値は、サービサ50へイベントとして通知されるものとして以下の説明を行う。例えば、図5に示すBのように、13時00分15秒にセンサ30からセンサ値29°Cが取得された場合には、次のようにしてイベントの通知が制御される。具体的には、取得部13によって取得されたセンサ値29°Cから図5に示すAの通知センサ値28°Cを減算することによって前回通知したセンサ値からの変化量Δxが1°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻13時00分15秒から図5に示すAの通知時刻13時00分00秒を減算することによって前回通知からの経過時間Δtが15秒と算出される。この場合には、センサ値x29°C、センサ値の変化量Δx1°C及び経過時間Δt15秒の組合せと一致するレコードとして実行結果記憶部18の一番目のレコードが検索される。かかる一番目のレコードにおける実行結果は不実行であるので、図5に示すBのセンシング情報が取得されても、イベントの通知は保留される。また、図5に示すCのように、13時00分20秒にセンサ30からセンサ値30°Cが取得された場合には、次のようにしてイベントの通知が制御される。この例では、図5に示すBのセンシング情報が取得された際にイベントが通知されていないので、図5に示すAの通知履歴との間でセンサ値の変化量Δx及び経過時間Δtの算出が実行される。具体的には、取得部13によって取得されたセンサ値30°Cから図5に示すAの通知センサ値28°Cを減算することによって前回通知したセンサ値からの変化量Δxが2°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻13時00分20秒から図5に示すAの通知時刻13時00分00秒を減算することによって前回通知からの経過時間Δtが20秒と算出される。この場合には、センサ値x30°C、センサ値の変化量Δx2°C及び経過時間Δt20秒の組合せと一致するレコードとして実行結果記憶部18の四番目のレコードが検索される。かかる四番目のレコードにおける実行結果は実行であるので、図5に示すCのセンシング情報が取得された場合には、イベントの通知が実行される。また、図5に示すEのように、13時10分05秒にセンサ30からセンサ値30°Cが取得された場合には、次のようにしてイベントの通知が制御される。具体的には、取得部13によって取得されたセンサ値30°Cから図5に示すDの通知センサ値28°Cを減算することによって前回通知したセンサ値からの変化量Δxが2°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻13時10分05秒から図5に示すDの通知時刻13時10分00秒を減算することによって前回通知からの経過時間Δtが5秒と算出される。この場合には、センサ値x30°C、センサ値の変化量Δx2°C及び経過時間Δt5秒の組合せと一致するレコードとして実行結果記憶部18の三番目のレコードが検索される。かかる三番目のレコードにおける実行結果は不実行であるので、図5に示すEのセンシング情報が取得されても、イベントの通知は保留される。また、図5に示すFのように、13時10分20秒にセンサ30からセンサ値30°Cが取得された場合には、次のようにしてイベントの通知が制御される。この例では、図5に示すEのセンシング情報が取得された際にイベントが通知されていないので、図5に示すDの通知履歴との間でセンサ値の変化量Δx及び経過時間Δtの算出が実行される。具体的には、取得部13によって取得されたセンサ値30°Cから図5に示すDの通知センサ値28°Cを減算することによって前回通知したセンサ値からの変化量Δxが2°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻13時10分20秒から図5に示すDの通知時刻13時10分00秒を減算することによって前回通知からの経過時間Δtが20秒と算出される。この場合には、センサ値x30°C、センサ値の変化量Δx2°C及び経過時間Δt20秒の組合せと一致するレコードとして実行結果記憶部18の四番目のレコードが検索される。かかる四番目のレコードにおける実行結果は実行であるので、図5に示すFのセンシング情報が取得された場合には、イベントの通知が実行される。図5に示すHのように、13時20分20秒にセンサ30からセンサ値30°Cが取得された場合には、次のようにしてイベントの通知が制御される。具体的には、取得部13によって取得されたセンサ値30°Cから図5に示すGの通知センサ値29°Cを減算することによって前回通知したセンサ値からの変化量Δxが1°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻13時20分20秒から図5に示すGの通知時刻13時20分00秒を減算することによって前回通知からの経過時間Δtが20秒と算出される。この場合には、センサ値x30°C、センサ値の変化量Δx1°C及び経過時間Δt20秒の組合せと一致するレコードとして実行結果記憶部18の二番目のレコードが検索される。かかる二番目のレコードにおける実行結果は実行であるので、図5に示すHのセンシング情報が取得された場合には、イベントの通知が実行される。図5に示すKのように、13時30分20秒にセンサ30からセンサ値31°Cが取得された場合には、次のようにしてイベントの通知が制御される。具体的には、取得部13によって取得されたセンサ値31°Cから図5に示すJの通知センサ値30°Cを減算することによって前回通知したセンサ値からの変化量Δxが1°Cと算出される。さらに、取得部13によってセンサ値が取得された時刻13時30分20秒から図5に示すJの通知時刻13時30分00秒を減算することによって前回通知からの経過時間Δtが20秒と算出される。この場合には、センサ値x31°C、センサ値の変化量Δx1°C及び経過時間Δt20秒の組合せと一致するレコードとして実行結果記憶部18の五番目のレコードが検索される。かかる五番目のレコードにおける実行結果は不実行であるので、図5に示すKのセンシング情報が取得されても、イベントの通知は保留される。[処理の流れ]次に、本実施例に係るイベント通知装置の処理の流れについて説明する。図6は、実施例1に係る通知制御処理の手順を示すフローチャートである。この通知制御処理は、イベント通知装置10の電源がON状態である限り、繰り返し実行される処理である。図6に示すように、センサ30からセンシング情報が取得されるとステップS101肯定、イベント通知装置10は、次のようにして前回通知したセンサ値からの変化量Δxを算出するステップS102。すなわち、イベント通知装置10は、センシング情報に含まれるセンサ値から通知履歴記憶部15に記憶された最新の通知センサ値を減算することによって前回通知したセンサ値からの変化量Δxを算出する。続いて、イベント通知装置10は、センシング情報が取得された時刻から通知履歴記憶部15に記憶された最新の通知時刻を減算することによって前回通知からの経過時間Δtを算出するステップS103。その上で、イベント通知装置10は、ステップS101で取得したセンサ値xと、ステップS102及びS103で算出したセンサ値の変化量Δx及び経過時間Δtとの組合せに一致するレコードを実行結果記憶部18から検索するステップS104。そして、先の組合せと一致するレコードが実行結果記憶部18に存在する場合ステップS105肯定には、イベント通知装置10は、実行結果が実行であるか否かを判定するステップS106。ここで、先の組合せと一致するレコードの実行結果が不実行である場合ステップS106否定には、過去に同様の局面でサービサ50へイベントを通知して処理が実行されなかったと推定できる。この場合には、サービサ50にイベントを通知したとしても、サービサ50によってサービスに関係する処理が実行される可能性が低い。よって、イベント通知装置10は、イベントの通知を保留し、ステップS101へ移行する。一方、先の組合せと一致するレコードが実行結果記憶部18に存在しない場合ステップS105否定には、過去に同様の局面でサービサ50へイベントを通知していないと推定できる。この場合には、次回以降に同じ局面でイベントを通知するか、あるいは保留するかを判定するのが好ましい。よって、イベント通知装置10は、サービサ50にイベントを通知するステップS107。また、先の組合せと一致するレコードの実行結果が実行である場合ステップS106肯定には、過去に同様の局面でサービサ50へイベントを通知して処理が実行されたと推定できる。この場合には、サービサ50によってサービスに関係する処理が実行される可能性が高い。よって、イベント通知装置10は、サービサ50にイベントの通知を実行するステップS107。かかるイベントの通知後、イベント通知装置10は、今回通知した通知センサ値および今回通知した通知時刻を通知履歴記憶部15へ追加登録するステップS108。そして、イベント通知装置10は、サービサ50から実行結果が返信されるのを待機するステップS109。続いて、イベント通知装置10は、今回取得したセンサ値と、前回通知したセンサ値からの変化量Δx及び前回通知からの経過時間Δtとに対応付けて、サービサ50から返信された実行結果を実行結果記憶部18へ登録するステップS110。その後、イベント通知装置10は、ステップS101へ移行する。[実施例1の効果]上述してきたように、本実施例に係るイベント通知装置10は、センサ30から得たセンサ値、前回通知時のセンサ値からの変化量、前回通知からの経過時間の組合せが同じ履歴にてサービス提供に関する処理が実行されたか否かによってサービサ50への通知を実行または保留する。このため、イベント通知装置10では、過去に同様の局面でサービサ50へイベントを通知して処理が実行されなかった場合にイベントの通知を保留できる。それゆえ、イベント通知装置10では、サービサ50からイベントに連携してサービスに関係する処理を実行する条件やその処理の実行状況が開示されておらずとも、サービサ50で処理が実行される可能性が低い局面ではイベントの通知を抑制できる。したがって、イベント通知装置10によれば、不要なイベントの通知を削減することができる。さらに、イベント通知装置10では、サービサ50で処理が実行される可能性が高い局面ではサービサ50にイベントを通知できるので、サービサ50へのイベントを通知するタイミングを最適化なタイミングに近づけることもできる。また、本実施例に係るイベント通知装置10は、イベントの通知を実行した場合に、取得したセンサ値と算出した変化量及び経過時間とに対応付けて、サービサ50から取得した実行結果を実行結果記憶部18に登録する。このため、イベント通知装置10では、センサ値、変化量及び経過時間の組合せを動的に追加できる結果、イベント通知の実行または保留を学習することができる。さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。[応用例1]例えば、上記の実施例1では、センサ値xと、センサ値の変化量Δx及び経過時間Δtとの組合せに一致するレコードが1つだけ存在する場合を想定したが、同一の組合せに関し、実行結果として実行が対応付けられたレコードと、実行結果として不実行が対応付けられたレコードとの両方が混在する場合も想定される。このような場合には、開示の装置は、センサ値x、センサ値の変化量Δx、経過時間Δt及び実行結果に加えてセンサ値を通知した通知時刻をさらに実行結果登録部18へ登録することもできる。かかる通知時刻の登録によって、開示の装置は、センサ値x、センサ値の変化量Δx及び経過時間Δtの組合せに一致するレコードが複数存在する場合でも、複数存在する組合せのうち最新の通知時刻に対応付けられた実行結果が実行または不実行を示すかによってサービサ50に通知を実行するか、あるいは通知を保留するかを制御できる。このため、開示の装置では、センサ値x、センサ値の変化量Δx及び経過時間Δtの組合せに一致するレコードが複数存在する場合でも、サービサ50の最新の状態に合わせてイベントの通知を制御できる。また、開示の装置は、センサ値x、センサ値の変化量Δx、経過時間Δt及び実行結果に加えてレコードに対する登録回数をさらに実行結果登録部18に記憶させることもできる。すなわち、開示の装置は、センサ値x、センサ値の変化量Δx、経過時間Δt及び実行結果が同一であるレコードが実行結果記憶部18に既に登録されている場合に、当該レコードに対する登録回数を更新する。かかる登録回数の更新によって、開示の装置は、センサ値x、センサ値の変化量Δx及び経過時間Δtの組合せに一致するレコードが複数存在する場合でも、複数存在する組合せのうちレコードに対する登録回数が最も多い組合せに対応付けられた実行結果が実行または不実行を示すかによってサービサ50に通知を実行するか、あるいは通知を保留するかを制御できる。このため、開示の装置では、センサ値x、センサ値の変化量Δx及び経過時間Δtの組合せに一致するレコードが複数存在する場合でも、実行または不実行のうち頻度が高い方に合わせてイベントの通知を制御できる。[分散および統合]また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散統合して構成することができる。例えば、通知登録部11、取得部13、算出部16、実行結果登録部17または通知制御部19をイベント通知装置の外部装置としてネットワーク経由で接続するようにしてもよい。また、通知登録部11、取得部13、算出部16、実行結果登録部17または通知制御部19を別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のイベント通知装置の機能を実現するようにしてもよい。[通知制御プログラム]また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図7を用いて、上記の実施例と同様の機能を有する通知制御プログラムを実行するコンピュータの一例について説明する。図7は、実施例1及び実施例2に係る通知制御プログラムを実行するコンピュータの一例について説明するための図である。図7に示すように、コンピュータ100は、操作部110aと、スピーカ110bと、カメラ110cと、ディスプレイ120と、通信部130とを有する。さらに、このコンピュータ100は、CPU150と、ROM160と、HDD170と、RAM180と有する。これら110~180の各部はバス140を介して接続される。HDD170には、図7に示すように、上記の実施例1で示した通知先登録部11と、取得部13と、算出部16と、実行結果登録部17と、通知制御部19と同様の機能を発揮する通知制御プログラム170aが予め記憶される。この通知制御プログラム170aについては、図2に示した各々の通知登録部11、取得部13、算出部16、実行結果登録部17及び通知制御部19の各構成要素と同様、適宜統合又は分離しても良い。すなわち、HDD170に格納される各データは、常に全てのデータがHDD170に格納される必要はなく、処理に必要なデータのみがHDD170に格納されれば良い。そして、CPU150が、通知制御プログラム170aをHDD170から読み出してRAM180に展開する。これによって、図7に示すように、通知制御プログラム170aは、通知制御プロセス180aとして機能する。この通知制御プロセス180aは、HDD170から読み出した各種データを適宜RAM180上の自身に割り当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。なお、通知制御プロセス180aは、図2に示した通知登録部11、取得部13、算出部16、実行結果登録部17及び通知制御部19にて実行される処理、例えば図6に示す処理を含む。また、CPU150上で仮想的に実現される各処理部は、常に全ての処理部がCPU150上で動作する必要はなく、処理に必要な処理部のみが仮想的に実現されれば良い。なお、上記の通知制御プログラム170aについては、必ずしも最初からHDD170やROM160に記憶させておく必要はない。例えば、コンピュータ100に挿入されるフレキシブルディスク、いわゆるFD、CD-ROM、DVDディスク、光磁気ディスク、ICカードなどの可搬用の物理媒体に各プログラムを記憶させる。そして、コンピュータ100がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、LAN、WANなどを介してコンピュータ100に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておき、コンピュータ100がこれらから各プログラムを取得して実行するようにしてもよい。