JP7394245B1 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】運営者の負荷を軽減すること。【解決手段】情報処理装置は、電子決済サービスが利用できる店舗として許可を受けるための１つの申請に対応する申請情報を複数取得する取得部と、前記申請情報に含まれる第１情報と前記申請情報に基づく所定の審査の結果である第２情報との一方または双方である対象情報のうち特徴が共通する申請情報をグループ化し、グループ化したグループ申請情報を生成する情報処理部とを備える。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。

従来、店舗の信用に関する信用情報が、与信に基づく取引を行う店舗として認めることが可能であるかの判定条件を満たすか否かを判定する判定装置が知られている（例えば、特許文献１参照）。

特許第６４３８１３８号公報

従来の技術では、判定に関してサービスを運営する運営者の負荷を軽減することができない場合があった。

本発明は、このような事情を考慮してなされたものであり、運営者の負荷を軽減することができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。

本発明の一態様は、電子決済サービスが利用できる店舗として許可を受けるための申請情報を取得する取得部と、前記申請情報に含まれる複数の項目のうち一以上の項目の情報をクエリとし、ネットワークを介してサービスを提供する検索エンジンが検索した検索の結果を取得し、前記申請情報を審査する審査者が視認する表示部に取得した検索の結果を表示させる情報処理部と、を備える情報処理装置である。

本発明の他の一態様は、電子決済サービスが利用できる店舗として許可を受けるための申請情報を取得する取得部と、前記申請情報に含まれる複数の項目のうち一以上の項目の情報をクエリとし、ネットワークを介してサービスを提供する検索エンジンが検索した検索の結果を取得し、取得した検索の結果と、前記申請情報とを比較して、前記電子決済サービスが利用できる店舗として許可をできるか否かを判定する情報処理部とを備える情報処理装置である。

本発明の他の一態様は、電子決済サービスが利用できる店舗として許可を受けるための１つの申請に対応する申請情報を複数取得する取得部と、前記申請情報に含まれる第１情報と前記申請情報に基づく所定の審査の結果である第２情報との一方または双方である対象情報のうち特徴が共通する申請情報をグループ化し、グループ化したグループ申請情報を生成する情報処理部と、を備える情報処理装置である。

本発明の一態様によれば、運営者の負荷を軽減することができる情報処理装置、情報処理方法、およびプログラムを提供することができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示したシーケンス図（その１）である。 電子決済の大まかな流れを例示したシーケンス図（その２）である。 第１実施形態に係る決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 加盟店／店舗情報１７６の内容の一例を示す図である。 審査サーバ２００の構成図である。 申請情報２７２の内容の一例を示す図である。 クローリングについて説明するための図である。 検索の結果の一例を示す図である。 除外されるウエブページの情報について説明するための図である。 加工情報２７６の一例を示す図である。 強調された態様について説明するための図である。 審査サーバ２００、管理者端末装置３００、および検索サーバ４００により実行される処理の流れの一例を示すシーケンス図である。 事業内容に関連する情報を他の情報よりも強調した態様の検索の結果の一例を示す図である。 キーワード情報２７８の内容の一例を示す図である。 審査サーバ２００により実行される処理の流れの一例を示すフローチャートである。 第４実施形態の決済サービスの構成について説明するための図である。 グループ化について説明するための図である。 申請一覧情報２８０の一例を示す図である。 割り振りに関する処理の流れの一例を示すフローチャートである。 負荷情報２８２の一例を示す図である。 記憶部２７０に記憶されたグループ情報２８４の内容の一例を示す図である。 振り分け一覧情報２８６の内容の一例を示す図である。

以下、図面を参照し、本発明の情報処理装置、情報処理方法、およびプログラムの実施形態について説明する。アプリケーションプログラムと決済サーバは、協働して電子決済サービスを提供する。以下の説明ではアプリケーションプログラムを決済アプリと称する。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）であるが、電子商取引の仮想店舗を含んでもよい。仮想店舗は、電子決済サービスの運営者とは異なる主体によって提供されるものを含んでもよい。その場合、仮想店舗における買い物の決済の際に、電子決済サービスのインターフェース画面に遷移するように制御される。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。

＜第１実施形態＞
［電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サービスは、例えば、一以上の利用者端末装置１０、一以上の第１店舗端末装置５０、一以上の第２店舗端末装置７０、決済サーバ１００、審査サーバ２００、管理者端末装置３００、および検索サーバ４００のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。

利用者端末装置１０は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置１０は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置１０では、ＣＰＵ等のプロセッサにより決済アプリ２０が実行されることで、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ２０は、例えば、アプリケーションストアから利用者端末装置１０にインストールされ、カメラ、通信装置、タッチパネルなどを制御する。

第１店舗端末装置５０は、例えば、店舗に設置される。第１店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。第１店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイ（スマートフォンなどの端末装置のディスプレイでもよい）によって表示されてもよい。

第２店舗端末装置７０は、加盟店の運営者によって使用される。第２店舗端末装置７０は、スマートフォンやタブレット端末、パーソナルコンピュータ等である。第２店舗端末装置７０では、加盟店向けインターフェース７２が動作する。加盟店向けインターフェース７２は、加盟店向けアプリであってもよいし、ブラウザであってもよい。加盟店向けインターフェース７２は、加盟店の運営者によるクーポンの設定等を受け付け、決済サーバ１００に送信する。スマートフォンである第２店舗端末装置７０は、加盟店向けアプリを実行することで、店舗コード画像に相当するコード画像を表示したり、利用者端末装置１０が表示するコード画像を読み取ったりする機能を有する。

決済サーバ１００は、利用者端末装置１０または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置と加盟店サーバを含む場合があり、その場合、ＰＯＳ装置から加盟店サーバを介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。

図２および図３は、電子決済の大まかな流れを例示したシーケンス図である。電子決済には、パターン１とパターン２の二つが存在してよい。

図２に示すパターン１（以下、ユーザスキャンと称する）の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ１）。店舗コード画像６０には、店舗ＵＲＬ（Uniform Resource Locator）の情報が含まれている。この店舗ＵＲＬは、電子決済サービスのドメインに対して店舗を識別可能な情報が付加されたものであり、決済サーバ１００において加盟店ＩＤや店舗ＩＤ等との対応付けがなされている（後述）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２）。決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報（後述）を検索して加盟店名と店舗名の情報を取得し（Ｓ３）、決済アプリ２０に送信する（Ｓ４）。利用者は、加盟店名や店舗名が表示された画面において、決済金額を利用者端末装置１０に入力する（Ｓ５）。そして、利用者端末装置１０は、少なくとも決済金額を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ６）。決済サーバ１００は、受信した第２決済情報に基づいて電子決済を行う（Ｓ７）。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ８）、決済アプリ２０は決済完了画面を表示する（Ｓ９）。なお、店舗コード画像６０が店舗に置かれたディスプレイによって表示される場合、店舗コード画像６０には、店舗ＵＲＬだけでなく決済金額の情報が含まれる場合がある。この場合、利用者が決済金額を入力する手順が省略され、第１決済情報に決済金額の情報が含められて決済サーバ１００に送信される。加盟店名や店舗名の情報は、決済完了画面に含めて表示されてよい。

図３に示すパターン２（以下、ストアスキャンと称する）の場合、決済アプリ２０の起動時、決済アプリ２０において支払う操作が行われたとき、自動更新のタイミング（例えば１分おき）になったとき、およびその他のタイミングで、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ１１）。決済サーバ１００はワンタイムコードを生成し（Ｓ１２）、決済アプリ２０に送信する（Ｓ１３）。決済アプリ２０は、ワンタイムコードに基づいて生成した、ＱＲコードやバーコード等のコード画像を表示する（Ｓ１４）。利用者は利用者端末装置１０の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、ワンタイムコード等を取得する（Ｓ１５）。そして、第１店舗端末装置５０は、ワンタイムコード、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ１６）。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ワンタイムコードに対応する利用者を特定し、電子決済を行う（Ｓ１７）。そして、決済サーバ１００は、決済完了通知を決済アプリ２０に送信し（Ｓ１８）、決済アプリ２０は決済完了画面を表示する（Ｓ１９）。

なお、上記のいずれか一方のみのパターンで電子決済が行われてもよい。また、図２で説明した「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。また、ストアスキャンにおいてワンタイムコードの発行が省略され、決済アプリ２０は、利用者のアカウントＩＤに基づいて生成したコード画像を表示してもよい。その場合、決済サーバ１００は、ワンタイムコードに対応する利用者を特定するのに代えて、アカウントＩＤに対応する利用者を特定する。

［決済サーバ］
図４は、第１実施形態に係る決済サーバ１００の構成図である。決済サーバ（サービス提供サーバ）１００は、例えば、通信部１１０と、コンテンツ提供部１２０と、決済処理部１３０と、情報管理部１４０と、記憶部１７０とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、利用者情報１７２、決済コンテンツ情報１７４、加盟店／店舗情報１７６などの情報が格納される。

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークインターフェースカードである。

コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。コンテンツ提供部１２０は、決済コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。

決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１３０は、利用者情報１７２を参照しながら決済処理を行う。

図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、利用者ＵＲＬ、アカウントＩＤ、電話番号、パスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、後払い設定、後払い枠、後払い利用額、後払い利用可能額、決済方法設定、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報などの情報が対応付けられたものである。利用者ＵＲＬは、利用者間の送金処理に使用される。電子決済サービスへの新規登録時には、電話番号およびパスワードの登録が必須となる。アカウントＩＤは、決済サーバ１００によって利用者に発行されるものであり、利用者ＩＤは、利用者が任意に設定できる（設定しなくてもよい）ＩＤである。メールアドレス、および氏名・住所・生年月日も同様に、利用者が任意に設定できる（設定しなくてもよい）情報である。登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。後払い設定は、後払いによる電子決済を可能とするための設定が済んでいるか否かを示す情報であり、「済」と「未」のいずれかに設定される。後払い枠は月ごとに利用可能な後払いの限度額であり、後払い利用額は、当月に既に利用された後払いの金額であり、後払い利用可能額は、後払い枠から後払い利用額を差し引いて求められる、当月に利用可能な後払いの金額である。図では後払い枠を一つだけ示しているが、実際には更に日ごとの上限額などが存在し、それらの低い方が後払い枠に設定されてよい。後払いの更なる詳細については後述する。決済方法設定は、その時点において利用者がチャージ残高による電子決済を行うのか、後払いによる決済を行うのかを示す設定情報である。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額、決済方法など）を、決済ごとに示す情報である。

図６は、加盟店／店舗情報１７６の内容の一例を示す図である。加盟店／店舗情報１７６は、例えば、店舗ＵＲＬに対して加盟店ＩＤと店舗ＩＤが対応付けられた第１テーブル１７６Ａと、加盟店ＩＤに対して加盟店名と売上金（前述）が対応付けられた第２テーブル１７６Ｂと、店舗ＩＤに対して店舗ＩＤが対応付けられた第３テーブル１７６Ｃとを含む。加盟店／店舗情報１７６には、これらの情報の他、加盟店または店舗のカテゴリ、店舗の所在地、決済パターン等の情報が含まれてもよい。

情報管理部１４０は、利用者端末装置１０や第２店舗端末装置７０から取得した情報に基づいて、利用者情報１７２および加盟店／店舗情報１７６を管理する。情報管理部１４０は、利用者情報１７２および加盟店／店舗情報１７６について新規レコードの追加、編集、削除などを行う。

［電子決済］
決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０から決済情報が取得されると、利用者情報１７２を参照して当該利用者の「決済方法設定」を取得する。決済処理部１３０は、「決済方法設定」が「チャージ残高」に設定されている利用者に関して、以下のように電子決済を行う。決済処理部１３０は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。

決済処理部１３０は、「設定情報」が「後払い」に設定されている利用者に関して、以下のように電子決済を行う。後払いとは、電子決済サービスの運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」とは別枠で設定されるものであり、電子決済サービスの運営者が与信者となって、後払い枠の範囲内でチャージ残高に依存しない電子決済を許容するものである。なお後払いサービスを受けるために、電子決済サービスの運営者が提供するクレジットカードの取得が要求されてよい。後払いで利用された金額は、一か月分まとめて翌月の支払日に、例えば銀行口座からの引き落としによって決済される。この場合、決済処理部１３０は、後払い利用額に決済金額を加算し、後払い利用可能額から同額を差し引くことで暫定決済を行い、締め日になると上記のように当月分の決済を翌月の支払い日に引き落とすための処理を行う。なお暫定決済の時点で決済金額が後払い利用可能額を超える場合は、エラー通知が決済アプリケーション２０に返信される。

［審査サーバ］
審査サーバ２００は、申請に対する審査を支援する。申請とは、申請者（例えば事業者）が電子決済サービスの加盟店としての許可を受けるための申請である。申請者は、電子決済サービスを利用可能な店舗（加盟店）となることを申請する事業者（法人、個人事業主など）である。支援とは、審査者に審査に関する情報を提供することや、申請に対して加盟店としての適性を示すスコアを導出すること、加盟店の適性の有無を判定することである。審査サーバ２００は、上記の申請に対する審査のうち一部の審査を支援してもよし、全部の審査を支援してもよい。申請が上記の審査を通過した場合、申請者は、電子決済サービスを利用した電子決済を申請者の店舗で店舗の利用者に対して提供することができる。

図７は、審査サーバ２００の構成図である。審査サーバ２００は、例えば、通信部２１０と、情報取得部２２０と、情報処理部２３０と、記憶部２７０とを備える。通信部２１０および記憶部２７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部２７０は、ＨＤＤやフラッシュメモリ、ＲＡＭなどである。記憶部２７０は、審査サーバ２００がネットワークを介してアクセス可能なＮＡＳ装置であってもよい。記憶部２７０には、例えば、申請情報２７２、検索結果情報２７４、加工情報２７６などの情報が格納される。これらの情報は、複数の記憶部に分散されて記憶されていてもよい。各情報の詳細については後述する。

通信部２１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部２１０は、例えばネットワークインターフェースカードである。

情報取得部２２０は、例えば、申請情報２７２を申請者の端末装置から取得する。申請者の端末装置は、例えば、第２店舗端末装置７０であってもよいし、他の端末装置であってもよい。

図８は、申請情報２７２の内容の一例を示す図である。申請情報２７２は、例えば、審査に必要な情報であって申請者が所定のフォームに入力した情報である。所定のフォームとは、電子決済サービスの運営者が用意したフォームであって、例えば、割賦販売法において管理が求められている電子決済サービスの加盟店に関する情報を申請者が入力するためのフォームである。申請情報２７２は、複数の項目の情報を含む。複数の項目は、例えば、屋号や、代表者情報（氏名）、店舗の住所、事業者名（法人名または個人事業主名）、電話番号、メールアドレス、店舗のＵＲＬ（Uniform Resource Locator）、事業内容（例えば取扱商品、サービス）などを含む。上記の申請情報２７２に含まれる情報は一例であり、他の情報を含んでもよいし、一部の情報は省略されてもよい。

情報処理部２３０は、申請情報２７２に含まれる複数の項目のうち一以上の項目の情報をクエリとし、ネットワークを介してサービスを提供する検索サーバ４００（検索エンジン）が検索した検索の結果を取得し、申請情報２７２を審査する審査者が視認する表示部（例えば管理者端末装置３００の表示部）に取得した検索の結果を表示させるための処理を実行する。表示させるための処理とは、審査サーバ２００が、管理者端末装置３００の表示部に直接情報を表示させることであってもよいし、他の装置を介して管理者端末装置３００の表示部に情報を表示させることであってもよい。表示させるとは、例えば、情報処理部２３０が、他の装置に情報を提供して、他の装置が管理者端末装置３００の表示部に情報を表示させることを含む。また、表示させるための処理とは、情報処理部２３０が、取得した検索の結果を管理者端末装置３００に提供して、管理者端末装置３００が、提供された情報を記憶部に記憶させ、任意のタイミングで表示部に表示できるようにすることであってもよい。

情報処理部２３０は、申請情報２７２に含まれる複数の項目のうち一以上の項目の情報をクエリとし、ネットワークを介してサービスを提供する検索エンジンが検索した検索の結果を取得し、取得した検索の結果と、申請情報２７２とを比較して、電子決済サービスが利用できる店舗として許可をできるか否かを判定してもよい。情報処理部２３０は、例えば、ロボティックプロセスオートメーション（Robotic Process Automation）として機能する。情報処理部２３０の処理の詳細については後述する。

［管理者端末装置］
管理者端末装置３００は、申請情報２７２を審査する審査者が利用する端末装置である。管理者端末装置３００の表示部には、審査サーバ２００が提供する情報が表示される。審査者は、表示部に表示された情報を利用して審査を行ったり、申請情報２７２を処理したりする。

［検索サーバ］
検索サーバ４００は、クエリに関連する情報の提供のリクエストに応じて、クエリに関連する情報を取得し、取得した情報をリクエスト元に提供する検索エンジンである。クエリに関連する情報は、ネットワークＮＷに接続されたホストから取得された情報である。検索サーバ４００は、不特定多数の利用者がネットワークＮＷを介して利用可能な検索エンジンである。

［申請情報を利用したクローリング（１）］
情報処理部２３０は、申請情報２７２および検索サーバ４００を利用してクローリングを行う。情報処理部２３０は、申請情報２７２からクエリを生成し、生成したクエリを利用した検索を行うように検索サーバ４００にリクエストする。

情報処理部２３０は、例えば、申請情報２７２の２つの項目のワードを組み合わせてクエリを構成し、構成したクエリを利用してクローリングを行う。具体的には、情報処理部２３０は、申請情報２７２の複数の項目のうち異なる２つの項目のワードを組み合わせて構成されるクエリを２つ以上生成し、生成した２つ以上のクエリを用いてクローリングを行って検索の結果を取得する。クエリは、例えば、申請情報２７２の異なる項目のワードを組み合わせて構成される。情報処理部２３０は、例えば、屋号、代表者情報（氏名）、店舗の住所、事業者名（法人名または個人事業主名）、電話番号、メールアドレス、店舗のＵＲＬ、および事業内容（例えば取扱商品、サービス）のうち、任意の２つワードを組み合わせたクエリを利用してクローリングを行う。なお、２つのワードの組み合わせに代えて、１つワードのクエリまたは任意の数（例えば３つ）のワードの組み合わせのクエリが利用されてもよい。以下、クエリは２つのワードで構成され、３つのクエリを利用してクローリングが行われる例について説明する。

図９は、クローリングについて説明するための図である。情報処理部２３０は、例えば、図９に示すようにクエリＱ１、Ｑ２、およびＱ３を利用してクローリングを行う。クエリＱ１は、屋号と代表者情報との組み合わせである。クエリＱ２は、屋号と住所との組み合わせである。クエリＱ３は、屋号と事業者名（法人名または個人事業主名）との組み合わせである。クエリに利用する申請情報２７２の項目は、任意であるが、上記のように屋号と、他の項目のワード（例えば、代表者情報、住所、事業者名、電話番号）との組み合わせをクエリとすると好適である。この組み合わせにより、審査で利用される情報が効率的且つ精度よく取得できることが確認できている。

図１０は、検索の結果の一例を示す図である。検索の結果は、クエリに関連する複数のウエブページの情報（例えばＩＦ１－ＩＦ５・・・）を含む。情報処理部２３０は、検索の結果に含まれるクエリに関連する複数のウエブページの情報のうち所定数のウエブページの情報を抽出し、抽出した所定数のウエブページの情報を、申請情報２７２を審査する審査者が視認する表示部に表示させるための処理を実行する。情報処理部２３０は、例えば上位５つのウエブページの情報を抽出する。上位５つとは、クエリとの関連度が高い上位５つである。抽出するウエブページの情報は、図１０に示すような検索の結果において表示されている情報である（例えばリンク先にリンクした後に取得可能な情報は含まれない）。情報処理部２３０は、抽出した検索の結果を検索結果情報２７４として記憶部２７０に記憶させる。

上記のように、情報処理部２３０は、審査に利用する情報を上記のように自動で取得することができる。これにより、運営者（審査者）の負荷が軽減される。

［申請情報を利用したクローリング（２）］
情報処理部２３０は、検索の結果に含まれるクエリに関連する複数のウエブページの情報のうち、予め設定された種別のウエブページの情報を除外し、除外後のウエブページの情報を抽出してもよい。図１１は、除外されるウエブページの情報について説明するための図である。予め設定された種別のウエブページの情報とは、所定のタグが付与されたウエブページの情報や、画像のウエブページの情報、地図情報のウエブページの情報、所定のホストやサービスが提供するウエブページの情報である。

所定のタグとは、例えば、ウエブページの情報が広告であることを示すタグや、ウエブページの情報が所定のサービスが提供する情報であることを示すタグなどである。所定のホストやサービスが提供するウエブページの情報とは、例えば、予め設定された情報提供サービスやＵＲＬのウエブページの情報である。情報処理部２３０は、図１１の例では広告のタグが付与されたウエブページの情報ＩＦ１１およびＩＦ１２を除外して、ウエブページの情報ＩＦ１３以降の上位５つのウエブページの情報を抽出する。

上記のように、情報処理部２３０は、予め設定された種別のウエブページの情報を除外することで、審査で利用される情報としてより精度の高い情報を自動で取得することができる。これにより、運営者（審査者）の負荷がより軽減される。

［申請情報を利用したクローリング（３）］
情報処理部２３０は、検索の結果に含まれるクエリに関連する複数のウエブページの情報のうち、予め設定された提供元が提供するウエブページの情報を優先して取得してもよい。例えば、記憶部２７０には、予め設定された提供元の情報が記憶されている。情報処理部２３０は、例えば、予め設定された提供元の情報のみを取得してもよいし、予め設定された提供元の情報と上位所定数の情報を取得してもよい。また、情報処理部２３０は、予め設定された提供元の情報を取得し、取得したウエブページの情報の数が閾値に満たない場合、閾値を満たすように他のウエブページの情報を取得してもよい。

上記のように、情報処理部２３０は、予め設定された提供元のウエブページの情報を優先して取得することで、審査で利用される情報としてより精度の高い情報を自動で取得することができる。これにより、運営者（審査者）の負荷がより軽減される。

［クローリング結果を加工する処理］
情報処理部２３０は、申請情報２７２を審査する審査者が視認する表示部に取得した検索の結果を表示させる。情報処理部２３０は、検索の結果を集約および加工した加工情報を提供する。図１２は、加工情報２７６の一例を示す図である。情報処理部２３０は、クエリに対応付けて、クエリに対応する検索の結果を並べる。例えば、情報処理部２３０は、図１２に示すように、クエリにＱ１とクエリＱ１の結果の結果とを並べ、クエリＱ２とクエリＱ２の結果の結果とを並べ、クエリＱ３とクエリＱ３の結果の結果とを並べる。クエリに代えて（加えて）、申請情報２７２が検索の結果に対応付けられていてもよい。

情報処理部２３０は、例えば、検索の結果のうちクエリまたはクエリに含まれるワードに一致または合致する情報を他の情報よりも強調した態様に加工する。図１３は、強調された態様について説明するための図である。情報処理部２３０は、集約した検索の結果においてクエリまたはクエリに含まれるワードに一致または合致する箇所を、図１３に示すように囲ったり、ハイライトしたりして目立つ態様に加工する。合致とは、クエリまたはクエリに含まれるワードの一部が一致することや、予め設定されたクエリまたはクエリに含まれるワードに類似する類似ワードと一致または合致することであってもよい。類似ワードとは、大文字と小文字の違いや、一文字違いなど予め設定されたワードである。

情報処理部２３０は、目立つ態様に加工する処理において、対象のクエリの検索の結果のみを対象としてもよいし、他のクエリの検索の結果を対象としてもよい。例えば、情報処理部２３０は、クエリＱ１に対する処理において、クエリＱ１の検索の結果に含まれるクエリＱ１またはクエリＱ１に含まれるワードに一致または合致する箇所を強調する態様の対象としてもよいし、クエリＱ２とクエリＱ３との一方または双方の検索の結果に含まれるクエリＱ１またはクエリＱ１に含まれるワードに一致または合致する箇所も強調する態様の対象としてもよい。情報処理部２３０は、上記のようにクエリまたはクエリに含まれるワードに一致するまたは合致する箇所を強調した情報を加工情報２７６として記憶部２７０に記憶させる。

情報処理部２３０は、情報処理部２３０が加工情報２７６を含むコンテンツを管理者端末装置３００に提供し、上記のコンテンツを管理者端末装置３００の表示部に表示させる。これにより、審査者は、管理者端末装置３００の表示部に表示されたコンテンツ（例えば図１３に示した情報）を参照して、申請情報２７２の確からしさを確認することができる。

なお、図１３の情報において、情報処理部２３０は、検索の結果に対して信頼度を付与してもよい。例えば、予め設定された信頼度の高い提供元から提供されたウエブページの情報に対して高い信頼度が付与されてもよい。例えば、信頼度の高い提供元とは、例えば、所定の情報提供サービスや、店舗の公式のＵＲＬ、店舗名がＵＲＬとなっているＵＲＬなどである。

また、情報処理部２３０は、検索の結果に含まれるウエブページの情報の数が閾値以下であった場合、集約したウエブページの情報は信頼度が低い情報であると判定し、低い信頼度を示す情報を検索の結果に付与してもよい。これとは反対に、情報処理部２３０は、検索の結果に含まれるウエブページの情報の数が閾値を超えた場合、集約したウエブページの情報は信頼度が低い情報であると判定し、低い信頼度を示す情報を検索の結果に付与してもよい。また、信頼度が低い場合、信頼度が低いことを示す情報のみが審査者に提示されてもよい。

また、情報処理部２３０は、クエリを利用した検索の結果に含まれるウエブページの情報の数が閾値以下であった場合、検索の結果を集約せずに、ウエブページの情報を十分に取得できないことを示す情報を生成し、生成した情報を審査者に通知してもよい。

また、情報処理部２３０は、クエリまたはクエリに含まれるワードと一致するまたは合致するワードを強調することに代えて、一致または類似するワードまたは一致または類似するワードを含むセンテンス（所定の領域）を抜き出して、抜き出したセンテンス（所定の領域）を集約および加工してもよい。

また、情報処理部２３０は、クエリに含まれるワードのそれぞれが、検索の結果のいずれかに含まれる場合や、検索の結果に所定の数含まれる場合、審査者に検索の結果を提示することを省略し、次に審査過程の情報を提示したり、審査の処理に進めたりしてもよい。

また、情報処理部２３０は、複数の種別の異なる検索サーバ４００から検索の結果を取得して、取得した複数の結果を利用して、申請情報２７２の記載の確からしさの審査を支援してもよい。例えば、情報処理部２３０は、各検索サーバ４００から上位所定数の検索の結果を取得したり、検索サーバ４００の信頼度に応じた所定数の結果を取得したりしてもよい。

［ここまでのまとめ］
審査者は、本実施形態の処理を利用しない場合、審査者が、クエリを生成し、クエリを利用して検索したり、検索の結果を集約したり加工したりする必要がある。更に、審査者は、集約・加工した情報と、申請情報２７２とを詳細に比較して、審査を行う必要がある。このため、審査は、審査者にとって時間的にも労力的にも負荷が大きかった。

これに対して、本実施形態では、審査者は、クエリを生成してクエリを利用して検索したり、検索の結果を集約・加工したりする必要がない。更に、審査者は、集約・加工した情報から申請情報２７２に対応する情報を容易に認識することができる。このため、本実施形態の処理により、審査者の負荷を軽減することができる。

更に、法人などの情報を提供するデータベースの情報を利用して、申請情報２７２の確からしさを審査することがあるが、設立されたばかりの法人や、個人事業主などの情報はデータベースからは取得できないことがある。また、データベースから得られる情報と、実際の申請者に関する情報とは異なることがある。本実施形態では、このような申請情報２７２を審査するために参照する情報が入手しにくい、申請者の申請情報２７２をより容易に審査者が審査できるように支援することができ、審査者の負担を軽減することができる。

［シーケンス図］
図１４は、審査サーバ２００、管理者端末装置３００、および検索サーバ４００により実行される処理の流れの一例を示すシーケンス図である。まず、審査サーバ２００の情報処理部２３０は、申請情報２７２を取得する（Ｓ１００）。次に、情報処理部２３０は、申請情報２７２からクエリを生成する（Ｓ１０２）。次に、情報処理部２３０は、クエリを利用した検索を検索サーバ４００に依頼し（Ｓ１０４）、依頼に応じた検索の結果を検索サーバ４００から取得する（Ｓ１０６）。情報処理部２３０は、クエリの数に応じて、Ｓ１０４およびＳ１０６の処理を繰り返す。

次に、情報処理部２３０は、検索結果情報２７４を生成する（Ｓ１０８）。次に、情報処理部２３０は、検索結果情報２７４の加工を行い（Ｓ１１０）、加工情報２７６を管理者端末装置３００に提供する（Ｓ１１２）。管理者端末装置３００は、提供された加工情報２７６を表示部に表示させる（Ｓ１１４）。審査者は、表示部に表示された加工情報２７６を参照して、審査を行う。管理者端末装置３００は、審査者の操作に応じて審査の結果を受け付ける（Ｓ１１６）。審査者は、上記の加工情報２７６を利用した審査の他に、他の審査の項目も審査してもよい。次に、管理者端末装置３００は、受け付けた審査の結果を審査サーバ２００に送信する（Ｓ１１８）。審査サーバ２００は、送信された審査の結果に基づいて審査の結果を確定する（Ｓ１２０）。

上記のように、審査者は、審査サーバ２００により提供された加工情報２７６を参照して、容易に審査を行うことができるため、審査者の時間的、労力的な負荷が軽減する。

以上説明した第１実施形態によれば、審査サーバ２００が、申請情報２７２を審査する審査者が視認する表示部に、取得した検索の結果を表示させるための処理を実行することにより、運営者の負荷を軽減することができる。

＜第２実施形態＞
以下、第２実施形態について説明する。第１実施形態では、審査サーバ２００は、検索の結果においてクエリまたはクエリに含まれるワードに一致または類似するワードを強調するものとした。第２実施形態では、審査サーバ２００は、検索の結果において、上記に加え（または代えて）、事業内容を強調する。以下、第１実施形態との相違点を中心に説明する。

審査サーバ２００の情報処理部２３０は、検索の結果のうち申請情報２７２の事業内容に関連する情報を他の情報よりも強調した態様で検索の結果を表示部に表示させる。他の情報とは、例えば、第１実施形態で着目した情報以外の情報であってもよいし、第１実施形態で着目した情報および第１実施形態で着目した情報以外の情報であってもよい。

図１５は、事業内容に関連する情報を他の情報よりも強調した態様の検索の結果の一例を示す図である。情報処理部２３０は、図１５に示すように、クエリまたはクエリに含まれるワード（例えば代表者情報、住所、法人名または個人事業主名など）を第１の態様で強調して、事業内容を第２の態様で強調する。図１５の例では、第１の態様は、対象を四角の枠で囲んだ態様であり、第２の態様は、対象を丸の枠で囲んだ態様である。第２の態様は、第１の態様と異なる態様であればよく、例えば、ハイライトの色が第１の態様のハイライトの色と異なる態様などであってもよい。

情報処理部２３０は、記憶部２７０に記憶されたキーワード情報２７８を参照して、事業内容に対応するワードが含まれているか否かを判定する。図１６は、キーワード情報２７８の内容の一例を示す図である。キーワード情報２７８は、例えば、事業内容と、キーワードとが対応付けられた情報である。キーワードは、事業内容に関係するキーワードである。例えば事業内容が歯科医院である場合、歯や口腔ケアなどキーワードとなる。

上記の例において、事業内容に加え（または代えて）、申請情報２７２に含まれる情報が強調されてもよい。情報処理部２３０は、例えば、申請情報２７２の各項目に入力された情報のそれぞれと一致または合致するワードを強調する態様で表示してもよい。この強調する態様は、対応する項目に一致または合致するワードごとに異なる態様であってもよい。

以上説明した第２実施形態によれば、審査サーバ２００は、検索の結果のうち事業内容に関連する情報を他の情報よりも強調した態様で検索の結果を表示部に表示させるため、審査者は、容易に申請情報２７２の事業内容の確からしさを認識することができる。これにより、審査者の負荷を軽減することができる。

＜第３実施形態＞
以下、第３実施形態について説明する。第１実施形態では、審査サーバ２００が、審査者が審査する際に確認するための加工情報２７６を管理者端末装置３００に提供するものとした。第３実施形態では、審査サーバ２００が、審査を行う。審査サーバ２００の情報処理部２３０は、検索エンジンが検索した検索の結果と、申請情報２７２とを比較して、電子決済サービスが利用できる店舗として許可をできるか否かを判定する。以下、第３実施形態について説明する。

情報処理部２３０は、申請情報２７２に含まれる所定の項目の情報が検索の結果に含まれているか否かの判定結果に応じて、次の処理の内容を変更する。所定の項目は、申請情報２７２に含まれている項目であれば任意に定められてよく、一つであってもよいし、複数であってもよい。

例えば、所定の項目の情報が、屋号、代表者情報、住所、事業者名、および事業内容である場合、情報処理部２３０は、上記の所定の項目の情報（またはこれらに合致する情報）が検索の結果に含まれている場合は、第１処理を進み、含まれていない場合は第２処理に進む。例えば、所定の項目の情報が、事業内容である場合、情報処理部２３０は、事情内容（または事業内容に関連するワード）が検索の結果に含まれている場合は、第１処理を進み、含まれていない場合は第２処理に進む。含まれているとは、検索の結果のうちいずれかに含まれていることであってもよいし、特定の検索の結果に含まれていることであってもよい。特定の検索の結果とは、例えば、所定の項目の情報を含むクエリを利用した検索の結果である。

第１処理は、第２処理とは異なる処理であればよい。第１処理は、例えば、審査の次の工程または審査の通過を確定する工程に進む処理であり、第２処理は、審査者に審査させる工程である。また、第１処理および第２処理は、審査者に審査させる処理であり、第２処理は、第１処理の審査者よりも審査の熟練度が高い審査者に審査させる処理であってもよい。

情報処理部２３０は、申請情報２７２に含まれる所定の項目の情報が検索の結果に含まれている度合に応じて、次の処理の内容を変更してもよい。情報処理部２３０は、例えば、所定の項目の情報が検索の結果に含まれている度合が閾値以上である場合、第１処理に進み、閾値未満である場合、第２処理に進んでもよい。含まれている度合とは、例えば、後述するようにスコアで表されてもよい。例えばスコアが高いほど、度合が高いとされてもよい。

［フローチャート］
図１７は、審査サーバ２００により実行される処理の流れの一例を示すフローチャートである。本処理は、例えば、１つの申請情報２７２（１つの申し込み）に対して実行される処理である。

まず、審査サーバ２００の情報処理部２３０は、クエリＱ１に対する第１スコアを導出する（Ｓ３００）。例えば、情報処理部２３０は、検索の結果に含まれる情報と、クエリまたはクエリに含まれるワードとの合致度合に基づいて、スコアを導出する。例えば、クエリに含まれるワードが検索の結果に含まれる数や、ウエブページの情報（例えば文字数）に対する割合に基づいてスコアを導出してもよいし、他の手法に基づいてスコアを導出してもよい。例えば、上記の数または割合が高いほど高いスコアが導出される。また、ウエブページの情報の信頼度が加味されてもよい。例えば、信頼度の高いウエブページの情報にクエリに含まれるワードが含まれている場合、信頼度の低いウエブページの情報にクエリに含まれるワードが含まれている場合よりも高いスコアが付与されてもよい。

次に、情報処理部２３０は、クエリＱ２に対する第２スコアを導出する（Ｓ３０２）。次に、情報処理部２３０は、クエリＱ３に対する第３スコアを導出する（Ｓ３０４）。例えば第２スコアおよび第３スコアも第１スコアと同様に導出される。次に、情報処理部２３０は、第１スコア、第２スコア、および第３スコアを統合した統合スコアを導出する（Ｓ３０６）。統合スコアは、第１スコア、第２スコア、および第３スコアが統計処理して得られたスコアである。

次に、情報処理部２３０は、検索の結果と、申請情報２７２の事業内容とを比較して、事業内容に対するスコアを導出する（Ｓ３０８）。例えば、情報処理部２３０は、上述したように、検索の結果に含まれる情報と、申請情報２７２の事業内容のワードまたは事業内容に対応するワードとの合致度合に基づいて、スコアを導出する。次に、情報処理部２３０は、各スコア、統合スコアおよび事業内容に対するスコアを記憶部２７０に記憶させ、第１スコア－第３スコアを対応するクエリの情報と共に記憶部２７０に記憶させる（Ｓ３１０）。

次に、情報処理部２３０は、第１スコア－第３スコアのそれぞれが第１閾値以上であり、且つ統合スコアが第２閾値以上であるか否かを判定する（Ｓ３１２）。第１閾値は、スコアごとに異なる閾値であってもよい。第１スコア－第３スコアのそれぞれが第１閾値以上でない、または統合スコアが第２閾値以上でない場合、ステップＳ３１８に進む。

第１スコア－第３スコアのそれぞれが第１閾値以上であり、且つ統合スコアが第２閾値以上である場合、情報処理部２３０は、事業内容に対するスコアが第３閾値以上であるか否かを判定する（Ｓ３１４）。事業内容に対するスコアが第３閾値以上である場合、情報処理部２３０は、本処理の対象の申請情報２７２を審査者に審査させる対象外に決定する（Ｓ３１６）。事業内容に対するスコアが第３閾値以上でない場合、情報処理部２３０は、本処理の対象の申請情報２７２を審査者に審査させる対象に決定する（Ｓ３１８）。これにより、本フローチャートの処理が終了する。

上記のフローチャートの各処理は、一例であり、処理の内容は変更されてもよいし、処理の一部は省略されてもよい。例えば、情報処理部２３０は、第１スコア－第３スコアと、事業内容に対するスコアとを統合した統合スコアを用いた判定を行ってもよいし、事業内容に対するスコアの利用を省略してもよい。また、情報処理部２３０は、上記のスコア、またはスコアを利用した判定結果を管理者端末装置３００に提供し、審査者がスコアまたは判定結果を参照して、審査を行ってもよい。情報処理部２３０は、ステップＳ３１６の処理で、審査者に審査させる対象外に決定することに代えて（または加えて）、申請情報２７２に係る店舗が存在していると推定し、ステップＳ３１８の処理で、審査者に審査させる対象に決定することに代えて（または加えて）、申請情報２７２に係る店舗が存在していないと推定してもよい。

また、情報処理部２３０は、クエリに含まれるワードのそれぞれや、申請情報２７２に含まれる所定の情報が、検索の結果のいずれかに含まれる場合、審査者に審査させる対象外に決定してもよい。情報処理部２３０は、例えば、クエリＱ１－Ｑ３に含まれるワード（例えば店舗、代表者情報、住所、事業者名）のそれぞれが、検索の結果のいずれかに含まれる場合、審査者に審査させる対象外に決定してもよい。

また、Ｓ３１２およびＳ３１４の判定に応じて、審査者が決定されてもよい。例えば、Ｓ３１２およびＳ３１４の判定が肯定的である場合、審査の熟練度の低い審査者の審査対象とされ、例えば、Ｓ３１２およびＳ３１４の判定が否定的である場合、審査の熟練度の高い審査者の審査対象とされてもよい。また、本フローチャートの処理は、審査の一部として活用され、他の審査の後、または他の審査の前に本フローチャートの処理がされてもよい。

以上説明した第３実施形態によれば、審査サーバ２００は、取得した検索の結果と、申請情報２７２とを比較して、電子決済サービスが利用できる店舗として許可をできるか否かを判定することにより、運営者の負荷を軽減することができる。

＜第４実施形態＞
以下、第４実施形態について説明する。第１実施形態－第３実施形態では、申請情報２７２を一つ一つ処理した。第４実施形態では、審査サーバ２００は、特徴が共通する申請情報２７２をグループ化して処理する。以下、第１実施形態－第３実施形態との相違点を中心に説明する。

審査サーバ２００は、電子決済サービスが利用できる店舗として許可を受けるための１つの申請に対応する申請情報２７２を複数取得し、申請情報２７２の特徴が共通する申請情報をグループ化し、グループ化した申請一覧情報（グループ申請情報）を生成する（詳細は後述）。審査サーバ２００は、申請情報２７２を審査する審査者の管理者端末装置３００に申請一覧情報を提供する。これにより、審査者は、管理者端末装置３００の表示部に表示された申請一覧情報を参照して、特徴が共通する申請情報２７２をまとめて効率的に審査することができる。

［構成］
図１８は、第４実施形態の決済サービスの構成について説明するための図である。決済サービスは、例えば、第１実施形態の構成に加え、更に１以上のグループサーバ５００を備える。図１８の例では、審査サーバ２００と、グループサーバ（第１グループサーバ５００Ａ、第２グループサーバ５００Ｂ、第３グループサーバ５００Ｃ）とを示し、他の構成は省略している。

グループサーバ５００は、例えば、審査を行う拠点ごとに設けられたサーバである。グループサーバ５００は、審査サーバ２００に送信された申請情報２７２または申請一覧情報を取得し、拠点の審査者であるスタッフに申請情報２７２または申請一覧情報を審査させる。例えば、グループサーバ５００から管理者端末装置３００に申請情報２７２または申請一覧情報が提供され、審査者は、管理者端末装置３００を利用して審査を行う。なお、グループサーバ５００の一部または全部は、管理者端末装置３００であってもよい。審査サーバ２００は、申請情報２７２または申請一覧情報を管理者端末装置３００に提供してもよい。

［グループ化に関する処理］
図１９は、グループ化について説明するための図である。情報処理部２３０は、例えば、申請情報２７２に含まれる第１情報の特徴が共通する申請情報２７２をグループ化、または申請情報２７２に基づく所定の審査の結果である第２情報の特徴が共通する申請情報２７２をグループ化する。

［第１情報について］
第１情報は、申請情報２７２に含まれる情報であり、例えば、屋号、加盟店名、法人名、事業内容、および電話番号を含む。第１情報の特徴が共通するとは、例えば、申請情報２７２の対象の項目に入力情報が共通することであり、例えば、屋号、加盟店名、法人名、代表者、および事業内容のうち一以上の情報が同じであることである。情報処理部２３０は、例えば、屋号が共通する申請情報２７２をグループ化したり、事業内容が共通する申請情報２７２をグループ化したりする。

［第２情報について］
第２情報は、申請情報２７２を利用した審査結果である。第２情報の特徴が共通するとは、例えば、上記の審査の結果が否定的な結果であったことである。上記の審査とは、例えば、反社会的勢力排除に関する第１審査（いわゆるＣＳＲＳ）またはクレジットカードの利用者の保護に欠けるまたは疑いの有無に関する第２審査（いわゆるＪＤＭ）である。

第１審査は、情報処理部２３０が、申請情報２７２と、第１審査に利用する情報を提供するデータベースから得た情報とを突き合わせて判定した結果であってもよいし、審査者が確認した審査結果であってもよい。第２審査は、情報処理部２３０が、申請情報２７２と、第２審査に利用する情報を提供するデータベースから得た情報とを突き合わせて判定した結果であってもよいし、審査者が確認した審査結果であってもよい。情報処理部２３０は、例えば、第１審査の審査結果が否定的であった申請情報２７２をグループ化したり、第２審査の審査結果が否定的であった申請情報２７２をグループ化したりする。また、情報処理部２３０は、第１審査の審査結果と第２審査の審査結果とが否定的であった申請情報２７２をグループ化してもよい。

［優先度について］
情報処理部２３０は、優先度が高い特徴が共通する申請情報２７２をグループ化してもよい。例えば、共通する特徴には、例えば優先度が設定されている。例えば、情報処理部２３０は、複数の申請情報２７２から優先度が高い第２情報の特徴が共通する申請情報２７２（例えばＣＳＲＳまたはＪＤＭの審査が否定された申請情報２７２など）を抽出して、抽出した申請情報２７２をグループ化する。その後、例えば、情報処理部２３０は、次に優先度が高い屋号が共通する申請情報２７２をグループ化してもよい。情報処理部２３０は、複数の特徴が共通する申請情報２７２をグループ化してもよい。例えば、屋号、法人名、および事業内容（取扱商品）が共通する申請情報２７２がグループ化されてもよい。

上記のように情報処理部２３０は、申請情報２７２をグループ化し、グループ化した情報を１つのシートに集約した申請一覧情報（グループ申請情報）を生成し、生成した申請一覧情報を記憶部２７０に記憶させる。図２０は、申請一覧情報２８０の一例を示す図である。申請一覧情報２８０は、例えば、複数のレコードを含み、複数のレコードのそれぞれは一つの申請情報２７２に対応する。１つのレコードは、申請情報２７２の各項目の情報に対応し、例えば、屋号や、法人名、加盟店名、取扱商品、クローリング結果の有無、決済者名、決済日、コメントなどを含む。情報処理部２３０は、申請一覧情報２８０を審査者が閲覧可能なようにグループサーバ５００に提供する。

上記の申請一覧情報２８０に含まれる項目は一例であり、他の項目が含まれたり、一部の項目が省略されたりしてもよい。例えば、図２０に示す項目の他に、第１審査の審査結果や、第２審査の審査結果、企業情報を提供するデータベースを利用した審査結果、上述した第３実施形態で説明したスコアなど種々の情報が含まれてもよい。

なお、申請情報２７２の一部が共通する場合は、情報処理部２３０は、クローリングの結果を申請情報２７２の一部が共通する他の申請情報２７２に援用してもよい。例えば、屋号、代表者の情報、住所、および事業者名が共通する場合、情報処理部２３０は、共通する申請情報２７２のクローリングの結果を援用してもよい。例えば、情報処理部２３０は、申請一覧情報２８０を生成した後に、効率的にクローリングを行ってもよい。例えば、情報処理部２３０は、クエリの生成において同じクエリとなる申請情報２７２について、複数回クローリングをせずに、１回のクローリングの結果を援用してもよい。

また、情報処理部２３０は、同じ項目の情報であって複数のレコードで情報が共通している箇所や、情報が異なっている箇所を審査者が容易に認識できる態様で表示部に表示させてもよい。これにより、審査者は、より容易に審査を進めることができる。

［ここまでのまとめ］
ここで、申請情報２７２を審査する場合、審査者は、一つの画面に一つの申請情報２７２を表示して審査を行うことがある。また、審査者は、一つの申請情報２７２を審査した後、次の申請情報２７２を審査するが、次の申請情報２７２は、ランダムであり、直前の申請情報２７２と関連せず、特徴が共通しない申請情報２７２である。

これに対して、本実施形態では、上記のように申請一覧情報２８０を閲覧して、審査者は審査を行うことができるため、負荷が軽減したり、審査の時間を短縮できたりする。例えば、チェーン店など屋号が同じ申請情報２７２がまとまって届く場合がある。このような申請情報２７２をグループ化することで、審査者は、申請一覧情報２８０を参照して特徴が共通する申請情報２７２をまとめて審査することができる。このように特徴が共通していれば、申請一覧情報２８０における審査の結果を、同じ申請一覧情報２８０内の他の審査に活用することができる。更に、審査者は、同じような申請情報２７２を審査することで熟練度が向上するため、負荷の軽減および審査時間の短縮が期待できる。

例えば、第１実施形態－第３実施形態で説明したように検索の結果も同様または似たような結果となるため、審査者は、同様または似たような検索の結果を参照して、迅速に申請情報２７２を審査することができる。更に、レコードにおいて、審査者が入力する必要がある項目について、１つの審査の結果の情報をコピーすることができ、入力の手間も軽減することができる。例えば、審査に関するコメントは、各レコードで同じとなることが多く、１つのレコードのコメントを審査者はコピーして利用することができる。

［割り振りに関する処理］
上記のように情報処理部２３０は、グループ化した申請一覧情報２８０をグループサーバ５００に割り振る。情報処理部２３０は、予め設定された審査グループの得意分野の特徴が共通する申請一覧情報２８０を当該審査グループに割り振ったり、過去の審査履歴を参照して過去に審査グループが審査した特徴が共通する申請一覧情報２８０を当該審査グループに割り振ったりする。情報処理部２３０は、例えば、申請一覧情報２８０に対応付けられた負荷度合と、一以上の審査者を含む審査グループに対応付けられた受け入れ可能な負荷度合とに基づいて、複数の申請一覧情報２８０を審査グループに振り分ってもよい。

図２１は、割り振りに関する処理の流れの一例を示すフローチャートである。まず、情報処理部２３０は、所定のタイミングであるか否かを判定する（Ｓ４００）。所定のタイミングとは、例えば、１日に１回や数日に１回、数時間に１回到来するタイミングであってもよいし、申請情報２７２の数が閾値に到来したタイミングであってもよい。所定のタイミングである場合、情報処理部２３０は、申請情報２７２をグループ化する（Ｓ４０２）。

次に、情報処理部２３０は、グループ化した申請一覧情報２８０の負荷情報を生成する（Ｓ４０４）。情報処理部２３０は、例えば、特徴が共通する複数の申請情報を１つのシートにまとめ、１つのシートにおいて複数の申請情報の項目の情報を項目ごとに整列させた１つのシートの申請一覧情報２８０を生成し、更に申請一覧情報２８０に負荷を対応付ける。

図２２は、負荷情報２８２の一例を示す図である。負荷情報２８２は、申請一覧情報２８０の識別情報と、申請一覧情報２８０の詳細と、負荷とが互いに対応付けられた情報である。申請一覧情報２８０の詳細とは、申請一覧情報２８０の申請情報２７２（申請）の数や、共通する特徴などの情報である。情報処理部２３０は、所定の規則やアルゴリズム、計算式などに基づいて申請一覧情報２８０の負荷を導出する。例えば、一つの申請情報２７２の負荷度合に申請数を乗算し、更に共通する特徴に応じた係数を乗算することで負荷を導出する。例えば、１つの申請情報２７２の負荷が「１」に申請情報２７２の数「１００」を乗算して、共通する特徴に応じた係数「０．５」を乗算して申請一覧情報２８０に対する負荷「５０」が導出される。例えば、共通する特徴に応じた難易度に応じて係数が設定されており、難易度が高い申請一覧情報２８０の負荷は、難易度が低い申請一覧情報２８０の負荷よりも高く導出される。上記の導出手法は一例であり、他の手法が採用されてもよいし、負荷に代えて処理の時間が導出されてもよい。

次に、情報処理部２３０は、グループ情報に基づいて申請一覧情報２８０を各グループに振り分ける（Ｓ４０６）。図２３は、記憶部２７０に記憶されたグループ情報２８４の内容の一例を示す図である。グループ情報２８４は、グループと、グループが受け入れ可能な負荷の度合とが互いに対応付けられた情報である。グループとは、例えばグループサーバ５００ごとのグループであってもよいし、更に細分化されたグループであってもよい。情報処理部２３０は、例えば、以下の条件を満たすように申請一覧情報２８０と申請情報２７２の一方または双方をグループに振り分ける。条件は、例えば、（１）および（２）である。

上記の（１）は、各グループの負荷が受け入れ可能な負荷を超えないことである。上記の（２）は、複数の審査グループのそれぞれに対応する差分が閾値以下となることである。上記の差分は、審査グループに振り分けた負荷度合と、当該審査グループに対応付けられた受け入れ可能な負荷度合との差分である。例えば、グループＡ－Ｄのそれぞれに対応する差分が閾値以下であるが、グループＥに対する差分が閾値を超える場合、上記の（２）の条件は満たされない。また、上記の（２）に代えて、上記の差分がそれぞれのグループに対応する差分の範囲内に収まっていることが条件とされてもよい。例えば、受け入れ可能な負荷が２００のグループでは差分が２０に収まっていることが条件とされ、受け入れ可能な負荷が１００のグループでは差分が１０に収まっていることが条件とされてもよい。このように差分の範囲は受け入れ可能な負荷に対する所定の割合に設定されてもよい。例えば、情報処理部２３０は、網羅的に負荷の割り振りをシミュレーションして、上記の条件を満たすように申請一覧情報２８０を振り分ける。

上記の受け入れ可能な負荷は、審査者の熟練度と得意分野との一方または双方が加味されてもよい。例えば、審査者の数が同じグループであっても、熟練度または得意分野によって受け入れ可能な負荷が異なっていてもよい。例えば、飲食店の審査の熟練度が高いグループ（または得意分野グループ）や、第１審査または第２審査の結果が否定された申請情報２７２の審査の熟練度が高いグループ（または得意分野グループ）などが存在する。例えば、情報処理部２３０は、申請一覧情報２８０の共通する特徴と、グループの得意分野とを比較して、負荷情報２８２の負荷を補正してもよい。例えば、情報処理部２３０は、飲食店の審査の熟練度が高いグループに対して、共通する特徴が飲食店である申請一覧情報２８０を割り振る場合、申請一覧情報２８０の負荷を小さく補正して、割り振りをシミュレーションしてもよい。情報処理部２３０は、例えば、本来の負荷が「１００」である場合、その負荷を「８０」と補正してシミュレーションしてもよい。また、情報処理部２３０は、グループの得意分野の申請一覧情報２８０を優先して、当該グループに振り分けてもよい。

図２１の説明に戻る。上記のように情報処理部２３０は、振り分け一覧情報２８６を生成して、申請一覧情報２８０を振り分け先（グループサーバ５００）に提供する（Ｓ４０８）。図２４は、振り分け一覧情報２８６の内容の一例を示す図である。振り分け一覧情報２８６は、グループの識別情報と、振り分ける申請一覧情報２８０とが互いに対応付けられた情報である。これにより本フローチャートの処理が終了する。

上記のように、情報処理部２３０は、一覧情報２８６（または申請情報２７２）を、審査グループ（審査者）が受け入れ可能な負荷に応じて振り分けるため、審査のリソースを有効活用することができる。

以上説明した第４実施形態によれば、審査サーバ２００が、電子決済サービスが利用できる店舗として許可を受けるための１つの申請に対応する申請情報２７２を複数取得し、申請情報２７２に含まれる第１情報と申請情報２７２に基づく所定の審査の結果である第２情報との一方または双方である対象情報のうち特徴が共通する申請情報をグループ化することにより、運営者の負荷を軽減することができる。例えば、審査者は、グループ化された申請一覧情報２８０を参照して、申請一覧情報２８０に含まれる複数の申請をまとめて審査することができる。効率的に審査が遂行されるため、運営者の負荷を軽減する。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 利用者端末装置
２０ 決済アプリ
１００ 決済サーバ
２００ 審査サーバ
２２０ 情報取得部
２３０ 情報処理部
２７０ 記憶部
２７２ 申請情報
２７４ 検索結果情報
２７６ 加工情報
２７８ キーワード情報
２８０ 申請一覧情報

Claims (11)

1. 電子決済サービスが利用できる店舗として許可を受けるための１つの申請に対応する申請情報を複数取得する取得部と、
   前記申請情報に含まれる第１情報と前記申請情報に基づく所定の審査の結果である第２情報との一方または双方である対象情報のうち特徴が共通する申請情報をグループ化し、グループ化したグループ申請情報を生成する情報処理部と、を備え、
   前記情報処理部は、前記グループ申請情報の共通する特徴に応じた係数に基づいて生成された前記グループ申請情報の負荷度合と、一以上の審査者を含む審査グループに対応付けられた受け入れ可能な負荷度合とに基づいて、複数のグループ申請情報を前記審査グループに振り分ける、
   情報処理装置。
2. 前記情報処理部は、前記申請情報を審査する審査者の端末装置に前記グループ申請情報を提供する、
   請求項１に記載の情報処理装置。
3. 前記情報処理部は、前記特徴が共通する複数の申請情報を１つのシートにまとめ、前記１つのシートにおいて前記複数の申請情報の項目の情報を前記項目ごとに整列させた前記１つのシートのグループ申請情報を生成する、
   請求項１または２に記載の情報処理装置。
4. 前記情報処理部は、前記対象情報のうち優先度が高い特徴が共通する申請情報をグループ化する、
   請求項１または２に記載の情報処理装置。
5. 前記申請情報に含まれる第１情報は、屋号、加盟店名、法人名、事業内容、および電話番号を含み、
   前記情報処理部は、前記複数の申請情報のうちから前記屋号が共通する申請情報をグループ化したグループ申請情報を生成する、
   請求項１または２に記載の情報処理装置。
6. 前記申請情報に含まれる第１情報は、屋号、加盟店名、法人名、事業内容、および電話番号を含み、
   前記情報処理部は、前記複数の申請情報のうちから前記事業内容が共通する申請情報をグループ化したグループ申請情報を生成する、
   請求項１または２に記載の情報処理装置。
7. 前記申請情報に基づく所定の審査の結果である第２情報は、反社会的勢力排除に関する審査の結果を含み、
   前記情報処理部は、前記複数の申請情報のうちから前記審査の結果が否定された申請情報をグループ化したグループ申請情報を生成する、
   請求項１または２に記載の情報処理装置。
8. 前記申請情報に基づく所定の審査の結果である第２情報は、クレジットカードの利用者の保護に欠けるまたは疑いの有無に関する審査の結果を含み、
   前記情報処理部は、前記複数の申請情報のうちから前記審査の結果が否定された申請情報をグループ化したグループ申請情報を生成する、
   請求項１または２に記載の情報処理装置。
9. 前記情報処理部は、
   複数の審査グループに複数の前記グループ申請情報を振り分ける処理において、
   前記審査グループに振り分ける負荷度合の合計が、当該審査グループに対応付けられた負荷度合以下であり、且つ前記複数の審査グループのそれぞれに対応する差分であって、前記審査グループに振り分けた負荷度合と、当該審査グループに対応付けられた受け可能な負荷度合との前記差分が閾値以下になるように前記グループ申請情報を審査グループに振り分ける、
   請求項８に記載の情報処理装置。
10. コンピュータが、
    電子決済サービスが利用できる店舗として許可を受けるための１つの申請に対応する申請情報を複数取得し、
    前記申請情報に含まれる第１情報と前記申請情報に基づく所定の審査の結果である第２情報との一方または双方である対象情報のうち特徴が共通する申請情報をグループ化し、グループ化したグループ申請情報を生成し、
    前記グループ申請情報の共通する特徴に応じた係数に基づいて生成された前記グループ申請情報の負荷度合と、一以上の審査者を含む審査グループに対応付けられた受け入れ可能な負荷度合とに基づいて、複数のグループ申請情報を前記審査グループに振り分ける、
    情報処理方法。
11. コンピュータに、
    電子決済サービスが利用できる店舗として許可を受けるための１つの申請に対応する申請情報を複数取得させ、
    前記申請情報に含まれる第１情報と前記申請情報に基づく所定の審査の結果である第２情報との一方または双方である対象情報のうち特徴が共通する申請情報をグループ化し、グループ化したグループ申請情報を生成させ、
    前記グループ申請情報の共通する特徴に応じた係数に基づいて生成された前記グループ申請情報の負荷度合と、一以上の審査者を含む審査グループに対応付けられた受け入れ可能な負荷度合とに基づいて、複数のグループ申請情報を前記審査グループに振り分けさせる、
    プログラム。

Images