管理装置及び管理方法
【課題】購入条件の変更履歴を会員に知らせる。
【解決手段】ゴルフ場サーバ４Ａから指定情報と変更後の購入条件情報が含まれる変更要求ＲＥＱ３が管理装置３に送信されると、管理装置３は募集テーブルにアクセスして、指定情報に対応するレコードに変更要求ＲＥＱ３に含まれる購入条件情報を記憶すると共に変更然の購入条件情報と変更後の購入条件情報とを比較して、それらの差分を変更履歴情報として記憶する。管理装置３は、変更後の購入条件情報と変更履歴情報とに基づいて購入対象の購入の募集ページを変更する（Ｓ３０）。
【解決手段】ゴルフ場サーバ４Ａから指定情報と変更後の購入条件情報が含まれる変更要求ＲＥＱ３が管理装置３に送信されると、管理装置３は募集テーブルにアクセスして、指定情報に対応するレコードに変更要求ＲＥＱ３に含まれる購入条件情報を記憶すると共に変更然の購入条件情報と変更後の購入条件情報とを比較して、それらの差分を変更履歴情報として記憶する。管理装置３は、変更後の購入条件情報と変更履歴情報とに基づいて購入対象の購入の募集ページを変更する（Ｓ３０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的な会員制サービスサイトやＳＮＳ（Social Networking Service）サイト上で提供される会員システム等の技術に関する。
【背景技術】
【０００２】
ゴルフ場では、ゴルフ場の利用権を有するメンバー（ゴルフ場の会員）からの予約を優先して受け付けるが、メンバーによる予約のみでは、予約枠が埋まらないことがある。このため、ゴルフ場はメンバーのための予約枠を確保する一方、その他の予約枠について予約を予め外部に委託することがある。
そのような予約支援のインターネットサービスが知られている（特許文献１参照）。この予約支援サービスでは、ゴルフ場サーバからゴルフコンペに関する案内情報が事業者サーバに送信され、ユーザ端末から事業者サーバにアクセスがあると、案内情報がユーザ端末に送信されるようになっている。ユーザは案内情報を参照してコンペに参加するか否かを検討し、参加する場合には選択情報を事業者サーバに送信する。この後、事業者サーバはゴルフ場サーバに対して予約を実行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２２２２８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ゴルフ場の運営では、予約の締切までの時間が短くなると、料金をディスカウントしても予約を確保したいといった要望がある。そのような場合、ゴルフ場サーバから案内情報の取消を事業者サーバに通知し、新たな案内情報をゴルフ場サーバから事業者サーバに送信する必要があった。
しかしながら、新たな案内情報は、ディスカウントされた料金を提示するが、以前の料金を提示するものではなかった。このため、ユーザは、どれだけディスカウントされたかを知ることができないといった問題があった。
そこで、本発明は、商品又はサービスの購入において、購入条件の変化をユーザが知ることができるようにすることを解決課題とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
本発明に係る管理装置は、会員からの商品又はサービスの購入を募集する情報を通信網（１）を介して提供する管理装置（３）であって、購入対象の対価を示す料金情報を含む購入条件情報を、前記通信網を介して提供する購入条件情報提供部（３０，Ｓ１０）と、前記購入条件情報を変更する購入条件変更部と（３０，Ｓ３０）を備え、前記購入条件情報提供部は、前記購入条件変更部によって前記購入条件情報が変更されると、変更の履歴を示す変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供することを特徴とする。
【０００７】
この発明によれば、購入条件情報に変更があると、購入条件情報提供部は、変更後の購入条件情報と共に、変更履歴情報を通信網を介して提供する。したがって、会員は、商品又はサービスの購入する際に、購入条件がどのように変化したかを知ることができる。なお、変更履歴情報は、過去の購入条件情報そのものであってもよいし、変更された部分のみを変更の履歴として示すものであってもよい。
【０００８】
上述した管理装置において、前記購入条件情報提供部は、前記購入条件情報の変更内容に前記料金情報を含む場合、変更前と変更後の前記料金情報の差分を含む前記変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供することを特徴とする。この発明によれば、会員は、購入対象の対価の差分を知ることができる。なお、差分は、料金の差額に限られず、割引率であってもよい。
【０００９】
上述した管理装置において、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶する記憶部（ＤＢ）と、前記会員の通信装置（２-1）から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求（ＲＥＱ２）を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記記憶部に書き込む制御部（３０，Ｓ２０）と、前記購入条件変更部によって前記購入条件情報が変更されると、前記記憶部の記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部（３０、Ｓ４０）とを備えることが好ましい。
【００１０】
この発明によれば、購入条件の変更があった場合に、予め通知を希望していた会員に対して変更通知メールを送信するから、会員はウェブ上の募集ページにアクセスしなくても購入条件が変更されたことを知ることができる。
ここで、記憶部には、前記会員を識別する識別情報に対応づけて前記会員のメールアドレスと前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを記憶してもよい。また、この記憶部を第１の記憶部としたとき、第１の記憶部には識別情報が記憶されておらず、第２の記憶部に識別情報とメールアドレスとが対応付けて記憶されており、変更通知要求を受信すると、制御部は第２の記憶部にアクセスして、識別情報に対応するメールアドレスを取得し、取得したメールアドレスと指定情報とを対応づけて第１の記憶部に書き込んでもよい。
【００１１】
上述した管理装置において、前記購入対象は、複数の会員が共同で利用する利用対象を予約する権利であり、前記購入条件情報提供部は、前記購入条件情報として、前記利用対象を利用可能な人数分の複数の予約枠および当該複数の予約枠のそれぞれに設定された料金情報を含む予約枠情報を、前記通信網を介して提供し、前記利用対象を予約することを申し出る予約申請を示す予約申請情報を前記会員の通信装置から受信して当該予約申請を受理すると、当該予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更し、前記購入条件変更部は、前記予約申請を受理された会員である予約会員の通信装置から未予約状態の予約枠に設定された料金を変更する変更申請を示す変更申請情報を受信して当該変更申請を受理すると、当該変更申請情報にて指定された料金情報に基づいて当該未予約状態の予約枠に設定された前記料金情報を更新することが好ましい。
【００１２】
この発明によれば、例えば、ゴルフ場の予約のように購入対象が複数の会員が共同で利用する利用対象を予約する権利である場合、予約申請を受理された会員に未予約状態の予約枠に設定された料金を変更することを認める。このような場合、会員は変更履歴を知ることができ、あるいは購入条件の変更があったことをメールで受け取ることができるので、複数の会員が共同で利用する利用対象の予約を成立させる可能性を高めることができる。
【００１３】
上述した管理装置において、前記購入条件情報提供部は、外部のサーバ装置から商品又はサービスの販売を依頼する募集要求（ＲＥＱ１）を受信すると、当該募集要求に基づいて前記購入条件情報を前記通信網を介して提供し、前記購入条件変更部は、前記外部のサーバ装置から前記購入条件情報を変更することを示す変更要求を受信すると、当該変更要求に基づいて前記購入条件情報を変更することが好ましい。
【００１４】
この発明によれば、管理装置は外部のサーバ装置から依頼を受け付けて購入条件情報を提供し、当該サーバ装置から購入条件の変更要求を受け付けて購入条件情報を変更する。これにより、会員は、外部のサーバ装置からの募集についても会員は変更履歴を知ることができ、あるいは購入条件の変更があったことをメールで受け取ることができる。
【００１５】
上述した管理装置において、前記購入条件情報提供部は、外部のサーバ装置から商品又はサービスの販売を依頼する募集要求を受信すると、当該募集要求に基づいて前記購入条件情報を前記通信網を介して提供し、前記募集要求には、時間の経過に従って前記購入条件情報を変更する内容を示す変更情報が含まれており、前記購入条件変更部は、当該変更情報に基づいて前記購入条件情報を変更することが好ましい。
【００１６】
この発明によれば、購入条件を時間の経過に従って変更する場合に、外部のサーバ装置は、募集要求を送信すれば、その後、変更要求を送信する必要がないので、処理を簡素化することができる。なお、変更情報は、購入条件の変更時間を示す変更時間情報と購入条件情報の組みであってもよいし、あるいは、募集終了時点の料金を指定するものであってもよい。後者の場合は、予約期限までの残り時間に応じて自動的に設定した購入条件に変更すればよい。具体的には、予約期限に達した時点で設定した募集終了時点の料金となるように自動的に変更すればよい。
【００１７】
上述した管理装置において、前記管理装置は、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶するデータベースと通信可能であり、前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記データベースに書き込む制御部と、前記購入条件変更部によって前記購入条件情報が変更されると、前記データベースの記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部とを備えるようにしてもよい。
【００１８】
本発明に係る管理方法は、会員からの商品又はサービスの購入を募集する情報を通信網を介して提供する管理方法であって、購入対象の対価を示す料金情報を含む購入条件情報を、前記通信網を介して提供し、前記購入条件情報を変更し、前記購入条件情報を変更すると、変更の履歴を示す変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供することを特徴とする。
【００１９】
上述した管理方法において、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶するデータベースと前記通信網を介して通信を行い、前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記データベースに書き込み、前記購入条件変更部によって前記購入条件情報が変更されると、前記データベースの記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信するようにしてもよい。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係る会員システムのブロック図である。
【図２】管理装置の構成を示すブロック図である。
【図３】管理装置の構成を示すブロック図である。
【図４】会員データベースのデータ構造の一例を示す説明図である。
【図５】募集テーブルのデータ構造の一例を示す説明図である。
【図６】会員システムの動作シーケンスの一例を説明するための説明図である。
【図７】募集ページの一例を示す説明図である。
【図８】変更履歴を表示した募集ページの一例を示す説明図である。
【図９】募集テーブルのデータ構造の一例を示す説明図である。
【図１０】予約申請が受理された後の募集ページの一例を示す説明図である。
【図１１】変更履歴を表示した募集ページの一例を示す説明図である。
【図１２】会員システムの動作シーケンスの一例を説明するための説明図である。
【図１３】変形例に係る会員システムの動作シーケンスの一例を説明するための説明図である。
【図１４】管理テーブルのデータ構造の一例を示す説明図である。
【図１５】変形例に係る第１及び第２データベースのデータ構造を示す説明図である。
【図１６】変形例における会員システムのブロック図である。
【図１７】変形例における管理装置の構成を示すブロック図である。
【発明を実施するための形態】
【００２１】
＜Ａ．第１実施形態＞
＜１．会員システムの構成＞
図１は、本発明の第１実施形態に係る会員システム１００のブロック図である。この会員システム１００は、ウェブサイトの会員に対して商品又はサービスの購入を提供するものである。商品の購入は、例えば、ゴルフクラブなどのゴルフ用品が該当する。また、サービスの購入は、例えば、ゴルフ場の予約が該当する。また、会員システム１００は、会員同士のコミュニケーションの場を提供する。例えば、ゴルフに関する質問や質問に対する回答を投稿したり、あるいは、ゴルフコンペを会員が企画しこれに他の会員を招待することも可能である。
【００２２】
会員システム１００は、会員の通信装置２-1、２-2、２-3、…２-ｎ、ＳＮＳの管理や商品又はサービスの購入を管理する管理装置３、ゴルフ場サーバ４Ａ、商品販売サーバ４Ｂ及び通信網として機能するインターネット１を備える。会員の通信装置２-1〜２-ｎは、インターネット１を介した通信が可能であり、ブラウザ機能や電子メール機能を備え、例えば、パーソナルコンピュータや携帯電話機が該当する。ゴルフ場サーバ４Ａは、ゴルフ場の管理者が運営するサーバであって、管理装置３に対して、利用対象の予約の募集に関する情報を提供する。また、商品販売サーバ４Ｂは、商品販売会社の管理者が運営するサーバであって、管理装置３に対して、商品の販売に関する情報を提供する。
【００２３】
図２を参照して管理装置３の機能について説明する。図２に示すように、管理装置３は、サービス又は商品などの購入対象の対価を示す料金情報を含む購入条件情報を、インターネット１を介して提供する購入条件情報提供部３０と、購入条件情報を変更する購入条件変更部３１と、会員の通信装置２-1〜２-ｎから、当該会員を識別する識別情報と後述するウォッチリストなどの指定情報とを含み購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、変更通知要求に含まれる識別情報に対応する会員のメールアドレスに関連づけて前記指定情報を記憶部３４に書き込む制御部３２と、購入条件変更部によって購入条件情報が変更されると、記憶部３４の記憶内容を参照して、購入条件情報に含まれる購入対象を指定する前記指定情報に対応するメールアドレスを取得し、取得したメールアドレスに対して購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部３３とを備えている。購入条件情報提供部３０、購入条件変更部３１、制御部３２、変更通知部３３は、図３に示すＣＰＵ（central processing unit）４０がコンピュータプログラムを実行し、そのコンピュータプログラムに従って機能することによって実現される機能ブロックである。記憶部３４は、各種のプログラムやデータを記憶する。記憶部３４には、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶する会員データベースＤＢ、募集テーブルＴＢＬ１が格納されている。記憶部３４は、例えばハードディスク等によって実現される機能ブロックである。
【００２４】
図３に管理装置３の構成を示す。この図に示すように。管理装置３は、装置全体を制御するＣＰＵ（Central Processing Unit）４０、ＣＰＵ４０の作業領域として機能するＲＡＭ（Random Access Memory）４１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）４２、各種のプログラムやデータを記憶するハードディスク４３、キーボードやマウスなどを含む入力部４４、画像を表示するディスプレイ４５、及びインターネット１を介して外部の装置と通信を行う通信インターフェース４６を備える。
【００２５】
ハードディスク４３には、会員データベースＤＢ及び募集テーブルＴＢＬ１が格納されている。会員データベースＤＢには、会員に関する情報が格納される。募集テーブルＴＢＬ１には、ゴルフ場サーバ４Ａや商品販売サーバ４Ｂからの募集要求を受け付けたサービスの購入や商品の購入に関する情報が格納される。なお、管理装置３を複数のサーバで構成し、サービス又は商品などの購入対象の募集を管理するサーバと会員データベースＤＢを提供するサーバを独立して設けてもよい。
【００２６】
図４に、会員データベースＤＢが記憶するデータのデータ構造の一部を示す。この図に示すように、会員データベースＤＢには、会員を一意に識別する情報である会員ＩＤ（識別情報）、プロフィール情報、及び指定情報が対応付けられて記憶されている。
【００２７】
会員データベースＤＢに記録される指定情報は、いわゆるウォッチリストであって、購入条件に変更があった場合にメールなどによる通知を会員が希望する対象となる購入対象を指定するものである。プロフィール情報は、性別、年齢、及びメールアドレスを含む。この他に、会員の住所、ゴルフのプレー履歴、会員権の有無、所有クラブ、スキル、及び評価値を加えてもよい。ここで、会員権とはゴルフ場の会員権であり、スキルは、ゴルフのハンディキャップを意味する。また、評価値とは、一緒にゴルフをプレーした会員が、プレー後に評価の対象者のマナーや好感度について評価した値の累積値である。例えば、「非常の良い」を「２」、「良い」を「１」、「普通」を「０」、「悪い」を「−１」、「非常に悪い」を「−２」といったように点数化して評価を行う。
【００２８】
図５に、募集テーブルＴＢＬ１のデータ構造の一部を示す。この図に示すように、募集テーブルＴＢＬ１には、購入対象識別情報、購入条件情報、及び変更履歴情報が対応付けられて記録されている。
購入対象識別情報は、購入対象を一意に識別する情報である。なお、上述した指定情報は全ての購入対象のうち購入条件に変更があった場合にメールなどによる通知を会員が希望する購入対象を指定する点で、購入対象識別情報と異なる。
購入条件情報は、購入対象の内容を示す内容情報と、購入対象の対価を示す料金情報とからなる。変更履歴情報は購入条件情報の変更履歴を示す。
例えば、購入対象識別情報「A002」に対応する購入条件情報は、Ａカントリークラブにおけるゴルフプレーに関するものであって、開催日時が６月１９日１０：００、パーティーの構成は４サム限定（４人のパーティー）、料金が６０００円である。また、変更履歴情報に２０００円減額と記録されていることから、当初は８０００円であった料金が、現在は２０００円ディスカウントされていることを示す。
ＣＰＵ４０は、ゴルフ場サーバ４Ａや商品販売サーバ４Ｂから、募集要求や変更要求を受信すると、募集テーブルＴＢＬ１に上述した情報を記憶し、記憶内容に基づいてサービスや商品の購入に関する募集ページを生成し、インターネット上で公開する。
【００２９】
＜２．会員システムの動作＞
次に、会員システム１００の各動作について説明する。図６は会員システムの動作を示すシーケンス図である。
同図に示すように、ゴルフ場サーバ４Ａから募集要求ＲＥＱ１が管理装置３に送信されると、管理装置３は、募集要求ＲＥＱ１に基づいて購入対象の購入の募集ページをインターネット１を介して提供する（Ｓ１０）。情報の提供の対象は、会員に限定してもよいし、あるいは、会員に限定しなくてもよい。
【００３０】
募集要求ＲＥＱ１には、購入対象識別情報及び購入条件情報が含まれている。購入対象識別情報が「A001」で購入条件情報に含まれる内容情報が、「Ａカントリークラブ」、「４サム限定」、「６月２０日１０：００スタート」であり、料金情報が「8000円」である場合、ＣＰＵ４０は、図５に示す募集テーブルＴＢＬ１の先頭のレコードにこれらの情報を記憶させ、記憶させた情報に基づいて、図７に示す募集ページを生成して公開する。これにより、会員は、購入対象の購入の募集があったことを知ることができる。
管理装置３は、購入対象の購入の募集を行った後、図６に示すように募集を開始したことを示す募集応答ＲＥＳ１をゴルフ場サーバ４Ａに返信する。
【００３１】
図７に示す募集ページには、変更通知希望ボタンＢＴが表示される。変更通知希望ボタンＢＴをクリックすると、会員は購入対象の購入条件が変更された場合に、電子メールによって通知を受けることができる。
通信装置２-1の会員が変更通知希望ボタンＢＴをクリックすると、図６に示すように、通信装置２-1は、変更通知要求ＲＥＱ２を管理装置３に送信する。変更通知要求ＲＥＱ２には、購入対象識別情報と会員ＩＤとが含まれている。
管理装置３が変更通知要求ＲＥＱ２を受信すると、ＣＰＵ４０は、会員データデータＤＢにアクセスして、当該会員ＩＤに対応するレコードの指定情報として、変更通知要求ＲＥＱ２に含まれる購入対象識別情報を記憶する（Ｓ２０）。例えば、会員ＩＤが「0001」であり、購入対象識別情報が「A001」であるとすれば、図４に示すように先頭のレコードの指定情報として「A001」が記録される。この後、管理装置３のＣＰＵ４０は、通信装置２-1に対して変更通知の受付が完了したことを示す変更通知受付応答ＲＥＳ２を送信する。これにより、会員は注目している購入対象について、購入条件が変更された場合に通知を受けることができる。
【００３２】
次に、ゴルフ場サーバ４Ａの管理者が購入条件を変更すると、ゴルフ場サーバ４Ａから変更要求ＲＥＱ３が管理装置３に送信される。変更要求ＲＥＱ３には、購入対象識別情報と変更後の購入条件情報が含まれている。ゴルフ場サーバ４Ａの管理者が購入条件を変更する典型例としては、開催時刻が迫っているにも関わらず、予約枠が埋まっていない場合がある。このような場合には、会員に有利な購入条件を提示してでも、予約枠を埋めることが、ゴルフ場にとって望ましい。
【００３３】
管理装置３は変更要求ＲＥＱ３を受信すると、募集テーブルＴＢＬ１にアクセスして、変更要求ＲＥＱ３に含まれる購入対象識別情報に対応するレコードに変更要求ＲＥＱ３に含まれる購入条件情報を記憶すると共に変更前の購入条件情報と変更後の購入条件情報とを比較して、それらの差分を変更履歴情報として記憶する。例えば、購入対象識別情報が「A002」であり、変更前の料金情報が「8000円」であり、変更後の料金情報が「6000円」である場合、図５に示すように変更履歴情報として、「2000円減額」を記憶する。
【００３４】
そして、管理装置３のＣＰＵ４０は、変更後の購入条件情報と変更履歴情報とに基づいて購入対象の購入の募集ページを変更し（Ｓ３０）、購入条件を変更したことを示す変更応答ＲＥＳ３をゴルフ場サーバ４Ａに送信する。この例では、図８に示す募集ページが公開される。同図に示すように募集ページには変更履歴情報に基づいて「2000円DOWN！」が表示される。これにより、募集ページにアクセスした会員は、購入条件が有利になったことを知ることできる。
【００３５】
次に、管理装置３のＣＰＵ４０は、購入条件に変更があった購入対象について変更通知の希望があるかを判定する（Ｓ４０）。具体的には、ＣＰＵ４０は、会員データベースＤＢにアクセスして、購入条件に変更があった購入対象の購入対象識別情報を、指定情報として記憶しているレコードがあるかを判定する。該当するレコードが存在する場合には、ＣＰＵ４０は、当該レコードに記録されているメールアドレスを取得し、取得したメールアドレス宛に変更通知メールを送信する。この変更通知メールは、会員が指定した購入対象について購入条件が変更されたことを知らせるメールであり、そこには、変更後の購入条件情報が含まれてもよい。
【００３６】
例えば、図４に示すように会員ＩＤ「0003」の会員が購入対象識別情報「A002」の購入対象について変更通知を希望する場合、購入対象の購入条件が２０００円減額され、募集テーブルＴＢＬ１の記憶内容が図５に示すように変更があると、ＣＰＵ４０は、メールアドレス「Konami03@gsns.jp」宛に変更通知メールを送信する。これによって、会員は募集ページにアクセスしなくても、注目している購入対象について購入条件の変更があったことを知ることができる。
【００３７】
このように本実施形態によれば、購入対象の購入条件が変更された場合に、募集ページに変更の履歴が表示されるので、会員は、例えば、ゴルフ場の予約において料金が値下げされた予約枠であるかなどを知ることが可能となる。さらに、注目する購入対象について会員は変更通知メールを受け取ることができるので、募集ページにアクセスしなくても購入条件に変更があったことを知ることができる。これにより、サービス又は商品の購入を促進することが可能となる。
また、管理装置３はゴルフ場サーバ４Ａから依頼を受け付けて購入条件情報を提供し、当該ゴルフ場サーバ４Ａから購入条件の変更要求を受け付けて購入条件情報を変更する。これにより、会員は、ゴルフ場サーバ４Ａからの募集についても会員は変更履歴を知ることができ、あるいは購入条件の変更があったことをメールで受け取ることができる。
【００３８】
＜Ｂ．第２実施形態＞
上述した第１実施形態では、購入条件を変更する場合、変更要求ＲＥＱ３を管理装置３に送信する必要があった。これに対して、第２実施形態に係る会員システム１００は、変更要求ＲＥＱ３を送信しなくても、管理装置３が自律的に購入条件を変更するものである。
【００３９】
第２実施形態に係る会員システム１００は、募集テーブルＴＢＬ１の替わりに募集テーブルＴＢＬ２を用いる点と管理装置３のＣＰＵ４０の動作を除いて、図１に示す第１実施形態の会員システム１００と同様に構成されている。
【００４０】
図９に募集テーブルＴＢＬ２のデータ構造の一例を示す。この図に示すように、募集テーブルＴＢＬ２には、購入対象識別情報に対応して、変更時間情報と購入条件情報との組みからなるレコードが複数記憶される。変更時間情報は、対応付けられた購入条件情報をいつから適用するかを示す情報である。
【００４１】
図１２を参照して本実施形態の会員システム１００の動作について説明する。まず、ゴルフ場サーバ４Ａは、一つの購入対象識別情報に対応づけた変更時間情報と購入条件情報との組みからなる複数のレコードを募集要求ＲＥＱ１に含ませて管理装置３に送信する。管理装置３は、募集要求ＲＥＱ１を受信すると、募集テーブルＴＢＬ２に受信した情報を記憶させ、記憶させた情報に基づいて募集ページを生成してインターネット１を介して提供する（Ｓ１１）。管理装置３は、購入対象の購入の募集を行った後、募集を開始したことを示す募集応答ＲＥＳ１をゴルフ場サーバ４Ａに返信する。
【００４２】
例えば、募集テーブルＴＢＬ２の記憶内容が図１０に示すものであったする。この例では、購入対象識別情報「A001」に対応づけて６個のレコード１〜６が募集テーブルＴＢＬ２に記録されている。レコード１〜６はいずれもＡカントリークラブにおける６月２０日１０：００スタートのゴルフ場の予約に関するものである。
レコード１は、変更時間情報が示す５月３１日１０：００（開催日の２０日前）から適用される購入条件を示しており、「４サム限定・キャディ無しのセルフ」で料金は「８０００円」である。レコード２は、変更時間情報が示す６月１０日１０：００（開催日の１０日前）から適用される購入条件を示しており、「４サム限定・キャディ無しのセルフ」で料金は「７０００円」である。レコード２は料金が１０００円値下げされている点でレコード１と比較して会員に有利である
レコード３は、変更時間情報が示す６月１３日１０：００（開催日の７日前）から適用される購入条件を示しており、「２サム可能・キャディ無しのセルフ」で料金は４サムの場合「７０００円」で、２サムの場合「９０００円」である。２サム可能とは、原則、パーティーの構成は４人であるが、追加料金を支払えば２人のプレーを認めるという意味である。レコード３は、４サムと２サムを選択可能である点でレコード２と比較して会員に有利である。
レコード４は、変更時間情報が示す６月１５日１０：００（開催日の５日前）から適用される購入条件を示しており、「２サム可能・キャディ無しのセルフ・昼食付き」で、料金は４サムの場合「７０００円」で、２サムの場合「９０００円」である。レコード４は「昼食付き」である点でレコード３より会員に有利である。
レコード５は、変更時間情報が示す６月１７日１０：００（開催日の３日前）から適用される購入条件を示しており、「２サム保証・キャディ無しのセルフ・昼食付き」で、料金は「７０００円」である。レコード５は２サムが保証される点で、レコード４より会員に有利である。
レコード６は、変更時間情報が示す６月１９日１０：００（開催日の１日前）から適用される購入条件を示しており、「２サム保証・キャディ有り・昼食付き」で、料金は「７０００円」である。レコード６はキャディ有りという点で、レコード５より会員に有利である。
【００４３】
第１実施形態と同様に管理装置３が変更通知要求ＲＥＱ２を受信すると、ＣＰＵ４０は、会員データデータＤＢにアクセスして、当該会員ＩＤに対応するレコードの指定情報として、変更通知要求ＲＥＱ２に含まれる購入対象識別情報を記憶する（Ｓ２０）。この後、管理装置３のＣＰＵ４０は、通信装置２-1に対して変更通知の受付が完了したことを示す変更通知受付応答ＲＥＳ２を送信する。 そして、管理装置３のＣＰＵ４０は、所定周期（例えば、１分周期）で現在時刻と募集テーブルＴＢＬ２に記憶されている変更時間情報とを比較し、両者が一致するかどうか、つまり、変更を実行する時間になったかどうかを判定する（Ｓ２９）。両者が一致すると、一致した変更時間情報に対応する購入条件情報に基づいて購入条件を変更して募集ページの更新を実行する（Ｓ３０）。この場合、変更された新しい購入条件に加えて過去に適用した購入条件情報を変更の履歴として表示する。この意味おいて、過去のレコードは変更履歴情報として機能する。
【００４４】
例えば、現在時刻が、６月１３日１０：００であったとする。この場合、ＣＰＵ４０は、現在時刻がレコード３の変更時間情報と一致することを検知して、例えば、図１１に示す募集ページを生成し公開する。同図に示すように、募集中の欄Ｘ３にはレコード３の購入条件が表示され、第１の履歴欄Ｘ１にはレコード１に内容が表示され、第２の履歴欄Ｘ２にはレコード２の内容が表示される。
【００４５】
これによって、募集ページにアクセスした会員は、購入条件の履歴を知ることができる。また、第２実施形態においても購入対象の購入条件が変更されると、当該購入対象について変更通知を希望する会員に対して変更通知メールを管理装置３が送信する点は、第１実施形態と同様である（Ｓ４０）。
【００４６】
また、第２実施形態によれば、ゴルフ場サーバ４Ａや商品販売サーバ４Ｂは、予め購入条件の変更条件を募集要求ＲＥＱ１に含ませて送信すれば、購入条件を管理装置３で自動的に変更するので、管理者は購入条件を変更する度に変更要求ＲＥＱ３を管理装置３に送信する必要がないので、処理を簡素化することができ、作業を大幅に簡素化することができる。
【００４７】
＜Ｃ．変形例＞
本発明は、上述した実施形態に限定されるものではなく、例えば、以下に述べる変形が可能である。また、以下の例示から任意に選択された１または複数の態様は適宜に併合され得る。
（１）上述した各実施形態において、管理装置３は募集要求ＲＥＱ１を受信すると、図７に示す募集ページを公開し、会員に対してゴルフ場の予約を募集した。ここで、予約枠が全て埋まることを購入条件に含めてもよい。この場合の購入対象は、複数の会員が共同で利用する利用対象を予約する権利となる。例えば、図１３に示すように、管理装置３が募集要求ＲＥＱ１を受信すると、ＣＰＵ４０は、購入条件情報として、利用対象を利用可能な人数分の複数の予約枠および当該複数の予約枠のそれぞれに設定された料金情報を含む予約枠情報を、募集テーブルに記憶して管理し、購入条件情報をインターネット１を介して提供する（Ｓ５０）。管理装置３のＣＰＵ４０は、購入対象の購入の募集を行った後、募集を開始したことを示す募集応答ＲＥＳ１をゴルフ場サーバ４Ａに返信する。
【００４８】
そして、管理装置３のＣＰＵ４０は、利用対象を予約することを申し出る予約申請を示す予約申請要求ＲＥＱ４を会員の通信装置２-1から受信して当該予約申請要求を受理すると、当該予約申請予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更する（Ｓ５１）。管理装置３のＣＰＵ４０は、前記予約枠を予約済状態に変更したことを示す予約申請受付応答ＲＥＳ４を通信装置２-1に返信する。
さらに、ＣＰＵ４０は、予約申請を受理された会員である予約会員の通信装置から未予約状態の予約枠に設定された料金を変更する変更申請を示す変更申請要求ＲＥＱ５を受信して当該変更申請を受理すると、当該変更申請情報にて指定された料金情報に基づいて当該未予約状態の予約枠に設定された料金情報を更新してもよい（Ｓ５２）。管理装置３のＣＰＵ４０は、前記料金情報を更新したことを示す変更申請受付応答ＲＥＳ５を通信装置２-1に返信する。
この場合、変更申請を行った予約会員が料金の変更に伴う減額分を負担する。具体的には、ウェブサイトにおいて電子的なポイントを購入し、これを減額分に充当すればよい（Ｓ５３）。但し、料金を変更しても予約枠が埋まらなかった場合は、減額分を負担した予約会員にポイントを払い戻すようにすればよい（Ｓ５３）。あるいは、ゴルフ場において料金を支払う際に、変更申請を行った予約会員が減額分を加算した料金を支払うようにしてもよい。
【００４９】
複数の会員で共同で利用することが購入条件となる場合、ゴルフ場の予約を申請した会員の中には、自己の負担を重くしても、予約枠を埋めて予約を成立させることを希望する者もいる。この変形例によれば、そのような場合に、会員の要望に沿うことができ、複数の会員が共同で利用する利用対象の予約を成立し易くできる。さらに、料金の減額などによって、購入条件が変更された場合に、会員はその変更履歴を知ることができ、また変更通知メールを受け取ることもできる。
【００５０】
（２）上述した各実施形態では指定した購入対象の購入条件が変更された場合に変更通知メールを受け取ることができるが、さらに、会員が購入対象の指定とともに購入対象の購入条件を予め指定し、指定された購入条件になると、指定した購入対象を自動的に予約申請を行うようにしてもよい。この場合、管理装置３のハードディスク４３には、図１４に示す管理テーブルＴＢＬ３が記憶される。この管理テーブルＴＢＬ３には、自動予約対象情報、会員ＩＤ、購入条件指定情報、及び登録時間が対応付けられて格納される。自動予約対象情報は、会員が自動予約を希望する対象となる購入対象であり、購入条件指定情報は、自動予約対象情報で指定された購入対象を管理装置３が自動的に予約申請する場合の購入条件を指定する情報であり。登録時間は、会員が購入条件指定情報を管理装置３に送信して登録された時間である。
【００５１】
予定の購入条件になった場合に購入することを希望する会員は、事前予約申請を会員の通信装置２から管理装置３に送信する。この事前予約申請には、自動予約対象情報、会員ＩＤ、及び購入条件指定情報が含まれている。管理装置３のＣＰＵ４０は、事前予約申請を受信すると、自動予約対象情報、会員ＩＤ、及び購入条件指定情報と登録時間とを管理テーブルＴＢＬ３に記録する。
【００５２】
また、ＣＰＵ４０は、管理テーブルＴＢＬ３を参照して、購入対象の購入条件情報がそこに記録されている購入条件指定情報と一致するか判定し、一致する場合には、予約を自動的に実行する。ここで、同じ自動予約対象情報と購入条件指定条件を指定する会員が複数存在して、予約枠の数が足らない場合には、登録時間を比較し、登録時間の早い会員を優先して予約を成立させる。なお、管理テーブルＴＢＬ３に登録時間を記録せず、予約を成立させる会員を抽選で選択してもよい。また、上述した処理は、ＣＰＵ４０が所定周期で管理テーブルＴＢＬ３を参照することによって実行してもよいし、あるいは、購入条件情報が変更された場合に、ＣＰＵ４０が管理テーブルＴＢＬ３を参照して実行してもよい。
【００５３】
（３）上述した第２実施形態では、ゴルフ場サーバ４Ａは、購入対象識別情報、変更時間情報及び購入条件情報を含む募集要求ＲＥＱ１を管理装置３に送信し、管理装置３では変更時間情報の示す変更時間になると、購入条件情報を変更した。この場合には、相違する複数の購入条件の数に等しい変更時間情報及び購入条件情報の組みを管理する必要があったが、本発明はこれに限定されるものではない。すなわち、ゴルフ場サーバ４Ａは、募集要求ＲＥＱ１は、時間の経過に従って購入条件情報を変更する内容を示す変更情報を送信してもよい。この変更情報は、上述したように変更時間情報及び購入条件情報の組みであってもよいし、あるいは、募集終了時点の料金を指定するものであってもよい。後者の場合、管理装置３のＣＰＵ４０は指定された募集終了時点の料金と予約期限までの残り時間とに応じて料金情報を自動的に変更してもよい。具体的には、予約期限に達した時点で設定した募集終了時点の料金となるように自動的に変更すればよい。
【００５４】
（４）上述した各実施形態では、会員データベースＤＢにおいて、会員ＩＤ（識別情報）に対応づけてメールアドレスと指定情報と記憶したが、本発明はこれに限定されるものではなく、これらを２つのデータベースに分割して記憶してもよい。例えば、図１５に示すように、指定情報に対応づけてメールアドレスを記憶した第１データベースＤＢ１（第１の記憶部）と、会員ＩＤと対応づけてメールアドレスを含むプロフィール情報を記憶した第２データベースＤＢ２（第２の記憶部）とを会員データベースＤＢの替わりにハードディスク４３に記憶してもよい。
この場合、ＣＰＵ４０は変更通知要求ＲＥＱ２を受信すると（図６参照）、第２データベースにアクセスして、変更通知要求ＲＥＱ２に含まれる会員ＩＤに対応するメールアドレスを取得する。この後、ＣＰＵ４０は変更通知要求ＲＥＱ２に含まれる指定情報と取得したメールアドレスとを第１データベースＤＢ１に記憶すればよい。そして、ＣＰＵ４０は購入条件が変更されると、第１データベースＤＢ１にアクセスして、変更された購入対象を指定する指定情報に対応するメールアドレスを読み出し、読み出したメールアドレスに対して変更通知メールを送信すればよい。
【００５５】
（５）上述した各実施形態及び変形例においては、会員データベースＤＢを管理装置３内に備える例について説明した。しかし、本発明はこのような構成に限定されるものではなく、図１６に示す会員システム２００のように、外部サーバ４Ｃに会員データベースＤＢを備えるようにしてもよい。つまり、図１７に示すように、記憶部３４には募集テーブルＴＢＬ１が格納され、会員データベースＤＢは外部サーバ４Ｃに格納される構成となる。
このような構成においては、例えば、前記会員の通信装置２−１から、当該会員を識別する会員ＩＤと、指定情報としての購入対象識別情報とを含む変更通知要求ＲＥＱ２を管理装置３が受信すると、管理装置３は、インターネット１を介して外部サーバ４Ｃの会員データベースＤＢにアクセスし、変更通知要求ＲＥＱ２に含まれる会員ＩＤに対応する当該会員のメールアドレスに関連づけて、制御部３２により、購入対象識別情報をデータベースＤＢに書き込むようにすればよい。また、購入条件変更部３１によって購入条件情報が変更された場合には、管理装置３は、インターネット１を介して外部サーバ４Ｃの会員データベースＤＢの記憶内容を参照して、購入条件情報に含まれる購入対象識別情報に対応するメールアドレスを取得し、当該取得したメールアドレスに対して購入条件情報が変更されたことを示す変更通知メールを変更通知部３３により送信すればよい。
【符号の説明】
【００５６】
１……インターネット、２-１〜２-n……通信装置、３……管理装置、４Ａ……ゴルフ場サーバ、４Ｂ……商品販売サーバ、ＤＢ……データベース、ＴＢＬ１,ＴＢＬ２……募集テーブル、ＴＢＬ３……管理テーブル。
【技術分野】
【０００１】
本発明は、一般的な会員制サービスサイトやＳＮＳ（Social Networking Service）サイト上で提供される会員システム等の技術に関する。
【背景技術】
【０００２】
ゴルフ場では、ゴルフ場の利用権を有するメンバー（ゴルフ場の会員）からの予約を優先して受け付けるが、メンバーによる予約のみでは、予約枠が埋まらないことがある。このため、ゴルフ場はメンバーのための予約枠を確保する一方、その他の予約枠について予約を予め外部に委託することがある。
そのような予約支援のインターネットサービスが知られている（特許文献１参照）。この予約支援サービスでは、ゴルフ場サーバからゴルフコンペに関する案内情報が事業者サーバに送信され、ユーザ端末から事業者サーバにアクセスがあると、案内情報がユーザ端末に送信されるようになっている。ユーザは案内情報を参照してコンペに参加するか否かを検討し、参加する場合には選択情報を事業者サーバに送信する。この後、事業者サーバはゴルフ場サーバに対して予約を実行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２２２２８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ゴルフ場の運営では、予約の締切までの時間が短くなると、料金をディスカウントしても予約を確保したいといった要望がある。そのような場合、ゴルフ場サーバから案内情報の取消を事業者サーバに通知し、新たな案内情報をゴルフ場サーバから事業者サーバに送信する必要があった。
しかしながら、新たな案内情報は、ディスカウントされた料金を提示するが、以前の料金を提示するものではなかった。このため、ユーザは、どれだけディスカウントされたかを知ることができないといった問題があった。
そこで、本発明は、商品又はサービスの購入において、購入条件の変化をユーザが知ることができるようにすることを解決課題とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
本発明に係る管理装置は、会員からの商品又はサービスの購入を募集する情報を通信網（１）を介して提供する管理装置（３）であって、購入対象の対価を示す料金情報を含む購入条件情報を、前記通信網を介して提供する購入条件情報提供部（３０，Ｓ１０）と、前記購入条件情報を変更する購入条件変更部と（３０，Ｓ３０）を備え、前記購入条件情報提供部は、前記購入条件変更部によって前記購入条件情報が変更されると、変更の履歴を示す変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供することを特徴とする。
【０００７】
この発明によれば、購入条件情報に変更があると、購入条件情報提供部は、変更後の購入条件情報と共に、変更履歴情報を通信網を介して提供する。したがって、会員は、商品又はサービスの購入する際に、購入条件がどのように変化したかを知ることができる。なお、変更履歴情報は、過去の購入条件情報そのものであってもよいし、変更された部分のみを変更の履歴として示すものであってもよい。
【０００８】
上述した管理装置において、前記購入条件情報提供部は、前記購入条件情報の変更内容に前記料金情報を含む場合、変更前と変更後の前記料金情報の差分を含む前記変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供することを特徴とする。この発明によれば、会員は、購入対象の対価の差分を知ることができる。なお、差分は、料金の差額に限られず、割引率であってもよい。
【０００９】
上述した管理装置において、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶する記憶部（ＤＢ）と、前記会員の通信装置（２-1）から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求（ＲＥＱ２）を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記記憶部に書き込む制御部（３０，Ｓ２０）と、前記購入条件変更部によって前記購入条件情報が変更されると、前記記憶部の記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部（３０、Ｓ４０）とを備えることが好ましい。
【００１０】
この発明によれば、購入条件の変更があった場合に、予め通知を希望していた会員に対して変更通知メールを送信するから、会員はウェブ上の募集ページにアクセスしなくても購入条件が変更されたことを知ることができる。
ここで、記憶部には、前記会員を識別する識別情報に対応づけて前記会員のメールアドレスと前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを記憶してもよい。また、この記憶部を第１の記憶部としたとき、第１の記憶部には識別情報が記憶されておらず、第２の記憶部に識別情報とメールアドレスとが対応付けて記憶されており、変更通知要求を受信すると、制御部は第２の記憶部にアクセスして、識別情報に対応するメールアドレスを取得し、取得したメールアドレスと指定情報とを対応づけて第１の記憶部に書き込んでもよい。
【００１１】
上述した管理装置において、前記購入対象は、複数の会員が共同で利用する利用対象を予約する権利であり、前記購入条件情報提供部は、前記購入条件情報として、前記利用対象を利用可能な人数分の複数の予約枠および当該複数の予約枠のそれぞれに設定された料金情報を含む予約枠情報を、前記通信網を介して提供し、前記利用対象を予約することを申し出る予約申請を示す予約申請情報を前記会員の通信装置から受信して当該予約申請を受理すると、当該予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更し、前記購入条件変更部は、前記予約申請を受理された会員である予約会員の通信装置から未予約状態の予約枠に設定された料金を変更する変更申請を示す変更申請情報を受信して当該変更申請を受理すると、当該変更申請情報にて指定された料金情報に基づいて当該未予約状態の予約枠に設定された前記料金情報を更新することが好ましい。
【００１２】
この発明によれば、例えば、ゴルフ場の予約のように購入対象が複数の会員が共同で利用する利用対象を予約する権利である場合、予約申請を受理された会員に未予約状態の予約枠に設定された料金を変更することを認める。このような場合、会員は変更履歴を知ることができ、あるいは購入条件の変更があったことをメールで受け取ることができるので、複数の会員が共同で利用する利用対象の予約を成立させる可能性を高めることができる。
【００１３】
上述した管理装置において、前記購入条件情報提供部は、外部のサーバ装置から商品又はサービスの販売を依頼する募集要求（ＲＥＱ１）を受信すると、当該募集要求に基づいて前記購入条件情報を前記通信網を介して提供し、前記購入条件変更部は、前記外部のサーバ装置から前記購入条件情報を変更することを示す変更要求を受信すると、当該変更要求に基づいて前記購入条件情報を変更することが好ましい。
【００１４】
この発明によれば、管理装置は外部のサーバ装置から依頼を受け付けて購入条件情報を提供し、当該サーバ装置から購入条件の変更要求を受け付けて購入条件情報を変更する。これにより、会員は、外部のサーバ装置からの募集についても会員は変更履歴を知ることができ、あるいは購入条件の変更があったことをメールで受け取ることができる。
【００１５】
上述した管理装置において、前記購入条件情報提供部は、外部のサーバ装置から商品又はサービスの販売を依頼する募集要求を受信すると、当該募集要求に基づいて前記購入条件情報を前記通信網を介して提供し、前記募集要求には、時間の経過に従って前記購入条件情報を変更する内容を示す変更情報が含まれており、前記購入条件変更部は、当該変更情報に基づいて前記購入条件情報を変更することが好ましい。
【００１６】
この発明によれば、購入条件を時間の経過に従って変更する場合に、外部のサーバ装置は、募集要求を送信すれば、その後、変更要求を送信する必要がないので、処理を簡素化することができる。なお、変更情報は、購入条件の変更時間を示す変更時間情報と購入条件情報の組みであってもよいし、あるいは、募集終了時点の料金を指定するものであってもよい。後者の場合は、予約期限までの残り時間に応じて自動的に設定した購入条件に変更すればよい。具体的には、予約期限に達した時点で設定した募集終了時点の料金となるように自動的に変更すればよい。
【００１７】
上述した管理装置において、前記管理装置は、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶するデータベースと通信可能であり、前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記データベースに書き込む制御部と、前記購入条件変更部によって前記購入条件情報が変更されると、前記データベースの記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部とを備えるようにしてもよい。
【００１８】
本発明に係る管理方法は、会員からの商品又はサービスの購入を募集する情報を通信網を介して提供する管理方法であって、購入対象の対価を示す料金情報を含む購入条件情報を、前記通信網を介して提供し、前記購入条件情報を変更し、前記購入条件情報を変更すると、変更の履歴を示す変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供することを特徴とする。
【００１９】
上述した管理方法において、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶するデータベースと前記通信網を介して通信を行い、前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記データベースに書き込み、前記購入条件変更部によって前記購入条件情報が変更されると、前記データベースの記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信するようにしてもよい。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係る会員システムのブロック図である。
【図２】管理装置の構成を示すブロック図である。
【図３】管理装置の構成を示すブロック図である。
【図４】会員データベースのデータ構造の一例を示す説明図である。
【図５】募集テーブルのデータ構造の一例を示す説明図である。
【図６】会員システムの動作シーケンスの一例を説明するための説明図である。
【図７】募集ページの一例を示す説明図である。
【図８】変更履歴を表示した募集ページの一例を示す説明図である。
【図９】募集テーブルのデータ構造の一例を示す説明図である。
【図１０】予約申請が受理された後の募集ページの一例を示す説明図である。
【図１１】変更履歴を表示した募集ページの一例を示す説明図である。
【図１２】会員システムの動作シーケンスの一例を説明するための説明図である。
【図１３】変形例に係る会員システムの動作シーケンスの一例を説明するための説明図である。
【図１４】管理テーブルのデータ構造の一例を示す説明図である。
【図１５】変形例に係る第１及び第２データベースのデータ構造を示す説明図である。
【図１６】変形例における会員システムのブロック図である。
【図１７】変形例における管理装置の構成を示すブロック図である。
【発明を実施するための形態】
【００２１】
＜Ａ．第１実施形態＞
＜１．会員システムの構成＞
図１は、本発明の第１実施形態に係る会員システム１００のブロック図である。この会員システム１００は、ウェブサイトの会員に対して商品又はサービスの購入を提供するものである。商品の購入は、例えば、ゴルフクラブなどのゴルフ用品が該当する。また、サービスの購入は、例えば、ゴルフ場の予約が該当する。また、会員システム１００は、会員同士のコミュニケーションの場を提供する。例えば、ゴルフに関する質問や質問に対する回答を投稿したり、あるいは、ゴルフコンペを会員が企画しこれに他の会員を招待することも可能である。
【００２２】
会員システム１００は、会員の通信装置２-1、２-2、２-3、…２-ｎ、ＳＮＳの管理や商品又はサービスの購入を管理する管理装置３、ゴルフ場サーバ４Ａ、商品販売サーバ４Ｂ及び通信網として機能するインターネット１を備える。会員の通信装置２-1〜２-ｎは、インターネット１を介した通信が可能であり、ブラウザ機能や電子メール機能を備え、例えば、パーソナルコンピュータや携帯電話機が該当する。ゴルフ場サーバ４Ａは、ゴルフ場の管理者が運営するサーバであって、管理装置３に対して、利用対象の予約の募集に関する情報を提供する。また、商品販売サーバ４Ｂは、商品販売会社の管理者が運営するサーバであって、管理装置３に対して、商品の販売に関する情報を提供する。
【００２３】
図２を参照して管理装置３の機能について説明する。図２に示すように、管理装置３は、サービス又は商品などの購入対象の対価を示す料金情報を含む購入条件情報を、インターネット１を介して提供する購入条件情報提供部３０と、購入条件情報を変更する購入条件変更部３１と、会員の通信装置２-1〜２-ｎから、当該会員を識別する識別情報と後述するウォッチリストなどの指定情報とを含み購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、変更通知要求に含まれる識別情報に対応する会員のメールアドレスに関連づけて前記指定情報を記憶部３４に書き込む制御部３２と、購入条件変更部によって購入条件情報が変更されると、記憶部３４の記憶内容を参照して、購入条件情報に含まれる購入対象を指定する前記指定情報に対応するメールアドレスを取得し、取得したメールアドレスに対して購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部３３とを備えている。購入条件情報提供部３０、購入条件変更部３１、制御部３２、変更通知部３３は、図３に示すＣＰＵ（central processing unit）４０がコンピュータプログラムを実行し、そのコンピュータプログラムに従って機能することによって実現される機能ブロックである。記憶部３４は、各種のプログラムやデータを記憶する。記憶部３４には、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶する会員データベースＤＢ、募集テーブルＴＢＬ１が格納されている。記憶部３４は、例えばハードディスク等によって実現される機能ブロックである。
【００２４】
図３に管理装置３の構成を示す。この図に示すように。管理装置３は、装置全体を制御するＣＰＵ（Central Processing Unit）４０、ＣＰＵ４０の作業領域として機能するＲＡＭ（Random Access Memory）４１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）４２、各種のプログラムやデータを記憶するハードディスク４３、キーボードやマウスなどを含む入力部４４、画像を表示するディスプレイ４５、及びインターネット１を介して外部の装置と通信を行う通信インターフェース４６を備える。
【００２５】
ハードディスク４３には、会員データベースＤＢ及び募集テーブルＴＢＬ１が格納されている。会員データベースＤＢには、会員に関する情報が格納される。募集テーブルＴＢＬ１には、ゴルフ場サーバ４Ａや商品販売サーバ４Ｂからの募集要求を受け付けたサービスの購入や商品の購入に関する情報が格納される。なお、管理装置３を複数のサーバで構成し、サービス又は商品などの購入対象の募集を管理するサーバと会員データベースＤＢを提供するサーバを独立して設けてもよい。
【００２６】
図４に、会員データベースＤＢが記憶するデータのデータ構造の一部を示す。この図に示すように、会員データベースＤＢには、会員を一意に識別する情報である会員ＩＤ（識別情報）、プロフィール情報、及び指定情報が対応付けられて記憶されている。
【００２７】
会員データベースＤＢに記録される指定情報は、いわゆるウォッチリストであって、購入条件に変更があった場合にメールなどによる通知を会員が希望する対象となる購入対象を指定するものである。プロフィール情報は、性別、年齢、及びメールアドレスを含む。この他に、会員の住所、ゴルフのプレー履歴、会員権の有無、所有クラブ、スキル、及び評価値を加えてもよい。ここで、会員権とはゴルフ場の会員権であり、スキルは、ゴルフのハンディキャップを意味する。また、評価値とは、一緒にゴルフをプレーした会員が、プレー後に評価の対象者のマナーや好感度について評価した値の累積値である。例えば、「非常の良い」を「２」、「良い」を「１」、「普通」を「０」、「悪い」を「−１」、「非常に悪い」を「−２」といったように点数化して評価を行う。
【００２８】
図５に、募集テーブルＴＢＬ１のデータ構造の一部を示す。この図に示すように、募集テーブルＴＢＬ１には、購入対象識別情報、購入条件情報、及び変更履歴情報が対応付けられて記録されている。
購入対象識別情報は、購入対象を一意に識別する情報である。なお、上述した指定情報は全ての購入対象のうち購入条件に変更があった場合にメールなどによる通知を会員が希望する購入対象を指定する点で、購入対象識別情報と異なる。
購入条件情報は、購入対象の内容を示す内容情報と、購入対象の対価を示す料金情報とからなる。変更履歴情報は購入条件情報の変更履歴を示す。
例えば、購入対象識別情報「A002」に対応する購入条件情報は、Ａカントリークラブにおけるゴルフプレーに関するものであって、開催日時が６月１９日１０：００、パーティーの構成は４サム限定（４人のパーティー）、料金が６０００円である。また、変更履歴情報に２０００円減額と記録されていることから、当初は８０００円であった料金が、現在は２０００円ディスカウントされていることを示す。
ＣＰＵ４０は、ゴルフ場サーバ４Ａや商品販売サーバ４Ｂから、募集要求や変更要求を受信すると、募集テーブルＴＢＬ１に上述した情報を記憶し、記憶内容に基づいてサービスや商品の購入に関する募集ページを生成し、インターネット上で公開する。
【００２９】
＜２．会員システムの動作＞
次に、会員システム１００の各動作について説明する。図６は会員システムの動作を示すシーケンス図である。
同図に示すように、ゴルフ場サーバ４Ａから募集要求ＲＥＱ１が管理装置３に送信されると、管理装置３は、募集要求ＲＥＱ１に基づいて購入対象の購入の募集ページをインターネット１を介して提供する（Ｓ１０）。情報の提供の対象は、会員に限定してもよいし、あるいは、会員に限定しなくてもよい。
【００３０】
募集要求ＲＥＱ１には、購入対象識別情報及び購入条件情報が含まれている。購入対象識別情報が「A001」で購入条件情報に含まれる内容情報が、「Ａカントリークラブ」、「４サム限定」、「６月２０日１０：００スタート」であり、料金情報が「8000円」である場合、ＣＰＵ４０は、図５に示す募集テーブルＴＢＬ１の先頭のレコードにこれらの情報を記憶させ、記憶させた情報に基づいて、図７に示す募集ページを生成して公開する。これにより、会員は、購入対象の購入の募集があったことを知ることができる。
管理装置３は、購入対象の購入の募集を行った後、図６に示すように募集を開始したことを示す募集応答ＲＥＳ１をゴルフ場サーバ４Ａに返信する。
【００３１】
図７に示す募集ページには、変更通知希望ボタンＢＴが表示される。変更通知希望ボタンＢＴをクリックすると、会員は購入対象の購入条件が変更された場合に、電子メールによって通知を受けることができる。
通信装置２-1の会員が変更通知希望ボタンＢＴをクリックすると、図６に示すように、通信装置２-1は、変更通知要求ＲＥＱ２を管理装置３に送信する。変更通知要求ＲＥＱ２には、購入対象識別情報と会員ＩＤとが含まれている。
管理装置３が変更通知要求ＲＥＱ２を受信すると、ＣＰＵ４０は、会員データデータＤＢにアクセスして、当該会員ＩＤに対応するレコードの指定情報として、変更通知要求ＲＥＱ２に含まれる購入対象識別情報を記憶する（Ｓ２０）。例えば、会員ＩＤが「0001」であり、購入対象識別情報が「A001」であるとすれば、図４に示すように先頭のレコードの指定情報として「A001」が記録される。この後、管理装置３のＣＰＵ４０は、通信装置２-1に対して変更通知の受付が完了したことを示す変更通知受付応答ＲＥＳ２を送信する。これにより、会員は注目している購入対象について、購入条件が変更された場合に通知を受けることができる。
【００３２】
次に、ゴルフ場サーバ４Ａの管理者が購入条件を変更すると、ゴルフ場サーバ４Ａから変更要求ＲＥＱ３が管理装置３に送信される。変更要求ＲＥＱ３には、購入対象識別情報と変更後の購入条件情報が含まれている。ゴルフ場サーバ４Ａの管理者が購入条件を変更する典型例としては、開催時刻が迫っているにも関わらず、予約枠が埋まっていない場合がある。このような場合には、会員に有利な購入条件を提示してでも、予約枠を埋めることが、ゴルフ場にとって望ましい。
【００３３】
管理装置３は変更要求ＲＥＱ３を受信すると、募集テーブルＴＢＬ１にアクセスして、変更要求ＲＥＱ３に含まれる購入対象識別情報に対応するレコードに変更要求ＲＥＱ３に含まれる購入条件情報を記憶すると共に変更前の購入条件情報と変更後の購入条件情報とを比較して、それらの差分を変更履歴情報として記憶する。例えば、購入対象識別情報が「A002」であり、変更前の料金情報が「8000円」であり、変更後の料金情報が「6000円」である場合、図５に示すように変更履歴情報として、「2000円減額」を記憶する。
【００３４】
そして、管理装置３のＣＰＵ４０は、変更後の購入条件情報と変更履歴情報とに基づいて購入対象の購入の募集ページを変更し（Ｓ３０）、購入条件を変更したことを示す変更応答ＲＥＳ３をゴルフ場サーバ４Ａに送信する。この例では、図８に示す募集ページが公開される。同図に示すように募集ページには変更履歴情報に基づいて「2000円DOWN！」が表示される。これにより、募集ページにアクセスした会員は、購入条件が有利になったことを知ることできる。
【００３５】
次に、管理装置３のＣＰＵ４０は、購入条件に変更があった購入対象について変更通知の希望があるかを判定する（Ｓ４０）。具体的には、ＣＰＵ４０は、会員データベースＤＢにアクセスして、購入条件に変更があった購入対象の購入対象識別情報を、指定情報として記憶しているレコードがあるかを判定する。該当するレコードが存在する場合には、ＣＰＵ４０は、当該レコードに記録されているメールアドレスを取得し、取得したメールアドレス宛に変更通知メールを送信する。この変更通知メールは、会員が指定した購入対象について購入条件が変更されたことを知らせるメールであり、そこには、変更後の購入条件情報が含まれてもよい。
【００３６】
例えば、図４に示すように会員ＩＤ「0003」の会員が購入対象識別情報「A002」の購入対象について変更通知を希望する場合、購入対象の購入条件が２０００円減額され、募集テーブルＴＢＬ１の記憶内容が図５に示すように変更があると、ＣＰＵ４０は、メールアドレス「Konami03@gsns.jp」宛に変更通知メールを送信する。これによって、会員は募集ページにアクセスしなくても、注目している購入対象について購入条件の変更があったことを知ることができる。
【００３７】
このように本実施形態によれば、購入対象の購入条件が変更された場合に、募集ページに変更の履歴が表示されるので、会員は、例えば、ゴルフ場の予約において料金が値下げされた予約枠であるかなどを知ることが可能となる。さらに、注目する購入対象について会員は変更通知メールを受け取ることができるので、募集ページにアクセスしなくても購入条件に変更があったことを知ることができる。これにより、サービス又は商品の購入を促進することが可能となる。
また、管理装置３はゴルフ場サーバ４Ａから依頼を受け付けて購入条件情報を提供し、当該ゴルフ場サーバ４Ａから購入条件の変更要求を受け付けて購入条件情報を変更する。これにより、会員は、ゴルフ場サーバ４Ａからの募集についても会員は変更履歴を知ることができ、あるいは購入条件の変更があったことをメールで受け取ることができる。
【００３８】
＜Ｂ．第２実施形態＞
上述した第１実施形態では、購入条件を変更する場合、変更要求ＲＥＱ３を管理装置３に送信する必要があった。これに対して、第２実施形態に係る会員システム１００は、変更要求ＲＥＱ３を送信しなくても、管理装置３が自律的に購入条件を変更するものである。
【００３９】
第２実施形態に係る会員システム１００は、募集テーブルＴＢＬ１の替わりに募集テーブルＴＢＬ２を用いる点と管理装置３のＣＰＵ４０の動作を除いて、図１に示す第１実施形態の会員システム１００と同様に構成されている。
【００４０】
図９に募集テーブルＴＢＬ２のデータ構造の一例を示す。この図に示すように、募集テーブルＴＢＬ２には、購入対象識別情報に対応して、変更時間情報と購入条件情報との組みからなるレコードが複数記憶される。変更時間情報は、対応付けられた購入条件情報をいつから適用するかを示す情報である。
【００４１】
図１２を参照して本実施形態の会員システム１００の動作について説明する。まず、ゴルフ場サーバ４Ａは、一つの購入対象識別情報に対応づけた変更時間情報と購入条件情報との組みからなる複数のレコードを募集要求ＲＥＱ１に含ませて管理装置３に送信する。管理装置３は、募集要求ＲＥＱ１を受信すると、募集テーブルＴＢＬ２に受信した情報を記憶させ、記憶させた情報に基づいて募集ページを生成してインターネット１を介して提供する（Ｓ１１）。管理装置３は、購入対象の購入の募集を行った後、募集を開始したことを示す募集応答ＲＥＳ１をゴルフ場サーバ４Ａに返信する。
【００４２】
例えば、募集テーブルＴＢＬ２の記憶内容が図１０に示すものであったする。この例では、購入対象識別情報「A001」に対応づけて６個のレコード１〜６が募集テーブルＴＢＬ２に記録されている。レコード１〜６はいずれもＡカントリークラブにおける６月２０日１０：００スタートのゴルフ場の予約に関するものである。
レコード１は、変更時間情報が示す５月３１日１０：００（開催日の２０日前）から適用される購入条件を示しており、「４サム限定・キャディ無しのセルフ」で料金は「８０００円」である。レコード２は、変更時間情報が示す６月１０日１０：００（開催日の１０日前）から適用される購入条件を示しており、「４サム限定・キャディ無しのセルフ」で料金は「７０００円」である。レコード２は料金が１０００円値下げされている点でレコード１と比較して会員に有利である
レコード３は、変更時間情報が示す６月１３日１０：００（開催日の７日前）から適用される購入条件を示しており、「２サム可能・キャディ無しのセルフ」で料金は４サムの場合「７０００円」で、２サムの場合「９０００円」である。２サム可能とは、原則、パーティーの構成は４人であるが、追加料金を支払えば２人のプレーを認めるという意味である。レコード３は、４サムと２サムを選択可能である点でレコード２と比較して会員に有利である。
レコード４は、変更時間情報が示す６月１５日１０：００（開催日の５日前）から適用される購入条件を示しており、「２サム可能・キャディ無しのセルフ・昼食付き」で、料金は４サムの場合「７０００円」で、２サムの場合「９０００円」である。レコード４は「昼食付き」である点でレコード３より会員に有利である。
レコード５は、変更時間情報が示す６月１７日１０：００（開催日の３日前）から適用される購入条件を示しており、「２サム保証・キャディ無しのセルフ・昼食付き」で、料金は「７０００円」である。レコード５は２サムが保証される点で、レコード４より会員に有利である。
レコード６は、変更時間情報が示す６月１９日１０：００（開催日の１日前）から適用される購入条件を示しており、「２サム保証・キャディ有り・昼食付き」で、料金は「７０００円」である。レコード６はキャディ有りという点で、レコード５より会員に有利である。
【００４３】
第１実施形態と同様に管理装置３が変更通知要求ＲＥＱ２を受信すると、ＣＰＵ４０は、会員データデータＤＢにアクセスして、当該会員ＩＤに対応するレコードの指定情報として、変更通知要求ＲＥＱ２に含まれる購入対象識別情報を記憶する（Ｓ２０）。この後、管理装置３のＣＰＵ４０は、通信装置２-1に対して変更通知の受付が完了したことを示す変更通知受付応答ＲＥＳ２を送信する。 そして、管理装置３のＣＰＵ４０は、所定周期（例えば、１分周期）で現在時刻と募集テーブルＴＢＬ２に記憶されている変更時間情報とを比較し、両者が一致するかどうか、つまり、変更を実行する時間になったかどうかを判定する（Ｓ２９）。両者が一致すると、一致した変更時間情報に対応する購入条件情報に基づいて購入条件を変更して募集ページの更新を実行する（Ｓ３０）。この場合、変更された新しい購入条件に加えて過去に適用した購入条件情報を変更の履歴として表示する。この意味おいて、過去のレコードは変更履歴情報として機能する。
【００４４】
例えば、現在時刻が、６月１３日１０：００であったとする。この場合、ＣＰＵ４０は、現在時刻がレコード３の変更時間情報と一致することを検知して、例えば、図１１に示す募集ページを生成し公開する。同図に示すように、募集中の欄Ｘ３にはレコード３の購入条件が表示され、第１の履歴欄Ｘ１にはレコード１に内容が表示され、第２の履歴欄Ｘ２にはレコード２の内容が表示される。
【００４５】
これによって、募集ページにアクセスした会員は、購入条件の履歴を知ることができる。また、第２実施形態においても購入対象の購入条件が変更されると、当該購入対象について変更通知を希望する会員に対して変更通知メールを管理装置３が送信する点は、第１実施形態と同様である（Ｓ４０）。
【００４６】
また、第２実施形態によれば、ゴルフ場サーバ４Ａや商品販売サーバ４Ｂは、予め購入条件の変更条件を募集要求ＲＥＱ１に含ませて送信すれば、購入条件を管理装置３で自動的に変更するので、管理者は購入条件を変更する度に変更要求ＲＥＱ３を管理装置３に送信する必要がないので、処理を簡素化することができ、作業を大幅に簡素化することができる。
【００４７】
＜Ｃ．変形例＞
本発明は、上述した実施形態に限定されるものではなく、例えば、以下に述べる変形が可能である。また、以下の例示から任意に選択された１または複数の態様は適宜に併合され得る。
（１）上述した各実施形態において、管理装置３は募集要求ＲＥＱ１を受信すると、図７に示す募集ページを公開し、会員に対してゴルフ場の予約を募集した。ここで、予約枠が全て埋まることを購入条件に含めてもよい。この場合の購入対象は、複数の会員が共同で利用する利用対象を予約する権利となる。例えば、図１３に示すように、管理装置３が募集要求ＲＥＱ１を受信すると、ＣＰＵ４０は、購入条件情報として、利用対象を利用可能な人数分の複数の予約枠および当該複数の予約枠のそれぞれに設定された料金情報を含む予約枠情報を、募集テーブルに記憶して管理し、購入条件情報をインターネット１を介して提供する（Ｓ５０）。管理装置３のＣＰＵ４０は、購入対象の購入の募集を行った後、募集を開始したことを示す募集応答ＲＥＳ１をゴルフ場サーバ４Ａに返信する。
【００４８】
そして、管理装置３のＣＰＵ４０は、利用対象を予約することを申し出る予約申請を示す予約申請要求ＲＥＱ４を会員の通信装置２-1から受信して当該予約申請要求を受理すると、当該予約申請予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更する（Ｓ５１）。管理装置３のＣＰＵ４０は、前記予約枠を予約済状態に変更したことを示す予約申請受付応答ＲＥＳ４を通信装置２-1に返信する。
さらに、ＣＰＵ４０は、予約申請を受理された会員である予約会員の通信装置から未予約状態の予約枠に設定された料金を変更する変更申請を示す変更申請要求ＲＥＱ５を受信して当該変更申請を受理すると、当該変更申請情報にて指定された料金情報に基づいて当該未予約状態の予約枠に設定された料金情報を更新してもよい（Ｓ５２）。管理装置３のＣＰＵ４０は、前記料金情報を更新したことを示す変更申請受付応答ＲＥＳ５を通信装置２-1に返信する。
この場合、変更申請を行った予約会員が料金の変更に伴う減額分を負担する。具体的には、ウェブサイトにおいて電子的なポイントを購入し、これを減額分に充当すればよい（Ｓ５３）。但し、料金を変更しても予約枠が埋まらなかった場合は、減額分を負担した予約会員にポイントを払い戻すようにすればよい（Ｓ５３）。あるいは、ゴルフ場において料金を支払う際に、変更申請を行った予約会員が減額分を加算した料金を支払うようにしてもよい。
【００４９】
複数の会員で共同で利用することが購入条件となる場合、ゴルフ場の予約を申請した会員の中には、自己の負担を重くしても、予約枠を埋めて予約を成立させることを希望する者もいる。この変形例によれば、そのような場合に、会員の要望に沿うことができ、複数の会員が共同で利用する利用対象の予約を成立し易くできる。さらに、料金の減額などによって、購入条件が変更された場合に、会員はその変更履歴を知ることができ、また変更通知メールを受け取ることもできる。
【００５０】
（２）上述した各実施形態では指定した購入対象の購入条件が変更された場合に変更通知メールを受け取ることができるが、さらに、会員が購入対象の指定とともに購入対象の購入条件を予め指定し、指定された購入条件になると、指定した購入対象を自動的に予約申請を行うようにしてもよい。この場合、管理装置３のハードディスク４３には、図１４に示す管理テーブルＴＢＬ３が記憶される。この管理テーブルＴＢＬ３には、自動予約対象情報、会員ＩＤ、購入条件指定情報、及び登録時間が対応付けられて格納される。自動予約対象情報は、会員が自動予約を希望する対象となる購入対象であり、購入条件指定情報は、自動予約対象情報で指定された購入対象を管理装置３が自動的に予約申請する場合の購入条件を指定する情報であり。登録時間は、会員が購入条件指定情報を管理装置３に送信して登録された時間である。
【００５１】
予定の購入条件になった場合に購入することを希望する会員は、事前予約申請を会員の通信装置２から管理装置３に送信する。この事前予約申請には、自動予約対象情報、会員ＩＤ、及び購入条件指定情報が含まれている。管理装置３のＣＰＵ４０は、事前予約申請を受信すると、自動予約対象情報、会員ＩＤ、及び購入条件指定情報と登録時間とを管理テーブルＴＢＬ３に記録する。
【００５２】
また、ＣＰＵ４０は、管理テーブルＴＢＬ３を参照して、購入対象の購入条件情報がそこに記録されている購入条件指定情報と一致するか判定し、一致する場合には、予約を自動的に実行する。ここで、同じ自動予約対象情報と購入条件指定条件を指定する会員が複数存在して、予約枠の数が足らない場合には、登録時間を比較し、登録時間の早い会員を優先して予約を成立させる。なお、管理テーブルＴＢＬ３に登録時間を記録せず、予約を成立させる会員を抽選で選択してもよい。また、上述した処理は、ＣＰＵ４０が所定周期で管理テーブルＴＢＬ３を参照することによって実行してもよいし、あるいは、購入条件情報が変更された場合に、ＣＰＵ４０が管理テーブルＴＢＬ３を参照して実行してもよい。
【００５３】
（３）上述した第２実施形態では、ゴルフ場サーバ４Ａは、購入対象識別情報、変更時間情報及び購入条件情報を含む募集要求ＲＥＱ１を管理装置３に送信し、管理装置３では変更時間情報の示す変更時間になると、購入条件情報を変更した。この場合には、相違する複数の購入条件の数に等しい変更時間情報及び購入条件情報の組みを管理する必要があったが、本発明はこれに限定されるものではない。すなわち、ゴルフ場サーバ４Ａは、募集要求ＲＥＱ１は、時間の経過に従って購入条件情報を変更する内容を示す変更情報を送信してもよい。この変更情報は、上述したように変更時間情報及び購入条件情報の組みであってもよいし、あるいは、募集終了時点の料金を指定するものであってもよい。後者の場合、管理装置３のＣＰＵ４０は指定された募集終了時点の料金と予約期限までの残り時間とに応じて料金情報を自動的に変更してもよい。具体的には、予約期限に達した時点で設定した募集終了時点の料金となるように自動的に変更すればよい。
【００５４】
（４）上述した各実施形態では、会員データベースＤＢにおいて、会員ＩＤ（識別情報）に対応づけてメールアドレスと指定情報と記憶したが、本発明はこれに限定されるものではなく、これらを２つのデータベースに分割して記憶してもよい。例えば、図１５に示すように、指定情報に対応づけてメールアドレスを記憶した第１データベースＤＢ１（第１の記憶部）と、会員ＩＤと対応づけてメールアドレスを含むプロフィール情報を記憶した第２データベースＤＢ２（第２の記憶部）とを会員データベースＤＢの替わりにハードディスク４３に記憶してもよい。
この場合、ＣＰＵ４０は変更通知要求ＲＥＱ２を受信すると（図６参照）、第２データベースにアクセスして、変更通知要求ＲＥＱ２に含まれる会員ＩＤに対応するメールアドレスを取得する。この後、ＣＰＵ４０は変更通知要求ＲＥＱ２に含まれる指定情報と取得したメールアドレスとを第１データベースＤＢ１に記憶すればよい。そして、ＣＰＵ４０は購入条件が変更されると、第１データベースＤＢ１にアクセスして、変更された購入対象を指定する指定情報に対応するメールアドレスを読み出し、読み出したメールアドレスに対して変更通知メールを送信すればよい。
【００５５】
（５）上述した各実施形態及び変形例においては、会員データベースＤＢを管理装置３内に備える例について説明した。しかし、本発明はこのような構成に限定されるものではなく、図１６に示す会員システム２００のように、外部サーバ４Ｃに会員データベースＤＢを備えるようにしてもよい。つまり、図１７に示すように、記憶部３４には募集テーブルＴＢＬ１が格納され、会員データベースＤＢは外部サーバ４Ｃに格納される構成となる。
このような構成においては、例えば、前記会員の通信装置２−１から、当該会員を識別する会員ＩＤと、指定情報としての購入対象識別情報とを含む変更通知要求ＲＥＱ２を管理装置３が受信すると、管理装置３は、インターネット１を介して外部サーバ４Ｃの会員データベースＤＢにアクセスし、変更通知要求ＲＥＱ２に含まれる会員ＩＤに対応する当該会員のメールアドレスに関連づけて、制御部３２により、購入対象識別情報をデータベースＤＢに書き込むようにすればよい。また、購入条件変更部３１によって購入条件情報が変更された場合には、管理装置３は、インターネット１を介して外部サーバ４Ｃの会員データベースＤＢの記憶内容を参照して、購入条件情報に含まれる購入対象識別情報に対応するメールアドレスを取得し、当該取得したメールアドレスに対して購入条件情報が変更されたことを示す変更通知メールを変更通知部３３により送信すればよい。
【符号の説明】
【００５６】
１……インターネット、２-１〜２-n……通信装置、３……管理装置、４Ａ……ゴルフ場サーバ、４Ｂ……商品販売サーバ、ＤＢ……データベース、ＴＢＬ１,ＴＢＬ２……募集テーブル、ＴＢＬ３……管理テーブル。
【特許請求の範囲】
【請求項１】
会員からの商品又はサービスの購入を募集する情報を通信網を介して提供する管理装置であって、
購入対象の対価を示す料金情報を含む購入条件情報を、前記通信網を介して提供する購入条件情報提供部と、
前記購入条件情報を変更する購入条件変更部とを備え、
前記購入条件情報提供部は、前記購入条件変更部によって前記購入条件情報が変更されると、変更の履歴を示す変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供する、
ことを特徴とする管理装置。
【請求項２】
前記購入条件情報提供部は、前記購入条件情報の変更内容に前記料金情報を含む場合、変更前と変更後の前記料金情報の差分を含む前記変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶する記憶部と、
前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記記憶部に書き込む制御部と、
前記購入条件変更部によって前記購入条件情報が変更されると、前記記憶部の記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部とを、
備えることを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記購入対象は、複数の会員が共同で利用する利用対象を予約する権利であり、
前記購入条件情報提供部は、
前記購入条件情報として、前記利用対象を利用可能な人数分の複数の予約枠および当該複数の予約枠のそれぞれに設定された料金情報を含む予約枠情報を、前記通信網を介して提供し、
前記利用対象を予約することを申し出る予約申請を示す予約申請情報を前記会員の通信装置から受信して当該予約申請を受理すると、当該予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更し、
前記購入条件変更部は、前記予約申請を受理された会員である予約会員の通信装置から未予約状態の予約枠に設定された料金を変更する変更申請を示す変更申請情報を受信して当該変更申請を受理すると、当該変更申請情報にて指定された料金情報に基づいて当該未予約状態の予約枠に設定された前記料金情報を更新する、
ことを特徴とする請求項１乃至３のうちいずれか１項に記載の管理装置。
【請求項５】
前記購入条件情報提供部は、外部のサーバ装置から商品又はサービスの販売を依頼する募集要求を受信すると、当該募集要求に基づいて前記購入条件情報を前記通信網を介して提供し、
前記購入条件変更部は、前記外部のサーバ装置から前記購入条件情報を変更することを示す変更要求を受信すると、当該変更要求に基づいて前記購入条件情報を変更する、
ことを特徴とする請求項１乃至３のうちいずれか１項に記載の管理装置。
【請求項６】
前記購入条件情報提供部は、外部のサーバ装置から商品又はサービスの販売を依頼する募集要求を受信すると、当該募集要求に基づいて前記購入条件情報を前記通信網を介して提供し、
前記募集要求には、時間の経過に従って前記購入条件情報を変更する内容を示す変更情報が含まれており、
前記購入条件変更部は、当該変更情報に基づいて前記購入条件情報を変更する、
ことを特徴とする請求項１乃至３のうちいずれか１項に記載の管理装置。
【請求項７】
前記管理装置は、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶するデータベースと通信可能であり、
前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記データベースに書き込む制御部と、
前記購入条件変更部によって前記購入条件情報が変更されると、前記データベースの記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部とを備える、
ことを特徴とする請求項１に記載の管理装置。
【請求項８】
会員からの商品又はサービスの購入を募集する情報を通信網を介して提供する管理方法であって、
購入対象の対価を示す料金情報を含む購入条件情報を、前記通信網を介して提供し、
前記購入条件情報を変更し、
前記購入条件情報を変更すると、変更の履歴を示す変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供する、
ことを特徴とする管理方法。
【請求項９】
前記管理方法は、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶するデータベースと前記通信網を介して通信を行い、
前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記データベースに書き込み、
前記購入条件変更部によって前記購入条件情報が変更されると、前記データベースの記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する、
ことを特徴とする請求項８に記載の管理方法。
【請求項１】
会員からの商品又はサービスの購入を募集する情報を通信網を介して提供する管理装置であって、
購入対象の対価を示す料金情報を含む購入条件情報を、前記通信網を介して提供する購入条件情報提供部と、
前記購入条件情報を変更する購入条件変更部とを備え、
前記購入条件情報提供部は、前記購入条件変更部によって前記購入条件情報が変更されると、変更の履歴を示す変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供する、
ことを特徴とする管理装置。
【請求項２】
前記購入条件情報提供部は、前記購入条件情報の変更内容に前記料金情報を含む場合、変更前と変更後の前記料金情報の差分を含む前記変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶する記憶部と、
前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記記憶部に書き込む制御部と、
前記購入条件変更部によって前記購入条件情報が変更されると、前記記憶部の記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部とを、
備えることを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記購入対象は、複数の会員が共同で利用する利用対象を予約する権利であり、
前記購入条件情報提供部は、
前記購入条件情報として、前記利用対象を利用可能な人数分の複数の予約枠および当該複数の予約枠のそれぞれに設定された料金情報を含む予約枠情報を、前記通信網を介して提供し、
前記利用対象を予約することを申し出る予約申請を示す予約申請情報を前記会員の通信装置から受信して当該予約申請を受理すると、当該予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更し、
前記購入条件変更部は、前記予約申請を受理された会員である予約会員の通信装置から未予約状態の予約枠に設定された料金を変更する変更申請を示す変更申請情報を受信して当該変更申請を受理すると、当該変更申請情報にて指定された料金情報に基づいて当該未予約状態の予約枠に設定された前記料金情報を更新する、
ことを特徴とする請求項１乃至３のうちいずれか１項に記載の管理装置。
【請求項５】
前記購入条件情報提供部は、外部のサーバ装置から商品又はサービスの販売を依頼する募集要求を受信すると、当該募集要求に基づいて前記購入条件情報を前記通信網を介して提供し、
前記購入条件変更部は、前記外部のサーバ装置から前記購入条件情報を変更することを示す変更要求を受信すると、当該変更要求に基づいて前記購入条件情報を変更する、
ことを特徴とする請求項１乃至３のうちいずれか１項に記載の管理装置。
【請求項６】
前記購入条件情報提供部は、外部のサーバ装置から商品又はサービスの販売を依頼する募集要求を受信すると、当該募集要求に基づいて前記購入条件情報を前記通信網を介して提供し、
前記募集要求には、時間の経過に従って前記購入条件情報を変更する内容を示す変更情報が含まれており、
前記購入条件変更部は、当該変更情報に基づいて前記購入条件情報を変更する、
ことを特徴とする請求項１乃至３のうちいずれか１項に記載の管理装置。
【請求項７】
前記管理装置は、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶するデータベースと通信可能であり、
前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記データベースに書き込む制御部と、
前記購入条件変更部によって前記購入条件情報が変更されると、前記データベースの記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する変更通知部とを備える、
ことを特徴とする請求項１に記載の管理装置。
【請求項８】
会員からの商品又はサービスの購入を募集する情報を通信網を介して提供する管理方法であって、
購入対象の対価を示す料金情報を含む購入条件情報を、前記通信網を介して提供し、
前記購入条件情報を変更し、
前記購入条件情報を変更すると、変更の履歴を示す変更履歴情報を変更後の前記購入条件情報と共に、前記通信網を介して提供する、
ことを特徴とする管理方法。
【請求項９】
前記管理方法は、前記会員のメールアドレスと、前記購入条件変更部によって前記購入条件情報が変更された場合に通知を希望する前記購入対象を指定する指定情報とを対応づけて記憶するデータベースと前記通信網を介して通信を行い、
前記会員の通信装置から、当該会員を識別する識別情報と前記指定情報とを含み前記購入条件情報の変更があった場合に通知を希望する変更通知要求を受信すると、当該変更通知要求に含まれる識別情報に対応する前記会員のメールアドレスに関連づけて前記指定情報を前記データベースに書き込み、
前記購入条件変更部によって前記購入条件情報が変更されると、前記データベースの記憶内容を参照して、当該購入条件情報に含まれる購入対象を指定する前記指定情報に対応する前記メールアドレスを取得し、当該取得した前記メールアドレスに対して前記購入条件情報が変更されたことを示す変更通知メールを送信する、
ことを特徴とする請求項８に記載の管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１３−３３４５６（Ｐ２０１３−３３４５６Ａ）
【公開日】平成２５年２月１４日（２０１３．２．１４）
【国際特許分類】
【出願番号】特願２０１２−１３９１２８（Ｐ２０１２−１３９１２８）
【出願日】平成２４年６月２０日（２０１２．６．２０）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【公開日】平成２５年２月１４日（２０１３．２．１４）
【国際特許分類】
【出願日】平成２４年６月２０日（２０１２．６．２０）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
[ Back to top ]