ホーム > 特許ランキング > 楽天グループ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-07-03
(45)【発行日】2024-07-11
(54)【発明の名称】情報処理システム、情報処理方法、及び情報処理プログラム
(51)【国際特許分類】
G06F 21/32 20130101AFI20240704BHJP
【ＦＩ】
G06F21/32
【請求項の数】
23
(21)【出願番号】P 2023563091
(86)(22)【出願日】2022-11-21
(86)【国際出願番号】 JP2022043015
【審査請求日】2023-10-13
(73)【特許権者】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】110000958
【氏名又は名称】弁理士法人インテクト国際特許事務所
(74)【代理人】
【識別番号】100120189
【弁理士】
【氏名又は名称】奥 和幸
(72)【発明者】
【氏名】北村 一崇
【審査官】平井 誠
(56)【参考文献】
【文献】特開２０１７－１５７０３７（ＪＰ，Ａ）
【文献】特開平８－３３９４０７（ＪＰ，Ａ）
【文献】特表２００９－５０８１４４（ＪＰ，Ａ）
【文献】特表２００２－５１０９４１（ＪＰ，Ａ）
【文献】特開２００４－１５１９７２（ＪＰ，Ａ）
【文献】特開２００６－２５９８３６（ＪＰ，Ａ）
【文献】特表２００９－５０３６９４（ＪＰ，Ａ）
【文献】特開２００４－１６４０４０（ＪＰ，Ａ）
【文献】特開２０１３－０２０４９６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ２１／００－８８
(57)【特許請求の範囲】
【請求項1】
所定処理を許可するための情報処理システムにおいて、前記情報処理システムを利用可能なユーザにより入力されたユーザ音声を示すユーザ音声情報を取得する音声情報取得手段と、
前記取得されたユーザ音声情報により示される前記ユーザ音声の特徴を示すユーザ音声特徴情報を、前記ユーザを識別するためのユーザ識別情報に関連付けて記憶手段に記憶させる記憶制御手段と、
前記所定処理の要求の内容を示す処理情報であって、前記所定処理を要求する者とされる推定要求者を、前記情報処理システムを利用可能なユーザとして識別するための要求者識別情報を含む処理情報を取得する処理情報取得手段と、
前記取得された処理情報に含まれる前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されているか否かを判定する記憶判定手段と、
前記取得された処理情報に含まれる前記要求者識別情報に基づいて、音声通信を可能とする音声通信システムにおいて前記推定要求者を識別するための要求者音声通信識別情報を取得する要求者音声通信識別情報取得手段と、
前記取得された要求者音声通信識別情報に基づいて、前記情報処理システムと、前記推定要求者のユーザ通信装置と、を前記音声通信のために接続させる接続制御手段と、
前記音声通信のために前記情報処理システムと接続された前記ユーザ通信装置から、該ユーザ通信装置に入力された推定要求者音声を示す推定要求者音声情報を受信する音声情報受信手段と、
前記取得された処理情報に含まれる前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に記憶された前記ユーザ音声特徴情報を取得する要求者音声特徴情報取得手段と、
前記受信された推定要求者音声情報により示される前記推定要求者音声の特徴と、前記取得されたユーザ音声特徴情報により示される前記ユーザ音声の特徴と、が対応するか否かを判定する特徴判定手段と、
前記受信された推定要求者音声情報により示される前記推定要求者音声が所定情報を表すか否かを判定するスピーチ判定手段と、
前記特徴判定手段による前記判定及び前記スピーチ判定手段による前記判定に基づいて、前記所定処理を許可するか否かを判定する許可判定手段と、
を備え、
前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されていると前記記憶判定手段により判定された場合、前記接続制御手段は、前記情報処理システムと前記ユーザ通信装置とを接続させ、前記許可判定手段は、前記特徴判定手段による前記判定及び前記スピーチ判定手段による前記判定に基づいて、前記所定処理を許可するか否かを判定し、
前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されていないと前記記憶判定手段により判定された場合、前記接続制御手段は、前記情報処理システムと前記ユーザ通信装置とを接続させず、前記許可判定手段は、前記所定処理を許可すると判定することを特徴とする情報処理システム。
【請求項2】
前記所定情報は、前記所定処理に対する肯定を示し、前記受信される推定要求者音声情報により示される前記推定要求者音声は、前記所定処理に対する前記肯定及び否定のうち何れか一方を表し、
前記スピーチ判定手段は、前記受信された推定要求者音声情報により示される前記推定要求者音声が前記肯定及び前記否定のうち何れを表すかを判定することを特徴とする請求項１に記載の情報処理システム。
【請求項3】
前記所定情報は、前記推定要求者が知っていることで該推定要求者を認証する認証情報であることを特徴とする請求項１に記載の情報処理システム。
【請求項4】
前記許可判定手段は、前記推定要求者音声の特徴と前記ユーザ音声の特徴とが対応し、且つ、前記推定要求者音声が前記所定情報を表す場合、前記所定処理を許可すると判定することを特徴とする請求項１乃至３の何れか一項に記載の情報処理システム。
【請求項5】
前記許可判定手段は、前記推定要求者音声の特徴と前記ユーザ音声の特徴とが対応し、且つ、前記推定要求者音声が前記所定情報を表さない場合、前記所定処理を許可しないと判定することを特徴とする請求項１乃至３の何れか一項に記載の情報処理システム。
【請求項6】
前記許可判定手段は、前記推定要求者音声の特徴と前記ユーザ音声の特徴とが対応せず、且つ、前記推定要求者音声が前記所定情報を表す場合、前記所定処理を許可しないと判定することを特徴とする請求項１乃至３の何れか一項に記載の情報処理システム。
【請求項7】
前記取得された処理情報に基づいて、前記所定処理を実行することにおけるリスクの度合いであって、前記推定要求者と異なる者により前記所定処理が要求される確率に応じて変わる度合いを判定するリスク度判定手段を更に備え、前記判定された度合いが所定値以上であり、且つ、前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されていると前記記憶判定手段により判定された場合、前記接続制御手段は、前記情報処理システムと前記ユーザ通信装置とを接続させ、前記許可判定手段は、前記特徴判定手段による前記判定及び前記スピーチ判定手段による前記判定に基づいて、前記所定処理を許可するか否かを判定し、
前記判定された度合いが前記所定値未満である場合、前記接続制御手段は、前記情報処理システムと前記ユーザ通信装置とを接続させず、前記許可判定手段は、前記所定処理を許可すると判定することを特徴とする請求項１又は２に記載の情報処理システム。
【請求項8】
許可するか否かが過去に判定された所定処理である過去処理の要求の内容を示す過去処理情報であって、前記過去処理を要求した者とされた過去推定要求者を識別するための過去要求者識別情報を含む過去処理情報と、前記過去推定要求者と異なる者により前記過去処理が要求されたと判定されたか否かを示す判定情報と、の複数の組み合わせを用いて、前記過去処理を実行することにおける過去リスクの度合いであって、前記過去推定要求者と異なる者により前記過去処理が要求される確率に応じて変わる度合いを示す過去リスク度情報を出力するモデルを、機械学習により生成する生成手段を更に備え、前記リスク度判定手段は、前記取得された処理情報に基づいて、前記生成されたモデルから前記リスクの度合いを示すリスク度情報を出力させることを特徴とする請求項７に記載の情報処理システム。
【請求項9】
前記所定処理は、前記推定要求者が支払先へ交換媒体を支払うための処理を含み、前記過去処理情報により示される前記内容は、前記過去処理が要求された日付及び前記過去処理が要求された時刻のうち少なくとも何れか一方と、前記支払先と、を含むことを特徴とする請求項８に記載の情報処理システム。
【請求項10】
前記生成手段は、前記過去処理情報に基づいて、同一の前記過去推定要求者が同一の前記支払先について前記過去処理を要求した頻度を計算し、該頻度及び前記判定情報を用いて前記モデルを生成することを特徴とする請求項９に記載の情報処理システム。
【請求項11】
前記所定処理は、前記推定要求者が交換媒体を支払うための処理を含み、前記処理情報は、前記支払われる交換媒体の量を更に含み、
前記判定されるリスクの度合いは、前記推定要求者と異なる者が前記所定処理を要求することに応じて支払われる交換媒体の量の期待値を示すことを特徴とする請求項７に記載の情報処理システム。
【請求項12】
前記記憶手段には、前記ユーザ識別情報に関連付けて、前記音声通信システムを利用可能な音声通信システムユーザとして前記ユーザを識別するためのユーザ音声通信識別情報が記憶され、前記要求者音声通信識別情報取得手段は、前記記憶手段から、前記取得された要求者識別情報と一致する前記ユーザ識別情報に関連付けられた前記ユーザ音声通信識別情報を、前記要求者音声通信識別情報として取得することを特徴とする請求項１又は２に記載の情報処理システム。
【請求項13】
前記音声通信のために前記情報処理システムと接続された前記ユーザ通信装置へ、前記肯定及び前記否定のうち何れか一方を述べることを促す音声を示す促し音声情報を送信する音声情報送信手段を更に備えることを特徴とする請求項２に記載の情報処理システム。
【請求項14】
前記促し音声情報により示される前記音声は、前記処理情報により示される前記内容のうち少なくとも一つを表す音声を含むことを特徴とする請求項１３に記載の情報処理システム。
【請求項15】
前記所定処理は、前記推定要求者が交換媒体を支払うための処理を含み、前記処理情報により示される前記内容は、前記所定処理が要求された日付、前記所定処理が要求された時刻、及び前記支払われる交換媒体の量のうち少なくとも一つを含むことを特徴とする請求項１４に記載の情報処理システム。
【請求項16】
前記許可判定手段により前記所定処理を許可すると判定された後に、前記所定処理が前記推定要求者により要求された処理ではないことが判明した場合、前記推定要求者音声の特徴を示す情報を、前記許可判定手段が前記所定処理を今後許可しない音声の特徴を示す不許可音声特徴情報として不許可音声特徴情報記憶手段に記憶させることを特徴とする請求項１乃至３の何れか一項に記載の情報処理システム。
【請求項17】
前記受信された推定要求者音声情報を、前記所定処理を前記推定要求者が肯定又は否定した証拠を示す証拠情報として、前記処理情報と関連付けて証拠情報記憶手段に記憶させる証拠情報記憶制御手段を更に備えることを特徴とする請求項２に記載の情報処理システム。
【請求項18】
前記許可判定手段により前記所定処理を許可しないと判定された場合、前記ユーザ通信装置と、前記所定処理に関する問い合わせを受け付けるオペレータのオペレータ通信装置と、を前記音声通信のために接続させる第２接続制御手段を更に備えることを特徴とする請求項１乃至３の何れか一項に記載の情報処理システム。
【請求項19】
前記要求者音声通信識別情報は、電話番号であり、前記ユーザ通信装置は、電話機能を有することを特徴とする請求項１乃至３の何れか一項に記載の情報処理システム。
【請求項20】
前記所定処理は、所定決済方法を用いた決済であることを特徴とする請求項１乃至３の何れか一項に記載の情報処理システム。
【請求項21】
前記所定決済方法は、クレジットカードを用いた決済であり、前記要求者識別情報は、前記クレジットカードの番号であることを特徴とする請求項２０に記載の情報処理システム。
【請求項22】
所定処理を許可するための情報処理システムの少なくとも一のコンピュータにより実行される情報処理方法において、前記情報処理システムを利用可能なユーザにより入力されたユーザ音声を示すユーザ音声情報を取得する音声情報取得ステップと、
前記取得されたユーザ音声情報により示される前記ユーザ音声の特徴を示すユーザ音声特徴情報を、前記ユーザを識別するためのユーザ識別情報に関連付けて記憶手段に記憶させる記憶制御ステップと、
前記所定処理の要求の内容を示す処理情報であって、前記所定処理を要求する者とされる推定要求者を、前記情報処理システムを利用可能なユーザとして識別するための要求者識別情報を含む処理情報を取得する処理情報取得ステップと、
前記取得された処理情報に含まれる前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されているか否かを判定する記憶判定ステップと、
前記取得された処理情報に含まれる前記要求者識別情報に基づいて、音声通信を可能とする音声通信システムにおいて前記推定要求者を識別するための要求者音声通信識別情報を取得する要求者音声通信識別情報取得ステップと、
前記取得された要求者音声通信識別情報に基づいて、前記情報処理システムと、前記推定要求者のユーザ通信装置と、を前記音声通信のために接続させる接続制御ステップと、
前記音声通信のために前記情報処理システムと接続された前記ユーザ通信装置から、該ユーザ通信装置に入力された推定要求者音声を示す推定要求者音声情報を受信する音声情報受信ステップと、
前記取得された処理情報に含まれる前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に記憶された前記ユーザ音声特徴情報を取得する要求者音声特徴情報取得ステップと、
前記受信された推定要求者音声情報により示される前記推定要求者音声の特徴と、前記取得されたユーザ音声特徴情報により示される前記ユーザ音声の特徴と、が対応するか否かを判定する特徴判定ステップと、
前記受信された推定要求者音声情報により示される前記推定要求者音声が所定情報を表すか否かを判定するスピーチ判定ステップと、
前記特徴判定ステップによる前記判定及び前記スピーチ判定ステップによる前記判定に基づいて、前記所定処理を許可するか否かを判定する許可判定ステップと、
を含み、
前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されていると前記記憶判定ステップにより判定された場合、前記接続制御ステップは、前記情報処理システムと前記ユーザ通信装置とを接続させ、前記許可判定ステップは、前記特徴判定ステップによる前記判定及び前記スピーチ判定ステップによる前記判定に基づいて、前記所定処理を許可するか否かを判定し、
前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されていないと前記記憶判定ステップにより判定された場合、前記接続制御ステップは、前記情報処理システムと前記ユーザ通信装置とを接続させず、前記許可判定ステップは、前記所定処理を許可すると判定することを特徴とする情報処理方法。
【請求項23】
所定処理を許可するための情報処理システムの少なくとも一のコンピュータを、前記情報処理システムを利用可能なユーザにより入力されたユーザ音声を示すユーザ音声情報を取得する音声情報取得手段と、
前記取得されたユーザ音声情報により示される前記ユーザ音声の特徴を示すユーザ音声特徴情報を、前記ユーザを識別するためのユーザ識別情報に関連付けて記憶手段に記憶させる記憶制御手段と、
前記所定処理の要求の内容を示す処理情報であって、前記所定処理を要求する者とされる推定要求者を、前記情報処理システムを利用可能なユーザとして識別するための要求者識別情報を含む処理情報を取得する処理情報取得手段と、
前記取得された処理情報に含まれる前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されているか否かを判定する記憶判定手段と、
前記取得された処理情報に含まれる前記要求者識別情報に基づいて、音声通信を可能とする音声通信システムにおいて前記推定要求者を識別するための要求者音声通信識別情報を取得する要求者音声通信識別情報取得手段と、
前記取得された要求者音声通信識別情報に基づいて、前記情報処理システムと、前記推定要求者のユーザ通信装置と、を前記音声通信のために接続させる接続制御手段と、
前記音声通信のために前記情報処理システムと接続された前記ユーザ通信装置から、該ユーザ通信装置に入力された推定要求者音声を示す推定要求者音声情報を受信する音声情報受信手段と、
前記取得された処理情報に含まれる前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に記憶された前記ユーザ音声特徴情報を取得する要求者音声特徴情報取得手段と、
前記受信された推定要求者音声情報により示される前記推定要求者音声の特徴と、前記取得されたユーザ音声特徴情報により示される前記ユーザ音声の特徴と、が対応するか否かを判定する特徴判定手段と、
前記受信された推定要求者音声情報により示される前記推定要求者音声が所定情報を表すか否かを判定するスピーチ判定手段と、
前記特徴判定手段による前記判定及び前記スピーチ判定手段による前記判定に基づいて、前記所定処理を許可するか否かを判定する許可判定手段、
として機能させ、
前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されていると前記記憶判定手段により判定された場合、前記接続制御手段は、前記情報処理システムと前記ユーザ通信装置とを接続させ、前記許可判定手段は、前記特徴判定手段による前記判定及び前記スピーチ判定手段による前記判定に基づいて、前記所定処理を許可するか否かを判定し、
前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されていないと前記記憶判定手段により判定された場合、前記接続制御手段は、前記情報処理システムと前記ユーザ通信装置とを接続させず、前記許可判定手段は、前記所定処理を許可すると判定することを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、特定の処理の実行を、正規のユーザについてのみ許可するための認証を行うシステム及び方法に関する。
【背景技術】
【0002】
従来、予め登録されている正規のユーザに対してのみ、システムを利用した特定の処理の実行を許可するシステムが知られている。こうしたシステムは、その処理を要求するユーザの認証、オーソリゼーション又は本人確認を実施することが一般的である。たとえば、幾つかのシステムは、ユーザを識別するための情報として、システムに予め登録されている識別情報をユーザに入力させることで、認証を行う。幾つかのシステムは、特定の処理をユーザが要求したことが事実であるか否かをそのユーザに確かめることもある。システムからの通知に対してユーザが肯定を示した場合、システムは、その処理を実行させる。ユーザが否定を示した場合、システムは、その処理の実行を禁止する。特に近年においては、正規のユーザをなりすます行為の防止を求める声が大きくなっていることから、システムがユーザに確認を求める場面が増加している。
【0003】
例えば、特許文献１には、電子メールの送信者アドレスを用いたなりすましを防止するための技術が開示されている。この技術における認証装置は、送信されてきた電子メールに記述されたコマンドを実行するためのサーバ装置である。認証装置は、電子メールを受信すると、電子メールの送信者宛てに確認メールを送信する。認証装置は、この確認メールに対する返信メールを受信した場合に、最初に受信した電子メールに記述されたコマンドを実行する。確認メールを受信したユーザは、最初の電子メールを送信していた場合には返信メールを送信する。最初の電子メールを送信していなかった場合、そのユーザは、返信メールを送信しない。
【0004】
特許文献２には、クレジットカードの不正利用を防止するための技術が開示されている。この技術において、カード端末は、提示されたカードに予め記録されている個人情報を読み取り、この個人情報を、カード会社のカード管理装置へ送信する。カード管理装置は、個人情報に基づいて、そのカードの所有者の携帯端末へ取引データを送信する。その端末を所持する人物は、取引データの内容を確認し、取引を承認するか否かを判定する。そして、その人物は、承認及び非承認の何れかを携帯端末に入力する。取引が承認されなかった場合、カード管理装置は、取引が承認されないことを知らせる信号をカード端末へ送信する。取引が承認された場合、カード管理装置は、決済データを、決済センタの決済管理装置へ送信し、決済処理が完了したことを知らせる信号をカード端末へ送信する。また、特許文献２には、携帯端末を入手した他者によるカードの不正利用を防止するため、携帯端末を所持する人物が、承認及び非承認の何れかを入力するとともに、カードＩＤを携帯端末に入力することも開示されている。このカードＩＤは、キーワード、指紋、虹彩パターン、声紋の何れかである。携帯端末は、取引が承認され、且つ、入力されたカードＩＤが、予め登録されたカードＩＤと一致する場合、認証装置は、決済データを決済管理装置へ送信する。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２００４－２９５６８４号公報
【文献】特開２００２－２９７９２０号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、従来の技術では、ユーザが追加の情報を入力するための作業が、ユーザにとって煩雑であった。例えば、特許文献１に開示された技術において、ユーザは、確認メールを表示し、返信メールを作成するための画面をオープンして、返信メールを送信する必要がある。特許文献２に開示された技術においては、ユーザは、承認及び非承認の何れかの入力と、カードＩＤの入力とを行う必要がある。
【0007】
本願発明は以上の点に鑑みてなされてものであり、その課題の一例は、ユーザの負担を軽減しながら、ユーザの識別と、更なる情報の確認と、を可能とする情報処理システム、情報処理方法、及び情報処理プログラムを提供することにある。
【課題を解決するための手段】
【0008】
本発明の一の側面は、所定処理を許可するための情報処理システムにおいて、前記情報処理システムを利用可能なユーザにより入力されたユーザ音声を示すユーザ音声情報を取得する音声情報取得手段と、前記取得されたユーザ音声情報により示される前記ユーザ音声の特徴を示すユーザ音声特徴情報を、前記ユーザを識別するためのユーザ識別情報に関連付けて記憶手段に記憶させる記憶制御手段と、前記所定処理の要求の内容を示す処理情報であって、前記所定処理を要求する者とされる推定要求者を、前記情報処理システムを利用可能なユーザとして識別するための要求者識別情報を含む処理情報を取得する処理情報取得手段と、前記取得された処理情報に含まれる前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されているか否かを判定する記憶判定手段と、前記取得された処理情報に含まれる前記要求者識別情報に基づいて、音声通信を可能とする音声通信システムにおいて前記推定要求者を識別するための要求者音声通信識別情報を取得する要求者音声通信識別情報取得手段と、前記取得された要求者音声通信識別情報に基づいて、前記情報処理システムと、前記推定要求者のユーザ通信装置と、を前記音声通信のために接続させる接続制御手段と、前記音声通信のために前記情報処理システムと接続された前記ユーザ通信装置から、該ユーザ通信装置に入力された推定要求者音声を示す推定要求者音声情報を受信する音声情報受信手段と、前記取得された処理情報に含まれる前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に記憶された前記ユーザ音声特徴情報を取得する要求者音声特徴情報取得手段と、前記受信された推定要求者音声情報により示される前記推定要求者音声の特徴と、前記取得されたユーザ音声特徴情報により示される前記ユーザ音声の特徴と、が対応するか否かを判定する特徴判定手段と、前記受信された推定要求者音声情報により示される前記推定要求者音声が所定情報を表すか否かを判定するスピーチ判定手段と、前記特徴判定手段による前記判定及び前記スピーチ判定手段による前記判定に基づいて、前記所定処理を許可するか否かを判定する許可判定手段と、を備え、前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されていると前記記憶判定手段により判定された場合、前記接続制御手段は、前記情報処理システムと前記ユーザ通信装置とを接続させ、前記許可判定手段は、前記特徴判定手段による前記判定及び前記スピーチ判定手段による前記判定に基づいて、前記所定処理を許可するか否かを判定し、前記要求者識別情報と一致する前記ユーザ識別情報に関連付けて前記記憶手段に前記ユーザ音声特徴情報が記憶されていないと前記記憶判定手段により判定された場合、前記接続制御手段は、前記情報処理システムと前記ユーザ通信装置とを接続させず、前記許可判定手段は、前記所定処理を許可すると判定することを特徴とする情報処理システム。
【0009】
この側面によれば、情報処理システムと、所定処理を要求したとされるユーザのユーザ通信装置と、が音声通信のために接続される。情報処理システムは、そのユーザ通信装置から、そのユーザの音声を示す推定要求者音声情報を受信する。受信された推定要求者音声情報により示される音声の特徴と、推定要求者の音声の特徴を示すと考えられる要求者音声特徴情報により示されるその特徴と、が対応するか否かが判定される。音声の特徴は、ユーザを識別するための識別情報に相当し得る。また、受信された音声情報により示される音声が、所定情報を表すか否かが判定される。これらの判定に基づいて、所定処理を許可するか否かが判定される。そのため、ユーザは、情報処理システムとユーザ通信装置とが接続された後、所定情報を表す音声を発すればよい。従って、ユーザの負担を軽減しながら、ユーザの識別と、更なる情報の確認と、が可能となる。
【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】
【図1】一実施形態に係る電子通信システムＳの概要構成の一例を示す図である。
【図2】一実施形態に係る決済サーバ１の概要構成の一例を示すブロック図である。
【図3】データベースに記憶される情報の一例を示す図である。
【図4】一実施形態に係る決済サーバ１のシステム制御部１１における機能ブロックの一例を示す図である。
【図5】電話を利用したオーソリゼーションの流れの一例を示す図である。
【図6】正規のカード所有者がクレジットカードを利用する場合のオーソリゼーションの流れの一例を示す図である。
【図7】不正利用者がクレジットカードを利用する場合のオーソリゼーションの流れの一例を示す図である。
【図8】店舗が不正な請求を行った場合のオーソリゼーションの流れの一例を示す図である。
【図9】不正利用者がクレジットカードを利用する場合のオーソリゼーションの流れの一例を示す図である。
【図10】リスク計算モデル１４ｄの生成例及び利用例を示す図である。
【図11】不正利用者がクレジットカードを利用する場合のオーソリゼーションの流れの一例を示す図である。
【図12】決済サーバ１のシステム制御部１１によるオーソリゼーション処理の一例を示すフローチャートである。
【図13】決済サーバ１のシステム制御部１１によるオーソリゼーション処理の一例を示すフローチャートである。
【発明を実施するための形態】
【0054】
以下、図面を参照して本発明の実施形態について詳細に説明する。少なくとも一の実施形態に係る情報処理システムは、その情報処理システムを利用可能なユーザについて所定処理を許可するためのシステムであってもよい。情報処理システムは、例えば複数のサーバ装置を備えてもよい。或いは情報処理システムは、実際には一のサーバ装置であってもよい。
【0055】
所定処理は、その処理を実行するためのユーザ認証、オーソリゼーション又は本人確認を必要とする処理であれば、特に限定されない。所定処理は、多要素認証を要する処理であってもよい。所定処理を実行するシステムを、実行システムという。実行システムは、情報処理システムであってもよいし、他のシステムであってもよい。所定処理の例として、そのユーザに関する証明書若しくは所定のカードの発行、実行システムへのログイン、所定支払い方法を用いての交換媒体の支払い若しくはその支払いの決済、実行システムのユーザのうち管理者のみがその実行システムに実行させることが可能な何らかの処理等が挙げられる。所定支払い方法の例として、クレジットカードを用いた支払い、デビットカードを用いた支払い、電子マネーを用いた支払い、２次元コードを用いた支払い、ポイントを用いた支払い等が挙げられる。支払われる交換媒体の例として、法定通貨、電子マネー、ポイント、仮想通貨等が挙げられる。
【0056】
少なくとも一の実施形態において、情報処理システムは、その情報処理システムを利用可能な各ユーザを識別するための第１ユーザ識別情報を記憶してもよい。第１ユーザ識別情報は、情報処理システムがユーザに付与した情報であってもよいし、そのユーザにより登録された情報であってもよい。第１ユーザ識別情報の例として、会員番号、ユーザＩＤ、そのユーザに付与されるカードの番号、そのユーザの電子メールアドレス、氏名と住所との組み合わせ等が挙げられる。
【0057】
少なくとも一の実施形態において、情報処理システムは、所定の音声通信システムを通じて、情報処理システムのユーザとの音声通信が可能に構成されてもよい。音声通信システムは、ネットワークを介した音声通信を可能とするシステムであってもよい。音声通信システムにおいては、例えばユーザが、そのユーザが利用するユーザ通信装置が備えるマイクロフォンにそのユーザの音声を入力する。ユーザ通信装置は、入力された音声を示す音声情報を、他のユーザ通信装置へ送信する。音声情報を受信したユーザ通信装置は、その音声情報により示される音声を、スピーカから出力させる。ユーザ通信装置から情報処理システムが音声情報を受信した場合、情報処理システムは、その音声情報を用いて、話者認識及び音声認識を実行してもよい。音声通信の例として、電話、ボイスチャット、ビデオチャット等が挙げられる。電話システムの例として、固定電話、携帯電話、ＩＰ電話、インターネット電話、テレビ電話等が挙げられる。音声通信システムは、その音声通信システムを利用可能な各ユーザを識別するための第２ユーザ識別情報を記憶してもよい。音声通信システムを利用するユーザ又は情報処理システムは、通信相手を示す情報として第２ユーザ識別情報を指定することで、その第２ユーザ識別情報により識別されるユーザを呼び出すことができる。第２ユーザ識別情報は、情報処理システムがユーザに付与した情報であってもよいし、そのユーザにより登録された情報であってもよい。固定電話、携帯電話及びＩＰ電話のうち少なくとも何れか一つが用いられる場合、第２ユーザ識別情報は電話番号であってもよい。或いは、第２ユーザ識別情報は、インターネット電話やチャット等を可能とするＳＮＳ（Social Networking Service）におけるユーザのアカウントを識別するための情報であってもよい。各ユーザ通信装置には、そのユーザ通信装置のユーザの第２ユーザ識別情報と関連付けられていてもよい。例えば、音声通信システムは、その音声通信システムと各ユーザ通信装置とを接続するための通信回線に、第２ユーザ識別情報を関連付けてもよい。或いは、そのユーザ通信装置に含まれるＳＩＭ（Subscriber Identity Module）カード、ハードディスクドライブ、ＳＳＤ（Solid State Drive）等の不揮発性のメモリに、第２ユーザ識別情報が記憶されてもよい。音声通信システムは、ユーザ通信装置から不揮発性メモリに記憶された第２ユーザ識別情報を受信することで、そのユーザ通信装置を識別するための情報と、第２ユーザ識別情報とを関連付けて記憶してもよい。情報処理システムは、情報処理システムを利用可能なユーザのうち少なくとも一のユーザについて、そのユーザの第２ユーザ識別情報を記憶してもよい。例えば、情報処理システムは、第１ユーザ識別情報と第２ユーザ識別情報とを関連付けて記憶してもよい。
【0058】
少なくとも一の実施形態において、情報処理システムは、第１ユーザ識別情報と関連付けて第２ユーザ識別情報を記憶したユーザのうち少なくとも一のユーザについて、そのユーザの音声の特徴を示す音声特徴情報を記憶してもよい。この音声特徴情報は、その音声を発した人物が誰であるか識別するために用いられる。音声の特徴は、例えば個人特有の特徴であってもよい。音声特徴情報は、例えば声紋を示す情報であってもよい。例えば、情報処理システムは、ユーザの音声を示す音声情報をユーザ通信装置から受信して、その音声情報に基づいて音声特徴情報を生成してもよい。例えば情報処理システムは、音声情報に対してフーリエ変換を施して、所定の時間長ごとに周波数のスペクトルを生成してもよい。情報処理システムは、これらのスペクトルの時系列を、スペクトログラムとして生成してもよい。情報処理システムは、このスペクトログラムを示す情報を、音声特徴情報として記憶してもよい。
【0059】
少なくとも一の実施形態において、所定処理を希望する要求者は、その所定処理を要求し又はその要求に相当する行動を取る。要求者は、その所定処理を正規に要求可能なユーザであるかもしれないし、そのユーザになりすまして情報処理システムを不正に利用する者であるかもしれない。要求者は、その所定処理を要求する者であるとみなされるユーザの第１ユーザ識別情報を入力し又は提示する。例えば、要求者は、その要求者が所持する装置若しくはその他の装置に、第１ユーザ識別情報を入力してもよい。或いは、要求者は、第１ユーザ識別情報を保持する所定のオブジェクトを提示してもよい。所定のオブジェクトの例として、カード、携帯端末等が挙げられる。例えば、カード若しくは携帯端末が備えるＩＣ（Integrated Circuit）チップに、第１ユーザ識別情報が記録されていてもよい。或いは、カードの磁気テープに、第１ユーザ識別情報が記録されていてもよい。或いは、第１ユーザ識別情報を示す１次元コード、２次元コード、若しくは文字列が、カードに印刷されていてもよい。或いは、携帯端末が備えるメモリに、第１ユーザ識別情報が記憶されていてもよい。そして、携帯端末は、ユーザによる操作に応じて、第１ユーザ識別情報を画面に表示してもよい。
【0060】
少なくとも一の実施形態において、情報処理システムは、所定処理の要求の内容を示す処理情報を取得する。情報処理システムは、要求者が所持する端末装置から処理情報を受信してもよい。或いは、情報処理システムは、要求者からの要求を受け付けた誰かが利用する装置から、処理情報を受信してもよい。或いは、情報処理システムは、要求者が所持する端末装置からの要求を受信したサーバ装置から、処理情報を受信してもよい。処理情報は、少なくとも推定要求者識別情報を含んでもよい。推定要求者識別情報は、所定処理を要求したとされるユーザの第１ユーザ識別情報であってもよい。推定要求者識別情報により示されるユーザを、推定要求者という。要求者が推定要求者と異なる場合、その要求者は不正利用者である可能性がある。処理情報は、要求の際に要求者が入力した情報を含んでもよい。処理情報は、要求が受け付けられた日付及び時刻のうち少なくとも何れか一方を更に含んでもよい。所定処理が、推定要求者が交換媒体を支払うための処理を含む場合、処理情報は、支払われる交換媒体の量、支払先を識別するための情報、取引される対象を識別するための情報のうち、少なくとも一つを更に含んでもよい。取引される対象は、商品及びサービスのうち少なくとも何れか一方であってもよい。処理情報は、その処理情報を送信してきた装置を識別するための情報を更に含んでもよい。装置を識別するための情報の例として、ＭＡＣ（Media Access Control）アドレス、ＩＰ（Internet Protocol）アドレス、情報処理システムから送信されたＨＴＴＰ（HyperText Transfer Protocol）クッキー等が挙げられる。
【0061】
少なくとも一の実施形態において、情報処理システムは、処理情報を取得すると、音声通信を利用した認証若しくはオーソリゼーションを行ってもよい。情報処理システムは、処理情報に含まれる推定要求者識別情報により識別される推定要求者の第２ユーザ識別情報を用いて、音声通信システムを通じて、情報処理システムとそのユーザのユーザ通信装置とを接続させてもよい。例えば、情報処理システムは、第２ユーザ識別情報を、被発呼者を識別するための情報として音声通信システムへ送信してもよい。この送信により、情報処理システムは、音声通信システムとユーザ通信装置との接続を要求してもよい。ユーザ通信装置との接続後、ユーザ通信装置のユーザは、情報処理システムにより定められた所定情報を表す音声を発することで、その音声をユーザ通信装置に入力してもよい。例えば、ユーザは、所定処理に対する肯定及び否定のうち少なくとも何れか一方を表す音声を発する。肯定を示す言葉の例として、「はい」、「そうです」等が挙げられる。否定を示す言葉の例として、「いいえ」、「違います」等が挙げられる。ユーザ通信装置は、この音声を示す音声情報を情報処理システムへ送信してもよい。情報処理システムは、ユーザ通信装置から受信した音声情報について話者認識及び音声認識を行って、所定処理を許可するか否かを判定してもよい。ここで、情報処理システムは、音声情報により示される音声が、所定情報を表すか否かを判定してもよい。所定情報は、例えば肯定を示してもよい。
【0062】
情報処理システムのユーザとしては、ユーザ通信装置と情報処理システムとが接続した後、肯定及び否定のうち少なくとも何れか一方を表す音声を発すればよい。この動作により、そのユーザを識別するための情報であるとともに、所定処理をそのユーザが要求したか否かを示す情報である音声情報が入力されることになる。そのため、ユーザの負担を軽減させることができる。
【0063】
少なくとも一の実施形態において、情報処理システムは、処理情報を取得するごとに、音声通信を利用した認証若しくはオーソリゼーションを行ってもよい。或いは、情報処理システムは、処理情報に基づいて、所定処理を実行することにおけるリスクの度合いを判定してもよい。リスクの度合いは、推定要求者と異なる者が所定処理を要求した確率に応じて変化する度合いであってもよい。すなわち、リスクの度合いは、情報処理システムの不正利用の確率に応じて変化してもよい。情報処理システムは、リスクの度合いが所定の閾値以上である場合にのみ、音声通信を利用した認証若しくはオーソリゼーションを行ってもよい。これにより、不正利用の可能性が比較的に高い場合にのみ音声通信が行われるので、ユーザの負担を軽減するとともに、情報処理システムの処理負荷を軽減することができる。情報処理システムは、例えば機械学習、統計的手法又は所定のルールを用いることで、リスク度を判定若しくは計算してもよい。
【0064】
以降においては、所定処理として、クレジットカードを利用した決済の処理を可能とするシステムに対して本発明が適用された場合の実施形態について説明する。
【0065】
【0066】
図１に示すように、電子通信システムＳは、決済サーバ１と、複数の決済端末２と、複数の電子商取引サーバ３と、複数のユーザ電話機４と、複数のオペレータ電話機５と、複数のオペレータ端末６と、ＰＢＸ（Private Branch Exchange）７と、を含む。決済サーバ１、各決済端末２、各電子商取引サーバ３、及び各オペレータ端末６は、ネットワークＮＷ１に接続される。ネットワークＮＷ１は、主としてデータ通信のためのネットワークであってもよい。ネットワークＮＷ１は、例えばインターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、公衆回線網、移動体通信網（基地局等を含む）、及びゲートウェイ等を含んでもよい。また、決済サーバ１、及び各オペレータ電話機は、ＰＢＸ７と接続される。また、ＰＢＸ７及び各ユーザ電話機４は、ネットワークＮＷ２に接続される。ネットワークＮＷ２は、主として音声通信のためのネットワークであってもよい。ネットワークＮＷ２は、例えば公衆回線網、ＩＰ電話網、移動体通信網等を含んでもよい。ネットワークＮＷ２はネットワークＮＷ１と重複してもよい。決済サーバ１は、ネットワークＮＷ２に直接接続されてもよい。
【0067】
決済サーバ１は、情報処理システムの一例としての決済システムであってもよい。決済システムは、所定クレジットカードを利用した決済を可能とするためのシステムである。或いは、決済サーバ１は、決済システムに含まれる複数の装置のうち、何れかの一の装置であってもよい。決済サーバ１は、所定クレジットカードを発行するクレジットカード会社により設置されてもよい。決済サーバ１は、所定クレジットカードを用いた決済処理を許可するか否かを判定するサーバ装置であってもよい。また、決済サーバ１は、その所定クレジットカードを用いた決済を実行したり、クレジットカードを利用した将来の決済のための信用を確保したりしてもよい。決済サーバ１は、例えば複数のサーバ装置を含むシステムであってもよい。決済サーバ１は、ネットワークＮＷ１を介して、決済端末２や電子商取引サーバ３とデータ通信可能であってもよい。また、決済サーバ１は、ＰＢＸ７及びネットワークＮＷ２を介して、ユーザ電話機４と音声通信可能であってもよい。決済サーバ１は、所定クレジットカードの各所有者の電話番号を記憶してもよい。電話番号は、第２ユーザ識別情報の一例である。
【0068】
決済サーバ１は、誰かがクレジットカードを利用して取引対象を購入した場合、若しくは購入しようとした場合、決済端末２や電子商取引サーバ３からオーソリゼーション要求を受信してもよい。オーソリゼーション要求は、クレジットカードを用いた決済のオーソリゼーションの要求を示す情報であってもよい。このオーソリゼーション要求は、決済情報を含んでもよい。決済情報は、処理情報の一例である。決済情報は、オーソリゼーションが要求された決済の内容を示す情報である。決済情報は、例えば、日付、時刻、カード番号、クレジットカードの有効期限、代金の支払先を識別するための情報、注文された取引対象を識別するための情報を含んでもよい。カード番号は、第１ユーザ識別情報の一例である。カード番号は、クレジットカードに印刷された１４～１６桁の番号である。カード番号は、ペイメントアカウントナンバー、プライマリアカウントナンバー、または会員番号とも呼ばれる。取引対象は、商品及びサービスのうち少なくとも何れか一方であってもよい。決済サーバ１は、決済情報を受信することに応じて、その決済情報により内容が示される決済を許可するか否かを決定してもよい。
【0069】
各決済端末２は、実店舗に置かれた端末装置である。実店舗は、取引対象を顧客に提供する。各決済端末２は、顧客がクレジットカードを利用して決済を行う場合に、クレジットカードに関する情報及び金額を入力するための端末装置であってもよい。各決済端末２は、クレジットカードのＩＣチップ若しくは磁気テープから情報を読み取るための読み取り部、テンキー、ディスプレイ等を備えてもよい。少なくとも一の決済端末２は、レジであってもよい。各決済端末２は、クレジットカードから読み取ったカード番号及び有効期限を含む決済情報を決済サーバ１へ送信してもよい。
【0070】
各電子商取引サーバ３は、取引対象を取引するためのウェブサイトである電子商取引サイトを管理するサーバ装置である。電子商取引サイトの例として、オンラインショッピングモール、デジタルコンテンツの販売サイト、その他のオンラインショッピングサイト、宿泊施設の予約サイト、ゴルフ場の予約サイト、イベントのチケット販売サイト、その他のサービスの予約サイト等が挙げられる。各電子商取引サーバ３は、その電子商取引サーバ３を利用可能なユーザに関する情報を記憶してもよい。例えば、各電子商取引サーバ３は、ユーザが利用するクレジットカードに関する情報を記憶してもよい。クレジットカードに関する情報は、例えばカード番号、有効期限、カード所有者の氏名等を含んでもよい。各電子商取引サーバ３は、ユーザが利用する端末装置からの要求に応じて、電子商取引に関するウェブページをその端末装置へ送信してもよい。ユーザが利用する端末装置の例として、パーソナルコンピュータ、タブレット式コンピュータ、スマートフォン、携帯電話機、ＰＤＡ（Personal Digital Assistant）、セットトップボックス等が挙げられる。ユーザが利用する端末装置の少なくとも一つはユーザ電話機４であってもよい。また、各電子商取引サーバ３は、ユーザの端末装置から、取引対象の注文を受け付けるための処理を実行する。ユーザにより代金の決済方法としてクレジットカードが選択された場合、その電子商取引サーバ３は、そのユーザのクレジットカードに関する情報を含む決済情報を、決済サーバ１へ送信してもよい。
【0071】
各ユーザ電話機４は、所定クレジットカードの所有者の電話番号として、決済サーバ１が記憶している電話番号で接続可能な電話機である。各ユーザ電話機４は、受話器（またはヘッドセット）、ボタン、ディスプレイ等を備えてもよい。ユーザ電話機４が備えるボタンは、ハードウェアボタンであってもよいし、ソフトウェアボタンであってもよい。ユーザ電話機４の例として、固定電話機、携帯電話機、ＩＰ電話機等が挙げられる。
【0072】
各オペレータ電話機５は、クレジットカード会社のコールセンタに勤務するオペレータにより利用される電話機である。オペレータは、所定クレジットカードに関する問い合わせを電話で受け付ける。例えば、オペレータは、カード所有者からクレジットカードの不正利用の連絡を受け付けたり、決済サーバ１による、決済を許可するか否かの決定に対する不服を受け付けたりしてもよい。また、オペレータは、クレジットカードの再発行の申込みを受け付けたり、ユーザの声紋の登録をカード所有者に奨めたりしたりしてもよい。オペレータ電話機５の例として、固定電話機、ＩＰ電話機、ソフトフォンが組み込まれたパーソナルコンピュータ等が挙げられる。
【0073】
各オペレータ端末６は、前述のオペレータにより利用される端末装置である。オペレータは、オペレータ端末６を利用することにより、決済サーバ１に記憶された情報を表示したり、決済サーバ１に記憶された情報を変更したりすることが可能であってもよい。オペレータ端末６の例として、パーソナルコンピュータ、タブレット式コンピュータ等が挙げられる。オペレータ端末６は、オペレータ電話機５を兼ねてもよい。
【0074】
ＰＢＸ７は、決済サーバ１若しくはオペレータ電話機５と、ユーザ電話機４とを、外線を通じて接続するための交換機であってもよい。例えば、何れかのユーザがユーザ電話機４を用いてコールセンタの電話番号で電話を掛けると、ＰＢＸ７は、少なくとも一のオペレータ電話機５へ、着信を知らせる信号を送信してもよい。オペレータが、着信を受け付ける操作を行うと、ＰＢＸ７は、ユーザ電話機４とオペレータ電話機５とを接続させてもよい。また例えば、決済サーバ１が、決済サーバ１に記憶されたカード所有者の電話番号を示す信号をＰＢＸ７へ送信してもよい。ＰＢＸ７は、決済サーバ１から受信した電話番号を示す信号を、ネットワークＮＷ２内の加入者線交換機等へ送信することで、その電話番号に対応するユーザ電話機４と決済サーバ１とを接続させてもよい。また、ＰＢＸ７は、決済サーバ１からの要求に応じて、決済サーバ１とユーザ電話機４との間の通話を、何れかのオペレータ電話機５へ転送してもよい。ＰＢＸ７は、例えばコールセンタに設置されてもよいし、クラウドコンピューティングにより実現されてもよい。
【0075】
［２．決済サーバの構成］
次に、決済サーバ１の構成について、図２及び図３を用いて説明する。図２は、本実施形態に係る決済サーバ１の概要構成の一例を示すブロック図である。図２に示すように、決済サーバ１は、システム制御部１１と、システムバス１２と、入出力インターフェース１３と、記憶部１４と、データ通信部１５と、音声通信部１６と、を備えている。システム制御部１１と入出力インターフェース１３とは、システムバス１２を介して接続されている。
次に、決済サーバ１の構成について、図２及び図３を用いて説明する。図２は、本実施形態に係る決済サーバ１の概要構成の一例を示すブロック図である。図２に示すように、決済サーバ１は、システム制御部１１と、システムバス１２と、入出力インターフェース１３と、記憶部１４と、データ通信部１５と、音声通信部１６と、を備えている。システム制御部１１と入出力インターフェース１３とは、システムバス１２を介して接続されている。
【0076】
システム制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ等により構成されている。
【0077】
入出力インターフェース１３は、記憶部１４、データ通信部１５、及び音声通信部１６と、システム制御部１１との間のインターフェース処理を行う。
【0078】
記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、会員ＤＢ１４ａ、決済履歴ＤＢ１４ｂ、声紋ブラックリストＤＢ１４ｃ等のデータベースが記憶される。「ＤＢ」は、データベースの略語である。
【0079】
図３は、データベースに記憶される情報の一例を示す図である。会員ＤＢ１４ａには、所定クレジットカードを所有するユーザに関する会員情報が、会員ごとに記憶される。例えば、会員ＤＢ１４ａには、会員情報として、カード番号、氏名、性別、住所、電話番号、口座情報、クレジットカードの有効期限、セキュリティコード、暗証番号、限度額、利用合計額、声紋登録フラグ、声紋情報、ログインＩＤ、ログインパスワード等が、互いに関連付けて記憶されてもよい。カード番号は、会員を識別するための情報である。氏名、性別、住所、電話番号及び口座情報は、ユーザにより提示された情報である。一人のユーザについて複数の電話番号が記憶されてもよい。口座情報は、ユーザが有する銀行口座に関する情報である。口座情報は、例えば銀行名、支店名、口座の種類、口座番号、名義人の氏名等を含んでもよい。限度額は、１ヶ月の支払請求周期内にそのユーザがクレジットカードを利用して決済可能な金額の上限である。利用合計額は、現在の支払請求周期内にそのユーザが決済した金額の合計を示す。声紋登録フラグは、そのユーザの声紋情報が会員ＤＢ１４ａに記憶されているか否かを示す。ＴＲＵＥに設定された声紋登録フラグは、声紋情報が記憶されていることを示す。ＦＡＬＳＥに設定された声紋登録フラグは、声紋情報が記憶されていないことを示す。声紋情報は、そのユーザの声紋を示す情報である。声紋情報は、音声特徴情報の一例である。ログインＩＤは、所定クレジットカードの会員用のウェブサイトにおいて、そのユーザを識別するための識別情報である。会員用のウェブサイトにおいて、各ユーザは、利用明細書を確認したり、住所、電話番号、口座情報等の情報を変更したりすることができる。ログインパスワードは、会員用のウェブサイトにユーザがログインするためのパスワードである。例えば、ログイン用のウェブページにログインＩＤ及びログインパスワードを入力することで、ユーザはそのウェブサイトにログインすることができる。
【0080】
或る人物が所定クレジットカードのユーザとなった時点においては、そのユーザの声紋情報は会員ＤＢ１４ａに記憶されていない。ユーザは、必要に応じて声紋情報を登録することができる。例えば、会員用のウェブサイト、所定クレジットカードのパンフレット、またはその他の媒体に、声紋情報の登録の案内とコールセンタの電話番号とが表示されてもよい。或いは、ユーザから問い合わせを受けたオペレータが、声紋情報の登録をそのユーザに奨めてもよい。ユーザが、ユーザ電話機４でコールセンタに電話を掛けると、オペレータの案内に従って又は自動音声案内に従って、本人確認が実施されてもよい。この本人確認において、ユーザは、例えばカード番号、有効期限、氏名、住所、電話番号等の情報を提示してもよい。オペレータ又は決済サーバ１は、ユーザから提示された情報と会員ＤＢ１４ａに記憶されている情報とが一致するか否かを判定する。本人確認の実施後、ユーザは、声紋情報用の言葉を発する。声紋情報用の言葉として、肯定を示す言葉及び否定を示す言葉の両方を発するように、ユーザは案内されてもよい。肯定を示す言葉及び否定を示す言葉のそれぞれは、予め定められていてもよい。ユーザの音声を示す音声情報は、ユーザ電話機４からネットワークＮＷ２を介して決済サーバ１へ送信される。決済サーバ１は、音声情報から声紋情報を生成する。決済サーバ１は、声紋情報を、そのユーザのカード番号に関連付けて、会員ＤＢ１４ａに記憶する。また、決済サーバ１は、声紋登録フラグをＴＲＵＥに変更する。なお、会員用のウェブサイトにおいて声紋情報の登録が可能なように、決済サーバ１が構成されてもよい。また、ユーザによる声紋の更新又は再登録が可能なように決済サーバ１が構成されてもよい。時間が経過するにつれて、ユーザの声の特徴が変化することがある。
【0081】
決済履歴ＤＢ１４ｂには、決済情報の履歴が記憶される。例えば、決済サーバ１が決済端末２又は電子商取引サーバ３からへ決済情報を受信するごとに、決済履歴ＤＢ１４ｂには、取引ＩＤ、その決済情報、及び判定結果情報が、互いに関連付けて記憶されてもよい。取引ＩＤは、決済情報に対応する取引を識別するための識別情報である。
【0082】
決済情報は、カード番号、有効期限、利用日、利用時刻、利用額、支払先情報、及び取引対象情報等を含んでもよい。カード番号は、決済に用いられたクレジットカードの番号を示す。このカード番号は、クレジットカードを利用した決済を要求したと仮定されるユーザを識別するための情報である。有効期限は、決済に用いられたクレジットカードの有効期限である。利用日は、クレジットカードの利用の要求が受け付けられた日付を示す。利用時刻は、クレジットカードの利用の要求が受け付けられた時刻を示す。利用額は、決済される金額を示す。支払先情報は、クレジットカードを用いた金銭の支払先を識別するための情報である。支払先は、例えばクレジットカードが利用された店舗若しくは電子商取引サイトであってもよい。支払先は、決済代行会社であってもよい。取引対象情報は、クレジットカードを利用して購入された取引対象を識別するための識別情報である。場合によっては、支払先情報及び取引対象情報の少なくとも何れか一方は、決済情報に含まれていなくてもよい。
【0083】
判定結果情報は、決済情報に対する各種の判定の結果を示す情報である。判定結果情報は、例えば決済許可フラグ、決済不許可理由情報、電話オーソリゼーションフラグ、回答音声情報、声紋判定結果情報、回答情報、明細締め日、及び請求取消フラグ等を含んでもよい。決済許可フラグは、決済サーバ１が決済を許可したか否かを示す情報である。ＴＲＵＥに設定された決済許可フラグは、決済が許可されたことを示す。ＦＡＬＳＥに設定された決済許可フラグは、決済が許可されなかったことを示す。決済不許可理由情報は、決済が許可されなかった場合において、決済が許可されない理由を示す情報である。決済が許可されない理由の例として、カード番号が正規の番号ではないこと、有効期限が経過していること、利用合計額が限度額を超過していること、電話を利用したオーソリゼーションが失敗したこと等が挙げられる。電話オーソリゼーションフラグは、電話を利用したオーソリゼーションが実行されたか否かを示す。ＴＲＵＥに設定された電話オーソリゼーションフラグは、電話を利用したオーソリゼーションが実行されたことを示す。ＦＡＬＳＥに設定された電話オーソリゼーションフラグは、電話を利用したオーソリゼーションが実行されなかったことを示す。回答音声情報は、電話を利用したオーソリゼーションにおいて、決済サーバ１がユーザ電話機４から受信した音声情報である。声紋判定結果情報は、回答音声情報から特定された声紋が、決済情報に含まれるカード番号により識別される正規のカード所有者の声紋であるか否かの判定の結果を示す情報である。ＯＫに設定された声紋判定結果情報は、回答音声情報から特定された声紋が、正規のカード所有者の声紋であることを示す。ＮＧに設定された声紋判定結果情報は、回答音声情報から特定された声紋が、正規のカード所有者の声紋ではないことを示す。回答情報は、回答音声情報から認識された回答が、肯定及び否定のうち何れであるかを示す。明細締め日は、決済情報により示される利用額の請求が、何れの支払請求周期の請求に含まれるかを示す。明細締め日は、その支払請求周期の末日の日付を示す。明細締め日の後、利用明細がユーザへ郵送され、若しくは、ユーザは会員用のウェブサイトで利用明細を閲覧することができる。請求取消フラグは、決済が許可された後で、その決済情報により示される利用額の請求が取り消されたか否かを示す。ＴＲＵＥに設定された請求取消フラグは、請求が取り消されたことを示す。ＦＡＬＳＥに設定された請求取消フラグは、請求が取り消されていないことを示す。例えば、クレジットカードの利用明細を見たユーザが、その利用明細により示される取引のうち、クレジットカードが不正利用されたと考えられる取引を、コールセンタに連絡する。この連絡に応じて、その取引についての請求が取り消されるとともに、請求取消フラグがＴＲＵＥに変更される。
【0084】
記憶部１４には、更にオペレーティングシステム、ＤＢＭＳ（Database Management System）、サーバプログラム等の各種プログラムが記憶されている。サーバプログラムは、クレジットカードの決済に関する各種処理をシステム制御部１１に実行させるプログラムである。サーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよい。或いはサーバプログラムは、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【0085】
また更に、記憶部１４には、リスク度計算モデル１４ｄが記憶されてもよい。リスク度計算モデル１４ｄは、決済処理のリスク度を計算するためのモデルである。更にまた、記憶部１４には、話者認識用のモデル、及び音声認識用のモデルが記憶されてもよい。話者認識用のモデルは、ユーザ電話機４からの音声情報を声紋情報に変換したり、或る声紋情報と別の声紋情報との間の類似度を算出したりするためのモデルであってもよい。音声認識用のモデルは、例えば音声情報から音素を抽出するための音響モデル、音素を文字に変換するための辞書モデル、文字から文章を生成するための言語モデル等を含んでもよい。
【0086】
データ通信部１５は、例えば通信インターフェース回路等により構成されてもよい。データ通信部１５は、ネットワークＮＷ１を介して、決済端末２、電子商取引サーバ３、またはオペレータ端末６等の装置と接続し、接続された装置との間でデータ通信を行う。
【0087】
音声通信部１６は、例えば通信インターフェース回路等により構成されてもよい。音声通信部１６は、ＰＢＸ７（またはネットワークＮＷ２）に接続されるとともに、ＰＢＸ７を介してユーザ電話機４に接続する。音声通信部１６は、接続されたユーザ電話機４との間で音声通信を行う。なお、データ通信部１５が音声通信部１６を兼ねてもよい。
【0088】
［３．システム制御部の機能概要］
次に、図４乃至図１１を用いて、決済サーバ１のシステム制御部１１の機能概要について説明する。図４は、本実施形態に係る決済サーバ１のシステム制御部１１における機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図４に示すように、決済情報取得部１１１、電話番号取得部１１２、接続制御部１１３、音声情報送信部１１４、音声情報受信部１１５、声紋情報取得部１１６、話者判定部１１７、スピーチ判定部１１８、決済許可判定部１１９、リスク度判定部１２０、リスク度計算モデル生成部１２１、不正声紋情報記憶制御部１２２、証拠音声情報記憶制御部１２３等をとして機能してもよい。
次に、図４乃至図１１を用いて、決済サーバ１のシステム制御部１１の機能概要について説明する。図４は、本実施形態に係る決済サーバ１のシステム制御部１１における機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図４に示すように、決済情報取得部１１１、電話番号取得部１１２、接続制御部１１３、音声情報送信部１１４、音声情報受信部１１５、声紋情報取得部１１６、話者判定部１１７、スピーチ判定部１１８、決済許可判定部１１９、リスク度判定部１２０、リスク度計算モデル生成部１２１、不正声紋情報記憶制御部１２２、証拠音声情報記憶制御部１２３等をとして機能してもよい。
【0089】
［３－１．電話を利用したオーソリゼーション］
決済情報取得部１１１は、実行が要求された決済処理についてその要求の内容を示す決済情報を取得する。この決済情報は、決済処理の実行を要求した者であるとみなされる推定要求者を、所定クレジットカードを利用可能なユーザとして識別するためのカード番号を少なくとも含む。図５は、電話を利用したオーソリゼーションの流れの一例を示す図である。決済情報取得部１１１は、例えば、決済端末２又電子商取引サーバ３から、決済情報を受信してもよい。図５に示すように、カード所有者２００は、例えば実店舗若しくは電子商取引サイトにおいて、クレジットカードを利用して商品若しくはサービスを購入しようとする（ステップＳ１）。決済端末２又電子商取引サーバ３は、決済サーバ１へ決済情報を送信する（ステップＳ２）。
決済情報取得部１１１は、実行が要求された決済処理についてその要求の内容を示す決済情報を取得する。この決済情報は、決済処理の実行を要求した者であるとみなされる推定要求者を、所定クレジットカードを利用可能なユーザとして識別するためのカード番号を少なくとも含む。図５は、電話を利用したオーソリゼーションの流れの一例を示す図である。決済情報取得部１１１は、例えば、決済端末２又電子商取引サーバ３から、決済情報を受信してもよい。図５に示すように、カード所有者２００は、例えば実店舗若しくは電子商取引サイトにおいて、クレジットカードを利用して商品若しくはサービスを購入しようとする（ステップＳ１）。決済端末２又電子商取引サーバ３は、決済サーバ１へ決済情報を送信する（ステップＳ２）。
【0090】
電話番号取得部１１２は、決済情報取得部１１１により取得された決済情報に含まれるカード番号に基づいて、電話システムにおいて推定要求者を識別するための電話番号を取得する。例えば、電話番号取得部１１２は、会員ＤＢ１４ａから、決済情報に含まれるカード番号と一致するカード番号に関連付けられた電話番号を取得してもよい。
【0091】
接続制御部１１３は、電話番号取得部１１２により取得された電話番号に基づいて、決済サーバ１と、その電話番号により識別される第２ユーザのユーザ電話機４とを、音声通信のために接続させる。例えば、接続制御部１１３は、取得された電話番号を、宛先番号としてＰＢＸ７へ送信してもよい。ＰＢＸ７は、決済サーバ１から受信した宛先番号を、例えばネットワークＮＷ２における公衆回線網内の加入者線交換機へ送信してもよい。ネットワークＮＷ２は、宛先番号に従って、被発呼者のユーザ電話機４を特定する。そして、ネットワークＮＷ２、そのユーザ電話機４へ着信を知らせる信号を送信する。ユーザ電話機４は、着信音を出力する。図５において、被発呼者はカード所有者２００である。こうして、決済サーバ１は、カード所有者２００へ電話を掛けることとなる（ステップＳ３）。被発呼者は、電話に出る操作を行う。この操作に応じて、決済サーバ１とその被発呼者のユーザ端末４とが接続される。
【0092】
所定時間が経過しても被発呼者が電話に出ない場合がある。また、電話番号取得部１１２により取得された電話番号が現在誰にも利用されていない場合がある。これらの場合、決済処理は許可されなくてもよい。或いは、接続制御部１１３は、決済情報取得部１１１により取得された決済情報に含まれるカード番号と一致するカード番号に関連付けられた電話番号が、会員ＤＢ１４ａに複数記憶されているか否かを判定してもよい。複数の電話番号が記憶されている場合、決済情報取得部１１１は、最初に用いた電話番号とは異なる電話番号を用いて、接続を試みてもよい。
【0093】
音声情報送信部１１４は、音声通信のために決済サーバ１と接続されたユーザ端末４へ、決済処理に対する肯定及び否定のうち何れか一方を述べることを促す音声を示す問い合わせ音声情報を送信する（ステップＳ４）。問い合わせ音声情報は、例えば所定の規格に従って符号化されていてもよい。この規格の例として、G.711、G.722、G.726、GSM、Speex、Opus等が挙げられる。決済サーバ１から問い合わせ音声情報を受信したユーザ電話機４は、その問い合わせ音声情報により示される問い合わせ音声を、受話器若しくはスピーカから出力する。問い合わせ音声情報は、所定のメッセージを表す音声を示してもよい。所定のメッセージは、「ＸＸカードでお取引をしましたか？」を含んでもよい。「ＸＸカード」は、所定クレジットカードの名称である。また所定のメッセージは、「『はい』か『いいえ』で答えてください。」を含んでもよい。なお、肯定を示す言葉は「はい」と異なる言葉であってもよい、また、否定を示す言葉は「いいえ」と異なる言葉であってもよい。また、問い合わせ音声情報により示される音声は、決済情報取得部１１１により取得された決済情報により示される決済処理の内容のうち、少なくとも一つを表す音声を含んでもよい。ユーザ電話機４が決済処理の内容の少なくとも一つを被発呼者に聞かせることで、被発呼者は、対処決済処理を被発呼者が要求したか否かを判定することができる。例えば、問い合わせ音声情報により示される問い合わせ音声は、利用日、利用時刻、及び利用額のうち、少なくとも何れか一つを表してもよい。問い合わせ音声は、カード番号及び有効期限の何れも含まなくてもよい。図５においては、ユーザ電話機４は、「ＸＸカードです。お取引の確認のためにお電話差し上げました。８月３日１０時５分に２万５千円のお取引をしましたか？」を表す問い合わせ音声を出力する（ステップＳ５）。
【0094】
音声情報受信部１１５は、音声通信のために決済サーバ１と接続されたユーザ端末４から、決済処理に対する肯定及び否定のうち何れか一方を表す回答音声を示す回答音声情報を受信する。例えば、問い合わせ音声を聞いた被発呼者が、「はい」又は「いいえ」を発してもよい（ステップＳ６）。ユーザ電話機４は、発せられた音声を電気信号に変換し、所定の規格に従ったコーデックを用いて、その電気信号を回答音声情報に変換してもよい。ユーザ電話機４は、ネットワークＮＷ２を介して回答音声情報を決済サーバ１へ送信する（ステップＳ７）。
【0095】
声紋情報取得部１１６は、決済情報取得部１１１により取得された決済情報に含まれるカード番号に基づいて、推定要求者の音声の特徴を示す声紋情報を取得する。例えば、声紋情報取得部１１６は、会員ＤＢ１４ａから、決済情報に含まれるカード番号と一致するカード番号に関連付けられた声紋情報を取得してもよい。
【0096】
話者判定部１１７は、音声情報受信部１１５により受信された回答音声情報により示される回答音声の特徴と、声紋情報取得部１１６により取得された声紋情報により示される音声の特徴と、が対応するか否かを判定する。すなわち、話者判定部１１７は、話者（被発呼者）が、決済情報のカード番号により識別される正規のカード所有者であるか否かを判定してもよい（ステップＳ８）。音声の特徴が対応するとは、音声の特徴が一致すること、若しくは類似することであってもよい。或いは、音声の特徴が対応するとは、音声の特徴間の類似度が所定値以上であることであってもよい。話者判定部１１７は、例えば話者認識を用いて、回答音声情報から、回答音声の声紋を示す回答声紋情報を生成してもよい。話者判定部１１７は、回答声紋情報と会員ＤＢ１４ａに記憶された声紋情報との間の類似度を計算してもよい。計算され類似度は、例えばコサイン類似度であってもよい。話者判定部１１７は、類似度が所定値以上である場合、音声の特徴が対応すると判定してもよい。話者判定部１１７は、類似度が所定値未満である場合、音声の特徴が対応しないと判定してもよい。
【0097】
スピーチ判定部１１８は、音声情報受信部１１５により受信された回答音声情報により示される回答音声が、所定情報を表すか否かを判定する。例えば、スピーチ判定部１１８は、その回答音声が、肯定及び否定のうち何れを表すかを判定する。すなわち、スピーチ判定部１１８は、決済処理を話者が要求したことを、その話者が肯定したか否かを判定する（ステップＳ９）。スピーチ判定部１１８は、例えば音声認識を用いて、回答音声が、肯定及び否定のうち何れを表すかを判定してもよい。例えば、スピーチ判定部１１８は、回答音声情報から、音声の特徴を示す情報を生成してもよい。生成される情報は、声紋情報であってもよいし、他の情報であってもよい。スピーチ判定部１１８は、生成された情報から音素を抽出してもよい。スピーチ判定部１１８は、各音素又は音素の組み合わせに対応する文字を特定してもよい。スピーチ判定部１１８は、特定された文字列から、当該国の言語に応じた言葉を示す回答テキスト情報を生成してもよい。スピーチ判定部１１８は、生成された回答テキスト情報を、肯定を示すテキスト情報及び否定を示すテキスト情報それぞれと比較することにより、回答音声が肯定及び否定のうち何れを表すかを判定してもよい。
【0098】
決済許可判定部１１９は、話者判定部１１７による判定の結果及びスピーチ判定部１１８による判定の結果に基づいて、決済処理を許可するか否かを判定する（ステップＳ１０）。具体的に、決済許可判定部１１９は、音声の特徴が対応すると話者判定部１１７により判定され、且つ、回答音声が所定情報を表すとスピーチ判定部１１８により判定された場合、決済許可判定部１１９は、決済処理を許可してもよい。例えば、音声の特徴が対応すると話者判定部１１７により判定され、且つ、回答音声が肯定を表すとスピーチ判定部１１８により判定された場合、決済許可判定部１１９は、決済処理を許可してもよい。すなわち、正規のカード所有者が決済処理の要求を肯定したと判定された場合、その決済処理が実行される。この場合の決済処理は、クレジットカードの正当な利用に基づくものと考えられる。
【0099】
図６は、正規のカード所有者がクレジットカードを利用する場合のオーソリゼーションの流れの一例を示す図である。図６に示すように、カード所有者２１０は、店舗３１０において、クレジットカードを利用して商品を購入しようとする（ステップＳ１１）。店舗３１０に置かれた決済端末２－１は、クレジットカードからカード番号及び有効期限を読み取る。また、決済端末２－１に、利用額が入力される。決済端末２－１は、カード番号、有効期限、利用額を含む決済情報を決済サーバ１へ送信する（ステップＳ１２）。決済サーバ１は、カード所有者２１０の電話番号に基づいてカード所有者２１０へ電話を掛ける。カード所有者２１０は、そのカード所有者２１０が所持するユーザ電話機４－１で電話を受ける。決済サーバ１とユーザ電話機４－１とが接続されると、決済サーバ１は、ユーザ電話機４－１へ問い合わせ音声情報を送信する（ステップＳ１３）。カード所有者２１０は、肯定を示す言葉「はい」を発する。従って、ユーザ電話機４－１は、肯定を表す回答音声を示す回答音声情報を決済サーバ1へ送信する（ステップＳ１４）。回答音声情報により示される音声の声紋は、カード所有者２１０の声紋に対応し、且つ、回答音声は肯定を表す。従って、決済サーバ１は、決済を許可する。決済サーバ１は、決済処理を実行して、決済端末２－１へ、オーソリゼーションＯＫを示す応答を送信する（ステップＳ１５）。決済端末２－１は、決済サーバ１からの応答がオーソリゼーションＯＫを示すことに応じて、オーソリゼーションが成功した旨のメッセージをディスプレイに表示する。メッセージを見た店舗３１０の店員は、カード所有者２１０へ商品を引き渡す。
【0100】
音声の特徴が対応すると話者判定部１１７により判定され、且つ、回答音声が所定情報を表さないとスピーチ判定部１１８により判定された場合、決済許可判定部１１９は、決済処理を許可しなくてもよい。例えば、音声の特徴が対応すると話者判定部１１７により判定され、且つ、回答音声が否定を表すとスピーチ判定部１１８により判定された場合、決済許可判定部１１９は、決済処理を許可しなくてもよい。すなわち、正規のカード所有者が決済処理の要求を否定した場合、その決済処理は実行されない。決済処理の実行を要求した者は、クレジットカードの情報を不正に入手した不正利用者であると考えられる。
【0101】
図７は、不正利用者がクレジットカードを利用する場合のオーソリゼーションの流れの一例を示す図である。図７において、不正利用者２２０は、正規のクレジットカードを不正に入手した。或いは、不正利用者２２０は、カード所有者が所有するクレジットカードの情報を不正に取得したかもしれない。そして、不正利用者２２０は、クレジットカードを偽造したかもしれない。その一方で、決済サーバ１の会員ＤＢ１４ａに記憶されているカード所有者２１０の会員情報は、不正利用者２２０によっては何も変更されていない。不正利用者２２０は、店舗３１０において、クレジットカードを利用して商品を購入しようとする（ステップＳ２１）。店舗３１０に置かれた決済端末２－１は、決済情報を決済サーバ１へ送信する（ステップＳ２２）。決済サーバ１は、カード所有者２１０の電話番号に基づいてカード所有者２１０へ電話を掛ける。決済サーバ１とユーザ電話機４－１とが接続されると、決済サーバ１は、ユーザ電話機４－１へ問い合わせ音声情報を送信する（ステップＳ２３）。クレジットカードを利用した記憶が無いカード所有者２１０は、否定を示す言葉「いいえ」を発する。従って、ユーザ電話機４－１は、否定を表す回答音声を示す回答音声情報を決済サーバ1へ送信する（ステップＳ２４）。回答音声情報により示される音声の声紋は、カード所有者２１０の声紋に対応し、且つ、回答音声は否定を表す。従って、決済サーバ１は、決済を許可しない。決済サーバ１は、決済端末２－１へ、オーソリゼーションＮＧを示す応答を送信する（ステップＳ２５）。決済端末２－１は、決済サーバ１からの応答がオーソリゼーションＮＧを示すことに応じて、オーソリゼーションが失敗した旨のメッセージをディスプレイに表示する。メッセージを見た店舗３１０の店員は、不正使用者２２０へ商品を引き渡すことを拒否する（ステップＳ２６）。
【0102】
図８は、店舗が不正な請求を行った場合のオーソリゼーションの流れの一例を示す図である。図８において、カード所有者２１０は、店舗３２０において、クレジットカードを利用して、価格１万円の商品を購入しようとする（ステップＳ３１）。従って、利用額は１万円である。しかしながら、店舗３２０の店員は、決済端末２－２に、利用額として３万円を入力した。従って、決済端末２－２は、利用額３万円を含む決済情報を決済サーバ１へ送信する（ステップＳ３２）。決済サーバ１は、カード所有者２１０へ電話を掛ける。決済サーバ１とユーザ電話機４－１とが接続されると、決済サーバ１は、ユーザ電話機４－１へ問い合わせ音声情報を送信する（ステップＳ３３）。問い合わせ音声情報に基づいて、ユーザ電話機４－１は、利用額が３万円であることを知らせる問い合わせ音声を出力する。カード所有者２１０は、３万円の商品を購入しようとした記憶が無いため、否定を表す言葉「いいえ」を発する。従って、ユーザ電話機４－１は、否定を表す回答音声を示す回答音声情報を決済サーバ１へ送信する（ステップＳ３４）。図７の場合と同様に、決済サーバ１は、決済を許可せず、決済端末２－２へオーソリゼーションＮＧを示す応答を送信する（ステップＳ３５）。
【0103】
音声の特徴が対応しないと話者判定部１１７により判定され、且つ、回答音声が所定情報を表すとスピーチ判定部１１８により判定された場合、決済許可判定部１１９は、決済処理を許可しなくてもよい。例えば、音声の特徴が対応しないと話者判定部１１７により判定され、且つ、回答音声が肯定を表すとスピーチ判定部１１８により判定された場合、決済許可判定部１１９は、決済処理を許可しなくてもよい。すなわち、不正利用者が決済処理の要求を肯定したと判定された場合、その決済処理は実行されない。
【0104】
図９は、不正利用者がクレジットカードを利用する場合のオーソリゼーションの流れの一例を示す図である。図９において、不正利用者２２０は、クレジットカードを不正に入手し又は偽造した。また、会員ＤＢ１４ａに記憶されているカード所有者２１０の会員情報のうち、カード所有者２１０の電話番号が、不正利用者２２０の電話番号に変更された。例えば、不正利用者２２０は、カード所有者２１０のログインＩＤ及びログインパスワードを不正に入手して、会員用のウェブサイトにログインするかもしれない。会員用のウェブサイトにおいて、電話番号の変更が可能である。或いは、不正利用者２２０は、ユーザ電話機４－１を不正に入手したかもしれない。その場合、カード所有者２１０の電話番号は、実質的に不正利用者２２０の電話番号であると言うこともできる。不正利用者２２０は、店舗３１０において、クレジットカードを利用して商品を購入しようとする（ステップＳ４１）。店舗３１０に置かれた決済端末２－１は、決済情報を決済サーバ１へ送信する（ステップＳ４２）。決済サーバ１は、カード所有者２１０の会員情報に含まれる不正利用者２２０の電話番号に基づいて、不正利用者２２０へ電話を掛ける。決済サーバ１と、不正利用者２２０が所持するユーザ電話機４－２とが接続されると、決済サーバ１は、ユーザ電話機４－２へ問い合わせ音声情報を送信する（ステップＳ４３）。不正利用者２２０は、肯定を表す言葉「はい」を発し、ユーザ電話機４－２は、肯定を表す回答音声を示す回答音声情報を決済サーバ1へ送信する（ステップＳ４４）。回答音声情報により示される音声の声紋は、カード所有者２１０の声紋に対応せず、且つ、回答音声は肯定を表す。従って、決済サーバ１は、決済を許可しない。決済サーバ１は、決済端末２－１へ、オーソリゼーションＮＧを示す応答を送信する（ステップＳ４５）。店舗３１０の店員は、不正使用者２２０へ商品を引き渡すことを拒否する（ステップＳ４６）。
【0105】
音声の特徴が対応しないと話者判定部１１７により判定され、且つ、回答音声が否定を表すとスピーチ判定部１１８により判定された場合、決済許可判定部１１９は、決済処理を許可しなくてもよい。
【0106】
［３－２．リスク度を用いたオーソリゼーションの制御］
リスク度判定部１２０は、決済情報取得部１１１により取得された決済情報に基づいて、決済処理を行うことにおけるリスクの度合いを判定してもよい。このリスクの度合いは、推定利用者と異なる者が決済処理を要求した確率に応じた度合いであってもよい。すなわち、リスクの度合いは、クレジットカードの不正利用の確率に応じた度合いであってもよい。クレジットカードが不正に利用される場合、そのことが決済情報により示唆される場合がある。
リスク度判定部１２０は、決済情報取得部１１１により取得された決済情報に基づいて、決済処理を行うことにおけるリスクの度合いを判定してもよい。このリスクの度合いは、推定利用者と異なる者が決済処理を要求した確率に応じた度合いであってもよい。すなわち、リスクの度合いは、クレジットカードの不正利用の確率に応じた度合いであってもよい。クレジットカードが不正に利用される場合、そのことが決済情報により示唆される場合がある。
【0107】
リスクの度合いは、不正利用の確率それ自体を示してもよい。或いは、リスクの度合いは、推定要求者と異なる者により決済処理が要求されることにより支払われる金額の期待値を示してもよい。すなわち、リスクの度合いは、クレジットカードの不正利用により支払われる金額の期待値を示してもよい。
【0108】
リスク度判定部１２０は、判定したリスクの度合いが所定の閾値以上であるか否かを判定してもよい。リスクの度合いが閾値以上である場合、接続制御部１１３は、決済サーバ１とユーザ電話機４とを接続させてもよい。接続後、話者判定部１１７は、ユーザ電話機４から送信されてきた回答音声情報に基づいて、音声の特徴が対応するか否かを判定してもよい。また、スピーチ判定部１１８は、回答音声情報に基づいて、回答音声が肯定及び否定のうち何れを表すかを判定してもよい。そして、決済許可判定部１１９は、話者判定部１１７による判定及びスピーチ判定部１１８による判定に基づいて、決済処理を許可するか否かを判定してもよい。
【0109】
リスクの度合いが閾値未満である場合、接続制御部１１３は、決済サーバ１とユーザ電話機４とを接続させなくてもよい。すなわち、決済サーバ１は電話を掛けない。この場合、話者判定部１１７による判定も、スピーチ判定部１１８により判定も実行されない。そして、決済許可判定部１１９は、決済処理を許可すると判定してもよい。
【0110】
リスク度判定部１２０は、リスク度計算モデル１４ｄを用いて、リスクの度合いを判定してもよい。リスク度計算モデル１４ｄは、決済情報から、その決済情報に対応する決済処理を実行することにおけるリスクの度合いを示すリスク度情報を出力するモデルである。リスク度判定部１２０は、リスク度計算モデル１４ｄから出力されたリスク度情報に基づいて、リスクの度合いを判定してもよい。
【0111】
リスク度計算モデル生成部１２１は、リスク度計算モデル１４ｄを生成してもよい。例えば、リスク度計算モデル生成部１２１は、機械学習を用いて、リスク度計算モデル１４ｄを生成してもよい。リスク度計算モデル１４ｄは、例えば分類器であってもよい。この分類器は、例えば２項分類が可能であってもよい。また、リスク度計算モデル１４ｄは、ニューラルネットワークを含んでもよい。このニューラルネットワークの構造は特に限定されない。ニューラルネットワークは、例えば複数の全結合層、及び活性化関数等を含んでもよい。
【0112】
リスク度計算モデル生成部１２１は、許可するか否かが過去に判定された決済処理である過去決済処理の要求の内容を示す決済情報と、その過去決済処理が、その決済情報に含まれるカード番号により識別される過去推定要求者と異なる者により要求された処理であると判断されたか否かを示す判定情報と、の複数の組み合わせを、教師データとして用いて、リスク度計算モデル１４ｄを生成してもよい。決済情報は問いに相当し、判定情報は正答に相当する。過去の判定は、例えば決済許可判定部１１９による判定であってもよいし、オペレータによる判定であってもよい。この場合の過去とは、リスク度計算モデル１４ｄの生成が実行されるよりも前である。過去決済処理の内容を示す決済情報は、決済履歴ＤＢ１４ｂに記憶されている。判定情報は、クレジットカードの不正利用の確率として、入力された決済情報に応じて望まれる確率を示してもよい。従って、判定情報は、例えば０及び１のうち何れか一方に設定されてもよい。０に設定された判定情報は、過去決済処理が過去推定要求者と異なる者により要求された処理であるとは判定されなかったことを示す。１に設定された判定情報は、過去決済処理が過去推定要求者と異なる者により要求された処理であると判定されたことを示す。判定情報は、決済情報に関連付けて決済履歴ＤＢ１４ｂに記憶されている判定結果情報を用いて生成されてもよい。例えば、決済許可フラグがＴＲＵＥに設定され、且つ、請求取消フラグがＦＡＬＳＥに設定されている場合、リスク度計算モデル生成部１２１は、判定情報を０に設定してもよい。決済許可フラグがＴＲＵＥに設定され、且つ、請求取消フラグがＴＲＵＥに設定されている場合、リスク度計算モデル生成部１２１は、判定情報を１に設定してもよい。決済許可フラグがＦＡＬＳＥに設定され、且つ、決済不許可理由情報が、電話を利用したオーソリゼーションが失敗したことを示す場合、リスク度計算モデル生成部１２１は、判定情報を１に設定してもよい。決済不許可理由情報が、他の何れかの理由を示す場合、リスク度計算モデル生成部１２１は、その判定結果情報に関連付けられた決済情報を、教師データから除外してもよい。リスク度計算モデル生成部１２１は、決済履歴ＤＢ１４ｂに記憶された決済情報のうち、明細締め日から所定日数以上経過した決済情報のみを用いて、リスク度計算モデル１４ｄを生成してもよい。カード所有者は、明細締め日よりも後に利用明細を見ることができる。カード所有者は、利用明細から、クレジットカードの不正利用の有無を確認することができる。不正利用が見つかった場合、一般的に、カード所有者は、その不正利用をクレジットカード会社に連絡する。その結果、請求取消フラグが、ＦＡＬＳＥからＴＲＵＥに変更される。
【0113】
リスク度計算モデル生成部１２１は、リスク度計算モデル１４ｄに入力された決済情報に応じてそのリスク度計算モデル１４ｄから出力される確率が、その決済情報に対応する判定情報により示される確率に近付くように、リスク度計算モデル１４ｄを訓練してもよい。
【0114】
前述したように、リスク度計算モデル１４ｄから出力されるリスク度情報は、クレジットカードの不正利用の確率又は不正に支払われる金額の期待値を示してもよい。リスク度情報が金額の期待値を示す場合、例えばリスク度計算モデル生成部１２１は、クレジットカードの不正利用の確率に、決済情報に含まれる利用額を乗算することにより、期待値を計算してもよい。
【0115】
リスク度計算モデル生成部１２１は、決済情報から別の情報を生成してもよい。リスク度計算モデル生成部１２１は、決済情報及び生成された情報のうち少なくとも何れか一方を教師データとして用いてリスク度計算モデル１４ｄを生成してもよい。或いは、リスク度計算モデル１４ｄが別の情報を生成してもよい。例えば、リスク度計算モデル生成部１２１は、同一の過去推定要求者が同一の支払先について過去決済処理を要求したとされる頻度を計算してもよい。この頻度を、利用頻度と称する。そして、リスク度計算モデル生成部１２１は、計算された利用頻度を用いてリスク度計算モデル１４ｄを生成してもよい。例えば、リスク度計算モデル生成部１２１は、決済情報から、カード番号及び支払先情報を取得してもよい。リスク度計算モデル生成部１２１は、取得したカード番号と支払先情報との組み合わせと同一の組み合わせを含む決済情報を検索してもよい。また、リスク度計算モデル生成部１２１は、決済情報から、利用日及び利用時刻のうち少なくとも何れか一方を取得してもよい。リスク度計算モデル生成部１２１は、同一の組み合わせを含む決済情報に含まれる利用日及び利用時刻のうち少なくとも何れか一方に基づいて、利用頻度を計算してもよい。例えば、リスク度計算モデル生成部１２１は、利用日及び利用時刻のうち少なくとも何れか一方に基づいて、抽出期間を特定してもよい。例えば、リスク度計算モデル生成部１２１は、注目する決済情報に含まれる利用日の所定日数前の日付を、抽出期間の開始日として特定してもよい。また、リスク度計算モデル生成部１２１は、注目する決済情報に含まれる利用日を、抽出期間の終了日として特定してもよい。或いは、リスク度計算モデル生成部１２１は、注目する決済情報に含まれる利用日時の所定時間前の日時を、抽出期間の開始日時として特定してもよい。また、リスク度計算モデル生成部１２１は、注目する決済情報に含まれる利用日時を、抽出期間の終了日時として特定してもよい。リスク度計算モデル生成部１２１は、カード番号と支払先情報との組み合わせが互いに同一である決済情報の中から、抽出期間に含まれる利用日若しくは利用日時を有する決済情報を抽出してもよい。リスク度計算モデル生成部１２１は、検索された決済情報の数を、その注目する決済情報についての利用頻度としてカウントしてもよい。利用頻度を用いてリスク度計算モデル１４ｄを生成することで、クレジットカードが不正利用されるパターンに適したリスク度を取得することができる。
【0116】
不正利用者は、同一の店舗で不正にクレジットカードを複数回利用する可能性が高いとともに、クレジットカードの不正利用の回数は比較的に高い傾向があることが報告されている。勿論、正規のカード所有者の中には、同一の店舗若しくは電子商取引サイトで正規にクレジットカードを高頻度で利用するカード所有者も存在する。その一方で、正規のカード所有者は、これまでに利用していなかった店舗若しくは電子商取引サイトで、クレジットカードを初めて利用することも度々ある。また、同一の店舗若しくは電子商取引サイトで正規にクレジットカードを利用する頻度が比較的に低いカード所有者も存在する。従って、同一の者が同一の店舗若しくは電子商取引サイトでクレジットカードを利用する頻度が或る程度を超えると、クレジットカードが不正に利用された可能性は高くなる。
【0117】
リスク度計算モデル生成部１２１は、リスク度計算モデル１４ｄを生成した後、定期的に又は不定期に、そのリスク度計算モデル１４ｄを更新してもよい。例えば、リスク度計算モデル生成部１２１は、リスク度計算モデル１４ｄの生成後に決済履歴ＤＢ１４ｂに記憶された決済情報及び判定結果情報に基づいて、リスク度計算モデル１４ｄを再訓練してもよい。
【0118】
図１０は、リスク計算モデル１４ｄの生成例及び利用例を示す図である。図１０に示すように、先ず学習前のリスク計算モデル１４ｅが、例えば決済サーバ１の記憶部１４に記憶されてもよい。リスク度計算モデル生成部１２１は、決済履歴ＤＢ１４ｂから決済情報及び判定結果情報を取得してもよい。リスク度計算モデル生成部１２１は、決済情報から、利用頻度を計算してもよい。リスク度計算モデル生成部１２１は、決済情報又は利用頻度をリスク計算モデル１４ｅに入力してもよい。リスク計算モデル１４ｅは、入力された決済情報又は利用頻度に応じて、不正利用の確率を計算してもよい（ステップＳ５２）。リスク度計算モデル生成部１２１は、判定結果情報から、０又は１を示す判定情報を生成してもよい（ステップＳ５３）。リスク度計算モデル生成部１２１は、損失関数若しくはコスト関数を用いて、リスク計算モデル１４ｄから出力された確率と判定情報との間の誤差を計算してもよい。リスク度計算モデル生成部１２１は、誤差逆伝播を実行してもよい（ステップＳ５４）。これにより、リスク度計算モデル生成部１２１は、リスク計算モデル１４ｅが保持するパラメータを更新してもよい。そして、リスク度計算モデル生成部１２１は、損失関数若しくはコスト関数を最小化してもよい。これにより、リスク度計算モデルから出力される確率が、その決済情報に対応する判定情報により示される確率に近付く。このように機械学習を用いて、リスク度計算モデル生成部１２１は、学習後のリスク計算モデル１４ｄを生成してもよい。
【0119】
オーソリゼーションが実行される場合、決済端末２又は電子商取引サーバ３は、決済情報を決済サーバ１へ送信する（ステップＳ６１）。リスク度判定部１２０は、受信した決済情報、及び決済履歴ＤＢ１４ｂに記憶された決済情報に基づいて、利用頻度を計算してもよい。リスク度判定部１２０は、利用頻度及び利用額を、リスク計算モデル１４ｄに入力してもよい。リスク計算モデル１４ｄは、入力された利用頻度に応じて、不正利用の確率を計算してもよい。そして、リスク計算モデル１４ｄは、不正利用の確率に利用額を乗算することで、リスク度を計算してもよい（ステップＳ６３）。リスク度が閾値未満である場合、決済サーバ１は、電話を利用したオーソリゼーションを実行しなくてもよい。決済サーバ１は、決済情報が他の必要な条件を満たす場合には、決済を許可してもよい。リスク度が閾値以上である場合、決済サーバ１は、電話を利用したオーソリゼーションを実行してもよい。そして、決済サーバ１は、話者認識及び音声認識の結果に基づいて、決済を許可するか否かを判定してもよい。
【0120】
リスク度計算モデル生成部１２１は、決済情報に加えて、または決済情報に変えて、別の情報を用いてリスク計算モデル１４ｄを生成してもよい。例えば、電子商取引サイトでクレジットカードが利用された場合、リスク度計算モデル生成部１２１は、クレジットカードの利用を要求した端末装置のＩＰアドレスを取得して記録してもよい。リスク度計算モデル生成部１２１は、同一のＩＰアドレスから利用が要求された異なるクレジットカードの数を計算してもよい。リスク度計算モデル生成部１２１は、このクレジットカードの数を用いてリスク計算モデル１４ｄを生成してもよい。利用されたクレジットカードの数が多いほど、不正利用の可能性が高い。また、リスク度計算モデル生成部１２１は、クレジットカードを利用したユーザの会員情報がそのユーザによって最後に更新されてからそのクレジットカードが利用されるまでに経過した日数を計算してもよい。ユーザによって更新可能な情報の例として、氏名、性別、住所、電話番号、口座情報、暗証番号、限度額、利用合計額、声紋登録フラグ、ログインＩＤ、及びログインパスワード等が挙げられる。リスク度計算モデル生成部１２１は、この日数を用いてリスク計算モデル１４ｄを生成してもよい。会員情報が更新されてからクレジットカードが利用されるまでに経過した日数が短いほど、不正利用の可能性が高い。リスク度判定部１２０は、同一のＩＰアドレスから利用が要求されたクレジットカードの数や、会員情報が更新されてからクレジットカードが利用されるまでに経過した日数を用いて、リスク度を計算してもよい。
【0121】
［３－３．その他］
不正声紋情報記憶制御部１２２は、決済許可判定部１１９により決済処理を許可すると判定された後に、決済処理が推定要求者により要求された処理ではないことが判明した場合、音声情報受信部１１５により受信された回答音声情報から生成された声紋情報を、決済許可判定部１１９が決済処理を今後許可しない音声の特徴を示す声紋情報として、声紋ブラックリストＤＢ１４ｃに記憶させてもよい。例えば、音声情報受信部１１５により受信された回答音声情報は、証拠音声情報記憶制御部１２３により決済情報と関連付けて決済履歴ＤＢ１４ｂに記憶されてもよい。決済許可判定部１１９が決済処理を許可すると判定した場合、決済履歴ＤＢ１４ｂに記憶される決済許可フラグはＴＲＵＥに設定される。その後、利用明細を見た推定要求者が、決済処理が行われた取引は不正な取引であることをコールセンタに連絡してもよい。例えば、推定要求者は、不正な取引の利用日、利用額、支払先等の情報を、コールセンタのオペレータに知らせてもよい。オペレータは、推定要求者から通知された情報をオペレータ端末６に入力して、その通知された情報に対応する取引を決済サーバ１へ問い合わせてもよい。決済サーバ１は、決済履歴ＤＢ１４ｂから、不正な取引の決済情報及び判定結果情報を検索してもよい。決済サーバ１は、検索された判定結果情報に含まれる請求取消フラグをＴＲＵＥに変更してもよい。また、決済サーバ１は、検索された判定結果情報に含まれる回答音声情報を、声紋ブラックリストＤＢ１４ｃに追加してもよい。
不正声紋情報記憶制御部１２２は、決済許可判定部１１９により決済処理を許可すると判定された後に、決済処理が推定要求者により要求された処理ではないことが判明した場合、音声情報受信部１１５により受信された回答音声情報から生成された声紋情報を、決済許可判定部１１９が決済処理を今後許可しない音声の特徴を示す声紋情報として、声紋ブラックリストＤＢ１４ｃに記憶させてもよい。例えば、音声情報受信部１１５により受信された回答音声情報は、証拠音声情報記憶制御部１２３により決済情報と関連付けて決済履歴ＤＢ１４ｂに記憶されてもよい。決済許可判定部１１９が決済処理を許可すると判定した場合、決済履歴ＤＢ１４ｂに記憶される決済許可フラグはＴＲＵＥに設定される。その後、利用明細を見た推定要求者が、決済処理が行われた取引は不正な取引であることをコールセンタに連絡してもよい。例えば、推定要求者は、不正な取引の利用日、利用額、支払先等の情報を、コールセンタのオペレータに知らせてもよい。オペレータは、推定要求者から通知された情報をオペレータ端末６に入力して、その通知された情報に対応する取引を決済サーバ１へ問い合わせてもよい。決済サーバ１は、決済履歴ＤＢ１４ｂから、不正な取引の決済情報及び判定結果情報を検索してもよい。決済サーバ１は、検索された判定結果情報に含まれる請求取消フラグをＴＲＵＥに変更してもよい。また、決済サーバ１は、検索された判定結果情報に含まれる回答音声情報を、声紋ブラックリストＤＢ１４ｃに追加してもよい。
【0122】
決済許可判定部１１９は、音声情報受信部１１５により受信された回答音声情報により示される音声の特徴が、声紋ブラックリストＤＢ１４ｃに記憶されている声紋情報のうち何れかの声紋情報により示される特徴と対応する場合、決済処理を許可しないと判定してもよい。
【0123】
図１１は、不正利用者がクレジットカードを利用する場合のオーソリゼーションの流れの一例を示す図である。図１１において、不正利用者２２０は、クレジットカードを不正に入手し又は偽造した。また、会員ＤＢ１４ａに記憶されているカード所有者２１０の会員情報のうち、カード所有者２１０の電話番号が、不正利用者２２０の電話番号に変更された。或いは、不正利用者２２０は、ユーザ電話機４－１を不正に入手したかもしれない。更に、カード所有者２１０の会員情報のうち、カード所有者２１０の声紋情報が、不正利用者２２０の声紋情報で上書きされた。例えば、不正利用者２２０は、不正に入手したカード所有者２１０の情報及びクレジットカードの情報を利用して、不正利用者２２０の声紋を登録するかもしれない。不正利用者２２０は、店舗３１０において、クレジットカードを利用して商品を購入しようとする（ステップＳ７１）。店舗３１０に置かれた決済端末２－１は、決済情報を決済サーバ１へ送信する（ステップＳ７２）。決済サーバ１は、カード所有者２１０の会員情報に含まれる不正利用者２２０の電話番号に基づいて、不正利用者２２０へ電話を掛ける。決済サーバ１とユーザ電話機４－２とが接続されると、決済サーバ１は、ユーザ電話機４－２へ問い合わせ音声情報を送信する（ステップＳ７３）。不正利用者２２０は、肯定を表す言葉「はい」を発し、ユーザ電話機４－２は、肯定を表す回答音声を示す回答音声情報を決済サーバ1へ送信する（ステップＳ７４）。回答音声情報により示される音声の声紋は、会員ＤＢ１４ａに記憶されている声紋情報により示される不正利用者２２０の声紋に対応し、且つ、回答音声は肯定を表す。従って、決済サーバ１は、決済を許可する。決済サーバ１は、決済処理を実行して、決済端末２－１へオーソリゼーションＯＫを示す応答を送信する（ステップＳ７５）。店舗３１０の店員は、不正利用者２２０へ商品を引き渡す。その後、カード所有者２１０は、クレジットカードの利用明細を確認する（ステップＳ７７）。例えば、カード所有者２１０は、会員用のウェブサイトで利用明細を見るかもしれない。或いは、利用明細はカード所有者２１０へ郵送されるかもしれない。利用明細を見たカード所有者は、不正と考えられる取引を発見する。そして、カード所有者は、コールセンタへ不正利用を連絡する（ステップＳ７８）。その結果、不正利用者２２０が行った取引についての請求が取り消される。決済サーバ１は、ユーザ電話機４－２から受信された回答音声情報から声紋情報を生成する。決済サーバ１は、この声紋情報を声紋ブラックリストＤＢ１４ｃに記憶させる（ステップＳ７９）。
【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】
１ 決済サーバ
２ 決済端末
３ 電子商取引サーバ
４ ユーザ電話機
５ オペレータ電話機
６ オペレータ端末
７ ＰＢＸ
１１ システム制御部
１２ システムバス
１３ 入出力インターフェース
１４ 記憶部
１４ａ 会員ＤＢ
１４ｂ 決済履歴ＤＢ
１４ｃ 声紋ブラックリストＤＢ
１４ｄ、１４ｅ リスク度計算モデル
１１１ 決済情報取得部
１１２ 電話番号取得部
１１３ 接続制御部
１１４ 音声情報送信部
１１５ 音声情報受信部
１１６ 声紋情報取得部
１１７ 話者判定部
１１８ スピーチ判定部
１１９ 決済許可判定部
１２０ リスク度判定部
１２１ リスク度計算モデル生成部
１２２ 不正声紋情報記憶制御部
１２３ 証拠音声情報記憶制御部
１５ データ通信部
１６ 音声通信部
ＮＷ１、ＮＷ２ ネットワーク
Ｓ 電子通信システム
２ 決済端末
３ 電子商取引サーバ
４ ユーザ電話機
５ オペレータ電話機
６ オペレータ端末
７ ＰＢＸ
１１ システム制御部
１２ システムバス
１３ 入出力インターフェース
１４ 記憶部
１４ａ 会員ＤＢ
１４ｂ 決済履歴ＤＢ
１４ｃ 声紋ブラックリストＤＢ
１４ｄ、１４ｅ リスク度計算モデル
１１１ 決済情報取得部
１１２ 電話番号取得部
１１３ 接続制御部
１１４ 音声情報送信部
１１５ 音声情報受信部
１１６ 声紋情報取得部
１１７ 話者判定部
１１８ スピーチ判定部
１１９ 決済許可判定部
１２０ リスク度判定部
１２１ リスク度計算モデル生成部
１２２ 不正声紋情報記憶制御部
１２３ 証拠音声情報記憶制御部
１５ データ通信部
１６ 音声通信部
ＮＷ１、ＮＷ２ ネットワーク
Ｓ 電子通信システム
【要約】
ユーザの負担を軽減しながら、ユーザの識別と、更なる情報の確認と、を可能とすることを目的とする。
記憶手段は、システムの第１ユーザを識別するための第１ユーザ識別情報と、音声通信を可能とする音声通信システムの第２ユーザとして第１ユーザを識別するための第２ユーザ識別情報と、第１ユーザの音声の第１特徴を示す特徴情報と、を関連付けて記憶する。システムは、所定処理の要求の内容を示す処理情報に含まれる要求者識別情報と一致する第１ユーザ識別情報に関連付けられた第２ユーザ識別情報を取得する。システムは、取得された第２ユーザ識別情報に基づいて、システムと第２ユーザ識別情報により識別される第２ユーザのユーザ通信装置とを、音声通信のために接続させる。システムは、ユーザ通信装置から音声情報を受信する。システムは、音声情報に対して話者認識及び音声認識を行い、所定処理を許可するか否かを判定する。
記憶手段は、システムの第１ユーザを識別するための第１ユーザ識別情報と、音声通信を可能とする音声通信システムの第２ユーザとして第１ユーザを識別するための第２ユーザ識別情報と、第１ユーザの音声の第１特徴を示す特徴情報と、を関連付けて記憶する。システムは、所定処理の要求の内容を示す処理情報に含まれる要求者識別情報と一致する第１ユーザ識別情報に関連付けられた第２ユーザ識別情報を取得する。システムは、取得された第２ユーザ識別情報に基づいて、システムと第２ユーザ識別情報により識別される第２ユーザのユーザ通信装置とを、音声通信のために接続させる。システムは、ユーザ通信装置から音声情報を受信する。システムは、音声情報に対して話者認識及び音声認識を行い、所定処理を許可するか否かを判定する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】