(57)【要約】【課題】配信の即時性を高めるとともにサーバの負荷を低減する。【解決手段】サーバ１０は、配信すべきデータが発生した場合にデータ発生通知を端末Ａに送信し、データの生成が完了した場合に配信準備完了通知を端末Ａに送信する通信部１１と、データ配信準備要求を端末Ａから受信した場合にそのデータ配信準備要求に含まれるＩＤに対応するデータを生成するメッセージ生成部とを備える。端末Ａは、データ発生通知をサーバ１０から受信した場合に自身のＩＤを含むデータ配信準備要求をサーバ１０に送信し、配信準備完了通知をサーバ１０から受信した場合に自身のＩＤを含むデータ取得要求をサーバ１０に送信してＩＤに対応するデータをサーバ１０から受信する通信部Ａ２を備える。【選択図】図２
2012242881.tif 000002
【特許請求の範囲】
【請求項１】
サーバから端末にデータを配信する通信システムであって、
前記サーバは、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信部と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるＩＤに対応する前記データを生成するデータ生成部とを備え、
前記端末は、前記データ発生通知を前記サーバから受信した場合に自身のＩＤを含むデータ配信準備要求を前記サーバに送信し、前記配信準備完了通知を前記サーバから受信した場合に自身のＩＤを含むデータ取得要求を前記サーバに送信して前記ＩＤに対応する前記データを前記サーバから受信する端末側通信部を備えることを特徴とする通信システム。
【請求項２】
前記データ発生通知は、前記データの取得に関するパラメータを含み、
前記端末側通信部は、予め設定された取得条件を前記パラメータが満たしている場合に前記データ取得要求を送信することを特徴とする請求項１記載の通信システム。
【請求項３】
前記パラメータは、前記データの優先度であり、
前記端末側通信部は、前記端末が実行しているジョブの優先度が前記データの優先度よりも高い場合はそのジョブの終了後に前記データ取得要求を送信することを特徴とする請求項２記載の通信システム。
【請求項４】
前記パラメータは、前記データを取得する時間情報であり、
前記端末側通信部は、前記時間情報に示される時間帯に前記データ取得要求を送信することを特徴とする請求項２記載の通信システム。
【請求項５】
前記端末側通信部は、前記データを取得した場合にデータ取得完了通知を前記サーバに送信することを特徴とする請求項１乃至４のいずれか一項に記載の通信システム。
【請求項６】
前記データ取得完了通知は、前記データを分割して取得する場合はそれぞれのデータを識別するためのデータ番号を含むことを特徴とする請求項５記載の通信システム。
【請求項７】
サーバから端末にデータを配信する通信システムのサーバであって、
配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信部と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるＩＤに対応する前記データを生成するデータ生成部とを備えることを特徴とするサーバ。
【請求項８】
サーバから端末にデータを配信する通信システムの端末であって、
データ発生通知を前記サーバから受信した場合に自身のＩＤを含むデータ配信準備要求を前記サーバに送信し、配信準備完了通知を前記サーバから受信した場合に自身のＩＤを含むデータ取得要求を前記サーバに送信して前記ＩＤに対応する前記データを前記サーバから受信する端末側通信部を備えることを特徴とする端末。
【請求項９】
サーバから端末にデータを配信するための通信プログラムであって、
配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信機能と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるＩＤに対応する前記データを生成するデータ生成機能とを前記サーバに実現させ、
前記データ発生通知を前記サーバから受信した場合に自身のＩＤを含むデータ配信準備要求を前記サーバに送信し、前記配信準備完了通知を前記サーバから受信した場合に自身のＩＤを含むデータ取得要求を前記サーバに送信して前記ＩＤに対応する前記データを前記サーバから受信する端末側通信機能を前記端末に実現させるための通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバから端末にメッセージを配信する通信システム、サーバ、端末、及び通信プログラムに関する。
【背景技術】
【０００２】
従来より、中央に設置されたサーバから宅内に設置された端末に対してメッセージを配信するシステムが知られている（例えば、特許文献１参照）。一般的な電子メールシステムでは、各端末が一定周期でサーバにアクセスし、新着メールの有無を確認している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開昭６４−７８５５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、各端末が一定周期でサーバにアクセスし、新着メールの有無を確認する方法によると、メール配信の遅れが生じる場合がある。また、メール配信の即時性を高めるためにサーバへの確認頻度を高くすると、サーバの負荷が高くなってしまう問題がある。
【０００５】
本発明は前記課題を解決するためになされたものであり、その目的は、配信の即時性を高めるとともにサーバの負荷を低減することのできる通信システム、サーバ、端末、及び通信プログラムを提供することである。
【課題を解決するための手段】
【０００６】
前記課題を解決するために、本発明は、サーバから端末にデータを配信する通信システムであって、前記サーバは、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信部と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるＩＤに対応する前記データを生成するデータ生成部とを備え、前記端末は、前記データ発生通知を前記サーバから受信した場合に自身のＩＤを含むデータ配信準備要求を前記サーバに送信し、前記配信準備完了通知を前記サーバから受信した場合に自身のＩＤを含むデータ取得要求を前記サーバに送信して前記ＩＤに対応する前記データを前記サーバから受信する端末側通信部を備えることを特徴とする。
【０００７】
前記データ発生通知は、前記データの取得に関するパラメータを含み、前記端末側通信部は、予め設定された取得条件を前記パラメータが満たしている場合に前記データ取得要求を送信してもよい。
【０００８】
前記パラメータは、前記データの優先度であり、前記端末側通信部は、前記端末が実行しているジョブの優先度が前記データの優先度よりも高い場合はそのジョブの終了後に前記データ取得要求を送信してもよい。
【０００９】
前記パラメータは、前記データを取得する時間情報であり、前記端末側通信部は、前記時間情報に示される時間帯に前記データ取得要求を送信してもよい。
【００１０】
前記端末側通信部は、前記データを取得した場合にデータ取得完了通知を前記サーバに送信してもよい。
【００１１】
前記データ取得完了通知は、前記データを分割して取得する場合はそれぞれのデータを識別するためのデータ番号を含んでもよい。
【００１２】
本発明は、サーバから端末にデータを配信する通信システムのサーバであって、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信部と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるＩＤに対応する前記データを生成するデータ生成部とを備えることを特徴とする。
【００１３】
本発明は、サーバから端末にデータを配信する通信システムの端末であって、データ発生通知を前記サーバから受信した場合に自身のＩＤを含むデータ配信準備要求を前記サーバに送信し、配信準備完了通知を前記サーバから受信した場合に自身のＩＤを含むデータ取得要求を前記サーバに送信して前記ＩＤに対応する前記データを前記サーバから受信する端末側通信部を備えることを特徴とする。
【００１４】
本発明は、サーバから端末にデータを配信するための通信プログラムであって、配信すべきデータが発生した場合にデータ発生通知を前記端末に送信し、前記データの生成が完了した場合に配信準備完了通知を前記端末に送信するサーバ側通信機能と、データ配信準備要求を前記端末から受信した場合にそのデータ配信準備要求に含まれるＩＤに対応する前記データを生成するデータ生成機能とを前記サーバに実現させ、前記データ発生通知を前記サーバから受信した場合に自身のＩＤを含むデータ配信準備要求を前記サーバに送信し、前記配信準備完了通知を前記サーバから受信した場合に自身のＩＤを含むデータ取得要求を前記サーバに送信して前記ＩＤに対応する前記データを前記サーバから受信する端末側通信機能を前記端末に実現させるための通信プログラムであることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、配信の即時性を高めるとともにサーバの負荷を低減することのできる通信システム、サーバ、端末、及び通信プログラムを提供することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態における通信システムの構成図である。
【図２】本発明の実施形態におけるサーバと端末の構成図である。
【図３】本発明の実施形態における通信システムの動作を示すフローチャートである。
【図４】本発明の実施形態におけるメッセージ発生通知の構成図である。
【図５】本発明の実施形態における端末ＩＤとアドレスとの対応表を示す図である。
【図６】本発明の実施形態におけるメッセージ取得完了通知の構成図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態について図面を参照して詳細に説明する。
【００１８】
図１は、本発明の実施形態における通信システムの構成図である。この通信システムは、サーバ１０から端末Ａ，Ｂ，Ｃ，・・・にメッセージを配信するシステムである。具体的には、図１に示すように、中央に設置されたサーバ１０は、複数の宅内に設置された端末Ａ，Ｂ，Ｃ，・・・とネットワーク２０を介して通信可能に接続されている。宅内の端末Ａ，Ｂ，Ｃ，・・・は、ＮＡＴ（Network Address Translation）ルータ内にあることが想定される。ＮＡＴ越しにサーバ１０から端末Ａ，Ｂ，Ｃ，・・・に対してパケット送信する方法としては、端末Ａ，Ｂ，Ｃ，・・・からサーバ１０にパケットを定期的に送信したり、ソケット接続を維持したりする方法などが考えられる。サーバ１０から端末Ａに配信するデータは、端末Ａ，Ｂ，Ｃ，・・・のメンテナンス情報や広告といったメッセージだけでなく、端末Ａ，Ｂ，Ｃ，・・・の新しいファームウェアといったファイル形式のものでもよい。
【００１９】
図２は、サーバ１０と端末Ａの構成図である。この図に示すように、サーバ１０は、通信部１１と、記憶部１２と、メッセージ生成部１３とを備えている。通信部１１は、端末Ａ，Ｂ，Ｃ，・・・と通信するための処理部である。記憶部１２は、データを記憶する記憶装置である。メッセージ生成部１３は、端末Ａ，Ｂ，Ｃ，・・・に配信するメッセージを生成するための処理部である。一方、端末Ａは、記憶部Ａ１と、通信部Ａ２とを備えている。記憶部Ａ１は、データを記憶する記憶装置である。通信部Ａ２は、サーバ１０と通信するための処理部である。その他の端末Ｂ，Ｃ，・・・も同様の構成である。もちろん、サーバ１０や端末Ａ，Ｂ，Ｃ，・・・は、データを入力するための入力部やデータを表示するための表示部などを備えていてもよい。
【００２０】
図３は、本発明の実施形態における通信システムの動作を示すフローチャートである。以下、サーバ１０−端末Ａ間の通信を例示して本通信システムの動作を説明する。
【００２１】
まず、サーバ１０は、メッセージを端末Ａに配信する要求が発生した場合、メッセージ発生通知を端末Ａに送信する（ステップＳ１）。このようにサーバ１０から端末Ａにメッセージの有無を通知することで、端末Ａからサーバ１０にメッセージの有無を定期的に問い合わせる必要がなくなる。これにより、メッセージ配信の即時性を高めるとともに、サーバ１０−端末Ａ間のトラフィックを低減することができる。
【００２２】
サーバ１０からのメッセージ発生通知には、メッセージの取得に関するパラメータを含めるようにしてもよい。例えば、図４（ａ）に示すように、メッセージの優先度をパラメータＰとして含めることができる。図４（ｂ）に示すように、端末Ａがメッセージを取得することができる期間である時間情報（開始時間、終了時間）をパラメータＰとして含めるようにしてもよい。
【００２３】
端末Ａは、メッセージ発生通知を受信すると、予め設定された取得条件を満たしているかどうかを判断する（ステップＳ２→Ｓ３）。例えば、メッセージ発生通知にメッセージの優先度が含まれている場合は、端末Ａが実行しているジョブの優先度とメッセージの優先度とを比較する。そして、メッセージの優先度がジョブの優先度よりも高い場合は、自身のＩＤを含むメッセージ配信準備要求をサーバ１０に送信する（ステップＳ４）。一方、ジョブの優先度がメッセージの優先度よりも高い場合は、そのジョブが終了するまでメッセージ配信準備要求を送信しない。これにより、処理能力の低い端末に対しても安定したメッセージの配信を実現することができる。
【００２４】
端末Ａは、メッセージ発生通知にメッセージ取得期間を示す時間情報が含まれている場合は、その時間情報と現在時刻とを比較する（ステップＳ２→Ｓ３）。そして、現在時刻が時間情報に示される時間帯に含まれている場合は、メッセージ配信準備要求をサーバ１０に送信する（ステップＳ４）。一方、現在時刻が時間情報に示される時間帯に含まれていない場合は、その時間帯（開始時間）になるまでメッセージ配信準備要求を送信しない。これにより、複数の端末Ａ，Ｂ，Ｃ，・・・が一度にメッセージの取得要求を送信することを防ぐことができ、サーバ１０の負荷を低減させることが可能となる。
【００２５】
メッセージ発生通知には、メッセージの優先度と時間情報の両方が含まれていてもよい。この場合、端末Ａは、開始時間になっても端末Ａで優先度の高いジョブが実行されている場合は、そのジョブが終了するまでメッセージ配信準備要求を送信しないことになる。
【００２６】
サーバ１０は、メッセージ配信準備要求を受信すると、そのメッセージ配信準備要求に含まれる端末のＩＤに対応するメッセージを生成する（ステップＳ５→Ｓ６）。端末ＩＤとアドレスとの対応表は、図５に示すように、サーバ１０の記憶部１２に予め記憶されている。このように端末Ａからメッセージ配信準備要求を受信したときに初めてメッセージを生成することで、サーバ１０内のメモリの節約やデータベースのロック時間の短縮などが期待でき、サーバ１０側のリソースを効率よく利用することが可能となる。
【００２７】
サーバ１０は、メッセージ生成が完了すると、配信準備完了通知を端末Ａに送信する（ステップＳ７）。端末Ａは、配信準備完了通知を受信すると、自身のＩＤを含むメッセージ取得要求をサーバ１０に送信し、このＩＤに対応するメッセージをサーバ１０から取得する（ステップＳ８〜Ｓ１８）。 ここで、メッセージのサイズが大きい場合や端末Ａの処理能力が低い場合を想定して、メッセージは複数回に分けて取得するのが望ましい。
【００２８】
すなわち、端末Ａは、１回目のメッセージを取得すると、その旨を示すメッセージ取得完了通知をサーバ１０に送信する（ステップＳ１２→Ｓ１３）。このメッセージ取得完了通知には、図６（ａ）に示すように、メッセージ番号Ｎとして「１」が含まれる。また、２回目のメッセージを取得すると、図６（ｂ）に示すように、メッセージ番号Ｎとして「２」が含まれるメッセージ取得完了通知をサーバ１０に送信する（ステップＳ１６→Ｓ１７）。３回目以降のメッセージについても同様である。このようにすれば、サーバ１０は、メッセージ番号Ｎにより端末Ａがメッセージをどこまで受信しているか知ることができる。これにより、端末Ａのリブートや優先度の高い割り込み処理などによりメッセージの取得が中断された場合でも、続くデータの基点を設定することができ、再配信を迅速に行うことが可能である。
【００２９】
以上のように、本発明の実施形態における通信システムでは、サーバ１０側からトリガをかけてメッセージ発生通知を端末Ａに送信した後、端末Ａ側からメッセージ取得要求を送信して端末主導でメッセージを取得するようにしている。そのため、端末Ａからサーバ１０にメッセージの有無を定期的に問い合わせる必要がなくなる。これにより、メッセージ配信の即時性を高めるとともに、サーバ１０−端末Ａ間のトラフィックを低減することができる。
【００３０】
また、メッセージの取得に関するパラメータをサーバ１０側から送信し、端末Ａ側で予め設定された取得条件を満たしている場合にメッセージ取得要求を送信するようにしている。これにより、メッセージを取得するタイミングをコントロールすることができる。
【００３１】
また、端末Ａ側で優先度の高いジョブを実行している場合は、そのジョブの終了後にメッセージを取得するようにしている。これにより、端末Ａの動作を阻害することがなく、安定したメッセージ配信を実現することができる。
【００３２】
また、所定の時間帯にメッセージを配信するようにしている。これにより、複数の端末Ａ，Ｂ，Ｃ，・・・が一度にメッセージの取得要求を送信することを防ぐことができ、サーバ１０の負荷を低減させることが可能となる。
【００３３】
また、端末Ａは、メッセージを取得した場合にメッセージ取得完了通知をサーバ１０に送信するようにしているので、サーバ１０は、端末Ａ側の取得を認識してからメッセージを消去することができる。これにより、端末Ａ側でリブートなどの不具合が生じた場合でもメッセージを迅速に再配信することができる。
【００３４】
また、メッセージを分割して取得する場合はそれぞれのメッセージを識別するためのメッセージ番号Ｎをメッセージ取得完了通知に含めるようにしている。そのため、サーバ１０は、メッセージ番号Ｎにより端末Ａがメッセージをどこまで受信しているか知ることができる。これにより、端末Ａのリブートや優先度の高い割り込み処理などによりメッセージの取得が中断された場合でも、続くデータの基点を設定することができ、再配信を迅速に行うことが可能である。
【００３５】
なお、以上では好適な実施形態について説明したが、本発明は前記実施形態に限定されず、種々の変形が可能である。例えば、メッセージ発生通知を受信した端末Ａは、取得条件を満たすかどうかを判断することとしているが（ステップＳ３）、この判断ステップを省略して直ちにメッセージ配信準備要求をサーバ１０に送信するようにしてもよい。この場合、メッセージの取得に関するパラメータをメッセージ発生通知に含める必要がないのはもちろんである。
【符号の説明】
【００３６】
１０  サーバ
１１  通信部（サーバ側通信部）
１３  メッセージ生成部（データ生成部）
Ａ，Ｂ，Ｃ  端末
Ａ２  通信部（端末側通信部）
【図１】
2012242881.tif 000003
【図２】
2012242881.tif 000004
【図３】
2012242881.tif 000005
【図４】
2012242881.tif 000006
【図５】
2012242881.tif 000007
【図６】
2012242881.tif 000008