情報処理装置、情報処理プログラム、情報処理方法、情報処理システム
【課題】新規な情報処理装置、情報処理プログラム、情報処理方法および情報処理システムを提供すること。
【解決手段】番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。そして、番組受信タスクおよび広告受信タスクのそれぞれに設定されている実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【解決手段】番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。そして、番組受信タスクおよび広告受信タスクのそれぞれに設定されている実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組を配信する情報処理に関し、より特定的には、配信される番組を受信し再生する情報処理に関する。
【背景技術】
【０００２】
従来から、映像や広告を提供するシステムが知られていた（例えば、特許文献１）。従来のシステムでは、送信側装置において、番組の動画・音声データおよび広告データと共に、番組情報、広告情報を含む情報データを多重化した多重化信号を送信し、受信側装置において、当該受信した多重化信号を分離して出力している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３０９３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１のシステムでは、受信側装置に、受信した多重化信号を分離するための分離手段が必要であった。また、番組と広告を多重化して送信するので、一度に送信するデータ量が大きくなってしまい、ネットワークを圧迫するという問題があった。例えば、番組と広告とを多重化、すなわち、一体化して送信するところ、異なる番組で同じ広告が用いられる場合に、異なる番組の多重化信号のそれぞれに同じ広告のデータが含まれる、つまり、同じ広告のデータが重複して送信されることもあり、ネットワークを圧迫する一因となっていた。
【０００５】
それゆえに、本発明の主たる目的は、新規な情報処理装置、情報処理プログラム、情報処理方法および情報処理システムを提供することである。
【０００６】
また、この発明の他の目的は、映像と広告の受信をそれぞれ独立して実行することのできる、情報処理装置、情報処理プログラム、情報処理方法および情報処理システムを提供することである。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するために、以下の構成を採用した。
【０００８】
本発明にかかる情報処理装置は、タスク設定手段と、接続手段と、タスク実行手段とを備える。タスク設定手段は、番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。接続手段は、サーバに接続する。タスク実行手段は、番組受信タスクおよび広告受信タスクのそれぞれに設定されている実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【０００９】
上記構成により、一度の受信処理にかかるデータ量を低減することができ、受信に係る処理負担を分散させることができる。これにより、例えば、アプリケーションを実行中であっても、バックグラウンド処理として番組や広告の受信を行うといった並行処理が可能になる。また、データ量を低減することにより、一回のデータ受信に要する接続時間を短縮することができる。これにより、例えば、近距離無線通信を用いて公衆のアクセスポイントを介してサーバに接続するような携帯型の情報処理端末のような、常時接続が保証されていない情報処理端末において、特に好適である。
【００１０】
他の構成例として、実行スケジュールは、受信処理の実行の間隔、優先度および回数の少なくとも一つを含み、番組受信タスクと広告受信タスクの実行スケジュールとは異なるスケジュールが設定されていてもよい。
【００１１】
上記構成例によれば、番組データと広告データの受信をそれぞれ異なる間隔、優先度、回数で実行するため、受信処理にかかるネットワークへの処理負荷を適切に分散させることができる。
【００１２】
更に他の構成例として、タスク設定手段は、番組受信タスクおよび広告受信タスクの実行スケジュールを更新するための更新データの受信処理の実行スケジュールを表した更新用タスクを設定し、タスク実行手段は、更新用タスクを実行することにより、サーバから受信した更新データに基づいて、番組受信タスク、広告受信タスクおよび更新用タスクの少なくとも一つのタスクの実行スケジュールを更新するようにしてもよい。
【００１３】
上記構成例によれば、タスクの実行スケジュールを柔軟に変更することができる。
【００１４】
更に他の構成例として、タスク設定手段は、複数の番組受信タスクを設定し、タスク実行手段は、複数の番組受信タスクを実行することにより、複数の番組データの受信をそれぞれ独立して行ってもよい。
【００１５】
上記構成例によれば、複数の番組の受信を複数のタスクにより実行するので、各番組の受信スケジュールを柔軟に設定することができる。例えば、番組の種類や製作者等に応じてそれぞれ独立して受信を行うことができる。
【００１６】
更に他の構成例として、情報処理装置は、番組データを再生するためのアプリケーションを実行するアプリケーション実行手段をさらに備え、当該アプリケーション実行手段は、アプリケーションを実行したとき、タスク実行手段によって受信された番組データを自動的に再生してもよい。
【００１７】
上記構成例によれば、受信した番組をアプリケーションの起動時にユーザに提示し、その視聴を促すことができる。
【００１８】
更に他の構成例として、情報処理装置は、番組データの再生実績の有無を示す番組再生情報を設定する番組再生情報設定手段をさらに備え、アプリケーション実行手段は、アプリケーションを実行したとき、番組再生情報によって未再生であると示される番組データを自動的に再生してもよい。
【００１９】
上記構成例によれば、ユーザが未だ視聴していない番組をユーザの操作無しに自動的に提示することができるので、ユーザに番組をより確実に視聴してもらうことができる。
【００２０】
更に他の構成例として、タスク設定手段は、複数の制作者からそれぞれ提供される番組データに対応する番組受信タスクを複数設定し、タスク実行手段は、複数の番組受信タスクを実行することにより、複数の制作者からそれぞれ提供される複数種類の番組データの受信をそれぞれ独立して行い、アプリケーション実行手段は、番組再生情報によって未再生であると示される番組データが複数の制作者にわたって複数存在するときは、当該複数の未再生の番組データを所定の順序に基づいて自動的に再生するようにしてもよい。
【００２１】
上記構成例によれば、複数の制作者からの番組をそれぞれ独立して受信し、所定の順序で自動的にユーザに提示することができる。
【００２２】
更に他の構成例として、情報処理装置は、時間を計時する計時手段と、アプリケーションが実行されたときの起動時刻を取得するアプリ起動時刻取得手段と、アプリ起動時刻取得手段によって取得された時刻に基づいて、所定の順序において一番最初に再生される制作者の番組データを決定する順序決定手段をさらに備えてもよい。
【００２３】
上記構成例によれば、未再生の番組のうち、最初に再生される制作者の番組を公平に決定することができる。
【００２４】
更に他の構成例として、順序決定手段は、同じ制作者の番組が２つ以上連続して再生されないように所定の順序を決定してもよい。
【００２５】
上記構成例によれば、複数の制作者の番組の再生順序を公平な順序にすることができる。
【００２６】
更に他の構成例として、アプリケーション実行手段は、番組データに基づく番組映像および広告データに基づく広告を表示部に出力し、情報処理装置は、番組および広告が表示部に出力されたことに応じて、番組の視聴実績および広告の視聴実績を示す視聴実績情報を作成する視聴情報作成手段と、視聴情報作成手段によって作成された視聴実績情報をサーバに送信する視聴情報送信手段とをさらに備えてもよい。
【００２７】
上記構成例によれば、各番組や広告についてのユーザの視聴状況を把握することができる。
【００２８】
更に他の構成例として、タスク実行手段は、広告受信タスクを実行することにより、サーバから複数の広告データの受信を行い、アプリケーション実行手段は、番組データを再生するとともに、広告データに基づく広告を表示部に表示し、情報処理装置は、表示部に表示される広告を所定の条件に基づいて選択する広告選択手段をさらに備えていてもよい。
【００２９】
上記構成例によれば、番組の再生と共に広告を表示することができる。
【００３０】
更に他の構成例として、広告手段は、表示部に表示される広告をランダムに選択してもよい。
【００３１】
上記構成例によれば、複数の広告の表示機会について、公平に機会を与えることが可能となる。
【００３２】
更に他の構成例として、情報処理装置は、広告データの再生実績の有無を示す広告再生情報を設定する広告再生情報設定手段をさらに備え、広告選択手段は、広告再生情報によって未再生であると示される広告の中から表示部に表示される広告を選択してもよい。
【００３３】
上記構成例によれば、まだ視聴されていない広告を優先的に表示するよう制御でき、各広告が視聴される機会を均等化することが可能となる。
【００３４】
更に他の構成例として、情報処理装置は、ユーザからの入力を受け付ける入力受付手段と、入力受付手段によって受け付けられた入力に基づいて、静止画データに基づき表示部に表示されている広告がユーザによって指示されたか否かを判別する指示判別手段と、指示判別手段によって指示されたことが判別されたとき、静止画データに関連づけられているウェブサイトに接続するウェブサイト接続手段とをさらに備えていてもよい。
【００３５】
上記構成例によれば、静止画広告に関連するウェブサイトの存在をユーザに知らせることができ、興味を持ったユーザが速やかに当該ウェブサイトへアクセスできる環境を提供できる。
【００３６】
更に他の構成例として、タスク実行手段は、番組受信タスクおよび広告受信タスクをバックグラウンド処理として自動的に実行し、アプリケーション実行手段は、ユーザの指示に応じてフォアグラウンド処理として実行され、タスク実行手段によってバックグラウンドで受信された番組データおよび広告データを出力してもよい。
【００３７】
上記構成例によれば、ユーザの気づかないうちに番組と広告を受信しておき、その後の所定のタイミングでユーザに提示することができるので、ユーザに驚きや楽しみを与えることができる。
【００３８】
更に他の構成例として、情報処理装置は、近距離無線通信を用いて自動的に繰り返し所定のアクセスポイントを探索する探索手段をさらに備え、接続手段は、探索手段によってアクセスポイントが検出されたとき、当該アクセスポイントを介して、サーバに自動的に接続してもよい。
【００３９】
上記構成例によれば、例えば、近距離無線通信の機能しか有しておらず、かつ、持ち運ばれることが想定されるために常時接続が困難な携帯型の情報端末であっても、自動的に繰り返しアクセスポイントに探索するので、常時接続に近い仕組みを提供することができる。
【００４０】
更に他の構成例として、タスク設定手段は、実行スケジュールにおいて規定される実行の間隔を番組タスクよりも広告タスクの方が小さい実行間隔に設定し、優先度を、番組タスクよりも広告タスクの方が高い優先度に設定し、実行回数を、番組受信タスクよりも広告受信タスクの方が多くなるように設定してもよい。
【００４１】
上記構成例によれば、広告の受信機会を番組の受信機会よりも多く設定できるので、より多くの広告をユーザに提供できる。
【００４２】
本発明にかかる情報処理プログラムは、情報処理装置のコンピュータに実行させる情報処理プログラムであって、コンピュータを、タスク設定手段と、接続手段と、タスク実行手段として機能させる。タスク設定手段は、番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。接続手段は、サーバに接続する。タスク実行手段は、番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【００４３】
本発明にかかる情報処理方法は、タスク設定ステップと、接続ステップと、タスク実行ステップとを備える。タスク設定ステップは、番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。接続ステップは、サーバと接続する。タスク実行ステップは、番組受信タスクおよび広告受信タスクのそれぞれに設定されている実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【００４４】
本発明にかかる情報処理システムは、サーバと少なくとも１つの情報処理装置とから構成される情報処理システムである。サーバは、番組の動画および音声データを含む番組データと広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データとを個別に送信可能な送信手段を備える。情報処理装置は、タスク設定手段と、接続手段と、タスク実行手段とを備える。タスク設定手段は、番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。接続手段は、サーバと接続する。タスク実行手段は、番組受信タスクおよび広告受信タスクのそれぞれに設定されている実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【発明の効果】
【００４５】
本発明によれば、一度の受信処理にかかるデータ量を低減することができ、受信にかかる処理負担を分散させることができる。
【図面の簡単な説明】
【００４６】
【図１】開状態におけるゲーム装置１０の正面図
【図２Ａ】閉状態におけるゲーム装置１０の左側面図
【図２Ｂ】閉状態におけるゲーム装置１０の正面図
【図２Ｃ】閉状態におけるゲーム装置１０の右側面図
【図２Ｄ】閉状態におけるゲーム装置１０の背面図
【図３】ゲーム装置１０の内部構成を示すブロック図
【図４】本実施形態にかかるネットワーク構成の全体像を示す模式図
【図５】本実施形態において想定する視聴アプリの画面の一例
【図６】本実施形態において想定する視聴アプリの画面の一例
【図７】本実施形態において想定する視聴アプリの画面の一例
【図８】本実施形態において想定する視聴アプリの画面の一例
【図９】第１マイコン３７に内蔵されている記憶領域に記憶される主なデータを示す図
【図１０】ＲＡＭ３６２に記憶される主なデータを示す図
【図１１】メインメモリに記憶される主なプログラム、データを示す図
【図１２】タスクデータ５０７のデータ構造の一例を示した図
【図１３】視聴アプリ用データ５０９のデータ構造の一例を示した図
【図１４】番組パッケージ６０１のデータ構造の一例を示す図
【図１５】バナー広告パッケージ６０３のデータ構造の一例を示す図
【図１６】ＣＭ広告パッケージ６０４のデータ構造の一例を示す図
【図１７】設定パッケージ６０５のデータ構造の一例を示す図
【図１８】番組視聴データ６０７、ＣＭ視聴データ６０８、バナー視聴データ６０９のデータ構造を示す図
【図１９】第１マイコン３７によって実行されるマイコン処理を示すフローチャート
【図２０】第２マイコン３６１によって実行されるサーチ処理を示すフローチャート
【図２１】「いつの間に通信」処理の詳細を示すフローチャート
【図２２】視聴アプリ処理の詳細を示すフローチャート
【図２３】図２２のステップＳ１０２で示した初回起動時設定処理の詳細を示すフローチャート
【図２４】図２２のステップＳ１０４で示したタスクスケジューリング処理の詳細を示すフローチャート
【図２５】図２２のステップＳ１０５で示したメイン処理の詳細を示すフローチャート
【図２６】図２５のステップ１６７で示した番組再生処理の詳細を示すフローチャート
【図２７】図２５のステップＳ１６９で示した広告一覧処理の詳細を示すフローチャート
【図２８】図２７のステップＳ２２７で示したバナー広告詳細表示処理の詳細を示すフローチャート
【発明を実施するための形態】
【００４７】
以下、本発明の実施の形態について、図面を参照して説明する。尚、この実施例により本発明が限定されるものではない。
【００４８】
（ゲーム装置の構成）
以下、本発明の実施形態にかかる情報処理装置の一例であるゲーム装置について説明する。ゲーム装置１０は携帯型のゲーム装置である。図１および図２Ａ〜Ｄに示されるように、ゲーム装置１０は、下側ハウジング１１および上側ハウジング２１を有する。下側ハウジング１１と上側ハウジング２１とは、開閉可能（折り畳み可能）に接続されている。
【００４９】
（下側ハウジングの説明）
図１および図２Ａ〜Ｄに示すように、下側ハウジング１１には、下側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）１２、タッチパネル１３、各操作ボタン１４Ａ〜１４Ｌ、アナログスティック１５、ＬＥＤ１６Ａ〜１６Ｂ、挿入口１７、および、マイクロフォン用孔１８が設けられる。
【００５０】
タッチパネル１３は、下側ＬＣＤ１２の画面上に装着されている。下側ハウジング１１の上側面には、タッチペン２８を収納するための挿入口１７（図１および図２Ｄに示す点線）が設けられている。
【００５１】
下側ハウジング１１の内側面（主面）には、十字ボタン１４Ａ（方向入力ボタン１４Ａ）、ボタン１４Ｂ、ボタン１４Ｃ、ボタン１４Ｄ、ボタン１４Ｅ、電源ボタン１４Ｆ、セレクトボタン１４Ｊ、ＨＯＭＥボタン１４Ｋ、およびスタートボタン１４Ｌが、設けられる。
【００５２】
アナログスティック１５は、方向を指示するデバイスである。
【００５３】
下側ハウジング１１の内側面には、マイクロフォン用孔１８が設けられる。マイクロフォン用孔１８の下部には後述する音声入力装置としてのマイク４２（図３参照）が設けられる。
【００５４】
図２ＢおよびＤに示されるように、下側ハウジング１１の上側面には、Ｌボタン１４ＧおよびＲボタン１４Ｈが設けられている。また、図２Ａに示されるように、下側ハウジング１１の左側面には、ゲーム装置１０が備えるスピーカ４３（図３参照）の音量を調整するための音量ボタン１４Ｉが設けられる。
【００５５】
図２Ａに示されるように、下側ハウジング１１の左側面には開閉可能なカバー部１１Ｃが設けられる。このカバー部１１Ｃの内側には、ゲーム装置１０とデータ保存用外部メモリ４５とを電気的に接続するためのコネクタが設けられる。
【００５６】
図２Ｄに示されるように、下側ハウジング１１の上側面には、外部メモリ４４を挿入するための挿入口１１Ｄが設けられる。
【００５７】
図１および図２Ｃに示されるように、下側ハウジング１１の下側面にはゲーム装置１０の電源のＯＮ／ＯＦＦ状況をユーザに通知する第１ＬＥＤ１６Ａ、下側ハウジング１１の右側面にはゲーム装置１０の無線通信の確立状況をユーザに通知する第２ＬＥＤ１６Ｂが設けられる。ゲーム装置１０は他の機器との間で無線通信を行うことが可能であり、下側ハウジング１１の右側面には、この無線通信の機能を有効／無効にする無線スイッチ１９が設けられる（図２Ｃ参照）。
【００５８】
（上側ハウジングの説明）
図１および図２に示すように、上側ハウジング２１には、上側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）２２、外側撮像部２３（外側撮像部（左）２３ａおよび外側撮像部（右）２３ｂ）、内側撮像部２４、３Ｄ調整スイッチ２５、および、３Ｄインジケータ２６が設けられる。
【００５９】
上側ＬＣＤ２２は、立体視可能な画像を表示することが可能な表示装置である。具体的には、パララックスバリア方式の裸眼立体視可能な表示装置である。上側ＬＣＤ２２は、視差バリアを用いてユーザの左目に左目用画像をユーザの右目に右目用画像を視認させることにより、ユーザにとって立体感のある画像（立体視画像）を表示することができる。また、上側ＬＣＤ２２は、上記視差バリアを無効にすることが可能であり、視差バリアを無効にした場合は、画像を平面的に表示することができる。このように、上側ＬＣＤ２２は、立体視画像を表示する立体表示モードと、画像を平面的に表示する（平面視画像を表示する）平面表示モードとを切り替えることが可能な表示装置である。この表示モードの切り替えは、例えば、後述する３Ｄ調整スイッチ２５によって行われる。
【００６０】
外側撮像部２３は、上側ハウジング２１の外側面２１Ｄに設けられた２つの撮像部（２３ａおよび２３ｂ）の総称である。外側撮像部（左）２３ａと外側撮像部（右）２３ｂとは、ゲーム装置１０が実行するプログラムによって、ステレオカメラとして使用することが可能である。
【００６１】
内側撮像部２４は、上側ハウジング２１の内側面２１Ｂに設けられ、当該内側面の内向きの法線方向を撮像方向とする撮像部である。
【００６２】
３Ｄ調整スイッチ２５は、スライドスイッチであり、上述のように上側ＬＣＤ２２の表示モードを切り替えるために用いられるスイッチである。また、３Ｄ調整スイッチ２５は、上側ＬＣＤ２２に表示された立体視可能な画像（立体画像）の立体感を調整するために用いられる。３Ｄ調整スイッチ２５のスライダ２５ａは、所定方向（上下方向）の任意の位置にスライド可能であり、当該スライダ２５ａの位置に応じて上側ＬＣＤ２２の表示モードが設定される。また、スライダ２５ａの位置に応じて、立体画像の見え方が調整される。
【００６３】
３Ｄインジケータ２６は、上側ＬＣＤ２２が立体表示モードか否かを示すＬＥＤである。
【００６４】
また、上側ハウジング２１の内側面には、スピーカ孔２１Ｅが設けられる。後述するスピーカ４３からの音声がこのスピーカ孔２１Ｅから出力される。
【００６５】
（ゲーム装置１０の内部構成）
次に、図３を参照して、ゲーム装置１０の内部の電気的構成について説明する。図３に示すように、ゲーム装置１０は、上述した各部に加えて、情報処理部３１、メインメモリ３２、外部メモリインターフェイス（外部メモリＩ／Ｆ）３３、データ保存用外部メモリＩ／Ｆ３４、データ保存用内部メモリ３５、無線通信モジュール３６、第１マイコン３７，加速度センサ３９、電源回路４０、インターフェイス回路（Ｉ／Ｆ回路）４１、開閉検出器４６等の電子部品を備えている。
【００６６】
情報処理部３１は、所定のプログラムを実行するためのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１１、画像処理を行うＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１２、ＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）３１３を含む。ＣＰＵ３１１は、ゲーム装置１０内のメモリ（例えば外部メモリＩ／Ｆ３３に接続された外部メモリ４４やデータ保存用内部メモリ３５）に記憶されているプログラムを実行することによって、当該プログラムに応じた処理を実行する。なお、ＣＰＵ３１１によって実行されるプログラムは、他の機器との通信によって他の機器から取得されてもよい。ＧＰＵ３１２は、ＣＰＵ３１１からの命令に応じて画像を生成し、ＶＲＡＭ３１３に描画する。ＶＲＡＭ３１３に描画された画像は、上側ＬＣＤ２２及び／又は下側ＬＣＤ１２に出力され、上側ＬＣＤ２２及び／又は下側ＬＣＤ１２に当該画像が表示される。
【００６７】
外部メモリＩ／Ｆ３３は、外部メモリ２８を着脱自在に接続するためのインターフェイスである。また、データ保存用外部メモリＩ／Ｆ３４は、データ保存用外部メモリ２９を着脱自在に接続するためのインターフェイスである。
【００６８】
メインメモリ３２は、情報処理部３１（のＣＰＵ３１１）のワーク領域やバッファ領域として用いられる揮発性の記憶装置である。
【００６９】
外部メモリ２８は、情報処理部３１によって実行されるプログラム等を記憶するための不揮発性の記憶装置である。外部メモリ２８は、例えば読み取り専用の半導体メモリで構成される。
【００７０】
データ保存用外部メモリ２９は、不揮発性の読み書き可能なメモリ（例えばＮＡＮＤ型フラッシュメモリ）で構成され、任意のデータを保存するために用いられる。
【００７１】
データ保存用内部メモリ３５は、読み書き可能な不揮発性メモリ（例えばＮＡＮＤ型フラッシュメモリ）で構成され、所定のデータを格納するために用いられる。例えば、データ保存用内部メモリ３５には、無線通信モジュール３６を介した無線通信によってダウンロードされたデータやプログラムが格納される。
【００７２】
無線通信モジュール３６は、他の通信機器等と無線通信を行う機能を有する。本実施形態では、無線通信モジュール３６は、後述するような「インフラストラクチャ通信」（以下、「インフラ通信」と呼ぶ）と「アドホック通信」という２種類の通信態様を実現することができる。「インフラ通信」は、例えばＩＥＥＥ８０２．１１ｂ／ｇ／ｎの規格に準拠した方式により、無線ＬＡＮに接続する機能である。また、「アドホック通信」は、所定の通信方式（例えば独自プロトコルによる通信や、赤外線通信）により同種のゲーム装置との間で無線通信を行う機能である。詳細は後述するが、本実施形態では、主に「インフラ通信」を用いた「いつの間に通信」と呼ばれる通信機能を利用した処理を行う。
【００７３】
無線通信モジュール３６には、第２マイコン３６１、ＲＡＭ３６２等が含まれる。ＲＡＭ３６２には、上記「インフラ通信」や「アドホック通信」のような無線通信を制御するためのプログラムが適宜格納される。そして、第２マイコン３６１は、ＲＡＭ３６２に格納されているプログラムに基づき、上記「いつの間に通信」等を制御する。
【００７４】
加速度センサ３９は、３軸（ｘｙｚ軸）方向に沿った直線方向の加速度（直線加速度）の大きさを検出する。情報処理部３１は、加速度センサ３９が検出した加速度を示すデータ（加速度データ）を受信して、ゲーム装置１０の姿勢や動きを検出することができる。
【００７５】
第１マイコン３７は、ゲーム装置１０の電源管理に関する処理や、時間に関する処理、上記ハウジングの開閉検知処理等を行う。また、これらの処理に関する通知をＣＰＵ３１１から受けたり、逆にＣＰＵ３１１に通知したりする。第１マイコン３７は、リアルタイムクロック（ＲＴＣ）３７１を備えている。ＲＴＣ３７１は、時間をカウントし、第１マイコン３７を介してＣＰＵ３１１に出力する。例えば、ＣＰＵ３１１は、ＲＴＣ３７１によって計時された時間に基づいて、現在時刻（日付）等を計算することもできる。
【００７６】
また、第１マイコン３７は、開閉検出器４６および電源回路４０と接続される。開閉検出器４６は、上記ハウジングの開閉を検出し、その内容を第１マイコン３７（ひいてはＣＰＵ３１１）に通知する。電源回路４０は、ゲーム装置１０が有する電源（典型的には電池であり、下側ハウジング１１に収納される）から供給される電力を制御し、ゲーム装置１０の各部品に電力を供給する。また、電源回路４０は、第１マイコン３７（第１マイコン３７を介したＣＰＵ３１１）からのスリープモードへの移行やスリープモード解除の通知を受ける。そして、当該通知に基づいて適切な電力を供給するための制御を行う。
【００７７】
ここで、本実施形態にかかるゲーム装置１０の電源制御のモードに関して説明する。本ゲーム装置では、電池等の電源が装着されて、上記各構成部品への電力供給が可能な状態となった後は、基本的には、「通常電力モード」と「省電力モード」の２つの電源制御モードのいずれかで動作する。「通常電力モード」は、上記構成部品の全てに電力を供給している状態である。例えば、ユーザが所定のゲームを実際に操作してプレイする場合や、各種アプリケーション（以下、単にアプリと呼ぶ）を実際に操作する場合の電源制御モードは「通常電力モード」である。「省電力モード」は、上記構成部品の一部に対してのみ電力の供給を継続し、それ以外の構成部品に対しての電力供給は停止している状態である。本実施形態では、この「省電力モード」の一つとして、「スリープモード」がある。「スリープモード」は、上記第１マイコン３７、無線通信モジュール３４にのみ電源を供給し、それ以外の部品、つまり、ＣＰＵ３１１やＬＣＤへの電力供給は停止している状態である（但し、ＣＰＵ３１１は、「スリープモード」の解除指示を受けることは可能である）。また、「スリープモード」において、第１マイコン３７や無線通信モジュール３６（の第２マイコン３６１）は、「マイコン処理」、「スリープ中ＢＧ通信処理」と呼ばれる処理を所定時間毎に繰り返し実行する。これについては詳細は後述する。
【００７８】
また、本実施形態では、上述のような、開閉検出器４６の検出結果に基づいてスリープモードへの移行やスリープモードの解除を行う方法のほかに、電源ボタン１４Ｆの操作に応じて上記「通常電力モード」と「スリープモード」を切り替えることが可能である。また、電源ボタン１４Ｆの操作によるものの他、後述するような処理によって、自動的に「スリープモード」の解除、あるいは「スリープモード」への移行も可能となっている。例えば、ユーザが所定のゲームをプレイし終えた後、電源ボタン１４Ｆを押すと（この操作は、ユーザから見ると、電源をオフにする操作に見える）、「スリープモード」に移行する。この状態で、ユーザはゲーム装置１０を閉じて、持ち歩くこと等が可能である。その後、ユーザがゲーム装置１０を開き、再度電源ボタン１４Ｆを押すと、「スリープモード」が解除され、「通常電力モード」に移行する。または、所定時間が経過したことにより「スリープモード」へ移行するようにしてもよい。
【００７９】
その他、電源ボタン１４Ｆを長押しすることで、第１マイコン３７や無線通信モジュール３６も含めた全ての構成部品への電力供給を停止する（つまり、完全に電源を切る）「完全停止モード」に移行することも可能である。この場合は、再度電源ボタン１４Ｆを長押しすると、「通常電力モード」に移行してゲーム装置１０が起動することになる。
【００８０】
ここで、上記電源制御モードに関し、ユーザがゲーム装置を使用中か否かという観点からは、以下のように言い換えることもできる。すなわち、ゲーム装置１０は、「使用状態」と「非使用状態」という２つの状態を有するといえる。「使用状態」とは、ユーザがゲーム装置１０のハウジングを開いて直接的に使用しているために、通常電力モードがずっと継続している状態である。例えば、ユーザが操作ボタン１４等を操作して実際にゲーム等をプレイしている状態が該当する。一方、「非使用状態」とは、ユーザがゲーム装置１０を主導的・直接的に使用していない状態をいう。これには、上記ハウジングが閉じられているために「スリープモード」となっている状態の他、後述するような「いつの間に通信」の実行に伴い、（ハウジングは閉じられたまま）一時的に「スリープモード」が解除されて「いつの間に通信」にかかる処理が実行され、その実行後は再度「スリープモード」に戻るような状態も含む。例えば、ユーザが外出する際に、ゲーム装置１０のハウジングを閉じて鞄に入れている状態は「非使用状態」である。更に、このように、ゲーム装置１０が鞄に入れられてユーザが外出している間に、上記のように一時的に「スリープモード」が解除されている状態、および、「いつの間に通信」の実行後に再度「スリープモード」に入るような状態（この間、ユーザはゲーム装置１０を使用していない）も「非使用状態」である。また、当該「使用状態」と「非使用状態」が切り替わるためのトリガは、ハウジングの開閉の他、電源ボタン１４Ｆが操作された場合もトリガとなる。つまり、ユーザがゲームをプレイしていたが（使用状態）、その後、ゲームのプレイを終えたため、ゲーム装置１０の電源ボタン１４Ｆを押下することで、「使用状態」から「非使用状態」に切り替わる。その他、例えば、一定時間ユーザの操作がなかったために「使用状態」から「非使用状態」に切り替わる場合もある。
【００８１】
以下の説明においては、説明の簡略化のため、電源制御モードについては、「通常電力モード」と「スリープモード」の２つのモードだけを用いる場合を例として説明する。
【００８２】
Ｉ／Ｆ回路４１には、タッチパネル１３、マイク４２およびスピーカ４３が接続される。Ｉ／Ｆ回路４１は、マイク４２およびスピーカ４３（アンプ）の制御を行う音声制御回路と、タッチパネルの制御を行うタッチパネル制御回路とを含む。音声制御回路は、音声信号に対するＡ／Ｄ変換およびＤ／Ａ変換を行ったり、音声信号を所定の形式の音声データに変換したりする。タッチパネル制御回路は、タッチパネル１３からの信号に基づいて所定の形式のタッチ位置データを生成して情報処理部３１に出力する。情報処理部３１は、タッチ位置データを取得することにより、タッチパネル１３に対して入力が行われた位置を知ることができる。
【００８３】
操作ボタン１４は、上記各操作ボタン１４Ａ〜１４Ｌからなり、操作ボタン１４から情報処理部３１へは、各操作ボタン１４Ａ〜１４Ｉに対する入力状況（押下されたか否か）を示す操作データが出力される。
【００８４】
下側ＬＣＤ１２および上側ＬＣＤ２２は情報処理部３１に接続される。具体的には、情報処理部３１は、上側ＬＣＤ２２のＬＣＤコントローラ（図示せず）と接続され、当該ＬＣＤコントローラに対して視差バリアのＯＮ／ＯＦＦを制御する。上側ＬＣＤ２２の視差バリアがＯＮになっている場合、情報処理部３１のＶＲＡＭ３１３に格納された右目用画像と左目用画像とが、上側ＬＣＤ２２に出力される。より具体的には、ＬＣＤコントローラは、右目用画像について縦方向に１ライン分の画素データを読み出す処理と、左目用画像について縦方向に１ライン分の画素データを読み出す処理とを交互に繰り返すことによって、ＶＲＡＭ３１３から右目用画像と左目用画像とを読み出す。これにより、右目用画像および左目用画像が、画素を縦に１ライン毎に並んだ短冊状画像に分割され、分割された右目用画像の短冊状画像と左目用画像の短冊状画像とが交互に配置された画像が、上側ＬＣＤ２２の画面に表示される。そして、上側ＬＣＤ２２の視差バリアを介して当該画像がユーザに視認されることによって、ユーザの右目に右目用画像が、ユーザの左目に左目用画像が視認される。以上により、上側ＬＣＤ２２の画面には立体視可能な画像が表示される。
【００８５】
外側撮像部２３および内側撮像部２４は、情報処理部３１の指示に従って画像を撮像し、撮像した画像データを情報処理部３１に出力する。
【００８６】
３Ｄ調整スイッチ２５は、スライダ２５ａの位置に応じた電気信号を情報処理部３１に送信する。
【００８７】
情報処理部３１は、３Ｄインジケータ２６の点灯を制御する。例えば、情報処理部３１は、上側ＬＣＤ２２が立体表示モードである場合、３Ｄインジケータ２６を点灯させる。
【００８８】
次に、本実施形態で実行される処理の概要について説明する。本実施形態にかかる処理は、所定のサーバから配信される映像等のデータを受信し、ゲーム装置１０で再生する処理である。具体的には、本実施形態では、当該受信対象となる映像等は、テレビ局等の制作者が作成した「番組」および「広告」である。そして、本実施形態では、この「番組」のデータと「広告」のデータが個別に送受信される。つまり、サーバ側においては、「番組」と「広告」のデータが別々のファイルとして用意され、（ゲーム装置１０の要求に応じて）個別に送信可能に構成されている。一方、ゲーム装置１０では、当該「番組」を受信する処理と、「広告」を受信する処理が別々の処理として実行される。更に、本実施形態では、「いつの間に通信」と呼ばれる通信処理を主にバックグラウンド処理として実行することで、ユーザからの能動的な受信操作を伴うことなく、上記「番組」および「広告」のデータをバックグラウンドで自動的に受信する。
【００８９】
次に、本実施形態における上記「いつの間に通信」の処理概要について説明する。まず、当該「いつの間に通信」の具体的な動作例を説明する。ここでは、図４で示すようなネットワーク構成を想定する。すなわち、ゲーム装置１０は、「インフラ通信」の機能を用いて（無線ＬＡＮの）アクセスポイント（以下、ＡＰと呼ぶ）に接続する。そして、ゲーム装置１０は、当該ＡＰを介してインターネットに接続し、所定のサーバとの通信を行う。本実施形態では、当該サーバから上記「番組」や「広告」のデータを受信する。また、ユーザの視聴履歴を示すデータを所定のサーバに送信する。
【００９０】
ここで、上記のように、「いつの間に通信」は基本的にバックグラウンド処理として実行される。これは、ゲーム装置１０が「スリープモード」のときであっても、「通常電力モード」のときでも同様である。「いつの間に通信」の動作の典型的な例を挙げると、例えば、ユーザの自宅で「いつの間に通信」が行われる例が挙げられる。この場合、ＡＰは、ユーザの自宅に設置されたアクセスポイントとなる。そして、典型的には、ユーザがゲーム装置１０を「スリープモード」（ゲーム装置１０を折り畳んだ状態）にして就寝すると、就寝中に当該ゲーム装置１０が自動的に「いつの間に通信」を実行し、「番組」や「広告」のデータを受信する。これにより、次の朝にユーザが目覚め、ゲーム装置１０を「通常電力モード」に移行させると、新しい「番組」や「広告」が配信されており、当該「番組」や「広告」をゲーム装置１０上で視聴することが可能となる。また、その他の例としては、自宅外の場所で「いつのまに通信」が行われる場合もある。この場合は、上記ＡＰは、所定の店舗（例えばファーストフード店等）に設置されているものである。そして、ユーザがゲーム装置１０を「スリープモード」にして外出し、当該店舗に立ち寄った際に、ゲーム装置１０が自動的に当該店舗のＡＰに接続し、「いつの間に通信」を実行する。つまり、ユーザが当該店舗に滞在している間に（この間、ゲーム装置は「スリープモード」であってもよいし、「通常電力モード」であってもよい）、ゲーム装置１０は上記「番組」「広告」のデータを受信する。そして、ユーザが外出を終えて帰宅したとき、あるいは、例えば帰り道の電車の中等で、ゲーム装置１０上で新たに受信した「番組」や「広告」を視聴することが可能となる。このように、本実施形態では、「いつの間に通信」を用いてユーザの知らない間に「番組」や「広告」のデータを受信可能となっている。そして、本実施形態では、「番組」のデータと「広告」のデータを別個のデータとして扱う（受信する）ことで、後述するような処理が可能となっている。
【００９１】
ここで、「いつの間に通信」における処理の管理単位である「タスク」の概念について説明する。本実施形態における「タスク」とは、所定のサーバとの間で所定のデータを送信または受信するための処理内容を定義した概念である。１つの「タスク」は、１つの送信処理、または、受信処理に対応する。そのため、本実施形態では、当該「タスク」を「送信タスク」と「受信タスク」の２種類の「タスク」として管理している。すなわち、１つの「タスク」には、「送信」または「受信」のいずれか一方の処理しか定義できない。そして、本実施形態では、「送信タスク」や「受信タスク」の実行スケジュール等を定義し、ゲーム装置１０のシステムに「登録」することで、バックグラウンドでの実行を管理している。具体的には、「番組」を受信するための「受信タスク」（以下、「番組受信タスク」と呼ぶ）と「広告」を受信するための「受信タスク」（以下、「広告受信タスク」と呼ぶ）とを別々のタスクとして定義し（その実行スケジュール等も異なる）、登録している。ここで、本実施形態では、「番組」等の提供元として、テレビ局Ａとテレビ局Ｂの２つの局を想定する。そして、各局毎に３つの「番組」を提供している場合を例とする。つまり、本実施形態では、２つのテレビ局から合計６つの「番組」が提供されるものとする。当該「番組」の具体例を挙げると、例えば、テレビ局Ａの３つの番組の内訳として、数時間毎に更新される「ニュース」、１日単位で更新される「ドラマ」、１週間単位で更新される「情報バラエティ番組」等がある。一方、上記「番組受信タスク」については、１タスクが１つの番組に対応する。従って、本実施形態では、「番組受信タスク」は合計６つ登録されることになる。一方、「広告受信タスク」については、本実施形態では、２つの「受信タスク」が登録される。本実施形態では、「広告」の内容として、「ＣＭ広告」と「バナー広告」の２種類に分類されている。「ＣＭ広告」は動画データとして表される広告である。「バナー広告」は、静止画データとして表される広告である。そのため、「広告受信タスク」については、「ＣＭ広告」の「受信タスク」（以下、「ＣＭ広告受信タスク」）と「バナー広告」の「受信タスク」（以下、「バナー広告受信タスク」）の２つのタスクが登録される。また、本実施形態では、「ＣＭ広告受信タスク」の実行により受信されたＣＭ広告のファイルの中には複数のＣＭ広告のデータが含まれているとする。同様に、「バナー広告受信タスク」の実行により受信されたバナー広告のファイルの中には複数のバナー広告のデータが含まれているとする。
【００９２】
また、本実施形態では、上記のような「受信タスク」の他、「設定ファイル受信タスク」、「視聴履歴送信タスク」という「タスク」も登録され、実行される。「設定ファイル受信タスク」は、設定ファイルを受信するための「タスク」である。当該設定ファイルとは、「タスク」の実行スケジュール等を設定するためのファイルである。
詳細は後述するが、ゲーム装置１０は、当該設定ファイルを参照して各「タスク」の実行スケジュール（実行優先度や実行時刻等）を変更することが可能となっている。また、「視聴履歴送信タスク」は、ユーザが視聴した番組や広告を示す履歴データを所定のサーバに送信するための「送信タスク」である。
【００９３】
更に、本実施形態では、「メーカー番組受信タスク」という「タスク」も登録される。これは、ゲーム装置１０のメーカーが提供する「番組」（以下、メーカー番組）を受信するための「受信タスク」である。当該「メーカー番組」は、主にデモ映像やメーカーからの各種「お知らせ」を示す動画となっている。
【００９４】
なお、本実施形態においては、「タスク」は最大で９９個まで登録することができ（本実施形態にかかる処理以外の処理、例えばゲーム処理で利用される「タスク」も存在する）、これ以上の「タスク」を登録した場合は、登録順の古いものから上書き登録される。
【００９５】
当該「タスク」として定義される主な内容としては、以下のようなものが含まれる。まず、タスクの実行スケジュールに関する情報が含まれる。これには「実行優先度」、「次回実行時刻」、「実行間隔」、「消尽回数」等の情報が含まれる。これらの情報は、「送信タスク」や「受信タスク」がいつ実行されるかや、どの程度の頻度で実行されるか、等を規定した内容となる。次に、送受信の対象となるデータについての情報（データの格納場所等）も含まれる。更に、通信相手となるサーバの情報（ＵＲＬ等）も含まれる。これらの情報は、後述するタスクデータ５０７として管理されるため、個々の情報の詳細については、タスクデータ５０７の説明のときに改めて説明する。
【００９６】
次に、上記のような「いつの間に通信」で受信した「番組」や「広告」を視聴するための視聴処理の概要について説明する。図５〜図８は、ゲーム装置１０で実行される視聴アプリケーション（以下、視聴アプリと呼ぶ）の画面の一例である。当該視聴アプリケーションは、例えば、ゲーム装置１０のホームメニュー（図示は省略）に対するユーザの操作に基づいて起動される。図５に示す画面例は、視聴アプリのメニュー画面である。この画面では、下側ＬＣＤ１２に、番組を示すアイコン１０１が６つ表示されている（番組アイコン１０１ａ〜１０１ｆ）。また、下側ＬＣＤ１２には、その他、即時更新用のボタン１０２、広告一覧ボタン１０３、設定ボタン１０４も表示されている。また、現在選択中の番組やボタンを示すためのカーソル１１０も表示されている。ユーザは、当該下側ＬＣＤ１２に対して、例えば、カーソル１１０が合っている番組アイコン１０１のタッチ操作等を行うことで、各番組の再生や、各ボタンに対応した処理の実行を行うことができる。また、上側ＬＣＤ２２には、メニュー画面においては、下側ＬＣＤ１２で選択された番組アイコン１０１等の説明（番組内容の紹介など）が適宜表示される。
【００９７】
図５において、下側ＬＣＤ１２からユーザが所望の番組の再生指示を行うと、図６で示すような、番組再生画面に切り替わる。図６では、上側ＬＣＤ２２には、番組やＣＭ広告の映像が表示される。一方、下側ＬＣＤ１２には、その上部に再生制御パネル１２１が表示され、その下にバナー広告画像１２２が表示され、更にその下に、メニューボタン１２３およびブラウザ起動ボタン１２４が表示される。上側ＬＣＤ２２で再生される動画は、再生制御パネル１２１（シークバーや再生／一時停止ボタン）を操作することで、再生の制御が可能である。
【００９８】
ここで、本実施形態では、上記のように、「番組」のデータと「広告」のデータは別々に受信される。一方、当該番組再生画面において番組が再生される際は、番組の途中でＣＭ広告も適宜再生されるようにしている。これは、番組の再生が指示されたとき、受信済みのＣＭ広告のファイルが参照され、原則として、ランダムにいくつかのＣＭ広告が選択されて、上記番組の再生の途中（番組開始前と開始後も含む）でＣＭ広告が再生されるような設定処理が実行される。これにより、番組の再生開始時に、番組内容とは関係なくランダムでＣＭ広告が選択され、これらＣＭ広告が番組の途中に適宜再生されることで、一般的なテレビ番組のような再生が可能となる。
【００９９】
なお、本実施形態では、当該視聴アプリの起動時に、未視聴の番組がある場合は、上記メニュー画面を表示せずに、当該未視聴の番組のいずれかの再生を開始する制御（未視聴番組の自動再生）も行う（つまり、視聴アプリを起動したとき、メニュー画面ではなく番組再生画面が表示される場合もある）。また、本実施形態では上記のように２つのテレビ局から番組を提供されているところ、未視聴番組の自動再生を行う際に、再生される番組が一方の局に偏らないように、両局の番組の再生機会が公平となるような制御も行われている。
【０１００】
次に、下側ＬＣＤ１２のバナー広告画像１２２の表示態様に関して説明する。当該バナー広告画像１２２は、上記「バナー広告受信タスク」で受信されたバナー広告のファイルに含まれる画像が表示されたものである。上記のように、「番組」のデータと「広告」のデータは別々に受信されるため、バナー広告画像についても、番組の再生指示がなされた際に、今回の再生において表示するバナー広告がランダムで選択され、上側ＬＣＤ２２における番組の再生中に適宜切り替わりながら下側ＬＣＤ１２に表示される（各バナー広告画像が表示される時間については各バナー広告のデータ自身に含まれている）。但し、上記ＣＭ広告の動画が上側ＬＣＤ２２で再生されているときについては、当該ＣＭ広告で紹介されている商品等に関連するバナー広告が表示される。つまり、ＣＭ広告と関連するバナー広告画像が表示される（例えば、Ａ社の化粧品のＣＭ広告が再生されていれば、当該ＣＭ広告が再生されている間は、当該化粧品が示されたバナー広告画像が下側ＬＣＤ１２に表示される）。以下、このような、ＣＭ広告と関連しているバナー広告のことを連動バナー広告と呼ぶ。
【０１０１】
また、図６において、ブラウザ起動ボタン１２４は、ウェブブラウザを起動して、そのときに表示されているバナー広告画像に関連するサイト（広告主のサイトやショッピングサイト）を閲覧するためのボタンである。当該ボタンが押された場合、番組の再生は一時停止される。そして、当該視聴アプリはバックグラウンドの処理として切り替えられ（例えば待機状態となる）、ウェブブラウザにかかる処理がフォアグラウンドの処理として起動される。その後、ウェブブラウザにかかる処理が終了すれば、当該視聴アプリがフォアグラウンドの処理に切り替えられ、一時停止した箇所から番組の再生が再開される。
【０１０２】
また、図６において、メニューボタン１２３は、当該番組再生画面を終了して上記図５のメニュー画面に戻るためのボタンである。
【０１０３】
図５に戻り、次に、ユーザが下側ＬＣＤ１２から広告一覧ボタン１０３を押したときの処理概要について説明する。この場合、図７に示すような広告一覧画面が表示される。この画面は、上記「バナー広告受信タスク」で受信されたバナー広告のファイルに含まれる各バナー広告を閲覧するための画面である。上記のように、本実施形態では「番組」のデータと「広告」のデータが別々に受信されるため、このように広告のみを閲覧することも可能となっている。当該画面では、下側ＬＣＤ１２に、バナー広告のサムネイル画像１３１が一覧表示される。また、カーソル１１０も表示されている。アナログスティック１５等を操作してユーザが所望のバナー広告画像にカーソル１１０を合わせると、上画面に、当該バナー広告に関する情報（広告内容の問い合わせ先や掲載期間等の書誌情報）が表示される。そして、ユーザが所望のバナー広告のサムネイル画像にカーソル１１０を合わせ、決定する操作を行うと、図８に示すような、バナー広告詳細画面が表示される。図８では、下側ＬＣＤ１２に、バナー広告の閲覧や再生を制御するための閲覧制御パネル１４１と、選択したバナー広告画像１２２が表示される。また、上側ＬＣＤ２２には、選択されたバナー広告画像に関連付けられているＣＭ広告がある場合は、そのＣＭ広告の映像が再生される。関連するＣＭ広告がない場合は、当該バナー広告に関する情報が表示される。
【０１０４】
また、下側ＬＣＤ１２には、戻るボタン１４２、ブラウザ起動ボタン１４３も表示されている。戻るボタン１４２は、上記広告一覧画面に戻るためのボタンである。ブラウザ起動ボタン１４３は、ウェブブラウザを起動して、そのときに表示されているバナー広告画像に関連するサイトを閲覧するためのボタンである。
【０１０５】
図５に戻り、次に、ユーザが下側ＬＣＤ１２から設定ボタン１０４を押したときの処理について説明する。このときは、当該視聴アプリに関する設定を行うための画面が表示される（図示は省略）。ユーザはこの画面を用いて、視聴アプリの動作に関する各種設定操作を行うことができる。例えば、映像や広告の自動受信を行うか否か（つまり、上記「いつの間に通信」を実行するか否か）等を設定することが可能である。また、下側ＬＣＤ１２から即時更新用のボタン１０２をユーザがタッチすれば、最新の番組等が存在するかどうかの判定と、最新の番組等が存在する場合は、そのデータを受信する処理が実行される。この受信処理は、上記「番組受信タスク」および「広告受信タスク」の即時実行となる（つまり、バックグラウンド処理として受信処理が行われることになる）。
【０１０６】
このように、本実施形態では、番組と広告のデータを別々に受信し、番組の再生時に、その番組と共に再生される広告をその都度決定している。そのため、ネットワークにかかる負荷を分散することができ、また、広告のみを閲覧するような処理も可能となる。
【０１０７】
次に、ゲーム装置１０において行われる「いつの間に通信」処理および視聴アプリケーション処理の詳細を説明する。なお、本実施形態における処理の実行主体に関して説明すると、本実施形態では、第１マイコン３７、第２マイコン３６１、ＣＰＵ３１１が、それぞれ独立して、以下に説明する処理の実行主体となり、これらの処理が互いに連携しながら並列的に実行される。まず、本実施形態にかかる各処理において用いられる主なデータについて説明する。
【０１０８】
図９は、第１マイコン３７に内蔵されている記憶領域（図示せず）に記憶される主なデータを示す図である。第１マイコン３７の内部には、プログラム領域３０１とデータ領域３０３が存在し、プログラム領域３０１には、第１マイコン３７が担当する処理を実行するためのマイコン処理プログラム３０２が記憶され、データ領域３０３には、給電状態フラグ３０４、次回起床時刻３０５が記憶される。給電状態フラグ３０４は、「スリープモード」であるか否かを示すためのフラグである。オンに設定されているときは「通常電力モード」、オフに設定されているときは、「スリープモード」であるとする。次回起床時刻３０５は、「スリープモード」を解除する時刻を示すデータである。
【０１０９】
図１０は、無線通信モジュール３６に内蔵されているＲＡＭ３６２に記憶される主なデータを示す図である。ＲＡＭ３６２には、プログラム領域４０１とデータ領域４０３が存在する。プログラム領域４０１には、通信制御プログラム４０２が格納される。当該プログラムは、主に上記インフラ通信にかかる処理を制御するためのプログラムである。また、ＡＰをサーチするための処理も当該プログラムによって実現される。また、データ領域４０３には、ＡＰに関する情報（ＳＳＩＤ等）が含まれるＡＰ識別情報４０４が記憶される。
【０１１０】
図１１は、ゲーム装置１０のメインメモリ３２のメモリマップを示す図である。図１１において、メインメモリ３２は、プログラム記憶領域５０１およびデータ記憶領域５０５を含む。プログラム記憶領域５０１およびデータ記憶領域５０５のデータは、データ保存用内部メモリ３５、またはデータ保存用外部メモリ２９に格納され、本実施形態にかかる処理の実行時に、必要に応じてメインメモリ３２に転送されて記憶される。なお、本実施形態では、図１１に示すプログラム、および、データのうち、視聴アプリプログラム５０３、視聴アプリ用データ５０９については、基本的にはデータ保存用外部メモリ２９に保存されている。その他のプログラム、データについては、基本的にデータ保存用内部メモリ３５に保存されている。
【０１１１】
プログラム記憶領域５０１には、システム用プログラム５０２、視聴アプリプログラム５０３、ウェブブラウザアプリプログラム５０４が記憶される。システム用プログラムには、「いつの間に通信」処理を実行するためのプログラムやホームメニューを表示・制御するためのプログラム等、ゲーム装置１０のシステムに関する各種プログラムが含まれている。視聴アプリプログラム５０３は、上述したような視聴アプリの実現するためのプログラムである。ウェブブラウザアプリプログラム５０４は、上記視聴アプリ等から呼び出されるウェブブラウザアプリを実行するためにプログラムである。
【０１１２】
データ記憶領域５０５には、システム用データ５０６およびアプリ用データ５０８、操作データ５１１が含まれている。システム用データ５０６には、タスクデータ５０７等が含まれている。タスクデータ５０７は、上述した「タスク」の内容を定義するためのデータである。図１２は、タスクデータ５０７のデータ構造の一例を示した図である。タスクデータ５０７には、複数のタスク設定５３１が格納される。各タスク設定５３１は、アプリＩＤ５３２、タスクＩＤ５３３、実行優先度５３４、通信先ＵＲＬ５３５、ファイルパス５３６、次回実行時刻５３７、実行間隔５３８、送信／受信識別フラグ５３９、消尽回数５４０、前回完了時刻５４１、タスク登録時刻５４２等から構成される。
【０１１３】
アプリＩＤ５３２は、その「タスク」に関連するアプリケーションやゲーム（本実施形態では、視聴アプリ）を示すＩＤである。タスクＩＤ５３３は、当該タスクを識別するためのＩＤである。
【０１１４】
実行優先度５３４は、当該「タスク」の実行優先度を示すデータである。本実施形態では、５段階の実行優先度が定義されている。具体的には、実行優先度の高い順に、"EXPEDITE"、"HIGH"、"MEDIUM"、"LOW"、"STOPPED"の５つが定義されている。そして、当該データには、これらの優先度のうちのいずれかを示す情報が格納される。
【０１１５】
通信先ＵＲＬ５３５は、当該「タスク」の通信先（例えば、本実施形態では「番組」や「広告」のダウンロード元のサーバ等）を示す。
【０１１６】
ファイルパス５３６は、「いつの間に通信」によって送信（アップロード）あるいは受信（ダウンロード）する各種ファイルのゲーム装置１０内における保存場所を示すデータである。例えば、「送信タスク」の場合は、当該ファイルパス５３６で示されるメモリ上の場所に格納されているファイルを、上記通信先ＵＲＬ５３５で示されるサーバに送信することになる。また、「受信タスク」であれば、上記通信先ＵＲＬ５３５で示されるサーバから受信したデータ（本実施形態では「番組」や「広告」、「設定」のファイル）を、当該ファイルパス５３６で示されるメモリ上の場所に格納する。
【０１１７】
次回実行時刻５３７は、当該タスクが次に実行されるべき時刻を示すデータである。実行間隔５３８は、当該タスクの実行間隔を示すデータである。例えば、３時間毎、４時間毎、１日毎、等を示すデータが格納される。上記次回実行時刻５３７の決定の際に、当該実行間隔５３８が用いられる。
【０１１８】
送信／受信識別フラグ５３９は、その「タスク」が所定のデータを送信する「送信タスク」であるか、所定のデータを受信する「受信タスク」であるかを示すフラグである。例えば、当該フラグがオンに設定されていれば「受信タスク」であり、オフに設定されていれば「送信タスク」であることを示す。
【０１１９】
消尽回数５４０は、当該タスクの消尽回数を示す。ここで、タスクの消尽回数について説明する。当該消尽回数は、いわば、タスクの実行可能回数を示すものである。本実施形態において、上記「タスク」が新規に生成・登録される際に、消尽回数５４０として所定の数値が初期値として設定される。そして、当該消尽回数５４０は、「タスク」が実行される毎に例えば１ずつ減算されていく。また、当該「タスク」に対応するアプリ等が起動される度に、消尽回数は初期値にリセットされる。そして、本実施形態では、消尽回数が０になった「タスク」は（換言すれば、このような「タスク」に対応するアプリやゲーム等が長期間実行されていないことを示すことになる）、上記実行優先度５３４の内容に関わらず実行されない、という制御が行われる（タスク自体は消去されずに存在する）。なお、本実施形態では、「番組受信タスク」の消尽回数に関しては、視聴アプリが起動されただけでは初期値にリセットはされず、対応する番組が視聴される度に初期値にリセットされるものとする。そのため、例えば、上記６つの番組のうち、ある１つの番組だけが一度も視聴されていない状態が続くと、当該番組の「受信タスク」の消尽回数は減っていく一方となり、最終的に、消尽回数が０となり、当該番組の「受信タスク」のみ実行されないという状況も起こり得る。
【０１２０】
前回完了時刻５４１は、当該タスク設定５３１にかかる「タスク」が最後に実行されて正常に完了した時刻を示すデータである。タスク登録時刻５４２は、当該タスク設定５３１が一番最初に生成・登録された時刻を示すデータである。
【０１２１】
図１１に戻り、アプリ用データ５０８には、視聴アプリ用データ５０９、ウェブブラウザアプリ用データ５１０等、各種アプリやゲームで用いられるデータが含まれる。視聴アプリ用データ５０９は、上述したような視聴アプリで主に利用されるデータである。図１３は、視聴アプリ用データ５０９のデータ構造の一例を示した図である。視聴アプリ用データ５０９は、番組パッケージ６０１ａ〜６０１ｆ（以下、総称して番組パッケージ６０１と呼ぶこともある）、メーカー番組パッケージ６０２、バナー広告パッケージ６０３、ＣＭ広告パッケージ６０４、設定パッケージ６０５、視聴ログデータ６０６等から構成されている。番組パッケージ６０１は、上記テレビ局から配信される「番組」を示すファイルであり、１つの番組パッケージ６０１が１つの番組に対応する。
【０１２２】
図１４は、当該番組パッケージ６０１のデータ構造の一例を示す図である。各番組パッケージ６０１は、番組パッケージヘッダ６３１、番組メタデータ６３２、番組動画データ６３３を含む。番組パッケージヘッダ６３１には、当該番組パッケージを一意に識別するための情報や（本実施形態では、テレビ局提供の番組６つ＋メーカー番組の計７つの「番組」があるため）、当該番組パッケージのバージョンを示す情報や、サムネイル用の画像データ等が含まれている。
【０１２３】
番組メタデータ６３２は、当該番組の書誌的な情報、例えば、番組のタイトルや概要説明等の情報が含まれる。また、当該番組の再生有効期間についての情報も含まれる。例えば、ある番組について、当該再生有効期間として２０１１／６／１〜２０１１／６／３０と定義されているような場合は、当該番組は、この期間の間だけ再生可能となる。
【０１２４】
番組動画データ６３３は、当該番組の動画データである。例えば、Ｈ．２６４形式でエンコードされた動画データである。
【０１２５】
図１３に戻り、メーカー番組パッケージ６０２は、ゲーム装置１０のメーカーが提供する「番組」を示すファイルである。その番組内容としては、例えば各種の「お知らせ」や「デモ映像」等がある。当該メーカー番組パッケージ６０２のデータ構造は、上記番組パッケージ６０１と同様であるため、その説明は省略する。
【０１２６】
次に、バナー広告パッケージ６０３は、上記バナー広告画像が含まれるファイルである。図１５は、当該バナー広告パッケージ６０３のデータ構造の一例を示す図である。バナー広告パッケージ６０３は、バナー広告パッケージヘッダ６７１と、複数のバナー広告ボディ６７２とで構成されている。バナー広告ボディ６７２のそれぞれが１つのバナー広告に対応している。つまり、バナー広告パッケージ６０３には複数のバナー広告が多重化されて格納されていることになる。バナー広告ボディ６７２は、バナー広告メタデータ６７３、バナー広告画像データ６７４で構成される。
【０１２７】
バナー広告パッケージヘッダ６７１には、当該バナー広告パッケージ６０３のバージョンを示す情報や、当該バナー広告パッケージ６０３に含まれているバナー広告の数（つまり、バナー広告ボディ６７２の数）を示す情報が含まれる。更に、当該バナー広告パッケージ６０３内に含まれている各バナー広告ボディ６７２の位置を示すバナー広告インデックス情報も含まれている。当該情報を参照することで、当該バナー広告パッケージ６０３に含まれている各バナー広告ボディ６７２を検索することが可能となっている。
【０１２８】
バナー広告メタデータ６７３には、当該バナー広告の書誌的な情報、例えば、当該バナー広告の画像サイズや、当該バナー広告と関連付けられたＵＲＬ情報等が含まれている。例えば、上記図６のブラウザ起動ボタン１２４が押されたときに、当該ＵＲＬ情報が用いられる。更に、当該バナー広告を表示する時間（バナー再生時間）を示す情報も含まれている。例えば、この情報でバナー再生時間が５秒と定義されていれば、番組再生中において、当該バナー広告の画像が５秒間表示された後、別のバナー広告画像に切り替わる、と言う制御が行われることになる。
【０１２９】
バナー広告画像データ６７４は、バナー広告の画像データであり、例えば、jpeg形式の静止画像データである。
【０１３０】
図１３に戻り、ＣＭ広告パッケージ６０４は、上記ＣＭ広告が含まれるファイルである。図１６は、当該ＣＭ広告パッケージ６０４のデータ構造の一例を示す図である。ＣＭ広告パッケージ６０４は、ＣＭ広告パッケージヘッダ６９１と、複数のＣＭ広告ボディ６９２と、連動バナー広告素材データ６９５で構成されている。また、ＣＭ広告ボディ６９２は、それぞれが１つのＣＭ広告に対応している。つまり、上記バナー広告と同様に、複数のＣＭ広告が多重化されて格納されている。
【０１３１】
ＣＭ広告パッケージヘッダ６９１には、当該ＣＭ広告パッケージ６０４のバージョンを示す情報や、当該ＣＭ広告パッケージ６０４に含まれているＣＭ広告の数を示す情報が含まれる。また、当該ＣＭ広告パッケージ６０４に含まれている連動バナー広告の数を示す情報も含まれる。更に、当該ＣＭ広告パッケージ６０４内に含まれている各ＣＭ広告ボディ６９２の位置を示すＣＭ広告インデックス情報、および、各連動バナー広告ボディ６７２の位置を示す連動バナー広告インデックス情報も含まれている。これらのインデックス情報も、ＣＭ広告あるいは連動バナー広告を検索するために利用される。
【０１３２】
ＣＭ広告ボディ６９２は、ＣＭ広告メタデータ６９３、ＣＭ広告動画データ６９４で構成される。ＣＭ広告メタデータ６９３には、当該ＣＭ広告の書誌的な情報、例えば、当該ＣＭ広告のタイトルや、当該ＣＭ広告に関連付けられている連動バナー広告の数や、当該連動バナー広告を特定するための情報等が含まれる。ＣＭ広告動画データ６９４は、ＣＭ広告の動画データである。
【０１３３】
連動バナー広告素材データ６９５は、上記ＣＭ広告のいずれかに関連付けられた連動バナー広告のデータであり、複数の連動バナー広告のデータが含まれている。各連動バナー広告のデータ構造は、上述したバナー広告ボディ６７２と同様の構造である。
【０１３４】
図１３に戻り、設定パッケージ６０５は、本視聴アプリに関連する「タスク」、すなわち、上記「番組」、「広告」や、当該「設定（パッケージ）」自身を受信するための各「受信タスク」と、視聴ログを送信するための「送信タスク」の定義内容を規定したファイルである。例えば、テレビ局Ａが番組の配信スケジュール（ゲーム装置１０において当該番組を受信させる頻度）を変更したい場合は、当該設定パッケージ６０５に変更内容を示す情報が含まれて配信される。そして、これを受信した各ゲーム装置１０において、当該設定パッケージ６０５が参照されて、該当する番組の「受信タスク」の実行スケジュールが変更されることで、番組の配信スケジュールを変更することが可能となる。
【０１３５】
図１７は、当該設定パッケージ６０５のデータ構造の一例を示す図である。設定パッケージ６０５は、設定パッケージバージョン情報６４１と、複数のタスク設定データ６４２とで構成されている。設定パッケージバージョン情報６４１は、当該設定パッケージ６０５のバージョンを示す情報である。例えば、以下に説明するタスク設定データ６４２の内容に変更が発生すれば、その都度、設定パッケージバージョン情報６４１の内容も変更され得る（例えばバージョン番号のカウントアップ等）。
【０１３６】
タスク設定データ６４２は、視聴アプリで利用される各タスク（本実施形態では合計１０個のタスク）の定義内容を示す情報である。各タスク設定データ６４２には、タスクバージョン情報６５１、タスク特定情報６５２、消尽回数６５３、実行優先度６５４、実行間隔６５５が含まれている。タスクバージョン情報６５１は、当該タスク設定データ６４２のバージョンを示す情報である。タスク特定情報６５２は、当該タスク設定データ６４２に対応する「タスク」を特定するための情報である。つまり、当該タスク設定データ６４２は、上記１０個の「タスク」のどれに対応するか（適用されるか）を示す情報である。消尽回数６５３、実行優先度６５４、実行間隔６５５は、上述したタスク設定５３１（上記図１２参照）の消尽回数５４０、実行優先度５３４、実行間隔５３８に設定される（適用される）データである。
【０１３７】
図１３に戻り、視聴ログデータ６０６は、ユーザが視聴した番組や広告に関するデータである。当該データは、「送信タスク」による送信対象として定義され、「いつの間に通信」によって適宜所定のサーバに送信される。視聴ログデータ６０６には、番組視聴データ６０７、ＣＭ視聴データ６０８、バナー視聴データ６０９が含まれている。番組視聴データ６０７は、ユーザが視聴した番組を示すデータであり、上記６つの番組のそれぞれに番組視聴データ６０７が用意される。ＣＭ視聴データ６０８は、ユーザが視聴したＣＭ広告を示すデータであり、バナー視聴データ６０９は、ユーザが視聴したバナー広告を示すデータである。これら３つの視聴データのデータ構造は共通している。図１８は、各視聴データのデータ構造を示す図である。各視聴データは、ユーザデータ６１１、最終再生日時６１２、再生量６１３、視聴番組ＩＤ６１４を含む。ユーザデータ６１１は、当該ゲーム装置１０のユーザを示す情報である。これは例えば、ゲーム装置１０本体内に保存されているユーザ情報や、視聴アプリの初回起動時に実行される「利用者情報登録」処理によって保存された情報が用いられる。最終再生日時６１２は、当該番組、または、ＣＭ広告、またはバナー広告が視聴された最新の日時を示すデータであり、分単位で記録される。再生量６１３は、番組やＣＭ広告のような動画について、どこまで再生されたか（どこで再生が中断・中止されたか）を示す情報である。例えば、「最初〜１／３未満までの間」、「１／３〜２／３までの間」、「２／３〜最後までの間」のように、動画の再生時間を３つの期間に区切って、どこまで視聴されたかが示される。視聴番組ＩＤ６１４は、当該視聴された番組、ＣＭ広告、またはバナー広告を特定するための情報である。
【０１３８】
その他、視聴アプリ用データ５０９には、視聴アプリの実行に必要な各種データが適宜含まれる。例えば、視聴アプリの動作に関する設定データ（上記図５で、下側ＬＣＤ１２に表示されている設定ボタン１０４をユーザが押したときの設定処理によって設定され得る）等が含まれる。
【０１３９】
図１１に戻り、ウェブブラウザアプリ用データ５１０は、ウェブブラウザアプリにおいて用いられる各種データが含まれている。
【０１４０】
操作データ５１１には、操作ボタン１４やアナログスティック１５、タッチパネル１３や加速度センサ３９に対する入力状態を示すデータが含まれる。
【０１４１】
その他、データ記憶領域５０５は、例えば、「いつの間に通信」において受信されるデータの一時的な保存場所等としても利用される。
【０１４２】
次に、図１９〜図２８を参照して、ゲーム装置１０によって実行される処理の詳細をフローチャートを用いて説明する。まず、上記「いつの間に通信」に関連する処理について説明し、その後、上記視聴アプリの処理の詳細を説明する。「いつの間に通信」に関連する処理は、第１マイコン３７が実行する処理と、無線通信モジュール３６が実行する処理と、ＣＰＵ３１１が実行する処理とで構成される。「スリープモード」「通常電力モード」の切替制御にも関連するためである。
【０１４３】
［第１マイコンが実行する処理］
まず、第１マイコン３７が実行する処理について説明する。図１９は、第１マイコン３７によって実行されるマイコン処理を示すフローチャートである。図１９で示される処理は、ゲーム装置１０の電源が完全に切断されない限り、バックグラウンド処理として所定間隔で繰り返し実行される。
【０１４４】
図１９において、まず、ステップＳ１で、ゲーム装置１０が上記「スリープモード」であるか否かが判定される。具体的には、上記給電状態フラグ３０４が参照されることによって「スリープモード」か否かが判定される。当該判定の結果、「スリープモード」ではないときは（ステップＳ１でＮＯ）、後述のステップＳ７に処理が進められる。一方、「スリープモード」であると判定されたときは（ステップＳ１でＹＥＳ）、次に、ステップＳ２において、無線通信モジュール３６（の第２マイコン３６１）から発行される、ＡＰを検出した旨の通知を受けたか否かが判定される（当該通知は、後述の図１６のステップＳ２４において発行される）。当該判定の結果、ＡＰを検索した旨の通知が無線通信モジュール３６から発行されていないときは（ステップＳ２でＮＯ）、後述のステップＳ７に処理が進められる。一方、ＡＰを検索した旨の通知が無線通信モジュール３６から発行されていたときは（ステップＳ２でＹＥＳ）、ステップＳ４において、「スリープモード」を解除して「通常電力モード」に移行させるための命令が第１マイコン３７からＣＰＵ３１１に対して発行されるとともに、給電状態フラグ３０４をオンにし、かつ、電源回路にスリープを解除する旨を通知する。更に、「いつの間に通信」の実行指示もＣＰＵ３１１に対して発行される。
【０１４５】
この後、ＣＰＵ３１１は一時的に通電されて動作可能な状態となり、後述するような「いつの間に通信」にかかる処理を実行する。そして、その実行が終われば、「いつの間に通信」が終了した旨の通知がＣＰＵ３１１から第１マイコン３７に送信される。
【０１４６】
次に、ステップＳ５において、上記「いつの間に通信」が終了した旨の通知を受けたか否かが判定される。その結果、当該通知を受けていない間は（ステップＳ５でＮＯ）、ステップＳ５の判定が繰り返される（つまり、「いつの間に通信」の終了まで待機することになる）。一方、当該通知を受けたときは（ステップＳ５でＹＥＳ）、ステップＳ６において、「スリープモード」に移行させるための命令が第１マイコン３７からＣＰＵ３１１に発行されるとともに、給電状態フラグ３０４をオフにし、かつ、電源回路４０に、スリープに移行する旨が通知される。なお、上記ステップＳ４の「スリープモード」を解除して「通常電力モード」に移行させるための命令、ステップＳ５の判定、およびステップＳ６の「スリープモード」に移行させるための命令は、第１マイコン３７ではなく、無線通信モジュール３６の第２マイコン３６１によって実行されてもよい。
【０１４７】
次に、ステップＳ７において、ゲーム装置１０が閉状態（ハウジングが閉じられている状態）から開状態（ハウジングが開かれた状態）に移行したか否か（つまり、ゲーム装置１０が開かれたか否か）が判定される。具体的には、第１マイコン３７は、開閉検出器４６からハウジングが開かれたことを示す検出信号があったか否かを判定する。当該判定の結果、閉状態から開状態に移行したと判定されたときは（ステップＳ７でＹＥＳ）、次のステップＳ８において、「スリープモード」を解除するための命令が第１マイコン３７からＣＰＵ３１１に発行されるとともに、給電状態フラグ３０４をオンにし、かつ、電源回路４０に、スリープを解除する旨を通知する。これに応じて、電源回路４０は、適宜、ゲーム装置１０の各構成部品への電力供給を開始する。
【０１４８】
一方、ステップＳ７の判定の結果、ゲーム装置１０が閉状態から開状態に移行していないと判定されたときは（ステップＳ７でＮＯ）、次に、ステップＳ９において、ゲーム装置１０が開状態から閉状態に移行したか否か（つまり、ゲーム装置１０が閉じられたか否か）が開閉検出器４６からの信号により判定される。その結果、ゲーム装置１０が開状態から閉状態に移行したと判定されたときは（ステップＳ９でＹＥＳ）、次のステップＳ１０において、「スリープモード」に移行させるための命令が第１マイコン３７からＣＰＵ３１１に発行されるとともに、給電状態フラグ３０４をオフにし、かつ、電源回路４０に、スリープに移行する旨が通知される。これに応じて、電源回路４０は、適宜、ゲーム装置１０の各構成部品への電力供給を停止する。一方、ステップＳ９の判定の結果、ゲーム装置１０が開状態から閉状態に移行していないと判定されたときは（ステップＳ９でＮＯ）、上記ステップＳ１０の処理がスキップされて、マイコン処理は終了する。
【０１４９】
［スリープモード時に第２マイコン３６１が実行する処理］
次に、図２０を用いて、「スリープモード」中に第２マイコン３６１によって実行されるサーチ処理について説明する。まず、ステップＳ２１において、ＡＰのサーチが行われる。ここで行われるサーチでは、いわゆるパッシブスキャンによるＡＰのサーチが行われる。
【０１５０】
次に、ステップＳ２３において、上記サーチ処理の結果、ＡＰが検出されたか否かが判定される。その結果、ＡＰが検出されなかったときは（ステップＳ２３でＮＯ）、上記ステップＳ４１に戻り、処理が繰り返される。一方、ＡＰが検出されたときは（ステップＳ２３でＹＥＳ）、ステップＳ２４において、ＡＰを検出した旨が第１マイコン３７に対して通知される。（この通知は、上記図１９のマイコン処理におけるステップＳ２の判定で用いられる）。その結果、第１マイコン３７からの信号でＣＰＵ３１１のスリープ状態が一時的に解除され、後述する「いつの間に通信」処理が実行されることになる。その後、「いつの間に通信」が終わって再度ＣＰＵ３１１がスリープ状態に移行する際に、無線通信モジュール３６のＲＡＭ３６２に当該スリープ中ＢＧ通信処理のプログラムが格納され、上記ステップＳ２１からの処理が繰り返されることになる。以上で、サーチ処理の説明は終了する。
【０１５１】
［いつの間に通信処理］
次に、「いつの間に通信」処理の詳細を説明する。当該処理の主体はＣＰＵ３１１であり、「スリープモード」のときは、上記第１マイコン３７の実行指示に基づき実行される。また、「通常電力モード」のときは、バックグラウンドの処理として所定の時間間隔で定期的に繰り返し実行される。従って、後述する視聴アプリや他のアプリが実行中であっても、原則として、そのバックグラウンドで当該「いつの間に通信」（による番組等の受信）は実行され得る。
【０１５２】
図２１は、当該「いつの間に通信」処理の詳細を示すフローチャートである。まず、ステップＳ４１において、「スリープモード」中に本処理が呼び出されたのか否かが判定される。つまり、上記マイコン処理におけるステップＳ４の処理に応じて実行されたものであるか否かが判定される。当該判定の結果、「スリープモード」中に呼び出されていたときは（ステップＳ４１でＹＥＳ）、ステップＳ４２において、「スリープモード」中に検出されたＡＰとの接続を確立する処理が実行される。そして、後述のステップＳ４３に処理が進められる。一方、ステップＳ４１の判定の結果、「スリープモード」中の呼び出しではないときは（ステップＳ４１でＮＯ）、上記ステップＳ４２の処理はスキップされる。なお、この場合は、「通常電力モード」において本処理が呼び出されたことになるが、このとき、ＡＰとの接続が確立していなければ、図示は省略するが、ＡＰのサーチ処理とその接続確立処理が適宜実行されてから、次のステップＳ４３に処理が進められる。
【０１５３】
次に、ステップＳ４３において、タスクデータ５０７が参照され、この時点で実行予定である「タスク」（実行予定時刻が経過しているが未処理のものも含む）が抽出される。なお、当該抽出された「タスク」には、上記視聴アプリに関連する「タスク」の他、他のアプリに関連する「タスク」も含まれ得る。
【０１５４】
次に、ステップＳ４４において、上記抽出された実行予定タスクの全てについて、以下に述べるような処理が行われたか否かが判定される。その結果、未処理のタスクが残っているときは（ステップＳ４４でＮＯ）、次のステップＳ４５において、未処理のタスクの中からいずれか一つが、処理対象タスクとして選択される。
【０１５５】
次に、ステップＳ４６において、当該処理対象タスクに対応するタスクデータ５０７が参照され、その定義内容に基づいて、所定のサーバとの間でデータの送受信等が行われる。例えば、当該タスクが上記「番組受信タスク」であれば、当該タスクにかかる番組パッケージ６０１（上記６つの番組のうちのいずれか１つ）の受信処理が行われる。また、「視聴ログ送信タスク」であれば、上記視聴ログデータ６０６を所定のサーバに送信する処理が実行される。
【０１５６】
次に、ステップＳ４７において、ゲーム装置１０とＡＰとが通信可能な状態が継続しているか否か（ゲーム装置１０がＡＰの通信可能範囲外に移動していないか）が判定される。その結果、通信可能な状態が継続していれば（ステップＳ４７でＹＥＳ）、上記ステップＳ４４に戻り、処理が繰り返される。
【０１５７】
一方、ステップＳ４７の判定の結果、通信可能な状態になっていないと判定されたとき（ステップＳ４７でＮＯ）、あるいは、上記ステップＳ４４の判定の結果、実行予定のタスクを全て処理したと判定されたときは（ステップＳ４４でＹＥＳ）、ステップＳ４８において、上記ステップＳ４１と同様に、「スリープモード」中に本処理が呼び出されたのか否かが判定される。その結果、「スリープモード」中に呼び出されていたときは（ステップＳ４８でＹＥＳ）、再度「スリープモード」に戻るための処理が実行される。すなわち、ステップＳ４９において、いつの間に通信が終了した旨の通知が第１マイコン３７に送信される。その結果、第１マイコン３７から「スリープモード」への移行命令がＣＰＵ３１１に発行されることになる。
【０１５８】
一方、ステップＳ４８の判定の結果、「スリープモード」中の呼び出しではないときは（ステップＳ４８でＮＯ）、「通常電力モード」における呼び出しとなるため、上記ステップＳ４９の処理はスキップされ、「いつの間に通信」処理は終了する。
【０１５９】
［視聴アプリケーション処理］
次に、視聴アプリ処理の詳細について説明する。当該処理は、上述したように、ホームメニューに対するユーザの起動指示（例えば、当該視聴アプリを示すアイコンをタッチする等）に応じて、その実行が開始される。
【０１６０】
図２２は、視聴アプリ処理の詳細を示すフローチャートである。当該処理の実行が開始されると、まず、ステップＳ１０１において、当該視聴アプリの起動が（当該アプリがゲーム装置１０にインストールされてから）初めての起動（初回起動）であるか否かが判定される。その結果、初回起動でないときは（ステップＳ１０１でＮＯ）、後述するステップＳ１０４に処理が進められる。一方、初回起動のときは（ステップＳ１０１でＹＥＳ）、ステップＳ１０２において、初回起動時設定処理が実行される。これは、当該視聴アプリの実行環境をゲーム装置１０内に構築するための処理である。
【０１６１】
図２３は、上記ステップＳ１０２で示した初回起動時設定処理の詳細を示すフローチャートである。図２３において、まず、ステップＳ１２１で、視聴アプリで利用されるデータ、すなわち、上述した「番組」や「広告」、「設定」のファイルを記憶するための記憶領域を確保する処理が実行される。本実施形態では、上述のようにこれらのデータはデータ保存用外部メモリ２９上に記憶されるものとする。従って、この処理では、データ保存用外部メモリ２９上に、上記図１３で示したような各種ファイルを記憶するための領域が確保される。
【０１６２】
次に、ステップＳ１２２において、設定パッケージ６０５を受信するためのタスクである「設定ファイル受信タスク」を作成してシステムに登録する処理が実行される。なお、この時点における当該「設定ファイル受信タスク」の内容（実行優先度等）については、初期値として予め定義されている内容が用いられる。
【０１６３】
次に、ステップＳ１２３において、利用者情報登録処理が実行される。この処理では、各種の設定入力画面を表示し、これに対するユーザの入力に基づき、「視聴者」であるユーザに関する情報を設定する処理が実行される。当該情報としては、例えば、ユーザの生年月日や性別がある。ここで設定された情報は、利用者情報（図示は省略）として、視聴アプリ用データ５０９の一部として適宜保存される。
【０１６４】
利用者情報登録処理が終われば、次に、ステップＳ１２４で、「設定ファイル受信タスク」以外のタスクの登録が実行される。すなわち、「番組受信タスク」（６つのテレビ番組分＋メーカー番組分の計７つの「タスク」）、「ＣＭ広告受信タスク」、「バナー広告受信タスク」、および「視聴履歴送信タスク」が生成されて登録される。なお、この時点ではまだ最新の設定パッケージ６０５が受信されていないため（上記ステップＳ１２２の処理は「受信タスク」を登録しただけであり、まだ受信そのものは行われていない）、実行優先度等の情報には、予め初期値が設定されている設定パッケージ６０５を用いて各「タスク」の内容が定義される。本実施形態では、初期値として、以下の内容が定義されているとする。実行優先度５３４としては、全受信タスク共に"LOW"であり、実行間隔５３８については、「番組受信タスク」は４時間、「広告受信タスク」については３時間、「設定ファイル受信タスク」および「メーカー番組受信タスク」は２４時間と定義されているものとする。消尽回数５４０については、例えば、「番組受信タスク」は”５０”、「広告受信タスク」は”８０”、「設定ファイル受信タスク」および「メーカー番組受信タスク」は”１００”と定義されているものとする。そして、当該処理が実行されることにより、この時点では、合計１０のタスク（「受信タスク」×９、「送信タスク」×１）が登録されたことになる。以上で、初回起動時設定処理は終了する。
【０１６５】
図２２に戻り、次に、ステップＳ１０３において、上記初回起動時設定処理で登録された「受信タスク」の即時実行が行われる。つまり、初回起動の時点で、一旦、各種「番組」や「広告」の受信が試みられることになる。その結果、通信可能なＡＰが近くに存在していれば、「番組」や「広告」が取得される。通信ができない状況であれば、その旨のメッセージが適宜表示される。ここでは、当該処理の実行によって「番組」や「広告」が受信されたものとして説明を続ける。
【０１６６】
次に、ステップＳ１０４において、タスクスケジューリング処理が実行される。この処理では、設定パッケージ６０５が更新されたような場合（つまり、各「番組」や「広告」の受信頻度等が変更された場合）に、その内容を反映して各「受信タスク」を更新する処理等が実行される。
【０１６７】
図２４は、上記ステップＳ１０４で示したタスクスケジューリング処理の詳細を示すフローチャートである。図２４において、まず、ステップＳ１４１で、「設定ファイル受信タスク」が存在しているか否か（システムに登録されているか否か）が判定される。これは、本実施形態では、「タスク」の最大登録数が９９個であることから、以前に一旦登録された「設定ファイル受信タスク」が、この個数制限によって消去される場合があり得ることから（９９個以上「タスク」が登録される場合、古い順に消去されるため）、「設定ファイル受信タスク」の存在を確認するものである。当該判定の結果、存在していないときは（ステップＳ１４１でＮＯ）、ステップＳ１４２において、「設定ファイル受信タスク」の登録が実行される。一方、存在していれば（ステップＳ１４１でＹＥＳ）、ステップＳ１４２の処理はスキップされる。
【０１６８】
次に、ステップＳ１４３において、「番組受信タスク」（計６個）、「メーカー番組受信タスク」」「ＣＭ広告受信タスク」、「バナー広告受信タスク」の全てが存在しているか否かが判定される。当該判定の結果、全てが存在しているときは（ステップＳ１４３でＹＥＳ）、次に、ステップＳ１４４において、設定パッケージ６０５に（前回受信時から）更新が発生しているか否かが判定される。その結果、更新が発生しているときは（ステップＳ１４４でＹＥＳ）、ステップＳ１４５において、（更新された）設定パッケージ６０５が参照され、各「受信タスク」の設定内容が取得される。続くステップＳ１４６において、当該取得された内容に基づいて、各「受信タスク」の設定内容が更新される。一方、更新が発生していないとき（つまり、前回に受信した内容と同じ場合）は、当該ステップＳ１４５およびＳ１４６の処理はスキップされる（各「受信タスク」の内容は更新されない）。そして、当該タスクスケジューリング処理は終了する。
【０１６９】
一方、上記ステップＳ１４３の判定の結果、「番組受信タスク」（計６個）、「メーカー番組受信タスク」」「ＣＭ広告受信タスク」、「バナー広告受信タスク」のうち、欠けている「タスク」が１つでもあったときは（ステップＳ１４３でＮＯ）、ステップＳ１４７において、設定パッケージ６０５に更新が発生しているか否かが判定される。その結果、更新が発生していれば（ステップＳ１４７でＹＥＳ）、上記ステップＳ１４５に処理が進められ、更新後の設定パッケージ６０５の内容を「受信タスク」に反映し、存在しない「タスク」については登録するための処理が実行される。
【０１７０】
一方、ステップＳ１４７の判定の結果、更新が発生していないときは（ステップＳ１４７でＮＯ）、次に、ステップＳ１４８において、上記６つの番組のうち、所定期間以上視聴されていない番組があるか否かが判定される。例えば、１週間以上視聴されていない番組があるか否かが判定される。これは、例えば、次のような処理が各番組毎に対して行われることで各番組単位で判定される。まず、視聴ログデータ６０６が参照されて、最終再生日時６１２が取得される。次に、番組メタデータ６３２に含まれている再生開始日（その番組が配信された日）が取得される。そして、これらのうち新しいほうの日時が現在日時の一週間以上前であるか否かが判定される。その結果、一週間以上前であれば、当該番組については一週間以上視聴されていないと判断できる。
【０１７１】
上記ステップＳ１４８の判定の結果、所定期間以上視聴されていない番組があるときは（ステップＳ１４８でＹＥＳ）、ステップＳ１４９において、当該視聴されてない番組に対応する「番組受信タスク」の消尽回数に”１”が設定される。そして、ステップＳ１５０において、当該所定期間以上視聴されていない番組についての「番組受信タスク」が更新される。これは、以下のような目的で行われる。まず、ある番組について、長期間視聴されていないにもかかわらず、受信タスクのみが定期的に実行されると、消尽回数が”０”となり、受信タスクが実行されなくなった番組となる。このような番組は、ユーザが興味のない番組であると考えられる（例えば、ニュース番組だけ見ないユーザ等）。その結果、上記図５で示したメニュー画面では、当該番組についてはずっと同じサムネイルが表示され続けることになる。その一方で、例えば、当該番組の内容をテレビ局がリニューアルし、以前はニュース番組であったものが、ドラマの番組に変更された場合を想定する。このような場合、当該番組の受信タスクは、（設定パッケージの更新がない限りは）実行されないため、番組内容が変わったことをユーザに気付かせることができない。そこで、このような場合に、消尽回数を”１”にすることで、一度は番組の受信を実行することで、メニュー画面のサムネイル画像も変更され、その結果、ユーザにこのような変更を気付かせ、ひいては当該番組の視聴を促すということを目的とする。もちろん、このような番組が変更された場合に限らず、単に長い間視聴されてない番組がある場合に、一度番組の受信を実行して、メニュー画面のサムネイル画像の変更等によって、ユーザにその番組の視聴を促すという目的もある。
【０１７２】
一方、上記ステップＳ１４８の判定の結果、所定期間以上視聴されていない番組がなければ（ステップＳ１４８でＮＯ）、当該タスクスケジューリング処理は終了する。
【０１７３】
図２２に戻り、タスクスケジューリング処理が終われば、次に、ステップＳ１０５において、メイン処理が実行される。図２５は、当該メイン処理の詳細を示すフローチャートである。図２５において、まず、ステップＳ１６１で、上記図５で示したようなメニュー画面を準備するための準備処理が実行される。このステップＳ１６１の処理をより具体的に説明すると、まず、番組パッケージ６０１、バナー広告パッケージ６０３、ＣＭ広告パッケージ６０４が参照され、それぞれに含まれている各番組あるいは広告のメタデータが取得される。更に、各メタデータから番組等のサムネイル画像が取得され、これを元に番組アイコン１０１が生成されて、これらアイコンが配置されたメニュー画面の生成が行われる。この際、下側ＬＣＤ１２に配置される番組アイコン１０１の並び順に関し、各番組を提供しているテレビ局間で不公平感が生じないようにするため、以下のような処理が実行される。まず、当該視聴アプリが起動された時刻が取得される。当該時刻は、システムにおいて、「時：分：秒」の形式で記録されているものとする。そして、当該時刻の”秒”の下一桁の値が”４”以下であるか否かが判定される。その結果、”４”以下であれば、テレビ局Ａの提供番組が先頭になるようにして、テレビ局Ａの提供番組とテレビ局Ｂの提供番組とが交互に並ぶように番組アイコン１０１が配置される（なお、メニューが最初に表示される際、当該先頭の番組アイコン１０１にカーソル１１０が合った状態で表示される）。一方、”４”以下ではないときは、逆に、テレビ局Ｂの提供番組が先頭に配置されるようにして、両局の番組が交互に並ぶように配置される。つまり、視聴アプリの起動時刻の下一桁が０〜４の場合と５〜９の場合とで、メニュー画面の先頭にくる番組アイコン１０１にかかるテレビ局を変えている。これは、番組アイコン１０１の並び順に関して、両局の間で不公平感が生じないようにするためである。
【０１７４】
次に、ステップＳ１６２において、未視聴番組が１つ以上あるか否かが判定される。これは、例えば視聴ログデータ６０６が参照されることで判定される、その結果、未視聴番組があるときは（ステップＳ１６２でＹＥＳ）、ステップＳ１６３において、未視聴番組の中からいすれか一つ（未視聴番組が１つしかないときは、その番組）が選択される。なお、この選択の処理についても、テレビ局間で不公平感が生じないようにするため、起動時刻の下一桁の値に応じて、いずれかのテレビ局の番組から選択される。またこのとき、配信日時が古いものから優先的に選択されるように制御しても良い。このようにして、未視聴番組のいずれかが選択されれば、後述のステップＳ１６７の処理に進み、当該未視聴番組の再生が開始される（つまり、未視聴番組が自動的に再生開始されることになる）。
【０１７５】
一方、ステップＳ１６２の判定の結果、未視聴番組がないときは（ステップＳ１６２でＮＯ）、ステップＳ１６４において、上記ステップＳ１６１で生成されたメニュー画面が下側ＬＣＤ１２に表示される。また、上側ＬＣＤ２２には、カーソル１１０が合っている番組アイコン１０１の番組説明が表示される（当該番組説明は、番組のメタデータから取得される）。
【０１７６】
次に、ステップＳ１６５において、操作データ５１１が取得される。次に、ステップＳ１６６において、当該操作データ５１１に基づいて、番組の再生指示がユーザによって行われたか否かが判定される。その結果、番組の再生指示が行われていたときは（ステップＳ１６６でＹＥＳ）、ステップＳ１６７において、再生指示がなされた番組（以下、再生対象番組）を再生するための番組再生処理が実行される。図２６は、当該番組再生処理の詳細を示すフローチャートである。まず、ステップＳ１９１において、再生対象番組の再生にあたって、合わせて再生するＣＭ広告を選択する処理が実行される。更に、再生対象番組の再生中における当該選択されたＣＭ広告の再生位置（ＣＭ広告の再生スケジュール）についても決定される。ＣＭ広告の選択については、基本的にはランダムに選択されるが、その中でも未視聴のＣＭ広告が優先的に選択されるような選択制御も併せて行われる。例えば、未視聴のＣＭ広告の中からランダムに選択されるというような選択制御が行われる。再生位置の決定については、本実施形態では、「番組開始前」「番組終了後」「番組途中」の３種類の再生位置から選択されるものとする。また、「番組途中」の場合は、その再生開始位置（ＣＭ広告が挿入される位置）が番組動画のフレーム番号で指定されるものとする（例えば、先頭からｎフレーム目、等）。例えば、あるＣＭ広告の開始位置として、番組開始から３０秒の位置にあるフレーム番号が指定されていれば、番組開始から３０秒分のフレームが再生されたあと、一旦番組動画の再生が一時停止され、代わりに当該ＣＭ広告の動画が再生される。そして、ＣＭ動画の再生が終われば、当該番組の３１秒目のフレームからの再生が再開されることになる。
【０１７７】
なお、ＣＭ広告の選択に関して、他の実施形態においては、上記のような未視聴のものを優先するような制御は行わずに、視聴済み、未視聴に関わらずランダムに選択されるようにしても良い。
【０１７８】
次に、ステップＳ１９２において、番組再生中に下側ＬＣＤ１２に表示するバナー広告の選択と、その表示順（バナー広告の再生スケジュール）の決定が行われる。当該選択についても、上記ＣＭ広告と同様、基本的にはランダム選択されながらも、未視聴のバナー広告は優先的に選択される（他の実施形態においては、完全にランダムで選択されるようにしても良い）。なお、各バナー広告の表示時間（バナー再生時間）については、上記のように各バナー広告のバナー広告メタデータ６７３で指定されている。上記のような処理で決定されたＣＭ広告およびバナー広告の再生スケジュールを示すデータ（以下、再生スケジュールデータ）は、一時的なデータとしてメインメモリ３２上に適宜格納される。
【０１７９】
次に、ステップＳ１９３において、上記図６で示したような番組再生画面が生成される。すなわち、再生制御パネル１２１やバナー広告画像１２２等が配置された画面が生成される。
【０１８０】
次に、ステップＳ１９４において、上側ＬＣＤ２２において、上記再生スケジュールデータに基づく番組の再生が開始される。また、下側ＬＣＤ１２に上記ステップＳ１９３で生成された画面を表示する処理も実行される。
【０１８１】
なお、本実施形態では、バックグラウンドで上記「番組受信タスク」等、当該視聴アプリに関する「タスク」に基づく通信が行われている最中に、当該番組の再生指示が行われる可能性もある。つまり、更新前の番組の再生を、更新後の番組の受信が同じタイミングで起こり得る可能性がある。このような場合、本実施形態では、上記「番組」の再生中は、上記「いつの間に通信」の実行の停止の旨をシステムに通知する。これに応じて、ゲーム装置１０のシステムは、「いつの間に通信」にかかる処理の実行を一時的に抑制する。そして、番組の再生処理が終了すれば、「いつの間に通信」にかかる処理の実行を再開するような制御が行われる。但し、他の実施形態においては、「いつの間に通信」の実行は抑制せずに、番組の再生処理とバックグラウンドでの番組等の受信処理が並列で実行されるようにしてもよい。
【０１８２】
次に、ステップＳ１９５において、操作データ５１１が取得される。続くステップＳ１９６において、当該操作データ５１１に基づき、再生制御の操作（再生制御パネル１２１に対する操作）が行われたか否かが判定される。その結果、再生制御の操作が行われたときは（ステップＳ１９６でＹＥＳ）、ステップＳ１９７において、当該操作内容に応じた、番組動画やＣＭ広告の再生制御処理が実行される（早送りや一時停止等）。一方、再生制御の操作は行われていないときは（ステップＳ１９６でＮＯ）、上記ステップＳ１９７の処理はスキップされる。
【０１８３】
次に、ステップＳ１９８において、上記操作データ５１１に基づいて、ウェブブラウザアプリの起動指示（例えば、ブラウザ起動ボタン１２４のタッチ操作等）が行われたか否かが判定される。その結果、行われていれば（ステップＳ１９８でＹＥＳ）、ステップＳ１９９において、番組動画の再生が一時停止される。次に、ステップＳ２００において、当該視聴アプリをバックグラウンド処理とし、ウェブブラウザアプリを起動する制御を行う旨を視聴アプリからシステムに通知する処理が実行される。この際、上記ブラウザ起動指示がなされたときに表示されていたバナー広告に関連するＵＲＬ情報についても併せてシステムに通知される。これに応じて、ゲーム装置１０のシステムは、視聴アプリをバックグラウンド処理に切替え、ウェブブラウザアプリを起動する。その結果、ステップＳ２０１で、ウェブブラウザ処理が実行される。ウェブブラウザアプリは、上記バナー広告に関連するＵＲＬ情報で示されるサイトを表示し、ユーザの操作に基づく各種処理を実行する。
【０１８４】
ウェブブラウザアプリの処理が終了すれば、システムが、視聴アプリをバックグラウンド処理からフォアグラウンド処理に切り替える。これに応じて、視聴アプリの画面が表示され、ステップＳ２０２において、再生を一時停止された位置から番組の再生が再開される。そして、上記ステップＳ１９５に戻って処理が繰り返される。
【０１８５】
一方、上記ステップＳ１９８の判定の結果、ブラウザ起動指示がおこなわれていないときは（ステップＳ１９８でＮＯ）、次に、ステップＳ２０３において、メニュー画面に戻る旨の指示が行われたか否かが判定される。その結果、メニュー画面に戻る指示が行われていないときは（ステップＳ２０３でＮＯ）、ステップＳ２０４において、再生制御の処理が継続される。すなわち、上記再生スケジュールに基づいて番組やＣＭ広告が上側ＬＣＤ２２に適宜再生される。また、ＣＭ広告の再生時には、これに関連する連動バナー広告の画像が下側ＬＣＤ１２に表示される。
【０１８６】
一方、メニュー画面に戻る指示が行われていれば（ステップＳ２０３でＹＥＳ）、番組の再生が停止され、そのときの再生実績を反映するように視聴ログデータ６０６が適宜更新される（どの番組がどこまで再生されたか等）。そして、当該番組再生処理は終了する。
【０１８７】
図２５に戻り、番組再生処理が終了すれば、上記ステップＳ１６４に戻り、処理が繰り返される。
【０１８８】
一方、上記ステップＳ１６６の判定の結果、操作データ５１１で示される操作内容が番組の再生指示ではないときは（ステップＳ１６６でＮＯ）、ステップＳ１６８において、「広告一覧」の起動指示、すなわち、広告一覧ボタン１０３が押されたか否かが判定される。その結果、広告一覧ボタン１０３が押されていたときは（ステップＳ１６８でＹＥＳ）、ステップＳ１６９において、広告一覧処理が実行される。
【０１８９】
図２７は、上記ステップＳ１６９で示した広告一覧処理の詳細を示すフローチャートである。まず、ステップＳ２２１において、バナー広告パッケージ６０３が参照され、バナー広告の抽出が行われる。更に、ＣＭ広告パッケージ６０４が参照され、これに含まれている連動バナー広告も抽出される。
【０１９０】
次に、ステップＳ２２２において、抽出されたバナー広告群について、配信日が古い順番にソートされる。そして、ステップＳ２２３において、上記図７で示したような広告一覧画面が生成される（配信日が古いものが上の方に表示されるような一覧となる）。次に、ステップＳ２２４において、下側ＬＣＤ１２に上記広告一覧画面が表示される。
【０１９１】
次に、ステップＳ２２５において、操作データ５１１が取得される。次に、ステップＳ２２６において、操作データ５１１に基づき、いずれかのバナー広告の詳細表示の指示が行われたか否かが判定される。当該判定の結果、詳細表示の指示が行われていれば（ステップＳ２２６でＹＥＳ）、ステップＳ２２７において、バナー広告詳細表示処理が実行される。図２８は、当該ステップＳ２２７で示したバナー広告詳細表示処理の詳細を示すフローチャートである。まず、ステップＳ２４１において、詳細表示の指示が行われたバナー広告（以下、処理対象バナー広告）のデータに基づき、図８で示したような下側ＬＣＤ１２に表示するための画面が生成される。
【０１９２】
次に、ステップＳ２４２において、処理対象バナー広告に関連しているＣＭ広告があるか否か（つまり、処理対象バナー広告は連動バナー広告か否か）が判定される。当該判定の結果、処理対象バナー広告に関連しているＣＭ広告がある場合は（ステップＳ２４２でＹＥＳ）、ステップＳ２４３において、上側ＬＣＤ２２では当該関連するＣＭ広告の再生が開始され、下側ＬＣＤ１２には、バナー広告詳細画面が表示される。一方、処理対象バナー広告に関連しているＣＭ広告がない場合は（ステップＳ２４２でＮＯ）、ステップＳ２４４において、上側ＬＣＤ２２には、処理対象バナー広告についての各種情報（上記メタデータから取得される）が表示され、下側ＬＣＤ１２にはバナー広告詳細画面が表示される。
【０１９３】
次に、ステップＳ２４５において、操作データ５１１が取得される。次に、ステップＳ２４６において、ウェブブラウザアプリの起動指示が行われたか否かが当該操作データ５１１に基づいて判定される。その結果、ブラウザ起動指示が行われていたときは（ステップＳ２４６でＹＥＳ）、ステップＳ２４７において、当該視聴アプリをバックグラウンド処理とし、ウェブブラウザアプリを起動するための制御が行われる。その結果、ゲーム装置１０のシステムによって、視聴アプリがバックグラウンド処理に切替えられ、ウェブブラウザアプリの実行が開始される。その結果、ステップＳ２４８で、ウェブブラウザ処理が実行される。ウェブブラウザアプリは、上記処理対象バナー広告に関連するＵＲＬ情報で示されるサイトを表示し、ユーザの操作に基づく各種処理を実行する。
【０１９４】
ウェブブラウザアプリの処理が終了すれば、システムが、視聴アプリをバックグラウンド処理からフォアグラウンド処理に切り替える。これに応じて、視聴アプリの画面が表示され、ステップＳ２４９において、中断前の画面が復元される。そして、上記ステップＳ２４５に戻って処理が繰り返される。
【０１９５】
一方、上記ステップＳ２４６の判定の結果、ブラウザの起動指示は行われていないときは（ステップＳ２４６でＮＯ）、ステップＳ２５０において、再生制御操作（例えば、次のバナー広告の表示指示等）が行われたか否かが判定される。その結果、再生制御操作が行われていたときは（ステップＳ２５０でＹＥＳ）、その操作内容に応じた処理が適宜実行される。例えば、別のバナー広告の表示指示が行われていた場合は、次のバナー広告の画像を表示する処理が行われる。また、このときは関連するＣＭ広告の有無も判定され、その判定結果に応じて上側ＬＣＤ２２に表示する内容は適宜変更される。その後、上記ステップＳ２４５に戻って処理が繰り返される。
【０１９６】
一方、ステップＳ２５０の判定の結果、操作内容が再生制御ではないときは（ステップＳ２５０でＮＯ）、次に、ステップＳ２５２において、当該詳細表示処理の終了が指示されたか否か（例えば、戻るボタン１４２が押されたか否か）が判定される。その結果、終了指示が行われていなければ（ステップＳ２５２でＮＯ）、ステップＳ２５３において、ＣＭ広告の再生制御処理や画面の描画処理等が実行される。その後、上記ステップＳ２４５に戻り、処理が繰り返される。一方、終了指示が行われていれば（ステップＳ２５２でＹＥＳ）、当該バナー広告詳細表示処理は終了する。
【０１９７】
図２７に戻り、上記ステップＳ２２６の判定の結果、バナー広告の詳細表示の指示が行われていなければ（ステップＳ２２６でＮＯ）、次に、ステップＳ２２８において、当該広告一覧処理の終了指示が行われたか否かが操作データ５１１に基づき判定される。例えば、戻るボタン１３２が押されたか否かが判定される。その結果、終了指示が行われていれば（ステップＳ２２８でＹＥＳ）、当該広告一覧処理は終了する。一方、終了指示が行われていなければ（ステップＳ２２８でＮＯ）、次に、ステップＳ２２９において、その他の操作が行われたか否かが判定される。例えば、画面スクロールの操作が行われたか否かが判定される。その他の操作が行われていれば（ステップＳ２２９でＹＥＳ）、ステップＳ２３０において、その操作内容に応じた各種制御処理が実行される。その後、上記ステップＳ２２４に戻り、処理が繰り返される。一方、その他の操作も行われていなければ（ステップＳ２２９でＮＯ）、上記ステップＳ２２４に戻り、処理が繰り返される。なお、本実施形態では、広告一覧処理で閲覧された各広告の視聴実績については視聴ログデータ６０６に反映しないものとするが、他の実施形態では、反映するようにしてもよい。以上で、広告一覧処理の説明を終了する。
【０１９８】
図２５に戻り、広告一覧処理が終われば、上記ステップＳ１６４に戻って処理が繰り返される。一方、上記ステップＳ１６８の判定の結果、広告一覧の起動指示ではないときは（ステップＳ１６８でＮＯ）、次に、ステップＳ１７０において、設定画面の起動指示が行われたか否かが判定される。その結果、設定画面の起動指示が行われていれば（ステップＳ１７０でＹＥＳ）、ステップＳ１７１において、設定画面処理が実行される。この処理では、視聴アプリに関する設定画面が表示され、ユーザの操作に基づいて各種設定を行うための処理が実行される。その後、上記ステップＳ１６４に戻り、処理が繰り返される。
【０１９９】
一方、ステップＳ１７０の判定の結果、設定画面の起動指示も行われていなければ（ステップＳ１７０でＮＯ）、ステップＳ１７２において、視聴アプリの終了指示が行われたか否かが判定される。終了指示が行われていなければ（ステップＳ１７２でＮＯ）、上記ステップＳ１６４に戻り、処理が繰り返される。また、このとき、操作データで示されるユーザの操作が即時更新用のボタン１０２が押したことを示していれば、上記「番組」と「広告」の「受信タスク」が即時実行される。そして、即時更新中である旨を画面に表示し、当該即時更新にかかる処理が終了してから上記ステップＳ１６４に戻る。
【０２００】
一方、ステップＳ１７２の判定の結果、終了指示が行われていれば（ステップＳ１７２でＹＥＳ）、当該メイン処理は終了する。
【０２０１】
図２２に戻り、メイン処理が終了すれば、次に、ステップＳ１０６において、「視聴ログ送信タスク」の準備処理が実行される。具体的には、当該「視聴ログ送信タスク」をシステムに登録・あるいは更新する処理が実行される。なお、本実施形態では、原則として当該「タスク」の消尽回数に”１”が設定されて登録されるものとする。つまり、視聴ログデータ６０６の送信は視聴アプリ終了後、基本的に一度だけ実行され、視聴アプリが起動して終了される度に、消尽回数を”１”として更新される。その結果、当該送信タスクが実行されたときに、視聴ログデータ６０６が所定のサーバに送信されることになる。以上で、視聴アプリ処理は終了する。
【０２０２】
このように、本実施形態では、「番組」を構成するデータと「広告」を構成するデータを別々に受信し、別ファイルとして取り扱っている。これにより、番組と広告を一体化してデータの送受信が行われる場合に比べ、一回分の受信処理にかかるデータ量を低減して、ネットワークへの通信負荷を軽減できる。換言すれば、このような番組と広告の受信にかかる処理負担を分散することが可能となる。また、例えば、公衆の無線ＬＡＮアクセスポイントを介して所定のサーバとデータの送受信を行うような携帯可能な情報端末（典型的には、通信機能に関しては近距離無線通信機能のみを有している情報端末）では、ネットワークへのいわゆる常時接続が保証されない。しかし、本発明では上記のように一回分の受信処理にかかるデータ量が低減されることができるため、特にこのような情報端末において番組やＣＭの配信を行う場合に好適である。
【０２０３】
また、「広告」を「番組」とは別に受信するため、同じ「広告」を複数の番組で使いまわすことができる。そのため、複数の番組で共通の広告を用いるような態様では、番組と広告を一体化して配信する場合に比べて、同じ広告が重複して配信されてしまうことによるデータの無駄を無くすことができる。
【０２０４】
また、上記「いつの間に通信」により、ユーザがゲーム装置１０を使用していない間（スリープモード）でも「番組」等の受信ができるため、知らない間に番組が配信されることによる驚きや楽しみをユーザに与えることも可能である。
【０２０５】
また、上記「いつの間に通信」による上記「番組」や「広告」の自動受信のスケジュールについて、「番組」と「広告」とで個別に設定することができるため、受信処理にかかる負荷を適切に分散させることができる。また、上記設定パッケージ６０５を用いて、これらスケジュールを変更することも可能であるため、より柔軟な番組・広告の配信を行うことができる。
【０２０６】
また、「番組」についても、各テレビ局の「番組」毎に１つの「受信タスク」を割り当てているため、各番組の内容やその制作者等に応じて個別に受信することができ、また、その受信スケジュールも個別に設定することができる。
【０２０７】
また、視聴ソフトが実行される際に、未視聴の番組や広告が優先的に再生され得るような制御を行っているため、番組の提供者が作成した多様な番組について、視聴者であるユーザの目に触れさせる機会をまんべんなく与えることが可能となる。
【０２０８】
また、番組の再生に際して、各テレビ局の番組が公平に再生されるように制御を行っているため、各テレビ局からの番組提供を促進することも可能となる。
【０２０９】
なお、上述した実施形態においては、番組パッケージにはＣＭ広告が含まれていない例を挙げたが、他の実施形態においては、番組パッケージにＣＭ広告を含めるように構成しても良い。そして、ある番組の再生に際しては、当該番組の途中に挿入されるＣＭ広告は当該番組パッケージに含まれているＣＭ広告から選択され、再生されるようにしてもよい。また、この場合、番組本編の再生中は、上述したバナー広告パッケージ６０３からランダムで選択されたバナー広告画像が表示されるようにしてもよいし、バナー広告についても当該番組パッケージに含めておき、その中から選択されたバナー広告のみが表示されるようにしてもよい。
【０２１０】
また、視聴履歴の出力に関して、上記実施形態では、番組再生処理の終了時に視聴ログデータ６０６を更新していたが、この他、各番組の再生が開始されたタイミングで、当該番組は視聴されたものとして視聴ログデータ６０６を更新するようにしても良い。
【０２１１】
また、上記実施形態では、視聴アプリを起動した際、未視聴番組があればその自動再生が行われていた。この再生に関して、未視聴番組を１本だけ再生したらメニュー画面が表示されるようにしても良いし、ユーザからの停止操作が行われるまでは、複数の未視聴番組を連続して自動再生するようにしても良い。また、複数の未視聴番組を連続して自動再生する場合は、各テレビ局の番組が交互に（２局の場合）、あるいは、同じ局の番組が連続して放送されないように順番に（３局以上ある場合）再生されるように制御すればよい。例えば、Ａ局、Ｂ局、Ｃ局の３つのテレビ局がある場合は、「Ａ局→Ｂ局→Ｃ局→Ａ局→Ｂ局→Ｃ局・・・」のような順番で、各局の番組が１回づつ再生されるサイクルを１サイクルとして、このサイクルを繰り返すようにすればよい。これにより、自動再生される未視聴番組について、あるテレビ局の番組に偏って再生される（再生回数の偏り）ことを防ぐ事ができ、テレビ局間に不公平感が生じることを防ぐことができる。
【０２１２】
また、再生順序の決定に関しても、上述の実施形態で示したような、視聴アプリの起動時刻を利用した処理に限らす、他の手法で再生順序を決定しても良い。例えば、最後に自動再生された番組のテレビ局を記録しておくように構成し、次に再生される番組は当該テレビ局以外の局の番組が選択されるようにしてもよい。あるいは、テレビ局間で予め所定の再生順序を定義しておき、当該再生順序に沿って各テレビ局の番組が順番に再生されるようにしても良い。
【０２１３】
また、視聴アプリを起動した際の自動再生に関して、視聴履歴データを参照して、そのユーザが良く視聴している番組を優先的に自動再生してもよい。更には、視聴履歴データに基づいて各番組が再生された時間帯を算出して、視聴アプリが起動された時間帯に応じた番組を自動再生するようにしても良い。例えば、朝７時頃に視聴アプリが起動されたときは、「ニュース」番組を自動再生する等が考えられる。
【０２１４】
また、視聴アプリを起動した際、未視聴か否かにかかわらず、ランダムに選択された番組を自動再生するように構成してもよい。
【０２１５】
また、上記実施形態では、２つの表示装置を備えたゲーム装置１０を例に説明したが、単一の表示装置を備え当該表示装置の画面上にタッチパネルを備えた携帯端末であってもよい。この場合は、例えば、画面レイアウトを、左２／３を番組再生用の領域に割り当て、残り１／３をバナー広告表示用の領域に割り当てる等すればよい。
【産業上の利用可能性】
【０２１６】
本発明にかかる情報処理装置は、配信される各種番組や広告をネットワークへの負荷を低減しながら受信でき、携帯型情報処理端末等に有用である。
【符号の説明】
【０２１７】
１０ ゲーム装置
１１ 下側ハウジング
１２ 下側ＬＣＤ
１３ タッチパネル
１４ 操作ボタン
１５ アナログスティック
１６ ＬＥＤ
２１ 上側ハウジング
２２ 上側ＬＣＤ
２３ａ 外側撮像部（左）
２３ｂ 外側撮像部（右）
２４ 内側撮像部
２５ ３Ｄ調整スイッチ
２７ タッチペン
２８ 外部メモリ
２９ データ保存用外部メモリ
３１ 情報処理部
３２ メインメモリ
３３ 外部メモリＩ／Ｆ
３４ データ保存用外部メモリＩ／Ｆ
３５ データ保存用内部メモリ
３６ 無線通信モジュール
３７ 第１マイコン
３９ 加速度センサ
４０ 電源回路
４２ マイク
４３ スピーカ
４６ 開閉検出器
【技術分野】
【０００１】
本発明は、番組を配信する情報処理に関し、より特定的には、配信される番組を受信し再生する情報処理に関する。
【背景技術】
【０００２】
従来から、映像や広告を提供するシステムが知られていた（例えば、特許文献１）。従来のシステムでは、送信側装置において、番組の動画・音声データおよび広告データと共に、番組情報、広告情報を含む情報データを多重化した多重化信号を送信し、受信側装置において、当該受信した多重化信号を分離して出力している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３０９３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１のシステムでは、受信側装置に、受信した多重化信号を分離するための分離手段が必要であった。また、番組と広告を多重化して送信するので、一度に送信するデータ量が大きくなってしまい、ネットワークを圧迫するという問題があった。例えば、番組と広告とを多重化、すなわち、一体化して送信するところ、異なる番組で同じ広告が用いられる場合に、異なる番組の多重化信号のそれぞれに同じ広告のデータが含まれる、つまり、同じ広告のデータが重複して送信されることもあり、ネットワークを圧迫する一因となっていた。
【０００５】
それゆえに、本発明の主たる目的は、新規な情報処理装置、情報処理プログラム、情報処理方法および情報処理システムを提供することである。
【０００６】
また、この発明の他の目的は、映像と広告の受信をそれぞれ独立して実行することのできる、情報処理装置、情報処理プログラム、情報処理方法および情報処理システムを提供することである。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するために、以下の構成を採用した。
【０００８】
本発明にかかる情報処理装置は、タスク設定手段と、接続手段と、タスク実行手段とを備える。タスク設定手段は、番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。接続手段は、サーバに接続する。タスク実行手段は、番組受信タスクおよび広告受信タスクのそれぞれに設定されている実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【０００９】
上記構成により、一度の受信処理にかかるデータ量を低減することができ、受信に係る処理負担を分散させることができる。これにより、例えば、アプリケーションを実行中であっても、バックグラウンド処理として番組や広告の受信を行うといった並行処理が可能になる。また、データ量を低減することにより、一回のデータ受信に要する接続時間を短縮することができる。これにより、例えば、近距離無線通信を用いて公衆のアクセスポイントを介してサーバに接続するような携帯型の情報処理端末のような、常時接続が保証されていない情報処理端末において、特に好適である。
【００１０】
他の構成例として、実行スケジュールは、受信処理の実行の間隔、優先度および回数の少なくとも一つを含み、番組受信タスクと広告受信タスクの実行スケジュールとは異なるスケジュールが設定されていてもよい。
【００１１】
上記構成例によれば、番組データと広告データの受信をそれぞれ異なる間隔、優先度、回数で実行するため、受信処理にかかるネットワークへの処理負荷を適切に分散させることができる。
【００１２】
更に他の構成例として、タスク設定手段は、番組受信タスクおよび広告受信タスクの実行スケジュールを更新するための更新データの受信処理の実行スケジュールを表した更新用タスクを設定し、タスク実行手段は、更新用タスクを実行することにより、サーバから受信した更新データに基づいて、番組受信タスク、広告受信タスクおよび更新用タスクの少なくとも一つのタスクの実行スケジュールを更新するようにしてもよい。
【００１３】
上記構成例によれば、タスクの実行スケジュールを柔軟に変更することができる。
【００１４】
更に他の構成例として、タスク設定手段は、複数の番組受信タスクを設定し、タスク実行手段は、複数の番組受信タスクを実行することにより、複数の番組データの受信をそれぞれ独立して行ってもよい。
【００１５】
上記構成例によれば、複数の番組の受信を複数のタスクにより実行するので、各番組の受信スケジュールを柔軟に設定することができる。例えば、番組の種類や製作者等に応じてそれぞれ独立して受信を行うことができる。
【００１６】
更に他の構成例として、情報処理装置は、番組データを再生するためのアプリケーションを実行するアプリケーション実行手段をさらに備え、当該アプリケーション実行手段は、アプリケーションを実行したとき、タスク実行手段によって受信された番組データを自動的に再生してもよい。
【００１７】
上記構成例によれば、受信した番組をアプリケーションの起動時にユーザに提示し、その視聴を促すことができる。
【００１８】
更に他の構成例として、情報処理装置は、番組データの再生実績の有無を示す番組再生情報を設定する番組再生情報設定手段をさらに備え、アプリケーション実行手段は、アプリケーションを実行したとき、番組再生情報によって未再生であると示される番組データを自動的に再生してもよい。
【００１９】
上記構成例によれば、ユーザが未だ視聴していない番組をユーザの操作無しに自動的に提示することができるので、ユーザに番組をより確実に視聴してもらうことができる。
【００２０】
更に他の構成例として、タスク設定手段は、複数の制作者からそれぞれ提供される番組データに対応する番組受信タスクを複数設定し、タスク実行手段は、複数の番組受信タスクを実行することにより、複数の制作者からそれぞれ提供される複数種類の番組データの受信をそれぞれ独立して行い、アプリケーション実行手段は、番組再生情報によって未再生であると示される番組データが複数の制作者にわたって複数存在するときは、当該複数の未再生の番組データを所定の順序に基づいて自動的に再生するようにしてもよい。
【００２１】
上記構成例によれば、複数の制作者からの番組をそれぞれ独立して受信し、所定の順序で自動的にユーザに提示することができる。
【００２２】
更に他の構成例として、情報処理装置は、時間を計時する計時手段と、アプリケーションが実行されたときの起動時刻を取得するアプリ起動時刻取得手段と、アプリ起動時刻取得手段によって取得された時刻に基づいて、所定の順序において一番最初に再生される制作者の番組データを決定する順序決定手段をさらに備えてもよい。
【００２３】
上記構成例によれば、未再生の番組のうち、最初に再生される制作者の番組を公平に決定することができる。
【００２４】
更に他の構成例として、順序決定手段は、同じ制作者の番組が２つ以上連続して再生されないように所定の順序を決定してもよい。
【００２５】
上記構成例によれば、複数の制作者の番組の再生順序を公平な順序にすることができる。
【００２６】
更に他の構成例として、アプリケーション実行手段は、番組データに基づく番組映像および広告データに基づく広告を表示部に出力し、情報処理装置は、番組および広告が表示部に出力されたことに応じて、番組の視聴実績および広告の視聴実績を示す視聴実績情報を作成する視聴情報作成手段と、視聴情報作成手段によって作成された視聴実績情報をサーバに送信する視聴情報送信手段とをさらに備えてもよい。
【００２７】
上記構成例によれば、各番組や広告についてのユーザの視聴状況を把握することができる。
【００２８】
更に他の構成例として、タスク実行手段は、広告受信タスクを実行することにより、サーバから複数の広告データの受信を行い、アプリケーション実行手段は、番組データを再生するとともに、広告データに基づく広告を表示部に表示し、情報処理装置は、表示部に表示される広告を所定の条件に基づいて選択する広告選択手段をさらに備えていてもよい。
【００２９】
上記構成例によれば、番組の再生と共に広告を表示することができる。
【００３０】
更に他の構成例として、広告手段は、表示部に表示される広告をランダムに選択してもよい。
【００３１】
上記構成例によれば、複数の広告の表示機会について、公平に機会を与えることが可能となる。
【００３２】
更に他の構成例として、情報処理装置は、広告データの再生実績の有無を示す広告再生情報を設定する広告再生情報設定手段をさらに備え、広告選択手段は、広告再生情報によって未再生であると示される広告の中から表示部に表示される広告を選択してもよい。
【００３３】
上記構成例によれば、まだ視聴されていない広告を優先的に表示するよう制御でき、各広告が視聴される機会を均等化することが可能となる。
【００３４】
更に他の構成例として、情報処理装置は、ユーザからの入力を受け付ける入力受付手段と、入力受付手段によって受け付けられた入力に基づいて、静止画データに基づき表示部に表示されている広告がユーザによって指示されたか否かを判別する指示判別手段と、指示判別手段によって指示されたことが判別されたとき、静止画データに関連づけられているウェブサイトに接続するウェブサイト接続手段とをさらに備えていてもよい。
【００３５】
上記構成例によれば、静止画広告に関連するウェブサイトの存在をユーザに知らせることができ、興味を持ったユーザが速やかに当該ウェブサイトへアクセスできる環境を提供できる。
【００３６】
更に他の構成例として、タスク実行手段は、番組受信タスクおよび広告受信タスクをバックグラウンド処理として自動的に実行し、アプリケーション実行手段は、ユーザの指示に応じてフォアグラウンド処理として実行され、タスク実行手段によってバックグラウンドで受信された番組データおよび広告データを出力してもよい。
【００３７】
上記構成例によれば、ユーザの気づかないうちに番組と広告を受信しておき、その後の所定のタイミングでユーザに提示することができるので、ユーザに驚きや楽しみを与えることができる。
【００３８】
更に他の構成例として、情報処理装置は、近距離無線通信を用いて自動的に繰り返し所定のアクセスポイントを探索する探索手段をさらに備え、接続手段は、探索手段によってアクセスポイントが検出されたとき、当該アクセスポイントを介して、サーバに自動的に接続してもよい。
【００３９】
上記構成例によれば、例えば、近距離無線通信の機能しか有しておらず、かつ、持ち運ばれることが想定されるために常時接続が困難な携帯型の情報端末であっても、自動的に繰り返しアクセスポイントに探索するので、常時接続に近い仕組みを提供することができる。
【００４０】
更に他の構成例として、タスク設定手段は、実行スケジュールにおいて規定される実行の間隔を番組タスクよりも広告タスクの方が小さい実行間隔に設定し、優先度を、番組タスクよりも広告タスクの方が高い優先度に設定し、実行回数を、番組受信タスクよりも広告受信タスクの方が多くなるように設定してもよい。
【００４１】
上記構成例によれば、広告の受信機会を番組の受信機会よりも多く設定できるので、より多くの広告をユーザに提供できる。
【００４２】
本発明にかかる情報処理プログラムは、情報処理装置のコンピュータに実行させる情報処理プログラムであって、コンピュータを、タスク設定手段と、接続手段と、タスク実行手段として機能させる。タスク設定手段は、番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。接続手段は、サーバに接続する。タスク実行手段は、番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【００４３】
本発明にかかる情報処理方法は、タスク設定ステップと、接続ステップと、タスク実行ステップとを備える。タスク設定ステップは、番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。接続ステップは、サーバと接続する。タスク実行ステップは、番組受信タスクおよび広告受信タスクのそれぞれに設定されている実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【００４４】
本発明にかかる情報処理システムは、サーバと少なくとも１つの情報処理装置とから構成される情報処理システムである。サーバは、番組の動画および音声データを含む番組データと広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データとを個別に送信可能な送信手段を備える。情報処理装置は、タスク設定手段と、接続手段と、タスク実行手段とを備える。タスク設定手段は、番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定する。接続手段は、サーバと接続する。タスク実行手段は、番組受信タスクおよび広告受信タスクのそれぞれに設定されている実行スケジュールに基づいて番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、サーバから番組データおよび広告データの受信をそれぞれ独立して行う。
【発明の効果】
【００４５】
本発明によれば、一度の受信処理にかかるデータ量を低減することができ、受信にかかる処理負担を分散させることができる。
【図面の簡単な説明】
【００４６】
【図１】開状態におけるゲーム装置１０の正面図
【図２Ａ】閉状態におけるゲーム装置１０の左側面図
【図２Ｂ】閉状態におけるゲーム装置１０の正面図
【図２Ｃ】閉状態におけるゲーム装置１０の右側面図
【図２Ｄ】閉状態におけるゲーム装置１０の背面図
【図３】ゲーム装置１０の内部構成を示すブロック図
【図４】本実施形態にかかるネットワーク構成の全体像を示す模式図
【図５】本実施形態において想定する視聴アプリの画面の一例
【図６】本実施形態において想定する視聴アプリの画面の一例
【図７】本実施形態において想定する視聴アプリの画面の一例
【図８】本実施形態において想定する視聴アプリの画面の一例
【図９】第１マイコン３７に内蔵されている記憶領域に記憶される主なデータを示す図
【図１０】ＲＡＭ３６２に記憶される主なデータを示す図
【図１１】メインメモリに記憶される主なプログラム、データを示す図
【図１２】タスクデータ５０７のデータ構造の一例を示した図
【図１３】視聴アプリ用データ５０９のデータ構造の一例を示した図
【図１４】番組パッケージ６０１のデータ構造の一例を示す図
【図１５】バナー広告パッケージ６０３のデータ構造の一例を示す図
【図１６】ＣＭ広告パッケージ６０４のデータ構造の一例を示す図
【図１７】設定パッケージ６０５のデータ構造の一例を示す図
【図１８】番組視聴データ６０７、ＣＭ視聴データ６０８、バナー視聴データ６０９のデータ構造を示す図
【図１９】第１マイコン３７によって実行されるマイコン処理を示すフローチャート
【図２０】第２マイコン３６１によって実行されるサーチ処理を示すフローチャート
【図２１】「いつの間に通信」処理の詳細を示すフローチャート
【図２２】視聴アプリ処理の詳細を示すフローチャート
【図２３】図２２のステップＳ１０２で示した初回起動時設定処理の詳細を示すフローチャート
【図２４】図２２のステップＳ１０４で示したタスクスケジューリング処理の詳細を示すフローチャート
【図２５】図２２のステップＳ１０５で示したメイン処理の詳細を示すフローチャート
【図２６】図２５のステップ１６７で示した番組再生処理の詳細を示すフローチャート
【図２７】図２５のステップＳ１６９で示した広告一覧処理の詳細を示すフローチャート
【図２８】図２７のステップＳ２２７で示したバナー広告詳細表示処理の詳細を示すフローチャート
【発明を実施するための形態】
【００４７】
以下、本発明の実施の形態について、図面を参照して説明する。尚、この実施例により本発明が限定されるものではない。
【００４８】
（ゲーム装置の構成）
以下、本発明の実施形態にかかる情報処理装置の一例であるゲーム装置について説明する。ゲーム装置１０は携帯型のゲーム装置である。図１および図２Ａ〜Ｄに示されるように、ゲーム装置１０は、下側ハウジング１１および上側ハウジング２１を有する。下側ハウジング１１と上側ハウジング２１とは、開閉可能（折り畳み可能）に接続されている。
【００４９】
（下側ハウジングの説明）
図１および図２Ａ〜Ｄに示すように、下側ハウジング１１には、下側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）１２、タッチパネル１３、各操作ボタン１４Ａ〜１４Ｌ、アナログスティック１５、ＬＥＤ１６Ａ〜１６Ｂ、挿入口１７、および、マイクロフォン用孔１８が設けられる。
【００５０】
タッチパネル１３は、下側ＬＣＤ１２の画面上に装着されている。下側ハウジング１１の上側面には、タッチペン２８を収納するための挿入口１７（図１および図２Ｄに示す点線）が設けられている。
【００５１】
下側ハウジング１１の内側面（主面）には、十字ボタン１４Ａ（方向入力ボタン１４Ａ）、ボタン１４Ｂ、ボタン１４Ｃ、ボタン１４Ｄ、ボタン１４Ｅ、電源ボタン１４Ｆ、セレクトボタン１４Ｊ、ＨＯＭＥボタン１４Ｋ、およびスタートボタン１４Ｌが、設けられる。
【００５２】
アナログスティック１５は、方向を指示するデバイスである。
【００５３】
下側ハウジング１１の内側面には、マイクロフォン用孔１８が設けられる。マイクロフォン用孔１８の下部には後述する音声入力装置としてのマイク４２（図３参照）が設けられる。
【００５４】
図２ＢおよびＤに示されるように、下側ハウジング１１の上側面には、Ｌボタン１４ＧおよびＲボタン１４Ｈが設けられている。また、図２Ａに示されるように、下側ハウジング１１の左側面には、ゲーム装置１０が備えるスピーカ４３（図３参照）の音量を調整するための音量ボタン１４Ｉが設けられる。
【００５５】
図２Ａに示されるように、下側ハウジング１１の左側面には開閉可能なカバー部１１Ｃが設けられる。このカバー部１１Ｃの内側には、ゲーム装置１０とデータ保存用外部メモリ４５とを電気的に接続するためのコネクタが設けられる。
【００５６】
図２Ｄに示されるように、下側ハウジング１１の上側面には、外部メモリ４４を挿入するための挿入口１１Ｄが設けられる。
【００５７】
図１および図２Ｃに示されるように、下側ハウジング１１の下側面にはゲーム装置１０の電源のＯＮ／ＯＦＦ状況をユーザに通知する第１ＬＥＤ１６Ａ、下側ハウジング１１の右側面にはゲーム装置１０の無線通信の確立状況をユーザに通知する第２ＬＥＤ１６Ｂが設けられる。ゲーム装置１０は他の機器との間で無線通信を行うことが可能であり、下側ハウジング１１の右側面には、この無線通信の機能を有効／無効にする無線スイッチ１９が設けられる（図２Ｃ参照）。
【００５８】
（上側ハウジングの説明）
図１および図２に示すように、上側ハウジング２１には、上側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）２２、外側撮像部２３（外側撮像部（左）２３ａおよび外側撮像部（右）２３ｂ）、内側撮像部２４、３Ｄ調整スイッチ２５、および、３Ｄインジケータ２６が設けられる。
【００５９】
上側ＬＣＤ２２は、立体視可能な画像を表示することが可能な表示装置である。具体的には、パララックスバリア方式の裸眼立体視可能な表示装置である。上側ＬＣＤ２２は、視差バリアを用いてユーザの左目に左目用画像をユーザの右目に右目用画像を視認させることにより、ユーザにとって立体感のある画像（立体視画像）を表示することができる。また、上側ＬＣＤ２２は、上記視差バリアを無効にすることが可能であり、視差バリアを無効にした場合は、画像を平面的に表示することができる。このように、上側ＬＣＤ２２は、立体視画像を表示する立体表示モードと、画像を平面的に表示する（平面視画像を表示する）平面表示モードとを切り替えることが可能な表示装置である。この表示モードの切り替えは、例えば、後述する３Ｄ調整スイッチ２５によって行われる。
【００６０】
外側撮像部２３は、上側ハウジング２１の外側面２１Ｄに設けられた２つの撮像部（２３ａおよび２３ｂ）の総称である。外側撮像部（左）２３ａと外側撮像部（右）２３ｂとは、ゲーム装置１０が実行するプログラムによって、ステレオカメラとして使用することが可能である。
【００６１】
内側撮像部２４は、上側ハウジング２１の内側面２１Ｂに設けられ、当該内側面の内向きの法線方向を撮像方向とする撮像部である。
【００６２】
３Ｄ調整スイッチ２５は、スライドスイッチであり、上述のように上側ＬＣＤ２２の表示モードを切り替えるために用いられるスイッチである。また、３Ｄ調整スイッチ２５は、上側ＬＣＤ２２に表示された立体視可能な画像（立体画像）の立体感を調整するために用いられる。３Ｄ調整スイッチ２５のスライダ２５ａは、所定方向（上下方向）の任意の位置にスライド可能であり、当該スライダ２５ａの位置に応じて上側ＬＣＤ２２の表示モードが設定される。また、スライダ２５ａの位置に応じて、立体画像の見え方が調整される。
【００６３】
３Ｄインジケータ２６は、上側ＬＣＤ２２が立体表示モードか否かを示すＬＥＤである。
【００６４】
また、上側ハウジング２１の内側面には、スピーカ孔２１Ｅが設けられる。後述するスピーカ４３からの音声がこのスピーカ孔２１Ｅから出力される。
【００６５】
（ゲーム装置１０の内部構成）
次に、図３を参照して、ゲーム装置１０の内部の電気的構成について説明する。図３に示すように、ゲーム装置１０は、上述した各部に加えて、情報処理部３１、メインメモリ３２、外部メモリインターフェイス（外部メモリＩ／Ｆ）３３、データ保存用外部メモリＩ／Ｆ３４、データ保存用内部メモリ３５、無線通信モジュール３６、第１マイコン３７，加速度センサ３９、電源回路４０、インターフェイス回路（Ｉ／Ｆ回路）４１、開閉検出器４６等の電子部品を備えている。
【００６６】
情報処理部３１は、所定のプログラムを実行するためのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１１、画像処理を行うＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１２、ＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）３１３を含む。ＣＰＵ３１１は、ゲーム装置１０内のメモリ（例えば外部メモリＩ／Ｆ３３に接続された外部メモリ４４やデータ保存用内部メモリ３５）に記憶されているプログラムを実行することによって、当該プログラムに応じた処理を実行する。なお、ＣＰＵ３１１によって実行されるプログラムは、他の機器との通信によって他の機器から取得されてもよい。ＧＰＵ３１２は、ＣＰＵ３１１からの命令に応じて画像を生成し、ＶＲＡＭ３１３に描画する。ＶＲＡＭ３１３に描画された画像は、上側ＬＣＤ２２及び／又は下側ＬＣＤ１２に出力され、上側ＬＣＤ２２及び／又は下側ＬＣＤ１２に当該画像が表示される。
【００６７】
外部メモリＩ／Ｆ３３は、外部メモリ２８を着脱自在に接続するためのインターフェイスである。また、データ保存用外部メモリＩ／Ｆ３４は、データ保存用外部メモリ２９を着脱自在に接続するためのインターフェイスである。
【００６８】
メインメモリ３２は、情報処理部３１（のＣＰＵ３１１）のワーク領域やバッファ領域として用いられる揮発性の記憶装置である。
【００６９】
外部メモリ２８は、情報処理部３１によって実行されるプログラム等を記憶するための不揮発性の記憶装置である。外部メモリ２８は、例えば読み取り専用の半導体メモリで構成される。
【００７０】
データ保存用外部メモリ２９は、不揮発性の読み書き可能なメモリ（例えばＮＡＮＤ型フラッシュメモリ）で構成され、任意のデータを保存するために用いられる。
【００７１】
データ保存用内部メモリ３５は、読み書き可能な不揮発性メモリ（例えばＮＡＮＤ型フラッシュメモリ）で構成され、所定のデータを格納するために用いられる。例えば、データ保存用内部メモリ３５には、無線通信モジュール３６を介した無線通信によってダウンロードされたデータやプログラムが格納される。
【００７２】
無線通信モジュール３６は、他の通信機器等と無線通信を行う機能を有する。本実施形態では、無線通信モジュール３６は、後述するような「インフラストラクチャ通信」（以下、「インフラ通信」と呼ぶ）と「アドホック通信」という２種類の通信態様を実現することができる。「インフラ通信」は、例えばＩＥＥＥ８０２．１１ｂ／ｇ／ｎの規格に準拠した方式により、無線ＬＡＮに接続する機能である。また、「アドホック通信」は、所定の通信方式（例えば独自プロトコルによる通信や、赤外線通信）により同種のゲーム装置との間で無線通信を行う機能である。詳細は後述するが、本実施形態では、主に「インフラ通信」を用いた「いつの間に通信」と呼ばれる通信機能を利用した処理を行う。
【００７３】
無線通信モジュール３６には、第２マイコン３６１、ＲＡＭ３６２等が含まれる。ＲＡＭ３６２には、上記「インフラ通信」や「アドホック通信」のような無線通信を制御するためのプログラムが適宜格納される。そして、第２マイコン３６１は、ＲＡＭ３６２に格納されているプログラムに基づき、上記「いつの間に通信」等を制御する。
【００７４】
加速度センサ３９は、３軸（ｘｙｚ軸）方向に沿った直線方向の加速度（直線加速度）の大きさを検出する。情報処理部３１は、加速度センサ３９が検出した加速度を示すデータ（加速度データ）を受信して、ゲーム装置１０の姿勢や動きを検出することができる。
【００７５】
第１マイコン３７は、ゲーム装置１０の電源管理に関する処理や、時間に関する処理、上記ハウジングの開閉検知処理等を行う。また、これらの処理に関する通知をＣＰＵ３１１から受けたり、逆にＣＰＵ３１１に通知したりする。第１マイコン３７は、リアルタイムクロック（ＲＴＣ）３７１を備えている。ＲＴＣ３７１は、時間をカウントし、第１マイコン３７を介してＣＰＵ３１１に出力する。例えば、ＣＰＵ３１１は、ＲＴＣ３７１によって計時された時間に基づいて、現在時刻（日付）等を計算することもできる。
【００７６】
また、第１マイコン３７は、開閉検出器４６および電源回路４０と接続される。開閉検出器４６は、上記ハウジングの開閉を検出し、その内容を第１マイコン３７（ひいてはＣＰＵ３１１）に通知する。電源回路４０は、ゲーム装置１０が有する電源（典型的には電池であり、下側ハウジング１１に収納される）から供給される電力を制御し、ゲーム装置１０の各部品に電力を供給する。また、電源回路４０は、第１マイコン３７（第１マイコン３７を介したＣＰＵ３１１）からのスリープモードへの移行やスリープモード解除の通知を受ける。そして、当該通知に基づいて適切な電力を供給するための制御を行う。
【００７７】
ここで、本実施形態にかかるゲーム装置１０の電源制御のモードに関して説明する。本ゲーム装置では、電池等の電源が装着されて、上記各構成部品への電力供給が可能な状態となった後は、基本的には、「通常電力モード」と「省電力モード」の２つの電源制御モードのいずれかで動作する。「通常電力モード」は、上記構成部品の全てに電力を供給している状態である。例えば、ユーザが所定のゲームを実際に操作してプレイする場合や、各種アプリケーション（以下、単にアプリと呼ぶ）を実際に操作する場合の電源制御モードは「通常電力モード」である。「省電力モード」は、上記構成部品の一部に対してのみ電力の供給を継続し、それ以外の構成部品に対しての電力供給は停止している状態である。本実施形態では、この「省電力モード」の一つとして、「スリープモード」がある。「スリープモード」は、上記第１マイコン３７、無線通信モジュール３４にのみ電源を供給し、それ以外の部品、つまり、ＣＰＵ３１１やＬＣＤへの電力供給は停止している状態である（但し、ＣＰＵ３１１は、「スリープモード」の解除指示を受けることは可能である）。また、「スリープモード」において、第１マイコン３７や無線通信モジュール３６（の第２マイコン３６１）は、「マイコン処理」、「スリープ中ＢＧ通信処理」と呼ばれる処理を所定時間毎に繰り返し実行する。これについては詳細は後述する。
【００７８】
また、本実施形態では、上述のような、開閉検出器４６の検出結果に基づいてスリープモードへの移行やスリープモードの解除を行う方法のほかに、電源ボタン１４Ｆの操作に応じて上記「通常電力モード」と「スリープモード」を切り替えることが可能である。また、電源ボタン１４Ｆの操作によるものの他、後述するような処理によって、自動的に「スリープモード」の解除、あるいは「スリープモード」への移行も可能となっている。例えば、ユーザが所定のゲームをプレイし終えた後、電源ボタン１４Ｆを押すと（この操作は、ユーザから見ると、電源をオフにする操作に見える）、「スリープモード」に移行する。この状態で、ユーザはゲーム装置１０を閉じて、持ち歩くこと等が可能である。その後、ユーザがゲーム装置１０を開き、再度電源ボタン１４Ｆを押すと、「スリープモード」が解除され、「通常電力モード」に移行する。または、所定時間が経過したことにより「スリープモード」へ移行するようにしてもよい。
【００７９】
その他、電源ボタン１４Ｆを長押しすることで、第１マイコン３７や無線通信モジュール３６も含めた全ての構成部品への電力供給を停止する（つまり、完全に電源を切る）「完全停止モード」に移行することも可能である。この場合は、再度電源ボタン１４Ｆを長押しすると、「通常電力モード」に移行してゲーム装置１０が起動することになる。
【００８０】
ここで、上記電源制御モードに関し、ユーザがゲーム装置を使用中か否かという観点からは、以下のように言い換えることもできる。すなわち、ゲーム装置１０は、「使用状態」と「非使用状態」という２つの状態を有するといえる。「使用状態」とは、ユーザがゲーム装置１０のハウジングを開いて直接的に使用しているために、通常電力モードがずっと継続している状態である。例えば、ユーザが操作ボタン１４等を操作して実際にゲーム等をプレイしている状態が該当する。一方、「非使用状態」とは、ユーザがゲーム装置１０を主導的・直接的に使用していない状態をいう。これには、上記ハウジングが閉じられているために「スリープモード」となっている状態の他、後述するような「いつの間に通信」の実行に伴い、（ハウジングは閉じられたまま）一時的に「スリープモード」が解除されて「いつの間に通信」にかかる処理が実行され、その実行後は再度「スリープモード」に戻るような状態も含む。例えば、ユーザが外出する際に、ゲーム装置１０のハウジングを閉じて鞄に入れている状態は「非使用状態」である。更に、このように、ゲーム装置１０が鞄に入れられてユーザが外出している間に、上記のように一時的に「スリープモード」が解除されている状態、および、「いつの間に通信」の実行後に再度「スリープモード」に入るような状態（この間、ユーザはゲーム装置１０を使用していない）も「非使用状態」である。また、当該「使用状態」と「非使用状態」が切り替わるためのトリガは、ハウジングの開閉の他、電源ボタン１４Ｆが操作された場合もトリガとなる。つまり、ユーザがゲームをプレイしていたが（使用状態）、その後、ゲームのプレイを終えたため、ゲーム装置１０の電源ボタン１４Ｆを押下することで、「使用状態」から「非使用状態」に切り替わる。その他、例えば、一定時間ユーザの操作がなかったために「使用状態」から「非使用状態」に切り替わる場合もある。
【００８１】
以下の説明においては、説明の簡略化のため、電源制御モードについては、「通常電力モード」と「スリープモード」の２つのモードだけを用いる場合を例として説明する。
【００８２】
Ｉ／Ｆ回路４１には、タッチパネル１３、マイク４２およびスピーカ４３が接続される。Ｉ／Ｆ回路４１は、マイク４２およびスピーカ４３（アンプ）の制御を行う音声制御回路と、タッチパネルの制御を行うタッチパネル制御回路とを含む。音声制御回路は、音声信号に対するＡ／Ｄ変換およびＤ／Ａ変換を行ったり、音声信号を所定の形式の音声データに変換したりする。タッチパネル制御回路は、タッチパネル１３からの信号に基づいて所定の形式のタッチ位置データを生成して情報処理部３１に出力する。情報処理部３１は、タッチ位置データを取得することにより、タッチパネル１３に対して入力が行われた位置を知ることができる。
【００８３】
操作ボタン１４は、上記各操作ボタン１４Ａ〜１４Ｌからなり、操作ボタン１４から情報処理部３１へは、各操作ボタン１４Ａ〜１４Ｉに対する入力状況（押下されたか否か）を示す操作データが出力される。
【００８４】
下側ＬＣＤ１２および上側ＬＣＤ２２は情報処理部３１に接続される。具体的には、情報処理部３１は、上側ＬＣＤ２２のＬＣＤコントローラ（図示せず）と接続され、当該ＬＣＤコントローラに対して視差バリアのＯＮ／ＯＦＦを制御する。上側ＬＣＤ２２の視差バリアがＯＮになっている場合、情報処理部３１のＶＲＡＭ３１３に格納された右目用画像と左目用画像とが、上側ＬＣＤ２２に出力される。より具体的には、ＬＣＤコントローラは、右目用画像について縦方向に１ライン分の画素データを読み出す処理と、左目用画像について縦方向に１ライン分の画素データを読み出す処理とを交互に繰り返すことによって、ＶＲＡＭ３１３から右目用画像と左目用画像とを読み出す。これにより、右目用画像および左目用画像が、画素を縦に１ライン毎に並んだ短冊状画像に分割され、分割された右目用画像の短冊状画像と左目用画像の短冊状画像とが交互に配置された画像が、上側ＬＣＤ２２の画面に表示される。そして、上側ＬＣＤ２２の視差バリアを介して当該画像がユーザに視認されることによって、ユーザの右目に右目用画像が、ユーザの左目に左目用画像が視認される。以上により、上側ＬＣＤ２２の画面には立体視可能な画像が表示される。
【００８５】
外側撮像部２３および内側撮像部２４は、情報処理部３１の指示に従って画像を撮像し、撮像した画像データを情報処理部３１に出力する。
【００８６】
３Ｄ調整スイッチ２５は、スライダ２５ａの位置に応じた電気信号を情報処理部３１に送信する。
【００８７】
情報処理部３１は、３Ｄインジケータ２６の点灯を制御する。例えば、情報処理部３１は、上側ＬＣＤ２２が立体表示モードである場合、３Ｄインジケータ２６を点灯させる。
【００８８】
次に、本実施形態で実行される処理の概要について説明する。本実施形態にかかる処理は、所定のサーバから配信される映像等のデータを受信し、ゲーム装置１０で再生する処理である。具体的には、本実施形態では、当該受信対象となる映像等は、テレビ局等の制作者が作成した「番組」および「広告」である。そして、本実施形態では、この「番組」のデータと「広告」のデータが個別に送受信される。つまり、サーバ側においては、「番組」と「広告」のデータが別々のファイルとして用意され、（ゲーム装置１０の要求に応じて）個別に送信可能に構成されている。一方、ゲーム装置１０では、当該「番組」を受信する処理と、「広告」を受信する処理が別々の処理として実行される。更に、本実施形態では、「いつの間に通信」と呼ばれる通信処理を主にバックグラウンド処理として実行することで、ユーザからの能動的な受信操作を伴うことなく、上記「番組」および「広告」のデータをバックグラウンドで自動的に受信する。
【００８９】
次に、本実施形態における上記「いつの間に通信」の処理概要について説明する。まず、当該「いつの間に通信」の具体的な動作例を説明する。ここでは、図４で示すようなネットワーク構成を想定する。すなわち、ゲーム装置１０は、「インフラ通信」の機能を用いて（無線ＬＡＮの）アクセスポイント（以下、ＡＰと呼ぶ）に接続する。そして、ゲーム装置１０は、当該ＡＰを介してインターネットに接続し、所定のサーバとの通信を行う。本実施形態では、当該サーバから上記「番組」や「広告」のデータを受信する。また、ユーザの視聴履歴を示すデータを所定のサーバに送信する。
【００９０】
ここで、上記のように、「いつの間に通信」は基本的にバックグラウンド処理として実行される。これは、ゲーム装置１０が「スリープモード」のときであっても、「通常電力モード」のときでも同様である。「いつの間に通信」の動作の典型的な例を挙げると、例えば、ユーザの自宅で「いつの間に通信」が行われる例が挙げられる。この場合、ＡＰは、ユーザの自宅に設置されたアクセスポイントとなる。そして、典型的には、ユーザがゲーム装置１０を「スリープモード」（ゲーム装置１０を折り畳んだ状態）にして就寝すると、就寝中に当該ゲーム装置１０が自動的に「いつの間に通信」を実行し、「番組」や「広告」のデータを受信する。これにより、次の朝にユーザが目覚め、ゲーム装置１０を「通常電力モード」に移行させると、新しい「番組」や「広告」が配信されており、当該「番組」や「広告」をゲーム装置１０上で視聴することが可能となる。また、その他の例としては、自宅外の場所で「いつのまに通信」が行われる場合もある。この場合は、上記ＡＰは、所定の店舗（例えばファーストフード店等）に設置されているものである。そして、ユーザがゲーム装置１０を「スリープモード」にして外出し、当該店舗に立ち寄った際に、ゲーム装置１０が自動的に当該店舗のＡＰに接続し、「いつの間に通信」を実行する。つまり、ユーザが当該店舗に滞在している間に（この間、ゲーム装置は「スリープモード」であってもよいし、「通常電力モード」であってもよい）、ゲーム装置１０は上記「番組」「広告」のデータを受信する。そして、ユーザが外出を終えて帰宅したとき、あるいは、例えば帰り道の電車の中等で、ゲーム装置１０上で新たに受信した「番組」や「広告」を視聴することが可能となる。このように、本実施形態では、「いつの間に通信」を用いてユーザの知らない間に「番組」や「広告」のデータを受信可能となっている。そして、本実施形態では、「番組」のデータと「広告」のデータを別個のデータとして扱う（受信する）ことで、後述するような処理が可能となっている。
【００９１】
ここで、「いつの間に通信」における処理の管理単位である「タスク」の概念について説明する。本実施形態における「タスク」とは、所定のサーバとの間で所定のデータを送信または受信するための処理内容を定義した概念である。１つの「タスク」は、１つの送信処理、または、受信処理に対応する。そのため、本実施形態では、当該「タスク」を「送信タスク」と「受信タスク」の２種類の「タスク」として管理している。すなわち、１つの「タスク」には、「送信」または「受信」のいずれか一方の処理しか定義できない。そして、本実施形態では、「送信タスク」や「受信タスク」の実行スケジュール等を定義し、ゲーム装置１０のシステムに「登録」することで、バックグラウンドでの実行を管理している。具体的には、「番組」を受信するための「受信タスク」（以下、「番組受信タスク」と呼ぶ）と「広告」を受信するための「受信タスク」（以下、「広告受信タスク」と呼ぶ）とを別々のタスクとして定義し（その実行スケジュール等も異なる）、登録している。ここで、本実施形態では、「番組」等の提供元として、テレビ局Ａとテレビ局Ｂの２つの局を想定する。そして、各局毎に３つの「番組」を提供している場合を例とする。つまり、本実施形態では、２つのテレビ局から合計６つの「番組」が提供されるものとする。当該「番組」の具体例を挙げると、例えば、テレビ局Ａの３つの番組の内訳として、数時間毎に更新される「ニュース」、１日単位で更新される「ドラマ」、１週間単位で更新される「情報バラエティ番組」等がある。一方、上記「番組受信タスク」については、１タスクが１つの番組に対応する。従って、本実施形態では、「番組受信タスク」は合計６つ登録されることになる。一方、「広告受信タスク」については、本実施形態では、２つの「受信タスク」が登録される。本実施形態では、「広告」の内容として、「ＣＭ広告」と「バナー広告」の２種類に分類されている。「ＣＭ広告」は動画データとして表される広告である。「バナー広告」は、静止画データとして表される広告である。そのため、「広告受信タスク」については、「ＣＭ広告」の「受信タスク」（以下、「ＣＭ広告受信タスク」）と「バナー広告」の「受信タスク」（以下、「バナー広告受信タスク」）の２つのタスクが登録される。また、本実施形態では、「ＣＭ広告受信タスク」の実行により受信されたＣＭ広告のファイルの中には複数のＣＭ広告のデータが含まれているとする。同様に、「バナー広告受信タスク」の実行により受信されたバナー広告のファイルの中には複数のバナー広告のデータが含まれているとする。
【００９２】
また、本実施形態では、上記のような「受信タスク」の他、「設定ファイル受信タスク」、「視聴履歴送信タスク」という「タスク」も登録され、実行される。「設定ファイル受信タスク」は、設定ファイルを受信するための「タスク」である。当該設定ファイルとは、「タスク」の実行スケジュール等を設定するためのファイルである。
詳細は後述するが、ゲーム装置１０は、当該設定ファイルを参照して各「タスク」の実行スケジュール（実行優先度や実行時刻等）を変更することが可能となっている。また、「視聴履歴送信タスク」は、ユーザが視聴した番組や広告を示す履歴データを所定のサーバに送信するための「送信タスク」である。
【００９３】
更に、本実施形態では、「メーカー番組受信タスク」という「タスク」も登録される。これは、ゲーム装置１０のメーカーが提供する「番組」（以下、メーカー番組）を受信するための「受信タスク」である。当該「メーカー番組」は、主にデモ映像やメーカーからの各種「お知らせ」を示す動画となっている。
【００９４】
なお、本実施形態においては、「タスク」は最大で９９個まで登録することができ（本実施形態にかかる処理以外の処理、例えばゲーム処理で利用される「タスク」も存在する）、これ以上の「タスク」を登録した場合は、登録順の古いものから上書き登録される。
【００９５】
当該「タスク」として定義される主な内容としては、以下のようなものが含まれる。まず、タスクの実行スケジュールに関する情報が含まれる。これには「実行優先度」、「次回実行時刻」、「実行間隔」、「消尽回数」等の情報が含まれる。これらの情報は、「送信タスク」や「受信タスク」がいつ実行されるかや、どの程度の頻度で実行されるか、等を規定した内容となる。次に、送受信の対象となるデータについての情報（データの格納場所等）も含まれる。更に、通信相手となるサーバの情報（ＵＲＬ等）も含まれる。これらの情報は、後述するタスクデータ５０７として管理されるため、個々の情報の詳細については、タスクデータ５０７の説明のときに改めて説明する。
【００９６】
次に、上記のような「いつの間に通信」で受信した「番組」や「広告」を視聴するための視聴処理の概要について説明する。図５〜図８は、ゲーム装置１０で実行される視聴アプリケーション（以下、視聴アプリと呼ぶ）の画面の一例である。当該視聴アプリケーションは、例えば、ゲーム装置１０のホームメニュー（図示は省略）に対するユーザの操作に基づいて起動される。図５に示す画面例は、視聴アプリのメニュー画面である。この画面では、下側ＬＣＤ１２に、番組を示すアイコン１０１が６つ表示されている（番組アイコン１０１ａ〜１０１ｆ）。また、下側ＬＣＤ１２には、その他、即時更新用のボタン１０２、広告一覧ボタン１０３、設定ボタン１０４も表示されている。また、現在選択中の番組やボタンを示すためのカーソル１１０も表示されている。ユーザは、当該下側ＬＣＤ１２に対して、例えば、カーソル１１０が合っている番組アイコン１０１のタッチ操作等を行うことで、各番組の再生や、各ボタンに対応した処理の実行を行うことができる。また、上側ＬＣＤ２２には、メニュー画面においては、下側ＬＣＤ１２で選択された番組アイコン１０１等の説明（番組内容の紹介など）が適宜表示される。
【００９７】
図５において、下側ＬＣＤ１２からユーザが所望の番組の再生指示を行うと、図６で示すような、番組再生画面に切り替わる。図６では、上側ＬＣＤ２２には、番組やＣＭ広告の映像が表示される。一方、下側ＬＣＤ１２には、その上部に再生制御パネル１２１が表示され、その下にバナー広告画像１２２が表示され、更にその下に、メニューボタン１２３およびブラウザ起動ボタン１２４が表示される。上側ＬＣＤ２２で再生される動画は、再生制御パネル１２１（シークバーや再生／一時停止ボタン）を操作することで、再生の制御が可能である。
【００９８】
ここで、本実施形態では、上記のように、「番組」のデータと「広告」のデータは別々に受信される。一方、当該番組再生画面において番組が再生される際は、番組の途中でＣＭ広告も適宜再生されるようにしている。これは、番組の再生が指示されたとき、受信済みのＣＭ広告のファイルが参照され、原則として、ランダムにいくつかのＣＭ広告が選択されて、上記番組の再生の途中（番組開始前と開始後も含む）でＣＭ広告が再生されるような設定処理が実行される。これにより、番組の再生開始時に、番組内容とは関係なくランダムでＣＭ広告が選択され、これらＣＭ広告が番組の途中に適宜再生されることで、一般的なテレビ番組のような再生が可能となる。
【００９９】
なお、本実施形態では、当該視聴アプリの起動時に、未視聴の番組がある場合は、上記メニュー画面を表示せずに、当該未視聴の番組のいずれかの再生を開始する制御（未視聴番組の自動再生）も行う（つまり、視聴アプリを起動したとき、メニュー画面ではなく番組再生画面が表示される場合もある）。また、本実施形態では上記のように２つのテレビ局から番組を提供されているところ、未視聴番組の自動再生を行う際に、再生される番組が一方の局に偏らないように、両局の番組の再生機会が公平となるような制御も行われている。
【０１００】
次に、下側ＬＣＤ１２のバナー広告画像１２２の表示態様に関して説明する。当該バナー広告画像１２２は、上記「バナー広告受信タスク」で受信されたバナー広告のファイルに含まれる画像が表示されたものである。上記のように、「番組」のデータと「広告」のデータは別々に受信されるため、バナー広告画像についても、番組の再生指示がなされた際に、今回の再生において表示するバナー広告がランダムで選択され、上側ＬＣＤ２２における番組の再生中に適宜切り替わりながら下側ＬＣＤ１２に表示される（各バナー広告画像が表示される時間については各バナー広告のデータ自身に含まれている）。但し、上記ＣＭ広告の動画が上側ＬＣＤ２２で再生されているときについては、当該ＣＭ広告で紹介されている商品等に関連するバナー広告が表示される。つまり、ＣＭ広告と関連するバナー広告画像が表示される（例えば、Ａ社の化粧品のＣＭ広告が再生されていれば、当該ＣＭ広告が再生されている間は、当該化粧品が示されたバナー広告画像が下側ＬＣＤ１２に表示される）。以下、このような、ＣＭ広告と関連しているバナー広告のことを連動バナー広告と呼ぶ。
【０１０１】
また、図６において、ブラウザ起動ボタン１２４は、ウェブブラウザを起動して、そのときに表示されているバナー広告画像に関連するサイト（広告主のサイトやショッピングサイト）を閲覧するためのボタンである。当該ボタンが押された場合、番組の再生は一時停止される。そして、当該視聴アプリはバックグラウンドの処理として切り替えられ（例えば待機状態となる）、ウェブブラウザにかかる処理がフォアグラウンドの処理として起動される。その後、ウェブブラウザにかかる処理が終了すれば、当該視聴アプリがフォアグラウンドの処理に切り替えられ、一時停止した箇所から番組の再生が再開される。
【０１０２】
また、図６において、メニューボタン１２３は、当該番組再生画面を終了して上記図５のメニュー画面に戻るためのボタンである。
【０１０３】
図５に戻り、次に、ユーザが下側ＬＣＤ１２から広告一覧ボタン１０３を押したときの処理概要について説明する。この場合、図７に示すような広告一覧画面が表示される。この画面は、上記「バナー広告受信タスク」で受信されたバナー広告のファイルに含まれる各バナー広告を閲覧するための画面である。上記のように、本実施形態では「番組」のデータと「広告」のデータが別々に受信されるため、このように広告のみを閲覧することも可能となっている。当該画面では、下側ＬＣＤ１２に、バナー広告のサムネイル画像１３１が一覧表示される。また、カーソル１１０も表示されている。アナログスティック１５等を操作してユーザが所望のバナー広告画像にカーソル１１０を合わせると、上画面に、当該バナー広告に関する情報（広告内容の問い合わせ先や掲載期間等の書誌情報）が表示される。そして、ユーザが所望のバナー広告のサムネイル画像にカーソル１１０を合わせ、決定する操作を行うと、図８に示すような、バナー広告詳細画面が表示される。図８では、下側ＬＣＤ１２に、バナー広告の閲覧や再生を制御するための閲覧制御パネル１４１と、選択したバナー広告画像１２２が表示される。また、上側ＬＣＤ２２には、選択されたバナー広告画像に関連付けられているＣＭ広告がある場合は、そのＣＭ広告の映像が再生される。関連するＣＭ広告がない場合は、当該バナー広告に関する情報が表示される。
【０１０４】
また、下側ＬＣＤ１２には、戻るボタン１４２、ブラウザ起動ボタン１４３も表示されている。戻るボタン１４２は、上記広告一覧画面に戻るためのボタンである。ブラウザ起動ボタン１４３は、ウェブブラウザを起動して、そのときに表示されているバナー広告画像に関連するサイトを閲覧するためのボタンである。
【０１０５】
図５に戻り、次に、ユーザが下側ＬＣＤ１２から設定ボタン１０４を押したときの処理について説明する。このときは、当該視聴アプリに関する設定を行うための画面が表示される（図示は省略）。ユーザはこの画面を用いて、視聴アプリの動作に関する各種設定操作を行うことができる。例えば、映像や広告の自動受信を行うか否か（つまり、上記「いつの間に通信」を実行するか否か）等を設定することが可能である。また、下側ＬＣＤ１２から即時更新用のボタン１０２をユーザがタッチすれば、最新の番組等が存在するかどうかの判定と、最新の番組等が存在する場合は、そのデータを受信する処理が実行される。この受信処理は、上記「番組受信タスク」および「広告受信タスク」の即時実行となる（つまり、バックグラウンド処理として受信処理が行われることになる）。
【０１０６】
このように、本実施形態では、番組と広告のデータを別々に受信し、番組の再生時に、その番組と共に再生される広告をその都度決定している。そのため、ネットワークにかかる負荷を分散することができ、また、広告のみを閲覧するような処理も可能となる。
【０１０７】
次に、ゲーム装置１０において行われる「いつの間に通信」処理および視聴アプリケーション処理の詳細を説明する。なお、本実施形態における処理の実行主体に関して説明すると、本実施形態では、第１マイコン３７、第２マイコン３６１、ＣＰＵ３１１が、それぞれ独立して、以下に説明する処理の実行主体となり、これらの処理が互いに連携しながら並列的に実行される。まず、本実施形態にかかる各処理において用いられる主なデータについて説明する。
【０１０８】
図９は、第１マイコン３７に内蔵されている記憶領域（図示せず）に記憶される主なデータを示す図である。第１マイコン３７の内部には、プログラム領域３０１とデータ領域３０３が存在し、プログラム領域３０１には、第１マイコン３７が担当する処理を実行するためのマイコン処理プログラム３０２が記憶され、データ領域３０３には、給電状態フラグ３０４、次回起床時刻３０５が記憶される。給電状態フラグ３０４は、「スリープモード」であるか否かを示すためのフラグである。オンに設定されているときは「通常電力モード」、オフに設定されているときは、「スリープモード」であるとする。次回起床時刻３０５は、「スリープモード」を解除する時刻を示すデータである。
【０１０９】
図１０は、無線通信モジュール３６に内蔵されているＲＡＭ３６２に記憶される主なデータを示す図である。ＲＡＭ３６２には、プログラム領域４０１とデータ領域４０３が存在する。プログラム領域４０１には、通信制御プログラム４０２が格納される。当該プログラムは、主に上記インフラ通信にかかる処理を制御するためのプログラムである。また、ＡＰをサーチするための処理も当該プログラムによって実現される。また、データ領域４０３には、ＡＰに関する情報（ＳＳＩＤ等）が含まれるＡＰ識別情報４０４が記憶される。
【０１１０】
図１１は、ゲーム装置１０のメインメモリ３２のメモリマップを示す図である。図１１において、メインメモリ３２は、プログラム記憶領域５０１およびデータ記憶領域５０５を含む。プログラム記憶領域５０１およびデータ記憶領域５０５のデータは、データ保存用内部メモリ３５、またはデータ保存用外部メモリ２９に格納され、本実施形態にかかる処理の実行時に、必要に応じてメインメモリ３２に転送されて記憶される。なお、本実施形態では、図１１に示すプログラム、および、データのうち、視聴アプリプログラム５０３、視聴アプリ用データ５０９については、基本的にはデータ保存用外部メモリ２９に保存されている。その他のプログラム、データについては、基本的にデータ保存用内部メモリ３５に保存されている。
【０１１１】
プログラム記憶領域５０１には、システム用プログラム５０２、視聴アプリプログラム５０３、ウェブブラウザアプリプログラム５０４が記憶される。システム用プログラムには、「いつの間に通信」処理を実行するためのプログラムやホームメニューを表示・制御するためのプログラム等、ゲーム装置１０のシステムに関する各種プログラムが含まれている。視聴アプリプログラム５０３は、上述したような視聴アプリの実現するためのプログラムである。ウェブブラウザアプリプログラム５０４は、上記視聴アプリ等から呼び出されるウェブブラウザアプリを実行するためにプログラムである。
【０１１２】
データ記憶領域５０５には、システム用データ５０６およびアプリ用データ５０８、操作データ５１１が含まれている。システム用データ５０６には、タスクデータ５０７等が含まれている。タスクデータ５０７は、上述した「タスク」の内容を定義するためのデータである。図１２は、タスクデータ５０７のデータ構造の一例を示した図である。タスクデータ５０７には、複数のタスク設定５３１が格納される。各タスク設定５３１は、アプリＩＤ５３２、タスクＩＤ５３３、実行優先度５３４、通信先ＵＲＬ５３５、ファイルパス５３６、次回実行時刻５３７、実行間隔５３８、送信／受信識別フラグ５３９、消尽回数５４０、前回完了時刻５４１、タスク登録時刻５４２等から構成される。
【０１１３】
アプリＩＤ５３２は、その「タスク」に関連するアプリケーションやゲーム（本実施形態では、視聴アプリ）を示すＩＤである。タスクＩＤ５３３は、当該タスクを識別するためのＩＤである。
【０１１４】
実行優先度５３４は、当該「タスク」の実行優先度を示すデータである。本実施形態では、５段階の実行優先度が定義されている。具体的には、実行優先度の高い順に、"EXPEDITE"、"HIGH"、"MEDIUM"、"LOW"、"STOPPED"の５つが定義されている。そして、当該データには、これらの優先度のうちのいずれかを示す情報が格納される。
【０１１５】
通信先ＵＲＬ５３５は、当該「タスク」の通信先（例えば、本実施形態では「番組」や「広告」のダウンロード元のサーバ等）を示す。
【０１１６】
ファイルパス５３６は、「いつの間に通信」によって送信（アップロード）あるいは受信（ダウンロード）する各種ファイルのゲーム装置１０内における保存場所を示すデータである。例えば、「送信タスク」の場合は、当該ファイルパス５３６で示されるメモリ上の場所に格納されているファイルを、上記通信先ＵＲＬ５３５で示されるサーバに送信することになる。また、「受信タスク」であれば、上記通信先ＵＲＬ５３５で示されるサーバから受信したデータ（本実施形態では「番組」や「広告」、「設定」のファイル）を、当該ファイルパス５３６で示されるメモリ上の場所に格納する。
【０１１７】
次回実行時刻５３７は、当該タスクが次に実行されるべき時刻を示すデータである。実行間隔５３８は、当該タスクの実行間隔を示すデータである。例えば、３時間毎、４時間毎、１日毎、等を示すデータが格納される。上記次回実行時刻５３７の決定の際に、当該実行間隔５３８が用いられる。
【０１１８】
送信／受信識別フラグ５３９は、その「タスク」が所定のデータを送信する「送信タスク」であるか、所定のデータを受信する「受信タスク」であるかを示すフラグである。例えば、当該フラグがオンに設定されていれば「受信タスク」であり、オフに設定されていれば「送信タスク」であることを示す。
【０１１９】
消尽回数５４０は、当該タスクの消尽回数を示す。ここで、タスクの消尽回数について説明する。当該消尽回数は、いわば、タスクの実行可能回数を示すものである。本実施形態において、上記「タスク」が新規に生成・登録される際に、消尽回数５４０として所定の数値が初期値として設定される。そして、当該消尽回数５４０は、「タスク」が実行される毎に例えば１ずつ減算されていく。また、当該「タスク」に対応するアプリ等が起動される度に、消尽回数は初期値にリセットされる。そして、本実施形態では、消尽回数が０になった「タスク」は（換言すれば、このような「タスク」に対応するアプリやゲーム等が長期間実行されていないことを示すことになる）、上記実行優先度５３４の内容に関わらず実行されない、という制御が行われる（タスク自体は消去されずに存在する）。なお、本実施形態では、「番組受信タスク」の消尽回数に関しては、視聴アプリが起動されただけでは初期値にリセットはされず、対応する番組が視聴される度に初期値にリセットされるものとする。そのため、例えば、上記６つの番組のうち、ある１つの番組だけが一度も視聴されていない状態が続くと、当該番組の「受信タスク」の消尽回数は減っていく一方となり、最終的に、消尽回数が０となり、当該番組の「受信タスク」のみ実行されないという状況も起こり得る。
【０１２０】
前回完了時刻５４１は、当該タスク設定５３１にかかる「タスク」が最後に実行されて正常に完了した時刻を示すデータである。タスク登録時刻５４２は、当該タスク設定５３１が一番最初に生成・登録された時刻を示すデータである。
【０１２１】
図１１に戻り、アプリ用データ５０８には、視聴アプリ用データ５０９、ウェブブラウザアプリ用データ５１０等、各種アプリやゲームで用いられるデータが含まれる。視聴アプリ用データ５０９は、上述したような視聴アプリで主に利用されるデータである。図１３は、視聴アプリ用データ５０９のデータ構造の一例を示した図である。視聴アプリ用データ５０９は、番組パッケージ６０１ａ〜６０１ｆ（以下、総称して番組パッケージ６０１と呼ぶこともある）、メーカー番組パッケージ６０２、バナー広告パッケージ６０３、ＣＭ広告パッケージ６０４、設定パッケージ６０５、視聴ログデータ６０６等から構成されている。番組パッケージ６０１は、上記テレビ局から配信される「番組」を示すファイルであり、１つの番組パッケージ６０１が１つの番組に対応する。
【０１２２】
図１４は、当該番組パッケージ６０１のデータ構造の一例を示す図である。各番組パッケージ６０１は、番組パッケージヘッダ６３１、番組メタデータ６３２、番組動画データ６３３を含む。番組パッケージヘッダ６３１には、当該番組パッケージを一意に識別するための情報や（本実施形態では、テレビ局提供の番組６つ＋メーカー番組の計７つの「番組」があるため）、当該番組パッケージのバージョンを示す情報や、サムネイル用の画像データ等が含まれている。
【０１２３】
番組メタデータ６３２は、当該番組の書誌的な情報、例えば、番組のタイトルや概要説明等の情報が含まれる。また、当該番組の再生有効期間についての情報も含まれる。例えば、ある番組について、当該再生有効期間として２０１１／６／１〜２０１１／６／３０と定義されているような場合は、当該番組は、この期間の間だけ再生可能となる。
【０１２４】
番組動画データ６３３は、当該番組の動画データである。例えば、Ｈ．２６４形式でエンコードされた動画データである。
【０１２５】
図１３に戻り、メーカー番組パッケージ６０２は、ゲーム装置１０のメーカーが提供する「番組」を示すファイルである。その番組内容としては、例えば各種の「お知らせ」や「デモ映像」等がある。当該メーカー番組パッケージ６０２のデータ構造は、上記番組パッケージ６０１と同様であるため、その説明は省略する。
【０１２６】
次に、バナー広告パッケージ６０３は、上記バナー広告画像が含まれるファイルである。図１５は、当該バナー広告パッケージ６０３のデータ構造の一例を示す図である。バナー広告パッケージ６０３は、バナー広告パッケージヘッダ６７１と、複数のバナー広告ボディ６７２とで構成されている。バナー広告ボディ６７２のそれぞれが１つのバナー広告に対応している。つまり、バナー広告パッケージ６０３には複数のバナー広告が多重化されて格納されていることになる。バナー広告ボディ６７２は、バナー広告メタデータ６７３、バナー広告画像データ６７４で構成される。
【０１２７】
バナー広告パッケージヘッダ６７１には、当該バナー広告パッケージ６０３のバージョンを示す情報や、当該バナー広告パッケージ６０３に含まれているバナー広告の数（つまり、バナー広告ボディ６７２の数）を示す情報が含まれる。更に、当該バナー広告パッケージ６０３内に含まれている各バナー広告ボディ６７２の位置を示すバナー広告インデックス情報も含まれている。当該情報を参照することで、当該バナー広告パッケージ６０３に含まれている各バナー広告ボディ６７２を検索することが可能となっている。
【０１２８】
バナー広告メタデータ６７３には、当該バナー広告の書誌的な情報、例えば、当該バナー広告の画像サイズや、当該バナー広告と関連付けられたＵＲＬ情報等が含まれている。例えば、上記図６のブラウザ起動ボタン１２４が押されたときに、当該ＵＲＬ情報が用いられる。更に、当該バナー広告を表示する時間（バナー再生時間）を示す情報も含まれている。例えば、この情報でバナー再生時間が５秒と定義されていれば、番組再生中において、当該バナー広告の画像が５秒間表示された後、別のバナー広告画像に切り替わる、と言う制御が行われることになる。
【０１２９】
バナー広告画像データ６７４は、バナー広告の画像データであり、例えば、jpeg形式の静止画像データである。
【０１３０】
図１３に戻り、ＣＭ広告パッケージ６０４は、上記ＣＭ広告が含まれるファイルである。図１６は、当該ＣＭ広告パッケージ６０４のデータ構造の一例を示す図である。ＣＭ広告パッケージ６０４は、ＣＭ広告パッケージヘッダ６９１と、複数のＣＭ広告ボディ６９２と、連動バナー広告素材データ６９５で構成されている。また、ＣＭ広告ボディ６９２は、それぞれが１つのＣＭ広告に対応している。つまり、上記バナー広告と同様に、複数のＣＭ広告が多重化されて格納されている。
【０１３１】
ＣＭ広告パッケージヘッダ６９１には、当該ＣＭ広告パッケージ６０４のバージョンを示す情報や、当該ＣＭ広告パッケージ６０４に含まれているＣＭ広告の数を示す情報が含まれる。また、当該ＣＭ広告パッケージ６０４に含まれている連動バナー広告の数を示す情報も含まれる。更に、当該ＣＭ広告パッケージ６０４内に含まれている各ＣＭ広告ボディ６９２の位置を示すＣＭ広告インデックス情報、および、各連動バナー広告ボディ６７２の位置を示す連動バナー広告インデックス情報も含まれている。これらのインデックス情報も、ＣＭ広告あるいは連動バナー広告を検索するために利用される。
【０１３２】
ＣＭ広告ボディ６９２は、ＣＭ広告メタデータ６９３、ＣＭ広告動画データ６９４で構成される。ＣＭ広告メタデータ６９３には、当該ＣＭ広告の書誌的な情報、例えば、当該ＣＭ広告のタイトルや、当該ＣＭ広告に関連付けられている連動バナー広告の数や、当該連動バナー広告を特定するための情報等が含まれる。ＣＭ広告動画データ６９４は、ＣＭ広告の動画データである。
【０１３３】
連動バナー広告素材データ６９５は、上記ＣＭ広告のいずれかに関連付けられた連動バナー広告のデータであり、複数の連動バナー広告のデータが含まれている。各連動バナー広告のデータ構造は、上述したバナー広告ボディ６７２と同様の構造である。
【０１３４】
図１３に戻り、設定パッケージ６０５は、本視聴アプリに関連する「タスク」、すなわち、上記「番組」、「広告」や、当該「設定（パッケージ）」自身を受信するための各「受信タスク」と、視聴ログを送信するための「送信タスク」の定義内容を規定したファイルである。例えば、テレビ局Ａが番組の配信スケジュール（ゲーム装置１０において当該番組を受信させる頻度）を変更したい場合は、当該設定パッケージ６０５に変更内容を示す情報が含まれて配信される。そして、これを受信した各ゲーム装置１０において、当該設定パッケージ６０５が参照されて、該当する番組の「受信タスク」の実行スケジュールが変更されることで、番組の配信スケジュールを変更することが可能となる。
【０１３５】
図１７は、当該設定パッケージ６０５のデータ構造の一例を示す図である。設定パッケージ６０５は、設定パッケージバージョン情報６４１と、複数のタスク設定データ６４２とで構成されている。設定パッケージバージョン情報６４１は、当該設定パッケージ６０５のバージョンを示す情報である。例えば、以下に説明するタスク設定データ６４２の内容に変更が発生すれば、その都度、設定パッケージバージョン情報６４１の内容も変更され得る（例えばバージョン番号のカウントアップ等）。
【０１３６】
タスク設定データ６４２は、視聴アプリで利用される各タスク（本実施形態では合計１０個のタスク）の定義内容を示す情報である。各タスク設定データ６４２には、タスクバージョン情報６５１、タスク特定情報６５２、消尽回数６５３、実行優先度６５４、実行間隔６５５が含まれている。タスクバージョン情報６５１は、当該タスク設定データ６４２のバージョンを示す情報である。タスク特定情報６５２は、当該タスク設定データ６４２に対応する「タスク」を特定するための情報である。つまり、当該タスク設定データ６４２は、上記１０個の「タスク」のどれに対応するか（適用されるか）を示す情報である。消尽回数６５３、実行優先度６５４、実行間隔６５５は、上述したタスク設定５３１（上記図１２参照）の消尽回数５４０、実行優先度５３４、実行間隔５３８に設定される（適用される）データである。
【０１３７】
図１３に戻り、視聴ログデータ６０６は、ユーザが視聴した番組や広告に関するデータである。当該データは、「送信タスク」による送信対象として定義され、「いつの間に通信」によって適宜所定のサーバに送信される。視聴ログデータ６０６には、番組視聴データ６０７、ＣＭ視聴データ６０８、バナー視聴データ６０９が含まれている。番組視聴データ６０７は、ユーザが視聴した番組を示すデータであり、上記６つの番組のそれぞれに番組視聴データ６０７が用意される。ＣＭ視聴データ６０８は、ユーザが視聴したＣＭ広告を示すデータであり、バナー視聴データ６０９は、ユーザが視聴したバナー広告を示すデータである。これら３つの視聴データのデータ構造は共通している。図１８は、各視聴データのデータ構造を示す図である。各視聴データは、ユーザデータ６１１、最終再生日時６１２、再生量６１３、視聴番組ＩＤ６１４を含む。ユーザデータ６１１は、当該ゲーム装置１０のユーザを示す情報である。これは例えば、ゲーム装置１０本体内に保存されているユーザ情報や、視聴アプリの初回起動時に実行される「利用者情報登録」処理によって保存された情報が用いられる。最終再生日時６１２は、当該番組、または、ＣＭ広告、またはバナー広告が視聴された最新の日時を示すデータであり、分単位で記録される。再生量６１３は、番組やＣＭ広告のような動画について、どこまで再生されたか（どこで再生が中断・中止されたか）を示す情報である。例えば、「最初〜１／３未満までの間」、「１／３〜２／３までの間」、「２／３〜最後までの間」のように、動画の再生時間を３つの期間に区切って、どこまで視聴されたかが示される。視聴番組ＩＤ６１４は、当該視聴された番組、ＣＭ広告、またはバナー広告を特定するための情報である。
【０１３８】
その他、視聴アプリ用データ５０９には、視聴アプリの実行に必要な各種データが適宜含まれる。例えば、視聴アプリの動作に関する設定データ（上記図５で、下側ＬＣＤ１２に表示されている設定ボタン１０４をユーザが押したときの設定処理によって設定され得る）等が含まれる。
【０１３９】
図１１に戻り、ウェブブラウザアプリ用データ５１０は、ウェブブラウザアプリにおいて用いられる各種データが含まれている。
【０１４０】
操作データ５１１には、操作ボタン１４やアナログスティック１５、タッチパネル１３や加速度センサ３９に対する入力状態を示すデータが含まれる。
【０１４１】
その他、データ記憶領域５０５は、例えば、「いつの間に通信」において受信されるデータの一時的な保存場所等としても利用される。
【０１４２】
次に、図１９〜図２８を参照して、ゲーム装置１０によって実行される処理の詳細をフローチャートを用いて説明する。まず、上記「いつの間に通信」に関連する処理について説明し、その後、上記視聴アプリの処理の詳細を説明する。「いつの間に通信」に関連する処理は、第１マイコン３７が実行する処理と、無線通信モジュール３６が実行する処理と、ＣＰＵ３１１が実行する処理とで構成される。「スリープモード」「通常電力モード」の切替制御にも関連するためである。
【０１４３】
［第１マイコンが実行する処理］
まず、第１マイコン３７が実行する処理について説明する。図１９は、第１マイコン３７によって実行されるマイコン処理を示すフローチャートである。図１９で示される処理は、ゲーム装置１０の電源が完全に切断されない限り、バックグラウンド処理として所定間隔で繰り返し実行される。
【０１４４】
図１９において、まず、ステップＳ１で、ゲーム装置１０が上記「スリープモード」であるか否かが判定される。具体的には、上記給電状態フラグ３０４が参照されることによって「スリープモード」か否かが判定される。当該判定の結果、「スリープモード」ではないときは（ステップＳ１でＮＯ）、後述のステップＳ７に処理が進められる。一方、「スリープモード」であると判定されたときは（ステップＳ１でＹＥＳ）、次に、ステップＳ２において、無線通信モジュール３６（の第２マイコン３６１）から発行される、ＡＰを検出した旨の通知を受けたか否かが判定される（当該通知は、後述の図１６のステップＳ２４において発行される）。当該判定の結果、ＡＰを検索した旨の通知が無線通信モジュール３６から発行されていないときは（ステップＳ２でＮＯ）、後述のステップＳ７に処理が進められる。一方、ＡＰを検索した旨の通知が無線通信モジュール３６から発行されていたときは（ステップＳ２でＹＥＳ）、ステップＳ４において、「スリープモード」を解除して「通常電力モード」に移行させるための命令が第１マイコン３７からＣＰＵ３１１に対して発行されるとともに、給電状態フラグ３０４をオンにし、かつ、電源回路にスリープを解除する旨を通知する。更に、「いつの間に通信」の実行指示もＣＰＵ３１１に対して発行される。
【０１４５】
この後、ＣＰＵ３１１は一時的に通電されて動作可能な状態となり、後述するような「いつの間に通信」にかかる処理を実行する。そして、その実行が終われば、「いつの間に通信」が終了した旨の通知がＣＰＵ３１１から第１マイコン３７に送信される。
【０１４６】
次に、ステップＳ５において、上記「いつの間に通信」が終了した旨の通知を受けたか否かが判定される。その結果、当該通知を受けていない間は（ステップＳ５でＮＯ）、ステップＳ５の判定が繰り返される（つまり、「いつの間に通信」の終了まで待機することになる）。一方、当該通知を受けたときは（ステップＳ５でＹＥＳ）、ステップＳ６において、「スリープモード」に移行させるための命令が第１マイコン３７からＣＰＵ３１１に発行されるとともに、給電状態フラグ３０４をオフにし、かつ、電源回路４０に、スリープに移行する旨が通知される。なお、上記ステップＳ４の「スリープモード」を解除して「通常電力モード」に移行させるための命令、ステップＳ５の判定、およびステップＳ６の「スリープモード」に移行させるための命令は、第１マイコン３７ではなく、無線通信モジュール３６の第２マイコン３６１によって実行されてもよい。
【０１４７】
次に、ステップＳ７において、ゲーム装置１０が閉状態（ハウジングが閉じられている状態）から開状態（ハウジングが開かれた状態）に移行したか否か（つまり、ゲーム装置１０が開かれたか否か）が判定される。具体的には、第１マイコン３７は、開閉検出器４６からハウジングが開かれたことを示す検出信号があったか否かを判定する。当該判定の結果、閉状態から開状態に移行したと判定されたときは（ステップＳ７でＹＥＳ）、次のステップＳ８において、「スリープモード」を解除するための命令が第１マイコン３７からＣＰＵ３１１に発行されるとともに、給電状態フラグ３０４をオンにし、かつ、電源回路４０に、スリープを解除する旨を通知する。これに応じて、電源回路４０は、適宜、ゲーム装置１０の各構成部品への電力供給を開始する。
【０１４８】
一方、ステップＳ７の判定の結果、ゲーム装置１０が閉状態から開状態に移行していないと判定されたときは（ステップＳ７でＮＯ）、次に、ステップＳ９において、ゲーム装置１０が開状態から閉状態に移行したか否か（つまり、ゲーム装置１０が閉じられたか否か）が開閉検出器４６からの信号により判定される。その結果、ゲーム装置１０が開状態から閉状態に移行したと判定されたときは（ステップＳ９でＹＥＳ）、次のステップＳ１０において、「スリープモード」に移行させるための命令が第１マイコン３７からＣＰＵ３１１に発行されるとともに、給電状態フラグ３０４をオフにし、かつ、電源回路４０に、スリープに移行する旨が通知される。これに応じて、電源回路４０は、適宜、ゲーム装置１０の各構成部品への電力供給を停止する。一方、ステップＳ９の判定の結果、ゲーム装置１０が開状態から閉状態に移行していないと判定されたときは（ステップＳ９でＮＯ）、上記ステップＳ１０の処理がスキップされて、マイコン処理は終了する。
【０１４９】
［スリープモード時に第２マイコン３６１が実行する処理］
次に、図２０を用いて、「スリープモード」中に第２マイコン３６１によって実行されるサーチ処理について説明する。まず、ステップＳ２１において、ＡＰのサーチが行われる。ここで行われるサーチでは、いわゆるパッシブスキャンによるＡＰのサーチが行われる。
【０１５０】
次に、ステップＳ２３において、上記サーチ処理の結果、ＡＰが検出されたか否かが判定される。その結果、ＡＰが検出されなかったときは（ステップＳ２３でＮＯ）、上記ステップＳ４１に戻り、処理が繰り返される。一方、ＡＰが検出されたときは（ステップＳ２３でＹＥＳ）、ステップＳ２４において、ＡＰを検出した旨が第１マイコン３７に対して通知される。（この通知は、上記図１９のマイコン処理におけるステップＳ２の判定で用いられる）。その結果、第１マイコン３７からの信号でＣＰＵ３１１のスリープ状態が一時的に解除され、後述する「いつの間に通信」処理が実行されることになる。その後、「いつの間に通信」が終わって再度ＣＰＵ３１１がスリープ状態に移行する際に、無線通信モジュール３６のＲＡＭ３６２に当該スリープ中ＢＧ通信処理のプログラムが格納され、上記ステップＳ２１からの処理が繰り返されることになる。以上で、サーチ処理の説明は終了する。
【０１５１】
［いつの間に通信処理］
次に、「いつの間に通信」処理の詳細を説明する。当該処理の主体はＣＰＵ３１１であり、「スリープモード」のときは、上記第１マイコン３７の実行指示に基づき実行される。また、「通常電力モード」のときは、バックグラウンドの処理として所定の時間間隔で定期的に繰り返し実行される。従って、後述する視聴アプリや他のアプリが実行中であっても、原則として、そのバックグラウンドで当該「いつの間に通信」（による番組等の受信）は実行され得る。
【０１５２】
図２１は、当該「いつの間に通信」処理の詳細を示すフローチャートである。まず、ステップＳ４１において、「スリープモード」中に本処理が呼び出されたのか否かが判定される。つまり、上記マイコン処理におけるステップＳ４の処理に応じて実行されたものであるか否かが判定される。当該判定の結果、「スリープモード」中に呼び出されていたときは（ステップＳ４１でＹＥＳ）、ステップＳ４２において、「スリープモード」中に検出されたＡＰとの接続を確立する処理が実行される。そして、後述のステップＳ４３に処理が進められる。一方、ステップＳ４１の判定の結果、「スリープモード」中の呼び出しではないときは（ステップＳ４１でＮＯ）、上記ステップＳ４２の処理はスキップされる。なお、この場合は、「通常電力モード」において本処理が呼び出されたことになるが、このとき、ＡＰとの接続が確立していなければ、図示は省略するが、ＡＰのサーチ処理とその接続確立処理が適宜実行されてから、次のステップＳ４３に処理が進められる。
【０１５３】
次に、ステップＳ４３において、タスクデータ５０７が参照され、この時点で実行予定である「タスク」（実行予定時刻が経過しているが未処理のものも含む）が抽出される。なお、当該抽出された「タスク」には、上記視聴アプリに関連する「タスク」の他、他のアプリに関連する「タスク」も含まれ得る。
【０１５４】
次に、ステップＳ４４において、上記抽出された実行予定タスクの全てについて、以下に述べるような処理が行われたか否かが判定される。その結果、未処理のタスクが残っているときは（ステップＳ４４でＮＯ）、次のステップＳ４５において、未処理のタスクの中からいずれか一つが、処理対象タスクとして選択される。
【０１５５】
次に、ステップＳ４６において、当該処理対象タスクに対応するタスクデータ５０７が参照され、その定義内容に基づいて、所定のサーバとの間でデータの送受信等が行われる。例えば、当該タスクが上記「番組受信タスク」であれば、当該タスクにかかる番組パッケージ６０１（上記６つの番組のうちのいずれか１つ）の受信処理が行われる。また、「視聴ログ送信タスク」であれば、上記視聴ログデータ６０６を所定のサーバに送信する処理が実行される。
【０１５６】
次に、ステップＳ４７において、ゲーム装置１０とＡＰとが通信可能な状態が継続しているか否か（ゲーム装置１０がＡＰの通信可能範囲外に移動していないか）が判定される。その結果、通信可能な状態が継続していれば（ステップＳ４７でＹＥＳ）、上記ステップＳ４４に戻り、処理が繰り返される。
【０１５７】
一方、ステップＳ４７の判定の結果、通信可能な状態になっていないと判定されたとき（ステップＳ４７でＮＯ）、あるいは、上記ステップＳ４４の判定の結果、実行予定のタスクを全て処理したと判定されたときは（ステップＳ４４でＹＥＳ）、ステップＳ４８において、上記ステップＳ４１と同様に、「スリープモード」中に本処理が呼び出されたのか否かが判定される。その結果、「スリープモード」中に呼び出されていたときは（ステップＳ４８でＹＥＳ）、再度「スリープモード」に戻るための処理が実行される。すなわち、ステップＳ４９において、いつの間に通信が終了した旨の通知が第１マイコン３７に送信される。その結果、第１マイコン３７から「スリープモード」への移行命令がＣＰＵ３１１に発行されることになる。
【０１５８】
一方、ステップＳ４８の判定の結果、「スリープモード」中の呼び出しではないときは（ステップＳ４８でＮＯ）、「通常電力モード」における呼び出しとなるため、上記ステップＳ４９の処理はスキップされ、「いつの間に通信」処理は終了する。
【０１５９】
［視聴アプリケーション処理］
次に、視聴アプリ処理の詳細について説明する。当該処理は、上述したように、ホームメニューに対するユーザの起動指示（例えば、当該視聴アプリを示すアイコンをタッチする等）に応じて、その実行が開始される。
【０１６０】
図２２は、視聴アプリ処理の詳細を示すフローチャートである。当該処理の実行が開始されると、まず、ステップＳ１０１において、当該視聴アプリの起動が（当該アプリがゲーム装置１０にインストールされてから）初めての起動（初回起動）であるか否かが判定される。その結果、初回起動でないときは（ステップＳ１０１でＮＯ）、後述するステップＳ１０４に処理が進められる。一方、初回起動のときは（ステップＳ１０１でＹＥＳ）、ステップＳ１０２において、初回起動時設定処理が実行される。これは、当該視聴アプリの実行環境をゲーム装置１０内に構築するための処理である。
【０１６１】
図２３は、上記ステップＳ１０２で示した初回起動時設定処理の詳細を示すフローチャートである。図２３において、まず、ステップＳ１２１で、視聴アプリで利用されるデータ、すなわち、上述した「番組」や「広告」、「設定」のファイルを記憶するための記憶領域を確保する処理が実行される。本実施形態では、上述のようにこれらのデータはデータ保存用外部メモリ２９上に記憶されるものとする。従って、この処理では、データ保存用外部メモリ２９上に、上記図１３で示したような各種ファイルを記憶するための領域が確保される。
【０１６２】
次に、ステップＳ１２２において、設定パッケージ６０５を受信するためのタスクである「設定ファイル受信タスク」を作成してシステムに登録する処理が実行される。なお、この時点における当該「設定ファイル受信タスク」の内容（実行優先度等）については、初期値として予め定義されている内容が用いられる。
【０１６３】
次に、ステップＳ１２３において、利用者情報登録処理が実行される。この処理では、各種の設定入力画面を表示し、これに対するユーザの入力に基づき、「視聴者」であるユーザに関する情報を設定する処理が実行される。当該情報としては、例えば、ユーザの生年月日や性別がある。ここで設定された情報は、利用者情報（図示は省略）として、視聴アプリ用データ５０９の一部として適宜保存される。
【０１６４】
利用者情報登録処理が終われば、次に、ステップＳ１２４で、「設定ファイル受信タスク」以外のタスクの登録が実行される。すなわち、「番組受信タスク」（６つのテレビ番組分＋メーカー番組分の計７つの「タスク」）、「ＣＭ広告受信タスク」、「バナー広告受信タスク」、および「視聴履歴送信タスク」が生成されて登録される。なお、この時点ではまだ最新の設定パッケージ６０５が受信されていないため（上記ステップＳ１２２の処理は「受信タスク」を登録しただけであり、まだ受信そのものは行われていない）、実行優先度等の情報には、予め初期値が設定されている設定パッケージ６０５を用いて各「タスク」の内容が定義される。本実施形態では、初期値として、以下の内容が定義されているとする。実行優先度５３４としては、全受信タスク共に"LOW"であり、実行間隔５３８については、「番組受信タスク」は４時間、「広告受信タスク」については３時間、「設定ファイル受信タスク」および「メーカー番組受信タスク」は２４時間と定義されているものとする。消尽回数５４０については、例えば、「番組受信タスク」は”５０”、「広告受信タスク」は”８０”、「設定ファイル受信タスク」および「メーカー番組受信タスク」は”１００”と定義されているものとする。そして、当該処理が実行されることにより、この時点では、合計１０のタスク（「受信タスク」×９、「送信タスク」×１）が登録されたことになる。以上で、初回起動時設定処理は終了する。
【０１６５】
図２２に戻り、次に、ステップＳ１０３において、上記初回起動時設定処理で登録された「受信タスク」の即時実行が行われる。つまり、初回起動の時点で、一旦、各種「番組」や「広告」の受信が試みられることになる。その結果、通信可能なＡＰが近くに存在していれば、「番組」や「広告」が取得される。通信ができない状況であれば、その旨のメッセージが適宜表示される。ここでは、当該処理の実行によって「番組」や「広告」が受信されたものとして説明を続ける。
【０１６６】
次に、ステップＳ１０４において、タスクスケジューリング処理が実行される。この処理では、設定パッケージ６０５が更新されたような場合（つまり、各「番組」や「広告」の受信頻度等が変更された場合）に、その内容を反映して各「受信タスク」を更新する処理等が実行される。
【０１６７】
図２４は、上記ステップＳ１０４で示したタスクスケジューリング処理の詳細を示すフローチャートである。図２４において、まず、ステップＳ１４１で、「設定ファイル受信タスク」が存在しているか否か（システムに登録されているか否か）が判定される。これは、本実施形態では、「タスク」の最大登録数が９９個であることから、以前に一旦登録された「設定ファイル受信タスク」が、この個数制限によって消去される場合があり得ることから（９９個以上「タスク」が登録される場合、古い順に消去されるため）、「設定ファイル受信タスク」の存在を確認するものである。当該判定の結果、存在していないときは（ステップＳ１４１でＮＯ）、ステップＳ１４２において、「設定ファイル受信タスク」の登録が実行される。一方、存在していれば（ステップＳ１４１でＹＥＳ）、ステップＳ１４２の処理はスキップされる。
【０１６８】
次に、ステップＳ１４３において、「番組受信タスク」（計６個）、「メーカー番組受信タスク」」「ＣＭ広告受信タスク」、「バナー広告受信タスク」の全てが存在しているか否かが判定される。当該判定の結果、全てが存在しているときは（ステップＳ１４３でＹＥＳ）、次に、ステップＳ１４４において、設定パッケージ６０５に（前回受信時から）更新が発生しているか否かが判定される。その結果、更新が発生しているときは（ステップＳ１４４でＹＥＳ）、ステップＳ１４５において、（更新された）設定パッケージ６０５が参照され、各「受信タスク」の設定内容が取得される。続くステップＳ１４６において、当該取得された内容に基づいて、各「受信タスク」の設定内容が更新される。一方、更新が発生していないとき（つまり、前回に受信した内容と同じ場合）は、当該ステップＳ１４５およびＳ１４６の処理はスキップされる（各「受信タスク」の内容は更新されない）。そして、当該タスクスケジューリング処理は終了する。
【０１６９】
一方、上記ステップＳ１４３の判定の結果、「番組受信タスク」（計６個）、「メーカー番組受信タスク」」「ＣＭ広告受信タスク」、「バナー広告受信タスク」のうち、欠けている「タスク」が１つでもあったときは（ステップＳ１４３でＮＯ）、ステップＳ１４７において、設定パッケージ６０５に更新が発生しているか否かが判定される。その結果、更新が発生していれば（ステップＳ１４７でＹＥＳ）、上記ステップＳ１４５に処理が進められ、更新後の設定パッケージ６０５の内容を「受信タスク」に反映し、存在しない「タスク」については登録するための処理が実行される。
【０１７０】
一方、ステップＳ１４７の判定の結果、更新が発生していないときは（ステップＳ１４７でＮＯ）、次に、ステップＳ１４８において、上記６つの番組のうち、所定期間以上視聴されていない番組があるか否かが判定される。例えば、１週間以上視聴されていない番組があるか否かが判定される。これは、例えば、次のような処理が各番組毎に対して行われることで各番組単位で判定される。まず、視聴ログデータ６０６が参照されて、最終再生日時６１２が取得される。次に、番組メタデータ６３２に含まれている再生開始日（その番組が配信された日）が取得される。そして、これらのうち新しいほうの日時が現在日時の一週間以上前であるか否かが判定される。その結果、一週間以上前であれば、当該番組については一週間以上視聴されていないと判断できる。
【０１７１】
上記ステップＳ１４８の判定の結果、所定期間以上視聴されていない番組があるときは（ステップＳ１４８でＹＥＳ）、ステップＳ１４９において、当該視聴されてない番組に対応する「番組受信タスク」の消尽回数に”１”が設定される。そして、ステップＳ１５０において、当該所定期間以上視聴されていない番組についての「番組受信タスク」が更新される。これは、以下のような目的で行われる。まず、ある番組について、長期間視聴されていないにもかかわらず、受信タスクのみが定期的に実行されると、消尽回数が”０”となり、受信タスクが実行されなくなった番組となる。このような番組は、ユーザが興味のない番組であると考えられる（例えば、ニュース番組だけ見ないユーザ等）。その結果、上記図５で示したメニュー画面では、当該番組についてはずっと同じサムネイルが表示され続けることになる。その一方で、例えば、当該番組の内容をテレビ局がリニューアルし、以前はニュース番組であったものが、ドラマの番組に変更された場合を想定する。このような場合、当該番組の受信タスクは、（設定パッケージの更新がない限りは）実行されないため、番組内容が変わったことをユーザに気付かせることができない。そこで、このような場合に、消尽回数を”１”にすることで、一度は番組の受信を実行することで、メニュー画面のサムネイル画像も変更され、その結果、ユーザにこのような変更を気付かせ、ひいては当該番組の視聴を促すということを目的とする。もちろん、このような番組が変更された場合に限らず、単に長い間視聴されてない番組がある場合に、一度番組の受信を実行して、メニュー画面のサムネイル画像の変更等によって、ユーザにその番組の視聴を促すという目的もある。
【０１７２】
一方、上記ステップＳ１４８の判定の結果、所定期間以上視聴されていない番組がなければ（ステップＳ１４８でＮＯ）、当該タスクスケジューリング処理は終了する。
【０１７３】
図２２に戻り、タスクスケジューリング処理が終われば、次に、ステップＳ１０５において、メイン処理が実行される。図２５は、当該メイン処理の詳細を示すフローチャートである。図２５において、まず、ステップＳ１６１で、上記図５で示したようなメニュー画面を準備するための準備処理が実行される。このステップＳ１６１の処理をより具体的に説明すると、まず、番組パッケージ６０１、バナー広告パッケージ６０３、ＣＭ広告パッケージ６０４が参照され、それぞれに含まれている各番組あるいは広告のメタデータが取得される。更に、各メタデータから番組等のサムネイル画像が取得され、これを元に番組アイコン１０１が生成されて、これらアイコンが配置されたメニュー画面の生成が行われる。この際、下側ＬＣＤ１２に配置される番組アイコン１０１の並び順に関し、各番組を提供しているテレビ局間で不公平感が生じないようにするため、以下のような処理が実行される。まず、当該視聴アプリが起動された時刻が取得される。当該時刻は、システムにおいて、「時：分：秒」の形式で記録されているものとする。そして、当該時刻の”秒”の下一桁の値が”４”以下であるか否かが判定される。その結果、”４”以下であれば、テレビ局Ａの提供番組が先頭になるようにして、テレビ局Ａの提供番組とテレビ局Ｂの提供番組とが交互に並ぶように番組アイコン１０１が配置される（なお、メニューが最初に表示される際、当該先頭の番組アイコン１０１にカーソル１１０が合った状態で表示される）。一方、”４”以下ではないときは、逆に、テレビ局Ｂの提供番組が先頭に配置されるようにして、両局の番組が交互に並ぶように配置される。つまり、視聴アプリの起動時刻の下一桁が０〜４の場合と５〜９の場合とで、メニュー画面の先頭にくる番組アイコン１０１にかかるテレビ局を変えている。これは、番組アイコン１０１の並び順に関して、両局の間で不公平感が生じないようにするためである。
【０１７４】
次に、ステップＳ１６２において、未視聴番組が１つ以上あるか否かが判定される。これは、例えば視聴ログデータ６０６が参照されることで判定される、その結果、未視聴番組があるときは（ステップＳ１６２でＹＥＳ）、ステップＳ１６３において、未視聴番組の中からいすれか一つ（未視聴番組が１つしかないときは、その番組）が選択される。なお、この選択の処理についても、テレビ局間で不公平感が生じないようにするため、起動時刻の下一桁の値に応じて、いずれかのテレビ局の番組から選択される。またこのとき、配信日時が古いものから優先的に選択されるように制御しても良い。このようにして、未視聴番組のいずれかが選択されれば、後述のステップＳ１６７の処理に進み、当該未視聴番組の再生が開始される（つまり、未視聴番組が自動的に再生開始されることになる）。
【０１７５】
一方、ステップＳ１６２の判定の結果、未視聴番組がないときは（ステップＳ１６２でＮＯ）、ステップＳ１６４において、上記ステップＳ１６１で生成されたメニュー画面が下側ＬＣＤ１２に表示される。また、上側ＬＣＤ２２には、カーソル１１０が合っている番組アイコン１０１の番組説明が表示される（当該番組説明は、番組のメタデータから取得される）。
【０１７６】
次に、ステップＳ１６５において、操作データ５１１が取得される。次に、ステップＳ１６６において、当該操作データ５１１に基づいて、番組の再生指示がユーザによって行われたか否かが判定される。その結果、番組の再生指示が行われていたときは（ステップＳ１６６でＹＥＳ）、ステップＳ１６７において、再生指示がなされた番組（以下、再生対象番組）を再生するための番組再生処理が実行される。図２６は、当該番組再生処理の詳細を示すフローチャートである。まず、ステップＳ１９１において、再生対象番組の再生にあたって、合わせて再生するＣＭ広告を選択する処理が実行される。更に、再生対象番組の再生中における当該選択されたＣＭ広告の再生位置（ＣＭ広告の再生スケジュール）についても決定される。ＣＭ広告の選択については、基本的にはランダムに選択されるが、その中でも未視聴のＣＭ広告が優先的に選択されるような選択制御も併せて行われる。例えば、未視聴のＣＭ広告の中からランダムに選択されるというような選択制御が行われる。再生位置の決定については、本実施形態では、「番組開始前」「番組終了後」「番組途中」の３種類の再生位置から選択されるものとする。また、「番組途中」の場合は、その再生開始位置（ＣＭ広告が挿入される位置）が番組動画のフレーム番号で指定されるものとする（例えば、先頭からｎフレーム目、等）。例えば、あるＣＭ広告の開始位置として、番組開始から３０秒の位置にあるフレーム番号が指定されていれば、番組開始から３０秒分のフレームが再生されたあと、一旦番組動画の再生が一時停止され、代わりに当該ＣＭ広告の動画が再生される。そして、ＣＭ動画の再生が終われば、当該番組の３１秒目のフレームからの再生が再開されることになる。
【０１７７】
なお、ＣＭ広告の選択に関して、他の実施形態においては、上記のような未視聴のものを優先するような制御は行わずに、視聴済み、未視聴に関わらずランダムに選択されるようにしても良い。
【０１７８】
次に、ステップＳ１９２において、番組再生中に下側ＬＣＤ１２に表示するバナー広告の選択と、その表示順（バナー広告の再生スケジュール）の決定が行われる。当該選択についても、上記ＣＭ広告と同様、基本的にはランダム選択されながらも、未視聴のバナー広告は優先的に選択される（他の実施形態においては、完全にランダムで選択されるようにしても良い）。なお、各バナー広告の表示時間（バナー再生時間）については、上記のように各バナー広告のバナー広告メタデータ６７３で指定されている。上記のような処理で決定されたＣＭ広告およびバナー広告の再生スケジュールを示すデータ（以下、再生スケジュールデータ）は、一時的なデータとしてメインメモリ３２上に適宜格納される。
【０１７９】
次に、ステップＳ１９３において、上記図６で示したような番組再生画面が生成される。すなわち、再生制御パネル１２１やバナー広告画像１２２等が配置された画面が生成される。
【０１８０】
次に、ステップＳ１９４において、上側ＬＣＤ２２において、上記再生スケジュールデータに基づく番組の再生が開始される。また、下側ＬＣＤ１２に上記ステップＳ１９３で生成された画面を表示する処理も実行される。
【０１８１】
なお、本実施形態では、バックグラウンドで上記「番組受信タスク」等、当該視聴アプリに関する「タスク」に基づく通信が行われている最中に、当該番組の再生指示が行われる可能性もある。つまり、更新前の番組の再生を、更新後の番組の受信が同じタイミングで起こり得る可能性がある。このような場合、本実施形態では、上記「番組」の再生中は、上記「いつの間に通信」の実行の停止の旨をシステムに通知する。これに応じて、ゲーム装置１０のシステムは、「いつの間に通信」にかかる処理の実行を一時的に抑制する。そして、番組の再生処理が終了すれば、「いつの間に通信」にかかる処理の実行を再開するような制御が行われる。但し、他の実施形態においては、「いつの間に通信」の実行は抑制せずに、番組の再生処理とバックグラウンドでの番組等の受信処理が並列で実行されるようにしてもよい。
【０１８２】
次に、ステップＳ１９５において、操作データ５１１が取得される。続くステップＳ１９６において、当該操作データ５１１に基づき、再生制御の操作（再生制御パネル１２１に対する操作）が行われたか否かが判定される。その結果、再生制御の操作が行われたときは（ステップＳ１９６でＹＥＳ）、ステップＳ１９７において、当該操作内容に応じた、番組動画やＣＭ広告の再生制御処理が実行される（早送りや一時停止等）。一方、再生制御の操作は行われていないときは（ステップＳ１９６でＮＯ）、上記ステップＳ１９７の処理はスキップされる。
【０１８３】
次に、ステップＳ１９８において、上記操作データ５１１に基づいて、ウェブブラウザアプリの起動指示（例えば、ブラウザ起動ボタン１２４のタッチ操作等）が行われたか否かが判定される。その結果、行われていれば（ステップＳ１９８でＹＥＳ）、ステップＳ１９９において、番組動画の再生が一時停止される。次に、ステップＳ２００において、当該視聴アプリをバックグラウンド処理とし、ウェブブラウザアプリを起動する制御を行う旨を視聴アプリからシステムに通知する処理が実行される。この際、上記ブラウザ起動指示がなされたときに表示されていたバナー広告に関連するＵＲＬ情報についても併せてシステムに通知される。これに応じて、ゲーム装置１０のシステムは、視聴アプリをバックグラウンド処理に切替え、ウェブブラウザアプリを起動する。その結果、ステップＳ２０１で、ウェブブラウザ処理が実行される。ウェブブラウザアプリは、上記バナー広告に関連するＵＲＬ情報で示されるサイトを表示し、ユーザの操作に基づく各種処理を実行する。
【０１８４】
ウェブブラウザアプリの処理が終了すれば、システムが、視聴アプリをバックグラウンド処理からフォアグラウンド処理に切り替える。これに応じて、視聴アプリの画面が表示され、ステップＳ２０２において、再生を一時停止された位置から番組の再生が再開される。そして、上記ステップＳ１９５に戻って処理が繰り返される。
【０１８５】
一方、上記ステップＳ１９８の判定の結果、ブラウザ起動指示がおこなわれていないときは（ステップＳ１９８でＮＯ）、次に、ステップＳ２０３において、メニュー画面に戻る旨の指示が行われたか否かが判定される。その結果、メニュー画面に戻る指示が行われていないときは（ステップＳ２０３でＮＯ）、ステップＳ２０４において、再生制御の処理が継続される。すなわち、上記再生スケジュールに基づいて番組やＣＭ広告が上側ＬＣＤ２２に適宜再生される。また、ＣＭ広告の再生時には、これに関連する連動バナー広告の画像が下側ＬＣＤ１２に表示される。
【０１８６】
一方、メニュー画面に戻る指示が行われていれば（ステップＳ２０３でＹＥＳ）、番組の再生が停止され、そのときの再生実績を反映するように視聴ログデータ６０６が適宜更新される（どの番組がどこまで再生されたか等）。そして、当該番組再生処理は終了する。
【０１８７】
図２５に戻り、番組再生処理が終了すれば、上記ステップＳ１６４に戻り、処理が繰り返される。
【０１８８】
一方、上記ステップＳ１６６の判定の結果、操作データ５１１で示される操作内容が番組の再生指示ではないときは（ステップＳ１６６でＮＯ）、ステップＳ１６８において、「広告一覧」の起動指示、すなわち、広告一覧ボタン１０３が押されたか否かが判定される。その結果、広告一覧ボタン１０３が押されていたときは（ステップＳ１６８でＹＥＳ）、ステップＳ１６９において、広告一覧処理が実行される。
【０１８９】
図２７は、上記ステップＳ１６９で示した広告一覧処理の詳細を示すフローチャートである。まず、ステップＳ２２１において、バナー広告パッケージ６０３が参照され、バナー広告の抽出が行われる。更に、ＣＭ広告パッケージ６０４が参照され、これに含まれている連動バナー広告も抽出される。
【０１９０】
次に、ステップＳ２２２において、抽出されたバナー広告群について、配信日が古い順番にソートされる。そして、ステップＳ２２３において、上記図７で示したような広告一覧画面が生成される（配信日が古いものが上の方に表示されるような一覧となる）。次に、ステップＳ２２４において、下側ＬＣＤ１２に上記広告一覧画面が表示される。
【０１９１】
次に、ステップＳ２２５において、操作データ５１１が取得される。次に、ステップＳ２２６において、操作データ５１１に基づき、いずれかのバナー広告の詳細表示の指示が行われたか否かが判定される。当該判定の結果、詳細表示の指示が行われていれば（ステップＳ２２６でＹＥＳ）、ステップＳ２２７において、バナー広告詳細表示処理が実行される。図２８は、当該ステップＳ２２７で示したバナー広告詳細表示処理の詳細を示すフローチャートである。まず、ステップＳ２４１において、詳細表示の指示が行われたバナー広告（以下、処理対象バナー広告）のデータに基づき、図８で示したような下側ＬＣＤ１２に表示するための画面が生成される。
【０１９２】
次に、ステップＳ２４２において、処理対象バナー広告に関連しているＣＭ広告があるか否か（つまり、処理対象バナー広告は連動バナー広告か否か）が判定される。当該判定の結果、処理対象バナー広告に関連しているＣＭ広告がある場合は（ステップＳ２４２でＹＥＳ）、ステップＳ２４３において、上側ＬＣＤ２２では当該関連するＣＭ広告の再生が開始され、下側ＬＣＤ１２には、バナー広告詳細画面が表示される。一方、処理対象バナー広告に関連しているＣＭ広告がない場合は（ステップＳ２４２でＮＯ）、ステップＳ２４４において、上側ＬＣＤ２２には、処理対象バナー広告についての各種情報（上記メタデータから取得される）が表示され、下側ＬＣＤ１２にはバナー広告詳細画面が表示される。
【０１９３】
次に、ステップＳ２４５において、操作データ５１１が取得される。次に、ステップＳ２４６において、ウェブブラウザアプリの起動指示が行われたか否かが当該操作データ５１１に基づいて判定される。その結果、ブラウザ起動指示が行われていたときは（ステップＳ２４６でＹＥＳ）、ステップＳ２４７において、当該視聴アプリをバックグラウンド処理とし、ウェブブラウザアプリを起動するための制御が行われる。その結果、ゲーム装置１０のシステムによって、視聴アプリがバックグラウンド処理に切替えられ、ウェブブラウザアプリの実行が開始される。その結果、ステップＳ２４８で、ウェブブラウザ処理が実行される。ウェブブラウザアプリは、上記処理対象バナー広告に関連するＵＲＬ情報で示されるサイトを表示し、ユーザの操作に基づく各種処理を実行する。
【０１９４】
ウェブブラウザアプリの処理が終了すれば、システムが、視聴アプリをバックグラウンド処理からフォアグラウンド処理に切り替える。これに応じて、視聴アプリの画面が表示され、ステップＳ２４９において、中断前の画面が復元される。そして、上記ステップＳ２４５に戻って処理が繰り返される。
【０１９５】
一方、上記ステップＳ２４６の判定の結果、ブラウザの起動指示は行われていないときは（ステップＳ２４６でＮＯ）、ステップＳ２５０において、再生制御操作（例えば、次のバナー広告の表示指示等）が行われたか否かが判定される。その結果、再生制御操作が行われていたときは（ステップＳ２５０でＹＥＳ）、その操作内容に応じた処理が適宜実行される。例えば、別のバナー広告の表示指示が行われていた場合は、次のバナー広告の画像を表示する処理が行われる。また、このときは関連するＣＭ広告の有無も判定され、その判定結果に応じて上側ＬＣＤ２２に表示する内容は適宜変更される。その後、上記ステップＳ２４５に戻って処理が繰り返される。
【０１９６】
一方、ステップＳ２５０の判定の結果、操作内容が再生制御ではないときは（ステップＳ２５０でＮＯ）、次に、ステップＳ２５２において、当該詳細表示処理の終了が指示されたか否か（例えば、戻るボタン１４２が押されたか否か）が判定される。その結果、終了指示が行われていなければ（ステップＳ２５２でＮＯ）、ステップＳ２５３において、ＣＭ広告の再生制御処理や画面の描画処理等が実行される。その後、上記ステップＳ２４５に戻り、処理が繰り返される。一方、終了指示が行われていれば（ステップＳ２５２でＹＥＳ）、当該バナー広告詳細表示処理は終了する。
【０１９７】
図２７に戻り、上記ステップＳ２２６の判定の結果、バナー広告の詳細表示の指示が行われていなければ（ステップＳ２２６でＮＯ）、次に、ステップＳ２２８において、当該広告一覧処理の終了指示が行われたか否かが操作データ５１１に基づき判定される。例えば、戻るボタン１３２が押されたか否かが判定される。その結果、終了指示が行われていれば（ステップＳ２２８でＹＥＳ）、当該広告一覧処理は終了する。一方、終了指示が行われていなければ（ステップＳ２２８でＮＯ）、次に、ステップＳ２２９において、その他の操作が行われたか否かが判定される。例えば、画面スクロールの操作が行われたか否かが判定される。その他の操作が行われていれば（ステップＳ２２９でＹＥＳ）、ステップＳ２３０において、その操作内容に応じた各種制御処理が実行される。その後、上記ステップＳ２２４に戻り、処理が繰り返される。一方、その他の操作も行われていなければ（ステップＳ２２９でＮＯ）、上記ステップＳ２２４に戻り、処理が繰り返される。なお、本実施形態では、広告一覧処理で閲覧された各広告の視聴実績については視聴ログデータ６０６に反映しないものとするが、他の実施形態では、反映するようにしてもよい。以上で、広告一覧処理の説明を終了する。
【０１９８】
図２５に戻り、広告一覧処理が終われば、上記ステップＳ１６４に戻って処理が繰り返される。一方、上記ステップＳ１６８の判定の結果、広告一覧の起動指示ではないときは（ステップＳ１６８でＮＯ）、次に、ステップＳ１７０において、設定画面の起動指示が行われたか否かが判定される。その結果、設定画面の起動指示が行われていれば（ステップＳ１７０でＹＥＳ）、ステップＳ１７１において、設定画面処理が実行される。この処理では、視聴アプリに関する設定画面が表示され、ユーザの操作に基づいて各種設定を行うための処理が実行される。その後、上記ステップＳ１６４に戻り、処理が繰り返される。
【０１９９】
一方、ステップＳ１７０の判定の結果、設定画面の起動指示も行われていなければ（ステップＳ１７０でＮＯ）、ステップＳ１７２において、視聴アプリの終了指示が行われたか否かが判定される。終了指示が行われていなければ（ステップＳ１７２でＮＯ）、上記ステップＳ１６４に戻り、処理が繰り返される。また、このとき、操作データで示されるユーザの操作が即時更新用のボタン１０２が押したことを示していれば、上記「番組」と「広告」の「受信タスク」が即時実行される。そして、即時更新中である旨を画面に表示し、当該即時更新にかかる処理が終了してから上記ステップＳ１６４に戻る。
【０２００】
一方、ステップＳ１７２の判定の結果、終了指示が行われていれば（ステップＳ１７２でＹＥＳ）、当該メイン処理は終了する。
【０２０１】
図２２に戻り、メイン処理が終了すれば、次に、ステップＳ１０６において、「視聴ログ送信タスク」の準備処理が実行される。具体的には、当該「視聴ログ送信タスク」をシステムに登録・あるいは更新する処理が実行される。なお、本実施形態では、原則として当該「タスク」の消尽回数に”１”が設定されて登録されるものとする。つまり、視聴ログデータ６０６の送信は視聴アプリ終了後、基本的に一度だけ実行され、視聴アプリが起動して終了される度に、消尽回数を”１”として更新される。その結果、当該送信タスクが実行されたときに、視聴ログデータ６０６が所定のサーバに送信されることになる。以上で、視聴アプリ処理は終了する。
【０２０２】
このように、本実施形態では、「番組」を構成するデータと「広告」を構成するデータを別々に受信し、別ファイルとして取り扱っている。これにより、番組と広告を一体化してデータの送受信が行われる場合に比べ、一回分の受信処理にかかるデータ量を低減して、ネットワークへの通信負荷を軽減できる。換言すれば、このような番組と広告の受信にかかる処理負担を分散することが可能となる。また、例えば、公衆の無線ＬＡＮアクセスポイントを介して所定のサーバとデータの送受信を行うような携帯可能な情報端末（典型的には、通信機能に関しては近距離無線通信機能のみを有している情報端末）では、ネットワークへのいわゆる常時接続が保証されない。しかし、本発明では上記のように一回分の受信処理にかかるデータ量が低減されることができるため、特にこのような情報端末において番組やＣＭの配信を行う場合に好適である。
【０２０３】
また、「広告」を「番組」とは別に受信するため、同じ「広告」を複数の番組で使いまわすことができる。そのため、複数の番組で共通の広告を用いるような態様では、番組と広告を一体化して配信する場合に比べて、同じ広告が重複して配信されてしまうことによるデータの無駄を無くすことができる。
【０２０４】
また、上記「いつの間に通信」により、ユーザがゲーム装置１０を使用していない間（スリープモード）でも「番組」等の受信ができるため、知らない間に番組が配信されることによる驚きや楽しみをユーザに与えることも可能である。
【０２０５】
また、上記「いつの間に通信」による上記「番組」や「広告」の自動受信のスケジュールについて、「番組」と「広告」とで個別に設定することができるため、受信処理にかかる負荷を適切に分散させることができる。また、上記設定パッケージ６０５を用いて、これらスケジュールを変更することも可能であるため、より柔軟な番組・広告の配信を行うことができる。
【０２０６】
また、「番組」についても、各テレビ局の「番組」毎に１つの「受信タスク」を割り当てているため、各番組の内容やその制作者等に応じて個別に受信することができ、また、その受信スケジュールも個別に設定することができる。
【０２０７】
また、視聴ソフトが実行される際に、未視聴の番組や広告が優先的に再生され得るような制御を行っているため、番組の提供者が作成した多様な番組について、視聴者であるユーザの目に触れさせる機会をまんべんなく与えることが可能となる。
【０２０８】
また、番組の再生に際して、各テレビ局の番組が公平に再生されるように制御を行っているため、各テレビ局からの番組提供を促進することも可能となる。
【０２０９】
なお、上述した実施形態においては、番組パッケージにはＣＭ広告が含まれていない例を挙げたが、他の実施形態においては、番組パッケージにＣＭ広告を含めるように構成しても良い。そして、ある番組の再生に際しては、当該番組の途中に挿入されるＣＭ広告は当該番組パッケージに含まれているＣＭ広告から選択され、再生されるようにしてもよい。また、この場合、番組本編の再生中は、上述したバナー広告パッケージ６０３からランダムで選択されたバナー広告画像が表示されるようにしてもよいし、バナー広告についても当該番組パッケージに含めておき、その中から選択されたバナー広告のみが表示されるようにしてもよい。
【０２１０】
また、視聴履歴の出力に関して、上記実施形態では、番組再生処理の終了時に視聴ログデータ６０６を更新していたが、この他、各番組の再生が開始されたタイミングで、当該番組は視聴されたものとして視聴ログデータ６０６を更新するようにしても良い。
【０２１１】
また、上記実施形態では、視聴アプリを起動した際、未視聴番組があればその自動再生が行われていた。この再生に関して、未視聴番組を１本だけ再生したらメニュー画面が表示されるようにしても良いし、ユーザからの停止操作が行われるまでは、複数の未視聴番組を連続して自動再生するようにしても良い。また、複数の未視聴番組を連続して自動再生する場合は、各テレビ局の番組が交互に（２局の場合）、あるいは、同じ局の番組が連続して放送されないように順番に（３局以上ある場合）再生されるように制御すればよい。例えば、Ａ局、Ｂ局、Ｃ局の３つのテレビ局がある場合は、「Ａ局→Ｂ局→Ｃ局→Ａ局→Ｂ局→Ｃ局・・・」のような順番で、各局の番組が１回づつ再生されるサイクルを１サイクルとして、このサイクルを繰り返すようにすればよい。これにより、自動再生される未視聴番組について、あるテレビ局の番組に偏って再生される（再生回数の偏り）ことを防ぐ事ができ、テレビ局間に不公平感が生じることを防ぐことができる。
【０２１２】
また、再生順序の決定に関しても、上述の実施形態で示したような、視聴アプリの起動時刻を利用した処理に限らす、他の手法で再生順序を決定しても良い。例えば、最後に自動再生された番組のテレビ局を記録しておくように構成し、次に再生される番組は当該テレビ局以外の局の番組が選択されるようにしてもよい。あるいは、テレビ局間で予め所定の再生順序を定義しておき、当該再生順序に沿って各テレビ局の番組が順番に再生されるようにしても良い。
【０２１３】
また、視聴アプリを起動した際の自動再生に関して、視聴履歴データを参照して、そのユーザが良く視聴している番組を優先的に自動再生してもよい。更には、視聴履歴データに基づいて各番組が再生された時間帯を算出して、視聴アプリが起動された時間帯に応じた番組を自動再生するようにしても良い。例えば、朝７時頃に視聴アプリが起動されたときは、「ニュース」番組を自動再生する等が考えられる。
【０２１４】
また、視聴アプリを起動した際、未視聴か否かにかかわらず、ランダムに選択された番組を自動再生するように構成してもよい。
【０２１５】
また、上記実施形態では、２つの表示装置を備えたゲーム装置１０を例に説明したが、単一の表示装置を備え当該表示装置の画面上にタッチパネルを備えた携帯端末であってもよい。この場合は、例えば、画面レイアウトを、左２／３を番組再生用の領域に割り当て、残り１／３をバナー広告表示用の領域に割り当てる等すればよい。
【産業上の利用可能性】
【０２１６】
本発明にかかる情報処理装置は、配信される各種番組や広告をネットワークへの負荷を低減しながら受信でき、携帯型情報処理端末等に有用である。
【符号の説明】
【０２１７】
１０ ゲーム装置
１１ 下側ハウジング
１２ 下側ＬＣＤ
１３ タッチパネル
１４ 操作ボタン
１５ アナログスティック
１６ ＬＥＤ
２１ 上側ハウジング
２２ 上側ＬＣＤ
２３ａ 外側撮像部（左）
２３ｂ 外側撮像部（右）
２４ 内側撮像部
２５ ３Ｄ調整スイッチ
２７ タッチペン
２８ 外部メモリ
２９ データ保存用外部メモリ
３１ 情報処理部
３２ メインメモリ
３３ 外部メモリＩ／Ｆ
３４ データ保存用外部メモリＩ／Ｆ
３５ データ保存用内部メモリ
３６ 無線通信モジュール
３７ 第１マイコン
３９ 加速度センサ
４０ 電源回路
４２ マイク
４３ スピーカ
４６ 開閉検出器
【特許請求の範囲】
【請求項１】
番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定するタスク設定手段と、
サーバに接続する接続手段と、
前記番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて前記番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、前記サーバから番組データおよび広告データの受信をそれぞれ独立して行うタスク実行手段とを備える、情報処理装置。
【請求項２】
前記実行スケジュールは、前記受信処理の実行の間隔、優先度および回数の少なくとも一つを含み、
前記番組受信タスクと前記広告受信タスクの実行スケジュールとは異なるスケジュールが設定されている、請求項１記載の情報処理装置。
【請求項３】
前記タスク設定手段は、前記番組受信タスクおよび前記広告受信タスクの実行スケジュールを更新するための更新データの受信処理の実行スケジュールを表した更新用タスクを設定し、
前記タスク実行手段は、前記更新用タスクを実行することにより、前記サーバから受信した更新データに基づいて、前記番組受信タスク、前記広告受信タスクおよび前記更新用タスクの少なくとも一つのタスクの実行スケジュールを更新する、請求項１記載の情報処理装置。
【請求項４】
前記タスク設定手段は、複数の前記番組受信タスクを設定し、
前記タスク実行手段は、複数の前記番組受信タスクを実行することにより、複数の番組データの受信をそれぞれ独立して行う、請求項１記載の情報処理装置。
【請求項５】
前記情報処理装置は、前記番組データを再生するためのアプリケーションを実行するアプリケーション実行手段をさらに備え、
前記アプリケーション実行手段は、前記アプリケーションを実行したとき、前記タスク実行手段によって受信された前記番組データを自動的に再生する、請求項１記載の情報処理装置。
【請求項６】
前記情報処理装置は、前記番組データの再生実績の有無を示す番組再生情報を設定する番組再生情報設定手段をさらに備え、
前記アプリケーション実行手段は、前記アプリケーションを実行したとき、前記番組再生情報によって未再生であると示される前記番組データを自動的に再生する、請求項５記載の情報処理装置。
【請求項７】
前記タスク設定手段は、複数の制作者からそれぞれ提供される番組データに対応する前記番組受信タスクを複数設定し、
前記タスク実行手段は、複数の前記番組受信タスクを実行することにより、前記複数の制作者からそれぞれ提供される複数種類の番組データの受信をそれぞれ独立して行い、
前記アプリケーション実行手段は、前記番組再生情報によって未再生であると示される前記番組データが前記複数の制作者にわたって複数存在するときは、当該複数の未再生の番組データを所定の順序に基づいて自動的に再生する、請求項５ないし６のいずれかに記載の情報処理装置。
【請求項８】
前記情報処理装置は、
時間を計時する計時手段と、
前記アプリケーションが実行されたときの起動時刻を取得するアプリ起動時刻取得手段と、
前記アプリ起動時刻取得手段によって取得された時刻に基づいて、前記所定の順序において一番最初に再生される制作者の番組データを決定する順序決定手段をさらに備える、請求項７に記載の情報処理装置。
【請求項９】
前記順序決定手段は、同じ制作者の番組が２つ以上連続して再生されないように前記所定の順序を決定する、請求項７に記載の情報処理装置。
【請求項１０】
前記アプリケーション実行手段は、前記番組データに基づく番組映像および前記広告データに基づく広告を表示部に出力し、
前記情報処理装置は、
前記番組および前記広告が前記表示部に出力されたことに応じて、前記番組の視聴実績および前記広告の視聴実績を示す視聴実績情報を作成する視聴情報作成手段と、
前記視聴情報作成手段によって作成された前記視聴実績情報を前記サーバに送信する視聴情報送信手段とをさらに備える、請求項５ないし９のいずれかに記載の情報処理装置。
【請求項１１】
前記タスク実行手段は、前記広告受信タスクを実行することにより、前記サーバから複数の広告データの受信を行い、
前記アプリケーション実行手段は、前記番組データを再生するとともに、前記広告データに基づく広告を所定の表示部に表示し、
前記情報処理装置は、前記表示部に表示される前記広告を所定の条件に基づいて選択する広告選択手段をさらに備える、請求項５に記載の情報処理装置。
【請求項１２】
前記広告手段は、前記表示部に表示される前記広告をランダムに選択する、請求項１１に記載の情報処理装置。
【請求項１３】
前記情報処理装置は、前記広告データの再生実績の有無を示す広告再生情報を設定する広告再生情報設定手段をさらに備え、
前記広告選択手段は、前記広告再生情報によって未再生であると示される広告の中から前記表示部に表示される広告を選択する、請求項１１に記載の情報処理装置。
【請求項１４】
前記情報処理装置は、
前記ユーザからの入力を受け付ける入力受付手段と、
前記入力受付手段によって受け付けられた入力に基づいて、前記静止画データに基づき前記表示部に表示されている広告がユーザによって指示されたか否かを判別する指示判別手段と、
前記指示判別手段によって指示されたことが判別されたとき、前記静止画データに関連づけられているウェブサイトに接続するウェブサイト接続手段とをさらに備える、請求項１１に記載の情報処理装置。
【請求項１５】
前記タスク実行手段は、前記番組受信タスクおよび広告受信タスクをバックグラウンド処理として自動的に実行し、
前記アプリケーション実行手段は、ユーザの指示に応じてフォアグラウンド処理として実行され、前記タスク実行手段によってバックグラウンドで受信された前記番組データおよび前記広告データをその起動時に自動的に出力する、請求項５ないし１５のいずれかに記載の情報処理装置。
【請求項１６】
前記情報処理装置は、
携帯型の情報処理端末であり、
近距離無線通信を用いて自動的に繰り返し所定のアクセスポイントを探索する探索手段をさらに備え、
前記接続手段は、前記探索手段によって前記アクセスポイントが検出されたとき、当該アクセスポイントを介して、前記サーバに自動的に接続する、請求項１ないし１６のいずれかに記載の情報処理装置。
【請求項１７】
前記タスク設定手段は、前記実行スケジュールにおいて規定される実行の間隔を、前記番組受信タスクよりも前記広告受信タスクの方が小さい実行間隔に設定し、前記優先度を、前記番組受信タスクよりも前記広告受信タスクの方が高い優先度に設定し、前記実行回数を、前記番組受信タスクよりも前記広告受信タスクの方が多くなるよう設定する、請求項２記載の情報処理装置。
【請求項１８】
情報処理装置のコンピュータに実行させる情報処理プログラムであって、
前記コンピュータを、
番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定するタスク設定手段と、
サーバに接続する接続手段と、
前記番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて前記番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、前記サーバから番組データおよび広告データの受信をそれぞれ独立して行うタスク実行手段として機能させる、情報処理プログラム。
【請求項１９】
番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定するタスク設定ステップと、
サーバと接続する接続ステップと、
前記番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて前記番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、前記サーバから番組データおよび広告データの受信をそれぞれ独立して行うタスク実行ステップとを備える、情報処理方法。
【請求項２０】
サーバと少なくとも１つの情報処理装置とから構成される情報処理システムであって、
前記サーバは、番組の動画および音声データを含む番組データと広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データとを個別に送信可能な送信手段を備え、
前記情報処理装置は、
前記番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、前記広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定するタスク設定手段と、
前記サーバと接続する接続手段と、
前記番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて前記番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、前記サーバから番組データおよび広告データの受信をそれぞれ独立して行うタスク実行手段とを備える、情報処理システム。
【請求項１】
番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定するタスク設定手段と、
サーバに接続する接続手段と、
前記番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて前記番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、前記サーバから番組データおよび広告データの受信をそれぞれ独立して行うタスク実行手段とを備える、情報処理装置。
【請求項２】
前記実行スケジュールは、前記受信処理の実行の間隔、優先度および回数の少なくとも一つを含み、
前記番組受信タスクと前記広告受信タスクの実行スケジュールとは異なるスケジュールが設定されている、請求項１記載の情報処理装置。
【請求項３】
前記タスク設定手段は、前記番組受信タスクおよび前記広告受信タスクの実行スケジュールを更新するための更新データの受信処理の実行スケジュールを表した更新用タスクを設定し、
前記タスク実行手段は、前記更新用タスクを実行することにより、前記サーバから受信した更新データに基づいて、前記番組受信タスク、前記広告受信タスクおよび前記更新用タスクの少なくとも一つのタスクの実行スケジュールを更新する、請求項１記載の情報処理装置。
【請求項４】
前記タスク設定手段は、複数の前記番組受信タスクを設定し、
前記タスク実行手段は、複数の前記番組受信タスクを実行することにより、複数の番組データの受信をそれぞれ独立して行う、請求項１記載の情報処理装置。
【請求項５】
前記情報処理装置は、前記番組データを再生するためのアプリケーションを実行するアプリケーション実行手段をさらに備え、
前記アプリケーション実行手段は、前記アプリケーションを実行したとき、前記タスク実行手段によって受信された前記番組データを自動的に再生する、請求項１記載の情報処理装置。
【請求項６】
前記情報処理装置は、前記番組データの再生実績の有無を示す番組再生情報を設定する番組再生情報設定手段をさらに備え、
前記アプリケーション実行手段は、前記アプリケーションを実行したとき、前記番組再生情報によって未再生であると示される前記番組データを自動的に再生する、請求項５記載の情報処理装置。
【請求項７】
前記タスク設定手段は、複数の制作者からそれぞれ提供される番組データに対応する前記番組受信タスクを複数設定し、
前記タスク実行手段は、複数の前記番組受信タスクを実行することにより、前記複数の制作者からそれぞれ提供される複数種類の番組データの受信をそれぞれ独立して行い、
前記アプリケーション実行手段は、前記番組再生情報によって未再生であると示される前記番組データが前記複数の制作者にわたって複数存在するときは、当該複数の未再生の番組データを所定の順序に基づいて自動的に再生する、請求項５ないし６のいずれかに記載の情報処理装置。
【請求項８】
前記情報処理装置は、
時間を計時する計時手段と、
前記アプリケーションが実行されたときの起動時刻を取得するアプリ起動時刻取得手段と、
前記アプリ起動時刻取得手段によって取得された時刻に基づいて、前記所定の順序において一番最初に再生される制作者の番組データを決定する順序決定手段をさらに備える、請求項７に記載の情報処理装置。
【請求項９】
前記順序決定手段は、同じ制作者の番組が２つ以上連続して再生されないように前記所定の順序を決定する、請求項７に記載の情報処理装置。
【請求項１０】
前記アプリケーション実行手段は、前記番組データに基づく番組映像および前記広告データに基づく広告を表示部に出力し、
前記情報処理装置は、
前記番組および前記広告が前記表示部に出力されたことに応じて、前記番組の視聴実績および前記広告の視聴実績を示す視聴実績情報を作成する視聴情報作成手段と、
前記視聴情報作成手段によって作成された前記視聴実績情報を前記サーバに送信する視聴情報送信手段とをさらに備える、請求項５ないし９のいずれかに記載の情報処理装置。
【請求項１１】
前記タスク実行手段は、前記広告受信タスクを実行することにより、前記サーバから複数の広告データの受信を行い、
前記アプリケーション実行手段は、前記番組データを再生するとともに、前記広告データに基づく広告を所定の表示部に表示し、
前記情報処理装置は、前記表示部に表示される前記広告を所定の条件に基づいて選択する広告選択手段をさらに備える、請求項５に記載の情報処理装置。
【請求項１２】
前記広告手段は、前記表示部に表示される前記広告をランダムに選択する、請求項１１に記載の情報処理装置。
【請求項１３】
前記情報処理装置は、前記広告データの再生実績の有無を示す広告再生情報を設定する広告再生情報設定手段をさらに備え、
前記広告選択手段は、前記広告再生情報によって未再生であると示される広告の中から前記表示部に表示される広告を選択する、請求項１１に記載の情報処理装置。
【請求項１４】
前記情報処理装置は、
前記ユーザからの入力を受け付ける入力受付手段と、
前記入力受付手段によって受け付けられた入力に基づいて、前記静止画データに基づき前記表示部に表示されている広告がユーザによって指示されたか否かを判別する指示判別手段と、
前記指示判別手段によって指示されたことが判別されたとき、前記静止画データに関連づけられているウェブサイトに接続するウェブサイト接続手段とをさらに備える、請求項１１に記載の情報処理装置。
【請求項１５】
前記タスク実行手段は、前記番組受信タスクおよび広告受信タスクをバックグラウンド処理として自動的に実行し、
前記アプリケーション実行手段は、ユーザの指示に応じてフォアグラウンド処理として実行され、前記タスク実行手段によってバックグラウンドで受信された前記番組データおよび前記広告データをその起動時に自動的に出力する、請求項５ないし１５のいずれかに記載の情報処理装置。
【請求項１６】
前記情報処理装置は、
携帯型の情報処理端末であり、
近距離無線通信を用いて自動的に繰り返し所定のアクセスポイントを探索する探索手段をさらに備え、
前記接続手段は、前記探索手段によって前記アクセスポイントが検出されたとき、当該アクセスポイントを介して、前記サーバに自動的に接続する、請求項１ないし１６のいずれかに記載の情報処理装置。
【請求項１７】
前記タスク設定手段は、前記実行スケジュールにおいて規定される実行の間隔を、前記番組受信タスクよりも前記広告受信タスクの方が小さい実行間隔に設定し、前記優先度を、前記番組受信タスクよりも前記広告受信タスクの方が高い優先度に設定し、前記実行回数を、前記番組受信タスクよりも前記広告受信タスクの方が多くなるよう設定する、請求項２記載の情報処理装置。
【請求項１８】
情報処理装置のコンピュータに実行させる情報処理プログラムであって、
前記コンピュータを、
番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定するタスク設定手段と、
サーバに接続する接続手段と、
前記番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて前記番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、前記サーバから番組データおよび広告データの受信をそれぞれ独立して行うタスク実行手段として機能させる、情報処理プログラム。
【請求項１９】
番組の動画および音声データを含む番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定するタスク設定ステップと、
サーバと接続する接続ステップと、
前記番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて前記番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、前記サーバから番組データおよび広告データの受信をそれぞれ独立して行うタスク実行ステップとを備える、情報処理方法。
【請求項２０】
サーバと少なくとも１つの情報処理装置とから構成される情報処理システムであって、
前記サーバは、番組の動画および音声データを含む番組データと広告の動画データおよび静止画データおよび音声データのうち少なくとも一つを含む広告データとを個別に送信可能な送信手段を備え、
前記情報処理装置は、
前記番組データの受信処理の実行スケジュールを含む実行内容が定義された番組受信タスクと、前記広告データの受信処理の実行スケジュールを含む実行内容が定義された広告受信タスクとを設定するタスク設定手段と、
前記サーバと接続する接続手段と、
前記番組受信タスクおよび広告受信タスクのそれぞれに設定されている前記実行スケジュールに基づいて前記番組受信タスクおよび広告受信タスクをそれぞれ実行することにより、前記サーバから番組データおよび広告データの受信をそれぞれ独立して行うタスク実行手段とを備える、情報処理システム。
【図１】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図２Ｄ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図２Ｄ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２０１２−２５３６１７（Ｐ２０１２−２５３６１７Ａ）
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願番号】特願２０１１−１２５５３７（Ｐ２０１１−１２５５３７）
【出願日】平成２３年６月３日（２０１１．６．３）
【出願人】（０００２３３７７８）任天堂株式会社 (1,115)
【Ｆターム（参考）】
【公開日】平成２４年１２月２０日（２０１２．１２．２０）
【国際特許分類】
【出願日】平成２３年６月３日（２０１１．６．３）
【出願人】（０００２３３７７８）任天堂株式会社 (1,115)
【Ｆターム（参考）】
[ Back to top ]