ディジタルコンテンツを含むストリームパケットをヘッドエンド装置からIPInternetProtocolネットワークを介して配信するIP放送システムにおいて、前記ヘッドエンド装置は、前記ストリームパケットを生成する生成部と、前記生成されたストリームパケットを前記IPネットワークに送信する送信部と、前記ストリームパケットの前記IPネットワークへの伝送レートを、前記IPネットワークに備えられる時刻情報供給サーバから取得した時刻情報に基づいて算出するレート計算部と、前記算出された伝送レートを安定化制御するレート制御部とを備える、IP放送システム。前記レート計算部は、前記IPネットワークに送信されたストリームパケットの数をカウントするパケットカウンタと、前記パケットカウンタのカウント値を参照し、一定数のストリームパケットが前記IPネットワークに送信されるごとに前記時刻情報供給サーバから時刻情報を取得する時刻取得部とを備え、前記一定数と、前記取得した時刻情報とに基づいて前記伝送レートを算出する、請求項1に記載のIP放送システム。ディジタルコンテンツを含むストリームパケットを生成する生成部と、前記生成されたストリームパケットをIPInternetProtocolネットワークに送信する送信部と、前記ストリームパケットの前記IPネットワークへの伝送レートを、前記IPネットワークに備えられる時刻情報供給サーバから取得した時刻情報に基づいて算出するレート計算部と、前記算出された伝送レートを安定化制御するレート制御部とを備える、ヘッドエンド装置。前記レート計算部は、前記IPネットワークに送信されたストリームパケットの数をカウントするパケットカウンタと、前記パケットカウンタのカウント値を参照し、一定数のストリームパケットが前記IPネットワークに送信されるごとに前記時刻情報供給サーバから時刻情報を取得する時刻取得部とを備え、前記一定数と、前記取得した時刻情報とに基づいて前記伝送レートを算出する、請求項3に記載のヘッドエンド装置。ディジタルコンテンツを含むストリームパケットをヘッドエンド装置からIPInternetProtocolネットワークを介して配信するIP放送システムに用いられるレート安定化方法であって、前記ヘッドエンド装置が、前記ストリームパケットを生成し、前記ヘッドエンド装置が、前記生成されたストリームパケットを前記IPネットワークに送信し、前記ヘッドエンド装置が、前記IPネットワークに備えられる時刻情報供給サーバから時刻情報を取得し、前記ヘッドエンド装置が、前記ストリームパケットの前記IPネットワークへの伝送レートを前記取得した時刻情報に基づいて算出し、前記ヘッドエンド装置が、前記算出された伝送レートを安定化制御する、レート安定化方法。前記算出することは、前記ヘッドエンド装置が、前記IPネットワークに送信されたストリームパケットの数をカウントし、前記ヘッドエンド装置が、前記カウントされたカウント値を参照し、前記ヘッドエンド装置が、一定数のストリームパケットが前記IPネットワークに送信されるごとに、前記IPネットワークに備えられる時刻情報供給サーバから時刻情報を取得し、前記ヘッドエンド装置が、前記一定数と、前記取得した時刻情報とに基づいて前記伝送レートを算出する、請求項5に記載のレート安定化方法。主にコスト的な観点から、ヘッドエンド装置を旧来の組み込み系ではなく汎用システムとして構成したいという要求がある。すなわち汎用のコンピュータプラットフォームに専用のソフトウェアをインストールすることによりヘッドエンド装置を実現したいというニーズがある。しかしながら汎用のパーソナルコンピュータやサーバ装置などは内部クロックの精度が低いので、伝送レートが不安定になる。これらのプラットフォームを利用したヘッドエンド装置において規格に定められた精度を達成するためには、高価なクロック源を別途接続する必要があり、コストメリットが帳消しになるなどの弊害がある。レート安定化のための専用の機材を必要とせずにヘッドエンド装置を実現できるようにすることが求められている。目的は、伝送レートを簡易に高精度で安定化させることの可能なIP放送システム、ヘッドエンド装置およびレート安定化方法を提供することにある。実施形態によれば、ディジタルコンテンツを含むストリームパケットをヘッドエンド装置からIPInternetProtocolネットワークを介して配信するIP放送システムにおいて、ヘッドエンド装置は、生成部と、送信部と、レート計算部と、レート制御部とを備える。生成部は、ストリームパケットを生成する。送信部は、生成されたストリームパケットをIPネットワークに送信する。レート計算部は、ストリームパケットのIPネットワークへの伝送レートを、IPネットワークに備えられる時刻情報供給サーバから取得した時刻情報に基づいて算出する。レート制御部は、算出された伝送レートを安定化制御する。図1は、実施形態に係わるIP放送システムの一例を示すシステム図である。図1のシステムは、IPInternetProtocolネットワーク100に接続されるヘッドエンド10と、セットトップボックスSTB31~33とを備える。IPネットワーク100にはNTPNetworkTimeProtocolサーバ20が設けられる。NTPサーバ20はIPネットワーク100に接続されたクライアントに時刻情報を提供する。ヘッドエンド10はディジタルコンテンツを含むストリームパケットtransportstreampacketTSパケットをIPネットワーク100に送信する。このTSパケットはIPネットワーク100を経由して配信され、セットトップボックスSTB31~33において受信される。STB31~33には表示装置41~43がそれぞれ接続される。STB31~33は受信したTSパケットから動画、音声などを復元し、表示装置41~43に再生する。図2は、図1に示されるヘッドエンド10の一例を示す機能ブロック図である。ヘッドエンド10は、フレーム生成部11、バッファメモリ12、信号送信部13、レート計算部14、割り込み処理部15、データ格納部16、および、メモリ17を備える。フレーム生成部11はデータ格納部16から映像データを時系列で読み出し、TSパケットを生成する。生成されたTSパケットはバッファメモリ12に書き込まれる。バッファメモリ12には割り込み処理部15により割り込み処理がかけられ、割り込みのタイミングで読み出されて信号送信部13に送られる。信号送信部13はTSパケットをIPネットワーク100に送信する。レート計算部14は、TSパケットがIPネットワーク100に送信されるレート伝送レートを算出し、この伝送レートを安定化制御すべく、割り込み処理部15の割り込みタイミングを制御する。これによりTSパケットの伝送レートを安定化させることができる。ところで、レート計算部14はパケットカウンタ14aと、時刻取得部14bとを備える。パケットカウンタ14aは、IPネットワークに送信されたTSパケットの数をカウントする。時刻取得部14bは、パケットカウンタ14aのカウント値を参照し、一定数のTSパケットがIPネットワーク100に送信されるごとに、NTPサーバ20から時刻情報を取得する。取得された時刻情報17aはメモリ17に記憶される。図3は、上記構成のヘッドエンド10における処理手順の一例を示すフローチャートである。処理手順が開始されると、ヘッドエンド10はパケットカウンタ14aにより、IPネットワーク100に送出したTSパケットの数出力パケット数のカウントを開始するステップS1。カウント値が一定数例えば10000パケットになればステップS2でYes、ヘッドエンド10は時刻取得部14bによりNTPサーバ20にアクセスし、時刻情報を取得するステップS3。次にヘッドエンド10は、TSパケットのIPネットワーク100への伝送レートを計算するステップS4。次のステップS5においてヘッドエンド10は伝送レートを評価し、伝送レートが適正であればステップS1に戻って同様の処理を継続する。ステップS5で伝送レートが過大であれば、ヘッドエンド10は割り込み処理部15による割り込みレートをダウンさせステップS6、こののち処理手順はステップS1に戻る。ステップS5で伝送レートが過小であれば、ヘッドエンド10は割り込み処理部15による割り込みレートをアップさせステップS7、こののち処理手順はステップS1に戻る。図4は、ヘッドエンド10とNTPサーバ20との間でのメッセージの授受を模式的に示すシーケンス図である。ヘッドエンド10およびNTPサーバ20は、既知のプロトコルであるNTPを用いて時刻取得、時刻通知のためのメッセージNTPパケットを授受する。図4において、それぞれの時刻T1~T4を以下のように定める。T1:ヘッドエンド10NTPクライアントが問い合わせメッセージを送信した時刻T2:NTPサーバ20が問い合わせメッセージを受信した時刻T3:NTPサーバ20が応答メッセージを送信した時刻T4:ヘッドエンド10が応答メッセージを受信した時刻NTPサーバ20の時刻とヘッドエンド10との時刻差オフセットDは、IPネットワーク100上での往復の遅延時間が等しいと仮定すれば、次式1で求めることができる。時刻差D={T2-T1T3-T4}/21この時刻差Dを用いて、ヘッドエンド10は伝送レートを算出するための時刻ここではWとするを算出する。例えばヘッドエンド10が問い合わせメッセージを送信した時刻をWとすれば、次式2によりWを求めることができる。W=T2-D2NTPパケットにはT1~T4を記載するためのフィールドが定義されている。よってNTPサーバ20からの応答を受信したヘッドエンド10は、NTPサーバ20での時刻であるT2およびT3を知ることができ、オフセットDおよびWを算出することができる。このようにして算出された時刻Wを用いて伝送レートを算出することで、ヘッドエンド10は自身の内蔵するクロックに比べて格段に高精度な時刻情報に基づいて伝送レートを算出することが可能になる。図5は、メモリ17に記憶される時刻情報17aの一例を示す図である。ここでは例えば10000パケットの送出にあたり10秒程度の時間を要することを仮定する。図5において、時刻W110:00:00から処理が開始されてから10000パケットが送出された時点の時刻W2は10:00:10とする。このときのレートでは10000パケットの送出に10秒間が経過している。続く時刻W2とW3の間では9秒しか経過しておらずレートが高すぎることが見込まれるので、割り込みのタイミングを遅らせることでレートを下げる。以下、一定期間で一定数のTSパケットが送出されるようにレート制御が実行される。図6はヘッドエンド10における動作タイミングを示す図である。TSパケットが一定数送出されるごとにヘッドエンド10とNTPサーバ20との間で同期パケットが授受され、ヘッドエンド10において正確な時刻が取得される。ヘッドエンド10はこの時点で取得した時刻と前回取得した時刻との差に基づいて伝送レートを計算し、その値に応じて次の時刻問い合わせまでの割り込み処理のレートを制御する。このようにしてTSパケットの伝送レートが安定化される。このように実施形態では、TSパケットの送出数をヘッドエンド10においてカウントし、カウント値が一定数になるごとにNTPサーバ20に時刻を問い合わせる。ヘッドエンド10は取得した時刻の最新の値とその前に取得した時刻との差から、一定数パケットの送出にかかった期間を求め、その結果に基づいてTSパケットの伝送レートを計算するようにしている。このようにNTPサーバ20から時刻を取得することで伝送レートの精度を高めることができるのに加え、専用の発振器を接続する必要も無い。また、上記の手順においてヘッドエンド10の時刻をNTPサーバ20の時刻に同期させる手順が不要であるので、処理手順を簡略化することもできる。また実施形態では、レートを計算するための基準として送信パケット数を用いている。つまり一定時間に送出されたパケット数に基づくのではなく、一定数のパケットの送出に要した期間に基づいて伝送レートを算出している。さらに、当該期間を、NTPサーバから取得した時刻情報に基づいて算出している。この手順ではヘッドエンド10の内蔵クロック低精度を用いていないので、高精度に伝送レートを算出できる。またこの手順ではNTPサーバの時刻とヘッドエンド10の時刻とを同期させる処理を必要としないので、処理手順を簡略化できる。既存のヘッドエンドにおいては図7に示すように、外付けの基準パルス発振器200を用いてレートを安定化するようにしていたのでヘッドエンド本体以外の機材を必要とし、高コスト化を招いていた。また外部機器からのタイミング供給を受けることでバッファメモリ12に対する割り込みをハードウェア的に行なう必要があり、構成が複雑なものになる。これに対し実施形態ではNTPサーバ20から時刻を取得するようにしており、レート制御に関してヘッドエンド本体とソフトウェアのみで完結させることができる。また、時刻取得のための問い合わせを定期的にではなく、送出したパケット数が一定数になることをきっかけとして実施するようにしているので、実装の面でもシンプルになる。以上のことから、伝送レートを簡易に高精度で安定化させることが可能になる。本発明の実施形態を説明したが、この実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態はその他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。