JP5035542B2

JP5035542B2 - ポイント利用予約管理方法、および、ポイント管理サーバ

Info

Publication number: JP5035542B2
Application number: JP2007318042A
Authority: JP
Inventors: 武雄塩川; 剛小原; 晶子村上; 真理難波
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2007-12-10
Filing date: 2007-12-10
Publication date: 2012-09-26
Anticipated expiration: 2027-12-10
Also published as: JP2009140384A

Description

本発明は、クレジットサービスなどで顧客に与えられるポイントを利用して、店舗やホテルなどを予約する方法、および、顧客に与えられるポイントを管理するサーバに関する。

インターネットの普及により、顧客は、飲食店やホテルで提供されているサービスや、商品の購入などの予約を、顧客は容易に行えるようになったが、予約がキャンセルされてしまうと、予約先の店舗側で損害が発生してしまうため、店舗側では予約のキャンセルに対応したスキームが必要となる。

予約のキャンセルに対応した仕組みとして、古くから、キャンセル日と予約日の日数差に応じて、キャンセル料を顧客から徴収するスキームが用いられているが、近年、広く普及しているポイントシステムで顧客に与えられるポイントを利用し、予約のキャンセルに対応したスキームが考案されている。

例えば、特許文献１では、顧客が予約したとき、予約内容に応じたポイント数を顧客に与え、顧客が予約をキャンセルしたときに、キャンセルの内容に応じて、予約時に与えたポイント数よりも大きなペナルティポイント数を、顧客の累計ポイント数から減算するシステムが開示されている。

また、特許文献２では、利用ポイント数をともなう顧客からのポイントの利用要求に基づいて、利用ポイント数に対する承認コードを顧客に発行すると共に、承認コードを発行した利用ポイント数を顧客の累計ポイント数から減算し、承認コードを伴う顧客からのキャンセル要求を受けたときは、承認コードに応じたポイント数を顧客の累計ポイント数に加算するポイント管理システムが開示されている。
特開２００２−１５１９１号公報特開２００２−３２８５７号公報

しかしながら、特許文献１で開示されている発明のような、予約がキャンセルされた時に、キャンセルに伴うペナルティ分のポイント数を累計ポイント数から減算するスキームでは、キャンセル時に、ペナルティ分のポイント数が累計ポイント数を超えていると、キャンセルに伴うペナルティ分のポイント数を累計ポイント数から減算できない問題がある。

また、特許文献２で開示されている発明のように、予約を受付けたときにポイントの減算を行い、キャンセル時にポイントを返却するスキームでは、顧客に与えるポイントに有効期限が設定されている場合、返却するポイントの有効期限が更新されてしまう問題がある。

このような問題を鑑みて、本発明は、顧客に与えられたポイントを利用して予約のキャンセルを管理するときに、キャンセルに対応したペナルティ分のポイント数を顧客の累計ポイント数から減算できなくなることがなく、更に、キャンセル時に、顧客にポイントを返却する必要のない方法、および、ポイントを管理するサーバを提供することを目的とする。

上述した課題を解決する第１の発明は、顧客に与えられたポイントを利用して、予約を管理するポイント利用予約管理方法であって、顧客に与えられたポイントと、予約のキャンセル時にペナルティとして徴収する保証ポイント数とを、顧客を識別する顧客識別データに関連付けて記憶し管理しているサーバが、顧客の予約要求を受付けたとき、予約要求されたサービスに応じて前記保証ポイント数を決定し、予約要求に含まれる前記顧客識別データに関連付けられた前記保証ポイント数の累計に、決定した前記保証ポイント数を加算したポイント数が、予約要求に含まれる前記顧客識別データに関連付けられたポイント数の累計である累計ポイント残高を超えていない場合、予約要求された予約を受付けて、予約を識別する予約識別データに関連付けて、決定した前記保証ポイント数と前記顧客識別データとを含む予約データを記憶する予約受付工程と、顧客が予約内容を履行したことを示す予約履行通知を受信したときは、前記サーバが、前記予約履行通知に含まれる前記予約識別データに関連付けて記憶している前記予約データを抹消し、顧客が予約内容を不履行したことを示す予約不履行通知を受信したときは、前記サーバが、前記予約不履行通知に含まれる前記予約識別データに関連付けて記憶している前記予約データを抹消すると共に、抹消した前記予約データに含まれる前記保証ポイント数を、抹消した前記予約データに含まれる前記顧客識別データから得られる前記累計ポイント残高から減算する予約管理工程と、顧客のポイントが利用されるときに、前記サーバが、ポイントを利用する顧客の前記顧客識別データから得られる前記累計ポイント残高から、ポイントを利用する顧客の前記顧客識別データに関連付けられた前記保証ポイント数の累計を差し引いたポイント数を超えたポイントの利用を許可しないように管理するポイント利用工程とを含むことを特徴とするポイント利用予約管理方法である。

上述した第１の発明によれば、顧客からサービスの予約を受付けたとき、予約したサービスに応じて、予約のキャンセル時にペナルティとして顧客から徴収する保証ポイント数を設定し、予約受付時における顧客の累計ポイント残高から、予約受付前における保証ポイント数の累計を差し引いたポイント数より、設定した保証ポイント数が小さい場合のみ、予約を受付けて、予約を特定する予約特定データに関連付けて保証ポイント数を記憶し、更に、顧客のポイントが利用されるときに、サーバが、ポイント利用時における顧客の累計ポイント残高から、ポイント利用時点における保証ポイント数の累計を差し引いたポイント数を超えたポイントの利用を許可しないようにポイントの利用を管理することで、キャンセルが発生したときに、キャンセルのペナルティとなるポイント数を顧客の累計ポイント残高から減算できなくなることがなるばかりか、予め、顧客の累計ポイント残高からポイント数を減算することはないので、キャンセルが発生したときに、予約したときの顧客から徴収したポイント数そのものを顧客に返却する必要はなくなる。

なお、ここで、予約特定データとは、予約を識別するために利用できるデータであって、予約ごとに割り振られたＩＤ番号でもよいが、更には、店舗のＩＤ番号や予約日時などの組合わせを予約特定データとして利用することもできる。また、顧客識別データとは、会員ＩＤやクレジットカード番号など、顧客ごとに異なるデータを意味する。

更に、第２の発明は、第１の発明に記載のポイント利用予約管理方法であって、顧客に与えられるポイントに有効期限が設けられている場合、前記予約受付工程において、予約要求に含まれる前記顧客識別データから得られる前記累計ポイント残高の中から、予約受付時から予約日までに失効するポイント数を割出し、予約日までに失効するポイント数、予約要求に含まれる前記顧客識別データに関連付けられた前記保証ポイント数の累計、および、決定した前記保証ポイント数を加算したポイント数が、予約要求に含まれる前記顧客識別データから得られる前記累計ポイント残高を超えていない場合、予約要求された予約を受付けることを特徴とするポイント利用予約管理方法である。

上述した第２の発明によれば、予め、予約日までに失効しているポイント数を考慮して、サーバが、予約の可否を判断しているため、顧客に与えられるポイントに有効期限が設けられている場合であっても、キャンセルが発生したときに、キャンセルのペナルティとなるポイント数を顧客の累計ポイント残高から減算できなくなることがない。

更に、第３の発明は、第１の発明または第２の発明に記載のポイント利用予約管理方法であって、前記予約受付工程において、前記サーバに記憶される前記予約データには予約日が含まれ、前記サーバが、定められた期間が経過するごとに、予約日が過ぎている前記予約データを検索し、検索した前記予約データを無効にすると共に、無効にした前記予約データに含まれる前記顧客識別データから得られる前記累計ポイント残高から、無効にした前記予約データに含まれる前記保証ポイント数を減算する予約失効工程とを含むことを特徴とするポイント利用予約管理方法である。

上述した第３の発明によれば、店舗端末装置から不履行通知を受けなくても、失効した予約に対して顧客にペナルティを与えることができるようになる。

更に、第４の発明は、顧客に与えられたポイントを利用して、予約を管理するポイント管理サーバであって、顧客に与えられたポイントと、予約のキャンセル時にペナルティとして徴収する保証ポイント数とを、顧客識別データに関連付けて記憶する手段と、顧客の予約要求を受付けたとき、予約要求されたサービスに応じて前記保証ポイント数を決定し、予約要求に含まれる顧客識別データに関連付けられた前記保証ポイント数の累計に、決定した前記保証ポイント数を加算したポイント数が、予約要求に含まれる顧客識別データに関連付けられたポイントの累計である累計ポイント残高を超えていない場合、予約要求された予約を受付けて、予約識別データに関連付けて、決定した前記保証ポイント数と顧客識別データとを含む予約データを記憶する予約受付手段と、顧客が予約内容を履行したことを示す予約履行通知を受信したときは、前記サーバが、前記予約履行通知に含まれる前記予約識別データに関連付けて記憶している前記予約データを抹消し、顧客が予約内容を不履行したことを示す予約不履行通知を受信したときは、前記サーバが、前記予約不履行通知に含まれる前記予約識別データに関連付けて記憶している前記予約データを抹消すると共に、抹消した前記予約データに含まれる前記保証ポイント数を、抹消した前記予約データに含まれる前顧客識別データから得られる累計ポイント残高から減算する予約管理手段と、顧客のポイントが利用されるときに、前記サーバが、ポイントを利用する顧客の前記顧客識別データから得られる累計ポイント残高から、ポイントを利用する顧客の前記顧客識別データに関連付けられた前記保証ポイント数の累計を差し引いたポイント数を超えたポイントの利用を許可しないように管理するポイント利用手段と、
を備えたことを特徴とするポイント管理サーバである。

更に、第５の発明は、第４の発明に記載のポイント管理サーバであって、前記ポイント管理サーバに備えられた前記予約受付手段は、顧客に与えられるポイントに有効期限が設けられている場合、予約要求に含まれる前記顧客識別データから得られる累計ポイント残高の中から、予約受付時から予約日までに失効するポイント数を割出し、予約日までに失効するポイント数、予約要求に含まれる前記顧客識別データに関連付けられた前記保証ポイント数の累計、および、決定した前記保証ポイント数をそれぞれ加算したポイント数が、予約要求に含まれる前記顧客識別データから得られる累計ポイント残高を超えていない場合、予約要求された予約を受付けることを特徴とするポイント管理サーバである。

更に、第６の発明は、第４の発明または第５の発明に記載のポイント管理サーバであって、前記ポイント管理サーバに備えられた前記予約受付手段が記憶する前記予約データには予約日が含まれ、定められた期間が経過するごとに、予約日が過ぎている前記予約データを検索し、検索した前記予約データを無効にすると共に、無効にした前記予約データに含まれる前記顧客識別データから得られる前記累計ポイント残高から、無効にした前記予約データに含まれる前記保証ポイント数を減算する予約失効手段を備えていること特徴とするポイント管理サーバである。

上述した第４の発明から第６の発明によれば、上述した第１の発明から第３の発明と同様の効果が得られる。

このように、上述した本発明によれば、顧客に与えられたポイントを利用して予約のキャンセルを管理するときに、キャンセルに対応したペナルティ分のポイント数を顧客の累計ポイント数から減算できなくなることがなく、更に、キャンセル時に、顧客にポイントを返却する必要のない方法、および、ポイントを管理するサーバを提供できる。

ここから、本実施の形態に係るポイント管理サーバ１０、ポイントを利用した予約方法について、図を参照しながら詳細に説明する。図１は、ポイント管理サーバ１０を配置したシステムの構成図である。

本実施の形態は、クレジット会社が提供しているポイントサービスに、本発明を適用した形態で、図１に図示したシステムは、顧客に与えられたポイントを管理するサーバであるポイント管理サーバ１０と、顧客がサービスを予約するときに利用する端末装置である予約端末装置２０と、顧客が予約をしたサービスを受ける店舗に設置された端末装置である店舗端末装置２１と、顧客がポイントを利用する店舗に設置された端末装置である利用端末装置２２とから構成され、ポイント管理サーバ１０と予約端末装置２０、ポイント管理サーバ１０と店舗端末装置２１、および、ポイント管理サーバ１０と利用端末装置２２は、それぞれの端末装置に対応した伝送路を介して接続されている。

図１において、端末装置として、予約端末装置２０、店舗端末装置２１および利用端末装置２２の３つの端末装置を図示しているが、これは、発明の内容をわかり易くするために、役割に応じて端末装置を区別しているに過ぎず、実際は、一つの端末装置を、予約端末装置２０、店舗端末装置２１および利用端末装置２２として利用することができる。

例えば、顧客が頻繁に利用する店舗に設置された一つの端末装置を、店舗で提供しているサービスを顧客が予約するときに利用する予約端末装置２０、予約したサービスを顧客が受付けるときに利用する店舗端末装置２１、そして、顧客がポイントを利用するときに利用する利用端末装置２２とすることもできる。更には、インターネット上に存在するショッピングモールを利用して顧客が予約した場合には、顧客の予約を受け付けた店舗のＷｅｂサーバが予約端末装置２０の役割を果たす。

図１で図示したポイント管理サーバ１０は、クレジットサービスを利用したときに顧客に与えられるポイントを管理するために設けられたサーバで、顧客に与えられたクレジットサービスのポイントを利用して、ホテルや飲食店などの店舗で提供されているサービスの予約のキャンセルを管理する機能を備えている。

具体的には、ポイント管理サーバ１０は、顧客が予約をするとき、顧客に与えられているクレジットサービスの累計ポイント残高に、予約がキャンセルされる時にペナルティとして顧客から徴収するポイント数を保証ポイント数として設定し、予約がキャンセルされなかったとき、この保証ポイント数の設定を解消し、予約がキャンセルされたとき、この保証ポイント数を顧客の累計ポイント残高から減算する機能を備えている。

具体的に、ポイント管理サーバ１０は、予約を受付けるごとに保証ポイント数を記憶しておき、顧客のポイントが利用されるときに、ポイント利用時における顧客の累計ポイント残高から、ポイント利用時点における保証ポイント数の累計を差し引いたポイント数を超えたポイントの利用を許可しないようにポイントの利用を管理することで、顧客の累計ポイント残高に保証ポイント数を設定する。

ポイント管理サーバ１０が、予約のキャンセル時にペナルティとして顧客から徴収するポイント数を、予約受付時の顧客の累計ポイント残高に保証ポイント数として設定しておくことで、キャンセルが発生したときに、キャンセルのペナルティとなるポイント数を顧客の累計ポイント残高から減算できなくなることがなる。また、予め、顧客の累計ポイント残高からポイント数を減算することはないので、キャンセルが発生したときに、予約したときの顧客から徴収したポイント数そのものを顧客に返却する必要はなくなる。

ここから、ポイント管理サーバ１０が、ホテルや飲食店などの予約のキャンセル時にペナルティとして顧客から徴収する保証ポイント数を、予約受付時の顧客の累計ポイント残高に設定する内容について詳細に説明する。

まず、ポイント管理サーバ１０が管理する顧客のポイントについて詳細に説明する。図２は、顧客の予約と保証ポイント数の時間的関係を説明する図である。ホテルや飲食店で提供されるサービスなどを顧客が予約した日付である予約受付日には、予約のキャンセル時にペナルティとして顧客に課せられるポイント数が、予約に対する保証ポイント数として顧客の累計ポイント残高内に設定され、顧客の累計ポイント残高内に保証ポイント数が予約される。

そして、顧客がサービスを予約した日付である予約日に、顧客がサービスを受け、予約内容に不履行が無い場合、顧客が受けたサービスの予約をしたときに設定された保証ポイント数は解消するが、顧客が予約をキャンセルするなど、予約内容に不履行があった場合は、顧客が受けたサービスの予約をしたときに設定された保証ポイント数は解消され、更に、顧客の累計ポイント残高から、保証ポイント数を最大値として、不履行の度合いに応じたポイント数が減算される。

図３は、ポイント管理サーバ１０が管理する顧客のポイントを説明する図である。図３に図示したように、ポイント管理サーバ１０は、本発明を実施するために、顧客のポイントとして、少なくとも、顧客に与えられ、顧客が使用していないポイント数の累計である累計ポイント残高と、予約ごとに設定された保証ポイント数を、顧客を識別するための顧客識別データ（ここでは、会員ＩＤ）に関連付けて管理する。

累計ポイント残高とは、顧客に与えられ、顧客が使用していないポイント数の累計で、クレジット会社のクレジットサービスのように、月間利用額に応じたポイント数が月ごとに顧客に与えられ、月ごとのポイント数の残高（以下、月別ポイント残高）が管理されている場合、累計ポイント残高は月別ポイント残高の累計になる。

保証ポイント数とは、顧客が予約をキャンセルしたときに、キャンセルに対するペナルティとして顧客から徴収するポイント数で、ポイント管理サーバ１０は、顧客がサービスの予約をするごとに、予約を特定する予約識別データに関連付けて、会員ＩＤと保証ポイント数を記憶し、顧客が実質的に利用可能なポイント数である利用限度ポイント数は、図３で図示したように、累計ポイント残高から、保証ポイント数の合計である合計保証ポイント数を減算した値になる。

このように、顧客が実質的に利用可能なポイント数である利用限度ポイント数を算出するときには、顧客の予約に設定された保証ポイント数を合計することが必要になるため、ポイント管理サーバ１０は、予約ごとに設定された保証ポイント数に加え、合計保証ポイント数をも顧客ごとに管理するとよい。

図４は、顧客が新規に予約したときの各ポイント数の増減を説明する図である。図３の状態から、顧客が新たに予約を利用し、そのときの保証ポイント数を保証ポイント数＿ｎ＋１とすると、予約後の合計保証ポイント数は、予約前の合計保証ポイント数に保証ポイント数＿ｎ＋１を加算した値になり、利用限度ポイント数は、予約前の合計保証ポイント数から保証ポイント数＿ｎ＋１を減算した値になる。

すなわち、顧客が予約することによって、合計保証ポイント数は増加し、利用限度ポイント数は減少する。しかし、保証ポイント数は、見かけ上、予約の担保として扱われるため、予約受付日の時点で、実質的に累計ポイント残高の増減はない。

更に、図４を見ればわかるように、予約後の合計保証ポイント数が、予約受付時の累計ポイント残高を超えることは、受付けた予約に対応する保証ポイント数の設定が行えないことを意味するため、ポイント管理サーバ１０は、予約を受付けたとき、予約する前の利用限度ポイント数を演算し、予約に対応する保証ポイント数がこの利用限度ポイント数を超えていない場合のみ、顧客の予約を受付ける。

なお、クレジット会社で提供されているポイントサービスのように、顧客に与えられたポイントに有効期限が設けられているときは、予約受付日から予約日までの期間に失効するポイント（ここでは、月別ポイント残高）が存在することになるため、ポイント管理サーバ１０は、予約受付日から予約日までの期間に失効するポイント数を考慮して、利用限度ポイント数を演算し、顧客の予約の受付可否を判断するとよい。

具体的には、ポイント管理サーバ１０は、予約受付日の時点における顧客の累計ポイント残高から、予約受付日から予約日までに失効するポイント数の累計を減算することで予約日ポイント残高を算出し、この予約日ポイント残高から合計保証ポイント数を減算することで、予約受付日における利用限度ポイント数を算出する。

予約日ポイント残高は、予約受付日から予約日までにポイントが全く顧客に与えられなかった場合における予約日の累計ポイント残高を示すため、ポイント管理サーバ１０は、受付けた予約に対応する保証ポイント数に、予約前の顧客の合計保証ポイント数を加算したポイント数を演算し、このポイント数が予約日累計ポイント残高を超えていない場合のみ、顧客の予約を受付けることになる。

次に、顧客が予約したサービスを受けたときの各ポイント数の増減について説明する。図５は、顧客が予約したサービスを受けたときの各ポイント数の増減を説明する図である。図５（ａ）は、顧客が予約したサービスを受ける前のポイントの状態を示し、図５（ｂ）は、顧客が予約したサービスを受けた後のポイントの状態で、図５（ｃ）は、予約内容に対する不履行として、顧客が予約をキャンセルしたときのポイントの状態である。

図５（ａ）の状態から、顧客が予約したサービスを受けると、図５（ｂ）に図示したように、顧客の累計ポイント残高に設定された保証ポイント数の中から、顧客が受けたサービスの予約に対応する保証ポイント数（ここでは、保証ポイント数＿１）が削除され、結果として、顧客が受けたサービスの予約に対応する保証ポイント数＿１だけ合計保証ポイント数は減少し、顧客が受けたサービスの予約に対応する保証ポイント数＿１だけ、顧客の利用限度ポイント残高数は増加する。

また、図５（ａ）の状態から、顧客が予約内容に対する不履行として、予約したサービスをキャンセルすると、図５（ｃ）に図示したように、顧客の累計ポイント残高に設定された保証ポイント数の中から、顧客が受けたサービスの予約に対応する保証ポイント数＿１が削除され、更に、顧客が受けたサービスの予約に対応する保証ポイント数＿１が顧客の累計ポイント残高から減算されるため、顧客が受けたサービスの予約に対応する保証ポイント数＿１だけ累計ポイント残高および合計保証ポイント数は減少し、利用限度ポイント数は増減しない。

ここから、図１で図示したポイント管理サーバ１０の詳細について、具体的な例を示しながら説明する。図６は、ポイント管理サーバ１０のブロック図である。

図６に図示したように、ポイント管理サーバ１０は、顧客がサービス予約するときに作動する予約受付手段１１と、顧客が予約内容通りにサービスを受けるときや、顧客が予約内容に対して不履行したときに作動する予約管理手段１２と、一定期間ごとに作動する予約失効手段１３と、顧客がポイントを利用するときに作動するポイント利用手段１４とを備え、更に、ポイント管理サーバ１０は、顧客のポイントを記憶するためのポイントデータベース１５(DB: Data Base)を備えている。

ポイント管理サーバ１０に備えられた予約受付手段１１、予約管理手段１２、予約失効手段１３およびポイント利用手段１４は、ポイント管理サーバ１０のＣＰＵを各々の手段として機能させるためのコンピュータプログラムで実現され、ポイントＤＢ１５は、ハードディスクなどの大容量の記憶装置を利用して実現される。

図７は、ポイントＤＢ１５に記憶されるデータテーブルを説明する図である。本実施の形態では、ポイントＤＢ１５には、店舗テーブル１５０、取引テーブル１５１、会員テーブル１５２、ポイント残高テーブル１５３、予約テーブル１５４、予約種別テーブル１５５、取引種別テーブル１５６およびポイントレートテーブル１５７の合計８個のデータテーブルが設けられる。

店舗テーブル１５０には、店舗を特定するための店舗ＩＤに関連付けて、店舗ＩＤで特定される店舗の店舗名、および、店舗ＩＤで特定される店舗への連絡先（例えば、住所や電話番号）を示す店舗連絡先が記憶される。

取引テーブル１５１は、顧客に与えられるポイントを管理するために設けられたテーブルで、取引を特定するための取引ＩＤに関連付けて、取引の種別を示す取引種別ＩＤ、取引された店舗の店舗ＩＤ、複数のサービスでポイントを共有するときのポイントの換算レートを示すポイントレートＩＤ、取引の金額、および、取引によって顧客に与えられたポイント数が記憶される。取引種別テーブル１５６には、取引種別を特定するための取引種別ＩＤに関連付けて取引種別名が記憶される。ポイントレートテーブル１５７には、換算レートを特定するためのポイントレートＩＤに関連付けて、換算レートを示すポイント倍率が記憶される。

会員テーブル１５２には、顧客を特定するための会員ＩＤに関連付けて、会員種別ＩＤ、会員名、会員連絡先、ポイントカードのカード番号、および、会員ＩＤで特定される顧客が予約したときに設定した保証ポイント数の合計である合計保証ポイント数が記憶される。

予約テーブル１５４は、顧客が予約するごとに生成され、予約に係るデータが記憶されるデータテーブルで、予約テーブル１５４には、予約を特定するためのデータとして、予約ごとに割り振られる予約ＩＤに関連付けて、予約したサービスを示す予約種別ＩＤ、予約した会員の会員ＩＤ、サービスを予約した店舗ＩＤ、予約をキャンセルしたときに顧客に与えるペナルティとなる保証ポイント数、予約した日時である予約日時、予約した店舗に顧客が実際に来店したときの日時である来店日時が記憶される。

予約種別テーブル１５５には、顧客が予約したサービスを特定するための予約種別ＩＤに関連付けて、予約種別名および、予約種別ＩＤで特定されるサービスを予約したときに設定する保証ポイント数が記憶される。

まず、顧客がサービスを予約するときのポイント管理サーバ１０の動作について説明する。図８は、顧客がサービスを予約するときに、ポイント管理サーバ１０の予約受付手段１１が実行する処理を示したフロー図である。

顧客がサービスを予約するときとき、顧客は、予約端末装置２０を操作してサービスの予約をポイント管理サーバ１０に要求し、ポイント管理サーバ１０は、予約端末装置２０からサービスの予約要求を受信する（Ｓ１）。顧客は、予約端末装置２０を操作してサービスの予約をポイント管理サーバ１０に要求するとき、サービスを予約する顧客のカード番号或いは会員ＩＤ、サービスを予約する店舗の店舗ＩＤ、そして、サービスの予約日時などが、予約端末装置２０からポイント管理サーバ１０に送信される。

ポイント管理サーバ１０は、サービスの予約要求を予約端末装置２０から受信すると、予約受付手段１１を作動させ、予約受付手段１１は、サービスを予約する顧客のレコードを会員テーブル１５２から検索する（Ｓ２）。レコードの検索には、予約端末装置２０から受信したサービスを予約する顧客のカード番号或いは会員ＩＤが利用され、ポイント管理サーバ１０の予約受付手段１１は、予約端末装置２０から受信したカード番号或いは会員ＩＤを含むレコードを、予約する顧客のレコードとして会員テーブル１５２から検索する。

ポイント管理サーバ１０の予約受付手段１１は、顧客のレコードの検索結果を確認し（Ｓ３）、顧客のレコードが会員テーブル１５２から検索できたときはＳ４に進み、顧客のレコードが会員テーブル１５２から検索できなかったときはＳ１３に進み、Ｓ１３では、ポイント管理サーバ１０に登録されていない顧客であることを示すエラーコードを予約端末装置２０に返信してこの手順を終了する。

顧客のレコードが会員テーブル１５２から検索できたとき、ポイント管理サーバ１０の予約受付手段１１は、ポイント管理サーバ１０に登録されている顧客であると判断し、予約受付時における顧客の利用限度ポイント数を算出する（Ｓ４）。顧客に与えられたポイントに有効期限が設定されていない場合、ポイント管理サーバ１０の予約受付手段１１は、顧客の累計ポイント残高から、予約受付時における顧客の合計保証ポイント数を減算することで利用限度ポイント数を算出し、顧客に与えられたポイントに有効期限が設定されている場合、ポイント管理サーバ１０の予約受付手段１１は、予約日における顧客の予約日ポイント残高を算出し、顧客の予約日ポイント残高から顧客の合計保証ポイント数を減算することで利用限度ポイント数を算出する。

利用限度ポイント数をポイント管理サーバ１０の予約受付手段１１が演算すると、ポイント管理サーバ１０の予約受付手段１１は、予約端末装置２０から受信した店舗ＩＤで特定される店舗のサーバなどに予約状況を確認し、予約端末装置２０から送信された予約日時にサービスの予約が可能か確認する（Ｓ５）。

ポイント管理サーバ１０の予約受付手段１１は、店舗のサーバからの返答を参照し、予約日時に予約が可能であるか判断し（Ｓ６）、予約日時に予約できるときはＳ７に進み、予約日時に予約できないときはＳ１４に進み、Ｓ１４では、予約日時に予約できないことを示すエラーコードを予約端末装置２０に返信してこの手順を終了する。

予約日時に予約できるとき、ポイント管理サーバ１０の予約受付手段１１は、予約端末装置２０から受信した会員ＩＤ、店舗ＩＤおよび予約日時等を、店舗ＩＤで特定する店舗に設置されたサーバ（例えば、店舗端末装置２１）に送信することで、店舗から予約種別ＩＤを取得する（Ｓ７）。

ポイント管理サーバ１０の予約受付手段１１が、会員ＩＤ、店舗ＩＤおよび予約日時等を店舗に対して送信するのは、店舗、利用時間帯などによって予約内容（例えば、料金）が異なるためで、店舗に設置されたサーバは、ポイント管理サーバ１０から送信されたデータに基づき予約種別ＩＤを決定し、決定した予約種別ＩＤをポイント管理サーバ１０に返信する。

ポイント管理サーバ１０の予約受付手段１１は、店舗のサーバから予約種別ＩＤを取得すると、予約種別テーブル１５５を参照し、予約種別ＩＤに対応する保証ポイント数を取得し（Ｓ８）、Ｓ４で算出した利用限度ポイント数と保証ポイント数を比較することで、予約の可否を確認する（Ｓ９）。

ポイント管理サーバ１０の予約受付手段１１は、保証ポイント数が利用限度ポイント数以下であればＳ１０に進み、保証ポイント数が利用限度ポイント数を超えていればＳ１５に進み、Ｓ１５では、保証ポイント数が利用限度ポイント数を超えていることを示すエラーコードを予約端末装置２０に返信してこの手順を終了する。

例えば、レストランやホテルの予約においては、コースや客室のランクが高いほど、保証ポイント数は高くなるように設定されるため、高いコースやランクの高い客室の予約をするときには、より多くの利用限度ポイント数を必要とする。

保証ポイント数が利用限度ポイント数以下であるとき、ポイント管理サーバ１０の予約受付手段１１は、予約テーブル１５４に、予約内容を記憶するための新規レコードを作成する（Ｓ１１）。本実施の形態では、予約テーブル１５４に記憶される予約ＩＤから予約を特定でき、更には、予約種別ＩＤ、会員ＩＤ、店舗ＩＤおよび予約日時を組合わせて利用することで予約を特定することもできる。

予約テーブル１５４に、予約内容を記憶するための新規レコードを作成すると、ポイント管理サーバ１０の予約受付手段１１は、会員テーブル１５２の顧客のレコードに含まれる合計保証ポイント数にＳ８で取得した保証ポイント数を加算した後、予約に成功したことを表すコードを予約端末装置２０に送信して（Ｓ１２）、この手順を終了する。

次に、顧客が予約したサービスを受付けるときのポイント管理サーバ１０の動作について説明する。図９は、顧客が予約したサービスの受付するときに、ポイント管理サーバ１０の予約管理手段１２が実行する処理を示したフロー図である。

店舗端末装置２１が、顧客が予約したサービスの受付けをすると、店舗端末装置２１は、サービスの予約状況の確認をポイント管理サーバ１０に要求する（Ｓ２０）。店舗端末装置２１は、サービスの予約状況の確認をポイント管理サーバ１０に要求するとき、サービスを受ける顧客のカード番号或いは会員ＩＤ、顧客がサービスを受ける店舗の店舗ＩＤ、そして、店舗への来店日時などをポイント管理サーバ１０に送信する。

ポイント管理サーバ１０は、サービスの予約状況の確認要求を店舗端末装置２１から受けると、ポイント管理サーバ１０の予約管理手段１２が作動し、サービスを受ける顧客のレコードを会員テーブル１５２から検索する（Ｓ２１）。このレコードの検索には、店舗端末装置２１から受信したカード番号或いは会員ＩＤが利用され、ポイント管理サーバ１０の予約管理手段１２は、店舗端末装置２１から受信したカード番号或いは会員ＩＤを含むレコードを、サービスを受付ける顧客のレコードとして会員ＤＢから検索する。

ポイント管理サーバ１０の予約管理手段１２は、顧客のレコードの検索結果を確認し（Ｓ２２）、顧客のレコードが会員テーブル１５２から検索できたときはＳ２３に進み、顧客のレコードが会員テーブル１５２から検索できなかったときはＳ３４に進み、Ｓ３４では、登録されていない顧客であることを示すエラーコードを店舗端末装置２１に返信してこの手順を終了する。

顧客のレコードが会員テーブル１５２から検索できたとき、ポイント管理サーバ１０の予約管理手段１２は、登録された顧客であると判断し、検索した会員テーブル１５２のレコードに含まれる会員ＩＤ、および、Ｓ２０で店舗端末装置２１から受信した店舗ＩＤを含むレコードを予約テーブル１５４から検索する（Ｓ２３）。

ポイント管理サーバ１０の予約管理手段１２は、予約テーブル１５４のレコードの検索結果を確認し（Ｓ２４）、予約テーブル１５４から所定のレコードが検索されたときは、Ｓ２５に進み、予約テーブル１５４からレコードが検索されなかったときはＳ３５に進み、Ｓ３５では、予約テーブル１５４からレコードが検索されなかったことを示すエラーコードを店舗端末装置２１に返信してこの手順を終了する。

予約テーブル１５４から、顧客の会員ＩＤ、および、Ｓ２０で店舗端末装置２１から受信した店舗ＩＤを含むレコードを予約テーブル１５４から検索すると、ポイント管理サーバ１０の予約管理手段１２は、検索した予約テーブル１５４のレコードすべてをリスト化して店舗端末装置２１に通知する（Ｓ２５）。

店舗端末装置２１は、予約テーブル１５４のレコードのリストをポイント管理サーバ１０から受信すると、予約テーブル１５４のレコードのリストを確認した後、顧客が受けるサービスの予約に対応したレコードに記載された予約ＩＤをポイント管理サーバ１０の予約管理手段１２に送信する（Ｓ２６）。

ポイント管理サーバ１０の予約管理手段１２は、店舗端末装置２１から予約ＩＤを受信すると、Ｓ２５で店舗端末装置２１に送信した予約テーブル１５４のレコードのリストから、店舗端末装置２１から受信した予約ＩＤを含むレコードを検索する（Ｓ２７）。

ポイント管理サーバ１０の予約管理手段１２は、店舗端末装置２１から受信した予約ＩＤを含むレコードの検索結果を確認し（Ｓ２８）、予約テーブル１５４のレコードのリストから、店舗端末装置２１から受信した予約ＩＤを含むレコードが検索されたときはＳ２９に進み、予約テーブル１５４のレコードのリストから、店舗端末装置２１から受信した予約ＩＤを含むレコードが検索されなかったときはＳ３６に進み、Ｓ３６では、ポイント管理サーバ１０の予約管理手段１２は、店舗端末装置２１から誤った予約ＩＤが送信されたと判断し、受信した予約ＩＤを含むレコードが検索されなかったことを示すエラーコードを端末装置に返信してこの手順を終了する。

店舗端末装置２１から受信した予約ＩＤを含むレコードを検索すると、ポイント管理サーバ１０の予約管理手段１２は、顧客が予約内容を履行しているか店舗端末装置２１に問い合わせ、予約内容の不履行に伴うペナルティがないか確認する（Ｓ２９）。ここで、予約内容の履行状況を確認するのは、店舗によっては、予約時間よりも所定時間以上、顧客の来店時間が遅れた場合、顧客の予約を自動的にキャンセルしたり、あるいは、その分のペナルティを顧客に要求したりするケースがあるからである。

予約内容に対して不履行があったとき、店舗端末装置２１は、不履行に対するペナルティとして、保証ポイント数の１００％としたときの割合をポイント管理サーバ１０に送信する。例えば、顧客が予約をキャンセルしたとき、店舗端末装置２１はこの割合を１００％とし、顧客の来店時間が遅れた場合、店舗端末装置２１は、０％から１００％までの間で、遅れた時間に対する割合を決定する。

ホテルの予約においては、顧客がホテルに到着した時刻は問題にならないが、レストランの予約においては、顧客の来店時間が所定時間より遅れた場合は、予約のキャンセルと同じの扱いとなり、ペナルティは１００％となる。

ポイント管理サーバ１０の予約管理手段１２は、顧客に与えるペナルティの内容を確認し（Ｓ３０）、ペナルティがなければＳ３１に進み、ペナルティがあればＳ３２に進む。

顧客に与えるペナルティがないときは、ポイント管理サーバ１０はＳ２１で検索した会員テーブル１５２のレコードに含まれる合計保証ポイント数から保証ポイント数を減算し（Ｓ３１）、Ｓ２７で検索した予約テーブル１５４のレコードに、顧客の来店日時を記述する。

また、顧客に与えるペナルティがあるときは、ポイント管理サーバ１０の予約管理手段１２は、Ｓ２１で検索した会員テーブル１５２のレコードに含まれる合計保証ポイント数から保証ポイント数を減算すると共に、Ｓ２７で検索した予約テーブル１５４のレコードに、顧客の来店時間を記述した後、保証ポイント数にペナルティの割合を掛けたポイント数を、顧客の累計ポイント残高から減算する（Ｓ３２）。

上述しているように、レストランやホテルの予約においては、コースや客室のランクが高いほど、保証ポイント数は高くなるように設定されるため、レストランのコースやホテルの客室の予約をキャンセルしたときには、コースや客室のランクに応じた保証ポイント数が顧客の累計ポイント残高から減算されることになる。

そして、Ｓ３１或いはＳ３２の処理が終了すると、ポイント管理サーバ１０の予約管理手段１２は、サービスの受付に係る処理が正常に終了したことを示すコードを端末装置に返信し（Ｓ３３）、この手順を終了する。

次に、失効した予約に対するポイント管理サーバ１０の処理について説明する。図１０は、ポイント管理サーバ１０の予約失効手段１３の処理を示したフロー図である。なお、失効した予約とは、顧客が予約したサービスを受けることなく、予約日が経過してしまった予約を意味する。

ポイント管理サーバ１０の予約失効手段１３は、一定期間ごと（例えば、１日ごと）に、失効した予約に対する処理の実行を開始する（Ｓ４０）。次のループ処理Ｌ１は、ポイントＤＢ１５の予約テーブル１５４に含まれ、失効した予約に対応するレコードごとに実行される処理である。なお、失効した予約に対応するレコードとは、予約日が、失効した予約に対する処理の開始日より前の日付で、かつ、来店日時が空白のレコードである。

ポイント管理サーバ１０の予約失効手段１３は、ポイントＤＢ１５の予約テーブル１５４を参照し、失効している予約のレコードを検索し、失効している予約のレコードを検索すると、検索した予約テーブル１５４のレコードに含まれる会員ＩＤを含むレコードを会員テーブル１５２の中から検索する（Ｓ４１）。

ポイント管理サーバ１０の予約失効手段１３は、会員テーブル１５２のレコードの検索結果を確認し（Ｓ４２）、レコードが検索できたときはＳ４３に進み、検索できなかったときはＳ４４に進む。

ポイント管理サーバ１０の予約失効手段１３は、検索した予約テーブル１５４のレコードの会員ＩＤを含むレコードを会員テーブル１５２から検索すると、検索した会員テーブル１５２のレコードに記述された累計ポイント残高から、検索した予約テーブル１５４のレコードの保証ポイント数を減算することで、顧客に予約の不履行に対するペナルティを与える（Ｓ４３）。

累計ポイント残高から保証ポイント数を減算した後、或いは、会員テーブル１５２からレコードを検索できなかったときは、検索した予約テーブル１５４のレコードを予約テーブル１５４から消去したり、来店日時に無効を示すデータを記述するなどして、検索した予約テーブル１５４のレコードを無効処理した後（Ｓ４４）、新規に、失効している予約に対応するレコードを予約テーブル１５４から検索する。

なお、Ｌ１からＬ２で定義されるループ処理は、失効している予約に対応するレコードが予約テーブル１５４から検索できなかったときに終了する。

次に、顧客がポイントを利用するときのポイント管理サーバ１０の動作について説明する。図１１は、ポイント管理サーバ１０のポイント利用手段１４の処理を示したフロー図である。

顧客がポイントを利用するとき、ポイントを利用する店舗に設置された端末装置である利用端末装置２２がポイント管理サーバ１０にポイントの利用要求をする（Ｓ５０）。利用端末装置２２がポイント管理サーバ１０にポイントの利用要求をするとき、利用端末装置２２からポイント管理サーバ１０に、ポイントを利用する顧客の会員ＩＤと、顧客が利用するポイント数である利用ポイント数が少なくとも送信される。

ポイント管理サーバ１０は、利用端末装置２２からポイントの利用要求を受けると、ポイント管理サーバ１０はポイント利用管理手段を作動させ、ポイント管理サーバ１０のポイント利用手段１４は、利用端末装置２２から受信した会員ＩＤを含むレコードを会員テーブル１５４から検索する（Ｓ５１）。

ポイント管理サーバ１０のポイント利用手段１４は、会員テーブル１５２のレコードの検索結果を確認し（Ｓ５２）、利用端末装置２２から受信した会員ＩＤを含むレコードを会員テーブル１５２から検索できたときはＳ５３に進み、利用端末装置２２から受信した会員ＩＤを含むレコードを会員テーブル１５２から検索できなかったときはＳ５７に進み、Ｓ５７では、顧客がポイント管理サーバ１０に登録されていないことを示すエラーコードを利用端末に返信して、この手順を終了する。

利用端末装置２２から受信した会員ＩＤを含むレコードを会員テーブル１５２から検索すると、ポイント管理サーバ１０のポイント利用手段１４は、顧客の利用限度ポイント数を算出する（Ｓ５３）。利用端末装置２２から送信された会員ＩＤを含むポイント残高テーブルの各々のレコードに記述された月別ポイント数の累計から、顧客の累計ポイント残高を算出し、算出した累計ポイント残高から、検索した会員テーブル１５２のレコードに記述された合計保証ポイント数を減算することで、顧客の利用限度ポイント数は算出される。

ポイント管理サーバ１０のポイント利用手段１４は、顧客の利用限度ポイント数を算出すると、利用端末装置２２から送信された利用ポイント数が、ポイント管理サーバ１０のポイント利用手段１４が算出した利用限度ポイント数を超えていないか確認する（Ｓ５４）。利用端末装置２２から送信された利用ポイント数が、ポイント管理サーバ１０のポイント利用手段１４が算出した利用限度ポイント数を超えていないときはＳ５５に進み、ポイント管理サーバ１０のポイント利用手段１４が算出した利用限度ポイント数を超えているときはＳ５８に進み、利用ポイント数の利用をできないことを示すエラーコードを利用端末装置２２に返信して、この手順は終了する。

利用端末装置２２から送信された利用ポイント数が、ポイント管理サーバ１０のポイント利用手段１４が算出した利用限度ポイント数を超えていないとき、利用端末装置２２から送信された会員ＩＤを含むポイント残高テーブルに含まれるレコードの付与年月の古い順から利用して月別ポイント数を減算することで、累計ポイント残高から利用ポイント数を減算する（Ｓ５６）。

利用端末装置２２から送信された会員ＩＤを含むポイント残高テーブル１５３に含まれるレコードの月別ポイント残高から、利用ポイント数を減算すると、ポイント管理サーバ１０のポイント利用手段１４は、顧客のポイント利用に係る処理が正常終了したことを示すコードを利用端末装置２２に送信し、この手順を終了する。

ポイント管理サーバを配置したシステムの構成図。顧客の予約と保証ポイントの時間的関係を説明する図。ポイント管理サーバが管理する顧客のポイントを説明する図。顧客が新規に予約したときの各ポイント数の増減を説明する図。顧客が予約したサービスを受けたときの各ポイント数の増減を説明する図。ポイント管理サーバのブロック図。ポイントＤＢに記憶されるデータテーブルを説明する図。ポイント管理サーバの予約受付手段が実行する処理を示したフロー図。ポイント管理サーバの予約管理手段が実行する処理を示したフロー図。ポイント管理サーバの予約失効手段の処理を示したフロー図。ポイント管理サーバのポイント利用手段の処理を示したフロー図。

符号の説明

１０ポイント管理サーバ
１１予約受付手段
１２予約管理手段
１３予約失効手段
１４ポイント利用手段
１５ポイントデータベース
１５２会員テーブル
１５４予約テーブル

Claims

顧客に与えられたポイントを利用して、予約を管理するポイント利用予約管理方法であって、
顧客に与えられたポイントと、予約のキャンセル時にペナルティとして徴収する保証ポイント数とを、顧客を識別する顧客識別データに関連付けて記憶し管理しているサーバが、顧客の予約要求を受付けたとき、予約要求されたサービスに応じて前記保証ポイント数を決定し、予約要求に含まれる前記顧客識別データに関連付けられた前記保証ポイント数の累計に、決定した前記保証ポイント数を加算したポイント数が、予約要求に含まれる前記顧客識別データに関連付けられたポイント数の累計である累計ポイント残高を超えていない場合、予約要求された予約を受付けて、予約を識別する予約識別データに関連付けて、決定した前記保証ポイント数と前記顧客識別データとを含む予約データを記憶する予約受付工程と、
顧客が予約内容を履行したことを示す予約履行通知を受信したときは、前記サーバが、前記予約履行通知に含まれる前記予約識別データに関連付けて記憶している前記予約データを抹消し、顧客が予約内容を不履行したことを示す予約不履行通知を受信したときは、前記サーバが、前記予約不履行通知に含まれる前記予約識別データに関連付けて記憶している前記予約データを抹消すると共に、抹消した前記予約データに含まれてる前記保証ポイント数を、抹消した前記予約データに含まれている前記顧客識別データから得られる前記累積ポイント残高から減算する予約管理工程と、
顧客のポイントが利用されるときに、前記サーバが、ポイントを利用する顧客の前記顧客識別データから得られる前記累計ポイント残高から、ポイントを利用する顧客の前記顧客識別データに関連付けられた前記保証ポイント数の累計を差し引いたポイント数を超えたポイントの利用を許可しないように管理するポイント利用工程とを含むことを特徴とするポイント利用予約管理方法。
請求項１に記載のポイント利用予約管理方法であって、顧客に与えられるポイントに有効期限が設けられている場合、前記予約受付工程において、予約要求に含まれる前記顧客識別データから得られる前記累計ポイント残高の中から、予約受付時から予約日までに失効するポイント数を割出し、予約日までに失効するポイント数、予約要求に含まれる前記顧客識別データに関連付けられた前記保証ポイント数の累計、および、決定した前記保証ポイント数を加算したポイント数が、予約要求に含まれる前記顧客識別データから得られる前記累計ポイント残高を超えていない場合、予約要求された予約を受付けることを特徴とするポイント利用予約管理方法。
請求項１または請求項２に記載のポイント利用予約管理方法であって、前記予約受付工程において、前記サーバに記憶される前記予約データには予約日が含まれ、前記サーバが、定められた期間が経過するごとに、予約日が過ぎている前記予約データを検索し、検索した前記予約データを無効にすると共に、無効にした前記予約データに含まれる前記顧客識別データから得られる前記累計ポイント残高から、無効にした前記予約データに含まれる前記保証ポイント数を減算する予約失効工程とを含むことを特徴とするポイント利用予約管理方法。
顧客に与えられたポイントを利用して、予約を管理するポイント管理サーバであって、顧客に与えられたポイントと、予約のキャンセル時にペナルティとして徴収する保証ポイント数とを、顧客識別データに関連付けて記憶する手段と、顧客の予約要求を受付けたとき、予約要求されたサービスに応じて前記保証ポイント数を決定し、予約要求に含まれる顧客識別データに関連付けられた前記保証ポイント数の累計に、決定した前記保証ポイント数を加算したポイント数が、予約要求に含まれる顧客識別データに関連付けられたポイントの累計である累計ポイント残高を超えていない場合、予約要求された予約を受付けて、予約識別データに関連付けて、決定した前記保証ポイント数と顧客識別データとを含む予約データを記憶する予約受付手段と、
顧客が予約内容を履行したことを示す予約履行通知を受信したときは、前記サーバが、前記予約履行通知に含まれる前記予約識別データに関連付けて記憶している前記予約データを抹消し、顧客が予約内容を不履行したことを示す予約不履行通知を受信したときは、前記サーバが、前記予約不履行通知に含まれる前記予約識別データに関連付けて記憶している前記予約データを抹消すると共に、抹消した前記予約データに含まれる前記保証ポイント数を、抹消した前記予約データに含まれる前顧客識別データから得られる累積ポイント残高から減算する予約管理手段と、
顧客のポイントが利用されるときに、前記サーバが、ポイントを利用する顧客の前記顧客識別データから得られる累計ポイント残高から、ポイントを利用する顧客の前記顧客識別データに関連付けられた前記保証ポイント数の累計を差し引いたポイント数を超えたポイントの利用を許可しないように管理するポイント利用手段と、
を備えたことを特徴とするポイント管理サーバ。
請求項４に記載のポイント管理サーバであって、前記ポイント管理サーバに備えられた前記予約受付手段は、顧客に与えられるポイントに有効期限が設けられている場合、予約要求に含まれる前記顧客識別データから得られる累計ポイント残高の中から、予約受付時から予約日までに失効するポイント数を割出し、予約日までに失効するポイント数、予約要求に含まれる前記顧客識別データに関連付けられた前記保証ポイント数の累計、および、決定した前記保証ポイント数をそれぞれ加算したポイント数が、予約要求に含まれる前記顧客識別データから得られる累計ポイント残高を超えていない場合、予約要求された予約を受付けることを特徴とするポイント管理サーバ。
請求項４または請求項５に記載のポイント管理サーバであって、前記ポイント管理サーバに備えられた前記予約受付手段が記憶する前記予約データには予約日が含まれ、定められた期間が経過するごとに、予約日が過ぎている前記予約データを検索し、検索した前記予約データを無効にすると共に、無効にした前記予約データに含まれる前記顧客識別データから得られる前記累計ポイント残高から、無効にした前記予約データに含まれる前記保証ポイント数を減算する予約失効手段を備えていること特徴とするポイント管理サーバ。