(57)【要約】【課題】複雑な管理をすることなく、チケットを譲渡する仕組みを提供することを目的とする。【解決手段】端末装置よりチケット発行要求を受信すると、チケット発行要求に応じたチケットのチケット情報を生成し、チケットのチケット情報を端末装置に送信し、端末装置よりチケットの譲渡要求を受信すると、チケットのチケット情報に関連する譲渡チケットのチケット情報を生成し、譲渡要求に応じて譲渡チケットの使用制限を設定し、譲渡チケットのチケット情報を譲渡先の端末装置に送信し、譲渡チケットが使用された店舗端末より譲渡チケットの使用要求を受信すると、譲渡チケットの使用制限を満たすか否かを判定し、判定結果を店舗端末に送信する。【選択図】図３
2019160028.tif 000002
【特許請求の範囲】
【請求項１】
端末装置よりチケット発行要求を受信すると、前記チケット発行要求に応じたチケットのチケット情報を生成し、前記チケットのチケット情報を前記端末装置に送信し、
端末装置より前記チケットの譲渡要求を受信すると、前記チケットのチケット情報に関連する譲渡チケットのチケット情報を生成し、前記譲渡要求に応じて前記譲渡チケットの使用制限を設定し、前記譲渡チケットのチケット情報を譲渡先の端末装置に送信し、
前記譲渡チケットが使用された店舗端末より前記譲渡チケットの使用要求を受信すると、前記譲渡チケットの使用制限を満たすか否かを判定し、判定結果を前記店舗端末に送信する情報処理装置。
【請求項２】
第１の端末装置よりチケット発行要求を受信すると、前記チケット発行要求に応じたチケットのチケット情報を生成し、前記チケットのチケット情報を前記第１の端末装置に送信し、
前記第１の端末装置より前記チケットの譲渡要求を受信すると、前記チケットのチケット情報に関連する譲渡チケットのチケット情報を生成し、前記譲渡要求に応じて前記譲渡チケットの使用制限を設定し、前記譲渡チケットのチケット情報を譲渡先の第２の端末装置に送信し、
前記第２の端末装置より前記譲渡チケットの使用要求を受信すると、前記譲渡チケットの使用制限を満たすか否かを判定し、判定結果を前記第２の端末装置に送信する情報処理装置。
【請求項３】
前記チケットのチケット情報は、前記チケットを識別する識別情報であり、
前記情報処理装置は、前記チケットの譲渡要求を受信するたびに、前記チケットのチケット情報に関連する譲渡チケットのチケット情報として、前記チケットを識別する識別情報に枝番を付した前記譲渡チケットのチケット情報を生成する請求項１又は２記載の情報処理装置。
【請求項４】
前記譲渡チケットの使用制限として譲渡回数を設定する請求項１乃至３何れか１項記載の情報処理装置。
【請求項５】
情報処理装置と、第１の端末装置と、第２の端末装置と、店舗端末と、を含む情報処理システムであって、
前記情報処理装置は、
前記第１の端末装置よりチケット発行要求を受信すると、前記チケット発行要求に応じたチケットのチケット情報を生成し、前記チケットのチケット情報を前記第１の端末装置に送信し、
前記第１の端末装置より前記チケットの譲渡要求を受信すると、前記チケットのチケット情報に関連する譲渡チケットのチケット情報を生成し、前記譲渡要求に応じて前記譲渡チケットの使用制限を設定し、前記譲渡チケットのチケット情報を譲渡先の前記第２の端末装置に送信し、
前記店舗端末は、
前記第２の端末装置に表示された前記譲渡チケットのチケット情報に関するコードを読み取ると、前記譲渡チケットの使用要求を前記情報処理装置に送信し、
前記情報処理装置は、
前記店舗端末より前記譲渡チケットの使用要求を受信すると、前記譲渡チケットの使用制限を満たすか否かを判定し、判定結果を前記店舗端末に送信する情報処理システム。
【請求項６】
情報処理装置と、第１の端末装置と、第２の端末装置と、を含む情報処理システムであって、
前記情報処理装置は、
前記第１の端末装置よりチケット発行要求を受信すると、前記チケット発行要求に応じたチケットのチケット情報を生成し、前記チケットのチケット情報を前記第１の端末装置に送信し、
前記第１の端末装置より前記チケットの譲渡要求を受信すると、前記チケットのチケット情報に関連する譲渡チケットのチケット情報を生成し、前記譲渡要求に応じて前記譲渡チケットの使用制限を設定し、前記譲渡チケットのチケット情報を譲渡先の前記第２の端末装置に送信し、
前記第２の端末装置は、
前記譲渡チケットの使用要求を前記情報処理装置に送信し、
前記情報処理装置は、
前記第２の端末装置より前記譲渡チケットの使用要求を受信すると、前記譲渡チケットの使用制限を満たすか否かを判定し、判定結果を前記第２の端末装置に送信する情報処理システム。
【請求項７】
前記情報処理装置は、前記第２の端末装置より前記使用制限の表示要求を受信すると、前記使用制限を表示する画面を前記第２の端末装置に表示させる請求項５又は６記載の情報処理システム。
【請求項８】
情報処理装置と、第１の端末装置と、第２の端末装置と、店舗端末と、を含む情報処理システムであって、
前記情報処理装置は、
前記第１の端末装置よりチケット発行要求を受信すると、チケット発行要求に応じたチケットのチケット情報を生成し、チケットのチケット情報に関する二次元コードを表示するための情報を前記第１の端末装置に送信し、
前記第１の端末装置は、
前記二次元コードを表示するための情報を前記第２の端末装置に送信し、
前記店舗端末は、
前記第２の端末装置に表示された二次元コードを読み取ると、前記二次元コードに関連するチケット情報で識別されるチケットの使用要求を前記情報処理装置に送信し、
前記情報処理装置は、
前記店舗端末よりチケットの使用要求を受信すると、チケット情報で識別されるチケットの使用制限を満たすか否かを判定し、判定結果を前記店舗端末に送信する情報処理システム。
【請求項９】
情報処理装置と、第１の端末装置と、第２の端末装置と、店舗端末と、を含む情報処理システムであって、
前記情報処理装置は、
前記第１の端末装置よりチケット発行要求を受信すると、チケット発行要求に応じたチケットのチケット情報を生成し、チケットのチケット情報に関する二次元コードを表示するための情報を前記第１の端末装置に送信し、
前記第１の端末装置は、
前記二次元コードを表示するための情報を前記第２の端末装置に送信し、
前記第２の端末装置は、
前記二次元コードに関連するチケット情報で識別されるチケットの使用要求を前記情報処理装置に送信し、
前記情報処理装置は、
前記第２の端末装置よりチケットの使用要求を受信すると、チケット情報で識別されるチケットの使用制限を満たすか否かを判定し、判定結果を前記第２の端末装置に送信する情報処理システム。
【請求項１０】
情報処理装置と、第１の端末装置と、第２の端末装置と、店舗端末と、を含む情報処理システムであって、
前記情報処理装置は、
前記第１の端末装置よりチケット発行要求を受信すると、チケット発行要求に応じたチケットのチケット情報を生成し、チケットのチケット情報を前記第１の端末装置に送信し、
前記第１の端末装置よりチケットの譲渡先として前記第２の端末装置の情報を受信すると、チケットのチケット情報に関する二次元コードを表示するための情報を譲渡先の前記第２の端末装置に送信し、
前記店舗端末は、
前記第２の端末装置に表示された二次元コードを読み取ると、二次元コードに関連するチケット情報で識別されるチケットの使用要求を前記情報処理装置に送信し、
前記情報処理装置は、
前記店舗端末よりチケットの使用要求を受信すると、チケット情報で識別されるチケットの使用制限を満たすか否かを判定し、判定結果を前記店舗端末に送信する情報処理システム。
【請求項１１】
情報処理装置と、第１の端末装置と、第２の端末装置と、店舗端末と、を含む情報処理システムであって、
前記情報処理装置は、
前記第１の端末装置よりチケット発行要求を受信すると、チケット発行要求に応じたチケットのチケット情報を生成し、チケットのチケット情報を前記第１の端末装置に送信し、
前記第１の端末装置よりチケットの譲渡先として前記第２の端末装置の情報を受信すると、チケットのチケット情報に関する二次元コードを表示するための情報を譲渡先の前記第２の端末装置に送信し、
前記第２の端末装置は、
二次元コードに関連するチケット情報で識別されるチケットの使用要求を前記情報処理装置に送信し、
前記情報処理装置は、
前記第２の端末装置よりチケットの使用要求を受信すると、チケットの使用制限を満たすか否かを判定し、判定結果を前記第２の端末装置に送信する情報処理システム。
【請求項１２】
情報処理装置が実行する情報処理方法であって、
端末装置よりチケット発行要求を受信すると、前記チケット発行要求に応じたチケットのチケット情報を生成し、前記チケットのチケット情報を前記端末装置に送信し、
端末装置より前記チケットの譲渡要求を受信すると、前記チケットのチケット情報に関連する譲渡チケットのチケット情報を生成し、前記譲渡要求に応じて前記譲渡チケットの使用制限を設定し、前記譲渡チケットのチケット情報を譲渡先の端末装置に送信し、
前記譲渡チケットが使用された店舗端末より前記譲渡チケットの使用要求を受信すると、前記譲渡チケットの使用制限を満たすか否かを判定し、判定結果を前記店舗端末に送信する情報処理方法。
【請求項１３】
情報処理装置が実行する情報処理方法であって、
第１の端末装置よりチケット発行要求を受信すると、前記チケット発行要求に応じたチケットのチケット情報を生成し、前記チケットのチケット情報を前記第１の端末装置に送信し、
前記第１の端末装置より前記チケットの譲渡要求を受信すると、前記チケットのチケット情報に関連する譲渡チケットのチケット情報を生成し、前記譲渡要求に応じて前記譲渡チケットの使用制限を設定し、前記譲渡チケットのチケット情報を譲渡先の第２の端末装置に送信し、
前記第２の端末装置より前記譲渡チケットの使用要求を受信すると、前記譲渡チケットの使用制限を満たすか否かを判定し、判定結果を前記第２の端末装置に送信する情報処理方法。
【請求項１４】
コンピュータを、請求項１乃至４何れか１項記載の情報処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１にチケットを譲渡する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５９２５３７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、チケット管理装置は、チケット情報の利用権者を管理する必要があり、チケットが譲渡されるたびに、利用権者を変更し、管理する必要があった。
【課題を解決するための手段】
【０００５】
本発明の情報処理装置は、端末装置よりチケット発行要求を受信すると、前記チケット発行要求に応じたチケットのチケット情報を生成し、前記チケットのチケット情報を前記端末装置に送信し、端末装置より前記チケットの譲渡要求を受信すると、前記チケットのチケット情報に関連する譲渡チケットのチケット情報を生成し、前記譲渡要求に応じて前記譲渡チケットの使用制限を設定し、前記譲渡チケットのチケット情報を譲渡先の端末装置に送信し、前記譲渡チケットが使用された店舗端末より前記譲渡チケットの使用要求を受信すると、前記譲渡チケットの使用制限を満たすか否かを判定し、判定結果を前記店舗端末に送信する。
【発明の効果】
【０００６】
本発明によれば、複雑な管理をすることなく、チケットを譲渡する仕組みを提供することができる。
【図面の簡単な説明】
【０００７】
【図１】情報処理システムのシステム構成の一例を示す図である。
【図２】チケットサービス提供会社サーバのハードウェア構成の一例を示す図である。
【図３】実施形態１の情報処理システムの情報処理の一例を示すシーケンス図である。
【図４】譲渡画面の一例を示す図である。
【図５】使用画面の一例を示す図である。
【図６】二次元コード画面の一例を示す図である。
【図７】実施形態２の情報処理システムの情報処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜実施形態１＞
図１は、情報処理システムのシステム構成の一例を示す図である。
情報処理システムは、チケットサービス提供会社（以下、サービス会社という）サーバ１０と、スマホＡ２０と、スマホＢ２１と、店舗端末３０と、を含む。情報処理システムに含まれる各装置は、ネットワークを介して通信可能に接続されている。スマホＡ２０は、電子チケット（以下、単にチケットという）の発行要求者（以下、使用契約者という）のスマホである。スマホＢ２１は、スマホＡ２０からチケットを譲渡された、譲渡チケットの利用者のスマホである。図１では説明の簡略化のため、情報処理システムに含まれるスマホＡ、スマホＢ、店舗端末は、それぞれ１台としているが、複数台あってもよい。また、スマホは、スマートフォンの略である。情報処理装置は、コンピュータの一例である。
【００１０】
図２は、サービス会社サーバ１０のハードウェア構成の一例を示す図である。
サービス会社サーバ１０は、ハードウェア構成として、ＣＰＵ１１０と、記憶部１１１と、表示部１１２と、入力部１１３と、通信部１１４と、を含む。ＣＰＵ１１０は、サービス会社サーバ１０の全体の処理の制御を司る。ＣＰＵ１１０が、記憶部１１１に記憶されているデータに基づき処理を実行することによりサービス会社サーバ１０の機能及び後述する図３、図７のサービス会社サーバ１０の処理が実現される。記憶部１１１は、プログラム、ＣＰＵ１１０がプログラムに基づき処理を実行する際に利用されるデータ等を記憶する。表示部１１２は、例えば、ディスプレイ等であって、ＣＰＵ１１０の処理の結果等を表示する。入力部１１３は、例えば、キーボード及びマウス等であって、入力された情報をＣＰＵ１１０に伝える。通信部１１４は、サービス会社サーバ１０をネットワークに接続し、他の装置との通信を制御する。
スマホＡ２０、スマホＢ２１、店舗端末３０も図２に示したサービス会社サーバ１０のハードウェア構成と同様のハードウェア構成を有し、各装置のＣＰＵが各装置の記憶部に記憶されているプログラムに基づき処理を実行することにより各装置の機能等が実現される。
【００１１】
図３は、実施形態１の情報処理システムの情報処理の一例を示すシーケンス図である。
ＳＱ１０において、スマホＡ２０のユーザによって、サービス会社サーバ１０が提供するサイト等でチケット発行要求処理が行われると、スマホＡ２０は、サービス会社サーバ１０に対してチケット発行要求を送信する。ここで、チケットには、タクシーチケット、商品券（商品チケット）、図書券（図書チケット）、お米券（お米チケット）等が存在する。スマホＡ２０は、ユーザ操作に応じて、指定されたチケットのチケット発行要求をサービス会社サーバ１０に対して送信する。例えば、スマホＡ２０のユーザは、サービス会社サーバ１０が提供するチケット発行要求画面において、発行要求内容、支払い手段（クレジットカード支払いの場合は、クレジットカード情報等）等を設定し、必要があればチケット利用時のＰＩＮコードを設定する。ここで、スマホＡ２０は、ブラウザを介してサービス会社サーバ１０が提供する画面を表示するものとする。但し、スマホＡ２０は、サービス会社サーバ１０等より専用のアプリケーションをダウンロードし、専用のアプリケーションが画面を表示してもよい。但し、以下では特に言及しない限り、説明の簡略化のため、サービス会社サーバ１０が画面を提供するものとして説明を行う。  スマホＡ２０よりチケット発行要求を受信すると、ＳＱ１５において、サービス会社サーバ１０は、スマホＡ２０のユーザが入力した情報等の確認処理を行う。例えば、サービス会社サーバ１０は、スマホＡ２０のユーザが入力したクレジットカード情報が有効か、上限額以内か等の確認を行う。確認の結果、所定の条件を満たす場合、サービス会社サーバ１０は、チケット発行要求に応じたチケットのチケット情報を生成する。より具体的に説明すると、スマホＡ２０よりチケット発行要求を受信すると、サービス会社サーバ１０は、チケットのチケット情報としてチケットを識別する識別情報（以下、チケットＩＤという）、例えば「ＡＢＣＤ」、を生成する。チケットで支払われる金額については、使用契約者にチケットの使用実績により請求する場合やクレジット支払いとする場合、デポジットを預かり、使用金額で残額を返金する場合等がある。また、以下の実施形態では説明の簡略化のため、サービス会社サーバ１０は、デポジットのチケットを生成する場合で説明する。したがって、サービス会社サーバ１０は、記憶部１１１等にスマホＡ２０のユーザを識別する識別情報（以下、ユーザＩＤという）及びチケットＩＤと、関連付けてチケット発行要求に応じたデポジットの金額等とを記憶する。この際、サービス会社サーバ１０は、設定に応じて、又はチケット発行要求に応じて、チケットの使用制限を設定してもよい。使用制限としては、チケットの期限、使用目的、使用場所、譲渡回数等である。チケットの使用制限が設定された場合、サービス会社サーバ１０は、記憶部１１１等にユーザＩＤ及びチケットＩＤと関連付けて使用制限の情報を記憶する。また、チケット発行要求にＰＩＮコードが設定されていた場合、サービス会社サーバ１０は、記憶部１１１等にユーザＩＤ及びチケットＩＤと関連付けてＰＩＮコードを記憶する。なお、以下、デポジットを例に説明を行うが、法人の場合や信用度に応じて、デポジットを預からず、月次で法人に請求するようにしても���い。
ＳＱ２０において、サービス会社サーバ１０は、生成したチケットのチケット情報としてチケットＩＤを要求元のスマホＡ２０に送信する。例えば、スマホＡ２０のユーザは、チケットＩＤに基づき、発行された自身が購入したチケットを画面で確認することができる。
【００１２】
チケットの使用契約者は自身でそのチケットを使用することもできるが、例えば、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）の友人等にチケットを譲渡することや、メールでチケットを譲渡することもできる。その際、ＳＱ２５において、スマホＡ２０は、ユーザの操作等によって、ユーザＩＤを含むチケットの譲渡画面の表示をサービス会社サーバ１０に要求し、スマホＡ２０のディスプレイに譲渡画面を表示させる。図４は、スマホＡ２０のディスプレイに表示される譲渡画面の一例を示す図である。譲渡画面４０には、ユーザＩＤに対応する、スマホＡ２０のユーザが取得したチケットが表示されている。スマホＡ２０のユーザが複数のチケットを有している場合、複数のチケットが譲渡画面に表示される。複数のチケットが表示されている場合、スマホＡ２０のユーザは、その中から譲渡するチケットを選択し、譲渡先としてメールアドレスやＳＮＳのＩＤ（以下、譲渡先情報という）等を入力し、ＯＫボタン４２を選択する。
スマホＡ２０のユーザによってＯＫボタン４２が選択されると、ＳＱ３０において、スマホＡ２０は、選択されたチケットのチケットＩＤ及び譲渡先情報を含むチケットの譲渡要求をサービス会社サーバ１０に送信する。
スマホＡ２０よりチケットの譲渡要求を受信すると、ＳＱ３５において、サービス会社サーバ１０は、チケットＩＤに関連する譲渡チケットのチケット情報として、チケットＩＤに枝番を付した、譲渡チケットを識別する識別情報（以下、譲渡チケットＩＤという）、例えば「ＡＢＣＤ００１」、を生成する。また、サービス会社サーバ１０は、譲渡チケットの使用制限を設定する。元のチケットに使用制限が設定されていた場合、サービス会社サーバ１０は、元のチケットの使用制限を譲渡チケットの使用制限として設定してもよい。更に、サービス会社サーバ１０は、譲渡要求に応じて、譲渡チケットの使用制限を設定してもよい。既に、譲渡チケットの使用制限が設定されている場合、サービス会社サーバ１０は、上書きで譲渡チケットの使用制限を設定する。使用制限としては、チケットの期限、使用を許可する金額の上限、使用目的、使用場所、譲渡回数等である。ここで、チケットの期限とは、チケットの有効期限であり、例えば、譲渡から１週間以内であるとか、２０１８年３月４日までとかである。また、使用を許可する金額の上限とは、例えば、使用契約者が設定した金額である。また、使用目的とは、許可する使用目的であり、例えば、図書チケットの場合、本であるなら何でもよいとか、参考書であるとかである。また、使用場所とは、許可する使用場所であり、例えば、どこの本屋でもよいとか、ＡＢＣ駅前のＸＹＺ店とかである。また、譲渡回数とは、許可する譲渡回数であり、例えば、０回、１回、２回とかである。ユーザは、チケットを譲渡する際に上述した使用制限の全ての項目を設定してもよいし、設定したい項目のみ設定してもよい。ユーザによって設定がなされない場合、デフォルトの使用制限が設定される。
サービス会社サーバ１０は、記憶部１１１等にユーザＩＤ及びチケットＩＤと関連付けて譲渡チケットＩＤと譲渡チケットの使用制限の情報とを記憶する。
【００１３】
ＳＱ４０において、サービス会社サーバ１０は、譲渡先情報に基づいて、譲渡チケットＩＤをスマホＢ２１に送信する。この際、サービス会社サーバ１０は、譲渡チケットＩＤと共に、チケットの譲渡を受けたユーザが譲渡チケットを使用するための、譲渡チケットＩＤに関連するＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をスマホＢ２１に送信する。また、ＰＩＮコードが設定されている場合、サービス会社サーバ１０は、譲渡チケットＩＤと共に、設定されているＰＩＮコードをスマホＢ２１に送信する。
サービス会社サーバ１０は、譲渡チケットＩＤを譲渡先のスマホに送信すると、元のチケットＩＤ（例えば、「ＡＢＣＤ」）を使用不可とする。より具体的に説明すると、サービス会社サーバ１０は、譲渡チケットＩＤを譲渡先のスマホに送信すると、元のチケットＩＤと関連付けて使用不可のフラグ（例えば、１）を記憶する。
なお、サービス会社サーバ１０は、ユーザＩＤを含むスマホＡ２０からの要求に基づいて、譲渡チケットＩＤで示される譲渡チケットの使用を不可とすることもできる。
ここで、スマホＢ２１のユーザが、譲渡された譲渡チケットを更に他人に再譲渡する場合、スマホＢ２１を介して所定の操作を行う。そして、スマホＢ２１が、ＳＱ２５、ＳＱ３０の処理を行うことにより、サービス会社サーバ１０は、上述した処理と同様の処理を行い、「ＡＢＣＤ００２」の譲渡チケットＩＤを生成し、指定された譲渡先のスマホに送信する。そして、サービス会社サーバ１０は、「ＡＢＣＤ００１」で識別される譲渡チケットの使用を不可とする。
【００１４】
スマホＢ２１のユーザは、譲渡チケットを使用する際に、送られてきたＵＲＬを選択する。ユーザによってＵＲＬが選択さると、ＳＱ５０において、スマホＢ２１は、譲渡チケットの使用画面の表示をサービス会社サーバ１０に要求し、スマホＢ２１のディスプレイに譲渡チケットの使用画面を表示させる。ここで、ＰＩＮコードが設定されている場合、ユーザによってＵＲＬが選択さると、サービス会社サーバ１０は、譲渡チケットの使用画面の前にＰＩＮコードの入力画面をスマホＢ２１のディスプレイに表示させる。そして、サービス会社サーバ１０は、ＰＩＮコード入力画面において入力されたＰＩＮコードがＵＲＬに関連する譲渡チケットＩＤに関連するチケットＩＤに関連付けられて設定されているＰＩＮコードと一致するか否かを判定する。そして、サービス会社サーバ１０は、ＰＩＮコードが一致する場合、スマホＢ２１のディスプレイに譲渡チケットの使用画面を表示させるようにしてもよい。図５は、スマホＢ２１のディスプレイに表示される使用画面の一例を示す図である。使用画面５０には、譲渡された電子チケットのデポジットの上限や、譲渡された電子チケットの使用目的等が表示されている。ここで、サービス会社サーバ１０は、デポジットの上限や、譲渡された電子チケットの使用目的だけではなく、設定された譲渡回数に基づき、再譲渡可能か否か、再譲渡が可能な場合はあと何回再譲渡可能なのかの情報等も画面に表示するようにしてもよい。この場合、使用画面としてではなく、譲渡チケットの確認要求をスマホＢ２１より受けた場合に、サービス会社サーバ１０は、設定された使用制限を示す画面を、スマホＢ２１のディスプレイに表示させるようにしてもよい。使用画面の表示の要求、譲渡チケットの確認要求は、使用制限の表示要求の例である。
スマホＢ２１のユーザによってＯＫボタン５１が選択されると、ＳＱ５５において、スマホＢ２１は、二次元コードの表示をサービス会社サーバ１０に要求し、スマホＢ２１のディスプレイに譲渡チケットＩＤの二次元コードを表示させる。図６は、スマホＢ２１のディスプレイに表示される二次元コード画面の一例を示す図である。ここで、二次元コードを例に説明を行っているが、これに限定されるものではなく、例えば、一次元コード等であってもよい。
【００１５】
ＳＱ６０において、店舗端末３０は、ユーザ操作に基づき、スマホＢ２１のディスプレイに表示されている二次元コードを読み取り、譲渡チケットＩＤを取得する。
ＳＱ６５において、店舗端末３０は、取得した譲渡チケットＩＤ、店舗を識別する店舗情報、譲渡チケットを使用して購入した商品の情報、商品の金額、譲渡チケットが使用された日時情報等を含む譲渡チケットの使用要求をサービス会社サーバ１０に送信する。
店舗端末３０より譲渡チケットの使用要求を受信すると、ＳＱ７０において、サービス会社サーバ１０は、譲渡チケットＩＤに基づき、譲渡チケットを特定し、譲渡チケットの使用制限を満たすか否かを判定する。例えば、サービス会社サーバ１０は、譲渡チケットＩＤ、又は譲渡チケットＩＤ及び枝番に基づき、設定された使用制限として、金額上限、使用期限、使用用途等を満たすか判定する。より具体的には、サービス会社サーバ１０は、使用制限の設定内容により、使用用途として、使用店舗や商品の情報に基づき、制限を満たすか判定する場合や使用日時情報に基づき、設定された期限を満たすか判定する場合や、設定された使用場所を満たすか否かを判定する場合や、店舗で支払う金額が上限金額以下か否かを判定する。
ＳＱ７５において、サービス会社サーバ１０は、上述した使用制限の全てを満たす場合、使用可能を、何れか１つでも満たさない場合、使用不可を、判定結果としてスマホＢ２１及び店舗端末３０に送信する。また、サービス会社サーバ１０は、上述した使用制限の全てを満たす場合、譲渡チケットの譲渡チケットＩＤを使用不可とする。より具体的に説明すると、サービス会社サーバ１０は、譲渡チケットＩＤと関連付けて使用不可のフラグ（例えば、１）を記憶する。
【００１６】
判定結果として、使用可能の場合、サービス会社サーバ１０は、決済完了通知を店舗端末３０に送信する。サービス会社サーバ１０は、決済処理の結果に基づき、使用契約者に請求処理する、又はクレジット決済処理を行う、又はデポジットを預かっている場合で余りがあった場合、チケットを購入した使用契約者にデポジットを返金する処理を行う。また、サービス会社サーバ１０は、決算処理の結果に基づき、譲渡チケットの使用レポートをスマホＡ２０に送信する。また、サービス会社サーバ１０は、このような情報処理システムの処理により、チケットの使用実績等の情報を収集し、解析することができる。
また、上述した処理を行うことにより、複雑な管理をすることなく、譲渡回数を制御しつつ、簡単にチケットを譲渡する仕組みを提供することができる。
【００１７】
（変形例１）
専用のアプリケーションがスマホＡ２０、スマホＢ２１にインストールされている場合も、上述した処理とほぼ同様の処理が行われる。画面は各スマホにおいて、各ＣＰＵが各アプリケーションに基づきスマホの画面に表示するが、画面の表示に必要な情報はサービス会社サーバ１０との通信において取得される。また、サービス会社サーバ１０もスマホとの通信により必要な情報を取得し、保持する。但し、専用のアプリケーションがスマホＡ２０、スマホＢ２１にインストールされている場合、譲渡チケットは、サービス会社サーバ１０からスマホＡ２０に送られ、スマホＡ２０からスマホＢ２１に送信するようにしてもよい。
（変形例２）
また、サービス会社サーバ１０は、図４の譲渡画面等において譲渡先のメールアドレスが指定された場合、チケットの二次元コードを表示するためのＵＲＬを譲渡先に送るようにしてもよい。チケットを譲渡されたユーザは、スマホ等を使ってそのままのＵＲＬ情報を更に別の人のスマホ等に送信してもよい。スマホを介してＵＲＬが選択され、サービス会社サーバ１０のサイトにアクセスされると、スマホの画面に店舗やタクシー等で使用可能な二次元コードが表示される。
例えば、サービス会社サーバ１０は、スマホＡ２０よりチケット発行要求を受信すると、チケット発行要求に応じたチケットのチケットＩＤを生成し、チケットのチケットＩＤをスマホＡ２０に送信する。サービス会社サーバ１０は、スマホＡ２０よりチケットの譲渡先としてスマホＢ２１の情報を受信すると、チケットのチケットＩＤに関する二次元コードを表示するためのＵＲＬを譲渡先のスマホＢ２１に送信する。
店舗端末３０は、スマホＢ２１に表示された二次元コードを読み取ると、二次元コードに関連するチケットＩＤで識別されるチケットの使用要求をサービス会社サーバ１０に送信する。
サービス会社サーバ１０は、店舗端末３０よりチケットの使用要求を受信すると、チケットＩＤで識別されるチケットの使用制限を満たすか否かを判定し、判定結果を店舗端末３０に送信するようにしてもよい。
（変形例３）
また、使用契約者はスマホＡにおいて、チケット発行要求に応じてサービス会社サーバ１０よりチケットの二次元コードを表示するためのＵＲＬを含むメールを専用のアプリ、又は一般的なメーラー等で受信するようにしてもよい。そして、使用契約者はスマホＡにおいて、そのメールの内容を、サービス会社サーバ１０を介さず、譲渡先に送るようにしてもよい。
例えば、サービス会社サーバ１０は、スマホＡ２０よりチケット発行要求を受信すると、チケット発行要求に応じたチケットのチケットＩＤを生成し、チケットのチケットＩＤに関する二次元コードを表示するためのＵＲＬをスマホＡ２０に送信する。
スマホＡ２０は、ＵＲＬをスマホＢ２１に送信する。
店舗端末３０は、スマホＢ２１に表示された二次元コードを読み取ると、二次元コードに関連するチケットＩＤで識別されるチケットの使用要求をサービス会社サーバ１０に送信する。
サービス会社サーバ１０は、店舗端末３０よりチケットの使用要求を受信すると、チケットＩＤで識別されるチケットの使用制限を満たすか否かを判定し、判定結果を店舗端末３０に送信するようにしてもよい。
【００１８】
＜実施形態２＞
実施形態２では、実施形態１と異なる部分について主に説明する。
図７は、実施形態２の情報処理システムの情報処理の一例を示すシーケンス図である。
ＳＱ１００において、店舗端末３０は、ユーザ操作に応じて、店舗の登録申請要求をサービス会社サーバ１０に送信する。
登録申請要求を受信すると、ＳＱ１１５において、サービス会社サーバ１０は、店舗を識別する店舗ＩＤを含む店舗ごとの登録コードを発行する。
ＳＱ１２０において、サービス会社サーバ１０は、発行した登録コードを要求元の店舗端末３０に送信する。店舗端末３０は、登録コードを受信すると、店舗端末３０の記憶部等に記憶する。そして、ユーザ操作に応じて、店舗端末３０の表示部等に表示し、後述するＳＱ１７０でスマホＢ２１によって読み取られる。
ＳＱ１２５において、スマホＡ２０のユーザによって、サービス会社サーバ１０が提供するサイト等でチケット発行要求する処理が行われると、スマホＡ２０は、サービス会社サーバ１０に対してチケット発行要求を送信する。例えば、スマホＡ２０のユーザは、サービス会社サーバ１０が提供するチケット発行要求画面において、発行要求内容、支払い手段（クレジットカード支払いの場合は、クレジットカード情報等）等を設定し、必要があればチケット利用時のＰＩＮコードを設定する。ここで、スマホＡ２０は、ブラウザを介してサービス会社サーバ１０が提供する画面を表示するものとする。但し、スマホＡ２０は、サービス会社サーバ１０等より専用のアプリケーションをダウンロードし、専用のアプリケーションが画面を表示してもよい。但し、以下、本実施形態では特に言及しない限り、説明の簡略化のため、サービス会社サーバ１０が画面を提供するものとして説明を行う。
ここで、法人の場合、法人とサービス会社との間で、利用契約を行い、法人としての認証によりチケット発行要求を行うことができる。法人の場合は使用されたチケットの金額によりサービス会社から請求される金額を支払うことやクレジット決済が行われる。信用度の高い個人の場合も、利用契約により、法人と同様にチケット発行要求及び支払い手続を行うことができる。
スマホＡ２０よりチケット発行要求を受信すると、ＳＱ１３０において、サービス会社サーバ１０は、スマホＡ２０のユーザが入力した情報等の確認処理を行う。例えば、サービス会社サーバ１０は、スマホＡ２０のユーザが入力したクレジットカード情報が有効か、上限額以内か等の確認を行う。確認の結果、所定の条件を満たす場合、サービス会社サーバ１０は、チケット発行要求に応じたチケットのチケット情報としてチケットＩＤを生成する。また、サービス会社サーバ１０は、記憶部１１１等にスマホＡ２０のユーザを識別するユーザＩＤ及びチケットＩＤと関連付けてチケット発行要求に応じたデポジットの金額等を記憶する。この際、サービス会社サーバ１０は、設定に応じて、又はチケット発行要求に応じて、チケットの使用制限を設定してもよい。使用制限としては、チケットの期限、使用目的、使用場所、譲渡回数等である。チケットの使用制限が設定された場合、サービス会社サーバ１０は、記憶部１１１等にユーザＩＤ及びチケットＩＤと関連付けて使用制限の情報を記憶する。また、チケット発行要求にＰＩＮコードが設定されていた場合、サービス会社サーバ１０は、記憶部１１１等にユーザＩＤ及びチケットＩＤと関連付けてＰＩＮコードを記憶する。
ＳＱ１３５において、サービス会社サーバ１０は、生成したチケットのチケット情報としてチケットＩＤを要求元のスマホＡ２０に送信する。例えば、スマホＡ２０のユーザは、チケットＩＤに基づき、発行された自身が購入したチケットを画面で確認することができる。
【００１９】
チケットの使用契約者は自身でそのチケットを使用することもできるが、例えば、ＳＮＳの友人等にチケットを譲渡することもできる。その際、ＳＱ１４０において、スマホＡ２０は、ユーザの操作等によって、ユーザＩＤを含むチケットの譲渡画面の表示をサービス会社サーバ１０に要求し、スマホＡ２０のディスプレイに図４に示したような譲渡画面を表示させる。スマホＡ２０のユーザが複数のチケットを有している場合、複数のチケットが譲渡画面に表示される。複数のチケットが表示されている場合、スマホＡ２０のユーザは、その中から譲渡するチケットを選択し、譲渡先としてメールアドレスやＳＮＳのＩＤ（以下、譲渡先情報という）等を入力し、ＯＫボタン４２を選択する。
スマホＡ２０のユーザによってＯＫボタン４２が選択されると、ＳＱ１４５において、スマホＡ２０は、選択されたチケットのチケットＩＤ及び譲渡先情報を含むチケットの譲渡要求をサービス会社サーバ１０に送信する。
スマホＡ２０よりチケットの譲渡要求を受信すると、ＳＱ１５０において、サービス会社サーバ１０は、チケットＩＤに関連する譲渡チケットのチケット情報として、チケットＩＤに枝番を付した、譲渡チケットＩＤを生成する。また、サービス会社サーバ１０は、譲渡チケットの使用制限を設定する。元のチケットに使用制限が設定されていた場合、サービス会社サーバ１０は、元のチケットの使用制限を譲渡チケットの使用制限として設定してもよい。更に、サービス会社サーバ１０は、譲渡要求に応じて、譲渡チケットの使用制限を設定してもよい。既に、譲渡チケットの使用制限が設定されている場合、サービス会社サーバ１０は、上書きで譲渡チケットの使用制限を設定する。
サービス会社サーバ１０は、記憶部１１１等にユーザＩＤ及びチケットＩＤと関連付けて譲渡チケットＩＤと譲渡チケットの使用制限の情報とを記憶する。
【００２０】
ＳＱ１５５において、サービス会社サーバ１０は、譲渡先情報に基づいて、譲渡チケットＩＤをスマホＢ２１に送信する。この際、サービス会社サーバ１０は、譲渡チケットＩＤと共に、チケットの譲渡を受けたユーザが譲渡チケットを使用するための、譲渡チケットＩＤに関連するＵＲＬをスマホＢ２１に送信する。また、ＰＩＮコードが設定されている場合、サービス会社サーバ１０は、譲渡チケットＩＤと共に、設定されているＰＩＮコードをスマホＢ２１に送信する。
サービス会社サーバ１０は、譲渡チケットＩＤを譲渡先のスマホに送信すると、元のチケットＩＤ（例えば、「ＡＢＣＤ」）を使用不可とする。より具体的に説明すると、サービス会社サーバ１０は、譲渡チケットＩＤを譲渡先のスマホに送信すると、元のチケットＩＤと関連付けて使用不可のフラグ（例えば、１）を記憶する。
なお、サービス会社サーバ１０は、ユーザＩＤを含むスマホＡ２０からの要求に基づいて、譲渡チケットＩＤで示される譲渡チケットの使用を不可とすることもできる。
ここで、スマホＢ２１のユーザが、譲渡された譲渡チケットを更に他人に再譲渡する場合、スマホＢ２１を介して所定の操作を行う。そして、スマホＢ２１が、ＳＱ１４０、ＳＱ１４５の処理を行うことにより、サービス会社サーバ１０は、上述した処理と同様の処理を行い、新たな枝番の譲渡チケットＩＤ（例えば、「ＡＢＣＤ００２」）を生成し、指定された譲渡先のスマホに送信する。そして、サービス会社サーバ１０は、前の枝番の譲渡チケットＩＤ（例えば、「ＡＢＣＤ００１」）で識別される譲渡チケットの使用を不可とする。
【００２１】
スマホＢ２１のユーザは、譲渡チケットを使用する際に、送られてきたＵＲＬを選択する。ユーザによってＵＲＬが選択さると、ＳＱ１６５において、スマホＢ２１は、譲渡チケットの使用画面の表示をサービス会社サーバ１０に要求し、スマホＢ２１のディスプレイに図５に示したような譲渡チケットの使用画面を表示させる。ここで、ＰＩＮコードが設定されている場合、ユーザによってＵＲＬが選択さると、サービス会社サーバ１０は、譲渡チケットの使用画面の前にＰＩＮコードの入力画面をスマホＢ２１のディスプレイに表示させる。そして、サービス会社サーバ１０は、ＰＩＮコード入力画面において入力されたＰＩＮコードがＵＲＬに関連する譲渡チケットＩＤに関連するチケットＩＤに関連付けられて設定されているＰＩＮコードと一致するか否かを判定する。そして、サービス会社サーバ１０は、ＰＩＮコードが一致する場合、スマホＢ２１のディスプレイに譲渡チケットの使用画面を表示させるようにしてもよい。サービス会社サーバ１０は、デポジットの上限や、譲渡された電子チケットの使用目的だけではなく、設定された譲渡回数に基づき、再譲渡可能か否か、再譲渡が可能な場合はあと何回再譲渡可能なのかの情報等も画面に表示するようにしてもよい。この場合、使用画面としてではなく、譲渡チケットの確認要求をスマホＢ２１より受けた場合に、サービス会社サーバ１０は、設定された使用制限を示す画面を、スマホＢ２１のディスプレイに表示させるようにしてもよい。使用画面の表示の要求、譲渡チケットの確認要求は、使用制限の表示要求の例である。
スマホＢ２１のユーザによってＯＫボタン５１が選択されると、ＳＱ１７０において、スマホＢ２１は、店舗端末３０のディスプレイや店舗内パネル等に表示されている二次元コードで示された登録コードを読み取り、店舗ＩＤを取得する。ここで、二次元コードを例に説明を行っているが、これに限定されるものではなく、例えば、一次元コード等であってもよい。
店舗ＩＤを取得すると、ＳＱ１７５において、スマホＢ２１は、購入等した商品等の金額を入力する金額入力画面の表示をサービス会社サーバ１０に要求し、スマホＢ２１のディスプレイに金額入力画面を表示させる。
ユーザによって金額入力画面で購入等した商品等の金額が入力され、ＯＫボタン等が選択されると、スマホＢ２１は、商品の金額を取得する。ここで、スマホＢ２１は、更に、商品等に付されているバーコードを読み取り、商品の情報を取得するようにしてもよい。
商品の金額や商品の情報を取得すると、ＳＱ１８０において、スマホＢ２１は、スマホＡ２０より受信した譲渡チケットＩＤ、店舗ＩＤで識別される店舗情報、取得した商品の情報、商品の金額、譲渡チケットを使用した日時情報等を含む譲渡チケットの使用要求をサービス会社サーバ１０に送信する。
【００２２】
スマホＢ２１より譲渡チケットの使用要求を受信すると、ＳＱ１８５において、サービス会社サーバ１０は、譲渡チケットＩＤに基づき、譲渡チケットを特定し、譲渡チケットの使用制限を満たすか否かを判定する。例えば、サービス会社サーバ１０は、設定された使用制限として、金額上限、使用期限、使用用途等を満たすかを判定する。より具体的には、サービス会社サーバ１０は、使用制限の設定内容により、使用用途として、使用店舗や商品の情報に基づき、制限を満たすか判定する場合や使用日時情報に基づき、設定された期限を満たすか判定する場合や設定された使用場所を満たすか否かを判定する場合や店舗で支払う金額が上限金額以下か否かを判定する。
ＳＱ１９０において、サービス会社サーバ１０は、上述した使用制限の全てを満たす場合、使用可能を、何れか１つでも満たさない場合、使用不可を、判定結果としてスマホＢ２１に送信する。また、サービス会社サーバ１０は、上述した使用制限の全てを満たす場合、譲渡チケットの譲渡チケットＩＤを使用不可とする。より具体的に説明すると、サービス会社サーバ１０は、譲渡チケットＩＤと関連付けて使用不可のフラグ（例えば、１）を記憶する。
使用制限の全てを満たす場合、ＳＱ１９５において、サービス会社サーバ１０は、商品の金額に基づき、決済完了通知を店舗端末３０及びスマホＢ２１に送信する。
【００２３】
判定結果として、使用可能の場合、サービス会社サーバ１０は、決済完了通知を店舗端末３０に送信する。サービス会社サーバ１０は、決済処理の結果に基づき、使用契約者に請求処理する、又はクレジット決済処理を行う、又はデポジットを預かっている場合でデポジットに余りがあった場合、チケットを購入した使用契約者にデポジットを返金する処理を行う。また、サービス会社サーバ１０は、判定結果に基づき、譲渡チケットの使用レポートをスマホＡ２０に送信する。また、サービス会社サーバ１０は、このような情報処理システムの処理により、チケットの使用実績等の情報を収集し、解析することができる。
また、上述した処理を行うことにより、複雑な管理をすることなく、譲渡回数を制御しつつ、簡単にチケットを譲渡する仕組みを提供することができる。
【００２４】
（変形例１）
専用のアプリケーションがスマホＡ２０、スマホＢ２１にインストールされている場合も、上述した処理とほぼ同様の処理が行われる。画面は各スマホにおいて、各ＣＰＵが各アプリケーションに基づきスマホの画面に表示するが、画面の表示に必要な情報はサービス会社サーバ１０との通信において取得される。また、サービス会社サーバ１０もスマホとの通信により必要な情報を取得し、保持する。但し、専用のアプリケーションがスマホＡ２０、スマホＢ２１にインストールされている場合、譲渡チケットは、サービス会社サーバ１０からスマホＡ２０に送られ、スマホＡ２０からスマホＢ２１に送信するようにしてもよい。
（変形例２）
また、サービス会社サーバ１０は、スマホＡ２０よりチケット発行要求を受信すると、チケット発行要求に応じたチケットのチケットＩＤを生成し、チケットのチケットＩＤをスマホＡ２０に送信する。
サービス会社サーバ１０は、スマホＡ２０よりチケットの譲渡先としてスマホＢ２１の情報（例えば、メールアドレス等）を受信すると、チケットのチケットＩＤに関する二次元コードを表示するためのＵＲＬを譲渡先のスマホＢ２１に送信する。
スマホＢ２１は、二次元コードに関連するチケットＩＤで識別されるチケットの使用要求をサービス会社サーバ１０に送信する。
サービス会社サーバ１０は、スマホＢ２１よりチケットの使用要求を受信すると、チケットの使用制限を満たすか否かを判定し、判定結果をスマホＢ２１に送信するようにしてもよい。
（変形例３）
また、サービス会社サーバ１０は、スマホＡ２０よりチケット発行要求を受信すると、チケット発行要求に応じたチケットのチケットＩＤを生成し、チケットのチケットＩＤに関する二次元コードを表示するためのＵＲＬを専用のアプリ、又は一般的なメーラー等でスマホＡ２０に送信する。
スマホＡ２０は、ＵＲＬをスマホＢ２１に送信する。
スマホＢ２１は、二次元コードに関連するチケットＩＤで識別されるチケットの使用要求をサービス会社サーバ１０に送信する。
サービス会社サーバ１０は、スマホＢ２１よりチケットの使用要求を受信すると、チケットＩＤで識別されるチケットの使用制限を満たすか否かを判定し、判定結果をスマホＢ２１に送信するようにしてもよい。
【００２５】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
上述した各実施形態によれば、複雑な管理をすることなく、チケットを譲渡する仕組みを提供することができる。また、利便性の高いチケットを提供することができる。また、チケット、又は譲渡チケットに使用制限を設定することができるため、予定外の使用をされることを防ぐことができる。
【符号の説明】
【００２６】
１０    販売会社サーバ
２０    スマホＡ
２１    スマホＢ
３０    店舗端末
１１０  ＣＰＵ
【図１】
2019160028.tif 000003
【図２】
2019160028.tif 000004
【図３】
2019160028.tif 000005
【図４】
2019160028.tif 000006
【図５】
2019160028.tif 000007
【図６】
2019160028.tif 000008
【図７】
2019160028.tif 000009