(57)【特許請求の範囲】
【請求項１】
番組情報の配信を受ける利用者端末と、前記利用者端末に配信する前記番組情報の作成を依頼するコンテンツホルダーと、前記コンテンツホルダーからの依頼に基づいて前記番組情報を作成する番組情報作成装置とを有する番組情報作成システムにおいて、
前記コンテンツホルダーは、前記番組情報に含まれるコンテンツサマリーの作成条件からなる発注データを前記番組情報作成装置に送信するコンテンツサマリー発注手段を有し、
前記発注データは、前記コンテンツサマリーの時間的長さに関する情報、前記コンテンツサマリーの出力形式に関する情報、前記映像コンテンツの中で、前記コンテンツサマリーに必ず含める部分を指定する情報、前記コンテンツサマリーとして採用するシーンの種類を特定する情報、動画像データに含まれる人物／キャラクター／風景などの構成要素に基づき、前記コンテンツサマリーに採用する部分を指定する情報、前記映像コンテンツの内、採用しない動画像データを指定する情報、前記コンテンツサマリーに採用するカットを指定する情報のうち少なくとも１つと、番組情報を有し、
前記番組情報は、番組情報の作成期限を有し、
前記番組情報作成装置は、
前記発注データに基づき映像コンテンツを要約した動画像データからなるコンテンツサマリーを作成するコンテンツサマリー生成手段を有し、
前記コンテンツサマリー生成手段は、
前記映像コンテンツから採用する前記動画像データを前記発注データに基づき抽出する手段と、
抽出された前記動画像データをつなぎ合わせて前記コンテンツサマリーを作成する手段とを有することを特徴とし、
前記コンテンツサマリー生成手段によって作成された前記コンテンツサマリーを含む番組情報を作成するコンテンツサマリー付加手段とを有することを特徴とする番組情報作成システム。
【請求項２】
前記番組情報作成装置は、前記番組情報に含まれる前記コンテンツサマリーに付加する動画像データ以外の形式の番組データを取得する番組情報取得手段を有し、
前記コンテンツサマリー付加手段は、前記番組情報取得手段によって取得された前記番組データを前記コンテンツサマリーに付加して前記番組情報を作成することを特徴とする請求項１記載の番組情報作成システム。
【請求項３】
前記番組情報作成装置は、さらに、前記コンテンツサマリー付加手段によって作成された前記番組情報を前記利用者端末へ送信する番組送信手段を有することを特徴とする請求項１又は２記載の番組情報作成システム。
【請求項４】
前記利用者端末は、放送される映像コンテンツの一覧と前記番組情報作成装置から配信された前記各映像コンテンツの前記番組情報とを関連づけて管理することを特徴とする請求項１から３のいずれか１項記載の番組情報作成システム。
【請求項５】
前記利用者端末は、前記映像コンテンツの視聴予約及び／又は録画予約時に、前記一覧から選択された前記映像コンテンツの前記コンテンツサマリーを再生して利用者に提供することを特徴とする請求項４記載の番組情報作成システム。
【請求項６】
前記コンテンツホルダーは、前記コンテンツサマリー生成手段によって生成された前記コンテンツサマリーが意図したものであるか否かを判断する内容確認手段を有し、
前記内容確認手段によって前記コンテンツサマリーが意図したものでないと判断されたとき、前記コンテンツサマリー発注手段は、前記発注データを作り直し、再度、前記番組情報作成装置に送信し、
前記コンテンツサマリー生成手段は、前記発注データが再度入力された場合、該発注データに基づき前記コンテンツサマリーを作り直すことを特徴とする請求項１から５のいずれか１項記載の番組情報作成システム。
【請求項７】
番組情報の配信を受ける利用者端末と、前記利用者端末に配信する前記番組情報の作成を依頼するコンテンツホルダーと、前記コンテンツホルダーからの依頼に基づいて前記番組情報を作成する番組情報作成装置とを有する番組情報作成システムの番組情報作成方法において、
前記コンテンツホルダーは、前記番組情報に含まれるコンテンツサマリーの作成条件からなる発注データを前記番組情報作成装置に送信するコンテンツサマリー発注工程を有し、
前記発注データは、前記コンテンツサマリーの時間的長さに関する情報、前記コンテンツサマリーの出力形式に関する情報、前記映像コンテンツの中で、前記コンテンツサマリーに必ず含める部分を指定する情報、前記コンテンツサマリーとして採用するシーンの種類を特定する情報、動画像データに含まれる人物／キャラクター／風景などの構成要素に基づき、前記コンテンツサマリーに採用する部分を指定する情報、前記映像コンテンツの内、採用しない動画像データを指定する情報、前記コンテンツサマリーに採用するカットを指定する情報のうち少なくとも１つと、番組情報を有し、
前記番組情報は、番組情報の作成期限を有し、
前記番組情報作成装置は、
前記発注データに基づき映像コンテンツを要約した動画像データからなるコンテンツサマリーを作成するコンテンツサマリー生成工程を有し、
前記コンテンツサマリー工程は、
前記映像コンテンツから採用する前記動画像データを前記発注データに基づき抽出する工程と、
抽出された前記動画像データをつなぎ合わせて前記コンテンツサマリーを作成する工程とを有し、
前記コンテンツサマリー生成手段によって作成された前記コンテンツサマリーを含む番組情報を作成するコンテンツサマリー付加工程とを有することを特徴とする番組情報作成方法。
【請求項８】
前記発注データが前記コンテンツサマリーに必須の場面及びカットに関する情報を有するとき、前記コンテンツサマリー生成工程は、
前記コンテンツサマリーに必須の場面及びカットを前記映像コンテンツから抽出する工程と、
抽出された前記必須の場面及びカットをつなぎ合わせて前記コンテンツサマリーを作成する工程とを有することを特徴とする請求項７記載の番組情報作成方法。
【請求項９】
前記コンテンツホルダーは、
前記コンテンツサマリー生成手段によって生成された前記コンテンツサマリーが意図したものであるか否かを判断する工程と、
前記コンテンツサマリーが意図したものでないと判断されたとき、前記発注データを作り直し、再度、前記番組情報作成装置に送信する工程とを有し、
前記番組情報作成装置は、前記発注データが再度入力された場合、該発注データに基づき前記コンテンツサマリーを作り直す工程を有することを特徴とする請求項７又は８に記載の番組情報作成方法。
【請求項１０】
前記番組情報作成装置は、前記番組情報に含まれる前記コンテンツサマリーに付加する動画像データ以外の形式の番組データを取得する番組情報取得工程と、
前記コンテンツサマリー付加工程は、前記番組情報取得工程によって取得された前記番組データを前記コンテンツサマリーに付加して前記番組情報を作成することを特徴とする請求項７から９のいずれか１項記載の番組情報作成方法。
【請求項１１】
前記番組データがＥＰＧデータであることを特徴とする請求項１０記載の番組情報作成方法。
【請求項１２】
前記番組情報作成装置は、さらに、前記コンテンツサマリー付加工程によって作成された前記番組情報を前記利用者端末へ送信する番組送信工程を有することを特徴とする請求項７から１１のいずれか１項記載の番組情報作成方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、テレビ番組などの映像コンテンツから動画像データを含む番組情報を作成するシステム及び方法に関する。
【０００２】
【従来の技術】
従来、ユーザのテレビジョン装置などの端末を介して、テレビ番組やインターネット番組などの映像コンテンツの番組情報（配信予定表、番組表など）を利用者（視聴者）に提供する技術としてＥＰＧ（Electronic Program Guide）技術がある。
この技術では、映像コンテンツを利用者に配信するサーバや放送局等のキャリア、又は、映像コンテンツの所有者（配信者、コンテンツホルダー）などが文字データにより番組情報を作成し、これを利用者（視聴者、聴取者等）の端末へ送信する。利用者の端末は、利用者から提示要求があった場合など所定のタイミングに番組情報を画面表示する。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来技術では、映像コンテンツの内容を的確に表現しにくく、利用者はこの内容を理解しにくいということが指摘されている。一般に、映像コンテンツは、主たる構成要素が動画像であるため、動画像データ以外の形式のデータではその内容を正確に表すことは困難で、場合によっては表現できないこともあるからである。以下に詳述する。
【０００４】
テレビ番組などの映像コンテンツは、動画像データ、音データ、静止画データ、文字データなどの種々のデータにより構成されるが、中でも動画像データが主なデータとされる。つまり、多くの情報を動画像データにより伝達し、他の形式のデータにより動画像データの内容を補足／補充等する。
【０００５】
したがって、従来のように映像コンテンツの内容を文字データ（すなわち文章）で表現する場合、番組情報の作成者には、映像コンテンツの内容を要約する力、この要約を利用者が理解可能な文章にする力などが要求される。一方、利用者には、文章の理解力と、理解した内容から映像（動画像データ）を想像する力が必要とされる。
しかし、このような力を身につけるには一般に訓練が必要とされる。したがって、番組情報の作成者及び／又は利用者がこのような訓練を十分に行っていない場合などには、利用者ごとに想像する内容（映像）が異なってしまう危険性が高い。
さらに、映像コンテンツの内容を要約して文章化するコンピュータ技術は知られていない。そのため、番組情報の作成において、少なくとも要約工程及び文章作成工程は人間が行う必要があった。
以下、図６に示す、従来の番組情報の画面表示例に基づき具体的に説明する。
【０００６】
図６の例では、番組を提供する提供者名（チャンネル名、放送局名）、番組を放送する日にち／時間、番組の名前（タイトル）、番組の概要（番組のあらすじ、出演者）を文字データで表示する。つまり、文字データにより映像コンテンツの説明を行っている。
この例では、利用者は、番組の内容を番組の概要欄により理解、想像する。したがって、情報の提供者は、番組内容を適切に要約し、この内容を第三者にわかりやすい文章とし、これを番組の概要欄に記載する必要がある。
しかし、いくら高度な要約力や文章力を有していても、利用者に伝えることができない内容もある。例えば、出演者の俳優Ａと俳優Ｂを知らない利用者や名前と顔とが一致していない利用者などには、番組の内容を伝えることが極めて困難となる。
このように、動画像データを主とする映像コンテンツを、動画像データ以外の形式である文字データにより説明することには極めて困難である。
【０００７】
以上のような問題を解決するため、従来、種々の技術が提案されている。
例えば、特開２００１−１５７１３６号公報に開示されたデジタル放送受信機は、テレビモニタのアスペクト比に応じて番組表の構成（モニタ上における番組表を配置する位置）を決定する。
しかし、この従来技術は、文字データの番組表を利用者に理解しやすくするための技術であり、文字データでは動画像データが主の番組の内容を利用者へ正確に伝えにくいという上記課題を解決するものではない。
【０００８】
特開２０００−３４８４０３号公報に開示された番組予約装置は、予約された番組を番組表に重畳して表示する。
しかし、この従来技術は、番組予約情報を視覚的に理解しやすく表示して番組予約を行いやすくするための技術であり、前記した課題を解決するものではない。
【０００９】
文字データに加えて静止画データも利用者に提供する従来技術もある。
この従来技術は、番組の内容を説明するのに静止画像も用いているため、文字データのみを用いて番組の内容を説明する場合と比べて利用者にわかりやすく的確に情報を伝えることが可能となる。図６の例では、利用者は、俳優Ａや俳優Ｂの顔を理解できる。
しかし、この従来技術も上記問題点を完全に解決しているわけではない。この理由は、番組の内容を的確に表す静止画データを作成することも、このような静止画データを動画像データの中から選択することも極めて困難であるということが挙げられる。
例えば、三十の静止画データにより一秒間の動画像データが形成されている場合、一分間の動画像データにおける静止画データの数は千八百枚となる。このような動画像データを、一又は複数の静止画データで的確に表すことは困難であり、また、的確に表す静止画データを作成／選択することも難しい。
また、複数の静止画データを作成／選択した場合、これを利用者の端末の画面に表示する（配置する）と、各データに統一感がないなどの理由により利用者が内容を理解しにくくなることもある。
【００１０】
このように、従来技術では、映像コンテンツの内容を的確に表した番組情報を作成／提供することが極めて困難であった。したがって、番組情報の宣伝力は低いものとなり、利用者が映像コンテンツを利用する（視聴する）機会が低くなる可能性がある。これにより、キャリアやコンテンツホルダーの収入減少を招くおそれもある。
また、従来技術では、番組情報の作成工程をすべて自動化することは困難であった。
【００１１】
本発明は、上記問題点に鑑みなされたものであり、動画像データを含む番組情報を自動的に作成できるようにするシステム及び方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】
かかる目的を達成するために、本発明に係る番組情報作成システムは、番組情報の配信を受ける利用者端末と、前記利用者端末に配信する前記番組情報の作成を依頼するコンテンツホルダーと、前記コンテンツホルダーからの依頼に基づいて前記番組情報を作成する番組情報作成装置とを有する番組情報作成システムにおいて、前記コンテンツホルダーは、前記番組情報に含まれるコンテンツサマリーの作成条件からなる発注データを前記番組情報作成装置に送信するコンテンツサマリー発注手段を有し、前記番組情報作成装置は、前記発注データに基づき映像コンテンツを要約した動画像データからなるコンテンツサマリーを作成するコンテンツサマリー生成手段と、前記コンテンツサマリー生成手段によって作成された前記コンテンツサマリーを含む番組情報を作成するコンテンツサマリー付加手段とを有することを特徴とする。
以上の構成を採用することにより、映像コンテンツの内容を動画像データにより要約できるようになる。また、番組情報の作成作業を自動化できるようになる。
【００１３】
また、上記番組情報作成システムの好ましい態様を以下に記す。つまり、番組情報作成システムは、以下の構成を採用することが好ましい。
【００１４】
請求項２記載の発明は、請求項１記載の番組情報作成システムにおいて、前記番組情報作成装置は、前記番組情報に含まれる前記コンテンツサマリーに付加する動画像データ以外の形式の番組データを取得する番組情報取得手段を有し、前記コンテンツサマリー付加手段は、前記番組情報取得手段によって取得された前記番組データを前記コンテンツサマリーに付加して前記番組情報を作成することを特徴とする。
この構成を採用すれば、得られる番組データを、利用者にとって極めてわかりやすい（映像コンテンツの内容を極めて理解しやすい）ものにできる。
【００１５】
請求項３記載の発明は、請求項１又は２記載の番組情報作成システムにおいて、前記番組情報作成装置は、さらに、前記コンテンツサマリー付加手段によって作成された前記番組情報を前記利用者端末へ送信する番組送信手段を有することを特徴とする。
この構成を採用すれば、番組情報の利用者への提供が可能となる。
【００１６】
請求項４記載の発明は、請求項１から３のいずれか１項記載の番組情報作成システムにおいて、前記利用者端末は、放送される映像コンテンツの一覧と前記番組情報作成装置から配信された前記各映像コンテンツの前記番組情報とを関連づけて管理することを特徴とする。
この構成を採用すれば、利用者は、利用者の端末に表示する番組情報を選択しやすくなる。
【００１７】
請求項５記載の発明は、請求項４記載の番組情報作成システムにおいて、録画予約時に、前記一覧から選択された前記映像コンテンツの前記コンテンツサマリーを再生して利用者に提供することを特徴とする。
この構成を採用すれば、利用者が希望する映像コンテンツを視聴／録画できる可能性が極めて高くなる。
【００１８】
上述の構成を採用すれば、発注データの作成者（コンテンツホルダー）の発注作業に要する労力は極めて軽減される。
【００１９】
請求項６記載の発明は、請求項１から５のいずれか１項記載の番組情報作成システムにおいて、前記コンテンツホルダーは、前記コンテンツサマリー生成手段によって生成された前記コンテンツサマリーが意図したものであるか否かを判断する内容確認手段を有し、前記内容確認手段によって前記コンテンツサマリーが意図したものでないと判断されたとき、前記コンテンツサマリー発注手段は、前記発注データを作り直し、再度、前記番組情報作成装置に送信し、前記コンテンツサマリー生成手段は、前記発注データが再度入力された場合、該発注データに基づき前記コンテンツサマリーを作り直すことを特徴とする。
この構成を採用すれば、発注データの作成者が希望する／意図するコンテンツサマリーが作成される可能性が極めて高くなる。
【００２０】
請求項７記載の発明は、番組情報の配信を受ける利用者端末と、前記利用者端末に配信する前記番組情報の作成を依頼するコンテンツホルダーと、前記コンテンツホルダーからの依頼に基づいて前記番組情報を作成する番組情報作成装置とを有する番組情報作成システムの番組情報作成方法において、前記コンテンツホルダーは、前記番組情報に含まれるコンテンツサマリーの作成条件からなる発注データを前記番組情報作成装置に送信するコンテンツサマリー発注工程を有し、前記番組情報作成装置は、前記発注データに基づき映像コンテンツを要約した動画像データからなるコンテンツサマリーを作成するコンテンツサマリー生成工程と、前記コンテンツサマリー生成手段によって作成された前記コンテンツサマリーを含む番組情報を作成するコンテンツサマリー付加工程とを有することを特徴とする。
これにより、映像コンテンツの内容を動画像データにより要約した番組情報を自動的に作成することが可能となる。
【００２１】
請求項８記載の発明は、請求項７記載の番組情報作成方法において、前記発注データは、前記コンテンツサマリーの時間的長さに関する情報、前記コンテンツサマリーの出力形式に関する情報、前記映像コンテンツの中で、前記コンテンツサマリーに必ず含める部分を指定する情報、前記コンテンツサマリーとして採用するシーンの種類を特定する情報、動画像データに含まれる人物／キャラクター／風景などの構成要素に基づき、前記コンテンツサマリーに採用する部分を指定する情報、前記映像コンテンツの内、及び採用しない動画像データを指定する情報、前記コンテンツサマリーに採用するカットを指定する情報のうち少なくとも１つを有することを特徴とする。
上述のような情報が含まれていれば、発注データの作成者（コンテンツホルダー）が意図する／希望するコンテンツサマリーが作成される可能性が高くなる。発注者の意図／希望を正確に把握可能となる。
【００２２】
請求項９記載の発明は、請求項７又は８記載の番組情報作成方法において、前記コンテンツサマリー生成工程は、前記映像コンテンツから採用する前記動画像データを前記発注データに基づき抽出する工程と、抽出された前記動画像データをつなぎ合わせて前記コンテンツサマリーを作成する工程とを有することを特徴とする。
請求項１０記載の発明は、請求項７又は８記載の番組情報作成方法において、前記発注データが前記コンテンツサマリーに必須の場面及びカットに関する情報を有するとき、前記コンテンツサマリー生成工程は、前記コンテンツサマリーに必須の場面及びカットを前記映像コンテンツから抽出する工程と、抽出された前記必須の場面及びカットをつなぎ合わせて前記コンテンツサマリーを作成する工程とを有することを特徴とする。
【００２３】
請求項１１記載の発明は、請求項７から１０のいずれか１項記載の番組情報作成方法において、前記コンテンツホルダーは、前記コンテンツサマリー生成手段によって生成された前記コンテンツサマリーが意図したものであるか否かを判断する工程と、前記コンテンツサマリーが意図したものでないと判断されたとき、前記発注データを作り直し、再度、前記番組情報作成装置に送信する工程とを有し、前記番組情報作成装置は、前記発注データが再度入力された場合、該発注データに基づき前記コンテンツサマリーを作り直す工程を有することを特徴とする。
このような態様を採用すれば、発注データの作成者（コンテンツホルダー）が意図する／希望するコンテンツサマリーが作成される可能性が極めて高くなる。
【００２４】
請求項１２記載の発明は、請求項７から１１のいずれか１項記載の番組情報作成方法において、前記番組情報作成装置は、前記番組情報に含まれる前記コンテンツサマリーに付加する動画像データ以外の形式の番組データを取得する番組情報取得工程と、前記コンテンツサマリー付加工程は、前記番組情報取得工程によって取得された前記番組データを前記コンテンツサマリーに付加して前記番組情報を作成することを特徴とする。
このような番組情報を作成すれば、利用者は、映像コンテンツの内容をより正確に把握できるようになるからである。
請求項１３記載の発明は、請求項１２記載の番組情報作成方法において、前記番組データがＥＰＧデータであることを特徴とする。
このようにすれば、従来のシステムに変更を加えるだけで本発明を実現できるからである。
請求項１４記載の発明は、請求項７から１３のいずれか１項記載の番組情報作成方法において、前記番組情報作成装置は、さらに、前記コンテンツサマリー付加工程によって作成された前記番組情報を前記利用者端末へ送信する番組送信工程を有することを特徴とする。
【００２５】
【発明の実施の形態】
以下、本発明に係る番組情報作成方法及びシステムを、実施の形態によって詳細に説明する。まず、上記番組情報作成方法について詳細に説明する。
【００２６】
〈番組情報作成方法〉
本実施の形態に係る番組情報作成方法は、第一の番組情報作成方法と第二の番組情報作成方法とがある。
【００２７】
〈第一の番組情報作成方法〉
第一の番組情報作成方法は、発注データに基づき以下の（１）〜（２）のステップを有する。
（１）映像コンテンツを要約した動画像データ（要約データ、コンテンツサマリー）を作成するステップ。
つまり、このステップでは、発注データに基づき、映像コンテンツの内容を要約した動画像データ（コンテンツサマリー）を作成する。
（２）上記コンテンツサマリーを含む番組情報を作成するステップ。
以下、まず発注データについて説明し、次いで（１）のステップ、（２）のステップについて詳細に説明する。
【００２８】
〈発注データ〉
発注データとは、番組情報の作成条件が記載されたデータである。このデータは、少なくとも要約条件情報が含まれる。要約条件情報とは、どのような内容のコンテンツサマリーにするかという条件が含まれる情報である。この条件は、換言すれば、映像コンテンツからコンテンツサマリーを作成するための要件である。
【００２９】
図３に示す発注データでは、要約条件情報は、『（コンテンツ）サマリーの長さ』の情報、『出力形式』の情報、『必須場面』の情報、『モード』の情報及び『条件』の情報が含まれる。
【００３０】
『サマリーの長さ』の情報は、コンテンツサマリーの時間的長さに関する情報である。
図３の例では『９０秒』という情報が含まれる。つまり、９０秒の長さのコンテンツサマリーを作成するように指示する情報が含まれている。
ただし、この情報は予め設定されていてもよい。つまり、コンテンツサマリーの時間的長さは、発注データにより規定されてもよく、予め設定されていてもよい。
【００３１】
『出力形式』の情報は、コンテンツサマリーの出力形式（フォーマット）に関する情報である。
図３の例では、ＭＰＥＧ−１（Moving Picture Experts Group-1）でコンテンツサマリーを作成するように指定されている。
ただし、『サマリーの長さ』の情報と同様に、『出力形式』のデータは予め設定された情報を用いるようにしてもよい。
【００３２】
『必須場面』の情報は、映像コンテンツの中で、コンテンツサマリーに必ず含める部分（場面）を指定した情報である。すなわち、必須場面とは、コンテンツサマリーに必ず採用する映像コンテンツ中の部分（動画像データ）のことである。
図３の例では、映像コンテンツの最初（０：００）の位置を基準として、０：００：００から０：００：２４までの位置にある動画像データと、０：１２から０：１５の動画像データと、０：３５：３８〜０：３６：０２の動画像データとを必須場面として指定されている。すなわち、映像コンテンツを初めから再生した場合における、再生開始時から２分間の映像と、再生開始後１２分から１５分の３分間の映像と、再生開始後３５分から３７分の２分間の映像とが必須場面と指定されている。
なお、必須場面は、図３に示すように、映像コンテンツにおける必須場面の時間的位置（映像コンテンツの最初（初め、頭）からの経過時間）により指定してもよいが、他の方法（映像コンテンツにおける場面を特定する方法）を採用することも当然に可能である。
【００３３】
『モード』の情報は、コンテンツサマリーとして採用するシーンの種類を特定する情報である。なお、シーンとは、映像コンテンツにおける、時間的に連続した、同一の特徴を持ったフレームの集合である。フレームとは、動画像データを構成する静止画データのことである。
シーンの種類とは、シーンの特色／特徴を意味する。例えば、図３に示す発注データのように、ダイナミックなシーン（動きの多いシーン）、サイレンスなシーン（動きの少ないシーン）のようにシーンの種類を指定できる。シーンの種類については後に詳細に説明する。
また、シーンの種類ごとにコンテンツサマリーに採用する割合も指定できるようにすることが好ましい。例えば、『コンテンツサマリーにおける「ダイナミックなシーン」の割合を７割にする』『コンテンツサマリーにおける「サイレントなシーン」の割合を４割以下にする」といった指定ができるようにすれば、発注データ作成者の希望する（想定した）コンテンツサマリーが作成される可能性が高くなる。
【００３４】
『条件』の情報は、前記した以外の要件（情報）が記載される。図３において、この情報には以下（ａ）〜（ｃ）の情報が含まれる。
（ａ）動画像データに含まれる人物／キャラクター／風景などの構成要素に基づき、コンテンツサマリーに採用する部分（シーン、カット等）を指定する情報
図３の例では、俳優Ａがでている場面（動画像データ：シーンやカット等）を多めに採用すると指定している。なお、本例における「多めに」とは、「予め設定された閾値以上の割合で」という意味である。
また、構成要素に基づき、コンテンツサマリーに採用しない部分（シーン、カット等）を指定する情報を含めてもよい。すなわち、「司会者Ｚが登場している場面を採用しない」、というように、コンテンツサマリーに採用しない場面を指定してもよい。
【００３５】
（ｂ）映画の結末がわからないよう、ラストシーンを使わなくするために、映像コンテンツのラスト（後ろから）１０分間の動画像データを採用しないと指定する情報
『必須場面』の情報はコンテンツサマリーに採用する動画像データを指定するが、上記情報は、採用しない動画像データを指定する。
また、採用しないカット／シーンを指定できるようにしてもよい。
【００３６】
（ｃ）コンテンツサマリーに採用するカットを指定する情報
カットとは、コンテンツホルダーにより任意に設定された、映像コンテンツ内のまとまりをいう。例えば、図４に示すように、映像コンテンツをＡからＪまでの９つのかたまりに分けた場合の、それぞれのかたまりをカットという。換言すれば、図４に示す映像コンテンツは、カットＡ〜カットＪにより構成される。
【００３７】
発注データには、以上に挙げたような、映像コンテンツからコンテンツサマリーに採用する動画像データを特定するための要件（情報）を要約条件情報として少なくとも一つを含む。当然、例示した以外の要件も採用できる。
【００３８】
また、発注データには、要約条件情報以外の情報も含めることができる。このような情報としては、例えば次のようなものが挙げられる。
・番組名の情報
・番組を放映する日時の情報
・番組情報の作成期限（納期）の情報
【００３９】
番組名の情報とは、映像コンテンツの名前の情報である。図３においては番組名は『○曜スーパースペシャル』である。
番組を放映する日時（放映日時）の情報とは、映像コンテンツを利用者に配信する日時の情報である。図３においては放映日時は『２００１／１０／２１  １８：５４〜２０：５０』である。
納期の情報とは、コンテンツサマリーの作成期限の情報である。図３においては、『２００１／１０／１６』が作成期限日である。
なお、これら以外の情報を含めることは当然に可能であり、例えば、番組情報の作成期限の情報を含めてもよい。
【００４０】
また、発注データに、番組情報及び／又はコンテンツサマリーに音データ（音声データ）を含めるか否かの情報（音条件情報）を加えてもよい。すなわち、番組情報に音データを含めたり、コンテンツサマリーに音データを含めるように指示できるようにしてもよい。図３の例では、『音声』を『あり』と指定し、音データを含めるように指定している。
次に上記（１）のステップについて詳細に説明する。
【００４１】
〈（１）のステップ〉
上記（１）のステップでは、発注データに基づき映像コンテンツからコンテンツサマリーを作成する。つまり、発注データに含まれる要約条件情報に基づき、コンテンツサマリーに採用する動画像データ（場面、部分）を映像コンテンツから抽出し、これらの動画像データをつなぎ合わせてコンテンツサマリーを作成する。
この（１）のステップは、例えば、以下に説明する１−１から１−３に到るステップを実行することでも実現できる。
【００４２】
１−１．必須場面、必須カットを抽出するステップ
要約条件情報に、「コンテンツサマリーに含める映像コンテンツにおける必須場面に関する情報」が含まれている場合、この必須場面を映像コンテンツから抽出する。
図３の例では、映像コンテンツから、０：００：００の位置から０：００：２４の位置までの動画像データと、０：１２の位置から０：１５の位置の動画像データと、０：３５：３８の位置から０：３６：０２の位置までの動画像データとを抽出する。
【００４３】
また、必須カットに関する情報が要約条件情報に含まれている場合、この必須カットを映像コンテンツから抽出する。
図３の例では、映像コンテンツから、カットＤの動画像データを抽出する。
次にステップ１−２へ進む。
【００４４】
１−２．シーンを抽出するステップ
このステップではシーン抽出を行う。コンテンツサマリーの長さの情報が要約条件情報に含まれている場合にはステップ１−２（ａ）に進む。含まれていない場合にはステップ１−２（ｂ）に進む。
【００４５】
１−２（ａ）コンテンツサマリーの長さが決められている場合
コンテンツサマリーの長さに関する情報が要約条件情報に含まれている場合、１−１のステップで抽出した動画像データの合計の長さと上記情報で指定された長さとを比較する。
１−１のステップで抽出した動画像データが上記情報で指定された長さを超えていない場合には１−２（ａ１）へ進む。超えている場合には１−２（ａ２）へ進む。
【００４６】
１−２（ａ１）
コンテンツサマリーにおいて、１−１のステップで抽出した動画像データと、要約条件情報で指定されたコンテンツサマリーに使用しない部分（場面、カット）の動画像データと、を除いた部分（動画像データ）についてシーン分けする。
シーン分けは公知の方法により行えばよく、例えば、本願出願人による米国出願０９／３６９４２１や特願２０００−２５９９７５号に開示した技術を好適に用いることができ、また、下記（イ）〜（ハ）の順に処理することでも実現できる。
【００４７】
（イ）映像コンテンツのフレームごとに色情報を取得する。
色情報とは、フレーム（静止画データ）を支配する色のデータのことである。静止画データを支配する色とは、静止画データにおける支配的な色とも言い換えることができ、例えば、各画素の色データ（明度、色合い、彩度等）を公知の基準により数値化し、フレームを構成する全画素の平均値を算出して表される色としてもよい。また、フレーム中で最も用いられている色としてもよい。
【００４８】
（ロ）連続するフレームで、ベクトル空間における位置が近いものをグルーピングする。つまり、フレームを色情報ごとにベクトル空間（例えば１１２５次元の色空間）に配置し、空間内の位置が近いと判定したフレームで、映像コンテンツにおいて時間的に連続するものをグルーピングする。グルーピングは例えば以下のように行ってもよい。
【００４９】
まず、一番はじめのフレーム（０：００におけるフレーム、以下一番目のフレームと表記する）と二番目のフレームとの色情報を比較する。二番目のフレームとは、一番目のフレームに対し、映像コンテンツにおいて時間的に連続するフレームで、いわゆる一番目のフレームに対する次のフレームのことである。色情報の比較は、予め設定された、ベクトル空間における位置が近いか否か判定するための関係式やテーブルを用い、一番目と二番目のフレームは互いに空間内の位置が近いか否かを判定することで行う。
【００５０】
両者が近いと判定した場合、両者を一つのグループとして扱う。
次に、一番目のフレームと、二番目のフレームの次のフレーム（三番目のフレーム）とを、前記同様に色情報を比較する。両者が近いと判定した場合、三番目のフレームを一番目のフレームと同一グループとする。なお、三番目のフレームを支配する色と、一番目のフレーム及び二番目のフレームを支配する色とを比較し、両者が近いか否かを判定してもよい。
【００５１】
このように、一番目のフレームを基準として、支配する色が近いと判定された、映像コンテンツにおける時間的位置が連続する一群のフレームを一つのグループとして扱う。
一番目のフレームとが遠いと判定されたフレームは、一番目のフレームの属するグループには入れない。そして、このフレームを基準（一番目のフレーム）として前記同様にグルーピングする。
以上の処理により、動画像データをグループに分ける。
【００５２】
（ハ）映像コンテンツにおいて時間的位置が隣接するグループ同士が所定の関係を満たしていれば、これらのグループをまとめてシーン（クラスタ）にする。
シーンにまとめるグループ同士の関係性は任意に設定できる。例えば、グループを構成する各フレームの色情報を平均化した値同士で比較し、所定の関係にある場合にはまとめる。この所定の関係とは、例えば、二つの値の差が一定の値以下である場合などがある。このように所定の関係を満たすグループのまとまりがシーンとなる。
以上のようにシーン分けする。
【００５３】
次に、上記シーンの内でコンテンツサマリーとして採用するものを決定する。採用するシーンは、要約条件情報に従い決定する。
図３の場合、俳優Ａがでているシーンを採用すると指定されている。したがって、このようなシーンを、例えば顔認識アプリケーションソフトウェアを用いて検索する。
また、ダイナミックなシーンを採用すると指定されている場合、公知の方法を用い、予め設定されたダイナミックなシーンの条件を満たすシーンを検索する。
このように、公知の構成要素判断技術を用いて、要約条件情報に記載された条件を満たすシーンを検索する。
【００５４】
なお、抽出したシーン（動画像データ）と１−１で抽出した動画像データとの合計の長さが、要約条件情報で指定されたコンテンツサマリーの長さよりも長い場合、抽出したシーンの削除等を行い、上記合計の長さが指定された長さになるようにする。このようなコンテンツサマリーの長さの調整は公知の方法を用いることで実現できる。
例えば、抽出した一又は複数のシーンの長さを短くし、合計の長さが指定された長さになるようにしてもよい。
また、検索条件を変えてシーンの抽出をやり直してもよい。図３の例では、俳優Ａがでているシーンを検索する場合に、該当するシーンであるか否かの条件を厳しくすればよい。例えば、俳優Ａがでている確率が７０％以上のシーンを抽出していた場合、９０％以上のシーンを抽出するように条件を変更すれば、抽出されるシーンの数は減る可能性が高くなるからである。
また、抽出したシーン（動画像データ）と１−１で抽出した動画像データとの合計の長さが、要約条件情報で指定されたコンテンツサマリーの長さよりも短い場合、検索条件を変えてシーンの抽出をやり直してもよい。図３の例では、俳優Ａがでている確率を、はじめの検索よりも低く設定してシーンを抽出すれば、抽出されるシーンの数が増える可能性があるからである。
【００５５】
なお、コンテンツサマリーにおけるシーンの種類の割合が指定されている場合、この指定に従って抽出したシーンの取捨選択を行う。
１−２（ａ１）のステップでは、以上の処理終了後、１−３のステップへ移行する。
【００５６】
１−２（ａ２）
１−１のステップで抽出した動画像データについて、１−２（ａ１）同様にシーン分けを行い、各シーンの内、要約条件情報で指定された条件を満たすシーンを検索する。そして、前記同様の方法で、採用するシーンの長さを、要約条件情報で指定されたコンテンツサマリーの長さと同じになるようにする。
１−２（ａ２）のステップでは、以上の処理終了後、１−３のステップへ移行する。
【００５７】
１−２（ｂ）
コンテンツサマリーの長さに指定がない場合、１−２（ａ１）と同様にシーンを抽出するが、シーンの長さの調整は行わない。すなわち、要約条件情報で指定されたシーンをすべて抽出する。
１−２（ｂ）のステップでは、以上の処理終了後、１−３のステップへ移行する。
【００５８】
１−３．コンテンツサマリーの作成
以上のように抽出したシーンや場面、カットなどの動画像データからコンテンツサマリーを作成する。この作成方法は公知の方法を用いればよい。
例えば、各動画像データを、映像コンテンツにおける時間順に並べてつなぎ合わせてコンテンツサマリーを作成してもよい。また、発注データに並べる順番に関する情報が指定されている場合には、この情報に基づき動画像データを並べてつなぎ合わせてコンテンツサマリーを作成してもよい。
【００５９】
また、作成したコンテンツサマリーの形式が要約条件情報で指定された形式と異なる場合、公知の方法によりコンテンツサマリーのフォーマット変換を行う。
次に（２）のステップへ移行する。
【００６０】
〈（２）のステップ〉
（２）のステップでは、コンテンツサマリーを含む番組情報を作成する。つまり、コンテンツサマリーを利用者の端末で再生できるようにする。
なお、ＨＴＭＬやＸＭＬのようなハイパーテキスト・マークアップ言語などの情報記述言語により番組情報を作成し、コンテンツサマリーを番組情報に関連づけてもよい。
【００６１】
〈第二の番組情報作成方法〉
第二の番組情報作成方法は以下の点で第一の番組情報作成方法と異なる。
・上記（１）と（２）のステップの間に、作成したコンテンツサマリーを発注者（コンテンツホルダー）に確認させるステップを有する。
・上記（２）のステップは、番組情報作成開始要件が満たされた場合に開始する。
【００６２】
つまり、作成されたコンテンツサマリーが意図したものであるか発注者が確認できるようにする。そして、発注者は、意図したコンテンツサマリーが作成されていなかった場合には再度発注データを作成し、このデータに基づいてコンテンツサマリーを作成し直させるようにする。
また、番組情報作成開始要件は任意に設定できる。例えば、コンテンツサマリー作成後、発注者に当該コンテンツサマリーの確認依頼をするようにし、この依頼の後、所定の期間、上記発注者から発注データが送信されなかった場合に上記（２）のステップを開始するようにしてもよい。
【００６３】
なお、上記第一又は第二の番組情報作成方法において次のような変形も可能である。
【００６４】
〈変形例１〉
作成した番組情報を発注者に確認させてもよい。そして、発注者に、意図した番組情報が作成されていなかった場合には発注データを作成し直させ、このデータに基づき番組情報を作成し直す。
【００６５】
〈変形例２〉
文字データや静止画データで構成された番組データとコンテンツサマリーとを合成して番組情報を作成してもよい。
この場合、利用者の端末は、例えば図７に示すように、番組データ（タイトルやあらすじなどの文字データ）とコンテンツサマリーとを再生する。
【００６６】
〈変形例３〉
番組情報及び／又はコンテンツサマリーに音データ（音声データ）を含めてもよい。音データは、映像コンテンツにおけるコンテンツサマリーに採用された動画像データに同期するデータとしてもよく、この動画データとは無関係のデータを採用してもよい。
【００６７】
なお、以上のように作成した番組情報は利用者の端末へ提供される。番組情報の提供方法としては任意の方法を採用できるが、例えば以下の（ｉ）〜（iii ）の方法を採用してもよい。
（ｉ）コンテンツホルダーを介して提供する方法
コンテンツホルダーは、得られた番組情報を任意の方法で利用者に提供可能となる。提供方法としては、例えば、キャリアを介して提供したり、インターネット網などのＴＣＰ／ＩＰ環境下の通信網を介して利用者に提供してもよい。
（ii）キャリアを介して提供する方法
キャリアは、例えば従来同様に番組情報を利用者に提供することができる。例えば、ＴＣＰ／ＩＰ環境下の通信網などを介して利用者の端末へ番組情報を送信してもよく、放送網を介して利用者の端末へ送信してもよい。
（iii ）利用者に直接配信する方法
（ｉ）や（ii）と同様に公知の方法を用いて利用者の端末へ番組情報を送信すればよい。
次に番組情報作成システムについて詳細に説明する。
【００６８】
〈番組情報作成システム〉
本発明に係る番組情報作成システムは、少なくともコンテンツサマリー生成手段６と番組情報生成手段（コンテンツサマリー付加手段）８とを有する。
コンテンツサマリー生成手段６は、前記した番組情報作成方法におけるステップ（１）を実行する機能を有し、発注データに基づきコンテンツサマリーを作成する。
コンテンツサマリー付加手段８は、前記した番組情報作成方法におけるステップ（２）を実行する機能を有し、上記コンテンツサマリーから番組情報を作成する。
【００６９】
なお、上記番組作成システムには、番組情報取得手段７、番組情報送信手段９、コンテンツサマリー発注手段４及び／又は内容確認手段５を設けてもよい。
なお、図１に示すように、コンテンツサマリー発注手段４及び内容確認手段５はコンテンツホルダ１側に設けることが好ましい。他の構成要素は好ましくは番組情報作成者側に設けることが好ましい。コンテンツホルダ側に設けられた構成要素とコンテンツサマリー生成手段とは、例えば通信網を介して通信できるようにするとよい。
【００７０】
番組情報取得手段７は、番組データを取得する手段である。
番組送信手段９は、番組情報生成手段６で作成された番組情報を所定の相手に送信する機能を有する。所定の相手は、例えば、コンテンツホルダー（発注者）、キャリア、利用者などがある。
コンテンツサマリー発注手段４は、コンテンツホルダーから入力された情報に基づき上記発注データを作成し、これをコンテンツサマリー生成手段６へ入力する機能を有する。
内容確認手段５は、コンテンツサマリー生成手段６で作成されたコンテンツサマリーをコンテンツホルダーに確認させる機能を有する。つまり、コンテンツサマリー生成手段６から入力されたコンテンツサマリーを再生する機能を有する。コンテンツホルダー（発注者）は、このコンテンツサマリーが意図したものではなかった場合、発注データを作り直し、このデータに基づきコンテンツサマリー生成手段６にコンテンツサマリーを作り直させる。
次に、図１に示す番組情報作成システムの一動作例を、図２を参照しながら説明する。
【００７１】
コンテンツサマリー発注手段４は、コンテンツホルダーの指示に従い発注データを作成する。そして、この発注データをコンテンツサマリー生成手段６へ送信する。
【００７２】
コンテンツサマリー生成手段６は、上記発注データを受け取り（ステップＳ１０１）、発注内容を確認し（ステップＳ１０２）、発注データに基づきコンテンツサマリーを作成する（ステップＳ１０３）。コンテンツサマリーを作成すると、これを内容確認手段５へ送信し（内容確認依頼：ステップＳ１０４）、コンテンツホルダーが意図した（希望した）コンテンツサマリーか否か確認させる（内容の妥当性評価：ステップＳ１０５）。
【００７３】
コンテンツサマリーが妥当なものではなかった場合（ステップＳ１０５／ＮＧ）にはステップＳ１０３へ戻る。すなわち、コンテンツホルダーは、コンテンツサマリー発注手段４を用いて発注データを作り直し、このデータに基づき再度コンテンツホルダーを作成し直させる。
【００７４】
コンテンツサマリーが妥当なものであった場合（ステップＳ１０５／ＯＫ）には、コンテンツサマリー生成手段６は、上記コンテンツサマリーをコンテンツサマリー付加手段８へ送信する。
【００７５】
コンテンツサマリー付加手段８は、上記コンテンツサマリーを含む番組情報を作成する（ステップＳ１０６〜ステップＳ１０７）。
なお、番組情報に文字データなどのコンテンツサマリー以外のデータを含める場合には、番組情報取得手段７は、これらのデータを収集し、これをコンテンツサマリー付加手段に送信する（ステップＳ１０６）。これらのデータは、例えば、従来のＥＰＧデータに採用されるデータなどを用いることができ、キャリア２などから取得できる。
以上の処理により番組情報を作成できる。
【００７６】
番組情報送信手段９は、コンテンツサマリー付加手段８で作成された番組情報をキャリア２へ送信する（ステップＳ１０８）。
このステップにより番組情報を利用者へ提供できるようになる。
次に、利用者の端末における番組情報の表示例について図５〜図７を用いて説明する。
【００７７】
図５は、従来のＥＰＧデータのうち、例えばあるチャンネルのある時間帯の番組表の例を示す図である。より詳しくは、図５には、「１３Ｃｈ」で１６：００〜２３：４５の間に放送される映像コンテンツのタイトル（番組名）と各映像コンテンツを放送する時間とを表示する例を示す。
図６は、従来のＥＰＧデータのうち、図５記載の一タイトルを選択した際に表示される、番組の詳細情報の例を示す図である。すなわち、従来のＥＰＧデータの表示例である。
図７は、前記コンテンツサマリー付加手段８によって、従来のＥＰＧデータとコンテンツサマリーを同一画面上で結合した例を示す図である。すなわち、本例で作成した番組情報の表示例である。
より詳しくは、図６、図７は、図５における「１８：５４〜２０：５０」に放送される番組「○曜スーパースペシャル」の情報表示例である。
【００７８】
図６に示すように、ＥＰＧデータは文字データにより構成されているため、従来は、利用者の端末において、「○曜スーパースペシャル」に関する情報を文字により表示していた。
これに対し、本実施の形態に係る番組情報作成システムで作成された番組情報にはコンテンツサマリーが含まれている（又は関連づけられている）ため、図７に示すようにコンテンツサマリーも再生される。したがって、利用者は、「○曜スーパースペシャル」の内容を従来よりも詳しく知ることが／想像することができる。
このように、コンテンツサマリーと、動画像データ以外の形式のデータ（ＥＰＧデータ等）とを関連づけて表示できるようにすれば、利用者は、番組の内容を従来よりも詳細に把握できる可能性が高くなる。
【００７９】
なお、図５に示すような番組表に関連づけて番組情報を表示できるようにすれば、利用者は番組情報を選択しやすくなる。すなわち、図５に示すような番組表をクリックする（選択する）ことで表示する番組情報を選択できるようにすれば、多数の番組情報の中から利用者が希望する情報を選択しやすくなる。別言すれば、番組情報を、利用者の端末において、一覧データ（番組表）の中から利用者に選択された番組情報が再生されるように番組情報の一覧データと関連づけることが好ましい。この関連づけは、ＨＴＭＬなどの言語を用いたいわゆる「リンク」技術を用いて実現してもよい。
【００８０】
また、図７に示すように映像コンテンツの録画／視聴予約画面においてコンテンツサマリーを利用者に提示できるようにすれば、利用者は、希望する映像コンテンツを録画／視聴できる可能性が極めて高くなる。すなわち、番組情報を、利用者の端末において、映像コンテンツの視聴予約及び／又は録画予約時にコンテンツサマリーが再生されるように設定することが好ましい。
【００８１】
ただし、番組情報は、少なくともコンテンツサマリーを含めばよく、図７に示すように文字データを含む必要はない。しかし、図７に示すように番組情報に文字データ等の動画像データ以外の形式のデータを含めれば、利用者は、極めて詳細に番組の内容を知ることができる。図７の例では、放送時間、番組タイトル、あらすじ、出演者名の情報を知ることができる。
【００８２】
以上、この発明の好適な実施の形態を説明したが、上述の実施の形態はこの発明の説明のための例示であって、この実施形態のみにこの発明の範囲を限定する趣旨ではない。当業者は、この発明の要旨を逸脱することなく、種々の変形、改良、修正、簡略化などを上記実施形態に加えた種々の他の形態でもこの発明を実施することができる。
【００８３】
【発明の効果】
以上の説明から明らかなように、本発明によれば、番組情報として動画像データを動画像データを含む番組情報を作成できるようになるので、一般の利用者にとって見た目にわかりやすい情報を提供できる。
したがって、利用者が番組を見る機会が増え、有料コンテンツであれば徴収額が増える可能性がある。このことは、従来の文字データや静止画データから構成されたＥＰＧなどの番組情報と比べて宣伝効果が高い番組情報を作成できることを意味する。
【００８４】
また、コンテンツホルダーがコンテンツサマリーを確認するようにすれば、コンテンツホルダーが意図するコンテンツサマリーを生成できる。
【図面の簡単な説明】
【図１】本発明による番組情報作成システムの構成例を示したブロック図である。
【図２】本発明に係る番組情報作成方法の一例を示したフローチャートである。
【図３】発注データの一例を示す。
【図４】コンテンツサマリーの作成例を示す。
【図５】番組情報の一覧の表示例を示す。
【図６】従来の番組情報（ＥＰＧデータ）の表示例を示す。
【図７】本発明による番組情報の表示例を示す。
【符号の説明】
１  コンテンツホルダー
２  キャリア
３  番組情報作成者
４  コンテンツサマリー発注手段
５  内容確認手段
６  コンテンツサマリー生成手段
７  番組情報取得手段
８  番組情報生成手段（コンテンツサマリー付加手段）
９  番組情報送信手段
【図１】
0003846326.tif 000002
【図２】
0003846326.tif 000003
【図３】
0003846326.tif 000004
【図４】
0003846326.tif 000005
【図５】
0003846326.tif 000006
【図６】
0003846326.tif 000007
【図７】
0003846326.tif 000008