(57)【要約】【課題】権利の予約を希望する者に対し、キャンセル時の買取を保証し、安心して予約権利の予約を行うことができる仲介支援サーバ、仲介支援方法及び仲介支援プログラムを提供する。【解決手段】予約者からの予約権利の買取保証申請情報および買取要求情報を受信する通信部１２２と、予約者から買取要求情報を受信した場合、予約権利が買取可能期間であるかどうかを判別し、買取可能期間内であると判別した場合、予約権利情報から出品リストを生成する制御部１２３とを備え、通信部は、生成した出品リストの配信を行い、制御部１２３は、出品リストの配信を受けた購入希望者からの予約権利の購入希望情報を受信した場合、発行者に対して購入希望情報に基づく名義変更要求をするための情報を生成する。【選択図】図１
2018190166.tif 000002
【特許請求の範囲】
【請求項１】
発行者が発行する予約権利に関する予約権利情報を管理する仲介支援サーバであって、
予約者からの前記予約権利の買取保証申請情報および買取要求情報を受信する通信部と、
前記予約者から前記買取要求情報を受信した場合、前記予約権利が買取可能期間であるかどうかを判別し、買取可能期間内であると判別した場合、前記予約権利情報から出品リストを生成する制御部とを備え、
前記通信部は、生成した前記出品リストの配信を行い、
前記制御部は、前記出品リストの配信を受けた購入希望者からの前記予約権利の購入希望情報を受信した場合、前記発行者に対して前記購入希望情報に基づく名義変更要求をするための情報を生成する仲介支援サーバ。
【請求項２】
前記買取保証申請情報は、前記予約権利の購入時に前記発行者から送信される請求項１に記載の仲介支援サーバ。
【請求項３】
前記予約権利の購入時に前記買取保証申請の有無を選択することができる請求項２に記載の仲介支援サーバ。
【請求項４】
前記買取保証申請情報は、前記予約権利の発行があった後に予約者から送信される請求項１乃至３のいずれか一項に記載の仲介支援サーバ。
【請求項５】
前記買取保証申請情報は、ネットワークを介して発行者が発行する予約権利情報を管理する管理サーバから送信される請求項１乃至４のいずれか一項に記載の仲介支援サーバ。
【請求項６】
前記制御部は、前記買取要求情報を受信した場合に、前記予約者に買取金額に基づく金額の支払いを行うための情報を生成する請求項１乃至５のいずれか一項に記載の仲介支援サーバ。
【請求項７】
前記制御部は、前記買取要求情報を受信した場合に、前記予約者に対して予約権利の販売金額と買取金額に基づく金額の差額の支払い要求を行うための情報を生成する請求項１乃至６のいずれか一項に記載の仲介支援サーバ。
【請求項８】
前記制御部は、前記買取要求情報を受信した場合に、前記購入希望者に対しての所定の金額の支払いを行うための情報を生成する請求項７に記載の仲介支援サーバ。
【請求項９】
前記制御部は、前記予約権利の履行期限から前記買取金額を算出する請求項６乃至８のいずれか一項に記載の仲介支援サーバ。
【請求項１０】
前記制御部は、前記予約権利情報に基づき発行者への支払い方法を判別し、支払い要求の通知をする者及びその金額を決定する請求項１乃至９のいずれか一項に記載の仲介支援サーバ。
【請求項１１】
前記制御部は、前記予約権利情報に基づき前記発行者への支払い方法を判別し、
前記予約者から前記発行者へ前記予約に係る金額の支払いを行う方法の場合、前記制御部は、前記予約者に対して金額の支払いを行うための情報を生成し、
前記仲介支援サーバの運営者から前記発行者へ前記予約権利の予約に係る金額の支払いを行う方法の場合、前記制御部は、前記発行者に対して前記予約に係る金額の支払いを行うための情報を生成し、前記予約者に対して予約権利の販売金額と買取金額に基づく金額の差額の支払い要求を行うための情報を生成する請求項１乃至１０のいずれか一項に記載の仲介支援サーバ。
【請求項１２】
前記予約権利は、宿泊施設に関する予約権利であることを特徴とする請求項１乃至１１のいずれか一項に記載の仲介支援サーバ。
【請求項１３】
発行者が発行する予約権利に関する予約権利情報を管理する仲介支援方法であって、
通信部が、予約者からの前記予約権利の買取保証申請情報を受信するステップと、
前記通信部が、予約者からの前記予約権利の買取要求情報を受信するステップと、
制御部が、前記予約権利が買取可能期間であるかどうかを判別するステップと、買取可能期間内であると判別した場合、前記予約権利情報から出品リストを生成するステップと、
前記通信部が、生成した前記出品リストを配信するステップと
前記通信部が、前記出品リストの配信を受けた購入希望者からの前記予約権利の購入希望情報を受信するステップと、
前記制御部が、前記発行者に対して前記購入希望情報に基づく名義変更要求をするための情報を生成するステップとを、
備える仲介支援方法。
【請求項１４】
発行者が発行する予約権利に関する予約権利情報を管理する仲介支援プログラムであって、
予約者からの前記予約権利の買取保証申請情報を受信するステップと、
予約者からの前記予約権利の買取要求情報を受信するステップと、
前記予約権利が買取可能期間であるかどうかを判別するステップと、買取可能期間内であると判別した場合、前記予約権利情報から出品リストを生成するステップと、
生成した前記出品リストを配信するステップと
前記出品リストの配信を受けた購入希望者からの前記予約権利の購入希望情報を受信するステップと、
前記発行者に対して前記購入希望情報に基づく名義変更要求をするための情報を生成するステップとを、
を電子計算機に実行させる仲介支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、予約権利をキャンセルした場合の買取保証を含む、予約権利の譲渡を行うための仲介を支援するための仲介支援サーバ、仲介支援方法及び仲介支援プログラムに関する。
【背景技術】
【０００２】
ＩＴの発展にともない、スマートフォンや携帯情報端末装置やパソコン等を利用して、航空機や列車の座席等の予約が簡単にできるようになってきており、同様に、ホテルの客室の予約もできるようになったことで、ホテル利用者の利便性は著しく向上している。
【０００３】
特許文献１では、予約のキャンセル時にキャンセル料金を確実に徴収しつつ、携帯電話や携帯情報端末装置やパソコン等からの客室の予約を受けることができる客室予約システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２０８４８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば、予約の希望者が、宿泊施設などの宿泊の予約を宿泊日に近づいてからキャンセルしようとした場合、宿泊をしないにもかかわらずキャンセル料金が発生することになる。そのため、予約をする時点で、予定の変更やキャンセルの可能性がある場合に、予約を躊躇してしまうことがある。また宿泊施設から見た場合、キャンセル料金が発生することによる予約の希望者の当該宿泊施設へ予約をしようという動機が減退してしまう恐れがある。
【０００６】
そのため、本開示では、上記問題を解決するために、権利の予約を希望する者に対し、キャンセル時の買取を保証し、安心して予約権利の購入を行うことができる仲介支援サーバ、仲介支援方法及び仲介支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本開示の一態様における仲介支援サーバは、発行者が発行する予約権利に関する予約権利情報を管理する仲介支援サーバであって、予約者からの予約権利の買取保証申請情報および買取要求情報を受信する通信部と、予約者から買取要求情報を受信した場合、予約権利が買取可能期間であるかどうかを判別し、買取可能期間内であると判別した場合、予約権利情報から出品リストを生成する制御部とを備え、通信部は、生成した出品リストの配信を行い、制御部は、出品リストの配信を受けた購入希望者からの予約権利の購入希望情報を受信した場合、発行者に対して購入希望情報に基づく名義変更要求をするための情報を生成する。
【０００８】
本開示の一態様における仲介支援方法は、発行者が発行する予約権利に関する予約権利情報を管理する仲介支援方法であって、通信部が、予約者からの予約権利の買取保証申請情報を受信するステップと、通信部が、予約者からの予約権利の買取要求情報を受信するステップと、制御部が、予約権利が買取可能期間であるかどうかを判別するステップと、制御部が買取可能期間内であると判別した場合、予約権利情報から出品リストを生成するステップと、通信部が、生成した出品リストを配信するステップと、通信部が、出品リストの配信を受けた購入希望者からの予約権利の購入希望情報を受信するステップと、制御部が、発行者に対して購入希望情報に基づく名義変更要求をするための情報を生成するステップとを、備える。
【０００９】
本開示の一態様における仲介支援プログラムは、発行者が発行する予約権利に関する予約権利情報を管理する仲介支援プログラムであって、予約者からの予約権利の買取保証申請情報を受信するステップと、予約者からの予約権利の買取要求情報を受信するステップと、予約権利が買取可能期間であるかどうかを判別するステップと、買取可能期間内であると判別した場合、予約権利情報から出品リストを生成するステップと、生成した出品リストを配信するステップと、出品リストの配信を受けた購入希望者からの予約権利の購入希望情報を受信するステップと、発行者に対して購入希望情報に基づく名義変更要求をするための情報を生成するステップとを、を電子計算機に実行させる。
【発明の効果】
【００１０】
上述の仲介支援サーバ、仲介支援方法及び仲介支援プログラムによれば、権利の予約を希望する者に対しキャンセル時の買取を保証することで、予約の希望者が、安心して予約権利の購入を行うことができる。
【図面の簡単な説明】
【００１１】
【図１】第１から４の実施形態に係る仲介支援システムの構成を示す概略ブロック図である。
【図２】第１の実施形態に係る仲介支援システムの動作について説明するためのフローチャートである。
【図３】本開示の実施形態に係る宿泊予約画面について説明するための図である。
【図４】本開示の実施形態に係る買取価格決定テーブルについて説明するための図である。
【図５】本開示の実施形態に係る出品リストについて説明するための図である。
【図６】第２の実施形態に係る仲介支援システムの動作について説明するためのフローチャートである。
【図７】第３の実施形態に係る仲介支援システムの動作について説明するためのフローチャートである。
【図８】第４の実施形態に係る仲介支援システムの動作について説明するためのフローチャートである。
【図９】第５の実施形態に係る仲介支援システムの構成を示す概略ブロック図である。
【図１０】第５の実施形態に係る仲介支援システムの動作について説明するためのフローチャートである。
【図１１】第５の実施形態に係る宿泊予約画面について説明するための図である。
【図１２】実施形態に係るコンピュータの構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１２】
以下、本開示の実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本開示の必須構成要件であるとは限らない。
【００１３】
以下、本開示の実施形態は、例として、ホテルや旅館などの宿泊施設が発行する宿泊予約の権利（予約権利)の販売、購入、買取保証について記載する。しかし、本開示は、宿泊施設に宿泊予約の権利に限られるものでなく、予約権利と名義情報が紐づけられる形態の権利であれば、飛行機の搭乗予約権利やツアー、アクティビティの参加予約権利、結婚式場の予約、飲食店の予約、チケットサービスにも適用することができる。
【００１４】
宿泊施設等に対する予約料金や宿泊料金の支払い方法（料金支払い方法）は、様々な方法がある。様々な方法とは、宿泊施設によって異なり、まず、大きくは、宿泊予約時に支払い手続きが行われているか行われていないかに分けられる。支払い手続きとは、クレジットカード番号を宿泊施設等に対して登録することで、宿泊料金に相当するクレジットカードの与信枠を宿泊施設等が確保することをいい、実際の支払いの引落し等が完了していても構わない。支払い手続きが行われていない場合には、更に仲介業者が宿泊施設等に宿泊料金の支払い(銀行振込み等でも構わない)を行う場合と、宿泊施設に宿泊をする者が、宿泊施設において宿泊料金の支払いを行う場合に分けられる。また、予約者と仲介事業者の間で、予約権利の買い取りを行うかどうかを選択することもできる。
【００１５】
また、予約者が、宿泊予約の権利を買い取ってくれる買取保証（キャンセル保証)を申請する方法にも、様々な方法がある。例えば、宿泊施設に対しての宿泊予約の際に同時に買取保証のオプションを選択する方法がある。また、宿泊予約が確定した後で、買取保証を別途申請する方法もある。また、ＯＴＡ（Ｏｎｌｉｎｅ  Ｔｒａｖｅｌ  Ａｇｅｎｔ＝オンラインの旅行代理店）で様々な宿泊予約のプランを選択する際に、買取保証のオプションを選択する方法もある。さらに、例えば予約者が法人であるような場合、法人契約として、当該法人のすべての宿泊予約に対して買取保証を行うという方法もある。
【００１６】
本開示の実施形態は、料金の支払い方法の種類や、買取保証の申請の方法によって様々な形態をとり得るため、それぞれについて第１の実施形態から第５の実施形態において説明する。尚、各実施形態は独立して実施する必要はなく、適宜組み合わせて実施をしても構わない。また、予約権利情報に含まれる料金支払い方法に関する情報に基づいて、各方法を選択しても構わない。具体的には、予約権利の譲渡を希望する予約者が出品の際に入力する予約権利情報に含まれる料金支払い方法を仲介支援サーバが判別し、各実施形態の仲介支援方法や、買取保証申請の方法のうちどの方法を選択するかを決定することができる。
【００１７】
例えば、料金支払い方法が、予約者の宿泊予約時に支払い手続きを行っており、買取保証も、宿泊予約と同時に申請する場合、買取要求があった場合には仲介業者から予約者への買取代金の支払いを行い予約者から宿泊施設に対してクレジットカードの決済により宿泊料金の支払いが行われる方法の場合には第１の実施形態の仲介支援方法を選択する。また、法人契約のように複数の宿泊予約に対してまとめて買取保証申請を行う場合も本実施形態に含まれる。
【００１８】
また、料金支払い方法が、予約者の宿泊予約時に支払い手続きを行っているが、買取保証を、宿泊予約の確定後に申請する場合、買取要求があった場合には仲介業者から予約者への買取代金の支払いを行い、予約者から宿泊施設に対してクレジットカードの決済により宿泊料金の支払いが行われる方法の場合には第２の実施形態の仲介支援方法を選択する。
【００１９】
また、料金支払い方法が、予約者の宿泊予約時には支払い手続きを行わず、買取保証を、宿泊予約の確定後に申請する場合、買取要求があった場合には予約者から仲介業者への宿泊料金と買取代金の差額の支払いを行い、仲介業者から宿泊施設に対して宿泊料金の支払いが行われる方法である場合には第３の実施形態の仲介支援方法を選択する。
【００２０】
また、料金支払い方法が、予約者の宿泊予約時には支払い手続きを行わず、買取保証を、宿泊予約の確定後に申請する場合、買取要求があった場合には予約者から仲介業者への宿泊料金と買取代金の差額の支払いを行い、購入者から宿泊施設に対して宿泊時に宿泊料金を支払い、仲介業者から購入者へ料金の支払い（キャッシュバック）が行われる方法である場合には第４の実施形態の仲介支援方法を選択する。
【００２１】
また、料金支払い方法が、予約者がＯＴＡに対して宿泊予約時に支払い手続きを行っており、買取保証を、宿泊予約と同時に申請する場合、買取要求があった場合に仲介業者から予約者への料金の支払いを行う。そして、予約者からＯＴＡに対してクレジットカードの決済により料金の支払いが行われ、ＯＴＡから宿泊施設に対して宿泊料金の支払いが行われる方法である場合には第５の実施形態の仲介支援方法を選択する。
【００２２】
＜構成＞
まず、図１を用いて第１から４の実施形態における予約権利の買取保証および譲渡を行うための情報を管理する仲介支援サーバ１２１を含む、仲介支援システム１の構成及びその概要について説明する。なお、図１は、本実施形態の仲介支援システム１のブロック図である。
【００２３】
本実施形態の仲介支援システム１は、図１に示すように、端末装置１１１ａ〜１１１ｃ(以下まとめて端末装置１１１とする)、仲介支援サーバ１２１と宿泊施設予約システム１３１ａ〜１３１ｃ（以下まとめて宿泊施設予約システム１３１とする）とが、例えばインターネットやＬＡＮ等のネットワーク１４１に接続可能に構成されている。また仲介支援サーバを操作するためのシステム端末１２５が仲介支援サーバ１２１と接続されている。システム端末１２５はネットワーク１４１を介して仲介支援サーバ１２１に接続されていても構わない。
【００２４】
端末装置１１１は、ユーザが使用するための装置である。ユーザは端末装置１１１を用いて、宿泊施設の予約や、宿泊施設の買取保証(キャンセル保証)の申請をしたり、宿泊施設の予約権利の買取申請をしたり、購入したりすることができる。すなわちユーザは、本システムにおける予約者であり購入者（購入希望者）である。
【００２５】
仲介支援サーバ１２１は、仲介業者が、ユーザが売却や購入を希望する宿泊予約の権利情報（予約権利情報）の管理を行うサーバである。また、宿泊予約の権利の買取保証に関する情報情報（買取保証申請情報、買取要求情報）の管理を行うサーバである。仲介支援サーバ１２１は、通信部１２２と制御部１２３と記憶部１２４から構成される。また、仲介支援サーバは、仲介支援サーバ１２１の操作を行うためのシステム端末１２５が接続されている。システム端末１２５は、仲介支援サーバ１２１と直接接続されていてもよいし、ネットワーク１４１を介して接続されていても構わない。
【００２６】
通信部１２２は、ネットワーク１４１を介して端末装置１１１と通信を行う通信インタフェースである。通信部１２２は、宿泊施設予約システム１３１ａから送信される買取保証申請情報や、端末装置１１１から送信される買取要求情報を受信し、販売対象である予約権利情報の一覧リスト(出品リスト)をインターネット上に配信し、端末装置１１１から閲覧可能にする。また、端末装置１１１からの購入要求の送受信を行う。
【００２７】
制御部１２３は、買取要求情報が、買取保証申請情報の予約権利と適合するかの判別を行う。そして、買取要求情報に基づき、予約権利が買取可能な期間であるかの審査を行う。また、制御部１２３は、通信部１２２を介して受信した買取保証申請情報や、買取保証申請情報に基づき出品リストの元となる出品情報を後述する記憶部１２４へ記憶を行う。さらに、制御部１２３は、買取金額の決定を行う。さらに、制御部１２３は、仲介業者の職員に対しての、作業指示の生成を行う。作業指示は、具体的には、名義変更の指示や、料金の支払い等の作業についてであり、買取金額等の情報が含まれる。制御部１２３は、作業指示を仲介支援サーバ１２１に接続されたシステム端末１２５に通信部１２２を介して発行し、システム端末１２５で表示されることにより、仲介業者の職員が作業指示の内容を認識することができる。
【００２８】
記憶部１２４は、通信部１２２を介して受信した買取保証申請情報や、買取保証申請情報に基づく出品リストの元となる出品情報を記憶する。
【００２９】
システム端末１２５は、仲介支援サーバ１２１の操作を行うための端末である。また、仲介支援サーバ１２１からの作業指示を表示するための端末である。システム端末１２５と仲介支援サーバ１２１は、１つの装置やプロセッサで構成されていてもよいし、複数の装置やプロセッサで構成されていてもよい。さらに、システム端末１２５と仲介支援サーバ１２１は、物理的に一体の装置として構成されていてもよい。
【００３０】
宿泊施設予約システム１３１は、宿泊施設においてユーザからの宿泊予約情報の管理を行うシステムである。宿泊予約情報は、宿泊者名、宿泊日、宿泊人数、食事の有無、料金情報等であり、各宿泊予約情報には予約番号が紐づけされて管理される。宿泊施設予約システム１３１は、端末装置１１１からの要求で宿泊予約の発行を行い、宿泊予約情報を端末装置１１１へと送信する。
【００３１】
端末装置１１１は、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ＰＤＡ、腕時計、スマートウォッチ等の情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワーク１４１を介して仲介支援サーバ１２１や宿泊施設予約システム１３１に接続可能な装置である。なお、端末装置１１１と仲介支援サーバ１２１や宿泊施設予約システム１３１間の通信回線は、有線でもよいし無線でもよい。
【００３２】
また、端末装置１１１は、インストールされた専用のアプリケーションソフトウェアによって仲介支援サーバ１２１にアクセスしてもよい。また、仲介支援サーバ１２１が提供する動作環境（ＡＰＩ（アプリケーションプログラミングインタフェース）、プラットフォーム等）を利用して仲介支援サーバ１２１にアクセスしてもよい。
【００３３】
（第１の実施形態）
以下、第１の実施形態について説明する。第１の実施形態は、予約者が宿泊予約時に宿泊予約の買取保証（キャンセル保証）のオプションがついているプランを選択することができるものである。また、予約者が、宿泊予約時にクレジットカード番号を登録しておくことで、予約者から宿泊施設に対してクレジットカードの決済により宿泊料金の支払いが行われ、仲介業者から予約者への買取金額の支払いが行われる方法である。
【００３４】
＜処理の流れ＞
次に、本開示の第１の実施形態に係る仲介支援システム１の動作について、図２に示すフローチャートと、図３の宿泊予約画面、図４の買取価格決定テーブル、図５の出品リストを参照しながら説明する。図２は、端末装置１１１ａを使用する予約者、宿泊施設予約システム１３１ａを使用する宿泊施設、仲介支援サーバ１２１を使用する仲介業者、端末装置１１１ｂを使用する購入者の各動作の関連状態をフローチャートに示している。
【００３５】
ステップＳ１０１において、予約者は、端末装置１１１ａから、宿泊施設の宿泊施設予約システム１３１ａに対して、ネットワーク１４１を介して宿泊施設の宿泊予約を行う。その際に、宿泊予約をキャンセルした際に、宿泊予約の買取保証（キャンセル保証）のオプションがついているプランを選択することができる。図３は、ＡＢＣホテルがユーザに提供する宿泊プランの画面である。「夏の満喫プラン」「スイートルームプラン」「食べ放題プラン」「フィットネスプラン」については、キャンセル保証、すなわち、宿泊をキャンセルした場合に予約権利の買取保証のオプションがついている。以下は予約者が買取保証のオプションがついているプランを選択した場合について説明する。また、予約者は、宿泊予約の予約に係る金額Ａに対応するクレジットカード情報の登録をし、宿泊施設はクレジットカード決済の与信枠を確保する。なお、本実施形態においては、予約者が買取保証のオプションがついているプランを選択し宿泊予約の購入をしたことをもって、買取保証の申請がされたと処理する。
【００３６】
ステップＳ１０２において、宿泊施設は、宿泊施設予約システム１３１ａから、予約者に対して、宿泊予約情報を送信する。宿泊予約情報には予約日、予約人数、予約番号等の情報が含まれる。
【００３７】
ステップＳ１０３において、宿泊施設は、宿泊施設予約システム１３１ａから、仲介支援サーバ１２１に対して、買取保証申請情報を送信する。買取保証申請情報には、予約権利情報の中の、予約者個人を特定するための情報、予約番号、宿泊施設名、宿泊プラン、人数、予約に係る金額Ａ(宿泊の定価金額)等の情報が含まれる。また、買取保証に係る代金Ｐの送金を行う。宿泊施設から仲介業者への代金Ｐの送金は、ステップＳ１０３において都度行ってもよいし、何件かまとめて送金処理を行っても構わない。
【００３８】
ここで、予約者が予定の変更等により、宿泊予約の買取を希望する場合について説明する。ステップＳ１０４において、宿泊予約の買取を希望する場合は、ステップＳ１０５へ進める。買取を希望しない場合は、本システムの処理は終了する。
【００３９】
ステップＳ１０５において、予約者は、宿泊予約の予約権利の買取を仲介業者に要求する。具体的には、予約者の端末装置１１１ａから、ネットワーク１４１を介して、仲介業者の仲介支援サーバ１２１に対して、買取要求情報を送信する。
【００４０】
ステップＳ１０６において、仲介業者は、買取要求をされた予約権利が、買取保証申請がされている権利であるか、および、予約権利が買取可能期間であるかどうかの審査を行う。具体的には、予約の日付が所定の日を過ぎていないか、例えば、予約の日付の３日前以前であるかの日付の審査を行う。審査の結果、所定日を過ぎており不適切と判別した場合にはＮＧとしてステップＳ１０７に処理を進める。審査の結果がＯＫである場合にはステップＳ１０９へ処理を進める。当該判断は、仲介支援サーバ１２１の制御部１２３が行っても構わないし、人が判断し、判断結果を仲介支援サーバ１２１に入力しても構わない。
【００４１】
ステップＳ１０７において、仲介業者は予約者に対して、買取が不可であることを通知する。具体的には、仲介業者の仲介支援サーバ１２１から、予約者の端末装置１１１ａに対して、ネットワーク１４１を介して、買取不可である情報を送信する。
【００４２】
ステップＳ１０８において、予約者は買取不可であるかどうかを判別する。買取不可の場合、本システムの処理は終了し、予約者は宿泊を行っても、予約のキャンセルを行っても構わない。買取不可ではない場合、ステップＳ１１６へ処理を進める。
【００４３】
ステップＳ１０９において、仲介業者は予約権利の買取金額Ｑを決定し、予約者に通知を行う。買取金額は、図４の買取価格決定テーブルに従い、買取要求日と予約日との関係から算出される。例えば、予約日の１月以上前に買取要求をした場合には、宿泊予約の購入金額Ａの７０％が買取金額Ｑとなり、予約日の７日前から３日前である場合には購入金額Ａの３０％が買取金額Ｑとなる。また、買取金額Ｑは、仲介業者が任意に設定しても構わない。買取金額Ｑは、買取要求情報と宿泊予約情報から、仲介支援サーバ１２１の制御部１２３が演算により決定しても構わないし、人が演算し、演算結果を仲介支援サーバ１２１に入力しても構わない。
【００４４】
ステップＳ１１０において、仲介支援サーバ１２１の制御部１２３は、ステップＳ１０９で買取価格Ｑを決定した予約権利情報を記憶部１２４に記憶する。記憶された予約権利情報は、図５で示す出品リストとして構成され、ネットワーク１４１を介してＷＥＢ上で公開される。購入者は端末装置１１１ｂから出品リストの内容を確認することができる。
【００４５】
図５は、ＷＥＢサイト上で表示される購入可能な宿泊施設の予約権利の出品リストを示す図である。出品リストは、各宿泊施設について、宿泊施設の写真と、宿泊施設の名称、購入可能な宿泊日、宿泊人数、予約者が設定した掲載終了日、そして、予約に係る金額Ａ（宿泊の定価）、販売希望の金額Ｂが掲載されている。そのため、購入者は、自分の希望する条件を出品リストから探すことができる。販売希望の金額Ｂは、仲介業者が任意に定めることができる。例えば、買取価格Ｑに応じて金額Ｂを設定してもよいし、予約日までの残りの日数に応じて設定した金額Ｂを変更してもよい。
【００４６】
ステップＳ１１１において、購入者は、出品リストから希望する予約権利についての購入を行うことができる。具体的には、購入者が使用する端末装置１１１ｂから出品リストに出品されている予約権利を選択し、購入希望情報を仲介支援サーバ１２１へ送信する。購入希望情報には、購入者の名義情報が含まれている。購入に際しては、金額Ｂを仲介業者に支払う。支払い方法は、現金でも振り込みでも、クレジットカードによる決済でも構わない。
【００４７】
ステップＳ１１２において、仲介支援サーバ１２１の制御部１２３は、所定の期間内における購入者の有無を判別する。公開された出品リストに対して、購入者があればステップＳ１１３へ処理を進める。期間内に購入者がない場合はステップＳ１１７へ処理を進める。
【００４８】
ステップＳ１１３において、仲介業者は、宿泊施設に対して購入された予約権利の予約者の名義を、ステップＳ１１１で予約権利を購入した購入者の名義へと変更する要求をする。名義変更の要求方法は、仲介支援サーバ１２１が名義変更要求の指示をシステム端末１２５に表示することで、名義変更要求の指示を見た仲介業者の職員が電話等で宿泊施設に連絡を行っても構わない。
【００４９】
ステップＳ１１４において、宿泊施設は、仲介業者からの名義変更要求に基づいて、予約権利の名義人の変更を行う。具体的には、宿泊施設予約システム１３１ａにおける予約名義を、仲介業者から送信又は連絡された予約権利の購入者へと変更を行う。名義変更は、仲介支援サーバ１２１から宿泊施設予約システム１３１ａにネットワーク１４１を介して電気的に行ってもよいし、仲介業者の職員からの電話等による連絡で宿泊施設の職員が行っても構わない。
【００５０】
ステップＳ１１５において、購入者は、宿泊施設において、変更された予約権利の内容に基づいて宿泊を行うことができる。ステップＳ１１４において、宿泊者の名義は購入者に変更となっている。また宿泊料金Ａは、ステップＳ１０１におけるカード与信に基づいて、ステップＳ１１６において、予約者からカード引き落としにより支払いが行われる。そのため、購入者は、何らの手間を要することなく、宿泊施設に宿泊をすることができる。
【００５１】
ステップＳ１１７において、仲介業者は、予約者に対してステップＳ１０９で決定した買取価格Ｑの支払いを行う。仲介業者は、購入者が宿泊できたことを確認した上で支払いを行っても構わない。それにより、仲介業者は、予約者が買取要求を行った予約権利ついてキャンセルを行っていないことを保証することができる。
【００５２】
＜効果の説明＞
以上のように、本開示の第１の実施形態に係る仲介支援システム１によれば、予約を希望する者が、宿泊施設の予約時に予定の変更やキャンセルの可能性がある場合においても、買取保証のオプション付きのプランを選択して宿泊予約をすることができる。その場合、予約者は、買取期間以外の要因により買取を断られるリスクを負うことなく、また、宿泊予約に係る予約権利が、他の購入者に販売されたかどうかにかかわらず、買取価格Ｑの支払いを受けることができる。このことにより、予約時に予定が決まっていない予約希望者に対して、積極的な予約を促すことができる。また、買取価格は、買取要求を行った日から予約日までの期間が長いほど高い率に設定されることにより、予約者の予定が変更となった場合、速やかに買取要求を行ってもらう動機付けとなる。仲介業者は、速やかな買取要求によって、予約権利の出品期間を長く取ることができ、予約権利の売れ残りのリスクを低減することができる。さらに、予約時に予約買取のシステムを知ってもらうことにより、予約希望者に対して予約権利の出品情報を提示して購入者となってもらうことも可能となり、広告宣伝効果も発揮することができる。
【００５３】
なお、本実施形態では、ステップＳ１０１でカードの与信枠を確保しているが、ステップＳ１０１の時点で即時決済を行い、金額Ａの引落しを行っても構わない。その場合、ステップＳ１１６の引落しは発生しない。
【００５４】
なお、本実施形態において、ステップＳ１０１における、各宿泊予約と同時に宿泊予約の買取保証（キャンセル保証）のオプションを選択せずに、法人などの団体契約で、宿泊予約の前に買取保証の契約をまとめて行ってもよい。その場合、買取保証代金は、例えば予約件数が１０件までは１万円、１００件までは８万円などの定額サービスの提供を行っても構わない。
【００５５】
また、宿泊施設と仲介業者は別々に説明しているが、同一事業者が運営を行っても構わない。他の実施形態においても同様である。
【００５６】
さらに、本実施形態の宿泊施設は必要に応じてＯＴＡと読み替えても良い。例えば、ステップＳ１０１において、予約者は、端末装置１１１ａから、ＯＴＡに対して、宿泊施設の宿泊予約を行っても構わない。ＯＴＡには宿泊施設から宿泊予約枠がサイトコントローラを介して分配されており、予約者は、宿泊予約枠の中から宿泊予約をすることができる。また、ステップＳ１０２において、ＯＴＡは、予約者に対して、宿泊予約情報を送信しても構わない。他の実施形態においても同様である。
【００５７】
（第２の実施形態）
以下、本開示の第２の実施形態について説明する。第２の実施形態は、予約者が宿泊予約を行った後に仲介業者に対して買取保証の申請を行う形態である。また、予約者は、第１の実施形態と同じく、宿泊予約時にクレジットカード番号を登録しておくことで、予約者から宿泊施設に対してクレジットカードの決済により宿泊料金の支払いが行われ、仲介業者から予約者への買取金額の支払いが行われる方法である。
【００５８】
＜処理の流れ＞
第２の実施形態に係る仲介支援システム１の動作について、図６に示すフローチャートを参照しながら説明する。また、図６は、端末装置１１１ａを使用する予約者、宿泊施設予約システム１３１ａを使用する宿泊施設、仲介支援サーバ１２１を使用する仲介業者、端末装置１１１ｂを使用する購入者の各動作の関連状態をフローチャートに示している。
【００５９】
ステップＳ２０１において、予約者は、端末装置１１１ａから、宿泊施設の宿泊施設予約システム１３１ａに対して、ネットワーク１４１を介して宿泊施設の宿泊予約を行う。その際に、予約者は、宿泊予約の予約に係る金額Ａに対応するクレジットカード情報の登録をし、宿泊施設はクレジットカード決済の与信枠を確保する。
【００６０】
ステップＳ２０２において、宿泊施設は、宿泊施設予約システム１３１ａから、予約者に対して、宿泊予約情報を送信する。宿泊予約情報には予約日、予約人数、予約番号等の情報が含まれる。
【００６１】
ステップＳ２０３において、予約者は仲介業者に対して、買取保証の申請を行う。具体的には、端末装置１１１ａから仲介支援サーバ１２１へ買取保証申請情報を送信する。買取保証申請情報には、予約権利情報の中の、予約者個人を特定するための情報、予約番号、宿泊施設名、宿泊プラン、人数、予約に係る金額Ａ(宿泊の定価金額)等の情報が含まれる。なお、予約者個人を特定するための情報は、予約者が都度入力する必要はなく、予約者が仲介業者に対して会員登録等を行うことにより、システムのログイン情報として仲介支援サーバ１２１の記憶部１２４が保持していても構わない。
【００６２】
次に、ステップＳ２０４において、仲介業者は、申請された買取保証申請情報に基づき、買取保証の対象となる予約権利情報の審査を行う。具体的には、予約権利情報の内容、例えば予約の日付が既に過ぎていないか、又は、予約された宿泊施設が名義変更を受け付けるかどうか等について審査を行い、買取に不適切であると審査した場合はＮＧとしてステップＳ２０５に処理を進める。審査がＯＫである場合にはステップＳ２１０へ処理を進める。当該判断は、仲介支援サーバ１２１の制御部１２３が行っても構わないし、人が判断し、判断結果を仲介支援サーバ１２１に入力しても構わない。制御部１２３が判断を行う場合、記憶部１２４に記憶されている宿泊施設が名義変更を受け付けるかどうかの情報を参照する。
【００６３】
ステップＳ２０５において、仲介業者は、出品された予約権利情報の審査結果がＮＧである旨を予約者に通知を行う。具体的には、仲介支援サーバ１２１は、予約者の使用する端末装置１１１ａに対して審査結果ＮＧの情報を送信する。
【００６４】
ステップＳ２０６において、端末装置１１１ａは、審査結果情報がＮＧかどうかを判別する。判別の結果、審査結果情報がＮＧの場合は、処理を終了する。審査結果情報がＮＧでない場合、すなわちＯＫである場合にはステップＳ２０７へ処理を進める。
【００６５】
ステップＳ２０７において、予約者は仲介業者に保証金である金額Ｐの支払いを行う。保証金の支払いによって、買取保証申請の手続きが完了となる。具体的には、端末装置１１１ａに、仲介業者への支払い方法の指示が表示される。支払い方法は、現金でも振り込みでも、クレジットカードによる決済でも構わない。
【００６６】
ここで、予約者が予定の変更等により、宿泊予約の買取を希望する場合について説明する。ステップＳ２０８において、宿泊予約の買取を希望する場合は、ステップＳ２０９へ進める。買取を希望しない場合は、本システムの処理は終了する。
【００６７】
ステップＳ２０９において、予約者は、宿泊予約の予約権利の買取を仲介業者に要求する。具体的には、予約者の端末装置１１１ａから、ネットワーク１４１を介して、仲介業者の仲介支援サーバ１２１に対して、買取要求情報を送信する。その際に、予約者はクレジットカード情報の登録をし、仲介業者はクレジットカード決済の与信枠を確保する。与信枠を確保することにより、予約者が一方的なキャンセルを行った場合の損害額を補てんすることができる。なお、クレジットカード情報の登録はステップＳ２０７の保証金の支払い時に同時に行っても構わない。
【００６８】
ステップＳ２１０において、仲介業者は、買取要求をされた予約権利が、買取保証申請がされている権利であるか、および、予約権利が買取可能期間であるかどうかの審査を行う。具体的には、予約の日付が所定の日を過ぎていないか、例えば、予約の日付の３日前以前であるかの日付の審査を行う。審査の結果、所定日を過ぎており不適切と判別した場合にＮＧとしてステップＳ２１１に処理を進める。審査の結果がＯＫである場合にはステップＳ２１３へ処理を進める。当該判断は、仲介支援サーバ１２１の制御部１２３が行っても構わないし、人が判断し、判断結果を仲介支援サーバ１２１に入力しても構わない。
【００６９】
ステップＳ２１１において、仲介業者は予約者に対して、買取が不可であることを通知する。具体的には、仲介業者の仲介支援サーバ１２１から、予約者の端末装置１１１ａに対して、ネットワーク１４１を介して、買取不可である情報を送信する。
【００７０】
ステップＳ２１２において、予約者は買取不可であるかどうかを判別する。買取不可の場合、本システムの処理は終了し、予約者は宿泊を行っても、予約のキャンセルを行っても構わない。買取不可ではない場合、ステップＳ２２０へ処理を進める。
【００７１】
ステップＳ２１３において、仲介業者は予約権利の買取金額Ｑを決定し、予約者に通知を行う。買取金額は、図４の買取価格決定テーブルに従い、買取要求日と予約日との関係から算出される。例えば、予約日の１月以上前に買取要求をした場合には、宿泊予約の購入金額Ａの７０％が買取金額Ｑとなり、予約日の７日前から３日前である場合には購入金額Ａの３０％が買取金額Ｑとなる。また、買取金額Ｑは、仲介業者が任意に設定しても構わない。買取金額Ｑは、買取要求情報と宿泊予約情報から、仲介支援サーバ１２１の制御部１２３が演算により決定しても構わないし、人が演算し、演算結果を仲介支援サーバ１２１に入力しても構わない。
【００７２】
ステップＳ２１４において、仲介支援サーバ１２１の制御部１２３は、ステップＳ２１３で買取価格Ｑを決定した予約権利情報を記憶部１２４に記憶する。記憶された予約権利情報は、図５で示す出品リストとして構成され、ネットワーク１４１を介してＷＥＢ上で公開される。購入者は端末装置１１１ｂから出品リストの内容を確認することができる。
【００７３】
図５は、ＷＥＢサイト上で表示される購入可能な宿泊施設の予約権利の出品リストを示す図である。出品リストは、各宿泊施設について、宿泊施設の写真と、宿泊施設の名称、購入可能な宿泊日、宿泊人数、予約者が設定した掲載終了日、そして、予約に係る金額Ａ（宿泊の定価）、販売希望の金額Ｂが掲載されている。そのため、購入者は、自分の希望する条件を出品リストから探すことができる。販売希望の金額Ｂは、仲介業者が任意に定めることができる。例えば、買取価格Ｑに応じて金額Ｂを設定してもよいし、予約日までの残りの日数に応じて設定した金額Ｂを変更してもよい。
【００７４】
ステップＳ２１５において、購入者は、出品リストから希望する予約権利についての購入を行うことができる。具体的には、購入者が使用する端末装置１１１ｂから出品リストに出品されている予約権利を選択し、購入希望情報を仲介支援サーバ１２１へ送信する。購入希望情報には、購入者の名義情報が含まれている。購入に際しては、金額Ｂを仲介業者に支払う。支払い方法は、現金でも振り込みでも、クレジットカードによる決済でも構わない。
【００７５】
ステップＳ２１６において、仲介支援サーバ１２１の制御部１２３は、所定の期間内における購入者の有無を判別する。公開された出品リストに対して、購入者があればステップＳ２１７へ処理を進める。期間内に購入者がない場合はステップＳ２２１へ処理を進める。
【００７６】
ステップＳ２１７において、仲介業者は、宿泊施設に対して購入された予約権利の予約者の名義を、ステップＳ２１５で予約権利を購入した購入者の名義へと変更する要求をする。名義変更の要求方法は、仲介支援サーバ１２１が名義変更要求の指示をシステム端末１２５に表示することで、名義変更要求の指示を見た仲介業者の職員が電話等で宿泊施設に連絡を行っても構わない。
【００７７】
ステップＳ２１８において、宿泊施設は、仲介業者からの名義変更要求に基づいて、予約権利の名義人の変更を行う。具体的には、宿泊施設予約システム１３１ａにおける予約名義を、仲介業者から送信又は連絡された予約権利の購入者へと変更を行う。名義変更は、仲介支援サーバ１２１から宿泊施設予約システム１３１ａにネットワーク１４１を介して電気的に行ってもよいし、仲介業者の職員からの電話等による連絡で宿泊施設の職員が行っても構わない。
【００７８】
ステップＳ２１９において、購入者は、宿泊施設において、変更された予約権利の内容に基づいて宿泊を行うことができる。ステップＳ２１８において、宿泊者の名義は購入者に変更となっている。また宿泊料金Ａは、ステップＳ２０１におけるカード与信に基づいて、ステップＳ２２０において、予約者からカード引き落としにより支払いが行われる。そのため、購入者は、何らの手間を要することなく、宿泊施設に宿泊をすることができる。
【００７９】
ステップＳ２２１において、仲介業者は、予約者に対してステップＳ２１３で決定した買取価格Ｑの支払いを行う。仲介業者は、購入者が宿泊できたことを確認した上で支払いを行っても構わない。それにより、仲介業者は、予約者が買取要求を行った予約権利ついてキャンセルを行っていないことを保証することができる。また、予約者が一方的なキャンセルを行った場合ステップＳ２０９で確保した与信枠により損害額を補てんすることができる。
【００８０】
＜効果の説明＞
以上のように、本開示の第２の実施形態に係る仲介支援システムによれば、予約者が宿泊予約をした後に、予定の変更の可能性が高まったような場合に、買取保証の申請を仲介業者に対して行うことができる。
【００８１】
なお、本実施形態では、ステップＳ２０１でカードの与信枠を確保しているが、ステップＳ２０１の時点で即時決済を行い、金額Ａの引落しを行っても構わない。その場合、ステップＳ２２０の引落しは発生しない。
【００８２】
（第３の実施形態）
以下、第３の実施形態について説明する。第３の実施形態は、宿泊予約時には予約者からの料金の支払いを行わず、予約者が仲介業者に対して買取要求を行った場合には、予約者から仲介業者への料金の支払いを行い、仲介業者から宿泊施設に対して宿泊料金の支払いが行われる方法である。
【００８３】
＜処理の流れ＞
第３の実施形態に係る仲介支援システム１の動作について、図７に示すフローチャートを参照しながら説明する。また、図７は、端末装置１１１ａを使用する予約者、宿泊施設予約システム１３１ａを使用する宿泊施設、仲介支援サーバ１２１を使用する仲介業者、端末装置１１１ｂを使用する購入者の各動作の関連状態をフローチャートに示している。
【００８４】
ステップＳ３０１において、予約者は、端末装置１１１ａから、宿泊施設の宿泊施設予約システム１３１ａに対して、ネットワーク１４１を介して宿泊施設の宿泊予約を行う。
【００８５】
ステップＳ３０２において、宿泊施設は、宿泊施設予約システム１３１ａから、予約者に対して、宿泊予約情報を送信する。宿泊予約情報には予約日、予約人数、予約番号等の情報が含まれる。
【００８６】
ステップＳ３０３において、予約者は仲介業者に対して、買取保証の申請を行う。具体的には、端末装置１１１ａから仲介支援サーバ１２１へ買取保証申請情報を送信する。買取保証申請情報には、予約権利情報の中の、予約者個人を特定するための情報、予約番号、宿泊施設名、宿泊プラン、人数、予約に係る金額Ａ(宿泊の定価金額)等の情報が含まれる。なお、予約者個人を特定するための情報は、予約者が都度入力する必要はなく、予約者が仲介業者に対して会員登録等を行うことにより、システムのログイン情報として仲介支援サーバ１２１の記憶部１２４が保持していても構わない。
【００８７】
次に、ステップＳ３０４において、仲介業者は、申請された買取保証申請情報に基づき、買取保証の対象となる予約権利情報の審査を行う。具体的には、予約権利情報の内容、例えば予約の日付が既に過ぎていないか、又は、予約された宿泊施設が名義変更を受け付けるかどうか等について審査を行い、買取に不適切であると審査した場合はＮＧとしてステップＳ３０５に処理を進める。審査がＯＫである場合にはステップＳ３１０へ処理を進める。当該判断は、仲介支援サーバ１２１の制御部１２３が行っても構わないし、人が判断し、判断結果を仲介支援サーバ１２１に入力しても構わない。制御部１２３が判断を行う場合、記憶部１２４に記憶されている宿泊施設が名義変更を受け付けるかどうかの情報を参照する。
【００８８】
ステップＳ３０５において、仲介業者は、出品された予約権利情報の審査結果がＮＧである旨を予約者に通知を行う。具体的には、仲介支援サーバ１２１は、予約者の使用する端末装置１１１ａに対して審査結果ＮＧの情報を送信する。
【００８９】
ステップＳ３０６において、端末装置１１１ａは、審査結果情報がＮＧかどうかを判別する。判別の結果、審査結果情報がＮＧの場合は、処理を終了する。審査結果情報がＮＧでない場合、すなわちＯＫである場合にはステップＳ３０７へ処理を進める。
【００９０】
ステップＳ３０７において、予約者は仲介業者に保証金である金額Ｐの支払いを行う。保証金の支払いによって、買取保証申請の手続きが完了となる。具体的には、端末装置１１１ａに、仲介業者への支払い方法の指示が表示される。支払い方法は、現金でも振り込みでも、クレジットカードによる決済でも構わない。
【００９１】
ここで、予約者が予定の変更等により、宿泊予約の買取を希望する場合について説明する。ステップＳ３０８において、宿泊予約の買取を希望する場合は、ステップＳ３０９へ進める。買取を希望しない場合は、本システムの処理は終了する。
【００９２】
ステップＳ３０９において、予約者は、宿泊予約の予約権利の買取を仲介業者に要求する。具体的には、予約者の端末装置１１１ａから、ネットワーク１４１を介して、仲介業者の仲介支援サーバ１２１に対して、買取要求情報を送信する。その際に、予約者はクレジットカード情報の登録をし、仲介業者はクレジットカード決済の与信枠を確保する。与信枠を確保することにより、予約者が一方的なキャンセルを行った場合の損害額を補てんすることができる。なお、クレジットカード情報の登録はステップＳ３０７の保証金の支払い時に同時に行っても構わない。
【００９３】
ステップＳ３１０において、仲介業者は、買取要求をされた予約権利が、買取保証申請がされている権利であるか、および、予約権利が買取可能期間であるかどうかの審査を行う。具体的には、予約の日付が所定の日を過ぎていないか、例えば、予約の日付の３日前以前であるかの日付の審査を行う。審査の結果、所定日を過ぎており不適切と判別した場合にＮＧとしてステップＳ３１１に処理を進める。審査の結果がＯＫである場合にはステップＳ３１３へ処理を進める。当該判断は、仲介支援サーバ１２１の制御部１２３が行っても構わないし、人が判断し、判断結果を仲介支援サーバ１２１に入力しても構わない。
【００９４】
ステップＳ３１１において、仲介業者は予約者に対して、買取が不可であることを通知する。具体的には、仲介業者の仲介支援サーバ１２１から、予約者の端末装置１１１ａに対して、ネットワーク１４１を介して、買取不可である情報を送信する。
【００９５】
ステップＳ３１２において、予約者は買取不可であるかどうかを判別する。買取不可の場合、本システムの処理は終了し、予約者は宿泊を行っても、予約のキャンセルを行っても構わない。買取不可ではない場合、ステップＳ３２０へ処理を進める。
【００９６】
ステップＳ３１３において、仲介業者は予約権利の買取金額Ｑを決定し、予約者に宿泊金額Ａと買取金額Ｑの差額である金額Ｒの通知と支払い要求を行う。買取金額は、図４の買取価格決定テーブルに従い、買取要求日と予約日との関係から算出される。例えば、予約日の１月以上前に買取要求をした場合には、宿泊予約の購入金額Ａの７０％が買取金額Ｑとなり、予約日の７日前から３日前である場合には購入金額Ａの３０％が買取金額Ｑとなる。また、買取金額Ｑは、仲介業者が任意に設定しても構わない。買取金額Ｑは、買取要求情報と宿泊予約情報から、仲介支援サーバ１２１の制御部１２３が演算により決定しても構わないし、人が演算し、演算結果を仲介支援サーバ１２１に入力しても構わない。
【００９７】
ステップＳ３１４において、予約者から仲介業者へステップＳ３０９の与信枠に基づいて金額Ｒが、クレジットカードにより引き落とされる。
【００９８】
ステップＳ３１５において、仲介支援サーバ１２１の制御部１２３は、ステップＳ３１３で買取価格Ｑを決定した予約権利情報を記憶部１２４に記憶する。記憶された予約権利情報は、図５で示す出品リストとして構成され、ネットワーク１４１を介してＷＥＢ上で公開される。購入者は端末装置１１１ｂから出品リストの内容を確認することができる。
【００９９】
図５は、ＷＥＢサイト上で表示される購入可能な宿泊施設の予約権利の出品リストを示す図である。出品リストは、各宿泊施設について、宿泊施設の写真と、宿泊施設の名称、購入可能な宿泊日、宿泊人数、予約者が設定した掲載終了日、そして、予約に係る金額Ａ（宿泊の定価）、販売希望の金額Ｂが掲載されている。そのため、購入者は、自分の希望する条件を出品リストから探すことができる。販売希望の金額Ｂは、仲介業者が任意に定めることができる。例えば、買取価格Ｑに応じて金額Ｂを設定してもよいし、予約日までの残りの日数に応じて設定した金額Ｂを変更してもよい。
【０１００】
ステップＳ３１６において、購入者は、出品リストから希望する予約権利についての購入を行うことができる。具体的には、購入者が使用する端末装置１１１ｂから出品リストに出品されている予約権利を選択し、購入希望情報を仲介支援サーバ１２１へ送信する。購入希望情報には、購入者の名義情報が含まれている。購入に際しては、金額Ｂを仲介業者に支払う。支払い方法は、現金でも振り込みでも、クレジットカードによる決済でも構わない。
【０１０１】
ステップＳ３１７において、仲介支援サーバ１２１の制御部１２３は、所定の期間内における購入者の有無を判別する。公開された出品リストに対して、購入者があればステップＳ３１８へ処理を進める。期間内に購入者がない場合はステップＳ３２０へ処理を進める。
【０１０２】
ステップＳ３１８において、仲介業者は、宿泊施設に対して購入された予約権利の予約者の名義を、ステップＳ３１６で予約権利を購入した購入者の名義への変更を要求する。名義変更の要求方法は、仲介支援サーバ１２１が名義変更要求の指示をシステム端末１２５に表示することで、名義変更要求の指示を見た仲介業者の職員が電話等で宿泊施設に連絡を行っても構わない。
【０１０３】
ステップＳ３１９において、宿泊施設は、仲介業者からの名義変更要求に基づいて、予約権利の名義人の変更を行う。具体的には、宿泊施設予約システム１３１ａにおける予約名義を、仲介業者から送信又は連絡された予約権利の購入者への変更を行う。名義変更は、仲介支援サーバ１２１から宿泊施設予約システム１３１ａにネットワーク１４１を介して電気的に行ってもよいし、仲介業者の職員からの電話等による連絡で宿泊施設の職員が行っても構わない。
【０１０４】
ステップＳ３２０において、仲介業者から宿泊施設へ宿泊料金Ａの支払いが行われる。ステップＳ３１７で購入者がないと判別された場合には、宿泊施設に対してキャンセルの申し出をし、キャンセル料金として宿泊料金Ａの支払いを行ってもよい。
【０１０５】
ステップＳ３２１において、購入者は、宿泊施設において、変更された予約権利の内容に基づいて宿泊を行うことができる。ステップＳ３１９において、宿泊者の名義は購入者に変更となっている。また宿泊料金Ａは、ステップＳ３２０において仲介業者から宿泊施設に支払われている。そのため、購入者は、何らの手間を要することなく、宿泊施設に宿泊をすることができる。
【０１０６】
＜効果の説明＞
以上のように、本開示の第３の実施形態に係る仲介支援システムによれば、予約者が宿泊予約をした後に、予定の変更の可能性が高まったような場合に、買取保証の申請を仲介業者に対して行うことができる。その際、予約者から仲介業者への宿泊料金Ａと買取金額Ｑの差額Ｒの支払いを行うことにより、買取を完了することができる。その後の予約権利が販売されたか否かの結果にかかわらず、仲介業者から宿泊施設に対して宿泊料金Ａの支払いが行われる。そのため、予約者は、宿泊施設に対する支払いが発生することなく、予約者にとって早期に買取手続きを完了することができる。
【０１０７】
（第４の実施形態）
以下、第４の実施形態について説明する。第４の実施形態は、宿泊予約時には予約者からの料金の支払いを行わず、、予約者が仲介業者に対して買取要求を行った場合には、予約者から仲介業者への料金の支払いを行い、購入者から宿泊施設に対して宿泊時に宿泊料金の支払い、仲介業者から購入者へ料金の支払い（キャッシュバック）が行われる方法である。
【０１０８】
＜処理の流れ＞
第４の実施形態に係る仲介支援システム１の動作について、図８に示すフローチャートを参照しながら説明する。また、図８は、端末装置１１１ａを使用する予約者、宿泊施設予約システム１３１ａを使用する宿泊施設、仲介支援サーバ１２１を使用する仲介業者、端末装置１１１ｂを使用する購入者の各動作の関連状態をフローチャートに示している。
【０１０９】
ステップＳ４０１において、予約者は、端末装置１１１ａから、宿泊施設の宿泊施設予約システム１３１ａに対して、ネットワーク１４１を介して宿泊施設の宿泊予約を行う。
【０１１０】
ステップＳ４０２において、宿泊施設は、宿泊施設予約システム１３１ａから、予約者に対して、宿泊予約情報を送信する。宿泊予約情報には予約日、予約人数、予約番号等の情報が含まれる。
【０１１１】
ステップＳ４０３において、予約者は仲介業者に対して、買取保証の申請を行う。具体的には、端末装置１１１ａから仲介支援サーバ１２１へ買取保証申請情報を送信する。買取保証申請情報には、予約権利情報の中の、予約者個人を特定するための情報、予約番号、宿泊施設名、宿泊プラン、人数、予約に係る金額Ａ(宿泊の定価金額)等の情報が含まれる。なお、予約者個人を特定するための情報は、予約者が都度入力する必要はなく、予約者が仲介業者に対して会員登録等を行うことにより、システムのログイン情報として仲介支援サーバ１２１の記憶部１２４が保持していても構わない。
【０１１２】
次に、ステップＳ４０４において、仲介業者は、申請された買取保証申請情報に基づき、買取保証の対象となる予約権利情報の審査を行う。具体的には、予約権利情報の内容、例えば予約の日付が既に過ぎていないか、又は、予約された宿泊施設が名義変更を受け付けるかどうか等について審査を行い、買取に不適切であると審査した場合はＮＧとしてステップＳ４０５に処理を進める。審査がＯＫである場合にはステップＳ４１０へ処理を進める。当該判断は、仲介支援サーバ１２１の制御部１２３が行っても構わないし、人が判断し、判断結果を仲介支援サーバ１２１に入力しても構わない。制御部１２３が判断を行う場合、記憶部１２４に記憶されている宿泊施設が名義変更を受け付けるかどうかの情報を参照する。
【０１１３】
ステップＳ４０５において、仲介業者は、出品された予約権利情報の審査結果がＮＧである旨を予約者に通知を行う。具体的には、仲介支援サーバ１２１は、予約者の使用する端末装置１１１ａに対して審査結果ＮＧの情報を送信する。
【０１１４】
ステップＳ４０６において、端末装置１１１ａは、審査結果情報がＮＧかどうかを判別する。判別の結果、審査結果情報がＮＧの場合は、処理を終了する。審査結果情報がＮＧでない場合、すなわちＯＫである場合にはステップＳ４０７へ処理を進める。
【０１１５】
ステップＳ４０７において、予約者は仲介業者に保証金である金額Ｐの支払いを行う。保証金の支払いによって、買取保証申請の手続きが完了となる。具体的には、端末装置１１１ａに、仲介業者への支払い方法の指示が表示される。支払い方法は、現金でも振り込みでも、クレジットカードによる決済でも構わない。
【０１１６】
ここで、予約者が予定の変更等により、宿泊予約の買取を希望する場合について説明する。ステップＳ４０８において、宿泊予約の買取を希望する場合は、ステップＳ４０９へ進める。買取を希望しない場合は、本システムの処理は終了する。
【０１１７】
ステップＳ４０９において、予約者は、宿泊予約の予約権利の買取を仲介業者に要求する。具体的には、予約者の端末装置１１１ａから、ネットワーク１４１を介して、仲介業者の仲介支援サーバ１２１に対して、買取要求情報を送信する。その際に、予約者はクレジットカード情報の登録をし、仲介業者はクレジットカード決済の与信枠を確保する。与信枠を確保することにより、予約者が一方的なキャンセルを行った場合の損害額を補てんすることができる。なお、クレジットカード情報の登録はステップＳ４０７の保証金の支払い時に同時に行っても構わない。
【０１１８】
ステップＳ４１０において、仲介業者は、買取要求をされた予約権利が、買取保証申請がされている権利であるか、および、予約権利が買取可能期間であるかどうかの審査を行う。具体的には、予約の日付が所定の日を過ぎていないか、例えば、予約の日付の３日前以前であるかの日付の審査を行う。審査の結果、所定日を過ぎており不適切と判別した場合にＮＧとしてステップＳ４１１に処理を進める。審査の結果がＯＫである場合にはステップＳ４１３へ処理を進める。当該判断は、仲介支援サーバ１２１の制御部１２３が行っても構わないし、人が判断し、判断結果を仲介支援サーバ１２１に入力しても構わない。
【０１１９】
ステップＳ４１１において、仲介業者は予約者に対して、買取が不可であることを通知する。具体的には、仲介業者の仲介支援サーバ１２１から、予約者の端末装置１１１ａに対して、ネットワーク１４１を介して、買取不可である情報を送信する。
【０１２０】
ステップＳ４１２において、予約者は買取不可であるかどうかを判別する。買取不可の場合、本システムの処理は終了し、予約者は宿泊を行っても、予約のキャンセルを行っても構わない。買取不可ではない場合、ステップＳ４１４へ処理を進める。
【０１２１】
ステップＳ４１３において、仲介業者は予約権利の買取金額Ｑを決定し、予約者に宿泊金額Ａと買取金額Ｑの差額である金額Ｒの通知と支払い要求を行う。買取金額は、図４の買取価格決定テーブルに従い、買取要求日と予約日との関係から算出される。例えば、予約日の１月以上前に買取要求をした場合には、宿泊予約の購入金額Ａの７０％が買取金額Ｑとなり、予約日の７日前から３日前である場合には購入金額Ａの３０％が買取金額Ｑとなる。また、買取金額Ｑは、仲介業者が任意に設定しても構わない。買取金額Ｑは、買取要求情報と宿泊予約情報から、仲介支援サーバ１２１の制御部１２３が演算により決定しても構わないし、人が演算し、演算結果を仲介支援サーバ１２１に入力しても構わない。
【０１２２】
ステップＳ４１４において、予約者から仲介業者へステップＳ４０９の与信枠に基づいて金額Ｒが、クレジットカードにより引き落とされる。
【０１２３】
ステップＳ４１５において、仲介支援サーバ１２１の制御部１２３は、ステップＳ３１３で買取価格Ｑを決定した予約権利情報を記憶部１２４に記憶する。記憶された予約権利情報は、図５で示す出品リストとして構成され、ネットワーク１４１を介してＷＥＢ上で公開される。購入者は端末装置１１１ｂから出品リストの内容を確認することができる。
【０１２４】
図５は、ＷＥＢサイト上で表示される購入可能な宿泊施設の予約権利の出品リストを示す図である。出品リストは、各宿泊施設について、宿泊施設の写真と、宿泊施設の名称、購入可能な宿泊日、宿泊人数、予約者が設定した掲載終了日、そして、予約に係る金額Ａ（宿泊の定価）、販売希望の金額Ｂが掲載されている。そのため、購入者は、自分の希望する条件を出品リストから探すことができる。販売希望の金額Ｂは、仲介業者が任意に定めることができる。例えば、買取価格Ｑに応じて金額Ｂを設定してもよいし、予約日までの残りの日数に応じて設定した金額Ｂを変更してもよい。
【０１２５】
ステップＳ４１６において、購入者は、出品リストから希望する予約権利についての購入の申請を行うことができる。具体的には、購入者が使用する端末装置１１１ｂから出品リストに出品されている予約権利を選択し、購入希望情報を仲介支援サーバ１２１へ送信する。購入希望情報には、購入者の名義情報が含まれている。
【０１２６】
ステップＳ４１７において、仲介支援サーバ１２１の制御部１２３は、所定の期間内における購入者の有無を判別する。公開された出品リストに対して、購入者があればステップＳ４１８へ処理を進める。期間内に購入者がない場合はステップＳ４２１へ処理を進める。
【０１２７】
ステップＳ４１８において、仲介業者は、宿泊施設に対して購入された予約権利の予約者の名義を、ステップＳ４１６で予約権利を購入した購入者の名義へと変更する要求をする。名義変更の要求方法は、仲介支援サーバ１２１が名義変更要求の指示をシステム端末１２５に表示することで、名義変更要求の指示を見た仲介業者の職員が電話等で宿泊施設に連絡を行っても構わない。
【０１２８】
ステップＳ４１９において、宿泊施設は、仲介業者からの名義変更要求に基づいて、予約権利の名義人の変更を行う。具体的には、宿泊施設予約システム１３１ａにおける予約名義を、仲介業者から送信又は連絡された予約権利の購入者へと変更を行う。名義変更は、仲介支援サーバ１２１から宿泊施設予約システム１３１ａにネットワーク１４１を介して電気的に行ってもよいし、仲介業者の職員からの電話等による連絡で宿泊施設の職員が行っても構わない。
【０１２９】
ステップＳ４２０において、購入者は、宿泊施設において、変更された予約権利の内容に基づいて宿泊を行うことができる。ステップＳ４１９において、宿泊者の名義は購入者に変更となっている。購入者は、宿泊施設において、宿泊料金である金額Ａの支払いを行う。
【０１３０】
ステップＳ４２１において、仲介業者から宿泊施設へ宿泊料金Ａの支払いが行われる。ステップＳ４１７で購入者がないと判別されているため、宿泊施設に対してキャンセルの申し出をし、キャンセル料金として宿泊料金Ａの支払いを行ってもよい。
【０１３１】
ステップＳ４２２において、仲介業者は購入者に対して、金額Ｄを、キャッシュバックとして支払いを行う。キャッシュバックの金額Ｄは、ステップＳ４２０で購入者が宿泊施設に支払う宿泊料金Ａと金額Ｂの差額、すなわち宿泊料金Ａ−金額Ｂ＝金額Ｄとなる。キャッシュバックは、実際の宿泊が行われたことを確認して支払いを行っても構わない。
【０１３２】
＜効果の説明＞
以上のように、本開示の第４の実施形態に係る仲介支援システムによれば、宿泊施設が、現地支払いで宿泊費の清算を行うような場合においても、買取保証のシステムを運用することができる。
【０１３３】
（第５の実施形態）
以下、本開示の第５の実施形態について説明する。第５の実施形態は、予約者がＯＴＡに対して宿泊予約時に買取保証のオプションの有無を選択して宿泊予約を行うことができる形態である。予約者は、宿泊予約時にクレジットカード番号を登録してき、予約者からＯＴＡへの宿泊料金と買取保証金額の支払いを行う。予約者が、買取要求を行った場合には、仲介業者から予約者への買取金額の支払いを行う。予約者からＯＴＡに対してクレジットカードの決済により料金の支払いが行われ、ＯＴＡから宿泊施設に対して宿泊料金の支払いが行われる方法である。
【０１３４】
＜構成＞
まず、図９を用いて第５の実施形態における予約権利の譲渡を行うための情報を管理する仲介支援サーバ１２１を含む、仲介支援システム２の構成及びその概要について説明する。なお、図９は、本実施形態の仲介支援システム２のブロック図である。第５の実施形態は、第１の実施形態とは宿泊施設予約システム１３１がＯＴＡサーバ１５１を介して端末装置１１１や仲介支援サーバ１２１と接続されている点が異なる。また、第１の実施形態に係る仲介支援システム１と同一の構成要素には同一の符号を付し、詳細な説明を省略する。
【０１３５】
本実施形態の仲介支援システム２は、図９に示すように、端末装置１１１ａ〜１１１ｃ(以下まとめて端末装置１１１とする)、仲介支援サーバ１２１と宿泊施設予約システム１３１ａ〜１３１ｃ（以下まとめて宿泊施設予約システム１３１とする）、ＯＴＡサーバ１５１とが、例えばインターネットやＬＡＮ等のネットワーク１４１に接続可能に構成されている。また仲介支援サーバ１２１を操作するためのシステム端末１２５が仲介支援サーバ１２１と接続されている。システム端末１２５はネットワーク１４１を介して仲介支援サーバ１２１に接続されていても構わない。
【０１３６】
宿泊施設予約システム１３１は、宿泊施設がユーザからの宿泊予約情報の管理を行うシステムである。宿泊予約情報は、宿泊日、宿泊人数、食事の有無、料金情報等であり、各宿泊予約情報には予約番号が紐づけされて管理される。宿泊施設予約システム１３１は、ＯＴＡサーバ１５１からの要求で宿泊予約の発行を行い、宿泊予約情報をＯＴＡサーバ１５１へと送信する。宿泊者に関する情報は、必要に応じてＯＴＡサーバ１５１とやり取りを行う。
【０１３７】
ＯＴＡサーバ１５１は、ＯＴＡが設置するサーバであり、ＯＴＡが宿泊施設の予約枠を確保し、端末装置１１１からの要求により宿泊施設の予約枠の販売を行う。また、ＯＴＡサーバ１５１は買取保証申請を受付け、仲介支援サーバ１２１へ送信を行う。
【０１３８】
＜処理の流れ＞
本開示の第５の実施形態に係る仲介支援システム２の動作について、図１０に示すフローチャートを参照しながら説明する。また、図１０は、端末装置１１１ａを使用する予約者、ＯＴＡサーバ１５１を使用するＯＴＡ、宿泊施設予約システム１３１ａを使用する宿泊施設、仲介支援サーバ１２１を使用する仲介業者、端末装置１１１ｂを使用する購入者の各動作の関連状態をフローチャートに示している。
【０１３９】
ステップＳ５０１において、宿泊施設は、ＯＴＡに対して宿泊予約枠の分配を行う。宿泊予約枠の分配は、サイトコントローラを通じて行っても構わない。
【０１４０】
ステップＳ５０２において、予約者は、端末装置１１１ａから、ＯＴＡサーバ１５１に対して、ネットワーク１４１を介して宿泊施設の宿泊予約を行う。図１１はＯＴＡサーバ１５１が提供する宿泊予約画面である。図１１で示すように、表示されている宿泊施設は、それぞれ買取保証（キャンセル保証）の有無に応じた価格が提示されており、それぞれの価格の前にチェックボックスが用意されている。予約者は、チェックボックスにチェックを入れることで、希望の宿泊施設を選択し、買取保証の有無を選択することができる。以下は予約者が買取保証のオプションがついているホテルのプランを選択した場合について説明する。予約者は、宿泊予約の予約に係る金額Ａに対応するクレジットカード情報の登録をし、ＯＴＡはクレジットカード決済の与信枠を確保する。なお、本実施形態においては、予約者が買取保証のオプションがついているプランを選択し宿泊予約の購入をしたことをもって、買取保証の申請がされたと処理する。
【０１４１】
ステップＳ５０３において、ＯＴＡは、ＯＴＡサーバ１５１から、予約者に対して、宿泊予約情報を送信する。宿泊予約情報には予約日、予約人数、予約番号等の情報が含まれる。
【０１４２】
ステップＳ５０４において、ＯＴＡは、ＯＴＡサーバ１５１から、仲介支援サーバ１２１に対して、買取保証申請情報を送信する。買取保証申請情報には、予約権利情報の中の、予約者個人を特定するための情報、予約番号、宿泊施設名、宿泊プラン、人数、予約に係る金額Ａ(宿泊の定価金額)等の情報が含まれる。また、買取保証に係る代金Ｐの送金を行う。宿泊施設から仲介業者への代金Ｐの送金は、ステップＳ５０４において都度行ってもよいし、何件かまとめて送金処理を行っても構わない。
【０１４３】
ここで、予約者が予定の変更等により、宿泊予約の買取を希望する場合について説明する。ステップＳ５０５において、宿泊予約の買取を希望する場合は、ステップＳ５０６へ進める。買取を希望しない場合は、本システムの処理は終了する。
【０１４４】
ステップＳ５０６において、予約者は、宿泊予約の予約権利の買取をＯＴＡに要求する。具体的には、予約者の端末装置１１１ａから、ネットワーク１４１を介して、ＯＴＡサーバ１５１に対して、買取要求情報を送信する。なお、仲介業者に対して、直接買取要求情報を送信しても構わない。
【０１４５】
ステップＳ５０７において、ＯＴＡサーバ１５１は、予約者から送信された買取要求情報を、仲介支援サーバ１２１に転送を行う。
【０１４６】
ステップＳ５０８において、仲介業者は、買取要求をされた予約権利が、買取保証申請がされている権利であるか、および、予約権利が買取可能期間であるかどうかの審査を行う。具体的には、予約の日付が所定の日を過ぎていないか、例えば、予約の日付の３日前以前であるかの日付の審査を行う。審査の結果、所定日を過ぎており不適切と判別した場合にＮＧとしてステップＳ５０９に処理を進める。審査の結果がＯＫである場合にはステップＳ５１３へ処理を進める。当該判断は、仲介支援サーバ１２１の制御部１２３が行っても構わないし、人が判断し、判断結果を仲介支援サーバ１２１に入力しても構わない。
【０１４７】
ステップＳ５０９において、仲介業者はＯＴＡに対して、買取が不可であることを通知する。具体的には、仲介業者の仲介支援サーバ１２１から、ＯＴＡサーバ１５１に対して、ネットワーク１４１を介して、買取不可である情報を送信する。
【０１４８】
ステップＳ５１０において、ＯＴＡサーバ１５１は買取不可通知に基づいて買取が不可か否かの判別を行う。不可である場合にはステップＳ５１１へ処理を進める。不可ではない、すなわち可であるばあいは、ステップＳ５１４へ処理を進める。
【０１４９】
ステップＳ５１１において、ＯＴＡは予約者に対して、買取が不可であることを通知する。具体的には、ＯＴＡサーバ１５１から、予約者の端末装置１１１ａに対して、ネットワーク１４１を介して、買取不可である情報を送信する。
【０１５０】
ステップＳ５１１において、予約者は買取不可であるかどうかを判別する。買取不可の場合、本システムの処理は終了し、予約者は宿泊を行っても、予約のキャンセルを行っても構わない。買取不可ではない場合、ステップＳ５１４へ処理を進める。
【０１５１】
ステップＳ５１２において、予約者は買取不可であるかどうかを判別する。買取不可の場合、本システムの処理は終了し、予約者は宿泊を行っても、予約のキャンセルを行っても構わない。買取不可ではない場合、ステップＳ５２１へ処理を進める。
【０１５２】
ステップＳ５１３において、仲介業者は予約権利の買取金額Ｑを決定し、ＯＴＡに通知を行う。買取金額は、図４の買取価格決定テーブルに従い、買取要求日と予約日との関係から算出される。例えば、予約日の１月以上前に買取要求をした場合には、宿泊予約の購入金額Ａの７０％が買取金額Ｑとなり、予約日の７日前から３日前である場合には購入金額Ａの３０％が買取金額Ｑとなる。また、買取金額Ｑは、仲介業者が任意に設定しても構わない。買取金額Ｑは、買取要求情報と宿泊予約情報から、仲介支援サーバ１２１の制御部１２３が演算により決定しても構わないし、人が演算し、演算結果を仲介支援サーバ１２１に入力しても構わない。
【０１５３】
ステップＳ５１４において、ＯＴＡは、仲介業者から通知された買取金額Ｑを予約者に通知を行う。
【０１５４】
ステップＳ５１５において、仲介支援サーバ１２１の制御部１２３は、ステップＳ５１３で買取価格Ｑを決定した予約権利情報を記憶部１２４に記憶する。記憶された予約権利情報は、図５で示す出品リストとして構成され、ネットワーク１４１を介してＷＥＢ上で公開される。購入者は端末装置１１１ｂから出品リストの内容を確認することができる。
【０１５５】
図５は、ＷＥＢサイト上で表示される購入可能な宿泊施設の予約権利の出品リストを示す図である。出品リストは、各宿泊施設について、宿泊施設の写真と、宿泊施設の名称、購入可能な宿泊日、宿泊人数、予約者が設定した掲載終了日、そして、予約に係る金額Ａ（宿泊の定価）、販売希望の金額Ｂが掲載されている。そのため、購入者は、自分の希望する条件を出品リストから探すことができる。販売希望の金額Ｂは、仲介業者が任意に定めることができる。例えば、買取価格Ｑに応じて金額Ｂを設定してもよいし、予約日までの残りの日数に応じて設定した金額Ｂを変更してもよい。
【０１５６】
ステップＳ５１６において、購入者は、出品リストから希望する予約権利についての購入を行うことができる。具体的には、購入者が使用する端末装置１１１ｂから出品リストに出品されている予約権利を選択し、購入希望情報を仲介支援サーバ１２１へ送信する。購入希望情報には、購入者の名義情報が含まれている。購入に際しては、金額Ｂを仲介業者に支払う。支払い方法は、現金でも振り込みでも、クレジットカードによる決済でも構わない。
【０１５７】
ステップＳ５１７において、仲介支援サーバ１２１の制御部１２３は、所定の期間内における購入者の有無を判別する。公開された出品リストに対して、購入者があればステップＳ５１８へ処理を進める。期間内に購入者がない場合はステップＳ５２３へ処理を進める。
【０１５８】
ステップＳ５１８において、仲介業者はＯＴＡに対して、ステップＳ５１６で予約権利を購入した購入者の名義情報(購入者情報)の通知を行う。
【０１５９】
ステップＳ５１９において、ＯＴＡは、宿泊施設に購入者情報に基づいて予約者の名義を、名義への変更を要求する。名義変更の要求方法は、仲介支援サーバ１２１が名義変更要求の指示をシステム端末１２５に表示することで、名義変更要求の指示を見た仲介業者の職員が電話等で宿泊施設に連絡を行っても構わない。また、宿泊料金Ａを宿泊施設に対して支払う。宿泊料金Ａの支払いは、ステップＳ５１９のタイミングではなく、数件の予約に対してまとめて行っても構わない。
【０１６０】
ステップＳ５２０において、宿泊施設は、ＯＴＡからの名義変更要求に基づいて、予約権利の名義人の変更を行う。具体的には、宿泊施設予約システム１３１ａにおける予約名義を、ＯＴＡから送信又は連絡された予約権利の購入者への変更を行う。名義変更は、ＯＴＡサーバ１５１から宿泊施設予約システム１３１ａにネットワーク１４１を介して電気的に行ってもよいし、仲介業者の職員からの電話等による連絡で宿泊施設の職員が行っても構わない。
【０１６１】
ステップＳ５２１において、宿泊料金Ａと買取保証の代金Ｐは、ステップＳ５０２におけるカード与信に基づいて、予約者からカード引き落としにより支払いが行われる。
【０１６２】
ステップＳ５２２において、購入者は、宿泊施設において、変更された予約権利の内容に基づいて宿泊を行うことができる。ステップＳ５２０において、宿泊者の名義は購入者に変更となっている。また宿泊料金Ａは、ステップＳ５１９において、ＯＴＡから宿泊施設に支払いがされている。そのため、購入者は、何らの手間を要することなく、宿泊施設に宿泊をすることができる。
【０１６３】
ステップＳ５２３において、仲介業者は、予約者に対してステップＳ５１３で決定した買取価格Ｑの支払いを行う。仲介業者は、購入者が宿泊できたことを確認した上で支払いを行っても構わない。それにより、仲介業者は、予約者が買取要求を行った予約権利ついてキャンセルを行っていないことを保証することができる。
【０１６４】
＜効果の説明＞
以上のように、本開示の第５の実施形態に係る仲介支援システムによれば、ＯＴＡが提供するサービスを用いて複数の宿泊施設への宿泊プランにおいて買取保証のオプションを選択することができる。また、買取要求後の宿泊施設に対する名義変更手続きはＯＴＡが行うことになり、仲介業者の作業負担を低減することができる。また出品される予約権利はＯＴＡが確保している枠であるため、内容の審査が不要又は簡略化することができる点で、仲介業者の作業負担を低減することができる。
【０１６５】
なお、本実施形態において、ＯＴＡと仲介業者は別々に説明しているが、同一事業者が運営を行っても構わない。
【０１６６】
（プログラム）
図１２は、コンピュータ２０１の構成を示す概略ブロック図である。コンピュータ２０１は、ＣＰＵ２０２、主記憶装置２０３、補助記憶装置２０４、インタフェース２０５を備える。
【０１６７】
ここで、本開示の実施形態に係る仲介支援サーバ１２１を構成する各機能を実現するためのプログラムの詳細について説明する。
【０１６８】
仲介支援サーバ１２１は、コンピュータ２０１に実装される。そして、仲介支援サーバ１２１の各構成要素の動作は、プログラムの形式で補助記憶装置２０４に記憶されている。ＣＰＵ２０２は、プログラムを補助記憶装置２０４から読み出して主記憶装置２０３に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ２０２は、プログラムに従って、上述した記憶部に対応する記憶領域を主記憶装置２０３に確保する。
【０１６９】
当該プログラムは、具体的には、コンピュータ２０１に、発行者が発行する予約権利に関する予約権利情報を管理する仲介支援プログラムであって、予約者からの予約権利の買取保証申請情報を受信するステップと、予約者からの予約権利の買取要求情報を受信するステップと、予約権利が買取可能期間であるかどうかを判別するステップと、買取可能期間内であると判別した場合、予約権利情報から出品リストを生成するステップと、生成した出品リストを配信するステップと、出品リストの配信を受けた購入希望者からの予約権利の購入希望情報を受信するステップと、発行者に対して購入希望情報に基づく名義変更要求をするための情報を生成するステップとを、を実行させる。
【０１７０】
なお、補助記憶装置２０４は、一時的でない有形の媒体の一例である。一時的でない有形の媒体の他の例としては、インタフェース２０５を介して接続される磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等が挙げられる。また、このプログラムがネットワークを介してコンピュータ２０１に配信される場合、配信を受けたコンピュータ２０１が当該プログラムを主記憶装置２０３に展開し、上記処理を実行しても良い。
【０１７１】
また、当該プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、当該プログラムは、前述した機能を補助記憶装置２０４に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【０１７２】
以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。
【符号の説明】
【０１７３】
１、２  仲介支援システム、１１１、１１１ａ〜１１１ｃ  端末装置、１２１  仲介支援サーバ、１２２  通信部、１２３  制御部、１２４  記憶部、１２５  システム端末、１３１、１３１ａ〜１３１ｃ  宿泊施設予約システム、１４１  ネットワーク、１５１  ＯＴＡサーバ、２０１  コンピュータ、２０２  ＣＰＵ、２０３  主記憶装置、２０４  補助記憶装置、２０５  インタフェース
【図１】
2018190166.tif 000003
【図２】
2018190166.tif 000004
【図３】
2018190166.tif 000005
【図４】
2018190166.tif 000006
【図５】
2018190166.tif 000007
【図６】
2018190166.tif 000008
【図７】
2018190166.tif 000009
【図８】
2018190166.tif 000010
【図９】
2018190166.tif 000011
【図１０】
2018190166.tif 000012
【図１１】
2018190166.tif 000013
【図１２】
2018190166.tif 000014