JP2017068295A - 決済処理装置、通販受発注システム、決済処理方法、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】従来、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要であった。
【解決手段】顧客から電話を受けたオペレータ端末から決済指示を受信する決済指示受信部と、決済指示の受信に応じて、決済の識別子を生成する識別子生成部と、生成した識別子をオペレータ端末に送信する識別子送信部と、オペレータ端末から識別子を受信する識別子受信部と、識別子生成部が生成した識別子とオペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断部と、正常であると判断した場合、顧客が入力したクレジットカード情報を受信するクレジットカード情報受信部と、クレジットカード情報を用いて、決済に関する処理を行う決済処理部とを具備する決済処理装置により、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。
【選択図】図１

Description

本発明は、クレジットカードを用いた決済のための処理を行う決済処理装置等に関するものである。

従来、コンタクトセンターによる商取引での安全なクレジットカード決済を提供する決済認証システムがあった（例えば、特許文献１参照）。

本決済認証システムは、以下の構成を有する。つまり、本システムは、所定のクレジットカードの決済システムと連携し、コンタクトセンターを介した商取引におけるクレジットカード決済を仲介する決済認証システムであって、各内線番号が割り当てられる複数のオペレータ端末を含む前記コンタクトセンターの内線電話網における所定の内線番号が割り当てられ、クレジットカード決済のための自動音声応答電話機として動作し、前記オペレータ端末からの前記商取引のユーザの着信呼に対する転送要求に基づいて前記ユーザの着信呼に対する自動音声応答処理を行うとともに、前記転送要求に含まれる前記オペレータ端末の内線番号を取得するＩＶＲ部と、前記オペレータ端末から入力される前記転送要求に対応した前記商取引のクレジットカード決済のための情報であって、該情報を入力したオペレータ端末の内線番号を含む決済情報を記憶する記憶部と、前記自動音声応答処理において前記ユーザが入力したクレジットカードの秘匿情報を前記決済システムに送信し、前記決済システムから決済結果を受信する決済制御部と、を有し、前記決済制御部は、前記転送要求に含まれる前記オペレータ端末の内線番号に該当する内線番号を含む決済情報があるか否かを判別して、前記転送要求を受信したユーザの着信呼に対して前記ＩＶＲ部による前記自動音声応答処理を遂行させるように制御することを特徴とするシステムである。

特許第５４５７４９８号公報

しかしながら、従来技術においては、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要であった。

本第一の発明の決済処理装置は、顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示である決済指示を受信する決済指示受信部と、決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成部と、識別子生成部が生成した識別子をオペレータ端末に送信する識別子送信部と、オペレータ端末から識別子を受信する識別子受信部と、識別子生成部が生成した識別子とオペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断部と、判断部が正常であると判断した場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信部と、クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理部とを具備する決済処理装置である。

かかる構成により、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

また、本第二の発明の決済処理装置は、第一の発明に対して、転送要求を受信する転送要求受信部と、判断部が正常であると判断した場合、転送要求に従って、顧客の端末である顧客端末と接続する処理を行う接続処理部とをさらに具備し、クレジットカード情報受信部は、接続処理部が接続する処理を行った顧客端末からクレジットカード情報を受信する決済処理装置である。

かかる構成により、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

また、本第三の発明の決済処理装置は、第一または第二の発明に対して、決済指示は、決済の内容に関する決済情報を有し、決済処理部は、クレジットカード情報と決済情報とを有する決済実行情報を用いて、決済に関する処理を行う決済処理装置である。

かかる構成により、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

また、本第四の発明の決済処理装置は、第三の発明に対して、決済処理部は、クレジットカード情報と決済情報とを有する決済実行情報を、決済を行う決済サーバに送信する決済処理装置である。

かかる構成により、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

また、本第五の発明の決済処理装置は、第三または第四つの発明に対して、判断部が正常であると判断した場合、決済情報を有する取引情報を登録する取引情報登録部をさらに具備する決済処理装置である。

かかる構成により、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

また、本第六の発明の通販受発注システムは、サーバ装置とＤＢサーバとＩＶＲ装置とを有する通販受発注システムであって、サーバ装置は、顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示であり、決済の内容に関する決済情報を有する決済指示を受信する決済指示受信部と、決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成部と、識別子生成部が生成した識別子をオペレータ端末に送信する識別子送信部と、決済指示受信部が受信した決済情報を識別子に対応付けてＤＢサーバに送信する決済情報送信部とを具備し、ＤＢサーバは、１以上の決済情報を格納し得る決済情報格納部と、サーバ装置から決済情報を受信し、決済情報格納部に蓄積する決済情報蓄積部と、決済情報格納部に格納されている決済情報をＩＶＲ装置に送信する決済情報送付部と、ＩＶＲ装置は、オペレータ端末から転送要求を受信する転送要求受信部と、オペレータ端末から識別子を受信する識別子受信部と、識別子受信部が受信した識別子と対になる決済情報をＤＢサーバから取得する決済情報取得部と、識別子生成部が生成した識別子とオペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断部と、判断部が正常であると判断した場合、転送要求に従って、顧客の端末である顧客端末と接続する処理を行う接続処理部と、判断部が正常であると判断した場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信部と、クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理部とを具備する通販受発注システムである。

かかる構成により、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

また、本第七の発明の通販受発注システムは、第六の発明に対して、ＩＶＲ装置は、判断部が正常であると判断した場合、決済情報を有する取引情報を登録する取引情報登録部をさらに具備する通販受発注システムである。

かかる構成により、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

本発明による決済処理装置によれば、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

実施の形態１における情報システム１の概念図 同情報システム１のブロック図 同決済処理装置１３のブロック図 同オペレータ端末１２の動作について説明するフローチャート 同決済処理装置１３の動作について説明するフローチャート 実施の形態２における情報システム２の概念図 同情報システム２のブロック図 同サーバ装置２１１のブロック図 同ＩＶＲ装置２１３のブロック図 同サーバ装置２１１の動作について説明するフローチャート 同ＩＶＲ装置２１３の動作について説明するフローチャート 同情報システム２のシステムフロー概要図 同決済情報の入力画面を示す図 同画面例を示す図 同画面例を示す図 上記実施の形態におけるコンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、決済処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、オペレータ端末からの指示をトリガーとして、動的に識別子を生成し、オペレータ端末に送信し、オペレータ端末から識別子を受信し、生成した識別子と受信した識別子とが一致していると判断した場合、ユーザが入力したカード番号を受信し、決済処理を行う決済処理装置を有する情報システム等について説明する。

図１は、本実施の形態における情報システム１の概念図である。情報システム１は、１または２以上の顧客端末１１、１または２以上のオペレータ端末１２、決済処理装置１３、および決済サーバ１４を備える。顧客端末１１は、顧客の端末である。顧客端末１１は、通常、電話である。当該電話は、通常、番号が入力可能である。オペレータ端末１２は、いわゆるパーソナルコンピュータ、タブレット端末、スマートフォン等、その種類は問わない。オペレータ端末１２とは、顧客から電話を受けたオペレータが使用する端末である。オペレータ端末１２は、電話機能を有することは好適である。決済処理装置１３と決済サーバ１４は、通常、サーバ装置であり、いわゆるクラウドサーバも含み、その種類は問わない。

図２は、本実施の形態における情報システム１のブロック図である。図３は、決済処理装置１３のブロック図である。

情報システム１を構成するオペレータ端末１２は、端末受付部１２１、端末受信部１２２、端末出力部１２３、および端末送信部１２４を備える。

決済処理装置１３は、受信部１３１、処理部１３２、および送信部１３３を備える。

受信部１３１は、決済指示受信部１３１１、転送要求受信部１３１２、識別子受信部１３１３、およびクレジットカード情報受信部１３１４を備える。

処理部１３２は、識別子生成部１３２１、判断部１３２２、接続処理部１３２３、取引情報登録部１３２４、および決済処理部１３２５を備える。

送信部１３３は、識別子送信部１３３１、および自動音声送信部１３３２を備える。

決済サーバ１４は、決済受信部１４１、決済実行部１４２、および決済送信部１４３を備える。

オペレータ端末１２を構成する端末受付部１２１は、各種の情報や指示等の入力を受け付ける。各種の情報や指示等は、例えば、後述する決済情報、決済指示、転送要求、識別子等である。各種の情報や指示等の入力手段は、電話機やテンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。端末受付部１２１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末受信部１２２は、情報を受信する。情報とは、例えば、画面情報、識別子などである。画面情報とは、オペレータが情報を入力する画面を構成する情報である。画面情報は、例えば、ＨＴＭＬ、ＸＭＬ等により、実現され得る。

端末出力部１２３は、端末受信部１２２が受信した情報を出力する。端末受信部１２２が受信した情報は、例えば、画面情報、識別子などである。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

端末送信部１２４は、情報を決済処理装置１３に送信する。情報とは、例えば、端末受付部１２１が受け付けた情報である。情報とは、例えば、後述する決済情報、決済指示、転送要求、識別子等である。

決済処理装置１３を構成する受信部１３１は、各種の情報や指示を受信する。各種の情報や指示とは、例えば、決済指示、転送要求、識別子、クレジットカード情報等である。

決済指示受信部１３１１は、オペレータ端末１２からの決済に関する指示である決済指示を受信する。決済指示は、例えば、決済の内容に関する決済情報を有する。決済情報は、例えば、顧客の注文を識別する注文識別子、金額、注文対象の商品を識別する商品識別子等のうち、１以上の情報を有する。注文の対象は、通常、商品であるが、サービス等でも良い。注文識別子は、通常、ＩＤである。

転送要求受信部１３１２は、転送要求を受信する。転送要求受信部１３１２は、通常、オペレータ端末１２から送信される。転送要求は、顧客端末１１からの着信呼に対する転送要求である。転送要求は、顧客端末とＩＶＲ（音声自動応答）との通話を確立する要求である、と言える。

識別子受信部１３１３は、オペレータ端末１２から識別子を受信する。この識別子は、通常、オペレータ端末１２に出力された識別子である。識別子は、通常、ＩＤであり、数字列が好適であるが、任意の文字列で良い。

クレジットカード情報受信部１３１４は、判断部１３２２が正常であると判断した場合、クレジットカード情報を受信する。クレジットカード情報は、顧客が顧客端末１１に入力したクレジットカードに関する情報である。クレジットカード情報は、通常、クレジットカード番号を含む。クレジットカード情報は、例えば、有効期限の情報を含むことは好適である。クレジットカード情報は、例えば、セキュリティーコードを含んでも良い。また、クレジットカードとは、決済取引用のカードであり、カードデビットカード等も含み、広く解する。

クレジットカード情報受信部１３１４は、通常、接続処理部１３２３が接続する処理を行った顧客端末１１からクレジットカード情報を受信する。

処理部１３２は、各種の処理を行う。各種の処理とは、例えば、識別子生成部１３２１、判断部１３２２、接続処理部１３２３、取引情報登録部１３２４、決済処理部１３２５が行う処理である。

識別子生成部１３２１は、決済指示の受信に応じて、決済を識別する識別子を生成する。識別子生成部１３２１は、例えば、乱数発生器である。識別子生成部１３２１は、例えば、時刻とユニークなカウンタとを合成した数値を生成する。ただし、識別子生成部１３２１は、ユニークな識別子を生成すれば良く、識別子の生成アルゴリズムは問わない。ユニークな識別子は、予め決められた範囲でユニークであれば良い。なお、識別子は、有効期限を有することは好適である。例えば、識別子が生成された時点または決済指示が受信された時点等の予め決められた時点から、閾値以上の時間または閾値より長い時間が経過した場合に、生成された識別子が用いられなくなることは好適である。また、識別子が用いられなくなることは、例えば、生成された識別子が削除されること、識別子生成部１３２１が新しい識別子を生成すること等である。また、例えば、識別子が生成された時点または決済指示が受信された時点等の予め決められた時点から、閾値以上の時間または閾値より長い時間が経過するまで、識別子受信部１３１３が識別子を受信しかった、ということを検知することにより、識別子が有効期限に達したと判断される。

判断部１３２２は、正常判断を行う。正常判断とは、識別子生成部１３２１が生成した識別子とオペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である。オペレータが入力した識別子とは、通常、識別子受信部１３１３が受信した識別子である。正常判断は、実質的に、識別子生成部１３２１が生成した識別子とオペレータが入力した識別子とが一致していることを検証する処理であれば良い。正常判断は、識別子受信部１３１３が受信した識別子と対になる決済情報をＤＢサーバから取得できたか否かを判断する等でも良い。

接続処理部１３２３は、判断部１３２２が正常であると判断した場合、転送要求に従って、顧客の端末である顧客端末１１と接続する処理を行う。接続する処理とは、顧客端末１１から入力される情報（例えば、クレジットカード情報）を受信するための接続の処理である。

取引情報登録部１３２４は、判断部１３２２が正常であると判断した場合、取引情報を登録する。なお、ここでの決済情報は、決済指示受信部１３１１が受信した情報である。また、取引情報の登録とは、通常、外部装置に取引情報を送信することであるが、ローカルの格納手段に取引情報を蓄積することでも良い。また、取引情報とは、取引に関する情報であり、例えば、決済情報が有する情報を含む。

決済処理部１３２５は、クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う。決済実行情報とは、決済に使用される情報であり、例えば、クレジットカード番号と有効期限情報である。また、決済処理部１３２５は、クレジットカード情報と決済情報とを有する決済実行情報を用いて、決済に関する処理を行っても良い。決済に関する処理とは、例えば、決済実行情報を、決済を実行する装置である決済サーバ１４に送信する処理である。決済に関する処理とは、例えば、決済を実施する処理である。決済に関する処理は、決済に繋がる処理であれば何でも良い。

送信部１３３は、各種の情報を送信する。各種の情報とは、識別子、自動音声等である。

識別子送信部１３３１は、識別子生成部１３２１が生成した識別子をオペレータ端末１２に送信する。

自動音声送信部１３３２は、顧客の入力に対応する自動音声を顧客端末１１に送信する。顧客の入力とは、受信部１３１が受信した情報である。自動音声送信部１３３２は、オペレータ端末１２経由で、自動音声を顧客端末１１に送信しても良い。

決済サーバ１４を構成する決済受信部１４１は、決済実行情報を決済処理装置１３から受信する。

決済実行部１４２は、クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を実行する。また、決済実行部１４２は、クレジットカード情報と決済情報とを有する決済実行情報を用いて、決済に関する処理を実行しても良い。決済に関する処理の実行とは、通常、決済を行うことである。ただし、決済に関する処理の実行は、決済に繋がる処理であれば良い。決済実行部１４２の処理は公知技術であるので、詳細な説明を省略する。

決済送信部１４３は、決済実行部１４２の実行結果を決済処理装置１３に送信する。なお、決済実行部１４２の実行結果とは、例えば、決済処理が完了した旨、決済処理を識別する決済処理識別子、決済処理がエラーで行われなかった旨等である。

なお、決済処理装置１３の図示しない格納部は、１以上の画面情報等を格納していても良い。１以上の画面情報は、例えば、オペレータが情報を入力する画面を構成する情報を含む。

端末受信部１２２、受信部１３１、決済指示受信部１３１１、転送要求受信部１３１２、識別子受信部１３１３、クレジットカード情報受信部１３１４、および決済受信部１４１は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

端末出力部１２３は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部１２３は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

端末送信部１２４、送信部１３３、識別子送信部１３３１、自動音声送信部１３３２、および決済送信部１４３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

処理部１３２、識別子生成部１３２１、判断部１３２２、接続処理部１３２３、取引情報登録部１３２４、決済処理部１３２５、および決済実行部１４２は、通常、ＭＰＵやメモリ等から実現され得る。処理部１３２の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

次に、情報システム１の動作について説明する。まず、顧客端末１１の動作について説明する。顧客端末１１は、顧客から発呼の指示、音声、クレジットカード番号と有効期限情報等の入力を受け付ける。そして、顧客端末１１は、受け付けた指示や音声や情報をオペレータ端末１２、または決済処理装置１３に送信する。なお、顧客は、顧客端末１１を用いて、オペレータと対話する。また、顧客は、顧客端末１１を用いて、出力された自動音声応答に対して、クレジットカード番号、有効期限情報等を入力する。

次に、オペレータ端末１２の動作について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）端末受付部１２１は、決済情報を受け付けたか否かを判断する。

（ステップＳ４０２）端末送信部１２４は、ステップＳ４０１で受け付けられた決済情報を含む決済指示を構成し、当該決済指示を決済処理装置１３に送信する。

（ステップＳ４０３）端末受信部１２２は、ステップＳ４０２における決済指示の送信に応じて、識別子を決済処理装置１３から受信したか否かを判断する。識別子を受信した場合はステップＳ４０４に行き、受信していない場合はステップＳ４０３に戻る。

（ステップＳ４０４）端末出力部１２３は、ステップＳ４０３で受信された識別子を出力する。

（ステップＳ４０５）端末受付部１２１は、識別子の入力を受け付けたか否かを判断する。識別子の入力を受け付けた場合はステップＳ４０６に行き、識別子の入力を受け付けない場合はステップＳ４０５に行く。なお、この識別子は、ステップＳ４０４で出力された識別子を見て、オペレータが入力した識別子である。

（ステップＳ４０６）端末送信部１２４は、ステップＳ４０５で受け付けられた識別子を決済処理装置１３に送信する。ステップＳ４０１に戻る。

なお、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、決済処理装置１３の動作について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）決済指示受信部１３１１は、決済指示をオペレータ端末１２から受信したか否かを判断する。決済指示を受信した場合はステップＳ５０２に行き、決済指示を受信しない場合はステップＳ５０１に戻る。

（ステップＳ５０２）識別子生成部１３２１は、ステップＳ５０１における決済指示の受信に応じて、識別子を生成する。なお、識別子生成部１３２１は、通常、生成した識別子を図示しないバッファに一時蓄積する。

（ステップＳ５０３）識別子送信部１３３１は、ステップＳ５０２で生成された識別子を、決済指示を送信したオペレータ端末１２に送信する。

（ステップＳ５０４）処理部１３２は、ステップＳ５０１で受信された決済指示が有する決済情報を、ステップＳ５０２で生成された識別子に対応付けて蓄積する。なお、蓄積先は、オペレータ端末１２が有する図示しない記録媒体でも良いし、外部の装置であるＤＢサーバ（データベースサーバ）でも良い。

（ステップＳ５０５）転送要求受信部１３１２は、オペレータ端末１２から転送要求を受信したか否かを判断する。転送要求を受信した場合はステップＳ５０６に行き、転送要求を受信しない場合はステップＳ５０５に戻る。

（ステップＳ５０６）接続処理部１３２３は、オペレータ端末１２と接続するための処理を行う。

（ステップＳ５０７）識別子受信部１３１３は、オペレータ端末１２から識別子を受信したか否かを判断する。識別子を受信した場合はステップＳ５０８に行き、識別子を受信しない場合はステップＳ５０７に戻る。

（ステップＳ５０８）判断部１３２２は、ステップＳ５０２で生成された識別子とオペレータが入力した識別子とが一致していることに関する判断を行う。判断部１３２２は、通常、ステップＳ５０２で生成された識別子とステップＳ５０７で受信された識別子とが一致するか否かを判断する。判断の結果が「正常」である（一致する）場合はステップＳ５０９に行き、「正常」でない（一致しない）場合はステップＳ５１３に行く。

（ステップＳ５０９）取引情報登録部１３２４は、決済情報を有する取引情報を登録する。なお、取引情報の登録先を問わない。

（ステップＳ５１０）送信部１３３は、予め決められた自動音声を送信する。送信先は、通常、オペレータ端末１２である。そして、通常、自動音声は、当該オペレータ端末１２から顧客端末１１に送信され、顧客端末１１で音声出力される。また、この自動音声は、通常、クレジットカード情報の入力を促す音声である。

（ステップＳ５１１）クレジットカード情報受信部１３１４は、ステップＳ５１０における自動音声の送信応じて、クレジットカード情報を受信したか否かを判断する。クレジットカード情報を受信した場合はステップＳ５１２に行き、クレジットカード情報を受信しない場合はステップＳ５１１に戻る。なお、エラーとなるクレジットカード情報を受信した場合は、クレジットカード情報がエラーである旨または／および再度のクレジットカード情報の入力を促す旨の自動音声をオペレータ端末１２経由で顧客端末１１に送信することは好適である。

（ステップＳ５１２）決済処理部１３２５は、ステップＳ５１１で受信されたクレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う。ステップＳ５０１に戻る。

（ステップＳ５１３）識別子の入力が不正である（正常でない）旨のエラーメッセージをオペレータ端末１２に送信する。ステップＳ５０７に戻る。なお、ここで、エラーメッセージは、再度の識別子の入力を促すメッセージを含むことは好適である。

なお、図５のフローチャートにおいて、転送要求受信部１３１２は、オペレータ端末１２から転送要求を受信した。しかし、決済処理装置１３がオペレータ端末１２に転送要求を送信しても良い。つまり、決済処理装置１３とオペレータ端末１２とが通信可能なように接続されれば良い。

また、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、決済サーバ１４の動作について説明する。決済受信部１４１は、クレジットカード情報と決済情報とを有する決済実行情報を決済処理装置１３から受信する。次に、決済実行部１４２は、受信された決済実行情報を用いて、決済に関する処理を実行する。決済実行部１４２は、クレジットカード情報と決済情報とを有する決済実行情報を、決済を行う決済サーバ１４に送信する。

以上、本実施の形態によれば、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における決済処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示である決済指示を受信する決済指示受信部と、前記決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成部と、前記識別子生成部が生成した識別子を前記オペレータ端末に送信する識別子送信部と、前記オペレータ端末から識別子を受信する識別子受信部と、前記識別子生成部が生成した識別子と前記オペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断部と、前記判断部が正常であると判断した場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信部と、前記クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理部として機能させるためのプログラムである。

また、上記プログラムにおいて、コンピュータを、転送要求を受信する転送要求受信部と、前記判断部が正常であると判断した場合、前記転送要求に従って、顧客の端末である顧客端末と接続する処理を行う接続処理部としてさらに機能させ、前記クレジットカード情報受信部は、前記接続処理部が接続する処理を行った顧客端末からクレジットカード情報を受信するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記決済指示は、決済の内容に関する決済情報を有し、
前記決済処理部は、前記クレジットカード情報と前記決済情報とを有する決済実行情報を用いて、決済に関する処理を行うものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、前記決済処理部は、前記クレジットカード情報と前記決済情報とを有する決済実行情報を、決済を行う決済サーバに送信するものとして、コンピュータを機能させることは好適である。

また、上記プログラムにおいて、コンピュータを、前記判断部が正常であると判断した場合、前記決済情報を有する取引情報を登録する取引情報登録部として、さらに機能させることは好適である。

（実施の形態２）
本実施の形態において、実施の形態１の決済処理装置１３を３つの装置で実現する態様の情報システムについて説明する。実施の形態１の決済処理装置１３は、本実施の形態の通販受発注システムに該当する。

図６は、本実施の形態における情報システム２の概念図である。情報システム２は、１または２以上の顧客端末１１、１または２以上のオペレータ端末１２、通販受発注システム２１、および決済サーバ１４を備える。また、通販受発注システム２１は、サーバ装置２１１、ＤＢサーバ２１２、およびＩＶＲ装置２１３を備える。サーバ装置２１１、ＤＢサーバ２１２、ＩＶＲ装置２１３は、通常、サーバ装置であり、いわゆるクラウドサーバも含み、その種類は問わない。

図７は、本実施の形態における情報システム２のブロック図である。図８は、サーバ装置２１１のブロック図である。図９は、ＩＶＲ装置２１３のブロック図である。

サーバ装置２１１は、サーバ格納部２１１１、サーバ受信部２１１２、サーバ処理部２１１３、およびサーバ送信部２１１４を備える。サーバ受信部２１１２は、決済指示受信部２１１２１を備える。サーバ処理部２１１３は、識別子生成部２１１３１を備える。サーバ送信部２１１４は、識別子送信部２１１４１、および決済情報送信部２１１４２を備える。

ＤＢサーバ２１２は、決済情報格納部２１２１、決済情報蓄積部２１２２、および決済情報送付部２１２３を備える。

ＩＶＲ装置２１３は、ＩＶＲ格納部２１３０、ＩＶＲ受信部２１３１、ＩＶＲ処理部２１３２、およびＩＶＲ送信部２１３３を備える。ＩＶＲ受信部２１３１は、転送要求受信部２１３１１、識別子受信部２１３１２、およびクレジットカード情報受信部２１３１３を備える。ＩＶＲ処理部２１３２は、決済情報取得部２１３２１、判断部２１３２２、取引情報登録部２１３２３、接続処理部２１３２４、および決済処理部２１３２５を備える。ＩＶＲ送信部２１３３は、自動音声送信部２１３７を備える。

サーバ装置２１１を構成するサーバ格納部２１１１は、各種の情報を格納し得る。各種の情報とは、例えば、画面情報等である。画面情報とは、例えば、決済情報の入力画面の画面情報である。

サーバ受信部２１１２は、各種の情報を受信する。各種の情報とは、例えば、決済情報、決済情報を有する決済指示、決済情報の入力画面の画面情報の送信指示等である。

決済指示受信部２１１２１は、オペレータ端末１２から決済指示を受信する。決済指示は、決済に関する指示であり、通常、決済の内容に関する決済情報を有する。

サーバ処理部２１１３は、各種の処理を行う。各種の処理とは、例えば、識別子生成部２１１３１が行う処理である。

識別子生成部２１１３１は、決済指示の受信に応じて、決済を識別する識別子を生成する。

サーバ送信部２１１４は、各種の情報を送信する。各種の情報とは、例えば、識別子、決済情報、決済情報の入力画面の画面情報である。

識別子送信部２１１４１は、識別子生成部２１１３１が生成した識別子をオペレータ端末１２に送信する。

決済情報送信部２１１４２は、決済指示受信部２１１２１が受信した決済指示が有する決済情報を識別子に対応付けてＤＢサーバ２１２に送信する。

ＤＢサーバ２１２を構成する決済情報格納部２１２１は、１以上の決済情報を格納し得る。

決済情報蓄積部２１２２は、サーバ装置２１１から決済情報を受信し、決済情報格納部２１２１に蓄積する。なお、決済情報蓄積部２１２２は、サーバ装置２１１から決済情報と識別子とを受信し、決済情報格納部２１２１に蓄積することは好適である。

決済情報送付部２１２３は、決済指示受信部２１１２１が受信した決済情報を識別子に対応付けてＤＢサーバ２１２に送信する。

決済情報送付部２１２３は、決済情報格納部２１２１に格納されている決済情報をＩＶＲ装置２１３に送信する。決済情報送付部２１２３は、通常、ＩＶＲ装置２１３からの依頼に応じて、当該依頼に対応する決済情報をＩＶＲ装置２１３に送信する。

ＩＶＲ装置２１３を構成するＩＶＲ受信部２１３１は、各種の指示や情報等を受信する。各種の指示や情報等とは、例えば、転送要求、識別子、クレジットカード情報等である。

転送要求受信部２１３１１は、オペレータ端末１２から転送要求を受信する。

識別子受信部２１３１２は、オペレータ端末１２から識別子を受信する。

クレジットカード情報受信部２１３１３は、判断部２１３２２が正常であると判断した場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信する。

ＩＶＲ処理部２１３２は、各種の処理を行う。各種の処理とは、例えば、決済情報取得部２１３２１、判断部２１３２２、取引情報登録部２１３２３、接続処理部２１３２４、決済処理部２１３２５が行う処理である。

決済情報取得部２１３２１は、識別子受信部２１３１２が受信した識別子と対になる決済情報をＤＢサーバ２１２から取得する。ここでの取得は、通常、受信である。

判断部２１３２２は、識別子生成部２１１３１が生成した識別子とオペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う。ここで、オペレータが入力した識別子とは、通常、識別子受信部２１３１２が受信した識別子である。

また、正常判断とは、実質的に、識別子生成部２１１３１が生成した識別子とオペレータが入力した識別子とが一致していることを検証する処理であれば良い。判断部２１３２２は、決済情報取得部２１３２１が、識別子受信部２１３１２が受信した識別子と対になる決済情報をＤＢサーバ２１２から取得できたか否かを判断する等しても良い。

取引情報登録部２１３２３は、判断部２１３２２が正常であると判断した場合、決済情報を有する取引情報を登録する。取引情報は、通常、識別子を有する。

接続処理部２１３２４は、判断部２１３２２が正常であると判断した場合、転送要求に従って、顧客の端末である顧客端末１１と接続する処理を行う。接続する処理は公知技術であるので詳細な説明は省略する。

決済処理部２１３２５は、クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う。

ＩＶＲ送信部２１３３は、各種の情報を送信する。各種の情報とは、例えば、自動音声である。

自動音声送信部２１３７は、自動音声を顧客端末１１に送信する。なお、通常、自動音声送信部２１３７は、サーバ装置２１１経由で、自動音声を顧客端末１１に送信する。また、自動音声は、顧客の入力に対応する自動音声である。また、自動音声は、通常、ＩＶＲ格納部２１３０に格納されている。また、顧客の入力に応じて、自動音声を送信する技術は公知技術であるので、詳細な説明は省略する。

サーバ格納部２１１１、決済情報格納部２１２１、およびＩＶＲ格納部２１３０は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

サーバ格納部２１１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報がサーバ格納部２１１１等で記憶されるようになってもよく、通信回線等を介して送信された情報がサーバ格納部２１１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報がサーバ格納部２１１１等で記憶されるようになってもよい。

サーバ受信部２１１２、決済指示受信部２１１２１、ＩＶＲ受信部２１３１、転送要求受信部２１３１１、識別子受信部２１３１２、およびクレジットカード情報受信部２１３１３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

サーバ処理部２１１３、識別子生成部２１１３１、ＩＶＲ処理部２１３２、決済情報取得部２１３２１、判断部２１３２２、取引情報登録部２１３２３、接続処理部２１３２４、および決済処理部２１３２５は、通常、ＭＰＵやメモリ等から実現され得る。サーバ処理部２１１３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

サーバ送信部２１１４、識別子送信部２１１４１、決済情報送信部２１１４２、決済情報送付部２１２３、決済情報送付部２１２３、ＩＶＲ送信部２１３３、および自動音声送信部２１３７は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

決済情報蓄積部２１２２は、無線または有線の通信手段、およびＭＰＵやメモリ等から実現され得る。

次に、情報システム２を構成する通販受発注システム２１の動作について説明する。まず、サーバ装置２１１の動作について、図１０のフローチャートを用いて説明する。

（ステップＳ１００１）サーバ受信部２１１２は、決済情報の入力画面の画面情報の送信指示を、オペレータ端末１２から受信したか否かを判断する。画面情報の送信指示を受信した場合はステップＳ１００２に行き、受信しない場合はステップＳ１００１に戻る。

（ステップＳ１００２）サーバ送信部２１１４は、ステップＳ１００１で受信された画面情報の送信指示に応じて、サーバ格納部２１１１に格納されている決済情報の入力画面の画面情報をオペレータ端末１２に送信する。

（ステップＳ１００３）決済指示受信部２１１２１は、オペレータ端末１２から決済指示を受信したか否かを判断する。決済指示を受信すればステップＳ１００４に行き、決済指示を受信しなければステップＳ１００３に戻る。

（ステップＳ１００４）識別子生成部２１１３１は、決済指示の受信に応じて、決済を識別する識別子を生成する。

（ステップＳ１００５）識別子送信部２１１４１は、ステップＳ１００４で生成された識別子を、決済指示を送信してきたオペレータ端末１２に送信する。

（ステップＳ１００６）決済情報送信部２１１４２は、ステップＳ１００３で受信された決済指示が有する決済情報を、ステップＳ１００４で生成された識別子に対応付けてＤＢサーバ２１２に送信する。通常、決済情報送信部２１１４２は、決済情報と識別子とをＤＢサーバ２１２に送信する。ステップＳ１００１に戻る。

なお、図１０のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ＩＶＲ装置２１３の動作について、図１１のフローチャートを用いて説明する。

（ステップＳ１１０１）転送要求受信部２１３１１は、転送要求をオペレータ端末１２から受信したか否かを判断する。転送要求を受信した場合はステップＳ１１０２に行き、転送要求を受信しない場合はステップＳ１１０１に戻る。

（ステップＳ１１０２）接続処理部２１３２４は、オペレータ端末１２と接続するための処理を行う。

（ステップＳ１１０３）識別子受信部２１３１２は、オペレータ端末１２から識別子を受信したか否かを判断する。識別子を受信した場合はステップＳ１１０４に行き、識別子を受信しない場合はステップＳ１１０３に戻る。

（ステップＳ１１０４）決済情報取得部２１３２１は、ステップＳ１１０３で受信された識別子と対になる決済情報をＤＢサーバ２１２から取得する。

（ステップＳ１１０５）判断部２１３２２は、生成された識別子とオペレータが入力した識別子とが一致していることに関する判断を行う。ここでは、例えば、判断部２１３２２は、ステップＳ１１０４で決済情報が取得されたか否かを判断する。ここでは、ステップＳ１１０４で決済情報が取得されていれば「正常」と判断し、取得されていなければ「異常（正常でない）」と判断する。

（ステップＳ１１０６）取引情報登録部２１３２３は、決済情報を有する取引情報を登録する。取引情報は、例えば、決済サーバ１４に登録される。

（ステップＳ１１０７）ＩＶＲ処理部２１３２は、ステップＳ１１０３で受信された識別子と対になる決済情報を更新する。なお、通常、ＩＶＲ処理部２１３２は、ステップＳ１１０３で受信された識別子と対になる決済情報を更新する指示をＤＢサーバ２１２に送信し、ＤＢサーバ２１２が決済情報を更新する。また、決済情報には、例えば、識別子が正常であった旨のフラグが付加される。

（ステップＳ１１０８）自動音声送信部２１３７は、ＩＶＲ格納部２１３０の自動音声を顧客端末１１に送信する。

（ステップＳ１１０９）クレジットカード情報受信部２１３１３は、ステップＳ１１０８における自動音声の送信に応じて、クレジットカード情報を受信したか否かを判断する。クレジットカード情報を受信した場合はステップＳ１１１０に行き、クレジットカード情報を受信しない場合はステップＳ１１０９に戻る。なお、エラーとなるクレジットカード情報を受信した場合は、クレジットカード情報がエラーである旨または／および再度のクレジットカード情報の入力を促す旨の自動音声をオペレータ端末１２経由で顧客端末１１に送信することは好適である。

（ステップＳ１１１０）決済処理部１３２５は、ステップＳ１１０９で受信されたクレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う。

（ステップＳ１１１１）ＩＶＲ処理部２１３２は、ステップＳ１１０３で受信された識別子と対になる決済情報を更新する。ステップＳ１１０１に戻る。なお、通常、ＩＶＲ処理部２１３２は、ステップＳ１１０３で受信された識別子と対になる決済情報を更新する指示をＤＢサーバ２１２に送信し、ＤＢサーバ２１２が決済情報を更新する。また、決済情報には、例えば、決済が正常に完了した旨のフラグが付加される。

なお、図１１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

以下、本実施の形態における情報システム２の具体的な動作について、図１２のシステムフロー概要図を用いて説明する。システムフロー概要図は、顧客端末１１、オペレータ端末１２、サーバ装置２１１、ＤＢサーバ２１２、ＩＶＲ装置２１３、決済サーバ１４の間の情報や指示等のやりとりを説明する図である。なお、情報システム２の概念図は図６である。

今、ユーザＡは、顧客端末１１（ここでは、電話機、電話機能付き携帯端末など）を用いて、オペレータＢに電話をし、電話で、購入する商品を話した、とする（図１２の１２０１参照）。そして、オペレータＢは、ユーザＡからの通話を保留する（１２０２）。

オペレータＢは、オペレータ端末１２からサーバ装置２１１に、決済情報の入力画面の画面情報の送信指示を入力した、とする。次に、オペレータ端末１２から当該指示がサーバ装置２１１に送信される。

次に、サーバ装置２１１のサーバ受信部２１１２は、決済情報の入力画面の画面情報の送信指示を、オペレータ端末１２から受信する。そして、サーバ送信部２１１４は、サーバ格納部２１１１に格納されている決済情報の入力画面の画面情報を読み出し、オペレータＢのオペレータ端末１２に送信する。

次に、オペレータ端末１２の端末受信部１２２は、画面情報を受信する。そして、端末出力部１２３は、図１３に示すような決済情報の入力画面を出力する。

そして、オペレータＢは、図１３に示すように、決済情報の入力画面に、適切な決済情報（例えば、ユーザが購入する商品の商品コード、利用金額、税送料等）を入力し、登録ボタン１３０１を押下する。すると、端末受付部１２１は、決済指示を受け付ける。次に、端末送信部１２４は、決済情報を含む決済指示を構成し、当該決済指示をサーバ装置２１１に送信する。

そして、サーバ装置２１１の決済指示受信部２１１２１は、オペレータ端末１２から決済指示を受信する（１２０３）。

次に、識別子生成部２１１３１は、決済指示の受信に応じて、決済を識別する識別子を生成する。ここで、識別子生成部２１１３１は、識別子「０８０００１」を生成した、とする。次に、識別子送信部２１１４１は、識別子「０８０００１」を、オペレータＢのオペレータ端末１２に送信する（１２０４）。

そして、決済情報送信部２１１４２は、決済情報を、識別子「０８０００１」とともに、ＤＢサーバ２１２に送信する。ＤＢサーバ２１２の決済情報蓄積部２１２２は、サーバ装置２１１から決済情報と識別子「０８０００１」とを受信し、決済情報格納部２１２１に蓄積する（１２０５）。

次に、オペレータ端末１２の端末受信部１２２は、識別子「０８０００１」を受信する。そして、端末出力部１２３は、識別子「０８０００１」を出力する。

次に、オペレータＢは、転送指示をオペレータ端末１２に入力する。そして、オペレータ端末１２は、転送指示をＩＶＲ装置２１３に送信する。

次に、ＩＶＲ装置２１３の転送要求受信部２１３１１は、転送要求をオペレータ端末１２から受信する。そして、接続処理部２１３２４は、オペレータ端末１２と接続するための処理を行う（１２０６）。

次に、画面に出力された識別子「０８０００１」を見て、オペレータＢは、識別子「０８０００１」を画面に入力し、送信指示を入力する。そして、オペレータ端末１２の端末受付部１２１は、識別子「０８０００１」を受け付ける。次に、端末送信部１２４は、識別子「０８０００１」をＩＶＲ装置２１３に送信する。次に、識別子受信部２１３１２は、オペレータ端末１２から識別子「０８０００１」を受信する（１２０７）。

次に、決済情報取得部２１３２１は、識別子「０８０００１」と対になる決済情報をＤＢサーバ２１２から取得する（１２０８）。

次に、判断部２１３２２は、生成された識別子とオペレータが入力した識別子とが一致していることに関する判断を行う。ここでは、判断部２１３２２は、決済情報が取得されたか否かを判断する。そして、判断部２１３２２は、決済情報が取得されたことにより、「正常」であると判断した、とする。

次に、取引情報登録部２１３２３は、決済情報を有する取引情報を決済サーバ１４に登録する（１２０９）。

次に、ＩＶＲ処理部２１３２は、識別子「０８０００１」と対になる決済情報（ＤＢサーバ２１２内の情報）を更新する（１２１０）。

そして、オペレータ端末１２の保留が解除される。保留の解除は、オペレータの指示によっても良いし、自動的に行われても良い。

このことにより、顧客端末１１とＩＶＲ装置２１３との通信が確立する。

次に、自動音声送信部２１３７は、ＩＶＲ格納部２１３０の自動音声「入力開始を指示するシャープ「＃」を入力してください。」を、オペレータ端末１２経由で顧客端末１１に送信する。

次に、ユーザＡの顧客端末１１は、当該音声を受信し、出力する。そして、ユーザＡは、自動音声を聞き、「＃」を入力した、とする。そして、顧客端末１１の端末受付部１２１は「＃」を受け付け、端末送信部１２４は「＃」をＩＶＲ装置２１３に送信する（１２１１）。

次に、自動音声送信部２１３７は、ＩＶＲ格納部２１３０の自動音声「クレジットカード番号と有効期限を入力してください。」を顧客端末１１に送信する。

次に、ユーザＡの顧客端末１１は、当該音声を受信し、出力する。そして、ユーザＡは、自動音声を聞き、自分のクレジットカードのクレジットカード番号と有効期限とを顧客端末１１に入力した、とする。次に、顧客端末１１の端末受付部１２１は、クレジットカード番号と有効期限とを有するクレジットカード情報を受け付け、端末送信部１２４はクレジットカード情報をＩＶＲ装置２１３に送信する。次に、ＩＶＲ装置２１３のクレジットカード情報受信部２１３１３は、クレジットカード情報を受信する（１２１２）。

次に、決済処理部１３２５は、受信されたクレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う。ここでの決済に関する処理は、決済実行情報を決済サーバ１４に送信することである。次に、決済サーバ１４の決済受信部１４１は、決済実行情報を受信する。次に、決済実行部１４２は、決済実行情報を用いて、クレジットカードの決済を実行する。次に、決済送信部１４３は、決済が完了した旨の情報をＩＶＲ装置２１３に送信する（１２１３）。

そして、決済が完了した旨の情報は、ＩＶＲ装置２１３経由で、オペレータ端末１２に送信され、オペレータ端末１２において、図１４に示すように出力される。なお、図１４は、正常にカード決済が行われた場合に、オペレータ端末１２に表示される画面である。一方、正常にカード決済が行われなかった場合に、例えば、図１５に示すような画面が表示される。

次に、ＩＶＲ処理部２１３２は、識別子「０８０００１」と対になる決済情報（ＤＢサーバ２１２内の情報）を更新する（１２１４）。

以上、本実施の形態によれば、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなる。

なお、本実施の形態におけるサーバ装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示であり、決済の内容に関する決済情報を有する決済指示を受信する決済指示受信部と、前記決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成部と、前記識別子生成部が生成した識別子を前記オペレータ端末に送信する識別子送信部と、前記決済指示受信部が受信した決済情報を前記識別子に対応付けて前記ＤＢサーバに送信する決済情報送信部として機能させるためのプログラムである。

また、本実施の形態におけるＩＶＲ装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、オペレータ端末から転送要求を受信する転送要求受信部と、前記オペレータ端末から識別子を受信する識別子受信部と、前記識別子受信部が受信した識別子と対になる決済情報を前記ＤＢサーバから取得する決済情報取得部と、前記識別子生成部が生成した識別子と前記オペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断部と、前記判断部が正常であると判断した場合、前記転送要求に従って、顧客の端末である顧客端末と接続する処理を行う接続処理部と、前記判断部が正常であると判断した場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信部と、前記クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理部として機能させるためのプログラムである。

また、図１６は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の決済処理装置等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１６は、このコンピュータシステム３００の概観図であり、図１７は、システム３００のブロック図である。

図１６において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図１７において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２、ＭＰＵ３０１３、ＣＤ−ＲＯＭドライブ３０１２とＭＰＵ３０１３とに接続されたバス３０１４、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７を含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の決済処理装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の決済処理装置１３等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段（端末情報送信部、端末情報受信部など）は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる決済処理装置は、電話により受け付けた商取引に対してクレジットカード決済を行う場合、多数の内線番号が必要でなくなるという効果を有し、決済処理装置等として有用である。

１、２ 情報システム
１１ 顧客端末
１２ オペレータ端末
１３ 決済処理装置
１４ 決済サーバ
２１ 通販受発注システム
１２１ 端末受付部
１２２ 端末受信部
１２３ 端末出力部
１２４ 端末送信部
１３１ 受信部
１３２ 処理部
１３３ 送信部
１４１ 決済受信部
１４２ 決済実行部
１４３ 決済送信部
２１１ サーバ装置
２１２ ＤＢサーバ
２１３ ＩＶＲ装置
１３１１、２１１２１ 決済指示受信部
１３１２、２１３１１ 転送要求受信部
１３１３、２１３１２ 識別子受信部
１３１４、２１３１３ クレジットカード情報受信部
１３２１、２１１３１ 識別子生成部
１３２２、２１３２２ 判断部
１３２３、２１３２４ 接続処理部
１３２４、２１３２３ 取引情報登録部
１３２５、２１３２５ 決済処理部
１３３１、２１１４１ 識別子送信部
１３３２、２１３７ 自動音声送信部
２１１１ サーバ格納部
２１１２ サーバ受信部
２１１３ サーバ処理部
２１１４ サーバ送信部
２１２１ 決済情報格納部
２１２２ 決済情報蓄積部
２１２３ 決済情報送付部
２１３０ ＩＶＲ格納部
２１３１ ＩＶＲ受信部
２１３２ ＩＶＲ処理部
２１３３ ＩＶＲ送信部
２１１４２ 決済情報送信部
２１３２１ 決済情報取得部

Claims (13)

1. 顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示である決済指示を受信する決済指示受信部と、
   前記決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成部と、
   前記識別子生成部が生成した識別子を前記オペレータ端末に送信する識別子送信部と、
   前記オペレータ端末から識別子を受信する識別子受信部と、
   前記識別子生成部が生成した識別子と前記オペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断部と、
   前記判断部が正常であると判断した場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信部と、
   前記クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理部とを具備する決済処理装置。
2. 転送要求を受信する転送要求受信部と、
   前記判断部が正常であると判断した場合、前記転送要求に従って、顧客の端末である顧客端末と接続する処理を行う接続処理部とをさらに具備し、
   前記クレジットカード情報受信部は、
   前記接続処理部が接続する処理を行った顧客端末からクレジットカード情報を受信する請求項１記載の決済処理装置。
3. 前記決済指示は、決済の内容に関する決済情報を有し、
   前記決済処理部は、
   前記クレジットカード情報と前記決済情報とを有する決済実行情報を用いて、決済に関する処理を行う請求項１または請求項２記載の決済処理装置。
4. 前記決済処理部は、
   前記クレジットカード情報と前記決済情報とを有する決済実行情報を、決済を行う決済サーバに送信する請求項３記載の決済処理装置。
5. 前記判断部が正常であると判断した場合、前記決済情報を有する取引情報を登録する取引情報登録部をさらに具備する請求項３または請求項４記載の決済処理装置。
6. サーバ装置とＤＢサーバとＩＶＲ装置とを有する通販受発注システムであって、
   前記サーバ装置は、
   顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示であり、決済の内容に関する決済情報を有する決済指示を受信する決済指示受信部と、
   前記決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成部と、
   前記識別子生成部が生成した識別子を前記オペレータ端末に送信する識別子送信部と、
   前記決済指示受信部が受信した決済情報を前記識別子に対応付けて前記ＤＢサーバに送信する決済情報送信部とを具備し、
   前記ＤＢサーバは、
   １以上の決済情報を格納し得る決済情報格納部と、
   前記サーバ装置から決済情報を受信し、前記決済情報格納部に蓄積する決済情報蓄積部と、
   前記決済情報格納部に格納されている決済情報を前記ＩＶＲ装置に送信する決済情報送信部と、
   前記ＩＶＲ装置は、
   前記オペレータ端末から転送要求を受信する転送要求受信部と、
   前記オペレータ端末から識別子を受信する識別子受信部と、
   前記識別子受信部が受信した識別子と対になる決済情報を前記ＤＢサーバから取得する決済情報取得部と、
   前記識別子生成部が生成した識別子と前記オペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断部と、
   前記判断部が正常であると判断した場合、前記転送要求に従って、顧客の端末である顧客端末と接続する処理を行う接続処理部と、
   前記判断部が正常であると判断した場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信部と、
   前記クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理部とを具備する通販受発注システム。
7. 前記ＩＶＲ装置は、
   前記判断部が正常であると判断した場合、前記決済情報を有する取引情報を登録する取引情報登録部をさらに具備する請求項６記載の通販受発注システム。
8. 決済指示受信部、識別子生成部、識別子送信部、識別子受信部、判断部、クレジットカード情報受信部、および決済処理部により実現される決済処理方法であって、
   前記決済指示受信部が、顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示である決済指示を受信する決済指示受信ステップと、
   前記識別子生成部が、前記決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成ステップと、
   前記識別子送信部が、前記識別子生成ステップで生成された識別子を前記オペレータ端末に送信する識別子送信ステップと、
   前記識別子受信部が、前記オペレータ端末から識別子を受信する識別子受信ステップと、
   前記判断部が、前記識別子生成ステップで生成された識別子と前記オペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断ステップと、
   前記クレジットカード情報受信部が、前記判断ステップで正常であると判断された場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信ステップと、
   前記決済処理部が、前記クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理ステップとを具備する決済処理方法。
9. 決済指示受信部、識別子生成部、識別子送信部、および決済情報送信部により実現される情報処理方法であって、
   前記決済指示受信部が、顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示であり、決済の内容に関する決済情報を有する決済指示を受信する決済指示受信ステップと、
   前記識別子生成部が、前記決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成ステップと、
   前記識別子送信部が、前記識別子生成ステップで生成された識別子を前記オペレータ端末に送信する識別子送信ステップと、
   前記決済情報送信部が、前記決済指示受信ステップで受信された決済情報を前記識別子に対応付けてＤＢサーバに送信する決済情報送信ステップとを具備する情報処理方法。
10. 転送要求受信部、識別子受信部、決済情報取得部、判断部、接続処理部、クレジットカード情報受信部、および決済処理部により実現される情報処理方法であって、
    前記転送要求受信部が、オペレータ端末から転送要求を受信する転送要求受信ステップと、
    前記識別子受信部が、前記オペレータ端末から識別子を受信する識別子受信ステップと、
    前記決済情報取得部が、前記識別子受信ステップで受信された識別子と対になる決済情報をＤＢサーバから取得する決済情報取得ステップと、
    前記判断部が、生成された識別子とオペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断ステップと、
    前記接続処理部が、前記判断ステップで正常であると判断された場合、前記転送要求に従って、顧客の端末である顧客端末と接続する処理を行う接続処理ステップと、
    前記クレジットカード情報受信部が、前記判断ステップで正常であると判断された場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信ステップと、
    前記決済処理部が、前記クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理ステップとを具備する情報処理方法。
11. コンピュータを、
    顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示である決済指示を受信する決済指示受信部と、
    前記決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成部と、
    前記識別子生成部が生成した識別子を前記オペレータ端末に送信する識別子送信部と、
    前記オペレータ端末から識別子を受信する識別子受信部と、
    前記識別子生成部が生成した識別子と前記オペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断部と、
    前記判断部が正常であると判断した場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信部と、
    前記クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理部として機能させるためのプログラム。
12. コンピュータを、
    顧客から電話を受けたオペレータの端末であるオペレータ端末からの決済に関する指示であり、決済の内容に関する決済情報を有する決済指示を受信する決済指示受信部と、
    前記決済指示の受信に応じて、決済を識別する識別子を生成する識別子生成部と、
    前記識別子生成部が生成した識別子を前記オペレータ端末に送信する識別子送信部と、
    前記決済指示受信部が受信した決済情報を前記識別子に対応付けてＤＢサーバに送信する決済情報送信部として機能させるためのプログラム。
13. コンピュータを、
    オペレータ端末から転送要求を受信する転送要求受信部と、
    前記オペレータ端末から識別子を受信する識別子受信部と、
    前記識別子受信部が受信した識別子と対になる決済情報をＤＢサーバから取得する決済情報取得部と、
    生成された識別子とオペレータが入力した識別子とが一致していることに関する判断であり、正常か否かの判断である正常判断を行う判断部と、
    前記判断部が正常であると判断した場合、前記転送要求に従って、顧客の端末である顧客端末と接続する処理を行う接続処理部と、
    前記判断部が正常であると判断した場合、顧客が入力したクレジットカードに関する情報であるクレジットカード情報を受信するクレジットカード情報受信部と、
    前記クレジットカード情報を有する決済実行情報を用いて、決済に関する処理を行う決済処理部として機能させるためのプログラム。