(57)【要約】【課題】より簡単にチケットの利用意向を把握し、より迅速にチケットを再販可能とする。【解決手段】利用者の現在位置からイベント会場までの移動時間を取得し、移動時間と現在時刻から開場までの残り時間との差分が通知閾値よりも大きい場合、通知に対して応答するとチケットの利用意向を確認できるリマインダーを利用者に通知し、リマインダーに対する応答に応じてチケットのキャンセルを処理する。これにより、より簡単にチケットの利用意向を把握し、より迅速にチケットを再販可能とすることが可能となる。【選択図】図１
2018165868.tif 000002
【特許請求の範囲】
【請求項１】
チケットの所有者の現在位置から前記チケットの使用場所までの移動時間と前記チケットの使用可能時刻までの残り時間とを比較し、前記移動時間と前記残り時間の差分に基づいて前記チケットの利用意向を確認する通知を前記所有者に送信するか否か判定する通知判定手段と、
前記チケットの利用意向を確認する通知を送信する通知手段と、
前記チケットの利用意向を確認する通知に対する応答に応じて前記チケットのキャンセルを処理するキャンセル受付手段と、
を有することを特徴とするチケット管理装置。
【請求項２】
前記通知手段は、前記所有者に前記チケットの利用意向を確認する電話をかけ、
前記キャンセル受付手段は、前記通知手段が電話をかけたときに、プッシュボタン操作を受け付けて前記チケットの利用意向を確認することを特徴とする請求項１に記載のチケット管理装置。
【請求項３】
前記通知手段は、前記所有者の携帯端末に前記チケットの利用意向を確認するメッセージを送信し、
前記キャンセル受付手段は、前記メッセージに記載したアクセス先へのアクセス又は前記メッセージに対する返信に応じて前記チケットの利用意向を確認することを特徴とする請求項１に記載のチケット管理装置。
【請求項４】
チケット管理装置が実行するチケット管理方法であって、
チケットの所有者の現在位置から前記チケットの使用場所までの移動時間と前記チケットの使用可能時刻までの残り時間とを比較し、前記移動時間と前記残り時間の差分に基づいて前記チケットの利用意向を確認する通知を前記所有者に送信するか否か判定するステップと、
前記チケットの利用意向を確認する通知を送信するステップと、
前記チケットの利用意向を確認する通知に対する応答に応じて前記チケットのキャンセルを処理するステップと、
を有することを特徴とするチケット管理方法。
【請求項５】
前記通知を送信するステップでは、前記所有者に前記チケットの利用意向を確認する電話をかけ、
前記キャンセルを処理するステップでは、前記通知を送信するステップで電話をかけたときに、プッシュボタン操作を受け付けて前記チケットの利用意向を確認することを特徴とする請求項４に記載のチケット管理方法。
【請求項６】
前記通知を送信するステップでは、前記所有者の携帯端末に前記チケットの利用意向を確認するメッセージを送信し、
前記キャンセルを処理するステップでは、前記メッセージに記載したアクセス先へのアクセス又は前記メッセージに対する返信に応じて前記チケットの利用意向を確認することを特徴とする請求項４に記載のチケット管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケットの利用意向を確認する技術に関する。
【背景技術】
【０００２】
コンサート、スポーツイベント、あるいは交通機関などのチケット予約に関して、事前にチケットを予約したもののやむを得ない事情でキャンセルしなければならないことがある。キャンセルされたチケットの再販ニーズが存在するが、適切に再販される仕組みが必要である。
【０００３】
特許文献１には、チケットを所望する利用者が事業者サーバにアクセスし、チケットの転売情報を検索してチケットの転売処理が行われる技術が記載されている。
【０００４】
特許文献２には、イベントの開始までに入場記録のない利用者に対してチケットのキャンセル案内を行い、チケットがキャンセルされた場合に他の利用者へチケット購入案内を行う技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−０５０８８９号公報
【特許文献２】特開２０１７−００４０８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
チケットのキャンセルを利用者からの申告に依存すると、キャンセルそのものが行われずにチケットが無効となってしまうことが多いという問題があった。
【０００７】
チケットの入場記録に基づくキャンセル確認は、イベント会場に入場可能になってからの確認となるため、開場前からチケットのキャンセルを確認することができない。開場後にチケットを転売する場合は、チケットの転売先が会場周辺にいる者に限られてしまい、適切にチケットを転売することができないという問題があった。より早い段階でチケットの利用意向を確認できると、より広範囲の希望者にチケットを転売できる。
【０００８】
本発明は、上記に鑑みてなされたものであり、より簡単にチケットの利用意向を把握し、より迅速にチケットを再販可能とすることを目的とする。
【課題を解決するための手段】
【０００９】
第１の本発明に係るチケット管理装置は、チケットの所有者の現在位置から前記チケットの使用場所までの移動時間と前記チケットの使用可能時刻までの残り時間とを比較し、前記移動時間と前記残り時間の差分に基づいて前記チケットの利用意向を確認する通知を前記所有者に送信するか否か判定する通知判定手段と、前記チケットの利用意向を確認する通知を送信する通知手段と、前記チケットの利用意向を確認する通知に対する応答に応じて前記チケットのキャンセルを処理するキャンセル受付手段と、を有することを特徴とする。
【００１０】
第２の本発明に係るチケット管理方法は、チケット管理装置が実行するチケット管理方法であって、チケットの所有者の現在位置から前記チケットの使用場所までの移動時間と前記チケットの使用可能時刻までの残り時間とを比較し、前記移動時間と前記残り時間の差分に基づいて前記チケットの利用意向を確認する通知を前記所有者に送信するか否か判定するステップと、前記チケットの利用意向を確認する通知を送信するステップと、前記チケットの利用意向を確認する通知に対する応答に応じて前記チケットのキャンセルを処理するステップと、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、より簡単にチケットの利用意向を把握し、より迅速にチケットを再販可能とすることができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態のチケット管理システムを含む全体構成図である。
【図２】競技データベースの保持する情報の例を示す図である。
【図３】会場データベースの保持する情報の例を示す図である。
【図４】ユーザ管理データベースの保持する情報の例を示す図である。
【図５】チケット管理データベースの保持する情報の例を示す図である。
【図６】チケット管理システムの処理の流れを示すシーケンス図である。
【図７】通知判定処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を用いて説明する。
【００１４】
図１は、本実施形態のチケット管理システムを含む全体構成図である。本チケット管理システムは、チケット管理装置１及びデータベース群２を備える。本チケット管理システムは、チケット予約システム３において予約されたチケットの情報と利用者（チケットの所有者）にチケットの利用意向を確認する通知を送信するための通知情報を受信し、端末位置情報システム４及びルート検索システム５を用いて利用者の現在位置からイベント会場までの移動時間を取得し、利用者が所定の時間以上遅れてイベント会場に到着しそうな場合は、チケットの利用意向を確認する通知を利用者端末７へ送信し、利用者からチケットをキャンセルする応答を受信したときは、チケットのキャンセル情報をチケット再販システム６に送信して、チケットの再販を可能にするシステムである。各装置や各システムは、ネットワークを介して通信可能に接続されている。
【００１５】
図１に示すチケット管理装置１は、予約情報受付部１１、通知判定部１２、通知部１３、及びキャンセル受付部１４を備える。また、データベース群２は、競技ＤＢ２１、会場ＤＢ２２、ユーザ管理ＤＢ２３、及びチケット管理ＤＢ２４で構成される。なお、チケット管理装置１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムはチケット管理装置１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。以下、チケット管理装置１の各部とデータベース群２の保持する情報について説明する。
【００１６】
予約情報受付部１１は、チケット予約システム３において予約されたチケットの情報と利用者にリマインダーを通知する通知タイミングや通知間隔等の通知情報を受信する。予約情報受付部１１は、受信した通知情報をチケット管理ＤＢ２４に登録する。
【００１７】
通知判定部１２は、端末位置情報システム４を用いて利用者の現在位置を特定し、ルート検索システム５を用いて利用者の現在位置からイベント会場までの移動時間を取得する。利用者のイベント会場への到着予定時刻が所定の時刻を超えていた場合、通知判定部１２は、チケットのキャンセルの問い合わせを含むリマインダーを通知すると判定する。通知判定に用いる所定の時刻は、開場時刻などのチケットの使用可能時刻を基準として設定することができる。
【００１８】
通知部１３は、チケットのキャンセルの問い合わせを含むリマインダーを利用者端末７に送信し、利用者のチケットの利用意向を確認する。リマインドする方法としては、例えば、通信機能を備えたスマートフォンなどの利用者端末７に電話をかけて、チケットをキャンセルするか否か問い合わせるガイダンスを流し、プッシュボタンの操作によりキャンセル意向を確認する方法、チケットのキャンセルを受け付けるＷｅｂサイトのアドレスを記載したメールやＳＮＳのメッセージ等（以下、「メッセージ」と称する）を利用者端末７に送信する方法、あるいは、通知に対してメッセージを返信するとチケットがキャンセルできる旨を記載したメッセージを利用者端末７に送信する方法が考えられる。
【００１９】
キャンセル受付部１４は、利用者からチケットのキャンセル応答を受け付けて、キャンセルされたチケットの情報をチケット再販システム６に送信する。キャンセルを受け付ける方法としては、例えば、利用者からプッシュボタン操作を受け付けてキャンセル意向を確認する方法、キャンセルを受け付けるＷｅｂサイトを提供し、利用者からのアクセスを受け付けてキャンセル意向を確認する方法、あるいは、通知に対する返信を受信してキャンセル意向を確認する方法が考えられる。
【００２０】
なお、チケットをキャンセルしない場合に応答すべき旨を通知し、所定の時刻までに応答がない場合は、チケットがキャンセルされたものとみなしてもよい。
【００２１】
また、チケットの所有者、つまりイベントに参加できる権利を持つ者の変更が容易にできるように電子チケットを利用するとよい。
【００２２】
続いて、データベース群２の保持する情報について説明する。
【００２３】
競技ＤＢ２１は、開催されるイベントの情報を保持する。図２に、競技ＤＢ２１の保持する情報の例を示す。図２の例では、競技ＤＢ２１は、競技ＩＤ、競技名、会場ＩＤ、及び開場日時で構成される。競技ＩＤは、イベントを識別する識別子である。競技名は、イベントの名称を示す。会場ＩＤは、イベントが開催される場所を示す識別子である。開場日時は、イベント会場に入場可能となる日時を示す。
【００２４】
会場ＤＢ２２は、イベントが開催される場所の情報を保持する。図３に、会場ＤＢ２２の保持する情報の例を示す。図３の例では、会場ＤＢ２２は、会場ＩＤ、会場名、緯度、経度で構成される。会場名は、会場の名称を示す。緯度、経度は、会場が存在する位置を示す位置情報である。
【００２５】
ユーザ管理ＤＢ２３は、利用者の連絡先や位置情報を保持する。図４に、ユーザ管理ＤＢ２３の保持する情報の例を示す。図４の例では、ユーザ管理ＤＢ２３は、ユーザＩＤ、電話番号、メールアドレス、メッセンジャーＩＤ、及び位置情報で構成される。ユーザＩＤは、利用者を識別する識別子である。電話番号、メールアドレス、及びメッセンジャーＩＤは、利用者の通知先を示す情報である。位置情報は、利用者の現在位置を示す情報である。位置情報として、端末位置情報システム４から利用者端末７の位置情報を取得するために必要な情報を保持してもよい。
【００２６】
チケット管理ＤＢ２４は、チケットの情報及び通知情報を保持する。図５に、チケット管理ＤＢ２４の保持する情報の例を示す。図５の例では、チケット管理ＤＢ２４は、チケットＩＤ、ユーザＩＤ、競技ＩＤ、通知閾値、通知タイミング、通知間隔、及び利用管理情報で構成される。チケットＩＤは、チケットを識別する識別子である。通知閾値は、リマインドするか否かを判定する通知判定処理に用いる値であり、本実施形態では、利用者が開場日時から通知閾値より遅れてイベント会場に到着しそうな場合にリマインドする。通知タイミングは、通知判定処理を実行し、リマインダーを通知する時刻を示す。通知間隔は、通知判定処理においてリマインドしないと判定された場合に、次の通知タイミングを決めるために用いる数値である。利用管理情報は、チケットが利用されたか否かを示す。既に利用されているチケットに関しては、通知判定処理を実行しない。
【００２７】
次に、本実施形態のチケット管理システムの動作について説明する。
【００２８】
図６は、本実施形態のチケット管理システムの処理の流れを示すシーケンス図である。
【００２９】
利用者がチケット予約システムにおいてチケットを予約する（ステップＳ１１）。利用者は、チケットの予約時に、リマインダーの利用希望、初回通知タイミング、及び通知間隔等を登録する。
【００３０】
チケット予約システム３は、利用者からチケットの予約を受け付けると、チケット情報と通知情報をチケット管理装置１に送信する（ステップＳ１２）。チケット情報にはチケットＩＤ、ユーザＩＤ、及び競技ＩＤが含まれる。通知情報には通知閾値、通知タイミング、及び通知間隔が含まれる。
【００３１】
チケット管理装置１は、通知タイミングになると利用者に対してリマインダーを通知するか否か判定する（ステップＳ１３）。通知判定処理の詳細については後述する。
【００３２】
チケット管理装置１は、リマインダーを通知すると判定した場合、チケットのキャンセルの問い合わせを含むリマインダーを利用者に通知する（ステップＳ１４）。
【００３３】
利用者は、チケットをキャンセルすると決めた場合、ステップＳ１４の通知に対してキャンセルする旨を応答する（ステップＳ１５）。
【００３４】
チケット管理装置１は、キャンセルの応答を受信すると、キャンセルのあったチケットの情報をチケット再販システム６に送信する（ステップＳ１６）。
【００３５】
その後、チケット再販システム６は、キャンセルのあったチケットを再販する（ステップＳ１７）。チケットを再販する場合は、イベント会場に近い位置にいる希望者から順にチケット再販の通知を送信してもよい。これにより、より確実にイベントに参加できる希望者にチケットを再販することが可能となる。
【００３６】
次に、本実施形態のチケット管理装置１の通知判定処理について説明する。
【００３７】
図７は、本実施形態のチケット管理装置１の通知判定処理の流れを示すフローチャートである。チケットの通知タイミングになると、通知判定部１２は、図７の通知判定処理を開始する。
【００３８】
通知判定部１２は、端末位置情報システム４から利用者の保持する利用者端末７の位置情報を取得する（ステップＳ２１）。利用者端末７は、定期的に、ＧＰＳ情報や基地局在圏情報などの利用者端末７の位置情報を端末位置情報システム４に送信している。端末位置情報システム４は、利用者端末７の位置情報を管理する。なお、利用者の現在位置が分かればどのような方法を用いてもよい。
【００３９】
通知判定部１２は、ルート検索システム５に利用者の現在の位置情報とイベント会場の位置情報を送信し、利用者がイベント会場に到着するまでの移動時間を問い合わせる（ステップＳ２２）。ルート検索システム５では、複数のルートが検索されることがあるが、その場合は、最も早くイベント会場に到着できるルートの移動時間を取得してもよいし、一般的なルートの移動時間を取得してもよい。イベント会場の位置情報は会場ＤＢ２２から取得できる。
【００４０】
通知判定部１２は、現在時刻から開場日時までの残り時間を計算する（ステップＳ２３）。
【００４１】
通知判定部１２は、ステップＳ２２で取得した移動時間とステップＳ２３で計算した残り時間を比較し、残り時間が移動時間よりも短く（ステップＳ２４のＹＥＳ）、残り時間と移動時間との差分が通知閾値より大きい場合（ステップＳ２５のＹＥＳ）、つまり、開場後、通知閾値として定めた時間以内に利用者がイベント会場に到着しないと思われる場合、利用者にキャンセルの問い合わせを含むリマインダーを通知する（ステップＳ２６）。
【００４２】
残り時間が移動時間よりも長いか（ステップＳ２４のＮＯ）、残り時間と移動時間の差分が通知閾値より小さい場合（ステップＳ２５のＮＯ）、通知判定部１２は、現在の通知タイミングに通知間隔を加算し、次回の通知タイミングを設定する（ステップＳ２６）。
【００４３】
なお、本実施形態では、開場日時後、通知閾値以内に利用者がイベント会場に到着できそうにない場合にリマインダーを通知しているが、開場日時より前の通知閾値以前に利用者がイベント会場に到着できそうにない場合にリマインダーを通知してもよい。また、本実施形態では、イベントのチケットについて説明したが、交通機関のチケットについても同様に適用できる。この場合、開場日時の代わりに出発時刻をチケットの利用可能時刻とし、出発時刻の通知閾値以内に利用者が到着できそうにない場合にリマインダーを通知する。
【００４４】
以上説明したように、本実施の形態によれば、利用者の現在位置からイベント会場までの移動時間を取得し、移動時間と現在時刻から開場までの残り時間との差分が通知閾値よりも大きい場合、通知に対して応答するとチケットの利用意向を確認できるリマインダーを利用者に通知し、リマインダーに対する応答に応じてチケットのキャンセルを処理することで、イベント主催者は、より簡単にチケットの利用意向を把握し、より迅速なチケット再販が可能となる。利用者は、現在位置と移動時間に基づいて送信されるリマインダーを受け取ることで、イベントへの参加忘れを防止でき、また、リマインダーに応答するだけで簡単にチケットをキャンセルできる。
【符号の説明】
【００４５】
１…チケット管理装置
１１…予約情報受付部
１２…通知判定部
１３…通知部
１４…キャンセル受付部
２…データベース群
２１…競技ＤＢ
２２…会場ＤＢ
２３…ユーザ管理ＤＢ
２４…チケット管理ＤＢ
３…チケット予約システム
４…端末位置情報システム
５…ルート検索システム
６…チケット再販システム
７…利用者端末
【図１】
2018165868.tif 000003
【図２】
2018165868.tif 000004
【図３】
2018165868.tif 000005
【図４】
2018165868.tif 000006
【図５】
2018165868.tif 000007
【図６】
2018165868.tif 000008
【図７】
2018165868.tif 000009