特許 6976397 注文処理装置、注文処理方法、およびプログラム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】6976397

(24)【登録日】2021年11月11日

(45)【発行日】2021年12月8日

(54)【発明の名称】注文処理装置、注文処理方法、およびプログラム

(51)【国際特許分類】

   G06Q 30/06 20120101AFI20211125BHJP

【ＦＩ】

   G06Q30/06

【請求項の数】9

【全頁数】16

(21)【出願番号】特願2020-193235(P2020-193235)

(22)【出願日】2020年11月20日

【審査請求日】2021年2月19日

【早期審査対象出願】

(73)【特許権者】

【識別番号】319013263

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100154852

【弁理士】

【氏名又は名称】酒井 太一

(74)【代理人】

【識別番号】100181124

【弁理士】

【氏名又は名称】沖田 壮男

(74)【代理人】

【識別番号】100194087

【弁理士】

【氏名又は名称】渡辺 伸一

(72)【発明者】

【氏名】江澤 正之

(72)【発明者】

【氏名】阿部 幸太郎

(72)【発明者】

【氏名】八木原 悠太

【審査官】 萩島 豪

(56)【参考文献】

【文献】 特開２００７−１１５１４１（ＪＰ，Ａ）

【文献】 国際公開第２０１７／００２１９３（ＷＯ，Ａ１）

【文献】 特開２００１−３５０９８４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

電子商取引における注文の注文情報および前記注文が不正であるか否かを示す一次不正判定結果を取得する取得部と、
取得された前記注文情報および前記一次不正判定結果に基づいて、前記注文の管理画面情報を生成する表示制御部と、
を備え、
前記表示制御部は、取得された前記一次不正判定結果が前記注文が不正であることを示している場合、前記注文に対する処理が不可能となるように前記注文情報を表示する前記管理画面情報を生成し、
前記取得部は、前記注文が不正であるか否かを示し且つ前記注文情報に基づく人手による判定の結果である二次不正判定結果をさらに取得し、
前記表示制御部は、取得された前記二次不正判定結果が前記注文が不正ではないことを示している場合、前記注文に対する処理が不可能な状態から可能な状態に切り替えて前記注文情報を表示する前記管理画面情報を生成する、
注文処理装置。

【請求項2】

前記表示制御部は、取得された前記一次不正判定結果が前記注文が不正ではないことを示している場合、前記注文に対する処理が可能となるように前記注文情報を表示する前記管理画面情報を生成する、
請求項１に記載の注文処理装置。

【請求項3】

前記表示制御部は、前記注文に係る商品またはサービスを提供する事業者により使用される端末装置に、前記管理画面情報を表示させる、
請求項１または２に記載の注文処理装置。

【請求項4】

前記二次不正判定結果は、前記一次不正判定結果よりも判定精度が高い、
請求項１から３のいずれか一項に記載の注文処理装置。

【請求項5】

取得された前記一次不正判定結果が前記注文が不正であることを示している場合、前記二次不正判定結果を取得するための処理を行う判定部をさらに備える、
請求項１から４のいずれか一項に記載の注文処理装置。

【請求項6】

前記表示制御部は、取得された前記二次不正判定結果が前記注文が不正であることを示している場合、前記注文に対する取り消し処理が可能となるように前記注文情報を表示する前記管理画面情報を生成する、
請求項１から５のいずれか一項に記載の注文処理装置。

【請求項7】

前記一次不正判定結果は、前記注文情報に基づく判定器による判定の結果である、
請求項１から６のいずれか一項に記載の注文処理装置。

【請求項8】

コンピュータが、
電子商取引における注文の注文情報および前記注文が不正であるか否かを示す一次不正判定結果を取得し、
取得された前記注文情報および前記一次不正判定結果に基づいて、前記注文の管理画面情報を生成する、
注文処理方法であって、
取得された前記一次不正判定結果が前記注文が不正であることを示している場合、前記注文に対する処理が不可能となるように前記注文情報を表示する前記管理画面情報を生成し、
前記注文が不正であるか否かを示し且つ前記注文情報に基づく人手による判定の結果である二次不正判定結果をさらに取得し、
取得された前記二次不正判定結果が前記注文が不正ではないことを示している場合、前記注文に対する処理が不可能な状態から可能な状態に切り替えて前記注文情報を表示する前記管理画面情報を生成する、
注文処理方法。

【請求項9】

コンピュータに、
電子商取引における注文の注文情報および前記注文が不正であるか否かを示す一次不正判定結果を取得させ、
取得された前記注文情報および前記一次不正判定結果に基づいて、前記注文の管理画面情報を生成させる、
プログラムであって、
取得された前記一次不正判定結果が前記注文が不正であることを示している場合、前記注文に対する処理が不可能となるように前記注文情報を表示する前記管理画面情報を生成させ、
前記注文が不正であるか否かを示し且つ前記注文情報に基づく人手による判定の結果である二次不正判定結果をさらに取得させ、
取得された前記二次不正判定結果が前記注文が不正ではないことを示している場合、前記注文に対する処理が不可能な状態から可能な状態に切り替えて前記注文情報を表示する前記管理画面情報を生成させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、ショッピングサイト等の電子商取引における注文を監視するための技術が知られている。例えば、注文者ごとの過去の注文情報に基づいて、注文の不正の蓋然性が高いか否かを判定する技術が知られている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第５８５３１２５号公報

【発明の概要】

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

【0004】

従来の監視技術により注文の不正の判定を自動化することが提案されているものの、実際の運用において不正の判定は極めて慎重且つ正確に行う必要があるため、最終判定は人手を介して行われることが多く、不正の判定には時間を要する場合がある。そして、このような不正の判定が行われている間に、商品の販売者等が管理画面を操作して商品の出荷処理を進めてしまうと、注文の不正が検知された時点では、既に商品が出荷済みとなっており、不正に起因する被害を防ぐことができない場合があった。

【0005】

本発明は、このような事情を考慮してなされたものであり、不正な注文による被害を防ぐことが可能な注文処理装置、注文処理方法、およびプログラムを提供することを目的の一つとする。

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

【0006】

本発明の一態様は、電子商取引における注文の注文情報および前記注文の不正に関する一次不正判定結果を取得する取得部と、取得された前記注文情報および前記一次不正判定結果に基づいて、前記注文の管理画面情報を生成する表示制御部と、を備え、前記表示制御部は、取得された前記一次不正判定結果が前記注文が不正であることを示している場合、前記注文に対する処理が不可能となるように前記注文情報を表示する前記管理画面情報を生成する、注文処理装置である。

【発明の効果】

【0007】

本発明の一態様によれば、不正な注文による被害を防ぐことが可能である。

【図面の簡単な説明】

【0008】

【図1】実施形態に係る注文処理システムの全体構成の一例を示す図である。

【図2】実施形態に係る注文サーバの機能構成の一例を示す機能ブロック図である。

【図3】実施形態に係る記憶部に記憶された注文情報の一例を示す図である。

【図4】実施形態に係る記憶部に記憶された不正判定情報の一例を示す図である。

【図5】実施形態に係る注文処理システムの注文処理の流れの一例を示すシーケンス図である

【図6】実施形態に係る注文処理システムの注文処理に伴うデータの流れの一例を説明する図である。

【図7】実施形態に係る注文処理システムの注文管理画面の表示処理の流れの一例を示すシーケンス図である。

【図8】実施形態に係る注文管理画面の一例を示す図である。

【図9】実施形態に係る注文管理画面の他の例を示す図である。

【図10】実施形態に係る注文管理画面の他の例を示す図である。

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

【0009】

以下、図面を参照して、本発明の注文処理装置、注文処理方法、およびプログラムの実施形態について説明する。本実施形態の注文処理装置は、電子商取引において不正の蓋然性の高い注文が検知された場合に、商品の出荷指示を一時的に停止する。電子商取引とは、ショッピングサイト、オークションサイト、フリーマーケットサイト等のコンピュータネットワーク上での電子的な情報通信によって商品またはサービスを売買することを言う。以下においては、電子商取引の一例として、ショッピングサイトを介した商品の売買を挙げて説明する。

【0010】

＜システム構成＞
図１は、実施形態に係る注文処理システム１の全体構成の一例を示す図である。注文処理システム１は、例えば、Ｗｅｂサーバ１０と、一次不正判定サーバ２０と、注文サーバ３０と、決済サーバ４０と、配送業者サーバ５０とを備える。Ｗｅｂサーバ１０、一次不正判定サーバ２０、注文サーバ３０、決済サーバ４０、および配送業者サーバ５０は、ネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、プロバイダ装置、無線基地局、専用回線などのうち一部または全部を含む。

【0011】

図１においては、Ｗｅｂサーバ１０、一次不正判定サーバ２０、注文サーバ３０、決済サーバ４０、および配送業者サーバ５０の各々が別装置として設けられた例を示しているが、これらの装置の一部または全部が組み合わされてよい。例えば、注文サーバ３０と、決済サーバ４０とが組み合させて同一の装置として構成されてよい。Ｗｅｂサーバ１０、一次不正判定サーバ２０、注文サーバ３０、および決済サーバ４０の一部または全部は、「注文処理装置」の一例である。

【0012】

Ｗｅｂサーバ１０は、端末装置Ｔ１からの要求に応じて、ショッピングサイトのウェブページを端末装置Ｔ１に提供する。また、Ｗｅｂサーバ１０は、端末装置Ｔ１からの商品の注文要求を受け付け、商品の出荷処理、決済処理等の注文処理をバックエンドのサーバに行わせる。端末装置Ｔ１は、ショッピングサイトを利用するユーザＵによって使用される。端末装置Ｔ１は、パーソナルコンピュータ、スマートフォンなどの携帯電話、タブレット端末、ＰＤＡ（Personal Digital Assistant）等のコンピュータ装置である。なお、Ｗｅｂサーバ１０は、端末装置Ｔ１にインストールされたアプリケーションプログラムによって参照されるアプリページを提供するものであってもよい。

【0013】

一次不正判定サーバ２０は、注文情報に基づいて、注文が不正であるか否かの一次不正判定を行う。不正な注文とは、決済手段（クレジットカード、電子マネー等）の契約者の承諾無しに第三者によって行われた注文、いたずら目的の注文、その他悪意あるユーザによって行われた注文等である。注文情報には、例えば、ユーザ情報、注文商品、商品カテゴリー、注文回数（初めて注文を行うユーザであるか否か）、注文金額等が含まれる。

【0014】

例えば、一次不正判定サーバ２０は、Ｗｅｂサーバ１０からの一次不正判定要求に応じて、過去に行われた不正な注文の注文情報と、判定対象の注文の注文情報とを比較することで、注文が不正であるか否かの一次不正判定を行い、一次不正判定結果をＷｅｂサーバ１０に送信する。また、一次不正判定サーバ２０は、判定対象の注文の注文情報と、予め定められた判定閾値とを比較することで、注文が不正であるか否かの一次不正判定を行ってもよい。また、一次不正判定サーバ２０は、機械学習によって生成された判定モデルを用いて、注文が不正であるか否かの一次不正判定を行ってもよい。例えば、一次不正判定サーバ２０は、一次不正判定結果として、不正の可能性があると判定した場合には「保留あり審査」を出力し、不正の可能性がないと判定した場合には「審査不要」を出力する。なお、一次不正判定サーバ２０は、一次不正判定結果をさらに細分化して、「保留あり審査」および「審査不要」以外の結果を出力するようにしてもよい。また、一次不正判定サーバ２０は、不正の蓋然性の程度を数値化した指標値を出力するようにしてもよい。一次不正判定サーバ２０は、「判定器」の一例である。すなわち、一次不正判定結果は、注文情報に基づく判定器による判定の結果である。

【0015】

注文サーバ３０は、注文情報および一次不正判定結果に基づいて、注文された商品を出荷するための各種処理を行う。注文サーバ３０は、例えば、注文された商品の注文管理処理、出荷要求処理、決済要求処理、注文が不正であるか否かの二次判定要求処理等を行う。また、注文サーバ３０は、商品を販売する店舗等の商品販売者Ｓ（注文に係る商品またはサービスを提供する事業者）により使用される注文管理端末Ｔ２に注文管理画面を表示させる。商品販売者Ｓは、注文管理端末Ｔ２に表示された注文管理画面を確認することで、注文を受けた商品の状況を確認することができる。注文サーバ３０の処理の詳細については後述する。

【0016】

決済サーバ４０は、注文サーバ３０からの二次不正判定要求に応じて、注文が不正であるか否かの二次不正判定処理を行う。二次不正判定は、一次不正判定よりも精度の高い判定処理である。すなわち、二次不正判定結果は、一次不正判定結果よりも判定精度が高い。例えば、決済サーバ４０は、注文の不正の管理を行う不正管理者Ｃにより使用される不正管理端末Ｔ３に二次不正判定が要求されている注文の注文情報を表示させる。不正管理者Ｃは、不正管理端末Ｔ３に表示された注文情報を確認し、注文が不正であるか否かの二次不正判定を行い、不正管理端末Ｔ３の入力インターフェースを介して二次不正判定結果を入力する。すなわち、二次不正判定結果は、注文情報に基づく人手による判定の結果である。

【0017】

決済サーバ４０は、不正管理者Ｃにより入力された二次不正判定結果を、注文サーバ３０に出力する。例えば、決済サーバ４０は、二次不正判定結果として、注文が不正であると判定された場合には「悪用確定」を出力し、注文が不正ではないと判定された場合には「保留解除」を出力する。決済サーバ４０は、二次不正判定結果をさらに細分化して、「悪用確定」および「保留解除」以外の結果を出力するようにしてもよい。また、決済サーバ４０は、不正の蓋然性の程度を数値化した指標値を出力するようにしてもよい。また、決済サーバ４０は、注文サーバ３０からの決済要求に応じて、クレジット会社等の決済業者のサーバと通信し、注文の決済処理を行う。

【0018】

配送業者サーバ５０は、注文サーバ３０からの出荷要求に応じて、商品の出荷処理を行う。配送業者サーバ５０により出荷処理が行われた商品は、配送業者の車両等に積み込まれ、商品を注文したユーザＵに配送される。配送業者サーバ５０は、「外部サーバ」の一例である。

【0019】

＜注文サーバ＞
図２は、実施形態に係る注文サーバ３０の機能構成の一例を示す機能ブロック図である。注文サーバ３０は、例えば、通信部３０１と、制御部３０３と、記憶部３０５とを備える。

【0020】

通信部３０１は、ネットワークＮＷを介して、一次不正判定サーバ２０、注文サーバ３０、決済サーバ４０、および配送業者サーバ５０と通信する。通信部３０１は、例えば、ＮＩＣ等の通信インターフェースを含む。

【0021】

制御部３０３は、注文サーバ３０の全体の動作を制御する。制御部３０３は、例えば、取得部３１０と、二次不正判定部３１２と、決済部３１４と、出荷部３１６と、表示制御部３１８とを備える。取得部３１０は、ネットワークＮＷを介して、Ｗｅｂサーバ１０から、商品の注文情報、一次不正判定結果等を取得する。また、取得部３１０は、決済サーバ４０から、二次不正判定結果を取得する。すわなち、取得部３１０は、電子商取引における注文の注文情報および注文の不正に関する一次不正判定結果を取得する。また、取得部３１０は、注文の不正に関する二次不正判定結果をさらに取得する。

【0022】

二次不正判定部３１２は、Ｗｅｂサーバ１０から受信した一次不正判定結果が不正の可能性がないことを示している場合に、二次不正判定要求を、決済サーバ４０に送信する。すなわち、二次不正判定部３１２は、取得された一次不正判定結果が注文が不正であることを示している場合、二次不正判定結果を取得するための処理を行う。

【0023】

決済部３１４は、Ｗｅｂサーバ１０から受信した一次不正判定結果が不正の可能性がないことを示している場合、或いは、決済サーバ４０から受信した二次不正判定結果が注文が不正ではないことを示している場合、商品の決済を要求する決済要求を、決済サーバ４０に送信する。

【0024】

出荷部３１６は、Ｗｅｂサーバ１０から受信した一次不正判定結果が不正の可能性がないことを示している場合、商品の出荷を要求する出荷要求を、配送業者サーバ５０に送信する。一方、出荷部３１６は、Ｗｅｂサーバ１０から受信した一次不正判定結果が不正の可能性があることを示している場合、配送業者サーバ５０への出荷要求の送信を保留する。さらに、出荷部３１６は、決済サーバ４０により出力された二次不正判定結果が注文が不正ではないことを示している場合、出荷要求を、配送業者サーバ５０に送信する。出荷部３１６は、決済サーバ４０から受信した二次不正判定結果が注文が不正であることを示している場合、注文の取り消し処理を行ってもよい。

【0025】

すなわち、出荷部３１６は、取得された一次不正判定結果が注文が不正であることを示している場合、注文の出荷処理を停止する。さらに、出荷部３１６は、取得された二次不正判定結果が注文が不正ではないことを示している場合、注文の出荷処理の停止を解除する。また、出荷部３１６は、取得された二次不正判定結果が注文が不正であることを示している場合、注文の取り消し処理を行う。

【0026】

表示制御部３１８は、商品販売者Ｓにより使用される注文管理端末Ｔ２に注文情報を含む注文管理画面を表示させる。表示制御部３１８は、取得された注文情報および一次不正判定結果に基づいて、注文の管理画面情報を生成する。表示制御部３１８は、取得された一次不正判定結果が注文が不正であることを示している場合、注文に対する処理が不可能となるように注文情報を表示する管理画面情報を生成する。一方、表示制御部３１８は、取得された一次不正判定結果が注文が不正ではないことを示している場合、注文に対する処理が可能となるように注文情報を表示する管理画面情報を生成する。また、表示制御部３１８は、取得された二次不正判定結果が注文が不正ではないことを示している場合、注文に対する処理が可能となるように注文情報を表示する管理画面情報を生成する。また、表示制御部３１８は、取得された二次不正判定結果が注文が不正であることを示している場合、注文に対する取り消し処理が可能となるように注文情報を表示する前記管理画面情報を生成する。また、表示制御部３１８は、注文に係る商品またはサービスを提供する事業者により使用される端末装置に、管理画面情報を表示させる。

【0027】

制御部３０３の各機能部は、ＣＰＵ（Central Processing Unit）等のハードウェアプロセッサが、プログラムメモリ等に記憶されたプログラム（ソフトウェア）を実行することで実現される。これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。

【0028】

記憶部３０５は、例えば、注文情報と、不正判定情報とを記憶する。図３は、実施形態に係る記憶部３０５に記憶された注文情報Ｄ１の一例を示す図である。注文情報Ｄ１には、例えば、個々の注文を識別する注文ＩＤ（Ｐ１）に対して、注文情報（Ｐ２）、出荷ステータス（Ｐ３）、および注文ステータス（Ｐ４）が紐付けられている。注文情報（Ｐ２）は、例えば、注文したユーザを識別するユーザＩＤと、同ユーザの注文の履歴（注文の総回数）を示す注文回数と、注文された商品の商品カテゴリーと、商品名と、数量と、金額とを含む。出荷ステータス（Ｐ３）は、商品の出荷状況を示す。出荷ステータス（Ｐ３）は、例えば、「未出荷」、「出荷待ち」、「出荷済み」、「出荷取り消し」等の予め定義されたステータスによって示される。注文ステータス（Ｐ４）は、注文の処理状況を示す。注文ステータス（Ｐ４）は、例えば、「処理中」、「決済済み」、「決済待ち」、「入金待ち」、「注文取り消し」、「キャンセル受付中」等の予め定義されたステータスによって示される。

【0029】

図４は、実施形態に係る記憶部３０５に記憶された不正判定情報Ｄ２の一例を示す図である。不正判定情報Ｄ２には、例えば、注文ＩＤに対して、一次不正判定結果、二次不正判定結果、および不正判定ステータスが紐づけられている。一次不正判定結果は、一次不正判定サーバ２０により出力された判定結果と同一である。二次不正判定結果は、不正管理者Ｃにより不正管理端末Ｔ３に入力された判定結果と同一である。

【0030】

記憶部３０５は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）フラッシュメモリ、ＳＤカード、レジスタ、またはこれらのうち複数が組み合わされたハイブリッド型記憶装置等により実現される。また、記憶部３０５の一部または全部は、ＮＡＳ（Network Attached Storage）や外部のストレージサーバ等、注文サーバ３０がアクセス可能な外部装置であってもよい。

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

１…注文処理システム
１０…Ｗｅｂサーバ
２０…一次不正判定サーバ
３０…注文サーバ
３０１…通信部
３０３…制御部
３０５…記憶部
３１０…取得部
３１２…二次不正判定部
３１４…決済部
３１６…出荷部
３１８…表示制御部
４０…決済サーバ
５０…配送業者サーバ
Ｔ１…端末装置
Ｔ２…注文管理端末
Ｔ３…不正管理端末

【要約】

【課題】不正な注文による被害を防ぐこと。
【解決手段】電子商取引における注文の注文情報および前記注文の不正に関する一次不正判定結果を取得する取得部と、取得された前記注文情報および前記一次不正判定結果に基づいて、前記注文の管理画面情報を生成する表示制御部と、を備え、前記表示制御部は、取得された前記一次不正判定結果が前記注文が不正であることを示している場合、前記注文に対する処理が不可能となるように前記注文情報を表示する前記管理画面情報を生成する、注文処理装置。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】