JP2021060771A - 決済システム - Google Patents

Abstract

【課題】撮影装置などのサービス提供装置において、現金以外の決済が可能な決済システム、決済プログラム、決済方法、サービス提供装置、及び管理サーバを提供する。【解決手段】決済システムは、利用者にサービスを提供するサービス提供装置１００と、サービス提供装置とネットワークを介して接続された管理サーバ２００とを含み、サービス提供装置で提供するサービスに係る料金を徴収する。管理サーバは、サービス提供装置から取得する決済要求に基づいて決済ページを生成し、利用者の決済ページを通じての決済が完了されたか否かを示す決済状況情報を管理する。サービス提供装置は、料金の支払い方法が所定の決済方法に決定された場合、決済要求を管理サーバに対して送信し、決済ページへのアクセス方法を利用者に通知し、決済状況情報を管理サーバから取得し、取得した決済状況が決済完了を示すものである場合、サービスを提供することを許可する。【選択図】図１

Description

本発明は、決済システム、決済プログラム、決済方法、サービス提供装置、及び管理サーバに関する。

従来、利用者をカメラで撮影することで得られた撮影画像を写真印刷シートとして出力したり、ネットワークを介して外部の装置に送信したりすることができる遊戯用撮影装置が知られている。

特開２０１７−０３８３４４号公報

上記のような撮影装置では、プレイ料金の支払いが現金によって行われるのが一般的である。しかしながら、近年、クレジットカード、電子マネー等の他の決済手段が利用されるようになり、上記のような撮影装置でも、現金以外の決済方法が要望されていた。なお、このような要望は、撮影装置に限られず、例えば、自動販売機等の何らかの商品や役務を提供するサービス提供装置全般に生じ得る要望である。

本発明は、上記問題を解決するためになされたものであり、サービス提供装置において、現金以外の決済が可能な決済システム、決済プログラム、決済方法、サービス提供装置、及び管理サーバを提供することを目的とする。

本発明に係る決済システムは、利用者にサービスを提供するサービス提供装置と、前記サービス提供装置とネットワークを介して接続された管理サーバとを含み、前記サービス提供装置で提供するサービスに係る料金を徴収するための決済システムであって、前記管理サーバは、前記サービス提供装置から取得する決済要求に基づいて決済ページを生成する決済ページ生成部と、前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況情報を管理する決済管理部と、を備え、前記サービス提供装置は、前記料金の支払い方法が所定の決済方法に決定された場合、前記決済要求を前記管理サーバに対して送信する決済要求送信部と、前記決済ページへのアクセス方法を前記利用者に通知するアクセス方法通知部と、前記決済状況情報を前記管理サーバから取得する決済状況確認部と、取得した前記決済状況が決済完了を示すものである場合、前記サービスを提供することを許可するサービス制御部と、を備える。

本発明に係る決済プログラムは、利用者にサービスを提供するサービス提供装置と、前記サービス提供装置とネットワークを介して接続された管理サーバとを含み、前記サービス提供装置で提供するサービスに係る料金を徴収するための決済プログラムであって、前記管理サーバのコンピュータに、前記サービス提供装置から取得する決済要求に基づいて決済ページを生成するステップと、前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況を管理するステップと、を実行させ、前記サービス提供装置のコンピュータに、前記料金の支払い方法が所定の決済方法に決定された場合、前記決済要求を前記管理サーバに対して送信するステップと、前記決済ページへのアクセス方法を前記利用者に通知するステップと、前記決済状況情報を前記管理サーバから取得するステップと、取得した前記決済状況が決済完了を示すものである場合、前記サービスを提供することを許可するステップと、を実行させる。

本発明に係る決済方法は、利用者にサービスを提供するサービス提供装置と、前記サービス提供装置とネットワークを介して接続された管理サーバとを含むシステムにおいて、前記サービス提供装置で提供するサービスに係る料金を徴収するための決済方法であって、前記料金の支払い方法が所定の決済方法に決定された場合、決済要求を前記サービス提供装置から前記管理サーバに対して送信するステップと、前記管理サーバが、前記サービス提供装置から取得した前記決済要求に基づいて決済ページを生成するステップと、前記決済ページへのアクセス方法を前記利用者に通知するステップと、前記管理サーバにおいて、前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況情報を管理するステップと、前記サービス提供装置において、前記決済状況情報を前記管理サーバから取得するステップと、前記サービス提供装置において、取得した前記決済状況が決済完了を示すものである場合、前記サービスを提供することを許可するステップと、を備えている。

本発明に係るサービス提供装置は、ネットワークを介して管理サーバと接続され、提供するサービスに係る料金を徴収する、サービス提供装置であって、前記料金の支払い方法が所定の決済方法に決定された場合、決済要求を前記管理サーバに対して送信する決済要求送信部と、前記決済要求に基づいて前記管理サーバにおいて生成された決済ページを受信した後、当該決済ページへのアクセス方法を前記利用者に通知するアクセス方法通知部と、前記管理サーバにおいて管理され、前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況情報を、前記管理サーバから取得する決済状況確認部と、取得した前記決済状況が決済完了を示すものである場合、前記サービスを提供することを許可するサービス制御部と、を備える。

本発明に係る管理サーバは、ネットワークを介してサービス提供装置と接続され、前記サービス提供装置において提供されるサービスに係る料金を徴収するための管理サーバであって、前記料金の支払い方法が所定の決済方法に決定された場合に、前記サービス提供装置から取得する決済要求に基づいて決済ページを生成し、前記サービス提供装置に送信する決済ページ生成部と、前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況情報を管理する決済管理部と、を備え、前記サービス提供装置からのリクエストにより、または自主的に、前記決済状況情報を前記サービス提供装置に提供するように構成されている。

本発明によれば、サービス提供装置において、現金以外の決済が可能となる。

本発明に係る決済システムの一実施形態の概略構成を示すブロック図である。 本発明の一実施形態に係る撮影装置（カーテンなし）の外観を示す斜視図である。 図２Ａの撮影装置（カーテンあり）の外観を示す斜視図である。 図２の撮影装置の撮影ユニットの一例を例示する。 図２の撮影装置のハードウェア構成の一例を例示する。 図２の撮影装置のソフトウェア構成の一例を例示する。 決済要求に含まれるデータを示す図である。 撮影装置で示される画面の例である。 撮影装置で示される画面の例である。 撮影装置で示される画面の例である。 撮影装置で示される画面の例である。 撮影装置で示される画面の例である。 管理サーバのハードウェア構成の一例を例示する。 管理サーバのソフトウェア構成の一例を例示する。 決済ＩＤと決済パラメータとの関係を示す図である。 携帯端末のハードウェア構成の一例を例示する。 携帯端末のソフトウェア構成の一例を例示する。 ＱＲコード（登録商標）と、そこから得られるＵＲＬを示した図である。 決済サーバのソフトウェア構成の一例を例示する。 撮影装置で示される画面の例である。 撮影装置で示される画面の例である。 撮影装置で示される画面の例である。 携帯端末で示される画面の例である。 携帯端末で示される画面の例である。 携帯端末で示される画面の例である。 撮影装置及び管理サーバにおける決済処理のフローを示すフローチャートである。 携帯端末、管理サーバ、及び決済代行会社のサーバにおける決済処理のフローを示すフローチャートである。 撮影装置におけるプレイの手順を示すフローチャートである。

＜１．決済システムの概要＞
以下、本実施形態に係る決済システムの一実施形態について、図面を参照しつつ説明する。図１に示すように、この決済システムは、サービス提供装置としての撮影装置１００でのプレイ料金を現金以外の手段、例えば、クレジットカードなどで決済するためのシステムである。この決済システムは、インターネットなどのネットワーク７００によって接続された、撮影装置１００と、管理サーバ２００と、決済代行会社のサーバ（以下、決済サーバ３００という）、及び利用者の携帯端末４００による処理によって、決済が行われる。なお、ネットワーク７００には複数の撮影装置１００が接続されており、これら複数の撮影装置１００の決済に関する処理を管理サーバ２００によって行っている。以下、システムの構成について、詳細に説明する。

＜２．撮影装置＞
＜２−１．撮影装置の概要＞
以下、本実施形態に係る撮影装置について説明する。図２Ａは、本実施形態に係る撮影装置１００からカーテン１３を取り除いた状態を示す斜視図、図２Ｂは、図２Ａにおいてカーテン１３を取り付けた状態を示す斜視図である。

図２Ａ及び図２Ｂに示されるとおり、撮影装置１００は、直方体状の筐体１を備えており、この筐体１の側面には、内部の撮影空間１０に通じる出入口１１が形成されている。この出入口１１の上縁にはカーテンレール１２が取り付けられており、このカーテンレール１２には、カーテン１３が取り付けられている。これにより、利用者が撮影を行う際には、カーテン１３を閉じることで、撮影空間１０を外部から見えないようにすると共に、外部から余計な光が撮影空間１０に入らないようにすることができる。筐体１の内装において、後述するカメラ３２が配置される面とは反対側の面（背面）等の撮影範囲には、クロマキー合成処理のための単一の色（例えば、青色、緑色等）が付される。単一の色が付される範囲は、撮影範囲の一部であってもよいし、全体であってもよい。

筐体１の内部（撮影空間１０）において、撮影時に利用者が存在すべき位置の前方には、撮影ユニット３が設けられている。撮影ユニット３は、撮影空間１０内の利用者を撮影し、得られた画像の編集を受け付け、編集された画像をプリントするように構成される。撮影ユニット３の構成の詳細は後述する。

＜２−２．撮影装置のハードウェア構成＞
次に、図３及び図４を更に用いて、本実施形態に係る撮影装置１００のハードウェア構成について説明する。図３は、本実施形態に係る撮影装置１００の撮影ユニット３を例示する。図４は、撮影装置１００のハードウェア構成の一例を模式的に例示する。

図４に示すように、本実施形態に係る撮影装置１００は、撮影ユニット３、制御部５、記憶部６、通信インタフェース７、及びドライブ８が電気的に接続されたコンピュータである。なお、図４では、通信インタフェースを「通信Ｉ／Ｆ」と記載している。この点は、後述する管理サーバ２００でも同じである。

制御部５は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等を含み、情報処理に応じて各構成要素の制御を行う。記憶部６は、例えば、ハードディスクドライブ、ソリッドステートドライブ等の補助記憶装置であり、制御部５で実行されるプログラム６１等の各種データを記憶する。

プログラム６１は、写真撮影の依頼の受け付け、受け付けた依頼に応じた写真撮影、撮影画像の編集、印刷を行うための処理を撮影装置１００に実行させるためのプログラムである。この他、記憶部６には、各処理過程で利用される画面データ等が記憶される。詳細は後述する。

通信インタフェース７は、例えば、有線ＬＡＮ（Local Area Network）モジュール、無線ＬＡＮモジュール等であり、ネットワークを介した有線又は無線通信を行うためのインタフェースである。通信インタフェース７の種類は、撮影装置１００の設置場所等に応じて適宜選択されてよい。本実施形態において、撮影装置１００は、無線の通信インタフェース７を介して、管理サーバ２００、携帯端末４００等とデータ通信を行うことができる。

ドライブ８は、例えば、ＣＤ（Compact Disk）ドライブ、ＤＶＤ（Digital Versatile Disk）ドライブ等であり、記憶媒体（不図示）に記憶されたプログラムを読み込みための装置である。ドライブ８の種類は、記憶媒体の種類に応じて適宜選択されてよい。プログラム６１は、記憶媒体に記憶されていてもよい。

記憶媒体は、コンピュータその他装置、機械等が記録されたプログラム等の情報を読み取り可能なように、このプログラム等の情報を、電気的、磁気的、光学的、機械的又は化学的作用によって蓄積する媒体である。この記憶媒体の一例として、例えば、ＣＤ、ＤＶＤ、フラッシュメモリ等を挙げることができる。

（撮影ユニット）
図２Ａ、図２Ｂ、図３、及び図４に示すとおり、撮影ユニット３は、タッチパネルディスプレイ３１、カメラ３２、照明ユニット３３、スピーカ３４、プリンタ３５、及び料金受付部３６を備えている。

タッチパネルディスプレイ３１は、撮影ユニット３本体の前面パネルの中央に配置されており、タッチパネルディスプレイ３１の上方には、写真撮影に利用されるカメラ３２が配置されている。制御部５は、カメラ３２による撮影を制御する。また、制御部５は、タッチパネルディスプレイ３１の表示及びタッチパネルディスプレイ３１に対する入力を制御する。タッチパネルディスプレイ３１及びカメラ３２の種類は、実施の形態に応じて適宜選択されてよい。

具体的には、カメラ３２は、制御部５による制御に従って撮影を行い、撮影によって得られた画像をＲＡＭ又は記憶部６に記憶する。本実施形態では、撮影時に利用者の位置が概ね決まっているため、撮影時の利用者とカメラ３２との距離が概ね決まっている。そのため、本実施形態に係るカメラ３２の焦点距離は一定である。しかしながら、カメラ３２の構成は、このような例に限られなくてもよく、ズームレンズを備えるカメラ３２の場合は、カメラ３２の焦点距離は、必要に応じて制御部５によって適切になるように制御されてもよい。なお、焦点距離の調整は、ズームレンズの外筒をカメラ３２の外部から力を加えて回す機構が必要となる。制御部５は、この機構を制御することによりズームレンズの外筒を回す量を調整する。

タッチパネルディスプレイ３１には、カメラ３２により撮影された画像が表示される。制御部５は、所定のタイミングで、カメラ３２により被写体（利用者）の静止画像を撮影する。また、カメラ３２は、リアルタイムに画像を取り込んで、当該画像を表わすライブ映像用の画像信号を出力する。カメラ３２から出力された画像信号は、制御部５のＲＡＭに一時的に記憶されると共にタッチパネルディスプレイ３１に送信される。これにより、タッチパネルディスプレイ３１では、カメラ３２により撮影された静止画像、当該画像信号に基づくライブ映像が表示される。

更に、タッチパネルディスプレイ３１には、上記プログラム６１に基づいて、撮影の案内を示す案内画面等が表示される。各画面では、選択操作等の操作入力が受け付けられる。制御部５は、各画面に対する操作入力を検知し、検知された操作入力に応じた処理を行う。

本実施形態では、タッチパネルディスプレイ３１の両側には、各画面に対する操作入力や撮影画像の編集を行うための操作デバイスとして、一対の電子ペン４０が配置されている。各電子ペン４０は、例えば、デジタイザを構成するペンである。これに応じて、タッチパネルディスプレイ３１には、デジタイザを構成する公知のタッチパネルが積層されたディスプレイが用いられてよい。これにより、制御部５は、各電子ペン４０を識別した上で、各電子ペン４０による入力を検知することができる。

なお、各電子ペン４０は、ケーブル４１を介して、撮影ユニット３本体に連結されている。各ケーブル４１の長さは、タッチパネルディスプレイ３１の画面に各電子ペン４０を接触可能に適宜決定されてよい。利用者は、各電子ペン４０を利用することで、タッチパネルディスプレイ３１に表示された各画面の操作を行うことができる。

照明ユニット３３は、上部ストロボボックス３３１及び下部ストロボボックス３３２を備えている。図３に示すように、上部ストロボボックス３３１は、利用者側に向く曲面のカバー有しており、所定の取り付け部材を用いて、正面パネル（不図示）などに固定される。上部ストロボボックス３３１は内部に蛍光灯およびストロボ発光管を有し、正面上方から、利用者の顔付近にストロボ光を照射する。また、下部ストロボボックス３３２は、タッチパネルディスプレイ３１の下側、写真プリントの取出口３７の周囲に配置されている。下部ストロボボックス３３２の正面は垂直面を形成する板状部材により構成され、上面は急な斜面を形成する板状部材により構成される。板状部材は、乳白色のアクリル板などの透光性を有する板状部材である。下部ストロボボックス３３２もまた、内部に蛍光灯およびストロボ発光管を有する。また、各ストロボボックス（３３１、３３２）の蛍光灯は、制御部５により制御されて、電灯の発光量を調節することで、利用者の撮影処理の段階に応じて撮影空間１０内の明るさを調節する。

スピーカ３４及びプリンタ３５は、撮影ユニット３本体に内蔵されている。スピーカ３４は、制御部５による制御に従って、写真撮影の案内等の音声出力を行う。また、プリンタ３５は、制御部５による制御に従って、撮影された画像又は編集済みの画像をプリントし、プリントした画像を取出口３７に排出する。

料金受付部３６は、タッチパネルディスプレイ３１の右側に配置されている。詳細な図示は省略するが、この料金受付部３６は、コイン投入口、紙幣投入口、釣銭排出口を備えており、現金によるプレイ料金の決済を行うためのものである。この料金受付部３６には、各種のセンサが設けられており、コイン、紙幣の投入を検知し、当該検知を表わす起動信号を制御部５に出力する。また、撮影のキャンセル及び撮影に要する金額分より多い金額分の現金が投入された際に、該当金額分の現金を紙幣投入口、または釣銭排出口に排出する。

なお、本実施形態に係る撮影装置１００では、上述したように、現金以外での決済が可能であり、利用者の携帯端末４００を用い、クレジットカードなどによる決済が可能である。この点については、後述する。

（その他）
なお、撮影装置１００の具体的なハードウェア構成に関して、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、制御部５は、複数のプロセッサを含んでもよい。また、撮影装置１００は、提供されるサービス専用に設計された情報処理装置の他、汎用のＰＣ（Personal Computer）等であってもよい。

＜２−３．撮影装置のソフトウェア構成＞
次に、図５を用いて、本実施形態に係る撮影装置１００のソフトウェア構成の一例を説明する。図５は、本実施形態に係る撮影装置１００のソフトウェア構成の一例を模式的に例示する。

撮影装置１００の制御部５は、記憶部６に記憶されたプログラム６１をＲＡＭに展開する。そして、制御部５は、ＲＡＭに展開されたプログラム６１をＣＰＵにより解釈及び実行して、各構成要素を制御する。これによって、図５に示すように、本実施形態に係る撮影装置１００の制御部５等は、ソフトウェアモジュールとして、決済処理部５１、及びプレイ処理部５２を備えるように構成される。さらに、決済処理部５１には、決済準備部５１１、決済要求送信部５１２、アクセス方法通知部５１３、決済状況確認部５１４、サービス制御部５１５、及び決済キャンセル処理部５１６が設けられている。

また、プレイ処理部５２は、撮影プレイを提供する撮影処理部５２１、編集プレイを提供する編集処理部５２２、及びシートの印刷などの出力を行う出力処理部５２３が設けられている。

（決済処理部）
決済処理部５１は、プレイ料金の決済を行うためのモジュールである。決済準備部５１１は、決済を行うために必要な画面表示の処理を行うものであり、後述するように、タッチパネルディスプレイ３１に、スタート画面３１１、決済方法選択画面３１２を表示する制御を主として行う。決済要求送信部５１２は、ｗｅｂ決済が選択された場合、決済要求を管理サーバ２００に対して送信する処理を主として行う。具体的には、後述するプレイ毎に設定される決済ＩＤのリクエストを行うが、図６に示すように、このリクエストには、予め撮影装置１００に設定されている固有の筐体ＩＤ、利用者に選択された使用言語を示す言語ＩＤ、及びプレイ料金が関連付けられている。なお、後述するように、管理サーバ２００は、筐体ＩＤが割り当てられた撮影装置１００が設置されている施設名を、筐体ＩＤと関連付けて記憶している。アクセス方法通知部５１３は、管理サーバ２００から決済ＩＤを取得したとき、利用者に、ｗｅｂ決済サイトを通知する画面を生成する処理を主として行う。決済状況確認部５１４は、管理サーバ２００に対し、決済が完了したか否かを確認する処理を主として行う。サービス制御部５１５は、決済が完了したことが確認されたときに、プレイを開始する処理を主として行う。また、現金決済が選択され、プレイ料金が現金で投入されたことを検知すると、プレイを開始する処理を行う。決済キャンセル処理部５１６は、後述するキャンセルボタン３１３２がタッチされたときや、所定の時間が経過したときに、決済処理のキャンセルを主として行う。具体的には、撮影装置１００において、処理を停止したり、管理サーバ２００に対して処理がキャンセルされたことを通知する。

（プレイ処理部）
次に、プレイ処理部５２の３つのモジュールについて説明する。撮影処理部５２１は、撮影室に入った利用者を、カメラ３２が検出すると、その検出信号に基づいて、タッチパネルディスプレイ３１に、図７に示すような背景を選択するための画面を表示する。この画面でいずれかの背景が選択され、決定ボタンがタッチされると、撮影処理部５２１は、カメラ３２で撮影された利用者の画像をクロマキー処理し、利用者の画像、つまり被写体画像をライブビュー画像として背景画像の前側に合成する。こうして、タッチパネルディスプレイ３１には、図８に示すような、ライブビュー画像と背景画像とが合成された合成画像８０２が表示される。

なお、カメラ３２で人物（人物らしき物）を検出する方法としては、カメラ３２で撮影中の撮影画像からの人物検出や、クロマキー処理による物体検出等を用いることができる。

これに続いて、撮影処理部５２１によって撮影が行われる。すなわち、図８に示すように、カウントダウン８０３が行われた後、撮影が行われる。このときの撮影の回数は１回であり、１枚の編集用合成画像が生成される。但し、規定時間以内であれば、何度も取り直しが行えるようにすることができる。また、編集用合成画像を複数枚生成するようにしてもよい。

次に、編集処理部５２２について説明する。編集処理部５２２は、図９に示すように、編集を行う人数を選択するための画面がタッチパネルディスプレイ３１に表示する。この画面において、利用者は、編集を行う人数が１人または２人のいずれかを選択する。そして、編集を行う人数が２人であれば、図１０の編集用の画面がタッチパネルディスプレイ３１に表示され、１人であれば、図示を省略するが、編集用合成画像が１つだけ示された画面が表示される。

図１０に示す画面は、編集用合成画像に対して、編集を行う画面であり、中央に編集用の複数のスタンプが表示されたスタンプリスト８０４を配置されている。そして、その両側には、上述した編集用合成画像８０５が表示されている。これらは同じものである。また、スタンプリストの下方には編集終了までの時間を示すカウントダウン表示が示されている。さらに、各編集用合成画像８０５の下方には、編集用の複数の色のカラーペン８０６が示されている。

編集用合成画像８０５の編集は、例えば、次のように行われる。利用者が電子ペン４０により、いずれかのスタンプをタッチしてスタンプの選択を行った後、この電子ペン４０で編集用合成画像８０５のいずれかの位置をタッチすると、選択されたスタンプが、タッチされた位置に表示される。そして、電子ペン４０によって他のスタンプが選択されるか、あるいは後述するカラーペン８０６が選択されるまでは、編集用合成画像８０５を電子ペン４０でタッチする度に、その時点で選択されているスタンプが編集用合成画像８０５に表示される。

また、いずれかの色のカラーペン８０６を電子ペン４０でタッチして選択すると、ペンの色が設定され、その状態で、電子ペン４０により編集用合成画像８０５上で線や文字を描くと、選択された色の線や文字が編集用合成画像８０５に表示される。そして、電子ペン４０によってスタンプが選択されるか、あるいは他の色のカラーペン８０６が選択されるまでは、編集用合成画像８０５に電子ペン４０で線を描く度に、その時点で選択されている色の線が編集用合成画像８０５に表示される。

以上のような編集処理部５２２の処理により、カウントダウン表示が０になるまで、利用者は、編集処理を行うことができる。なお、デモプレイにおいては、表示されるスタンプの数やカラーペンの数が、後述する本プレイよりも少ない等の制限が設けられる。そして、カウントダウン表示が０になると、編集処理部５２２は、編集処理を終了し、次に説明する出力処理部５２３による出力処理が行われる。

出力処理部５２３は、出力用画像が印刷されるシートのサンプルを表示する。上記のように、２人で編集を行った場合には、図１１に示すように、２枚の出力用画像を２枚ずつ配置したシートが生成される。一方、１人で編集を行った場合には、図示を省略するが、１枚の出力用画像を２枚ずつ配置したシートが生成される。このとき、シートのレイアウトを複数示して、利用者に選択させることもできる。例えば、出力用画像の大きさ、位置などを適宜変更した複数のシートレイアウトを示し、利用者に選択させることができる。

こうして、シートのレイアウトが決定すると、出力処理部５２３は、プリンタにより、シートを印刷し、取出口３７から排出する。また、出力処理部５２３は、生成された画像と共に管理サーバ２００等の外部サーバに送信する。

撮影装置１００の各ソフトウェアモジュールの具体的なに関しては後述する動作例で詳細に説明する。なお、本実施形態では、撮影装置１００の各ソフトウェアモジュールがいずれも汎用のＣＰＵにより実現される例について説明している。しかしながら、以上のソフトウェアモジュールの一部又は全部が、１又は複数の専用のハードウェアプロセッサにより実現されてもよい。また、撮影装置１００のソフトウェア構成に関して、実施形態に応じて、適宜、機能の省略、置換及び追加が行われてもよい。この点は、後述する管理サーバ２００、決済サーバ３００、及び携帯端末４００のソフトウェア構成においても同じである。

＜３．管理サーバ＞
＜３−１．管理サーバの概要＞
図１に示すように、管理サーバ２００は、ネットワーク７００を介して上述した撮影装置１００と接続されており、撮影装置１００から送信された編集画像を受信したり、決済処理を行うよう構成されている。詳細は、後述する。

＜３−２．管理サーバのハードウェア構成＞
図１２は、管理サーバ２２０のハードウェア構成を示すブロック図である。図１２に示されるように、この管理サーバ２００は、制御部２０１、記憶部２０２、通信インタフェース２０４、入力部２０５、及びドライブ２０６が電気的に接続されたコンピュータである。

制御部２０１、記憶部２０２、通信Ｉ／Ｆ２０４、ドライブ２０６は、撮影装置１００と同様のものを採用できるため、説明を省略する。記憶部２０２に記憶されているプログラム２０３は、主として決済処理を管理サーバ２００に実行させるためのプログラムである。この他、記憶部２０２には、管理サーバを駆動するための各種のプログラム、データ等が記憶される。プログラム２０３による処理については、詳細は後述する。

この管理サーバ２００は、無線の通信インタフェース２０４を介して、撮影装置１００、決済サーバ３００、携帯端末４００等とデータ通信を行うことができる。入力部２０５は、キーボード、マウス、タッチパネルなどの各種の入力手段により構成される。また、図示を省略するが、必要に応じて、ディスプレイなどの表示手段を接続することもできる。

＜３−３．管理サーバのソフトウェア構成＞
管理サーバ２００の制御部２０１は、記憶部２０２に記憶されたプログラム２０３をＲＡＭに展開する。そして、制御部２０１は、ＲＡＭに展開されたプログラム２０３をＣＰＵにより解釈及び実行して、各構成要素を制御する。これによって、図１３に示すように、管理サーバ２００の制御部２０１等は、ソフトウェアモジュールとして、決済ＩＤ処理部２１１、決済ページ生成部２２１、決済管理部２３１、及びデータ送受信部２４１を備えるように構成される。

決済ＩＤ処理部２１１は、撮影装置からのリクエストに応じて、原則的にプレイ毎に固有のＩＤである決済ＩＤを生成する。図１４に示すように、決済ＩＤには、決済の状況を示す決済パラメータが関連付けられている。決済パラメータは、「決済待機」、「キャンセル」、及び「決済済み」のいずれかであり、その書き換えも、決済ＩＤ処理部２１１によって行われる。なお、撮影装置１００からのリクエストで決済ＩＤが生成されたとき、当該決済ＩＤに対応する決済パラメータの初期状態は、「決済待機」を示すものとなっている。

決済ページ生成部２２１は、後述するように、携帯端末４００から決済ＩＤが送信されたとき、決済選択画面（決済ページ）用のＨＴＭＬファイルを作成し、これを携帯端末４００に送信するものである。決済管理部２３１は、撮影装置１００の決済状況確認部５１４からの決済状況の確認に対し、決済の状況を撮影装置１００に送信するものである。具体的には、上述した決済パラメータを撮影装置１００に送信する。データ送受信部２３１は、決済サーバ３００に対し、決済ＩＤ等のデータを送信するほか、各種データの送受信を行う。

＜４．携帯端末＞
＜４−１．携帯端末の概要＞
次に、携帯端末４００について説明する。携帯端末は、利用者が携帯しているものであり、公知のスマートフォン、タブレットＰＣ等の通信可能な端末である。利用者は、この携帯端末を用いてクレジットカード等によるプレイ料金の決済を行う。

＜４−２．携帯端末のハードウェア構成＞
図１５は、この携帯端末のハードウェア構成を示すブロック図である。図１５に示されるように、この携帯端末４００は、制御部４０１、記憶部４０２、通信部４０４、タッチパネルディスプレイ４０５、近距離無線通信部４０６、非接触通信部４０７、撮影部４０８が電気的に接続された公知のスマートフォン、タブレットＰＣ等のコンピュータである。

制御部４０１、記憶部４０２は、撮影装置１００と同様のものを採用できるため、説明を省略する。記憶部４０２に記憶されているプログラム４０３は、主として決済処理を行うために、携帯端末４００に実行させるためのプログラムである。この他、記憶部４０２には、携帯端末４００を駆動するための各種のプログラム、データ等が記憶される。プログラム４０３による処理については、詳細は後述する。

通信部４０４には、通信アンテナが接続されており、通話や電子メール等のデータ通信のための信号電波の送受信を行う。また、通信部４０４は、送受信信号の周波数変換、変調と復調等を行う。

タッチパネルディスプレイ４０５は、制御部４０１からの処理信号により、例えば文字や画像を表示する。また、後述する撮影部４０８で撮影される動画や静止画をリアルタイムで表示することもできる。さらに、タッチ入力を行う、入力手段としても用いられる。なお、入力手段として、物理的なキーボード、各種ボタン等を採用することもできる。

近距離無線通信部４０６は、近距離無線通信アンテナ（図示省略）を通じ、例えばいわゆるブルートゥース（BlueTooth：登録商標）方式、ＵＷＢ（Ultra Wide Band）方式、無線ＬＡＮ（Local Area Network）などによる近距離無線通信を行う。また、近距離無線通信部４０６は、近距離無線通信の全般的な制御と、制御部４０１との間でのデータのやり取りを行う。また、赤外線通信を行うための赤外線通信ユニットを内蔵することもできる。

非接触通信部４０７は、非接触通信アンテナ（図示省略）を通じて、例えばいわゆるＲＦＩＤ（Radio Frequency-Identification：電波方式認識）や非接触型ＩＣカード等で用いられる非接触通信を行う。

撮影部４０８は、静止画像や動画像を撮影するための内蔵カメラを有している。具体的には、光学レンズと撮像素子、フォーカス合わせやズーム倍率変更のために光学レンズを駆動するレンズ駆動機構及びその駆動回路、撮像素子からの撮像信号に画像処理を施す画像処理回路などを備えている。この撮影部４０８により得られた画像信号は、制御部４０１によって記憶部４０２に蓄積される。本実施形態において、撮影部４０８は、後述するように、ＱＲコード（登録商標）、バーコードなどの読み取りを行う。

その他、図示を省略するが、この携帯端末４００には、一般的なスマートフォン等に設けられるスピーカ、マイク、外部インタフェース、バッテリなどを備えている。

＜４−３．携帯端末のソフトウェア構成＞
携帯端末４００の制御部４０１は、記憶部４０２に記憶されたプログラム４０３をＲＡＭに展開する。そして、制御部４０１は、ＲＡＭに展開されたプログラム４０３をＣＰＵにより解釈及び実行して、各構成要素を制御する。これによって、図１６に示すように、携帯端末４００の制御部４０１等は、ソフトウェアモジュールとして、データ検出部４２１、データ送受信部４２２、及び表示制御部４２３を備えるように構成される。

データ検出部４２１は、後述するように、撮影部４０８によってＱＲコード（登録商標）をスキャンしたときに、図１７に示すように、このＱＲコード（登録商標）を解析して決済ＩＤを含む、管理サーバ２００の決済用のサイトのＵＲＬを取り出す処理を行う。図１７に取り出されたＵＲＬの一例を示す。このＵＲＬでは、「？」よりも前の文字列が決済用のサイトのＵＲＬであり、「PaymentId=」より後の文字列が決済ＩＤを示している。データ送受信部４２２は、決済ＩＤを、上記ＵＲＬに対して送信する処理を行う。また、表示制御部４２３は、携帯端末４００のタッチパネルディスプレイ４０５に各種の画面を表示する処理を行う。例えば、管理サーバ２００や決済サーバ３００から送信されたＨＴＭＬファイルに基づいて所定の画面を表示する処理を行う。なお、以上のソフトウェアモジュールとして、公知のスマートフォンに予め備えられている機能を利用することができる。

＜５．決済代行会社のサーバ＞
決済サーバ３００は、決済種別によって、それを代行する会社毎に異なるが、概ね管理サーバ２００と同様のハードウェア構成を有する。したがって、ハードウェア構成については省略する。そして、決済サーバ３００の制御部は、記憶部に記憶されたプログラムをＲＡＭに展開し、ＲＡＭに展開されたプログラムをＣＰＵにより解釈及び実行して、各構成要素を制御する。これによって、図１８に示すように、決済サーバ３００の制御部等は、ソフトウェアモジュールとして、決済処理部３０１、決済ＩＤ確認部３０２を備えるように構成される。

決済処理部３０１は、携帯端末４００から送信されたクレジットカード情報などの決済情報に基づいて決済処理を行う。すなわち、クレジットカード情報が有効である場合には、決済処理を行う。クレジットカード以外では、例えば携帯通信会社と契約している携帯電話のアカウントに対して決済処理を行うことできるし、あるいは、ＥＣサイトにおける利用者のアカウントに対して決済処理を行うこともでき、種々のｗｅｂ決済に対応する。したがって、これら決済を行うための決済情報が携帯端末４００から送信されたときに、それが有効である場合に決済処理を主として行う。また、決済ＩＤ確認部３０２は、決済情報が有効であり、決済を行う準備ができたときに、管理サーバ２００に対して、決済ＩＤを送信し、決済ＩＤが有効であるか否かの確認を行う処理を主として行う。そして、管理サーバ２００より、決済ＩＤが有効であるとの信号を受信した場合に、決済処理を実行し、その結果を携帯端末４００に送信する処理を行う。

＜６．決済処理＞
次に、撮影装置１００におけるプレイ料金の決済処理について、図１９〜図２６を参照しつつ説明する。なお、図１９〜図２１は、撮影装置のタッチパネルディスプレイに表示される画面、図２２〜図２４は、携帯端末のタッチパネルディスプレイに表示される画面、図２５は、撮影装置及び管理サーバにおける決済処理のフローを示すフローチャート、図２６は、携帯端末、管理サーバ、及び決済代行会社のサーバにおける決済処理のフローを示すフローチャートである。なお、以下の決済処理では、上述した各ソフトウェア構成が処理を行う。

撮影装置１００において、撮影を行うために、筐体１に入ると、タッチパネルディスプレイ３１には、図１９に示すスタート画面３１１が表示される（ステップＳ１０１）。この画面では、言語の選択が行われる。そのため、スタート画面３１１には、複数の言語を示すボタン３１１１と、ＯＫボタン３１１２が表示されている。初期状態では日本語のОＫボタン３１１１が選択されているが、利用者は、所望の言語を示すボタン３１１１をタッチし、選択を行う。ＯＫボタン３１１２をタッチすると、選択されたボタン３１１１でプレイが進行し、図２０に示す決済方法選択画面３１２が表示される。本例では、日本語のボタン３１１１がされたものとして説明を行う。なお、スタート画面３１１では、ＯＫボタン３１１２がタッチされるまでは、言語の選択を変更することができる。この点は、後述する各種の画面でも同じであり、ＯＫボタンがタッチされるまでは、選択を変更することができる。

図２０の決済方法選択画面３１２には、スタート画面３１１で選択された言語により、決済方法が表示されている（ステップＳ１０２）。図２０では、１プレイが５００円であることが示されるとともに、現金による決済を行うための現金ボタン３１２１と、ｗｅｂ決済を行うためのｗｅｂ決済ボタン３１２２とが表示されている。ここで、利用者が現金ボタン３１２１をタッチすると（ステップＳ１０３のＹＥＳ）、現金用の料金投入画面（不図示）が表示され、利用者は、上述した料金受付部３６において、現金を投入する。これにより、現金決済処理が行われ、その後、プレイが開始される（ステップＳ１１０）。

なお、撮影装置１００は、図１に示したように様々な場所に複数台設置されている。決済方法選択画面３１２に表示されているプレイ料金は、各撮影装置１００ごとに設定することができる。また、同じ撮影装置１００であっても、時間帯や曜日、あるいは期間ごとにプレイ料金を変更することもできる。プレイ料金の変更の設定は、撮影装置１００をテストモード（撮影装置１００の管理者が、当該撮影装置１００の設定を行う際に動作させるモード）で動作させている際に行うことができる。

一方、ｗｅｂ決済ボタン３１２２がタッチされると（ステップＳ１０３のＮＯ）、撮影装置１００は、管理サーバ２００に対し、決済ＩＤのリクエストを行う（ステップＳ１０４）。このリクエストには、上述したように、撮影装置１００のＩＤ（筐体ＩＤ）、ステップＳ１０２で選択された言語を示すＩＤ（言語ＩＤ）、撮影装置１００で設定されているプレイ料金等が含まれている。管理サーバ２００が、このリクエストを受信すると（ステップＳ２０１）、上述したように、決済ＩＤ及び決済ＩＤに対応する決済パラメータが生成され（ステップＳ２０１）、当該リクエストに含まれる各種情報に関連付けられて記憶部２０２に記憶される。このときの決済パラメータは、「決済待機」を示すものとなっている。これに続いて、管理サーバ２００は、生成された決済ＩＤを撮影装置１００に送信する（ステップＳ２０２）。

次に、撮影装置１００が、管理サーバ２００から決済ＩＤを受信すると、図２１に示すｗｅｂ決済案内画面３１３を作成し、これを表示する（ステップＳ１０５）。このとき、例えば、通信に失敗し、決済ＩＤを取得できないた場合には、スタート画面３１１が表示される（ステップＳ１０１）。

図２１に示すように、ｗｅｂ決済案内画面３１３には、ＱＲコード（登録商標）３１３１とキャンセルボタン３１３２が表示されている（ステップＳ１０９）。ＱＲコード（登録商標）３１３１は、管理サーバ２００から受信した決済ＩＤに基づいて撮影装置１００が生成するものであり、上述したように、決済ＩＤ、及び管理サーバ２００に構築されているｗｅｂ決済サイトのＵＲＬ等が含まれている。ｗｅｂ決済案内画面３１３には、利用者に対し、携帯端末４００でＱＲコード（登録商標）３１３１をスキャンし、ｗｅｂ決済サイトにアクセスすることを促す記載が表示される。

次に、携帯端末４００、管理サーバ２００、及び決済サーバ３００における処理について、図２６も参照しつつ説明する。図２１に示すｗｅｂ決済案内画面に表示されているＱＲコード（登録商標）３１３１を、利用者の携帯端末４００の撮影部４０８でスキャンすると（ステップＳ３０１）、携帯端末４００は、このＱＲコード（登録商標）３１３１に対応する、決済ＩＤを含むＵＲＬに基づいて、当該決済ＩＤ専用のｗｅｂ決済サイトにアクセスする。このとき、携帯端末４００からは、決済ＩＤが管理サーバ２００に送信される（ステップＳ３０２）。

管理サーバ２００が携帯端末４００から決済ＩＤを受信すると、この決済ＩＤに関連付けられている決済パラメータを確認する（ステップＳ４０１）。そして、その決済パラメータが、「決済待機」を示すものである場合には（ステップＳ４０１のＹＥＳ）、管理サーバ２００は、決済選択画面４０９のＨＴＭＬファイルを携帯端末４００に送信する（ステップＳ４０２）。一方、決済ＩＤに関連付けられている決済パラメータが、「キャンセル」または「決済済み」を示すものである場合には、図示を省略するが、このプレイにおける決済はできないことを示す決済不能画面のＨＴＭＬファイルを携帯端末４００に送信する（ステップＳ４０１のＮＯ）。

図２２は、決済選択画面であり、携帯端末のタッチパネルディスプレイ４０５に表示される（ステップＳ３０３）。この決済選択画面４０９は、決済ＩＤに対応付けられている各情報に基づいて生成される。具体的には、決済ＩＤに関連づけられている言語により表示され、同じく決済ＩＤに関連づけられている筐体ＩＤに対応する施設名、プレイ料金が表示される。さらに、この決済選択画面４０９には、決済種別が表示されている。決済種別としては、携帯通信会社による決済、クレジットカードによる決済、ＥＣサイトによる決済等を示すボタンが表示されているが、これは一例であり、ｗｅｂ決済が可能な種々の決済種別を示すことができる。

例えば、クレジットカード支払いのボタンをタッチすると、その情報が決済ＩＤ、プレイ料金、及び携帯端末の情報と関連づけられ、リクエストとして、管理サーバ２００に送信される（ステップＳ３０４）。管理サーバ２００は、そのリクエストを受信すると、選択した決済種別に係る決済サーバ３００に当該リクエストを送信する（ステップＳ４０３）。このリクエストを、決済サーバ３００が受信すると、決済画面のＨＴＭＬファイルを携帯端末４００に送信する（ステップＳ５０１）。

図２３は、クレジットカード支払いを選択したときの決済画面である。携帯端末４００において決済画面が表示されると（ステップＳ３０５）、利用者は、クレジットカードの番号等の決済情報を入力し、決済サーバ３００に送信する（ステップＳ３０６）。そして、決済サーバ３００が、クレジットカードの決済情報を受信すると、その有効性を確認し（ステップＳ５０２）、有効なクレジットカードであれば、決済サーバ３００は、その決済に係る決済ＩＤの確認リクエストを管理サーバ２００に送信する（ステップＳ５０３）。そして、管理サーバ２００は、その決済ＩＤに関連付けられている決済パラメータが「決済待機」を示すものである場合には、決済パラメータを決「済済み」を示すものに変更するとともに、決済サーバ３００に決済可能であるリクエストを送信する。このリクエストを決済サーバ３００が受領すると、決済サーバ３００は、決済処理を行うとともに、決済完了画面のＨＴＭＬファイルを携帯端末４００に送信する（ステップＳ５０４）。これにより、携帯端末のタッチパネルディスプレイ４０５には、図２４に示す決済完了画面が表示される（ステップＳ３０７）。一方、決済サーバ３００から受信した決済ＩＤに関連付けられている決済パラメータが「キャンセル」または「決済済み」を示すものである場合には、図示を省略するが、決済不能のリクエストを決済サーバ３００に送信する（ステップＳ４０４のＮＯ）。決済サーバ３００が、決済不能のリクエストを受信すると、決済サーバ３００は、決済不能画面のＨＴＭＬファイルを携帯端末４００に送信する。

ところで、図２５に示すように、撮影装置１００は、ｗｅｂ決済案内画面３１３が表示された後は（ステップＳ１０５以降）、管理サーバ２００に対して、決済の確認リクエストを所定時間おき（例えば、数秒おき）に送信する（ステップＳ１０８）。この確認リクエストには、決済ＩＤが含まれている。管理サーバ２００は、この確認リクエストを受信するたびに、この確認リクエストに含まれる決済ＩＤに対応する決済パラメータを撮影装置１００に送信する（ステップＳ２０３）。そして、決済パラメータが「決済済み」を示すものを撮影装置１００が受信したときには（ステップＳ１０９のＹＥＳ）、撮影装置１００は、タッチパネルディスプレイ３１のｗｅｂ決済案内画面３１３をプレイ開始の画面に遷移する（ステップＳ１１０）。一方、管理サーバ２００から送信された決済パラメータが、「決済待機」を示すものである場合には（ステップＳ１０９のＮＯ）、ｗｅｂ決済案内画面３１３が維持される。

また、撮影装置１００が受信した最新の決済パラメータが、「決済待機」を示すものであるときに、ｗｅｂ決済案内画面３１３において、キャンセルボタン３１３２がタッチされると（ステップＳ１０６のＹＥＳ）、撮影装置１００は、決済のキャンセル処理を行い（ステップＳ１１１）、タッチパネルディスプレイ３１のｗｅｂ決済案内画面３１３をスタート画面３１１に遷移する。同時に、図示を省略するが、決済ＩＤを含むキャンセルのリクエストが、管理サーバ２００に送信され、当該決済ＩＤに対応する決済パラメータが「キャンセル」を示すものに変更される。これにより、決済サーバ３００が、決済処理を行えないようにする。また、キャンセルボタン３１３２がタッチされる以外に、ｗｅｂ決済案内画面３１３の表示から所定時間が経過すると（ステップＳ１０７のＹＥＳ）、キャンセルボタン３１３２をタッチしたときと同様の処理が行われる（ステップＳ１１１）。

＜７．撮影装置でのプレイ＞
次に、図２７を用いて、本実施形態に係る撮影装置１００の動作例を説明する。図２７は、プレイの手順を示すフローチャートである。

まず、プレイ処理部５２は、図７に示す画面をタッチパネルディスプレイに表示し、背景画像を選択させる（ステップＳ６０１）。背景画像が選択されると、図８に示す画面が表示され、カウントダウンが始まり、撮影が行われる（ステップＳ６０２）。

こうして、撮影が完了すると、図９に示す画面が表示され、利用者に編集を行う人数の選択をさせる（ステップＳ６０３）。そして、編集の人数が入力されると、図１０に示す編集用の画面がタッチパネルディスプレイに表示され、利用者に編集用画像の編集を行わせる（ステップＳ６０４）。このとき表示されるスタンプの数やカラーペンの数は、上述したとおり、デモプレイよりも多くなっている。編集が終了すると、図１１に示すシートのレイアウトが表示される（ステップＳ６０５）。これに続いて、出力処理部５２３はシートの印刷を行い、取出口３７からシートを排出する（ステップＳ６０６）。

＜８．特徴＞
以上のように、本実施形態によれば、以下の効果を得ることができる。
（１）現金による決済のほか、ｗｅｂ決済を選択することができる。このとき、各種の種別のｗｅｂ決済の選択ができるように、管理サーバ２００は決済選択画面４０９を生成し、ここから決済代行会社のサーバ３００による決済処理が行えるようにしている。したがって、決済のためのカードリーダ、非接触ＩＣカード用の通信装置などのハードウェアを準備する必要がない。そのため、低コストでｗｅｂ決済を行うことができる。また、ソフトウェアの処理によってｗｅｂ決済を行えるようにしているため、決済種別の増減も容易に行うことができる。

（２）プレイ毎に決済ＩＤを設定し、各決済ＩＤに対応する決済パラメータを用意している。そして、決済パラメータが「決済待機」を示すものである場合にｗｅｂ決済を行うことができるようにしている。そのため、二重の決済が行われないようにしている。すなわち、既に決済が行われて、決済パラメータが「決済済み」を示すものとなっていたり、あるいは撮影装置１００において、キャンセルボタンがタッチされたり、ｗｅｂ決済案内画面が表示された後、所定時間が経過して、決済パラメータが「キャンセル」を示すものとなっている場合には、その後の処理ができないように設定している。例えば、２つの携帯端末４００から決済処理が行われることで、二重の決済が行われるのを防止することができる。

特に、本実施形態では、管理サーバ２００が携帯端末４００から決済ＩＤを受信したとき、及び決済サーバ３００から決済ＩＤの決済パラメータの確認のリクエストを受領したときの２回において、当該決済ＩＤに関連付けられた決済パラメータの確認が行われているため、二重の決済をより確実に防止することができる。

（３）上記実施形態では、撮影装置１００と管理サーバ２００との間で所定時間おきに、決済ＩＤに関連付けられた決済パラメータの確認が行われ、撮影装置１００が、決済パラメータが「決済済み」を示すものとなったことを確認した後に、プレイを行うようにしている。すなわち、撮影装置１００から決済パラメータの確認のリクエストがなされると、これに返信するように管理サーバ２００から決済パラメータを送信している。これは、撮影装置１００がリクエストを送信したときにのみ、撮影装置１００が設定した通信ポートに管理サーバ２００がアクセスできるようにすることで、撮影装置１００に対する外部からの無差別のアクセスを禁止するための処理である。これにより、撮影装置１００のセキュリティを向上することができる。

＜９．変形例＞
以上、本発明の一実施形態について説明したが、前述までの説明はあらゆる点において本発明の例示に過ぎない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。例えば、以下のような変更が可能である。なお、以下では、上記実施形態と同様の構成要素に関しては同様の符号を用い、上記実施形態と同様の点については、適宜説明を省略した。以下の変形例は適宜組み合わせ可能である。

＜９−１＞
上記実施形態で示した撮影装置のハードウェア構成は一例であり、種々の変更が可能である。例えば、筐体１、撮影ユニット３、各部材の形状、位置等の構成は適宜変更可能である。また、決済処理を撮影室内のタッチパネルディスプレイ３１で行うのではなく、撮影室外にタッチパネルディスプレイを設け、これによって決済処理を行うことができる。また、撮影処理、編集処理、出力処理における画面の設定、処理の順序なども適宜変更が可能であり、公知の写真撮影遊戯装置の構成を適宜採用することができる。さらに、撮影、編集、出力を異なるブースで行うように構成することもできる。また、各種の入力は、タッチパネルのほか、物理ボタン、音声、ジェスチャーなどを利用したものであってもよい。

＜９−２＞
撮影装置１００の決済処理については、ソフトウェア構成として、少なくとも決済要求送信部５１２、アクセス方法通知部５１３、決済状況確認部５１４、及びサービス制御部５１５が設けられていればよく、このソフトウェア構成を実現するためのハードウェア構成が設けられていればよい。したがって、その他の構成、例えば、決済キャンセル処理部５１６は付加的に設けることができる。なお、上記実施形態では、所定時間経過後にキャンセル処理を行う、本発明の第１決済キャンセル処理部と、キャンセルボタンがタッチされたときにキャンセル処理を行う、本発明の第２決済キャンセル処理部を、まとめて決済キャンセル処理部５１６としているが、これら２つのうちの、いずれか一方のみを採用することもできる。

＜９−３＞
上記実施形態では、二重の決済を防止するため、管理サーバ２００が携帯端末４００から決済ＩＤを受信したとき、及び決済サーバから決済ＩＤの確認のリクエストを受領したときの２回において、決済ＩＤに関連付けられた決済パラメータの確認が行われているが、１回にしてもよい。また、必要に応じて、この確認を設けず、決済サーバ３００において決済情報が有効であることが確認されれば、管理サーバ２００においては、決済パラメータを「決済済み」を示すものに書き換える処理のみを行うようにすることもできる。

＜９−４＞
上記実施形態では、ｗｅｂ決済案内画面３１３を撮影装置１００において生成しているが、そのＨＴＭＬファイルを管理サーバ２００において生成することもできる。また、上述した各画面の構成は一例であり、適宜変更することができる。

上記実施形態では、撮影装置１００においてｗｅｂ決済案内画面３１３を表示しているが、管理サーバ２００のサイトへのアクセス方法の通知は、特には限定されず、上述したＱＲコード（登録商標）を読み取ることで、サイトにアクセルする方法のほか、種々の態様が可能である。例えば、撮影装置１００との間の赤外線通信、撮影装置１００に電話番号、メールアドレスを入力することによる、アクセス方法の取得、携帯端末４００に直接、撮影装置が表示するサイトのＵＲＬ、決済ＩＤ等を入力してアクセスする方法など、特には限定されない。

＜９−５＞
管理サーバ２００のハードウェア構成も適宜変更することができる。管理サーバ２００の決済処理については、ソフトウェア構成として、少なくとも決済ページ生成部２１１、決済管理部２２１が設けられていればよく、このソフトウェア構成を実現するためのハードウェア構成が設けられていればよい。したがって、その他の構成は付加的に設けることができる。

上記実施形態では、撮影装置１００から決済ＩＤに関連付けられた決済パラメータの状況の確認リクエストを送信したときに、これに返信するように管理サーバ２００から決済パラメータの状況を送信しているが、決済パラメータの状況の確認方法は、これに限定されない。例えば、撮影装置１００からのリクエストを行うことなく、所定時間おき、あるいは状況が変化したときに、管理サーバ２００が撮影装置１００に対して決済パラメータを送信することができる。あるいは、撮影装置１００が、管理サーバ２００に記憶されているパラメータを読み出すこともできる。

＜９−６＞
携帯端末４００の構成も特には限定されず、上述した各種の構成は、公知のスマートフォン等で実現することができる。

＜９−７＞
決済サーバ３００の構成も特には限定されず、公知の決済処理機能を有していれば、上述した処理を行うことができる。また、管理サーバ２００に対しては、少なくとも決済情報が有効で決済が可能であること、あるいは既に決済が完了したことを通知できればよい。

＜９−８＞
上記実施形態では、本発明のサービス提供装置として撮影装置１００を挙げたが、これに限定されない。すなわち、何らかのサービスの料金をｗｅｂ決済により支払うことができればよいため、自動販売機等、種々のサービス提供装置に適用することができる。

＜９−９＞
上記実施形態では、決済ＩＤを管理サーバ１００で生成しているが、各撮影装置１００で生成することもできる。この場合、各撮影装置１００で決済ＩＤが重複しないように、ネットワークを通じて各撮影装置１００間で確認を行えばよい。また、決済ＩＤに撮影装置１００固有の番号（筐体ＩＤ）を含めることによって、各撮影装置１００間で決済ＩＤが重複することを防止できる。

撮影装置１００で決済ＩＤを生成する場合は、図２５のステップＳ１０４の処理の際に、決済ＩＤをさらに送信する。ステップＳ２０１およびステップＳ２０２の処理は不要となる。また、本発明における決済ページ生成部は、サービス提供装置から取得する「決済要求」に基づいて決済ページ（上記実施形態の決済選択画面４０９）を生成するが、この場合における決済要求とは、決済ＩＤを管理サーバ２００に送信することを意味する。なお、決済ＩＤに関連付けられる決済パラメータの更新は、上記実施形態と同様に管理サーバ２００側で行われる。

１００ 撮影装置（サービス提供装置）
２００ 管理サーバ
２１１ 決済ページ生成部
２２１ 決済管理部
４０９ 決済選択画面（決済ページ）
５１２ 決済要求送信部
５１３ アクセス方法通知部
５１４ 決済状況確認部
５１５ サービス制御部
５１６ 決済キャンセル処理部（第１決済キャンセル処理部、第２決済キャンセル処理部）

Claims (7)

1. 利用者にサービスを提供するサービス提供装置と、前記サービス提供装置とネットワークを介して接続された管理サーバとを含み、前記サービス提供装置で提供するサービスに係る料金を徴収するための決済システムであって、
   前記管理サーバは、
   前記サービス提供装置から取得する決済要求に基づいて決済ページを生成する決済ページ生成部と、
   前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況情報を管理する決済管理部と、
   を備え、
   前記サービス提供装置は、
   前記料金の支払い方法が所定の決済方法に決定された場合、前記決済要求を前記管理サーバに対して送信する決済要求送信部と、
   前記決済ページへのアクセス方法を前記利用者に通知するアクセス方法通知部と、
   前記決済状況情報を前記管理サーバから取得する決済状況確認部と、
   取得した前記決済状況が決済完了を示すものである場合、前記サービスを提供することを許可するサービス制御部と、
   を備える、決済システム。
2. 前記サービス提供装置は、
   前記決済状況確認部が、前記決済状況が決済完了を示すものであることを所定制限時間内に取得できなかった場合、前記決済ページを通じての決済を不可能にするための要求を前記管理サーバに対して行う、第１決済キャンセル処理部をさらに備える、請求項１に記載の決済システム。
3. 前記サービス提供装置は、
   前記決済状況を取得する前に、前記利用者からキャンセルを受け付けた場合、前記決済ページを通じての決済を不可能にするための要求を前記サーバに対して行う、第２決済キャンセル処理部をさらに備える、請求項１または２に記載の決済システム。
4. 利用者にサービスを提供するサービス提供装置と、前記サービス提供装置とネットワークを介して接続された管理サーバとを含み、前記サービス提供装置で提供するサービスに係る料金を徴収するための決済プログラムであって、
   前記管理サーバのコンピュータに、
   前記サービス提供装置から取得する決済要求に基づいて決済ページを生成するステップと、
   前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況を管理するステップと、
   を実行させ、
   前記サービス提供装置のコンピュータに、
   前記料金の支払い方法が所定の決済方法に決定された場合、前記決済要求を前記管理サーバに対して送信するステップと、
   前記決済ページへのアクセス方法を前記利用者に通知するステップと、
   前記決済状況情報を前記管理サーバから取得するステップと、
   取得した前記決済状況が決済完了を示すものである場合、前記サービスを提供することを許可するステップと、
   を実行させる、決済プログラム。
5. 利用者にサービスを提供するサービス提供装置と、前記サービス提供装置とネットワークを介して接続された管理サーバとを含むシステムにおいて、前記サービス提供装置で提供するサービスに係る料金を徴収するための決済方法であって、
   前記料金の支払い方法が所定の決済方法に決定された場合、決済要求を前記サービス提供装置から前記管理サーバに対して送信するステップと、
   前記管理サーバが、前記サービス提供装置から取得した前記決済要求に基づいて決済ページを生成するステップと、
   前記決済ページへのアクセス方法を前記利用者に通知するステップと、
   前記管理サーバにおいて、前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況情報を管理するステップと、
   前記サービス提供装置において、前記決済状況情報を前記管理サーバから取得するステップと、
   前記サービス提供装置において、取得した前記決済状況が決済完了を示すものである場合、前記サービスを提供することを許可するステップと、
   を備えている、決済方法。
6. ネットワークを介して管理サーバと接続され、提供するサービスに係る料金を徴収する、サービス提供装置であって、
   前記料金の支払い方法が所定の決済方法に決定された場合、決済要求を前記管理サーバに対して送信する決済要求送信部と、
   前記決済要求に基づいて前記管理サーバにおいて生成された決済ページを受信した後、当該決済ページへのアクセス方法を前記利用者に通知するアクセス方法通知部と、
   前記管理サーバにおいて管理され、前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況情報を、前記管理サーバから取得する決済状況確認部と、
   取得した前記決済状況が決済完了を示すものである場合、前記サービスを提供することを許可するサービス制御部と、
   を備える、サービス提供装置。
7. ネットワークを介してサービス提供装置と接続され、前記サービス提供装置において提供されるサービスに係る料金を徴収するための管理サーバであって、
   前記料金の支払い方法が所定の決済方法に決定された場合に、前記サービス提供装置から取得する決済要求に基づいて決済ページを生成し、前記サービス提供装置に送信する決済ページ生成部と、
   前記利用者の前記決済ページを通じての決済が完了されたか否かを示す決済状況情報を管理する決済管理部と、
   を備え、
   前記サービス提供装置からのリクエストにより、または自主的に、前記決済状況情報を前記サービス提供装置に提供するように構成されている、管理サーバ。

Images