"サーバから端末にデータを配信する通信システムであって、前記サーバは、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信部と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるIDに対応する前記データを生成するデータ生成部とを備え、前記端末は、前記データ発生通知を前記サーバから受信した場合に自身のIDを含むデータ配信準備要求を前記サーバに送信し、前記配信準備完了通知を前記サーバから受信した場合に自身のIDを含むデータ取得要求を前記サーバに送信して前記IDに対応する前記データを前記サーバから受信する端末側通信部を備えることを特徴とする通信システム。前記データ発生通知は、前記データの取得に関するパラメータを含み、前記端末側通信部は、予め設定された取得条件を前記パラメータが満たしている場合に前記データ取得要求を送信することを特徴とする請求項1記載の通信システム。前記パラメータは、前記データの優先度であり、前記端末側通信部は、前記端末が実行しているジョブの優先度が前記データの優先度よりも高い場合はそのジョブの終了後に前記データ取得要求を送信することを特徴とする請求項2記載の通信システム。前記パラメータは、前記データを取得する時間情報であり、前記端末側通信部は、前記時間情報に示される時間帯に前記データ取得要求を送信することを特徴とする請求項2記載の通信システム。前記端末側通信部は、前記データを取得した場合にデータ取得完了通知を前記サーバに送信することを特徴とする請求項1乃至4のいずれか一項に記載の通信システム。前記データ取得完了通知は、前記データを分割して取得する場合はそれぞれのデータを識別するためのデータ番号を含むことを特徴とする請求項5記載の通信システム。サーバから端末にデータを配信する通信システムのサーバであって、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信部と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるIDに対応する前記データを生成するデータ生成部とを備えることを特徴とするサーバ。サーバから端末にデータを配信する通信システムの端末であって、データ発生通知を前記サーバから受信した場合に自身のIDを含むデータ配信準備要求を前記サーバに送信し、配信準備完了通知を前記サーバから受信した場合に自身のIDを含むデータ取得要求を前記サーバに送信して前記IDに対応する前記データを前記サーバから受信する端末側通信部を備えることを特徴とする端末。サーバから端末にデータを配信するための通信プログラムであって、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信機能と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるIDに対応する前記データを生成するデータ生成機能とを前記サーバに実現させ、前記データ発生通知を前記サーバから受信した場合に自身のIDを含むデータ配信準備要求を前記サーバに送信し、前記配信準備完了通知を前記サーバから受信した場合に自身のIDを含むデータ取得要求を前記サーバに送信して前記IDに対応する前記データを前記サーバから受信する端末側通信機能を前記端末に実現させるための通信プログラム。しかしながら、各端末が一定周期でサーバにアクセスし、新着メールの有無を確認する方法によると、メール配信の遅れが生じる場合がある。また、メール配信の即時性を高めるためにサーバへの確認頻度を高くすると、サーバの負荷が高くなってしまう問題がある。本発明は前記課題を解決するためになされたものであり、その目的は、配信の即時性を高めるとともにサーバの負荷を低減することのできる通信システム、サーバ、端末、及び通信プログラムを提供することである。前記課題を解決するために、本発明は、サーバから端末にデータを配信する通信システムであって、前記サーバは、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信部と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるIDに対応する前記データを生成するデータ生成部とを備え、前記端末は、前記データ発生通知を前記サーバから受信した場合に自身のIDを含むデータ配信準備要求を前記サーバに送信し、前記配信準備完了通知を前記サーバから受信した場合に自身のIDを含むデータ取得要求を前記サーバに送信して前記IDに対応する前記データを前記サーバから受信する端末側通信部を備えることを特徴とする。前記データ発生通知は、前記データの取得に関するパラメータを含み、前記端末側通信部は、予め設定された取得条件を前記パラメータが満たしている場合に前記データ取得要求を送信してもよい。前記パラメータは、前記データの優先度であり、前記端末側通信部は、前記端末が実行しているジョブの優先度が前記データの優先度よりも高い場合はそのジョブの終了後に前記データ取得要求を送信してもよい。前記パラメータは、前記データを取得する時間情報であり、前記端末側通信部は、前記時間情報に示される時間帯に前記データ取得要求を送信してもよい。前記端末側通信部は、前記データを取得した場合にデータ取得完了通知を前記サーバに送信してもよい。前記データ取得完了通知は、前記データを分割して取得する場合はそれぞれのデータを識別するためのデータ番号を含んでもよい。本発明は、サーバから端末にデータを配信する通信システムのサーバであって、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信部と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるIDに対応する前記データを生成するデータ生成部とを備えることを特徴とする。本発明は、サーバから端末にデータを配信する通信システムの端末であって、データ発生通知を前記サーバから受信した場合に自身のIDを含むデータ配信準備要求を前記サーバに送信し、配信準備完了通知を前記サーバから受信した場合に自身のIDを含むデータ取得要求を前記サーバに送信して前記IDに対応する前記データを前記サーバから受信する端末側通信部を備えることを特徴とする。本発明は、サーバから端末にデータを配信するための通信プログラムであって、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信機能と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるIDに対応する前記データを生成するデータ生成機能とを前記サーバに実現させ、前記データ発生通知を前記サーバから受信した場合に自身のIDを含むデータ配信準備要求を前記サーバに送信し、前記配信準備完了通知を前記サーバから受信した場合に自身のIDを含むデータ取得要求を前記サーバに送信して前記IDに対応する前記データを前記サーバから受信する端末側通信機能を前記端末に実現させるための通信プログラムであることを特徴とする。本発明によれば、配信の即時性を高めるとともにサーバの負荷を低減することのできる通信システム、サーバ、端末、及び通信プログラムを提供することが可能となる。以下、本発明の実施形態について図面を参照して詳細に説明する。図1は、本発明の実施形態における通信システムの構成図である。この通信システムは、サーバ10から端末A,B,C,にメッセージを配信するシステムである。具体的には、図1に示すように、中央に設置されたサーバ10は、複数の宅内に設置された端末A,B,C,とネットワーク20を介して通信可能に接続されている。宅内の端末A,B,C,は、NATNetworkAddressTranslationルータ内にあることが想定される。NAT越しにサーバ10から端末A,B,C,に対してパケット送信する方法としては、端末A,B,C,からサーバ10にパケットを定期的に送信したり、ソケット接続を維持したりする方法などが考えられる。サーバ10から端末Aに配信するデータは、端末A,B,C,のメンテナンス情報や広告といったメッセージだけでなく、端末A,B,C,の新しいファームウェアといったファイル形式のものでもよい。図2は、サーバ10と端末Aの構成図である。この図に示すように、サーバ10は、通信部11と、記憶部12と、メッセージ生成部13とを備えている。通信部11は、端末A,B,C,と通信するための処理部である。記憶部12は、データを記憶する記憶装置である。メッセージ生成部13は、端末A,B,C,に配信するメッセージを生成するための処理部である。一方、端末Aは、記憶部A1と、通信部A2とを備えている。記憶部A1は、データを記憶する記憶装置である。通信部A2は、サーバ10と通信するための処理部である。その他の端末B,C,も同様の構成である。もちろん、サーバ10や端末A,B,C,は、データを入力するための入力部やデータを表示するための表示部などを備えていてもよい。図3は、本発明の実施形態における通信システムの動作を示すフローチャートである。以下、サーバ10-端末A間の通信を例示して本通信システムの動作を説明する。まず、サーバ10は、メッセージを端末Aに配信する要求が発生した場合、メッセージ発生通知を端末Aに送信するステップS1。このようにサーバ10から端末Aにメッセージの有無を通知することで、端末Aからサーバ10にメッセージの有無を定期的に問い合わせる必要がなくなる。これにより、メッセージ配信の即時性を高めるとともに、サーバ10-端末A間のトラフィックを低減することができる。サーバ10からのメッセージ発生通知には、メッセージの取得に関するパラメータを含めるようにしてもよい。例えば、図4aに示すように、メッセージの優先度をパラメータPとして含めることができる。図4bに示すように、端末Aがメッセージを取得することができる期間である時間情報開始時間、終了時間をパラメータPとして含めるようにしてもよい。端末Aは、メッセージ発生通知を受信すると、予め設定された取得条件を満たしているかどうかを判断するステップS2→S3。例えば、メッセージ発生通知にメッセージの優先度が含まれている場合は、端末Aが実行しているジョブの優先度とメッセージの優先度とを比較する。そして、メッセージの優先度がジョブの優先度よりも高い場合は、自身のIDを含むメッセージ配信準備要求をサーバ10に送信するステップS4。一方、ジョブの優先度がメッセージの優先度よりも高い場合は、そのジョブが終了するまでメッセージ配信準備要求を送信しない。これにより、処理能力の低い端末に対しても安定したメッセージの配信を実現することができる。端末Aは、メッセージ発生通知にメッセージ取得期間を示す時間情報が含まれている場合は、その時間情報と現在時刻とを比較するステップS2→S3。そして、現在時刻が時間情報に示される時間帯に含まれている場合は、メッセージ配信準備要求をサーバ10に送信するステップS4。一方、現在時刻が時間情報に示される時間帯に含まれていない場合は、その時間帯開始時間になるまでメッセージ配信準備要求を送信しない。これにより、複数の端末A,B,C,が一度にメッセージの取得要求を送信することを防ぐことができ、サーバ10の負荷を低減させることが可能となる。メッセージ発生通知には、メッセージの優先度と時間情報の両方が含まれていてもよい。この場合、端末Aは、開始時間になっても端末Aで優先度の高いジョブが実行されている場合は、そのジョブが終了するまでメッセージ配信準備要求を送信しないことになる。サーバ10は、メッセージ配信準備要求を受信すると、そのメッセージ配信準備要求に含まれる端末のIDに対応するメッセージを生成するステップS5→S6。端末IDとアドレスとの対応表は、図5に示すように、サーバ10の記憶部12に予め記憶されている。このように端末Aからメッセージ配信準備要求を受信したときに初めてメッセージを生成することで、サーバ10内のメモリの節約やデータベースのロック時間の短縮などが期待でき、サーバ10側のリソースを効率よく利用することが可能となる。サーバ10は、メッセージ生成が完了すると、配信準備完了通知を端末Aに送信するステップS7。端末Aは、配信準備完了通知を受信すると、自身のIDを含むメッセージ取得要求をサーバ10に送信し、このIDに対応するメッセージをサーバ10から取得するステップS8~S18。ここで、メッセージのサイズが大きい場合や端末Aの処理能力が低い場合を想定して、メッセージは複数回に分けて取得するのが望ましい。すなわち、端末Aは、1回目のメッセージを取得すると、その旨を示すメッセージ取得完了通知をサーバ10に送信するステップS12→S13。このメッセージ取得完了通知には、図6aに示すように、メッセージ番号Nとして1が含まれる。また、2回目のメッセージを取得すると、図6bに示すように、メッセージ番号Nとして2が含まれるメッセージ取得完了通知をサーバ10に送信するステップS16→S17。3回目以降のメッセージについても同様である。このようにすれば、サーバ10は、メッセージ番号Nにより端末Aがメッセージをどこまで受信しているか知ることができる。これにより、端末Aのリブートや優先度の高い割り込み処理などによりメッセージの取得が中断された場合でも、続くデータの基点を設定することができ、再配信を迅速に行うことが可能である。以上のように、本発明の実施形態における通信システムでは、サーバ10側からトリガをかけてメッセージ発生通知を端末Aに送信した後、端末A側からメッセージ取得要求を送信して端末主導でメッセージを取得するようにしている。そのため、端末Aからサーバ10にメッセージの有無を定期的に問い合わせる必要がなくなる。これにより、メッセージ配信の即時性を高めるとともに、サーバ10-端末A間のトラフィックを低減することができる。また、メッセージの取得に関するパラメータをサーバ10側から送信し、端末A側で予め設定された取得条件を満たしている場合にメッセージ取得要求を送信するようにしている。これにより、メッセージを取得するタイミングをコントロールすることができる。また、端末A側で優先度の高いジョブを実行している場合は、そのジョブの終了後にメッセージを取得するようにしている。これにより、端末Aの動作を阻害することがなく、安定したメッセージ配信を実現することができる。また、所定の時間帯にメッセージを配信するようにしている。これにより、複数の端末A,B,C,が一度にメッセージの取得要求を送信することを防ぐことができ、サーバ10の負荷を低減させることが可能となる。また、端末Aは、メッセージを取得した場合にメッセージ取得完了通知をサーバ10に送信するようにしているので、サーバ10は、端末A側の取得を認識してからメッセージを消去することができる。これにより、端末A側でリブートなどの不具合が生じた場合でもメッセージを迅速に再配信することができる。また、メッセージを分割して取得する場合はそれぞれのメッセージを識別するためのメッセージ番号Nをメッセージ取得完了通知に含めるようにしている。そのため、サーバ10は、メッセージ番号Nにより端末Aがメッセージをどこまで受信しているか知ることができる。これにより、端末Aのリブートや優先度の高い割り込み処理などによりメッセージの取得が中断された場合でも、続くデータの基点を設定することができ、再配信を迅速に行うことが可能である。なお、以上では好適な実施形態について説明したが、本発明は前記実施形態に限定されず、種々の変形が可能である。例えば、メッセージ発生通知を受信した端末Aは、取得条件を満たすかどうかを判断することとしているがステップS3、この判断ステップを省略して直ちにメッセージ配信準備要求をサーバ10に送信するようにしてもよい。この場合、メッセージの取得に関するパラメータをメッセージ発生通知に含める必要がないのはもちろんである。"