JP2009232350A - シンクライアントシステム、サーバ、シンクライアントシステムでのテレビ番組供給プログラムおよび方法 - Google Patents

Abstract

【課題】番組の視聴や録画予約などの行為に依存することなく、ユーザの嗜好に合った番組を推薦する。
【解決手段】サーバと、移動体端末とを具備するシンクライアントシステムを構築する。そのサーバは、移動体端末のユーザの嗜好を示すユーザ嗜好情報を保持するユーザ嗜好データベースと、放送番組の内容を識別するための番組構成要素情報を保持する番組構成要素データベースと、ユーザ嗜好データベースと番組構成要素データベースとの各々に保持されている情報に基づいて、移動体端末に推薦する推薦放送番組を決定する推薦番組決定部と、推薦放送番組に関する情報を移動体端末に参照可能なスケジュールファイルに格納するスケジュール反映部と、推薦放送番組の視聴要求に応答して、推薦放送番組を受信し、受信した推薦放送番組を移動体端末の通信機能に転送する転送部を備える。
【選択図】図１

Description

本発明は、シンクライアントシステム、サーバ、シンクライアントシステムでのテレビ番組供給プログラムおよび方法に関する。

近年、携帯端末（携帯電話）向けのワンセグメント地上デジタル放送の普及に伴って、ユーザは、テレビ番組をいつでも手軽に見ることが可能となっている。ユーザは、興味のある番組を、複数ある番組の中から探し出してから、その番組を視聴している。興味のある番組を特定する作業は、時間がかかる。そのため、ユーザの興味の対象となる番組が、いつ放送されているかを通知する機能、換言すると、番組を推薦する機能に関する技術が知られている（例えば、特許文献１〜７参照）。

特許文献１（特開２００７−１４２７６１号公報）には、他の機器で番組を見る、予約するという行為に基づいて生成される番組視聴履歴を活用することで、よりユーザの嗜好に合った番組を提供する技術が記載されている。特許文献２（国際公開ＷＯ２００３／０８３７２３）には、ユーザの興味に対応する番組情報を推薦するようにした情報検索システムに関する技術が記載されている。

特許文献３（特開２００１−３１３９２６号公報）には、管理プログラムとしてのスケジューラと電子データとなっている放送番組に関する情報と連動して、テレビ・ラジオ、等の放送番組を見逃さないようにする技術が記載されている。特許文献４（特開２００２−１６３５０８号公報）には、ウェブページにおいて、閲覧者の嗜好性に着目し、閲覧者の嗜好性を忠実に反映したレコメンデーションを提供する技術が記載されている。

特許文献５（特開２００４−２２８８７７号公報）には、シンクライアントシステムに関する技術が記載されている。特許文献６（特開２００５−０５６３５９号公報）には、ユーザの嗜好に合った情報を、分かりやすい形で提供するための技術が記載されている。特許文献７（特開２００６−０７４３７６号公報）には、ユーザの意向に高レベルで合致した番組を選択及び抽出できる嗜好データを、装置本体に具備された機能を利用して容易な手順で生成できる放送受信機能付き携帯電話装置に関する技術が記載されている。

特開２００７−１４２７６１号公報 国際公開ＷＯ２００３／０８３７２３ 特開２００１−３１３９２６号公報 特開２００２−１６３５０８号公報 特開２００４−２２８８７７号公報 特開２００５−０５６３５９号公報 特開２００６−０７４３７６号公報

従来の技術では、ユーザが番組を見たり予約したりするという、番組に直接関係する行為に基づいてユーザの嗜好に関する情報を収集している。番組の視聴や録画予約などの行為に依存することなく、ユーザの嗜好を把握できる技術が求められている。

携帯端末での番組視聴を考えた場合、ユーザが位置する地域が異なれば、受信できる番組の内容に違いが生じる。つまり、従来の番組推薦手法で推薦する番組を決定しても、推薦した番組がユーザのいる地域で放送されていないため、視聴できないことがある。

上記の課題を解決するために、サーバと移動体端末とを具備するシンクライアントシステムを構築する。移動体端末は、前記サーバと通信する通信機能と、放送された放送番組を受信する放送受信機能とを有するものとする。
ここにおいて、前記サーバは、前記移動体端末のユーザの嗜好を示すユーザ嗜好情報を保持するユーザ嗜好データベースと、前記放送番組の内容を識別するための番組構成要素情報を保持する番組構成要素データベースと、前記ユーザ嗜好データベースと前記番組構成要素データベースとの各々に保持されている情報に基づいて、前記移動体端末に推薦する推薦放送番組を決定する推薦番組決定部と、前記推薦放送番組に関する情報を前記移動体端末に参照可能なスケジュールファイルに格納するスケジュール反映部と、前記推薦放送番組の視聴要求に応答して、前記推薦放送番組を受信し、受信した前記推薦放送番組を前記移動体端末の前記通信機能に転送する転送部とを備えることが好ましい。

本発明では、番組視聴・録画以外のユーザの行動からユーザの嗜好に関する情報を得ている。そのため、その番組視聴・録画情報以外から抽出したユーザの嗜好を基に、広い分野に対応して、ユーザが興味をもった事柄に関連する番組を推薦することが可能となる。

本発明をシンクライアントシステムで実現することにより、ユーザ（端末）のある地域で放送されていない番組であっても、推薦された番組を視聴することが可能となる。換言すると、本発明では、ユーザは、自分自身がいる位置にかかわらず推薦された番組を視聴することができる。

さらに、本発明によると、推薦する番組をサーバ側で管理されているユーザのスケジュールデータに反映することにより、ユーザはどの端末からでも推薦された番組をスケジュールから知ることができる。

また、推薦番組の決定処理を全てサーバで行うことで、ユーザが使用する端末の負荷を軽減できる。

以下に、図面を参照して本発明を実施するための形態について説明を行う。以下に述べる実施形態では、ユーザが携帯する携帯端末とサーバとを備えるシンクライアントシステムに、本発明を適用した場合を例示する。なお、本実施形態の携帯端末は、テレビ視聴機能、テレビ番組情報受信機能、メール送信機能を有するシンクライアント端末とする。また、サーバは、携帯端末のメール送信履歴を解析することでユーザに推薦する番組を提示する機能を有している。ユーザのデータは全てサーバ側に保存されており、端末側は必要な場合のみサーバからデータを入手し使用するものとする。

図１は、本実施形態のシンクライアントシステム１の構成を例示するブロック図である。シンクライアントシステム１は、サーバ２と携帯端末３とを含んでいる。サーバ２と携帯端末３とは、ネットワーク４を介して接続可能に構成されている。また、サーバ２と携帯端末３とは、テレビ放送局５から放送される番組を受信する機能を備えている。なお、以下の実施形態では、テレビ放送局５がテレビ放送局である場合を例示する。また、図１に示されているように、携帯端末３は、テレビ受信機能６と、通信機能７と、表示画面８とを備え、それらはバス９を介して接続されている。

図２は、本実施形態のサーバ２の構成を例示するブロック図である。図２を参照すると、本実施形態のサーバ２は、番組情報更新判定部１１と、番組情報解析部１２と、番組構成要素抽出モデル１３と、番組構成要素データベース１４と、メール送信判定部１５と、ユーザ嗜好抽出部１６と、ユーザ嗜好データベース１７と、推薦番組決定部１８と、スケジュール反映部１９と、推薦番組転送部２０と、スケジュールファイル２１とを含んでいる。

番組情報更新判定部１１は、番組情報が更新されたかどうかを判定する。番組情報更新判定部１１は、テレビ放送局５から供給される番組情報と、サーバに格納している番組情報との比較に基づいて、番組情報が更新されたか否かを判定する。ここで、番組情報は、テレビジョン放送（テレビ）における電子番組ガイド（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ：ＥＰＧ）などが例示される。

番組情報解析部１２は、更新された番組情報を解析し、番組構成要素（キーワード）を抽出する。番組情報解析部１２は、更新された番組情報を番組情報更新判定部１１から受け取り、１つの番組がどのような構成要素からなるかを解析する。番組情報解析部１２は、その解析に基づいて、１つの番組を複数の構成要素で表現する形式に変換し、番組構成要素データベース１４に格納する。以下の実施形態では、固有表現抽出の方法で得た情報を、番組構成要素とする場合を例示する。

番組構成要素抽出モデル１３は、番組情報を解析し、番組構成要素に変換するための情報を保持している。番組情報から、固有表現抽出により構成要素（キーワード）を抽出するには、その番組構成要素抽出モデル１３を用いる。この抽出モデルは、正規表現のようなルールであってもよいし、機械学習等の手法による学習モデルであってもよい。

番組構成要素データベース１４は、番組情報解析部１２で解析された結果である番組構成要素を保持している。番組構成要素データベース１４には、番組情報から構成要素を抽出したものが番組の数だけ蓄えられている。

メール送信判定部１５は、メールが送信されたことを認識する。メール送信判定部１５は、メールが送信された場合、送信されたメール文（テキストデータ）をユーザ嗜好抽出部１６に渡す。

ユーザ嗜好抽出部１６は、送信されたメール文を解析し、ユーザの嗜好情報を抽出する。ユーザ嗜好抽出部１６は、メール文から番組構成要素を抽出し、その抽出した番組構成要素をユーザ嗜好データベース１７に格納する。

ユーザ嗜好データベース１７は、ユーザ嗜好抽出部１６が抽出した情報を保持する。ユーザ嗜好データベース１７には、抽出した番組構成要素のカテゴリ、キーワード、最新抽出日時が格納される。ここでは、抽出日時が最新の番組構成要素がユーザにとってもっとも興味のあるものということになる。本実施形態では、抽出日時を基に番組構成要素の重み付けを行っているが、出現頻度等他の尺度で番組構成要素の重み付けを行ってもよい。

推薦番組決定部１８は、番組構成要素データベース１４とユーザ嗜好データベース１７とから、推薦する番組を決定する。具体的には、推薦番組決定部１８は、ユーザ嗜好データベース１７に蓄積されている情報と、番組構成要素データベース１４の情報とから、推薦する番組を決定する。推薦番組の決定方法は、例えば、単純にユーザ嗜好データベース１７に含まれるキーワードを含む番組を、キーワードを多く含む順に表示する方法が例示される。また、ユーザ嗜好データベース１７の最新抽出日時順に表示する方法が例示される。他にも様々な推薦順位決定方法が考えられる。本実施形態において、この推薦順位方法の制限はない。

スケジュール反映部１９は、推薦する番組を、ユーザのスケジュール（スケジュールファイル２１）に反映する。スケジュール反映部１９は、推薦番組決定部１８で決定された推薦番組を、サーバ上のスケジュールファイル２１に反映する。反映されたスケジュールファイル２１は、ユーザが端末を介してサーバ上のスケジュールファイル２１を入手（閲覧）することで参照できる。

推薦番組転送部２０は、推薦された番組を、携帯端末３に画面転送する。推薦番組転送部２０は、推薦番組決定部１８で決定された推薦番組を受信し、その番組をネットワーク４を介してサーバから端末に画面転送する。

図３は、本実施形態において、サーバ２が受け取る番組情報の構成を例示する番組情報テーブル２２である。図３に示されているように、番組情報テーブル２２は、放送局３１、放送日３２、放送時間３３、ジャンル３４、タイトル３５、番組内容３６および出演者３７などの情報を含んでいる。図３のような番組情報から、番組構成要素を抽出する方法として、番組情報であらかじめカテゴリ分けされているジャンル、タイトル、出演者をそのまま構成要素とする方法が例示される。また、番組情報の、「タイトル」、「番組内容」などを形態素解析、用語抽出、固有表現抽出などで抽出したデータを用いる方法が例示される。上述のように、本実施形態においては、固有表現抽出の方法で得た情報を、番組構成要素とする。

図４は、番組構成要素データベース１４に格納される番組構成要素データテーブル２３の構成を例示する図である。図４は、番組情報テーブル２２に示される情報から、構成要素を抽出したときの番組構成要素データテーブル２３の構成を例示している。上述のように、番組構成要素データベース１４には、番組情報から構成要素を抽出した番組構成要素データテーブル２３が、番組の数だけ蓄えられている。

図５は、ユーザ嗜好データベース１７に格納されるユーザ嗜好データテーブル２４の構成を例示する図である。ユーザ嗜好データテーブル２４は、複数のユーザに対応して構成されている。図５に示されているように、本実施形態のユーザ嗜好データテーブル２４は、抽出日時が最新のものから順にキーワードを並べている。

図６は、本実施形態における送信メール（テキストデータ）２５の構成を例示するブロック図である。図６に示されているように、本実施形態のメール本文２５は、少なくとも１つの文字列を含むテキストデータを備えている。

以下に、図面を参照して、本実施形態の動作について説明を行う。以下では、本実施形態の動作に関し、番組情報から番組構成要素を抽出する動作、送信メールからキーワードを抽出する動作、推薦番組を決定しユーザのスケジュールファイル２１に反映する動作の３つにわけて説明する。

図７は、番組情報から番組構成要素を抽出する動作を例示するフローチャートである。ステップＳ１０１において、サーバ２上でＥＰＧデータ（番組情報）が更新されたかどうかを判断する。その判断の結果、ＥＰＧデータが更新された場合、処理はステップＳ１０２に進む。更新されていなかった場合、処理は戻り、ＥＰＧデータ（番組情報）の更新に対する監視動作を継続する。以下では、更新されたＥＰＧデータ（番組情報）が、上述の図３に示されるような構成である場合に対応して、本実施形態の動作の説明を行う。

ステップＳ１０２において、更新されたＥＰＧデータから番組構成要素を抽出する。ＥＰＧデータから番組構成要素を抽出したサーバ２は、上述の図４に示すような番組構成要素データテーブル２３を構成する。ステップＳ１０３において、サーバ２は、１つの番組を複数の番組構成要素で表現した形式で、番組構成要素データベース１４に格納する。

図８は、送信メールから、ユーザ嗜好データベース１７を更新する動作を例示するフローチャートである。ステップＳ２０１において、サーバ２は、メールが送信されたかどうかを判断する。その判断の結果、メールが送信された場合、処理はステップＳ２０２に進む。ステップＳ２０２において、送信されたメール文から、番組構成要素に該当するキーワードを抽出し、ユーザ嗜好データベース１７を更新する。

例えば、送信されたメールが、図６のメール本文２５のような文字列を含み、「２００８年１月１０日」に送信された場合、このメール文から番組構成要素を自動的に抽出する。このメール文からは、「ドラマ」がジャンル、「□○次郎」が人名、「北海道」が地名、「大阪」が地名として抽出されたとする。ここで、ジャンル、人名、地名などは抽出されたキーワードのカテゴリであり、自動的に付与されるものとする。これは、固有表現抽出の手法を用いることで可能である。上述の図５のユーザ嗜好データテーブル２４は、こうして抽出されたキーワードを、抽出日時が最新のものから順に並べている。そのユーザ嗜好データテーブル２４は、サーバ２のユーザ嗜好データベース１７に反映される。

図９は、番組の情報を格納した番組構成要素データベース１４と、ユーザの嗜好を格納したユーザ嗜好データベース１７から、ユーザに推薦する番組を決定（更新）する動作を例示するフローチャートである。ステップＳ３０１において、まず、番組構成要素データベース１４が更新されたかどうかを判断する。その判断の結果、番組構成要素データベース１４が更新されていなければ、処理はステップＳ３０２に進む。ステップＳ３０２において、ユーザ嗜好データベース１７が更新されたかどうかを判断する。ステップＳ３０２の判断の結果、ユーザ嗜好データベース１７も更新されていなければ、処理は戻り、ユーザに推薦する番組を更新しない。番組構成要素データベース１４、ユーザ嗜好データベース１７のどちらか一方でも更新された場合は、処理はステップＳ３０３に進む。ステップＳ３０３において、ユーザに推薦する番組を更新する。ステップＳ３０４において、更新された推薦番組は、ユーザのスケジュールファイル２１に反映される。

本実施形態において、これら推薦番組決定処理は、全てサーバ２上で行う。全ての処理をサーバ２で実行することで、ユーザのデータをサーバ側に保持したシンクライアントシステムで、本実施形態を実現することができる。また、番組の情報が、サーバ側で毎日更新されていても、速やかに最新の情報に対応することができる。また、ユーザが送信したメールは、必ずサーバを経由する。そのため、そのメールからユーザの嗜好を適切に抽出することができる。さらに、番組構成要素を抽出するモデルを、常にチューニングすることができる。
図１０は、ユーザが番組を視聴する動作を例示するフローチャートである。シンクライアントシステムでは、ユーザがどこにいても、推薦した番組を見ることができる。ステップＳ４０１において、まず、推薦された番組を端末ではなくサーバが受信する。ステップＳ４０２において、受信した番組を、画面転送によりユーザに配信する。これによって、ユーザがどこにいても推薦された番組を閲覧することが可能となる。

図１１は、ユーザが番組を視聴する動作を概念的に例示するブロック図である。図１１に示されているように、携帯端末３で推薦番組管理サーバ（例えば第１サーバ２−１）から通知された推薦番組を閲覧する場合、携帯端末３は、推薦された番組が放送されている地域の番組転送サーバ（例えば、第１サーバ２−１と第２サーバ２−２）から転送される番組を受信する。携帯端末３が移動した場合、移動先に対応する番組転送サーバ（例えば、第２サーバ２−２と第３サーバ２−３）が画面転送することで、ユーザが放送エリアを意識することなく全ての番組を閲覧することが可能となる。

通常の放送では、受信端末のある地域により受信できる放送が異なる。しかし、本システムではユーザが通常放送を視聴している地域のサーバが放送を受信し、受信した放送をサーバから端末に転送するため、端末の位置を気にすることなく推薦された放送を視聴することができる。また、サーバの位置を変更することで、通常視聴している地域外の放送も推薦し視聴することが可能となる。サーバの位置に関しては、ユーザがあらかじめ指定してもよいし、推薦された番組を受信できるサーバを自動的に選択する形式にしてもよい。

推薦番組を決定し、ユーザのスケジュールに反映するというこの一連の流れは全てサーバで行われる。ユーザは、サーバ上のスケジュールファイル２１を得ることで、推薦されている番組を知ることができ、推薦された番組はサーバから画面転送される。このため、ユーザは自分がいる地域を意識することなく推薦された番組を確実に視聴することが可能となる。

なお、上記の動作説明では、ユーザ嗜好データベース１７のキーワードを抽出日時で重み付けしたが、過去一定期間に送信したメールに含まれるキーワードの出現回数で重み付けしてもよい。また、抽出日時と出現回数を合わせた重み付けを行ってもよい。また、上述の実施形態では、電子メールの本文からキーワードを抽出したが、この構成・動作に制限されることは無い。対象とするデータに関しては、送信メールからの番組推薦方法を述べたが、ユーザが閲覧したＷｅｂページを解析することで、ユーザの嗜好を蓄積する方法が考えられる。また、サーバ上でユーザの嗜好と近い嗜好を持つ他のユーザを特定することで、自分と近い嗜好を持つユーザが見ている番組を知ることができる。他には、自分と他人との嗜好の近さを知ることが可能である。これらの処理は、ユーザの嗜好データが全てサーバ側で管理されているため、特別なデータのやりとりなしにサーバ上で実現することができる。

このように、本実施形態では、携帯端末の送信メール、Ｗｅｂ閲覧履歴等の番組情報以外のユーザの嗜好を履歴として蓄積することで、よりユーザの嗜好に合った番組を推薦する機能を、シンクライアントシステムで実現する。メール、Ｗｅｂ閲覧情報などのテキストデータを解析することでユーザの嗜好を読み取り、番組情報の推薦に活用する。

これにより、過去に関連する番組を視聴したことがない新たな番組に対しても、ユーザに推薦することができる。具体的には、番組表からその番組の構成要素（キーワード）を抽出し、１つの番組を複数の構成要素のかたまりとして管理する。また、ユーザの送信メール、Ｗｅｂ閲覧履歴などから、番組の構成要素となりえるキーワードを抽出し、ユーザ嗜好データベース１７として蓄える。このユーザ嗜好データベース１７に蓄えられたキーワード一覧と関連が強い番組を提示することで、番組視聴・録画以外の情報からもユーザの嗜好に合った番組を推薦することができる。

そして、シンクライアントシステムで実現することにより、ユーザのデータを全てサーバ側で管理し、ユーザが使用する際にサーバからデータを入手し使用する。放送されている番組を端末で直接受信するのではなく、いったんサーバで受信した番組を画面転送で端末に配信することにより、推薦された番組の放送地域外にユーザがいても目的の番組放送が視聴可能となる。また、サーバ上の他のユーザの情報を参照することで、自分の嗜好と近い他のユーザがどの番組に興味を持っているかを知ることも可能となる。

図１は、本実施形態のシンクライアントシステム１の構成を例示するブロック図である。 図２は、本実施形態のサーバ２の構成を例示するブロック図である。 図３は、サーバ２が受け取る番組情報の構成を例示する図である。 図４は、番組構成要素データベース１４に格納される番組構成要素データテーブル２３の構成を例示する図である。 図５は、ユーザ嗜好データベース１７に格納されるユーザ嗜好データテーブル２４の構成を例示する図である。 図６は、本実施形態における送信メール（テキストデータ）２５の構成を例示するブロック図である。 図７は、番組情報から番組構成要素を抽出する動作を例示するフローチャートである。 図８は、送信メールから、ユーザ嗜好データベース１７を更新する動作を例示するフローチャートである。 図９は、ユーザに推薦する番組を決定（更新）する動作を例示するフローチャートである。 図１０は、ユーザが番組を視聴する動作を例示するフローチャートである。 図１１は、ユーザが番組を視聴する動作を概念的に例示するブロック図である。

符号の説明

１…シンクライアントシステム
２…サーバ
２−１…第１サーバ
２−２…第２サーバ
２−３…第３サーバ
３…携帯端末
４…ネットワーク
５…テレビ放送局
６…テレビ受信機能
７…通信機能
８…表示画面
９…バス
１１…番組情報更新判定部
１２…番組情報解析部
１３…番組構成要素抽出モデル
１４…番組構成要素データベース
１５…メール送信判定部
１６…ユーザ嗜好抽出部
１７…ユーザ嗜好データベース
１８…推薦番組決定部
１９…スケジュール反映部
２０…推薦番組転送部
２１…スケジュールファイル
２２…番組情報テーブル
２３…番組構成要素データテーブル
２４…ユーザ嗜好データテーブル
２５…メール本文
２６…推薦番組
３１…放送局
３２…放送日
３３…放送時間
３４…ジャンル
３５…タイトル
３６…番組内容
３７…出演者

Claims (15)

1. サーバと、
   前記サーバと通信する通信機能と、放送された放送番組を受信する放送受信機能とを有する移動体端末と
   を具備し、
   前記サーバは、
   前記移動体端末のユーザの嗜好を示すユーザ嗜好情報を保持するユーザ嗜好データベースと、
   前記放送番組の内容を識別するための番組構成要素情報を保持する番組構成要素データベースと、
   前記ユーザ嗜好データベースと前記番組構成要素データベースとの各々に保持されている情報に基づいて、前記移動体端末に推薦する推薦放送番組を決定する推薦番組決定部と、
   前記推薦放送番組に関する情報を前記移動体端末に参照可能なスケジュールファイルに格納するスケジュール反映部と、
   前記推薦放送番組の視聴要求に応答して、前記推薦放送番組を受信し、受信した前記推薦放送番組を前記移動体端末の前記通信機能に転送する転送部と
   を備える
   シンクライアントシステム。
2. 請求項１に記載のシンクライアントシステムにおいて、
   前記サーバは、さらに、
   前記移動体端末からテキストデータが出力されたか否かを判定し、前記テキストデータが出力されたとき、前記テキストデータを取得するテキストデータ判定部と、
   取得された前記テキストデータから、前記番組旺盛要素情報に対応する文字列を抽出し、抽出した前記文字列を、前記ユーザ嗜好情報として前記ユーザ嗜好データベースに格納するユーザ嗜好抽出部と
   を備える
   シンクライアントシステム。
3. 請求項２に記載のシンクライアントシステムにおいて、
   前記サーバは、さらに、
   前記放送番組に関連する番組情報を受け取り、前記番組情報が更新されたか否かを判定する番組情報更新判定部と、
   番組情報更新判定部の判定の結果、前記番組情報が更新されたと判断されたとき、前記更新された前記番組情報を番組構成要素抽出モデルに基づいて解析する番組情報解析部と
   を備え、
   前記番組情報解析部は、
   その解析結果に基づいて、前記番組情報に対応する放送番組の内容を識別するための番組構成要素情報を抽出して番組構成要素データベースに格納する
   シンクライアントシステム。
4. 請求項３に記載のシンクライアントシステムにおいて、
   前記移動体端末は、
   前記スケジュールファイルを参照して得られた前記推薦放送番組に関する情報に基づいて、前記視聴要求を前記サーバに送信する
   シンクライアントシステム。
5. シンクライアントシステムを構成する移動体端末に、放送された放送番組を供給するサーバであって、
   前記サーバは、
   前記移動体端末のユーザの嗜好を示すユーザ嗜好情報を保持するユーザ嗜好データベースと、
   前記放送番組に関連する情報を保持する番組構成要素データベースと、
   前記ユーザ嗜好データベースと前記番組構成要素データベースとの各々に保持されている情報に基づいて、前記移動体端末に推薦する推薦放送番組を決定する推薦番組決定部と、
   前記推薦放送番組に関する情報を前記移動体端末に参照可能なスケジュールファイルに格納する
   前記推薦放送番組の視聴要求に応答して、前記推薦放送番組を受信し、受信した前記推薦放送番組を前記移動体端末の通信部に転送する転送部と
   を具備する
   サーバ。
6. 請求項５に記載のサーバにおいて、さらに、
   前記移動体端末からテキストデータが出力されたか否かを判定し、前記テキストデータが出力されたとき、前記テキストデータを取得するテキストデータ判定部と、
   取得された前記テキストデータから、前記番組旺盛要素情報に対応する文字列を抽出し、抽出した前記文字列を、前記ユーザ嗜好情報として前記ユーザ嗜好データベースに格納するユーザ嗜好抽出部と
   を備える
   サーバ。
7. 請求項６に記載のサーバにおいて、さらに、
   前記放送番組に関連する番組情報を受け取り、前記番組情報が更新されたか否かを判定する番組情報更新判定部と、
   番組情報更新判定部の判定の結果、前記番組情報が更新されたと判断されたとき、前記更新された前記番組情報を番組構成要素抽出モデルに基づいて解析する番組情報解析部と
   を備え、
   前記番組情報解析部は、
   その解析結果に基づいて、前記番組情報に対応する放送番組の内容を識別するための番組構成要素情報を抽出して番組構成要素データベースに格納する
   サーバ。
8. 請求項７に記載のサーバにおいて、
   前記移動体端末が送信する前記視聴要求を受信し、
   受信した前記視聴要求に応答して、前記推薦放送番組の受信を開始する
   サーバ。
9. コンピュータを、シンクライアントシステムを構成する移動体端末に放送番組を供給する放送番組供給装置として機能させるための手順を示す放送番組供給プログラムであって、
   前記放送番組供給プログラムは、
   （ａ）前記移動体端末のユーザの嗜好を示すユーザ嗜好情報を、ユーザ嗜好データベースから読み出すステップと、
   （ｂ）前記放送番組に関連する情報を、番組構成要素データベースから読み出すステップと、
   （ｃ）前記ユーザ嗜好データベースと前記番組構成要素データベースとの各々に保持されている情報に基づいて、前記移動体端末に推薦する推薦放送番組を決定するステップと、
   （ｄ）前記推薦放送番組に関する情報を格納し、前記移動体端末から参照可能なスケジュールファイルを生成するステップと、
   （ｅ）前記推薦放送番組の視聴要求に応答して、テレビ放送局が放送する前記推薦放送番組を受信し、受信した前記推薦放送番組を前記移動体端末の通信部に転送するステップと
   を具備する手順を示す
   放送番組供給プログラム。
10. 請求項９に記載の放送番組供給プログラムにおいて、さらに、
    （ｆ）前記移動体端末からテキストデータが出力されたか否かを判定し、前記テキストデータが出力されたとき、前記テキストデータを取得するステップと、
    （ｇ）取得された前記テキストデータから、前記番組旺盛要素情報に対応する文字列を抽出し、抽出した前記文字列を、前記ユーザ嗜好情報として前記ユーザ嗜好データベースに格納するステップと
    を具備する手順に従って、コンピュータを放送番組供給装置として機能させる
    放送番組供給プログラム。
11. 請求項１０に記載の放送番組供給プログラムにおいて、さらに、
    （ｈ）前記放送番組に関連する番組情報を受け取り、前記番組情報が更新されたか否かを判定するステップと、
    （ｉ）その判定の結果、前記番組情報が更新されたと判断されたとき、前記更新された前記番組情報を番組構成要素抽出モデルに基づいて解析するステップと
    を備え、
    前記（ｉ）ステップは、
    その解析結果に基づいて、前記番組情報に対応する放送番組の内容を識別するための番組構成要素情報を抽出して番組構成要素データベースに格納するステップを含む
    放送番組供給プログラム。
12. サーバと通信する通信機能と放送された放送番組を受信する放送受信機能とを有する移動体端末に放送番組を供給する番組提供方法であって、
    （ａ）前記移動体端末のユーザの嗜好を示すユーザ嗜好情報を、前記サーバに備えられたユーザ嗜好データベースから読み出すステップと、
    （ｂ）前記放送番組の内容を識別するための番組構成要素情報を、前記サーバに備えられた番組構成要素データベースから読み出すステップと、
    （ｃ）前記ユーザ嗜好データベースと前記番組構成要素データベースとの各々に保持されている情報に基づいて、前記移動体端末に推薦する推薦放送番組を決定するステップと、
    （ｄ）前記推薦放送番組に関する情報を、前記移動体端末に参照可能なスケジュールファイルに格納するステップと、
    （ｅ）前記推薦放送番組の視聴要求に応答して、前記推薦放送番組を受信し、受信した前記推薦放送番組を前記移動体端末の前記通信機能に転送するステップと、
    を備える
    番組提供方法。
13. 請求項１２に記載の番組提供方法において、さらに、
    （ｆ）前記移動体端末からテキストデータが出力されたか否かを判定し、前記テキストデータが出力されたとき、前記テキストデータを取得するステップと、
    （ｇ）取得された前記テキストデータから、前記番組旺盛要素情報に対応する文字列を抽出し、抽出した前記文字列を、前記ユーザ嗜好情報として前記ユーザ嗜好データベースに格納するステップと、
    を備える
    番組提供方法。
14. 請求項１３に記載の番組提供方法において、さらに、
    （ｈ）前記放送番組に関連する番組情報を受け取り、前記番組情報が更新されたか否かを判定するステップと、
    （ｉ）その判定の結果、前記番組情報が更新されたと判断されたとき、前記更新された前記番組情報を番組構成要素抽出モデルに基づいて解析するステップと
    を備え、
    前記（ｉ）ステップは、
    その解析結果に基づいて、前記番組情報に対応する放送番組の内容を識別するための番組構成要素情報を抽出して番組構成要素データベースに格納するステップを含む
    番組提供方法。
15. 請求項１４に記載の番組提供方法において、さらに、
    （ｊ）前記移動体端末が、前記スケジュールファイルを参照して得られた前記推薦放送番組に関する情報に基づいて、前記視聴要求を前記サーバに送信するステップ
    を備える
    番組提供方法。

Images