(57)【要約】【課題】  本発明は、署名情報の電子化による署名入力作業の負担軽減を図り、また、くじ券当せん金立て替え払い決済の簡便化を図る。【解決手段】  くじ券を、クライアント端末２００のスキャン入力部２３０でスキャンし、くじ券種別を特定するくじ情報とくじ番号を入手する。このくじ情報とくじ番号に基づいて、クライアント端末２００からサーバ１００に対して当せん照合を行い、決められた金額以上の当せんくじ券がある場合は、当せんくじ券購入者が画面に対して署名を行い、クライアント端末は署名情報のデータ化を行う。また、署名が必要な当せんくじ券が複数枚ある場合には、１回の署名記入により、その情報を他のくじ券にも適用する。当せんくじ券において、クライアント端末はイメージデータおよび当せんデータ、クライアント端末を特定する情報等をサーバ１００に送信する。【選択図】  図２
2006338430.tif 000002
【特許請求の範囲】
【請求項１】
くじ券の当せんに関するデータを管理する当せんデータ管理サーバと、個々のクライアントが有するクライアント端末とを、ネットワークを介在させて相互に通信可能とし、サーバと前記クライアント端末を用いて、当せん金付くじサービスを行うシステムであって、
くじ券をクライアント端末においてスキャンし、くじ券のイメージ、およびくじ券に記録されたデータを読取って、くじ券の種別を特定するくじ券情報とくじ券番号とを入手する手段と、
入手したくじ券情報とくじ券番号とに基づいて、サーバに対してクライアント端末側から当せん照合を行う手段と、
当せん照合の結果、当せんと判断され、また署名が必要とされた場合、署名を入力する手段と、
当せん照合の結果、当せんと判断されたくじ券については、当せんくじ券と判別できる旨の当せん表示をクライアント端末においてマーキングする手段と、
当せんくじ券について、当せん表示とくじ情報と前記くじ番号とを含む当せんくじ券のイメージデータをクライアント端末において構築する手段と、
構築した当せんくじ券のイメージデータと署名情報を、クライアント端末を特定するデータと共に、サーバにネットワークを介してクライアント端末側から送信する手段と、
当せん照合の結果と署名入力部にて入力した署名情報をクライアント端末にて印字する手段を備える、当せん金付くじ券サービスシステム。
【請求項２】
請求項１記載の当せん金付くじ券サービスシステムであって、
イメージデータ構築部は、クライアント端末にて当せんくじ券の当せん金支払を実行することで、当せんくじ券イメージデータを構築する、当せん金付くじ券サービスシステム。
【請求項３】
請求項１記載の当せん金付くじサービスシステムであって、
当せんくじ券の当せん金額と、クライアント端末において当せん金支払が許可されている当せん金額とを比較し、前者の当せん金額が後者の当せん金額以下であれば、クライアント端末において、当せんくじ券の当せん金額を支払う当せん支払部を有する、当せん金付くじ券サービスシステム。
【請求項４】
請求項１記載の当せん金付くじ券サービスシステムであって、
当せんくじ券の当せん金額に応じて、署名記入の必要性を判断すると、署名記入欄を表示する署名入力部を備え、イメージデータ構築部は、署名入力制御部が署名の必要性を判断すると、署名情報を構築する、当せん金付くじサービスシステム。
【請求項５】
請求項１記載の当せん金付くじ券サービスシステムであって、
署名が必要な当せんくじ券が複数枚ある場合、当せんくじ券購入者が署名情報を１度入力することによって、他の署名が必要な当せんくじ券に対しては、同じ署名情報を用いる、当せん金付くじ券サービスシステム。
【請求項６】
請求項１記載の当せん金付くじ券サービスシステムであって、
当せん金や当せんくじ券のイメージデータ、端末固有情報、また署名が必要な当せんくじ券である場合には署名データを付け合せ一元管理する、当せん金付くじ券サービスシステム。
【請求項７】
請求項１記載の当せん金付くじ券サービスシステムであって、
当せんやはずれくじ券の枚数や当せん金額等の当せん照合した結果と共に、当せんくじ券購入者が記入した署名情報を明細票に印字する、当せん金付くじ券サービスシステム。
【請求項８】
くじ券の当せんに関するデータを管理するサーバと、個々のクライアントが有するクライアント端末とを、ネットワークを介在させて相互に通信可能とした当せん金付くじ券サービスを行うシステムに用いるクライアント端末であって、
くじ券をスキャンし、くじ券に記録されたデータを読取ってくじ券の種別を特定するくじ券情報とくじ券番号とを入手するスキャン入力部と
入手したくじ券情報とくじ券番号に基づいて、サーバに対して当せん照合を行う当せん照合部と、
当せん照合の結果、当せんと判断され、また署名が必要とされた場合、署名を入力する署名入力部と、
当せん照合の結果、当せんと判断された当せんくじ券については、前記当せんくじ券に、当せんくじ券と判別できる旨の当せん表示をマーキングする印刷部と、
前記当せん表示の印刷済みの前記当せんくじ券について、前記当せん表示と前記くじ券情報と前記くじ券番号とを含む前記当せんくじ券のイメージデータを構築するイメージデータ構築部と、
前記構築した前記当せんくじ券のイメージデータを、前記クライアント端末を特定するデータと共に、当せん金支払いを管理する当せん金管理サーバに前記ネットワークを介して送信するイメージデータ送信部とを備える、クライアント端末。
【請求項９】
宝くじの当せんに関するデータを管理するサーバと、個々のクライアントが有するクライアント端末とを、ネットワークに介在させて相互に通信可能とし、前記当せんデータ管理サーバと前記クライアント端末を用いて当せん金付くじの当せん判別を行う方法であって、
くじ券をクライアント端末においてスキャンし、くじ券に記録されたデータを読取ってくじ券の種別を特定するくじ券情報とくじ券番号とを入手する工程と、
入手したくじ券情報とくじ券番号に基づいて、当せん管理サーバに対してクライアント端末側から当せん照合を行う工程と、
当せん照合の結果、当せんと判断され、また署名が必要とされた場合、署名を入力する署名入力工程と、
当せん照合の結果、当せんとされた当せんくじ券については、当せん宝くじ券に、当せんくじ券と判別できる旨の当せん表示をクライアント端末において印刷する印刷工程と、
当せん表示の印刷済みの当せんくじ券について、当せん表示と前記くじ券情報とくじ券番号とを含む当せんくじ券のイメージデータを前記クライアント端末において構築する工程と、
構築した当せんくじ券のイメージデータを、クライアント端末を特定するデータと共に、当せん金支払いを管理する当せん金管理サーバにネットワークを介してクライアント端末側から送信する工程とを備える、くじ券の当せん判別方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、当せん金付くじ券の当せんに関するデータを管理する当せんデータ管理サーバと、個々のクライアントが有するクライアント端末とを、ネットワークを介在させて相互に通信可能とし、その当せんデータ管理サーバとクライアント端末を用いた当せん金付くじ券のサービスシステムに関する。
【背景技術】
【０００２】
当せん金付くじの販売元は地方自治体である。そして、地方自治体は当せん金付くじの発売・当せん金支払い等の業務を、所定の法律に基づいて銀行に委託している。委託を受けた銀行は、地方自治体が定めた発売計画に従って当せん金付くじを発売し、当せん金の支払等を行う。
【０００３】
近年では、こうした当せん金付くじの販売等の利便性を高めるための技術が種々提案されている（例えば、特許文献１）。
【０００４】
当せん金は、その当せん金付くじ券の購入者に支払われる。
【０００５】
購入済みくじ券が持ち込まれた当せん金付くじ販売店は、定めた金額を超えた当せん金をくじ券購入者に支払う場合、購入者が当せんくじ券に署名を行った後に当せん金を支払うこととしているため、くじ券の当せん照合を行い、照合結果で署名が必要なくじ券であると判断した場合、くじ券に署名がされているかどうかをくじ券購入者に確認する。
【０００６】
くじ券に署名が行われていない場合は、一旦くじ券購入者に返却し署名をしてもらった後、くじ券の処理を行ない、くじ券購入者へ当せん金を支払うことが一般的である。
【０００７】
また、その当せん金は立替払いをすることが一般的であり、立替払いをした販売店は、当せんくじ券をくじ購入者から回収して、当該当せんくじ券を受託銀行に持ち込み、立替払い分の金銭を受託銀行等に請求する。受託銀行等へ立替払い請求と立替払い分の銀行からの払い戻しは、受託銀行等が予め定めた精算スケジュールに従って、当せんくじ券の現物を受託銀行等へ持ち込むことで行われている。なお、受託銀行等を介した当せん金の立替払い請求並びにその払い戻しに関する請求は、販売店が個々に行う他、複数の販売店を総括する販売業者も行うことがある。
【０００８】
【特許文献１】特開2003−141299号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来、当せんくじ券に対して署名を行っており、そのくじ券の署名欄は小さく、欄内に署名内容が書ききれない場合もある。
【００１０】
また、署名が必要なくじ券が複数枚ある場合には全てに同じ内容の署名を行う必要があるため、当せん者の署名記入の負担が発生し、当せん者が複数枚の署名を行っている間、処理を行っている窓口を占有してしまう場合がある。
【００１１】
署名の記入は、当せん者が当せんくじ券に対して責任を持ち、当せん金を受け取ったことを証明するためにおこない、万一、当せんくじ券に問題があった場合や、当せん金の支払内容に誤りがあった場合、当せん金受取人を特定することができる。一方、記入した署名情報においては、販売店にて当該くじ券を回収してしまうため、署名を行った当せん者本人は、証明することができない。例えば、当せん金の支払金額が間違っていた場合に、署名した本人の手に自署した署名が残らないため、間違った当せん金を受け取った本人を証明することが困難である。
【００１２】
当せん金の立て替え払いにおいては、くじ券媒体を保管管理すると、販売業者が決済するために受託銀行へ持ち込む際に紛失してしまう、持ち込み期限が過ぎ、支払済み当せんくじ券の決済を行うことができなくなってしまう等の問題がある。また、当せん金の立て替え払いの決済に際し、当せん宝くじ券の持ち運び、それまでの保管等が必要となる。よって、くじ購入者から回収した当せんたからくじ券の取り扱いに相当な注意を要し煩雑であった。また、受託銀行等への当せん宝くじ券の持込についても、精算スケジュールから外れてしまうと、当せん金の立て替え払い決済を行うことができない事態となる。
【００１３】
具体的に説明すると、銀行閉店後には、その当日に決済を行うことができず、翌日に、改めて決済を行う必要があった。よって、精算スケジュールについての注意も払う必要があり煩雑であった。加えて、持ち込んだ当せんくじ券の受け渡し等に際しても、伝票記入等の手間を要していた。
【００１４】
なお、こうした問題は、上記の特許文献で提案された当せん金付くじ券サービスシステムであっても解決には至っていない。
【００１５】
本発明は、上記問題を解決するために、当せん金の支払処理及び立替払い決済の簡便化を図ることを目的とする。
【課題を解決するための手段】
【００１６】
本発明によると、当せん金付くじ券のサービスシステムでは、まず、くじ券を、クライアント端末においてスキャン入力部でスキャンし、そのくじ券に記録されたデータを読取って当せん金付くじ券の種別を特定するくじ券情報とくじ券番号とに基づいて、クライアント端末側から当せん照合部にて、くじ券の当せんに関するデータを管理するサーバに対して当せん照合を行う。
【００１７】
当せん照合の結果、当せんと判断され、かつ署名が必要な当せんくじ券であった場合、署名入力部に署名記入欄を表示する。署名記入欄には、当せん者が必要事項、例えば、氏名、住所、電話番号等を記入をする。
【００１８】
同一支払操作内（例えば、１人のくじ券購入者が販売店に持ち込んだ全てのくじ券を当せん照合すること）で、署名が必要な当せんくじ券が複数枚ある場合、初めの照合で署名記入が必要と判断され、そのとき記入した署名情報を、次の署名が必要な当せんくじ券であることが判断された当せんくじ券に対して使用する。
【００１９】
すなわち、当せんくじ券は異なるが、同一支払内での署名が必要な当せんくじ券には、同じ署名情報を用いることにより、当せん者の署名記入の負担が軽減する。
【００２０】
署名入力後、クライアント端末にて取得した署名情報は、署名を必要とするくじ券の画像データと関連付けて管理される。また、同じ署名データは複数枚のくじ券に使用しくじ券の画像データと関連付けて管理される。
【００２１】
構築した当せんくじ券のイメージデータは、クライアント端末側からイメージデータ送信部にて、サーバにネットワークを介して送信される。このデータ送信に際しては、このデータ送信を行うクライアント端末を特定するデータもサーバに送信される。
【００２２】
署名情報においては、当せんくじ券のイメージデータと関連付けて管理するだけでなく、支払操作の最後に発行する明細票へ支払を行った証明として印字を行う。
【００２３】
上記構成を有する本発明の当せん金付くじ券サービスシステムによれば、当選金管理サーバ側で、送信を受けたデータに基づいて、クライアント端末に合致する口座に、イメージデータに合致する当せん金を支払うことが可能となる。よって、当せん宝くじの受託銀行等への当せん宝くじ券の持込み・保管が不要となると共に、精算スケジュールについての注意も不要となるので、当せん金の立替払い決済が簡便となる。
【００２４】
以上説明した、本発明の当せん金付くじ券サービスシステムは、種々の態様を採ることができる。
【００２５】
例えば、当せんくじ券のイメージデータ構築に際して、当せん表示の印刷済みの当せんくじ券を再挿入して、スキャンするようにすることができるほか、既にスキャン入力部でスキャンした当せんくじ券のイメージデータに、当せん表示の印刷イメージ、例えば、「当せん」の文字の印刷イメージを重畳するようにすることもできる。前者の場合は、再度のスキャンが必要であるが、イメージデータの信頼性が高まり好ましい。
【００２６】
また、当せんくじ券の当せん金額と、クライアント端末において当せん金の支払いが許可されている当せん金額とを比較し、前者の当せん金額が後者の当せん金額以下であれば、クライアント端末において、当せん金付宝くじの当せん金支払部を有するものとすることができる。こうすれば、クライアント端末において人手をかけずに、当せん金の支払を行うことができるので、利便性が高まる。
【００２７】
所定の額以上の当せん金の支払に際しては、その支払を受ける購入者の住所、氏名を当せんくじ券の所定の個所に記入する必要があり、こうした記入がないと当せん金の支払ができない。ところが、上記の態様であれば、署名が必要な当せんくじ券がある場合、その記入を行うための画面を表示するため、記入漏れをなくすことができる。これと共に当せんくじ券のイメージと関連付けて管理された署名情報をサーバに送信することができるので、サーバ側での署名記入を促す必要がなく、簡便である。しかも、サーバでは、当せんくじ券のイメージデータと署名情報を確認した後に決済を図ることができるので、決済の信頼性を高めることができる。
【００２８】
上記した本発明の当せん金付くじ券サービスシステムは、種々の形態で実現することが可能であり、例えば、当該システムに用いるクライアント端末として実現できるほか、このクライアント端末に上記し当せん金付くじ券サービスの機能を実現させるためのコンピュータプログラム、そのプログラムを記録した記録媒体等の形態で実現することができる。
【発明の効果】
【００２９】
本発明によれば、署名入力画面に対して署名記入行うことにより、従来より大きなスペースに署名記入を行なうことができ、署名の未記入を防止することができる。
【００３０】
また複数枚署名が必要な場合、同じ署名データを流用することにより、複数回署名を記入することがなくなるため、署名記入の負荷を軽減することができる。
【００３１】
さらに、明細票に印字することにより、署名した情報が当せん者の手に渡るため、支払い対象者を証明することができる。
【００３２】
当せんくじ券媒体のデータ化により、販売業者及び銀行等の管理店での決済に伴う負荷を軽減することができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施形態について、その実施例を図面に基づき説明する。図１は実施例の当せん金付くじ券サービスの概要を示す説明図、図２は本実施例の当せん金付くじ券サービスに含まれるクライアント端末をその機能ごとに示しつつ他の機器との関係を併記したブロック図である。
【００３４】
図示するように、実施例の当せん金付くじ券サービスは、サーバ１００と、個々のクライアントが有する複数のクライアント端末２００とを、インターネット等のネットワークＮＷを介在させて相互に通信可能に備える。この場合、専用回線等の通信網を用いるようにすることもできる。
【００３５】
サーバ１００は、当せん金付くじ券の発行自治体、或いは当せん金付くじ業務の委託を受けている機関等に設置されており、当せん金付くじの当せんに関するデータを管理する。例えば、当せん金付くじの発行計画や、当せん金付くじごとの当せん番号、当せん金付くじ種類等のデータを管理や当せん金支払いに際しての実際の金銭の入出金等を管理する。
【００３６】
クライアント端末２００は、当せん金付くじの発売、或いは小額当せん金の支払等の委託を受けているいわゆる販売店や発売業者、或いは、当せん金支払業務を委託した受託銀行の発券窓口に個別に設置される。そして、このクライアント端末２００は、以下に説明するような構成を備え、サーバ１００とデータ送受信を行う。クライアント端末２００からのデータ送受信は、個々のクライアント端末２００が個別に行えるよう構成できるほか、次のようにすることもできる。
【００３７】
販売業者は、複数の販売店を管理下に置き、複数の販売店での当せん金付くじの発売・小額当せん金支払を一括して行う場合がある。こうした対応として、販売業者が管理下に置く複数のクライアント端末２００のうちで、後述するようなデータ送受信を相互に行い、ある特定のクライアント端末２００から、サーバに対してデータ送受信を行うようにすることもできる。
【００３８】
図２に示すように、クライアント端末２００は、コンピュータで構成される制御部２１０と、表示部２２０と、スキャン入力部２３０と、署名入力部２４０と、印刷部２５０と、くじ券搬出部２６０と、明細票印字部２７０と、当せん金支払部２８０とを有する。制御部２１０は、表示部２２０等を統括制御するよう構成され、コンピュータが有するＣＰＵ、ＲＯＭ、ＲＡＭ等と後術するフローチャートの実行プログラムと相俟って、当せん照合部２１１、記憶部２１２、署名入力制御部２１３、イメージデータ構築部２１４、データ送信部２１５等を構成する。当せん照合部２１１や記憶部２１２等は図示しないバスにて相互に接続されているほか、表示部２２０やスキャン入力部２３０等にあっても、制御部２１０とバスにて接続されている。なお、記憶部２１２については、ハードディスク等の外部記憶媒体を用いることも可能である。一方、サーバ１００は、制御部１１０、記憶部１２０を有し、制御部１１０はクライアント端末２００とのデータ送受信や記憶部１２０等を制御し、記憶部１２０はクライアント端末２００から送信されたデータを記憶する。
【００３９】
表示部２２０は、当せん金付くじ券をその当せん照合或いは、当せん金支払のためにクライアント端末２００にくじ券を持ち込んだ購入者や、端末操作者に、本サービスを行う上で有益な情報を文字や図柄で表示する。
【００４０】
搬送部２６０は、購入者が持ち込んだくじ券ＴＫをくじ券挿入口からスキャン入力部２３０や印刷部２５０に搬入したり、これらからくじ券をくじ券排出口に搬出したりするものであり、こうしたくじ券の搬送機構２４２を有する。スキャン入力部２３０は搬送機構部２４２で搬送されたくじ券に記録されているデータを読取り、当せん照合部２１１にて当せん金付くじ券の種別を特定するくじ券情報とくじ券番号とに基づいて、サーバに対して当せん照合を行う。
【００４１】
署名入力部２４０は、当せん照合部２１１での照合の結果、署名が必要と判断された場合、くじ券を持ち込んだ購入者が署名入力部に署名を行い、署名入力制御部２１３にて入力画面の表示や、入力の必要の有無等の制御を行う。
【００４２】
印刷部２５０は、当せん金付くじ券に照合結果が判別できる旨の表示、例えば図１２のような当せん金額の文字の朱色印字や、その当せん金額の印字も行う。図１１は、くじ券を模式的に表した説明図である。スキャン入力部２３０は、この図１１のくじ券をスキャンし、そのくじ券の種別を特定するくじ券の種別を特定するくじ情報（くじ種別・開催数字：○○自治宝くじ第１９○△回）や宝くじ番号（０×組１２３４５６）を含むくじ券のイメージデータとして入手する。
【００４３】
イメージデータ構築部２１４は、クライアント端末にて当せんくじ券の当せん金支払を実行することで、当せんくじ券イメージデータを構築し、記憶部２１２でくじ券のイメージデータおよびくじ券情報等を記憶する。
【００４４】
データ送信部２１５は構築した当せんくじ券のイメージデータと署名情報を、クライアント端末を特定するデータと共に、サーバにネットワークを介してクライアント端末側から送信する。
【００４５】
明細印字部２７０は、当せん照合の内容の印字を行うと共に、署名入力部２４０で入力した署名情報の内容を明細票に印字する。
【００４６】
当せん金支払部２８０は、当せんくじ券の当せん金額を購入者に支払うよう構成され、図示しない紙幣・硬貨ストック部から当せん金額と合致する金額の現金を支払う。
【００４７】
次に、上記構成のクライアント端末２００で行う当せん処理について、図３および図４のフローチャートに基づいて処理の流れを説明する。図３は当せん金付くじ券の当せん処理の内容の前半部分を示すフローチャート、図４は当せん処理内容の後半部分を示すフローチャート、図７、図８は当せん処理において種々の表示を行う表示部２２０の一例を示す説明図である。
【００４８】
まず、搬送部２６０のくじ券挿入口の開放等のくじ券の挿入準備を行う（ステップＳ４００）。次に、挿入準備されたくじ券をクライアント端末２００内に取り込む（ステップＳ４１０）、挿入されたくじ券は搬送機構２４２によりスキャン入力部２４０に搬送し、スキャン入力部にてくじ券のスキャンを行う（ステップＳ４２０）。これにより、挿入されたくじ券のイメージデータが所得される。
【００４９】
その後、クライアント端末２００は、スキャン結果から、当せんを判別するのに足りる情報、例えば図１１に示すくじ券の種別を特定するくじ情報（くじ種別・開催数字：○○自治宝くじ第０００１回）くじ番号（01 09 12 15 26 28）をデータ化する（ステップＳ４３０）。そして、その当せん判別データに基づいて、くじ券の当せん照合を行う（ステップ４４０）。
【００５０】
当せん照合は、クライアント端末２００から、当せん判別データをサーバ１００にネットワークＮＷを介して送信し、サーバ１００は、このデータに基づいて申込数字と当せん番号の照合を行い（ステップＳ３００）、当せん結果を判定した後（ステップＳ３１０）、この当せん判別データに対応する当せん情報（当せん結果・当せん金額等）をクライアント端末２００へ送信する。
【００５１】
この当せん照合は、種々の態様で実行できる。例えば、クライアント端末は、当せん判別データをサーバ１００にネットワークを介して送信し、サーバ１００は、この当せん判別データに対応する当せん情報（当せん番号・当せん金額）をクライアント端末２００に送信する。そして、クライアント端末２００にて、この当せん情報データと当せん判別データに基づいて、くじ券の当せんを判別するようにすることもできる。
【００５２】
クライアント端末２００は、上記した当せん判別照合の結果、挿入くじ券に対して当せん宝くじ券が否かを判定し（Ｓ４５０）、ハズレ券であれば印刷部２５０にて、ハズレの旨の印刷を行い（ステップＳ５６０）、くじ券を排出する（Ｓ５７０）。一方、当せんを含むくじ券であれば、その当せん金額がクライアント端末２００にて当せん金支払いが許可されている所定の金額（例えば、５万円）以下であるか否かを判定し（ステップＳ４６０）、当せん金額がこの所定金額を超えていれば高額当せんくじ券としてその旨の印刷を行い（Ｓ５６０）くじ券を排出する（Ｓ５７０）。この高額当せんくじ券の判定に際しては、その旨を表示部２２０にて表示するよう構成することもできる。つまり図７のメッセージ欄に「高額当せんです。受託銀行にて換金してください。」等の表示を行う。その上の表示画面には、当せん金額とくじ券のイメージを表示することもできる。
【００５３】
あるくじ券についてのステップＳ３６０までの処理により、くじ券が支払可能な当せん金の当せんくじ券であっても、当せん金支払部２８０での当せん金支払が不要な場合がある。例えば、ステップＳ４００にて複数枚のくじ券が挿入され、その中に高額当せん金の他、当せんくじ券が含まれていたり、くじ購入者が当せん金の換金を行う当せんくじ券を持ち込んだクライアント端末２００にて所持しない場合もありえる。こうした事態に対処するため、支払実行確認を行う（ステップＳ４７０）。
【００５４】
このステップＳ４７０（支払実行確認）は、例えば次のように構成できる。ステップＳ４６０にて支払可能な当せん金額と判定すると、クライアント端末２００は、図８の表示部２２０のメッセージ欄に「当せん金支払を実行します。」当の表示を行い、図示する「はい」ボタンが操作されると、当せん金の支払を実行すると判定する。また、ボタンの操作において、所定時間内に確認ボタンの操作がなければ、当せん金支払いを実行しないと判定してもよい。
【００５５】
ステップＳ４７０で当せん金の支払を実行しないため「いいえ」ボタンを押すと、未払いくじ券としてくじ券を排出する（ステップＳ５７０）。
【００５６】
ステップＳ４０７で当せん金の支払いを実行すると判定した場合、クライアント端末２００は、ステップＳ４２０で取得したイメージデータとステップＳ４４０で照合した当せん金データとを対応付けた図１０のような情報管理テーブルを作成し、記憶部２１２にて記憶する（ステップＳ４８０）。
【００５７】
次に、クライアント端末２００にて署名が必要な所定の金額（例えば、１万円）以上であるか否かを判定する（ステップＳ４９０）。
【００５８】
判定の結果、当せん金額が所定金額を超えていない場合、クライアント端末２００は、端末固有情報をステップＳ４８０で記憶したデータと対応付け、図１０のような情報管理テーブルに記憶する（ステップＳ５４０）。
【００５９】
一方、当せん金額が所定金額を超えている場合は、同一支払内で署名を行ったか否かの判断を行う（ステップ５００）。
【００６０】
ステップ５００で同一支払内で一度も署名を行っていない場合は、署名記入画面を表示し（ステップＳ５１０）、当せんくじ券購入者の署名記入待つ。
【００６１】
署名の記入は例えば図９のような画面を表示し、氏名、住所、電話番号等を記入する。住所等の記入に際しては、当せんくじ券購入者に全てを記入して貰う他、プルダウンメニューに候補を表示し、選択することにより入力を行ってもよい。また、郵便番号の入力により住所データを出力すると住所の記入を省くことができ、署名記入の負担軽減となる（ステップＳ５２０）。
【００６２】
署名記入が完了すると、クライアント端末２００は、署名データをステップＳ４８０で記憶したデータと対応付け、図１０のような情報管理テーブルに記憶する（ステップＳ５３０）。
【００６３】
すでに、同一支払内で署名を行っている場合は、その署名情報をステップＳ４８０で記憶したデータと対応付け、図１０のような情報管理テーブルに記憶する（ステップＳ５３０）。
【００６４】
このように、署名の入力は、入力画面に対して記入を行うことにより、従来より大きなスペースに署名記入を行なうことができ、署名の未記入を防止することができる。
【００６５】
また複数枚署名が必要な場合、同じ署名データを流用することにより、複数回署名を記入することがなくなるため、署名記入の負荷を軽減することができる。
【００６６】
クライアント端末２００は、端末固有情報をステップＳ４８０で記憶したデータと対応付け、図１０のような情報管理テーブルに記憶する（ステップＳ５４０）。
【００６７】
端末固有情報が記憶された後、クライアント端末２００は図１０のデータをネットワークＮＷを介してサーバ１００に送信し（ステップＳ５５０）、サーバ１００はクライアント端末２００より送信された図１０の情報を受信した後（ステップＳ３２０）、記憶部１２０に情報登録を行う（ステップＳ３３０）。
【００６８】
なお、図１０のデータ送信は、ステップＳ５５０でのデータ作成の都度に送信する他、所定時間ごと（例えば、毎時午後０時、午後２時等）に送信するようにすることもできる。また、サーバ１００からの送信要求に合わせて送信するようにすることもできる。更にデータ送信にあったっては、暗号化等の処理を施すこともできる。
【００６９】
サーバ１００にて情報登録を行った後、クライアント端末２００は、当せん照合を行っている図１１のくじ券に対して、図１２のように当せん照合の結果を印刷する（ステップＳ５６０）。ここで、当せん照合結果の印刷は、当せん照合を行う前のくじ券と区別することができるが、必要なければ印刷しなくてもよい。当せん照合結果の印刷後はくじ券を排出する（ステップＳ５７０）。この結果印刷は、まだ当せん照合処理を行っていないくじ券と混同しないよう、確実にくじ券が処理されたことを証明するために行うほか、当せん照合結果印刷後のくじ券を再度挿入し、スキャン入力部２３０にてスキャンし、情報管理テーブルにステップＳ４８０で記憶した情報と付け合せ管理すると、イメージデータによる当せん内容が視認することができなおよい。
【００７０】
当せん照合を行ったくじ券を排出後、クライアント端末２００はくじ券挿入口に当せん照合を行うくじ券があるか否かを判断する（ステップＳ５８０）。照合を行うくじ券がある場合は、ステップ４１０で当せん照合するくじ券を取り込む。くじ券挿入口に取り込むくじ券がない場合は、表示部２５０で図８のような画面を表示し（ステップＳ５９０）、メッセージ表示部に「当せん照合を終了しても良いですか」の旨のメッセージを表示し、挿入口にくじ券をセットしていない当せん照合を行うくじ券がある場合は、「いいえ」ボタンを押下し、挿入口に当せん照合を行うくじ券をセットし、ステップ４１０で当せん照合するくじ券を取り込む。
【００７１】
当せん照合を終了する場合は、「はい」ボタンを押下すると、ステップＳ４４０でサーバ１００から取得した当せん判別照合データに基づき支払い当せん金を集計う（ステップＳ６００）。
【００７２】
次に、当せん照会を行った内容、例えば当せんやはずれのくじ券の枚数、当せん金額等の当せん照合結果をクライアント端末２００の明細印字部２７０で印字し、また、ステップＳ５７０で記入した署名データの印字も行う（ステップＳ６１０）。
【００７３】
最後に、集計金額をくじ券購入者に支払い全ての処理が終了となる（ステップＳ４２０）。
【００７４】
次に、サーバ側で行う処理について説明する。図１４はサーバ１００側で行う当せん金支払処理を示す説明図である。この当せん金支払処理は、クライアント端末２００から送信を受けたデータに基づいて。当せん金を販売業者口座に支払う（払い戻す）ためのものである。
【００７５】
図示するように、この当せん金支払処理では、まず、サーバ１００は、クライアント端末２００から入力を受けた図１４のデータ（当せんくじ券のイメージデータと端末固有情報、署名情報）を記憶し（ステップＳ７００）、既述したクライアント端末２００でのステップＳ４１０と同様に当せん判別情報と当せん金額のデータを取得する（ステップＳ７１０）。この場合、クライアント端末２００からの送信データが、複数枚の当せんくじ券についてのものであれば、当せん金集計も行う。
【００７６】
次いで、サーバ１００側でも独自に当せん判別、金額照会を行い（ステップＳ７２０）、その照会の良否を判定する（ステップＳ７３０）。照合不一致等あれば、クライアント端末２００に対して送信データにエラー等の嫌疑があることを送信して（ステップＳ７４０）、本処理を終了する。このエラー送信と共に、当せん宝くじ券の現物を銀行に持参する旨のメッセージをクライアント端末２００に送信するようにすることもできる。一方、照合が正しければ、クライアント端末２００へ固有情報に基づき、そのクライアント端末２００に対応する払い出し口座を検索し（ステップＳ７５０）、当該口座に当せん金の立替金額を入金する（ステップＳ７６０）。
【００７７】
サーバ１００は、この立替金入金後、クライアント端末２００側に入金結果（入金額、当せんくじ券情報等）を送信し（ステップＳ７７０）、本処理を終了する。この入金結果を受けたクライアント端末２００では、そのデータの送信を受けると、当せんくじ券情報に対応するデータ、詳しくはステップＳ４８０やＳ５３０、Ｓ５４０で記憶したデータを削除する。また、それまで保管していた当せんくじ券の現物も破棄する。この破棄処分は、クライアント端末２００にて裁断等を行っても良く、クライアント端末２００のオペレータ（販売業者）の手作業とすることもできる。
【００７８】
実施例１（図３，４）は、くじ券排出前に署名を行い、署名が必要な２枚目以降のくじ券は、１枚目の署名を流用することを特徴としているが、くじ券排出後、持込まれた全てのくじ券を処理した後に署名を行ってもよい。実施例２は、後者にあたり、図５、図６に処理の流れを示す。
【００７９】
図５に示すＳ７１０〜Ｓ７８０においては、図３に示すＳ４００〜Ｓ４８０までの処理と同様であるが、支払実行を行うと判断され、ステップＳ７２０で取得したイメージデータとステップＳ７４０で照合した当せん金データとを対応付けた図１０のような情報管理テーブルを作成し、記憶部２１２にて記憶した後、クライアント端末２００は、当せん照合結果を印刷部２５０にて印刷を行い（ステップＳ７９０）、くじ券を排出する（Ｓ８００）。
【００８０】
クライアント端末は、当せん照合を行ったくじ券を排出後、クライアント端末２００はくじ券挿入口に当せん照合を行うくじ券があるか否かを判断する（ステップＳ８１０）。照合を行うくじ券がある場合は、ステップＳ７１０で当せん照合するくじ券を取り込む。くじ券挿入口に取り込むくじ券がない場合は、表示部２５０で図８のような画面を表示し、メッセージ表示部に「当せん照合を終了しても良いですか」の旨のメッセージを表示し、挿入口にくじ券をセットしていない当せん照合を行うくじ券がある場合は、「いいえ」ボタンを押下し、挿入口に当せん照合を行うくじ券をセットし、ステップＳ７１０で当せん照合するくじ券を取り込む。
【００８１】
当せん照合を終了する場合は、「はい」ボタンを押下すると、ここでくじ券の当せん照合処理を終了し、署名の記入および当せんくじ券に関するデータをサーバー１００へ送信する手順へ進む。
【００８２】
まず、当せん照合を行ったくじ券の中で、当せんくじ券が含まれているか否かの判断を行い（ステップＳ８３０）、当せんくじ券が含まれていない場合は全ての処理を終了し、当せんくじ券が含まれている場合は、当せん照合を行ったくじ券の中に、署名が必要なくじ券が含まれているか否かの判断を行う（ステップＳ８４０）。
【００８３】
ステップＳ８４０で署名が必要なくじ券が、当せん照合を行ったくじ券の中に含まれていない場合、端末の固有情報を記憶する（ステップＳ８８０）。一方、署名が必要なくじ券が含まれている場合、署名記入画面を表示し（ステップＳ５１０）、当せんくじ券購入者の署名記入待つ。
【００８４】
署名の記入は例えば図９のような画面を表示し、氏名、住所、電話番号等を記入する。（ステップＳ５２０）。
【００８５】
署名記入が完了すると、クライアント端末２００は、署名データをステップＳ７８０で記憶したデータと対応付け、図１０のような情報管理テーブルに記憶する（ステップＳ８７０）。
【００８６】
ここで、複数枚署名が必要な場合、同じ署名データを流用することにより、複数回署名を記入することがなくなるため、署名記入の負荷を軽減することができる。
【００８７】
クライアント端末２００は、端末固有情報をステップＳ７８０で記憶したデータと対応付け、図１０のような情報管理テーブルに記憶する（ステップＳ８８０）。
【００８８】
端末固有情報が記憶された後、クライアント端末２００は図１０のデータをネットワークＮＷを介してサーバ１００に送信し（ステップＳ８９０）、サーバ１００はクライアント端末２００より送信された図１０の情報を受信した後（ステップＳ３２０）、記憶部１２０に情報登録を行う（ステップＳ３３０）。
【００８９】
その後、ステップＳ７８０でサーバ１００から取得した当せん判別照合データに基づき支払い当せん金を集計し、その集計を行う（Ｓ９００）。
【００９０】
次に、当せん照会を行った内容、例えば当せんやはずれのくじ券の枚数、当せん金額等の当せん照合結果をクライアント端末２００の明細印字部２７０で印字し、また、ステップＳ８６０で記入した署名データの印字も行う（ステップＳ９１０）。
【００９１】
最後に、集計金額をくじ券購入者に支払い全ての処理が終了となる（ステップＳ９２０）。
【図面の簡単な説明】
【００９２】
【図１】実施例の当せん金付くじ券サービスの概要を示す説明図である。
【図２】本実施例の当せん金付くじ券サービスに含まれるクライアント端末をその機能ごとに示しつつ他の機器との関係を併記したブロック図である。
【図３】実施例１のくじ券の当せん処理の内容の前半部分を示すフローチャートである。
【図４】実施例１のくじ券の当せん処理の内容の後半部分を示すフローチャートである。
【図５】実施例２のくじ券の当せん処理の内容の前半部分を示すフローチャートである。
【図６】実施例２のくじ券の当せん処理の内容の後半部分を示すフローチャートである。
【図７】当せん処理において種々の表示を行う表示部２２０の一例を示す説明図である。
【図８】当せん処理において種々の表示を行う表示部２２０の一例を示す説明図である。
【図９】当せん処理において署名を行う画面の一例を示す説明図である。
【図１０】当せん金データは当せんくじ券を関連付け記憶する情報管理テーブルの一例を示す図である。
【図１１】くじ券を模式的に示した説明図である。
【図１２】くじ券における照合結果の印刷の様子を示した説明図である。
【図１３】当せん照合を行った結果を印字した明細票の内容を示した説明図である。
【図１４】サーバ１００で行う当せん金支払処理を示す説明図である。
【符号の説明】
【００９３】
１００…サーバ、２００…クライアント端末、ＮＷ…ネットワーク、１１０…制御部、１２０…記憶部、２１０…制御部、２２０…表示部、２３０…スキャン入力部、２４０…署名入力部、２５０…印刷部、２６０…搬送部、２７０…明細票印字部、２８０…当せん金支払部、２４２…搬送機構、ＴＫ…くじ券。
【図１】
2006338430.tif 000003
【図２】
2006338430.tif 000004
【図３】
2006338430.tif 000005
【図４】
2006338430.tif 000006
【図５】
2006338430.tif 000007
【図６】
2006338430.tif 000008
【図７】
2006338430.tif 000009
【図８】
2006338430.tif 000010
【図９】
2006338430.tif 000011
【図１０】
2006338430.tif 000012
【図１１】
2006338430.tif 000013
【図１２】
2006338430.tif 000014
【図１３】
2006338430.tif 000015
【図１４】
2006338430.tif 000016