購入予約装置、購入予約プログラム、購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体、及び購入予約方法
【課題】商品の継続的な購入を促すことができる購入予約装置、購入予約プログラム、購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体、及び購入予約方法を提供する。
【解決手段】購入予約装置１００は、ユーザにより購入を予約された商品の数量を表す購入数情報と、商品を購入可能な複数の時期のうち、ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部１１０に接続可能である。また、購入予約装置１００は、記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部１７０を備える。さらに、購入予約装置１００は、指定時期が到来したと判定される度に、指定時期を表す指定時期情報に対応付けられた購入数情報で表される数の商品を購入する処理を実行する購入部１８０を備える。
【解決手段】購入予約装置１００は、ユーザにより購入を予約された商品の数量を表す購入数情報と、商品を購入可能な複数の時期のうち、ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部１１０に接続可能である。また、購入予約装置１００は、記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部１７０を備える。さらに、購入予約装置１００は、指定時期が到来したと判定される度に、指定時期を表す指定時期情報に対応付けられた購入数情報で表される数の商品を購入する処理を実行する購入部１８０を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、購入予約装置、購入予約プログラム、購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体、及び購入予約方法に関する。
【背景技術】
【０００２】
従来から、レースの投票者によって設定された投票条件が、当該レースの出走表（つまり、番組）が確定した後に成立すると、当該番組が確定する前に指定された競技者に対して投票を行う予約投票システムが知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１０９１１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、特許文献１の予約投票システムは、個別の番組、個別の競技者に対して投票することを目的としていた。したがって、投票者が必ずしも継続して投票を行うものではなかった。このため、投票者が継続して投票を行うことを促す予約投票システムが強く望まれている。さらに、このような予約投票システムを各種の商品の購入予約に応用したい、との要望も強い。
【０００５】
本発明は、このような点に鑑みてなされたものであり、その目的とするところは、購入者による事前の商品購入予約を容易にすることで、購入者による商品の継続的な購入を促す購入予約装置、購入予約プログラム、購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体、及び購入予約方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点に係る購入予約装置は、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能であり、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、を備える、
ことを特徴とする。
【０００７】
また、第１の観点に係る購入予約装置において、
前記商品は、前記商品と交換可能な金額が前記商品の購入時において確定しない商品であり、
前記指定時期は、前記ユーザによって指定された前記ユーザにとっての吉日である又は前記ユーザにとっての凶日と異なる日である、
としても良い。
【０００８】
さらに、第１の観点に係る購入予約装置において、
前記ユーザにとっての吉日は、前記ユーザに指定された六曜、前記ユーザの誕生日及び結婚記念日、並びに前記ユーザの親族の誕生日のいずれか１つ以上に基づいて定められた日を含む、
としても良い。
【０００９】
さらに、第１の観点に係る購入予約装置において、
前記ユーザにとっての凶日は、前記ユーザに指定された六曜、並びに前記ユーザの配偶者の命日、親族の命日、恋人の命日、及び友人の命日のいずれか１つ以上に基づいて定められた日を含む、
としても良い。
【００１０】
さらにまた、第１の観点に係る購入予約装置において、
前記商品は、金融商品であり、
前記指定時期は、前記ユーザにとっての吉日において、前記ユーザによって指定された金融指標が前記ユーザによって指定された吉日用の条件を満足するタイミングが含まれる、
としても良い。
【００１１】
さらにまた、第１の観点に係る購入予約装置において、
前記商品は、金融商品であり、
前記指定時期は、前記ユーザにとっての凶日において、前記ユーザによって指定された金融指標が前記ユーザによって指定された凶日用の条件を満足するタイミングが含まれる、
としても良い。
【００１２】
また、第１の観点に係る購入予約装置において、
前記商品は、前記商品に対する払戻金額が前記商品の購入時において確定しない投票券であり、
前記記憶部は、指定時期を表す指定時期情報と、全ユーザに対する前記指定時期を指定したユーザの割合を表す割合情報と、前記指定時期を指定した複数のユーザに対してそれぞれ払い戻された払戻金額の内で、所定の金額よりも高い払戻金額を表す払戻金額情報とを対応付けて複数記憶し、
前記ユーザによって指定された指定時期を表す指定時期情報を取得する取得部、
前記取得された指定時期情報に対応付けられた割合情報で表される割合が所定の割合よりも高い場合に、前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報であって、前記取得された指定時期情報とは異なる指定時期情報と、当該異なる指定時期情報に対応付けられた払戻金額情報とを出力する出力部、をさらに備える
としても良い。
【００１３】
さらにまた、第１の観点に係る購入予約装置において、
前記商品は、前記商品に対する払戻金額が前記商品の購入時において確定しない投票券であり、
前記記憶部は、指定時期を表す指定時期情報と、全ユーザに対する前記指定時期を指定したユーザの割合を表す割合情報と、前記指定時期を指定した複数のユーザに対してそれぞれ払い戻された払戻金額の内で、所定の金額よりも高い払戻金額を表す払戻金額情報とを対応付けて複数記憶し、
所定の割合よりも高い割合を表す割合情報に対応付けられた指定時期情報を前記記憶部から取得する取得部、
前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報であって、前記取得された指定時期情報とは異なる指定時期情報と、当該異なる指定時期情報に対応付けられた払戻金額情報とを出力する出力部、をさらに備える、
としても良い。
【００１４】
さらにまた、第１の観点に係る購入予約装置において、
前記取得部は、前記ユーザによって再指定された指定時期を表す指定時期情報を再取得し、
前記再取得された指定時期情報と、前記ユーザを識別する識別情報とを対応付けて前記記憶部に保存する保存部、をさらに備える、
としても良い。
【００１５】
さらにまた、第１の観点に係る購入予約装置において、
前記取得部は、前記ユーザによって指定された指定時期を表す指定時期情報、及び再指定された指定時期を表す指定時期情報のいずれも取得しない場合に、前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報を前記記憶部から取得し、
前記保存部は、前記取得された指定時期情報を、前記ユーザを識別する識別情報に対応付けて前記記憶部に保存する、
としても良い。
【００１６】
また、上記目的を達成するため、本発明の第２の観点に係る購入予約プログラムは、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能なコンピュータを、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、として機能させる、
ことを特徴とする。
【００１７】
また、上記目的を達成するため、本発明の第３の観点に係るコンピュータ読み取り可能な記録媒体が記録した購入予約プログラムは、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能なコンピュータを、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、として機能させる、
ことを特徴とする。
【００１８】
さらに上記目的を達成するため、本発明の第４の観点に係る購入予約方法は、
判定部及び購入部を備える購入予約装置が実行する方法であって、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部に記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを、前記判定部が判定する判定ステップ、
前記購入部が、前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入ステップ、を有する、
ことを特徴とする。
【発明の効果】
【００１９】
本発明に係る購入予約装置、購入予約プログラム、購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体、及び購入予約方法によれば、購入者による事前の商品購入予約を容易にすることで、購入者による商品の継続的な購入を促すことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施例１に係る購入予約装置で構成される購入予約システムの一構成例を表すシステム構成図である。
【図２】本発明の実施例１に係る購入予約装置の一構成例を表すハードウェア構成図である。
【図３】購入予約装置が実行する指定時期情報保存処理の一例を表すフローチャートである。
【図４】購入予約装置が有する機能の一例を表す機能ブロック図である。
【図５】購入予約装置が記憶するユーザテーブルの一例を表す図である。
【図６】購入予約装置が記憶する購入時期テーブルの一例を表す図である。
【図７】購入予約装置が記憶する予約テーブルの一例を表す図である。
【図８】購入予約装置が記憶する負荷テーブルの一例を表す図である。
【図９】購入予約装置が記憶する決済テーブルの一例を表す図である。
【図１０】購入予約装置が実行する指定時期情報取得処理の一例を表すフローチャートである。
【図１１】（ａ）は、時期指定画面の一例を表す図である。（ｂ）は、時期再指定画面の一例を表す図である。（ｃ）は、決済方法指定画面の一例を表す図である。
【図１２】購入予約装置が実行する認証処理の一例を表すフローチャートである。
【図１３】購入予約装置が記憶する投票期間テーブルの一例を表す図である。
【図１４】購入予約装置が記憶する第１回投票内容テーブルの一例を表す図である。
【図１５】購入予約装置が実行する投票券購入処理の一例を表すフローチャートである。
【図１６】実施例２に係る購入予約装置が記憶する指定条件テーブルの一例を表す図である。
【図１７】実施例２に係る購入予約装置が実行する金融商品購入処理の一例を表すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施例について添付図面を参照しつつ説明する。
【実施例１】
【００２２】
本発明の実施例１に係る購入予約装置１００は、商品の購入予約と購入時期の指定とを受け付け、指定された時期に予約された商品を購入する。本実施例において、購入される商品は、スポーツ振興投票券（つまり、スポーツくじ）であるとして説明を行う。購入予約装置１００によって購入されるスポーツ振興投票券は、サッカーの試合結果に対する予想を当該試合が開催される前に投票したこと及び投票した予想内容を表す。スポーツ振興投票券を購入したユーザは、投票した予想が的中すると、当該投票券と引き替えに払戻金を得られる。本実施例において、スポーツ振興投票券は、必ずしも上記内容を印刷された紙媒体である必要は無く、上記内容を表す電子ファイルであっても良い。本実施例において、購入予約装置１００は、スポーツ振興投票券の購入予約を受け付けるとして説明するが、これに限定される訳ではなく、例えば、勝馬投票券、勝者投票券、勝車投票券、及び勝舟投票券の購入予約を受け付けても良い。
【００２３】
購入予約装置１００は、図１に示すような購入予約システム１を構成する。購入予約システム１は、購入予約装置１００の他に、コンピュータ通信網１１及び１２（以下単に、通信網１１及び１２という）と、端末装置２０１及び２０２と、販売サーバ３０１と、決済サーバ３０２ｂ及び決済サーバ３０２ｃとで構成される。端末装置２０１及び２０２は、それぞれ同様の構成を有するため、以下、端末装置２０１についてのみ説明する。
【００２４】
通信網１１及び１２は、それぞれインターネットで構成される。通信網１１及び１２は、ＬＡＮ（Local Area Network）又は公衆回線網であっても良い。
【００２５】
購入予約装置１００について説明する前に、端末装置２０１について説明する。
端末装置２０１は、例えば、ＬＣＤ（Liquid Crystal Display）などの表示部と、キーボードなどの入力部とを備えたパーソナル・コンピュータで構成される。端末装置２０１は、ユーザの操作に応じた各種の信号を入力し、入力された信号に基づいた情報を購入予約装置１００へ送信する。また、端末装置２０１は、購入予約装置１００から返信された情報を受信し、受信された情報に基づいて表示部に各種の表示を行う。
【００２６】
販売サーバ３０１は、スポーツくじの胴元によって管理され、購入予約装置１００から受信するリクエスト（つまり、要求）に応じてスポーツ振興投票券（以下単に、投票券という）を販売する。決済サーバ３０２ｂは、ユーザによって口座が開設された銀行によって管理され、購入予約装置１００から受信するリクエストに応じて、端末装置２０１を使用するユーザの銀行口座を用いた決済を行う。決済サーバ３０２ｃは、クレジットカードの発行会社によって管理され、購入予約装置１００から受信するリクエストに応じて、端末装置２０１のユーザが使用するクレジットカードを用いた決済を行う。
【００２７】
購入予約装置１００は、ウェブサーバソフトウェアをインストールされたサーバ機である。購入予約装置１００は、投票券を購入（つまり、投票）可能な期間（以下、投票期間という）における複数の時期の内で、端末装置２０１を使用するユーザに指定された時期（以下、指定時期という）を表す情報（以下、指定時期情報という）を端末装置２０１から受信する。その後、購入予約装置１００は、受信された指定時期情報で表される指定時期が到来すると投票券を購入し、購入した投票券の内容を表す情報を端末装置２０１へ返信する。本実施例において、投票期間は、例えば、サッカーの試合の開始１週間前の午後１２時から当該試合が行われる日の午後１２時までであるとして説明するが、これに限定される訳ではない。また、本実施例において、投票期間における複数の時期は、投票期間における７日（つまり、７つの時期）であるとして説明するが、これに限定される訳ではない。
【００２８】
購入予約装置１００は、図２に示すように、ＣＰＵ（Central Processing Unit）１００ａ、ＲＯＭ（Read Only Memory）１００ｂ、ＲＡＭ（Random Access Memory）１００ｃ、ハードディスク１００ｄ、メディアコントローラ１００ｅ、ＬＡＮ（Local Area Network）カード１００ｆ及び１００ｇ、ビデオカード１００ｈ、ＬＣＤ１００ｉ、キーボード１００ｊ、スピーカ１００ｋ、及びマウス１００ｌで構成される。
【００２９】
ＣＰＵ１００ａは、ＲＯＭ１００ｂ又はハードディスク１００ｄに保存されたプログラムに従ってソフトウェア処理を実行することで、購入予約装置１００の全体制御を行う。ＲＡＭ１００ｃは、ＣＰＵ１００ａによるプログラムの実行時において、処理対象とする情報（つまり、データ）を一時的に記憶する。
【００３０】
ハードディスク１００ｄは、各種の情報（つまり、データ）を保存した表（つまり、テーブル）を記憶する記憶部である。尚、購入予約装置１００は、ハードディスク１００ｄの代わりに、フラッシュメモリを備えても良い。
【００３１】
メディアコントローラ１００ｅは、フラッシュメモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、及びブルーレイディスク（Blu-ray Disc）（登録商標）を含む記録媒体から各種のデータ及びプログラムを読み出す。
【００３２】
ＬＡＮカード１００ｆは、通信網１１を介して接続する端末装置２０１及び２０２との間でデータを送受信する。ＬＡＮカード１００ｇは、通信網１２を介して接続する販売サーバ３０１並びに決済サーバ３０２ｂ及び３０２ｃとの間でデータを送受信する。キーボード１００ｊ及びマウス１００ｌは、ユーザの操作に応じた信号又は情報を入力する。
【００３３】
ビデオカード１００ｈは、ＣＰＵ１００ａから出力されたデジタル信号に基づいて画像を描画（つまり、レンダリング）すると共に、描画された画像を表す画像信号を出力する。ＬＣＤ１００ｉは、ビデオカード１００ｈから出力された画像信号に従って画像を表示する。スピーカ１００ｋは、ＣＰＵ１００ａから出力された信号に基づいて音声を出力する。なお、購入予約装置１００は、ＬＣＤ１００ｉの代わりに、ＰＤＰ（Plasma Display Panel）又はＥＬ（Electroluminescence）ディスプレイを備えても良い。
【００３４】
購入予約装置１００のＣＰＵ１００ａは、図２のハードウェアを用いて、図３に示すような指定時期情報保存処理を実行することで、図４に示すような取得部１２０、認証部１３０、保存部１４０、及び出力部１６０として機能する。また、ＣＰＵ１００ａは、図２のハードディスク１００ｄ又はＬＡＮカード１００ｆを介して接続する外付けのハードディスク若しくはハードディスクを搭載したデータサーバと協働して図４の記憶部１１０として機能する。尚、指定時期情報保存処理は、端末装置２０１から取得した指定時期情報を記憶部１１０へ保存する処理をいう。
【００３５】
図４の記憶部１１０は、図５に示すようなユーザテーブルを記憶している。図５のユーザテーブルには、ユーザを識別するユーザ識別情報（以下、ユーザＩＤという）と、ユーザにとって祝い事のある日を表す情報とが対応付けられて複数保存されている。ユーザにとって祝い事のある日は、ユーザの誕生日、結婚記念日、及び配偶者の誕生日、並びにユーザの親族の誕生日を含むとして説明する。しかし、ユーザにとって祝い事のある日は、これらに限定されるのではなく、ユーザの婚約記念日、ユーザの友人又は恋人の誕生日であっても良い。
【００３６】
また、図４の記憶部１１０は、図６に示すような購入時期テーブルをさらに記憶する。図６の購入時期テーブルには、購入時期を識別する情報（以下、時期ＩＤという）と、購入時期を表す購入時期情報とが対応付けられて複数保存されている。尚、図６の購入条件テーブルに保存された情報で表される購入時期は、先勝の日、友引の日、先負の日、仏滅の日、大安の日、及び赤口の日を含む。また、図６の購入時期は、日曜、月曜、火曜、水曜、木曜、金曜、及び土曜を含む。さらに、図６の購入時期は、１日、２日、及び３１日などをさらに含む。またさらに、図６の購入時期は、ユーザの誕生日と同じ又は異なる月の当該誕生日と同じ日、ユーザの結婚記念日と同じ又は異なる月の当該記念日と同じ日、ユーザの配偶者の誕生日と同じ又は異なる月の当該誕生日と同じ日を含む。
【００３７】
また、図４の記憶部１１０は、図７に示すような予約テーブルをさらに記憶する。図７の予約テーブルは、ユーザＩＤと、ユーザＩＤで識別されるユーザが指定した指定時期を識別する情報（以下、指定時期ＩＤという）と、指定時期を表す指定時期情報と、指定時期が到来した場合に購入するように予約された口数（以下、購入口数という）を表す情報（以下、購入数情報という）とが対応付けられて保存されている。
【００３８】
また、図４の記憶部１１０は、図８に示すような負荷テーブルをさらに記憶する。図８の負荷テーブルは、指定時期ＩＤと、指定時期情報と、当該指定時期情報で表される指定時期を採用したユーザの数を表す採用人数情報と、購入予約システム１を使用する全てのユーザに対する、当該指定時期情報で表される指定時期を指定したユーザの割合を表す割合情報と、当該指定時期を指定したユーザが購入した投票券に対して払い戻された払戻金額の内で最高の金額（以下、最高払戻金額という）であって、所定の金額よりも高い金額を表す払戻金額情報とが対応付けられて複数保存されている。尚、本実施例において、所定の金額は、１億円であるとして説明するが、これに限定される訳ではなく、当業者は、実験により好適な金額を定めることができる。
【００３９】
また、図４の記憶部１１０は、図９に示すような決済テーブルをさらに記憶する。図９の決済テーブルには、ユーザＩＤと、ユーザＩＤで識別されるユーザが決済に用いるクレジットカードを特定するカード特定情報とが対応付けられて複数保存されている。尚、カード特定情報は、クレジットカードに表示されたユーザの氏名を表す氏名情報と、当該クレジットカードの発行会社名を表す発行会社名情報と、当該クレジットカードの番号を表す番号情報と、当該クレジットカードの有効期限を表す有効期限情報とを含む。また、図９の決済テーブルは、ユーザＩＤと、ユーザＩＤで識別されるユーザが決済に用いる銀行口座を特定する口座特定情報とが対応付けられて複数保存されている。尚、口座特定情報は、銀行口座を開設した名義人の氏名を表す名義人情報と、当該銀行口座が開設された銀行名を表す銀行名情報と、当該銀行口座の開設された支店を識別する支店番号情報と、当該銀行口座の口座番号を表す口座番号情報とを含む。
【００４０】
尚、図４の記憶部１１０は、銀行の名称を表す銀行名情報と、例えば、ＩＰ（Internet Protocol）アドレスやドメン名等の当該銀行が管理する決済サーバ３０２ｂを識別するサーバ識別情報とを対応付けて記憶している。同様に、記憶部１１０は、クレジットカードの発行会社の名称を表す発行会社名情報と、例えば、ＩＰアドレス等の当該発行会社が管理する決済サーバ３０２ｃを識別するサーバ識別情報とを対応付けて記憶している。また、記憶部１１０は、ユーザのユーザＩＤと、ユーザのパスワードを表す情報とを対応付けて複数記憶している。さらに、記憶部１１０は、日付を表す情報と、当該日付の曜日を表す情報と、当該日付の六曜を表す情報とを対応付けたカレンダ情報を記憶している。
【００４１】
図２のＬＡＮカード１００ｆが、ユーザＩＤと、パスワードを表す情報とを端末装置２０１から受信すると、図３の指定時期情報保存処理が開始される。指定時期情報保存処理が開始されと、図４の取得部１２０は、ＬＡＮカード１００ｆからユーザＩＤと、パスワードを表す情報とを取得する。次に、認証部１３０は、取得されたユーザＩＤと対応付けて記憶されたパスワードを表す情報を記憶部１１０から検索し、取得された情報で表されるパスワードが、検索された情報で表されるパスワードと一致するか否かに基づいて、端末装置２０１のユーザがユーザ認証をクリアしたか否かを判別する（ステップＳ０１）。
【００４２】
ステップＳ０１において、認証部１３０は、ユーザが認証をクリアしなかったと判別すると（ステップＳ０１；Ｎｏ）、端末装置２０１に対してユーザが認証をクリアしなかったことを表すメッセージを返信した後に、条件指定処理の実行を終了する。尚、端末装置２０１は、購入予約装置１００から受信したメッセージを表示する。これに対して、認証部１３０が認証をユーザがクリアしたと判別すると（ステップＳ０１；Ｙｅｓ）、図１０に示すような指定時期情報取得処理の実行が開始される（ステップＳ０２）。
【００４３】
図１０の指定時期情報取得処理の実行が開始されると、図４の認証部１３０は、図６の購入時期テーブルに保存された購入時期情報を複数読み出す（ステップＳ１１）。次に、認証部１３０は、例えば、ＨＴＭＬ（HyperText Markup Language）ファイルなどの、図１１（ａ）に示すような時期指定画面を表す情報（以下、時期指定画面情報という）を記憶部１１０から読み出す（ステップＳ１２）。次に、出力部１６０は、ステップＳ１１で読み出された複数の購入時期情報と時期指定画面情報とを、図２のＬＡＮカード１００ｆへ出力する（ステップＳ１３）。その後、ＬＡＮカード１００ｆは、複数の購入時期情報と時期指定画面情報とを端末装置２０１へ送信する。
【００４４】
端末装置２０１は、購入予約装置１００から受信した情報で表される時期指定画面のリストＬＴに、複数の購入時期情報でそれぞれ表される購入時期を表示する。ユーザは、時期指定画面のリストＬＴを視認した後に、表示された購入時期の内で、ユーザにとっての吉日である時期を購入時期として指定する。
【００４５】
ここで、あるユーザにとっての吉日は、一般的に吉日であるとされる六曜の大安であるとは限らない。例えば、一般的に凶日であるとされる仏滅に購入された投票券は、そうでない投票券よりも払戻金額が高いという統計結果や噂を信じるユーザにとって、投票券を購入する日として縁起が良い日（つまり、吉日）は、仏滅の日である。また、ユーザの誕生日などのユーザが祝い事を行う日又は当該ユーザにとって思い入れのある日は、例え、仏滅であっても、当該ユーザにとってはめでたい日であるので、当該ユーザにとっての吉日である。
【００４６】
ユーザが購入時期の指定及び購入口数の指定を行うために、図２のキーボード１００ｊ及びマウス１００ｌを操作すると、端末装置２０１は、ユーザに操作されたキーボード１００ｊ及びマウス１００ｌから入力される信号に基づいて、指定時期情報及び購入数情報を生成し、生成された指定時期情報及び購入数情報を購入予約装置１００へ送信する。
【００４７】
その後、図２のＬＡＮカード１００ｆは、端末装置２０１から指定時期情報と購入数情報とを受信し、図４の取得部１２０は、これらの情報をＬＡＮカード１００ｆから取得する（図１０のステップＳ１４）。次に、認証部１３０は、図８の負荷テーブルから、ステップＳ１４で取得された指定時期情報に対応付けられた割合情報を検索する（ステップＳ１５）。端末装置２０１のユーザによって指定された指定時期と同じ時期を指定したユーザの数が全体のユーザ数に占める割合を取得するためである。
【００４８】
次に、認証部１３０は、検索された割合情報で表される割合が、所定の割合よりも大きいか否かを判別する（ステップＳ１６）。本実施例において、所定の割合は、５０％であるとして説明を行うが、これに限定される訳ではなく、当業者は、好適な割合を実験により定めることができる。また、所定の割合を表す情報は、予め記憶部１１０に記憶されている。
【００４９】
ステップＳ１６において、認証部１３０は、検索された割合情報で表される割合が所定の割合以下であると判別すると（ステップＳ１６；Ｎｏ）、指定時期情報取得処理の実行を終了する。これに対して認証部１３０は、検索された割合情報で表される割合が所定の割合よりも大きいと判別すると（ステップＳ１６；Ｙｅｓ）、図８の負荷テーブルに保存された割合情報で表される割合の内で、最も低い割合であって、上記所定の割合（本実施例では５０％）よりも低い割合（以下、最低割合という）を表す割合情報（以下、最低割合情報という）を検索する。次に、認証部１３０は、最低割合情報に対応付けられた指定時期情報と、払戻金額情報とを検索する（ステップＳ１７）。
【００５０】
次に、出力部１６０は、検索された指定時期情報と払戻金額情報とを、図２のＬＡＮカード１００ｆへ出力する（ステップＳ１８）。また、ＬＡＮカード１００ｆは、出力された時期情報と払戻金額情報とを端末装置２０１へ返信する。尚、端末装置２０１は、購入予約装置１００から受信した時期情報で表される時期と、払戻金額情報で表される払戻金額とを、図１１（ｂ）に示すような時期再指定画面へ表示させる。ユーザが時期再指定画面を視認した後に、時期再指定画面に表示された時期を指定時期として指定する場合には、端末装置２０１は、ユーザの操作に応じて、当該表示された時期を指定時期とした後に指定時期情報を購入予約装置１００へ送信する。これに対して、ユーザが時期再指定画面に表示された時期を指定時期として指定しない場合には、ユーザに操作された端末装置２０１は、指定時期情報を購入予約装置１００へ送信しない。
【００５１】
図１０のステップＳ１８の後に、端末装置２０１から指定時期情報が再送されると、図２のＬＡＮカード１００ｆは、指定時期情報を再受信する。ＬＡＮカード１００ｆが所定時間以内に指定時期情報を再受信すると、取得部１２０は、ステップＳ１４で取得した指定時期情報を破棄してから、ＬＡＮカード１００ｆから指定時期情報を再取得した後に（ステップＳ１９）、指定時期情報取得処理の実行を終了する。これに対して、端末装置２０１から指定時期情報が所定時間経過しても再送されないと、取得部１２０は、指定時期情報取得処理の実行を終了する。
【００５２】
図３のステップＳ０２の後に、認証部１３０は、端末装置２０１のユーザが投票券の購入代金に対する支払能力を有したユーザであるか否か認証する、図１２に示すような認証処理を実行する（ステップＳ０３）。図１２の認証処理を開始すると、認証部１３０は、図１１（ｃ）に示すような決済方法指定画面を表す情報（以下、決済方法指定画面情報という）を記憶部１１０から読み出し（ステップＳ２１）、読み出した決済方法指定画面情報を、図２のＬＡＮカード１００ｆへ出力する（ステップＳ２２）。次に、ＬＡＮカード１００ｆは、出力された情報を端末装置２０１へ送信する。
【００５３】
端末装置２０１は、購入予約装置１００から受信した情報で表される決済方法指定画面を表示部に表示する。その後、端末装置２０１は、ユーザに指定された決済方法が、クレジットカード決済であるか銀行口座決済であるかを表す指定決済方法指定情報を、ユーザの操作に従って購入予約装置１００へ送信する。クレジットカード決済が指定された場合には、端末装置２０１は、ユーザが決済に使用するクレジットカードを特定するカード特定情報（つまり、氏名情報、発行会社名情報、番号情報、及び有効期限情報）を購入予約装置１００へ送信する。これに対して、銀行口座決済が指定された場合には、端末装置２０１は、ユーザが決済に使用する銀行口座を特定する口座特定情報（つまり、名義人情報、銀行名情報、支店番号情報、及び口座番号情報）を購入予約装置１００へ送信する。
【００５４】
図１２のステップＳ２２の後に、図２のＬＡＮカード１００ｆは、端末装置２０１から指定決済方法指定情報を受信し、図４の取得部１２０は、ＬＡＮカード１００ｆから指定決済方法指定情報を取得する（ステップＳ２３）。次に、認証部１３０は、ユーザによって指定された決済方法が、クレジットカード決済か否かを判別する（ステップＳ２４）。このとき、認証部１３０が、ユーザによって指定された決済方法がクレジットカード決済であると判別した場合には（ステップＳ２４；Ｙｅｓ）、図２のＬＡＮカード１００ｆは、カード特定情報を端末装置２０１から受信し、図４の取得部１２０は、ＬＡＮカード１００ｆから当該カード特定情報を取得する（ステップＳ２５）。
【００５５】
次に、認証部１３０は、カード特定情報に含まれる発行会社名を表す情報に対応付けられたサーバ識別情報を記憶部１１０から検索する。次に、出力部１６０は、検索されたサーバ識別情報と、カード特定情報と、空決済を求めるリクエストとを、図２のＬＡＮカード１００ｇに出力する（ステップＳ２６）。尚、空決済とは、決済金額を「０」円として行う決済をいう。その後、ＬＡＮカード１００ｇは、出力されたサーバ識別情報で識別される決済サーバ３０２ｃへ、出力されたカード特定情報と空決済を求めるリクエストとを送信する。
【００５６】
決済サーバ３０２ｃは、購入予約装置１００からカード特定情報と、空決済を求めるリクエストとを受信すると、受信したカード特定情報で特定されるカードを用いて空決済を行い、決済の実行結果を表す情報（以後、決済結果情報という）を購入予約装置１００へ返信する。
【００５７】
図１２のステップＳ２６の後に、図２のＬＡＮカード１００ｇは、決済サーバ３０２ｃから決済結果情報を受信する。その後、取得部１２０は、ＬＡＮカード１００ｇから決済結果情報を取得する（ステップＳ２７）。次に、認証部１３０は、決済が成功したという決済結果を決済結果情報が表すか否かを判別する（ステップＳ２８）。このとき、決済結果情報が決済の成功を表す場合には（ステップＳ２８；Ｙｅｓ）、ユーザの支払能力に対する認証が成功した（つまり、認証をクリアした）と判別する（ステップＳ２９）。これに対して、決済結果情報が決済の失敗を表す場合には（ステップＳ２８；Ｎｏ）、認証が失敗したと判別する（ステップＳ３０）。ステップＳ２９又はステップＳ３０の後に、認証部１３０は、認証処理の実行を終了する。
【００５８】
ステップＳ２４において、ユーザによって指定された決済方法が銀行口座決済であると判別された場合に（ステップＳ２４；Ｎｏ）、図２のＬＡＮカード１００ｆは、ユーザが決済に用いる銀行口座を特定する口座特定情報を端末装置２０１から受信し、図４の取得部１２０は、ＬＡＮカード１００ｆから口座特定情報を取得する（ステップＳ３１）。
【００５９】
次に、認証部１３０は、口座特定情報に含まれる銀行名情報に対応付けられたサーバ識別情報を記憶部１１０から検索する。次に、出力部１６０は、検索されたサーバ識別情報と、口座特定情報と、残高照会を求めるリクエスト（以下、照会要求という）とを、図２のＬＡＮカード１００ｇに出力する（ステップＳ３２）。その後、ＬＡＮカード１００ｇは、出力されたサーバ識別情報で識別される決済サーバ３０２ｂへ、出力された口座特定情報と残高照会を求めるリクエストとを送信する。
【００６０】
決済サーバ３０２ｂは、購入予約装置１００から口座特定情報と、残高照会を求めるリクエストとを受信すると、受信したリクエストに応じて、受信された口座特定情報で特定される口座に対する残高照会を行い、照会された残高を表す情報（以後、照会結果情報という）を購入予約装置１００へ返信する。
【００６１】
図１２のステップＳ３２の後に、図２のＬＡＮカード１００ｇは、決済サーバ３０２ｃから照会結果情報を受信する。その後、取得部１２０は、ＬＡＮカード１００ｇから照会結果情報を取得する（ステップＳ３３）。次に、認証部１３０は、照会情報で表される残高が所定金額より多いか否かを判別する（ステップＳ３４）。本実施例において、所定金額を表す情報は、記憶部１１０に予め記憶されており、好適な所定金額は、当業者が実験により定めることができる。
【００６２】
ステップＳ３４において、認証部１３０は、残高が所定金額より多いと判別すると（ステップＳ３４；Ｙｅｓ）、認証が成功したと判別する（ステップＳ３５）。これに対して、認証部１３０は、残高が所定金額以下であると判別する場合、又は口座が存在しないと判別する場合には（ステップＳ３４；Ｎｏ）、認証が失敗したと判別する（ステップＳ３６）。残高が所定金額以下である、又はユーザが決済に使用する口座が存在しないため、ユーザによって指定された購入時期が到来しても、投票券の購入に伴う決済を行うことができないためである。ステップＳ３５又はステップＳ３６の後に、認証部１３０は、認証処理の実行を終了する。
【００６３】
図３のステップＳ０３において、認証部１３０が認証失敗と判別すると（ステップＳ０４；Ｎｏ）、認証部１３０は、指定時期情報保存処理の実行を終了する。これに対して、認証部１３０が認証成功と判別すると（ステップＳ０４；Ｙｅｓ）、図４の保存部１４０は、ステップＳ０１で取得されたユーザＩＤと、ステップＳ０１で取得された指定時期情報と購入数情報とを対応付けて、図７の予約テーブルに保存する（ステップＳ０５）。次に、保存部１４０は、ステップＳ０１で取得されたユーザＩＤと、ステップＳ０３で取得されたカード特定情報又は口座特定情報とを対応付けて、図９の決済テーブルに保存した後に（ステップＳ０６）、指定時期情報保存処理の実行を終了する。
【００６４】
図４の記憶部１１０は、図１３に示すような投票期間テーブルを記憶する。図１３の投票期間テーブルには、試合の開催回を表す開催回情報と、当該開催回の試合の結果に対する予想を投票できる投票期間（つまり、投票券を購入できる期間）の開始日時を表す情報と、投票期間の終了日時を表す情報と、試合結果の発表日を表す結果発表日情報とが対応付けられて保存されている。尚、投票期間の開始日時を表す情報と、終了日時を表す情報とを投票期間情報という。
【００６５】
また、図４の記憶部１１０は、図１３の投票期間テーブルに保存された情報で表される各開催回における投票内容を表す投票内容情報を記憶する投票内容テーブルを記憶する。具体的には、第１回の開催回における投票内容を表す投票内容情報が保存された、図１４に示すような第１回投票内容テーブルなどが記憶されている。図１４の第１回投票内容テーブルには、ユーザを識別するユーザＩＤと、ユーザが投票した投票内容を表す投票内容情報と、ユーザに対して払い戻される払戻金の金額を表す払戻金額情報とが対応付けて保存されている。
【００６６】
具体的には、図１４の第１回投票内容テーブルには、ユーザＩＤ「U001」と、ＡチームとＢチームとの試合の結果がＡチームの勝ちとなると予想したこと、ＣチームとＤチームとの試合の結果がＣチームの負けとなると予想したこと、及びＥチームとＦチームとの試合の結果が引き分けとなると予想したことを表す投票内容情報とが対応付けられて保存されている。同様に、記憶部１１０は、第２回から第５７回の開催回における投票内容情報を記憶する第２回投票内容テーブルから第５７回投票内容テーブルを記憶している。
【００６７】
図２のＣＰＵ１００ａは、図１５の投票券購入処理を実行することで、図４の取得部１２０、出力部１６０、判定部１７０、及び購入部１８０として機能する。尚、投票券購入処理は、例えば、３月から１２月までといったサッカーの試合が開催されるシーズンにおいて、１日毎などの定周期で実行される。
【００６８】
図１５の投票券購入処理が開始されると、図４の取得部１２０は、ＯＳ（Operating System）からシステム時刻を取得する（ステップＳ４１）。次に、判定部１７０は、図１３の投票期間テーブルから投票期間情報を複数読み出す（ステップＳ４２）。次に、判定部１７０は、ステップＳ４１で取得されたシステム時刻が、ステップＳ４２で読み出された複数の投票期間情報でそれぞれ表される投票期間のいずれかに含まれるか否かに基づいて、現在投票できるか（つまり、投票券を販売中であるか）否かを判別する（ステップＳ４３）。このとき、判定部１７０は、投票できないと判別すると（ステップＳ４３；Ｎｏ）、投票券購入処理の実行を終了する。
【００６９】
ステップＳ４３において、投票できると判別されると（ステップＳ４３；Ｙｅｓ）、図７の予約テーブルに保存された指定時期ＩＤを全て読み出す（ステップＳ４４）。次に、判定部１７０は、ステップＳ４４で読み出された指定時期ＩＤの全てに対してステップＳ４７の処理が実行されたか否かを判別する（ステップＳ４５）。このとき、ステップＳ４４で読み出された指定時期ＩＤの全てをステップＳ４７の処理対象としたと判別すると（ステップＳ４５；Ｙｅｓ）、判定部１７０は、投票券購入処理の実行を終了する。これに対して、読み出された指定時期ＩＤの全てをステップＳ４７の処理対象とした訳でないと判別すると（ステップＳ４５；Ｎｏ）、判定部１７０は、ステップＳ４７の処理対象としていない指定時期ＩＤ（以下、未処理のＩＤという）の１つを処理対象（以下、注目ＩＤという）とする（ステップＳ４６）。その後、判定部１７０は、注目ＩＤで識別される指定時期を、図７の予約テーブルから検索し、検索された注目ＩＤで識別される指定時期（以下、注目指定時期という）が到来したか否かを判別する（ステップＳ４７）。
【００７０】
具体的には、判定部１７０は、ステップＳ４１で取得されたシステム時刻と、記憶部１１０に記憶されたカレンダ情報とに基づいて、本日の六曜、曜日、及び日付を特定する。また、判定部１７０は、特定した本日の六曜、曜日、及び日付と、注目指定時期とが同じ場合に注目指定時期が到来したと判別し、相違する場合に注目指定時期が到来しなかったと判別する。特に、購入時期が自分の誕生日、自分の結婚記念日、又は配偶者の誕生日である場合には、判定部１７０は、図５のユーザテーブルから、図３のステップＳ０１で取得したユーザＩＤに対応付けられた情報で表されるユーザの誕生日を表す情報、ユーザの結婚記念日を表す情報、及びユーザの配偶者の誕生日を表す情報を取得する。次に、判定部１７０は、本日が、取得された情報で表されるユーザの誕生日、結婚記念日、又は配偶者の誕生日と同じ又は異なる月の当該誕生日又は当該記念日と同じ日である場合に注目指定時期が到来したと判別し、相違する場合に注目指定時期が到来しなかったと判別する。
【００７１】
ステップＳ４７において、注目ＩＤで識別される注目指定時期が到来していないと判別された場合には（ステップＳ４７；Ｎｏ）、ステップＳ４５から上記処理が繰り返される。これに対して、注目指定時期が到来したと判別された場合には（ステップＳ４７；Ｙｅｓ）、図４の購入部１８０は、注目ＩＤに対応付けられたユーザＩＤを（つまり、注目指定時期を指定したユーザのユーザＩＤを）、図７の予約テーブルから検索する（ステップＳ４８）。その後、購入部１８０は、検索されたユーザＩＤの全てに対して、ステップＳ５０からＳ５８の処理を実行したか否かを判別する（ステップＳ４９）。このとき、検索されたユーザＩＤの全てに対して処理を実行したと判別されると（ステップＳ４９；Ｙｅｓ）、ステップＳ４５から上記処理を繰り返される。
【００７２】
ステップＳ４９において、検索されたユーザＩＤの全てに対して処理を実行した訳でないと判別されると（ステップＳ４９；Ｎｏ）、購入部１８０は、検索されたユーザＩＤの内で、処理対象としていないユーザＩＤの１つを注目ユーザＩＤとし、注目ユーザＩＤで識別されるユーザを注目ユーザとする（ステップＳ５０）。次に、購入部１８０は、注目ユーザＩＤに対応付けられた購入数情報を、図７の予約テーブルから検索する（ステップＳ５１）。その後、購入部１８０は、注目ユーザＩＤに対応付けられたカード特定情報又は口座特定情報（以下、特定情報という）を、図９の決済テーブルから検索する（ステップＳ５２）。尚、図９の決済テーブルに保存されたユーザＩＤであって、クレジットカードを決済に用いないユーザのユーザＩＤには、当該クレジットカードを特定するカード特定情報が対付けられていない。同様に、図９の決済テーブルに保存されたユーザＩＤであって、銀行口座を決済に用いないユーザのユーザＩＤには、当該銀行口座を特定する口座特定情報が対付けられていない。
【００７３】
その後、出力部１６０は、ステップＳ５１で検索された購入数情報と、ステップＳ５１で検索された特定情報と、投票券の販売を求めるクエスト（つまり、販売要求）とをＬＡＮカード１００ｇへ出力し（ステップＳ５３）、ＬＡＮカード１００ｇは、出力された購入数情報と、特定情報と、販売要求とを販売サーバ３０１へ送信する。
【００７４】
販売サーバ３０１は、購入予約装置１００から購入数情報と、特定情報と、販売要求とを受信すると、図１２のステップＳ２６と同様に、特定情報に基づいてユーザが決済に使用するクレジットカードを発行した会社によって管理される決済サーバ３０２ｃ、又はステップＳ３２と同様に、ユーザが決済に使用する口座が開設された銀行によって管理される決済サーバ３０２ｃを識別するサーバ識別情報を検索する。次に、販売サーバ３０１は、購入数情報で表される口数に対して、１口の投票券に対する代金を乗算することで、当該口数の投票券に対する購入代金を算出する。その後、販売サーバ３０１は、特定情報と、当該特定情報で特定される口座又はクレジットカードを用いて、算出された購入代金を決済するように求めるリクエストを決済サーバ３０２ｂ又は３０２ｃへ送信する。その後、販売サーバ３０１は、決済サーバ３０２ｂ又は３０２ｃから決済の成功を表す情報を受信すると、乱数に基づいて購入数情報で表される口数の投票内容を決定し、決定した投票内容を表す情報（以下、投票内容情報という）と、投票の成功を表す投票結果情報とを購入予約装置１００へ返信する。これに対して、販売サーバ３０１は、決済サーバ３０２ｂ又は３０２ｃから決済の失敗を表す情報を受信すると、投票の失敗を表す投票結果情報を購入予約装置１００へ送信する。
【００７５】
図２のＬＡＮカード１００ｇは、販売サーバ３０１から投票結果情報を受信し、図４の取得部１２０は、ＬＡＮカード１００ｇから投票結果情報を取得する（図１５のステップＳ５４）。その後、購入部１８０は、投票結果情報が投票の成功を表す情報であるか否か（つまり、投票が成功したか否か）を判別する（ステップＳ５５）。このとき、購入部１８０は、投票結果情報が投票の失敗を表す情報であると判別すると（ステップＳ５５；Ｎｏ）、出力部１６０は、投票に失敗した旨のメッセージ（以下、投票失敗メッセージという）をＬＡＮカード１００ｇへ出力し（ステップＳ５６）、ＬＡＮカード１００ｇは、出力されたメッセージを端末装置２０１へ送信する。端末装置２０１は、メッセージを受信すると、受信したメッセージを表示する。その後、ステップＳ４９の処理から上記処理が繰り返される。
【００７６】
ステップＳ５５において、購入部１８０は、投票結果情報が投票の成功を表す情報であると判別すると（ステップＳ５５；Ｙｅｓ）、投票内容情報をＬＡＮカード１００ｇへ出力し（ステップＳ５７）、ＬＡＮカード１００ｇは、注目ユーザが使用する端末装置２０１へ投票内容情報を送信する。その後、保存部１４０は、ステップＳ４３で投票できると判別された投票期間情報と対応付けられた開催回情報を、図１３の投票期間テーブルから検索する。次に、保存部１４０は、検索された開催回情報で表される開催回に応じた投票内容テーブルへ、ステップＳ５４で取得された投票内容情報と、ステップＳ５０で決定された注目ユーザＩＤとを対応付けて保存する（ステップＳ５８）。その後、ステップＳ４９に戻り上記処理を繰り返す。
【００７７】
尚、購入予約装置１００のＣＰＵ１００ａは、図２のハードウェアを用いて、払戻金額を集計する払戻金額集計処理を実行することで、図４に示すような取得部１２０、出力部１６０、及び集計部１９０として機能する。払戻金額集計処理が開始されると、集計部１９０は、図１５のステップＳ４１と同様にシステム時刻を取得し、図１３の投票期間テーブルから結果発表日情報を読み出す。次に、集計部１９０は、システム時刻と、結果発表日情報とに基づいて本日が結果発表日であるか否かを判別する。このとき、集計部１９０は、本日が結果発表日でないと判別すると払戻金額集計処理の実行を終了する。これに対して、本日が結果発表日であると判別されると、出力部１６０は、試合結果を表す情報（以下、試合結果情報）と、今回の払戻金額を表す情報（つまり、払戻金額情報）とを返信するように求めるリクエストを、図２のＬＡＮカード１００ｇへ出力し、ＬＡＮカード１００ｇは販売サーバ３０１へ当該リクエストを送信する。
【００７８】
その後、ＬＡＮカード１００ｇが販売サーバ３０１から試合結果情報と払戻金額情報とを受信すると、取得部１２０は、ＬＡＮカード１００ｇからこれらの情報を取得する。次に、集計部１９０は、当該結果発表日を表す結果発表日情報に対応付けられた開催回情報を、図１３の投票期間テーブルから検索する。その後、集計部１９０は、検索された開催回情報で表される開催回に対応した投票内容テーブルから、取得された試合結果情報で表される試合結果と同じ試合結果を表す投票内容情報とユーザＩＤ（つまり、予想が的中したユーザのユーザＩＤ）とを複数検索する。次に、集計部１９０は、検索された複数の投票内容情報とユーザＩＤとに対して、取得された今回の払戻金額情報を対応付けて投票内容テーブルへ保存する。
【００７９】
次に、集計部１９０は、検索された複数のユーザＩＤ（つまり、払戻金を取得できるユーザのユーザＩＤ）の内で、未処理のユーザの１人を注目ユーザとする。次に、集計部１９０は、注目ユーザのユーザＩＤに対応付けられた指定時期ＩＤを（つまり、払い戻しのあったユーザが指定した指定時期を識別するＩＤを）、図７の予約テーブルから検索する。次に、集計部１９０は、検索された指定時期ＩＤに対応付けられた払戻金額情報を、図８の負荷テーブルから検索し、検索された情報で表される最高払戻金額が、今回の払戻金額よりも低いか否かを判別する。このとき、集計部１９０は、最高払戻金額が今回の払戻金額以上であると判別すると、未処理のユーザＩＤが無くなるまで上記処理を繰り返してから払戻金額集計処理を終了する。これに対して、集計部１９０は、最高払戻金額が今回の払戻金額よりも低いと判別すると、検索された払戻金額情報を今回の払戻金額を表す情報で更新した後に、未処理のユーザＩＤが無くなるまで上記処理を繰り返してから払戻金額集計処理を終了する。
【００８０】
また、集計部１９０は、各購入時期に対して、当該購入時期を指定しているユーザの全ユーザに対する割合を集計する割合集計処理をさらに実行する。割合集計処理を開始すると、集計部１９０は、図７の予約ユーザテーブルに保存されたユーザＩＤの数を算出することで、購入予約装置１００を使用する全ユーザ数を算出する。次に、集計部１９０は、図６の購入時期テーブルから未だ読み出していない時期ＩＤ（以下、未読出の時期ＩＤという）を１つ読み出し、読み出した時期ＩＤと対応付けられたユーザＩＤを、図７の予約テーブルから検索する。その後、集計部１９０は、検索されたユーザＩＤの数を全ユーザ数で除算して割合を算出する。次に、集計部１９０は、読み出した時期ＩＤと対応付けて、図８の負荷テーブルに保存された割合情報を、算出した割合を表す割合情報に更新する。その後、集計部１９０は、未読出の時期ＩＤが無くなるまで上記処理を繰り返してから割合金額集計処理を終了する。
【００８１】
本実施例において、図５のユーザテーブルには、ユーザのユーザＩＤと、ユーザにとって祝い事のある日を表す情報とが対応付けられて保存されているとして説明した。しかし、これに限定される訳ではなく、図５のユーザテーブルには、ユーザＩＤと、例えば、ユーザの配偶者の命日、親族の命日、恋人の命日、又は友人の命日などのユーザにとって弔い事のある日を表す情報とが対応付けられて複数保存されている構成を採用できる。この構成において、ユーザにとっての凶日は、ユーザに指定された弔い事のある日に基づいて定められた日（例えば、命日と同じ又は異なる月の当該命日と同じ日）及びユーザに指定された六曜を含み、購入予約装置１００は、ユーザにとっての凶日において投票券を購入しない構成を採用できる。
【００８２】
また本実施例において、ユーザは、時期指定画面のリストＬＴを視認した後に、表示された購入時期の内で、ユーザにとっての吉日である時期を指定し、端末装置２０１は、ユーザに操作されたキーボード１００ｊ及びマウス１００ｌから入力される信号に基づいてユーザによって指定された時期を特定し、特定された時期を、ユーザが商品を購入するように指定する時期とするとして説明したが、これに限定される訳ではない。例えば、ユーザは、時期指定画面のリストＬＴを視認した後に、表示された購入時期の内で、ユーザにとっての凶日である時期を指定し、端末装置２０１は、ユーザに操作されたキーボード１００ｊ及びマウス１００ｌから入力される信号に基づいてユーザによって指定された時期を特定し、商品を購入可能な複数の時期の内で、特定された時期と異なる時期を、ユーザが商品を購入するように指定する時期としても良い。
【００８３】
ここで、図１５の投票券購入処理は、例えば、３月から１２月までといったサッカーの試合が開催されるシーズンにおいて１日毎などの定周期で実行されるので、図４の購入部１８０は、ユーザに指定された指定時期が到来したと判定される度に、当該指定時期を表す時期情報に対応付けられた購入数情報で表される数の商品（つまり、投票券）を購入する。つまり、購入部１８０は、当該シーズンにおいて開催される複数の試合に対して投票を行う（つまり、複数の開催回の投票券を購入する）ため、これらの構成によれば、購入者による事前の商品購入予約を容易にできるので、購入者による商品の継続的な購入を促すことができる。
【００８４】
またこれらの構成によれば、商品を購入可能な複数の時期の内で、ユーザによって指定された指定時期が到来すると商品が購入されるため、商品を購入する購入処理の実行時期をユーザが柔軟に指定できるだけでなく、購入処理の実行が特定の時期に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００８５】
ここで、購入が予約される商品は、当該商品と交換可能な金額が当該商品の購入時において確定しない商品である。このような商品を購入する場合には、縁起を担ぐユーザが多く存在する。よって、これらの構成によれば、ユーザそれぞれの凶日と異なる日又はユーザそれぞれの吉日に商品が購入されるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００８６】
またここで、ユーザに指定される六曜、ユーザの誕生日及び結婚記念日、並びにユーザの親族の誕生日は、それぞれのユーザ毎に異なる。よって、これらの構成によれば、指定された六曜、ユーザの誕生日及び結婚記念日、並びにユーザの親族の誕生日のいずれか１つ以上に基づいて定められた日に商品が購入されるので、購入処理の実行が特定日に集中することを防止できる。同様に、ユーザに指定される六曜、ユーザの配偶者の命日、親族の命日、友人の命日、及び恋人の命日は、それぞれのユーザ毎に異なる。よって、これらの構成によれば、六曜、ユーザの配偶者の命日、親族の命日、友人の命日、及び恋人の命日のいずれか１つ以上に基づいて定められた日に商品が購入されるので、購入処理の実行が特定の時期に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００８７】
さらにこれらの構成によれば、ユーザが決済に使用するクレジットカードを用いて決済できた場合に、ユーザＩＤと、指定時期情報とを対応付けて記憶部１１０へ保存する。このため、当該ユーザに指定された指定時期において確実に決済及び投票できる（つまり、投票券を購入できる）。
【００８８】
またこれらの構成によれば、ユーザが決済に使用する銀行口座に所定金額以上の残高がある場合に、ユーザＩＤと、指定時期情報とを対応付けて記憶部１１０へ保存する。このため、当該ユーザに指定された指定時期において、当該ユーザに指定された指定時期において確実に決済及び投票できる。
【００８９】
さらにこれらの構成によれば、ユーザによって指定された指定時期と同じ時期を指定したユーザの割合が所定の割合よりも高い場合には、当該ユーザによって指定された指定時期とは異なる時期を表す情報と、当該異なる時期を指定したユーザに払い戻された高額の払戻金額を表す情報とを出力する。これらのため、ユーザが再度指定する指定時期は、払戻金額を表す情報と共に出力された情報で表される時期であることが多くなるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００９０】
尚、上記ステップＳ１５からＳ１７において、認証部１３０は、ステップＳ１４で取得された指定時期情報に対応付けられた採用人数情報を、図８の負荷テーブルから検索し（ステップＳ１５）、検索した情報で表される採用人数が、図４の記憶部１１０に記憶された情報で表される所定の人数を超えた場合に（ステップＳ１６；Ｙｅｓ）、図８の負荷テーブルに保存された採用人数情報で表される最も低い人数であって、上記所定の人数（本実施例では５００人）よりも低い人数（以下、最低人数という）を表す情報（以下、最低人数情報という）と、払戻金額情報とを検索する（ステップＳ１７）、としても良い。これらの構成によれば、ユーザによって指定された指定時期と同じ時期を指定したユーザの人数が所定の人数よりも多い場合には、当該ユーザによって指定された指定時期とは異なる時期を表す情報と、当該異なる時期を指定したユーザに払い戻された高額の払戻金額を表す情報とを出力する。これらのため、ユーザが再度指定する指定時期は、払戻金額を表す情報と共に出力された情報で表される時期であることが多くなるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００９１】
尚、購入予約装置１００は、投票期間における複数の時期において、ユーザによって指定された指定時期が到来した場合には、複数回に亘って投票券を購入しても良い。また、購入予約装置１００は、サッカーの試合が開催されるシーズンにおいて、ユーザによって指定された指定時期が到来する度に（つまり、複数の開催回に亘って）、投票券を購入しても良い。
【００９２】
また、購入予約装置１００は、所定周期で、図８の負荷テーブルから、所定の割合（本実施例では５０％）よりも高い割合を表す割合情報に対応付けられた指定時期ＩＤを検索した後に、検索した指定時期ＩＤに対応付けられたユーザＩＤを図７の予約テーブルから検索し、検索されたユーザＩＤで識別されるユーザが使用する端末装置２０１へ、図１０のステップＳ１７で検索されるような、所定の割合よりも低い割合を表す情報に対応した指定時期情報と払戻金額情報とを送信する構成を採用できる。この構成において、取得部１２０は、ＬＡＮカード１００ｆが端末装置２０１から再受信した指定時期情報を再取得し、再取得された指定時期情報を、端末装置２０１を使用するユーザのユーザＩＤと対応付けて、図７の予約テーブルに保存する構成を採用できる。
【００９３】
これらの構成によれば、全ユーザに対する割合が所定の割合より高いユーザと同じ指定時期を指定したユーザに対して、所定の割合より低いユーザと同じ指定時期を表す情報と、当該時期を指定したユーザに払い戻された高額の払戻金額を表す情報とを出力する。このため、ユーザが再度指定する指定時期は、払戻金額を表す情報と共に出力された情報で表される時期であることが多くなるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００９４】
また、同様に、購入予約装置１００は、所定周期で、図８の負荷テーブルから、所定の人数（本実施例では５００人）よりも多い採用人数を表す採用人数情報に対応付けられた指定時期ＩＤを検索した後に、検索した指定時期ＩＤに対応付けられたユーザＩＤを図７の予約テーブルから検索し、検索されたユーザＩＤで識別されるユーザが使用する端末装置２０１へ、図１０のステップＳ１７で検索されるような、所定の人数よりも少ない人数を表す情報に対応した指定時期情報と払戻金額情報とを送信する構成を採用できる。この構成において、取得部１２０は、ＬＡＮカード１００ｆが端末装置２０１から再受信した指定時期情報を再取得し、再取得された指定時期情報を、端末装置２０１を使用するユーザのユーザＩＤと対応付けて、図７の予約テーブルに保存する構成を採用できる。
【００９５】
これらの構成によれば、所定の人数より多い人に採用された指定時期を指定したユーザに対して、所定の人数より少ない人数に採用された指定時期を表す情報と、当該時期を指定したユーザに払い戻された高額の払戻金額を表す情報とを出力する。このため、ユーザが再度指定する指定時期は、払戻金額を表す情報と共に出力された情報で表される時期であることが多くなるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００９６】
本実施例において、図４の取得部１２０は、図１０のステップＳ１４において指定時期情報を取得した後に、ステップＳ１９において指定時期情報を再取得し、図３のステップＳ０５において、図４の保存部１４０は、取得又は再取得された指定時期情報を記憶部１１０に保存するとして説明したが、これに限定される訳ではない。例えば、ステップＳ１４及びステップＳ１９において、取得部１２０は、指定時期情報を必ずしも取得又は再取得する必要は無く、指定時期情報が取得又は再取得されない場合に、保存部１４０は、投票期間における複数の時期の全てを指定する情報（以下、全時期指定情報という）を、指定時期情報として記憶部１１０に保存する構成を採用できる。この構成によれば、ユーザは、商品を購入する時期を指定しなくとも商品の購入を予約できるので、購入者による事前の商品購入予約を容易にし、商品の継続的な購入を促すことができる。
【００９７】
また、全時期指定情報が記憶部１１０に保存される構成において、図３の指定時期情報保存処理が終了すると、以下の負荷分散処理が実行される構成を採用できる。この負荷分散処理の実行が開始されると、図４の取得部１２０は、ユーザによって指定された指定時期を表す指定時期情報、及び再指定された指定時期を表す指定時期情報のいずれも対応付けられていないユーザＩＤ（つまり、全時期指定情報に対応付けられたユーザＩＤ）を検索する。次に、ユーザＩＤが検索されると、取得部１２０は、上記所定の割合（本実施例においては、５０％）よりも低い割合を表す割合情報に対応付けられた指定時期情報を、図８の負荷テーブルから取得する。その後、保存部１４０は、当該取得された指定時期情報を、上記検索されたユーザＩＤに対応付けて、図８の負荷テーブルに保存した後に、負荷分散処理の実行を終了する。
【００９８】
この構成によれば、ユーザが商品を購入する時期を指定しない場合に、所定の割合よりも低い割合を表す割合情報に対して、当該ユーザを識別する識別情報（つまり、ユーザＩＤ）を対応付けて保存するため、購入処理の実行が特定の時期に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【実施例２】
【００９９】
次に、実施例２について説明を行う。実施例２に係る購入予約システムは、実施例１に係る購入予約システム１と同様の構成を有するため、重複した説明を省略する。実施例２の購入予約システムは、商品の購入予約を受け付ける点で実施例１と同じであるが、購入予約の対象となる商品は、スポーツくじではなく金融商品である点で実施例１と異なる。
【０１００】
実施例２の購入予約システムを構成する購入予約装置１００は、端末装置２０１を使用するユーザに指定された金融商品を識別する商品識別情報を受信する。また、購入予約装置１００は、端末装置２０１を使用するユーザのユーザＩＤと、当該ユーザによって指定された金融指標（以下、指定金融指標という）表す情報（以下、指定金融指標情報という）と、当該ユーザにとっての吉日において株を購入する場合に指定金融指標が満足する条件（以下、吉日用指定条件という）を表す情報と、当該ユーザにとっての吉日でない日において金融商品を購入する場合に指定金融指標が満足する条件（以下、非吉日用指定条件という）を表す情報とを端末装置２０１から受信し、図１６の指定条件テーブルへ、受信した情報を互いに対応付けて保存する。
【０１０１】
尚、指定金融指標は、例えば、日経平均株価指数（登録商標）及び東証株価指数（登録商標）などの株価指数、例えば、米ドルと日本円との為替レートといった特定の通貨間の為替レート、並びに特定の銘柄の株価などを含む。また、購入予約装置が購入する金融商品は、例えば、ユーザに指定された銘柄の株及びユーザに指定された国の通貨を含む。本実施例において、購入予約装置は、ユーザに指定された指定時期において、ユーザに指定された当該指定時期用の指定条件が成立すると、ユーザに指定された金融商品（予め定められた金融商品であっても良い）を購入するとして説明する。しかし、これに限定される訳ではなく、購入予約装置は、ユーザに指定された指定時期において、ユーザに指定された当該指定時期用の指定条件が成立すると、ユーザに指定された金融商品又は予め定められた金融商品を売却するとしても良い。
【０１０２】
購入予約装置１００は、図１６の指定条件テーブルを参照して、図１７に示すような金融商品購入処理を実行する。図１７の金融商品購入処理の実行を開始すると、購入予約装置１００は、図１５のステップＳ４１と同様の処理を実行する。次に、購入予約装置１００は、図７の予約テーブルからユーザＩＤと指定時期情報とを複数読み出す（ステップＳ６２）。その後、購入予約装置１００は、ステップＳ６２で読み出した全ユーザＩＤについてステップＳ６４及びステップＳ６５の処理を実行したか否かを判別する（ステップＳ６３）。このとき、読み出した全ユーザＩＤについて処理を実行したと判別すると（ステップＳ６３；Ｙｅｓ）、購入予約装置１００は、金融商品購入処理の実行を終了する。
【０１０３】
これに対して、購入予約装置１００は、読み出した全ユーザＩＤについて処理を実行した訳でないと判別すると（ステップＳ６３；Ｎｏ）、処理対象としていないＩＤの１つを処理対象のＩＤ（つまり、注目ＩＤ）とする（ステップＳ６４）。その後、購入予約装置１００は、注目ＩＤで識別される注目ユーザの指定時期が到来したか否かを判別する（ステップＳ６５）。
【０１０４】
具体的には、本実施例において、注目ユーザの指定時期は、注目ユーザにとっての吉日において注目ユーザによって指定された金融指標が注目ユーザによって指定された吉日用の条件（つまり、吉日用指定条件）を満足するタイミングが含まれる。このため、購入予約装置１００は、注目ＩＤに対応付けて保存された指定時期情報を、図７の予約テーブルから検索する。次に、購入予約装置１００は、ステップＳ６１で取得されたシステム時刻が、検索された指定時期情報で表される時期（つまり、注目ユーザにとっての吉日として選択された日）に含まれるか否かに基づいて、注目ユーザにとっての吉日が到来したか否かを判別する。このとき、注目ユーザにとっての吉日が到来したと判別すると、購入予約装置１００は、図１６の指定条件テーブルから、注目ＩＤに対応付けて保存された指定金融指標情報と、吉日用指定条件情報とを検索する。購入予約装置１００は、検索された指定金融指標情報で表される金融指標の現在の値を表す情報を、例えば、情報ベンダーが管理するサーバから、図１の通信網１２を介して受信する。次に、購入予約装置１００は、現在の金融指標値が、検索された吉日用指定条件情報で表される吉日用指定条件を満足すると判別すると、注目ユーザの指定時期が到来したと判別する。これに対して、購入予約装置１００は、現在の金融指標値が、検索された吉日用指定条件情報で表される吉日用指定条件を満足しないと判別すると、注目ユーザの指定時期が到来していないと判別する。
【０１０５】
また、本実施例において、注目ユーザの指定時期は、注目ユーザにとっての吉日でない日において、注目ユーザによって指定された金融指標が注目ユーザによって指定された吉日以外の日のための条件（つまり、非吉日用指定条件）を満足するタイミングが含まれる。このため、注目ユーザにとっての吉日が到来していないと判別すると、購入予約装置１００は、図１６の指定条件テーブルから、注目ＩＤに対応付けて保存された指定金融指標情報と、非吉日用指定条件情報とを検索する。購入予約装置１００は、上記のように、検索された指定金融指標情報で表される金融指標の現在の値を表す情報を受信し、現在の金融指標値が、検索された非吉日用指定条件情報で表される非吉日用指定条件を満足すると判別すると、注目ユーザの指定時期が到来したと判別する。これに対して、購入予約装置１００は、現在の金融指標値が、検索された非吉日用指定条件情報で表される非吉日用指定条件を満足しないと判別すると、注目ユーザの指定時期が到来していないと判別する。
【０１０６】
ステップＳ６５において、購入予約装置１００は、注目ＩＤで識別される注目ユーザの指定時期が到来していないと判別すると（ステップＳ６５；Ｎｏ）、ステップＳ６３から上記処理を繰り返す。これに対して、購入予約装置１００は、注目ユーザの指定時期が到来したと判別すると（ステップＳ６５；Ｙｅｓ）、図１５のステップＳ５１からステップＳ５８と同様の処理を実行した後に（ステップＳ６６からステップＳ７３）、ステップＳ６３に戻り上記処理を繰り返す。尚、ステップＳ６８において、購入予約装置１００は、注目ユーザに指定された金融商品を識別する金融商品識別情報と、金融商品の購入数を表す購入数情報と、注目ユーザが決済に用いる口座又はクレジットカードを特定する特定情報と、販売要求とを販売サーバへ送信する点で実施例１と相違する。
【０１０７】
ここで、金融市場で金融商品を取引する者は、縁起を担ぐことが多いので、取引日がユーザにとっての吉日であるか否かに応じて異なる条件が成立した場合に金融商品を取引することを望むことが多い。このためこれらの構成によれば、吉日であるか否かに応じて異なるタイミングで商品を柔軟に購入できる。
【０１０８】
上記実施例２において、購入予約装置１００は、ユーザＩＤと、指定金融指標を表す情報と、吉日用指定条件を表す情報と、非吉日用指定条件を表す情報とを、図１６の指定条件テーブルへ保存し、ユーザにとっての吉日が到来し、かつ指定金融指標が吉日用指定条件を満足する場合、及びユーザにとっての吉日とは異なる日が到来し、かつ指定金融指標が非吉日用指定条件を満足する場合に、金融商品を購入するとして説明したが、限定される訳ではない。例えば、購入予約装置１００は、ユーザを識別するユーザＩＤと、指定金融指標を表す情報と、吉日用指定条件を表す情報と、凶日用指定条件を表す情報と、当該ユーザにとっての吉日でも凶日でもない日（以下、通常日）において金融商品を購入する場合に指定金融指標が満足する条件（以下、通常日用指定条件という）を表す情報とを、図１６の指定条件テーブルへ保存し、ユーザにとっての吉日が到来し、かつ指定金融指標が吉日用指定条件を満足する場合、ユーザの凶日が到来し、かつ指定金融指標が凶日用指定条件を満足する場合、及び通常日が到来し、かつ指定金融指標が通常日用指定条件を満足する場合に、金融商品を購入する構成を採用できる。
【０１０９】
上記のように、金融市場で金融商品を取引する者は、縁起を担ぐことが多いので、取引日がユーザにとっての吉日であるか、凶日であるか、通常日であるかに応じて異なる条件が成立した場合に金融商品を取引することを望むことが多い。よってこのためこれらの構成によれば、吉日であるか、凶日であるか、通常日であるかに応じて異なるタイミングで商品を柔軟に購入できる。
【０１１０】
上記実施例１及び２において、図４の出力部１６０は、図２のＬＡＮカード１００ｆへ各種情報を出力するとして説明したが、これに限定される訳ではなく、図４の出力部１６０は、図２のビデオカード１００ｈへ各種情報を出力し、ビデオカード１００ｈは、出力された情報に応じてＬＣＤ１００ｉの表示を制御するとしても良い。また、上記実施例１及び２において、図４の取得部１２０は、図２のＬＡＮカード１００ｆから各種情報を取得するとして説明したが、これに限定される訳ではなく、図４の取得部１２０は、図２のキーボード１００ｊ及びマウス１００ｌから入力された各種情報を取得するとしても良い。上記実施例１（実施例１の各変形例を含む）及び上記実施例２（実施例２の各変形例を含む）は、それぞれ互いに組み合わせることができる。
【０１１１】
上記実施例１又は実施例２に係る機能を実現するための構成を備えた購入予約装置１００として提供できることはもとより、複数の装置で構成される購入予約システムであって、実施例１又は実施例２に係る機能を実現するための構成をシステム全体として備えた購入予約システムとして提供することもできる。
【０１１２】
なお、実施例１又は実施例２に係る機能を実現するための構成を予め備えた購入予約装置１００として提供できることはもとより、プログラムの適用により、既存の購入予約装置を実施例１又は実施例２に係る購入予約装置１００として機能させることもできる。すなわち、上記実施例で例示した購入予約装置１００による各機能構成を実現させるためのプログラムを、既存の購入予約装置を制御するコンピュータ（ＣＰＵなど）が実行できるように適用することで、実施例１又は実施例２に係る購入予約装置１００として機能させることができる。
【０１１３】
このようなプログラムの配布方法は任意であり、例えば、メモリカード、ＣＤ−ＲＯＭ、又はＤＶＤ−ＲＯＭなどの記録媒体に格納して配布できる他、インターネットなどの通信媒体を介して配布することもできる。また、本発明に係る購入予約方法は、本発明に係る購入予約装置１００を用いて実施できる。
【０１１４】
以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【符号の説明】
【０１１５】
１：購入予約システム
１１、１２：通信網
１００：購入予約装置
１００ａ：ＣＰＵ
１００ｂ：ＲＯＭ
１００ｃ：ＲＡＭ
１００ｄ：ハードディスク
１００ｅ：メディアコントローラ
１００ｆ：ＬＡＮカード
１００ｇ：ＬＡＮカード
１００ｈ：ビデオカード
１００ｉ：ＬＣＤ
１００ｊ：キーボード
１００ｋ：スピーカ
１００ｌ：マウス
１１０：記憶部
１２０：取得部
１３０：認証部
１４０：保存部
１６０：出力部
１７０：判定部
１８０：購入部
１９０：集計部
２０１，２０２：端末装置
３０１：販売サーバ
３０２ｂ、３０２ｃ：決済サーバ
【技術分野】
【０００１】
本発明は、購入予約装置、購入予約プログラム、購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体、及び購入予約方法に関する。
【背景技術】
【０００２】
従来から、レースの投票者によって設定された投票条件が、当該レースの出走表（つまり、番組）が確定した後に成立すると、当該番組が確定する前に指定された競技者に対して投票を行う予約投票システムが知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１０９１１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、特許文献１の予約投票システムは、個別の番組、個別の競技者に対して投票することを目的としていた。したがって、投票者が必ずしも継続して投票を行うものではなかった。このため、投票者が継続して投票を行うことを促す予約投票システムが強く望まれている。さらに、このような予約投票システムを各種の商品の購入予約に応用したい、との要望も強い。
【０００５】
本発明は、このような点に鑑みてなされたものであり、その目的とするところは、購入者による事前の商品購入予約を容易にすることで、購入者による商品の継続的な購入を促す購入予約装置、購入予約プログラム、購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体、及び購入予約方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点に係る購入予約装置は、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能であり、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、を備える、
ことを特徴とする。
【０００７】
また、第１の観点に係る購入予約装置において、
前記商品は、前記商品と交換可能な金額が前記商品の購入時において確定しない商品であり、
前記指定時期は、前記ユーザによって指定された前記ユーザにとっての吉日である又は前記ユーザにとっての凶日と異なる日である、
としても良い。
【０００８】
さらに、第１の観点に係る購入予約装置において、
前記ユーザにとっての吉日は、前記ユーザに指定された六曜、前記ユーザの誕生日及び結婚記念日、並びに前記ユーザの親族の誕生日のいずれか１つ以上に基づいて定められた日を含む、
としても良い。
【０００９】
さらに、第１の観点に係る購入予約装置において、
前記ユーザにとっての凶日は、前記ユーザに指定された六曜、並びに前記ユーザの配偶者の命日、親族の命日、恋人の命日、及び友人の命日のいずれか１つ以上に基づいて定められた日を含む、
としても良い。
【００１０】
さらにまた、第１の観点に係る購入予約装置において、
前記商品は、金融商品であり、
前記指定時期は、前記ユーザにとっての吉日において、前記ユーザによって指定された金融指標が前記ユーザによって指定された吉日用の条件を満足するタイミングが含まれる、
としても良い。
【００１１】
さらにまた、第１の観点に係る購入予約装置において、
前記商品は、金融商品であり、
前記指定時期は、前記ユーザにとっての凶日において、前記ユーザによって指定された金融指標が前記ユーザによって指定された凶日用の条件を満足するタイミングが含まれる、
としても良い。
【００１２】
また、第１の観点に係る購入予約装置において、
前記商品は、前記商品に対する払戻金額が前記商品の購入時において確定しない投票券であり、
前記記憶部は、指定時期を表す指定時期情報と、全ユーザに対する前記指定時期を指定したユーザの割合を表す割合情報と、前記指定時期を指定した複数のユーザに対してそれぞれ払い戻された払戻金額の内で、所定の金額よりも高い払戻金額を表す払戻金額情報とを対応付けて複数記憶し、
前記ユーザによって指定された指定時期を表す指定時期情報を取得する取得部、
前記取得された指定時期情報に対応付けられた割合情報で表される割合が所定の割合よりも高い場合に、前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報であって、前記取得された指定時期情報とは異なる指定時期情報と、当該異なる指定時期情報に対応付けられた払戻金額情報とを出力する出力部、をさらに備える
としても良い。
【００１３】
さらにまた、第１の観点に係る購入予約装置において、
前記商品は、前記商品に対する払戻金額が前記商品の購入時において確定しない投票券であり、
前記記憶部は、指定時期を表す指定時期情報と、全ユーザに対する前記指定時期を指定したユーザの割合を表す割合情報と、前記指定時期を指定した複数のユーザに対してそれぞれ払い戻された払戻金額の内で、所定の金額よりも高い払戻金額を表す払戻金額情報とを対応付けて複数記憶し、
所定の割合よりも高い割合を表す割合情報に対応付けられた指定時期情報を前記記憶部から取得する取得部、
前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報であって、前記取得された指定時期情報とは異なる指定時期情報と、当該異なる指定時期情報に対応付けられた払戻金額情報とを出力する出力部、をさらに備える、
としても良い。
【００１４】
さらにまた、第１の観点に係る購入予約装置において、
前記取得部は、前記ユーザによって再指定された指定時期を表す指定時期情報を再取得し、
前記再取得された指定時期情報と、前記ユーザを識別する識別情報とを対応付けて前記記憶部に保存する保存部、をさらに備える、
としても良い。
【００１５】
さらにまた、第１の観点に係る購入予約装置において、
前記取得部は、前記ユーザによって指定された指定時期を表す指定時期情報、及び再指定された指定時期を表す指定時期情報のいずれも取得しない場合に、前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報を前記記憶部から取得し、
前記保存部は、前記取得された指定時期情報を、前記ユーザを識別する識別情報に対応付けて前記記憶部に保存する、
としても良い。
【００１６】
また、上記目的を達成するため、本発明の第２の観点に係る購入予約プログラムは、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能なコンピュータを、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、として機能させる、
ことを特徴とする。
【００１７】
また、上記目的を達成するため、本発明の第３の観点に係るコンピュータ読み取り可能な記録媒体が記録した購入予約プログラムは、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能なコンピュータを、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、として機能させる、
ことを特徴とする。
【００１８】
さらに上記目的を達成するため、本発明の第４の観点に係る購入予約方法は、
判定部及び購入部を備える購入予約装置が実行する方法であって、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部に記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを、前記判定部が判定する判定ステップ、
前記購入部が、前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入ステップ、を有する、
ことを特徴とする。
【発明の効果】
【００１９】
本発明に係る購入予約装置、購入予約プログラム、購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体、及び購入予約方法によれば、購入者による事前の商品購入予約を容易にすることで、購入者による商品の継続的な購入を促すことができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施例１に係る購入予約装置で構成される購入予約システムの一構成例を表すシステム構成図である。
【図２】本発明の実施例１に係る購入予約装置の一構成例を表すハードウェア構成図である。
【図３】購入予約装置が実行する指定時期情報保存処理の一例を表すフローチャートである。
【図４】購入予約装置が有する機能の一例を表す機能ブロック図である。
【図５】購入予約装置が記憶するユーザテーブルの一例を表す図である。
【図６】購入予約装置が記憶する購入時期テーブルの一例を表す図である。
【図７】購入予約装置が記憶する予約テーブルの一例を表す図である。
【図８】購入予約装置が記憶する負荷テーブルの一例を表す図である。
【図９】購入予約装置が記憶する決済テーブルの一例を表す図である。
【図１０】購入予約装置が実行する指定時期情報取得処理の一例を表すフローチャートである。
【図１１】（ａ）は、時期指定画面の一例を表す図である。（ｂ）は、時期再指定画面の一例を表す図である。（ｃ）は、決済方法指定画面の一例を表す図である。
【図１２】購入予約装置が実行する認証処理の一例を表すフローチャートである。
【図１３】購入予約装置が記憶する投票期間テーブルの一例を表す図である。
【図１４】購入予約装置が記憶する第１回投票内容テーブルの一例を表す図である。
【図１５】購入予約装置が実行する投票券購入処理の一例を表すフローチャートである。
【図１６】実施例２に係る購入予約装置が記憶する指定条件テーブルの一例を表す図である。
【図１７】実施例２に係る購入予約装置が実行する金融商品購入処理の一例を表すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施例について添付図面を参照しつつ説明する。
【実施例１】
【００２２】
本発明の実施例１に係る購入予約装置１００は、商品の購入予約と購入時期の指定とを受け付け、指定された時期に予約された商品を購入する。本実施例において、購入される商品は、スポーツ振興投票券（つまり、スポーツくじ）であるとして説明を行う。購入予約装置１００によって購入されるスポーツ振興投票券は、サッカーの試合結果に対する予想を当該試合が開催される前に投票したこと及び投票した予想内容を表す。スポーツ振興投票券を購入したユーザは、投票した予想が的中すると、当該投票券と引き替えに払戻金を得られる。本実施例において、スポーツ振興投票券は、必ずしも上記内容を印刷された紙媒体である必要は無く、上記内容を表す電子ファイルであっても良い。本実施例において、購入予約装置１００は、スポーツ振興投票券の購入予約を受け付けるとして説明するが、これに限定される訳ではなく、例えば、勝馬投票券、勝者投票券、勝車投票券、及び勝舟投票券の購入予約を受け付けても良い。
【００２３】
購入予約装置１００は、図１に示すような購入予約システム１を構成する。購入予約システム１は、購入予約装置１００の他に、コンピュータ通信網１１及び１２（以下単に、通信網１１及び１２という）と、端末装置２０１及び２０２と、販売サーバ３０１と、決済サーバ３０２ｂ及び決済サーバ３０２ｃとで構成される。端末装置２０１及び２０２は、それぞれ同様の構成を有するため、以下、端末装置２０１についてのみ説明する。
【００２４】
通信網１１及び１２は、それぞれインターネットで構成される。通信網１１及び１２は、ＬＡＮ（Local Area Network）又は公衆回線網であっても良い。
【００２５】
購入予約装置１００について説明する前に、端末装置２０１について説明する。
端末装置２０１は、例えば、ＬＣＤ（Liquid Crystal Display）などの表示部と、キーボードなどの入力部とを備えたパーソナル・コンピュータで構成される。端末装置２０１は、ユーザの操作に応じた各種の信号を入力し、入力された信号に基づいた情報を購入予約装置１００へ送信する。また、端末装置２０１は、購入予約装置１００から返信された情報を受信し、受信された情報に基づいて表示部に各種の表示を行う。
【００２６】
販売サーバ３０１は、スポーツくじの胴元によって管理され、購入予約装置１００から受信するリクエスト（つまり、要求）に応じてスポーツ振興投票券（以下単に、投票券という）を販売する。決済サーバ３０２ｂは、ユーザによって口座が開設された銀行によって管理され、購入予約装置１００から受信するリクエストに応じて、端末装置２０１を使用するユーザの銀行口座を用いた決済を行う。決済サーバ３０２ｃは、クレジットカードの発行会社によって管理され、購入予約装置１００から受信するリクエストに応じて、端末装置２０１のユーザが使用するクレジットカードを用いた決済を行う。
【００２７】
購入予約装置１００は、ウェブサーバソフトウェアをインストールされたサーバ機である。購入予約装置１００は、投票券を購入（つまり、投票）可能な期間（以下、投票期間という）における複数の時期の内で、端末装置２０１を使用するユーザに指定された時期（以下、指定時期という）を表す情報（以下、指定時期情報という）を端末装置２０１から受信する。その後、購入予約装置１００は、受信された指定時期情報で表される指定時期が到来すると投票券を購入し、購入した投票券の内容を表す情報を端末装置２０１へ返信する。本実施例において、投票期間は、例えば、サッカーの試合の開始１週間前の午後１２時から当該試合が行われる日の午後１２時までであるとして説明するが、これに限定される訳ではない。また、本実施例において、投票期間における複数の時期は、投票期間における７日（つまり、７つの時期）であるとして説明するが、これに限定される訳ではない。
【００２８】
購入予約装置１００は、図２に示すように、ＣＰＵ（Central Processing Unit）１００ａ、ＲＯＭ（Read Only Memory）１００ｂ、ＲＡＭ（Random Access Memory）１００ｃ、ハードディスク１００ｄ、メディアコントローラ１００ｅ、ＬＡＮ（Local Area Network）カード１００ｆ及び１００ｇ、ビデオカード１００ｈ、ＬＣＤ１００ｉ、キーボード１００ｊ、スピーカ１００ｋ、及びマウス１００ｌで構成される。
【００２９】
ＣＰＵ１００ａは、ＲＯＭ１００ｂ又はハードディスク１００ｄに保存されたプログラムに従ってソフトウェア処理を実行することで、購入予約装置１００の全体制御を行う。ＲＡＭ１００ｃは、ＣＰＵ１００ａによるプログラムの実行時において、処理対象とする情報（つまり、データ）を一時的に記憶する。
【００３０】
ハードディスク１００ｄは、各種の情報（つまり、データ）を保存した表（つまり、テーブル）を記憶する記憶部である。尚、購入予約装置１００は、ハードディスク１００ｄの代わりに、フラッシュメモリを備えても良い。
【００３１】
メディアコントローラ１００ｅは、フラッシュメモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、及びブルーレイディスク（Blu-ray Disc）（登録商標）を含む記録媒体から各種のデータ及びプログラムを読み出す。
【００３２】
ＬＡＮカード１００ｆは、通信網１１を介して接続する端末装置２０１及び２０２との間でデータを送受信する。ＬＡＮカード１００ｇは、通信網１２を介して接続する販売サーバ３０１並びに決済サーバ３０２ｂ及び３０２ｃとの間でデータを送受信する。キーボード１００ｊ及びマウス１００ｌは、ユーザの操作に応じた信号又は情報を入力する。
【００３３】
ビデオカード１００ｈは、ＣＰＵ１００ａから出力されたデジタル信号に基づいて画像を描画（つまり、レンダリング）すると共に、描画された画像を表す画像信号を出力する。ＬＣＤ１００ｉは、ビデオカード１００ｈから出力された画像信号に従って画像を表示する。スピーカ１００ｋは、ＣＰＵ１００ａから出力された信号に基づいて音声を出力する。なお、購入予約装置１００は、ＬＣＤ１００ｉの代わりに、ＰＤＰ（Plasma Display Panel）又はＥＬ（Electroluminescence）ディスプレイを備えても良い。
【００３４】
購入予約装置１００のＣＰＵ１００ａは、図２のハードウェアを用いて、図３に示すような指定時期情報保存処理を実行することで、図４に示すような取得部１２０、認証部１３０、保存部１４０、及び出力部１６０として機能する。また、ＣＰＵ１００ａは、図２のハードディスク１００ｄ又はＬＡＮカード１００ｆを介して接続する外付けのハードディスク若しくはハードディスクを搭載したデータサーバと協働して図４の記憶部１１０として機能する。尚、指定時期情報保存処理は、端末装置２０１から取得した指定時期情報を記憶部１１０へ保存する処理をいう。
【００３５】
図４の記憶部１１０は、図５に示すようなユーザテーブルを記憶している。図５のユーザテーブルには、ユーザを識別するユーザ識別情報（以下、ユーザＩＤという）と、ユーザにとって祝い事のある日を表す情報とが対応付けられて複数保存されている。ユーザにとって祝い事のある日は、ユーザの誕生日、結婚記念日、及び配偶者の誕生日、並びにユーザの親族の誕生日を含むとして説明する。しかし、ユーザにとって祝い事のある日は、これらに限定されるのではなく、ユーザの婚約記念日、ユーザの友人又は恋人の誕生日であっても良い。
【００３６】
また、図４の記憶部１１０は、図６に示すような購入時期テーブルをさらに記憶する。図６の購入時期テーブルには、購入時期を識別する情報（以下、時期ＩＤという）と、購入時期を表す購入時期情報とが対応付けられて複数保存されている。尚、図６の購入条件テーブルに保存された情報で表される購入時期は、先勝の日、友引の日、先負の日、仏滅の日、大安の日、及び赤口の日を含む。また、図６の購入時期は、日曜、月曜、火曜、水曜、木曜、金曜、及び土曜を含む。さらに、図６の購入時期は、１日、２日、及び３１日などをさらに含む。またさらに、図６の購入時期は、ユーザの誕生日と同じ又は異なる月の当該誕生日と同じ日、ユーザの結婚記念日と同じ又は異なる月の当該記念日と同じ日、ユーザの配偶者の誕生日と同じ又は異なる月の当該誕生日と同じ日を含む。
【００３７】
また、図４の記憶部１１０は、図７に示すような予約テーブルをさらに記憶する。図７の予約テーブルは、ユーザＩＤと、ユーザＩＤで識別されるユーザが指定した指定時期を識別する情報（以下、指定時期ＩＤという）と、指定時期を表す指定時期情報と、指定時期が到来した場合に購入するように予約された口数（以下、購入口数という）を表す情報（以下、購入数情報という）とが対応付けられて保存されている。
【００３８】
また、図４の記憶部１１０は、図８に示すような負荷テーブルをさらに記憶する。図８の負荷テーブルは、指定時期ＩＤと、指定時期情報と、当該指定時期情報で表される指定時期を採用したユーザの数を表す採用人数情報と、購入予約システム１を使用する全てのユーザに対する、当該指定時期情報で表される指定時期を指定したユーザの割合を表す割合情報と、当該指定時期を指定したユーザが購入した投票券に対して払い戻された払戻金額の内で最高の金額（以下、最高払戻金額という）であって、所定の金額よりも高い金額を表す払戻金額情報とが対応付けられて複数保存されている。尚、本実施例において、所定の金額は、１億円であるとして説明するが、これに限定される訳ではなく、当業者は、実験により好適な金額を定めることができる。
【００３９】
また、図４の記憶部１１０は、図９に示すような決済テーブルをさらに記憶する。図９の決済テーブルには、ユーザＩＤと、ユーザＩＤで識別されるユーザが決済に用いるクレジットカードを特定するカード特定情報とが対応付けられて複数保存されている。尚、カード特定情報は、クレジットカードに表示されたユーザの氏名を表す氏名情報と、当該クレジットカードの発行会社名を表す発行会社名情報と、当該クレジットカードの番号を表す番号情報と、当該クレジットカードの有効期限を表す有効期限情報とを含む。また、図９の決済テーブルは、ユーザＩＤと、ユーザＩＤで識別されるユーザが決済に用いる銀行口座を特定する口座特定情報とが対応付けられて複数保存されている。尚、口座特定情報は、銀行口座を開設した名義人の氏名を表す名義人情報と、当該銀行口座が開設された銀行名を表す銀行名情報と、当該銀行口座の開設された支店を識別する支店番号情報と、当該銀行口座の口座番号を表す口座番号情報とを含む。
【００４０】
尚、図４の記憶部１１０は、銀行の名称を表す銀行名情報と、例えば、ＩＰ（Internet Protocol）アドレスやドメン名等の当該銀行が管理する決済サーバ３０２ｂを識別するサーバ識別情報とを対応付けて記憶している。同様に、記憶部１１０は、クレジットカードの発行会社の名称を表す発行会社名情報と、例えば、ＩＰアドレス等の当該発行会社が管理する決済サーバ３０２ｃを識別するサーバ識別情報とを対応付けて記憶している。また、記憶部１１０は、ユーザのユーザＩＤと、ユーザのパスワードを表す情報とを対応付けて複数記憶している。さらに、記憶部１１０は、日付を表す情報と、当該日付の曜日を表す情報と、当該日付の六曜を表す情報とを対応付けたカレンダ情報を記憶している。
【００４１】
図２のＬＡＮカード１００ｆが、ユーザＩＤと、パスワードを表す情報とを端末装置２０１から受信すると、図３の指定時期情報保存処理が開始される。指定時期情報保存処理が開始されと、図４の取得部１２０は、ＬＡＮカード１００ｆからユーザＩＤと、パスワードを表す情報とを取得する。次に、認証部１３０は、取得されたユーザＩＤと対応付けて記憶されたパスワードを表す情報を記憶部１１０から検索し、取得された情報で表されるパスワードが、検索された情報で表されるパスワードと一致するか否かに基づいて、端末装置２０１のユーザがユーザ認証をクリアしたか否かを判別する（ステップＳ０１）。
【００４２】
ステップＳ０１において、認証部１３０は、ユーザが認証をクリアしなかったと判別すると（ステップＳ０１；Ｎｏ）、端末装置２０１に対してユーザが認証をクリアしなかったことを表すメッセージを返信した後に、条件指定処理の実行を終了する。尚、端末装置２０１は、購入予約装置１００から受信したメッセージを表示する。これに対して、認証部１３０が認証をユーザがクリアしたと判別すると（ステップＳ０１；Ｙｅｓ）、図１０に示すような指定時期情報取得処理の実行が開始される（ステップＳ０２）。
【００４３】
図１０の指定時期情報取得処理の実行が開始されると、図４の認証部１３０は、図６の購入時期テーブルに保存された購入時期情報を複数読み出す（ステップＳ１１）。次に、認証部１３０は、例えば、ＨＴＭＬ（HyperText Markup Language）ファイルなどの、図１１（ａ）に示すような時期指定画面を表す情報（以下、時期指定画面情報という）を記憶部１１０から読み出す（ステップＳ１２）。次に、出力部１６０は、ステップＳ１１で読み出された複数の購入時期情報と時期指定画面情報とを、図２のＬＡＮカード１００ｆへ出力する（ステップＳ１３）。その後、ＬＡＮカード１００ｆは、複数の購入時期情報と時期指定画面情報とを端末装置２０１へ送信する。
【００４４】
端末装置２０１は、購入予約装置１００から受信した情報で表される時期指定画面のリストＬＴに、複数の購入時期情報でそれぞれ表される購入時期を表示する。ユーザは、時期指定画面のリストＬＴを視認した後に、表示された購入時期の内で、ユーザにとっての吉日である時期を購入時期として指定する。
【００４５】
ここで、あるユーザにとっての吉日は、一般的に吉日であるとされる六曜の大安であるとは限らない。例えば、一般的に凶日であるとされる仏滅に購入された投票券は、そうでない投票券よりも払戻金額が高いという統計結果や噂を信じるユーザにとって、投票券を購入する日として縁起が良い日（つまり、吉日）は、仏滅の日である。また、ユーザの誕生日などのユーザが祝い事を行う日又は当該ユーザにとって思い入れのある日は、例え、仏滅であっても、当該ユーザにとってはめでたい日であるので、当該ユーザにとっての吉日である。
【００４６】
ユーザが購入時期の指定及び購入口数の指定を行うために、図２のキーボード１００ｊ及びマウス１００ｌを操作すると、端末装置２０１は、ユーザに操作されたキーボード１００ｊ及びマウス１００ｌから入力される信号に基づいて、指定時期情報及び購入数情報を生成し、生成された指定時期情報及び購入数情報を購入予約装置１００へ送信する。
【００４７】
その後、図２のＬＡＮカード１００ｆは、端末装置２０１から指定時期情報と購入数情報とを受信し、図４の取得部１２０は、これらの情報をＬＡＮカード１００ｆから取得する（図１０のステップＳ１４）。次に、認証部１３０は、図８の負荷テーブルから、ステップＳ１４で取得された指定時期情報に対応付けられた割合情報を検索する（ステップＳ１５）。端末装置２０１のユーザによって指定された指定時期と同じ時期を指定したユーザの数が全体のユーザ数に占める割合を取得するためである。
【００４８】
次に、認証部１３０は、検索された割合情報で表される割合が、所定の割合よりも大きいか否かを判別する（ステップＳ１６）。本実施例において、所定の割合は、５０％であるとして説明を行うが、これに限定される訳ではなく、当業者は、好適な割合を実験により定めることができる。また、所定の割合を表す情報は、予め記憶部１１０に記憶されている。
【００４９】
ステップＳ１６において、認証部１３０は、検索された割合情報で表される割合が所定の割合以下であると判別すると（ステップＳ１６；Ｎｏ）、指定時期情報取得処理の実行を終了する。これに対して認証部１３０は、検索された割合情報で表される割合が所定の割合よりも大きいと判別すると（ステップＳ１６；Ｙｅｓ）、図８の負荷テーブルに保存された割合情報で表される割合の内で、最も低い割合であって、上記所定の割合（本実施例では５０％）よりも低い割合（以下、最低割合という）を表す割合情報（以下、最低割合情報という）を検索する。次に、認証部１３０は、最低割合情報に対応付けられた指定時期情報と、払戻金額情報とを検索する（ステップＳ１７）。
【００５０】
次に、出力部１６０は、検索された指定時期情報と払戻金額情報とを、図２のＬＡＮカード１００ｆへ出力する（ステップＳ１８）。また、ＬＡＮカード１００ｆは、出力された時期情報と払戻金額情報とを端末装置２０１へ返信する。尚、端末装置２０１は、購入予約装置１００から受信した時期情報で表される時期と、払戻金額情報で表される払戻金額とを、図１１（ｂ）に示すような時期再指定画面へ表示させる。ユーザが時期再指定画面を視認した後に、時期再指定画面に表示された時期を指定時期として指定する場合には、端末装置２０１は、ユーザの操作に応じて、当該表示された時期を指定時期とした後に指定時期情報を購入予約装置１００へ送信する。これに対して、ユーザが時期再指定画面に表示された時期を指定時期として指定しない場合には、ユーザに操作された端末装置２０１は、指定時期情報を購入予約装置１００へ送信しない。
【００５１】
図１０のステップＳ１８の後に、端末装置２０１から指定時期情報が再送されると、図２のＬＡＮカード１００ｆは、指定時期情報を再受信する。ＬＡＮカード１００ｆが所定時間以内に指定時期情報を再受信すると、取得部１２０は、ステップＳ１４で取得した指定時期情報を破棄してから、ＬＡＮカード１００ｆから指定時期情報を再取得した後に（ステップＳ１９）、指定時期情報取得処理の実行を終了する。これに対して、端末装置２０１から指定時期情報が所定時間経過しても再送されないと、取得部１２０は、指定時期情報取得処理の実行を終了する。
【００５２】
図３のステップＳ０２の後に、認証部１３０は、端末装置２０１のユーザが投票券の購入代金に対する支払能力を有したユーザであるか否か認証する、図１２に示すような認証処理を実行する（ステップＳ０３）。図１２の認証処理を開始すると、認証部１３０は、図１１（ｃ）に示すような決済方法指定画面を表す情報（以下、決済方法指定画面情報という）を記憶部１１０から読み出し（ステップＳ２１）、読み出した決済方法指定画面情報を、図２のＬＡＮカード１００ｆへ出力する（ステップＳ２２）。次に、ＬＡＮカード１００ｆは、出力された情報を端末装置２０１へ送信する。
【００５３】
端末装置２０１は、購入予約装置１００から受信した情報で表される決済方法指定画面を表示部に表示する。その後、端末装置２０１は、ユーザに指定された決済方法が、クレジットカード決済であるか銀行口座決済であるかを表す指定決済方法指定情報を、ユーザの操作に従って購入予約装置１００へ送信する。クレジットカード決済が指定された場合には、端末装置２０１は、ユーザが決済に使用するクレジットカードを特定するカード特定情報（つまり、氏名情報、発行会社名情報、番号情報、及び有効期限情報）を購入予約装置１００へ送信する。これに対して、銀行口座決済が指定された場合には、端末装置２０１は、ユーザが決済に使用する銀行口座を特定する口座特定情報（つまり、名義人情報、銀行名情報、支店番号情報、及び口座番号情報）を購入予約装置１００へ送信する。
【００５４】
図１２のステップＳ２２の後に、図２のＬＡＮカード１００ｆは、端末装置２０１から指定決済方法指定情報を受信し、図４の取得部１２０は、ＬＡＮカード１００ｆから指定決済方法指定情報を取得する（ステップＳ２３）。次に、認証部１３０は、ユーザによって指定された決済方法が、クレジットカード決済か否かを判別する（ステップＳ２４）。このとき、認証部１３０が、ユーザによって指定された決済方法がクレジットカード決済であると判別した場合には（ステップＳ２４；Ｙｅｓ）、図２のＬＡＮカード１００ｆは、カード特定情報を端末装置２０１から受信し、図４の取得部１２０は、ＬＡＮカード１００ｆから当該カード特定情報を取得する（ステップＳ２５）。
【００５５】
次に、認証部１３０は、カード特定情報に含まれる発行会社名を表す情報に対応付けられたサーバ識別情報を記憶部１１０から検索する。次に、出力部１６０は、検索されたサーバ識別情報と、カード特定情報と、空決済を求めるリクエストとを、図２のＬＡＮカード１００ｇに出力する（ステップＳ２６）。尚、空決済とは、決済金額を「０」円として行う決済をいう。その後、ＬＡＮカード１００ｇは、出力されたサーバ識別情報で識別される決済サーバ３０２ｃへ、出力されたカード特定情報と空決済を求めるリクエストとを送信する。
【００５６】
決済サーバ３０２ｃは、購入予約装置１００からカード特定情報と、空決済を求めるリクエストとを受信すると、受信したカード特定情報で特定されるカードを用いて空決済を行い、決済の実行結果を表す情報（以後、決済結果情報という）を購入予約装置１００へ返信する。
【００５７】
図１２のステップＳ２６の後に、図２のＬＡＮカード１００ｇは、決済サーバ３０２ｃから決済結果情報を受信する。その後、取得部１２０は、ＬＡＮカード１００ｇから決済結果情報を取得する（ステップＳ２７）。次に、認証部１３０は、決済が成功したという決済結果を決済結果情報が表すか否かを判別する（ステップＳ２８）。このとき、決済結果情報が決済の成功を表す場合には（ステップＳ２８；Ｙｅｓ）、ユーザの支払能力に対する認証が成功した（つまり、認証をクリアした）と判別する（ステップＳ２９）。これに対して、決済結果情報が決済の失敗を表す場合には（ステップＳ２８；Ｎｏ）、認証が失敗したと判別する（ステップＳ３０）。ステップＳ２９又はステップＳ３０の後に、認証部１３０は、認証処理の実行を終了する。
【００５８】
ステップＳ２４において、ユーザによって指定された決済方法が銀行口座決済であると判別された場合に（ステップＳ２４；Ｎｏ）、図２のＬＡＮカード１００ｆは、ユーザが決済に用いる銀行口座を特定する口座特定情報を端末装置２０１から受信し、図４の取得部１２０は、ＬＡＮカード１００ｆから口座特定情報を取得する（ステップＳ３１）。
【００５９】
次に、認証部１３０は、口座特定情報に含まれる銀行名情報に対応付けられたサーバ識別情報を記憶部１１０から検索する。次に、出力部１６０は、検索されたサーバ識別情報と、口座特定情報と、残高照会を求めるリクエスト（以下、照会要求という）とを、図２のＬＡＮカード１００ｇに出力する（ステップＳ３２）。その後、ＬＡＮカード１００ｇは、出力されたサーバ識別情報で識別される決済サーバ３０２ｂへ、出力された口座特定情報と残高照会を求めるリクエストとを送信する。
【００６０】
決済サーバ３０２ｂは、購入予約装置１００から口座特定情報と、残高照会を求めるリクエストとを受信すると、受信したリクエストに応じて、受信された口座特定情報で特定される口座に対する残高照会を行い、照会された残高を表す情報（以後、照会結果情報という）を購入予約装置１００へ返信する。
【００６１】
図１２のステップＳ３２の後に、図２のＬＡＮカード１００ｇは、決済サーバ３０２ｃから照会結果情報を受信する。その後、取得部１２０は、ＬＡＮカード１００ｇから照会結果情報を取得する（ステップＳ３３）。次に、認証部１３０は、照会情報で表される残高が所定金額より多いか否かを判別する（ステップＳ３４）。本実施例において、所定金額を表す情報は、記憶部１１０に予め記憶されており、好適な所定金額は、当業者が実験により定めることができる。
【００６２】
ステップＳ３４において、認証部１３０は、残高が所定金額より多いと判別すると（ステップＳ３４；Ｙｅｓ）、認証が成功したと判別する（ステップＳ３５）。これに対して、認証部１３０は、残高が所定金額以下であると判別する場合、又は口座が存在しないと判別する場合には（ステップＳ３４；Ｎｏ）、認証が失敗したと判別する（ステップＳ３６）。残高が所定金額以下である、又はユーザが決済に使用する口座が存在しないため、ユーザによって指定された購入時期が到来しても、投票券の購入に伴う決済を行うことができないためである。ステップＳ３５又はステップＳ３６の後に、認証部１３０は、認証処理の実行を終了する。
【００６３】
図３のステップＳ０３において、認証部１３０が認証失敗と判別すると（ステップＳ０４；Ｎｏ）、認証部１３０は、指定時期情報保存処理の実行を終了する。これに対して、認証部１３０が認証成功と判別すると（ステップＳ０４；Ｙｅｓ）、図４の保存部１４０は、ステップＳ０１で取得されたユーザＩＤと、ステップＳ０１で取得された指定時期情報と購入数情報とを対応付けて、図７の予約テーブルに保存する（ステップＳ０５）。次に、保存部１４０は、ステップＳ０１で取得されたユーザＩＤと、ステップＳ０３で取得されたカード特定情報又は口座特定情報とを対応付けて、図９の決済テーブルに保存した後に（ステップＳ０６）、指定時期情報保存処理の実行を終了する。
【００６４】
図４の記憶部１１０は、図１３に示すような投票期間テーブルを記憶する。図１３の投票期間テーブルには、試合の開催回を表す開催回情報と、当該開催回の試合の結果に対する予想を投票できる投票期間（つまり、投票券を購入できる期間）の開始日時を表す情報と、投票期間の終了日時を表す情報と、試合結果の発表日を表す結果発表日情報とが対応付けられて保存されている。尚、投票期間の開始日時を表す情報と、終了日時を表す情報とを投票期間情報という。
【００６５】
また、図４の記憶部１１０は、図１３の投票期間テーブルに保存された情報で表される各開催回における投票内容を表す投票内容情報を記憶する投票内容テーブルを記憶する。具体的には、第１回の開催回における投票内容を表す投票内容情報が保存された、図１４に示すような第１回投票内容テーブルなどが記憶されている。図１４の第１回投票内容テーブルには、ユーザを識別するユーザＩＤと、ユーザが投票した投票内容を表す投票内容情報と、ユーザに対して払い戻される払戻金の金額を表す払戻金額情報とが対応付けて保存されている。
【００６６】
具体的には、図１４の第１回投票内容テーブルには、ユーザＩＤ「U001」と、ＡチームとＢチームとの試合の結果がＡチームの勝ちとなると予想したこと、ＣチームとＤチームとの試合の結果がＣチームの負けとなると予想したこと、及びＥチームとＦチームとの試合の結果が引き分けとなると予想したことを表す投票内容情報とが対応付けられて保存されている。同様に、記憶部１１０は、第２回から第５７回の開催回における投票内容情報を記憶する第２回投票内容テーブルから第５７回投票内容テーブルを記憶している。
【００６７】
図２のＣＰＵ１００ａは、図１５の投票券購入処理を実行することで、図４の取得部１２０、出力部１６０、判定部１７０、及び購入部１８０として機能する。尚、投票券購入処理は、例えば、３月から１２月までといったサッカーの試合が開催されるシーズンにおいて、１日毎などの定周期で実行される。
【００６８】
図１５の投票券購入処理が開始されると、図４の取得部１２０は、ＯＳ（Operating System）からシステム時刻を取得する（ステップＳ４１）。次に、判定部１７０は、図１３の投票期間テーブルから投票期間情報を複数読み出す（ステップＳ４２）。次に、判定部１７０は、ステップＳ４１で取得されたシステム時刻が、ステップＳ４２で読み出された複数の投票期間情報でそれぞれ表される投票期間のいずれかに含まれるか否かに基づいて、現在投票できるか（つまり、投票券を販売中であるか）否かを判別する（ステップＳ４３）。このとき、判定部１７０は、投票できないと判別すると（ステップＳ４３；Ｎｏ）、投票券購入処理の実行を終了する。
【００６９】
ステップＳ４３において、投票できると判別されると（ステップＳ４３；Ｙｅｓ）、図７の予約テーブルに保存された指定時期ＩＤを全て読み出す（ステップＳ４４）。次に、判定部１７０は、ステップＳ４４で読み出された指定時期ＩＤの全てに対してステップＳ４７の処理が実行されたか否かを判別する（ステップＳ４５）。このとき、ステップＳ４４で読み出された指定時期ＩＤの全てをステップＳ４７の処理対象としたと判別すると（ステップＳ４５；Ｙｅｓ）、判定部１７０は、投票券購入処理の実行を終了する。これに対して、読み出された指定時期ＩＤの全てをステップＳ４７の処理対象とした訳でないと判別すると（ステップＳ４５；Ｎｏ）、判定部１７０は、ステップＳ４７の処理対象としていない指定時期ＩＤ（以下、未処理のＩＤという）の１つを処理対象（以下、注目ＩＤという）とする（ステップＳ４６）。その後、判定部１７０は、注目ＩＤで識別される指定時期を、図７の予約テーブルから検索し、検索された注目ＩＤで識別される指定時期（以下、注目指定時期という）が到来したか否かを判別する（ステップＳ４７）。
【００７０】
具体的には、判定部１７０は、ステップＳ４１で取得されたシステム時刻と、記憶部１１０に記憶されたカレンダ情報とに基づいて、本日の六曜、曜日、及び日付を特定する。また、判定部１７０は、特定した本日の六曜、曜日、及び日付と、注目指定時期とが同じ場合に注目指定時期が到来したと判別し、相違する場合に注目指定時期が到来しなかったと判別する。特に、購入時期が自分の誕生日、自分の結婚記念日、又は配偶者の誕生日である場合には、判定部１７０は、図５のユーザテーブルから、図３のステップＳ０１で取得したユーザＩＤに対応付けられた情報で表されるユーザの誕生日を表す情報、ユーザの結婚記念日を表す情報、及びユーザの配偶者の誕生日を表す情報を取得する。次に、判定部１７０は、本日が、取得された情報で表されるユーザの誕生日、結婚記念日、又は配偶者の誕生日と同じ又は異なる月の当該誕生日又は当該記念日と同じ日である場合に注目指定時期が到来したと判別し、相違する場合に注目指定時期が到来しなかったと判別する。
【００７１】
ステップＳ４７において、注目ＩＤで識別される注目指定時期が到来していないと判別された場合には（ステップＳ４７；Ｎｏ）、ステップＳ４５から上記処理が繰り返される。これに対して、注目指定時期が到来したと判別された場合には（ステップＳ４７；Ｙｅｓ）、図４の購入部１８０は、注目ＩＤに対応付けられたユーザＩＤを（つまり、注目指定時期を指定したユーザのユーザＩＤを）、図７の予約テーブルから検索する（ステップＳ４８）。その後、購入部１８０は、検索されたユーザＩＤの全てに対して、ステップＳ５０からＳ５８の処理を実行したか否かを判別する（ステップＳ４９）。このとき、検索されたユーザＩＤの全てに対して処理を実行したと判別されると（ステップＳ４９；Ｙｅｓ）、ステップＳ４５から上記処理を繰り返される。
【００７２】
ステップＳ４９において、検索されたユーザＩＤの全てに対して処理を実行した訳でないと判別されると（ステップＳ４９；Ｎｏ）、購入部１８０は、検索されたユーザＩＤの内で、処理対象としていないユーザＩＤの１つを注目ユーザＩＤとし、注目ユーザＩＤで識別されるユーザを注目ユーザとする（ステップＳ５０）。次に、購入部１８０は、注目ユーザＩＤに対応付けられた購入数情報を、図７の予約テーブルから検索する（ステップＳ５１）。その後、購入部１８０は、注目ユーザＩＤに対応付けられたカード特定情報又は口座特定情報（以下、特定情報という）を、図９の決済テーブルから検索する（ステップＳ５２）。尚、図９の決済テーブルに保存されたユーザＩＤであって、クレジットカードを決済に用いないユーザのユーザＩＤには、当該クレジットカードを特定するカード特定情報が対付けられていない。同様に、図９の決済テーブルに保存されたユーザＩＤであって、銀行口座を決済に用いないユーザのユーザＩＤには、当該銀行口座を特定する口座特定情報が対付けられていない。
【００７３】
その後、出力部１６０は、ステップＳ５１で検索された購入数情報と、ステップＳ５１で検索された特定情報と、投票券の販売を求めるクエスト（つまり、販売要求）とをＬＡＮカード１００ｇへ出力し（ステップＳ５３）、ＬＡＮカード１００ｇは、出力された購入数情報と、特定情報と、販売要求とを販売サーバ３０１へ送信する。
【００７４】
販売サーバ３０１は、購入予約装置１００から購入数情報と、特定情報と、販売要求とを受信すると、図１２のステップＳ２６と同様に、特定情報に基づいてユーザが決済に使用するクレジットカードを発行した会社によって管理される決済サーバ３０２ｃ、又はステップＳ３２と同様に、ユーザが決済に使用する口座が開設された銀行によって管理される決済サーバ３０２ｃを識別するサーバ識別情報を検索する。次に、販売サーバ３０１は、購入数情報で表される口数に対して、１口の投票券に対する代金を乗算することで、当該口数の投票券に対する購入代金を算出する。その後、販売サーバ３０１は、特定情報と、当該特定情報で特定される口座又はクレジットカードを用いて、算出された購入代金を決済するように求めるリクエストを決済サーバ３０２ｂ又は３０２ｃへ送信する。その後、販売サーバ３０１は、決済サーバ３０２ｂ又は３０２ｃから決済の成功を表す情報を受信すると、乱数に基づいて購入数情報で表される口数の投票内容を決定し、決定した投票内容を表す情報（以下、投票内容情報という）と、投票の成功を表す投票結果情報とを購入予約装置１００へ返信する。これに対して、販売サーバ３０１は、決済サーバ３０２ｂ又は３０２ｃから決済の失敗を表す情報を受信すると、投票の失敗を表す投票結果情報を購入予約装置１００へ送信する。
【００７５】
図２のＬＡＮカード１００ｇは、販売サーバ３０１から投票結果情報を受信し、図４の取得部１２０は、ＬＡＮカード１００ｇから投票結果情報を取得する（図１５のステップＳ５４）。その後、購入部１８０は、投票結果情報が投票の成功を表す情報であるか否か（つまり、投票が成功したか否か）を判別する（ステップＳ５５）。このとき、購入部１８０は、投票結果情報が投票の失敗を表す情報であると判別すると（ステップＳ５５；Ｎｏ）、出力部１６０は、投票に失敗した旨のメッセージ（以下、投票失敗メッセージという）をＬＡＮカード１００ｇへ出力し（ステップＳ５６）、ＬＡＮカード１００ｇは、出力されたメッセージを端末装置２０１へ送信する。端末装置２０１は、メッセージを受信すると、受信したメッセージを表示する。その後、ステップＳ４９の処理から上記処理が繰り返される。
【００７６】
ステップＳ５５において、購入部１８０は、投票結果情報が投票の成功を表す情報であると判別すると（ステップＳ５５；Ｙｅｓ）、投票内容情報をＬＡＮカード１００ｇへ出力し（ステップＳ５７）、ＬＡＮカード１００ｇは、注目ユーザが使用する端末装置２０１へ投票内容情報を送信する。その後、保存部１４０は、ステップＳ４３で投票できると判別された投票期間情報と対応付けられた開催回情報を、図１３の投票期間テーブルから検索する。次に、保存部１４０は、検索された開催回情報で表される開催回に応じた投票内容テーブルへ、ステップＳ５４で取得された投票内容情報と、ステップＳ５０で決定された注目ユーザＩＤとを対応付けて保存する（ステップＳ５８）。その後、ステップＳ４９に戻り上記処理を繰り返す。
【００７７】
尚、購入予約装置１００のＣＰＵ１００ａは、図２のハードウェアを用いて、払戻金額を集計する払戻金額集計処理を実行することで、図４に示すような取得部１２０、出力部１６０、及び集計部１９０として機能する。払戻金額集計処理が開始されると、集計部１９０は、図１５のステップＳ４１と同様にシステム時刻を取得し、図１３の投票期間テーブルから結果発表日情報を読み出す。次に、集計部１９０は、システム時刻と、結果発表日情報とに基づいて本日が結果発表日であるか否かを判別する。このとき、集計部１９０は、本日が結果発表日でないと判別すると払戻金額集計処理の実行を終了する。これに対して、本日が結果発表日であると判別されると、出力部１６０は、試合結果を表す情報（以下、試合結果情報）と、今回の払戻金額を表す情報（つまり、払戻金額情報）とを返信するように求めるリクエストを、図２のＬＡＮカード１００ｇへ出力し、ＬＡＮカード１００ｇは販売サーバ３０１へ当該リクエストを送信する。
【００７８】
その後、ＬＡＮカード１００ｇが販売サーバ３０１から試合結果情報と払戻金額情報とを受信すると、取得部１２０は、ＬＡＮカード１００ｇからこれらの情報を取得する。次に、集計部１９０は、当該結果発表日を表す結果発表日情報に対応付けられた開催回情報を、図１３の投票期間テーブルから検索する。その後、集計部１９０は、検索された開催回情報で表される開催回に対応した投票内容テーブルから、取得された試合結果情報で表される試合結果と同じ試合結果を表す投票内容情報とユーザＩＤ（つまり、予想が的中したユーザのユーザＩＤ）とを複数検索する。次に、集計部１９０は、検索された複数の投票内容情報とユーザＩＤとに対して、取得された今回の払戻金額情報を対応付けて投票内容テーブルへ保存する。
【００７９】
次に、集計部１９０は、検索された複数のユーザＩＤ（つまり、払戻金を取得できるユーザのユーザＩＤ）の内で、未処理のユーザの１人を注目ユーザとする。次に、集計部１９０は、注目ユーザのユーザＩＤに対応付けられた指定時期ＩＤを（つまり、払い戻しのあったユーザが指定した指定時期を識別するＩＤを）、図７の予約テーブルから検索する。次に、集計部１９０は、検索された指定時期ＩＤに対応付けられた払戻金額情報を、図８の負荷テーブルから検索し、検索された情報で表される最高払戻金額が、今回の払戻金額よりも低いか否かを判別する。このとき、集計部１９０は、最高払戻金額が今回の払戻金額以上であると判別すると、未処理のユーザＩＤが無くなるまで上記処理を繰り返してから払戻金額集計処理を終了する。これに対して、集計部１９０は、最高払戻金額が今回の払戻金額よりも低いと判別すると、検索された払戻金額情報を今回の払戻金額を表す情報で更新した後に、未処理のユーザＩＤが無くなるまで上記処理を繰り返してから払戻金額集計処理を終了する。
【００８０】
また、集計部１９０は、各購入時期に対して、当該購入時期を指定しているユーザの全ユーザに対する割合を集計する割合集計処理をさらに実行する。割合集計処理を開始すると、集計部１９０は、図７の予約ユーザテーブルに保存されたユーザＩＤの数を算出することで、購入予約装置１００を使用する全ユーザ数を算出する。次に、集計部１９０は、図６の購入時期テーブルから未だ読み出していない時期ＩＤ（以下、未読出の時期ＩＤという）を１つ読み出し、読み出した時期ＩＤと対応付けられたユーザＩＤを、図７の予約テーブルから検索する。その後、集計部１９０は、検索されたユーザＩＤの数を全ユーザ数で除算して割合を算出する。次に、集計部１９０は、読み出した時期ＩＤと対応付けて、図８の負荷テーブルに保存された割合情報を、算出した割合を表す割合情報に更新する。その後、集計部１９０は、未読出の時期ＩＤが無くなるまで上記処理を繰り返してから割合金額集計処理を終了する。
【００８１】
本実施例において、図５のユーザテーブルには、ユーザのユーザＩＤと、ユーザにとって祝い事のある日を表す情報とが対応付けられて保存されているとして説明した。しかし、これに限定される訳ではなく、図５のユーザテーブルには、ユーザＩＤと、例えば、ユーザの配偶者の命日、親族の命日、恋人の命日、又は友人の命日などのユーザにとって弔い事のある日を表す情報とが対応付けられて複数保存されている構成を採用できる。この構成において、ユーザにとっての凶日は、ユーザに指定された弔い事のある日に基づいて定められた日（例えば、命日と同じ又は異なる月の当該命日と同じ日）及びユーザに指定された六曜を含み、購入予約装置１００は、ユーザにとっての凶日において投票券を購入しない構成を採用できる。
【００８２】
また本実施例において、ユーザは、時期指定画面のリストＬＴを視認した後に、表示された購入時期の内で、ユーザにとっての吉日である時期を指定し、端末装置２０１は、ユーザに操作されたキーボード１００ｊ及びマウス１００ｌから入力される信号に基づいてユーザによって指定された時期を特定し、特定された時期を、ユーザが商品を購入するように指定する時期とするとして説明したが、これに限定される訳ではない。例えば、ユーザは、時期指定画面のリストＬＴを視認した後に、表示された購入時期の内で、ユーザにとっての凶日である時期を指定し、端末装置２０１は、ユーザに操作されたキーボード１００ｊ及びマウス１００ｌから入力される信号に基づいてユーザによって指定された時期を特定し、商品を購入可能な複数の時期の内で、特定された時期と異なる時期を、ユーザが商品を購入するように指定する時期としても良い。
【００８３】
ここで、図１５の投票券購入処理は、例えば、３月から１２月までといったサッカーの試合が開催されるシーズンにおいて１日毎などの定周期で実行されるので、図４の購入部１８０は、ユーザに指定された指定時期が到来したと判定される度に、当該指定時期を表す時期情報に対応付けられた購入数情報で表される数の商品（つまり、投票券）を購入する。つまり、購入部１８０は、当該シーズンにおいて開催される複数の試合に対して投票を行う（つまり、複数の開催回の投票券を購入する）ため、これらの構成によれば、購入者による事前の商品購入予約を容易にできるので、購入者による商品の継続的な購入を促すことができる。
【００８４】
またこれらの構成によれば、商品を購入可能な複数の時期の内で、ユーザによって指定された指定時期が到来すると商品が購入されるため、商品を購入する購入処理の実行時期をユーザが柔軟に指定できるだけでなく、購入処理の実行が特定の時期に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００８５】
ここで、購入が予約される商品は、当該商品と交換可能な金額が当該商品の購入時において確定しない商品である。このような商品を購入する場合には、縁起を担ぐユーザが多く存在する。よって、これらの構成によれば、ユーザそれぞれの凶日と異なる日又はユーザそれぞれの吉日に商品が購入されるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００８６】
またここで、ユーザに指定される六曜、ユーザの誕生日及び結婚記念日、並びにユーザの親族の誕生日は、それぞれのユーザ毎に異なる。よって、これらの構成によれば、指定された六曜、ユーザの誕生日及び結婚記念日、並びにユーザの親族の誕生日のいずれか１つ以上に基づいて定められた日に商品が購入されるので、購入処理の実行が特定日に集中することを防止できる。同様に、ユーザに指定される六曜、ユーザの配偶者の命日、親族の命日、友人の命日、及び恋人の命日は、それぞれのユーザ毎に異なる。よって、これらの構成によれば、六曜、ユーザの配偶者の命日、親族の命日、友人の命日、及び恋人の命日のいずれか１つ以上に基づいて定められた日に商品が購入されるので、購入処理の実行が特定の時期に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００８７】
さらにこれらの構成によれば、ユーザが決済に使用するクレジットカードを用いて決済できた場合に、ユーザＩＤと、指定時期情報とを対応付けて記憶部１１０へ保存する。このため、当該ユーザに指定された指定時期において確実に決済及び投票できる（つまり、投票券を購入できる）。
【００８８】
またこれらの構成によれば、ユーザが決済に使用する銀行口座に所定金額以上の残高がある場合に、ユーザＩＤと、指定時期情報とを対応付けて記憶部１１０へ保存する。このため、当該ユーザに指定された指定時期において、当該ユーザに指定された指定時期において確実に決済及び投票できる。
【００８９】
さらにこれらの構成によれば、ユーザによって指定された指定時期と同じ時期を指定したユーザの割合が所定の割合よりも高い場合には、当該ユーザによって指定された指定時期とは異なる時期を表す情報と、当該異なる時期を指定したユーザに払い戻された高額の払戻金額を表す情報とを出力する。これらのため、ユーザが再度指定する指定時期は、払戻金額を表す情報と共に出力された情報で表される時期であることが多くなるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００９０】
尚、上記ステップＳ１５からＳ１７において、認証部１３０は、ステップＳ１４で取得された指定時期情報に対応付けられた採用人数情報を、図８の負荷テーブルから検索し（ステップＳ１５）、検索した情報で表される採用人数が、図４の記憶部１１０に記憶された情報で表される所定の人数を超えた場合に（ステップＳ１６；Ｙｅｓ）、図８の負荷テーブルに保存された採用人数情報で表される最も低い人数であって、上記所定の人数（本実施例では５００人）よりも低い人数（以下、最低人数という）を表す情報（以下、最低人数情報という）と、払戻金額情報とを検索する（ステップＳ１７）、としても良い。これらの構成によれば、ユーザによって指定された指定時期と同じ時期を指定したユーザの人数が所定の人数よりも多い場合には、当該ユーザによって指定された指定時期とは異なる時期を表す情報と、当該異なる時期を指定したユーザに払い戻された高額の払戻金額を表す情報とを出力する。これらのため、ユーザが再度指定する指定時期は、払戻金額を表す情報と共に出力された情報で表される時期であることが多くなるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００９１】
尚、購入予約装置１００は、投票期間における複数の時期において、ユーザによって指定された指定時期が到来した場合には、複数回に亘って投票券を購入しても良い。また、購入予約装置１００は、サッカーの試合が開催されるシーズンにおいて、ユーザによって指定された指定時期が到来する度に（つまり、複数の開催回に亘って）、投票券を購入しても良い。
【００９２】
また、購入予約装置１００は、所定周期で、図８の負荷テーブルから、所定の割合（本実施例では５０％）よりも高い割合を表す割合情報に対応付けられた指定時期ＩＤを検索した後に、検索した指定時期ＩＤに対応付けられたユーザＩＤを図７の予約テーブルから検索し、検索されたユーザＩＤで識別されるユーザが使用する端末装置２０１へ、図１０のステップＳ１７で検索されるような、所定の割合よりも低い割合を表す情報に対応した指定時期情報と払戻金額情報とを送信する構成を採用できる。この構成において、取得部１２０は、ＬＡＮカード１００ｆが端末装置２０１から再受信した指定時期情報を再取得し、再取得された指定時期情報を、端末装置２０１を使用するユーザのユーザＩＤと対応付けて、図７の予約テーブルに保存する構成を採用できる。
【００９３】
これらの構成によれば、全ユーザに対する割合が所定の割合より高いユーザと同じ指定時期を指定したユーザに対して、所定の割合より低いユーザと同じ指定時期を表す情報と、当該時期を指定したユーザに払い戻された高額の払戻金額を表す情報とを出力する。このため、ユーザが再度指定する指定時期は、払戻金額を表す情報と共に出力された情報で表される時期であることが多くなるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００９４】
また、同様に、購入予約装置１００は、所定周期で、図８の負荷テーブルから、所定の人数（本実施例では５００人）よりも多い採用人数を表す採用人数情報に対応付けられた指定時期ＩＤを検索した後に、検索した指定時期ＩＤに対応付けられたユーザＩＤを図７の予約テーブルから検索し、検索されたユーザＩＤで識別されるユーザが使用する端末装置２０１へ、図１０のステップＳ１７で検索されるような、所定の人数よりも少ない人数を表す情報に対応した指定時期情報と払戻金額情報とを送信する構成を採用できる。この構成において、取得部１２０は、ＬＡＮカード１００ｆが端末装置２０１から再受信した指定時期情報を再取得し、再取得された指定時期情報を、端末装置２０１を使用するユーザのユーザＩＤと対応付けて、図７の予約テーブルに保存する構成を採用できる。
【００９５】
これらの構成によれば、所定の人数より多い人に採用された指定時期を指定したユーザに対して、所定の人数より少ない人数に採用された指定時期を表す情報と、当該時期を指定したユーザに払い戻された高額の払戻金額を表す情報とを出力する。このため、ユーザが再度指定する指定時期は、払戻金額を表す情報と共に出力された情報で表される時期であることが多くなるので、購入処理の実行が特定日に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【００９６】
本実施例において、図４の取得部１２０は、図１０のステップＳ１４において指定時期情報を取得した後に、ステップＳ１９において指定時期情報を再取得し、図３のステップＳ０５において、図４の保存部１４０は、取得又は再取得された指定時期情報を記憶部１１０に保存するとして説明したが、これに限定される訳ではない。例えば、ステップＳ１４及びステップＳ１９において、取得部１２０は、指定時期情報を必ずしも取得又は再取得する必要は無く、指定時期情報が取得又は再取得されない場合に、保存部１４０は、投票期間における複数の時期の全てを指定する情報（以下、全時期指定情報という）を、指定時期情報として記憶部１１０に保存する構成を採用できる。この構成によれば、ユーザは、商品を購入する時期を指定しなくとも商品の購入を予約できるので、購入者による事前の商品購入予約を容易にし、商品の継続的な購入を促すことができる。
【００９７】
また、全時期指定情報が記憶部１１０に保存される構成において、図３の指定時期情報保存処理が終了すると、以下の負荷分散処理が実行される構成を採用できる。この負荷分散処理の実行が開始されると、図４の取得部１２０は、ユーザによって指定された指定時期を表す指定時期情報、及び再指定された指定時期を表す指定時期情報のいずれも対応付けられていないユーザＩＤ（つまり、全時期指定情報に対応付けられたユーザＩＤ）を検索する。次に、ユーザＩＤが検索されると、取得部１２０は、上記所定の割合（本実施例においては、５０％）よりも低い割合を表す割合情報に対応付けられた指定時期情報を、図８の負荷テーブルから取得する。その後、保存部１４０は、当該取得された指定時期情報を、上記検索されたユーザＩＤに対応付けて、図８の負荷テーブルに保存した後に、負荷分散処理の実行を終了する。
【００９８】
この構成によれば、ユーザが商品を購入する時期を指定しない場合に、所定の割合よりも低い割合を表す割合情報に対して、当該ユーザを識別する識別情報（つまり、ユーザＩＤ）を対応付けて保存するため、購入処理の実行が特定の時期に集中することを防止できる。つまり、商品を購入可能な複数の時期において購入処理の実行により生じる負荷が分散される。
【実施例２】
【００９９】
次に、実施例２について説明を行う。実施例２に係る購入予約システムは、実施例１に係る購入予約システム１と同様の構成を有するため、重複した説明を省略する。実施例２の購入予約システムは、商品の購入予約を受け付ける点で実施例１と同じであるが、購入予約の対象となる商品は、スポーツくじではなく金融商品である点で実施例１と異なる。
【０１００】
実施例２の購入予約システムを構成する購入予約装置１００は、端末装置２０１を使用するユーザに指定された金融商品を識別する商品識別情報を受信する。また、購入予約装置１００は、端末装置２０１を使用するユーザのユーザＩＤと、当該ユーザによって指定された金融指標（以下、指定金融指標という）表す情報（以下、指定金融指標情報という）と、当該ユーザにとっての吉日において株を購入する場合に指定金融指標が満足する条件（以下、吉日用指定条件という）を表す情報と、当該ユーザにとっての吉日でない日において金融商品を購入する場合に指定金融指標が満足する条件（以下、非吉日用指定条件という）を表す情報とを端末装置２０１から受信し、図１６の指定条件テーブルへ、受信した情報を互いに対応付けて保存する。
【０１０１】
尚、指定金融指標は、例えば、日経平均株価指数（登録商標）及び東証株価指数（登録商標）などの株価指数、例えば、米ドルと日本円との為替レートといった特定の通貨間の為替レート、並びに特定の銘柄の株価などを含む。また、購入予約装置が購入する金融商品は、例えば、ユーザに指定された銘柄の株及びユーザに指定された国の通貨を含む。本実施例において、購入予約装置は、ユーザに指定された指定時期において、ユーザに指定された当該指定時期用の指定条件が成立すると、ユーザに指定された金融商品（予め定められた金融商品であっても良い）を購入するとして説明する。しかし、これに限定される訳ではなく、購入予約装置は、ユーザに指定された指定時期において、ユーザに指定された当該指定時期用の指定条件が成立すると、ユーザに指定された金融商品又は予め定められた金融商品を売却するとしても良い。
【０１０２】
購入予約装置１００は、図１６の指定条件テーブルを参照して、図１７に示すような金融商品購入処理を実行する。図１７の金融商品購入処理の実行を開始すると、購入予約装置１００は、図１５のステップＳ４１と同様の処理を実行する。次に、購入予約装置１００は、図７の予約テーブルからユーザＩＤと指定時期情報とを複数読み出す（ステップＳ６２）。その後、購入予約装置１００は、ステップＳ６２で読み出した全ユーザＩＤについてステップＳ６４及びステップＳ６５の処理を実行したか否かを判別する（ステップＳ６３）。このとき、読み出した全ユーザＩＤについて処理を実行したと判別すると（ステップＳ６３；Ｙｅｓ）、購入予約装置１００は、金融商品購入処理の実行を終了する。
【０１０３】
これに対して、購入予約装置１００は、読み出した全ユーザＩＤについて処理を実行した訳でないと判別すると（ステップＳ６３；Ｎｏ）、処理対象としていないＩＤの１つを処理対象のＩＤ（つまり、注目ＩＤ）とする（ステップＳ６４）。その後、購入予約装置１００は、注目ＩＤで識別される注目ユーザの指定時期が到来したか否かを判別する（ステップＳ６５）。
【０１０４】
具体的には、本実施例において、注目ユーザの指定時期は、注目ユーザにとっての吉日において注目ユーザによって指定された金融指標が注目ユーザによって指定された吉日用の条件（つまり、吉日用指定条件）を満足するタイミングが含まれる。このため、購入予約装置１００は、注目ＩＤに対応付けて保存された指定時期情報を、図７の予約テーブルから検索する。次に、購入予約装置１００は、ステップＳ６１で取得されたシステム時刻が、検索された指定時期情報で表される時期（つまり、注目ユーザにとっての吉日として選択された日）に含まれるか否かに基づいて、注目ユーザにとっての吉日が到来したか否かを判別する。このとき、注目ユーザにとっての吉日が到来したと判別すると、購入予約装置１００は、図１６の指定条件テーブルから、注目ＩＤに対応付けて保存された指定金融指標情報と、吉日用指定条件情報とを検索する。購入予約装置１００は、検索された指定金融指標情報で表される金融指標の現在の値を表す情報を、例えば、情報ベンダーが管理するサーバから、図１の通信網１２を介して受信する。次に、購入予約装置１００は、現在の金融指標値が、検索された吉日用指定条件情報で表される吉日用指定条件を満足すると判別すると、注目ユーザの指定時期が到来したと判別する。これに対して、購入予約装置１００は、現在の金融指標値が、検索された吉日用指定条件情報で表される吉日用指定条件を満足しないと判別すると、注目ユーザの指定時期が到来していないと判別する。
【０１０５】
また、本実施例において、注目ユーザの指定時期は、注目ユーザにとっての吉日でない日において、注目ユーザによって指定された金融指標が注目ユーザによって指定された吉日以外の日のための条件（つまり、非吉日用指定条件）を満足するタイミングが含まれる。このため、注目ユーザにとっての吉日が到来していないと判別すると、購入予約装置１００は、図１６の指定条件テーブルから、注目ＩＤに対応付けて保存された指定金融指標情報と、非吉日用指定条件情報とを検索する。購入予約装置１００は、上記のように、検索された指定金融指標情報で表される金融指標の現在の値を表す情報を受信し、現在の金融指標値が、検索された非吉日用指定条件情報で表される非吉日用指定条件を満足すると判別すると、注目ユーザの指定時期が到来したと判別する。これに対して、購入予約装置１００は、現在の金融指標値が、検索された非吉日用指定条件情報で表される非吉日用指定条件を満足しないと判別すると、注目ユーザの指定時期が到来していないと判別する。
【０１０６】
ステップＳ６５において、購入予約装置１００は、注目ＩＤで識別される注目ユーザの指定時期が到来していないと判別すると（ステップＳ６５；Ｎｏ）、ステップＳ６３から上記処理を繰り返す。これに対して、購入予約装置１００は、注目ユーザの指定時期が到来したと判別すると（ステップＳ６５；Ｙｅｓ）、図１５のステップＳ５１からステップＳ５８と同様の処理を実行した後に（ステップＳ６６からステップＳ７３）、ステップＳ６３に戻り上記処理を繰り返す。尚、ステップＳ６８において、購入予約装置１００は、注目ユーザに指定された金融商品を識別する金融商品識別情報と、金融商品の購入数を表す購入数情報と、注目ユーザが決済に用いる口座又はクレジットカードを特定する特定情報と、販売要求とを販売サーバへ送信する点で実施例１と相違する。
【０１０７】
ここで、金融市場で金融商品を取引する者は、縁起を担ぐことが多いので、取引日がユーザにとっての吉日であるか否かに応じて異なる条件が成立した場合に金融商品を取引することを望むことが多い。このためこれらの構成によれば、吉日であるか否かに応じて異なるタイミングで商品を柔軟に購入できる。
【０１０８】
上記実施例２において、購入予約装置１００は、ユーザＩＤと、指定金融指標を表す情報と、吉日用指定条件を表す情報と、非吉日用指定条件を表す情報とを、図１６の指定条件テーブルへ保存し、ユーザにとっての吉日が到来し、かつ指定金融指標が吉日用指定条件を満足する場合、及びユーザにとっての吉日とは異なる日が到来し、かつ指定金融指標が非吉日用指定条件を満足する場合に、金融商品を購入するとして説明したが、限定される訳ではない。例えば、購入予約装置１００は、ユーザを識別するユーザＩＤと、指定金融指標を表す情報と、吉日用指定条件を表す情報と、凶日用指定条件を表す情報と、当該ユーザにとっての吉日でも凶日でもない日（以下、通常日）において金融商品を購入する場合に指定金融指標が満足する条件（以下、通常日用指定条件という）を表す情報とを、図１６の指定条件テーブルへ保存し、ユーザにとっての吉日が到来し、かつ指定金融指標が吉日用指定条件を満足する場合、ユーザの凶日が到来し、かつ指定金融指標が凶日用指定条件を満足する場合、及び通常日が到来し、かつ指定金融指標が通常日用指定条件を満足する場合に、金融商品を購入する構成を採用できる。
【０１０９】
上記のように、金融市場で金融商品を取引する者は、縁起を担ぐことが多いので、取引日がユーザにとっての吉日であるか、凶日であるか、通常日であるかに応じて異なる条件が成立した場合に金融商品を取引することを望むことが多い。よってこのためこれらの構成によれば、吉日であるか、凶日であるか、通常日であるかに応じて異なるタイミングで商品を柔軟に購入できる。
【０１１０】
上記実施例１及び２において、図４の出力部１６０は、図２のＬＡＮカード１００ｆへ各種情報を出力するとして説明したが、これに限定される訳ではなく、図４の出力部１６０は、図２のビデオカード１００ｈへ各種情報を出力し、ビデオカード１００ｈは、出力された情報に応じてＬＣＤ１００ｉの表示を制御するとしても良い。また、上記実施例１及び２において、図４の取得部１２０は、図２のＬＡＮカード１００ｆから各種情報を取得するとして説明したが、これに限定される訳ではなく、図４の取得部１２０は、図２のキーボード１００ｊ及びマウス１００ｌから入力された各種情報を取得するとしても良い。上記実施例１（実施例１の各変形例を含む）及び上記実施例２（実施例２の各変形例を含む）は、それぞれ互いに組み合わせることができる。
【０１１１】
上記実施例１又は実施例２に係る機能を実現するための構成を備えた購入予約装置１００として提供できることはもとより、複数の装置で構成される購入予約システムであって、実施例１又は実施例２に係る機能を実現するための構成をシステム全体として備えた購入予約システムとして提供することもできる。
【０１１２】
なお、実施例１又は実施例２に係る機能を実現するための構成を予め備えた購入予約装置１００として提供できることはもとより、プログラムの適用により、既存の購入予約装置を実施例１又は実施例２に係る購入予約装置１００として機能させることもできる。すなわち、上記実施例で例示した購入予約装置１００による各機能構成を実現させるためのプログラムを、既存の購入予約装置を制御するコンピュータ（ＣＰＵなど）が実行できるように適用することで、実施例１又は実施例２に係る購入予約装置１００として機能させることができる。
【０１１３】
このようなプログラムの配布方法は任意であり、例えば、メモリカード、ＣＤ−ＲＯＭ、又はＤＶＤ−ＲＯＭなどの記録媒体に格納して配布できる他、インターネットなどの通信媒体を介して配布することもできる。また、本発明に係る購入予約方法は、本発明に係る購入予約装置１００を用いて実施できる。
【０１１４】
以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【符号の説明】
【０１１５】
１：購入予約システム
１１、１２：通信網
１００：購入予約装置
１００ａ：ＣＰＵ
１００ｂ：ＲＯＭ
１００ｃ：ＲＡＭ
１００ｄ：ハードディスク
１００ｅ：メディアコントローラ
１００ｆ：ＬＡＮカード
１００ｇ：ＬＡＮカード
１００ｈ：ビデオカード
１００ｉ：ＬＣＤ
１００ｊ：キーボード
１００ｋ：スピーカ
１００ｌ：マウス
１１０：記憶部
１２０：取得部
１３０：認証部
１４０：保存部
１６０：出力部
１７０：判定部
１８０：購入部
１９０：集計部
２０１，２０２：端末装置
３０１：販売サーバ
３０２ｂ、３０２ｃ：決済サーバ
【特許請求の範囲】
【請求項１】
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能であり、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、を備える、
ことを特徴とする購入予約装置。
【請求項２】
前記商品は、前記商品と交換可能な金額が前記商品の購入時において確定しない商品であり、
前記指定時期は、前記ユーザによって指定された前記ユーザにとっての吉日である又は前記ユーザにとっての凶日と異なる日である、
ことを特徴とする請求項１に記載の購入予約装置。
【請求項３】
前記ユーザにとっての吉日は、前記ユーザに指定された六曜、前記ユーザの誕生日及び結婚記念日、並びに前記ユーザの親族の誕生日のいずれか１つ以上に基づいて定められた日を含む、
ことを特徴とする請求項２に記載の購入予約装置。
【請求項４】
前記ユーザにとっての凶日は、前記ユーザに指定された六曜、並びに前記ユーザの配偶者の命日、親族の命日、友人の命日、及び恋人の命日のいずれか１つ以上に基づいて定められた日を含む、
ことを特徴とする請求項２又は３に記載の購入予約装置。
【請求項５】
前記商品は、金融商品であり、
前記指定時期は、前記ユーザにとっての吉日において、前記ユーザによって指定された金融指標が前記ユーザによって指定された吉日用の条件を満足するタイミングが含まれる、
ことを特徴とする請求項２から４のいずれか一項に記載の購入予約装置。
【請求項６】
前記商品は、金融商品であり、
前記指定時期は、前記ユーザにとっての凶日において、前記ユーザによって指定された金融指標が前記ユーザによって指定された凶日用の条件を満足するタイミングが含まれる、
ことを特徴とする請求項２から４のいずれか一項に記載の購入予約装置。
【請求項７】
前記商品は、前記商品に対する払戻金額が前記商品の購入時において確定しない投票券であり、
前記記憶部は、指定時期を表す指定時期情報と、全ユーザに対する前記指定時期を指定したユーザの割合を表す割合情報と、前記指定時期を指定した複数のユーザに対してそれぞれ払い戻された払戻金額の内で、所定の金額よりも高い払戻金額を表す払戻金額情報とを対応付けて複数記憶し、
前記ユーザによって指定された指定時期を表す指定時期情報を取得する取得部、
前記取得された指定時期情報に対応付けられた割合情報で表される割合が所定の割合よりも高い場合に、前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報であって、前記取得された指定時期情報とは異なる指定時期情報と、当該異なる指定時期情報に対応付けられた払戻金額情報とを出力する出力部、をさらに備える
ことを特徴とする請求項１から６のいずれか一項に記載の購入予約装置。
【請求項８】
前記商品は、前記商品に対する払戻金額が前記商品の購入時において確定しない投票券であり、
前記記憶部は、指定時期を表す指定時期情報と、全ユーザに対する前記指定時期を指定したユーザの割合を表す割合情報と、前記指定時期を指定した複数のユーザに対してそれぞれ払い戻された払戻金額の内で、所定の金額よりも高い払戻金額を表す払戻金額情報とを対応付けて複数記憶し、
所定の割合よりも高い割合を表す割合情報に対応付けられた指定時期情報を前記記憶部から取得する取得部、
前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報であって、前記取得された指定時期情報とは異なる指定時期情報と、当該異なる指定時期情報に対応付けられた払戻金額情報とを出力する出力部、をさらに備える、
ことを特徴とする請求項１から６のいずれか一項に記載の購入予約装置。
【請求項９】
前記取得部は、前記ユーザによって再指定された指定時期を表す指定時期情報を再取得し、
前記再取得された指定時期情報と、前記ユーザを識別する識別情報とを対応付けて前記記憶部に保存する保存部、をさらに備える、
ことを特徴とする請求項７又は８に記載の購入予約装置。
【請求項１０】
前記取得部は、前記ユーザによって指定された指定時期を表す指定時期情報、及び再指定された指定時期を表す指定時期情報のいずれも取得しない場合に、前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報を前記記憶部から取得し、
前記保存部は、前記取得された指定時期情報を、前記ユーザを識別する識別情報に対応付けて前記記憶部に保存する、
ことを特徴とする請求項９に記載の購入予約装置。
【請求項１１】
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能なコンピュータを、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、として機能させる、
ことを特徴とする購入予約プログラム。
【請求項１２】
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能なコンピュータを、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、として機能させる、
ことを特徴とする購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１３】
判定部及び購入部を備える購入予約装置が実行する方法であって、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部に記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを、前記判定部が判定する判定ステップ、
前記購入部が、前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入ステップ、を有する、
ことを特徴とする購入予約方法。
【請求項１】
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能であり、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、を備える、
ことを特徴とする購入予約装置。
【請求項２】
前記商品は、前記商品と交換可能な金額が前記商品の購入時において確定しない商品であり、
前記指定時期は、前記ユーザによって指定された前記ユーザにとっての吉日である又は前記ユーザにとっての凶日と異なる日である、
ことを特徴とする請求項１に記載の購入予約装置。
【請求項３】
前記ユーザにとっての吉日は、前記ユーザに指定された六曜、前記ユーザの誕生日及び結婚記念日、並びに前記ユーザの親族の誕生日のいずれか１つ以上に基づいて定められた日を含む、
ことを特徴とする請求項２に記載の購入予約装置。
【請求項４】
前記ユーザにとっての凶日は、前記ユーザに指定された六曜、並びに前記ユーザの配偶者の命日、親族の命日、友人の命日、及び恋人の命日のいずれか１つ以上に基づいて定められた日を含む、
ことを特徴とする請求項２又は３に記載の購入予約装置。
【請求項５】
前記商品は、金融商品であり、
前記指定時期は、前記ユーザにとっての吉日において、前記ユーザによって指定された金融指標が前記ユーザによって指定された吉日用の条件を満足するタイミングが含まれる、
ことを特徴とする請求項２から４のいずれか一項に記載の購入予約装置。
【請求項６】
前記商品は、金融商品であり、
前記指定時期は、前記ユーザにとっての凶日において、前記ユーザによって指定された金融指標が前記ユーザによって指定された凶日用の条件を満足するタイミングが含まれる、
ことを特徴とする請求項２から４のいずれか一項に記載の購入予約装置。
【請求項７】
前記商品は、前記商品に対する払戻金額が前記商品の購入時において確定しない投票券であり、
前記記憶部は、指定時期を表す指定時期情報と、全ユーザに対する前記指定時期を指定したユーザの割合を表す割合情報と、前記指定時期を指定した複数のユーザに対してそれぞれ払い戻された払戻金額の内で、所定の金額よりも高い払戻金額を表す払戻金額情報とを対応付けて複数記憶し、
前記ユーザによって指定された指定時期を表す指定時期情報を取得する取得部、
前記取得された指定時期情報に対応付けられた割合情報で表される割合が所定の割合よりも高い場合に、前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報であって、前記取得された指定時期情報とは異なる指定時期情報と、当該異なる指定時期情報に対応付けられた払戻金額情報とを出力する出力部、をさらに備える
ことを特徴とする請求項１から６のいずれか一項に記載の購入予約装置。
【請求項８】
前記商品は、前記商品に対する払戻金額が前記商品の購入時において確定しない投票券であり、
前記記憶部は、指定時期を表す指定時期情報と、全ユーザに対する前記指定時期を指定したユーザの割合を表す割合情報と、前記指定時期を指定した複数のユーザに対してそれぞれ払い戻された払戻金額の内で、所定の金額よりも高い払戻金額を表す払戻金額情報とを対応付けて複数記憶し、
所定の割合よりも高い割合を表す割合情報に対応付けられた指定時期情報を前記記憶部から取得する取得部、
前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報であって、前記取得された指定時期情報とは異なる指定時期情報と、当該異なる指定時期情報に対応付けられた払戻金額情報とを出力する出力部、をさらに備える、
ことを特徴とする請求項１から６のいずれか一項に記載の購入予約装置。
【請求項９】
前記取得部は、前記ユーザによって再指定された指定時期を表す指定時期情報を再取得し、
前記再取得された指定時期情報と、前記ユーザを識別する識別情報とを対応付けて前記記憶部に保存する保存部、をさらに備える、
ことを特徴とする請求項７又は８に記載の購入予約装置。
【請求項１０】
前記取得部は、前記ユーザによって指定された指定時期を表す指定時期情報、及び再指定された指定時期を表す指定時期情報のいずれも取得しない場合に、前記所定の割合よりも低い割合を表す割合情報に対応付けられた指定時期情報を前記記憶部から取得し、
前記保存部は、前記取得された指定時期情報を、前記ユーザを識別する識別情報に対応付けて前記記憶部に保存する、
ことを特徴とする請求項９に記載の購入予約装置。
【請求項１１】
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能なコンピュータを、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、として機能させる、
ことを特徴とする購入予約プログラム。
【請求項１２】
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部、に接続可能なコンピュータを、
前記記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを判定する判定部、
前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入部、として機能させる、
ことを特徴とする購入予約プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１３】
判定部及び購入部を備える購入予約装置が実行する方法であって、
ユーザにより購入を予約された商品の数量を表す購入数情報と、前記商品を購入可能な複数の時期のうち、前記ユーザによって指定された指定時期を表す指定時期情報と、が対応付けて記憶される記憶部に記憶された指定時期情報のそれぞれについて、当該指定時期情報で表される指定時期が到来したか否かを、前記判定部が判定する判定ステップ、
前記購入部が、前記指定時期が到来したと判定される度に、前記指定時期を表す指定時期情報に対応付けられて前記記憶部に記憶された購入数情報で表される数の商品を購入する処理を実行する購入ステップ、を有する、
ことを特徴とする購入予約方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−１６４０３０（Ｐ２０１２−１６４０３０Ａ）
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願番号】特願２０１１−２２１２２（Ｐ２０１１−２２１２２）
【出願日】平成２３年２月３日（２０１１．２．３）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【出願人】（５１０２４７９９５）楽天銀行株式会社 (1)
【上記１名の代理人】
【識別番号】１０００９５４０７
【弁理士】
【氏名又は名称】木村 満
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願日】平成２３年２月３日（２０１１．２．３）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【出願人】（５１０２４７９９５）楽天銀行株式会社 (1)
【上記１名の代理人】
【識別番号】１０００９５４０７
【弁理士】
【氏名又は名称】木村 満
[ Back to top ]