JP7360222B1 - プログラム、情報処理装置、製造方法、情報処理方法 - Google Patents

Abstract

【課題】顧客に対するキャンセル料を請求するメッセージを簡単に作成するプログラム、情報処理装置、製造方法、情報処理方法を提供する。【解決手段】プログラムは、キャンセル料金の請求を効率的に行う情報処理システムのサーバの請求部に、外部の事業者が運営する予約管理サービスから、複数の予約情報を取得する予約取得ステップにおいて取得した複数の予約情報のうち、当該予約にかかる内容を充足しなかった所定の予約情報の選択操作を受け付ける予約選択ステップ及び選択した所定の予約情報の予約を行った顧客情報を特定する顧客特定ステップを含む予約情報取得ステップと、選択した所定の予約情報と、特定した顧客情報と、に基づき、所定の予約情報に対するキャンセル料を請求するメッセージを作成するメッセージ作成ステップと、作成したメッセージを、特定した顧客情報に基づき特定される顧客へ通知するメッセージ通知ステップと、を実行させる。【選択図】図９

Description

本開示は、プログラム、情報処理装置、製造方法、情報処理方法に関する。

宿泊施設、レストラン等の施設予約をオンラインで行う技術が知られている。
特許文献１には、ノーショーやドタキャンによる損害を抑えることができ、電話での予約受付が多い店舗にも導入が容易な予約管理システムが開示されている。

特開２０１９－２０４２６２号公報

顧客に対するキャンセル料を請求するメッセージを簡単に作成することができていないという課題がある。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、顧客に対するキャンセル料を請求するメッセージを簡単に作成する技術を提供することである。

プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムであって、プロセッサが、外部の事業者が運営する予約管理サービスから、複数の予約に関する予約情報を取得する予約取得ステップと、予約取得ステップにおいて取得した、複数の予約情報のうち、当該予約にかかる内容を充足しなかった所定の予約情報の選択操作を受け付ける予約選択ステップと、予約選択ステップにおいて選択された所定の予約情報の予約を行った顧客に関する顧客情報を特定する顧客特定ステップと、予約選択ステップにおいて選択された所定の予約情報と、顧客特定ステップにおいて特定された顧客情報と、に基づき、所定の予約情報に対するキャンセル料を請求するメッセージを作成する作成ステップと、作成ステップにおいて作成されたメッセージを、顧客特定ステップにおいて特定された顧客情報に基づき特定される顧客へ通知する通知ステップと、を実行するプログラム。

本開示によれば、顧客に対するキャンセル料を請求するメッセージを簡単に作成することができる。

システム１の機能構成を示すブロック図である。 サーバ１０の機能構成を示すブロック図である。 ユーザ端末２０の機能構成を示すブロック図である。 ユーザテーブル１０１２のデータ構造を示す図である。 予約テーブル１０１３のデータ構造を示す図である。 請求テーブル１０１４のデータ構造を示す図である。 予約取得処理の動作を示すフローチャートである。 予約提示処理の動作を示すフローチャートである。 請求処理の動作を示すフローチャートである。 予約提示処理の動作を示す画面例である。 請求処理における連携内容ページを示す画面例である。 請求処理における請求作成ページを示す画面例である。 請求処理において顧客へ通知される請求メッセージの一例を示す図である。 コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。

＜システム１の構成＞
本開示におけるシステム１は、施設予約および施設予約のキャンセル料金の請求を効率的に行うための情報処理サービスを提供するための情報処理システムである。
システム１は、ネットワークＮを介して接続された、ＰＭＳ５０１、ＯＴＡ５１１、サイトコントローラ５２１、サーバ１０、ユーザ端末２０の情報処理装置を備える。
図１は、システム１の機能構成を示すブロック図である。
図２は、サーバ１０の機能構成を示すブロック図である。
図３は、ユーザ端末２０の機能構成を示すブロック図である。

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。ＰＭＳ５０１、ＯＴＡ５１１、サイトコントローラ５２１、サーバ１０、ユーザ端末２０のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。

＜ＰＭＳ５０１の構成＞
ＰＭＳ５０１（プロパティ・マネジメント・システム）は、施設の社内システムとして、予約管理機能、フロント管理機能、顧客管理機能、データ集計、分析機能等の情報処理サービスを提供するシステムである。例えば、ＰＭＳ５０１は、ｉｎｎｔｏ、ＨＯＴＥＬ ＳＭＡＲＴ、Ａｉｒｈｏｓｔ ＰＭＳなどを含む。通常、施設は社内システムとして１つのＰＭＳシステムと契約し利用することが一般的である。

＜ＯＴＡ５１１の構成＞
ＯＴＡ５１１（オンライン旅行代理店）は、インターネット上で顧客から施設予約を受け付ける予約管理サービスを提供するシステムである。宿泊、レストラン予約等の予約内容に応じて複数の事業者が異なるサービスを提供している。例えば、宿泊施設に関するＯＴＡ５１１は、じゃらん、楽天トラベル、一休．ｃｏｍなどを含む。
通常、施設は１つのＯＴＡと契約し利用することが一般的である。

＜サイトコントローラ５２１の構成＞
サイトコントローラ５２１は、複数のＯＴＡを介して顧客から受け付ける施設予約を一元管理する情報処理サービスを提供するシステムである。施設は、施設の稼働率向上のために複数の異なるＯＴＡを利用することが一般的であるが、施設の在庫・料金管理、予約管理、料金体型の設定等の作業を個別のＯＴＡ毎に行う場合、煩雑な作業が発生し、ダブルブッキング等のミスが生じやすい。施設は、サイトコントローラ５２１を使用することにより効率的に予約管理等を行うことができる。例えば、サイトコントローラ５２１は、手間いらず、ＴＬリンカーン、楽通ｗｉｔｈなどを含む。
通常、施設は複数のＯＴＡシステムと契約し利用することが一般的である。
ＰＭＳ５０１、ＯＴＡ５１１、サイトコントローラ５２１は、それぞれインターネットを介したクラウドサービスとして提供されることが一般的である。施設の従業員等は、インターネットを介して各システムにアクセスすることによりサービスの提供を受けることができる。
また、施設等の利用を希望する顧客は、ＯＴＡを介して施設予約を行うことができる。また、ＯＴＡに記憶された顧客の施設予約に関する情報は、サイトコントローラにより取得され、ＰＭＳにも反映される。一つの同じ施設予約に関する情報は、ＰＭＳ、ＯＴＡ、サイトコントローラ等に記憶される。同じ施設予約に関する情報は、後述する予約番号というユニークな番号により紐付けられる。

＜サーバ１０の構成＞
サーバ１０は、施設予約等のキャンセル料金の請求を効率的に行うための情報処理サービスを提供する情報処理装置である。具体的には、サーバ１０は、インターネットに接続されている。同様にインターネットに接続された複数のＰＭＳ５０１、５０２・・・、複数のＯＴＡ５１１、５１２・・・、複数のサイトコントローラ５２１、５２２・・・等（詳細は後述する）から、宿泊施設、レストラン、その他任意の役務、サービスの提供のために行われる施設予約に関する予約情報を取得することが可能である。本開示では、一例として宿泊施設、レストラン等の予約管理サービスを一例として説明するが、施設を必要としないスキルシェア、習い事等の予約管理サービスに対しても適用可能である。
具体的に、サーバ１０は、複数のＰＭＳ５０１、５０２・・・、複数のＯＴＡ５１１、５１２・・・、複数のサイトコントローラ５２１、５２２・・・等の予約管理サービスが提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）エンドポイントへアクセスしたり、施設を管理する従業員等が予約管理サービスから取得したＣＳＶ等のデータをアップロードしたり、その他、Ｗｅｂクローラ等のロボットによるスクレイピングにより予約管理サービスから各種情報を自動または手動で取得することができる。
予約管理サービスは、施設が運営する自社サイト等から予約を受け付ける予約システム（予約エンジン）、主に飲食店等の施設特有のニーズに応じた予約管理機能を有する電子予約を管理する予約台帳システム、予約システムおよび予約台帳システムを含み顧客管理機能を有する予約顧客管理システム等を含む。また、本開示は一例として、サーバ１０と宿泊施設等における複数の予約管理サービスとが接続される例を一例として説明するが、宿泊施設以外の予約管理サービスにおいてはＰＭＳ等の予約管理システムを要さない場合もある。本開示は、顧客の予約に関する情報を記憶することが可能な任意の予約管理サービス等に対して適用可能である。
サーバ１０は、記憶部１０１、制御部１０４を備える。

＜サーバ１０の記憶部１０１の構成＞
サーバ１０の記憶部１０１は、アプリケーションプログラム１０１１、ユーザテーブル１０１２、予約テーブル１０１３、請求テーブル１０１４を備える。

アプリケーションプログラム１０１１は、サーバ１０の制御部１０４を各機能ユニットとして機能させるためのプログラムである。
アプリケーションプログラム１０１１は、ウェブブラウザアプリケーションなどのアプリケーションを含む。

ユーザテーブル１０１２は、サービスを利用する会員ユーザ（以下、ユーザ）の情報を記憶し管理するテーブルである。本開示においては、施設等を管理運営する従業者等が、本開示にかかる情報処理サービスのユーザとなる。
ユーザは、サービスの利用登録を行うことで、当該ユーザの情報がユーザテーブル１０１２の新しいレコードに記憶される。これにより、ユーザは本開示にかかるサービスを利用できるようになる。
ユーザテーブル１０１２は、ユーザＩＤを主キーとして、ユーザＩＤ、ユーザ名、ユーザデータ、サービスデータ、連携予約サービスのカラムを有するテーブルである。
図４は、ユーザテーブル１０１２のデータ構造を示す図である。

ユーザＩＤは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
ユーザデータは、ユーザの情報を記憶する項目である。
ユーザデータは、ユーザの氏名、住所、連絡先等の情報を含む。
ユーザデータは、ユーザが顧客に対して提供する施設の情報を含んでも良い。例えば、ユーザデータは、施設名、施設住所、施設連絡先等の情報を含む。
サービスデータは、ユーザが顧客に対して提供するサービスの情報を記憶する項目である。
サービスデータは、ユーザが顧客に対して提供するサービスの種類、サービスの内容、サービスの料金、キャンセルした際のキャンセルポリシー等の情報を含む。
・サービスの種類は、宿泊、飲食、交通機関（飛行機、電車、バス等）、習い事等のサービスの種類を特定する情報を含む。複数のサービスの種類を含んでも良い。
・サービスの内容は、宿泊プラン、飲食時のメニュー、コース、交通機関の移動区間、座席種別等のサービスの内容を特定する情報を含む。複数のサービスの内容を含んでも良い。
・サービスの料金は、サービスの内容ごとの料金を含む。サービスの料金は、予約日時（平日、祝祭日）、時間帯（早朝、日中、夜間）に応じて複数の料金が設定されていても良い。なお、予約日時はサービスが提供される日時である。
・キャンセルポリシーは、予約をキャンセルした際に顧客に対して適用される義務を規定する情報を含む。例えば、顧客が予約をキャンセルした場合において、予約日時が所定の時期的要件を満たしている場合（例えば、顧客が予約日時から所定期間以内にキャンセルを行った場合など）には、顧客はユーザに対してサービスの料金の一部または全部をキャンセル料として支払う義務等が規定された項目である。
サービスデータは、ユーザが顧客に対して提供する施設の情報を含んでも良い。例えば、サービスデータは、施設名、施設住所、施設連絡先等の情報を含む。
連携予約サービスは、ユーザが利用しているＰＭＳ、サイトコントローラ、ＯＴＡ等の予約管理サービスを特定する情報を記憶する項目である。具体的に、ユーザが利用している予約管理サービスを識別するための予約管理サービス識別情報（予約管理サービスＩＤ）が記憶される。なお、ユーザは、サーバ１０が提供する不図示の管理画面等において、連携予約サービスの内容を編集することができる。

予約テーブル１０１３は、施設の予約に関する情報（予約情報）を記憶し管理するためのテーブルである。
予約テーブル１０１３は、予約ＩＤを主キーとして、予約ＩＤ、予約管理サービスＩＤ、ユーザＩＤ、予約番号、施設予約データ、顧客データ、キャンセルデータ、優先度、更新日時のカラムを有するテーブルである。
図５は、予約テーブル１０１３のデータ構造を示す図である。

予約ＩＤは、予約を識別するための予約識別情報を記憶する項目である。予約ＩＤは、予約情報ごとにユニークな値が設定されている項目である。
予約管理サービスＩＤは、予約管理サービスを識別するためのサービス識別情報を記憶する項目である。
具体的に、サービス識別情報は、複数のＰＭＳ５０１、５０２・・・、複数のＯＴＡ５１１、５１２・・・、複数のサイトコントローラ５２１、５２２・・・のそれぞれを識別するための文字列である。
ユーザＩＤは、ユーザを識別するためのユーザ識別情報を記憶する項目である。
予約番号は、予約情報を特定するための番号を記憶する項目である。具体的に、
施設予約データは、施設予約の内容に関する情報を記憶する項目である。
施設予約情報は、施設等の利用予定日時、希望する利用プラン、利用人数、利用料金等の情報を含む。
顧客データは、施設予約を行った顧客に関する情報（顧客情報）を記憶する項目である。
顧客情報は、顧客の氏名、顧客の住所、顧客の連絡先（電話番号、メールアドレス、ＳＮＳのＩＤ）を含む。顧客情報は、性別、年齢等の顧客属性に関する情報を含んでも良い。
キャンセルデータは、予約情報に対するキャンセル情報を記憶する項目である。
キャンセル情報は、予約識別情報により特定される予約情報がキャンセルされたことを示す情報、キャンセル日時、適用されるキャンセルポリシー、キャンセル料金等の情報を含む。
優先度は、予約情報の優先度に関する情報を記憶する項目である。
更新日時は、予約情報の更新日時を記憶する項目である。

請求テーブル１０１４は、予約情報に対するキャンセル料の請求に関する情報（請求情報）を記憶し管理するためのテーブルである。
請求テーブル１０１４は、予約ＩＤ、請求日時、請求データ、請求金額、入金データのカラムを有するテーブルである。
図６は、請求テーブル１０１４のデータ構造を示す図である。

予約ＩＤは、顧客がキャンセルした予約情報を識別するための予約識別情報を記憶する項目である。
請求日時は、後述する請求処理により顧客に対してキャンセル料金を請求するメッセージを送信した日時を記憶する項目である。
請求データは、キャンセル料の請求に関する情報を記憶する項目である。
請求データは、１または複数の請求日時、請求日時における請求ごとの通知手段（電話、メール、ＳＭＳ等）、請求日時における請求ごとに通知メッセージの内容等の文字列情報を含む。請求データは、キャンセル料金を請求するメッセージの内容を含んでも良い。
請求金額は、キャンセル料金に関する情報を記憶する項目である。
入金データは、顧客からキャンセル料金の入金があった際の情報を記憶する項目である。
入金データは、入金日時、入金金額等の情報を含む。

＜サーバ１０の制御部１０４の構成＞
サーバ１０の制御部１０４は、ユーザ登録制御部１０４１、取得部１０４２、提示部１０４３、請求部１０４４を備える。制御部１０４は、記憶部１０１に記憶されたアプリケーションプログラム１０１１を実行することにより、各機能ユニットが実現される。

ユーザ登録制御部１０４１は、本開示に係るサービスの利用を希望するユーザの情報をユーザテーブル１０１２に記憶する処理を行う。
ユーザテーブル１０１２に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ１０へ送信する。ユーザ登録制御部１０４１は、受信した情報をユーザテーブル１０１２の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル１０１２に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部１０４１によるユーザ情報のユーザテーブル１０１２への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザＩＤは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部１０４１が自動的に任意の文字列または数字を設定しても良い。

取得部１０４２は、予約取得処理を実行する。詳細は後述する。

提示部１０４３は、予約提示処理を実行する。詳細は後述する。

請求部１０４４は、請求処理を実行する。詳細は後述する。

＜ユーザ端末２０の構成＞
ユーザ端末２０は、サービスを利用するユーザが操作する情報処理装置である。ユーザ端末２０は、例えば、スマートフォン、タブレット等の携帯端末でもよいし、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
ユーザ端末２０は、記憶部２０１、制御部２０４、入力装置２０６、出力装置２０８を備える。

＜ユーザ端末２０の記憶部２０１の構成＞
ユーザ端末２０の記憶部２０１は、ユーザＩＤ２０１１、アプリケーションプログラム２０１２を備える。

ユーザＩＤ２０１１はユーザのアカウントＩＤである。ユーザは、ユーザ端末２０からユーザＩＤ２０１１を、サーバ１０へ送信する。サーバ１０は、ユーザＩＤ２０１１に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、ユーザＩＤ２０１１には、ユーザ端末２０を利用しているユーザを識別するにあたりサーバ１０から一時的に付与されるセッションＩＤなどの情報を含む。

アプリケーションプログラム２０１２は、記憶部２０１に予め記憶されていても良いし、通信ＩＦを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。
アプリケーションプログラム２０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム２０１２は、ユーザ端末２０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。

＜ユーザ端末２０の制御部２０４の構成＞
ユーザ端末２０の制御部２０４は、入力制御部２０４１、出力制御部２０４２を備える。制御部２０４は、記憶部２０１に記憶されたアプリケーションプログラム２０１２を実行することにより、各機能ユニットが実現される。

＜ユーザ端末２０の入力装置２０６の構成＞
ユーザ端末２０の入力装置２０６は、カメラ２０６１、マイク２０６２、位置情報センサ２０６３、モーションセンサ２０６４、タッチデバイス２０６５を備える。

＜ユーザ端末２０の出力装置２０８の構成＞
ユーザ端末２０の出力装置２０８は、ディスプレイ２０８１、スピーカ２０８２を備える。

＜システム１の動作＞
以下、システム１の各処理について説明する。
図７は、予約取得処理の動作を示すフローチャートである。
図８は、予約提示処理の動作を示すフローチャートである。
図９は、請求処理の動作を示すフローチャートである。
図１０は、予約提示処理の動作を示す画面例である。
図１１は、請求処理における連携内容ページを示す画面例である。
図１２は、請求処理における請求作成ページを示す画面例である。
図１３は、請求処理において顧客へ通知される請求メッセージの一例を示す図である。

＜予約取得処理＞
予約取得処理は、予約管理サービスから予約に関する予約情報を取得する処理である。

＜予約取得処理の概要＞
予約取得処理は、ユーザ情報を特定し、当該ユーザが利用している予約管理サービスから施設予約データ、顧客データ、キャンセルデータ等を取得し、予約情報を記憶する一連の処理である。
具体的に、サーバ１０の取得部１０４２は、所定期間ごとにユーザごとに、当該ユーザが利用している外部の予約管理サービスから予約情報を取得する。サーバ１０の取得部１０４２は、取得した予約情報を、ユーザを特定するためのユーザ識別情報と関連付けてサーバ１０の予約テーブル１０１３に記憶する。
サーバ１０の取得部１０４２は、定期的に予約取得処理を実行する。なお、予約取得処理は、サービスを利用するユーザによる入力操作に応じて実行される構成としても良い。また、後述する予約提示処理、請求処理に先立って、自動的に実行される構成としても構わない。

予約取得処理により、ユーザごとに、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約番号、施設予約データ、顧客データ、キャンセルデータを関連付けて予約テーブル１０１３に記憶することができる。これにより、外部の異なる事業者が運営する複数の予約管理サービスに分散されて記憶されている予約情報を、予約テーブル１０１３に集約し、一元管理することができる。
なお、外部の異なる事業者が運営する複数の前記予約管理サービスは、少なくともプロパティ・マネジメント・システム、サイトコントローラ、および、オンライン・トラベル・エージェント・システムを含む。

＜予約取得処理の詳細＞
以下に、予約取得処理の詳細を説明する。

ステップＳ１０１において、サーバ１０の取得部１０４２は、ユーザテーブル１０１２を検索することによりユーザＩＤ、ユーザデータ、サービスデータ、連携予約サービスを含むユーザ情報を取得する。サーバ１０の取得部１０４２は、取得したユーザ情報ごとに、以下に説明するステップＳ１０２以降の処理を実行する。
なお、サーバ１０の取得部１０４２は、取得したユーザデータ、サービスデータに応じて予約取得処理を実行する頻度を変化させても良い。例えば、サーバ１０の取得部１０４２は、ユーザデータ、サービスデータに応じて優先度を算定し、当該優先度に基づき予約取得処理の実行頻度を変化させる。例えば、サーバ１０の取得部１０４２は、優先度が高いほど短い期間ごとに外部の予約取得処理を実行する。これにより、外部の予約管理サービスに記憶された予約情報と、サーバ１０の予約テーブル１０１３に記憶された予約情報との同期をより保つことができる。
本開示においては、簡単のため所定の１のユーザ（所定ユーザＩＤにより特定される）に対する予約取得処理を以下に説明する。なお、ステップＳ１０２以降の処理は、ユーザテーブル１０１２に記憶された他のユーザ情報に対しても同様に実行される。

ステップＳ１０２において、サーバ１０の取得部１０４２は、外部の異なる事業者が運営する複数の予約管理サービスから、複数の予約に関する予約情報を取得する予約取得ステップを実行する。
具体的に、サーバ１０の取得部１０４２は、ステップＳ１０１において取得した連携サービスの項目に含まれる、ユーザが利用する予約管理サービスの予約管理サービスＩＤを取得する。具体的に、ユーザが自身の施設予約を管理するために利用（契約）しているＰＭＳ、サイトコントローラ、ＯＴＡ等の予約管理サービスを特定するための文字列を取得し特定する。通常、１のユーザは、１のＰＭＳ、１のサイトコントローラ、複数のＯＴＡと契約していることが一般的である。
サーバ１０の取得部１０４２は、取得した予約管理サービス識別情報に基づき、不図示のデータベース等を参照して、予約管理サービスごとにアクセスするためのＡＰＩエンドポイントを特定する。サーバ１０の取得部１０４２は、取得したＡＰＩエンドポイントへ、所定ユーザＩＤ、または、所定ユーザＩＤに基づき特定される予約管理サービスごとのユーザＩＤ等を含む予約情報を取得するためのリクエストを送信する。予約管理サービスは、リクエストに対するレスポンスとして予約番号、施設予約データ、顧客データ、キャンセルデータを送信する。これにより、サーバ１０の取得部１０４２は、予約管理サービスＩＤごとに、外部の予約管理サービスから予約番号、施設予約データ、顧客データ、キャンセルデータを取得することができる。
なお、サーバ１０の取得部１０４２は、複数のＰＭＳ、複数のサイトコントローラ、または、複数のＯＴＡ等の、外部の異なる事業者が運営する複数の予約管理サービスから、複数の予約に関する予約情報を取得することが可能であれば足りる。同時に複数のＰＭＳ、複数のサイトコントローラ、および複数のＯＴＡ等の、すべての種類の外部の異なる事業者が運営する複数の予約管理サービスから複数の予約に関する予約情報を取得できる必要はない。任意の２以上の予約管理サービスから予約情報を取得することができれば十分である。

予約取得ステップにおいて取得する予約情報は、予約に関する予約金額、予約日時およびキャンセル日時の情報を含んでも良い。
具体的に、サーバ１０の取得部１０４２が取得する施設予約データは、予約に関する予約金額として利用料金等の情報、予約日時を含む。また、サーバ１０の取得部１０４２が取得するキャンセルデータは、キャンセル日時の情報を含む。具体的に、ＯＴＡ等の予約管理サービスにおいては、顧客はＯＴＡ等にアクセスすることにより、顧客が過去に予約した予約情報をキャンセルすることができる。その場合、ＯＴＡ等は、キャンセルに係る情報をキャンセルデータとして記憶し、蓄積する。サーバ１０の取得部１０４２は、ＯＴＡ等に記憶し，蓄積されたキャンセルデータを取得することができる。なお、キャンセルデータは、顧客による入力操作に限らず、ユーザが顧客による連絡を受け付けてＰＭＳ、サイトコントローラ、ＯＴＡ等にキャンセルデータを直接入力しても良い。また、サービス利用に現れないノーショウによるキャンセルの場合においても、ユーザがＰＭＳ、サイトコントローラ、ＯＴＡ等にキャンセルデータを直接入力しても良い。
なお、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、本開示にかかるサーバ１０へアクセスすることにより、予約テーブル１０１３のキャンセルデータを編集しても良い。例えば、サービス利用に現れないノーショウの場合には、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、予約テーブル１０１３のノーショウにかかる予約情報のレコードに含まれるキャンセルデータの項目にキャンセル情報を入力する。これにより、顧客の予約した予約情報に対するキャンセル手続きを行うことができる。

ステップＳ１０２において、サーバ１０の取得部１０４２は、予約取得ステップにおいて取得した複数の予約情報に関するキャンセル条件を規定したキャンセルポリシーを取得する規約取得ステップを実行する。
具体的に、サーバ１０の取得部１０４２が取得するキャンセルデータは、施設予約データをキャンセルした際に適用されるキャンセル条件が規定されたキャンセルポリシーを含む。
サーバ１０の取得部１０４２は、キャンセルポリシーを、予約管理サービスごとに取得する必要はなく、ＰＭＳ、サイトコントローラ等の所定の予約管理サービスから取得し、当該取得したキャンセルポリシーをＯＴＡ等の他の予約管理サービスに対して用いても良い。
サーバ１０の取得部１０４２は、キャンセルポリシーを、ステップＳ１０１において取得したサービスデータに含まれるキャンセルポリシーから取得しても良い。この場合、ユーザは予め、本開示にかかるサーバ１０が提供するユーザ管理画面へアクセスし、自身の管理する施設のキャンセルポリシーを入力および編集し、ユーザテーブル１０１２のサービスデータの項目に予め記憶しておく。
また、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、予約情報ごとのキャンセルデータを編集することにより、キャンセルポリシーを入力および編集しても構わない。

本開示において、ＰＭＳ、サイトコントローラ、複数あるＯＴＡ等のそれぞれの予約管理サービスが提供するＡＰＩエンドポイントから施設予約データ、顧客データ、キャンセルデータを取得する構成を一例として開示したが、これに限られない。例えば、サイトコントローラのＡＰＩエンドポイントを介して、ＰＭＳ、複数あるＯＴＡ等の予約管理サービスから施設予約データ、顧客データ、キャンセルデータを取得しても良い。この場合も、外部の異なる事業者が運営する複数の予約管理サービスから、複数の予約に関する予約情報を取得する場合に含まれる。
また、ユーザが、ユーザ端末２０の入力装置２０６により、ウェブブラウザアプリケーション等を操作することにより、ＰＭＳ、サイトコントローラ、複数あるＯＴＡ等が提供する各ウェブサイトへアクセスし、予約番号、施設予約データ、顧客データ、キャンセルデータが記憶されたＣＳＶファイル等のファイルをダウンロードする。ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、ダウンロードしたファイルをサーバ１０が提供する不図示のアップロードページからアップロードすることによりサーバ１０へ送信しても良い。この場合も、サーバ１０の取得部１０４２は、ＰＭＳ、サイトコントローラ、複数あるＯＴＡ等のそれぞれの予約管理サービスから施設予約データ、顧客データ、キャンセルデータを取得することができる。
その他、サーバ１０の取得部１０４２は、ＡＰＩエンドポイントを介さずに、サーバ１０の記憶部１０１に記憶されたＷｅｂスクレイピングプログラムを実行することにより、ＰＭＳ、サイトコントローラ、複数あるＯＴＡ等のそれぞれの予約管理サービスから施設予約データ、顧客データ、キャンセルデータを取得する構成としても構わない。また、ユーザが、ユーザ端末２０の入力装置２０６を操作することにより、予約テーブル１０１３に予約番号、施設予約データ、顧客データ、キャンセルデータ等を取得する構成としても良い。

ステップＳ１０３において、サーバ１０の取得部１０４２は、予約管理サービスＩＤ、ステップＳ１０１において特定した所定ユーザＩＤ、予約管理サービスＩＤにより特定される予約管理サービスから取得した予約番号、施設予約データ、顧客データ、キャンセルデータを、それぞれ、予約テーブル１０１３の新たなレコードの予約管理サービスＩＤ、ユーザＩＤ、施設予約データ、顧客データ、キャンセルデータの項目に記憶する。このとき、予約ＩＤは自動的に採番される。
サーバ１０の取得部１０４２は、予約管理サービスＩＤに基づき特定される優先度を、新たに作成したレコードの優先度の項目に記憶しても良い。例えば、本開示においては、ＰＭＳ、サイトコントローラ、ＯＴＡの順番に高い優先度を割り当てる。なお、優先度は、複数のＰＭＳ、複数のサイトコントローラ、複数のＯＴＡごとに異なる優先度を割り当てても構わない。その場合においても、ＰＭＳ、サイトコントローラ、ＯＴＡの優先度の順番は変わらないことが好適である。優先度が高い予約管理サービスほど、記憶されている予約情報の信頼性が高いためである。

なお、本開示において外部の予約管理サービスからすべての予約情報を取得する場合を一例として開示したが、サーバ１０の取得部１０４２は、キャンセルデータと関連付けられている予約情報のみを取得する処理を実行しても構わない。具体的に、サーバ１０の取得部１０４２は、外部の予約管理サービスから、顧客からキャンセルを受け付けた予約情報、サービス利用に現れないノーショウの予約情報の予約情報のみを取得し、他の予約情報を取得しない構成としても良い。これにより、顧客に対してキャンセル料の請求を行う予約情報のみを取得することができ通信量を減らすことができる。

＜予約提示処理＞
予約提示処理は、予約取得処理により取得した予約情報をユーザに対して提示する処理である

＜予約提示処理の概要＞
予約提示処理は、ユーザに対して予約提示画面を表示し、ユーザがユーザＩＤを入力すると、当該ユーザが管理する予約情報を取得し、予約情報を一覧表示する一連の処理である

＜予約提示処理の詳細＞
以下に、予約提示処理の詳細を説明する。

ステップＳ３０１において、ユーザは、ユーザ端末２０の入力装置２０６を操作し、ブラウザアプリケーション等を実行し、予約提示処理を実行するためのウェブページ（予約提示ページ）のＵＲＬ等を入力することにより予約提示ページＤ１を開く。ユーザ端末２０の制御部２０４は、予約提示ページを開くためのユーザＩＤ２０１１を含むリクエストをサーバ１０へ送信する。

ステップＳ３０２において、サーバ１０の提示部１０４３は、リクエストを受信するとユーザＩＤ２０１１に基づき、予約テーブル１０１３の予約ＩＤの項目を検索し複数の予約情報を取得する。

ステップＳ３０３において、サーバ１０の提示部１０４３は、予約取得ステップにおいて取得した複数の予約情報を一覧提示する一覧提示ステップを実行する。
具体的に、サーバ１０の提示部１０４３は、取得した予約情報に基づき予約提示ページを生成しユーザ端末２０へ送信する。ユーザ端末２０の制御部２０４は、予約提示ページをユーザ端末２０のディスプレイ２０８１に表示し、提示する。
なお、サーバ１０の提示部１０４３は、外部の予約管理サービスから取得した予約情報のうち、キャンセルデータと関連付けられている予約情報のみを、予約提示ページに一覧表示し、キャンセルデータと関連付けられていない予約情報を予約提示ページに表示しないものとしても良い。

図１０は、予約提示処理における予約提示画面の画面例である。ユーザ端末２０のディスプレイ２０８１には、予約提示ページＤ１が表示される。予約提示ページＤ１は、予約提示画面Ｄ１１を含む。予約提示画面Ｄ１１は、請求ボタンＤ１１０、ユーザが契約している予約管理サービスの一覧Ｄ１１１、現在表示している予約管理サービスの名称Ｄ１１２、予約取得処理により名称Ｄ１１２の予約管理サービスから取得した予約情報Ｄ１２１、Ｄ１２２を含む。予約情報Ｄ１２１、Ｄ１２２はそれぞれ、請求ボタンＤ１２１１、Ｄ１２２１、キャンセル料金Ｄ１２１２、Ｄ１２２２を含む。

ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、請求ボタンＤ１１０を押下することにより、請求処理を実行することができる。このとき、ユーザは予約テーブル１０１３に記憶された情報を用いずに、ユーザ端末２０の入力装置２０６を操作することにより、手動で請求処理を実行する。請求処理の詳細は後述する。

予約管理サービスの一覧Ｄ１１１は、取得した予約情報の予約管理サービスＩＤから重複を除き、不図示のテーブル等を参照して予約管理サービスの名称を一覧表示することにより作成される。
ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、予約管理サービスの一覧Ｄ１１１から予約情報の表示を希望する所定の予約管理サービスを選択する。ユーザ端末２０の制御部２０４は、ユーザによるユーザ端末２０の入力装置２０６の操作に応じて、選択された予約管理サービスの名称Ｄ１１２を予約提示ページＤ１に提示する。また、ユーザ端末２０の制御部２０４は、取得した予約情報のうち、選択された所定の予約管理サービスＩＤを含むレコードを、予約情報Ｄ１２１、Ｄ１２２に一覧して提示する。
また、ユーザ端末２０の制御部２０４は、予約情報Ｄ１２１、Ｄ１２２の予約ＩＤを含む請求情報を取得するためのリクエストをサーバ１０へ送信する。サーバ１０の提示部１０４３はリクエストに含まれる予約ＩＤに基づき、請求テーブル１０１４の予約ＩＤの項目を検索し、予約情報Ｄ１２１、Ｄ１２２に関連付けられた請求情報を取得する。サーバ１０の提示部１０４３は、取得した請求情報をユーザ端末２０へ送信する。
ユーザ端末２０の制御部２０４は、取得した請求情報に応じて請求ボタンＤ１２１１、Ｄ１２２１の表示態様を変化させる。具体的に、予約情報に応じた請求情報が存在しない場合には、請求ボタンＤ１２１１に「この予約を請求する」とのラベルを表示し、ユーザにより押下可能な態様で提示する。予約情報に応じた請求情報が存在する場合には、請求ボタンＤ１２２１に「請求済み」とのラベルを表示し、ユーザにより押下不可能な態様で提示する。なお、予約情報に応じた請求情報が存在する場合においても、改めて請求処理を実行することも考えられるため、ボタンの色をグレー等の目立たない色にしつつ、ユーザにより押下可能な態様で提示しても良い。

ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、請求ボタンＤ１２１１を押下することにより、当該請求ボタンＤ１２１１に関連付けられた予約情報Ｄ１２１に対する請求処理を実行することができる。請求処理の詳細は後述する。

ステップＳ３０３において、サーバ１０の提示部１０４３は、予約取得ステップにおいて選択した複数の予約情報の予約金額、予約日時、キャンセル日時およびキャンセルポリシーに基づき、複数の予約情報のキャンセル料金を算定する算定ステップを実行する。
具体的に、サーバ１０の提示部１０４３は、取得した予約情報に含まれる、施設予約データ、キャンセルデータに基づき、予約情報ごとに当該予約情報のキャンセル料金を算定しても良い。例えば、サーバ１０の提示部１０４３は、施設予約データに含まれる利用料金に基づき、予約日時およびキャンセル日時を比較しキャンセルポリシーに基づき特定されるキャンセル料金が発生する場合には、キャンセル料金を算定する。キャンセルポリシーにおいて、当日キャンセルでは１００％のキャンセル料、前日キャンセルでは７０％のキャンセル料、３日前以内のキャンセルでは５０％のキャンセル料が規定されている場合において、顧客が予約日時当日にキャンセルまたはサービス利用に現れないノーショウの場合には、施設予約データに含まれる利用料金をキャンセル料金として算定する。顧客が予約前日にキャンセルした場合は、施設予約データに含まれる利用料金の７０％をキャンセル料金として算定する。顧客が予約３日前以内にキャンセルした場合は、施設予約データに含まれる利用料金の５０％をキャンセル料金として算定する。
サーバ１０の取得部１０４２は、キャンセル料金をユーザ端末２０へ送信する。ユーザ端末２０の制御部２０４は、受信したキャンセル料金Ｄ１２１２、Ｄ１２２２を算定対象の予約情報と関連付けて、予約情報Ｄ１２１、Ｄ１２２へ一覧表示する。

ステップＳ３０３において、サーバ１０の提示部１０４３は、算定ステップにおいて算定されたキャンセル料金に基づき、作成ステップにおいてキャンセル料を請求するメッセージを作成する候補となる予約情報候補を提示する候補提示ステップを実行する。
具体的に、ユーザ端末２０の制御部２０４は、キャンセル料金がゼロ円以上として算定された予約情報を、後述する請求処理を実行するための予約情報候補としてユーザ端末２０のディスプレイ２０８１に表示しても良い。例えば、ユーザ端末２０の制御部２０４は、請求ボタンＤ１２１１、Ｄ１２２１を強調表示することにより、請求処理を実行するための予約情報候補としてユーザ端末２０のディスプレイ２０８１に表示する。その他、ユーザ端末２０の制御部２０４は、ユーザ端末２０のディスプレイ２０８１に予約情報候補を一覧表示するためのポップアップダイアログ等に表示することにより提示しても良い。これにより、ユーザはキャンセル料が発生する顧客を見落とさずに請求処理を実行することができる。
なお、ユーザ端末２０の制御部２０４は、キャンセル料金が所定金額以上の予約情報候補を識別可能な態様で強調表示しても良い。具体的に、キャンセル料金が所定金額以上の予約情報Ｄ１２１の背景を、他の予約情報Ｄ１２２とは異なる背景色、文字色、フォント、描画スタイル等の識別可能な態様で予約提示画面Ｄ１１に描画しても良い。例えば、ユーザ端末２０の制御部２０４は、キャンセル料金が２０００円以上の予約情報候補を識別可能な態様で表示する。その他、ユーザ端末２０の制御部２０４は、予約情報候補をキャンセル料金の金額の順番に降順に並べて予約提示画面Ｄ１１に描画しても良い。
これにより、多数の予約情報候補がある場合においても、ユーザはキャンセル料金の順番に請求処理を実行することができる。キャンセル料金の小さな予約情報候補ではなく、キャンセル料金の大きな予約情報候補に対して優先的に請求処理を実行することができる。ユーザは取得した複数の予約情報のうち、キャンセル料金を考慮して、キャンセル料を請求するメッセージを作成する顧客または予約情報を特定することができる。

ステップＳ３０３において、一覧提示ステップは、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報を識別可能な態様で一覧提示するステップを実行しても良い。
具体的に、サーバ１０の取得部１０４２は、ステップＳ３０２において予約テーブル１０１３から取得した複数の予約情報のうち、同一の予約番号を有する異なる予約情報のレコードを重複した予約情報として特定する。例えば、サーバ１０の取得部１０４２は、複数の予約情報に含まれる予約番号の個数をカウントし、カウント数が２以上の予約番号の予約情報を重複した予約情報とする。具体的には、本開示においては、ＰＭＳ、サイトコントローラ、複数のＯＴＡから、同一の予約番号を有する異なる予約情報を取得し、予約テーブル１０１３に記憶されていることが想定される。
サーバ１０の取得部１０４２は、重複した予約情報Ｄ１２１の背景を、他の予約情報Ｄ１２２とは異なる背景色、文字色、フォント、描画スタイル等の識別可能な態様で予約提示画面Ｄ１１に描画する。
これにより、ＰＭＳ、サイトコントローラ、ＯＴＡ等の、外部の事業者が運営する複数の予約管理サービスにおいて重複して記憶された同一の予約に関する予約情報を一覧提示する場合において、ユーザは重複している予約情報を容易に識別することができる。例えば、重複した予約情報に基づき、顧客に対して重複したキャンセル料を請求するメッセージを送付してしまうことを避けることができる。

ステップＳ３０３において、一覧提示ステップは、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報を除外して一覧提示するステップを実行する。
具体的に、サーバ１０の取得部１０４２は、ステップＳ３０２において予約テーブル１０１３から取得した複数の予約情報のうち、同一の予約番号を有する複数の重複する予約情報のうち、１の予約情報を除いて他の予約情報を除外して、予約情報Ｄ１２１、Ｄ１２２を予約提示画面Ｄ１１に一覧提示する。
これにより、ＰＭＳ、サイトコントローラ、ＯＴＡ等の、外部の事業者が運営する複数の予約管理サービスにおいて重複して記憶された同一の予約に関する予約情報を一覧提示する場合において、ユーザは重複している予約情報を除外して確認することができる。例えば、重複した予約情報に基づき、顧客に対して重複したキャンセル料を請求するメッセージを送付してしまうことを避けることができる。

一覧提示ステップは、重複した複数の予約情報のうち、予約情報の取得元である予約管理サービスに応じて特定される１の予約情報のみを提示するステップを実行する。具体的に、重複した複数の予約情報のうち、プロパティ・マネジメント・システム、サイトコントローラ、および、オンライン・トラベル・エージェント・システムの優先度の順番に応じて、最も優先度が高い１の予約情報のみを提示する。
例えば、サーバ１０の取得部１０４２は、予約管理サービスＩＤとしてＰＭＳ、サイトコントローラ、ＯＴＡにかかる旅行管理サービスを特定する予約管理サービスＩＤを含む、予約番号が重複する複数の予約情報を取得する場合を想定する。この場合、サーバ１０の取得部１０４２は、予約管理サービスＩＤがＰＭＳにかかる予約情報ではない、予約管理サービスＩＤがサイトコントローラ、ＯＴＡにかかる予約情報を削除する。サーバ１０の取得部１０４２は、予約管理サービスＩＤが、ＰＭＳにかかる予約管理サービスの予約情報Ｄ１２１、Ｄ１２２を予約提示画面Ｄ１１に一覧提示する。
これにより、外部の事業者が運営する複数の予約管理サービスの優先度に応じて、所定の１の予約情報のみをユーザに対して提示することができる。顧客は取得した最新の予約情報に応じて、キャンセル料を請求するメッセージを作成することができる。

ステップＳ３０３において、一覧提示ステップは、複数の予約情報のうち、予約を行った顧客からのキャンセル料金の入金がなされた予約情報を除外して一覧提示するステップを実行しても良い。
具体的に、サーバ１０の取得部１０４２は、ステップＳ３０２において予約テーブル１０１３から取得した複数の予約情報に含まれる予約ＩＤに基づき、請求テーブル１０１４の予約ＩＤの項目を検索し、入金データを取得する。サーバ１０の取得部１０４２は、複数の予約情報のうち、入金データに顧客からキャンセル料金の入金があったことを示す情報が記憶されているレコードを除外して予約情報Ｄ１２１、Ｄ１２２を予約提示画面Ｄ１１に一覧提示する。
これにより、顧客からキャンセル料金の入金があった予約情報を除外して一覧提示することができる。既にキャンセル料金の入金があった予約情報に対して、キャンセル料を請求するメッセージを送付してしまうことを避けることができる。

ステップＳ３０３において、一覧提示ステップは、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報のうち少なくとも１の予約情報に対して顧客からのキャンセル料金の入金がなされている場合には重複した予約情報の全部を除外して一覧提示するステップを実行しても良い。
具体的に、サーバ１０の取得部１０４２は、ステップＳ３０２において予約テーブル１０１３から取得した複数の予約情報のうち、同一の予約番号を有する複数の重複する予約情報のうち、１の予約情報の予約ＩＤに対応する請求情報の入金データに顧客からキャンセル料金の入金があったことを示す情報が記憶されている場合は、当該レコードも除外して予約情報Ｄ１２１、Ｄ１２２を予約提示画面Ｄ１１に一覧提示する。
これにより、重複した複数の予約情報がある場合においても、ユーザは、少なくとも１の予約情報に対するキャンセル料金の入金がなされている、重複した複数の予約情報を容易に識別することができる。既にキャンセル料金の入金があった予約情報に対して、キャンセル料を請求するメッセージを送付してしまうことを避けることができる。

ステップＳ３０３において、一覧提示ステップは、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報のうち少なくとも１の予約情報に対して顧客からのキャンセル料金の入金がなされている場合には重複した予約情報を識別可能な態様で一覧提示するステップを実行しても良い。
具体的に、サーバ１０の取得部１０４２は、ステップＳ３０２において予約テーブル１０１３から取得した複数の予約情報のうち、同一の予約番号を有する複数の重複する予約情報のうち、１の予約情報の予約ＩＤに対応する請求情報の入金データに顧客からキャンセル料金の入金があったことを示す情報が記憶されている場合は、当該予約情報Ｄ１２１の背景を、他の予約情報Ｄ１２２とは異なる背景色、文字色、フォント、描画スタイル等の識別可能な態様で予約提示画面Ｄ１１に描画しても良い。
これにより、重複した複数の予約情報がある場合においても、ユーザは、少なくとも１の予約情報に対するキャンセル料金の入金がなされている、重複した複数の予約情報を容易に識別することができる。既にキャンセル料金の入金があった予約情報に対して、キャンセル料を請求するメッセージを送付してしまうことを避けることができる。

ステップＳ３０３において、一覧提示ステップは、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報のうち少なくとも２以上の予約情報に対して算定されたキャンセル料金の金額が一致しない場合には、２以上の予約情報を識別可能な態様で一覧提示するステップを実行する。
具体的に、サーバ１０の取得部１０４２は、ステップＳ３０２において予約テーブル１０１３から取得した複数の予約情報のうち、同一の予約番号を有する複数の重複する予約情報のそれぞれに対して、施設予約データ、キャンセルデータに基づき、予約情報事のキャンセル料金を算定する。サーバ１０の取得部１０４２は、算定された複数の予約情報のキャンセル料金を比較し、一致しない場合には当該予約情報Ｄ１２１、Ｄ１２２を、他の予約情報とは異なる背景色、文字色、フォント、描画スタイル等の識別可能な態様で予約提示画面Ｄ１１に描画する。
また、ユーザ端末２０の制御部２０４は、複数の重複する予約情報のそれぞれに対して算定されたキャンセル料金が一致しない場合には、一致しないことをポップアップダイアログ等に表示することにより提示しても良い。
これにより、重複した複数の予約情報がある場合において、ユーザは、複数の予約情報間でキャンセル料金の金額の不整合がある予約情報を容易に識別することができる。誤ったキャンセル料金の金額でキャンセル料を請求するメッセージを送付してしまうことを避けることができる。

＜請求処理＞
請求処理は、予約取得処理により取得した予約情報に対するキャンセル料金の請求を行うための処理である。

＜請求処理の概要＞
請求処理は、予約提示処理により一覧表示された予約情報のうち、メッセージを送付する予約情報を選択し、選択された予約情報を取得し、請求金額を算定し、メッセージを作成し、顧客に対してメッセージを送信し、顧客に対してメッセージを通知する一連の処理である

＜請求処理の詳細＞
以下に、請求処理の詳細を説明する。

ステップＳ５０１において、サーバ１０の請求部１０４４は、予約取得ステップにおいて取得した、複数の予約情報のうち、予約にかかる内容を充足しなかった所定の予約情報の選択操作を受け付ける予約選択ステップを実行する。予約選択ステップは、一覧提示ステップにより一覧提示した複数の予約情報に対する選択操作を受け付けるステップを実行する。
具体的に、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、予約提示画面Ｄ１１に描画された請求ボタンＤ１２１１を押下する。ユーザ端末２０の制御部２０４は、請求ボタンＤ１２１１に対応する予約情報Ｄ１２１の予約ＩＤを含む、予約情報の詳細を表示させるウェブページ（連携内容ページ）を表示させるリクエストをサーバ１０へ送信する。これにより、サーバ１０の請求部１０４４は、顧客により予約がキャンセルされた予約情報またはサービス利用に現れないノーショウ等の予約に係る内容を充足しなかった所定の予約情報の選択操作を受け付ける。サーバ１０の請求部１０４４は、受信した予約ＩＤに基づき、予約テーブル１０１３の予約ＩＤの項目を検索し予約情報を取得する。サーバ１０の請求部１０４４は、受信した予約ＩＤに基づき、請求テーブル１０１４の予約ＩＤの項目を検索し請求情報を取得する。
サーバ１０の請求部１０４４は、リクエストを受信すると連携内容ページを生成しユーザ端末２０へ送信する。ユーザ端末２０の制御部２０４は、連携内容ページをユーザ端末２０のディスプレイ２０８１に表示し、提示する。

図１１は、連携内容ページの画面例である。ユーザ端末２０のディスプレイ２０８１には、連携内容ページＤ２が表示される。連携内容ページＤ２は、キャンセル料金Ｄ２０１、請求ステータスＤ２０２、メッセージボタンＤ２０３、編集ボタンＤ２０４、施設予約データに基づく施設予約情報Ｄ２１１、顧客データに基づく顧客情報Ｄ２１２、請求情報Ｄ２１３を含む。

施設予約情報Ｄ２１１は、予約情報に含まれる予約番号、予約管理サービスＩＤに基づき特定される予約サイト、施設予約データに含まれる予約日時、予約金額、チェックイン日、チェックアウト日、予約情報がキャンセルデータを含んでいる場合にキャンセルデータに含まれるキャンセル日時を含む。

ステップＳ５０２において、サーバ１０の請求部１０４４は、予約選択ステップにおいて選択された所定の予約情報の予約を行った顧客に関する顧客情報を特定する顧客特定ステップを実行する。顧客特定ステップにおいて特定される顧客情報は、予約を行った顧客の氏名および連絡先に関する情報を含む。
具体的に、顧客情報Ｄ２１２は、顧客データに含まれる顧客番号、予約者名（予約を行った顧客の氏名）、電話番号、メールアドレス等の連絡先に関する情報、施設予約データに含まれる宿泊人数等の情報を含む。なお、顧客データは、施設予約データに含まれていても構わない。

ステップＳ５０２において、サーバ１０の請求部１０４４は、予約選択ステップにおいて選択された所定の予約情報の予約金額、予約日時、キャンセル日時およびキャンセルポリシーに基づき、キャンセル料金を算定する算定ステップを実行する。
具体的に、キャンセル料金Ｄ２０１は、施設予約データ、キャンセルデータに基づき算定される。なお、キャンセル料金Ｄ２０１の算定は、予約提示処理のステップＳ３０３におけるキャンセル料金の算定と同様であるため説明を省略する。請求ステータスＤ２０２は、選択された予約情報に関連付けられた請求情報が存在しない場合には「未請求」、存在する場合には「請求済」の文字列が表示される。また、請求情報が存在する場合には、請求日時、請求金額等の付帯情報を表示しても良い。
なお、ステップＳ５０２においてキャンセル料金の算定は必須ではなく任意である。具体的に、ステップＳ５０３においてキャンセル料金をユーザにより入力させ、当該入力されたキャンセル料金を含む請求情報が請求テーブル１０１４の請求金額の項目記憶されている場合は、当該請求テーブル１０１４に記憶された請求金額の項目を、キャンセル料金Ｄ２０１に表示しても良い。

サーバ１０の請求部１０４４は、取得した請求情報に含まれる請求日時、請求情報を識別するための請求情報識別情報（請求ＩＤ）を請求情報Ｄ２１３に表示する。

ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、メッセージボタンＤ２０３を押下する。ユーザ端末２０の制御部２０４は、連携内容ページに表示された予約ＩＤを含む、請求メッセージを作成するためのページ（請求作成ページ）を表示させるためのリクエストをサーバ１０へ送信する。

なお、ユーザはユーザ端末２０の入力装置２０６を操作することにより、編集ボタンＤ２０４を押下することにより、連携内容ページＤ２に表示された施設予約情報Ｄ２１１、顧客情報Ｄ２１２、請求情報Ｄ２１３を編集することができる。ユーザ端末２０の制御部２０４は、編集内容をサーバ１０へ送信する。サーバ１０の請求部１０４４は、受信した情報に基づき、予約テーブル１０１３、請求テーブル１０１４の対応する値を更新する。これにより、ユーザは、ユーザ端末２０のディスプレイ２０８１に表示された連携内容ページＤ２を編集することができる。その他、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、予約テーブル１０１３に記憶された施設予約データ、顧客データ、キャンセルデータ等を編集できる構成としても良い。

ステップＳ５０３において、サーバ１０の請求部１０４４は、リクエストを受信すると予約ＩＤに基づき予約テーブル１０１３の予約ＩＤの項目を検索し、予約管理サービスＩＤ、予約番号、施設予約データ、顧客データ、キャンセルデータを含む予約情報を取得する。

ステップＳ５０３において、サーバ１０の取得部１０４２は、予約選択ステップにおいて選択された所定の予約情報に関するキャンセル条件を規定したキャンセルポリシーを取得る規約取得ステップを実行する。
具体的に、サーバ１０の請求部１０４４は、キャンセルデータに含まれるキャンセルポリシーを取得する。

サーバ１０の請求部１０４４は、予約情報を受信すると請求作成ページを生成しユーザ端末２０へ送信する。ユーザ端末２０の制御部２０４は、請求作成ページをユーザ端末２０のディスプレイ２０８１に表示し、提示する。
図１２は、請求処理における請求作成画面の画面例である。ユーザ端末２０のディスプレイ２０８１には、請求作成ページＤ３が表示される。請求作成ページＤ３は、入力欄である請求先名Ｄ３０１、請求金額Ｄ３０２を含む請求先・請求金額情報、電話番号Ｄ３１１、メールアドレスＤ３１２を含む連絡先情報、請求に使用する言語Ｄ３２１、予約サイト名Ｄ３３１、予約番号Ｄ３３２、チェックイン日Ｄ３３３、チェックアウト日Ｄ３３４、宿泊料金Ｄ３３５、メモ欄Ｄ３４１、送信ボタンＤ３５１を含む。

ステップＳ５０４において、サーバ１０の請求部１０４４は、予約選択ステップにおいて選択された所定の予約情報と、顧客特定ステップにおいて特定された顧客情報と、に基づき、所定の予約情報に対するキャンセル料を請求するメッセージを作成する作成ステップを実行する。作成ステップは、算定ステップにおいて算定されたキャンセル料金を含む、所定の予約情報の予約を行った顧客に対してキャンセル料を請求するメッセージを作成するステップである。なお、サーバ１０の請求部１０４４は、算定ステップにおいて算定されたキャンセル料金をユーザに対して提示する料金提示ステップを実行しても良い。
具体的に、ユーザはユーザ端末２０の入力装置２０６を操作することにより、請求作成ページＤ３に含まれる各入力欄を入力および編集することにより、ステップＳ５０１において選択した予約情報において、顧客に対してキャンセル料を請求するメッセージを作成することができる。

サーバ１０の請求部１０４４は、ステップＳ５０２において取得した予約情報に基づき、請求作成ページＤ３の入力欄の値が入力された状態で請求作成ページを生成し、ユーザ端末２０へ送信しても良い。ユーザ端末２０の制御部２０４は、請求作成ページＤ３の入力欄の値を予約情報に基づく値で入力された状態でユーザ端末２０のディスプレイ２０８１に表示し、提示する。
具体的に、サーバ１０の請求部１０４４は、顧客データに含まれる顧客指名を請求先名Ｄ３０１に、施設予約データおよびキャンセルデータに基づき算定されたキャンセル料金を請求金額Ｄ３０２に、顧客データに含まれる顧客の電話番号、メールアドレスをそれぞれ、電話番号Ｄ３１１、メールアドレスＤ３１２に、顧客データに顧客の使用する言語が含まれる場合には当該言語を言語Ｄ３２１に、予約管理サービスＩＤに基づき特定される予約サイト名を予約サイト名Ｄ３３１に、予約番号を予約番号Ｄ３３２に、施設予約データに含まれるチェックイン日時、チェックアウト日時をそれぞれ、チェックイン日Ｄ３３３、チェックアウト日Ｄ３３４に、施設予約データに含まれる利用料金を宿泊料金Ｄ３３５に、その他、施設予約データ、顧客データ、キャンセルデータ等に含まれる付帯的な情報、キャンセルポリシー等をメモ欄Ｄ３４１へ入力した状態で請求作成ページＤ３を生成し、ユーザ端末２０へ送信する。なお、請求金額Ｄ３０２の算定は、予約提示処理のステップＳ３０３におけるキャンセル料金の算定と同様であるため説明を省略する。
これにより、ユーザは、請求作成ページＤ３の入力欄に対する煩雑な入力作業を省略することができるとともに、入力間違いを抑制することができる。

ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、送信ボタンＤ３５１を押下する。これにより、ユーザ端末２０の制御部２０４は、請求作成ページＤ３の入力欄に入力された情報を含む、所定の予約情報の予約を行った顧客に対してキャンセル料を請求するメッセージを送信するリクエストをサーバ１０へ送信する。

なお、本開示では、ステップＳ５０２における連携内容ページＤ２の表示、ステップＳ５０３におけるキャンセル料金の算定処理が行われる構成としたが、ステップＳ５０２、ステップＳ５０３をスキップし、連携内容ページＤ２ではなく請求作成ページＤ３が表示され、ステップＳ５０４から実行される構成としても構わない。また、連携内容ページＤ２は、予約情報Ｄ１２１、Ｄ１２２のそれぞれに対して設けられた「詳細情報」を見るためのボタン等の押下により表示される構成としても良い。

ステップＳ５０４において、作成ステップは、算定ステップにおいて算定されたキャンセル料金に基づき、自動的にキャンセル料を請求するメッセージを作成するステップを実行しても良い。
本開示において、サーバ１０の請求部１０４４は、予約情報に基づきユーザが請求情報を編集可能な請求作成ページＤ３を生成し、ユーザが入力および編集可能な態様で、ユーザ端末２０のディスプレイ２０８１に提示する構成を一例として開示したが、ステップＳ５０４におけるユーザによるメッセージの作成を省略しても構わない。
即ち、サーバ１０の請求部１０４４は、予約情報に基づき請求作成ページＤ３の入力欄にかかる入力値が入力されたものとしてメッセージを自動的に作成しても良い。これにより、ユーザはキャンセル料金を計算することなく、顧客に対するキャンセル料を請求するメッセージを簡単に作成することができる。

ステップＳ５０５において、サーバ１０の請求部１０４４は、リクエストを受信すると請求作成ページＤ３の入力欄の値に基づき、顧客に対してキャンセル料を請求するメッセージを生成し、当該メッセージを電話番号Ｄ３１１、メールアドレスＤ３１２などの顧客の連絡先へ送信する。具体的に、メッセージには、顧客に対して請求金額Ｄ３０２により特定されるキャンセル料金を請求する文書が含まれる。
サーバ１０の請求部１０４４は、予約ＩＤ、送信日時、送信先（電話番号Ｄ３１１、メールアドレスＤ３１２等）の情報を含むメッセージ、請求金額Ｄ３０２を、それぞれ、請求テーブル１０１４の予約ＩＤ、請求日時、請求データ、請求金額の新たなレコードに記憶する。これにより、顧客に対して請求処理が行われたことが請求テーブル１０１４に記憶される。
また、請求作成ページＤ３の入力欄に入力された情報は、請求テーブル１０１４の請求データの項目に記憶しても良い。

ステップＳ５０６において、サーバ１０の請求部１０４４は、作成ステップにおいて作成されたメッセージを、顧客特定ステップにおいて特定された顧客情報に基づき特定される顧客へ通知する通知ステップを実行する。
具体的に、顧客の有する情報処理端末はサーバ１０からメッセージを受信すると、メッセージ内容を顧客に対して表示し、提示する。これにより、サーバ１０の請求部１０４４により生成された、予約を行った顧客に対してキャンセル料を請求するメッセージが顧客に対して提示される。

図１３は、請求処理において顧客へ通知される請求メッセージの一例を示す図である。請求メッセージＤ４は、件名、差出人の情報（ユーザの名称、メールアドレス、住所等）、宛先の氏名、名称、キャンセル料金を請求する文書を含む。

メッセージを受領した顧客は、銀行振込、クレジットカード等の決済手段によりキャンセル料金を支払うことができる。顧客がキャンセル料金を支払うと、サーバ１０の請求部１０４４は、請求テーブル１０１４の該当するレコードの入金データの項目に入金日時、入金金額等の情報を記憶する。これにより、請求情報に対して顧客から入金があったことが記憶される。
なお、入金情報はサーバ１０の請求部１０４４ではなく、ユーザによるユーザ端末２０の入力装置２０６の操作により入力される構成としても構わない。

ステップＳ５０６において、通知ステップは、通知ステップにおいて顧客へメッセージを通知した後、所定期間経過後に顧客からのキャンセル料金の入金がなされていない場合に、顧客に対して改めてメッセージを通知するステップを実行しても。
具体的に、サーバ１０の請求部１０４４は、請求テーブル１０１４の入金データの項目を検索し、顧客からキャンセル料金の入金がなされていない請求日時を含む請求情報を取得する。サーバ１０の請求部１０４４は、取得した請求情報の請求日時の項目を参照し、現在日時から所定期間以上前の請求情報を特定する。例えば、１週間以上前の請求情報を提示する。
サーバ１０の請求部１０４４は、特定した請求情報に基づき、予約を行った顧客に対してキャンセル料を請求するメッセージを改めて送信することにより、顧客に対してキャンセル料金の支払いを催促しても良い。また、メッセージの送信は自動的に行われる構成としても構わない。これにより、ユーザは煩わしい再送作業等を行わずに、入金していない顧客に対する請求作業を改めて行うことができる。
サーバ１０の請求部１０４４は、請求テーブル１０１４においてメッセージを改めて送信したレコードの請求日時の項目に、再送日時を記憶し更新する。また、請求情報を新たに請求テーブル１０１４の新たなレコードに記憶しても良い。

＜コンピュータの基本ハードウェア構成＞
図１４は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、通信ＩＦ９９１（インタフェース、Interface）を少なくとも備える。これらは通信バス９２１により相互に電気的に接続される。

プロセッサ９０１とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９０１は、演算装置、レジスタ、周辺回路等から構成される。

主記憶装置９０２とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

補助記憶装置９０３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。

通信ＩＦ９９１とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。

なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

＜コンピュータ９０の基本機能構成＞
コンピュータ９０の基本ハードウェア構成（図１４）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。

なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

制御部は、プロセッサ９０１が補助記憶装置９０３に記憶された各種プログラムを読み出して主記憶装置９０２に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。

記憶部は、主記憶装置９０２、補助記憶装置９０３により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９０１は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９０２または補助記憶装置９０３に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。

データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブル、マスタと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、マスタ、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル、マスタ同士の関係を設定し、関連づけることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。
また、記憶部に、データ、各種プログラム、各種データベースを記憶させることにより、本開示にかかる情報処理装置、情報処理システムが製造されたものとして捉えることができる。

なお、本開示におけるデータベース、マスタは、情報が構造的に規定された任意のデータ構造体（リスト、辞書、連想配列、オブジェクトなど）を含み得る。データ構造体には、データと、任意のプログラミング言語により記述された関数、クラス、メソッドなどを組み合わせることにより、データ構造体と見なし得るデータも含むものとする。

通信部は、通信ＩＦ９９１により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９０１に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。

（付記１）
プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムであって、プロセッサが、外部の事業者が運営する予約管理サービスから、複数の予約に関する予約情報を取得する予約取得ステップ（Ｓ１０２）と、予約取得ステップにおいて取得した、複数の予約情報のうち、当該予約にかかる内容を充足しなかった所定の予約情報の選択操作を受け付ける予約選択ステップ（Ｓ５０１）と、予約選択ステップにおいて選択された所定の予約情報の予約を行った顧客に関する顧客情報を特定する顧客特定ステップ（Ｓ５０２）と、予約選択ステップにおいて選択された所定の予約情報と、顧客特定ステップにおいて特定された顧客情報と、に基づき、所定の予約情報に対するキャンセル料を請求するメッセージを作成する作成ステップ（Ｓ５０４）と、作成ステップにおいて作成されたメッセージを、顧客特定ステップにおいて特定された顧客情報に基づき特定される顧客へ通知する通知ステップ（Ｓ５０６）と、を実行するプログラム。
これにより、施設運営者等は、顧客から受け付けた予約情報のうち、キャンセルまたはノーショウ等により予約にかかる内容を充足しなかった予約情報に対して、顧客に対するキャンセル料を請求するメッセージを簡単に作成することができる。

（付記２）
予約取得ステップ（Ｓ１０２）は、外部の異なる事業者が運営する複数の予約管理サービスから予約情報を取得するステップであり、プロセッサが、予約取得ステップにおいて取得した複数の予約情報を一覧提示する一覧提示ステップ（Ｓ３０３）と、を実行し、予約選択ステップ（５０１）は、一覧提示ステップにより一覧提示した複数の予約情報に対する選択操作を受け付けるステップである、付記１記載のプログラム。
これにより、複数の予約管理サービスに分散されて記憶されている予約情報を一元管理することができる。
顧客に対するキャンセル料を請求するメッセージを取得した予約情報に基づきシームレスに作成することができる。

（付記３）
外部の異なる事業者が運営する複数の予約管理サービスは、少なくともプロパティ・マネジメント・システム、サイトコントローラ、および、オンライン・トラベル・エージェント・システムを含む、付記２記載のプログラム。
これにより、ＰＭＳ、サイトコントローラ、ＯＴＡ等の、それぞれ異なる役割や階層を有する外部の事業者が運営する複数の予約管理サービスに分散されて記憶されている予約情報を一元管理することができる。
顧客に対するキャンセル料を請求するメッセージを取得した予約情報に基づきシームレスに作成することができる。

（付記４）
一覧提示ステップ（Ｓ３０３）は、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報を識別可能な態様で一覧提示するステップである、付記３記載のプログラム。
これにより、ＰＭＳ、サイトコントローラ、ＯＴＡ等の、外部の事業者が運営する複数の予約管理サービスにおいて重複して記憶された同一の予約に関する予約情報を一覧提示する場合において、ユーザは重複している予約情報を容易に識別することができる。例えば、重複した予約情報に基づき、顧客に対して重複したキャンセル料を請求するメッセージを送付してしまうことを避けることができる。

（付記５）
一覧提示ステップ（Ｓ３０３）は、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報を除外して一覧提示するステップである、付記３記載のプログラム。
これにより、ＰＭＳ、サイトコントローラ、ＯＴＡ等の、外部の事業者が運営する複数の予約管理サービスにおいて重複して記憶された同一の予約に関する予約情報を一覧提示する場合において、ユーザは重複している予約情報を除外して確認することができる。例えば、重複した予約情報に基づき、顧客に対して重複したキャンセル料を請求するメッセージを送付してしまうことを避けることができる。

（付記６）
一覧提示ステップ（Ｓ３０３）は、重複した複数の予約情報のうち、予約情報の取得元である予約管理サービスに応じて特定される１の予約情報のみを提示するステップである、付記５記載のプログラム。
これにより、ＰＭＳ、サイトコントローラ、ＯＴＡ等の、外部の事業者が運営する複数の予約管理サービスにおいて重複して記憶された同一の予約に関する予約情報を一覧提示する場合において、ユーザは予約情報の取得元である外部の予約管理サービスに応じて特定される１の予約情報のみの提示を受けることができる。例えば、重複した予約情報に基づき、顧客に対して重複したキャンセル料を請求するメッセージを送付してしまうことを避けることができる。

（付記７）
一覧提示ステップ（Ｓ３０３）は、重複した複数の予約情報のうち、プロパティ・マネジメント・システム、サイトコントローラ、および、オンライン・トラベル・エージェント・システムの優先度の順番に応じて、最も優先度が高い１の予約情報のみを提示するステップである、付記６記載のプログラム。
これにより、外部の事業者が運営する複数の予約管理サービスの優先度に応じて、所定の１の予約情報のみをユーザに対して提示することができる。
顧客は取得した最新の予約情報に応じて、キャンセル料を請求するメッセージを作成することができる。

（付記８）
一覧提示ステップ（Ｓ３０３）は、複数の予約情報のうち、予約を行った顧客からのキャンセル料金の入金がなされた予約情報を除外して一覧提示するステップである、付記３記載のプログラム。
これにより、顧客からキャンセル料金の入金があった予約情報を除外して一覧提示することができる。
既にキャンセル料金の入金があった予約情報に対して、キャンセル料を請求するメッセージを送付してしまうことを避けることができる。

（付記９）
一覧提示ステップ（Ｓ３０３）は、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報のうち少なくとも１の予約情報に対して顧客からのキャンセル料金の入金がなされている場合には当該重複した予約情報の全部を除外して一覧提示するステップである、付記８記載のプログラム。
これにより、重複した複数の予約情報がある場合においても、少なくとも１の予約情報に対するキャンセル料金の入金がなされている場合には、当該重複した複数の予約情報の全部を除外して一覧提示することができる。
既にキャンセル料金の入金があった予約情報に対して、キャンセル料を請求するメッセージを送付してしまうことを避けることができる。

（付記１０）
一覧提示ステップ（Ｓ３０３）は、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報のうち少なくとも１の予約情報に対して顧客からのキャンセル料金の入金がなされている場合には当該重複した予約情報を識別可能な態様で一覧提示するステップである、付記８記載のプログラム。
これにより、重複した複数の予約情報がある場合においても、ユーザは、少なくとも１の予約情報に対するキャンセル料金の入金がなされている重複した複数の予約情報を容易に識別することができる。
既にキャンセル料金の入金があった予約情報に対して、キャンセル料を請求するメッセージを送付してしまうことを避けることができる。

（付記１１）
一覧提示ステップ（Ｓ３０３）は、外部の異なる事業者が運営する複数の予約管理サービスから取得した予約情報のうち、重複した予約情報のうち少なくとも２以上の予約情報に対して算定されたキャンセル料金の金額が一致しない場合には、当該２以上の予約情報を識別可能な態様で一覧提示するステップである、付記８記載のプログラム。
これにより、重複した複数の予約情報がある場合において、ユーザは、複数の予約情報間でキャンセル料金の金額の不整合がある予約情報を容易に識別することができる。
誤ったキャンセル料金の金額でキャンセル料を請求するメッセージを送付してしまうことを避けることができる。

（付記１２）
顧客特定ステップ（Ｓ５０２）において特定される顧客情報は、予約を行った顧客の氏名および連絡先に関する情報を含み、予約取得ステップ（Ｓ１０２）において取得する予約情報は、予約に関する予約金額、予約日時およびキャンセル日時の情報を含む、付記１記載のプログラム。
これにより、顧客に対するキャンセル料を請求するメッセージを簡単に作成することができる。

（付記１３）
プロセッサが、予約選択ステップにおいて選択された所定の予約情報に関するキャンセル条件を規定したキャンセルポリシーを取得する規約取得ステップ（Ｓ５０３）と、予約選択ステップにおいて選択された所定の予約情報の予約金額、予約日時、キャンセル日時およびキャンセルポリシーに基づき、キャンセル料金を算定する算定ステップ（Ｓ５０３）と、を実行し、作成ステップ（Ｓ５０４）は、算定ステップにおいて算定されたキャンセル料金を含む、所定の予約情報の予約を行った顧客に対してキャンセル料を請求するメッセージを作成するステップである、付記１２記載のプログラム。
これにより、予約情報、顧客情報、キャンセルポリシーに基づき容易にキャンセル料金を算定することができるとともに、顧客に対するキャンセル料を請求するメッセージを簡単に作成することができる。

（付記１４）
プロセッサが、算定ステップにおいて算定されたキャンセル料金をユーザに対して提示する料金提示ステップ（Ｓ５０４）と、を実行し、作成ステップ（Ｓ５０４）は、ユーザが、料金提示ステップにおいて提示されたキャンセル料金に基づき、キャンセル料を請求するメッセージを作成するステップである、付記１３記載のプログラム。
これにより、ユーザは顧客に対するキャンセル料金を簡単に計算することができる。

（付記１５）
作成ステップ（Ｓ５０４）は、算定ステップにおいて算定されたキャンセル料金に基づき、自動的にキャンセル料を請求するメッセージを作成するステップである、付記１３記載のプログラム。
これにより、ユーザはキャンセル料金を計算することなく、顧客に対するキャンセル料を請求するメッセージを簡単に作成することができる。

（付記１６）
プロセッサが、予約取得ステップにおいて取得した複数の予約情報に関するキャンセル条件を規定したキャンセルポリシーを取得する規約取得ステップ（１０２）と、予約取得ステップにおいて選択した複数の予約情報の予約金額、予約日時、キャンセル日時およびキャンセルポリシーに基づき、複数の予約情報のキャンセル料金を算定する算定ステップ（Ｓ３０３）と、算定ステップにおいて算定されたキャンセル料金に基づき、作成ステップにおいてキャンセル料を請求するメッセージを作成する候補となる予約情報候補を提示する候補提示ステップ（Ｓ３０３）と、を実行する、付記１記載のプログラム。
これにより、ユーザは取得した複数の予約情報のうち、キャンセル料金を考慮して、キャンセル料を請求するメッセージを作成する顧客または予約情報を特定することができる。

（付記１７）
通知ステップ（Ｓ５０６）は、通知ステップにおいて顧客へメッセージを通知した後、所定期間経過後に顧客からのキャンセル料金の入金がなされていない場合に、顧客に対して改めてメッセージを通知するステップである、付記１記載のプログラム。
これにより、キャンセル料を請求するメッセージを一度送信したものの、キャンセル料金の入金が確認できなかった顧客に対して、改めてキャンセル料を請求するメッセージを送信することができる。

（付記１８）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサが、付記１から１７のいずれか記載のプログラムを実行する、情報処理装置。
これにより、施設運営者等は、顧客から受け付けた予約情報のうち、キャンセルまたはノーショウ等により予約にかかる内容を充足しなかった予約情報に対して、顧客に対するキャンセル料を請求するメッセージを簡単に作成することができる。

（付記１９）
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムの製造方法であって、情報処理装置に、付記１から１７のいずれか記載のプログラムを提供することを含む、情報処理システムの製造方法。
これにより、施設運営者等は、顧客から受け付けた予約情報のうち、キャンセルまたはノーショウ等により予約にかかる内容を充足しなかった予約情報に対して、顧客に対するキャンセル料を請求するメッセージを簡単に作成することができる。

（付記２０）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、コンピュータが、付記１から１７のいずれか記載のプログラムを実行する、情報処理方法。
これにより、施設運営者等は、顧客から受け付けた予約情報のうち、キャンセルまたはノーショウ等により予約にかかる内容を充足しなかった予約情報に対して、顧客に対するキャンセル料を請求するメッセージを簡単に作成することができる。

１ システム、５０１ ＰＭＳ、５０１１ 記憶部、５０１４ 制御部、５０１６ 入力装置、５０１８ 出力装置、５１１ ＯＴＡ、５１１１ 記憶部、５１１４ 制御部、５１１６ 入力装置、５１１８ 出力装置、５２１ サイトコントローラ、５２１１ 記憶部、５２１４ 制御部、５２１６ 入力装置、５２１８ 出力装置、１０ サーバ、１０１ 記憶部、１０４ 制御部、１０６ 入力装置、１０８ 出力装置、２０ ユーザ端末、２０１ 記憶部、２０４ 制御部、２０６ 入力装置、２０８ 出力装置

Claims (21)

1. プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムであって、前記プロセッサが、
   外部の事業者が運営する予約管理サービスから、複数の予約に関する予約情報を取得する予約取得ステップと、
   前記予約取得ステップにおいて取得した、前記複数の予約情報のうち、予約情報がキャンセルされたことを示すキャンセルデータと関連付けられていない１または複数の予約情報を提示せずに、前記キャンセルデータと関連付けられた１または複数の予約情報を提示する一覧提示ステップと、
   前記一覧提示ステップにおいて提示された前記１または複数の予約情報のうち、所定の予約情報の選択操作を受け付ける予約選択ステップと、
   前記予約選択ステップにおいて選択された前記所定の予約情報の予約を行った顧客に関する顧客情報を特定する顧客特定ステップと、
   前記予約選択ステップにおいて選択された前記所定の予約情報と、前記顧客特定ステップにおいて特定された前記顧客情報と、に基づき、前記所定の予約情報に対するキャンセル料を請求するメッセージを作成する作成ステップと、
   前記作成ステップにおいて作成された前記メッセージを、前記顧客特定ステップにおいて特定された前記顧客情報に基づき特定される顧客へ通知する通知ステップと、を実行し、
   前記予約選択ステップは、前記一覧提示ステップにおいて提示された前記１または複数の予約情報のうち、キャンセル料の請求が行われたことを示す請求情報と関連付けられた予約情報に対する選択を受け付けずに、キャンセル料の請求が行われたことを示す請求情報と関連付けられていない前記所定の予約情報に対する選択操作を受け付けるステップである、
   プログラム。
2. 前記プロセッサが、
   前記作成ステップにおいて前記メッセージを作成した後に、前記所定の予約情報に対してキャンセル料の請求が行われたことを示す請求情報を関連付けて記憶する請求記憶ステップと、
   を実行し、
   前記予約選択ステップは、前記１または複数の予約情報のうち、前記請求記憶ステップにおいて請求情報と関連付けられて記憶された予約情報に対する選択を受け付けずに、前記請求記憶ステップにおいて請求情報と関連付けられて記憶されていない前記所定の予約情報に対する選択操作を受け付けるステップである、
   請求項１記載のプログラム。
3. 前記予約取得ステップは、外部の異なる事業者が運営する複数の前記予約管理サービスから前記予約情報を取得するステップである、
   請求項１記載のプログラム。
4. 前記外部の異なる事業者が運営する複数の前記予約管理サービスは、少なくともプロパティ・マネジメント・システム、サイトコントローラ、および、オンライン・トラベル・エージェント・システムを含む、請求項３記載のプログラム。
5. 前記一覧提示ステップは、外部の異なる事業者が運営する複数の前記予約管理サービスから取得した前記予約情報のうち、同一の予約番号を有する重複した予約情報を識別可能な態様で一覧提示するステップである、請求項３記載のプログラム。
6. 前記一覧提示ステップは、外部の異なる事業者が運営する複数の前記予約管理サービスから取得した前記予約情報のうち、同一の予約番号を有する重複した予約情報を除外して一覧提示するステップである、請求項３記載のプログラム。
7. 前記一覧提示ステップは、前記重複した複数の前記予約情報のうち、前記予約情報の取得元である前記予約管理サービスに応じて特定される１の予約情報のみを提示するステップである、請求項６記載のプログラム。
8. 前記予約取得ステップは、前記予約管理サービスを特定するためのサービス識別情報を取得するステップを含み、
   前記一覧提示ステップは、前記重複した複数の前記予約情報のうち、前記サービス識別情報に基づき、プロパティ・マネジメント・システム、サイトコントローラ、および、オンライン・トラベル・エージェント・システムの優先度の順番に応じて、最も優先度が高い１の予約情報のみを提示するステップである、請求項７記載のプログラム。
9. 前記一覧提示ステップは、前記複数の予約情報のうち、予約を行った前記顧客からのキャンセル料金の入金がなされた予約情報を除外して一覧提示するステップである、請求項３記載のプログラム。
10. 前記一覧提示ステップは、外部の異なる事業者が運営する複数の前記予約管理サービスから取得した前記予約情報のうち、同一の予約番号を有する重複した予約情報のうち少なくとも１の予約情報に対して前記顧客からのキャンセル料金の入金がなされている場合には当該重複した予約情報の全部を除外して一覧提示するステップである、請求項９記載のプログラム。
11. 前記一覧提示ステップは、外部の異なる事業者が運営する複数の前記予約管理サービスから取得した前記予約情報のうち、同一の予約番号を有する重複した予約情報のうち少なくとも１の予約情報に対して前記顧客からのキャンセル料金の入金がなされている場合には当該重複した予約情報を識別可能な態様で一覧提示するステップである、請求項９記載のプログラム。
12. 前記一覧提示ステップは、外部の異なる事業者が運営する複数の前記予約管理サービスから取得した前記予約情報のうち、同一の予約番号を有する重複した予約情報のうち少なくとも２以上の予約情報に対して算定されたキャンセル料金の金額が一致しない場合には、当該２以上の予約情報を識別可能な態様で一覧提示するステップである、請求項３記載のプログラム。
13. 前記顧客特定ステップにおいて特定される前記顧客情報は、前記予約を行った顧客の氏名および連絡先に関する情報を含み、
    前記予約取得ステップにおいて取得する前記予約情報は、前記予約に関する予約金額、予約日時およびキャンセル日時の情報を含む、請求項１記載のプログラム。
14. 前記プロセッサが、
    前記予約選択ステップにおいて選択された前記所定の予約情報に関するキャンセル条件を規定したキャンセルポリシーを取得する規約取得ステップと、
    前記予約選択ステップにおいて選択された前記所定の予約情報の予約金額、予約日時、キャンセル日時および前記キャンセルポリシーに基づき、キャンセル料金を算定する算定ステップと、を実行し、
    前記作成ステップは、前記算定ステップにおいて算定された前記キャンセル料金を含む、前記所定の予約情報の予約を行った顧客に対してキャンセル料を請求する前記メッセージを作成するステップである、請求項１３記載のプログラム。
15. 前記プロセッサが、
    前記算定ステップにおいて算定された前記キャンセル料金をユーザに対して提示する料金提示ステップと、を実行し、
    前記作成ステップは、前記ユーザが、前記料金提示ステップにおいて提示された前記キャンセル料金に基づき、キャンセル料を請求する前記メッセージを作成するステップである、請求項１４記載のプログラム。
16. 前記作成ステップは、前記算定ステップにおいて算定された前記キャンセル料金に基づき、自動的にキャンセル料を請求する前記メッセージを作成するステップである、請求項１４記載のプログラム。
17. 前記プロセッサが、
    前記予約取得ステップにおいて取得した前記複数の予約情報に関するキャンセル条件を規定したキャンセルポリシーを取得する規約取得ステップと、
    前記予約取得ステップにおいて選択した前記複数の予約情報の予約金額、予約日時、キャンセル日時および前記キャンセルポリシーに基づき、前記複数の予約情報のキャンセル料金を算定する算定ステップと、
    前記算定ステップにおいて算定された前記キャンセル料金に基づき、前記作成ステップにおいてキャンセル料を請求するメッセージを作成する候補となる予約情報候補を提示する候補提示ステップと、を実行する、請求項１記載のプログラム。
18. 前記通知ステップは、前記通知ステップにおいて前記顧客へ前記メッセージを通知した後、所定期間経過後に前記顧客からのキャンセル料金の入金がなされていない場合に、前記顧客に対して改めてメッセージを通知するステップである、請求項１記載のプログラム。
19. プロセッサと、メモリとを備えるコンピュータに実行される方法であって、前記プロセッサが、請求項１から請求項１８のいずれかに係る発明において実行される全てのステップを実行する方法。
20. 制御部と、記憶部とを備える情報処理装置であって、前記制御部が、請求項１から請求項１８のいずれかに係る発明において実行される全てのステップを実行する情報処理装置。
21. 請求項１から請求項１８のいずれかに係る発明において実行される全てのステップを実行する手段を備えるシステム。