"放送局と、前記放送局により管理される第1サーバと、前記第1サーバと通信する第2サーバと、前記第2サーバと通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムであって、前記受信機は、前記第2サーバに対してコンテンツをリクエストし、前記第2サーバは、前記受信機からの前記リクエストを受けて、前記第1サーバに対して、WebAPIで、前記コンテンツを加工して自機に送信することをリクエストし、前記第1サーバは、WebAPIでの前記リクエストに従って、前記コンテンツを加工して、加工後の前記コンテンツを前記第2サーバに送信し、前記第2サーバは、前記第1サーバから送信された前記コンテンツを受信して、前記受信機に送信し、前記受信機は、前記第2サーバから送信された前記コンテンツを受信する、放送通信連携システム。前記第2サーバは、前記第1サーバから受信した前記コンテンツをさらに加工して、加工後の前記コンテンツを前記受信機に送信する、請求項1に記載の放送通信連携システム。放送局と、サーバ群と、前記サーバ群と通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムにおけるサーバであって、前記受信機からのコンテンツのリクエストを受信する第1通信手段と、前記第1通信手段に受信された前記リクエストに従って、前記放送局により管理される別サーバに対するリクエストであって、前記コンテンツを加工して自機に送信させるリクエストをWebAPIで生成する生成手段と、前記生成手段により前記WebAPIで生成された前記リクエストを前記別サーバに送信する第2通信手段と、を備え、前記別サーバにおいて、前記WebAPIによるリクエストに従って、前記コンテンツが加工されて送信されてきた場合、前記第2通信手段は前記コンテンツを受信し、前記第1通信手段は前記コンテンツを前記受信機に送信する、サーバ。前記別サーバから受信した前記コンテンツを加工する加工手段をさらに備え、前記第1通信手段は、前記加工手段による加工後の前記コンテンツを、前記受信機に送信する、請求項3に記載のサーバ。放送局と、サーバ群と、前記サーバ群と通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムにおけるサーバを制御するコンピュータを、前記受信機からのコンテンツのリクエストを前記サーバに受信させる制御を実行する第1通信制御手段、前記第1通信制御手段の制御により前記サーバに受信された前記リクエストに従って、前記放送局により管理される別サーバに対するリクエストであって、前記コンテンツを加工して自機に送信させるリクエストをWebAPIで生成する生成手段、前記生成手段により前記WebAPIで生成された前記リクエストを前記サーバから前記別サーバに送信させる制御を実行する第2通信制御手段、として機能させ、前記別サーバにおいて、前記WebAPIによるリクエストに従って、前記コンテンツが加工されて送信されてきた場合、前記第2通信制御手段として機能するコンピュータは、前記コンテンツを前記サーバに受信させる制御を実行し、前記第1通信制御手段として機能するコンピュータは、前記コンテンツを前記サーバから前記受信機に送信させる制御を実行する、プログラム。放送局と、サーバ群と、前記サーバ群と通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムにおけるサーバであって、別サーバにおいて、前記受信機からのコンテンツのリクエストに従って、自機に対するリクエストであって、前記コンテンツを加工して前記別サーバに送信させるリクエストがWebAPIで生成されて、送信されてきた場合、前記リクエストを解析して処理するAPIと、前記APIにより解析された前記リクエストに従って、前記コンテンツを加工する加工手段と、前記APIにより解析された前記リクエストに従って、前記加工手段により加工された前記コンテンツを、前記APIを介して前記別サーバに配信する配信管理手段と、を備えるサーバ。放送局と、サーバ群と、前記サーバ群と通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムにおけるサーバを制御するコンピュータを、別サーバにおいて、前記受信機からのコンテンツのリクエストに従って、自機に対するリクエストであって、前記コンテンツを加工して前記別サーバに送信させるリクエストがWebAPIで生成されて、送信されてきた場合、前記リクエストを解析して処理させる制御を実行するAPI手段、前記APIにより解析された前記リクエストに従って、前記コンテンツを加工する加工手段、前記APIにより解析された前記リクエストに従って、前記加工手段により加工された前記コンテンツを、前記APIを介して前記別サーバに配信させる制御を実行する配信管理手段、として機能させるプログラム。ところで、データ放送では、全ての情報を放送波に多重化させる必要があるため、放送波で送信可能なデータ容量に一定の制限がある。このような状況の下、送信可能なデータの容量に制限のない通信を、放送と連携させるシステムの実現が要求されている。このようなシステムでは、受信機等の受信側が、保存元のコンテンツそのものではなく、何らかの加工が施されたコンテンツを要求する場合が想定される。しかしながら、上述のFTPを採用しても、保存元のコンテンツそのものが単に伝送されるだけであり、このような要求に応えることができない。本発明は、このような状況に鑑みてなされたものであり、放送と通信の連携を図るシステムにおいて、受信側で要求される形態でのコンテンツの伝送を実現することを一つの目的とする。本発明に係る放送通信連携システムは、放送局と、前記放送局により管理される第1サーバと、前記第1サーバと通信する第2サーバと、前記第2サーバと通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムであって、前記受信機は、前記第2サーバに対してコンテンツをリクエストし、前記第2サーバは、前記受信機からの前記リクエストを受けて、前記第1サーバに対して、WebAPIで、前記コンテンツを加工して自機に送信することをリクエストし、前記第1サーバは、WebAPIでの前記リクエストに従って、前記コンテンツを加工して、加工後の前記コンテンツを前記第2サーバに送信し、前記第2サーバは、前記第1サーバから送信された前記コンテンツを受信して、前記受信機に送信し、前記受信機は、前記第2サーバ群から送信された前記コンテンツを受信する構成とした。かかる構成によれば、第2サーバでは、第1サーバからのWebAPIでのリクエストに従って、コンテンツが加工されて、加工後のコンテンツが第1サーバに送信されるので、受信側で要求される形態でのコンテンツの伝送を実現することができる。また、放送通信連携システムでは、前記第2サーバは、前記第1サーバから受信した前記コンテンツをさらに加工して、加工後の前記コンテンツを前記受信機に送信するようにしてもよい。かかる構成によれば、第1のサーバに加えて、第2のサーバでもコンテンツをさらに加工するので、受信側でのより高度な要求にも容易に応えることができる。また、本発明に係る第1のサーバは、放送局と、サーバ群と、前記サーバ群と通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムにおけるサーバであって、前記受信機からのコンテンツのリクエストを受信する第1通信手段と、前記第1通信手段に受信された前記リクエストに従って、前記放送局により管理される別サーバに対するリクエストであって、前記コンテンツを加工して自機に送信させるリクエストをWebAPIで生成する生成手段と、前記生成手段により前記WebAPIで生成された前記リクエストを前記別サーバに送信する第2通信手段と、を備え、前記別サーバにおいて、前記WebAPIによるリクエストに従って、前記コンテンツが加工されて送信されてきた場合、前記第2通信手段は前記コンテンツを受信し、前記第1通信手段は前記コンテンツを前記受信機に送信する構成とした。かかる構成によれば、第1のサーバが別サーバに対してWebAPIでのリクエストをすると、別サーバでは、第1のサーバからのWebAPIでのリクエストに従って、コンテンツが加工されて、加工後のコンテンツが第1のサーバに送信されるので、受信機側で要求される形態でのコンテンツの伝送を実現することができる。また、上記第1のサーバは、前記別サーバから受信した前記コンテンツを加工する加工手段をさらに備え、前記第1通信手段は、前記加工手段による加工後の前記コンテンツを、前記受信機に送信することが好ましい。かかる構成によれば、別サーバに加えて、第1のサーバでもコンテンツをさらに加工するので、受信側でのより高度な要求にも容易に応えることができる。また、本発明に係る第1のプログラムは、放送局と、サーバ群と、前記サーバ群と通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムにおけるサーバを制御するコンピュータを、前記受信機からのコンテンツのリクエストを前記サーバに受信させる制御を実行する第1通信制御手段、前記第1通信制御手段の制御により前記サーバに受信された前記リクエストに従って、前記放送局により管理される別サーバに対するリクエストであって、前記コンテンツを加工して自機に送信させるリクエストをWebAPIで生成する生成手段、前記生成手段により前記WebAPIで生成された前記リクエストを前記サーバから前記別サーバに送信させる制御を実行する第2通信制御手段、として機能させ、前記別サーバにおいて、前記WebAPIによるリクエストに従って、前記コンテンツが加工されて送信されてきた場合、前記第2通信制御手段として機能するコンピュータは、前記コンテンツを前記サーバに受信させる制御を実行し、前記第1通信制御手段として機能するコンピュータは、前記コンテンツを前記サーバから前記受信機に送信させる制御を実行するように構成した。かかる構成によれば、かかる構成によれば、サーバが別サーバに対してWebAPIでのリクエストをすると、別サーバでは、サーバからのWebAPIでのリクエストに従って、コンテンツが加工されて、加工後のコンテンツがサーバに送信されるので、受信機側で要求される形態でのコンテンの伝送を実現することができる。また、本発明に係る第2のサーバは、放送局と、サーバ群と、前記サーバ群と通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムにおけるサーバであって、別サーバにおいて、前記受信機からのコンテンツのリクエストに従って、自機に対するリクエストであって、前記コンテンツを加工して前記別サーバに送信させるリクエストがWebAPIで生成されて、送信されてきた場合、前記リクエストを解析して処理するAPIと、前記APIにより解析された前記リクエストに従って、前記コンテンツを加工する加工手段と、前記APIにより解析された前記リクエストに従って、前記加工手段により加工された前記コンテンツを、前記APIを介して前記別サーバに配信する配信管理手段と、を備えるように構成した。かかる構成によれば、第2のサーバでは、別サーバからのWebAPIでのリクエストに従って、コンテンツが加工されて、加工後のコンテンツが別サーバに送信されるので、受信側で要求される形態でのコンテンの伝送を実現することができる。また、第2の本発明に係るプログラムは、放送局と、サーバ群と、前記サーバ群と通信すると共に前記放送局から放送された放送信号を受信する受信機と、を備える放送通信連携システムにおけるサーバを制御するコンピュータを、別サーバにおいて、前記受信機からのコンテンツのリクエストに従って、自機に対するリクエストであって、前記コンテンツを加工して前記別サーバに送信させるリクエストがWebAPIで生成されて、送信されてきた場合、前記リクエストを解析して処理させる制御を実行するAPI手段、前記APIにより解析された前記リクエストに従って、前記コンテンツを加工する加工手段、前記APIにより解析された前記リクエストに従って、前記加工手段により加工された前記コンテンツを、前記APIを介して前記別サーバに配信させる制御を実行する配信管理手段、として機能させるように構成した。かかる構成によれば、サーバでは、別サーバからのWebAPIでのリクエストに従って、コンテンツが加工されて、加工後のコンテンツが別サーバに送信されるので、受信側で要求される形態でのコンテンの伝送を実現することができる。本発明によれば、受信機において所望のコンテンツを入手することができる。以下、本発明の実施の形態について図面を参照して説明する。図1は、本発明の一実施形態に係る放送通信連携システム100の全体構成図である。放送通信連携システム100は、放送局1と、放送用アンテナ2と、サーバ群3と、受信機4とを含んで構成される。この放送通信連携システム100では、受信機4において、ISDBIntegratedServicesDigitalBroadcasting:統合デジタル放送サービス方式によって放送局1から提供される放送サービスと、インターネット等により構成される通信ネットワークNを介してサーバ3から提供される通信サービスとが連携される。これにより、放送通信連携サービスが、受信機4のユーザに提供される。本実施形態では、放送通信連携システム100は、Hybridcast登録商標システムであるものとする。Hybridcastとは、同報性、高品質、高信頼という放送の特徴と、視聴者の個別の要求に応えることができるという通信の特徴とを生かしたシステムを構築するための仕組みである。Hybridcastシステムは、放送サービスを中心に置きながら、通信の活用によってサービスを強化するという観点で、放送と通信のハイブリッドサービスを実現することができる。放送局1は、番組編成設備と、番組送出設備と、送信設備とを含んで構成される一般的なデジタル放送用の放送設備図示省略を備える。放送局1は、放送設備によって、コンテンツや、イベント情報EventInformationTable:EITや、AIT以下、アプリケーション管理情報とも適宜呼ぶ等を制作する。そして、放送局1は、放送設備によって、これらコンテンツ、イベント情報及びAIT等を多重化した放送信号を生成し、当該放送信号を放送波に変調して放送用アンテナ2から送信する。このような放送波に含まれるコンテンツとしては、放送スケジュールに従って放送される番組を構成する映像や音声の各データを含むコンテンツ以下、番組コンテンツと呼ぶの他、番組コンテンツとは非同期に発生するコンテンツ、例えば緊急地震速報等を含むコンテンツ以下、緊急コンテンツと呼ぶも存在する。イベント情報は、番組コンテンツの名称、番組コンテンツの放送日時、番組コンテンツの説明等、コンテンツに関するメタ情報を含む。以下、テーブル形式のイベント情報をEITと呼ぶ。AITアプリケーション管理情報は、受信機4で実行可能な1以上のアプリケーションを管理するための情報である。AITには、1以上のアプリケーションのそれぞれに対応し、当該1以上のアプリケーションのそれぞれを管理するための個別管理情報が含まれる。個別管理情報には、管理対象のアプリケーションを識別するアプリケーションID、当該アプリケーションのライフサイクルを制御するライフサイクル制御情報、当該アプリケーションの所在を示すロケーション情報等が含まれている後述の図4参照。アプリケーションにより受信機4に提供されるコンテンツには、番組コンテンツに連動するコンテンツ及び番組コンテンツに連動しないコンテンツが含まれる。以下、アプリケーションにより提供されるコンテンツをアプリ用コンテンツという。放送信号は、従来のデジタル放送の放送信号と同一であり、ARIB登録商標AssociationofRadioIndustriesandBroadcast:社団法人電波産業会標準規格で規定される。図2は、デジタル放送に係る放送信号の伝送プロトコルのスタックを示す図である。図2に示すように、デジタル放送によって提供される映像、音声等の各種データは、国際標準規格MPEG-2Systemsで規定されるTSパケットトランスポートストリームパケットに格納されて、時分割で多重伝送される。TSパケットには、図2に示すように、セクションSectionに対してPSIProgramSpecificInformation/SIServiceInformationが規定されている。PSI/SIには、TSパケットに格納されているデータの種別を示す情報や、コンテンツの種別を示す情報が含まれている。上述のEITは、SIに含まれている。TSパケットによるデータ伝送は、セクションを用いてデータを伝送する方式とPESPacketizedElementaryStreamパケットを用いてデータを伝送する方式データストリーム伝送方式とに分類される。セクションを用いてデータを伝送する方式には、データカルーセル伝送方式と、イベントメッセージ伝送方式がある。データカルーセル伝送方式は、1以上のデータを一定周期で繰り返し伝送する伝送方式である。データカルーセル伝送方式によって伝送される個々のデータモジュールには、それらを一意に識別するための識別情報が付されている。データカルーセル伝送方式は、受信機4側に個々のデータを任意のタイミングで取得させるために用いられる。イベントメッセージ伝送方式は、放送局1から受信機4に対して、トリガ信号を送るための方式である。イベントメッセージ伝送方式は、データ量が少ないメッセージを放送局1から受信機4に伝送する場合に用いられる。データストリーム伝送方式は、伝送するデータをPESパケットに収容してストリームとして伝送する伝送方式である。データストリーム伝送方式は、映像、音声、字幕データ等のリアルタイム型のデータや、他のストリームとの同期を要するデータの伝送に用いられる。ここで、AITは、TSパケットを用いて様々な方法によって伝送可能である。すなわち、AITは、TSパケットのSIに含まれるEITに対して記述することによって伝送可能である。また、AITは、セクションを用いてデータカルーセル伝送方式により伝送可能である。AITをデータカルーセル伝送方式により伝送する場合、受信機4側でAITであることを認識できるようにモジュールに対して識別情報が付される。また、AITは、PESとしてコンテンツの映像や音声に多重させて伝送可能である。また、AITは、バイナリ表現又はXMLExtensibleMarkupLanguageによるテキスト表現で記述して、TSパケットに格納することができる。本実施形態では、AITの伝送方法は、上記の伝送方法の少なくともいずれかに予め規定されているものとする。なお、XMLをベースとした、マルチメディア符号化用に開発されたBMLは、W3C登録商標WorldWideWebConsortiumが定義したxHTMLを基礎とし、手続き型言語にはJavaScript登録商標を基礎としたECMAScriptを用いて国際標準との整合性を考慮して定義された規格である。サーバ群3は、インターネット等のネットワークを介する通信により、他のサーバや受信機4等と各種情報を送受信することができる。サーバ群の詳細については、図5を参照して後述する。受信機4は、放送局1からの放送又はサーバ群3との通信を介して受信する番組コンテンツに対して所定の処理を行うことにより、番組コンテンツを構成する映像や音声を同期して出力する。また、受信機4は、AITに基づいて、アプリケーションを適宜取得し、取得したアプリケーションを起動して実行する。また例えば、受信機4は、実行されているアプリケーションによってサーバ群3からアプリ用コンテンツを取得し、番組コンテンツに連携させて出力することも可能である。なお、アプリ用コンテンツの出力は、必ずしも番組コンテンツに連携させる必要はない。以下、このような受信機4の機能について詳述する。図3は、受信機4の機能構成を示すブロック図である。受信機4は、放送波受信部11と、第1分離部12と、放送AIT取得部13と、通信部14と、第2分離部15と、通信AIT取得部16と、アプリケーション実行制御部17と、音声制御部18と、表示制御部19と、スピーカ20と、ディスプレイ21と、メモリ22と、AIT記憶部23とを備える。放送波受信部11は、放送用アンテナ2を介して放送局1から送信されてくる放送波を受信する。第1分離部12は、放送波受信部11に受信された放送波を復調することによって、放送信号、すなわちTSパケットを抽出する。そして、第1分離部12は、TSパケットのPSI/SIを参照して、TSパケットに含まれているデータの種別を判別し、映像、音声、EIT等の各種データを分離して抽出する。また、第1分離部12は、予め規定されているAITの伝送方法に応じて、セクションやPESを参照してAITを分離して抽出する。続いて、第1分離部12は、TSパケットのPESに含まれているデータが音声データである場合、この音声データを音声制御部18に出力する。また、第1分離部12は、TSパケットのPESに含まれているデータが映像データである場合、この映像データを表示制御部19に出力する。また、第1分離部12は、抽出したEITやその他の各種データをメモリ22に記憶させる。また、第1分離部12は、AITを抽出した場合、抽出したAITを放送AIT取得部13に出力する。放送AIT取得部13は、第1分離部12から出力されたAITを取得し、AIT記憶部23に記憶させる。通信部14は、通信ネットワークNを介するサーバ群3との間で各種情報を送受信したり、リモートコントローラR以下、リモコンRと略記するからの操作信号を受信する。第2分離部15は、サーバ群3から通信ネットワークNを介して送信されてきて通信部14に受信されたデータの種別を判別し、その判別結果に基づいてデータの出力先を分離する。例えば、第2分離部15は、受信したデータがAITであると判別した場合、このAITを通信AIT取得部16に出力する。また、第2分離部15は、受信したデータがアプリケーションであると判別した場合、このアプリケーションをアプリケーション実行制御部17に出力する。また、第2分離部15は、受信したデータがTSパケットであると判別した場合、映像、音声、AIT等の各種データをTSパケットから分離して抽出する。そして、第2分離部15は、AITを抽出した場合、このAITを通信AIT取得部16に出力し、AIT以外のデータを抽出した場合、このデータをアプリケーション実行制御部17に出力する。通信AIT取得部16は、第2分離部15から出力されたAITを取得し、AIT記憶部23に記憶させる。アプリケーション実行制御部17は、AITに基づいてアプリケーションを取得し、取得したアプリケーションの起動及び実行を制御する。ここで、アプリケーション実行制御部17により実行が制御されるアプリケーションの管理用のAITの構造の例を詳細に説明する。図4は、XML形式で記述されたAITの構造の一例を示す図である。上述したように、AITには、1以上のアプリケーションそれぞれに対応し、1以上のアプリケーションそれぞれを管理するための個別管理情報がそれぞれ含まれる。具体的には、図4に示される<mhp:Application>タグから</mhp:Application>タグまでに記述されているコードは、一のアプリケーションを管理するための個別管理情報に対応している。AITには、</mhp:Application>タグの後に、他のアプリケーションの個別管理情報を新たに記述することによって、複数の個別管理情報を記述することができる。また、個別管理情報に対応するコードのうち、例えば、<mhp:appId>タグに対応するコードは、アプリケーションのID識別情報を示している。また、<mhp:controlCodemhp:type=ARIB-J>タグに対応するコードは、このアプリケーションのライフサイクル制御情報を示しており、図4に示すAUTOSTARTは、受信機4によってアプリケーションを自動実行させるライフサイクル制御情報である。また、<mhp:location>タグに対応するコードは、このアプリケーションの所在を示すロケーション情報を示している。図4の例では、ロケーション情報には、アプリケーションの所在として、サービスサーバ3のアドレスが記述されている。なお、ロケーション情報には、アプリケーションの所在として、受信機4を指定することもできる。アプリケーション実行制御部17は、AIT記憶部23を監視し、新たにAITが記憶された場合に、このAITに記述されているライフサイクルに係る制御情報を参照する。そして、アプリケーション実行制御部17は、ライフサイクルに係る制御情報が自動実行を示すものである場合、AITに記述されているロケーション情報をアプリケーションの取得先として認識する。例えば取得先がサーバ群3であった場合には、アプリケーション実行制御部17は、通信部14及び第2分離部15を介してサーバ群3からアプリケーションを取得し、取得したアプリケーションを起動して実行する。この場合、アプリケーションは、受信機4のユーザから明示的な操作指示を受けることなく自動的に実行される。また、アプリケーション実行制御部17は、受信機4のユーザからリモコンRを介してアプリケーションの実行指示を受け付ける。例えば、リモコンRには、Hybridcast登録商標ボタンが設けられており、アプリケーション実行制御部17は、受信機4のユーザによってHybridcastボタンが押下されたことに応じて、実行するアプリケーションの選択を受け付けるためのメニュー画面の実行指示を受け付ける。アプリケーション実行制御部17は、メニュー画面の実行指示を受け付けたことに応じて、AIT記憶部23を参照し、実行可能なアプリケーションのAITを特定する。そして、アプリケーション実行制御部17は、特定したAITに対応するアプリケーションを選択可能なメニューの画像データを生成して、当該画像データを表示制御部19に出力することで、このメニューをディスプレイ21に表示させる。受信機4のユーザからリモコンRを介してアプリケーションの選択操作を受け付けた場合、アプリケーション実行制御部17は、AITに記述された当該アプリケーションのロケーション情報を参照してアプリケーションを取得し、アプリケーションを起動して実行する。アプリケーション実行制御部17は、必要に応じて、実行中のアプリケーションに関するアプリ用コンテンツをサービスサーバ3から取得する。そして、アプリケーション実行制御部17は、アプリ用コンテンツのうち、音声のデータを音声制御部18に、映像のデータを表示制御部19に、それぞれ出力する。ここで、実行中のアプリケーションが、番組コンテンツに連動するアプリ用コンテンツを提供するアプリケーションである場合には、アプリ用コンテンツの映像データ及び音声データが番組コンテンツの映像データ及び音声データに連動して出力される。また、アプリケーション実行制御部17は、AIT記憶部23に記憶されたAITに基づいて、具体的には当該AITのうち個別管理情報に含まれるライフサイクル制御情報に基づいて、実行中のアプリケーションのライフサイクルを制御する。例えば、アプリケーション実行制御部17は、アプリケーションのライフサイクル制御情報が終了を示すものであるとき、アプリケーションを終了させる。音声制御部18は、第1分離部12から出力された音声のデータを、表示制御部19により表示が制御される映像のデータと同期をとりながらスピーカ20に出力する。また、音声制御部18は、アプリケーション実行制御部17から出力された音声のデータが表示制御部19により表示が制御される映像のデータと同期可能である場合、この映像のデータと同期をとりながら音声のデータをスピーカ20に出力する。表示制御部19は、第1分離部12から出力されたデータに対応する映像を、音声制御部18により出力制御される音声のデータと同期をとりながらディスプレイ21に表示させる。また、表示制御部19は、アプリケーション実行制御部17から出力された映像のデータが音声制御部18により出力制御される音声のデータと同期可能である場合、この音声のデータと同期をとりながら当該映像をディスプレイ21に表示させる。スピーカ20は、音声制御部18から出力されたデータに基づいて、当該データに対応する音声を出力する。ディスプレイ21は、表示制御部19から出力されたデータに基づいて、当該データに対応する映像を表示する。メモリ22は、EIT等の番組コンテンツのメタ情報や、緊急コンテンツに含まれる緊急地震速報等、その他各種情報を記憶する。AIT記憶部23は、放送AIT取得部13又は通信AIT取得部16によって取得された各種AITを記憶する。さらに以下、サーバ群3の詳細も含め、放送通信連携システム100の機能構成について説明する。図5は、サーバ群3を放送局サーバ群31とサービス事業者サーバ群32とに区別した場合における、放送通信連携システム100の機能構成を示すブロック図である。図1のサーバ群3は、図5に示すように、放送局により管理される放送局サーバ群31と、各種サービスを提供するサービス事業者により管理されるサービス事業者サーバ群32とに大別される。放送局サーバ群31は、コンテンツ管理配信サーバ311と、放送局サービスサーバ312と、API313とを備える。コンテンツ管理配信サーバ311は、各種番組コンテンツや、これらの番組コンテンツに関するメタデータを管理し、必要に応じて、サービス事業者サーバ群32に配信する。ここで、メタデータには、番組タイトル、番組ID、番組概要、番組出演者、放送日時、台本、字幕、解説等の各種情報が含まれる。放送局サービスサーバ312は、サービス事業者に対して各種のサービス、例えば、放送局1が運営するソーシャルネットサービス、放送局1が運営する放送番組毎のブログサービス等を提供するサーバである。API313は、サービス事業者サーバ群32からの要求に応じて、放送局サーバ群31からデータを提供するためのAPIApplicationProgramInterfaceである。APIのデータフォーマットは、放送局とサービス事業者間BtoBの合意により決められる。本実施形態では、APIのデータフォーマットは、後述するWebAPIを用いる。サービス事業者サーバ群32は、サービス毎のサーバ321と、管理配信サーバ322とを備える。サービス毎のサーバ321は、その名の如くサービス事業者が受信機4そのユーザに対して各種サービスを提供するために1つずつ設けられるサーバである。サービス毎のサーバ321は、サービスに必要なコンテンツ受信機4側でいうアプリ用コンテンツを、通信により受信機4に提供する。管理配信サーバ322は、サービスに必要な各種アプリケーションを管理し、通信による受信機4からのリクエストに応じて、アプリケーションを通信により受信機4に提供する。受信機4は、APIを備える。APIは、受信機に依存することなく、アプリの動作が同様になるようにするために規定される。なお、アプリケーションは、APIを介さずに受信機4の固有機能にアクセスすることができない仕様となっている。また、受信機4は、Hybridcast機能と、基本機能とを有している。Hybridcast機能とは、Hybridcastのサービスを実現するために必要な機能である。Hybridcast機能には、AIT等によるアプリケーションの制御、描画制御、同期制御、セキュリティ等の各種機能が含まれる。基本機能には、現行方式の放送地上デジタル放送、BSデジタル放送、データ放送が受信でき表示できる機能と、インターネットに接続することができる機能とが含まれる。以上のように構成される放送通信連携システム100では、サービス毎のサーバ321は、コンテンツの配信のリクエストが受信機4からなされると、そのリクエストに従ってコンテンツを受信機4に配信する。ここで、リクエストされたコンテンツが放送局サーバ群31に存在する場合、サービス毎のサーバ321は、放送局サーバ群31に対してコンテンツの配信のリクエストをする。この場合、放送局サーバ群31は、そのリクエストに従ってコンテンツをサービス毎のサーバ321に配信する。サービス毎のサーバ321は、このような放送局サーバ群31から配信されたコンテンツを受信すると、当該コンテンツを受信機4に配信する。このように、受信機4、サービス毎のサーバ321、及び放送局サーバ群31において、受信機4のリクエストに応じて、コンテンツが受信機4に配信されるまでの一連の処理が実行される。このような一連の処理を、以下、コンテンツ配信処理と呼ぶ。図6は、このようなコンテンツ配信処理を実行するためのサーバ群の機能的構成を示す機能ブロック図である。放送通信連携システム100においては、コンテンツ配信処理が実行される場合、受信機4と、サービス毎のサーバ群321と、放送局サーバ群31におけるコンテンツ管理配信サーバ311及びAPI313とが機能する。受信機4は、サービス毎のサーバ321に対して、所定のコンテンツの配信のリクエスト以下、コンテンツリクエストと呼ぶをし、その後、サービス毎のサーバ321から送信されてくるコンテンツを受信する。サービス毎のサーバ321においては、コンテンツ配信処理が実行される場合、第1通信部3211と、コンテンツ記憶部3212と、コンテンツ配信管理部3213と、コンテンツ要求生成部3214と、第2通信部3215と、加工部3216とが機能する。第1通信部3211は、受信機4と通信により各種情報を送受信する。例えば、第1通信部3211は、受信機4からのコンテンツリクエストを受信する。コンテンツ記憶部3212は、サービス事業者側で生成されたコンテンツを、第2コンテンツとして記憶する。コンテンツ配信管理部3213は、第1通信部3211に受信されたコンテンツリクエストに基づいて、受信機4にコンテンツを配信するまでの処理を管理する。例えば、コンテンツリクエストで求められているコンテンツの全てが、自機内のコンテンツ記憶部3212に記憶されている場合、コンテンツ配信管理部3213は、当該コンテンツ記憶部3212からコンテンツを取得して、当該コンテンツを第1通信部3211を介して受信機4に配信する。これに対して、例えば、コンテンツリクエストで求められているコンテンツの少なくとも一部が、放送局サーバ群31に記憶されている場合、コンテンツ配信管理部3213は、放送局サーバ群31に対するコンテンツリクエストの生成指示を、後述のコンテンツ要求生成部3214に対して行う。この指示を受けてコンテンツ要求生成部3214によりコンテンツリクエストが生成されて、後述の第2通信部3215から放送局サーバ群31に送信される。そのコンテンツリクエストを受けて、放送局サーバ群31からコンテンツが送信されてくると、コンテンツ配信管理部3213は、当該コンテンツを第2通信部3215を介して受信する。そして、コンテンツ配信管理部3213は、当該コンテンツを第1通信部3211を介して受信機4に配信する。なお、以下、放送局サーバ群31に記憶されているコンテンツを、第1コンテンツと呼び、サーバ毎のサーバ32のコンテンツ記憶部3212に記憶されているコンテンツを、第2コンテンツと呼ぶ。ここで、受信機4からのコンテンツリクエストによって、第1コンテンツと第2コンテンツとの合成単なる加算や合体も合成に含むが求められる場合がある。このような場合には、コンテンツ配信管理部3213は、第1コンテンツと第2コンテンツとの各々を個別に取得した後、これらの第1コンテンツと第2コンテンツとを合成する。合成後のコンテンツを、以下、合成コンテンツと呼ぶ。そして、コンテンツ配信管理部3213は、当該合成コンテンツを第1通信部3211を介して受信機4に配信する。コンテンツ要求生成部3214は、コンテンツ配信管理部3213の指示を受けると、受信機4からのコンテンツリクエストに基づいて、WebAPIに準拠したコンテンツリクエストを生成する。ここで、WebAPIとは、HTTPを利用してネットワーク越しに処理を実行して結果を受け取る仕組みである。本実施形態においては、WebAPIのうち、RESTRepresentationalStateTransferのソフトウェアアーキテクチャのスタイルが採用されている。RESTでは、以下のコマンドフォーマットがURLUniformResourceLocator形式で提供される。http○○○.org{サーバ名}{パラメータ1}{パラメータ2}このような形式のRESTは、先頭のURLでサーバ等のコンテンツの場所が特定可能であるという特徴に加えて、パラメータ1,2によって各種各様のパラメータを指定することができるという特徴を有する。このパラメータ1,2には、任意のパラメータを指定することが可能であり、単純にコンテンツの取得を示すパラメータのみならず、コンテンツの加工を指示したり、その加工方法を指定するパラメータを指定することができる。例えば、とあるドラマ番組に対する多数のユーザのレビューを含むオリジナルコンテンツが放送局サーバ群3に記憶されている場合には、当該オリジナルコンテンツから、ドラマ番組の出演者の1人である役者に対して、好意的なレビューだけを抽出したものを第1コンテンツとして配信してもらうといった指示内容を、各種パラメータで指定することが可能になる。即ち、コンテンツ要求生成部3214は、第1通信部3211に受信されたコンテンツリクエストに従って、例えば、放送局サーバ群31に対するコンテンツリクエストであって、第1コンテンツを加工して自機に送信させるコンテンツリクエストをWebAPIで生成することができる。第2通信部3215は、コンテンツ要求生成部3214により生成されたコンテンツリクエストを放送局サーバ群31詳細には、後述するAPI313に送信する。このコンテンツリクエストを受けて放送局サーバ群31から第1コンテンツが送信されてくると、第2通信部3215は、当該第1コンテンツを受信して、コンテンツ配信管理部3213に供給する。加工部3216は、コンテンツ配信管理部3213の指示に基づいて、第2コンテンツをコンテンツ記憶部3212から取得して加工する。ここで、加工とは、単なる加算や合体の他、減算や抽出、編集、フォーマットやデータ形式の変更、圧縮/復号、符号化/復号、その他、元のデータと少なくとも一部が同一ではないデータを生成することを意味する。このような機能的構成のサービス毎のサーバ321に対して、コンテンツ配信処理が実行される場合、サービスサーバ群3では、コンテンツ管理配信サーバ311と、API313とが機能する。詳細には、コンテンツ管理配信サーバ311においては、コンテンツ配信管理部3111と、コンテンツ記憶部3112と、加工部3113とが機能する。API313は、サービス毎のサーバ321からコンテンツリクエストを受信すると、当該コンテンツリクエストを解析する。API313は、解析したコンテンツリクエストに従って、コンテンツ管理配信サーバ311に対して各種要求をし、それらの各種要求に対する返答としてコンテンツ管理配信サーバ311から送信されてくる第1コンテンツを受信し、サービス毎のサーバ321に送信する。例えば、API313は、コンテンツリクエストにコンテンツの加工の要求が含まれていると解析した場合、コンテンツ加工要求を生成して、コンテンツ管理配信サーバ311に送信する。コンテンツ管理配信サーバ311によって、元の第1コンテンツが加工されたものが送信されてくると、API313は、当該第1コンテンツを受信してサービス毎のサーバ321に送信する。コンテンツ管理配信サーバ311のコンテンツ配信管理部3111は、API313からの要求に基づいて、API313を介してサービス毎のサーバ321に第1コンテンツを配信するまでの処理を管理する。例えば、API313からの要求が、コンテンツ記憶部3112に記憶されている第1コンテンツを加工せずに送信するというものである場合、コンテンツ配信管理部3111は、当該コンテンツ記憶部3112から第1コンテンツを取得して、API313を介してサービス毎のサーバ321に配信する。これに対して、例えば、API313からの要求が、コンテンツ記憶部3112に記憶されている第1コンテンツを加工して送信するというものである場合、コンテンツ配信管理部3111は、その旨及び加工方法等を後述の加工部3113に通知する。その後、加工後の第1コンテンツが加工部3113から供給されてきた場合、コンテンツ配信管理部3111は、当該加工後の第1コンテンツを取得して、API313を介してサービス毎のサーバ321に配信する。コンテンツ記憶部3112は、放送局1により用意されたコンテンツ等を第1コンテンツとして記憶する。コンテンツ記憶部3112には、例えば、放送局が提供する放送局提供情報や、視聴者から吸い上げた視聴者情報が第1コンテンツとして記憶されている。ここで、放送局提供情報とは、例えば、放送番組毎のブログサービスで提供される番組出演者やスタッフのブログ等の情報である。視聴者情報は、例えば、放送局が運営するソーシャルネットワークサービスで提供される掲示板の書き込みやブログのコメント欄の書き込み等の情報である。加工部3113は、コンテンツ配信管理部3111の指示に基づいて、第1コンテンツをコンテンツ記憶部3112から取得して加工する。ここで、加工の解釈は、加工部3216に対するものと同様であり説明済みであるため、ここではその説明は省略する。図7は、このような図6の機能的構成を有する、受信機4、サーバ毎のサーバ3、並びに放送局サーバ群31のコンテンツ管理配信サーバ311及びAPI313により実行されるコンテンツ配信処理の流れの一例を示すアローチャートである。即ち、図7には、受信機4から、特定の役者に関する好意的な情報をコンテンツとして取得したというコンテンツリクエストが送信された場合における、コンテンツ配信処理の流れが示されている。ステップS1において、受信機4は、コンテンツリクエストを送信する。ステップS2において、サービス毎のサーバ321の第1通信部3211は、コンテンツリクエストを受信する。ステップS3において、サービス毎のサーバ321のコンテンツ要求生成部3214は、コンテンツリクエストに基づいて、WebAPIのRESTフォーマットに準拠したコンテンツリクエストを生成する。本例では、送信先となる放送局サーバ群31の所在を示すURLを先頭にして、その後、{役者名}、{好意的な情報}といった各種パラメータが設定されたコンテンツリクエストが生成される。そして、第2通信部3215は、このようなコンテンツリクエストをAPI313に送信する。ステップS4において、API313は、コンテンツリクエストを受信する。ステップS5において、API313は、コンテンツリクエストを解析する。具体的には、API313は、コンテンツリクエストに含まれる{役者名}、{好意的な情報}というパラメータから、その役者名の役者の情報を少なくとも含む第1コンテンツに対して、当該役者の好意的な情報のみを抽出する抽出という加工をする処理を施す必要があると解析する。ステップS6において、API313は、ステップS5において解析されたコンテンツリクエストに基づいて、第1コンテンツを加工した上で配信する旨の要求以下、コンテンツ加工要求と呼ぶを、コンテンツ管理配信サーバ311に対して行う。具体的には本例では、第1コンテンツに対して、当該役者の好意的な情報のみを抽出し抽出という加工をし、抽出後の第1コンテンツを配信するというコンテンツ加工要求がなされる。ステップS7において、コンテンツ管理配信サーバ311のコンテンツ配信管理部3111は、コンテンツ加工要求に基づいて、コンテンツ記憶部3112から第1コンテンツを取得する。ただし、本例では、取得された第1コンテンツは、加工部3113に供給される。ステップS8において、加工部3113は、ステップS7の処理で取得された第1コンテンツを加工する。具体的には、加工部3113は、第1コンテンツに含まれる役者の情報の中からさらに、当該役者に好意的な情報を抽出加工する。ステップS9において、コンテンツ配信管理部3111は、加工後の第1コンテンツを送信する。これにより、コンテンツ管理配信サーバ311におけるコンテンツ配信処理は終了する。ステップS10において、API313は、第1コンテンツの送信の中継を制御する。即ち、ステップS9の処理でコンテンツ管理配信サーバ311から送信された、加工後の第1コンテンツは、ステップS10の処理でAPI313を経由してサービス毎のサーバ321に送信される。ステップS11において、サービス毎のサーバ321の第2通信部3215は、第1コンテンツを受信する。ステップS12において、サービス毎のサーバ321のコンテンツ配信管理部3213は、コンテンツ記憶部3212から第2コンテンツを取得する。本例では、コンテンツ配信管理部3213は、サービス事業者が独自に収集した役者に関する情報のコンテンツを第2コンテンツとして取得する。ただし、本例では、取得された第2コンテンツは、加工部3216に供給される。ステップS13において、加工部3216は、ステップS12の処理で取得された第2コンテンツを加工する。具体的には、加工部3216は、第2コンテンツに含まれる役者の情報の中からさらに、当該役者に好意的な情報を抽出加工する。ステップS14において、コンテンツ配信管理部3213は、加工後の第1コンテンツと加工後の第2コンテンツとを合成することによって、合成コンテンツを生成する。具体的には、放送局が保有する役者に好意的な情報加工後の第1コンテンツと、サービス事業者が独自に収集した役者に好意的な情報加工後の第2コンテンツとが合算されたものが、合成コンテンツとして生成される。ステップS15において、第1通信部3211は、合成コンテンツを受信機4に送信する。これにより、サービス毎のサーバ321におけるコンテンツ配信処理が終了する。ステップS16において、受信機4は、合成コンテンツを受信する。これにより、受信機4におけるコンテンツ配信処理は終了する。その後、受信機4においては、所定のアプリケーションによって、取得された合成コンテンツが表示されたり、当該合成コンテンツを用いた処理が実行される。本実施形態によれば、以下のような効果がある。1放送通信連携システム100では、リクエストに従って、コンテンツを加工して、加工後のコンテンツをコンテンツ管理配信サーバ311から受信するので、受信機4において所望のコンテンツを入手することができる。2放送通信連携システム100では、コンテンツ管理配信サーバ311に加えて、サービス毎のサーバ321でもコンテンツをさらに加工するので、より高度なリクエストにも対応したコンテンツを提供することができる。上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。換言すると、図6の機能的構成は例示に過ぎず、特に限定されない。すなわち、上述した一連の処理を全体として実行できる機能が受信機4やコンテンツ管理配信サーバ311やサービス毎のサーバ321等に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図6の例に限定されない。また、一つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。なお、本発明は上記実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。また、上記実施形態では、コンテンツの加工は、第1コンテンツを加工部3113が加工し、第2コンテンツを加工部3216が加工するように構成したがこれに限られない、例えば、第1コンテンツ、又は第2コンテンツのいずれかを加工しても、第1コンテンツを加工部3113が加工した後にさらに加工部3216が加工したり、加工部3216のみが加工したりするように構成してもよい。また、上記実施形態では、受信機4はリクエスト対象を、放送局提供情報や視聴者情報をコンテンツとしたがこれに限られない。例えば、メタデータをリクエスト対象としてもよい。また、コンテンツは、掲示板の書き込み、映像、字幕、音声を含む。また、メタデータは、番組タイトル、番組ID、番組概要、出演者、放送日時、台本、字幕、解説等のコンテンツに付随する情報を含む。また、上記実施形態では、サービス事業者サーバ群と放送局サーバ群とのやり取りをWebAPIのうち、RESTのフォーマットにおいて行ったがこれに限られない。サービス事業者サーバ群、放送局サーバ群、受信機のやり取りは、リクエストに応じて、所望のデータを取得できるような方法であれば種々の方法を採用することができる。"