JP2013114525A - 発券システム及び発券端末 - Google Patents

Abstract

【課題】携帯端末に入力された情報から、エンドユーザ個別の参考情報を提供すること、及びエンドユーザ個別の参考情報を生成する際の演算方法を選択することを可能とする発券システム及び発券端末を提供する。
【解決手段】携帯端末と、携帯端末と接続されるサーバと、くじ券を発券する発券端末と、を有する発券システムであって、前記携帯端末は、前記サーバからくじ券発券の際に必要な情報を受信する第一の通信部と、前記必要な情報を表示する表示部と、を備え、前記サーバは、利用者の個人情報を記憶する記憶部と、前記記憶部に記憶された前記個人情報を基に、前記必要な情報を生成する制御部と、前記必要な情報を前記携帯端末に送信する第二の通信部と、備え、前記発券端末は、前記表示部に表示された前記必要な情報を読み取る読取部と、前記読取部にて読み取られた前記必要な情報を含むくじ券を発券する発券部と、を備える。
【選択図】図３

Description

本発明は、くじやチケットを発券する発券システム及び発券端末に関する。

携帯電話等の携帯端末で申し込みに必要な内容を事前に入力し、入力された申込内容をもとにくじやチケットを発券する発券システム及び発券端末については、様々な分野で知られている。

例えば、特許文献１では、エンドユーザ（携帯端末を操作する者）が携帯端末に入力した申込内容が携帯端末内に保存され、売場に設置された発券端末で携帯端末に表示された、申込内容を示すバーコードを読み取らせることにより、申込内容に対応したくじやチケットが発券されるシステムが記載されている（特許文献１参照）。

また、特許文献２では、エンドユーザが携帯端末から申し込み内容を入力する際に、過去の当せん情報を携帯端末の画面に表示することで、エンドユーザが過去の当せん情報と同じ内容を選択することができるシステムが記載されている（特許文献２参照）。

また、特許文献３では、データベースに記憶された過去の当せん情報とオッズ情報より、複数の数字を自動選択し、選択された数字での投票券購入を受け付けるシステムが記載されている（特許文献３参照）。

特開２００３−０７７０２３号公報 特開２００３−２９６４９６号公報 特開２００４−１１８５２７号公報

エンドユーザが携帯端末で申込内容を入力する際に必要な情報は、エンドユーザ自身が考えて、携帯端末に入力している。この際、過去の当せん情報や発売情報等を参考情報として、直接エンドユーザに提示することで、エンドユーザが情報を携帯端末に入力する際に参照することができる。

しかし、過去の当せん情報及び発売情報は、エンドユーザ個別の参考情報ではなく、エンドユーザ共通の参考情報である。そのため、エンドユーザの購入意欲を向上させるために、エンドユーザ共通の参考情報だけでなく、エンドユーザ個別の参考情報を表示することが求められている。

本発明では、エンドユーザによって携帯端末に入力された情報から、エンドユーザ個別の参考情報を提供すること、及びエンドユーザ個別の参考情報を生成する際の演算方法をエンドユーザが選択することを可能とする発券システム及び発券端末を提供することを目的とする。

前述の課題を達成するために、本発明においては、携帯端末と、携帯端末と接続されるサーバと、くじ券を発券する発券端末と、を有する発券システムであって、前記携帯端末は、前記サーバからくじ券発券の際に必要な情報を受信する第一の通信部と、前記必要な情報を表示する表示部と、を備え、前記サーバは、利用者の個人情報を記憶する記憶部と、前記記憶部に記憶された前記個人情報を基に、前記必要な情報を生成する制御部と、前記必要な情報を前記携帯端末に送信する第二の通信部と、備え、前記発券端末は、前記表示部に表示された前記必要な情報を読み取る読取部と、前記読取部にて読み取られた前記必要な情報を含むくじ券を発券する発券部と、を備えることを特徴としている。

本発明によれば、エンドユーザ個別の参考情報を生成する際の演算方法をエンドユーザ自身が選択できるため、単純にランダムな参考情報になるのではなく、エンドユーザ個別の参考情報となる。そのため、エンドユーザの購入意欲が向上する効果がある。また、エンドユーザがくじ券を購入する際に時間が無い場合に、携帯端末に表示された参考情報を事前に参照することにより、売場でくじ券を申し込む際に必要な時間の短縮及び売場の回転効率の向上を可能としている。

本実施形態におけるシステム構成を示す図である。 従来技術におけるくじ券購入の処理を示すフローチャートである。 本実施形態におけるくじ券購入の処理を示すフローチャートである ラッキーナンバー生成用の元データを登録する場合のフローチャートである。 ラッキーナンバーが必要または不要であるか判断するフローチャートである。 ラッキーナンバーとして使用される項目名を抽出するフローチャートである。 ラッキーナンバーとして使用される桁数を抽出するフローチャートである。 ラッキーナンバーとして使用される桁数に対し、演算方法を選択させるフローチャートである。 演算結果の例外処理を示すフローチャートである。 生成されたラッキーナンバーを携帯端末に表示させる処理を示すフローチャートである。 個人情報登録用画面である。 個人情報登録用画面である。 個人情報登録用画面である。 個人情報登録内容確認画面である。 ラッキーナンバー生成要否選択画面である。 項目名の選択画面である。 項目名に対して使用される桁数の選択画面である。 演算方法の選択画面である。 演算結果の例外処理の選択画面である。 生成されたラッキーナンバーの表示画面である。

以下、本発明の一つの実施形態について図面を用いて説明する。図１は、本実施形態におけるシステム構成を示す図である。また、図２は、従来技術のフローチャートである。また、図３〜図１０は、本実施形態のフローチャートである。また、図１１〜図１８は、携帯端末に表示される画面例である。

Ａ．発券システムの基本構成
本発明における発券システムは、くじ券のラッキーナンバー（申込数字）を生成し、エンドユーザに対して提供することを可能としている。ラッキーナンバーは、サーバに予め登録された個人情報をもとに生成され、ネットワークを介して接続された携帯電話等の携帯端末に送信される。送信されたラッキーナンバーは、携帯端末の画面に参考情報として表示され、エンドユーザに提供される。

図１は、発券システムの概略図である。発券システムＳは、エンドユーザに提供するラッキーナンバーを生成する発券端末サーバ１と、くじ券を発券する発券端末２と、エンドユーザが操作する携帯端末３とが、それぞれネットワーク４を介して接続されて構成される。

発券端末サーバ１は、ラッキーナンバーを生成するＣＰＵ等の制御部１００と、ラッキーナンバーを生成するための元データである、エンドユーザの住所・電話番号・誕生日・好みの数字とラッキーナンバーを生成する際の演算方法等を保存するメモリ又はハードディスク等の記憶部１０１と、発券端末２及び携帯端末３と通信を行う通信部１０２とから構成される。発券端末サーバ１の制御部１００は、（１）携帯端末３から送信された、ラッキーナンバーを生成するための元データとラッキーナンバーを生成する際の演算方法とを記憶部１０１に保存し、（２）記憶部１０１に保存された元データとラッキーナンバーを生成する際の演算方法とから、ラッキーナンバーを生成し、（３）生成されたラッキーナンバーを携帯端末３に送信する。

また、記憶部１０１に記憶されるエンドユーザの住所・電話番号・誕生日・好みの数字等は、項目毎（住所毎、電話番号毎、誕生日毎等）に記憶されていても、エンドユーザ毎に記憶されていても、どちらでも良い。

発券端末２は、端末の制御部２００と、ラッキーナンバーを読み取る読取部２０１と、くじを発券する発券部２０２と、発券端末サーバ１及び携帯端末３と通信を行う通信部２０３とから構成される。読取部２０１は、携帯端末に表示されたラッキーナンバー（又はラッキーナンバーを変換したバーコード、２次元コード等）を読み取る機能を有する。また、読取部２０１で読み取られたラッキーナンバーを含むくじ券は、発券部２０２により印刷され、エンドユーザに提供される。

携帯端末３は、端末の制御部３００と、端末の操作部３０１と、ディスプレイ等の表示部３０２と、端末の記憶部３０３と、発券端末サーバ１及び発券端末２と通信を行う通信部３０４とから構成される。操作部３０１を介してエンドユーザによって入力された元データは、通信部３０４を介して発券端末サーバ１に送信される。また、発券端末サーバ１から受信したラッキーナンバーは、制御部３００により変換され、表示部３０２に表示される。この際、ラッキーナンバーを直接表示することが望ましいが、ラッキーナンバーに加え、バーコードや２次元コードを表示しても良い（本実施形態の説明では、ラッキーナンバーのみ表示する例を用いて説明する）。

Ｂ．従来技術におけるくじ券購入の処理フロー
本実施形態におけるくじ券購入の処理フローを説明する前に、従来技術におけるくじ券購入の処理フローについて、図２を用いて説明する。

最初に、携帯端末の操作部を介して、くじ券購入に必要な元データが入力される（Ｓ１）。入力された元データが確定された後（Ｓ２）、携帯端末の制御部は、元データをバーコード等の情報に変換し、携帯端末の記憶部に保存する（Ｓ３）。携帯端末の表示部に表示されたバーコード等を、くじ発券端末の読取部が読み取ることにより（Ｓ４）、くじ券が印刷される（Ｓ５）。

この際、くじ券購入に必要な元データとは、エンドユーザが直接入力した数字等であり、当該元データを用いてエンドユーザ個別の参考情報を携帯端末に表示することに関しては想定されていない。

Ｃ．本実施形態におけるくじ券購入の処理フロー
以下、本実施形態の発券システムにおける処理フローについて、図３に示すフローチャートを用いて説明する。

図３は、エンドユーザ個別のラッキーナンバーの生成、携帯端末へのラッキーナンバーの表示、及びくじ券購入の処理フローを示すフローチャートである。最初に、携帯端末３の操作部３０１を介して、ラッキーナンバーを生成するための元データ（エンドユーザの住所・電話番号・誕生日・好みの数字）が入力される（Ｓ６）。入力された元データは、ネットワーク４を介して発券端末サーバ１に送信され、発券端末サーバ１の記憶部１０１に記憶される（Ｓ７）。

次に、携帯端末３の操作部３０１を介して、エンドユーザが購入を希望するくじ券の種類及び申し込み内容が入力される（Ｓ８）。入力されたくじ券の種類及び申し込み内容は、ネットワーク４を介して発券端末サーバ１に送信され、発券端末サーバ１の記憶部１０１に記憶される（Ｓ９）。エンドユーザが、発券端末サーバ１に登録した元データより生成されたラッキーナンバーを参照する場合、携帯端末３から発券端末サーバ１に対して、ラッキーナンバーの表示要求を送信する（Ｓ１０）。この際、携帯端末３の操作部３０１を介して、ラッキーナンバーを生成する際の演算方法を選択する。

次に、発券端末サーバ１は、上記元データ及び上記演算方法をもとに、エンドユーザ個別のラッキーナンバーを生成し、携帯端末３に送信する（Ｓ１１）。ラッキーナンバーを受信した携帯端末３は、当該ラッキーナンバー等を表示部３０２に表示する（Ｓ１２）、表示部３０２に表示されたラッキーナンバー等を、発券端末２の読取部２０１で読み取った後、当該ラッキーナンバーを含むくじ券が発券部２０２から印刷される（Ｓ１３）。

Ｄ．エンドユーザのラッキーナンバーの生成
次に、ラッキーナンバー生成用の元データとなる、住所・電話番号・誕生日・好みの数字等の個人情報を登録する際の手順について、図４に示すフローチャートを用いて説明する。

図４は、ラッキーナンバー生成用の元データを登録する場合のフローチャートである。最初に、携帯端末３から発券端末サーバ１にアクセスし、元データ入力用のテンプレートがダウンロードされる（Ｓ１４）。ダウンロードされたテンプレートは、携帯端末３の表示部３０２に表示される（Ｓ１５）。エンドユーザによってテンプレートに入力された元データは、携帯端末３の記憶部３０３に記憶される（Ｓ１６）。記憶部３０３に記憶された元データは、ネットワーク４を介して発券端末サーバ１に送信され、発券端末サーバ１の記憶部１０１に記憶される（Ｓ１７）。

Ｓ１５において、携帯端末３の表示部３０２に表示される画面の例を、図１１〜図１３を用いて詳細に説明する。最初に、図１１に示すような個人情報登録用画面１１００が表示される。エンドユーザは、氏名入力エリア１１０１にエンドユーザの氏名を入力し、住所入力エリア１１０２にエンドユーザの住所を入力する。

住所及び氏名が入力され、「次のページへ」ボタン１１０３が選択された後、図１２に示すような個人情報登録用画面１２００が表示される。エンドユーザは、電話番号名入力エリア１２０１に「自宅」「携帯端末」等の電話番号名を入力し、電話番号入力エリア１２０２に電話番号名に対応する電話番号を入力する。電話番号を複数登録する際は、「他のデータも入力する」ボタン１２０３を選択し、他の電話番号名及び電話番号を入力する。

全ての電話番号名及び電話番号が入力され、「次のページへ」ボタン１２０４が選択された後、図１３に示すような個人情報登録用画面１３００が表示される。エンドユーザは、誕生日名入力エリア１３０１に「自分」「友達」「恋人」等を示す誕生日名を入力し、誕生日入力エリア１３０２に誕生日名に対応する誕生日を入力する。誕生日を複数登録する際は、「他のデータも入力する」ボタン１３０３を選択し、他の誕生日名及び誕生日を入力する。

全ての誕生日名及び誕生日が入力され、「次のページへ」ボタン１３０４が選択された後、図１４に示すような個人情報登録内容確認画面１４００が表示される。個人情報登録内容確認画面１４００は、個人情報登録画面１１００、１２００、１３００で入力されたデータを確認する画面である。個人情報登録内容確認画面１４００の表示例として、図１４では、個人情報登録内容確認画面１４００に表示された各項目、氏名データ表示エリア１４０１、住所データ表示エリア１４０２、電話番号データ表示エリア１４０３〜１４０６、誕生日データ表示エリア１４０７〜１４０８を示している。

個人情報登録内容確認画面１４００に表示された情報に問題が無く、「この内容で登録する」ボタン１４０９が選択された場合、上述のＳ１６及びＳ１７の処理が行われ、入力された元データは発券端末サーバ１の記憶部１０１に記憶される。一方、個人情報登録内容確認画面１４００に表示された情報の修正が必要であり、「戻る」ボタン１４１０が選択された場合、図１１に示す個人情報登録用画面１１００へ戻り、エンドユーザが入力した内容を修正することができる。

なお、発券端末サーバ１の記憶部１０１に記憶された個人情報を更新する場合は、Ｓ１４と同様に、携帯端末３から発券端末サーバ１にアクセスし、元データ入力用のテンプレートをダウンロードする元データ入力用のテンプレートが再度ダウンロードされる。エンドユーザによって更新後の元データが入力された後、更新後の元データは、携帯端末３の記憶部３０３に記憶される。記憶部３０３に記憶された更新後の元データは、元データの更新要求とともに、ネットワーク４を介して発券端末サーバ１に送信され、発券端末サーバ１の記憶部１０１に記憶される。

次に、図５〜図９に示すフローチャートを用いて、くじ券購入時に、エンドユーザ用のラッキーナンバーが生成される手順について説明する。

図５は、くじ券購入時に、エンドユーザ個別のラッキーナンバーが必要または不要であるか判断するフローチャートである。最初に、携帯端末３から発券端末サーバ１にアクセスし、ラッキーナンバー生成要否用のテンプレートがダウンロードされる（Ｓ１８）。ダウンロードされたテンプレートは、携帯端末３の表示部３０２に表示される（Ｓ１９）。

図１５は、ラッキーナンバー生成要否選択画面１５００の一例である。「はい」ボタン１５０１が選択された場合（Ｓ２０：ＹＥＳ）、エンドユーザ個別のラッキーナンバーとして使用する項目名を抽出する処理に移行する（Ｓ２１）。一方、「いいえ」ボタン１５０２が選択された場合（Ｓ２０：ＮＯ）、発券端末サーバ１に処理中断要求を送信し、ラッキーナンバーを生成・表示されずに処理を中断する（Ｓ２２）。

図６は、ラッキーナンバーを生成する際、発券端末サーバ１に登録しておいた元データから、ラッキーナンバーとして使用される項目名を抽出するフローチャートである。最初に、携帯端末３の表示部３０２に、図１６に示すような項目名の選択画面１６００が表示される（Ｓ２３）。

項目名の選択画面１６００には、発券端末サーバ１に登録された元データの項目名である、「住所」「電話番号」「誕生日」等が表示される。ラッキーナンバーとして使用する項目名は、項目名選択ボタン１６０１により選択される（Ｓ２４）。項目名が選択され、かつ「ＯＫ」ボタン１６０２が選択されることにより（Ｓ２５：ＯＫ）、ラッキーナンバーとして使用される項目名が抽出され、ラッキーナンバーとして使用する桁数を選択させるフローに移行する（Ｓ２６）。一方、「キャンセル」ボタン１６０３が選択された場合（Ｓ２５：キャンセル）、発券端末サーバ１に処理中断要求を送信し、ラッキーナンバーとして使用する項目名の抽出を中断する（Ｓ２７）。

なお、Ｓ２４において、ラッキーナンバーとして使用する項目名は、単数選択及び複数選択のどちらでも良い。

図７は、ラッキーナンバーの元データとして選択された項目名に対し、使用される桁数を抽出するフローチャートである。最初に、携帯端末３の表示部３０２に、図１７に示すような、ラッキーナンバーとして使用される項目名に対して使用される桁数の選択画面１７００が表示される（Ｓ２８）。

桁数の選択画面１７００には、Ｓ２４にて選択された「項目名」１７０１と、当該項目名に対して登録されている「数字」１７０２と、桁数選択用ボタン１７０３とが表示される。ラッキーナンバーとして使用する桁数は、桁数選択用ボタン１７０３により選択される（Ｓ２９）。桁数が選択され、かつ「ＯＫ」ボタン１７０４が選択されることにより（Ｓ３０：ＯＫ）、ラッキーナンバーとして使用される桁数が抽出され、ラッキーナンバーとして使用する桁数の演算方法を選択させるフローに移行する（Ｓ３１）。一方、「キャンセル」ボタン１７０５が選択された場合（Ｓ３０：キャンセル）、発券端末サーバ１に処理中断要求を送信し、ラッキーナンバーとして使用される桁数の抽出を中断する（Ｓ３２）。

なお、Ｓ２９において、ラッキーナンバーとして使用される桁数は、単数選択及び複数選択のどちらでも良い。

図８は、ラッキーナンバーとして使用される桁数に対し、演算方法を選択させるフローチャートである。最初に、携帯端末３の表示部３０２に、図１８に示すような、ラッキーナンバーとして使用される桁数に対する、演算方法の選択画面１８００が表示される（Ｓ３３）。

演算方法の選択画面１８００には、演算式選択ボタン１８０１が表示される。演算式は、図１８に示す「＋」「−」「×」「÷」の他に、累乗及び階乗等でも良い。演算式は、演算式選択ボタン１８０１により選択される（Ｓ３４）。演算式が選択され、かつ「ＯＫ」ボタン１８０２が選択されることにより（Ｓ３５：ＯＫ）、発券端末サーバ１にて、演算が行われる（Ｓ３６）。演算後、演算結果が整数であるか判断する（Ｓ３７）。演算結果が整数で無い場合（Ｓ３７：Ｎｏ）、演算結果の例外処理フローに移行する（Ｓ３８）。一方、演算結果が整数である場合（Ｓ３７：Ｙｅｓ）、ラッキーナンバーの表示処理に移行する（Ｓ３９）。

また、Ｓ３５において、「キャンセル」ボタン１８０３が選択された場合（Ｓ３５：キャンセル）、発券端末サーバ１に処理中断要求を送信し、ラッキーナンバーとして使用される桁数に対する、演算方法の選択を中断する（Ｓ４０）。

図９は、演算結果の例外処理を示すフローチャートである。最初に、携帯端末３の表示部３０２に、図１９に示すような、演算結果の例外処理の選択画面１９００が表示される（Ｓ４１）。

演算結果の例外処理の選択画面１９００には、演算結果が整数で無い（小数点がある）場合、小数点以下を「切り上げる」「切り捨てる」等の処理方法ボタン１９０１が表示される。なお、図１９には示されていないが、小数点以下を四捨五入としても良い。処理方法は、処理方法ボタン１９０１により選択される（Ｓ４２）。処理方法が選択され、かつ「ＯＫ」ボタン１９０２が選択されることにより（Ｓ４３：ＯＫ）、発券端末サーバ１にて演算結果を整数とする（Ｓ４４）。演算結果を整数とした後、ラッキーナンバーの表示処理に移行する（Ｓ４５）。一方、「キャンセル」ボタン１９０３が選択された場合（Ｓ４４：キャンセル）、発券端末サーバ１に処理中断要求を送信し、演算結果の例外処理を中断する（Ｓ４６）。

上記ラッキーナンバーの生成処理であるが、エンドユーザが購入したいくじ券の種類に応じて必要な数のラッキーナンバーが生成されるまで繰り返し行われる。

図１０は、生成されたラッキーナンバーを携帯端末３に表示させる処理を示すフローチャートである。最初に、携帯端末３の表示部３０２に、図２０に示すような、生成されたラッキーナンバーの表示画面２０００が表示される（Ｓ４７）。

ラッキーナンバーの表示画面２０００には、Ｓ８で選択されたくじ券の種類を示すくじ券種別表示エリア２００１と、発券端末サーバ１にて生成されたラッキーナンバーを示すラッキーナンバー表示エリア２７０２とが表示される。ラッキーナンバー表示エリア２００２に表示されたラッキーナンバーが、発券端末２の読取部２０１で読み取られることにより（Ｓ４８）、発券端末２の発券部２０２から当該ラッキーナンバーを含むくじ券が発券部２０２から印刷される（Ｓ４９）。

なお、ラッキーナンバーの表示画面２０００に「ＯＫ」ボタンを設け、「ＯＫ」ボタンが選択されたら、発券端末サーバ１又は携帯端末３から、発券端末２にラッキーナンバーを送信しても良い。この場合、発券端末２の読取部２０１を介することなく、発券端末２の発券部２０２から当該ラッキーナンバーを含むくじ券が発券部２０２から印刷されるため、売り場での処理時間が短縮される効果を有する。

また、発券端末サーバ１又は携帯端末３から、発券端末２にラッキーナンバーを送信する構成の場合、ラッキーナンバーの表示画面２０００に「キャンセル」ボタンを設け、「キャンセル」ボタンが選択されたら、発券端末２にラッキーナンバーを送信せずに、処理を中断しても良い。

本実施例はくじ券の発券端末について述べたが、くじ券以外のチケットや、その他抽選して物を購入する場合等にも適用可能である。

１：発券端末サーバ、２：くじ発券端末機、３：携帯端末、４：ネットワーク、１１００、１２００、１３００：個人情報登録用画面、１４００：個人情報登録内容確認画面、１５００：ラッキーナンバー生成要否選択画面、１６００：項目名の選択画面、１７００：桁数の選択画面、１８００：演算方法の選択画面、１９００：演算結果の例外処理の選択画面、２０００：生成されたラッキーナンバーの表示画面

Claims (16)

1. 携帯端末と、携帯端末と接続されるサーバと、くじ券を発券する発券端末と、を有する発券システムであって、
   前記携帯端末は、前記サーバからくじ券発券の際に必要な情報を受信する第一の通信部と、前記必要な情報を表示する表示部と、を備え、
   前記サーバは、利用者の個人情報を記憶する記憶部と、前記記憶部に記憶された前記個人情報を基に、前記必要な情報を生成する制御部と、前記必要な情報を前記携帯端末に送信する第二の通信部と、備え、
   前記発券端末は、前記表示部に表示された前記必要な情報を読み取る読取部と、前記読取部にて読み取られた前記必要な情報を含むくじ券を発券する発券部と、を備えることを特徴とする発券システム。
2. 請求項１記載の発券システムであって、
   前記利用者の個人情報は、前記個人情報の項目単位に前記記憶部に記憶されることを特徴とする発券システム。
3. 請求項１記載の発券システムであって、
   前記利用者の個人情報は、前記利用者単位に前記記憶部に記憶されることを特徴とする発券システム。
4. 請求項１〜３のいずれか１つに記載の発券システムであって、
   前記第一の通信部は、前記利用者の個人情報を送信し、
   前記第二の通信部は、前記利用者の個人情報を受信し、
   前記利用者の個人情報は、前記記憶部に記憶されることを特徴とする発券システム。
5. 請求項４記載の発券システムであって、
   前記第一の通信部は、前記利用者の個人情報の更新要求と、更新対象である前記利用者の個人情報と、を送信し、
   前記第二の通信部は、前記利用者の個人情報の更新要求と、前記更新対象である前記利用者の個人情報と、を受信し、
   前記更新対象である前記利用者の個人情報は、前記記憶部に記憶されることを特徴とする発券システム。
6. 請求項１〜５のいずれか１つに記載の発券システムであって、
   前記第一の通信部により、サーバに処理中断要求を送信された場合、前記制御部は、前記必要な情報の生成を中断することを特徴とする発券システム。
7. 請求項１〜６のいずれか１つに記載の発券システムであって、
   前記第一の通信部により、サーバに前記必要な情報として用いる項目が送信された場合、前記制御部は、該項目を用いて前記必要な情報を生成することを特徴とする発券システム。
8. 請求項７記載の発券システムであって、
   前記第一の通信部により、前記項目に対して用いる桁数が送信された場合、前記制御部は、該桁数を用いて前記必要な情報を生成することを特徴とする発券システム。
9. 請求項８記載の発券システムであって、
   前記第一の通信部により、前記桁数に対する演算方法が送信された場合、前記制御部は、該演算方法を用いて前記必要な情報を生成することを特徴とする発券システム。
10. 請求項９記載の発券システムであって、
    前記第一の通信部により、前記演算方法による演算結果の例外処理が送信された場合、前記例外処理を用いて前記必要な情報を生成することを特徴とする発券システム。
11. 請求項１〜１０のいずれか１つに記載の発券システムであって、
    前記くじ券の種類に応じた数の前記必要な情報を生成することを特徴とする発券システム。
12. 携帯端末に表示された情報を読み取り、くじ券を発券する発券端末であって、
    前記携帯端末に表示された情報を読み取る読取部と、前記読取部にて読み取られた情報を含むくじ券を発券する発券部と、を備え、
    前記携帯端末に表示された情報は、前記携帯端末と接続されたサーバにより生成され、該携帯端末で受信した情報であることを特徴とする発券端末。
13. 請求項１２記載の発券端末であって、
    前記読取部は、前記携帯端末に表示された、前記サーバにより前記利用者の個人情報のうち少なくとも一つの項目を基に生成された情報を読み取ることを特徴とする発券端末。
14. 請求項１３記載の発券システムであって、
    前記情報は、予め指定された前記項目に対する所定の桁数を用いて生成された情報であることを特徴とする発券端末。
15. 請求項１４記載の発券システムであって、
    前記情報は、予め指定された前記桁数に対する所定の演算方法を用いて生成された情報であることを特徴とする発券端末。
16. 請求項１５記載の発券システムであって、
    前記情報は、予め指定された前記演算方法の演算結果の例外処理を用いて生成された情報であることを特徴とする発券端末。

Images