特開 2023-117165 情報出力制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023117165

(43)【公開日】2023-08-23

(54)【発明の名称】情報出力制御方法

(51)【国際特許分類】

   G06Q 50/34 20120101AFI20230816BHJP

【ＦＩ】

G06Q50/34

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2022019730

(22)【出願日】2022-02-10

(71)【出願人】

【識別番号】522056183

【氏名又は名称】株式会社ＩＰシャフト

(74)【代理人】

【識別番号】100105315

【弁理士】

【氏名又は名称】伊藤 温

(72)【発明者】

【氏名】池亀 敏則

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC54

(57)【要約】

【課題】 宝くじの当否結果の出力に際し、宝くじの利用者の興趣を向上させることが可能なくじの情報出力制御方法を提供する。
【解決手段】 宝くじの照合結果に基づき宝くじ照合情報を出力する情報出力制御方法であって、宝くじ照合情報を出力する際には、照合結果を暗示する当せん予告演出を出力した後で、照合結果を明示する当せん発生演出を出力し、照合結果が第一の結果（例えば、ストレートの当せん）である場合と照合結果が第一の結果とは異なる第二の結果（例えば、ストレート以外の当せん）である場合とで、当せん予告演出として異なる演出を出力可能であるくじの情報出力制御方法が提供される。
【選択図】 図８

【特許請求の範囲】

【請求項1】

宝くじの照合結果に基づき宝くじ照合情報を出力する情報出力制御方法であって、
前記宝くじ照合情報を出力する際には、前記照合結果を暗示する第一の宝くじ照合情報を出力した後で、前記照合結果を明示する第二の宝くじ照合情報を出力し、
前記照合結果が第一の結果である場合と前記照合結果が前記第一の結果とは異なる第二の結果である場合とで、前記第一の宝くじ照合情報として異なる情報内容を出力可能である情報出力制御方法。

【請求項2】

前記異なる情報内容は、異なる広告情報を含む請求項１に記載の情報出力制御方法。

【請求項3】

宝くじの照合結果に基づき宝くじ照合情報を出力する情報出力制御方法であって、
前記照合結果が第一の結果である場合と前記照合結果が前記第一の結果とは異なる第二の結果である場合とで、前記宝くじ照合情報として異なる情報内容を出力可能であり、
前記異なる情報内容は、異なる広告情報を含む情報出力制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

宝くじの照合結果に基づき宝くじ照合情報を出力する情報出力制御方法に関する。

【背景技術】

【0002】

宝くじの回別情報及び当選番号情報を取得し、取得した回別情報及び当選番号情報を送信して、宝くじの当否結果を電子メール等で出力する方法が知られている（例えば、特許文献１）。

【0003】

また、宝くじの種類情報及び当選番号情報を用いて、宝くじの当否結果を利用者端末に出力する方法が知られている（例えば、特許文献２）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１９－１６０３０８号公報

【特許文献2】特開２０１７－２１５６３６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

このようなくじの情報出力制御方法は、宝くじの回別情報や宝くじの種類情報と宝くじの当選番号情報とに基づいて宝くじの当否結果を宝くじの利用者に対して通知するだけのものであり、宝くじの当否結果以外に何ら利用者に対して興趣を与えるものではなかった。

【0006】

本発明は、上述の点に鑑みてなされたものであり、その目的とするところは、宝くじの当否結果の出力に際し、宝くじの利用者の興趣を向上させることが可能なくじの情報出力制御方法を提供する。

【課題を解決するための手段】

【0007】

本発明によるくじの情報出力制御方法の特徴は、
宝くじの照合結果に基づき宝くじ照合情報を出力する情報出力制御方法であって、
前記宝くじ照合情報を出力する際には、前記照合結果を暗示する第一の宝くじ照合情報を出力した後で、前記照合結果を明示する第二の宝くじ照合情報を出力し、
前記照合結果が第一の結果である場合と前記照合結果が前記第一の結果とは異なる第二の結果である場合とで、前記第一の宝くじ照合情報として異なる情報内容を出力可能である。

【発明の効果】

【0008】

宝くじの当否結果の出力に際し、宝くじの利用者の興趣を向上させることが可能なくじの情報出力制御方法を提供することができる。

【図面の簡単な説明】

【0009】

【図1】くじ照合システムの構成を示す概略図である。

【図2】本実施の形態におけるくじ照合処理を示すフローチャートである。

【図3】本実施の形態における宝くじ種類情報取得処理を示すフローチャートである。

【図4】本実施の形態における当せん番号取得処理を示すフローチャートである。

【図5】本実施の形態における宝くじ申込番号取得処理を示すフローチャートである。

【図6】本実施の形態における当否照合処理を示すフローチャートである。

【図7】本実施の形態における等級照合処理を示すフローチャートである。

【図8】本実施の形態における特別演出実行処理を示すフローチャートである。

【図9】本実施の形態における特別演出の概要を示す遷移図である。

【図10】本実施の形態における当せん予告演出を示す遷移図である。

【図11】本実施の形態における当せん発生演出を示す遷移図である。

【図12】第２実施の形態における宝くじ種類情報取得処理を示すフローチャートである。

【図13】第２実施の形態における当せん番号取得処理を示すフローチャートである。

【図14】第２実施の形態における宝くじ申込番号取得処理を示すフローチャートである。

【図15】第２実施の形態における等級照合処理を示すフローチャートである。

【図16】第２実施の形態における特別演出実行処理を示すフローチャートである。

【図17】第２実施の形態における特別演出の概要を示す遷移図である。

【図18】本実施の形態及び第２実施の形態におけるくじ番号収集・集計処理を示すフローチャートである。

【図19】本実施の形態及び第２実施の形態における宝くじ集計情報を表示した利用者側端末装置のディスプレイの概略図である。

【発明を実施するための形態】

【0010】

＜＜＜＜本実施の形態の概要＞＞＞＞
＜＜＜第１の実施の態様＞＞＞
＜＜第１－１の実施の態様＞＞
第１－１の実施の態様によれば、
宝くじの照合結果に基づき宝くじ照合情報を出力する情報出力制御方法であって、
前記宝くじ照合情報を出力する際には、前記照合結果を暗示する第一の宝くじ照合情報を出力した後で、前記照合結果を明示する第二の宝くじ照合情報を出力し、
前記照合結果が第一の結果である場合と前記照合結果が前記第一の結果とは異なる第二の結果である場合とで、前記第一の宝くじ照合情報として異なる情報内容を出力可能であるくじの情報出力制御方法が提供される。

【0011】

宝くじの照合結果は、くじ照合処理（図２参照）によって確認することができる。くじ照合処理は、宝くじ種類情報取得処理（図３参照）と、当せん番号取得処理（図４参照）と、宝くじ申込番号取得処理（図５参照）と、当否照合処理（図６参照）と、を実行する。

【0012】

宝くじ種類情報取得処理は、複数ある宝くじの種類から照合処理で照合する宝くじの種類を取得する処理である。当せん番号取得処理は、宝くじ管理者が開示する情報の中から宝くじの種類に対応した当せん番号の情報を取得する処理である。宝くじ申込番号取得処理は、利用者が購入した宝くじの申込番号を取得する宝くじ申込番号取得処理である。当否照合処理は、宝くじ種類情報取得処理で取得した宝くじの種類の情報と、当せん番号取得処理で取得した宝くじの当せん番号の情報と、宝くじ申込番号取得処理で取得した宝くじの申込番号の情報とに基づいて、宝くじの当否照合を実行する当否照合処理である。

【0013】

宝くじ照合情報は、照合結果を暗示する第一の宝くじ照合情報と、照合結果を明示する第二の宝くじ照合情報とを有している。第一の宝くじ照合情報を出力する例としては、特別演出実行処理におけるリーチ演出、当せん予告演出、広告演出等がある。第二の宝くじ照合情報を出力する例としては、特別演出実行処理における当せん発生演出等がある。

【0014】

照合結果が第一の結果である場合の例としては、ストレートの当せん、配当金が７桁以上の当せん、２等以上の当り（ロト系）等がある。照合結果が第一の結果とは異なる第二の結果である場合の例としては、ストレート以外の当せん、配当金が７桁未満の当せん、２等未満（ロト系）の当り、ハズレ（配当無し）等がある。即ち、照合結果が第一の結果である場合と第二の結果である場合とで、配当の度合い（配当無しを含む）が異なれば良い。また、照合結果が第一の結果である場合と第二の結果である場合とがともに配当無しの場合で、当せん番号と合致している度合い（合致している数字の個数）が異なるケースも含む。

【0015】

このように構成することにより、宝くじの当否結果の出力に際し、宝くじの利用者の興趣を向上させることができる。

【0016】

＜＜第１－２の実施の態様＞＞
第１－２の実施の態様は、第１－１の実施の態様において、
前記異なる情報内容は、異なる広告情報を含む。広告情報は、広告演出である。

【0017】

第一の宝くじ照合情報を出力する例として、広告演出が含まれる。また、広告演出は、照合結果が第一の結果である場合の第一の広告演出と、照合結果が第二の結果である場合の第二の広告演出と、を有している。

【0018】

このように広告情報を表示することで配当金の使い道を提案でき、且つその広告情報の表示が利用者の消費行動の一助となり得るようにすることができる。

【0019】

＜＜第１－３の実施の態様＞＞
第１－３の実施の態様によれば、
宝くじの照合結果に基づき宝くじ照合情報を出力する情報出力制御方法であって、
前記照合結果が第一の結果である場合と前記照合結果が前記第一の結果とは異なる第二の結果である場合とで、前記宝くじ照合情報として異なる情報内容を出力可能であり、
前記異なる情報内容は、異なる広告情報を含むくじの情報出力制御方法が提供される。

【0020】

このように構成することにより、広告情報を表示することで配当金の使い道を提案できる。また、広告情報の表示が利用者の消費行動の一助となり得るようにすることができる。さらに、宝くじの当否結果の出力に際し、宝くじの利用者の興趣を向上させることができる。

【0021】

＜＜＜第２の実施の態様＞＞＞
＜＜第２－１の実施の態様＞＞
第２－１の実施の態様によれば、
ある回号における数字選択式宝くじにおいて購入対象となった複数のくじパターンを入力可能とし、前記ある回号における数字選択式宝くじに係る抽せんが行われるよりも前の時期に、当該入力した各くじパターンの口数を集計した結果に基づき宝くじ集計情報を出力するくじの情報出力制御方法が提供される。

【0022】

ある回号における数字選択式宝くじにおいて購入対象となった複数のくじパターンを入力とする。くじパターンは、宝くじの申込番号である。宝くじ管理者側端末装置は、複数の利用者が購入した複数の宝くじの申込番号の口数を集計する。宝くじ管理者側端末装置は、利用者側端末装置に集計した結果である宝くじ集計情報を出力する。

【0023】

このように構成することにより、その抽せんの回号において、宝くじの購入が締め切られる前に、宝くじ集計情報を確認して購入数が多い宝くじの申込番号や少ない宝くじの申込番号を推測できれば、利用者が宝くじを購入する際に指定すべき数字の手がかりとなり得るようにすることができる。また、購入数が少ない宝くじの申込番号を利用者に通知することによって、価値ある情報（技術介入情報）とすることができる。

【0024】

＜＜第２－２の実施の態様＞＞
第２－２の実施の態様は、第２－１の実施の態様において、
前記ある回号における数字選択式宝くじに係る抽せんが行われるよりも前の時期での複数の更新タイミングで、各くじパターンの口数を再集計する。

【0025】

このように構成することにより、その抽せんの回号において、宝くじの購入が締め切られる前に、複数の更新タイミングで各くじパターンの口数を再集計して宝くじ集計情報を確認できることによって、より価値の高い情報とすることができる。

【0026】

＜＜＜＜本実施の形態の詳細＞＞＞＞
以下に、実施の形態について図面に基づいて説明する。

【0027】

＜＜＜＜くじ照合システム＞＞＞＞
図１は、くじの情報出力制御方法を実現するためのくじ照合システムの構成を示す概略図である。くじ照合システム１０は、宝くじ管理者側端末装置１１０と利用者側端末装置１２０とからなる宝くじチェッカーであって、ぱちんこ演出シミュレータを含むシステムである。くじ照合システム１０で用いる宝くじの種類は、ナンバーズ４、ナンバーズ３である。宝くじの種類は、ロト７、ロト６、ミニロト、その他の宝くじであっても良い。

【0028】

＜＜＜宝くじ管理者側端末装置１１０＞＞＞
宝くじ管理者側端末装置１１０は、宝くじの種類情報、宝くじの回別情報、宝くじの当せん番号情報等を管理する装置である。宝くじ管理者側端末装置１１０は、ＣＰＵ（中央処理装置）、ＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＨＤＤ（ハードディスクドライブ）等の記憶装置、Ｉ／Ｆ（通信インターフェース装置）、ディスプレイ、操作装置（キーボード、マウス、タッチパネルなど）などを備えたパーソナルコンピュータなどである。宝くじ管理者側端末装置１１０は、各種の演算処理及びデータ処理や、インターネットなどの通信ネットワーク１００を介して利用者側端末装置１２０との通信が可能な装置である。宝くじ管理者側端末装置１１０は、本実施の形態のくじ照合システムを提供する管理者の端末装置である（宝くじの運営管理者となる銀行のウエブサイト等から前述した各種情報を複製可能である）が、宝くじの運営管理者である銀行の端末装置（前述した各種情報の原本が記憶されている装置）であっても良い。

【0029】

＜＜宝くじの種類情報、宝くじの回別情報、宝くじの当せん番号情報＞＞
宝くじの種類情報は、ナンバーズ４、ナンバーズ３の宝くじの種類の情報である。宝くじの回別情報は、宝くじの回別（宝くじの回数、宝くじの回号）を示す情報である。宝くじの当せん番号情報は、宝くじの当せん番号を示す情報である。なお、宝くじの種類情報は、ロト７、ロト６、ミニロト、その他の宝くじの種類の情報であっても良い。

【0030】

＜＜＜利用者側端末装置１２０＞＞＞
利用者側端末装置１２０は、宝くじの当せん又は否当せん（以下、当否という。）を利用者が確認可能な端末である。利用者は、宝くじを購入した者であるが、利用者側端末装置１２０を用いて宝くじの当否を確認する者であれば良い。利用者側端末装置１２０は、くじ照合処理Ｓ２００を実行するアプリケーション（以下、照合アプリ）をインストールすることにより、宝くじの当否を確認することができる。利用者側端末装置１２０は、ＣＰＵ（中央処理装置）、ＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＨＤＤ（ハードディスクドライブ）等の記憶装置、Ｉ／Ｆ（通信インターフェース装置）、ディスプレイ、操作装置（キーボード、マウス、タッチパネルなど）などを備えたパーソナルコンピュータ、タブレット側コンピュータ、携帯型端末装置などである。利用者側端末装置１２０のディスプレイは、各種情報を表示する。ディスプレイは、利用者側端末装置１２０と一体に備えられるものであっても、別体に備えられるものであっても良い。利用者側端末装置１２０は、各種の演算処理及びデータ処理や、インターネットなどの通信ネットワーク１００を介して宝くじ管理者側端末装置１１０との通信が可能な装置である。利用者側端末装置１２０は、宝くじの当否を確認する者が操作することができる。

【0031】

＜＜＜＜くじ照合処理の概要＞＞＞＞
図２は、本実施の形態における照合アプリで実行するくじ照合処理Ｓ２００を示すフローチャートである。くじ照合処理Ｓ２００では、宝くじ種類情報取得処理（図３、図１２参照）と、当せん番号取得処理（図４、図１３参照）と、宝くじ申込番号取得処理（図５、図１４参照）と、当否照合処理（図６参照）と、を実行する。くじ照合処理Ｓ２００は、利用者側端末装置１２０のＣＰＵの処理である。くじ照合処理Ｓ２００は、宝くじ管理者側端末装置１１０のＣＰＵの処理とし、その結果を利用者側端末装置１２０へ送信する態様としても良い（例えば、利用者側端末装置１２０側では、受信した当否照合結果に従い、後述する特別演出実行処理を行う態様が挙げられる）。

【0032】

＜＜＜宝くじ種類情報取得処理＞＞＞
次に、図３を用いて宝くじ種類情報取得処理Ｓ３００を説明する。図３は、本実施の形態における照合アプリで実行する宝くじ種類情報取得処理Ｓ３００を示すフローチャートである。宝くじ種類情報取得処理Ｓ３００は、利用者側端末装置１２０のＣＰＵの処理である。宝くじ種類情報取得処理Ｓ３００は、宝くじ管理者側端末装置１１０のＣＰＵの処理としても良い。この処理における利用者側端末装置１２０のＣＰＵは、複数の宝くじの種類の情報の中から利用者が照合したい宝くじの種類を取得して、その取得した宝くじの種類の情報を記憶する。

【0033】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ３１１で、宝くじの購入者、宝くじの所持者等の利用者が照合したい宝くじの種類がナンバーズ４であるか否かを判断する。詳細には、利用者が利用者側端末装置１２０を操作してナンバーズ４、ナンバーズ３のいずれかを選択できるようになっており、利用者がナンバーズ４を選択したか否かを判断する。利用者がナンバーズ４を選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ３１１で、宝くじの種類がナンバーズ４であると判断し（ＹＥＳ）、ステップＳ３１３に移行する。

【0034】

ステップＳ３１３において、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報をナンバーズ４の情報としてＲＡＭに記憶し、本処理を終了する。

【0035】

一方、利用者がナンバーズ４以外を選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ３１１で、宝くじの種類がナンバーズ４ではないと判断し（ＮＯ）、ステップＳ３２１に移行する。

【0036】

ステップＳ３２１において、利用者側端末装置１２０のＣＰＵは、利用者が照合したい宝くじの種類がナンバーズ３であるか否かを判断する。詳細には、利用者が利用者側端末装置１２０を操作してナンバーズ３を選択したか否かを判断する。利用者がナンバーズ３を選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ３２１で、宝くじの種類がナンバーズ３であると判断し（ＹＥＳ）、ステップＳ３２３に移行する。

【0037】

ステップＳ３２３において、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報をナンバーズ３の情報としてＲＡＭに記憶し、本処理を終了する。

【0038】

一方、利用者がロト７、ロト６、ミニロト等のナンバーズ３以外を選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ３２１で、宝くじの種類がナンバーズ３ではないと判断し（ＮＯ）、本処理を終了する。なお、利用者がロト７、ロト６、ミニロト等のナンバーズ３以外を選択した場合は、後述する第２実施の形態の宝くじ種類情報取得処理Ｓ１２００に移行しても良い。

【0039】

＜＜＜当せん番号取得処理＞＞＞
次に、図４を用いて当せん番号取得処理Ｓ４００を説明する。図４は、本実施の形態における照合アプリで実行する当せん番号取得処理Ｓ４００を示すフローチャートである。当せん番号取得処理Ｓ４００は、利用者側端末装置１２０のＣＰＵの処理である。当せん番号取得処理Ｓ４００は、宝くじ管理者側端末装置１１０のＣＰＵの処理としても良い。この処理における利用者側端末装置１２０のＣＰＵは、宝くじ管理者側端末装置１１０が開示する情報の中から宝くじの種類に対応した当せん番号（抽せん数字）の情報を自動的に取得する。

【0040】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ４１１で、宝くじ種類情報取得処理Ｓ３００において記憶した宝くじの種類の情報に対応した当せん数字一覧表を参照する。記憶した宝くじの種類は、ステップＳ３１３、ステップＳ３２３のいずれかの処理で記憶したナンバーズ４、ナンバーズ３の情報である。例えば、ナンバーズ４の情報が記憶されている場合、利用者側端末装置１２０のＣＰＵは、宝くじの運営管理者である銀行がインターネット上で開示する当せん数字一覧表から、ナンバーズ４当せん数字一覧表を参照する。ナンバーズ３の情報が記憶されている場合は、ナンバーズ３当せん数字一覧表を参照する。

【0041】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ４１３で、最新の回別番号を取得して、ＲＡＭに回別番号の値を記憶する。例えば、ナンバーズ４の最新の回別番号が第１００回の場合、１００を取得してＲＡＭに記憶する。

【0042】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ４１５で、取得した回別番号に対応した当せん数字を取得して、その数字をＲＡＭに記憶する。ナンバーズ４の場合、当せん数字として４桁の数字を取得する。例えば、ナンバーズ４の第１００回の３５８２の４桁の数字を取得する。ナンバーズ３の場合、当せん数字として３桁の数字を取得する。例えば、ナンバーズ３の第１００回の３６５の３桁の数字を取得する。

【0043】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ４２７で、宝くじの種類の情報と、その宝くじの種類の回別番号と、その回別番号の当せん数字と、を対応付けてＲＡＭに記憶する。例えば、宝くじの種類の情報＝ナンバーズ４、回別番号＝１００、当せん数字＝３５８２の情報をＲＡＭに記憶する。

【0044】

また、利用者側端末装置１２０のＣＰＵは、ステップＳ４２７で、回別番号の値を１減算して、減算した結果の回別番号の値をＲＡＭに記憶する。例えば、ＲＡＭに記憶されているナンバーズ４の回別番号が第１００回の場合、１減算した結果である９９をＲＡＭに記憶する。

【0045】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ４２９で、ＲＡＭに記憶している回別番号の値が０であるか否かを判断する。ステップＳ４２９で、回別番号の値が０であると判断した場合（ＹＥＳ）、本処理を終了する。一方、ステップＳ４２９で、回別番号の値が０ではないと判断した場合（ＮＯ）、ステップＳ４１５に処理を戻し、以前の回別（例えば、ナンバーズ４の第９９回～第１回まで）の当せん数字を取得する。

【0046】

＜＜＜宝くじ申込番号取得処理＞＞＞
次に、図５を用いて宝くじ申込番号取得処理Ｓ５００を説明する。図５は、本実施の形態における照合アプリで実行する宝くじ申込番号取得処理Ｓ５００を示すフローチャートである。宝くじ申込番号取得処理Ｓ５００は、利用者側端末装置１２０のＣＰＵの処理である。宝くじ申込番号取得処理Ｓ５００は、宝くじ管理者側端末装置１１０のＣＰＵの処理としても良い。この処理における利用者側端末装置１２０のＣＰＵは、利用者が購入した宝くじの申込番号を取得する。

【0047】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ５１１で、利用者が照合したい宝くじの種類の情報を取得する。例えば、ナンバーズ４を照合したい場合、利用者は利用者側端末装置１２０を操作してナンバーズ４の情報を入力する。利用者がナンバーズ４の情報を入力した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ５１１で、宝くじの種類の情報としてナンバーズ４の情報をＲＡＭに記憶する。

【0048】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ５１３で、利用者が照合したい宝くじの回別番号の情報を取得する。例えば、第１００回のナンバーズ４を照合したい場合、利用者は利用者側端末装置１２０を操作して第１００回の情報を入力する。利用者が第１００回の回別番号の情報を入力した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ５１３で、宝くじの回別番号の情報として第１００回の情報をＲＡＭに記憶する。

【0049】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ５１５で、利用者が照合したい宝くじの申込番号の情報を取得する。例えば、第１００回のナンバーズ４を照合したい場合、利用者は利用者側端末装置１２０を操作して利用者が選んだ４桁の数字（宝くじの申込番号）の情報を入力し、第１００回のナンバーズ３を照合したい場合、利用者は利用者側端末装置１２０を操作して利用者が選んだ３桁の数字（宝くじの申込番号）の情報を入力する。利用者が宝くじの種類の情報に対応した桁数の数字の情報を入力した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ５１５で、宝くじの申込番号の情報として宝くじの種類の情報に対応した桁数の数字の情報をＲＡＭに記憶する。

【0050】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ５１７で、利用者が照合したい宝くじの申込みタイプの情報を取得する。例えば、ナンバーズ４の場合、利用者は利用者側端末装置１２０を操作してストレート、ボックス、セットの３種類のうちの何れかの申込みタイプの情報を入力し、ナンバーズ３の場合、利用者は利用者側端末装置１２０を操作してストレート、ボックス、セット、ミニの４種類のうちの何れかの申込みタイプの情報を入力する。利用者が宝くじの種類の情報に対応した申込みタイプの情報を入力した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ５１７で、宝くじの種類の情報に対応した申込みタイプの情報をＲＡＭに記憶する。

【0051】

なお、ストレートとは当せん番号の数字と宝くじの申込番号の数字とが順番通りに全て同じ数字である場合に当せんとなる申込みタイプであり、ボックスとは当せん番号の数字と宝くじの申込番号の数字とが順番通りではないが全て同じ数字である場合に当せんとなる申込みタイプであり、セットとは当せん番号の数字と宝くじの申込番号の数字とが順番通りに全て同じ数字である場合又は当せん番号の数字と、宝くじの申込番号の数字とが順番通りではないが全て同じ数字である場合に当せんとなる申込みタイプであり、ミニとはナンバーズ３の当せん番号の下２桁の数字と宝くじの申込番号の下２桁の数字とが順番通りに同じ数字である場合に当せんとなる申込みタイプである。

【0052】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ５１９で、宝くじの種類の情報と、その宝くじの種類の回別番号と、利用者が購入した宝くじの申込番号と、その宝くじの種類の申込みタイプとを対応付けてＲＡＭに記憶して、本処理を終了する。例えば、宝くじの種類の情報＝ナンバーズ４、回別番号＝１００、申込番号＝１２３４、申込みタイプ＝ストレートの情報をＲＡＭに記憶する。

【0053】

なお、利用者が宝くじを複数枚（複数口）所有している場合は、この宝くじの申込番号の情報を取得する処理を複数回行い、複数枚の宝くじの申込番号を取得してＲＡＭに記憶する。例えば、ナンバーズ４を３枚保有している場合、２枚目の宝くじの情報として、宝くじの種類の情報＝ナンバーズ４、回別番号＝１００、申込番号＝３５８４、申込みタイプ＝ストレートの情報を入力し、３枚目の宝くじの情報として、宝くじの種類の情報＝ナンバーズ４、回別番号＝１００、申込番号＝３５８２、申込みタイプ＝ストレートの情報を入力することで、これらの情報が利用者側端末装置１２０のＲＡＭに記憶される。宝くじ申込番号取得処理Ｓ５００は、利用者が宝くじの種類、回別番号、申込番号、申込みタイプを各々入力する例を示したが、宝くじの購入控えを所持している場合には、利用者側端末装置１２０等のカメラで撮影した情報から利用者側端末装置１２０に一括入力するようにしても良い。宝くじ申込番号取得処理Ｓ５００は、最終的に、宝くじの種類、回別番号、申込番号、申込みタイプの情報を対応付けてＲＡＭに記憶できれば良い。

【0054】

＜＜＜当否照合処理＞＞＞
次に、図６を用いて当否照合処理Ｓ６００を説明する。図６は、本実施の形態における当否照合処理Ｓ６００を示すフローチャートである。当否照合処理Ｓ６００は、利用者側端末装置１２０のＣＰＵの処理である。当否照合処理Ｓ６００は、宝くじ管理者側端末装置１１０のＣＰＵの処理としても良い。この処理における利用者側端末装置１２０のＣＰＵは、宝くじ種類情報取得処理Ｓ３００で取得した宝くじの種類の情報と、当せん番号取得処理Ｓ４００で取得した情報と、宝くじ申込番号取得処理Ｓ５００で取得した情報とに基づいて、宝くじの当否照合を実行する。

【0055】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ６１１で、利用者側端末装置１２０のスタートボタン１２１が押下されたか否かを判断する。スタートボタン１２１は、図９に示すように、宝くじの当否の照合を開始するボタンであって、利用者側端末装置１２０に設けられるボタンである。ステップＳ６１１で、スタートボタン１２１が押下されたと判断した場合（ＹＥＳ）、ステップＳ６１３に移行する。一方、ステップＳ６１１で、スタートボタン１２１が押下されていないと判断した場合（ＮＯ）、スタートボタン１２１が押下されるまで本処理を繰り返し実行する。

【0056】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ６１３で、宝くじ申込番号取得処理Ｓ５００で取得した情報の情報を参照する。詳細には、利用者側端末装置１２０のＣＰＵは、ステップＳ５１９で記憶した宝くじの種類の情報と、回別番号と、申込番号と、申込みタイプとを参照する。例えば、宝くじの種類の情報＝ナンバーズ４、回別番号＝１００、申込番号＝１２３４、申込みタイプ＝ストレートの情報を参照する。

【0057】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ６１５で、当せん番号取得処理Ｓ４００で取得した情報を参照する。詳細には、利用者側端末装置１２０のＣＰＵは、ステップＳ４２７で記憶した宝くじの種類の情報と、回別番号と、当せん数字を参照する。例えば、宝くじの種類の情報＝ナンバーズ４、回別番号＝１００、当せん数字＝３５８２の情報を参照する。

【0058】

＜＜等級照合処理＞＞
次に、利用者側端末装置１２０のＣＰＵは、ステップＳ７００で、等級照合処理Ｓ７００を実行する。等級照合処理Ｓ７００は、図７を用いて説明する。図７は、本実施の形態における照合アプリで実行する等級照合処理Ｓ７００を示すフローチャートである。等級照合処理Ｓ７００は、利用者側端末装置１２０のＣＰＵの処理である。等級照合処理Ｓ７００は、宝くじ管理者側端末装置１１０のＣＰＵの処理としても良い。この等級照合処理では、ステップＳ６１３で参照した宝くじの種類の情報（例えば、ナンバーズ４）、回別番号（例えば、１００）、申込番号（例えば、１２３４）、申込みタイプ＝ストレートが、ステップＳ６１５で参照した宝くじの種類の情報（例えば、ナンバーズ４）、回別番号（例えば、１００）、当せん数字（例えば、３５８２）に、ストレートで合致しているか、ボックスで合致しているか、セット（ストレート）で合致しているか、セット（ボックス）で合致しているか、又はミニで合致しているかに応じて、当せん（当り）の等級又はハズレを判断する処理である。

【0059】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ７１１で、宝くじがストレートの条件に合致しているか否かを判断する。ナンバーズ４の場合のストレートの条件は、４桁の当せん番号の数字と４桁の宝くじの申込番号の数字とが順番通りに全て同じ数字である場合であって、申込みタイプがストレートの場合である。ナンバーズ３の場合のストレートの条件は、３桁の当せん番号の数字と３桁の宝くじの申込番号の数字とが順番通りに全て同じ数字である場合であって、申込みタイプがストレートの場合である。ステップＳ７１１で、宝くじがストレートの条件に合致していると判断した場合（ＹＥＳ）、ステップＳ７１３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報とストレートに当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ７１１で、宝くじがストレートの条件に合致していないと判断した場合（ＮＯ）、ステップＳ７２１に移行する。

【0060】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ７２１で、宝くじがボックスの条件に合致しているか否かを判断する。ナンバーズ４の場合のボックスの条件は、４桁の当せん番号の数字と４桁の宝くじの申込番号の数字とが順番通りではないが全て同じ数字である場合であって、申込みタイプがボックスの場合である。ナンバーズ３の場合のボックスの条件は、３桁の当せん番号の数字と３桁の宝くじの申込番号の数字とが順番通りではないが全て同じ数字である場合であって、申込みタイプがボックスの場合である。ステップＳ７２１で、宝くじがボックスの条件に合致していると判断した場合（ＹＥＳ）、ステップＳ７２３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報とボックスに当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ７２１で、宝くじがボックスの条件に合致していないと判断した場合（ＮＯ）、ステップＳ７３１に移行する。

【0061】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ７３１で、宝くじがセット（ストレート）の条件に合致しているか否かを判断する。ナンバーズ４の場合のセット（ストレート）の条件は、４桁の当せん番号の数字と４桁の宝くじの申込番号の数字とが順番通りに全て同じ数字である場合であって、申込みタイプがセットである場合である。ナンバーズ３の場合のセット（ストレート）の条件は、３桁の当せん番号の数字と３桁の宝くじの申込番号の数字とが順番通りに全て同じ数字である場合であって、申込みタイプがセットである場合である。ステップＳ７３１で、宝くじがセット（ストレート）の条件に合致していると判断した場合（ＹＥＳ）、ステップＳ７３３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報とセット（ストレート）に当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ７３１で、宝くじがセット（ストレート）の条件に合致していないと判断した場合（ＮＯ）、ステップＳ７４１に移行する。

【0062】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ７４１で、宝くじがセット（ボックス）の条件に合致しているか否かを判断する。ナンバーズ４の場合のセット（ボックス）の条件は、４桁の当せん番号の数字と４桁の宝くじの申込番号の数字とが順番通りではないが全て同じ数字である場合であって、申込みタイプがセットの場合である。ナンバーズ３の場合のセット（ボックス）の条件は、３桁の当せん番号の数字と３桁の宝くじの申込番号の数字とが順番通りではないが全て同じ数字である場合であって、申込みタイプがセットの場合である。ステップＳ７４１で、宝くじがセット（ボックス）の条件に合致していると判断した場合（ＹＥＳ）、ステップＳ７４３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報とセット（ボックス）に当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ７４１で、宝くじがセット（ボックス）の条件に合致していないと判断した場合（ＮＯ）、ステップＳ７４７に移行する。

【0063】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ７４７で、宝くじの種類がナンバーズ４であるか否かを判断する。ステップＳ７４７で、宝くじの種類がナンバーズ４であると判断した場合（ＹＥＳ）、ステップＳ７７１に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類がナンバーズ４であってハズレであることを示す情報をＲＡＭに記憶して、本処理を終了する。一方、ステップＳ７４７で、ナンバーズ４でないと判断した場合（ＮＯ）、ナンバーズ３と認識して、ステップＳ７５１に移行する。

【0064】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ７５１で、宝くじがミニの条件に合致しているか否かを判断する。ミニの条件は、ナンバーズ３の３桁の当せん番号の下２桁の数字と、３桁の宝くじの申込番号の下２桁の数字とが順番通りに同じ数字である場合であって、申込みタイプがミニである場合である。ステップＳ７５１で、宝くじがミニの条件に合致していると判断した場合（ＹＥＳ）、ステップＳ７５３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報とミニに当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ７５１で、宝くじがミニの条件に合致していないと判断した場合（ＮＯ）、ステップＳ７７１に移行する。

【0065】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ７７１で、宝くじの種類がナンバーズ３であってハズレであることを示す情報をＲＡＭに記憶して、本処理を終了する。

【0066】

＜＜特別演出実行処理＞＞
次に、利用者側端末装置１２０のＣＰＵは、ステップＳ８００で、ぱちんこ演出シミュレータとしての特別演出実行処理Ｓ８００を実行する。特別演出実行処理Ｓ８００は、図８の本実施の形態における特別演出実行処理Ｓ８００を示すフローチャートを用いて説明する。特別演出は、ぱちんこ演出で用いられる演出となっており、ハズレ演出、ハズレ表示、リーチ演出、当せん予告演出、当り表示、当せん発生演出、等級表示等である。利用者側端末装置１２０のＣＰＵは、当否照合処理Ｓ６００（詳細には、等級照合処理Ｓ７００）の当否結果及び等級の情報に基づいて、宝くじの当否結果及び等級を、特別演出を用いて利用者に報知するようになっている。

【0067】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ８１１で、今回の照合を行う宝くじが当せんしているか否かを判断する。宝くじに当せんしているか否かの判断は、等級照合処理Ｓ７００で記憶された情報に基づき判断する。ステップＳ８１１で、宝くじに当せんしていると判断した場合（ＹＥＳ）、ステップＳ８２１に移行する。

【0068】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ８２１で、特別演出として、例えば、７の数字（番号）を用いた図９（ｅ）に示すようなリーチ演出を利用者側端末装置１２０のディスプレイにて実行する。リーチ演出は、７の数字以外の数字を用いても良い。

【0069】

ここで、リーチ演出とは、複数の数字の並びが所定の組合せとなるか否かを利用者に報知するリーチ状態を伴う演出である。リーチ状態は、複数の数字が所定の組合せの一部を構成している状態であり、所定の組合せになる前段階の状態であって、残りの数字が未だ確定していない状態である。所定の組合せは、予め定めた同じ数字の組合せであって、例えば、７７７や２２２等の全ての数字が同じ組合せである。また、所定の組合せは、予め定めた異なる数字の組合せであって、例えば、１３５や２４６等の組合せであっても良い。所定の組合せは、宝くじが当せんであることを利用者に想起させる数字の組合せであれば良い。リーチ演出は、例えば、ぱちんこ遊技機で使用されているノーマルリーチ演出やスーパーリーチ演出、ビンゴゲームで用いられるリーチを表現する演出等である。ぱちんこ遊技機の場合、例えば、左位置、中位置、右位置の３つの数字（以下、左図柄、中図柄、右図柄と称す）のうち、左図柄と右図柄が同じ図柄で仮停止している状態で、残りの一つの図柄である中図柄を変動した状態で表示させて、中図柄が左図柄及び右図柄と同じ図柄で停止するか否かを利用者に報知する演出である。リーチ演出は、これに限定されず、一般的なぱちんこ遊技機で用いられるリーチ演出、ビンゴゲームのリーチを表現する演出であれば良い。

【0070】

なお、特別演出は、リーチ演出に限らない。バトルやレースに勝利する演出や宝探しの演出等でも良い。バトルの場合、例えば、味方キャラクタと敵キャラクタがバトルをして味方キャラクタが勝利することが当せんを意味する。レースの場合、例えば、味方キャラクタと敵キャラクタがレースをして味方キャラクタが勝利することが当せんを意味する。宝探しの場合、宝物を発見することが当せんを意味する。その他、目的を達成することが当せんを意味する演出であれば良い。また、ゲーム分野で採用されているガチャ演出を採用してもよく、この場合、高レアなアイテムやキャラが当せんしたことを予告する演出（特定のキャラクタが登場する、背景色が変化する等）を特別演出とすることができる。

【0071】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ８３１で、特別演出として、例えば、図９（ｆ１）に示すような当せん予告演出ｆ１を利用者側端末装置１２０のディスプレイに表示する。当せん予告演出ｆ１については、後述する。

【0072】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ８３３で、宝くじの当せんの結果が第一の結果であるか否かを判断する。第一の結果は、例えば、ストレートの当せんや配当金が１００万円以上の当せんである。ステップＳ８３３で、当せんの結果が第一の結果であると判断した場合（ＹＥＳ）、ステップＳ８３４に移行し、当せん予告演出ｆ２を利用者側端末装置１２０のディスプレイに表示する。当せん予告演出ｆ２については、後述する。

【0073】

一方、ステップＳ８３３で、当せんの結果が第一の結果ではないと判断した場合（ＮＯ）、ステップＳ８３５に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの当せんの結果が第二の結果であるか否かを判断する。第二の結果は、例えば、セット（ストレート）の当せんや配当金が１００万円未満の当せんである。ステップＳ８３５で、当せんの結果が第二の結果であると判断した場合（ＹＥＳ）、ステップＳ８３６に移行し、当せん予告演出ｆ３を利用者側端末装置１２０のディスプレイに表示する。当せん予告演出ｆ３については、後述する。

【0074】

一方、ステップＳ８３５で、当せんの結果が第二の結果ではないと判断した場合（ＮＯ）、宝くじの当せんの結果が第三の結果であるとしてステップＳ８３７に移行し、当せん予告演出ｆ４を利用者側端末装置１２０のディスプレイに表示する。当せん予告演出ｆ４については、後述する。

【0075】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ８４１で、当り表示を実行する。当り表示は、リーチ演出の結果の表示である。利用者側端末装置１２０のＣＰＵは、７の図柄１２７でリーチ演出を実行する場合、利用者側端末装置１２０のディスプレイに図９（ｇ）に示すように７７７の図柄組合せを表示する。利用者側端末装置１２０のＣＰＵは、７以外の図柄１２７でリーチ演出を実行する場合、利用者側端末装置１２０のディスプレイに、３３３等の７以外の図柄組合せを表示する。

【0076】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ８５１で、特別演出として、例えば、図９（ｈ１）に示すような当せん発生演出ｈ１を利用者側端末装置１２０のディスプレイに表示する。当せん発生演出ｈ１については、後述する。

【0077】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ８５３で、宝くじの当せんの結果が第一の結果であるか否かを判断する。ステップＳ８５３で、当せんの結果が第一の結果であると判断した場合（ＹＥＳ）、ステップＳ８５４に移行し、当せん発生演出ｈ２を利用者側端末装置１２０のディスプレイに表示する。当せん発生演出ｈ２については、後述する。

【0078】

一方、ステップＳ８５３で、当せんの結果が第一の結果ではないと判断した場合（ＮＯ）、ステップＳ８５５に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの当せんの結果が第二の結果であるか否かを判断する。ステップＳ８５５で、当せんの結果が第二の結果であると判断した場合（ＹＥＳ）、ステップＳ８５６に移行し、当せん発生演出ｈ３を利用者側端末装置１２０のディスプレイに表示する。当せん発生演出ｈ３については、後述する。

【0079】

一方、ステップＳ８５５で、当せんの結果が第二の結果ではないと判断した場合（ＮＯ）、宝くじの当せんの結果が第三の結果であるとしてステップＳ８５７に移行し、当せん発生演出ｈ４を利用者側端末装置１２０のディスプレイに表示する。当せん発生演出ｈ４については、後述する。

【0080】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ８６１で、等級表示を実行し、その後、本処理及び当否照合処理Ｓ６００を終了する。利用者側端末装置１２０のＣＰＵは、等級照合処理Ｓ７００で記憶された情報に基づき、利用者側端末装置１２０のディスプレイに図９（ｈ１）に示すように等級（例えば、ストレートの等級）を表示する。また、等級の他、等級に基づく配当の金額を表示しても良い。

【0081】

一方、ステップＳ８１１で、宝くじが当せんではないと判断した場合（ＮＯ）、つまりハズレの場合、ステップＳ８７１に移行し、利用者側端末装置１２０のＣＰＵは、ハズレ演出とハズレ表示を実行し、その後、本処理及び当否照合処理Ｓ６００を終了する。利用者側端末装置１２０のＣＰＵは、ハズレ演出を実行する場合、利用者側端末装置１２０のディスプレイに、ハズレ演出として図９（ｂ１）に示すようにリーチとならない演出を実行し、ハズレ表示として図９（ｃ１）に示すように当せんとならない図柄組合せを表示する。

【0082】

なお、ハズレ演出として、図９（ｂ３）に示すようにリーチ演出を実行しても良い。この場合、ハズレ表示として、例えば、図９（ｃ２）に示すように７３７等のハズレの図柄組合せを表示する。ハズレの場合にリーチ演出になる条件は、ナンバーズ４の場合、当せん番号の数字と宝くじの申込番号の数字とが１つだけ違う場合（３つ同じ数字である場合）である。ナンバーズ３の場合も、当せん番号の数字と宝くじの申込番号の数字とが１つだけ違う場合（２つ同じ数字である場合）である。なお、ハズレの場合にリーチ演出になる条件として、リーチ演出を実行するか否かの抽せんを用いて決定しても良い。

【0083】

このように当せん番号の数字と宝くじの申込番号の数字とが１つだけ違う場合、つまり、当せんに近い申込番号の宝くじの当否を報知する場合にハズレのリーチ演出を実行することによって、ハズレの宝くじであっても当せんとなる可能性が高かったことを利用者に報知することができるので、利用者の興趣を向上させることができる。

【0084】

特別演出実行処理Ｓ８００を当否照合処理Ｓ６００内で実行するようにしたが、当否照合処理Ｓ６００とは異なる処理において実行するようにしても良い。その場合、当否照合処理Ｓ６００は、スタートボタン１２１の操作の有無に関わらず、等級照合処理Ｓ７００を実行し、その後の特別演出実行処理Ｓ８００において、スタートボタン１２１の操作に基づき、特別演出実行処理Ｓ８００を実行するようにすることが好ましい。

【0085】

次に、図９を用いて、特別演出（ハズレ演出、ハズレ表示、リーチ演出、当せん予告演出、当り表示、当せん発生演出、等級表示）の遷移を説明する。図９は、本実施の形態における特別演出の概要を示す遷移図である。図９は、本実施の形態における照合アプリを利用者側端末装置１２０のディスプレイに表示したものを示す図である。

【0086】

図９（ａ）は、初期表示を示すものであり、図３の宝くじ種類情報取得処理Ｓ３００の処理と、図４の当せん番号取得処理Ｓ４００の処理と、図５の宝くじ申込番号取得処理Ｓ５００の処理とが終了した後のタイミングの利用者側端末装置１２０のディスプレイを示すものである。このタイミングでは、３枚の宝くじの申込番号を示す表示（１枚目の宝くじが１２３４、２枚目の宝くじが３５８４、３枚目の宝くじが３５８２を示す）、スタートボタン１２１を示す表示が利用者側端末装置１２０のディスプレイに表示される。

【0087】

図９（ｂ１）は、ハズレ演出を示すものであり、図６の当否照合処理Ｓ６００のステップＳ６１１でスタートボタン１２１が押下された後であって、図８の特別演出実行処理Ｓ８００のステップＳ８７１のハズレ表示が実行される前のタイミングの利用者側端末装置１２０のディスプレイを示すものである。図９（ｂ１）は、図９（ａ）でスタートボタン１２１が押されたことに基づき、左図柄１２７、中図柄１２７、右図柄１２７が図柄変動を開始したことを示している。また、宝くじの情報を入力した３枚の宝くじの申込番号のうち、１番目の宝くじの申込番号である１２３４を表示し、この宝くじに対応するハズレ演出を行っていることを示している。なお、演出の実行中にストップボタン１２２を押すと、演出が一時停止するようになっている。演出が一時停止している状態ではスタートボタン１２１が表示され、再度スタートボタン１２１を押した場合は、演出が再開するようになっている。

【0088】

図９（ｃ１）は、図８の特別演出実行処理Ｓ８００のステップＳ８７１のハズレ表示を示すものである。スタートボタン１２１を押したことに基づき図柄変動が開始してから、所定時間（例えば、１０秒）が経過すると当否照合処理Ｓ６００の結果としてハズレを示す７５３の図柄組合せが表示（ハズレ表示）される。なお、図９（ｂ１）において、ストップボタン１２２を長く押した場合や強制停止ボタン１２３を押した場合に、ハズレ演出を終了して当否照合処理Ｓ６００の結果を表示しても良い。図９（ｃ１）では、ハズレ表示として７５３の数字の組合せを表示しているが、ハズレ表示はこれに限定されない。また、図９（ｃ１）では、１番目の宝くじの照合が終了し、３枚の宝くじのうち、２番目の宝くじの照合を開始することが可能なことを示すスタートボタン１２１が利用者側端末装置１２０のディスプレイに表示される。

【0089】

図９（ｄ）は、２番目の宝くじの照合を開始可能な待機状態を示す待機表示を示すものである。図９（ｄ）は、３枚の宝くじのうち、２番目の宝くじの照合を開始することが可能なことを示すスタートボタン１２１が利用者側端末装置１２０のディスプレイに表示されている。

【0090】

図９（ｂ２）は、ハズレ演出を示すものであり、図６の当否照合処理Ｓ６００のステップＳ６１１でスタートボタン１２１が押下された後であって、図８の特別演出実行処理Ｓ８００のステップＳ８７１のタイミングの利用者側端末装置１２０のディスプレイを示すものである。図９（ｂ２）は、図９（ｄ）でスタートボタン１２１が押されたことに基づき、３つの図柄１２７が図柄変動を開始したことを示している。また、宝くじの情報を入力した３枚の宝くじの申込番号のうち、２番目の宝くじの申込番号である３５８４を表示し、この宝くじに対応するハズレ演出を行っていることを示している。

【0091】

図９（ｂ３）は、２枚目の宝くじのハズレ演出を示すものである。図９（ｂ３）は、図９（ｄ）でスタートボタン１２１が押下された後に、図９（ｂ２）のハズレ演出を経由してリーチ演出（図８の特別演出実行処理Ｓ８００のステップＳ８７１のハズレ演出）を実行していることを示している。２枚目の宝くじは、申込番号＝３５８４、当せん番号＝３５８２であり４桁の数字のうち１つだけ違うので、リーチ演出を実行する条件を充足し、ハズレ演出としてリーチ演出が実行される。

【0092】

このようなリーチ演出を実行することにより、利用者に対し、今回の宝くじが当せんするかもしれないといった期待感を大きく持たせることできる。また、リーチ演出を実行することにより、宝くじの当否結果を表示するまでの過程を利用者に演出的に報知することが可能となるので、宝くじの当否結果の出力に際し、宝くじの利用者の興趣を向上させることができるようになっている。

【0093】

図９（ｃ２）は、図８の特別演出実行処理Ｓ８００のステップＳ８７１のハズレ表示を示すものである。スタートボタン１２１を押したことに基づく図柄変動が開始してから、所定時間（例えば、３０秒）が経過すると当否照合処理Ｓ６００の結果が表示される。図９（ｃ２）では、７３７の数字を表示することで、ハズレ表示を行っている。また、図９（ｃ２）は、２番目の宝くじの照合が終了し、３枚の宝くじのうち、３番目の宝くじの照合を開始することが可能なことを示すスタートボタン１２１が利用者側端末装置１２０のディスプレイに表示される。なお、図９（ｂ３）のリーチ演出では後述する当せん予告演出ｆ１～ｆ４を行ってから、図９（ｃ２）のハズレ表示を行っても良い。

【0094】

図９（ｅ）は、３枚目の宝くじのリーチ演出を示すものである。図９（ｅ）は、図９（ｃ２）でスタートボタン１２１が押下された後に、図９（ｂ２）のような変動演出を経由してリーチ演出（図８の特別演出実行処理Ｓ８００のステップＳ８２１のリーチ演出）を実行していることを示している。

【0095】

図９（ｆ１）は、３枚目の宝くじのリーチ演出且つ当せん予告演出を示すものである。図９（ｆ１）のリーチ演出は、図９（ｅ）の通常のリーチ演出とは異なり、リーチ演出に当せん予告演出ｆ１を追加して実行するようになっている。当せん予告演出ｆ１は、通常のリーチ演出よりも当せんの期待度が高いことを予告する演出であり、例えば、流れ星群がディスプレイ上に表示される演出である。

【0096】

なお、ここでは図示していないが、当せん予告演出ｆ１を共通の当せん予告演出とし、その後に当せんの結果に基づいて当せん予告演出ｆ２～ｆ４の何れかを実行するようになっている。例えば、当せんの結果が第一の結果の場合は、当せん予告演出ｆ１の実行後に当せん予告演出ｆ２（例えば、ディスプレイの左上の白い土星が赤い土星に変化する）を実行する。当せんの結果が第一の結果と異なる第二の結果の場合は、当せん予告演出ｆ１の実行後に当せん予告演出ｆ３（例えば、ディスプレイの左上の白い土星が緑の土星に変化する）を実行する。当せんの結果が第一の結果及び第二の結果と異なる第三の結果の場合は、当せん予告演出ｆ１の実行後に当せん予告演出ｆ４（例えば、ディスプレイの左上の白い土星が青い土星に変化する）を実行する。第一の結果は、ストレートの当せん又は配当金が１００万円以上の当せんであるが、これに限定されず、特定の金額以上の当せんや２等（ロト系の場合）以上の当せんを対象としても良い。第二の結果は、セット（ストレート）の当せん又は配当金が１００万円未満の当せんであるが、これに限定されず、ストレート以外の当せんやある等級の当せんや所定の金額の範囲の当せんや２等（ロト系の場合）未満の当せんを対象としても良い。第三の結果は、第一の結果及び第二の結果と異なる結果であれば良い。なお、当せん予告演出ｆ１～ｆ４は各々異なる演出である。

【0097】

このような当せん予告演出を実行することにより、利用者に対し、今回の宝くじが当せんするかもしれないといった期待感をさらに大きく持たせることできる。

【0098】

図９（ｇ）は、図８の特別演出実行処理Ｓ８００のステップＳ８４１の当り表示を示すものである。図９（ｇ）は、７７７の図柄組合せを表示して当りであることを表示するとともに、３枚の宝くじの申込番号のうち３番目の宝くじの申込番号に対応する結果が当せんであることを示している。

【0099】

図９（ｈ１）は、図８の特別演出実行処理Ｓ８００のステップＳ８５１～ステップＳ８６１の等級表示を示す当せん発生演出である。当せん発生演出は、照合した宝くじの当せんが発生したことを祝福する演出であり、本シミュレータのモチーフとしたアニメ・映画の代表的なシーンを抜き出したムービー等がディスプレイ上に表示される演出である。図９（ｈ１）の当せん発生演出では、３枚の宝くじの申込番号のうち、３番目の宝くじの申込番号に対応する結果がストレートの当せんであることを祝福する演出となっている。なお、等級表示については、当せん発生演出とは別の演出として表示しても良い。

【0100】

なお、ここでは図示していないが、当せん発生演出ｈ１を共通の当せん発生演出とし、その後に当せんの結果に基づいて当せん発生演出ｈ２～ｈ４の何れかを実行するようになっている。例えば、当せんの結果が第一の結果の場合は、当せん発生演出ｈ１の実行後に当せん発生演出ｈ２（例えば、ディスプレイの左のキャラクタの背景が白から金色に変化する）を実行する。当せんの結果が第一の結果と異なる第二の結果の場合は、当せん発生演出ｈ１の実行後に当せん発生演出ｈ３（例えば、ディスプレイの左のキャラクタの背景が白から銀色に変化する）を実行する。当せんの結果が第一の結果及び第二の結果と異なる第三の結果の場合は、当せん発生演出ｈ１の実行後に当せん発生演出ｈ４（例えば、ディスプレイの左のキャラクタの背景が白から銅色に変化する）を実行する。なお、当せん発生演出ｈ１～ｈ４は各々異なる演出である。

【0101】

＜＜特別演出実行処理の変更例＞＞
＜当せん予告演出の変更例＞
次に、図１０を用いて特別演出実行処理Ｓ８００における当せん予告演出の変更例を説明する。図１０は、当せん予告演出の変更例を示す遷移図である。図９（ｆ１）において、当せん予告演出が通常のリーチ演出よりも当せんの期待度が高いことを予告する演出である例を示したが、図１０（ｆ１）～（ｆ４）に示すような当せん予告演出としても良い。

【0102】

図１０（ｅ）は、特別演出としてリーチ演出を示すものであり、図９（ｅ）と同じリーチ演出を示す図である。

【0103】

図１０（ｆ１）は、図１０（ｅ）のリーチ演出中に実行される当せん予告演出ｆ１であり、図１０（ｆ１）以降に表示される図１０（ｆ２）～（ｆ４）に関わらず表示される前段演出の当せん予告演出であって共通演出である。図１０（ｆ１）は、「当せんしたら・・・」というコメントを表示する演出であるが、表示内容はこれに限定されない。

【0104】

図１０（ｆ２）は、図１０（ｆ１）の前段演出を表示した後に実行される後段演出の当せん予告演出ｆ２である。図１０（ｆ２）は、「世界一周旅行？」「Ｘ旅行会社１００万～」という広告情報を表示する広告演出であるが、広告情報はこれに限定されない。当せん予告演出ｆ２は、第一の結果として、例えば、当せん且つ配当金が１００万円以上である可能性を予告する演出となっており、ナンバーズ４でストレートが当せんした場合等に表示される演出である。なお、ナンバーズ４でストレートが当せんしない場合であっても、当該当せん予告演出ｆ２を表示しても良い。

【0105】

図１０（ｆ３）は、図１０（ｆ１）の前段演出を表示した後に実行される後段演出の当せん予告演出ｆ３である。当せん予告演出ｆ３は、当せん予告演出ｆ２とは異なり、「宝石指輪？」「Ｙ宝石店１０万～」という広告情報を表示する広告演出であるが、広告情報はこれに限定されない。当せん予告演出ｆ３は、第二の結果として、例えば、当せん且つ配当金が１０万円以上である可能性を予告する演出となっており、ナンバーズ４でストレート以外の当せんであるセット（ストレート）が当せんした場合に表示される演出である。なお、ナンバーズ４でセット（ストレート）が当せんしない場合やストレートが当せんした場合であっても、当該当せん予告演出ｆ３を表示しても良い。

【0106】

図１０（ｆ４）は、図１０（ｆ１）の前段演出を表示した後に実行される後段演出の当せん予告演出ｆ４である。当せん予告演出ｆ４は、当せん予告演出ｆ２や当せん予告演出ｆ３とは異なり、「豪華グルメ？」「Ｚ中華店１万～」という広告情報を表示する広告演出であるが、広告情報はこれに限定されない。当せん予告演出ｆ４は、当せん且つ配当金が１万円以上である可能性を予告する演出となっており、例えば、ナンバーズ４又はナンバーズ３でストレートやセット（ストレート）以外の当せんの場合に表示される演出である。なお、ナンバーズ４又はナンバーズ３で当せんしない場合であっても、当該当せん予告演出ｆ４を表示しても良い。

【0107】

このように当せん予告演出の一環・代替として広告情報を表示すれば、当せん金の使い道として夢のある使い道を提案できる。また、宝くじの当せん時に表示されることから、普段ではあり得ないような夢のある広告情報を、利用者に受け入れられ易いものとすることができる。

【0108】

＜当せん発生演出の変更例＞
次に、図１１を用いて特別演出実行処理Ｓ８００における当せん発生演出の変更例を説明する。図１１は、当せん発生演出の変更例を示す遷移図である。図９（ｈ１）において、当せん発生演出は、照合した宝くじの当せんが発生したことを祝福する演出であり、本シミュレータのモチーフとしたアニメ・映画の代表的なシーンを抜き出したムービー等がディスプレイ上に表示される演出である例を示したが、図１１（ｈ１）～（ｈ４）に示すような当せん発生演出としても良い。

【0109】

図１１（ｇ）は、特別演出として当り表示を示すものであり、図９（ｇ）と同じ当り表示を示す図である。

【0110】

図１１（ｈ１）は、図１１（ｇ）の当り表示の後に実行される当せん発生演出ｈ１であり、図１１（ｈ１）以降に表示される図１１（ｈ２）～（ｈ４）に関わらず表示される前段演出の当せん発生演出であって共通演出である。図１１（ｈ１）は、「当せん！配当Ａ万円」という当せん且つ配当金を表示する等級表示の演出であるが、表示内容はこれに限定されない。なお、等級表示は当せん発生演出の後に表示されるが、当せん発生演出と同時に表示されるようにしても良い。

【0111】

図１１（ｈ２）は、図１１（ｈ１）の前段演出を表示した後に実行される後段演出の当せん発生演出ｈ２である。当せん発生演出ｈ２は、「世界一周旅行」「Ｘ旅行会社１００万～」という広告情報を表示する広告演出であるが、広告情報はこれに限定されない。当せん発生演出ｈ２は、当せん且つ配当金を示すＡ万円が１００万円以上である場合に表示される演出となっており、例えば、ナンバーズ４でストレートが当せんした場合等に表示される演出である。

【0112】

図１１（ｈ３）は、図１１（ｈ１）の前段演出を表示した後に実行される後段演出の当せん発生演出ｈ３である。当せん発生演出ｈ３は、「宝石指輪」「Ｙ宝石店１０万～」という広告情報を表示する広告演出であるが、広告情報はこれに限定されない。当せん発生演出ｈ３は、当せん且つ配当金を示すＡ万円が１０万円以上である場合に表示される演出となっており、例えば、ナンバーズ４でセット（ストレート）が当せんした場合に表示される演出である。

【0113】

図１１（ｈ４）は、図１１（ｈ１）の前段演出を表示した後に実行される後段演出の当せん発生演出ｈ４である。当せん発生演出ｈ４は、「豪華グルメ」「Ｚ中華店１万～」という広告情報を表示する広告演出であるが、広告情報はこれに限定されない。当せん発生演出ｈ４は、当せん且つ配当金を示すＡ万円が１万円以上である場合に表示される演出となっており、例えば、ナンバーズ４でボックスやセット（ボックス）等で当せんした場合に表示される演出である。

【0114】

このように当せん発生演出の一環・代替として広告情報を表示すれば、当せん金の使い道として夢のある使い道を提案できる。また、普段ではあり得ないような夢のある消費の提案を宝くじの当せん時に表示することで、消費行動の一助となり得る広告情報とすることができる。

【0115】

＜＜並べ替え処理＞＞
利用者が宝くじを複数枚所有している場合、宝くじの申込番号を記憶した順番で特別演出実行処理Ｓ８００を実行するよう構成されているが、特別演出実行処理Ｓ８００での宝くじの照合順番を変更する並べ替え処理を設けても良い。この並べ替え処理は、宝くじ申込番号取得処理Ｓ５００の実行後に実行することが好ましい。その場合、等級照合処理Ｓ７００は、宝くじ申込番号取得処理Ｓ５００の実行後であって、当否照合処理Ｓ６００の実行前に実行され、記憶されている全ての宝くじの申込番号に対する等級照合処理Ｓ７００を実行することが好ましい。

【0116】

並べ替え処理では、先ず、複数枚の宝くじの等級照合処理Ｓ７００の結果の全てを参照する。等級照合処理Ｓ７００の結果を参照した後、複数枚の宝くじがハズレ、ミニ、セット（ボックス）、ボックス、セット（ストレート）、ストレートの順番になるように並べ替える。ハズレが複数枚ある場合は、全ての申込番号の数字のうち何個の申込番号の数字が当せん番号の数字に合致したかを示す合致数が少ない宝くじが先頭となるように並べ替える。このような並べ替え処理を実行してから特別演出実行処理Ｓ８００を行って合致数の表示（第２の実施形態を参照）を行うことにより、複数枚の宝くじの照合を行う場合は、利用者に、徐々に当せんに近づいていくように演出を見せることが可能となるため、利用者に対する宝くじの当否以外に関する興趣をより一層向上させることができる。

【0117】

特に、並べ替え処理を行ってから当せんに近い申込番号の合致数の場合にリーチ演出を実行する場合、リーチ演出が実行された以降は、当せんが近づいていることを利用者に対して予告することができる。また、合致数を表示していくことで、利用者は当せんが分かり易くなるので、複数枚の宝くじの後半の宝くじに対する演出を楽しくすることができる。

【0118】

また、ストレート又はセット（ストレート）が最後の順番になり、ボックス、セット（ボックス）、ミニ、ハズレがランダムな順番になるような並べ替え処理としても良い。この場合、途中で当りとなるような演出を見せつつも、最後の宝くじまで高額の当せんとなるストレート、セット（ストレート）の当せん可能性があることを利用者に持たせることが可能となるため、宝くじの当否及び当否以外に関する興趣を向上させることができる。なお、並べ替え処理は、当否照合処理Ｓ６００で実行しても良い。また、並べ替え処理を実行した後であって、全ての宝くじに対する照合結果を表示した後に、並べ替えた宝くじの順番を入力した状態に戻すように処理しても良い。

【0119】

本実施の形態によって記載したが、この開示の一部をなす記載及び図面は本発明を限定するものであると理解すべきでない。本発明は、ここでは記載していない様々な実施の形態等を含むことはもちろんである。

【0120】

例えば、ある一の申込番号に基づく特別演出実行処理Ｓ８００が完了した場合、当該ある一の申込番号の照合結果を表示してもよい。特に、ハズレの場合において、当せん番号との合致数を表示することが挙げられる。例えば、申し込みタイプがストレートの場合で、当せん番号が１２３４、申込番号が１２５６であったとすると、ヒット数（数字も位置も合致）＝２を表示する。例えば、申し込みタイプがストレートの場合で、当せん番号が１２３４、申込番号が１２５３であったとすると、ヒット数（数字も位置も合致）＝２とブロー数（数字は合致するが位置が異なる）＝１とを表示する。このように構成することで、表示された情報に基づき、残りの申込番号の当否を事前に推測でき興趣性が向上し得る。尚、申込タイプがボックスやセットの場合でも同様であるが、その場合には、ヒット数（数字が合致）のみの表示が好適となる。

【0121】

また、複数枚の宝くじの何れの申込番号に対して特別演出実行処理Ｓ８００を実行するかを利用者が指定できるよう構成してもよい。特に、当せん番号との合致数を表示するよう構成した場合、残りの申込番号の当否を事前に推測できる結果、当せん期待度が高いと推測される申込番号に対して特別演出実行処理Ｓ８００を優先的に実行したい、あるいは逆に、当せん期待度が低いと推測される申込番号に対して特別演出実行処理Ｓ８００を優先的に実行したい、といった要求に応えることができる。尚、当せん番号との合致数を表示する構成や当該指定できる構成は、前述した並べ替え処理と組合せることができる。

【0122】

＜＜＜＜第２実施の形態の詳細＞＞＞＞
次に、本明細書におけるくじ照合システムに適用可能な第２実施の形態について説明する。第２実施の形態については、前述した本実施の形態において一部説明したものもあるが、この実施形態にさらに適用可能な構成の一例を以下に詳述する。なお、第２実施の形態は、本実施の形態においても適宜組み合わせることが可能である。

【0123】

＜＜＜＜くじ照合システム＞＞＞＞
第２実施の形態のくじ照合システム１０で用いる宝くじの種類は、ロト７、ロト６、ミニロトである。

【0124】

＜＜＜宝くじ管理者側端末装置１１０＞＞＞
第２実施の形態における宝くじ管理者側端末装置１１０は、本実施の形態と同様である。

【0125】

＜＜宝くじの種類情報、宝くじの回別情報、宝くじの当せん番号情報＞＞
宝くじの種類情報は、ロト７、ロト６、ミニロトの宝くじの種類の情報である。宝くじの回別情報は、宝くじの回別（宝くじの回数、宝くじの回号）を示す情報である。宝くじの当せん番号情報は、宝くじの当せん番号を示す情報である。

【0126】

＜＜＜利用者側端末装置１２０＞＞＞
第２実施の形態における利用者側端末装置１２０は、本実施の形態と同様である。

【0127】

＜＜＜＜くじ照合処理の概要＞＞＞＞
第２実施の形態における照合アプリで実行するくじ照合処理（図２）は、本実施の形態と同様であるが、宝くじ種類情報取得処理Ｓ３００を、第２実施の形態における宝くじ種類情報取得処理Ｓ１２００で実行する点、当せん番号取得処理Ｓ４００を、第２実施の形態における当せん番号取得処理Ｓ１３００で実行する点、宝くじ申込番号取得処理Ｓ５００を、第２実施の形態における宝くじ申込番号取得処理Ｓ１４００で実行する点、で異なるため、詳細を後述する。

【0128】

＜＜＜宝くじ種類情報取得処理＞＞＞
次に、図１２を用いて宝くじ種類情報取得処理Ｓ１２００を説明する。図１２は、第２実施の形態における照合アプリで実行する宝くじ種類情報取得処理Ｓ１２００を示すフローチャートである。宝くじ種類情報取得処理Ｓ１２００は、利用者側端末装置１２０のＣＰＵの処理である。宝くじ種類情報取得処理Ｓ１２００は、宝くじ管理者側端末装置１１０のＣＰＵの処理としても良い。この処理における利用者側端末装置１２０のＣＰＵは、複数の宝くじの種類の情報の中から利用者が照合したい宝くじの種類を取得して、その取得した宝くじの種類の情報を記憶する。

【0129】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ１２１１で、宝くじの購入者、宝くじの所持者等の利用者が照合したい宝くじの種類がロト７であるか否かを判断する。詳細には、利用者が利用者側端末装置１２０を操作してロト７、ロト６、ミニロトのいずれかを選択できるようになっており、利用者がロト７を選択したか否かを判断する。利用者がロト７を選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ１２１１で、宝くじの種類がロト７であると判断し（ＹＥＳ）、ステップＳ１２１３に移行する。

【0130】

ステップＳ１２１３において、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報をロト７の情報としてＲＡＭに記憶し、本処理を終了する。

【0131】

一方、利用者がロト７以外を選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ１２１１で、宝くじの種類がロト７ではないと判断し（ＮＯ）、ステップＳ１２２１に移行する。

【0132】

ステップＳ１２２１において、利用者側端末装置１２０のＣＰＵは、利用者が照合したい宝くじの種類がロト６であるか否かを判断する。詳細には、利用者が利用者側端末装置１２０を操作してロト６を選択したか否かを判断する。利用者がロト６を選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ１２２１で、宝くじの種類がロト６であると判断し（ＹＥＳ）、ステップＳ１２２３に移行する。

【0133】

ステップＳ１２２３において、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報をロト６の情報としてＲＡＭに記憶し、本処理を終了する。

【0134】

一方、利用者がロト６以外を選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ１２２１で、宝くじの種類がロト６ではないと判断し（ＮＯ）、ステップＳ１２３１に移行する。

【0135】

ステップＳ１２３１において、利用者側端末装置１２０のＣＰＵは、利用者が照合したい宝くじの種類がミニロトであるか否かを判断する。詳細には、利用者が利用者側端末装置１２０を操作してミニロトを選択したか否かを判断する。利用者がミニロトを選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ１２３１で、宝くじの種類がミニロトであると判断し（ＹＥＳ）、ステップＳ１２３３に移行する。

【0136】

ステップＳ１２３３において、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報をミニロトの情報としてＲＡＭに記憶し、本処理を終了する。

【0137】

一方、利用者がナンバーズ４やナンバーズ３等のミニロト以外を選択した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ１２３１で、宝くじの種類がミニロトではないと判断し（ＮＯ）、本処理を終了する。なお、利用者がナンバーズ４、ナンバーズ３等のミニロト以外を選択した場合は、本実施の形態の宝くじ種類情報取得処理Ｓ３００に移行しても良い。

【0138】

＜＜＜当せん番号取得処理＞＞＞
次に、図１３を用いて当せん番号取得処理Ｓ１３００を説明する。図１３は、第２実施の形態における照合アプリで実行する当せん番号取得処理Ｓ１３００を示すフローチャートである。当せん番号取得処理Ｓ１３００は、利用者側端末装置１２０のＣＰＵの処理である。当せん番号取得処理Ｓ１３００は、宝くじ管理者側端末装置１１０のＣＰＵの処理としても良い。この処理における利用者側端末装置１２０のＣＰＵは、宝くじ管理者側端末装置１１０が開示する情報の中から宝くじの種類に対応した当せん番号（本数字とボーナス数字）の情報を取得する。

【0139】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ１３１１で、宝くじ種類情報取得処理Ｓ１２００において記憶した宝くじの種類の情報に対応した当せん数字一覧表を参照する。記憶した宝くじの種類は、ステップＳ１２１３、ステップＳ１２２３、ステップＳ１２３３のうちいずれかの処理で記憶したロト７、ロト６、ミニロトの情報である。例えば、ロト７の情報が記憶されている場合、利用者側端末装置１２０のＣＰＵは、宝くじの運営管理者である銀行がインターネット上で開示する当せん数字一覧表から、ロト７当せん数字一覧表を参照する。ロト６の情報が記憶されている場合は、ロト６当せん数字一覧表を参照する。ミニロトの情報が記憶されている場合は、ミニロト当せん数字一覧表を参照する。

【0140】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１３１３で、最新の回別番号を取得して、ＲＡＭに回別番号の値を記憶する。例えば、ロト７の最新の回別番号が第１００回の場合、１００を取得してＲＡＭに記憶する。

【0141】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１３１５で、取得した回別番号に対応した本数字を取得して、その数字をＲＡＭに記憶する。ロト７の場合、当せん数字としての７個の本数字を取得する。例えば、ロト７の第１００回の０２、０８、１２、１９、２４、３６、３７の本数字を取得する。ロト６の場合、当せん数字としての６個の本数字を取得する。ミニロトの場合、当せん数字としての５個の本数字を取得する。

【0142】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１３１７で、宝くじの種類に対応した本数字の数を取得したか否かを判断する。詳細には、ロト７の場合、７個の本数字を取得したか否かを判断する。ロト６の場合、６個の本数字を取得したか否かを判断する。ミニロトの場合、５個の本数字を取得したか否かを判断する。ステップＳ１３１７で、宝くじの種類に対応した本数字の数を取得したと判断した場合（ＹＥＳ）、ステップＳ１３１９に移行する。一方、ステップＳ１３１７で、宝くじの種類に対応した本数字の数を取得していないと判断した場合（ＮＯ）、本処理を終了する。

【0143】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１３１９で、取得した全ての本数字が異なる数字であるか否かと、取得した全ての本数字が所定の範囲の値の数字であるか否かを判断する。詳細には、ロト７の場合、取得した７個の本数字が各々異なる数字であるか否かの判断と、取得した７個の本数字が０１～３７の値の数字であるか否かの判断とを実行する。ロト６の場合、取得した６個の本数字が各々異なる数字であるか否かの判断と、取得した６個の本数字が０１～４３の値の数字であるか否かの判断とを実行する。ミニロトの場合、取得した５個の本数字が各々異なる数字であるか否かの判断と、取得した５個の本数字が０１～３１の値の数字であるか否かの判断とを実行する。ステップＳ１３１９で、取得した全ての本数字が異なる数字であり、取得した全ての本数字が所定の範囲の値の数字であると判断した場合（ＹＥＳ）、ステップＳ１３２１に移行する。一方、ステップＳ１３１９で、取得した本数字の中に同じ数字の本数字がある場合や取得した本数字が所定の範囲の値の数字でない場合（ＮＯ）は、本処理を終了する。

【0144】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１３２１で、取得した宝くじの種類及び取得した回別番号に対応したボーナス数字を取得して、その数字をＲＡＭに記憶する。ロト７の場合、ボーナス数字としての２個のボーナス数字を取得する。例えば、ロト７の第１００回の１７、２７のボーナス数字を取得する。ロト６の場合、ボーナス数字としての１個のボーナス数字を取得する。ミニロトの場合、ボーナス数字としての１個のボーナス数字を取得する。

【0145】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１３２３で、取得したボーナス数字が本数字（ステップＳ１３１５で取得した本数字）と異なる値であるか否かを判断する。詳細には、ロト７の場合、取得した７個の本数字と、取得した２個のボーナス数字とを比較して、全ての数字の値が異なるか否かを判断する。なお、ロト７の場合は、取得した２個のボーナス数字同士が異なるか否かも判断する。ロト６の場合、取得した６個の本数字と、取得した１個のボーナス数字とを比較して、全ての数字の値が異なるか否かを判断する。ミニロトの場合、取得した５個の本数字と、取得した１個のボーナス数字とを比較して、全ての数字の値が異なるか否かを判断する。ステップＳ１３２３で、ボーナス数字が本数字と異なると判断した場合（ＹＥＳ）、ステップＳ１３２５に移行する。一方、ステップＳ１３２３で、ボーナス数字の中に本数字と同じ値があると判断した場合（ＮＯ）、本処理を終了する。

【0146】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１３２５で、取得した全てのボーナス数字が所定の範囲の値の数字であるか否かを判断する。詳細には、ロト７の場合、取得した２個のボーナス数字が０１～３７の値の数字であるか否かの判断を実行する。ロト６の場合、取得したボーナス数字が０１～４３の値の数字であるか否かの判断を実行する。ミニロトの場合、取得したボーナス数字が０１～３１の値の数字であるか否かの判断を実行する。ステップＳ１３２５で、取得した全てのボーナス数字が所定の範囲の値の数字であると判断した場合（ＹＥＳ）、ステップＳ１３２７に移行する。一方、ステップＳ１３２５で、取得したボーナス数字が所定の範囲の値の数字でない場合（ＮＯ）は、本処理を終了する。

【0147】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１３２７で、宝くじの種類の情報と、その宝くじの種類の回別番号と、その回別番号の本数字とボーナス数字とを対応付けてＲＡＭに記憶する。例えば、宝くじの種類の情報＝ロト７、回別番号＝１００、本数字＝０２、０８、１２、１９、２４、３６、３７、ボーナス数字＝１７、２７の情報をＲＡＭに記憶する。

【0148】

また、利用者側端末装置１２０のＣＰＵは、ステップＳ１３２７で、回別番号の値を１減算して、ＲＡＭに減算した結果の回別番号の値を記憶する。例えば、ＲＡＭに記憶されているロト７の回別番号が第１００回の場合、１減算した結果である９９をＲＡＭに記憶する。

【0149】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１３２９で、ＲＡＭに記憶している回別番号の値が０であるか否かを判断する。ステップＳ１３２９で、回別番号の値が０であると判断した場合（ＹＥＳ）、本処理を終了する。一方、ステップＳ１３２９で、回別番号の値が０ではないと判断した場合（ＮＯ）、ステップＳ１３１５に処理を戻し、以前の回別（例えば、ロト７の第９９回～第１回まで）の本数字、ボーナス数字を取得する。

【0150】

＜＜＜宝くじ申込番号取得処理＞＞＞
次に、図１４を用いて宝くじ申込番号取得処理Ｓ１４００を説明する。図１４は、第２実施の形態における照合アプリで実行する宝くじ申込番号取得処理Ｓ１４００を示すフローチャートである。宝くじ申込番号取得処理Ｓ１４００は、利用者側端末装置１２０のＣＰＵの処理である。宝くじ申込番号取得処理Ｓ１４００は、宝くじ管理者側端末装置１１０のＣＰＵの処理としても良い。この処理における利用者側端末装置１２０のＣＰＵは、利用者が購入した宝くじの申込番号を取得する。

【0151】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ１４１１で、利用者が照合したい宝くじの種類の情報を取得する。例えば、ロト７を照合したい場合、利用者は利用者側端末装置１２０を操作してロト７の情報を入力する。利用者がロト７の情報を入力した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ１４１１で、宝くじの種類の情報としてロト７の情報をＲＡＭに記憶する。

【0152】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１４１３で、利用者が照合したい宝くじの回別番号の情報を取得する。例えば、第１００回のロト７を照合したい場合、利用者は利用者側端末装置１２０を操作して第１００回の情報を入力する。利用者が第１００回の回別番号の情報を入力した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ１４１３で、宝くじの回別番号の情報として第１００回の情報をＲＡＭに記憶する。

【0153】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１４１５で、利用者が照合したい宝くじの申込番号の情報を取得する。例えば、第１００回のロト７を照合したい場合、利用者は利用者側端末装置１２０を操作して本数字とボーナス数字の情報を入力する。利用者が宝くじの種類の情報に対応した本数字とボーナス数字の情報を入力した場合、利用者側端末装置１２０のＣＰＵは、ステップＳ１４１５で、宝くじの申込番号の情報として本数字とボーナス数字の情報をＲＡＭに記憶する。

【0154】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１４１７で、宝くじの種類に対応した数の申込番号が入力されているか否かを判断する。宝くじの種類がロト７の場合、申込番号が７個入力されているか否かを判断する。宝くじの種類がロト６の場合、申込番号が６個入力されているか否かを判断する。宝くじの種類がミニロトの場合、申込番号が５個入力されているか否かを判断する。ステップＳ１４１７で、宝くじの種類に対応した数の申込番号が入力されていると判断した場合（ＹＥＳ）、ステップＳ１４１９に移行する。一方、ステップＳ１４１７で、宝くじの種類に対応した数の申込番号が入力されていないと判断した場合（ＮＯ）、ステップＳ１４１５に処理を戻す。

【0155】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１４１９で、宝くじの種類の情報と、その宝くじの種類の回別番号と、その回別番号の数字であって利用者が購入した宝くじの申込番号とを対応付けてＲＡＭに記憶して、本処理を終了する。例えば、宝くじの種類の情報＝ロト７、回別番号＝１００、申込番号＝０２、０３、０４、０５、０６、０７の情報をＲＡＭに記憶する。

【0156】

なお、利用者が宝くじを複数枚所有している場合は、この宝くじ申込番号取得処理Ｓ１４００を複数回行い、複数枚の宝くじの申込番号を取得してＲＡＭに記憶する。例えば、ロト７を３枚保有している場合、１枚目の宝くじの情報として、宝くじの種類の情報＝ロト７、回別番号＝１００、申込番号＝０２、０３、０４、０５、０６、０７の情報を入力し、２枚目の宝くじの情報として、宝くじの種類の情報＝ロト７、回別番号＝１００、申込番号＝０２、０８、１２、１９、２４、３６、３７の情報を入力し、３枚目の宝くじの情報として、宝くじの種類の情報＝ロト７、回別番号＝１００、申込番号＝０３、０４、０５、０６、０７、０８、０９の情報を入力することで、これらの情報が利用者側端末装置１２０のＲＡＭに記憶される。宝くじ申込番号取得処理Ｓ１４００は、利用者が宝くじの種類、回別番号、申込番号を各々入力する例を示したが、利用者側端末装置１２０等のカメラで撮影した情報から利用者側端末装置１２０に一括入力するようにしても良い。宝くじ申込番号取得処理Ｓ１４００は、最終的に、宝くじの種類、回別番号、申込番号の情報を対応付けてＲＡＭに記憶できれば良い。

【0157】

＜＜＜当否照合処理＞＞＞
次に、図６を用いて第２実施の形態における当否照合処理Ｓ６００を説明する。この処理における利用者側端末装置１２０のＣＰＵは、宝くじ種類情報取得処理Ｓ１２００で取得した宝くじの種類の情報と、当せん番号取得処理Ｓ１３００で取得した宝くじの当せん番号の情報と、宝くじ申込番号取得処理Ｓ１４００で取得した宝くじの申込番号の情報とに基づいて、宝くじの当否照合を実行する。

【0158】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ６１１で、利用者側端末装置１２０のスタートボタン１２１が押下されたか否かを判断する。ステップＳ６１１で、スタートボタン１２１が押下されたと判断した場合（ＹＥＳ）、ステップＳ６１３に移行する。一方、ステップＳ６１１で、スタートボタン１２１が押下されていないと判断した場合（ＮＯ）、スタートボタン１２１が押下されるまで本処理を繰り返し実行する。

【0159】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ６１３で、宝くじ申込番号取得処理Ｓ１４００で取得した情報の情報を参照する。詳細には、利用者側端末装置１２０のＣＰＵは、ステップＳ１４１９で記憶した宝くじの種類の情報と、回別番号と、申込番号とを参照する。例えば、宝くじの種類の情報＝ロト７、回別番号＝１００、申込番号＝０２、０３、０４、０５、０６、０７の情報を参照する。

【0160】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ６１５で、当せん番号取得処理Ｓ１３００で取得した情報を参照する。詳細には、利用者側端末装置１２０のＣＰＵは、ステップＳ１３２７で記憶した宝くじの種類の情報と、回別番号と、本数字とボーナス数字を参照する。例えば、宝くじの種類の情報＝ロト７、回別番号＝１００、本数字＝０２、０８、１２、１９、２４、３６、３７、ボーナス数字＝１７、２７の情報を参照する。

【0161】

＜＜等級照合処理＞＞
次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１５００で、等級照合処理Ｓ１５００を実行する。等級照合処理Ｓ１５００は、図１５を用いて説明する。図１５は、第２実施の形態における照合アプリで実行する等級照合処理Ｓ１５００を示すフローチャートである。この等級照合処理Ｓ１５００では、ステップＳ６１３で参照した宝くじの種類の情報（例えば、ロト７）、回別番号（例えば、１００）、申込番号（例えば、０２、０３、０４、０５、０６、０７）が、ステップＳ６１５で参照した宝くじの種類の情報（例えば、ロト７）、回別番号（例えば、１００）、本数字（例えば、０２、０８、１２、１９、２４、３６、３７）、ボーナス数字（例えば、１７、２７）の当せん番号（本数字とボーナス数字）に、何個合致しているかに応じて、当りの場合の等級又はハズレを判断する処理である。

【0162】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ１５１１で、宝くじが１等の条件に合致しているか否かを判断する。ロト７の場合の１等の条件は、７個全ての申込番号と７個全ての当せん番号の本数字が合致していることである。ロト６の場合の１等の条件は、６個全ての申込番号と６個全ての当せん番号の本数字が合致していることである。ミニロトの場合の１等の条件は、５個全ての申込番号と５個全ての当せん番号の本数字が合致していることである。ステップＳ１５１１で、宝くじが１等の条件に合致していると判断した場合（ＹＥＳ）、ステップＳ１５１３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報と１等に当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ１５１１で、宝くじが１等の条件に合致していないと判断した場合（ＮＯ）、ステップＳ１５２１に移行する。

【0163】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１５２１で、宝くじが２等の条件に合致しているか否かを判断する。ロト７の場合の２等の条件は、６個の申込番号が当せん番号の本数字と合致しており、残り１個の申込番号が当せん番号のボーナス数字と合致していることである。ロト６の場合の２等の条件は、５個の申込番号が当せん番号の本数字と合致しており、残り１個の申込番号が当せん番号のボーナス数字と合致していることである。ミニロトの場合の２等の条件は、４個の申込番号が当せん番号の本数字と合致しており、残り１個の申込番号が当せん番号のボーナス数字と合致していることである。ステップＳ１５２１で、宝くじが２等の条件に合致していると判断した場合（ＹＥＳ）、ステップＳ１５２３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報と２等に当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ１５２１で、宝くじが２等の条件に合致していないと判断した場合（ＮＯ）、ステップＳ１５３１に移行する。

【0164】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１５３１で、宝くじが３等の条件に合致しているか否かを判断する。ロト７の場合の３等の条件は、６個の申込番号が当せん番号の本数字と合致していることである。ロト６の場合の３等の条件は、５個の申込番号が当せん番号の本数字と合致していることである。ミニロトの場合の３等の条件は、４個の申込番号が当せん番号の本数字と合致していることである。ステップＳ１５３１で、宝くじが３等の条件に合致していると判断した場合（ＹＥＳ）、ステップＳ１５３３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報と３等に当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ１５３１で、宝くじが３等の条件に合致していないと判断した場合（ＮＯ）、ステップＳ１５４１に移行する。

【0165】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１５４１で、宝くじが４等の条件に合致しているか否かを判断する。ロト７の場合の４等の条件は、５個の申込番号が当せん番号の本数字と合致していることである。ロト６の場合の４等の条件は、４個の申込番号が当せん番号の本数字と合致していることである。ミニロトの場合の４等の条件は、３個の申込番号が当せん番号の本数字と合致していることである。ステップＳ１５４１で、宝くじが４等の条件に合致していると判断した場合（ＹＥＳ）、ステップＳ１５４３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報と４等に当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ１５４１で、宝くじが４等の条件に合致していないと判断した場合（ＮＯ）、ステップＳ１５４７に移行する。

【0166】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１５４７で、宝くじの種類がミニロトであるか否かを判断する。ステップＳ１５４７で、宝くじの種類がミニロトであると判断した場合（ＹＥＳ）、ステップＳ１５７１に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類がミニロトであってハズレであることを示す情報をＲＡＭに記憶して、本処理を終了する。一方、ステップＳ１５４７で、ミニロトでないと判断した場合（ＮＯ）、ステップＳ１５５１に移行する。

【0167】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１５５１で、宝くじが５等の条件に合致しているか否かを判断する。ロト７の場合の５等の条件は、４個の申込番号が当せん番号の本数字と合致していることである。ロト６の場合の５等の条件は、３個の申込番号が当せん番号の本数字と合致していることである。ステップＳ１５５１で、宝くじが５等の条件に合致していると判断した場合（ＹＥＳ）、ステップＳ１５５３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類の情報と５等に当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ１５５１で、宝くじが５等の条件に合致していないと判断した場合（ＮＯ）、ステップＳ１５５７に移行する。

【0168】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１５５７で、宝くじの種類がロト６であるか否かを判断する。ステップＳ１５５７で、宝くじの種類がロト６であると判断した場合（ＹＥＳ）、ステップＳ１５７１に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類がロト６であってハズレであることを示す情報をＲＡＭに記憶して、本処理を終了する。一方、ステップＳ１５５７で、ロト６でないと判断した場合（ＮＯ）、ステップＳ１５６１に移行する。

【0169】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１５６１で、宝くじが６等の条件に合致しているか否かを判断する。ロト７の場合の６等の条件は、３個の申込番号が当せん番号の本数字と合致しており、１又は２個の申込番号が当せん番号のボーナス数字と合致していることである。ステップＳ１５６１で、宝くじが６等の条件に合致していると判断した場合（ＹＥＳ）、ステップＳ１５６３に移行し、利用者側端末装置１２０のＣＰＵは、宝くじの種類がロト７であって６等に当せんしたことを示す情報をＲＡＭに記憶する。一方、ステップＳ１５６１で、宝くじが６等の条件に合致していないと判断した場合（ＮＯ）、ステップＳ１５７１に移行する。

【0170】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１５７１で、宝くじの種類がロト７であってハズレであることを示す情報をＲＡＭに記憶して、本処理を終了する。

【0171】

＜＜特別演出実行処理＞＞
次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１６００で、特別演出実行処理Ｓ１６００を実行する。特別演出実行処理Ｓ１６００は、図１６を用いて説明する。図１６は、第２実施の形態における特別演出実行処理Ｓ１６００を示すフローチャートである。特別演出実行処理Ｓ１６００は、利用者側端末装置１２０のＣＰＵの処理である。第２実施の形態の特別演出は、ハズレ演出、ハズレ表示、リーチ演出、当り表示、等級表示等である。この処理における利用者側端末装置１２０のＣＰＵは、当否照合処理Ｓ６００（詳細には、等級照合処理Ｓ１５００）の当否結果及び等級の情報に基づいて、宝くじの当否結果及び等級を、特別演出を用いて利用者に報知するようになっている。

【0172】

先ず、利用者側端末装置１２０のＣＰＵは、ステップＳ１６１１で、今回の照合を行う宝くじが当りであるか否かを判断する。当りであるか否かの判断は、等級照合処理Ｓ１５００で記憶された情報に基づき判断する。ステップＳ１６１１で、宝くじが当りであると判断した場合（ＹＥＳ）、ステップＳ１６１３に移行する。

【0173】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１６１３で、当りの宝くじの等級が２等以上の当りであるか否かを判断する。詳細には、等級照合処理Ｓ１５００で記憶された情報に基づき、１等の当りか２等の当りかを判断する。ステップＳ１６１３で、宝くじが１等又は２等の当りであると判断した場合（ＹＥＳ）、ステップＳ１６１５に移行する。

【0174】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１６１５で、特別演出として図１７（ｅ）に示すような７の番号を用いたリーチ演出を利用者側端末装置１２０のディスプレイにて実行する。なお、特別演出で用いる７の番号は、宝くじの申込番号の０７とは異なる番号である。

【0175】

特別演出で用いられる図柄１２７の個数は、宝くじの申込番号の個数より少ない３個（（左図柄、中図柄、右図柄））の例を示したが、宝くじの申込番号と同じ個数の図柄であっても良いし、宝くじの申込番号の個数よりも多い個数の図柄であっても良い。

【0176】

一方、ステップＳ１６１３で、２等以上の当りではないと判断した場合（ＮＯ）、つまり３等以下の当りである場合、ステップＳ１６１７に移行する。利用者側端末装置１２０のＣＰＵは、ステップＳ１６１７で、特別演出として７以外の図柄１２７を用いたリーチ演出を利用者側端末装置１２０のディスプレイにて実行する。特別演出で用いる７以外の図柄１２７は、１、２、３、４、５、６、８、９の図柄であり、宝くじの申込番号の０１、０２、０３、０４、０５、０６、０８、０９とは異なる。

【0177】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１６１９で、当り表示を実行する。利用者側端末装置１２０のＣＰＵは、７の図柄１２７でリーチ演出を実行する場合、図１７（ｆ）に示すように利用者側端末装置１２０のディスプレイに７７７の図柄組合せを表示する。利用者側端末装置１２０のＣＰＵは、７以外の図柄１２７でリーチ演出を実行する場合、利用者側端末装置１２０のディスプレイに、３３３等の７以外の図柄組合せを表示する。なお、７の図柄１２７でリーチ演出が実行される場合は、必ず２等以上の当り確定となるが、単に当り確定としても良い。また、当り表示の際に、７個の申込番号のうち何個の申込番号が当せん番号に合致したかを示す個数表示を利用者側端末装置１２０のディスプレイに表示する。

【0178】

次に、利用者側端末装置１２０のＣＰＵは、ステップＳ１６２１で、等級表示を実行し、その後、本処理及び当否照合処理Ｓ６００を終了する。利用者側端末装置１２０のＣＰＵは、等級照合処理Ｓ１５００で記憶された情報に基づき、図１７（ｇ）に示すように利用者側端末装置１２０のディスプレイに等級である「１等」を表示する。また、等級の他、等級に基づく配当の金額である「１億」を表示するが、これらは表示しなくても良い。

【0179】

一方、ステップＳ１６１１で、宝くじが当りではないと判断した場合（ＮＯ）、つまりハズレの場合、ステップＳ１６３１に移行し、利用者側端末装置１２０のＣＰＵは、ハズレ演出とハズレ表示を実行し、その後、本処理及び当否照合処理Ｓ６００を終了する。利用者側端末装置１２０のＣＰＵは、ハズレ演出を実行する場合、利用者側端末装置１２０のディスプレイに、ハズレ演出として図１７（ｂ）に示すようなリーチとならない演出を実行し、ハズレ表示として図１７（ｃ）に示すような当りとならない図柄組合せを表示する。また、ハズレ表示の際に、７個の申込番号のうち何個の申込番号が当せん番号に合致したかを示す個数表示を利用者側端末装置１２０のディスプレイに表示する。

【0180】

なお、ハズレ演出では、ハズレのリーチ演出を実行しても良く、この場合、ハズレ表示として、例えば、３２３等のハズレの図柄組合せを表示する。ハズレのリーチ演出を実行する条件は、最低の当りに近い申込番号の場合である。

【0181】

ロト７の最低の当りに近い申込番号の場合は、６等が最低の当りであり、申込番号の３個が本数字と同じであり、且つ、申込番号の１個もしくは２個がボーナス数字と同じである場合にロト７の６等の当りとなる。つまり、申込番号の３個が本数字と同じであり、且つ、その他の申込番号がボーナス数字ではないことが、最低の当りに近い申込番号であり、これを条件として、ハズレのリーチ演出を実行するようになっている。また、申込番号の２個が本数字と同じであり、且つ、申込番号の１個もしくは２個がボーナス数字と同じであることが、最低の当りに近い申込番号であり、これを条件、つまり申込番号の２個が本数字と同じであることを条件として、ハズレのリーチ演出を実行するようになっている。

【0182】

ロト６の最低の当りに近い申込番号の場合は、５等が最低の当りであり、申込番号の３個が本数字と同じである場合にロト６の５等の当りとなる。つまり、申込番号の２個が本数字と同じであることが、最低の当りに近い申込番号であり、これを条件として、ハズレのリーチ演出を実行するようになっている。

【0183】

ミニロトの最低の当りに近い申込番号の場合は、４等が最低の当りであり、申込番号の３個が本数字と同じである場合にミニロトの４等の当りとなる。つまり、申込番号の２個が本数字と同じであることが、最低の当りに近い申込番号であり、これを条件として、ハズレのリーチ演出を実行するようになっている。

【0184】

このように当りに近い申込番号の宝くじの当否を報知する場合にハズレのリーチ演出を実行することによって、ハズレの宝くじであっても当りとなる可能性が高かったことを利用者に報知することができるので、本アプリの興趣を向上させることができる。

【0185】

なお、特別演出実行処理Ｓ１６００を当否照合処理Ｓ６００内で実行するようにしたが、当否照合処理Ｓ６００外において実行するようにしても良い。その場合、当否照合処理Ｓ６００の等級照合処理Ｓ１５００までは、スタートボタン１２１の操作の有無に関わらず実行し、別処理とする特別演出実行処理Ｓ１６００をスタートボタン１２１の操作によって実行する処理とすることが好ましい。

【0186】

次に、図１７を用いて、特別演出（ハズレ演出、ハズレ表示、リーチ演出、当り表示、等級表示）の遷移を説明する。図１７は、第２実施の形態における特別演出の概要を示す遷移図である。図１７は、第２実施の形態における照合アプリを利用者側端末装置１２０のディスプレイに表示したものを示す図である。

【0187】

図１７（ａ）は、図１２の宝くじ種類情報取得処理Ｓ１２００の処理と、図１３の当せん番号取得処理Ｓ１３００の処理と、図１４の宝くじ申込番号取得処理Ｓ１４００の処理とが終了した後のタイミングの利用者側端末装置１２０のディスプレイを示すものである。このタイミングでは、３個の図柄１２７（図のＸＸＸは初期表示であることを示している）、宝くじの種類がロト７であることを示す表示、回別番号が第１００回であることを示す表示、３枚の宝くじの申込番号を示す表示、スタートボタン１２１を示す表示が利用者側端末装置１２０のディスプレイに表示されている。

【0188】

図１７（ｂ）は、図６の当否照合処理Ｓ６００のステップＳ６１１でスタートボタン１２１が押下された後であって、図１６の特別演出実行処理Ｓ１６００のステップＳ１６１５やステップＳ１６１７やステップＳ１６３１が実行される前のタイミングの利用者側端末装置１２０のディスプレイを示すものである。図１７（ｂ）は、図１７（ａ）のスタートボタン１２１を押したことに基づき、３個の図柄１２７が図柄変動を開始したことを示している。また、３枚の宝くじの申込番号のうち、１番目の宝くじの申込番号に対応する演出を行っていることを示している。なお、演出の実行中にストップボタン１２２を押すと、演出が一時停止するようになっている。演出が一時停止している状態ではスタートボタン１２１が表示され、再度スタートボタン１２１を押した場合は、演出が再開するようになっている。

【0189】

図１７（ｃ）は、図１６の特別演出実行処理Ｓ１６００のステップＳ１６３１のハズレ表示を示すものである。３枚の宝くじの申込番号のうち、１番目の宝くじの申込番号に対応する結果がハズレであることを示している。また、「ハズレ２個合致」の表示は、７個の申込番号のうち２個の申込番号が当せん番号に合致したことを示している。このように全ての申込番号のうち何個の申込番号が当せん番号に合致したかを示す合致数の表示を実行することにより、複数枚の宝くじの照合を行う場合は、当せん番号の絞り込みが利用者によって可能となり、当せん番号を予想することに対して興趣を向上させることができる。なお、合致数として２／７等と表示しても良い。より詳細な表示として、「本数字２個、ボーナス数字０個」等を表示しても良い。この表示は、７個の申込番号のうち２個の申込番号が本数字に合致し、且つ、ボーナス数字に１個も合致していないことを示す。このような表示によっても、複数枚の宝くじの照合を行う場合は、当せん番号の絞り込みが利用者によって可能となり、当せん番号を予想することに対して興趣を向上させることができるという効果を奏する。なお、図１７（ｂ）において、ストップボタン１２２を長く押した場合や強制停止ボタン１２３を押した場合に、演出を終了して当否照合処理Ｓ６００の結果を表示しても良い。

【0190】

図１７（ｄ）は、３枚の宝くじのうち、１番目の宝くじの照合が終了した後であって、２番目の宝くじの照合を開始する前のタイミングの利用者側端末装置１２０のディスプレイを示すものである。なお、１番目の宝くじの申込番号の表示を消去するか、文字の色を２番目や３番目の宝くじの申込番号よりも確認し難い表示にして、既に照合済みであることが分かるようにすることが好ましい。

【0191】

図１７（ｅ）は、図１７（ｄ）でスタートボタン１２１が押下された後であって、図１６の特別演出実行処理Ｓ１６００のステップＳ１６１５の７の図柄１２７でリーチ演出を実行していることを示すものである。また、３枚の宝くじの申込番号のうち、２番目の宝くじの申込番号に対応する演出を行っていることを示している。

【0192】

図１７（ｆ）は、図１６の特別演出実行処理Ｓ１６００のステップＳ１６１９の当り表示を示すものである。３枚の宝くじの申込番号のうち、２番目の宝くじの申込番号に対応する結果が当りであることを示している。また、「当り７個合致」の表示は、７個の申込番号のうち７個の申込番号が当せん番号に合致したことを示している。このように等級の表示を行う前に合致数の表示を実行することにより、当りの場合の等級を利用者に推測させることが可能となり、利用者の興趣を向上させることができる。

【0193】

図１７（ｇ）は、図１６の特別演出実行処理Ｓ１６００のステップＳ１６２１の等級表示を示すものである。３枚の宝くじの申込番号のうち、２番目の宝くじの申込番号に対応する結果が１等の当りであることを示している。また、１等の配当が１億円であることを示している。等級表示では、当りの図柄組合せである「７７７」の表示領域を（ｆ）で示す当り表示の表示領域よりも小さくし、等級と配当の領域を図柄組合せの領域よりも大きくして、当りになったことと配当を利用者に強調して報知できるようになっている。

【0194】

このように宝くじの申込番号とは異なる番号を用いて当りであることを表示するリーチ演出を実行することにより、宝くじの当否結果を表示するまでの過程を利用者に演出的に報知することが可能となるので、宝くじの当否結果の出力に際し、宝くじの利用者の興趣を向上させることができる。

【0195】

また、宝くじが１等、２等の場合は、７の図柄１２７のリーチ演出を実行し、宝くじが１等、２等以外の場合は、７の図柄以外の図柄１２７のリーチ演出を実行することにより、宝くじの当否結果及び宝くじの等級を表示するまでの過程を利用者に演出的に報知することが可能となるので、宝くじの当否結果の出力に際し、宝くじの利用者の興趣を向上させることができる。

【0196】

＜＜並べ替え処理＞＞
利用者が宝くじを複数枚所有している場合、宝くじの申込番号を記憶した順番で特別演出実行処理Ｓ１６００を実行するよう構成されているが、特別演出実行処理Ｓ１６００での宝くじの照合順番を変更する並べ替え処理を設けても良い。この並べ替え処理は、宝くじ申込番号取得処理Ｓ１４００の実行後に実行することが好ましい。その場合、等級照合処理Ｓ１５００は、宝くじ申込番号取得処理Ｓ１４００の実行後であって、当否照合処理Ｓ６００の実行前に実行され、記憶されている全ての宝くじの申込番号に対する等級照合処理Ｓ１５００を実行することが好ましい。

【0197】

並べ替え処理では、先ず、複数枚の宝くじの等級照合処理Ｓ１５００の結果の全てを参照する。等級照合処理Ｓ１５００の結果を参照した後、複数枚の宝くじがハズレ、６等、５等、４等、３等、２等、１等の順番になるように並べ替える。ハズレが複数枚ある場合は、合致数が少ない宝くじが先頭となるように並べ替える。このような並べ替え処理を実行してから特別演出実行処理Ｓ１６００を行って合致数の表示を行うことにより、複数枚の宝くじの照合を行う場合は、徐々に当りに近づいていくように演出を見せることが可能となるため、利用者に対する宝くじの当否以外に関する興趣をより一層向上させることができる。

【0198】

特に、並べ替え処理を行ってから最低の当りに近い申込番号の場合にハズレのリーチ演出を実行する場合、ハズレのリーチ演出が実行された以降は、リーチ演出以上が確定となり、当りが近づいていることを利用者に対して予告することができる。また、合致数を表示していくことで、本数字やボーナス数字の絞り込みが容易になり、利用者は当りが分かり易くなるので、複数枚の宝くじの後半の宝くじに対する演出を楽しくすることができる。

【0199】

また、本数字＝０、ボーナス数字＝０を表示する合致数の宝くじが複数枚存在している場合は、並べ替え処理において、申込番号を入力した順番となるように並べ替えることが好ましい。

【0200】

また、１等又は２等が最後の順番になり、３等、４等、５等、６等、ハズレがランダムな順番になるような並べ替え処理としても良い。この場合、途中で当りとなるような演出を見せつつも、最後の宝くじまで１等、２等の当せん可能性があることを利用者に持たせることが可能となるため、宝くじの当否及び当否以外に関する興趣を向上させることができる。なお、並べ替え処理は、当否照合処理Ｓ６００で実行しても良い。また、並べ替え処理を実行した後であって、全ての宝くじに対する照合結果を表示した後に、並べ替えた宝くじの順番を入力した状態に戻すように処理しても良い。

【0201】

第２実施の形態における特別演出実行処理として、特別演出実行処理Ｓ１６００を例示したが、本実施の形態で示した特別演出実行処理Ｓ８００を用いて特別演出を実行しても良い。

【0202】

これまで説明した第２実施の形態の構成に基づき、以下のような概念を抽出することができる。但し、以下に記載する概念はあくまで一例であり、これらの概念の結合や分離（上位概念化）は勿論のこと、本実施及び第２実施の形態において示した更なる構成に基づく概念を、これら概念に付加してもよい。

【0203】

（手段１）宝くじの当せん番号を取得するステップと、宝くじの申込番号を取得するステップと、宝くじの当せん番号の情報と、宝くじの申込番号の情報とに基づいて、宝くじの当否を照合するステップと、当せん番号を表示しない状況下において宝くじの当否を報知する特別演出を実行するステップと、を実行するくじ照合方法。

【0204】

（手段２）特別演出を実行するステップは、所定個数の宝くじの申込番号の情報が宝くじの当せん番号の情報と合致しており、あと一つの宝くじの申込番号の情報が宝くじの当せん番号の情報と合致する場合に当りとなるハズレの宝くじに対する特別演出を実行する手段１に記載のくじ照合方法。

【0205】

（手段３）特別演出を実行するステップは、所定個数の宝くじの申込番号の情報が宝くじの当せん番号の情報と合致しており、あと一つの宝くじの申込番号の情報が宝くじの当せん番号の情報と合致する場合に当りとなるハズレの宝くじと、当りの宝くじの特別演出を実行する場合、当りの宝くじの前にハズレの宝くじに対する特別演出を実行する手段１に記載のくじ照合方法。

【0206】

（手段４）特別演出を実行するステップは、特別演出としてリーチ演出を実行する手段１に記載のくじ照合方法。

【0207】

（手段５）特別演出を実行するステップは、宝くじの当りの等級に基づき異なるリーチ演出を実行する手段４に記載のくじ照合方法。

【0208】

第２実施の形態によって記載したが、この開示の一部をなす記載及び図面は第２実施の形態で示す発明を限定するものであると理解すべきでない。第２実施の形態で示す発明は、本実施の形態の当せん予告演出や当せん予告演出の変更例、当せん発生演出や当せん発生演出の変更例等の様々な実施の形態等を含むことはもちろんである。

【0209】

＜＜くじ番号収集・集計処理＞＞
次に、図１８を用いてくじ番号収集・集計処理Ｓ１８００を説明する。図１８は、本実施の形態及び第２実施の形態におけるくじ番号収集・集計処理Ｓ１８００を示すフローチャートである。くじ番号収集・集計処理Ｓ１８００は、宝くじ管理者側端末装置１１０のＣＰＵの処理である。この処理における宝くじ管理者側端末装置１１０のＣＰＵは、宝くじ管理者側端末装置１１０から入力された最新の回別における宝くじの申込番号（くじパターン）の口数を集計し、この最新の回別の宝くじに係る抽せんが行われるよりも前の時期に、集計結果に基づく宝くじ集計情報を出力する。

【0210】

先ず、宝くじ管理者側端末装置１１０のＣＰＵは、ステップＳ１８１１で、利用者側端末装置１２０を用いて利用者が入力した回別番号の情報を取得する。例えば、利用者が回別番号＝１００と入力した場合、１００を取得する。また、回別番号以外に利用者が入力した情報がある場合は、それらの情報を取得する。例えば、宝くじ申込番号取得処理Ｓ５００や宝くじ申込番号取得処理Ｓ１４００において利用者側端末装置１２０が記憶した情報を取得する。宝くじ申込番号取得処理Ｓ５００（ナンバーズ４及びナンバーズ３の場合）の場合は、宝くじの種類の情報と、回別番号と、利用者が購入した宝くじの申込番号と、宝くじの種類の申込みタイプとを取得する。宝くじ申込番号取得処理Ｓ１４００の場合（ロト７、ロト６、ミニロトの場合）は、宝くじの種類の情報と、回別番号と、利用者が購入した宝くじの申込番号とを取得する。

【0211】

次に、宝くじ管理者側端末装置１１０のＣＰＵは、ステップＳ１８２１で、取得した回別番号の宝くじの抽せんが実行済みであるか否かを判断する。換言すると、ステップＳ１８１１で取得した回別番号における宝くじに係る抽せんが行われるよりも前の時期であるか否かを判断する。ステップＳ１８２１で、取得した回別番号の宝くじの抽せんが実行済みであると判断した場合（ＹＥＳ）、最新の回別番号ではないとして、本処理を終了する。なお、取得した回別番号の宝くじの抽せんが実行済みであると判断した場合、宝くじ管理者側端末装置１１０のＣＰＵは、抽せんが実行済みである情報を、利用者側端末装置１２０に出力（送信）し、利用者側端末装置１２０のＣＰＵは、この情報を受信して、ディスプレイに宝くじの抽せんが既に実行された旨を表示するようにしても良い。

【0212】

一方、ステップＳ１８２１で、取得した回別番号の抽せんが実行されていないと判断した場合（ＮＯ）、ステップＳ１８３１に移行する。宝くじ管理者側端末装置１１０のＣＰＵは、ステップＳ１８３１で、各くじパターンの口数を集計し、集計結果をＲＡＭに記憶する。詳細には、ステップＳ１８１１で取得した宝くじの申込番号も含め、複数の利用者が入力した複数の宝くじの申込番号の口数を集計する。なお、ナンバーズ４やナンバーズ３の場合は、申込みタイプを宝くじの申込番号に対応させて口数を集計する。

【0213】

次に、宝くじ管理者側端末装置１１０のＣＰＵは、ステップＳ１８４１で、集計結果を宝くじ集計情報として、利用者側端末装置１２０に出力（送信）して、本処理を終了する。

【0214】

なお、宝くじ管理者側端末装置１１０のＣＰＵは、ある回別における宝くじに係る抽せんが行われるよりも前の時期での複数の更新タイミングで、各宝くじの申込番号の口数を再集計するようになっている。複数の更新タイミングは、新たな情報（回別番号や宝くじの申込番号等）を取得したタイミングや所定間隔毎（例えば、５分毎）のタイミングである。

【0215】

利用者側端末装置１２０のＣＰＵは、宝くじ管理者側端末装置１１０からの宝くじ集計情報を受信し、図１９に示すようにディスプレイに出力（表示）する。

【0216】

図１９は、ナンバーズ４の宝くじ集計情報を表示した利用者側端末装置１２０のディスプレイのイメージ図である。ディスプレイの最上段には、回別番号を表示している。その下には、集計結果を表示する宝くじの種類を表示する。宝くじの種類の下には、申込みタイプを表示している。なお、ナンバーズ４及びナンバーズ３の場合は、この欄に申込みタイプを表示するが、ロト７、ロト６、ミニロトでは、この欄に「－」を表示する。

【0217】

申込みタイプの下には、申込番号とその口数のトップ１０の順位を表示している。なお、トップ１０に限定されず、１１位以降の順位も画面をスクロールすることによって表示可能にしている。

【0218】

トップ１０の順位の下には、申込みタイプの選択ボタンと、宝くじの種類の選択ボタンと、並べ替えの選択ボタンを表示している。

【0219】

申込みタイプの選択ボタンは、ナンバーズ４及びナンバーズ３の宝くじの集計結果を表示したい場合に選択するボタンである。現在選択されているのは「ストレート（図ではボタンを太文字及びアンダーラインで強調して表示）」であるが、ストレート以外の申込みタイプの集計結果を確認したい場合は、画面左下の「セット（ストレート）」、「ボックス」、「セット（ボックス）」、「ミニ」のボタンの何れかを選択することで、表示が変更されるようになっている。なお、ナンバーズ４の宝くじの集計結果が表示されている場合は、「ミニ」を選択できないようになっている。

【0220】

宝くじの種類の選択ボタンは、ナンバーズ４、ナンバーズ３、ロト７、ロト６、ミニロトの宝くじの中から一の種類の宝くじの集計結果を表示したい場合に選択するボタンである。現在選択されているのは「ナンバーズ４（図ではボタンを太文字及びアンダーラインで強調して表示）」であるが、ナンバーズ４以外の宝くじの集計結果を確認したい場合は、画面下の「ナンバーズ３」、「ロト７」、「ロト６」、「ミニロト」のボタンの何れかを選択することで、表示が変更されるようになっている。

【0221】

並べ替えの選択ボタンは、順位表示を変更したい場合に選択するボタンである。図のトップ１０の表示は、「順位（少→多）」を選択して申込番号の口数が少ないものを先頭にして表示しているが、申込番号の口数が多いものを先頭にして表示しても良く、このように表示したい場合は、右下に表示されている「順位（多→少）」のボタンを選択することで、表示が変更されるようになっている。

【0222】

ナンバーズ４又はナンバーズ３の配当は、当せんくじの口数が少ないほど配当額が高くなる傾向がある宝くじであるため、高額な配当を目指す利用者にとっては、購入数が少ないくじ番号（宝くじの申込番号）を推測できれば、宝くじを購入する際の指定すべき数字の手掛かりとなり得る。そこで、最新の回別におけるナンバーズ４又はナンバーズ３に係る抽せんが行われるよりも前の時期に、宝くじの申込番号の口数を集計し、この集計した結果に基づき宝くじ集計情報を出力することで、利用者が宝くじを購入する際に指定すべき数字の手掛かりとすることができる。

【0223】

また、申込タイプ別に集計するのではなく、複数の申し込みタイプに跨って集計してもよい。例えばナンバーズ４において、ストレートでもボックスでもセットでも購入数が少ない申込数字は、それが当せんした場合の配当額が極めて高くなる傾向があるため、高額な配当を目指す利用者にとってより有益な情報となり得る。

【0224】

更に、申込番号の一覧を表示する場合、その表示上限となる個数（図１９では１０個）を変更できるよう構成してもよい。表示上限が増えれば、高額な配当を目指す利用者にとって、購入数が少ないくじ番号（宝くじの申込番号）を推測できる幅が広がる。

【0225】

くじ番号収集・集計処理は、本実施の形態や第２実施の形態によって記載したが、この開示の一部をなす記載及び図面は本発明を限定するものであると理解すべきでない。くじ番号収集・集計処理は、ここでは記載していない様々な実施の形態等を含むことはもちろんである。

【符号の説明】

【0226】

１０ くじ照合システム
１１０ 宝くじ管理者側端末装置
１２０ 利用者側端末装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】