JP2009282697A

JP2009282697A - ネットワークシステム、コンテンツ再生装置および画像処理方法

Info

Publication number: JP2009282697A
Application number: JP2008133416A
Authority: JP
Inventors: Koji Akasaka; 宏二赤坂
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2008-05-21
Filing date: 2008-05-21
Publication date: 2009-12-03

Abstract

【課題】コンテンツの視聴を妨げることなく、興趣に富んだ画像を表示することが可能なネットワークシステム、コンテンツ再生装置および画像処理方法を提供する。
【解決手段】コンテンツ再生装置は、ユーザーが操作する装置の操作の状態を示す操作情報を取得し、操作情報を、サーバーへ送信する。サーバーは、操作情報を反映した画像であって、放送局が配信するコンテンツに関連する関連画像を生成し、関連画像を、コンテンツ再生装置へ送信する。コンテンツ再生装置は、関連画像を受信し、放送局が配信するコンテンツに基づく画像と、受信した関連画像とを表示する。表示される関連画像は、ユーザーが操作する装置の操作の状態を反映した画像である。
【選択図】図１５

Description

本発明は、ネットワークシステム、コンテンツ再生装置および画像処理方法に関し、特に、画像の表示制御を行なうための処理を行なうネットワークシステム、コンテンツ再生装置および画像処理方法に関する。

テレビジョン受信機等の映像表示装置に表示されるテレビ番組等のコンテンツを視聴しているユーザーが、テレビ番組を視聴しながら、あるサービスを享受するための様々な技術が開示されている。

たとえば、特開２００３−３４５７２９号公報（特許文献１）には、テレビ番組を視聴しながら、当該テレビ番組を視聴している複数のユーザー同士でチャットを行なうための技術（以下、第１の先行技術ともいう）が開示されている。
特開２００３−３４５７２９号公報

しかしながら、第１の先行技術に開示されている技術は、ユーザーが、テレビ番組といったコンテンツを視聴しながら、チャットができるものの、チャットでは、文字が表示されるのみで、興趣に欠ける。

本発明は、上述の問題点を解決するためになされたものであって、その目的は、コンテンツの視聴を妨げることなく、興趣に富んだ画像を表示することが可能なネットワークシステム、コンテンツ再生装置および画像処理方法を提供することである。

上述の課題を解決するために、この発明のある局面に従うネットワークシステムは、コンテンツを配信する放送局と通信するサーバーおよびコンテンツ再生装置を含む。コンテンツ再生装置は、ユーザーが操作する装置の操作の状態を示す操作情報を取得する取得手段と、取得手段が取得した操作情報を、サーバーへ送信する第１送信手段とを備え、サーバーは、操作情報を受信する第１受信手段と、操作情報を反映した画像であって、放送局が配信するコンテンツに関連する関連画像を生成する生成手段と、関連画像を、コンテンツ再生装置へ送信する第２送信手段とを備え、コンテンツ再生装置は、さらに、関連画像を受信する第２受信手段と、放送局が配信するコンテンツに基づく画像と、受信した関連画像とを表示する表示手段とを備える。

好ましくは、ネットワークシステムは、複数のコンテンツ再生装置を含み、複数のコンテンツ再生装置の各々は、ユーザー情報を記憶する第１記憶手段を備え、複数のコンテンツ再生装置の各々の第１送信手段は、ユーザー情報を、サーバーへ送信し、サーバーの第１受信手段は、複数のユーザー情報を受信し、サーバーは、さらに、受信した複数のユーザー情報を記憶する第２記憶手段を備える。

好ましくは、生成手段は、第２記憶手段に記憶されるユーザー情報の数を反映した関連画像を生成する。

好ましくは、第１記憶手段に記憶されるユーザー情報は、ユーザーの嗜好情報を示し、コンテンツ再生装置の表示手段は、放送局が配信する、嗜好情報に関連するコンテンツに基づく画像と、関連画像とを表示する。

好ましくは、ネットワークシステムは、複数のコンテンツ再生装置を含み、複数のコンテンツ再生装置の各々の第１送信手段は、操作情報を、サーバーへ送信し、サーバーの第１受信手段は、複数の操作情報を受信し、サーバーの生成手段は、受信した複数の操作情報に基づいて、放送局が配信するコンテンツに基づく画像のサイズを変化させた変化画像を生成し、サーバーの第２送信手段は、生成した変化画像を、複数のコンテンツ再生装置の少なくとも一部へ送信し、変化画像を受信したコンテンツ再生装置の表示手段は、関連画像と、変化画像とを表示する。

この発明の他の局面に従うコンテンツ再生装置は、コンテンツを配信する放送局と通信するサーバーおよび放送局の各々と通信する。サーバーは、ユーザーが操作する装置の操作の状態を示す操作情報を受信した場合、操作情報を反映した画像であって、放送局が配信するコンテンツに関連する関連画像をコンテンツ再生装置へ送信するものである。ユーザーが操作する装置の操作の状態を示す操作情報を取得する取得手段と、取得手段が取得した操作情報を、サーバーへ送信する送信手段と、サーバーから送信される関連画像を受信する受信手段と、放送局が配信するコンテンツに基づく画像と、受信した関連画像とを表示する表示手段とを備える。

この発明のさらに他の局面に従うと、コンテンツを配信する放送局と通信するサーバーおよびコンテンツ再生装置を含むネットワークシステムにおいて行なわれる画像処理方法は、コンテンツ再生装置が、ユーザーが操作する装置の操作の状態を示す操作情報を取得するステップと、コンテンツ再生装置が、取得した操作情報を、サーバーへ送信するステップと、サーバーが、操作情報を受信するステップと、サーバーが、操作情報を反映した画像であって、放送局が配信するコンテンツに関連する関連画像を生成するステップと、サーバーが、関連画像を、コンテンツ再生装置へ送信するステップと、コンテンツ再生装置が、関連画像を受信するステップと、コンテンツ再生装置が、放送局が配信するコンテンツに基づく画像と、受信した関連画像とを表示するステップとを備える。

本発明に係るネットワークシステムは、放送局と通信するサーバーおよびコンテンツ再生装置を含む。コンテンツ再生装置は、ユーザーが操作する装置の操作の状態を示す操作情報を取得し、操作情報を、サーバーへ送信する。サーバーは、操作情報を反映した画像であって、放送局が配信するコンテンツに関連する関連画像を生成し、関連画像を、コンテンツ再生装置へ送信する。コンテンツ再生装置は、関連画像を受信し、放送局が配信するコンテンツに基づく画像と、受信した関連画像とを表示する。表示される関連画像は、ユーザーが操作する装置の操作の状態を反映した画像である。

したがって、コンテンツの視聴を妨げることなく、興趣に富んだ画像を表示することができるという効果を奏する。

本発明に係るコンテンツ再生装置は、コンテンツを配信する放送局と通信するサーバーおよび放送局の各々と通信する。コンテンツ再生装置は、ユーザーが操作する装置の操作の状態を示す操作情報を取得し、操作情報を、サーバーへ送信する。サーバーは、操作情報を受信すると、操作情報を反映した画像であって、放送局が配信するコンテンツに関連する関連画像をコンテンツ再生装置へ送信する。コンテンツ再生装置は、関連画像を受信し、放送局が配信するコンテンツに基づく画像と、受信した関連画像とを表示する。表示される関連画像は、ユーザーが操作する装置の操作の状態を反映した画像である。

本発明に係る画像処理方法は、コンテンツ再生装置が、ユーザーが操作する装置の操作の状態を示す操作情報を取得し、操作情報を、サーバーへ送信する。サーバーは、操作情報を反映した画像であって、放送局が配信するコンテンツに関連する関連画像を生成し、関連画像を、コンテンツ再生装置へ送信する。コンテンツ再生装置は、関連画像を受信し、放送局が配信するコンテンツに基づく画像と、受信した関連画像とを表示する。表示される関連画像は、ユーザーが操作する装置の操作の状態を反映した画像である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態＞
（システムの構成）
図１は、本実施の形態におけるネットワークシステム１０００の構成を示す図である。なお、図１には、説明のために、無線によりコンテンツを配信する放送局５０を示している。図１を参照して、ネットワークシステム１０００は、複数のコンテンツ再生装置６００と、サーバー８００とを含む。

コンテンツ再生装置６００は、一例として、ＰＣ（Personal Computer）である。なお、コンテンツ再生装置６００は、ＰＣに限定されることなく、コンテンツを再生可能な装置であればどのような装置であってもよい。コンテンツ再生装置６００は、たとえば、テレビジョン受信機であってもよい。

また、複数のコンテンツ再生装置６００の各々は、無線または有線により、ネットワーク７０とデータ通信を行なう機能を有する。ネットワーク７０は、インターネットなどの広域なネットワークである。

サーバー８００は、コンテンツ連動サービスを、ネットワーク７０と通信可能な各装置に提供する。コンテンツ連動サービスは、テレビ番組等のコンテンツに連動したサービスである。

サーバー８００は、ＰＣである。サーバー８００は、無線または有線により、ネットワーク７０とデータ通信を行なう機能を有する。したがって、複数のコンテンツ再生装置６００の各々は、ネットワーク７０を介して、サーバー８００と通信を行なうことができる。

複数のコンテンツ再生装置６００の各々は、放送局５０から放送信号を受信する。放送局５０が配信する放送信号には、文字情報が含まれる。また、サーバー８００は、放送局５０から放送信号を受信する。

（コンテンツ再生装置）
次に、コンテンツ再生装置６００について詳細に説明する。

図２は、コンテンツ再生装置６００の内部構成を示したブロック図である。なお、図２には、説明のために、記録媒体５５５Ａも示している。記録媒体５５５Ａには、後述するプログラム１８０Ａが記録されている。すなわち、プログラム１８０Ａは、媒体等に記録されてプログラム製品として流通される。また、記録媒体５５５Ａもプログラム製品として流通される。

図２を参照して、コンテンツ再生装置６００は、表示部６３０を備える。表示部６３０には、文字や画像等を表示する表示面が設けられる。表示部６３０は、ＬＣＤパネル（Liquid Crystal Display Panel）を使用した装置である。なお、表示部６３０は、上記以外の表示方式のパネルを使用した装置であってもよい。

表示部６３０の表示面に表示される画像の最大解像度（以下、表示最大解像度ともいう）は、横１９２０（ドット）×縦１０８０（ドット）である。なお、表示部６３０の表示最大解像度は、横１９２０（ドット）×縦１０８０（ドット）に限定されることなく、他の解像度であってもよい。

コンテンツ再生装置６００は、さらに、制御部６１０と、記憶部６２０とを備える。
記憶部６２０は、データを不揮発的に記憶する機能を有する。記憶部６２０は、制御部６１０によってデータアクセスされる。記憶部６２０は、ハードディスクである。なお、記憶部６２０は、ハードディスクに限定されることなく、データを不揮発的に記憶する機能を有するメモリであってもよい。記憶部６２０には、プログラム１８０Ａ、その他の各種データ等が記憶されている。なお、記憶部６２０は、データを揮発的に記憶するメモリであってもよい。

制御部６１０は、記憶部６２０に記憶されたプログラム１８０Ａに従って、コンテンツ再生装置６００内の各部に対する各種処理や、演算処理等を行なう機能を有する。制御部６１０は、ＣＰＵ（Central Processing Unit）である。なお、制御部６１０は、ＣＰＵに限定されることなく、演算機能を有するその他の回路であってもよい。

コンテンツ再生装置６００は、さらに、アンテナ６０２と、チューナ６０５と、データ処理部６０７とを備える。

アンテナ６０２は、チューナ６０５と接続されている。チューナ６０５は、放送局５０から、制御部６１０により指示された周波数の放送信号を、アンテナ６０２を介して受信する。チューナ６０５は、デジタル放送に基づく放送信号およびアナログ放送に基づく放送信号を受信する機能を有する。チューナ６０５は、受信した放送信号を、データ処理部６０７へ送信する。

データ処理部６０７は、制御部６１０から、表示部６３０に画像を表示させるための表示指示を受信すると、受信した放送信号から画像データを取得し、当該画像データを、表示部６３０へ送信する。表示部６３０は、画像データを受信すると、画像データに基づく画像（動画像または静止画像）を表示する。以下においては、チューナ６０５が受信した放送信号に基づく画像であって、かつ、表示部６３０に表示される画像を、テレビ画像ともいう。

また、データ処理部６０７は、受信している放送信号に文字情報が含まれる場合、当該文字情報を、制御部６１０へ送信する。したがって、制御部６１０は、放送信号に文字情報が含まれる場合、当該文字情報を受信する。

制御部６１０は、表示部６３０とデータ通信を行なう。制御部６１０は、生成した画像を、表示部６３０に表示させる。

コンテンツ再生装置６００は、さらに、入力部６４０と、記録媒体アクセス部６５０とを備える。

入力部６４０には、マウス６４２と、キーボード６４４とが接続されている。ユーザは、マウス６４２またはキーボード６４４を利用して、コンテンツ再生装置６００に指示を与える。マウス６４２またはキーボード６４４からの入力指示は、入力部６４０を介して制御部６１０へ送信される。制御部６１０は、入力部６４０からの入力指示に基づいて所定の処理を行なう。以下においては、ユーザによる、マウス６４２またはキーボード６４４の操作を、インターフェース操作Ｔともいう。

記録媒体アクセス部６５０は、プログラム１８０Ａが記録された記録媒体５５５Ａから、プログラム１８０Ａを読出す機能を有する。記録媒体５５５Ａに記憶されているプログラム１８０Ａは、制御部６１０のインストール処理により、記録媒体アクセス部６５０により読み出され、制御部６１０が、プログラム１８０Ａを、記憶部６２０に記憶させる。

記録媒体５５５Ａは、ＳＤメモリーカードである。なお、記録媒体５５５は、ＳＤメモリーカードに限定されることなく、データを不揮発的に記録可能なその他の媒体であってもよい。

コンテンツ再生装置６００は、さらに、通信部６６０と、通信部６６２とを備える。
通信部６６０は、制御部６１０とデータ通信を行なう。また、通信部６６０は、携帯端末装置５００と、データ通信を行なう機能を有する。

通信部６６０は、Bluetooth（登録商標）の規格に基づく無線通信を行なう機能を有する。また、通信部６６０は、赤外線を使用した無線通信を行なう機能を有する。なお、無線通信は、Bluetooth（登録商標）の規格に基づく通信、赤外線を使用した通信に限定されることなく、他の方式の通信であってもよい。通信部６６０は、制御部６１０からの制御指示に応じて、携帯端末装置５００と無線でデータ通信を行なう。

携帯端末装置５００は、携帯電話である。なお、携帯端末装置５００は、携帯電話に限定されることなく、通信機能を備え、携帯可能な装置であればどのような装置（たとえば、ＰＤＡ（Personal Digital Assistance）、ＰＣ（Personal Computer））でもよい。

携帯端末装置５００には、複数のボタンが設けられる。携帯端末装置５００は、ユーザーにより、ボタンが押下されると、当該ボタンに対応するリモートコントロール信号（以下、ＲＣ信号ともいう）を、コンテンツ再生装置６００へ送信する機能を有する。

以下においては、携帯端末装置５００から送信される、コンテンツ再生装置６００を制御するためのリモートコントロール信号も、ＲＣ信号という。この場合、通信部６６０が、携帯端末装置５００から送信されたＲＣ信号を受信し、受信したＲＣ信号を制御部６１０へ送信する。制御部６１０は、受信したＲＣ信号に応じて、対応する処理を行なう。

本実施の形態では、コンテンツ再生装置６００は、２台の携帯端末装置５００と同時に通信可能であるとする。以下においては、コンテンツ再生装置６００と同時に通信可能な２台の携帯端末装置５００を、それぞれ、携帯端末装置Ａおよび携帯端末装置Ｂともいう。携帯端末装置Ａおよび携帯端末装置Ｂは、それぞれ、ユーザーＡおよびユーザーＢが所有する装置であるとする。ユーザーＡと、ユーザーＢとは、一例として、夫婦、兄弟、友人等であるとする。なお、コンテンツ再生装置６００と同時に通信可能な携帯端末装置５００の数は、２台に限定されることなく、３台以上であってもよい。

通信部６６２は、制御部６１０と、データ通信を行なう。通信部６６２は、有線技術を利用して、ネットワーク７０とデータ通信を行なう機能を有する。有線技術は、たとえば、イーサネット（登録商標）に基づく技術である。この場合、通信部６６２は、たとえば、ＬＡＮケーブルを介して、ネットワーク７０とデータ通信を行なうことができる。なお、有線技術は、イーサネット（登録商標）に基づく技術に限定されることなく、その他の有線技術であってもよい。

また、通信部６６２は、無線技術を利用して、ネットワーク７０とデータ通信を行なう機能を有する。無線技術は、たとえば、ＩＥＥＥ８０２．１１ｇに基づく技術である。なお、無線技術は、ＩＥＥＥ８０２．１１ｇに基づく技術に限定されることなく、その他の無線技術であってもよい。したがって、通信部６６２は、無線により、ネットワーク７０とデータ通信を行なうことができる。

したがって、本実施の形態におけるコンテンツ再生装置６００は、ネットワーク７０から、通信部６６２を介して、プログラムのダウンロード処理を行ない、記憶部６２０に格納することもできる。この場合、当該ダウンロードしたプログラムは、プログラム１８０Ａである。制御部６１０は、ネットワーク７０からダウンロードしたプログラム（プログラム１８０Ａ）に従って、所定の処理を行なう。

コンテンツ再生装置６００は、さらに、音声出力部６７０と、ＲＣ信号受信部６８０とを備える。音声出力部６７０は、コンテンツ再生装置６００の外部に設けられるスピーカである。音声出力部６７０は、制御部６１０から受信した音声データに基づく音声を出力する。

ＲＣ信号受信部６８０は、リモートコントローラー３００から出力される、コンテンツ再生装置６００を制御するためのリモートコントロール信号（以下、ＲＣ信号ともいう）を受信する機能を有する。ＲＣ信号受信部６８０は、受信したＲＣ信号を制御部６１０へ送信する。制御部６１０は、受信したＲＣ信号に応じて、対応する処理を行なう。

（サーバー）
図３は、サーバー８００の内部構成を示したブロック図である。図３を参照して、サーバー８００は、表示部８３０と、制御部８１０と、記憶部８２０とを備える。

表示部８３０は、文字や画像等を表示する機能を有する。表示部８３０は、前述の表示部６３０と同様なものであるので詳細な説明は繰り返さない。

記憶部８２０は、データを不揮発的に記憶する機能を有する。記憶部８２０は、制御部８１０によってデータアクセスされる。記憶部８２０は、前述の記憶部６２０と同様なものであるので詳細な説明は繰り返さない。記憶部８２０には、プログラム１８０Ｂ、その他の各種データ等が記憶されている。

制御部８１０は、記憶部８２０に記憶されたプログラム１８０Ｂに従って、サーバー８００内の各部に対する各種処理や、演算処理等を行なう機能を有する。制御部８１０は、前述の制御部６１０と同様なものであるので詳細な説明は繰り返さない。

サーバー８００は、さらに、アンテナ８０２と、チューナ８０５と、データ処理部８０７とを備える。

チューナ８０５およびデータ処理部８０７が有する機能は、前述したチューナ６０５およびデータ処理部６０７が有する機能と同様なので詳細な説明は繰り返さない。

なお、データ処理部８０７は、受信している放送信号に文字情報が含まれる場合、当該文字情報を、制御部８１０へ送信する。したがって、制御部８１０は、放送信号に文字情報が含まれる場合、当該文字情報を受信する。

制御部８１０は、表示部８３０とデータ通信を行なう。制御部８１０は、生成した画像を、表示部８３０に表示させる。

サーバー８００は、さらに、入力部８４０を備える。
入力部８４０には、マウス８４２と、キーボード８４４とが接続されている。ユーザは、マウス８４２またはキーボード８４４を利用して、サーバー８００に指示を与える。マウス８４２またはキーボード８４４からの入力指示は、入力部８４０を介して制御部８１０へ送信される。制御部８１０は、入力部８４０からの入力指示に基づいて所定の処理を行なう。

サーバー８００は、さらに、通信部８６０と、通信部８６２とを備える。
通信部８６０は、制御部８１０とデータの送受信を行なう。また、通信部８６０は、図示しない他の装置と有線または無線で、データの送受信を行なう機能を有する。なお、通信部８６０は、前述の通信部６６０と同様な構成および機能を有するので詳細な説明は繰り返さない。

通信部８６２は、制御部８１０と、データの送受信を行なう。通信部８６２は、前述の通信部６６２と同様な構成および機能を有するので詳細な説明は繰り返さない。したがって、通信部８６２は、無線により、ネットワーク７０とデータ通信を行なうことができる。また、通信部８６２は、たとえば、ＬＡＮケーブルを介して、ネットワーク７０とデータ通信を行なうことができる。

（登録処理）
次に、サーバー８００が提供するコンテンツ連動サービスについて説明する。コンテンツ連動サービスは、一例として、競技のテレビ中継に連動したサービスであるとする。また、競技は、野球であるとする。なお、競技は、野球に限定されることなく、サッカー等、互いに、技術、優劣を競う競技であれば、どのような競技であってもよい。コンテンツ連動サービスは、一例として、野球を行なっているチームを応援するためのサービスであるとする。

まず、コンテンツ連動サービスを提供するサーバー８００にユーザー情報を登録するための処理（以下、登録処理ともいう）について説明する。以下においては、登録処理において、コンテンツ再生装置６００で行なわれる処理を、登録処理Ｔともいう。登録処理Ｔは、他の処理とは、独立して行なわれる処理である。また、以下においては、登録処理において、サーバー８００で行なわれる処理を、登録処理Ｓともいう。登録処理Ｓは、他の処理とは、独立して行なわれる処理である。

また、以下においては、サーバー８００にユーザー情報を登録するためのＷｅｂページを登録Ｗｅｂページともいう。登録Ｗｅｂページは、サーバー８００が提供するＷｅｂサイトに含まれるＷｅｂページであるとする。

ここで、コンテンツ再生装置６００において、登録Ｗｅｂページにアクセスするための処理が行なわれ、表示部６３０に、以下の情報登録画像Ｇ１００が表示されているとする。情報登録画像Ｇ１００は、登録Ｗｅｂページの画像である。

図４は、一例としての情報登録画像Ｇ１００を示す図である。図４を参照して、情報登録画像Ｇ１００には、入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７が配置される。入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７は、それぞれ、ユーザーＩＤ、パスワード、氏名、住所、応援チーム名、応援装置、嗜好キーワードを入力するための枠である。

応援装置は、ユーザーによる応援操作の情報を、コンテンツ再生装置６００へ送信することが可能な装置である。応援操作は、たとえば、ユーザーによるボタンの押下操作である。すなわち、応援装置は、たとえば、ボタンを備える装置である。また、応援操作は、たとえば、ユーザーの声の発生による操作であってもよい。この場合、応援装置は、マイクを備える装置となる。

応援チーム名とは、ユーザーが応援しているチーム名である。応援チーム名は、一例として、野球のチーム名であるとする。

本実施の形態において、コンテンツ再生装置６００に対し、使用可能な応援装置は、一例として、前述した携帯端末装置Ａ、前述した携帯端末装置Ｂ、リモートコントローラー３００およびキーボード６４４であるとする。前述したように、携帯端末装置Ａおよび携帯端末装置Ｂは、一例として、携帯電話である。また、前述したように、携帯端末装置Ａおよび携帯端末装置Ｂは、それぞれ、ユーザーＡおよびユーザーＢが所有する装置である。

なお、携帯端末装置Ａ、携帯端末装置Ｂは、リモートコントローラー３００、キーボード６４４の各々には、装置ＩＤが割り当てられる。装置ＩＤは、装置を特定するための情報である。携帯端末装置Ａ、携帯端末装置Ｂ、リモートコントローラー３００およびキーボード６４４の装置ＩＤは、それぞれ、“ＭＡ０１”、“ＭＢ０１”、“ＲＭ０１”および“ＫＢ０１”であるとする。

以下においては、コンテンツ再生装置６００に対し、使用可能な応援装置の名称を、使用可能応援装置名ともいう。携帯端末装置Ａ、携帯端末装置Ｂ、リモートコントローラー３００およびキーボード６４４の装置名は、それぞれ“携帯端末装置Ａ”、“携帯端末装置Ｂ”、“リモートコントローラー”および“キーボード”であるとする。記憶部６２０には、予め、使用可能応援装置名“携帯端末装置Ａ”、“携帯端末装置Ｂ”、“リモートコントローラー”および“キーボード”が記憶されているとする。

なお、表示部６３０に初めて情報登録画像Ｇ１００が表示された時点では、入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７内には情報が表示されない。図４では、インターフェース操作Ｔにより、入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７の各々に入力された情報の一例を示す。入力枠ＩＷ１１７内に示される嗜好キーワード“Ｓ．Ａ”は、たとえば、野球選手の氏名である。

ここで、後述する登録処理Ｔおよび登録処理Ｓが行なわれる前に、インターフェース操作Ｔにより、入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７の各々には、図４に示す情報が入力されているとする。

なお、入力枠ＩＷ１１６には、記憶部６２０に記憶されている複数の使用可能応援装置名の中から、インターフェース操作Ｔにより選択された使用可能応援装置名が入力される。

情報登録画像Ｇ１００には、さらに、一覧画像Ｇ１２０が配置される。一覧画像Ｇ１２０は、アバター画像ＡＧ１，ＡＧ２，ＡＧ３，ＡＧ４，ＡＧ５，ＡＧ６のいずれかを選択するための画像である。なお、アバター画像の種類は、６種類に限定されない。なお、アバター画像ＡＧ１，ＡＧ２，ＡＧ３，ＡＧ４，ＡＧ５，ＡＧ６のデータは、サーバー８００の記憶部８２０に記憶されているとする。

アバター画像ＡＧ１，ＡＧ２，ＡＧ３，ＡＧ４，ＡＧ５，ＡＧ６は、アバターＩＤにより特定される。アバター画像ＡＧ１，ＡＧ２，ＡＧ３，ＡＧ４，ＡＧ５，ＡＧ６のアバターＩＤは、それぞれ、“ＡＶ０１”、“ＡＶ０２”、“ＡＶ０３”、“ＡＶ０４”、“ＡＶ０５”、“ＡＶ０６”である。

一覧画像Ｇ１２０には、選択枠ＳＬ２０が配置される。選択枠ＳＬ２０は、インターフェース操作Ｔにより、左右に移動させることができる枠である。選択枠ＳＬ２０により囲まれているアバター画像が、選択状態のアバター画像となる。図４では、アバター画像ＡＧ１が選択されている状態を示す。

情報登録画像Ｇ１００には、さらに、ボタン画像ＢＧ１９０が配置される。ボタン画像ＢＧ１９０は、押下処理されることにより、入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７に入力された情報と、選択されたアバター画像を特定する情報とを、サーバー８００に登録するためのボタン画像である。

図５は、登録処理Ｔおよび登録処理Ｓのフローチャートである。図５を参照して、登録処理Ｔでは、まず、ステップＳ１２１の処理が行なわれる。

ステップＳ１２１では、制御部６１０が、登録操作Ｔがあるか否かを判定する。登録操作Ｔは、ボタン画像ＢＧ１９０を押下するためのインターフェース操作Ｔである。ステップＳ１２１において、ＹＥＳならば、ステップＳ１２２に進む。一方、ステップＳ１２１において、ＮＯならば、再度、ステップＳ１２１の処理が行なわれる。ここでは、情報登録画像Ｇ１００に配置される入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７の各々に、図４に示す情報が入力されているときに、登録操作Ｔがあったとする。この場合、ステップＳ１２２に進む。

ステップＳ１２２では、制御部６１０が、ユーザーデータを、サーバー８００へ送信する。ユーザーデータは、登録操作Ｔが行なわれた時点で、入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７の各々に入力されている情報と、選択状態のアバター画像のアバターＩＤとを示すデータである。また、制御部６１０は、ユーザーデータを、記憶部６２０に記憶させる。

ここで、登録操作Ｔが行なわれた時点で、入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７の各々には、図４に示す情報が入力されているとする。この場合、送信されるユーザーデータは、以下のユーザーデータＤ１００Ａであるとする。この場合、記憶部６２０には、ユーザーデータＤ１００Ａが記憶される。そして、この登録処理Ｔは終了する。

図６は、一例としてのユーザーデータＤ１００Ａを示す図である。図６を参照して、ユーザーデータＤ１００Ａにおいて、「応援装置ＩＤ」とは、選択された装置名の応援装置の装置ＩＤである。装置ＩＤ“ＭＡ０１”は、携帯端末装置Ａの装置ＩＤである。「アバターＩＤ」とは、選択されたアバター画像を特定するためのＩＤである。アバターＩＤ“ＡＶ０１”は、アバター画像ＡＧ１を特定するためのＩＤである。

再び、図５を参照して、登録処理Ｓでは、まず、ステップＳ１８１の処理が行なわれる。

ステップＳ１８１では、制御部８１０が、ユーザーデータを受信したか否かを判定する。ステップＳ１８１において、ＹＥＳならば、ステップＳ１８２に進む。一方、ステップＳ１８１において、ＮＯならば、再度、ステップＳ１８１の処理が行なわれる。ここでは、図６のユーザーデータＤ１００Ａを受信したとして、ステップＳ１８２に進む。

ステップＳ１８２では、データ登録処理Ｓが行なわれる。データ登録処理Ｓでは、制御部８１０が、受信したユーザーデータを、記憶部８２０に記憶させる。なお、既に、記憶部８２０に、ユーザーデータが記憶されている場合、受信したユーザーデータを、既に記憶されているデータに統合する。

以下においては、記憶部８２０に記憶されている複数のユーザーデータからなるデータを、ユーザーデータテーブルという。そして、再度、ステップＳ１８１の処理が行なわれる。

ここで、コンテンツ再生装置６００において、ユーザーＡが、インターフェース操作Ｔにより、図４の入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７の各々に示される情報を入力し、かつ、選択枠ＳＬ２０によりアバター画像ＡＧ１を選択したとする。また、ユーザーＡの操作により、前述した登録処理Ｔが行なわれたコンテンツ再生装置６００において、ユーザーＢが、ユーザーＡが入力した情報と異なる情報を入力し、ユーザーＡが選択したアバター画像ＡＧ１と異なるアバター画像ＡＧ５を選択したとする。なお、ユーザーＡと、ユーザーＢとは、一例として、夫婦、兄弟、友人等であるとする。

具体的には、ユーザーＢは、インターフェース操作Ｔにより、入力枠ＩＷ１１１，ＩＷ１１２，ＩＷ１１３，ＩＷ１１４，ＩＷ１１５，ＩＷ１１６，ＩＷ１１７に、図４に示される情報の一部が異なる情報を入力し、選択枠ＳＬ２０によりアバター画像ＡＧ５を選択した状態で、登録操作Ｔを行なったとする。

この場合、ステップＳ１２１で、ＹＥＳと判定され、ステップＳ１２２に進む。
ステップＳ１２２では、前述したのと同様な処理が行なわれる。この処理により、以下のユーザーデータＤ１００Ｂが、サーバー８００へ送信されたとする。また、ユーザーデータＤ１００Ｂは、記憶部６２０に記憶されるとする。

図７は、一例としてのユーザーデータＤ１００Ｂを示す図である。図７を参照して、ユーザーデータＤ１００Ｂにおいて、「応援装置ＩＤ」の項目に示される装置ＩＤ“ＭＢ０１”は、携帯端末装置Ｂの装置ＩＤである。アバターＩＤ“ＡＶ０５”は、アバター画像ＡＧ５を特定するためのＩＤである。

そして、サーバー８００において、前述した、ステップＳ１８１，Ｓ１８２の処理が行なわれるとする。

また、前述した登録処理Ｔが、ネットワークシステム１０００に含まれる複数のコンテンツ再生装置６００の各々で行なわれるとする。そして、サーバー８００は、ステップＳ１８１，Ｓ１８２の処理を繰り返し行なうとする。

以上の処理が行なわれることにより、サーバー８００の記憶部８２０には、以下のユーザーデータテーブルＤ１１０が記憶されるとする。

図８は、一例としてのユーザーデータテーブルＤ１１０を示す図である。ユーザーデータテーブルＤ１１０は、複数のユーザーデータを含む。図８を参照して、「番号」とは、ユーザーデータを特定するための番号である。

（応援モードの設定）
次に、コンテンツ再生装置６００を、応援モードに設定するための処理（以下、応援モード設定処理Ｔともいう）について説明する。応援モードは、コンテンツ再生装置６００の表示部６３０に、競技のテレビ中継の番組が表示されている場合、コンテンツ再生装置６００において、競技を行なっているチームまたは選手等を応援することが可能な、コンテンツ再生装置６００の動作モードである。

ここで、コンテンツ再生装置６００の記憶部６２０には、前述した図５の登録処理Ｔにより、図６のユーザーデータＤ１００Ａおよび図７のユーザーデータＤ１００Ｂが記憶されているとする。また、サーバー８００の記憶部８２０には、前述した図５の登録処理Ｓにより、図８のユーザーデータテーブルＤ１１０が記憶されているとする。

また、コンテンツ再生装置６００は、以下の応援モード設定処理Ｔを行なっている間中、放送局５０から、競技のテレビ中継の番組の放送信号（以下、競技中継放送信号ともいう）を受信しているとする。以下においては、競技中継放送信号に基づく画像を、放送画像ともいう。放送画像は、動画像であるとする。競技中継放送信号には、競技情報が含まれるとする。競技情報は、競技のタイトル、競技を行なっているチーム名または選手名等を示す情報である。

本実施の形態では、競技は、一例として、野球であるとする。この場合、競技情報は、野球中継の番組のタイトル、野球を行なっているチーム名、野球チームに所属する選手の情報、試合情報等を示す情報である。試合情報は、各チームの得点を示す情報である。試合情報は、時間経過に応じて、随時更新される情報である。なお、競技は、野球に限定されず、他の競技であってもよい。

また、制御部６１０は、以下の応援モード設定処理Ｔを行なっている間中、受信している競技中継放送信号に基づいた放送画像を、表示部６３０に表示させているとする。ここで、表示部６３０に表示されている放送画像は、以下の放送画像Ｇ３００であるとする。

図９は、一例としての放送画像Ｇ３００を示す図である。図９を参照して、放送画像Ｇ３００は、一例として、野球中継の画像である。ここで、競技中継放送信号に基づく野球中継の番組では、野球チームであるＨチームと、野球チームであるＧチームとが試合をしているとする。この場合、競技中継放送信号に含まれる競技情報は、番組タイトル“野球中継”、文字列“Ｈチーム対Ｇチーム”、各チームに所属する選手の情報（たとえば、選手名、打率等）、試合情報等を示すとする。試合情報は、たとえば、ＨチームおよびＧチームの各々の得点を示す情報である。試合情報は、時間経過に応じて、随時更新される情報である。

図１０は、応援モード設定処理Ｔのフローチャートである。図１０を参照して、応援モード設定処理Ｔでは、まず、ステップＳ２２１の処理が行なわれる。

ステップＳ２２１では、制御部６１０が、応援モード設定操作があったか否かを判定する。ここで、応援モード設定操作は、後述する処理により、コンテンツ再生装置６００が、サーバー８００に対して、コンテンツ連動サービスを享受するための接続が成功した場合、コンテンツ再生装置６００の動作モードを、応援モードに設定するためのインターフェース操作Ｔである。応援モード設定指示は、たとえば、アプリケーションを実行させるための操作である。

ステップＳ２２１において、ＹＥＳならば、後述するステップＳ２２３に進む。一方、ステップＳ２２１において、ＮＯならば、ステップＳ２２２に進む。ここでは、応援モード設定操作がなかったとして、ステップＳ２２２に進む。

なお、応援モード設定処理Ｔでは、ステップＳ２２１の処理が行なわれず、ステップＳ２２２の処理から行なわれてもよい。

ステップＳ２２２では、情報が一致するか否かが判定される。具体的には、制御部６１０が、放送局５０から受信している競技中継放送信号に含まれる競技情報が、記憶部６２０に記憶されている、少なくとも１つのユーザーデータが示す「応援チーム名」を示すか否かを判定する。ステップＳ２２２において、ＹＥＳならば、ステップＳ２２３に進む。一方、ステップＳ２２２において、ＮＯならば、再度、ステップＳ２２１の処理が行なわれる。

ここで、競技中継放送信号に含まれる競技情報は、前述したように、番組タイトル“野球中継”、文字列“Ｈチーム対Ｇチーム”、各チームに所属する選手の情報（たとえば、打率等）、試合情報等を示すとする。すなわち、競技情報は、野球チーム名“Ｈチーム”、野球チーム名“Ｇチーム”を示すとする。また、記憶部６２０には、図６のユーザーデータＤ１００Ａおよび図７のユーザーデータＤ１００Ｂが記憶されているとする。この場合、ステップＳ２２２において、ＹＥＳと判定され、ステップＳ２２３に進む。

ステップＳ２２３では、装置選択画像表示処理Ｔが行なわれる。装置選択画像表示処理Ｔでは、制御部６１０が、装置選択画像を生成し、生成した装置選択画像を、表示部６３０に表示させる。装置選択画像は、コンテンツ再生装置６００に対し使用可能な複数の応援装置の一覧を示し、ユーザーが、使用する応援装置を選択するための画像である。

この場合、装置選択画像は、表示部６３０に表示されている放送画像Ｇ３００の前面に重ねて表示されるとする。なお、これに限定されず、装置選択画像と、放送画像Ｇ３００とは重ならないように並べて表示されてもよい。そして、ステップＳ２２３の処理は終了する。

ここで、コンテンツ再生装置６００に対し使用可能な応援装置は、一例として、携帯端末装置Ａ、携帯端末装置Ｂは、リモートコントローラー３００、キーボード６４４であるとする。この場合、表示部６３０に表示される装置選択画像は、以下の装置選択画像Ｇ２００となる。

図１１は、一例としての装置選択画像Ｇ２００を示す図である。図１１を参照して、装置選択画像Ｇ２００には、複数の使用可能応援装置名が表示される。使用可能応援装置名は、前述したように、コンテンツ再生装置６００に対し、使用可能な応援装置の名称である。装置選択画像Ｇ２００に表示される複数の使用可能応援装置名の各々は、インターフェース操作Ｔにより選択可能である。

再び、図１０を参照して、ステップＳ２２３の処理の後、ステップＳ２２４に進む。
ステップＳ２２４では、制御部６１０が、選択確定操作Ｔがあるか否かを判定する。選択確定操作Ｔは、表示部６３０に表示される装置選択画像に表示される複数の使用可能応援装置名のうち、１以上の使用可能応援装置名を選択し、当該選択を確定するためのインターフェース操作Ｔである。ここで、表示部６３０に表示される装置選択画像は、図１１の装置選択画像Ｇ２００であるとする。

ステップＳ２２４において、ＹＥＳならば、制御部６１０は、表示部６３０に表示している装置選択画像を消去して、表示部６３０に放送画像Ｇ３００のみを表示させた状態にし、ステップＳ２３０に進む。一方、ステップＳ２２４において、ＮＯならば、再度、ステップＳ２２４の処理が行なわれる。ここでは、選択確定操作Ｔがあったとして、ステップＳ２３０に進む。

ステップＳ２３０では、サーバ接続処理Ｔが行なわれる。以下においては、サーバ接続処理Ｔに対応して、サーバー８００で行なわれる処理を、サーバ接続処理Ｓともいう。サーバ接続処理Ｓは、他の処理とは、独立して行なわれる処理である。

図１２は、サーバ接続処理Ｔおよびサーバ接続処理Ｓのフローチャートである。図１２を参照して、サーバ接続処理Ｔでは、まず、ステップＳ２３１の処理が行なわれる。

ステップＳ２３１では、制御部６１０が、接続要求データを、サーバー８００へ送信する。接続要求データは、サーバー８００に接続を要求するためのデータである。接続要求データは、１以上の認証データを含む。認証データは、記憶部６２０に記憶される複数のユーザーデータのうち、選択確定操作Ｔにより選択された１以上の使用可能応援装置名の各々に対応する装置ＩＤを示すユーザーデータが示す、ユーザーＩＤおよびパスワードを示すデータである。

ここで、記憶部６２０には、図６のユーザーデータＤ１００Ａおよび図７のユーザーデータＤ１００Ｂが記憶されているとする。また、選択確定操作Ｔにより選択された使用可能応援装置名は、“携帯端末装置Ａ”および“携帯端末装置Ｂ”であるとする。

この場合、送信される接続要求データは、２つの認証データを含む。１つの認証データは、使用可能応援装置名“携帯端末装置Ａ”に対応する装置ＩＤ“ＭＡ０１”を示すユーザーデータＤ１００Ａが示す、ユーザーＩＤ“ｔａｒｏ”およびパスワード“ｔａ００１”を示すデータである。もう１つの認証データは、使用可能応援装置名“携帯端末装置Ｂ”に対応する装置ＩＤ“ＭＢ０１”を示すユーザーデータＤ１００Ｂが示す、ユーザーＩＤ“ｈａｎａｋｏ”およびパスワード“ｈａｎ００１”を示すデータである。そして、ステップＳ２３１の処理は終了する。

サーバ接続処理Ｓでは、まず、ステップＳ２８１の処理が行なわれる。
ステップＳ２８１では、制御部８１０が、接続要求データを受信したか否かを判定する。ステップＳ２８１において、ＹＥＳならば、ステップＳ２８２に進む。一方、ステップＳ２８１において、ＮＯならば、再度、ステップＳ２８１の処理が行なわれる。ここでは、接続要求データを受信したとして、ステップＳ２８１に進む。

ステップＳ２８２では、登録済か否かが判定される。具体的には、制御部８１０が、記憶部８２０に記憶されているユーザーデータテーブルが、受信した接続要求データに含まれる１以上の認証データのうち、少なくとも１つの認証データが示すユーザーＩＤおよびパスワードを示すユーザーデータを含むか否かを判定する。

記憶部８２０に記憶されているユーザーデータテーブルが、たとえば、受信した接続要求データに含まれる２つの認証データの各々が示すユーザーＩＤおよびパスワードを示す２つのユーザーデータを含む場合、当該２つの認証データがそれぞれ示す２つのユーザーＩＤは、登録済であることになる。

また、ユーザーデータテーブルが、たとえば、受信した接続要求データに含まれる２つの認証データのうちの１つの認証データが示すユーザーＩＤおよびパスワードを示す１つのユーザーデータを含む場合、１つの認証データが示す１つのユーザーＩＤのみが、登録済であることになる。

ステップＳ２８２において、ＹＥＳならば、ステップＳ２８３に進む。一方、ステップＳ２８２において、ＮＯならば、後述するステップＳ２８２Ａに進む。

ここで、記憶部８２０に記憶されているユーザーデータテーブルは、図８のユーザーデータテーブルＤ１１０であるとする。また、受信した接続要求データは、ユーザーＩＤ“ｔａｒｏ”およびパスワード“ｔａ００１”を示す認証データと、ユーザーＩＤ“ｈａｎａｋｏ”およびパスワード“ｈａｎ００１”を示す認証データとを含むとする。

この場合、ユーザーＩＤ“ｔａｒｏ”，“ｈａｎａｋｏ”は、登録済と判定され、ステップＳ２８２において、ＹＥＳと判定され、ステップＳ２８３に進む。

ステップＳ２８３では、制御部８１０が、接続許可通知を、接続要求データを送信したコンテンツ再生装置６００へ送信する。接続許可通知は、接続要求データを、自装置に送信したコンテンツ再生装置６００に対し、自装置が提供するコンテンツ連動サービスを享受するための接続を許可するための通知である。送信される接続許可通知には、登録済と判定されたユーザーＩＤが示される。そして、ステップＳ２８３の処理は終了する。

サーバ接続処理Ｔでは、ステップＳ２３１の処理の後、ステップＳ２３２に進む。
ステップＳ２３２では、制御部６１０が、後述する接続拒否通知を受信したか否かを判定する。ステップＳ２３２において、ＹＥＳならば、このサーバ接続処理Ｔは終了し、図１０の応援モード設定処理Ｔに戻り、ステップＳ２３０の次のステップＳ２３９に進む。一方、ステップＳ２３２において、ＮＯならば、ステップＳ２３３に進む。

ステップＳ２３３では、制御部６１０が、接続許可通知を受信したか否かを判定する。ステップＳ２３３において、ＹＥＳならば、ステップＳ２３４に進む。一方、ステップＳ２３３において、ＮＯならば、再度、ステップＳ２３２の処理が行なわれる。ここでは、接続許可通知を受信したとして、ステップＳ２３４に進む。

ステップＳ２３４では、制御部６１０が、応援チームデータを、サーバー８００へ送信する。応援チームデータは、自装置（コンテンツ再生装置６００）の装置ＩＤと、受信した接続許可通知が示すユーザーＩＤと、記憶部６２０に記憶される複数のユーザーデータのうち、受信した接続許可通知が示すユーザーＩＤを示すユーザーデータが示す「応援チーム名」とを示すデータである。

ここで、コンテンツ再生装置６００の装置ＩＤは、一例として、“ＴＶ００１”であるとする。記憶部６２０には、図６のユーザーデータＤ１００Ａおよび図７のユーザーデータＤ１００Ｂが記憶されているとする。また、受信した接続許可通知が示すユーザーＩＤは、“ｔａｒｏ”，“ｈａｎａｋｏ”であるとする。

この場合、送信される応援チームデータは、装置ＩＤ“ＴＶ００１”と、ユーザーＩＤ“ｔａｒｏ”，“ｈａｎａｋｏ”と、応援チーム名“Ｈチーム”，“Ｇチーム”とを示すデータとなる。そして、ステップＳ２３４の処理は終了する。

サーバ接続処理Ｓでは、ステップＳ２８３の処理の後、ステップＳ２８４に進む。
ステップＳ２８４では、制御部８１０が、応援チームデータを受信したか否かを判定する。ステップＳ２８４において、ＹＥＳならば、ステップＳ２８５に進む。一方、ステップＳ２８４において、ＮＯならば、再度、ステップＳ２８４の処理が行なわれる。ここでは、応援チームデータを受信したとして、ステップＳ２８５に進む。

ステップＳ２８５では、応援データ登録処理Ｓが行なわれる。応援データ登録処理Ｓでは、制御部８１０が、受信した応援チームデータが示す装置ＩＤと、記憶部８２０に記憶されているユーザーデータテーブルに含まれる複数のユーザーデータのうち、受信した応援チームデータが示すユーザーＩＤを示すユーザーデータ（以下、処理対象ユーザーデータともいう）とから、応援状況データテーブルを生成する。そして、制御部８１０は、生成した応援状況データテーブルを、記憶部８２０に記憶させる。

なお、既に、記憶部８２０に応援状況データテーブルが記憶されている場合、制御部８１０は、当該応援状況データテーブルに、受信した応援チームデータが示す装置ＩＤと、処理対象ユーザーデータが示す情報とを示す応援状況データを追記する。

ここで、受信した応援チームデータが示す装置ＩＤは、“ＴＶ００１”であるとする。また、記憶部８２０に記憶されているユーザーデータテーブルは、図８のユーザーデータテーブルＤ１１０であるとする。また、受信した応援チームデータが示すユーザーＩＤは、“ｔａｒｏ”，“ｈａｎａｋｏ”であるとする。

この場合、装置ＩＤ“ＴＶ００１”と、ユーザーデータテーブルＤ１１０において、ユーザーＩＤ“ｔａｒｏ”を示す番号“１”のユーザーデータと、ユーザーＩＤ“ｈａｎａｋｏ”を示す番号“２”のユーザーデータとから、以下の応援状況データテーブルＳＤ２００が生成される。そして、ステップＳ２８５の処理は終了し、再度、ステップＳ２８１の処理が行なわれる。

図１３は、一例としての応援状況データテーブルＳＤ２００を示す図である。応援状況データテーブルＳＤ２００は、複数の応援状況データを含む。図１３を参照して、応援状況データテーブルＳＤ２００は、図８のユーザーデータテーブルＤ１１０と比較して、「送信元装置ＩＤ」の項目と、「応援指数」の項目とが追加されている点が異なる。それ以外は、ユーザーデータテーブルＤ１１０と同様なので詳細な説明は繰り返さない。

応援状況データテーブルＳＤ２００において、「番号」とは、応援状況データを特定するための番号である。「送信元装置ＩＤ」とは、応援チームデータを自装置（サーバー８００）へ送信した装置の装置ＩＤである。また、「応援指数」とは、対応するユーザーの応援の度合いを示す指数である。なお、初期状態では、応援指数の項目には、何も記載されていない。

再び、図１２を参照して、サーバ接続処理Ｔでは、ステップＳ２３４の処理が終了すると、このサーバ接続処理Ｔは終了し、図１０の応援モード設定処理Ｔに戻り、ステップＳ２３０の次のステップＳ２３９に進む。

ステップＳ２３９では、サーバー８００に対して、コンテンツ連動サービスを享受するための接続が成功したか否かが判定される。具体的には、制御部６１０が、サーバー８００から接続許可通知を受信できたか否か、または、サーバー８００から接続拒否通知を受信していないか否かを判定する。

ステップＳ２３９において、ＹＥＳならば、ステップＳ２４０に進む。一方、ステップＳ２３９において、ＮＯならば、制御部６１０は、表示部６３０にエラーメッセージを所定時間（たとえば、５秒）表示させて、再度、ステップＳ２２１の処理が行なわれる。エラーメッセージは、たとえば、「サーバーに接続が拒否されました」というメッセージである。接続許可通知を受信した場合、ステップＳ２３９では、ＹＥＳと判定される。一方、接続拒否通知を受信した場合、ステップＳ２３９では、ＮＯと判定される。

ステップＳ２４０では、制御部６１０が、ステップＳ２２４の選択確定操作Ｔにより選択した使用可能応援装置名の応援装置と、通信可能な状態に設定する。これにより、コンテンツ再生装置６００の動作モードは、応援モードに設定される。そして、ステップＳ２４１に進む。

ステップＳ２４１では、制御部６１０が、後述する応援処理Ｔを実行する。応援処理Ｔは、他の処理とは独立した処理である。そして、この応援モード設定処理Ｔは終了する。

次に、図１２のステップＳ２８２において、ＮＯと判定され、ステップＳ２８２Ａに進む場合の処理について説明する。

ステップＳ２８２Ａでは、制御部８１０が、接続拒否通知を、接続要求データを送信したコンテンツ再生装置６００へ送信する。そして、再度、ステップＳ２８１の処理が行なわれる。

この場合、サーバ接続処理ＴのステップＳ２３２において、ＹＥＳと判定され、このサーバ接続処理Ｔは終了し、図１０の応援モード設定処理Ｔに戻り、ステップＳ２３０の次のステップＳ２３９に進む。ステップＳ２３９の処理は前述したので詳細な説明は繰り返さない。

前述した図１０の応援モード設定処理Ｔ、図１２のサーバ接続処理Ｔおよびサーバ接続処理Ｓが行なわれることにより、ユーザーは、コンテンツ再生装置６００を利用して、応援装置を使用した応援ができるようになる。

ここで、ネットワークシステム１０００に含まれるコンテンツ再生装置６００の数は、一例として、１０００台であるとする。この場合、１０００台のコンテンツ再生装置６００のうち、１００台のコンテンツ再生装置６００の各々で、図１０の応援モード設定処理Ｔ、図１２のサーバ接続処理Ｔが行なわれるとする。そして、サーバー８００は、図１２のサーバ接続処理Ｓを行なうとする。

以上の処理が行なわれることにより、１００台のコンテンツ再生装置６００の各々の動作モードが、応援モードに設定される。また、当該１００台のコンテンツ再生装置６００の各々では、後述する応援処理Ｔが行なわれる。また、サーバー８００の記憶部８２０には、以下の応援状況データテーブルＳＤ２００Ａが記憶されるとする。

図１４は、一例としての応援状況データテーブルＳＤ２００Ａを示す図である。応援状況データテーブルＳＤ２００Ａは、複数の応援状況データを含む。図１４を参照して、応援状況データテーブルＳＤ２００Ａに示される各項目は、図１３の応援状況データテーブルＳＤ２００に示される各項目と同様なので詳細な説明は繰り返さない。

（応援モード時の処理）
次に、ネットワークシステム１０００に含まれる１０００台のコンテンツ再生装置６００のうち、１００台のコンテンツ再生装置６００の各々の動作モードが、応援モードに設定された状態で、１００台のコンテンツ再生装置６００の各々において、応援処理Ｔが行なわれている場合の処理について説明する。応援処理Ｔは、他の処理とは独立して行なわれる処理である。以下においては、応援処理Ｔに対応して、サーバー８００で行なわれる処理を、応援処理Ｓともいう。応援処理Ｓは、他の処理とは、独立して行なわれる処理である。

また、以下においては、図１０の応援モード設定処理Ｔおよび図１２のサーバ接続処理Ｔを行なうことにより、動作モードが、応援モードに設定されたコンテンツ再生装置６００を、応援対応コンテンツ再生装置ともいう。したがって、応援対応コンテンツ再生装置が、後述する応援処理Ｔを行なう。また、以下においては、図１０の応援モード設定処理Ｔおよび図１２のサーバ接続処理Ｔを行なってないために、動作モードが、応援モードに設定されてないコンテンツ再生装置６００を、応援非対応コンテンツ再生装置ともいう。

なお、応援対応コンテンツ再生装置の制御部６１０は、通信可能な応援装置からの信号をカウントする。ここで、応援装置は、たとえば、携帯端末装置Ａであるとする。この場合、たとえば、携帯端末装置Ａに設けられたボタンがユーザーにより押下されると、携帯端末装置Ａは、ＲＣ信号を、応援対応コンテンツ再生装置へ送信する。この場合、応援対応コンテンツ再生装置の制御部６１０は、携帯端末装置Ａから送信されるＲＣ信号をカウントする。

また、応援装置は、たとえば、キーボード６４４であるとする。この場合、キーボード６４４に設けられたキーがユーザーにより押下されると、押下されたキーに対応する信号が、制御部６１０へ送信される。この場合、制御部６１０は、受信した信号をカウントする。

ここで、１００台の応援対応コンテンツ再生装置は、応援処理Ｔを行なっている間中、放送局５０から、競技中継放送信号を受信しているとする。これにより、制御部６１０は、競技中継放送信号に基づいた放送画像を、表示部６３０に表示させる。なお、表示部６３０に表示されている放送画像は、図９の放送画像Ｇ３００であるとする。

この場合、競技中継放送信号に含まれる競技情報は、番組タイトル“野球中継”、文字列“Ｈチーム対Ｇチーム”、各チームに所属する選手の情報（たとえば、選手名、打率等）、試合情報等を示すとする。試合情報は、たとえば、ＨチームおよびＧチームの各々の得点を示す情報である。試合情報は、時間経過に応じて、随時更新される情報である。

また、サーバー８００は、応援処理Ｓを行なっている間中、放送局５０から、応援対応コンテンツ再生装置が受信している競技中継放送信号と同じ競技中継放送信号を受信しているとする。

また、応援処理Ｔを行なっている応援対応コンテンツ再生装置に対する応援装置（以下、設定応援装置ともいう）は、一例として、携帯端末装置Ａに設定されているとする。すなわち、携帯端末装置Ａは、設定応援装置である。

また、応援対応コンテンツ再生装置の記憶部６２０には、図６のユーザーデータＤ１００Ａおよび図７のユーザーデータＤ１００Ｂが記憶されているとする。また、サーバー８００の記憶部８２０には、図１４の応援状況データテーブルＳＤ２００Ａが記憶されているとする。

なお、ネットワークシステム１０００に含まれる１０００台のコンテンツ再生装置６００のうち、一部の応援非対応コンテンツ再生装置は、前述した図１０の応援モード設定処理Ｔおよび図１２のサーバ接続処理Ｔを行なっているとする。

また、サーバー８００は、応援処理Ｓを行なっている間にも、前述した図１２のサーバ接続処理Ｓを行なっているとする。したがって、サーバー８００の記憶部８２０に記憶される応援状況データテーブルは、たとえば、新たなコンテンツ再生装置６００が、サーバー８００に接続された場合、新たなコンテンツ再生装置６００に対応する応援状況データが追加されることにより変化する。

次に、応援処理Ｔおよび応援処理Ｓについて説明する。
図１５は、応援処理Ｔおよび応援処理Ｓのフローチャートである。図１５を参照して、応援処理Ｔでは、まず、ステップＳ３２１の処理が行なわれる。

ステップＳ３２１では、制御部６１０が、応援指数算出処理Ｔを実行する。応援指数算出処理Ｔは、他の処理とは独立して行なわれる処理である。そして、この処理は終了する。

応援指数算出処理Ｔでは、制御部６１０が、設定応援装置から、単位時間あたりに受信した信号の数をカウントすることにより、応援指数を算出する。なお、設定応援装置から送信される信号には、設定応援装置の装置ＩＤが含まれる。応援指数は、単位時間あたりに受信した信号の数である。なお、応援指数は、上記規定より算出される値に限定されることなく、他の規定により算出された値であってもよい。

設定応援装置が、携帯端末装置Ａである場合、制御部６１０は、設定応援装置に設けられたボタンをユーザーが押下することにより、設定応援装置から送信される、単位時間あたりのＲＣ信号の数をカウントすることにより、応援指数を算出する。ここで、単位時間は、一例として、１分であるとする。

たとえば、制御部６１０が、設定応援装置から、単位時間（１分間）あたりに、ＲＣ信号を、１０回受信したとする。この場合、算出される応援指数は、“１０”となる。ユーザーが、設定応援装置に設けられたボタンを、単位時間あたりにおいて、押下する回数が多い程、応援指数の値も大きくなる。すなわち、応援指数は、ユーザーが操作する設定応援装置の操作の状態を示す指数である。なお、設定応援装置が、携帯端末装置Ａである場合、設定応援装置から送信されるＲＣ信号には、設定応援装置の装置ＩＤ“ＭＡ０１”が含まれる。

また、応援指数算出処理Ｔでは、制御部６１０は、単位時間経過毎に、算出した応援指数を示す応援データを、サーバー８００へ送信する。すなわち、応援指数算出処理Ｔでは、制御部６１０が、単位時間毎に、応援指数を算出する処理と、当該単位時間経過毎に、応援データを、サーバー８００へ送信する処理とが、独立して同時に行なわれる。

送信される応援データは、応援指数以外に、応援指数算出処理Ｔを行う応援対応コンテンツ再生装置の装置ＩＤと、設定応援装置から受信する信号に含まれる装置ＩＤを示す、記憶部６２０記憶されているユーザーデータが示すユーザーＩＤとが示される。

ここで、応援指数算出処理Ｔを行う応援対応コンテンツ再生装置の装置ＩＤは、一例として、“ＴＶ００１”であるとする。また、応援指数算出処理Ｔにより算出された応援指数は、“１０”であるとする。また、設定応援装置から受信する信号に含まれる装置ＩＤは、“ＭＡ０１”であるとする。また、記憶部６２０には、図６のユーザーデータＤ１００Ａが記憶されているとする。

この場合、設定応援装置から受信する信号に含まれる装置ＩＤ“ＭＡ０１”を示す、ユーザーデータＤ１００Ａが示すユーザーＩＤは、“ｔａｒｏ”となる。この場合、送信される応援データは、以下の応援データＴＤ３００となる。

図１６は、一例としての応援データＴＤ３００を示す図である。図１６を参照して、応援データＴＤ３００において、「装置ＩＤ」とは、応援データを送信する応援対応コンテンツ再生装置の装置ＩＤである。

再び、図１５を参照して、応援処理Ｓでは、まず、ステップＳ３８１の処理が行なわれる。

ステップＳ３８１では、制御部８１０が、応援データを受信したか否かを判定する。ステップＳ３８１において、ＹＥＳならば、ステップＳ３８２に進む。一方、ステップＳ３８１において、ＮＯならば、再度、ステップＳ３８１の処理が行なわれる。ここでは、応援データを受信したとして、ステップＳ３８２に進む。

ステップＳ３８２では、該当データがあるか否かが判定される。具体的には、制御部８１０が、記憶部８２０に記憶されている応援状況データテーブルが、受信した応援データが示すユーザーＩＤを示す応援状況データを含むか否かを判定する。以下においては、応援状況データテーブルに含まれる、受信した応援データが示すユーザーＩＤを示す応援状況データを、処理対象応援状況データともいう。

ステップＳ３８２において、ＹＥＳならば、ステップＳ３８３に進む。一方、ステップＳ３８２において、ＮＯならば、制御部８１０は受信した応援データを破棄し、再度、ステップＳ３８１の処理が行なわれる。

ここで、記憶部８２０に記憶されている応援状況データテーブルは、図１４の応援状況データテーブルＳＤ２００Ａであるとする。また、受信した応援データは、図１６の応援データＴＤ３００であるとする。この場合、応援状況データテーブルＳＤ２００Ａは、受信した応援データＴＤ３００が示すユーザーＩＤ“ｔａｒｏ”を示す、番号“１”の応援状況データ（処理対象応援状況データ）を含む。そのため、ステップＳ３８２において、ＹＥＳと判定され、ステップＳ３８３に進む。

ステップＳ３８３では、応援指数処理Ｓが行なわれる。応援指数処理Ｓでは、制御部８１０が、応援状況データテーブルに含まれる処理対象応援状況データが応援指数を示すか否かを判定する。

処理対象応援状況データが応援指数を示さない場合、制御部８１０は、当該受信した応援データが示す応援指数の値を、処理対象応援状況データの「応援指数」の項目に追記する。処理対象応援状況データが応援指数を示さない場合は、処理対象応援状況データの「応援指数」の項目に応援指数の値が記載されてない場合である。

一方、処理対象応援状況データが応援指数を示す場合、制御部８１０は、処理対象応援状況データが示す応援指数の値（たとえば、２０）を、受信した最新の応援データが示す応援指数の値（たとえば、１０）と置き換える。すなわち、処理対象応援状況データが示す応援指数の値が、対応するユーザーの最新の応援操作の状態を反映した値に更新される。

ここで、応援状況データテーブルは、図１４の応援状況データテーブルＳＤ２００Ａであるとする。また、受信した応援データは、図１６の応援データＴＤ３００であるとする。この場合、応援状況データテーブルＳＤ２００Ａに含まれる、番号“１”の処理対象応援状況データは、応援指数を示さない。この場合、番号“１”の処理対象応援状況データの「応援指数」の項目に、応援データＴＤ３００が示す応援指数の値“１０”が、追記される。そして、ステップＳ３８３の処理は終了する。

ここで、サーバー８００が、応援指数算出処理Ｔを行なっている、異なる１００台の応援対応コンテンツ再生装置の各々から、１以上の応援データを順次受信し、ステップＳ３８１，Ｓ３８２，Ｓ３８３の処理を繰り返し行なったとする。この場合、記憶部８２０に記憶されている応援状況データテーブルＳＤ２００Ａは、以下の応援状況データテーブルＳＤ２１０Ａになったとする。

図１７は、一例としての応援状況データテーブルＳＤ２１０Ａを示す図である。図１７を参照して、応援状況データテーブルＳＤ２１０Ａは、図１４の応援状況データテーブルＳＤ２００Ａと比較して、「応援指数」の項目に値が記載されている点が異なる。それ以外は、応援状況データテーブルＳＤ２００Ａと同様なので詳細な説明は繰り返さない。

再び、図１５を参照して、応援処理Ｓでは、ステップＳ３８３の処理の後、ステップＳ３８４に進む。

ステップＳ３８４では、集計処理Ｓが行なわれる。集計処理Ｓでは、制御部８１０が、記憶部８２０に記憶されている応援状況データテーブルが示す、複数の応援指数の値を、チーム毎に集計する。

ここで、応援状況データテーブルは、図１７の応援状況データテーブルＳＤ２１０Ａであるとする。この場合、応援チーム名が“Ｈチーム”を示す複数の応援状況データがそれぞれ示す複数の応援指数の合計値が算出される。また、応援チーム名が“Ｇチーム”を示す複数の応援状況データがそれぞれ示す複数の応援指数の合計値が算出される。そして、ステップＳ３８５に進む。

ステップＳ３８５では、応援状況表示画像生成処理Ｓが行なわれる。応援状況表示画像生成処理Ｓでは、制御部８１０が、受信している、競技中継放送信号に含まれる競技情報と、記憶部８２０に記憶されている応援状況データテーブルに含まれる複数の応援状況データの各々が示すアバターＩＤと、集計処理Ｓにより算出した値とに基づいて、応援状況表示画像を生成する。応援状況表示画像の生成方法は後述する。応援状況表示画像が生成されると、ステップＳ３８５の処理は終了する。

ここで、記憶部８２０に記憶されている応援状況データテーブルは、図１７の応援状況データテーブルＳＤ２１０Ａであるとする。この場合、応援状況表示画像生成処理Ｓにより、以下の応援状況表示画像Ｇ４００が生成されるとする。

図１８は、一例としての応援状況表示画像Ｇ４００を示す図である。図１８を参照して、応援状況表示画像Ｇ４００には、スコア画像Ｇ４１０と、競技場画像Ｇ４２０と、アバター表示領域Ｒ４３１，Ｒ４３２と、集計応援指数表示画像Ｇ４４１，Ｇ４４２とが配置される。

スコア画像Ｇ４１０は、制御部８１０が受信している、競技中継放送信号に含まれる競技情報が示す試合情報に基づいて、制御部８１０により生成される画像である。

競技場画像Ｇ４２０は、制御部８１０が受信している、競技中継放送信号に含まれる競技情報が示す番組タイトルに関連する競技場の画像である。制御部８１０は、競技中継放送信号に含まれる競技情報が示す番組タイトルに基づいて、競技場画像Ｇ４２０を生成する。競技情報が示す番組タイトルが、たとえば、“野球中継”であれば、生成される競技場画像は、たとえば、野球場の画像となる。

アバター表示領域Ｒ４３１，Ｒ４３２は、応援装置を使用して応援操作を行なっているユーザーに対応するアバター画像を表示するための領域である。前述したようにサーバー８００の記憶部８２０には、図４に示されるアバター画像ＡＧ１，ＡＧ２，ＡＧ３，ＡＧ４，ＡＧ５，ＡＧ６のデータが記憶されているとする。

ここで、アバター表示領域Ｒ４３１は、野球チームであるＧチームを応援しているユーザーに対応するアバター画像を表示するための領域であるとする。この場合、制御部８１０は、図１７の応援状況データテーブルＳＤ２１０Ａに含まれる複数の応援状況データのうち、応援チーム名“Ｇチーム”を示す応援状況データが示すアバターＩＤにより特定されるアバター画像を、アバター表示領域Ｒ４３１内に配置する。

アバター表示領域Ｒ４３１内には、一例として、応援状況データテーブルＳＤ２１０Ａに含まれる、応援チーム名“Ｇチーム”を示す、番号“２”の応援状況データが示すアバターＩＤ“ＡＶ０５”により特定されるアバター画像ＡＧ５が配置される。アバター表示領域Ｒ４３１内に配置されるアバター画像の数により、ユーザーは、Ｇチームを応援しているユーザーの数を容易に知ることができる。

また、アバター表示領域Ｒ４３２は、野球チームであるＨチームを応援しているユーザーに対応するアバター画像を表示するための領域であるとする。この場合、制御部８１０は、図１７の応援状況データテーブルＳＤ２１０Ａに含まれる複数の応援状況データのうち、応援チーム名“Ｈチーム”を示す応援状況データが示すアバターＩＤにより特定されるアバター画像を、アバター表示領域Ｒ４３２内に配置する。アバター表示領域Ｒ４３２内に配置されるアバター画像の数により、ユーザーは、Ｈチームを応援しているユーザーの数を容易に知ることができる。

集計応援指数表示画像Ｇ４４１，Ｇ４４２は、集計処理Ｓにより集計された応援指数の合計値を表現する画像である。すなわち、集計応援指数表示画像Ｇ４４１，Ｇ４４２は、ユーザーの応援操作の状態を反映した画像である。ここで、集計応援指数表示画像Ｇ４４１は、集計処理Ｓにより算出された、応援チーム名が“Ｇチーム”を示す複数の応援状況データがそれぞれ示す複数の応援指数の合計値（以下、Ｇチーム応援指数合計値ともいう）を表現する画像であるとする。

たとえば、集計応援指数表示画像Ｇ４４１が、数値“１０００”までを表現する画像であるとする。また、Ｇチーム応援指数合計値は、“４００”であるとする。この場合、集計応援指数表示画像Ｇ４４１は、斜線部分により、Ｇチーム応援指数合計値“４００”を示すことになる。

また、ここで、集計応援指数表示画像Ｇ４４２は、集計処理Ｓにより算出された、応援チーム名が“Ｈチーム”を示す複数の応援状況データがそれぞれ示す複数の応援指数の合計値（以下、Ｈチーム応援指数合計値ともいう）を表現する画像であるとする。

たとえば、集計応援指数表示画像Ｇ４４２が、数値“１０００”までを表現する画像であるとする。また、Ｈチーム応援指数合計値は、“８００”であるとする。この場合、集計応援指数表示画像Ｇ４４２は、斜線部分により、Ｈチーム応援指数合計値“８００”を示すことになる。

集計応援指数表示画像Ｇ４４１，Ｇ４４２により、ユーザーは、自分が応援しているチーム（以下、応援チームともいう）を一緒に応援している複数のユーザーの応援操作の状態と、応援チームの相手チームを応援している複数のユーザーの応援操作の状態とを、容易に知ることができる。これにより、ユーザーは、応援チームを一緒に応援している複数のユーザーとともに、一体感を持って、応援操作をすることができる。

前述したように、応援状況表示画像Ｇ４００には、競技場画像Ｇ４２０と、集計応援指数表示画像Ｇ４４１，Ｇ４４２とが配置される画像である。したがって、応援状況表示画像Ｇ４００は、ユーザーの応援操作の状態を反映した画像であって、放送局５０が配信する競技中継放送信号に基づく放送画像に関連する画像である。

再び、図１５を参照して、集計処理Ｓでは、ステップＳ３８５の処理の後、ステップＳ３８６に進む。

ステップＳ３８６では、制御部８１０が、生成した最新の応援状況表示画像を、複数のコンテンツ再生装置へ送信する。ここで、応援状況表示画像が送信される複数のコンテンツ再生装置は、記憶部８２０に記憶される応援状況データテーブルが示す複数の送信元装置ＩＤによりそれぞれ特定される複数の応援対応コンテンツ再生装置である。そして、再度、ステップＳ３８１の処理が行なわれる。

応援処理Ｔでは、ステップＳ３２１の処理の後、ステップＳ３２２に進む。
ステップＳ３２２では、制御部６１０が、応援状況表示画像を受信したか否かを判定する。ステップＳ３２２において、ＹＥＳならば、ステップＳ３２３に進む。一方、ステップＳ３２２において、ＮＯならば、再度、ステップＳ３２２の処理が行なわれる。ここでは、応援状況表示画像を受信したとして、ステップＳ３２３に進む。

ステップＳ３２３では、画像表示処理Ｔが行なわれる。画像表示処理Ｔでは、制御部６１０が、表示部６３０に表示されている放送画像と、受信した応援状況表示画像とを配置した合成画像を生成し、生成した合成画像を、表示部６３０に表示させる。

ここで、受信した応援状況表示画像は、図１８の応援状況表示画像Ｇ４００であるとする。また、表示部６３０に表示されている放送画像は、図９の放送画像Ｇ３００であるとする。この場合、表示部６３０に表示される合成画像は、以下の合成画像Ｇ１０００となる。

図１９は、一例としての合成画像Ｇ１０００を示す図である。図１９を参照して、合成画像Ｇ１０００には、放送画像Ｇ３００と、応援状況表示画像Ｇ４００とが配置される。放送画像Ｇ３００および応援状況表示画像Ｇ４００の配置位置は、図１９のような位置に限定されることなく、他の位置であってもよい。

再び、図１５を参照して、ステップＳ３２３の処理により、表示部６３０に合成画像が表示されると、ステップＳ３２３の処理は終了し、再度、ステップＳ３２２の処理が行なわれる。すなわち、応援処理Ｔを行なう応援対応コンテンツ再生装置は、サーバー８００から、応援状況表示画像を受信する毎に、受信した最新の応援状況表示画像を表示した合成画像を、表示部６３０に表示させる。

なお、応援状況表示画像は、応援処理Ｓを行なうサーバー８００が、応援データを受信する毎に、図１８の集計応援指数表示画像Ｇ４４１，Ｇ４４２の状態が変化する画像である。

また、サーバー８００は、応援処理Ｓを行なっている間にも、前述した図１２のサーバ接続処理Ｓを行なっている。そのため、サーバー８００の記憶部８２０に記憶される応援状況データテーブルは、たとえば、新たなコンテンツ再生装置６００が、サーバー８００に接続された場合、新たなコンテンツ再生装置６００に対応する応援状況データが追加されることにより変化する。

したがって、応援状況表示画像は、応援処理Ｓを行なうサーバー８００が、応援データを受信する毎に、図１８のアバター表示領域Ｒ４３１，Ｒ４３２内のアバター画像の数が変化する画像でもある。すなわち、応援状況表示画像は、リアルタイムに、応援操作を行なっている複数のユーザーの状態を反映した興趣に富んだ画像である。

以上の応援処理Ｔが、応援指数算出処理Ｔを行なっている複数の応援対応コンテンツ再生装置の各々により行なわれることにより、ユーザーは、応援チームを一緒に応援している複数のユーザーともに、一体感を持って、応援操作をすることができ、競技中継放送信号に基づく放送画像を楽しみつつ視聴することができる。

すなわち、ユーザーに競技中継放送信号に基づく放送画像（コンテンツ）の視聴を妨げることなく、興趣に富んだ応援状況表示画像を表示することができるという効果を奏する。

なお、本実施の形態では、図１０のステップＳ２２４の処理において、複数の使用可能応援装置名を選択する選択確定操作Ｔが行なわれることにより、１台の応援対応コンテンツ再生装置に対し、使用可能な応援装置を、複数登録することができる。ここで、１台の応援対応コンテンツ再生装置に対する複数の応援装置は、前述した携帯端末装置Ａおよび前述した携帯端末装置Ｂであるとする。また、前述したように、携帯端末装置Ａおよび携帯端末装置Ｂは、それぞれ、ユーザーＡおよびユーザーＢが所有する装置である。

この場合、ユーザーＡは、携帯端末装置Ａを使用して、たとえば、Ｈチームを応援するための応援操作をすることができる。また、ユーザーＢは、携帯端末装置Ｂを使用して、たとえば、Ｇチームを応援するための応援操作をすることができる。すなわち、ユーザーＡおよびユーザーＢの各々は、所有する応援装置を使用して、１台の応援対応コンテンツ再生装置を利用して、別々のチームを応援するための応援操作をすることができる。したがって、応援操作を、より楽しむことができる。

＜第１の実施の形態の変形例１＞
第１の実施の形態では、放送局５０から、コンテンツ再生装置６００およびサーバー８００が受信する競技中継放送信号に基づく１つの番組は、１種類の放送画像を含む番組であった。本実施の形態では、放送局５０から、コンテンツ再生装置６００およびサーバー８００が受信する競技中継放送信号に基づく１つの番組が、複数種類の放送画像を含む番組である場合の処理について説明する。

本実施の形態におけるネットワークシステムは、図１のネットワークシステム１０００と同様なので詳細な説明は繰り返さない。コンテンツ再生装置６００およびサーバー８００の各々の構成は、第１の実施の形態において説明した構成と同様なので詳細な説明は繰り返さない。ここで、ネットワークシステム１０００に含まれるコンテンツ再生装置６００の数は、一例として、１０００台であるとする。１０００台のコンテンツ再生装置６００のうち、１００台のコンテンツ再生装置６００は、図１０の応援モード設定処理Ｔおよび図１２のサーバ接続処理Ｔを行なうことにより、前述した応援対応コンテンツ再生装置になったとする。

また、応援対応コンテンツ再生装置の記憶部６２０には、図６のユーザーデータＤ１００Ａおよび図７のユーザーデータＤ１００Ｂが記憶されているとする。また、サーバー８００の記憶部８２０には、図１７の応援状況データテーブルＳＤ２１０Ａが記憶されているとする。

ここで、本実施の形態における競技中継放送信号に基づく１つの番組は、一例として、３つの放送画像を含む番組であるとする。なお、競技中継放送信号に基づく１つの番組に含まれる放送画像の数は、３つに限定されず、４つ以上であってもよい。

３つの放送画像のうちの１つの放送画像は、図９の放送画像Ｇ３００であるとする。放送画像Ｇ３００は、前述したように、野球チームであるＨチームと、野球チームであるＧチームとが試合をしている野球中継の画像であるとする。この場合、３つの放送画像のうち、放送画像Ｇ３００を除いた２つの放送画像は、以下のチーム専用放送画像Ｇ３１０，Ｇ３２０であるとする。

図２０は、一例としてのチーム専用放送画像を示す図である。
図２０（Ａ）は、チーム専用放送画像Ｇ３１０を示す図である。図２０（Ａ）を参照して、チーム専用放送画像Ｇ３１０は、Ｇチームを応援しているユーザーが興味を持つような動画像であるとする。チーム専用放送画像Ｇ３１０は、一例として、Ｇチームの選手をメインに撮影している画像であるとする。

図２０（Ｂ）は、チーム専用放送画像Ｇ３２０を示す図である。チーム専用放送画像Ｇ３１０は、Ｈチームを応援しているユーザーが興味を持つような動画像であるとする。チーム専用放送画像Ｇ３２０は、一例として、Ｈチームの選手をメインに撮影している画像であるとする。

ここで、１００台の応援対応コンテンツ再生装置およびサーバー８００は、放送局５０から、図９の放送画像Ｇ３００、図２０（Ａ）のチーム専用放送画像Ｇ３１０および図２０（Ｂ）のチーム専用放送画像Ｇ３２０を含む競技中継放送信号を受信しているとする。本実施の形態における競技中継放送信号は、第１の実施の形態と同様な、競技情報を含むとする。すなわち、競技中継放送信号に含まれる競技情報は、番組タイトル“野球中継”、文字列“Ｈチーム対Ｇチーム”、各チームに所属する選手の情報（たとえば、選手名、打率等）、試合情報等を示すとする。

また、１００台の応援対応コンテンツ再生装置の各々は、図１５の応援処理Ｔを行なっているとする。以下においては、本実施の形態において、応援処理Ｔに対応して、サーバー８００で行なわれる処理を、応援処理ＳＡともいう。応援処理ＳＡは、他の処理とは、独立して行なわれる処理である。

図２１は、応援処理ＳＡのフローチャートである。図２１を参照して、応援処理ＳＡにおいて、図１５の応援処理Ｓのステップ番号と同じステップ番号の処理は、第１の実施の形態で説明した処理と同様な処理が行なわれるので詳細な説明は繰り返さない。

ステップＳ３８１，Ｓ３８２，Ｓ３８３，Ｓ３８４では、図１５のステップＳ３８１，Ｓ３８２，Ｓ３８３，Ｓ３８４で行なわれる処理と同様な処理が行なわれるので詳細な説明は繰り返さない。

ステップＳ３８５Ａでは、応援状況表示画像生成処理ＳＡが行なわれる。応援状況表示画像生成処理ＳＡでは、制御部８１０が、受信している競技中継放送信号に基づく２つのチーム専用放送画像と、受信している、競技中継放送信号に含まれる競技情報と、記憶部８２０に記憶されている応援状況データテーブルに含まれる複数の応援状況データの各々が示すアバターＩＤと、集計処理Ｓにより算出した値とに基づいて、応援状況表示画像を生成する。応援状況表示画像の生成方法は後述する。応援状況表示画像が生成されると、ステップＳ３８５Ａの処理は終了する。

ここで、応援状況データテーブルは、図１７の応援状況データテーブルＳＤ２１０Ａであるとする。また、競技中継放送信号に基づく２つのチーム専用放送画像は、図２０（Ａ）のチーム専用放送画像Ｇ３１０および図２０（Ｂ）のチーム専用放送画像Ｇ３２０であるとする。この場合、応援状況表示画像生成処理ＳＡにより、以下の応援状況表示画像Ｇ５００が生成されるとする。

図２２は、一例としての応援状況表示画像Ｇ５００を示す図である。図２２を参照して、応援状況表示画像Ｇ５００には、応援状況表示画像Ｇ４００と、チーム専用放送画像Ｇ３１０Ａと、チーム専用放送画像Ｇ３２０Ａとが配置される。

応援状況表示画像Ｇ５００に配置される応援状況表示画像Ｇ４００の生成方法は、図１８で説明したのと同様なので詳細な説明は繰り返さない。

チーム専用放送画像Ｇ３１０Ａは、制御部８１０が、集計処理Ｓにより算出された、前述したＧチーム応援指数合計値と、前述したＨチーム応援指数合計値とを使用して、チーム専用放送画像Ｇ３１０のサイズを変化させた画像である。チーム専用放送画像Ｇ３１０Ａのサイズは、Ｇチーム応援指数合計値が、Ｈチーム応援指数合計値より小さい場合、チーム専用放送画像Ｇ３１０のサイズより小さいサイズとなる。一方、チーム専用放送画像Ｇ３１０Ａのサイズは、Ｇチーム応援指数合計値が、Ｈチーム応援指数合計値より大きい場合、チーム専用放送画像Ｇ３１０のサイズより大きいサイズとなる。

ここで、Ｇチーム応援指数合計値およびＨチーム応援指数合計値は、それぞれ、“４００”および“８００”であるとする。この場合、制御部８１０は、チーム専用放送画像Ｇ３１０のサイズを、縦横ともに、たとえば、（Ｇチーム応援指数合計値／（Ｇチーム応援指数合計値＋Ｈチーム応援指数合計値））（１／３）倍にすることにより、チーム専用放送画像Ｇ３１０Ａを生成する。

チーム専用放送画像Ｇ３２０Ａは、制御部８１０が、集計処理Ｓにより算出された、前述したＧチーム応援指数合計値と、前述したＨチーム応援指数合計値とを使用して、チーム専用放送画像Ｇ３２０のサイズを変化させた画像である。チーム専用放送画像Ｇ３２０Ａのサイズは、Ｈチーム応援指数合計値が、Ｇチーム応援指数合計値より小さい場合、チーム専用放送画像Ｇ３２０のサイズより小さいサイズとなる。一方、チーム専用放送画像Ｇ３２０Ａのサイズは、Ｈチーム応援指数合計値が、Ｇチーム応援指数合計値より大きい場合、チーム専用放送画像Ｇ３２０のサイズより大きいサイズとなる。

ここで、Ｇチーム応援指数合計値およびＨチーム応援指数合計値は、それぞれ、“４００”および“８００”であるとする。この場合、制御部８１０は、チーム専用放送画像Ｇ３２０のサイズを、縦横ともに、たとえば、（（Ｇチーム応援指数合計値＋Ｈチーム応援指数合計値）／Ｈチーム応援指数合計）（３／２）倍にすることにより、チーム専用放送画像Ｇ３２０Ａを生成する。

なお、応援状況表示画像Ｇ５００には、ユーザーが応援しているチームに対応するチーム専用放送画像が配置され、ユーザーが応援していないチームに対応するチーム専用放送画像は、配置されなくてもよい。

再び、図２１を参照して、応援処理ＳＡでは、ステップＳ３８５Ａの処理の後、ステップＳ３８６に進む。

ステップＳ３８６では、図１５のステップＳ３８６と同様な処理が行なわれるので詳細な説明は繰り返さない。この処理により、図２２の応援状況表示画像Ｇ５００が、記憶部８２０に記憶される応援状況データテーブルが示す複数の送信元装置ＩＤによりそれぞれ特定される複数の応援対応コンテンツ再生装置に送信される。

図１５の応援処理Ｔを行なっている１００台の応援対応コンテンツ再生装置の各々では、ステップＳ３２２の処理を行なった後、ステップＳ３２３の処理を行なう。

ステップＳ３２３で行なわれる処理は、前述したので詳細な説明は繰り返さない。この処理により、画像表示処理Ｔでは、制御部６１０が、表示部６３０に表示されている放送画像と、受信した応援状況表示画像とを配置した合成画像を生成し、生成した合成画像を、表示部６３０に表示させる。

ここで、受信した応援状況表示画像は、図２２の応援状況表示画像Ｇ５００であるとする。また、表示部６３０に表示されている放送画像は、図９の放送画像Ｇ３００であるとする。この場合、表示部６３０に表示される合成画像は、以下の合成画像Ｇ１０００Ａとなる。

図２３は、一例としての合成画像Ｇ１０００Ａを示す図である。図２３を参照して、合成画像Ｇ１０００Ａには、放送画像Ｇ３００と、図２２の応援状況表示画像Ｇ５００に配置される応援状況表示画像Ｇ４００、チーム専用放送画像Ｇ３１０Ａおよびチーム専用放送画像Ｇ３２０Ａとが配置される。

なお、放送画像Ｇ３００、応援状況表示画像Ｇ４００、チーム専用放送画像Ｇ３１０Ａおよびチーム専用放送画像Ｇ３２０Ａの配置位置は、図２３のような位置に限定されることなく、他の位置であってもよい。

そして、応援処理Ｔを行なう応援対応コンテンツ再生装置は、サーバー８００から、応援状況表示画像を受信する毎に、受信した最新の応援状況表示画像を表示した合成画像を、表示部６３０に表示させる。これにより、合成画像に配置されるチーム専用放送画像のサイズは、複数のユーザーによる応援装置を使用した応援操作の状態に応じて、大きくなったり、小さくなったりする。

以上説明したように、第１の実施の形態の変形例１では、表示部６３０に、ユーザーが応援しているチームのチーム専用放送画像が表示され、かつ、チーム専用放送画像のサイズは、複数のユーザーによる応援装置を使用した応援操作の状態に応じて、大きくなったり、小さくなったりする。そのため、第１の実施の形態の変形例１では、第１の実施の形態の奏する効果に加えて、さらに、興趣に富んだ応援状況表示画像を表示することができる。

すなわち、第１の実施の形態の奏する効果は、ユーザーは、応援チームを一緒に応援している複数の人とともに、一体感を持って、応援操作をすることができ、競技中継放送信号に基づく放送画像を楽しみつつ視聴することができるという効果である。

すなわち、第１の実施の形態の変形例１では、ユーザーに競技中継放送信号に基づく放送画像（コンテンツ）の視聴を妨げることなく、さらに、興趣に富んだ応援状況表示画像を表示することができるという効果を奏する。

（機能ブロック図）
図２４は、第１の実施の形態および第１の実施の形態の変形例１における、制御部６１０および制御部８１０の機能ブロック図である。

図２４を参照して、制御部６１０は、取得部６１１と、第１送信部６１２と、第２受信部６１３とを含む。制御部８１０は、第１受信部８１１と、生成部８１２と、第２送信部８１３とを含む。

取得部６１１は、ユーザーが操作する装置の操作の状態を示す操作情報を取得する。第１送信部６１２は、取得部６１１が取得した操作情報を、サーバー８００へ送信する。

第１受信部８１１は、操作情報を受信する。生成部８１２は、操作情報を反映した画像であって、放送局５０が配信するコンテンツに関連する関連画像を生成する。第２送信部８１３は、関連画像を、コンテンツ再生装置６００へ送信する。

第２受信部６１３は、関連画像を受信する。表示部６３０は、放送局５０が配信するコンテンツに基づく画像と、受信した関連画像とを表示する。

なお、制御部６１０に含まれる、取得部６１１、第１送信部６１２および第２受信部６１３の全てまたは一部は、ハードウエアで構成されてもよい。また、取得部６１１、第１送信部６１２および第２受信部６１３の全てまたは一部は、制御部６１０により実行されるプログラムのモジュールであってもよい。

また、制御部８１０に含まれる、第１受信部８１１、生成部８１２および第２送信部８１３の全てまたは一部は、ハードウエアで構成されてもよい。また、第１受信部８１１、生成部８１２および第２送信部８１３の全てまたは一部は、制御部８１０により実行されるプログラムのモジュールであってもよい。

なお、本発明では、競技の一例として、野球を例に説明したが、競技は、野球に限定されることなく、サッカー等、互いに、技術、優劣を競う競技であれば、どのような競技であってもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施の形態におけるネットワークシステムの構成を示す図である。コンテンツ再生装置の内部構成を示したブロック図である。サーバーの内部構成を示したブロック図である。一例としての情報登録画像を示す図である。登録処理Ｔおよび登録処理Ｓのフローチャートである。一例としてのユーザーデータを示す図である。一例としてのユーザーデータを示す図である。一例としてのユーザーデータテーブルを示す図である。一例としての放送画像を示す図である。応援モード設定処理Ｔのフローチャートである。一例としての装置選択画像を示す図である。サーバ接続処理Ｔおよびサーバ接続処理Ｓのフローチャートである。一例としての応援状況データテーブルを示す図である。一例としての応援状況データテーブルを示す図である。応援処理Ｔおよび応援処理Ｓのフローチャートである。一例としての応援データを示す図である。一例としての応援状況データテーブルを示す図である。一例としての応援状況表示画像を示す図である。一例としての合成画像を示す図である。一例としてのチーム専用放送画像を示す図である。応援処理ＳＡのフローチャートである。一例としての応援状況表示画像を示す図である。一例としての合成画像を示す図である。第１の実施の形態および第１の実施の形態の変形例１における、異なる２つの制御部の機能ブロック図である。

符号の説明

５０放送局、７０ネットワーク、１８０Ａ、１８０Ｂプログラム、５００携帯端末装置、６１０，８１０制御部、６２０，８２０記憶部、６３０，８３０表示部、６４０，８４０入力部、５５５Ａ記録媒体、６００コンテンツ再生装置、８００サーバー、１０００ネットワークシステム。

Claims

コンテンツを配信する放送局と通信するサーバーおよびコンテンツ再生装置を含むネットワークシステムであって、
前記コンテンツ再生装置は、
ユーザーが操作する装置の操作の状態を示す操作情報を取得する取得手段と、
前記取得手段が取得した前記操作情報を、前記サーバーへ送信する第１送信手段とを備え、
前記サーバーは、
前記操作情報を受信する第１受信手段と、
前記操作情報を反映した画像であって、前記放送局が配信するコンテンツに関連する関連画像を生成する生成手段と、
前記関連画像を、前記コンテンツ再生装置へ送信する第２送信手段とを備え、
前記コンテンツ再生装置は、さらに、
前記関連画像を受信する第２受信手段と、
前記放送局が配信するコンテンツに基づく画像と、受信した前記関連画像とを表示する表示手段とを備える、ネットワークシステム。
前記ネットワークシステムは、
複数の前記コンテンツ再生装置を含み、
前記複数のコンテンツ再生装置の各々は、
ユーザー情報を記憶する第１記憶手段を備え、
前記複数のコンテンツ再生装置の各々の前記第１送信手段は、前記ユーザー情報を、前記サーバーへ送信し、
前記サーバーの前記第１受信手段は、複数の前記ユーザー情報を受信し、
前記サーバーは、さらに、
受信した前記複数のユーザー情報を記憶する第２記憶手段を備える、請求項１に記載のネットワークシステム。
前記生成手段は、前記第２記憶手段に記憶される前記ユーザー情報の数を反映した前記関連画像を生成する、請求項２に記載のネットワークシステム。
前記第１記憶手段に記憶される前記ユーザー情報は、ユーザーの嗜好情報を示し、
前記コンテンツ再生装置の前記表示手段は、前記放送局が配信する、前記嗜好情報に関連するコンテンツに基づく画像と、前記関連画像とを表示する、請求項２または３に記載のネットワークシステム。
前記ネットワークシステムは、
複数の前記コンテンツ再生装置を含み、
前記複数のコンテンツ再生装置の各々の前記第１送信手段は、前記操作情報を、前記サーバーへ送信し、
前記サーバーの前記第１受信手段は、複数の前記操作情報を受信し、
前記サーバーの前記生成手段は、受信した前記複数の操作情報に基づいて、前記放送局が配信するコンテンツに基づく画像のサイズを変化させた変化画像を生成し、
前記サーバーの前記第２送信手段は、生成した前記変化画像を、前記複数のコンテンツ再生装置の少なくとも一部へ送信し、
前記変化画像を受信した前記コンテンツ再生装置の表示手段は、前記関連画像と、前記変化画像とを表示する、請求項１に記載のネットワークシステム。
コンテンツを配信する放送局と通信するサーバーおよび前記放送局の各々と通信するコンテンツ再生装置であって、前記サーバーは、ユーザーが操作する装置の操作の状態を示す操作情報を受信した場合、前記操作情報を反映した画像であって、前記放送局が配信するコンテンツに関連する関連画像を前記コンテンツ再生装置へ送信するものであり、
ユーザーが操作する装置の操作の状態を示す操作情報を取得する取得手段と、
前記取得手段が取得した前記操作情報を、前記サーバーへ送信する送信手段と、
前記サーバーから送信される前記関連画像を受信する受信手段と、
前記放送局が配信するコンテンツに基づく画像と、受信した前記関連画像とを表示する表示手段とを備える、コンテンツ再生装置。
コンテンツを配信する放送局と通信するサーバーおよびコンテンツ再生装置を含むネットワークシステムにおいて行なわれる画像処理方法であって、
前記コンテンツ再生装置が、ユーザーが操作する装置の操作の状態を示す操作情報を取得するステップと、
前記コンテンツ再生装置が、取得した前記操作情報を、前記サーバーへ送信するステップと、
前記サーバーが、前記操作情報を受信するステップと、
前記サーバーが、前記操作情報を反映した画像であって、前記放送局が配信するコンテンツに関連する関連画像を生成するステップと、
前記サーバーが、前記関連画像を、前記コンテンツ再生装置へ送信するステップと、
前記コンテンツ再生装置が、前記関連画像を受信するステップと、
前記コンテンツ再生装置が、前記放送局が配信するコンテンツに基づく画像と、受信した前記関連画像とを表示するステップとを備える、画像処理方法。