(57)【要約】【課題】不正転売の可能性が有る者を検出するサーバ、チケット販売システム、チケット販売方法及びチケット販売プログラムを提供する。【解決手段】サーバは、ユーザが所有する端末と、チケット販売業者が所有する販売サーバとに通信ネットワークを介して接続するサーバであって、端末から送信された、ユーザの行動に関する行動情報を受け付ける受付部と、チケット販売業者がユーザに販売したイベントのチケットに対応し、イベント会場及びイベント日時に関する情報を含むイベント情報を販売サーバから取得する取得部と、受付部によって受け付けたユーザの行動情報と、取得部によって取得したイベント情報とに基づいて、ユーザがイベント日時にイベント会場に行ったかを判断する第１判断部と、第１判断部による判断の結果に基づいて、ユーザが優良ユーザであるか否かを判断する第２判断部と、を備える。【選択図】図１
2020160927.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが所有する端末と、チケット販売業者が所有する販売サーバとに通信ネットワークを介して接続するサーバであって、
前記端末から送信された、前記ユーザの行動に関する行動情報を受け付ける受付部と、
チケット販売業者が前記ユーザに販売したイベントのチケットに対応し、イベント会場及びイベント日時に関する情報を含むイベント情報を前記販売サーバから取得する取得部と、
前記受付部によって受け付けたユーザの行動情報と、前記取得部によって取得したイベント情報とに基づいて、前記ユーザがイベント日時にイベント会場に行ったかを判断する第１判断部と、
前記第１判断部による判断の結果に基づいて、前記ユーザが優良ユーザであるか否かを判断する第２判断部と、
を備えるサーバ。
【請求項２】
前記第１判断部によって前記ユーザがイベント日時にイベント会場に行っていないと判断された場合、前記ユーザがイベントに行かなかったことを示す不参加情報を記憶する記憶部と、
前記販売サーバに対して所定の通知を行う通知部と、を備え、
前記第２判断部は、前記記憶部に記憶される前記ユーザの不参加情報に基づいて取得されるイベントの不参加回数が予め設定された回数を超える場合、前記ユーザは優良ユーザでないと判断し、
前記通知部は、前記第２判断部によって前記ユーザが優良ユーザでないと判断された場合、前記所定の通知として、前記ユーザが優良ユーザでない旨の通知を行う
請求項１に記載のサーバ。
【請求項３】
前記受付部によって受け付けた行動情報に基づいてユーザの生活圏を推定し、前記端末に対して前記生活圏内においてチケットの転売又は譲渡の許可を与える許可部を備える
請求項１又は２に記載のサーバ。
【請求項４】
前記許可部は、前記第２判断部によって前記ユーザが優良ユーザと設定される場合、前記端末に対して許可を与える
請求項３に記載のサーバ。
【請求項５】
チケット販売業者が発行し、前記ユーザを識別する第１の識別情報と、サーバ提供業者が発行し、前記ユーザを識別する第２の識別情報とを対応付ける対応付け部を備え、
前記第１判断部は、イベント情報に記録される第１の識別情報と、行動情報に記録される第２の識別情報とに基づいて、前記ユーザを特定する
請求項１〜４のいずれか１項に記載のサーバ。
【請求項６】
前記対応付け部において第１の識別情報と第２の識別情報とが対応付けられていない場合に、前記取得部によって第１の識別情報が記録されるイベント情報を取得すると、前記販売サーバが前記ユーザの前記端末に対して第２の識別情報をサーバに登録するように促す通知を行うよう、前記販売サーバに対して登録依頼を行う依頼処理部を備える
請求項５に記載のサーバ。
【請求項７】
前記取得部によって取得したイベント情報に対応するコンテンツを前記ユーザの前記端末に提供する提供部を備える
請求項１〜６のいずれか１項に記載のサーバ。
【請求項８】
前記提供部は、前記受付部によって受け付けた行動情報に基づいて前記ユーザが移動するときの移動手段を取得し、移動手段に応じたコンテンツを提供する
請求項７に記載のサーバ。
【請求項９】
前記提供部は、
ユーザが運転操作をしない移動手段の場合には、移動手段に応じたコンテンツとして動画コンテンツの提供を可能とし、
ユーザが運転操作をする移動手段の場合には、移動手段に応じたコンテンツとしては動画コンテンツを提供しない
請求項８に記載のサーバ。
【請求項１０】
ユーザが所有する端末と、
チケット販売業者が所有する販売サーバと、
通信ネットワークを介して前記端末及び前記販売サーバに接続する、サーバ提供業者が提供するサーバと、を備え、
前記サーバは、
前記端末から送信された、前記ユーザの行動に関する行動情報を受け付ける受付部と、
チケット販売業者が前記ユーザに販売したイベントのチケットに対応し、イベント会場及びイベント日時に関する情報を含むイベント情報を前記販売サーバから取得する取得部と、
前記受付部によって受け付けたユーザの行動情報と、前記取得部によって取得したイベント情報とに基づいて、前記ユーザがイベント日時にイベント会場に行ったかを判断する第１判断部と、
前記第１判断部による判断の結果に基づいて、前記ユーザが優良ユーザであるか否かを判断する第２判断部と、
を備えるチケット販売システム。
【請求項１１】
ユーザが所有する端末と、チケット販売業者が所有する販売サーバとに通信ネットワークを介して接続するサーバは、
前記端末から送信された、前記ユーザの行動に関する行動情報を受付部によって受け付ける受付ステップと、
チケット販売業者が前記ユーザに販売したイベントのチケットに対応し、イベント会場及びイベント日時に関する情報を含むイベント情報を前記販売サーバから取得部によって取得する取得ステップと、
前記受付部によって受け付けたユーザの行動情報と、前記取得部によって取得したイベント情報とに基づいて、前記ユーザがイベント日時にイベント会場に行ったかを第１判断部によって判断する第１判断ステップと、
前記第１判断ステップによる判断の結果に基づいて、前記ユーザが優良ユーザであるか否かを第２判断部によって判断する第２判断ステップと、
を実行するチケット販売方法。
【請求項１２】
前記第１判断ステップによって前記ユーザがイベント日時にイベント会場に行っていないと判断された場合、前記ユーザがイベントに行かなかったことを示す不参加情報を記憶部に記憶する記憶ステップと、
前記販売サーバに対して所定の通知を通知部によって行う通知ステップと、実行し、
を備え、
前記第２判断ステップは、前記記憶部に記憶される前記ユーザの不参加情報に基づいて取得されるイベントの不参加回数が予め設定された回数を超える場合、前記ユーザは優良ユーザでないと判断し、
前記通知ステップは、前記第２判断部によって前記ユーザが優良ユーザでないと判断された場合、前記所定の通知として、前記ユーザが優良ユーザでない旨の通知を行う
請求項１１に記載のチケット販売方法。
【請求項１３】
前記受付部によって受け付けた行動情報に基づいてユーザの生活圏を推定し、前記端末に対して前記生活圏内においてチケットの転売又は譲渡の許可を許可部によって与える許可ステップを実行する
請求項１１又は１２に記載のチケット販売方法。
【請求項１４】
前記許可ステップは、前記第２判断部によって前記ユーザが優良ユーザと設定される場合、前記端末に対して許可を与える
請求項１３に記載のチケット販売方法。
【請求項１５】
チケット販売業者が発行し、前記ユーザを識別する第１の識別情報と、サーバ提供業者が発行し、前記ユーザを識別する第２の識別情報とを対応付け部によって対応付ける対応付けステップを実行し、
前記第１判断ステップは、イベント情報に記録される第１の識別情報と、行動情報に記録される第２の識別情報とに基づいて、前記ユーザを特定する
請求項１１〜１４のいずれか１項に記載のチケット販売方法。
【請求項１６】
前記対応付けステップにおいて第１の識別情報と第２の識別情報とが対応付けられていない場合に、前記取得部によって第１の識別情報が記録されるイベント情報を取得すると、前記販売サーバが前記ユーザの前記端末に対して第２の識別情報をサーバに登録するように促す通知を行うよう、前記販売サーバに対して登録依頼を依頼処理部によって行う依頼処理ステップを実行する
請求項１５に記載のチケット販売方法。
【請求項１７】
前記取得ステップによって取得したイベント情報に対応するコンテンツを提供部によって前記ユーザの前記端末に提供する提供ステップを実行する
請求項１１〜１６のいずれか１項に記載のチケット販売方法。
【請求項１８】
前記提供ステップは、前記受付部によって受け付けた行動情報に基づいて前記ユーザが移動するときの移動手段を取得し、移動手段に応じたコンテンツを提供する
請求項１７に記載のチケット販売方法。
【請求項１９】
前記提供ステップは、
ユーザが運転操作をしない移動手段の場合には、移動手段に応じたコンテンツとして動画コンテンツの提供を可能とし、
ユーザが運転操作をする移動手段の場合には、移動手段に応じたコンテンツとしては動画コンテンツを提供しない
請求項１８に記載のチケット販売方法。
【請求項２０】
ユーザが所有する端末と、チケット販売業者が所有する販売サーバとに通信ネットワークを介して接続するサーバに、
前記端末から送信された、前記ユーザの行動に関する行動情報を受け付ける受付機能と、
チケット販売業者が前記ユーザに販売したイベントのチケットに対応し、イベント会場及びイベント日時に関する情報を含むイベント情報を前記販売サーバから取得する取得機能と、
前記受付機能によって受け付けたユーザの行動情報と、前記取得機能によって取得したイベント情報とに基づいて、前記ユーザがイベント日時にイベント会場に行ったかを判断する第１判断機能と、
前記第１判断機能による判断の結果に基づいて、前記ユーザが優良ユーザであるか否かを判断する第２判断機能と、
を実現させるチケット販売プログラム。
【請求項２１】
前記第１判断機能によって前記ユーザがイベント日時にイベント会場に行っていないと判断された場合、前記ユーザがイベントに行かなかったことを示す不参加情報を記憶する記憶機能と、
前記販売サーバに対して所定の通知を行う通知機能と、実現し、
前記第２判断機能は、前記記憶機能に記憶される前記ユーザの不参加情報に基づいて取得されるイベントの不参加回数が予め設定された回数を超える場合、前記ユーザは優良ユーザでないと判断し、
前記通知機能は、前記第２判断機能によって前記ユーザが優良ユーザでないと判断された場合、前記所定の通知として、前記ユーザが優良ユーザでない旨の通知を行う
請求項２０に記載のチケット販売プログラム。
【請求項２２】
前記受付機能によって受け付けた行動情報に基づいてユーザの生活圏を推定し、前記端末に対して前記生活圏内においてチケットの転売又は譲渡の許可を与える許可機能を備える
請求項２０又は２１に記載のチケット販売プログラム。
【請求項２３】
前記許可機能は、前記第２判断機能によって前記ユーザが優良ユーザと設定される場合、前記端末に対して許可を与える
請求項２２に記載のチケット販売プログラム。
【請求項２４】
チケット販売業者が発行し、前記ユーザを識別する第１の識別情報と、サーバ提供業者が発行し、前記ユーザを識別する第２の識別情報とを対応付ける対応付け機能を実現し、
前記第１判断機能は、イベント情報に記録される第１の識別情報と、行動情報に記録される第２の識別情報とに基づいて、前記ユーザを特定する
請求項２０〜２３のいずれか１項に記載のチケット販売プログラム。
【請求項２５】
前記対応付け機能において第１の識別情報と第２の識別情報とが対応付けられていない場合に、前記取得機能によって第１の識別情報が記録されるイベント情報を取得すると、前記販売サーバが前記ユーザの前記端末に対して第２の識別情報をサーバに登録するように促す通知を行うよう、前記販売サーバに対して登録依頼を行う依頼処理機能を実現する
請求項２４に記載のチケット販売プログラム。
【請求項２６】
前記取得機能によって取得したイベント情報に対応するコンテンツを前記ユーザの前記端末に提供する提供機能を備える
請求項２０〜２５のいずれか１項に記載のチケット販売プログラム。
【請求項２７】
前記提供機能は、前記受付機能によって受け付けた行動情報に基づいて前記ユーザが移動するときの移動手段を取得し、移動手段に応じたコンテンツを提供する
請求項２６に記載のチケット販売プログラム。
【請求項２８】
前記提供機能は、
ユーザが運転操作をしない移動手段の場合には、移動手段に応じたコンテンツとして動画コンテンツの提供を可能とし、
ユーザが運転操作をする移動手段の場合には、移動手段に応じたコンテンツとしては動画コンテンツを提供しない
請求項２７に記載のチケット販売プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、チケット販売システム、チケット販売方法及びチケット販売プログラムに関する。
【背景技術】
【０００２】
従来から、イベント等においてはチケットが販売されているが、チケットの悪質な転売や仕入れ行為が社会問題化している。特許文献１には、購入したチケットを他人に高値で転売するダフ屋行為を抑制する装置が記載されている。特許文献１に記載された装置は、チケットの購入者が予め設定した地点情報と、チケットの受取者の現在位置の情報とに基づいて、地点情報が示す地点に受取者が居ることを確認し、チケットの引き渡しを許可するようになっている。これにより、特許文献１に記載された装置は、例えば、購入者と受取者とが同居する家族の場合には、受取者がチケットの引き渡しを受けて、イベントに参加できるようになっている。また、特許文献１に記載された装置は、地点情報を購入者が勤務する職場に設定されている場合には、その職場の同僚等にチケットの引き渡しを許可することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−０１２２３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した特許文献１に記載された装置では、ダフ屋行為を抑制することを目的としている。しかし、特許文献１に記載された装置は、地点情報と現在位置の情報とが一致さえすればよいので、不正にチケットを転売できる余地がある。
このため、チケットの不正転売を抑制するための新たなシステムの開発が望まれている。
【０００５】
本発明は、不正転売の可能性が有る者を検出するサーバ、チケット販売システム、チケット販売方法及びチケット販売プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
一態様のサーバは、ユーザが所有する端末と、チケット販売業者が所有する販売サーバとに通信ネットワークを介して接続するサーバであって、端末から送信された、ユーザの行動に関する行動情報を受け付ける受付部と、チケット販売業者がユーザに販売したイベントのチケットに対応し、イベント会場及びイベント日時に関する情報を含むイベント情報を販売サーバから取得する取得部と、受付部によって受け付けたユーザの行動情報と、取得部によって取得したイベント情報とに基づいて、ユーザがイベント日時にイベント会場に行ったかを判断する第１判断部と、第１判断部による判断の結果に基づいて、ユーザが優良ユーザであるか否かを判断する第２判断部と、を備える。
【０００７】
一態様のサーバは、第１判断部によってユーザがイベント日時にイベント会場に行っていないと判断された場合、ユーザがイベントに行かなかったことを示す不参加情報を記憶する記憶部と、販売サーバに対して所定の通知を行う通知部と、を備え、第２判断部は、記憶部に記憶されるユーザの不参加情報に基づいて取得されるイベントの不参加回数が予め設定された回数を超える場合、ユーザは優良ユーザでないと判断し、通知部は、第２判断部によってユーザが優良ユーザでないと判断された場合、所定の通知として、ユーザが優良ユーザでない旨の通知を行うこととしてもよい。
【０００８】
一態様のサーバは、受付部によって受け付けた行動情報に基づいてユーザの生活圏を推定し、端末に対して生活圏内においてチケットの転売又は譲渡の許可を与える許可部を備えることとしてもよい。
【０００９】
一態様のサーバでは、許可部は、第２判断部によってユーザが優良ユーザと設定される場合、端末に対して許可を与えることとしてもよい。
【００１０】
一態様のサーバは、チケット販売業者が発行し、ユーザを識別する第１の識別情報と、サーバ提供業者が発行し、ユーザを識別する第２の識別情報とを対応付ける対応付け部を備え、第１判断部は、イベント情報に記録される第１の識別情報と、行動情報に記録される第２の識別情報とに基づいて、ユーザを特定することとしてもよい。
【００１１】
一態様のサーバは、対応付け部において第１の識別情報と第２の識別情報とが対応付けられていない場合に、取得部によって第１の識別情報が記録されるイベント情報を取得すると、販売サーバがユーザの端末に対して第２の識別情報をサーバに登録するように促す通知を行うよう、販売サーバに対して登録依頼を行う依頼処理部を備えることとしてもよい。
【００１２】
一態様のサーバは、取得部によって取得したイベント情報に対応するコンテンツをユーザの端末に提供する提供部を備えることとしてもよい。
【００１３】
一態様のサーバでは、提供部は、受付部によって受け付けた行動情報に基づいてユーザが移動するときの移動手段を取得し、移動手段に応じたコンテンツを提供することとしてもよい。
【００１４】
一態様のサーバでは、提供部は、ユーザが運転操作をしない移動手段の場合には、移動手段に応じたコンテンツとして動画コンテンツの提供を可能とし、ユーザが運転操作をする移動手段の場合には、移動手段に応じたコンテンツとしては動画コンテンツを提供しないこととしてもよい。
【００１５】
一態様のチケット販売システムは、ユーザが所有する端末と、チケット販売業者が所有する販売サーバと、通信ネットワークを介して端末及び販売サーバに接続する、サーバ提供業者が提供するサーバと、を備え、サーバは、端末から送信された、ユーザの行動に関する行動情報を受け付ける受付部と、チケット販売業者がユーザに販売したイベントのチケットに対応し、イベント会場及びイベント日時に関する情報を含むイベント情報を販売サーバから取得する取得部と、受付部によって受け付けたユーザの行動情報と、取得部によって取得したイベント情報とに基づいて、ユーザがイベント日時にイベント会場に行ったかを判断する第１判断部と、第１判断部による判断の結果に基づいて、ユーザが優良ユーザであるか否かを判断する第２判断部と、を備える。
【００１６】
一態様のチケット販売方法では、ユーザが所有する端末と、チケット販売業者が所有する販売サーバとに通信ネットワークを介して接続するサーバは、端末から送信された、ユーザの行動に関する行動情報を受付部によって受け付ける受付ステップと、チケット販売業者がユーザに販売したイベントのチケットに対応し、イベント会場及びイベント日時に関する情報を含むイベント情報を販売サーバから取得部によって取得する取得ステップと、受付部によって受け付けたユーザの行動情報と、取得部によって取得したイベント情報とに基づいて、ユーザがイベント日時にイベント会場に行ったかを第１判断部によって判断する第１判断ステップと、第１判断ステップによる判断の結果に基づいて、ユーザが優良ユーザであるか否かを第２判断部によって判断する第２判断ステップと、を実行する。
【００１７】
一態様のチケット販売プログラムは、ユーザが所有する端末と、チケット販売業者が所有する販売サーバとに通信ネットワークを介して接続するサーバに、端末から送信された、ユーザの行動に関する行動情報を受け付ける受付機能と、チケット販売業者がユーザに販売したイベントのチケットに対応し、イベント会場及びイベント日時に関する情報を含むイベント情報を販売サーバから取得する取得機能と、受付機能によって受け付けたユーザの行動情報と、取得機能によって取得したイベント情報とに基づいて、ユーザがイベント日時にイベント会場に行ったかを判断する第１判断機能と、第１判断機能による判断の結果に基づいて、ユーザが優良ユーザであるか否かを判断する第２判断機能と、を実現させる。
【発明の効果】
【００１８】
一態様のサーバは、ユーザの行動情報と、イベント情報とに基づいて、ユーザがイベントに参加したかを判断する第１判断部と、第１判断部による判断の結果に基づいて、ユーザが優良ユーザであるか否かを判断する第２判断部とを備えるので、不正転売の可能性が有る者を検出することができる。
また、一態様のチケット販売システム、チケット販売方法及びチケット販売プログラムは、一態様のサーバと同様の効果を奏することができる。
【図面の簡単な説明】
【００１９】
【図１】一実施形態に係るチケット販売システムの概略構成について説明するための図である。
【図２】販売サーバが保有する情報の一例について説明するための図である。
【図３】サーバが保有する情報の一例について説明するための図である。
【図４】一実施形態に係るチケット販売システムの構成について説明するためのブロック図である。
【図５】一実施形態に係るチケット販売方法について説明するためのフローチャートである。
【図６】一実施形態に係るチケット販売方法について説明するための第１のシーケンス図である。
【図７】一実施形態に係るチケット販売方法について説明するための第２のシーケンス図である。
【図８】変形例に係るチケット販売システムについて説明するためのブロック図である。
【発明を実施するための形態】
【００２０】
以下、本発明の一実施形態について説明する。
図１は、一実施形態に係るチケット販売システムの概略構成について説明するための図である。
図２は、販売サーバが保有する情報の一例について説明するための図である。
図３は、サーバが保有する情報の一例について説明するための図である。
【００２１】
チケット販売システム１（図１参照）は、１又は複数の端末１０、販売サーバ２０及びサーバ３０を備える。端末１０、販売サーバ２０及びサーバ３０は、通信ネットワークを介して情報を送受信可能に接続される。
【００２２】
端末１０は、ユーザが所有する。端末１０は、ユーザの操作に基づいて販売サーバ２０からチケットを購入することが可能である。図１には端末１０が２台記載されているが、本発明はこの例に限定されることはない。すなわち、端末１０は、１台であってもよく、３台以上であってもよい。
【００２３】
販売サーバ２０は、チケットを販売するためのサーバ３０であり、チケット販売業者が所有する。チケット販売業者は、例えば、イベントの興行者から依頼を受けることに基づいて、ユーザにイベントのチケットを販売する。販売サーバ２０は、そのチケットの販売に用いられ、例えば、電子チケットをユーザに販売する。すなわち、販売サーバ２０は、チケットの購入者となるユーザの端末１０に電子チケットを送信する。
販売サーバ２０は、図２に例示するように、ユーザに販売するイベントのチケット（イベント名）と、そのイベントの開催日時（イベント日時）及び会場（イベント会場）とを対応付けた情報を記憶する。この情報には、そのイベントのチケットを購入した購入者（ユーザ：一例として、後述する第１識別情報）を対応付けることとしてもよい。
【００２４】
サーバ３０は、例えば、ユーザに販売されたチケット（電子チケット）を管理するための管理サーバである。サーバ３０は、例えば、チケットを管理する会社（チケット管理会社）及びサーバ提供業者等が所有する。
サーバ３０は、端末１０を所有するユーザの行動と、販売サーバ２０によって販売されたチケットに対応するイベントの情報とに基づいて、ユーザがイベントに行ったか否かを判断する。サーバ３０は、そのユーザが異なるイベントのチケットを複数回購入している場合において、ユーザがイベントに行かなかった回数が予め設定される回数を超えると、そのユーザは優良ユーザではないと判断する。すなわち、サーバ３０は、そのユーザが不正転売をしている可能性があると判断して、販売サーバ２０に通知を行う。
サーバ３０は、図３に例示するように、ユーザ毎（後述する第２識別情報（又は、第１識別情報）毎に）に、そのユーザが購入したチケット（イベント名）と、そのチケットに対応するイベントの開催日時（イベント日時）及び会場（イベント会場）とを対応付けた情報を記憶する。また、サーバ３０は、その情報に、ユーザが所有する端末から取得したユーザの行動情報（行動履歴）を対応付けることとしてもよい。さらに、サーバ３０は、その情報に、ユーザが購入したチケットに対応するイベントにユーザが行ったか（参加したか）否かの情報を対応付けることとしてもよい。
【００２５】
以下、チケット販売システム１の具体的な構成について説明する。
図４は、一実施形態に係るチケット販売システム１の構成について説明するためのブロック図である。
【００２６】
まず、端末１０について説明する。端末１０は、行動情報取得部１１を備える。
行動情報取得部１１は、端末１０を所有するユーザの行動に関する行動情報を取得する。行動情報は、例えば、ユーザの移動に関する情報である。より具体的な一例としては、行動情報は、所定時間毎に測定される端末１０の位置情報である。行動情報取得部１１は、例えば、全球測位衛星システム（ＧＮＳＳ：Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）等を利用することに位置情報を取得する。行動情報取得部１１は、取得したユーザの行動情報を、例えば、所定時間毎にサーバ３０に送信する。
なお、行動情報取得部１１は、端末１０に搭載されるばかりでなく、ユーザが所有する車両に搭載されていてもよい。この場合も、行動情報取得部１１は、ＧＮＳＳ等により車両の位置情報を取得し、その位置情報をユーザの行動情報として取得する。
【００２７】
また、行動情報取得部１１は、端末１０において実行されるプログラムの処理に基づいて、ユーザが宿泊施設（例えば、ホテル及び旅館等）に宿泊するため予約に関する情報、及び、ユーザが公共交通機関（例えば、鉄道、高速バス及びタクシー等）を利用するための予約に関する情報等の行動情報を取得することとしてもよい。行動情報取得部１１は、ユーザの操作に基づいて端末１０が宿泊施設及び公共交通機関に対して予約を実行する場合、その予約に関する情報（行動情報）をサーバ３０にも送信することとしてもよい。
また、行動情報取得部１１は、端末１０において実行されるプログラムの処理に基づいて、チケットの購入並びに転売又は譲渡と、商品の購入と、サービスの利用と、Ｗｅｂの閲覧と、コンテンツの視聴とのうち少なくとも１つの行動に関する情報を取得することとしてもよい。
【００２８】
行動情報取得部１１は、例えば、所定時間毎にユーザの行動を取得し、又は、ユーザが端末１０に対してアクションを行った場合にそのアクションをユーザの行動として取得する。所定時間は、一例として、５秒、１０秒、３０秒、１分又は５分等の適宜設定される時間である。行動情報取得部１１は、例えば、一定期間毎等の所定のタイミングで行動情報をサーバ３０に送信する。
【００２９】
次に、販売サーバ２０について説明する。販売サーバ２０は、チケット販売部２１及び販売サーバ記憶部２２を備える。
【００３０】
販売サーバ記憶部２２は、ユーザに販売するイベントのチケットと、そのイベントの開催日時（イベント日時）及び会場（イベント会場）とを対応付けた情報を記憶する。以下では、イベント日時及びイベント会場を含む情報は、イベント情報という場合もある。イベント情報は、チケット販売業者が作成してもよく、イベントの興行者から提供されてもよい。
【００３１】
チケット販売部２１は、ユーザに対してイベントのチケットを販売する。すなわち、チケット販売部２１は、端末１０に対して電子チケットを送信する。また、チケット販売部２１は、ユーザに販売したチケットに対応するイベント情報をサーバ３０に送信する。
【００３２】
次に、サーバ３０について説明する。サーバ３０は、受付部３１、取得部３２、第１判断部３３及び第２判断部３４を備える。
【００３３】
受付部３１は、端末１０から送信された、ユーザの行動に関する行動情報を受け付ける。ユーザは、販売サーバ２０からチケットを購入したユーザである。受付部３１は、そのユーザが所有する端末１０から送信された行動情報を受け付ける。すなわち、受付部３１は、例えば、所定のタイミングで端末１０から送信される行動情報を受け付ける。行動情報は、例えば、上述したように端末１０の位置情報である。受付部は、一定期間毎に端末１０から送信された行動情報を受け付けるため、複数の位置情報により端末の移動履歴を取得することができる。また、行動情報は、例えば、上述したように、予約に関する情報であってもよい。
【００３４】
取得部３２は、チケット販売業者がユーザに販売したイベントのチケットに対応するイベント情報を販売サーバ２０から取得する。ユーザは、販売サーバ２０からチケットを購入したユーザである。取得部３２は、そのユーザが購入したチケットに対応するイベント情報を販売サーバ２０から取得する。イベント情報は、上述したようにイベント日時及びイベント会場の情報を含む。
【００３５】
第１判断部３３は、受付部３１によって受け付けたユーザの行動情報と、取得部３２によって取得したイベント情報とに基づいて、ユーザがイベント日時にイベント会場に行ったかを判断する。行動情報は、例えば、端末１０の位置情報として所定時間毎にサーバ３０に送信される。これにより、第１判断部３３は、端末１０を所有するユーザの行動の履歴を把握することができる。第１判断部３３は、ユーザの行動履歴と、イベント情報に含まれるイベント日時及びイベント会場とに基づいて、イベントが開催される日時に、ユーザがイベント会場に行ったか（居たか）否かを判断する。
【００３６】
第２判断部３４は、第１判断部３３による判断の結果に基づいて、ユーザが優良ユーザであるか否かを判断する。第２判断部３４は、第１判断部３３によってユーザがイベントの開催日時にイベント会場に行っていた（参加した）と判断される場合には、そのユーザを優良ユーザであると判断する。一方、第２判断部３４は、第１判断部３３によってユーザがイベントの開催日時にイベント会場に行っていない（参加していない）と判断される場合には、そのユーザを優良ユーザでないと判断する。
なお、上述したサーバ３０のより詳細な内容については、後述する。
【００３７】
すなわち、サーバ３０は、記憶部３５及び通知部３６を備えることとしてもよい。
記憶部３５は、第１判断部３３によってユーザがイベント日時にイベント会場に行っていないと判断された場合、ユーザがイベントに行かなかったことを示す不参加情報を記憶する。記憶部３５は、第１判断部３３によってユーザがチケットを購入したにもかかわらず、そのチケットに対応するイベントに行っていないと判断される場合、そのユーザに対応付けて不参加情報を記憶する。また、上述した第１判断部３３は、１人のユーザが異なる複数のイベントのチケットを購入している場合、それぞれのイベント毎にそのユーザがイベントに行ったか否かを判断する。このため、記憶部３５は、第１判断部３３によってそのユーザが複数のイベントに複数回行かなかった場合も、それぞれ不参加情報を記憶する。すなわち、記憶部３５は、例えば、不参加情報として、ユーザがイベントに参加していない回数を記憶する。
【００３８】
この場合、第２判断部３４は、記憶部３５に記憶されるユーザの不参加情報に基づいて取得されるイベントの不参加回数が予め設定された回数を超える場合、ユーザは優良ユーザでないと判断することとしてもよい。予め設定される回数は、チケット販売業者及びチケット管理会社（サーバ提供業者）等によって適宜設定される。一例として、予め設定される回数は、３回、５回、７回又は１０回等である。第２判断部は、不参加回数に基づいて、ユーザが優良ユーザであるか否かを判断する。
【００３９】
通知部３６は、販売サーバ２０に対して所定の通知を行う。すなわち、通知部３６は、第２判断部３４によってユーザが優良ユーザでないと判断された場合、所定の通知として、ユーザが優良ユーザでない旨の通知を行う。優良ユーザでない旨の通知は、例えば、ユーザが不正転売の可能性があることを示す通知である。
【００４０】
また、サーバ３０は、許可部３７を備えることとしてもよい。
許可部３７は、受付部３１によって受け付けた行動情報に基づいてユーザの生活圏を推定し、端末１０に対して生活圏内においてチケットの転売又は譲渡の許可を与える。この場合、許可部３７は、第２判断部３４によってユーザが優良ユーザと設定される場合、端末１０に対して許可を与える。
【００４１】
許可部３７は、第２判断部３４によってユーザが優良ユーザと判断される場合のみ、そのユーザが所有する端末１０に対して許可を与えることとしてもよい。すなわち、許可部３７は、第２判断部３４によってユーザが優良ユーザでないと判断される場合には、そのユーザが所有する端末１０に対して許可を与えない。
この場合、許可部３７は、優良ユーザの生活圏において、第三者にチケットの転売又は譲渡を許可することとしてもよい。許可部３７は、行動情報に基づいて、ユーザの行動の履歴を取得する。ユーザは、そのユーザの自宅付近、ユーザの勤務先である会社付近、自宅と勤務先とを往復するときの移動経路等においての行動が多くなる。許可部３７は、ユーザの行動が多い地域をそのユーザの生活圏と推定する。許可部３７は、その生活圏にそのユーザの端末１０が有る場合、そのユーザが購入したチケット（電子チケット）を他のユーザに転売又は譲渡することを許可する。すなわち、許可部３７は、そのユーザが所有する端末１０に対して転売又は譲渡の許可を与える信号（許可信号）を送信する。端末１０は、許可信号を受け付けると設定を変更して、転売又は譲渡が可能になる。具体的には、端末１０は、行動情報取得部１１によって取得される位置情報に基づく端末１０の現在位置が許可信号によって指定された生活圏内の場合、チケットの転売又は譲渡が可能になる。
【００４２】
また、サーバ３０は、対応付け部３８を備えることとしてもよい。
対応付け部３８は、チケット販売業者が発行し、ユーザを識別する第１識別情報と、サーバ提供業者が発行し、ユーザを識別する第２識別情報とを対応付ける。第１識別情報は、例えば、ユーザが販売サーバ２０に登録した場合に、販売サーバ２０によって発行される情報である。第１識別情報は、端末１０を所有するユーザを識別するものであり、ユーザ毎に固有の情報である。第１識別情報は、ユーザを特定するために、販売サーバ２０からサーバ３０にも予め送信されている。第２識別情報は、ユーザがサーバ３０に登録した場合に、サーバ３０によって発行される情報である。第２識別情報は、端末１０を所有するユーザを識別するものであり、ユーザ毎に固有の情報である。例えば、ユーザと、第１識別情報と、第２識別情報とは、予め対応付けられることにより、ユーザ情報として記憶部３５に記憶されている
【００４３】
そして、販売サーバ２０は、ユーザがチケットを購入した場合、そのユーザの第１識別情報をサーバ３０に送信する。この場合、販売サーバ２０は、イベント情報と共に第１識別情報をサーバ３０に送信することとしてもよい。
また、端末１０は、行動情報と共に第２識別情報をサーバ３０に送信することとしてもよい。
【００４４】
この場合、第１判断部３３は、イベント情報に記録される第１の識別情報と、行動情報に記録される第２の識別情報とに基づいて、ユーザを特定する。すなわち、第１判断部３３は、予め記憶部３５に記憶されているユーザ情報と、販売サーバ２０から送信された第１識別情報と、端末１０から送信された第２識別情報とに基づいて、ユーザを特定する。これにより、チケットを購入したユーザと、行動情報に対応付けるユーザとを対応付けることが可能である。
【００４５】
また、サーバ３０は、依頼処理部３９を備えることとしてもよい。
依頼処理部３９は、対応付け部３８において第１識別情報と第２識別情報とが対応付けられていない場合に、取得部３２によって第１識別情報が記録されるイベント情報を取得すると、販売サーバ２０がユーザの端末１０に対して第２識別情報をサーバ３０に登録するように促す通知を行うよう、販売サーバ２０に対して登録依頼を行う。
ユーザは、販売サーバ２０からチケットを購入した場合でも、サーバ３０に登録していないことがある。この場合には、上述した対応付け部３８によって第１識別情報と第２識別情報との対応付けが行われていないため、取得部３２によってイベント情報が取得されても、第１判断部３３は、ユーザを特定することができない。このとき、依頼処理部３９は、チケットを購入したユーザに対して販売サーバ２０から通知を行うように、販売サーバ２０に依頼を行う。その通知は、第２識別情報をサーバ３０に登録するよう促す通知である。販売サーバ２０は、依頼処理部３９によって行われた通知を受け付けると、例えば、サーバ３０に登録するよう促す通知（一例として、メール等）を端末１０に送信する。対応付け部３８は、端末１０がその通知に基づいてユーザが操作を行うことにより、サーバ３０に登録すると、第１識別情報と第２識別情報との対応付けを行うことができる。
【００４６】
また、サーバ３０は、提供部４０を備えることとしてもよい。
提供部４０は、取得部３２によって取得したイベント情報に対応するコンテンツをユーザの端末１０に提供する。提供部４０は、例えば、イベントがあるアーティストのコンサートの場合には、そのアーティストの動画コンテンツ及び音楽コンテンツ等を端末１０に提供する。また、提供部４０は、例えば、イベントがスポーツ競技の場合には、そのスポーツ競技に出る選手の情報等の文書又は写真を含むコンテンツを端末１０に提供することとしてもよい。また、提供部４０は、例えば、イベントに関連する景品（グッズ）が当たるくじをコンテンツとして端末１０に提供することとしてもよい。提供部４０によって端末１０に提供されるコンテンツは、イベントの興行者が作成してもよいし、チケット販売業者、チケット管理会社及びその他のイベントに関連する者等が作成してもよい。
【００４７】
また、提供部４０は、提供するコンテンツとして、イベント会場までの移動手段に関する情報コンテンツを端末１０に提供することとしてもよい。例えば、情報コンテンツは、例えば、鉄道の時刻情報、鉄道の乗り換え情報、道路情報、及び、イベント会場付近の地図情報等であってよい。
また、提供部４０は、提供するコンテンツとして、イベント会場付近の飲食店等に関する情報コンテンツであってもよい。この場合、提供部４０は、サーバ３０又は販売サーバ２０に登録している飲食店等で利用できる割引券に関する情報（クーポン情報）を情報コンテンツと共に端末１０に提供することとしてもよい。
また、提供部４０によって提供されるコンテンツは、広告であってもよい。
【００４８】
また、販売サーバ２０は、ユーザにチケットを販売した履歴に関する情報（販売履歴情報）を記憶し、その販売履歴情報をサーバ３０に送信することとしてもよい。この場合、提供部４０は、販売履歴情報に基づいて、販売履歴に対応したコンテンツを端末１０に送信することとしてもよい。この場合、提供部４０は、優良ユーザに対しては、その優良ユーザが過去に参加したイベントに関するコンテンツを提供することしてもよい。
【００４９】
また、提供部４０は、優良ユーザに対しては、より多くのコンテンツを提供することとしてもよい。
また、提供部４０は、ユーザに提供するコンテンツの提供期間を設定することとしてもよい。この場合、提供部４０は、優良ユーザ、及び、チケットの数を相対的に多く購入したユーザに対しては、提供期間を相対的に長く設定することとしてもよい。提供部４０は、チケットの購入日及びイベント日時に応じて提供期間を設定することとしてもよい。
【００５０】
例えば、提供部４０は、受付部３１によって受け付けた行動情報に基づいてユーザが移動するときに、鉄道又は車等の移動手段として何を用いるか取得し、移動手段に応じたコンテンツを提供する。具体的には、提供部４０は、ユーザが運転操作をしない移動手段の場合には、（移動手段が鉄道の場合には、）移動手段に応じたコンテンツとして動画コンテンツの提供を可能とする。また、提供部４０は、ユーザが運転操作をする移動手段の場合には、（移動手段が車の場合には、）移動手段に応じたコンテンツとしては動画コンテンツを提供しない。
【００５１】
提供部４０は、行動情報に基づいて、ユーザが利用する移動手段を取得することができる。例えば、提供部４０は、行動手段に基づいて取得されるユーザの移動履歴と、地図情報とを比較し、ユーザが鉄道の線路上を移動している場合には、ユーザは鉄道を利用していると推定する。一方、提供部４０は、例えば、ユーザの移動履歴と地図情報とを比較し、ユーザが道路上を移動している場合には、ユーザは車を利用していると推定する。
また、提供部４０は、行動情報に基づいてユーザが移動するときの速度を取得し、その速度に基づいて鉄道又は車等の移動手段として何を用いているかを取得することとしてもよい。
提供部４０は、ユーザが運転操作をしない移動手段（例えば、鉄道）を利用している場合には、端末１０の表示部を見ることが可能であるとして、動画コンテンツを提供可能とする。一方、提供部４０は、ユーザが運転操作をする移動手段（例えば、車）を利用している場合には、端末１０の表示部を見ることができないとして、動画コンテンツを提供しない。また、提供部４０は、動画コンテンツの他にも、例えば、音楽コンテンツ等を提供することができる。
【００５２】
次に、一実施形態に係るチケット販売方法について説明する。
図５は、一実施形態に係るチケット販売方法（サーバの動作）について説明するためのフローチャートである。
【００５３】
ステップＳＴ１１において、受付部３１は、端末１０によって送信された行動情報を受け付ける。端末１０は、行動情報を所定時間毎にサーバ３０に送信する。このため、受付部３１は、定期的に行動情報を受け付ける。行動情報は、販売サーバ２０からチケットを購入したユーザの行動に関する情報である。行動情報には、第２識別情報が含まれる。
【００５４】
ステップＳＴ１２において、取得部３２は、販売サーバ２０によって送信されたイベント情報を取得する。イベント情報は、イベント会場及びイベント日時に関する情報を含む。取得部３２は、例えば、ユーザが販売サーバ２０からチケットを購入した場合、そのチケットに対応するイベントに関する情報（イベント情報）を販売サーバ２０から取得する。イベント情報には、第１識別情報が含まれる。
【００５５】
ステップＳＴ１３において、第１判断部３３は、ステップＳＴ１１で受け付けた行動情報に含まれる第２識別情報と、ステップＳＴ１２で取得したイベント情報に含まれる第１識別情報とが対応付けられているか判断する。第１識別情報と第２識別情報とが対応付けられている場合（Ｙｅｓ）、第１判断部３３はユーザを特定することができるため、処理はステップＳＴ１５に進む。第１識別情報と第２識別情報とが対応付けらえていない場合（Ｎｏ）、処理は、ステップＳＴ１４に進む。
【００５６】
ステップＳＴ１４において、依頼処理部３９は、ユーザがサーバ３０に登録するように（端末１０が第２識別情報をサーバ３０に登録するように）、販売サーバ２０に登録依頼を行う。販売サーバ２０は、登録依頼に基づいて、端末１０に対して第２識別情報をサーバ３０に登録するよう促す通知を行う。端末１０は、その通知に基づいてサーバ３０に第２識別情報を登録すると、処理はステップＳＴ１３に戻る。
【００５７】
ステップＳＴ１５において、提供部４０は、ステップＳＴ１２で取得したイベント情報に対応するイベントのコンテンツを端末１０に提供する。
【００５８】
ステップＳＴ１６において、第１判定部は、ステップＳＴ１１で受け付ける行動情報と、ステップＳＴ１２で取得されるイベント情報に基づいて、ユーザがイベントに行ったかを判断（推定）する。ユーザがイベントに行っていない場合（Ｎｏ）には、処理は、ステップＳＴ１７に進む。ユーザがイベントに行った場合（Ｙｅｓ）には、処理は、ステップＳＴ１８に進む。
【００５９】
ステップＳＴ１７において、記憶部３５は、ユーザがイベントに行かなかったことを示す不参加情報を記憶する。
【００６０】
ステップＳＴ１８において、第２判断部３４は、ユーザが優良ユーザであるか否かを判断する。具体的には、第２判断部３４は、ステップＳＴ１７に記憶される不参加情報に基づいて取得されるイベントへの不参加の回数（不参加回数）が予め設定される回数を超えるか否かを判断する。第２判断部３４は、不参加回数が予め設定される回数を超える場合には、ユーザは優良ユーザではないと判断する。第２判断部３４は、不参加回数が予め設定される回数を超えない場合には、ユーザは優良ユーザであると判断する。ユーザが優良ユーザではないと判断される場合（Ｎｏ）、処理は、ステップＳＴ１９に進む。ユーザが優良ユーザと判断される場合（Ｙｅｓ）、処理は、ステップＳＴ２０に進む。
【００６１】
ステップＳＴ１９において、通知部３６は、販売サーバ２０に対して所定の通知を行う。具体的には、通知部３６は、ユーザが優良ユーザではないため、不正転売の可能性があることを示す通知を行う。
【００６２】
ステップＳＴ２０において、許可部３７は、ユーザが購入したチケットを第三者に対して転売又は譲渡することを許可する。この場合、許可部３７は、ユーザの生活圏において第三者にチケットを転売又は譲渡することを許可してもよい。
【００６３】
さらに、一実施形態に係るチケット販売方法について説明する。
図６は、一実施形態に係るチケット販売方法（システム全体の動作）について説明するための第１のシーケンス図である。
図７は、一実施形態に係るチケット販売方法（システム全体の動作）について説明するための第２のシーケンス図である。
【００６４】
図６に示すステップＳＴ１０１において、端末１０は、販売サーバ２０（チケット販売部２１）からチケットを購入する。
【００６５】
ステップＳＴ１０２において、サーバ３０は、販売サーバ２０からチケット情報を取得する。
販売サーバ２０は、ステップＳＴ１０１で端末１０にチケットを販売すると、チケットに対応するイベント情報を販売サーバ記憶部２２から読み出して、サーバ３０に送信する。この場合、販売サーバ２０は、チケット情報に、チケットを購入したユーザの情報（第１識別情報）を含ませることとしてもよい。
サーバ３０は、販売サーバ２０から送信されたチケット情報を受信する。
【００６６】
ステップＳＴ１０３において、端末１０（行動情報取得部１１）は、ユーザの行動情報を取得する。端末１０（行動情報取得部１１）は、一定期間毎の所定のタイミングで行動情報をサーバ３０に送信する。端末１０（行動情報取得部１１）は、例えば、定期的に複数回、行動情報をサーバ３０に送信することとしてもよい。端末１０（行動情報取得部１１）は、行動情報に、第２識別情報を含ませることとしてもよい。
【００６７】
ステップＳＴ１０４において、サーバ３０の受付部３１は、端末１０から送信された行動情報を受け付ける。
【００６８】
ステップＳＴ１０５において、サーバ３０の依頼処理部３９は、ステップＳＴ１０２で取得したイベント情報に含まれる第１識別情報と、ステップＳＴ１０４で受け付けた行動情報に含まれる第２識別情報とが対応付け部３８によって対応付けられているか判断する。すなわち、依頼処理部３９は、例えば、第１識別情報を取得したが、第２識別情報（行動情報）を受け付けていない場合、ユーザ（端末１０）がサーバ３０に登録するように販売サーバ２０に依頼する。販売サーバ２０は、サーバ３０からの登録依頼を受け付けると、その登録依頼を端末１０に送信する。
【００６９】
ステップＳＴ１０６において、端末１０は、ユーザの操作に基づいて、サーバ３０に登録するための処理を行う。すなわち、端末１０は、第２識別情報をサーバ３０に登録するための処理を行う。
【００７０】
ステップＳＴ１０７において、提供部４０は、ＳＴ１０２で取得したイベント情報（イベント）に関連するコンテンツを端末１０に提供する。
【００７１】
次に、図７に示すステップＳＴ２０１において、端末１０（行動情報取得部１１）は、例えば、定期的にユーザ（端末１０）の行動情報を取得して、サーバ３０に送信する。
【００７２】
ステップＳＴ２０２において、サーバ３０の受付部３１は、行動情報を受け付ける。
【００７３】
ステップＳＴ２０３において、サーバ３０の第１判断部３３は、ステップＳＴ２０２で受け付けた行動情報に基づいて、ユーザがイベントに行ったか（参加したか）を判断する。
【００７４】
ステップＳＴ２０４において、サーバ３０の記憶部３５は、ユーザがイベントに参加していない場合には不参加情報（イベントに参加していない回数）を記憶する。
【００７５】
ステップＳＴ２０５において、サーバ３０の第２判断部３４は、ステップＳＴ２０４で記憶部３５に記憶されたイベントへの不参加の回数に基づいて、ユーザが優良であるか否かを判断する。
【００７６】
ステップＳＴ２０６において、サーバ３０の通知部３６は、ステップＳＴ２０５でユーザが優良ユーザではないと判断されると、販売サーバ２０に対してユーザが優良ユーザではないことを示す通知を行う。この通知は、例えば、ユーザが不正転売の可能性があることを示す通知である。
【００７７】
ステップＳＴ２０７において、サーバ３０の許可部３７は、ステップＳＴ２０５でユーザが優良ユーザであると判断されると、端末１０に対してチケットの転売又は譲渡の許可を与える。
【００７８】
本実施形態は、以下の効果を奏する。
サーバ３０は、行動情報を端末１０から受け付ける受付部３１と、イベント情報を販売サーバ２０から取得する取得部３２と、行動情報及びイベント情報に基づいて、ユーザがイベント日時にイベント会場に行ったかを判断する第１判断部３３と、第１判断部３３による判断の結果に基づいて、ユーザが優良ユーザであるか否かを判断する第２判断部３４と、を備える。
これにより、サーバ３０は、第２判断部３４によって優良ユーザではないと判断される場合、その優良ユーザではないと判断されたユーザを不正転売の可能性が有る者として検出することができる。
【００７９】
また、サーバ３０は、第１判断部３３によってユーザがイベント日時にイベント会場に行っていないと判断された場合、ユーザがイベントに行かなかったことを示す不参加情報を記憶する記憶部３５と、販売サーバ２０に対して所定の通知を行う通知部３６と、を備えることとしてもよい。この場合、第２判断部３４は、記憶部３５に記憶されるユーザの不参加情報に基づいて取得されるイベントの不参加回数が予め設定された回数を超える場合、ユーザは優良ユーザでないと判断することとしてもよい。また、通知部３６は、第２判断部３４によってユーザが優良ユーザでないと判断された場合、所定の通知として、ユーザが優良ユーザでない旨の通知を行うこととしてもよい。
これにより、サーバ３０は、不正転売の可能性があるユーザを販売サーバ２０に対して通知することができる。販売サーバ２０は、その通知を受け付けると、不正転売の可能性があるユーザの行動を監視することができ、また、そのユーザに対してチケットの販売を抑制することもできる。
【００８０】
また、サーバ３０は、行動情報に基づいてユーザの生活圏を推定し、端末１０に対して生活圏内においてチケットの転売又は譲渡の許可を与える許可部３７を備えることとしてもよい。
これにより、サーバ３０は、ユーザの生活圏では不正転売の可能性が低いため、ユーザにチケットの転売又は譲渡を許可することができる。
【００８１】
また、サーバ３０では、許可部３７は、第２判断部３４によってユーザが優良ユーザと設定される場合、端末１０に対して許可を与えることとしてもよい。
これにより、サーバ３０は、優良ユーザが不正転売を行う可能性が低いため、その優良ユーザにはチケットの転売又は譲渡を許可することができる。
【００８２】
また、サーバ３０は、第１の識別情報と第２の識別情報とを対応付ける対応付け部３８を備えることとしてもよい。この場合、第１判断部３３は、イベント情報に記録される第１の識別情報と、行動情報に記録される第２の識別情報とに基づいて、ユーザを特定することとしてもよい。
これにより、サーバ３０は、販売サーバ２０とユーザとの間でチケットの取引が行われる場合でもユーザを特定することができる。よって、サーバ３０は、不正転売の可能性が有るユーザを検出することができる。
【００８３】
また、サーバ３０は、対応付け部３８において第１の識別情報と第２の識別情報とが対応付けられていない場合に、取得部３２によって第１の識別情報が記録されるイベント情報を取得すると、販売サーバ２０がユーザの端末１０に対して第２の識別情報をサーバ３０に登録するように促す通知を行うよう、販売サーバ２０に対して登録依頼を行う依頼処理部３９を備えることとしてもよい。
これにより、サーバ３０は、ユーザがサーバ３０に登録していない場合でも、販売サーバ２０を経由してユーザがサーバ３０に登録するよう促すことができる。
【００８４】
また、サーバ３０は、取得部３２によって取得したイベント情報に対応するコンテンツをユーザの端末１０に提供する提供部４０を備えることとしてもよい。
これにより、サーバ３０は、イベントに関連するコンテンツをユーザに提供するので、ユーザにイベントをより楽しませることができる。
よって、サーバ３０は、サーバ３０及び販売サーバ２０に対するユーザの満足度を向上させることができる。そして、サーバ３０及び販売サーバ２０は、より多くの顧客を獲得することを期待できる。
【００８５】
また、サーバ３０では、提供部４０は、受付部３１によって受け付けた行動情報に基づいてユーザが移動するときの移動手段を取得し、移動手段に応じたコンテンツを提供することとしてもよい。
これにより、サーバ３０は、移動手段、一例として、鉄道及び車等に応じたコンテンツを提供することができる。サーバ３０は、移動手段が鉄道の場合には、例えば、時刻表及び乗り換えに関する情報をユーザに提供することができる。また、サーバ３０は、移動手段が車の場合には、例えば、道路情報や渋滞情報をユーザに提供することができる。
【００８６】
また、サーバ３０では、提供部４０は、ユーザが運転操作をしない移動手段の場合には、移動手段に応じたコンテンツとして動画コンテンツの提供を可能とし、ユーザが運転操作をする移動手段の場合には、移動手段に応じたコンテンツとしては動画コンテンツを提供しないこととしてもよい。
これにより、サーバ３０は、ユーザが動画コンテンツを視聴できない場合には、ユーザに動画コンテンツを提供しないので、ユーザの安全を確保することができる。
【００８７】
また、チケット販売システム１では、サーバ３０は、行動情報を端末１０から受け付ける受付部３１と、イベント情報を販売サーバ２０から取得する取得部３２と、行動情報及びイベント情報に基づいて、ユーザがイベント日時にイベント会場に行ったかを判断する第１判断部３３と、第１判断部３３による判断の結果に基づいて、ユーザが優良ユーザであるか否かを判断する第２判断部３４と、を備える。
これにより、チケット販売システム１は、第２判断部３４によって優良ユーザではないと判断される場合、その優良ユーザではないと判断されたユーザを不正転売の可能性が有る者として検出することができる。
【００８８】
チケット販売方法では、サーバ３０は、行動情報を受付部３１によって受け付ける受付ステップと、イベント情報を取得部３２によって取得する取得ステップと、行動情報及びイベント情報に基づいて、ユーザがイベント日時にイベント会場に行ったかを第１判断部３３によって判断する第１判断ステップと、第１判断ステップによる判断の結果に基づいて、ユーザが優良ユーザであるか否かを第２判断部３４によって判断する第２判断ステップと、を実行する。
これにより、チケット販売方法は、第２判断ステップによって優良ユーザではないと判断される場合、その優良ユーザではないと判断されたユーザを不正転売の可能性が有る者として検出することができる。
【００８９】
チケット販売プログラムは、サーバ３０に、行動情報を受け付ける受付機能と、イベント情報を販売サーバ２０から取得する取得機能と、行動情報及びイベント情報に基づいて、ユーザがイベント日時にイベント会場に行ったかを判断する第１判断機能と、第１判断機能による判断の結果に基づいて、ユーザが優良ユーザであるか否かを判断する第２判断機能と、を実現させる。
これにより、チケット販売プログラムは、第２判断部３４によって優良ユーザではないと判断される場合、その優良ユーザではないと判断されたユーザを不正転売の可能性が有る者として検出することができる。
【００９０】
上記実施形態では、チケット販売システムのサーバ３０は、受付部３１、取得部３２、第１判断部３３、第２判断部３４、記憶部３５、通知部３６、許可部３７、対応付け部３８、依頼処理部３９及び提供部４０を備える例について説明した。これらの各機能部は、集積回路等に形成される論理回路等によって実現されてもよい。図８に例示するように、サーバ３０は、受付回路３１ａ、取得回路３２ａ、第１判断回路３３ａ、第２判断回路３４ａ、記憶回路３５ａ、通知回路３６ａ、許可回路３７ａ、対応付け回路３８ａ、依頼処理回路３９ａ及び提供回路４０ａを備えてもよい。
同様に、上述した実施形態では、端末１０は行動情報取得部１１を備えるが、図８に例示するように、端末１０は行動情報取得回路１１ａを備えることとしてもよい。また、上述した実施形態では、販売サーバ２０はチケット販売部２１及び販売サーバ記憶部２２を備える例について説明したが、図８に例示するように、販売サーバ２０はチケット販売回路２１ａ及び販売サーバ記憶回路２２ａを備えることとしてもよい。
【００９１】
また、サーバ３０の上述した各部は、サーバ３０でプログラムが実行されることにより、そのサーバ３０の処理装置の一機能として実現されてもよい。同様に、端末１０の行動情報取得部１１は、端末１０でプログラムが実行されることにより、その端末１０の処理装置の一機能として実現されてもよい。また、販売サーバ２０の各部は、販売サーバ２０でプログラムが実行されることにより、販売サーバ２０の処理装置の一機能として実現されてもよい。各プログラムは、例えば、外部メモリ及び光ディスク等の記録媒体に記録されてもよい。
【符号の説明】
【００９２】
１  チケット販売システム
１０  端末
１１  行動情報取得部
２０  販売サーバ
２１  チケット販売部
２２  販売サーバ記憶部
３０  サーバ
３１  受付部
３２  取得部
３３  第１判断部
３４  第２判断部
３５  記憶部
３６  通知部
３７  許可部
３８  対応付け部
３９  依頼処理部
４０  提供部
【図１】
2020160927.tif 000003
【図２】
2020160927.tif 000004
【図３】
2020160927.tif 000005
【図４】
2020160927.tif 000006
【図５】
2020160927.tif 000007
【図６】
2020160927.tif 000008
【図７】
2020160927.tif 000009
【図８】
2020160927.tif 000010