(57)【特許請求の範囲】
【請求項１】
放送事業者が編成するサービス内の各番組に関連する情報を格納する複数のEITを生成してトランスポート・ストリーム・パケットとして外部に送出する番組案内提供装置による番組案内提供方法であって、
上記番組が変更される場合、変更される番組の修正内容に基づき、上記複数の生成されたEITのうち更新の必要のあるEITを判断し、更新を必要とするEITを上記番組の修正内容に対応したEITとして再生成して上記トランスポート・ストリーム・パケットとして外部に送出する、
ことを特徴とする番組案内提供方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、番組情報を編集する編集手段と、上記編集手段が編集した番組情報を記憶する番組情報記憶手段と、上記番組情報記憶手段に記憶された番組情報を利用して番組案内テーブルを生成するテーブル生成手段とを有し、生成した番組案内テーブルを提供するようにした番組案内提供装置に関するものである。
【０００２】
【従来の技術】
従来の番組案内提供装置として、例えば、特開平１１−６９３１９号公報に記載された番組情報提供装置がある。この番組情報提供装置では、編集手段であるＥＰＧ入力端末がＥＰＧ情報を編集して本装置に入力し、入力されたＥＰＧ情報はデータベースに蓄積して、ＥＰＧテーブル生成部がそのデータベースに蓄積されたＥＰＧ情報を基に番組案内を構成するＮＩＴや、ＳＤＴ、ＥＩＴ等の各種テーブルを所定周期で生成して、ＴＳパケットとして外部に送出するようにしている。
【０００３】
【発明が解決しようとする課題】
しかし、上記従来の番組案内提供装置では、一部のＥＰＧ情報のみが更新された場合でも、ＮＩＴやＳＤＴ、ＥＩＴ等の各種テーブル全てを所定周期で生成して外部に送出するようにしているため、番組案内を構成する各種テーブル生成の際の負荷が大きい、という問題があった。
【０００４】
本発明は、このような問題点を解決するためになされたもので、番組案内を構成する各種テーブル生成の際の負荷を削減することのできる番組案内提供装置を提供することを目的とする。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、請求項１記載の発明では、番組情報を編集する編集手段と、上記編集手段が編集した番組情報を記憶する番組情報記憶手段と、上記番組情報記憶手段に記憶された番組情報を利用して番組案内テーブルを生成するテーブル生成手段とを有し、生成した番組案内テーブルを提供するようにした番組案内提供装置であって、上記編集手段は、上記番組情報記憶手段に記憶されている番組情報の更新を行なう場合、その番組情報の更新に関する更新情報を上記番組案内提供装置に対して通知し、上記テーブル生成手段は、上記編集手段からの上記更新情報に基づき上記番組情報記憶手段に格納された番組情報を利用して番組案内テーブルを更新する、ことを特徴とする。
【０００６】
また、請求項２記載の発明では、請求項１記載の番組案内提供装置において、さらに、番組情報の更新に関する更新情報を記憶する更新情報記憶手段を設け、編集手段は、番組情報記憶手段に記憶されている番組情報の更新を行なう場合、その番組情報の更新に関する更新情報を上記更新情報記憶手段に記憶し、テーブル生成手段は、上記更新情報記憶手段に記憶された上記編集手段からの上記更新情報に基づき番組情報記憶手段に格納された番組情報を利用して番組案内テーブルを生成する、ことを特徴とする。
【０００７】
また、請求項３記載の発明では、請求項１または請求項２記載の番組案内提供装置において、番組案内テーブルは、番組情報の種類に対応した複数の番組情報テーブルからなり、テーブル生成手段は、番組情報の更新情報に基づき更新を必要とする番組情報テーブルを判断して、該当する番組情報テーブルのみを更新する、ことを特徴とする。
【０００８】
また、請求項４記載の発明では、請求項３記載の番組案内提供装置において、テーブル生成手段は、番組情報テーブルの更新タイミングを所定時間毎に設定し、上記更新タイミングがくるまでは更新情報があっても番組情報テーブルを更新せず、上記更新タイミングがきた場合には該当する番組情報テーブルのみを更新する、ことを特徴とする。
【０００９】
また、請求項５記載の発明では、請求項４記載の番組案内提供装置において、テーブル生成手段は、番組情報テーブルの更新タイミングを、全ての番組情報テーブルがそれぞれの送出頻度内において少なくとも１回更新されるよう最も送出頻度の小さい番組情報テーブルの送出頻度に設定する、ことを特徴とする。
【００１０】
また、請求項６記載の発明では、請求項４記載の番組案内提供装置において、テーブル生成手段は、番組情報テーブル更新タイミングを、各番組情報テーブル毎に各番組情報テーブルの送出頻度に応じて設定する、ことを特徴とする。
【００１１】
また、請求項７記載の発明では、請求項２記載の番組案内提供装置において、編集手段は複数あり、少なくとも１つ以上の編集手段は、更新情報記憶手段に記憶された他の編集手段の更新情報を閲覧する、ことを特徴とする。
【００１２】
また、請求項８記載の発明では、請求項２記載の番組案内提供装置において、更新情報記憶手段は、さらに、編集手段からの更新情報の履歴を蓄積し、上記編集手段は、上記更新情報記憶手段に蓄積された更新情報の履歴を参照して番組情報記憶手段に記憶された番組情報の更新を元に戻す、ことを特徴とする。
【００１３】
また、請求項９記載の発明では、請求項１または請求項６記載の番組案内提供装置において、テーブル生成手段は、番組案内テーブル生成を行う際に、編集手段による番組情報の更新が原因により番組案内テーブルの生成に不具合が生じるか否かを判断して、不具合が生じると判断した場合には、当該編集手段に対しその旨を通知し、番組情報の更新を無効にする、ことを特徴とする。
【００１４】
また、請求項１０記載の発明では、請求項８記載の番組案内提供装置において、テーブル生成手段は、番組案内テーブル生成を行う際に、編集手段による番組情報の更新が原因により番組案内テーブルの生成に不具合が生じるか否かを判断して、不具合が生じると判断した場合には、当該編集手段に対しその旨を通知する一方、更新情報記憶手段に蓄積された更新情報の履歴を参照して番組情報記憶手段に記憶された番組情報の更新を元に戻す、ことを特徴とする。
【００１５】
また、請求項１１記載の発明では、請求項１または請求項２記載の番組案内提供装置において、テーブル生成手段は、番組案内テーブルを分担して生成するよう複数設けられている、ことを特徴とする。
【００１６】
また、請求項１２記載の発明では、請求項１または請求項２記載の番組案内提供装置において、テーブル生成手段は、生成した番組案内テーブルを所定の送信間隔で定期的に提供すると共に、番組案内テーブルの更新を行った場合は、それと同時に更新された番組案内テーブルを提供する、ことを特徴とする。
【００１７】
【発明の実施の形態】
実施の形態１．
図１は、本発明の実施の形態１による番組案内提供装置の構成を示す。
図において、１１は、後述する編集手段３１が編集して入力および更新する番組情報を記憶する番組情報記憶手段、２１は前記番組情報記憶手段に記憶された番組情報を参照し、米国のＡＴＳＣ規格（Ｐｒｏｇｒａｍ  ａｎｄ  Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｔｅｒｒｅｓｔｒｉａｌ  ａｎｄ  Ｃａｂｌｅ）や、日本のＡＲＩＢ規格（ディジタル放送に使用する番組情報の配列に関する規格）に規定されている提供フォーマットの番組案内（ＥＰＧ）テーブルを構成する各種テーブルを生成するテーブル生成手段、３１，３２は前記番組情報記憶手段に記憶された番組情報を編集し、編集の結果生じる番組情報の更新に関する情報をテーブル生成手段２１に提供する複数の編集手段である。尚、本実施の形態１の説明では、説明の便宜上、編集手段３１，３２を２台で説明するが、本発明では、複数であれば、２台に限らないものである。また、番組情報記憶手段１１、テーブル生成手段２１、編集手段３１，３２は、それぞれ、有線または無線の通信回線により接続された別の装置として設けられ、その通信回線を介して通信を行うことにより番組案内提供装置を構成するようにしても勿論良い。
【００１８】
ここで、本実施の形態１のテーブル生成手段２１では、例えば、日本のＡＲＩＢ規格による番組案内テーブルを構成する各種テーブルを出力するものとして説明する。ＡＲＩＢ規格で規定される番組案内テーブルは、「テーブル」と呼ばれる情報単位により構成され、情報の種類に応じてテーブルにはいくつかの種類が存在しており、例えば、提供路ネットワークに関連する情報を格納するＮＩＴ（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）、放送事業者が編成するチャンネル（サービス）に関連する情報を格納するＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）、チャンネル内の各番組（イベント）に関連する情報を格納するＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）と呼ばれる各種テーブルが存在する。
【００１９】
また、ＥＩＴに関しては、「現在放送中のイベントと次に放送予定のイベント」等の現在と次のイベントを示すテーブルと、「本日（あるいは何日）からＸ日後までのイベント」を示すテーブルとがそれぞれ別々に生成される。図1において、前者をＥＩＴ［現在／次］、後者をＥＩＴ［スケジュール］と呼ぶことにする。尚、ＥＩＴ［スケジュール］については、本実施の形態１では、例えば、１〜４日目、５〜８日目というように、４日分毎に区切られて別個のテーブルとして生成されるものとしている。
【００２０】
次に、番組案内テーブルの一例を示して、どの情報がどのテーブルに格納されるのかを説明する。
【００２１】
図２は、地上波ネットワークにおいて例えば３つのチャンネル（サービス）Ｘ〜Ｚにおいて放送がなされている場合の番組案内テーブルの一例を示したものである。
番組案内テーブルは、図２に示すような各種テーブルの情報から構成され、「ネットワーク名」や「ネットワークＩＤ」等ネットワークに関連する情報についてはＮＩＴのテーブルに格納されて提供される。また、「サービス名」や「放送事業者名」、「サービスＩＤ」等のサービスに関連する情報についてはＳＤＴのテーブルに格納され、「番組名」や「番組内容」、「ジャンル」、「イベントＩＤ」等の番組に関する情報についてはＥＩＴのテーブルにそれぞれ格納されて提供される。
【００２２】
次に動作を説明する。
まず、番組情報記憶手段１１には、編集手段３１，３２が編集して既に入力または更新した番組情報が格納されて記憶されており、テーブル生成手段２１は、番組情報記憶手段１１に記憶されている上記番組情報を読み出して、ＮＩＴ、ＳＤＴ、ＥＩＴ等のテーブルを生成する。
【００２３】
次に、編集手段３１，３２は、それぞれ、新たな番組情報を番組情報記憶手段１１に記憶したり、あるいは番組情報記憶手段１１に既に記憶されている番組情報を変更する等、番組情報記憶手段１１に記憶されている番組情報を更新する場合には、それと同時にその更新に関する情報、例えば、イベント（番組）ＩＤが何番の情報を新たに更新した等のどの情報を更新したかや、あるいはイベント（番組）を新規追加したのか、またはイベント（番組）内容の修正か、イベント（番組）の削除か等のどのような内容の更新を行ったかについての更新情報Ｂ１，Ｂ２を、テーブル生成手段２１に対して通知する。
【００２４】
すると、テーブル生成手段２１は、その更新情報に基づき、どの番組情報がどのように更新されて、どのテーブルを再生成すれば良いのか認識できるので、まずは、どのテーブルを再生成すればよいのかを判断する。例えば、番組を追加する更新の場合、テーブル生成手段２１は、ＮＩＴ、ＳＤＴについては再生成の必要はないが、ＥＩＴについては再生成が必要であると判断する。
【００２５】
図３に、ＥＩＴの更新の一例を示す。
ＥＩＴのイベント情報は、サービス単位でまとめられている。図３の例では、サービスＩＤ＝０ｘ０００１に含まれる番組群がまとめられている。ＥＩＴ［現在／次］については、現在放送中のイベントと次に放送されるイベントの２種類が格納され、ＥＩＴ［スケジュール］については、４日毎、例えば本日の日付から４日目までのイベント、あるいは５日目から８日目までのイベント、と行った具合にひとまとめに格納される。
【００２６】
ここで、例えば、図２におけるサービス名「チャンネルＸ」にイベントＩＤ＝０ｘ１００３、放送時間２０：００〜２１：００の番組を追加する場合を考える。図２に示す番組表が本日の日付のものであり、現在時刻を１８：００であるとすると、追加されるイベントは、本日日付のイベントであるが、現在放送中のものでも、次に放送される予定のイベントでもないので、テーブル生成手段２１は、ＥＩＴ［スケジュール］１〜４日目については内容を更新して再生成するが、ＥＩＴ［現在／次］については更新しないようにする。さらに、他のサービスＩＤを持つＥＩＴに関しても、更新を行わない。
【００２７】
このようにして、サービスＩＤ＝０ｘ０００１のＥＩＴ［スケジュール］、しかも１日目〜４日目の分のみを再生成すればよいことがわかるので、テーブル生成手段２１は、それに該当するテーブルのみを再生成し、再送信の設定を行う。
【００２８】
以上のように、本実施の形態１によれば、テーブル生成手段２１は、集手段３１，３２から通知される更新情報をもとに、再生成の必要のあるテーブルのみを判断し、該当するテーブルのみを再生成するようにしているので、不要な更新操作を省略することができ、テーブル生成の際の処理量を削減することができる。
【００２９】
実施の形態２．
以上の実施の形態１では、テーブル生成手段２１が必要なテーブルのみを再生成することにより、生成処理量を削減するようにしたものであるが、本実施の形態２では、次にテーブル生成手段２１が一定時間内に受け付けた編集手段３１，３２からの更新情報をもとにテーブルの再生成の必要を判断する実施の形態について説明する。尚、本実施の形態２では、上記実施の形態１に対し番組案内提供装置１２の機能が若干異なるだけなので、図１に示す上記実施の形態１の構成を参照して、テーブル生成手段２１における特徴ある処理のみを説明する。
【００３０】
図４は、本実施の形態２のテーブル生成手段２１における時間的な処理の流れの一例を表したものである。
本実施の形態２のテーブル生成手段２１では、ある一定時間間隔、例えば１０秒毎に、更新すべきテーブルが存在すればテーブルを更新する。例えば、この図４においては、時刻Ｒ１〜Ｒ５に相当するタイミングで、テーブルの更新が行われる。
【００３１】
つまり、この図４に示す場合、時刻Ｔ１において編集手段３１から番組情報の更新情報がテーブル生成手段２１に対して通知され、さらに時刻Ｔ２において編集手段３２から番組情報の更新情報がテーブル生成手段２１に対して通知されたものとすると、時刻Ｒ１〜Ｒ３においては、編集手段３１，３２より番組情報の更新情報がテーブル生成手段２１に対して通知されないので、更新は行われない。
【００３２】
そして、図４に示すように、時刻Ｔ１，Ｔ２において、それぞれ、編集手段３１，３２から番組情報の更新情報がテーブル生成手段２１に対して通知された場合、テーブル生成手段２１は、一定時間毎のタイミングにしかテーブルの更新を行わないので、これらの更新情報によるテーブルの再生成は、時刻Ｒ４において一度だけ行われることになる。例えば、編集手段３１による更新の内容と、編集手段３２による更新の内容が、ともにテーブルＩＤ＝０ｘ０００１に対するイベント（番組）の追加であったとすると、時刻Ｒ４においてテーブル生成手段２１が再生成すべきテーブルの対象は、両方の番組情報の更新に対して「テーブルＩＤ＝０ｘ０００１のＥＩＴ」であることになる。
【００３３】
このため、上記実施の形態１の場合のように、編集手段３１，３２からの更新情報の到着に合わせてテーブルを再生成すると、その都度（この例では、２回である。）テーブル再生成が必要になるが、本実施の形態２によれば、１回のテーブル再生成で済むことになり、不要な更新操作を省略することができる。その結果、テーブル生成手段２１における処理量を削減することができる。
【００３４】
従って、本実施の形態２によれば、テーブル生成手段２１は一定時間間隔毎にテーブルを生成するようにしたため、その一定時間間隔内に何度更新情報が通知されても、１回のテーブル再生成で済むことになり、不要な更新操作を省略することができる。その結果、テーブル生成手段２１における処理量を削減することができる。
【００３５】
実施の形態３．
上記実施の形態２では、テーブル生成手段２１が一定時間内に受け付けた編集手段３１，３２からの更新情報をもとにテーブルの再生成の必要を判断するものであるが、本実施の形態３では、更新情報を受け付ける時間の間隔、すなわちテーブルの更新タイミングを、各テーブルのうちで最もテーブルの送信間隔が短いテーブルの送信間隔に基づいて決定する実施の形態について説明する。
【００３６】
つまり、ＡＲＩＢ規格で規定されるテーブルは、その規格においてテーブルの種類毎にテーブルの送出頻度の下限が設定されているため、テーブルの送出においては、この下限以上の送出頻度を保つように繰り返し送出する必要があると共に、番組情報の更新があった場合にはその内容が各テーブルで更新されていなければ成らない。
【００３７】
例えば、各テーブルのうちで最もテーブルの送信間隔が短いテーブルは、ＥＩＴ[現在／次]であり、ＥＩＴ[現在／次]では２秒に１回以上と定められているため、ＥＩＴ[現在／次]を２秒に１回の周期で繰り返し送出するものとすると、実施の形態２における各テーブルの更新タイミングも少なくとも２秒に１回に設定しないと、番組情報の更新の通知があったのに、その更新が反映されていないＥＩＴ[現在／次]を送信ししてしまうという事態が生じる。そこで、本実施の形態３では、実施の形態２のように所定時間毎にテーブルを更新するが、その所定時間を各テーブルのうちで最もテーブルの送信間隔が短いテーブルをＥＩＴ[現在／次]の送信時間に合わせて設定したものである。このようにすることで、所定時間毎にテーブルを更新する場合であっても、実施の形態１の場合と同様に、各テーブルの更新内容を常に最新に保つことができる。
【００３８】
従って、本実施の形態３によれば、所定時間毎にテーブルを更新する際、その所定時間を各テーブルのうちで最もテーブルの送信間隔が短いテーブルをＥＩＴ[現在／次]に合わせて設定したので、所定時間毎にテーブルを更新する場合であっても、実施の形態１の場合と同様に、各テーブルの更新内容を常に最新に保つことができる。その結果、実施の形態１や実施の形態２と比較して、各テーブルを効率よく更新および送信できることになる。
【００３９】
実施の形態４．
上記実施の形態３では、更新情報を受け付ける時間の間隔、すなわちテーブルの更新タイミングを、各テーブルのうちで最もテーブルの送信間隔が短いテーブルの送信間隔に基づいて決定する場合について説明したが、本実施の形態４では、各テーブルの更新タイミングを、各テーブルの送信間隔に基づいて決定する実施の形態について説明する。
【００４０】
上述したように、ＡＲＩＢ規格で規定されるテーブル送出頻度の下限は、テーブルの種類によって異なる。例えば、ＥＩＴについてはその送出頻度が２秒に１回と定められている一方、ＮＩＴはその送出頻度が１０秒に１回以上と定められており、テーブル毎に異なっているので、本実施の形態４のテーブル生成手段２１はでは、各テーブルの更新タイミングを各テーブルの送信間隔に基づいて決定するようにしたものである。
【００４１】
図５に、本実施の形態４における各テーブルの更新タイミングの設定の一例を示す。
図５において、ＥＩＴ［現在／次］については２秒に１回でＲ１〜Ｒ６というテーブル更新タイミングをとり、一方ＮＩＴについては１０秒に１回でＲ１およびＲ６というテーブル更新タイミングをとるものとし、時刻Ｔ１において編集手段３１より、また時刻Ｔ２において編集手段３２より各テーブルへ更新があることを示す更新情報がテーブル生成手段２１に対して通知されたものとする。
【００４２】
テーブル生成手段２１では、編集手段３１からの更新情報によりＥＩＴ[現在／次]の更新が必要であると判断すると、このＥＩＴ[現在／次]の次のテーブル更新タイミングであるＲ４においてＥＩＴ[現在／次]の更新を行なう。一方、編集手段３２からの更新情報によりＮＩＴの更新が必要であると判断した場合には、このＮＩＴの次のテーブル更新タイミングであるＲ６においてＮＩＴの更新を行う。
【００４３】
従って、本実施の形態３によれば、各テーブルの更新タイミングを、各テーブルの送信間隔に基づいて決定するようにしたので、各テーブルを効率よく更新および送信することが可能になる。
【００４４】
実施の形態５．
以上の実施の形態１〜４では、編集手段３１，３２が直接テーブル生成手段２１に対し番組情報に関する更新情報を通知するものとして説明したが、本実施の形態５では、編集手段３１，３２がテーブル生成手段２１に対し、直接、番組情報に関する更新情報を通知しないようにしたものである。
【００４５】
図６に、本実施の形態５による番組案内提供装置の構成を示す。
図６において、４１は、編集手段３１，３２から出力された更新情報を記憶する更新情報記憶手段であって、編集手段３１，３２が更新情報記憶手段４１に記憶された他の編集手段による番組情報の更新に関する情報を閲覧することができるものである。尚、その他の構成は、図１に示す実施の形態１のものと同じなので、同一符号を付してその説明は省略するものとする。
【００４６】
次に動作を説明する。
図６において、編集装置３１，３２は、それぞれ、番組情報の編集を行って、番組情報記憶装置１１に記憶された番組情報を更新する際、更新情報記憶手段４１にそれぞれの更新情報を書き込む。
【００４７】
テーブル生成手段２１は、更新情報記憶手段４１に常時もしくは定期的にアクセスして、更新情報記憶手段４１に書き込まれた更新情報を参照し、上記実施の形態１〜４と同様に再生成すべきテーブルを判断して、番組情報記憶手段１１に記憶された必要な番組情報を読み出し該当するテーブルを再生成する。
【００４８】
その際、編集手段３１，３２も更新情報記憶手段４１にアクセスして、他の編集手段によって更新情報記憶手段４に書き込まれた更新情報を参照することによって、他の編集手段による更新情報を閲覧することができる。
【００４９】
従って、本実施の形態５によれば、編集手段３１，３２は更新情報記憶手段４を介して他の編集手段による更新情報を認識できるので、他の編集手段の更新内容に合わせて更新を行えると共に、他の編集手段の更新内容に対し抵触や矛盾する更新を行うこともなくなる。
【００５０】
なお、上記実施の形態５では、テーブル生成手段２１とは別に更新情報記憶手段１１を設けて説明したが、これに限らず、テーブル生成手段２１の中に更新情報記憶手段１１ないしは更新情報記憶手段１１と同一の機能を有するメモリやディスク装置等の記憶手段を設けるようにしても良い。このことは、以下に説明する更新情報記憶手段１１を有する他の実施の形態でも同様である。
【００５１】
実施の形態６．
上記実施の形態５では、編集手段３１，３２から出力された更新情報を、更新情報記憶手段４１に記憶して、テーブル生成手段２１だけでなく、編集手段３１，３２も他の編集手段が格納した更新情報にアクセスできるようにすることにより、更新情報について編集手段間での認識できるようにしたものであるが、本実施の形態６においては、さらに、更新情報記憶手段４１に更新情報の履歴を蓄積することにより、番組情報の復元を可能にするものである。
【００５２】
つまり、本実施の形態６では、図６において、更新情報記憶手段４１は、編集手段３１，３２により発行された更新情報について、過去のものから累積して「更新履歴」として記憶する。またそれと同時に、編集手段３１，３２によってなされた更新を復元するのに必要な情報、すなわち例えばその更新が番組情報の削除であった場合はその削除された内容、番組情報の変更であれば変更前の内容といった情報も、番組情報記憶手段１１からその編集手段３１，３２に読み出させて送信させ、併せて「更新履歴」として記憶する。
【００５３】
そして、編集手段３１，３２は、必要に応じて、この更新情報記憶手段４１に記憶された更新履歴を参照し、番組情報記憶手段１１に記憶された番組情報を、過去に遡って復元する。
【００５４】
従って、本実施の形態６によれば、更新情報記憶手段４１に記憶された「更新履歴」等を参照して、番組情報記憶手段１１に記憶された番組情報を過去に遡って復元することができる。
【００５５】
実施の形態７．
上述の実施の形態１等においては、テーブル生成手段２１においてテーブルの生成または再生成を行う際、予め決めておいた規格、例えばＡＲＩＢ規格等において定められたテーブルの情報量の上限等の制限を超える場合にはテーブルの生成または再生成を行うことができないが、本実施の形態７では、このような場合でも、テーブル生成手段２１が編集手段に対し通知を行うことにより、番組情報の再編集を促し、規格上の制限を満たす形式に番組情報を修正することができるようにしたものである。
【００５６】
図７に、本発明の実施の形態７による番組案内提供装置の構成を示す。
図７において、本実施の形態７のテーブル生成手段２１は、編集手段３１，３２より通知された更新情報および番組情報記憶装置１１に記憶された番組情報をもとに、テーブル生成を行う際にその更新がＡＲＩＢ規格上の制限、例えば１つの番組内の番組内容に要する文字数の制限や、１種類のＥＩＴに格納可能な番組数の制限等に違反していないかどうかのチェックを行う。
【００５７】
そして、本実施の形態７のテーブル生成手段２１は、その更新によるテーブル生成が制限を違反すると判断した場合には、編集手段３１，３２に対し、その旨を通知し、番組情報の更新を禁止するか、番組情報の再編集を促すように、それぞれ、正当性チェック通知Ｅ１，Ｅ２を送信する。すると、編集手段３１，３２は、その正当性チェック通知Ｅ１，Ｅ２を受けて、規格上の制限を満足するように番組情報の更新を撤回したり、番組情報の再編集を行って、番組情報を修正するようにする。
【００５８】
従って、本実施の形態７によれば、編集手段３１，３２がＡＲＩＢ等の規格に満たさない番組情報を編集した場合でも、テーブル生成手段２１が編集手段３１，３２に対し通知を行うことにより、番組情報の再編集を促し、規格上の制限を満たす形式に番組情報を修正することができ、規格上の制限に違反する番組情報の編集を排除することが可能となる。
【００５９】
実施の形態８．
本実施の形態８では、実施の形態６において、さらに、テーブル生成手段２１が、更新情報記憶手段４１に記憶された更新情報および番組情報記憶手段１１に記憶された番組情報をもとに、テーブル生成を行う際にその更新がＡＲＩＢ等の規格の制限に違反していないかどうかのチェックを行ない、その更新によるテーブル生成が制限を違反する場合には、更新情報を無効とし、更新情報記憶手段４１に記憶された「更新履歴」等を参照して、番組情報記憶手段１１に記憶された番組情報を過去に遡って復元するようにする。
【００６０】
また、それと同時に、上記実施の形態７と同様に、編集手段３１，３２に対し正当性チェック通知Ｅ１，Ｅ２を送信して、番組情報が規格上の制限を満たさないことを通知して、番組情報の再編集を促すようにする。
【００６１】
従って、本実施の形態８によれば、編集手段３１，３２がＡＲＩＢ等の規格に満たさない番組情報を編集した場合には、テーブル生成手段２１自身で更新情報記憶手段４１に記憶された更新情報および番組情報記憶手段１１に記憶された番組情報をもとに元の番組情報を復元することができると共に、実施の形態７と同様に、編集手段３１，３２に対し通知を行うことにより、番組情報の再編集を促し、規格上の制限を満たす形式に番組情報を修正することができ、規格上の制限に違反する番組情報の編集を排除することが可能となる。
【００６２】
実施の形態９．
上記実施の形態５等においては、単一のテーブル生成手段２１が更新情報記憶手段４１を参照して、各種テーブルを生成するものとして説明したが、本実施の形態９においては、テーブル生成手段を複数設けることにより、テーブル生成の際の負荷分散を図ることができるようにしたものである。
【００６３】
図８に、本発明の実施の形態９による番組案内提供装置の構成を示す。
図８において、テーブル生成手段２１〜２５は、それぞれ番組情報記憶手段１１および更新情報記憶手段４１に記憶された番組情報および更新情報を参照して、それぞれの生成手段毎に割り当てられた種類のテーブルの生成および再生成を行う。図８では、テーブル生成手段２１がＮＩＴ、テーブル生成手段２２がＳＤＴ、テーブル生成手段２３がＥＩＴ［現在／次］、テーブル生成手段２４がＥＩＴ［スケジュール］の１〜４日目、テーブル生成手段２５がＥＩＴ［スケジュール］の５〜８日目をそれぞれ生成する例となっている。
【００６４】
ここで、例えば、編集手段３１，３２が現在放送中の番組についての記述を変更した場合、その変更によりＥＩＴ［現在／次］と、ＥＩＴ［スケジュール］の１〜４日目の両方を再生成する必要がある。この場合、テーブル生成手段２３およびテーブル生成手段２４のみがそれぞれのテーブル再生成を担当し、テーブル生成手段２１，２２，２５はテーブル再生成を行う必要が無いので、上記実施の形態の場合と同様に、テーブル生成の負荷分散を図ることができる。
【００６５】
また、例えば、編集手段３１が現在放送中の番組の記述を変更し、編集手段３２が一週間後の番組を追加した場合には、ＥＩＴ［現在／次］と、ＥＩＴ［スケジュール］の１〜４日目と、ＥＩＴ［スケジュール］の５〜８日目の両方を再生成する必要がある。この場合、テーブル生成手段２３、テーブル生成手段２４およびテーブル生成手段２５のみがそれぞれのテーブル再生成を担当することにより、テーブル生成の際の負荷分散を図ることができる。
【００６６】
従って、本実施の形態９によれば、上記実施の形態５等と同様に、テーブル生成の際の負荷分散を図ることができる。
【００６７】
尚、上記実施の形態９の説明では、１つのテーブル生成手段では１つのテーブルのみを生成するようにして説明したが、１つのテーブル生成手段が２つ、３つ等の複数のテーブルを生成するようにして、複数のテーブル生成手段を設けるようにしても勿論良い。また、本実施の形態９の説明では、実施の形態５に対しテーブル生成手段を複数設けて説明したものであるが、実施の形態５以外の、実施の形態１〜４や、実施の形態６〜８にテーブル生成手段を複数設けても勿論良い。
【００６８】
実施の形態１０．
以上の実施の形態１〜９においては、テーブルの生成状況に基づいてテーブルの送信タイミングを変えることはなかったが、本実施の形態１０では、テーブルの生成状況に基づいてテーブルの送信タイミングを調整するこようにしたものである。
【００６９】
図９（ａ）〜（ｃ）に、本実施の形態１０におけるテーブルの生成および送信のタイミングチャートの一例を示す。
図９において、（ａ）はあるテーブル生成のタイミングを示しており、（ｂ）はそのテーブルの１０秒毎の送出タイミングを示し、（ｃ）はそのテーブルの変更後のテーブル送出のタイミングを示している。図９（ａ）に示すように、時刻Ｔ１において例えば編集手段３１より番組情報の更新情報がテーブル生成手段２１に対して通知されたものとすると、テーブル生成手段２１は、該当するテーブルの生成を行い、時刻Ｔ２においてテーブルの生成を終了するものとする。すると、図９（ｂ）に示すように、時間Ｔ２は、このテーブルの送出タイミングであるＲ３とＲ４の間にあるため、上記実施の形態２等の場合であれば、次のテーブル送出のタイミングはＲ４ということになる。
【００７０】
しかし、本実施の形態１０では、次の送出タイミングＲ４が到来してからそのテーブルを送出するのではなく、Ｒ４＝Ｔ２としてＲ４以降のテーブル送出のタイミングを前倒してそのテーブルを送信するようにする。このようにすれば、より早期に更新後のテーブルの情報を送出することができることになる。その結果、特に、現在放送中の番組に関するＥＩＴ[現在／次]のテーブルのように、早期の送信が望まれるテーブルの送出や、テーブル送出タイミングの間の長いテーブル等の送出について、本実施の形態１０を適用することにより、より早期に更新後のテーブルの情報を送出することができることになる。尚、図９（ｃ）では、Ｒ４＝Ｔ２としてＲ４以降のテーブル送出のタイミングを前倒してその更新後のテーブルを送信し、その後は、新たな更新が無ければその所定期間のタイミングを守って１０秒毎にその更新後のテーブルを送信することになる。
【００７１】
従って、本実施の形態１０によれば、テーブルを所定期間毎のタイミングで送出する場合でも、更新通知があった場合には、その更新後のテーブルを早期に送信できる。
【００７２】
【発明の効果】
以上のように、本発明によれば、テーブル生成手段は、編集手段より通知される更新情報をもとに、再生成の必要のあるテーブルのみを判断して、該当するテーブルのみを再生成するようにしているので、不要な更新操作を省略することができ、テーブル生成の際の処理量を削減することができる。
【図面の簡単な説明】
【図１】  本発明の実施の形態１による番組案内提供装置の構成を示す図。
【図２】  番組案内テーブルの一例を示す図。
【図３】  ＥＩＴの更新の一例を示す図。
【図４】  実施の形態２のテーブル生成手段２１における時間的な処理の流れの一例を示す図。
【図５】  実施の形態４における各テーブルの更新タイミングの設定の一例を示す図。
【図６】  実施の形態５による番組案内提供装置の構成を示す図。
【図７】  実施の形態７による番組案内提供装置の構成を示す図。
【図８】  実施の形態９による番組案内提供装置の構成を示す図。
【図９】  実施の形態１０におけるテーブルの生成および送信のタイミングチャートの一例を示す図。
【符号の説明】
１１  番組情報記憶手段
２１  テーブル生成手段
３１，３２  編集手段
４１  更新情報記憶手段
【図１】
0004250817.tif 000002
【図２】
0004250817.tif 000003
【図３】
0004250817.tif 000004
【図４】
0004250817.tif 000005
【図５】
0004250817.tif 000006
【図６】
0004250817.tif 000007
【図７】
0004250817.tif 000008
【図８】
0004250817.tif 000009
【図９】
0004250817.tif 000010