JP2021033801A - サービス管理システム、サービス管理装置、サービス管理方法およびプログラム - Google Patents

Abstract

【課題】サービスの提供を受ける利用者の利便性を向上させることが可能な技術が提供されることが望まれる。【解決手段】第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とする処理部を備える、サービス管理システムが提供される。【選択図】図１

Description

本発明は、サービス管理システム、サービス管理装置、サービス管理方法およびプログラムに関する。

近年、紙などの媒体に印刷された二次元バーコードなどの符号化コードを読み取ることによって、読み取った符号化コードに応じたサービスの提供を受けることを可能にする技術が知られている。また、符号化コードに複数の情報を埋め込む技術が開示されている（例えば、特許文献１参照）。

特開２００５−１４９４７１号公報

しかしながら、一つの符号化コードにより提供される機能がサービスの単一の機能に留まることなく、サービスの提供を受ける利用者の利便性を向上させることが可能な技術が提供されることが望まれる。

上記問題を解決するために、本発明のある観点によれば、第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とする処理部を備える、サービス管理システムが提供される。

前記処理部は、前記第１の決済が行われた場合に決済済みを示す決済結果を決済識別情報に紐づけることによって、前記サービスの提供を可能としてもよい。

前記処理部は、前記第１の決済が行われた場合に決済方法を決済識別情報に紐づけることによって、前記決済方法による前記第２の決済を可能としてもよい。

前記サービス管理システムは、第１の読取部によって前記決済識別情報およびサービス識別情報が読み取られた場合に、前記決済識別情報に決済済みを示す決済結果が紐づけられていれば、前記サービス識別情報に対応するサービスが提供されるように制御する出力制御部を備えてもよい。

前記出力制御部は、第２の読取部によって前記決済識別情報が読み取られた場合に、前記決済識別情報に前記決済方法が紐づけられていれば、前記決済方法による前記第２の決済が行われるように制御してもよい。

前記出力制御部は、前記第２の読取部によって前記決済識別情報が読み取られた場合に、前記決済識別情報に前記決済方法が紐づけられていれば、前記決済識別情報に紐づけられた通知方法に従って決済の承認依頼を提供し、決済に対する承認が得られた場合に、前記決済方法による前記第２の決済が行われるように制御してもよい。

前記第２の決済は、商品の購入金額の決済であり、前記承認依頼は、前記商品の金額を含んでもよい。

前記出力制御部は、前記決済識別情報および前記サービス識別情報が出力されるように制御し、前記処理部は、前記決済識別情報および前記サービス識別情報の読み取りに基づいて前記サービスに対応する前記第１の決済が行われた場合に、前記決済識別情報に決済済みを示す決済結果を紐づけてもよい。

前記出力制御部は、前記第１の決済が行われた場合に、前記決済識別情報および前記サービス識別情報が出力されるように制御してもよい。

前記出力制御部は、前記決済識別情報および前記サービス識別情報が符号化コードとして出力されるように制御してもよい。

また、本発明の別の観点によれば、第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とする処理部を備える、サービス管理装置が提供される。

また、本発明の別の観点によれば、第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とすることを含む、サービス管理方法が提供される。

また、本発明の別の観点によれば、コンピュータを、第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とする処理部を備える、サービス管理システムとして機能させるためのプログラムが提供される。

以上説明したように本発明によれば、サービスの提供を受ける利用者の利便性を向上させることが可能な技術が提供される。

本発明の実施形態に係るシステムの構成例を示す図である。 同実施形態に係る利用者端末の機能構成例を示すブロック図である。 同実施形態に係る入場券システムの機能構成例を示すブロック図である。 同実施形態に係る決済システムの機能構成例を示すブロック図である。 同実施形態に係る改札システムの機能構成例を示すブロック図である。 同実施形態に係る販売システムの機能構成例を示すブロック図である。 入場券の構成例を示す図である。 入場券情報の構成例を示す図である。 決済情報の構成例を示す図である。 入場券購入手続き（発券後決済）の流れを示すシーケンス図である。 入場券購入手続き（発券時決済）の流れを示すシーケンス図である。 サービス提供の流れを示すシーケンス図である。 商品購入の流れを示すシーケンス図である。 商品購入の流れを示すシーケンス図である。 本発明の実施形態に係る入場券システムの例としての情報処理装置のハードウェア構成を示す図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書および図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合がある。ただし、実質的に同一の機能構成を有する複数の構成要素等の各々を特に区別する必要がない場合、同一符号のみを付する。また、異なる実施形態の類似する構成要素については、同一の符号の後に異なるアルファベットを付して区別する場合がある。ただし、異なる実施形態の類似する構成要素等の各々を特に区別する必要がない場合、同一符号のみを付する。

（１．実施形態の詳細）
続いて、本発明の実施形態の詳細について説明する。

（１−１．システムの構成例）
まず、本発明の実施形態に係るシステムの構成例について説明する。図１は、本発明の実施形態に係るシステムの構成例を示す図である。本発明の実施形態に係るシステム１は、利用者端末１０と、入場券システム２０と、決済システム３０と、改札システム４０と、販売システム５０とを有する。利用者端末１０、入場券システム２０、決済システム３０、改札システム４０および販売システム５０は、ネットワーク６０を介して互いに通信可能に構成されている。ネットワーク６０は、インターネットを含んでよい。ただし、セキュリティを考慮し、ネットワーク６０の少なくとも一部は、専用線によって構成されてもよい。

利用者端末１０は、利用者によって利用される端末である。利用者は、サービスの利用者である。本発明の実施形態では、利用者がサービスを利用するために利用料金が掛かる場合を想定する。ここで、利用者が受けるサービスの種類は限定されない。本発明の実施形態では、サービスの例として施設（テーマパークなどの娯楽施設）などの利用を主に想定する。このとき、施設の利用には入場券が必要となる。しかし、サービスは、交通機関（例えば、乗り物など）の利用などであってもよい。かかる場合には、入場券は、改札口内への入場に必要な乗車券であってよい。

例えば、利用者端末１０は、後に説明する入場券アプリケーションを実行可能である。その他、利用者端末１０は、各種の画面表示用のプログラムおよび各種の操作画面用のプログラムなどを実行し得る。本発明の実施形態では、利用者端末１０がスマートフォンである場合を主に想定する。しかし、利用者端末１０は、スマートフォン以外の端末であってもよい。例えば、利用者端末１０は、タブレット端末であってもよいし、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であってもよいし、その他の機器であってもよい。

入場券システム２０は、入場券の発券を行うシステムである。例えば、入場券システム２０は、コンピュータによって実現され得る。本発明の実施形態では、入場券システム２０が入場券を発券する発券端末と発券端末に接続される入場券サーバとに分割されて構成される場合を主に想定する。かかる場合、発券端末は、施設の入口付近に設置されていてもよいし、コンビニエンスストアなどの店舗に設置されていてもよい。しかし、入場券システム２０の具体的な構成はかかる例に限定されない。例えば、発券端末の代わりに、入場券を表示する表示端末が利用されてもよい。このとき、表示端末の機能は、利用者端末１０が有してもよいし、他の端末が有してもよい。あるいは、入場券システム２０は、一体化されたコンピュータによって構成されてもよい。なお、入場券システム２０は、サービス管理システムまたはサービス管理装置の例として機能し得る。

決済システム３０は、決済を行うシステムである。決済システム３０は、利用者の口座情報および認証情報を管理している。利用者の口座情報は、銀行の口座番号であり得る。あるいは、利用者の口座情報は、クレジットカード番号であり得る。また、決済システム３０は、決済指示に従って決済（利用者の口座からの金額の引き落とし）を実行することが可能である。認証情報は、利用者の認証に必要な情報である。例えば、認証情報は、利用者の正当性を判断可能な情報であれば限定されず、パスワードなどであってよい。例えば、決済システム３０は、コンピュータ（例えば、サーバなど）によって実現され得る。

改札システム４０は、利用者が正当である場合（すなわち、利用料金の決済が完了している場合）、改札口内への利用者の入場を許可する。本発明の実施形態では、改札システム４０がゲートの開閉によって利用者の入場を許可または禁止する場合を主に想定する。しかし、改札システム４０から利用者が正当である旨の提示を受けたスタッフが手動によって、改札口内への利用者の入場を許可してもよい。例えば、入場券システム２０は、コンピュータによって実現され得る。本発明の実施形態では、改札システム４０が改札端末と改札端末に接続される改札サーバとに分割されて構成される場合を主に想定する。しかし、改札システム４０の具体的な構成はかかる例に限定されない。例えば、改札システム４０は、一体化されたコンピュータによって構成されてもよい。

販売システム５０は、商品の販売に利用されるシステムである。例えば、販売システム５０は、コンピュータ（例えば、サーバなど）によって実現され得る。本発明の実施形態では、販売システム５０が販売端末と販売端末に接続される販売サーバとに分割されて構成される場合を主に想定する。かかる場合、販売端末は、施設内に設置されていてもよい。しかし、販売システム５０の具体的な構成はかかる例に限定されない。例えば、改札システム４０は、一体化されたコンピュータによって構成されてもよい。

（利用者端末１０）
続いて、本発明の実施形態に係る利用者端末１０の機能構成例について説明する。図２は、本発明の実施形態に係る利用者端末１０の機能構成例を示すブロック図である。図２に示したように、本発明の実施形態に係る利用者端末１０は、制御部１１０、操作部１２０、読取部１３０、記憶部１４０、通信部１５０および提示部１６０を備える。

制御部１１０は、利用者端末１０の動作全体を制御する機能を有する。制御部１１０は、専用のハードウェアによって構成されてもよいし、利用者端末１０に内蔵されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）がＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に記憶されたプログラムをＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。プログラムの一例として、制御部１１０は、入場券システムアプリケーション１４１を実行し得る。

操作部１２０は、利用者から入力される操作を受け付ける。また、操作部１２０は、利用者から受け付けた操作を制御部１１０に提供する。本発明の実施形態においては、操作部１２０がタッチパネルである場合を主に想定する。しかし、操作部１２０の具体的な構成は限定されない。例えば、操作部１２０は、タッチパネル以外の入力装置（例えば、キーボードおよびマウスなど）であってもよい。

読取部１３０は、入場券から符号化コードを読み取る機能を有する。符号化コードについては後に詳細に説明する。紙面への印字によって入場券が発券される場合には、読取部１３０は、紙面に印字された符号化コードを読み取る。あるいは、入場券が表示端末によって表示される場合には、読取部１３０は、表示端末によって表示された入場券から符号化コードを読み取る。例えば、読取部１３０は、符号化コードを撮像するイメージセンサによって構成されてよい。

記憶部１４０は、制御部１１０を動作させるためのプログラムやデータを記憶することができる。プログラムの一例として、入場券システムアプリケーション１４１を記憶している。また、記憶部１４０は、制御部１１０の動作の過程で必要となる各種データを一時的に記憶することもできる。

通信部１５０は、ネットワーク６０を介して他の装置との間で各種情報を送受信するための通信インタフェースである。例えば、通信部１５０は、ネットワーク６０を介して入場券システム２０に情報を送信する送信部として機能し得る。また、通信部１５０は、ネットワーク６０を介して入場券システム２０から情報を受信する受信部として機能し得る。

提示部１６０は、制御部１１０による制御に従って提示を行う機能を有する。例えば、提示部１６０は、制御部１１０による制御に従って、後に説明する承認依頼に関する情報を表示することが可能である。ここで、提示部１６０の形態は特に限定されない。例えば、提示部１６０は、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置、ランプなどの表示装置であってよい。

（入場券システム２０）
続いて、本発明の実施形態に係る入場券システム２０の機能構成例について説明する。図３は、本発明の実施形態に係る入場券システム２０の機能構成例を示すブロック図である。図３に示したように、本発明の実施形態に係る入場券システム２０は、制御部２１０、入力部２２０、記憶部２３０、通信部２４０および出力部２５０を備える。

制御部２１０は、入場券システム２０の動作全体を制御する機能を有する。制御部２１０は、専用のハードウェアによって構成されてもよいし、入場券システム２０に内蔵されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）がＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に記憶されたプログラムをＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。制御部２１０は、取得部２１１、処理部２１２および出力制御部２１３を有する。これらの機能ブロックの詳細については、後に説明する。

入力部２２０は、利用者から入力される操作を受け付ける。また、入力部２２０は、利用者から受け付けた操作を制御部２１０に提供する。本発明の実施形態においては、入力部２２０がタッチパネルである場合を主に想定する。しかし、入力部２２０の具体的な構成は限定されない。例えば、入力部２２０は、タッチパネル以外の入力装置（例えば、キーボードおよびマウスなど）であってもよい。

記憶部２３０は、制御部２１０を動作させるためのプログラムやデータを記憶することができる。具体的に、記憶部２３０は、データの例として、入場券情報２３１および決済情報２３２を記憶する。入場券情報２３１および決済情報２３２の詳細については、後に説明する。また、記憶部２３０は、制御部２１０の動作の過程で必要となる各種データを一時的に記憶することもできる。

通信部２４０は、ネットワーク６０を介して他の装置との間で各種情報を送受信するための通信インタフェースである。例えば、通信部２４０は、ネットワーク６０を介して利用者端末１０に情報を送信する送信部として機能し得る。また、通信部２４０は、ネットワーク６０を介して利用者端末１０から送信された情報を受信する受信部として機能し得る。

出力部２５０は、制御部２１０による制御に従って出力を行う機能を有する。例えば、出力部２５０は、制御部２１０による制御に従って、紙面に印字を行うことによって入場券を発券することが可能である。ここで、出力部２５０の形態は特に限定されない。例えば、出力部２５０は、入場券を発券する代わりに、表示端末に入場券の画像データを送信することが可能であってもよい。

なお、上記したように、本発明の実施形態では、入場券システム２０が発券端末と入場券サーバとに分割されて構成される場合を主に想定する。かかる場合には、発券端末は、操作部１２０、読取部１３０および提示部１６０とこれらに対応する制御部を有していればよい。このとき、入場券サーバは、入場券システム２０が有する機能のうち、発券端末が有する機能以外の機能を有していればよい。

（決済システム３０）
続いて、本発明の実施形態に係る決済システム３０の機能構成例について説明する。図４は、本発明の実施形態に係る決済システム３０の機能構成例を示すブロック図である。図４に示したように、本発明の実施形態に係る決済システム３０は、制御部３１０、記憶部３３０および通信部３４０を備える。

制御部３１０は、決済システム３０の動作全体を制御する機能を有する。制御部３１０は、専用のハードウェアによって構成されてもよいし、決済システム３０に内蔵されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）がＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に記憶されたプログラムをＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。

記憶部３３０は、制御部３１０を動作させるためのプログラムやデータを記憶することができる。具体的に、記憶部３２０は、データの例として、利用者の口座情報および認証情報を記憶する。また、記憶部３３０は、制御部３１０の動作の過程で必要となる各種データを一時的に記憶することもできる。

通信部３４０は、ネットワーク６０を介して他の装置との間で各種情報を送受信するための通信インタフェースである。例えば、通信部３４０は、ネットワーク６０を介して入場券システム２０に情報を送信する送信部として機能し得る。また、通信部３４０は、ネットワーク６０を介して入場券システム２０から送信された情報を受信する受信部として機能し得る。

（改札システム４０）
続いて、本発明の実施形態に係る改札システム４０の機能構成例について説明する。図５は、本発明の実施形態に係る改札システム４０の機能構成例を示すブロック図である。図５に示したように、本発明の実施形態に係る改札システム４０は、制御部４１０、読取部４２０、記憶部４３０、通信部４４０およびゲート部４５０を備える。

制御部４１０は、改札システム４０の動作全体を制御する機能を有する。制御部４１０は、専用のハードウェアによって構成されてもよいし、改札システム４０に内蔵されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）がＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に記憶されたプログラムをＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。

読取部４２０は、入場券から符号化コードを読み取る機能を有する。符号化コードについては後に詳細に説明する。紙面への印字によって入場券が発券される場合には、読取部４２０は、紙面に印字された符号化コードを読み取る。あるいは、入場券が表示端末によって表示される場合には、読取部４２０は、表示端末によって表示された入場券から符号化コードを読み取る。例えば、読取部１３０は、符号化コードを撮像するイメージセンサによって構成されてよい。

記憶部４３０は、制御部４１０を動作させるためのプログラムやデータを記憶することができる。また、記憶部４３０は、制御部４１０の動作の過程で必要となる各種データを一時的に記憶することもできる。

通信部４４０は、ネットワーク６０を介して他の装置との間で各種情報を送受信するための通信インタフェースである。例えば、通信部４４０は、ネットワーク６０を介して入場券システム２０に情報を送信する送信部として機能し得る。また、通信部４４０は、ネットワーク６０を介して入場券システム２０から送信された情報を受信する受信部として機能し得る。

ゲート部４５０は、制御部４１０による制御に従って出力を行う機能を有する。例えば、ゲート部４５０は、制御部４１０による制御に従って、利用者の改札口内への入場を許可または禁止するように移動することが可能である。なお、上記したように、スタッフが手動によって改札口内への利用者の入場を許可する場合も想定される。かかる場合には、改札システム４０は、ゲート部４５０の代わりに、スタッフに対して利用者が正当である旨または正当ではない旨を出力する機能を有してもよい。

なお、上記したように、本発明の実施形態では、改札システム４０が改札端末と改札サーバとに分割されて構成される場合を主に想定する。かかる場合には、改札端末は、読取部４２０およびゲート部４５０とこれらに対応する制御部を有していればよい。このとき、改札サーバは、改札システム４０が有する機能のうち、改札端末が有する機能以外の機能を有していればよい。

（販売システム５０）
続いて、本発明の実施形態に係る販売システム５０の機能構成例について説明する。図６は、本発明の実施形態に係る販売システム５０の機能構成例を示すブロック図である。図６に示したように、本発明の実施形態に係る販売システム５０は、制御部５１０、操作部５２０、読取部５３０、記憶部５４０、通信部５５０および提示部５６０を備える。

制御部５１０は、販売システム５０の動作全体を制御する機能を有する。制御部５１０は、専用のハードウェアによって構成されてもよいし、販売システム５０に内蔵されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）がＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に記憶されたプログラムをＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）に展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。

操作部５２０は、販売者から入力される操作を受け付ける。また、操作部５２０は、販売者から受け付けた操作を制御部５１０に提供する。本発明の実施形態においては、操作部５２０がタッチパネルである場合を主に想定する。しかし、操作部５２０の具体的な構成は限定されない。例えば、操作部５２０は、タッチパネル以外の入力装置（例えば、キーボードおよびマウスなど）であってもよい。

読取部５３０は、入場券から符号化コードを読み取る機能を有する。符号化コードについては後に詳細に説明する。紙面への印字によって入場券が発券される場合には、読取部５３０は、紙面に印字された符号化コードを読み取る。あるいは、入場券が表示端末によって表示される場合には、読取部５３０は、表示端末によって表示された入場券から符号化コードを読み取る。例えば、読取部５３０は、符号化コードを撮像するイメージセンサによって構成されてよい。

記憶部５４０は、制御部５１０を動作させるためのプログラムやデータを記憶することができる。また、記憶部５４０は、制御部５１０の動作の過程で必要となる各種データを一時的に記憶することもできる。

通信部５５０は、ネットワーク６０を介して他の装置との間で各種情報を送受信するための通信インタフェースである。例えば、通信部５５０は、ネットワーク６０を介して入場券システム２０に情報を送信する送信部として機能し得る。また、通信部５５０は、ネットワーク６０を介して入場券システム２０から送信された情報を受信する受信部として機能し得る。

提示部５６０は、制御部５１０による制御に従って提示を行う機能を有する。例えば、提示部５６０は、制御部５１０による制御に従って、後に説明する決済結果を表示することが可能である。ここで、提示部５６０の形態は特に限定されない。例えば、提示部５６０は、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置、ランプなどの表示装置であってよい。

なお、上記したように、本発明の実施形態では、販売システム５０が販売端末と販売サーバとに分割されて構成される場合を主に想定する。かかる場合には、販売端末は、操作部５２０、読取部５３０および提示部５６０とこれらに対応する制御部を有していればよい。このとき、販売サーバは、販売システム５０が有する機能のうち、販売端末が有する機能以外の機能を有していればよい。

（１−２．入場券の構成例）
続いて、入場券の構成例について説明する。図７は、入場券の構成例を示す図である。図７を参照すると、一例として入場券Ｔ１が示されている。

図７に示されるように、入場券Ｔ１には、施設を利用する日付である「利用日付」が記載される。また、入場券Ｔ１には、施設利用の種別を示す「利用種別」が記載される。例えば、利用種別は、利用権限に関する情報（例えば、図７に示されたように、施設内の入場可能なエリアを示す情報など）であってよい。さらに、入場券Ｔ１には、利用者の人数を示す「利用人数」が記載される。例えば、利用人数は、利用者の属性（例えば、図７に示されたように、大人と子供など）ごとの人数であってもよい。また、入場券Ｔ１には、施設利用に掛かる金額である「利用金額」が記載される。

入場券Ｔ１には、符号化コードＣ１が記載される。符号化コードＣ１には、入場券を識別するための識別情報（以下、「入場券ＩＤ」とも言う。）のコード（すなわち、サービスを識別するための情報）が含まれる他、決済を識別するための識別情報（以下、「決済ＩＤ」とも言う。）のコードが含まれる。なお、本発明の実施形態では、符号化コードＣ１の例として、二次元コード（例えば、ＱＲコード（登録商標）など）が用いられる場合を主に想定する。しかし、符号化コードＣ１は、一次元コード（例えば、バーコードなど）であってもよい。

その他、図７に示されるように、入場券Ｔ１には、入場券ＩＤが記載されてもよい。また、図７に示されるように、入場券Ｔ１には、決済ＩＤが記載されてもよい。あるいは、入場券Ｔ１には、図８を用いて説明する「購入日時」「購入場所」が記載されてもよい。

（１−３．入場券情報の構成例）
続いて、入場券情報の構成例について説明する。図８は、入場券情報の構成例を示す図である。図８を参照すると、入場券情報の一例として入場券情報２３１−１が示されている。入場券情報２３１−１には、入場券ＩＤが含まれている。このように、初期段階では、入場券情報２３１−１には、入場券ＩＤが含まれている。

さらに、その後の処理によって、入場券情報２３１−１に示されるように、入場券ＩＤには、利用者によって入場券が購入された日付である「購入日付」、利用者によって入場券が購入された場所を示す「購入場所」および「利用情報」が紐づけられる。「利用情報」は、利用日付、利用種別、利用人数および利用金額を含んでよいが、これらの情報は、図７を参照しながら説明した通りである。

（１−４．決済情報の構成例）
続いて、決済情報の構成例について説明する。図９は、決済情報の構成例を示す図である。図９を参照すると、決済情報の一例として決済情報２３２−１が示されている。決済情報２３２−１には、決済ＩＤが含まれている。このように、初期段階では、決済情報２３２−１には、決済ＩＤが含まれている。

さらに、その後の処理によって、決済情報２３２−２に示されるように、決済ＩＤには、利用者への承認依頼の通知方法である「通知方法」、どのようにして決済を行うかを示す「決済方法」および決済が正常終了したか異常終了したかを示す「決済結果」が紐づけられる。

（１−５．システムの動作例）
続いて、本発明の実施形態に係るシステムの動作例について説明する。以下では、本発明の実施形態に係るシステムの動作例として、「入場券購入手続き（発券後決済）」「入場券購入手続き（発券時決済）」「サービス提供」「商品購入」を順に説明する。

（入場券購入手続き（発券後決済））
図１０は、入場券購入手続き（発券後決済）の流れを示すシーケンス図である。この例では、利用者が入場券を購入するが、入場券が発券された後に発券された入場券を利用してサービス利用のための決済が行われる。まず、図１０に示されるように、利用者が入場券システム２０に対して入場券の発券操作を行う（Ｓ１１）。このとき、利用者は、発券操作の入力に際して、利用日付、利用種別および利用人数を入力する。なお、利用者は、かかる発券操作と同様の操作を表示端末において表示された入場券システム２０のＷｅｂページに対して行ってもよい。

発券操作は、入場券システム２０の入力部２２０によって受け付けられ、取得部２１１によって取得される。処理部２１２は、決済ＩＤおよび入場券ＩＤを発行し（図８に示された入場券情報２３１−１、決済情報２３２−２）、発行した決済ＩＤおよび入場券ＩＤを符号化した符号化コードＣ１を生成する。処理部２１２は、利用日付、利用種別および利用人数を入場券ＩＤに紐づけるとともに、利用日付、利用種別および利用人数に基づいて利用金額を算出し、利用金額を入場券ＩＤに紐づける。さらに、処理部２１２は、利用者によって発券操作が行われた日付を購入日付として入場券ＩＤに紐づけるとともに、利用者によって発券操作が行われた場所を購入場所として入場券ＩＤに紐づける（図８に示された入場券情報２３１−２）。

出力制御部２１３は、（決済ＩＤおよび入場券ＩＤを符号化した）符号化コードＣ１が出力されるように出力部２５０を制御する。より具体的には、紙面に符号化コードＣ１が印字されるように出力部２５０を制御する。これによって、符号化コードＣ１が印字された入場券Ｔ１が発券される（Ｓ１２）。このとき、図７に示されるように、出力制御部２１３は、符号化コードＣ１の他、利用情報（利用日付、利用種別、利用人数および利用金額）、入場券Ｔ１および決済ＩＤも印字されるように出力部２５０を制御してもよい。なお、出力制御部２１３は、発券操作と同様の操作が表示端末において表示された入場券システム２０のＷｅｂページに対して行われた場合には、符号化コードＣ１の画像データが当該Ｗｅｂページに送信されるように制御してもよい。

利用者は、入場券Ｔ１が発券されると、利用者端末１０の入場券システムアプリケーション１４１を起動し、読取部１３０によって入場券Ｔ１から符号化コードＣ１を読み取らせ（Ｓ１３）、符号化コードＣ１を入場券システムアプリケーション１４１に入力する。提示部１６０は、符号化コードＣ１の読み取り結果（符号化コードＣ１の読み取りが成功したか否かを示す結果）を利用者に提示する（Ｓ１４）。なお、ここでは、符号化コードＣ１を入場券システムアプリケーション１４１に入力する場合を想定するが、符号化コードＣ１は、入場券システムアプリケーション１４１の代わりに、入場券システム２０のＷｅｂページに入力されてもよい。

続いて、利用者は、利用者端末１０に対して決済操作を行う（Ｓ１５）。決済操作は、操作部１２０によって受け付けられ、入場券システムアプリケーション１４１に入力される。このとき、利用者は、決済操作の入力に際して、利用者の認証に必要な認証情報を入力する。入場券システムアプリケーション１４１に入力されると、入場券システムアプリケーション１４１によって決済要求が入場券システム２０に送信される（Ｓ１６）。このとき、決済要求には、符号化コードＣ１、利用者への承認依頼の通知方法、どのようにして決済を行うかを示す決済方法および認証情報が含まれてよい。

なお、通知方法の例としては、入場券システムアプリケーション１４１への通知、電子メールでの通知、（アカウントに対応する）ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）での通知などが想定される。これらの通知方法のいずれかが、利用者によって直接入力されてもよいし、あらかじめ設定されていてもよい。また、これらの通知方法に対応する利用者ＩＤ（電子メールアドレス、ＳＮＳのアカウントなど）も、利用者によって直接入力されてもよいし、あらかじめ設定されていてもよい。なお、通知方法は、入場券の発券操作（Ｓ１１）において入力されてもよい。

また、決済方法としては、銀行振込決済、クレジットカード決済などが想定される。これらの決済方法のいずれかが、利用者によって直接入力されてもよいし、あらかじめ設定されていてもよい。また、これらの決済方法に対応する番号（銀行の口座番号、クレジットカード番号など）も、利用者によって直接入力されてもよいし、あらかじめ設定されていてもよい。

入場券システム２０においては、通信部２４０によって決済要求が受信され、取得部２１１によって決済要求が取得される。処理部２１２は、決済要求に含まれる符号化コードＣ１に対応する入場券ＩＤおよび決済ＩＤを取得し、入場券ＩＤに対応する利用金額を取得する。出力制御部２１３は、決済指示が決済システム３０に送信されるように通信部２４０を制御する（Ｓ１７）。決済指示には、決済方法、認証情報および利用金額が含まれてよい。

決済システム３０においては、通信部３４０によって決済指示が受信されると、制御部３１０によって、決済指示に含まれる決済方法および認証情報に基づいて、利用者の認証が行われる。制御部３１０は、利用者の認証が正常に終了した場合には、決済方法および利用金額に基づいて決済を行う（Ｓ１８）。制御部３１０は、決済済みであるか否かを示す決済結果が入場券システム２０に送信されるように通信部３４０を制御する（Ｓ１９）。入場券システム２０において、決済結果は、通信部２４０によって受信され、取得部２１１によって取得される。

処理部２１２は、決済結果を参照することによって、サービス利用のための決済（第１の決済）が済んだか否かを把握することができる。ここで、本発明の実施形態では、処理部２１２は、サービス利用のための決済が行われた場合に、サービスの提供を可能とするとともに、サービス利用のための決済（（第１の決済）とは異なる他の決済（第２の決済）を可能とする。これによって、サービスの提供を受ける利用者の利便性を向上させることが可能となる。ここでは、第２の決済が、商品の購入金額の決済である場合を想定するが、第２の決済は、かかる例に限定されない。

より詳細に、処理部２１２は、サービス利用のための決済が行われた場合に、決済済みを示す決済結果を決済ＩＤに紐づけることによって、サービスの提供を可能とする。さらに、処理部２１２は、サービス利用のための決済が行われた場合に、決済方法を決済ＩＤに紐づけることによって、決済方法による商品の購入金額の決済を可能とする。また、処理部２１２は、サービス利用のための決済が行われた場合に、通知方法を決済ＩＤに紐づける（Ｓ２０）。

出力制御部２１３は、決済結果が出力部２５０によって利用者に提示されるように制御する（Ｓ２１）。図１０を参照しながら説明したように、入場券購入手続き（発券後決済）においては、出力制御部２１３は、決済ＩＤおよび入場券ＩＤの符号化コードＣ１が出力部２５０によって出力されるように出力部２５０を制御する。そして、処理部２１２は、かかる符号化コードＣ１の読み取りに基づいてサービス利用のための決済（第１の決済）が行われた場合に、決済ＩＤに決済済みを示す決済結果を紐づける。

（入場券購入手続き（発券時決済））
図１１は、入場券購入手続き（発券時決済）の流れを示すシーケンス図である。この例では、利用者が入場券を購入するが、入場券の発券時にサービス利用のための決済が行われる。まず、図１１に示されるように、利用者が入場券システム２０に対して入場券の発券操作を行う（Ｓ３１）。このとき、利用者は、発券操作の入力に際して、利用日付、利用種別および利用人数を入力する。なお、利用者は、かかる発券操作と同様の操作を表示端末において表示された入場券システム２０のＷｅｂページに対して行ってもよい。

発券操作は、入場券システム２０の入力部２２０によって受け付けられ、取得部２１１によって取得される。処理部２１２は、決済ＩＤおよび入場券ＩＤを発行し（図８に示された入場券情報２３１−１、決済情報２３２−２）、発行した決済ＩＤおよび入場券ＩＤを符号化した符号化コードＣ１を生成する。処理部２１２は、利用日付、利用種別および利用人数を入場券ＩＤに紐づけるとともに、利用日付、利用種別および利用人数に基づいて利用金額を算出し、利用金額を入場券ＩＤに紐づける。さらに、処理部２１２は、利用者によって発券操作が行われた日付を購入日付として入場券ＩＤに紐づけるとともに、利用者によって発券操作が行われた場所を購入場所として入場券ＩＤに紐づける（図８に示された入場券情報２３１−２）。

利用者は、入場券システム２０に対して決済操作を行う（Ｓ３２）。決済操作は、入力部２２０によって受け付けられ、制御部２１０に入力される。このとき、利用者は、決済操作の入力に際して、通知方法、決済方法および認証情報を入力する。決済操作が制御部２１０に入力されると、制御部２１０は、決済指示が決済システム３０に送信されるように通信部２４０を制御する（Ｓ３３）。決済指示には、決済方法、認証情報および利用金額が含まれてよい。

決済システム３０においては、通信部３４０によって決済指示が受信されると、制御部３１０によって、決済指示に含まれる決済方法および認証情報に基づいて、利用者の認証が行われる。制御部３１０は、利用者の認証が正常に終了した場合には、決済方法および利用金額に基づいて決済を行う（Ｓ３４）。制御部３１０は、決済済みであるか否かを示す決済結果が入場券システム２０に送信されるように通信部３４０を制御する（Ｓ３５）。入場券システム２０において、決済結果は、通信部２４０によって受信され、取得部２１１によって取得される。

処理部２１２は、決済結果を参照することによって、サービス利用のための決済（第１の決済）が済んだか否かを把握することができる。上記と同様に、処理部２１２は、サービス利用のための決済が行われた場合に、サービスの提供を可能とするとともに、サービス利用のための決済（（第１の決済）とは異なる他の決済（第２の決済）を可能とする。これによって、サービスの提供を受ける利用者の利便性を向上させることが可能となる。ここでは、上記と同様に、第２の決済が、商品の購入金額の決済である場合を想定する。

より詳細に、処理部２１２は、サービス利用のための決済が行われた場合に、決済済みを示す決済結果を決済ＩＤに紐づけることによって、サービスの提供を可能とする。さらに、処理部２１２は、サービス利用のための決済が行われた場合に、決済方法を決済ＩＤに紐づけることによって、決済方法による商品の購入金額の決済を可能とする。また、処理部２１２は、サービス利用のための決済が行われた場合に、通知方法を決済ＩＤに紐づける（Ｓ３６）。

出力制御部２１３は、決済結果が出力部２５０によって利用者に提示されるように制御する（Ｓ３７）。

出力制御部２１３は、（決済ＩＤおよび入場券ＩＤを符号化した）符号化コードＣ１が出力されるように出力部２５０を制御する。より具体的には、紙面に符号化コードＣ１が印字されるように出力部２５０を制御する。これによって、符号化コードＣ１が印字された入場券Ｔ１が発券される（Ｓ３８）。このとき、図７に示されるように、出力制御部２１３は、符号化コードＣ１の他、利用情報（利用日付、利用種別、利用人数および利用金額）、入場券Ｔ１および決済ＩＤも印字されるように出力部２５０を制御してもよい。なお、出力制御部２１３は、発券操作と同様の操作が表示端末において表示された入場券システム２０のＷｅｂページに対して行われた場合には、符号化コードＣ１の画像データが当該Ｗｅｂページに送信されるように制御してもよい。

図１１を参照しながら説明したように、入場券購入手続き（発券時決済）においては、出力制御部２１３は、サービス利用のための決済（第１の決済）が行われた場合に、決済ＩＤおよび入場券ＩＤの符号化コードＣ１が出力部２５０によって出力されるように出力部２５０を制御する。

（サービス提供）
図１２は、サービス提供の流れを示すシーケンス図である。この例では、利用者がサービスの提供を受けるために、入場券を持参して施設の改札口に到達した場合を想定する。まず、図１２に示されるように、利用者が改札システム４０に対して入場券Ｔ１から符号化コードＣ１を読み取らせる（Ｓ５１）。なお、紙面に印字された符号化コードの代わりに、表示端末によって表示された符号化コードが読み取られてもよい。符号化コードＣ１は、改札システム４０における読取部４２０（第１の読取部）によって読み取られる。制御部４１０は、符号化コードＣ１から決済ＩＤを取得し、通信部４４０は、決済ＩＤを入場券システム２０に送信する（Ｓ５２）。

入場券システム２０において、通信部２４０が決済ＩＤを受信すると、取得部２１１によって決済ＩＤが取得され、決済ＩＤに対応する決済結果が取得される（Ｓ５３）。出力制御部２１３は、決済ＩＤに紐づけられている決済結果が決済済みを示す場合には、入場券ＩＤに対応するサービスが提供されるように改札システム４０を制御する。より詳細に、出力制御部２１３は、決済ＩＤに紐づけられている決済結果が決済済みを示す場合には、決済済みを示す決済結果が改札システム４０に送信されるように通信部２４０を制御する（Ｓ５４）。一方、出力制御部２１３は、決済ＩＤに紐づけられている決済結果が決済未完了を示す場合には、決済未完了を示す決済結果が改札システム４０に送信されるように通信部２４０を制御する。

改札システム４０においては、通信部４４０によって決済結果が受信される。制御部４１０は、決済結果が決済済みを示す場合には、サービスが利用者に提供されるように制御する。具体的には、制御部４１０は、決済ＩＤに紐づけられている決済結果が決済済みを示す場合には、利用者の改札口内への入場を許可するようにゲート部４５０を移動させる。一方、制御部４１０は、決済ＩＤに紐づけられている決済結果が決済未完了を示す場合には、利用者の改札口内への入場を禁止するようにゲート部４５０を移動させる。

なお、Ｓ５２において、決済ＩＤとともに入場券ＩＤも改札システム４０から入場券システム２０に送信され、Ｓ５４において、入場券ＩＤに対応する利用日付、利用種別および利用人数が改札システム４０に返信されてもよい。かかる場合には、改札システム４０において、制御部４１０は、決済結果が決済済みを示す場合には、利用日付、利用種別および利用人数に対応するサービスが利用者に提供されるように制御することも可能である。

なお、上記したように、制御部４１０は、スタッフに対して利用者が正当である旨または正当ではない旨が出力されるように制御してもよい。さらに、ここでは、出力制御部２１３が、決済ＩＤに紐づく決済結果が改札システム４０に送信されるように制御する場合を想定した。しかし、出力制御部２１３は、決済結果に加えて他の情報も考慮した利用者の正当性の判断結果が改札システム４０に送信されるように制御してもよい。

例えば、出力制御部２１３は、入場券ＩＤに紐づく利用日付が現在の日付でなければ、利用者が正当ではない旨の判断結果が改札システム４０に返信されるように制御してもよい。あるいは、出力制御部２１３は、符号化コードＣ１のチェックディジットを用いた認証に失敗した場合には、利用者が正当ではない旨の判断結果が改札システム４０に返信されるように制御してもよい。

（商品購入）
図１３および図１４は、商品購入の流れを示すシーケンス図である。この例では、サービス利用のための決済が行われた後に、利用者が入場券Ｔ１を用いて簡易に（例えば、施設内の店舗などにおいて）商品の購入をする場合を想定する。まず、図１３に示されるように、利用者が購入したい商品を販売システム５０に持って行くと、販売者は、商品に付されたタグから商品ＩＤを販売システム５０に読み取らせる（Ｓ６１）。さらに、利用者は、販売システム５０の読取部５３０（第２の読取部）に対して入場券Ｔ１から符号化コードＣ１を読み取らせる（Ｓ６２）。なお、紙面に印字された符号化コードの代わりに、表示端末によって表示された符号化コードが読み取られてもよい。

制御部５１０は、符号化コードＣ１から決済ＩＤを取得し、通信部５５０は、決済ＩＤおよび商品ＩＤに対応する商品情報を入場券システム２０に送信する（Ｓ６３）。入場券システム２０においては、通信部２４０が、決済ＩＤおよび商品情報を受信し、取得部２１１が、決済ＩＤおよび商品情報を取得する。処理部２１２は、決済ＩＤに通知方法が紐づけられていれば、通知方法を取得する。さらに、処理部２１２は、決済ＩＤに決済方法が紐づけられていれば、決済方法を取得する（Ｓ６４）。出力制御部２１３は、決済方法が取得された場合には、取得した決済方法による商品の購入金額の決済が行われるように制御する。

より具体的に、出力制御部２１３は、通知方法に従って決済の承認依頼を、通信部２４０を介して利用者端末１０に提供する（Ｓ６５）。承認依頼には、商品情報および決済方法が含められてよい。利用者端末１０においては、通信部１５０によって承認依頼が受信されると、提示部１６０は、商品情報および決済方法を利用者に提示する（Ｓ６６）。

図１４に進んで、利用者は、商品情報および決済方法を確認し、商品の購入金額の決済に対して承認する場合には、決済に対する承認を示す承認操作を入力する。利用者によって承認操作が入力された場合、利用者端末１０において、操作部１２０によって承認操作が受け付けられる（Ｓ７１）。利用者は、承認操作を入力するに際して認証情報を入力してよい。

操作部１２０によって承認操作が受け付けられると、通信部１５０によって決済に対する承認を示す承認通知が入場券システム２０に送信される（Ｓ７２）。承認通知には、認証情報が含まれてよい。入場券システム２０において、通信部２４０は、承認通知を受信すると、取得した決済方法による商品の購入金額の決済が行われるように制御する。より具体的に、出力制御部２１３は、決済指示が決済システム３０に送信されるように通信部２４０を制御する（Ｓ７３）。決済指示には、決済方法、認証情報および商品金額が含められてよい。

決済システム３０においては、通信部３４０によって決済指示が受信されると、決済指示に含まれる決済方法および認証情報に基づいて、利用者の認証が行われる。制御部３１０は、利用者の認証が正常に終了した場合には、決済方法および商品金額に基づいて決済を行う（Ｓ７４）。制御部３１０は、決済済みであるか否かを示す決済結果が販売システム５０に送信されるように通信部３４０を制御する（Ｓ７５）。販売システム５０において、決済結果は、通信部５５０によって受信され、提示部５６０によって販売者に提示される（Ｓ７６）。

販売者は、決済結果を参照することによって、商品の購入金額の決済（第２の決済）が完了したか否かを把握することができる。販売者は、商品の購入金額の決済（第２の決済）が完了した場合には、利用者に商品を提供することができる（Ｓ７７）。一方、販売者は、商品の購入金額の決済（第２の決済）が完了していない場合には、利用者に商品を提供しなくてよい。

以上、本発明の実施形態に係るシステムの動作例について説明した。

（２．ハードウェア構成例）
続いて、本発明の実施形態に係る入場券システム２０のハードウェア構成例について説明する。以下では、本発明の実施形態に係る入場券システム２０のハードウェア構成例として、情報処理装置９００のハードウェア構成例について説明する。なお、以下に説明する情報処理装置９００のハードウェア構成例は、入場券システム２０のハードウェア構成の一例に過ぎない。したがって、入場券システム２０のハードウェア構成は、以下に説明する情報処理装置９００のハードウェア構成から不要な構成が削除されてもよいし、新たな構成が追加されてもよい。

また、利用者端末１０、決済システム３０、改札システム４０および販売システム５０、それぞれのハードウェア構成も、入場券システム２０のハードウェア構成と同様に実現され得る。

図１５は、本発明の実施形態に係る入場券システム２０の例としての情報処理装置９００のハードウェア構成を示す図である。情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９０３と、ホストバス９０４と、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９０９と、ストレージ装置９１０と、通信装置９１１と、を備える。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置９００内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバス等から構成されるホストバス９０４により相互に接続されている。

ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。

入力装置９０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバー等利用者が情報を入力するための入力手段と、利用者による入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路等から構成されている。情報処理装置９００を操作する利用者は、この入力装置９０８を操作することにより、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置９０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置、ランプ等の表示装置およびスピーカ等の音声出力装置を含む。

ストレージ装置９１０は、データ格納用の装置である。ストレージ装置９１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含んでもよい。ストレージ装置９１０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置９１０は、ハードディスクを駆動し、ＣＰＵ９０１が実行するプログラムや各種データを格納する。

通信装置９１１は、例えば、ネットワークに接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置９１１は、無線通信または有線通信のどちらに対応してもよい。

以上、本発明の実施形態に係る入場券システム２０の例としての情報処理装置９００のハードウェア構成例について説明した。

（３．まとめ）
以上に説明したように、本発明の実施形態によれば、第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とする処理部を備える、サービス管理システムが提供される。かかる構成によれば、サービスの提供を受ける利用者の利便性を向上させることが可能となる。より具体的には、サービス利用のための決済時に決済ＩＤに紐づけられた決済方法が、商品購入時に利用可能であるため、利用者は、簡易に商品購入を行うことが可能となる。これによって、利用者による商品の購買意欲が促進されることも期待される。

なお、本発明の実施形態では、サービス提供に利用される入場券ＩＤと決済に利用される決済ＩＤとが別々のＩＤとして入場券Ｔ１に記載される場合を主に説明した。かかる構成によれば、セキュリティが向上されることが期待される。また、商品の購入をさせたくない利用者（例えば、子供など）には、入場券ＩＤだけが記載された（決済ＩＤは記載されていない）入場券を持たせることも可能である。さらに、特定のサービスは利用させたくない利用者（例えば、子供など）がいる場合などには、利用者ごとに利用種別だけを異ならせることも可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

１ システム
１０ 利用者端末
１１０ 制御部
１２０ 操作部
１３０ 読取部
１４０ 記憶部
１４１ 入場券システムアプリケーション
１５０ 通信部
１６０ 提示部
２０ 入場券システム
２１０ 制御部
２１１ 取得部
２１２ 処理部
２１３ 出力制御部
２２０ 入力部
２３０ 記憶部
２３１ 入場券情報
２３２ 決済情報
２４０ 通信部
２５０ 出力部
３０ 決済システム
３１０ 制御部
３２０ 記憶部
３３０ 記憶部
３４０ 通信部
４０ 改札システム
４１０ 制御部
４２０ 読取部
４３０ 記憶部
４４０ 通信部
４５０ ゲート部
５０ 販売システム
５１０ 制御部
５２０ 操作部
５３０ 読取部
５４０ 記憶部
５５０ 通信部
５６０ 提示部
６０ ネットワーク

Claims (13)

1. 第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とする処理部を備える、
   サービス管理システム。
2. 前記処理部は、前記第１の決済が行われた場合に決済済みを示す決済結果を決済識別情報に紐づけることによって、前記サービスの提供を可能とする、
   請求項１に記載のサービス管理システム。
3. 前記処理部は、前記第１の決済が行われた場合に決済方法を決済識別情報に紐づけることによって、前記決済方法による前記第２の決済を可能とする、
   請求項２に記載のサービス管理システム。
4. 前記サービス管理システムは、
   第１の読取部によって前記決済識別情報およびサービス識別情報が読み取られた場合に、前記決済識別情報に決済済みを示す決済結果が紐づけられていれば、前記サービス識別情報に対応するサービスが提供されるように制御する出力制御部を備える、
   請求項３に記載のサービス管理システム。
5. 前記出力制御部は、第２の読取部によって前記決済識別情報が読み取られた場合に、前記決済識別情報に前記決済方法が紐づけられていれば、前記決済方法による前記第２の決済が行われるように制御する、
   請求項４に記載のサービス管理システム。
6. 前記出力制御部は、前記第２の読取部によって前記決済識別情報が読み取られた場合に、前記決済識別情報に前記決済方法が紐づけられていれば、前記決済識別情報に紐づけられた通知方法に従って決済の承認依頼を提供し、決済に対する承認が得られた場合に、前記決済方法による前記第２の決済が行われるように制御する、
   請求項５に記載のサービス管理システム。
7. 前記第２の決済は、商品の購入金額の決済であり、
   前記承認依頼は、前記商品の金額を含む、
   請求項６に記載のサービス管理システム。
8. 前記出力制御部は、前記決済識別情報および前記サービス識別情報が出力されるように制御し、
   前記処理部は、前記決済識別情報および前記サービス識別情報の読み取りに基づいて前記サービスに対応する前記第１の決済が行われた場合に、前記決済識別情報に決済済みを示す決済結果を紐づける、
   請求項４〜７のいずれか一項に記載のサービス管理システム。
9. 前記出力制御部は、前記第１の決済が行われた場合に、前記決済識別情報および前記サービス識別情報が出力されるように制御する、
   請求項４〜７のいずれか一項に記載のサービス管理システム。
10. 前記出力制御部は、前記決済識別情報および前記サービス識別情報が符号化コードとして出力されるように制御する、
    請求項４〜９のいずれか一項に記載のサービス管理システム。
11. 第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とする処理部を備える、
    サービス管理装置。
12. 第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とすることを含む、
    サービス管理方法。
13. コンピュータを、
    第１の決済が行われた場合にサービスの提供を可能とするとともに、前記第１の決済とは異なる第２の決済を可能とする処理部を備える、
    サービス管理システムとして機能させるためのプログラム。
    

Images