(57)【要約】【課題】投機対象によって収益が得られた場合に、迅速且つ容易に商品の購入を行うことのできる技術を提供する。【解決手段】ユーザから舟券の投票による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品処理部２３ｅと、受け付けた商品特定情報を記憶するハードディスクドライブ２６と、舟券の投票によるユーザの収益を導出する収益算出部２３ｄと、舟券の投票による収益が所定の目標以上であるか否かを判定する判定部２３ｅと、目標以上であると判定された場合に、商品特定情報が示す商品の購入依頼を実行する商品処理部２３ｆとを有するように構成する。【選択図】図２
2007052768.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに商品に関する情報を提供し、当該商品の購入の支援を行う商品購入支援システムであって、
前記ユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、
受け付けた前記商品特定情報を記憶する商品特定情報記憶手段と、
前記投機対象による前記ユーザの収益を導出する収益導出手段と、
前記投機対象による収益が所定の条件を満たしているか否かを判定する判定手段と、
前記所定の条件を満たしていると判定された場合に、前記商品特定情報が示す商品の購入処理を実行する購入処理手段と
を有する商品購入支援システム。
【請求項２】
ユーザにより利用可能な端末と、前記商品に関する情報を提供するとともに、前記商品の購入処理を行う商品購入管理サーバとを有し、
前記端末は、
前記商品特定情報受付手段と、前記商品特定情報記憶手段と、前記収益導出手段と、前記判定手段とを有し、
前記商品購入管理サーバは、
前記購入処理手段を有する
ことを請求項１に記載の商品購入支援システム。
【請求項３】
ユーザにより利用可能な端末と、前記商品に関する情報を提供するとともに、前記商品の購入処理を行う商品購入管理サーバとを有し、
前記端末は、
前記商品特定情報受付手段を有し、
前記商品購入管理サーバは、
前記商品特定情報記憶手段と、前記収益導出手段と、前記判定手段と、前記購入処理手段とを有する
ことを特徴とする請求項１に記載の商品購入支援システム。
【請求項４】
ユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、
前記商品特定情報を記憶する商品特定情報記憶手段と、
前記投機対象による前記ユーザの収益を導出する収益導出手段と、
前記投機対象による収益が所定の条件を満たしているか否かを判定する判定手段と、
前記所定の条件を満たしていると判定された場合に、前記商品の購入依頼を商品購入管理サーバに送信する購入依頼手段と
を有する端末。
【請求項５】
前記ユーザの所有する投機対象を特定する投機対象特定情報を記憶する投機記憶手段を更に有し、
前記収益導出手段は、前記投機対象特定情報により特定される前記投機対象による前記ユーザの収益を導出する
ことを特徴とする請求項４に記載の端末。
【請求項６】
前記ユーザから前記投機対象への投機指示を受け付ける投機受付手段と、
前記投機受付手段により受け付けられた投機指示を送信する投機送信手段とを更に有し、
前記投機記憶手段は、前記購入指示受付手段により受け付けられた投機指示が示す投機対象を特定する投機対象特定情報を記憶する
ことを特徴とする請求項５に記載の端末。
【請求項７】
ユーザが利用可能な端末による商品購入支援方法であって、
前記端末の商品特定情報受付部が前記ユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付ステップと、
受け付けた前記商品特定情報を商品特定情報記憶手段に記憶させる商品特定情報記憶ステップと、
前記端末の収益導出手段が前記投機対象による前記ユーザの収益を導出する収益導出ステップと、
前記端末の判定手段が前記投機対象による収益が所定の条件を満たしているか否かを判定する判定ステップと、
前記端末の購入依頼手段が、前記所定の条件を満たしていると判定された場合に、前記商品の購入依頼を商品購入管理サーバに送信する購入依頼ステップと
を有する商品購入支援方法。
【請求項８】
ユーザが利用可能なコンピュータに実行させる商品購入支援プログラムであって、
前記コンピュータを、
ユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、
受け付けた前記商品特定情報を記憶する商品特定情報記憶手段と、
前記投機対象による前記ユーザの収益を導出する収益導出手段と、
前記投機対象による収益が所定の条件を満たしているか否かを判定する判定手段と、
前記所定の条件を満たしていると判定された場合に、前記商品特定情報の示す商品の購入依頼を前記商品購入管理サーバに送信する購入依頼手段として機能させる商品購入支援プログラム。
【請求項９】
ユーザの利用可能な端末から投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、
受け付けた前記商品特定情報を記憶する商品特定情報記憶手段と、
前記投機対象による前記ユーザの収益を導出する収益導出手段と、
前記投機対象による収益が所定の所定の条件を満たしているか否かを判定する判定手段と、
前記所定の条件を満たしていると判定された場合に、前記商品の購入処理を実行する購入処理手段と
を有する商品購入管理サーバ。
【請求項１０】
商品の購入処理を行う商品購入管理サーバによる商品購入支援方法であって、
前記商品購入管理サーバの候補商品受付部が前記ユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付ステップと、
受け付けた前記商品特定情報を商品特定情報記憶手段に記憶させる商品特定情報記憶ステップと、
前記商品購入管理サーバの収益導出手段が前記投機対象による前記ユーザの収益を導出する収益導出ステップと、
前記商品購入管理サーバの判定手段が前記投機対象による収益が所定の条件を満たしているか否かを判定する判定ステップと、
前記商品購入管理サーバの購入依頼手段が、前記所定の条件を満たしていると判定された場合に、前記商品の購入処理を実行する購入処理ステップと
を有する商品購入支援方法。
【請求項１１】
商品の購入処理を行う商品購入管理サーバを構成するコンピュータに実行させる商品購入支援プログラムであって、
前記コンピュータを、
ユーザの利用可能な端末から投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、
受け付けた前記商品特定情報を記憶する商品特定情報記憶手段と、
前記投機対象による前記ユーザの収益を導出する収益導出手段と、
前記投機対象による収益が所定の条件を満たしているか否かを判定する判定手段と、
前記所定の条件を満たしていると判定された場合に、前記商品の購入処理を実行する購入処理手段として機能させる商品購入支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品の購入の支援を行う商品購入支援システム、端末、商品購入管理サーバ、商品購入支援方法、及び商品購入支援プログラムに関する。
【背景技術】
【０００２】
従来、商品の購入が可能なサーバへアクセスし、当該サーバに対して商品購入の指示を行うとともに、当該商品の代金の支払方法を決定する処理を行うことにより、ユーザは所望する商品を購入することができるようになっている。
また、宝くじ等の投票券に関する購入条件を登録しておき、その購入条件に従って投票券を自動的に購入できる発明が開示されている（特許文献１参照）。
【特許文献１】特開２００３−２８１３１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ユーザがサーバにアクセスして商品を購入する場合においては、商品を指定し、商品の代金の支払い処理等をユーザがその都度行う必要があり、手間がかかるという問題がある。
これに対して、特許文献１に記載された発明は、投票券を購入する条件を設定しておくことによって、投票券を自動的に容易に購入することができる。
このような投票券のみならず、株券、外貨等の投機対象を購入しているユーザの中には、投機対象によって利益が出たときに自分の所望する商品を買おうということを考えている人も多い。
しかしながら、特許文献１に記載された発明においては、投票券の購入を容易にするのみであって、投票券によって利益が出た場合においては、なんら開示がされていない。
したがって、ユーザが所望する商品を購入する際には、利益が出た後において、ユーザ自身がサーバにアクセスして商品等を指定し、商品代金の支払い等の処理を行う必要があり、購入までに時間がかかるとともに、手間がかかるという問題が生じる。
本発明は、上記課題に鑑みてなされたもので、投機対象によって収益が得られた場合に、迅速且つ容易に商品の購入を行うことのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するため、本発明の第１の態様に係る商品購入支援システムは、ユーザに商品に関する情報を提供し、当該商品の購入の支援を行う商品購入支援システムであって、ユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、受け付けた商品特定情報を記憶する商品特定情報記憶手段と、投機対象によるユーザの収益を導出する収益導出手段と、投機対象による収益が所定の条件を満たしているか否かを判定する判定手段と、所定の条件を満たしていると判定された場合に、商品特定情報が示す商品の購入処理を実行する購入処理手段とを有する。
かかる構成によると、投機対象による収益が所定の条件を満たしていると判定された場合に、ユーザにより予め受け付けられた商品の購入処理を実行することができる。したがって、所定の条件を満たしていると判定された場合において、ユーザが操作することなく迅速且つ容易に商品の購入処理を開始することができる。
【０００５】
上記商品購入支援システムにおいて、ユーザにより利用可能な端末と、商品に関する情報を提供するとともに、商品の購入処理を行う商品購入管理サーバとを有し、端末は、商品特定情報受付手段と、商品特定情報記憶手段と、収益導出手段と、判定手段とを有し、商品購入管理サーバは、購入処理手段を有するようにしてもよい。
かかる構成によると、商品購入管理サーバにおいて、ユーザの収益導出をすることなく、商品の購入処理を実行することができる。したがって、商品購入管理サーバにおいて、ユーザの収益導出するための情報を管理する必要がない。このため、例えば、商品購入管理サーバにおいて、ユーザの収益が把握されることがなく、ユーザの個人情報を確実に守ることができる。
【０００６】
また、上記商品購入支援システムにおいて、ユーザにより利用可能な端末と、商品に関する情報を提供するとともに、商品の購入処理を行う商品購入管理サーバとを有し、端末は、商品特定情報受付手段を有し、商品購入管理サーバは、商品特定情報記憶手段と、収益導出手段と、判定手段と、購入処理手段とを有するようにしてもよい。
かかる構成によると、端末において収益導出することなく商品の購入処理を実行することができる。
【０００７】
また、上記目的を達成するため、本発明の第２の態様に係る端末は、ユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、商品特定情報を記憶する商品特定情報記憶手段と、投機対象によるユーザの収益を導出する収益導出手段と、投機対象による収益が所定の条件を満たしているか否かを判定する判定手段と、所定の条件を満たしていると判定された場合に、商品の購入依頼を商品購入管理サーバに送信する購入依頼手段とを有する。
かかる構成によると、投機対象による収益が所定の条件を満たしていると判定された場合に、ユーザにより予め受け付けられた商品の購入依頼を送信することができる。したがって、所定の条件を満たしていると判定された場合において、ユーザが操作することなく迅速且つ容易に商品の購入依頼を送信することができる。
【０００８】
上記端末において、ユーザの所有する投機対象を特定する投機対象特定情報を記憶する投機記憶手段を更に有し、収益導出手段は、投機対象特定情報により特定される投機対象によるユーザの収益を導出するようにしてもよい。
かかる構成によると、ユーザが所有する投機対象による収益を適切に導出することができる。
【０００９】
また、上記端末において、ユーザから投機対象への投機指示を受け付ける投機受付手段と、投機受付手段により受け付けられた投機指示を送信する投機送信手段とを更に有し、投機記憶手段は、購入指示受付手段により受け付けられた投機指示が示す投機対象を特定する投機対象特定情報を記憶するようにしてもよい。
かかる構成によると、投機指示を送信することができるとともに、その投機指示が示す投機対象を適切に記憶しておくことができる。
【００１０】
また、上記目的を達成するため、本発明の第３の態様に係る商品購入支援方法は、ユーザが利用可能な端末による商品購入支援方法であって、端末の商品特定情報受付部がユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付ステップと、受け付けた商品特定情報を特定情報記憶手段に記憶させる商品特定情報記憶ステップと、端末の収益導出手段が投機対象によるユーザの収益を導出する収益導出ステップと、端末の判定手段が投機対象による収益が所定の条件を満たしているか否かを判定する判定ステップと、端末の購入依頼手段が、所定の条件を満たしていると判定された場合に、商品の購入依頼を商品購入管理サーバに送信する購入依頼ステップとを有する。
かかる方法よると、投機対象による収益が所定の条件を満たしていると判定された場合に、ユーザにより予め受け付けられた商品の購入依頼を送信することができる。したがって、所定の条件を満たしていると判定された場合において、ユーザが操作することなく迅速且つ容易に商品の購入依頼を送信することができる。
【００１１】
また、上記目的を達成するため、本発明の第４の態様に係る商品購入支援プログラムは、ユーザが利用可能なコンピュータに実行させる商品購入支援プログラムであって、コンピュータを、ユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、受け付けた商品特定情報を記憶する商品特定情報記憶手段と、投機対象によるユーザの収益を導出する収益導出手段と、投機対象による収益が所定の条件を満たしているか否かを判定する判定手段と、所定の条件を満たしていると判定された場合に、商品特定情報の示す商品の購入依頼を前記商品購入管理サーバに送信する購入依頼手段として機能させる。
かかるプログラムを実行することにより、投機対象による収益が所定の条件を満たしていると判定された場合に、ユーザにより予め受け付けられた商品の購入依頼を送信することができる。したがって、所定の条件を満たしていると判定された場合において、ユーザが操作することなく迅速且つ容易に商品の購入依頼を送信することができる。
【００１２】
また、上記目的を達成するため、本発明の第５の態様に係る商品購入管理サーバは、ユーザの利用可能な端末から投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、受け付けた商品特定情報を記憶する商品特定情報記憶手段と、投機対象によるユーザの収益を導出する収益導出手段と、投機対象による収益が所定の条件を満たしているか否かを判定する判定手段と、所定の条件を満たしていると判定された場合に、商品の購入処理を実行する購入処理手段とを有する。
かかる構成によると、投機対象による収益が所定の条件を満たしていると判定された場合に、ユーザにより予め受け付けられた商品の購入処理を実行することができる。したがって、所定の条件を満たしていると判定された場合において、ユーザが操作することなく迅速且つ容易に商品の購入処理を開始することができる。
【００１３】
また、上記目的を達成するため、本発明の第６の態様に係る商品購入支援方法は、商品の購入処理を行う商品購入管理サーバによる商品購入支援方法であって、商品購入管理サーバの商品特定情報受付手段がユーザから投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付ステップと、受け付けた商品特定情報を商品特定情報記憶手段に記憶させる商品特定情報記憶ステップと、商品購入管理サーバの収益導出手段が投機対象によるユーザの収益を導出する収益導出ステップと、商品購入管理サーバの判定手段が投機対象による収益が所定の条件を満たしているか否かを判定する判定ステップと、商品購入管理サーバの購入依頼手段が、所定の条件を満たしている判定された場合に、商品の購入処理を実行する購入処理ステップとを有する。
かかる方法によると、投機対象による収益が所定の条件を満たしていると判定された場合に、ユーザにより予め受け付けられた商品の購入処理を実行することができる。したがって、所定の条件を満たしていると判定された場合において、ユーザが操作することなく迅速且つ容易に商品の購入処理を開始することができる。
【００１４】
また、上記目的を達成するため、本発明の第７の態様に係る商品購入支援プログラムは、商品の購入処理を行う商品購入管理サーバを構成するコンピュータに実行させる商品購入支援プログラムであって、コンピュータを、ユーザの利用可能な端末から投機対象による収益により購入を所望する商品を特定する商品特定情報を受け付ける商品特定情報受付手段と、受け付けた商品特定情報を記憶する商品特定情報記憶手段と、投機対象によるユーザの収益を導出する収益導出手段と、投機対象による収益が所定の条件を満たしているか否かを判定する判定手段と、所定の条件を満たしていると判定された場合に、商品の購入処理を実行する購入処理手段として機能させる。
かかるプログラムを実行することにより、投機対象による収益が所定の条件を満たしていると判定された場合に、ユーザにより予め受け付けられた商品の購入処理を実行することができる。したがって、所定の条件を満たしていると判定された場合において、ユーザが操作することなく迅速且つ容易に商品の購入処理を開始することができる。
【発明の効果】
【００１５】
本発明によれば、投機対象によって収益が得られた場合に、迅速且つ容易に商品の購入を行うことができる。
【発明を実施するための最良の形態】
【００１６】
本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが本発明の成立に必須であるとは限らない。
まず、本発明の第１実施形態に係る商品購入支援システムについて説明する。
図１は、本発明の第１実施形態に係る商品購入支援システムの構成図である。
商品購入支援システム１において、ユーザにより利用可能な端末２と、ユーザが利用可能な携帯端末３と、預金口座からの資金の引き出し、預金口座への資金の預け入れ、預金口座から他の口座への資金の振込み等のバンキングサービスを提供するネットバンクサーバ４と、競艇における舟券の投票（購入）取引を受け付ける投票サーバ５と、競艇のレース情報を提供するレース情報提供サーバ６と、商品情報を提供するとともに商品の購入処理を行う商品購入管理サーバ７とが、例えば、インターネット等を含むネットワーク８を介して接続されている。端末２は、パーソナルコンピュータ等のコンピュータであってもよく、また、携帯電話端末であってもよく、ＰＤＡ（Personal Digital Assistant）端末であってもよい。
【００１７】
図２は、本発明の第１実施形態に係る端末の構成図である。
端末２は、端末本体２０と、表示装置２１と、入力装置２２とを有する。
表示装置２１は、例えば、液晶ディスプレイや、ＣＲＴディスプレイ等の画像を表示する装置である。入力装置２２は、例えば、マウス、キーボード等の端末２のユーザからの入力を受け付けるための装置である。
端末本体２０において、ＣＰＵ（Central Processing Unit）２３と、ＲＯＭ（Read Only Memory）２４と、ＲＡＭ（Random Access Memory）２５と、ハードディスクドライブ２６と、表示処理部２７と、入力インターフェース２８と、コンボドライブ２９と、通信インターフェース３０とがバス３１を介して接続されている。
【００１８】
ＲＯＭ２４は、ブートプログラム等の基本プログラムを記憶する。
ＲＡＭ２５は、プログラムやデータを記憶する領域として、或いは、ＣＰＵ２３による処理に使用しているデータを格納する作業領域として利用される。
表示処理部２７は、ＣＰＵ２３の制御により、表示装置２１に画像を表示させるための表示用データを生成し、表示装置２１に出力する。
【００１９】
コンボドライブ２９は、複数種類の記録媒体３２からのデータ、プログラムの読み込み、記録媒体３２へのデータ等の書き込みを行う。記録媒体３２としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ等がある。
ハードディスクドライブ２６は、ＯＳ（オペレーティングシステム）や、各種プログラムや、各種データベースを読み出し可能に記憶する。本実施形態では、ハードディスクドライブ２６は、商品購入支援処理において端末に要求される処理等を実行するためのプログラムを記憶する。また、本実施形態では、ハードディスクドライブ２６は、商品の送り先となるユーザの住所等の配送先情報や、ユーザのネットバンクにおける口座番号、口座名等の支払用情報を記憶する。また、本実施形態では、ハードディスクドライブ２６は、投機記憶手段の一例であり、舟券の投票に関する情報（投票情報）を記憶する。投票情報としては、例えば、日付、レース場、レース番号、勝式、買い目、購入金額等のユーザが購入した舟券を特定することのできる情報（投機対象特定情報）や、自動投票を終了する条件（投票終了条件）等が含まれている。また、ハードディスクドライブ２６は、レースが開催されるレース場、レースの内容、レースの開始時刻、レースへの投票の締め切り時刻、各レースのレース結果及び舟券の配当額等のレース情報を記憶する。
また、ハードディスクドライブ２６は、商品特定情報記憶手段の一例であり、商品購入テーブル２６Ａを記憶する。
【００２０】
図３は、本発明の第１実施形態に係る商品購入テーブルの一例を示す図である。
商品購入テーブル２６Ａは、商品ＩＤフィールド２６ａと、商品名フィールド２６ｂと、価格フィールド２６ｃと、数量フィールド２６ｄと、条件フィールド２６ｅとを有するレコードを複数管理できるようになっている。なお、本実施形態では、先頭（上側）のレコードから優先して商品の購入が行われることとなっており、優先される上位のレコード（前の順番のレコード）の商品購入がされない場合には、それ以降のレコードの商品についての購入は行われないようになっている。
商品ＩＤフィールド２６ａは、レコードに登録されている商品を商品購入管理サーバ７において特定可能な商品特定情報（商品ＩＤ）を格納する。
商品名フィールド２６ｂは、該当するレコードの商品を示す商品名を格納する。
価格フィールド２６ｃは、該当するレコードの商品の価格を格納する。
数量フィールド２６ｄは、該当するレコードの商品を購入する個数を格納する。
条件フィールド２６ｅは、該当するレコードの商品の購入を行うために必要な条件を格納する。本実施形態では、条件としては、商品の購入するために必要な舟券の投票による収益の最低額（目標額）を格納している。なお、この収益の最低額は、商品の価格以上であってもよい。また、収益以外からの資金も加えて商品を購入する場合には、商品の価格以下であっても良い。なお、本実施形態では、上記のように上位のレコードの商品から優先して購入されるものとなっており、各レコードにおける収益の最低額は、上位のレコードによる商品の購入価格を減じた場合における収益の最低額を示している。
【００２１】
例えば、一番上のレコードによると、商品ＩＤは”Ａ０００１”であり、商品名は”Ａホテル宿泊券”であり、価格が”２００００”円であり、購入個数が”１”個であり、当該商品を購入する際の条件として、収益の最低額が”２００００”円であることがわかる。また、上から２番目のレコードによると、商品ＩＤは”Ｄ０３９５”であり、商品名は”ネクタイＢ”であり、価格が”１００００”円であり、購入個数が”１”個であり、当該商品を購入する際の条件として、収益の最低額が”１００００”円であることがわかる。ここで、２番目のレコードは、１番目のレコードの商品が購入された場合に、購入が判断されるものとなっており、条件となっている収益の最低額は、１番目のレコードの商品を購入した後における収益の最低額を示している。
【００２２】
図２に戻り、入力インターフェース２８は、入力装置２２と接続されており、入力装置２２からの信号をデータとして、ＣＰＵ２３に渡す。
通信インターフェース３０は、外部の装置とのデータのやりとりの仲介を行う。本実施形態では、通信インターフェース３０は、ネットワーク８と接続されており、ネットワーク８を介してネットバンクサーバ４、投票サーバ５、レース情報提供サーバ６、商品購入管理サーバ７等との間でデータのやりとりを行う。
【００２３】
ＣＰＵ２３は、ＲＯＭ２４の基本プログラムやハードディスクドライブ２６に格納されているＯＳやプログラムをＲＡＭ２５に読み出して実行することにより各種処理を実行する。また、ＣＰＵ２３は、各部２４〜３０の動作を制御する。
【００２４】
本実施形態では、ＣＰＵ２３が、ハードディスクドライブ２６に格納されたプログラムを実行することにより、投機受付手段及び投機送信手段の一例としての投票管理部２３ａと、入金処理部２３ｂと、レース情報処理部２３ｃと、収益導出手段の一例としての収益算出部２３ｄと、判定手段の一例としての判定部２３ｅと、商品特定情報受付手段及び購入依頼手段の一例としての商品処理部２３ｆとが構成される。
投票管理部２３ａは、入力装置２２に対するユーザによる操作により、競艇の舟券についての投票情報を入力インターフェース２８を介して受け付ける。具体的には、舟券購入ウインドウ９１（図４参照）により、日付、レース場、レース番号、勝式、買い目、金額、購入希望時間、投票終了条件等の投票情報について受け付ける。ここで、投票終了条件としては、収益が所定の額を超えたことや、収益が投資額の所定の割合を超えたことや、指定した投票をすべて終えたこと等がある。また、投票管理部２３ａは、受け付けた舟券の投票情報をハードディスクドライブ２６に格納する。また、投票管理部２３ａは、受け付けた舟券の投票情報をネットワーク８を介して投票サーバ５に送信する。これによって、投票サーバ５においては、投票情報に従ってユーザが投票（購入）したとして処理が行われる。
また、投票管理部２３ａは、投票終了条件に合致するか否かを判定し、投票終了条件に合致する場合には、その旨を判定部２３ｅに通知する。
【００２５】
図４は、本発明の第１実施形態に係る舟券購入ウインドウを示す図である。
舟券購入ウインドウ９１は、購入する舟券の投票情報を入力するための投票情報入力領域９２と、投票情報入力領域９２に設定している投票情報を購入予定リスト９３に追加する指示を受け付ける追加ボタン９４と、購入予定リスト９３に含まれる投票情報での購入を確定する指示を受け付ける確定ボタン９５とを有する。投票情報入力領域９２においては、投票日、レース場、レース番号、勝式、買い目、金額、購入希望時間、投票終了条件等の設定を受け付けるようになっている。
【００２６】
図２に戻り、入金処理部２３ｂは、ネットバンクサーバ４に対してユーザの預金口座から投票サーバ５におけるユーザの投票用口座への送金を依頼する。この投票用口座に送られた金額の範囲内でユーザは舟券を購入することができる。なお、送金する額については、予めユーザが設定できるようになっている。また、送金の依頼においては、ネットバンクサーバ４においてユーザを認証するための認証情報、例えば、ユーザＩＤ及びパスワードについても含められて送信される。
【００２７】
レース情報処理部２３ｃは、ネットワーク８を介してレース情報提供サーバ６からレース情報を取得して、ハードディスクドライブ２６に格納する。本実施形態では、レース情報処理部２３ｃは、端末２において投票を行うためのプログラム（投票ソフト）の実行開始した後と、各レースのレース結果が確定する時刻において、レース情報を取得するようにしている。
収益算出部２３ｄは、ハードディスクドライブ２６に記憶された投票情報と、レース結果及びその配当額に基づいて、当日の収益額を算出する。本実施形態では、収益算出部２３ｄは、ユーザが購入したレース毎に収益額を算出し、当日に行われたレースの収益額を総計することにより当日の収益額を算出する。レース毎の収益額を導出する方法としては、ユーザの購入した舟券のうちで、レース結果が出ているレースの舟券を特定し、そのレース結果に基づいて、当該舟券が的中しているか否かを判定し、的中している場合には、その配当額を読み出して、購入金額に基づいてユーザの配当総額を算出し、配当総額から購入金額を減算することにより収益額を算出する一方、舟券が的中していない場合には、購入金額を損失額として算出する。そして、当日に行われるレースのすべての収益額、損失額を合算することにより当日の収益額を算出する。
【００２８】
判定部２３ｅは、投票管理部２３ａから投票終了条件に合致した旨の通知を受けた場合に、収益算出部２３ｄにより算出された当日の収益額が商品購入テーブル２６Ａの条件を満たすか否かを判定し、条件を満たす場合には、該当する商品ＩＤを商品処理部２３ｆに通知する。
商品処理部２３ｆは、通信インターフェース３０を介して商品購入管理サーバ７から購入可能な商品情報を受信する。また、商品処理部２３ｆは、受信した商品情報を表示処理部２７により表示装置２１にユーザによる選択可能に表示させる。商品処理部２３ｆは、入力装置２２からのユーザの入力により、購入する商品の指定と、購入する商品の個数の指定と、購入する条件の入力とを受け付けて、受け付けた内容に対応する情報をハードディスクドライブ２６の商品購入テーブル２６Ａに登録する。また、商品処理部２３ｆは、判定部２３ｅから商品ＩＤを受け取った場合には、通信インターフェース３０を介して、商品ＩＤを含む購入依頼を商品購入管理サーバ７に送信する。この購入依頼には、例えば、商品ＩＤの他に、当該端末２のユーザ名、ユーザの住所、口座番号、口座名、購入時に連絡する携帯端末３の情報（例えば、メールアドレス）等が含まれている。
【００２９】
図５は、本発明の第１実施形態に係る商品購入管理サーバの構成図である。
商品購入管理サーバ７は、サーバ本体７０と、表示装置７１と、入力装置７２とを有する。
表示装置７１は、例えば、液晶ディスプレイや、ＣＲＴディスプレイ等の画像を表示する装置である。入力装置７２は、例えば、マウス、キーボード等の商品購入管理サーバ７の操作者からの入力を受け付けるための装置である。
サーバ本体７０において、ＣＰＵ７３と、ＲＯＭ７４と、ＲＡＭ７５と、ハードディスクドライブ７６と、表示処理部７７と、入力インターフェース７８と、コンボドライブ７９と、通信インターフェース８０とがバス８１を介して接続されている。
【００３０】
ＲＯＭ７４は、ブートプログラム等の基本プログラムを記憶する。
ＲＡＭ７５は、プログラムやデータを記憶する領域として、或いは、ＣＰＵ７３による処理に使用しているデータを格納する作業領域として利用される。
表示処理部７７は、ＣＰＵ７３の制御により、表示装置７１に画像を表示させるための表示用データを生成し、表示装置７１に出力する。
【００３１】
コンボドライブ７９は、複数種類の記録媒体８２からのデータ、プログラムの読み込み、記録媒体８２へのデータ等の書き込みを行う。記録媒体８２としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ等がある。
ハードディスクドライブ７６は、ＯＳ（オペレーティングシステム）や、各種プログラムや、各種データベースを読み出し可能に記憶する。本実施形態では、ハードディスクドライブ７６は、ユーザが購入可能な商品についての情報（商品情報）を記憶する。商品情報としては、例えば、商品名、商品ＩＤ、価格等がある。
【００３２】
入力インターフェース７８は、入力装置７２と接続されており、入力装置７２からの信号をデータとして、ＣＰＵ７３に渡す。
通信インターフェース８０は、外部の装置とのデータのやりとりの仲介を行う。本実施形態では、通信インターフェース８０は、ネットワーク８と接続されており、ネットワーク８を介して、端末２、携帯端末３、ネットバンクサーバ４、投票サーバ５、レース情報提供サーバ６等との間でデータのやりとりを行う。
【００３３】
ＣＰＵ７３は、ＲＯＭ７４の基本プログラムやハードディスクドライブ７６に格納されているＯＳやプログラムをＲＡＭ７５に読み出して実行することにより各種処理を実行する。また、ＣＰＵ７３は、各部７４〜８０の動作を制御する。
【００３４】
本実施形態では、ＣＰＵ７３が、ハードディスクドライブ７６に格納されたプログラムを実行することにより、商品情報提供部７３ａと、購入処理手段の一例としての商品購入処理部７３ｂとが構成される。
商品情報提供部７３ａは、通信インターフェース８０を介して、端末２から商品情報の要求を受信した場合に、ハードディスクドライブ７６から商品情報を取り出して、要求元の端末２に商品情報を送信する。なお、商品情報提供部７３ａは、端末２から商品情報の要求として、商品種類、商品金額等の検索条件を受け付け、当該検索条件に対応する商品情報を送信するようにしてもよい。また、商品情報提供部７３ａは、例えば、巷で人気の商品情報を送信するようにしてもよく、高級で憧れの商品情報を送信するようにしてもよい。また、各商品の現在の在庫数や、商品毎の仮予約数の情報や、ユーザに届くまでの暫定の期間等の情報を加えて送信するようにしてもよい。
【００３５】
商品購入処理部７３ｂは、通信インターフェース８０を介して、端末２から購入依頼を受け付け、当該購入依頼に従って商品購入処理を実行する。
具体的には、商品購入処理部７３ｂは、購入依頼に含まれる携帯端末３宛に購入依頼に係る商品の購入の確認メールを送信する。また、商品購入処理部７３ｂは、購入依頼に含まれる商品及びその商品の配送先となるユーザの住所に商品を配送する処理を実行する。また、商品購入処理部７３ｂは、購入する商品の金額を購入依頼に含まれる口座から引き落とす要求をネットバンクサーバ４に送信する。
商品を配送する処理は、例えば、該当する商品名、ユーザ名、ユーザの住所とを含むリストをプリンタ（図示せず）で印刷するようにしてもよく、或いは、該当する商品の配送を行っている取扱先に商品名、ユーザ名、住所等のデータを送信するようにしてもよく、或いは、取扱先に商品名、ユーザ名、住所等をＦＡＸ送信するようにしてもよい。
【００３６】
次に、商品購入支援システム１における商品購入支援処理を図６及び図７を用いて説明する。図６は、本発明の第１実施形態に係る商品購入支援処理の第１のシーケンス図であり、図７は、本発明の第１実施形態に係る商品購入支援処理の第２のシーケンス図である。
端末２において、投票及び商品購入支援を行うソフトウエアの実行を開始するか否かを判定し（ステップＳ１１）、ソフトウエアの実行を開始する場合は、商品処理部２３ｆが、入力装置２２によるユーザの操作により、商品の自動購入の指定があったか否かを判定する（ステップＳ１２）。この結果、商品の自動購入の指定がない場合（ステップＳ１２のＮＯ）には、なにもせず、次のステップＳ１７に進む。
【００３７】
一方、商品の自動購入の指定があったと判定された場合（ステップＳ１２のＹＥＳ）には、商品処理部２３ｆが通信インターフェース３０を介して商品購入管理サーバ７に商品情報の要求を送信する（ステップＳ１３）。商品購入管理サーバ７では、商品情報提供部７３ａがハードディスクドライブ７６から商品情報を取り出して、要求元の端末２に商品情報を送信する（ステップＳ１４）。
次いで、商品処理部２３ｆは、入力装置２２によるユーザの操作により、購入する商品の指定と、購入する商品の個数の指定と、購入する条件が決定されたか否かを判定し（ステップＳ１５）、決定されていない場合には、当該ステップを繰り返す一方、決定されている場合には、決定された内容に対応する情報をハードディスクドライブ２６の商品購入テーブル２６Ａに登録する（ステップＳ１６）。
【００３８】
次いで、端末２のレース情報処理部２３ｃがレース情報提供サーバ６にレース情報の要求を送信する（ステップＳ１７）。レース情報提供サーバ６は、レース情報を送信し、端末２のレース情報処理部２３ｃが通信インターフェース３０を介してレース情報を取得する（ステップＳ１８）。レース情報処理部２３ｃは、取得したレース情報をハードディスクドライブ２６に格納する。
更に、端末２の入金処理部２３ｂがネットワーク８を介してネットバンクサーバ４に対してユーザの預金口座から投票サーバ５におけるユーザの投票用口座への送金を依頼する（ステップＳ１９）。ネットバンクサーバ４では、送金依頼に含まれているユーザＩＤ及びパスワードに基づいて、認証できるか否かを判定し（ステップＳ２０）、認証できない場合には処理を行わない一方、認証できる場合には、ユーザＩＤ及び依頼された額の送金通知を投票サーバ５に行う（ステップＳ２１）。投票サーバ５では、ユーザＩＤに該当するユーザの投票用口座に依頼額の入金を行う（ステップＳ２２）。これにより、ユーザは、端末２により、入金した額の範囲で、投票サーバ５に対して舟券の投票が可能になる。
【００３９】
端末２においては、投票管理部２３ａが、入力装置２２によるユーザの操作により投票指定があったか否かを判定し（ステップＳ２３）、投票指定があった場合には、指定された投票情報をハードディスクドライブ２６に記憶する（ステップＳ２４）。一方、投票指定がない場合には、何もせず、次のステップＳ２５に進む。
次いで、投票管理部２３ａは、入力装置２２によるユーザの操作により投票確定があったか否かを判定し（ステップＳ２５）、投票確定があった場合には、ハードディスクドライブ２６に格納された投票情報を確定したものと設定するとともに、投票情報を投票要求として投票サーバ５に送信する（ステップＳ２６）。投票要求を受信した投票サーバ５においては、投票要求である投票情報に基づいて、当該ユーザが舟券の投票を行ったとの投票処理を実行する（ステップＳ２７）。なお、投票確定指示がない場合（ステップＳ２５のＮＯ）には、ステップＳ２６の処理は行わない。
【００４０】
図９に移り、レース情報処理部２３ｃは、レース確定時刻か否かを判定し（ステップＳ２８）、レース確定時刻であると判定した場合には、レース結果、配当額等の情報をレース情報提供サーバ６に要求する（ステップＳ２９）。レース情報提供サーバ６は、レース結果、配当額等の情報を送信する（ステップＳ３０）。端末２のレース情報処理部２３ｃは、受信したレース結果、配当額等の情報をハードディスクドライブ２６に格納する。
次いで、投票管理部２３ａが、ユーザにより投票されたレースが確定したか否かを判定し（ステップＳ３１）、投票レースが確定したと判定した場合には、収益算出部２３ｄが収支計算を実行する（ステップＳ３２）。
レース確定時刻でないと判定した場合（ステップＳ２８のＮＯ）、投票レースが確定していないと判定した場合（ステップＳ３１のＮＯ）、又は、収支計算を実行した（ステップＳ３２）後には、投票管理部２３ａが投票終了条件を満たしたか否かを判定し（ステップＳ３３）、投票終了条件を満たしていない場合には、ステップＳ２３からの処理を繰り返して実行する。
【００４１】
一方、投票終了条件を満たしている場合（ステップＳ３３のＹＥＳ）には、投票管理部２３ａが投票の終了を投票サーバ５に通知するとともに、投票終了条件に合致した旨を判定部２３ｅに通知する（ステップＳ３４）。この投票の終了の通知を受信した投票サーバ５では、当該ユーザの投票に対する配当を行う配当処理を行い（ステップＳ３５）、配当がある場合には、ネットバンクサーバ４に、ユーザの口座に払戻を行わせる通知を送信する（ステップＳ３６）。これにより、ネットバンクサーバ４では、当該ユーザの口座に配当金の払戻を行う。
【００４２】
端末２では、判定部２３ｅが、投票終了条件に合致した旨の通知を受けた場合に、収益算出部２３ｄにより算出された当日の収益額が商品購入テーブル２６Ａの条件を満たすか否かを判定し（ステップＳ３７）、条件を満たす場合には、該当する商品ＩＤを商品処理部２３ｆに通知する。商品処理部２３ｆは、当該商品ＩＤを含む購入依頼を、商品購入管理サーバ７に送信する（ステップＳ３８）。
【００４３】
購入依頼を受け取ると、商品購入管理サーバ７の商品購入処理部７３ｂは、購入依頼に含まれる商品の購入処理を開始する（ステップＳ３９）。
そこで、商品購入処理部７３ｂは、購入依頼に含まれるユーザの携帯端末３宛に購入依頼に係る商品の購入を確認するための確認メールを送信する（ステップＳ４０）。更に、商品購入処理部７３ｂは、購入する商品の金額を購入依頼に含まれる口座から引き落とす要求をネットバンクサーバ４に送信する（ステップＳ４１）。
引き落とす要求を受けたネットバンクサーバ４では、該当する金額を該当する口座から引き落とす処理を実行する（ステップＳ４２）。なお、本実施形態では、例えば、２日後等の所定の期日後に引き落とすように処理を行っている。
一方、ユーザの携帯端末３では、確認メールを受信して表示し、ユーザから購入を中止する指示が入力されたか否かを判定する（ステップＳ４３）。中止する指示があった場合には、携帯端末３は、当該商品の購入を中止する中止要求を商品購入管理サーバ７に送信する（ステップＳ４４）。これによって、ユーザが購入を中止したい場合には、適切に中止することができる。なお、中止しない場合には、何もしない。
【００４４】
商品購入管理サーバ７では、商品購入処理部７３ｂが所定の期間内（例えば、２日以内）に携帯端末３から商品の購入の中止要求を受信したか否かを判定し（ステップＳ４５）、中止要求を受信した場合には、商品の発送を停止するための購入中止処理を実行し（ステップＳ４６）、更に、引落中止依頼をネットバンクサーバ４に送信する（ステップＳ４７）。引落中止依頼を受信したネットバンクサーバ４は、ユーザの口座からの引落を中止する処理を実行する（ステップＳ４８）。これにより、ユーザが商品の購入の中止したい場合には、口座からの引き落としを適切に中止できる。
一方、中止要求を受信していない場合には、商品購入管理サーバ７は、なにもしない。これによって、ユーザには指定した商品が発送されることとなり、ユーザの口座から商品の代金の引き落としが適切に行われる。
【００４５】
このように、上記した第１実施形態に係る商品購入支援システム１では、ユーザが予め商品を指定して、商品の購入を行う収益の条件を設定しておくことにより、収益の条件が満たされた場合には、ユーザが特に処理を行うことなく、指定した商品を購入することができる。
【００４６】
次に、本発明の第２実施形態に係る商品購入支援システムについて説明する。
この第２実施形態に係る商品購入支援システムは、第１実施形態に係る商品購入支援システムにおいて、端末２が商品を購入するか否かの収益の条件を判断するようにしていたものを、商品購入管理サーバ７が収益の条件を判断するようにしたものである。
第２実施形態に係る商品購入支援システム１のシステム構成自体は、図１に示す第１実施形態に係る商品購入支援システム１と同様な構成となっている。以下、第１実施形態と異なる部分を中心に説明する。
【００４７】
図８は、本発明の第２実施形態に係る端末の構成図である。なお、図２に示す第１実施形態に係る端末とほぼ同様な部分には、同一番号を付して説明する。
第２実施形態に係る端末２において、ＣＰＵ２３は、ハードディスクドライブ２６に格納されたプログラムを実行することにより、投票管理部３３ａと、商品特定情報受付手段の一例としての商品処理部３３ｂが構成される。
投票管理部３３ａは、入力装置２２に対するユーザによる操作により、競艇の舟券についての投票情報を入力インターフェース２８を介して受け付け、投票情報を商品購入管理サーバ７に送信する。投票情報としては、例えば、日付、レース場、レース番号、勝式、買い目、金額、購入希望時間、投票終了条件等がある。
【００４８】
商品処理部３３ｂは、通信インターフェース３０を介して商品購入管理サーバ７から購入可能な商品情報を受信する。また、商品処理部３３ｂは、受信した商品情報を表示処理部２７により表示装置２１にユーザによる選択可能に表示させる。また、商品処理部３３ｂは、入力装置２２からのユーザの入力により、購入する商品の指定と、購入する商品の個数の指定と、購入する条件の入力とを受け付けて、受け付けた内容に対応する情報、ユーザ識別情報（ユーザＩＤ）等を含む購入依頼を通信インターフェース３０を介して商品購入管理サーバ７に送信する。
【００４９】
図９は、本発明の第２実施形態に係る商品購入管理サーバの構成図である。なお、図５に示す第１実施形態に係る商品購入管理サーバとほぼ同様な部分には、同一番号を付し、異なる部分について説明する。
第２実施形態に係る商品購入管理サーバ７において、ＣＰＵ７３が、ハードディスクドライブ７６に格納されたプログラムを実行することにより、商品情報提供部７３ａと、投票管理部８３ａと、入金処理部８３ｂと、レース情報処理部８３ｃと、収益導出手段の一例としての収益算出部８３ｄと、判定手段の一例としての判定部８３ｅと、購入処理手段の一例としての商品購入処理部８３ｆとが構成される。
【００５０】
投票管理部８３ａは、端末２からユーザによる投票情報を受信し、当該投票情報をハードディスクドライブ７６に格納するとともに、当該投票情報を投票サーバ５に送信する。これによって、投票サーバ５においては、投票情報に従ってユーザが投票（購入）したとして処理が行われる。また、投票管理部８３ａは、投票終了条件に合致するか否かを判定し、投票終了条件に合致する場合には、その旨を判定部８３ｅに通知する。なお、本実施形態では、複数のユーザのそれぞれに対して上記処理を行っている。
【００５１】
入金処理部８３ｂは、ネットバンクサーバ４に対してユーザの預金口座から投票サーバ５における当該ユーザの投票用口座への送金を依頼する。この投票用口座に送られた金額の範囲内でユーザは舟券を購入することができる。なお、送金する額については、予めユーザが商品購入管理サーバ７に対して設定できるようになっている。また、送金の依頼においては、ネットバンクサーバ４においてユーザを認証するための認証情報、例えば、ユーザＩＤ及びパスワードについても送信される。このユーザＩＤ及びパスワードの情報は、ハードディスクドライブ７６に格納されている。
【００５２】
レース情報処理部８３ｃは、ネットワーク８を介してレース情報提供サーバ６からレース情報を取得して、ハードディスクドライブ７６に格納する。レース情報には、例えば、レースが開催されるレース場、レースの内容、レースの開始時刻、レースへの投票の締め切り時刻、各レースのレース結果及び舟券の配当額等が含まれる。
【００５３】
収益算出部８３ｄは、ハードディスクドライブ７６に記憶された投票情報と、レース結果及びその配当額に基づいて、各ユーザに関する当日の収益額を算出する。本実施形態では、収益算出部８３ｄは、各ユーザが購入したレース毎に収益額を算出し、当日に行われたレースの各ユーザ毎に収益額を総計することにより、各ユーザの当日の収益額を算出する。レース毎の収益額を導出する方法としては、ユーザの購入した舟券のうちで、レース結果が出ているレースの舟券を特定し、そのレース結果に基づいて、当該舟券が的中しているか否かを判定し、的中している場合には、その配当額を読み出して、購入金額に基づいてユーザの配当総額を算出し、配当総額から購入金額を減算することにより収益額を算出する一方、舟券が的中していない場合には、購入金額を損失額として算出する。そして、当日に行われるレースのすべての収益額及び損失額を合算することにより当日の収益額を算出する。
【００５４】
判定部８３ｅは、投票管理部８３ａから所定のユーザの投票終了条件に合致した旨の通知を受けた場合に、収益算出部８３ｄにより算出された該当するユーザの当日の収益額が当該ユーザの商品購入テーブルの条件を満たすか否かを判定し、条件を満たす場合には、該当するユーザＩＤ及び商品ＩＤを商品購入処理部８３ｆに通知する。
【００５５】
商品購入処理部８３ｆは、通信インターフェース８０を介して端末２から購入依頼を受信する。また、商品購入処理部８３ｆは、受信した購入依頼に対応する情報を商品購入テーブルとして、ハードディスクドライブ７６に格納する。本実施形態では、商品購入テーブルは、例えば、図３に示す第１実施形態の商品購入テーブル２６Ａと同様な内容に更にユーザＩＤを対応付けたものとなっている。
また、商品購入処理部８３ｆは、判定部８３ｅからユーザＩＤ及び商品ＩＤを受け取った場合には、該当する商品の商品購入処理を実行する。
具体的には、商品購入処理部８３ｆは、該当するユーザＩＤのユーザの携帯端末３宛に当該商品の購入の確認メールを送信する。また、商品購入処理部８３ｆは、当該商品を当該ユーザＩＤのユーザの住所に送付するための処理を実行する。また、商品購入処理部８３ｆは、当該商品の金額を当該ユーザＩＤのユーザの口座から引き落とす要求をネットバンクサーバ４に送信する。なお、ユーザＩＤと、ユーザの携帯端末３のメールアドレス、ユーザのネットバンクにおける引き落とし口座名及び口座番号、ユーザ名、商品の送付先となるユーザの住所等の情報は、予めハードディスクドライブ７６に格納されている。
【００５６】
次に、第２実施形態に係る商品購入支援システム１における商品購入支援処理を図１０及び図１１を用いて説明する。図１０は、本発明の第２実施形態に係る商品購入支援処理の第１のシーケンス図であり、図１１は、本発明の第２実施形態に係る商品購入支援処理の第２のシーケンス図である。なお、図６及び図７に示す第１実施形態に係る商品購入支援処理と同様なステップには、同一の符号を付している。
【００５７】
商品購入支援処理において、商品処理部３３ｂは、入力装置２２によるユーザの操作により、購入する商品の指定と、購入する商品の個数の指定と、購入する条件が決定されたか否かを判定し（ステップＳ１５）、決定されていない場合には、当該ステップを繰り返す一方、決定されている場合には、決定された内容に対応する情報、ユーザＩＤ等を含む購入依頼を商品購入管理サーバ７に送信する（ステップＳ６１）。
これに対して、商品購入管理サーバ７では、商品購入処理部８３ｆが、通信インターフェース８０を介して端末２から購入依頼を受信し、購入依頼に対応する情報を商品購入テーブルとして、ハードディスクドライブ７６に格納する（ステップＳ６２）。
【００５８】
また、商品購入支援処理において、投票管理部３３ａは、入力装置２２によるユーザの操作により投票確定があったか否かを判定し（ステップＳ２５）、投票確定があった場合（ステップＳ２５のＹＥＳ）には、投票情報を商品購入管理サーバ７に送信する（ステップＳ６３）。
商品購入管理サーバ７では、投票管理部８３ａが端末２からユーザによる投票情報を受信し、当該投票情報をハードディスクドライブ７６に格納するとともに、当該投票情報を投票サーバ５に送信する（ステップＳ６４）。これによって、投票サーバ５においては、投票情報に従ってユーザが投票（購入）したとして処理（ステップＳ２７）が行われる。
【００５９】
図１１に移り、商品購入管理サーバ７では、レース情報処理部８３ｃは、レース確定時刻か否かを判定し（ステップＳ６５）、レース確定時刻であると判定した場合には、レース結果、配当額等の情報をレース情報提供サーバ６に要求する（ステップＳ６６）。レース情報提供サーバ６は、レース結果、配当額等の情報を送信する（ステップＳ６７）。レース情報処理部８３ｃは、受信したレース結果、配当額等の情報をハードディスクドライブ７６に格納する。
次いで、投票管理部８３ａが、所定のユーザにより投票されたレースが確定したか否かを判定し（ステップＳ６８）、投票レースが確定したと判定した場合には、収益算出部８３ｄが当該ユーザの収支計算を実行する（ステップＳ６９）。
レース確定時刻でないと判定した場合（ステップＳ６５のＮＯ）、投票レースが確定していないと判定した場合（ステップＳ６８のＮＯ）、又は、収支計算を実行した（ステップＳ６９）後には、投票管理部８３ａが当該ユーザの投票終了条件を満たしたか否かを判定し（ステップＳ７０）、投票終了条件を満たしていない場合には、ステップＳ６５からの処理を繰り返して実行する。なお、商品購入管理サーバ７においては、それぞれのユーザに対して上記したステップ６５〜７０の処理を実行する。
【００６０】
一方、投票終了条件を満たしている場合には、投票管理部８３ａが投票の終了を投票サーバ５に通知するとともに、投票終了条件に合致した旨を判定部８３ｅに通知する（ステップＳ７１）。この投票の終了の通知を受信した投票サーバ５では、当該ユーザの投票に対する配当を行う配当処理を行い（ステップＳ３５）、配当がある場合には、ネットバンクサーバ４に、ユーザの口座に払戻を行わせる通知を送信する（ステップＳ３６）。これにより、ネットバンクサーバ４では、当該ユーザの口座に配当金の払戻を行う。
【００６１】
商品支援管理サーバ７２では、判定部８３ｅが、投票終了条件に合致した旨の通知を受けた場合に、収益算出部８３ｄにより算出された当該ユーザの当日の収益額が当該ユーザの商品購入テーブルの条件を満たすか否かを判定し（ステップＳ７２）、条件を満たす場合には、該当する商品ＩＤ及びユーザＩＤを商品購入処理部８３ｆに通知する。商品購入処理部８３ｆは、当該商品ＩＤの商品の購入処理を開始する（ステップＳ７３）。
【００６２】
このように、上記した第２実施形態に係る商品購入支援システム１では、ユーザが予め商品を指定して、商品の購入を行う収益の条件を設定しておくことにより、商品購入管理サーバ７が収益の条件が満たされたか否かを判定し、収益の条件が満たされた場合には、ユーザが特に処理を行うことなく、指定した商品の購入ができる。
【００６３】
以上、本発明を実施形態に基づいて説明したが、本発明は上述した実施の形態に限られず、他の様々な態様に適用可能である。
上記実施形態では、投機対象の一例として競艇における舟券を例に挙げていたが、本発明はこれに限られず、投機対象としては、例えば、競馬、競輪、オートレース等の他の公営ギャンブルにおける投票券であってもよい。また、投機対象としては、証券取引における株券等、為替取引における外貨等、先物取引における対象、定期預金や投資信託のような金融商品等であってもよい。更に、投機対象としては、オンラインカジノであってもよく、宝くじ、スポーツ振興くじ、数字選択式宝くじ等のくじであってもよく、また、投機対象としては、パチンコ遊技機、回胴式遊技機、カジノ遊技機等の遊技機における遊技自体であってもよい。
【００６４】
上記第１実施形態では、端末２が収益を算出するようにしていたが、本発明はこれに限られず、端末が収益の額を他の装置から受信するようにしてもよく、要は、端末側で収益を導出することができればよい。
また、上記第２実施形態では、商品購入管理サーバ７が収益を算出するようにしていたが、本発明はこれに限られず、商品購入管理サーバ７が収益の額を他の装置から受信するようにしてもよく、要は、商品購入管理サーバ７側で収益を導出することができればよい。
【００６５】
また、上記実施形態では、端末２自体は、投機対象への投機の仲介をするようになっていたが、本発明ではこれに限られず。例えば、端末２をパチンコ遊技機、回胴式遊技機、カジノ遊技機として構成し、当該端末２自体において投機（この場合には、遊技）できるようにしてもよい。
また、上記実施形態では、投機対象に対する当日の収益に基づいて商品購入の判定をするようにしていたが、本発明はこれに限られず、例えば、所定の時点から収益に基づいて商品購入の判定をするようにしてもよい。また、レース毎における収益に基いて商品購入の判定をするようにしてもよい。
また、上記実施形態では、ユーザが予め設定していた投機への終了条件を満たした場合に、商品購入の判定をするようにしていたが、本発明はこれにかぎられず、終了条件に関係なく、商品購入の判定をするようにしてもよい。
【００６６】
また、上記実施形態においては、商品購入管理サーバを１つの装置として構成した例を示していたが、本発明はこれに限られず、ネットワークで接続された複数の装置により各機能を実現するようにしてもよい。例えば、商品の情報を管理するサーバ、商品の配達処理を管理するサーバ、ユーザの端末とのやりとりを行うサーバを別の装置として構成してもよい。
【００６７】
また、上記実施形態においては、ネットバンクサーバ４、投票サーバ５、レース情報提供サーバ６、商品購入管理サーバ７をそれぞれ別の装置として構成した例を示していたが、本発明はこれに限られず、これらサーバのうち、少なくともいずれか二つ以上を同一の装置として構成するようにしてもよい。例えば、投票サーバ５と商品購入管理サーバ７とを同一の装置として構成してもよい。
【００６８】
また、上記実施形態においては、収益として、実際の通貨の額を用いていたが、本発明はこれに限られず、金銭価値のあるポイント、パチンコにおける玉数、回胴式遊技機におけるメダル数等の金銭価値のあるものを用いるようにしてもよい。
【００６９】
また、上記実施形態においては、収益としてプラスとなっている場合の例を主に説明していたが、収益がマイナスとなっている場合においても本発明を適用することができる。たとえば、条件として、所定の額以上のマイナスの収益となった、換言すれば所定の額以上の損失が発生した場合に、所定の融資を受けるようにしてもよい。この場合、例えば、予め融資をうけることのできる銀行、金融会社の融資のサービスを登録しておき、所定の額以上のマイナスとなった場合に、登録された融資のサービスにより所定の融資を受けるようにしてもよい。
また、上記実施形態においては、ネットバンクサーバ４に対してユーザの預金口座から投票サーバ５におけるユーザの投票用口座への送金を依頼するようにしていたが、例えば、投票サーバ５により引き落とし等可能な所定の銀行（例えば、大手都市銀行）の投票用専用口座をユーザが有している場合においては、投票サーバ５がユーザの投票用専用口座を利用して舟券の購入等の処理を実行可能であるので、ネットバンクサーバ４に対して送金依頼をせずに済む。
【図面の簡単な説明】
【００７０】
【図１】本発明の第１実施形態に係る商品購入支援システムの構成図である。
【図２】本発明の第１実施形態に係る端末の構成図である。
【図３】本発明の第１実施形態に係る商品購入テーブルの一例を示す図である。
【図４】本発明の第１実施形態に係る舟券購入ウインドウを示す図である。
【図５】本発明の第１実施形態に係る商品購入管理サーバの構成図である。
【図６】本発明の第１実施形態に係る商品購入支援処理の第１のシーケンス図である。
【図７】本発明の第１実施形態に係る商品購入支援処理の第２のシーケンス図である。
【図８】本発明の第２実施形態に係る端末の構成図である。
【図９】本発明の第２実施形態に係る商品購入管理サーバの構成図である。
【図１０】本発明の第２実施形態に係る商品購入支援処理の第１のシーケンス図である。
【図１１】本発明の第２実施形態に係る商品購入支援処理の第２のシーケンス図である。
【符号の説明】
【００７１】
１  商品購入支援システム、２  端末、３  携帯端末、４  ネットバンクサーバ、５  投票サーバ、６  レース情報提供サーバ、７  商品購入管理サーバ、８  ネットワーク、２０  端末本体、２１  表示装置、２２  入力装置、２３  ＣＰＵ、２３ａ  投票管理部、２３ｂ  入金処理部、２３ｃ  レース情報処理部、２３ｄ  収支算出部、２３ｅ  判定部、２３ｆ  商品処理部、２４  ＲＯＭ、２５  ＲＡＭ、２６  ハードディスクドライブ、２７  表示処理部、２８  入力インターフェース、２９  コンボドライブ、３０  外部インターフェース、３１  バス、３２  記録媒体、３３ａ  投票管理部、３３ｂ  商品処理部、７０  サーバ本体、７１  表示装置、７２  入力装置、７３  ＣＰＵ、７３ａ  商品情報提供部、７３ｂ  商品購入処理部、７４  ＲＯＭ、７５  ＲＡＭ、７６  ハードディスクドライブ、７７  表示処理部、７８  入力インターフェース、７９  コンボドライブ、８０  外部インターフェース、８１  バス、８２  記録媒体、８３ａ  投票管理部、８３ｂ  入金処理部、８３ｃ  レース情報処理部、８３ｄ  収益算出部、８３ｅ  判定部、８３ｆ  商品購入処理部。
【図１】
2007052768.tif 000003
【図２】
2007052768.tif 000004
【図３】
2007052768.tif 000005
【図４】
2007052768.tif 000006
【図５】
2007052768.tif 000007
【図６】
2007052768.tif 000008
【図７】
2007052768.tif 000009
【図８】
2007052768.tif 000010
【図９】
2007052768.tif 000011
【図１０】
2007052768.tif 000012
【図１１】
2007052768.tif 000013