(57)【要約】【課題】  キャンセル待機者から不満が生じる可能性を低減することができるチケット管理システムおよびチケット管理プログラムを提供する。【解決手段】  チケット管理システムは、チケットのキャンセルの発生を待機するキャンセル待機者のチケットの対象の場所への到着予定日時がチケットの対象の日時、すなわち、対象開催日時以前であるか否かをキャンセル待機者の位置に基づいて判断し（Ｓ２５２〜Ｓ２５３）、到着予定日時が対象開催日時以前であるキャンセル待機者のうち、特定の条件に基づいた優先順位が高い者から順に、チケットの購入者の候補として決定する（Ｓ２５６）ことを特徴とする。【選択図】  図１６
2020190795.tif 000002
【特許請求の範囲】
【請求項１】
チケットのキャンセルの発生を待機するキャンセル待機者を管理するキャンセル待機者管理部と、
前記キャンセルが発生した場合に、前記キャンセル待機者管理部によって管理されている前記キャンセル待機者のうち、前記チケットの新たな購入者の候補を決定する購入者候補決定部と
を備え、
前記購入者候補決定部は、前記チケットの対象の場所への前記キャンセル待機者の到着予定日時が前記チケットの対象の日時以前の第１の日時以前であるか否かを前記キャンセル待機者の位置に基づいて判断し、前記到着予定日時が前記第１の日時以前である前記キャンセル待機者のうち、特定の条件に基づいた優先順位が高い者から順に、前記候補として決定することを特徴とするチケット管理システム。
【請求項２】
前記購入者候補決定部は、現在の日時が前記第１の日時より前の第２の日時以前である場合には、前記到着予定日時が前記第１の日時以前である前記キャンセル待機者であるか否かにかかわらず、前記特定の条件に基づいた優先順位が高い前記キャンセル待機者から順に、前記候補として決定することを特徴とする請求項１に記載のチケット管理システム。
【請求項３】
チケットのキャンセルの発生を待機するキャンセル待機者を管理するキャンセル待機者管理部と、
前記キャンセルが発生した場合に、前記キャンセル待機者管理部によって管理されている前記キャンセル待機者のうち、前記チケットの新たな購入者の候補を決定する購入者候補決定部と
をコンピューターに実現させ、
前記購入者候補決定部は、前記チケットの対象の場所への前記キャンセル待機者の到着予定日時が前記チケットの対象の日時以前の第１の日時以前であるか否かを前記キャンセル待機者の位置に基づいて判断し、前記到着予定日時が前記第１の日時以前である前記キャンセル待機者のうち、特定の条件に基づいた優先順位が高い者から順に、前記候補として決定することを特徴とするチケット管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケットを管理するチケット管理システムおよびチケット管理プログラムに関する。
【背景技術】
【０００２】
従来のチケット管理システムとして、電車や飛行機のチケットのキャンセルの発生を待機するキャンセル待機者を管理し、チケットのキャンセルが発生した場合に、キャンセルが発生したチケットと出発地および目的地が同じであるチケットのキャンセルの発生を待機するキャンセル待機者の中から、キャンセルが発生したチケットの新たな購入者の候補を、キャンセル待機者が所有する携帯電話の場所から駅や空港に行くのに要する時間に基づいて選択するものが知られている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３４５８７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のチケット管理システムにおいては、駅や空港に行くのに要する時間がキャンセル発生時に最も短いキャンセル待機者が優先して購入者の候補として選択されるので、購入者の候補として選択されることを強く希望するキャンセル待機者を駅や空港の近くに常に待機させることになり、キャンセル待機者から不満が生じる可能性が高いという問題がある。
【０００５】
そこで、本発明は、キャンセル待機者から不満が生じる可能性を低減することができるチケット管理システムおよびチケット管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のチケット管理システムは、チケットのキャンセルの発生を待機するキャンセル待機者を管理するキャンセル待機者管理部と、前記キャンセルが発生した場合に、前記キャンセル待機者管理部によって管理されている前記キャンセル待機者のうち、前記チケットの新たな購入者の候補を決定する購入者候補決定部とを備え、前記購入者候補決定部は、前記チケットの対象の場所への前記キャンセル待機者の到着予定日時が前記チケットの対象の日時以前の第１の日時以前であるか否かを前記キャンセル待機者の位置に基づいて判断し、前記到着予定日時が前記第１の日時以前である前記キャンセル待機者のうち、特定の条件に基づいた優先順位が高い者から順に、前記候補として決定することを特徴とする。
【０００７】
この構成により、本発明のチケット管理システムは、チケットの対象の場所への到着予定日時がチケットの対象の日時以前の第１の日時以前であるキャンセル待機者のうち、特定の条件に基づいた優先順位が高い者から順に、購入者の候補として決定するので、購入者の候補として決定されることを強く希望するキャンセル待機者をチケットの対象の場所の近くに常に待機させる必要がなく、キャンセル待機者から不満が生じる可能性を低減することができる。
【０００８】
本発明のチケット管理システムにおいて、前記購入者候補決定部は、現在の日時が前記第１の日時より前の第２の日時以前である場合には、前記到着予定日時が前記第１の日時以前である前記キャンセル待機者であるか否かにかかわらず、前記特定の条件に基づいた優先順位が高い前記キャンセル待機者から順に、前記候補として決定しても良い。
【０００９】
この構成により、本発明のチケット管理システムは、現在の日時が第１の日時より前の第２の日時以前である場合に、チケットの対象の場所への到着予定日時が第１の日時以前であるキャンセル待機者であるか否かにかかわらず、特定の条件に基づいた優先順位が高いキャンセル待機者から順に、購入者の候補として決定するので、現在の日時が第２の日時以前である場合に、チケットの対象の場所へのキャンセル待機者の到着予定日時を判断する必要がなく、処理の負荷を低減することができる。
【００１０】
本発明のチケット管理プログラムは、チケットのキャンセルの発生を待機するキャンセル待機者を管理するキャンセル待機者管理部と、前記キャンセルが発生した場合に、前記キャンセル待機者管理部によって管理されている前記キャンセル待機者のうち、前記チケットの新たな購入者の候補を決定する購入者候補決定部とをコンピューターに実現させ、前記購入者候補決定部は、前記チケットの対象の場所への前記キャンセル待機者の到着予定日時が前記チケットの対象の日時以前の第１の日時以前であるか否かを前記キャンセル待機者の位置に基づいて判断し、前記到着予定日時が前記第１の日時以前である前記キャンセル待機者のうち、特定の条件に基づいた優先順位が高い者から順に、前記候補として決定することを特徴とする。
【００１１】
この構成により、本発明のチケット管理プログラムを実行するコンピューターは、チケットの対象の場所への到着予定日時がチケットの対象の日時以前の第１の日時以前であるキャンセル待機者のうち、特定の条件に基づいた優先順位が高い者から順に、購入者の候補として決定するので、購入者の候補として決定されることを強く希望するキャンセル待機者をチケットの対象の場所の近くに常に待機させる必要がなく、キャンセル待機者から不満が生じる可能性を低減することができる。
【発明の効果】
【００１２】
本発明のチケット管理システムおよびチケット管理プログラムは、キャンセル待機者から不満が生じる可能性を低減することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施の形態に係るシステムのブロック図である。
【図２】１台のコンピューターによって構成される場合の図１に示すチケット管理システムのブロック図である。
【図３】図２に示す利用者情報の一例を示す図である。
【図４】図２に示すチケット種類情報の一例を示す図である。
【図５】図２に示すチケット購入者情報の一例を示す図である。
【図６】図２に示すキャンセル待機者情報の一例を示す図である。
【図７】図１に示す利用者端末のブロック図である。
【図８】チケット管理システムに利用者が登録される場合の図１に示すシステムの動作のシーケンス図である。
【図９】チケットが完売するまでにチケットが販売される場合の図１に示すシステムの動作のシーケンス図である。
【図１０】キャンセル待機者が登録される場合の図１に示すシステムの動作のシーケンス図である。
【図１１】キャンセル待機者の位置情報を更新する場合の図１に示すシステムの動作のシーケンス図である。
【図１２】チケットのキャンセルが発生する場合の図１に示すシステムの動作のシーケンス図である。
【図１３】チケットのキャンセルが発生した場合の図２に示すチケット管理システムの動作の一部のフローチャートである。
【図１４】図１３に示すフローチャートの続きのフローチャートである。
【図１５】図１３に示す優先順位決定処理のフローチャートである。
【図１６】図１３に示す購入者候補決定処理のフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、図面を用いて説明する。
【００１５】
まず、本発明の一実施の形態に係るシステムの構成について説明する。
【００１６】
なお、本実施の形態においては、チケットとして、アーティストのコンサートにおいて入場許可などを管理するチケットを例に説明する。
【００１７】
図１は、本実施の形態に係るシステム１０のブロック図である。
【００１８】
図１に示すように、システム１０は、チケットを管理するチケット管理システム２０と、チケット管理システム２０の利用者の端末としての利用者端末３０および利用者端末４０とを備えている。
【００１９】
チケット管理システム２０は、１台のコンピューターによって構成されても良いし、複数台のコンピューターによって構成されても良い。チケット管理システム２０は、クラウド上で動作するシステムでも良い。
【００２０】
利用者端末３０および利用者端末４０は、互いに同様な構成である。システム１０は、利用者端末３０、４０以外にも、利用者端末３０、４０と同様な構成の利用者端末を少なくとも１つ備えることが可能である。システム１０における利用者端末は、例えば、スマートフォンなどによって構成されている。システム１０における利用者端末は、識別情報（以下「端末ＩＤ」という。）が付されている。
【００２１】
チケット管理システム２０と、システム１０における利用者端末とは、インターネットなどのネットワーク１１経由で互いに通信可能である。
【００２２】
図２は、１台のコンピューターによって構成される場合のチケット管理システム２０のブロック図である。
【００２３】
図２に示すように、チケット管理システム２０は、種々の操作が入力される例えばキーボード、マウスなどの操作デバイスである操作部２１と、種々の情報を表示する例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などの表示デバイスである表示部２２と、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部２３と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部２４と、チケット管理システム２０全体を制御する制御部２５とを備えている。
【００２４】
記憶部２４は、チケットを管理するためのチケット管理プログラム２４ａを記憶している。チケット管理プログラム２４ａは、例えば、チケット管理システム２０の製造段階でチケット管理システム２０にインストールされていても良いし、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリーなどの外部の記憶媒体からチケット管理システム２０に追加でインストールされても良いし、ネットワーク上からチケット管理システム２０に追加でインストールされても良い。
【００２５】
記憶部２４は、利用者に関する情報を示す利用者情報２４ｂを記憶している。
【００２６】
図３は、利用者情報２４ｂの一例を示す図である。
【００２７】
図３に示すように、利用者情報２４ｂは、例えば、チケット管理システム２０における利用者の識別情報（以下「利用者ＩＤ」という。）と、利用者の氏名と、利用者の住所とを利用者毎に含んでいる。
【００２８】
図２に示すように、記憶部２４は、チケットの種類（以下「チケット種類」という。）を示すチケット種類情報２４ｃを記憶している。
【００２９】
図４は、チケット種類情報２４ｃの一例を示す図である。
【００３０】
図４に示すように、チケット種類情報２４ｃは、例えば、チケット種類と、チケットの対象のコンサートの開催場所および開催日時とを、チケット種類毎に含んでいる。
【００３１】
図２に示すように、記憶部２４は、チケットを購入したチケット購入者に関する情報を示すチケット購入者情報２４ｄを記憶している。記憶部２４は、チケット購入者情報２４ｄ以外にも、チケット購入者情報２４ｄと同様な構成のチケット購入者情報を少なくとも１つ記憶することが可能である。記憶部２４は、チケット種類毎にチケット購入者情報を記憶する。
【００３２】
図５は、チケット購入者情報２４ｄの一例を示す図である。
【００３３】
図５に示すように、チケット購入者情報２４ｄは、例えば、チケットの識別情報（以下「チケットＩＤ」という。）と、チケット購入者の利用者ＩＤと、チケットのキャンセルの順番を示すキャンセル順とを、チケットＩＤ毎に含んでいる。
【００３４】
キャンセル順の値としては、チケットのキャンセルが発生していない状況を示す「無」と、チケットのキャンセルが発生した順番を示す数値とが存在する。キャンセル順の値は、デフォルトでは「無」である。
【００３５】
図２に示すように、記憶部２４は、チケットのキャンセルの発生を待機するキャンセル待機者に関する情報を示すキャンセル待機者情報２４ｅを記憶している。記憶部２４は、キャンセル待機者情報２４ｅ以外にも、キャンセル待機者情報２４ｅと同様な構成のキャンセル待機者情報を少なくとも１つ記憶することが可能である。記憶部２４は、チケット種類毎にキャンセル待機者情報を記憶する。
【００３６】
図６は、キャンセル待機者情報２４ｅの一例を示す図である。
【００３７】
図６に示すように、キャンセル待機者情報２４ｅは、キャンセル待機者情報２４ｅへの登録の順番を示す登録順と、キャンセル待機者の優先順位と、キャンセル待機者の利用者ＩＤと、キャンセル待機者の利用者端末の端末ＩＤと、キャンセル待機者の例えば電子メールアドレスなどの連絡先と、キャンセル待機者の位置情報と、チケットの対象のコンサートの対象のアーティスト（以下「対象アーティスト」という。）のファンクラブの会員であることを認証するためのファンクラブ会員認証情報と、対象アーティストのファンクラブの会員であるか否かの確認の結果を示すファンクラブ会員確認結果情報と、特定のＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）におけるキャンセル待機者のアカウント名を示すＳＮＳアカウント名と、特定のＳＮＳにおける対象アーティストに対するキャンセル待機者の投稿数とを、キャンセル待機者毎に含んでいる。
【００３８】
ファンクラブ会員確認結果情報の値としては、対象アーティストのファンクラブの会員であることを示す「会員」と、対象アーティストのファンクラブの会員ではないことを示す「非会員」とが存在する。
【００３９】
図２に示す制御部２５は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）と、制御部２５のＣＰＵの作業領域として用いられるメモリーとしてのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）とを備えている。制御部２５のＣＰＵは、記憶部２４または制御部２５のＲＯＭに記憶されているプログラムを実行する。
【００４０】
制御部２５は、チケット管理プログラム２４ａを実行することによって、チケット管理システム２０への利用者の登録を制御する利用者登録制御部２５ａと、チケットが完売するまでのチケットの販売処理を制御する通常時販売処理制御部２５ｂと、キャンセル待機者を管理するキャンセル待機者管理部２５ｃと、チケット購入者に対するチケットのキャンセル処理を制御するキャンセル処理制御部２５ｄと、チケットの新たな購入者の候補（以下「購入者候補」という。）を決定する購入者候補決定部２５ｅと、キャンセル待機者に対するチケットの販売処理を制御するキャンセル時販売処理制御部２５ｆとを実現する。
【００４１】
図７は、利用者端末３０のブロック図である。
【００４２】
図７に示すように、利用者端末３０は、種々の操作が入力される例えばボタンなどの入力デバイスである操作部３１と、種々の情報を表示する例えばＬＣＤなどの表示デバイスである表示部３２と、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機など、利用者端末３０の位置を取得する位置取得デバイス３３と、ＬＡＮ、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部３４と、各種の情報を記憶する例えば半導体メモリー、ＨＤＤなどの不揮発性の記憶デバイスである記憶部３５と、利用者端末３０全体を制御する制御部３６とを備えている。
【００４３】
記憶部３５は、チケットを購入するためのチケット購入プログラム３５ａを記憶している。チケット購入プログラム３５ａは、例えば、利用者端末３０の製造段階で利用者端末３０にインストールされていても良いし、外部の記憶媒体から利用者端末３０に追加でインストールされても良いし、ネットワーク上から利用者端末３０に追加でインストールされても良い。
【００４４】
制御部３６は、例えば、ＣＰＵと、プログラムおよび各種のデータを記憶しているＲＯＭと、制御部３６のＣＰＵの作業領域として用いられる揮発性の記憶デバイスとしてのメモリーであるＲＡＭとを備えている。制御部３６のＣＰＵは、記憶部３５または制御部３６のＲＯＭに記憶されているプログラムを実行する。
【００４５】
制御部３６は、チケット購入プログラム３５ａを実行することによって、チケット管理システム２０に位置情報を送信する位置情報送信部３６ａを実現する。
【００４６】
次に、システム１０の動作について説明する。
【００４７】
まず、チケット管理システム２０に利用者が登録される場合のシステム１０の動作について説明する。
【００４８】
図８は、チケット管理システム２０に利用者が登録される場合のシステム１０の動作のシーケンス図である。
【００４９】
なお、図８においては、利用者の登録を利用者端末３０からチケット管理システム２０に依頼する場合の例を示している。しかしながら、利用者の登録をチケット管理システム２０に依頼するコンピューターは、利用者端末３０以外のコンピューターでも良い。
【００５０】
利用者端末３０の制御部３６は、チケット管理システム２０への利用者の登録が操作部３１を介して指示されると、図８に示すように、指示された利用者の登録をチケット管理システム２０に依頼する（Ｓ１０１）。ここで、Ｓ１０１における依頼には、チケット管理システム２０に登録されることを希望する利用者の氏名および住所が含まれている。
【００５１】
チケット管理システム２０の利用者登録制御部２５ａは、Ｓ１０１における依頼を受けると、Ｓ１０１における依頼の対象の利用者の利用者ＩＤを発行し（Ｓ１０２）、この利用者ＩＤと、Ｓ１０１における依頼に含まれる利用者の氏名および住所とを関連付けて利用者情報２４ｂに登録する（Ｓ１０３）。
【００５２】
次いで、利用者登録制御部２５ａは、Ｓ１０１において利用者の登録を依頼してきた利用者端末３０に、利用者の登録の完了を通知する（Ｓ１０４）。ここで、Ｓ１０４における通知には、Ｓ１０２において発行した利用者ＩＤが含まれている。
【００５３】
利用者端末３０の制御部３６は、Ｓ１０４における通知を受けると、Ｓ１０４における通知内容を表示部３２に表示する（Ｓ１０５）。
【００５４】
次に、チケットが完売するまでにチケットが販売される場合のシステム１０の動作について説明する。
【００５５】
図９は、チケットが完売するまでにチケットが販売される場合のシステム１０の動作のシーケンス図である。
【００５６】
なお、図９においては、チケットの購入を利用者端末３０からチケット管理システム２０に依頼する場合の例を示している。しかしながら、チケットの購入をチケット管理システム２０に依頼するコンピューターは、利用者端末３０以外のコンピューターでも良い。
【００５７】
利用者端末３０の制御部３６は、チケットの購入が操作部３１を介して指示されると、図９に示すように、指示されたチケットの購入をチケット管理システム２０に依頼する（Ｓ１２１）。ここで、Ｓ１２１における依頼には、対象のチケットのチケット種類と、対象のチケットの購入を希望する利用者の利用者ＩＤとが含まれている。
【００５８】
チケット管理システム２０の通常時販売処理制御部２５ｂは、Ｓ１２１における依頼を受けると、利用者ＩＤが関連付けられていないチケットＩＤが、Ｓ１２１における依頼に含まれるチケット種類に関連付けられているチケット購入者情報（以下、図９に示す動作の説明において「対象チケット購入者情報」という。）に存在するか否かを判断する（Ｓ１２２）。
【００５９】
通常時販売処理制御部２５ｂは、利用者ＩＤが関連付けられていないチケットＩＤが対象チケット購入者情報に存在するとＳ１２２において判断すると、対象チケット購入者情報における、利用者ＩＤが関連付けられていないチケットＩＤのうち、今回販売するチケットのチケットＩＤを決定する（Ｓ１２３）。
【００６０】
次いで、通常時販売処理制御部２５ｂは、Ｓ１２３において決定したチケットＩＤと、Ｓ１２１における依頼に含まれる利用者ＩＤとを関連付けて対象チケット購入者情報に記憶する（Ｓ１２４）。
【００６１】
次いで、通常時販売処理制御部２５ｂは、Ｓ１２１においてチケットの購入を依頼してきた利用者端末３０に、チケットの販売の完了を通知する（Ｓ１２５）。ここで、Ｓ１２５における通知には、Ｓ１２３において決定したチケットＩＤが含まれている。
【００６２】
通常時販売処理制御部２５ｂは、利用者ＩＤが関連付けられていないチケットＩＤが対象チケット購入者情報に存在しないとＳ１２２において判断すると、チケットが完売しているためにチケットの販売ができないことを、Ｓ１２１においてチケットの購入を依頼してきた利用者端末３０に通知する（Ｓ１２６）。
【００６３】
利用者端末３０の制御部３６は、Ｓ１２５またはＳ１２６における通知を受けると、Ｓ１２５またはＳ１２６における通知内容を表示部３２に表示する（Ｓ１２７）。
【００６４】
次に、キャンセル待機者が登録される場合のシステム１０の動作について説明する。
【００６５】
図１０は、キャンセル待機者が登録される場合のシステム１０の動作のシーケンス図である。
【００６６】
なお、図１０においては、キャンセル待機者の登録を利用者端末４０からチケット管理システム２０に依頼する場合の例を示している。しかしながら、キャンセル待機者の登録をチケット管理システム２０に依頼するコンピューターは、利用者端末４０以外のコンピューターでも良い。
【００６７】
利用者端末４０の制御部は、チケット管理システム２０へのキャンセル待機者の登録が利用者端末４０の操作部を介して指示されると、図１０に示すように、指示されたキャンセル待機者の登録をチケット管理システム２０に依頼する（Ｓ１４１）。ここで、Ｓ１４１における依頼には、対象のチケットのチケット種類と、チケット管理システム２０にキャンセル待機者として登録されることを希望する利用者の利用者ＩＤと、このキャンセル待機者の利用者端末の端末ＩＤと、このキャンセル待機者の連絡先と、このキャンセル待機者のファンクラブ会員認証情報およびＳＮＳアカウント名とが含まれている。
【００６８】
チケット管理システム２０のキャンセル待機者管理部２５ｃは、Ｓ１４１における依頼を受けると、Ｓ１４１における依頼に含まれるチケット種類に関連付けられているキャンセル待機者情報（以下、図１０に示す動作の説明において「対象キャンセル待機者情報」という。）における最後の登録順の次の登録順を特定する（Ｓ１４２）。ここで、キャンセル待機者管理部２５ｃは、対象キャンセル待機者情報にキャンセル待機者が１人も登録されていない場合、対象キャンセル待機者情報における最後の登録順の次の登録順として「１」を特定する。
【００６９】
キャンセル待機者管理部２５ｃは、Ｓ１４２の処理の後、Ｓ１４２において特定した登録順と、Ｓ１４１における依頼に含まれる利用者ＩＤ、端末ＩＤ、連絡先、ファンクラブ会員認証情報およびＳＮＳアカウント名とを関連付けて対象キャンセル待機者情報に登録する（Ｓ１４３）。
【００７０】
次いで、キャンセル待機者管理部２５ｃは、Ｓ１４１においてキャンセル待機者の登録を依頼してきた利用者端末４０に、キャンセル待機者の登録の完了を通知する（Ｓ１４４）。
【００７１】
利用者端末４０の制御部は、Ｓ１４４における通知を受けると、Ｓ１４４における通知内容を利用者端末４０の表示部に表示する（Ｓ１４５）。
【００７２】
次に、キャンセル待機者の位置情報を更新する場合のシステム１０の動作について説明する。
【００７３】
図１１は、キャンセル待機者の位置情報を更新する場合のシステム１０の動作のシーケンス図である。
【００７４】
なお、図１１においては、キャンセル待機者の位置情報の更新を利用者端末４０からチケット管理システム２０に依頼する場合の例を示している。しかしながら、キャンセル待機者の位置情報の更新をチケット管理システム２０に依頼するコンピューターは、利用者端末４０以外のコンピューターでも良い。
【００７５】
利用者端末４０の位置情報送信部は、利用者端末４０の位置取得デバイスで取得した位置情報の更新を、特定のタイミングで、図１１に示すように、チケット管理システム２０に依頼する（Ｓ１６１）。ここで、Ｓ１６１における依頼には、対象のチケットのチケット種類と、利用者端末４０の位置取得デバイスで取得した位置情報と、利用者端末４０の端末ＩＤとが含まれている。
【００７６】
チケット管理システム２０のキャンセル待機者管理部２５ｃは、Ｓ１６１における依頼を受けると、Ｓ１６１における依頼に含まれるチケット種類に関連付けられているキャンセル待機者情報において、Ｓ１６１における依頼に含まれる端末ＩＤに関連付けられている位置情報を、Ｓ１６１における依頼に含まれる位置情報で更新する（Ｓ１６２）。
【００７７】
次に、チケットのキャンセルが発生する場合のシステム１０の動作について説明する。
【００７８】
図１２は、チケットのキャンセルが発生する場合のシステム１０の動作のシーケンス図である。
【００７９】
なお、図１２においては、チケットのキャンセルを利用者端末３０からチケット管理システム２０に依頼する場合の例を示している。しかしながら、チケットのキャンセルをチケット管理システム２０に依頼するコンピューターは、利用者端末３０以外のコンピューターでも良い。
【００８０】
利用者端末３０の制御部３６は、チケットのキャンセルが操作部３１を介して指示されると、図１２に示すように、指示されたチケットのキャンセルをチケット管理システム２０に依頼する（Ｓ１８１）。ここで、Ｓ１８１における依頼には、対象のチケットのチケット種類およびチケットＩＤが含まれている。
【００８１】
チケット管理システム２０のキャンセル処理制御部２５ｄは、Ｓ１８１における依頼を受けると、Ｓ１８１における依頼に含まれるチケット種類に関連付けられているチケット購入者情報（以下、図１２に示す動作の説明において「対象チケット購入者情報」という。）のキャンセル順における最後の順番の次の順番を特定する（Ｓ１８２）。ここで、キャンセル処理制御部２５ｄは、対象チケット購入者情報のキャンセル順に、値が順番であるものが存在しない場合、対象チケット購入者情報のキャンセル順における最後の順番の次の順番として「１」を特定する。
【００８２】
キャンセル処理制御部２５ｄは、Ｓ１８２の処理の後、対象チケット購入者情報において、Ｓ１８１における依頼に含まれるチケットＩＤに関連付けられているキャンセル順の値を、Ｓ１８２において特定した順番に設定する（Ｓ１８３）。
【００８３】
次いで、キャンセル処理制御部２５ｄは、Ｓ１８１においてチケットのキャンセルを依頼してきた利用者端末３０に、チケットのキャンセルの完了を通知する（Ｓ１８４）。
【００８４】
利用者端末３０の制御部３６は、Ｓ１８４における通知を受けると、Ｓ１８４における通知内容を表示部３２に表示する（Ｓ１８５）。
【００８５】
次に、チケットのキャンセルが発生した場合のシステム１０の動作について説明する。
【００８６】
図１３および図１４は、チケットのキャンセルが発生した場合のチケット管理システム２０の動作のフローチャートである。
【００８７】
チケット管理システム２０の制御部２５は、チケット購入者情報毎に図１３および図１４に示す動作を実行する。以下、図１３〜図１６に示す動作の説明において、対象のチケット購入者情報を「対象チケット購入者情報」という。
【００８８】
図１３および図１４に示すように、チケット管理システム２０の購入者候補決定部２５ｅは、値が順番であるキャンセル順が対象チケット購入者情報に存在していると判断するまで、値が順番であるキャンセル順が対象チケット購入者情報に存在しているか否かを判断する（Ｓ２０１）。
【００８９】
購入者候補決定部２５ｅは、値が順番であるキャンセル順が対象チケット購入者情報に存在しているとＳ２０１において判断すると、対象チケット購入者情報に関連付けられているチケット種類（以下、図１３〜図１６に示す動作の説明において「対象チケット種類」という。）に関連付けられているキャンセル待機者情報（以下、図１３〜図１６に示す動作の説明において「対象キャンセル待機者情報」という。）にキャンセル待機者が登録されているか否かを判断する（Ｓ２０２）。
【００９０】
購入者候補決定部２５ｅは、対象キャンセル待機者情報にキャンセル待機者が登録されていないとＳ２０２において判断すると、Ｓ２０１の処理を実行する。
【００９１】
購入者候補決定部２５ｅは、対象キャンセル待機者情報にキャンセル待機者が登録されているとＳ２０２において判断すると、対象キャンセル待機者情報におけるキャンセル待機者の優先順位を決定する優先順位決定処理を実行する（Ｓ２０３）。
【００９２】
図１５は、図１３に示す優先順位決定処理のフローチャートである。
【００９３】
図１５に示すように、購入者候補決定部２５ｅは、対象キャンセル待機者情報における全てのキャンセル待機者のうち、今回の優先順位決定処理において未だ後述のＳ２３２の処理の対象にしていない１人のキャンセル待機者のみを対象にする（Ｓ２３１）。
【００９４】
次いで、購入者候補決定部２５ｅは、現在の対象のキャンセル待機者が対象アーティストのファンクラブの会員であるか否かを確認する（Ｓ２３２）。例えば、購入者候補決定部２５ｅは、対象キャンセル待機者情報において現在の対象のキャンセル待機者に関連付けられているファンクラブ会員認証情報を、対象アーティストのファンクラブの会員を管理する外部のシステムに送信することによって、このキャンセル待機者が対象アーティストのファンクラブの会員であるか否かを示す情報を、このサイトから受け取る。
【００９５】
購入者候補決定部２５ｅは、Ｓ２３２の処理が終了すると、Ｓ２３２における確認の結果を、対象キャンセル待機者情報における現在の対象のキャンセル待機者のファンクラブ会員確認結果情報に記憶する（Ｓ２３３）。
【００９６】
次いで、購入者候補決定部２５ｅは、対象キャンセル待機者情報における全てのキャンセル待機者に関して、今回の優先順位決定処理においてＳ２３２の処理の対象にしたか否かを判断する（Ｓ２３４）。
【００９７】
購入者候補決定部２５ｅは、対象キャンセル待機者情報における少なくとも１人のキャンセル待機者に関して、今回の優先順位決定処理においてＳ２３２の処理の対象にしていないとＳ２３４において判断すると、Ｓ２３１の処理を実行する。
【００９８】
購入者候補決定部２５ｅは、対象キャンセル待機者情報における全てのキャンセル待機者に関して、今回の優先順位決定処理においてＳ２３２の処理の対象にしたとＳ２３４において判断すると、対象キャンセル待機者情報における全てのキャンセル待機者のうち、今回の優先順位決定処理において未だ後述のＳ２３６の処理の対象にしていない１人のキャンセル待機者のみを対象にする（Ｓ２３５）。
【００９９】
次いで、購入者候補決定部２５ｅは、特定のＳＮＳにおける対象アーティストに対する、現在の対象のキャンセル待機者の投稿数を確認する（Ｓ２３６）。例えば、購入者候補決定部２５ｅは、対象キャンセル待機者情報において現在の対象のキャンセル待機者に関連付けられているＳＮＳアカウント名で、特定のＳＮＳを検索することによって、特定のＳＮＳにおける対象アーティストに対する、現在の対象のキャンセル待機者の投稿数を確認する。
【０１００】
購入者候補決定部２５ｅは、Ｓ２３６の処理が終了すると、Ｓ２３６において確認した投稿数を、対象キャンセル待機者情報に記憶する（Ｓ２３７）。
【０１０１】
次いで、購入者候補決定部２５ｅは、対象キャンセル待機者情報における全てのキャンセル待機者に関して、今回の優先順位決定処理においてＳ２３６の処理の対象にしたか否かを判断する（Ｓ２３８）。
【０１０２】
購入者候補決定部２５ｅは、対象キャンセル待機者情報における少なくとも１人のキャンセル待機者に関して、今回の優先順位決定処理においてＳ２３６の処理の対象にしていないとＳ２３８において判断すると、Ｓ２３５の処理を実行する。
【０１０３】
購入者候補決定部２５ｅは、対象キャンセル待機者情報における全てのキャンセル待機者に関して、今回の優先順位決定処理においてＳ２３６の処理の対象にしたとＳ２３８において判断すると、対象キャンセル待機者情報におけるキャンセル待機者毎の総ポイントを算出する（Ｓ２３９）。ここで、購入者候補決定部２５ｅは、対象キャンセル待機者情報における登録順に応じたポイントと、このキャンセル待機者情報におけるファンクラブ会員確認結果情報に応じたポイントと、このキャンセル待機者情報における投稿数に応じたポイントとを合計することによって、総ポイントを算出する。なお、登録順に応じたポイントに関して、登録順と、ポイントとの関係は、ポイントが大きいほど、登録順が早いように予め設定されている。また、ファンクラブ会員確認結果情報に応じたポイントに関して、ファンクラブ会員確認結果情報と、ポイントとの関係は、「会員」が「非会員」よりポイントが大きいように予め設定されている。また、投稿数に応じたポイントに関して、投稿数と、ポイントとの関係は、ポイントが大きいほど、投稿数が多いように予め設定されている。
【０１０４】
購入者候補決定部２５ｅは、Ｓ２３９の処理が終了すると、対象キャンセル待機者情報におけるキャンセル待機者の優先順位を、Ｓ２３９において算出した総ポイントに応じて決定する（Ｓ２４０）。ここで、購入者候補決定部２５ｅは、総ポイントが大きいほど、優先順位が上であるように、キャンセル待機者の優先順位を決定する。
【０１０５】
購入者候補決定部２５ｅは、Ｓ２４０の処理の後、Ｓ２４０において決定した優先順位を対象キャンセル待機者情報に設定して（Ｓ２４１）、図１５に示す優先順位決定処理を終了する。
【０１０６】
図１３および図１４に示すように、購入者候補決定部２５ｅは、Ｓ２０３の優先順位決定処理が終了すると、対象キャンセル待機者情報における優先順位が最上位の順位を対象にする（Ｓ２０４）。
【０１０７】
次いで、購入者候補決定部２５ｅは、購入者候補を決定する購入者候補決定処理を実行する（Ｓ２０５）。
【０１０８】
図１６は、図１３に示す購入者候補決定処理のフローチャートである。
【０１０９】
図１６に示すように、購入者候補決定部２５ｅは、対象チケット種類にチケット種類情報２４ｃにおいて関連付けられている開催日時（以下、図１３〜図１６に示す動作の説明において「対象開催日時」という。）のうち日にち（以下、図１３〜図１６に示す動作の説明において「対象開催日」という。）が現在の日時の所属する日、すなわち、本日であるか否かを判断する（Ｓ２５１）。
【０１１０】
購入者候補決定部２５ｅは、対象開催日が本日であるとＳ２５１において判断すると、対象キャンセル待機者情報において優先順位が現在の対象の順位であるキャンセル待機者に関して、対象チケット種類にチケット種類情報２４ｃにおいて関連付けられている開催場所（以下、図１３〜図１６に示す動作の説明において「対象開催場所」という。）への到着予定日時を取得する（Ｓ２５２）。例えば、購入者候補決定部２５ｅは、対象開催場所と、対象キャンセル待機者情報において優先順位が現在の対象の順位であるキャンセル待機者の位置情報と、現在の日時とに基づいて、例えばＧｏｏｇｌｅ（登録商標）マップなどの外部のシステムを利用して到着予定日時を取得する。なお、到着予定日時を取得するためのシステムが例えば渋滞や遅延など、様々な影響を到着予定日時に反映するシステムであれば、購入者候補決定部２５ｅは、高精度の到着予定日時を取得することができる。
【０１１１】
購入者候補決定部２５ｅは、Ｓ２５２の処理が終了すると、Ｓ２５２において取得した到着予定日時が対象開催日時以前であるか否かを判断する（Ｓ２５３）。
【０１１２】
購入者候補決定部２５ｅは、Ｓ２５２において取得した到着予定日時が対象開催日時以前ではないとＳ２５３において判断すると、対象キャンセル待機者情報の優先順位において現在の対象の順位が最下位の順位であるか否かを判断する（Ｓ２５４）。
【０１１３】
購入者候補決定部２５ｅは、対象キャンセル待機者情報の優先順位において現在の対象の順位が最下位の順位であるとＳ２５４において判断すると、図１６に示す購入者候補決定処理を終了する。
【０１１４】
購入者候補決定部２５ｅは、対象キャンセル待機者情報の優先順位において現在の対象の順位が最下位の順位ではないとＳ２５４において判断すると、対象キャンセル待機者情報の優先順位において現在の対象の順位の次の順位を新たな対象にして（Ｓ２５５）、Ｓ２５２の処理を実行する。
【０１１５】
購入者候補決定部２５ｅは、対象開催日が本日ではない、すなわち、翌日以降であるとＳ２５１において判断するか、Ｓ２５２において取得した到着予定日時が対象開催日時以前であるとＳ２５３において判断すると、対象キャンセル待機者情報において優先順位が現在の対象の順位であるキャンセル待機者を購入者候補として決定し（Ｓ２５６）、図１６に示す購入者候補決定処理を終了する。
【０１１６】
図１３および図１４に示すように、キャンセル時販売処理制御部２５ｆは、Ｓ２０５の購入者候補決定処理が終了すると、Ｓ２０５の購入者候補決定処理において購入者候補が決定されたか否かを判断する（Ｓ２０６）。
【０１１７】
購入者候補決定部２５ｅは、購入者候補が決定されなかったとＳ２０６において判断されると、Ｓ２０１の処理を実行する。
【０１１８】
キャンセル時販売処理制御部２５ｆは、購入者候補が決定されたとＳ２０６において判断すると、対象チケット種類のチケットのキャンセルが発生したことを示すキャンセル発生通知を、Ｓ２０５において決定した購入者候補の利用者ＩＤに対象キャンセル待機者情報において関連付けられている連絡先に送信する（Ｓ２０７）。キャンセル発生通知には、対象チケット種類のチケットの購入を希望するか否かを尋ねる質問が含まれている。
【０１１９】
利用者端末の制御部は、Ｓ２０７において送信されてきたキャンセル発生通知を受信すると、受信したキャンセル発生通知の内容を利用者端末自身の表示部に表示する。次いで、利用者端末の制御部は、対象チケット種類のチケットの購入を希望するか否かの回答を、例えば、利用者端末自身の操作部を介した指示に応じて、チケット管理システム２０に送信する。
【０１２０】
チケット管理システム２０のキャンセル時販売処理制御部２５ｆは、Ｓ２０７の処理の後、対象チケット種類のチケットの購入を希望するか否かの回答を受信したか否かを判断する（Ｓ２０８）。
【０１２１】
キャンセル時販売処理制御部２５ｆは、対象チケット種類のチケットの購入を希望するか否かの回答を受信していないとＳ２０８において判断すると、特定の回答期限を経過したか否かを判断する（Ｓ２０９）。ここで、キャンセル時販売処理制御部２５ｆは、例えば、現在の日時から対象開催日時までの期間が短いほど特定の回答期限を短く設定するなど、現在の日時から対象開催日時までの期間に応じて特定の回答期限を設定しても良い。
【０１２２】
キャンセル時販売処理制御部２５ｆは、特定の回答期限を経過していないとＳ２０９において判断すると、Ｓ２０８の処理を実行する。
【０１２３】
キャンセル時販売処理制御部２５ｆは、対象チケット種類のチケットの購入を希望するか否かの回答を受信したとＳ２０８において判断すると、対象チケット種類のチケットの購入を希望するという回答を受信したか否を判断する（Ｓ２１０）。
【０１２４】
キャンセル時販売処理制御部２５ｆは、特定の回答期限を経過したとＳ２０９において判断するか、対象チケット種類のチケットの購入を希望するという回答を受信しなかったとＳ２１０において判断すると、現在の購入者候補の利用者ＩＤに対象キャンセル待機者情報において関連付けられている情報を削除する（Ｓ２１１）。
【０１２５】
次いで、キャンセル時販売処理制御部２５ｆは、対象キャンセル待機者情報の優先順位において現在の対象の順位が最下位の順位であるか否かを判断する（Ｓ２１２）。
【０１２６】
購入者候補決定部２５ｅは、対象キャンセル待機者情報の優先順位において現在の対象の順位が最下位の順位ではないとＳ２１２において判断されると、対象キャンセル待機者情報の優先順位において現在の対象の順位の次の順位を新たな対象にして（Ｓ２１３）、Ｓ２０５の処理を実行する。
【０１２７】
キャンセル時販売処理制御部２５ｆは、対象チケット種類のチケットの購入を希望するという回答を受信したとＳ２１０において判断すると、対象チケット購入者情報において値が「１」であるキャンセル順に関連付けられている利用者ＩＤを、Ｓ２０５において決定した購入者候補の利用者ＩＤに書き換える（Ｓ２１４）。
【０１２８】
次いで、キャンセル時販売処理制御部２５ｆは、Ｓ２０５において決定した購入者候補の利用者ＩＤに対象キャンセル待機者情報において関連付けられている情報を削除する（Ｓ２１５）。
【０１２９】
次いで、キャンセル時販売処理制御部２５ｆは、対象チケット購入者情報において値が「１」であるキャンセル順の値を「無」に設定する（Ｓ２１６）。
【０１３０】
次いで、キャンセル時販売処理制御部２５ｆは、対象チケット購入者情報において値が順番であるキャンセル順の値を１つずつ前の順番に設定する（Ｓ２１７）。
【０１３１】
次いで、キャンセル時販売処理制御部２５ｆは、対象チケット種類のチケットの購入を希望するという回答を送信してきた利用者端末に、チケットの販売の完了を通知する（Ｓ２１８）。ここで、Ｓ２１８における通知には、Ｓ２１４において書き換えた後の利用者ＩＤに対象チケット購入者情報において関連付けられているチケットＩＤが含まれている。
【０１３２】
利用者端末の制御部は、Ｓ２１８における通知を受けると、Ｓ２１８における通知内容を利用者端末自身の表示部に表示する。
【０１３３】
キャンセル時販売処理制御部２５ｆは、Ｓ２１８の処理の後、Ｓ２１４において書き換えられる前の利用者ＩＤが付されているチケット購入者にチケットの代金の払い戻しを実行する（Ｓ２１９）。
【０１３４】
購入者候補決定部２５ｅは、対象キャンセル待機者情報の優先順位において現在の対象の順位が最下位の順位であるとＳ２１２において判断されるか、Ｓ２１９の処理が実行されると、対象キャンセル待機者情報における登録順を、現在の順番が早いものから順番に、「１」から設定し直し（Ｓ２２０）、Ｓ２０１の処理を実行する。
【０１３５】
以上に説明したように、チケット管理システム２０は、チケットの対象の場所、すなわち、対象開催場所へのキャンセル待機者の到着予定日時がチケットの対象の日時、すなわち、対象開催日時以前であるか否かをキャンセル待機者の位置に基づいて判断し（Ｓ２５２〜Ｓ２５３）、到着予定日時が対象開催日時以前であるキャンセル待機者のうち、特定の条件に基づいた優先順位が高い者から順に、購入者候補として決定する（Ｓ２０４、Ｓ２１２〜Ｓ２１３、Ｓ２５４〜Ｓ２５６）ので、購入者候補として決定されることを強く希望するキャンセル待機者を対象開催場所の近くに常に待機させる必要がなく、キャンセル待機者から不満が生じる可能性を低減することができる。
【０１３６】
なお、本発明の「第１の日時」は、本実施の形態において対象開催日時自体であるが、例えば対象開催日時の１５分前など、対象開催日時より前の日時でも良い。
【０１３７】
チケット管理システム２０は、現在の日時が対象開催日時の所属する日の前日以前である場合に（Ｓ２５１でＮＯ）、到着予定日時が対象開催日時以前であるキャンセル待機者であるか否かにかかわらず、特定の条件に基づいた優先順位が高いキャンセル待機者から順に、購入者候補として決定する（Ｓ２０４、Ｓ２１２〜Ｓ２１３、Ｓ２５６）ので、現在の日時が対象開催日時の所属する日の前日以前である場合に、対象開催場所へのキャンセル待機者の到着予定日時を判断する必要がなく、処理の負荷を低減することができる。
【０１３８】
なお、本発明の「第２の日時」は、本実施の形態において対象開催日時の所属する日の前日であるが、例えば対象開催日時の２４時間前など、「第１の日時」より前の日時であれば良い。
【０１３９】
チケット管理システム２０は、対象アーティストのファンクラブの会員であるか否かということに基づいて、キャンセル待機者の優先順位を決定する（Ｓ２３１〜Ｓ２３４、Ｓ２３９〜Ｓ２４０）ので、対象アーティストに思い入れの強い利用者にチケットが割り当たる可能性を向上することができる。同様に、チケット管理システム２０は、特定のＳＮＳにおける対象アーティストに対するキャンセル待機者の投稿数に基づいて、キャンセル待機者の優先順位を決定する（Ｓ２３５〜Ｓ２４０）ので、対象アーティストに思い入れの強い利用者にチケットが割り当たる可能性を向上することができる。
【０１４０】
チケット管理システム２０は、本実施の形態において、対象キャンセル待機者情報における登録順と、対象アーティストのファンクラブの会員であるか否かということと、特定のＳＮＳにおける対象アーティストに対するキャンセル待機者の投稿数とに基づいて、キャンセル待機者の優先順位を決定する（Ｓ２３１〜Ｓ２４０）。しかしながら、チケット管理システム２０は、対象キャンセル待機者情報における登録順と、対象アーティストのファンクラブの会員であるか否かということと、特定のＳＮＳにおける対象アーティストに対するキャンセル待機者の投稿数とに加えて、または、対象キャンセル待機者情報における登録順と、対象アーティストのファンクラブの会員であるか否かということと、特定のＳＮＳにおける対象アーティストに対するキャンセル待機者の投稿数との少なくとも１つに代えて、新たな基準に基づいて、キャンセル待機者の優先順位を決定しても良い。
【０１４１】
チケット管理システム２０は、本実施の形態において、チケット購入者からチケットのキャンセルが依頼された（Ｓ１８１）後、キャンセル待機者によってチケットが購入されて（Ｓ２１４）から、チケットのキャンセルをしたチケット購入者にチケットの代金の払い戻しを実行する（Ｓ２１９）ので、興行主がチケットの代金で不利益を被る可能性を低減することができる。しかしながら、チケット管理システム２０は、チケット購入者からチケットのキャンセルが依頼された後、キャンセル待機者によってチケットが購入されたか否かにかかわらず、チケットのキャンセルをしたチケット購入者にチケットの代金の払い戻しを実行しても良い。
【０１４２】
チケット管理システム２０は、本実施の形態において、キャンセル待機者の位置情報を更新する場合に、位置情報に関連付けられた、利用者端末の端末ＩＤを利用者端末から受信して、この端末ＩＤに関連付けられている位置情報をキャンセル待機者情報において更新する。しかしながら、チケット管理システム２０は、キャンセル待機者の位置情報を更新する場合に、位置情報に関連付けられた、キャンセル待機者の利用者ＩＤを利用者端末から受信して、この利用者ＩＤに関連付けられている位置情報をキャンセル待機者情報において更新しても良い。
【０１４３】
本発明のチケットとして、本実施の形態においては、アーティストのコンサートにおいて入場許可などを管理するチケットについて説明している。しかしながら、本発明のチケットは、アーティストのコンサートにおいて入場許可などを管理するチケット以外のチケットでも良い。例えば、本発明のチケットは、アーティストのコンサート以外の興行において入場許可などを管理するチケットでも良いし、興行のチケット以外のチケットでも良い。
【符号の説明】
【０１４４】
２０  チケット管理システム（コンピューター）
２４ａ  チケット管理プログラム
２５ｃ  キャンセル待機者管理部
２５ｅ  購入者候補決定部
【図１】
2020190795.tif 000003
【図２】
2020190795.tif 000004
【図３】
2020190795.tif 000005
【図４】
2020190795.tif 000006
【図５】
2020190795.tif 000007
【図６】
2020190795.tif 000008
【図７】
2020190795.tif 000009
【図８】
2020190795.tif 000010
【図９】
2020190795.tif 000011
【図１０】
2020190795.tif 000012
【図１１】
2020190795.tif 000013
【図１２】
2020190795.tif 000014
【図１３】
2020190795.tif 000015
【図１４】
2020190795.tif 000016
【図１５】
2020190795.tif 000017
【図１６】
2020190795.tif 000018