JP6001843B2 - 情報処理装置、情報処理システム、情報処理方法およびプログラム - Google Patents

Description

本発明は、データをダウンロードする技術に関する。

ユーザは、ゲームソフトなどのアプリケーションプログラムが記憶されたメモリカードなどの記録媒体をゲーム端末に接続することにより、様々なゲームを楽しむことができる。近年では、記録媒体を用いる以外にも、ネットワークを介してサーバからアプリケーションプログラムをゲーム端末にダウンロードすることによって、ユーザは、ゲームを楽しむことができるようになっている。
ゲーム端末にアプリケーションプログラムなどをダウンロードするサービスとしては、例えば、非特許文献１、２、３、４に示すものが知られている。このようなサービスにおいて、ユーザは、ゲームソフトを購入して、そのゲームソフトのアプリケーションプログラムをゲーム端末にダウンロードするだけでなく、そのゲームを体験するための試用版アプリケーションプログラムについてもダウンロードすることができる。また、コンテンツとしては、ゲームソフトに限らず、ゲーム紹介動画なども含まれている。なお、ゲーム紹介動画をゲーム端末で見る場合には、その動画を示すデータがゲーム端末にダウンロードされる。

上記のサービスにおいては、ユーザに対して提供可能なコンテンツの数が多くなってきていることから、ユーザがコンテンツの選択をしやすくなるシステムが用いられている。例えば、ユーザに対して、ゲームソフトの一部を分野別に区分して提示したり、お勧めするゲームソフトを提示したりできるようになっている。

"ニンテンドーイーショップ"、［online］、平成23年、［2011年9月30日検索］、インターネット〈URL：http://www.nintendo.co.jp/3ds/eshop/index.html〉 "ニンテンドーDSiショップ"、［online］、［平成23年9月30日検索］、インターネット〈URL：http://www.nintendo.co.jp/ds/series/dsi/menu/shop/index.html〉 "ニンテンドーゾーン"、［online］、［2011年9月30日検索］、インターネット〈URL：http://www.nintendo.co.jp/ds/nintendozone/index.html〉 原如宏、"ビッグマックが無料に！？注目の「マックでDS」を試してみた！"、［online］、2009年6月24日、日経トレンディネット、［2011年9月30日検索］、インターネット〈URL：http://trendy.nikkeibp.co.jp/article/column/20090622/1027204/?P=4〉

このようなサービスにおいては、ゲーム端末にアプリケーションプログラムをダウンロードする必要がある。アプリケーションプログラムなどのデータのダウンロードには、ゲーム端末における処理負荷が大きくなり、他の処理が困難になるため、ユーザは、ダウンロードが終わるまで、ゲーム端末を操作せずに待っている必要があった。
本発明は、データのダウンロードによって情報処理端末の使用が制限されるのを防止することを目的とする。

上述の課題を解決するため、本発明は、使用状態と非使用状態とのいずれかに自装置の動作状態を切り替える切替手段と、前記使用状態において、ユーザによって指定された指定データのダウンロード指示を受け付ける受付手段と、前記動作状態が前記使用状態から前記非使用状態に切り替えられると前記指定データのダウンロードを開始するダウンロード手段とを具備することを特徴とする情報処理装置を提供する。

また、別の好ましい態様において、前記使用状態において前記指定データをダウンロードする通常受信モード、または前記非使用状態において前記指定データをダウンロードするバックグラウンド受信モードのいずれかを選択するモード選択手段を具備し、前記ダウンロード手段は、前記バックグラウンド受信モードが選択された場合には、前記使用状態においては前記指定データのダウンロードを制限し、前記使用状態から前記非使用状態に切り替えられると前記指定データのダウンロードを開始し、前記通常受信モードが選択された場合には、前記使用状態において前記指定データのダウンロードを開始することを特徴とする。

また、別の好ましい態様において、前記モード選択手段は、ユーザからの操作を受け付ける操作手段への操作に基づいて、前記通常受信モードまたは前記バックグラウンド受信モードのいずれかを選択することを特徴とする。

また、別の好ましい態様において、前記モード選択手段は、前記指定データの属性に基づいて、前記通常受信モードまたは前記バックグラウンド受信モードのいずれかを選択することを特徴とする。

また、別の好ましい態様において、前記ダウンロード手段は、前記使用状態における前記指定データのダウンロードが失敗した場合には、前記動作状態が前記非使用状態に切り替えられた後に、当該指定データのダウンロードを再開することを特徴とする。

また、別の好ましい態様において、前記受付手段は、複数の前記指定データのダウンロード指示を受け付け、前記モード選択手段は、前記ダウンロード指示が受け付けられた前記複数の指定データの各々に対応して、前記通常受信モードおよび前記バックグラウンド受信モードのいずれかを選択し、前記ダウンロード手段は、前記通常受信モードに対応する前記指定データについては、前記受付手段による前記ダウンロード指示の受け付けが終了した後に、ダウンロードを開始することを特徴とする。

また、別の好ましい態様において、前記ダウンロード手段は、複数の前記指定データの前記ダウンロード指示が受け付けられた場合には、前記使用状態から前記非使用状態に切り替えられてから当該複数の指定データのダウンロードを開始することを特徴とする。

また、別の好ましい態様において、前記ダウンロード手段は、前記動作状態が前記使用状態から前記非使用状態に切り替えられてからダウンロードを開始した前記指定データのダウンロード中に、前記使用状態に切り替えられると、前記指定データのダウンロードを制限し、再び前記非使用状態に切り替えられると、前記ダウンロードを制限した指定データのダウンロードを再開することを特徴とする。

また、別の好ましい態様において、前記ダウンロード手段は、前記使用状態において特定のアプリケーションプログラムが実行されている場合には、前記動作状態が前記使用状態から前記非使用状態に切り替えられても前記指定データのダウンロードを制限した状態を維持することを特徴とする。

また、別の好ましい態様において、開閉可能な筐体を具備し、前記操作手段は、前記筐体が開状態のときにユーザからの操作を受け付け、前記切替手段は、前記動作状態を、前記筐体が開状態のときに前記使用状態に切り替え、前記筐体が閉状態のときに前記非使用状態に切り替えることを特徴とする。

また、本発明は、アプリケーションプログラムの実行状態を監視する実行監視手段と、前記監視されているアプリケーションプログラムが実行されているときに、ユーザによって指定された指定データのダウンロード指示を受け付ける受付手段と、前記監視されているアプリケーションプログラムが実行されている状態においては前記指定データのダウンロードを制限し、当該アプリケーションプログラムの実行が停止されると前記指定データのダウンロードを開始するダウンロード手段とを具備することを特徴とする情報処理装置を提供する。

また、別の好ましい態様において、前記監視されているアプリケーションプログラムが実行されている状態において前記指定データをダウンロードする通常受信モードまたは前記非使用状態において前記指定データをダウンロードするバックグラウンド受信モードのいずれかを選択するモード選択手段を具備し、前記ダウンロード手段は、前記バックグラウンド受信モードが選択された場合には、前記監視されているアプリケーションプログラムが実行されている状態においては前記指定データのダウンロードを制限し、当該アプリケーションプログラムの実行が停止されると前記指定データのダウンロードを開始し、前記通常受信モードが選択された場合には、前記監視されているアプリケーションプログラムが実行されている状態において前記指定データのダウンロードを開始することを特徴とする。

また、別の好ましい態様において、前記モード選択手段は、ユーザからの操作を受け付ける操作手段への操作に基づいて、前記通常受信モードまたは前記バックグラウンド受信モードのいずれかを選択することを特徴とする。

また、別の好ましい態様において、前記モード選択手段は、前記指定データの属性に基づいて、前記通常受信モードまたは前記バックグラウンド受信モードのいずれかを選択することを特徴とする。

また、別の好ましい態様において、前記ダウンロード手段は、前記監視されているアプリケーションプログラムが実行されている状態における前記指定データのダウンロードが失敗した場合には、当該アプリケーションプログラムの実行が停止された後に、当該指定データのダウンロードを再開することを特徴とする。

また、本発明は、上記記載の情報処理装置と、前記ダウンロード手段によってダウンロードされる前記指定データを記憶する配信サーバとを具備することを特徴とする情報処理システムを提供する。

また、本発明は、使用状態と非使用状態とのうち、情報処理装置の動作状態が前記使用状態であるときに、ユーザによって指定された指定データのダウンロード指示を受け付けるステップと、前記動作状態が前記使用状態から前記非使用状態に切り替えられると、前記指定データのダウンロードを開始するステップとを備えることを特徴とする情報処理方法を提供する。

また、本発明は、アプリケーションプログラムの実行状態を監視するステップと、前記監視されているアプリケーションプログラムが実行されているときに、ユーザによって指定された指定データのダウンロード指示を受け付けるステップと、前記監視されているアプリケーションプログラムが実行されている状態においては、前記指定データのダウンロードを制限するステップと、前記監視されているアプリケーションプログラムの実行が停止されると、前記指定データのダウンロードを開始するステップとを備えることを特徴とする情報処理方法を提供する。

また、本発明は、コンピュータに、使用状態と非使用状態とのうち、前記コンピュータの動作状態が前記使用状態であるときに、ユーザによって指定された指定データのダウンロード指示を受け付けるステップと、前記動作状態が前記使用状態から前記非使用状態に切り替えられると、前記指定データのダウンロードを開始するステップとを実行させるためのプログラムを提供する。

また、本発明は、コンピュータに、アプリケーションプログラムの実行状態を監視するステップと、前記監視されているアプリケーションプログラムが実行されているときに、ユーザによって指定された指定データのダウンロード指示を受け付けるステップと、前記監視されているアプリケーションプログラムが実行されている状態においては、前記指定データのダウンロードを制限するステップと、前記監視されているアプリケーションプログラムの実行が停止されると、前記指定データのダウンロードを開始するステップとを実行させるためのプログラムを提供する。

本発明によれば、データのダウンロードを急がない場合には、ダウンロードよりもユーザの操作を優先させ、非使用時にダウンロードを行うので、データのダウンロード時の処理負荷を増加させずに、情報処理端末の使用を制限されないようにすることができる。

本発明の実施形態における情報処理システム１の構成を示すブロック図である。 ゲーム端末１０の外観を示す図である。 ゲーム端末１０のハードウエア構成を示すブロック図である。 配信サーバ６０のハードウエア構成を示すブロック図である。 条件設定サーバ７０のハードウエア構成を示すブロック図である。 本発明の実施形態における設定情報を説明する図である。 本発明の実施形態における検索機能の機能構成を示すブロック図である。 本発明の実施形態におけるダウンロード機能の機能構成を示すブロック図である。 本発明の実施形態におけるコンテンツ購入処理を示すフローチャートである。 本発明の実施形態におけるアプリケーション情報の検索処理を示すフローチャートである。 ゲーム端末１０でのカテゴリ表示の一例である。 ゲーム端末１０でのアプリケーション情報表示の一例である。 ゲーム端末１０でのアプリケーション関連表示の一例である。 ゲーム端末１０での受信モード選択表示の一例である。 本発明の実施形態におけるＢＧＤＬ処理を示すフローチャートである。 本発明の実施形態における移行処理を示すフローチャートである。 ゲーム端末１０での正式版購入確認表示の一例である。 本発明の変形例２におけるＢＧＤＬ機能の機能構成を示すブロック図である。 本発明の変形例２におけるＢＧＤＬ処理を示すフローチャートである。 本発明の変形例１０におけるコンテンツ購入処理を示すフローチャートである。

＜実施形態＞
［情報処理システム１の構成］
図１は、本発明の実施形態における情報処理システム１の構成を示すブロック図である。情報処理システム１は、ゲーム端末１０、配信サーバ６０、および条件設定サーバ７０を有する。複数のゲーム端末１０、配信サーバ６０、および条件設定サーバ７０は、インターネットなどのネットワーク１０００を介して互いに接続されている。複数のゲーム端末１０の各々には端末ＩＤが付与されている。配信サーバ６０および条件設定サーバ７０は、通信されるデータに付与される端末ＩＤを確認することによりゲーム端末１０のいずれと接続しているかを識別する。
なお、ゲーム端末１０は、情報処理装置の一例であり、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、携帯電話、スマートフォン、タブレット端末などであってもよい。

まず、情報処理システム１により実現される処理の概要を説明する。ゲーム端末１０は、条件設定サーバ７０から受信した設定情報（図６参照）に基づき、配信サーバ６０において提供可能なゲームソフトなどのアプリケーションをカテゴリに分類して表示することにより、ユーザに提示する。ユーザは、提示されたアプリケーションなどの情報を用いて、ゲーム端末１０を操作して所望のアプリケーションを購入する。ユーザによってアプリケーションが購入されると、ゲーム端末１０は、配信サーバ６０から購入したアプリケーションに対応するアプリケーションプログラムをダウンロードする。なお、条件設定サーバ７０においては、サービス提供者などによって設定情報が適宜変更される。

［ゲーム端末１０の構成］
図２は、ゲーム端末１０の外観を示す図である。ゲーム端末１０は、上部筐体５１と下部筐体５２とを有し、開閉可能に構成されている。図２（ａ）は、開状態にあるときのゲーム端末１０を示し、図２（ｂ）は、閉状態にあるときのゲーム端末１０を示している。
上部筐体５１には、上表示面１３Ａ、スピーカ１６１、およびマイクロフォン１６２が設けられている。下部筐体５２には、表面にタッチセンサ１２Ａを有する下表示面１３Ｂ、操作ボタン１２Ｂ、開閉センサ１７およびインターフェイス１８が設けられている。ゲーム端末１０が閉状態にあるときには、図２（ｂ）に示すように、タッチセンサ１２Ａおよび操作ボタン１２Ｂについては、上部筐体５１と下部筐体５２との間に位置し、ユーザが操作できない状態になっている。

図３は、ゲーム端末１０のハードウエア構成を示すブロック図である。ゲーム端末１０は、制御部１１、操作部１２、表示部１３、通信部１４、記憶部１５、音響処理部１６、開閉センサ１７およびインターフェイス１８を有する情報処理装置である。これらの各構成は、バスを介して接続されている。また、ゲーム端末１０は、音響処理部１６に接続されたスピーカ１６１およびマイクロフォン１６２を有する。

制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを有し、ＲＯＭまたは記憶部１５に記憶されたプログラム、インターフェイス１８に接続された記録媒体に記憶されたプログラムなど各種プログラムを実行して、後述する各機能構成を実現する。ＲＡＭは、ＣＰＵがプログラムを実行する際のワークエリアとして用いられる。
操作部１２は、ユーザによる操作を受け付けるタッチセンサ１２Ａおよび操作ボタン１２Ｂを有し、それぞれに受け付けられた操作の内容を示す操作情報を制御部１１に出力する。これにより、ユーザからの指示がゲーム端末１０に対して入力される。以下、ユーザの指示とは、操作部１２への操作に基づいて入力される指示をいう。
表示部１３は、上表示面１３Ａおよび下表示面１３Ｂを有している。上表示面１３Ａおよび下表示面１３Ｂは、それぞれ液晶ディスプレイなどの表示デバイスであり、制御部１１の制御に応じた内容の表示を行う。上表示面１３Ａおよび下表示面１３Ｂに表示される内容は、メニュー画面、設定画面などの他、実行されたプログラムによって様々な内容となる。

通信部１４は、制御部１１の制御に応じて、ネットワーク１０００を介して配信サーバ６０および条件設定サーバ７０と接続して各種データの送受信を行う。
記憶部１５は、不揮発性メモリなどであり、各種プログラムなどを記憶している。各種プログラムには、コンテンツを購入するためのプログラム（以下、購入プログラムという）、ダウンロードしたアプリケーションプログラムなどが含まれる。
マイクロフォン１６２は、ユーザによる発音が入力され、発音内容を示す電気信号を音響処理部１６に出力する。スピーカ１６１は、音響処理部１６から出力される電気信号を音に変換して出力する。音響処理部１６は、ＤＳＰ（Digital Signal Processor）などの信号処理回路などを有する。音響処理部１６は、マイクロフォン１６２から入力される電気信号をＡ／Ｄ変換（アナログデジタル変換）して制御部１１に出力する。音響処理部１６は、制御部１１から出力される楽音データを、制御部１１によって設定されたエフェクト処理、Ｄ／Ａ変換（デジタルアナログ変換）処理、増幅処理などの信号処理などを施して、電気信号としてスピーカ１６１に出力する。

開閉センサ１７は、ゲーム端末１０が開状態（図２（ａ）参照）であるか、閉状態（図２（ｂ）参照）であるかを検出するセンサであり、検出結果を示す検出信号を制御部１１に出力する。この例においては、開閉センサ１７は、下部筐体５２のうち、閉状態になったときに、上部筐体５１のスピーカ１６１に用いられている磁石から発生する磁力の影響を受ける位置に設けられている。開閉センサ１７は、磁力センサであり、磁力の大きさにより、開状態または閉状態であることを検出する。
インターフェイス１８は、外部機器が接続され、外部機器とゲーム端末１０との間でデータの入出力を行う。外部機器としては、例えば、アプリケーションプログラムが記憶された記録媒体などである。
以上が、ゲーム端末１０のハードウエア構成についての説明である。

［配信サーバ６０の構成］
図４は、配信サーバ６０のハードウエア構成を示すブロック図である。配信サーバ６０は、制御部６１、操作部６２、表示部６３、通信部６４、および記憶部６５を有する。これらの各構成は、バスを介して接続されている。
制御部６１は、ＣＰＵ、ＲＡＭ、ＲＯＭなどを有し、ＲＯＭまたは記憶部６５に記憶されたプログラムを実行して、後述する各機能構成を実現する。ＲＡＭは、ＣＰＵがプログラムを実行する際のワークエリアとして用いられる。
操作部６２は、ユーザによる操作を受け付けるキーボード、マウスなどを有し、それぞれに受け付けられた操作の内容を示す操作情報を制御部６１に出力する。表示部６３は、液晶ディスプレイなどの表示デバイスであり、制御部６１の制御に応じた内容の表示を行う。

通信部６４は、制御部１１の制御に応じて、ネットワーク１０００を介してゲーム端末１０と接続して各種データの送受信を行う。また、通信部６４は、サービス提供者が用いる外部装置（図示せず）から、ネットワーク１０００を介して、ゲーム端末１０にダウンロードさせることができるアプリケーションプログラムおよびそれに関連する情報を受信する。受信したアプリケーションプログラムおよび関連する情報は、制御部６１の制御により記憶部６５に記憶される。

記憶部６５は、ハードディスク、不揮発性メモリなどであり、コンテンツに関する情報などを記憶している。コンテンツに関する情報とは、この例においては、正式版アプリケーションプログラム、試用版アプリケーションプログラム、メタデータおよびアプリケーション情報が含まれている。記憶部６５には、コンテンツとしてのアプリケーションＡ、Ｂ、Ｃ、・・・のそれぞれに関して上記コンテンツに関する情報が対応付けられている。例えば、アプリケーションＡには、アプリケーションプログラムＡｒ（正式版アプリケーションプログラム）、アプリケーションプログラムＡｔ（試用版アプリケーションプログラム）、メタデータＡ、およびアプリケーション情報Ａが対応付けられている。試用版アプリケーションプログラムは存在しない場合もある。なお、以降の各図において、アプリケーションを「Ａｐ」と省略して示す場合がある。

メタデータは、例えば、コンテンツのタイトル名（アプリケーション名など）、公開開始日（ダウンロードが可能になった日）、種別（ゲームソフト、動画などコンテンツの種類）、価格など、アプリケーションに付随するデータである。なお、アプリケーションの種別が動画などである場合には、アプリケーションプログラムは、動画を再生するプログラムであればよい。なお、アプリケーションプログラムではなく、ゲーム端末１０における動画再生機能によって再生可能な動画データであってもよい。
アプリケーション情報とは、アプリケーションを識別するアイコン画像、アプリケーションの説明などのアプリケーションに関する情報である。
以上が、配信サーバ６０のハードウエア構成についての説明である。

［条件設定サーバ７０の構成］
図５は、条件設定サーバ７０のハードウエア構成を示すブロック図である。条件設定サーバ７０は、制御部７１、操作部７２、表示部７３、通信部７４、および記憶部７５を有する。これらの各構成は、バスを介して接続されている。
制御部７１は、ＣＰＵ、ＲＡＭ、ＲＯＭなどを有し、ＲＯＭまたは記憶部７５に記憶されたプログラムを実行して、後述する各機能構成を実現する。ＲＡＭは、ＣＰＵがプログラムを実行する際のワークエリアとして用いられる。
操作部７２は、ユーザによる操作を受け付けるキーボード、マウスなどを有し、それぞれに受け付けられた操作の内容を示す操作情報を制御部７１に出力する。表示部７３は、液晶ディスプレイなどの表示デバイスであり、制御部７１の制御に応じた内容の表示を行う。
通信部７４は、制御部７１の制御に応じて、ネットワーク１０００を介してゲーム端末１０と接続して各種データの送受信を行う。
記憶部７５は、ハードディスク、不揮発性メモリなどであり、設定情報が記憶されている。

図６は、本発明の実施形態における設定情報を説明する図である。設定情報は、アプリケーションを検索するための検索条件が設定されたカテゴリ（図６（ａ）に示すカテゴリＡ）と、コンテンツが対応付けられたカテゴリ（図６（ｂ）に示すカテゴリＢ）とを規定する情報である。

カテゴリＡにおいて設定されている検索条件は、上述したメタデータを用いて検索する際に用いられる条件であり、コンテンツのタイトル名に含まれる文字列、公開開始日の範囲、種別などが設定される。検索が行われるときには、メタデータがこの検索条件に合致しているコンテンツが検索条件を満たすコンテンツとなる。図６（ａ）に示す例では、カテゴリＡ１には検索条件ａが設定されている。検索条件ａが「タイトル名：ＡＢＣ」として決められていれば、タイトル名に「ＡＢＣ」が含まれるコンテンツが検索結果として特定されることになる。
カテゴリＢにおいて対応付けられたコンテンツは、配信サーバ６０の記憶部６５に記憶されているコンテンツの一部に対応している。図６（ｂ）に示す例では、カテゴリＢ１には、アプリケーションＡ、Ｃ、Ｆ、・・・が対応付けられている。

カテゴリに設定された検索条件、および対応付けられたコンテンツについては、操作部７２の操作、またはサービス提供者が用いる外部装置（図示せず）からネットワーク１０００を介して、その内容を変更することができるようになっている。
以上が、条件設定サーバ７０のハードウエア構成の説明である。続いて、情報処理システム１において実現される機能構成について説明する。

［検索機能］
図７は、本発明の実施形態における検索機能の機能構成を示すブロック図である。ゲーム端末１０における検索機能は、カテゴリ受信部１１１、カテゴリ表示制御部１１２、カテゴリ選択部１１３、検索条件送信部１１４、検索結果受信部１１５、およびコンテンツ表示制御部１１６により実現される。配信サーバ６０における検索機能は、検索条件受信部６１１、メタデータ記憶部６１２、検索部６１３、および検索結果送信部６１４により実現される。このときには配信サーバ６０は、検索装置として機能する。条件設定サーバ７０における検索機能は、設定部７１１およびカテゴリ記憶部７１２により実現される。このときには条件設定サーバ７０は、条件設定装置として機能する。なお、検索装置と条件設定装置とは、それぞれ別のサーバにて機能するのではなく、同一のサーバにおいて機能するようにしてもよい。

設定部７１１は、操作部７２または通信部７４を介して外部装置からサービス提供者などの指示を受け付け、設定情報の内容を変更する。カテゴリ記憶部７１２は、検索条件が設定されたカテゴリ（カテゴリＡ）、およびコンテンツが対応付けられたカテゴリ（カテゴリＢ）を示す設定情報を記憶する。カテゴリＢについては存在しなくてもよい。

カテゴリ受信部１１１は、カテゴリ記憶部７１２に記憶されている設定情報（カテゴリおよびカテゴリに設定された検索条件）を受信して制御部１１のＲＡＭに記憶する。記憶された設定情報は、カテゴリ受信部１１１によって受信される度に、最新の設定情報に更新される。カテゴリ表示制御部１１２は、設定情報に含まれるカテゴリを表示部１３に表示させる（図１１参照）。カテゴリ選択部１１３は、ユーザの指示に基づいて、表示部１３に表示されるカテゴリのいずれかを選択する。検索条件送信部１１４は、選択されたカテゴリがカテゴリＡである場合には、ＲＡＭに記憶された設定情報に基づいて、カテゴリに設定された検索条件を決定し、配信サーバ６０に送信する。

検索条件受信部６１１は、ゲーム端末１０から検索条件を受信する。メタデータ記憶部６１２は、上述したメタデータを記憶している。検索部６１３は、上記メタデータを参照して、受信した検索条件を満たすコンテンツを特定する。検索結果送信部６１４は、検索部６１３による検索結果をゲーム端末１０に送信する。この例においては、検索結果として送信されるのは、特定したコンテンツに対応するアプリケーション情報である。例えば、カテゴリに対応するコンテンツとして、アプリケーションＡ、Ｂが特定された場合には、アプリケーション情報Ａ、Ｂが送信される。
検索結果受信部１１５は、配信サーバ６０から検索結果を受信する。コンテンツ表示制御部１１６は、検索結果受信部１１５が受信した検索結果に基づいて、検索部６１３において特定されたコンテンツに対応するアプリケーション情報を表示部１３に表示させる（図１２参照）。
以上が、検索機能の機能構成についての説明である。

［ダウンロード機能］
図８は、本発明の実施形態におけるダウンロード機能の機能構成を示すブロック図である。ゲーム端末１０におけるダウンロード機能は、アプリケーション表示制御部１２１、アプリケーション選択部１２２、関連表示制御部１２３、ダウンロード選択部１２４、支払処理部１２５、受付部１２６、モード選択部１２７、切替部１２８、ダウンロード部１２９、アプリケーション記憶部１３０、実行部１３１、および実行制御部１３２により実現される。なお、以降の各図において、ダウンロードを「ＤＬ」と省略して示す場合がある。

アプリケーション表示制御部１２１は、上述したコンテンツ表示制御部１１６に相当する構成であり、複数のアプリケーション情報を表示部１３に表示させる。アプリケーション選択部１２２は、ユーザの指示に基づいて、表示部１３に表示されたアプリケーション情報のいずれかを選択する。関連表示制御部１２３は、選択されたアプリケーション情報に関連する関連情報を表示部１３に表示させる。関連情報とは、この例においては、このアプリケーション情報に対応する正式版アプリケーションプログラム、試用版アプリケーションプログラムなどを示すアイコンである（図１３参照）。また、関連情報には、アプリケーション情報に対応するコンテンツの説明などが含まれていてもよい。ダウンロード選択部１２４（ＤＬ選択部）は、ユーザの指示に基づいて、正式版アプリケーションプログラムをダウンロードするか試用版アプリケーションプログラムをダウンロードするかを選択する。

支払処理部１２５は、ゲーム端末１０にダウンロードするアプリケーションプログラムに対して課金される場合に、クレジットカードなどを用いた支払処理を行う。受付部１２６は、支払処理部１２５から支払処理が済んだアプリケーションプログラムのダウンロードの指示を受け付ける。なお、ダウンロードの対象は、アプリケーションプログラムに限られず、動画データ、音声データなどの場合もある。すなわち、ユーザの指示によって指定されたデータ（指定データ）であれば、そのデータがプログラムであっても無くてもよい。

モード選択部１２７は、ダウンロード指示のあったアプリケーションプログラムをダウンロードするときに、通常受信モードとするかバックグラウンド受信モードとするかについて、ユーザの指示に基づいて選択する（図１４参照）。切替部１２８は、ゲーム端末１０の動作状態を、使用状態と非使用状態とのいずれかに切り替える。使用状態とは、ユーザの操作部１２への操作を受け付ける状態であり、非使用状態とは使用状態よりもユーザの操作部１２への操作の受け付けが制限された状態である。切替部１２８は、この例においては、ゲーム端末１０が開状態にあるときには使用状態、閉状態にあるときには非使用状態として、ゲーム端末１０の動作状態を切り替える。
なお、ユーザの操作部１２への操作の受け付けが制限された状態とは、操作を受け付けない状態だけに限られず、一部の操作が受け付けられる状態であってもよい。また、非使用状態とは、ゲーム端末１０が閉状態である場合に限られず、ゲーム端末１０が開状態であっても、省電力モード、画面が消灯、ＣＰＵ稼働率が低い状態など、いわゆるスリープ状態になっていればよい。この場合、非使用状態ではユーザの操作部１２への操作の受け付けが制限されているが、スリープ状態を解除する操作は非使用状態でも受け付けられるものとする。
また、切替部１２８は、使用状態において、予め決められた時間にわたってユーザの操作が操作部１２へ受け付けられなかった場合、または予め決められた時間にわたってアプリケーションプログラムが実行されていない場合などにおいて、非使用状態へ切り替えるようにしてもよい。

ダウンロード部１２９（ＤＬ部）は、受付部１２６によってダウンロードの指示が受け付けられたアプリケーションプログラムを配信サーバ６０からゲーム端末１０にダウンロードする。ここで、モード選択部１２７において通常受信モードが選択された場合には、ダウンロード部１２９は、使用状態、非使用状態にかかわらず、アプリケーションプログラムのダウンロードを開始する。一方、モード選択部１２７においてバックグラウンド受信モードが選択された場合には、ダウンロード部１２９は、使用状態であるときには、アプリケーションプログラムのダウンロードを制限し、非使用状態に切り替えられるとダウンロードを開始する。そのため、ダウンロード部１２９は、非使用状態から使用状態に切り替えられると、ダウンロードを中断（制限）する。ダウンロードの制限とは、この例においては、ダウンロードをしないことをいう。なお、ダウンロードの制限とは、通常受信モードにおけるダウンロードよりも転送速度を低くするなどして、ＣＰＵの処理負荷を抑えた状態でダウンロードする状態を示していてもよい。

アプリケーション記憶部１３０は、ダウンロード部１２９によってダウンロードされたアプリケーションプログラムを記憶する。実行部１３１は、ダウンロードされたアプリケーションプログラムのうち、ユーザによって指定されたアプリケーションプログラムを実行する。実行制御部１３２は、実行部１３１によって実行されているアプリケーションプログラムが試用版アプリケーションプログラムである場合に、正式版アプリケーションプログラムを購入するかどうかを選択させる表示（図１７参照）を行う。正式版アプリケーションプログラムを購入する指示がユーザにより入力された場合には、試用版アプリケーションプログラムの実行を停止させ、関連表示制御部１２３に、関連情報の表示をさせる（図１３参照）。この際、関連表示制御部１２３は、実行されていた試用版アプリケーションプログラムに対応するアプリケーション情報の関連情報を表示部１３に表示させる。
以上が、ダウンロード機能の機能構成についての説明である。

［動作］
上述した各機能が実現されることによるゲーム端末１０の動作について説明する。なお、条件設定サーバ７０における設定情報については、すでにサービス提供者によって決められているものとする。

図９は、本発明の実施形態におけるコンテンツ購入処理を示すフローチャートである。ユーザがゲーム端末１０を操作して、購入プログラムを起動させると、まず、制御部１１は、アプリケーション情報の検索処理（ステップＳ１１０）を開始する。

図１０は、本発明の実施形態におけるアプリケーション情報の検索処理を示すフローチャートである。制御部１１は、通信部１４を介して、条件設定サーバ７０に設定情報の送信を要求する（ステップＳ１１１）。カテゴリ受信部１１１は、条件設定サーバ７０におけるカテゴリ記憶部７１２に記憶された設定情報の受信を待つ（ステップＳ１１２；Ｎｏ）。カテゴリ受信部１１１が設定情報を受信すると（ステップＳ１１２；Ｙｅｓ）、カテゴリ表示制御部１１２は、表示部１３に設定情報に基づいてカテゴリを表示部１３に表示させる（ステップＳ１１３）。この表示内容を、カテゴリ表示という。

図１１は、ゲーム端末１０でのカテゴリ表示の一例である。この例においては、カテゴリ表示制御部１１２は、下表示面１３Ｂに、設定情報に含まれるカテゴリを示すアイコンＣｇを表示させるとともに、そのうち、一つのカテゴリのアイコンＣｇを選択するためのカーソルＣｓを表示させる。一方、上表示面１３Ａには、カテゴリ表示制御部１１２は、選択されたアイコンＣｇに対応するカテゴリに関する情報を表示させる。上表示面１３Ａに表示されるカテゴリに関する情報は、例えば、設定情報に含まれるようにすればよい。
この例においては、カテゴリとしては、新着ソフト、上位ランキングソフト、特集Ａ、特集Ｂ、・・・などがある。

図１０に戻って説明を続ける。カテゴリ選択部１１３は、図１１に示す表示がなされている状態で、いずれかのカテゴリを選択するユーザの指示を待つ（ステップＳ１１４；Ｎｏ）。カテゴリ選択部１１３は、ユーザの指示が入力されると、その指示に基づいて、いずれかのカテゴリを選択する（ステップＳ１１４；Ｙｅｓ）。選択されたカテゴリがカテゴリＡ（検索条件が設定されたカテゴリ）である場合（ステップＳ１１５；Ｙｅｓ）には、検索条件送信部１１４は、選択されたカテゴリに設定された検索条件を、配信サーバ６０に送信する（ステップＳ１１６）。検索結果受信部１１５は、配信サーバ６０からの検索結果の受信を待つ（ステップＳ１１７；Ｎｏ）。

配信サーバ６０は、上述した検索条件受信部６１１、メタデータ記憶部６１２、検索部６１３、および検索結果送信部６１４の各機能により、ゲーム端末１０から送信された検索条件を用いて得られた検索結果（この例では、検索条件を満たすコンテンツに対応するアプリケーション情報）を、ゲーム端末１０に送信する。
検索結果受信部１１５が配信サーバ６０から検索結果を受信すると（ステップＳ１１７；Ｙｅｓ）、コンテンツ表示制御部１１６は、検索結果に含まれるアプリケーション情報を表示部１３に表示させる（ステップＳ２１０、図９参照）。この表示内容を、アプリケーション情報表示という。

上述したステップＳ１１５において、カテゴリ選択部１１３によって選択されたカテゴリがカテゴリＢ（コンテンツが対応付けられたカテゴリ）である場合（ステップＳ１１５；Ｎｏ）には、コンテンツ表示制御部１１６は、選択されたカテゴリに対応付けられたコンテンツに基づいて、アプリケーション情報を表示部１３に表示をさせる（ステップＳ２１０、図９参照）。ここでのアプリケーション情報は、配信サーバ６０から受信してもよいし、予め設定情報とともに条件設定サーバ７０から受信されるようにしておいてもよい。

図１２は、ゲーム端末１０でのアプリケーション情報表示の一例である。この例においては、コンテンツ表示制御部１１６は、下表示面１３Ｂに、検索結果として特定されたコンテンツ（カテゴリＡが選択された場合）、またはカテゴリに対応付けられたコンテンツ（カテゴリＢが選択された場合）に対応するアイコンＡｃを表示させるとともに、そのうち、一つのコンテンツを選択するためのカーソルＣｓを表示させる。また、コンテンツ表示制御部１１６は、ウインドウＡｗに、カーソルＣｓによって選択されているアイコンＡｃに対応するコンテンツの説明などが表示されている。このように、下表示面１３Ｂには、カテゴリに対応するコンテンツのアプリケーション情報が表示される。上表示面１３Ａには、カテゴリ表示制御部１１２による表示（図１１参照）と同じく、選択されたカテゴリに関する情報が表示されている。

ここで、配信サーバ６０においてユーザに提供可能なコンテンツは、随時新規に追加されて更新されていくことになる。そのため、カテゴリＢのようにコンテンツが対応付けられている場合には、カテゴリに対応するコンテンツの表示を更新後の状態にするために、サービス提供者は、コンテンツが新規に追加されて更新される度にカテゴリに対応付けられるコンテンツについても更新する必要がある。すなわち、コンテンツに更新が生じにくいカテゴリについては、カテゴリＢのようにコンテンツを対応付けておくことが望ましい。
一方で、カテゴリＡのように検索条件が設定されている場合には、その検索対象としては更新後のコンテンツについても含まれることになる。したがって、コンテンツの更新の度に、設定内容を更新しなくてもよい。すなわち、コンテンツの更新が生じやすいカテゴリについては、カテゴリＡのように検索条件を設定しておくことが望ましい。
また、カテゴリに対応して表示させるコンテンツを変更する場合においても、サービス提供者は、表示させたいコンテンツを一つ一つ選択してカテゴリに対応付けていくのではなく、検索設定サーバ７０においてカテゴリに設定されている検索条件を変更すればよい。そのため、サービス提供者（またはサーバの運用者）は、カテゴリに対応して表示させるコンテンツを容易に変更することができる。

図９に戻って説明を続ける。上述したとおり、コンテンツ表示制御部１１６とアプリケーション表示制御部１２１とは、その機能は共通し、検索機能に属するかダウンロード機能に属するかの違いであるため、以下、アプリケーション情報表示をアプリケーション表示制御部１２１が行っているものとして説明する。

アプリケーション表示制御部１２１は、図１２に示すようなアプリケーション情報を表示部１３に表示させる。アプリケーション選択部１２２は、アプリケーション情報表示がされている状態で、いずれかのアプリケーション情報（コンテンツ）を選択するユーザの指示を待つ（ステップＳ２２０；Ｎｏ）。アプリケーション選択部１２２は、ユーザの指示に基づいて、いずれかのアプリケーション情報（コンテンツ）を選択する（ステップＳ２２０；Ｙｅｓ）。関連表示制御部１２３は、選択されたアプリケーション情報に関連する関連情報を表示部１３に表示させる。この表示内容を、アプリケーション関連表示という。

図１３は、ゲーム端末１０でのアプリケーション関連表示の一例である。関連表示制御部１２３は、上表示面１３Ａに、選択されたアプリケーション情報の説明（例えば、図１２に示すウインドウＡｗの表示内容）などを表示させる。関連表示制御部１２３は、下表示面１３Ｂに、選択されたアプリケーション情報に対応する正式版アプリケーションプログラムおよび試用版アプリケーションプログラムを示すアイコンＡｓを表示させる。なお、図１３に示すように、アイコンＡｓとして、正式版アプリケーションプログラムを示すアイコンＡｓｒ、および試用版アプリケーションプログラムを示すアイコンＡｓｔの他、関連表示制御部１２３は、選択されたアプリケーション情報のさらに詳しい説明を表示させるためのアイコンなどを、下表示面１３Ｂに表示させてもよい。アイコンＡｓｒは、選択されることにより正式版アプリケーションプログラムをダウンロードするためのアイコンである。アイコンＡｓｔは、選択されることにより試用版アプリケーションプログラムをダウンロードするためのアイコンである。

図９に戻って説明を続ける。ダウンロード選択部１２４は、図１３に示す表示がなされている状態で、正式版アプリケーションプログラムまたは試用版アプリケーションプログラムのいずれかを選択するユーザの指示を待つ（ステップＳ２４０；Ｎｏ）。ダウンロード選択部１２４は、ユーザの指示に基づいて、正式版アプリケーションプログラムまたは試用版アプリケーションプログラムのいずれかを選択する（ステップＳ２４０；Ｙｅｓ）。アプリケーションプログラムが選択されると、支払処理部１２５は、そのアプリケーションプログラムをダウンロードするための購入金額を支払う処理（支払処理）を行う（ステップＳ３１０）。支払処理とは、予め支払い済みの残高から購入代金を支払う処理であってもよいし、クレジットカードなどにより購入金額を支払う処理であってもよい。

図９に戻って説明を続ける。受付部１２６は、支払処理がされたアプリケーションプログラムを受け付ける（ステップＳ４１０）。また、モード選択部１２７は、受信モードをユーザに選択させる画面を表示部１３に表示させる（ステップＳ４２０）。この表示内容を受信モード選択表示という。

図１４は、ゲーム端末１０での受信モード選択表示の一例である。下表示面１３Ｂに表示される「はい」は通常受信モードに対応し、「いいえ」はバックグラウンド受信モードに対応する。モード選択部１２７は、ユーザの指示に基づいて、通常受信モードまたはバックグラウンド受信モードを選択する（ステップＳ４３０）。
通常受信モードが選択された場合（ステップＳ４３０；Ｙｅｓ）、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムをダウンロードする（ステップＳ４４０）。なお、ここでのダウンロード中においては、ゲーム端末１０の動作状態が非使用状態に切り替えられないようにしてもよいし、非使用状態に切り替えられた場合には、ダウンロードに失敗したものとしてもよい。

ダウンロード部１２９によるダウンロードが成功した場合（ステップＳ４５０；Ｙｅｓ）には、アプリケーション記憶部１３０は、ダウンロードしたアプリケーションプログラムを記憶する（ステップＳ４６０）。
一方、バックグラウンド受信モードが選択された場合（ステップＳ４３０；Ｎｏ）、およびダウンロード中にゲーム端末１０のネットワーク１０００への接続状態が悪化するなどしてダウンロード部１２９によるダウンロードが失敗した場合（ステップＳ４５０；Ｎｏ）には、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムをバックグラウンドダウンロードリスト（以下、ＢＧＤＬリストという）に登録する（ステップＳ４７０）。なお、ダウンロードが途中で失敗した場合には、アプリケーション記憶部１３０は、ダウンロードできた部分までのプログラムを記憶しておき、ＢＧＤＬ処理によりダウンロードするときには、残りの部分のプログラムをダウンロードするようにしてもよい。

ステップＳ４６０またはステップＳ４７０の処理の後に、別のアプリケーションプログラムをダウンロードする指示があった場合（ステップＳ５１０；Ｙｅｓ）には、ステップＳ１１０に戻って処理を続ける。一方、別のアプリケーションプログラムをダウンロードせず、終了する指示があった場合（ステップＳ５１０；Ｎｏ）、かつＢＧＤＬリストにアプリケーションプログラムが登録されていない場合（ステップＳ５２０；Ｎｏ）には、制御部１１は、購入プログラムの実行を停止し、コンテンツ購入処理を終了する。
ＢＧＤＬリストにアプリケーションプログラムが登録されている場合（ステップＳ５２０；Ｙｅｓ）には、制御部１１は、購入プログラムの実行を停止し、ＢＧＤＬプログラムを起動（ステップＳ５３０）してＢＧＤＬ処理を開始し、コンテンツ購入処理を終了する。

［ＢＧＤＬ処理の動作］
図１５は、本発明の実施形態におけるＢＧＤＬ処理を示すフローチャートである。ＢＧＤＬ処理が開始されると、ダウンロード部１２９は、切替部１２８において使用状態から非使用状態に切り替えるのを待つ（ステップＳ５３１；Ｎｏ）。非使用状態に切り替わると（ステップＳ５３１；Ｙｅｓ）、ダウンロード部１２９は、ＢＧＤＬリストに登録されたアプリケーションプログラムのダウンロードを開始する（ステップＳ５３２）。ダウンロード部１２９は、ダウンロードが終了していない場合（ステップＳ５３３；Ｎｏ）、および使用状態に切り替わっていない場合（ステップＳ５３４；Ｎｏ）には、ダウンロードを続ける。

ここで、ダウンロード部１２９は、ＢＧＤＬリストの登録順にアプリケーションプログラムをダウンロードしてもよいし、予め決められたアルゴリズムで決定した優先順位にしたがってダウンロードしてもよい。このアルゴリズムとは、例えば、通常受信モードでダウンロードされたものの途中で失敗しＢＧＤＬリストに登録されたアプリケーションプログラムを優先するものであってもよいし、データ量に応じて優先順位を決めるものであってもよい。

ダウンロードが終了した場合（ステップＳ５３３；Ｙｅｓ）には、制御部１１は、ＢＧＤＬプログラムの実行を停止し、ＢＧＤＬ処理を終了する。一方、ダウンロードが終了する前（ステップＳ５３３；Ｎｏ）に、使用状態に切り替わった場合（ステップＳ５３４；Ｙｅｓ）には、ダウンロード部１２９は、アプリケーションプログラムのダウンロード（ＢＧＤＬ）を停止し（ステップＳ５３５）、再び非使用状態に切り替わるのを待つ（ステップＳ５３１；Ｎｏ）。

アプリケーションプログラムのダウンロードにおいては、ＣＰＵの負荷が大きくなりやすく、ユーザがゲーム端末１０を操作しても、ＣＰＵの処理負荷から適当な反応ができない場合もある。上述のＢＧＤＬ処理のように、非使用状態においてアプリケーションプログラムをダウンロードすることにより、ユーザがゲーム端末１０を操作している間に、ダウンロードに起因するＣＰＵの処理負荷が増大しないようにすることができる。

［移行処理の動作］
続いて、上述のようにしてダウンロードされたアプリケーションプログラムを、制御部１１（実行部１３１）が実行した後に動作する移行処理について説明する。

図１６は、本発明の実施形態における移行処理を示すフローチャートである。まず、実行部１３１が、記憶部１５に記憶されたアプリケーションプログラムを実行する（ステップＳ６１１）。実行制御部１３２は、ユーザによるアプリケーションプログラムの実行停止指示を待つ（ステップＳ６１２；Ｎｏ）。実行停止指示がされると（ステップＳ６１２；Ｙｅｓ）、実行部１３１により実行されているアプリケーションプログラムが正式版アプリケーションプログラムである場合（ステップＳ６１３；Ｎｏ）には、実行制御部１３２は、実行部１３１によるアプリケーションプログラムの実行を停止させ、移行処理を終了する。一方、実行部１３１により実行されているアプリケーションプログラムが試用版アプリケーションプログラムである場合（ステップＳ６１３；Ｙｅｓ）には、実行制御部１３２は、この試用版アプリケーションプログラムに対応する正式版アプリケーションプログラムのダウンロードの可否（正式版のコンテンツ購入）をユーザに選択させるための画面を表示部１３に表示させる。この表示内容を正式版購入確認表示という。
なお、試用版アプリケーションプログラムの実行時にのみ移行処理が行われるようになっている場合には、ステップＳ６１３は不要である。また、ステップＳ６１２の処理において、実行制御部１３２が待つ指示は、実行停止指示に限らず、予め決められた指示であれば、他の指示でもよい。

図１７は、ゲーム端末１０での正式版購入確認表示の一例である。下表示面１３Ｂに表示される「購入しない」がユーザの指示によって選択されると（ステップＳ６１５；Ｎｏ）、実行制御部１３２は、実行部１３１により実行されている試用版アプリケーションプログラムの実行を停止させ、移行処理を終了する。一方、下表示面１３Ｂに表示される「購入する」がユーザの指示によって選択されると（ステップＳ６１５；Ｙｅｓ）、実行制御部１３２は、購入プログラムを起動し、実行されていた試用版アプリケーションプログラムに対応するアプリケーション情報の関連情報を、関連表示制御部１２３により表示部１３に表示させる（ステップＳ２３０、図９参照、表示内容は図１３参照）。実行制御部１３２により関連表示制御部１２３が図１３に示す表示を表示部１３にさせるときには、カーソルＣｓが正式版アプリケーションプログラムに対応するアイコンを選択しているようにしてもよい。このとき、実行制御部１３２は、実行部１３１により実行されていた試用版アプリケーションプログラムの実行を停止させてもよい。また、実行制御部１３２は、実行部１３１により実行されていた試用版アプリケーションプログラムの実行を停止させた後に、正式版購入確認表示を表示させるようにしてもよい。
なお、下表示面１３Ｂに表示される「購入する」がユーザの指示によって選択されると（ステップＳ６１５；Ｙｅｓ）、図９ステップＳ３１０に進み、関連情報の表示をせずに、正式版アプリケーションプログラムをダウンロードするための支払処理に移行するようにしてもよい。

このように、ユーザがアプリケーションの試用版を使用した場合において、正式版を購入したいと考えた場合には、正式版のアプリケーションを購入することができる画面（図１３参照）に移行するため、ユーザは容易に購入手続きを行うことができる。また、このときに、そのアプリケーションに関連する情報（関連情報）についても画面に表示されていることにより、ユーザは、アプリケーションについての情報を併せて確認することができる。

＜変形例＞
以上、本発明の実施形態について説明したが、本発明は以下のように、さまざまな態様で実施可能である。また、それぞれの態様を組み合わせて実施することも可能である。

［変形例１］
上述した実施形態においては、ダウンロード機能の機能構成は、図８に示す構成としたが、このうち、一部の構成が存在しなくてもよい。例えば、ダウンロード機能のうち、受付部１２６、モード選択部１２７および切替部１２８が存在しなくてもよい。この場合には、ダウンロード部１２９は、支払処理部１２５において支払処理されたアプリケーションプログラムをダウンロードするようにすればよい。このときの受信モードは通常受信モードとすればよい。また、切替部１２８は存在するものとして、バックグラウンド受信モードにおいてダウンロードされるようにしてもよい。さらにダウンロード機能として支払処理部１２５が存在しなくてもよい。この場合には、ダウンロード部１２９は、ダウンロード選択部１２４において選択されたアプリケーションプログラムをダウンロードするようにすればよい。

［変形例２］
上述した実施形態においては、ダウンロード機能の機能構成は、図８に示す構成としたが、このうち、一部の構成が存在しなくてもよい。例えば、ダウンロード機能のうち、例えば、受付部１２６、モード選択部１２７、切替部１２８およびダウンロード部１２９を用いて、ＢＧＤＬプログラムの実行によって実現されるＢＧＤＬ機能としてもよい。すなわち、ダウンロード機能のうちＢＧＤＬ機能の部分は独立して実現し得る。また、モード選択部１２７を用いずに、ダウンロードされる全てのアプリケーションプログラムについては、バックグラウンド受信モードでダウンロードされるようにしてもよい。

また、ＢＧＤＬ処理においては、使用状態から非使用状態に切り替えられた後であることを条件として、ダウンロードが開始されるようになっていたが、別の条件によりダウンロードが開始されるようにしてもよい。
例えば、ゲーム端末１０においてアプリケーションプログラムが実行されているときに、ゲーム端末１０にダウンロードする対象となる他のアプリケーションプログラムなどの指定データがユーザの指示によって指定される。実行中のアプリケーションプログラムの実行が停止された後に、ゲーム端末１０に指定データがダウンロードされるようにすればよい。なお、実行中のアプリケーションプログラムとしては、上述の実施形態の例においては購入プログラムに対応する。ここで、ＢＧＤＬプログラムを起動（ステップＳ５３０、図９参照）したときには、制御部１１は、購入プログラムの実行を停止していたが、この例に適用する場合においては、購入プログラムの実行を停止しない。そのため、ＢＧＤＬプログラムは、購入プログラムなど、実行中のアプリケーションプログラムと一体に構成されていてもよい。
この例において、ＢＧＤＬプログラムの実行により実現されるＢＧＤＬ機能の機能構成およびＢＧＤＬ処理について説明する。

図１８は、本発明の変形例２におけるＢＧＤＬ機能の機能構成を示すブロック図である。この例においては、ゲーム端末１０におけるダウンロード機能は、受付部１５６、モード選択部１５７、実行監視部１５８およびダウンロード部１５９により実現される。受付部１５６およびモード選択部１５７については、実施形態における受付部１２６およびモード選択部１２７の機能と同様であるため、説明を省略する。実行監視部１５８は、受付部１５６に指定データが受け付けられたときに実行されていたアプリケーションプログラム（例えば、上述の購入プログラム）について、実行が停止されたかどうかを監視する。ダウンロード部１５９は、受付部１５６に受け付けられた指定データを配信サーバ６０からゲーム端末１０にダウンロードする。ここで、モード選択部１５７において通常受信モードが選択された場合には、ダウンロード部１５９は、実行監視部１５８における監視結果にかかわらず、指定データをダウンロードする。一方、モード選択部１５７においてバックグラウンド受信モードが選択された場合には、ダウンロード部１５９は、実行監視部１５８において監視されているアプリケーションプログラムが実行されているときには、指定データのダウンロードを制限し、そのアプリケーションプログラムの実行が停止されるとダウンロードを開始する。なお、ダウンロードが終了する前に再び何らかのアプリケーションプログラムの実行が開始された場合には、実行されたアプリケーションプログラムは、実行監視部１５８における監視対象のアプリケーションプログラムとなり、ダウンロード部１５９は、ダウンロードを中断（制限）する。

図１９は、本発明の変形例２におけるＢＧＤＬ処理を示すフローチャートである。実行監視部１５８は、アプリケーションプログラムの実行状態を監視する（ステップＳ５５１；Ｎｏ）。監視対象のアプリケーションプログラムの実行が停止された場合（ステップＳ５５１；Ｙｅｓ）には、ダウンロード部１２９は、ＢＧＤＬリストに登録された指定データ（アプリケーションプログラムなど）のダウンロードを開始する（ステップＳ５５２）。ダウンロード部１２９は、ダウンロードが終了していない場合（ステップＳ５５３；Ｎｏ）、および他のアプリケーションプログラムの実行が開始されていない場合（ステップＳ５５４；Ｎｏ）には、ダウンロードを続ける。

ダウンロードが終了した場合（ステップＳ５５３；Ｙｅｓ）には、制御部１１は、ＢＧＤＬプログラムの実行を停止して、ＢＧＤＬ処理を終了する。一方、ダウンロードが終了する前（ステップＳ５５３；Ｎｏ）に、他のアプリケーションプログラムの実行が開始された場合（ステップＳ５５４；Ｙｅｓ）には、ダウンロード部１２９は、指定データのダウンロードを停止し（ステップＳ５５５）、実行されたアプリケーションプログラムを実行監視部１５８における監視対象として、実行が停止されるのを待つ（ステップＳ５５１；Ｎｏ）。
このようにすると、ゲーム端末１０においてアプリケーションプログラムを実行しているときに、ダウンロードに起因するＣＰＵの処理負荷が増大しないようにすることができる。

［変形例３］
上述した実施形態において、一つの試用版アプリケーションプログラムが複数のアプリケーション情報に対応付けられていてもよい。この場合には、図１６のステップＳ６１４に示す正式版購入確認表示において、実行制御部１３２は、いずれかのアプリケーション情報をユーザに選択させる表示を行えばよい。そして、実行制御部１３２は、ユーザの指示に基づいて選択されたアプリケーション情報の関連情報を、関連表示制御部１２３により表示部１３に表示させればよい（ステップＳ２３０、図８参照）。

［変形例４］
上述した実施形態においては、モード選択部１２７は、ユーザの指示に基づいて、通常受信モード、またはバックグラウンド受信モードを選択していたが、ダウンロード指示のあった指定データの属性に基づいて、通常受信モード、またはバックグラウンド受信モードを選択してもよい。すなわち、ユーザの指示ではなく、受信モードが自動的に選択されるようにしてもよい。
指定データの属性とは、データ量、データの種類などであればよい。属性がデータ量であれば、モード選択部１２７は、例えば、指定データのデータ量が閾値以上の場合にはバックグラウンド受信モードを選択し、閾値未満の場合には通常受信モードを選択すればよい。また、属性がデータの種類であれば、モード選択部１２７は、例えば、指定データがプログラムの場合にはバックグラウンド受信モードを選択し、プログラム以外の場合には通常受信モードを選択すればよい。

［変形例５］
上述した実施形態においては、ＢＧＤＬ処理において、ダウンロード部１２９は、使用状態から非使用状態に切り替えられた場合に、アプリケーションプログラムのダウンロードを開始するようになっていたが、使用状態のときの状況に応じて、非使用状態に切り替えられたとしても、アプリケーションプログラムのダウンロードを制限した状態を維持するようにしてもよい。
例えば、使用状態のときに特定のアプリケーションプログラムが実行され、実行中に非使用状態に切り替えられたときには、ダウンロード部１２９は、アプリケーションプログラムのダウンロードを制限した状態を維持する。一方、使用状態のときに特定のアプリケーションプログラムが実行されていないときに、非使用状態に切り替えられたときには、実施形態におけるＢＧＤＬ処理と同様に、ダウンロード部１２９は、アプリケーションプログラムのダウンロードを開始するようにすればよい。

［変形例６］
上述した実施形態において、配信サーバ６０は、検索条件受信部６１１において受信した検索条件と、検索結果送信部６１４から送信した検索結果とを対応付けて、記憶部６５にキャッシュ情報として記憶するようにしてもよい。この場合には、検索条件受信部６１１において受信した検索条件が記憶されている場合には、検索結果送信部６１４は、検索部４１３の検索結果に代えて、記憶されたキャッシュ情報により検索条件に対応付けられた検索結果を送信すればよい。このようにすれば、一度受信した検索条件と同じ検索条件を別途受信した場合、検索部６１３における検索処理を行わなくてもよいため、検索結果の応答までに要する時間を短縮することができる。
なお、配信サーバ６０からダウンロード可能なコンテンツが更新された場合などにおいては、キャッシュ情報を削除し、最初に検索条件を受信して検索した後に、再度キャッシュ情報を記憶するようにすればよい。

また、配信サーバ６０からダウンロード可能なコンテンツが更新される毎に変化するバージョン情報を、情報処理システム１において決めておき、キャッシュ情報にバージョン情報を付加して、古いキャッシュ情報を残しておいてもよい。この場合、条件設定サーバ７０に記憶されている設定情報についても最新のバージョン情報を付与しておく。
検索条件送信部１１４においては、検索条件を送信するときには、設定情報に付されているバージョン情報についても送信する。配信サーバ６０においては、検索条件に対応するキャッシュ情報のうち、送信されたバージョン情報が付加されたキャッシュ情報がある場合には、そのキャッシュ情報に対応する検索結果をゲーム端末１０に送信する。一方、配信サーバ６０は、送信されたバージョン情報が付加されたキャッシュ情報がない場合には、検索部６１３における検索を行い、検索結果をゲーム端末１０に送信するとともに、検索結果に対応するキャッシュ情報に、送信されたバージョン情報を付加する。

［変形例７］
上述した実施形態において、カテゴリ受信部１１１は、カテゴリ記憶部７１２に記憶された設定情報を受信したが、設定情報のうち、カテゴリの情報のみ受信し、設定された検索条件については、受信しなくてもよい。この場合には、カテゴリ選択部１１３によりカテゴリが選択された後に、検索条件送信部１１４が、そのカテゴリに設定された検索条件を検索設定サーバ７０から受信して、配信サーバ６０に送信するようにしてもよい。

［変形例８］
上述した実施形態における設定情報において、図１１に示す下表示面１３Ｂにおける各カテゴリの表示位置（絶対的な位置に限らず、並び順などの相対的な位置でもよい）が、各カテゴリに対して設定されていてもよい。この場合には、カテゴリ表示制御部１１２は、各カテゴリに設定された表示位置に基づいて、表示部１３にカテゴリ表示をすればよい。
また、設定情報において、図１２に示す下表示面１３Ｂにおける検索結果としてのアプリケーション情報の表示位置についても設定情報に規定されていてもよい。この場合の表示位置は、例えば、新着順、人気順（ダウンロード回数など）、評価順（ユーザからの投票結果など）として設定されていればよい。そして、表示位置は、配信サーバ６０に記憶されているメタデータを参照して決められればよい。例えば、表示位置を新着順とした場合には、メタデータにおける公開開始日を参照して、公開開始日が遅いアプリケーション情報から順に並ぶように表示位置が決められればよい。この場合には、コンテンツ表示制御部１１６は、この表示位置に基づいて、表示部１３にアプリケーション情報表示をすればよい。
なお、このような場合には、カテゴリ記憶部７１２は、設定部７１１において設定情報の内容が変更され、カテゴリに設定された検索条件が更新された場合に、既に記憶されていた設定情報を履歴として蓄積しておいてもよい。そして、検索条件送信部１１４が、カテゴリに設定された検索条件を検索設定サーバ７０から受信するときには、カテゴリ受信部１１１がカテゴリの情報を受信したときにそのカテゴリに設定されていた検索条件を受信するようにすればよい。
このとき設定情報の履歴には、いつの履歴であるかを示す識別情報が付すことで、カテゴリ受信部１１１によってカテゴリの情報が受信されたときに用いられていた設定情報が特定できるようにしておけばよい。カテゴリの情報が受信されたときに用いられていた設定情報を特定する構成は、他の方法により実現されてもよい。例えば、設定情報にバージョン情報を付しておき、カテゴリの情報を受信するときにバージョン情報も取得しておけばよい。
このようにすると、カテゴリの受信の後、カテゴリに設定された検索条件が更新されたとしても、ゲーム端末１０において更新前の検索条件を受信することができる。

［変形例９］
上述した実施形態においては、カテゴリ選択部１１３は、ユーザの操作部１２への操作に基づいてカテゴリを選択していたが、この操作によらずカテゴリを選択してもよい。この場合には、カテゴリ選択部１１３は、予め決められたアルゴリズムにしたがって、自動的にカテゴリを選択する。これにより、検索結果受信部１１５は、予め各カテゴリに対応する検索結果を蓄積しておき、ユーザの操作部１２への操作によりカテゴリが選択された後に、コンテンツ表示制御部１１６が、選択されたカテゴリに対応するアプリケーション情報を表示するようにすればよい。

すなわち、この例においては、ゲーム端末１０は、ユーザの操作に先立って、予め配信サーバ６０において検索をさせ、検索結果を事前に取得しておくことになる。したがって、ユーザがすぐにカテゴリを選択する操作をしない場合には、カテゴリを選択した後のアプリケーション情報表示までの時間を短縮することができる。

［変形例１０］
上述した実施形態においては、モード選択部１２７は、支払処理が済んだアプリケーションプログラムをダウンロードするときに、ユーザに対して受信モードの選択をさせていたが、支払処理の前に行われるようにしてもよい。この場合におけるコンテンツ購入処理について説明する。

図２０は、本発明の変形例１０におけるコンテンツ購入処理を示すフローチャートである。ステップＳ１１０からステップＳ２４０までの処理は、実施形態と同様であるため説明を省略する。また、以降の各ステップにおける処理においても、実施形態における処理と同様の処理を行うステップでは、同じ符号を付して詳細な説明を省略する。
ステップＳ２４０においてアプリケーションプログラムが選択されると、受付部１２６は、選択されたアプリケーションプログラムを受け付ける（ステップＳ４１０）。続いて、モード選択部１２７は、受信モード選択表示（図１４参照）を表示部１３に行う（ステップＳ４２０）。モード選択部１２７は、ユーザの指示に基づいて、通常受信モードまたはバックグラウンド受信モードを選択する（ステップＳ４３５）。通常受信モードが選択された場合（ステップＳ４３５；Ｙｅｓ）には、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムを通常ダウンロードリスト（以下、通常ＤＬリストという）に登録する（ステップＳ４８０）。一方、バックグラウンド受信モードが選択された場合（ステップＳ４３５；Ｎｏ）には、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムをＢＧＤＬリストに登録する（ステップＳ４７０）。

続いて、別のアプリケーションプログラムをダウンロードする指示があった場合（ステップＳ５１０；Ｙｅｓ）には、ステップＳ１１０に戻って処理を続ける。一方、別のアプリケーションプログラムをダウンロードせず、終了する指示があった場合（ステップＳ５１０；Ｎｏ）には、支払処理部１２５は、通常ＤＬリストおよびＢＧＤＬリストに登録されているアプリケーションプログラムをダウンロードするための購入金額を支払う処理（支払処理）を行う（ステップＳ３１０）。

支払処理が終了すると、ダウンロード部１２９は、通常ＤＬリストに登録されたアプリケーションプログラムをダウンロードする（ステップＳ４４０）。ダウンロード部１２９によるダウンロードが失敗したアプリケーションプログラムがある場合（ステップＳ４５０；Ｎｏ）には、ダウンロードに失敗したアプリケーションプログラムをＢＧＤＬリストというに登録する（ステップＳ４７５）。ダウンロード部１２９によるダウンロードが成功した場合（ステップＳ４５０；Ｙｅｓ）には、アプリケーション記憶部１３０は、ダウンロードに成功したアプリケーションプログラムを記憶する（ステップＳ４６０）。

ＢＧＤＬリストにアプリケーションプログラムが登録されていない場合（ステップＳ５２０；Ｎｏ）には、制御部１１は、購入プログラムの実行を停止し、コンテンツ購入処理を終了する。一方、ＢＧＤＬリストにアプリケーションプログラムが登録されている場合（ステップＳ５２０；Ｙｅｓ）には、制御部１１は、購入プログラムの実行を停止し、ＢＧＤＬプログラムを起動（ステップＳ５３０）してＢＧＤＬ処理を開始し、コンテンツ購入処理を終了する。
以上のように、ダウンロードされる各アプリケーションプログラムは、ユーザによってダウンロード前に通常受信モードおよびバックグラウンド受信モードのいずれかが選択され、支払処理後にそれぞれの受信モードにより、まとめてダウンロードされる。

１…情報処理システム、１０…ゲーム端末、１１…制御部、１２…操作部、１２Ａ…タッチセンサ、１２Ｂ…操作ボタン、１３…表示部、１３Ａ…上表示面、１３Ｂ…下表示面、１４…通信部、１５…記憶部、１６…音響処理部、１６１…スピーカ、１６２…マイクロフォン、１７…開閉センサ、１８…インターフェイス、５１…上部筐体、５２…下部筐体、６０…配信サーバ、６１…制御部、６２…操作部、６３…表示部、６４…通信部、６５…記憶部、７０…条件設定サーバ、７１…制御部、７２…操作部、７３…表示部、７４…通信部、７５…記憶部、１１１…カテゴリ受信部、１１２…カテゴリ表示制御部、１１３…カテゴリ選択部、１１４…検索条件送信部、１１５…検索結果受信部、１１６…コンテンツ表示制御部、１２１…アプリケーション表示制御部、１２２…アプリケーション選択部、１２３…関連表示制御部、１２４…ダウンロード選択部、１２５…支払処理部、１２６…受付部、１２７…モード選択部、１２８…切替部、１２９…ダウンロード部、１３０…アプリケーション記憶部、１３１…実行部、１３２…実行制御部、１５６…受付部、１５７…モード選択部、１５８…実行監視部、１５９…ダウンロード部、６１１…検索条件受信部、６１２…メタデータ記憶部、６１３…検索部、６１４…検索結果送信部、７１１…設定部、７１２…カテゴリ記憶部、１０００…ネットワーク

Claims (20)

1. 使用状態と非使用状態とのいずれかに自装置の動作状態を切り替える切替手段と、
   前記使用状態において、ユーザによって指定された指定データのダウンロード指示を受け付ける受付手段と、
   所定のモードにおいて、前記動作状態が前記使用状態から前記非使用状態に切り替えられたことを契機として前記指定データのダウンロードを開始するダウンロード手段と
   を具備することを特徴とする情報処理装置。
2. 前記使用状態において前記指定データをダウンロードする通常受信モード、または前記非使用状態において前記指定データをダウンロードするバックグラウンド受信モードのいずれかを選択するモード選択手段を具備し、
   前記ダウンロード手段は、
   前記バックグラウンド受信モードが選択された場合には、前記使用状態においては前記指定データのダウンロードを行わず、前記使用状態から前記非使用状態に切り替えられると前記指定データのダウンロードを開始し、
   前記通常受信モードが選択された場合には、前記使用状態において前記指定データのダウンロードを開始する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記モード選択手段は、ユーザからの操作を受け付ける操作手段への操作に基づいて、前記通常受信モードまたは前記バックグラウンド受信モードのいずれかを選択する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記モード選択手段は、前記指定データの属性に基づいて、前記通常受信モードまたは前記バックグラウンド受信モードのいずれかを選択する
   ことを特徴とする請求項２に記載の情報処理装置。
5. 前記ダウンロード手段は、前記使用状態における前記指定データのダウンロードが失敗した場合には、前記動作状態が前記非使用状態に切り替えられた後に、当該指定データのダウンロードを再開する
   ことを特徴とする請求項２乃至請求項４のいずれかに記載の情報処理装置。
6. 前記受付手段は、複数の前記指定データのダウンロード指示を受け付け、
   前記モード選択手段は、前記ダウンロード指示が受け付けられた前記複数の指定データの各々に対応して、前記通常受信モードおよび前記バックグラウンド受信モードのいずれかを選択し、
   前記ダウンロード手段は、前記通常受信モードに対応する前記指定データについては、前記受付手段による前記ダウンロード指示の受け付けが終了した後に、ダウンロードを開始する
   ことを特徴とする請求項２乃至請求項５のいずれかに記載の情報処理装置。
7. 前記ダウンロード手段は、複数の前記指定データの前記ダウンロード指示が受け付けられた場合には、前記使用状態から前記非使用状態に切り替えられてから当該複数の指定データのダウンロードを開始する
   ことを特徴とする請求項１乃至請求項６のいずれかに記載の情報処理装置。
8. 前記ダウンロード手段は、前記動作状態が前記使用状態から前記非使用状態に切り替えられてからダウンロードを開始した前記指定データのダウンロード中に、前記使用状態に切り替えられると、前記指定データのダウンロードを中断し、再び前記非使用状態に切り替えられると、前記ダウンロードを中断した指定データのダウンロードを再開する
   ことを特徴とする請求項１乃至請求項７のいずれかに記載の情報処理装置。
9. 前記ダウンロード手段は、前記使用状態において特定のアプリケーションプログラムが実行されている場合には、前記動作状態が前記使用状態から前記非使用状態に切り替えられても前記指定データのダウンロードを中断した状態を維持する
   ことを特徴とする請求項８に記載の情報処理装置。
10. 開閉可能な筐体を具備し、
    前記操作手段は、前記筐体が開状態のときにユーザからの操作を受け付け、
    前記切替手段は、前記動作状態を、前記筐体が開状態のときに前記使用状態に切り替え、前記筐体が閉状態のときに前記非使用状態に切り替える
    ことを特徴とする請求項３に記載の情報処理装置。
11. アプリケーションプログラムの実行状態を監視する実行監視手段と、
    前記監視されているアプリケーションプログラムが実行されているときに、ユーザによって指定された指定データのダウンロード指示を受け付ける受付手段と、
    所定のモードにおいて、前記監視されているアプリケーションプログラムが実行されている状態においては前記指定データのダウンロードを行わず、当該アプリケーションプログラムの実行が停止されると前記指定データのダウンロードを開始するダウンロード手段と
    を具備することを特徴とする情報処理装置。
12. 前記監視されているアプリケーションプログラムが実行されている状態において前記指定データをダウンロードする通常受信モードまたは当該アプリケーションプログラムが実行されていない状態において前記指定データをダウンロードするバックグラウンド受信モードのいずれかを選択するモード選択手段を具備し、
    前記ダウンロード手段は、
    前記バックグラウンド受信モードが選択された場合には、前記監視されているアプリケーションプログラムが実行されている状態においては前記指定データのダウンロードを行わず、当該アプリケーションプログラムの実行が停止されると前記指定データのダウンロードを開始し、
    前記通常受信モードが選択された場合には、前記監視されているアプリケーションプログラムが実行されている状態において前記指定データのダウンロードを開始する
    ことを特徴とする請求項１１に記載の情報処理装置。
13. 前記モード選択手段は、ユーザからの操作を受け付ける操作手段への操作に基づいて、前記通常受信モードまたは前記バックグラウンド受信モードのいずれかを選択する
    ことを特徴とする請求項１２に記載の情報処理装置。
14. 前記モード選択手段は、前記指定データの属性に基づいて、前記通常受信モードまたは前記バックグラウンド受信モードのいずれかを選択する
    ことを特徴とする請求項１２に記載の情報処理装置。
15. 前記ダウンロード手段は、前記監視されているアプリケーションプログラムが実行されている状態における前記指定データのダウンロードが失敗した場合には、当該アプリケーションプログラムの実行が停止された後に、当該指定データのダウンロードを再開する
    ことを特徴とする請求項１２乃至請求項１４のいずれかに記載の情報処理装置。
16. 請求項１乃至請求項１５に記載の情報処理装置と、
    前記ダウンロード手段によってダウンロードされる前記指定データを記憶する配信サー
    バと
    を具備することを特徴とする情報処理システム。
17. 使用状態と非使用状態とのうち、情報処置装置の動作状態が前記使用状態であるときに、ユーザによって指定された指定データのダウンロード指示を受け付けるステップと、
    所定のモードにおいては、前記動作状態が前記使用状態から前記非使用状態に切り替えられたことを契機として前記指定データのダウンロードを開始するステップと
    を備えることを特徴とする情報処理方法。
18. アプリケーションプログラムの実行状態を監視するステップと、
    前記監視されているアプリケーションプログラムが実行されているときに、ユーザによって指定された指定データのダウンロード指示を受け付けるステップと、
    所定のモードにおいて、前記監視されているアプリケーションプログラムが実行されている状態においては、前記指定データのダウンロードを行わないステップと、
    前記監視されているアプリケーションプログラムの実行が停止されると、前記指定データのダウンロードを開始するステップと
    を備えることを特徴とする情報処理方法。
19. コンピュータに、
    使用状態と非使用状態とのうち、前記コンピュータの動作状態が前記使用状態であるときに、ユーザによって指定された指定データのダウンロード指示を受け付けるステップと、
    所定のモードにおいては、前記動作状態が前記使用状態から前記非使用状態に切り替えられたことを契機として前記指定データのダウンロードを開始するステップと
    を実行させるためのプログラム。
20. コンピュータに、
    アプリケーションプログラムの実行状態を監視するステップと、
    前記監視されているアプリケーションプログラムが実行されているときに、ユーザによって指定された指定データのダウンロード指示を受け付けるステップと、
    所定のモードにおいて、前記監視されているアプリケーションプログラムが実行されている状態においては、前記指定データのダウンロードを行わないステップと、
    前記監視されているアプリケーションプログラムの実行が停止されると、前記指定データのダウンロードを開始するステップと
    を実行させるためのプログラム。

Images