(57)【要約】【課題】設備の利用予約がキャンセルされた場合に当該設備を有効利用する。【解決手段】利用予約済みの予約ユーザーから設備の変更待ちをすることを示す変更申し込み情報１３２を、特定の順序で、変更待ち情報１２２として管理する。ユーザーＡから利用予約のキャンセルを示すキャンセル情報１３３を受信すると、順序付けられて管理されている変更待ち情報１２２の先頭の変更申し込み情報１３２に対応する予約ユーザー（ユーザーＢ）に、利用対象の設備をキャンセルされた設備へ変更するか否かを問い合わせる変更問い合わせ情報１３５を送信する。【選択図】図３
2020194504.tif 000002
【特許請求の範囲】
【請求項１】
施設の設備の利用予約を予約ユーザーと紐付けた設備利用予約状況情報を前記設備ごとに記憶する記憶部と、
利用予約済みの第１の予約ユーザーから前記設備の変更待ちをすることを示す変更待ち情報を受信する通信部と、
１以上の前記変更待ち情報を特定の順序で管理し、
利用予約済みの第２の予約ユーザーから前記利用予約のキャンセルを示すキャンセル情報を受信すると、順序付けられて管理されている前記変更待ち情報の先頭の前記変更待ち情報に対応する第１の予約ユーザーに、利用対象の前記設備を、前記第１の予約ユーザーの前記設備利用状況情報に対応する第１の設備から、前記キャンセル情報に対応する第２の設備へ変更するか否かを問い合わせる変更問い合わせ情報を、前記第１の予約ユーザーに送信するように前記通信部を制御する
制御部
を具備する
情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記制御部は、受信した前記変更問い合わせ情報に対する回答が設備の変更を希望するものである場合に、回答した前記第１の予約ユーザーの利用対象の前記設備を、前記第１の設備から前記第２の設備へ変更するとともに、前記第１の設備の利用の対価と前記第２の設備の利用の対価の差分の決済に関する処理を実行する
情報処理装置。
【請求項３】
請求項１又は２に記載の情報処理装置であって、
前記制御部は、受信した前記変更問い合わせ情報に対する回答が設備の変更を希望しないものである場合に、前記特定の順序で管理された前記変更待ち情報の並び順が次の前記変更待ち情報に対応する前記第１の予約ユーザーに、前記変更問い合わせ情報を送信するように前記通信部を制御する
情報処理装置。
【請求項４】
請求項１から３のいずれかに記載の情報処理装置であって、
前記制御部は、特定の時間が経過しても前記変更問い合わせ情報に対する回答を受信しない場合に、前記変更問い合わせ情報に対する回答が、設備の変更を希望しないものであるものとする
情報処理装置。
【請求項５】
請求項１から４のいずれかに記載の情報処理装置であって、
前記特定の順序は、前記設備の変更待ち情報の登録が早い順である
情報処理装置。
【請求項６】
施設の設備の利用予約を予約ユーザーと紐付けた設備利用予約状況情報を前記設備ごとに記憶し、
利用予約済みの第１の予約ユーザーから前記設備の変更待ちをすることを示す変更待ち情報を受信し、
１以上の前記変更待ち情報を特定の順序で管理し、
利用予約済みの第２の予約ユーザーから前記利用予約のキャンセルを示すキャンセル情報を受信すると、順序付けられて管理されている前記変更待ち情報の先頭の前記変更待ち情報に対応する第１の予約ユーザーに、利用対象の前記設備を、前記第１の予約ユーザーの前記設備利用状況情報に対応する第１の設備から、前記キャンセル情報に対応する第２の設備へ変更するか否かを問い合わせる変更問い合わせ情報を、前記第１の予約ユーザーに送信する
情報処理方法。
【請求項７】
コンピュータに、
施設の設備の利用予約を予約ユーザーと紐付けた設備利用予約状況情報を前記設備ごとに記憶する処理と、
利用予約済みの第１の予約ユーザーから前記設備の変更待ちをすることを示す変更待ち情報を受信処理と、
１以上の前記変更待ち情報を特定の順序で管理する処理と、
利用予約済みの第２の予約ユーザーから前記利用予約のキャンセルを示すキャンセル情報を受信すると、順序付けられて管理されている前記変更待ち情報の先頭の前記変更待ち情報に対応する第１の予約ユーザーに、利用対象の前記設備を、前記第１の予約ユーザーの前記設備利用状況情報に対応する第１の設備から、前記キャンセル情報に対応する第２の設備へ変更するか否かを問い合わせる変更問い合わせ情報を、前記第１の予約ユーザーに送信する処理
を実行させるための
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、方法及びプログラムに関する。
【背景技術】
【０００２】
コンサートホールや映画館などの施設の設備やサービスの提供を効率化するための技術は、従来種々のものが考案されている。ここで「設備」には例えば座席、部屋、貸し出し用の物品を含み、特に言及がない限り以下ではサービスも含むものとする。
【０００３】
特許文献１には、空席を効率よく利用者に提供するため、予約のキャンセルが発生して空席ができた場合、キャンセル待ちをしているユーザーが持つ携帯電話のＧＰＳ（地理的位置測定システム）機能を用いて施設に近い場所にある携帯電話を検索し、空席ができたことを通知することが記載されている。
【０００４】
特許文献２には、チケット所有者が持つ携帯電話のＧＰＳにより位置を取得し、イベントの開演前の所定時刻までに会場を中心とした所定エリア内に来ないとキャンセル扱いとしてチケットを無効化することと、これに応じてキャンセル待ちのチケットを有効化することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−３４５８７５号公報
【特許文献２】特開２００５−１３４９７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
コンサートなどの興行では入場許可などをチケットにより管理している（特許文献２）。チケットのキャンセルについては購入した時点でキャンセルできないものもあるが前日までならば、キャンセルできるものも存在する。
【０００７】
施設の設備の利用予約にキャンセルが発生したとき、その設備をキャンセル待ち組に提供するということが考えられる（特許文献１）。しかし、キャンセル発生から設備利用提供の開始時刻までの時間が残り少ない場合には、利用予約時間までに施設に到着できないといった理由によりキャンセル待ち組が提供のオファーに応じない可能性がある。例えば、コンサート開演までに会場に着けないのでオファーを断るケースである。
【０００８】
本発明は、上記課題に鑑みてなされたものであり、設備の利用予約がキャンセルされた場合に当該設備を有効利用することを目的とする。
【課題を解決するための手段】
【０００９】
（１）上記目的を達成する本発明の一形態は、
施設の設備の利用予約を予約ユーザーと紐付けた設備利用予約状況情報を前記設備ごとに記憶する記憶部と、
利用予約済みの第１の予約ユーザーから前記設備の変更待ちをすることを示す変更待ち情報を受信する通信部と、
１以上の前記変更待ち情報を特定の順序で管理し、
利用予約済みの第２の予約ユーザーから前記利用予約のキャンセルを示すキャンセル情報を受信すると、順序付けられて管理されている前記変更待ち情報の先頭の前記変更待ち情報に対応する第１の予約ユーザーに、利用対象の前記設備を、前記第１の予約ユーザーの前記設備利用状況情報に対応する第１の設備から、前記キャンセル情報に対応する第２の設備へ変更するか否かを問い合わせる変更問い合わせ情報を、前記第１の予約ユーザーに送信するように前記通信部を制御する
制御部
を具備する
情報処理装置である。
【００１０】
本実施形態によれば、あらかじめ変更待ち情報を順序付けて管理しておき、キャンセルが発生した場合に制御部が先頭の変更待ち情報に対応する第１の予約ユーザーに変更問い合わせ情報を送信して当該第１の予約ユーザーに設備変更の機会を提供するため、設備の利用予約がキャンセルされた場合に当該設備を有効利用することができる。
【００１１】
（２）本実施形態において、
前記制御部は、受信した前記変更問い合わせ情報に対する回答が設備の変更を希望するものである場合に、回答した前記第１の予約ユーザーの利用対象の前記設備を、前記第１の設備から前記第２の設備へ変更するとともに、前記第１の設備の利用の対価と前記第２の設備の利用の対価の差分の決済に関する処理を実行する。
【００１２】
本実施形態によれば、変更問い合わせ情報に対して第１の予約ユーザーが利用対象の設備を変更する旨の回答をした場合に制御部が設備変更を実行するとともに利用対価の差分の決済に関する処理を実行することで、ユーザーの手間を掛けさせずに設備を迅速に変更することができる。
【００１３】
（３）本実施形態において、
前記制御部は、受信した前記変更問い合わせ情報に対する回答が設備の変更を希望しないものである場合に、前記特定の順序で管理された前記変更待ち情報の並び順が次の前記変更待ち情報に対応する前記第１の予約ユーザーに、前記変更問い合わせ情報を送信するように前記通信部を制御する。
【００１４】
本実施形態によれば、変更問い合わせ情報に対して第１の予約ユーザーが利用対象の設備を変更しない旨の回答をした場合に、制御部が、回答した第１の予約ユーザーの次の順番のユーザーに変更問い合わせ情報を送信するため、キャンセルされた設備を利用する権利が無駄なく回されることになり、キャンセルされた設備をさらに有効利用することができる。
【００１５】
（４）本実施形態において、
前記制御部は、特定の時間が経過しても前記変更問い合わせ情報に対する回答を受信しない場合に、前記変更問い合わせ情報に対する回答が、設備の変更を希望しないものであるものとする。
【００１６】
本実施形態によれば、変更問い合わせ情報に対して特定の時間が経過しても回答がない場合には設備を変更しない旨の回答をしたものとみなすため、設備を利用する権利を速やかに次の順番のユーザーに回されることになり、キャンセルされた設備をさらに有効利用することができる。
【００１７】
（５）本実施形態において、
前記特定の順序は、前記設備の変更待ち情報の登録が早い順である。
【００１８】
本実施形態によれば、変更待ち情報の登録が早かったユーザーから順に変更問い合わせ情報の送信対象になるので、利用対象の設備の変更の意思があることを表明するのが比較的早かったユーザーか遅かったユーザーへと順に設備変更の機会が提供される。
【００１９】
（６）上記目的を達成する本発明の他の一形態は、
施設の設備の利用予約を予約ユーザーと紐付けた設備利用予約状況情報を前記設備ごとに記憶し、
利用予約済みの第１の予約ユーザーから前記設備の変更待ちをすることを示す変更待ち情報を受信し、
１以上の前記変更待ち情報を特定の順序で管理し、
利用予約済みの第２の予約ユーザーから前記利用予約のキャンセルを示すキャンセル情報を受信すると、順序付けられて管理されている前記変更待ち情報の先頭の前記変更待ち情報に対応する第１の予約ユーザーに、利用対象の前記設備を、前記第１の予約ユーザーの前記設備利用状況情報に対応する第１の設備から、前記キャンセル情報に対応する第２の設備へ変更するか否かを問い合わせる変更問い合わせ情報を、前記第１の予約ユーザーに送信する
情報処理方法である。
【００２０】
（７）上記目的を達成する本発明の他の一形態は、
コンピューターに、
施設の設備の利用予約を予約ユーザーと紐付けた設備利用予約状況情報を前記設備ごとに記憶する処理と、
利用予約済みの第１の予約ユーザーから前記設備の変更待ちをすることを示す変更待ち情報を受信処理と、
１以上の前記変更待ち情報を特定の順序で管理する処理と、
利用予約済みの第２の予約ユーザーから前記利用予約のキャンセルを示すキャンセル情報を受信すると、順序付けられて管理されている前記変更待ち情報の先頭の前記変更待ち情報に対応する第１の予約ユーザーに、利用対象の前記設備を、前記第１の予約ユーザーの前記設備利用状況情報に対応する第１の設備から、前記キャンセル情報に対応する第２の設備へ変更するか否かを問い合わせる変更問い合わせ情報を、前記第１の予約ユーザーに送信する処理
を実行させるための
プログラムである。
【発明の効果】
【００２１】
本発明によれば、設備の利用予約がキャンセルされた場合に当該設備を有効利用することができる。
【００２２】
なお、ここに記載された効果は必ずしも限定されるものではなく、本発明中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施形態に係るシステム全体を示す。
【図２】チケット予約サーバーのハードウェア構成を示す。
【図３】チケット予約システムの動作の概要を示す。
【図４】上記実施形態における設備（座席）について説明するための概念図である。
【図５】チケット予約サーバーの動作フロー（その１）を示す。
【図６】チケット予約サーバーの動作フロー（その２）を示す。
【発明を実施するための形態】
【００２４】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００２５】
１．チケット予約システム
【００２６】
図１は、本発明の一実施形態に係るシステム全体を示す。
【００２７】
チケット予約システム１は、ユーザーＡ，ユーザーＢ，ユーザーＣ等のシステムの利用者がユーザー端末２０を使用してチケット予約サーバー１０にアクセスして、施設の設備を利用するための予約をするためのコンピューターシステムである。なお、チケット予約システム１には、図示のほかにもさらに多くのユーザー端末２０が接続していてもよい。
【００２８】
ここで「ユーザー端末２０」はユーザー端末２０Ａ，ユーザー端末２０Ｂ，ユーザー端末２０Ｃ・・・の総称である。「施設」には劇場、コンサート会場、映画館、レストラン、鉄道等移動体などが含まれる。「設備」は座席、部屋、貸し出し用の物品を含み、特に言及がない限りサービスも含む。本実施形態では、一例として、チケット予約システム１が劇場の座席を予約するシステムであるものとする。
【００２９】
チケット予約サーバー１０は、汎用のコンピューターとソフトウェアプログラムの協働により構成されるＨＴＴＰ（Hyper Text Transfer Protocol）サーバーとして構成される。ただし、これは限定するものではない。チケット予約サーバー１０とユーザー端末２０は、例えばインターネットなどのネットワークＮに接続して、相互に通信可能に構成される。本実施形態でチケット予約サーバー１０とユーザー端末２０は、ＨＴＴＰプロトコルで通信する。
【００３０】
ユーザー端末２０は、例えばデスクトップ型、ノート型のパーソナルコンピューターや、スマートフォンなど、汎用のパーソナルデバイスである。本実施形態では、一例として、スマートフォンの形態であるものとするが、これは限定するものではない。ユーザー端末２０ＡはユーザーＡが、ユーザー端末２０ＢはユーザーＢが、ユーザー端末２０ＣはユーザーＣが操作する。
【００３１】
２．チケット予約サーバーのハードウェア構成
【００３２】
図２は、チケット予約サーバーのハードウェア構成を示す。
【００３３】
チケット予約サーバー１０は、ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃ、ＨＤＤやＳＳＤ等の大容量の不揮発性の記憶装置１２、ネットワーク通信インタフェース１３、操作装置１４及び表示装置１５と、これらを相互に接続するバス１６とを有する。
【００３４】
ＣＰＵ１１ａ、ＲＯＭ１１ｂ、ＲＡＭ１１ｃは制御回路１００を構成する。ＣＰＵ１１ａは、ＲＯＭ１１ｂが記憶する情報処理プログラムをＲＡＭ１１ｃにロードして実行する。ＲＯＭ１１ｂは、ＣＰＵ１１ａが実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ１１ｂは、非一過性のコンピューター読み取り可能な記録媒体の一例である。
【００３５】
制御回路１００は「制御部」の一例である。記憶装置１２は「記憶部」の一例である。ネットワーク通信インタフェース１３は「通信部」の一例である。
【００３６】
操作装置１４は、例えば、マウスやキーボードなどオペレーターの操作入力を制御回路１１に入力する手段の一例である。表示装置１５は、制御回路１１の情報処理結果を視覚的に表現する表示出力手段の一例である。
【００３７】
なお、ユーザー端末２０も図２に示したチケット予約サーバー１０のハードウェア構成と同様のハードウェア構成である。さらにユーザー端末２０は、ＧＰＳ機能など位置情報を取得するためのハードウェア、ソフトウェア構成も備える。
【００３８】
３．チケット予約システムの動作の概要
【００３９】
図３は、チケット予約システムの動作の概要を示す。
図４は、本実施形態における設備（座席）について説明するための概念図である。
【００４０】
図３の概念図に示すように、チケット予約システム１は機能構成の点では、チケット予約システム１は制御部としての制御回路１１と、記憶部としての記憶装置１２と、通信部としてのネットワーク通信インタフェース１３を有する。
【００４１】
記憶装置１２は、設備利用予約状況情報１２１と、変更待ち情報１２２を記憶する。設備利用予約状況情報１２１は、施設の各設備の利用予約状況に関する情報である。変更待ち情報１２２は、利用予約をした予約ユーザーが当該利用予約の対象である設備の、他の設備への変更を希望するが、他の設備に空きがないため、他の設備にキャンセルが発生するまで待つ場合に生成される情報である。
【００４２】
ネットワーク通信インタフェース１３は、各ユーザー端末２０から「予約申し込み情報１３１」、「変更申し込み情報１３２」、「キャンセル情報１３３」を受信する。
【００４３】
制御回路１１は、各ユーザー端末２０へ「予約受付情報１３４」、「変更問い合わせ情報１３５」、「座席変更チケット１３６」を送信するようにネットワーク通信インタフェース１３を制御する。
【００４４】
さらに制御回路１１は、予約申し込み情報１３１に基づいて設備利用予約状況情報１２１を生成して管理し、記憶装置１２に記憶させる。さらに制御回路１１は、変更申し込み情報１３２に基づいて変更待ち情報１２２を生成して管理し、記憶装置１２に記憶させる。
【００４５】
上記予約申し込み情報１３１は、本実施形態の「設備」にあたる劇場の座席の、少なくとも「種類」（本実施形態では、Ｓ席、Ａ席、Ｂ席）を特定可能な情報を含む。制御回路１１は、予約申し込み情報１３１の受信順に各座席の利用予約をとる。制御回路１１は、その情報を設備利用予約状況情報１２１に格納することにより、利用予約の状況を管理する。
【００４６】
上記変更申し込み情報１３２は、予約を完了したユーザーが本来確保したかったグレードの座席への変更を、当該グレードの座席にキャンセルが出た場合に希望する旨を表す。
【００４７】
図４の概念図に示すように、本実施形態では座席にグレードの差があり、上のグレードから順にＳ席、Ａ席、Ｂ席とする。図４は本実施形態の「施設」にあたる劇場を上方から見下ろした座席表を示している。図４では「ステージ」に近いほうからＳ席、Ａ席、Ｂ席を配置している。劇場の興行では、座席のグレードに応じてチケットの価格が設定されている。グレードごとに座席の数が決まっている。グレードの高い座席を希望したが利用申し込みが遅かったために確保できず、１つグレードの低い座席を確保することになったユーザーがいる場合がある。
【００４８】
本実施形態ではそのような場合に、ユーザー操作入力などにより上記変更申し込み情報１３２がチケット予約サーバー１０に送信されると、制御回路１１は、変更申し込み情報１３２を受信順に管理して、変更待ち情報１２２として記憶装置１２に記憶させる。このように本実施形態では変更申し込み情報１３２を順序付ける「特定の順序」を、受信の早いものから遅いものへという受信順としたが、他の実施形態においてはこれに限定されず、例えば、ファンクラブにおける売上貢献度の順などとしてもよい。
【００４９】
上記キャンセル情報１３３は、予約ユーザーが設備の利用予約を取り消す意思を示す情報の一つであり、本実施形態では座席のキャンセルを示す情報である。
【００５０】
上記予約受付情報１３４は、チケット予約サーバー１０が予約申し込み情報１３１を受信し、予約が成功した場合にチケット予約サーバー１０から送信される情報である。予約受付情報１３４には予約が成功した旨の情報が含まれる。
【００５１】
上記変更問い合わせ情報１３５は、変更申し込み情報１３２をチケット予約サーバー１０に送信し、変更待ち情報１２２に登録されたユーザー端末２０の中で、座席予約にキャンセルが発生した場合にキャンセルされた座席のグレードへの変更を申し込んだユーザー端末２０に、キャンセルされた座席への変更をするか否か、確認するための情報である。
【００５２】
なお、チケット予約サーバー１０とユーザー端末２０の間で送受信される情報は、図３に示したもののみに限定されない。記憶装置１２に記憶される情報も図示のもののみに限定されない。本実施形態における設備の変更は、図４に示したような種類（グレード）の異なる設備（座席）へ、すでに他の種類の設備を予約したユーザーが設備を変更することをいうものとする。
【００５３】
４．チケット予約システムの動作フロー
【００５４】
図５は、チケット予約サーバーの動作フロー（その１）を示す。
図６は、チケット予約サーバーの動作フロー（その２）を示す。
【００５５】
図５、図６のチャート図においては、ユーザー端末２０ａ，ユーザー端末２０ｂ，ユーザー端末２０ｃがチケット予約サーバー１０に予約申し込み情報１３１を送信し、これを受信したチケット予約サーバー１０が予約を受け付け、設備利用予約状況情報１２１を生成し、また、予約受付情報１３４を送信した端末に返すといった一連の流れがあること（又は、あったこと）が前提になっている。すなわち、ユーザーＡ，ユーザーＢ，ユーザーＣはいずれも座席を予約した予約ユーザーである。
【００５６】
以下では、説明のため、便宜的に、ユーザーＡが座席をキャンセルするユーザー、ユーザーＢとユーザーＣが変更待ちを登録するユーザーとする。
【００５７】
（ステップＳ１０１，Ｓ１０２）
ユーザー端末２０ｂは、ユーザーＢの操作入力にしたがって、変更申し込み情報１３２をチケット予約サーバー１０に送信する。チケット予約サーバー１０は受信した旨の応答を返す。同様に、ユーザー端末２０ｃは、ユーザーＣの操作入力にしたがって、変更申し込み情報１３２をチケット予約サーバー１０に送信する。チケット予約サーバー１０は受信した旨の応答を返す。なお、変更申し込み情報１３２の送信は、予約申し込み情報１３１の送信と同時でもよい。
【００５８】
変更申し込み情報１３２は、例えば、Ａ席を予約したユーザーＢが（Ｓ席は満席）、Ｓ席にキャンセルが発生すれば、予約したＡ席の座席をキャンセルの出たＳ席に変更するといった内容である。このように、すでにチケットを持っているユーザーが座席変更を希望する場合には、あらかじめ座席変更待ちの登録を実施しておく。具体的には、予約申し込み情報１３１と変更申し込み情報１３２は、キャンセル待ちチケットの種類（希望するグレード）の情報を含む。
【００５９】
さらに予約申し込み情報１３１と変更申し込み情報１３２は、送信するユーザーのファンクラブ会員情報など、ユーザーを識別するための情報（以下、ユーザー識別情報）も含む。これによりチケット予約サーバー１０は、座席を予約した、あるいは変更を申し込んだユーザーを特定することができる。さらに予約申し込み情報１３１と変更申し込み情報１３２は、ＧＰＳ等により取得したユーザー端末２０の位置情報を含む。これによりチケット予約サーバー１０は、ユーザー端末２０がある場所、すなわち予約ユーザーがいる場所を特定することができる。
【００６０】
（ステップＳ１０３）
続いてユーザー端末２０ａが、ユーザーＡの操作入力にしたがって、キャンセル情報１３３をチケット予約サーバー１０に送信する。キャンセル情報１３３を受信したチケット予約サーバー１０は、キャンセル情報１３３に含まれる座席を特定するための情報に基づいて座席を特定し、特定した座席のグレードに１つ空きが発生したことを検出する。これによりチケット予約サーバー１０は、キャンセルされた座席を他のユーザーに提供するための処理を開始できる。
【００６１】
（ステップＳ１０４）
続いてチケット予約サーバー１０は、キャンセルされた座席を他のユーザーに提供するため、変更待ち情報１２２に基づいて、変更問い合わせ情報１３５を送信する対象を選択する。具体的には制御回路１１が、変更申し込み情報１３２に順序を付けて管理している変更待ち情報１２２のなかから、当該順序が先頭の変更申し込み情報１３２を選択する。本実施形態では、変更申し込み情報１３２は、変更問い合わせ情報１３５を受信順に順序をつけて管理しているため、早くに申し込んだユーザーから順に変更問い合わせ情報１３５が届くことになる。
【００６２】
さらに制御回路１１は、キャンセルされた座席（チケット）の興行日が当日か否かを判断し、当日キャンセルであるか否かに応じて変更問い合わせ情報１３５の送信対象を選択してもよい。当日キャンセルでない場合は通常通り変更申し込み情報１３２の送信順とする。他方で当日キャンセルである場合は変更申し込み情報１３２の送信順にユーザー端末２０の位置情報を確認し、ユーザー端末２０のある位置が特定の条件（例えば、２０ｋｍ以内など）が合致し、ユーザーの到着が興行の開始までに間に合うようなユーザーの変更申し込み情報１３２を選択する。
【００６３】
（ステップＳ１０５，Ｓ１０６，Ｓ１０７）
続いてチケット予約サーバー１０は、変更待ち情報１２２の中から選択されたユーザー端末２０に対して、変更問い合わせ情報１３５を送信する。図５の説明例ではユーザーＢ（ユーザー端末２０ｂ）に対して変更問い合わせ情報１３５が送信されるものとする。
【００６４】
変更問い合わせ情報１３５を受信したユーザー端末２０ｂは、ユーザーＢの操作入力に応じて座席を変更するか否かの回答をチケット予約サーバー１０に送信する。図５の説明においてはユーザー端末２０ｂが座席変更の申し出に対して変更する旨の回答を返したものとする。座席を変更しない場合については図６を参照して説明する。
【００６５】
（ステップＳ１０８，Ｓ１０９）
続いてチケット予約サーバー１０は、変更後の座席の利用料金と変更前の座席の利用料金の差分を請求する内容の情報をユーザー端末２０ｂに送信する。ユーザー端末２０ｂにおいて特定の処理や操作が実行された後、料金の支払いを示す情報がユーザー端末２０ｂからチケット予約サーバー１０に送信される。
【００６６】
（ステップＳ１１０，Ｓ１１１，Ｓ１１２）
チケット予約サーバー１０は、変更問い合わせ情報１３５に対する回答と差額料金の支払いを示す情報に基づいて、設備利用予約状況情報１２１を更新する。続いてチケット予約サーバー１０は、ユーザー端末２０ｂに座席チケットを発行する。ここで「座席チケット」は、例えば二次元バーコードのような電子チケットでもよい。続いてチケット予約サーバー１０は、座席をキャンセルしたユーザーＡのユーザー端末２０ａに、チケットの払い戻しを示す情報を送信する。
【００６７】
次に、ユーザーＢが座席変更の申し出に対して変更しないことを回答した場合の動作フローについて、図６を参照して説明する。図６中のステップＳ１２０以後は、ステップＳ１０５〜Ｓ１０７以後の動作の流れを示している。
【００６８】
（ステップＳ１２０）
ユーザー端末２０ｂから変更問い合わせ情報１３５への回答として座席変更をしない旨の回答を得たチケット予約サーバー１０は、次に変更問い合わせ情報１３５を送信する対象を、変更待ち情報１２２から選択する。具体的に、この選択の方法はステップＳ１０４と同様である。制御回路１１は順序付けられて管理されている変更待ち情報１２２のうち、並び順がユーザーＢの次のユーザーに座席変更の権利があると判断する。図６の説明例では、ユーザー端末２０ｃのユーザーであるユーザーＣが選択されるものとする。
【００６９】
（ステップＳ１２１，Ｓ１２２，Ｓ１２３）
チケット予約サーバー１０は、選択されたユーザーＣのユーザー端末２０ｃに変更問い合わせ情報１３５を送信する。ユーザー端末２０ｃは、ユーザーＣの操作入力等に基づいて座席変更の申し出を受けるか否かについて判断し、回答を示す情報をチケット予約サーバー１０に送信する。
【００７０】
（ステップＳ１２４，Ｓ１２５）
続いてチケット予約サーバー１０は、変更後の座席の利用料金と変更前の座席の利用料金の差分を請求する内容の情報をユーザー端末２０ｃに送信する。ユーザー端末２０ｃにおいて特定の処理や操作が実行された後、料金の支払いを示す情報がユーザー端末２０ｃからチケット予約サーバー１０に送信される。
【００７１】
（ステップＳ１２６，Ｓ１２７，Ｓ１２８）
チケット予約サーバー１０は、変更問い合わせ情報１３５に対する回答と差額料金の支払いを示す情報に基づいて、設備利用予約状況情報１２１を更新する。続いてチケット予約サーバー１０は、ユーザー端末２０ｃに座席チケットを発行する。ここで「座席チケット」は、例えば二次元バーコードのような電子チケットでもよい。続いてチケット予約サーバー１０は、座席をキャンセルしたユーザーＡのユーザー端末２０ａに、チケットの払い戻しを示す情報を送信する。
【００７２】
以上に、座席の変更を希望するユーザーに、キャンセルが発生した座席への変更を提案する機能を提供する情報処理の流れを説明した。
【００７３】
上述の説明においては、ユーザー端末２０が常に回答を返す、つまり予約ユーザーが変更するか否かを返答する例を示した。しかしながら、現実には予約ユーザーが忙しいなどの理由で、変更問い合わせ情報１３５を受信してもユーザー端末２０を見ていなかったり、回答できなかったりする場合がある。本実施形態ではこの場合に対応するため、変更問い合わせ情報１３５を送信後、特定の時間が経過しても回答を受信しない場合、制御回路１１は、変更問い合わせ情報１３５の送信対象が「変更しない」と回答したものとみなす。これにより、比較的短時間にキャンセルが出た座席への移動を多くの予約ユーザーに提案することができる。
【００７４】
このように本実施形態は種々の変形実施が可能である。
例えば、本実施形態では、座席変更の申し出を受けたユーザーに対してチケットを発行した（Ｓ１１１，Ｓ１２７）のち、キャンセルしたユーザーに払い戻しすることとしたが、座席変更したことによってさらに発生した空席を、空席待ちしているユーザーに提供するオファーをした後、キャンセルしたユーザーに払い戻しするよう構成してもよい。これにより、発生した空席を有効利用することができ、効率的な設備利用提供サービスの運営が可能になる。
【００７５】
さらに例えば、座席変更したことによってさらに発生した空席を、さらに座席の変更待ち、あるいはキャンセル待ちをしているユーザーに提供するオファーをするように構成してもよい。これにより、発生した空席を有効利用することができ、効率的な設備利用提供サービスの運営が可能になる。
【００７６】
本実施形態の作用と効果について付言する。
従来技術では、設備の利用の予約にキャンセルが出た場合でも設備を有効利用することが望ましいところ、キャンセルされた設備の利用者を新たに探し出すのが困難であった。設備の利用にキャンセル待ちをしているグループ（キャンセル待ち組）がいる場合は、そこに設備の利用をオファーすればよいが、キャンセル待ち組が存在しない場合もある。また、利用開始間近、例えば、演劇の公演開始日時が近いような場合は、キャンセル待ち組が別の予定を入れており、オファーに応じられない場合もある。
【００７７】
そこで、本実施形態では、キャンセル待ち組ではなく、設備を利用する予定の来場者（予約ユーザー）に、キャンセルが発生した設備の利用をオファーする。例えば、キャンセルが発生した設備が、来場者が利用する予定の設備よりもグレードのよいものである場合、予約ユーザーがオファーを受け入れる可能性が高く、この場合予約ユーザーと設備提供側、双方にメリットがある。予約ユーザーは他の設備の利用を予約しているのであって来場することが比較的確実である。利用開始時間が近いが別の予定を入れているため来場できないことが理由でオファーを断るケースが存在しないと考えられる。本実施形態によれば、キャンセルが発生した場合の設備の有効利用の可能性を非常に高くすることができる。
【００７８】
５．付記
【００７９】
（１）本実施形態によれば、あらかじめ第１の予約ユーザー（本実施形態のユーザーＢ、ユーザーＣ）による変更待ち情報を順序付けて管理しておき、第２の予約ユーザー（本実施形態のユーザーＡ）によるキャンセルが発生した場合に制御部が先頭の変更待ち情報に対応する第１の予約ユーザーに変更問い合わせ情報を送信して当該第１の予約ユーザーに設備変更の機会を提供するため、設備の利用予約がキャンセルされた場合に当該設備を有効利用することができる。
【００８０】
（２）本実施形態によれば、変更問い合わせ情報に対して第１の予約ユーザーが利用対象の設備を変更する旨の回答をした場合に制御部が設備変更を実行するとともに利用対価の差分の決済に関する処理を実行することで、ユーザーの手間を掛けさせずに設備を迅速に変更することができる。
【００８１】
（３）本実施形態によれば、変更問い合わせ情報に対して第１の予約ユーザーが利用対象の設備を変更しない旨の回答をした場合に、制御部が、回答した第１の予約ユーザーの次の順番のユーザーに変更問い合わせ情報を送信するため、キャンセルされた設備を利用する権利が無駄なく回されることになり、キャンセルされた設備をさらに有効利用することができる。
【００８２】
（４）本実施形態によれば、変更問い合わせ情報に対して特定の時間が経過しても回答がない場合には設備を変更しない旨の回答をしたものとみなすため、設備を利用する権利を速やかに次の順番のユーザーに回されることになり、キャンセルされた設備をさらに有効利用することができる。
【００８３】
（５）本実施形態によれば、変更待ち情報の登録が早かったユーザーから順に変更問い合わせ情報の送信対象になるので、利用対象の設備の変更の意思があることを表明するのが比較的早かったユーザーか遅かったユーザーへと順に設備変更の機会が提供される。
【００８４】
本技術の実施形態について上に説明したが、本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【００８５】
１…チケット予約システム
１０…チケット予約サーバー
１１…制御回路
１２…記憶装置
１２１…設備利用予約状況情報
１２２…変更待ち情報
１３…ネットワーク通信インタフェース
１３１…予約申し込み情報
１３２…変更申し込み情報
１３３…キャンセル情報
１３４…予約受付情報
１３５…変更問い合わせ情報
２０…ユーザー端末
【図１】
2020194504.tif 000003
【図２】
2020194504.tif 000004
【図３】
2020194504.tif 000005
【図４】
2020194504.tif 000006
【図５】
2020194504.tif 000007
【図６】
2020194504.tif 000008