JP7304632B2 - 情報処理装置、方法及びプログラム - Google Patents

Description

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

宿泊施設や飲食店、公共交通機関の座席のように、事前に予約を入れて利用する施設のような業態では、ＩＴ技術の発展に伴い、情報処理端末を介して予約を入れることが可能になっている。また、予約だけではなく、予約の変更やキャンセルも行えるようになっている。このような状況において、キャンセルを気軽に行うユーザや、予約を入れたにもかかわらず来客しないユーザが増加しており、問題となっている。

かかる事態に鑑み、経済産業省では、飲食店の事例において、いわゆるＮｏ Ｓｈｏｗと呼ばれる無断キャンセルへの対策レポートとして、無断キャンセルによって発生した損害は不法行為に該当するため、損害賠償請求が可能である旨示している。また、キャンセル料金の算定についての考え方も示している。

ここで、ユーザによるキャンセルは無断キャンセルとは限らないが、キャンセルが発生した場合に他の顧客に利用してもらうことは困難な場合が多い。そのため、特許文献１には、サービス提供に対する予約について、より効率よく予約調整を行うことが可能な予約調整システムの技術が開示されている。この予約調整システムでは、予約調整の要否を判断し、かつ、予約調整の対象者を選択できるため、予約状況に応じて効率よく予約の調整を行うことを可能にしている。

特開２０１９－０７９２１１号公報

ところで、事前に所定の手続きによりキャンセルを行ったユーザの場合、直前になってどうしても都合がつかなくなり、やむを得ずキャンセルする場合もある。それでも上記のような施設を管理する施設管理者にとっては、キャンセルによる機会逸失を補填してもらう必要があるため、ユーザに対してキャンセル料金を請求することになる。しかし、ユーザに納得してもらい、キャンセル料金の支払いを受けることは大変な労力が必要であり、実際にはキャンセル料金の支払いをしないユーザが一定数存在していた。そのため、キャンセル料金の請求についての最適化が望まれていた。

そこで、本開示では、キャンセル料金の通知について最適化することが可能な技術について説明する。

本開示の一実施形態によると、制御部を備える情報処理装置が提供される。制御部は、施設を利用する予約を入れていたユーザの予約に対するキャンセル情報の入力を受け付けるキャンセル情報受付部と、ユーザに対して、キャンセル情報に係るキャンセル料金の支払を求める請求情報を通知する請求通知部と、ユーザによる、キャンセル料金の支払に関する支払情報を取得する支払情報取得部と、請求情報及び支払情報に基づき機械学習を行い、ユーザに対する請求情報の通知を最適化する学習部と、を備える。

一実施形態によると、プロセッサを備えるコンピュータにより実行されるための方法が提供される。方法は、プロセッサが、施設を利用する予約を入れていたユーザの予約に対するキャンセル情報の入力を受け付けるステップと、ユーザに対して、キャンセル情報に係るキャンセル料金の支払を求める請求情報を通知するステップと、ユーザによる、キャンセル料金の支払に関する支払情報を取得するステップと、請求情報及び支払情報に基づき機械学習を行い、ユーザに対する請求情報の通知を最適化するステップと、を実行する。

また、一実施形態によると、プロセッサを備えるコンピュータに実行させるためのプログラムが提供される。プログラムは、プロセッサに、施設を利用する予約を入れていたユーザの予約に対するキャンセル情報の入力を受け付けるステップと、ユーザに対して、キャンセル情報に係るキャンセル料金の支払を求める請求情報を通知するステップと、ユーザによる、キャンセル料金の支払に関する支払情報を取得するステップと、請求情報及び支払情報に基づき機械学習を行い、ユーザに対する請求情報の通知を最適化するステップと、を実行させる。

本開示によれば、施設を管理する施設管理者から受け付けたキャンセル情報に係る、キャンセル料金の請求情報、及びその請求に対する支払情報に基づき、機械学習を行い、請求情報の通知を最適化する。そのため、キャンセル料金の請求について、最適化を行うことが可能である。これにより、キャンセルによる機会逸失の補填を促進することが可能になる。

キャンセル情報通知システム１の全体の構成を示す図である。 実施の形態１のキャンセル情報通知システム１を構成する端末装置１０の機能的な構成を示すブロック図である。 実施の形態１のキャンセル情報通知システム１を構成するサーバ２０の機能的な構成を示す図である。 サーバ２０が記憶する施設データベース２８１、キャンセルデータベース２８２のデータ構造を示す図である。 サーバ２０が記憶する請求パターンデータベース２８３のデータ構造を示す図である。 実施の形態１のキャンセル情報通知システム１による処理の前提となる、予約処理を行う流れの一例を示すフローチャートである。 実施の形態１のキャンセル情報通知システム１によるキャンセル情報通知処理を行う流れの一例を示すフローチャートである。 実施の形態１のキャンセル情報通知システム１によるキャンセル情報学習処理を行う流れの一例を示すフローチャートである。 キャンセル情報入力処理における外部サーバ３０の画面例を示す図である。 キャンセル情報が入力された外部サーバ３０のキャンセル情報一覧の画面例を示す図である。 キャンセル情報学習処理前における端末装置１０のメール文面の例を示す図である。 キャンセル情報学習処理後における端末装置１０のメール文面の例を示す図である。 実施の形態２のキャンセル情報通知システム１を構成するサーバ２０の機能的な構成を示す図である。 実施の形態２のキャンセル情報通知システム１によるキャンセル情報通知処理を行う流れの一例を示すフローチャートである。 実施の形態３のキャンセル情報通知システム１を構成するサーバ２０の機能的な構成を示す図である。 実施の形態４のキャンセル情報通知システム１を構成するサーバ２０の機能的な構成を示す図である。

以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。従って、それらについての詳細な説明は繰り返さない。

＜概要＞
以下、キャンセル情報通知システムにおけるキャンセル情報の通知の最適化について説明する。キャンセル情報通知システムは、宿泊施設や飲食店、公共交通機関の座席のように、事前に予約を入れて利用する施設について、予約を入れたユーザがその後キャンセルの申し出をした場合、当該ユーザに対して、キャンセル情報、すなわちキャンセル料金の支払請求について通知するシステムである。このキャンセル情報通知システムは、宿泊施設や飲食店のような施設管理者からの入力により、キャンセル情報を受け付け、キャンセルを行ったユーザに対してキャンセル料金の支払請求を通知する。

宿泊施設や飲食店、公共交通機関の座席のような施設は、あらかじめ利用するための予約を入れて利用することが多い。これは、このようなサービスを提供するためには事前に準備が必要であり、また、同時に提供可能な人数が限られているためである。そのため、予約を入れた後にキャンセルが発生した場合、キャンセルによる損害や機会逸失を補填してもらう必要があるため、当該ユーザにキャンセル料金を請求することが商慣行として行われている。キャンセル料金を請求する場合は、例えば、一定の時期的要件を満たす場合、具体的には、主にその利用日の直前期にキャンセルした場合である。

しかし、宿泊施設や飲食店の場合、そもそもユーザはキャンセルしているため当該店舗に来店することはないため、当該ユーザに対してキャンセル料金を請求するための手段が限られている、という問題がある。ユーザとしても、直前になってどうしても都合がつかなくなり、やむを得ずキャンセルする場合もあるため、施設を利用することなく一定のキャンセル料金を支払うのは納得がいかないことも多い。そのため、予約の際には通常、ユーザの連絡先の情報を取得しているが、当該連絡先にキャンセル料金について通知しても無視されてしまうことも多い、という問題があった。

上記のような問題があるが、ユーザとしても自己のキャンセルについて申し訳ないと思う気持ちもあることが多く、さらには、別の機会に利用したいと考えていることもある。そのため、キャンセル料金の金額や、キャンセル料金を請求するための通知の文面、タイミング、通知手段等によっては、ユーザのキャンセル料金の支払い意欲が向上し、キャンセル料金の回収の割合が増加することがある。

そのため、このキャンセル情報通知システムでは、キャンセル料金を請求する際の請求情報やその請求に対する支払情報に基づき、機械学習を行うことで、請求情報の通知について最適化を行っている。具体的には、キャンセル料金を請求するための通知の文面、タイミング、通知手段について機械学習により最適化を行い、その後のキャンセル料金を請求する際の請求情報に反映している。

＜第１の実施の形態＞
以下、キャンセル情報通知システム１について説明する。以下の説明では、例えば、端末装置１０がサーバ２０へアクセスすることにより、サーバ２０が、端末装置１０で画面を生成するための情報を応答する。端末装置１０は、サーバ２０から受信した情報に基づいて画面を生成し表示する。また、端末装置１０が外部サーバ３０へアクセスすることにより、外部サーバ３０が、端末装置１０で画面を生成するための情報を応答する。端末装置１０は、外部サーバ３０から受信した情報に基づいて画面を生成し表示する。

＜１ キャンセル情報通知システム１の全体構成＞
図１は、キャンセル情報通知システム１の全体の構成を示す図である。キャンセル情報通知システムは、宿泊施設や飲食店、公共交通機関の座席のように、事前に予約を入れて利用する施設について、予約を入れたユーザがその後キャンセルの申し出をした場合、当該ユーザに対して、キャンセル情報、すなわちキャンセル料金の支払請求について通知するためのシステムである。図１に示すように、キャンセル情報通知システム１は、複数の端末装置（図１では、端末装置１０Ａ及び端末装置１０Ｂを示している。以下、総称して「端末装置１０」ということもある）と、サーバ２０と、外部サーバ３０とを含む。端末装置１０とサーバ２０と外部サーバ３０とは、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線または無線ネットワークにより構成される。

端末装置１０は、各ユーザが操作する装置である。端末装置１０は、移動体通信システムに対応したスマートフォン、タブレット等の携帯端末などにより実現される。この他、端末装置１０は、例えば据え置き型のＰＣ（Personal Computer）、ラップトップＰＣであるとしてもよい。図１に端末装置１０Ｂとして示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。

端末装置１０は、ネットワーク８０を介してサーバ２０及び外部サーバ３０と通信可能に接続される。端末装置１０は、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等の通信規格に対応した無線基地局８１、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１などの無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することにより、ネットワーク８０に接続される。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、タッチパネルや、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

サーバ２０は、キャンセル情報や、キャンセル情報を入力する施設や施設管理者に関する情報、及び、キャンセル情報をユーザに通知する際のパターン情報を管理する装置である。サーバ２０は、キャンセル情報を端末装置１０へ送信する。また、サーバ２０は、キャンセル情報に係る支払情報を取得し、請求情報やその請求に対する支払情報に基づき、機械学習を行う。

サーバ２０は、ネットワーク８０に接続されたコンピュータである。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ、ＳＳＤである。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

外部サーバ３０は、宿泊施設や飲食店のような施設の施設管理者が管理し、当該施設の予約情報を管理する装置である。外部サーバ３０は、例えば、Ｗｅｂページにより予約情報を取得し、または外部に委託するＷｅｂページに申し込みのあった予約情報を委託先から取得し、キャンセル情報に係る支払情報を取得する。

外部サーバ３０は、ネットワーク８０に接続されたコンピュータである。外部サーバ３０は、通信ＩＦ３２と、入出力ＩＦ３３と、メモリ３５と、ストレージ３６と、プロセッサ３９とを備える。

通信ＩＦ３２は、外部サーバ３０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ３３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ３５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ等の揮発性のメモリである。ストレージ３６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ、ＳＳＤである。プロセッサ３９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

＜１．１ 端末装置１０の構成＞
図２は、実施の形態１のキャンセル情報通知システム１を構成する端末装置１０の機能的な構成を示すブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（タッチ・センシティブ・デバイス１３１及びディスプレイ１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、位置情報センサ１５０と、記憶部１６０と、制御部１７０とを含む。端末装置１０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路など）も有している。図２に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。

アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１無線通信部１２１へ与える。

アンテナ１１２は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２無線通信部１２２へ与える。

第１無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理などを行う。第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理などを行う。第１無線通信部１２１と第２無線通信部１２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路などを含む通信モジュールである。第１無線通信部１２１と第２無線通信部１２２とは、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１７０へ与える。

操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、タッチスクリーンとして構成され、タッチ・センシティブ・デバイス１３１と、ディスプレイ１３２とを含む。なお、操作受付部１３０は、例えばキーボードやマウス等により構成してもよい。

タッチ・センシティブ・デバイス１３１は、端末装置１０のユーザの入力操作を受け付ける。タッチ・センシティブ・デバイス１３１は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する。タッチ・センシティブ・デバイス１３１は、タッチパネルにより検出したユーザの接触位置を示す信号を入力操作として制御部１７０へ出力する。

ディスプレイ１３２は、制御部１７０の制御に応じて、画像、動画、テキストなどのデータを表示する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現される。

音声処理部１４０は、音声信号の変復調を行う。音声処理部１４０は、マイク１４１から与えられる信号を変調して、変調後の信号を制御部１７０へ与える。また、音声処理部１４０は、音声信号をスピーカ１４２へ与える。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ与える。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。

記憶部１６０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータ及びプログラムを記憶する。ある局面において、記憶部１６０は、ユーザ情報１６１を記憶する。

ユーザ情報１６１は、端末装置１０を用いて予約情報を入力するユーザの情報である。ユーザ情報としては、ユーザを識別する情報（ユーザＩＤ）、ユーザの氏名、属性情報等が含まれる。

制御部１７０は、記憶部１６０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１７０は、例えば予め端末装置１０にインストールされているアプリケーションである。制御部１７０は、プログラムに従って動作することにより、入力操作受付部１７１と、送受信部１７２と、データ処理部１７３と、通知制御部１７４としての機能を発揮する。

入力操作受付部１７１は、タッチ・センシティブ・デバイス１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。

送受信部１７２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

データ処理部１７３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。

通知制御部１７４は、ユーザに対し情報を提示する処理を行う。通知制御部１７４は、表示画像をディスプレイ１３２に表示させる処理、音声をスピーカ１４２に出力させる処理等を行う。

＜１．２ サーバ２０の機能的な構成＞
図３は、実施の形態１のキャンセル情報通知システム１を構成するサーバ２０の機能的な構成を示す図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、サーバ２０が使用するデータ及びプログラムを記憶する。記憶部２０２は、施設データベース２８１と、キャンセルデータベース２８２、請求パターンデータベース２８３と、請求通知モデルデータベース２８４等を記憶する。

施設データベース２８１は、キャンセル情報通知システム１においてキャンセル情報の通知を行う、宿泊施設や飲食店のような施設の情報を保持するためのデータベースである。詳細は後述する。

キャンセルデータベース２８２は、キャンセル情報通知システム１を利用して、ユーザに対して通知を行ったキャンセル情報を保持するためのデータベースである。詳細は後述する。

請求パターンデータベース２８３は、キャンセル情報通知システム１を利用してキャンセル情報を通知する際の、請求パターンに関する情報を保持するためのデータベースである。詳細は後述する。

請求通知モデルデータベース２８４は、キャンセル情報通知システム１を利用してキャンセル情報を通知する際に、通知するユーザと、当該ユーザに最適な請求パターンとの関係性の情報を保持するためのデータベースである。この情報は、後述する学習モジュール２０３６で機械学習が行われ、生成されるモデル情報である。

制御部２０３は、サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして受信制御モジュール２０３１、送信制御モジュール２０３２、キャンセル情報受付モジュール（キャンセル情報受付部）２０３３、請求通知モジュール（請求通知部）２０３４、支払情報取得モジュール（支払情報取得部）２０３５、及び学習モジュール（学習部）２０３６に示す機能を発揮する。

受信制御モジュール２０３１は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御モジュール２０３２は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

キャンセル情報受付モジュール２０３３は、宿泊施設や飲食店、公共交通機関の座席のように、事前に予約を入れて利用する施設の施設管理者が、当該施設を利用する予約を入れていたユーザからの申し出によるキャンセル情報の入力を、外部サーバ３０から受け付ける処理を制御する。キャンセル情報は、ユーザが当該施設を予約する際に予約サイト等のＷｅｂページに入力した情報や、あらかじめ登録されているユーザの情報、インターネット以外の手段による（例えば、電話等）予約情報である。キャンセル情報は、例えば、当該ユーザがどの予約サイトから予約したかを示す情報、予約番号、ユーザの氏名、連絡先、予約日、キャンセル日、利用予定日、利用プラン、利用料金、キャンセル料金等の情報を含む。

なお、キャンセル情報受付モジュール２０３３は、キャンセル情報の入力を、施設管理者が利用する端末装置１０から受け付けてもよい。

請求通知モジュール２０３４は、キャンセル情報受付モジュール２０３３で受け付けたキャンセル情報に係る、キャンセルを申し出たユーザに対して、キャンセル情報に含まれるキャンセル料金の支払いを求める請求情報を、当該ユーザの端末装置１０へ送信して通知する処理を制御する。このとき、請求通知モジュール２０３４では、ユーザの属性情報、当該ユーザの予約情報等に基づき、最適な通知の文面、タイミング、または通知手段で請求情報を通知する。最適な通知の文面、タイミング、または通知手段とは、後述する学習モジュール２０３６による機械学習の結果として最適化されたものであり、請求通知モデルデータベース２８４を参照することで決定される。請求通知モジュール２０３４は、請求書をメール等に添付して送信してもよい。

例えば、請求通知モジュール２０３４は、請求情報の文面が最適化され、最適化により変更された文面を、請求情報を通知する際に使用する。また、請求通知モジュール２０３４は、複数の文面のパターンから最適な文面を選択し、請求情報を通知する際に使用する。このとき、請求通知モジュール２０３４は、文面のパターンを選択するとき、当該ユーザの属性情報（ユーザの年齢、性別、住所、職業等）、当該ユーザの予約情報（予約日、利用予定日、利用プラン、利用料金等）、請求情報の通知タイミング、ユーザに対する請求情報の通知回数のいずれか、または複数の組み合わせに基づいて文面のパターンを選択する。

また、例えば、請求通知モジュール２０３４は、請求情報の通知タイミングが最適化され、最適化により変更されたタイミングで、請求情報を通知する。請求情報の通知タイミングとは、具体的には、ユーザがキャンセルを申し出たときからの日数、通知回数、前回の通知からの日数、通知を行う時間帯、曜日（平日、土日祝日、週の前半、週の後半等）、その月の中の時期（上旬、中旬、下旬等）等である。

また、例えば、請求通知モジュール２０３４は、請求情報の通知手段が最適化され、最適化により変更された通知手段で、請求情報を通知する。請求情報の通知手段とは、具体的には、メール、ＳＮＳ、メッセンジャー、電話等である。

さらにまた、例えば、請求通知モジュール２０３４は、請求に係るキャンセル料金の支払情報が最適化され、最適化により変更された支払情報で、請求情報を通知する。支払情報とは、具体的には、支払手段（銀行振込、ＱＲコード（登録商標）等の送信によるキャッシュレス決済、クレジットカード等）、支払期限等である。

支払情報取得モジュール２０３５は、請求通知モジュール２０３４が通知を行った請求情報に対する、ユーザの支払に関する支払情報を、外部サーバ３０から取得する処理を制御する。ユーザの支払に関する支払情報とは、ユーザが支払いを行ったか否かを示す有無情報、支払金額、支払日、支払手段等である。

なお、支払情報取得モジュール２０３５は、請求情報に対する支払情報を、金融機関（銀行、クレジットカード会社等）や決済代行企業、キャッシュレス決済を取り扱う企業のサーバにアクセスして取得してもよい。

学習モジュール２０３６は、請求通知モジュール２０３４で通知した請求情報、及び支払情報取得モジュール２０３５で取得した支払情報に基づき、機械学習を行い、キャンセルを申し出たユーザに対する請求情報の通知を最適化する処理を制御する。このとき、学習モジュール２０３６では、ユーザの属性情報、当該ユーザの予約情報等に基づき、請求情報の通知の文面、タイミング、または通知手段を最適化するモデル情報を生成する。このモデル情報は、例えば、請求情報を通知するユーザと、当該ユーザに最適な請求パターンとの関係性を示すモデル情報である。学習モジュール２０３６は、請求通知モデルデータベース２８４に格納する。

例えば、学習モジュール２０３６は、請求情報の文面について機械学習を行い、請求情報の文面の最適化を行うモデル情報を生成する。また、学習モジュール２０３６は、複数生成された請求情報の通知の文面から、当該ユーザに対して通知するのに最適な文面のパターンを選択するモデル情報を生成する。

また、例えば、学習モジュール２０３６は、請求情報の通知タイミングについて機械学習を行い、請求情報の通知タイミングの最適化を行うモデル情報を生成する。また、例えば、学習モジュール２０３６は、請求情報の通知手段について機械学習を行い、請求情報の通知手段の最適化を行うモデル情報を生成する。さらにまた、例えば、学習モジュール２０３６は、請求に係るキャンセル料金の支払情報について機械学習を行い、キャンセル料金の支払情報の最適化を行うモデル情報を生成する。

このとき、学習モジュール２０３６は、請求情報に含まれる、当該ユーザが施設を利用するための予約手段（どの予約サイトを利用したか、等）、当該ユーザの属性情報、当該ユーザが予約を入れたときの予約日時の情報、予約をキャンセルしたときのキャンセル日時の情報、当該ユーザの予約情報（利用予定日時、利用プラン、利用人数、利用料金の金額等）、キャンセル料金の金額のいずれか、または複数の組み合わせに基づいて文面のパターンを選択する。

＜２ データ構造＞
図４は、サーバ２０が記憶する施設データベース２８１、キャンセルデータベース２８２のデータ構造を示す図である。また、図５は、サーバ２０が記憶する請求パターンデータベース２８３のデータ構造を示す図である。

図４に示すように、施設データベース２８１のレコードのそれぞれは、項目「施設ＩＤ」と、項目「施設名」と、項目「連絡先」と、項目「利用予約サイト」と、項目「プラン」等を含む。

項目「施設ＩＤ」は、キャンセル情報通知システム１においてキャンセル情報の通知を行う、宿泊施設や飲食店のような施設それぞれを識別する情報である。

項目「施設名」は、キャンセル情報通知システム１においてキャンセル情報の通知を行う施設の名称を示す情報である。

項目「連絡先」は、キャンセル情報通知システム１においてキャンセル情報の通知を行う施設の連絡先を示す情報である。

項目「利用予約サイト」は、キャンセル情報通知システム１においてキャンセル情報の通知を行う施設に予約を入れる際に利用可能な、予約サイトの情報である。具体的には、格納されている予約サイトの情報それぞれを識別するためのインデックス情報と、予約サイトの名称等を含む。

項目「プラン」は、キャンセル情報通知システム１においてキャンセル情報の通知を行う施設を利用する際に、利用可能なプランの情報であり、例えば、宿泊施設における朝食付プランや素泊まりプラン、飲食店における料金別のコースである。具体的には、格納されているプランの情報それぞれを識別するためのインデックス情報と、プランの名称等を含む。

サーバ２０は、キャンセル情報通知システム１を利用する施設が新たに登録されることに伴って、施設データベース２８１に施設の登録を行い、当該施設のプラン変更等の登録情報の変更に伴い、施設データベース２８１を更新する。

キャンセルデータベース２８２のレコードのそれぞれは、項目「施設ＩＤ」と、項目「キャンセル情報詳細」等を含む。

項目「施設ＩＤ」は、キャンセル情報通知システム１においてキャンセル情報の通知を行う、宿泊施設や飲食店のような施設それぞれを識別する情報であり、施設データベース２８１の項目「施設ＩＤ」に対応している。

項目「キャンセル情報詳細」は、キャンセル情報通知システム１を利用する施設管理者が、キャンセルの申し出をしたユーザに対して通知を行ったキャンセル情報であり、具体的には、項目「予約番号」と、項目「予約サイト」と、項目「氏名」と、項目「住所」と、項目「連絡先」と、項目「予約日」と、項目「キャンセル日」と、項目「利用予定日」と、項目「プラン」と、項目「利用人数」と、項目「利用料金」と、項目「キャンセル料金」等を含む。図４に示すように、１の項目「施設ＩＤ」に対して、１または複数の項目「キャンセル情報詳細」が格納されている。

項目「予約番号」は、当該ユーザが施設に対して予約を入れた際の予約番号を示す情報であり、施設において予約それぞれを識別する情報である。

項目「予約サイト」は、当該ユーザが施設に対して予約を入れた際に利用した予約サイトを示す情報であり、施設データベース２８１の項目「利用予約サイト」のインデックス情報に対応している。

項目「氏名」は、当該ユーザの氏名を示す情報である。

項目「住所」は、当該ユーザの住所を示す情報である。

項目「連絡先」は、当該ユーザの住所を示す情報であり、例えば、連絡先の電話番号やメールアドレス、メッセンジャー等のＩＤ情報が格納されている。

項目「予約日」は、当該ユーザが予約を入れたときの予約日を示す情報である。なお、図４では図示を省略しているが、予約日時を示す情報として時間情報も含めて格納してもよい。

項目「キャンセル日」は、当該ユーザが予約をキャンセルしたときのキャンセル日を示す情報である。なお、図４では図示を省略しているが、キャンセル日時を示す情報として時間情報も含めて格納してもよい。

項目「利用予定日」は、当該ユーザが当該予約にて施設を利用する予定であった日を示す情報である。なお、図４では図示を省略しているが、利用予定日時を示す情報として、例えば宿泊施設におけるチェックイン時間やチェックアウト時間、飲食店における入店時間の情報も含めて格納してもよい。

項目「プラン」は、当該ユーザが施設に対して予約を入れた際に利用する予定であったプランを示す情報であり、施設データベース２８１の項目「プラン」のインデックス情報に対応している。

項目「利用人数」は、当該ユーザが施設に対して予約を入れた際に利用する予定であった人数を示す情報である。

項目「利用料金」は、当該ユーザが施設に対して予約を入れた際に利用する予定であったプランの料金を示す情報である。なお、利用料金は予約の時期等に応じて、値引き等により可変であってもよい。

項目「キャンセル料金」は、キャンセル情報通知システム１においてキャンセル情報の通知を行った際に提示したキャンセル料金を示す情報である。

サーバ２０のキャンセル情報受付モジュール２０３３は、施設管理者からキャンセル情報の入力を受け付けることに伴って、キャンセルデータベース２８２を更新する。請求通知モジュール２０３４は、キャンセルデータベース２８２の項目「キャンセル情報詳細」の格納内容に従って、請求情報を送信する。学習モジュール２０３６は、キャンセルデータベース２８２の項目「キャンセル情報詳細」の格納内容に基づき、機械学習を行って請求情報の通知を最適化し、モデル情報を生成して請求通知モデルデータベース２８４に格納する。

図５に示すように、請求パターンデータベース２８３のレコードのそれぞれは、「請求パターンＩＤ」と、項目「請求通知日」と、項目「通知手段」と、項目「文面パターン」等を含む。

項目「請求パターンＩＤ」は、キャンセル情報通知システム１において、請求通知モジュール２０３４がユーザに請求情報を通知する際のパターン情報それぞれを識別する情報である。

項目「請求通知日」は、当該請求パターンにおける請求情報の通知を行う日を示す情報であり、例えば、ユーザがキャンセルを申し出た日や、キャンセル情報が登録された日を起算日として、何日後に通知するかを示す情報が、初回の通知の場合、２回目以降の通知の場合等それぞれに設定されている。

項目「通知手段」は、当該請求パターンにおける請求情報の通知手段を示す情報であり、例えば、メール、ＳＮＳ，メッセンジャーである。

項目「文面パターン」は、当該請求パターンにおける請求情報の通知手段を示す情報であり、例えば、複数のパターンを示すインデックス情報として「Ａ」、「Ｂ」、・・・が格納され、それぞれのパターンに紐づく文面の情報が格納されている。

サーバ２０の学習モジュール２０３６は、機械学習を行って請求情報の通知を最適化し、モデル情報を生成して請求通知モデルデータベース２８４に格納する。なお、複数生成された請求情報の文面のパターンから、最適化により請求情報の文面のパターンを選択するための文面のパターンが請求パターンデータベース２８３に格納されている。請求通知モジュール２０３４は、当該ユーザの属性情報、予約情報等に基づき、請求パターンデータベース２８３の項目「文面パターン」を選択し、請求情報を送信する。

＜３ 動作＞
以下、図６ないし図８を参照しながら、第１の実施の形態におけるキャンセル情報通知システム１によるキャンセル情報通知の各処理について説明する。

図６は、実施の形態１のキャンセル情報通知システム１による処理の前提となる、予約処理を行う流れの一例を示すフローチャートである。

ステップＳ１１１において、端末装置１０の入力操作受付部１７１は、ユーザから、外部サーバ３０が提供するＷｅｂページに対する、宿泊施設や飲食店のような施設の予約情報の入力を受け付ける。送受信部１７２は、受け付けた施設の予約情報を、外部サーバ３０へ送信する。その後、送受信部１７２は、サーバ２０から送信された、施設の予約情報を受信したことを示す受信確認通知を受け付ける。通知制御部１７４は、外部サーバ３０から送信された受信確認通知を、ディスプレイ１３２に表示させる。

ステップＳ１２１において、外部サーバ３０は、端末装置１０から受け付けた予約情報を登録する。外部サーバ３０は、端末装置１０から受け付けた予約情報に対する、受信確認通知を生成し、端末装置１０へ送信する。

ステップＳ１１２において、端末装置１０の入力操作受付部１７１は、ユーザから、外部サーバ３０が提供するＷｅｂページに対する、施設の予約情報に対するキャンセル情報の入力を受け付ける。送受信部１７２は、受け付けた施設のキャンセル情報を、外部サーバ３０へ送信する。その後、送受信部１７２は、サーバ２０から送信された、施設のキャンセル情報を受信したことを示す受信確認通知を受け付ける。通知制御部１７４は、外部サーバ３０から送信された受信確認通知を、ディスプレイ１３２に表示させる。

ステップＳ１２２において、外部サーバ３０は、端末装置１０から受け付けたキャンセル情報を登録する。外部サーバ３０は、端末装置１０から受け付けたキャンセル情報に対する、受信確認通知を生成し、端末装置１０へ送信する。

以上のように、キャンセル情報通知システム１のユーザは、施設管理者が管理する外部サーバ３０のＷｅｂページを介して、施設の予約情報を入力する。また、外部サーバ３０のＷｅｂページを介して、施設のキャンセル情報を入力する。外部サーバ３０は、これらの情報を登録する。

図７は、実施の形態１のキャンセル情報通知システム１によるキャンセル情報通知処理を行う流れの一例を示すフローチャートである。

ステップＳ２１１において、外部サーバ３０は、施設管理者から、サーバ２０が提供するＷｅｂページに対する、施設の予約情報に対するキャンセル情報の入力を受け付ける。外部サーバ３０は、受け付けた施設のキャンセル情報を、サーバ２０へ送信する。なお、施設管理者からのキャンセル情報の入力は、施設管理者が利用する端末装置１０から行われてもよい。

ステップＳ２２１において、サーバ２０のキャンセル情報受付モジュール２０３３は、外部サーバ３０から送信された施設の予約情報に対するキャンセル情報を、通信部２０１を介して受け付ける。キャンセル情報受付モジュール２０３３は、受け付けたキャンセル情報をキャンセルデータベース２８２に格納する。

ステップＳ２２２において、サーバ２０の請求通知モジュール２０３４は、ステップＳ２２１で受け付けたキャンセル情報に係るユーザに対して、キャンセル情報に含まれるキャンセル料金の支払いを求める請求情報を、通信部２０１を介して当該ユーザの端末装置１０へ送信する。このとき、請求通知モジュール２０３４は、キャンセルデータベース２８２の「キャンセル情報詳細」に格納されているキャンセル情報に係る請求情報を送信するが、当該ユーザの属性情報、予約情報等に基づき、請求パターンデータベース２８３の項目「文面パターン」を選択して送信する。

ステップＳ２３２において、端末装置１０の送受信部１７２は、サーバ２０から送信された請求情報を受け付ける。通知制御部１７４は、請求情報をディスプレイ１３２に表示させる。

ステップＳ２２３において、サーバ２０の請求通知モジュール２０３４は、キャンセルデータベース２８２に格納されているステータス情報（図示は省略する）を更新し、キャンセル情報の状態を通知済の状態にする。

以上のように、キャンセル情報通知システム１のサーバ２０は、施設管理者からキャンセル情報の入力を受け付けると、そのキャンセル情報に係るキャンセル料金の支払いを求める請求情報を、当該ユーザの端末装置１０へ送信する。そのため、請求情報をユーザに確実に通知することができる。

図８は、実施の形態１のキャンセル情報通知システム１によるキャンセル情報学習処理を行う流れの一例を示すフローチャートである。

ステップＳ３２１において、サーバ２０の支払情報取得モジュール２０３５は、外部サーバ３０に対して、ステップＳ２２２で送信した請求情報に対する、ユーザの支払に関する支払情報を送信する送信要求を、通信部２０１を介して外部サーバ３０へ送信する。支払情報取得モジュール２０３５は、外部サーバ３０から送信された支払情報を、通信部２０１を介して受け付ける。

ステップＳ３１１において、外部サーバ３０は、サーバ２０から受け付けた送信要求に対する支払情報を、端末装置１０へ送信する。

ステップＳ３２２において、サーバ２０の学習モジュール２０３６は、ステップＳ２２２で通知した請求情報、及びステップＳ３２１で取得した支払情報に基づき、機械学習を行い、キャンセルを申し出たユーザに対する請求情報の通知を最適化するモデル情報を生成する。このとき、学習モジュール２０３６は、ユーザの属性情報、当該ユーザの予約情報等に基づき、請求情報の通知の文面、タイミング、または通知手段を最適化するモデル情報を生成する。学習モジュール２０３６は、例えば、機械学習の結果として、請求情報を通知するユーザと、当該ユーザに最適な請求パターンとの関係性を示すモデル情報を生成し、請求通知モデルデータベース２８４に格納する。

ステップＳ３２３において、サーバ２０の学習モジュール２０３６は、複数生成された請求情報の文面のパターンから、最適化により生成された請求情報の文面のパターンを選択するためのモデル情報を生成する。学習モジュール２０３６は、生成した請求情報の文面のパターンを、請求パターンデータベース２８３に格納する。

ステップＳ３２４において、サーバ２０の学習モジュール２０３６は、請求パターンデータベース２８３及び請求通知モデルデータベース２８４を紐付けて更新する。

以上のように、キャンセル情報通知システム１では、請求情報に対する、ユーザの支払に関する支払情報を取得し、請求情報及び支払情報に基づき、機械学習を行い、ユーザに対する請求情報の通知を最適化する。これにより、キャンセルによる機会逸失の補填を促進することが可能である。

＜４ 画面例＞
以下、図９ないし図１２を参照しながら、キャンセル情報通知システム１によるキャンセル情報通知の各処理の画面例について説明する。

図９は、キャンセル情報入力処理における外部サーバ３０の画面例を示す図である。図９の画面例は、施設管理者から外部サーバ３０に、施設を利用する予約を入れていたユーザからの申し出によるキャンセル情報の入力を受け付ける画面例を示す。図７のステップＳ２１１に相当する。

図９に示すように、外部サーバ３０の入出力ＩＦ３３（ディスプレイ）には、キャンセルを受け付けた予約情報を入力する画面が表示されている。この入力画面には、一例として、施設の名称等を表示する施設情報表示欄１０３１ａと、予約方法（手段）を入力する予約方法入力欄１０３１ｂと、予約時に発行される予約番号を入力する予約番号入力欄１０３１ｃと、請求先ユーザの氏名等の情報を入力する請求先入力欄１０３１ｄとが表示されている。この入力画面は、キャンセル情報を入力する画面であるため、図４に示すキャンセルデータベース２８２の項目「キャンセル情報詳細」の各項目の入力欄が設けられているが、その他の入力欄の図示を省略する。なお、各項目はプルダウン表示やラジオボタン等により選択できるように構成してもよい。

施設管理者は、この入力画面に設けられた各項目の入力欄にキャンセル情報を入力し、登録するための操作（例えば、画面上に設けられた登録ボタンを押下）を行うと、サーバ２０のキャンセル情報受付モジュール２０３３により登録が行われ、キャンセルデータベース２８２に格納される。

図１０は、キャンセル情報が入力された外部サーバ３０のキャンセル情報一覧の画面例を示す図である。図１０の画面例は、図９に示すキャンセル情報の入力画面から入力されたキャンセル情報の一覧が表示された状態の画面例を示す。

図１０に示すように、外部サーバ３０の入出力ＩＦ３３（ディスプレイ）には、キャンセル情報の一覧画面が表示されている。この一覧画面には、一例として、キャンセル一覧表示欄１０３２ａと、請求書の表示を行わせる請求書表示指示ボタン１０３２ｂと、ステータス表示欄１０３２ｃとが表示されている。キャンセル一覧表示欄１０３２ａは、図４に示すキャンセルデータベース２８２の項目「キャンセル情報詳細」の各項目が表示されるように構成されている。

施設管理者は、請求書表示指示ボタン１０３２ｂを押下すると、当該ユーザに通知した請求情報に係る請求書を確認することが可能である。また、ステータス表示欄１０３２ｃの表示内容を確認することで、請求情報を未通知であるか通知済であるか、何回通知したか、等のステータスを確認することができる。

図１１は、キャンセル情報学習処理前における端末装置１０のメール文面の例を示す図である。図１１の例は、サーバ２０の請求通知モジュール２０３４がユーザに対して通知した請求情報の文面の例であり、端末装置１０のディスプレイ１３２に表示された状態を示す例である。図７のステップＳ２３２に相当する。

図１１に示すように、端末装置１０のディスプレイ１３２には、請求情報の文面である文面情報１０３３ａが表示されている。この文面情報１０３３ａは、請求通知モジュール２０３４が当該ユーザの属性情報、予約情報等に基づき、請求パターンデータベース２８３の項目「文面パターン」から選択し、キャンセルデータベース２８２の項目「氏名」等の情報から構成したものである。

図１２は、キャンセル情報学習処理後における端末装置１０のメール文面の例を示す図である。図１２の例は、図１１の例と同様、サーバ２０の請求通知モジュール２０３４がユーザに対して通知した請求情報の文面の例であり、端末装置１０のディスプレイ１３２に表示された状態を示す例である。図７のステップＳ２３２に相当する。

図１２に示すように、端末装置１０のディスプレイ１３２には、請求情報の文面である文面情報１０３４ａが表示されている。この文面情報１０３４ａは、図１１の例と同様、請求通知モジュール２０３４が当該ユーザの属性情報、予約情報等に基づき、請求パターンデータベース２８３の項目「文面パターン」から選択し、キャンセルデータベース２８２の項目「氏名」等の情報から構成したものである。

例えば、請求通知モジュール２０３４は、ユーザの属性情報、予約情報等に基づき、請求パターンデータベース２８３の項目「文面パターン」を選択する。その後、学習モジュール２０３６が機械学習を行い、ユーザの属性情報、予約情報等によっては他の「文面パターン」の請求パターンから文面を選択したほうが、キャンセル料金の回収率が高いと判断された場合、他の「文面パターン」の請求パターンから文面を選択するように、請求通知モデルデータベース２８４のモデル情報を更新する。すると、同様の属性等のユーザがキャンセルを行った場合、図１１に示す文面情報１０３３ａから、図１２に示す文面情報１０３４ａが選択されるようになる。このように文面が変更されることにより、請求情報の通知が最適化される。

＜小括＞
以上のように、本実施形態によると、施設管理者からキャンセル情報の入力を受け付けると、そのキャンセル情報に係るキャンセル料金の支払いを求める請求情報を、当該ユーザに通知する。請求情報に対する、ユーザの支払に関する支払情報を取得し、請求情報及び支払情報に基づき、機械学習を行い、ユーザに対する請求情報の通知を最適化する。そのため、キャンセル料金の請求について、最適化を行うことが可能である。これにより、キャンセルによる機会逸失の補填を促進することが可能である。

また、請求情報及び支払情報に基づく機械学習により、キャンセル料金を請求するための通知の文面、タイミング、通知手段等が最適化される。これにより、ユーザのキャンセル料金の支払い意欲を向上させ、キャンセル料金の回収の割合を増加させることが可能になる。

＜第２の実施の形態＞
以下、キャンセル情報通知システム１の他の実施の形態について説明する。

＜１ キャンセル情報通知システム１の全体構成＞
図１３は、実施の形態２のキャンセル情報通知システム１を構成するサーバ２０の機能的な構成を示す図である。第２の実施の形態におけるキャンセル情報通知システム１の全体の構成、端末装置１０の構成は、第１の実施の形態と同様であるので、繰り返して説明しない。サーバ２０の構成については、図１３に示すように、新たにキャンセル料レコメンドモジュール（金額通知部、レコメンド部）２０３７、及び金額変更受付モジュール（金額変更受付部）２０３８の機能を備える以外、第１の実施の形態と同様である。以下、第２の実施の形態におけるキャンセル料レコメンドモジュール２０３７及び金額変更受付モジュール２０３８の機能について説明する。

キャンセル料レコメンドモジュール２０３７は、学習モジュール２０３６による機械学習の結果生成されるモデル情報に基づき、キャンセル情報受付モジュール２０３３がキャンセル情報の入力を受け付けると、そのキャンセル情報に最適なキャンセル料金を施設管理者にレコメンドする処理を制御する。本実施形態の場合、学習モジュール２０３６は、請求情報及び支払情報に基づき機械学習を行い、請求情報に含まれるキャンセル料金の金額についても最適化するモデル情報を生成する。キャンセル料レコメンドモジュール２０３７は、そのモデル情報に基づいて、当該ユーザに請求するのに最適なキャンセル金額をレコメンドする。レコメンドするキャンセル金額は、請求情報及び支払情報との関係で請求パターンデータベース２８３に格納しておき、キャンセル料レコメンドモジュール２０３７でこの情報を参照してレコメンドするように構成してもよい。

また、キャンセル料レコメンドモジュール２０３７は、あらかじめ定められた、施設におけるキャンセルに対する規約（規約情報）、いわゆるキャンセルポリシーに基づき、キャンセル情報受付モジュール２０３３がキャンセル情報の入力を受け付けると、そのキャンセル情報に最適なキャンセル料金を施設管理者にレコメンドする処理を制御する。キャンセル料レコメンドモジュール２０３７は、例えば当該施設において、利用日の２日前にキャンセルがあった場合は利用料金の半額がキャンセル料と定められている場合、利用料金の半額の金額をキャンセル料としてレコメンドする。

金額変更受付モジュール２０３８は、キャンセル情報受付モジュール２０３３で受け付けたキャンセル情報に含まれるキャンセル料金の金額を、施設管理者の入力により変更する入力を受け付ける処理を制御する。金額変更受付モジュール２０３８は、キャンセル料レコメンドモジュール２０３７によりレコメンドしたキャンセル料金の金額を反映させるため、レコメンドしたキャンセル料金の金額を受け付けてもよく、レコメンドした金額以外の金額の入力を受け付けてもよい。また、キャンセル料金の金額を変更する入力画面において、金額入力欄に初期値としてレコメンドしたキャンセル料金の金額を表示させ、変更する場合にはその入力された金額を変更できるように構成してもよい。

＜２ データ構造＞
第２の実施の形態におけるデータ構造は、第１の実施の形態と同様であるので、繰り返して説明しない。

＜３ 動作＞
以下、図１４を参照しながら、第２の実施の形態におけるキャンセル情報通知システム１によるキャンセル情報通知の各処理について説明する。

図１４は、実施の形態２のキャンセル情報通知システム１によるキャンセル情報通知処理を行う流れの一例を示すフローチャートである。図１４に示すフローチャートにおけるキャンセル情報通知処理は、図７に示すフローチャートにおけるキャンセル情報通知処理のステップＳ２１１及びステップＳ２２１の後続処理として、ステップＳ４１１及びステップＳ４２１が追加されたものであるため、重複する処理については繰り返して説明しない。

ステップＳ４２１において、サーバ２０のキャンセル料レコメンドモジュール２０３７は、ステップＳ２２１で受け付けたキャンセル情報に最適なキャンセル料金を施設管理者にレコメンドするレコメンド情報を、通信部２０１を介して外部サーバ３０へ送信する。キャンセル料レコメンドモジュール２０３７は、学習モジュール２０３６による機械学習の結果に基づき、例えば請求パターンデータベース２８３を参照し、当該ユーザに請求するのに最適なキャンセル金額をレコメンドする。

また、ステップＳ４２１において、サーバ２０の金額変更受付モジュール２０３８は、外部サーバ３０から送信された、キャンセル料金の金額を変更する金額変更情報を、通信部２０１を介して受け付ける。金額変更受付モジュール２０３８は、受け付けた変更後のキャンセル料金の金額情報を、キャンセルデータベース２８２に格納する。

ステップＳ４１１において、外部サーバ３０は、施設管理者から、サーバ２０が提供するＷｅｂページに対する、キャンセル料金の金額を変更する金額変更情報の入力を受け付ける。外部サーバ３０は、受け付けた金額変更情報を、サーバ２０へ送信する。なお、施設管理者からの金額変更情報の入力は、施設管理者が利用する端末装置１０から行われてもよい。

＜小括＞
以上のように、本実施形態によると、請求情報及び支払情報に基づき機械学習を行い、機械学習の結果に基づき、キャンセル情報に最適なキャンセル料金を施設管理者にレコメンドする。また、キャンセル料金の金額を変更する入力を受け付ける。これにより、キャンセル料金の金額が最適化されるので、ユーザのキャンセル料金の支払い意欲をより向上させ、キャンセル料金の回収の割合を増加させることが可能になる。

＜第３の実施の形態＞
以下、キャンセル情報通知システム１の他の実施の形態について説明する。

＜１ キャンセル情報通知システム１の全体構成＞
図１５は、実施の形態３のキャンセル情報通知システム１を構成するサーバ２０の機能的な構成を示す図である。第３の実施の形態におけるキャンセル情報通知システム１の全体の構成、端末装置１０の構成は、第１の実施の形態と同様であるので、繰り返して説明しない。サーバ２０の構成については、図１５に示すように、新たに特典発行モジュール（特典発行部）２０３９の機能を備える以外、第１の実施の形態と同様である。以下、第３の実施の形態における特典発行モジュール２０３９の機能について説明する。

特典発行モジュール２０３９は、支払情報取得モジュール２０３５が取得した支払情報に基づき、施設のキャンセルを行ったユーザに対して特典を発行し、当該ユーザの端末装置１０へ送信する処理を制御する。特典発行モジュール２０３９は、例えば、ユーザが請求情報に従ってキャンセル料金を支払った場合、一定の特典を発行し、ユーザに対して優遇措置を提供する。特典とは、具体的には、当該施設の割引クーポンや所定のサービス（ワンドリンクサービス等）に使用可能なクーポン、一定の金銭的価値を有するポイント等である。

また、本実施形態の場合、請求通知モジュール２０３４は、キャンセル料金の支払いがあった場合、上記のような特典を発行する旨を請求情報の通知の際に通知してもよい。この場合、学習モジュール２０３６は、特典の価値（割引金額等）や内容も含めて機械学習を行い、請求情報の通知の最適化を行うモデル情報を生成してもよい。

＜小括＞
以上のように、本実施形態によると、キャンセル料金の支払いがあった場合に特典を発行し、ユーザに対して優遇措置を提供する。これにより、当該ユーザの次回の利用を促進することが可能になる。また、この特典の内容についても機械学習を行うことにより、キャンセル料金の支払い意欲を向上させることが可能になる。

＜第４の実施の形態＞
以下、キャンセル情報通知システム１の他の実施の形態について説明する。

＜１ キャンセル情報通知システム１の全体構成＞
図１６は、実施の形態４のキャンセル情報通知システム１を構成するサーバ２０の機能的な構成を示す図である。第４の実施の形態におけるキャンセル情報通知システム１の全体の構成、端末装置１０の構成は、第１の実施の形態と同様であるので、繰り返して説明しない。サーバ２０の構成については、図１６に示すように、新たにユーザ情報提供モジュール（ユーザ情報提供部）２０４０の機能を備える以外、第１の実施の形態と同様である。以下、第４の実施の形態におけるユーザ情報提供モジュール２０４０の機能について説明する。

ユーザ情報提供モジュール２０４０は、学習モジュール２０３６による機械学習の結果に基づき、ユーザ情報を当該施設管理者の外部サーバ３０へ送信し、施設管理者に提供する処理を制御する。ユーザ情報提供モジュール２０４０が提供するユーザ情報は、具体的には、ユーザの属性情報や予約情報と、その後の行動予測、例えば実際に当該施設を利用するか、キャンセルした場合にキャンセル料金を支払うか、といった予測情報との関係を示す情報である。そのため、学習モジュール２０３６は、機械学習により上記のような予測情報を生成する。

＜小括＞
以上のように、本実施形態によると、機械学習の結果に基づくユーザの行動情報を施設管理者に提供する。これにより、ユーザの行動情報を参照することで、施設のサービス内容等についても最適化を促すことが可能になる。

以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換及び変更を行なって実施することができる。これらの実施形態及び変形例ならびに省略、置換及び変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。

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

（付記１）制御部を備える情報処理装置であって、制御部は、施設を利用する予約を入れていたユーザの予約に対するキャンセル情報の入力を受け付けるキャンセル情報受付部と、ユーザに対して、キャンセル情報に係るキャンセル料金の支払を求める請求情報を通知する請求通知部と、ユーザによる、キャンセル料金の支払に関する支払情報を取得する支払情報取得部と、請求情報及び支払情報に基づき機械学習を行い、ユーザに対する請求情報の通知を最適化する学習部と、を備える情報処理装置。

（付記２）学習部は、請求情報及び支払情報に基づき機械学習を行い、請求情報の文面を最適化するモデル情報を生成し、請求通知部は、モデル情報に基づき、変更された請求情報の文面を通知する、（付記１）に記載の情報処理装置。

（付記３）学習部は、機械学習を行い、請求情報の文面のパターンを複数生成してパターンを最適化するモデル情報を生成し、請求通知部は、モデル情報に基づき、複数の請求情報の文面から１を選択してユーザに対して請求情報を通知する、（付記２）に記載の情報処理装置。

（付記４）請求通知部は、モデル情報から、ユーザの属性情報、ユーザの予約に関する情報、ユーザに対する請求情報の通知タイミング、ユーザに対する請求情報の通知回数のうちのいずれか１つまたは複数に基づき、複数の請求情報の文面から１を選択してユーザに対して通知する、（付記３）に記載の情報処理装置。

（付記５）学習部は、請求情報及び支払情報に基づき機械学習を行い、ユーザに対する請求情報の通知タイミングを最適化するモデル情報を生成し、請求通知部は、モデル情報に基づき、請求情報の通知タイミングを変更する、（付記１）から（付記４）のいずれかに記載の情報処理装置。

（付記６）学習部は、請求情報及び支払情報に基づき機械学習を行い、ユーザに対する請求情報の通知手段を最適化するモデル情報を生成し、請求通知部は、モデル情報に基づき、請求情報の通知手段を変更する、（付記１）から（付記５）のいずれかに記載の情報処理装置。

（付記７）学習部は、請求情報及び支払情報に基づき機械学習を行い、ユーザに対するキャンセル料金の支払情報を最適化するモデル情報を生成し、請求通知部は、モデル情報に基づき、キャンセル料金の支払情報を変更する、（付記１）から（付記６）のいずれかに記載の情報処理装置。

（付記８）学習部は、ユーザが予約を入れた予約手段、ユーザの属性情報、予約を入れた日時情報、予約をキャンセルしたキャンセル日時情報、予約のプラン、予約に係る利用人数、予約に係る利用日時、予約に係る利用料金の金額、キャンセル料金の金額のいずれか１つまたは複数に基づき機械学習を行う、（付記１）から（付記７）のいずれかに記載の情報処理装置。

（付記９）学習部は、請求情報及び支払情報に基づき機械学習を行い、キャンセル料金の金額を最適化するモデル情報を生成する、（付記１）から（付記８）のいずれかに記載の情報処理装置。

（付記１０）制御部は、さらに、請求情報の通知を最適化するモデル情報に基づき、キャンセル料金の金額の変更を、施設を管理する施設管理者にレコメンドするレコメンド部を備える、（付記９）に記載の情報処理装置。

（付記１１）制御部は、さらに、キャンセル料金の金額の変更の入力を受け付ける金額変更受付部を備える、（付記１）から（付記１０）のいずれかに記載の情報処理装置。

（付記１２）制御部は、さらに、支払情報に基づき、施設の利用に関する特典情報を発行してユーザに通知する特典発行部を備える、（付記１）から（付記１１）のいずれかに記載の情報処理装置。

（付記１３）制御部は、さらに、請求情報の通知を最適化するモデル情報に基づくユーザに関するユーザ情報を、施設を管理する施設管理者に提供するユーザ情報提供部を備える、（付記１）から（付記１２）のいずれかに記載の情報処理装置。

（付記１４）プロセッサを備えるコンピュータにより実行されるための方法であって、方法は、プロセッサが、施設を利用する予約を入れていたユーザの予約に対するキャンセル情報の入力を受け付けるステップと、ユーザに対して、キャンセル情報に係るキャンセル料金の支払を求める請求情報を通知するステップと、ユーザによる、キャンセル料金の支払に関する支払情報を取得するステップと、請求情報及び支払情報に基づき機械学習を行い、ユーザに対する請求情報の通知を最適化するステップと、を実行する、方法。

（付記１５）プロセッサを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、施設を利用する予約を入れていたユーザの予約に対するキャンセル情報の入力を受け付けるステップと、ユーザに対して、キャンセル情報に係るキャンセル料金の支払を求める請求情報を通知するステップと、ユーザによる、キャンセル料金の支払に関する支払情報を取得するステップと、請求情報及び支払情報に基づき機械学習を行い、ユーザに対する請求情報の通知を最適化するステップと、を実行させる、プログラム。

１０ 端末装置、２０ サーバ、３０ 外部サーバ、８０ ネットワーク、１３０ 操作受付部、１６１ ユーザ情報、２２ 通信ＩＦ、２３ 入出力ＩＦ、２５ メモリ、２６ ストレージ、２９ プロセッサ、２０１ 通信部、２０２ 記憶部、２８１ 施設データベース、２８２ キャンセルデータベース、２８３ 請求パターンデータベース、２８４ 請求通知モデルデータベース、２０３ 制御部、２０３３ キャンセル情報受付モジュール（キャンセル情報受付部）、２０３４ 請求通知モジュール（請求通知部）、２０３５ 支払情報取得モジュール（支払情報取得部）、２０３６ 学習モジュール（学習部）、２０３７ キャンセル料レコメンドモジュール（レコメンド部）、２０３８ 金額変更受付モジュール（金額変更受付部）、２０３９ 特典発行モジュール（特典発行部）、２０４０ ユーザ情報提供モジュール（ユーザ情報提供部）

Claims (16)

1. 制御部を備える情報処理装置であって、
   前記制御部は、
   施設を利用する予約を入れていたユーザの前記予約に対するキャンセル情報の入力を受け付けるキャンセル情報受付部と、
   前記ユーザに対して、前記キャンセル情報に係るキャンセル料金の支払を求める請求情報を通知する請求通知部と、
   前記ユーザによる、前記キャンセル料金の支払に関する支払情報を取得する支払情報取得部と、
   前記請求情報及び前記支払情報に基づき機械学習を行い、前記ユーザに対する前記請求情報の通知を最適化する学習部と、を備える情報処理装置。
2. 前記学習部は、前記請求情報及び前記支払情報に基づき機械学習を行い、前記請求情報の文面を最適化するモデル情報を生成し、
   前記請求通知部は、前記モデル情報に基づき、変更された前記請求情報の文面を通知する、請求項１に記載の情報処理装置。
3. 前記学習部は、前記機械学習を行い、複数生成された前記請求情報の文面のパターンから、前記ユーザに対して通知するのに最適な前記パターンを選択する前記モデル情報を生成し、
   前記請求通知部は、前記モデル情報に基づき、複数の前記請求情報の文面から１を選択して前記ユーザに対して前記請求情報を通知する、請求項２に記載の情報処理装置。
4. 前記請求通知部は、前記モデル情報から、前記ユーザの属性情報、前記ユーザの前記予約に関する情報、前記ユーザに対する前記請求情報の通知タイミング、前記ユーザに対する前記請求情報の通知回数のうちのいずれか１つまたは複数に基づき、複数の前記請求情報の文面から１を選択して前記ユーザに対して通知する、請求項３に記載の情報処理装置。
5. 前記学習部は、前記請求情報及び前記支払情報に基づき機械学習を行い、前記ユーザに対する前記請求情報の通知タイミングを最適化するモデル情報を生成し、
   前記請求通知部は、前記モデル情報に基づき、前記請求情報の通知タイミングを変更する、請求項１から請求項４のいずれか１項に記載の情報処理装置。
6. 前記学習部は、前記請求情報及び前記支払情報に基づき機械学習を行い、前記ユーザに対する前記請求情報の通知手段を最適化するモデル情報を生成し、
   前記請求通知部は、前記モデル情報に基づき、前記請求情報の通知手段を変更する、請求項１から請求項５のいずれか１項に記載の情報処理装置。
7. 前記学習部は、前記請求情報及び前記支払情報に基づき機械学習を行い、前記ユーザに対する前記キャンセル料金の支払情報を最適化するモデル情報を生成し、
   前記請求通知部は、前記モデル情報に基づき、前記キャンセル料金の支払情報を変更する、請求項１から請求項６のいずれか１項に記載の情報処理装置。
8. 前記学習部は、前記ユーザが前記予約を入れた予約手段、前記ユーザの属性情報、前記予約を入れた日時情報、前記予約をキャンセルしたキャンセル日時情報、前記予約のプラン、前記予約に係る利用人数、前記予約に係る利用日時、前記予約に係る利用料金の金額、前記キャンセル料金の金額のいずれか１つまたは複数に基づき機械学習を行う、請求項１から請求項７のいずれか１項に記載の情報処理装置。
9. 前記制御部は、さらに、
   あらかじめ定められた前記施設におけるキャンセルに対する規約情報に基づき、前記キャンセル料金の金額を、前記施設を管理する施設管理者に通知する金額通知部を備える、請求項１から請求項８のいずれか１項に記載の情報処理装置。
10. 前記学習部は、前記請求情報及び前記支払情報に基づき機械学習を行い、前記キャンセル料金の金額を最適化するモデル情報を生成する、請求項１から請求項９のいずれか１項に記載の情報処理装置。
11. 前記制御部は、さらに、
    前記キャンセル料金の金額を最適化するモデル情報に基づき、前記キャンセル料金の金額の変更を、前記施設を管理する施設管理者にレコメンドするレコメンド部を備える、請求項１０に記載の情報処理装置。
12. 前記制御部は、さらに、
    前記キャンセル料金の金額の変更の入力を受け付ける金額変更受付部を備える、請求項１から請求項１１のいずれか１項に記載の情報処理装置。
13. 前記制御部は、さらに、
    前記支払情報に基づき、前記施設の利用に関する特典情報を発行して前記ユーザに通知する特典発行部を備える、請求項１から請求項１２のいずれか１項に記載の情報処理装置。
14. 前記制御部は、さらに、
    前記ユーザに関するユーザ情報を、前記施設を管理する施設管理者に提供するユーザ情報提供部を備える、請求項１から請求項１３のいずれか１項に記載の情報処理装置。
15. プロセッサを備えるコンピュータにより実行されるための方法であって、
    前記方法は、前記プロセッサが、
    施設を利用する予約を入れていたユーザの前記予約に対するキャンセル情報の入力を受け付けるステップと、
    前記ユーザに対して、前記キャンセル情報に係るキャンセル料金の支払を求める請求情報を通知するステップと、
    前記ユーザによる、前記キャンセル料金の支払に関する支払情報を取得するステップと、
    前記請求情報及び前記支払情報に基づき機械学習を行い、前記ユーザに対する前記請求情報の通知を最適化するステップと、を実行する、方法。
16. プロセッサを備えるコンピュータに実行させるためのプログラムであって、
    前記プログラムは、前記プロセッサに、
    施設を利用する予約を入れていたユーザの前記予約に対するキャンセル情報の入力を受け付けるステップと、
    前記ユーザに対して、前記キャンセル情報に係るキャンセル料金の支払を求める請求情報を通知するステップと、
    前記ユーザによる、前記キャンセル料金の支払に関する支払情報を取得するステップと、
    前記請求情報及び前記支払情報に基づき機械学習を行い、前記ユーザに対する前記請求情報の通知を最適化するステップと、を実行させる、プログラム。

Images