(57)【要約】  所定の関連を有する複数の情報提供者の間で番組データを共有し、それぞれの情報提供者に応じた番組表が得られるようにする。  番組表生成装置は、複数の情報提供者により提供された番組データを記憶している。番組表生成装置は、番組表データの送信対象の情報提供者である対象ユーザを特定し（Ｓｂ２）、当該ユーザと所定の関連を有する他の情報提供者を特定する（Ｓｂ３）。ここでいう所定の関連とは、例えば、同一のサービス（ＳＮＳ等）に加入しているといった条件である。番組表生成装置は、これらの情報提供者により提供された番組データを抽出し（Ｓｂ４）、この番組データに基づいて番組表データを生成し（Ｓｂ９）、送信する（Ｓｂ１０）。
2013035835.tif 000002
【特許請求の範囲】
【請求項１】
放送局により或る日時に放送された番組、又は放送局により或る日時に放送される予定の番組に関する情報が記述され、当該番組を特定するための情報を少なくとも含み、複数の情報提供者により提供される複数の第１番組データを取得する第１取得部と、
前記第１取得部により取得された複数の第１番組データから、前記複数の情報提供者のうちの対象の情報提供者により提供された第１番組データと、当該対象の情報提供者と関連を有する他の情報提供者により提供された第１番組データとを抽出する抽出部と、
前記抽出部により抽出された第１番組データに基づいて、前記対象の情報提供者用の番組表を構成する番組表データを生成する生成部と
を備える番組表生成装置。
【請求項２】
前記複数の情報提供者は、前記番組の視聴者を少なくとも含み、
業として前記視聴者に前記番組データを提供する提供業者により提供される第２番組データを取得する第２取得部を備え、
前記生成部は、
前記抽出部により抽出された第１番組データと前記第２取得部により取得された第２番組データとを用いて前記番組表データを生成する
ことを特徴とする請求項１に記載の番組表生成装置。
【請求項３】
前記生成部は、
前記抽出部により抽出された第１番組データに記述された番組と同一の番組に関する情報が記述された前記第２番組データが前記第２取得部により取得された場合に、前記番組表に表示される当該番組の情報を当該第２番組データにより補完する補完部を備える
ことを特徴とする請求項２に記載の番組表生成装置。
【請求項４】
前記生成部は、
前記番組表に表示される番組の情報うちの前記第１番組データによらないで表示される番組の情報の表示の可否を選択する選択部を備え、
前記選択部による選択結果に応じて前記番組表データを生成する
ことを特徴とする請求項２又は３に記載の番組表生成装置。
【請求項５】
前記生成部は、
前記抽出部により同一の番組に関する情報が記述された複数の前記第１番組データが抽出された場合に、前記番組表における当該番組の情報の表示色をその抽出された数に応じて異ならせて前記番組表データを生成する
ことを特徴とする請求項１ないし４のいずれか１項に記載の番組表生成装置。
【請求項６】
前記情報提供者に対応する地域を表す地域情報を前記情報提供者毎に取得する第３取得部を備え、
前記抽出部は、
前記第３取得部により取得された地域情報を、前記対象の情報提供者と前記他の情報提供者との関連の判断に用いる
ことを特徴とする請求項１ないし５のいずれか１項に記載の番組表生成装置。
【請求項７】
請求項１ないし６のいずれか１項に記載の番組表生成装置と、
前記情報提供者により用いられ、前記番組表データを表示する複数の表示装置と
を備えることを特徴とする番組データ共有システム。
【請求項８】
放送局により或る日時に放送された番組、又は放送局により或る日時に放送される予定の番組に関する情報が記述され、当該番組を特定するための情報を少なくとも含み、複数の情報提供者により提供される複数の第１番組データを取得する第１ステップと、
前記第１ステップにおいて取得された第１番組データから、前記複数の情報提供者のうちの対象の情報提供者により提供された第１番組データと、当該対象の情報提供者と関連を有する他の情報提供者により提供された第１番組データとを抽出する第２ステップと、
前記第２ステップにおいて抽出された第１番組データに基づいて、前記対象の情報提供者用の番組表を構成する番組表データを生成する第３ステップと
を有する番組表生成方法。
【請求項９】
コンピュータに、
放送局により或る日時に放送された番組、又は放送局により或る日時に放送される予定の番組に関する情報が記述され、当該番組を特定するための情報を少なくとも含み、複数の情報提供者により提供される複数の第１番組データを取得する第１ステップと、
前記第１ステップにおいて取得された第１番組データから、前記複数の情報提供者のうちの対象の情報提供者により提供された第１番組データと、当該対象の情報提供者と関連を有する他の情報提供者により提供された第１番組データとを抽出する第２ステップと、
前記第２ステップにおいて抽出された第１番組データに基づいて、前記対象の情報提供者用の番組表を構成する番組表データを生成する第３ステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組の視聴に資する番組データを複数のユーザで共有するための技術に関する。
【背景技術】
【０００２】
従来より、テレビジョン放送によって視聴される番組に関する情報を提供するサービスがある。このようなサービスは、刊行物により情報を提供するもののほか、インターネットを通じて情報を配信するものや、ＥＰＧ（Electronic Program Guide）を利用してテレビ受像機（以下単に「テレビ」という。）本体に番組情報を表示するものが知られている。また、特許文献１には、ユーザの視聴履歴に基づいて映像コンテンツの視聴スケジュールを提案する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−５５０９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来提供されている番組表の多くは、その内容が画一的であった。加えて、この種の番組表は、その提供業者が提供している期間の番組情報しか参照することができないため、遠い未来の番組情報が参照できなかったり、あるいは放送後の過去の番組情報が参照できなかったりする不都合があった。
また、特許文献１に記載された技術を用いた場合、ユーザ自身の行動に基づいた視聴スケジュールは得られるが、当該ユーザ以外の他人の行動が視聴スケジュールに反映されない。
これに対し、本発明は、所定の関連を有する複数の情報提供者の間で番組データを共有し、それぞれの情報提供者に応じた番組表が得られるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明の一態様に係る番組表生成装置は、放送局により或る日時に放送された番組、又は放送局により或る日時に放送される予定の番組に関する情報が記述され、当該番組を特定するための情報を少なくとも含み、複数の情報提供者により提供される複数の第１番組データを取得する第１取得部と、前記第１取得部により取得された複数の第１番組データから、前記複数の情報提供者のうちの対象の情報提供者により提供された第１番組データと、当該対象の情報提供者と関連を有する他の情報提供者により提供された第１番組データとを抽出する抽出部と、前記抽出部により抽出された第１番組データに基づいて、前記対象の情報提供者用の番組表を構成する番組表データを生成する生成部とを備える構成を有する。【０００６】
好ましい態様において、前記複数の情報提供者は、前記番組の視聴者を少なくとも含み、業として前記視聴者に前記番組データを提供する提供業者により提供される第２番組データを取得する第２取得部を備え、前記生成部は、前記抽出部により抽出された第１番組データと前記第２取得部により取得された第２番組データとを用いて前記番組表データを生成する。
別の好ましい態様において、前記生成部は、前記抽出部により抽出された第１番組データに記述された番組と同一の番組に関する情報が記述された前記第２番組データが前記第２取得部により取得された場合に、前記番組表に表示される当該番組の情報を当該第２番組データにより補完する補完部を備える。
さらに別の好ましい態様において、前記生成部は、前記番組表に表示される番組の情報うちの前記第１番組データによらないで表示される番組の情報の表示の可否を選択する選択部を備え、前記選択部による選択結果に応じて前記番組表データを生成する。
さらに別の好ましい態様において、前記生成部は、前記抽出部により同一の番組に関する情報が記述された複数の前記第１番組データが抽出された場合に、前記番組表における当該番組の情報の表示色をその抽出された数に応じて異ならせて前記番組表データを生成する。
さらに別の好ましい態様において、前記番組表生成装置は、前記情報提供者に対応する地域を表す地域情報を前記情報提供者毎に取得する第３取得部を備え、前記抽出部は、前記第３取得部により取得された地域情報を、前記対象の情報提供者と前記他の情報提供者との関連の判断に用いる。【０００７】
本発明の他の態様に係る番組データ共有システムは、前記番組表生成装置と、前記情報提供者により用いられ、前記番組表データを表示する複数の表示装置とを備える構成を有する。【０００８】
本発明の他の態様に係る番組表生成方法は、放送局により或る日時に放送された番組、又は放送局により或る日時に放送される予定の番組に関する情報が記述され、当該番組を特定するための情報を少なくとも含み、複数の情報提供者により提供される複数の第１番組データを取得する第１ステップと、前記第１ステップにおいて取得された第１番組データから、前記複数の情報提供者のうちの対象の情報提供者により提供された第１番組データと、当該対象の情報提供者と関連を有する他の情報提供者により提供された第１番組データとを抽出する第２ステップと、前記第２ステップにおいて抽出された第１番組データに基づいて、前記対象の情報提供者用の番組表を構成する番組表データを生成する第３ステップとを有する。【０００９】
本発明の他の態様に係るプログラムは、コンピュータに、放送局により或る日時に放送された番組、又は放送局により或る日時に放送される予定の番組に関する情報が記述され、当該番組を特定するための情報を少なくとも含み、複数の情報提供者により提供される複数の第１番組データを取得する第１ステップと、前記第１ステップにおいて取得された第１番組データから、前記複数の情報提供者のうちの対象の情報提供者により提供された第１番組データと、当該対象の情報提供者と関連を有する他の情報提供者により提供された第１番組データとを抽出する第２ステップと、前記第２ステップにおいて抽出された第１番組データに基づいて、前記対象の情報提供者用の番組表を構成する番組表データを生成する第３ステップとを実行させるためのものである。
【発明の効果】
【００１０】
本発明によれば、所定の関連を有する複数の情報提供者の間で番組データを共有し、それぞれの情報提供者に応じた番組表が得られるようにすることが可能である。
【図面の簡単な説明】
【００１１】
【図１】番組データ共有システムの全体構成を示すブロック図
【図２】表示装置のハードウェア構成を示すブロック図
【図３】番組表生成装置のハードウェア構成を示すブロック図
【図４】番組データのデータフォーマットを例示する図
【図５】番組表生成装置の機能的構成を示すブロック図
【図６】取得処理を示すフローチャート
【図７】抽出・生成処理を示すフローチャート
【図８】番組表の表示例を示す図
【図９】番組表の表示例を示す図
【図１０】番組表の表示例を示す図
【図１１】番組表生成装置の機能的構成を示すブロック図
【符号の説明】
【００１２】
１０…番組データ共有システム、１００…番組表生成装置、１１０…通信部、１２０…記憶部、１３０…制御部、１３１、１３１ａ…取得部、１３１１…第１取得部、１３１２…第２取得部、１３１３…第３取得部、１３２、１３２ａ…抽出部、１３３…生成部、１３３１…補完部、１３３２…選択部、１３４…出力部、２００…表示装置、３００…ネットワーク、４００…企業、５００…提供業者
【発明を実施するための形態】
【００１３】
［第１実施形態］
図１は、本発明の一実施形態である番組データ共有システム１０の全体構成を示すブロック図である。番組データ共有システム１０は、番組表生成装置１００と、複数の表示装置２００とを備え、これらをネットワーク３００によって相互に通信可能に接続した構成である。なお、ここにおいて、番組とは、テレビ番組であるとする。また、以下において、単に「ユーザ」といった場合は、表示装置２００を使用する者であって、番組の視聴者を指すものとする。
【００１４】
番組データ共有システム１０は、番組データをユーザ間で共有し、ユーザ毎に異なり得る番組表を得るための通信システムである。本システムにおいて、ユーザは、各々が視聴したい番組の番組データを番組表生成装置１００に提供し、番組表生成装置１００が番組データに基づいて生成する番組表データを受け取ることができる。すなわち、表示装置２００のユーザは、番組データを提供する情報提供者の一例に相当する。
【００１５】
情報提供者には、表示装置２００のユーザのほかに、企業４００と提供業者５００とが該当する。企業４００は、番組のスポンサーや、番組に出演するタレントを紹介する企業などである。また、提供業者５００は、業としてユーザ（すなわち視聴者）に番組データを提供する者である。提供業者５００は、放送局から詳細な番組データを入手し、これを番組表生成装置１００に提供する。
【００１６】
また、表示装置２００のユーザは、所定のサービスの加入者である。ここでいう「所定のサービス」とは、あるユーザと他のユーザとの間に関連付けを生じさせることができるサービスをいい、例えばＳＮＳ（Social Networking Service）がこれに該当し得る。本実施形態において、かかるサービスは、メッセージを投稿することができるマイクロブログ（ミニブログ）と呼ばれるサービスであるとする。このサービスは、一方のユーザの意思表示（又は双方のユーザの意思表示）によってユーザ間の関連付けを生じさせるものであるとする。以下においては、このサービスによってあるユーザに対して関連付けられた他のユーザのことを、「（当該あるユーザの）友人」といい、このようにしてユーザを友人にする行為のことを「登録」という。なお、当該サービスの提供者は、番組データ共有システム１０の提供者と同一である必要はない。ただし、番組表生成装置１００は、当該サービスにより投稿されるメッセージを取得できる必要がある。
【００１７】
表示装置２００は、番組表生成装置１００から番組表データを受信し、番組の視聴者であるユーザが番組表を確認するための通信端末である。表示装置２００は、番組表の表示が可能であれば足り、必ずしも番組まで表示する必要はないが、ここでは番組表と番組の双方を表示可能であるとする。また、表示装置２００は、ここでは、携帯電話機（スマートフォンを含む。）、タブレット端末、ＰＤＡ（Personal Digital Assistant）といった無線通信端末であるとする。表示装置２００は、ネットワーク３００を介した通信を無線で行う。
【００１８】
なお、ネットワーク３００は、ここでは無線の通信網を少なくとも含むネットワークである。ここでいう無線の通信網は、例えばＩＭＴ（International Mobile Telecommunication）−２０００規格やＬＴＥ（Long Term Evolution）規格に準拠した移動体通信網であるが、無線ＬＡＮ（Local Area Network）などであってもよい。また、ネットワーク３００は、移動体通信網とインターネットを相互に接続したような複合的なネットワークであってもよい。
【００１９】
図２は、表示装置２００のハードウェア構成を示すブロック図である。表示装置２００は、図２に示すように、受信部２１０と、通信部２２０と、入力部２３０と、表示部２４０と、音声出力部２５０と、記憶部２６０と、制御部２７０とを備える。なお、表示装置２００は、図２に示す構成のほかに、ユーザに情報を報知する手段として、発光ダイオードなどの照明やバイブレータを備えていてもよい。
【００２０】
受信部２１０は、放送波を受信する手段である。一方、通信部２２０は、ネットワーク３００を介してデータを送受信する手段である。受信部２１０及び通信部２２０は、それぞれ、対応する電波を受信するためのアンテナや、受信した電波をデコードするデコーダを含んで構成される。受信部２１０は、受信した放送波が表す映像に対応する映像データを制御部２７０に供給する。
【００２１】
ここにおいて、放送波とは、公衆送信のために用いられる電波をいう。放送波の周波数や送信態様は、表示装置２００が受信可能なものであれば、特に限定されない。例えば、放送波の送信は、人工衛星によって行われてもよい。ただし、本実施形態の放送波は、地上デジタルテレビ放送によって送信されるものであるとする。この放送波は、いわゆるワンセグ放送（携帯電話・移動体端末向けの１セグメント部分受信サービス）の放送波であってもよい。
【００２２】
入力部２３０は、ユーザが文字又はこれに類する記号（以下「文字等」という。）を入力する手段である。入力部２３０は、いわゆるＱＷＥＲＴＹ配列などのキーパッド（キーボード）であってもよいし、表示部２４０の表示領域に重ねて設けられるタッチスクリーンによって実現されてもよい。なお、文字等には、顔文字や絵文字も含まれ得る。
【００２３】
表示部２４０は、番組表などの画像を表示する手段である。表示部２４０は、液晶素子や有機ＥＬ（electroluminescence）素子により画像を表示する表示パネルやその駆動回路を備える。音声出力部２５０は、音声を出力する手段である。音声出力部２５０は、スピーカを備える構成であってもよいが、外部のスピーカやイヤホンを接続するための端子までを備える構成であってもよい。
【００２４】
記憶部２６０は、制御部２７０が用いるデータを記憶する手段である。記憶部２６０は、例えば、ハードディスクやフラッシュメモリによって構成される。記憶部２６０は、制御部２７０により実行されるプログラムや番組表データなどを記憶することができる。なお、記憶部２６０は、いわゆるメモリカードのような着脱可能な記憶媒体を含んでもよい。
【００２５】
制御部２７０は、表示装置２００の動作を制御する手段である。制御部２７０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）などの演算処理回路やメモリを備え、プログラムに従って処理を実行することによってデータの受信や映像の表示を実現する。制御部２７０が実行するプログラムには、番組データの送信や番組表データの受信を行うためのアプリケーションプログラムや、マイクロブログのメッセージを投稿するためのアプリケーションプログラムが含まれる。なお、いずれのアプリケーションプログラムも、主たる機能を番組表生成装置１００がWebサーバとして実行するようにすれば、Webブラウザで代用可能である。
【００２６】
図３は、番組表生成装置１００のハードウェア構成を示すブロック図である。番組表生成装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。通信部１１０は、データを送受信する手段である。通信部１１０は、ネットワーク３００を介して、表示装置２００から番組データを受信するとともに、表示装置２００に番組表データを送信する。記憶部１２０は、データを記憶する手段である。記憶部１２０は、番組データを記憶する番組ＤＢ（database）１２１と、ユーザの関連付けを記憶する関連ＤＢ１２２と、後述するハッシュタグの変換ルールを記憶する変換ＤＢ１２３を記憶するための記憶領域を有している。制御部１３０は、番組表生成装置１００の動作を制御する手段であり、番組データの取得や番組表データの生成を行う。
【００２７】
番組ＤＢ１２１は、番組データをその情報提供者と対応付けて記憶する。情報提供者には、例えば、それぞれに固有のＩＤが付与される。関連ＤＢ１２２は、あるユーザのＩＤを他の情報提供者（ユーザ又は企業４００）のＩＤとを対応付けて記憶する。例えば、関連ＤＢ１２２に対応付けて記憶されているユーザ同士は、友人同士だということである。このようなユーザ間の関連を示すデータは、所定のサービスを提供する提供者から事前に提供を受けているものとする。変換ＤＢ１２３は、後述するハッシュタグとこれに対応する番組データ（の少なくとも一部）とを対応付けて記憶する。
【００２８】
なお、番組表生成装置１００は、企業４００や提供業者５００からの番組データを受け付ける場合には、これを通信部１１０を介して受信してもよいし、他の手段を用いてもよい。例えば、企業４００や提供業者５００は、ＤＶＤ（Digital Versatile Disc）などの記録媒体に記録された状態で番組データを提供してもよい。この場合、番組表生成装置１００は、この記録媒体から番組データを読み出す手段を備えていればよい。また、企業４００は、ユーザと同様に、マイクロブログによって番組データを投稿してもよい。
【００２９】
図４は、本実施形態の番組データのデータフォーマットを例示する図である。番組データは、番組を特定するための情報を少なくとも含むデータである。番組データは、図４（ａ）に示す第１フォーマットとして、「チャンネル情報」、「日時情報」、「タイトル情報」及び「コメント情報」の４項目により構成される。このうち、チャンネル情報及び日時情報は、番組を特定するために必要な情報であって、必須の入力項目である。一方、タイトル情報及びコメント情報は、番組を特定するために必要な情報ではなく、ユーザが入力する場合には任意の入力項目（入力しなくてもよい入力項目）である。
【００３０】
ここにおいて、チャンネル情報とは、放送局を区別するために放送局に割り当てられた番号のことである。また、日時情報とは、番組が放送される日時のことである。日時情報は、番組が実際に放送される日時と完全に一致することが望ましいが、ユーザが入力する場合にあっては、多少（例えば分単位）の誤差を許容し得る。また、日時情報は、番組の開始時刻と終了時刻とによって構成されることが望ましいが、ユーザが入力する場合にあっては、開始時刻のみのような不完全なものであってもよい。番組データにチャンネル情報と日時情報とが記述されることにより、当該番組データがどの放送局によりいつ放送にされる予定の番組のものであるのかを特定することが可能である。
【００３１】
また、タイトル情報とは、番組のタイトルのことである。また、コメント情報とは、番組を説明したりするための補足的な情報のことである。コメント情報は、ユーザが入力する場合にあっては、例えば、「（視聴するために）早めに帰宅する」とか「絶対に見る」といったような、備忘録的な文言や番組の印象などである。一方、企業４００や提供業者５００が入力する場合のコメント情報は、番組の出演者の情報や宣伝文句などである。
【００３２】
また、番組データは、図４（ｂ）に示す第２フォーマットによって記述されることもある。第２フォーマットは、第１フォーマットと同様の「タイトル情報」及び「コメント情報」に加え、「ハッシュタグ」を含むものである。第２フォーマットにおいては、ハッシュタグのみが必須の入力項目であり、タイトル情報及びコメント情報は任意の入力項目である。ハッシュタグとは、番組を一意的に特定するために割り当てられた文字等であり、所定のルールに従って記述される入力項目のことである。本実施形態のハッシュタグは、番組のタイトルやその略称・通称などの冒頭に記号「＃」を付したものであるとする。例えば、番組のタイトルが「ＸＹＺ」であった場合のハッシュタグの一例は、「＃ＸＹＺ」である。
【００３３】
図５は、番組表生成装置１００の機能的構成を示すブロック図である。番組表生成装置１００の制御部１３０は、１又は複数のプログラムを実行することによって、図５に示す取得部１３１、抽出部１３２、生成部１３３及び出力部１３４に相当する機能を実現する。このとき、制御部１３０は、記憶部１２０に記憶された番組ＤＢ１２１、関連ＤＢ１２２及び変換ＤＢ１２３を参照する。
【００３４】
取得部１３１は、データを取得する手段である。取得部１３１は、より詳細には、第１取得部１３１１と第２取得部１３１２とを含んで構成される。第１取得部１３１１は、表示装置２００のユーザ又は企業４００により提供される番組データを取得する。一方、第２取得部１３１２は、提供業者５００により提供される番組データを取得する。第１取得部１３１１及び第２取得部１３１２は、いずれも、取得した番組データを番組ＤＢ１２１に記録する。なお、以下においては、第１取得部１３１１により取得された番組データと第２取得部１３１２により取得された番組データとを区別する必要がある場合には、前者を「第１番組データ」といい、後者を「第２番組データ」という。
【００３５】
なお、第２番組データは、提供業者５００との事前の取り決めに基づき、所定の期間分（例えば、１週間分〜１ヶ月分程度）のみが提供される。また、第２番組データは、提供業者５００との事前の取り決めに基づき、放送が終了したものについては番組ＤＢ１２１から削除することになっているものとする。ただし、これらの取り決めは、人為的なものであって、発明そのものに密接に関連するものではない。よって、このような取り決めは、あってもなくてもよい。
【００３６】
また、第１取得部１３１１は、第１番組データを第２フォーマットで取得した場合（すなわち、第１番組データをマイクロブログのメッセージとして取得した場合）には、変換ＤＢ１２３を参照してハッシュタグを置換してから番組ＤＢ１２１に記録する。変換ＤＢ１２３には、ハッシュタグに対応するデータとして、チャンネル情報と日時情報とが少なくとも記憶されている。また、変換ＤＢ１２３には、ハッシュタグに対応するデータとして、タイトル情報やコメント情報が記憶されていてもよい。この結果、番組ＤＢ１２１に記録される番組データのデータフォーマットは、第１フォーマットに統一される。
【００３７】
抽出部１３２は、あるユーザ（対象ユーザ）用の番組表データを生成するために、対象ユーザから取得された第１番組データと、当該対象ユーザと関連を有する他の情報提供者（ユーザ又は企業４００）から取得された第１番組データとを抽出する手段である。ここにおいて、対象ユーザとは、番組表データの生成対象のユーザを意味する。抽出部１３２は、関連ＤＢ１２２を用いて対象ユーザの関連を判断する。また、本実施形態において、抽出部１３２は、番組表データを生成する旨のリクエストが表示装置２００からあったことを契機として、当該装置のユーザを対象ユーザとして抽出を開始するものとする。
【００３８】
生成部１３３は、抽出部１３２により抽出された第１番組データに基づいて対象ユーザ用の番組表データを生成する手段である。番組表データは、番組表を表示させるためのデータであり、番組を日時とチャンネルによって区分して表示させるためのデータである。生成部１３３は、より詳細には、補完部１３３１と選択部１３３２とを備える。補完部１３３１及び選択部１３３２は、番組表データを生成するときに常に動作するのではなく、必要に応じて動作する。
【００３９】
補完部１３３１は、抽出部１３２により抽出された第１番組データに不足があった場合に、これを第２番組データによって補完する手段である。ここでいう不足とは、例えば、日時情報が数分ずれているとか、日時情報に終了時刻が記述されていないなど、日時情報が不正確である状態のことである。あるいは、補完部１３３１は、抽出部１３２により抽出された第１番組データにタイトル情報やコメント情報を追加するものであってもよい。補完部１３３１は、より具体的には、抽出部１３２により抽出された第１番組データに記述された番組を特定し、当該番組と同一の番組について記述された第２番組データが第２取得部１３１２により取得され、番組ＤＢ１２１に記憶されているか否かを判断し、このような第２番組データが存在する場合にデータの補完を実行する。
【００４０】
選択部１３３２は、番組表の表示モードを選択する手段である。本実施形態の表示モードには、対象ユーザと当該対象ユーザと関連を有する他の情報提供者（ユーザ又は企業４００）により入力された第１番組データに記述された番組のみを表示する「部分表示モード」と、第１番組データが抽出されたか否かによらず、表示可能な第２番組データに記述された番組をすべて表示する「全表示モード」とがある。本実施形態においては、番組表の表示モードとしていずれのモードが選択されるかは、対象ユーザによってあらかじめ指定されているものとする。生成部１３３は、選択部１３３２により全表示モードが選択される場合には、抽出部１３２により抽出された第１番組データと番組ＤＢ１２１に記憶されている第２番組データとを合わせて用いて番組表データを生成する。
【００４１】
出力部１３４は、生成部１３３により生成された番組表データを出力する手段である。出力部１３４は、通信部１１０を介して、対象ユーザ用の番組表データを当該ユーザの表示装置２００に送信する。あるいは、出力部１３４は、番組表データをただちに出力する必要がない場合には、これを記憶部１２０に一旦記憶させてもよい。
【００４２】
番組データ共有システム１０の構成は、以上のとおりである。この構成のもと、表示装置２００のユーザは、番組データを番組表生成装置１００に送信することができる。ユーザは、所定のアプリケーションプログラムによって番組データを第１フォーマットで送信することも可能であるが、番組データをマイクロブログのメッセージとして送信することも可能である。ユーザは、マイクロブログを用いて、これから放送される予定の番組に対する期待やメモを投稿したり、放送が終わった番組に対する感想を投稿したりすることが可能であり、さらには、このような自他のメッセージを確認し、情報を共有することも可能である。番組表生成装置１００は、こうしたユーザの行為に応じて、ユーザから提供された番組データを記録し、記憶部１２０に蓄積する。また、番組表生成装置１００は、ユーザから提供された番組データを記録するとともに、企業４００や提供業者５００から提供された番組データをあわせて記録する。
【００４３】
図６は、番組表生成装置１００が実行する処理のうちの取得処理を示すフローチャートである。図６に示す取得処理は、特に第２フォーマットの番組データを取得する場合を示したものである。なお、第１フォーマットの番組データ（第２番組データを含む。）を取得する場合の取得処理は、図６に示す取得処理からステップＳａ２及びＳａ３の処理をスキップ（省略）したものである。
【００４４】
この取得処理において、番組表生成装置１００の制御部１３０は、通信部１１０を介して番組データを取得する（ステップＳａ１）。制御部１３０は、取得した番組データが第２フォーマットか否かを判断し（ステップＳａ２）、番組データが第２フォーマットであれば、変換ＤＢ１２３を参照してハッシュタグをチャンネル情報や日時情報に変換することにより、番組データを第１フォーマットに変換する（ステップＳａ３）。また、制御部１３０は、番組データが第２フォーマットでなければ、ステップＳａ３の処理をスキップする。これらのいずれかの処理が終了したら、制御部１３０は、第１フォーマットの番組データを記憶部１２０に記録する（ステップＳａ４）。
【００４５】
なお、ユーザが第２フォーマットで番組データを送信した場合、制御部１３０は、一の番組データを複数の番組データに分割してもよい。例えば、いわゆる連続ドラマのように、同一のタイトルの番組が複数回にわたって放送されるような場合であれば、制御部１３０は、当該番組の番組データを複数回分記録することができる。
【００４６】
このような取得処理を番組表生成装置１００が繰り返しているとき、表示装置２００は、適当なタイミングで、番組表データを受信するためのリクエストを番組表生成装置１００に送信する。表示装置２００は、ユーザが操作によって指定したタイミングでリクエストを送信してもよいし、ユーザの操作によらないタイミング（例えば、表示装置２００の電源投入時や所定のアプリケーションプログラムの起動時など）でリクエストを送信してもよい。番組表生成装置１００は、表示装置２００からリクエストを受け付けると、番組表データを生成し、これを表示装置２００に送信する。
【００４７】
図７は、番組表生成装置１００が実行する処理のうちの抽出・生成処理を示すフローチャートである。この抽出・生成処理は、上述した取得処理に依存しないタイミングで実行される。よって、抽出・生成処理は、取得処理と並行して実行されてもよいものである。ただし、ある対象ユーザについて抽出・生成処理を実行するためには、当該ユーザ用の番組表に表示されるべき番組の番組データが少なくとも１つは必要である。
【００４８】
制御部１３０は、ステップＳｂ１において表示装置２００からのリクエストを受信したことを契機として抽出・生成処理を開始する。リクエストを受信すると、制御部１３０は、リクエストを送信した表示装置２００のユーザ（すなわち対象ユーザ）を特定する（ステップＳｂ２）。対象ユーザの特定方法は、周知の適当な方法を利用可能である。対象ユーザの特定方法は、例えば、表示装置２００がユーザのＩＤを含むリクエストを送信する方法であってもよいし、表示装置２００がリクエストを送信する前に表示装置２００にユーザ認証を要求する方法であってもよい。
【００４９】
このようにして対象ユーザを特定したら、制御部１３０は、当該ユーザと関連を有する他の情報提供者を特定する（ステップＳｂ３）。制御部１３０は、関連ＤＢ１２２を参照することによって、対象ユーザと関連を有する他の情報提供者（友人など）を特定することができる。なお、制御部１３０は、このような関連を対象ユーザが有しない場合であれば、他の情報提供者を特定しなくてもよい。
【００５０】
次に、制御部１３０は、ステップＳｂ２又はＳｂ３において特定された情報提供者（すなわち対象ユーザ又は他の情報提供者）により提供された番組データを抽出する（ステップＳｂ４）。なお、ステップＳｂ４において抽出される番組データは、第１番組データである。
【００５１】
第１番組データを抽出したら、制御部１３０は、この対象ユーザに関して選択されている動作モードを判断する（ステップＳｂ５）。すなわち、このとき制御部１３０は、動作モードが部分表示モードであるか全表示モードであるかを判断する。そして、制御部１３０は、選択された動作モード（すなわち選択部１３３２の選択結果）に応じてその後の動作を異ならせる。
【００５２】
動作モードとして部分表示モードが選択されている場合、制御部１３０は、ステップＳｂ４において抽出された第１番組データに記述された番組と同一の番組について記述した第２番組データのみを、番組ＤＢ１２１から読み出して取得する（ステップＳｂ６）。続いて、制御部１３０は、ステップＳｂ４において抽出された第１番組データとステップＳｂ６において取得された第２番組データとを比較し、必要に応じて第１番組データに記述された情報を補完する（ステップＳｂ７）。
【００５３】
一方、動作モードとして全表示モードが選択されている場合、制御部１３０は、取得可能な第２番組データのすべてを番組ＤＢ１２１から読み出して取得する（ステップＳｂ８）。ここにおいて、取得可能な第２番組データは、上述した提供業者５００との事前の取り決めに基づいて定まるものである。したがって、制御部１３０の動作時において既に放送済みの番組の第２番組データは、取得可能な第２番組データに該当しない。
なお、制御部１３０は、ステップＳｂ８の処理の後においても、ステップＳｂ７と同様の補完処理を実行してもよい。
【００５４】
このようにして第２番組データを取得したら、制御部１３０は、番組表データを生成する（ステップＳｂ９）。ステップＳａ９において、制御部１３０は、部分表示モードが選択されていれば、ステップＳｂ４において抽出され、ステップＳｂ７において補完された後の第１番組データを用いて番組表データを生成し、全表示モードが選択されていれば、ステップＳｂ４において抽出された第１番組データと、ステップＳｂ８において取得された第２番組データとを用いて番組表データを生成する。制御部１３０は、番組表データを生成したら、これを出力し、通信部１１０を介して対象ユーザの表示装置２００に送信する（ステップＳｂ１０）。
【００５５】
図８は、番組表生成装置１００により生成された番組表データによる番組表の表示例を示す図である。この表示例は、９月１日の番組表の一部を示すものである。この番組表は、９月１日よりも前の日に表示されるものである。また、この表示例において、図８（ａ）は、動作モードが部分表示モードである場合に表示される番組表を示しており、図８（ｂ）は、動作モードが全表示モードである場合に表示される番組表を示している。
なお、ここでは記載を省略しているが、本実施形態の番組表データは、１日分の番組の情報を表示するものに限らず、複数日分の番組の情報を表示可能なものであってもよい。
【００５６】
ここにおいて、番組情報Ｉ１１、Ｉ１２、Ｉ１３は、第１番組データに基づいて表示される番組情報であり、番組情報Ｉ２１、Ｉ２２、Ｉ２３、Ｉ２４、Ｉ２５は、第２番組データに基づいて表示される番組情報であって、第１番組データによらないで表示される番組情報である。つまり、番組情報Ｉ２１、Ｉ２２、Ｉ２３、Ｉ２４、Ｉ２５は、対象ユーザと、当該ユーザと関連を有する他の情報提供者のいずれからも番組データが提供されていない番組に関するものである。これらの番組情報の上端及び下端の位置は、日時情報によって定まる。例えば、番組情報Ｉ１１は、開始時刻が２１時００分であり、終了時刻が２２時００分である番組データによって表示されるものである。
【００５７】
図８（ａ）において、番組情報Ｉ１１、Ｉ１２は、表示装置２００のユーザによって提供された番組データに対応するものである。この例において、番組情報Ｉ１１は、１チャンネルにおいて２１時００分から２２時００分まで放送される予定の番組について、ユーザＡが「早めに帰宅」というコメント情報を入力した場合に表示されるものである。また、番組情報Ｉ１２は、２チャンネルにおいて２０時００分から２１時３０分まで放送される予定の番組について、ユーザＢ、Ｃがそれぞれコメント情報を入力した場合に表示されるものである。なお、番組情報は、各ユーザを視覚的に容易に識別するための画像（アイコン）を含んでもよい。
また、図８（ａ）において、番組情報Ｉ１３は、企業４００によって提供された番組データに対応するものである。この例において、番組情報Ｉ１３は、あるタレントが３チャンネルにおいて２２時００分から放送される予定の番組に出演することを示している。
【００５８】
図８（ａ）に示す番組表は、番組の一部が空欄で表示されている。一方、図８（ｂ）に示す番組表は、このような空欄が番組情報Ｉ２１、Ｉ２２、Ｉ２３、Ｉ２４、Ｉ２５によって穴埋めされており、この点において図８（ａ）に示す番組表と異なる。また、番組情報Ｉ２１、Ｉ２２、Ｉ２３は、その表示態様が番組情報Ｉ１１、Ｉ１２、Ｉ１３、Ｉ２４、Ｉ２５と異なっていてもよい。例えば、番組情報Ｉ２１、Ｉ２２、Ｉ２３、Ｉ２４、Ｉ２５が白黒で表示され、番組情報Ｉ１１、Ｉ１２、Ｉ１３がカラーで表示されるようになっていてもよい。さらに、番組情報Ｉ１１、Ｉ１２、Ｉ１３は、情報提供者によって表示色が異なっていたり、あるいは同一の番組に番組データを提供した情報提供者の数（すなわち抽出部１３２により抽出された数）に応じて色の明度や彩度を異ならせてもよい。
【００５９】
また、図９は、番組表生成装置１００により生成された番組表データによる番組表の他の表示例を示す図である。この表示例は、９月１日の番組表の一部を示すものである点において図８の表示例と共通するが、番組表が９月１日よりも後の日に表示されるものである点が図８の表示例と異なる。この例においては、動作モードが部分表示モードであるか全表示モードであるかを問わず、番組情報Ｉ２１、Ｉ２２、Ｉ２３、Ｉ２４、Ｉ２５は非表示となる。これは、提供業者５００との事前の取り決めによるものである。
【００６０】
また、番組情報Ｉ１１、Ｉ１２、Ｉ１３は、その表示されるコメント情報が図８に示す番組表と異なっている。図９の例において表示されているコメント情報は、図８の例において表示されていたコメント情報よりも後に提供されたものであって、例えば、番組を視聴した後の感想などである。
【００６１】
図１０は、ユーザが番組情報Ｉ１２を拡大表示する操作をした場合の表示例を示す図である。表示装置２００は、このように、ユーザの操作に応じて番組表の表示態様を異ならせることが可能である。拡大表示された番組情報Ｉ１２ａは、番組情報Ｉ１２よりも多くの情報を表示する。換言すれば、番組情報Ｉ１２は、番組情報として表示され得る情報のうちの一部のみを代表的に表示しているということである。この例において、番組情報Ｉ１２ａは、提供されたすべてのコメント情報を時系列に沿って表示している。また、番組情報Ｉ１２ａは、コメント情報に加えてタイトル情報を含んでいる。
【００６２】
以上のように、本実施形態の番組データ共有システム１０によれば、友人のような所定の関連（社会的なつながり）を有するユーザ同士で番組データを共有することが可能である。本実施形態によれば、ユーザは、番組表を単なる予定表として利用するにとどまらず、友人とのテレビを介したコミュニケーションを促進するためのツールとしても利用することが可能である。特に、本実施形態の番組表は、過去の番組と将来の番組のいずれのコメント情報も参照できるため、放送後の番組について議論することも、これから放送される番組について議論することも可能である。
【００６３】
また、本実施形態の番組表は、部分表示モードを選択することにより、無駄な番組情報を表示させないようにすることも可能である。通常の視聴者は、全チャンネルの全番組をくまなく視聴するということはない。すなわち、通常の視聴者は、自分が視聴したいと思う番組の情報さえ得られれば、それで十分な場合もある。本実施形態の番組表生成装置１００によれば、部分表示モードと全表示モードのそれぞれに応じた番組表を得ることができるため、そのときのユーザのニーズに応じて、自分や友人のコメント情報の閲覧に適した番組表と番組全般の情報の閲覧に適した番組表とを選択的に得ることが可能である。
【００６４】
また、本実施形態の番組データ共有システム１０によれば、提供業者５００が番組データをまだ用意していないような遠い未来の番組情報も表示することが可能である。さらに、番組データ共有システム１０によれば、このような番組の放送日時が近づき、提供業者５００が番組データを提供できる状態になると、ユーザが入力した番組データを提供業者５００による番組データで補完することが可能である。このような実施形態は、特に、大規模かつ定期的なスポーツイベント（オリンピック、サッカーのワールドカップなど）のような、放送される蓋然性が高いものの具体的な予定が比較的直前にならないと確定しないような行事について友人と情報を共有する場合に、特に有効である。本実施形態においては、ユーザは、適当なハッシュタグを定義したり、あるいは、当該行事の大まかな予定を入力するだけで、当該行事について友人と議論したり情報を共有したりすることが可能である。
【００６５】
なお、表示装置２００は、番組表とテレビ放送を再生する機能とが連動するように構成されていてもよい。例えば、表示装置２００は、ユーザ自身（又はその友人）がコメント情報などを入力した番組データに対応する番組の放送開始時刻が近付いてきたときに、ユーザにその旨を照明やバイブレータなどで報知したり、あるいは当該番組の再生を開始したりすることも可能である。
【００６６】
［第２実施形態］
本実施形態に係る番組データ共有システム１０は、上述した第１実施形態と共通のハードウェア構成を有するものであるが、番組表生成装置１００が実現する機能に第１実施形態とは異なる点を有する。そのため、以下の説明は、第１実施形態と異なる点の説明を中心とし、第１実施形態と共通する点については、その説明が適宜省略される。本実施形態において第１実施形態と同一の符号で説明される構成要素は、第１実施形態のそれと共通の構成を有するものである。
【００６７】
図１１は、番組表生成装置１００の機能的構成を示すブロック図である。番組表生成装置１００の制御部１３０は、取得部１３１に代えて取得部１３１ａを有し、抽出部１３２に代えて抽出部１３２ａを有する点が、第１実施形態の構成（図５参照）と異なる点である。
【００６８】
取得部１３１ａは、第１実施形態と同様の第１取得部１３１１及び第２取得部１３１２に加え、第３取得部１３１３を有する。第３取得部１３１３は、情報提供者に対応する地域を表す地域情報を取得する手段である。ここにおいて、地域情報とは、表示装置２００のユーザが番組を視聴する地域や、企業４００が番組データの提供を希望する地域を表すものである。地域情報は、都道府県や地方のような行政上の区分を表すものであってもよいし、ある放送局の放送波の受信が可能なエリアを表すものであってもよい。なお、地域情報は、表示装置２００のユーザだけでなく、企業４００や提供業者５００に割り当てられていてもよい。
【００６９】
取得部１３１ａは、地域情報を情報提供者から直接取得してもよいし、情報提供者以外から取得してもよい。例えば、地域情報を表示装置２００から直接取得する場合、表示装置２００には、地域情報があらかじめ記憶されている。あるいは、表示装置２００は、ＧＰＳ（Global Positioning System）などにより自装置の位置情報（緯度・経度などを表す情報）を取得する測位機能を備え、これによって取得した位置情報を地域情報として提供するようにしてもよい。また、表示装置２００の地域情報に相当する情報が外部装置に記憶されている場合であれば、番組表生成装置１００は当該外部装置から地域情報を取得すればよい。
【００７０】
抽出部１３２ａは、他の情報提供者を特定する場合（ステップＳｂ３参照）に、関連ＤＢ１２２に記憶されている関連付けに加え、第３取得部１３１３により取得された地域情報を、対象ユーザと他の情報提供者との関連の判断に用いる。すなわち、抽出部１３２ａが抽出する他の情報提供者は、関連ＤＢ１２２に記憶されている関連付けによって対象ユーザとの関連を有し、かつ、対象ユーザと共通の地域を表す地域情報が取得された情報提供者である。
【００７１】
本実施形態によれば、ユーザは、地理的に近いユーザ同士で番組データを共有する、といったように、地域的なつながりをユーザ間の関連に適用することが可能である。また、本実施形態によれば、放送局や番組の地域差を考慮して番組データを共有することも可能である。
なお、抽出部１３２ａは、関連ＤＢ１２２に記憶されている関連付けと地域情報とを用いて他の情報提供者を特定するのではなく、関連ＤＢ１２２に記憶されている関連付けを用いずに、地域情報のみを用いて他の情報提供者を特定することも可能である。
【００７２】
［変形例］
本発明は、上述した実施形態の態様に限らず、他の態様でも実施することが可能である。本発明は、例えば、以下の変形例に示す態様によっても実施可能である。なお、本発明は、これら複数の変形例を組み合わせた態様で実施されてもよい。
【００７３】
（１）本発明は、第２番組データ（すなわち提供業者５００から提供される番組データ）を用いない態様でも実施可能である。この場合、生成部１３３は、補完部１３３１に相当する構成を要さず、また、動作モードの切り替えも要しない。動作モードを切り替えない場合、生成部１３３は、選択部１３３２に相当する構成も要しない。
【００７４】
（２）図８の例において、番組情報Ｉ２１〜Ｉ２５を表示するか否かは、ユーザが事前に動作モードを指定することによって実現されていた。しかし、番組表生成装置１００は、図８（ａ）及び図８（ｂ）の双方の表示態様で番組表を表示することができる番組表データを生成及び送信するように構成されていてもよい。かかる番組表データは、ユーザが所定の操作を行うことで番組表の表示態様を切り替えることができるものである。
【００７５】
（３）番組表生成装置１００は、同一のユーザに番組表データを複数回送信する場合には、その都度番組表データの全体を新たに生成し直すのではなく、それ以前に送信した番組表データとの差分に相当する番組表データ（すなわち、当該ユーザ用の番組表データの一部を構成する番組表データ）のみを生成し、これを表示装置２００に送信してもよい。
【００７６】
（４）上述した実施形態においては、関連ＤＢ１２２に記述された関連を有するユーザ同士のことを「友人」としたが、これらのユーザの間柄は必ずしも友人である必要はなく、例えば、職場の同僚や家族又は親族といった間柄であってもよい。
【００７７】
（５）本発明における番組は、テレビの番組に限らず、ラジオの番組であってもよい。また、番組の受信は無線通信に限定されず、有線通信であってもよい。ただし、表示装置２００は番組表を表示することができれば十分であるため、表示装置２００自体に音声又は画像によって番組を再生する機能は必須ではない。
【００７８】
（６）本発明における放送は、放送波（すなわち電波）を無線で受信するものに限定されない。本発明の放送は、インターネットなどのネットワークを介して番組を送信するものであってもよい。また、本発明の放送は、ＩＳＤＢ−Ｔｍｍ（Integrated Services Digital Broadcasting Terrestrial for mobile multimedia）、ＤＭＢ（Digital Multimedia Broadcasting）などの規格に準拠した移動端末向けのマルチメディア放送であってもよい。
【００７９】
（７）上述した実施形態において、抽出部１３２は、表示装置２００からのリクエストに応じて抽出を開始するものとした。しかし、抽出部１３２は、表示装置２００からのリクエストによらずに抽出を開始してもよい。例えば、抽出部１３２は、番組データの取得などが行われていない空き時間を利用して抽出を行ってもよい。
【００８０】
（８）本発明は、番組表生成装置１００やこれを備える番組データ共有システム１０としてだけではなく、番組表生成装置１００が実行するプログラムや、番組表データの生成方法として把握することも可能である。また、このプログラムは、光ディスク等の記録媒体に記録した形態や、インターネット等のネットワークを介して、コンピュータにダウンロードさせ、これをインストールして利用可能にする形態などでも提供可能である。
【図１】
2013035835.tif 000003
【図２】
2013035835.tif 000004
【図３】
2013035835.tif 000005
【図４】
2013035835.tif 000006
【図５】
2013035835.tif 000007
【図６】
2013035835.tif 000008
【図７】
2013035835.tif 000009
【図８】
2013035835.tif 000010
【図９】
2013035835.tif 000011
【図１０】
2013035835.tif 000012
【図１１】
2013035835.tif 000013
【手続補正書】
【提出日】平成26年9月8日(2014.9.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
放送局により或る日時に放送された番組、又は放送局により或る日時に放送される予定の番組に関する情報が記述され、当該番組を特定するための情報を少なくとも含み、複数の情報提供者により提供される複数の第１番組データを取得する第１取得部と、
前記第１取得部により取得された複数の第１番組データから、前記複数の情報提供者のうちの対象の情報提供者により提供された第１番組データと、当該対象の情報提供者と関連を有する他の情報提供者により提供された第１番組データとを抽出する抽出部と、
前記番組の放送前においては、当該番組の放送前に前記対象の情報提供者及び前記他の情報提供者により提供され、前記抽出部により抽出された複数の第１番組データに基づいて、前記対象の情報提供者用の番組表を構成する番組表データを生成し、前記番組の放送後においては、当該番組の放送後に前記対象の情報提供者及び前記他の情報提供者により提供され、前記抽出部により抽出された複数の第１番組データに基づいて、前記番組表データを生成する生成部と
を備える番組表生成装置。
【請求項２】
前記複数の情報提供者は、前記番組の視聴者を少なくとも含み、
業として前記視聴者に前記番組データを提供する提供業者により提供される第２番組データを取得する第２取得部を備え、
前記生成部は、
前記抽出部により抽出された第１番組データと前記第２取得部により取得された第２番組データとを用いて前記番組表データを生成する
ことを特徴とする請求項１に記載の番組表生成装置。
【請求項３】
前記生成部は、
前記抽出部により抽出された第１番組データに記述された番組と同一の番組に関する情報が記述された前記第２番組データが前記第２取得部により取得された場合に、前記番組表に表示される当該番組の情報を当該第２番組データにより補完する補完部を備える
ことを特徴とする請求項２に記載の番組表生成装置。
【請求項４】
前記生成部は、
前記番組表に表示される番組の情報うちの前記第１番組データによらないで表示される番組の情報の表示の可否を選択する選択部を備え、
前記選択部による選択結果に応じて前記番組表データを生成する
ことを特徴とする請求項２又は３に記載の番組表生成装置。
【請求項５】
前記生成部は、
前記抽出部により同一の番組に関する情報が記述された複数の前記第１番組データが抽出された場合に、前記番組表における当該番組の情報の表示色をその抽出された数に応じて異ならせて前記番組表データを生成する
ことを特徴とする請求項１ないし４のいずれか１項に記載の番組表生成装置。
【請求項６】
前記情報提供者に対応する地域を表す地域情報を前記情報提供者毎に取得する第３取得部を備え、
前記抽出部は、
前記第３取得部により取得された地域情報を、前記対象の情報提供者と前記他の情報提供者との関連の判断に用いる
ことを特徴とする請求項１ないし５のいずれか１項に記載の番組表生成装置。
【請求項７】
請求項１ないし６のいずれか１項に記載の番組表生成装置と、
前記情報提供者により用いられ、前記番組表データを表示する複数の表示装置と
を備えることを特徴とする番組データ共有システム。
【請求項８】
第１取得部が、放送局により或る日時に放送された番組、又は放送局により或る日時に放送される予定の番組に関する情報が記述され、当該番組を特定するための情報を少なくとも含み、複数の情報提供者により提供される複数の第１番組データを取得する第１ステップと、
抽出部が、前記第１ステップにおいて取得された第１番組データから、前記複数の情報提供者のうちの対象の情報提供者により提供された第１番組データと、当該対象の情報提供者と関連を有する他の情報提供者により提供された第１番組データとを抽出する第２ステップと、
生成部が、前記番組の放送前においては、当該番組の放送前に前記対象の情報提供者及び前記他の情報提供者により提供され、前記第２ステップにおいて抽出された複数の第１番組データに基づいて、前記対象の情報提供者用の番組表を構成する番組表データを生成し、前記番組の放送後においては、当該番組の放送後に前記対象の情報提供者及び前記他の情報提供者により提供され、前記第２ステップにおいて抽出された複数の第１番組データに基づいて、前記番組表データを生成する第３ステップと
を有する番組表生成方法。
【請求項９】
コンピュータに、
放送局により或る日時に放送された番組、又は放送局により或る日時に放送される予定の番組に関する情報が記述され、当該番組を特定するための情報を少なくとも含み、複数の情報提供者により提供される複数の第１番組データを取得する第１ステップと、
前記第１ステップにおいて取得された第１番組データから、前記複数の情報提供者のうちの対象の情報提供者により提供された第１番組データと、当該対象の情報提供者と関連を有する他の情報提供者により提供された第１番組データとを抽出する第２ステップと、
前記番組の放送前においては、当該番組の放送前に前記対象の情報提供者及び前記他の情報提供者により提供され、前記第２ステップにおいて抽出された複数の第１番組データに基づいて、前記対象の情報提供者用の番組表を構成する番組表データを生成し、前記番組の放送後においては、当該番組の放送後に前記対象の情報提供者及び前記他の情報提供者により提供され、前記第２ステップにおいて抽出された複数の第１番組データに基づいて、前記番組表データを生成する第３ステップと
を実行させるためのプログラム。
【国際調査報告】
2013035835.tif 000014
2013035835.tif 000015
2013035835.tif 000016
2013035835.tif 000017