サーバ、及び通信システム並びに方法
【課題】携帯端末のコンテンツ保存状態、処理能力の制限に基づいて、レコメンドすべきコンテンツを含むレコメンドリストを提供する。
【解決手段】サーバは、携帯端末から通知される該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、操作ログに基づいて、推薦すべきコンテンツを選択する選択部と、選択されたコンテンツと、携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成する作成部と、携帯端末から送信されるべきレコメンドリスト取得要求に応じて、レコメンドリストを送信する送信部とを有する。作成部は、レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【解決手段】サーバは、携帯端末から通知される該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、操作ログに基づいて、推薦すべきコンテンツを選択する選択部と、選択されたコンテンツと、携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成する作成部と、携帯端末から送信されるべきレコメンドリスト取得要求に応じて、レコメンドリストを送信する送信部とを有する。作成部は、レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。
【背景技術】
【０００２】
モバイルマルチメディア放送では、放送波により、ユーザの携帯端末に、コンテンツが配信される。該コンテンツには、動画、音楽、電子書籍等が含まれる。コンテンツの配信には、ストリーミングによる配信と、ダウンロード型の配信とが含まれる。ダウンロード型の配信方法は、ファイルキャスティングとも呼ばれる。携帯端末に、コンテンツが録画されることもあるし、蓄積されることもある。ここで、「録画」という言葉は、ストリーミングコンテンツを、受信しながら携帯端末内あるいは携帯端末に接続された外部記憶媒体に保存すること、と定義される。「蓄積」という言葉は、ファイルキャスティングコンテンツを携帯端末内あるいは携帯端末に接続された外部記憶媒体に保存すること、と定義される。
【０００３】
ファイルキャスティングコンテンツについては、ユーザが携帯端末で、蓄積を完了したコンテンツを再生し、視聴する。ストリーミングコンテンツについては、放送されている時刻に視聴したり、予め録画されたコンテンツについて再生し、視聴したりすることができる。コンテンツには無料のものもあれば、有料のものも存在する。また、ファイルキャスティング、ストリーミングともに、放送される時間は予め決まっている。
【０００４】
さらに、モバイルマルチメディア放送では、携帯端末は、通信によりレコメンドリストを通信側のレコメンドサーバから取得することができる。該携帯端末は、レコメンドリストを表示することにより、ユーザにコンテンツを勧める。ここで、通信とは、携帯端末が、移動体通信ネットワークを介して送信された電波を受信することである。また、レコメンドリストには、勧めるべきコンテンツが記載されている。
【０００５】
図１は、モバイルマルチメディア放送の概要を示す。
【０００６】
モバイルマルチメディア放送を実現するシステムには、メタデータ管理サーバ１０が含まれる。メタデータ管理サーバ１０は、コンテンツのメタデータを管理する。該システムには、レコメンドサーバ３０が含まれる。レコメンドサーバ３０は、レコメンドすべきコンテンツを含むレコメンドリストを生成する。該システムには、通信基地局３５が含まれる。通信基地局３５は、レコメンドサーバ３０からのレコメンドリストを携帯端末２０に送信する。該システムには、コンテンツ配信サーバ４０が含まれる。コンテンツ配信サーバ４０は、コンテンツを配信する。該システムには、放送基地局４５が含まれる。放送基地局４５は、コンテンツ配信サーバ４０からのコンテンツを携帯端末２０に送信する。該システムには、携帯端末２０が含まれる。携帯端末２０は、通信基地局３５からのレコメンドリストと、放送波基地局４５からのコンテンツを受信する。
【０００７】
レコメンドサーバ３０は、メタデータ管理サーバ１０から、コンテンツ配信サーバ４０から放送されるコンテンツに関するメタデータ情報を予め取得する。レコメンドすべきコンテンツは、オペレータからの指定やレコメンドすべきコンテンツを選択するための所定の計算に基づいて決定される。
【０００８】
携帯端末２０は、レコメンドリストに含まれるコンテンツのうち、当該携帯端末２０に保存されたコンテンツについて、ユーザに対して視聴を勧めるようにしてもよい。また、携帯端末２０は、レコメンドリストに含まれるコンテンツのうち、未来（将来）に放送されるコンテンツについては、録画予約や蓄積予約を勧めるようにしてもよい。このようなレコメンド機能により、コンテンツ提供者、サービス提供者は、ユーザに、コンテンツ視聴の機会を増大させることができる。
【０００９】
モバイルマルチメディア放送では、携帯端末２０は、放送波経由で、放送波基地局４５から配信されるコンテンツを受信する。該コンテンツは、コンテンツ配信サーバ４０に格納されている。さらに、携帯端末２０は、通信基地局３５から送信されるレコメンドリストを取得する。該携帯端末２０は、放送波を受信するモジュール、及び通信網からの電波を受信するモジュールを共に備える。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】特開2004-355340号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
携帯端末には保存領域に限りがあるため、保存できるコンテンツの数には限りがある。また、放送波は、放送波基地局からブロードキャストにより一斉送信される。従って、レコメンドサーバは、携帯端末により録画や蓄積されているコンテンツは、認識できない。さらに、携帯端末に一度は保存されたコンテンツであっても、その後削除される可能性もある。
【００１２】
以上のような状況において、レコメンドサーバから、携帯端末がレコメンドリストを取得し、画面表示をすることを考える。
【００１３】
画面表示されたレコメンドリストには、携帯端末に保存されていないコンテンツが含まれることが想定される。レコメンドリストに携帯端末に保存されていないコンテンツが含まれる場合、ユーザが該コンテンツに興味を示しても視聴できない。視聴できないため、サービスの劣化が発生することになる。
【００１４】
レコメンドリストに、携帯端末に保存されていないコンテンツが含まれる問題を解決するために、携帯端末側で、レコメンドリストを取得する度に、当該携帯端末におけるコンテンツの保存状態を確認する。当該携帯端末におけるコンテンツの保存状態に基づいて、レコメンドリストに含まれるコンテンツ情報を取捨選択して携帯端末の画面に表示することが考えられる。
【００１５】
しかし、携帯端末の処理能力には制限があるため、動作が重くなったり、完全に動作が止まったりするなどの事象が発生する場合がある。このような問題が発生する虞があるため、サービス品質が著しく劣化する虞がある。
【００１６】
さらに、録画予約や蓄積予約を勧める機能を実現するために、携帯端末は、レコメンドサーバから未来に放送されるコンテンツを含むレコメンドリストを取得することができる。
【００１７】
しかし、レコメンドリストに含まれるおすすめコンテンツの件数が多いと、携帯端末による処理能力には制限があるため、動作が重くなる問題がある。また、ユーザ数や総コンテンツ数が多い場合には、レコメンドすべきコンテンツを選択するための所定の計算に長い時間がかかったり、大きな負荷がかかったりする。長い時間がかかったり、大きな負荷がかかったりするため、レコメンドサーバ１０は、１週間に１度程度しか動作させられない場合がある。
【００１８】
１週間に１度程度しか動作させられない場合には、将来の１週間の間に放送されるコンテンツがレコメンドの対象となる可能性があり、レコメンドすべきコンテンツの数が膨大になる。また、オペレータにより、未来数日間或は数週間にわたって、レコメンドすべきコンテンツが指定されることがある。オペレータによりレコメンドすべきコンテンツが指定される場合にもレコメンドされるコンテンツの数が膨大になる虞がある。レコメンドされるコンテンツの数が膨大になる虞があるため、携帯端末の画面へのレコメンド情報を表示する動作が遅くなり、サービス品質は劣化する。
【００１９】
そこで、本発明は上述した問題点に鑑みてなされたものであり、携帯端末におけるコンテンツの保存状態、処理能力の制限に基づいて、該携帯端末に、レコメンドすべきコンテンツを含むレコメンドリストを提供することを目的とする。
【課題を解決するための手段】
【００２０】
本サーバは、
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバであって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信する送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【００２１】
本通信システムは、
携帯端末と、該携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバとを有する通信システムであって、
前記携帯端末は、
該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを取得する取得部と、
前記サーバに、前記取得部により取得された当該携帯端末に保存されているコンテンツを表す情報と、当該携帯端末の操作ログとを通知する通知部と、
レコメンドリストを取得するための操作が行われた場合に、前回通知した操作ログから後の操作ログを示す差分ログを生成する差分ログ生成部と、
前記サーバに、前記差分ログを含むレコメンドリスト取得要求を送信するレコメンドリスト取得要求送信部と、
前記サーバから、前記レコメンドリスト取得要求送信部により送信されたレコメンドリスト要求に応じて送信されたレコメンドリストを受信するレコメンドリスト受信部と
を有し、
前記サーバは、
前記携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信するレコメンドリスト送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【００２２】
本方法は、
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバにおける方法であって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信ステップと、
該受信ステップに受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択ステップと、
該コンテンツ選択ステップにより選択されたコンテンツと、前記受信ステップに受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成ステップと、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成ステップにより作成されたレコメンドリストを送信する送信ステップと
を有し、
前記レコメンドリスト作成ステップは、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【発明の効果】
【００２３】
開示の実施例によれば、携帯端末におけるコンテンツの保存状態、処理能力の制限に基づいて、該携帯端末に、レコメンドすべきコンテンツを含むレコメンドリストを提供できる。
【図面の簡単な説明】
【００２４】
【図１】通信システムの一例を示す図である。
【図２】本実施例に従った通信システムの一例を示す図である。
【図３】本実施例に従った携帯端末を示す機能ブロック図である。
【図４】本実施例に従ったレコメンドサーバを示す機能ブロック図である。
【図５】本実施例に従った携帯端末の動作の一例を示すフローチャートである。
【図６】本実施例に従ったレコメンドサーバの動作の一例を示すフローチャートである。
【図７】本実施例に従った通信システムの動作の一例を示すシーケンスチャートである。
【図８】本実施例に従ったコンテンツ一覧の一例を示す図である。
【図９】本実施例に従ったコンテンツリストの一例を示す図である。
【図１０】本実施例に従った端末ログの一例を示す図である。
【図１１】本実施例に従った端末ログの一例を示す図である。
【図１２】本実施例に従ったレコメンド１次リストの一例を示す図である。
【図１３】本実施例に従った差分ログの一例を示す図である。
【図１４】本実施例に従ったレコメンドリストの一例を示す図である。
【図１５】本実施例に従ったレコメンドリストの一例を示す図である。
【図１６】本実施例に従ったコンテンツ保存状態の一例を示す図である。
【図１７】本実施例に従った端末ログの一例を示す図である。
【図１８】本実施例に従った端末ログの一例を示す図である。
【図１９】本実施例に従ったコンテンツリストの一例を示す図である。
【図２０】本実施例に従ったレコメンド１次リストの一例を示す図である。
【図２１】本実施例に従った差分ログの一例を示す図である。
【図２２】本実施例に従ったレコメンドリストの一例を示す図である。
【発明を実施するための形態】
【００２５】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
【００２６】
＜実施例＞
＜通信システム＞
図２は、本実施例に従った通信システムの概要を示す。
【００２７】
本通信システムは、メタデータ管理サーバ１００を有する。メタデータ管理サーバ１００は、コンテンツに関するメタデータ情報を管理する。
【００２８】
本通信システムは、レコメンドサーバ３００を有する。レコメンドサーバ３００は、メタデータ管理サーバ１００と接続される。例えば、通信網（図示無し）を介して接続されてもよい。該通信網にはインターネットが含まれてもよい。該レコメンドサーバ３００は、メタデータ管理サーバ１００から、コンテンツ配信サーバ４００から放送されるコンテンツに関するメタデータを取得する。該レコメンドサーバ３００は、レコメンドすべきコンテンツを決定する。例えば、レコメンドすべきコンテンツは、オペレータにより指定されてもよい。また、レコメンドすべきコンテンツは、レコメンドすべきコンテンツを選択するための所定の計算（演算）に基づいて決定されてもよい。該レコメンドサーバ３００は、通信基地局３５０を介して、レコメンドすべきコンテンツが含まれるレコメンドリストを送信する。
【００２９】
本通信システムは、通信基地局３５０を有する。該通信基地局３５０は、レコメンドサーバ３００と接続される。該通信基地局３５０は、レコメンドサーバ３００と接続される。例えば、通信網（図示無し）を介して接続されてもよい。該通信網にはインターネット、移動体通信網が含まれてもよい。該通信基地局３５０は、携帯端末２００に、レコメンドサーバ３００からのレコメンドリストを送信する。
【００３０】
本通信システムは、コンテンツ配信サーバ４００を有する。該コンテンツ配信サーバ４００は、メタデータ管理サーバ１００と接続される。例えば、通信網（図示無し）を介して接続されてもよい。該通信網にはインターネットが含まれてもよい。該コンテンツ配信サーバ４００は、配信すべきコンテンツを格納する。該コンテンツ配信サーバ４００は、コンテンツを配信する。
【００３１】
本通信システムは、放送基地局４５０を有する。該放送基地局４５０は、コンテンツ配信サーバ４００と接続される。例えば、通信網（図示無し）を介して接続されてもよい。該通信網にはインターネットが含まれてもよい。該放送基地局４５０は、携帯端末２００に、コンテンツ配信サーバ４００からのコンテンツを配信する。
【００３２】
本通信システムは、携帯端末２００を有する。該携帯端末２００は、通信基地局３５０により送信されるべきレコメンドリストと、放送基地局４５０により配信されるべきコンテンツとを受信する。
【００３３】
＜携帯端末＞
図３は、本携帯端末２００の一例を示す。
【００３４】
本携帯端末２００は、放送波受信部２０１を有する。該放送波受信部２０１は、放送波基地局４５０により放送されるべきコンテンツを受信する。該放送波受信部２０１は、コンテンツ管理部２０２に、受信したコンテンツを入力する。また、該放送波受信部２０１には、予約制御部２０３から起動予約を表す情報が入力される。起動予約を表す情報が入力された場合、該起動予約に従って、該当するコンテンツを受信する。
【００３５】
本携帯端末２００は、コンテンツ管理部２０２を有する。該コンテンツ管理部２０２は、放送波受信部２０１と接続される。コンテンツ管理部２０２は、放送波受信部２０１により入力されるべきコンテンツを取得し、格納する。該コンテンツ管理部２０２は、コンテンツ再生部２０６からのコンテンツ取得要求に応じて、該コンテンツ再生部２０６に、該当するコンテンツを入力する。また、コンテンツ管理部２０２は、UI制御部２０７から削除指令が入力された場合、該削除指令に従って、該当するコンテンツを削除する。また、コンテンツ管理部２０２は、端末ログ管理部２０８に、コンテンツの保存状態を表す情報を入力する。
【００３６】
本携帯端末２００は、予約制御部２０３を有する。該予約管理部２０３は、放送波受信部２０１と接続される。該予約制御部２０３は、UI制御部２０７からの予約指令に従って、放送波受信部２０１に、起動予約を入力する。該起動予約により起動する日時が設定されてもよい。また、該予約制御部２０３は、放送波受信部２０１に、起動予約を入力した際に、端末ログ管理部２０８に、予約ログを入力する。
【００３７】
本携帯端末２００は、レコメンド情報管理部２０４を有する。レコメンド情報管理部２０４には、通信処理部２０５からレコメンドリストが入力される。レコメンド情報管理部２０４は、UI制御部２０７に、通信処理部２０５から入力されたレコメンドリストを入力する。
【００３８】
本携帯端末２００は、通信処理部２０５を有する。該通信処理部２０５は、レコメンド情報管理部２０４と接続される。該通信処理部２０５には、通信基地局３５０からのレコメンドリストが入力される。該通信処理部２０５は、レコメンド情報管理部２０４に、該レコメンドリストを入力する。該通信処理部２０５には、通信基地局３５０からの当該携帯端末２００のログをアップロードすべき次回の時刻（以下、「次回端末ログアップロード時刻」という）が入力される。該通信処理部２０５は、端末ログ管理部２０８に、次回端末ログアップロード時刻を入力する。該通信処理部２０５には、端末ログ管理部２０８から、次回端末ログアップロード時刻に従って、コンテンツ保存状態及び端末ログが入力される。該通信処理部２０５には、端末ログ管理部２０８から、差分ログを付加したレコメンド取得要求が入力される。差分ログとは、該レコメンド取得要求が入力されたときのコンテンツ保存状態及び端末ログと、前回アップロードした際のコンテンツ保存状態及び端末ログとの間の差分情報である。以下、差分ログを付加したレコメンド取得要求を、「差分ログ付きレコメンド取得要求」という。該通信処理部２０５は、端末ログ管理部２０８により入力されるべきコンテンツ保存状態及び端末ログ、差分ログ付きレコメンド取得要求を、通信基地局３５０を介して、レコメントサーバ３００に送信する。
【００３９】
本携帯端末２００は、コンテンツ再生部２０６を有する。該コンテンツ再生部２０６は、コンテンツ管理部２０２と接続される。該コンテンツ再生部２０６は、UI制御部２０７により入力されるべき再生指令に応じて、コンテンツ管理部２０２に、該当するコンテンツを取得するためのコンテンツ取得要求を行う。また、コンテンツ再生部２０６は、コンテンツ取得要求に応じてコンテンツ管理部２０２により入力されるべきコンテンツを再生し、再生信号として、UI制御部２０７に入力する。また、コンテンツ再生部２０６は、端末ログ管理部２０８に、コンテンツを再生したことを表す再生ログを入力する。
【００４０】
本携帯端末２００は、UI制御部２０７を有する。該UI制御部２０７は、コンテンツ再生部２０６と、コンテンツ管理部２０２と、予約制御部２０３と接続される。UI制御部２０７には、レコメンド情報管理部２０４から、レコメンドされたコンテンツを表す情報が入力される。該UI制御部２０７は、表示画面（図示無し）に、レコメンド情報管理部２０４からのレコメンドされたコンテンツを表す情報を表示する。また、UI制御部２０７は、操作部（図示なし）から操作信号が入力される。該操作信号がコンテンツの再生を表す信号である場合、UI制御部２０７は、コンテンツ再生部２０６に、再生指令を入力する。該操作信号がコンテンツの削除を表す信号である場合、UI制御部２０７は、コンテンツ管理部２０２に、削除指令を入力する。該操作信号がコンテンツの予約を表す信号である場合、UI制御部２０７は、予約制御部２０３に、予約指令を入力する。該操作信号がレコメントリストの取得を要求することを表す信号である場合、UI制御部２０７は、端末ログ管理部２０８に、レコメンドリストを取得することを要求することを表すレコメンド取得要求を入力する。また、UI制御部２０７は、表示画面に、コンテンツ再生部２０６により入力されるべき再生信号を入力する。
【００４１】
本携帯端末２００は、端末ログ管理部２０８を有する。該端末ログ管理部２０８は、UI制御部２０７と、コンテンツ管理部２０２と、予約制御部２０３と、通信処理部２０５と接続される。該端末ログ管理部２０８には、コンテンツ管理部２０２からコンテンツ保存状態を表す情報が入力される。該端末ログ管理部２０８には、予約制御部２０３から予約ログを表す情報が入力される。該端末ログ管理部２０８には、通信処理部２０５から次回端末ログアップロード時刻を表す情報が入力される。該端末ログ管理部２０８は、通信処理部２０５から入力されるべき次回端末ログアップロード時刻を表す情報に従って、通信処理部２０５に、コンテンツ管理部２０２から入力されるべきコンテンツ保存状態を表す情報と、予約制御部２０３から入力されるべき予約ログを表す情報とを入力する。該端末ログ管理部２０８には、UI制御部２０７からレコメンド取得要求が入力される。端末ログ管理部２０８は、UI制御部２０７からのレコメンド取得要求に従って、該レコメンド取得要求が入力されたときのコンテンツ保存状態及び端末ログと、前回アップロードした際のコンテンツ保存状態及び端末ログとの間の差分情報（差分ログ）を生成する。該端末ログ管理部２０８は、レコメンド取得要求に、該差分ログを付加し、通信処理部２０５に入力する。
【００４２】
本携帯端末２００は、時計管理部２０９を有する。該時計管理部２０９は、端末ログ管理部２０８と接続される。該時計管理部２０９は、端末ログ管理部２０８に日時情報を入力する。該日時情報は、端末ログ管理部２０８において、端末ログのアップロード時刻の管理等に利用される。
【００４３】
＜レコメンドサーバ＞
図４は、本レコメンドサーバ３００の一例を示す。
【００４４】
本レコメンドサーバ３００は、無線通信処理部３０１を有する。該無通信処理部３０１には、携帯端末２００からのコンテンツ保存状態、端末ログが入力される。該無通信処理部３０１は、各端末情報管理部３０３に、各端末のコンテンツ保存状態、端末ログを入力する。該無通信処理部３０１は、レコメンド計算部３０５に、端末ログを入力する。また、無線通信処理部３０１は、レコメンドリスト作成部３０２に、差分ログを入力する。また、無線通信処理部３０１には、各端末情報管理部３０３から、次回端末ログアップロード時刻が入力される。また、無線通信処理部３０１には、レコメンドリスト作成部３０２から、レコメンドリストが入力される。無線通信処理部３０１は、携帯端末２００に、各端末情報管理部３０３により入力されるべき次回端末ログアップロード時刻と、レコメンドリスト作成部３０２により入力されるべきレコメンドリストとを送信する処理を行う。
【００４５】
本レコメンドサーバ３００は、レコメンドリスト作成部３０２を有する。該レコメンドリスト作成部３０２は、無線通信処理部３０１と接続される。該レコメンドリスト作成部３０２には、無線通信処理部３０１から差分ログが入力される。該レコメンドリスト作成部３０２には、各端末向けレコメンド情報管理部３０４からレコメンド１次リストが入力される。該レコメンドリスト作成部３０２には、時計管理部３０７から日時情報が入力される。レコメンドリスト作成部３０２は、無線通信処理部３０１から入力された差分ログに基づいて、各端末向けレコメンド情報管理部３０４から入力されたレコメンド１次リストを変更することにより、レコメンドリストを作成する。該レコメンドリスト作成部３０２は、無線通信処理部３０１に、レコメンドリストを入力する。
【００４６】
本レコメンドサーバ３００は、各端末情報管理部３０３を有する。該各端末情報管理部３０３は、無線通信処理部３０１と接続される。各端末情報管理部３０３には、無線通信処理部３０１から、各端末のコンテンツ保存状態と、端末ログとが入力される。各端末情報管理部３０３は、各端末向けレコメンド情報管理部３０４に、各端末のコンテンツ保存状態を入力する。該各端末情報管理部３０３には、時計管理部３０７から、日時情報が入力される。各端末情報管理部３０３は、時計管理部３０７から入力された日時情報に基づいて、次回端末ログアップデート時刻を計算し、無線通信処理部３０１に、次回端末ログアップデート時刻を入力する。
【００４７】
本レコメンドサーバ３００は、各端末向けレコメンド情報管理部３０４を有する。各端末向けレコメンド情報管理部３０４は、各端末情報管理部３０３と、レコメンドリスト作成部３０２とを有する。該各端末向けレコメンド情報管理部３０４には、レコメント指令が入力される。該レコメンド指令は、例えばオペレータにより入力されるべきレコメンドすべきコンテンツであってもよい。該各端末向けレコメンド情報管理部３０４には、各端末情報管理部３０３から、各端末のコンテンツ管理状態が入力される。該各端末向けレコメンド情報管理部３０４には、レコメンド計算部３０５から、レコメンド計算結果が入力される。該各端末向けレコメンド情報管理部３０４には、時計管理部３０７から、日時情報が入力される。各端末向けレコメンド情報管理部３０４は、各端末情報管理部３０３により入力されるべき各端末のコンテンツ管理状態、オペレータにより入力されるべきレコメンド情報、レコメンド計算部３０５により入力されるべきレコメンド計算結果、及び時計管理部３０７により入力されるべき日時情報に基づいて、携帯端末２００に、ユーザにレコメンドすべきレコメントリストを作成する。各端末向けレコメンド情報管理部３０４により作成されるべきレコメンドリストを、「レコメンド１次リスト」という。
【００４８】
本レコメンドサーバ３００は、レコメンド計算部３０５を有する。該レコメンド計算部３０５は、無線通信処理部３０１と、各端末向けレコメンド情報管理部３０４と、有線通信処理部３０６と接続される。該レコメンド計算部３０５には、無線通信処理部３０１から、端末ログが入力される。該レコメンド計算部３０５には、有線通信処理部３０６から、メタデータが入力される。該レコメンド計算部３０５には、時計管理部３０７から、日時情報が入力される。レコメント計算部３０５は、無線通信処理部３０１から入力されるべき端末ログと、有線通信処理部３０６により入力されるべきメタデータと、時計計算部３０７により入力されるべき日時情報に基づいて、レコメンドすべきコンテンツを選択する際に使用する指標を求めるためのレコメンド計算を行い、レコメンドすべきコンテンツを選択する。該レコメンド計算部３０５は、各端末向けレコメンド情報管理部３０４に、レコメンド計算結果に基づいて求めたレコメンドすべきコンテンツを表す情報を入力する。
【００４９】
本レコメンドサーバ３００は、有線通信処理部３０６を有する。該有線通信処理部３０６は、レコメンド計算部３０５と接続される。該有線通信処理部３０６には、メタデータ管理サーバ１００から、メタデータが入力される。該有線通信処理部３０６は、レコメンド計算部３０５に、メタデータを入力する。
【００５０】
本レコメンドサーバ３００は、時計管理部３０７を有する。時計管理部３０７は、レコメンドリスト作成部３０２と、レコメンド計算部３０５と、各端末向けレコメンド情報管理部３０４と、各端末情報管理部３０３と接続される。該時計管理部３０７は、レコメンドリスト作成部３０２、レコメンド計算部３０５、各端末向けレコメンド情報管理部３０４、及び各端末情報管理部３０３に、日時情報を入力する。
【００５１】
＜携帯端末の動作＞
図５は、本携帯端末２００の動作を示すフローチャートの一例である。
【００５２】
本携帯端末２００は、ユーザからレコメンド取得要求があったかどうかを判定する（ステップＳ５０２）。該判定は定期的に実行されてもよいし、不定期に実行されてもよい。例えば、UI制御部２０７には、ユーザが操作部（図示無し）を操作することによりレコメンド取得要求を表す情報が入力される。UI制御部２０７は、該レコメンド取得要求が入力されたかどうかを判定する。
【００５３】
レコメンド取得要求が入力されたと判定された場合（ステップＳ５０２：ＹＥＳ）、本携帯端末２００は、レコメンドサーバ３００に、差分ログを含むレコメンド取得要求を送信する（ステップＳ５０４）。例えば、UI制御部２０７は、端末ログ管理部２０８に、レコメンド取得要求を入力する。端末ログ管理部２０８は、UI制御部２０７からのレコメンド取得要求に応じて、該レコメンド取得要求が入力されたときのコンテンツ保存状態及び端末ログと、差分ログとを生成する。端末ログ管理部２０８は、差分ログを含むレコメンド取得要求を通信処理部２０５に入力する。通信制御部２０５は、レコメンドサーバ３００に、端末ログ管理部２０８からの差分ログを含むレコメンド取得要求を無線送信する。
【００５４】
本携帯端末２００は、差分ログを含むレコメンド取得要求に応じてレコメンドサーバ３００により送信されたレコメンドリストを受信する（ステップＳ５０６）。例えば、通信処理部２０５は、レコメンドサーバ３００からのレコメンドリストを受信する。
【００５５】
本携帯端末２００は、表示画面に、レコメンドリストを表示する（ステップＳ５０８）。例えば、通信処理部２０５は、レコメンド情報管理部２０４に、レコメンドサーバ３００からのレコメンドリストを入力する。レコメンド情報管理部２０４は、UI制御部２０７に、通信制御部２０５からのレコメンドリストに含まれるレコメンドコンテンツ情報を入力する。UI制御部２０７は、表示画面に、レコメンド情報管理部２０４からのレコメンドコンテンツ情報を表示するように制御する。
【００５６】
ステップＳ５０２において、レコメンド取得要求が入力されないと判定された場合（ステップＳ５０２：ＮＯ）、本携帯端末２００は、次回端末ログアップロード時刻となったかどうかを判定する（ステップＳ５１０）。例えば、レコメンドサーバ３００からの次回端末ログアップロード時刻は、通信処理部２０５により受信され、端末ログ管理部２０８に入力される。端末ログ管理部２０８は、時計管理部２０９により入力されるべき日時情報に基づいて、次回端末ログアップロード時刻となったかどうかを判定する。
【００５７】
次回端末ログアップロード時刻となったと判定した場合（ステップＳ５１０：ＹＥＳ），本携帯端末２００は、レコメンドサーバ３００に、コンテンツ保存状態、及び端末ログを送信する（ステップＳ５１２）。例えば、端末ログ管理部２０８は、通信処理部２０５に、コンテンツ管理部２０２から入力されるべきコンテンツ保存状態、及び端末ログを入力する。通信処理部２０５は、レコメンドサーバ３００に、端末ログ管理部２０８により入力されるコンテンツ保存状態、及び端末ログを送信する。その後、ステップＳ５０２に戻る。
【００５８】
次回端末ログアップロード時刻となっていないと判定した場合（ステップＳ５１０：ＮＯ）、ステップＳ５０２に戻る。
【００５９】
＜レコメンドサーバの動作＞
図６は、本レコメンドサーバ３００の動作を示すフローチャートの一例である。
【００６０】
本レコメンドサーバ３００は、レコメンド計算時刻となったかどうかを判定する（ステップＳ６０２）。例えば、レコメンド計算部３０５は、時計管理部３０７により管理される日時情報に基づいて、レコメンド計算を実行すべき時刻となったかどうかを判定する。
【００６１】
レコメンド計算時刻となったと判定された場合（ステップＳ６０２：ＹＥＳ）、本レコメンドサーバ３００は、レコメンド計算を行う。例えば、レコメンド計算部は、レコメンド計算を行う（ステップＳ６０４）。レコメンドすべきコンテンツが選択される。
【００６２】
レコメンド計算時刻となっていないと判定された場合（ステップＳ６０２：ＮＯ）、及びステップＳ６０４によりレコメンド計算が行われた後、本レコメンドサーバ３００は、携帯端末２００から端末ログを受信したかどうかを判定する（ステップＳ６０６）。例えば、携帯端末２００からの端末ログは、無線通信処理部３０１により受信される。
【００６３】
携帯端末３００からの端末ログが受信されたと判定された場合（ステップＳ６０６：ＹＥＳ）、本レコメンドサーバ３００は、レコメンド計算結果に基づいて選択されたコンテンツに対して、コンテンツ保存状態と、端末ログと、次回端末ログアップロート時刻情報とを反映し、レコメンド１次リストを作成する。例えば、携帯端末３００からの端末ログは、無線通信処理部３０３から各端末情報管理部３０３に入力される。各端末情報管理部３０３は、無線通信処理部３０１により入力されるべき各端末のコンテンツ保存状態と、端末ログとに基づいて、各携帯端末により保存されているコンテンツを更新する。各端末情報管理部３０３は、各端末向けレコメンド情報管理部３０４に、各携帯端末のコンテンツ管理状態を表す情報を入力する。各端末向けレコメンド情報管理部３０４は、各端末情報管理部３０３により入力されるべき各端末のコンテンツ管理状態と、レコメンド計算部３０５により入力されるべきレコメンド計算結果とに基づいて、レコメンドすべきコンテンツが含まれるレコメンド１次リストを作成する。
【００６４】
ステップＳ６０８によりレコメンド１次リストが作成された後、又はステップＳ６０６により携帯端末２００から端末ログを受信していないと判定された場合（ステップＳ６０６：ＮＯ）、本レコメンドサーバ３００は、携帯端末２００からのレコメンド取得要求を受信したかどうかを判定する（ステップＳ６１０）。例えば、無線通信処理部３０１では、携帯端末２００からのレコメンド取得要求が受信される。該レコメンド取得要求には、差分ログが含まれる。
【００６５】
レコメンド取得要求が受信されないと判定された場合（ステップＳ６１０：ＮＯ）、ステップＳ６０２に戻る。
【００６６】
レコメンド取得要求が受信されたと判定された場合（ステップＳ６１０：ＹＥＳ）、本レコメンドサーバ３００は、レコメンドリストを作成し、携帯端末２００に無線送信する（ステップＳ６１２）。例えば、携帯端末２００からのレコメンド取得要求は、無線通信処理部３０１に受信される。無線通信処理部３０１は、レコメンドリスト作成部３０２に、レコメンド取得要求に含まれる差分ログを入力する。レコメンドリスト作成部３０２は、各端末向けレコメンド情報管理部３０４により入力されるべきレコメンド１次リストに対して、差分ログを反映することによりレコメンドリストを作成する。レコメンドリスト作成部３０２は、無線通信処理部３０１に、レコメンドリストを入力する。無線通信管理部３０１は、携帯端末２００に、レコメンドリストを無線送信する。
【００６７】
＜通信システムの動作＞
図７は、本通信システムの動作を示すシーケンスチャートの一例である。
【００６８】
レコメンドサーバ３００は、メタデータサーバ１００から、配信サーバ４００により放送されるコンテンツに関するメタデータを予め取得している。該メタデータには、コンテンツを一意に示す情報、コンテンツの内容、放送日時が含まれる。コンテンツを一意に示す情報には、コンテンツIDやタイトルが含まれる。
【００６９】
レコメンドサーバ３００は、メタデータや既に受信している端末ログから、レコメンドの計算を行い、レコメンド計算結果を求める（ステップＳ７０２）。レコメンド計算のアルゴリズムは、適切な如何なる既存のアルゴリズムでもよい。レコメンド計算結果に基づいて、レコメンドすべきコンテンツを選択する。
【００７０】
図８は、レコメンド計算結果に基づいて選択されたコンテンツを含むコンテンツ一覧の一例を示す。図８に示されるコンテンツ一覧には、コンテンツIDと、該コンテンツIDに対応するコンテンツの放送日時とが含まれてもよい。コンテンツ一覧はユーザ（携帯端末）単位で作成されるものであってもよいし、コンテンツ単位で作成されるものであってもよい。例えば、コンテンツ単位で作成される場合には、あるコンテンツに関連するコンテンツの一覧が作成されてもよい。図８には、ユーザ単位で作成されるコンテンツ一覧の例が示される。ユーザ毎に、図８に示されるコンテンツ一覧が用意される。レコメンドの計算は、所定の周期で行われるようにしてもよい。例えば、１週間に１度定期的に行うようにしてもよい。また、レコメンドの計算は、不定期に行われるようにしてもよい。
【００７１】
図９は、携帯端末２００により保存されているコンテンツを表す情報を含むコンテンツリストの一例を示す。図９に示されるコンテンツリストには、コンテンツIDと、該コンテンツIDに対応するコンテンツの放送日時とが含まれてもよい。本実施例では、ユーザは、コンテンツリストに含まれるコンテンツの視聴を行っていない。
【００７２】
ここで、ユーザは、コンテンツIDが「３２１」のコンテンツと、「０３５」のコンテンツとを視聴した場合について説明する。また、ユーザは、コンテンツIDが「９２３」のコンテンツを保存予約したとする。
【００７３】
携帯端末２００は、コンテンツが視聴されたこと、コンテンツの保存予約がされたことを含む端末ログを作成する。
【００７４】
図１０は、携帯端末２００により作成されるべき端末ログの一例を示す。図１０に示される端末ログには、所定の処理が行われたコンテンツに対応するコンテンツIDと、該コンテンツに対して行われた処理内容とは対応付けられて格納される。図１０に示される端末ログによれば、コンテンツIDが「３２１」、及び「０３５」により表されるコンテンツについては視聴が行われ、コンテンツIDが「９２３」により表されるコンテンツについては予約が行われている。該予約には、保存予約が含まれる。
【００７５】
携帯端末２００は、レコメンドサーバ３００に、コンテンツ保存状態、及び端末ログを送信する（ステップＳ７０４）。例えば、携帯端末２００は、通信基地局３５０を介して、レコメンドサーバ３００に、コンテンツ保存状態、及び端末ログを送信する。例えば、レコメンドサーバ３００へ、端末ログを送信するアップロードは、前回アップロードした際に、レコメンドサーバ３００により通知されるべき次回端末ログアップロード時刻に従って行われてもよい。
【００７６】
レコメンドサーバ３００は、携帯端末２００から端末ログを受信した際に、次に、携帯端末２００が端末ログをアップロードすべき次回端末ログアップロード時刻を通知する（ステップＳ７０６）。例えば、本実施例では、次回端末ログログアップロード時刻を2010/5/2 23:00であるとする。
【００７７】
レコメンドサーバ３００は、携帯端末２００から、コンテンツ保存状態と、端末ログとを受信する。レコメンドサーバ３００は、該携帯端末２００に対して、次回端末ログアップロード時刻を通知する。例えば、次回端末ログアップロード時刻を2010/5/3 23:30とする。
【００７８】
ここで、携帯端末２００におけるコンテンツの保存状態は刻一刻と変化する可能性があるので、端末ログをアップロードすべき周期は短い時間である方が好ましい。端末ログをアップロードすべき周期を短い時間にすることにより、レコメンドサーバ３００は、携帯端末２００におけるコンテンツの保存状態の変化に追従して、コンテンツの保存状態を認識できる。また、端末ログをアップロードすべき周期を短い時間にすることにより、差分ログに含まれる情報量が少なくなることが想定されるため、差分ログに基づいて、レコメンドリストを作成するための処理時間を短くできる。
【００７９】
しかし、端末ログをアップロードすべき周期を短くすると、ユーザが携帯端末２００を利用している際に、アップロードのための通信が発生する。該アップロードのための通信により、携帯端末２００の負荷が増大するため、動作が重くなる（遅くなる）。その結果、サービス品質が劣化する。
【００８０】
また、レコメンド計算では、端末ログが使用される。従って、端末ログをアップロードすべき周期は、レコメンド計算が実行される周期よりも短い方が好ましい。本実施例では、ユーザの利用率が低下する夜中に１日１回、端末ログのアップロードを実施する場合について説明する。しかし、端末ログをアップロードすべき周期は、レコメンド計算が実行される周期より短い他の適切な如何なる値としてもよい。
【００８１】
図１１は、端末ログの一例を示す。図１１に示される端末ログには、コンテンツIDと、該コンテンツIDに対応するコンテンツの放送日時、該コンテンツの状態を表す情報が含まれる。
【００８２】
レコメンドサーバ３００は、端末ログにより、携帯端末２００により保存されているコンテンツの情報を保持できる。
【００８３】
レコメンドサーバ３００は、レコメンド１次リストを作成する（ステップＳ７０８）。例えば、レコメンドサーバ３００は、図８を参照して説明したコンテンツ一覧に含まれるコンテンツのうち、携帯端末２００において保存済みのコンテンツ、及び放送日時が現在時刻と次回端末ログアップロード時刻との間に含まれるコンテンツを抽出する。携帯端末２００に保存されておらず、且つ過去に放送されたコンテンツは、携帯端末２００に対してレコメンドしても、携帯端末２００側では再生するコンテンツを取得できないためである。また、レコメンド１次リストは端末ログがアップロードされる度に作成されるため、今回のレコメンド１次リストに、次回の端末ログアップデート時刻より先に放送される予定のコンテンツを含める必要はない。携帯端末２００において保存済みのコンテンツ、及び放送日時が現在時刻と次回の端末ログアップロード時刻との間に含まれるコンテンツを抽出することにより、レコメンド１次リストに含まれるコンテンツの数を適切に削減することができる。レコメンド１次リストに含まれるコンテンツの数を適切に削減できるため、レコメンドリストの情報量も削減できる。レコメンドリストの情報量を削減できるため、携帯端末２００では、レコメンドサーバ３００から送信されるべきレコメンドリストの受信する際の負荷を低減できる。
【００８４】
さらに、レコメンド１次リストに、視聴済みのコンテンツを含めないようにしてもよい。ユーザに既に視聴されたコンテンツは、視聴のレコメンドを行う必要がないためである。
【００８５】
また、ユーザにより予約された予約済みのコンテンツは、視聴のレコメンドを行う必要はない。既に、ユーザによりコンテンツが予約されており、改めて該ユーザに対して予約のレコメンドをする必要がないためである。
【００８６】
図１２は、レコメンド１次リストの一例を示す。図１２に示されるレコメンド１次リストには、視聴のレコメンドに該当するコンテンツのコンテンツIDと、予約のレコメンドに該当するコンテンツのコンテンツIDとが含まれる。
【００８７】
さらに、ユーザによる携帯端末２００の操作により端末ログが蓄積される。例えば、ユーザによる携帯端末２００の操作により、コンテンツIDが「184」であるコンテンツが削除され、コンテンツIDが「592」であるコンテンツの保存予約が行われたとする。該操作に応じて、端末ログが作成される。
【００８８】
ユーザによりレコメンド取得要求に該当する操作が行われると、該レコメンド取得要求に含めて送信されるべき差分ログが作成される。差分ログは、可能な限り容量が小さいことが望ましい。レコメンド取得要求に含めて送信されるためである。
【００８９】
図１３は、差分ログの一例を示す。差分ログには、端末ログを前回アップロードした状態から変更されたコンテンツに該当するコンテンツIDが含まれる。さらに、該コンテンツIDに対して実行された操作の種類を表す操作種別の情報を含めるようにしてもよい。例えば、操作種別の情報として、「削除済み」や、「予約済み」を含めるようにしてもよい。
【００９０】
差分ログに含まれる情報がコンテンツIDである場合には、携帯端末２００が操作されることにより、該携帯端末２００の状態が変化した際に、差分ログが送信される場合に特に有効である。例えば、携帯端末２００が操作されることによりコンテンツの削除、予約が行われた際に、差分ログが送信される。また、差分ログが送信される時間間隔が短い場合に有効である。
【００９１】
また、差分ログに含まれる情報がコンテンツID、操作種別である場合には、差分ログが送信される時間間隔が長い場合に有効である。例えば、１日に一度程度送信される場合に有効である。差分ログが送信される時間間隔が短い場合に、操作種別を含めない場合には、保存予約されただけなのか、保存予約された後に視聴されたのかが不明であるためである。
【００９２】
なお、直近の端末ログのアップデートから、操作ログがない場合には、レコメンド取得要求に、差分ログを含めなくてもよい。また、携帯端末２００における送信の際の負荷を抑制するために、差分ログを含めず、レコメンド取得要求のみを送信してもよい。
【００９３】
ユーザが携帯端末２００を操作することにより、レコメンド表示要求（レコメンドリスト取得要求）が行われる（ステップＳ７１０）。
【００９４】
携帯端末２００は、レコメンドサーバ３００に、図１３に示される差分ログを含むレコメンド取得要求を送信する（ステップＳ７１２）。該差分ログには、コンテンツIDのリストが含まれる。
【００９５】
差分ログを含むレコメンド取得要求を受信したレコメンドサーバ３００は、既に保持しているレコメンド１次リストに含まれるコンテンツIDのうち、差分ログに含まれるコンテンツIDを削除することにより変更し、レコメンドリストを作成する（ステップＳ７１４）。
【００９６】
レコメンドサーバ３００は、携帯端末へ、レコメンドリストを送信する（ステップＳ７１６）。
【００９７】
図１４は、レコメンドリストの一例を示す。図１４に示されるレコメンドリストには、視聴のレコメンドに該当するコンテンツのコンテンツIDと、予約のレコメンドに該当するコンテンツのコンテンツIDとが含まれる。図１４に示されるレコメンドリストは、図１２に示されるレコメンド１次リストから、図１３に示される差分ログに含まれるコンテンツIDを削除したものである。
【００９８】
携帯端末２００は、表示画面に、レコメンドサーバ３００からのレコメンドリストを表示する（ステップＳ７１８）。さらに、携帯端末２００は、該レコメンドリストを、レコメンド１次リストとして更新する。
【００９９】
その後、例えば、ユーザによりコンテンツIDが「623」であるコンテンツが視聴され、該視聴の後に、再度レコメンド取得ボタンが押されたとする（ステップＳ７２０）。この場合、差分ログには、視聴されたコンテンツのコンテンツIDとして「623」が含まれる。携帯端末２００は、レコメンドサーバ３００へ、該差分ログを含むコメンド取得要求を送信する（ステップＳ７２２）。
【０１００】
レコメンドサーバ３００は、更新されたレコメンド１次リストから、差分ログに含まれるコンテンツIDに該当する「623」を削除したレコメンドリストを作成する（ステップＳ７２４）。
【０１０１】
図１５は、レコメンド１次リストから、差分ログに含まれるコンテンツIDに該当する「623」を削除したレコメンドリストの一例を示す。該レコメンドサーバ３００は、携帯端末２００に、レコメンドリストを送信する（ステップＳ７２６）。携帯端末２００は、表示画面に、レコメンドリストを表示する（ステップＳ７２８）。
【０１０２】
その後、携帯端末２００が操作されることにより、次回の端末ログアップロード時刻(2010/5/3 23:30)までに、コンテンツIDが「923」、「204」、「592」、及び「601」であるコンテンツの保存、コンテンツIDが「381」、及び「003」の視聴、コンテンツIDが「824」の削除がなされたとする。
【０１０３】
図１６は、以上の処理が行われた場合のコンテンツ保存状態を示す。
【０１０４】
図１７は、以上の処理が行われた場合の端末ログを示す。
【０１０５】
図１６に示されるコンテンツ保存状態及び図１７に示される端末ログが、レコメンドサーバ３００へアップロードされる（ステップＳ７３０）。
【０１０６】
レコメンドサーバ３００は、図１８に示されるような端末ログを取得できる。レコメンドサーバ３００は、携帯端末２００に、次回端末アップロード時刻（本例では2010/5/4 23:10とする）を返信する（ステップＳ７３２）。
【０１０７】
レコメンドサーバ３００は、図１９に示されるコンテンツリストに基づいて、レコメンド１次リストを作成する（ステップＳ７３４）。
【０１０８】
図２０は、レコメンド１次リストの一例を示す。レコメンド１次リストの作成のルールは上述の通りである。この後、携帯端末２００でコンテンツIDが「204」のコンテンツの再生、コンテンツIDが「923」のコンテンツの削除が行われる。
【０１０９】
ユーザからの操作により、レコメンド取得要求が行われる（ステップＳ７３６）。該レコメンド取得要求は、レコメンドサーバ３００に送信される（ステップＳ７３８）。図２１に示されるような差分ログがレコメンド取得要求とともに携帯端末２００から、レコメンドサーバ３００へ送信される。
【０１１０】
レコメンドサーバ３００は、差分ログに含まれるIDをレコメンド１次リストから削除することによりレコメンドリストを作成する（ステップＳ７４０）。
【０１１１】
図２２は、レコメンドリストの一例を示す。
【０１１２】
レコメンドサーバ３００は、携帯端末２００に、レコメンドリストを送信する（ステップＳ７４２）。
【０１１３】
携帯端末２００は、表示画面に、レコメンドリストを表示する（ステップＳ７４４）。
これによって、携帯端末から送信する容量を削減可能となり、さらにサーバ側で携帯端末の最新のコンテンツ保存状態及び操作ログを反映したレコメンドリストを作成することが可能となる。
【０１１４】
本実施例によれば、携帯端末とレコメンドサーバ間において、携帯端末側の負荷を軽減したレコメンド情報の送受信が実現される。
【０１１５】
本実施例によれば、携帯端末は、レコメンドサーバからレコメンドリストを取得してから、画面表示するまでの処理負荷を抑制することが可能となる。処理負荷を抑制できるため、サービス品質の向上が実現される。
【０１１６】
また、放送波経由でコンテンツを配信するサービスにおいても、レコメンドサーバが、各携帯端末におけるコンテンツ保存状態や、既に視聴されたコンテンツに関する最新情報に基づいて、レコメンドすべきコンテンツを提供するレコメンドサービスを実現することが可能となる。
【０１１７】
本サーバは、
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバであって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する無線通信処理部としての、受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するレコメンド計算部としての、コンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信する無線通信処理部としての、送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【０１１８】
サーバは、携帯端末のコンテンツ保存状態やユーザが何をすでに視聴したかなどの操作ログの最新情報を取得可能となり、携帯端末に保存されているコンテンツやユーザの視聴形態にあわせたレコメンドリストを送信することができる。
【０１１９】
さらに、
前記差分ログには、視聴されたコンテンツを表す情報、削除されたコンテンツを表す情報、予約されたコンテンツを表す情報が含まれる。
【０１２０】
携帯端末は、最新のコンテンツ保存状態や端末ログをサーバへ送信することが可能となり、またサーバから取得したレコメンドリスト内に含まれるコンテンツを取捨選択することなく、そのまま画面に表示することが可能となる。このため、携帯端末の処理負荷を軽減することができる。
【０１２１】
さらに、
前記携帯端末に、該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを通知すべき日時を設定する通知日時設定部と、
前記携帯端末に、前記通知日時設定部により設定された日時を通知する通知部と
を有する。
【０１２２】
さらに、
前記レコメンドリスト作成部は、前記コンテンツ選択部により選択された推薦すべきコンテンツのうち、前記受信部に受信された前記携帯端末に保存されているコンテンツと、現時刻から前記日時設定部により設定されるべき次回の日時までに放送される予定のコンテンツとを含むコンテンツリストを作成する。
【０１２３】
さらに、
前記レコメンドリスト作成部は、前記差分ログに含まれるコンテンツを削除することにより、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【０１２４】
さらに、
前記コンテンツ選択部は、定期的に、推薦すべきコンテンツを選択し、
前記通知日時設定部は、前記コンテンツ選択部により推薦すべきコンテンツが選択される周期よりも、前記携帯端末に、該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを通知させる周期を短く設定する。
【０１２５】
刻一刻と変化する携帯端末のコンテンツ保存状態及び操作ログをサーバ側が認識することが可能となり、さらに、後に送信される差分ログの容量も削減することができる。
【０１２６】
本通信システムは、
携帯端末と、該携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバとを有する通信システムであって、
前記携帯端末は、
該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを取得する取得部と、
前記サーバに、前記取得部により取得された当該携帯端末に保存されているコンテンツを表す情報と、当該携帯端末の操作ログとを通知する通知部と、
レコメンドリストを取得するための操作が行われた場合に、前回通知した操作ログから後の操作ログを示す差分ログを生成する差分ログ生成部と、
前記サーバに、前記差分ログを含むレコメンドリスト取得要求を送信するレコメンドリスト取得要求送信部と、
前記サーバから、前記レコメンドリスト取得要求送信部により送信されたレコメンドリスト要求に応じて送信されたレコメンドリストを受信するレコメンドリスト受信部と
を有し、
前記サーバは、
前記携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信するレコメンドリスト送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【０１２７】
本方法は、
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバにおける方法であって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信ステップと、
該受信ステップに受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択ステップと、
該コンテンツ選択ステップにより選択されたコンテンツと、前記受信ステップに受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成ステップと、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成ステップにより作成されたレコメンドリストを送信する送信ステップと
を有し、
前記レコメンドリスト作成ステップは、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【０１２８】
説明の便宜上、発明の理解を促すため具体的な数値例を用いて説明されるが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてよい。
【０１２９】
以上、本発明は特定の実施例を参照しながら説明されてきたが、各実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。
【符号の説明】
【０１３０】
１０ メタデータ管理サーバ
２０ 携帯端末
３０ レコメンドサーバ
３５ 通信基地局
４０ コンテンツ配信サーバ
４５ 放送波基地局
１００ メタデータ管理サーバ
２００ 携帯端末
２０１ 放送波受信部
２０２ コンテンツ管理部
２０３ 予約制御部
２０４ レコメンド情報管理部
２０５ 通信処理部
２０６ コンテンツ再生部
２０７ UI(User Interface)制御部
２０８ 端末ログ管理部
２０９ 時計管理部
３００ レコメンドサーバ
３０１ 無線通信処理部
３０２ レコメンドリスト作成部
３０３ 各端末情報管理部
３０４ 各端末向けレコメンド情報管理部
３０５ レコメンド計算部
３０６ 有線通信処理部
３５０ 通信基地局
４００ コンテンツ配信サーバ
４５０ 放送波基地局
【技術分野】
【０００１】
本発明は、無線通信システムに関する。
【背景技術】
【０００２】
モバイルマルチメディア放送では、放送波により、ユーザの携帯端末に、コンテンツが配信される。該コンテンツには、動画、音楽、電子書籍等が含まれる。コンテンツの配信には、ストリーミングによる配信と、ダウンロード型の配信とが含まれる。ダウンロード型の配信方法は、ファイルキャスティングとも呼ばれる。携帯端末に、コンテンツが録画されることもあるし、蓄積されることもある。ここで、「録画」という言葉は、ストリーミングコンテンツを、受信しながら携帯端末内あるいは携帯端末に接続された外部記憶媒体に保存すること、と定義される。「蓄積」という言葉は、ファイルキャスティングコンテンツを携帯端末内あるいは携帯端末に接続された外部記憶媒体に保存すること、と定義される。
【０００３】
ファイルキャスティングコンテンツについては、ユーザが携帯端末で、蓄積を完了したコンテンツを再生し、視聴する。ストリーミングコンテンツについては、放送されている時刻に視聴したり、予め録画されたコンテンツについて再生し、視聴したりすることができる。コンテンツには無料のものもあれば、有料のものも存在する。また、ファイルキャスティング、ストリーミングともに、放送される時間は予め決まっている。
【０００４】
さらに、モバイルマルチメディア放送では、携帯端末は、通信によりレコメンドリストを通信側のレコメンドサーバから取得することができる。該携帯端末は、レコメンドリストを表示することにより、ユーザにコンテンツを勧める。ここで、通信とは、携帯端末が、移動体通信ネットワークを介して送信された電波を受信することである。また、レコメンドリストには、勧めるべきコンテンツが記載されている。
【０００５】
図１は、モバイルマルチメディア放送の概要を示す。
【０００６】
モバイルマルチメディア放送を実現するシステムには、メタデータ管理サーバ１０が含まれる。メタデータ管理サーバ１０は、コンテンツのメタデータを管理する。該システムには、レコメンドサーバ３０が含まれる。レコメンドサーバ３０は、レコメンドすべきコンテンツを含むレコメンドリストを生成する。該システムには、通信基地局３５が含まれる。通信基地局３５は、レコメンドサーバ３０からのレコメンドリストを携帯端末２０に送信する。該システムには、コンテンツ配信サーバ４０が含まれる。コンテンツ配信サーバ４０は、コンテンツを配信する。該システムには、放送基地局４５が含まれる。放送基地局４５は、コンテンツ配信サーバ４０からのコンテンツを携帯端末２０に送信する。該システムには、携帯端末２０が含まれる。携帯端末２０は、通信基地局３５からのレコメンドリストと、放送波基地局４５からのコンテンツを受信する。
【０００７】
レコメンドサーバ３０は、メタデータ管理サーバ１０から、コンテンツ配信サーバ４０から放送されるコンテンツに関するメタデータ情報を予め取得する。レコメンドすべきコンテンツは、オペレータからの指定やレコメンドすべきコンテンツを選択するための所定の計算に基づいて決定される。
【０００８】
携帯端末２０は、レコメンドリストに含まれるコンテンツのうち、当該携帯端末２０に保存されたコンテンツについて、ユーザに対して視聴を勧めるようにしてもよい。また、携帯端末２０は、レコメンドリストに含まれるコンテンツのうち、未来（将来）に放送されるコンテンツについては、録画予約や蓄積予約を勧めるようにしてもよい。このようなレコメンド機能により、コンテンツ提供者、サービス提供者は、ユーザに、コンテンツ視聴の機会を増大させることができる。
【０００９】
モバイルマルチメディア放送では、携帯端末２０は、放送波経由で、放送波基地局４５から配信されるコンテンツを受信する。該コンテンツは、コンテンツ配信サーバ４０に格納されている。さらに、携帯端末２０は、通信基地局３５から送信されるレコメンドリストを取得する。該携帯端末２０は、放送波を受信するモジュール、及び通信網からの電波を受信するモジュールを共に備える。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】特開2004-355340号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
携帯端末には保存領域に限りがあるため、保存できるコンテンツの数には限りがある。また、放送波は、放送波基地局からブロードキャストにより一斉送信される。従って、レコメンドサーバは、携帯端末により録画や蓄積されているコンテンツは、認識できない。さらに、携帯端末に一度は保存されたコンテンツであっても、その後削除される可能性もある。
【００１２】
以上のような状況において、レコメンドサーバから、携帯端末がレコメンドリストを取得し、画面表示をすることを考える。
【００１３】
画面表示されたレコメンドリストには、携帯端末に保存されていないコンテンツが含まれることが想定される。レコメンドリストに携帯端末に保存されていないコンテンツが含まれる場合、ユーザが該コンテンツに興味を示しても視聴できない。視聴できないため、サービスの劣化が発生することになる。
【００１４】
レコメンドリストに、携帯端末に保存されていないコンテンツが含まれる問題を解決するために、携帯端末側で、レコメンドリストを取得する度に、当該携帯端末におけるコンテンツの保存状態を確認する。当該携帯端末におけるコンテンツの保存状態に基づいて、レコメンドリストに含まれるコンテンツ情報を取捨選択して携帯端末の画面に表示することが考えられる。
【００１５】
しかし、携帯端末の処理能力には制限があるため、動作が重くなったり、完全に動作が止まったりするなどの事象が発生する場合がある。このような問題が発生する虞があるため、サービス品質が著しく劣化する虞がある。
【００１６】
さらに、録画予約や蓄積予約を勧める機能を実現するために、携帯端末は、レコメンドサーバから未来に放送されるコンテンツを含むレコメンドリストを取得することができる。
【００１７】
しかし、レコメンドリストに含まれるおすすめコンテンツの件数が多いと、携帯端末による処理能力には制限があるため、動作が重くなる問題がある。また、ユーザ数や総コンテンツ数が多い場合には、レコメンドすべきコンテンツを選択するための所定の計算に長い時間がかかったり、大きな負荷がかかったりする。長い時間がかかったり、大きな負荷がかかったりするため、レコメンドサーバ１０は、１週間に１度程度しか動作させられない場合がある。
【００１８】
１週間に１度程度しか動作させられない場合には、将来の１週間の間に放送されるコンテンツがレコメンドの対象となる可能性があり、レコメンドすべきコンテンツの数が膨大になる。また、オペレータにより、未来数日間或は数週間にわたって、レコメンドすべきコンテンツが指定されることがある。オペレータによりレコメンドすべきコンテンツが指定される場合にもレコメンドされるコンテンツの数が膨大になる虞がある。レコメンドされるコンテンツの数が膨大になる虞があるため、携帯端末の画面へのレコメンド情報を表示する動作が遅くなり、サービス品質は劣化する。
【００１９】
そこで、本発明は上述した問題点に鑑みてなされたものであり、携帯端末におけるコンテンツの保存状態、処理能力の制限に基づいて、該携帯端末に、レコメンドすべきコンテンツを含むレコメンドリストを提供することを目的とする。
【課題を解決するための手段】
【００２０】
本サーバは、
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバであって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信する送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【００２１】
本通信システムは、
携帯端末と、該携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバとを有する通信システムであって、
前記携帯端末は、
該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを取得する取得部と、
前記サーバに、前記取得部により取得された当該携帯端末に保存されているコンテンツを表す情報と、当該携帯端末の操作ログとを通知する通知部と、
レコメンドリストを取得するための操作が行われた場合に、前回通知した操作ログから後の操作ログを示す差分ログを生成する差分ログ生成部と、
前記サーバに、前記差分ログを含むレコメンドリスト取得要求を送信するレコメンドリスト取得要求送信部と、
前記サーバから、前記レコメンドリスト取得要求送信部により送信されたレコメンドリスト要求に応じて送信されたレコメンドリストを受信するレコメンドリスト受信部と
を有し、
前記サーバは、
前記携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信するレコメンドリスト送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【００２２】
本方法は、
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバにおける方法であって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信ステップと、
該受信ステップに受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択ステップと、
該コンテンツ選択ステップにより選択されたコンテンツと、前記受信ステップに受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成ステップと、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成ステップにより作成されたレコメンドリストを送信する送信ステップと
を有し、
前記レコメンドリスト作成ステップは、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【発明の効果】
【００２３】
開示の実施例によれば、携帯端末におけるコンテンツの保存状態、処理能力の制限に基づいて、該携帯端末に、レコメンドすべきコンテンツを含むレコメンドリストを提供できる。
【図面の簡単な説明】
【００２４】
【図１】通信システムの一例を示す図である。
【図２】本実施例に従った通信システムの一例を示す図である。
【図３】本実施例に従った携帯端末を示す機能ブロック図である。
【図４】本実施例に従ったレコメンドサーバを示す機能ブロック図である。
【図５】本実施例に従った携帯端末の動作の一例を示すフローチャートである。
【図６】本実施例に従ったレコメンドサーバの動作の一例を示すフローチャートである。
【図７】本実施例に従った通信システムの動作の一例を示すシーケンスチャートである。
【図８】本実施例に従ったコンテンツ一覧の一例を示す図である。
【図９】本実施例に従ったコンテンツリストの一例を示す図である。
【図１０】本実施例に従った端末ログの一例を示す図である。
【図１１】本実施例に従った端末ログの一例を示す図である。
【図１２】本実施例に従ったレコメンド１次リストの一例を示す図である。
【図１３】本実施例に従った差分ログの一例を示す図である。
【図１４】本実施例に従ったレコメンドリストの一例を示す図である。
【図１５】本実施例に従ったレコメンドリストの一例を示す図である。
【図１６】本実施例に従ったコンテンツ保存状態の一例を示す図である。
【図１７】本実施例に従った端末ログの一例を示す図である。
【図１８】本実施例に従った端末ログの一例を示す図である。
【図１９】本実施例に従ったコンテンツリストの一例を示す図である。
【図２０】本実施例に従ったレコメンド１次リストの一例を示す図である。
【図２１】本実施例に従った差分ログの一例を示す図である。
【図２２】本実施例に従ったレコメンドリストの一例を示す図である。
【発明を実施するための形態】
【００２５】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
【００２６】
＜実施例＞
＜通信システム＞
図２は、本実施例に従った通信システムの概要を示す。
【００２７】
本通信システムは、メタデータ管理サーバ１００を有する。メタデータ管理サーバ１００は、コンテンツに関するメタデータ情報を管理する。
【００２８】
本通信システムは、レコメンドサーバ３００を有する。レコメンドサーバ３００は、メタデータ管理サーバ１００と接続される。例えば、通信網（図示無し）を介して接続されてもよい。該通信網にはインターネットが含まれてもよい。該レコメンドサーバ３００は、メタデータ管理サーバ１００から、コンテンツ配信サーバ４００から放送されるコンテンツに関するメタデータを取得する。該レコメンドサーバ３００は、レコメンドすべきコンテンツを決定する。例えば、レコメンドすべきコンテンツは、オペレータにより指定されてもよい。また、レコメンドすべきコンテンツは、レコメンドすべきコンテンツを選択するための所定の計算（演算）に基づいて決定されてもよい。該レコメンドサーバ３００は、通信基地局３５０を介して、レコメンドすべきコンテンツが含まれるレコメンドリストを送信する。
【００２９】
本通信システムは、通信基地局３５０を有する。該通信基地局３５０は、レコメンドサーバ３００と接続される。該通信基地局３５０は、レコメンドサーバ３００と接続される。例えば、通信網（図示無し）を介して接続されてもよい。該通信網にはインターネット、移動体通信網が含まれてもよい。該通信基地局３５０は、携帯端末２００に、レコメンドサーバ３００からのレコメンドリストを送信する。
【００３０】
本通信システムは、コンテンツ配信サーバ４００を有する。該コンテンツ配信サーバ４００は、メタデータ管理サーバ１００と接続される。例えば、通信網（図示無し）を介して接続されてもよい。該通信網にはインターネットが含まれてもよい。該コンテンツ配信サーバ４００は、配信すべきコンテンツを格納する。該コンテンツ配信サーバ４００は、コンテンツを配信する。
【００３１】
本通信システムは、放送基地局４５０を有する。該放送基地局４５０は、コンテンツ配信サーバ４００と接続される。例えば、通信網（図示無し）を介して接続されてもよい。該通信網にはインターネットが含まれてもよい。該放送基地局４５０は、携帯端末２００に、コンテンツ配信サーバ４００からのコンテンツを配信する。
【００３２】
本通信システムは、携帯端末２００を有する。該携帯端末２００は、通信基地局３５０により送信されるべきレコメンドリストと、放送基地局４５０により配信されるべきコンテンツとを受信する。
【００３３】
＜携帯端末＞
図３は、本携帯端末２００の一例を示す。
【００３４】
本携帯端末２００は、放送波受信部２０１を有する。該放送波受信部２０１は、放送波基地局４５０により放送されるべきコンテンツを受信する。該放送波受信部２０１は、コンテンツ管理部２０２に、受信したコンテンツを入力する。また、該放送波受信部２０１には、予約制御部２０３から起動予約を表す情報が入力される。起動予約を表す情報が入力された場合、該起動予約に従って、該当するコンテンツを受信する。
【００３５】
本携帯端末２００は、コンテンツ管理部２０２を有する。該コンテンツ管理部２０２は、放送波受信部２０１と接続される。コンテンツ管理部２０２は、放送波受信部２０１により入力されるべきコンテンツを取得し、格納する。該コンテンツ管理部２０２は、コンテンツ再生部２０６からのコンテンツ取得要求に応じて、該コンテンツ再生部２０６に、該当するコンテンツを入力する。また、コンテンツ管理部２０２は、UI制御部２０７から削除指令が入力された場合、該削除指令に従って、該当するコンテンツを削除する。また、コンテンツ管理部２０２は、端末ログ管理部２０８に、コンテンツの保存状態を表す情報を入力する。
【００３６】
本携帯端末２００は、予約制御部２０３を有する。該予約管理部２０３は、放送波受信部２０１と接続される。該予約制御部２０３は、UI制御部２０７からの予約指令に従って、放送波受信部２０１に、起動予約を入力する。該起動予約により起動する日時が設定されてもよい。また、該予約制御部２０３は、放送波受信部２０１に、起動予約を入力した際に、端末ログ管理部２０８に、予約ログを入力する。
【００３７】
本携帯端末２００は、レコメンド情報管理部２０４を有する。レコメンド情報管理部２０４には、通信処理部２０５からレコメンドリストが入力される。レコメンド情報管理部２０４は、UI制御部２０７に、通信処理部２０５から入力されたレコメンドリストを入力する。
【００３８】
本携帯端末２００は、通信処理部２０５を有する。該通信処理部２０５は、レコメンド情報管理部２０４と接続される。該通信処理部２０５には、通信基地局３５０からのレコメンドリストが入力される。該通信処理部２０５は、レコメンド情報管理部２０４に、該レコメンドリストを入力する。該通信処理部２０５には、通信基地局３５０からの当該携帯端末２００のログをアップロードすべき次回の時刻（以下、「次回端末ログアップロード時刻」という）が入力される。該通信処理部２０５は、端末ログ管理部２０８に、次回端末ログアップロード時刻を入力する。該通信処理部２０５には、端末ログ管理部２０８から、次回端末ログアップロード時刻に従って、コンテンツ保存状態及び端末ログが入力される。該通信処理部２０５には、端末ログ管理部２０８から、差分ログを付加したレコメンド取得要求が入力される。差分ログとは、該レコメンド取得要求が入力されたときのコンテンツ保存状態及び端末ログと、前回アップロードした際のコンテンツ保存状態及び端末ログとの間の差分情報である。以下、差分ログを付加したレコメンド取得要求を、「差分ログ付きレコメンド取得要求」という。該通信処理部２０５は、端末ログ管理部２０８により入力されるべきコンテンツ保存状態及び端末ログ、差分ログ付きレコメンド取得要求を、通信基地局３５０を介して、レコメントサーバ３００に送信する。
【００３９】
本携帯端末２００は、コンテンツ再生部２０６を有する。該コンテンツ再生部２０６は、コンテンツ管理部２０２と接続される。該コンテンツ再生部２０６は、UI制御部２０７により入力されるべき再生指令に応じて、コンテンツ管理部２０２に、該当するコンテンツを取得するためのコンテンツ取得要求を行う。また、コンテンツ再生部２０６は、コンテンツ取得要求に応じてコンテンツ管理部２０２により入力されるべきコンテンツを再生し、再生信号として、UI制御部２０７に入力する。また、コンテンツ再生部２０６は、端末ログ管理部２０８に、コンテンツを再生したことを表す再生ログを入力する。
【００４０】
本携帯端末２００は、UI制御部２０７を有する。該UI制御部２０７は、コンテンツ再生部２０６と、コンテンツ管理部２０２と、予約制御部２０３と接続される。UI制御部２０７には、レコメンド情報管理部２０４から、レコメンドされたコンテンツを表す情報が入力される。該UI制御部２０７は、表示画面（図示無し）に、レコメンド情報管理部２０４からのレコメンドされたコンテンツを表す情報を表示する。また、UI制御部２０７は、操作部（図示なし）から操作信号が入力される。該操作信号がコンテンツの再生を表す信号である場合、UI制御部２０７は、コンテンツ再生部２０６に、再生指令を入力する。該操作信号がコンテンツの削除を表す信号である場合、UI制御部２０７は、コンテンツ管理部２０２に、削除指令を入力する。該操作信号がコンテンツの予約を表す信号である場合、UI制御部２０７は、予約制御部２０３に、予約指令を入力する。該操作信号がレコメントリストの取得を要求することを表す信号である場合、UI制御部２０７は、端末ログ管理部２０８に、レコメンドリストを取得することを要求することを表すレコメンド取得要求を入力する。また、UI制御部２０７は、表示画面に、コンテンツ再生部２０６により入力されるべき再生信号を入力する。
【００４１】
本携帯端末２００は、端末ログ管理部２０８を有する。該端末ログ管理部２０８は、UI制御部２０７と、コンテンツ管理部２０２と、予約制御部２０３と、通信処理部２０５と接続される。該端末ログ管理部２０８には、コンテンツ管理部２０２からコンテンツ保存状態を表す情報が入力される。該端末ログ管理部２０８には、予約制御部２０３から予約ログを表す情報が入力される。該端末ログ管理部２０８には、通信処理部２０５から次回端末ログアップロード時刻を表す情報が入力される。該端末ログ管理部２０８は、通信処理部２０５から入力されるべき次回端末ログアップロード時刻を表す情報に従って、通信処理部２０５に、コンテンツ管理部２０２から入力されるべきコンテンツ保存状態を表す情報と、予約制御部２０３から入力されるべき予約ログを表す情報とを入力する。該端末ログ管理部２０８には、UI制御部２０７からレコメンド取得要求が入力される。端末ログ管理部２０８は、UI制御部２０７からのレコメンド取得要求に従って、該レコメンド取得要求が入力されたときのコンテンツ保存状態及び端末ログと、前回アップロードした際のコンテンツ保存状態及び端末ログとの間の差分情報（差分ログ）を生成する。該端末ログ管理部２０８は、レコメンド取得要求に、該差分ログを付加し、通信処理部２０５に入力する。
【００４２】
本携帯端末２００は、時計管理部２０９を有する。該時計管理部２０９は、端末ログ管理部２０８と接続される。該時計管理部２０９は、端末ログ管理部２０８に日時情報を入力する。該日時情報は、端末ログ管理部２０８において、端末ログのアップロード時刻の管理等に利用される。
【００４３】
＜レコメンドサーバ＞
図４は、本レコメンドサーバ３００の一例を示す。
【００４４】
本レコメンドサーバ３００は、無線通信処理部３０１を有する。該無通信処理部３０１には、携帯端末２００からのコンテンツ保存状態、端末ログが入力される。該無通信処理部３０１は、各端末情報管理部３０３に、各端末のコンテンツ保存状態、端末ログを入力する。該無通信処理部３０１は、レコメンド計算部３０５に、端末ログを入力する。また、無線通信処理部３０１は、レコメンドリスト作成部３０２に、差分ログを入力する。また、無線通信処理部３０１には、各端末情報管理部３０３から、次回端末ログアップロード時刻が入力される。また、無線通信処理部３０１には、レコメンドリスト作成部３０２から、レコメンドリストが入力される。無線通信処理部３０１は、携帯端末２００に、各端末情報管理部３０３により入力されるべき次回端末ログアップロード時刻と、レコメンドリスト作成部３０２により入力されるべきレコメンドリストとを送信する処理を行う。
【００４５】
本レコメンドサーバ３００は、レコメンドリスト作成部３０２を有する。該レコメンドリスト作成部３０２は、無線通信処理部３０１と接続される。該レコメンドリスト作成部３０２には、無線通信処理部３０１から差分ログが入力される。該レコメンドリスト作成部３０２には、各端末向けレコメンド情報管理部３０４からレコメンド１次リストが入力される。該レコメンドリスト作成部３０２には、時計管理部３０７から日時情報が入力される。レコメンドリスト作成部３０２は、無線通信処理部３０１から入力された差分ログに基づいて、各端末向けレコメンド情報管理部３０４から入力されたレコメンド１次リストを変更することにより、レコメンドリストを作成する。該レコメンドリスト作成部３０２は、無線通信処理部３０１に、レコメンドリストを入力する。
【００４６】
本レコメンドサーバ３００は、各端末情報管理部３０３を有する。該各端末情報管理部３０３は、無線通信処理部３０１と接続される。各端末情報管理部３０３には、無線通信処理部３０１から、各端末のコンテンツ保存状態と、端末ログとが入力される。各端末情報管理部３０３は、各端末向けレコメンド情報管理部３０４に、各端末のコンテンツ保存状態を入力する。該各端末情報管理部３０３には、時計管理部３０７から、日時情報が入力される。各端末情報管理部３０３は、時計管理部３０７から入力された日時情報に基づいて、次回端末ログアップデート時刻を計算し、無線通信処理部３０１に、次回端末ログアップデート時刻を入力する。
【００４７】
本レコメンドサーバ３００は、各端末向けレコメンド情報管理部３０４を有する。各端末向けレコメンド情報管理部３０４は、各端末情報管理部３０３と、レコメンドリスト作成部３０２とを有する。該各端末向けレコメンド情報管理部３０４には、レコメント指令が入力される。該レコメンド指令は、例えばオペレータにより入力されるべきレコメンドすべきコンテンツであってもよい。該各端末向けレコメンド情報管理部３０４には、各端末情報管理部３０３から、各端末のコンテンツ管理状態が入力される。該各端末向けレコメンド情報管理部３０４には、レコメンド計算部３０５から、レコメンド計算結果が入力される。該各端末向けレコメンド情報管理部３０４には、時計管理部３０７から、日時情報が入力される。各端末向けレコメンド情報管理部３０４は、各端末情報管理部３０３により入力されるべき各端末のコンテンツ管理状態、オペレータにより入力されるべきレコメンド情報、レコメンド計算部３０５により入力されるべきレコメンド計算結果、及び時計管理部３０７により入力されるべき日時情報に基づいて、携帯端末２００に、ユーザにレコメンドすべきレコメントリストを作成する。各端末向けレコメンド情報管理部３０４により作成されるべきレコメンドリストを、「レコメンド１次リスト」という。
【００４８】
本レコメンドサーバ３００は、レコメンド計算部３０５を有する。該レコメンド計算部３０５は、無線通信処理部３０１と、各端末向けレコメンド情報管理部３０４と、有線通信処理部３０６と接続される。該レコメンド計算部３０５には、無線通信処理部３０１から、端末ログが入力される。該レコメンド計算部３０５には、有線通信処理部３０６から、メタデータが入力される。該レコメンド計算部３０５には、時計管理部３０７から、日時情報が入力される。レコメント計算部３０５は、無線通信処理部３０１から入力されるべき端末ログと、有線通信処理部３０６により入力されるべきメタデータと、時計計算部３０７により入力されるべき日時情報に基づいて、レコメンドすべきコンテンツを選択する際に使用する指標を求めるためのレコメンド計算を行い、レコメンドすべきコンテンツを選択する。該レコメンド計算部３０５は、各端末向けレコメンド情報管理部３０４に、レコメンド計算結果に基づいて求めたレコメンドすべきコンテンツを表す情報を入力する。
【００４９】
本レコメンドサーバ３００は、有線通信処理部３０６を有する。該有線通信処理部３０６は、レコメンド計算部３０５と接続される。該有線通信処理部３０６には、メタデータ管理サーバ１００から、メタデータが入力される。該有線通信処理部３０６は、レコメンド計算部３０５に、メタデータを入力する。
【００５０】
本レコメンドサーバ３００は、時計管理部３０７を有する。時計管理部３０７は、レコメンドリスト作成部３０２と、レコメンド計算部３０５と、各端末向けレコメンド情報管理部３０４と、各端末情報管理部３０３と接続される。該時計管理部３０７は、レコメンドリスト作成部３０２、レコメンド計算部３０５、各端末向けレコメンド情報管理部３０４、及び各端末情報管理部３０３に、日時情報を入力する。
【００５１】
＜携帯端末の動作＞
図５は、本携帯端末２００の動作を示すフローチャートの一例である。
【００５２】
本携帯端末２００は、ユーザからレコメンド取得要求があったかどうかを判定する（ステップＳ５０２）。該判定は定期的に実行されてもよいし、不定期に実行されてもよい。例えば、UI制御部２０７には、ユーザが操作部（図示無し）を操作することによりレコメンド取得要求を表す情報が入力される。UI制御部２０７は、該レコメンド取得要求が入力されたかどうかを判定する。
【００５３】
レコメンド取得要求が入力されたと判定された場合（ステップＳ５０２：ＹＥＳ）、本携帯端末２００は、レコメンドサーバ３００に、差分ログを含むレコメンド取得要求を送信する（ステップＳ５０４）。例えば、UI制御部２０７は、端末ログ管理部２０８に、レコメンド取得要求を入力する。端末ログ管理部２０８は、UI制御部２０７からのレコメンド取得要求に応じて、該レコメンド取得要求が入力されたときのコンテンツ保存状態及び端末ログと、差分ログとを生成する。端末ログ管理部２０８は、差分ログを含むレコメンド取得要求を通信処理部２０５に入力する。通信制御部２０５は、レコメンドサーバ３００に、端末ログ管理部２０８からの差分ログを含むレコメンド取得要求を無線送信する。
【００５４】
本携帯端末２００は、差分ログを含むレコメンド取得要求に応じてレコメンドサーバ３００により送信されたレコメンドリストを受信する（ステップＳ５０６）。例えば、通信処理部２０５は、レコメンドサーバ３００からのレコメンドリストを受信する。
【００５５】
本携帯端末２００は、表示画面に、レコメンドリストを表示する（ステップＳ５０８）。例えば、通信処理部２０５は、レコメンド情報管理部２０４に、レコメンドサーバ３００からのレコメンドリストを入力する。レコメンド情報管理部２０４は、UI制御部２０７に、通信制御部２０５からのレコメンドリストに含まれるレコメンドコンテンツ情報を入力する。UI制御部２０７は、表示画面に、レコメンド情報管理部２０４からのレコメンドコンテンツ情報を表示するように制御する。
【００５６】
ステップＳ５０２において、レコメンド取得要求が入力されないと判定された場合（ステップＳ５０２：ＮＯ）、本携帯端末２００は、次回端末ログアップロード時刻となったかどうかを判定する（ステップＳ５１０）。例えば、レコメンドサーバ３００からの次回端末ログアップロード時刻は、通信処理部２０５により受信され、端末ログ管理部２０８に入力される。端末ログ管理部２０８は、時計管理部２０９により入力されるべき日時情報に基づいて、次回端末ログアップロード時刻となったかどうかを判定する。
【００５７】
次回端末ログアップロード時刻となったと判定した場合（ステップＳ５１０：ＹＥＳ），本携帯端末２００は、レコメンドサーバ３００に、コンテンツ保存状態、及び端末ログを送信する（ステップＳ５１２）。例えば、端末ログ管理部２０８は、通信処理部２０５に、コンテンツ管理部２０２から入力されるべきコンテンツ保存状態、及び端末ログを入力する。通信処理部２０５は、レコメンドサーバ３００に、端末ログ管理部２０８により入力されるコンテンツ保存状態、及び端末ログを送信する。その後、ステップＳ５０２に戻る。
【００５８】
次回端末ログアップロード時刻となっていないと判定した場合（ステップＳ５１０：ＮＯ）、ステップＳ５０２に戻る。
【００５９】
＜レコメンドサーバの動作＞
図６は、本レコメンドサーバ３００の動作を示すフローチャートの一例である。
【００６０】
本レコメンドサーバ３００は、レコメンド計算時刻となったかどうかを判定する（ステップＳ６０２）。例えば、レコメンド計算部３０５は、時計管理部３０７により管理される日時情報に基づいて、レコメンド計算を実行すべき時刻となったかどうかを判定する。
【００６１】
レコメンド計算時刻となったと判定された場合（ステップＳ６０２：ＹＥＳ）、本レコメンドサーバ３００は、レコメンド計算を行う。例えば、レコメンド計算部は、レコメンド計算を行う（ステップＳ６０４）。レコメンドすべきコンテンツが選択される。
【００６２】
レコメンド計算時刻となっていないと判定された場合（ステップＳ６０２：ＮＯ）、及びステップＳ６０４によりレコメンド計算が行われた後、本レコメンドサーバ３００は、携帯端末２００から端末ログを受信したかどうかを判定する（ステップＳ６０６）。例えば、携帯端末２００からの端末ログは、無線通信処理部３０１により受信される。
【００６３】
携帯端末３００からの端末ログが受信されたと判定された場合（ステップＳ６０６：ＹＥＳ）、本レコメンドサーバ３００は、レコメンド計算結果に基づいて選択されたコンテンツに対して、コンテンツ保存状態と、端末ログと、次回端末ログアップロート時刻情報とを反映し、レコメンド１次リストを作成する。例えば、携帯端末３００からの端末ログは、無線通信処理部３０３から各端末情報管理部３０３に入力される。各端末情報管理部３０３は、無線通信処理部３０１により入力されるべき各端末のコンテンツ保存状態と、端末ログとに基づいて、各携帯端末により保存されているコンテンツを更新する。各端末情報管理部３０３は、各端末向けレコメンド情報管理部３０４に、各携帯端末のコンテンツ管理状態を表す情報を入力する。各端末向けレコメンド情報管理部３０４は、各端末情報管理部３０３により入力されるべき各端末のコンテンツ管理状態と、レコメンド計算部３０５により入力されるべきレコメンド計算結果とに基づいて、レコメンドすべきコンテンツが含まれるレコメンド１次リストを作成する。
【００６４】
ステップＳ６０８によりレコメンド１次リストが作成された後、又はステップＳ６０６により携帯端末２００から端末ログを受信していないと判定された場合（ステップＳ６０６：ＮＯ）、本レコメンドサーバ３００は、携帯端末２００からのレコメンド取得要求を受信したかどうかを判定する（ステップＳ６１０）。例えば、無線通信処理部３０１では、携帯端末２００からのレコメンド取得要求が受信される。該レコメンド取得要求には、差分ログが含まれる。
【００６５】
レコメンド取得要求が受信されないと判定された場合（ステップＳ６１０：ＮＯ）、ステップＳ６０２に戻る。
【００６６】
レコメンド取得要求が受信されたと判定された場合（ステップＳ６１０：ＹＥＳ）、本レコメンドサーバ３００は、レコメンドリストを作成し、携帯端末２００に無線送信する（ステップＳ６１２）。例えば、携帯端末２００からのレコメンド取得要求は、無線通信処理部３０１に受信される。無線通信処理部３０１は、レコメンドリスト作成部３０２に、レコメンド取得要求に含まれる差分ログを入力する。レコメンドリスト作成部３０２は、各端末向けレコメンド情報管理部３０４により入力されるべきレコメンド１次リストに対して、差分ログを反映することによりレコメンドリストを作成する。レコメンドリスト作成部３０２は、無線通信処理部３０１に、レコメンドリストを入力する。無線通信管理部３０１は、携帯端末２００に、レコメンドリストを無線送信する。
【００６７】
＜通信システムの動作＞
図７は、本通信システムの動作を示すシーケンスチャートの一例である。
【００６８】
レコメンドサーバ３００は、メタデータサーバ１００から、配信サーバ４００により放送されるコンテンツに関するメタデータを予め取得している。該メタデータには、コンテンツを一意に示す情報、コンテンツの内容、放送日時が含まれる。コンテンツを一意に示す情報には、コンテンツIDやタイトルが含まれる。
【００６９】
レコメンドサーバ３００は、メタデータや既に受信している端末ログから、レコメンドの計算を行い、レコメンド計算結果を求める（ステップＳ７０２）。レコメンド計算のアルゴリズムは、適切な如何なる既存のアルゴリズムでもよい。レコメンド計算結果に基づいて、レコメンドすべきコンテンツを選択する。
【００７０】
図８は、レコメンド計算結果に基づいて選択されたコンテンツを含むコンテンツ一覧の一例を示す。図８に示されるコンテンツ一覧には、コンテンツIDと、該コンテンツIDに対応するコンテンツの放送日時とが含まれてもよい。コンテンツ一覧はユーザ（携帯端末）単位で作成されるものであってもよいし、コンテンツ単位で作成されるものであってもよい。例えば、コンテンツ単位で作成される場合には、あるコンテンツに関連するコンテンツの一覧が作成されてもよい。図８には、ユーザ単位で作成されるコンテンツ一覧の例が示される。ユーザ毎に、図８に示されるコンテンツ一覧が用意される。レコメンドの計算は、所定の周期で行われるようにしてもよい。例えば、１週間に１度定期的に行うようにしてもよい。また、レコメンドの計算は、不定期に行われるようにしてもよい。
【００７１】
図９は、携帯端末２００により保存されているコンテンツを表す情報を含むコンテンツリストの一例を示す。図９に示されるコンテンツリストには、コンテンツIDと、該コンテンツIDに対応するコンテンツの放送日時とが含まれてもよい。本実施例では、ユーザは、コンテンツリストに含まれるコンテンツの視聴を行っていない。
【００７２】
ここで、ユーザは、コンテンツIDが「３２１」のコンテンツと、「０３５」のコンテンツとを視聴した場合について説明する。また、ユーザは、コンテンツIDが「９２３」のコンテンツを保存予約したとする。
【００７３】
携帯端末２００は、コンテンツが視聴されたこと、コンテンツの保存予約がされたことを含む端末ログを作成する。
【００７４】
図１０は、携帯端末２００により作成されるべき端末ログの一例を示す。図１０に示される端末ログには、所定の処理が行われたコンテンツに対応するコンテンツIDと、該コンテンツに対して行われた処理内容とは対応付けられて格納される。図１０に示される端末ログによれば、コンテンツIDが「３２１」、及び「０３５」により表されるコンテンツについては視聴が行われ、コンテンツIDが「９２３」により表されるコンテンツについては予約が行われている。該予約には、保存予約が含まれる。
【００７５】
携帯端末２００は、レコメンドサーバ３００に、コンテンツ保存状態、及び端末ログを送信する（ステップＳ７０４）。例えば、携帯端末２００は、通信基地局３５０を介して、レコメンドサーバ３００に、コンテンツ保存状態、及び端末ログを送信する。例えば、レコメンドサーバ３００へ、端末ログを送信するアップロードは、前回アップロードした際に、レコメンドサーバ３００により通知されるべき次回端末ログアップロード時刻に従って行われてもよい。
【００７６】
レコメンドサーバ３００は、携帯端末２００から端末ログを受信した際に、次に、携帯端末２００が端末ログをアップロードすべき次回端末ログアップロード時刻を通知する（ステップＳ７０６）。例えば、本実施例では、次回端末ログログアップロード時刻を2010/5/2 23:00であるとする。
【００７７】
レコメンドサーバ３００は、携帯端末２００から、コンテンツ保存状態と、端末ログとを受信する。レコメンドサーバ３００は、該携帯端末２００に対して、次回端末ログアップロード時刻を通知する。例えば、次回端末ログアップロード時刻を2010/5/3 23:30とする。
【００７８】
ここで、携帯端末２００におけるコンテンツの保存状態は刻一刻と変化する可能性があるので、端末ログをアップロードすべき周期は短い時間である方が好ましい。端末ログをアップロードすべき周期を短い時間にすることにより、レコメンドサーバ３００は、携帯端末２００におけるコンテンツの保存状態の変化に追従して、コンテンツの保存状態を認識できる。また、端末ログをアップロードすべき周期を短い時間にすることにより、差分ログに含まれる情報量が少なくなることが想定されるため、差分ログに基づいて、レコメンドリストを作成するための処理時間を短くできる。
【００７９】
しかし、端末ログをアップロードすべき周期を短くすると、ユーザが携帯端末２００を利用している際に、アップロードのための通信が発生する。該アップロードのための通信により、携帯端末２００の負荷が増大するため、動作が重くなる（遅くなる）。その結果、サービス品質が劣化する。
【００８０】
また、レコメンド計算では、端末ログが使用される。従って、端末ログをアップロードすべき周期は、レコメンド計算が実行される周期よりも短い方が好ましい。本実施例では、ユーザの利用率が低下する夜中に１日１回、端末ログのアップロードを実施する場合について説明する。しかし、端末ログをアップロードすべき周期は、レコメンド計算が実行される周期より短い他の適切な如何なる値としてもよい。
【００８１】
図１１は、端末ログの一例を示す。図１１に示される端末ログには、コンテンツIDと、該コンテンツIDに対応するコンテンツの放送日時、該コンテンツの状態を表す情報が含まれる。
【００８２】
レコメンドサーバ３００は、端末ログにより、携帯端末２００により保存されているコンテンツの情報を保持できる。
【００８３】
レコメンドサーバ３００は、レコメンド１次リストを作成する（ステップＳ７０８）。例えば、レコメンドサーバ３００は、図８を参照して説明したコンテンツ一覧に含まれるコンテンツのうち、携帯端末２００において保存済みのコンテンツ、及び放送日時が現在時刻と次回端末ログアップロード時刻との間に含まれるコンテンツを抽出する。携帯端末２００に保存されておらず、且つ過去に放送されたコンテンツは、携帯端末２００に対してレコメンドしても、携帯端末２００側では再生するコンテンツを取得できないためである。また、レコメンド１次リストは端末ログがアップロードされる度に作成されるため、今回のレコメンド１次リストに、次回の端末ログアップデート時刻より先に放送される予定のコンテンツを含める必要はない。携帯端末２００において保存済みのコンテンツ、及び放送日時が現在時刻と次回の端末ログアップロード時刻との間に含まれるコンテンツを抽出することにより、レコメンド１次リストに含まれるコンテンツの数を適切に削減することができる。レコメンド１次リストに含まれるコンテンツの数を適切に削減できるため、レコメンドリストの情報量も削減できる。レコメンドリストの情報量を削減できるため、携帯端末２００では、レコメンドサーバ３００から送信されるべきレコメンドリストの受信する際の負荷を低減できる。
【００８４】
さらに、レコメンド１次リストに、視聴済みのコンテンツを含めないようにしてもよい。ユーザに既に視聴されたコンテンツは、視聴のレコメンドを行う必要がないためである。
【００８５】
また、ユーザにより予約された予約済みのコンテンツは、視聴のレコメンドを行う必要はない。既に、ユーザによりコンテンツが予約されており、改めて該ユーザに対して予約のレコメンドをする必要がないためである。
【００８６】
図１２は、レコメンド１次リストの一例を示す。図１２に示されるレコメンド１次リストには、視聴のレコメンドに該当するコンテンツのコンテンツIDと、予約のレコメンドに該当するコンテンツのコンテンツIDとが含まれる。
【００８７】
さらに、ユーザによる携帯端末２００の操作により端末ログが蓄積される。例えば、ユーザによる携帯端末２００の操作により、コンテンツIDが「184」であるコンテンツが削除され、コンテンツIDが「592」であるコンテンツの保存予約が行われたとする。該操作に応じて、端末ログが作成される。
【００８８】
ユーザによりレコメンド取得要求に該当する操作が行われると、該レコメンド取得要求に含めて送信されるべき差分ログが作成される。差分ログは、可能な限り容量が小さいことが望ましい。レコメンド取得要求に含めて送信されるためである。
【００８９】
図１３は、差分ログの一例を示す。差分ログには、端末ログを前回アップロードした状態から変更されたコンテンツに該当するコンテンツIDが含まれる。さらに、該コンテンツIDに対して実行された操作の種類を表す操作種別の情報を含めるようにしてもよい。例えば、操作種別の情報として、「削除済み」や、「予約済み」を含めるようにしてもよい。
【００９０】
差分ログに含まれる情報がコンテンツIDである場合には、携帯端末２００が操作されることにより、該携帯端末２００の状態が変化した際に、差分ログが送信される場合に特に有効である。例えば、携帯端末２００が操作されることによりコンテンツの削除、予約が行われた際に、差分ログが送信される。また、差分ログが送信される時間間隔が短い場合に有効である。
【００９１】
また、差分ログに含まれる情報がコンテンツID、操作種別である場合には、差分ログが送信される時間間隔が長い場合に有効である。例えば、１日に一度程度送信される場合に有効である。差分ログが送信される時間間隔が短い場合に、操作種別を含めない場合には、保存予約されただけなのか、保存予約された後に視聴されたのかが不明であるためである。
【００９２】
なお、直近の端末ログのアップデートから、操作ログがない場合には、レコメンド取得要求に、差分ログを含めなくてもよい。また、携帯端末２００における送信の際の負荷を抑制するために、差分ログを含めず、レコメンド取得要求のみを送信してもよい。
【００９３】
ユーザが携帯端末２００を操作することにより、レコメンド表示要求（レコメンドリスト取得要求）が行われる（ステップＳ７１０）。
【００９４】
携帯端末２００は、レコメンドサーバ３００に、図１３に示される差分ログを含むレコメンド取得要求を送信する（ステップＳ７１２）。該差分ログには、コンテンツIDのリストが含まれる。
【００９５】
差分ログを含むレコメンド取得要求を受信したレコメンドサーバ３００は、既に保持しているレコメンド１次リストに含まれるコンテンツIDのうち、差分ログに含まれるコンテンツIDを削除することにより変更し、レコメンドリストを作成する（ステップＳ７１４）。
【００９６】
レコメンドサーバ３００は、携帯端末へ、レコメンドリストを送信する（ステップＳ７１６）。
【００９７】
図１４は、レコメンドリストの一例を示す。図１４に示されるレコメンドリストには、視聴のレコメンドに該当するコンテンツのコンテンツIDと、予約のレコメンドに該当するコンテンツのコンテンツIDとが含まれる。図１４に示されるレコメンドリストは、図１２に示されるレコメンド１次リストから、図１３に示される差分ログに含まれるコンテンツIDを削除したものである。
【００９８】
携帯端末２００は、表示画面に、レコメンドサーバ３００からのレコメンドリストを表示する（ステップＳ７１８）。さらに、携帯端末２００は、該レコメンドリストを、レコメンド１次リストとして更新する。
【００９９】
その後、例えば、ユーザによりコンテンツIDが「623」であるコンテンツが視聴され、該視聴の後に、再度レコメンド取得ボタンが押されたとする（ステップＳ７２０）。この場合、差分ログには、視聴されたコンテンツのコンテンツIDとして「623」が含まれる。携帯端末２００は、レコメンドサーバ３００へ、該差分ログを含むコメンド取得要求を送信する（ステップＳ７２２）。
【０１００】
レコメンドサーバ３００は、更新されたレコメンド１次リストから、差分ログに含まれるコンテンツIDに該当する「623」を削除したレコメンドリストを作成する（ステップＳ７２４）。
【０１０１】
図１５は、レコメンド１次リストから、差分ログに含まれるコンテンツIDに該当する「623」を削除したレコメンドリストの一例を示す。該レコメンドサーバ３００は、携帯端末２００に、レコメンドリストを送信する（ステップＳ７２６）。携帯端末２００は、表示画面に、レコメンドリストを表示する（ステップＳ７２８）。
【０１０２】
その後、携帯端末２００が操作されることにより、次回の端末ログアップロード時刻(2010/5/3 23:30)までに、コンテンツIDが「923」、「204」、「592」、及び「601」であるコンテンツの保存、コンテンツIDが「381」、及び「003」の視聴、コンテンツIDが「824」の削除がなされたとする。
【０１０３】
図１６は、以上の処理が行われた場合のコンテンツ保存状態を示す。
【０１０４】
図１７は、以上の処理が行われた場合の端末ログを示す。
【０１０５】
図１６に示されるコンテンツ保存状態及び図１７に示される端末ログが、レコメンドサーバ３００へアップロードされる（ステップＳ７３０）。
【０１０６】
レコメンドサーバ３００は、図１８に示されるような端末ログを取得できる。レコメンドサーバ３００は、携帯端末２００に、次回端末アップロード時刻（本例では2010/5/4 23:10とする）を返信する（ステップＳ７３２）。
【０１０７】
レコメンドサーバ３００は、図１９に示されるコンテンツリストに基づいて、レコメンド１次リストを作成する（ステップＳ７３４）。
【０１０８】
図２０は、レコメンド１次リストの一例を示す。レコメンド１次リストの作成のルールは上述の通りである。この後、携帯端末２００でコンテンツIDが「204」のコンテンツの再生、コンテンツIDが「923」のコンテンツの削除が行われる。
【０１０９】
ユーザからの操作により、レコメンド取得要求が行われる（ステップＳ７３６）。該レコメンド取得要求は、レコメンドサーバ３００に送信される（ステップＳ７３８）。図２１に示されるような差分ログがレコメンド取得要求とともに携帯端末２００から、レコメンドサーバ３００へ送信される。
【０１１０】
レコメンドサーバ３００は、差分ログに含まれるIDをレコメンド１次リストから削除することによりレコメンドリストを作成する（ステップＳ７４０）。
【０１１１】
図２２は、レコメンドリストの一例を示す。
【０１１２】
レコメンドサーバ３００は、携帯端末２００に、レコメンドリストを送信する（ステップＳ７４２）。
【０１１３】
携帯端末２００は、表示画面に、レコメンドリストを表示する（ステップＳ７４４）。
これによって、携帯端末から送信する容量を削減可能となり、さらにサーバ側で携帯端末の最新のコンテンツ保存状態及び操作ログを反映したレコメンドリストを作成することが可能となる。
【０１１４】
本実施例によれば、携帯端末とレコメンドサーバ間において、携帯端末側の負荷を軽減したレコメンド情報の送受信が実現される。
【０１１５】
本実施例によれば、携帯端末は、レコメンドサーバからレコメンドリストを取得してから、画面表示するまでの処理負荷を抑制することが可能となる。処理負荷を抑制できるため、サービス品質の向上が実現される。
【０１１６】
また、放送波経由でコンテンツを配信するサービスにおいても、レコメンドサーバが、各携帯端末におけるコンテンツ保存状態や、既に視聴されたコンテンツに関する最新情報に基づいて、レコメンドすべきコンテンツを提供するレコメンドサービスを実現することが可能となる。
【０１１７】
本サーバは、
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバであって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する無線通信処理部としての、受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するレコメンド計算部としての、コンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信する無線通信処理部としての、送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【０１１８】
サーバは、携帯端末のコンテンツ保存状態やユーザが何をすでに視聴したかなどの操作ログの最新情報を取得可能となり、携帯端末に保存されているコンテンツやユーザの視聴形態にあわせたレコメンドリストを送信することができる。
【０１１９】
さらに、
前記差分ログには、視聴されたコンテンツを表す情報、削除されたコンテンツを表す情報、予約されたコンテンツを表す情報が含まれる。
【０１２０】
携帯端末は、最新のコンテンツ保存状態や端末ログをサーバへ送信することが可能となり、またサーバから取得したレコメンドリスト内に含まれるコンテンツを取捨選択することなく、そのまま画面に表示することが可能となる。このため、携帯端末の処理負荷を軽減することができる。
【０１２１】
さらに、
前記携帯端末に、該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを通知すべき日時を設定する通知日時設定部と、
前記携帯端末に、前記通知日時設定部により設定された日時を通知する通知部と
を有する。
【０１２２】
さらに、
前記レコメンドリスト作成部は、前記コンテンツ選択部により選択された推薦すべきコンテンツのうち、前記受信部に受信された前記携帯端末に保存されているコンテンツと、現時刻から前記日時設定部により設定されるべき次回の日時までに放送される予定のコンテンツとを含むコンテンツリストを作成する。
【０１２３】
さらに、
前記レコメンドリスト作成部は、前記差分ログに含まれるコンテンツを削除することにより、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【０１２４】
さらに、
前記コンテンツ選択部は、定期的に、推薦すべきコンテンツを選択し、
前記通知日時設定部は、前記コンテンツ選択部により推薦すべきコンテンツが選択される周期よりも、前記携帯端末に、該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを通知させる周期を短く設定する。
【０１２５】
刻一刻と変化する携帯端末のコンテンツ保存状態及び操作ログをサーバ側が認識することが可能となり、さらに、後に送信される差分ログの容量も削減することができる。
【０１２６】
本通信システムは、
携帯端末と、該携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバとを有する通信システムであって、
前記携帯端末は、
該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを取得する取得部と、
前記サーバに、前記取得部により取得された当該携帯端末に保存されているコンテンツを表す情報と、当該携帯端末の操作ログとを通知する通知部と、
レコメンドリストを取得するための操作が行われた場合に、前回通知した操作ログから後の操作ログを示す差分ログを生成する差分ログ生成部と、
前記サーバに、前記差分ログを含むレコメンドリスト取得要求を送信するレコメンドリスト取得要求送信部と、
前記サーバから、前記レコメンドリスト取得要求送信部により送信されたレコメンドリスト要求に応じて送信されたレコメンドリストを受信するレコメンドリスト受信部と
を有し、
前記サーバは、
前記携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信するレコメンドリスト送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【０１２７】
本方法は、
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバにおける方法であって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信ステップと、
該受信ステップに受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択ステップと、
該コンテンツ選択ステップにより選択されたコンテンツと、前記受信ステップに受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成ステップと、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成ステップにより作成されたレコメンドリストを送信する送信ステップと
を有し、
前記レコメンドリスト作成ステップは、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する。
【０１２８】
説明の便宜上、発明の理解を促すため具体的な数値例を用いて説明されるが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてよい。
【０１２９】
以上、本発明は特定の実施例を参照しながら説明されてきたが、各実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。
【符号の説明】
【０１３０】
１０ メタデータ管理サーバ
２０ 携帯端末
３０ レコメンドサーバ
３５ 通信基地局
４０ コンテンツ配信サーバ
４５ 放送波基地局
１００ メタデータ管理サーバ
２００ 携帯端末
２０１ 放送波受信部
２０２ コンテンツ管理部
２０３ 予約制御部
２０４ レコメンド情報管理部
２０５ 通信処理部
２０６ コンテンツ再生部
２０７ UI(User Interface)制御部
２０８ 端末ログ管理部
２０９ 時計管理部
３００ レコメンドサーバ
３０１ 無線通信処理部
３０２ レコメンドリスト作成部
３０３ 各端末情報管理部
３０４ 各端末向けレコメンド情報管理部
３０５ レコメンド計算部
３０６ 有線通信処理部
３５０ 通信基地局
４００ コンテンツ配信サーバ
４５０ 放送波基地局
【特許請求の範囲】
【請求項１】
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバであって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信する送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する、サーバ。
【請求項２】
請求項１に記載のサーバにおいて、
前記差分ログには、視聴されたコンテンツを表す情報、削除されたコンテンツを表す情報、予約されたコンテンツを表す情報が含まれる、サーバ。
【請求項３】
請求項１または２に記載のサーバにおいて、
前記携帯端末に、該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを通知すべき日時を設定する通知日時設定部と、
前記携帯端末に、前記通知日時設定部により設定された日時を通知する通知部と
を有する、サーバ。
【請求項４】
請求項３に記載のサーバにおいて、
前記レコメンドリスト作成部は、前記コンテンツ選択部により選択された推薦すべきコンテンツのうち、前記受信部に受信された前記携帯端末に保存されているコンテンツと、現時刻から前記日時設定部により設定されるべき次回の日時までに放送される予定のコンテンツとを含むコンテンツリストを作成する、サーバ。
【請求項５】
請求項１ないし４のいずれか１項に記載のサーバにおいて、
前記レコメンドリスト作成部は、前記差分ログに含まれるコンテンツを削除することにより、レコメンドリストに含まれる推薦すべきコンテンツを変更する、サーバ。
【請求項６】
請求項３に記載のサーバにおいて、
前記コンテンツ選択部は、定期的に、推薦すべきコンテンツを選択し、
前記通知日時設定部は、前記コンテンツ選択部により推薦すべきコンテンツが選択される周期よりも、前記携帯端末に、該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを通知させる周期を短く設定する、サーバ。
【請求項７】
携帯端末と、該携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバとを有する通信システムであって、
前記携帯端末は、
該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを取得する取得部と、
前記サーバに、前記取得部により取得された当該携帯端末に保存されているコンテンツを表す情報と、当該携帯端末の操作ログとを通知する通知部と、
レコメンドリストを取得するための操作が行われた場合に、前回通知した操作ログから後の操作ログを示す差分ログを生成する差分ログ生成部と、
前記サーバに、前記差分ログを含むレコメンドリスト取得要求を送信するレコメンドリスト取得要求送信部と、
前記サーバから、前記レコメンドリスト取得要求送信部により送信されたレコメンドリスト要求に応じて送信されたレコメンドリストを受信するレコメンドリスト受信部と
を有し、
前記サーバは、
前記携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信するレコメンドリスト送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する、通信システム。
【請求項８】
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバにおける方法であって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信ステップと、
該受信ステップに受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択ステップと、
該コンテンツ選択ステップにより選択されたコンテンツと、前記受信ステップに受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成ステップと、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成ステップにより作成されたレコメンドリストを送信する送信ステップと
を有し、
前記レコメンドリスト作成ステップは、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する、方法。
【請求項１】
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバであって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信する送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する、サーバ。
【請求項２】
請求項１に記載のサーバにおいて、
前記差分ログには、視聴されたコンテンツを表す情報、削除されたコンテンツを表す情報、予約されたコンテンツを表す情報が含まれる、サーバ。
【請求項３】
請求項１または２に記載のサーバにおいて、
前記携帯端末に、該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを通知すべき日時を設定する通知日時設定部と、
前記携帯端末に、前記通知日時設定部により設定された日時を通知する通知部と
を有する、サーバ。
【請求項４】
請求項３に記載のサーバにおいて、
前記レコメンドリスト作成部は、前記コンテンツ選択部により選択された推薦すべきコンテンツのうち、前記受信部に受信された前記携帯端末に保存されているコンテンツと、現時刻から前記日時設定部により設定されるべき次回の日時までに放送される予定のコンテンツとを含むコンテンツリストを作成する、サーバ。
【請求項５】
請求項１ないし４のいずれか１項に記載のサーバにおいて、
前記レコメンドリスト作成部は、前記差分ログに含まれるコンテンツを削除することにより、レコメンドリストに含まれる推薦すべきコンテンツを変更する、サーバ。
【請求項６】
請求項３に記載のサーバにおいて、
前記コンテンツ選択部は、定期的に、推薦すべきコンテンツを選択し、
前記通知日時設定部は、前記コンテンツ選択部により推薦すべきコンテンツが選択される周期よりも、前記携帯端末に、該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを通知させる周期を短く設定する、サーバ。
【請求項７】
携帯端末と、該携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバとを有する通信システムであって、
前記携帯端末は、
該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを取得する取得部と、
前記サーバに、前記取得部により取得された当該携帯端末に保存されているコンテンツを表す情報と、当該携帯端末の操作ログとを通知する通知部と、
レコメンドリストを取得するための操作が行われた場合に、前回通知した操作ログから後の操作ログを示す差分ログを生成する差分ログ生成部と、
前記サーバに、前記差分ログを含むレコメンドリスト取得要求を送信するレコメンドリスト取得要求送信部と、
前記サーバから、前記レコメンドリスト取得要求送信部により送信されたレコメンドリスト要求に応じて送信されたレコメンドリストを受信するレコメンドリスト受信部と
を有し、
前記サーバは、
前記携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信部と、
該受信部に受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択部と、
該コンテンツ選択部により選択されたコンテンツと、前記受信部に受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成部と、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成部により作成されたレコメンドリストを送信するレコメンドリスト送信部と
を有し、
前記レコメンドリスト作成部は、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する、通信システム。
【請求項８】
携帯端末に、推薦すべきコンテンツを含むレコメンドリストを通知するサーバにおける方法であって、
携帯端末から通知されるべき該携帯端末に保存されているコンテンツを表す情報と、該携帯端末の操作ログとを受信する受信ステップと、
該受信ステップに受信された前記携帯端末の操作ログに基づいて、推薦すべきコンテンツを選択するコンテンツ選択ステップと、
該コンテンツ選択ステップにより選択されたコンテンツと、前記受信ステップに受信された前記携帯端末に保存されているコンテンツを表す情報に基づいて、推薦すべきコンテンツを含むレコメンドリストを作成するレコメンドリスト作成ステップと、
前記携帯端末から送信されるべきレコメンドリストを取得するためのレコメンドリスト取得要求に応じて、前記レコメンドリスト作成ステップにより作成されたレコメンドリストを送信する送信ステップと
を有し、
前記レコメンドリスト作成ステップは、前記レコメンドリスト取得要求に、前回の通知された操作ログから後の操作ログを示す差分ログが含まれる場合、該差分ログに基づいて、レコメンドリストに含まれる推薦すべきコンテンツを変更する、方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１２−１００１６８（Ｐ２０１２−１００１６８Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１０−２４７７５２（Ｐ２０１０−２４７７５２）
【出願日】平成２２年１１月４日（２０１０．１１．４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願日】平成２２年１１月４日（２０１０．１１．４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]