特開 2022-170796 不正検知装置、不正検知方法、及び不正検知プログラム

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

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

(11)【公開番号】P2022170796

(43)【公開日】2022-11-11

(54)【発明の名称】不正検知装置、不正検知方法、及び不正検知プログラム

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20221104BHJP

   G06F 21/31 20130101ALI20221104BHJP

【ＦＩ】

G06Q30/06 300

G06F21/31

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2021077000

(22)【出願日】2021-04-30

(71)【出願人】

【識別番号】596086251

【氏名又は名称】全日空商事株式会社

(71)【出願人】

【識別番号】518416252

【氏名又は名称】サイバーウェーブ株式会社

(74)【代理人】

【識別番号】100119758

【弁理士】

【氏名又は名称】菊地 保宏

(72)【発明者】

【氏名】渋谷 友邦

(72)【発明者】

【氏名】鶴長 寛也

(72)【発明者】

【氏名】梨木 繁幸

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

5L049

【Ｆターム（参考）】

5L049BB22

(57)【要約】

【課題】簡単な方法で組織による不正行為を検知する。
【解決手段】電子商取引において商品を購入するユーザの不正行為を検知する不正検知装置は、第一の期間に商品を購入した全ユーザの購入金額に基づいて不正行為を検知する第一の不正判定部と、第二の期間に商品を購入した、同一ＩＰアドレスからのアクセスによるユーザ全員の購入金額に基づいて不正行為を検知する第二の不正判定部と、第三の期間に商品を購入したユーザの数に基づいて不正行為を検知する第三の不正判定部と、を備える。
【選択図】図３

【特許請求の範囲】

【請求項1】

電子商取引において所定の商品又はサービス（以下、「商品」という）を購入するユーザの不正行為を検知する不正検知装置であって、
予め定められた第一の期間に前記商品を購入した全ユーザの購入金額に基づいて不正行為を検知する第一の不正判定部と、
予め定められた第二の期間に前記商品を購入した、同一ＩＰアドレスからのアクセスによるユーザ全員の購入金額に基づいて不正行為を検知する第二の不正判定部と、
予め定められた第三の期間に前記商品を購入したユーザの数に基づいて不正行為を検知する第三の不正判定部と、
を備える不正検知装置。

【請求項2】

前記第三の不正判定部は、前記第三の期間にログインしたユーザの数に基づいて不正行為を検知する、請求項１記載の不正検知装置。

【請求項3】

ユーザを一意に識別可能な識別情報及び決済情報を会員情報として登録する会員情報登録部を備え、
前記第三の不正判定部は、前記第三の期間に会員登録したユーザの数に基づいて不正行為を検知する、請求項１記載の不正検知装置。

【請求項4】

前記第三の不正判定部は、前記第三の期間に前記商品を購入したユーザのうち、予め定めた購入上限金額に到達したユーザの数に基づいて不正行為を検知する、請求項１記載の不正検知装置。

【請求項5】

前記第一の不正判定部、前記第二の不正判定部、又は前記第三の不正判定部が不正行為の虞があると判定した場合、判定根拠及び対象となるユーザを示すアラート通知を出力するアラート処理を実行するアラート処理部を備える、請求項１乃至４のいずれか１項に記載の不正検知装置。

【請求項6】

前記第一の不正判定部、前記第二の不正判定部、又は前記第三の不正判定部が不正行為の蓋然性が極めて高い判定した場合、対象となるユーザのシステム利用を不可とするとともに判定根拠及び対象となるユーザを示す停止処分通知を出力するエラー処理を実行するエラー処理部を備える、請求項１乃至５のいずれか１項に記載の不正検知装置。

【請求項7】

前記第一の期間、前記第二の期間、及び前記第三の期間を設定可能な期間設定部をさらに備え、
前記期間設定部は、前記第一の期間、前記第二の期間、及び前記第三の期間のそれぞれに対して１又は複数種類の期間を設定可能である、請求項１乃至６のいずれか１項に記載の不正検知装置。

【請求項8】

電子商取引において所定の商品又はサービス（以下、「商品」という）を購入するユーザの不正行為を検知する不正検知装置であって、
複数のユーザによる不正行為を、予め設定した集団不正検出条件に基づいて検出する集団不正検出部を備え、
前記集団不正検出条件は、予め設定した範囲内におけるユーザの行動情報であり、前記行動情報はユーザの数である不正検知装置。

【請求項9】

前記行動情報は、会員登録を行うユーザの数に関する会員登録情報、ログインを行うユーザの数に関するログイン行動情報、又は前記商品を購入するユーザの数に関する購入行動情報である、請求項８記載の不正検知装置。

【請求項10】

前記予め設定した範囲とは、時間に基づく期間、位置情報に基づくエリア、又はＩＰアドレスに基づく通信環境である、請求項８または９記載の不正検知装置。

【請求項11】

電子商取引において所定の商品又はサービス（以下、「商品」という）を購入するユーザの不正行為を検知する情報処理装置が、
予め定められた第一の期間に前記商品を購入した全ユーザの購入金額に基づいて不正行為を検知する第一の不正判定処理と、
予め定められた第二の期間に前記商品を購入した、同一ＩＰアドレスからのアクセスによるユーザ全員の購入金額に基づいて不正行為を検知する第二の不正判定処理と、
予め定められた第三の期間に前記商品を購入したユーザの数に基づいて不正行為を検知する第三の不正判定処理と、
を実行する不正検知方法。

【請求項12】

電子商取引において所定の商品又はサービス（以下、「商品」という）を購入するユーザの不正行為を検知する情報処理装置に、
予め定められた第一の期間に前記商品を購入した全ユーザの購入金額に基づいて不正行為を検知する第一の不正判定処理と、
予め定められた第二の期間に前記商品を購入した、同一ＩＰアドレスからのアクセスによるユーザ全員の購入金額に基づいて不正行為を検知する第二の不正判定処理と、
予め定められた第三の期間に前記商品を購入したユーザの数に基づいて不正行為を検知する第三の不正判定処理と、
を実行させる不正検知プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子商取引において不正行為を検知する技術に関し、特に組織による不正行為を検知する不正検知装置、不正検知方法、及び不正検知プログラムに関する。

【背景技術】

【0002】

従来、インターネットなどの通信ネットワークを介して商品やサービスを提供する電子商取引において、不正行為を検知する技術が知られている。例えば、特許文献１には、不正行為を行ったユーザと紐づいた情報処理端末を用いたユーザのサービス利用を制限する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

しかしながら、従来技術では、例えば、個人などの単独犯による不正行為に対しては一定の効果を得ているが、昨今、増加傾向にある犯罪組織による不正行為に対しては抑止が十分でないという問題がある。

【0005】

本発明は上記の事情を鑑みてなされたものであり、その課題は、簡単な方法で組織による不正行為を検知する技術を提供することにある。

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

【0006】

上記の課題を達成するため、本発明の一態様の不正検知装置は、電子商取引において所定の商品又はサービス（以下、「商品」という）を購入するユーザの不正行為を検知する不正検知装置であって、
予め定められた第一の期間に前記商品を購入した全ユーザの購入金額に基づいて不正行為を検知する第一の不正判定部と、
予め定められた第二の期間に前記商品を購入した、同一ＩＰアドレスからのアクセスによるユーザ全員の購入金額に基づいて不正行為を検知する第二の不正判定部と、
予め定められた第三の期間に前記商品を購入したユーザの数に基づいて不正行為を検知する第三の不正判定部と、
を備えることを特徴とする。

【0007】

また、本発明の別の一態様の不正検知装置は、電子商取引において所定の商品又はサービス（以下、「商品」という）を購入するユーザの不正行為を検知する不正検知装置であって、
複数のユーザによる不正行為を、予め設定した集団不正検出条件に基づいて検出する集団不正検出部を備え、
前記集団不正検出条件は、予め設定した範囲内におけるユーザの行動情報であり、前記行動情報はユーザの数であることを特徴とする。

【0008】

また、本発明の一態様の不正検知方法は、電子商取引において所定の商品又はサービス（以下、「商品」という）を購入するユーザの不正行為を検知する情報処理装置が、
予め定められた第一の期間に前記商品を購入した全ユーザの購入金額に基づいて不正行為を検知する第一の不正判定処理と、
予め定められた第二の期間に前記商品を購入した、同一ＩＰアドレスからのアクセスによるユーザ全員の購入金額に基づいて不正行為を検知する第二の不正判定処理と、
予め定められた第三の期間に前記商品を購入したユーザの数に基づいて不正行為を検知する第三の不正判定処理と、
を実行することを特徴とする。

【0009】

また、本発明の一態様の不正検知プログラムは、電子商取引において所定の商品又はサービス（以下、「商品」という）を購入するユーザの不正行為を検知する情報処理装置に、
予め定められた第一の期間に前記商品を購入した全ユーザの購入金額に基づいて不正行為を検知する第一の不正判定処理と、
予め定められた第二の期間に前記商品を購入した、同一ＩＰアドレスからのアクセスによるユーザ全員の購入金額に基づいて不正行為を検知する第二の不正判定処理と、
予め定められた第三の期間に前記商品を購入したユーザの数に基づいて不正行為を検知する第三の不正判定処理と、
を実行させることを特徴とする。

【発明の効果】

【0010】

本発明によれば、簡単な方法で組織による不正行為を検知することができる。

【図面の簡単な説明】

【0011】

【図1】一実施の形態に係る情報処理システムの概略構成図である。

【図2】一実施の形態に係る情報処理システムにおいて利用者がギフト券を購入する場合の利用者の動作を説明するフローチャートである。

【図3】一実施の形態に係る情報処理システムのサーバの機能構成図である。

【図4】一実施の形態に係る情報処理システムにおいて用いられる会員データ、会員状態データ及び購入データの構成を示す模式図である。

【図5】一実施の形態に係る情報処理システムにおいて用いられる条件管理データの構成を示す模式図である。

【図6】一実施の形態に係る情報処理システムの購入時処理の流れを示すフローチャートである。

【図7】一実施の形態に係る情報処理システムの毎時バッチ処理の流れを示すフローチャートである。

【図8】一実施の形態に係る情報処理システムの日次バッチ処理の流れを示すフローチャートである。

【図9】一実施の形態に係る情報処理システムの月次バッチ処理の流れを示すフローチャートである。

【図10】一実施の形態に係る情報処理システムのＩＰ制御バッチ処理の流れを示すフローチャートである。

【図11】一実施の形態に係る情報処理システムのアラート処理において発行されるメールの一例を示す図である。

【図12】一実施の形態に係る情報処理装置のハードウェア構成図である。

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

【0012】

＜情報処理システムの構成＞
・情報処理システム
図１は、一実施の形態に係る情報処理システム１０の概略構成図である。情報処理システム１０は、利用者がオンラインで電子ギフト券を購入し（以下、電子ギフト券を購入した利用者を購入者という）、購入した電子ギフト券をオンラインで他の利用者に送信する（以下、電子ギフト券を受け取った利用者を受取者という）ギフト券購入・送信システムである。また、情報処理システム１０は、受取者が受け取った電子ギフト券をオンラインで複数の電子マネーや商品に交換できるギフト券交換システムである。ここで、電子ギフト券とは、オンラインサービスにおいて利用可能なギフト券である。以下、情報処理システム１０が提供するサービスを、ギフト券提供サービスという。なお、本実施の形態に係るギフト券提供サービスでは、会員制を採用しているため、購入者は、会員となる必要がある（一方、受取者は会員となる必要がない）。以下、会員登録した利用者を会員という。

【0013】

情報処理システム１０は、図１に示すように、サーバ１と、クレジットカード決済システム２と、購入者が利用する利用者端末３と、受取者が利用する利用者端末４と、を備えている。

【0014】

サーバ１は、ギフト券提供サービスを管理する管理会社が有する情報処理装置１００である。以下、サーバ１を管理する者を管理者という。サーバ１は、クレジットカード決済システム２、利用者端末３、及び利用者端末４のそれぞれと通信ネットワーク５を介して、お互いに通信をすることができるように構成されている。通信ネットワーク５は、例えば、インターネット網、公衆回線網、専用通信網などが含まれる。クレジットカード決済システム２は、クレジットカード決済サービスを行うオンライン決済代行業者が管理する情報処理装置１００である。本実施の形態のギフト券提供サービスでは、購入者は電子ギフト券をクレジットカードで決済して購入するように構成されている。利用者端末３及び利用者端末４は、利用者が利用する情報処理装置１００であり、例えば、パーソナルコンピュータ、スマートフォン、タブレット端末などが挙げられる。

【0015】

図１２は、情報処理装置１００のハードウェア構成図である。情報処理装置１００は、図１２に示すように、プロセッサ１０１と、メモリ１０２と、ストレージ１０３と、入出力インターフェース１０４と、通信インターフェース１０５と、から構成される。プロセッサ１０１は、例えば、ＣＰＵ（Central Processing Unit）などで構成される。メモリ１０２は、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などで構成される。ストレージ１０３は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などで構成される。入出力インターフェース１０４は、例えば、入力装置としては、タッチパネル、キーボード、マウス、カメラ、マイクなどで構成され、例えば、出力装置としては、例えば、液晶表示装置、ＥＬ（Electro Luminescence）表示装置などのディスプレイ、スピーカなどで構成される。通信インターフェース１０５は、通信ネットワーク５を介して各種データの送受信が可能であり、有線又は無線のいずれでもよく、また、通信プロトコルも問わない。

【0016】

本実施の形態の情報処理システム１０は、購入者が電子ギフト券を購入するときの不正行為を防止する機能に特徴を有しているので、以下、この不正行為防止機能を中心に説明し、購入者が電子ギフト券を購入した後の機能、つまり、購入者が電子ギフト券を受取者に送信し、受取者が電子ギフト券を商品に交換する機能については説明を省略する。

【0017】

・電子ギフト券の購入
情報処理システム１０において不正行為防止機能を有するサーバ１の構成について説明する前に、図２を用いて、購入者が電子ギフト券を購入するまでの工程について説明する。図２は、情報処理システム１０において購入者が電子ギフト券を購入するまでの動作を示すフローチャートである。なお、購入者が電子ギフト券を購入するまでの動作は、購入者が利用者端末３を用いてサーバ１にアクセスすることにより行われる。

【0018】

本実施の形態に係るギフト券提供サービスは、上述したように会員制を採用しているため、電子ギフト券を購入しようとする利用者は、まず会員登録する必要がある（ステップＳ１０）。会員登録の際は、まず、利用者が会員登録画面においてメールアドレスとパスワードを登録する（ステップＳ１１）。これにより、サーバ１は、登録したメールアドレス宛に確認メールを送信するので、利用者は確認メールに記載されていた確認用リンクにアクセスして（ステップＳ１２）、会員情報登録画面を表示する。次に、利用者は、会員情報登録画面において会員情報を登録する（ステップＳ１３）。会員情報は、例えば、携帯電話番号、性別、生年月日、郵便番号、秘密の質問と回答などで構成される。携帯電話番号はＳＭＳ（short message service）認証を行うための情報であり、携帯電話番号以外の情報は、後日、電子ギフト券購入に不正行為の疑義が生じた場合などに本人確認を取るための情報として利用する。また、会員情報を登録する際にクレジットカードに関する情報（例えば、カード番号、カード名義、有効期限、セキィリティコードなど）を登録することも可能である。この結果、サーバ１は、登録された携帯電話番号に従ってＳＭＳトークンを送信するので、利用者は受信したＳＭＳトークンに記載された認証コードを認証コード確認画面に入力する（ステップＳ１４）。サーバ１は、入力された認証コードに基づいてＳＭＳ認証を行い、ＳＭＳ認証に成功した場合、利用者の会員情報はサーバ１に登録され、会員登録の作業は終了する。

【0019】

本実施の形態の情報処理システム１０では、会員登録が終了すると、利用者は、自動的にログイン状態となる（ステップＳ２０）。つまり、利用者は、会員登録が終了した後、情報処理システム１０にログインするための作業は必要ない。一方、次回以降、つまり一旦ログアウトした後、再度、情報処理システム１０にログインする場合には、利用者は、ログイン画面においてメールアドレスとパスワードを入力する必要がある（Ｓ２１）。利用者がメールアドレスとパスワードを入力することにより、サーバ１は、メールアドレスとパスワードに基づいたユーザ認証を行う。ユーザ認証に成功した場合、サーバ１は、携帯電話番号に従ってＳＭＳトークンを送信するので、利用者は受信したＳＭＳトークンに記載された認証コードを入力する（ステップＳ２２）。サーバ１は、入力されたＳＭＳコードに基づいてＳＭＳ認証を行い、ＳＭＳ認証に成功した場合、利用者は、ログイン状態となる。

【0020】

このように本実施の形態に係る情報処理システム１０では、２段階認証、つまりメールアドレス及びパスワードによる本人認証の後、認証コードによる認証を行うことにより、不正アクセスを防御している。また、図２には図示していないが、会員登録画面及びログイン画面においてリキャプチャが設定されており、ボットからのアクセスを防御するように構成されている。

【0021】

次に、利用者（会員）は、電子ギフト券の購入を行う（ステップＳ３０）。詳しくは、利用者は、電子ギフト購入画面において、ギフト購入情報を入力する（ステップＳ３１）。ギフト購入情報とは、例えば、電子ギフト券のデザイン、受取者へのメッセージ、電子ギフト券の金額を示す券種及び枚数などで構成される。なお、クレジットカードに関する情報をまだ登録していない場合には、クレジットカードに関する情報の入力も行う。サーバ１は、予め設定された購入時のチェック（例えば、予め定めた購入上限金額を超えていないかなどのチェック）にエラーがなく、かつクレジットカード決済システム２と連携してクレジットカードの与信に問題がない場合には、電子ギフト券の購入処理を実行し、電子ギフト券の購入が完了した旨の購入完了メールを利用者のメールアドレス宛に送信する。利用者は購入完了メールに記載されていた購入完了画面ＵＲＬに基づいてサーバ１にアクセスして（ステップＳ３２）、購入完了画面を表示する。ここで、購入完了画面には、電子ギフト券を受け取るための受取用ＵＲＬが存在するので、購入者は、この受取用ＵＲＬを、所定の電子的な通信手段で受取者に転送する（ステップＳ３３）。所定の通信手段とは、例えば、電子メール、ＳＮＳ（Social Networking Service）などが挙げられる。以上の工程により、受取者は、電子ギフト券を受け取ることができる。

【0022】

・サーバ
次に、図３を用いて、サーバ１の不正行為防止機能について説明する。図３は、サーバ１の機能構成図である。サーバ１は、図２に示した電子ギフト券の購入における不正行為を検知する不正検知装置でもある。

【0023】

サーバ１は、図３に示すように、情報処理システム１０が管理するデータを記憶する記憶部１１と、記憶部１１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、本実施の形態の後述する各種処理（例えば、購入時処理、毎時バッチ処理、日次バッチ処理、月次バッチ処理、ＩＰ制御バッチ処理などの不正行為防止に関する各種処理）を実行する制御部１２と、通信ネットワーク５を介してクレジットカード決済システム２、利用者端末３、及び利用者端末４のそれぞれとデータの送受信を行う通信部１３と、を備えている。

【0024】

記憶部１１は、詳しくは、会員データベース（以下、会員ＤＢという）１４と、会員状態データベース（以下、会員状態ＤＢという）１５と、購入データベース（以下、購入ＤＢという）１６と、条件管理データベース（以下、条件管理ＤＢという）１７と、を具備する構成となっている。図４（ａ）に会員ＤＢ１４、図４（ｂ）に会員状態ＤＢ１５、図４（ｃ）に購入ＤＢ１６、図５に条件管理ＤＢ１７のデータ構成の模式図を示す。

【0025】

会員ＤＢ１４は、会員を一意に確認可能な会員情報を記憶するデータベースである。会員ＤＢ１４は、例えば、図４（ａ）に示すように、会員ＩＤ、メールアドレス、パスワード、携帯電話番号、本人確認情報、クレジットカード情報を少なくとも備えて構成された会員データｄ１４を記憶する。

【0026】

ここで、会員ＩＤは、情報処理システム１０内において会員を一意に識別可能なＩＤである。メールアドレス、パスワード、携帯電話番号、本人確認情報、及びクレジットカード情報は、購入者が会員登録時などに入力した情報である。本人確認情報とは、例えば、性別、生年月日、郵便番号、秘密の質問、及び秘密の答えで構成される。クレジットカード情報は、例えば、カード番号、カード名義、有効期限、セキィリティコードなどで構成される。

【0027】

本実施の形態では、会員は、一つのメールアドレス、一つの携帯電話番号、及び一つのクレジットカード情報しか持つことができない。また、一会員の会員データｄ１４として、会員ＤＢ１４に登録されたメールアドレス、携帯電話番号、及びクレジットカード情報は、いずれも他の会員の会員データｄ１４として重複して登録することができないようになっている。これは、集団による不正行為を防止する観点に基づくものである。

【0028】

会員状態ＤＢ１５は、会員が情報処理システム１０を利用できるか否かの状態、及びログイン中であるか否かの状態を管理するデータベースである。会員状態ＤＢ１５は、例えば、図４（ｂ）に示すように、会員ＩＤ、状態フラグ、及びログイン日時を少なくとも備えた会員状態データｄ１５を記憶する。

【0029】

ここで、状態フラグは、会員が状態情報処理システム１０を利用できるか否かの状態を示す。例えば、有効状態、警告状態、無効状態で構成するようにしてもよい。

【0030】

有効状態は、会員が何ら支障なく情報処理システム１０を利用できる状態である。所謂通常の状態である。

【0031】

警告状態は、例えば、後述する不正行為防止に関する各種処理においてアラートが発令された会員に付される状態である。アラートは、不正行為の虞があると検知された会員に対して発令される。なお、会員は、警告状態であっても情報処理システム１０を利用することは可能である。しかしながら、サーバ１の管理者は、発令されたアラートに基づき、該当する会員に連絡を取って（例えば、携帯電話番号などに従って電話をかけるなど）本人性確認を取ることができる。これにより、管理者は、例えば、電子ギフト券の購入に関する不正行為の疑義が解消された場合には、状態フラグを有効状態に変更したり、例えば、不正行為の疑義が解消されない場合には、状態フラグを無効状態に変更したりする。

【0032】

無効状態は、例えば、後述する不正行為防止に関する各種処理において停止処分が発令された会員に付される状態である。無効状態は、不正行為の蓋然性が極めて高い会員に対して発令される。会員は、無効状態になると、情報処理システム１０を利用することができない。サーバ１の管理者は、発令された停止処分に基づき、該当する会員に連絡を取ってギフト券購入の本人性確認を取ることができる。これにより、例えば、電子ギフト券の購入に関して不正行為の疑義が解消された場合には、管理者は無効状態を有効状態又は警告状態に変更することができる。勿論、不正行為の疑義が解消されない場合には、状態フラグをそのまま無効状態に維持することができる。

【0033】

ログイン日時は、会員が情報処理システム１０にログインしている場合に記される情報である。つまり、ログイン日時には、会員が情報処理システム１０に直近にログインしたときの日時が記録される。

【0034】

購入ＤＢ１６は、会員が電子ギフト券を購入したときの購入内容を記録するデータベースである。会員ＤＢ１４は、図４（ｃ）に示すように、会員ＩＤと、購入履歴情報と、を対応付けた購入データｄ１６を記憶する。

【0035】

ここで、購入履歴情報は、例えば、購入日時、購入金額などを少なくとも含んで構成される。購入日時は、会員が電子ギフト券を購入した日時、会員が電子ギフト券を購入したときの購入金額である。ログインしたＩＰアドレス（以下、ログインＩＰアドレスともいう）は、会員が利用者端末３を用いて情報処理システム１０にログインしたときの通信使用時に使用されるグローバルＩＰアドレスである。本実施の形態では、会員が電子ギフト券を購入したときの利用者端末３のＩＰアドレスが記録される。

【0036】

条件管理ＤＢ１７は、後述する不正行為防止に関する各種処理においてアラートを発令するアラート処理、及びエラー表示や停止処分を発するエラー処理を実行するための条件値を記憶するデータベースである。条件管理ＤＢ１７は、例えば、図５に示すように、１日単位の設定項目、１月単位の設定項目、ＩＰアドレス単位の設定項目、全会員に対する設定項目、時間単位の設定項目などで構成される条件管理データｄ１７を記憶する。サーバ１の管理者は、アラート処理及びエラー処理を実行する契機となる条件管理データｄ１７の各値を、図示しない管理画面において設定することができる。

【0037】

ここで、アラート処理とは、例えば、アラートの内容とともにアラートが発せられたことを示すアラートメールを、サーバ１の管理者に対して送信する処理である。アラート処理が実行されることにより、アラートの対象となった会員の会員状態データｄ１５の状態フラグは警告状態になる。サーバ１の管理者は、このアラートメールを受信することにより、特定の会員にアラートが発生したことを把握することができる。

【0038】

また、エラー処理とは、後述する不正行為防止に関する各種処理において、利用者端末３の画面上にエラー表示を出力したり、エラーの内容とともに停止処分が発せられたことを示す停止処分メールを、サーバ１の管理者に対して送信したりする処理である。エラー処理が実行されることにより、停止処分の対象となった会員の会員状態データｄ１５の状態フラグは無効状態になる。サーバ１の管理者は、この停止処分メールを受信することにより、特定の会員に停止処分が発生したことを把握することができる。

【0039】

条件管理ＤＢ１７は、詳しくは、図５（ａ）に示すように、例えば、１日単位の設定項目として、日購入警告金額ｄ１７ａ、日購入上限金額ｄ１７ｂなどの条件管理データｄ１７を備えてもよい。日購入警告金額ｄ１７ａは、購入時又はバッチ処理において一会員が１日に購入する（又はした）金額に対してアラート処理を実行するか否かを判定するための閾値であり、日購入上限金額ｄ１７ｂは、購入時又はバッチ処理において一会員が１日に購入する（又はした）金額に対してアラート処理やエラー処理を実行するか否かを判定するための閾値である。例えば、日購入警告金額ｄ１７ａを１万円、日購入上限金額ｄ１７ｂを３万円としてもよい。１日単位の設定項目は、一利用者による大量購入を検知するために設けられたものである。

【0040】

また、条件管理ＤＢ１７は、図５（ｂ）に示すように、例えば、１月単位の設定項目として、月購入警告金額ｄ１７ｃ、月購入上限金額ｄ１７ｄなどの条件管理データｄ１７を備えてもよい。月購入警告金額ｄ１７ｃは、購入時又はバッチ処理において一会員が１月に購入した金額に対してアラート処理を実行するか否かを判定するための閾値であり、月購入上限金額ｄ１７ｄは、一会員が１月に購入する（又はした）金額に対してアラート処理やエラー処理を実行するか否かを判定するための閾値である。例えば、月購入警告金額ｄ１７ｃを３万円、月購入上限金額額ｄ１７ｄを１０万円としてもよい。１月単位の設定項目は、一利用者による大量購入を検知するために設けられたものである。

【0041】

また、条件管理ＤＢ１７は、図５（ｃ）に示すように、例えば、ＩＰアドレス単位の設定項目として、ＩＰ毎購入警告金額ｄ１７ｅ、ＩＰ毎購入上限金額ｄ１７ｆなどの条件管理データｄ１７を備えてもよい。ＩＰ毎購入警告金額ｄ１７ｅは、バッチ処理において所定の時間におけるＩＰアドレス単位の合計購入金額に対してアラート処理を実行するか否かを判定するための閾値であり、月購入上限金額ｄ１７ｆは、バッチ処理において所定の時間におけるＩＰアドレス単位の合計購入金額に対してアラート処理やエラー処理を実行するか否かを判定するための閾値である。本実施の形態では、所定の時間を３０分としているが、所定の時間は３０分に限定されず、他の数値でもよい。ＩＰアドレス単位の設定項目は、一拠点からの集団による大量購入を検知するために設けられたものである。

【0042】

また、条件管理ＤＢ１７は、図５（ｄ）に示すように、例えば、全会員の購入金額全体に対する設定項目として、全体購入警告金額ｄ１７ｇ、全体購入上限金額ｄ１７ｈなどの条件管理データｄ１７を備えてもよい。全体購入警告金額ｄ１７ｇは、購入時又はバッチ処理において全会員が所定の期間に購入した合計金額に対してアラート処理を実行するか否かを判定するための閾値であり、月購入上限金額ｄ１７ｈは、購入時又はバッチ処理において全会員が所定の期間に購入した金額に対してエラー処理を実行するか否かを判定するための閾値である。ここで、所定の時間は、例えば、１時間としてもよい。また、管理者は所定の時間を設定可能としてもよい。全会員の購入金額全体に対する設定項目は、集団による大量購入を検知するために設けられたものである。

【0043】

なお、ここでいうＩＰアドレスとは、グローバルＩＰアドレスのことをいうが、これに限定されるものではなく、グローバルＩＰアドレスにローカルＩＰアドレスを付加してさらに詳細にＩＰアドレスを限定してもよい。または、ＩＰアドレスをローカルＩＰアドレスとし、さらにサーバ１が利用者端末４の位置情報を取得可能な設定とした上で、利用者端末４の位置情報とローカルＩＰアドレスとの組み合わせを条件としてもよい。

【0044】

また、条件管理ＤＢ１７は、図５（ｅ）に示すように、例えば、時間単位の設定項目として、１時間ログイン会員上限数ｄ１７ｉ、３時間ログイン会員上限数ｄ１７ｊ、１時間購入会員上限数ｄ１７ｋ、３時間購入会員上限数ｄ１７ｌ、１時間購入上限金額到達会員上限数ｄ１７ｍ、３時間購入上限金額到達会員上限数ｄ１７ｈなどの条件管理データｄ１７を備えてもよい。１時間ログイン会員上限数ｄ１７ｉは、１時間の間に情報処理システム１０にログインした会員数に対してアラート処理を実行するか否かを判定するための閾値であり、３時間ログイン会員上限数は、３時間の間に情報処理システム１０にログインした会員数に対してアラート処理を実行するか否かを判定するための閾値である。１時間購入会員上限数ｄ１７ｋは、１時間の間に電子ギフト券を購入した会員数に対してアラート処理を実行するか否かを判定するための閾値であり、３時間購入会員上限数ｄ１７ｌは、３時間の間に電子ギフト券を購入した会員数に対してアラート処理を実行するか否かを判定するための閾値である。１時間購入上限金額到達会員上限数ｄ１７ｍは、１時間の間の電子ギフト券の購入金額が購入上限金額Ａに達した会員数に対してアラート処理を実行するか否かを判定するための閾値であり、３時間購入上限金額到達会員上限数ｄ１７ｎは、３時間の間の電子ギフト券の購入金額が購入上限金額Ｂに達した会員数に対してアラート処理を実行するか否かを判定するための閾値である。なお、本実施の形態では、時間単位を１時間及び３時間としたが、時間単位についてもこの数値に限定されず、他の数値でもよい。また、購入上限金額Ａ及びＢは、予め定められた固定値としてもよいし、管理者が設定可能な条件管理データｄ１７としてもよい。時間単位の人数に関する設定値は、集団による大量ログイン、大量購入を検知するために設けられたものである。

【0045】

なお、記憶部１１には、サーバ１の制御部１２の機能を実現するためのプログラムが記憶されている。プログラムは、例えば、サーバ１のＲＯＭ（Read Only Memory）、ＲＡＭ（Read Access Memory）、又はＨＤＤ（Hard Disk Unit）で構成される記憶装置に格納される。また、プログラムは、コンピュータ読み取り可能な記録媒体に記録されていてもよい。コンピュータ読み取り可能な記録媒体としては、例えば、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＭＯ（Magneto Optical Disk）ディスク、ＤＶＤ－ＲＯＭ（Digital Versatile Disc Read Only Memory）が挙げられる。また、プログラムは、通信ネットワーク５を介して配信されてもよい。

【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】

１ サーバ
２ クレジットカード決済システム
３，４ 利用者端末
５ 通信ネットワーク
１１ 記憶部
１２ 制御部
１３ 通信部
１４ 会員ＤＢ
１５ 会員状態ＤＢ
１６ 購入ＤＢ
１７ 条件管理ＤＢ
１８ 会員登録部
１９ ログイン認証部
２０ ギフト券購入部
２１ 条件値設定部
２２ 不正判定部
２３ アラート処理部
２４ エラー処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】