(57)【特許請求の範囲】
【請求項１】
表示部と、
操作部と、
複数のキャラクタを一意に識別するキャラクタＩＤと、前記キャラクタＩＤのキャラクタに紐付けられるアイコン画像であるアイコン画像ファイルのファイル名との対応関係が記述されているキャラクタデータマスタと、
前記キャラクタＩＤと、前記キャラクタＩＤに係るキャラクタをユーザが取得済みであるか否かを示す取得済みフラグと、前記キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに設定可能であるか否かを示すアイコン設定フラグと、前記キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに指定しているか否かを示すアイコン指定フラグとの対応関係が記述されているキャラクタフラグテーブルと、
アプリケーションプログラムを一意に指し示す情報と、前記アプリケーションプログラムを指し示すアイコン画像のファイル名を示すアイコンファイル名との対応関係が記述されているアプリアイコンテーブルと
を有する、コンテンツ再生装置を実現するコンピュータに、
前記キャラクタフラグテーブルを参照して、前記アイコン設定フラグの値が論理の真である前記キャラクタＩＤに紐付けられている前記アイコン画像ファイルを前記表示部に表示するアイコン候補表示処理機能と、
ユーザが前記操作部を通じて前記表示部に表示されている複数の前記アイコン画像のうちの一つを選択したことに呼応して、前記ユーザが選択した前記キャラクタＩＤに紐付けられている前記キャラクタフラグテーブルの前記アイコン指定フラグの値を論理の真に設定するアイコン選択処理機能と、
前記アイコン選択処理機能の呼び出しに呼応して、前記アプリアイコンテーブルから取得される前記アイコンファイル名に、前記ユーザが選択した前記キャラクタＩＤに紐付けられている前記キャラクタデータマスタの前記アイコン画像ファイルを登録するアイコン変更処理機能と、
前記アプリアイコンテーブルにしたがって、前記表示部に前記アプリケーションプログラムを起動するアイコンとして前記アイコン画像ファイルの前記アイコン画像を表示するアプリ起動処理機能と
を実現させるためのコンテンツ再生プログラムであり、
前記取得済みフラグは、前記取得済みフラグを論理の真に設定するためのキャラクタ取得イベントを実施することで論理の真に設定可能であり、
前記アイコン設定フラグは、前記アイコン設定フラグを論理の真に設定するための所定のイベントを実施することで論理の真に設定可能である、
コンテンツ再生プログラム。
【請求項２】
前記キャラクタデータマスタは、
複数のキャラクタを一意に識別するキャラクタＩＤが格納されるキャラクタＩＤフィールドと、
前記キャラクタＩＤのキャラクタに紐付けられるアイコン画像であるアイコン画像ファイルのファイル名が格納されるアイコン画像フィールドと
を有し、
前記キャラクタフラグテーブルは、
前記キャラクタＩＤフィールドと、
前記キャラクタＩＤに係るキャラクタをユーザが取得済みであるか否かを示す取得済みフラグが格納される取得済みフラグフィールドと、
前記キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに設定可能であるか否かを示すアイコン設定フラグが格納されるアイコン設定フラグフィールドと、
前記キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに指定しているか否かを示すアイコン指定フラグが格納されるアイコン指定フラグフィールドと、
前記キャラクタを取得済みであるか否かを示す取得済みフラグが格納される取得済みフラグフィールドと
を有し、
前記アプリアイコンテーブルは、
アプリケーションプログラムが格納されているアプリ名フィールドと、
前記アプリケーションプログラムを指し示すアイコン画像のファイル名が格納されるアイコンファイル名フィールドと
を有する、請求項１に記載のコンテンツ再生プログラム。
【請求項３】
表示部と、
操作部と、
複数のキャラクタを一意に識別するキャラクタＩＤと、前記キャラクタＩＤのキャラクタに紐付けられるアイコン画像であるアイコン画像ファイルのファイル名との対応関係が記述されているキャラクタデータマスタと、
前記キャラクタＩＤと、前記キャラクタＩＤに係るキャラクタをユーザが取得済みであるか否かを示す取得済みフラグと、前記キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに設定可能であるか否かを示すアイコン設定フラグと、前記キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに指定しているか否かを示すアイコン指定フラグとの対応関係が記述されているキャラクタフラグテーブルと、
アプリケーションプログラムを一意に指し示す情報と、前記アプリケーションプログラムを指し示すアイコン画像のファイル名を示すアイコンファイル名との対応関係が記述されているアプリアイコンテーブルと、
前記キャラクタフラグテーブルを参照して、前記アイコン設定フラグの値が論理の真である前記キャラクタＩＤに紐付けられている前記アイコン画像ファイルを前記表示部に表示するアイコン候補表示処理部と、
ユーザが前記操作部を通じて前記表示部に表示されている複数の前記アイコン画像のうちの一つを選択したことに呼応して、前記ユーザが選択した前記キャラクタＩＤに紐付けられている前記キャラクタフラグテーブルの前記アイコン指定フラグの値を論理の真に設定するアイコン選択処理部と、
前記アイコン選択処理部の呼び出しに呼応して、前記アプリアイコンテーブルから取得される前記アイコンファイル名に、前記ユーザが選択した前記キャラクタＩＤに紐付けられている前記キャラクタデータマスタの前記アイコン画像ファイルを登録するアイコン変更処理部と、
前記アプリアイコンテーブルにしたがって、前記表示部に前記アプリケーションプログラムを起動するアイコンとして前記アイコン画像ファイルの前記アイコン画像を表示するアプリ起動処理部と
を具備するコンテンツ再生装置であり、
前記キャラクタデータマスタは、
複数のキャラクタを一意に識別するキャラクタＩＤが格納されるキャラクタＩＤフィールドと、
前記キャラクタＩＤのキャラクタに紐付けられるアイコン画像であるアイコン画像ファイルのファイル名が格納されるアイコン画像フィールドと
を有し、
前記キャラクタフラグテーブルは、
前記キャラクタＩＤフィールドと、
前記キャラクタＩＤに係るキャラクタをユーザが取得済みであるか否かを示す取得済みフラグが格納される取得済みフラグフィールドと、
前記キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに設定可能であるか否かを示すアイコン設定フラグが格納されるアイコン設定フラグフィールドと、
前記キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに指定しているか否かを示すアイコン指定フラグが格納されるアイコン指定フラグフィールドと、
前記キャラクタを取得済みであるか否かを示す取得済みフラグが格納される取得済みフラグフィールドと
を有し、
前記アプリアイコンテーブルは、
アプリケーションプログラムが格納されているアプリ名フィールドと、
前記アプリケーションプログラムを指し示すアイコン画像のファイル名が格納されるアイコンファイル名フィールドと
を有し、
前記取得済みフラグは、前記取得済みフラグを論理の真に設定するためのキャラクタ取得イベントを実施することで論理の真に設定可能であり、
前記アイコン設定フラグは、前記アイコン設定フラグを論理の真に設定するための所定のイベントを実施することで論理の真に設定可能である、
コンテンツ再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ再生プログラム及びコンテンツ再生装置に関する。
【背景技術】
【０００２】
出願人は、ゲームプログラム及びゲームサービスを開発し、頒布している。近年では、ゲーム専用機向けのゲームプログラムより、スマートフォン向けのゲームプログラムあるいはゲームサービスの需要が増えている。
特に、出願人を始めとする多くのゲームサービス業者は、スマートフォンがインターネットを通じてゲームコンテンツを提供するゲームサーバに接続し、当該ゲームサーバを通じて様々なゲームコンテンツの提供を受けるオンラインゲームサービスを提供している。
このようなゲームは、ゲームキャラクタ（以下、単に「キャラクタ」と略）がユーザの操作に従って動くアクションゲームの要素のみならず、キャラクタが対話することでストーリーが進行するノベルゲームの要素、アニメーション動画、及びｗｅｂブラウザ等の機能要素を統合した、複合的なコンテンツ再生機能を有する、コンテンツ再生サービスとしての側面を有する。
【０００３】
多くのオンラインゲームサービスは、多くのユーザに対し、できるだけ長期間、サービスを提供し続けるために、様々な工夫が凝らされている。例えば、ゲームコンテンツ内におけるキャラクタの成長スピードを敢えて遅くするなど、ゲーム進行に律速制御を施している。また、美麗かつ可愛いイラストレーションにてゲームコンテンツ内のキャラクタを表現したり、当該キャラクタを魅力的に演出するストーリーのノベライズやアニメーションを付加したりすることも行われる。さらに、当該キャラクタに人気声優の声を当てて魅力あるキャラクタを沢山提供することが往々にして行われている。
【０００４】
特に、架空の人物であるゲーム内のキャラクタに対して、イラストレーションや人気声優による台詞回しを行ったり、ノベライズやアニメーション等で魅力的に演出したりすることで、ユーザが当該キャラクタに強い好意等の感情を惹起する（萌える）ようにしている。このことは、俗に「キャラ萌え」と呼ばれている。
また、ユーザが特定の一人のキャラクタに対して特に好意を示すことを、俗に「推しキャラ」と呼ぶ。特にこの「推しキャラ」の概念は、オンラインゲームサービスにおいて、如何に多くのユーザを惹き付けるかを決める、極めて重要なセールスポイントになる。また、「推しキャラ」は本発明において重要な概念でもある。
【０００５】
特許文献１には、遊技者が有益な情報を得た際に、達成感や自力感等を感じることができて、興趣性の向上を図った遊技機（スロットマシン）が開示されている。なお、特許文献１にはユーザが選択した「推しキャラ」のアイコンを遊戯画面上に表示する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１８−９９３６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
今日のスマートフォンは、パソコンに匹敵する演算能力と高解像度ディスプレイを有する高機能情報端末として広く普及している。スマートフォンは携帯電話としての機能に留まらず、スマートフォンによって、ｗｅｂブラウジング、動画再生プレーヤ、音楽プレーヤ、デジタルカメラ、翻訳、電車路線案内、地図ナビゲーション、ビジネスソフト、健康管理、そしてゲーム等、様々なアプリケーションプログラムが実行可能である。
これら多種多様なアプリケーションプログラムを管理し、ユーザが迅速に所望のアプリケーションプログラムを実行できるようにするため、スマートフォンにはホームアプリ、デスクトップアプリまたはアプリケーションランチャ等と呼ばれるアプリケーションプログラムがインストールされている。これ以降、本明細書ではこのようなアプリケーションプログラムを「ホームアプリ」と呼ぶことにする。
【０００８】
ホームアプリは、アプリケーションプログラムをタッチパネルディスプレイ上にアイコンとアプリケーションプログラムの略称で表示される。すなわち、ホームアプリは、アイコンのタップ動作に呼応して当該アプリケーションプログラムを実行するためのアプリケーションプログラムである。
【０００９】
スマートフォンにインストールされるアプリケーションプログラムの多くは、ＯＳを提供する企業によって一定の審査を受けた後、ＯＳを提供する企業が運営するオンラインストアに登録される。その際、アイコンの画像ファイルは一種類のみ登録が許されていた。
近年、米アップルコンピュータ社が提供するｉＯＳ（登録商標）のバージョン１０．３以降において、事前にオンラインストアによって審査済みの複数のアイコン群から、ユーザが任意のタイミングで好みのアイコンを選択して変更する機能が搭載された。すなわち、アプリケーションプログラムが複数のアイコンをユーザに提供することが可能になった。
このような機能をユーザの「推しキャラ」と有機的に連携させることができれば、ゲームの魅力を一層引き立てることが可能になるものと思われる。
【００１０】
本発明は係る課題に鑑みてなされたものであり、ユーザのゲームの進行状況に応じて、ユーザの「推しキャラ」をアプリケーション起動用アイコンとして選択することができるコンテンツ再生プログラム及びコンテンツ再生装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明のコンテンツ再生プログラムは、表示部と、操作部と、複数のキャラクタを一意に識別するキャラクタＩＤと、キャラクタＩＤのキャラクタに紐付けられるアイコン画像であるアイコン画像ファイルのファイル名との対応関係が記述されているキャラクタデータマスタと、キャラクタＩＤと、キャラクタＩＤに係るキャラクタをユーザが取得済みであるか否かを示す取得済みフラグと、キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに設定可能であるか否かを示すアイコン設定フラグと、キャラクタＩＤに係るキャラクタをアプリケーションプログラムのアイコンに指定しているか否かを示すアイコン指定フラグとの対応関係が記述されているキャラクタフラグテーブルと、アプリケーションプログラムを一意に指し示す情報と、アプリケーションプログラムを指し示すアイコン画像のファイル名との対応関係が記述されているアプリアイコンテーブルとを有する、コンテンツ再生装置を実現するコンピュータにて実装されるプログラムである。
【００１２】
本発明のコンテンツ再生プログラムは、キャラクタフラグテーブルを参照して、アイコン設定フラグの値が論理の真であるキャラクタＩＤに紐付けられているアイコン画像ファイルを表示部に表示するアイコン候補表示処理機能と、ユーザが操作部を通じて表示部に表示されている複数のアイコン画像のうちの一つを選択したことに呼応して、ユーザが選択したキャラクタＩＤに紐付けられているキャラクタフラグテーブルのアイコン指定フラグの値を論理の真に設定するアイコン選択処理機能と、アイコン選択処理機能の呼び出しに呼応して、アプリアイコンテーブルから取得されるアイコンファイル名に、ユーザが選択したキャラクタＩＤに紐付けられているキャラクタデータマスタのアイコン画像ファイルを登録するアイコン変更処理機能と、アプリアイコンテーブルにしたがって、表示部にアプリケーションプログラムを起動するアイコンとしてアイコン画像ファイルのアイコン画像を表示するアプリ起動処理機能とを実現させる。
【００１３】
そして取得済みフラグは、取得済みフラグを論理の真に設定するためのキャラクタ取得イベントを実施することで論理の真に設定可能であり、アイコン設定フラグは、アイコン設定フラグを論理の真に設定するための所定のイベントを実施することで論理の真に設定可能である。
【発明の効果】
【００１４】
本発明によれば、ユーザのゲームの進行状況に応じて、ユーザの「推しキャラ」をアプリケーション起動用アイコンとして選択することが可能になる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態に係るコンテンツ再生システムを示す概略図である。
【図２】コンテンツ再生装置（スマートフォン）のハードウェア構成を示すブロック図である。
【図３】ゲームサーバのハードウェア構成を示すブロック図である。
【図４】ゲームサーバのソフトウェア機能を示すブロック図である。
【図５】コンテンツ再生装置のソフトウェア機能を示すブロック図である。
【図６】各種テーブルのフィールド構成及びレコードの一例を示す図である。
【図７】ゲームサーバにおける、ユーザがゲーム内の所定のイベントを完遂したか、あるいは指定したキャラクタをオンライン購入したことに起因する新規キャラクタを入手した際の、動作の流れを示すフローチャートである。
【図８】ゲームサーバにおける、ユーザがオンライン懸賞を実行したことに起因する新規キャラクタを入手した際の、動作の流れを示すフローチャートである。
【図９】ゲームサーバにおける、ユーザが何らかのイベントを完遂したり、所定のキャラクタに対する種々の操作を行ったことに起因して、所定のキャラクタがアイコンに指定可能になる処理の流れを示すフローチャートである。
【図１０】コンテンツ再生装置とゲームサーバ間の処理の流れを説明するタイミングチャートである。
【図１１】コンテンツ再生装置内における、ユーザがアイコンを選択して変更する処理の流れを説明するタイミングチャートである。
【図１２】コンテンツ再生装置におけるアイコン選択画面の一例である。
【図１３】アイコン変更処理を実行する前と後の、アプリ起動処理部がタッチパネルディスプレイに表示する画面の一例である。
【発明を実施するための形態】
【００１６】
［コンテンツ再生システム：全体構成］
図１は本発明の実施形態に係るコンテンツ再生システム１０１を示す概略図である。
スマートフォンはゲームプログラムを読み込んで、コンテンツ再生装置１０２として機能する。ユーザはコンテンツ再生装置１０２のタッチパネルディスプレイ１０２ａを操作して、ゲームに興じる。
図１に示すように、コンテンツ再生装置１０２は、ゲームサーバ１０３からインターネット１０４経由で、広域無線通信の基地局１０５あるいはは無線ＬＡＮルータ１０６を通してゲームプログラムをダウンロードして実行する。
本発明の実施形態に係るコンテンツ再生システム１０１がユーザに対して提供するサービスはゲームコンテンツであり、当該ゲームコンテンツはゲーム内仮想世界において複数のキャラクタが登場するオンラインゲームサービスである。
【００１７】
［コンテンツ再生装置１０２：ハードウェア構成］
図２はコンテンツ再生装置１０２（スマートフォン）のハードウェア構成を示すブロック図である。
周知のコンピュータであるコンテンツ再生装置１０２は、バス２０９に接続されているＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、表示部２０４、操作部２０５、広域無線通信部２０６、無線ＬＡＮインターフェース２０７、及び不揮発性ストレージ２０８を備える。表示部２０４はＬＣＤ等で構成され、操作部２０５は静電式タッチパネル等で構成される。
コンテンツ再生装置１０２は、広域無線通信部２０６または無線ＬＡＮインターフェース２０７を通じて、ゲームサーバ１０３と通信を行い、オンラインゲームサービスにおける必要な情報の送受信を実行する。
【００１８】
［ゲームサーバ１０３：ハードウェア構成］
図３はゲームサーバ１０３のハードウェア構成を示すブロック図である。
周知のコンピュータであるゲームサーバ１０３は、バス３０９に接続されているＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＮＩＣ（Network Interface Card）３０６、及び不揮発性ストレージ３０８を備える。
なお、ゲームサーバ１０３では、表示部３０４及び操作部３０５は必ずしも必要ではないので点線で示している。
【００１９】
［ゲームサーバ１０３：ソフトウェア機能］
図４はゲームサーバ１０３のソフトウェア機能を示すブロック図である。
コンテンツ再生装置１０２から送信される様々な要求は、入出力制御部４０１を通じて、ユーザ認証処理部４０２、ゲームコンテンツ演算処理部４０３及びステータス演算処理部４０４に送られる。ここで、入出力制御部４０１はｗｅｂサーバプログラムとして機能している。
【００２０】
ユーザ認証処理部４０２は、アクセスしてきたコンテンツ再生装置１０２が正当なユーザであるか否かを、ユーザマスタ４０５を参照して検証する。
アクセスしてきたコンテンツ再生装置１０２が正当なユーザであることがユーザ認証処理部４０２によって確認できた場合には、ゲームコンテンツ演算処理部４０３とステータス演算処理部４０４はそれら要求を処理する。
【００２１】
ゲームコンテンツ演算処理部４０３は、ゲームコンテンツに関わる演算処理を行う。例えば、複数人のユーザのバトルフィールド内位置情報や種々のアクションに関するイベント情報の送受信を実行する。
ステータス演算処理部４０４は、ゲームコンテンツ終了時やアイテム入手または破棄等によってコンテンツ再生装置１０２から送信されるイベント情報を受信し、所定の演算処理を施してイベント情報を算出する。そして、ステータス演算処理部４０４は、ステータステーブル４０６にそれらイベント情報を追記録及び／または更新をした後、それらステータス情報をコンテンツ再生装置１０２へ返信する。
【００２２】
［コンテンツ再生装置１０２：ソフトウェア機能］
図５はコンテンツ再生装置１０２のソフトウェア機能を示すブロック図である。
入出力制御部５０１は、ＯＳとして機能し、操作部２０５の操作情報を解釈して、必要に応じてコンテンツ再生処理部５０２に操作情報を引き渡す。
また、入出力制御部５０１は、コンテンツ再生処理部５０２が出力する画面表示データを表示部２０４に引き渡す。
入出力制御部５０１は、アイコン変更処理機能を実現するアイコン変更処理部５０３を内包する。アイコン変更処理部５０３は、他のアプリケーションプログラムからアイコン変更要求を受信すると、アプリアイコンテーブル５０４に必要事項を記入する。アプリアイコンテーブル５０４としては、例えばｉＯＳ（登録商標）における"info.plist"が該当する。
【００２３】
コンテンツ再生処理部５０２は、ゲームプログラムの本体である。
コンテンツ再生処理部５０２は、ゲームコンテンツ実行処理部５０５と、アイコン選択処理機能を実現するアイコン選択処理部５０６を含む。アイコン選択処理部５０６は、アイコン候補表示処理機能を実現するアイコン候補表示処理部５０７を含む。
ゲームコンテンツ実行処理部５０５は、種々のコンテンツに対してユーザの操作等に応じた表示と再生を実行する。すなわち、ゲームコンテンツ実行処理部５０５は、シナリオデータ等に基づくゲームキャラクタの表示と動作の制御、画像ファイルの表示、動画ファイルの再生、サウンドファイルの再生、及びテキストデータの表示等を行う。
【００２４】
また、コンテンツ再生処理部５０２は、ゲームコンテンツ再生等によって生じたイベント情報をゲームサーバ１０３に送信し、ゲームサーバ１０３からステータス情報を受信してゲームデータベース５０８に記録する。
アイコン選択処理部５０６は、ユーザが操作部２０５を通じて指示したアイコン指定要求に基づき、入出力制御部５０１のアイコン変更処理部５０３と対話を行う。そして、アイコン画像ファイル群５０９に含まれる特定のアイコン画像ファイル名をコンテンツ再生処理部５０２のアイコンに設定する処理を実行する。
なお、アイコン選択処理部５０６が一度も実行されていない時は、既定アイコン画像ファイル５１０がコンテンツ再生処理部５０２のアイコンに設定されている。
【００２５】
アプリ起動処理部５１１は、アプリケーションプログラムの起動処理を実現する、アプリ起動処理機能を有するホームアプリである。アプリ起動処理部５１１は、アプリケーションプログラムを表示部２０４上にアイコンで表示する。そして、アイコンのタップ動作に呼応して当該アプリケーションプログラムを実行する。なお、アプリ起動処理部５１１は、当該アプリケーションプログラムを実行する際に、アプリアイコンテーブル５０４とアプリメニューテーブル５１２を参照する。
【００２６】
アプリ起動処理部５１１は、アプリアイコン表示処理部５１３を含む。アプリアイコン表示処理部５１３は、アプリメニューテーブル５１２を読み込んで、アプリケーションプログラムを表示部２０４上にアイコンで表示する。
【００２７】
図６は各種テーブルのフィールド構成及びレコードの一例を示す図である。
コンテンツ再生処理部５０２が読み書きするゲームデータベース５０８には、キャラクタマスタ６０１、キャラクタデータマスタ６０２、キャラクタパラメータテーブル６０３、キャラクタフラグテーブル６０４が含まれている。
キャラクタマスタ６０１は、キャラクタＩＤフィールドとキャラクタ名フィールドを有する。キャラクタＩＤフィールドには、キャラクタを一意に識別するキャラクタＩＤが格納され、キャラクタ名フィールドには、キャラクタ名が格納される。
【００２８】
キャラクタデータマスタ６０２は、キャラクタＩＤフィールドとデータ種別フィールドとデータファイル名フィールドを有する。
キャラクタＩＤフィールドは、キャラクタマスタ６０１の同名フィールドと同じである。
データファイル名フィールドには、種々のデータファイルのファイル名が格納される。
データ種別フィールドには、データファイル名フィールドに格納されるファイル名のファイルの種類を示す情報が格納される。図６中ではわかりやすさのために単語名で書かれているが、実際にはファイルの種類の一意性を担保するファイル種別ＩＤが格納される。
【００２９】
データ種別フィールドの値は、テーブルのフィールド名に相当し、このデータ種別フィールドの値の中で、本発明に直接関係するものは、データ種別「アイコン画像」である。
したがって、データ種別フィールドの値「アイコン画像」は、アイコン画像フィールドと等価であると解釈することができる。
例えば図６において、データ種別フィールドの値「アイコン画像」のレコードのデータファイル名フィールドに格納される値（データファイル名）は、アイコン画像フィールドの値、すなわち「0001icon.png」であると解釈することができる。
【００３０】
キャラクタパラメータテーブル６０３は、キャラクタＩＤフィールドとパラメータ種別フィールドとパラメータ値フィールドを有する。
キャラクタＩＤフィールドは、キャラクタマスタ６０１の同名フィールドと同じである。
パラメータ値フィールドには、下記のパラメータ種別におけるパラメータ値が格納される。
パラメータ種別フィールドには、パラメータ値フィールドに格納されるパラメータ値の種類を示す情報（パラメータ種別）が格納される。図６中ではわかりやすさのために単語名で書かれているが、実際にはパラメータの種類の一意性を担保するパラメータ種別ＩＤが格納される。
【００３１】
パラメータ種別フィールドの値は、テーブルのフィールド名に相当する。したがって、パラメータ種別フィールドの値「ＬＥＶＥＬ」は、ＬＥＶＥＬフィールドと解釈することができる。そして、パラメータ種別フィールドの値「ＬＥＶＥＬ」のレコードのパラメータ値フィールドに格納される値（パラメータ値）は、ＬＥＶＥＬフィールドの値であると解釈できる。
【００３２】
キャラクタフラグテーブル６０４は、キャラクタＩＤフィールドとフラグ種別フィールドとフラグ値フィールドを有する。
キャラクタＩＤフィールドは、キャラクタマスタ６０１の同名フィールドと同じである。
フラグ値フィールドには、フラグ種別におけるフラグ値として、「真」または「偽」の何れかが格納される。
フラグ種別フィールドには、フラグ値フィールドに格納されるフラグ値の種類を示す情報（フラグ種別）が格納される。図６中ではわかりやすさのために単語名で書かれているが、実際にはフラグの種類の一意性を担保するフラグ種別ＩＤが格納される。
【００３３】
フラグ種別フィールドの値の中で、本発明に直接関係するものは、フラグ種別「取得済み」「アイコン設定」「アイコン指定」である。
第一のフラグである取得済みフラグは、ユーザが当該キャラクタを取得済みであるか否かを示すフラグである。ユーザがキャラクタを取得する手段としては、例えば、ゲームコンテンツ内の特定のイベントが正常に終了したこと、オンライン懸賞（「ガチャ（登録商標）」）で新規キャラクタを取得したこと、及びオンライン購入にて所望のキャラクタを購入したことなどが挙げられる。これらの条件は全て、取得済みフラグを論理の「真」に設定するためのキャラクタ取得イベントとして表現することができる。
【００３４】
図６では、キャラクタＩＤ「０００１」「０００４」は取得済みフラグが「真」なので当該ユーザはこれらキャラクタを取得済みであるが、キャラクタＩＤ「０００２」は取得済みフラグが「偽」なので当該ユーザはキャラクタＩＤ「０００２」のキャラクタを取得していないことを示している。
【００３５】
第二のフラグであるアイコン設定フラグは、当該キャラクタをアイコンとして設定が可能になっているか否かを示すフラグである。ユーザがキャラクタをアイコンとして設定が可能にする手段としては、例えば、ユーザがゲームコンテンツ内の特定のイベントを正常終了したこと、ユーザが当該キャラクタに与えるアイテムによって所定のステータス値が所定の閾値以上に至ったこと、及びオンライン懸賞やオンライン購入にて予めアイコン設定フラグが論理の真に設定されたキャラクタを入手したことなどが挙げられる。これらの条件は全て、アイコン設定フラグを論理の「真」に設定するための所定のイベントとして表現することができる。
なお、アイコン設定フラグを論理の「真」に設定するためには、取得済みフラグが論理の「真」であることが前提条件となる。
【００３６】
図６では、キャラクタＩＤ「０００１」は、能力ノード０１フラグが「真」であるものの、能力ノード０２フラグが「偽」になっている。このため、ゲームサーバ１０３は、アイコン設定ができないと判断し、アイコン設定フラグは「偽」となっている。
一方、キャラクタＩＤ「０００４」は、能力ノード０１フラグ及び能力ノード０２フラグがともに「真」となっているため、ゲームサーバ１０３は、アイコン設定ができると判断し、アイコン設定フラグは「真」となっている。
【００３７】
第三のフラグであるアイコン指定フラグは、当該キャラクタＩＤのキャラクタがアイコンとして指定されているか否かを示すフラグである。したがって、取得済みフラグ及びアイコン設定フラグが「真」であることが、アイコン指定フラグが「真」になるための前提条件である。
【００３８】
図６ではキャラクタＩＤ「０００４」のみ、アイコン設定フラグが「真」になっており、これを受けて、アイコン指定フラグも「真」に設定されている。紙面の都合上、図６には図示していないが、アイコン設定フラグが「真」であっても、アイコン指定フラグが「偽」となるキャラクタＩＤのレコードが多数存在する。
上述したように、あるキャラクタにおける第一のフラグと第二のフラグが共に論理の「真」に設定されて初めて、第三のフラグを論理の「真」に設定することが可能になる。
【００３９】
フラグ種別フィールドの値は、テーブルのフィールド名に相当する。したがって、フラグ種別フィールドの値「取得済み」は、取得済みフラグフィールドであると解釈することができる。そして、フラグ種別フィールドの値「取得済み」のレコードのフラグ値フィールドに格納される値（フラグ値）は、取得済みフラグフィールドの値であると解釈できる。
【００４０】
フラグ種別フィールドの値「アイコン設定」は、アイコン設定フラグフィールドであると解釈することができる。そして、フラグ種別フィールドの値「アイコン設定」のレコードのフラグ値フィールドに格納される値（フラグ値）は、アイコン設定フラグフィールドの値であると解釈できる。
フラグ種別フィールドの値「アイコン指定」は、アイコン指定フラグフィールドであると解釈することができる。そして、フラグ種別フィールドの値「アイコン指定」のレコードのフラグ値フィールドに格納される値（フラグ値）は、アイコン指定フラグフィールドの値であると解釈できる。
【００４１】
アプリアイコンテーブル５０４は、アプリ名フィールドと、アイコン種別フィールドと、アイコンファイル名フィールドを有する。
アプリ名フィールドには、アプリケーションプログラムの名称が格納される。
アイコン種別フィールドには、アプリケーションプログラムのアイコンが既定のものなのか、アプリを通じてユーザが変更したものなのかを示すフラグが格納される。
アイコンファイル名フィールドには、アプリケーションプログラムのアイコンがアプリを通じてユーザが変更したものである場合の、アイコン画像ファイル名が格納される。
【００４２】
アプリメニューテーブル５１２は、アプリ名フィールドと、アプリカテゴリフィールドと、アイコン位置フィールドを有する。
アプリ名フィールドは、アプリアイコンテーブル５０４の同名フィールドと同じである。
アプリカテゴリフィールドには、アプリ起動処理部５１１における、アプリアイコンを整理するためのカテゴリあるいはページ番号等が格納される。
アイコン位置フィールドには、表示部２０４上においてアイコン画像を表示する位置が格納される。
【００４３】
図７は、ゲームサーバ１０３における、ユーザがゲーム内の所定のイベントを完遂したか、あるいは指定したキャラクタをオンライン購入したことに起因する新規キャラクタを入手した際の、動作の流れを示すフローチャートである。
処理を開始すると（Ｓ７０１）、ゲームサーバ１０３のステータス演算処理部４０４は、当該イベントまたはオンライン購入に係る指定キャラクタＩＤを発行し、ステータステーブル４０６に登録する（Ｓ７０２）。そして、ステータステーブル４０６に登録したステータス情報を入出力制御部５０１に引き渡す。入出力制御部５０１は、受け取ったステータス情報をコンテンツ再生装置１０２へ送信するため、不図示の送信キューに登録して（Ｓ７０３）、一連の処理を終了する（Ｓ７０４）。
【００４４】
図８は、ゲームサーバ１０３における、ユーザがオンライン懸賞を実行したことに起因する新規キャラクタを入手した際の、動作の流れを示すフローチャートである。
処理を開始すると（Ｓ８０１）、ゲームサーバ１０３のゲームコンテンツ演算処理部４０３は、予め指定された不図示の懸賞確率に基づいて、ランダムにキャラクタＩＤを生成する（Ｓ８０２）。
【００４５】
次に、ステータス演算処理部４０４は、ゲームコンテンツ演算処理部４０３が生成したキャラクタＩＤが、当該ユーザＩＤのユーザにとって新規のキャラクタであるか否かを確認する（Ｓ８０３）。
ステップＳ８０３で、ゲームコンテンツ演算処理部４０３が生成したキャラクタＩＤが当該ユーザＩＤのユーザにとって新規のキャラクタＩＤであると確認された場合には（Ｓ８０３のＹＥＳ）、ステータス演算処理部４０４は、当該キャラクタＩＤを発行し、ステータステーブル４０６に登録する（Ｓ８０４）。
【００４６】
一方、ステップＳ８０３で、ゲームコンテンツ演算処理部４０３が生成したキャラクタが新規のキャラクタＩＤでないと確認された場合には（Ｓ８０３のＮＯ）、ステータス演算処理部４０４は、代替景品であるアイテムのアイテム情報を発行し、ステータステーブル４０６に登録する（Ｓ８０５）。
何れの場合でも、ステータステーブル４０６に登録されたステータス情報は、入出力制御部５０１に引き渡される。そして入出力制御部５０１は、受け取ったステータス情報をコンテンツ再生装置１０２へ送信するための不図示の送信キューに登録して（Ｓ８０６）、一連の処理を終了する（Ｓ８０７）。
【００４７】
図９は、ゲームサーバ１０３における、ユーザが何らかのイベントを完遂したり、所定のキャラクタに対する種々の操作を行ったりすることに起因して、所定のキャラクタがアイコンに指定可能になるときの処理の流れを示すフローチャートである。
処理を開始すると（Ｓ９０１）、ゲームサーバ１０３のステータス演算処理部４０４は、コンテンツ再生装置１０２から受信したイベント情報からステータス情報を演算する（Ｓ９０２）。
【００４８】
次にステータス演算処理部４０４は、演算処理の結果、新たにアイコン登録を可能とするキャラクタが現れたか否かを確認する（Ｓ９０３）。
ステップＳ９０３で、アイコンに登録可能な条件が揃ったキャラクタが新規に現れたと確認された場合は（Ｓ９０３のＹＥＳ）、ステータス演算処理部４０４は、当該キャラクタＩＤに対する「アイコン設定フラグ＝真」を発行して、ステータステーブル４０６に登録する（Ｓ９０４）。
【００４９】
次に、ステータス演算処理部４０４は、ステータステーブル４０６に登録されたステータス情報を入出力制御部５０１に引き渡す。そして入出力制御部５０１は、受け取ったステータス情報をコンテンツ再生装置１０２へ送信するための不図示の送信キューに登録して（Ｓ９０５）、一連の処理を終了する（Ｓ９０６）。
また、ステップＳ９０３で、アイコンに登録可能な条件が揃ったキャラクタが新規に現れなかった場合にも（Ｓ９０３のＮＯ）、何もせずに一連の処理を終了する（Ｓ９０６）。
【００５０】
図１０は、コンテンツ再生装置１０２とゲームサーバ１０３間の処理の流れを説明するタイミングチャートである。
コンテンツ再生装置１０２のゲームコンテンツ実行処理部５０５が所定のゲームコンテンツの実行処理を行うと（Ｓ１００１）、その内容であるゲームコンテンツが表示部２０４に表示される（Ｓ１００２）。ユーザは表示部２０４に表示されるゲームコンテンツを見て、所定の操作を行う（Ｓ１００３）。ステップＳ１００３の所定の操作としては、例えば、バトルにおける敵に攻撃を与える操作であったり、オンライン懸賞における懸賞実行指示であったり、キャラクタのレベルを上げるためのアイテム投入操作などの様々な操作が挙げられる。
以上のような操作情報がゲームコンテンツ実行処理部５０５に送られると、ゲームコンテンツ実行処理部５０５は、イベント情報の生成または更新処理を行う（Ｓ１００４）。そして、イベント情報をゲームサーバ１０３に送信する（Ｓ１００５）。
【００５１】
ゲームサーバ１０３は、コンテンツ再生装置１０２からイベント情報を受信すると、ステータス演算処理を行い、ステータステーブル４０６を更新する（Ｓ１００６）。そして、当該ユーザのキャラクタのパラメータやフラグ等のステータス情報をコンテンツ再生装置１０２へ送信する（Ｓ１００７）。
コンテンツ再生装置１０２のゲームコンテンツ実行処理部５０５は、ゲームサーバ１０３からステータス情報を受信すると、ゲームデータベース５０８に登録する（Ｓ１００８）。
【００５２】
図１１は、コンテンツ再生装置１０２内における、ユーザがアイコンを選択して変更する処理の流れを説明するタイミングチャートである。
表示部２０４にゲームコンテンツが表示されている状態において（Ｓ１１０１）、ユーザがアイコン変更メニューを呼び出す操作を行うと（Ｓ１１０２）、コンテンツ再生処理部５０２によってアイコン選択処理部５０６が起動される。
すると、アイコン選択処理部５０６は、アイコン変更メニューを生成し（Ｓ１１０３）、このアイコン変更メニューが表示部２０４に表示される（Ｓ１１０４）。
【００５３】
次に、ユーザが選択可能なキャラクタの中から推しキャラであろう一人を選択する操作を行うと（Ｓ１１０５）、アイコン選択処理部５０６はアイコン変更を確認するダイアログボックスを生成する（Ｓ１１０６）。すると、アイコンの変更を確認するか否かを示す「ＹＥＳ」ボタン及び「ＮＯ」ボタンを含むアイコン変更確認ダイアログボックスが表示部２０４に表示される（Ｓ１１０７）。
【００５４】
ユーザがアイコンの変更をしない「ＮＯ」ボタンを選択すると（Ｓ１１０８）、再びステップＳ１１０２のアイコン変更メニュー画面に戻る。
ユーザがアイコンを変更する「ＹＥＳ」ボタンを選択すると（Ｓ１１０９）、アイコン選択処理部５０６はその指示を受けて、入出力制御部５０１内のアイコン変更処理部５０３にアイコンファイル名と共にアイコン変更を指示する（Ｓ１１１０）。すると、アイコン変更処理部５０３はアプリアイコンテーブル５０４にアイコンファイル名を書き込み（Ｓ１１１１）、表示部２０４にメッセージダイアログボックスの消去を行う「ＯＫ」ボタンを含むアイコン変更の完了を告げるメッセージダイアログボックスを表示させる（Ｓ１１１２）。
【００５５】
次に、ユーザはメッセージダイアログボックス内の「ＯＫ」ボタンをタップしてメッセージの消去操作を行うと（Ｓ１１１３）、アイコン変更処理部５０３は表示部２０４に表示されているメッセージダイアログボックスを消去する（Ｓ１１１４、Ｓ１１１５）。
以上の処理によって、アイコン変更処理が完遂する。
【００５６】
図１２はコンテンツ再生装置１０２におけるアイコン選択画面の一例である。
図１２において、タッチパネルディスプレイ１０２ａには、第一キャラクタＣ１２０１、第二キャラクタＣ１２０２及び第三キャラクタＣ１２０３が表示されている。
第一キャラクタＣ１２０１及び第二キャラクタＣ１２０２は、アイコン設定フラグが論理の「真」に設定されているキャラクタなので、キャクタ表示ウィンドウＡ１２０４及びＡ１２０５が明るく表示されている。そして、これら第一キャラクタＣ１２０１及び第二キャラクタＣ１２０２は、アイコン設定キャラクタとして選択することが可能である。
【００５７】
これに対し、第三キャラクタＣ１２０３は、アイコン設定フラグが論理の「偽」に設定されているキャラクタである。このため、第三キャラクタＣ１２０３がアイコン設定キャラクタとして選択できない旨を表現するため、キャラクタ表示ウィンドウＡ１２０６がグレーアウトされている。
【００５８】
また、図示はしていないが、他の一例として、アイコン設定フラグが「偽」のキャラクタはアイコン選択画面に表示しない手法も採り得る。
【００５９】
図１３Ａはアイコン変更処理を実行する前の、アプリ起動処理部５１１がタッチパネルディスプレイ１０２ａに表示する画面の一例である。
図１３Ｂはアイコン変更処理を実行した後の、アプリ起動処理部５１１がタッチパネルディスプレイ１０２ａに表示する画面の一例である。
コンテンツ再生処理部５０２の既定アイコンである第一キャラクタＣ１２０１から、ユーザが自らの推しキャラである第二キャラクタＣ１２０２に変更した状態を示している。
【００６０】
本発明の実施形態に係るコンテンツ再生装置１０２及びコンテンツ再生システム１０１では、スマートフォンを対象に説明したが、本発明が実施可能なデバイスはスマートフォンに限られない。本発明は音声再生デバイスを接続可能なデジタルデバイスであれば、携帯型ゲーム機やパーソナルコンピュータ等でも実施可能である。
【００６１】
上記の実施形態では、コンテンツ再生装置１０２とゲームサーバ１０３よりなるコンテンツ再生システム１０１を例示して説明したが、ゲームサーバ１０３を有しないスタンドアロン型ゲームであっても、本発明の実施は可能である。
具体的には、ゲームサーバ１０３に実装されているゲームコンテンツ演算処理部４０３、ステータス演算処理部４０４及びステータステーブル４０６を、コンテンツ再生装置１０２に実装すればよい。スタンドアロン型であるので、ユーザ認証処理部４０２とユーザマスタ４０５によるユーザ認証は不要である。
【００６２】
本発明の実施形態では、コンテンツ再生装置１０２及びコンテンツ再生システム１０１と、これを実現するコンテンツ再生プログラムを開示した。
取得済みフラグとアイコン設定フラグが共に論理の真であるキャラクタのうち、ユーザが推しキャラである単一のキャラクタを選択することで、アプリ起動処理部５１１が表示するメニュー画面に、当該推しキャラのアイコンをゲームアプリ起動用アイコンとして設定することが可能になる。この処理により、ゲームの進行状況に応じてユーザが思い入れの強いキャラクタをゲームアプリ起動用アイコンとして設定できるため、ユーザがゲームに対する好感度を高めることが大きく期待できる。
【００６３】
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含む。
【符号の説明】
【００６４】
１０１…コンテンツ再生システム、１０２…コンテンツ再生装置、１０２ａ…タッチパネルディスプレイ、１０３…ゲームサーバ、１０４…インターネット、１０５…基地局、１０６…無線ＬＡＮルータ、２０１…ＣＰＵ、２０２…ＲＯＭ、２０３…ＲＡＭ、２０４…表示部、２０５…操作部、２０６…広域無線通信部、２０７…無線ＬＡＮインターフェース、２０８…不揮発性ストレージ、２０９…バス、３０１…ＣＰＵ、３０２…ＲＯＭ、３０３…ＲＡＭ、３０４…表示部、３０５…操作部、３０６…ＮＩＣ、３０８…不揮発性ストレージ、３０９…バス、４０１…入出力制御部、４０２…ユーザ認証処理部、４０３…ゲームコンテンツ演算処理部、４０４…ステータス演算処理部、４０５…ユーザマスタ、４０６…ステータステーブル、５０１…入出力制御部、５０２…コンテンツ再生処理部、５０３…アイコン変更処理部、５０４…アプリアイコンテーブル、５０５…ゲームコンテンツ実行処理部、５０６…アイコン選択処理部、５０７…アイコン候補表示処理部、５０８…ゲームデータベース、５０９…アイコン画像ファイル群、５１０…既定アイコン画像ファイル、５１１…アプリ起動処理部、５１２…アプリメニューテーブル、５１３…アプリアイコン表示処理部、６０１…キャラクタマスタ、６０２…キャラクタデータマスタ、６０３…キャラクタパラメータテーブル、６０４…キャラクタフラグテーブル
【要約】      （修正有）【課題】ユーザのゲームの進行状況に応じて、ユーザの「推しキャラ」をアプリケーション起動用アイコンとして選択可能にできる、コンテンツ再生プログラム及びコンテンツ再生装置を提供する。【解決手段】コンテンツ再生装置は、取得済みフラグとアイコン設定フラグが共に論理の「真」であるキャラクタのうち、ユーザが推しキャラである単一のキャラクタを選択することで、アプリ起動処理部が表示するメニュー画面に、当該推しキャラのアイコンをゲームアプリ起動用アイコンとして設定する。【選択図】図５【図１】
0006797321.tif 000002
【図２】
0006797321.tif 000003
【図３】
0006797321.tif 000004
【図４】
0006797321.tif 000005
【図５】
0006797321.tif 000006
【図６】
0006797321.tif 000007
【図７】
0006797321.tif 000008
【図８】
0006797321.tif 000009
【図９】
0006797321.tif 000010
【図１０】
0006797321.tif 000011
【図１１】
0006797321.tif 000012
【図１２】
0006797321.tif 000013
【図１３】
0006797321.tif 000014