JP7334818B2 - 遊戯画像撮影システム - Google Patents

Description

本発明は、遊戯画像の撮影および編集、に関する。

プリクラ（登録商標）とよばれる遊戯画像撮影装置は、女子高生を中心として根強い人気を誇る。ユーザは、自らを撮影し、編集用のディスプレイにて撮影画像にさまざまな装飾を施す。装飾後の画像はシール台紙に印刷される（特許文献１参照）。

特開２００４‐３２２１３号公報

遊戯画像撮影装置の楽しみは、撮影ポーズの工夫や撮影画像に対する落書き（編集）によりオリジナル性を発揮できるところにある。本発明者らは、撮影や編集に先立って、被写体について事前に得られている情報を活用すれば、遊戯画像の撮影・編集における利便性と遊戯性をいっそう高めることができると想到した。

本発明は、本発明者らによる上記着眼点に基づいて完成された発明であり、その主たる目的は、遊戯画像の編集における利便性と遊戯性を高めることにある。

本発明のある態様における遊戯画像撮影システムは、ユーザの静止画像と動画像を撮影する撮影部と、静止画像に対するユーザによる装飾加工の入力を受け付ける編集部と、を有し、編集部は、静止画像に対する装飾加工の結果を、動画像に反映させる。

本発明によれば、遊戯画像撮影装置において、遊戯画像の編集における利便性と遊戯性を高めることができる。

遊戯画像撮影システムの全体構成図である。 遊戯画像撮影装置の外観斜視図である。 撮影ブースの外観斜視図である。 遊戯画像撮影装置におけるプレイの流れを示すフローチャートである。 遊戯画像撮影装置を上から見た平面図である。 遊戯画像撮影装置の機能ブロック図である。 サーバの機能ブロック図である。 ユーザ情報のデータ構造図である。 同時撮影履歴情報のデータ構造図である。 図１０（ａ）は、親密度Ａのときの撮影ポーズを示す画面図である。図１０（ｂ）は、親密度Ｂのときの撮影ポーズを示す画面図である。図１０（ｃ）は、親密度Ｃのときの撮影ポーズを示す画面図である。図１０（ｄ）は、親密度Ｄのときの撮影ポーズを示す画面図である。 Ｓ１２（図４）の撮影処理の詳細を示すフローチャートである。 図１１の撮影処理の続きのフローチャートである。 Ｓ１４（図４）の編集処理の詳細を示すフローチャートである。 編集画面の画面図である。 グループ情報のデータ構造図である。 図１６（ａ）および図１６（ｂ）は、編集入力インタフェースのマイパレット設定を説明するための模式図である。 使用履歴情報のデータ構造図である。 フィードバック情報のデータ構造図である。

本実施形態における遊戯画像撮影装置は、撮影ブースと編集ブースを備える。ユーザは撮影ブースにて自らを撮影する。以下、撮影ブースにおいて被写体（ユーザ）を撮影した画像のことを「撮影画像」とよぶ。ユーザは、撮影ブースにおいて肌の美白化、髪のつや出しなど任意の画像修正を撮影画像に施すことができる（以下、このような画像修正を「事前修正」とよぶ）。本実施形態における遊戯画像撮影装置は、撮影ブースにおいて静止画像だけでなく動画像も撮影する。撮影画像のうち、動画像として取得されるものを「撮影動画像」、静止画像として取得されるものを「撮影静止画像」とよぶ。

事前修正を施された撮影画像は、編集ブースに送られる。ユーザは、編集ブースにおいて、スタンプ画像の貼付やスタイラスペンによる落書きなど任意の装飾を撮影画像に施すことができる（以下、このような画像の装飾を「装飾加工」または「編集」とよぶ）。編集ブースにおいて編集対象となっている撮影画像のことを「対象画像」とよぶ。また、対象画像のうち、撮影動画像を編集対象としたものを「対象動画像」、撮影静止画像を編集対象としたものを「対象静止画像」とよぶ。

遊戯画像撮影装置は、対象静止画像をシール台紙（外部媒体）に印刷する。また、遊戯画像撮影装置は、対象動画像および対象静止画像をサーバ（外部媒体）にアップロードする。ユーザは、スマートフォンなどのユーザ端末からサーバにアクセスすることにより、対象画像（対象動画像と対象静止画像）をダウンロードすることもできる。以上のように、本実施形態における遊戯画像撮影装置は、撮影機能、編集機能（装飾加工機能）、印刷機能および通信機能を備える。
以下においては、被写体の各種情報に基づく撮影・編集時の設定変更を中心として説明する。

図１は、遊戯画像撮影システム２００の全体構成図である。
遊戯画像撮影システム２００においては、遊戯画像撮影装置１００はインターネット２０４を介してサーバ２０２およびユーザ端末２０６と接続される。遊戯画像撮影装置１００においてユーザは自らを撮影する。遊戯画像撮影装置１００は、被写体（ユーザ）を含む撮影画像を取得し、必要に応じて事前修正を撮影画像に施し、ユーザによる装飾加工を受け付ける。ユーザは、あらかじめ付与されたユーザＩＤにより識別される。ユーザは、ユーザＩＤが登録されたユーザカードを利用して遊戯画像撮影装置１００のプレイ予約をする。

装飾加工後の対象画像はユーザＩＤとともに遊戯画像撮影装置１００からサーバ２０２にアップロードされる。サーバ２０２は、ユーザＩＤ、撮影日時および対象画像（対象動画像と対象静止画像）を対応づけて保存する。ユーザは、ユーザＩＤおよびパスワード等の認証情報を介してサーバ２０２にアクセスすることにより、サーバ２０２から対象画像をダウンロードする。

サーバ２０２は、ユーザに関連する各種情報（以下、「ユーザ情報」とよぶ）を管理する。本実施形態における遊戯画像撮影装置１００は、ユーザ情報に基づいて撮影等の設定変更を自動的に行うが詳細は後述する。

図２は、遊戯画像撮影装置１００の外観斜視図である。
遊戯画像撮影装置１００は、受付装置１０２、撮影ブース１０４、編集ブース１０６および印刷装置１１０を備える。ユーザは、受付装置１０２において遊戯画像撮影装置１００の使用を予約する。ユーザは、受付装置１０２においてユーザＩＤを入力するとともに、現金または電子マネーにてプレイ料金を支払う。受付装置１０２は、ユーザに予約番号を発行する。受付装置１０２は、受付モニタ１０８において待機人数および呼び出し対象となる予約番号を表示させる。ユーザは、自分の予約番号が受付モニタ１０８に表示されると、撮影ブース１０４に入室する。

撮影ブース１０４においてユーザは写真撮影を行う。撮影終了後、ユーザは編集ブース１０６に移動する。編集ブース１０６には、編集装置１２６が設置される。編集装置１２６は、編集モニタ１２０を備える。編集モニタ１２０には対象画像（装飾加工の対象となる撮影画像）が表示される。本実施形態における編集モニタ１２０は、静電容量式タッチパネルにより形成される。１つの編集モニタ１２０に対して、２つのスタイラスペン１２２ａ、１２２ｂが用意される。ユーザはスタイラスペン１２２および指を使って対象画像に装飾加工を施す。編集終了後、印刷装置１１０は対象静止画像をシール台紙に印刷する。また、編集装置１２６は、対象画像をサーバ２０２にアップロードする。

図３は、撮影ブース１０４の外観斜視図である。
撮影ブース１０４は、カーテン１２４により外部から遮蔽される。撮影ブース１０４には、撮影装置１２８が設置される。撮影装置１２８は、被写体となるユーザを３方向から照らす３つのライト１１６、撮影静止画像および撮影動画像を取得するためのカメラ１１８、第１撮影モニタ１１２および第２撮影モニタ１１４を備える。

第１撮影モニタ１１２は、ユーザの撮影画像（撮影動画像と撮影静止画像）を表示させる。第２撮影モニタ１１４は、被写体となるユーザ以外の人物、たとえば、モデルの撮影画像（以下、「サンプル画像」とよぶ）を表示させる。ユーザは、第２撮影モニタ１１４に表示されるサンプル画像を参考にしながら、カメラ１１８の前で任意の撮影ポーズをとる。第２撮影モニタ１１４には、撮影方法に関する各種説明も表示される。上述したように、撮影ブース１０４においては、撮影動画像および撮影静止画像を取得できる。
本実施形態においては、第２撮影モニタ１１４はサンプル画像により、撮影ポーズも指示する（詳細後述）。

図４は、遊戯画像撮影装置１００におけるプレイの流れを示すフローチャートである。図５は、遊戯画像撮影装置１００を上から見た平面図である。
ユーザは、受付装置１０２において使用予約を行うと、受付装置１０２は受付処理を実行する（Ｓ１０）。受け付け後、ユーザは撮影ブース１０４に入室する。撮影装置１２８は、ユーザの撮影画像を取得する（Ｓ１２）。撮影ブース１０４においては、ユーザは所定数の撮影画像を取得できる。撮影動画像と撮影静止画像は同時に取得され（後述）、撮影動画像と撮影静止画像のペアを１セットの撮影画像とカウントする。本実施形態においては、最大６セットの撮影画像（撮影動画像と撮影静止画像のセット）が取得される。撮影に際し、ユーザは撮影装置１２８が提供する複数の事前修正メニューから事前修正の方法を選択できる。また、ユーザは撮影画像の背景色等も撮影装置１２８において選択できる。撮影装置１２８は、撮影画像を取得するごとに事前修正を実行する。なお、事前修正メニューは、受付装置１０２においてプレイ前に選択できてもよい。撮影処理（Ｓ１２）の詳細は図１１，図１２に関連して後述する。

撮影後、第１撮影モニタ１１２には、２つの編集ブース１０６のいずれかを指示する指示情報が表示される。ユーザは、２つの編集ブース１０６ａ、１０６ｂのうち、第１撮影モニタ１１２により指定された編集ブース１０６に移動する。撮影装置１２８からは、編集装置１２６に撮影画像が転送される。ユーザは、編集装置１２６において転送された撮影画像（対象画像）に装飾加工を施す（Ｓ１４）。編集処理（Ｓ１４）の詳細は図１３に関連して後述する。

編集後、編集装置１２６は対象画像を印刷装置１１０に送り、印刷装置１１０は対象画像をシール台紙に印刷する（Ｓ１６）。また、編集装置１２６は、インターネット２０４を介して対象画像をサーバ２０２にアップロードする（Ｓ１８）。ユーザは、ユーザＩＤをアクセスキーとしてサーバ２０２にアクセスすることにより、対象画像をサーバ２０２からユーザ端末２０６にダウンロードできる。

一般的には、撮影作業よりも編集作業に時間がかかる。本実施形態における遊戯画像撮影装置１００においては、１つの撮影ブース１０４に対して２つの編集ブース１０６ａ、１０６ｂ（編集装置１２６ａ、１２６ｂ）を設けることにより、顧客回転率を高めている。

図６は、遊戯画像撮影装置１００の機能ブロック図である。
遊戯画像撮影装置１００の各構成要素は、ＣＰＵ（Central Processing Unit）および各種コプロセッサなどの演算器、メモリやストレージといった記憶装置、それらを連結する有線または無線の通信線を含むハードウェアと、記憶装置に格納され、演算器に処理命令を供給するソフトウェアによって実現される。コンピュータプログラムは、デバイスドライバ、オペレーティングシステム、それらの上位層に位置する各種アプリケーションプログラム、また、これらのプログラムに共通機能を提供するライブラリによって構成されてもよい。
上述したように、遊戯画像撮影装置１００は、撮影装置１２８、受付装置１０２、編集装置１２６および印刷装置１１０の集合体として構成される。以下に説明する各ブロックは、ハードウェア単位の構成ではなく、機能単位のブロックを示している。図７に示すサーバ２０２も同様である。

遊戯画像撮影装置１００は、ユーザインタフェース処理部１３０、データ処理部１３２、通信部１３４およびデータ格納部１３６を含む。
ユーザインタフェース処理部１３０は、受付モニタ１０８、編集モニタ１２０等を介したユーザインタフェース処理を担当する。通信部１３４は、インターネット２０４を介してサーバ２０２との通信処理を担当する。通信部１３４は、近距離無線通信によりユーザ端末２０６とダイレクトに通信してもよい。たとえば、通信部１３４からユーザ端末２０６に対象画像を直接送信してもよい。データ格納部１３６は各種データを格納する。データ処理部１３２は、通信部１３４により取得されたデータおよびデータ格納部１３６に格納されているデータに基づいて各種処理を実行する。データ処理部１３２は、ユーザインタフェース処理部１３０、通信部１３４およびデータ格納部１３６のインタフェースとしても機能する。

ユーザインタフェース処理部１３０は、ユーザによる操作入力を受け付ける入力部１４０と、ユーザへの情報提示を行う出力部１４２と、撮影画像を取得する撮影部１３８（カメラ１１８）を含む。入力部１４０は、受付装置１０２、撮影装置１２８、編集装置１２６等に設置されるタッチパネルに対するユーザの操作入力を検出する。入力部１４０は、スタイラスペン１２２による操作入力も検出する。出力部１４２は、受付装置１０２、撮影装置１２８、編集装置１２６等における画像表示のほか、音声出力、印刷出力など各種の出力処理を実行する。

入力部１４０は、ＩＤ取得部１５８を含む。ＩＤ取得部１５８は、ユーザカードから、ユーザＩＤを取得する。

出力部１４２は、撮影指示部１６０と説明部１６２を含む。撮影指示部１６０は、被写体となるユーザに対して撮影方法、たとえば、立ち位置や表情等について指示する（詳細後述）。撮影指示部１６０は、撮影ポーズ指示部１６４を含む。撮影ポーズ指示部１６４は、撮影ポーズを指示する。説明部１６２は、受付・撮影・編集・印刷に際し、テキスト画像および音声により、ユーザに対して遊戯画像撮影装置１００の使用方法の説明を行う。

データ処理部１３２は、撮影制御部１４４、編集処理部１４６（編集部）、受付管理部１４８、印刷処理部１５０、イベント実行部１５２および画像認識部１５４を含む。
撮影制御部１４４は、撮影ブース１０４における撮影処理を制御する。撮影制御部１４４は、撮影ブース１０４においてユーザに撮影タイミングを通知する。撮影タイミングを時刻ｔ１とすると、撮影制御部１４４は時刻ｔ１よりも１．５秒前から０．１秒前まで動画像（以下、「前半動画像」とよぶ）を記録し、時刻ｔ１において撮影静止画像を取得し、時刻ｔ１の０．１秒後から１．５秒後まで動画像（以下、「後半動画像」とよぶ）を再び記録する。撮影制御部１４４は、前半動画像と後半動画像をつなげることにより撮影動画像を生成する。撮影制御部１４４は、撮影部１３８に撮影の開始指示および停止指示を送信することにより、撮影部１３８を制御する。また、撮影制御部１４４は、撮影静止画の取得時においては、図示しないストロボを発光させる。撮影動画像は、撮影静止画の取得期間、いいかえれば、ストロボ発光時の動画が含まれないため、ストロボ発光が映り込むことがない。

撮影制御部１４４は、撮影ポーズ選択部１５６を含む。撮影ポーズ選択部１５６は、複数種類の撮影ポーズのいずれかを選択する。撮影ポーズ指示部１６４は、サンプル画像として第２撮影モニタ１１４に撮影ポーズを表示させる。撮影ポーズについては、図１０（ａ）～図１０（ｄ）に関連して後述する。

出力部１４２は、撮影画像を対象画像として編集モニタ１２０（静電容量式のタッチパネル）に表示させる。編集処理部１４６は、ユーザからの操作入力にしたがって対象画像を装飾加工する。編集作業の詳細は、図１４等に関連して後述する。受付管理部１４８は、受付装置１０２においてユーザによるプレイ料金の支払いと予約順序を管理する。受付管理部１４８は、撮影ブース１０４において撮影作業が終了するごとに、予約中のユーザを撮影ブース１０４に案内する。印刷処理部１５０は、印刷装置１１０における対象画像の印刷を制御する。イベント実行部１５２は、２以上のユーザが同時に撮影するとき、２人の関係に基づいてさまざまなイベントを発生させる。また、イベント実行部１５２は、ユーザが持参するオブジェクトによってもさまざまなイベントを発生させる（以下、オブジェクトに基づくイベントのことを特に「オブジェクトイベント」とよぶ）。イベントは、撮影および編集に際して実行される演出である。画像認識部１５４は、撮影画像および対象画像の画像認識を行う。たとえば、画像認識部１５４は、撮影画像等からオブジェクトやユーザの顔画像を認識する。

通信部１３４は、ユーザ情報取得部１６６、ユーザＩＤ送信部１６８、イベントデータ受信部１８６および画像送信部１８８を含む。ユーザＩＤ送信部１６８は、ＩＤ取得部１５８が取得したユーザＩＤをサーバ２０２に送信する。ユーザ情報取得部１６６は、ユーザＩＤに対応するユーザ情報をサーバ２０２から受信する。イベントデータ受信部１８６は、サーバ２０２からイベントの実行方法を定義するイベントデータを受信する。画像送信部１８８は、装飾加工後の対象画像をサーバ２０２にアップロードする。

図７は、サーバ２０２の機能ブロック図である。
サーバ２０２は、通信部２１０、データ処理部２１２およびデータ格納部２１４を含む。通信部２１０は、インターネット２０４を介して遊戯画像撮影装置１００、ユーザ端末２０６との通信処理を担当する。データ格納部２１４はユーザ情報等の各種データを格納する。データ処理部２１２は、通信部２１０により取得されたデータおよびデータ格納部２１４に格納されているデータに基づいて各種処理を実行する。データ処理部２１２は、通信部２１０およびデータ格納部２１４のインタフェースとしても機能する。

通信部２１０は、ユーザＩＤ取得部２１６、ユーザ情報送信部２１８、イベントデータ送信部２９４および画像受信部２９６を含む。ユーザＩＤ取得部２１６は、遊戯画像撮影装置１００からユーザＩＤを受信する。ユーザ情報送信部２１８は、ユーザＩＤ取得部２１６が受信したユーザＩＤに対応するユーザ情報を遊戯画像撮影装置１００に送信する。イベントデータ送信部２９４は、イベントデータを遊戯画像撮影装置１００に送信する。画像受信部２９６は、遊戯画像撮影装置１００から装飾加工後の対象画像を受信する。

データ処理部２１２は、重要画像選択部２２０、撮影条件登録部２２２、ユーザ情報管理部２２４および楽曲選択部２９２を含む。重要画像選択部２２０は、複数の撮影画像のうち、後述の方法によりユーザの満足度が高いと考えられる撮影画像である「重要画像」を選択する。撮影条件登録部２２２は、重要画像に基づいて好適な撮影条件を登録する。重要画像の選択および重要画像に基づく撮影条件の設定方法については、図１８に関連して後述する。ユーザ情報管理部２２４は、データ格納部２１４に格納されるユーザ情報を管理する。楽曲選択部２９２は、撮影時に流す楽曲を選択する。楽曲選択については図１２等に関連して後述する。

図８は、ユーザ情報２３０のデータ構造図である。
ユーザ情報２３０は、サーバ２０２のデータ格納部２１４に格納される。ユーザ情報２３０は、ユーザの属性、好みなどを定義する情報である。ユーザは、遊戯画像撮影システム２００に会員登録したときにユーザＩＤが発行される。ユーザ情報２３０は、ユーザの年齢等を含む基本情報、ユーザの好みの音楽を示す音楽情報、ユーザの好みの編集設定を示すマイパレット情報を含む。ユーザは、ユーザ端末２０６からユーザＩＤを指定してサーバ２０２にログインすることにより、ユーザ情報を任意に編集できる。図８はユーザ情報２３０の一部を示す。

図８によると、ユーザＩＤ＝Ｐ０１のユーザ（以下、「ユーザ（Ｐ０１）」のように表記する）は、１８歳の女性であり、ニックネームは「あーちゃん」である。ユーザは、他のユーザとともにグループをつくることもできる。グループは、グループＩＤにより識別される。グループは、同じクラス、同じ学校、同じ出身地など、複数のユーザは任意にグループを形成できる。図８によれば、ユーザ（Ｐ０１）はグループ（Ｇ０４）に属し、ユーザ（Ｐ０３）はグループ（Ｇ０１）とグループ（Ｇ０３）に属し、ユーザ（Ｐ０２）はいずれのグループにも属していない。グループの詳細に関しては図１５に関連して後述する。

音楽情報には、ユーザが好きなアーティスト（音楽家）、好きな楽曲が登録される。音楽情報には、好みの音楽のジャンル（ロック、ジャズ、ポップス等）、好きな作曲家、など他の音楽に関する情報が含まれてもよい。図８においては、ユーザ（Ｐ０１）はアーティスト（Ａ１）と楽曲（Ｂ１）を好み、ユーザ（Ｐ０２）はアーティスト（Ａ２）と楽曲（Ｂ１）、楽曲（Ｂ２）を好んでいる。ユーザ（Ｐ０１）とユーザ（Ｐ０２）は、どちらも楽曲（Ｂ１）を好むという共通点がある。

マイパレット情報は、上述したようにユーザが好む編集設定を示す情報である。マイパレット情報にしたがって、編集処理部１４６は編集装置１２６における編集入力インタフェースを初期設定する。遊戯画像撮影装置１００の愛好者には、編集に際しても独特のこだわりをもつ者も多い。たとえば、スタイラスペン１２２による線の好みも極太から極細まで、ユーザによってさまざまである。また、青色線を好むユーザであっても、インディゴ・ブルーのような深い青色を好む者もいれば、フローレンス・ブルーのような青紫に近い色を好む者もいる。ユーザは、マイパレット情報にあらかじめ好みの編集設定をしておけば、最初から好みの編集設定にて編集作業に取り掛かることができる。

図８によれば、ユーザ（Ｐ０１）は、極細線とアイスランド・ブルーをマイパレット情報として設定している。このため、ユーザ（Ｐ０１）が編集ブース１０６において対象画像を編集する際、編集処理部１４６はユーザ（Ｐ０１）のスタイラスペンをアイスランド・ブルーの極太ペンとして初期設定する。ユーザ（Ｐ０１）は、編集時にアイスランド・ブルーのための色味調整をしなくても、最初から好みのペン色にて編集作業に取り掛かることができる。マイパレット情報の初期設定については、図１６（ａ）、図１６（ｂ）に関連して後述する。

ユーザ情報２３０には、このほかにもさまざまな情報が含まれてもよい。たとえば、基本情報として、ユーザの名前（本名）、生年月日、出身地、学校、会社、職業等が含まれてもよい。また、音楽情報に限らず、ユーザの嗜好情報として、好きな食べ物、好きな言葉、好きな有名人、好きなキャラクタ、好きなゲームなどが設定できてもよい。

このほかにも、ユーザ情報２３０には編集履歴が含まれてもよい。編集履歴には、たとえば、ユーザが設定したペンの線種や色彩、各種スタンプの利用履歴が含まれる。編集処理部１４６は、ユーザの編集作業の結果を編集履歴として記録し、編集終了後にサーバ２０２に編集履歴をユーザＩＤとともに送信する。ユーザ情報管理部２２４は、編集履歴を取得してユーザ情報２３０を適宜更新してもよい。

ユーザ情報２３０には、使用履歴が含まれてもよい。使用履歴は、ユーザがどの遊戯画像撮影装置１００をどのくらい利用しているかを示す情報であるが、詳細は図１７に関連して後述する。

図９は、同時撮影履歴情報２４０のデータ構造図である。
ユーザ情報管理部２２４は、同時撮影履歴情報２４０をユーザ情報２３０の一部として管理する。同時撮影履歴情報２４０は、誰と誰の組み合わせでどのくらい撮影されたことがあるかをまとめた情報である。

図９によれば、ユーザ（Ｐ０１）とユーザ（Ｐ０２）の同時撮影は２回あるが、ユーザ（Ｐ０１）はユーザ（Ｐ０３）とは同時に撮影したことはない。たとえば、ユーザ（Ｐ０１）とユーザ（Ｐ０２）それぞれがユーザＩＤを受付装置１０２に入力し、２人で撮影ブース１０４に入室したとする。このとき、受付管理部１４８は、２人のユーザＩＤを「同時撮影者」としてサーバ２０２に送信する。サーバ２０２のユーザ情報管理部２２４は、ユーザ（Ｐ０１）とユーザ（Ｐ０２）の同時撮影回数に１を加算する。３人以上、たとえば、ユーザ（Ｐ０１）、ユーザ（Ｐ０２）およびユーザ（Ｐ０３）が同時撮影するときには、ユーザ情報管理部２２４は、ユーザ（Ｐ０１）とユーザ（Ｐ０２）、ユーザ（Ｐ０２）とユーザ（Ｐ０３）、ユーザ（Ｐ０１）とユーザ（Ｐ０３）の同時撮影回数にそれぞれ１を加算する。同時撮影履歴情報２４０により、複数のユーザについて同時撮影回数をまとめて管理できる。同時撮影回数が多い２以上のユーザは親しい関係にあると推測される。
同時撮影履歴情報２４０には、同時撮影回数だけでなく、同時撮影の日時も登録されてもよい。

本実施形態においては、撮影ポーズ選択部１５６は、単位期間における同時撮影回数に基づいて親密度を判定する。具体的には、撮影ポーズ選択部１５６、最近６ヶ月における同時撮影回数が５０回以上のユーザの組み合わせについては親密度Ａ、１０回以上４９回以下であれば親密度Ｂ、１回以上９回以下であれば親密度Ｃ、０回であれば親密度Ｄと判定する。

図１０（ａ）から図１０（ｄ）は、撮影ポーズ２４２を例示する画面図である。
図１０（ａ）は、親密度Ａのときの撮影ポーズ２４２ａを示す画面図である。撮影ポーズ選択部１５６は、撮影ブース１０４に入室した２人のユーザの親密度がＡランクであるときには、２人のモデルが互いに頬を寄せ、体も密着させる撮影ポーズ２４２ａ（図１０（ａ））を選択し、撮影ポーズ指示部１６４は第２撮影モニタ１１４に撮影ポーズ２４２ａを表示させる。撮影ポーズ指示部１６４は、撮影ポーズ２４２ａを表示しつつ、２人のユーザに同じ撮影ポーズ２４２ａをするように促す。２人のユーザはすでに親密な関係にあると考えられるため、密着度の高い撮影ポーズ２４２ａがユーザに受け入れられる可能性が高い。

図１０（ｂ）は、親密度Ｂのときの撮影ポーズ２４２ｂを示す画面図である。撮影ポーズ選択部１５６は、２人のユーザの親密度がＢランクのとき、２人のモデルが互いに頬を寄せ、手でハートマークをつくる撮影ポーズ２４２ｂを選択し、撮影ポーズ指示部１６４は第２撮影モニタ１１４に撮影ポーズ２４２ｂを表示させる。２人のユーザは親密な関係にあると推測されるが、撮影ポーズ２４２ａよりは密着度の低い少し控えめな撮影ポーズ２４２ｂが提案される。

図１０（ｃ）は、親密度Ｃのときの撮影ポーズ２４２ｃを示す画面図である。撮影ポーズ選択部１５６は、２人のユーザの親密度がＣランクのときには、２人のモデルが横に並んでおそろいのジェスチャーを決める撮影ポーズ２４２ｃを選択し、撮影ポーズ指示部１６４は第２撮影モニタ１１４に撮影ポーズ２４２ｃを表示させる。２人のユーザが親密な関係にあるか不明であるため、撮影ポーズ２４２ｃよりも更に密着度の低い撮影ポーズ２４２を提案している。

図１０（ｄ）は、親密度Ｄのときの撮影ポーズ２４２ｄを示す画面図である。撮影ポーズ選択部１５６は、２人のユーザの親密度がＤランクのときには、２人のモデルが背中合わせとなる撮影ポーズ２４２ｄを選択し、撮影ポーズ指示部１６４は第２撮影モニタ１１４に撮影ポーズ２４２ｄを表示させる。２人のユーザは親密な関係にあるとは推測できないため、撮影ポーズ選択部１５６は最も控えめな撮影ポーズ２４２ｄを選択する。

撮影ポーズ選択部１５６がユーザに受け入れられやすい適切な撮影ポーズ２４２を提案することにより、２人の親近感を効果的に高めることができる。被写体となるユーザは、遊戯画像撮影装置１００のような「機械」に撮影ポーズ２４２を提案されることで、自分からは言い出しにくい密着度の高い撮影ポーズにチャレンジしやすくなる。また、撮影ポーズ選択部１５６がさまざまな撮影ポーズ２４２を提案することは、撮影のマンネリ化を防ぐ上でも効果的である。親密度が高まるほど、遊戯画像撮影装置１００が提案する撮影ポーズ２４２も変化するため、ユーザの同時撮影に対する意欲を喚起しやすくなる。

図１１は、Ｓ１２（図４）の撮影処理の詳細を示すフローチャートである。
説明部１６２は、まず、撮影時において遊戯方法の説明の要否を判定する（Ｓ２０）。説明部１６２は、ユーザ情報２３０の一部である使用履歴（図１７に関連して後述）を参照し、ユーザが遊戯画像撮影装置１００を所定回数、たとえば、３回以上利用したことがあれば説明不要と判定し（Ｓ２０のＮ）、遊戯画像撮影装置１００の利用回数が２回未満であれば説明が必要と判定する（Ｓ２０のＹ）。説明が必要であれば（Ｓ２０のＹ）、説明部１６２は撮影時において所定の説明情報を第２撮影モニタ１１４に表示させるとともに、説明のために用意された音声を再生する（Ｓ２２）。次に、撮影ポーズ選択部１５６は、同時撮影履歴情報２４０を参照して複数のユーザの親密度を判定する（Ｓ２４）。

図１２は、図１１の撮影処理の続きのフローチャートである。
イベント実行部１５２は、ユーザ情報２３０を参照し、被写体となる２以上のユーザについて音楽情報の一致があるか否かを判定する（Ｓ２６）。音楽情報に一致があれば（Ｓ２６のＹ）、イベント実行部１５２は対応する音楽を撮影時に再生する（Ｓ２８）。たとえば、ユーザ（Ｐ０１）とユーザ（Ｐ０３）はどちらも楽曲（Ｂ１）を好んでいるため（図８参照）、この２人が同時撮影するときには楽曲選択部２９２は楽曲（Ｂ１）を選択し、イベント実行部１５２は楽曲（Ｂ１）を再生する。また、ユーザ（Ｐ０１）とユーザ（Ｐ０４）はどちらもアーティスト（Ａ１）を好んでいるため（図８参照）、この２人が同時撮影するときには楽曲選択部２９２はアーティスト（Ａ１）に対応づけられるいずれかの楽曲を選択し、イベント実行部１５２は選択された楽曲を再生する。

より具体的には、サーバ２０２は、あらかじめアーティストおよび楽曲を対応づけて保存しておく。イベント実行部１５２は、楽曲（Ｂ１）を再生するときには、サーバ２０２から楽曲（Ｂ１）のデータをダウンロードして再生する。このような制御方法により、音楽の好みが一致する２人のユーザが同時撮影をするときには、２人に共通する楽曲を再生することで撮影を盛り上げることができる。２人のユーザは、お互いの共通点をサプライズ的に発見できる。音楽情報に一致がなければ（Ｓ２６のＮ）、Ｓ２８の処理はスキップされる。このように、イベント実行部１５２は、同時撮影する２以上のユーザにおいて所定の関連条件が成立したとき、各種のイベントを実行する。「音楽情報の一致」は関連条件の一種であるが、このほかにもさまざまな関連条件を設定可能である（後述）。

次に、イベント実行部１５２は、同時撮影履歴情報２４０を参照し、被写体となる２以上のユーザが所定期間（以下、「確認期間」とよぶ）において同時撮影をしたことがあるか否かをチェックする（Ｓ３０）。本実施形態においては、撮影日の１２ヶ月前から１３ヶ月前までの１ヶ月間を確認期間とし、この確認期間において２以上のユーザが同時撮影をしたことがあるか否かを判定する。この場合、この確認期間に同時撮影があることが関連条件となる。

確認期間において同時撮影経験があれば（Ｓ３０のＹ）、イベント実行部１５２は２人のユーザの過去の撮影画像（以下、単に「過去画像」とよぶ）を第２撮影モニタ１１４に表示させる。過去画像は確認期間において撮影された画像であってもよい。より具体的には、イベント実行部１５２は、サーバ２０２から同時撮影履歴情報２４０をダウンロードして、確認期間における同時撮影の有無を判定する。確認期間において同時撮影経験がなければ（Ｓ３０のＮ）、Ｓ３２はスキップされる。

遊戯画像撮影システム２００のデータ格納部２１４には、会員ユーザの撮影画像が撮影日時およびユーザＩＤとともに保存されている。たとえば、ユーザ（Ｐ０１）とユーザ（Ｐ０２）が同時撮影する場合において、確認期間において２人の同時撮影があったときには、イベント実行部１５２はユーザＩＤ＝Ｐ０１、Ｐ０２に対応づけられる過去画像をサーバ２０２からダウンロードし、第２撮影モニタ１１４に表示させる。

被写体となるユーザは、撮影時に懐かしい過去画像を視認することで、過去の同時撮影経験を思い出す。２人のユーザの思い出の過去画像を表示させることにより、２人のユーザの親近感をいっそう高めることができる。また、自分たちの若さや幼さを過去画像により認識させることは、撮影の盛り上がりにも寄与すると考えられる。過去画像を表示させることにより、昔やった撮影ポーズ２４２をもう一度やってみるという楽しみ方も提案できる。過去画像は、ユーザそのものではなくシルエットとして表示されてもよい。撮影制御部１４４は過去画像を対象画像として編集装置１２６（編集処理部１４６）に転送してもよいし、撮像画像の一部に過去画像を重ねた対象画像を生成してもよい。

撮影ポーズ選択部１５６は、次に、複数のユーザの親密度に基づいて撮影ポーズ２４２を選択する（Ｓ３４）。撮影ポーズ指示部１６４は、選択された撮影ポーズ２４２を第２撮影モニタ１１４に表示させる（Ｓ３６）。

画像認識部１５４は、第１撮影モニタ１１２に映る被写体を画像認識することにより、イベントを発生させるオブジェクト（以下、「起動オブジェクト」とよぶ）が存在するか否かを判定する（Ｓ３８）。起動オブジェクトが検出されたときには（Ｓ３８のＹ）、イベント実行部１５２は起動オブジェクトに対応するオブジェクトイベントを実行する（Ｓ４０）。起動オブジェクトが検出されなければ（Ｓ３８のＮ）、Ｓ４０はスキップされる。

一例として、ユーザがＡ社の衣服ＣＡ１を着ているとする。また、衣服ＣＡ１は、あらかじめ起動オブジェクトとして設定されているものとする。画像認識部１５４は衣服ＣＡ１を画像認識したとき、衣服ＣＡ１を特定するオブジェクトＩＤをサーバ２０２に送信する。サーバ２０２のデータ格納部２１４には、あらかじめオブジェクトＩＤとイベントデータが対応づけられている。ここでは、衣服ＣＡ１にはＡ社の提供する帽子ＣＡ２の画像がイベントデータとして対応づけられているものとする。サーバ２０２のイベントデータ送信部２９４は、帽子ＣＡ２の画像（イベントデータ）を遊戯画像撮影装置１００に送信し、イベント実行部１５２は帽子ＣＡ２の画像をユーザに重ねて表示させる。このような制御方法によれば、衣服ＣＡ１を着て撮影に臨むと、帽子ＣＡ２をかぶった撮影画像を取得できる。

以上の前処理をしたあと、撮影部１３８はユーザを撮影する（Ｓ４２）。撮影制御部１４４は、撮影画像に事前修正を施す（Ｓ４４）。ユーザは、受付装置１０２において事前修正を設定してもよいし、撮影画像の取得後に事前修正を施してもよい。事前修正は、肌の色味調整、目の大きさの調整、まつ毛のボリュームの調整、撮影画像の背景の設定などである。撮影終了条件が成立したときには（Ｓ４６のＹ）、撮影処理は終了する。撮影終了条件が成立していなければ（Ｓ４６のＮ）、処理はＳ３４に戻り、再度、撮影が行われる。
なお、図１１および図１２においては、２以上のユーザが被写体となる場合を想定して説明した。ユーザが１人で撮影するときには、Ｓ２４、Ｓ２６、Ｓ２８、Ｓ３０、Ｓ３２、Ｓ３４、Ｓ３６の処理は実行されない。

図１３は、Ｓ１４（図４）の編集処理の詳細を示すフローチャートである。
編集処理部１４６は、マイパレット情報（ユーザ情報２３０）に基づいて編集入力インタフェースを初期設定する（Ｓ５０）。具体的には、スタイラスペンの線種、色彩を初期設定し、線種や色彩を選択するためのボタンの大きさおよび配置を変更する。マイパレット情報の初期設定後、編集処理部１４６は、ユーザからの対象画像に対する各種編集入力を受け付け、対象画像に装飾加工を施す（Ｓ５２）。編集完了後、編集処理部１４６（編集装置１２６）は印刷処理部１５０（印刷装置１１０）に対象画像を送信し、印刷処理部１５０は印刷準備を開始する（Ｓ５４）。

図１４は、編集画面２５０の画面図である。
編集処理部１４６は、編集画面２５０のグラフィックデータを作成し、出力部１４２に編集画面２５０を表示させる。編集画面２５０は、編集モニタ１２０に表示される。図１４では、２人のユーザ１７０ａ、１７０ｂを含む対象画像が編集対象となっている。図１４のユーザ１７０ａはユーザ（Ｐ０１）であり、ユーザ１７０ｂはユーザ（Ｐ０２）であるとする。

編集処理部１４６は、編集画面２５０を第１編集領域２５２ａ（第１の編集画面）と第２編集領域２５２ｂ（第２の編集画面）に分割する。第１編集領域２５２ａおよび第２編集領域２５２ｂには第１画像表示領域２５４ａと第２画像表示領域２５４ｂがそれぞれ設定される。なお、第１編集領域２５２ａと第２編集領域２５２ｂに対応して２つの編集モニタ１２０を別々に設けてもよい。第１画像表示領域２５４ａと第２画像表示領域２５４ｂには個別に対象画像が表示される。編集画面２５０においては、２人のユーザ（Ｐ０１）とユーザ（Ｐ０２）は２つの対象画像を個別に装飾加工できる。

図１４においては、ユーザ（Ｐ０１）は第１画像表示領域２５４ａに表示される対象画像を装飾加工する。ユーザ（Ｐ０２）は第２画像表示領域２５４ｂに表示される対象画像を装飾加工するものとして説明する。編集画面２５０は静電容量式タッチパネルであるから、ユーザは、スマートフォンと同様の操作感にて、スタイラスペン１２２または指により各種操作入力を行う。ユーザ（Ｐ０１）は第１編集領域２５２ａの左隣りに設置されるスタイラスペン１２２ａを使用する。ユーザ（Ｐ０２）は第２編集領域２５２ｂの右隣りに設置されるスタイラスペン１２２ｂを使用する。スタイラスペン１２２ａは導電コード１７２ａを介して編集装置１２６と接続され、ユーザ１７０ｂは導電コード１７２ｂを介して編集装置１２６と接続される。

撮影ブース１０４においては、上述したように最大６セットの撮影画像が取得される。１つの撮影画像は、撮影静止画像と撮影動画像を含む。出力部１４２は、画像表示領域２５４に撮影静止画像を対象画像（対象静止画像）として表示する。画像表示領域２５４においては、６枚の対象静止画像が重ねて表示される。ユーザは６つのタブ２５６（タブ２５６ａおよびタブ２５６ｂ）を選択することにより、編集対象となる対象静止画像を選択できる。また、ユーザが再生ボタン２５８をタッチすると、出力部１４２は対象静止画像に対応する約３秒間の対象動画像を再生表示する。編集処理部１４６は、対象静止画像に対する装飾加工の結果を対象動画像にも反映される。

編集処理部１４６は、編集の制限時間を管理する。出力部１４２は、残余時間表示領域１７４に残余の制限時間をカウントダウン表示する。制限時間が満了すると、編集処理部１４６は、編集作業を強制終了させる。制限時間未了であっても、ユーザは終了ボタン１７６をタッチすることにより、編集処理を強制終了させることができる。

編集作業に際し、ユーザは、装飾ボタン１８０から「スタンプ」「ペン」「文字」を適宜選択する。出力部１４２は、装飾ボタン１８０の選択に応じて、装飾選択領域１８２の表示を切り替える。図１４の第１画像表示領域２５４ａにおいては「スタンプ」が選択されているため、出力部１４２はさまざまなスタンプ画像を装飾選択領域１８２に表示する。ユーザ（Ｐ０１）は、装飾選択領域１８２からスタンプ画像を選択して、第１画像表示領域２５４ａの任意の箇所にスタンプ画像を貼り付ける。具体的には、ユーザ（Ｐ０１）は指またはスタイラスペン１２２ａによりいずれかのスタンプ画像をタッチし、第１画像表示領域２５４ａの貼付箇所をタッチすると、編集処理部１４６は対象画像にスタンプ画像を合成する。

ユーザ（Ｐ０１）のニックネームは「あーちゃん」であるため（図８参照）、ユーザ１７０ａが名前スタンプ１８４を使ったときには、第１画像表示領域２５４ａには「あーちゃん」という名前のスタンプ画像が追加される。ユーザ（Ｐ０２）のニックネームは「サッチー」であるため（図８参照）、ユーザ（Ｐ０２）が名前スタンプ１８４を使ったときには、第２画像表示領域２５４ｂには「サッチー」という名前のスタンプ画像が追加される。

編集開始時において、編集処理部１４６はユーザ（Ｐ０１）を第１画像表示領域２５４ａ、ユーザ（Ｐ０２）を第２画像表示領域２５４ｂに誘導するための指示画像を画像表示領域２５４に表示させる。編集処理部１４６は、ユーザ情報２３０を参照することにより、ユーザ（Ｐ０１）およびユーザ（Ｐ０２）それぞれのニックネームを特定する。ユーザ（Ｐ０１）が名前スタンプ１８４を使う時には、いいかえれば、第１編集領域２５２ａを対象として名前スタンプ１８４が使われるときには、編集処理部１４６はユーザ（Ｐ０１）のニックネームを示すスタンプ画像を追加する。同様にして、ユーザ（Ｐ０２）が名前スタンプ１８４を使う時には、編集処理部１４６はユーザ（Ｐ０２）のニックネームを示すスタンプ画像を追加する。このような制御方法によれば、ユーザは、スタイラスペン１２２を使ってニックネームを書かなくても、名前スタンプ１８４を使うことによりあらかじめ登録されていた自分のニックネームを簡単に追加できる。

このほか、ユーザ１７０ａのそばで名前スタンプ１８４を押印するとユーザ１７０ａに対応するユーザ（Ｐ０１）のニックネームが追加され、ユーザ１７０ｂのそばで名前スタンプ１８４を押印するとユーザ１７０ｂに対応するユーザ（Ｐ０２）のニックネームが追加されるとしてもよい。このためには、まず、ユーザＩＤと顔画像をあらかじめ対応づけておく。画像認識部１５４は、第１画像表示領域２５４ａの対象画像を画像認識することにより、対象画像には２人のユーザが写っており、ユーザ１７０ａの顔画像がユーザ（Ｐ０１）に対応し、ユーザ１７０ｂの顔画像がユーザ（Ｐ０２）に対応すると認識する。

次に、いずれかのユーザが名前スタンプ１８４を押印したときには、編集処理部１４６は押印箇所と二つの顔画像の中心点との距離を測定し、近い顔画像に対応するユーザのニックネームを追加する。ユーザ１７０ａの近くで名前スタンプ１８４を押印すれば、ユーザ（Ｐ０１）のニックネームが表示される。一方、ユーザ１７０ｂの近くで名前スタンプ１８４を押印すれば、ユーザ（Ｐ０２）のニックネームが表示される。このような制御方法によれば、ユーザの顔画像の近くで名前スタンプ１８４を押印することにより、ユーザの顔画像に適合するニックネームを簡単に追加できる。

ニックネームは、名前スタンプ１８４を使用することなく自動的に押印されてもよい。上述の方法により、画像認識部１５４は画像表示領域２５４に映る顔画像と顔画像に対応するユーザＩＤおよびニックネームを特定する。編集処理部１４６は、顔画像の近く、たとえば、顔画像の輪郭線から所定距離内にニックネーム画像を自動追加してもよい。顔画像のニックネーム画像の位置関係は任意に設定可能である。

ユーザが「ペン」を選択したときには、ユーザはスタイラスペン１２２により自由に線を描くことができる。「文字」を選択したときには、あらかじめ用意された文字画像をスタンプ画像と同様のユーザインタフェースにて対象画像に貼り付けることができる。消去ボタン１７８をタッチすれば、スタイラスペン１２２は「消しゴム」となり、画像表示領域２５４に記載されたスタンプ画像や線画等を消しゴムの要領にて消去できる。

編集モニタ１２０は、投影型静電容量式タッチパネルであり、いわゆるマルチタッチが可能である。このため、ユーザは右手にスタイラスペン１２２を握って操作しつつ、左手で装飾ボタン１８０等の選択をすることもできる。ユーザは両手を使って編集作業ができるため、効率的な編集が可能となる。編集作業の効率化は編集時間の短縮にもつながるため、顧客回転率を高める上でも有用である。

図１５は、グループ情報２６０のデータ構造図である。
グループ情報２６０は、サーバ２０２のデータ格納部２１４に格納される。グループ情報２６０は、グループのマーク（以下、「グループマーク」とよぶ）、グループマークの適用条件およびグループのメンバー数を定義する。ユーザは、ユーザ端末２０６からサーバ２０２にグループ作成を要求し、サーバ２０２のユーザ情報管理部２２４はグループを識別するグループＩＤとアクセスキーをユーザ端末２０６に発行する。他のユーザは、グループＩＤとアクセスキーを入力することにより、作成済みのグループへ参加できる。また、グループに所属するユーザは、任意のグループマークを登録できる。ユーザ情報管理部２２４は、グループマークを識別するマークＩＤを付与する。ユーザは、また、グループマークの適用条件を設定する。適用条件が成立するとき、撮影制御部１４４は事前修正実行時において撮影画像にグループマークを貼り付ける。

たとえば、図１５によれば、グループ（Ｇ０１）のメンバーは６人である。グループ（Ｇ０１）のグループマーク（Ｍ０１）の適用条件は「１人」である。撮影制御部１４４は、被写体となる１以上のユーザのうち１人だけがグループ（Ｇ０１）のメンバーであるとき、撮影画像の所定箇所、たとえば、左下隅にグループマーク（Ｍ０１）を追加する。また、グループ（Ｇ０１）の６人のメンバーすべてが被写体となっているときには、撮影制御部１４４はグループマーク（Ｍ０３）を撮影画像に追加する。このような制御方法によれば、グループを定義し、グループのメンバーがあつまったときにグループに特有のグループマークを「集合の印」として撮影画像に貼り付けることができる。グループマークを定義することにより、グループで撮影する楽しみを増やすことができる。

グループマークは、編集時に利用可能なスタンプとして提供されてもよい。また、グループマークに限らず、編集処理部１４６は、グループの適用条件が成立したとき、グループに固有の色をペン色として設定してもよい。このように、グループに特有の編集入力インタフェースを提供してもよい。

図１６（ａ）および図１６（ｂ）は、編集入力インタフェースのマイパレット設定を説明するための模式図である。
ここでは、ユーザ（Ｐ０１）とユーザ（Ｐ０２）の２人が同時撮影をした場合を想定して説明する。編集処理部１４６は、ユーザ（Ｐ０１）を編集モニタ１２０の左側（第１画像表示領域２５４ａ）に誘導し、ユーザ（Ｐ０２）を編集モニタ１２０の右側（第２画像表示領域２５４ｂ）に誘導する。ユーザ（Ｐ０１）は、ペンの太さについては極細線２６４、細線２６６、太線２６８の順に好み、これをマイパレット情報に設定している。一方、ユーザ（Ｐ０２）は、ペンの太さについて極太線２７０、細線２６６、極細線２６４の順に好み、これをマイパレット情報に設定しているものとする。

図１４に関連して説明したように、編集画面２５０は第１編集領域２５２ａと第２編集領域２５２ｂに分割される。ユーザ１７０ａは、装飾ボタン１８０等の編集入力インタフェースを選択することにより、第１編集領域２５２ａに対する入力方法を設定する（以下、このような入力に関する設定を「入力設定情報」とよぶ）。編集処理部１４６は、第１編集領域２５２ａにおける入力設定情報をデータ格納部２１４に保存し、第２編集領域２５２ｂにおける入力設定情報も同様にデータ格納部２１４に保存する。

編集処理部１４６は、それぞれのマイパレット情報（ユーザ情報２３０）を参照し、第１編集領域２５２ａにおいては、ユーザ（Ｐ０１）のマイパレット情報を反映したレイアウトである編集入力インタフェース２６２ａを入力設定情報として初期設定する。また、撮影ポーズ指示部１６４は、第２編集領域２５２ｂにおいては、ユーザ（Ｐ０２）のマイパレット情報を反映したレイアウトである編集入力インタフェース２６２ｂを入力設定情報として初期設定する。このような初期設定により、各ユーザは、撮影ブース１０４においては自分の好みが反映された編集入力インタフェースにて即時に編集作業に取り掛かることができる。

編集入力インタフェース２６２においては、各種ボタンの並び順およびサイズをマイパレット情報に応じて変更してもよい。具体的には、ユーザが好むボタン（編集設定）を上位に表示し、あるいは、大きなサイズにて表示すればよい。

編集処理部１４６は、ユーザが明示的に設定するマイパレット情報ではなく、ユーザの編集履歴に基づいて編集入力インタフェース２６２を設定してもよい。このような制御方法によれば、ユーザはマイパレット情報を設定しなくても、自分の編集履歴を編集入力インタフェース２６２の初期設定に反映させることができる。

図１７は、使用履歴情報２８０のデータ構造図である。
使用履歴情報２８０は、サーバ２０２のデータ格納部２１４に格納される。使用履歴情報２８０も、ユーザ情報２３０の一部である。使用履歴情報２８０は、複数種類の遊戯画像撮影装置１００（機種Ａ、機種Ｂおよび機種Ｃ）についての各ユーザの所定期間における使用履歴を示す。ユーザ（Ｐ０１）が遊戯画像撮影装置１００（機種Ａ）にユーザＩＤを入力したとき、ユーザＩＤ送信部１６８はユーザＩＤおよび機種ＩＤをサーバ２０２に送信し、サーバ２０２のユーザ情報管理部２２４は使用履歴情報２８０を更新する。このような制御方法により、使用履歴情報２８０には、誰がどの機種をよく使っているかが登録される。

ゲームセンターには、通常、複数種類の遊戯画像撮影装置１００が設置される。また、ユーザは、一般的には遊戯画像撮影装置１００について好みがある。図１７によれば、ユーザ（Ｐ０１）は機種Ａを好み、ユーザ（Ｐ０２）は機種Ｂを好んでいる。ユーザ（Ｐ０１）が来店したゲームセンターにおいて機種Ａの遊戯画像撮影装置１００（以下、「遊戯画像撮影装置（Ａ）」のように表記する）が設置されていない場合、あるいは、遊戯画像撮影装置１００（Ａ）が混雑している場合、ユーザ（Ｐ０１）は遊戯画像撮影装置１００（Ｂ）をやむを得ず利用するかもしれない。この場合、遊戯画像撮影装置１００（Ｂ）の編集処理部１４６は、使用履歴情報２８０を参照し、機種Ａのユーザインタフェースを遊戯画像撮影装置１００（Ｂ）に設定してもよい。このような制御方法によれば、ユーザ（Ｐ０１）は、使い慣れている機種Ａが使用不可能であるときでも、機種Ａと同等のユーザインタフェースにて機種Ｂを使用できる。いわば、遊戯画像撮影装置１００（Ｂ）にエミュレーション機能をもたせることで、機種Ｂであっても必要に応じて機種Ａのユーザインタフェースを実現できる。

ユーザは、遊戯画像撮影装置１００（Ｂ）を利用するとき、機種Ａのユーザインタフェースを要求してもよい。遊戯画像撮影装置１００（Ｂ）はユーザの選択にしたがって、ユーザインタフェースを変更してもよい。

より具体的には、サーバ２０２は、機種Ａ、Ｂ、Ｃのユーザインタフェースを実現するソフトウェアをあらかじめ用意しておく。ユーザ（Ｐ０１）が遊戯画像撮影装置１００（Ｂ）を使用するとき、遊戯画像撮影装置１００（Ｂ）は機種Ａのユーザインタフェースをサーバ２０２に要求する。サーバ２０２は、機種Ａのユーザインタフェースを実現するソフトウェアを遊戯画像撮影装置１００（Ｂ）に送信する。遊戯画像撮影装置１００の編集処理部１４６は、ユーザ（Ｐ０１）に対しては機種Ａのユーザインタフェースを設定する。ここでいうユーザインタフェースとは、編集画面２５０における画像表示領域２５４の表示位置やサイズ、装飾ボタン１８０のメニューなどである。
ユーザインタフェースは、編集装置１２６に限らず、撮影装置１２８および受付装置１０２についてもエミュレーション可能であることが望ましい。

編集用の設定に限らず、撮影用の設定についても、エミュレーションが可能である。たとえば、遊戯画像撮影装置１００（Ａ）の撮影に関する設定、具体的には、ストロボ（図示せず）およびライト１１６の光量、照射時間、事前修正のメニュー、提案可能な撮影ポーズの種類などを遊戯画像撮影装置１００（Ｂ）においてエミュレートしてもよい。遊戯画像撮影装置１００（Ａ）の撮影設定をあらかじめサーバ２０２にも保存しておく。ユーザ（Ｐ０１）が遊戯画像撮影装置１００（Ｂ）を使用するときには、遊戯画像撮影装置１００（Ｂ）は機種Ａの撮影設定をサーバ２０２に要求する。遊戯画像撮影装置１００（Ｂ）の撮影制御部１４４は、ユーザ（Ｐ０１）に対しては機種Ａの撮影設定を採用する。このような制御方法によれば、ユーザ（Ｐ０１）は使い慣れている遊戯画像撮影装置１００（Ａ）と同様の撮影環境を遊戯画像撮影装置１００（Ｂ）にて再現した上で撮影できる。

なお、遊戯画像撮影装置１００（Ｂ）に対して、あらかじめ機種Ａ、機種Ｃのユーザインタフェースを実装しておけば、遊戯画像撮影装置１００（Ｂ）はサーバ２０２からユーザインタフェース・ソフトウェアをダウンロードしなくても即時にユーザインタフェースを切り替えることができる。

図１７によれば、ユーザ（Ｐ０１）とユーザ（Ｐ０４）は機種Ａの利用回数が多いため、２人は機種Ａの操作方法を熟知していると考えられる。説明部１６２は、使用履歴情報２８０を参照し、必要に応じて受付・撮影・編集・印刷における説明をスキップさせる。所定期間、たとえば、過去１ヶ月の間にユーザ（Ｐ０１）が３回以上、機種Ａを利用しているときには、説明部１６２はユーザ（Ｐ０１）に対する説明をスキップさせてもよい。以下、１人のユーザについて、説明をスキップさせるための条件を「スキップ条件」とよぶ。スキップ条件は、所定機種の遊戯画像撮影装置１００について、所定期間において所定回数以上の利用経験があるときに成立する。スキップ条件は、遊戯画像撮影装置１００の設計者が任意に定義可能である。また、ここでいうスキップとは、説明すべての省略だけでなく、説明の一部の省略、詳細説明を簡易説明に変更することであってもよい。

複数のユーザが同時撮影する場合において、全ユーザについてスキップ条件が成立しているとき、説明部１６２は説明をスキップする。また、過半数のユーザについてスキップ条件が成立しているときに説明をスキップさせるとしてもよいし、いずれかのユーザについてスキップ条件が成立するときに説明をスキップさせるとしてもよい。スキップ条件を設けることにより、遊戯画像撮影装置１００の使用方法を熟知しているユーザは説明を聞くことなくすぐに撮影等を楽しむことができる。また、説明のスキップは顧客回転率を高める上でも有効である。

図１８は、フィードバック情報２９０のデータ構造図である。
フィードバック情報２９０は、サーバ２０２のデータ格納部２１４に格納される。フィードバック情報２９０は、ユーザがどのような撮影条件で撮影したときの撮影画像に満足する傾向があるかを示す統計情報である。重要画像選択部２２０は、撮影画像からユーザが満足している撮影画像である「重要画像」を選択する。本実施形態においては、ユーザは、複数の撮影画像に対して、「満足」「普通」「不満」のいずれかを入力する。重要画像選択部２２０は、「満足」と設定された撮影画像を重要画像と判断する。

撮影条件登録部２２２は、撮影画像ごとの撮影条件を記録する。図１８によれば、ユーザ（Ｐ０１）は比較的前方に立って撮影したときの撮影画像のうち３０％については「満足」、６０％については「普通」、１０％については「不満」と回答している。したがって、ユーザ（Ｐ０１）の満足度は、撮影時の立ち位置にあまり影響されていないことがわかる。

ユーザ（Ｐ０１）は、顔を傾けたときの撮影画像については７０％について満足しており、不満は２％しかない。したがって、ユーザ（Ｐ０１）は、小首をかしげたときの撮影画像に満足しやすい傾向がある。撮影条件登録部２２２は、ユーザ（Ｐ０１）については「顔を傾ける」という撮影条件を登録しておく。遊戯画像撮影装置１００の撮影指示部１６０は、ユーザ（Ｐ０１）の撮影時においては「少し首を傾けてみよう」のように音声またはテキストにて撮影条件を指示する。このような制御方法によれば、ユーザ（Ｐ０１）は撮影結果に満足する可能性が高くなると考えられる。

同様にして、ユーザ（Ｐ０１）は微笑したときの撮影画像については不満が大きい。この場合、撮影指示部１６０はユーザ（Ｐ０１）に対して「澄まし顔をつくってみよう」とアドバイスしてもよい。

上述したように、撮影制御部１４４は撮影画像に事前修正を施す。事前修正のひとつが、目の大きさの修正である。図１８によれば、ユーザ（Ｐ０１）は目を少しだけ拡大するときにもっとも満足している。したがって、ユーザ（Ｐ０１）が事前修正として目を大きく拡大する設定を選んだとしても、撮影制御部１４４は拡大率を少し下げてもよい。このような制御方法によれば、ユーザが自分で考える好みだけでなく、ユーザが気づいていない適切な事前修正を施すことができる。撮影指示部１６０は、事前修正に際して、「目は大きくしすぎない方がかわいいよ」のようにフィードバック情報２９０に基づくアドバイスをユーザに指示してもよい。

撮影条件登録部２２２が満足度の高い撮影画像（重要画像）についての撮影条件（以下、「満足条件」とよぶ）を登録することにより、撮影制御部１４４が満足条件を再現することで満足度の高い撮影画像を高確率で取得できる。撮影条件（満足条件）とは、カメラの位置や高さ、方向、撮影時の立ち位置、ストロボの発光量のほか、事前修正の方法（フェイスライン調整、目の大きさ、肌の色など）など、撮影画像における被写体の構図と映像品質を定義する設定情報であればよい。

撮影に限らず、編集についても満足条件が設定されてもよい。ユーザは、チークやリップの濃さや色などさまざまな装飾加工を対象画像に施す。編集完了後、ユーザは遊戯画像撮影装置１００において、あるいは、ユーザ端末２０６から対象画像の満足度を入力する。編集処理部１４６の撮影条件登録部２２２は、満足度の高い対象画像（重要画像）に対して施された編集内容（満足条件）も登録してもよい。編集処理部１４６は、ユーザが対象画像を編集するときには、満足条件を反映させた対象画像を編集モニタ１２０にあらかじめ表示させてもよい。ユーザの過去の編集内容に基づいて満足度の高い編集内容を特定し、そのような編集内容をあらかじめ反映させた対象画像を表示させることにより、ユーザの編集作業を効率化できる。

以上、実施形態に基づいて遊戯画像撮影装置１００および遊戯画像撮影システム２００を説明した。
本実施形態における遊戯画像撮影装置１００によれば、ユーザは会員登録することにより、ユーザ情報２３０に基づいてさまざまなサービスを受けることができる。まず、撮影ポーズ選択部１５６は２人のユーザの親密度に応じて撮影ポーズを提案する。ユーザの仲の良さに基づいて適切な撮影ポーズを提案することにより、ユーザ同士の親近感・一体感をいっそう深めることができる。たとえば、付き合いたてのカップルに対して撮影ポーズ選択部１５６が非常に密着度の高い撮影ポーズを提案した場合、必ずしもカップルに受け入れられるとは限らず、２人のデートの雰囲気を壊してしまう恐れもある。本実施形態において示したように、撮影ポーズ選択部１５６がカップルの親密度に応じて適切な撮影ポーズを提案すれば、２人のデートをより一層楽しく演出できると考えられる。

編集処理部１４６は、ユーザ情報２３０に応じて、編集入力インタフェースの初期設定を変更する。たとえば、名前スタンプ１８４によるスタンプ画像をユーザ情報２３０に応じて変更することにより、ユーザは撮影画像に自分用のスタンプ画像を簡単に重ねることができる。また、グループに応じたスタンプ画像（グループマーク）を用意することにより、グループのメンバーに集まる楽しみを提供できる。

ペンの太さや色彩、好みのスタンプなどさまざまな「こだわり」を持つユーザも多い。このような、いわゆるヘビーユーザは、編集画面２５０において自分のこだわりの編集設定をするための作業を煩わしく感じることがある。本実施形態によれば、ユーザはマイパレット情報として自分のこだわりを事前に設定でき、編集処理部１４６はマイパレット情報に基づいて編集入力インタフェースを初期設定できるため、ユーザはお気に入りの編集設定にてすぐに編集作業に取り掛かることができる。対象となる編集入力インタフェースは、たとえば、スタイラスペン１２２の線種、色彩、各種ボタンによる画像等、装飾加工のために用意されるユーザインタフェースであればよい。

編集処理部１４６は、また、他機種のユーザインタフェースをユーザに提供できる。このため、ユーザは普段使い慣れている機種のユーザインタフェースを別の機種でも使うことができる。このような制御方法によれば、特定の遊戯画像撮影装置１００だけに人気が集中してしまうという状況を緩和できる。

本実施形態の遊戯画像撮影装置１００は、音楽の趣味が一致する、同時撮影をしたことがあるなど、ユーザの間になんらかの共通点があるとき、その共通点に応じてさまざまなイベントを発生させることができる。このようなユーザの関係性に基づいてサプライズ演出を実行することで、撮影の興趣をいっそう深めることができる。

説明部１６２は、遊戯画像撮影装置１００の使用方法に馴染んでいるユーザに対して使用方法の説明をスキップさせることができる。説明を必要とするユーザにのみ説明をすることで、ユーザの利便性を維持しつつ、顧客回転率を高めることができる。

また、本実施形態における遊戯画像撮影装置１００によれば、撮影画像に映り込むオブジェクトに応じて多様なオブジェクトイベントを発生させることができる。このような制御方法によれば、さまざまなオブジェクトを持ち込んでオブジェクトイベントを発生させるという「発見の楽しさ」を提供できる。また、一般企業に対しても、自社製品に対してオブジェクトイベントを設定することは製品の販促に寄与すると考えられる。

更に、撮影条件登録部２２２は、ユーザの撮影画像に対する満足度に基づいて、満足条件を特定する。「満足する理由」を探すことにより、ユーザがお気に入りの撮影画像を得られる可能性を効果的に高めることができる。

以上に示したように、会員登録にともなってユーザにさまざまなサービスを提供することでユーザの会員登録を促しやすくなる。また、会員登録が増えればユーザ情報２３０等が充実するため、遊戯画像撮影装置１００の開発のために有益な情報が集まりやすくなると考えられる。

なお、本発明は上記実施形態や変形例に限定されるものではなく、要旨を逸脱しない範囲で構成要素を変形して具体化することができる。上記実施形態や変形例に開示されている複数の構成要素を適宜組み合わせることにより種々の発明を形成してもよい。また、上記実施形態や変形例に示される全構成要素からいくつかの構成要素を削除してもよい。

遊戯画像撮影装置１００とサーバ２０２、ユーザ端末２０６により、特に、遊戯画像撮影装置１００とサーバ２０２により遊戯画像撮影システム２００が構成されるとして説明したが、遊戯画像撮影装置１００の機能の一部はサーバ２０２により実現されてもよいし、サーバ２０２の機能の一部が遊戯画像撮影装置１００に割り当てられてもよい。また、遊戯画像撮影装置１００やサーバ２０２以外の第３の装置が、これらの装置の機能の一部を担ってもよい。１つまたは複数のハードウェアに対して、本発明を実現するために必要な複数の機能をどのように配分するかは、各ハードウェアの処理能力やゲームシステム１００に求められる仕様等に鑑みて決定されればよい。

たとえば、遊戯画像撮影装置１００のみにより、遊戯画像撮影システム２００の機能が実現されてもよい。この場合、遊戯画像撮影装置１００のデータ格納部１３６がユーザ情報２３０等を格納し、重要画像選択部２２０、撮影条件登録部２２２、ユーザ情報管理部２２４、楽曲選択部２９２の各機能は遊戯画像撮影装置１００に実装されるとしてもよい。また、撮影ポーズの選択等をサーバ２０２により実行してもよい。サーバ２０２が、撮影ポーズ選択部１５６、イベント実行部１５２等の各機能を実装してもよい。

本実施形態においては、撮影制御部１４４および編集処理部１４６の双方または一方は、撮影および編集の設定をユーザ情報２３０に応じて変更する「設定変更部」として機能する。「設定変更部」の機能は、遊戯画像撮影装置１００に搭載されてもよいし、サーバ２０２に搭載されてもよい。

［変形例］
説明部１６２は、編集装置１２６に限らず、受付装置１０２の使用説明、撮影ブース１０４における各種案内のための説明をスキップさせてもよい。

本実施形態においては、ユーザがユーザＩＤを入力することを前提として説明した。変形例として、ユーザＩＤとユーザの顔画像を対応づけておき、受付装置１０２においてユーザの顔画像を撮影することによりユーザを特定してもよい。顔画像以外にも指紋等の生体情報をユーザＩＤの代わりに使用してもよい。このような制御方法によれば、ＩＤ取得部１５８を不要化できる。また、生体認証とＩＤ取得部１５８を併用する場合には、ユーザカード（ユーザＩＤ）を忘れたユーザであっても、事前に会員登録をしていれば生体認証によって会員としてのサービスを受けることができる。

撮影ポーズ指示部１６４は、音声により撮影ポーズを指示してもよい。撮影ポーズ指示部１６４は「もっと顔をくっつけてみよう」「手をつないでみよう」「もう少し近づかないときれいに映りません」のように命令・提案することにより、ユーザに遊戯画像撮影装置１００が人工知能（疑似人格）であるかのように感じさせることができる。

本実施形態においては、２人以上のユーザが同時撮影するとき、２人の関係に基づいて撮影ポーズを提案するとして説明した。変形例としてユーザが１人だけで撮影するときにも、撮影ポーズ選択部１５６はさまざまな撮影ポーズを提案してもよい。たとえば、撮影ポーズ選択部１５６は、被写体となるユーザの過去の撮影画像を検索し、このユーザが以前やったことのない撮影ポーズを提案してもよい。あるいは、単位期間あたり所定回数以上の撮影をしたことがあるなど、所定の条件を満足したユーザだけに特別な撮影ポーズを提案してもよい。

撮影部１３８は、撮影ポーズ検出部（図示せず）を備えてもよい。撮影ポーズ検出部は、ユーザの撮影ポーズを画像認識により特定する。撮影制御部１４４は、撮影ポーズ指示部１６４が指示した撮影ポーズとユーザが実際に行っている撮影ポーズが一致したとき、撮影部１３８に対して撮影を指示してもよい。あるいは、撮影制御部１４４は、提案した撮影ポーズをユーザが実際に行ったか否かに関わらず、所定のタイミング、たとえば、カウントダウンがゼロとなるタイミングにてユーザを撮影してもよい。

同時撮影する２人のユーザは、必ずしも同時に撮影ブース１０４に存在する必要はない。たとえば、ユーザ（Ｐ０２）はユーザ端末２０６から遊戯画像撮影装置１００に自分の撮影画像を送信し、撮影ブース１０４にいるユーザ（Ｐ０１）は、ユーザ（Ｐ０２）から送信されたユーザ（Ｐ０２）の画像を含む撮影画像を取得してもよい。このような制御方法によれば、遠隔地にいるユーザとであっても同時撮影を楽しむことができる。

更に、ユーザ（Ｐ０１）は有名人の映像といっしょに撮影することもできる。まず、ユーザ（Ｐ０１）は有名人Ｑ１を受付装置１０２において指定選択する。撮影制御部１４４は、この有名人Ｑ１の画像を第１撮影モニタ１１２に表示させる。ユーザ（Ｐ０１）は第１撮影モニタ１１２に映る有名人Ｑ１と自分の映像の距離感を測りつつ、２人を含む撮影画像を取得してもよい。このような制御方法は、いわゆる拡張現実感技術の応用により実現可能である。

ユーザ（Ｐ０１）と有名人Ｑ１の関係に応じて、撮影ポーズ選択部１５６は撮影ポーズを提案してもよい。たとえば、ユーザ（Ｐ０１）が有名人Ｑ１のコンサートに来場したとき、コンサート運営者はコンサート入場情報をサーバ２０２に送信し、ユーザ情報管理部２２４はユーザ（Ｐ０１）のコンサート入場履歴をユーザ情報２３０に登録する。撮影ポーズ選択部１５６は、ユーザ（Ｐ０１）について有名人Ｑ１のコンサートへの入場履歴があれば、撮影ポーズＲ１を提案する。このとき、撮影制御部１４４は、有名人Ｑ１も撮影ポーズＲ１をしたときの画像を表示させてもよい。このような制御方法によれば、ユーザ（Ｐ０１）は、コンサートに行ったユーザしかできない撮影ポーズにて有名人Ｑ１とのツーショット写真を撮ることができる。コンサート来場のほか、ＣＤの購入、出演番組の視聴などのポーズ解放条件の達成情報をサーバ２０２に記憶し、この達成情報に基づいて撮影制御部１４４は多様な撮影ポーズを提案してもよい。ポーズ解放条件は、遊戯画像撮影装置１００やユーザ端末２０６によってユーザに通知される。このような制御方法によれば、撮影ポーズの「コンプリート（全種類実行）」を目的として、ユーザの有名人Ｑ１に対する関わりを深めさせることができる。有名人Ｑ１にとってもファンとの一体感を維持する有効なツールになると考えられる。

有名人Ｑ１の代わりに、アニメーションのキャラクタのような架空の人物・生物とユーザを同時撮影可能としてもよい。キャラクタの場合にも、さまざまなポーズ解放条件を設定することで、撮影ポーズのコンプリート意欲を高めることができる。このような制御方歩によれば、ユーザのキャラクタに対する愛情を撮影画像、特に、撮影ポーズとして具象化できる。

本実施形態においては、２以上のユーザの同時撮影回数に基づいて親密度を計算するとして説明した。このほかにも、撮影ポーズ選択部１５６は、ユーザの同時撮影の頻度、２以上のユーザの過去の撮影画像における笑顔の有無、過去の撮影画像における２人の密着度、あるいは、ユーザ情報２３０における共通点の多さ等に基づいて、またそれらの組み合わせによって親密度を算出してもよい。

たとえば、撮影ポーズ選択部１５６は、過去の同時撮影回数に基づいてユーザ（Ｐ２２）とユーザ（Ｐ３２）の親密度をＡランクと判定したとする。撮影ポーズ選択部１５６は、Ａランクに対応する密着度の高い撮影ポーズを２人に提案したとする。しかし、２人のユーザが提案されたポーズにしたがわずに撮影したとする。この場合、撮影ポーズ選択部１５６は、次回以降の撮影に際しては、同時撮影回数には関わらずＡランク未満、たとえば、Ｂランクの撮影ポーズをこの２人に提案するとしてもよい。このように、実際に提案した撮影ポーズが採用されたか否かに応じて親密度の上限を決めることで、ユーザに対してより適切な撮影ポーズを提案できる。

同時撮影する２人のユーザが、ＳＮＳ（Social Networking Service）においてフレンド関係にあるとき撮影ポーズ選択部１５６は２人の親密度をＢランク以上と判定してもよい。このほか、同時撮影する２人のユーザが自分たちの親密度を自己申告してもよいし、心理テスト等により２人の親密度を探ってもよい。

親密度に限らず、撮影ポーズ選択部１５６は男女のユーザによる撮影のときには、男女のユーザに対応づけられる撮影ポーズを提案してもよい。男女のユーザが同時撮影するときには、撮影ポーズ選択部１５６は、男女のユーザに対応づけられる複数種類の撮影ポーズから、２人の親密度に対応した撮影ポーズを選択してもよい。２人の女子ユーザが同時撮影するときには、撮影ポーズ選択部１５６は、女子ペアに対応づけられる複数種類の撮影ポーズから、２人の親密度に対応した撮影ポーズを選択してもよい。このような制御方法によれば、親密度だけでなく、性別の組み合わせ、いいかえれば、親密度以外の属性に基づいて、多様な撮影ポーズを提案できる。上述の例の場合、親密度Ｂの女性同士のユーザが同時撮影するときと、親密度Ｂの男女のユーザが同時撮影するときでは、異なる撮影ポーズが提案されることになる。このほか、撮影ポーズ選択部１５６は、ユーザの年齢層、年齢差、出身地等、さまざまなユーザ情報２３０に基づいて、またユーザ情報２３０と親密度との組み合わせに基づいて撮影ポーズを選択してもよい。

本実施形態においては、名前スタンプ１８４を使うとき、ユーザのニックネームが自動的に選ばれるとして説明した。ニックネームに限らず、編集処理部１４６は、本名、星座、ユーザのオリジナルマーク、生年月日など、ユーザ情報２３０に応じて単一のスタンプボタンに対応するスタンプ画像を変化させてもよい。

たとえば、「出身地」に関するスタンプボタンを操作したユーザが岡山県出身であれば、岡山県の特産物である「きびだんご」がスタンプされてもよい。あるいは、出身地のキャラクタ、たとえば「桃太郎」をスタンプできてもよい。

本実施形態においては、複数のユーザが撮影するとき、過去に同時撮影経験があるときには過去画像を表示させるとして説明した。３人以上のユーザが同時撮影するときも同様の制御が可能である。たとえば、ユーザ（Ｐ０１）、ユーザ（Ｐ０２）およびユーザ（Ｐ０３）が２０１７年２月に同時撮影したとする。このときの撮影画像は「撮影画像Ｘ１」としてサーバ２０２に記憶される。２０１８年２月にユーザ（Ｐ０１）とユーザ（Ｐ０２）が同時撮影をしたとする。このとき、イベント実行部１５２は３人のユーザのうち２以上が同時撮影しているため、撮影画像Ｘ１（過去画像）をサーバ２０２から受信し第２撮影モニタ１１４に表示させてもよいし、３人が揃っていないので撮影画像Ｘ１を表示させないとしてもよい。撮影制御部１４４は、過去画像からユーザ（Ｐ０３）の顔画像を抽出することにより、ユーザ（Ｐ０１）およびユーザ（Ｐ０２）の撮影画像にユーザ（Ｐ０３）の顔画像を追加してもよい。

イベント実行部１５２は、音楽情報以外にもさまざまな関連条件に基づいて、イベントを発生させてもよい。たとえば、２以上のユーザが同時撮影するとき２人のユーザの出身県が同一であれば、その出身県に対応するキャラクタを第２撮影モニタ１１４に表示させてもよい。音楽や出身県に限らず、同時撮影をする２以上のユーザに関するユーザ情報２３０の一部または全部について、共通点があることを関連条件として、その共通点にあらかじめ対応づけられるイベントを発生させてもよい。イベントは映像表示、音声出力のほか、編集設定の変更であってもよい。

イベント実行部１５２は、グループ・メンバーのうちの２人以上、または、全員が揃ったときに、所定のイベントを発生させてもよい。

起動オブジェクトは、任意の製品であってもよいし、有名人やキャラクタの写真であってもよい。たとえば、アイドルグループのメンバーＱ２の写真をもって撮影に臨むとき、編集処理部１４６は撮影画像の背景をメンバーＱ２のイメージカラーに変更してもよい。また、メンバーＱ２の写真をもって撮影したときには、編集処理部１４６はペンの色をこのイメージカラーに初期設定してもよい。イベント実行部１５２は、有名人やキャラクタにちなんだ音楽を流してもよいし、有名人の出演番組の名場面を第２撮影モニタ１１４にて再生してもよい。起動オブジェクトには、画像認識を容易にするための識別パターン（２次元コードや特殊な配色パターンなど）が配されてもよい。１５２は、起動オブジェクトそのものを画像認識により特定してもよいし、識別パターンを画像認識することにより起動オブジェクトを特定してもよい。

ユーザは、サーバ２０２にアップロードされた対象画像をユーザ端末２０６にて閲覧、あるいは、ユーザ端末２０６にダウンロードすることもできる。以下、閲覧とダウンロードをまとめて「画像取得」とよぶ。ユーザは、サーバ２０２に対して会員登録をすることにより、遊戯画像撮影システム２００の会員となることができる。会員には、無料会員と有料会員がある。無料会員は、１撮影につき得られる６枚の対象画像のうち、２枚をサーバ２０２から画像取得できる。有料会員は、月会費を支払う代わりに、６枚の対象画像すべてを画像取得可能である。有料会員は、一般的には、スマートフォン等（ユーザ端末２０６）の利用料金に上乗せする形（以下、「キャリア課金」とよぶ）で会費を支払うこともあれば、有料会員用のウェブサイトにてクレジットカードで支払うこともある。本発明者らの調査によれば、キャリア課金に抵抗感があるユーザも多く、クレジットカードを持っていないユーザも多い。したがって、キャリア課金等とは異なる新たな支払い方法が望まれる。そこで、有料会員は、受付装置１０２にユーザＩＤを入力することでユーザ認証し、現金により（月会費）を支払うことができてもよい。この場合、会員は、プレイ料金と会費を合算して現金により支払ってもよい。

画像取得には対価（以下、「画像取得対価」とよぶ）が設定されてもよい。この場合、有料会員は、無料会員よりも画像取得対価を低く設定されるとしてもよい。有料会員は毎月定額の会費を支払い、画像取得回数に応じて従量制にて画像取得対価も支払う。無料会員は、会費は支払わず、画像取得回数に応じて従量制にて画像取得対価を支払う。会員は、画像取得対価をキャリア課金により支払ってもよいし、現金にて支払ってもよい。現金による支払いの場合、会員は、任意のタイミングにて受付装置１０２において画像取得対価をあらかじめ支払っておく。会員の支払総額を「預託金」とよぶ。ユーザ情報管理部２２４は、ユーザＩＤと預託金を対応づけて登録しておく。会員のユーザ端末２０６からサーバ２０２に対して画像取得が要求されたときには、サーバ２０２の画像送信部（図示せず）はユーザ端末２０６に対して要求された対象画像を送信する。このとき、ユーザ情報管理部２２４は、画像取得対価を預託金から減算する。このような制御方法によれば、現金による画像取得対価の支払いが可能となる。

上述したように有料会員は、定期的に最寄りの遊戯画像撮影装置１００を訪問し、ユーザＩＤを入力した上で現金にて会費を支払うことができる。ユーザ情報管理部２２４は、ユーザＩＤと預託金を対応づけて管理する。ユーザ情報管理部２２４は、定期的に、たとえば、月末に預託金から会費を減算してもよい。預託金が会費に足りていなければ、ユーザ情報管理部２２４は有料会員を無料会員に変更する。会費の引き落としができれば、翌月まで有料会員として扱われる。このような制御方法によれば、キャリア課金に抵抗のあるユーザであっても、現金払いにて有料会員になることができる。有料会員になるユーザは、遊戯画像撮影装置１００を高頻度にて利用することを想定していると考えられるため、会費を支払うために遊戯画像撮影装置１００の所在地に行くことはそれほど負担にはならないと考えられる。

画像取得の枚数、あるいは、画像取得対価以外にも、有料会員と無料会員の間で特典に差を設けてもよい。たとえば、有料会員は、誕生日にはプレイ料金が無料に設定されてもよいし、サーバ２０２は無料会員の対象画像は短期間しか保存しないが、有料会員の対象画像はそれよりも長い期間保存するとしてもよい。

画像取得対価は、有料会員は無料、無料会員は有料としてもよい。あるいは、画像取得対価は有料会員であるか無料会員であるかに関わらず無料としてもよい。この場合には、有料会員は会費を支払うことで１撮影あたり６枚の対象画像すべてを取得でき、無料会員は会費を支払わない代わりに１撮影あたり取得可能な対象画像が２枚に制限される。

本実施形態においては、重要画像の満足条件をフィードバックすることにより、満足度の高い撮影画像を提供する方法について説明した。本実施形態においては、ユーザが撮影画像から「重要画像」を指定するとして説明した。重要画像選択部２２０は、撮影画像に対するユーザの行動に基づいて重要画像を自動的に判定してもよい。たとえば、複数の撮影画像のうち、ユーザがユーザ端末２０６への送信を指示した撮影画像はユーザが気に入っている可能性が高い。あるいは、重要画像選択部２２０は、編集作業に時間をかけた撮影画像、多数のスタンプやペン入力がなされた加工度の大きな撮影画像、大きなサイズでの印刷を指定した撮影画像を重要画像として選択してもよい。

撮影制御部１４４は、ユーザが前方に位置しているときには、ストロボの光量を抑制することにより、いわゆる「白飛び」を防止してもよい。撮影条件登録部２２２は、重要画像と撮影条件の因果関係をニューラルネットワーク等の解析モデルにより分析してもよい。

１００ 遊戯画像撮影装置、１０２ 受付装置、１０４ 撮影ブース、１０６ 編集ブース、１０８ 受付モニタ、１１０ 印刷装置、１１２ 第１撮影モニタ、１１４ 第２撮影モニタ、１１６ ライト、１１８ カメラ、１２０ 編集モニタ、１２２ スタイラスペン、１２４ カーテン、１２６ 編集装置、１２８ 撮影装置、１３０ ユーザインタフェース処理部、１３２ データ処理部、１３４ 通信部、１３６ データ格納部、１３８ 撮影部、１４０ 入力部、１４２ 出力部、１４４ 撮影制御部、１４６ 編集処理部、１４８ 受付管理部、１５０ 印刷処理部、１５２ イベント実行部、１５４ 画像認識部、１５６ 撮影ポーズ選択部、１５８ ＩＤ取得部、１６０ 撮影指示部、１６２ 説明部、１６４ 撮影ポーズ指示部、１６６ ユーザ情報取得部、１６８ ユーザＩＤ送信部、１７２ 導電コード、１７４ 残余時間表示領域、１７６ 終了ボタン、１７８ 消去ボタン、１８０ 装飾ボタン、１８２ 装飾選択領域、１８４ 名前スタンプ、１８６ イベントデータ受信部、１８８ 画像送信部、２００ 遊戯画像撮影システム、２０２ サーバ、２０４ インターネット、２０６ ユーザ端末、２１０ 通信部、２１２ データ処理部、２１４ データ格納部、２１６ ユーザＩＤ取得部、２１８ ユーザ情報送信部、２２０ 重要画像選択部、２２２ 撮影条件登録部、２２４ ユーザ情報管理部、２３０ ユーザ情報、２４０ 同時撮影履歴情報、２４２ 撮影ポーズ、２５０ 編集画面、２５２ａ 第１編集領域、２５２ｂ 第２編集領域、２５４ 画像表示領域、２５４ａ 第１画像表示領域、２５４ｂ 第２画像表示領域、２５６ タブ、２５８ 再生ボタン、２６０ グループ情報、２６２ 編集入力インタフェース、２６４ 極細線、２６６ 細線、２６８ 太線、２７０ 極太線、２８０ 使用履歴情報、２９０ フィードバック情報、２９２ 楽曲選択部、２９４ イベントデータ送信部、２９６ 画像受信部

Claims (1)

1. ストロボ光を受けたユーザの静止画像と、前記静止画像より前に撮影された前半動画像及び前記静止画像より後に撮影された後半動画像をセットとして取得し、前記静止画像と、撮影動画像としてつながれる前記前半動画像及び前記後半動画像の前記セットを出力する撮影部と、
   前記静止画像と前記撮影動画像の前記セットを入力し、取得済みの前記静止画像に対する前記ユーザによる装飾加工の入力を受け付ける編集部と、を有し、
   前記編集部は、取得済みの前記静止画像に対する前記装飾加工の結果を、取得済みの前記撮影動画像に含まれる前記前半動画像と前記後半動画像に反映させること、を特徴とする遊戯画像撮影システム。

Images