JP7414885B2 - クーポン発行システム、サービス提供サーバ、クーポン発行方法、及びプログラム - Google Patents

Description

本開示は、クーポン発行システム、サービス提供サーバ、クーポン発行方法、及びプログラムに関する。

従来、宿泊施設の予約サービス等の種々のサービスにおいてクーポンが発行されている。例えば、特許文献１には、ユーザに対し、当該ユーザの属性に応じて選択されたクーポンを、定期的に配信する技術が記載されている。例えば、特許文献２には、ユーザのメールアドレス又は携帯電話番号といったデータ配信先に対し、予め定められたクーポンを、定期的に配信する技術が記載されている。

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

例えば、宿泊施設等の事業者は、同じようなクーポンを繰り返し発行することがある。このようなクーポンを発行するたびにクーポンの設定作業を事業者に要求すると、事業者の手間がかかる。この点は、宿泊施設の予約サービス以外の他のサービスについても同様である。しかしながら、特許文献１及び特許文献２の技術は、複数の事業者の各々がクーポンの設定作業をすることを想定した技術ではないので、事業者の手間を軽減することはできなかった。

本開示の目的の１つは、クーポンを利用可能なサービスにおける事業者の手間を軽減することである。

本開示に係るクーポン発行システムは、所定のサービスで利用可能なクーポンを発行するクーポン発行システムであって、前記サービスにおける複数の事業者の各々により指定された、定期的に発行される定期発行クーポンに関する定期発行設定を取得する設定取得部と、各事業者の前記定期発行設定に基づいて、各事業者の前記定期発行クーポンを、定期的に発行する定期発行部と、を含む。

本開示によれば、クーポンを利用可能なサービスにおける事業者の手間を軽減できる。

クーポン発行システムの全体構成の一例を示す図である。 予約サービスのクーポンを利用者が獲得する様子の一例を示す図である。 クーポン設定画面の一例を示す図である。 定期発行クーポンが定期的に発行される様子の一例を示す図である。 クーポン発行システムに係る機能の一例を示す機能ブロック図である。 利用者データベースの一例を示す図である。 宿泊施設データベースの一例を示す図である。 発行通知画面の一例である。 管理画面の一例である。 発行済みクーポンデータベースの一例を示す図である。 クーポン発行システムで実行される処理の一例を示す図である。 変形例２における機能ブロック図である。

［１．クーポン発行システムの全体構成］
本開示に係るクーポン発行システムの実施形態の一例を説明する。クーポン発行システムは、所定のサービスで利用可能なクーポンを発行する。本実施形態では、サービスの一例として、宿泊施設の予約を受け付ける予約サービスを説明する。予約サービス以外の他のサービスへの適用例は、後述の変形例で説明する。

図１は、クーポン発行システムの全体構成の一例を示す図である。本実施形態では、クーポン発行システム１がサービス提供サーバ１０及びクーポンサーバ２０を含む場合を例に挙げる。更に、サービス提供サーバ１０を管理する事業者と、クーポンサーバ２０を管理する事業者と、が同じ場合を例に挙げる。クーポン発行システム１の全体構成は、本実施形態の例に限られない。他の構成例は、後述の変形例で説明する。

サービス提供サーバ１０は、予約サービスを提供するサーバコンピュータである。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、フラッシュメモリ等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

クーポンサーバ２０は、予約サービスで利用可能なクーポンを発行するサーバコンピュータである。制御部２１、記憶部２２、及び通信部２３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。

利用者端末３０は、予約サービスを利用する利用者のコンピュータである。例えば、利用者端末３０は、パーソナルコンピュータ、スマートフォン、タブレット、又はウェアラブル端末である。制御部３１、記憶部３２、及び通信部３３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。操作部３４は、タッチパネル又はマウス等の入力デバイスである。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイである。

施設端末４０は、宿泊施設のコンピュータである。例えば、施設端末４０は、パーソナルコンピュータ、スマートフォン、タブレット、又はウェアラブル端末である。制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５のハードウェア構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部３４、及び表示部３５と同様であってよい。

なお、サービス提供サーバ１０、クーポンサーバ２０、利用者端末３０、及び施設端末４０の各々に記憶されるプログラムは、インターネットＮを介して供給されてもよい。また、コンピュータ読み取り可能な情報記憶媒体に記憶されたプログラムが、当該情報記憶媒体を読み取る読取部（例えば、メモリカードスロット）、又は、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）を介して供給されてもよい。

また、本実施形態では、サービス提供サーバ１０、クーポンサーバ２０、利用者端末３０、及び施設端末４０がインターネットＮに接続可能である場合を例に挙げるが、サービス提供サーバ１０は、クーポンサーバ２０と通信可能であればよく、インターネットＮではなくＬＡＮによってクーポンサーバ２０と接続されてもよい。サービス提供サーバ１０、クーポンサーバ２０、利用者端末３０、及び施設端末４０は、何らかのネットワークに接続可能であればよい。

［２．クーポン発行システムの概要］
図２は、予約サービスのクーポンを利用者が獲得する様子の一例を示す図である。例えば、利用者が利用者端末３０を操作してサービス提供サーバ１０にアクセスすると、予約サービスのトップ画面Ｇ１が表示部３５に表示される。本実施形態では、宿泊施設、ツアー、レンタカー、バス、及び航空券等の予約を総合的に受け付ける予約サービスを例に挙げるが、予約サービスは、宿泊施設の予約だけを受け付けてもよい。

例えば、利用者がボタンＢ１０を選択すると、予約サービスで利用可能なクーポンを獲得するためのクーポン獲得画面Ｇ２が表示部３５に表示される。利用者は、クーポン獲得画面Ｇ２から種々のクーポンを閲覧、検索、及び獲得できる。クーポン自体は、任意のタイプであってよく、例えば、割引価格で予約できるクーポン、獲得ポイントが増えるクーポン、オプションサービスを無料で利用できるクーポン、又は記念品を獲得できるクーポンであってもよい。

本実施形態では、予約サービスで獲得可能なクーポンのうち、宿泊施設のクーポンを例に挙げる。宿泊施設は、予約サービスにおける事業者の一例である。このため、宿泊施設について説明している箇所は、事業者と読み替えることができる。事業者は、予約サービスに参画する者である。事業者は、予約サービスの加盟店ということもできる。事業者は、宿泊施設に限られない。例えば、事業者は、ツアー会社、レンタカー会社、バス会社、又は航空会社であってもよい。

例えば、利用者がボタンＢ２０を選択すると、特定の宿泊施設の予約時に利用可能なクーポンを獲得できる。本実施形態のクーポンは、発行枚数が限られているものとする。このため、利用者は、早い者勝ちでクーポンを獲得できる。図２の例では、利用者は、「ＢＢＢホテル」の予約時に利用可能なクーポンと、「ＣＣＣホテル」の予約時に利用可能なクーポンと、を獲得できる。本実施形態では、利用者が獲得したクーポンは、すぐに利用できるとは限らない。例えば、クーポンを利用するには、クーポンの利用可能期間及び宿泊可能期間といった利用条件を満たす必要がある。

利用可能期間は、クーポンを利用可能な期間である。宿泊可能期間は、クーポンをした予約で指定可能な宿泊日の期間である。図２の例では、「ＢＢＢホテル」のクーポンは、予約可能期間である２０２２年４月１日から２０２２年４月３０日までに、宿泊可能期間である２０２２年４月１日から２０２２年５月３１日までの宿泊日を指定して予約する場合に利用できる。「ＣＣＣホテル」のクーポンのように、利用可能期間及び宿泊可能期間が同じであってもよい。

例えば、宿泊施設は、自身の予約で利用可能なクーポンを発行するか否かを自由に決めることができる。更に、宿泊施設は、自身のクーポンの利用可能期間及び宿泊可能期間を、原則として自由に指定できる。本実施形態では、宿泊施設は、定期的には発行されない通常発行クーポンと、定期的に発行される定期発行クーポンと、の２つのタイプうちの何れかを指定する。

通常発行クーポンは、原則として１回だけ発行されるクーポンである。通常発行クーポンは、宿泊施設がクーポンの設定作業をするたびに発行される。通常発行クーポンが発行された後は、原則として、同じ内容の通常発行クーポンは、自動的には発行されない。同じ内容の通常発行クーポンを発行するためには、宿泊施設は、原則として、再度の設定作業をする必要がある。通常発行クーポンは、従来から存在するクーポンと同じタイプであってもよい。

定期発行クーポンは、定期的に発行されるクーポンである。定期発行クーポンは、宿泊施設がクーポンの設定作業をすると、原則として、その後に設定作業をしなくても繰り返し発行される。このため、定期発行クーポンは、通常発行クーポンのように毎回の設定作業をする必要がない。宿泊施設は、複数種類の定期発行クーポンを発行可能である。例えば、「ＢＢＢホテル」は、シングルルームの予約時に利用可能な定期発行クーポンと、ダブルルームの予約時に利用可能な定期発行クーポンと、を発行可能である。定期発行クーポンは、従来にはない新規なタイプのクーポンである。

例えば、「ＢＢＢホテル」のクーポンが通常発行クーポンだったとすると、このクーポンは、原則として１回だけ発行されるので、クーポンの獲得枚数が所定の枚数に達した場合には、このクーポンは、それ以上誰も獲得できなくなる。一方、「ＢＢＢホテル」のクーポンが定期発行クーポンだったとすると、このクーポンは、原則として定期的に発行されるので、クーポンの獲得枚数が所定の枚数に達したとしても、再び発行されれば獲得できるようになる。

以降、通常発行クーポン及び定期発行クーポンを区別しない時は、単にクーポンという。本実施形態では、宿泊施設は、自身のクーポンを、通常発行クーポンとして発行するか、定期発行クーポンとして発行するか、を自由に決めることができる。例えば、施設端末４０がサービス提供サーバ１０にアクセスすると、クーポンの設定作業をするためのクーポン設定画面が表示部４５に表示される。

図３は、クーポン設定画面の一例を示す図である。例えば、クーポン設定画面Ｇ３では、通常発行クーポン及び定期発行クーポンの両方の設定が可能である。以降、通常発行クーポンに関する設定を、通常発行設定という。定期発行クーポンに関する設定を、定期発行設定という。例えば、タブＴ３０，Ｔ３１に対する操作によって、通常発行設定を受け付ける状態と、定期発行設定を受け付ける状態と、を切り替えることができる。

本実施形態では、宿泊施設が定期発行設定を指定する流れを説明する。例えば、入力フォームＦ３２，Ｆ３３，Ｆ３４，Ｆ３６，Ｆ３７には、クーポン名、クーポン説明、割引条件、宿泊可能期間、及び宿泊不可期間が入力される。これらの設定項目は、通常発行設定と同じであってもよい。本実施形態では、通常発行設定にはない設定項目として、入力フォームＦ３５に入力される最終発行月がある。

最終発行月は、定期発行クーポンを最後に発行する月である。本実施形態では、宿泊施設が設定作業をした日の翌月分から最終発行月分までの定期発行クーポンが定期的に発行される。このため、宿泊施設は、定期発行クーポンの発行開始月を指定する必要ななく、最終発行月を指定すればよいことになる。定期発行設定は、本実施形態の例に限られず、任意の設定項目が存在することができる。例えば、宿泊施設は、定期発行クーポンの発行開始月と最終発行月の両方を指定してもよい。

本実施形態では、全ての宿泊施設の定期発行クーポンの発行タイミングが同じであり、かつ、原則として定期発行クーポンが毎月発行される場合を例に挙げる。このため、全ての宿泊施設の定期発行クーポンが毎月一括で発行される。発行タイミングは、定期発行クーポンを発行するための処理が実行されるタイミングである。例えば、サービス提供サーバ１０が、バッチ処理によって、クーポンサーバ２０に定期発行クーポンの発行を依頼したとすると、バッチ処理が実行されるタイミングは、発行タイミングに相当する。

更に、本実施形態では、定期発行クーポンの利用可能期間の開始日が月の初日で固定されており、利用可能期間の長さが１ヶ月で固定されているものとする。このため、宿泊施設が入力フォームＦ３５に最終発行月を指定すると、月の初日から同じ月の末日までが利用可能期間として設定された定期発行クーポンが毎月発行される。本実施形態では、定期発行クーポンの宿泊可能期間は、利用可能期間との相対的な関係で指定されるものとする。図３の例では、宿泊可能期間は、利用可能期間の開始日と同じ月の初日から１ヶ月後の末日までとなる。図３のクーポン設定画面Ｇ３で指定された定期発行設定に基づいて、定期発行クーポンが定期的に発行される。

図４は、定期発行クーポンが定期的に発行される様子の一例を示す図である。図４の例では、宿泊施設が、２０２２年３月１５日に、定期発行クーポンの設定作業を完了したものとする。更に、宿泊施設は、最終発行月として、２０２２年１２月を指定したものとする。図４の例では、２０２２年の４月分から１２月分までの定期発行クーポンが定期的に発行される。

例えば、発行タイミングは、月の初日から所定日数だけ前の所定時刻であるものとする。定期発行クーポンは、発行されてから利用可能になるまでの間に（発行タイミングから利用可能期間の開始日までの間に）、ある程度の猶予があるように発行される。以降、この期間を、猶予期間という。図４の例では、猶予期間を７日間とするが、猶予期間は、任意の長さであってよく、例えば、数時間～数日又は２週間～１ヶ月程度であってもよい。

図４の例では、最初の発行タイミングは、２０２２年３月２５日の０時００分である。最初の発行タイミングになると、４月分の定期発行クーポンが発行される。４月分の定期発行クーポンの利用可能期間は、２０２２年４月１日０時００分～２０２２年４月３０日２３時５９分となる。図４の例では、宿泊可能期間が、利用可能期間の開始日と同月の初日から１ヶ月後の末日となるように設定されている。このため、４月分の定期発行クーポンの宿泊可能期間は、２０２２年４月１日～２０２２年５月３１日となる。

本実施形態では、４月分の定期発行クーポンが発行されると、宿泊施設に対し、４月分の定期発行クーポンが発行されたことを示す発行通知が送信されるようになっている。宿泊施設は、発行通知を受信すると、４月分の定期発行クーポンが意図したものであるかを確認する。宿泊施設は、４月分の定期発行クーポンが意図しないものだった場合、猶予期間に、４月分の定期発行クーポンを変更又は削除することができる。

なお、発行タイミングの時刻は、０時００分に限られず、他の時刻であってもよい。例えば、深夜帯に宿泊施設に対して発行通知が送信されることを防止するために、発行タイミングは、午前９時等の他の時刻であってもよい。また、発行タイミングと、発行通知が送信されるタイミングと、は同じでなくてもよい。例えば、発行タイミングからある程度の時間が経過した後に、発行通知が送信されてもよい。例えば、発行タイミングが０時００分であり、発行通知は、午前９時等に送信されてもよい。

例えば、４月分の定期発行クーポンが発行されると、利用者は、４月分の定期発行クーポンを獲得できる。ただし、４月分の定期発行クーポンの利用可能期間の開始日は、２０２２年４月１日０時００分なので、利用者が猶予期間に定期発行クーポンを獲得しても、すぐには利用できない。猶予期間が経過して利用可能期間の開始日である２０２２年４月１日が訪れると、利用者は、獲得した定期発行クーポンを利用できるようになる。ただし、予約時に指定する宿泊日が２０２２年４月１日～２０２２年５月３１日の必要がある。

例えば、５月分の定期発行クーポンの発行タイミングである４月２４日０時００分が訪れると、４月分の定期発行クーポンと同様にして、５月分の定期発行クーポンが発行される。５月分の定期発行クーポンの猶予期間、利用可能期間、及び宿泊可能期間は、それぞれ４月分の各期間の１ヶ月後になる。以降同様に、宿泊施設が指定した最終発行月である１２月分まで、定期発行クーポンが毎月発行される。

以上のように、本実施形態では、定期発行クーポンが定期的に発行される。これにより、宿泊施設が同じ内容のクーポンを繰り返し発行する場合に、その都度の設定作業をする必要がなくなる。宿泊施設がクーポン設定画面Ｇ３で定期発行設定を指定すれば、定期発行クーポンを定期的に発行できるので、宿泊施設の手間を軽減できるようになっている。以降、クーポン発行システム１の詳細を説明する。

［３．クーポン発行システムに係る機能］
図５は、クーポン発行システム１に係る機能の一例を示す機能ブロック図である。

[３－１．サービス提供サーバで実現される機能]
データ記憶部１００は、記憶部１２により実現される。設定取得部１０１、期間設定部１０２、発行要求送信部１０３、発行通知送信部１０４、延長部１０５、停止部１０６、処理実行部１０７、及び表示制御部１０８は、制御部１１により実現される。

［データ記憶部］
データ記憶部１００は、予約サービスを提供するために必要なデータを記憶する。例えば、データ記憶部１００は、利用者データベースＤＢ１及び宿泊施設データベースＤＢ２を記憶する。

図６は、利用者データベースＤＢ１の一例を示す図である。利用者データベースＤＢ１は、利用者に関する情報が格納されたデータベースである。例えば、利用者データベースＤＢ１には、利用者ＩＤ、パスワード、氏名、メールアドレス、予約情報、及び獲得情報が格納される。予約サービスの予約時に決済まで完了する場合には、利用者データベースＤＢ１には、利用者のクレジットカード情報等の決済情報が格納されてもよい。

なお、予約サービス側の利用者データベースＤＢ１には、利用者を何らかの形で識別可能な識別子（利用者ＩＤとは異なる情報）のみが格納されており、利用者ＩＤ及びパスワード等の情報は、セキュリティの観点から、利用者データベースＤＢ１ではなく、専用の認証システムにおけるデータベースに格納されていてもよい。この認証システムは、サービス提供サーバ１０を管理する事業者と、クーポンサーバ２０を管理する事業者と、で共通のシステムであってもよい。

利用者ＩＤ及びパスワードは、予約サービスにログインするための情報である。予約情報は、利用者の予約内容を示す情報である。例えば、宿泊施設の予約であれば、予約情報は、利用者が予約した宿泊施設の宿泊施設ＩＤ、宿泊施設名、宿泊日（チェックイン日及びチェックアウト日）、利用人数、予約時に利用されたクーポン、及び利用プランを含む。獲得情報は、利用者が獲得したクーポンに関する情報である。例えば、獲得クーポン情報は、利用者が獲得したクーポンのクーポンＩＤと、クーポンの獲得日時と、を含む。

図７は、宿泊施設データベースＤＢ２の一例を示す図である。宿泊施設データベースＤＢ２は、宿泊施設が指定した定期発行設定が格納されたデータベースである。例えば、宿泊施設データベースＤＢ２には、宿泊施設ＩＤ、宿泊施設名、メールアドレス、管理番号、定期発行期間、及び定期発行設定が格納される。宿泊施設データベースＤＢ２には、通常発行設定等の他の情報が格納されてもよい。なお、宿泊施設データベースＤＢ２とは別に、発行通知等の通知用の連絡先が管理されていてもよい。この連絡先は、上記メールアドレスとは別のメールアドレスであってもよい。

宿泊施設ＩＤは、宿泊施設を一意に識別可能な情報である。宿泊施設名は、宿泊施設の名称である。メールアドレスは、後述の発行通知が送信されるメールアドレスである。管理番号は、ある宿泊施設の中で定期発行設定を識別可能な情報である。定期発行期間は、定期発行クーポンを定期的に発行すべき期間である。図７では、定期発行期間を定期発行設定とは別の情報として示しているが、定期発行期間は、定期発行設定の一部に含まれてもよい。

例えば、定期発行設定は、クーポン名、クーポン説明、割引条件、最終発行月、宿泊可能期間、宿泊不可期間、及び継続フラグを含む。継続フラグは、定期発行を継続するか否かを示す情報である。定期発行設定は、宿泊施設が指定可能な任意の設定を含むことができる。例えば、定期発行設定は、クーポンが適用される宿泊金額、発行枚数、１人あたりの利用可能枚数、利用人数の条件、除外プラン、又は会員ランクといった他の設定を含んでもよい。更に、定期発行クーポンと通常発行クーポンで共通する設定は、定期発行設定とは別の共通設定として管理されてもよい。この場合、定期発行設定は、定期発行クーポンに特有の設定項目である最終発行月及び継続フラグだけを含んでもよい。

なお、データ記憶部１００は、他のデータを記憶してもよい。例えば、データ記憶部１００は、後述の発行済みクーポンデータベースＤＢ３と同様のデータベースを記憶してもよい。この場合、当該データベースと、後述の発行済みクーポンデータベースＤＢ３と、は互いの整合性が取られるものとする。

［設定取得部］
設定取得部１０１は、予約サービスにおける複数の宿泊施設の各々により指定された、定期的に発行される定期発行クーポンに関する定期発行設定を取得する。例えば、設定取得部１０１は、ある宿泊施設の施設端末４０から、この宿泊施設がクーポン設定画面Ｇ３で指定した定期発行設定を取得する。設定取得部１０１は、新たな管理番号を発行し、当該取得された定期発行設定を宿泊施設データベースＤＢ２に格納する。宿泊施設データベースＤＢ２に定期発行設定が格納された後に、設定取得部１０１は、任意のタイミングで定期発行設定を取得できる。

例えば、ある宿泊施設が複数種類の定期発行クーポンの発行を希望する場合、設定取得部１０１は、この宿泊施設の施設端末４０から、個々の定期発行クーポンの定期発行設定を取得する。図７の「ＢＢＢホテル」のように、宿泊施設が５種類の定期発行クーポンの発行を希望したとすると、設定取得部１０１は、この宿泊施設の施設端末４０から、５つの定期発行設定を取得する。設定取得部１０１は、ある宿泊施設が定期発行設定を変更した場合には、この宿泊施設の施設端末４０から、変更後の定期発行設定を取得する。設定取得部１０１は、定期発行設定だけでなく、通常発行設定を取得してもよい。

［期間設定部］
期間設定部１０２は、定期発行クーポンの定期発行期間を設定する。定期発行期間は、定期発行クーポンを定期的に発行する期間である。定期発行期間を設定するとは、定期発行期間を計算して宿泊施設データベースＤＢ２に格納することである。定期発行期間は、宿泊施設に関するステータスに応じて設定されてもよい。定期発行期間の長さは、全ての定期発行クーポンで同じ長さであってもよいが、本実施形態では、各宿泊施設者は、自身の定期発行クーポンの最終発行月を含む定期発行設定を指定可能であるものとする。最終発行月は、発行終了設定の一例である。このため、最終発行月について説明している箇所は、発行終了設定と読み替えることができる。

発行終了設定は、定期発行クーポンの発行終了に関する設定である。発行終了設定は、定期発行クーポンの発行を終了する時期を特定可能な情報であればよく、最終発行月に限られない。例えば、発行終了設定は、最後の定期発行クーポンが発行される月だけではなく、日付を含んでもよいし、時間帯又は時刻を含んでもよい。他にも例えば、発行終了設定は、定期発行クーポンを何回発行したら発行を終了するかを示す回数であってもよいし、定期発行クーポンを何ヶ月間発行するかといった情報（定期発行期間の長さを示す情報）であってもよい。

本実施形態では、期間設定部１０２は、定期発行クーポンごとに、当該定期発行クーポンの最終発行月に基づいて、当該定期発行クーポンの定期発行期間を設定する。例えば、宿泊施設が定期発行設定を指定すると、期間設定部１０２は、現時点と、最終発行月と、に基づいて、定期発行期間を設定する。図４の例であれば、期間設定部１０２は、宿泊施設が定期発行設定を指定した２０２２年３月１５日の翌月である２０２２年４月から、最終発行月として指定された２０２２年１２月までを定期発行期間として設定する。

なお、定期発行期間は、定期発行クーポンを発行する月だけでなく、日付を含んでもよいし、時間帯又は時刻を含んでもよい。例えば、期間設定部１０２は、現時点の直近の発行タイミングの日時から最終発行月の定期発行クーポンの発行タイミングの日時までを定期発行期間として設定してもよい。図４の例であれば、期間設定部１０２は、直近の発行タイミングである２０２２年３月２５日０時００分から、最終発行月の定期発行クーポンの発行タイミングである２０２２年１１月２４日０時００分までを定期発行期間として設定してもよい。

［発行要求送信部］
発行要求送信部１０３は、クーポンサーバ２０に対し、各宿泊施設の定期発行設定に応じた定期発行クーポンを発行するための発行要求を、定期的に送信する。発行要求は、後述の定期発行部２０２の処理を要求することである。別の言い方をすれば、発行要求は、クーポンサーバ２０のＡＰＩに対して処理を要求することである。発行要求は、所定形式のデータが送信されることによって行われる。例えば、発行要求は、発行要求であることを示すコマンドを含み、発行対象となる定期発行クーポンの定期発行設定が付加される。定期発行設定は、発行要求に付加されるのではなく、発行要求の一部として含まれてもよい。本実施形態では、発行要求は、複数の宿泊施設の各々の定期発行設定をまとめたものになる。ここでのまとめるとは、複数の宿泊施設の各々の定期発行設定を１つのデータに含めることである。

本実施形態では、発行要求が毎月送信される場合を説明するが、発行要求は、予め定められた時間間隔で繰り返し送信されるようにすればよい。例えば、数日おき、１週間おき、又は数ヶ月おきに、発行要求が送信されてもよい。例えば、ある発行タイミングで定期発行クーポンが発行される宿泊施設が、ｎ（ｎは２以上の整数）個だったとする。この場合、ｎ回の発行要求が次々と送信されてもよいが、本実施形態では、１回の発行要求にまとめられて、ｎ個全ての宿泊施設の定期発行クーポンが一括で発行されるものとする。

例えば、ある発行タイミングにおいて、ある宿泊施設のｍ（ｍは２以上の整数）種類の定期発行クーポンが発行される場合には、ｍ種類全ての定期発行設定が発行要求に付加される。発行要求には、宿泊施設データベースＤＢ２に格納された定期発行設定の全ての設定項目の内容が付加されてもよいし、一部の設定項目の内容だけが付加されてもよい。例えば、図７の定期発行設定のうち、最終発行月は、個々の定期発行クーポンの内容には関係ないので、発行要求に付加されなくてもよい。

例えば、発行要求送信部１０３は、定期的に訪れる発行タイミングが訪れたか否かを判定する。本実施形態では、毎月の初日の７日前が発行タイミングなので、発行要求送信部１０３は、毎月の初日の７日前になったか否かを判定することによって、発行タイミングが訪れたか否かを判定する。毎月の初日の７日前における時刻も発行タイミングとして設定される場合には、発行要求送信部１０３は、この時刻になったか否かも判定する。

発行要求送信部１０３は、発行タイミングが訪れたと判定された場合に、クーポンサーバ２０に対し、当該発行タイミングで発行すべき定期発行クーポンの定期発行設定を付加した発行要求を送信する。例えば、発行要求送信部１０３は、宿泊施設データベースＤＢ２を参照し、定期発行期間内であり、かつ、継続フラグがオンの定期発行クーポンを、発行対象の定期発行クーポンとして特定する。発行要求送信部１０３は、クーポンサーバ２０に対し、当該特定された定期発行クーポンの発行要求を送信する。なお、発行要求送信部１０３は、宿泊施設の予約サービスの利用ステータス（例えば、オプションサービスの契約状況又は利用状況等）に基づいて、発行対象の定期発行クーポンを特定してもよい。

［発行通知送信部］
発行通知送信部１０４は、各宿泊施設の定期発行クーポンが発行された場合に、各宿泊施設に対し、所定の発行通知を送信する。発行通知は、定期発行クーポンが発行されたことを示す通知である。本実施形態では、電子メールを利用して発行通知が送信される場合を説明するが、発行通知は、任意の媒体を利用して送信可能である。例えば、発行通知は、予約サービスの管理ツール上のメッセージ、メッセージアプリ、又はショートメッセージが利用されてもよい。定期発行クーポンが発行された場合以外にも、定期発行期間が終了した場合等の他のタイミングで通知が送信されてもよい。施設端末４０は、発行通知を受信すると、発行通知を示す発行通知画面を表示部４５に表示させる。

図８は、発行通知画面の一例である。例えば、発行通知画面Ｇ４には、今回発行された定期発行クーポンに関する情報と、猶予期間に関する情報と、を含む電子メールが、発行通知として表示される。定期発行クーポンを変更又は削除する必要がある場合には、宿泊施設は、発行通知内のボタンＢ４０を選択し、後述の管理画面から定期発行クーポンを変更又は削除する。猶予期間における定期発行クーポンの変更又は削除は、管理画面ではなく、発行通知画面Ｇ４から直接的に行われるようにしてもよいし、他の画面から行われるようにしてもよい。例えば、猶予期間における定期発行クーポンの変更又は削除は、宿泊施設を認証するための認証画面を挟んでから行われてもよい。

図９は、管理画面の一例である。管理画面Ｇ５は、定期発行クーポンを管理するための画面である。管理画面Ｇ５は、発行通知画面Ｇ４のボタンＢ４０が選択された場合だけでなく、宿泊施設が管理用のツールからいつでも表示できるようにしてもよい。管理画面Ｇ５では、定期発行中の定期発行クーポンだけでなく、定期発行を停止中の定期発行クーポンと、定期発行が終了した定期発行クーポンと、の管理が可能であってもよい。

例えば、管理画面Ｇ５には、クーポン名、割引条件、定期発行期間、次回の発行タイミング、定期発行状況、及び定期発行クーポンに対する各種操作が可能である。管理画面Ｇ５は、後述の表示制御部１０８により生成されたデータに基づいて表示される。宿泊施設は、ボタンＢ５０に対する操作によって、定期発行のオン／オフを切り替えることができる。ボタンＢ５０に対する操作は、停止操作の一例である。このため、ボタンに対する操作について説明している箇所は、停止操作と読み替えることができる。

停止操作は、次回以降の定期発行クーポンの発行を停止するための操作である。停止操作は、任意の操作であってよく、ボタンＢ５０に対する操作に限られない。例えば、停止操作は、ラジオボタン又はチェックボックスに対する操作であってもよい。停止操作は、その他の任意の操作であってもよい。ある定期発行クーポンの停止操作が行われると、宿泊施設データベースＤＢ２におけるこの定期発行クーポンの継続フラグの値が変更される。

例えば、宿泊施設がある定期発行クーポンのボタンＢ５１を選択すると、この定期発行クーポンのクーポン設定画面Ｇ３が表示部４５に表示される。宿泊施設は、クーポン設定画面Ｇ３から、この定期発行クーポンの内容を変更できる。定期発行クーポンの内容の変更は、クーポン設定画面Ｇ３以外の他の画面から行われてもよい。定期発行設定が変更されると、発行済みの定期発行クーポンの内容が変更される。

例えば、宿泊施設がある定期発行クーポンのボタンＢ５２を選択すると、この定期発行クーポンを削除できる。定期発行クーポンが削除されると、この定期発行クーポンを猶予期間に獲得したとしても、獲得済みの定期発行クーポンも削除される。削除された定期発行クーポンの定期発行設定は、宿泊施設データベースＤＢ２から削除される。

なお、今後発行される定期発行クーポンと、発行済みの定期発行クーポンと、を区別して、定期発行クーポンの内容を変更できるようにしてもよい。この場合、設定画面Ｇ３において、今後発行される定期発行クーポンの内容を変更するための操作と、発行済みの定期発行クーポンの内容を変更するための操作と、が別々の操作として行われてもよい。設定画面Ｇ３以外の他の画面において、今後発行される定期発行クーポンの内容の変更と、発行済みの定期発行クーポンの内容の変更と、が行われてもよい。他にも例えば、今後発行される定期発行クーポンの内容を変更するため画面と、発行済みの定期発行クーポンの内容を変更するための画面と、が別々の画面として表示されてもよい。

［延長部］
延長部１０５は、定期発行期間が経過した定期発行クーポンの宿泊施設の操作に基づいて、当該定期発行期間が延長されるように、当該定期発行クーポンの最終発行月を変更する。本実施形態では、管理画面Ｇ５のボタンＢ５１を選択して最終発行月を変更することにより定期発行期間が延長される場合を説明するが、定期発行期間を延長するための操作は、他の操作であってよい。例えば、管理画面Ｇ５から直接的に定期発行期間を延長できるようにしてもよい。延長部１０５は、宿泊施設が新たな最終発行月を指定した場合に、当該新たな最終発行月になるように、定期発行クーポンの最終発行月を変更する。

図９の例であれば、管理番号が１番の定期発行クーポンは、定期発行クーポンの発行が終了している。例えば、２０２２年１０月に、宿泊施設がこの定期発行クーポンの最終発行月を２０２２年１２月になるように変更すると、延長部１０５は、定期発行クーポンの最終発行月を、２０２２年１２月に変更する。期間設定部１０２は、変更後の最終発行月に基づいて、新たな定期発行期間として、最終発行月を変更した月の翌月である２０２２年１１月～２０２２年１２月を設定する。他の定期発行クーポンも同様に、定期発行期間が経過した場合に、最終発行月を変更することによって、定期発行期間を延長できる。

［停止部］
停止部１０６は、管理画面Ｇ５でボタンＢ５０に対する操作が行われた定期発行クーポンの発行を停止する。例えば、停止部１０６は、継続フラグがオンの定期発行クーポンのボタンＢ５０がオフ（図９では「停止中」）にされた場合に、この定期クーポンの継続フラグをオフにする。停止部１０６は、継続フラグがオフの定期発行クーポンのボタンＢ５０がオン（図９では「継続中」）にされた場合には、この定期発行クーポンの継続フラグをオンにする。継続フラグのオン／オフを切り替えられる定期発行クーポンは、定期発行期間内の定期発行クーポンである。定期発行期間が経過した定期発行クーポンは、延長部１０５の処理が必要である。

［処理実行部］
処理実行部１０７は、猶予期間内に所定の変更依頼又は削除依頼をした宿泊施設の定期発行クーポンを、変更又は削除するための処理を実行する。変更依頼は、定期発行クーポンの内容を変更するための依頼である。宿泊施設は、クーポン名、クーポン説明、利用条件、利用可能期間、宿泊可能期間、又は宿泊不可期間といった任意の内容を変更可能である。削除依頼は、定期発行クーポンを削除するための依頼である。変更依頼及び削除依頼は、宿泊施設により行われる。先述したように、定期発行クーポンは、当該定期発行クーポンが発行されてから所定の猶予期間が経過した後に、サービスで利用可能になる。

例えば、処理実行部１０７は、管理画面Ｇ５において、ある定期発行クーポンのボタンＢ５２が選択されて、ある定期発行クーポンの変更依頼が行われた場合に、変更依頼で指示された内容になるように、この定期発行クーポンの内容を変更するための処理を実行する。本実施形態では、クーポンサーバ２０が発行済みの定期発行クーポンを管理するので、処理実行部１０７は、クーポンサーバ２０に対し、発行済みの定期発行クーポンの内容を変更するように、変更要求を送信する。変更要求は、所定形式のデータが送信されることによって行われる。変更要求には、宿泊施設が指定した変更後の内容が付加される。クーポンサーバ２０は、当該変更要求に基づいて、定期発行クーポンの内容を変更する。例えば、宿泊施設が割引条件を変更した場合には、宿泊施設が指定した変更後の割引条件になるように、定期発行クーポンの内容が変更される。

例えば、処理実行部１０７は、ある定期発行クーポンの削除依頼が行われた場合に、削除依頼で指示された定期発行クーポンを削除するための処理を実行する。本実施形態では、クーポンサーバ２０が定期発行クーポンを発行するので、処理実行部１０７は、クーポンサーバ２０に対し、発行済みの定期発行クーポンを削除するように要求する。例えば、処理実行部１０７は、管理画面Ｇ５において、ある定期発行クーポンのボタンＢ５３が選択された場合に、この定期発行クーポンを削除するように要求する。クーポンサーバ２０は、この要求に基づいて、定期発行クーポンを削除するように、発行済みクーポンデータベースＤＢ３を更新する。

［表示制御部］
表示制御部１０８は、各宿泊施設の施設端末４０に、次回の定期発行クーポンの発行予定に関する発行予定情報を含む管理画面Ｇ５を表示させる。図９の例では、次回の発行タイミングが発行予定情報に相当する。発行予定情報は、時刻を含まずに年月日だけで表現されてもよいし、月日又は日付だけで表現されてもよい。本実施形態では、表示制御部１０８がサービス提供サーバ１０により実現され、定期発行クーポンに関するデータがクーポンサーバ２０で管理されるので、表示制御部１０８は、定期発行クーポンに関するデータをクーポンサーバ２０から受信し、当該データに基づいて、管理画面Ｇ５を施設端末４０に表示させる。

例えば、表示制御部１０８は、施設端末４０から管理画面Ｇ５を表示させるための要求を受信した場合に、管理画面Ｇ５の表示に必要な定期発行クーポンに関するデータを要求する。クーポンサーバ２０は、当該要求を受信した場合に、後述の発行済みクーポンデータベースＤＢ３に基づいて、定期発行クーポンに関するデータを生成する。クーポンサーバ２０は、サービス提供サーバ１０に対し、当該データを送信する。サービス提供サーバ１０は、当該データを受信すると、管理画面Ｇ５の表示データを生成して施設端末４０に送信する。

なお、表示制御部１０８は、管理画面Ｇ５以外の他の画面の表示を制御してもよい。他の画面にクーポンに関する情報が含まれる場合には、クーポンサーバ２０は、クーポンに関する情報の表示に必要なデータを生成し、サービス提供サーバ１０に対して送信する。表示制御部１０８は、クーポンサーバ２０から受信したデータに基づいて、他の画面を、施設端末４０に表示させる。クーポンに関する情報を利用者端末３０に表示させる必要がある場合も同様に、表示制御部１０８は、クーポンサーバ２０から受信したデータに基づいて、何らかの画面を利用者端末３０に表示させるようにすればよい。

[３－２．クーポンサーバで実現される機能]
データ記憶部２００は、記憶部２２により実現される。発行要求受信部２０１、及び定期発行部２０２は、制御部２１により実現される。

［データ記憶部］
データ記憶部２００は、クーポンを発行するために必要なデータを記憶する。例えば、データ記憶部２００は、発行済みクーポンデータベースＤＢ３を記憶する。

図１０は、発行済みクーポンデータベースＤＢ３の一例を示す図である。発行済みクーポンデータベースＤＢ３は、発行済みの定期発行クーポンに関する情報が格納されたデータベースである。例えば、発行済みクーポンデータベースＤＢ３には、クーポンＩＤ、宿泊施設ＩＤ、及び定期発行クーポンの内容が格納される。発行済みクーポンデータベースＤＢ３には、定期発行クーポンの発行枚数、定期発行クーポンを獲得した利用者の利用者ＩＤ、及び定期発行クーポンを利用した利用者の利用者ＩＤといった他の情報が格納されてもよい。

クーポンＩＤは、定期発行クーポンを識別可能な情報である。例えば、定期発行クーポンの内容は、管理番号、発行月、クーポン名、クーポン説明、割引条件、予約可能期間、宿泊可能期間、及び宿泊不可期間を含む。定期発行クーポンの内容は、定期発行設定に含まれる他の内容を含んでもよい。クーポン獲得画面Ｇ２、発行通知画面Ｇ４、及び管理画面Ｇ５に定期発行クーポンに関する情報を表示させる場合には、発行済みクーポンデータベースＤＢ３に格納された定期クーポンの内容が参照される。

［発行要求受信部］
発行要求受信部２０１は、サービス提供サーバ１０から、発行要求を定期的に受信する。本実施形態では、毎月の初日の７日前に発行要求が送信されるので、発行要求受信部２０１は、毎月の初日の７日前に発行要求を受信することによって、発行要求を定期的に受信する。発行要求には、発行対象となる定期発行クーポンの定期発行設定が付加されるので、発行要求受信部２０１は、発行要求に付加された定期発行設定も受信する。

［定期発行部］
定期発行部２０２は、各宿泊施設の定期発行設定に基づいて、各宿泊施設の定期発行クーポンを、定期的に発行する。定期発行クーポンを発行するとは、定期発行クーポンのレコードを発行済みクーポンデータベースＤＢ３に作成することである。例えば、定期発行クーポンを獲得可能な状態にすること、定期発行クーポンを配信すること、又は定期発行クーポンを利用可能な状態にすることが、定期発行クーポンを発行することに相当してもよい。定期発行クーポンの定期発行の間隔は、任意の長さであってよく、本実施形態のような１ヶ月に限られない。例えば、数日、１週間、隔週、又は２ヶ月単位で定期的に定期発行クーポンが発行されてもよい。

本実施形態では、定期発行部２０２は、各宿泊施設の定期発行クーポンを、定期的に一括で発行する。定期発行クーポンを定期的に一括で発行するとは、複数の定期発行クーポンをまとめて発行する処理を定期的に実行することである。例えば、定期発行部２０２は、先述したｎ個の宿泊施設が定期発行クーポンの発行を希望した場合には、ｎ個全ての宿泊施設の定期発行クーポンを、定期的に一括で発行する。

本実施形態では、クーポンサーバ２０は、通常発行クーポンと同様に、１件ずつ定期発行クーポンを発行し、サービス提供サーバ１０側で、複数の宿泊施設の定期発行クーポンの発行を、クーポンサーバ２０に対して一括で要求する。定期発行クーポンの発行の要求は、まとめて一括で行われるが、定期発行クーポンの発行は、１件ずつ行われるものとする。本実施形態では、通常発行クーポンと、定期発行クーポンと、を別々の名前で区別しているが、クーポンサーバ２０は、通常発行クーポンと、定期発行クーポンと、を区別せずに発行してもよい。

なお、個々の宿泊施設ごとに発行通知が送信される場合には、発行要求受信部２０１が次々と発行通知を受信するので、定期発行部２０２は、次々と受信した発行通知に基づいて、定期発行クーポンを次々と発行してもよい。この場合には、定期発行クーポンが定期的には発行されるが、一括では発行されないことになる。定期発行部２０２は、必ずしも一括で全ての定期発行クーポンを発行しなくてもよい。

本実施形態では、サービス提供サーバ１０からクーポンサーバ２０に対し、複数の宿泊施設の各々の定期発行設定をまとめた、定期発行クーポンを発行するための発行要求が送信されるので、定期発行部２０２は、発行要求にまとめられた複数の宿泊施設の各々の定期発行設定に基づいて、各宿泊施設の定期発行クーポンを発行する。定期発行部２０２は、発行要求を受信したことに応じて、定期発行クーポンを発行する。例えば、発行対象の定期発行クーポンの定期発行設定が発行要求に付加される場合に、定期発行部２０２は、発行要求に含まれる定期発行設定に基づいて、定期発行クーポンを発行する。

例えば、定期発行部２０２は、定期発行期間が経過した定期発行クーポンを発行せずに、定期発行期間内の定期発行クーポンを発行する。本実施形態では、定期発行期間が経過した定期発行クーポンの発行は、発行要求で要求されない。発行要求では、あくまで定期発行期間内の定期発行クーポンの発行が要求されるので、定期発行部２０２は、発行要求に示された定期発行期間内の定期発行クーポンを発行する。クーポンサーバ２０側で定期発行期間を管理する場合には、定期発行部２０２は、クーポンサーバ２０側で管理する定期発行期間に基づいて、定期発行期間内の定期発行クーポンを特定すればよい。

本実施形態では、各宿泊施設は、複数種類の定期発行クーポンの各々の定期発行設定を指定可能である。定期発行部２０２は、複数種類の定期発行クーポンの各々の定期発行設定を指定した宿泊施設については、当該複数種類の定期発行クーポンを、定期的に発行する。例えば、ある発行タイミングにおいて、ある１つの宿泊施設のｍ種類の定期発行クーポンが発行される場合には、定期発行部２０２は、ｍ種類の定期発行クーポンを、定期的に一括で発行する。個々の種類の定期発行クーポンは、定期的に発行されるようにすればよく、複数種類の定期発行クーポンが一括では発行されなくてもよい。

なお、本実施形態では、利用可能期間が固定されているが、宿泊施設が利用可能期間を自由に指定できる場合には、定期発行部２０２は、定期発行設定に基づいて、利用可能期間を設定し、定期発行クーポンを発行すればよい。定期発行部２０２は、宿泊可能期間又は宿泊不可期間といったように、定期発行クーポンの詳細を、定期発行設定に基づいて設定すればよい。定期発行クーポンは、定期的に発行されるという点で、通常発行クーポンとは異なるが、発行時の処理自体は、通常発行クーポンと同様であってよい。

［４．クーポン発行システムで実行される処理］
図１１は、クーポン発行システム１で実行される処理の一例を示す図である。例えば、施設端末４０は、サービス提供サーバ１０との間で、管理用のサービスにログインするためのログイン処理を実行する（Ｓ１）。宿泊施設のログインが成功すると、施設端末４０は、サービス提供サーバ１０との間で、クーポン設定画面Ｇ３を表示させるための処理を実行する（Ｓ２）。クーポン設定画面Ｇ３が表示されると、クーポン設定画面Ｇ３に対する定期発行設定の指定が受け付けられる。

施設端末４０は、サービス提供サーバ１０に対し、宿泊施設が指定した定期発行設定を送信する（Ｓ３）。サービス提供サーバ１０は、施設端末４０から定期発行設定を受信すると（Ｓ４）、宿泊施設が指定した最終発行月に基づいて、定期発行期間を設定する（Ｓ５）。Ｓ５では、サービス提供サーバ１０は、Ｓ４で受信した定期発行設定の管理番号を発行し、管理番号に関連付けて、定期発行期間及び定期発行設定を宿泊施設データベースＤＢ２に格納する。

サービス提供サーバ１０は、発行タイミングが訪れたか否かを判定する（Ｓ６）。発行タイミングが訪れたと判定されない場合（Ｓ６：Ｎ）、本処理は終了する。発行タイミングが訪れたと判定された場合（Ｓ６：Ｙ）、サービス提供サーバ１０は、宿泊施設データベースＤＢ２に基づいて、発行対象の定期発行クーポンを特定する（Ｓ７）。サービス提供サーバ１０は、クーポンサーバ２０に対し、発行対象の定期発行クーポンの定期発行設定を付加した発行要求を送信する（Ｓ８）。

クーポンサーバ２０は、発行要求を受信すると（Ｓ９）、発行対象の定期発行クーポンの定期発行設定と、発行要求と、に基づいて、発行対象の定期発行クーポンを一括で発行する（Ｓ１０）。Ｓ１０では、クーポンサーバ２０は、定期発行クーポンのクーポンＩＤを発行し、定期発行クーポンの内容を発行済みクーポンデータベースＤＢ３に格納する。クーポンサーバ２０は、サービス提供サーバ１０に対し、定期発行クーポンの発行結果を送信する（Ｓ１１）。この発行結果には、発行通知に必要な情報が含まれる。

サービス提供サーバ１０は、定期発行クーポンの発行結果を受信すると（Ｓ１２）、施設端末４０に対し、発行通知を送信する（Ｓ１３）。以降、猶予期間になるので、定期発行クーポンの獲得が可能になる。施設端末４０は、サービス提供サーバ１０との間で、発行通知画面Ｇ４を表示させるための処理を実行可能になる。宿泊施設が定期発行クーポンを変更したり削除したりした場合には、サービス提供サーバ１０を介して、クーポンサーバ２０に対し、定期発行クーポンの変更又は削除が要求される。

本実施形態のクーポン発行システム１によれば、各宿泊施設の定期発行設定に基づいて、各宿泊施設の定期発行クーポンを、定期的に発行する。これにより、宿泊施設が同じようなクーポンを繰り返し発行する場合に、その都度設定を指定するといった手間を省くことができるので、宿泊施設の手間を軽減できる。通常発行クーポンは、原則として１回だけ発行されるので、宿泊施設が通常発行クーポンを繰り返し発行しようとした場合には、設定作業をし忘れてしまい、利用者による予約の機会損失が発生する可能性があるが、定期発行クーポンは、定期的に発行されるので、機会損失の発生を防止できる。例えば、実施形態では、通常発行設定と定期発行設定の違いは、概ね、最終発行月の指定と、定期発行を継続するか否かの指定と、の２つなので、通常発行設定に慣れている宿泊施設が覚えるべき新たな設定作業が少なくて済む。

また、クーポン発行システム１は、各宿泊施設の定期発行クーポンを、定期的に一括で発行する。これにより、より多くの宿泊施設の定期発行クーポンを発行できるので、より多くの宿泊施設の手間を軽減できる。更に、クーポンサーバ２０が、宿泊施設ごとに定期発行クーポンを発行する処理を別々に実行する場合には、何度も処理を実行しなければならいので、クーポンサーバ２０の処理負荷が高まる可能性があるが、より多くの宿泊施設の定期発行クーポンを定期的に一括で発行することによって、クーポンサーバ２０は、より多くの宿泊施設の定期発行クーポンを発行する処理をまとめて一度に実行できるので、クーポンサーバ２０の処理負荷が軽減する。

また、クーポン発行システム１は、定期発行クーポンごとに、当該定期発行クーポンの最終発行月に基づいて、当該定期発行クーポンの定期発行期間を設定する。クーポン発行システム１は、定期発行期間が経過した定期発行クーポンを発行せずに、定期発行期間内の定期発行クーポンを発行する。これにより、宿泊施設が最終発行月を指定すれば、定期発行期間が自動設定されるので、宿泊施設の手間を効果的に軽減できる。定期発行期間が設定されることにより、意図しない定期発行クーポンが延々と自動発行されることを防止できる。

また、クーポン発行システム１は、定期発行期間が経過した定期発行クーポンの宿泊施設の操作に基づいて、当該定期発行期間が延長されるように、当該定期発行クーポンの発行終了設定を変更する。これにより、より簡易な操作によって、定期発行期間が経過した定期発行クーポンを再び定期的に発行させることができるので、宿泊施設の利便性が高まる。

また、クーポン発行システム１は、各宿泊施設の施設端末４０に、次回の定期発行クーポンの発行予定に関する発行予定情報を含む管理画面Ｇ５を表示させる。これにより、宿泊施設が定期発行クーポンの管理をしやすくなるので、宿泊施設の利便性が高まる。

また、クーポン発行システム１は、管理画面Ｇ５で停止操作が行われた定期発行クーポンの発行を停止する。これにより、より簡易な操作によって、定期発行クーポンの発行を停止できるので、宿泊施設の利便性が高まる。

また、クーポン発行システム１は、複数種類の定期発行クーポンの各々の定期発行設定を指定した宿泊施設については、当該複数種類の定期発行クーポンを、定期的に発行する。宿泊施設が複数種類の通常発行クーポンを繰り返し発行する場合には、その種類の数だけ手間が増えることになるが、複数種類の定期発行クーポンの発行を可能にすることによって、より多くの種類の定期発行クーポンの発行を希望する宿泊施設の手間を、効果的に軽減できる。

また、クーポン発行システム１は、猶予期間内に所定の変更依頼又は削除依頼をした宿泊施設の定期発行クーポンを、変更又は削除するための処理を実行する。これにより、宿泊施設が意図しない定期発行クーポンが利用されることを防止できる。

また、クーポン発行システム１は、各宿泊施設の定期発行クーポンが発行された場合に、各宿泊施設に対し、所定の発行通知を送信する。これにより、宿泊施設は、定期発行クーポンが発行されたことに気付きやすくなる。宿泊施設は、猶予期間における定期発行クーポンのチェックを忘れにくくなるので、宿泊施設の利便性が高まる。

また、各事業者の一例として、宿泊施設を説明し、サービスの一例として、各宿泊施設の予約を受け付ける予約サービスを説明した。クーポン発行システム１は、このような予約サービスにおける宿泊施設の手間を軽減できる。

また、クーポン発行システム１は、サービス提供サーバ１０及びクーポンサーバ２０を含み、サービス提供サーバ１０は、クーポンサーバ２０に対し、発行要求を定期的に送信し、定期発行クーポンが定期的に一括で発行される。これにより、より多くの宿泊施設の定期発行クーポンを定期的に一括で発行できるので、より多くの宿泊施設の手間を軽減できる。更に、サービス提供サーバ１０及びクーポンサーバ２０で処理を分散させることができるので、サービス提供サーバ１０の処理負荷と、クーポンサーバ２０の処理負荷と、を軽減できる。

［５．変形例］
本開示は、以上に説明した実施形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

［５－１．変形例１］
例えば、実施形態では、全ての宿泊施設で利用可能期間の開始日が同じである場合を説明したが、宿泊施設は、利用可能期間の開始日を自由に指定できるようにしてもよい。例えば、宿泊施設は、月の初日ではなく、２日以降の日を利用可能期間の開始日指定してもよい。発行タイミングは、宿泊施設が指定した利用可能期間の開始日に応じて決定される。変形例１では、実施形態と同様に利用可能期間の開始日の７日前が発行タイミングであるものとする。

利用可能期間の開始日が変わると発行タイミングも変わるので、利用可能期間の開始日を指定することは、発行タイミングを指定することに相当する。このため、各宿泊施設は、自身の定期発行クーポンの発行タイミングに関する発行タイミング設定を含む定期発行設定を指定可能である。即ち、宿泊施設ごとに、独自の発行タイミングを指定できるようにしてもよい。変形例１の宿泊施設データベースＤＢ２には、各宿泊施設が指定した発行タイミング設定が格納される。

変形例１では、各宿泊施設は、１日～月末までの間で発行タイミングを指定できるものとする。各日における発行タイミングの時刻は、午前０時で固定されているものとするが、各宿泊施設は、発行タイミングの日付だけではなく、時刻も指定できるようにしてもよい。変形例１では、毎日１回の発行タイミングが訪れることになる。複数種類の定期発行クーポンの発行を希望する宿泊施設は、個々の定期発行クーポンの発行タイミングを異ならせてもよい。

変形例１の定期発行部２０２は、発行タイミングが互いに同じ宿泊施設が複数存在する場合に、当該複数の宿泊施設の各々の定期発行クーポンを、定期的に一括で発行する。例えば、発行要求送信部１０３は、ある日の午前０時が訪れると、宿泊施設データベースＤＢ２を参照し、この日が発行タイミングである定期発行クーポンを特定する。発行要求送信部１０３は、当該特定された定期発行クーポンを発行するように、クーポンサーバ２０に対し、発行要求を送信する。定期発行部２０２は、当該発行要求に基づいて、この日が発行タイミングである定期発行クーポンを発行する。個々の定期発行クーポンの発行方法自体は、実施形態で説明した通りである。

変形例１のクーポン発行システム１は、各宿泊施設は、自身の定期発行クーポンの発行タイミングに関する発行タイミング設定を含む定期発行設定を指定可能である。クーポン発行システム１は、発行タイミングが互いに同じ宿泊施設が複数存在する場合に、当該複数の宿泊施設の各々の定期発行クーポンを、定期的に一括で発行する。これにより、柔軟な発行タイミングにすることができるので、宿泊施設の利便性が高まる。例えば、定期発行クーポンの利用可能期間の開始日も柔軟に指定できるので、この点でも宿泊施設の利便性が高まる。

［５－２．変形例２］
図１２は、変形例２における機能ブロック図である。判定部１０９は、制御部１１により実現される。例えば、宿泊施設が意図しない定期発行クーポンが発行されることを防止するために、宿泊施設が意図した定期発行クーポンであるか否かをチェックするためのルールが存在してもよい。判定部１０９は、各宿泊施設の定期発行クーポンが所定のルールを満たすか否かを判定する。ルールは、宿泊施設が意図したものであるか否かをチェックするためのルールである。

変形例２の判定部１０９は、各宿泊施設の過去のクーポン発行実績に基づいて、各宿泊施設の定期発行クーポンがルールを満たすか否かを判定する。例えば、判定部１０９は、ある宿泊施設が過去に通常発行クーポンを発行したクーポン発行実績に基づいて、この宿泊施設の定期発行クーポンがルールを満たすか否かを判定する。クーポン発行実績は、宿泊施設データベースＤＢ２に格納されているものとする。クーポン発行実績は、発行済みクーポンデータベースＤＢ３又は他のデータベースに格納されていてもよい。

クーポン発行実績は、過去に発行されたクーポンの内容である。このクーポンは、定期発行クーポンに限られず、通常発行クーポンであってもよい。例えば、通常発行クーポンが、ある宿泊施設がクリスマス等の特定の時期にクーポンを発行したいたことがクーポン発行実績に示されていたとすると、判定部１０９は、定期発行クーポンの定期発行期間に当該特定の時期が含まれているか否かを判定する。判定部１０９は、定期発行クーポンの定期発行期間に当該特定の時期が含まれている場合、ルールを満たすと判定し、定期発行クーポンの定期発行期間に当該特定の時期が含まれていない場合、ルールを満たさないと判定する。

変形例２の発行通知送信部１０４は、判定部１０９の判定結果に基づいて、各宿泊施設に対し、発行通知を送信する。変形例２の発行通知には、ルールを満たすか否かの判定結果が含まれる。例えば、ルールが満たされない場合、図８の発行通知画面Ｇ４に「いつもはクリスマスにクーポンを発行しているようですが問題ないでしょうか」といったメッセージが表示される。発行通知には、ルールを満たさない旨のメッセージではなく、ルールを満たす旨のメッセージが含まれてもよい。

なお、ルールの判定結果に基づいて、他の処理が実行されてもよい。例えば、ルールの判定結果に基づいて、継続フラグのオン／オフが自動的に切り替わってもよいし、定期発行クーポン又は通常発行クーポンを発行することが宿泊施設に提案されてもよい。他にも例えば、ルールの判定結果に基づいて、定期発行クーポン又は通常発行クーポンの発行枚数又は割引条件率が宿泊施設に提案されてもよい。また、ルールは、クーポン発行実績に関するものに限られず、任意のルールを設定可能である。例えば、宿泊施設が自身でルールを指定してもよい。他にも例えば、ルールは、割引条件、利用可能期間、宿泊可能期間、又は宿泊不可期間に関するものであってもよい。

変形例２のクーポン発行システム１は、各宿泊施設の定期発行クーポンが所定のルールを満たすか否かの判定結果に基づいて、各宿泊施設に対し、発行通知を送信する。これにより、意図しない定期発行クーポンが発行されるといったことを防止できるので、宿泊施設の利便性が高まる。

また、クーポン発行システム１は、各宿泊施設の過去のクーポン発行実績に基づいて、各宿泊施設の定期発行クーポンがルールを満たすか否かを判定する。これにより、過去にクーポンの実績に応じた最適な定期発行クーポンを発行できるようになるので、宿泊施設の利便性が高まる。

［５－３．変形例３］
例えば、変形例２において、過去のクーポン発行実績ではなく、判定部１０９は、定期的には発行されない各宿泊施設の通常発行クーポンに基づいて、各宿泊施設の定期発行クーポンがルールを満たすか否かを判定してもよい。判定部１０９は、ある宿泊施設の通常発行クーポンの内容と、この宿泊施設の定期発行クーポンの内容と、が同じであるか否かを判定することによって、ルールを満たすか否かを判定してもよい。これらの内容が同じことは、ルールを満たさないことに相当する。これらの内容が異なることは、ルールを満たすことに相当する。

なお、通常発行クーポンの内容と、定期発行クーポンの内容と、が異なっていたとしても、これらの違いが閾値未満である場合には、ルールが満たされないと判定されてもよい。判定部１０９の判定結果に応じた処理は、変形例２と同様であってよい。即ち、発行通知に判定結果を含めるだけではなく、定期発行のオン／オフが自動的に切り替わってもよいし、定期発行クーポン又は通常発行クーポンの発行が提案されてもよい。更に、定期発行クーポン又は通常発行クーポンの発行枚数又は割引条件が提案されてもよい。

変形例３のクーポン発行システム１は、各宿泊施設の通常発行クーポンに基づいて、各宿泊施設の定期発行クーポンがルールを満たすか否かを判定する。これにより、通常発行クーポンと全く同じ定期発行クーポンが発行されるといったことを防止できるので、宿泊施設の利便性が高まる。

［５－４．変形例４］
例えば、実施形態では、サービス提供サーバ１０の事業者と、クーポンサーバ２０の事業者と、が同じである場合を説明したが、これらの事業者は、互いに異なってもよい。変形例４では、サービス提供サーバ１０の事業者と、クーポンサーバ２０の事業者と、が互いに連携し、実施形態と同様の流れによって、定期発行クーポンが発行される。定期発行クーポンを発行するための処理自体は、実施形態で説明した通りである。変形例４のような構成だったとしても、実施形態と同様に、宿泊施設の手間を軽減できる。

［５－５．変形例５］
例えば、実施形態では、サービス提供サーバ１０及びクーポンサーバ２０で役割分担が行われる場合を説明したが、サービス提供サーバ１０がクーポンサーバ２０の機能も有してもよい。この場合、クーポン発行システム１は、クーポンサーバ２０を含まなくてもよい。変形例５のクーポン発行システム１は、サービス提供サーバ１０だけを含んでもよい。サービス提供サーバ１０と、クーポンサーバ２０以外のコンピュータと、で処理が分担されてもよい。

変形例５のサービス提供サーバ１０は、利用者に対する予約サービスの提供と、定期発行クーポンの発行と、の両方を実行する。定期発行クーポンを発行するための処理自体は、実施形態と同様である。変形例５では、クーポンサーバ２０に対する発行要求が送信されることなく、サービス提供サーバ１０内部の処理だけで、定期発行クーポンの発行が完了する。変形例５のような構成だったとしても、実施形態と同様に、宿泊施設の手間を軽減できる。

［５－６．その他の変形例］
例えば、上記変形例を組み合わせてもよい。

例えば、実施形態では、宿泊施設のクーポンを例に挙げたが、ツアー会社、レンタカー会社、バス会社、又は航空会社といった他の事業者の定期発行クーポンが同様の流れによって発行されてもよい。更に、クーポン発行システム１を予約サービスに適用する場合を例に挙げたが、クーポン発行システム１は、種々のサービスに適用可能である。例えば、電子商取引サービス、決済サービス、金融サービス、通信サービス、電子書籍サービス、又は動画配信サービスにおいてクーポンが発行される場合にも、クーポン発行システム１を適用可能である。

例えば、電子商取引サービスにクーポン発行システム１を適用した場合、実施形態で説明した事業者は、店舗である。店舗は、自身が販売する商品の購入時に利用可能な定期発行クーポンの定期発行設定を指定することによって、定期発行クーポンを定期的に発行できる。クーポン発行システム１は、定期発行クーポンの発行を希望する店舗が複数である場合には、各店舗の定期発行クーポンを、定期的に一括で発行可能である。事業者は、クーポン発行システム１を適用するサービスに応じた事業者であればよく、クーポンの内容も、このサービスに応じた内容であればよい。

例えば、サービス提供サーバ１０で実現されるものとして説明した機能は、クーポンサーバ２０又は他のコンピュータで実現されてもよい。例えば、クーポンサーバ２０で実現されるものとして説明した機能は、サービス提供サーバ１０又は他のコンピュータで実現されてもよい。例えば、クーポン発行システム１は、３つ以上のコンピュータを含み、３つ以上のコンピュータで各機能が分担されてもよい。逆に、クーポン発行システム１は、１つのコンピュータだけを含み、１つのコンピュータだけで各機能が実現されてもよい。

［６．付記］
例えば、クーポン発行システムは、下記のような構成も可能である。

（１）
所定のサービスで利用可能なクーポンを発行するクーポン発行システムであって、
前記サービスにおける複数の事業者の各々により指定された、定期的に発行される定期発行クーポンに関する定期発行設定を取得する設定取得部と、
各事業者の前記定期発行設定に基づいて、各事業者の前記定期発行クーポンを、定期的に発行する定期発行部と、
を含むクーポン発行システム。
（２）
前記定期発行部は、各事業者の前記定期発行クーポンを、定期的に一括で発行する、
（１）に記載のクーポン発行システム。
（３）
各事業者は、自身の前記定期発行クーポンの発行タイミングに関する発行タイミング設定を含む前記定期発行設定を指定可能であり、
前記定期発行部は、前記発行タイミングが互いに同じ前記事業者が複数存在する場合に、当該複数の事業者の各々の前記定期発行クーポンを、定期的に一括で発行する、
（２）に記載のクーポン発行システム。
（４）
各事業者は、自身の前記定期発行クーポンの発行終了に関する発行終了設定を含む前記定期発行設定を指定可能であり、
前記クーポン発行システムは、前記定期発行クーポンごとに、当該定期発行クーポンの前記発行終了設定に基づいて、当該定期発行クーポンを定期的に発行する定期発行期間を設定する期間設定部を更に含み、
前記定期発行部は、前記定期発行期間が経過した前記定期発行クーポンを発行せずに、前記定期発行期間内の前記定期発行クーポンを発行する、
（１）～（３）の何れかに記載のクーポン発行システム。
（５）
前記クーポン発行システムは、前記定期発行期間が経過した前記定期発行クーポンの前記事業者の操作に基づいて、当該定期発行期間が延長されるように、当該定期発行クーポンの前記発行終了設定を変更する延長部を更に含む、
（４）に記載のクーポン発行システム。
（６）
前記クーポン発行システムは、各事業者の事業者端末に、次回の前記定期発行クーポンの発行予定に関する発行予定情報を含む管理画面を表示させる表示制御部を更に含む、
（１）～（５）の何れかに記載のクーポン発行システム。
（７）
前記管理画面では、次回以降の前記定期発行クーポンの発行を停止するための停止操作が可能であり、
前記クーポン発行システムは、前記管理画面で前記停止操作が行われた前記定期発行クーポンの発行を停止する停止部を更に含む、
（６）に記載のクーポン発行システム。
（８）
各事業者は、複数種類の前記定期発行クーポンの各々の前記定期発行設定を指定可能であり、
前記定期発行部は、前記複数種類の定期発行クーポンの各々の前記定期発行設定を指定した前記事業者については、当該複数種類の定期発行クーポンを、定期的に発行する、
（１）～（７）の何れかに記載のクーポン発行システム。
（９）
前記定期発行クーポンは、当該定期発行クーポンが発行されてから所定の猶予期間が経過した後に、前記サービスで利用可能になり、
前記クーポン発行システムは、前記猶予期間内に所定の変更依頼又は削除依頼をした前記事業者の前記定期発行クーポンを、変更又は削除するための処理を実行する処理実行部を更に含む、
（１）～（８）の何れかに記載のクーポン発行システム。
（１０）
前記クーポン発行システムは、各事業者の前記定期発行クーポンが発行された場合に、各事業者に対し、所定の発行通知を送信する発行通知送信部を更に含む、
（９）に記載のクーポン発行システム。
（１１）
前記クーポン発行システムは、各事業者の前記定期発行クーポンが所定のルールを満たすか否かを判定する判定部を更に含み、
前記発行通知送信部は、前記判定部の判定結果に基づいて、各事業者に対し、前記発行通知を送信する、
（１０）に記載のクーポン発行システム。
（１２）
前記判定部は、各事業者の過去のクーポン発行実績に基づいて、各事業者の前記定期発行クーポンが前記ルールを満たすか否かを判定する、
（１１）に記載のクーポン発行システム。
（１３）
前記判定部は、定期的には発行されない各事業者の通常発行クーポンに基づいて、各事業者の前記定期発行クーポンが前記ルールを満たすか否かを判定する、
（１１）又は（１２）に記載のクーポン発行システム。
（１４）
各事業者は、施設であり、
前記サービスは、各施設の予約を受け付ける予約サービスである、
（１）～（１３）の何れかに記載のクーポン発行システム。

１ クーポン発行システム、Ｎ インターネット、１０ サービス提供サーバ、２０ クーポンサーバ、３０ 利用者端末、１１，２１，３１，４１ 制御部、１２，２２，３２，４２ 記憶部、１３，２３，３３，４３ 通信部、３４，４４ 操作部、３５，４５ 表示部、３０ 利用者端末、４０ 施設端末、Ｇ１ トップ画面、Ｇ２ クーポン獲得画面、Ｇ３ クーポン設定画面、Ｇ４ 発行通知画面、Ｇ５ 管理画面、１００ データ記憶部、１０１ 設定取得部、１０２ 期間設定部、１０３ 発行要求送信部、１０４ 発行通知送信部、１０５ 延長部、１０６ 停止部、１０７ 処理実行部、１０８ 表示制御部、１０９ 判定部、２００ データ記憶部、２０１ 発行要求受信部、２０２ 定期発行部、Ｂ１０，Ｂ２０，Ｂ４０，Ｂ５０，Ｂ５１，Ｂ５２，Ｂ５３ ボタン、ＤＢ１ 利用者データベース、ＤＢ２ 宿泊施設データベース、ＤＢ３ クーポンデータベース。

Claims (17)

1. 所定のサービスで利用可能なクーポンを発行するクーポン発行システムであって、
   前記サービスにおける複数の事業者の各々により指定された、定期的に発行される定期発行クーポンに関する定期発行設定を取得する設定取得部と、
   各事業者の前記定期発行設定に基づいて、各事業者の前記定期発行クーポンを、定期的に一括で発行する定期発行部と、
   を含むクーポン発行システム。
2. 各事業者は、自身の前記定期発行クーポンの発行タイミングに関する発行タイミング設定を含む前記定期発行設定を指定可能であり、
   前記定期発行部は、前記発行タイミングが互いに同じ前記事業者が複数存在する場合に、当該複数の事業者の各々の前記定期発行クーポンを、定期的に一括で発行する、
   請求項１に記載のクーポン発行システム。
3. 所定のサービスで利用可能なクーポンを発行するクーポン発行システムであって、
   前記サービスにおける複数の事業者の各々により指定された、定期的に発行される自身の定期発行クーポンの発行終了に関する発行終了設定を含む定期発行設定を取得する設定取得部と、
   前記定期発行クーポンごとに、当該定期発行クーポンの前記発行終了設定に基づいて、当該定期発行クーポンを定期的に発行する定期発行期間を設定する期間設定部と、
   各事業者の前記定期発行設定に基づいて、前記定期発行期間が経過した前記定期発行クーポンを発行せずに、前記定期発行期間内の各事業者の前記定期発行クーポンを、定期的に発行する定期発行部と、
   を含むクーポン発行システム。
4. 前記クーポン発行システムは、前記定期発行期間が経過した前記定期発行クーポンの前記事業者の操作に基づいて、当該定期発行期間が延長されるように、当該定期発行クーポンの前記発行終了設定を変更する延長部を更に含む、
   請求項３に記載のクーポン発行システム。
5. 所定のサービスで利用可能なクーポンを発行するクーポン発行システムであって、
   前記サービスにおける複数の事業者の各々により指定された、定期的に発行される定期発行クーポンに関する定期発行設定を取得する設定取得部と、
   各事業者の前記定期発行設定に基づいて、各事業者の前記定期発行クーポンを、定期的に発行する定期発行部と、
   各事業者の事業者端末に、次回の前記定期発行クーポンの発行予定に関する発行予定情報を含む管理画面を表示させる表示制御部と、
   を含むクーポン発行システム。
6. 前記管理画面では、次回以降の前記定期発行クーポンの発行を停止するための停止操作が可能であり、
   前記クーポン発行システムは、前記管理画面で前記停止操作が行われた前記定期発行クーポンの発行を停止する停止部を更に含む、
   請求項５に記載のクーポン発行システム。
7. 各事業者は、複数種類の前記定期発行クーポンの各々の前記定期発行設定を指定可能であり、
   前記定期発行部は、前記複数種類の定期発行クーポンの各々の前記定期発行設定を指定した前記事業者については、当該複数種類の定期発行クーポンを、定期的に発行する、
   請求項１～６の何れかに記載のクーポン発行システム。
8. 所定のサービスで利用可能なクーポンを発行するクーポン発行システムであって、
   前記サービスにおける複数の事業者の各々により指定された定期発行設定であって、定期的に発行される定期発行クーポンが発行されてから所定の猶予期間が経過した後に、前記サービスで利用可能になる前記定期発行クーポンに関する定期発行設定を取得する設定取得部と、
   各事業者の前記定期発行設定に基づいて、各事業者の前記定期発行クーポンを、定期的に発行する定期発行部と、
   前記猶予期間内に所定の変更依頼又は削除依頼をした前記事業者の前記定期発行クーポンを、変更又は削除するための処理を実行する処理実行部と、
   を含むクーポン発行システム。
9. 前記クーポン発行システムは、各事業者の前記定期発行クーポンが発行された場合に、各事業者に対し、所定の発行通知を送信する発行通知送信部を更に含む、
   請求項８に記載のクーポン発行システム。
10. 前記クーポン発行システムは、各事業者の前記定期発行クーポンが所定のルールを満たすか否かを判定する判定部を更に含み、
    前記発行通知送信部は、前記判定部の判定結果に基づいて、各事業者に対し、前記発行通知を送信する、
    請求項９に記載のクーポン発行システム。
11. 前記判定部は、各事業者の過去のクーポン発行実績に基づいて、各事業者の前記定期発行クーポンが前記ルールを満たすか否かを判定する、
    請求項１０に記載のクーポン発行システム。
12. 前記判定部は、定期的には発行されない各事業者の通常発行クーポンに基づいて、各事業者の前記定期発行クーポンが前記ルールを満たすか否かを判定する、
    請求項１０に記載のクーポン発行システム。
13. 各事業者は、施設であり、
    前記サービスは、各施設の予約を受け付ける予約サービスである、
    請求項１～６の何れかに記載のクーポン発行システム。
14. 所定のサービスを提供するサービス提供サーバと、前記サービスで利用可能なクーポンを発行するクーポンサーバと、を含むクーポン発行システムであって、
    前記サービス提供サーバは、
    前記サービスにおける複数の事業者の各々により指定された、定期的に発行される定期発行クーポンに関する定期発行設定を取得する設定取得部と、
    前記クーポンサーバに対し、前記複数の事業者の各々の前記定期発行設定をまとめた、前記定期発行クーポンを一括で発行するための発行要求を、定期的に送信する発行要求送信部と、
    を含み、
    前記クーポンサーバは、
    前記サービス提供サーバから、前記発行要求を定期的に受信する発行要求受信部と、
    前記発行要求にまとめられた前記複数の事業者の各々の前記定期発行設定に基づいて、各事業者の前記定期発行クーポンを一括で発行する定期発行部と、
    を含むクーポン発行システム。
15. 所定のサービスで利用可能なクーポンを発行するクーポンサーバと通信可能であり、前記サービスを提供するサービス提供サーバであって、
    前記サービスにおける複数の事業者の各々により指定された、定期的に発行される定期発行クーポンに関する定期発行設定を取得する設定取得部と、
    前記クーポンサーバに対し、前記複数の事業者の各々の前記定期発行設定をまとめた、前記定期発行クーポンを一括で発行するための発行要求を、定期的に送信する発行要求送信部と、
    を含むサービス提供サーバ。
16. 所定のサービスで利用可能なクーポンをコンピュータが発行するクーポン発行方法であって、前記コンピュータが、
    前記サービスにおける複数の事業者の各々により指定された、定期的に発行される定期発行クーポンに関する定期発行設定を取得する設定取得ステップと、
    各事業者の前記定期発行設定に基づいて、各事業者の前記定期発行クーポンを、定期的に一括で発行する定期発行ステップと、
    を実行するクーポン発行方法。
17. 所定のサービスで利用可能なクーポンを発行するコンピュータを、
    前記サービスにおける複数の事業者の各々により指定された、定期的に発行される定期発行クーポンに関する定期発行設定を取得する設定取得部、
    各事業者の前記定期発行設定に基づいて、各事業者の前記定期発行クーポンを、定期的に一括で発行する定期発行部、
    として機能させるためのプログラム。

Images