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

Description

本発明は、所定のサーバから配信された情報を通知する情報処理装置のコンピュータに実行させる情報処理プログラムに関する。

従来、情報配信システムにおいて、情報配信サーバに新着の配信可能コンテンツがある場合に、そのコンテンツのＵＲＬと当該コンテンツが配信可能な旨の通知をユーザ端末に送信するシステムが知られている（例えば、特許文献１）。

特開２００５-２４２８７４号公報

しかしながら、上記のようなシステムでは、新着の配信情報を通知するタイミングによっては、ユーザにその情報が見てもらえない可能性があった。

それ故に、本発明の目的は、ユーザに対する新着の配信情報等の通知をより効果的に行うことが可能な情報処理プログラム、情報処理装置、情報処理システム、情報処理方法を提供することである。

上記目的を達成するために、例えば以下のような構成例が挙げられる。

構成例の一例は、所定のサーバから配信された情報を通知する情報処理装置のコンピュータに実行させる情報処理プログラムであって、コンピュータを、受信手段と、第１通知手段と、第２通知手段と、提示対象情報表示手段として機能させる。受信手段は、所定のコンテンツの情報をユーザに提示するため提示対象情報を所定のサーバから受信する。第１通知手段は、新たな提示対象情報を受信した後、当該新たな提示対象情報の確認をユーザに促すための第１の通知を表示する。第２通知手段は、第１通知手段による第１の通知の表示が行われた後であって、提示対象情報がユーザによってまだ確認されていない状態である間は、定期的にあるいは所定のタイムスケジュールで、当該提示対象情報の確認をユーザに促すための第２の通知を表示する。提示対象情報表示手段は、第１の通知あるいは第２の通知に対して提示対象情報を確認するための操作が行われたとき、当該提示対象情報を表示する。

上記構成例によれば、ユーザに対して新着の配信情報等をより効果的に伝えることができる。

他の構成例として、第１通知手段は、実行中の処理の進行を妨げるような表示態様で前記第１の通知を表示し、第２通知手段も、実行中の処理の進行を妨げるような表示態様で第２の通知を表示してもよい。一例として、第１の通知および第２の通知は、そのときに実行中のソフトウェア処理にかかる画面内容に重畳して表示されてもよい。また、他の例として、第１通知手段は、第１の通知に対するユーザからの所定の入力操作を受けるまでは当該第１の通知を継続して表示し、当該ユーザからの所定の入力操作を受けたときに当該第１の通知を消去し、第２通知手段は、第２の通知に対するユーザからの所定の入力操作を受けるまでは当該第２の通知を継続して表示し、当該ユーザからの所定の入力操作を受けたときに当該第２の通知を消去するような構成としても良い。すなわち、通知に対するユーザの操作が必要であるような通知を表示する構成としても良い。更に他の例として、第１の通知手段が第１の通知を表示している間は、当該第１の通知に対する入力操作が行われるまで他の処理を進行しない処理手段をさらにしなえるように構成しても良い。つまり、通知にかかる処理以外は進行しないようにしても良い。また、第１の通知、および第２の通知の表示位置は画面の略中央であってもよい。

上記構成例によれば、提示対象情報の確認作業にユーザを誘導することができ、提示対象情報の内容をより確実にユーザに伝えることが可能となる。

他の構成例として、提示対象情報は、購入可能な所定のコンテンツの詳細を説明するための情報であってもよい。そして、プログラムは、コンピュータを、提示対象情報表示手段による提示対象情報を表示する処理に続けて、上記購入可能なコンテンツを購入するための画面を表示し、ユーザの操作に基づいて当該コンテンツを購入するための処理を実行する、購入処理手段として更に実行させてもよい。

上記構成例によれば、提示対象情報を確認して、これに対応するコンテンツに興味を持ったユーザを購入画面まで誘導することができ、購入画面を探す等のユーザの手間を省くことが可能となる。

他の構成例として、情報処理プログラムは、コンピュータを、提示対象情報に対応する所定のコンテンツに対してユーザの操作に基づく所定の処理を行うことが可能であることを示す第３の通知を画面に表示する、第３通知手段として更に機能させてもよい。そして、当該第３通知手段は、提示対象情報表示手段が提示対象情報を表示した後に第３の通知の表示を行うようにしてもよい。つまり、提示対象情報の確認が行われた後に第３の通知を表示してもよい。例えば、第３の通知は、上記コンテンツを取得（購入等）するための処理等が可能であることを示す通知である。

上記構成例によれば、例えば有料コンテンツが未購入である場合や、無料コンテンツが取得されていない場合等に、その旨をユーザに知らせて注意喚起することが可能となる。

他の構成例として、第３通知手段は、そのときに実行中の処理の進行を妨げない表示態様で第３の通知を表示してもよい。一例として、第３提示手段は、画面内の第３の通知以外の表示内容についてのユーザの視認性を妨げないような表示態様で当該第３の通知を表示するように構成しても良い。また、第３の通知は、当該通知に対するユーザの入力操作を求めない通知であってもよい。また、情報処理プログラムは、第３通知手段が第３の通知を表示していても、ユーザが操作可能なように処理を実行する処理手段としてコンピュータを更に機能させてもよい。

上記構成例によれば、ユーザの邪魔にならないように通知を行うことができ、また、ユーザの操作性を低下させずに通知することができる。

また、他の構成例として、提示対象情報は、購入可能な所定のコンテンツの詳細を説明するための情報であり、第３の通知は、所定のコンテンツが購入されていない状態である間は表示され、当該所定のコンテンツが購入された後は表示されないようにしてもよい。

上記構成例によれば、コンテンツが未購入の場合はその旨を通知し、ユーザが当該コンテンツを買い忘れてしまうことを防ぐことができる。

また、構成例の他の一例は、所定のサーバから配信された情報を通知する情報処理装置のコンピュータに実行させる情報処理プログラムであって、コンピュータを、受信手段と、第１通知手段と、提示対象情報表示手段と、購入判定手段と、通知表示手段として機能させる。受信手段は、購入可能なコンテンツをユーザに提示するための提示対象情報を所定のサーバから受信する。第１通知手段は、新たな提示対象情報を受信した後、当該新たな提示対象情報をユーザに通知する。購入判定手段は、第１通知手段による通知が行われた後、コンテンツが購入されたか否かを判定する。第２通知手段は、コンテンツがまだ購入されていない状態であるとき、当該コンテンツが購入可能であることを通知する。

上記構成例によれば、例えば新たなダウンロードコンテンツが発売された場合に、その商品説明をユーザに確認してもらうことができる。更に、コンテンツが未購入の場合はその旨を通知し、ユーザが当該コンテンツを買い忘れてしまうことを防ぐこともできる。

他の構成例として、第２通知手段は、そのときに実行中の処理の進行を妨げない表示態様で上記コンテンツが購入可能であることを通知してもよい。例えば、第２通知手段は、画面内の上記の通知以外の表示内容についてのユーザの視認性を妨げないような表示態様で当該通知を行うように構成しても良い。更に、第２通知手段は、コンテンツがまだ購入されていない状態である間は上記通知を行い、当該コンテンツが購入された後は通知しないようにしてもよい。

上記構成例によれば、ユーザの利便性を損なわないようにしつつ、コンテンツの買い忘れなどを防ぐことができる。

本実施形態によれば、所定のサーバから新たに配信された情報に関する通知をより効果的にユーザに行うことが可能となる。

本実施形態における携帯型ゲーム装置１０の外観図 携帯型ゲーム装置１０の構成の一例を示すブロック図 本実施形態における画面の一例 本実施形態における画面の一例 本実施形態における画面の一例 本実施形態における画面の一例 本実施形態における画面の一例 本実施形態における画面の一例 本実施形態における画面の一例 本実施形態における画面の一例 本実施形態における画面の一例 携帯型ゲーム装置１０のメインメモリ１５に格納されるプログラムおよび情報の一例 本実施形態にかかるゴルフゲーム処理の詳細を示すフローチャート 本実施形態にかかるゴルフゲーム処理の詳細を示すフローチャート 図１３のステップＳ６にかかる初回ダイアログ表示処理の詳細を示すフローチャート 図１５のステップＳ３２にかかるＤＬＣプレゼン提示処理の詳細を示すフローチャート 図１３のステップＳ９にかかる定期リマインド表示処理の詳細を示すフローチャート 図１４のステップＳ１０にかかる定期リマインド表示処理の詳細を示すフローチャート 図１４のステップＳ１５にかかるショップ処理の詳細を示すフローチャート 図１４のステップＳ１６にかかる上側ＬＣＤの情報切換え処理の詳細を示すフローチャート

以下、本発明の一実施形態について説明する。本実施形態では、情報処理装置の一例として、携帯型ゲーム装置を例として説明する。そして、当該携帯型ゲーム装置で実行される情報処理の一例として、ゴルフゲーム処理を例として説明する。

（携帯型ゲーム装置の構成）
図１は、本実施形態にかかる携帯型ゲーム装置１０の外観を示す図である。図１に示されるように、携帯型ゲーム装置１０は、下側ハウジング１１および上側ハウジング２１を有する。下側ハウジング１１と上側ハウジング２１とは、開閉可能（折り畳み可能）に連結されている。通常、ユーザは、開状態でゲーム装置１０を使用する。また、ユーザは、ゲーム装置１０を使用しない場合には閉状態として携帯型ゲーム装置１０を保管する。下側ハウジング１１には、下側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）１２、タッチパネル１３が設けられる。その他、下側ハウジング１１には、各操作ボタンやアナログスティック等も設けられる。一方、上側ハウジング２１には、上側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）２２が設けられる。

図２は、上記携帯型ゲーム装置１０の機能ブロック図である。図２において、携帯型ゲーム装置１０は、入力装置３１、表示装置３２、プロセッサ３３、内部記憶装置３４、メインメモリ３５、無線通信部３６を備えている。

入力装置３１は、上述した各操作ボタンやタッチパネル１３に該当する。入力装置３１は、携帯型ゲーム装置１０のユーザによって操作され、ユーザの操作に応じた信号を出力する。表示装置３２は、携帯型ゲーム装置１０において生成された画像を画面に表示する。表示装置３２は、上述した下側ＬＣＤ１２、上側ＬＣＤ２２である。内部記憶装置３４には、プロセッサ３３によって実行されるコンピュータプログラムや当該プログラムで利用される各種データが格納されている。また、本実施形態では、無線通信部３６で受信したデータも内部記憶装置３４に格納される。内部記憶装置３４は、典型的には、フラッシュＥＥＰＲＯＭである。メインメモリ３５は、コンピュータプログラムや情報を一時的に記憶する。無線通信部３６は、無線通信を用いて他の携帯ゲーム装置や所定のサーバと無線通信（インターネットを利用した通信や、アドホック通信等）によるデータの送受信を行う。

なお、上記プロセッサ３３に関し、後述する処理については単一のプロセッサ３３（シングルコアプロセッサ等）で実行されても良いし、単一の携帯型ゲーム装置１０に複数のプロセッサ３３を搭載し（マルチＣＰＵのような場合だけでなく、マルチコアプロセッサの場合も含む）、これら複数のプロセッサ３３を併用して（処理を分担して）実行されてもよい。

次に、本実施形態にかかる情報処理システムで実行される情報処理（各携帯ゲーム１０で実行される情報処理）の動作概要を説明する。本実施形態にかかる処理は、いわゆるダウンロードコンテンツ（以下、ＤＬＣと呼ぶ）に関する情報（例えばＤＬＣ内容のプレゼンテーション等）の存在をユーザに通知し、更に、その情報の確認にユーザを誘導するための処理である。

本実施形態では、上記のようにゴルフゲーム処理を想定する。また、このゴルフゲームはネットワークに対応しており、所定のサーバと通信することでＤＬＣを購入することができる。また、ネットワーク経由で他のユーザと対戦等することも可能である。そして、例えば追加のコースやキャラクタ等がＤＬＣとして新たに販売された場合を想定する。ユーザは、当該ＤＬＣを、当該ゴルフゲーム内に設けられた「ショップ」（後述）にて購入することができる。また、本実施形態では、当該ＤＬＣに関して、その内容を詳細に紹介する（プレゼンテーションする）ための情報も提供される。例えば、ＤＬＣが新たなゴルフのコースである場合は、このコースの内容を紹介する動画である。また、ゲーム内で役立つ「アイテム」であれば、そのアイテムを実際に使った場合の効果等を示す動画や、あるいは、所定のキャラクタがこのアイテムの効力等を説明（プレゼンテーション）する動画等が、このような情報に該当する（いわゆる商品説明ともいえる）。もちろん、動画に限らず、例えば文字と静止画像のみで構成された情報等であっても良い。以下では、この情報のことを「ＤＬＣプレゼン」と呼ぶ。

そして、本実施形態では、上記「ＤＬＣプレゼン」をできるだけユーザに見てもらうために、後述するような処理を実行するものである。これは、（最終的に）ＤＬＣを購入するか否かはユーザの意志によるものであるが、その前段階として、このＤＬＣがどういうものであるかをまずはユーザに知ってもらいたい（その上で、買うか買わないかはユーザの判断に任せる）、という観点によるものである。例えば、ＤＬＣとして、ユーザが有利になるようなアイテムが新たに販売された場合を想定する。そして、あるユーザにとって、もしこのアイテムの存在を知っていれば購入していた、というような場合に、このアイテムの情報がユーザに認知されないままであると、販売側としても販売機会を損失し、ユーザにとってもゲームを有利に進める機会を損失することになってしまう。そのため、単にＤＬＣが販売されたことを示す程度の通知ではなく、ＤＬＣの内容をまずはユーザに把握してもらうために、未確認の「ＤＬＣプレゼン」がある場合に、より積極的にユーザに「ＤＬＣプレゼン」の確認を促す（誘導する）ものである。

以下、図３〜図１１に示す画面例を用いて、本実施形態の処理の概要を説明する。なお、説明の便宜上、本実施形態では、新たに販売されたＤＬＣの数が一つだけである場合を例として説明する（他の実施形態では、ＤＬＣが複数あってもよいことは言うまでもない）。

図３は、本実施形態にかかるゴルフゲームを起動したときに示されるタイトル画面である。ユーザは、所定のボタンを押下したり、あるいはタッチパネル１３をタッチしたりすることで、ゴルフゲームを開始できる。

ここで、携帯型ゲーム装置は、新たなＤＬＣが販売されたことを示すための情報については、ゴルフゲームの起動前に、事前に受信可能であるものとする。この情報は、所定のサーバから配信される情報であり、例えば、携帯型ゲーム装置１０がいわゆるスリープ状態であるときに、所定の時間間隔で当該所定のサーバと通信することで受信できる。そして、ゴルフゲームの起動時に、当該情報（以下では新着ＤＬＣ情報と呼ぶ）を受信しているか否かで、表示される画面等が異なってくる。なお、当該サーバから配信される情報としては、上記新着ＤＬＣ情報の他、例えば開催中のイベント（例えば、トーナメント）に関する「お知らせ」等の当該ゴルフゲームに関する他の情報も配信される。

まず、新着ＤＬＣ情報を受信していない場合は、タイトル画面からゲームを開始すると、図４に示すようなメインメニュー（トップメニューと呼ばれることもある）画面が表示される。このメインメニュー画面では、上側ＬＣＤ２２に、サーバから配信された情報（上述した開催中のイベント等）を知らせるための画面が表示される。ここで、メインメニュー画面においては、上側ＬＣＤ２２は、主にこのような各種の「お知らせ」を表示するために用いられる。また、上側ＬＣＤ２２の上部には、複数のアイコン１０１（以下、お知らせアイコンと呼ぶ）が横並びで表示されている。当該お知らせアイコン１０１の数だけ「お知らせ」があり（図４の例では５つ）、その内容が定期的に切り替わって上側ＬＣＤ２２に表示される（なお、ユーザの所定の操作に応じて表示を切換えるようにしても良い）。また、現在表示中の「お知らせ」に対応するお知らせアイコン１０１は他のアイコンとは異なる態様で表示されている（例えば、当該アイコンを点灯／消灯させる等）。

一方、下側ＬＣＤ１２には、本ゴルフゲームにおけるゲームモードの選択画面（例えば一人用モードか対戦モードかを示すボタン等）が表示される。ユーザがタッチ操作等でいずれかのゲームモードを選択すれば、選択したモードでゴルフゲームをプレイすることができる。また、当該画面の下部には、「ショップ」ボタン１０２と設定ボタン１０３も表示される。ユーザは、この「ショップ」ボタン１０２をタッチ操作等することで、後述する「ショップ」画面を表示させることができ、当該ショップ画面に対する操作で「ＤＬＣプレゼン」を視聴したり、ＤＬＣを購入したりすることができる。

次に、本実施形態にかかるゴルフゲームが起動される前に、携帯型ゲーム装置１０が、新たな新着ＤＬＣ情報を受信していた状態である場合について説明する。説明の便宜上、以下のように場合分けして説明する。
（１）新着ＤＬＣ情報を受信した後の、ゴルフゲームの初回起動時である場合
（２）新着ＤＬＣ情報を受信した後の、２回目以降の起動の場合であって、ユーザが「ＤＬＣプレゼン」をまだ見ておらず、かつ、当該ＤＬＣの購入もしていない場合
（３）新着ＤＬＣ情報を受信した後の、２回目以降の起動の場合であって、「ＤＬＣプレゼン」はユーザに視聴されたが、当該ＤＬＣの購入はなされていない場合
（４）新着ＤＬＣ情報を受信した後の、２回目以降の起動の場合であって、「ＤＬＣプレゼン」も視聴され、ＤＬＣも購入済みである場合

なお、ＤＬＣの購入に際して、「ＤＬＣプレゼン」を一度も見ていない場合は、ユーザは当該ＤＬＣの「ＤＬＣプレゼン」を見ずにＤＬＣの購入はできないものとする。具体的には、「ＤＬＣプレゼン」を提示するための処理が行われなければ、ＤＬＣを購入するための画面には遷移しないものとする。換言すれば、本実施形態では、（未視聴の）「ＤＬＣプレゼン」がユーザに視聴されれば、その後、購入画面へとユーザを誘導することになる。

まず、（１）新着ＤＬＣ情報を受信した後の、ゴルフゲームの初回起動時である場合、について説明する。この場合は、タイトル画面からゴルフゲームを開始すると、図５に示すような画面が表示される。図５において、上側ＬＣＤ２２には、追加のＤＬＣが発売されたこと（購入可能なＤＬＣがあること）を示す「お知らせ」（以下、「追加ＤＬＣのお知らせ」と呼ぶ）が表示されている。一方、下側ＬＣＤ１２には、メインメニューに重畳して、ダイアログボックス１０４が画面の略中央部分に表示されている（換言すれば、そのときに実行中のソフトウェア処理にかかる画面に重畳して表示されている）。ダイアログボックス１０４は、新たなＤＬＣが発売されたこと、および、その詳細の確認（ＤＬＣプレゼンの視聴）をユーザに促すためのメッセージが表示されている。そして、当該ダイアログボックス１０４には、「とじる」ボタン１０５、および「今すぐ見る」ボタン１０６が設けられている。当該ダイアログボックス１０４は、「とじる」ボタン１０５、あるいは、「今すぐ見る」ボタン１６のいずれかがユーザによって選択されない限りは、表示され続ける。つまり、当該ダイアログボックス１０４に対してユーザがレスポンスを返さない限りは、ゴルフゲームの処理が先に進まない状態となっている（原則として、他の操作を受け付けない）。換言すれば、この時点で、「ＤＬＣプレゼン」を見るか否かのユーザの意志表示が必要な状態となっている。なお、以下の説明では、このタイミングで表示される当該ダイアログボックス１０４のことを「初回通知ダイアログ」と呼ぶ。

当該初回通知ダイアログ１０４に対して、ユーザが「今すぐ見る」ボタン１０６を（タッチ操作等で）選択した場合（つまり、ユーザが「ＤＬＣプレゼン」をみることの意思表示をした場合）、所定の画面に切り替わり、「ＤＬＣプレゼン」を提示する処理が開始される。ここでは、例えば「ＤＬＣプレゼン」として、ＤＬＣ情報の内容を紹介するための動画が上側ＬＣＤ２２で再生され、下側ＬＣＤ１２には文字情報として、ＤＬＣ内容の説明や、購入に当たっての注意点等が表示されるものとする（図６参照）。そして、動画の再生が終了すれば、自動的に、ＤＬＣの購入用の画面に切り替わる。あるいは、例えば「購入画面へ」等のボタンが下側ＬＣＤ１２に表示され、ユーザがこれをタッチすることなどで、購入用の画面に切り替わるようにしても良い。そして、当該購入用の画面におけるユーザの操作に基づき、所定のサーバとの通信が行われ、ＤＬＣの購入処理（決済処理等も含む）が実行される。もちろん、ユーザは、ＤＬＣを購入せずに、当該購入用の画面を終了することも可能である。そして、購入用の画面が終了すれば、上記メインメニューが表示される。なお、後述するように、ＤＬＣを購入したか否かにより、メインメニューの表示内容が少し異なってくる（後述の未購入マーク１１０の表示/非表示）。

一方、上記初回通知ダイアログ１０４に対して、ユーザが「とじる」ボタン１０５を選択した場合（つまり、その時点では「ＤＬＣプレゼン」を見ないことの意思表示をした場合）は、図７に示すような画面が表示される。この画面では、下側ＬＣＤ１２にダイアログボックス１０７が表示される。このダイアログボックス１０７の表示は、ユーザの意志の「再確認」という意味合いも有している。以下では、当該ダイアログボックス１０７のことを「再確認ダイアログ」と呼ぶ。再確認ダイアログ１０７には、「ＤＬＣプレゼン」が（ゲーム内の）どこから確認できるかを示すメッセージが示される。また、当該再確認ダイアログ１０７には、「とじる」ボタン１０８、および、「やっぱり見る」ボタン１０９が設けられている。当該再確認ダイアログ１０７に対して、ユーザが「やっぱり見る」ボタン１０９を選択した場合は、上述したような「ＤＬＣプレゼン」を提示する処理が開始される。

一方、再確認ダイアログ１０７に対してユーザが「とじる」ボタン１０８を選択すれば、当該再確認ダイアログ１０７は消去され、図８に示すようなメインメニュー画面が表示されることになる。図８では、メインメニュー内の「ショップ」ボタン１０２の左上部分にマーク１１０が付されている。このマーク１１０は、購入可能なＤＬＣがあることをユーザに示すためのマークである。すなわち、「ＤＬＣプレゼン」をまだ見ていないということは、ＤＬＣも購入していない状態でもあるため、購入可能なＤＬＣが存在することだけはユーザに示しておこうというものである。また、当該マークは、ユーザが煩わしく感じない程度の提示としている。以下では、これを「未購入マーク」と呼ぶ。なお、この未購入マーク１１０については、アニメーション表示を用いた「動き」のある表示としてもよい。この場合、ユーザに煩わしさを感じさせない程度に存在をアピールするような「動き」を行わせる。

ここで、上記「ショップ」ボタン１０２をユーザが選択した場合の画面や動作について説明する。この場合は、画面がショップ画面に切り替わる。図９は、このようなショップ画面の例である。図９において、上側ＬＣＤ２２には、ショップの説明等が表示される。下側ＬＣＤ１２には、ショップのメニューとして４つのボタン１１１Ａ〜１１１Ｄが表示されている。これらボタンのうち、一つ目（一番上）のボタン１１１Ａが、ＤＬＣに関する項目である。また、未購入のＤＬＣがある場合は、当該ボタン１１１Ａにも上記未購入マーク１１０が付される。これが選択されると、上述した「ＤＬＣプレゼン」を提示する処理が開始され、その後、上述したように購入画面に遷移することになる。なお、「ＤＬＣプレゼン」が一度でも視聴されている場合は、「ＤＬＣプレゼン」の提示処理は行わずに購入画面に遷移するようにしてもよいし、再度「ＤＬＣプレゼン」の提示は行うが、その再生を途中でキャンセルして購入画面に進めるようにしても良い。一方、その他のボタン１１１Ｂ〜Ｄのいずれかが選択されたときは、各ボタンに対応する処理が適宜実行される。

次に、（２）新着ＤＬＣ情報を受信した後の、２回目以降の起動の場合であって、ユーザが「ＤＬＣプレゼン」をまだ見ておらず、かつ、当該ＤＬＣの購入もしていない場合、について説明する。この場合は、タイトルからゴルフゲームを開始すると、基本的には、上記図８で示したようなメインメニュー（未購入マーク１１０付き）が表示される。但し、定期的あるいは所定の時間間隔毎に（例えば一週間に一回の頻度で）、上記タイトル画面からゴルフゲームが開始されたタイミングで、図１０で示すような画面が表示される。図１０では、上側ＬＣＤ２２には、上記「追加ＤＬＣのお知らせ」が表示されている。下側ＬＣＤ１２には、メインメニューに重畳してダイアログボックス１２０が表示される。このダイアログボックス１２０には、まだ未視聴の「ＤＬＣプレゼン」があることを示すメッセージが表示される。また、上記初回通知ダイアログ１０４と同様に、「とじる」ボタン１２１、および「今すぐ見る」ボタン１２２がダイアログボックス１２０に設けられている。つまり、「ＤＬＣプレゼン」がまだユーザに視聴されていない状態のときは、定期的に、あるいは所定の時間間隔で、ゴルフゲーム開始時のタイミングで「ＤＬＣプレゼン」の視聴を促すためのダイアログボックス１２０が表示される。以下では、当該ダイアログボックス１２０のことを、「定期リマインドダイアログ」と呼ぶ。そして、当該定期リマインドダイアログ１２０に対して、「今すぐ見る」ボタン１２２が選択されたときは、上記初回通知ダイアログ１０４のときと同様に、「ＤＬＣプレゼン」を提示する処理が開始される。一方、「とじる」ボタン１２１が選択されたときは、当該定期リマインドダイアログ１２０が消去され、メインメニュー（未購入マーク１１０付きのもの）が表示されることになる。

次に、（３）新着ＤＬＣ情報を受信した後の、２回目以降の起動の場合であって、「ＤＬＣプレゼン」はユーザに視聴されたが、当該ＤＬＣの購入はなされていない場合、について説明する。この場合は、タイトルからゴルフゲームを開始すると、上記図８で示したような、未購入マーク１１０が付されている状態のメインメニューが表示される。つまり、この場合は、タイトルからゴルフゲームを開始すると、すぐにメインメニューの操作が可能な状態である。また、ＤＬＣプレゼンは視聴済みの状態であるため、上記定期リマインドダイアログ１２０が表示されることはない。一方、ＤＬＣは未購入の状態であるため、上側ＬＣＤ２２において、「追加ＤＬＣのお知らせ」は表示される。上記のように、メインメニュー画面では、複数の「お知らせ」が自動的に切り替わって上側ＬＣＤ２２に表示される。そして、この「お知らせ」の中に、「追加ＤＬＣのお知らせ」も含まれており、定期的に上側ＬＣＤ２２に表示されることになる（図１１参照）。なお、上側ＬＣＤ２２の表示に関して、上記初回通知ダイアログ１０４や定期リマインドダイアログ１２０が表示されている間は、上側ＬＣＤ２２の表示内容は「追加ＤＬＣのお知らせ」に固定される。

次に、（４）新着ＤＬＣ情報を受信した後の、２回目以降の起動の場合であって、「ＤＬＣプレゼン」も視聴され、ＤＬＣも購入済みである場合、について説明する。この場合も、タイトルからゴルフゲームを開始すると、上記図４で示したメインメニューが表示され、すぐに操作可能な状態となる。また、上記未購入マーク１１０は表示されない状態である。また、上側ＬＣＤ２２で示される「お知らせ」の中には、「追加ＤＬＣのお知らせ」は含まれない状態となる。

このように、本実施形態では、新たなＤＬＣが販売された際（その通知を受信したとき）に、その「ＤＬＣプレゼン」をユーザに見てもらうべく、上記初回通知ダイアログ１０４を提示する。また、「ＤＬＣプレゼン」がユーザに確認されていない状態である間は、更に、定期的、あるいは所定の時間間隔にて、定期リマインドダイアログ１２０を提示している。これらのダイアログは、ユーザの意志表示操作が必要となるような提示であり、また、ユーザが何らかの意思表示操作を行わないと、ゴルフゲームの処理を先に進めることができないものといえる。（その意味では、ユーザに対するアピール力が「強い提示」ともいえる）。換言すれば、上記初回通知ダイアログ１０４や再確認ダイアログ１０７や定期リマインドダイアログ１２０は、そのときに実行中の処理の進行を妨げるような表示態様で表示されるものである。

更に、ＤＬＣが購入されていない間は、上記未購入マーク１１０の表示や上側ＬＣＤ２２への上記「追加ＤＬＣのお知らせ」の表示も行っている。これらの表示は、上記ダイアログと異なり、ユーザの意思表示操作を求めるようなものではなく（実行中の処理の進行を妨げるようなものではなく）、また、提示目的も少し異なる。すなわち、上記ダイアログは、主にＤＬＣプレゼンの確認をユーザに求める（誘導する）ことを目的とするが、当該表示は、購入可能なＤＬＣの存在を知らせるという目的である（その意味では、上記のダイアログよりは「弱い提示」ともいえる）。そして、このような段階的な通知を利用することで、ＤＬＣの存在をより効果的にユーザに通知することができる。例えば、「ＤＬＣを買う、買わない」についてはユーザの自由意志に委ねつつも、少なくともその商品説明については、より確実にユーザに伝える（ＤＬＣの内容についてユーザに知ってもらう）ことができる。

次に、図１２〜図２０を参照して、本実施形態における携帯型ゲーム装置１０の動作をより詳細に説明する。

まず、本実施形態にかかる情報処理で用いられるプログラムや各種データについて説明する。図１２は、携帯型ゲーム装置１０の内部記憶装置３４やメインメモリ３５に格納されるプログラムおよびデータの一例を示している。本実施形態で用いられるデータは、大きく分けてシステム用データ６１とアプリ用データ６３がある。システム用データ６１は、主に携帯型ゲーム装置１０のシステム（ＯＳ等）によって利用されるデータである。アプリ用データ６３は、上述したようなゴルフゲーム処理において主に用いられるデータである。

システム用データ６１には、受信データ６２等が含まれる。受信データ６２は、上記新着ＤＬＣ情報等、携帯型ゲーム装置０１が例えばスリープ状態である間に所定のサーバから受信した「お知らせ」に関するデータであり、内部記憶装置３４に格納され、必要に応じてメインメモリ３５に読み出される。本実施形態では、ゴルフゲーム処理の開始時に当該受信データ６２から新着ＤＬＣ情報が読み出され、アプリ用データ６３の一部（後述する追加ＤＬＣ情報データ６６）としてコピー、あるいはこれに基づく新たなデータの生成が行われる。なお、ゴルフゲーム処理等で一旦読み出された（コピー等された）受信データ６２については、消去される。

アプリ用データ６３は、主にゴルフゲーム処理を実行するための各種データであり、基本的には内部記憶装置３４に格納されている。そして、その実行に際し、必要に応じてメインメモリ３５に読み出されて実行される。アプリ用データ６３には、ゴルフゲーム処理プログラム６４、操作データ６５、追加ＤＬＣ情報データ６６、等が含まれる。

ゴルフゲーム処理プログラム６４は、上述したような、ＤＬＣプレゼンの視聴にユーザを誘導するための処理を実行するためのプログラムである。具体的には、後述する図１３〜１４のフローチャート処理を実行するためのプログラムである。

操作データ６５は、携帯型ゲーム装置１０に対して行われた各種操作を示すデータである。すなわち、各種ボタンの押下状態やタッチパネル１３のタッチ座標等を示すデータである。

追加ＤＬＣ情報データ６６は、ＤＬＣに関するデータであり、新着フラグ６７、ＤＬＣプレゼン視聴フラグ６８、購入済みフラグ６９、上側ＬＣＤ用データ７０、プレゼン用データ７１、等を含む。新着フラグ６７は、本データに係るＤＬＣについて上記のような処理が一度でも行われた否かを示すためのフラグである。換言すれば、上記初回通知ダイアログ１０４を提示する処理を行ったか、まだ行われていないかを示すフラグである。初期値として、まだ未処理であることを示す値（フラグオフ）が設定される。

ＤＬＣプレゼン視聴フラグ６８は、上記「ＤＬＣプレゼン」が視聴されたか、未視聴であるかを示すためのフラグである。なお、初期値として、「未視聴」であることを示す値（フラグオフ）が設定される。

購入済みフラグ６９は、上記ＤＬＣが（少なくとも一度は）購入されたか否かを示すためのフラグである。なお、初期値として、「未購入」であることを示す値（フラグオフ）が設定される。

上側ＬＣＤ用データ７０は、当該ＤＬＣに関する「お知らせ」（上記「追加ＤＬＣのお知らせ」）を上側ＬＣＤ２２に表示するためのデータである（テキストや画像データ）。プレゼン用データ７１は、上記「ＤＬＣプレゼン」のデータである。なお、当該プレゼン用データに関しては、このようにゲーム装置本体にデータを持たすことに限らず、例えば所定のサーバにこのデータを保存しておき、「ＤＬＣプレゼン」の提示処理において、当該サーバと通信を行い、「ＤＬＣプレゼン」をストリーミング配信してもよい。

その他、図示は省略するが、追加ＤＬＣ情報データ６６には、当該データの作成日時等、本実施形態に係る処理に必要なデータも適宜含まれる。

次に、図１３〜図２０のフローチャートを参照して、携帯型ゲーム装置１０のプロセッサ３３によって実行されるゴルフゲーム処理の流れを説明する。この処理は、例えば携帯型ゲーム装置１０のホームメニュー（図示せず）から本実施形態にかかるゴルフゲーム処理の起動操作が行われることにより、その実行が開始される。なお、上述したような各種ダイアログ等の提示・通知以外の処理については、詳細な説明は省略する。

ゴルフゲーム処理の起動が行われると、各種データ等の初期化処理が行われ、その後、図１３のステップＳ１で、受信データ確認処理が実行される。この処理では、受信データ６２が参照され、新着ＤＬＣ情報が届いているかの判定が行われる。そして、新着ＤＬＣ情報を受信していたときは、プロセッサ３３は、そのデータを追加ＤＬＣ情報データ６６としてメインメモリ３５にコピーする。また、このとき、ＤＬＣプレゼン視聴フラグ６８の初期値として、「未視聴」であることを示す値が設定される。更に、購入済みフラグ６９の初期値として、「未購入」であることを示す値が設定される。また、コピーが終われば、プロセッサ３３は、当該受信データを消去する。

次に、ステップＳ２で、プロセッサ３３は、ゴルフゲームのタイトル画面の表示を行う。続いて、ステップＳ３で、プロセッサ３３は、操作データ６５の取得を行い、ステップＳ４で、操作データ６５に基づいて、ユーザによるゲームの開始操作が行われたか否かを判定する。その結果、開始操作が行われていなければ（ステップＳ４でＮＯ）、ステップＳ２に戻り、処理を繰り返す。

一方、ゲーム開始操作が行われていたときは（ステップＳ４でＹＥＳ）、ステップＳ５で、プロセッサ３３は、今回新たに受信した新着ＤＬＣ情報があるか否かを判定する。これは、上記新着フラグ６７を参照することで判定される。当該判定の結果、新規のデータを受信していたときは（ステップＳ５でＹＥＳ）、ステップＳ６で、プロセッサ３３は、初回ダイアログ表示処理を実行する。一方、新規のデータは受信していないときは（ステップＳ５でＮＯ）、この処理はスキップして、後述のステップＳ７の処理に進む。

図１５は、上記ステップＳ６の初回ダイアログ表示処理の詳細を示すフローチャートである。図１５において、まず、ステップＳ２１で、プロセッサ３３は、上記初回通知ダイアログ１０４を表示するための処理を実行する。すなわち、プロセッサ３３は、一旦メインメニュー画面（上記図４参照）を生成し、下側ＬＣＤ１２に表示する画面として、上記図４で示したようなメインメニューを生成し、更にこれに上記図５で示したような初回通知ダイアログ１０４を重畳した画面を生成する。また、上側ＬＣＤ２２に表示する画面として、上側ＬＣＤ用データ７０に基づいて上記「追加ＤＬＣのお知らせ」を生成する。そして、プロセッサ３３は、このように生成された画面を上側ＬＣＤ２２および下側ＬＣＤ１２に表示する。

次に、ステップＳ２２で、プロセッサ３３は、操作データ６５の取得を行い、ステップＳ２３で、当該操作データ６５に基づいて、ユーザによる入力操作が行われたか否かを判定する。その結果、入力操作が行われていなければ（ステップＳ２３でＮＯ）、ステップＳ２２に戻り、処理を繰り返す。一方、入力操作が行われていたときは（ステップＳ２３でＹＥＳ）、次に、ステップＳ２４で、プロセッサ３３は、その操作内容が「今すぐ見る」ボタン１０６の選択操作であるか否かを判定する。その結果、「今すぐ見る」ボタン１０６が選択されたときは（ステップＳ２４でＹＥＳ）、ステップＳ２６で、プロセッサ３３は、初回通知ダイアログ１０４を消去する。そして、後述のステップＳ３２の処理へと進む。一方、「今すぐ見る」ボタン１０６の選択ではないときは（ステップＳ２４でＮＯ）、「とじる」ボタン１０５が選択されたことになる。このときは、ステップＳ２５で、プロセッサ３３は、上述の図７で示したような画面を生成して表示する。すなわち、初回通知ダイアログ１０４を消去し、再確認ダイアログ１０７を生成して表示する処理を実行する。

次に、ステップＳ２７で、プロセッサ３３は、操作データ６５の取得を行い、ステップＳ２８で、操作データ６５に基づいて、ユーザによる入力操作が行われたか否かを判定する。その結果、入力操作が行われていなければ（ステップＳ２８でＮＯ）、ステップＳ２７に戻り、処理を繰り返す。一方、入力操作が行われていたときは（ステップＳ２８でＹＥＳ）、次に、ステップＳ２９で、プロセッサは、その操作内容が「やっぱり見る」ボタン１０９の選択操作であるか否かを判定する。その結果、「やっぱり見る」ボタン１０９の選択ではないときは（ステップＳ２９でＮＯ）、「とじる」ボタン１０８が選択されたことになる。この場合は、ステップＳ３１で、プロセッサ３３は、再確認ダイアログ１０７を消去し、初回ダイアログ表示処理を終了する。一方、「やっぱり見る」ボタン１０９が選択されたときは（ステップＳ２９でＹＥＳ）、ステップＳ３０で、プロセッサ３３は、再確認ダイアログ１０７を消去する。そして、ステップＳ３２で、プロセッサ３３は、ＤＬＣプレゼン提示処理を実行する。

図１６は、上記ＤＬＣプレゼン処理の詳細を示すフローチャートである。図１６において、ステップＳ４１で、プロセッサ３３は、ＤＬＣプレゼン視聴フラグ６８をオンに設定する。次に、ステップＳ４２で、プロセッサ３３は、プレゼン用データ７１に基づいて、「ＤＬＣプレゼン」を提示するための処理（例えば動画の再生）を実行する。なお、他の実施形態では、上記のように、所定のサーバと通信して、ストリーミング配信の形態で、動画である「ＤＬＣプレゼン」を提示する等してもよい。以上で、ＤＬＣプレゼン提示処理は終了する。

図１５に戻り、次に、ステップＳ３３で、プロセッサ３３は、所定の購入用画面を表示し、ＤＬＣの購入にかかる処理（購入処理）を実行する。例えば、所定のサーバと通信を行いながら、所定の決済処理等のＤＬＣ購入と、ＤＬＣのゲームデータへの反映処理等が適宜実行される。また、この処理は、ユーザがＤＬＣを購入せずに終了する場合もある。

購入処理が終われば、次に、ステップＳ３４で、プロセッサ３３は、上記購入処理の結果、ユーザがＤＬＣを購入したか否かを判定する。その結果、ＤＬＣが購入されていたときは（ステップＳ３４でＹＥＳ）、ステップＳ３５で、プロセッサ３３は、購入済みフラグ６９をオンに設定する。そして、初回ダイアログ表示処理は終了する。一方、ＤＬＣが購入されていないときは（ステップＳ３４でＮＯ）、上記ステップＳ３５の処理は行わずに、初回ダイアログ表示処理は終了する。

図１３に戻り、初回ダイアログ表示処理が終了すれば、次に、ステップＳ７で、プロセッサ３３は、「ＤＬＣプレゼン」が未視聴であるか（一度でも）視聴されたかを判定する。これは、ＤＬＣプレゼン視聴フラグ６８に基づいて判定される。その結果、「ＤＬＣプレゼン」が未視聴ではないとき（視聴済みのとき）は（ステップＳ７でＮＯ）、後述するステップＳ１０の処理に進む。一方、「ＤＬＣプレゼン」が未視聴であるときは（ステップＳ７でＹＥＳ）、ステップＳ８で、プロセッサ３３は、上記図１０で示したような定期リマインドダイアログ１２０を表示すべきタイミングが到来しているか否かを判定する。これは、例えば、予め定義されたスケジュールを示すデータに基づいて判定される。なお、上記初回通知ダイアログ１０４が表示される場合は、当該タイミングが到来していても、定期リマインドダイアログ１２０の表示は行わない。

上記判定の結果、定期リマインドダイアログ１２０を表示すべきタイミングが到来していないときは（ステップＳ８でＮＯ）、後述するステップＳ１０の処理に進む。一方、当該タイミングが到来していたときは（ステップＳ８でＹＥＳ）、ステップＳ９で、プロセッサ３３は、定期リマインド表示処理を実行する。

図１７は、上記ステップＳ９にかかる定期リマインド表示処理の詳細を示すフローチャートである。図１７において、まず、ステップＳ６１で、プロセッサ３３は、上記図１０で示したような定期リマインドダイアログ１２０を表示する。

次に、ステップＳ６２で、プロセッサ３３は、操作データ６５の取得を行い、ステップＳ６３で、操作データ６５に基づいて、ユーザによる入力操作が行われたか否かを判定する。その結果、入力操作が行われていなければ（ステップＳ６３でＮＯ）、ステップＳ６２に戻り、処理を繰り返す。一方、入力操作が行われていたときは（ステップＳ６３でＹＥＳ）、次に、ステップＳ６４で、プロセッサは、その操作内容が「今すぐ見る」ボタン１２２（図１０参照）の選択操作であるか否かを判定する。その結果、「今すぐ見る」ボタン１２２の選択ではないときは（ステップＳ６４でＮＯ）、「とじる」ボタン１２１が選択されたことになる。このときは、ステップＳ６６で、プロセッサ３３は、定期リマインドダイアログ１２０を消去し、定期リマインド表示処理を終了する。

一方、「今すぐ見る」ボタン１２２が選択されたときは（ステップＳ６４でＹＥＳ）、ステップＳ６５で、プロセッサ３３は、定期リマインドダイアログ１２０を消去する。そして、ステップＳ６７で、上記図１６を用いて説明したＤＬＣプレゼン提示処理を実行する。

次に、ステップＳ６８で、プロセッサ３３は、上記ステップＳ３３と同様の購入処理を実行する。そして、続くステップＳ６９で、ＤＬＣが購入されたか否かを判定し、未購入であれば（ステップＳ６９でＮＯ）、定期リマインド表示処理を終了する。一方、ＤＬＣが購入されていた場合は（ステップＳ６９でＹＥＳ）、ステップＳ７０で、プロセッサ３３は、購入済みフラグ６９をオンに設定する。そして、定期リマインド表示処理を終了する。

次に、図１４のステップＳ１０で、プロセッサ３３は、メインメニュー表示処理を実行する。図１８は、当該メインメニュー表示処理の詳細を示すフローチャートである。図１８において、ステップＳ５１で、プロセッサ３３は、ＤＬＣが未購入の状態であるか否かを、購入済みフラグ６９に基づいて判定する。その結果、未購入のときは（ステップＳ５１でＹＥＳ）、ステップＳ５２で、プロセッサ３３は、上記未購入マーク１１０を含んだメインメニューの表示を行う。一方、視聴済みのときは（ステップＳ５１でＮＯ）、未購入マーク１１０を用いていないメインメニューを表示する。以上で、メインメニュー表示処理は終了する。

図１４に戻り、次に、ステップＳ１１で、プロセッサ３３は、操作データ６５の取得を行い、ステップＳ１２で、操作データ６５に基づいて、ユーザによる入力操作が行われたか否かを判定する。その結果、入力操作が行われていなければ（ステップＳ１２でＮＯ）、ステップＳ１１に戻り、処理を繰り返す。一方、入力操作が行われていたときは（ステップＳ１２でＹＥＳ）、次に、ステップＳ１３で、プロセッサは、その操作内容が「ショップ」ボタン１０２（上記図４参照）の選択操作であるか否かを判定する。その結果、「ショップ」ボタン１０２の選択ではないときは（ステップＳ１３でＮＯ）、ステップＳ１４で、プロセッサ３３は、その操作内容に応じた各種ゲーム処理を適宜実行する。そして、後述のステップＳ１６の処理へ進む。一方、「ショップ」ボタン１０２が選択されたときは（ステップＳ１３でＹＥＳ）、ステップＳ１５で、プロセッサ３３は、ショップ処理を実行する。

図１９は、上記ショップ処理の詳細を示すフローチャートである。図１９において、まず、ステップＳ８１で、プロセッサ３３は、上記図９で示したようなショップメニュー（ショップ画面）を表示する。また、ＤＬＣが未購入の場合は、当該ショップメニューにおいても未購入マーク１１０が含まれて表示される。

次に、ステップＳ８２で、プロセッサ３３は、操作データ６５の取得を行い、ステップＳ８３で、操作データ６５に基づいて、ユーザによる入力操作が行われたか否かを判定する。その結果、入力操作が行われていなければ（ステップＳ８３でＮＯ）、ステップＳ８２に戻り、処理を繰り返す。一方、入力操作が行われていたときは（ステップＳ８３でＹＥＳ）、次に、ステップＳ８４で、プロセッサ３３は、その操作内容が「追加コンテンツを買いたい」ボタン１１１Ａ（図９参照）の選択操作であるか否かを判定する。その結果、「追加コンテンツを買いたい」ボタン１１１Ａが選択されたときは（ステップＳ８４でＹＥＳ）、ステップＳ８５で、プロセッサ３３は、上記図１６を用いて説明したＤＬＣプレゼン提示処理を実行する。なお、他の実施形態では、既に「ＤＬＣプレゼン」が視聴済みの状態のときは、この処理はスキップしてもよい。

次に、ステップＳ８６で、プロセッサ３３は、上記ステップＳ３３と同様の購入処理を実行する。そして、続くステップＳ８７で、ＤＬＣが購入されたか否かを判定し、購入されたときは（ステップＳ８７でＹＥＳ）、ステップＳ８８で、プロセッサ３３は、購入済みフラグ６９をオンに設定する。そして、上記ステップＳ８１の処理に戻る。一方、未購入のときは（ステップＳ８７でＮＯ）、ステップＳ８８の処理は行わずに、上記ステップＳ８１の処理に戻る。

一方、上記ステップＳ８４の判定の結果、操作内容が「追加コンテンツを買いたい」ボタン１１１Ａ以外の選択操作であるときは（ステップＳ８４でＮＯ）、ステップＳ８９で、プロセッサ３３は、その操作内容はショップ画面の終了を指示する操作であるか否かを判定する。その結果、終了指示の操作ではないときは（ステップＳ８９でＮＯ）、ステップＳ９０で、プロセッサ３３は、その操作内容に応じた処理を適宜実行する。そして、上記ステップＳ８１の処理に戻る。一方、終了指示の操作であるときは（ステップＳ８９でＹＥＳ）、当該ショップ処理を終了する。

図１４に戻り、次に、ステップＳ１６で、上側ＬＣＤ２２に表示する情報を切換えるための処理が実行される。図２０は、当該表示情報切換え処理の詳細を示すフローチャートである。図２０において、まず、ステップＳ１０１で、プロセッサ３３は、購入済みフラグ６９を参照して、未購入のＤＬＣが存在するか否かを判定する。その結果、未購入のＤＬＣがあるときは（ステップＳ１０１でＹＥＳ）、ステップＳ１０２で、プロセッサ３３は、上記「追加ＤＬＣのお知らせ」も表示されるように、上側ＬＣＤ２２に表示する「お知らせ」を適宜切換えて表示する処理を実行する。一方、未購入のＤＬＣがなければ（ステップＳ１０１でＮＯ）、ステップＳ１０３で、プロセッサ３３は、当該「追加ＤＬＣのお知らせ」は含めずに、それ以外の「お知らせ」を上側ＬＣＤ２２に適宜表示する処理を実行する。以上で、当該表示情報切換え処理は終了する。

図１４に戻り、次に、ステップＳ１７で、当該ゴルフゲーム処理を終了するための条件が満たされたか否かが判定される（例えば、終了指示操作が行われたなど）。その結果、当該条件が満たされていなければ（ステップＳ１７でＮＯ）、上記ステップＳ１０に戻り、処理が繰り返される。条件が満たされていれば（ステップＳ１７でＹＥＳ）、当該ゴルフゲーム処理は終了する。

このように、本実施形態では、あるＤＬＣに関して、性質や目的が異なる提示・通知（複数の種類の提示・通知）をユーザへ段階的に行っている。具体的には、「初回通知ダイアログ」（第１の提示・通知）、「定期リマインドダイアログ」（第２の提示・通知）、未購入マーク１１０の表示や「追加ＤＬＣのお知らせ」（第３の提示・通知）というような複数種類の提示・通知を段階的にユーザに示している。これにより、ＤＬＣの購入自体はユーザの自由意志に委ねつつも、少なくともその内容については、より効果的にユーザに伝える（ＤＬＣの内容についてユーザに知ってもらう）ことができる。

なお、他の実施形態では、上記未購入マーク１１０については、「ＤＬＣプレゼン」が視聴されるまでは表示しないようにしても良い。つまり、まずは、上記「初回通知ダイアログ」や「定期リマインドダイアログ」を利用したＤＬＣの存在の強めのアピールをユーザに対して行う。「ＤＬＣプレゼン」がまだユーザに視聴されていない間は、未購入マーク１１０の表示は行わないようにする。その後、「ＤＬＣプレゼン」がユーザに確認され、かつ未購入の状態である間に未購入マーク１１０を表示するようにしても良い。

また、上記「追加ＤＬＣのお知らせ」の上側ＬＣＤ２２への表示についても、他の実施形態では、「商品プレゼン」が視聴されるまでは表示しないようにしても良い。

また、他の実施形態では、上述した未購入マーク１１０を消去するタイミングについて、「ＤＬＣプレゼン」が視聴されれば、消去するようにしてもよい。すなわち、当該マークを、未購入であることを示すのではなく、未視聴のＤＬＣプレゼンがある、ということを示すために用いても良い。具体的には、「ＤＬＣプレゼン」がまだユーザに視聴されていない間は、当該マーク１１０を表示し、「ＤＬＣプレゼン」が視聴されれば、購入したか否かにかかわらず、当該マークは表示しないようにしても良い。このような構成としても、「ＤＬＣプレゼン」の視聴を促すという目的は達成できる。

また、上記実施形態では、「ＤＬＣプレゼン」の存在の提示とその確認への誘導のために「初回通知ダイアログ」や「定期リマインドダイアログ」を用いていた。他の実施形態では、このようなダイアログの提示の代わりに、次のような提示手法を用いても良い。例えば、上述のような新規のＤＬＣが登場したことを示す旨の表示を、下側ＬＣＤ１２、あるいは上側ＬＣＤ２２に、一定時間表示し続け、この間はユーザの操作を受け付けないようにしてもよい。そして、当該一定時間が経過すれば、当該表示を消去してメインメニューを表示するようにしても良い。

また、例えば、上記のようなメインメニューに重畳するダイアログという形での表示ではなく、上記初回通知ダイアログ１０４や定期リマインドダイアログ１２０の内容を、下側ＬＣＤ１２に全画面表示で提示するようにしてもよい。あるいは、上側ＬＣＤ２２および下側ＬＣＤ１２の双方を用いて全画面表示するようにしてもよい。

また、上記各ダイアログの表示位置についても、例えば画面の右端や左端等に表示するようにしてもよい（ダイアログのサイズは適宜調整すれば良い）。

また、上記実施形態では、ＤＬＣが購入されていない状態の時に未購入マーク１１０を表示していた。すなわち、ＤＬＣを「購入」したか否かの判定を行っていた。他の実施形態では、このような「購入」の場合に限らず、ユーザによる他の行動を対象としてもよい。例えば、ＤＬＣが無料であるような場合は、当該ＤＬＣが「ダウンロード」されたか否かを判定するようにしてもよい。そして、ダウンロードされていない状態の間は、上記未購入マーク１１０に相当する表示（ダウンロード可能な無料コンテンツがあることを示す表示）を行うようにしても良い。

また、上記実施形態で説明した処理は、携帯型ゲーム装置だけでなく、据置型ゲーム装置や、スマートフォン等の携帯通信端末や、いわゆるタブレット型端末等の情報処理装置についても適用可能であることはいうまでもない。

また、上記実施形態で説明した処理は、ゴルフゲーム処理に限らず、これ以外の処理、例えば、他のゲーム処理や、更には教育ソフトやビジネスソフト等にも適用可能である。

また、上記実施形態においては、ＤＬＣに関する情報をユーザに提示・通知するための一連の処理が単一の情報処理装置（携帯型ゲーム装置）において実行される場合を説明したが、他の実施形態においては、上記一連の処理が複数の情報処理装置からなる情報処理システムにおいて実行されてもよい。例えば、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの一部の処理がサーバ側装置によって実行されてもよい。さらには、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該端末側装置では一部の処理が実行されてもよい。また、上記情報処理システムにおいて、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。

１０ 携帯ゲーム装置
１２ 下側ＬＣＤ
２２ 上側ＬＣＤ
３１ 入力装置
３２ 表示装置
３３ プロセッサ
３４ 内部記憶装置
３５ メインメモリ
３６ 無線通信部

Claims (15)

1. 所定のサーバから配信された情報を通知する情報処理装置のコンピュータに実行させる情報処理プログラムであって、
   前記コンピュータを、
   所定のコンテンツの情報をユーザに提示するための提示対象情報を前記所定のサーバから受信する受信手段と、
   新たな前記提示対象情報を受信した後、当該新たな提示対象情報の確認をユーザに促すための第１の通知を表示する第１通知手段と、
   前記第１通知手段による第１の通知の表示が行われた後であって、前記提示対象情報がユーザによってまだ確認されていない状態である間は、定期的にあるいは所定のタイムスケジュールで、当該提示対象情報の確認をユーザに促すための第２の通知を表示する第２通知手段と、
   前記第１の通知あるいは第２の通知に対して前記提示対象情報を確認するための操作が行われたとき、当該提示対象情報を表示する提示対象情報表示手段として機能させ、
   前記提示対象情報は、購入可能な前記所定のコンテンツの詳細を説明するための情報であって、当該コンテンツを紹介するための動画を少なくとも含んでおり、
   前記プログラムは、前記コンピュータを、前記提示対象情報表示手段により表示される前記動画の再生が終了したことを条件として、前記購入可能な前記所定のコンテンツを購入するための画面を表示し、ユーザの操作に基づいて当該コンテンツを購入するための処理を実行する購入処理手段として更に実行させる、情報処理プログラム。
2. 前記第１通知手段は、実行中の処理の進行を妨げるような表示態様で前記第１の通知を表示し、
   前記第２通知手段は、実行中の処理の進行を妨げるような表示態様で前記第２の通知を表示する、請求項１に記載の情報処理プログラム。
3. 前記第１の通知および第２の通知は、そのときに実行中のソフトウェア処理にかかる画面内容に重畳して表示される、請求項２に記載の情報処理プログラム。
4. 前記第１通知手段は、前記第１の通知に対するユーザからの所定の入力操作を受けるまでは当該第１の通知を継続して表示し、当該ユーザからの所定の入力操作を受けたときに当該第１の通知を消去し、
   前記第２通知手段は、前記第２の通知に対するユーザからの所定の入力操作を受けるまでは当該第２の通知を継続して表示し、当該ユーザからの所定の入力操作を受けたときに当該第２の通知を消去する、請求項２に記載の情報処理プログラム。
5. 前記情報処理プログラムは、前記コンピュータを、前記第１の通知手段が前記第１の通知を表示している間は、当該第１の通知に対する入力操作が行われるまで他の処理を進行しない処理手段としてさらに機能させる、請求項２に記載の情報処理プログラム。
6. 前記第１の通知、および第２の通知の表示位置は画面の略中央である、請求項２に記載の情報処理プログラム。
7. 前記情報処理プログラムは、前記コンピュータを、
   前記提示対象情報に対応する前記所定のコンテンツに対してユーザの操作に基づく所定の処理を行うことが可能であることを示す第３の通知を画面に表示する、第３通知手段
   として更に機能させ、
   前記第３通知手段は、前記提示対象情報表示手段が前記提示対象情報を表示した後に前記第３の通知の表示を行う、請求項１に記載の情報処理プログラム。
8. 前記第３通知手段は、そのときに実行中の処理の進行を妨げない表示態様で前記第３の通知を表示する、請求項７に記載の情報処理プログラム。
9. 前記第３提示手段は、画面内の前記第３の通知以外の表示内容についてのユーザの視認性を妨げないような表示態様で当該第３の通知を表示する、請求項８に記載の情報処理プログラム。
10. 前記第３の通知は、当該通知に対するユーザの入力操作を求めない通知である、請求項８に記載の情報処理プログラム。
11. 前記情報処理プログラムは、前記コンピュータを、前記第３通知手段が前記第３の通知を表示していても、ユーザが操作可能なように処理を実行する処理手段として更に機能させる、請求項８に記載の情報処理プログラム。
12. 前記提示対象情報は、購入可能な前記所定のコンテンツの詳細を説明するための情報であり、
    前記第３の通知は、前記所定のコンテンツが購入されていない状態である間は表示され、当該所定のコンテンツが購入された後は表示されない、請求項７に記載の情報処理プログラム。
13. 所定のサーバから配信された情報を通知する情報処理装置であって、
    所定のコンテンツの情報をユーザに提示するため提示対象情報を前記所定のサーバから受信する受信手段と、
    新たな前記提示対象情報を受信した後、当該新たな提示対象情報の確認をユーザに促すための第１の通知を表示する第１通知手段と、
    前記第１通知手段による第１の通知の表示が行われた後であって、前記提示対象情報がユーザによってまだ確認されていない状態である間は、定期的にあるいは所定のタイムスケジュールで、当該提示対象情報の確認をユーザに促すための第２の通知を表示する第２通知手段と、
    前記第１の通知あるいは第２の通知に対して前記提示対象情報を確認するための操作が行われたとき、当該提示対象情報を表示する提示対象情報表示手段とを備え
    前記提示対象情報は、購入可能な前記所定のコンテンツの詳細を説明するための情報であって、当該コンテンツを紹介するための動画を少なくとも含んでおり、
    前記情報処理装置は、前記提示対象情報表示手段により表示される前記動画の再生が終了したことを条件として、前記購入可能な前記所定のコンテンツを購入するための画面を表示し、ユーザの操作に基づいて当該コンテンツを購入するための処理を実行する購入処理手段を更に備える、情報処理装置。
14. 所定のサーバから配信された情報を通知する情報処理システムであって、
    所定のコンテンツの情報をユーザに提示するための提示対象情報を前記所定のサーバから受信する受信手段と、
    新たな前記提示対象情報を受信した後、当該新たな提示対象情報の確認をユーザに促すための第１の通知を表示する第１通知手段と、
    前記第１通知手段による第１の通知の表示が行われた後であって、前記提示対象情報がユーザによってまだ確認されていない状態である間は、定期的にあるいは所定のタイムスケジュールで、当該提示対象情報の確認をユーザに促すための第２の通知を表示する第２通知手段と、
    前記第１の通知あるいは第２の通知に対して前記提示対象情報を確認するための操作が行われたとき、当該提示対象情報を表示する提示対象情報表示手段とを備え
    前記提示対象情報は、購入可能な前記所定のコンテンツの詳細を説明するための情報であって、当該コンテンツを紹介するための動画を少なくとも含んでおり、
    前記情報処理システムは、前記提示対象情報表示手段により表示される前記動画の再生が終了したことを条件として、前記購入可能な前記所定のコンテンツを購入するための画面を表示し、ユーザの操作に基づいて当該コンテンツを購入するための処理を実行する購入処理手段を更に備える、情報処理システム。
15. 所定のサーバから配信された情報を通知する情報処理装置を制御するための情報処理方法であって、
    所定のコンテンツの情報をユーザに提示するための提示対象情報を前記所定のサーバから受信する受信ステップと、
    新たな前記提示対象情報を受信した後、当該新たな提示対象情報の確認をユーザに促すための第１の通知を表示する第１通知ステップと、
    前記第１通知ステップでの第１の通知の表示が行われた後であって、前記提示対象情報がユーザによってまだ確認されていない状態である間は、定期的にあるいは所定のタイムスケジュールで、当該提示対象情報の確認をユーザに促すための第２の通知を表示する第２通知ステップと、
    前記第１の通知あるいは第２の通知に対して前記提示対象情報を確認するための操作が行われたとき、当該提示対象情報を表示する提示対象情報表示ステップとを備え
    前記提示対象情報は、購入可能な前記所定のコンテンツの詳細を説明するための情報であって、当該コンテンツを紹介するための動画を少なくとも含んでおり、
    前記情報処理方法は、前記提示対象情報表示手段により表示される前記動画の再生が終了したことを条件として、前記購入可能な前記所定のコンテンツを購入するための画面を表示し、ユーザの操作に基づいて当該コンテンツを購入するための処理を実行する購入処理ステップを更に備える、情報処理方法。

Images