JP2017004085A - チケット再販売システム、チケット再販売方法、チケット販売装置、および、チケット再販売プログラム - Google Patents

Abstract

【課題】チケットの再販売の機会を増やすことで、顧客満足度を向上させる、チケット再販売システム、チケット再販売方法、チケット販売装置及びチケット再販売プログラムを提供する。【解決手段】販売者システム１００は、イベント開始に際して、チケット読取端末２０がチケットから読み取った情報に基づいて、チケット購入済のチケット所有者が所定の時点でイベントに入場済であるか未入場であるかを判定する入場管理サーバ１と、未入場のチケット所有者が所持するキャンセル候補電話端末４０に対して、購入済のチケットのキャンセル案内を示す発呼シナリオを実行するとともに、キャンセル待ち電話端末３２に対して、申請処理によってキャンセルされたチケットの購入案内を示す発呼シナリオを実行する発呼シナリオサーバ６と、を備える。【選択図】図１

Description

本発明は、チケット所有者によってキャンセルされたチケット（以下、「キャンセルチケット」と呼ぶ場合がある）の再販売の技術に関する。

スポーツ観戦や音楽イベントなどに使用するさまざまなチケットについて、チケットの購入意思があってもチケット販売数の制限などにより購入できない者（以下、「キャンセル待ちカスタマ」と呼ぶ場合がある）にキャンセルチケットを再販売する手法がある。このような手法の具体例としては、（１）キャンセルが発生した分のチケットをＷｅｂページなどで公募し、受付を行った順番でキャンセル待ちカスタマに販売する手法（公募再販売）、（２）キャンセル待ちカスタマが事前に所定のシステムに登録しておき、キャンセルが発生した時点で、登録済みのキャンセル待ちカスタマに販売する手法（あっせん再販売）がある。
なお、特許文献１には、転売者端末装置と利用者端末装置との間で電子チケットを転売するための処理を行う事業者サーバ装置の技術が開示されている。

特開２００３−０５０８８９号公報

上記の手法（１）、（２）のようにしてキャンセルチケットの再販売を行うためには、チケット所有者がチケット販売者に対して事前にキャンセル申請を行うという前提条件を満たす必要がある。よって、チケット所有者にキャンセルの意思が実はあったとしても、キャンセル申請が無い限り、キャンセル待ちカスタマへキャンセルチケットを販売することができない。その結果、チケット販売者は、チケットの再販売の機会を失い、顧客満足度を向上させることができない。特許文献１には、このような事情に対して何ら言及していない。

そこで、本発明は、上記事情に鑑みて、チケットの再販売の機会を増やすことで、顧客満足度を向上させることを課題とする。

前記課題を解決するために、請求項１に記載の発明は、チケットの販売処理を行うチケット販売装置と、チケットのキャンセル待ちの登録処理を行うキャンセル待ち端末と、購入済のチケットのキャンセルの申請処理を行うキャンセル候補端末と、が通信可能に接続されているチケット再販売システムであって、前記チケット販売装置は、イベント開始に際して、チケット読取端末がチケットから読み取った情報に基づいて、チケット購入済のチケット所有者が所定の時点で当該イベントに入場済であるか未入場であるかを判定する入場管理部と、未入場のチケット所有者が所持する前記キャンセル候補端末に対して、購入済のチケットのキャンセル案内を示す発呼シナリオを実行するとともに、前記キャンセル待ち端末に対して、前記申請処理によってキャンセルされたチケットの購入案内を示す発呼シナリオを実行する発呼シナリオ部と、を備える、ことを特徴とする。

また、請求項３に記載の発明は、チケットの販売処理を行うチケット販売装置と、チケットのキャンセル待ちの登録処理を行うキャンセル待ち端末と、購入済のチケットのキャンセルの申請処理を行うキャンセル候補端末と、が通信可能に接続されているチケット再販売システムにおけるチケット再販売方法であって、イベント開始に際して、チケット読取端末が、チケットから情報を読み取る読取ステップと、前記チケット販売装置が、前記読み取った情報に基づいて、チケット購入済のチケット所有者が所定の時点で当該イベントに入場済であるか未入場であるかを判定する入場済／未入場判定ステップと、前記チケット販売装置が、未入場のチケット所有者が所持する前記キャンセル候補端末に対して、購入済のチケットのキャンセル案内を示す発呼シナリオを実行するキャンセル案内ステップと、前記キャンセル候補端末が、前記キャンセル案内に対して前記申請処理を行う申請ステップと、前記チケット販売装置が、前記キャンセル待ち端末に対して、前記申請処理によってキャンセルされたチケットの購入案内を示す発呼シナリオを実行する購入案内ステップと、を実行する、ことを特徴とする。

また、請求項４に記載の発明は、チケットの販売処理を行うチケット販売装置であって、イベント開始に際して、チケット読取端末がチケットから読み取った情報に基づいて、チケット購入済のチケット所有者が所定の時点で当該イベントに入場済であるか未入場であるかを判定する入場管理部と、未入場のチケット所有者が所持する端末であり、購入済のチケットのキャンセルの申請処理を行うキャンセル候補端末に対して、購入済のチケットのキャンセル案内を示す発呼シナリオを実行するとともに、チケットのキャンセル待ちの登録処理を行うキャンセル待ち端末に対して、前記申請処理によってキャンセルされたチケットの購入案内を示す発呼シナリオを実行する発呼シナリオ部と、を備える、ことを特徴とする。

また、請求項５に記載の発明は、チケットの販売処理を行うチケット販売装置としてコンピュータを、イベント開始に際して、チケット読取端末がチケットから読み取った情報に基づいて、チケット購入済のチケット所有者が所定の時点で当該イベントに入場済であるか未入場であるかを判定する入場管理手段と、未入場のチケット所有者が所持する端末であり、購入済のチケットのキャンセルの申請処理を行うキャンセル候補端末に対して、購入済のチケットのキャンセル案内を示す発呼シナリオを実行するとともに、チケットのキャンセル待ちの登録処理を行うキャンセル待ち端末に対して、前記申請処理によってキャンセルされたチケットの購入案内を示す発呼シナリオを実行する発呼シナリオ手段と、として機能させるためのチケット再販売プログラムである。

請求項１，３，４，５に記載の発明によれば、チケット販売装置は、チケット所有者が所定の時点（例えば、イベント開始時刻の少し前）になってもイベントの会場に未入場であることを根拠にして、そのチケット所有者にチケットのキャンセルの意思がある可能性が高いと推定することができる。そこで、チケット販売装置は、推定したチケット所有者のキャンセル候補端末に発呼することで、そのチケット所有者にキャンセルの申請の機会を与えることができる。チケット販売装置は、発呼の応答として、チケット所有者のキャンセルの意思を得ることができた場合、そのキャンセルの意思を得てキャンセルしたうえで、キャンセル待ち端末に発呼して、キャンセルされたチケットをキャンセル待ちカスタマに再販売することができる。上記のような手順を経てチケットの再販売の機会を増やすことができる。
したがって、チケットの再販売の機会を増やすことで、顧客満足度を向上させることができる。

また、請求項２に記載の発明は、請求項１に記載のチケット再販売システムにおいて、前記キャンセル候補端末は、前記発呼シナリオ部による前記キャンセル案内の発呼に対してリアルタイム通信を行うことができる電話端末であり、前記キャンセル待ち端末は、前記発呼シナリオ部による前記購入案内の発呼に対してリアルタイム通信を行うことができる電話端末である、ことを特徴とする。

請求項２に記載の発明によれば、リアルタイム通信を行うキャンセル候補端末は、キャンセル案内の発呼に対してキャンセルの申請を即座に行うことができる。このため、チケット販売装置は、チケット所有者にチケットのキャンセルの意思がある可能性が高いと推定してから、キャンセルの申請を経てキャンセルを完了するまでの時間を大幅に短縮することができる。その結果、所定の時点を迎えた後であっても、キャンセルされたチケットをキャンセル待ちカスタマに再販売することを確実にすることができる。
チケット販売装置が開設する専用のＷｅｂサイトにてキャンセル案内を掲載したり、チケット販売装置がキャンセル候補端末に対してメールでキャンセル案内を通知したりした場合には、キャンセル候補端末のチケット所有者は、掲載されたキャンセル案内、または通知されたキャンセル案内を自発的に確認してキャンセル申請を行わなければならない。しかし、Ｗｅｂサイトやメールといった手段でチケット所有者に自発的確認をしてもらえる可能性はそれほど高いとはいえない。さらに、キャンセル案内を掲載したり通知したりした直後に、チケット所有者がキャンセル候補端末を用いてキャンセル申請の操作を行う可能性は概して低い。
これに対し、キャンセル案内をリアルタイム通信（例えば、通話）によってキャンセル候補端末に通知する場合には、発呼に応じたチケット所有者に自発的確認を求める必要が無くなる（キャンセル案内を音声などでチケット所有者に伝えることができる）。さらに、キャンセル案内の発呼をした直後に、チケット所有者はキャンセル候補端末を用いてキャンセル申請の操作を行うことができる。したがって、チケット販売装置は、チケット所有者からのキャンセル申請を容易に得ることができるため、キャンセルされたチケットをキャンセル待ちカスタマに再販売することを効率的にすることができる。

本発明によれば、チケットの再販売の機会を増やすことで、顧客満足度を向上させることができる。

本実施形態のチケット再販売システムの全体構成図である。 入場管理サーバが有する入場状態ＤＢのデータ構造図である。 待ち行列管理サーバが管理するキャンセル待ち行列の説明図である。 キャンセル待ちの登録の手順を示す図である。 カスタマが入場した場合の処理の手順を示す図である。 キャンセル候補端末へのキャンセル案内の通知の手順を示す図である。 キャンセル候補端末にてチケットをキャンセルする場合の手順を示す図である。 キャンセル候補端末にてチケットをキャンセルしない場合の手順を示す図である。 キャンセル待ち端末へのチケットの購入案内の通知手順を示す図である。 キャンセル待ち端末にてチケットを購入する場合の手順を示す図である。 キャンセル待ち端末にてチケットを購入しない場合の手順を示す図である。 チケット再販売プログラムを実行するコンピュータを示す図である。

本発明を実施するための形態（実施形態）について、図面を参照しながら詳細に説明する。
図１に示すように、本実施形態のチケット再販売システムは、販売者システム１００（チケット販売装置）と、チケット読取端末２０と、キャンセル待ちＷｅｂ端末３１（キャンセル待ち端末）と、キャンセル待ち電話端末３２（キャンセル待ち端末）と、キャンセル候補電話端末４０（キャンセル候補端末）とを備える。販売者システム１００およびチケット読取端末２０は、チケット販売者が所持する。キャンセル待ちＷｅｂ端末３１およびキャンセル待ち電話端末３２は、１人のキャンセル待ちカスタマが所持する。キャンセル候補電話端末４０は、チケット所有者が所持する。
なお、チケット所有者が購入したチケットは電子チケットであり、この電子チケットは、チケット所有者の電話端末（キャンセル待ち電話端末３２およびキャンセル候補電話端末４０と同等の電話端末）に記憶されており、画面表示可能であるとする。しかし、本発明は、紙のチケットにも適用可能である。

販売者システム１００は、入場管理サーバ１（入場管理部、入場管理手段）と、キャンセル待ち受付サーバ２と、キャンセル受付サーバ３と、待ち行列管理サーバ４と、決済情報管理サーバ５と、発呼シナリオサーバ６（発呼シナリオ部、発呼シナリオ手段）と、呼制御サーバ７と、チケット受注サーバ８と、決済サーバ９と、発券サーバ１０とを備える。販売者システム１００が備えるサーバ１〜１０は、例えば、専用のＬＡＮ（Local Area Network）によって通信可能に接続されている。

入場管理サーバ１と、キャンセル待ち受付サーバ２と、キャンセル受付サーバ３と、チケット読取端末２０と、キャンセル待ちＷｅｂ端末３１とは、インターネットによって通信可能に接続されている。しかし、インターネットに限らず、ｈｔｔｐなどのＷｅｂ関連の情報伝達技術を適用可能な網を用いてもよい。呼制御サーバ７と、キャンセル待ち電話端末３２と、キャンセル候補電話端末４０とは、電話網によって通信可能に接続されている。しかし、電話網に限らず、呼に基づくリアルタイム通信を行うことができる網（例：ＩＰ網）を用いてもよい。

チケット読取端末２０は、イベント会場に配置されており、例えば、イベントに使用されるチケットからチケット情報を読み取るスキャナ機能を備える端末である。具体的には、チケット読取端末２０は、チケット所有者の端末が表示するチケットに表示される２次元コードから、チケット所有者に関するチケット情報を読み取る。チケット情報には、例えば、チケット所有者のＩＤ（Identifier）、購入されたチケットのＩＤ、チケットが使用されるイベントの名称が含まれるが、これらに限定されない。

キャンセル待ちＷｅｂ端末３１は、例えば、販売者システム１００が開設しているチケット購入用のＷｅｂサイトを閲覧可能とするブラウザ機能を備えた据置型のコンピュータである。キャンセル待ちＷｅｂ端末３１は、販売者システム１００に対して、キャンセル待ちを登録するための処理を行うことができる。

キャンセル待ち電話端末３２は、例えば、販売者システム１００とのリアルタイム通信（例：音声、ＤＴＭＦ（Dual-Tone Multi-Frequency））を行う携帯電話（スマートフォン、タブレット端末等でもよい。）である。キャンセル待ち電話端末３２は、キャンセルが発生したチケットを購入するか否かの意思を登録するための処理を行う。なお、キャンセル待ち電話端末３２は、販売者システム１００が開設しているチケット購入用のＷｅｂサイトを閲覧可能とするブラウザ機能を備えてもよい。

キャンセル候補電話端末４０は、例えば、販売者システム１００とのリアルタイム通信（例：音声、ＤＴＭＦ）を行う携帯電話などである。キャンセル候補電話端末４０は、販売者システム１００からの購入済チケットのキャンセル案内（後記）に対して、キャンセルを行うか否かの意思を登録するための処理を行う。なお、キャンセル候補電話端末４０は、販売者システム１００が開設しているチケット購入用のＷｅｂサイトを閲覧可能とするブラウザ機能を備えてもよい。

入場管理サーバ１は、チケット所有者が指定時刻（所定の時点）までにイベント会場に入場したか否かを判定する。具体的には、入場管理サーバ１は、チケット読取端末２０が、チケット所有者の電話端末などから読み取ったチケット情報に基づいて、チケット購入済のチケット所有者が当該イベントに入場済であるか未入場であるかを判定する。入場管理サーバ１は、指定時刻になっても未入場のままであるチケット所有者のキャンセル候補電話端末４０について、キャンセル案内を行うための処理を実行する。

指定時刻は、任意に設定することができ、例えば、イベントの開始日時でもよいし、開始日時よりも早いまたは遅い時刻としてもよい。後記するキャンセル案内の態様を考慮すると、指定時刻を開始日時よりも少し早い時刻とすることが好ましい。
指定時刻になっても未入場のままであるチケット所有者は、イベントに参加せず、チケットをキャンセルする可能性が高いと判断できることから、「キャンセル候補カスタマ」と呼ぶ場合がある。
なお、入場管理サーバ１は、キャンセル候補電話端末４０の電話番号を、例えば、キャンセル候補カスタマによるチケット購入時に取得することができる。

図２に示すように、入場管理サーバ１は、チケット所有者の入場済／未入場を管理するための入場状態ＤＢ（Data Base）１ａを記憶部に記憶している。入場状態ＤＢ１ａは、「カスタマＩＤ」、「チケットＩＤ」、「イベント名称」、「開始日時」、および、「入場済フラグ」といった項目を有し、チケット所有者ごとにレコードが作成されている。

「カスタマＩＤ」の項目には、チケット所有者のＩＤが格納されている。
「チケットＩＤ」の項目には、チケット所有者が購入したチケットのＩＤが格納されている。
「イベント名称」の項目には、開催されるイベントの名称が格納される。
「開始日時」の項目には、イベントの開始日時が格納される。
「入場済フラグ」の項目には、チケット所有者がイベント会場に入場済であることを示す値「オン」、または、チケット所有者がイベント会場に未入場であることを示す値「オフ」が格納される。

「カスタマＩＤ」、「チケットＩＤ」、「イベント名称」、および、「開始日時」の値は、例えば、チケット所有者がチケットの購入したときに、該当のチケット所有者について作成されたレコードに格納される。

「入場済フラグ」の値は、初期状態では「オフ」である。入場管理サーバ１は、チケット読取端末２０からチケット情報を指定時刻までに取得した場合、チケット情報に含まれるカスタマＩＤおよびチケットＩＤをキーとして、入場状態ＤＢ（Data Base）１ａを検索する。入場管理サーバ１は、該当するチケット所有者のレコードをチケット情報から特定し、特定したレコードの「入場済フラグ」の値を「オン」に更新する。入場管理サーバ１は、入場状態ＤＢ１ａに登録されているチケット所有者の各々について、指定時刻にてイベントに入場済であるか未入場であるかを判定する。

キャンセル待ち受付サーバ２は、キャンセル待ちＷｅｂ端末３１からのチケットのキャンセル待ちを受け付ける。キャンセル待ち受付サーバ２は、キャンセル待ちＷｅｂ端末３１からのキャンセル待ちリクエストを受信することで、キャンセル待ちリクエストに含まれるキャンセル待ちカスタマのＩＤを特定する。また、キャンセル待ち受付サーバ２は、キャンセル待ちカスタマがキャンセルチケットを購入できた場合の決済に関する決済情報を、キャンセル待ちＷｅｂ端末３１から取得する。キャンセル待ちカスタマによるキャンセルチケットの購入に関する決済の方法は周知であり、決済の詳細な説明は省略する。

キャンセル受付サーバ３は、キャンセル候補電話端末４０からの購入済のチケットのキャンセル申請を受け付ける。キャンセル候補電話端末４０にてキャンセル申請処理が実行された場合、キャンセル受付サーバ３は、キャンセル申請があった旨をキャンセル待ち受付サーバ２に通知する。なお、キャンセル受付サーバ３は、キャンセル候補カスタマ以外のチケット購入者の端末からキャンセル申請を受け付けることもできる。

待ち行列管理サーバ４は、キャンセル待ち受付サーバ２が特定したキャンセル待ちカスタマを待ち行列で管理する。待ち行列管理サーバ４は、例えば、キャンセル待ちカスタマを示すカスタマ情報をＦＩＦＯ（First In First Out）方式によってメモリに記憶する。

図３に示すように、待ち行列管理サーバ４は、キャンセル待ち受付サーバ２からの通知があるごとに、キャンセル待ちカスタマを示すカスタマ情報１，２，３，・・・を、キャンセル待ち行列を構成するメモリに後ろから順次追加する。また、待ち行列管理サーバ４は、キャンセル受付サーバ３がキャンセル申請を受け付け、キャンセルが発生するごとに、キャンセル待ち行列の先頭のカスタマ情報（図３ではカスタマ情報１）を、発呼シナリオサーバ６に通知するとともに、先頭のカスタマ情報は破棄する。

待ち行列管理サーバ４は、キャンセルチケットを案内してもらったキャンセル待ちカスタマ（対応のカスタマ情報は、キャンセル待ち行列から破棄済）が結局購入しなかった場合、キャンセル待ち行列の現時点で先頭のカスタマ情報を発呼シナリオサーバ６に通知するとともに、通知したカスタマ情報は破棄する。また、待ち行列管理サーバ４は、複数人分のカスタマ情報が同時に発呼シナリオサーバ６に通知され、キャンセル待ち行列から抜き出す場合や、複数人分のカスタマ情報の順番を前後させる場合、キャンセル待ち行列から一度そのカスタマ情報を抜き出し、後ろからもう一度追加するように並べ直すこともできる。

決済情報管理サーバ５は、キャンセル待ちカスタマの決済情報を管理する。具体的には、決済情報管理サーバ５は、決済情報として、キャンセル待ちカスタマのカスタマＩＤと、キャンセル待ちカスタマの所持するクレジットカードの番号と、キャンセル待ちカスタマの連絡先（例：電話番号、メールアドレス）と、その他のチケットの購入に必要な情報とを関連付けて管理する。

発呼シナリオサーバ６は、入場管理サーバ１からの通知に基づいて、キャンセル候補電話端末４０にキャンセル案内を問い合わせる発呼シナリオの実行を呼制御サーバ７に命令する。また、発呼シナリオサーバ６は、待ち行列管理サーバ４からの通知に基づいて、キャンセルチケットの購入をキャンセル待ち電話端末３２に問い合わせる発呼シナリオの実行を呼制御サーバ７に命令する。
また、発呼シナリオサーバ６は、呼制御サーバ７を介して、キャンセル候補電話端末４０やキャンセル待ち電話端末３２からの問合せ結果を取得すると、取得した問合せ結果に応じて、決済処理を行ったり、入場管理サーバ１や待ち行列管理サーバ４に所定の通知を行ったりする（詳細は後記）。

呼制御サーバ７は、発呼シナリオサーバ６からの命令に基づいて、キャンセル候補電話端末４０またはキャンセル待ち電話端末３２に発呼する。また、呼制御サーバ７は、キャンセル候補電話端末４０またはキャンセル待ち電話端末３２からの呼の結果を、発呼シナリオサーバ６に通知する。

チケット受注サーバ８は、キャンセル待ち電話端末３２によるチケットの購入依頼（キャンセル発生後のチケットの購入依頼）を受注する。チケット受注サーバ８は、チケットの購入依頼を示す発呼シナリオを呼制御サーバ７から受信すると、決済情報管理サーバ５から決済情報を取得して決済サーバ９に決済を依頼する。また、チケット受注サーバ８は、決済が完了すると、発券サーバ１０にチケットの発行を依頼する。

決済サーバ９は、チケット受注サーバ８から取得した決済情報を用いて決済処理を行う。
発券サーバ１０は、チケット受注サーバ８からの依頼に基づいてチケットを発行する。

本実施形態では、販売者システム１００を複数の物理的装置となるサーバ１〜１０を用いて構成する。しかし、サーバ１〜１０の各々が実行する処理を実現する機能部またはＶＭ（Virtual Machine）を作成し、作成した機能部またはＶＭを備える１つの装置（チケット販売装置）として販売者システム１００を構成することもできる。

また、本実施形態では、１人のキャンセル待ちカスタマが、キャンセル待ちＷｅｂ端末３１およびキャンセル待ち電話端末３２を所持することとして説明する。しかし、例えば、キャンセル待ちＷｅｂ端末３１の機能およびキャンセル待ち電話端末３２の機能を両方備える１台のスマートフォンを用いるようにしてもよい。キャンセル待ちカスタマは、スマートフォンを操作して、キャンセル待ちの登録を行うこともできるし、キャンセルチケットの購入案内の発呼をリアルタイム通信で受けることができる。また、キャンセル候補カスタマの所持するキャンセル候補電話端末４０をスマートフォンとすることもできる。

次に、本実施形態のチケット再販売システムにて実行される処理の手順について説明する。まず、キャンセル待ちＷｅｂ端末３１からのキャンセル待ちの登録の手順について説明する。キャンセル待ちＷｅｂ端末３１は、例えば、販売者システム１００が提供している、キャンセルチケットの一覧を掲載するＷｅｂサイトを画面表示している。

（キャンセル待ちの登録）
図４に示すように、キャンセル待ちの登録の手順は、キャンセル待ちＷｅｂ端末３１でのステップＡ１から開始する。
ステップＡ１にて、キャンセル待ちＷｅｂ端末３１は、キャンセル待ちカスタマが所望するチケットについて、キャンセル待ちリクエストと、チケット購入に関する決済情報をキャンセル待ち受付サーバ２に送信する。キャンセル待ちリクエストには、キャンセル待ちカスタマのカスタマＩＤ、および、キャンセル待ちカスタマの電話番号から構成されるカスタマ情報が含まれる。ステップＡ１の後、ステップＡ２に進む。

ステップＡ２にて、キャンセル待ち受付サーバ２は、キャンセル待ちＷｅｂ端末３１から受信したキャンセル待ちリクエストを待ち行列管理サーバ４に送信する。待ち行列管理サーバ４は、キャンセル待ちリクエストに含まれるカスタマ情報を、キャンセル待ち行列（図３）の最後尾に配置する。ステップＡ２の後、ステップＡ３に進む。

ステップＡ３にて、キャンセル待ち受付サーバ２は、キャンセル待ちＷｅｂ端末３１から受信した決済情報を決済情報管理サーバ５に送信する。決済情報管理サーバ５は、キャンセル待ちカスタマによるキャンセルチケットの購入手続が発生した場合には、チケット受注サーバ８に決済情報を送信する（後記）。
ステップＡ３によって、キャンセル待ちの登録の手順が完了する。

（カスタマが入場した場合の処理の手順）
次に、チケット購入済のカスタマ（「購入済カスタマ」と呼ぶ場合がある。）がイベント会場に入場した場合の処理の手順について説明する。
図５に示すように、カスタマが入場した場合の処理の手順は、チケット読取端末２０でのステップＢ１から開始する。

ステップＢ１（読取ステップ）にて、チケット読取端末２０は、イベント会場に入場しようとする購入済カスタマの端末の画面上に表示されている電子チケットの２次元コードから、チケット所有者に関するチケット情報を読み取る。ステップＢ１の後、ステップＢ２に進む。

ステップＢ２にて、チケット読取端末２０は、ステップＢ１にて読み取ったチケット情報を入場管理サーバ１に送信する。ステップＢ２の後、ステップＢ３に進む。

ステップＢ３にて、入場管理サーバ１は、チケット読取端末２０から受信したチケット情報を用いて、入場状態ＤＢ１ａの、イベント会場に入場しようとする購入済カスタマのレコードの、「入場済フラグ」の値を「オン」に更新する。これにより、入場管理サーバ１は、チケット購入者がイベント会場に入場したとする。
ステップＢ３によって、カスタマが入場した場合の処理の手順が完了する。

（キャンセル候補端末へのキャンセル案内の通知の手順）
次に、キャンセル候補電話端末４０へのキャンセル案内の通知する手順について説明する。
図６に示すように、キャンセル候補電話端末４０へのキャンセル案内の通知する手順は、入場管理サーバ１でのステップＣ１から開始する。

ステップＣ１（入場済／未入場判定ステップ）にて、入場管理サーバ１は、すべての購入済カスタマについて、イベント会場への入場がなされたか否かという入場状態の判定を行う。入場管理サーバ１は、指定時刻を迎えた時点で、入場状態ＤＢ１ａの「入場済フラグ」の値が「オン」でありイベントに入場済の購入済カスタマと、「入場済フラグ」の値が「オフ」でありイベントに未入場の購入済カスタマとを区別する。入場管理サーバ１は、「入場済フラグ」の値が「オフ」のままである購入済カスタマを、キャンセル候補カスタマとして扱う。ステップＣ１の後、ステップＣ２に進む。

ステップＣ２（キャンセル案内ステップ）にて、入場管理サーバ１は、キャンセル候補カスタマについて、購入済チケットのキャンセルを促すキャンセル案内要求を、発呼シナリオサーバ６に送信する。キャンセル案内要求には、キャンセル候補カスタマのカスタマＩＤと、キャンセル候補カスタマが所持するキャンセル候補電話端末４０の電話番号が含まれる。ステップＣ２の後、ステップＣ３に進む。

ステップＣ３にて、発呼シナリオサーバ６は、入場管理サーバ１から受信したキャンセル案内要求に基づいて、キャンセル候補カスタマのキャンセル意思確認の発呼要求を呼制御サーバ７に送信する（発呼シナリオ）。発呼要求には、キャンセル候補カスタマのカスタマＩＤと、キャンセル候補カスタマが所持するキャンセル候補電話端末４０の電話番号が含まれる。ステップＣ３の後、ステップＣ４に進む。

ステップＣ４にて、呼制御サーバ７は、キャンセル候補カスタマのキャンセル候補電話端末４０に発呼する。キャンセル候補カスタマが電話に出て、呼が成立した場合、呼制御サーバ７は、例えば、キャンセル意思の有無を自動音声などで案内する。
ステップＣ４によって、キャンセル候補電話端末４０へのキャンセル案内の通知の手順が完了する。

（キャンセル候補端末にてチケットをキャンセルする場合の手順）
次に、キャンセル候補電話端末４０にてチケットをキャンセルする場合の手順について説明する。
図７に示すように、キャンセル候補電話端末４０にてチケットをキャンセルする場合の手順は、キャンセル候補電話端末４０でのステップＤ１から開始する。

ステップＤ１（申請ステップ）にて、キャンセル候補電話端末４０は、呼制御サーバ７にキャンセル申請を行う。キャンセル申請には、キャンセル候補カスタマによる購入済チケットをキャンセルする意思が含まれる。また、キャンセル候補電話端末４０は、例えば、ＤＴＭＦや音声認識によりキャンセル申請を行う。ステップＤ１の後、ステップＤ２に進む。

ステップＤ２にて、呼制御サーバ７は、キャンセル候補電話端末４０のキャンセル申請に基づいて、キャンセル候補カスタマのキャンセル意思ありを示すＤＴＭＦなどを発呼シナリオサーバ６に通知する。ステップＤ２の後、ステップＤ３に進む。

ステップＤ３にて、発呼シナリオサーバ６は、キャンセル候補カスタマのキャンセル意思に基づいて、購入済チケットのキャンセル処理要求をキャンセル受付サーバ３に送信する。キャンセル受付サーバ３は、キャンセル候補カスタマの購入済チケットに関するキャンセル処理を実行する。
ステップＤ３によって、キャンセル候補電話端末４０にてチケットをキャンセルする場合の手順が完了する。

（キャンセル候補端末にてチケットをキャンセルしない場合の手順）
次に、キャンセル候補電話端末４０にてチケットをキャンセルしない場合の手順について説明する。
図８に示すように、キャンセル候補電話端末４０にてチケットをキャンセルしない場合の手順は、キャンセル候補電話端末４０でのステップＥ１から開始する。

ステップＥ１にて、キャンセル候補電話端末４０は、呼制御サーバ７にキャンセルなし申請を行う。キャンセルなし申請には、キャンセル候補カスタマによる購入済チケットをキャンセルしない意思が含まれる。また、キャンセル候補電話端末４０は、例えば、ＤＴＭＦや音声認識によりキャンセルなし申請を行う。ステップＥ１の後、ステップＥ２に進む。

ステップＥ２にて、呼制御サーバ７は、キャンセル候補電話端末４０のキャンセルなし申請に基づいて、キャンセル候補カスタマのキャンセル意思なしを示すＤＴＭＦなどを発呼シナリオサーバ６に通知する。ステップＥ２の後、ステップＥ３に進む。

ステップＥ３にて、発呼シナリオサーバ６は、キャンセル候補カスタマのキャンセル意思なしに基づいて、購入済チケットのキャンセルなし処理要求を入場管理サーバ１に送信する。ステップＥ３にて、入場管理サーバ１は、キャンセルなし申請を行ったキャンセル候補電話端末４０の購入済チケットはそのままでキャンセルしないようにし、ステップＥ４に進む。

ステップＥ４にて、入場管理サーバ１は、他のキャンセル候補カスタマについて、購入済チケットのキャンセルを促す次のキャンセル案内要求を、発呼シナリオサーバ６に送信する。ステップＥ４の処理は、ステップＣ２（図６）の処理と同等である。以降、すべてのキャンセル候補カスタマについて、ステップＣ２（図６）の以降の処理が繰り返される。
ステップＥ４によって、キャンセル候補電話端末４０にてチケットをキャンセルしない場合の手順が完了する。

（キャンセル待ち端末へのチケットの購入案内の通知手順）
次に、キャンセル待ち電話端末３２へのチケットの購入案内の通知手順について説明する。
図９に示すように、キャンセル待ち電話端末３２へのチケットの購入案内の通知手順は、キャンセル受付サーバ３でのステップＦ１から開始する。

ステップＦ１にて、キャンセル受付サーバ３は、ステップＤ３（図７）にてキャンセル処理要求を受信すると、キャンセル処理として、待ち行列管理サーバ４へのキャンセル通知を行う。ステップＦ１の後、ステップＦ２に進む。

ステップＦ２にて、待ち行列管理サーバ４は、キャンセル受付サーバ３からキャンセル通知を受信すると、キャンセル待ち行列（図３）の先頭にある、キャンセル待ちカスタマのカスタマ情報を取り出し、発呼シナリオサーバ６に通知する。ステップＦ２の後、ステップＦ３に進む。

ステップＦ３（購入案内ステップ）にて、発呼シナリオサーバ６は、待ち行列管理サーバ４から受信したカスタマ情報に基づいて、キャンセルチケットの購入案内として、キャンセル待ちカスタマの購入意思確認の発呼要求を呼制御サーバ７に送信する（発呼シナリオ）。発呼要求には、キャンセル待ちカスタマのカスタマＩＤと、キャンセル待ちカスタマが所持するキャンセル待ち電話端末３２の電話番号が含まれる。ステップＦ３の後、ステップＦ４に進む。

ステップＦ４にて、呼制御サーバ７は、キャンセル待ちカスタマのキャンセル待ち電話端末３２に発呼する。キャンセル待ちカスタマが電話に出て、呼が成立した場合、呼制御サーバ７は、例えば、チケットの購入意思の有無を自動音声などで案内する。
ステップＦ４によって、キャンセル待ち電話端末３２へのチケットの購入案内の通知の手順が完了する。

（キャンセル待ち端末にてチケットを購入する場合の手順）
次に、キャンセル待ち電話端末３２にてチケットを購入する場合の手順について説明する。
図１０に示すように、キャンセル待ち電話端末３２にてチケットを購入する場合の手順は、キャンセル待ち電話端末３２でのステップＧ１から開始する。

ステップＧ１にて、キャンセル待ち電話端末３２は、キャンセル待ちカスタマによるキャンセルチケットの購入意思を呼制御サーバ７に通知する。また、キャンセル候補電話端末４０は、例えば、ＤＴＭＦや音声認識により購入意思通知を行う。ステップＧ１の後、ステップＧ２に進む。

ステップＧ２にて、呼制御サーバ７は、キャンセル待ち電話端末３２の購入意思通知に基づいて、キャンセル待ちカスタマの購入意思ありを示すＤＴＭＦなどを発呼シナリオサーバ６に通知する。ステップＧ２の後、ステップＧ３に進む。

ステップＧ３にて、発呼シナリオサーバ６は、キャンセル待ちカスタマの購入意思に基づいて、キャンセルチケットの購入処理をチケット受注サーバ８に要求する。チケット受注サーバ８は、決済および発券に必要な処理を開始する。ステップＧ３の後、ステップＧ４に進む。

ステップＧ４にて、チケット受注サーバ８は、決済情報管理サーバ５に対して、購入意思のあるキャンセル待ちカスタマの決済情報を問い合わせる。このとき、チケット受注サーバ８は、キャンセル待ちカスタマのカスタマ情報を決済情報管理サーバ５に送信する。ステップＧ４の後、ステップＧ５に進む。

ステップＧ５にて、決済情報管理サーバ５は、チケット受注サーバ８から受信したカスタマ情報を用いて、購入意思のあるキャンセル待ちカスタマの決済情報を読み出し、チケット受注サーバ８に通知する。ステップＧ５の後、ステップＧ６に進む。

ステップＧ６にて、チケット受注サーバ８は、決済情報管理サーバ５から受信した決済情報を用いて、決済サーバ９に決済を要求する。決済サーバ９は、購入意思のあるキャンセル待ちカスタマのキャンセルチケットの購入に関する決済処理を行う。ステップＧ６の後、ステップＧ７に進む。

ステップＧ７にて、決済サーバ９は、チケット受注サーバ８に対して決済が完了したことを示す決済完了通知を行う。ステップＧ７の後、ステップＧ８に進む。

ステップＧ８にて、チケット受注サーバ８は、決済サーバ９から決済完了通知がなされると、発券サーバ１０に対して、キャンセル待ちカスタマが購入意思を示したチケットについての発券処理を要求する。発券サーバ１０は、要求のあったチケットを発行する。具体的には、発券サーバ１０は発行対象の電子チケットを生成し、生成した電子チケットをキャンセル待ち電話端末３２（キャンセル待ち電話端末３２でもよい）に送信する。
ステップＧ８によって、キャンセル待ち電話端末３２にてチケットを購入する場合の手順が完了する。

（キャンセル待ち端末にてチケットを購入しない場合の手順）
次に、キャンセル待ち電話端末３２にてチケットを購入しない場合の手順について説明する。
図１１に示すように、キャンセル待ち電話端末３２にてチケットを購入しない場合の手順は、キャンセル待ち電話端末３２でのステップＨ１から開始する。

ステップＨ１にて、キャンセル待ち電話端末３２は、キャンセル待ちカスタマによるキャンセルチケットの購入意思なしを呼制御サーバ７に通知する。また、キャンセル候補電話端末４０は、例えば、ＤＴＭＦや音声認識により購入意思なし通知を行う。ステップＨ１の後、ステップＨ２に進む。

ステップＨ２にて、呼制御サーバ７は、キャンセル待ち電話端末３２の購入意思なし通知に基づいて、キャンセル待ちカスタマの購入意思なしを示すＤＴＭＦなどを発呼シナリオサーバ６に通知する。ステップＨ２の後、ステップＨ３に進む。

ステップＨ３にて、発呼シナリオサーバ６は、キャンセル待ちカスタマの購入意思なしに基づいて、キャンセルチケットの購入なし処理を待ち行列管理サーバ４に要求する。ステップＨ３の後、ステップＨ４に進む。

ステップＨ４にて、待ち行列管理サーバ４は、キャンセル待ち行列内の、次のキャンセル待ちカスタマのカスタマ情報を取り出し、発呼シナリオサーバ６に通知する。ステップＨ４の処理は、ステップＦ２（図９）の処理と同等である。以降、すべてのキャンセル待ちカスタマについて、ステップＦ２（図９）の以降の処理が繰り返される。
ステップＨ４によって、キャンセル待ち電話端末３２にてチケットを購入しない場合の手順が完了する。

本実施形態によれば、販売者システム１００は、チケット所有者が所定の時点（例えば、イベント開始時刻の少し前）になってもイベントの会場に未入場であることを根拠にして、そのチケット所有者にチケットのキャンセルの意思がある可能性が高いと推定することができる。そこで、販売者システム１００は、推定したチケット所有者のキャンセル候補電話端末４０に発呼することで、そのチケット所有者にキャンセルの申請の機会を与えることができる。販売者システム１００は、発呼の応答として、チケット所有者のキャンセルの意思を得ることができた場合、そのキャンセルの意思を得てキャンセルしたうえで、キャンセル待ち電話端末３２に発呼して、キャンセルされたチケットをキャンセル待ちカスタマに再販売することができる。上記のような手順を経てチケットの再販売の機会を増やすことができる。
したがって、チケットの再販売の機会を増やすことで、顧客満足度を向上させることができる。

また、リアルタイム通信を行うキャンセル候補電話端末４０は、キャンセル案内の発呼に対してキャンセルの申請を即座に行うことができる。このため、販売者システム１００は、チケット所有者にチケットのキャンセルの意思がある可能性が高いと推定してから、キャンセルの申請を経てキャンセルを完了するまでの時間を大幅に短縮することができる。その結果、所定の時点を迎えた後であっても、キャンセルされたチケットをキャンセル待ちカスタマに再販売することを確実にすることができる。
販売者システム１００が開設する専用のＷｅｂサイトにてキャンセル案内を掲載したり、販売者システム１００がキャンセル候補電話端末４０に対してメールでキャンセル案内を通知したりした場合には、キャンセル候補電話端末４０のチケット所有者は、掲載されたキャンセル案内、または通知されたキャンセル案内を自発的に確認してキャンセル申請を行わなければならない。しかし、Ｗｅｂサイトやメールといった手段でチケット所有者に自発的確認をしてもらえる可能性はそれほど高いとはいえない。さらに、キャンセル案内を掲載したり通知したりした直後に、チケット所有者がキャンセル候補電話端末４０を用いてキャンセル申請の操作を行う可能性は概して低い。
これに対し、キャンセル案内をリアルタイム通信（例えば、通話）によってキャンセル候補電話端末４０に通知する場合には、発呼に応じたチケット所有者に自発的確認を求める必要が無くなる（キャンセル案内を音声などでチケット所有者に伝えることができる）。さらに、キャンセル案内の発呼をした直後に、チケット所有者はキャンセル候補電話端末４０を用いてキャンセル申請の操作を行うことができる。したがって、販売者システム１００は、チケット所有者からのキャンセル申請を容易に得ることができるため、キャンセルされたチケットをキャンセル待ちカスタマに再販売することを効率的にすることができる。

（プログラム）
また、上記実施形態に係るチケット販売装置が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、チケット販売装置と同様の機能を実現するチケット再販売プログラムを実行するコンピュータの一例を説明する。

図１２は、チケット再販売プログラムを実行するコンピュータを示す図である。図１２に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。

ここで、図１２に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各テーブルは、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。

また、チケット再販売プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０９０に記憶される。具体的には、上記実施形態で説明したチケット再販売プログラムが実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。

また、チケット再販売プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、チケット再販売プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、チケット再販売プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

（変形例）
本実施形態の販売者システム１００を構成するサーバ１〜１０を通信可能に接続するためのインターフェースとして、ＷｅｂＡＰＩを用いてもよい。
本実施形態は、所定の会場で開催されるスポーツ観戦や音楽イベントなどに使用されるチケットに対して適用することができる。しかし、航空券や、新幹線などへの乗車券に対しても適用することができる。本発明で取り上げた「イベント」は、航空券が使用される空港での搭乗手続きや、乗車券が使用される駅などでの乗車手続きも含む。航空券や乗車券については、キャンセルが発生すると払い戻しが可能であるため、本実施形態のようにチケットの再販売を行う機会を増やすことで、販売者側の売上を向上させることができる。

本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。

１００ 販売者システム（チケット販売装置）
１ 入場管理サーバ（入場管理部、入場管理手段）
２ キャンセル待ち受付サーバ
３ キャンセル受付サーバ
４ 待ち行列管理サーバ
５ 決済情報管理サーバ
６ 発呼シナリオサーバ（発呼シナリオ部、発呼シナリオ手段）
７ 呼制御サーバ
８ チケット受注サーバ
９ 決済サーバ
１０ 発券サーバ
２０ チケット読取端末
３１ キャンセル待ちＷｅｂ端末（キャンセル待ち端末）
３２ キャンセル待ち電話端末（キャンセル待ち端末）
４０ キャンセル候補電話端末（キャンセル候補端末）

Claims (5)

1. チケットの販売処理を行うチケット販売装置と、チケットのキャンセル待ちの登録処理を行うキャンセル待ち端末と、購入済のチケットのキャンセルの申請処理を行うキャンセル候補端末と、が通信可能に接続されているチケット再販売システムであって、
   前記チケット販売装置は、
   イベント開始に際して、チケット読取端末がチケットから読み取った情報に基づいて、チケット購入済のチケット所有者が所定の時点で当該イベントに入場済であるか未入場であるかを判定する入場管理部と、
   未入場のチケット所有者が所持する前記キャンセル候補端末に対して、購入済のチケットのキャンセル案内を示す発呼シナリオを実行するとともに、前記キャンセル待ち端末に対して、前記申請処理によってキャンセルされたチケットの購入案内を示す発呼シナリオを実行する発呼シナリオ部と、を備える、
   ことを特徴とするチケット再販売システム。
2. 前記キャンセル候補端末は、前記発呼シナリオ部による前記キャンセル案内の発呼に対してリアルタイム通信を行うことができる電話端末であり、
   前記キャンセル待ち端末は、前記発呼シナリオ部による前記購入案内の発呼に対してリアルタイム通信を行うことができる電話端末である、
   ことを特徴とする請求項１に記載のチケット再販売システム。
3. チケットの販売処理を行うチケット販売装置と、チケットのキャンセル待ちの登録処理を行うキャンセル待ち端末と、購入済のチケットのキャンセルの申請処理を行うキャンセル候補端末と、が通信可能に接続されているチケット再販売システムにおけるチケット再販売方法であって、
   イベント開始に際して、チケット読取端末が、チケットから情報を読み取る読取ステップと、
   前記チケット販売装置が、前記読み取った情報に基づいて、チケット購入済のチケット所有者が所定の時点で当該イベントに入場済であるか未入場であるかを判定する入場済／未入場判定ステップと、
   前記チケット販売装置が、未入場のチケット所有者が所持する前記キャンセル候補端末に対して、購入済のチケットのキャンセル案内を示す発呼シナリオを実行するキャンセル案内ステップと、
   前記キャンセル候補端末が、前記キャンセル案内に対して前記申請処理を行う申請ステップと、
   前記チケット販売装置が、前記キャンセル待ち端末に対して、前記申請処理によってキャンセルされたチケットの購入案内を示す発呼シナリオを実行する購入案内ステップと、を実行する、
   ことを特徴とするチケット再販売方法。
4. チケットの販売処理を行うチケット販売装置であって、
   イベント開始に際して、チケット読取端末がチケットから読み取った情報に基づいて、チケット購入済のチケット所有者が所定の時点で当該イベントに入場済であるか未入場であるかを判定する入場管理部と、
   未入場のチケット所有者が所持する端末であり、購入済のチケットのキャンセルの申請処理を行うキャンセル候補端末に対して、購入済のチケットのキャンセル案内を示す発呼シナリオを実行するとともに、チケットのキャンセル待ちの登録処理を行うキャンセル待ち端末に対して、前記申請処理によってキャンセルされたチケットの購入案内を示す発呼シナリオを実行する発呼シナリオ部と、を備える、
   ことを特徴とするチケット販売装置。
5. チケットの販売処理を行うチケット販売装置としてコンピュータを、
   イベント開始に際して、チケット読取端末がチケットから読み取った情報に基づいて、チケット購入済のチケット所有者が所定の時点で当該イベントに入場済であるか未入場であるかを判定する入場管理手段と、
   未入場のチケット所有者が所持する端末であり、購入済のチケットのキャンセルの申請処理を行うキャンセル候補端末に対して、購入済のチケットのキャンセル案内を示す発呼シナリオを実行するとともに、チケットのキャンセル待ちの登録処理を行うキャンセル待ち端末に対して、前記申請処理によってキャンセルされたチケットの購入案内を示す発呼シナリオを実行する発呼シナリオ手段と、
   として機能させるためのチケット再販売プログラム。

Images