JP7272157B2 - 情報処理装置及び情報処理システム - Google Patents

Description

本開示は、周囲を撮影した画像など表示できる情報処理装置及び情報処理システムに関する。

最近では、コスプレサミットなどイベントが充実しており、アニメーション（即ち、アニメ）をきっかけに来日する外国人も増えている。例えば、空港や各所で、人々を迎えるポスターには、必ずといっていいほどキャラクタが印刷されており、日本を代表するものになりつつある。

なお、ここで、キャラクタとは、アニメや映画等のフィクションである物語などに登場する人物や動物や物などをイメージした又は模擬した仮想の画像である。
また、趣味でゲームやＳＮＳやアニメ等を挙げる若者も少なくなく、近年のアニメ産業市場は右肩上がりに大幅に増加している。また、映画業界でも興業収入のトップ１０の大半をアニメが示すように変化しており、アニメを身近に感じる人が増えている。

なお、ＳＮＳとは、Social Networking Servesの略であり、インターネットを介して情報のやり取りをすることで、人間関係を構築できるツールである。
さらに、近年では、アニメや映画の舞台となった場所（即ち、聖地）を訪れる聖地巡礼が人気となっており、聖地巡礼を行う人が増加している。そのため、聖地巡礼を行う人の増加によって、その舞台となった場所では、大きな経済効果が生じている。

なお、このように旅先での観光の利便性を向上させる技術として、例えば下記特許文献１などには、例えばスマートフォン等の携帯端末に、各種の情報を提示する技術が知られている。

特許第６２２９６５５号公報

ところで、実際に旅行の目的地である例えば聖地に到着した場合には、その聖地に関連したアニメや映画のキャラクタと一緒に写真を撮りたいという欲求があり、また、その写真をＳＮＳにアップロードしたいという欲求もある。

しかしながら、自分の写真をそのままＳＮＳにアップロードすることは、プライバシーの観点から気が引けるという側面もある。
つまり、自身とキャラクタとが写った写真をＳＮＳにアップロードしたいという欲求があるが、その写真をアップロードするのに気が引けるという気持ちもあり、その両方を考慮した技術は存在しないのが現状である。

本開示の一つの局面は、周囲の撮影が可能な装置を用いて旅行等を行う人にとって、旅行等に伴う各種の要求を同時に満たすことができる機能的に優れた技術を提供することにある。

本開示の一態様の情報処理装置（３、５）は、撮影部（６３、８３）と表示部（７１、９１）とアバター表示制御部（１０１）とキャラクタ表示制御部（１０３）とを備える。
撮影部は、情報処理装置の周囲を撮影するように構成されている。

表示部は、撮影部で撮影された周囲の画像を表示するように構成されている。
アバター表示制御部は、表示部に表示する周囲の画像に、情報処理装置の使用者の分身を示す画像であるアバターの画像を表示するように構成されている。

キャラクタ表示制御部は、表示部に表示する周囲の画像に、周囲を撮影した地図上の位置の情報に基づいて、その位置と関連する物語上のキャラクタの画像を表示するように構成されている。

このような構成によれば、目的の位置に到達した情報処理装置の使用者は、その情報処理装置の表示部に、自身の周囲を撮影した写真から得られる画像（即ち、周囲画像）を表示するとともに、その周囲画像に、自身のアバターの画像と、前記位置に関連した物語上の登場人物等を示すキャラクタの画像とを、例えば重ね合わせて表示することができる。

つまり、表示部に表示された画像には、周囲画像に加えて、自身の写真ではなく、自身のアバターの画像とキャラクタの画像とが揃って表示される。従って、この画像をＳＮＳにアップロードしても、プライバシーの問題は生じにくい。

このように、自身とキャラクタとが写った写真をＳＮＳにアップロードしたいという欲求と、その写真をアップロードするのは気が引けるという気持ちとがある場合に、自身の代わりにアバターを表示する。これにより、プライバシーを気にすることなく、周囲画像に自身のアバターとキャラクタとを表示した画像を、ＳＮＳにアップロードするという希望をかなえることができる。

従って、周囲の撮影が可能な情報処理装置を用いて聖地巡礼等の旅行など行う人にとって、上述のような各種の要求を同時に満たすことができ、旅行等における満足度が高まるという顕著な効果を奏する。

なお、この欄及び特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

実施形態の情報処理システムの概略を示す説明図。 実施形態の情報処理システムの構成を機能的に示すブロック図。 メインサーバの構成を機能的に示すブロック図。 アバターデータベースの構成を示す説明図。 作品データベースの構成を示す説明図。 聖地データベースの構成を示す説明図。 グループデータベースの構成を示す説明図。 キャラクタデータベースの構成を示す説明図。 第１情報処理装置の構成を機能的に示すブロック図。 第１情報処理装置の登録処理を示すフローチャート。 第１情報処理装置の画像表示処理を示すフローチャート。 周囲画像を示す説明図。 周囲画像にアバターの画像を重ねた画像を示す説明図。 周囲画像にアバターとキャラクタの画像を重ねた画像を示す説明図。 メインサーバのキャラクタ処理を示すフローチャート。

以下に、本開示の実施形態を、図面を参照しながら説明する。
［１．第１実施形態］
［１－１．全体構成］
まず、本実施形態の情報処理システムの全体構成について説明する。

＜情報処理システムの適用例＞
まず、本実施形態の情報処理システムが用いられる適用例について説明する。
本実施形態では、図１に示すように、情報処理システム１は、例えば、複数のメンバーからなるグループがある場合に、そのグループの各メンバーが、画像を表示できる情報処理装置３、５を携帯して、アニメや映画の物語の舞台となった場所を訪れる、いわゆる聖地巡礼を行う場合に用いることができる。

そして、聖地巡礼を行う際には、例えばインターネットのような通信網を利用して、各情報処理装置３、５とサーバ７との間で通信を行う。これにより、サーバ７からの情報等に基づいて、各情報処理装置３、５に所望の画像を表示することができる。

なお、この聖地巡礼を行う場合には、各メンバーは、例えば、それぞれ車両（即ち、自動車）９、１１を利用して、予めアニメ等の物語（即ち作品）に応じて選択された所定のコースに従って移動することができる。

ここで、車両９、１１としては、運転者による運転操作が不要な自動運転の車両が挙げられる。従って、前記コースに従って自動運転で聖地巡礼を行うことができる。なお、自動運転の自動車ではなく、例えば運転者が運転操作する自動車であってもよい。また、メンバーの移動目的としては、聖地巡礼に限らず、東京や京都等の各地を目的地とした旅行などであってもよい。

＜情報処理システムの構成＞
次に、本実施形態の情報処理システム１の構成について説明する。
図１及び図２に示すように、本実施形態の情報処理システム１は、例えばスマートフォンのような各個人が携帯可能な携帯端末である情報処理装置３、５と、各情報処理装置３、５との間で情報の送受信が可能なサーバ７と、を備えている。

情報処理装置３、５としては、ここでは、例えば２名のメンバーに応じて２個の情報処理装置３、５、即ち第１情報処理装置３と第２情報処理装置５とを挙げているが、台数に限定はなく、１台でも３台以上の複数台でもよい。

つまり、ここでは、メンバーが２名のグループを例に挙げているが、メンバーが３名以上であってもよく、１名であってもよい。なお、メンバーが１名の場合には、他のメンバーに関する処理は実施しなくともよい。また、情報処理装置３、５としては、スマートフォン以外に、タブレット端末等各種の通信や撮影等が可能な装置が挙げられる。

なお、以下では、第１情報処理装置３の使用者（即ち、ユーザ）を第１ユーザとし、第２情報処理装置５の使用者（即ち、ユーザ）を第２ユーザとする。
サーバ７としては、メンバーの個人情報を管理する例えばローカルサーバである情報サーバ１３と、キャラクタ等の情報を管理するメインサーバ１５と、を備えている。なお、メインサーバ１５が情報サーバ１３の機能を有するように構成してもよい。

［１－２．各構成］
次に、本実施形態の情報処理システム１の各構成について詳細に説明する。
［１－２－１．情報サーバ］
図２に機能的に示すように、情報サーバ１３は、副サーバ記憶部２１と、副サーバ情報処理部２３と、副サーバ通信部２５と、を備えている。

副サーバ情報処理部２３は、ＣＰＵと、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリと、を有する周知のマイクロコンピュータを中心に構成される。副サーバ情報処理部２３の各種の機能は、ＣＰＵが非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、半導体メモリが、プログラムを格納した非遷移的実体的記録媒体に該当する。

副サーバ通信部２５は、各情報処理装置３、５との通信を実現するための無線通信デバイスである。通信の方式、規格等は、何ら限定されない。例えば、上述したインターネットによる通信のような、コンピュータネットワークを利用した無線通信により、各情報処理装置３、５と通信を行うことが考えられる。

副サーバ記憶部２１は、フラッシュメモリ等の半導体メモリやハードディスク等によって構成される記憶装置である。
この副サーバ記憶部２１には、各情報処理装置３、５の使用者のユーザ情報、即ちグループの各メンバーに該当する各ユーザに関する情報（即ち、ユーザ情報）が記憶されている。このユーザ情報としては、各ユーザを特定するユーザＩＤ、氏名、性別、年齢、住所、ログインパスワードなどが挙げられる。このユーザ情報は、例えばユーザＩＤに関連付けられて（即ち、紐付されて）記憶されている。

この情報サーバ１３では、各情報処理装置３、５から送信されたユーザ情報を受信した場合には、副サーバ情報処理部２３の処理によって、そのユーザ情報が、この副サーバ記憶部２１に記憶される。

一方、各情報処理装置３、５から、何らのユーザ情報の出力が要求された場合には、副サーバ情報処理部２３の処理によって、副サーバ記憶部２１に記憶されているユーザ情報が、副サーバ通信部２５を介して、各情報処理装置３、５に送信される。

［１－２－２．メインサーバ］
メインサーバ１５は、主サーバ記憶部２７と、主サーバ情報処理部２９と、主サーバ通信部３１と、を備えている。

主サーバ情報処理部２９は、ＣＰＵと、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリと、を有する周知のマイクロコンピュータを中心に構成される。主サーバ情報処理部２９の各種の機能は、ＣＰＵが非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、半導体メモリが、プログラムを格納した非遷移的実体的記録媒体に該当する。

主サーバ通信部３１は、各情報処理装置３、５との通信を実現するための無線通信デバイスである。通信の方式、規格等は、何ら限定されない。例えば、上述したインターネットによる通信のような、コンピュータネットワークを利用した無線通信により、各情報処理装置３、５と通信を行うことが考えられる。

主サーバ記憶部２７は、フラッシュメモリ等の半導体メモリやハードディスク等によって構成される記憶装置である。
図３に機能的に示すように、主サーバ記憶部２７は、各種の情報を記憶する構成として、アバタ－素材情報部３５と、作品情報部３７と、聖地情報部３９と、グループ情報部４１と、キャラクタ情報部４３と、を備えている。なお、これらの情報部３５～４３は後述するデータベース（即ち、ＤＢ）として構成されている。

一方、主サーバ情報処理部２９は、各種の情報を処理するために、アバタ－処理部４５と、作品処理部４７と、聖地処理部４９と、グループ処理部５１、キャラクタ処理部５３と、を備えている。

ここで、後述するように、主として、アバタ－処理部４５がアバタ－素材情報部３５の情報を処理し、作品処理部４７が作品情報部３７の情報を処理し、聖地処理部４９が聖地情報部３９の情報を処理し、グループ処理部５１がグループ情報部４１の情報を処理し、キャラクタ処理部５３がキャラクタ情報部４３の情報を処理するように構成されている。

なお、ここで、情報の処理とは、例えば情報の書き込み、読み出し、加工等の各種の処理を意味している。
以下、各構成ついて詳細に説明する。

＜主サーバ記憶部の各構成＞
まず、主サーバ記憶部２７の各構成について説明する。
前記アバタ－素材情報部３５は、各情報処理装置３、５のユーザの分身を示す画像であるアバターを表示するための素材を記憶したデータベース（即ち、アバターＤＢ）である。つまり、アバタ－素材情報部３５は、アバターの画像の構成するために必要な画像データを記憶したデータベースである。

図４にアバターＤＢの構成例を示す。図４に示すように、アバターテーブル（即ち、アバターｔａｂｌｅ）には、アバターの構成要素、例えば顔や服装等のアバターの一部であるパーツを特定するパーツＩＤ、ユーザを特定するユーザＩＤ、パーツＩＤに対応したアバターの画像情報であるアバターデータが、互いに関連付けられて記憶されている。例えば、このアバターテーブルの情報は、ユーザＩＤに関連付けられて（即ち、紐付されて）記憶されている。

これにより、あるユーザＩＤが指定されると、そのユーザＩＤに関連するパーツＩＤのアバターデータが選択される。従って、あるユーザＩＤが指定されると、そのユーザＩＤに関連する複数のパーツＩＤのアバターデータを用いて、あるユーザに対応する画像の描画が可能になる。つまり、後述するように、このアバターデータが受信された各情報処理装置３、５にて、所定のユーザに対応した所定のアバターの画像を表示することが可能になる。

なお、ユーザＩＤにて選択されたアバターデータは、後述するように、各情報処理装置３、５にダウンロードされて予め記憶されているが、必要な場合のみ、メインサーバ１５から各情報処理装置３、５にダウンロードして表示するようにしてもよい。

前記作品情報部３７は、アニメや映画の作品に関する情報（即ち、作品情報）記憶したデータベース（即ち、作品ＤＢ）である。
図５に作品ＤＢの構成例を示す。図５に示すように、例えばアニメを例に挙げると、アニメ作品テーブル（即ち、アニメ作品ｔａｂｌｅ）には、作品を特定する作品ＩＤ、作品名、監督者名、放送年が、互いに関連付けられて記憶されている。例えば、このアニメ作品テーブルの情報は、作品ＩＤに関連付けられて（即ち、紐付されて）記憶されている。

前記聖地情報部３９は、アニメや映画の作品に登場する特徴のある場所、即ち訪問したくなるような人気のある場所（即ち、聖地）を示す情報（即ち、聖地情報）記憶したデータベース（即ち、聖地ＤＢ）である。

図６に聖地ＤＢの構成例を示す。図６に示すように、聖地テーブル（即ち、聖地ｔａｂｌｅ）には、聖地を特定する聖地ＩＤ、その聖地を含む作品を特定する作品ＩＤ、その聖地の動画や静止画の画像を示す聖地シーン、聖地の位置を示す聖地所在地が、互いに関連付けられて記憶されている。

例えば、この聖地テーブルの情報は、作品ＩＤに関連付けられて（即ち、紐付されて）記憶されている。なお、聖地所在地としては、通常の地図上の地名に加えて、その聖地所在地に対応した個別の名前（例えば、「二人が出会った橋」等）を付与してよい。

前記グループ情報部４１は、両情報処理装置３、５のユーザから構成されるグループにおいて、各ユーザの情報を記憶したデータベース（即ち、グループＤＢ）である。
図７にグループＤＢの構成例を示す。図７に示すように、グループテーブル（即ち、グループｔａｂｌｅ）には、グループを特定するグループＩＤ、ユーザを特定するユーザＩＤ、ユーザのうち代表のユーザを特定する代表ユーザＩＤ、このグループの目的とする聖地に関する作品を特定する作品ＩＤ、この作品に対応した聖地巡礼の道順を示すコース情報とが、互いに関連付けられて記憶されている。

例えば、このグループテーブルの情報は、グループＩＤに関連付けられて（即ち、紐付されて）記憶されている。なお、グループが複数ある場合には、グループ毎に異なるグループＩＤが設定される。

ここでは、グループＤＢに、全てのユーザＩＤと全てのグループＩＤと全ての代表ユーザＩＤ等が記憶されている。
前記キャラクタ情報部４３は、両情報処理装置３、５に表示させるキャラクタの情報を記憶したデータベース（キャラクタＤＢ）である。

図８にキャラクタＤＢの構成例を示す。図８に示すように、キャラクタテーブル（即ち、キャラクタｔａｂｌｅ）には、キャラクタを特定するキャラクタＩＤ、そのキャラクタが登場する作品を特定する作品ＩＤ、キャラクタを出現させる聖地を特定する聖地ＩＤ、キャラクタを描画するのに必要な画像情報であるキャラクタデータが、互いに関連付けられて記憶されている。例えば、このキャラクタテーブルの情報は、聖地ＩＤに関連付けられて（即ち、紐付されて）記憶されている。

なお、同じ聖地において、複数のキャラクタからランダムにキャラクタを選択して表示することができる。例えば、ある聖地ＩＤに対して、複数のキャラクタＩＤと該各キャラクタＩＤに対応したキャラクタデータとを記憶しておいて、例えば、聖地にチェックインした際に、複数のキャラクタからランダムにキャラクタを選択して表示することができる。

また、前記キャラクタテーブルは、季節毎に設定されているので、同じ聖地であっても、季節が異なると、両情報処理装置３、５には、異なるキャラクタが表示される。なお、異なるキャラクタとしては、全く別の登場人物等を示すキャラクタが考えられるが、例えば登場人物等は同じとして、キャラクタの服装を季節毎に変更したキャラクタを採用してもよい。

なお、このキャラクタとしては、ＭＲにおけるＭＲエージェントとして表示することが考えられるが、ＡＲによる画像として表示してもよい。
なお、ＭＲとは、Mixed Reality（即ち、複合現実）の略であり、ＭＲエージェントとは、ＭＲ空間内に身体的特徴を持つインターフェース・エージェントである。また、ＡＲとは、Augmented Reality（即ち、拡張現実）の略である。

＜主サーバ情報処理部の各構成＞
次に、主サーバ情報処理部２７の各構成について説明する。
前記図３に示すように、前記アバタ－処理部４５は、アバタ―素材情報部３５の情報を処理する。

例えば、各情報処理装置３、５からの指示に基づいて、アバタ―素材情報部３５に記憶されているアバターのパーツから、希望するアバターを生成するためのパーツが選択されると、そのパーツに基づいてアバターが生成される。つまり、各ユーザの指示によってパーツが選択されるので、その選択されたパーツのＩＤ（即ち、パーツＩＤ）が、ユーザＩＤと紐付けされてアバターＤＢに記憶される。

また、このアバターを生成するための情報、即ち、アバターの全体像を生成するための各パーツのアバターデータからなる全体のデータ（即ち、アバターの画像情報）は、アバタ－処理部４５から、主サーバ通信部３１を介して、各ユーザの各情報処理装置３に送信され、図２に記載の第１記憶部６９又は第２記憶部８９に記憶される。なお、次回、各情報処理装置３、５にログインされると、最終ログイン時点でのアバターが表示される。

なお、第１情報処理装置３と第２情報処理装置５とは同様な装置であるので、以下では、主として、第１情報処理装置３を例に挙げて説明する。
前記作品処理部４７は、作品情報部３７の情報を処理する。

例えば、第１情報処理装置３から、作品を検索する検索ワードが送信された場合には、作品ＤＢの情報を検索する。そして、検索ワードに該当すると思われる候補となる作品が見つかった場合には、その候補の作品に関する情報を、第１情報処理装置３に送信する。例えば、候補となる作品が複数見つかった場合には、各候補の作品の作品名、監督名、放送年等の情報を、第１情報処理装置３に送信する。

従って、第１情報処理装置３では、上述の送信された作品に関する情報を表示することができる。
前記聖地処理部４９は、聖地情報部３９の情報を処理する。

例えば、第１情報処理装置３から、前記候補の作品の中から選択された特定の作品名が送信された場合には、聖地ＤＢの情報を検索する。そして、聖地ＤＢに基づいて、作品名に対応する聖地ＩＤ、聖地シーン、聖地所在地の情報を抽出し、その聖地シーンや聖地所在地の情報を、第１情報処理装置３に送信する。

従って、第１情報処理装置３では、上述の送信された聖地に関する情報を表示することができる。
なお、作品処理部４７にて、検索ワードに対応した作品名が抽出された場合には、聖地処理部４９にて、自動的に聖地ＤＢを検索して、前記作品名に応じた聖地の情報を抽出して、第１情報処理装置３に送信してもよい。

前記グループ処理部５１は、グループ情報部４１の情報を処理する。
例えば、第１情報処理装置３から、ユーザを特定するユーザＩＤが送信された場合には、グループＤＢに、そのユーザＩＤを記憶する。ここでは、聖地巡礼のコースを決定したユーザのユーザＩＤを代表ユーザＩＤとして、グループＤＢに記憶する。また、前記ユーザが聖地に関する作品を決定した場合には、その作品を特定する作品ＩＤをグループＤＢに記憶する。さらに、前記ユーザが聖地巡礼のコースを決定した場合には、その聖地巡礼に行くグループを規定するために、グループを特定するグループＩＤを自動発行し、そのグループＩＤをグループＤＢに記憶する。なお、グループＤＢに記憶する情報は、互いに関連づけられて記憶される。

従って、第１情報処理装置３以外の各情報処理装置５から、ユーザＩＤが送信された場合には、グループＤＢを参照することにより、そのユーザＩＤを有するユーザ（即ち、メンバー）が、どのグループに属するかを認識することができる。

前記キャラクタ処理部５３は、キャラクタ情報部４３の情報を処理する。
例えば、後述する聖地チェックイン後、第１情報処理装置３から第１情報処理装置３の位置情報が送信された場合には、キャラクタＤＢから、位置情報に該当する聖地ＩＤを抽出し、その聖地ＩＤに対応したキャラクタを選択する。

なお、聖地チェックインに先立って、第１情報処理装置３からメインサーバ１５には、第１ユーザのユーザＩＤが送信されるので、メインサーバ１５は、グループＤＢに基づいて、第１ユーザが属するグループが認識される。従って、前記聖地ＩＤに対応したキャラクタは、認識されたグループに関連するキャラクタとなる。つまり、後述するように、同じグループの情報処理装置３、５には、同じキャラクタが表示される。

なお、上述のように、聖地ＩＤに対応して複数のキャラクタが設定されていてもよい。また、季節に応じて、複数のキャラクタから特定のキャラクタを選択するようにしてもよい。

そして、上述のようにキャラクタが選択された場合には、その選択されたキャラクタの画像情報であるキャラクタデータを、第１情報処理装置３に送信する。なお、複数のキャラクタが設定されている場合には、そのうちの一つのキャラクタをランダムに選択し、そのキャラクタデータを送信する。これにより、第１情報処理装置３では、一つのキャラクタの描画が可能となる。

なお、第１ユーザ及び第２ユーザの属するグループ（即ち、主グループ）以外に他のグループがある場合に、前記他のグループの図示しない情報処理装置からメインサーバ１５にユーザＩＤが送信されたときには、同じ聖地であっても、前記主グループにて選択されたキャラクタとは別のキャラクタが選択される。従って、他のグループの情報処理装置には、別のキャラクタが表示される。

［１－２－３．情報処理装置］
次に、両情報処理装置３、５について説明する。
前記図２に示すように、第１情報処理装置３は、第１通信部６１と第１撮影部６３と第１センサ部６５と第１制御部６７と第１記憶部６９と第１表示部７１と第１音出力部７３と、を備えている。

また、第２情報処理装置５は、第１通信部６１と同様な第２通信部８１と、第１撮影部６３と同様な第２撮影部８３と、第１センサ部６５と同様な第２センサ部８５と、第１制御部６７と同様な第２制御部８７と、第１記憶部６９と同様な第２記憶部８９と、第１表示部７１と同様な第２表示部９１と、第１音出力部７３と同様な第２音出力部９３と、を備えている。

なお、第１情報処理装置３と第２情報処理装置５とは、同様な構成であるので、以下では、主として第１情報処理装置３を例に挙げて説明する。
第１通信部６１は、前記主サーバ通信部３１と同様に、サーバ７との通信を実現するための無線通信デバイスである。通信の方式、規格等は、何ら限定されない。例えば、上述したインターネットによる通信のような、コンピュータネットワークを利用した無線通信により、サーバ７との通信を行うことができる。

第１撮影部６３は、第１情報処理装置３自身の周囲を撮影して、周囲の写真である画像（即ち、周囲画像）を得ることができるカメラ（例えば、ＣＣＤカメラ）を備えている。
第１センサ部６５は、第１情報処理装置３の地図上の位置情報を取得できる周知のＧＰＳ装置を備えている。また、東西南北等の方向を検出できるジャイロ装置や、第１情報処理装置３の上下方向等の傾きを検出できる傾きセンサ等を備えていてもよい。

第１表示部７１は、例えば液晶等によって画像等を表示できるディスプレイを備えている。このディスプレイによって、カメラで撮影した周囲画像や、周囲画像にアバターやキャラタを重ね合わせた画像を表示することができる。

第１音出力部７３は、スピーカやイヤホーン端子等の音声等の音を出力する装置を備えている。
第１制御部６７は、ＣＰＵと、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリと、を有する周知のマイクロコンピュータを中心に構成される。第１制御部６７の各種の機能は、ＣＰＵが非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、半導体メモリが、プログラムを格納した非遷移的実体的記録媒体に該当する。

なお、図９に機能的に示すように、第１制御部６７は、ディスプレイにアバターを表示する（即ち、描画する）ための処理を行うアバター表示制御部１０１と、ディスプレイにキャラクタを表示する（即ち、描画する）ための処理を行うキャラクタ表示制御部１０３と、を備えている。

第１記憶部６９は、フラッシュメモリ等の半導体メモリやハードディスク等によって構成される記憶装置である。
また、第１情報処理装置３では、周囲画像に両ユーザのアバターとキャラクタとを表示した画像（例えば、静止画や動画）を、第１記憶部６９に記憶することができる。従って、その記憶した画像を、ＳＮＳにアップしたり、再生したり、友人等に送信することが可能である。

［１－３．各処理］
次に、本実施形態にて実施される各処理について説明する。
なお、ユーザに関する個人情報（即ち、ユーザ情報）は、第１情報処理装置３の第１ユーザや、第２情報処理装置５の第２ユーザによって、各処理に先だって、予め情報サーバ１３に登録されている。

＜情報処理システムの登録処理＞
まず、情報処理システム１にて実施される、グループＩＤをメインサーバ１５に登録するための登録処理について説明する。

図１０に示すように、ステップ（以下、Ｓと記す）１００にて、第１情報処理装置３にて、本実施形態の処理を実施するためのプログラムであるアプリケーション（即ち、アプリ）が起動されたか否かを判定する。

つまり、第１情報処理装置３のディスプレイ上で、前記アプリを示すアイコンがタッチされて、当該アプリが選択された後に、アプリを作動させるためのログインパスワードが入力されたか否かを判定する。ここで肯定判断されるとＳ１１０に進み、一方否定判断されると一旦本処理を終了する。

Ｓ１１０では、グループＩＤの入力か聖地巡礼の作品の選択かを判定する。つまり、ディスプレイ上のアプリの画面に、例えば、グループＩＤの入力か聖地巡礼の作品を選択するかを選ばせる表示がなされるので、この選択に応じてどちらの処理を行うかが決定される。

Ｓ１２０では、前記ディスプレイに作品の選択画面が表示されるので、その選択画面から作品が選択されるとＳ１３０に進む。
例えば、第１情報処理装置３にて、作品を検索するための検索ワードが入力されると、この検索ワードがメインサーバ１５に送信され、メインサーバ１５にて検索ワードに対応した作品の候補が選ばれる。この選ばれた作品の候補は、第１情報処理装置３に送信されてディスプレイに表示されるので、その表示画面から目的とする作品を選択することができる。

Ｓ１３０では、第１情報処理装置３にて選択された作品やユーザの現在位置に応じて、聖地巡礼のコースに応じた複数のコースが提案されて、ディスプレイに表示されるので、その選択画面からコースが選択されるとＳ１４０に進む。このコースの選択結果は、メインサーバ１５に送信される。

Ｓ１４０では、メインサーバ１５にて、選択されたコースに応じてグループＩＤを自動発行する。
続くＳ１５０では、メインサーバ１５にて、ユーザＩＤ、グループＩＤ、代表ユーザＩＤ、選択されたコースの情報（即ち、コース情報）を、コースＤＢに記憶し、一旦本処理を終了する。なお、ここでは、前記コースを決定した前記ユーザのＩＤを代表ユーザＩＤとする。
一方、Ｓ１１０で否定判断されて進むＳ１６０では、グループＩＤの入力の処理が選択されているので、メインサーバ１５では、例えば第２情報処理装置５に入力されたグループＩＤが適正であるか否かを判定する。例えば該当するグループＩＤが存在するか否かを判定する。ここで肯定判断されるとＳ１７０に進む。

Ｓ１７０では、入力されたグループＩＤが適正であるので、このユーザのユーザＩＤをグループＩＤに関連づけて、グループＤＢに記憶し、一旦本処理を終了する。
従って、グループＩＤが決まると、そのグループに属するメンバー（即ち、各ユーザ及び各情報処理装置３、５）を特定することができる。

＜第１情報処理装置の画像表示処理＞
次に、第１情報処理装置３にて実施される、アバターやキャラクタの画像を表示する画像表示処理について説明する。

図１１に示すように、Ｓ２００にて、前記アプリが起動されたか否かを判定する。ここで肯定判断されるとＳ２１０に進み、一方否定判断されると一旦本処理を終了する。
Ｓ２１０では、聖地チェックインのための処理を実施する。

具体的には、ＧＰＳ装置等で得られた第１情報処理装置３（従って、第１ユーザ）の現在位置の位置情報を、メインサーバ１５に送信する。なお、この聖地チェックインの際等には、第１ユーザのユーザＩＤもメインサーバ１５に送信する。

メインサーバ１５では、聖地ＤＢに基づいて、現在位置が聖地所在地であるか否かを判定し、第１ユーザが聖地にいるか否かの情報を、第１情報処理装置３に送信する。例えば、第１情報処理装置３の現在位置が聖地所在地の半径１０ｍｍ以内であれば、第１情報処理装置３（従って第１ユーザ）が聖地に到達したと判定する。

また、メインサーバ１５では、後述するように、第１ユーザの現在位置が聖地所在地である場合には、聖地所在地を示す聖地ＩＤに基づいて、キャラクタＤＢを参照して、第１情報処理装置３のディスプレイに表示するキャラクタを選択する。そして、その選択したキャラクタデータ（即ち、キャラクタの画像情報）を、第１情報処理装置３に送信する。

従って、第１情報処理装置３では、現在位置が聖地であるか否かの情報と、現在位置が聖地である場合には、キャラクタの画像情報を得ることができる。
続くＳ２２０では、カメラを起動して撮影を行うか否かを判定する。ここで肯定判断されるとＳ２３０に進み、一方否定判断されると、他の処理を行うために、一旦本処理を終了する。

例えば、第１情報処理装置３のディスプレイに、「カメラで周囲を撮影する」という内容を選ぶための選択画像（例えば、アイコン）が表示されるので、撮影を開始するアイコンがタッチされた場合には、カメラを起動して、周囲の撮影を開始する。

Ｓ２３０では、カメラの撮影によって得られた周囲の画像（即ち、周囲画像）に重ね合わせるようにして、アバターやキャラクタの画像を表示し、一旦本処理を終了する。
具体的には、周囲画像に第１ユーザと第２ユーザとのアバターの画像を表示する。さらに、現在位置が聖地である場合には、キャラクタの画像も表示する。

例えば図１２に示すような周囲画像が撮影によって得られた場合には、図１３に示すように、周囲画像に重ね合わせるようにして、第１ユーザの第１アバターと第２ユーザの第２アバターとを並べて配置して表示する。なお、第２アバターの画像情報が得られない場合には、第１アバターの画像のみを表示する。また、各アバターを表示する位置や大きさ等は、予め設定することができるが、表示状態を見て任意に調節できる。

第１アバターの画像情報は、第１情報処理装置３の第１記憶部６９に記憶されているので、この画像情報を用いて、第１アバターをディスプレイに表示すること（即ち、描画すること）ができる。

また、第２情報処理装置５が第２ユーザによってログインされている場合には、第２情報処理装置５から、メインサーバ１５を介して、第２アバターの画像情報が第１情報処理装置３に送信される。従って、第１情報処理装置３は、この送信された第２アバターの画像情報を用いて、第２アバターをディスプレイに表示することができる。

なお、第２ユーザが第２情報処理装置５にログインしていない場合には、第１情報処理装置３に第２アバターは表示されない。
さらに、第１情報処理装置３が聖地にある場合には、上述したように、メインサーバ１５から第１情報処理装置３に、聖地に対応したキャラクタの画像情報が送信されるので、このキャラクタの画像情報に基づいて、周囲画像の所定位置にキャラクタの画像を重ねて表示することができる。

なお、キャラクタは、季節に応じて設定されているので、同じ聖地であっても、季節が変われば、異なるキャラクタを表示することができる。
つまり、上述したように、異なるキャラクタとしては、例えば、複数のキャラクタからランダムに選ばれた全く別のキャラクタが考えられるが、例えば、キャラクタは同じとして、キャラクタの服装を季節毎に変更してもよい。

例えば、同じ聖地を、春に２回、夏に１回の合計３回訪れた場合には、１回目は春服のキャラクタＡ、２回目は春服のキャラクタＢ、３回目は夏服のキャラクタＡの表示を行うことができる。

そして、例えばＡＲの技術に基づいて、キャラクタの画像を表示する場合には、例えばロケーションベースＡＲのときには、第１情報処理装置３の位置情報に加え、カメラの向き等の情報を加味して、図１４に例示するように、所定の位置にキャラクタを表示させることができる。例えば、聖地にある展望台の表示プレートの近傍に、キャラクタを表示させることができる。

また、ＭＲの技術に基づいて、キャラクタ（即ち、ＭＲエージェント）の画像を表示する場合には、実際の現実世界の座標とＭＲエージェントが存在する仮想世界の座標を一致させ、所定の座標の位置に、ＭＲエージェントを表示する。

詳しくは、ＭＲエージェントは、その画像データ（即ち、３Ｄのデータ）とともに、表示すべき場所の情報（即ち、現実世界の位置情報）が、所定のデータベース（例えば、キャラクタＤＢ）に登録されている。この登録された位置情報と一致するように、仮想世界に座標を設定する。

そして、例えば、第１ユーザが聖地チェックインし、カメラを起動した場合のみ、登録された位置に実寸大でキャラクタを描画する。なお、キャラクタの描画位置は固定で、サイズのみ調整可能である。

例えば、第１情報処理装置３の位置情報やカメラが向いている方角をもとに、キャラクタの描画位置から見た第１ユーザの距離や位置を算出して、描画を調整する。なお、例えば、第１ユーザがキャラクタの横に立てば、キャラクタの横顔を描画することができる。

このようにして、第１情報処理装置３のディスプレイ上にＭＲエージェントを表示することができる。
なお、周囲画像に重ねてどのような画像を表示させるかを示す表示モードを設定し、表示モードに基づいて、どのような画像を表示するかを選択するようにしてもよい。

例えば、キャラクタは表示せずに、第１アバターのみを表示させるモード、キャラクタは表示せずに、同じグループのアバターを全て表示するモード、第１アバターとキャラクタを表示させるモード、同じグループのアバター全てとキャラクタを表示させるモード等を選択できるようにしてもよい。

（第２情報処理装置での処理）
ここで、第２情報処理装置５での処理について説明する。
例えば第１情報処理装置３でのログインの後に、第２情報処理装置５にてログインされた場合を例に挙げて説明する。なお、ここでは、第２ユーザは第１ユーザと同じグループＩＤを有する。

第２情報処理装置５にてログインされると、第２ユーザを示すユーザＩＤが、メインサーバ１５に送信される。また、メインサーバ１５から、第１情報処理装置３に、第２ユーザのログインの情報が送信される。

従って、メインサーバ１５では、第２ユーザのユーザＩＤから、この第２ユーザが第１ユーザと同じグループに属することを認識できる。
また、第１情報処理装置３から、メインサーバ１５を介して、第２情報処理装置５に、第１ユーザのアバターの画像情報が送信される。

さらに、第２ユーザが、第１ユーザと同じ聖地にいる場合には、メインサーバ１５から第２情報処理装置５に対して、第１ユーザと同じキャラクタの画像情報が送信される。
従って、第２情報処理装置５のディスプレイには、前記図１４に示すように、但し周囲画像等は若干異なるが、周囲画像に、第２ユーザ自身の第２アバターと、第１アバターと、前記キャラクタとを、重ねて表示することができる。

＜メインサーバのキャラクタ処理＞
次に、メインサーバ１５にて実施される、キャラクタの画像を処理するためのキャラクタ処理について説明する。

図１５に示すように、第１情報処理装置３から、第１情報処理装置３の位置情報を受信したか否かを判定する。ここで肯定判断されるとＳ３１０に進み、一方否定判断されると一旦本処理を終了する。

Ｓ３１０では、位置情報に基づいて、第１情報処理装置３が聖地に到達したか否かを判定する。例えば、第１情報処理装置３の現在位置が聖地所在地の半径１０ｍｍ以内であれば、第１情報処理装置３（従って第１ユーザ）が聖地に到達したと判定する。

ここで肯定判断されるとＳ３２０に進み、一方否定判断されると、他の処理を行うために、一旦本処理を終了する。
Ｓ３２０では、位置情報に基づいてキャラクタを選択する。即ち、当該位置情報が示す聖地に対応したキャラクタを選択する。つまり、メインサーバ１５では、聖地所在地を示す聖地ＩＤに基づいて、キャラクタＤＢを参照して、第１情報処理装置３のディスプレイに表示するキャラクタを選択する。つまり、そのキャラクタを示すキャラクタＩＤに対応したキャラクタデータ（即ち、キャラクタの画像情報）を選択する。

但し、同じグループでは、同じキャラクタが選択されるので、第１情報処理装置３では、第１ユーザが属するグループに応じてキャラクタが選択される。つまり、同じ聖地に複数のキャラクタが設定されている場合には、例えば無作為に、第１ユーザに１つのキャラクタが割り当てられる。この場合、他のグループには他のキャラクタが割り当てられる。

続くＳ３３０では、選択されたキャラクタの画像情報を、第１情報処理装置３に送信し、一旦本処理を終了する。
なお、メインサーバ１５では、第２情報処理装置５に対しても、前記第１情報処理装置３に対するのと同様な処理が行われる。

つまり、第２ユーザが聖地に到達した場合には、第１ユーザと同じグループであるので、第１情報処理装置３に送信した同じキャラクタの画像情報が、第２情報処理装置５にも送信される。

［１－４．効果］
上記第実施形態では、以下の効果を得ることができる。
（１ａ）本実施形態の第１情報処理装置３は、第１撮影部６３と第１表示部７１とアバター表示制御部１０１とキャラクタ表示制御部１０３とを備える。なお、第２情報処理装置５も同様である。

従って、目的の聖地に到達した第１情報処理装置３の第１ユーザは、第１情報処理装置３の第１表示部７１（即ち、ディスプレイ）に、自身の周囲の画像（即ち、周囲画像）に重ねて、自身のアバター（即ち、第１アバター）と聖地に関連したキャラクタとを表示することができる。

つまり、第１表示部７１に表示された画像には、自身の写真ではなく、自身の第１アバターとキャラクタとが揃って表示される。従って、キャラクタとともに聖地巡礼を行ったという感動が得られやすく、しかも、この聖地巡礼を示す画像を、ＳＮＳにアップロードしても、プライバシーの問題は生じにくい。

このように、自身とキャラクタとが写った写真をＳＮＳにアップロードしたいという欲求と、その写真をＳＮＳアップロードするのに気が引けるという気持ちとがある場合でも、本実施形態では、自身の代わりにアバターを表示することにより、プライバシーを気にすることなく、前記写真に対応した前記第１表示部１７に表示した画像をＳＮＳにアップロードするという希望をかなえることができる。

これにより、聖地巡礼を行う人にとって、上述のような各種の要求を同時に満たすことができ、聖地巡礼における満足度が高まるという顕著な効果を奏する。
（１ｂ）本実施形態の情報処理システム１は、各情報処理装置３、５と、各情報処理装置３、５との間で情報の送受信が可能なメインサーバ１５と、を備えている。

このメインサーバ１５は、地図上の位置と関連する物語上の登場人物等を示すキャラクタの画像情報を保持している。よって、各ユーザが聖地に到達した場合には、メインサーバ１５から各情報処理装置３、５に対して、キャラクタの画像情報を送信することができる。そのため、各情報処理装置３、５では、メインサーバ１５から取得したキャラクタの画像情報を用いて、各ディスプレイにキャラクタを描画することができる。

（１ｃ）本実施形態の情報処理システム１では、キャラクタは、季節に応じて設定されている。
つまり、同じ聖地に対応して複数のキャラクタが設定されており、また、各キャラクタの服装は季節に応じて決められている。従って、異なる季節に聖地巡礼を行った場合には、同じ聖地であっても、異なるキャラクタ又は同じキャラクタにおいて、服装が異なるキャラクタが各情報処理装置３、５に表示されるので、娯楽性が向上するという利点がある。

（１ｄ）本実施形態の情報処理システム１では、各情報処理装置３、５の各ユーザが同じグループとして規定されている。なお、他のメンバーも同じグループとしてもよい。
そして、例えば第１ユーザの第１情報処理装置３に第１アバターを表示するとともに、同じグループ内の第２ユーザの第２アバターを表示することができる。なお、第２情報処理装置５についても同様である。

従って、例えば、両ユーザがログインして各情報処理装置３、５のディスプレイを見た場合などには、各情報処理装置３、５のディスプレイには、第１アバターと第２アバターとが揃って表示されるので、両ユーザが同じ空間を共有しているように感じられる。つまり、同じグループに属するメンバー全員で、その空間を共有しているように感じられる。従って、メンバー同士の親近感が高まるという利点がある。

（１ｅ）さらに、第１ユーザ及び／又は第２ユーザが聖地にいる場合には、その聖地にある情報処理装置３、５のディスプレイには、両アバターに加えてキャラクタも表示されるので、一層、同じグループのメンバー全員で、その空間を共有しているように感じられる。しかも、表示されるキャラクタがＭＲエージェントである場合には、より一層、同じ空間を共有しているように感じられる。

（１ｆ）また、各情報処理装置３、５では、周囲画像に両ユーザのアバターとキャラクタとを表示した画像（例えば、静止画や動画）を作製し、各記憶部６９、８９記憶することができる。

よって、このような全員集合した写真（即ち、画像）を、他の人に依頼することなく撮ること、即ち、画像を作製して保存することができる。従って、このような画像をＳＮＳにアップしたり、再生したり、友人に送信することができる。

［１－５．文言の対応関係］
本実施形態において、情報処理システム１が情報処理システムに対応し、第１情報処理装置３及び第２情報処理装置５が情報処理装置に対応し、メインサーバ１５がサーバに対応し、キャラクタ情報部４３がキャラクタ情報部に対応し、第１撮影部６３及び第２撮影部８３が撮影部に対応し、第１表示部７１及び第２表示部９１が表示部に対応し、アバター表示制御部１０１がアバター表示制御部に対応し、キャラクタ表示制御部１０３がキャラクタ表示制御部に対応する。

［２．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（２ａ）例えば、聖地巡礼を行う人が、第１ユーザのみである場合にも、本開示は適用できる。この場合には、ディスプレイに、他のメンバー（例えば、第２ユーザ）のアバターは表示しない。

また、聖地巡礼を行うメンバーが３名以上の場合にも、本開示は適用できる。この場合は、ディスプレイに、聖地巡礼に参加する同じグループの全てのメンバーのアバターを表示することができる。

（２ｂ）本開示に記載のサーバや情報処理装置での処理の手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載のサーバや情報処理装置での処理の手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。

もしくは、本開示に記載のサーバや情報処理装置での処理の手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。

また、サーバや情報処理装置に含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。

（２ｃ）前記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。

（２ｄ）また、上述したサーバや情報処理装置の他、当該サーバや情報処理装置を構成要素とするシステム、当該サーバや情報処理装置としてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実体的記録媒体など、種々の形態で本開示を実現することもできる。

１：情報処理システム、３：第１情報処理装置、５：第２情報処理装置、１５：メインサーバ、４３：キャラクタ情報部、６３：第１撮影部、８３：第２撮影部、７１：第１表示部、９１：第２表示部、１０１：アバター表示制御部、１０３：キャラクタ表示制御部

Claims (9)

1. 情報処理装置（３、５）であって、
   前記情報処理装置の周囲を撮影するように構成された撮影部（６３、８３）と、
   前記撮影部で撮影された前記周囲の画像を表示するように構成された表示部（７１、９１）と、
   前記表示部に表示する前記周囲の画像に、前記情報処理装置の使用者の分身を示す画像であるアバターの画像を表示するように構成されたアバター表示制御部（１０１）と、
   前記表示部に表示する前記周囲の画像に、前記周囲を撮影した地図上の位置の情報に基づいて、前記位置と関連する物語上のキャラクタの画像を表示するように構成されたキャラクタ表示制御部（１０３）と、
   を備えた情報処理装置。
2. 情報処理システム（１）であって、
   請求項１に記載の情報処理装置と、
   前記情報処理装置との間で情報の送受信が可能なサーバ（１５）と、
   を備え、
   前記サーバは、
   前記地図上の前記位置と関連する前記物語上の前記キャラクタの画像情報を保持するキャラクタ情報部（４３）を備え、
   前記情報処理装置は、
   前記サーバの前記キャラクタ情報部から取得した前記キャラクタの画像情報に基づいて、前記キャラクタ表示制御部によって、前記表示部に表示する前記周囲の画像に、前記キャラクタの画像を表示するように構成された、
   情報処理システム。
3. 請求項２に記載の情報処理システムであって、
   前記キャラクタは、季節に応じて設定されている、
   情報処理システム。
4. 請求項３に記載の情報処理システムであって、
   前記キャラクタは、前記季節に応じて服装が異なるように設定されている、
   情報処理システム。
5. 請求項２から請求項４までのいずれか１項に記載の情報処理システムであって、
   前記情報処理装置の前記使用者を含む複数のメンバーが、特定のグループとして規定されている場合に、
   前記使用者の前記情報処理装置の前記表示部に表示する前記周囲の画像に、前記グループ内の前記使用者以外の他のメンバーの分身を示す画像である前記他のメンバーのアバターの画像を表示するように構成された、
   情報処理システム。
6. 請求項２から請求項５までのいずれか１項に記載の情報処理システムであって、
   前記情報処理装置の前記使用者を含む複数のメンバーが、特定のグループとして規定されている場合に、
   前記グループ内の前記使用者以外の他のメンバーの前記情報処理装置の前記表示部に、前記地図上の位置情報に基づいて、前記使用者の前記情報処理装置の前記表示部に表示する前記キャラクタと同じキャラクタの画像を表示するように構成された
   情報処理システム。
7. 請求項２から請求項６までのいずれか１項に記載の情報処理システムであって、
   同じ前記位置に、複数の前記キャラクタが設定されており、少なくとも前記使用者の前記情報処理装置の前記表示部に、前記複数のキャラクタから選択された前記キャラクタが表示されるように構成された、
   情報処理システム。
8. 請求項７に記載の情報処理システムであって、
   前記情報処理装置の前記使用者を含む複数のメンバーが特定のグループとして規定され、前記特定のグループ以外に前記情報処理装置を使用する他のグループのメンバーが規定されている場合に、前記特定のグループのメンバーの前記情報処理装置の前記表示部に示す前記キャラクタと前記他のグループのメンバーの前記情報処理装置の前記表示部に示す前記キャラクタとが異なるように設定されている、
   情報処理システム。
9. 請求項２から請求項８までのいずれか１項に記載の情報処理システムであって、
   前記物語の内容に応じて、所定の経路に沿って前記キャラクタが表示可能な前記位置が設定されるとともに、前記経路は選択可能なように複数設定されている、
   情報処理システム。

Images