"通信回線に接続し、データを受信する通信端末と、前記データを格納し、前記通信端末との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに長くして死活管理を行い、前記通信端末に対して前記通信回線を介して前記データを送信する、ホストコンピュータと、を備える通信システム。前記通信端末と前記ホストコンピュータとは継時的に通信が接続されており、前記通信端末からの送信要求を必要とせずに前記データを前記通信端末に送信する請求項1記載の通信システム。前記ホストコンピュータは、前記通信端末との通信の死活管理の時間間隔を、閾値を超えないように順次2倍することにより長くして死活管理を行う請求項2記載の通信システム。前記ホストコンピュータは、通信の死活管理情報を格納する通信管理テーブルを備える請求項3記載の通信システム。データをホストコンピュータが格納し、前記ホストコンピュータが通信回線を介して接続する通信端末との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに順次長くして死活管理を行い、前記ホストコンピュータが前記通信端末に対して通信回線を介して前記データを送信する、通信端末死活確認方法。前記通信端末と前記ホストコンピュータとは継時的に通信が接続されており、前記通信端末からの送信要求を必要とせずに前記データを前記通信端末に送信する請求項5記載の通信端末死活確認方法。しかし、コンテンツを表示端末に配信する際に、通信の死活管理が問題となる。すなわち、表示端末との通信が確立されていることを確認してからコンテンツを配信する必要があるからである。特に、多数の表示端末に対して同時にコンテンツの差し替えを行うときには、死活管理の動作によって通信の輻輳が発生する。従って、輻輳を防止しながら通信の死活管理をすることが可能な通信システム及び通信端末死活確認方法が求められている。上記の課題を解決するために、一実施形態は通信回線に接続し、データを受信する通信端末と、データを格納し、通信端末との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに長くして死活管理を行い、通信端末に対して通信回線を介して前記データを送信する、ホストコンピュータと、を備える通信システムを提供する。以下、通信システム及び通信端末死活確認方法の一実施形態について、電子看板システムを例に、図面を用いて詳細に説明する。本実施形態の通信システムの一実施形態は通信回線に接続し、データを受信する通信端末と、データを格納し、通信端末との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに長くして死活管理を行い、通信端末に対して通信回線を介して前記データを送信する、ホストコンピュータと、を備える。図1は、本実施形態の通信システムである電子看板システムの構成を示すブロック図である。図1に示すように、電子看板システムは、データすなわち表示内容であるコンテンツを表示する通信端末である表示端末401と、コンテンツを配信する操作端末301と、操作端末301から配信されたコンテンツを格納し、表示端末401との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに順次長くして死活管理を行い、表示端末401に対してコンテンツを送信する、ホストコンピュータであるアプリケーションサーバ101と、を備える。表示端末401は、演算装置であるCPU402と、ROM、RAMなどのメモリ403と、アプリケーションプログラムなどを格納する記憶装置404と、受信したコンテンツを格納する表示内容データベース405以下、データベースをDBという。と、ディスプレイ装置である表示装置406と、インターネットなどの公衆通信回線網201を介して通信可能な通信インターフェース以下、通信I/Fという。407と、を備える。表示端末401は顧客の場所に設置されていてもよい。操作端末301は、演算装置であるCPU302と、ROM、RAMなどのメモリ303と、アプリケーションプログラムなどを格納する記憶装置304と、配信するコンテンツを格納するコンテンツファイル305と、ディスプレイ装置である表示装置306と、インターネットなどの公衆通信回線網201を介して通信可能な通信I/F307と、を備える。アプリケーションサーバ101は、演算装置であるCPU102とROM、RAMなどのメモリ103と、顧客情報を格納する顧客管理DB105と、コンテンツを格納するコンテンツDB106と、インターネットなどの公衆通信回線網201を介して通信可能な通信I/F107と、を備える。アプリケーションサーバ101は、メモリ103に通信の死活管理情報を格納する通信管理テーブル104を備える。図2は、通信管理テーブル104のデータ構造を示す図である。図2に示すように、通信管理テーブル104は、通信ごとに固有に割り当てられるIDであるコネクションIDと、表示端末401ごとに固有に割り当てられるIDであるプレーヤIDと、通信の死活確認を行う時間間隔である死活管理時間間隔と、直近に行った死活管理の時刻である前回死活管理時刻と、通信の死活の状態を示す死活情報と、を格納する。各データの例は、コネクションIDがCN1、プレーヤIDがPL1、死活管理時間間隔が500ms、前回死活管理時刻が10:00:00、死活情報がAliveである。図3は、顧客管理DB105のデータ構造を示す図である。図3に示すように、顧客管理DB105は、顧客ごとに固有に割り当てられるIDであるユーザIDと、認証に利用するパスワードの内容であるパスワードと、複数の表示端末401によって構成される表示端末群を示すプレーヤグループIDと、顧客が所有する表示端末に固有に割り当てられるIDである所有プレーヤIDと、を格納する。各データの例は、ユーザIDがUS1、パスワードがpass1、プレーヤグループIDがGP1、所有プレーヤIDがPL1である。図4は、コンテンツDB106のデータ構造を示す図である。図4Aは適用テーブルのデータ構造を、図4Bはコンテンツテーブルのデータ構造を、それぞれ示す。図4Aに示すように、適用テーブルは、プレーヤグループIDと、番組IDと、配信予定日時を示す適用日時と、を格納する。適用日時のデータの例は2011/3/1,10:00である。図4Bに示すように、コンテンツテーブルは、表示する個別の内容に固有に割り当てられるIDである番組IDと、表示するテキストの内容であるテキストデータと、表示する画像に固有に割り当てられるIDである画像データIDと、表示時間長を示す再生時間と、を格納する。各データの例は、番組IDがPR1、テキストデータが本日の金利△、画像データIDが背景1、再生時間が30秒である。表示内容DB405のデータ構造はコンテンツテーブルのデータ構造と同様である。図5は、操作端末301からアプリケーションサーバ101へのコンテンツの配信動作を示すフローチャートである。図5に示すように、ステップ501において操作端末301はアプリケーションサーバ101に認証要求する。具体的には、操作端末301はアプリケーションサーバ101にユーザID、パスワードを送信する。ステップ502において、アプリケーションサーバ101は認証を行う。具体的には、受信したユーザIDに基づいて顧客管理DB105を検索し、読み出したパスワードと受信したパスワードを比較し、一致すれば認証成功と判定する。ステップ503において、操作端末301はアプリケーションサーバ101にプレーヤグループID、番組ID、適用日時、テキストデータ、画像データID、再生時間を送信する。アプリケーションサーバ101は、適用テーブルを読み出し、指定された適用日時に、指定されたプレーヤグループIDの表示端末401に対して指定された番組IDのコンテンツを配信する。ここで、本実施形態の電子看板システムはプッシュ型の電子看板システムである。アプリケーションサーバ101と表示端末401の通信は継時的に接続された状態が維持されている。アプリケーションサーバ101は表示端末401との通信の死活管理を行い、通信が接続している表示端末401に対してコンテンツの配信を試みる。コンテンツの配信に際してアプリケーションサーバ101は表示端末401からの送信要求を必要としない。具体的には、アプリケーションサーバ101は通信管理テーブル104にレコードが存在し、死活情報がAliveである場合に、当該表示端末401との接続が確立された状態であると判定する。図6は、アプリケーションサーバ101による表示端末との通信の死活管理動作を示すフローチャートである。図6に示すように、ステップ601において表示端末401はアプリケーションサーバ101に対して接続要求を行う。ステップ602において、アプリケーションサーバ101は認証を行い、通信の接続を確立する。ステップ603において、アプリケーションサーバ101は通信管理テーブル104に接続を登録する。すなわち、アプリケーションサーバ101はコネクションIDを生成してコネクションIDに格納し、通信を確立した表示端末401のプレーヤIDをプレーヤIDに格納し、死活管理時間間隔に予め定められた初期値を格納し、現在時刻を前回死活管理時刻に格納し、死活情報にNULLを格納する。ステップ604において、アプリケーションサーバ101は表示端末401に対して死活確認である接続確認要求を送信する。ステップ605において、表示端末401は接続確認応答を返信する。ステップ606において、アプリケーションサーバ101は通信の死活を判定する。アプリケーションサーバ101は予め定められた時間内に接続確認応答を受信したかを判定する。アプリケーションサーバ101は予め定められた時間内に接続確認応答を受信した場合、通信が接続されていると判定し、ステップ607に進み、予め定められた時間内に接続確認応答を受信しなかった場合、ステップ611に進む。ステップ607において、アプリケーションサーバ101は通信管理テーブル104を更新する。すなわち、アプリケーションサーバ101は当該コネクションIDに関し、現在時刻を前回死活管理時刻に格納し、死活情報にAliveを格納する。ステップ608において、アプリケーションサーバ101は時間のカウントを開始する。ステップ609において、アプリケーションサーバ101は待機時間である死活管理時間間隔が経過したかを判定する。アプリケーションサーバ101は待機時間が経過したと判定した場合ステップ610に進み、まだ経過していないと判定したときステップ609に戻る。ステップ610において、アプリケーションサーバ101は通信管理テーブル104の待機時間である死活管理時間間隔を更新する。アプリケーションサーバ101は当該コネクションIDに関し死活管理時間間隔に格納されている死活管理時間間隔よりも長い時間間隔を格納する。具体的には、例えば、死活管理時間間隔に30秒が格納されていたとき、2倍した60秒を格納する。死活管理時間間隔に60秒が格納されていたとき、2倍した120秒を格納する。以降、2倍して格納することを繰り返す。そして、この2倍した死活管理時間間隔が閾値である3840秒を超えた場合、この閾値である3840秒を死活管理時間間隔に格納する。このように制御する理由は、死活管理による通信の輻輳を避けるためである。時間間隔を長くするのは、通信が切断されるのは通信が確立されて間もない時期であることが多く、一度安定して通信が確立されると切断される確率が低くなるという経験則に基づく。アプリケーションサーバ101は待機時間を変更した後、ステップ604に戻る。ステップ611において、アプリケーションサーバ101は通信が切断されたコネクションIDのレコードを通信管理テーブル104から削除する。以上のべたように、本実施形態の通信システムの例である電子看板システムは、プッシュ型の電子看板システムであり、データすなわち表示内容であるコンテンツを表示する通信端末である表示端末401と、コンテンツを配信する操作端末301と、操作端末301から配信されたコンテンツを格納し、表示端末401との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに順次長くして死活管理を行い、表示端末401に対してコンテンツを送信する、ホストコンピュータであるアプリケーションサーバ101と、を備える。従って、輻輳を防止しながら通信の死活管理をすることが可能となるという効果がある。いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。"