情報処理装置、情報処理システム、情報処理方法およびプログラム
【課題】ゲーム端末において試用版アプリケーションプログラムを実行した後に、正式版アプリケーションプログラムをダウンロードするまでのユーザの手間を削減すること。
【解決手段】本発明の実施形態におけるゲーム端末は、アプリケーション情報の関連情報が表示された画面を表示する。この画面が表示されているときのユーザの指示に基づいて試用版アプリケーションプログラムをダウンロードする。ゲーム端末は、この試用版アプリケーションプログラムを実行中のユーザによる実行停止指示が入力されると、正式版アプリケーションプログラムのダウンロードの可否を確認するための画面を表示する。ゲーム端末は、ユーザの指示に基づいて正式版アプリケーションプログラムをダウンロードする場合には、表示内容を試用版アプリケーションプログラムをダウンロードするときの関連情報が表示された画面に移行する。
【解決手段】本発明の実施形態におけるゲーム端末は、アプリケーション情報の関連情報が表示された画面を表示する。この画面が表示されているときのユーザの指示に基づいて試用版アプリケーションプログラムをダウンロードする。ゲーム端末は、この試用版アプリケーションプログラムを実行中のユーザによる実行停止指示が入力されると、正式版アプリケーションプログラムのダウンロードの可否を確認するための画面を表示する。ゲーム端末は、ユーザの指示に基づいて正式版アプリケーションプログラムをダウンロードする場合には、表示内容を試用版アプリケーションプログラムをダウンロードするときの関連情報が表示された画面に移行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、操作性を向上する技術に関する。
【背景技術】
【０００２】
ユーザは、ゲームソフトなどのアプリケーションプログラムが記憶されたメモリカードなどの記録媒体をゲーム端末に接続することにより、様々なゲームを楽しむことができる。近年では、記録媒体を用いる以外にも、ネットワークを介してサーバからアプリケーションプログラムをゲーム端末にダウンロードすることによって、ユーザは、ゲームを楽しむことができるようになっている。
ゲーム端末にアプリケーションプログラムなどをダウンロードするサービスとしては、例えば、非特許文献１、２、３、４に示すものが知られている。このようなサービスにおいて、ユーザは、ゲームソフトを購入して、そのゲームソフトのアプリケーションプログラムをゲーム端末にダウンロードするだけでなく、そのゲームを体験するための試用版アプリケーションプログラムについてもダウンロードすることができる。また、コンテンツとしては、ゲームソフトに限らず、ゲーム紹介動画なども含まれている。なお、ゲーム紹介動画をゲーム端末で見る場合には、その動画を示すデータがゲーム端末にダウンロードされる。
【０００３】
上記のサービスにおいては、ユーザに対して提供可能なコンテンツの数が多くなってきていることから、ユーザがコンテンツの選択をしやすくなるシステムが用いられている。例えば、ユーザに対して、ゲームソフトの一部を分野別に区分して提示したり、お勧めするゲームソフトを提示したりできるようになっている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"ニンテンドーイーショップ"、［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）などの信号処理回路などを有する。音響処理部１６は、マイクロフォン１６２から入力される電気信号をＡ／Ｄ変換（アナログデジタル変換）して制御部１１に出力する。音響処理部１６は、制御部１１から出力される楽音データを、制御部１１によって設定されたエフェクト処理、Ｄ／Ａ変換（デジタルアナログ変換）処理、増幅処理などの信号処理などを施して、電気信号としてスピーカ１６１に出力する。
【００２０】
開閉センサ１７は、ゲーム端末１０が開状態（図２（ａ）参照）であるか、閉状態（図２（ｂ）参照）であるかを検出するセンサであり、検出結果を示す検出信号を制御部１１に出力する。この例においては、開閉センサ１７は、下部筐体５２のうち、閉状態になったときに、上部筐体５１のスピーカ１６１に用いられている磁石から発生する磁力の影響を受ける位置に設けられている。開閉センサ１７は、磁力センサであり、磁力の大きさにより、開状態または閉状態であることを検出する。
インターフェイス１８は、外部機器が接続され、外部機器とゲーム端末１０との間でデータの入出力を行う。外部機器としては、例えば、アプリケーションプログラムが記憶された記録媒体などである。
以上が、ゲーム端末１０のハードウエア構成についての説明である。
【００２１】
［配信サーバ６０の構成］
図４は、配信サーバ６０のハードウエア構成を示すブロック図である。配信サーバ６０は、制御部６１、操作部６２、表示部６３、通信部６４、および記憶部６５を有する。これらの各構成は、バスを介して接続されている。
制御部６１は、ＣＰＵ、ＲＡＭ、ＲＯＭなどを有し、ＲＯＭまたは記憶部６５に記憶されたプログラムを実行して、後述する各機能構成を実現する。ＲＡＭは、ＣＰＵがプログラムを実行する際のワークエリアとして用いられる。
操作部６２は、ユーザによる操作を受け付けるキーボード、マウスなどを有し、それぞれに受け付けられた操作の内容を示す操作情報を制御部６１に出力する。表示部６３は、液晶ディスプレイなどの表示デバイスであり、制御部６１の制御に応じた内容の表示を行う。
【００２２】
通信部６４は、制御部１１の制御に応じて、ネットワーク１０００を介してゲーム端末１０と接続して各種データの送受信を行う。また、通信部６４は、サービス提供者が用いる外部装置（図示せず）から、ネットワーク１０００を介して、ゲーム端末１０にダウンロードさせることができるアプリケーションプログラムおよびそれに関連する情報を受信する。受信したアプリケーションプログラムおよび関連する情報は、制御部６１の制御により記憶部６５に記憶される。
【００２３】
記憶部６５は、ハードディスク、不揮発性メモリなどであり、コンテンツに関する情報などを記憶している。コンテンツに関する情報とは、この例においては、正式版アプリケーションプログラム、試用版アプリケーションプログラム、メタデータおよびアプリケーション情報が含まれている。記憶部６５には、コンテンツとしてのアプリケーションＡ、Ｂ、Ｃ、・・・のそれぞれに関して上記コンテンツに関する情報が対応付けられている。例えば、アプリケーションＡには、アプリケーションプログラムＡｒ（正式版アプリケーションプログラム）、アプリケーションプログラムＡｔ（試用版アプリケーションプログラム）、メタデータＡ、およびアプリケーション情報Ａが対応付けられている。試用版アプリケーションプログラムは存在しない場合もある。なお、以降の各図において、アプリケーションを「Ａｐ」と省略して示す場合がある。
【００２４】
メタデータは、例えば、コンテンツのタイトル名（アプリケーション名など）、公開開始日（ダウンロードが可能になった日）、種別（ゲームソフト、動画などコンテンツの種類）、価格など、アプリケーションに付随するデータである。なお、アプリケーションの種別が動画などである場合には、アプリケーションプログラムは、動画を再生するプログラムであればよい。なお、アプリケーションプログラムではなく、ゲーム端末１０における動画再生機能によって再生可能な動画データであってもよい。
アプリケーション情報とは、アプリケーションを識別するアイコン画像、アプリケーションの説明などのアプリケーションに関する情報である。
以上が、配信サーバ６０のハードウエア構成についての説明である。
【００２５】
［条件設定サーバ７０の構成］
図５は、条件設定サーバ７０のハードウエア構成を示すブロック図である。条件設定サーバ７０は、制御部７１、操作部７２、表示部７３、通信部７４、および記憶部７５を有する。これらの各構成は、バスを介して接続されている。
制御部７１は、ＣＰＵ、ＲＡＭ、ＲＯＭなどを有し、ＲＯＭまたは記憶部７５に記憶されたプログラムを実行して、後述する各機能構成を実現する。ＲＡＭは、ＣＰＵがプログラムを実行する際のワークエリアとして用いられる。
操作部７２は、ユーザによる操作を受け付けるキーボード、マウスなどを有し、それぞれに受け付けられた操作の内容を示す操作情報を制御部７１に出力する。表示部７３は、液晶ディスプレイなどの表示デバイスであり、制御部７１の制御に応じた内容の表示を行う。
通信部７４は、制御部７１の制御に応じて、ネットワーク１０００を介してゲーム端末１０と接続して各種データの送受信を行う。
記憶部７５は、ハードディスク、不揮発性メモリなどであり、設定情報が記憶されている。
【００２６】
図６は、本発明の実施形態における設定情報を説明する図である。設定情報は、アプリケーションを検索するための検索条件が設定されたカテゴリ（図６（ａ）に示すカテゴリＡ）と、コンテンツが対応付けられたカテゴリ（図６（ｂ）に示すカテゴリＢ）とを規定する情報である。
【００２７】
カテゴリＡにおいて設定されている検索条件は、上述したメタデータを用いて検索する際に用いられる条件であり、コンテンツのタイトル名に含まれる文字列、公開開始日の範囲、種別などが設定される。検索が行われるときには、メタデータがこの検索条件に合致しているコンテンツが検索条件を満たすコンテンツとなる。図６（ａ）に示す例では、カテゴリＡ１には検索条件ａが設定されている。検索条件ａが「タイトル名：ＡＢＣ」として決められていれば、タイトル名に「ＡＢＣ」が含まれるコンテンツが検索結果として特定されることになる。
カテゴリＢにおいて対応付けられたコンテンツは、配信サーバ６０の記憶部６５に記憶されているコンテンツの一部に対応している。図６（ｂ）に示す例では、カテゴリＢ１には、アプリケーションＡ、Ｃ、Ｆ、・・・が対応付けられている。
【００２８】
カテゴリに設定された検索条件、および対応付けられたコンテンツについては、操作部７２の操作、またはサービス提供者が用いる外部装置（図示せず）からネットワーク１０００を介して、その内容を変更することができるようになっている。
以上が、条件設定サーバ７０のハードウエア構成の説明である。続いて、情報処理システム１において実現される機能構成について説明する。
【００２９】
［検索機能］
図７は、本発明の実施形態における検索機能の機能構成を示すブロック図である。ゲーム端末１０における検索機能は、カテゴリ受信部１１１、カテゴリ表示制御部１１２、カテゴリ選択部１１３、検索条件送信部１１４、検索結果受信部１１５、およびコンテンツ表示制御部１１６により実現される。配信サーバ６０における検索機能は、検索条件受信部６１１、メタデータ記憶部６１２、検索部６１３、および検索結果送信部６１４により実現される。このときには配信サーバ６０は、検索装置として機能する。条件設定サーバ７０における検索機能は、設定部７１１およびカテゴリ記憶部７１２により実現される。このときには条件設定サーバ７０は、条件設定装置として機能する。なお、検索装置と条件設定装置とは、それぞれ別のサーバにて機能するのではなく、同一のサーバにおいて機能するようにしてもよい。
【００３０】
設定部７１１は、操作部７２または通信部７４を介して外部装置からサービス提供者などの指示を受け付け、設定情報の内容を変更する。カテゴリ記憶部７１２は、検索条件が設定されたカテゴリ（カテゴリＡ）、およびコンテンツが対応付けられたカテゴリ（カテゴリＢ）を示す設定情報を記憶する。カテゴリＢについては存在しなくてもよい。
【００３１】
カテゴリ受信部１１１は、カテゴリ記憶部７１２に記憶されている設定情報（カテゴリおよびカテゴリに設定された検索条件）を受信して制御部１１のＲＡＭに記憶する。記憶された設定情報は、カテゴリ受信部１１１によって受信される度に、最新の設定情報に更新される。カテゴリ表示制御部１１２は、設定情報に含まれるカテゴリを表示部１３に表示させる（図１１参照）。カテゴリ選択部１１３は、ユーザの指示に基づいて、表示部１３に表示されるカテゴリのいずれかを選択する。検索条件送信部１１４は、選択されたカテゴリがカテゴリＡである場合には、ＲＡＭに記憶された設定情報に基づいて、カテゴリに設定された検索条件を決定し、配信サーバ６０に送信する。
【００３２】
検索条件受信部６１１は、ゲーム端末１０から検索条件を受信する。メタデータ記憶部６１２は、上述したメタデータを記憶している。検索部６１３は、上記メタデータを参照して、受信した検索条件を満たすコンテンツを特定する。検索結果送信部６１４は、検索部６１３による検索結果をゲーム端末１０に送信する。この例においては、検索結果として送信されるのは、特定したコンテンツに対応するアプリケーション情報である。例えば、カテゴリに対応するコンテンツとして、アプリケーションＡ、Ｂが特定された場合には、アプリケーション情報Ａ、Ｂが送信される。
検索結果受信部１１５は、配信サーバ６０から検索結果を受信する。コンテンツ表示制御部１１６は、検索結果受信部１１５が受信した検索結果に基づいて、検索部６１３において特定されたコンテンツに対応するアプリケーション情報を表示部１３に表示させる（図１２参照）。
以上が、検索機能の機能構成についての説明である。
【００３３】
［ダウンロード機能］
図８は、本発明の実施形態におけるダウンロード機能の機能構成を示すブロック図である。ゲーム端末１０におけるダウンロード機能は、アプリケーション表示制御部１２１、アプリケーション選択部１２２、関連表示制御部１２３、ダウンロード選択部１２４、支払処理部１２５、受付部１２６、モード選択部１２７、切替部１２８、ダウンロード部１２９、アプリケーション記憶部１３０、実行部１３１、および実行制御部１３２により実現される。なお、以降の各図において、ダウンロードを「ＤＬ」と省略して示す場合がある。
【００３４】
アプリケーション表示制御部１２１は、上述したコンテンツ表示制御部１１６に相当する構成であり、複数のアプリケーション情報を表示部１３に表示させる。アプリケーション選択部１２２は、ユーザの指示に基づいて、表示部１３に表示されたアプリケーション情報のいずれかを選択する。関連表示制御部１２３は、選択されたアプリケーション情報に関連する関連情報を表示部１３に表示させる。関連情報とは、この例においては、このアプリケーション情報に対応する正式版アプリケーションプログラム、試用版アプリケーションプログラムなどを示すアイコンである（図１３参照）。また、関連情報には、アプリケーション情報に対応するコンテンツの説明などが含まれていてもよい。ダウンロード選択部１２４（ＤＬ選択部）は、ユーザの指示に基づいて、正式版アプリケーションプログラムをダウンロードするか試用版アプリケーションプログラムをダウンロードするかを選択する。
【００３５】
支払処理部１２５は、ゲーム端末１０にダウンロードするアプリケーションプログラムに対して課金される場合に、クレジットカードなどを用いた支払処理を行う。受付部１２６は、支払処理部１２５から支払処理が済んだアプリケーションプログラムのダウンロードの指示を受け付ける。なお、ダウンロードの対象は、アプリケーションプログラムに限られず、動画データ、音声データなどの場合もある。すなわち、ユーザの指示によって指定されたデータ（指定データ）であれば、そのデータがプログラムであっても無くてもよい。
【００３６】
モード選択部１２７は、ダウンロード指示のあったアプリケーションプログラムをダウンロードするときに、通常受信モードとするかバックグラウンド受信モードとするかについて、ユーザの指示に基づいて選択する（図１４参照）。切替部１２８は、ゲーム端末１０の動作状態を、使用状態と非使用状態とのいずれかに切り替える。使用状態とは、ユーザの操作部１２への操作を受け付ける状態であり、非使用状態とは使用状態よりもユーザの操作部１２への操作の受け付けが制限された状態である。切替部１２８は、この例においては、ゲーム端末１０が開状態にあるときには使用状態、閉状態にあるときには非使用状態として、ゲーム端末１０の動作状態を切り替える。
なお、ユーザの操作部１２への操作の受け付けが制限された状態とは、操作を受け付けない状態だけに限られず、一部の操作が受け付けられる状態であってもよい。また、非使用状態とは、ゲーム端末１０が閉状態である場合に限られず、ゲーム端末１０が開状態であっても、省電力モード、画面が消灯、ＣＰＵ稼働率が低い状態など、いわゆるスリープ状態になっていればよい。この場合、非使用状態ではユーザの操作部１２への操作の受け付けが制限されているが、スリープ状態を解除する操作は非使用状態でも受け付けられるものとする。
また、切替部１２８は、使用状態において、予め決められた時間にわたってユーザの操作が操作部１２へ受け付けられなかった場合、または予め決められた時間にわたってアプリケーションプログラムが実行されていない場合などにおいて、非使用状態へ切り替えるようにしてもよい。
【００３７】
ダウンロード部１２９（ＤＬ部）は、受付部１２６によってダウンロードの指示が受け付けられたアプリケーションプログラムを配信サーバ６０からゲーム端末１０にダウンロードする。ここで、モード選択部１２７において通常受信モードが選択された場合には、ダウンロード部１２９は、使用状態、非使用状態にかかわらず、アプリケーションプログラムのダウンロードを開始する。一方、モード選択部１２７においてバックグラウンド受信モードが選択された場合には、ダウンロード部１２９は、使用状態であるときには、アプリケーションプログラムのダウンロードを制限し、非使用状態に切り替えられるとダウンロードを開始する。そのため、ダウンロード部１２９は、非使用状態から使用状態に切り替えられると、ダウンロードを中断（制限）する。ダウンロードの制限とは、この例においては、ダウンロードをしないことをいう。なお、ダウンロードの制限とは、通常受信モードにおけるダウンロードよりも転送速度を低くするなどして、ＣＰＵの処理負荷を抑えた状態でダウンロードする状態を示していてもよい。
【００３８】
アプリケーション記憶部１３０は、ダウンロード部１２９によってダウンロードされたアプリケーションプログラムを記憶する。実行部１３１は、ダウンロードされたアプリケーションプログラムのうち、ユーザによって指定されたアプリケーションプログラムを実行する。実行制御部１３２は、実行部１３１によって実行されているアプリケーションプログラムが試用版アプリケーションプログラムである場合に、正式版アプリケーションプログラムを購入するかどうかを選択させる表示（図１７参照）を行う。正式版アプリケーションプログラムを購入する指示がユーザにより入力された場合には、試用版アプリケーションプログラムの実行を停止させ、関連表示制御部１２３に、関連情報の表示をさせる（図１３参照）。この際、関連表示制御部１２３は、実行されていた試用版アプリケーションプログラムに対応するアプリケーション情報の関連情報を表示部１３に表示させる。
以上が、ダウンロード機能の機能構成についての説明である。
【００３９】
［動作］
上述した各機能が実現されることによるゲーム端末１０の動作について説明する。なお、条件設定サーバ７０における設定情報については、すでにサービス提供者によって決められているものとする。
【００４０】
図９は、本発明の実施形態におけるコンテンツ購入処理を示すフローチャートである。ユーザがゲーム端末１０を操作して、購入プログラムを起動させると、まず、制御部１１は、アプリケーション情報の検索処理（ステップＳ１１０）を開始する。
【００４１】
図１０は、本発明の実施形態におけるアプリケーション情報の検索処理を示すフローチャートである。制御部１１は、通信部１４を介して、条件設定サーバ７０に設定情報の送信を要求する（ステップＳ１１１）。カテゴリ受信部１１１は、条件設定サーバ７０におけるカテゴリ記憶部７１２に記憶された設定情報の受信を待つ（ステップＳ１１２；Ｎｏ）。カテゴリ受信部１１１が設定情報を受信すると（ステップＳ１１２；Ｙｅｓ）、カテゴリ表示制御部１１２は、表示部１３に設定情報に基づいてカテゴリを表示部１３に表示させる（ステップＳ１１３）。この表示内容を、カテゴリ表示という。
【００４２】
図１１は、ゲーム端末１０でのカテゴリ表示の一例である。この例においては、カテゴリ表示制御部１１２は、下表示面１３Ｂに、設定情報に含まれるカテゴリを示すアイコンＣｇを表示させるとともに、そのうち、一つのカテゴリのアイコンＣｇを選択するためのカーソルＣｓを表示させる。一方、上表示面１３Ａには、カテゴリ表示制御部１１２は、選択されたアイコンＣｇに対応するカテゴリに関する情報を表示させる。上表示面１３Ａに表示されるカテゴリに関する情報は、例えば、設定情報に含まれるようにすればよい。
この例においては、カテゴリとしては、新着ソフト、上位ランキングソフト、特集Ａ、特集Ｂ、・・・などがある。
【００４３】
図１０に戻って説明を続ける。カテゴリ選択部１１３は、図１１に示す表示がなされている状態で、いずれかのカテゴリを選択するユーザの指示を待つ（ステップＳ１１４；Ｎｏ）。カテゴリ選択部１１３は、ユーザの指示が入力されると、その指示に基づいて、いずれかのカテゴリを選択する（ステップＳ１１４；Ｙｅｓ）。選択されたカテゴリがカテゴリＡ（検索条件が設定されたカテゴリ）である場合（ステップＳ１１５；Ｙｅｓ）には、検索条件送信部１１４は、選択されたカテゴリに設定された検索条件を、配信サーバ６０に送信する（ステップＳ１１６）。検索結果受信部１１５は、配信サーバ６０からの検索結果の受信を待つ（ステップＳ１１７；Ｎｏ）。
【００４４】
配信サーバ６０は、上述した検索条件受信部６１１、メタデータ記憶部６１２、検索部６１３、および検索結果送信部６１４の各機能により、ゲーム端末１０から送信された検索条件を用いて得られた検索結果（この例では、検索条件を満たすコンテンツに対応するアプリケーション情報）を、ゲーム端末１０に送信する。
検索結果受信部１１５が配信サーバ６０から検索結果を受信すると（ステップＳ１１７；Ｙｅｓ）、コンテンツ表示制御部１１６は、検索結果に含まれるアプリケーション情報を表示部１３に表示させる（ステップＳ２１０、図９参照）。この表示内容を、アプリケーション情報表示という。
【００４５】
上述したステップＳ１１５において、カテゴリ選択部１１３によって選択されたカテゴリがカテゴリＢ（コンテンツが対応付けられたカテゴリ）である場合（ステップＳ１１５；Ｎｏ）には、コンテンツ表示制御部１１６は、選択されたカテゴリに対応付けられたコンテンツに基づいて、アプリケーション情報を表示部１３に表示をさせる（ステップＳ２１０、図９参照）。ここでのアプリケーション情報は、配信サーバ６０から受信してもよいし、予め設定情報とともに条件設定サーバ７０から受信されるようにしておいてもよい。
【００４６】
図１２は、ゲーム端末１０でのアプリケーション情報表示の一例である。この例においては、コンテンツ表示制御部１１６は、下表示面１３Ｂに、検索結果として特定されたコンテンツ（カテゴリＡが選択された場合）、またはカテゴリに対応付けられたコンテンツ（カテゴリＢが選択された場合）に対応するアイコンＡｃを表示させるとともに、そのうち、一つのコンテンツを選択するためのカーソルＣｓを表示させる。また、コンテンツ表示制御部１１６は、ウインドウＡｗに、カーソルＣｓによって選択されているアイコンＡｃに対応するコンテンツの説明などが表示されている。このように、下表示面１３Ｂには、カテゴリに対応するコンテンツのアプリケーション情報が表示される。上表示面１３Ａには、カテゴリ表示制御部１１２による表示（図１１参照）と同じく、選択されたカテゴリに関する情報が表示されている。
【００４７】
ここで、配信サーバ６０においてユーザに提供可能なコンテンツは、随時新規に追加されて更新されていくことになる。そのため、カテゴリＢのようにコンテンツが対応付けられている場合には、カテゴリに対応するコンテンツの表示を更新後の状態にするために、サービス提供者は、コンテンツが新規に追加されて更新される度にカテゴリに対応付けられるコンテンツについても更新する必要がある。すなわち、コンテンツに更新が生じにくいカテゴリについては、カテゴリＢのようにコンテンツを対応付けておくことが望ましい。
一方で、カテゴリＡのように検索条件が設定されている場合には、その検索対象としては更新後のコンテンツについても含まれることになる。したがって、コンテンツの更新の度に、設定内容を更新しなくてもよい。すなわち、コンテンツの更新が生じやすいカテゴリについては、カテゴリＡのように検索条件を設定しておくことが望ましい。
また、カテゴリに対応して表示させるコンテンツを変更する場合においても、サービス提供者は、表示させたいコンテンツを一つ一つ選択してカテゴリに対応付けていくのではなく、検索設定サーバ７０においてカテゴリに設定されている検索条件を変更すればよい。そのため、サービス提供者（またはサーバの運用者）は、カテゴリに対応して表示させるコンテンツを容易に変更することができる。
【００４８】
図９に戻って説明を続ける。上述したとおり、コンテンツ表示制御部１１６とアプリケーション表示制御部１２１とは、その機能は共通し、検索機能に属するかダウンロード機能に属するかの違いであるため、以下、アプリケーション情報表示をアプリケーション表示制御部１２１が行っているものとして説明する。
【００４９】
アプリケーション表示制御部１２１は、図１２に示すようなアプリケーション情報を表示部１３に表示させる。アプリケーション選択部１２２は、アプリケーション情報表示がされている状態で、いずれかのアプリケーション情報（コンテンツ）を選択するユーザの指示を待つ（ステップＳ２２０；Ｎｏ）。アプリケーション選択部１２２は、ユーザの指示に基づいて、いずれかのアプリケーション情報（コンテンツ）を選択する（ステップＳ２２０；Ｙｅｓ）。関連表示制御部１２３は、選択されたアプリケーション情報に関連する関連情報を表示部１３に表示させる。この表示内容を、アプリケーション関連表示という。
【００５０】
図１３は、ゲーム端末１０でのアプリケーション関連表示の一例である。関連表示制御部１２３は、上表示面１３Ａに、選択されたアプリケーション情報の説明（例えば、図１２に示すウインドウＡｗの表示内容）などを表示させる。関連表示制御部１２３は、下表示面１３Ｂに、選択されたアプリケーション情報に対応する正式版アプリケーションプログラムおよび試用版アプリケーションプログラムを示すアイコンＡｓを表示させる。なお、図１３に示すように、アイコンＡｓとして、正式版アプリケーションプログラムを示すアイコンＡｓｒ、および試用版アプリケーションプログラムを示すアイコンＡｓｔの他、関連表示制御部１２３は、選択されたアプリケーション情報のさらに詳しい説明を表示させるためのアイコンなどを、下表示面１３Ｂに表示させてもよい。アイコンＡｓｒは、選択されることにより正式版アプリケーションプログラムをダウンロードするためのアイコンである。アイコンＡｓｔは、選択されることにより試用版アプリケーションプログラムをダウンロードするためのアイコンである。
【００５１】
図９に戻って説明を続ける。ダウンロード選択部１２４は、図１３に示す表示がなされている状態で、正式版アプリケーションプログラムまたは試用版アプリケーションプログラムのいずれかを選択するユーザの指示を待つ（ステップＳ２４０；Ｎｏ）。ダウンロード選択部１２４は、ユーザの指示に基づいて、正式版アプリケーションプログラムまたは試用版アプリケーションプログラムのいずれかを選択する（ステップＳ２４０；Ｙｅｓ）。アプリケーションプログラムが選択されると、支払処理部１２５は、そのアプリケーションプログラムをダウンロードするための購入金額を支払う処理（支払処理）を行う（ステップＳ３１０）。支払処理とは、予め支払い済みの残高から購入代金を支払う処理であってもよいし、クレジットカードなどにより購入金額を支払う処理であってもよい。
【００５２】
図９に戻って説明を続ける。受付部１２６は、支払処理がされたアプリケーションプログラムを受け付ける（ステップＳ４１０）。また、モード選択部１２７は、受信モードをユーザに選択させる画面を表示部１３に表示させる（ステップＳ４２０）。この表示内容を受信モード選択表示という。
【００５３】
図１４は、ゲーム端末１０での受信モード選択表示の一例である。下表示面１３Ｂに表示される「はい」は通常受信モードに対応し、「いいえ」はバックグラウンド受信モードに対応する。モード選択部１２７は、ユーザの指示に基づいて、通常受信モードまたはバックグラウンド受信モードを選択する（ステップＳ４３０）。
通常受信モードが選択された場合（ステップＳ４３０；Ｙｅｓ）、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムをダウンロードする（ステップＳ４４０）。なお、ここでのダウンロード中においては、ゲーム端末１０の動作状態が非使用状態に切り替えられないようにしてもよいし、非使用状態に切り替えられた場合には、ダウンロードに失敗したものとしてもよい。
【００５４】
ダウンロード部１２９によるダウンロードが成功した場合（ステップＳ４５０；Ｙｅｓ）には、アプリケーション記憶部１３０は、ダウンロードしたアプリケーションプログラムを記憶する（ステップＳ４６０）。
一方、バックグラウンド受信モードが選択された場合（ステップＳ４３０；Ｎｏ）、およびダウンロード中にゲーム端末１０のネットワーク１０００への接続状態が悪化するなどしてダウンロード部１２９によるダウンロードが失敗した場合（ステップＳ４５０；Ｎｏ）には、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムをバックグラウンドダウンロードリスト（以下、ＢＧＤＬリストという）に登録する（ステップＳ４７０）。なお、ダウンロードが途中で失敗した場合には、アプリケーション記憶部１３０は、ダウンロードできた部分までのプログラムを記憶しておき、ＢＧＤＬ処理によりダウンロードするときには、残りの部分のプログラムをダウンロードするようにしてもよい。
【００５５】
ステップＳ４６０またはステップＳ４７０の処理の後に、別のアプリケーションプログラムをダウンロードする指示があった場合（ステップＳ５１０；Ｙｅｓ）には、ステップＳ１１０に戻って処理を続ける。一方、別のアプリケーションプログラムをダウンロードせず、終了する指示があった場合（ステップＳ５１０；Ｎｏ）、かつＢＧＤＬリストにアプリケーションプログラムが登録されていない場合（ステップＳ５２０；Ｎｏ）には、制御部１１は、購入プログラムの実行を停止し、コンテンツ購入処理を終了する。
ＢＧＤＬリストにアプリケーションプログラムが登録されている場合（ステップＳ５２０；Ｙｅｓ）には、制御部１１は、購入プログラムの実行を停止し、ＢＧＤＬプログラムを起動（ステップＳ５３０）してＢＧＤＬ処理を開始し、コンテンツ購入処理を終了する。
【００５６】
［ＢＧＤＬ処理の動作］
図１５は、本発明の実施形態におけるＢＧＤＬ処理を示すフローチャートである。ＢＧＤＬ処理が開始されると、ダウンロード部１２９は、切替部１２８において使用状態から非使用状態に切り替えるのを待つ（ステップＳ５３１；Ｎｏ）。非使用状態に切り替わると（ステップＳ５３１；Ｙｅｓ）、ダウンロード部１２９は、ＢＧＤＬリストに登録されたアプリケーションプログラムのダウンロードを開始する（ステップＳ５３２）。ダウンロード部１２９は、ダウンロードが終了していない場合（ステップＳ５３３；Ｎｏ）、および使用状態に切り替わっていない場合（ステップＳ５３４；Ｎｏ）には、ダウンロードを続ける。
【００５７】
ここで、ダウンロード部１２９は、ＢＧＤＬリストの登録順にアプリケーションプログラムをダウンロードしてもよいし、予め決められたアルゴリズムで決定した優先順位にしたがってダウンロードしてもよい。このアルゴリズムとは、例えば、通常受信モードでダウンロードされたものの途中で失敗しＢＧＤＬリストに登録されたアプリケーションプログラムを優先するものであってもよいし、データ量に応じて優先順位を決めるものであってもよい。
【００５８】
ダウンロードが終了した場合（ステップＳ５３３；Ｙｅｓ）には、制御部１１は、ＢＧＤＬプログラムの実行を停止し、ＢＧＤＬ処理を終了する。一方、ダウンロードが終了する前（ステップＳ５３３；Ｎｏ）に、使用状態に切り替わった場合（ステップＳ５３４；Ｙｅｓ）には、ダウンロード部１２９は、アプリケーションプログラムのダウンロード（ＢＧＤＬ）を停止し（ステップＳ５３５）、再び非使用状態に切り替わるのを待つ（ステップＳ５３１；Ｎｏ）。
【００５９】
アプリケーションプログラムのダウンロードにおいては、ＣＰＵの負荷が大きくなりやすく、ユーザがゲーム端末１０を操作しても、ＣＰＵの処理負荷から適当な反応ができない場合もある。上述のＢＧＤＬ処理のように、非使用状態においてアプリケーションプログラムをダウンロードすることにより、ユーザがゲーム端末１０を操作している間に、ダウンロードに起因するＣＰＵの処理負荷が増大しないようにすることができる。
【００６０】
［移行処理の動作］
続いて、上述のようにしてダウンロードされたアプリケーションプログラムを、制御部１１（実行部１３１）が実行した後に動作する移行処理について説明する。
【００６１】
図１６は、本発明の実施形態における移行処理を示すフローチャートである。まず、実行部１３１が、記憶部１５に記憶されたアプリケーションプログラムを実行する（ステップＳ６１１）。実行制御部１３２は、ユーザによるアプリケーションプログラムの実行停止指示を待つ（ステップＳ６１２；Ｎｏ）。実行停止指示がされると（ステップＳ６１２；Ｙｅｓ）、実行部１３１により実行されているアプリケーションプログラムが正式版アプリケーションプログラムである場合（ステップＳ６１３；Ｎｏ）には、実行制御部１３２は、実行部１３１によるアプリケーションプログラムの実行を停止させ、移行処理を終了する。一方、実行部１３１により実行されているアプリケーションプログラムが試用版アプリケーションプログラムである場合（ステップＳ６１３；Ｙｅｓ）には、実行制御部１３２は、この試用版アプリケーションプログラムに対応する正式版アプリケーションプログラムのダウンロードの可否（正式版のコンテンツ購入）をユーザに選択させるための画面を表示部１３に表示させる。この表示内容を正式版購入確認表示という。
なお、試用版アプリケーションプログラムの実行時にのみ移行処理が行われるようになっている場合には、ステップＳ６１３は不要である。また、ステップＳ６１２の処理において、実行制御部１３２が待つ指示は、実行停止指示に限らず、予め決められた指示であれば、他の指示でもよい。
【００６２】
図１７は、ゲーム端末１０での正式版購入確認表示の一例である。下表示面１３Ｂに表示される「購入しない」がユーザの指示によって選択されると（ステップＳ６１５；Ｎｏ）、実行制御部１３２は、実行部１３１により実行されている試用版アプリケーションプログラムの実行を停止させ、移行処理を終了する。一方、下表示面１３Ｂに表示される「購入する」がユーザの指示によって選択されると（ステップＳ６１５；Ｙｅｓ）、実行制御部１３２は、購入プログラムを起動し、実行されていた試用版アプリケーションプログラムに対応するアプリケーション情報の関連情報を、関連表示制御部１２３により表示部１３に表示させる（ステップＳ２３０、図９参照、表示内容は図１３参照）。実行制御部１３２により関連表示制御部１２３が図１３に示す表示を表示部１３にさせるときには、カーソルＣｓが正式版アプリケーションプログラムに対応するアイコンを選択しているようにしてもよい。このとき、実行制御部１３２は、実行部１３１により実行されていた試用版アプリケーションプログラムの実行を停止させてもよい。また、実行制御部１３２は、実行部１３１により実行されていた試用版アプリケーションプログラムの実行を停止させた後に、正式版購入確認表示を表示させるようにしてもよい。
なお、下表示面１３Ｂに表示される「購入する」がユーザの指示によって選択されると（ステップＳ６１５；Ｙｅｓ）、図９ステップＳ３１０に進み、関連情報の表示をせずに、正式版アプリケーションプログラムをダウンロードするための支払処理に移行するようにしてもよい。
【００６３】
このように、ユーザがアプリケーションの試用版を使用した場合において、正式版を購入したいと考えた場合には、正式版のアプリケーションを購入することができる画面（図１３参照）に移行するため、ユーザは容易に購入手続きを行うことができる。また、このときに、そのアプリケーションに関連する情報（関連情報）についても画面に表示されていることにより、ユーザは、アプリケーションについての情報を併せて確認することができる。
【００６４】
＜変形例＞
以上、本発明の実施形態について説明したが、本発明は以下のように、さまざまな態様で実施可能である。また、それぞれの態様を組み合わせて実施することも可能である。
【００６５】
［変形例１］
上述した実施形態においては、ダウンロード機能の機能構成は、図８に示す構成としたが、このうち、一部の構成が存在しなくてもよい。例えば、ダウンロード機能のうち、受付部１２６、モード選択部１２７および切替部１２８が存在しなくてもよい。この場合には、ダウンロード部１２９は、支払処理部１２５において支払処理されたアプリケーションプログラムをダウンロードするようにすればよい。このときの受信モードは通常受信モードとすればよい。また、切替部１２８は存在するものとして、バックグラウンド受信モードにおいてダウンロードされるようにしてもよい。さらにダウンロード機能として支払処理部１２５が存在しなくてもよい。この場合には、ダウンロード部１２９は、ダウンロード選択部１２４において選択されたアプリケーションプログラムをダウンロードするようにすればよい。
【００６６】
［変形例２］
上述した実施形態においては、ダウンロード機能の機能構成は、図８に示す構成としたが、このうち、一部の構成が存在しなくてもよい。例えば、ダウンロード機能のうち、例えば、受付部１２６、モード選択部１２７、切替部１２８およびダウンロード部１２９を用いて、ＢＧＤＬプログラムの実行によって実現されるＢＧＤＬ機能としてもよい。すなわち、ダウンロード機能のうちＢＧＤＬ機能の部分は独立して実現し得る。また、モード選択部１２７を用いずに、ダウンロードされる全てのアプリケーションプログラムについては、バックグラウンド受信モードでダウンロードされるようにしてもよい。
【００６７】
また、ＢＧＤＬ処理においては、使用状態から非使用状態に切り替えられた後であることを条件として、ダウンロードが開始されるようになっていたが、別の条件によりダウンロードが開始されるようにしてもよい。
例えば、ゲーム端末１０においてアプリケーションプログラムが実行されているときに、ゲーム端末１０にダウンロードする対象となる他のアプリケーションプログラムなどの指定データがユーザの指示によって指定される。実行中のアプリケーションプログラムの実行が停止された後に、ゲーム端末１０に指定データがダウンロードされるようにすればよい。なお、実行中のアプリケーションプログラムとしては、上述の実施形態の例においては購入プログラムに対応する。ここで、ＢＧＤＬプログラムを起動（ステップＳ５３０、図９参照）したときには、制御部１１は、購入プログラムの実行を停止していたが、この例に適用する場合においては、購入プログラムの実行を停止しない。そのため、ＢＧＤＬプログラムは、購入プログラムなど、実行中のアプリケーションプログラムと一体に構成されていてもよい。
この例において、ＢＧＤＬプログラムの実行により実現されるＢＧＤＬ機能の機能構成およびＢＧＤＬ処理について説明する。
【００６８】
図１８は、本発明の変形例２におけるＢＧＤＬ機能の機能構成を示すブロック図である。この例においては、ゲーム端末１０におけるダウンロード機能は、受付部１５６、モード選択部１５７、実行監視部１５８およびダウンロード部１５９により実現される。受付部１５６およびモード選択部１５７については、実施形態における受付部１２６およびモード選択部１２７の機能と同様であるため、説明を省略する。実行監視部１５８は、受付部１５６に指定データが受け付けられたときに実行されていたアプリケーションプログラム（例えば、上述の購入プログラム）について、実行が停止されたかどうかを監視する。ダウンロード部１５９は、受付部１５６に受け付けられた指定データを配信サーバ６０からゲーム端末１０にダウンロードする。ここで、モード選択部１５７において通常受信モードが選択された場合には、ダウンロード部１５９は、実行監視部１５８における監視結果にかかわらず、指定データをダウンロードする。一方、モード選択部１５７においてバックグラウンド受信モードが選択された場合には、ダウンロード部１５９は、実行監視部１５８において監視されているアプリケーションプログラムが実行されているときには、指定データのダウンロードを制限し、そのアプリケーションプログラムの実行が停止されるとダウンロードを開始する。なお、ダウンロードが終了する前に再び何らかのアプリケーションプログラムの実行が開始された場合には、実行されたアプリケーションプログラムは、実行監視部１５８における監視対象のアプリケーションプログラムとなり、ダウンロード部１５９は、ダウンロードを中断（制限）する。
【００６９】
図１９は、本発明の変形例２におけるＢＧＤＬ処理を示すフローチャートである。実行監視部１５８は、アプリケーションプログラムの実行状態を監視する（ステップＳ５５１；Ｎｏ）。監視対象のアプリケーションプログラムの実行が停止された場合（ステップＳ５５１；Ｙｅｓ）には、ダウンロード部１２９は、ＢＧＤＬリストに登録された指定データ（アプリケーションプログラムなど）のダウンロードを開始する（ステップＳ５５２）。ダウンロード部１２９は、ダウンロードが終了していない場合（ステップＳ５５３；Ｎｏ）、および他のアプリケーションプログラムの実行が開始されていない場合（ステップＳ５５４；Ｎｏ）には、ダウンロードを続ける。
【００７０】
ダウンロードが終了した場合（ステップＳ５５３；Ｙｅｓ）には、制御部１１は、ＢＧＤＬプログラムの実行を停止して、ＢＧＤＬ処理を終了する。一方、ダウンロードが終了する前（ステップＳ５５３；Ｎｏ）に、他のアプリケーションプログラムの実行が開始された場合（ステップＳ５５４；Ｙｅｓ）には、ダウンロード部１２９は、指定データのダウンロードを停止し（ステップＳ５５５）、実行されたアプリケーションプログラムを実行監視部１５８における監視対象として、実行が停止されるのを待つ（ステップＳ５５１；Ｎｏ）。
このようにすると、ゲーム端末１０においてアプリケーションプログラムを実行しているときに、ダウンロードに起因するＣＰＵの処理負荷が増大しないようにすることができる。
【００７１】
［変形例３］
上述した実施形態において、一つの試用版アプリケーションプログラムが複数のアプリケーション情報に対応付けられていてもよい。この場合には、図１６のステップＳ６１４に示す正式版購入確認表示において、実行制御部１３２は、いずれかのアプリケーション情報をユーザに選択させる表示を行えばよい。そして、実行制御部１３２は、ユーザの指示に基づいて選択されたアプリケーション情報の関連情報を、関連表示制御部１２３により表示部１３に表示させればよい（ステップＳ２３０、図８参照）。
【００７２】
［変形例４］
上述した実施形態においては、モード選択部１２７は、ユーザの指示に基づいて、通常受信モード、またはバックグラウンド受信モードを選択していたが、ダウンロード指示のあった指定データの属性に基づいて、通常受信モード、またはバックグラウンド受信モードを選択してもよい。すなわち、ユーザの指示ではなく、受信モードが自動的に選択されるようにしてもよい。
指定データの属性とは、データ量、データの種類などであればよい。属性がデータ量であれば、モード選択部１２７は、例えば、指定データのデータ量が閾値以上の場合にはバックグラウンド受信モードを選択し、閾値未満の場合には通常受信モードを選択すればよい。また、属性がデータの種類であれば、モード選択部１２７は、例えば、指定データがプログラムの場合にはバックグラウンド受信モードを選択し、プログラム以外の場合には通常受信モードを選択すればよい。
【００７３】
［変形例５］
上述した実施形態においては、ＢＧＤＬ処理において、ダウンロード部１２９は、使用状態から非使用状態に切り替えられた場合に、アプリケーションプログラムのダウンロードを開始するようになっていたが、使用状態のときの状況に応じて、非使用状態に切り替えられたとしても、アプリケーションプログラムのダウンロードを制限した状態を維持するようにしてもよい。
例えば、使用状態のときに特定のアプリケーションプログラムが実行され、実行中に非使用状態に切り替えられたときには、ダウンロード部１２９は、アプリケーションプログラムのダウンロードを制限した状態を維持する。一方、使用状態のときに特定のアプリケーションプログラムが実行されていないときに、非使用状態に切り替えられたときには、実施形態におけるＢＧＤＬ処理と同様に、ダウンロード部１２９は、アプリケーションプログラムのダウンロードを開始するようにすればよい。
【００７４】
［変形例６］
上述した実施形態において、配信サーバ６０は、検索条件受信部６１１において受信した検索条件と、検索結果送信部６１４から送信した検索結果とを対応付けて、記憶部６５にキャッシュ情報として記憶するようにしてもよい。この場合には、検索条件受信部６１１において受信した検索条件が記憶されている場合には、検索結果送信部６１４は、検索部４１３の検索結果に代えて、記憶されたキャッシュ情報により検索条件に対応付けられた検索結果を送信すればよい。このようにすれば、一度受信した検索条件と同じ検索条件を別途受信した場合、検索部６１３における検索処理を行わなくてもよいため、検索結果の応答までに要する時間を短縮することができる。
なお、配信サーバ６０からダウンロード可能なコンテンツが更新された場合などにおいては、キャッシュ情報を削除し、最初に検索条件を受信して検索した後に、再度キャッシュ情報を記憶するようにすればよい。
【００７５】
また、配信サーバ６０からダウンロード可能なコンテンツが更新される毎に変化するバージョン情報を、情報処理システム１において決めておき、キャッシュ情報にバージョン情報を付加して、古いキャッシュ情報を残しておいてもよい。この場合、条件設定サーバ７０に記憶されている設定情報についても最新のバージョン情報を付与しておく。
検索条件送信部１１４においては、検索条件を送信するときには、設定情報に付されているバージョン情報についても送信する。配信サーバ６０においては、検索条件に対応するキャッシュ情報のうち、送信されたバージョン情報が付加されたキャッシュ情報がある場合には、そのキャッシュ情報に対応する検索結果をゲーム端末１０に送信する。一方、配信サーバ６０は、送信されたバージョン情報が付加されたキャッシュ情報がない場合には、検索部６１３における検索を行い、検索結果をゲーム端末１０に送信するとともに、検索結果に対応するキャッシュ情報に、送信されたバージョン情報を付加する。
【００７６】
［変形例７］
上述した実施形態において、カテゴリ受信部１１１は、カテゴリ記憶部７１２に記憶された設定情報を受信したが、設定情報のうち、カテゴリの情報のみ受信し、設定された検索条件については、受信しなくてもよい。この場合には、カテゴリ選択部１１３によりカテゴリが選択された後に、検索条件送信部１１４が、そのカテゴリに設定された検索条件を検索設定サーバ７０から受信して、配信サーバ６０に送信するようにしてもよい。
なお、このような場合には、カテゴリ記憶部７１２は、設定部７１１において設定情報の内容が変更され、カテゴリに設定された検索条件が更新された場合に、既に記憶されていた設定情報を履歴として蓄積しておいてもよい。そして、検索条件送信部１１４が、カテゴリに設定された検索条件を検索設定サーバ７０から受信するときには、カテゴリ受信部１１１がカテゴリの情報を受信したときにそのカテゴリに設定されていた検索条件を受信するようにすればよい。
このとき設定情報の履歴には、いつの履歴であるかを示す識別情報が付すことで、カテゴリ受信部１１１によってカテゴリの情報が受信されたときに用いられていた設定情報が特定できるようにしておけばよい。カテゴリの情報が受信されたときに用いられていた設定情報を特定する構成は、他の方法により実現されてもよい。例えば、設定情報にバージョン情報を付しておき、カテゴリの情報を受信するときにバージョン情報も取得しておけばよい。
このようにすると、カテゴリの受信の後、カテゴリに設定された検索条件が更新されたとしても、ゲーム端末１０において更新前の検索条件を受信することができる。
【００７７】
［変形例８］
上述した実施形態における設定情報において、図１１に示す下表示面１３Ｂにおける各カテゴリの表示位置（絶対的な位置に限らず、並び順などの相対的な位置でもよい）が、各カテゴリに対して設定されていてもよい。この場合には、カテゴリ表示制御部１１２は、各カテゴリに設定された表示位置に基づいて、表示部１３にカテゴリ表示をすればよい。
また、設定情報において、図１２に示す下表示面１３Ｂにおける検索結果としてのアプリケーション情報の表示位置についても設定情報に規定されていてもよい。この場合の表示位置は、例えば、新着順、人気順（ダウンロード回数など）、評価順（ユーザからの投票結果など）として設定されていればよい。そして、表示位置は、配信サーバ６０に記憶されているメタデータを参照して決められればよい。例えば、表示位置を新着順とした場合には、メタデータにおける公開開始日を参照して、公開開始日が遅いアプリケーション情報から順に並ぶように表示位置が決められればよい。この場合には、コンテンツ表示制御部１１６は、この表示位置に基づいて、表示部１３にアプリケーション情報表示をすればよい。
【００７８】
［変形例９］
上述した実施形態においては、カテゴリ選択部１１３は、ユーザの操作部１２への操作に基づいてカテゴリを選択していたが、この操作によらずカテゴリを選択してもよい。この場合には、カテゴリ選択部１１３は、予め決められたアルゴリズムにしたがって、自動的にカテゴリを選択する。これにより、検索結果受信部１１５は、予め各カテゴリに対応する検索結果を蓄積しておき、ユーザの操作部１２への操作によりカテゴリが選択された後に、コンテンツ表示制御部１１６が、選択されたカテゴリに対応するアプリケーション情報を表示するようにすればよい。
【００７９】
すなわち、この例においては、ゲーム端末１０は、ユーザの操作に先立って、予め配信サーバ６０において検索をさせ、検索結果を事前に取得しておくことになる。したがって、ユーザがすぐにカテゴリを選択する操作をしない場合には、カテゴリを選択した後のアプリケーション情報表示までの時間を短縮することができる。
【００８０】
［変形例１０］
上述した実施形態においては、モード選択部１２７は、支払処理が済んだアプリケーションプログラムをダウンロードするときに、ユーザに対して受信モードの選択をさせていたが、支払処理の前に行われるようにしてもよい。この場合におけるコンテンツ購入処理について説明する。
【００８１】
図２０は、本発明の変形例１０におけるコンテンツ購入処理を示すフローチャートである。ステップＳ１１０からステップＳ２４０までの処理は、実施形態と同様であるため説明を省略する。また、以降の各ステップにおける処理においても、実施形態における処理と同様の処理を行うステップでは、同じ符号を付して詳細な説明を省略する。
ステップＳ２４０においてアプリケーションプログラムが選択されると、受付部１２６は、選択されたアプリケーションプログラムを受け付ける（ステップＳ４１０）。続いて、モード選択部１２７は、受信モード選択表示（図１４参照）を表示部１３に行う（ステップＳ４２０）。モード選択部１２７は、ユーザの指示に基づいて、通常受信モードまたはバックグラウンド受信モードを選択する（ステップＳ４３５）。通常受信モードが選択された場合（ステップＳ４３５；Ｙｅｓ）には、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムを通常ダウンロードリスト（以下、通常ＤＬリストという）に登録する（ステップＳ４８０）。一方、バックグラウンド受信モードが選択された場合（ステップＳ４３５；Ｎｏ）には、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムをＢＧＤＬリストに登録する（ステップＳ４７０）。
【００８２】
続いて、別のアプリケーションプログラムをダウンロードする指示があった場合（ステップＳ５１０；Ｙｅｓ）には、ステップＳ１１０に戻って処理を続ける。一方、別のアプリケーションプログラムをダウンロードせず、終了する指示があった場合（ステップＳ５１０；Ｎｏ）には、支払処理部１２５は、通常ＤＬリストおよびＢＧＤＬリストに登録されているアプリケーションプログラムをダウンロードするための購入金額を支払う処理（支払処理）を行う（ステップＳ３１０）。
【００８３】
支払処理が終了すると、ダウンロード部１２９は、通常ＤＬリストに登録されたアプリケーションプログラムをダウンロードする（ステップＳ４４０）。ダウンロード部１２９によるダウンロードが失敗したアプリケーションプログラムがある場合（ステップＳ４５０；Ｎｏ）には、ダウンロードに失敗したアプリケーションプログラムをＢＧＤＬリストというに登録する（ステップＳ４７５）。ダウンロード部１２９によるダウンロードが成功した場合（ステップＳ４５０；Ｙｅｓ）には、アプリケーション記憶部１３０は、ダウンロードに成功したアプリケーションプログラムを記憶する（ステップＳ４６０）。
【００８４】
ＢＧＤＬリストにアプリケーションプログラムが登録されていない場合（ステップＳ５２０；Ｎｏ）には、制御部１１は、購入プログラムの実行を停止し、コンテンツ購入処理を終了する。一方、ＢＧＤＬリストにアプリケーションプログラムが登録されている場合（ステップＳ５２０；Ｙｅｓ）には、制御部１１は、購入プログラムの実行を停止し、ＢＧＤＬプログラムを起動（ステップＳ５３０）してＢＧＤＬ処理を開始し、コンテンツ購入処理を終了する。
以上のように、ダウンロードされる各アプリケーションプログラムは、ユーザによってダウンロード前に通常受信モードおよびバックグラウンド受信モードのいずれかが選択され、支払処理後にそれぞれの受信モードにより、まとめてダウンロードされる。
【符号の説明】
【００８５】
１…情報処理システム、１０…ゲーム端末、１１…制御部、１２…操作部、１２Ａ…タッチセンサ、１２Ｂ…操作ボタン、１３…表示部、１３Ａ…上表示面、１３Ｂ…下表示面、１４…通信部、１５…記憶部、１６…音響処理部、１６１…スピーカ、１６２…マイクロフォン、１７…開閉センサ、１８…インターフェイス、５１…上部筐体、５２…下部筐体、６０…配信サーバ、６１…制御部、６２…操作部、６３…表示部、６４…通信部、６５…記憶部、７０…条件設定サーバ、７１…制御部、７２…操作部、７３…表示部、７４…通信部、７５…記憶部、１１１…カテゴリ受信部、１１２…カテゴリ表示制御部、１１３…カテゴリ選択部、１１４…検索条件送信部、１１５…検索結果受信部、１１６…コンテンツ表示制御部、１２１…アプリケーション表示制御部、１２２…アプリケーション選択部、１２３…関連表示制御部、１２４…ダウンロード選択部、１２５…支払処理部、１２６…受付部、１２７…モード選択部、１２８…切替部、１２９…ダウンロード部、１３０…アプリケーション記憶部、１３１…実行部、１３２…実行制御部、１５６…受付部、１５７…モード選択部、１５８…実行監視部、１５９…ダウンロード部、６１１…検索条件受信部、６１２…メタデータ記憶部、６１３…検索部、６１４…検索結果送信部、７１１…設定部、７１２…カテゴリ記憶部、１０００…ネットワーク
【技術分野】
【０００１】
本発明は、操作性を向上する技術に関する。
【背景技術】
【０００２】
ユーザは、ゲームソフトなどのアプリケーションプログラムが記憶されたメモリカードなどの記録媒体をゲーム端末に接続することにより、様々なゲームを楽しむことができる。近年では、記録媒体を用いる以外にも、ネットワークを介してサーバからアプリケーションプログラムをゲーム端末にダウンロードすることによって、ユーザは、ゲームを楽しむことができるようになっている。
ゲーム端末にアプリケーションプログラムなどをダウンロードするサービスとしては、例えば、非特許文献１、２、３、４に示すものが知られている。このようなサービスにおいて、ユーザは、ゲームソフトを購入して、そのゲームソフトのアプリケーションプログラムをゲーム端末にダウンロードするだけでなく、そのゲームを体験するための試用版アプリケーションプログラムについてもダウンロードすることができる。また、コンテンツとしては、ゲームソフトに限らず、ゲーム紹介動画なども含まれている。なお、ゲーム紹介動画をゲーム端末で見る場合には、その動画を示すデータがゲーム端末にダウンロードされる。
【０００３】
上記のサービスにおいては、ユーザに対して提供可能なコンテンツの数が多くなってきていることから、ユーザがコンテンツの選択をしやすくなるシステムが用いられている。例えば、ユーザに対して、ゲームソフトの一部を分野別に区分して提示したり、お勧めするゲームソフトを提示したりできるようになっている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"ニンテンドーイーショップ"、［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）などの信号処理回路などを有する。音響処理部１６は、マイクロフォン１６２から入力される電気信号をＡ／Ｄ変換（アナログデジタル変換）して制御部１１に出力する。音響処理部１６は、制御部１１から出力される楽音データを、制御部１１によって設定されたエフェクト処理、Ｄ／Ａ変換（デジタルアナログ変換）処理、増幅処理などの信号処理などを施して、電気信号としてスピーカ１６１に出力する。
【００２０】
開閉センサ１７は、ゲーム端末１０が開状態（図２（ａ）参照）であるか、閉状態（図２（ｂ）参照）であるかを検出するセンサであり、検出結果を示す検出信号を制御部１１に出力する。この例においては、開閉センサ１７は、下部筐体５２のうち、閉状態になったときに、上部筐体５１のスピーカ１６１に用いられている磁石から発生する磁力の影響を受ける位置に設けられている。開閉センサ１７は、磁力センサであり、磁力の大きさにより、開状態または閉状態であることを検出する。
インターフェイス１８は、外部機器が接続され、外部機器とゲーム端末１０との間でデータの入出力を行う。外部機器としては、例えば、アプリケーションプログラムが記憶された記録媒体などである。
以上が、ゲーム端末１０のハードウエア構成についての説明である。
【００２１】
［配信サーバ６０の構成］
図４は、配信サーバ６０のハードウエア構成を示すブロック図である。配信サーバ６０は、制御部６１、操作部６２、表示部６３、通信部６４、および記憶部６５を有する。これらの各構成は、バスを介して接続されている。
制御部６１は、ＣＰＵ、ＲＡＭ、ＲＯＭなどを有し、ＲＯＭまたは記憶部６５に記憶されたプログラムを実行して、後述する各機能構成を実現する。ＲＡＭは、ＣＰＵがプログラムを実行する際のワークエリアとして用いられる。
操作部６２は、ユーザによる操作を受け付けるキーボード、マウスなどを有し、それぞれに受け付けられた操作の内容を示す操作情報を制御部６１に出力する。表示部６３は、液晶ディスプレイなどの表示デバイスであり、制御部６１の制御に応じた内容の表示を行う。
【００２２】
通信部６４は、制御部１１の制御に応じて、ネットワーク１０００を介してゲーム端末１０と接続して各種データの送受信を行う。また、通信部６４は、サービス提供者が用いる外部装置（図示せず）から、ネットワーク１０００を介して、ゲーム端末１０にダウンロードさせることができるアプリケーションプログラムおよびそれに関連する情報を受信する。受信したアプリケーションプログラムおよび関連する情報は、制御部６１の制御により記憶部６５に記憶される。
【００２３】
記憶部６５は、ハードディスク、不揮発性メモリなどであり、コンテンツに関する情報などを記憶している。コンテンツに関する情報とは、この例においては、正式版アプリケーションプログラム、試用版アプリケーションプログラム、メタデータおよびアプリケーション情報が含まれている。記憶部６５には、コンテンツとしてのアプリケーションＡ、Ｂ、Ｃ、・・・のそれぞれに関して上記コンテンツに関する情報が対応付けられている。例えば、アプリケーションＡには、アプリケーションプログラムＡｒ（正式版アプリケーションプログラム）、アプリケーションプログラムＡｔ（試用版アプリケーションプログラム）、メタデータＡ、およびアプリケーション情報Ａが対応付けられている。試用版アプリケーションプログラムは存在しない場合もある。なお、以降の各図において、アプリケーションを「Ａｐ」と省略して示す場合がある。
【００２４】
メタデータは、例えば、コンテンツのタイトル名（アプリケーション名など）、公開開始日（ダウンロードが可能になった日）、種別（ゲームソフト、動画などコンテンツの種類）、価格など、アプリケーションに付随するデータである。なお、アプリケーションの種別が動画などである場合には、アプリケーションプログラムは、動画を再生するプログラムであればよい。なお、アプリケーションプログラムではなく、ゲーム端末１０における動画再生機能によって再生可能な動画データであってもよい。
アプリケーション情報とは、アプリケーションを識別するアイコン画像、アプリケーションの説明などのアプリケーションに関する情報である。
以上が、配信サーバ６０のハードウエア構成についての説明である。
【００２５】
［条件設定サーバ７０の構成］
図５は、条件設定サーバ７０のハードウエア構成を示すブロック図である。条件設定サーバ７０は、制御部７１、操作部７２、表示部７３、通信部７４、および記憶部７５を有する。これらの各構成は、バスを介して接続されている。
制御部７１は、ＣＰＵ、ＲＡＭ、ＲＯＭなどを有し、ＲＯＭまたは記憶部７５に記憶されたプログラムを実行して、後述する各機能構成を実現する。ＲＡＭは、ＣＰＵがプログラムを実行する際のワークエリアとして用いられる。
操作部７２は、ユーザによる操作を受け付けるキーボード、マウスなどを有し、それぞれに受け付けられた操作の内容を示す操作情報を制御部７１に出力する。表示部７３は、液晶ディスプレイなどの表示デバイスであり、制御部７１の制御に応じた内容の表示を行う。
通信部７４は、制御部７１の制御に応じて、ネットワーク１０００を介してゲーム端末１０と接続して各種データの送受信を行う。
記憶部７５は、ハードディスク、不揮発性メモリなどであり、設定情報が記憶されている。
【００２６】
図６は、本発明の実施形態における設定情報を説明する図である。設定情報は、アプリケーションを検索するための検索条件が設定されたカテゴリ（図６（ａ）に示すカテゴリＡ）と、コンテンツが対応付けられたカテゴリ（図６（ｂ）に示すカテゴリＢ）とを規定する情報である。
【００２７】
カテゴリＡにおいて設定されている検索条件は、上述したメタデータを用いて検索する際に用いられる条件であり、コンテンツのタイトル名に含まれる文字列、公開開始日の範囲、種別などが設定される。検索が行われるときには、メタデータがこの検索条件に合致しているコンテンツが検索条件を満たすコンテンツとなる。図６（ａ）に示す例では、カテゴリＡ１には検索条件ａが設定されている。検索条件ａが「タイトル名：ＡＢＣ」として決められていれば、タイトル名に「ＡＢＣ」が含まれるコンテンツが検索結果として特定されることになる。
カテゴリＢにおいて対応付けられたコンテンツは、配信サーバ６０の記憶部６５に記憶されているコンテンツの一部に対応している。図６（ｂ）に示す例では、カテゴリＢ１には、アプリケーションＡ、Ｃ、Ｆ、・・・が対応付けられている。
【００２８】
カテゴリに設定された検索条件、および対応付けられたコンテンツについては、操作部７２の操作、またはサービス提供者が用いる外部装置（図示せず）からネットワーク１０００を介して、その内容を変更することができるようになっている。
以上が、条件設定サーバ７０のハードウエア構成の説明である。続いて、情報処理システム１において実現される機能構成について説明する。
【００２９】
［検索機能］
図７は、本発明の実施形態における検索機能の機能構成を示すブロック図である。ゲーム端末１０における検索機能は、カテゴリ受信部１１１、カテゴリ表示制御部１１２、カテゴリ選択部１１３、検索条件送信部１１４、検索結果受信部１１５、およびコンテンツ表示制御部１１６により実現される。配信サーバ６０における検索機能は、検索条件受信部６１１、メタデータ記憶部６１２、検索部６１３、および検索結果送信部６１４により実現される。このときには配信サーバ６０は、検索装置として機能する。条件設定サーバ７０における検索機能は、設定部７１１およびカテゴリ記憶部７１２により実現される。このときには条件設定サーバ７０は、条件設定装置として機能する。なお、検索装置と条件設定装置とは、それぞれ別のサーバにて機能するのではなく、同一のサーバにおいて機能するようにしてもよい。
【００３０】
設定部７１１は、操作部７２または通信部７４を介して外部装置からサービス提供者などの指示を受け付け、設定情報の内容を変更する。カテゴリ記憶部７１２は、検索条件が設定されたカテゴリ（カテゴリＡ）、およびコンテンツが対応付けられたカテゴリ（カテゴリＢ）を示す設定情報を記憶する。カテゴリＢについては存在しなくてもよい。
【００３１】
カテゴリ受信部１１１は、カテゴリ記憶部７１２に記憶されている設定情報（カテゴリおよびカテゴリに設定された検索条件）を受信して制御部１１のＲＡＭに記憶する。記憶された設定情報は、カテゴリ受信部１１１によって受信される度に、最新の設定情報に更新される。カテゴリ表示制御部１１２は、設定情報に含まれるカテゴリを表示部１３に表示させる（図１１参照）。カテゴリ選択部１１３は、ユーザの指示に基づいて、表示部１３に表示されるカテゴリのいずれかを選択する。検索条件送信部１１４は、選択されたカテゴリがカテゴリＡである場合には、ＲＡＭに記憶された設定情報に基づいて、カテゴリに設定された検索条件を決定し、配信サーバ６０に送信する。
【００３２】
検索条件受信部６１１は、ゲーム端末１０から検索条件を受信する。メタデータ記憶部６１２は、上述したメタデータを記憶している。検索部６１３は、上記メタデータを参照して、受信した検索条件を満たすコンテンツを特定する。検索結果送信部６１４は、検索部６１３による検索結果をゲーム端末１０に送信する。この例においては、検索結果として送信されるのは、特定したコンテンツに対応するアプリケーション情報である。例えば、カテゴリに対応するコンテンツとして、アプリケーションＡ、Ｂが特定された場合には、アプリケーション情報Ａ、Ｂが送信される。
検索結果受信部１１５は、配信サーバ６０から検索結果を受信する。コンテンツ表示制御部１１６は、検索結果受信部１１５が受信した検索結果に基づいて、検索部６１３において特定されたコンテンツに対応するアプリケーション情報を表示部１３に表示させる（図１２参照）。
以上が、検索機能の機能構成についての説明である。
【００３３】
［ダウンロード機能］
図８は、本発明の実施形態におけるダウンロード機能の機能構成を示すブロック図である。ゲーム端末１０におけるダウンロード機能は、アプリケーション表示制御部１２１、アプリケーション選択部１２２、関連表示制御部１２３、ダウンロード選択部１２４、支払処理部１２５、受付部１２６、モード選択部１２７、切替部１２８、ダウンロード部１２９、アプリケーション記憶部１３０、実行部１３１、および実行制御部１３２により実現される。なお、以降の各図において、ダウンロードを「ＤＬ」と省略して示す場合がある。
【００３４】
アプリケーション表示制御部１２１は、上述したコンテンツ表示制御部１１６に相当する構成であり、複数のアプリケーション情報を表示部１３に表示させる。アプリケーション選択部１２２は、ユーザの指示に基づいて、表示部１３に表示されたアプリケーション情報のいずれかを選択する。関連表示制御部１２３は、選択されたアプリケーション情報に関連する関連情報を表示部１３に表示させる。関連情報とは、この例においては、このアプリケーション情報に対応する正式版アプリケーションプログラム、試用版アプリケーションプログラムなどを示すアイコンである（図１３参照）。また、関連情報には、アプリケーション情報に対応するコンテンツの説明などが含まれていてもよい。ダウンロード選択部１２４（ＤＬ選択部）は、ユーザの指示に基づいて、正式版アプリケーションプログラムをダウンロードするか試用版アプリケーションプログラムをダウンロードするかを選択する。
【００３５】
支払処理部１２５は、ゲーム端末１０にダウンロードするアプリケーションプログラムに対して課金される場合に、クレジットカードなどを用いた支払処理を行う。受付部１２６は、支払処理部１２５から支払処理が済んだアプリケーションプログラムのダウンロードの指示を受け付ける。なお、ダウンロードの対象は、アプリケーションプログラムに限られず、動画データ、音声データなどの場合もある。すなわち、ユーザの指示によって指定されたデータ（指定データ）であれば、そのデータがプログラムであっても無くてもよい。
【００３６】
モード選択部１２７は、ダウンロード指示のあったアプリケーションプログラムをダウンロードするときに、通常受信モードとするかバックグラウンド受信モードとするかについて、ユーザの指示に基づいて選択する（図１４参照）。切替部１２８は、ゲーム端末１０の動作状態を、使用状態と非使用状態とのいずれかに切り替える。使用状態とは、ユーザの操作部１２への操作を受け付ける状態であり、非使用状態とは使用状態よりもユーザの操作部１２への操作の受け付けが制限された状態である。切替部１２８は、この例においては、ゲーム端末１０が開状態にあるときには使用状態、閉状態にあるときには非使用状態として、ゲーム端末１０の動作状態を切り替える。
なお、ユーザの操作部１２への操作の受け付けが制限された状態とは、操作を受け付けない状態だけに限られず、一部の操作が受け付けられる状態であってもよい。また、非使用状態とは、ゲーム端末１０が閉状態である場合に限られず、ゲーム端末１０が開状態であっても、省電力モード、画面が消灯、ＣＰＵ稼働率が低い状態など、いわゆるスリープ状態になっていればよい。この場合、非使用状態ではユーザの操作部１２への操作の受け付けが制限されているが、スリープ状態を解除する操作は非使用状態でも受け付けられるものとする。
また、切替部１２８は、使用状態において、予め決められた時間にわたってユーザの操作が操作部１２へ受け付けられなかった場合、または予め決められた時間にわたってアプリケーションプログラムが実行されていない場合などにおいて、非使用状態へ切り替えるようにしてもよい。
【００３７】
ダウンロード部１２９（ＤＬ部）は、受付部１２６によってダウンロードの指示が受け付けられたアプリケーションプログラムを配信サーバ６０からゲーム端末１０にダウンロードする。ここで、モード選択部１２７において通常受信モードが選択された場合には、ダウンロード部１２９は、使用状態、非使用状態にかかわらず、アプリケーションプログラムのダウンロードを開始する。一方、モード選択部１２７においてバックグラウンド受信モードが選択された場合には、ダウンロード部１２９は、使用状態であるときには、アプリケーションプログラムのダウンロードを制限し、非使用状態に切り替えられるとダウンロードを開始する。そのため、ダウンロード部１２９は、非使用状態から使用状態に切り替えられると、ダウンロードを中断（制限）する。ダウンロードの制限とは、この例においては、ダウンロードをしないことをいう。なお、ダウンロードの制限とは、通常受信モードにおけるダウンロードよりも転送速度を低くするなどして、ＣＰＵの処理負荷を抑えた状態でダウンロードする状態を示していてもよい。
【００３８】
アプリケーション記憶部１３０は、ダウンロード部１２９によってダウンロードされたアプリケーションプログラムを記憶する。実行部１３１は、ダウンロードされたアプリケーションプログラムのうち、ユーザによって指定されたアプリケーションプログラムを実行する。実行制御部１３２は、実行部１３１によって実行されているアプリケーションプログラムが試用版アプリケーションプログラムである場合に、正式版アプリケーションプログラムを購入するかどうかを選択させる表示（図１７参照）を行う。正式版アプリケーションプログラムを購入する指示がユーザにより入力された場合には、試用版アプリケーションプログラムの実行を停止させ、関連表示制御部１２３に、関連情報の表示をさせる（図１３参照）。この際、関連表示制御部１２３は、実行されていた試用版アプリケーションプログラムに対応するアプリケーション情報の関連情報を表示部１３に表示させる。
以上が、ダウンロード機能の機能構成についての説明である。
【００３９】
［動作］
上述した各機能が実現されることによるゲーム端末１０の動作について説明する。なお、条件設定サーバ７０における設定情報については、すでにサービス提供者によって決められているものとする。
【００４０】
図９は、本発明の実施形態におけるコンテンツ購入処理を示すフローチャートである。ユーザがゲーム端末１０を操作して、購入プログラムを起動させると、まず、制御部１１は、アプリケーション情報の検索処理（ステップＳ１１０）を開始する。
【００４１】
図１０は、本発明の実施形態におけるアプリケーション情報の検索処理を示すフローチャートである。制御部１１は、通信部１４を介して、条件設定サーバ７０に設定情報の送信を要求する（ステップＳ１１１）。カテゴリ受信部１１１は、条件設定サーバ７０におけるカテゴリ記憶部７１２に記憶された設定情報の受信を待つ（ステップＳ１１２；Ｎｏ）。カテゴリ受信部１１１が設定情報を受信すると（ステップＳ１１２；Ｙｅｓ）、カテゴリ表示制御部１１２は、表示部１３に設定情報に基づいてカテゴリを表示部１３に表示させる（ステップＳ１１３）。この表示内容を、カテゴリ表示という。
【００４２】
図１１は、ゲーム端末１０でのカテゴリ表示の一例である。この例においては、カテゴリ表示制御部１１２は、下表示面１３Ｂに、設定情報に含まれるカテゴリを示すアイコンＣｇを表示させるとともに、そのうち、一つのカテゴリのアイコンＣｇを選択するためのカーソルＣｓを表示させる。一方、上表示面１３Ａには、カテゴリ表示制御部１１２は、選択されたアイコンＣｇに対応するカテゴリに関する情報を表示させる。上表示面１３Ａに表示されるカテゴリに関する情報は、例えば、設定情報に含まれるようにすればよい。
この例においては、カテゴリとしては、新着ソフト、上位ランキングソフト、特集Ａ、特集Ｂ、・・・などがある。
【００４３】
図１０に戻って説明を続ける。カテゴリ選択部１１３は、図１１に示す表示がなされている状態で、いずれかのカテゴリを選択するユーザの指示を待つ（ステップＳ１１４；Ｎｏ）。カテゴリ選択部１１３は、ユーザの指示が入力されると、その指示に基づいて、いずれかのカテゴリを選択する（ステップＳ１１４；Ｙｅｓ）。選択されたカテゴリがカテゴリＡ（検索条件が設定されたカテゴリ）である場合（ステップＳ１１５；Ｙｅｓ）には、検索条件送信部１１４は、選択されたカテゴリに設定された検索条件を、配信サーバ６０に送信する（ステップＳ１１６）。検索結果受信部１１５は、配信サーバ６０からの検索結果の受信を待つ（ステップＳ１１７；Ｎｏ）。
【００４４】
配信サーバ６０は、上述した検索条件受信部６１１、メタデータ記憶部６１２、検索部６１３、および検索結果送信部６１４の各機能により、ゲーム端末１０から送信された検索条件を用いて得られた検索結果（この例では、検索条件を満たすコンテンツに対応するアプリケーション情報）を、ゲーム端末１０に送信する。
検索結果受信部１１５が配信サーバ６０から検索結果を受信すると（ステップＳ１１７；Ｙｅｓ）、コンテンツ表示制御部１１６は、検索結果に含まれるアプリケーション情報を表示部１３に表示させる（ステップＳ２１０、図９参照）。この表示内容を、アプリケーション情報表示という。
【００４５】
上述したステップＳ１１５において、カテゴリ選択部１１３によって選択されたカテゴリがカテゴリＢ（コンテンツが対応付けられたカテゴリ）である場合（ステップＳ１１５；Ｎｏ）には、コンテンツ表示制御部１１６は、選択されたカテゴリに対応付けられたコンテンツに基づいて、アプリケーション情報を表示部１３に表示をさせる（ステップＳ２１０、図９参照）。ここでのアプリケーション情報は、配信サーバ６０から受信してもよいし、予め設定情報とともに条件設定サーバ７０から受信されるようにしておいてもよい。
【００４６】
図１２は、ゲーム端末１０でのアプリケーション情報表示の一例である。この例においては、コンテンツ表示制御部１１６は、下表示面１３Ｂに、検索結果として特定されたコンテンツ（カテゴリＡが選択された場合）、またはカテゴリに対応付けられたコンテンツ（カテゴリＢが選択された場合）に対応するアイコンＡｃを表示させるとともに、そのうち、一つのコンテンツを選択するためのカーソルＣｓを表示させる。また、コンテンツ表示制御部１１６は、ウインドウＡｗに、カーソルＣｓによって選択されているアイコンＡｃに対応するコンテンツの説明などが表示されている。このように、下表示面１３Ｂには、カテゴリに対応するコンテンツのアプリケーション情報が表示される。上表示面１３Ａには、カテゴリ表示制御部１１２による表示（図１１参照）と同じく、選択されたカテゴリに関する情報が表示されている。
【００４７】
ここで、配信サーバ６０においてユーザに提供可能なコンテンツは、随時新規に追加されて更新されていくことになる。そのため、カテゴリＢのようにコンテンツが対応付けられている場合には、カテゴリに対応するコンテンツの表示を更新後の状態にするために、サービス提供者は、コンテンツが新規に追加されて更新される度にカテゴリに対応付けられるコンテンツについても更新する必要がある。すなわち、コンテンツに更新が生じにくいカテゴリについては、カテゴリＢのようにコンテンツを対応付けておくことが望ましい。
一方で、カテゴリＡのように検索条件が設定されている場合には、その検索対象としては更新後のコンテンツについても含まれることになる。したがって、コンテンツの更新の度に、設定内容を更新しなくてもよい。すなわち、コンテンツの更新が生じやすいカテゴリについては、カテゴリＡのように検索条件を設定しておくことが望ましい。
また、カテゴリに対応して表示させるコンテンツを変更する場合においても、サービス提供者は、表示させたいコンテンツを一つ一つ選択してカテゴリに対応付けていくのではなく、検索設定サーバ７０においてカテゴリに設定されている検索条件を変更すればよい。そのため、サービス提供者（またはサーバの運用者）は、カテゴリに対応して表示させるコンテンツを容易に変更することができる。
【００４８】
図９に戻って説明を続ける。上述したとおり、コンテンツ表示制御部１１６とアプリケーション表示制御部１２１とは、その機能は共通し、検索機能に属するかダウンロード機能に属するかの違いであるため、以下、アプリケーション情報表示をアプリケーション表示制御部１２１が行っているものとして説明する。
【００４９】
アプリケーション表示制御部１２１は、図１２に示すようなアプリケーション情報を表示部１３に表示させる。アプリケーション選択部１２２は、アプリケーション情報表示がされている状態で、いずれかのアプリケーション情報（コンテンツ）を選択するユーザの指示を待つ（ステップＳ２２０；Ｎｏ）。アプリケーション選択部１２２は、ユーザの指示に基づいて、いずれかのアプリケーション情報（コンテンツ）を選択する（ステップＳ２２０；Ｙｅｓ）。関連表示制御部１２３は、選択されたアプリケーション情報に関連する関連情報を表示部１３に表示させる。この表示内容を、アプリケーション関連表示という。
【００５０】
図１３は、ゲーム端末１０でのアプリケーション関連表示の一例である。関連表示制御部１２３は、上表示面１３Ａに、選択されたアプリケーション情報の説明（例えば、図１２に示すウインドウＡｗの表示内容）などを表示させる。関連表示制御部１２３は、下表示面１３Ｂに、選択されたアプリケーション情報に対応する正式版アプリケーションプログラムおよび試用版アプリケーションプログラムを示すアイコンＡｓを表示させる。なお、図１３に示すように、アイコンＡｓとして、正式版アプリケーションプログラムを示すアイコンＡｓｒ、および試用版アプリケーションプログラムを示すアイコンＡｓｔの他、関連表示制御部１２３は、選択されたアプリケーション情報のさらに詳しい説明を表示させるためのアイコンなどを、下表示面１３Ｂに表示させてもよい。アイコンＡｓｒは、選択されることにより正式版アプリケーションプログラムをダウンロードするためのアイコンである。アイコンＡｓｔは、選択されることにより試用版アプリケーションプログラムをダウンロードするためのアイコンである。
【００５１】
図９に戻って説明を続ける。ダウンロード選択部１２４は、図１３に示す表示がなされている状態で、正式版アプリケーションプログラムまたは試用版アプリケーションプログラムのいずれかを選択するユーザの指示を待つ（ステップＳ２４０；Ｎｏ）。ダウンロード選択部１２４は、ユーザの指示に基づいて、正式版アプリケーションプログラムまたは試用版アプリケーションプログラムのいずれかを選択する（ステップＳ２４０；Ｙｅｓ）。アプリケーションプログラムが選択されると、支払処理部１２５は、そのアプリケーションプログラムをダウンロードするための購入金額を支払う処理（支払処理）を行う（ステップＳ３１０）。支払処理とは、予め支払い済みの残高から購入代金を支払う処理であってもよいし、クレジットカードなどにより購入金額を支払う処理であってもよい。
【００５２】
図９に戻って説明を続ける。受付部１２６は、支払処理がされたアプリケーションプログラムを受け付ける（ステップＳ４１０）。また、モード選択部１２７は、受信モードをユーザに選択させる画面を表示部１３に表示させる（ステップＳ４２０）。この表示内容を受信モード選択表示という。
【００５３】
図１４は、ゲーム端末１０での受信モード選択表示の一例である。下表示面１３Ｂに表示される「はい」は通常受信モードに対応し、「いいえ」はバックグラウンド受信モードに対応する。モード選択部１２７は、ユーザの指示に基づいて、通常受信モードまたはバックグラウンド受信モードを選択する（ステップＳ４３０）。
通常受信モードが選択された場合（ステップＳ４３０；Ｙｅｓ）、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムをダウンロードする（ステップＳ４４０）。なお、ここでのダウンロード中においては、ゲーム端末１０の動作状態が非使用状態に切り替えられないようにしてもよいし、非使用状態に切り替えられた場合には、ダウンロードに失敗したものとしてもよい。
【００５４】
ダウンロード部１２９によるダウンロードが成功した場合（ステップＳ４５０；Ｙｅｓ）には、アプリケーション記憶部１３０は、ダウンロードしたアプリケーションプログラムを記憶する（ステップＳ４６０）。
一方、バックグラウンド受信モードが選択された場合（ステップＳ４３０；Ｎｏ）、およびダウンロード中にゲーム端末１０のネットワーク１０００への接続状態が悪化するなどしてダウンロード部１２９によるダウンロードが失敗した場合（ステップＳ４５０；Ｎｏ）には、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムをバックグラウンドダウンロードリスト（以下、ＢＧＤＬリストという）に登録する（ステップＳ４７０）。なお、ダウンロードが途中で失敗した場合には、アプリケーション記憶部１３０は、ダウンロードできた部分までのプログラムを記憶しておき、ＢＧＤＬ処理によりダウンロードするときには、残りの部分のプログラムをダウンロードするようにしてもよい。
【００５５】
ステップＳ４６０またはステップＳ４７０の処理の後に、別のアプリケーションプログラムをダウンロードする指示があった場合（ステップＳ５１０；Ｙｅｓ）には、ステップＳ１１０に戻って処理を続ける。一方、別のアプリケーションプログラムをダウンロードせず、終了する指示があった場合（ステップＳ５１０；Ｎｏ）、かつＢＧＤＬリストにアプリケーションプログラムが登録されていない場合（ステップＳ５２０；Ｎｏ）には、制御部１１は、購入プログラムの実行を停止し、コンテンツ購入処理を終了する。
ＢＧＤＬリストにアプリケーションプログラムが登録されている場合（ステップＳ５２０；Ｙｅｓ）には、制御部１１は、購入プログラムの実行を停止し、ＢＧＤＬプログラムを起動（ステップＳ５３０）してＢＧＤＬ処理を開始し、コンテンツ購入処理を終了する。
【００５６】
［ＢＧＤＬ処理の動作］
図１５は、本発明の実施形態におけるＢＧＤＬ処理を示すフローチャートである。ＢＧＤＬ処理が開始されると、ダウンロード部１２９は、切替部１２８において使用状態から非使用状態に切り替えるのを待つ（ステップＳ５３１；Ｎｏ）。非使用状態に切り替わると（ステップＳ５３１；Ｙｅｓ）、ダウンロード部１２９は、ＢＧＤＬリストに登録されたアプリケーションプログラムのダウンロードを開始する（ステップＳ５３２）。ダウンロード部１２９は、ダウンロードが終了していない場合（ステップＳ５３３；Ｎｏ）、および使用状態に切り替わっていない場合（ステップＳ５３４；Ｎｏ）には、ダウンロードを続ける。
【００５７】
ここで、ダウンロード部１２９は、ＢＧＤＬリストの登録順にアプリケーションプログラムをダウンロードしてもよいし、予め決められたアルゴリズムで決定した優先順位にしたがってダウンロードしてもよい。このアルゴリズムとは、例えば、通常受信モードでダウンロードされたものの途中で失敗しＢＧＤＬリストに登録されたアプリケーションプログラムを優先するものであってもよいし、データ量に応じて優先順位を決めるものであってもよい。
【００５８】
ダウンロードが終了した場合（ステップＳ５３３；Ｙｅｓ）には、制御部１１は、ＢＧＤＬプログラムの実行を停止し、ＢＧＤＬ処理を終了する。一方、ダウンロードが終了する前（ステップＳ５３３；Ｎｏ）に、使用状態に切り替わった場合（ステップＳ５３４；Ｙｅｓ）には、ダウンロード部１２９は、アプリケーションプログラムのダウンロード（ＢＧＤＬ）を停止し（ステップＳ５３５）、再び非使用状態に切り替わるのを待つ（ステップＳ５３１；Ｎｏ）。
【００５９】
アプリケーションプログラムのダウンロードにおいては、ＣＰＵの負荷が大きくなりやすく、ユーザがゲーム端末１０を操作しても、ＣＰＵの処理負荷から適当な反応ができない場合もある。上述のＢＧＤＬ処理のように、非使用状態においてアプリケーションプログラムをダウンロードすることにより、ユーザがゲーム端末１０を操作している間に、ダウンロードに起因するＣＰＵの処理負荷が増大しないようにすることができる。
【００６０】
［移行処理の動作］
続いて、上述のようにしてダウンロードされたアプリケーションプログラムを、制御部１１（実行部１３１）が実行した後に動作する移行処理について説明する。
【００６１】
図１６は、本発明の実施形態における移行処理を示すフローチャートである。まず、実行部１３１が、記憶部１５に記憶されたアプリケーションプログラムを実行する（ステップＳ６１１）。実行制御部１３２は、ユーザによるアプリケーションプログラムの実行停止指示を待つ（ステップＳ６１２；Ｎｏ）。実行停止指示がされると（ステップＳ６１２；Ｙｅｓ）、実行部１３１により実行されているアプリケーションプログラムが正式版アプリケーションプログラムである場合（ステップＳ６１３；Ｎｏ）には、実行制御部１３２は、実行部１３１によるアプリケーションプログラムの実行を停止させ、移行処理を終了する。一方、実行部１３１により実行されているアプリケーションプログラムが試用版アプリケーションプログラムである場合（ステップＳ６１３；Ｙｅｓ）には、実行制御部１３２は、この試用版アプリケーションプログラムに対応する正式版アプリケーションプログラムのダウンロードの可否（正式版のコンテンツ購入）をユーザに選択させるための画面を表示部１３に表示させる。この表示内容を正式版購入確認表示という。
なお、試用版アプリケーションプログラムの実行時にのみ移行処理が行われるようになっている場合には、ステップＳ６１３は不要である。また、ステップＳ６１２の処理において、実行制御部１３２が待つ指示は、実行停止指示に限らず、予め決められた指示であれば、他の指示でもよい。
【００６２】
図１７は、ゲーム端末１０での正式版購入確認表示の一例である。下表示面１３Ｂに表示される「購入しない」がユーザの指示によって選択されると（ステップＳ６１５；Ｎｏ）、実行制御部１３２は、実行部１３１により実行されている試用版アプリケーションプログラムの実行を停止させ、移行処理を終了する。一方、下表示面１３Ｂに表示される「購入する」がユーザの指示によって選択されると（ステップＳ６１５；Ｙｅｓ）、実行制御部１３２は、購入プログラムを起動し、実行されていた試用版アプリケーションプログラムに対応するアプリケーション情報の関連情報を、関連表示制御部１２３により表示部１３に表示させる（ステップＳ２３０、図９参照、表示内容は図１３参照）。実行制御部１３２により関連表示制御部１２３が図１３に示す表示を表示部１３にさせるときには、カーソルＣｓが正式版アプリケーションプログラムに対応するアイコンを選択しているようにしてもよい。このとき、実行制御部１３２は、実行部１３１により実行されていた試用版アプリケーションプログラムの実行を停止させてもよい。また、実行制御部１３２は、実行部１３１により実行されていた試用版アプリケーションプログラムの実行を停止させた後に、正式版購入確認表示を表示させるようにしてもよい。
なお、下表示面１３Ｂに表示される「購入する」がユーザの指示によって選択されると（ステップＳ６１５；Ｙｅｓ）、図９ステップＳ３１０に進み、関連情報の表示をせずに、正式版アプリケーションプログラムをダウンロードするための支払処理に移行するようにしてもよい。
【００６３】
このように、ユーザがアプリケーションの試用版を使用した場合において、正式版を購入したいと考えた場合には、正式版のアプリケーションを購入することができる画面（図１３参照）に移行するため、ユーザは容易に購入手続きを行うことができる。また、このときに、そのアプリケーションに関連する情報（関連情報）についても画面に表示されていることにより、ユーザは、アプリケーションについての情報を併せて確認することができる。
【００６４】
＜変形例＞
以上、本発明の実施形態について説明したが、本発明は以下のように、さまざまな態様で実施可能である。また、それぞれの態様を組み合わせて実施することも可能である。
【００６５】
［変形例１］
上述した実施形態においては、ダウンロード機能の機能構成は、図８に示す構成としたが、このうち、一部の構成が存在しなくてもよい。例えば、ダウンロード機能のうち、受付部１２６、モード選択部１２７および切替部１２８が存在しなくてもよい。この場合には、ダウンロード部１２９は、支払処理部１２５において支払処理されたアプリケーションプログラムをダウンロードするようにすればよい。このときの受信モードは通常受信モードとすればよい。また、切替部１２８は存在するものとして、バックグラウンド受信モードにおいてダウンロードされるようにしてもよい。さらにダウンロード機能として支払処理部１２５が存在しなくてもよい。この場合には、ダウンロード部１２９は、ダウンロード選択部１２４において選択されたアプリケーションプログラムをダウンロードするようにすればよい。
【００６６】
［変形例２］
上述した実施形態においては、ダウンロード機能の機能構成は、図８に示す構成としたが、このうち、一部の構成が存在しなくてもよい。例えば、ダウンロード機能のうち、例えば、受付部１２６、モード選択部１２７、切替部１２８およびダウンロード部１２９を用いて、ＢＧＤＬプログラムの実行によって実現されるＢＧＤＬ機能としてもよい。すなわち、ダウンロード機能のうちＢＧＤＬ機能の部分は独立して実現し得る。また、モード選択部１２７を用いずに、ダウンロードされる全てのアプリケーションプログラムについては、バックグラウンド受信モードでダウンロードされるようにしてもよい。
【００６７】
また、ＢＧＤＬ処理においては、使用状態から非使用状態に切り替えられた後であることを条件として、ダウンロードが開始されるようになっていたが、別の条件によりダウンロードが開始されるようにしてもよい。
例えば、ゲーム端末１０においてアプリケーションプログラムが実行されているときに、ゲーム端末１０にダウンロードする対象となる他のアプリケーションプログラムなどの指定データがユーザの指示によって指定される。実行中のアプリケーションプログラムの実行が停止された後に、ゲーム端末１０に指定データがダウンロードされるようにすればよい。なお、実行中のアプリケーションプログラムとしては、上述の実施形態の例においては購入プログラムに対応する。ここで、ＢＧＤＬプログラムを起動（ステップＳ５３０、図９参照）したときには、制御部１１は、購入プログラムの実行を停止していたが、この例に適用する場合においては、購入プログラムの実行を停止しない。そのため、ＢＧＤＬプログラムは、購入プログラムなど、実行中のアプリケーションプログラムと一体に構成されていてもよい。
この例において、ＢＧＤＬプログラムの実行により実現されるＢＧＤＬ機能の機能構成およびＢＧＤＬ処理について説明する。
【００６８】
図１８は、本発明の変形例２におけるＢＧＤＬ機能の機能構成を示すブロック図である。この例においては、ゲーム端末１０におけるダウンロード機能は、受付部１５６、モード選択部１５７、実行監視部１５８およびダウンロード部１５９により実現される。受付部１５６およびモード選択部１５７については、実施形態における受付部１２６およびモード選択部１２７の機能と同様であるため、説明を省略する。実行監視部１５８は、受付部１５６に指定データが受け付けられたときに実行されていたアプリケーションプログラム（例えば、上述の購入プログラム）について、実行が停止されたかどうかを監視する。ダウンロード部１５９は、受付部１５６に受け付けられた指定データを配信サーバ６０からゲーム端末１０にダウンロードする。ここで、モード選択部１５７において通常受信モードが選択された場合には、ダウンロード部１５９は、実行監視部１５８における監視結果にかかわらず、指定データをダウンロードする。一方、モード選択部１５７においてバックグラウンド受信モードが選択された場合には、ダウンロード部１５９は、実行監視部１５８において監視されているアプリケーションプログラムが実行されているときには、指定データのダウンロードを制限し、そのアプリケーションプログラムの実行が停止されるとダウンロードを開始する。なお、ダウンロードが終了する前に再び何らかのアプリケーションプログラムの実行が開始された場合には、実行されたアプリケーションプログラムは、実行監視部１５８における監視対象のアプリケーションプログラムとなり、ダウンロード部１５９は、ダウンロードを中断（制限）する。
【００６９】
図１９は、本発明の変形例２におけるＢＧＤＬ処理を示すフローチャートである。実行監視部１５８は、アプリケーションプログラムの実行状態を監視する（ステップＳ５５１；Ｎｏ）。監視対象のアプリケーションプログラムの実行が停止された場合（ステップＳ５５１；Ｙｅｓ）には、ダウンロード部１２９は、ＢＧＤＬリストに登録された指定データ（アプリケーションプログラムなど）のダウンロードを開始する（ステップＳ５５２）。ダウンロード部１２９は、ダウンロードが終了していない場合（ステップＳ５５３；Ｎｏ）、および他のアプリケーションプログラムの実行が開始されていない場合（ステップＳ５５４；Ｎｏ）には、ダウンロードを続ける。
【００７０】
ダウンロードが終了した場合（ステップＳ５５３；Ｙｅｓ）には、制御部１１は、ＢＧＤＬプログラムの実行を停止して、ＢＧＤＬ処理を終了する。一方、ダウンロードが終了する前（ステップＳ５５３；Ｎｏ）に、他のアプリケーションプログラムの実行が開始された場合（ステップＳ５５４；Ｙｅｓ）には、ダウンロード部１２９は、指定データのダウンロードを停止し（ステップＳ５５５）、実行されたアプリケーションプログラムを実行監視部１５８における監視対象として、実行が停止されるのを待つ（ステップＳ５５１；Ｎｏ）。
このようにすると、ゲーム端末１０においてアプリケーションプログラムを実行しているときに、ダウンロードに起因するＣＰＵの処理負荷が増大しないようにすることができる。
【００７１】
［変形例３］
上述した実施形態において、一つの試用版アプリケーションプログラムが複数のアプリケーション情報に対応付けられていてもよい。この場合には、図１６のステップＳ６１４に示す正式版購入確認表示において、実行制御部１３２は、いずれかのアプリケーション情報をユーザに選択させる表示を行えばよい。そして、実行制御部１３２は、ユーザの指示に基づいて選択されたアプリケーション情報の関連情報を、関連表示制御部１２３により表示部１３に表示させればよい（ステップＳ２３０、図８参照）。
【００７２】
［変形例４］
上述した実施形態においては、モード選択部１２７は、ユーザの指示に基づいて、通常受信モード、またはバックグラウンド受信モードを選択していたが、ダウンロード指示のあった指定データの属性に基づいて、通常受信モード、またはバックグラウンド受信モードを選択してもよい。すなわち、ユーザの指示ではなく、受信モードが自動的に選択されるようにしてもよい。
指定データの属性とは、データ量、データの種類などであればよい。属性がデータ量であれば、モード選択部１２７は、例えば、指定データのデータ量が閾値以上の場合にはバックグラウンド受信モードを選択し、閾値未満の場合には通常受信モードを選択すればよい。また、属性がデータの種類であれば、モード選択部１２７は、例えば、指定データがプログラムの場合にはバックグラウンド受信モードを選択し、プログラム以外の場合には通常受信モードを選択すればよい。
【００７３】
［変形例５］
上述した実施形態においては、ＢＧＤＬ処理において、ダウンロード部１２９は、使用状態から非使用状態に切り替えられた場合に、アプリケーションプログラムのダウンロードを開始するようになっていたが、使用状態のときの状況に応じて、非使用状態に切り替えられたとしても、アプリケーションプログラムのダウンロードを制限した状態を維持するようにしてもよい。
例えば、使用状態のときに特定のアプリケーションプログラムが実行され、実行中に非使用状態に切り替えられたときには、ダウンロード部１２９は、アプリケーションプログラムのダウンロードを制限した状態を維持する。一方、使用状態のときに特定のアプリケーションプログラムが実行されていないときに、非使用状態に切り替えられたときには、実施形態におけるＢＧＤＬ処理と同様に、ダウンロード部１２９は、アプリケーションプログラムのダウンロードを開始するようにすればよい。
【００７４】
［変形例６］
上述した実施形態において、配信サーバ６０は、検索条件受信部６１１において受信した検索条件と、検索結果送信部６１４から送信した検索結果とを対応付けて、記憶部６５にキャッシュ情報として記憶するようにしてもよい。この場合には、検索条件受信部６１１において受信した検索条件が記憶されている場合には、検索結果送信部６１４は、検索部４１３の検索結果に代えて、記憶されたキャッシュ情報により検索条件に対応付けられた検索結果を送信すればよい。このようにすれば、一度受信した検索条件と同じ検索条件を別途受信した場合、検索部６１３における検索処理を行わなくてもよいため、検索結果の応答までに要する時間を短縮することができる。
なお、配信サーバ６０からダウンロード可能なコンテンツが更新された場合などにおいては、キャッシュ情報を削除し、最初に検索条件を受信して検索した後に、再度キャッシュ情報を記憶するようにすればよい。
【００７５】
また、配信サーバ６０からダウンロード可能なコンテンツが更新される毎に変化するバージョン情報を、情報処理システム１において決めておき、キャッシュ情報にバージョン情報を付加して、古いキャッシュ情報を残しておいてもよい。この場合、条件設定サーバ７０に記憶されている設定情報についても最新のバージョン情報を付与しておく。
検索条件送信部１１４においては、検索条件を送信するときには、設定情報に付されているバージョン情報についても送信する。配信サーバ６０においては、検索条件に対応するキャッシュ情報のうち、送信されたバージョン情報が付加されたキャッシュ情報がある場合には、そのキャッシュ情報に対応する検索結果をゲーム端末１０に送信する。一方、配信サーバ６０は、送信されたバージョン情報が付加されたキャッシュ情報がない場合には、検索部６１３における検索を行い、検索結果をゲーム端末１０に送信するとともに、検索結果に対応するキャッシュ情報に、送信されたバージョン情報を付加する。
【００７６】
［変形例７］
上述した実施形態において、カテゴリ受信部１１１は、カテゴリ記憶部７１２に記憶された設定情報を受信したが、設定情報のうち、カテゴリの情報のみ受信し、設定された検索条件については、受信しなくてもよい。この場合には、カテゴリ選択部１１３によりカテゴリが選択された後に、検索条件送信部１１４が、そのカテゴリに設定された検索条件を検索設定サーバ７０から受信して、配信サーバ６０に送信するようにしてもよい。
なお、このような場合には、カテゴリ記憶部７１２は、設定部７１１において設定情報の内容が変更され、カテゴリに設定された検索条件が更新された場合に、既に記憶されていた設定情報を履歴として蓄積しておいてもよい。そして、検索条件送信部１１４が、カテゴリに設定された検索条件を検索設定サーバ７０から受信するときには、カテゴリ受信部１１１がカテゴリの情報を受信したときにそのカテゴリに設定されていた検索条件を受信するようにすればよい。
このとき設定情報の履歴には、いつの履歴であるかを示す識別情報が付すことで、カテゴリ受信部１１１によってカテゴリの情報が受信されたときに用いられていた設定情報が特定できるようにしておけばよい。カテゴリの情報が受信されたときに用いられていた設定情報を特定する構成は、他の方法により実現されてもよい。例えば、設定情報にバージョン情報を付しておき、カテゴリの情報を受信するときにバージョン情報も取得しておけばよい。
このようにすると、カテゴリの受信の後、カテゴリに設定された検索条件が更新されたとしても、ゲーム端末１０において更新前の検索条件を受信することができる。
【００７７】
［変形例８］
上述した実施形態における設定情報において、図１１に示す下表示面１３Ｂにおける各カテゴリの表示位置（絶対的な位置に限らず、並び順などの相対的な位置でもよい）が、各カテゴリに対して設定されていてもよい。この場合には、カテゴリ表示制御部１１２は、各カテゴリに設定された表示位置に基づいて、表示部１３にカテゴリ表示をすればよい。
また、設定情報において、図１２に示す下表示面１３Ｂにおける検索結果としてのアプリケーション情報の表示位置についても設定情報に規定されていてもよい。この場合の表示位置は、例えば、新着順、人気順（ダウンロード回数など）、評価順（ユーザからの投票結果など）として設定されていればよい。そして、表示位置は、配信サーバ６０に記憶されているメタデータを参照して決められればよい。例えば、表示位置を新着順とした場合には、メタデータにおける公開開始日を参照して、公開開始日が遅いアプリケーション情報から順に並ぶように表示位置が決められればよい。この場合には、コンテンツ表示制御部１１６は、この表示位置に基づいて、表示部１３にアプリケーション情報表示をすればよい。
【００７８】
［変形例９］
上述した実施形態においては、カテゴリ選択部１１３は、ユーザの操作部１２への操作に基づいてカテゴリを選択していたが、この操作によらずカテゴリを選択してもよい。この場合には、カテゴリ選択部１１３は、予め決められたアルゴリズムにしたがって、自動的にカテゴリを選択する。これにより、検索結果受信部１１５は、予め各カテゴリに対応する検索結果を蓄積しておき、ユーザの操作部１２への操作によりカテゴリが選択された後に、コンテンツ表示制御部１１６が、選択されたカテゴリに対応するアプリケーション情報を表示するようにすればよい。
【００７９】
すなわち、この例においては、ゲーム端末１０は、ユーザの操作に先立って、予め配信サーバ６０において検索をさせ、検索結果を事前に取得しておくことになる。したがって、ユーザがすぐにカテゴリを選択する操作をしない場合には、カテゴリを選択した後のアプリケーション情報表示までの時間を短縮することができる。
【００８０】
［変形例１０］
上述した実施形態においては、モード選択部１２７は、支払処理が済んだアプリケーションプログラムをダウンロードするときに、ユーザに対して受信モードの選択をさせていたが、支払処理の前に行われるようにしてもよい。この場合におけるコンテンツ購入処理について説明する。
【００８１】
図２０は、本発明の変形例１０におけるコンテンツ購入処理を示すフローチャートである。ステップＳ１１０からステップＳ２４０までの処理は、実施形態と同様であるため説明を省略する。また、以降の各ステップにおける処理においても、実施形態における処理と同様の処理を行うステップでは、同じ符号を付して詳細な説明を省略する。
ステップＳ２４０においてアプリケーションプログラムが選択されると、受付部１２６は、選択されたアプリケーションプログラムを受け付ける（ステップＳ４１０）。続いて、モード選択部１２７は、受信モード選択表示（図１４参照）を表示部１３に行う（ステップＳ４２０）。モード選択部１２７は、ユーザの指示に基づいて、通常受信モードまたはバックグラウンド受信モードを選択する（ステップＳ４３５）。通常受信モードが選択された場合（ステップＳ４３５；Ｙｅｓ）には、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムを通常ダウンロードリスト（以下、通常ＤＬリストという）に登録する（ステップＳ４８０）。一方、バックグラウンド受信モードが選択された場合（ステップＳ４３５；Ｎｏ）には、ダウンロード部１２９は、受付部１２６に受け付けられたアプリケーションプログラムをＢＧＤＬリストに登録する（ステップＳ４７０）。
【００８２】
続いて、別のアプリケーションプログラムをダウンロードする指示があった場合（ステップＳ５１０；Ｙｅｓ）には、ステップＳ１１０に戻って処理を続ける。一方、別のアプリケーションプログラムをダウンロードせず、終了する指示があった場合（ステップＳ５１０；Ｎｏ）には、支払処理部１２５は、通常ＤＬリストおよびＢＧＤＬリストに登録されているアプリケーションプログラムをダウンロードするための購入金額を支払う処理（支払処理）を行う（ステップＳ３１０）。
【００８３】
支払処理が終了すると、ダウンロード部１２９は、通常ＤＬリストに登録されたアプリケーションプログラムをダウンロードする（ステップＳ４４０）。ダウンロード部１２９によるダウンロードが失敗したアプリケーションプログラムがある場合（ステップＳ４５０；Ｎｏ）には、ダウンロードに失敗したアプリケーションプログラムをＢＧＤＬリストというに登録する（ステップＳ４７５）。ダウンロード部１２９によるダウンロードが成功した場合（ステップＳ４５０；Ｙｅｓ）には、アプリケーション記憶部１３０は、ダウンロードに成功したアプリケーションプログラムを記憶する（ステップＳ４６０）。
【００８４】
ＢＧＤＬリストにアプリケーションプログラムが登録されていない場合（ステップＳ５２０；Ｎｏ）には、制御部１１は、購入プログラムの実行を停止し、コンテンツ購入処理を終了する。一方、ＢＧＤＬリストにアプリケーションプログラムが登録されている場合（ステップＳ５２０；Ｙｅｓ）には、制御部１１は、購入プログラムの実行を停止し、ＢＧＤＬプログラムを起動（ステップＳ５３０）してＢＧＤＬ処理を開始し、コンテンツ購入処理を終了する。
以上のように、ダウンロードされる各アプリケーションプログラムは、ユーザによってダウンロード前に通常受信モードおよびバックグラウンド受信モードのいずれかが選択され、支払処理後にそれぞれの受信モードにより、まとめてダウンロードされる。
【符号の説明】
【００８５】
１…情報処理システム、１０…ゲーム端末、１１…制御部、１２…操作部、１２Ａ…タッチセンサ、１２Ｂ…操作ボタン、１３…表示部、１３Ａ…上表示面、１３Ｂ…下表示面、１４…通信部、１５…記憶部、１６…音響処理部、１６１…スピーカ、１６２…マイクロフォン、１７…開閉センサ、１８…インターフェイス、５１…上部筐体、５２…下部筐体、６０…配信サーバ、６１…制御部、６２…操作部、６３…表示部、６４…通信部、６５…記憶部、７０…条件設定サーバ、７１…制御部、７２…操作部、７３…表示部、７４…通信部、７５…記憶部、１１１…カテゴリ受信部、１１２…カテゴリ表示制御部、１１３…カテゴリ選択部、１１４…検索条件送信部、１１５…検索結果受信部、１１６…コンテンツ表示制御部、１２１…アプリケーション表示制御部、１２２…アプリケーション選択部、１２３…関連表示制御部、１２４…ダウンロード選択部、１２５…支払処理部、１２６…受付部、１２７…モード選択部、１２８…切替部、１２９…ダウンロード部、１３０…アプリケーション記憶部、１３１…実行部、１３２…実行制御部、１５６…受付部、１５７…モード選択部、１５８…実行監視部、１５９…ダウンロード部、６１１…検索条件受信部、６１２…メタデータ記憶部、６１３…検索部、６１４…検索結果送信部、７１１…設定部、７１２…カテゴリ記憶部、１０００…ネットワーク
【特許請求の範囲】
【請求項１】
複数のアプリケーション情報を表示手段に表示させるアプリケーション表示制御手段と、
前記表示された複数のアプリケーション情報のうち、ユーザの操作を受け付ける操作手段への操作に基づいていずれかのアプリケーション情報を選択するアプリケーション選択手段と、
前記選択されたアプリケーション情報に関連する関連情報を前記表示手段に表示させる関連表示制御手段と、
前記関連情報が表示されているときの前記操作手段への操作に基づいて、前記選択されたアプリケーション情報に対応する正式版アプリケーションプログラムまたは試用版アプリケーションプログラムを選択するダウンロード選択手段と、
前記選択されたアプリケーションプログラムをダウンロードするダウンロード手段と、
前記ダウンロードしたアプリケーションプログラムを実行する実行手段と、
前記試用版アプリケーションプログラムの実行が開始された後、当該試用版アプリケーションプログラムに対応する前記正式版アプリケーションプログラムをダウンロードするかをユーザに選択させるための情報を前記表示手段に表示させる実行制御手段と
を具備することを特徴とする情報処理装置。
【請求項２】
前記表示手段に表示される前記アプリケーション情報に関連する関連情報には、少なくとも当該アプリケーション情報に対応した正式版アプリケーションプログラムおよび試用版アプリケーションプログラムのいずれをダウンロードするかをユーザに選択させる表示が含まれる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記実行制御手段は、前記試用版アプリケーションプログラムに対応する前記アプリケーション情報が複数存在する場合には、前記操作手段への操作に基づいて複数の前記アプリケーション情報のいずれかを選択し、選択した前記アプリケーション情報の前記関連情報を前記表示手段に表示させる
ことを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
請求項１乃至請求項３のいずれかに記載の情報処理装置と、
前記ダウンロード手段によってダウンロードされるアプリケーションプログラムを記憶する配信サーバと
を具備することを特徴とする情報処理システム。
【請求項５】
複数のアプリケーション情報を表示手段に表示させるステップと、
前記表示された複数のアプリケーション情報のうち、ユーザの操作を受け付ける操作手段への操作に基づいていずれかのアプリケーション情報を選択するステップと、
前記選択されたアプリケーション情報に関連する関連情報を前記表示手段に表示させるステップと、
前記関連情報が表示されているときの前記操作手段への操作に基づいて、前記選択されたアプリケーション情報に対応する正式版アプリケーションプログラムまたは試用版アプリケーションプログラムを選択するステップと、
前記選択されたアプリケーションプログラムをダウンロードするステップと、
前記ダウンロードしたアプリケーションプログラムを実行するステップと、
前記試用版アプリケーションプログラムの実行が開始された後、当該試用版アプリケーションプログラムに対応する前記正式版アプリケーションプログラムをダウンロードするかをユーザに選択させるための情報を前記表示手段に表示させるステップと
を備えることを特徴とする情報処理方法。
【請求項６】
コンピュータに、
複数のアプリケーション情報を表示手段に表示させるステップと、
前記表示された複数のアプリケーション情報のうち、ユーザの操作を受け付ける操作手段への操作に基づいていずれかのアプリケーション情報を選択するステップと、
前記選択されたアプリケーション情報に関連する関連情報を前記表示手段に表示させるステップと、
前記関連情報が表示されているときの前記操作手段への操作に基づいて、前記選択されたアプリケーション情報に対応する正式版アプリケーションプログラムまたは試用版アプリケーションプログラムを選択するステップと、
前記選択されたアプリケーションプログラムをダウンロードするステップと、
前記ダウンロードしたアプリケーションプログラムを実行するステップと、
前記試用版アプリケーションプログラムの実行が開始された後、当該試用版アプリケーションプログラムに対応する前記正式版アプリケーションプログラムをダウンロードするかをユーザに選択させるための情報を前記表示手段に表示させるステップと
を実行させるためのプログラム。
【請求項１】
複数のアプリケーション情報を表示手段に表示させるアプリケーション表示制御手段と、
前記表示された複数のアプリケーション情報のうち、ユーザの操作を受け付ける操作手段への操作に基づいていずれかのアプリケーション情報を選択するアプリケーション選択手段と、
前記選択されたアプリケーション情報に関連する関連情報を前記表示手段に表示させる関連表示制御手段と、
前記関連情報が表示されているときの前記操作手段への操作に基づいて、前記選択されたアプリケーション情報に対応する正式版アプリケーションプログラムまたは試用版アプリケーションプログラムを選択するダウンロード選択手段と、
前記選択されたアプリケーションプログラムをダウンロードするダウンロード手段と、
前記ダウンロードしたアプリケーションプログラムを実行する実行手段と、
前記試用版アプリケーションプログラムの実行が開始された後、当該試用版アプリケーションプログラムに対応する前記正式版アプリケーションプログラムをダウンロードするかをユーザに選択させるための情報を前記表示手段に表示させる実行制御手段と
を具備することを特徴とする情報処理装置。
【請求項２】
前記表示手段に表示される前記アプリケーション情報に関連する関連情報には、少なくとも当該アプリケーション情報に対応した正式版アプリケーションプログラムおよび試用版アプリケーションプログラムのいずれをダウンロードするかをユーザに選択させる表示が含まれる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記実行制御手段は、前記試用版アプリケーションプログラムに対応する前記アプリケーション情報が複数存在する場合には、前記操作手段への操作に基づいて複数の前記アプリケーション情報のいずれかを選択し、選択した前記アプリケーション情報の前記関連情報を前記表示手段に表示させる
ことを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
請求項１乃至請求項３のいずれかに記載の情報処理装置と、
前記ダウンロード手段によってダウンロードされるアプリケーションプログラムを記憶する配信サーバと
を具備することを特徴とする情報処理システム。
【請求項５】
複数のアプリケーション情報を表示手段に表示させるステップと、
前記表示された複数のアプリケーション情報のうち、ユーザの操作を受け付ける操作手段への操作に基づいていずれかのアプリケーション情報を選択するステップと、
前記選択されたアプリケーション情報に関連する関連情報を前記表示手段に表示させるステップと、
前記関連情報が表示されているときの前記操作手段への操作に基づいて、前記選択されたアプリケーション情報に対応する正式版アプリケーションプログラムまたは試用版アプリケーションプログラムを選択するステップと、
前記選択されたアプリケーションプログラムをダウンロードするステップと、
前記ダウンロードしたアプリケーションプログラムを実行するステップと、
前記試用版アプリケーションプログラムの実行が開始された後、当該試用版アプリケーションプログラムに対応する前記正式版アプリケーションプログラムをダウンロードするかをユーザに選択させるための情報を前記表示手段に表示させるステップと
を備えることを特徴とする情報処理方法。
【請求項６】
コンピュータに、
複数のアプリケーション情報を表示手段に表示させるステップと、
前記表示された複数のアプリケーション情報のうち、ユーザの操作を受け付ける操作手段への操作に基づいていずれかのアプリケーション情報を選択するステップと、
前記選択されたアプリケーション情報に関連する関連情報を前記表示手段に表示させるステップと、
前記関連情報が表示されているときの前記操作手段への操作に基づいて、前記選択されたアプリケーション情報に対応する正式版アプリケーションプログラムまたは試用版アプリケーションプログラムを選択するステップと、
前記選択されたアプリケーションプログラムをダウンロードするステップと、
前記ダウンロードしたアプリケーションプログラムを実行するステップと、
前記試用版アプリケーションプログラムの実行が開始された後、当該試用版アプリケーションプログラムに対応する前記正式版アプリケーションプログラムをダウンロードするかをユーザに選択させるための情報を前記表示手段に表示させるステップと
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−１０３０３０（Ｐ２０１３−１０３０３０Ａ）
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１１−２５０１４７（Ｐ２０１１−２５０１４７）
【出願日】平成２３年１１月１５日（２０１１．１１．１５）
【出願人】（０００２３３７７８）任天堂株式会社 (1,115)
【Ｆターム（参考）】
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１１月１５日（２０１１．１１．１５）
【出願人】（０００２３３７７８）任天堂株式会社 (1,115)
【Ｆターム（参考）】
[ Back to top ]