JP2014212843A - 情報送受信システム - Google Patents

Abstract

【課題】ゲームを実行する携帯装置が外部装置との間で行うデータのやり取りを視覚的に楽しむことができる情報送受信システムを提供すること。
【解決手段】ゲーム機３とスマートフォン５とを含む情報送受信システム１において、スマートフォン５は、ゲーム中に出現し得る所定のキャラクタの少なくとも識別情報を含むキャラクタ情報をゲーム機３に通知する処理を行うキャラクタ情報通知処理部と、その通知に際してキャラクタとともに所定の位置マークを表示した送信演出画面を表示部に表示処理し、該送信演出画面において当該スマートフォン５からゲーム機３へのキャラクタの送信を演出表示するキャラクタ送信演出処理部とを備える。一方、ゲーム機３は、スマートフォン５が通知したキャラクタ情報を取得する処理を行うキャラクタ情報取得処理部を備える。
【選択図】図１

Description

本発明は、情報送受信システムに関する。

従来から、ゲーム機器間でバージョンアップのためのプログラムやキャラクタ、アイテム等のデータを伝達する技術が知られている（特許文献１を参照）。

特開２００１−２３９０６０号公報

しかしながら、上記した特許文献１の技術は、あくまでもプログラムの更新やデータの追加を目的としており、単にプログラムやデータ等を伝達するだけのものであり、その伝達過程を楽しむというものではなかった。
そこで本発明は、ゲームを実行する携帯装置が外部装置との間で行うデータのやり取りを視覚的に楽しむことができる情報送受信システムを提供することを目的とする。

本発明に係る情報送受信システムは、第１の表示部を備えた携帯装置と、第２の表示部を備えた外部装置とを含む情報送受信システムであって、前記携帯装置及び前記外部装置のうちで送信側の装置は、所定のキャラクタの少なくとも識別情報を含むキャラクタ情報、又は所定のアイテムの少なくとも識別情報を含むアイテム情報を受信側の装置に通知する処理を行う通知処理部と、前記通知に際し、前記キャラクタ又は前記アイテムを当該送信側の装置の表示部に表示した後、当該送信側の表示部において前記キャラクタ又は前記アイテムを消失させることで送信の演出表示を行う送信演出処理部と、を備え、前記携帯装置及び前記外部装置のうちで受信側の装置は、前記送信側の装置が通知したキャラクタ情報又はアイテム情報を取得する処理を行い、前記送信演出処理部が送信の演出表示を行った後に当該受信側の装置の表示部において前記アイテム情報の取得を演出表示する取得処理部を備え、
さらに、前記外部装置は、前記通知処理部が受信側の装置に通知する前に前記携帯装置を翳す位置を示す位置マークを前記第２の表示部に表示することを特徴とする。

本発明によれば、少なくともキャラクタの識別情報を含むキャラクタ情報又はアイテムの識別情報を含むアイテム情報を携帯装置と外部装置との間でやり取りするに際し、送信側の表示部からキャラクタ又はアイテムを喪失させることで、キャラクタ又はアイテムの送信を演出表示する。また一方、受信側の表示部で前記キャラクタ情報又は前記アイテム情報の取得を演出表示する。これによって、視覚的に、ユーザに対してキャラクタ又はアイテムがあたかも送信されているかのような印象を与えることができる。したがって、ゲームを実行する携帯装置が外部装置との間で行うデータのやり取りを視覚的に楽しむことができる。

図１は、情報送受信システムの全体構成例を示す模式図である。 図２は、ゲーム機の背面図である。 図３は、ゲーム機の機能構成例を示すブロック図である。 図４は、キャラクタ一覧のデータ構成例を示す図である。 図５は、レシピ一覧のデータ構成例を示す図である。 図６は、スマートフォンの機能構成例を示すブロック図である。 図７は、送信演出対象キャラクタ一覧のデータ構成例を示す図である。 図８は、キャラクタ情報通知処理の処理手順を示すフローチャートである。 図９は、キャラクタ情報取得処理の処理手順を示すフローチャートである。 図１０は、送信演出画面の遷移例を示す図である。 図１１は、ゲーム処理の処理手順を示すフローチャートである。 図１２は、変形例におけるゲーム機の機能構成例を示すブロック図である。 図１３は、変形例におけるスマートフォンの機能構成例を示すブロック図である。

以下、図面を参照して、本発明の情報送受信システムを実施するための形態について説明する。なお、この実施の形態によって本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［全体構成］
図１は、本実施の形態の情報送受信システム１の全体構成例を示す模式図である。また、図２は、情報送受信システム１を構成するゲーム機３の背面図である。図１に示すように、情報送受信システム１は、携帯装置の一例としての携帯型の専用のゲーム機（以下、単に「ゲーム機」という。）３と、外部装置の一例としてのスマートフォン５とを含み、少なくともキャラクタ種別を含むキャラクタ情報が所定の通知タイミングでスマートフォン５からゲーム機３に通知される構成となっている。詳細は後述するが、本実施の形態では、スマートフォン５は、キャラクタ種別を特定可能な信号を発することでキャラクタ情報をゲーム機３に通知する。

図１に示すように、ゲーム機３は、その正面に配設された表示部３２を備える。また、図１および図２に示すように、ゲーム機３は、その正面および背面の適所に配設されたボタンスイッチ３１１，３１２，３１３等の入力部３１（図３を参照）、撮像部３３、音出力部３４等を備える。ボタンスイッチ３１１，３１２，３１３には、各種ゲーム操作、電源のＯＮ／ＯＦＦ、ゲームのリセットといった機能が割り当てられている。

一方、スマートフォン５は、図１に示すように、その前面に配設された表示部５３や、この表示部５３の表示画面と一体形成されたタッチパネル等の入力部５２、通話用のマイク５１１やスピーカ５１２等を備える。

ここで、後述するゲームを実行するため、ゲーム機３には携帯装置側ゲームプログラム３５１（図３を参照）が予め格納される一方、スマートフォン５には、外部装置側ゲームプログラム５６１（図６を参照）が例えばゲームサーバ（図示せず）からダウンロードする等して格納される。

ゲーム機３のユーザは、表示部３２に表示されるゲーム画面を見ながら入力部３１（ボタンスイッチ３１１，３１２，３１３等）を操作し、音出力部３４から出力されるゲーム音を聞きつつゲームを楽しむ。以下では、ゲーム機３が実行するゲームとして、ゲームを進行しながらキャラクタを収集していくゲームを例示する。

ゲーム中に出現し得るキャラクタとしては、予め姿態の異なるものが複数種類（例えば１５０種類）用意され、所定の出現タイミングにおいて出現条件を満足するキャラクタが出現する（ゲーム画面内に表示される）ようになっている。出現したキャラクタは収集済みとして図鑑に追加され、別途閲覧することができる。

［ゲームの概要］
具体的なゲーム内容について説明する。本ゲームは、主人公のキャラクタ（以下、単に「主人公」という。）がレシピに従ってお菓子や料理等を作ることで進行していく。レシピは、予め複数用意され、主人公がゲーム開始時から作れるものや、ゲームの進行度等に応じて随時作れるようになるものを含む。例えば、各レシピは、主人公がそのお菓子等を作るイベントを発生させるためのイベントデータ（レシピイベントデータ）として用意される。

そして、各レシピには、該当するレシピイベントデータに従ってイベントを発生させる（以下、「レシピを実行する」という。）と付与される付与レシピポイント数（例えば５Ｐや７Ｐ等）が設定されており、レシピを実行することでレシピポイントが貯まっていく。加えて、各レシピには、主人公がそのお菓子等を作れるようになるのに（該当するレシピが実行可能となるのに）必要な実行可能レシピポイント数（例えば５０Ｐ又は１００Ｐ）が設定されており、レシピを実行することで貯めたレシピポイントに応じて実行可能なレシピが随時追加されるようになっている。このレシピの追加は、例えばカプセルトイの購入の場合のように、所定（例えば５０Ｐ又は１００Ｐ等）のレシピポイントと引き替えに用意されている複数のレシピのうち、その時点で実行可能となっていないものの中から例えばランダムに選出される。

また、各レシピには、該当するレシピを実行するのに必要な体力ポイント数が設定されており、必要な体力ポイントを貯めるには、別途用意されたミニゲームのクリアが必要となる。

ゲーム中、実行可能なレシピは、ゲーム画面においてそのお菓子等の絵柄が描かれたアイテムとして表示され、ゲーム機３においてユーザが「作る」メニューを選択操作（レシピの実行指示操作）すると、主人公がそのお菓子等を作るイベントが発生する。

一方、ゲーム中に出現し得るキャラクタには、出現レシピポイント数（例えば５Ｐや７Ｐ等）が設定されており、レシピを実行すると、そのレシピポイント数と同じ数が出現レシピポイント数として設定されているキャラクタが出現する。

以上のようなゲームを実行するゲーム機３のユーザは、ミニゲームをクリアすることで付与される体力ポイントを貯めながら実行可能なレシピを実行するとともに、レシピを実行することで付与されるレシピポイントを貯めながら実行可能なレシピを増やしていく。そして、ユーザは、このようにして実行可能なレシピを実行することで出現したキャラクタを収集し、図鑑を完成させていく。

ここで、キャラクタには、出現可否を示す出現可否情報としての出現ロックフラグ（ロック：出現不可／アンロック：出現可）が設定されており、出現ロックされたキャラクタ（出現ロックフラグに“ロック”が設定されているキャラクタ）は出現しないようになっている。すなわち、キャラクタは、レシピを実行したときを出現タイミングとして、その出現レシピポイント数が実行したレシピのレシピポイント数と一致することと、その出現ロックフラグに“アンロック”が設定されていることを出現条件として出現する。

本実施の形態では、予め用意される１５０種類のキャラクタのうちの一部のキャラクタ（例えば５０種類のキャラクタ）が初期状態（ゲーム開始時）において出現ロックされ（出現ロックフラグに初期値として“ロック”が設定され）、残りのキャラクタ（１００種類のキャラクタ）については、初期状態からアンロックされて（出現ロックフラグに“アンロック”が設定されて）用意される。そして、キャラクタの出現ロックは、スマートフォン５が該当するキャラクタのキャラクタ種別を含むキャラクタ情報を通知し、ゲーム機３がこれを取得したときにアンロックされる仕組みになっている。

［機能構成］
（１）ゲーム機の機能構成
図３は、ゲーム機３の機能構成例を示すブロック図である。図３に示すように、ゲーム機３は、ボタンスイッチ３１１，３１２，３１３等の入力部３１と、表示部３２と、撮像部３３と、音出力部３４と、記録部３５と、処理部３６とを備える。

入力部３１は、ボタンスイッチの他、タッチパネルやダイヤルスイッチ等を適宜採用して実現でき、操作入力に応じた入力信号を処理部３６に出力する。表示部３２は、ＬＣＤやＥＬディスプレイ等の表示装置によって実現されるものであり、処理部３６から入力される表示信号をもとにゲーム画面等の各種画面を表示する。音出力部３４は、例えばスピーカ等で実現され、処理部３６から入力される音信号をもとに効果音やＢＧＭ等のゲーム音等を出力する。

撮像部３３は、撮影レンズや、この撮影レンズを通して入射した光をデジタル信号に変換する撮像素子等を含み、被写体の画像データを生成して処理部３６に出力する。

記録部３５は、更新記録可能なフラッシュメモリ等のＲＯＭやＲＡＭといった各種ＩＣメモリ、ハードディスク、メモリカード等の情報記録媒体およびその読取装置等によって実現されるものである。この記録部３５には、ゲーム機３を動作させ、このゲーム機３が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納されて適宜更新され、あるいは処理の都度一時的に格納される。

具体的には、記録部３５には、携帯装置側ゲームプログラム３５１と、携帯装置側ゲームデータ３５２とが格納される。携帯装置側ゲームデータ３５２には、ゲームの実行に必要なデータが格納される。例えば、携帯装置側ゲームデータ３５２は、ゲーム中に出現し得るキャラクタ一覧３５３と、ゲーム中に実行し得るレシピ一覧３５４とを含む。また、その他、携帯装置側ゲームデータ３５２には、収集済みのキャラクタを図鑑形式で表示させるための図鑑データ等が格納される。

図４は、キャラクタ一覧３５３のデータ構成例を示す図である。図４に示すように、キャラクタ一覧３５３は、キャラクタ種別と、出現レシピポイント数と、出現ロックフラグと、明滅パターンと、キャラクタデータとが対応付けられたデータテーブルである。キャラクタ種別は、該当するキャラクタに固有に割り当てられた識別情報である。明滅パターンの詳細については後述するが、出現ロックフラグの初期値が“ロック”であるキャラクタの各々に固有に割り当てられた明滅パターンが設定される。キャラクタデータは、該当するキャラクタをゲーム画面内に表示し、動作させるために必要な画像データ等を内容とする。

また、図５は、レシピ一覧３５４のデータ構成例を示す図である。図５に示すように、レシピ一覧３５４は、レシピ種別と、付与レシピポイント数と、実行可能レシピポイント数と、実行可否フラグと、レシピイベントデータとが対応付けられて設定されたデータテーブルである。レシピ種別は、該当するレシピに固有に割り当てられた識別情報である。実行可否フラグは、該当するレシピが実行可能か否かを示すフラグ情報（実行可／実行不可）である。レシピイベントデータは、静止画データや動画データ等を内容とする。

処理部３６は、ＣＰＵ等で実現され、入力部３１から入力される入力信号、撮像部３３から入力される画像データ、記録部３５に格納されるプログラムやデータ等をもとに、ゲーム機３を構成する各部への指示やデータの送信等を行ってゲーム機３の動作を統括制御する。この処理部３６は、取得処理部としてのキャラクタ情報取得処理部３６１と、進行処理部としてのゲーム処理部３６２とを含む。

（２）スマートフォンの機能構成
図６は、スマートフォン５の機能構成例を示すブロック図である。図６に示すように、スマートフォン５は、送受話部５１と、入力部５２と、表示部５３と、撮像部５４と、無線通信部５５と、記録部５６と、処理部５７とを備える。

送受話部５１は、送話音声を集音し、受話音声を出力するためのものであり、図１に示した通話用のマイク５１１やスピーカ５１２等で構成される。

入力部５２は、タッチパネルの他、ボタンスイッチやダイヤルスイッチ、キーボード、マウス等の入力装置を適宜採用して実現でき、操作入力に応じた入力信号を処理部５７に出力する。表示部５３は、ＬＣＤやＥＬディスプレイ等の表示装置によって実現されるものであり、処理部５７から入力される表示信号をもとに送信演出画面等の各種画面を表示する。撮像部５４は、撮影レンズや、この撮影レンズを通して入射した光をデジタル信号に変換する撮像素子等を含み、被写体の画像データを生成して処理部５７に出力する。

無線通信部５５は、所定の無線通信回線を介してゲームサーバ等との間でデータを送受するためのものであり、例えば、通信サービス事業者が設置した無線基地局を介して無線信号の送受信を行うアンテナやＲＦ変換器等によって実現される。

記録部５６は、更新記録可能なフラッシュメモリ等のＲＯＭやＲＡＭといった各種ＩＣメモリ、ハードディスク、メモリカード等の情報記録媒体およびその読取装置等によって実現されるものである。この記録部５６には、スマートフォン５を動作させ、このスマートフォン５が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納されて適宜更新され、あるいは処理の都度一時的に格納される。

具体的には、記録部５６には、ゲームの開始に先立ち無線通信部５５を介してゲームサーバからダウンロード等した外部装置側ゲームプログラム５６１と、外部装置側ゲームデータ５６２とが格納される。外部装置側ゲームデータ５６２には、キャラクタの送信演出表示（キャラクタ送信演出処理）およびキャラクタ情報の通知処理（キャラクタ情報通知処理）に必要なデータが格納される。例えば、外部装置側ゲームデータ５６２は、送信演出対象キャラクタ一覧５６３を含む。また、その他、外部装置側ゲームデータ５６２には、送信演出画面の表示に必要な画像データ等が格納される。

図７は、送信演出対象キャラクタ一覧５６３のデータ構成例を示す図である。図７に示すように、送信演出対象キャラクタ一覧５６３は、キャラクタ種別と、出現ロックフラグと、明滅パターンと、キャラクタデータとが対応付けられたデータテーブルである。本実施の形態では、スマートフォン５は、所定の通知タイミングにおいて送信演出画面内に位置マークを表示させて明滅させることにより、上記したキャラクタのキャラクタ種別を特定可能な信号を発する。明滅パターンは、そのための位置マークの明滅パターンであり、ゲーム機３においてゲーム中に出現し得るキャラクタのうち、送信演出対象キャラクタとなるキャラクタ、すなわち、出現ロックフラグの初期値が“ロック”であるキャラクタに固有に割り当てられる。キャラクタデータは、該当するキャラクタを送信演出画面内に表示し、動作させるために必要な画像データ等を内容とする。ここで、キャラクタ種別と、明滅パターンと、キャラクタデータとの対応付けは、図４に示したゲーム機３側のキャラクタ一覧３５３における対応付けと同一である。また、出現ロックフラグは、ゲーム中、ゲーム機３側のキャラクタ一覧３５３における値と同期して更新されるようになっている。

処理部５７は、ＣＰＵ等で実現され、入力部５２から入力される入力信号、記録部５６に格納されるプログラムやデータ等をもとに、スマートフォン５を構成する各部への指示やデータの送信等を行ってスマートフォン５の動作を統括制御する。この処理部５７は、通知処理部としてのキャラクタ情報通知処理部５７１と、送信演出処理部としてのキャラクタ送信演出処理部５７２とを含む。

［処理の流れ］
次に、ゲーム機３およびスマートフォン５における処理の流れについて説明する。なお、ここで説明する処理は、ゲーム機３において処理部３６が携帯装置側ゲームプログラム３５１を読み出して実行し、スマートフォン５において処理部５７が外部装置側ゲームプログラム５６１を読み出して実行することによって実現される。

先ず、スマートフォン５からゲーム機３にキャラクタ情報を通知するための処理手順を説明する。キャラクタ情報の通知に際しては、スマートフォン５では処理部５７がキャラクタ情報通知処理を行い、ゲーム機３では処理部３６がキャラクタ情報取得処理を行う。図８は、キャラクタ情報通知処理の処理手順を示すフローチャートであり、図９は、キャラクタ情報取得処理の処理手順を示すフローチャートである。

図８に示すように、キャラクタ情報通知処理では、通知タイミングとなるまで待機状態となる（ステップＳ１１：Ｎｏ）。本実施の形態では、スマートフォン５においてユーザが送信指示操作を入力したときをキャラクタ情報の通知タイミングとする。そして、通知タイミングでは（ステップＳ１１：Ｙｅｓ）、スマートフォン５において、キャラクタ情報通知処理部５７１が、今回送信演出対象キャラクタとするキャラクタを選出する（ステップＳ１２）。選出の方法は特に限定されるものではないが、キャラクタ情報通知処理部５７１は、送信演出対象キャラクタ一覧５６３を参照し、出現ロックフラグに“ロック”が設定されているキャラクタの中から１つを例えばランダムに選出する。

続いて、キャラクタ送信演出処理部５７２が、キャラクタ送信演出処理を開始する（ステップＳ１３）。そして、キャラクタ情報通知処理部５７１は、ステップＳ１３で開始されたキャラクタ送信演出処理の過程において送信演出対象キャラクタの少なくともキャラクタ種別を含むキャラクタ情報をゲーム機３に通知するための処理を行う。すなわち、キャラクタ情報通知処理部５７１は、送信演出画面内の所定の表示位置にゲーム機３を翳す位置を示す位置マークを表示させ（ステップＳ１４）、送信演出対象キャラクタ一覧５６３から送信演出対象キャラクタに割り当てられた明滅パターンを読み出して位置マークを明滅させる（ステップＳ１５）。

ここで、キャラクタ送信演出処理部５７２が行うキャラクタ送信演出処理について説明する。図１０は、キャラクタ送信演出処理によってスマートフォン５の表示部５３に表示される送信演出画面の遷移例を示す図である。図１０に示すように、スマートフォン５においてユーザが送信指示操作を入力すると、送信演出画面には先ず、送信演出対象キャラクタとされたキャラクタＣ１が表示され、飛び跳ねながら送信演出画面内の所定の停止位置まで移動する（図１０（Ａ））。すると、送信演出画面内の例えばキャラクタＣ１の停止位置下方を表示位置として例えば壺を模した位置マークＭ１１が表示され、ゲーム機３をスマートフォン５の位置マークＭ１１に翳すよう促すメッセージ（図１０（Ｂ）中では「ゲーム機をココに合わせてね」の文字列）が表示される。なお、位置マークは、例示した壺型に限定されるものではなく、別の形状を適宜採用してよい。

その後、位置マークＭ１１がキャラクタＣ１に割り当てられた明滅パターンに従って明滅し始め、同時にカウントダウン表示Ｍ１３１→Ｍ１３２が開始される（図１０（Ｃ）→図１０（Ｄ））。そして、カウントダウンを終えると、送信演出画面内でスマートフォン５からゲーム機３へのキャラクタＣ１の送信が演出表示される。ここでの処理は、例えば、壺（位置マークＭ１１）に近づいたキャラクタＣ１が壺に吸い込まれるアニメーションを表示処理することで行われる（図１０（ｅ））。なお、この場合の表示処理はキャラクタＣ１が単に壺に近づき消失するものであってもよい。また、キャラクタＣ１がフェードアウトする態様であってもよい。

図８に戻り、続いて、キャラクタ情報通知処理部５７１は、ステップＳ１６で選出したキャラクタの出現ロックフラグに“アンロック”を設定して送信演出対象キャラクタ一覧５６３を更新する。

一方、図９に示すように、キャラクタ情報取得処理では、取得タイミングとなるまで待機状態となる（ステップＳ２１：Ｎｏ）。本実施の形態では、ゲーム機３においてユーザが取得指示操作を入力したときをキャラクタ情報の取得タイミングとする。ユーザは、スマートフォン５において送信指示操作を入力するのと併せて、ゲーム機３において取得指示操作を入力する。

そして、取得タイミングでは（ステップＳ２１：Ｙｅｓ）、ゲーム機３において、キャラクタ情報取得処理部３６１が、上記のようにスマートフォン５が位置マークの明滅によって通知したキャラクタ情報を取得する処理を行う（ステップＳ２２）。具体的には、キャラクタ情報取得処理部３６１は先ず、撮像部３３を起動する。このとき、ユーザは、上記した送信演出画面に表示されたメッセージ（図１０（Ｂ））に従い、撮像部３３の撮影範囲内に送信演出画面の位置マークＭ１１が含まれるようにゲーム機３をスマートフォン５に翳す。これにより、撮像部３３によって位置マークの画像データが連続的に生成され、処理部３６に出力される。キャラクタ情報取得処理部３６１は、このようにして撮像部３３から入力された画像データを画像処理することで位置マークの明滅パターンを判別し、キャラクタ一覧３５３を参照して判別した明滅パターンが割り当てられたキャラクタを特定する。

以上のようにしてスマートフォン５が通知したキャラクタ情報を取得したならば、キャラクタ情報取得処理部３６１が、ゲーム画面においてキャラクタ情報の取得を演出表示する（ステップＳ２３）。例えば、キャラクタ情報取得処理部３６１は、ステップＳ２２で取得したキャラクタ情報に対応するキャラクタをアニメーション表示処理する。なお、この場合の表示処理は輝く星を一時的に表示するものであってもよい。また、キャラクタがフェードインする態様であってもよい。要は、キャラクタ情報の取得が視覚的に分かるものであればよい。

その後、キャラクタ情報取得処理部３６１は、ステップＳ２２で取得したキャラクタの出現ロックフラグに“アンロック”を設定し、キャラクタ一覧３５３を更新する（ステップＳ２４）。

次に、ゲーム機３が行うゲーム処理の処理手順について図１１を参照して説明する。ゲーム処理では、ゲーム処理部３６２は、レシピの実行指示操作を受け付ける。ここでは、レシピの実行指示操作と併せて実行するレシピの選択操作を受け付ける。例えば、実行可能な（レシピ一覧３５４において実行可否フラグに“実行可”が設定されている）レシピをアイテムとしてゲーム画面内に一覧表示し、その選択操作を受け付ける。そして、ユーザがレシピの実行指示操作を入力すると（ステップＳ３１：Ｙｅｓ)、ゲーム処理部３６２は、レシピ一覧３５４から該当するレシピのレシピイベントデータを読み出し、そのお菓子等を作るイベントを発生させる（ステップＳ３２）。

なお、ステップＳ３２においてどのレシピを実行するのかは、上記のようにユーザによる選択操作を受け付ける場合に限らず、ゲーム処理部３６２が自動的に選出する構成としてもよい。例えば、ゲーム処理部３６２は、ユーザによるレシピの実行指示操作に応答してレシピ一覧３５４を参照し、実行可能なレシピの中から１つをランダムに選出するようにしてもよい。

続いて、ゲーム処理部３６２は、出現条件を満たすキャラクタを特定し、そのうちの１つを出現キャラクタとして選出する（ステップＳ３３）。出現条件を満たすキャラクタは、出現レシピポイント数がステップＳ３２で実行したレシピの付与レシピポイント数と一致するキャラクタであって、出現ロックフラグがアンロックであるキャラクタを特定することで行う。また、出現させるキャラクタの選出は、特定したキャラクタの中からランダムに１つを選出することで行ってもよいし、図鑑データに登録されていないキャラクタを優先的に選出するようにしてもよい。

そして、ゲーム処理部３６２は、ステップＳ３３で選出した出現キャラクタをゲーム画面内に表示させて出現させ（ステップＳ３４）、出現キャラクタを収集済みとして図鑑データに登録する（ステップＳ３５）。

また、ユーザが、レシピの実行指示操作を入力せずに他のゲーム操作を入力した場合には（ステップＳ３１：Ｎｏ）、ゲーム処理部３６２は、そのゲーム操作に応じた他の処理を実行する。他の処理としては、ミニゲームの実行や、図鑑の表示処理等が挙げられる。

以上説明したように、本実施の形態によれば、出現ロックしたキャラクタを用意しておき、その出現ロックをアンロックするために、該当するキャラクタのキャラクタ種別を少なくとも含むキャラクタ情報をスマートフォン５からゲーム機３に通知することができる。例えば、出現ロックしたキャラクタに固有の明滅パターンを割り当てておく。そして、スマートフォン５は、送信演出画面内の位置マークをその明滅パターンに従って明滅させることによりキャラクタ種別を特定可能な信号を発し、これによってキャラクタ情報をゲーム機３に通知することができる。そしてその際、該当するキャラクタのゲーム機３への送信を演出表示することができる。例えば、送信演出画面内においてキャラクタが位置マークに吸い込まれるアニメーションを表示処理することができる。そして、その際、位置マークにゲーム機３を翳すので、あたかも、ゲーム機３にキャラクタが吸い込まれ、キャラクタ自体がスマートフォン５からゲーム機３に移ったかのイメージを醸し出すことができる。

一方、ゲーム機３においては、スマートフォン５の送信演出画面を撮像し、送信演出画面内で明滅する位置マークの明滅パターンを判別することによってスマートフォン５が通知したキャラクタ情報を取得することができる。そしてその際、該当するキャラクタのスマートフォン５からの取得を演出表示することができる。例えば、ゲーム画面内に取得したキャラクタ情報に対応するキャラクタをアニメーション表示処理することができる。このことで、より一層、キャラクタ自体がスマートフォン５からゲーム機３に移ったかのイメージを醸し出すことができる。

このように、ゲーム中、該当するキャラクタがあたかもスマートフォン５からゲーム機３へと送信されているかのような印象をユーザに与えることができるので、ゲームを実行するゲーム機３がスマートフォン５との間で行うデータのやり取りの過程に新たな興趣を与えることができる。

［変形例］
なお、上記した実施の形態では、携帯装置として携帯型の専用のゲーム機３を例示したが、携帯型の装置であれば同様に適用できる。例えば、スマートフォンや携帯電話機、タブレット端末、ノートパソコン等で構成してもよい。また、外部装置についても、スマートフォン５に限定されるものではなく、例えばパソコンやテレビ、家庭用ゲーム機、ゲームセンター等に設置された業務用ゲーム機等で構成してもよい。そして、インターネット等を介して配信される動画や雑誌の付録等としてユーザに提供されるＤＶＤの外部装置における再生画面、テレビＣＭ等のコマーシャル画面等によって送信演出画面を構成し、これら再生画面やコマーシャル画面においてキャラクタの送信演出表示を行い、併せてキャラクタ情報の通知処理を行うようにしてもよい。

また、上記した実施の形態では、送信演出画面内で位置マークを明滅させることによってキャラクタ種別を特定可能な信号を発することとした。これに対し、送信音の出力によってキャラクタ種別を特定可能な信号を発することとしてもよい。この場合には、送信演出対象キャラクタとなる各キャラクタに固有の送信音を割り当てておく。そして、外部装置では、位置マークの明滅に代えて、送信演出対象キャラクタに割り当てられた送信音を出力する。一方、携帯装置では、送信音を集音し、該当する送信音が割り当てられたキャラクタを特定する。携帯装置が撮像部３３にかえてマイク等の集音部を備え、外部装置がスピーカ等の音出力部を備えることで実現できる。

また、キャラクタ情報を特定可能な信号を発する場合に限らず、例えば、赤外線通信やＲＦＩＤタグを利用した近距離無線通信、無線ＬＡＮ等の無線通信技術を適宜採用して用いてキャラクタ情報を送受する構成としてもよい。携帯装置が撮像部３３に代えて無線通信部を備え、外部装置が無線通信部を備えることで実現できる。

また、この場合、送信演出対象キャラクタのキャラクタデータをキャラクタ情報に含めて外部装置から携帯装置に通知する構成としてもよい。その際、出現レシピポイント数等をキャラクタ情報にさらに含めてもよい。この場合には、図７に示した送信演出対象キャラクタ一覧５６３において、図４のキャラクタ一覧３５３と同一の対応付けで出現レシピポイント数を設定しておく。そして、携帯装置では、通知されたキャラクタ情報をキャラクタ一覧３５３に追加・更新するようにしてもよい。これによれば、初期状態では用意されていなかった（キャラクタ一覧３５３になかった）キャラクタを、ゲーム中に出現し得る新たなキャラクタとして追加することができる。

また、外部装置から携帯装置に通知するデータはキャラクタ情報に限定されるものではなく、キャラクタ情報に代えて、ゲーム中に出現し得るアイテムの少なくとも識別情報（アイテム種別）を含むアイテム情報を通知するようにしてもよい。例えば、上記した実施の形態のゲームを例に挙げれば、ゲーム中に実行し得るレシピの少なくともレシピ種別をアイテム種別として含むレシピ情報を通知する構成としてもよい。この場合には、上記した実施の形態で説明したキャラクタに対する出現可否フラグの設定・更新と同様に、各レシピに出現可否フラグを設定・更新する。そして、外部装置は、キャラクタの送信演出表示に代えて、アイテムの送信演出表示を行う。

また、携帯装置と外部装置とが無線通信部を備える場合には、上記したキャラクタ情報を送受する場合と同様に、該当するアイテムをゲーム中に出現させるためのアイテムデータ（例えばレシピイベントデータ）をアイテム情報に含めて通知するようにしてもよい。この場合、携帯装置では、通知されたレシピ情報をレシピ一覧３５４に追加・更新するようにしてもよい。これによれば、初期状態では用意されていなかった（レシピ一覧３５４になかった）レシピを、実行可能な新たなレシピとして追加することができる。

また、上記した実施の形態では、スマートフォン５である外部装置からゲーム機である携帯装置にキャラクタ情報を通知する場合について説明したが、携帯装置側でキャラクタの送信演出表示を行い、携帯装置から外部装置にキャラクタ情報を通知処理する構成としてもよい。同様に、携帯装置側でアイテムの送信演出表示を行い、携帯装置から外部装置にアイテム情報を通知処理するようにしてもよい。携帯装置および外部装置の各々が、キャラクタ情報やアイテム情報の通知および取得に必要な上記構成を備えることで実現できる。

ここで、上記した実施の形態と同様に光の明滅によってキャラクタ種別を特定可能な信号を発する場合の携帯装置および外部装置の機能構成例について説明する。図１２は、この場合の携帯装置としてのゲーム機３ａの機能構成例を示すブロック図であり、図１３は、外部装置としてのスマートフォン５ａの機能構成例を示すブロック図である。なお、図１２および図１３では、上記した実施の形態と同一の構成には同一の符号を付する。

本変形例のゲーム機３ａは、図１２に示すように、入力部３１と、表示部３２と、撮像部３３と、音出力部３４と、記録部３５ａと、処理部３６ａとを備える。そして、処理部３６ａは、キャラクタ情報通知処理部３６３ａと、キャラクタ送信演出処理部３６４ａと、ゲーム処理部３６２とを含む。キャラクタ情報通知処理部３６３ａおよびキャラクタ送信演出処理部３６４ａは、上記した実施の形態においてスマートフォン５の処理部５７を構成するキャラクタ情報通知処理部５７１およびキャラクタ送信演出処理部５７３と同様の処理を実行する。この場合のキャラクタ送信演出処理部３６４ａは、送信対象となるキャラクタを表示し、通知後にそのキャラクタを画面上から消失させる。また、記録部３５ａは、処理部３６ａをキャラクタ情報通知処理部３６３ａ、キャラクタ送信演出処理部３６４ａ、およびゲーム処理部３６２として機能させるための携帯装置側ゲームプログラム３５１ａを含む。また、撮像部３３は、ゲーム機３ａの裏側で、キャラクタ又はアイテムに割り当てられた明滅パターンに従って明滅を行う。

一方、本変形例のスマートフォン５ａは、図１３に示すように、送受話部５１と、入力部５２と、表示部５３と、撮像部５４と、無線通信部５５と、記録部５６ａと、処理部５７ａとを備える。そして、処理部５７ａは、キャラクタ情報取得処理部５７３ａを含む。キャラクタ情報取得処理部５７３ａは、上記した実施の形態においてゲーム機３の処理部３６を構成するキャラクタ情報取得処理部３６１と同様の処理を実行する。このキャラクタ情報取得処理部３６１は、例えば、キャラクタ情報又はアイテム情報を取得した際に、位置マークから離間するキャラクタ又はアイテムを表示させたり、位置マークからキャラクタ又はアイテムを吐き出させたり、キャラクタ又はアイテムをフェードインさせたり等を行う。また、記録部５６ａは、処理部５７ａをキャラクタ情報取得処理部５７３ａとして機能させるための外部装置側ゲームプログラム５６１ａを含む。また、記録部５６ａは上記した実施の形態のゲーム機３の携帯装置側ゲームデータ３５２のキャラクタ一覧３５３及びレシピ一覧３５４と同様のキャラクタ一覧５６３ａ及びレシピ一覧５６４を含む。また、この場合のキャラクタ情報取得処理部５７３ａは、通知前にゲーム機３を翳す場所を示す所定の位置マークを表示するとともに、ゲーム機３が通知したキャラクタ情報又はアイテム情報を取得する処理を行う。また、撮像部５４は位置マークの裏側に設けられ、位置マークに翳したゲーム機３ａの明滅パターンを撮像できるようになっている。本変形例によれば、上記した実施の形態とは逆に、該当するキャラクタがあたかもゲーム機３からスマートフォン５へと送信されているかのような印象をユーザに与えることができる。そして、本変形例によれば、上記した実施の形態のゲーム機３と同様のゲームを行うことができる。

また、上記した実施の形態で説明したゲーム内容は一例であって、携帯装置と外部装置との間でゲーム中に出現し得るキャラクタやゲーム中に出現し得るアイテムの送信演出表示を行うものであれば、ゲームの内容自体は特に限定されない。

また、上記した実施の形態では、ゲームに出現するキャラクタやアイテムの情報を送受信の対象としたが、実際の人や物の写真を送受信の対象とすることも可能である。

また、上記した実施形態では、携帯装置及び外部装置の一方が送信側となり、他方が受信側となる場合を述べたが、携帯装置及び外部装置が送信機能及び受信機能の２つの機能を具備するものであってもよい。

１ 情報送受信システム
３，３ａ ゲーム機
３１ 入力部
３２ 表示部
３３ 撮像部
３４ 音出力部
３５，３５ａ 記録部
３５１，３５１ａ 携帯装置側ゲームプログラム
３５２ 携帯装置側ゲームデータ
３５３ キャラクタ一覧
３５４ レシピ一覧
３６，３６ａ 処理部
３６１ キャラクタ情報取得処理部
３６２ ゲーム処理部
３６３ａ キャラクタ情報通知処理部
３６４ａ キャラクタ送信演出処理部
５，５ａ スマートフォン
５１ 送受話部
５２ 入力部
５３ 表示部
５４ 撮像部
５５ 無線通信部
５６，５６ａ 記録部
５６１，５６１ａ 外部装置側ゲームプログラム
５６２ 外部装置側ゲームデータ
５６３ キャラクタ一覧
５７，５７ａ 処理部
５７１ キャラクタ情報通知処理部
５７２ キャラクタ送信演出処理部
５７３ａ キャラクタ情報取得処理部

Claims (7)

1. 第１の表示部を備えた携帯装置と、第２の表示部を備えた外部装置とを含む情報送受信システムであって、前記携帯装置及び前記外部装置のうちで送信側の装置は、所定のキャラクタの少なくとも識別情報を含むキャラクタ情報、又は所定のアイテムの少なくとも識別情報を含むアイテム情報を受信側の装置に通知する処理を行う通知処理部と、前記通知に際し、前記キャラクタ又は前記アイテムを当該送信側の装置の表示部に表示した後、当該送信側の表示部において前記キャラクタ又は前記アイテムを消失させることで送信の演出表示を行う送信演出処理部と、を備え、前記携帯装置及び前記外部装置のうちで受信側の装置は、前記送信側の装置が通知したキャラクタ情報又はアイテム情報を取得する処理を行い、前記送信演出処理部が送信の演出表示を行った後に当該受信側の装置の表示部において前記アイテム情報の取得を演出表示する取得処理部を備え、
   さらに、前記外部装置は、前記通知処理部が受信側の装置に通知する前に前記携帯装置を翳す位置を示す位置マークを前記第２の表示部に表示することを特徴とする情報送受信システム。
2. 前記送信側の装置は前記外部装置であって、前記送信演出処理部は、前記第２の表示部において前記キャラクタ又は前記アイテムを前記位置マークに近づく方向に移動させ消失させることを特徴とする請求項１に記載の情報送受信システム。
3. 前記送信演出処理部は、前記第２の表示部の送信演出画面内で前記キャラクタ又は前記アイテムが前記位置マークに吸い込まれる送信演出表示を行うことを特徴とする請求項２に記載の情報送受信システム。
4. 前記キャラクタ又は前記アイテムには固有の明滅パターンが割り当てられており、
   前記通知処理部は、前記キャラクタ又は前記アイテムに割り当てられた前記明滅パターンに従って前記位置マークを明滅させ、
   前記携帯装置は撮像部を備え、
   前記取得処理部は、前記撮像部により撮像した前記送信演出画面の画像データに基づいて前記位置マークの明滅パターンを判別し、前記キャラクタ又は前記アイテムを特定することを特徴とする請求項２又は３に記載の情報送受信システム。
5. 前記送信側の装置は前記携帯装置であって、
   前記キャラクタ又は前記アイテムには固有の明滅パターンが割り当てられており、
   前記通知処理部は、前記携帯装置の裏側で、前記キャラクタ又は前記アイテムに割り当てられた前記明滅パターンに従って明滅させ、
   前記外部装置は前記位置マークの裏側に撮像部を備え、
   前記取得処理部は、前記撮像部により撮像した画像データに基づいて前記明滅パターンを判別し、前記キャラクタ又は前記アイテムを特定することを特徴とする請求項１に記載の情報送受信システム。
6. 前記取得処理部は、前記キャラクタ情報又は前記アイテム情報の取得の演出表示として、前記通知処理部が通知したキャラクタ情報又はアイテム情報に基づく前記キャラクタ又は前記アイテムを表示することを特徴とする請求項１〜５いずれか一項に記載の情報送受信システム。
7. 前記キャラクタ又は前記アイテムは、受信側の装置で実行されるゲーム中に出現し得るキャラクタ又はアイテムのうち、出現可否情報として出現不可が設定されたキャラクタ又はアイテムであり、
   受信側の装置は、
   前記ゲーム中に出現し得るキャラクタ又はアイテムのうち、前記出現可否情報として出現可が設定されたキャラクタ又はアイテムを随時出現させながらゲームを進行する処理を行う進行処理部を備え、
   前記取得処理部は、前記取得した前記キャラクタ情報又は前記アイテム情報に従って該当するキャラクタ又はアイテムの出現可否情報を出現可能に更新することを特徴とする請求項１〜６のいずれか一項に記載の情報送受信システム。

Images