JP6797272B2 - サーバ、サーバの制御プログラム及び制御方法 - Google Patents

Description

本発明は、ランキング作成方法、制御プログラム及びコンピュータに関する。

近年、放送局から放送される番組に関する情報（例えば、ＥＰＧ（Electronic Program Guide）情報）を、通信ネットワークを介してパーソナルコンピュータ、携帯電話等の端末に配信するサーバが普及している。このようなサーバは、人気のある番組をユーザが識別できるように、各番組のランキングを端末に配信することができる。

例えば、特許文献１には、複数の記録再生機にネットワークを介して接続される予約管理サーバが開示されている。この予約管理サーバは、複数の記録再生機から集められた番組予約情報に基づいて、どの番組の録画が多く行われているかを示すランキング情報を作成する。

特開２００９−９４９０６号公報

特許文献１に開示された予約管理サーバは、複数の記録再生機から集められた番組予約情報に基づいてランキング情報を作成し、人気のある番組をユーザに提示することができる。しかしながら、例えば報道番組、スポーツ番組等、一般に録画されずにリアルタイムに視聴される可能性の高い番組については、必ずしも適切なランキング情報を作成することができない、という問題があった。

本発明は、このような従来の課題を解決すべくなされたものであり、放送予定又は放送中の番組について適切なランキングを作成することを可能とするランキング作成方法、制御プログラム及びコンピュータを提供することを目的とする。

本発明に係るランキング作成方法は、放送予定又は放送中の複数の番組のそれぞれについて、ユーザによる視聴のスケジュールの登録数を保持するカウンタを記憶する記憶部を備えるコンピュータにおけるランキング作成方法であって、スケジュールが登録された番組を示す登録情報を取得し、カウンタを用いて登録情報からスケジュールの登録数を計数し、スケジュールの登録数に基づいて番組のランキングを作成する、ことを含む。

また、本発明に係るランキング作成方法において、複数の番組のそれぞれについて、録画装置における録画予約数を取得し、録画予約数に基づいてランキングを修正することが好ましい。

また、本発明に係るランキング作成方法において、複数の番組のそれぞれが属するジャンルについて、ユーザにより指定されたジャンルの優先度を取得し、優先度に基づいてランキングを修正することが好ましい。

また、本発明に係るランキング作成方法において、ユーザが前記スケジュールとして登録された番組を過去に実際に視聴した視聴割合を取得し、視聴割合に基づいてランキングを修正することが好ましい。

また、本発明に係るコンピュータの制御プログラムは、放送予定又は放送中の複数の番組のそれぞれについて、ユーザによる視聴のスケジュールの登録数を保持するカウンタを記憶する記憶部を備えるコンピュータの制御プログラムであって、コンピュータに、スケジュールが登録された番組を示す登録情報を取得し、カウンタを用いて登録情報からスケジュールの登録数を計数し、スケジュールの登録数に基づいて番組のランキングを作成する、ことを実行させる。

また、本発明に係るコンピュータは、放送予定又は放送中の複数の番組のそれぞれについて、ユーザによる視聴のスケジュールの登録数を保持するカウンタを記憶する記憶部と、スケジュールが登録された番組を示す登録情報を取得し、カウンタを用いて登録情報から各番組のスケジュールの登録数を計数する計数部と、スケジュールの登録数に基づいて番組のランキングを作成する作成部と、を備える。

本発明に係るランキング作成方法、制御プログラム及びコンピュータは、放送予定又は放送中の各番組について、複数の端末のユーザによる視聴のスケジュールの登録数に基づいて番組ランキングを作成することにより、リアルタイムに視聴される可能性の高さをより高精度に表す番組ランキングを作成することを可能とする。

番組情報管理システム１の概略構成の一例を示す図である。 携帯端末２の概略構成の一例を示す図である。 （ａ）は番組ランキング画面３００の一例を示す図であり、（ｂ）は番組詳細画面３１０の一例を示す図であり、（ｃ）は登録完了画面３２０の一例を示す図であり、（ｄ）はジャンル画面３１０の一例を示す図である。 （ａ）は、サーバ３の概略構成の一例を示す図であり、（ｂ）、（ｃ）は、各種管理テーブルのデータ構造の一例を示す図である。 番組情報管理システム１による動作シーケンスの一例を示す図である。 番組ランキング更新処理の動作フローの一例を示す図である。 スケジュール登録処理の動作フローの一例を示す図である。 番組ランキング作成処理の動作フローの一例を示す図である。 番組情報管理システム１による動作シーケンスの一例を示す図である。 ジャンル優先度設定処理の動作フローの一例を示す図である。

以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。

（１）本実施形態の概略
本実施形態では、サーバは、放送予定又は放送中の番組について、複数の携帯端末において、各携帯端末のユーザによる視聴のスケジュールが各携帯端末に登録された数に基づいて番組ランキングを作成する。これにより、リアルタイムに視聴される可能性の高さをより高精度に表す番組ランキングを作成することを図る。

（２）番組情報管理システム１の構成
図１は、番組情報管理システム１の概略構成の一例を示す図である。

番組情報管理システム１は、複数の携帯端末２と、サーバ３と、録画予約情報管理サーバ４とを備える。携帯端末２とサーバ３とは、通信ネットワーク、例えば基地局５、移動体通信網６、ゲートウェイ７及びインターネット８を介して相互に接続される。また、サーバ３と録画予約情報管理サーバ４とは、通信ネットワーク、例えばインターネット８を介して相互に接続される。

サーバ３は、放送予定又は放送中の番組について、各携帯端末２から、各携帯端末２のユーザによる視聴のスケジュールが各携帯端末２に登録された番組を示す登録情報を取得する。そして、サーバ３は、取得した登録情報からスケジュールの登録数を計数し、スケジュールの登録数に基づいて番組のランキングを作成する。

録画予約情報管理サーバ４は、放送局から放送される番組をユーザによる指示に従って録画予約し、録画予約された番組を録画する複数の録画装置（不図示）と接続される。録画予約情報管理サーバ４は、各録画装置から録画予約された番組を示す情報を取得して計数し、各録画装置において録画予約された番組を示す録画予約情報を生成し、記憶する。録画予約情報は、例えば、その日に放送される全ての番組について、各番組についての各録画装置における録画予約数を示すものである。

（２．１）携帯端末２の構成
図２は、携帯端末２の概略構成の一例を示す図である。

携帯端末２は、基地局５、移動体通信網６、ゲートウェイ７、及びインターネット８を介してサーバ３に接続し、サーバ３と通信を行う。携帯端末２は、サーバ３から放送予定又は放送中の番組についての番組ランキングを受信して表示する。また、携帯端末２は、ユーザによる操作部（ボタン等）の操作に応じて、ユーザによる番組の視聴のスケジュールを登録し、スケジュールが登録された番組を示す情報をサーバ３に送信する。そのために、携帯端末２は、端末通信部２１と、端末記憶部２２と、操作部２３と、表示部２４と、端末処理部２５とを備える。

なお、本実施形態では、携帯端末２として、多機能携帯電話（所謂「スマートフォン」）を想定するが、本発明はこれに限定されるものではない。携帯端末２は、本発明が適用可能であればよく、例えば、携帯電話（所謂「フィーチャーフォン」）、携帯情報端末（Personal Digital Assistant, PDA）、携帯ゲーム機、携帯音楽プレーヤ、タブレットＰＣ（Personal Computer）、パーソナルコンピュータ等でもよい。

端末通信部２１は、所定の周波数帯を感受帯域とするアンテナを含む、通信インターフェース回路を備え、携帯端末２を無線通信ネットワークに接続する。端末通信部２１は、基地局５により割り当てられるチャネルを介して、基地局５との間でＣＤＭＡ（Code Division Multiple Access）方式等による無線信号回線を確立し、基地局５との間で通信を行う。そして、端末通信部２１は、端末処理部２５から供給されたデータをサーバ３等に送信する。また、端末通信部２１は、サーバ３等から受信したデータを端末処理部２５に供給する。

端末記憶部２２は、例えば、半導体メモリ、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。端末記憶部２２は、端末処理部２５での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、端末記憶部２２は、オペレーティングシステムプログラムとして、ユーザのスケジュールを管理するスケジュール管理プログラム等を記憶する。また、端末記憶部２２は、ドライバプログラムとして、操作部２３を制御する入力デバイスドライバプログラム、表示部２４を制御する出力デバイスドライバプログラム等を記憶する。また、端末記憶部２２は、アプリケーションプログラムとして、ユーザのスケジュールを登録して管理するカレンダーアプリケーションプログラム、番組ランキングの作成のために必要な情報をサーバ３に通知する番組ランキングアプリケーションプログラム等を記憶する。また、端末記憶部２２は、データとして、携帯端末２のユーザを識別可能なユーザＩＤ、ユーザの名前、ユーザのスケジュールと関連付けられたカレンダー、各番組が属するジャンルについてユーザにより指定されたジャンルの優先度、サーバ３から受信した番組ランキング及び各番組の番組情報等を記憶する。なお、各番組の番組情報には、当該番組のＩＤ、名前、放送時間、当該番組が放送されるチャンネル番号、当該番組が属するジャンル、当該番組の内容を表す詳細情報等が含まれる。さらに、端末記憶部２２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

操作部２３は、携帯端末２の操作が可能であればどのようなデバイスでもよく、例えば、タッチパッド、キーボード等である。ユーザは、操作部２３を用いて、文字、数字等を入力することができる。操作部２３は、ユーザにより操作されると、その操作に対応する信号を発生する。そして、発生した信号は、ユーザの指示として、端末処理部２５に供給される。

表示部２４も、映像、画像等の表示が可能であればどのようなデバイスでもよく、例えば、液晶ディスプレイ、有機ＥＬ（Electro−Luminescence）ディスプレイ等である。表示部２４は、端末処理部２５から供給された映像データに応じた映像、画像データに応じた画像等を表示する。

端末処理部２５は、一又は複数個のプロセッサ及びその周辺回路を備える。端末処理部２５は、携帯端末２の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵ（Central Processing Unit）である。端末処理部２５は、携帯端末２の各種処理が端末記憶部２２に記憶されているプログラム、操作部２３の操作等に応じて適切な手順で実行されるように、端末通信部２１、表示部２４等の動作を制御する。端末処理部２５は、端末記憶部２２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、端末処理部２５は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

（２．１．１）端末処理部２５の構成
端末処理部２５は、受付部２５１、スケジュール登録部２５２、スケジュール管理部２５３、ジャンル優先度受付部２５４、送信制御部２５５、表示制御部２５６等を備える。これらの各部のうち、受付部２５１、ジャンル優先度受付部２５４、送信制御部２５５、及び表示制御部２５６は、本発明に係る番組ランキングアプリケーションに対応し、スケジュール登録部２５２及びスケジュール管理部２５３は、所謂カレンダーアプリケーションに対応する。これらの各部は、端末処理部２５が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、これらの各部は、ファームウェアとして携帯端末２に実装されてもよい。

受付部２５１は、ユーザから操作部２３を介して視聴予定の番組の指定を受け付け、指定された視聴予定の番組を示す情報（以下、登録情報と称する）をスケジュール登録部２５２及び送信制御部２５５に通知する。なお、本実施形態では、登録情報は視聴予定の番組についての番組情報であるものとするが、登録情報は少なくとも視聴予定の番組の番組ＩＤを含むものであればよい。

スケジュール登録部２５２は、受付部２５１から登録情報を取得し、取得した登録情報に示される番組の視聴を端末記憶部２２のカレンダーに記憶することにより、ユーザのスケジュールの登録を行う。スケジュール登録部２５２は、登録情報に示される番組の視聴を、その番組の放送時間と関連付けて登録する。つまり、登録情報は、ユーザによる視聴のスケジュールが携帯端末２に登録された番組を示している。

また、スケジュール登録部２５２は、ユーザから操作部２３を介して番組の視聴以外のユーザの予定行動及びその時間が指定されると、指定された予定行動をその時間と関連付けて登録する。

スケジュール管理部２５３は、端末記憶部２２のカレンダーを常時監視し、現在時刻が、カレンダーに登録されている予定行動の日時の所定時間前になると、表示部２４にその旨を表示して、ユーザに通知する。つまり、スケジュール管理部２５３は、番組の視聴のスケジュールが登録されている場合、その番組の放送開始の所定時間前になると、ユーザに通知する。

ジャンル優先度受付部２５４は、各番組が属するジャンルについて、操作部２３を介してユーザにより指定された、ジャンルの優先度（以下、ジャンル優先度と称する）を受け付けて、端末記憶部２２に記憶するとともに、送信制御部２５５に通知する。ジャンル優先度は、ニュース・報道、スポーツ、ドラマ、音楽、バラエティ、アニメ等、放送される番組の各ジャンルについてのそのユーザの嗜好の度合いを表す。ジャンル優先度は、例えば、各ジャンルについてのそのユーザの嗜好の順位とすることができる。なお、ジャンル優先度は、そのユーザの嗜好の度合いが大きいジャンルほど高い値となり、嗜好の度合いが小さいジャンルほど低い値となるように設定してもよい。

送信制御部２５５は、受付部２５１から登録情報が通知されると、通知された登録情報を、端末記憶部２２に記憶されたユーザＩＤと関連付けて、端末通信部２１を介してサーバ３に送信する。また、送信制御部２５５は、ジャンル優先度受付部２５４からジャンル優先度を受信すると、受信したジャンル優先度を、端末記憶部２２に記憶されたユーザＩＤと関連付けて、端末通信部２１を介してサーバ３に送信する。

表示制御部２５６は、操作部２３を介してユーザから、番組ランキングの表示の指示を受け付けると、番組ランキング及び各番組の番組情報の取得を要求するランキング取得要求を端末通信部２１を介してサーバ３に送信する。表示制御部２５６は、端末通信部２１を介してサーバ３から番組ランキング及び各番組の番組情報を受信すると、受信した番組ランキング及び各番組の番組情報を端末記憶部２２に記憶するとともに、表示部２４に表示させる。また、表示制御部２５６は、操作部２３を介してユーザから、番組のジャンルの表示の指示を受け付けると、番組のジャンルの一覧を表示部２４に表示させる。

図３（ａ）は、表示部２４に表示される番組ランキング画面３００の一例を示す図である。

番組ランキング画面３００には、サーバ３から受信した番組ランキングの順に、各番組に関する情報３０１が表示されるとともに終了ボタン３０４が表示される。図３（ａ）に示されるように、情報３０１として、順位、番組名、当該番組が属するジャンル、放送されるチャンネル番号、放送時間、登録数３０２及び視聴予定ボタン３０３が表示される。登録数３０２は、当該番組について各携帯端末からサーバ３に送信された登録情報の数、すなわちユーザによる視聴のスケジュールの登録数を表す。後述するように、サーバ３はユーザによる視聴のスケジュールの登録数を番組ランキングに含めて携帯端末２に送信する。ユーザにより操作部２３を介して視聴予定ボタン３０３が押下されると、受付部２５１は、その視聴予定ボタン３０３に対応する番組情報を端末記憶部２２から読み出し、その番組を示す登録情報をスケジュール登録部２５２及び送信制御部２５５に通知する。スケジュール登録部２５２は通知された登録情報に示される番組の視聴についてスケジュールの登録を行い、送信制御部２５５は通知された登録情報をサーバ３に送信する。表示制御部２５６は、登録完了画面３２０を表示部２４に表示させる。なお、表示制御部２５６は、スケジュールの登録がされた番組についての登録数３０２及び視聴予定ボタン３０３の表示色をスケジュールの登録がされていない番組についての登録数３０２及び視聴予定ボタン３０３の表示色と異ならせて表示する。これにより、ユーザはスケジュールに登録された番組を識別できるようになる。また、ユーザにより操作部２３を介して情報３０１がタップされると、表示制御部２５６は、番組詳細画面３１０を表示部２４に表示させる。また、終了ボタン３０４が押下されると、表示制御部２５６は、番組ランキング画面３００の表示を終了させる。

図３（ｂ）は、表示部２４に表示される番組詳細画面３１０の一例を示す図である。

番組詳細画面３１０には、ユーザにより操作部２３を介してタップされた情報３０１と同様の情報を表す情報３１１と、その情報３１１に対応する番組についての詳細情報３１４が表示される。情報３１１及び登録数３１２は、それぞれ情報３０１及び登録数３０２と同様の情報である。視聴予定ボタン３１３は、視聴予定ボタン３０３と同様の機能を有し、ユーザにより操作部２３を介して視聴予定ボタン３１３が押下されると、視聴予定ボタン３０３が押下されたときと同様の処理が行われる。詳細情報３１４は、その番組の内容を表す。また、「戻る」ボタン３１５が押下されると、表示制御部２５６は、番組ランキング画面３００を再度表示させる。

図３（ｃ）は、表示部２４に表示される登録完了画面３２０の一例を示す図である。

登録完了画面３２０には、登録が完了したことを示す情報３２１と、視聴予定ボタン３１３に対応する番組についての情報３２２が表示される。情報３２２は、情報３０１と同様の情報であるが、登録数３０２及び視聴予定ボタン３０３が省略される。終了ボタン３２３が押下されると、表示制御部２５６は、番組ランキング画面３００を再度表示させる。

図３（ｄ）は、表示部２４に表示されるジャンル画面３４０の一例を示す図である。

図３（ｄ）に示されるように、ジャンル画面３４０には、放送される番組のジャンルの一覧３４１、設定ボタン３４２及び終了ボタン３４３が表示される。ジャンルの一覧３４１には、ユーザに指定されたジャンル優先度の高い順（ジャンル優先度が各ジャンルについてのユーザの嗜好の順位である場合、順位の高い順）に、各ジャンルが表示される。なお、ジャンル優先度がまだ指定されていない場合は、予め定められた順に、ジャンルの一覧３４１が表示される。ユーザのドラッグアンドドロップ操作により、各ジャンルがユーザの嗜好の高い順に並べ替えられ、設定ボタン３４２が押下されると、各ジャンルと、その並べ替えられた順位が、ジャンル優先度としてジャンル優先度受付部２５４に通知される。なお、ジャンル画面３４０において、ジャンル優先度を表す値をユーザが直接入力するためのボックスを表示し、ユーザによって入力された値をジャンル優先度としてジャンル優先度受付部２５４に通知してもよい。また、終了ボタン３４３が押下されると、ジャンル画面３４０の表示は終了される。

（２．２）サーバ３の構成
図４（ａ）は、サーバ３の概略構成の一例を示す図である。

サーバ３は、携帯端末２から登録情報を取得し、取得した登録情報からユーザによる視聴のスケジュールの登録数を計数し、計数したスケジュールの登録数に基づいて番組ランキングを作成する。さらに、サーバ３は、録画予約情報管理サーバ４から録画予約情報を取得するとともに、携帯端末２からジャンル優先度を取得し、取得した各情報に基づいて番組ランキングを修正して携帯端末２に送信する。そのために、サーバ３は、サーバ通信部３１と、サーバ記憶部３２と、サーバ処理部３３とを備える。

サーバ通信部３１は、サーバ３をインターネット８に接続するための通信インターフェース回路を備え、インターネット８との間で通信を行う。そして、サーバ通信部３１は、携帯端末２、録画予約情報管理サーバ４等から受信したデータを、サーバ処理部３３に供給する。また、サーバ通信部３１は、サーバ処理部３３から供給されたデータを、携帯端末２、録画予約情報管理サーバ４等に送信する。

サーバ記憶部３２は、例えば、磁気テープ装置、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。サーバ記憶部３２は、サーバ処理部３３での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、サーバ記憶部３２は、アプリケーションプログラムとして、携帯端末２及び録画予約情報管理サーバ４から受信した各情報に基づいて番組ランキングを作成する番組ランキング作成プログラム等を記憶する。また、サーバ記憶部３２は、データとして、ユーザを管理するユーザ管理テーブル（図４（ｂ））、放送予定又は放送中の複数の番組を示す番組情報を管理する番組管理テーブル（図４（ｃ））、各携帯端末２から取得した登録情報、録画予約情報管理サーバ４から取得した録画予約情報、等を記憶する。さらに、サーバ記憶部３２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

図４（ｂ）、（ｃ）は、各種管理テーブルのデータ構造の一例を示す図である。

図４（ｂ）には、ユーザを管理するユーザ管理テーブルが示されている。ユーザ管理テーブルは、各ユーザについて、当該ユーザの識別番号（ＩＤ）、名前、当該ユーザにより指定された番組のジャンル優先度及び後述するようにサーバ処理部３３により算出されたジャンル点数、サーバ処理部３３により作成された番組ランキング等を記憶する。

図４（ｃ）には、番組情報を管理する番組管理テーブルが示されている。番組管理テーブルは、放送予定又は放送中の複数の番組について、番組情報として、当該番組のＩＤ、名前、放送時間、放送されるチャンネル番号、当該番組が属するジャンル、当該番組の詳細情報等を記憶する。さらに、番組管理テーブルは、各番組について、後述するようにサーバ処理部３３により算出された、ユーザによる視聴のスケジュールの登録数を保持するカウンタ、登録点数、録画予約数、録画予約点数及び標準点数を番組情報と関連付けて記憶する。本実施形態では、番組管理テーブルには、その日に放送される番組についての各情報を記憶し、放送が終了した番組についての各情報はサーバ処理部３３により消去されるものとする。

サーバ処理部３３は、一又は複数個のプロセッサ及びその周辺回路を備える。サーバ処理部３３は、サーバ３の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵである。サーバ処理部３３は、サーバ３の各種処理がサーバ記憶部３２に記憶されているプログラム等に応じて適切な手順で実行されるように、サーバ通信部３１等の動作を制御する。サーバ処理部３３は、サーバ記憶部３２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、サーバ処理部３３は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

（２．２．１）サーバ処理部３３の構成
サーバ処理部３３は、登録情報取得部３３１と、録画予約情報取得部３３２と、ジャンル優先度取得部３３３と、ランキング作成部３３４と、ランキング送信部３３５とを備える。これらの各部は、サーバ処理部３３が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、これらの各部は、ファームウェアとしてサーバ３に実装されてもよい。

登録情報取得部３３１は、計数部の一例であり、サーバ通信部３１を介して各携帯端末２からユーザＩＤと関連付けられた登録情報を取得し、各番組について、サーバ記憶部３２の番組管理テーブルに記憶されたカウンタを用いて、取得した登録情報からユーザによる視聴のスケジュールの登録数を計数する。登録情報取得部３３１は、登録情報を取得すると、番組管理テーブルにおいて、取得した登録情報に対応する番組ＩＤに関連付けられたカウンタをインクリメントすることにより、各番組についての登録数を計数する。したがって、カウンタは各番組についての視聴のスケジュールの登録数を表すものとなる。

録画予約情報取得部３３２は、サーバ通信部３１を介して録画予約情報管理サーバ４から録画予約情報を取得し、取得した録画予約情報に示される各番組の録画予約数をサーバ記憶部３２の番組管理テーブルに記憶する。

ジャンル優先度取得部３３３は、サーバ通信部３１を介して各携帯端末２からユーザＩＤと関連付けられたジャンル優先度を取得し、取得したジャンル優先度をユーザＩＤと関連付けてサーバ記憶部３２のユーザ管理テーブルに記憶する。

以下、ランキング作成部３３４による処理について説明する。ランキング作成部３３４は、サーバ記憶部３２の番組管理テーブルに記憶されたカウンタ、つまり各番組についての視聴のスケジュールの登録数に基づいて、登録数の多い順に、サーバ記憶部３２の番組管理テーブルに記憶された番組情報に示される番組のランキングを作成する。つまり、ランキング作成部３３４は、その日に放送予定又は現在放送中の番組のランキングを作成する。なお、ランキング作成部３３４は、放送予定の番組のみのランキングと、放送中の番組のみのランキングを別々に作成してもよい。また、サーバ記憶部３２の番組管理テーブルに、２４時間以内に放送予定の番組、又は１週間以内に放送予定の番組等を記憶しておき、ランキング作成部３３４は、それらの番組のランキングを作成してもよい。さらに、ランキング作成部３３４は、作成した番組ランキングを、サーバ記憶部３２の番組管理テーブルに記憶された各番組の録画予約数及びユーザ管理テーブルに記憶されたジャンル優先度に基づいて修正する。

最初に、ランキング作成部３３４は、サーバ記憶部３２の番組管理テーブルからカウンタ、つまり各番組についての視聴のスケジュールの登録数を読み出し、読み出した登録数に基づいて、各番組の登録点数を算出し、番組管理テーブルに記憶する。ランキング作成部３３４は、登録数が多いほど点数が高くなり、登録数が少ないほど点数が低くなるように、各番組の登録点数を算出する。例えば、ランキング作成部３３４は、登録数が最も多い番組の登録点数を１００点とし、登録数が最も多い番組についての登録数に対する他の各番組についての登録数の割合に１００を乗じた数を他の各番組についての登録点数とする。ランキング作成部３３４は、登録点数が高い順に各番組についての番組ランキング（以下、登録番組ランキングと称する）を作成する。

次に、ランキング作成部３３４は、番組管理テーブルから各番組の録画予約数を読み出し、読み出した録画予約数に基づいて、各番組の録画予約点数を算出し、番組管理テーブルに記憶する。ランキング作成部３３４は、録画予約数が多いほど点数が高くなり、録画予約数が少ないほど点数が低くなるように、各番組の録画予約点数を算出する。例えば、ランキング作成部３３４は、録画予約数が最も多い番組の録画予約点数を１００点とし、録画予約数が最も多い番組についての録画予約数に対する他の各番組についての録画予約数の割合に１００を乗じた数を他の各番組についての録画予約点数とする。

次に、ランキング作成部３３４は、各番組についての登録点数と録画予約点数の合計から各番組の標準点数を算出し、番組管理テーブルに記憶する。ランキング作成部３３４は、合計点数が最も多い番組の標準点数を１００点とし、合計点数が最も多い番組についての合計点数に対する他の各番組についての合計点数の割合に１００を乗じた数を他の各番組についての標準点数とする。

次に、ランキング作成部３３４は、各携帯端末のユーザについて、サーバ記憶部３２のユーザ管理テーブルに記憶されたジャンル優先度を読み出し、読み出したジャンル優先度に基づいて、ジャンル点数を算出し、ユーザ管理テーブルに記憶する。ランキング作成部３３４は、ジャンル優先度が高いほど点数が高くなり、ジャンル優先度が低いほど点数が低くなるように、各ジャンルのジャンル点数を算出する。例えば、ランキング作成部３３４は、ジャンル優先度が最も高いジャンルのジャンル点数を１００点とし、ジャンル優先度が次に高いジャンルのジャンル点数を９０点とし、ジャンル優先度がその次に高いジャンルのジャンル点数を８０点となるように、ジャンル優先度が一つ低くなるごとにジャンル点数が１０点ずつ低くなるようにジャンル点数を設定する。

次に、ランキング作成部３３４は、各携帯端末のユーザについて、各番組についての標準点数とその番組のジャンル点数の合計を個別点数として算出する。ランキング作成部３３４は、各携帯端末のユーザについて、個別点数が高い順に各番組についての番組ランキング（例えば、順位、番組名、個別点数及び登録数のリスト）を作成し、作成した番組ランキングをユーザ管理テーブルにそのユーザのユーザＩＤと関連付けて記憶する。この番組ランキングは、登録番組ランキングを録画予約数及びジャンル優先度に基づいて修正したものとなる。

以下、ランキング作成処理の一例について説明する。例えば、バラエティの番組ａ、ニュースの番組ｂ、ドラマの番組ｃについての登録数がそれぞれ１０００、５００、１００であり、録画予約数が１０００、１００００、５０００である場合、それぞれの登録点数は１００点、５０点、１０点となり、録画予約点数は１０点、１００点、５０点となる。登録点数と録画予約点数の合計はそれぞれ１１０点、１５０点、６０点となり、標準点数は７３点、１００点、４０点となる。あるユーザについてのジャンル優先度がドラマ、バラエティ、ニュースの順に高く、それぞれのジャンル点数が１００点、７０点、３０点である場合、番組ａ、番組ｂ、番組ｃの個別点数は、それぞれ１４３点、１３０点、１４０点となる。したがって、このユーザについてのランキングでは、１位が番組ａ、２位が番組ｃ、３位が番組ｂとなる。

ランキング送信部３３５は、ランキング作成部３３４が作成した、各携帯端末２に対応する番組ランキングをサーバ通信部３１を介して各携帯端末２に送信する。ランキング送信部３３５は、サーバ通信部３１を介して携帯端末２からランキング取得要求を受信した場合、登録情報取得部３３１が携帯端末２から登録情報を取得した場合、又はジャンル優先度取得部３３３が携帯端末２からジャンル優先度を取得した場合、その携帯端末２のユーザについての番組ランキング及び各番組の番組情報をその携帯端末２に送信する。

（３）番組情報管理システム１の動作
図５は、番組情報管理システム１によるユーザのスケジュール登録及び番組ランキング作成の動作シーケンスの一例を示す。なお、以下に説明する動作シーケンスは、予め端末記憶部２２及びサーバ記憶部３２に記憶されているプログラムに基づいて、主に端末処理部２５及びサーバ処理部３３により、携帯端末２及びサーバ３の各要素と協働して実行される。

まず、ユーザにより、携帯端末２の操作部２３を介して番組ランキングの表示が指示される。表示制御部２５６は、操作部２３を介して番組ランキングの表示の指示を受け付けると、ランキング取得要求を端末通信部２１を介してサーバ３に送信する（ステップＳ５００）。

サーバ３のランキング作成部３３４は、サーバ通信部３１を介して携帯端末２からランキング取得要求を受信すると、番組ランキング更新処理を実施する（ステップＳ５０２）。

図６は、ランキング作成部３３４による番組ランキング更新処理の動作フローの一例を示す図である。なお、図６に示すフローチャートが実施される前に、登録情報取得部３３１は各携帯端末２から取得した登録情報から登録点数を算出し、録画予約情報取得部３３２は録画予約情報管理サーバ４から取得した録画予約情報から録画予約点数を算出し、ランキング作成部は標準点数を算出し、それぞれサーバ記憶部３２の番組管理テーブルに記憶しているものとする。また、ジャンル優先度取得部３３３は、携帯端末２から取得したジャンル優先度からジャンル点数を算出し、サーバ記憶部３２のユーザ管理テーブルに記憶しているものとする。

過去に携帯端末２のユーザについての番組ランキングを作成している場合でも、その後サーバ３に送信された、携帯端末２以外の携帯端末からの登録情報、及び録画予約情報管理サーバ４からの録画予約情報により、標準点数が更新されている可能性がある。そこで、図６に示す番組ランキング更新処理では、最新の標準点数を用いて携帯端末２のユーザについての番組ランキングを更新する。

まず、ランキング作成部３３４は、サーバ記憶部３２の番組管理テーブルから標準点数を読み出す（ステップＳ６００）。

次に、ランキング作成部３３４は、受信したランキング取得要求に含まれるユーザＩＤに対応するジャンル点数を読み出す（ステップＳ６０２）。

次に、ランキング作成部３３４は、各番組についての個別点数を算出し、算出した個別点数の順に各番組についての番組ランキングを作成し（ステップＳ６０４）、作成した番組ランキングをサーバ記憶部３２のユーザ管理テーブルにそのユーザＩＤと関連付けて記憶し、一連のステップを終了する。

図５に戻り、ランキング送信部３３５は、ランキング作成部３３４が作成した番組ランキング及び各番組の番組情報をサーバ通信部３１を介して携帯端末２に送信する（ステップＳ５０４）。

携帯端末２の表示制御部２５６は、端末通信部２１を介してサーバ３から番組ランキング及び各番組の番組情報を受信すると、受信した番組ランキング及び各番組の番組情報を、図３（ａ）に示した番組ランキング画面３００のように表示部２４に表示させる（ステップＳ５０６）。

次に、スケジュール登録部２５２は、ユーザのスケジュール登録処理を実施する（ステップＳ５０８）。

図７は、受付部２５１及びスケジュール登録部２５２によるスケジュール登録処理の動作フローの一例を示す図である。

まず、受付部２５１は、ユーザにより操作部２３を介して番組ランキング画面３００の終了ボタン３０４が押下されて、番組ランキング画面３００の表示の終了が指示されたか否かを判定する（ステップＳ７００）。

番組ランキング画面３００の表示の終了が指示された場合、受付部２５１は、表示制御部２５６に番組ランキング画面３００の表示を終了させ、一連のステップを終了する。

一方、番組ランキング画面３００の表示の終了が指示されていない場合、受付部２５１は、ユーザにより操作部２３を介して番組ランキング画面３００の視聴予定ボタン３０３又は番組詳細画面３１０の視聴予定ボタン３１３が押下されて、視聴予定の番組が指定されたか否かを判定する（ステップＳ７０２）。

ユーザにより視聴予定の番組が指定されていない場合、受付部２５１は、処理をステップＳ７００へ戻し、再度、ステップＳ７００〜Ｓ７０２の処理を繰り返す。

一方、ユーザにより視聴予定の番組が指定された場合、受付部２５１は、指定された視聴予定の番組についての登録情報をスケジュール登録部２５２及び送信制御部２５５に通知する。スケジュール登録部２５２は、受付部２５１から登録情報が通知されると、通知された登録情報に示される番組の視聴についてユーザのスケジュールの登録を行い（ステップＳ７０４）、一連のステップを終了する。

図５に戻り、送信制御部２５５は、受付部２５１から登録情報が通知された場合、通知された登録情報を、端末記憶部２２に記憶されたユーザＩＤと関連付けて、端末通信部２１を介してサーバ３に送信する（ステップＳ５１０）。

サーバ３の登録情報取得部３３１は、サーバ通信部３１を介して携帯端末２から登録情報を取得すると、番組管理テーブルにおいて、取得した登録情報に対応する番組ＩＤに関連付けられたカウンタをインクリメント（＋１）することにより、各番組についての登録数を計数する（ステップＳ５１２）。

次に、ランキング作成部３３４は、番組ランキング作成処理を実施する（ステップＳ５１４）。

図８は、ランキング作成部３３４による番組ランキング作成処理の動作フローの一例を示す図である。なお、図８に示すフローチャートが実施される前に、録画予約情報取得部３３２は録画予約情報管理サーバ４から取得した録画予約情報に示される各番組の録画予約数をサーバ記憶部３２の番組管理テーブルに記憶しているものとする。また、ジャンル優先度取得部３３３は、携帯端末２から取得したジャンル優先度をサーバ記憶部３２のユーザ管理テーブルに記憶しているものとする。

図８に示す番組ランキング作成処理では、携帯端末２及び他の携帯端末からの登録数、及び録画予約情報管理サーバ４からの録画予約情報から標準点数を新たに算出し、携帯端末２のユーザについての番組ランキングのみを作成する。

まず、ランキング作成部３３４は、サーバ記憶部３２の番組管理テーブルからカウンタ、つまり各番組についての視聴のスケジュールの登録数を読み出し、読み出した登録数に基づいて各番組の登録点数を算出し（ステップＳ８００）、番組管理テーブルに記憶するとともに、登録番組ランキングを作成する。

次に、ランキング作成部３３４は、番組管理テーブルから各番組の録画予約数を読み出し、読み出した録画予約数に基づいて各番組の録画予約点数を算出し（ステップＳ８０２）、番組管理テーブルに記憶する。

次に、ランキング作成部３３４は、各番組についての登録点数と録画予約点数の合計から各番組の標準点数を算出し（ステップＳ８０４）、番組管理テーブルに記憶する。

次に、ランキング作成部３３４は、受信した登録情報に関連付けられたユーザＩＤに対応するジャンル優先度をサーバ記憶部３２のユーザ管理テーブルから読み出し、読み出したジャンル優先度に基づいてジャンル点数を算出し（ステップＳ８０６）、ユーザ管理テーブルに記憶する。

次に、ランキング作成部３３４は、各番組についての個別点数を算出し、算出した個別点数の順に各番組についての番組ランキングを作成し（ステップＳ８０８）、作成した番組ランキングをユーザ管理テーブルにそのユーザのユーザＩＤと関連付けて記憶し、一連のステップを終了する。

図５に戻り、ランキング送信部３３５は、ランキング作成部３３４が作成した番組ランキング及び各番組の番組情報をサーバ通信部３１を介して携帯端末２に送信する（ステップＳ５１６）。

携帯端末２の表示制御部２５６は、端末通信部２１を介してサーバ３から番組ランキング及び各番組の番組情報を受信すると、受信した番組ランキング及び各番組の番組情報を表示部２４に表示させ（ステップＳ５１８）、一連のステップを終了する。

なお、この後、携帯端末２のユーザにより操作部２３を介して番組ランキング画面３００の表示の終了が指示されるまで、携帯端末２及びサーバ３は、ステップＳ５０８〜Ｓ５１８の処理を繰り返し、連続してスケジュール登録処理及び番組ランキング作成処理を実施してもよい。

図９は、番組情報管理システム１によるユーザごとのジャンル優先度設定及び番組ランキング作成の動作シーケンスの一例を示す。なお、以下に説明する動作シーケンスは、予め端末記憶部２２及びサーバ記憶部３２に記憶されているプログラムに基づいて、主に端末処理部２５及びサーバ処理部３３により、携帯端末２及びサーバ３の各要素と協働して実行される。

まず、携帯端末２の端末処理部２５は、各番組のジャンル優先度設定処理を実施する（ステップＳ９００）。

図１０は、端末処理部２５によるジャンル優先度設定処理の動作フローの一例を示す図である。

まず、ユーザにより携帯端末２の操作部２３を介して番組のジャンルの表示が指示される。表示制御部２５６は、操作部２３を介してユーザからの番組のジャンルの表示の指示を受け付けると、図３（ｄ）に示すジャンル画面３４０のように、番組のジャンルの一覧を表示部２４に表示させる（ステップＳ１０００）。

次に、ジャンル優先度受付部２５４は、ユーザにより操作部２３を介してジャンル画面３４０の終了ボタン３４３が押下されて、ジャンル画面３４０の表示の終了が指示されたか否かを判定する（ステップＳ１００２）。

ジャンル画面３４０の表示の終了が指示された場合、ジャンル優先度受付部２５４は、表示制御部２５６にジャンル画面３４０の表示を終了させ、一連のステップを終了する。

一方、ジャンル画面３４０の表示の終了が指示されていない場合、ジャンル優先度受付部２５４は、ユーザにより操作部２３を介してジャンル優先度が指定されたか否かを判定する（ステップＳ１００４）。

ユーザによりジャンル優先度が指定されていない場合、ジャンル優先度受付部２５４は、処理をステップＳ１００２へ戻し、再度、ステップＳ１００２〜Ｓ１００４の処理を繰り返す。

一方、ユーザによりジャンル優先度が指定された場合、ジャンル優先度受付部２５４は、指定されたジャンル優先度を端末記憶部２２に記憶するとともに（ステップＳ１００６）、送信制御部２５５に通知し、一連のステップを終了する。

図９に戻り、送信制御部２５５は、ジャンル優先度受付部２５４からジャンル優先度が通知された場合、通知されたジャンル優先度を、端末記憶部２２に記憶されたユーザＩＤと関連付けて、端末通信部２１を介してサーバ３に送信する（ステップＳ９０２）。

サーバ３のジャンル優先度取得部３３３は、サーバ通信部３１を介して携帯端末２からユーザＩＤと関連付けられたジャンル優先度を取得すると、取得したジャンル優先度をユーザＩＤと関連付けてサーバ記憶部３２のユーザ管理テーブルに記憶する（ステップＳ９０４）。

次に、ランキング作成部３３４は、取得したジャンル優先度を用いて、番組ランキング更新処理を実施する（ステップＳ９０６）。番組ランキング更新処理は、図６に示した番組ランキング更新処理と同様である。ただし、ステップＳ６０２において、ランキング作成部３３４は、取得したジャンル優先度に基づいてジャンル点数を算出し、ユーザ管理テーブルに記憶する。

ランキング送信部３３５は、ランキング作成部３３４が作成した番組ランキング及び各番組の番組情報をサーバ通信部３１を介して携帯端末２に送信する（ステップＳ９０８）。

携帯端末２の表示制御部２５６は、端末通信部２１を介してサーバ３から番組ランキング及び各番組の番組情報を受信すると、受信した番組ランキング及び各番組の番組情報を表示部２４に表示させ（ステップＳ９１０）、一連のステップを終了する。

以上説明してきたように、サーバ３は、複数の携帯端末２において、各携帯端末２のユーザによる視聴のスケジュールが各携帯端末２に登録された数に基づいて番組ランキングを作成することにより、リアルタイムに視聴される可能性の高さをより高精度に表す番組ランキングを作成することが可能となる。

さらに、サーバ３は、録画予約数に基づいて番組ランキングを修正することにより、リアルタイムに視聴される可能性の高さ及び録画される可能性の高さの両方をより高精度に表す番組ランキングを作成することが可能となる。

さらに、サーバ３は、各携帯端末２のユーザにより指定されたジャンル優先度に基づいて番組ランキングを修正することにより、各携帯端末２のユーザが興味を持つジャンルの番組の順位が高くなり、興味を持たないジャンルの番組の順位が低くなるように番組ランキングを作成することが可能となる。これにより、ユーザは、興味を持たないジャンルの番組が上位に表示されないように作成された番組ランキングを閲覧することが可能となる。

なお、本発明は、本実施形態に限定されるものではない。例えば、本実施形態では、サーバ３は、登録数、録画予約数、及びジャンル優先度に基づいて番組ランキングを作成するものとしたが、登録数のみ、登録数及び録画予約数のみ、又は登録数及びジャンル優先度のみに基づいて番組ランキングを作成してもよい。また、サーバ３は、録画予約数及びジャンル優先度のみに基づいて番組ランキングを作成してもよい。登録数のみ、又は登録数及び録画予約数のみに基づいて番組ランキングを作成する場合、全ての携帯端末について同じ番組ランキングが作成される。

また、ランキング送信部３３５は、必ずしも登録情報を送信した携帯端末に番組ランキング及び番組情報を送信する必要はなく、登録情報を送信した携帯端末と番組ランキング及び番組情報を送信する携帯端末を異ならせてもよい。

また、サーバ３は、登録数及び録画予約情報のみに基づいて作成した番組ランキングとともに、各番組の登録点数及び録画予約点数を携帯端末２に送信し、携帯端末２がそのユーザによるジャンル優先度を用いて番組ランキングを修正してもよい。その場合、サーバ３のジャンル優先度取得部３３３は省略され、携帯端末２の端末処理部２５は、図２に示した各部に加えて、ジャンル優先度を用いて番組ランキングを修正するランキング修正部を有する。ランキング修正部は、サーバ３のランキング作成部３３４と同様にして、サーバ３から取得した登録点数及び録画予約点数と、携帯端末２のユーザによるジャンル優先度とを用いて番組ランキングを作成する。

さらに、携帯端末２が、サーバ３のサーバ処理部３３の各部の機能を有して番組ランキングを作成してもよい。その場合、サーバ３は、各携帯端末から取得した登録情報及び録画予約情報を特定の携帯端末２に送信し、携帯端末２は、受信した登録情報及び録画予約情報を用いて番組ランキングを作成する。

また、サーバ３のランキング作成部３３４は、さらに各携帯端末２のユーザが、スケジュールとして登録された番組を過去に実際に視聴した視聴割合に基づいて番組ランキングを修正してもよい。その場合、携帯端末２の受付部２５１は、ユーザによる視聴のスケジュールが登録された番組をそのユーザが実際に視聴したか否かを示す視聴情報を操作部２３を介して受け付け、端末記憶部２２に記憶する。受付部２５１は、端末記憶部２２に記憶された視聴情報からそのユーザがスケジュールとして登録された番組を過去に実際に視聴した視聴割合を算出する。そして、受付部２５１は、登録情報を送信制御部２５５に通知する際、登録情報とともに視聴割合を通知する。送信制御部２５５は、スケジュール登録部２５２から通知された登録情報と視聴割合を、端末記憶部２２に記憶されたユーザＩＤと関連付けて、端末通信部２１を介してサーバ３に送信する。

なお、携帯端末２が、放送される各番組の電波を受信し、映像を表示する受像部を有する場合、受付部２５１は、受像部が各番組についての映像を表示したか否かにより視聴情報を作成し、視聴割合を算出してもよい。

一方、サーバ３は、サーバ記憶部３２の番組管理テーブルに、視聴割合を用いた演算結果を保持する変数を各番組情報と関連付けて記憶する。登録情報取得部３３１は、サーバ通信部３１を介して各携帯端末２から登録情報とともに番組の視聴割合を取得すると、番組管理テーブルにおいて、取得した登録情報に対応する番組ＩＤに関連付けられた変数に視聴割合を加算していく。そして、ランキング作成部３３４は、この変数の値を登録数とみなす。例えば、視聴割合がそれぞれ０.９、０．８、０．７である３人のユーザについて視聴予定がされている番組の場合、登録数は２．４となり、視聴割合がそれぞれ０.３、０．２、０．１である３人のユーザについて視聴予定がされている番組の場合、登録数は０．６となる。視聴のスケジュールが登録された番組を過去に実際に視聴した割合の高いユーザは、新たに視聴のスケジュールを登録した番組を実際に視聴する可能性が高いと考えられる。したがって、サーバ３は、各ユーザによる視聴のスケジュールが登録された番組を実際に視聴する可能性の高さに応じて登録数を重み付けすることが可能となり、より信頼性の高い番組ランキングを作成することが可能となる。

また、ランキング作成部３３４は、現在放送中の番組についての番組ランキングを作成する場合、さらに各携帯端末２のユーザによるリアルタイムの注目度にも基づいて番組ランキングを作成してもよい。その場合、携帯端末２の端末処理部２５は、図２に示した各部に加えて、注目番組受付部を有する。注目番組受付部は、操作部２３を介してユーザから、現在放送中の番組のうち、そのユーザが注目している番組の指定を受け付け、指定された注目番組を示す注目番組情報を端末通信部２１を介してサーバ３に送信する。

一方、サーバ３のサーバ処理部３３は、図３に示した各部に加えて、注目番組取得部を有する。注目番組取得部は、サーバ通信部３１を介して携帯端末２から注目番組情報を取得し、取得した注目番組情報をサーバ記憶部３２に記憶する。ランキング作成部３３４は、サーバ記憶部３２から注目番組情報を読み出し、読み出した注目番組情報に基づいて、各番組の注目番組点数を算出する。ランキング作成部３３４は、各番組について、取得した注目番組情報の数が多いほど点数が高くなり、注目番組情報の数が少ないほど点数が低くなるように、注目番組点数を算出する。例えば、ランキング作成部３３４は、注目番組情報の数が最も多い番組の注目番組点数を１００点とし、注目番組情報の数が最も多い番組についての注目番組情報の数に対する他の各番組についての注目番組情報の数の割合に１００を乗じた数を他の各番組についての注目番組点数とする。そして、ランキング作成部３３４は、各番組についての登録点数と録画予約点数と注目番組点数の合計を各番組の標準点数として算出する。これにより、サーバ３は、実際に放送されている番組に対するユーザの注目度を番組ランキングに反映させることが可能となる。

なお、サーバ３の注目番組取得部は、ツイッター（登録商標）等の公知のシステムを利用し、各番組の注目度を取得してもよい。その場合、注目番組取得部は、例えばツイッター（登録商標）のシステムにおいて各番組に対するツイート数を管理するサーバ（不図示）から各番組に対するツイート数を取得し、取得したツイート数を注目番組情報の数として利用する。

また、本実施形態では、登録点数、録画予約点数、ジャンル点数及び注目番組点数について、全て最高点が１００点である例を説明したが、各点数の最高点を同一の値とせずに、重み付けを行ってもよい。また、各点数の重み付けの比率は、例えばユーザごとに異ならせてもよい。

また、サーバ３が、録画予約情報管理サーバ４の機能を有し、複数の録画装置と接続して、録画予約情報を生成してもよい。その場合、番組情報管理システム１において、録画予約情報管理サーバ４は省略される。

また、端末処理部２５及びサーバ処理部３３が備える各機能をコンピュータに実現させるためのコンピュータプログラムは、磁気記録媒体、光記録媒体等のコンピュータにより読み取り可能な記録媒体に記録された形で提供されてもよい。

当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換、及び修正をこれに加えることが可能であることを理解されたい。

１ 番組情報管理システム
２ 携帯端末
２１ 端末通信部
２２ 端末記憶部
２３ 操作部
２４ 表示部
２５ 端末処理部
２５１ 受付部
２５２ スケジュール登録部
２５３ スケジュール管理部
２５４ ジャンル優先度受付部
２５５ 送信制御部
２５６ 表示制御部
３ サーバ
３１ サーバ通信部
３２ サーバ記憶部
３３ サーバ処理部
３３１ 登録情報取得部
３３２ 録画予約情報取得部
３３３ ジャンル優先度取得部
３３４ ランキング作成部
３３５ ランキング送信部

Claims (10)

1. 放送予定の複数の番組のランキングを作成するサーバであって、
   前記放送予定の複数の番組のうちのユーザによって視聴する予定の番組として指定された番組の情報と、過去に放送された番組のうちの前記ユーザによって視聴する予定の番組として指定された登録番組の数に対する、前記登録番組のうちの実際に視聴した番組の数の割合と、を取得する取得部と、
   前記放送予定の複数の番組のそれぞれについて、取得された前記情報の数に基づいて前記複数の番組のランキングを作成する作成部と、
   取得された前記割合に基づいて、前記ランキングを修正する修正部と、
   前記修正されたランキングを表示するための表示情報を前記ユーザの携帯端末に送信する送信部と、
   を備えることを特徴とするサーバ。
2. 前記作成部は、前記放送予定の複数の番組のそれぞれについて、視聴を予定する視聴予定番組として各番組を登録した他のユーザを特定し、前記特定した他のユーザの前記割合に基づいて、前記放送予定の複数の番組のランキングを作成する、請求項１に記載のサーバ。
3. 前記送信部は、前記放送予定の複数の番組のいずれかを前記視聴する予定の番組として前記ユーザに指定させる画面を表示するための情報を送信する、請求項１又は２に記載のサーバ。
4. 前記表示情報は、前記修正されたランキングに含まれる各番組について、視聴する予定の番組として指定された指定数を表示するための情報を含む、請求項１〜３のいずれか一項に記載のサーバ。
5. 前記表示情報は、前記修正されたランキングに含まれる各番組について、視聴する予定の番組として指定された番組と、視聴する予定の番組として指定されていない番組とが識別できるように表示するための情報を含む、請求項１〜４のいずれか一項に記載のサーバ。
6. 前記作成部は、変更前の前記ランキングは、前記放送予定の複数の番組のそれぞれに対するメッセージ数に基づいて前記複数の番組のランキングを作成する、請求項１〜５のいずれか一項に記載のサーバ。
7. 前記放送予定の複数の番組のそれぞれに関連付けて、複数のグループのいずれかのグループを示す情報を記憶する記憶部を備え、
   前記取得部は、前記複数のグループのそれぞれに対する優先度に関する情報を取得し、
   前記作成部は、前記放送予定の各番組に関連付けられたグループに対する前記優先度に関する情報に基づいて前記複数の番組のランキングを作成する、請求項１〜６のいずれか一項に記載のサーバ。
8. 前記放送予定の複数の番組のそれぞれに関連付けて、複数のグループのいずれかのグループを示す情報を記憶する記憶部を備え、
   前記取得部は、前記複数のグループのそれぞれに対する前記ユーザの嗜好に関する情報を取得し、
   前記作成部は、前記放送予定の各番組に関連付けられたグループに対する前記嗜好に関する情報に基づいて前記複数の番組のランキングを作成する、請求項１〜６のいずれか一項に記載のサーバ。
9. 放送予定の複数の番組のランキングを作成するサーバの制御プログラムであって、
   前記放送予定の複数の番組のうちのユーザによって視聴する予定の番組として指定された番組の情報と、過去に放送された番組のうちの前記ユーザによって視聴する予定の番組として指定された登録番組の数に対する、前記登録番組のうちの実際に視聴した番組の数の割合と、を取得する取得ステップと、
   前記放送予定の複数の番組のそれぞれについて、取得された前記情報の数に基づいて前記複数の番組のランキングを作成する作成ステップと、
   取得された前記割合に基づいて、前記ランキングを修正する修正ステップと、
   前記修正されたランキングを表示するための表示情報を前記ユーザの携帯端末に送信する送信ステップと、
   を前記サーバに実行させるための制御プログラム。
10. 放送予定の複数の番組のランキングを作成するサーバの制御方法であって、前記サーバが、
    前記放送予定の複数の番組のうちのユーザによって視聴する予定の番組として指定された番組の情報と、過去に放送された番組のうちの前記ユーザによって視聴する予定の番組として指定された登録番組の数に対する、前記登録番組のうちの実際に視聴した番組の数の割合と、を取得する取得ステップと、
    前記放送予定の複数の番組のそれぞれについて、取得された前記情報の数に基づいて前記複数の番組のランキングを作成する作成ステップと、
    取得された前記割合に基づいて、前記ランキングを修正する修正ステップと、
    前記修正されたランキングを表示するための表示情報を前記ユーザの携帯端末に送信する送信ステップと、
    を含むことを特徴とする制御方法。