(57)【要約】【課題】会員がクーポンを購入しようとする意欲を十分に喚起することができない等の課題を解決できるクーポン付与装置を提供すること。【解決手段】クーポンの金額、購入期限、及び販売数を設定する設定手段と、ユーザによる前記クーポンの購入要求を受け付ける購入要求受付手段と、前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザに前記クーポンを付与することを決定する付与決定手段と、を備えるクーポン付与装置であって、前記ユーザのうち、（ａ）前記購入要求を行った時期が所定の時期よりも早かった、又は（ｂ）前記購入要求を行った順位が、所定の順位より上位である、という条件を満たすユーザに特典を付与する特典付与手段を備えることを特徴とするクーポン付与装置。【選択図】 図６
2012088841.tif 000002
【特許請求の範囲】
【請求項１】
クーポンの金額、購入期限、及び販売数を設定する設定手段と、
ユーザによる前記クーポンの購入要求を受け付ける購入要求受付手段と、
前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザに前記クーポンを付与することを決定する付与決定手段と、
を備えるクーポン付与装置であって、
前記ユーザのうち、（ａ）前記購入要求を行った時期が所定の時期よりも早かった、又は（ｂ）前記購入要求を行った順位が、所定の順位より上位である、という条件を満たすユーザに特典を付与する特典付与手段を備えることを特徴とするクーポン付与装置。
【請求項２】
クーポンの金額、購入期限、及び販売数を設定する設定手段と、
ユーザによる前記クーポンの購入要求を受け付ける購入要求受付手段と、
前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザに前記クーポンを付与することを決定する付与決定手段と、
を備えるクーポン付与装置であって、
前記クーポンを付与されることが決定したユーザによる、そのクーポンを転売することを要求する転売要求を受け付ける転売要求受付手段と、
前記転売要求を出したユーザ以外のユーザからの、前記転売に関するクーポンの購入要求を受け付ける転売クーポン購入受付手段と、
前記転売に関するクーポンの購入要求を出したユーザに対し、そのクーポンを付与することを決定する転売クーポン付与決定手段と、
を備えることを特徴とするクーポン付与装置。
【請求項３】
第１のクーポンの金額、購入期限、及び販売数を設定する設定手段と、
ユーザによる前記第１のクーポンの購入要求を受け付ける購入要求受付手段と、
前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザに前記第１のクーポンを付与することを決定する付与決定手段と、
を備えるクーポン付与装置であって、
前記第１のクーポンに予め関連付けられた第２のクーポンを記憶する記憶手段と、
前記第１のクーポンの購入要求を出したが、前記第１のクーポンを付与されなかったユーザに対し、前記第２のクーポンを紹介する紹介情報を出力する第２のクーポン紹介情報出力手段と、
を備えることを特徴とするクーポン付与装置。
【請求項４】
第１のクーポンの金額、購入期限、及び販売数を設定する設定手段と、
ユーザによる前記第１のクーポンの購入要求を受け付ける購入要求受付手段と、
前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、購入要求を行った前記ユーザに前記第１のクーポンを付与することを決定する付与決定手段と、
を備えるクーポン付与装置であって、
前記第１のクーポンに予め関連付けられた第２のクーポンを記憶する記憶手段と、
前記第１のクーポンの購入要求を出したユーザに対し、前記第１のクーポンの付与が決定される前に、前記第２のクーポンを紹介する紹介情報を出力する第２のクーポン紹介情報出力手段と、
を備えることを特徴とするクーポン付与装置。
【請求項５】
クーポンの金額、購入期限、及び販売数を設定する設定手段と、
ユーザによる前記クーポンの購入要求を受け付ける購入要求受付手段と、
前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザに前記クーポンを付与することを決定する付与決定手段と、
を備えるクーポン付与装置であって、
前記クーポンが付与されることが決定したユーザを紹介する紹介情報を出力するユーザ紹介情報出力手段を備えることを特徴とするクーポン付与装置。
【請求項６】
クーポン購入期限、及び販売数を設定する設定手段と、
ユーザによる、前記クーポンの購入希望金額を含む前記クーポンの購入要求を受け付ける購入要求受付手段と、
前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザのうち、前記購入希望金額が高い順に、前記販売数に対応する人数に対し前記クーポンを付与することを決定する付与決定手段と、
を備えることを特徴とするクーポン付与装置。
【請求項７】
前記クーポンの購入要求を受け付けている期間中、既に受け付けられている前記購入要求に含まれる購入希望金額の一部を開示する開示手段を備えることを特徴とする請求項６記載のクーポン付与装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクーポン付与装置に関する。
【背景技術】
【０００２】
以下のようなネットワークシステムが知られている。インターネットのサイト上で、クーポンの名称、価格、販売予定数、販売期間を公開する。会員は、そのサイトを見て、所望のクーポンの購入要求をネットワークシステムのサーバに送信する。サーバは、購入要求の数が、販売期間の満了までにクーポンの販売予定数に達すれば、購入要求を出した会員のうち、先着順に、販売予定数の人数分だけにクーポンを販売する。一方、販売期間の満了までに、購入要求の数が販売予定数に達しなければ、そのクーポンは一切販売しない（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００１−５２０４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のシステムには、以下のような課題がある。
（１）会員がクーポンを購入しようとする意欲を十分に喚起することができない。
（２）購入したクーポンが不要になった場合や転売したい場合に対応できない。
（３）クーポンの種類が複数ある場合、会員は一部のクーポンの存在を知らないままとなってしまう場合がある。
（４）購入要求を出すタイミングが遅いと、所望のクーポンを獲得できるチャンスがなくなってしまう。
（５）クーポンの価格が一定であるので、クーポンの販売者の利益を増大させにくい。
【０００５】
本発明は、上記の課題のうちのいずれかを解決することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１のクーポン付与装置は、クーポンの金額、購入期限、及び販売数を設定する設定手段と、ユーザによる前記クーポンの購入要求を受け付ける購入要求受付手段と、前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザに前記クーポンを付与することを決定する付与決定手段と、を備えるクーポン付与装置であって、前記ユーザのうち、（ａ）前記購入要求を行った時期が所定の時期よりも早かった、又は（ｂ）前記購入要求を行った順位が、所定の順位より上位である、という条件を満たすユーザに特典を付与する特典付与手段を備えることを特徴とする。
【０００７】
本発明のクーポン付与装置は、（ａ）購入要求を行った時期が所定の時期よりも早かった、又は（ｂ）購入要求を行った順位が、所定の順位より上位である、という条件を満たすユーザに、クーポンの付与に加えて、特典を付与する。そのことにより、ユーザがクーポンを購入しようとする意欲を喚起し、クーポンの販売を促進することができる。
【０００８】
請求項２のクーポン付与装置は、クーポンの金額、購入期限、及び販売数を設定する設定手段と、ユーザによる前記クーポンの購入要求を受け付ける購入要求受付手段と、前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザに前記クーポンを付与することを決定する付与決定手段と、を備えるクーポン付与装置であって、前記クーポンを付与されることが決定したユーザによる、そのクーポンを転売することを要求する転売要求を受け付ける転売要求受付手段と、前記転売要求を出したユーザ以外のユーザからの、前記転売に関するクーポンの購入要求を受け付ける転売クーポン購入受付手段と、前記転売に関するクーポンの購入要求を出したユーザに対し、そのクーポンを付与することを決定する転売クーポン付与決定手段と、を備えることを特徴とする。
【０００９】
本発明のクーポン付与装置は、販売したクーポンの転売を行うことができる。すなわち、クーポンを購入したユーザからの転売要求を受け付け、転売されるクーポンの購入を希望するユーザに、そのクーポンを転売することができる。そのことにより、購入したクーポンが不要になった場合や転売したい場合におけるユーザの利便性が向上する。また、転売が可能であることにより、クーポンの価値が向上する。
【００１０】
請求項３のクーポン付与装置は、第１のクーポンの金額、購入期限、及び販売数を設定する設定手段と、ユーザによる前記第１のクーポンの購入要求を受け付ける購入要求受付手段と、前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザに前記第１のクーポンを付与することを決定する付与決定手段と、を備えるクーポン付与装置であって、前記第１のクーポンに予め関連付けられた第２のクーポンを記憶する記憶手段と、前記第１のクーポンの購入要求を出したが、前記第１のクーポンを付与されなかったユーザに対し、前記第２のクーポンを紹介する紹介情報を出力する第２のクーポン紹介情報出力手段と、を備えることを特徴とする。
【００１１】
本発明のクーポン付与装置は、第１のクーポンの購入要求を出したが、そのクーポンを購入できなかった会員に対し、第２のクーポンを紹介する。そのことにより、ユーザに第２のクーポンの存在を知らせ、そのクーポンの販売を促進することができる。
【００１２】
第２のクーポンとしては、例えば、提供する製品やサービスが第１のクーポンと類似しているクーポンを用いることができる。
請求項４のクーポン付与装置は、第１のクーポンの金額、購入期限、及び販売数を設定する設定手段と、ユーザによる前記第１のクーポンの購入要求を受け付ける購入要求受付手段と、前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、購入要求を行った前記ユーザに前記第１のクーポンを付与することを決定する付与決定手段と、を備えるクーポン付与装置であって、前記第１のクーポンに予め関連付けられた第２のクーポンを記憶する記憶手段と、前記第１のクーポンの購入要求を出したユーザに対し、前記第１のクーポンの付与が決定される前に、前記第２のクーポンを紹介する紹介情報を出力する第２のクーポン紹介情報出力手段と、を備えることを特徴とする。
【００１３】
本発明のクーポン付与装置は、第１のクーポンの購入要求を出したユーザに対し、第１のクーポンの付与が決定される前に、第２のクーポンを紹介する紹介情報を出力することができる。そのことにより、ユーザに第２のクーポンの存在を知らせ、そのクーポンの販売を促進することができる。
【００１４】
第２のクーポンとしては、例えば、提供する製品やサービスが第１のクーポンと類似しているクーポンを用いることができる。
請求項５のクーポン付与装置は、クーポンの金額、購入期限、及び販売数を設定する設定手段と、ユーザによる前記クーポンの購入要求を受け付ける購入要求受付手段と、前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザに前記クーポンを付与することを決定する付与決定手段と、を備えるクーポン付与装置であって、前記クーポンが付与されることが決定したユーザを紹介する紹介情報を出力するユーザ紹介情報出力手段を備えることを特徴とする。
【００１５】
本発明のクーポン付与装置は、ユーザがクーポンを付与された場合、そのことを紹介する紹介情報を出力する。そのことにより、他のユーザによるそのクーポンの購入を促すことができる。
【００１６】
請求項６のクーポン付与装置は、クーポン購入期限、及び販売数を設定する設定手段と、ユーザによる、前記クーポンの購入希望金額を含む前記クーポンの購入要求を受け付ける購入要求受付手段と、前記購入要求の数が前記購入期限内に、前記販売数に達した場合に、前記購入要求を行ったユーザのうち、前記購入希望金額が高い順に、前記販売数に対応する人数に対し前記クーポンを付与することを決定する付与決定手段と、を備えることを特徴とする。
【００１７】
本発明のクーポン付与装置は、購入要求を出したユーザのうち、購入希望金額が高いグループにクーポンを付与することができる。そのことにより、クーポンの販売価格を高くし、クーポンの販売者の利益を増大させることができる。また、ユーザは、購入要求を出すタイミングが遅くても、購入希望金額を高くすることにより、希望するクーポンを得る機会が得られる。
【００１８】
請求項７のクーポン付与装置は、請求項６記載のクーポン付与装置において、前記クーポンの購入要求を受け付けている期間中、既に受け付けられている前記購入要求に含まれる購入希望金額の一部を開示する開示手段を備えることを特徴とする。
【００１９】
本発明のクーポン付与装置は、クーポンの購入要求を受け付けている期間中、既に受け付けられている購入要求に含まれる購入希望金額の一部を開示する。そのことにより、ユーザは、開示された購入希望金額を参考にして、自らの購入要求における購入希望金額を決めることができる。
【００２０】
開示される購入希望金額としては、例えば、既に受け付けられている購入要求を、購入希望金額が高い順に並べたとき、所定の順位にある購入要求に含まれる購入希望金額が挙げられる。
【図面の簡単な説明】
【００２１】
【図１】ネットワークシステム１の構成を表すブロック図である。
【図２】サーバ３の構成を表すブロック図である。
【図３】クーポンデータベース２５を表す説明図である。
【図４】購入要求状態データベース２７を表す説明図である。
【図５】転売要求状態データベース２９を表す説明図である。
【図６】サーバ３が実行するクーポン販売処理を表すフローチャートである。
【図７】クーポンの紹介画面を表す説明図である。
【図８】ユーザ紹介画面を表す説明図である。
【図９】第１のクーポンの紹介画面を表す説明図である。
【図１０】サーバ３が実行するクーポン転売処理を表すフローチャートである。
【図１１】転売紹介画面を表す説明図である。
【図１２】サーバ３が実行するクーポン転売処理を表すフローチャートである。
【図１３】サーバ３が実行するクーポン販売終了後の処理を表すフローチャートである。
【図１４】クーポンデータベース２５を表す説明図である。
【図１５】購入要求状態データベース２７を表す説明図である。
【図１６】サーバ３が実行するクーポン販売処理を表すフローチャートである。
【図１７】クーポンの紹介画面を表す説明図である。
【発明を実施するための形態】
【００２２】
本発明の実施形態を図面に基づいて説明する。
（第１の実施形態）
１．ネットワークシステム１の構成
まず、本発明を適用したネットワークシステム１の全体構成を、図１に基づいて説明する。ネットワークシステム１は、サーバ（クーポン付与装置）３と、ネットワーク５を介してサーバ３と接続されたＰＣ（パーソナルコンピュータ）７とから構成される。ネットワーク５は、インターネット、ローカルエリアネットワーク（ＬＡＮ）、イーサネット（登録商標）、トークン・リング・ネットワーク、公衆電話システム、イントラネットシステムのような公知のネットワークのいずれでもよいが、以下ではインターネットである場合について説明する。また、ＰＣ７の代わりに、携帯電話、携帯情報端末、カーナビ等を用いてもよい。
【００２３】
次に、サーバ３の構成を、図２に基づいて説明する。サーバ３は、ＣＰＵ９、ＲＡＭ１１、ＲＯＭ１３、入力装置１５、出力装置１７、通信ポート１９、及びデータ記憶装置２１を備えており、周知のコンピュータとしての機能を備えている。ＲＯＭ１３には、後述する処理を実行するためのプログラムが記憶されている。
【００２４】
入力装置１５は、サーバ３にデータを入力するために使用される公知のコンピュータ周辺機器である。入力装置１５としては、例えば、キーボード、マウス、バーコードスキャナ、音声認識デバイス、バイオメトリックデバイス、及びこれらの組み合わせが挙げられる。
【００２５】
出力装置１７は、サーバ３からデータを出力するために使用される公知のコンピュータ周辺機器である。出力装置１７としては、例えば、プリンタ、モニタ、バックアップ記憶装置、ディスプレイ等が挙げられる。
【００２６】
通信ポート１９は、ＣＰＵ９とネットワーク５との間でデータを送受信する機能を有する、公知のコンピュータ周辺機器である。通信ポート１９としては、例えば、パラレルポート、シリアルポート、ネットワークカード、ファックス／モデム／電話ポート等が挙げられる。
【００２７】
データ記憶装置２１は、データを記憶するために使用される公知のコンピュータ周辺機器である。データ記憶装置２１としては、例えば、ハードディスクドライブ、フロッピー（登録商標）ディスクドライブ、ＤＶＤドライブ、ブルーレイ(登録商標)ディスクドライブ、光ディスクドライブ、フラッシュメモリ、磁気テープ等が挙げられる。
【００２８】
データ記憶装置２１は、会員データベース２３、クーポンデータベース２５、購入要求状態データベース２７、及び転売要求状態データベース２９を記憶するように動作可能である。会員データベース２３は、会員（ユーザ）の名前、住所、電話番号、メールアドレス、会員識別番号（例えば、Ｍ０００１のような番号）を記憶している。
【００２９】
次に、クーポンデータベース２５、購入要求状態データベース２７、及び転売要求状態データベース２９について、図３〜図５に基づいて説明する。クーポンデータベース２５は、図３に示すように、クーポンの名称を記憶した「クーポンの名称」のフィールドと、該当するクーポンの販売価格を記憶した「金額」のフィールドと、該当するクーポンを購入可能な期間の始期及び終期とを記憶した「購入期間」のフィールドと、該当するクーポンの、予め設定された販売予定数を記憶した「販売数」のフィールドと、該当するクーポンの分類を記憶した「分類」のフィールドとが設けられている。例えば、「Ｘレストラン食事券」のクーポンについては、「金額」は３０００円であり、「購入期間」はＡ1月Ｂ1日の１２：００からＣ1月Ｄ1日の１８：００までであり、「販売数」は１００枚であり、「分類」はＡである。この分類は、クーポンの特性（クーポンにより得られる商品、サービス等の種類）が類似し、購買層が一致すると想定されるクーポン同士は同一の分類となるように設定されている。
【００３０】
また、購入要求状態データベース２７は、図４に示すように、クーポンの名称を記憶した「クーポンの名称」のフィールドと、該当するクーポンの購入要求を出した会員の会員識別番号を順次記憶した「購入要求を出した会員」のフィールドと、購入要求ごとに、それが出された時刻を記憶した「購入要求を出した時刻」のフィールドと、その時点における購入要求の数、及びクーポンの販売予定数を記憶した「購入要求の数／販売数」のフィールドと、クーポンの販売状況（販売開始前、購入要求受付中、販売終了後のいずれか）を記憶した「状態」のフィールドとが設けられている。なお、購入要求については後述する。
【００３１】
また、転売要求状態データベース２９は、図５に示すように、クーポンの名称を記憶した「クーポンの名称」のフィールドと、該当するクーポンの転売要求を出した会員の会員識別番号を記憶した「転売要求を出した会員」のフィールドと、転売に出されたクーポンごとに、その状態（既に転売先が決まっているか、まだ転売先が決まらず残っているか）を記憶した「クーポンの状態」のフィールドと、転売が決まったクーポンについて、そのクーポンの購入をする会員の会員識別番号を記憶した「購入した会員」のフィールドと、転売に出されたクーポンを紹介する転売紹介画面を既に作成済みであるか否かを記憶した「転売紹介画面作成」のフィールドとが設けられている。なお、転売要求、及び転売紹介画面については後述する。
【００３２】
２．サーバ３が実行するクーポン販売処理
サーバ３が実行するクーポン販売処理を、図６〜図９に基づいて説明する。サーバ３は、図６のフローチャートに示す処理を、クーポンデータベース２５に記憶されている各クーポンごとに実行する。以下では、図６に示す処理を実行しているクーポンを処理中のクーポンとする。また、図６に示す処理は、所定時間ごとに繰り返し実行される。
【００３３】
ステップ１０では、処理中のクーポンが紹介中であるか否かを判断する。なお、サーバ３は、クーポンデータベース２５に記憶されているクーポンのうち、購入期間中であるクーポンを紹介する画面を、所定のサイト上で随時作成し、公開する。例えば、Ｘレストラン食事券のクーポンの購入期間中である場合は、図７に示すそのクーポンの紹介画面を所定のサイト上に作成し、公開する。なお、会員は、ネットワーク５を介し、ＰＣ７においてその紹介画面を見ることができる（図１参照）。
【００３４】
上記の紹介画面が公開されていれば、処理中のクーポンは紹介中であると判断し、ステップ２０に進む。一方、その時点で、上記の紹介画面が公開されていなければ、処理中のクーポンは紹介中ではないと判断して、本処理を終了する。
【００３５】
ステップ２０では、この図６に示す処理を前回行って以降、処理中のクーポンについて、新規の購入要求があったか否かを判断する。この購入要求とは、図７に示すような、処理中のクーポンの紹介画面がＰＣ７に表示された状態で、会員がその紹介画面に設けられた「購入する」のボタンをクリックしたとき、ＰＣ７から、ネットワーク５を介して、サーバ３に入力される信号である。この購入要求には、会員識別番号と、購入しようとするクーポンを識別する情報と、時刻情報とが含まれている。新規の購入要求があった場合はステップ３０に進む。一方、新規の購入要求がなかった場合はステップ８０に進む。
【００３６】
ステップ３０では、購入要求状態データベース２７を更新する。例えば、図４に示す購入要求状態データベース２７において、更新前は、Ｘレストランの食事券のクーポン（処理中のクーポン）について、１４時１５分に入力した会員識別番号Ｍ００６６の購入要求まで記憶され、購入要求の数／販売数が４／１００であった場合、新規に、会員識別番号Ｍ０２２７の会員によるそのクーポンに対する購入要求が入力されたとすると、本ステップ３０の処理により、対応するクーポンの「購入要求を出した会員」のフィールドに、新たにＭ０２２７を加え、「購入要求を出した時刻」のフィールドに、Ｍ０２２７の会員識別番号と対応付けて、１５時０５分を追加し、さらに、「購入要求の数／販売数」を５／１００に更新する。
【００３７】
ステップ４０では、その時点での購入要求の数が、処理中のクーポンについて予め設定されていた販売数に達しているか否かを判断する。具体的には、購入要求状態データベース２７の「購入要求の数／販売数」から、処理中のクーポンの購入要求の数と販売数とを読み出し、購入要求の数が販売数に達しているか否かを判断する。購入要求の数が、予め設定されていた販売数に達している場合はステップ５０に進み、未だ達していない場合はステップ８０に進む。
【００３８】
ステップ５０では、購入要求状態データベース２７の「購入要求を出した会員」のフィールドに、処理中のクーポンの購入要求を出した会員として、その時点で記憶されている会員のうち、購入要求の先着順に１００名を、そのクーポンを付与する（販売する）者に決定する。
【００３９】
ステップ６０では、前記ステップ５０でクーポンを付与すると決定した会員のうち、購入要求状態データベース２７における「購入要求を出した時刻」に記憶された時刻が早い上位１０％に、特典を付与することを決定する。また、特典を与える会員は、前記ステップ５０でクーポンを付与すると決定した会員のうち、所定の時刻以前に購入要求を出した会員とすることもできる。
【００４０】
特典としては、例えば、所定の商店、施設等で使用できるポイント、現金、景品等が挙げられる。特典を付与する会員に対しては、例えば、電子メール、郵便、電話、ホームページ上の告知等で、特典を付与することを伝えることができる。特典は、会員に送付してもよいし、所定の場所に出向いた会員が特典を受け取れるように設定してもよい。
【００４１】
ステップ７０では、前記ステップ５０においてクーポンを付与されることになった会員を紹介する画面（以下、ユーザ紹介画面とする）を、予め設定しておいたインターネット上のサイトに作成し、公開する。ユーザ紹介画面としては、例えば、図８に示すものがある。図８に示すユーザ紹介画面では、クーポンを購入した会員の会員識別番号、クーポンの名称、その価格、クーポンを購入したという事実を開示している。ユーザ紹介画面を公開するサイトは、クーポンを紹介する画面を開示するサイトと同じであってもよいし、他のサイトであってもよい。また、両方のサイトであってもよい。なお、会員は、ネットワーク５を介し、ＰＣ７においてそのユーザ紹介画面を見ることができる。
【００４２】
一方、前記ステップ４０においてその時点での購入要求の数が、予め設定されていた販売数に達していないと判断した場合はステップ８０に進み、クーポンデータベース２５の「購入期間」のフィールドに記憶された購入期間の終期（購入期限）に達しているか否かを判断する。購入期限に達している場合はステップ９０に進み、未だ購入期限に達していない場合はステップ１００に進む。
【００４３】
ステップ９０では、処理中のクーポンは、いずれの会員にも販売しないことを決定する。その後、本処理を終了する。
ステップ１００では、第２のクーポンを紹介する画面をインターネット上のサイトに作成し、公開する。ここで、第２のクーポンとは、クーポンデータベース２５に記憶されているクーポンのうち、処理中のクーポン以外であって、「分類」のフィールドに記憶されている記号が、処理中のクーポンと同じものである。例えば、図３に示すクーポンデータベース２５において、「分類」にＡという記号が記憶されているＸレストラン食事券のクーポン（処理中のクーポン）が既に紹介中であり、そのクーポンについて前記ステップ８０において購入期限に達していないと判断された場合は、「分類」に同じＡという記号が記憶されている、Ｙレストラン食事券のクーポン（第２のクーポン）を紹介する画面（図９参照）をインターネット上のサイトに作成し、公開する。このＹレストラン食事券のクーポンを紹介する画面は、Ｘレストラン食事券のクーポンを紹介する画面と同じサイト上で公開することができる。なお、会員は、ネットワーク５を介し、ＰＣ７において第２のクーポンの紹介画面を見ることができる。ステップ１００の処理の後、本処理を終了する。
【００４４】
３．サーバ３が実行するクーポン転売処理
（１）まず、サーバ３が会員からの転売要求を受け付ける処理を図１０、図１１に基づいて説明する。サーバ３は、図１０に示す処理を所定時間ごとに繰り返し実行する。ステップ１１０では、図１０に示す処理を前回実行して以降、会員から転売要求を新規に受信したか否かを判断する。転売要求は、ＰＣ７からネットワーク５を介し、サーバ３に送られる。また、所定のサイト上に、転売要求の入力を行うためのフォーマットが開示されており、会員は、そのフォーマットに、転売要求に含まれる情報（転売したいクーポンの名称、会員識別番号等）を入力することで転売要求を作成することができる。新規の転売要求があった場合はステップ１２０に進み、新規な転売要求がなかった場合は本処理を終了する。
【００４５】
ステップ１２０では、新規の転売要求に基づき、転売要求状態データベース２９を更新する。具体的には、図５に示す転売要求状態データベース２９に、新規な転売要求に対応するクーポンの項目を追加する。
【００４６】
ステップ１３０では、更新後の転売要求状態データベース２９に基づき、転売紹介画面を所定のサイト上に作成し、公開する。転売紹介画面は、転売要求状態データベース２９に記憶されているクーポンのうち、「転売紹介画面作成」のフィールドが「未」であるもの全てを紹介する。なお、「転売紹介画面作成」のフィールドは、転売するクーポンが新たに転売要求状態データベース２９に追加された直後は「未」であり、そのクーポンについて「転売紹介画面作成」が作成されると、「済」となる。転売紹介画面としては、例えば、図１１に示すものがある。転売紹介画面には、転売要求状態データベース２９に記憶されているクーポンの名称、価格が表示されている。転売紹介画面は、クーポンを紹介する画面と同じサイト上で公開することができる。なお、会員は、ネットワーク５を介し、ＰＣ７において転売紹介画面を見ることができる。また、転売紹介画面には、「購入」のボタンが表示されており、会員がこのボタンをクリックすると、ＰＣ７からネットワーク５を介して後述する転売クーポンの購入要求がサーバ３に送信される。ステップ１３０の実行後、本処理を終了する。
（２）次に、サーバ３が、転売されるクーポンの販売先を決定する処理を図１２に基づいて説明する。サーバ３は、図１２に示す処理を所定時間ごとに繰り返し実行する。ステップ２１０では、図１２に示す処理を前回実行して以降、会員から転売クーポンの購入要求を新規に受信したか否かを判断する。転売クーポンの購入要求は、上述したように、会員が転売紹介画面（図１１参照）における「購入」のボタンをクリックすることにより、ＰＣ７からネットワーク５を介してサーバ３に送信される。この転売クーポンの購入要求には、会員識別番号と、購入しようとするクーポンを識別する情報と、時刻情報とが含まれている。転売クーポンの購入要求が新規にあった場合はステップ２２０に進み、転売クーポンの購入要求がなかった場合は本処理を終了する。
【００４７】
ステップ２２０では、転売できるクーポンがその時点で存在するか否かを判断する。具体的には、転売要求状態データベース２９（図５参照）に、転売クーポンの購入要求に対応するクーポンが存在し、且つそのクーポンにおける「クーポンの状態」のフィールドが「残」となっていれば、転売できるクーポンが存在すると判断し、ステップ２３０に進む。一方、それ以外の場合は、転売できるクーポンが存在しないと判断し、本処理を終了する。なお、「クーポンの状態」のフィールドにおける記憶は、クーポンの販売先が決まっていない状態では「残」であり、販売先が決まると、後述するステップ２４０において「転売済」に変更される。
【００４８】
ステップ２３０では、転売クーポンの購入要求を新規に出した会員を、それに対応するクーポンの購入者とする。
なお、転売されるクーポンの代金を最初の購入者が未だ支払っていない場合は、前記ステップ２３０で決定した会員が、そのクーポンの代金を払えばよい。また、転売されるクーポンの代金を最初の購入者が既に支払っている場合は、前記ステップ２３０で決定した会員が、そのクーポンの代金を支払うとともに、最初の購入者にはクーポンの代金を返金することができる。あるいは、前記ステップ２３０で決定した会員が、最初の購入者に対し、クーポンの代金を支払うこともできる。また、転売時の代金は、クーポンを最初に販売するときの価格と同じであってもよいし、異なる金額であってもよい。
【００４９】
ステップ２４０では、転売要求状態データベース２９を更新する。具体的には、前記ステップ２３０で転売すると決めたクーポンにおける「クーポンの状態」のフィールドを「転売済」に変更し、「購入した会員」のフィールドに、そのクーポンを購入する会員の会員識別番号を記憶する。本ステップ２４０の処理の後、本処理を終了する。
【００５０】
４．サーバ３が実行する、クーポン販売終了後の処理
サーバ３が実行するクーポン販売終了後の処理を、図１３に基づいて説明する。図１３に示す処理は、所定時間ごとに繰り返し実行される。ステップ３１０では、販売終了後のクーポンがあるか否かを判断する。具体的には、クーポンデータベース２５に記憶されたクーポンの中に、クーポン付与者が既に決定しているか（図６におけるＳ５０）、クーポンを販売しないことを既に決定している（図６におけるステップ９０）クーポン（以下では、販売不可クーポンとする）が存在するか否かを判断する。販売不可クーポンが存在する場合はステップ３２０に進み、販売不可クーポンが存在しない場合は本処理を終了する。
【００５１】
ステップ３２０では、図１３に示す処理を前回実行して以降、販売不可クーポンに対する新規の購入要求があったか否かを判断する。新規の購入要求があった場合はステップ３２０に進み、新規の購入要求が無かった場合は本処理を終了する。
【００５２】
ステップ３３０では、第２のクーポンを紹介する画面をインターネット上のサイトに作成し、公開する。ここで、第２のクーポンとは、クーポンデータベース２５に記憶されているクーポンのうち、(i)前記ステップ３２０で購入要求があったクーポン以外であって、(ii)販売不可クーポンではなく、(iii)「分類」のフィールドに記憶されている記号が、前記ステップ３２０で購入要求があった販売不可クーポンと同じものである。第２のクーポンを紹介する画面は、販売中のクーポンを紹介する画面と同じサイト上で公開することができる。会員は、ネットワーク５を介し、ＰＣ７において第２のクーポンの紹介画面を見ることができる。また、第２のクーポンを紹介する画面は、電子メールにより、前記ステップ３２０で購入要求を出した会員に送付してもよい。第２のクーポンを紹介する画面は、例えば、図７や図９に示すものとすることができる。ステップ３３０の処理の後、本処理を終了する。
【００５３】
３．サーバ３が奏する効果
（１）サーバ３は、購入要求を早期に出した会員に特典を与える（図６におけるステップ６０）。そのことにより、クーポンの販売を促進することができる。
（２）サーバ３は、販売したクーポンの転売を行うことができる。すなわち、クーポンを購入した会員からの転売要求を受け付け（図１０の処理）、転売されるクーポンの購入を希望する会員に、そのクーポンを転売することができる（図１２の処理）。そのことにより、会員の利便性が向上する。また、転売が可能であることにより、クーポンの価値が向上する。
（３）サーバ３は、所定のクーポンの購入要求を出したが、そのクーポンを購入できなかった会員に対し、別のクーポンを紹介する（図１３の処理）。そのことにより、会員に別のクーポンの存在を知らせ、そのクーポンの販売を促進することができる。
（４）サーバ３は、所定のクーポンの販売期間中に、類似する別のクーポンを会員に紹介することができる（図６におけるステップ１００の処理）。そのことにより、会員に別のクーポンの存在を知らせ、そのクーポンの販売を促進することができる。
（５）サーバ３は、会員がクーポンを購入した場合、そのことを他のサイトで紹介する（図６におけるステップ７０の処理）。そのことにより、他の会員によるクーポンの購入を促すことができる。
（第２の実施形態）
１．ネットワークシステム１の構成
本実施形態のネットワークシステム１、及びサーバ３の構成は、基本的には前記第１の実施形態と同様であるが、一部において相違する。以下では、その相違点を中心に説明し、前記第１の実施形態と同様の部分の説明は省略乃至簡略化する。
【００５４】
本実施形態において、クーポンデータベース２５は、図１４に示すように、クーポンの名称を記憶した「クーポンの名称」のフィールドと、該当するクーポンを購入可能な期間の始期及び終期を記憶した「購入期間」のフィールドと、該当するクーポンの、予め設定された販売予定数を記憶した「販売数」のフィールドと、該当するクーポンの分類を記憶した「分類」のフィールドとが設けられている。
【００５５】
また、購入要求状態データベース２７には、図１５に示すように、クーポンの名称を記憶した「クーポンの名称」のフィールドと、該当するクーポンの購入要求を出した会員の会員識別番号を順次記憶した「購入要求を出した会員」のフィールドと、それぞれの購入要求における購入希望金額を記憶した「購入希望金額」のフィールドと、それぞれのクーポンにおいて、購入希望金額が高い順に、購入要求に付けた順位を記憶した「順位」のフィールドと、購入要求ごとに、それが出された時刻を記憶した「購入要求を出した時刻」のフィールドと、各クーポンの販売状況（販売開始前、購入要求受付中、販売終了後のいずれか）を記憶した「状態」のフィールドとが設けられている。なお、購入希望金額については後述する。
【００５６】
２．サーバ３が実行するクーポン販売処理
サーバ３が実行するクーポン販売処理を、図１６、図１７に基づいて説明する。サーバ３は、図１６のフローチャートに示す処理を、クーポンデータベース２５に記憶されている各クーポンごとに実行する。以下では、図１６に示す処理を実行しているクーポンを処理中のクーポンとする。また、図１６に示す処理は、所定時間ごとに繰り返し実行される。
【００５７】
ステップ４１０では、処理中のクーポンが紹介中であるか否かを判断する。なお、サーバ３は、クーポンデータベース２５に記憶されているクーポンのうち、購入期間中であるクーポンを紹介する画面を、所定のサイト上で随時作成し、公開する。クーポンを紹介する画面としては、例えば、図１７に示すものがある。この画面では、クーポンの名称（Ｘレストラン食事券）、応募期限（購入期間の終期）、定員（予め設定された販売予定数）が表示される。なお、会員は、ネットワーク５を介し、ＰＣ７においてその紹介画面を見ることができる。
【００５８】
上記の紹介画面が公開されていれば、処理中のクーポンは紹介中であると判断し、ステップ４２０に進む。一方、その時点で、上記の紹介画面が公開されていなければ、処理中のクーポンは紹介中ではないと判断して、本処理を終了する。
【００５９】
ステップ４２０では、この図１６に示す処理を前回行って以降、処理中のクーポンについて、新規の購入要求があったか否かを判断する。この購入要求とは、図１７に示すような、処理中のクーポンの紹介画面がＰＣ７に表示された状態で、会員がその紹介画面に設けられた「購入希望金額」の欄に購入希望金額を入力し、「購入する」のボタンをクリックしたとき、ＰＣ７から、ネットワーク５を介して、サーバ３に入力される信号である。よって、購入要求には、会員識別番号、クーポンを識別する情報、時刻情報に加えて、購入希望金額の情報が含まれる。新規の購入要求があった場合はステップ４３０に進む。一方、新規の購入要求がなかった場合はステップ４４０に進む。
【００６０】
ステップ４３０では、購入要求状態データベース２７を更新する。例えば、図１５に示す購入要求状態データベース２７において、更新前は、Ｘレストランの食事券のクーポン（処理中のクーポン）について、１４時１５分における会員識別番号Ｍ００６６の購入要求まで記憶されていた場合、新規に、会員識別番号Ｍ０２２７の会員によるそのクーポンに対する購入要求が入力されたとすると、本ステップ４３０の処理により、対応するクーポンの「購入要求を出した会員」のフィールドに、新たにＭ０２２７を加え、「購入希望金額」のフィールドに、新規の購入要求に含まれる購入希望金額を記憶し、新規の購入要求に含まれる購入希望金額を考慮して「順位」のフィールドの順位を付け直し、「購入要求を出した時刻」のフィールドに、新規の購入要求が出された時刻である１５時０５分を追加する。
【００６１】
ステップ４４０では、クーポンデータベース２５の「購入期間」のフィールドに記憶された購入期間の終期（購入期限）に達しているか否かを判断する。購入期限に達している場合はステップ４５０に進み、未だ購入期限に達していない場合はステップ４８０に進む。
【００６２】
ステップ４５０では、その時点での購入要求の数が、処理中のクーポンについて予め設定されていた販売数に達しているか否かを判断する。購入要求の数が、予め設定されていた販売数に達している場合はステップ４６０に進み、未だ達していない場合はステップ４７０に進む。
【００６３】
ステップ４６０では、購入要求状態データベース２７の「購入要求を出した会員」のフィールドに、処理中のクーポンの購入要求を出した会員として記憶されている会員のうち、「順位」のフィールドに記憶された順位が１から１００番の会員を、そのクーポンを付与する者に決定する。その後、本処理を終了する。
【００６４】
なお、クーポンの実際の販売金額は、任意の方法で決定できる。例えば、「順位」のフィールドに記憶された順位がＸ番である購入希望金額を、クーポンを付与される全ての会員についての、クーポンの実際の販売価格とすることができる。このＸは、１〜１００の中から任意に設定できるが、１００（クーポンを付与される会員のうち、最も低い順位）が好ましい。こうすることにより、クーポンを付与されるいずれの会員についても、クーポンの実際の販売価格が自分の購入希望金額より高くなることがない。また、自分の購入希望金額を、その会員における実際の販売価格としてもよい。
【００６５】
一方、ステップ４７０では、処理中のクーポンは、いずれの会員にも販売しないことを決定する。その後、本処理を終了する。
前記ステップ４５０で購入要求の数が予め設定されていた販売数に達していない場合はステップ４７０に進み、図１７に示す販売中のクーポンの紹介画面において、購入要求状態データベース２７の「順位」のフィールドの順位が９０番である購入要求に含まれる購入希望金額を、「現在、上から９０番目の購入希望金額は・・・円です。」の欄に表示する。その後、本処理を終了する。
【００６６】
３．サーバ３が奏する効果
（１）サーバ３は、購入要求を出した会員のうち、購入希望金額が高い上位１００人のグループにクーポンを付与することができる。そのことにより、クーポンの販売価格を高くすることができる。また、会員は、購入要求を出すタイミングが遅くても、希望するクーポンを獲得する機会が得られる。
（２）サーバ３は、クーポンを付与する会員が決定する前に、その時点で上から９０番目の購入希望金額を表示する。会員は、その購入希望金額を参考にして、自らの購入要求における購入希望金額を決めることができる。
【００６７】
また、上から１００番目の購入希望金額は表示されないので、例えば、１円ずつ購入希望金額をせり上げてゆくような行為を防止できる。
尚、本発明は前記実施の形態になんら限定されるものではなく、本発明を逸脱しない範囲において種々の態様で実施しうることはいうまでもない。
【００６８】
例えば、前記第１の実施形態において、転売を希望する会員は、転売価格（当初の販売価格と異なっていてもよい）を、転売要求とともにサーバ３に送信するようにしてもよい。この場合、転売要求状態データベース２９には、その転売価格も記憶される。そして、図１１に示すクーポン転売情報画面に、転売価格が表示される。転売されたクーポンの購入を希望する他の会員は、表示された転売価格に同意する場合に、「購入する」のボタンをクリックする。
【００６９】
また、転売に付された１つのクーポンに対し、複数の購入要求があった場合は、任意の方法でそのクーポンの購入者を決定することができる。例えば、購入要求のタイミングが最も早い会員にクーポンを付与することができる。また、購入要求を出した会員の中から、抽選で、クーポンを付与する会員を決定してもよい。また、購入を希望する会員が購入要求とともに転売価格をサーバ３に送付できるようにして、サーバ３は、その転売価格が最も高い会員に、転売に付されたクーポンを付与するようにしてもよい。
【符号の説明】
【００７０】
１・・・ネットワークシステム、３・・・サーバ、５・・・ネットワーク、７・・・ＰＣ、
９・・・ＣＰＵ９、１１・・・ＲＡＭ、１３・・・ＲＯＭ、１５・・・入力装置、
１７・・・出力装置、１９・・・通信ポート、２１・・・データ記憶装置、
２３・・・会員データベース、２５・・・クーポンデータベース、
２７・・・購入要求状態データベース、２９・・・転売要求状態データベース
【図１】
2012088841.tif 000003
【図２】
2012088841.tif 000004
【図３】
2012088841.tif 000005
【図４】
2012088841.tif 000006
【図５】
2012088841.tif 000007
【図６】
2012088841.tif 000008
【図７】
2012088841.tif 000009
【図８】
2012088841.tif 000010
【図９】
2012088841.tif 000011
【図１０】
2012088841.tif 000012
【図１１】
2012088841.tif 000013
【図１２】
2012088841.tif 000014
【図１３】
2012088841.tif 000015
【図１４】
2012088841.tif 000016
【図１５】
2012088841.tif 000017
【図１６】
2012088841.tif 000018
【図１７】
2012088841.tif 000019