(57)【特許請求の範囲】
【請求項１】
店舗によりサービスの提供を受ける顧客から、前記サービスの予約の少なくとも一部のキャンセルに対する補償を行うための保険を利用する申請を受け付ける申請受付部と、
前記申請に基づいて、前記保険の保険料を含めた前記予約に対する代金が前記顧客から支払われた場合に、前記保険料を収集するための処理を実行する保険料収集部と、
前記予約を管理する予約管理サーバから、前記申請された前記予約の少なくとも一部に対してキャンセルが発生した際に、当該キャンセルが発生したことを示すキャンセル情報を取得する取得部と、
前記キャンセル情報に基づいて、前記店舗に対して前記保険に対する給付金を支払うための支払い処理を実行する支払い部と、を備え、
前記キャンセル情報は、前記サービスの予約に対するキャンセルが確定したキャンセル日時を含み、
前記支払い部は、前記サービスの提供を受ける日時を示す予約日時を含む予約情報を記憶する予約情報記憶部を参照し、前記予約情報および前記キャンセル情報に基づいて、前記店舗に対して前記キャンセル日時から前記予約日時までの期間に応じた前記給付金を支払うための支払い処理を実行する、
サーバ装置。
【請求項２】
前記予約情報は、顧客により指定された前記サービスの提供を受ける予定の予定人数を含み、
前記保険料は、前記予約情報に基づき前記予定人数に応じて算定され、
前記キャンセル情報は、前記予定人数のうち前記予約に対してキャンセルしたキャンセル人数を含み、
前記支払い部は、前記キャンセル情報に基づいて、前記店舗に対して前記キャンセル人数に応じた前記給付金を支払うための支払い処理を実行する、
請求項１に記載のサーバ装置。
【請求項３】
所定期間における前記顧客ごとの前記サービスの予約の少なくとも一部に対するキャンセルの実績を示すキャンセル履歴情報を記憶する履歴情報記憶部を参照し、
前記保険料は、前記キャンセル履歴情報に基づき前記キャンセルの実績に応じて算定される、
請求項１または２に記載のサーバ装置。
【請求項４】
コンピュータに、
店舗によりサービスの提供を受ける顧客から、前記サービスの予約の少なくとも一部のキャンセルに対する補償を行うための保険を利用する申請を受け付ける申請受付機能と、
前記申請に基づいて、前記保険の保険料を含めた前記予約に対する代金が前記顧客から支払われた場合に、前記保険料を収集するための処理を実行する保険料収集機能と、
前記予約を管理する予約管理サーバから、前記申請された前記予約の少なくとも一部に対してキャンセルが発生した際に、当該キャンセルが発生したことを示すキャンセル情報を取得する取得機能と、
前記キャンセル情報に基づいて、前記店舗に対して前記保険に対する給付金を支払うための支払い処理を実行する支払い機能と、を実行させるプログラムであって、
前記キャンセル情報は、前記サービスの予約に対するキャンセルが確定したキャンセル日時を含み、
前記支払い機能は、前記サービスの提供を受ける日時を示す予約日時を含む予約情報を記憶する予約情報記憶部を参照し、前記予約情報および前記キャンセル情報に基づいて、前記店舗に対して前記キャンセル日時から前記予約日時までの期間に応じた前記給付金を支払うための支払い処理を実行する、
プログラム。
【請求項５】
コンピュータが、
店舗によりサービスの提供を受ける顧客から、前記サービスの予約の少なくとも一部のキャンセルに対する補償を行うための保険を利用する申請を受け付ける申請受付ステップと、
前記申請に基づいて、前記保険の保険料を含めた前記予約に対する代金が前記顧客から支払われた場合に、前記保険料を収集するための処理を実行する保険料収集ステップと、
前記予約を管理する予約管理サーバから、前記申請された前記予約の少なくとも一部に対してキャンセルが発生した際に、当該キャンセルが発生したことを示すキャンセル情報を取得する取得ステップと、
前記キャンセル情報に基づいて、前記店舗に対して前記保険に対する給付金を支払うための支払い処理を実行する支払いステップと、を実行する情報処理方法であって、
前記キャンセル情報は、前記サービスの予約に対するキャンセルが確定したキャンセル日時を含み、
前記支払いステップは、前記サービスの提供を受ける日時を示す予約日時を含む予約情報を記憶する予約情報記憶部を参照し、前記予約情報および前記キャンセル情報に基づいて、前記店舗に対して前記キャンセル日時から前記予約日時までの期間に応じた前記給付金を支払うための支払い処理を実行する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、プログラム、及び情報処理方法に関する。
【背景技術】
【０００２】
近年、商品やサービスの予約において、予約がキャンセルされた際に、商品やサービスを提供する店舗に対してキャンセルによる損失を補償するためのシステムが存在する。例えば、下記特許文献１には、店舗における日配品の予約を申し込んだ顧客に対して、顧客のキャンセルにより予約した商品が廃棄商品となった場合、この顧客の保証金残高から予約した商品の代金を徴収する予約システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１５６７１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような予約システムでは、予約利用を申し込む顧客に対して保証金の預け入れを要請し、顧客は予め店舗に対して予約利用の申し込みと併せて保証金を預け入れなければならない。しかしながら、特に店舗が提供するサービスの予約においては、一時的にその店舗を利用したい場合も多く、また、サービスの利用予定日時に急用が入るなど予約に対するキャンセルの発生も頻繁である。このため、店舗が提供するサービスの予約において、当該店舗に対して予め残高の不足がないよう保証金を預け入れることは顧客の利便性に問題がある。
【０００５】
そこで、本発明は、上記課題を解決するため、店舗等に予約のキャンセルに対する補償を行う際の利便性を向上させるためのサーバ装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係るサーバ装置は、店舗によりサービスの提供を受ける顧客から、サービスの予約の少なくとも一部のキャンセルに対する補償を行うための保険を利用する申請を受け付ける申請受付部と、申請に基づいて、保険の保険料を含めた予約に対する代金が顧客から支払われた場合に、保険料を収集するための処理を実行する保険料収集部と、を備える。
【０００７】
本発明の一態様に係るプログラムは、コンピュータに、店舗によりサービスの提供を受ける顧客から、サービスの予約に当該予約の少なくとも一部のキャンセルに対する補償を行うための保険を利用する旨の申請を受け付ける申請受付機能と、顧客から受付機能が申請を受け付けた場合、保険の保険料を含めた予約に対する支払い代金が顧客から支払われた場合に保険料を収集するための処理を実行する保険料収集機能と、を実現させる。
【０００８】
本発明の一態様に係る情報処理方法は、コンピュータが、店舗によりサービスの提供を受ける顧客から、サービスの予約に当該予約の少なくとも一部のキャンセルに対する補償を行うための保険を利用する旨の申請を受け付ける申請受付ステップと、顧客から受付ステップで申請を受け付けた場合、保険の保険料を含めた予約に対する支払い代金が顧客から支払われた際に保険料を収集するための処理を実行する保険料収集ステップと、を含む。
【０００９】
上記の態様によれば、サーバ装置は、顧客の申請により、サービスの予約に対する代金に当該予約のキャンセルに対する補償を行うための保険料を含めて、当該予約に対する代金を顧客に支払わせることができる。
【発明の効果】
【００１０】
本発明によれば、店舗等に予約のキャンセルに対する補償を行う際の利便性を向上させるためのサーバ装置等を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係る保険システムのシステム構成例を説明するための図である。
【図２】実施形態に係る保険システムの概要の一例を説明するための図である。
【図３】実施形態に係る保険サーバの機能構成の一例を示す図である。
【図４】実施形態に係る保険システムにおける画面例を示す図である。
【図５】実施形態に係る保険サーバの動作例を示す図である。
【図６】実施形態に係る保険サーバのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
添付図面を参照して、本発明の好適な実施形態（以下、「本実施形態」という）について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【００１３】
本実施形態では、飲食店が提供する飲食サービスの予約において、当該予約にキャンセルが発生した際にこのキャンセルによる損失を飲食店または顧客に対して補償する保険（以下、単に「キャンセル保険」ともいう）を利用する例を説明するが、これに限る趣旨ではない。本実施形態に係る保険システムは、例えば、旅行サービスの予約やイベントサービスの予約など、様々な種類の店舗が提供する諸々のサービスの予約に適用可能である。
【００１４】
＜１．システム構成＞
図１を参照して、本実施形態に係る保険システム１のシステム構成例を説明する。
【００１５】
保険システム１は、店舗が提供するサービス（以下、単に「サービス」ともいう）の予約（以下、単に「予約」ともいう）に対する保険サービスを提供するためのシステムである。以下、この保険サービスを提供する会社を「保険会社」という。図１に示すように、保険システム１は、上記保険サービスを提供するための保険サーバ１００と、サービスの予約を管理するための予約管理サーバ２００と、サービスの提供を受ける顧客が使用する顧客端末３００と、を含む。
【００１６】
保険サーバ１００は、ネットワークＮを介して、予約管理サーバ２００や顧客端末３００との通信が可能なサーバ装置である。保険サーバ１００は、所定のプログラムを実行することにより、予約管理サーバ２００と連携してキャンセル保険の申請に関する情報を管理し、予約に対するキャンセル保険の申請受付処理やキャンセル保険の給付金の支払い処理等を制御するサーバ機能を実現する。なお、保険サーバ１００は、図１において、説明を簡単にするために１台のみ図示しているが、複数台設けてもよい。
【００１７】
予約管理サーバ２００は、ネットワークＮを介して、保険サーバ１００や顧客端末３００との通信が可能なサーバ装置である。予約管理サーバ２００は、Ｗｅｂサーバの役割も担い、複数の店舗が提供するサービスに関する情報をまとめて掲載するＷｅｂサイト（以下、「予約サイト」という）を配信する。予約サイトは、これらのサービスの予約や当該予約のキャンセルの受け付けを可能とする。予約管理サーバ２００は、予約サイトを運営する会社（以下、「運営会社」という）が使用するサーバである。予約管理サーバ２００は、他の例として、サービスを提供する店舗が使用するサーバであってもよい。
【００１８】
予約管理サーバ２００は、所定のプログラムを実行することにより、保険サーバ１００や顧客端末３００と連携してサービスの予約に関する情報を管理し、予約や予約に対するキャンセルの受付処理等を制御するサーバ機能を実現する。予約管理サーバ２００は、例えば、ネットワークＮを介して、サービスを提供する店舗が使用する店舗端末や予約時の決済を代行する決済代行システムと通信可能に接続されてもよい。
【００１９】
ネットワークＮは、無線ネットワークや有線ネットワークにより構成される。ネットワークの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ Ｎｅｔｗｏｒｋ）、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ  Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電灯線ネットワーク、ＩＥＥＥ１３９４等に準拠したネットワークがある。
【００２０】
顧客端末３００は、予約管理サーバ２００が提供するサービスの予約等の受付機能に対する顧客からの入力や当該機能からの顧客に対する出力、および予約管理サーバ２００との通信が可能なスマートフォンやラップトップ端末等の端末装置である。顧客端末３００は、所定のプログラムを実行することにより、予約管理サーバ２００と接続してサービスの予約に関する情報を送受信したり、予約サイトの画面を表示したり、顧客の上記機能に対する指示を受け付けたりする。
【００２１】
＜２．概要＞
図２を参照して、保険システム１の概要の一例を説明する。ここでは、（ア）サービスの予約時、（イ）予約に対するキャンセル発生時という二つの場面に分けて、保険システム１の概要を説明する。
【００２２】
まず上記（ア）の場面について説明する。（１）図２（ａ）に示すように、顧客Ｕは、顧客端末３００を使用して、予約管理サーバ２００が配信する予約サイトに対して、飲食サービスの予約を指定する。例えば、顧客Ｕは、顧客端末３００に表示される予約サイトにおいて、飲食店Ｒが提供する飲食サービスの予約をするための予約画面（以下、単に「予約画面」という）から予約を指定する。
【００２３】
顧客Ｕは、具体的には、予約画面から、飲食店Ｒが提供するコース（一人当たり、料理代３，０００円と飲み放題１，５００円のコース代金が計４，５００円となるコース）を選択する。また、顧客Ｕは、予約画面から、当該選択したコースについて、人数を８名、来店日時を「２０１９年６月４日  １９：００」と指定する。
【００２４】
顧客Ｕは、上記飲食サービスの予約内容の指定と併せて、顧客端末３００を使用して、指定した飲食サービスの予約に対してキャンセル保険を利用する申請を行う。具体的には、顧客Ｕは、顧客端末３００に表示され予約画面から、上記で指定した飲食サービスの予約について、一人当たり１５０円の保険料とするキャンセル保険の利用する旨を申請する。この際、飲食サービスの予約に対する代金（以下、「支払い代金」という）は、コース代金と保険料とが含まれ、一人当たりコース代金４，５００円と保険料１５０円の合計４，６５０円となる。顧客Ｕは、顧客端末３００から、上記飲食サービスの予約の指定と当該キャンセル保険の利用の申請をもって飲食サービスの予約をする。
【００２５】
（２−１）予約管理サーバ２００は、予約画面を介して上記（１）の顧客からの飲食サービスの予約を受け付けると、予約情報を生成して飲食店Ｒに連携する。「予約情報」とは、サービスの予約の内容を示す情報である。予約情報の詳細は、後述する。
【００２６】
（２−２）予約管理サーバ２００は、予約画面を介して上記（１）の顧客Ｕからの飲食サービスの予約に対するキャンセル保険の利用申請を受け付けると、申請情報を生成して保険サーバ１００に連携する。ここで「申請情報」とは、サービスの予約に対するキャンセル保険の利用の申請を示す情報である。申請情報は、例えば、キャンセル保険の利用対象の予約を識別するための予約識別情報、利用を申請する顧客を識別するための顧客識別情報、一人当たり又は予定人数合計のキャンセル保険の保険料等を含んでもよい。
【００２７】
（３）顧客Ｕは、飲食店Ｒに、飲食サービスの予約に対する支払い代金（一人当たり４，６５０円に予約人数８名分を乗じた金額）を支払う。例えば、顧客Ｕは、予約画面から連携されて表示される上記代金の支払い決済のための決済画面からクレジット決済等を利用して、飲食店Ｒに支払い代金を支払う。当該決済画面は、予約管理サーバ２００に接続される決済代行システムが提供する画面であってもよい。
【００２８】
（４）保険サーバ１００は、上記（３）の支払い代金が顧客Ｕから支払われた場合に、支払い代金に含まれる保険料を収集するための処理を実行する。
【００２９】
上記構成によれば、保険サーバ１００は、顧客Ｕの申請により、飲食サービスの予約に対する代金にキャンセル保険の保険料を含めて、当該代金を顧客Ｕに支払わせることができる。このため、上記構成によれば、保険サーバ１００は、飲食店Ｒに予約のキャンセルに対する補償を行う際の利便性を向上させることができる。
【００３０】
つぎに上記（イ）の場面について説明する。（１）図２（ｂ）に示すように、飲食店Ｒの飲食サービスを利用する予定の顧客Ｕを含めた８名の顧客のうち２名が飲食サービスを利用できなくなった場合、顧客Ｕは顧客端末３００を使用して予約管理サーバ２００が配信する予約画面に対して２名分の予約のキャンセルを申請する。
【００３１】
（２）予約管理サーバ２００は、予約画面を介して上記（１）のキャンセルの申請を受け付けると、キャンセル情報を生成して保険サーバ１００および飲食店Ｒに連携する。「キャンセル情報」とは、サービスの予約に対してキャンセルが発生したことを示す情報である。キャンセル情報の詳細は、後述する。保険サーバ１００は、予約管理サーバ２００から連携されたキャンセル情報を取得する。
【００３２】
（３）飲食店Ｒは、上記（２）のキャンセル情報を取得すると、キャンセルされた２名分のコース代金（６，０００円）を顧客Ｕ達に返金する。
【００３３】
（４）保険サーバ１００は、上記（２）のキャンセル情報を取得すると、飲食店Ｒに対してキャンセル保険に対する給付金を支払うための支払い処理を実行する。
【００３４】
上記構成によれば、保険サーバ１００は、予約のキャンセルが発生した場合、予約管理サーバ２００からキャンセル情報を取得して、飲食店Ｒに対してキャンセル保険の給付金の支払い処理を実行することができる。これにより、保険サーバ１００は、飲食店Ｒに当該予約のキャンセルに対する補償を行うことができる。また、保険サーバ１００は、顧客Ｕ達についても、当該予約のキャンセルにおけるキャンセル料（例えば、一人当たりのコース代金３，０００円にキャンセル人数２名を乗じた金額６，０００円）の支払いに対する補償を行うことができる。このため、上記構成によれば、保険サーバ１００は、飲食店Ｒまたは顧客Ｕ達に予約のキャンセルに対する補償を行う際の利便性を向上させることができる。
【００３５】
＜３．機能構成＞
図３を参照して、本実施形態に係る保険サーバ１００の機能構成を説明する。図３に示すように、保険サーバ１００は、制御部１１０と、記憶部１２０と、通信部１３０と、を備える。
【００３６】
保険サーバ１００は、予約情報を記憶する予約情報記憶部を参照してもよい。この予約情報記憶部は、例えば、予約管理サーバ２００が備える機能部であってもよいし、記憶部１２０に含まれる機能部であってもよい。予約管理サーバ２００が予約情報記憶部を備える場合、保険サーバ１００は、例えば、予約情報の参照の指示を受け付けるための予約管理サーバ２００が提供するＡＰＩ（Application Programming Interface）に対して当該参照の指示を行ってもよい。保険サーバ１００は、当該参照の結果をこのＡＰＩから取得することで予約情報記憶部を参照してもよい。
【００３７】
保険サーバ１００は、キャンセル履歴情報を記憶する履歴情報記憶部を参照する。この履歴情報記憶部は、予約管理サーバ２００が備える機能部であってもよいし、記憶部１２０に含まれる機能部であってもよい。予約管理サーバ２００が履歴情報記憶部を備える場合における保険サーバ１００が行う参照処理の態様の例は、上記の予約情報の場合と同様である。
【００３８】
「キャンセル履歴情報」とは、所定期間における顧客ごとのサービスの予約の少なくとも一部に対するキャンセルの実績を示す情報である。また、「所定期間」とは、キャンセル保険の保険料（以下、単に「保険料」ともいう）を算定するためのキャンセルの実績を蓄積するための期間であり、例えば、サービスの予約時を起点として過去半年、１年、３年等のサービスの内容等に応じて設定されればよい。
【００３９】
制御部１１０は、申請受付部１１１と、保険料収集部１１２と、を備える。また、制御部１１０は、例えば、取得部１１３、支払い部１１４、または算定部１１５を備えてもよい。
【００４０】
申請受付部１１１は、店舗によりサービスの提供を受ける顧客から、当該サービスの予約の少なくとも一部のキャンセルに対する補償を行うためのキャンセル保険を利用する申請を受け付ける。申請受付部１１１は、例えば、通信部１３０を介して予約管理サーバ２００から申請情報を受信することで、キャンセル保険を利用する申請を受け付けてもよい。
【００４１】
保険料収集部１１２は、顧客からのキャンセル保険を利用する申請に基づいて、キャンセル保険の保険料を含めた予約に対する代金が顧客から支払われた場合に、当該保険料を収集するための処理を実行する。
【００４２】
保険料収集部１１２は、例えば、顧客Ｕが飲食店Ｒに支払った保険料を飲食店Ｒが所有する銀行の口座から保険会社が所有する銀行の口座に振り込むため、これらの銀行が提供する口座振込の指示を受け付けるＡＰＩ（以下、「更新系ＡＰＩ」という）に対して当該口座振込を指示してもよい。このように、保険料収集部１１２は、保険会社が所有する口座に保険料を振込させることで保険料を収集してもよい。
【００４３】
保険料収集部１１２が保険料を収集するための処理は上記の態様に限らず、例えば、保険会社が所有する銀行の口座に飲食店Ｒから保険料が入金されたことを確認するため、銀行が提供する口座の参照の指示を受け付けるＡＰＩ（以下、「参照系ＡＰＩ」という）に対して、当該口座の参照を指示してもよい。また、保険料収集部１１２は、更新系ＡＰＩから当該参照の結果を取得してもよい。このように、保険料収集部１１２は、飲食店Ｒから保険会社が所有する口座に保険料が入金されたことを確認することで保険料を収集してもよい。また、他の例として、例えば、顧客Ｕから支払われた支払い代金が一旦予約サイトの運営会社に支払われるような場合には、保険料収集部１１２は、飲食店Ｒからではなく運営会社から保険料を収集してもよい。
【００４４】
上記構成によれば、保険料収集部１１２は、飲食サービスの予約に対する代金を顧客が支払うことで、当該予約に対するキャンセル保険の保険料を収集することができる。
【００４５】
保険料は、例えば、予約情報に基づき予定人数に応じて算定されてもよい。例えば、飲食店Ｒの飲食サービスの予約に対する一人当たりの保険料を１５０円とした場合、この保険料に予定人数８人分を乗じて１，２００円と算定されてもよい。また、保険料は、例えば、予定人数に応じて保険料が高くなるように算定されてもよい。具体的には、保険料は、予定人数に正比例させて設定されてもよい。
【００４６】
予約情報は、例えば、各予約を識別するための予約識別情報、サービスを提供する店舗を識別するための店舗識別情報、予約をする顧客を識別するための顧客識別情報、サービスの提供を受ける予定の予定人数、サービスの提供を受ける日時を示す予約日時、サービスの内容を示すサービス情報（例えば、予約時に選択されたコースや席指定など）、各予約に対するキャンセル保険の利用有無を示すフラグ、キャンセル保険の保険料の金額を示す保険料情報等を含んでもよい。
【００４７】
保険料収集部１１２が収集する保険料は、例えば、キャンセル履歴情報に基づき顧客ごとのキャンセルの実績に応じて算定されてもよい。
【００４８】
保険料収集部１１２は、例えば、顧客Ｕがサービスの予約時から過去１年間１度も予約をキャンセルしなかった場合は、一人当たり保険料１５０円から当該保険料の１０％分を減じて、一人当たりの保険料を１３５円として収集してもよい。保険料収集部１１２は、例えば、顧客Ｕが予約時から過去１年間５回予約をキャンセルした場合は、一人当たり保険料１５０円に当該保険料の１０％分を加えて、一人当たりの保険料を１６５円として収集してもよい。
【００４９】
上記構成によれば、保険料収集部１１２は、顧客ごとのキャンセルの実績に応じた保険サービスを提供することができる。
【００５０】
取得部１１３は、予約管理サーバ２００から、キャンセル保険が適用された予約の少なくとも一部に対してキャンセルが発生した際に、当該キャンセルが発生したことを示すキャンセル情報を取得する。
【００５１】
キャンセル情報は、例えば、キャンセル対象の予約を識別するための予約識別情報、キャンセルの内容を示す内容情報を含んでもよい。内容情報は、例えば、予定人数のうち予約に対してキャンセルしたキャンセル人数（本例では、予定人数８名のうちキャンセル人数２名）を含んでもよい。また、キャンセル情報は、例えば、サービスの予約に対するキャンセルが確定したキャンセル日時を含んでもよい。
【００５２】
支払い部１１４は、取得部１１３が取得するキャンセル情報に基づいて、店舗に対してキャンセル保険に対する給付金を支払うための支払い処理を実行する。
【００５３】
支払い部１１４は、例えば、給付金を保険会社が所有する銀行の口座から飲食店Ｒが所有する銀行の口座に振り込むため、これらの銀行が提供する更新系ＡＰＩに対して当該口座振込を指示してもよい。このように、支払い部１１４は、銀行が提供する更新系ＡＰＩに口座振込を指示して、飲食店Ｒが所有する口座に振込させることで給付金の支払いを行ってもよい。
【００５４】
上記構成によれば、支払い部１１４は、予約のキャンセルが発生した場合、予約管理サーバ２００から取得したキャンセル情報に基づいて、店舗に対して当該キャンセルに対する補償を行うことができる。
【００５５】
支払い部１１４は、例えば、キャンセル情報に基づいて、店舗に対してキャンセル人数に応じた給付金を支払うための支払い処理を実行してもよい。支払い部１１４は、例えば、キャンセル人数が２名であれば、一人当たりのコース代金３，０００円にキャンセル人数２人分を乗じて、６，０００円の給付金を支払うための支払い処理を実行してもよい。支払い部１１４は、このような構成によれば、予約のキャンセルに対してキャンセルの内容に即した補償を行うことができる。
【００５６】
支払い部１１４は、例えば、予約情報およびキャンセル情報に基づいて、店舗に対してキャンセル日時から予約日時までの期間に応じた給付金を支払うための支払い処理を実行してもよい。
【００５７】
支払い部１１４は、例えば、キャンセル日時が予約日時の前日でありキャンセル日時から予約日時までの期間が２４時間以上ある場合、一人当たりのコース代金３，０００円の半額の１，５００円にキャンセル人数２人分を乗じて、３，０００円の給付金を支払うための支払い処理を実行してもよい。他の例として、支払い部１１４は、例えば、キャンセル日時が予約日時の当日でありキャンセル日時から予約日時までの期間が２４時間未満の場合、一人当たりのコース代金３，０００円にキャンセル人数２人分を乗じて、６，０００円の給付金を支払うための支払い処理を実行してもよい。
【００５８】
上記構成によれば、支払い部１１４は、予約のキャンセルに対してキャンセルのタイミングに即した補償を行うことができる。
【００５９】
算定部１１５は、予約情報またはキャンセル履歴情報に基づいて、キャンセル保険の保険料や給付金を算定する。算定部１１５が算定した結果は、通信部１３０を介して予約管理サーバ２００に送信されて、予約画面上で表示されてもよい。
【００６０】
記憶部１２０は、キャンセル保険に関する各種情報を記憶する。記憶部１２０は、予約情報記憶部１２１と、履歴情報記憶部１２２と、を含めてもよい。記憶部１２０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各情報を記憶してもよいし、ファイルシステムを利用して各情報を記憶してもよい。ＤＢＭＳを利用する場合は、上記情報ごとにテーブルを設けて、当該テーブル間を関連付けて各情報を管理してもよい。
【００６１】
予約情報記憶部１２１は、予約情報を記憶する。履歴情報記憶部１２２は、キャンセル履歴情報を記憶する。
【００６２】
通信部１３０は、ネットワークＮを介して、予約管理サーバ２００、顧客端末３００又は外部システム等に各種情報を送受信する。通信部１３０は、例えば、ネットワークＮを介して、予約管理サーバ２００から予約情報やキャンセル情報等を受信したり、キャンセル保険の給付金の支払い処理のための口座振替指示等を銀行のサーバに送信したりする。
【００６３】
＜４．画面例＞
図４を参照して、保険システム１の画面例を説明する。図４は、顧客端末３００に表示される予約画面Ａ１の例を示す模式図である。
【００６４】
図４に示すように、予約画面Ａ１は、サービスの予約の指定を受け付けるための画面であり、当該予約に対するキャンセル保険の利用の申請を受け付けるための画面でもある。予約画面Ａ１は、サービス指定領域ａ１と、保険申請領域ａ２と、代金表示領域ａ３と、予約確定ボタンａ４と、を含む。
【００６５】
サービス指定領域ａ１は、サービスの予約を指定するための入力フォーム（例えば、席の選択のための席の種類のリストを表示し顧客からの選択入力を受け付けるドロップダウンリスト等）、および当該入力フォームで指定した予約の内容等が表示されている。
【００６６】
保険申請領域ａ２は、サービス指定領域ａで指定するサービスの予約に対するキャンセル保険の利用を申請するための入力フォーム（例えば、キャンセル保険を利用する／しないの選択を受け付けるラジオボタン等）、およびキャンセル保険の保険料やキャンセル保険を利用するにあたっての利用規約等が表示されている。
【００６７】
代金表示領域ａ３は、一人当たりの予約に対する支払い代金の金額を表示する。代金表示領域ａ３はサービス指定領域ａ１および保険申請領域ａ２で入力された内容に応じて表示する金額を動的に変更してもよい。予約確定ボタンａ４は、サービス指定領域ａ１で指定されたサービスの予約の内容と保険申請領域ａ２で申請されたキャンセル保険の利用を確定させるための入力フォームである。予約確定ボタンａ４が顧客から押下されるとサービス指定領域ａ１および保険申請領域ａ２で入力された内容を確定させ、予約情報および申請情報を生成し、顧客端末３００から予約管理サーバ２００に送信される。
【００６８】
＜５．動作例＞
図５を参照して、保険システム１の動作例を説明する。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。
【００６９】
図５に示すように、保険サーバ１００の申請受付部１１１は、店舗によりサービスの提供を受ける顧客から、当該サービスの予約についてキャンセル保険を利用する申請を受け付ける（Ｓ１０）。保険料収集部１１２は、申請受付部１１１が受け付けた当該申請に基づいて、キャンセル保険の保険料を含めた上記予約に対する代金が顧客から支払われた場合に、当該保険料を収集するための処理を実行する（Ｓ１１）。サービスの予約の少なくとも一部対してキャンセルが発生した場合（Ｓ１２のＹｅｓ）、取得部１１３は、当該キャンセルのキャンセル情報を取得する（Ｓ１３）。支払い部１１４は、取得部１１３がキャンセル情報を取得すると、店舗に対してキャンセル保険の給付金の支払い処理を実行する（Ｓ１４）。
【００７０】
＜６．ハードウェア構成＞
図６を参照して、上述してきた保険サーバ１００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。
【００７１】
図６に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。
【００７２】
プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、保険サーバ１００の制御部１１０が備える各機能部等は、メモリ８０３に一時記憶された上で、主にプロセッサ８０１上で動作するプログラムとして実現可能である。
【００７３】
メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。
【００７４】
記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、予約情報、申請情報またはキャンセル情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。
【００７５】
入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等のインタフェースを介してコンピュータ８００に接続されても良い。
【００７６】
データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００へと接続される。
【００７７】
通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線又は無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００に接続される。
【００７８】
表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブル等を介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。
【００７９】
なお、上記実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。
【符号の説明】
【００８０】
１…保険システム、１００…保険サーバ、１１０…制御部、１１１…申請受付部、１１２…保険料収集部、１１３…取得部、１１４…支払い部、１１５…   算定部、１２０…記憶部、１２１…予約情報記憶部、１２２…履歴情報記憶部、１３０… 通信部、２００…予約管理サーバ、３００…顧客端末、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。
【要約】
【課題】  店舗等に予約のキャンセルに対する補償を行う際の利便性を向上させるためのサーバ装置等を提供する。
【解決手段】  サーバ装置は、店舗によりサービスの提供を受ける顧客から、サービスの予約の少なくとも一部のキャンセルに対する補償を行うための保険を利用する申請を受け付ける申請受付部と、申請に基づいて、保険の保険料を含めた予約に対する代金が顧客から支払われた場合に、保険料を収集するための処理を実行する保険料収集部と、を備える。
【選択図】図３【図１】
0006793798.tif 000002
【図２】
0006793798.tif 000003
【図３】
0006793798.tif 000004
【図４】
0006793798.tif 000005
【図５】
0006793798.tif 000006
【図６】
0006793798.tif 000007