(57)【要約】【課題】放送局１１が、その放送対象地域内の放送受信機２１に限定して、放送波型放送とは別に、種々の放送目的（例：緊急、広告、番組等）の間欠放送用コンテンツをインターネット１６経由で放送する場合に、放送受信機２１に間欠放送用コンテンツファイルの更新の有無を能率良く分からせる間欠放送用コンテンツサーバー側の処理を提供する。【解決手段】更新するファイル（新ファイル）の種別を検出し（Ｓ８６）、種別に対応するアクセス管理情報のあるＵＲＬを取得する（Ｓ８７）。該ＵＲＬよりアクセス管理情報としてのアクセス周期時間及びファイル格納先ＵＲＬを取得し（Ｓ８８，Ｓ８９）、ファイル格納先ＵＲＬに旧ファイルがあれば、それを削除する（Ｓ９０，Ｓ９４）。削除後、アクセス周期時間＋αが経過してから、新ファイルを格納先ＵＲＬへ格納する（Ｓ９５，Ｓ９６）。【選択図】図１４
2011023776.tif 000002
【特許請求の範囲】
【請求項１】
新ファイルを受け付けるファイル受付手段、
前記新ファイルを格納する、ＩＰネットワーク上の格納場所に旧ファイルが存在する場合には、該格納場所から旧ファイルを削除するファイル削除手段、
前記旧ファイルを削除してから所定時間が経過したか否かを判定する時間経過判定手段、及び
前記所定時間が経過した後に前記新ファイルを前記格納場所に格納するファイル格納手段、
を備えることを特徴とするＩＰネットワークサーバー。
【請求項２】
前記所定時間として、クライアントが前記格納場所へアクセスするアクセス周期時間より大きい時間が設定されていることを特徴とする請求項１記載のＩＰネットワークサーバー。
【請求項３】
アクセス管理情報取得手段を備え、
前記ファイル受付手段は、前記新ファイルの受付の際に該新ファイルの種別情報を受け付け、
前記アクセス管理情報取得手段は、前記種別情報に対応付けられている、ＩＰネットワーク上のアクセス管理情報取得場所を所定のデータベースから探索し、該アクセス管理情報取得場所からアクセス管理情報を取得し、該アクセス管理情報から前記格納場所及び前記所定時間を検出することを特徴とする請求項２記載のＩＰネットワークサーバー。
【請求項４】
前記格納場所はＵＲＬ又はＩＰアドレスにより指定されるものであることを特徴とする請求項１〜３のいずれか１項に記載のＩＰネットワークサーバー。
【請求項５】
前記新ファイル及び前記旧ファイルは、ＩＰ型放送の放送コンテンツのファイルであることを特徴とする請求項４項に記載のＩＰネットワークサーバー。
【請求項６】
前記放送コンテンツのファイルは間欠放送用コンテンツのファイルであることを特徴とする請求項５記載のＩＰネットワークサーバー。
【請求項７】
前記間欠放送用コンテンツのファイルは、該ファイルの提供元の放送局が、該放送局の放送圏内に存在する放送受信機に限定して該放送受信機における出力を許可するコンテンツのファイルであることを特徴とする請求６項記載のＩＰネットワークサーバー。
【請求項８】
新ファイルを受け付けるファイル受付ステップ、
前記新ファイルを格納する、ＩＰネットワーク上の格納場所に旧ファイルが存在する場合には、該格納場所から旧ファイルを削除するファイル削除ステップ、
前記旧ファイルを削除してから所定時間が経過したか否かを判定する時間経過判定ステップ、及び
前記所定時間が経過した後に前記新ファイルを前記格納場所に格納するファイル格納ステップ、
を備えることを特徴とするＩＰネットワークサーバー制御方法。
【請求項９】
請求項１〜７のいずれか１項に記載のＩＰネットワークサーバーの手段としてコンピュータを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル更新を実施するＩＰネットワークサーバーに関し、特には、放送圏内の放送受信機に対しＩＰ型放送コンテンツを配信するＩＰネットワークサーバー、制御方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１は、Ｗｅｂサーバーが、インターネット又はイントラネットを介して画像処理装置へ接続され（特許文献１の図１）、該画像処理装置にＨＴＭＬや画像等のリソースを転送すること（特許文献１の段落００８８）を開示する。該Ｗｅｂサーバーは、また、Ｗｅｂページの更新情報をＸＭＬ形式で記述した更新情報ファイルを、定期的にアクセスして来る画像処理装置へ提供するようにしている（特許文献１の段落００８９及び００９８）。該画像処理装置は、取得した更新情報ファイルの更新情報を分析し、更新情報における更新日時がＷｅｂサーバーへの前回と今回とのアクセス日時との中間となっている場合には、注目サイトのホームページが更新されたと判断して、該サイトのリソースを取得し、リソースに基づきレンダリングした情報をプリントする（特許文献１の段落０１１１〜０１１６及び図１８）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１５６７１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本出願人は、特願２００９−８０４５５（以下、「先願１」という。）の明細書において、同一の放送局が放送波型放送とＩＰ型放送（「ＩＰ型放送」とは、インターネット放送やＩＰ再送信等、ＩＰネットワークを介してコンテンツを配信する放送と定義する。）との両方で同一又は異なるコンテンツを放送している場合に、ＩＰ型放送のコンテンツの出力についてその許可及び禁止を的確に切替える受信装置を開示する。ラジオ放送局等は、法令により放送対象地域が割り当てられており、該放送対象地域外の放送受信機へコンテンツを放送することは法令違反になる。先願１の明細書における放送受信機は、放送波の受信信号レベルを検出し、該受信信号レベルが所定の閾値以上であれば、該受信信号レベルの放送局に割り当てられている法令の放送対象地域内にあるとして、該放送局のＩＰ型放送のコンテンツの出力を許可する。
【０００５】
放送波型放送（特にアナログ放送）の受信品質は、放送対象地域内においても放送受信機の現在位置による差が大きいのに対し、ＩＰ型放送の受信品質は放送受信機の現在位置による差が小さく、放送コンテンツの品質は、放送波型放送のコンテンツよりＩＰ型放送のコンテンツの方が高い。放送波型放送及びＩＰ型放送両用の放送受信機では、先願１の明細書の放送受信機のように、ＩＰ型放送のコンテンツを優先的に出力した方が出力品質上、ユーザーに便宜となる。
【０００６】
本出願人は、また、先願１のＩＰ型放送の発展として、特願２００９−１２１４４７（以下、「先願２」という。）の明細書において、放送受信機におけるユーザー選択の放送波の出力元の放送局がＩＰ型放送用サーバーをもち、該ＩＰ型放送用サーバーが、該放送受信機へＩＰネットワークを介してＩＰ型放送コンテンツを放送する場合に、ＩＰ型放送コンテンツとして連続放送用コンテンツ以外に間欠放送用コンテンツを用意し、１つの放送局が、その放送圏（放送対象地域）内にある放送受信機に、種々の放送目的の間欠放送用コンテンツに対応付けて複数のＩＰ型放送を実施する仕組みを開示した。該仕組みでは、間欠放送用コンテンツは、放送目的別に、それぞれ異なるＵＲＬを割り当てられている。
【０００７】
先願２の放送受信機は、間欠放送用コンテンツが更新されたか否かを判断して、間欠放送用コンテンツが未更新であれば、現在の表示等の出力を維持し、間欠放送用コンテンツが更新されていれば、出力を更新後の間欠放送用コンテンツのものに速やかに切替える必要がある。間欠放送用コンテンツの更新判断について、当業者が相当する典型的なものは、放送受信機がＵＲＬに示されたファイルを保持しておき、該ＵＲＬへの次のアクセス時のファイルを保持中のファイルと比較することであり、具体的には次のものである。
【０００８】
（ａ）ファイル全体比較：両ファイルの内容全部を比較する。
（ｂ）タイムスタンプ比較：ファイルは通常、更新日時（タイムスタンプ）が付与されており、これを比較する。
（ｃ）ファイル内に埋め込まれた更新日時やバージョン情報の比較：サーバー側にてファイル内の予め決められた位置に、そのファイルの更新日時やバージョン情報などを格納しておき、放送受信機がその情報を両ファイルから読み出して、比較する。
【０００９】
これらの方法では、放送受信機が、両ファイルの全内容や更新日時等を比較したり、比較の基準にする最後のファイルやその更新日時を保持したりしなければならないので、放送受信機の読み出しや比較に時間がかかるとともに、負荷も増大する。特にファイルの内容全体を比較する方法では、ファイルの情報が多い（ファイルサイズが大きい）場合は、比較が完了するまでに、多大な時間を要してしまう懸念がある。更新判断に時間がかかることは、情報が実際に更新されていたときに、更新情報の出力が遅れることにつながる。
【００１０】
また、ファイル内に埋め込まれた更新日時やバージョン情報を比較する方法は、ファイル内に定められたフォーマットでそれらの情報を埋め込む必要があるため、情報を埋め込むサーバー及び埋め込まれた情報を読み出す放送受信機の双方において、負荷が増大する。
【００１１】
特許文献１のＷｅｂサーバーは、Ｗｅｂページとは別に、更新のたびに該Ｗｅｂの更新情報ファイルを作成する必要があり、負荷が増大する。また、クライアントの画像処理装置は、ＷｅｂサーバーからＷｅｂページとは別に更新情報ファイルを入手し、それを分析して、更新の有無を調べる必要があり、負荷が増大する。
【００１２】
本発明の目的は、ＩＰネットワーク上のファイルの更新情報に係る処理をファイルの送り側及び受け側の双方において軽減かつ短縮することができるＩＰネットワークサーバー、制御方法及びプログラムを提供することである。
【課題を解決するための手段】
【００１３】
本発明によれば、ＩＰネットワーク上のファイル格納場所におけるファイルを新旧交換する場合には、旧ファイルを新ファイルへ直ちに交換することなく、旧ファイルを一旦、削除し、削除後、所定時間が経過してから、新ファイルを格納するようにする。ＩＰ型放送のコンテンツを受信する放送受信機等は、該格納場所へ間欠的にアクセスして、該格納場所におけるファイルの有無を調べ、各アクセス時のファイルの有無が、「有り」→少なくとも連続１回の「無し」→「有り」と変化したときは、ファイルが更新されたと判断する。
【００１４】
本発明のＩＰネットワークサーバーは次のものを備える。
新ファイルを受け付けるファイル受付手段、
前記新ファイルを格納する、ＩＰネットワーク上の格納場所に旧ファイルが存在する場合には、該格納場所から旧ファイルを削除するファイル削除手段、
前記旧ファイルを削除してから所定時間が経過したか否かを判定する時間経過判定手段、及び
前記所定時間が経過した後に前記新ファイルを前記格納場所に格納するファイル格納手段。
【００１５】
本発明のＩＰネットワークサーバー制御方法は次のステップを備える。
新ファイルを受け付けるファイル受付ステップ、
前記新ファイルを格納する、ＩＰネットワーク上の格納場所に旧ファイルが存在する場合には、該格納場所から旧ファイルを削除するファイル削除ステップ、
前記旧ファイルを削除してから所定時間が経過したか否かを判定する時間経過判定ステップ、及び
前記所定時間が経過した後に前記新ファイルを前記格納場所に格納するファイル格納ステップ。
【００１６】
本発明のプログラムは、前述のＩＰネットワークサーバーの手段としてコンピュータを機能させる。
【発明の効果】
【００１７】
本発明によれば、ＩＰネットワーク上のファイル格納場所におけるファイルを更新する場合には、該格納場所においてファイル無しの所定期間を生成するので、該格納場所におけるファイルの有無状態が、クライアントは、「有り」→「無し」→「有り」と変化するか否かを監視するだけで、ファイルの更新の有無を判断することができ、ＩＰネットワークサーバー及びクライアントの双方における更新情報処理が簡単化される。
【図面の簡単な説明】
【００１８】
【図１】放送システムの概略構成図である。
【図２】放送受信機の主要部についてのブロック図である。
【図３】放送切替方法のフロー図である。
【図４】放送切替方法の内、放送波型放送出力を許容する処理部分のシーケンス図である。
【図５】放送切替方法の内、放送波型放送出力を禁止する処理部分のシーケンス図である。
【図６】放送受信機がアクセス先ＵＲＬを探索するために自機に保有する表情報の構造図である。
【図７】図６の表情報に具体的な情報を対応欄に記入した図である。
【図８】別の放送切替方法のフロー図である。
【図９】放送受信機が連続放送用コンテンツ及び間欠放送用コンテンツを取得するアクセス先ＵＲＬを探索するために自機に保有する表情報の構造図である。
【図１０】図９の表情報に具体的な情報を対応欄に記入した表情報の構造図である。
【図１１】アクセス管理情報及び間欠放送用コンテンツのファイルを格納するサーバーが別々である場合の放送受信機とサーバーとの関係についての説明図である。
【図１２】アクセス管理情報及び間欠放送用コンテンツのファイルを格納するサーバーが同一である場合の放送受信機とサーバーとの関係についての説明図である。
【図１３】放送システムにおける情報本体ファイルの更新についての説明図である。
【図１４】サーバーにおけるファイル更新方法のフロー図である。
【図１５】サーバーがこれから格納しようとする間欠放送用コンテンツに対しその種別に応じて該間欠放送用コンテンツのアクセス管理情報を入手する場合に参照するデータベースの構造を示す図である。
【図１６】放送受信機における更新ファイル検出方法の第１の部分のフロー図である。
【図１７】放送受信機における更新ファイル検出方法の第２の部分のフロー図である。
【図１８】ユーザーが周波数選択により選択している１つの放送波に対応付けられる複数の間欠放送用コンテンツの各々に対して生成された更新ファイル検出方法が独立、並列に実施されていることを示す概念図である。
【図１９】放送受信機による情報本体ファイルへのアクセス、情報本体ファイルの有無状態及び情報本体ファイルのコンテンツの表示に関するタイミング図である。
【図２０】図１９のタイミング図においてアクセス時に情報本体ファイルが無くてもコンテンツの表示を維持する場合のタイミング図である。
【図２１】ＩＰネットワークサーバーの機能ブロック図である。
【図２２】ＩＰネットワークサーバー制御方法のフロー図である。
【発明を実施するための形態】
【００１９】
本明細書において、「ＩＰ型放送」は、インターネット放送やＩＰ再送信を含む概念で使用する。すなわち、ＩＰ（Internet Protocol）を使用して、ネットワークを介してサーバーから放送受信機へ放送コンテンツを配信する放送は、すべて「ＩＰ型放送」と定義する。「放送波型放送」とは、通常のラジオ放送やテレビ放送のように、電波を使った放送であると定義する。
【００２０】
放送波型放送における放送コンテンツはすべて連続放送用コンテンツのみであるのに対し、ＩＰ型放送は連続放送用コンテンツ及び間欠放送用コンテンツを含む。ＩＰ型放送における連続放送用コンテンツとは、放送受信機が、コンテンツ供給サーバーに常時接続して、該サーバーからストリーミングによりほぼ間断なくデータを受信するコンテンツであるのに対し、ＩＰ型放送における間欠放送用コンテンツとは、コンテンツ供給サーバーへ間欠的にアクセスして、該サーバーから間欠的にダウンロードするコンテンツであると定義する。ＩＰ再放送のコンテンツは連続放送用コンテンツに含まれる。
【００２１】
図１において、放送システム１０は、主要構成要素として、放送局１１、据置型放送受信機１２やモバイル型放送受信機１３等の放送波・ＩＰ両用の受信機、及びインターネット１６を備えている。モバイル型放送受信機１３は、現在位置を例えばＧＰＳ衛星１７からのＧＰＳ電波により測位する。放送局１１は、編集室２０で編集したスケジュールに従って番組を送信アンテナ１９から放送波（電波）により放送するとともに、該番組をＩＰ再放送ではインターネット１６でもほぼ同時に放送する。
【００２２】
放送システム１０の構成要素としての受信機は車載型も含む。放送システム１０では、放送局１１が１つしか図示されていないが、実際の放送システム１０は、複数の放送局１１を含む。受信機も、図示の便宜上、２つしか示していないが、実際の放送システム１０は多数の受信機を含む。各受信機では、ユーザーが所望の放送局１１を、その放送波の周波数を選択することにより選局すると、該放送局１１の放送コンテンツが出力される。各放送局１１は、その放送対象地域を法令により定められている。
【００２３】
据置型放送受信機１２やモバイル型放送受信機１３等の両用受信機は、送信アンテナ１９からの放送波を受信して、その番組の映像及び／又は音声を自機のモニタやスピーカから出力する。該両用受信機は、また、各放送局１１に対し、その放送対象地域内に存在する場合に限り、送信アンテナ１９からの放送波と同一の番組又はその他のコンテンツをＩＰ型放送により、インターネット１６を介して取得して、その出力が許容される。据置型放送受信機１２及びモバイル型放送受信機１３は、インターネット１６へ無線又は有線通信により接続され、ＩＰ型放送のコンテンツをインターネット１６から該無線又は有線通信を介して受信する。
【００２４】
送信アンテナ１９からの放送波による放送がアナログ放送であっても、インターネット１６を介するＩＰ型放送はデジタルデータにより行われるので、放送波がアナログ放送のものである場合には、据置型放送受信機１２やモバイル型放送受信機１３における番組の出力品質は放送波よりもＩＰ型放送の方が高い。このため、後述するように、据置型放送受信機１２及びモバイル型放送受信機１３ではＩＰ型放送の出力を放送波の出力より優先している。
【００２５】
アナログラジオ放送局の場合、該アナログラジオ放送局が、ＩＰ型放送により流す連続放送用コンテンツと、送信アンテナ１９から放送波により流すコンテンツ（放送波コンテンツ）とについて想定される関係は次のとおりである。（ａ）ＩＰ型放送コンテンツは放送波コンテンツと同一である。（ｂ）ＩＰ型放送コンテンツは放送波コンテンツに加えて映像や静止画像や広告情報など他のコンテンツを付加している。（ｃ）ＩＰ型放送コンテンツは放送波コンテンツとは全く別のコンテンツである。放送システム１０は（ａ）〜（ｃ）のいずれであってもよいとする。
【００２６】
図２は放送受信機２１の主要部についてのブロック図である。放送受信機２１は、据置型放送受信機１２及びモバイル型放送受信機１３を総称したものとする。放送受信機２１は、据置型放送受信機１２のように家屋等の建築物内の所定場所に据え付けられるもの、モバイル型放送受信機１３のようにユーザーに携帯されるもの、さらに、自動車に搭載されるものを含む。放送受信機２１は、特にそれが携帯型や車載型である場合には、視聴する放送局１１の放送対象地域に対して頻繁に出入りする。放送局１１のＩＰ型放送は、該放送局１１が該ＩＰ型放送に対応付けている放送波の放送対象地域に放送受信機２１が存在するときのみ、放送受信機２１から出力されるように的確に制御することが要望される。
【００２７】
アンテナ２２は送信アンテナ１９（図１）からの地上波アナログラジオ放送の電波を捕捉し、そのＲＦ信号はチューナー部２３へ送られる。チューナー部２３は、主制御部２４からの指示に従い所定周波数のＲＦ信号を選択して、それをＩＦ信号へ変換してから、復調部２５へ送る。復調部２５は、ＩＦ信号を復調して、音声信号を生成し、それを主制御部２４へ送る。
【００２８】
通信部２７は、インターネット１６と主制御部２４との間に介在して、無線アンテナ２８を介してインターネット１６（図１）との間でデータを授受するとともに、主制御部２４との間でデータを授受する。該データには、放送局１１からのＩＰ型放送のコンテンツデータが含まれる。現在位置検出部２９は、ＧＰＳ衛星１７（図１）からのＧＰＳ電波に基づき現在位置を測位し、現在位置情報を主制御部２４へ送る。
【００２９】
操作部３３は、ユーザー操作を受付けるキー等を装備し、操作情報を主制御部２４へ送る。表示制御部３４は、主制御部２４から表示情報に係る信号を供給され、該表示情報を表示装置３５に表示する。音声制御部３６は、主制御部２４からの音声データを音声信号に変換し、スピーカ３７へ送る。スピーカ３７は、音声制御部３６からの音声信号を音に変換して、出力する。
【００３０】
ＲＯＭ４０には、プログラムや固定データが記録され、主制御部２４はＲＯＭ４０の記録データを適宜読み出し可能になっている。ＲＡＭ４１は、主制御部２４が演算処理中にデータを一時的に記憶するのに使用される。
【００３１】
図３は放送切替方法４５のフロー図、図４は放送切替方法４５の内、ＩＰ型放送出力を許容する処理部分のシーケンス図である。図５は放送切替方法４５の内、ＩＰ型放送出力を禁止する処理部分のシーケンス図である。放送切替方法４５は、放送受信機２１に適用され、ユーザーが操作部３３（図２）において放送受信機２１の電源をオンにしたり、聴取する放送局を切替えたりするのに伴い、実行開始される。ユーザーが聴取の放送局を切り替えることにより放送受信機２１における放送波の選択周波数が切り替えられる。
【００３２】
放送局１１がそのラジオ放送波に対応付けて配信するＩＰ型放送のコンテンツには、ラジオ放送波の音声に所定の映像（例：広告）を付加する場合がある。放送受信機２１は、放送切替方法４５の実行開始前に、ＩＰ型放送を出力している場合がある。放送切替方法４５では、まず、切替前に受信していた放送の映像及び音声の出力を停止する（Ｓ４６，Ｓ４７）。この際、切替前の放送局からそのＩＰ型放送を受信していた場合には、配信元のサーバーとのネットワーク接続が確立されているため、ネットワークの通信切断を行う（Ｓ４８）。この後、チューナー部２３における選択周波数を切替後の放送局の放送波の周波数へ切替える（Ｓ４９）。
【００３３】
次に、切替後の周波数の受信品質が十分に確保されているかを確認するため、チューナー部２３における選択周波数の受信信号が安定化するのを待ち（Ｓ５０）、安定化してから、該受信信号のレベルを取得して（Ｓ５１）、受信信号レベルが一定以上の値を示しているかを確認する（Ｓ５２）。そして、一定以上の値を示していれば、Ｓ５３へ進み、一定未満の値であれば、Ｓ６８へ進む。
【００３４】
信号レベルが一定以上の値を示していることは（Ｓ５２"ＹＥＳ"）、放送受信機２１が、該受信信号に係る放送波に対し、その放送局１１の放送対象地域内に存在することを意味する。したがって、該放送局１１が、該放送波に対応付けているＩＰ型放送のコンテンツを放送受信機２１から出力することを許容することかできる。放送受信機２１が、該放送局１１からＩＰ型放送を受信するためには、放送受信機２１は、その配信サーバーへインターネット１６を介してアクセスするために、アクセス先である該サーバーのＵＲＬ（Uniform Resource Locator）を取得する必要がある。
【００３５】
図６は放送受信機２１がアクセス先ＵＲＬを探索するために自機に保有する表情報の構造図である。図７は図６の表情報に具体的な情報を対応欄に記入した図である。該表情報では、各放送局は都道府県単位で登録されていることから、放送受信機２１の現在位置はどの都道府県のものかを特定する必要がある。放送受信機２１では、図１及び図２で前述したように、ＧＰＳ衛星１７からのＧＰＳ電波に基づき現在位置を特定している（Ｓ５３）。これにより、現在位置の緯度経度を取得して、この緯度経度から都道府県を特定する。
【００３６】
図６及び図７において、各県域の各放送局に対して割り当てられている１つ又は複数のＵＲＬは、いずれも前述の連続放送用コンテンツを配信するＵＲＬであり、繰り返すと、（ａ）放送波コンテンツと同一のコンテンツのみ、（ｂ）放送波コンテンツに加えて映像や静止画像や広告情報など他のコンテンツを付加した複数コンテンツ、又は（ｃ）放送波コンテンツとは全く別のコンテンツを配信するものとなっている。
【００３７】
緯度経度から都道府県を特定する方法としては、受信機がカーナビゲーションに相当する地図表示機能を有している場合は、その機能を利用することにより緯度経度からそれが属する都道府県を特定することができる。受信機がそのような機能を有していない場合は、緯度経度から都道府県を特定することができる機能を有している周知のサーバーがインターネット１６上に存在するので、該サーバーへアクセスして問い合わせることにより、都道府県を取得することができる。
【００３８】
なお、インターネット１６内の配信サーバーへアクセスするためのアクセス先がＵＲＬであることを示したが、これはＵＲＬに限定するものではなく、サーバーのＩＰアドレスなど他の手段を用いても構わない。これらの方法で得た都道府県と、現在の選択周波数を基に放送受信機２１内のデータベース（図６及び図７の表情報）を検索し、該選択周波数の放送波の送信元の放送局を特定し（Ｓ５４）、該特定した放送局に基づきアクセス先であるＵＲＬを取得する。図７の表情報の場合について具体例に説明すると、現在位置が東京で、かつ現在の選択周波数がａａａａ［ＭＨｚ］の場合は、ラジオ放送局名がＡＡＡＡ放送局でＵＲＬが" http://broadcast1.co.jp/contents_1.htm"、" http://broadcast1.co.jp/contents_2.htm"及び" http://broadcast1.co.jp/contents_3.htm"であることが判明する。
【００３９】
なお、図６及び図７のデータベース構造では、各ラジオ放送の放送対象地域を都道府県単位で管理しているが、より詳細に都道府県と市町村とを組み合わせた単位で管理してもよい。また、該データベース構造では、１つのラジオ放送局に対して１つの周波数を対応付けているが、ラジオ放送局が複数の中継局から放送波を送出している場合もあるため、１つのラジオ放送局に対して複数の周波数を対応付けることもできる。また、該データベース構造では、１つのラジオ放送局が複数のＵＲＬを保持しているが、これは１つのラジオ放送局が複数の放送を配信している場合に、それぞれのＵＲＬへアクセスすることで視聴する放送や番組を切替えることを考慮しているためであり、１つの放送のみ配信する場合はその放送局に１つのＵＲＬのみを対応付ければよい。
【００４０】
また、このデータベースにＵＲＬが全く格納されていない場合（Ｓ５５"ＮＯ"の場合）は、そのラジオ放送局は放送波型放送を実施していないので、Ｓ６８へ進む。
【００４１】
このデータベースにＵＲＬが格納されている場合（Ｓ５５"ＹＥＳ"の場合）、放送受信機２１は取得したＵＲＬにアクセスするため、ＵＲＬに示された配信サーバーとの通信を確立する（Ｓ６０）。通信が確立した後（Ｓ６１"ＹＥＳ"）、ＵＲＬに示された配信サーバー間と認証を実施する（Ｓ６２）。これは、インターネット経由で配信される放送はＵＲＬを基にアクセスすることになるが、インターネット経由で配信している場合は、ＵＲＬが分かってしまうといかなる地域からもパソコンを使用してその放送を受信することが可能となってしまう。これは、放送事業者として認可されている放送対象地域を大きく越えて、いかなる地域へも放送を配信することにつながってしまうので、ユーザー認証やデバイス認証などの認証手段を用いて、特定の機器でのみ視聴することができるように制限をかけることを目的としている。
【００４２】
図３へ戻って、認証が成功した場合は（Ｓ６３"ＹＥＳ"）、ＩＰ型放送を受信することができるので、受信したＩＰ型放送の映像や音声の再生を開始し（Ｓ６４）、その再生する音声が出力されるように音声出力をＩＰ型放送デコード側へ切替え（Ｓ６５）、その後、映像及び音声のミュートを解除する（Ｓ６６，Ｓ６７）。認証が失敗した場合は（Ｓ６３"ＮＯ"）、Ｓ６８へ進む。
【００４３】
周波数を変更した際に受信信号レベルが一定の値を下回っており、受信品質が十分に確保できない場合の動作について説明する（図５）。周波数を変更した際に受信信号レベルが一定の値を下回っている場合（図３のＳ５２"ＮＯ"の場合）は、その放送は、十分に受信ができないことから、その放送波が放送対象地域内の放送局１１からのものであるかの判断もできない。仮にその放送局１１がＩＰ型放送を配信していたとしても、この放送受信機２１は、その配信サーバーへアクセスして、ＩＰ型放送の配信を受けることはしないようにしている。したがって、その場合は、無条件に放送波を視聴するように、Ｓ６８へ進む。
【００４４】
Ｓ６８では、主制御部２４は、音声出力を放送波デコード側へ切り替え、すなわち、復調部２５からの復調信号に係る音声信号へ切り替え、その後、Ｓ６９において音声ミュートを解除する。
【００４５】
図３〜図５のフロー図及びシーケンス図では、Ｓ４６，Ｓ４７，Ｓ６６，Ｓ６７の存在から分かるように、ＩＰ型放送コンテンツが映像及び音声の両方である場合を想定して説明しているが、ＩＰ型放送に対応付けられる放送波がラジオ放送やテレビ放送に関係なく、該ＩＰ型放送のコンテンツは、音声のみのコンテンツ、音声＋映像のコンテンツ、又は映像のみのコンテンツとすることができる。
【００４６】
前述のＳ５２ＮＯの「信号レベルが一定値未満である」場合について、補足説明する。該一定値を低く設定した場合、Ｓ５２ＮＯで、Ｓ６８，Ｓ６９へ進み、音声出力を放送波デコード側へ切り替える。このとき、（ａ）ノイズしか聞こえないとき、及び（ｂ）ノイズの比率は多いがなんとか聞けるときの２通りがある。アナログ放送の場合は、（ｂ）の場合もあるため、ユーザーによっては、受信感度は悪いが、聴きたいことがある。Ｓ６８，Ｓ６９は、そのようなユーザーに対処しており、信号レベルが一定値以下でインターネット放送が視聴できない状況でも、最低限、放送波からの音声を出力している。なお、法令で定められている放送対象地域外にて、電波漏れにより放送波が受信できたとしても、基本的に放送波の場合は、放送波が受信可能であれば、ユーザーは該放送波の放送を視聴してかまわないので、Ｓ６８，Ｓ６９の実施により、ユーザーに放送波型放送のコンテンツを視聴させることは許される。
【００４７】
また、Ｓ６８，Ｓ６９による放送波型コンテンツの出力後、ユーザーによっては、ノイズが多いので、直ちにチャンネルを切り替えることもある。さらに、ここで、放送波が受信できないことは、"現在地が放送波型放送の出力が禁止されている地域"とは限らない。例えば、ユーザーが、放送対象地域内ではあるが、地下街や建物内等の電波の弱い場所に入り込んでいる場合がある。このような状況に対して、Ｓ６８，Ｓ６９に代えて、受信できない旨をユーザーに音声出力及び／又は視覚表示で知らせる処理を実施してもよい。
【００４８】
図８は別の放送切替方法７１のフロー図である。該放送切替方法７１において、図３の放送切替方法４５のステップと同一のステップについては、放送切替方法４５のステップに付した番号と同一の番号を付す。
【００４９】
図１の放送システム１０では、周波数を変更した際に受信信号レベルが一定の値を下回っており、受信品質が十分に確保できない場合に、インターネット１６経由で配信される放送は受信せず、放送波で配信される放送を出力するようになっている。これに対し、図８の放送切替方法７１に係る放送システムでは、放送波を受信できない状況においても、受信機の現在位置をＧＰＳ衛星１７からのＧＰＳ電波から取得した情報によって特定できる状況にあれば、該受信できない放送波の放送が放送対象地域内であるか否かを現在位置から判別できるので、インターネット１６経由で配信される放送を視聴できるか否かを現在位置に基づき決める。
【００５０】
放送切替方法７１と図３の放送切替方法４５との相違点は、放送切替方法７１では、放送切替方法４５のＳ５１及びＳ５２が省略されていることである。放送切替方法７１のＳ５４では、放送切替方法４５のＳ５４と同様に、図７の表情報（データベース）を利用して、現在位置と選択中の放送波の周波数とからそれらに対応するＵＲＬを特定する。図７の表情報では、現在位置から特定されるＵＲＬは、現在位置を放送対象地域にする放送局１１のＩＰ型放送のＵＲＬとなるので、放送切替方法７１では、放送波型放送の放送波の信号レベルを検出しないものの、放送受信機２１からのＩＰ型放送のコンテンツ出力を、該ＩＰ型放送に対応付けられる放送波の放送対象地域に放送受信機が存在するときのみに制限することができる。
【００５１】
放送切替方法７１の全体を説明する。視聴者が受信する放送局を切り替えた際、切り替える前に受信していた放送の映像と音声の出力を停止する（Ｓ４６，Ｓ４７）。この際、その受信していた放送がインターネット１６経由で配信される放送を受信していた場合には、ネットワークとの接続が確立されているため、ネットワークの切断を行う（Ｓ４８）。これらの手順を実施した後、目的の周波数へ受信周波数を切り替える（Ｓ４９）。受信状態の安定を待った後（Ｓ５０）、ＧＰＳから緯度経度を取得し（Ｓ５３）、前述の実施例に示したように現在位置と現在の周波数に応じたＵＲＬを取得し（Ｓ５４）、ＵＲＬが格納されている場合は、インターネット１６経由で配信されている放送を視聴する（Ｓ５５，Ｓ６０〜Ｓ６７）。
【００５２】
地上アナログラジオ放送では、受信機が設置されている場所においては十分に放送波が届かないなどの理由により、難視聴地域が存在する。放送切替方法７１においては、難視聴地域においてもインターネット１６へ接続することができる場合は、インターネット１６経由で配信される放送を受信することができるため、難視聴地域対策を施すことができる。
【００５３】
図１の放送システム１０は、連続放送用コンテンツ（映像・音声・静止画）のみならず、広告や番組表、緊急情報といった様々な間欠放送用コンテンツにアクセスするためのＵＲＬを保持し、放送目的に応じてそれらのコンテンツ（間欠放送用コンテンツ）をユーザーの放送受信機２１に提示する仕組みを内包する。この場合、放送受信機２１は、連続放送用コンテンツ用ＵＲＬに加えて、放送目的別に、アクセス管理情報の入手場所としてのＵＲＬを自機のデータベースに追加してもつ。アクセス管理情報の詳細については後述する。間欠放送用コンテンツ用ＵＲＬを例示すると、次のものであるが、他にも間欠放送用コンテンツ用ＵＲＬを適宜、用意することができる。
【００５４】
（ａ）緊急用ＵＲＬ：緊急情報通知用のＵＲＬ。数秒間隔でアクセスする。
（ｂ）広告用ＵＲＬ：広告用のＵＲＬ。選局時、番組時間毎、又は数分間隔でアクセスする。
（ｃ）番組用ＵＲＬ：放送中の番組専用ＵＲＬ。選局時、番組時間毎、又は数分間隔でアクセスする。
【００５５】
（ｅ）お知らせ用ＵＲＬ：放送局からのお知らせメール用ＵＲＬ。選局時、及び定期的にアクセスする。
（ｆ）放送局用ＵＲＬ：放送局のホームページなど、放送局全体のＵＲＬ。選局時、及び定期的にアクセスする。
（ｇ）番組表用ＵＲＬ：番組表のＵＲＬ。選局時、及び定期的にアクセスする。
【００５６】
図９は放送受信機２１が連続放送用コンテンツ及びアクセス管理情報を取得するためのＵＲＬを探索するために自機に保有する表情報の構造図である。アクセス管理情報とは、間欠放送用コンテンツ（情報本体）の格納先であるＵＲＬと、該ＵＲＬへアクセスする周期時間とを少なくとも含む情報であると定義する。図１０は図９の表情報に具体的な情報を対応欄に記入した表情報の構造図である。図９及び図１０の表情報は、前述の図６及び図７の表情報に対して各都道府県の各周波数についてアクセス管理情報取得用ＵＲＬが追加された構造になっている。
【００５７】
図９及び図１０の各間欠放送用コンテンツを具体的に述べる。１番目の項目の緊急用ＵＲＬに対応する緊急情報とは、地震や津波などの災害に関する緊急情報をユーザーに提供するための情報である。
【００５８】
２番目の項目としての広告用ＵＲＬに対応する広告情報とは、画像、映像、音声、テキストなどの各種メディアで提供される広告コンテンツの情報である。番組スポンサーの広告を表示することを目的とするため、番組毎の更新を行う。番組毎の更新ができない場合は、例えば５分毎に広告用ＵＲＬにアクセスし、その情報を取得・表示する。ただし、ユーザー操作などで、受信放送局が変更になった場合は、必ず広告用ＵＲＬにアクセスし、情報を取得する。なお、アクセス先にファイルが存在しない場合は、何も表示しない。
【００５９】
３番目の項目としての番組用ＵＲＬに対応する番組情報とは、現在の番組の紹介する情報であり、番組毎に情報更新される。番組毎の情報更新ができない場合は、例えば５分毎に番組用ＵＲＬにアクセスし、その情報を取得・表示する。ただし、ユーザー操作などで、受信放送局が変更になった場合は、必ず番組用ＵＲＬにアクセスし、情報を取得する。なお、アクセス先にファイルが存在しない場合は、何も表示しない。
【００６０】
４番目の項目としてのお知らせ用ＵＲＬに対応するお知らせ情報とは、放送局からの通知事項についての情報であり、定期的（例えば１時間毎）に情報更新される。ただし、ユーザー操作などで、受信放送局が変更になった場合は、必ずお知らせ用ＵＲＬにアクセスし、情報を取得する。なお、アクセス先にファイルが存在しない場合は、何も表示しない。
【００６１】
５番目の項目としての放送局用ＵＲＬに対応する放送局情報とは、放送局のホームページの情報であり、定期的（例えば１時間毎）に情報更新される。ただし、ユーザー操作などで、受信放送局が変更になった場合は、必ず放送局用ＵＲＬにアクセスし、情報を取得する。なお、アクセス先にファイルが存在しない場合は、何も表示しない。
【００６２】
６番目の項目としての番組表用ＵＲＬに対応する番組表用情報とは、放送局の番組表の情報であり、定期的（例えば１時間毎）に更新を行う。ただし、ユーザー操作などで、受信放送局が変更になった場合は、必ず放送局用ＵＲＬにアクセスし、情報を取得する。なお、アクセス先にファイルが存在しない場合は、何も表示しない。
【００６３】
図１１及び図１２はアクセス管理情報及び間欠放送用コンテンツのファイルを格納するサーバーがそれぞれ別々及び同一である場合の放送受信機２１とサーバーとの関係についての説明図である。説明の便宜上、放送受信機２１が広告の間欠放送用コンテンツを出力する場合について説明する。放送受信機２１が自機に保持する図１０のデータベース情報に示すＡＡＡＡ放送局の広告用ＵＲＬのhttp://broadcast1.co.jp/ad-info.htmは図１１及び図１２のサーバーＡにおけるアクセス管理情報格納ファイル７７のＵＲＬであるhttp://broadcast1.co.jp/ad-info.htmとなっている。また、情報本体ファイル（間欠放送用コンテンツ）７９の格納先であるＵＲＬは、図１１ではサーバーＢ内のhttp://infofile.co.jp/ad.htmであり、図１２ではサーバーＡ内のhttp://broadcast1.co.jp//ad.htmである。情報本体ファイル７９は、画像、映像、音声、テキスト、HTML、XMLなど、規格がすでに存在するものだけでなく、将来的に規定されると予想される全てのメディア（フォーマット）を、単独もしくは複数含ませることができるものとする。
【００６４】
アクセス管理情報格納ファイル７７内には、放送受信機２１が情報本体ファイル７９にアクセスするアクセス周期時間（単位：秒）と、広告情報の情報本体ファイル７９が格納されている格納先http://inforfile１.co.jp/ad.htm（図１１）又はhttp://broadcast1.co.jp//ad.htm（図１２）が記載されている。放送受信機２１は、図１０のデータベースに格納されている広告用ＵＲＬhttp://broadcast1.co.jp/ad-info.htmにアクセスし、そこに格納されているアクセス管理情報格納ファイル７７の内容を取得する。放送受信機２１は、アクセス管理情報格納ファイル７７の内容から、情報本体ファイル７９のＵＲＬであるhttp://inforfile１.co.jp/ad.htm又はhttp://broadcast1.co.jp//ad.htmを知得し、該http://inforfile１.co.jp/ad.htm又はhttp://broadcast1.co.jp//ad.htmにアクセスして、情報本体ファイル７９を取得する。
【００６５】
放送受信機２１は、また、アクセス管理情報格納ファイル７７からアクセス周期時間を取得し、その時間に従って、情報本体ファイル７９のＵＲＬに周期的にアクセスする。なお、情報本体ファイル７９のＵＲＬに情報本体ファイル７９が無い場合は、提供する情報が無いものとする。また、図１０のデータベースに各種情報のＵＲＬが格納されている場合は、サーバーＡに格納されているアクセス管理情報格納ファイル７７は必ず存在することとする。周期的にアクセスする対象は情報本体ファイル７９であり、アクセス管理情報格納ファイル７７へは周期的にアクセスしない。
【００６６】
アクセス周期時間は、サーバーＡに格納されているアクセス管理情報格納ファイル７７に記載されているため、放送受信機２１は各種情報にアクセスするための周期時間を予め放送受信機２１内に保持する必要がない。また、サーバーＡはアクセス管理情報格納ファイル７７の内容を変更することにより、アクセス周期時間や情報ファイルＵＲＬ（情報本体ファイル７９のＵＲＬ）を自由に変更することができる。
【００６７】
図１３は放送システム１０における情報本体ファイル７９の更新についての説明図である。放送局サーバーは図１１のサーバーＢ又は図１２のサーバーＡである。放送受信機２１は、アクセス管理情報格納ファイル７７内に記述されたアクセス周期間隔で放送局サーバーにアクセスする。図１３は、順番が連続する３回のアクセスにおける放送受信機２１及び放送局サーバーの処理を示している。放送局サーバーは、広告情報の間欠放送用コンテンツを更新する場合には、該広告情報のＵＲＬの旧情報本体ファイル７９を削除し（図１３の中段）、次に、放送受信機２１のアクセス周期間隔より長い時間が経過してから、該ＵＲＬに新情報本体ファイル７９を格納する（図１３の下段）。結果、放送受信機２１は、情報本体ファイル７９が更新された場合には、該ＵＲＬへの周期的なアクセスにおいて、「ファイル有り」（図１３の上段）→「ファイル無し」（図１３の中段）→「ファイル有り」（図１３の下段）と、ファイルの有無が変化する。
【００６８】
放送受信機２１が該当ＵＲＬへアクセスした時に、該ＵＲＬにファイルが存在すれば、放送受信機２１はサーバーからファイルを受信することになる。また、該ＵＲＬにファイルが存在しなければ、放送受信機２１は、サーバーからにファイル無しの通知を受ける。したがって、放送受信機２１は、具体的には、サーバーからファイルを受信したか又は該当ファイル無しの通知を受けたかにより、該当ＵＲＬにおけるファイルの有無を検出する。
【００６９】
図１４はサーバーにおけるファイル更新方法８５のフロー図である。まず、最初に情報（ファイル）が無い状態から、新規の情報を格納する処理、すなわち最初の間欠放送用コンテンツを格納する処理について説明する。新しい情報（間欠放送用コンテンツのファイル）は、サーバーＡ又はＢにサーバー管理者により投入され、この際、同時に情報の種別も投入される。具体的には、サーバー管理者が、サーバーＡ又はＢにおいて更新処理用のアプリケーションを起動し、該アプリケーションにおいて所定フォルダの新しい情報（ファイル）を更新ファイルとして指定するとともに、該アプリケーションのダイアログボックスで該当種別にチェックを入れる。
【００７０】
サーバーは、管理者により投入された情報の種別を取得し（Ｓ８６）、その種別からアクセス管理情報のＵＲＬを取得する（Ｓ８７）。そのＵＲＬを取得する方法として、サーバーは図１５の表に示すデータベースを保持しており、このデータベースには、情報の種別とアクセス管理情報のＵＲＬ先（図１１及び図１２のhttp://broadcast1.co.jp/ad-info.htm等）が格納されている。したがって、サーバー管理者が新しい情報（ファイル）と同時に情報の種別を投入した際、サーバーは図１５の表を参照し、例えば情報の種別が"緊急情報"であれば、それに対応するアクセス管理情報取得用ＵＲＬである"緊急用ＵＲＬ"（例：http://broadcast1.co.jp/ews-info.htm※該ＵＲＬは放送受信機２１が保有するデータベース（図１０）の"緊急用ＵＲＬ"に一致するものである。）を取得することができる。
【００７１】
これにより、アクセス管理情報のＵＲＬ先が取得できたので、取得したアクセス管理情報からさらに周期時間と情報ファイル本体のＵＲＬ先（例：図１１のhttp://infofile.co.jp/ad．htm又は図１２のhttp://broadcast1.co.jp/ad．htm）が取得できる（Ｓ８８，Ｓ８９）。情報ファイル本体のＵＲＬ先が取得できたので、そのＵＲＬ先に既にファイルが格納されているか否かを判断するが、現時点ではファイルが存在しないので（Ｓ９０"ＮＯ"）、無条件にＵＲＬ先にファイルを格納する（Ｓ９６）。
【００７２】
次に、情報（ファイル）を更新する場合、すなわち旧情報ファイルを新情報ファイルへ変更する場合について説明する。Ｓ８６〜Ｓ８９までは、ファイルを新規に格納するときの処理と同一であるため、説明を割愛する。更新の場合、既に情報（ファイル）が存在するので（Ｓ９０"ＹＥＳ"）、ＵＲＬ先の情報本体ファイル７９（図１１又は図１２）を削除する（Ｓ９４）。ファイルを削除した後、一定時間待機する（Ｓ９５）。該一定時間は"周期時間＋α（ただしα＞０）"とし、アクセス管理情報格納ファイル７７に記述されたアクセス周期時間よりαだけ長い時間、待機する。
【００７３】
"α"の値が限りなくゼロに近いと、放送受信機２１がサーバーにアクセスする前に情報（ファイル）を更新（上書き）してしまい、情報（ファイル）が無くなったことを放送受信機２１が認識できなくなる可能性が高くなってしまう。逆に"α"の値を大きくすると、放送受信機２１は、更新後のファイルを取得するのに長く待たされてしまい、放送受信機２１のユーザーに情報を提供する時間が遅れてしまう。これを回避するため、"α"の値はアクセス周期時間の０．５倍〜１．０倍程度の値となる範囲（例えば、アクセス周期時間が１００秒であれば、Ｓ９５の一定時間は１５０〜２００秒程度の範囲）にする必要がある。なお、α＞Ｔ１である場合には、放送受信機２１は、情報ファイル更新時に、２回以上連続したアクセスにおいて、情報ファイル無しの事態が生じる。
【００７４】
Ｓ９５において一定時間が経過した後、更新するファイルをＵＲＬ先に格納する（Ｓ９５）。以上により、サーバーにおける各種情報の更新処理を実現する。
【００７５】
図１６及び図１７は放送受信機２１における更新ファイル検出方法１０５のフロー図である。更新ファイル検出方法１０５は、サーバーにおけるファイル更新方法８５（図１４）に対応する放送受信機２１側の間欠放送用コンテンツ出力処理を実施する。放送受信機２１も、サーバーと同様に、自機の記憶装置に図９（具体的には図１０）の表のデータベースを予め格納している。したがって、放送受信機２１は、ユーザーが放送受信機２１において選択している周波数の放送波でかつユーザーが選択している間欠放送用コンテンツの種別に対して、該当するアクセス管理情報格納ファイル７７の格納先ＵＲＬを、自機の該データベースを参照して把握することができる。
【００７６】
図９の表から分かるように、各放送局は、その１つの放送波に対して間欠放送用コンテンツのＵＲＬを放送目的別に複数、有しているが、すなわち、複数の種別（緊急、広告、・・・、番組表）の間欠放送用コンテンツを有しているが、更新ファイル検出方法１０５は、ユーザーが選局中の放送波に対して、複数の種別間欠放送用コンテンツが存在する場合には、それら種別毎に生成される。そして、各更新ファイル検出方法１０５は独立して並列に行われる。図１８はユーザーが周波数選択により選択している１つの放送波に対応付けられる複数の間欠放送用コンテンツの各々に対して生成された更新ファイル検出方法１０５が独立、並列に実施されていることを示す概念図である。
【００７７】
図１６の更新ファイル検出方法１０５において、放送受信機２１は、図１０の表における間欠放送用コンテンツから該当の間欠放送用コンテンツのＵＲＬ（例えば広告用ＵＲＬとしてのhttp://broadcast1.co.jp/ad-info.htm）を取得する（Ｓ１０６）。ＵＲＬがある場合（Ｓ１０７"ＹＥＳ"）、図１１のサーバーＡと接続する（Ｓ１０８，Ｓ１０９）。サーバーＡと接続可能になりしだい（Ｓ１０９"ＹＥＳ"）、Ｓ１１３へ進み、放送受信機２１はアクセス管理情報格納ファイル７７（図１１）を取得する。放送受信機２１は、アクセス管理情報格納ファイル７７からそこに記載されているアクセス周期時間と情報本体ファイル７９のＵＲＬを取得し（Ｓ１１４，Ｓ１１５）、サーバーＡとの通信を切断する（Ｓ１１６）。
【００７８】
図１７へ移って、Ｓ１１７では、サーバーＢ（図１１の場合では、サーバーＢであるが、図１２の場合では、サーバーＢではなく、サーバーＡとなる。）と接続し（Ｓ１１７，Ｓ１１８）、情報ファイルＵＲＬに指定された情報本体ファイル７９を取得する（Ｓ１１９"ＹＥＳ"）。情報ファイルが無ければ（Ｓ１１９"ＮＯ"）、かつ以前に該ＵＲＬの情報を表示していなければ（Ｓ１２５"ＮＯ"）、何もせずにサーバーＢとの通信を切断し（Ｓ１２８）、周期時間待機して（Ｓ１２９）、再度、ファイルの有無を調べる（Ｓ１１７→Ｓ１１８"ＹＥＳ"→Ｓ１１９）。なお、Ｓ１２５及び後述のＳ１３５の「以前に該ＵＲＬの情報を表示していなければ」には、ファイルの内容を現在表示中でない場合だけでなく、ファイルの内容を聴き終わったり見終わったりして、ユーザーがその出力を停止し、現在は該ファイルの内容出力が行われていない場合も含む。
【００７９】
ここで、ファイルが無い状態からファイルが有る状態に遷移した場合（Ｓ１１９"ＮＯ"→・・・→Ｓ１１９"ＹＥＳ"）、以前に該ＵＲＬの情報を画面に表示したか否かを判断する（Ｓ１３５）。該ＵＲＬのファイル内容を最初に表示する場合は、未だファイルの内容を画面に表示していないため（Ｓ１３５"ＮＯ"）、情報表示状態を設定し（Ｓ１３６）、ファイルの内容を画面に表示する（Ｓ１３７）。
【００８０】
ファイルの内容を画面に表示している状態で、再度、周期時間が経過したのちＵＲＬ先にアクセスした際、ファイルが有る場合（Ｓ１３７→・・・→Ｓ１１９"ＹＥＳ"）は、既にファイル内容を画面に表示しているため、何もせずに周期時間待機する（Ｓ１３５→Ｓ１２８→Ｓ１２９）。
【００８１】
ファイルが有る状態からファイルが無い状態に遷移した場合（Ｓ１１９"ＹＥＳ"→・・・→Ｓ１１９"ＮＯ"）、表示する情報が無くなったため、情報表示状態を解除し（Ｓ１２６）、表示中の画面を消去する（Ｓ１２７）。
【００８２】
ユーザーは、各時点で、緊急コンテンツを除く複数の間欠放送用コンテンツ（広告、番組、・・・、番組表）の中から好みの間欠放送用コンテンツを選択して、該選択した間欠放送用コンテンツを放送受信機２１から出力させることができる。なお、更新ファイル検出方法１０５は、ユーザーが選択している放送波の放送局が有しているすべての種別の間欠放送用コンテンツに対応して、存在し、各更新ファイル検出方法１０５が、図１８の概念図のように、独立して並列に実施されているので、放送受信機２１は、ユーザーが出力選択していない間欠放送用コンテンツについても、間欠放送用コンテンツファイルの更新の有無を監視し続けている。結果、ユーザーが、同一の放送波の選択を維持しつつ、間欠放送用コンテンツの選択を切り替えた時も、切替先の間欠放送用コンテンツにおける更新ファイル検出方法１０５の最初の実行から、Ｓ１１９，Ｓ１３５の正否を的確に判断することができ、間欠放送用コンテンツの的確な出力を実施することができる。
【００８３】
なお、ユーザーが、出力を選択していない種別の間欠放送用コンテンツに対応する更新ファイル検出方法１０５においては、Ｓ１２５〜Ｓ１２７及びＳ１３５〜Ｓ１３７はスキップされ、Ｓ１１９"ＹＥＳ"である場合は、間欠放送用コンテンツをダウンロードして、記憶装置に記憶し、Ｓ１１９"ＮＯ"である場合は、何もせずに、Ｓ１２８へ進んで、ユーザーが次に該種別のコンテンツの出力を選択した場合には、記憶中の間欠放送用コンテンツを直ちに表示する。
【００８４】
図１９は、放送受信機２１による情報本体ファイル７９へのアクセス、情報本体ファイル７９の有無状態及び情報本体ファイル７９のコンテンツの表示に関するタイミング図である。図１９の上段はファイル有無を表しており、"０"は情報本体ファイル７９が無しの状態、"１"は情報本体ファイル７９が有りの状態を表している。中段は放送受信機２１が情報本体ファイル７９へアクセスする周期時間を表したものであり、Ｔ１が周期時間を表し、放送受信機２１はＴ１毎に情報本体ファイル７９の格納ＵＲＬにアクセスする。下段は、放送受信機２１が情報本体ファイル７９有りと認識した場合に、ファイルの内容を画面に表示することを意味しており、"０"は画面表示無しを表し、"１"は画面表示有りを表したものである。
【００８５】
サーバーは、アクセス管理情報格納ファイル７７内の情報が示す格納ＵＲＬに情報本体ファイル７９を格納する。格納順番が先及び後の情報本体ファイル７９をそれぞれファイルＡ，Ｂと呼ぶことにする。放送受信機２１は、周期時間Ｔ１毎に情報本体ファイル７９の格納ＵＲＬにアクセスし、ファイル有無を判断する。ファイルがある場合は、放送受信機２１はそのファイルの内容を直ちに画面に表示する。この際、放送受信機２１はファイルが更新されたか否かを意識せず、無条件にファイルの内容を画面に表示すればよい。
【００８６】
ここで、サーバーが情報本体ファイル７９の内容を更新したい場合は、一度、更新前のファイル（ファイルＡ）を削除し、放送受信機２１のアクセス周期時間Ｔ１以上の時間、ファイルを無しの状態にし、Ｔ２時間が経過した後、更新したファイル（ファイルＢ）を格納する。なお、Ｔ２は以下の条件を満たすものとする。
【００８７】
Ｔ２ ＝ Ｔ１ ＋ α 。ただし、α＞０であり、好ましくは、０．５×Ｔ１≦α≦１．０×Ｔ１。
【００８８】
アクセス周期時間Ｔ１以上の時間（Ｔ２）、ファイルを無しの状態にすることにより、放送受信機２１は必ずファイルが無い状態でＵＲＬの先にアクセスすることになるため、放送受信機２１は必ずファイルが無くなったことを認識することができる。ファイル有り→ファイル無し→ファイル有りの状態を経由することにより、一度ファイルが無くなって次にファイルが有る状態に遷移した場合は、必ずファイルが更新されているため、放送受信機２１はファイル比較などの更新判断をする必要がなく、無条件にファイルが有る状態にそのファイル内容を表示すればよい。なお、ファイル有り→ファイル無し→ファイル有りの状態で、内容が同じファイルを格納するのではなく、ファイル無しの後は必ず更新されたファイルを格納するものとする。また、α＞Ｔ１である場合には、連続２回以上のアクセスにおいて、ファイル無しの状態が続くことが起き得る。
【００８９】
さらに、ファイルが無くなったことを放送受信機２１が認識した際に画面を消去するように図１９では記載しているが、ファイルが無くなる直前に放送受信機２１がファイルにアクセスした場合、周期時間によっては一瞬しか画面に表示されないことになってしまう。これを避けるために、図２０に示すように周期時間（Ｔ１）が経過するまで、又は一定期間、ファイルが無くなる前の画面を継続して表示しても構わない。なお、図２０中に記載されているように、ファイル無し→ファイル有りに変化した場合は、ファイル有りに変化した際のファイル内容を直ちに画面に表示する必要がある。
【００９０】
以上の方法により、放送受信機２１はファイルが更新されたか否かを判断する必要がなく、情報本体ファイル７９の格納ＵＲＬに情報本体ファイル７９が実際に有る場合は、そのファイルの内容は新しいか、又は更新されたものであるため、放送受信機２１は無条件にファイルの内容を画面に表示すればよい。これにより、前述した従来技術の問題点を解消することができることになる。
【００９１】
なお、前述した方法とは異なり、他の実施方法として、アクセス管理情報に該当するデータベースを放送受信機２１とサーバーの両方で保持する方法も考えられる。しかしながら、これはそれぞれに同じ情報を保持しなければならず、冗長であること、また、放送受信機２１とサーバーとで、それぞれの情報に差異が無いように、放送受信機２１の情報を常に最新にするために、定期的にサーバーにアクセスして放送受信機２１の情報を常に最新の状態に保ち、サーバーとの差異が無いようにしなければならない。これは、放送受信機２１のデータベースを最新の情報に保つ仕組みが複雑になることに繋がる。これに対し、ファイル更新方法８５及び更新ファイル検出方法１０５は、サーバーにてアクセス管理情報が一元管理でき、かつ放送受信機２１が定期的に自らのデータベースを最新の情報に保つ必要が無いことから、放送受信機２１とサーバーの両方でアクセス管理情報に該当するデータベースを保持する方法と比較して、より簡易な構成を構築することができる。
【００９２】
図２１はＩＰネットワークサーバー１４０の機能ブロック図である。ＩＰネットワークサーバー１４０の具体例はサーバーＡ（図１１及び図１２）やサーバーＢ（図１１）である。ＩＰネットワークサーバー１４０は、間欠放送用コンテンツ更新用のサーバーに限定されず、一般的なＷｅｂ頁のファイルについてその更新処理を行うサーバーであってもよい。ＩＰネットワークサーバー１４０は、ファイル受付手段１４１、ファイル削除手段１４２、時間経過判定手段１４３及びファイル格納手段１４４を備える。
【００９３】
ファイル受付手段１４１は、新ファイルを受け付ける。ファイル削除手段１４２は、新ファイルを格納する、ＩＰネットワーク上の格納場所に旧ファイルが存在する場合には、該格納場所から旧ファイルを削除する。時間経過判定手段１４３は、旧ファイルを削除してから所定時間が経過したか否かを判定する。ファイル格納手段１４４は、所定時間が経過した後に新ファイルを格納場所に格納する。
【００９４】
ＩＰネットワーク上の格納場所は、例えば、ＵＲＬ又はＩＰアドレスにより指定されるものである。ファイル受付手段１４１における新ファイルの受け付けは、具体的には、例えば、オペレータがＩＰネットワークサーバー１４０において所定のアプリケーションを起動させて、所定のファイルを新ファイルとして指定操作することに対応する処理である。
【００９５】
新ファイル及び旧ファイルは、例えばＩＰ型放送の放送コンテンツのファイルであり、さらに該放送コンテンツの具体例は間欠放送用コンテンツのファイルである。間欠放送用コンテンツのファイルとしては、例えば図１５に示されるように、緊急情報、広告情報、番組情報、・・・番組情報のファイルがある。ＩＰ型放送における間欠放送用コンテンツのファイルは、典型的には、該ファイルの提供元の放送局が、該放送局の放送圏（＝放送対象地域）内に存在する放送受信機に限定して該放送受信機における出力を許可するコンテンツのファイルである。
【００９６】
典型的には、所定時間として、クライアントが格納場所へアクセスするアクセス周期時間より大きい時間が設定されている。所定時間及びアクセス周期時間は、図１９及び図２０のＴ２及びＴ１にそれぞれ対応する。そこにおいて、α＞０として、Ｔ２＝Ｔ１＋αとなっている。
【００９７】
ＩＰネットワークサーバー１４０は、さらに、アクセス管理情報取得手段１４７を備えることができる。この場合、ファイル受付手段１４１は、新ファイルの受付の際に該新ファイルの種別情報を受け付け、アクセス管理情報取得手段１４７は、種別情報に対応付けられている、ＩＰネットワーク上のアクセス管理情報取得場所を所定のデータベースから探索し、該アクセス管理情報取得場所からアクセス管理情報を取得し、該アクセス管理情報から格納場所及び所定時間を検出する。データベースの具体例は図１５の表情報であり、アクセス管理情報の具体例はアクセス管理情報格納ファイル７７（図１１）内のアクセス管理情報である。
【００９８】
図２２はＩＰネットワークサーバー制御方法１５０のフロー図である。ＩＰネットワークサーバー制御方法１５０はＩＰネットワークサーバー１４０に適用される。Ｓ１５１では、新ファイルを受け付ける。Ｓ１５２では、新ファイルを格納する、ＩＰネットワーク上の格納場所に旧ファイルが存在するか否かを判定し、判定が正であれば、Ｓ１５３へ進み、否であれば、Ｓ１５５へ進む。
【００９９】
Ｓ１５３では、該格納場所から旧ファイルを削除する。Ｓ１５４では、旧ファイルを削除してから所定時間が経過したか否かを判定し、判定が正になりしだい、Ｓ１５５へ進む。Ｓ１５５では、新ファイルを格納場所に格納する。
【０１００】
Ｓ１５１，Ｓ１５４，Ｓ１５５の処理は、ＩＰネットワークサーバー１４０のファイル受付手段１４１、時間経過判定手段１４３及びファイル格納手段１４４の機能に対応している。Ｓ１５２，Ｓ１５３の処理はＩＰネットワークサーバー１４０のファイル削除手段１４２の機能に対応する。ＩＰネットワークサーバー制御方法１５０の各手段について前述した具体的態様は、ＩＰネットワークサーバー制御方法１５０において対応するステップの具体的態様としても適用可能である。
【０１０１】
ＩＰネットワークサーバー制御方法１５０には、ＩＰネットワークサーバー１４０のアクセス管理情報取得手段１４７の機能に対応するステップを追加可能である。その追加ステップは、Ｓ１５１とＳ１５２との間に挿入される。アクセス管理情報取得手段１４７について前述した具体的態様は、該追加ステップの具体的態様としても適用可能である。
【０１０２】
本発明を適用したプログラムは、コンピュータをＩＰネットワークサーバー１４０の各手段として機能させる。本発明を適用した別のプログラムは、ＩＰネットワークサーバー制御方法１５０の各ステップをコンピュータに実行させる。
【０１０３】
本明細書は様々な範囲及びレベルの発明を開示している。それら発明は、本明細書で説明した様々な技術的範囲及び具体的レベルの各装置及び各方法だけでなく、拡張ないし一般化の範囲で、各装置及び各方法から独立の作用、効果を奏する１つ又は複数の要素を抽出したものや、１つ又は複数の要素を拡張ないし一般化の範囲で変更したものや、さらに、各装置間及び各方法間で１つ又は複数の要素の組合せを入れ換えたものを含む。
【符号の説明】
【０１０４】
１４０：ＩＰネットワークサーバー、１４１：ファイル受付手段、１４２：ファイル削除手段、１４３：時間経過判定手段、１４４：ファイル格納手段、１４７：アクセス管理情報取得手段、１５０：ＩＰネットワークサーバー制御方法。
【図１】
2011023776.tif 000003
【図２】
2011023776.tif 000004
【図３】
2011023776.tif 000005
【図４】
2011023776.tif 000006
【図５】
2011023776.tif 000007
【図６】
2011023776.tif 000008
【図７】
2011023776.tif 000009
【図８】
2011023776.tif 000010
【図９】
2011023776.tif 000011
【図１０】
2011023776.tif 000012
【図１１】
2011023776.tif 000013
【図１２】
2011023776.tif 000014
【図１３】
2011023776.tif 000015
【図１４】
2011023776.tif 000016
【図１５】
2011023776.tif 000017
【図１６】
2011023776.tif 000018
【図１７】
2011023776.tif 000019
【図１８】
2011023776.tif 000020
【図１９】
2011023776.tif 000021
【図２０】
2011023776.tif 000022
【図２１】
2011023776.tif 000023
【図２２】
2011023776.tif 000024