JP2021018472A - 情報処理システム - Google Patents

Abstract

【課題】グループの他のメンバーとの緩い繋がりが感じられ、しかも、プライベート空間を確保できる技術を提供すること。【解決手段】情報処理システム１は、複数の車両９、１１に配置された情報処理装置３、５とサーバ１５とを備えている。この情報処理システム１では、複数の車両９、１１は、所定のグループを構成する各メンバーが使用する車両９、１１として設定されている。各情報処理装置３、５は、第１、第２通信部６７、８５と第１、第２表示部７７、９５とアバター表示制御部１０１とを備えている。アバター表示制御部１０１は、グループのメンバーのうち、第１のメンバーが搭乗する第１車両９の第１表示部７７に、第１のメンバーの分身を示す画像である第１アバターの画像と、第１のメンバー以外の第２のメンバーの分身を示す画像である第２アバターの画像と、を表示するように構成されている。【選択図】図２

Description

本開示は、複数の車両間で情報の送受信が可能な情報処理システムに関する。

最近では、コスプレサミットなどイベントが充実しており、アニメーション（即ち、アニメ）をきっかけに来日する外国人も増えている。
また、趣味でゲームやＳＮＳやアニメ等を挙げる若者も少なくなく、近年のアニメ産業市場は右肩上がりに大幅に増加している。また、映画業界でも興業収入のトップ１０の大半をアニメが示すように変化しており、アニメを身近に感じる人が増えている。

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

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

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

ところで、実際に聖地巡礼のような旅行に行きたいと考える若者が増える中、疲れたらすぐに戻れるプライベート空間がほしいと答える若者がいる。
しかし、例えば複数のメンバーにて自動車等で旅行する場合には、目的地の往復の移動時間は他のメンバーと一緒に移動するため、リラックスできないことがある。だからと言って、一人で往復を移動するとなると、他のメンバーと繋がっている感覚が途絶えてしまう。

つまり、他のメンバーとの繋がりを維持したいという欲求と、リラックスできる空間を確保したいという欲求があり、その両方を考慮した技術は存在しないのが現状である。
本開示の一つの局面は、グループの他のメンバーとの緩い繋がりが感じられ、しかも、プライベート空間を確保できる技術を提供することにある。

本開示の一態様の情報処理システム（１）は、複数の車両（９、１１）のそれぞれに配置された情報処理装置（３、５）と、各情報処理装置との間で情報の送受信が可能なサーバ（１５）と、を備えている。

この情報処理システムでは、複数の車両は、所定のグループを構成する各メンバーが使用する車両として、それぞれ設定されている。
さらに、各情報処理装置は、通信部（６７、８５）と表示部（７７、９５）とアバター表示制御部（１０１）とを備えている。

通信部は、サーバとの間で情報の送受信が可能なように構成されている。
表示部は、画像の表示が可能なように構成されている。
アバター表示制御部は、グループのメンバーのうち、第１のメンバーが搭乗する車両の表示部に、第１のメンバーの分身を示す画像である第１アバターの画像と、第１のメンバー以外の第２のメンバーの分身を示す画像である第２アバターの画像と、を表示するように構成されている。

このような構成によれば、グループの他のメンバーとの緩い繋がりが感じられるとともに、車両おいてプライベート空間を確保できる。
つまり、複数のメンバーで例えば聖地巡礼のような旅行に行く場合に、各車両に各メンバーが搭乗するときに、例えば第１のメンバーの搭乗する車両の情報処理装置の表示部に、第１のメンバーを示す第１アバターの画像を表示するとともに、他のメンバーである第２のメンバーを示す第２アバターの画像を表示する。

これにより、第１のメンバーは、自身の車両で移動する際に、自身の車両の表示部にて、自身の第１アバターの画像と、他の車両に搭乗した他のメンバーの第２アバターの画像とを見ることができるので、一人で旅行しているという孤独感が少なく、他のメンバーとの繋がりも感じられる。

しかも、同じ車両に他のメンバーが同乗している訳ではないので、両アバターの表示によって、同乗している場合に比べて、緩い繋がりが感じられる。
また、同じ車両に他のメンバーが同乗している訳ではないので、同乗している場合に比べて、十分にプライベート空間が保たれており、リラックスできるという効果がある。

このように本開示では、グループの他のメンバーとの緩い繋がりが感じられ、しかも、プライベート空間も確保できる、という両方の要求を好適に満たすことができる。
なお、この欄及び特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

実施形態の情報処理システムの概略を示す説明図。 実施形態の情報処理システムの構成を機能的に示すブロック図。 メインサーバの構成を機能的に示すブロック図。 アバターデータベースの構成を示す説明図。 作品データベースの構成を示す説明図。 聖地データベースの構成を示す説明図。 グループデータベースの構成を示す説明図。 動画シーンデータベースの構成を示す説明図。 予約データベースの構成を示す説明図。 車両データベースの構成を示す説明図。 第１情報処理装置の構成を機能的に示すブロック図。 情報処理システムの登録処理を示すフローチャート。 メインサーバの予約処理を示すフローチャート。 情報処理装置の画像表示処理を示すフローチャート。 表示部に表示されるアバター等の画像を示す説明図。 情報処理システムの途中集合処理を示すフローチャート。 情報処理システムの聖地チャックイン処理を示すフローチャート。 情報処理システムの動画再生処理を示すフローチャート。

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

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

なお、ここでは、各メンバーが、それぞれスマートフォンのような携帯可能な第１情報端末１０及び第１情報端末１２を所持している場合を例に挙げる。
そして、聖地巡礼を行う際には、例えばインターネットのような通信網を利用して、各情報処理装置３、５とサーバ７との間で通信を行う。これにより、サーバ７からの情報等に基づいて、各情報処理装置３、５に所望の画像を表示することができる。

この聖地巡礼を行う場合には、各メンバーは、例えば、それぞれ自動運転の車両９、１１に乗って、予めアニメ等の物語（即ち作品）に応じて選択された所定のコースに従って移動することができる。なお、ここでは、メンバー毎に個別に例えば一人乗りの車両９、１１が割り当てられている場合を例に挙げる。

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

＜情報処理システムの構成＞
次に、本実施形態の情報処理システム１の構成について説明する。
図１及び図２に示すように、本実施形態の情報処理システム１は、車載の情報処理装置３、５と、各情報処理装置３、５との間で情報の送受信が可能なサーバ７と、を備えている。なお、各情報端末１０、１２も、本情報処理システム１に含まれる。

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

そして、車両９、１１のうち、第１車両９に第１情報処理装置３が設けられ、第２車両１１に第２情報処理装置５が設けられている。
なお、以下では、あるグループのメンバーとして、第１車両９に搭乗して第１情報処理装置３を用いるメンバーを第１のメンバーとし、第２車両１１に搭乗して第２情報処理装置５を用いるメンバーを第２のメンバーとする。なお、各メンバーを、各情報処理装置３、５を使用するユーザと記すこともある。

サーバ７としては、メンバーの個人情報を管理する例えばローカルサーバである情報サーバ１３と、各車両９、１１や後述するアバターや作品等の情報を管理するメインサーバ１５と、を備えている。なお、メインサーバ１５が情報サーバ１３の機能を有するように構成してもよい。

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

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

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

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

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

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

なお、情報サーバ１３とメインサーバ１５との間では、所定の条件が満たされた場合には、情報の送受信が可能である。
［１−２−２．メインサーバ］
メインサーバ１５は、主サーバ記憶部２７と、主サーバ情報処理部２９と、主サーバ通信部３１と、を備えている。

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

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

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

一方、主サーバ情報処理部２９は、各種の情報を処理するために、アバタ−処理部４９と、作品処理部５１と、聖地処理部５３と、グループ処理部５５、作品動画処理部５７と、予約処理部５９と、車両処理部６１とを備えている。

ここで、後述するように、主として、アバタ−処理部４９がアバタ−素材情報部３５の情報を処理し、作品処理部５１が作品情報部３７の情報を処理し、聖地処理部５３が聖地情報部３９の情報を処理し、グループ処理部５５がグループ情報部４１の情報を処理し、作品動画処理部５７が作品動画情報部４３の情報を処理し、予約処理部５９が予約情報部４５の情報を処理し、車両処理部６１が車両情報部４７の情報を処理するように構成されている。

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

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

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

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

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

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

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

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

前記グループ情報部４１は、両情報端末１０、１２を保持する全メンバーによって構成されるグループに関して、従って両情報処理装置３、５のユーザから構成されるグループについて、各ユーザの情報を記憶したデータベース（即ち、グループＤＢ）である。

図７にグループＤＢの構成例を示す。図７に示すように、グループテーブル（即ち、グループｔａｂｌｅ）には、グループを特定するグループＩＤ、ユーザを特定するユーザＩＤ、ユーザのうち代表のユーザを特定する代表ユーザＩＤ、このグループの目的とする聖地に関する作品を特定する作品ＩＤ、この作品に対応した聖地巡礼の道順を示すコース情報とが、互いに関連付けられて記憶されている。

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

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

図８に動画シーンＤＢの構成例を示す。図８に示すように、動画シーンテーブル（即ち、動画シーンｔａｂｌｅ）には、作品の聖地に関連する一部の動画シーンを特定する動画シーンＩＤ、聖地を特定する聖地ＩＤ、動画の切り出し位置を示す動画切り出し位置情報が、互いに関連付けられて記憶されている。例えば、この動画シーンテーブルの情報は、聖地ＩＤに関連付けられて（即ち、紐付されて）記憶されている。

なお、作品から切り出される動画は、後述するように再生が可能である。また、この切り出される動画は、動画の切り出し位置から所定の範囲（例えば、所定の再生時間）の動画であり、この切り出される範囲の動画の情報（例えば、画像情報や音声等の音情報）は、例えば、この動画シーンＤＢに記憶されている。

前記予約情報部４５は、聖地巡礼を行う際に利用する自動運転の車両９、１１の予約に関する情報を記憶したデータベース（予約ＤＢ）である。
図９に予約ＤＢの構成例を示す。図９に示すように、予約テーブル（即ち、予約ｔａｂｌｅ）には、ユーザを特定するユーザＩＤ、グループを特定するグループＩＤ、使用する車両を特定する車両ＩＤ、車両の配送先である各ユーザの住所や配送基地から各ユーザの自宅までの配送経路や配送日時等の情報（即ち、配送情報）、各ユーザの自宅から目的地である聖地まので移動経路等のコース情報が、互いに関連付けられて記憶されている。例えば、この予約テーブルの情報は、ユーザＩＤに関連付けられて（即ち、紐付されて）記憶されている。

前記車両情報部４７は、自動運転の車両の情報を記憶したデータベース（車両ＤＢ）である。
図１０に車両ＤＢの構成例を示す。図１０に示すように、車両テーブル（即ち、車両ｔａｂｌｅ）には、車両、ここでは配送基地に登録されている全ての車両を特定する車両ＩＤ、予約されている車両の情報、例えば使用する日時等を示す情報（即ち、予約情報）、空き車両を示す空き情報が、互いに関連付けられて記憶されている。例えば、この車両テーブルの情報は、車両ＩＤに関連付けられて（即ち、紐付されて）記憶されている。

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

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

そして、後述するように、各情報処理装置３、５に、各アバターを表示する場合には、このアバターを生成するための情報、即ち、アバターの全体像を生成するための各パーツのアバターデータからなる全体のデータ（即ち、アバターの画像情報）が、アバタ−処理部４９から、主サーバ通信部３１を介して、各ユーザの各情報処理装置３に送信される。

なお、第１情報端末１０及び第１情報処理装置３と、第２情報端末１２及び第２情報処理装置５とは、それぞれ同様な構成であるので、以下では、主として、第１情報端末１０及び第１情報処理装置３を例に挙げて説明する。

前記作品処理部５１は、作品情報部３７の情報を処理する。
例えば、第１情報端末１０から、作品を検索する検索ワードが送信された場合には、作品ＤＢの情報を検索する。そして、検索ワードに該当すると思われる候補となる作品が見つかった場合には、その候補の作品に関する情報を、第１情報端末１０に送信する。

例えば、候補となる作品が複数見つかった場合には、各候補の作品の作品名、監督名、放送年等の情報を、第１情報端末１０に送信する。なお、これらの処理を、第１情報端末１０ではなく、第１情報処理装置３にて行ってもよい。

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

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

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

前記グループ処理部５５は、グループ情報部４１の情報を処理する。
例えば、第１情報端末１０から、ユーザを特定するユーザＩＤが送信された場合には、グループＤＢに、そのユーザＩＤを記憶する。ここでは、聖地巡礼のコースを決定したユーザのユーザＩＤを代表ユーザＩＤとして、グループＤＢに記憶する。

また、前記ユーザが聖地に関する作品を決定した場合には、その作品を特定する作品ＩＤをグループＤＢに記憶する。さらに、前記ユーザが聖地巡礼のコースを決定した場合には、その聖地巡礼に行くグループを規定するために、グループを特定するグループＩＤを自動発行し、そのグループＩＤをグループＤＢに記憶する。なお、グループＤＢに記憶する情報は、互いに関連づけられて記憶される。

従って、第１情報端末１０以外の他の情報端末、ここでは、例えば第２情報端末１２から、ユーザＩＤが送信された場合には、グループＤＢを参照することにより、そのユーザＩＤを有するユーザ（即ち、メンバー）が、どのグループに属するかを認識することができる。

前記作品動画処理部５７は、作品動画情報部４３の情報を処理する。
例えば、各車両９、１１が聖地に到達した場合に、各情報処理装置３、５から、その聖地に関する動画の再生が指示されたときには、動画シーンＤＢから、その聖地に対応する聖地ＩＤを抽出する。そして、その聖地ＩＤが示す動画シーンＩＤに対応する作品の動画を切り出す。つまり、聖地ＩＤに対応する作品に対して、動画切り出し位置から所定の範囲の動画の情報（即ち、画像や音声の動画情報）を切り出し、その切り出した動画情報を各情報処理装置３、５に送信する。

従って、各情報処理装置３、５では、送信された動画情報に基づいて、作品の一部を再生することができる。
前記予約処理部５９は、予約情報部４５の情報を処理する。

例えば、各情報端末１０、１２から、ユーザＩＤ、グループＩＤに加え、車両９、１１の配送先である例えばユーザの自宅の住所や配送日時等の情報（即ち、配送情報）が送信された場合には、車両情報部４７に記憶されている空き車両のうちから、そのユーザが使用する車両９、１１を予約車両として決定する。なお、聖地巡礼に関して選択されたコースの情報（即ち、コース情報）は、例えばグループＤＢから取得することができる。

そして、その予約された車両を特定する車両ＩＤと、前記ユーザＩＤ、グループＩＤ、配送情報、コース情報とは、互いに関連づけて記憶される。
前記車両処理部６１は、車両情報部４７の情報を処理する。

例えば、車両情報部４７には、全ての車両の情報を記憶されているので、予約処理部５９からの要求がある場合には、車両処理部６１では、その要求に従って空き車両を抽出することができる。従って、予約処理部５９では、空き車両から予約車両を決定して予約することができる。
なお、車両処理部６１は、予約済みの車両の情報を車両情報部４７に書き込むことができる。

また、予約が完了した場合には、メインサーバ１５から、各ユーザの各情報端末１０、１２に、搭乗コードが送信される。従って、各車両９、１１が自動運転によって各ユーザの自宅等の配送先に配送された場合には、各情報端末１０、１２に記憶された搭乗コードを用いて、各車両９、１１に搭乗することができる。

例えば、配送された各車両９、１１に搭乗する際には、各情報端末１０、１２から、メインサーバ１５に搭乗コードが送信され、メインサーバ１５では、その搭乗コードに基づいて、各車両９、１１に対してドアを開錠する命令を出力する。

［１−２−３．車載装置］
次に、両車両９、１１に搭載された各種の車載装置ついて説明する。
前記図２に示すように、第１車両９は、車載装置として、第１情報処理装置３を備えるとともに、第１撮影部６３や第１センサ部６５を備えている。

第１情報処理装置３は、第１通信部６７と、第１入力部６９と、第１案内部７１と、第１制御部７３と、第１記憶部７５と、第１表示部７７と、第１音出力部７９と、を備えている。

また、第２車両１１は、車載装置として、第１情報処理装置３と同様な第２情報処理装置５を備えるとともに、第１撮影部６３や第１センサ部６５と同様な第２撮影部８１や第２センサ部８３を備えている。

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

なお、第１車両９の第１情報処理装置３等の車載装置と、第２車両１１の第２情報処理装置５等の車載装置とは、同様な構成であるので、以下では、主として第１車両９の車載装置を例に挙げて説明する。

また、第１情報処理装置３とそのユーザ（即ち、第１ユーザ）の第１情報端末１０との間、第２情報処理装置５とそのユーザ（即ち、第２ユーザ）の第２情報端末１２との間は、短距離無線通信によって情報の送受信が可能となっている。

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

第１入力部６９は、マニュアルによって第１情報処理装置３への入力を行う入力装置であり、例えばスイッチや後述するディスプレイに配置されたタッチパネルなどが挙げられる。また、音声入力する際に用いられるマイクが挙げられる。

第１案内部７１は、地図情報や第１センサ部６５からの情報等に基づいて、例えばディスプレイに表示した地図上に第１車両９の現在位置を示したり、地図情報に従って、第１車両９を目的地に案内することができる周知のナビゲーション装置である。

第１表示部７７は、例えば液晶等によって画像等を表示できるディスプレイを備えている。このディスプレイによって、地図情報を表示したり、地図上に第１車両９や第２車両１１の位置を表示したり、アバターの画像などを表示することができる。また、他のユーザと通信する場合に、文字や記号などの情報を表示することができる。

第１音出力部７９は、スピーカやイヤホーン端子等の音声等の音を出力する装置を備えている。この第１音出力部７９により、音声によって経路案内をすることができる。また、両車両９、１１に搭乗した各ユーザ間で、音声にて会話（即ち、チャット）を行うことができる。

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

なお、図１１に機能的に示すように、第１制御部７３は、ディスプレイにアバターを表示する（即ち、描画する）ための処理を行うアバター表示制御部１０１を備えている。
第１記憶部７５は、フラッシュメモリ等の半導体メモリやハードディスク等によって構成される記憶装置である。この第１記憶部７５には、第１ユーザのアバター（即ち、第１アバター）の画像情報を記憶している。

＜他の車載装置＞
第１撮影部６３は、第１車両９の前方等の周囲を撮影して、周囲の画像（即ち、周囲画像）を得ることができるカメラ（例えば、ＣＣＤカメラ）を備えている。

第１センサ部６５は、第１車両９の地図上の位置情報を取得できる周知のＧＰＳ装置を備えている。また、東西南北等の方向を検出できるジャイロ装置や、車速を検出するセンサ等を備えている。

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

また、両情報端末１０、１２での処理は同様であるので、以下では、主として、第１情報端末１０での処理を例に挙げて説明する。
＜情報処理システムの登録処理＞
まず、情報処理システムにて実施される、グループＩＤをメインサーバ１５に登録するための登録処理について説明する。

なお、この同じグループＩＤを有する同じグループのメンバー（即ち、ユーザ）とは、今回同じ聖地巡礼に出かけるとともに、後述するように、同じメンバーのアバターの画像を、それぞれの情報処理装置３、５のディスプレイに表示する人達である。

本処理は、第１情報端末１０にて、本処理を実施するためのプログラムであるアプリケーション（即ち、アプリ）が起動され場合に実施される。
つまり、第１情報端末１０のディスプレイ上で、前記アプリを示すアイコンがタッチされて、当該アプリが選択された後に実施される。

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

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

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

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

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

＜メインサーバの予約処理＞
次に、メインサーバ１５にて実施される、自動運転の第１車両９の予約処理について説明する。なお、第２車両１１の予約も同様である。

予約には各車両９、１０の配送先等の個人情報が必要であるので、ここでは、各ユーザが個別に行う例を挙げる。また、予約は、各ユーザが保持する各情報端末１０、１２で行うが、その際には、各情報端末１０、１２に記憶されたユーザＩＤを用いて予約を行う。

本実施形態では、自動運転の車両９、１１を予約すると、予約した日時に、その車両９、１１が所定の配送基地から各ユーザの自宅等の配送先に自動運転で移動するシステム構成となっている。

図１３に示すように、Ｓ２００では、メインサーバ１５では、車両９、１１の予約の処理を行うか否かを判定する。ここで肯定判断されるとＳＳ２１０に進み、一方否定判断されると一旦本処理に終了する。

つまり、例えば第１情報端末１０のディスプレイの予約画面から予約が選択された場合には、その予約を行うという情報が、メインサーバ１５に送信されるので、メインサーバ１５では、その情報に基づいて、予約の有無を判定できる。なお、第１情報端末１０から、予約を行う第１ユーザを示すユーザＩＤも送信される。

Ｓ２１０では、メインサーバ１５は、第１ユーザＩＤが送信した予約に必要な情報に基づいて、第１ユーザが聖地巡礼に使用する第１車両９を決定する。つまり、車両ＤＢを参照して、聖地巡礼に使用可能な空き車両の情報等から、特定の車両を第１車両９として決定する。
続くＳ２２０では、第１車両９の情報（例えば、車両ＩＤ）や、その第１車両９の使用に関する情報（例えば、配送情報やコース情報）や、ユーザの情報（例えば、ユーザＩＤやグループＩＤ）等の予約に関する情報を、予約ＤＢに記憶し、一旦本処理を終了する。

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

本処理は、第１ユーザが第１車両９に搭乗した後に、第１情報処理装置３にて、本処理を実施するためのアプリが起動された場合に実施される。なお、例えば、第１ユーザの搭乗後には、第１ユーザのユーザＩＤが、メインサーバ１５から第１情報処理装置３に送信されるので、以後は、第１情報端末１０と第１情報処理装置３とが同じユーザＩＤで連携して機能する。

図１４に示すように、Ｓ３００にて、第１情報処理装置３のディスプレイに、各ユーザに対応した各アバターを表示する。
具体的には、図１５に示すように、第１表示部７７のディスプレイ７８上に、詳しくは、ディスプレイ７８の所定の領域７８ａに、第１ユーザの第１アバターと第２ユーザの第２アバターとを並べて配置して表示する。なお、第２アバターの画像情報が得られない場合には、第１アバターの画像のみを表示する。また、各アバターを表示する位置や大きさ等は、予め設定することができるが、表示状態を見て任意に調節できる。

第１アバターの画像情報は、メインサーバ１５から得られるので、この画像情報を用いて、第１アバターをディスプレイ７８に表示すること（即ち、描画すること）ができる。
また、第２情報処理装置５にて本処理と同様なアプリが起動されている場合、詳しくは、同様なアバターが表示できる状態となっている場合には、第２情報処理装置５から、メインサーバ１５を介して、第２アバターの画像情報が第１情報処理装置３に送信される。従って、第１情報処理装置３は、この送信された第２アバターの画像情報を用いて、第２アバターをディスプレイ７８に表示することができる。

なお、第２情報処理装置５にて前記アプリが起動していない場合には、第１情報処理装置３に第２アバターは表示されない。
続くＳ３１０では、前記図１５に示すように、ディスプレイ７８の表示画面のうち、アバターを表示する領域７８ａとは異なる領域７８ｂに、後述する動画再生のためのアイコン（即ち、動画再生アイコン）１０３を表示し、一旦本処理を終了する。

（第２情報処理装置での処理）
ここで、第２情報処理装置５での処理について説明する。
本処理は、第２ユーザが第２車両１１に搭乗した後に、第２情報処理装置５にて、本処理を実施するためのアプリが起動された場合に実施される。なお、例えば、第２ユーザの搭乗後には、第２ユーザのユーザＩＤが、メインサーバ１５から第２情報処理装置５に送信されるので、以後は、第２情報端末１２と第２情報処理装置５とが同じユーザＩＤで連携して機能する。

ここでは、第１情報処理装置３での前記アバターを表示するアプリの起動後に、第２情報処理装置５にて同様なアプリが起動された場合を例に挙げて説明する。なお、第２ユーザは第１ユーザと同じグループＩＤを有する。

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

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

従って、第２情報処理装置５のディスプレイ７８には、前記図１５に示すように、第２ユーザ自身の第２アバターと、第１アバターと、動画再生アイコン１０３とが表示される。

なお、両情報処理装置３、５のディスプレイ７８に、第１アバターと第２アバターとを表示する場合には、第１ユーザと第２ユーザとは、両情報処理装置３、５及びメインサーバ１５を介して、第１アバター及び第２アバターの画像情報以外の各種の情報の送受信が可能である。

例えば、両情報処理装置３、５間（従って、両ユーザ間）で、両入力部６９、８７や両音出力部７９などを用いて、音声による会話（即ち、チャット）が可能である。また、文字情報を送受信することにより、文字情報での会話も可能である。

＜情報処理システムの途中集合処理＞
次に、情報処理システム１にて実施される、聖地巡礼の途中で車両９、１１が一旦集合する途中集合処理について説明する。

本実施形態では、聖地巡礼の途中にて、各車両９、１１の位置情報が、各情報処理装置３、５からメインサーバ１５に送信されるので、各車両９、１１はメインサーバ１５から他の車両９、１１の位置情報が得られる。

図１６に示すように、Ｓ４００にて、メインサーバ１５は、例えば第１情報処理装置３から、全車両９、１１の途中集合の要求が送信されたか否かを判定する。ここで肯定判断されるとＳ４１０に進み、一方否定判断されると一旦本処理を終了する。

Ｓ４１０では、メインサーバ１５では、各車両９、１１の現在位置の情報から、途中集合に適した位置を求める。例えば、全車両９、１１の位置情報や、全車両９、１１の周囲の道の駅等の休憩場所などの集合場所の情報に基づいて、各車両９、１１から集合場所までの到達時間の差が最も少ない集合場所を求める。

続くＳ４２０では、前記Ｓ４１０で求めた集合場所を、各車両９、１１に報知する。
続くＳ４３０では、全てのユーザが、前記集合場所に同意したか否かを判定する。ここで肯定判断されるとＳ４４０に進み、一方否定判断されると例えばＳ４１０に戻って、他の集合場所を求める。或いは、一旦本処理を終了してもよい。

例えば、集合場所が報知された各情報処理装置３、５のディスプレイに、集合場所に同意するか否かのアイコンが表示される場合に、全ての情報処理装置３、５のアイコンが押されたときには、その情報がメインサーバ１５に送信されるので、メインサーバ１５では、全てのユーザが、前記集合場所に同意したか否かを判定することができる。

Ｓ４４０では、集合場所が合意されたので、各車両９、１１の各情報処理装置３、５では、各案内部７１、８９により、自身の車両９、１１を集合場所に案内する処理を開始し、一旦本処理を終了する。

＜情報処理システムの聖地チェックイン処理＞
次に、情報処理システム１にて、第１車両９が聖地に到達した際に実施される聖地チェックイン処理について説明する。なお、第２車両１１についても同様である。

図１７に示すように、Ｓ５００にて、第１情報処理装置３では、第１車両９のＧＰＳ装置等からの情報に基づいて、第１車両９が、聖地を中心にした所定の第１圏内に到達したか否かを判定する。例えば、第１車両９が、聖地の半径１０ｋｍ以内の範囲に入った場合には、前記第１圏内に入ったと判定する。ここで、肯定判断されるとＳ４１０に進み、一方否定判断されると一旦本処理を終了する。なお、聖地の位置情報は、メインサーバ１５から得ることができる。

Ｓ５１０では、第１車両９が、聖地の近傍に達したことを、例えば第１情報処理装置３のディスプレイ７８に表示して第１ユーザに報知する。
続くＳ５２０では、第１車両９が更に聖地に近づいて、聖地の近傍の所定の第２圏内に到達したか否かを判定する。例えば、第１車両９が、聖地の半径１００ｍｍ以内の範囲に入った場合には、前記第２圏内に入ったと判定する。ここで、肯定判断されるとＳ５３０に進み、一方否定判断されると待機する。

Ｓ５３０では、メインサーバ１５では、第１車両９の位置情報を受けて、聖地に対応した動画（即ち、再生する動画）を、例えば、動画シーンＤＢを参照して決定し、一旦本処理を終了する。

この処理によって、後述するように、全車両９、１１にて動画再生アイコン１０３が押された場合には、動画が再生される。なお、この再生する動画が決定されて動画の再生が可能な状態（即ち、動画再生スタンバイの状態）を、動画再生アイコン１０３の点滅等によって、各ユーザに報知してもよい。

＜情報処理システムの動画再生処理＞
次に、情報処理システム１にて、聖地において動画を再生する動画再生処理について説明する。

図１８に示すように、Ｓ６００にて、メインサーバ１５では、いずれかの情報処理装置３、５において、動画再生アイコンが押されたか否かを判定する。ここで肯定判断されるとＳ６１０に進み、一方否定判断されると一旦本処理を終了する。

なお、各情報処理装置３、５にて、動画再生アイコンが押された場合には、その情報がメインサーバ１５に送信される。
Ｓ６１０では、メインサーバ１５から、同じグループの全てのメンバー（即ち、ユーザ）に対して、いずれかの情報処理装置３、５にて、動画再生アイコンが押されたことが報知される。

続くＳ６２０にて、メインサーバ１５では、全てのメンバーの情報処理装置３、５において、動画再生アイコンが押されたか否かを判定する。ここで肯定判断されるとＳ６３０に進み、一方否定判断されると待機する。また、所定時間待機した後に、一旦本処理を終了してもよい。

Ｓ６３０では、全てのメンバーの情報処理装置３、５において、前記図１７の処理にて決定された動画を同じタイミングで再生し、一旦本処理を終了する。
なお、再生される動画は、前記動画シーンＤＢにて設定されている動画切り出し位置から所定の範囲で再生される、聖地に関連した作品の動画である。

［１−４．効果］
上記第実施形態では、以下の効果を得ることができる。
（１ａ）本実施形態の情報処理システム１では、複数の車両９、１１は、所定のグループを構成する各メンバーが使用する車両９、１１として、それぞれ設定されている。

そして、自動運転によって各メンバーが各車両９、１１によって聖地巡礼を行う際には、例えば、第１車両９の第１情報処理装置３の第１表示部７７には、グループのメンバーのうち、第１のメンバー（即ち、第１ユーザ）の分身を示す第１アバターの画像と、第１のメンバー以外の第２のメンバー（即ち、第２ユーザ）の分身を示す第２アバターの画像と、が表示される。なお、第２車両１１の第２情報処理装置５も同様である。

これにより、第１のメンバーは、自身の第１車両９で移動する際に、自身の第１車両９の第１表示部７７にて、自身の第１アバターの画像と他のメンバーの第２アバターの画像とを見ることができるので、一人で旅行しているという孤独感が少なく、他のメンバーとの繋がりも感じられる。

しかも、同じ第１車両９に他のメンバーが同乗している訳ではなく、前記両アバターの表示がなされるので、同乗している場合に比べて、緩い繋がりが感じられる。
また、同じ第１車両９に他のメンバーが同乗している訳ではないので、同乗している場合に比べて、十分にプライベート空間が保たれており、リラックスできるという効果がある。

言い換えれば、各車両９、１１内という一人のプライベート空間を保ちつつ、自分の分身を介して他者とのコミュニケーションを行うことができる。これにより、対面による会話と同様の濃度の濃いコミュニケーションを実現しつつ、自身のしぐさや身なりに気を使う必要がないため、他者との繋がりを持っているのに、まるで家に一人でいるかかのようなリラックス感を失わずに済む。

このように本実施形態では、グループの他のメンバーとの緩い繋がりが感じられ、しかも、プライベート空間も確保できる、という両方の要求を好適に満たすことができる。
（１ｂ）本実施形態の情報処理システム１では、第１のメンバーが搭乗する第１車両９の第１表示部７７に、第１アバターの画像と第２アバターの画像とを表示する場合には、第２のメンバーが搭乗する第２車両１１の第２表示部９５にも、前記第１表示部７７に表示したような、第１アバターの画像と第２アバターの画像とを表示する。

また、両情報処理装置３、５に両アバターの画像を表示する際には、両情報処理装置３、５を利用して、両メンバー間で音声や文字等を利用して会話を行うことができる。
従って、メンバー間で繋がりを維持することができ、同じ聖地巡礼をしているという共感が高まるという利点がある。

（１ｃ）本実施形態の情報処理システム１では、両情報処理装置３、５に両アバターの画像を表示する際には、両情報処理装置３、５の各表示部７７、９５に、同じタイミングで、作品の動画を再生して表示できる。従って、作品に関する感動を共有することができる。

（１ｄ）本実施形態の情報処理システム１では、各車両の位置情報を利用して、聖地巡礼の途中で、聖地とは異なる集合場所を決めて集合することができる。これによって、聖地巡礼の途中でメンバーが集まることができるので、聖地巡礼をより楽しむことができる。

（１ｅ）本実施形態の情報処理システム１では、各車両の位置情報を共有することによって、他のメンバーの車両９、１１がどこを走行しているかが分かるので、共に聖地巡礼しているという共感だけでなく、安心感が高まるという利点がある。

また、各車両９、１１の位置情報を共有することによって、待ち合わせ場所や合流場所を設定し易いという効果がある。
［１−５．文言の対応関係］
本実施形態において、情報処理システム１が情報処理システムに対応し、第１情報処理装置３及び第２情報処理装置５が情報処理装置に対応し、メインサーバ１５がサーバに対応し、第１通信部６７及び第２通信部８５が通信部に対応し、第１表示部７７及び第２表示部９５が表示部に対応し、アバター表示制御部１０１がアバター表示制御部に対応する。

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

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

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

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

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

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

１：情報処理システム、３：第１情報処理装置、５：第２情報処理装置、１５：メインサーバ、６７：第１通信部、８５：第２通信部、７７：第１表示部、９５：第２表示部、１０１：アバター表示制御部

Claims (7)

1. 情報処理システム（１）であって、
   複数の車両（９、１１）のそれぞれに配置された情報処理装置（３、５）と、
   前記各情報処理装置との間で情報の送受信が可能なサーバ（１５）と、
   を備え、
   前記複数の車両は、所定のグループを構成する各メンバーが使用する車両として、それぞれ設定されており、
   前記各情報処理装置は、
   前記サーバとの間で情報の送受信が可能なように構成された通信部（６７、８５）と、
   画像の表示が可能なように構成された表示部（７７、９５）と、
   前記グループのメンバーのうち、第１のメンバーが搭乗する前記車両の前記表示部に、第１のメンバーの分身を示す画像である第１アバターの画像と、第１のメンバー以外の第２のメンバーの分身を示す画像である第２アバターの画像と、を表示するように構成されたアバター表示制御部（１０１）と、
   を備えた、情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記第１のメンバーが搭乗する前記車両の前記表示部に、前記第１アバターの画像と前記第２アバターの画像とを表示する場合に、
   前記第２のメンバーが搭乗する前記車両の前記表示部に、前記第１アバターの画像と前記第２アバターの画像とを表示するように構成された、
   情報処理システム。
3. 請求項２に記載の情報処理システムであって、
   前記第１のメンバーが搭乗する前記車両の前記表示部と前記第２のメンバーが搭乗する前記車両の前記表示部とに、前記第１アバターの画像と前記第２アバターの画像とを表示する場合に、
   前記両表示部に、前記第１アバターの画像及び前記第２アバターの画像以外の同じ画像を再生して表示するように構成された、
   情報処理システム。
4. 請求項３に記載の情報処理システムであって、
   前記両表示部にて、前記同じ画像を再生する場合には、同じタイミングで再生するように構成された、
   情報処理システム。
5. 請求項１から請求項４までのいずれか１項に記載の情報処理システムであって、
   前記複数の車両の目的地が設定されている場合に、前記複数の車両の現在位置の情報に基づいて、前記目的地とは異なる集合場所を決定するように構成された、
   情報処理システム。
6. 請求項１から請求項５までのいずれか１項に記載の情報処理システムであって、
   前記第１アバターの画像と前記第２アバターの画像とが表示された前記各車両の前記情報処理装置では、前記サーバを介して、文字、記号、画像、及び音声のうち少なくとも１種を用いた通信が可能なように構成された、
   情報処理システム。
7. 請求項１から請求項６までのいずれか１項に記載の情報処理システムであって、
   前記第１アバターの画像と前記第２アバターの画像とが表示された前記各車両の前記情報処理装置では、前記サーバを介して、前記各車両の位置情報を送受信して共有できるように構成された、
   情報処理システム。

Images