JP2022071466A - 残高管理システム、残高管理方法、及び残高管理プログラム - Google Patents

Abstract

【課題】投票用口座を管理するシステムの改変を抑えながら、不正を抑止して法定通貨以外の支払手段を利用した投票を可能とする残高管理システム、残高管理方法及び残高管理プログラムを提供する。【解決手段】残高管理システム（情報処理システム）による残高管理方法は、取引対象の取引代金の支払いに利用可能な互いに異なる第１支払手段及び第２支払手段の少なくとも何れか一方を用いた入金の要求を取得する。入金要求が、第１支払手段を用いた入金の要求である場合、記憶部に記憶された出金不可能な残高を増加させない。入金要求が、第２支払手段を用いた入金の要求である場合、記憶された出金不可能な残高を、入金額に応じて増加させる。投票用口座の残高うち出金可能な残高の資金が出金される場合、投票用口座の残高から、記憶された出金不可能な残高を減算することにより計算された出金可能な残高の資金を、ユーザへ送金させる。【選択図】図２

Description

本発明は、例えば公営競技等において投票するための資金を管理する方法に関する。

従来、例えば競馬や競輪等の公営競技においては、競技場や投票券販売所で投票を行うことが可能となっている。具体的に、窓口で現金を差し出し又は券売機に現金を投入することで、投票券を購入することができる。また、ウェブサイトにアクセスして投票を行う、所謂インターネット投票も可能になった。インターネット投票の場合、キャッシュレスで投票を行うために、ユーザごとに投票用の口座が開設される。ユーザは、そのユーザの銀行預金から振り替え等を行うことで、投票用口座に、投票資金を入金することができる。一般的に、入金された資金や払い戻しされた資金は、投票用口座からユーザの預金口座へ出金することができる。

近年においては、キャッシュレス化が急速に進んでいることから、銀行預金等の法定通貨に加えて、例えば電子マネーやポイント等の支払手段でインターネット投票を行いたいというニーズが増大してきてもおかしくない状況にあると考えられる。しかしながら、法定通貨以外での投票資金の入金を単純に許容した場合、電子マネーやポイント等を投票用口座に入金した後で、直ぐに投票用口座から預金口座に出金するというマネーロンダリングを誘引する可能性がある。そこで、特許文献１においては、このような不正行為を防止するための管理方法が提案されている。具体的に、この管理方法では、換金可能な電子バリューを示す換金可能バリューの残高と、換金不可能な前記電子バリューを示す換金不可バリューの残高と、が対応付けられた電子バリュー情報が記憶される。ユーザによって入金された入金金額は、換金不可バリューの残高に加算される。ユーザが投票を行う場合、換金不可バリューの残高から投票金額が減算される。払い戻しがあった場合、払戻金額が、換金可能バリューの残高及び換金不可バリューの残高のうち少なくとも一方に加算される。

特開２０１８－１６５９３３号公報

しかしながら、実際に、投票用の口座において、投票資金を、出金可能な資金と出金不可能な資金とに分けて管理することには困難を伴う場合がある。投票用の口座の管理を含む中心的なシステムは、競技の運営者等により運営されている場合がある。その一方で、投票用の口座と預金口座との間の入出金や投票の操作を行うためのウェブインターフェース等を提供するシステムは、別の事業者により運営されている場合がある。また、電子マネーやポイント等の支払手段の発行や管理を行うシステムも、競技の運営者とは異なる事業者によって運営される場合がある。こうした状況においては、入金に用いる支払手段の追加を理由として、そのシステムによる投票用の口座の管理を改変しようとすると、様々な影響が出る可能性がある。

本発明は以上の点に鑑みて成されたものであり、その課題の一例は、投票用口座を管理するシステムの改変を抑えながら、不正を抑止して法定通貨以外の支払手段を利用した投票を可能とする残高管理システム、残高管理方法、及び残高管理プログラムを提供することにある。

上記課題を解決するために、請求項１に記載の発明は、ユーザが投票するための投票資金の残高が記録される投票用口座への入金であって、取引対象の取引代金の支払いに利用可能な互いに異なる第１支払手段及び第２支払手段の少なくとも何れか一方を用いた入金の要求を取得する入金要求取得手段と、前記取得された要求が、前記第１支払手段を用いた入金の要求である場合、前記投票用口座の残高うち出金不可能な残高を記憶する記憶手段に記憶された前記出金不可能な残高を増加させず、前記取得された要求が、前記第２支払手段を用いた入金の要求である場合、前記記憶された出金不可能な残高を、入金額に応じて増加させる入金処理手段と、前記投票用口座の残高うち出金可能な残高の資金が出金される場合、前記投票用口座の残高から、前記記憶された出金不可能な残高を減算することにより計算された出金可能な残高の資金を、前記ユーザへ送金させる出金処理手段と、を備えることを特徴とする。

この発明によれば、出金不可能な残高が記憶されることにより、第２支払手段を用いて入金された投票資金が、出金不可能な資金として管理される。投票用口座を管理するシステムは、投票用口座にある投票資金の残高を区別して管理しないことから、第１支払手段及び第２支払手段の何れを用いて投票資金が入金されても、投票用口座の残高は増加する。第１支払手段を用いた場合、入金額は、出金不可能な残高に加算されない。従って、この入金額は、実質的に出金可能な残高に加算される。一方、第２支払手段を用いた場合、入金額は、出金不可能な残高に加算される。出金の場合、投票用口座にある投票資金のうち、出金不可能な資金が出金されることは抑止したい。この場合、投票用口座の残高から、記憶されている出金不可能な残高を減算することにより、出金可能な残高を、出金額として計算すればよい。こうして計算された額の投票資金が、ユーザへ送金される。従って、投票用口座を管理するシステムの改変を抑えながら、不正を抑止して法定通貨以外の支払手段を利用した投票が可能になる。

請求項２に記載の発明は、前記投票用口座は、前記残高管理システムと異なる所定システムにより管理され、前記所定システムから前記投票用口座の残高を示す残高情報を取得する残高情報取得手段を更に備え、前記出金処理手段は、前記取得された残高情報により示される前記投票用口座の残高から、前記記憶された出金不可能な残高を減算することにより、前記出金可能な残高を計算することを特徴とする。

この発明によれば、所定システムから投票用口座の残高を示す残高情報が取得される。そして、残高情報に基づいて、出金可能な残高が計算される。従って、投票用口座を管理するシステムの改変を抑えながら、不正を抑止して法定通貨以外の支払手段を利用した投票が可能になる。

請求項３に記載の発明は、前記所定システムは、前記投票用口座にある全投票資金一括での出金に応じて、前記投票用口座の残高をゼロに更新可能であり、前記所定システムにより、前記投票用口座の残高をゼロに更新させた後、前記所定システムにより、前記投票用口座の残高に、前記記憶された出金不可能な残高を加算させる出金用更新制御手段を更に備えることを特徴とする。

この発明によれば、出金時、一度投票用口座にある全投票資金が一括で出金され、出金可能な残高の資金がユーザへ送信され、出金不可能な残高の資金は再度投票用口座に入金される。従って、所定システムが、出金額を指定した投票用口座からの投票資金の出金に対応していなくても、出金不可能な残高の資金を投票用口座に残して、出金不可能な残高に相当する資金をユーザへ送金することができる。

請求項４に記載の発明は、前記所定システムは、指定された出金額での投票資金の出金に応じて、前記投票用口座の残高を更新可能であり、前記所定システムにより、前記投票用口座の残高から、前記計算された出金可能な残高に相当する出金額を減算させる出金用更新制御手段を更に備えることを特徴とする。

この発明によれば、出金時、所定システムが、出金額を指定した投票用口座からの投票資金の出金に対応しているので、出金不可能な残高の資金を投票用口座に残して、出金可能な残高に相当する資金をユーザへ送金することができる。

請求項５に記載の発明は、投票可能なイベントの開催日の翌日に、前記投票口座にある前記投票資金を繰り越すか否かが、前記ユーザにより予め選択可能であり、前記出金処理手段は、前記投票資金を翌日に繰り越さないことが選択されている場合、前記イベントが終了して前記出金可能な残高がある状態で所定時刻が経過することに応じて、前記ユーザへの送金を実行させることを特徴とする。

この発明によれば、選択に応じて、投票が終わった後に投票用口座に出金可能な資金が残っている場合、その日に自動的にその資金の送金を自動的に受けることも、その資金を翌日以降の投票の機会のために繰り越すことも可能となる。

請求項６に記載の発明は、前記第２支払手段は、前記支払いに利用可能な有効期限が定められていることがある交換媒体を含み、有効期限が定められた前記交換媒体を用いた入金に基づく出金不可能な資金を投票に利用することを制限する制限手段を更に備えることを特徴とする。

この発明によれば、取引対象の取引代金の支払いに利用可能な有効期限が定められた交換媒体に基づく出金不可能な資金の利用が制限される。従って、取引代金の支払いに期間的な制限がある交換媒体と制限がない交換媒体との間で、投票資金の利用可能性に差を持たせることができる。

請求項７に記載の発明は、前記入金処理手段は、有効期限が定められた前記交換媒体を用いて前記投票用口座に投票資金が入金される場合、前記記憶手段に、入金に用いられた前記交換媒体の額と、前記有効期限と、を関連付けて記憶させ、前記制限手段は、前記記憶された有効期限が経過することに応じて、前記記憶された出金不可能な残高を、前記記憶された交換媒体の額に応じて減少させることを特徴とする。

この発明によれば、入金に用いられた交換媒体に対して定められた有効期限と同じ有効期限が、入金された投票資金に対して定められる。従って、入金された投票資金に、入金に用いられた交換媒体と同じ制限を加えることができる。

請求項８に記載の発明は、前記制限手段は、有効期限が定められた前記交換媒体を用いた前記投票用口座への投票資金の入金を禁止することを特徴とする。

この発明によれば、有効期限が定められた交換媒体を用いて投票資金を入金することを不可能にすることができる。

請求項９に記載の発明は、前記第１支払手段を用いて入金される第１入金額と、前記第２支払手段を用いて入金される第２入金額と、の両方の入力が可能な画面を、前記ユーザが利用する端末装置に表示させる入金画面表示制御手段を更に備え、前記入金要求取得手段は、前記表示された画面に入力された前記第１入金額及び前記第２入金額を示す前記要求を、前記端末装置から取得し、前記入金処理手段は、前記記憶された出金不可能な残高を、前記取得された要求により示される前記第１入金額及び前記第２入金額のうち、前記第２入金額に応じて増加させ、前記投票用口座の残高を、前記取得された要求により示される前記第１入金額と前記第２入金額との合計額に応じて増加させる入金用更新制御手段を更に備えることを特徴とする。

この発明によれば、入金画面において、ユーザは、第１支払手段を用いた入金額と、第２支払手段を用いた入金額と、の両方を入力可能である。第２支払手段を用いた入金額は、出金不可能な残高に加算され、第１支払手段を用いた入金額と第２支払手段を用いた入金額との合計額が、投票用口座の残高に加算される。従って、ユーザは第１支払手段と第２支払手段とを一度に併用して、投票資金を入金することができる。

請求項１０に記載の発明は、前記第１支払手段は、法定通貨を含むことを特徴とする。

請求項１１に記載の発明は、前記第２支払手段は、法定通貨への交換が制限された交換媒体を含むことを特徴とする。

請求項１２に記載の発明は、コンピュータにより実行される残高管理方法において、ユーザが投票するための投票資金の残高が記録される投票用口座への入金であって、取引対象の取引代金の支払いに利用可能な互いに異なる第１支払手段及び第２支払手段の少なくとも何れか一方を用いた入金の要求を取得する入金要求取得ステップと、前記取得された要求が、前記第１支払手段を用いた入金の要求である場合、前記投票用口座の残高うち出金不可能な残高を記憶する記憶手段に記憶された前記出金不可能な残高を増加させず、前記取得された要求が、前記第２支払手段を用いた入金の要求である場合、前記記憶された出金不可能な残高を、入金額に応じて増加させる入金処理ステップと、前記投票用口座の残高うち出金可能な残高の資金が出金される場合、前記投票用口座の残高から、前記記憶された出金不可能な残高を減算することにより計算された出金可能な残高の資金を、前記ユーザへ送金させる出金処理ステップと、を含むことを特徴とする。

請求項１３に記載の発明は、コンピュータに、ユーザが投票するための投票資金の残高が記録される投票用口座への入金であって、取引対象の取引代金の支払いに利用可能な互いに異なる第１支払手段及び第２支払手段の少なくとも何れか一方を用いた入金の要求を取得することに応じ、前記取得された要求が、前記第１支払手段を用いた入金の要求である場合、前記投票用口座の残高うち出金不可能な残高を記憶する記憶手段に記憶された前記出金不可能な残高を増加させず、前記取得された要求が、前記第２支払手段を用いた入金の要求である場合、前記記憶された出金不可能な残高を、入金額に応じて増加させる入金処理手段と、前記投票用口座の残高うち出金可能な残高の資金が出金される場合、前記投票用口座の残高から、前記記憶された出金不可能な残高を減算することにより計算された出金可能な残高の資金を、前記ユーザへ送金させる出金処理手段、として機能させることを特徴とする。

本発明によれば、投票用口座を管理するシステムの改変を抑えながら、不正を抑止して法定通貨以外の支払手段を利用した投票が可能となる。

一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。 投票資金の流れの一例を示す図である。 一実施形態に係る投票サイトサーバ１の概要構成の一例を示すブロック図である。 会員ＤＢ１４ａに記憶される情報の例を示す図である。 一実施形態に係るゲートウェイサーバ２の概要構成の一例を示すブロック図である。 出金不可能残高ＤＢ２４ａに記憶される情報の例を示す図である。 一実施形態に係る投票サイトサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。 一実施形態に係るゲートウェイサーバ２のシステム制御部２１の機能ブロックの一例を示す図である。 或るユーザの投票用口座にある資金の履歴の一例を示す図である。 投票資金の入金時における情報処理システムＳによる動作の一例を示すシーケンス図である。 ゲートウェイサーバ２のシステム制御部２１による入金制御処理の一例を示す図である。 随時精算時における情報処理システムＳによる動作の一例を示すシーケンス図である。 当日一括精算時における情報処理システムＳによる動作の一例を示すシーケンス図である。 投票時における情報処理システムＳによる動作の一例を示すシーケンス図である。 随時精算時における情報処理システムＳによる動作の一例を示すシーケンス図である。 当日一括精算時における情報処理システムＳによる動作の一例を示すシーケンス図である。 出金不可能残高ＤＢ２４ａに記憶される情報の例を示す図である。 一実施形態に係るゲートウェイサーバ２のシステム制御部２１それぞれの機能ブロックの一例を示す図である。 ゲートウェイサーバ２のシステム制御部２１による期間限定資金無効化処理の一例を示す図である。 入金画面８００の一例を示す図である。

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態においては、本発明が、オンラインでの投票を可能とするシステムに適用される。投票は、例えば投票券を購入することであってもよい。投票内容が的中すると、投票したユーザは払い戻しを受けることができる。投票可能なイベント等としては、当該国の法律等において許可されているものであれば特に限定されない。投票の対象となるものの例として、所定の競技がある。所定の競技は、例えば公営競技であってもよい。公営競技の例として、競馬、競輪、競艇、オートレース等が挙げられる。また、所定の競技はスポーツであってもよい。例えば、スポーツくじとして投票券の購入が可能なスポーツが存在する。以下の実施形態においては、競馬の投票を可能とするシステムについて説明する。

投票を行う場合、ユーザは、予め投票資金を投票用の口座に入金する必要がある。投票用口座への入金に、所定の支払手段を利用することが可能である。支払手段は、取引対象の取引代金の支払いに利用可能な手段である。取引対象は、商取引可能な対象である。取引対象の例として、商品及びサービスが挙げられる。支払手段は、取引対象と交換することが可能な媒体であってもよい。また、支払手段は、取引代金の支払いに利用可能な決済方法であってもよい。本実施形態においては、第１支払手段及び第２支払手段という少なくとも２つの支払手段を用いて投票用口座への投票資金の入金が可能である。第１支払手段は、例えば法定通貨であってもよい。法定通貨は、預金であっても現金であってもよい。また、第１支払手段は、法定通貨への交換が容易な交換媒体を含んでもよい。このような支払手段の例として、金券、仮想通貨等が挙げられる。第２支払手段は、法定通貨への交換が制限された交換媒体を含んでもよい。法定通貨への交換が制限されているとは、法定通貨への交換が全面的に又は原則的に禁止されていることであってもよい。こうした支払手段の例として、ポイント、電子マネー、プリペイドカード等が挙げられる。第２支払手段は、ポストペイ型の決済手段を含んでもよい。こうした決済手段の例として、クレジットカードが挙げられる。実施形態においては、第２支払手段としてポイントの利用が可能である場合について説明する。

［１．第１実施形態］
［１－１．情報処理システムの構成］
先ず、本実施形態に係る情報処理システムＳの構成及び機能概要について、図１及び図２を用いて説明する。

図１は、本実施形態に係る情報処理システムＳの概要構成の一例を示す図である。図１に示すように、情報処理システムＳは、投票サービスシステムＳＡと、投票コアシステムＳＢと、一又は複数の銀行サーバ５と、ポイント管理サーバ６と、複数のユーザ端末７とを備える。投票サービスシステムＳＡ、投票コアシステムＳＢ、各銀行サーバ５、ポイント管理サーバ６、及び各ユーザ端末７は、ネットワークＮＷに接続可能である。ネットワークＮＷは、例えばインターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

投票サービスシステムＳＡは、投票コアシステムＳＢを利用して、投票を可能とする投票サービスをユーザに提供するシステムである。投票サービスシステムＳＡは、例えば競馬の運営者とは異なる事業者により運営されてもよい。投票サービスシステムＳＡは、投票サイトサーバ１と、ゲートウェイサーバ２と、を備えてもよい。

投票サイトサーバ１は、競馬に投票するためのウェブサイトである投票サイトを管理するサーバ装置である。投票サイトサーバ１は、各ユーザ端末７からの要求に応じて、投票サイト内のウェブページ等の情報を配信する。投票サイトサーバ１は、投票サイトを通じて、ユーザからの投票資金の入金、出金、投票等を受け付ける。

ゲートウェイサーバ２は、投票サイトサーバ１による制御等により、銀行サーバ５及びポイント管理サーバ６と協働して、投票資金の入出金処理を実行する。

投票コアシステムＳＢは、インターネット投票を可能とする中心的なシステムである。このシステムは、投票用口座に対する入出金や投票を行うためのＡＰＩ（Application Programming Interface）を、投票サービスシステムＳＡ等に提供している。投票コアシステムＳＢは、例えば投票の対象となる所定競馬の運営者により運営されてもよい。投票コアシステムＳＢは、投票用口座管理サーバ３と、投票管理サーバ４と、を備えてもよい。

投票用口座管理サーバ３は、投票用口座を管理するサーバ装置である。投票用口座管理サーバ３は、例えば投票用口座ＤＢ３１を備える。「ＤＢ」は、データベースの略語である。投票用口座ＤＢ３１には、投票用口座にある投票資金に関する情報が記憶されている。例えば、投票用口座ＤＢ３１には、インターネット投票を利用可能なユーザごとに、口座ＩＤと、投票用残高と、が関連付けて記憶されてもよい。口座ＩＤは、投票用口座を識別する識別情報である。投票用残高は、投票用口座にある資金の残高である。

投票管理サーバ４は、投票サイトサーバ１からの要求に応じて、各ユーザの投票用口座にある投票資金を用いた投票を処理するサーバ装置である。

一又は複数の各銀行サーバ５は、それぞれ所定の銀行における預金を管理するサーバ装置である。また、各銀行サーバ５は、銀行のオンラインシステムにより、預金口座間における送金処理（口座振り替え）を実行する。投票用口座への入金に利用可能な銀行は、特定の一又は複数の銀行に限定されていてもよい。

ポイント管理サーバ６は、所定のポイントプログラムを利用可能な各ユーザが有するポイントを管理するサーバ装置である。ポイント管理サーバ６は、例えば、ユーザごとに、ユーザを識別する情報と、ユーザが有するポイント数と、を関連付けて記憶してもよい。ユーザを識別する情報は、例えばユーザが所有するポイントカードのカード番号であってもよい。ポイントカードの発行が必須ではないポイントプログラムの場合、カード番号ではなく、ユーザを識別する何らかの情報、例えば投票サイトにおいてユーザを識別するためのユーザＩＤとポイント数とを、ポイント管理サーバ６が関連付けて記憶してもよい。ポイント管理サーバ６は、ポイントの付与や利用に応じて、ポイント数を更新する。このポイントプログラムでは、例えば、商品若しくはサービスの購入、サービスの予約、サービスの利用、又はその他ユーザによる所定行為に応じて、ポイントがユーザに付与されてもよい。ユーザは、所有するポイントを商品やサービスの購入代金の少なくとも一部に利用することができてもよい。ポイントは、例えば電子商取引で利用可能であってよいし、実店舗で利用可能であってもよい。ポイントプログラムを運営する事業者と、投票サービスシステムＳＡを運営する事業者とは、同一であってもよいし異なっていてもよい。

各ユーザ端末７は、投票サービスシステムＳＡを利用可能なユーザにより利用される端末装置である。ユーザ端末７の例として、パーソナルコンピュータ、スマートフォン、タブレット式コンピュータ等の携帯情報端末、携帯電話機、ＰＤＡ（Personal Digital Assistant）、セットトップボックス等が挙げられる。少なくとも一のユーザ端末７には、ウェブブラウザがインストールされてもよい。また、少なくとも一のユーザ端末７には、投票サービスシステムＳＡを利用するための専用のアプリケーションがインストールされてもよい。各ユーザ端末７は、ウェブブラウザ又は専用アプリケーションに従って、投票サイト内の情報を投票サイトサーバ１から受信して表示してもよい。

図２は、投票資金の流れの一例を示す図である。図２において、引落口座は、投票用口座への投票資金の入金元となる預金口座である。払戻口座は、投票用口座にある投票資金の出金先となる預金口座である。引落口座及び払戻口座は、ユーザにより指定可能であってもよい。引落口座と払戻口座とは、同一であってもよいし、異なっていてもよい。図２に示すように、引落口座の預金から投票用口座への入金が可能であり、投票用口座から払戻口座への出金が可能である。

投票サービスシステムＳＡは、所定のポイントプログラムでユーザが有するポイントでの投票資金の入金も可能とする。ポイントで投票用口座に入金された投票資金を、直接払戻口座に出金可能とすると、資金洗浄などの不正に、システムが利用される可能性がある。そこで、図２に示すように、投票用口座にある資金の残高を、出金可能残高と出金不可能残高に分けて管理することが望ましい。出金可能残高とは、投票用口座にある投票資金のうち、法定通貨に替えられる出金可能資金の残高である。具体的には、出金可能残高は、払戻口座に出金可能な資金の残高である。出金不可能残高は、投票用口座にある投票資金のうち、法定通貨に替えられない出金不可能資金の残高である。引落口座から入金された資金は、出金可能資金に加えられる。ポイントで入金された資金の額は、出金不可能資金に加えられる。投票が行われるとき、その購入資金は、出金可能資金及び出金不可能資金の少なくとも何れか一方から充当される。例えば、出金不可能資金の方が優先的に用いられてもよい。投票が的中することによる払い戻しがあるとき、払戻金は、出金可能資金に加えられる。本実施形態においては、全出金可能資金を一括で出金することが可能であり、出金可能資金の一部のみを出金することができないため、出金を、精算ともいう。

投票コアシステムＳＢは、投票用口座にある投票資金を、出金可能資金と出金不可能資金との区別なく管理している。ここで、例えば投票コアシステムＳＢの運営者と投票サービスシステムＳＡ若しくはポイントプログラムの運営者とが異なる場合において、ポイントでの入金を可能とするために、投票サービスシステムＳＡによる投票資金の管理方法を改変することは、困難が伴う場合がある。例えば、投票サービスシステムＳＡと投票コアシステムＳＢの両方の改変が必要になるが、システム間で齟齬が生じる可能性がある。また、投票コアシステムＳＢが提供するＡＰＩの仕様が変更される可能性がある。投票コアシステムＳＢが、投票サービスシステムＳＡ以外のシステムに対してもＡＰＩを提供している場合、他のシステムにも影響が及ぶ。そこで、ゲートウェイサーバ２が、出金不可能残高を記憶する。投票サービスシステムＳＡは、投票コアシステムＳＢに対して問い合わせることにより、投票用残高を取得する。投票サービスシステムＳＡは、投票用残高から出金不可能残高を減算することにより、出金可能残高を計算する。このようにすることで、投票コアシステムＳＢの改変を抑えて、投票用残高を、出金可能残高と出金不可能残高に分けて管理することができる。

［１－２．投票サイトサーバの構成］
次に、投票サイトサーバ１の構成について、図３及び図４を用いて説明する。図３は、本実施形態に係る投票サイトサーバ１の概要構成の一例を示すブロック図である。図３に示すように、投票サイトサーバ１は、システム制御部１１と、システムバス１２と、入出力インターフェース１３と、記憶部１４と、通信部１５と、を備えている。システム制御部１１と入出力インターフェース１３とは、システムバス１２を介して接続されている。

システム制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ等により構成されている。

入出力インターフェース１３は、記憶部１４及び通信部１５とシステム制御部１１との間のインターフェース処理を行う。

記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、会員ＤＢ１４ａ等のデータベースが記憶されている。

図４は、会員ＤＢ１４ａに記憶される情報の例を示す図である。会員ＤＢ１４ａには、投票サービスシステムＳＡを利用可能なユーザに関する会員情報が、ユーザごとに記憶されている。具体的に、会員ＤＢ１４ａには、会員情報として、ユーザＩＤ、口座ＩＤ、ポイントカード番号、引落口座情報、払戻口座情報、繰越設定等の情報が、互いに関連付けて記憶される。ユーザＩＤは、投票サービスシステムＳＡでユーザを識別するための識別情報である。口座ＩＤは、ユーザが有する投票用口座の識別情報である。ポイントカード番号は、ユーザが所有するポイントカードの番号である。投票資金の入金にポイントを利用しないユーザについては、会員ＤＢ１４ａにはポイントカード番号は記憶されていなくてもよい。また、ポイントカードの発行が必須ではなく、ユーザＩＤでポイントの保有者を識別するポイントプログラムの場合、会員ＤＢ１４ａにはポイントカード番号は記憶されていなくてもよい。引落口座情報は、引落口座に関する情報である。払戻口座情報は、払戻口座に関する情報である。各口座情報は、例えば金融機関名、支店名、口座種別、口座番号等を含んでもよい。預金から投票資金を入金しないユーザについては、会員ＤＢ１４ａには引落口座情報は記憶されていなくてもよい。繰越設定は、競馬のレースの開催日の翌日に、投票用口座にある投票資金を繰り越すか否かを示す。繰越設定として、自動繰越及び当日一括精算の何れかをユーザが選択可能である。例えば、投票サイトにおける設定画面において、ユーザは、自動繰越及び当日一括精算の何れかを選択する。ユーザ端末７は、ユーザにより選択された繰越設定を投票サイトサーバ１へ送信する。投票サイトサーバ１は、ユーザ端末７から受信した繰越設定を、そのユーザのユーザＩＤに関連付けて会員ＤＢ１４ａに記憶させる。自動繰越は、投票用口座にある投票資金が、投票可能なイベントの開催日の翌日に自動的に繰り越すことを示す。投票可能なイベントとは、そのイベントに出場する人、動物、グループ又はその他の物事に対して投票可能であるイベントである。本実施形態において、そのようなイベントは、競馬のレースである。当日一括精算は、投票可能なイベントが終了して出金可能残高がある状態で所定時刻が経過することに応じて、その出金可能残高の資金を自動的に精算することである。本実施形態において、投票可能なイベントが終了するとは、例えばその日の全レースが終了することであってもよい。イベントが実際に終了する時刻は、予定された時刻から前後する可能性があるので、自動精算が開始される時刻は、イベント終了予定時刻から或る程度余裕がある時刻に予め設定されていてもよい。条件に該当する全ユーザについて一括で資金が自動精算される。精算方法としては、当日一括精算以外に、随時精算がある。随時精算は、ユーザからの要求があった場合に投票資金を精算することである。繰越設定が当日一括精算に設定されていても、ユーザは随時精算が可能である。

記憶部１４には、更に、オペレーティングシステム、ＤＢＭＳ（Database Management System）、投票サイトサーバプログラム等の各種プログラムが記憶されている。投票サイトサーバプログラムは、投票サイトに関する各種処理をシステム制御部１１に実行させるプログラムである。投票サイトサーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

通信部１５は、例えばネットワークアダプタ等により構成されている。通信部１５は、ネットワークＮＷを介して、ゲートウェイサーバ２、投票用口座管理サーバ３、ユーザ端末７等と接続し、これらの装置との通信状態を制御する。

［１－３．ゲートウェイサーバの構成］
次に、ゲートウェイサーバ２の構成について、図５及び図６を用いて説明する。図５は、本実施形態に係るゲートウェイサーバ２の概要構成の一例を示すブロック図である。図５に示すように、ゲートウェイサーバ２は、システム制御部２１と、システムバス２２と、入出力インターフェース２３と、記憶部２４と、通信部２５と、を備えている。システム制御部２１と入出力インターフェース２３とは、システムバス２２を介して接続されている。

システム制御部２１は、ＣＰＵ２１ａ、ＲＯＭ２１ｂ、ＲＡＭ２１ｃ等により構成されている。

入出力インターフェース２３は、記憶部２４及び通信部２５とシステム制御部２１との間のインターフェース処理を行う。

記憶部２４は、例えば、ハードディスクドライブ等により構成されている。この記憶部２４には、出金不可能残高ＤＢ２４ａ等のデータベースが記憶されている。

図６は、出金不可能残高ＤＢ２４ａに記憶される情報の例を示す図である。出金不可能残高ＤＢ２４ａには、投票サービスシステムＳＡを利用可能なユーザの投票用口座にある投票資金のうち、出金不可能資金の残高が、ユーザごとに記憶される。具体的に、出金不可能残高ＤＢ２４ａには口座ＩＤと出金不可能残高とが互いに関連付けて記憶される。

記憶部２４には、更に、オペレーティングシステム、ＤＢＭＳ、ゲートウェイサーバプログラム等の各種プログラムが記憶されている。ゲートウェイサーバプログラムは、投票用資金の入出金や各種残高を管理するための各種処理をシステム制御部２１に実行させるプログラムである。ゲートウェイサーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

通信部２５は、例えばネットワークアダプタ等により構成されている。通信部２５は、ネットワークＮＷを介して、投票サイトサーバ１、銀行サーバ５、ポイントサーバ６等と接続し、これらの装置との通信状態を制御する。

［１－３．投票サイトサーバのシステム制御部の機能概要］
次に、図７を用いて、投票サイトサーバ１のシステム制御部１１の機能概要について説明する。図７は、本実施形態に係る投票サイトサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、投票サイトサーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図７に示すように、入金画面表示制御部１１１、入金要求取得部１１２、入金通知部１１３、残高情報取得部１１４、投票用残高更新制御部１１５等として機能する。

入金画面表示制御部１１１は、取引対象の取引代金の支払いに利用可能な互いに異なる第１支払手段及び第２支払手段の少なくとも何れか一方により入金される入金額の入力が可能な画面を、ユーザ端末７に表示させる。本実施形態において、第１支払手段は、預金を含む。本実施形態において、第２支払手段は、ポイントを含む。入金画面表示制御部１１１は、例えば、ユーザ端末７からの要求に応じて、入金画面のウェブページを送信してもよい。入金画面のウェブページは、例えば、預金及びポイントのから入金手段を選択するためのラジオボタン、入金額を入力するための入力領域を含んでもよい。

入金要求取得部１１２は、預金及びポイントの少なくとも何れか一方を用いた投票用口座への投票資金の入金の要求を取得する。例えば、入金画面のウェブページにおいて、ユーザが入金手段の選択及び入金額の入力を行うことに応じて、ユーザ端末７は、入金要求を投票サイトサーバ１へ送信してもよい。入金要求取得部１１２は、入金要求取得部１１２から送信されてきた入金額を取得してもよい。入金要求は、例えば入金手段、入金額及び入金を要求するユーザのユーザＩＤを含んでもよい。

入金通知部１１３は、投票用残高を、入金要求取得部１１２により取得された入金要求により示される入金額に応じて増加させる。例えば、入金通知部１１３は、入金通知を投票用口座管理サーバ３へ送信してもよい。入金通知は、入金額、及び入金を要求するユーザの口座ＩＤを含んでもよい。入金通知に応じて、投票用口座管理サーバ３は、投票用残高に入金額を加算することにより、投票用残高を更新する。

残高情報取得部１１４は、投票コアシステムＳＢから投票用残高を示す残高情報を取得する。残高情報取得部１１４は、必要に応じて残高情報を取得する。例えば、投票資金の出金の際に、残高情報取得部１１４は残高情報を取得してもよい。取得された残高情報に基づいて、ゲートウェイサーバ２により出金可能残高が計算され、出金可能残高に相当する額の資金が出金されてもよい。

投票用残高更新制御部１１５は、投票用口座にある投票資金のうち、出金可能資金が出金される場合、投票コアシステムＳＢにより、投票用残高を、出金不可能残高に相当する投票用残高に更新させる。本実施形態において、投票コアシステムＳＢは、投票資金の出金の際、該当するユーザの投票用口座にある全投票資金の一括での出金のみが可能である。従って、投票コアシステムＳＢは、投票資金の精算に応じて、投票用口座をゼロに更新する。一方、投票コアシステムＳＢは、指定された出金額での投票資金の出金に応じて、投票用残高を更新することには対応していない。そこで、投票用残高更新制御部１１５は、先ず投票コアシステムＳＢにより、投票用残高をゼロに更新させる。また、投票用残高更新制御部１１５は、ゲートウェイサーバ２から、出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を取得する。そして、投票用残高更新制御部１１５は、投票コアシステムＳＢにより、投票用残高に、取得された出金不可能残高を加算させる。すなわち、一旦投票用口座から投票資金が全額出金された後、出金不可能残高の資金が再入金される。投票用残高更新制御部１１５は、例えば出金不可能残高を入金額として含む入金通知を、投票コアシステムＳＢへ送信してもよい。

［１－４．ゲートウェイサーバのシステム制御部の機能概要］
次に、図８及び図９を用いて、ゲートウェイサーバ２のシステム制御部２１の機能概要について説明する。図８は、本実施形態に係るゲートウェイサーバ２のシステム制御部２１の機能ブロックの一例を示す図である。システム制御部２１は、ＣＰＵ２１ａが、ゲートウェイサーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図７に示すように、入金処理部２１１、出金処理部２１２、購入資金差引部２１３等として機能する。

入金処理部２１１は、投票資金の入金に関する処理を実行する。具体的に、入金処理部２１１は、入金要求取得部１１２により取得された入金要求に応じて、投票資金を入金するための処理を実行する。例えば、入金要求が、預金を用いた入金の要求である場合、入金処理部２１１は、入金元の預金口座がある銀行の銀行サーバ５に、口座振替を要求する。この要求に応じて、入金元の銀行サーバ５は、例えばゲートウェイサーバ２を介して、投票サービスシステムＳＡを運営する事業者の預金口座がある銀行の銀行サーバ５へ、入金元の預金口座から事業者の預金口座への口座振替の処理を実行してもよい。入金要求が、ポイントを用いた入金の要求である場合、入金処理部２１１は、ポイント管理サーバ６に、口座振替を要求する。この要求に応じて、ポイント管理サーバ６は、ゲートウェイサーバ２に対して、ユーザのポイントを送付する処理を実行してもよい。

入金処理部２１１は、入金要求取得部１１２により取得された入金要求が、預金を用いた入金の要求である場合、出金不可能残高ＤＢ２４ａに記憶された出金不可能高を増加させない。一方、入金処理部２１１は、入金要求取得部１１２により取得された入金要求が、ポイントを用いた入金の要求である場合、出金不可能残高ＤＢ２４ａに記憶された出金不可能高を、入金額に応じて増加させる。前述したように、入金通知部１１３の処理により、投票用口座管理サーバ３が、該当する投票用口座の投票用残高を、入金額に応じて増加させる。こうして、投票用口座への入金が完了し、出金可能残高及び出金不可能残高の少なくとも何れか一方が増加する。投票用残高と出金不可能残高との差が出金可能残高であるので、出金不可能高が増加しない預金からの入金では、出金可能残高が増加することになる。

出金処理部２１２は、投票資金の出金に関する処理を実行する。具体的に、出金処理部２１２は、投票用残高うち出金可能残高の資金が出金される場合、投票用残高から、出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を減算することにより計算された出金可能残高の資金を、ユーザへ送金させる。前述したように、残高情報取得部１１４により残高情報が取得される。出金処理部２１２は、投票サイトサーバ１から残高情報を取得し、取得された残高情報により示される投票用残高から、出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を減算することにより、出金可能残高を計算してもよい。本実施形態において、ユーザへの送金は、口座振替によって行われる。

前述したように、出金方法として、随時精算と当日一括精算とがある。随時精算の場合、出金処理部２１２は、ユーザ端末７から精算要求があったことに応じて、ユーザへの送金を実行させる。当日一括精算は、ユーザによる繰越設定に応じて実行される。出金処理部２１２は、自動繰越と当日一括精算とのうち、当日一括精算が選択されている場合、投票可能なイベントが終了して出金可能残高がある状態で所定時刻が経過することに応じて、そのユーザへの送金を実行させてもよい。前述したように、投票可能なイベントはレースであり、イベントの終了は、その日の全レースが終了することであってもよい。

購入資金差引部２１３は、投票が行われるときに出金不可能残高ＤＢ２４ａに記憶された出金不可能残高がゼロよりも大きい場合、その出金不可能残高を、投票券の購入金額に応じて減少させてもよい。但し、出金不可能残高はゼロよりも小さくはならない。従って、出金可能資金及び出金不可能資金の両方がある場合、出金不可能資金の方が優先的に投票に用いられる。出金不可能資金がない場合又は出金不可能資金のみでは不足する場合、出金可能資金が投票に用いられる。なお、出金可能資金及び出金不可能資金の何れを投票に用いるかを、ユーザが選択可能なように、投票サービスシステムＳＡが構成されてもよい。

払い戻しがあるとき、投票コアシステムＳＢにおいて、投票用残高が更新される。このとき、投票サービスシステムＳＡの方は特段の処理を行わなくてもよい。払戻金は出金可能資金の方に追加される。そのため、出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を更新する必要がない。更新された投票用残高は、必要なときに残高情報取得部１１４が投票コアシステムＳＢから取得すればよい。

図９は、或るユーザの投票用口座にある資金の履歴の一例を示す図である。図９に示すように、先ず投票用残高がゼロの状態で、ユーザの預金から10000円入金される。すると、投票用残高及び出金可能残高がそれぞれ10000円に更新される。その後、ポイントで10000円入金される。すると、投票用残高は20000円に更新される。一方、出金可能残高は10000円のままで、出金不可能残高が10000円に更新される。その後、3000円分の投票が行われる。すると、投票用残高は17000円に更新される。出金不可能残高があるので、3000円分減算され、出金不可能残高は7000円に更新される。その後、投票が的中して、4500円の払い戻しを受ける。すると、投票用残高は21500円に更新される。払戻金は、出金可能資金に追加されるので、出金可能残高は、14500円に更新される。その後、5000円分の投票が行われる。すると、投票用残高は16500円に更新される。出金不可能残高がまだあるので、5000円分減算され、出金不可能残高は2000円に更新される。その後、ポイントで1000円入金される。すると、投票用残高は17500円に更新される。一方、出金不可能残高が3000円に更新される。その後、3000円分の投票が行われる。すると、投票用残高は14500円に更新される。出金不可能残高がまだあるので、3000円分減算され、出金不可能残高はゼロに更新される。その後、1000円分の投票が行われる。すると、投票用残高は13500円に更新される。出金不可能残高がゼロであるので、出金可能残高から1000円減算されて、出金可能残高は13500円に更新される。

［１－５．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１０乃至図１４を用いて説明する。

図１０は、投票資金の入金時における情報処理システムＳによる動作の一例を示すシーケンス図である。図１０に示すように、ユーザ端末７からの要求に応じて、投票サイトサーバ１の入金画面表示制御部１１１は、入金画面のウェブページをユーザ端末７へ送信する（ステップＳ１）。ユーザ端末７は、受信した入金画面のウェブページをディスプレイに表示する。入金画面に対して、ユーザが入金手段及び入金額を入力することに応じて、ユーザ端末７は、入金要求を投票サイトサーバ１へ送信する（ステップＳ２）。なお、入金画面表示制御部１１１は、銀行サーバ５から、ユーザの銀行口座の残高を取得し、ポイント管理サーバ６から、ユーザが保有するポイント数の残高を取得してもよい。入金画面表示制御部１１１は、取得されたそれぞれの残高が入金画面に表示されるように、ウェブページを生成してもよい。また、入金画面表示制御部１１１は、取得された残高を超える入金額の入力が不可能なように、入金画面のウェブページを生成してもよい。

入金要求を受信すると、投票サイトサーバ１は、入金を要求したユーザのユーザＩＤに関連付けて会員ＤＢ１４ａに記憶されている口座ＩＤ、ポイントカード番号及び引落口座情報を取得する。投票サイトサーバ１は、ユーザＩＤ、口座ＩＤ、入金手段、入金額、引落口座情報、及びポイントカード番号を含む口座振替指示を、ゲートウェイサーバ２へ送信する（ステップＳ３）。

口座振替指示を受信すると、ゲートウェイサーバ２の入金処理部２１１は、入金制御処理を実行する。図１１は、ゲートウェイサーバ２のシステム制御部２１による入金制御処理の一例を示す図である。図１１に示すように、入金処理部２１１は、口座振替指示に含まれる入金手段が、ポイントであるか否かを判定する（ステップＳ１０１）。入金手段がポイントではない場合（ステップＳ１０１：ＮＯ）、入金処理部２１１は、引落口座情報により示される銀行の銀行サーバ５へ口座振替要求を送信する（ステップＳ１０２、ステップＳ５）。この場合の口座振替要求は、例えば引落口座情報、及び入金額を含んでもよい。口座振替要求を受信した銀行サーバ５は、口座振替応答をゲートウェイサーバ２に送信し（ステップＳ６）、入金処理部２１１は、この口座振替応答を受信して（ステップＳ１０３）、入金制御処理は終了する。

一方、入金手段がポイントである場合（ステップＳ１０１：ＹＥＳ）、入金処理部２１１は、ポイント管理サーバ６へ口座振替要求を送信する（ステップＳ１０４、ステップＳ５）。この場合の口座振替要求は、例えばポイントカード番号、及び入金額を含んでもよい。口座振替要求を受信したポイント管理サーバ６は、口座振替応答をゲートウェイサーバ２に送信し（ステップＳ６）、入金処理部２１１は、この口座振替応答を受信する（ステップＳ１０５）。次いで、入金処理部２１１は、口座振替要求に含まれるユーザＩＤに関連付けて出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を、入金額分増加させて（ステップＳ１０６）、入金制御処理は終了する。なお、出金不可能残高は、口座振替要求の送信前に更新されてもよいし、後述する口座振替処理後に更新されてもよい。

入金制御処理の後、図１１に示すように、入金処理部２１１は、口座振替指示応答を投票サイトサーバ１へ送信する（ステップＳ７）。口座振替指示応答を受信すると、投票サイトサーバ１は、入金完了応答をユーザ端末７へ送信する（ステップＳ８）。入金完了応答に応じて、ユーザ端末７は、入金が完了したことを示すメッセージをディスプレイに表示する。

口座振替応答を送信した銀行サーバ５又はポイント管理サーバ６は、口座振替処理を実行する（ステップＳ９）。入金手段が預金の場合、入金元の銀行の銀行サーバ５は、例えば口座振替要求に含まれる引落口座情報により示される預金口座から、入金額分の預金を、投票サービスシステムＳＡを運営する事業者の預金口座への口座振替の処理を実行してもよい。入金手段がポイントの場合、ポイント管理サーバ６は、例えば口座振替要求に含まれるポイントカード番号に関連付けてポイント管理サーバ６が記憶しているポイント数を、入金額分減少させてもよい。ポイント管理サーバ６は、ポイント数を減少させたことをゲートウェイサーバ２へ通知してもよい。

入金完了応答を送信した投票サイトサーバ１は、口座振替完了確認要求をゲートウェイサーバ２へ送信する（ステップＳ１０）。口座振替完了確認要求を受信したゲートウェイサーバ２は、銀行サーバ５又はポイント管理サーバ６による口座振替処理が完了したことを確認して、口座振替完了確認応答を、投票サイトサーバ１へ送信する（ステップＳ１１）。

口座振替完了確認応答を受信すると、投票サイトサーバ１の入金通知部１１３は、入金を要求したユーザのユーザＩＤに関連付けて会員ＤＢ１４ａに記憶されている口座ＩＤを取得する。入金通知部１１３は、口座ＩＤ及び入金額を含む入金通知を、投票用口座管理サーバ３へ送信する（ステップＳ１２）。投票用口座管理サーバ３は、入金通知に含まれる口座ＩＤに関連付けて投票用口座ＤＢ３１に記憶された投票用残高に入金額を加算することにより、投票用残高を更新する（ステップＳ１３）。次いで、投票用口座管理サーバ３は、入金通知応答を投票サイトサーバ１へ送信する（ステップＳ１４）。

図１２は、随時精算時における情報処理システムＳによる動作の一例を示すシーケンス図である。ユーザは、投票サイトの画面において、即時の出金を選択する。この選択に応じて、ユーザ端末７は、出金を要求するユーザのユーザＩＤを含む精算要求を、投票サイトサーバ１へ送信する（ステップＳ２０１）。

精算要求を受信すると、投票サイトサーバ１の精算情報取得部１１４は、出金要求に含まれるユーザＩＤに関連付けて会員ＤＢ１４ａに記憶されている口座ＩＤを取得する。精算情報取得部１１４は、口座ＩＤを含む精算要求を、投票用口座管理サーバ３へ送信する（ステップＳ２０２）。精算要求を受信すると、投票用口座管理サーバ３は、精算要求に含まれる口座ＩＤに関連付けて投票用口座ＤＢ３１に記憶された投票用残高を、精算残高として取得する。また、投票用口座管理サーバ３は、投票用口座ＤＢ３１におけるこの投票用残高をゼロに更新する（ステップＳ２０３）。次いで、投票用口座管理サーバ３は、取得された精算残高を含む精算応答を、残高情報として投票サイトサーバ１へ送信する（ステップＳ２０４）。精算応答を受信すると、投票サイトサーバ１は、精算応答をユーザ端末７へ送信する（ステップＳ２０５）。精算応答を受信すると、ユーザ端末７は、精算が完了したことを示すメッセージをディスプレイに表示する。

精算応答の送信後、投票サイトサーバ１は、出金を要求したユーザのユーザＩＤに関連付けて会員ＤＢ１４ａに記憶された口座ＩＤ、及び払戻口座情報を取得する。投票サイトサーバ１は、口座ＩＤ及び払戻口座情報と、投票用口座管理サーバ３から取得された精算残高と、を含む精算指示を、ゲートウェイサーバ２へ送信する（ステップＳ２０６）。精算指示を受信すると、ゲートウェイサーバ２の出金処理部２１２は、精算指示に含まれる精算残高から、精算指示に含まれる口座ＩＤに関連付けて出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を減算することにより、出金可能残高を計算する（ステップＳ２０７）。次いで、出金処理部２１２は、振込処理を実行する（ステップＳ２０８）。例えば、出金処理部２１２は、投票サービスシステムＳＡを運営する事業者の預金口座がある銀行の銀行サーバ５から、引落口座情報により示される銀行の銀行サーバ５へ、事業者の預金口座から引落口座へ、出金可能残高に相当する資金の口座振替を実行させる。

精算指示を送信した投票サイトサーバ１は、振込完了確認要求をゲートウェイサーバ２へ送信する（ステップＳ２０９）。振込完了確認要求を受信すると、ゲートウェイサーバ２は、振込処理が完了した後で、出金不可能残高を含む振込完了確認応答を、投票サイトサーバ１へ送信する（ステップＳ２１０）。振込完了確認応答を受信すると、投票サイトサーバ１の投票用残高更新制御部１１５は、出金を要求したユーザの口座ＩＤ及び出金不可能残高を含む入金通知を、投票用口座管理サーバ３へ送信する（ステップＳ２１１）。入金通知を受信すると、投票用口座管理サーバ３は、入金通知に含まれる口座ＩＤに関連付けて投票用口座ＤＢ３１に記憶された投票用残高に、入金通知に含まれる投票用残高を加算することにより、投票用残高を更新する（ステップＳ２１２）。次いで、投票用口座管理サーバ３は、入金通知応答を投票サイトサーバ１へ送信する（ステップＳ２１３）。

図１３は、当日一括精算時における情報処理システムＳによる動作の一例を示すシーケンス図である。例えば、レースの開催日において、所定時刻が経過すると、投票用口座管理サーバ３は、投票用口座ＤＢ３１に記憶されていた各投票用残高を、精算残高として取得して保持し、投票用口座ＤＢ３１内の各投票用残高をゼロに更新する（ステップＳ３０１）。次いで、投票用口座管理サーバ３は、投票サービスシステムＳＡの各ユーザについて、口座ＩＤ及び保持しておいた精算残高を含む精算情報を、投票サイトサーバ１へ送信する（ステップＳ３０２）。

精算情報を受信すると、投票サイトサーバ１は、会員ＤＢ１４ａを参照し、繰越設定を当日一括精算に設定しているユーザの口座ＩＤを特定する（ステップＳ３０３）。次いで、投票サイトサーバ１は、精算情報に含まれる精算残高のうち、繰越設定を当日一括精算に設定しているユーザの口座ＩＤに関連付けられた精算残高を抽出する。投票サイトサーバ１は、抽出された各精算残高と、その精算残高に関連付けられた口座ＩＤと、を含む一括精算指示を、ゲートウェイサーバ２へ送信する（ステップＳ３０４）。

一括精算指示を受信すると、ゲートウェイサーバ２の出金処理部２１２は、一括精算指示に含まれる各口座ＩＤについて、その口座ＩＤに関連付けられた精算残高から、その口座ＩＤに関連付けて出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を減算することにより、出金可能残高を計算する（ステップＳ３０５）。次いで、出金処理部２１２は、一括精算指示に含まれる口座ＩＤのうち、出金可能残高がゼロよりも大きい各口座ＩＤについて、振込処理を実行する（ステップＳ３０６）。ステップＳ３０６は、図１２に示すステップＳ２０８と同様であってもよい。次いで、出金処理部２１２は、一括精算指示に含まれる各口座ＩＤについて、その口座ＩＤに関連付けて出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を取得する。出金処理部２１２は、一括精算指示に含まれる各口座ＩＤについて、その口座ＩＤと、その口座ＩＤに関連付けられた出金不可能残高と、を含む精算不可能情報を、投票サイトサーバ１へ送信する（ステップＳ３０７）。

精算不可能情報を受信すると、投票サイトサーバ１の投票用残高更新制御部１１５は、精算不可能情報から、口座ＩＤと出金不可能残高とのリストを取得する。投票用残高更新制御部１１５は、会員ＤＢ１４ａを参照し、繰越設定を自動繰越に設定しているユーザの口座ＩＤを特定する。投票用残高更新制御部１１５は、繰越設定を自動繰越に設定している各ユーザの口座ＩＤについて、その口座ＩＤと、ステップＳ３０３で取得されたその精算残高と、を含むリストを生成する。投票用残高更新制御部１１５は、当日一括精算を設定したユーザの出金不可能残高のリストと、自動繰越を設定したユーザの精算残高とのリストと、を結合する。投票用残高更新制御部１１５は、結合されたリストを含む一括入金通知を、投票用口座管理サーバ３へ送信する（ステップＳ３０８）。

一括入金通知を受信すると、投票用口座管理サーバ３は、一括入金通知に含まれる各口座ＩＤについて、その口座ＩＤに関連付けて投票用口座ＤＢ３１に記憶された投票用残高に、その口座ＩＤに関連付けられた出金不可能残高又は精算残高を加算することにより、投票用残高を更新する（ステップＳ３０９）。次いで、投票用口座管理サーバ３は、入金通知応答を投票サイトサーバ１へ送信する（ステップＳ３１０）。

図１４は、投票時における情報処理システムＳによる動作の一例を示すシーケンス図である。例えば、ユーザは、投票券を購入するための画面において、投票の種類を示す式別、投票する一又は複数の出走馬若しくは枠を示す選択情報、及び購入金額等を入力する。この入力に応じて、図１４に示すように、ユーザ端末７は、式別、選択情報、購入金額、及び投票するユーザのユーザＩＤを含む投票要求を投票サイトサーバ１へ送信する（ステップＳ４０１）。投票要求を受信すると、投票サイトサーバ１は、投票要求に含まれるユーザＩＤに関連付けて会員ＤＢ１４ａに記憶された口座ＩＤを取得する。投票サイトサーバ１は、口座ＩＤ、式別、選択情報及び購入金額を含む投票要求を、投票用口座管理サーバ３へ送信する（ステップＳ４０２）。

投票要求を受信すると、投票用口座管理サーバ３は、投票要求に含まれる口座ＩＤに関連付けて投票用口座ＤＢ３１に記憶された投票用残高から、購入金額を減算することにより、投票用残高を更新する（ステップＳ４０３）。次いで、投票用口座管理サーバ３は、投票応答を投票サイトサーバ１へ送信する（ステップＳ４０４）。次いで、投票用口座管理サーバ３は、式別、選択情報、購入金額等を、投票管理サーバ４へ送信する（ステップＳ４０５）。投票管理サーバ４は、投票用口座管理サーバ３から受信した情報に基づいて、投票を行う処理を実行する。

投票応答を受信した投票サイトサーバ１は、投票応答をユーザ端末７へ送信する（ステップＳ４０６）。投票応答を受信すると、ユーザ端末７は、投票が完了したことを示すメッセージをディスプレイに表示する。また、投票サイトサーバ１は、口座ＩＤ及び購入金額を含む購入情報を、ゲートウェイサーバ２へ送信する（ステップＳ４０７）。

購入情報を受信すると、ゲートウェイサーバ２の購入資金差引部２１３は、購入情報に含まれる口座ＩＤに関連付けて出金不可能残高ＤＢ２４ａに記憶された出金不可能残高が、購入金額よりも大きいか否かを判定する（ステップＳ４０８）。出金不可能残高が購入金額よりも大きい場合（ステップＳ４０８：ＹＥＳ）、購入資金差引部２１３は、出金不可能残高から購入金額を減算することにより、出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を更新する（ステップＳ４０９）。一方、出金不可能残高が購入金額よりも大きくはない場合（ステップＳ４０８：ＮＯ）、購入資金差引部２１３は、出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を、ゼロで更新する（ステップＳ４１０）。

以上説明したように、本実施形態によれば、投票サービスシステムＳＡが、互いに異なる第１支払手段及び第２支払手段の少なくとも何れか一方を用いた入金の要求を取得する。また、投票サービスシステムＳＡが、取得された入金要求が、第１支払手段を用いた入金の指示である場合、記憶部２４に記憶された出金不可能残高を増加させない。また、投票サービスシステムＳＡが、取得された入金要求が、第２支払手段を用いた入金の指示である場合、記憶部２４に記憶された出金不可能残高を、入金額に応じて増加させる。また、投票サービスシステムＳＡが、投票用残高うち出金可能残高の資金が出金される場合、投票用残高から、記憶部２４に記憶された出金不可能残高を減算することにより計算された出金可能残高の資金を、ユーザへ送金させる。

この構成により、出金不可能残高が記憶されることにより、第２支払手段を用いて入金された投票資金が、出金不可能な資金として管理される。投票コアシステムＳＢは、投票用口座にある投票資金の残高を区別して管理しないことから、第１支払手段及び第２支払手段の何れを用いて投票資金が入金されても、投票用残高は増加する。第１支払手段を用いた場合、入金額は、出金不可能残高に加算されない。従って、この入金額は、実質的に出金可能残高に加算される。一方、第２支払手段を用いた場合、入金額は、出金不可能残高に加算される。出金の場合、投票用口座にある投票資金のうち、出金不可能な資金が出金されることは抑止したい。この場合、投票用残高から、記憶部２４に記憶されている出金不可能残高を減算することにより、出金可能残高を、出金額として計算すればよい。こうして計算された額の投票資金が、ユーザへ送金される。従って、投票コアシステムＳＢの改変を抑えながら、不正を抑止して法定通貨以外の支払手段を利用した投票が可能になる。

投票サービスシステムＳＡが、投票コアシステムＳＢから投票用残高を示す残高情報を取得してもよい。また、投票サービスシステムＳＡが、取得された残高情報により示される投票用残高から、記憶部２４に記憶された出金不可能残高を減算することにより、出金可能残高を計算してもよい。

この場合、投票コアシステムＳＢから投票用残高を示す残高情報が取得される。そして、残高情報に基づいて、出金可能残高が計算される。従って、投票コアシステムＳＢの改変を抑えながら、不正を抑止して法定通貨以外の支払手段を利用した投票が可能になる。

投票コアシステムＳＢが、投票用口座にある全投票資金一括での出金に応じて、投票用残高をゼロに更新可能であってもよい。また、投票サービスシステムＳＡが、投票コアシステムＳＢにより、投票用残高をゼロに更新させた後、投票コアシステムＳＢにより、投票用残高に、記憶部２４に記憶された出金不可能残高を加算させてもよい。

この場合、出金時、一度投票用口座にある全投票資金が一括で出金され、出金可能残高の資金がユーザへ送信され、出金不可能残高の資金は再度投票用口座に入金される。従って、投票コアシステムＳＢが、出金額を指定した投票用口座からの投票資金の出金に対応していなくても、出金不可能残高の資金を投票用口座に残して、出金不可能残高に相当する資金をユーザへ送金することができる。

投票サービスシステムＳＡが、ユーザ端末７から出金要求があったことに応じて、ユーザへの送金を実行させてもよい。また、自動繰越と当日一括精算との何れかを、ユーザにより予め選択可能であってもよい。投票サービスシステムＳＡが、投票可能なイベントの開催日の翌日に、投票用口座にある投票資金を繰り越さない当日一括精算が選択されている場合、イベントが終了して出金可能残高がある状態で所定時刻が経過することに応じて、ユーザへの送金を実行させてもよい。

この場合、ユーザは、随時投票資金を出金可能である。更にユーザは、選択に応じて、投票が終わった後に投票用口座に出金可能な資金が残っている場合、その日に自動的にその資金の送金を自動的に受けることも、その資金を翌日以降の投票の機会のために繰り越すことも可能となる。

［２．第２実施形態］
次に、第２実施形態について、図１５及び図１６を用いて説明する。以下に説明する点を除き、第２実施形態は第１実施形態と同様であってもよい。第１実施形態においては、投票資金の出金の際、投票コアシステムＳＢは、該当するユーザの投票用口座にある全投票資金の一括での出金のみが可能であった。本実施形態においては、投票コアシステムＳＢは、投票用口座にある投票資金の一部のみの出金が可能である。具体的に、投票コアシステムＳＢは、出金する投票資金の額を指定して、投票用口座から出金が可能である。この場合、投票資金の出金時に、投票コアシステムＳＢは、投票用口座にある全投票資金を一度精算しなくてもよい。

具体的に、残高情報取得部１１４は、現在の投票用残高を示す残高情報を投票コアシステムＳＢから取得する。

出金処理部２１２は、取得された残高情報に基づいて、出金可能残高を計算して、出金可能残高に相当する資金のユーザへの送金を実行させる。

投票用残高更新制御部１１５は、投票コアシステムＳ２により、投票用残高から、出金処理部２１２により計算された出金可能残高に相当する出金額を減算させる。例えば、投票用残高更新制御部１１５は、口座ＩＤ及び出金可能残高を含む出金通知を、投票コアシステムＳ２へ送信してもよい。

出金通知を受信した投票用残高更新制御部１１５は、投票用残高を出金可能残高に応じて減少させる。こうして、投票用口座ＤＢ３１における投票用残高の更新回数を削減することができる。

図１５は、随時精算時における情報処理システムＳによる動作の一例を示すシーケンス図である。図１５において、図１２と同一のステップについては同一の符号が付されている。

図１５に示すように、ユーザ端末７は精算要求を投票サイトサーバ１へ送信する（ステップＳ２０１）。

精算要求を受信すると、投票サイトサーバ１の精算情報取得部１１４は、出金要求に含まれるユーザＩＤに関連付けて会員ＤＢ１４ａに記憶されている口座ＩＤを取得する。精算情報取得部１１４は、口座ＩＤを含む残高照会を、投票用口座管理サーバ３へ送信する（ステップＳ５０１）。ここで、精算情報取得部１１４は、投票用口座管理サーバ３により投票用口座ＤＢ３１をロックさせた上で、残高照会を送信してもよい。これにより、入金処理途中で、ユーザが新たに入金、精算又は投票の操作を行ってしまうことにより、投票用口座ＤＢ３１内の投票用残高に齟齬が生じることが防止される。残高照会を受信すると、投票用口座管理サーバ３は、残高照会に含まれる口座ＩＤに関連付けて投票用口座ＤＢ３１に記憶された投票用残高を取得する（ステップＳ５０２）。投票用口座管理サーバ３は、投票用残高を含む残高情報を投票サイトサーバ１へ送信する（ステップＳ５０３）。

残高情報を受信すると、投票サイトサーバ１は、出金を要求したユーザのユーザＩＤに関連付けて会員ＤＢ１４ａに記憶された口座ＩＤ及び払戻口座情報を取得する。投票サイトサーバ１は、口座ＩＤ及び払戻口座情報と、投票用口座管理サーバ３から取得された投票用残高と、を含む精算指示を、ゲートウェイサーバ２へ送信する（ステップＳ５０４）。精算指示を受信すると、ゲートウェイサーバ２の出金処理部２１２は、精算指示に含まれる投票用残高から、精算指示に含まれる口座ＩＤに関連付けて出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を減算することにより、出金可能残高を計算する（ステップＳ５０５）。次いで、出金処理部２１２は、振込処理を実行する（ステップＳ２０８）。

精算指示を送信した投票サイトサーバ１は、振込完了確認要求をゲートウェイサーバ２へ送信する（ステップＳ２０９）。振込完了確認要求を受信すると、ゲートウェイサーバ２は、振り込み処理が完了した後で、出金可能残高を含む振込完了確認応答を、投票サイトサーバ１へ送信する（ステップＳ５０６）。振込完了確認応答を受信すると、投票サイトサーバ１の投票用残高更新制御部１１５は、出金を要求したユーザの口座ＩＤ及び出金可能残高を含む出金通知を、投票用口座管理サーバ３へ送信する（ステップＳ５０７）。出金通知を受信すると、投票用口座管理サーバ３は、出金通知に含まれる口座ＩＤに関連付けて投票用口座ＤＢ３１に記憶された投票用残高から、出金通知に含まれる出金可能残高を減算することにより、投票用残高を更新する（ステップＳ５０８）。次いで、投票用口座管理サーバ３は、出金通知応答を投票サイトサーバ１へ送信する（ステップＳ５０９）。ここで、投票用口座管理サーバ３は、投票用口座ＤＢ３１のロックを解除してもよい。出金通知応答を受信すると、投票サイトサーバ１は、精算応答をユーザ端末７へ送信する（ステップＳ２０５）。

図１６は、当日一括精算時における情報処理システムＳによる動作の一例を示すシーケンス図である。図１６において、図１３と同一のステップについては同一の符号が付されている。例えば、レースの開催日において、処理時刻が経過すると、投票用口座管理サーバ３は、投票用口座ＤＢ３１に記憶されている各投票用残高を取得する（ステップＳ６０１）。投票用口座管理サーバ３は、投票用口座管理サーバ３により投票用口座ＤＢ３１をロックさせた上で、投票用残高を取得してもよい。次いで、投票用口座管理サーバ３は、投票サービスシステムＳＡの各ユーザについて、口座ＩＤと、取得した各投票用残高と、を含む残高情報を、投票サイトサーバ１へ送信する（ステップＳ６０２）。

精算情報を受信すると、投票サイトサーバ１は、繰越設定を当日一括精算に設定しているユーザの口座ＩＤを特定する（ステップＳ３０３）。次いで、投票サイトサーバ１は、残高情報に含まれる投票用残高のうち、繰越設定を当日一括精算に設定しているユーザの口座ＩＤに関連付けられた投票用残高を抽出する。投票サイトサーバ１は、抽出された各投票用残高と、その投票用残高に関連付けられた口座ＩＤと、を含む一括精算指示を、ゲートウェイサーバ２へ送信する（ステップＳ６０３）。

一括精算指示を受信すると、ゲートウェイサーバ２の出金処理部２１２は、一括精算指示に含まれる各口座ＩＤについて、その口座ＩＤに関連付けられた投票用残高から、その口座ＩＤに関連付けて出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を減算することにより、出金可能残高を計算する（ステップＳ６０４）。次いで、出金処理部２１２は、一括精算指示に含まれる各口座ＩＤについて、振込処理を実行する（ステップＳ３０６）。次いで、出金処理部２１２は、一括精算指示に含まれる各口座ＩＤについて、その口座ＩＤと、計算された出金可能残高と、を含む振込情報を、投票サイトサーバ１へ送信する（ステップＳ６０５）。

振込情報を受信すると、投票サイトサーバ１の投票用残高更新制御部１１５は、振込情報を含む一括出金通知を、投票用口座管理サーバ３へ送信する（ステップＳ６０６）。

一括出金通知を受信すると、投票用口座管理サーバ３は、一括出金通知に含まれる各口座ＩＤについて、その口座ＩＤに関連付けて投票用口座ＤＢ３１に記憶された投票用残高から、その口座ＩＤに関連付けられた出金可能残高を減算することにより、投票用残高を更新する(ステップＳ６０７)。次いで、投票用口座管理サーバ３は、出金通知応答を投票サイトサーバ１へ送信する（ステップＳ６０８）。ここで、投票用口座管理サーバ３は、投票用口座ＤＢ３１のロックを解除してもよい。

以上説明したように、本実施形態によれば、投票サービスシステムＳＡが、投票コアシステムＳＢにより、投票用残高から、計算された出金可能残高に相当する出金額を減算させる。

従って、出金時、投票コアシステムＳＢが、出金額を指定した投票用口座からの投票資金の出金に対応しているので、出金不可能残高の資金を投票用口座に残して、出金不可能残高に相当する資金をユーザへ送金することができる。

［３．第３実施形態］
次に、第３実施形態について、図１７乃至図１９を用いて説明する。以下に説明する点を除き、第３実施形態は、第１実施形態又は第２実施形態と同様であってもよい。第２支払手段は、取引対象の取引代金の支払いに利用可能な有効期限が定められていることがある交換媒体を含んでもよい。すなわち、この交換媒体は、有効期限が定められていない交換媒体と、有効期限が定められた交換媒体と、を含んでもよい。本実施形態においては、有効期限が定められた交換媒体に基づく投票金を投票に利用することが制限される。例えば、有効期限が定められた交換媒体を用いた投票資金の入金は可能であってもよい。但し、入金により追加された出金不可能資金は、その交換媒体に設定された有効期限と同じ有効期限まで、投票に利用可能であってもよい。このような出金不可能資金を、期間限定資金という。期間限定資金の額を、期間限定額という。本実施形態においては、有効期限が定められた交換媒体が、期間限定ポイントであるとして説明する。有効期限が定められていないポイントを、通常ポイントという。

図１７は、出金不可能残高ＤＢ２４ａに記憶される情報の例を示す図である。図１７に示す出金不可能残高ＤＢ２４ａと、図６に示す出金不可能残高ＤＢ２４ａとの相違点は、図１７に示す出金不可能残高ＤＢ２４ａにおいて、口座ＩＤに関連付けて、一又は複数の期間限定額情報が記憶される場合があることである。期間限定額情報は、期間限定資金に関する情報である。期間限定額情報は、期間限定額及び有効期限を含んでもよい。

図１８は、本実施形態に係るゲートウェイサーバ２のシステム制御部２１の機能ブロックの一例を示す図である。システム制御部２１は、ＣＰＵ２１ａが、ゲートウェイサーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図１８に示すように、入金処理部２１１、出金処理部２１２、購入資金差引部２１３、制限部２１５等として機能する。

ユーザが期間限定ポイントを有している場合、入金手段として、有効期限が定められていない通常ポイントと、期間限定ポイントと、の少なくとも何れか一方が選択可能なように、入金画面が構成されてもよい。例えば、入金画面表示制御部１１１は、ユーザＩＤを用いてポイント管理サーバ６に問い合わせることにより、ユーザが有するポイントの総数、期間限定ポイントの有無、及び各期間限定ポイントのポイント数を取得してもよい。入金画面表示制御部１１１は、入金画面に、通常ポイント及び期間限定ポイントのそれぞれについて、ユーザが有するポイント数を表示させるともに、入金額を入力するための入力領域を表示させてもよい。ユーザが、互いに異なる有効期限を設定された期間限定ポイントを有している場合、それらのポイントの中で、有効期限がより短い有効期限ポイントが優先的に選択されるように、投票サイトサーバ１又はポイント管理サーバ６が構成されてもよい。或いは、入金に用いられる期間限定ポイントを選択可能なように、入金画面が構成されてもよい。

入金処理部２１１は、期間限定ポイントを用いて投票用口座に投票資金が入金される場合、出金不可能残高ＤＢ２４ａに、入金に用いられた期間限定ポイントの額に相当する期間限定額と、その期間限定ポイントの有効期限と、を関連付けて、期間限定額情報として記憶させる。例えば、ポイントを用いた入金の場合、ユーザ端末７から送信される入金要求は、入金に用いられるポイントが、期間限定ポイントであるか否かを示すポイント種別を含んでもよい。ポイント種別が通常のポイントを示す場合、入金処理部２１１は、第１実施形態と同様に、出金不可能残高ＤＢ２４ａの出金不可能残高を更新してもよい。ポイント種別が期間限定ポイントを示す場合、入金処理部２１１は、第１実施形態と同様に出金不可能残高ＤＢ２４ａの出金不可能残高を更新するとともに、期間限定額情報を出金不可能残高ＤＢ２４ａに記憶させてもよい。通常ポイントと期間限定ポイントとを併せて投票資金に入金に利用可能である場合、入金処理部２１１は、それぞれのポイントに応じて処理を実行する。

入金処理部２１１は、ポイント管理サーバ６に口座振替処理を実行させるとき、入金に用いられるポイントのポイント種別及び有効期限を、入金額及びユーザＩＤとともにポイント管理サーバ６へ送信してもよい。ポイント管理サーバ６は、ポイント種別及び有効期限に基づいて、該当するポイントを用いた口座振替処理を実行する。

購入資金差引部２１３は、投票を要求したユーザの投票資金に期間限定資金がある場合、出金不可能資金のうち、期間限定資金を優先して、投票に利用してもよい。

制限部２１５は、期間限定ポイントを用いた投票用口座への入金に基づく出金不可能資金を投票に利用することを制限する。具体的に、制限部２１５は、出金不可能残高ＤＢ２４ａに記憶された有効期限が経過することに応じて、出金不可能残高ＤＢ２４ａに記憶された出金不可能な残高を、出金不可能残高ＤＢ２４ａに記憶された期間限定額に応じて減少させる。これにより、期間限定ポイントを用いて入金された投票資金は、有効期限が経過することに応じて無効になる。

図１９は、ゲートウェイサーバ２のシステム制御部２１による期間限定資金無効化処理の一例を示す図である。例えば、ゲートウェイサーバ２は、毎日所定の時刻に、投票サービスシステムＳＡを利用する各ユーザについて、期間限定資金無効化処理を実行してもよい。

図１９に示すように、制限部２１５は、対象のユーザの口座ＩＤに関連付けて、出金不可能残高ＤＢ２４ａに、期間限定額情報が記憶されているか否かを判定する（ステップＳ７０１）。期間限定額情報が記憶されていない場合（ステップＳ７０１：ＮＯ）、期間限定資金無効化処理は終了する。期間限定額情報が記憶されている場合（ステップＳ７０１：ＹＥＳ）、制限部２１５は、無効額をゼロに設定する（ステップＳ７０２）。

次いで、制限部２１５は、出金不可能残高ＤＢ２４ａから、対象のユーザの口座ＩＤに関連付けられた期間限定額情報を一つ選択する（ステップＳ７０３）。次いで、制限部２１５は、現在日時に基づいて、期間限定額情報に含まれる有効期限が経過しているか否かを判定する（ステップＳ７０４）。有効期限が経過している場合（ステップＳ７０４：ＹＥＳ）、制限部２１５は、対象のユーザの口座ＩＤに関連付けて出金不可能残高ＤＢ２４ａに記憶された出金不可能残高から、期間限定額情報に含まれる期間限定額を減算することにより、出金不可能残高を更新する（ステップＳ７０５）。次いで、制限部２１５は、無効額に期間限定額を加算することにより、無効額を更新する（ステップＳ７０６）。次いで、制限部２１５は、選択された期間限定額情報を、出金不可能残高ＤＢ２４ａから削除する（ステップＳ７０７）。

有効期限が経過していない場合（ステップＳ７０４：ＮＯ）、又はステップ７０７の後、制限部２１５は、対象のユーザの口座ＩＤに関連付けて出金不可能残高ＤＢ２４ａに記憶された期間限定額情報の中に、まだ選択されていない期間限定額情報があるか否かを判定する（ステップＳ７０８）。まだ選択されていない期間限定額情報がある場合（ステップＳ７０８：ＹＥＳ）、処理はステップＳ７０３に進み、制限部２１５は、まだ選択されていない期間限定額情報の一つを選択する。一方、まだ選択されていない期間限定額情報がない場合（ステップＳ７０８：ＮＯ）、制限部２１５は、対象のユーザの口座ＩＤ及び無効額を含む無効額情報を、投票サイトサーバ１へ送信して、期間限定資金無効化処理は終了する。

無効額情報を受信すると、投票サイトサーバ１の残高情報取得部１１４は、無効額情報から口座ＩＤを取得する。残高情報取得部１１４は、口座ＩＤを含む残高照会を投票用口座管理サーバ３へ送信して、残高情報を取得する。投票用残高更新制御部１１５は、残高情報に含まれる投票用残高から無効額を減算することにより、新しい投票用残高を計算する。投票用残高更新制御部１１５は、精算要求を投票用口座管理サーバ３へ送信し、次いで、新しい投票用残高を含む入金通知を投票用口座管理サーバ３へ送信することにより、対象のユーザについて投票用口座ＤＢ３１に記憶された投票用残高を更新させる。

以上説明したように、本実施形態によれば、投票サービスシステムＳＡが、有効期限が定められた交換媒体を用いた入金に基づく出金不可能な資金を投票に利用することを制限する。

この構成により、取引対象の取引代金の支払いに利用可能な有効期限が定められた交換媒体に基づく出金不可能な資金の利用が制限される。従って、取引代金の支払いに期間的な制限がある交換媒体と制限がない交換媒体との間で、投票資金の利用可能性に差を持たせることができる。

投票サービスシステムＳＡが、有効期限が定められた交換媒体を用いて投票用口座に投票資金が入金される場合、記憶部２４に、入金に用いられた交換媒体の額に相当する期間限定額と、有効期限と、を関連付けて記憶させてもよい。また、投票サービスシステムＳＡが、記憶部２４に記憶された有効期限が経過することに応じて、記憶部２４に記憶された出金不可能残高を、記憶された期間限定額に応じて減少させてもよい。

この場合、入金に用いられた交換媒体に対して定められた有効期限と同じ有効期限が、入金された投票資金に対して定められる。従って、入金された投票資金に、入金に用いられた交換媒体と同じ制限を加えることができる。

［４．第４実施形態］
次に、第４実施形態について説明する。以下に説明する点を除き、第４実施形態は、第１実施形態～第３実施形態の何れかと同様であってもよい。本実施形態においても、有効期限が定められた交換媒体に基づく投票金を投票に利用することが制限される。

特に、制限部２１５は、有効期限が定められた交換媒体を用いた投票資金の入金を禁止する。例えば、制限部２１５は、ユーザＩＤを用いてポイント管理サーバ６に問い合わせることにより、ユーザが有するポイントのうち、通常ポイントのポイント数を取得してもよい。制限部２１５は、通常ポイントのポイント数を入金画面表示制御部１１１へ出力することにより、入金画面において、最大でも通常ポイントのポイント数に相当する入金額を入力可能にしてもよい。

制限部２１５は、通常ポイントを示すポイント種別を入金処理部２１１へ出力することにより、入金処理部２１１により、その通常ポイントを示すポイント種別を、入金額及びポイントカード番号とともにポイント管理サーバ６へ送信させてもよい。ポイント管理サーバ６は、ポイント種別及び有効期限に基づいて、通常ポイントを用いた口座振替処理を実行する。

以上説明したように、本実施形態によれば、有効期限が定められた交換媒体を用いて投票資金を入金することを不可能にすることができる。

［５．第５実施形態］
次に、第５実施形態について説明する。以下に説明する点を除き、第５実施形態は、第１実施形態～第４実施形態の何れかと同様であってもよい。本実施形態において、第１支払手段と第２支払手段とを併用した投票資金の入金が可能である。

入金画面表示制御部１１１は、預金を用いて入金される入金額と、ポイントを用いて入金される入金額と、の両方の入力が可能な入金画面を、ユーザ端末７に表示させる。図２０は、入金画面８００の一例を示す図である。図２０に示すように、入金画面８００は、チェックボックス８０１、入力領域８０２、チェックボックス８０３、入力領域８０４、確認ボタン８０５等を含んでもよい。チェックボックス８０１は、投票資金の入金に預金を用いることを選択するためのチェックボックスである。入力領域８０２は、預金を用いた入金額を入力するための入力領域である。チェックボックス８０３は、投票資金の入金にポイントを用いることを選択するためのチェックボックスである。入力領域８０４は、ポイントを用いた入金額を入力するための入力領域である。確認ボタン８０５は、入金画面８００における入力内容を確認するためのボタンである。チェックボックス８０１及び８０３の両方にチェックマークが表示されるように、これらを操作することにより、ユーザは、預金とポイントとを併用することができる。

入金要求取得部１１２は、預金とポイントとの両方が選択された場合、入金画面に入力された預金による入金額及びポイントによる入金額を含む入金要求を、ユーザ端末７から取得する。

入金処理部２１１は、出金不可能残高ＤＢ２４ａに記憶された出金不可能残高を、入金要求取得部１１２により取得された入金要求により示される預金による入金及びポイントによる入金額のうち、ポイントによる入金額に応じて増加させる。入金処理部２１１は、銀行サーバ５及びポイント管理サーバ６のそれぞれに、口座振替処理を実行させる。

投票用残高更新制御部１１５は、投票用残高を、入金要求取得部１１２により取得された入金要求により示される預金による入金とポイントによる入金額との合計額に応じて、増加させる。例えば、入金要求取得部１１２は、銀行サーバ５及びポイント管理サーバ６両方の口座振替処理が終わると、預金による入金とポイントによる入金額との合計額を計算し、この合計額を含む口座振替完了応答を、投票サイトサーバ１へ送信してもよい。口座振替完了応答を受信すると、投票用残高更新制御部１１５は、計算された合計額を含む入金通知を、投票用口座管理サーバ３へ送信する。これにより、投票用残高が更新される。

以上説明したように、本実施形態によれば、投票サービスシステムＳＡが、第１支払手段を用いて入金される入金額と、第２支払手段を用いて入金される入金額と、の両方の入力が可能な入金画面を、ユーザ端末７に表示させてもよい。また、投票サービスシステムＳＡが、入金画面に入力された第１入金額及び第２入金額を示す入力要求を、ユーザ端末７から取得してもよい。また、投票サービスシステムＳＡが、記憶部２４に記憶された出金不可能残高を、入力要求により示される入金額のうち、第２支払手段を用いて入金される入金額に応じて増加させてもよい。また、投票サービスシステムＳＡが、投票用残高を、入金要求により示される両方の入金額の合計額に応じて増加させてもよい。

この構成によれば、入金画面において、ユーザは、第１支払手段を用いた入金額と、第２支払手段を用いた入金額と、の両方を入力可能である。第２支払手段を用いた入金額は、出金不可能残高に加算され、第１支払手段を用いた入金額と第２支払手段を用いた入金額との合計額が、投票用残高に加算される。従って、ユーザは第１支払手段と第２支払手段とを一度に併用して、投票資金を入金することができる。

１ 投票サイトサーバ
２ ゲートウェイサーバ
３ 投票用口座管理サーバ
４ 投票管理サーバ
５ 銀行サーバ
６ ポイント管理サーバ
７ ユーザ端末
１１ システム制御部
１２ システムバス
１３ 入出力インターフェース
１４ 記憶部
１４ａ 会員ＤＢ
１５ 通信部
２１ システム制御部
２２ システムバス
２３ 入出力インターフェース
２４ 記憶部
２４ａ 出金不可能残高ＤＢ
２５ 通信部
１１１ 入金画面表示制御部
１１２ 入金要求取得部
１１３ 入金通知部
１１４ 残高情報取得部
１１５ 投票用残高更新制御部
２１１ 入金処理部
２１２ 出金処理部
２１３ 購入資金差引部
２１４ 制限部
ＮＷ ネットワーク
Ｓ 情報処理システム
ＳＡ 投票サービスシステム
ＳＢ 投票コアシステム

Claims (13)

1. ユーザが投票するための投票資金の残高が記録される投票用口座への入金であって、取引対象の取引代金の支払いに利用可能な互いに異なる第１支払手段及び第２支払手段の少なくとも何れか一方を用いた入金の要求を取得する入金要求取得手段と、
   前記取得された要求が、前記第１支払手段を用いた入金の要求である場合、前記投票用口座の残高うち出金不可能な残高を記憶する記憶手段に記憶された前記出金不可能な残高を増加させず、前記取得された要求が、前記第２支払手段を用いた入金の要求である場合、前記記憶された出金不可能な残高を、入金額に応じて増加させる入金処理手段と、
   前記投票用口座の残高うち出金可能な残高の資金が出金される場合、前記投票用口座の残高から、前記記憶された出金不可能な残高を減算することにより計算された出金可能な残高の資金を、前記ユーザへ送金させる出金処理手段と、
   を備えることを特徴とする残高管理システム。
2. 前記投票用口座は、前記残高管理システムと異なる所定システムにより管理され、
   前記所定システムから前記投票用口座の残高を示す残高情報を取得する残高情報取得手段を更に備え、
   前記出金処理手段は、前記取得された残高情報により示される前記投票用口座の残高から、前記記憶された出金不可能な残高を減算することにより、前記出金可能な残高を計算することを特徴とする請求項１に記載の残高管理システム。
3. 前記所定システムは、前記投票用口座にある全投票資金一括での出金に応じて、前記投票用口座の残高をゼロに更新可能であり、
   前記所定システムにより、前記投票用口座の残高をゼロに更新させた後、前記所定システムにより、前記投票用口座の残高に、前記記憶された出金不可能な残高を加算させる出金用更新制御手段を更に備えることを特徴とする請求項２に記載の残高管理システム。
4. 前記所定システムは、指定された出金額での投票資金の出金に応じて、前記投票用口座の残高を更新可能であり、
   前記所定システムにより、前記投票用口座の残高から、前記計算された出金可能な残高に相当する出金額を減算させる出金用更新制御手段を更に備えることを特徴とする請求項３に記載の残高管理システム。
5. 投票可能なイベントの開催日の翌日に、前記投票口座にある前記投票資金を繰り越すか否かが、前記ユーザにより予め選択可能であり、
   前記出金処理手段は、前記投票資金を翌日に繰り越さないことが選択されている場合、前記イベントが終了して前記出金可能な残高がある状態で所定時刻が経過することに応じて、前記ユーザへの送金を実行させることを特徴とする請求項１乃至４の何れか一項に記載の残高管理システム。
6. 前記第２支払手段は、前記支払いに利用可能な有効期限が定められていることがある交換媒体を含み、
   有効期限が定められた前記交換媒体を用いた入金に基づく出金不可能な資金を投票に利用することを制限する制限手段を更に備えることを特徴とする請求項１乃至５の何れか一項に記載の残高管理システム。
7. 前記入金処理手段は、有効期限が定められた前記交換媒体を用いて前記投票用口座に投票資金が入金される場合、前記記憶手段に、入金に用いられた前記交換媒体の額と、前記有効期限と、を関連付けて記憶させ、
   前記制限手段は、前記記憶された有効期限が経過することに応じて、前記記憶された出金不可能な残高を、前記記憶された交換媒体の額に応じて減少させることを特徴とする請求項６に記載の残高管理システム。
8. 前記制限手段は、有効期限が定められた前記交換媒体を用いた前記投票用口座への投票資金の入金を禁止することを特徴とする請求項６に記載の残高管理システム。
9. 前記第１支払手段を用いて入金される第１入金額と、前記第２支払手段を用いて入金される第２入金額と、の両方の入力が可能な画面を、前記ユーザが利用する端末装置に表示させる入金画面表示制御手段を更に備え、
   前記入金要求取得手段は、前記表示された画面に入力された前記第１入金額及び前記第２入金額を示す前記要求を、前記端末装置から取得し、
   前記入金処理手段は、前記記憶された出金不可能な残高を、前記取得された要求により示される前記第１入金額及び前記第２入金額のうち、前記第２入金額に応じて増加させ、
   前記投票用口座の残高を、前記取得された要求により示される前記第１入金額と前記第２入金額との合計額に応じて増加させる入金用更新制御手段を更に備えることを特徴とする請求項１乃至８の何れか一項に記載の残高管理システム。
10. 前記第１支払手段は、法定通貨を含むことを特徴とする請求項１乃至９の何れか一項に記載の残高管理システム。
11. 前記第２支払手段は、法定通貨への交換が制限された交換媒体を含むことを特徴とする請求項１乃至１０の何れか一項に記載の残高管理システム。
12. コンピュータにより実行される残高管理方法において、
    ユーザが投票するための投票資金の残高が記録される投票用口座への入金であって、取引対象の取引代金の支払いに利用可能な互いに異なる第１支払手段及び第２支払手段の少なくとも何れか一方を用いた入金の要求を取得する入金要求取得ステップと、
    前記取得された要求が、前記第１支払手段を用いた入金の要求である場合、前記投票用口座の残高うち出金不可能な残高を記憶する記憶手段に記憶された前記出金不可能な残高を増加させず、前記取得された要求が、前記第２支払手段を用いた入金の要求である場合、前記記憶された出金不可能な残高を、入金額に応じて増加させる入金処理ステップと、
    前記投票用口座の残高うち出金可能な残高の資金が出金される場合、前記投票用口座の残高から、前記記憶された出金不可能な残高を減算することにより計算された出金可能な残高の資金を、前記ユーザへ送金させる出金処理ステップと、
    を含むことを特徴とする残高管理方法。
13. コンピュータに、
    ユーザが投票するための投票資金の残高が記録される投票用口座への入金であって、取引対象の取引代金の支払いに利用可能な互いに異なる第１支払手段及び第２支払手段の少なくとも何れか一方を用いた入金の要求を取得することに応じ、前記取得された要求が、前記第１支払手段を用いた入金の要求である場合、前記投票用口座の残高うち出金不可能な残高を記憶する記憶手段に記憶された前記出金不可能な残高を増加させず、前記取得された要求が、前記第２支払手段を用いた入金の要求である場合、前記記憶された出金不可能な残高を、入金額に応じて増加させる入金処理手段と、
    前記投票用口座の残高うち出金可能な残高の資金が出金される場合、前記投票用口座の残高から、前記記憶された出金不可能な残高を減算することにより計算された出金可能な残高の資金を、前記ユーザへ送金させる出金処理手段、
    として機能させることを特徴とする残高管理プログラム。

Images