(57)【要約】【課題】クレジットカード決済にかかるオペレーターの入力処理の負担軽減および効率化と、セキュリティの確保を図る。【解決手段】クレジットカード情報処理システムである。クレジットカード情報処理システムは、オーソリゼーション情報の作成プログラムにアクセスするための認証情報の入力を受け、当該オーソリゼーション情報にかかる加盟店情報に基づいて、前記記憶部から当該加盟店情報に対応した決済代行事業者を特定する特定部と、作成されるオーソリゼーション情報と、特定された決済代行事業者の決済代行事業者情報とを関連付ける制御部と、を備える。【選択図】図１
2019215856.tif 000002
【特許請求の範囲】
【請求項１】
加盟店とクレジットカード決済代行事業者との組み合わせを記憶する記憶部と、
オーソリゼーション情報の作成プログラムにアクセスするための認証情報の入力を受け
、当該オーソリゼーション情報にかかる加盟店情報に基づいて、前記記憶部から当該加盟
店情報に対応した決済代行事業者を特定する特定部と、
作成されるオーソリゼーション情報と、特定された決済代行事業者の決済代行事業者情
報とを関連付ける制御部と、
を備えるクレジットカード情報処理システム。
【請求項２】
第１の認証情報の入力を受け、入力元の端末からのオーソリゼーション情報の作成プロ
グラムへのアクセスの認証を実行する認証部と、
オーソリゼーション情報にかかる加盟店情報に基づいて、あらかじめ記憶されている加
盟店とクレジットカード決済代行事業者との組み合わせを参照して、当該加盟店情報に対
応した決済代行事業者を特定する特定部と、
作成されるオーソリゼーション情報と、特定された決済代行事業者の決済代行事業者情
報とを関連付ける制御部と、
を備えるクレジットカード情報処理システム。
【請求項３】
前記第１の認証情報には、少なくともオーソリゼーション情報の作成にかかるオペレー
タの識別情報が含まれることを特徴とする請求項１または２に記載のクレジットカード情
報処理システム。
【請求項４】
前記制御部は第１のサーバーに設けられ、
前記第１の認証情報には、前記第１のサーバーとデータの送受信をする端末のＩＰアド
レス制限、および前記オペレータ識別情報に対応づけられたパスワード認証の少なくとも
いずれかが含まれる
ことを特徴とする請求項１〜３のいずれか１に記載のクレジットカード情報処理システム
。
【請求項５】
前記オーソリゼーション情報には、少なくとも決済にかかるクレジットカードの利用枠
の確認をするためのクレジットカード関連情報が含まれる
ことを特徴とする請求項１〜３のいずれか１に記載のクレジットカード情報処理システム
。
【請求項６】
前記作成プログラムには、クレジットカード関連情報の入力フォームが含まれており、
クレジットカード関連情報の入力にしたがって、前記オーソリゼーション情報を作成す
る作成部をさらに備える
ことを特徴とする請求項１〜４のいずれか１に記載のクレジットカード情報処理システム
。
【請求項７】
前記入力フォームには、クレジットカード事業者、クレジットカード事業者グループ、
クレジットカード決済代行事業者またはクレジットカード決済代行事業者グループごとに
異なる項目である第１の入力欄と、共通する項目である第２の入力欄とが設けられ、かつ
当該事業者ごとに割り当てられた決済事業者識別情報が付帯され、
前記制御部は、前記決済事業者識別情報に基づいて、当該情報に対応する入力フォーム
を取得する
ことを特徴とする請求項５に記載のクレジットカード情報処理システム。
【請求項８】
前記入力フォームには、クレジットカード加盟店または加盟店グループごとに異なる項
目である第３の入力欄と、共通する項目である第４の入力欄が設けられ、かつ当該加盟店
または加盟店グループごとの加盟店識別情報が付帯され、
前記制御部は、前記加盟店識別情報に基づいて、当該情報に対応する入力フォームを取
得する
ことを特徴とする請求項５または６に記載のクレジットカード情報処理システム。
【請求項９】
前記作成部は、事業者識別情報に対応する事業者固有または事業者グループ固有の入力欄に対する入力について、規定された条件に適合するか判断し、
適合しないと判断した場合、当該入力をしたオペレータにより識別可能な所定の出力をするように制御する
ことを特徴とする請求項５に記載のクレジットカード情報処理システム。
【請求項１０】
オペレーターがオーソリゼーション情報の作成のために使用する前記入力元の端末にお
いて、入力ログを削除する削除部を有する
ことを特徴とする請求項１〜９のいずれか１に記載のクレジットカード情報処理システ
ム。  
【請求項１１】
入力に基づき、作成されたオーソリゼーション情報を暗号化する作成部を有する
ことを特徴とする請求項１〜１０のいずれか１に記載のクレジットカード情報処理システ
ム。  
【請求項１２】
オーソリゼーション情報の作成に利用される端末から第１の認証情報の入力を受ける受信部と、
前記第１の認証情報に基づいて、前記端末からのオーソリゼーション情報の作成プログラムへのアクセスの認証を実行する認証部と、
前記アクセスの認証ができたとき、当該オーソリゼーション情報にかかる加盟店情報に基づいて、加盟店とクレジットカード決済代行事業者との組み合わせを参照して、当該加盟店情報に対応した決済代行事業者を特定する特定部と、
作成されるオーソリゼーション情報と、特定された決済代行事業者の決済代行事業者情報とを関連付ける制御部と、
を備えるクレジットカード情報処理サーバー。
【請求項１３】
クレジットカード事業者、クレジットカード事業者グループ、クレジットカード決済代
行事業者またはクレジットカード決済代行事業者グループにおけるサーバーを制御するク
レジットカード情報処理プログラムであって、
オーソリゼーション情報の作成に利用される端末から第１の認証情報の入力を受ける受
信処理と、
前記第１の認証情報に基づいて、前記端末からのオーソリゼーション情報の作成プログ
ラムへのアクセスの認証を実行する認証処理と、
前記アクセスの認証ができたとき、当該オーソリゼーション情報にかかる加盟店情報に
基づいて、加盟店とクレジットカード決済代行事業者との組み合わせを参照して、当該加
盟店情報に対応した決済代行事業者を特定する特定処理と、
作成されるオーソリゼーション情報と、特定された決済代行事業者の決済代行事業者情
報とを関連付ける関連付け処理と、
を前記サーバーに実行させるクレジットカード情報処理プログラム。
【請求項１４】
クレジットカード事業者、クレジットカード事業者グループ、クレジットカード決済代
行事業者またはクレジットカード決済代行事業者グループのサーバーを制御するクレジッ
トカード情報処理プログラムであって、
前記サーバーに
オペレータが利用する端末機に、第１の認証情報の入力画面を表示させ、かつ入力され
た第１の認証情報により認証を行わせる認証処理と、
前記認証がされたことを条件にクレジットカード関連情報の入力フォームを取得して前
記端末に表示させ、
前記入力フォームへの入力に基づくオーソリゼーション情報を作成させる作成処理と、
を実行させるクレジットカード情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クレジットカード情報処理システム、クレジットカード情報処理サーバー、クレジットカード情報処理プログラムに関する。
【背景技術】
【０００２】
従来、クレジットカードでの取引が多数行われている。クレジットカード事業者は、商
品の販売や役務を提供する事業者（以下、「加盟店」とする。）と、加盟店契約を締結し
、加盟店でのクレジットカード決済を可能とする仕組みが構築されている。
【０００３】
クレジットカードの利用者（消費者；以下、単に「カード会員」と記載する場合がある
）は、イシュアと呼ばれるカード発行会社とクレジットカードの会員契約をすることによ
りクレジットカードの発行を受ける。会員は、加盟店における商品または役務の対価とし
て代金を支払うが、クレジットカードを利用することで、そのときに加盟店に直接金銭を
交付せず、加盟店にいわゆる後払いをすることができる。
【０００４】
加盟店は、アクワイアラ（加盟店の獲得と管理をする加盟店管理会社）あるいはイシュ
アといったクレジットカード事業者から、会員に代わって上記代金の立替払いを受ける。
クレジットカード事業者のうち、アクワイアラはイシュアから立替払いした代金の弁済を
受ける。イシュアは、会員から立替払いした代金の弁済を受ける。なお、以下の説明にお
いて、特に区別して説明しない限り、「クレジットカード事業者」とは、アクワイアラお
よびイシュアのいずれかを示すものとする。
【０００５】
また従来、加盟店とクレジットカード事業者の間に決済代行事業者（決済サービスプロ
バイダー；Payment Service Provider。以下、「ＰＳＰ」とする）が入ることが一般的で
ある。ＰＳＰは、加盟店が行うべき決済に関する事務手続や、決済に関するシステム構築
または運用を代行する(Business Process Outsourcing。以下、「ＢＰＯ」とする)。加盟
店は、ＢＰＯを利用することで、ＰＳＰに多数のクレジットカード事業者ごとのシステム
構築・処理の代行、および決済事務手続の代行を委託し、契約・管理・運用等を一元化す
ることができる。つまりＢＰＯにより多大な作業コストを削減することができる。
【０００６】
クレジットカード決済の形態の一つとしては、実店舗における決済端末機（例えばＰＯ
Ｓシステム上の端末機）において会員から提示されたクレジットカードを読み取り決済を
行う場合がある。他の場合として、実店舗でない事業者の商品の売買契約や役務提供契約
（いわゆる通信販売）の代金決済として、クレジットカード決済を利用する形態がある。
【０００７】
通信販売にはさまざまな形態があり、加盟店側は、新聞や雑誌、テレビ、インターネッ
ト上のホームページ（インターネット・オークションサイトを含む）などによる広告や、
ダイレクトメール、チラシ等により、消費者に自己の商品・役務の案内を行う。このよう
な通信販売の需要者（消費者）である会員は、加盟店に対し郵便や電話、ファクシミリ、
インターネット等で購入の申込みを行う場合がある。
【０００８】
また、通信販売に限らず電気、水道などの公共料金や、通信も含めたインフラ関連役務
の対価の支払いに関しても、会員は、加盟店であるインフラ提供事業者に対し郵便や電話
、ファクシミリ、インターネット等で購入の申込みを行う場合がある。
【０００９】
このとき、クレジットカード決済を利用した通信販売での購入申し込みにおいては、ク
レジットカード番号、氏名、カードの有効期限等の個人の識別情報を提示する。クレジッ
トカード決済においては、これら個人の識別情報においてクレジットカードの各会員を特
定する構成であり、原則的に当該識別情報を提示した者、つまり申込者が会員本人である
としてその後の立替払いの弁済等の処理がなされる。
【００１０】
これは通信販売やその他の場合において、クレジットカード本体がなくとも、個人の識
別情報のみで決済をすることができることを意味する。したがって、この識別情報は秘匿
性が確保された状況でやり取りされることが必要であり、これら情報が漏洩し、悪用され
れば会員やクレジットカード事業者に不測の損失が生じることになる。
【００１１】
通信販売等におけるクレジットカード決済では、原則会員本人のみが管理する個々のク
レジットカードを参照しなければ把握できないセキュリティコード、カード有効期限等の
少なくともいずれか１つについて適宜会員から記入、入力等の提示を受けることにより、
セキュリティー対策の１つとしている。
【００１２】
ただし、これらＰＡＮ等は一旦漏洩してしまえば、セキュリティー対策にはならないた
め、会員からクレジットカード事業者またはPSPへ識別情報、カード固有の情報等が提示
された後は、識別情報や購入者の個人情報等が漏洩しないようにする対策が必要となる。
【００１３】
この点、クレジットカード決済を利用したインターネットでの購入申し込みにおいては
、インターネット上でクレジットカード番号、氏名、カードの有効期限等の個人の識別情
報や、セキュリティコード等が、電子商取引事業者（Electronic Commerce事業者。以下
「ＥＣ事業者」とする）のウェブサイトやインターネット回線を通じて送受信される。こ
の場合、通信時の情報漏洩対策および各事業者が識別情報を保持するときの情報漏洩対策
が講じられる。
【００１４】
このような対策の１つ、すなわちクレジットカード番号のセキュリティーに関する情報
処理としては、クレジットカード番号のトークン化（トークナイゼーション；Tokenizati
on）等がある。
【００１５】
トークン化において情報処理装置は、例えばクレジットカード番号の一部を欠落させた
部分情報を生成し、決済手続きを行う情報処理装置にその部分情報を送信する。情報処理
装置は部分情報を利用者情報と関連付けて記憶するとともに、欠落した部分につき無意味
な情報に置き換える（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０１７−１５１８８１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかしながら、上記のように通信販売でのクレジットカード決済は、ＥＣ事業者のウェ
ブサイトを経由した取引に限られない。クレジットカードの識別情報や個人情報が記入さ
れた紙が郵送される場合、ＦＡＸされる場合、これら情報が電話でやりとりされる場合等
がある。
【００１８】
これらの場合、ＢＰＯを受託するＰＳＰや他のクレジットカード決済代行事業者におい
て、一旦識別情報等を当該事業者におけるオペレーター等がデータ化するために入力する
ことになる。このような状況を想定して当該業務の効率化、セキュリティーの確保を考慮
した技術は今まで提案されてこなかった。
【００１９】
この発明は、以上の課題に鑑みてなされたものであって、その目的は、クレジットカー
ド決済にかかるオペレーターの入力処理の負担軽減および効率化と、セキュリティーの確
保を図ることにある。
【課題を解決するための手段】
【００２０】
実施形態は、クレジットカード情報処理システムである。クレジットカード情報処理シ
ステムは、オーソリゼーション情報の作成プログラムにアクセスするための認証情報の入
力を受け、当該オーソリゼーション情報にかかる加盟店情報に基づいて、前記記憶部から
当該加盟店情報に対応した決済代行事業者を特定する特定部と、作成されるオーソリゼー
ション情報と、特定された決済代行事業者の決済代行事業者情報とを関連付ける制御部と
、を備える。
【発明の効果】
【００２１】
本発明によるクレジットカード処理システムは、クレジットカード決済にかかるオペレ
ーターの負担軽減および入力処理の効率化とセキュリティーの確保をすることが可能であ
る。
【図面の簡単な説明】
【００２２】
【図１】第１実施形態のクレジットカード情報処理システムの機能ブロック図
【図２】入力フォームの概念を示す入力画面の概要を示す図
【図３】入力フォームの概念を示す入力画面の概要を示す図
【図４】第１実施形態の処理フローチャート
【図５】第２実施形態のクレジットカード情報処理システムの機能ブロック図
【図６】第２実施形態の処理フローチャート
【図７】入力フォームの概念を示す入力画面の概要を示す図
【図８】入力フォームの概念を示す入力画面の概要を示す図
【図９】基本的なクレジットカードの利用例の概要を示す図
【図１０】ＢＰＯの利用例の概要を示す図
【図１１】例１の業務フローの概要を示す図
【図１２】例２の業務フローの概要を示す図
【図１３】例３の業務フローの概要を示す図
【発明を実施するための形態】
【００２３】
［クレジットカードについて］
（基本的態様）
各実施形態を説明する前に、クレジットカード事業者と、商品・役務を提供する加盟店
と、クレジットカードを利用して商品・役務の提供を受けるカード利用者との関係につき
図９を参照して説明する。なお、以下の説明において、いわゆるクレジットカードの国際
ブランドの説明については割愛する。またイシュアがアクワイアラを兼ねている場合と、
別個独立である場合とを区別せず「クレジットカード事業者」として記載する。
【００２４】
まず図９を参照する。加盟店は直接的、または間接的にクレジットカード事業者（アク
ワイアラ等）と契約を行う（図９；１．加盟店契約）。これは自己の商品・役務の提供の
対価の支払いを受ける１つの手段としてクレジットカードによる決済を利用可能とするこ
とで、集客等を図るためである。
【００２５】
クレジットカード事業者と加盟店との間の契約とは別に、クレジットカード事業者は、
クレジットカードを使用する需要者（図９では「カード会員」）を募る。これに対し、需
要者（カード会員予定者）はクレジットカード事業者のクレジットカード発行の募集に対
してクレジットカード交付の申し込みを行う（図９；２．カードの申込）。クレジットカ
ード事業者は、この申込者の信用情報、支払能力等を調査し、自らが発行するクレジット
カードを申込者に交付して良いか審査する。審査の結果が良ければ、クレジットカード事
業者は申込者にクレジットカードを交付する（図９；３．カードの交付）。クレジットカ
ードの交付により申込者はカード会員となる。
【００２６】
加盟店は商品または役務を顧客に提供するにあたり、顧客からの対価の支払方法として
、現金決済と、クレジットカード決済とを選択可能にしている。カード会員は加盟店から
商品の購入または役務の提供を受けるために加盟店に購入等の意思表示をし（図９；４．
申込）、加盟店から商品または役務の提供を受ける（図９；５．商品・役務の提供）。こ
のとき、カード会員が対価の支払い方法としてクレジットカード（当該クレジットカード
事業者のクレジットカード）を選択した場合、カード会員から加盟店に直接金銭が交付さ
れずクレジットカード決済手続が完了してからクレジットカード事業者から加盟店に代金
が立替払いされる（図９；６．代金の支払）。
【００２７】
カード会員は、クレジットカード事業者（イシュア等）に立替払いされた代金を支払う
（図９；７．代金の支払）。上記のようにして、カード会員が加盟店でクレジットカード
事業者の発行するクレジットカードを使用して代金の支払いを行うのが基本的な流れとな
る。
【００２８】
（具体的態様）
しかしながら、クレジットカードによる支払いには、加盟店の業態、提供対象の種類、
カード会員の特性等に応じて非常に多数の態様がある。したがって加盟店もクレジットカ
ード事業者も、カード会員になりうる需要者側も、全ての態様を把握し、各態様に合わせ
て適切に対応するのは非常に困難である。
【００２９】
このような三者の各態様に合わせて、各種契約、システム構築、情報処理（決済処理等
）、その他クレジットカードの円滑な利用に必要な環境を整えるためにＢＰＯを受託する
決済代行事業者やＰＳＰという仲介代理業が必要となる。
【００３０】
なお、決済代行事業者やＰＳＰといったときに、その定義として、アクワイアラと包括
加盟店契約をし、各加盟店と個別に契約をする包括加盟店型の事業者（以下、適宜「包括
加盟店型決済代行業者」と記載する場合がある）を指す場合がある。この包括加盟店型決
済代行事業者は、これら業務の他、斡旋業務や決済処理業務、その他、情報処理業務を包
括的に行う。またこれとは別に、情報処理業務および斡旋業務のうち少なくともいずれか
一方のみを行う事業者（以下、包括加盟店型決済代行事業者と区別して「ＰＳＰ」と記載
する場合がある）もある。ここでは、クレジットカード決済における最終的な決済処理を
行わない情報処理業務を実行する仲介業者を「ＰＳＰ」とし、当該決済処理を行う仲介業
者を「決済代行事業者」として説明する。
【００３１】
図１０に示すように、カード会員が加盟店の提供する商品、役務の売買契約を締結し、
クレジットカード決済をする場合、大きく区別して例１〜例４のパターンに分けられる。
例１では、カード会員により提示されたオーソリゼーション情報（顧客を特定する情報、
取引情報、クレジットカード関連情報等；後述）や、加盟店・加盟店グループ情報（後述
）が加盟店を介して、情報処理業務をＢＰＯ業務として遂行するＰＳＰに到達するパター
ンである。
【００３２】
＜例１；図１１＞
例１について図１１のフローチャートを参照して説明する。例１では、図１１に示すよ
うに、クレジットカード会員と加盟店との間の取引情報およびクレジットカード会員の属
性情報（クレジットカード番号、個人情報等）のうち、少なくともいずれか一方が、加盟
店を経由してＰＳＰに送られる。この情報は電子データや、コールセンターの取次等を介
した電話によるものや、ＦＡＸ、郵送によるもの等、任意の方法でＰＳＰに送られる。
【００３３】
ＰＳＰでは、電話の取次、ＦＡＸ、郵送等による場合、取得した情報がオペレーターに
よりデータ入力される。入力されたデータはオーソリゼーション情報として決済代行事業
者に送られ、決済代行事業者により決済代行処理される。オーソリゼーション情報に基づ
く決済代行処理が適正であれば、決済代行事業者からＰＳＰにその旨が通知される。
【００３４】
ＰＳＰでは、決済処理結果が適正である場合、決済処理結果のレポートを作成し、加盟
店に送る。これに対し、決済処理結果が不適正である場合、決済代行事業者はその旨をＰ
ＳＰに送り、ＰＳＰは、取引情報や属性情報等を再取得する。以上が例１、すなわち加盟
店、ＰＳＰ、決済代行事業者、クレジットカード事業者を介したクレジットカード決済の
業務フローである。
＜例２；図１２＞
例２について図１２のフローチャートを参照して説明する。例２では、図１２に示すよ
うに、クレジットカード会員と加盟店との間の取引情報およびクレジットカード会員の属
性情報のうち、少なくともいずれか一方が、加盟店を経由して決済代行事業者に送られる
。
【００３５】
決済代行事業者では、電話の取次、ＦＡＸ、郵送等による場合、取得した情報がオペレ
ーターによりデータ入力される。入力されたデータはオーソリゼーション情報とされる。
そのオーソリゼーション情報に基づき、決済代行事業者はさらに決済代行処理する。
【００３６】
オーソリゼーション情報に基づく決済代行処理が適正であれば、決済処理結果のレポー
トを作成し、決済代行事業者から加盟店にその旨が通知される。これに対し、決済処理結
果が不適正である場合、決済代行事業者は取引情報や属性情報等を再取得する。以上が例
２、すなわち加盟店、決済代行事業者、クレジットカード事業者を介したクレジットカー
ド決済の業務フローである。
【００３７】
＜例３；図１３＞
例３について図１３のフローチャートを参照して説明する。例３では、図１３に示すよ
うに、クレジットカード会員と加盟店との間の取引情報およびクレジットカード会員の属
性情報のうち、少なくともいずれか一方が、加盟店を経由してＰＳＰに送られる。
【００３８】
ＰＳＰでは、電話の取次、ＦＡＸ、郵送等による場合、取得した情報がオペレーターに
よりデータ入力される。入力されたデータはオーソリゼーション情報とされる。ＰＳＰは
、クレジットカード事業者にそのオーソリゼーション情報を送信する。クレジットカード
事業者は、そのオーソリゼーション情報に基づき決済処理する。
【００３９】
オーソリゼーション情報に基づく決済処理が適正であれば、クレジットカード事業者か
らＰＳＰにその旨が通知される。ＰＳＰは、決済処理結果のレポートを作成し、加盟店に
送る。これに対し、決済処理結果が不適正である場合、クレジットカード事業者はＰＳＰ
に不適正である旨の通知をし、ＰＳＰは取引情報や属性情報等を再取得する。以上が例３
、すなわち加盟店、ＰＳＰ、クレジットカード事業者を介したクレジットカード決済の業
務フローである。
【００４０】
＜例４＞
例４はＰＳＰ、決済代行事業者を介在しない場合である。上記のようにクレジットカー
ド事業者は取引情報、属性情報等を取得して、状況に応じて適宜オーソリゼーション情報
のデータ入力をし、決済処理を行う。例えば加盟店とクレジットカード会員とが役務提供
契約（保険等）を締結する場合、ＰＳＰや決済代行事業者によらず、みずから加盟店で事
務的作業が実行される類型等が該当する。
【００４１】
＜例５＞
図１０に示されない例として例５を挙げる。例５は上記例１〜例４のいずれかにおいて
、加盟店を介さずに、クレジットカード会員から加盟店を介さずに、ＰＳＰ、決済代行事
業者、またはクレジットカード事業者に取引情報、属性情報等が送られる類型である。
【００４２】
（まとめ）
クレジットカードによる決済処理は、クレジットカード会員の属性、加盟店の属性、決
済対象となる取引の属性の他、仲介する事業者の属性によってもその態様が異なることに
なり、これらの組み合わせの数は非常に多くなる。したがって、オペレーターは多数ある
組み合わせのうち、その状況に応じた入力をすることになる。このような状況において生
じうる課題を適宜解決する実施形態につき、以下、説明する。
【００４３】
［第１実施形態］
第１実施形態の全体構成について図１〜図８を参照して説明する。なお、図１において
はオペレーター端末１０００等の端末機器と第１サーバー１００、第２サーバー１２０お
よび第３サーバー１３０を備えたネットワークを示しているが、これは本発明を実施する
複数の形態のうちの一例である。すなわち、第１実施形態の説明において記載する各変形
例、後に記載する第２実施形態以降の実施形態だけでなく、その他、様々な形態で実施す
ることが可能である。
【００４４】
（第１サーバー１００）
第１サーバー１００は、認証部１０１、第１記憶部１０３、特定部１０５、制御部１０
７、作成部１０９および第２記憶部１１１を含んで構成される。この第１サーバー１００
についてまず概要を説明する。認証部１０１は、オペレーター端末１０００において入力
された認証情報を受けると、認証処理を行いオーソリゼーション情報の作成プログラムへ
のアクセスを許可するか判定する。
【００４５】
認証部１０１の認証の結果、アクセスが許可されれば、特定部１０５はオペレーター端
末１０００から第２記憶部１１１に記憶されたオーソリゼーション情報の作成プログラム
への接続を確立する。その結果、オペレーター端末１０００の表示部Ｄには、例えば図２
または図３に示すようなオーソリゼーション情報の入力画面が表示される。
【００４６】
オペレーター端末１０００の入力部Ｉを介して取引情報ないし決済情報が入力されると
、取引における加盟店情報が特定される。加盟店情報とは当該加盟店を含む加盟店グルー
プ情報であってもよい。特定部１０５は、特定された加盟店情報に基づき、第１記憶部１
０３に記憶された対応関係ＤＢから対応する決済代行事業者情報を特定する。対応関係Ｄ
Ｂにおける決済代行事業者情報とは、当該決済代行事業者を含む決済代行事業者グループ
情報であってもよい。
【００４７】
また、オペレーター端末１０００からの入力を介して作成部１０９はオーソリゼーショ
ン情報を作成する。オーソリゼーション情報の作成が完了すると、制御部１０７は特定部
１０５が特定した決済代行事業者情報からオーソリゼーション情報を送信する接続先を決
定し、当該オーソリゼーション情報と関連付ける。制御部１０７は当該オーソリゼーショ
ン情報を、第３サーバー１３０を介して決済代行事業者サーバーＡに送信する。また、制
御部１０７は、オーソリゼーション情報を第２サーバー１２０に一時的に記憶する。なお
、図１においてオペレーター端末１０００の図示は１のみであるが、複数であってもよい
。また、加盟店情報または加盟店グループ情報と対応付けられる情報は、決済代行事業者情報の他、クレジットカード事業者、クレジットカード事業者グループ情報であってもよい。
【００４８】
〈認証部〉
認証部１０１は、ログオン処理、アカウント管理、業務選択処理等を実行する。ログオ
ン処理では、所定の認証方式でオペレーター端末１０００から第１サーバー１００への接
続認証と、第１サーバー１００にアクセスを可能なＩＰアドレスを制限する。所定の認証
方式としては、例えば、オペレーター識別情報（以下、「オペレーターＩＤ」とする）、
およびそれに対応するパスワードの組み合わせによるものが挙げられる。その他、オペレ
ーターに貸与されたＩＣカードによる認証、生体認証、セキュリティトークン等、任意の
方式を採用することが可能である。またこれらを組み合わせた多要素認証方式を採ること
も可能である。さらに各オペレーターＩＤにおけるアクセス履歴等に基づいて、なりすま
しにかかるリスク判定を行い、高リスクと判定された場合には追加で、通常実行する認証
と異なる認証方式を求めるように構成されていてもよい。以下では、オペレーターＩＤと
パスワードによる認証でログオン処理が実行される例において説明する。
【００４９】
≪認証処理≫
認証部１０１は、外部装置からの第１サーバー１００への接続要求があると、まずその
外部装置（オペレーター端末１０００等）のＩＰアドレスに基づいて第１の接続認証を行
う。例えば図示しない記憶部には第１サーバー１００へのアクセスが許可されたＩＰアド
レスのリストが記憶されている。当該リストを照会し、認証部１０１は、接続要求を実行
した当該外部装置のＩＰアドレスがアクセス許可されているか判定する。認証部１０１は
許可されていなければ接続拒否ないし接続の遮断をする。
【００５０】
また認証部１０１は、上記ＩＰアドレス制限処理と並行または前後して、オペレーター
端末１０００の入力部Ｉを介して入力されたオペレーターＩＤとパスワードを受け、認証
処理を行う（第２の接続認証）。認証部１０１は認証処理の結果、組み合わせが正しけれ
ば、認証処理として適正であると判定する。なお、アクティブディレクトリのようなディ
レクトリ・サービス・システムを利用し、認証処理を効率化してもよい。
【００５１】
≪業務選択処理≫
次に、認証部１０１の業務選択処理を説明するにあたり、第２記憶部１１１について説
明する。第２記憶部１１１は、オーソリゼーション情報の作成プログラムを記憶する。オ
ーソリゼーション情報の作成プログラムは、オペレーター端末１０００等の表示部Ｄにオ
ーソリゼーション情報の入力画面（図２、図３参照）を表示させる機能を有する。また、
その入力フォームの所定項目への入力にしたがい、オーソリゼーション情報を作成する機
能を有する。
【００５２】
≪入力フォーム；加盟店別≫
このオーソリゼーション情報の作成プログラム（以下、単に「作成プログラム」と記載
する場合がある）の態様は複数あるが、そのうち、いくつかの例を挙げる。まず第１に作
成プログラムにおいて、加盟店情報ごとに複数の入力フォームが存在する。加盟店情報は
、一例において各加盟店を識別する加盟店ＩＤである。図２および図３の例に示すように
加盟店や決済代行事業者ごとに要求される情報の内容が異なる。図２および図３の双方に
おいて、消費者たる顧客氏名、そのフリガナ、およびアルファベット表記と、郵便番号と
、住所と、加盟店コードと、商品名と、商品コードと、取引日と、購入金額と、クレジッ
トカード情報とが共通の入力事項である。しかしながら、電話番号と、加盟店名と、事業
者コード（例えば決済代行事業者（ＰＳＰ等）の識別情報）とは、一方（図２）では入力
不要であるのに対し、他方（図３）では要求されている。このように、加盟店や決済代行
事業者ごとに要求される情報の内容が異なるため、入力フォームは加盟店別に複数種類用
意されている。
【００５３】
≪入力フォーム；申し込み方式別≫
さらに、本実施形態を利用する事業者においては、電話を利用したクレジットカード決
済の申し込みを受ける場合、必要事項を記入した書類を郵送する方式でのクレジットカー
ド決済の申し込みを受ける場合、必要事項を記入した書類をＦＡＸする方式でのクレジッ
トカード決済の申し込みを受ける場合等が想定される。これらの情報は本実施形態の作成
プログラムを利用してオペレーターによりオーソリゼーション情報として入力されるが、
当該方式ごとに入力フォームを設ける場合がある。その場合、入力フォームが加盟店別の
種類に加えて方式別に複数種類、用意される。
【００５４】
以上から、作成プログラムにおける入力フォームは加盟店別と申し込み方式別との組み
合わせで作成されていてもよい。
【００５５】
≪権限管理≫
本実施形態において、認証部１０１がオペレーターＩＤごとに作成プログラムの入力フ
ォームにアクセスできる権限（範囲）を管理する機能があってもよい。例えば、オペレー
ターＸ１は、自己のＩＤと関連付けられた加盟店Ａの電話申し込みの入力フォームのみに
アクセス可能とされる。これに対し、オペレーターＸ２は加盟店ＡのＦＡＸ申し込みと郵
送申し込みの入力フォームにアクセス可能とされる。他のオペレーターＹ１は、加盟店Ｂ
の電話申し込み、ＦＡＸ申し込みおよび郵送申し込みの入力フォームにアクセス可能とさ
れる。これが権限管理の一例である。
【００５６】
また、方式別の入力フォームという類別がなく、加盟店別の入力フォームだけがある場
合、オペレーターＩＤは、加盟店別ごとの入力フォームにアクセス可能とされる。なお、
権限管理の方法は任意であり、オペレーターＩＤによっては、関連付けられる入力フォー
ムが、加盟店Ａ用入力フォーム、加盟店Ｂ用入力フォーム等、２以上の加盟店の入力フォ
ームに関連付けられ、アクセス可能とされてもよい。
【００５７】
このような権限管理をするために、第２記憶部１１１では、作成プログラムの入力フォ
ームごとに、アクセス可能なオペレーターＩＤが対応付けて記憶されている。また、この
権限管理については、オペレーターＩＤごとに特権ＩＤ等で設定変更を可能とする権限を
付与するように構成してもよい。
【００５８】
上述のように、認証部１０１は、所定の認証方式によりオペレーターと接続要求を実行
するＩＰアドレスを識別する。認証部１０１はその識別結果により、第１サーバー１００
へのアクセスの許可にかかる処理と、作成プログラムの特定の入力フォームへのアクセス
許可にかかる処理を実行する。
【００５９】
≪作成プログラムへの接続≫
特定部１０５は、認証部１０１によって第１サーバー１００およびオーソリゼーション
情報のアクセス許可をする認証がなされると、オペレーター端末１０００から第２記憶部
１１１に記憶されたオーソリゼーション情報の作成プログラムへの接続を確立する。その
結果、オペレーター端末１０００の表示部Ｄには、例えば図２または図３に示すようなオ
ーソリゼーション情報の入力画面が表示される。
【００６０】
オペレーター端末１０００において、例えば図２のような加盟店Ａのオーソリゼーショ
ン情報の入力画面が表示されている状態で、オペレーターが入力部Ｉを介して所定項目に
消費者たる顧客氏名、そのフリガナ、およびアルファベット表記と、郵便番号と、住所と
、加盟店コードと、商品名と、商品コードと、取引日と、購入金額と、クレジットカード
関連情報とが入力される。なお、これらは例示であってクレジットカード関連情報と、顧
客を特定する情報と、当該処理にかかる加盟店を特定する情報が少なくともオーソリゼー
ション情報の入力事項として含まれる。なお、本実施形態を利用する状況が、クレジット
カードの有効性の確認でなく、単なる利用枠の確保でもなく、決済を行う状況であれば、
少なくとも含まれる事項としてさらに取引内容を特定する情報（商品コードと数量等）も
含まれる。
【００６１】
≪決済代行事業者の接続先特定≫
また特定部１０５は、入力された加盟店情報（例えば加盟店ＩＤ）をもとに、第１記憶
部１０３の対応関係ＤＢを照会し、加盟店と対応付けられたＰＳＰ等の決済代行事業者(包括加盟店型決済代行業者を含む)を特定する。ここで、第１記憶部１０３には、加盟店情報と決済代行事業者の組み合わせが記憶されているものとする(クレジットカード事業者と加盟店情報との組み合わせが記憶されていてもよい)。特定部１０５は、特定した決済代行事業者の接続先（ＩＰアドレス等）を特定する。例えば第１記憶部１０３の対応関係ＤＢにおける決済代行事業者情報に接続先情報が付帯されていてもよいし、対応関係ＤＢの決済代行事業者情報が接続先情報を含んでいてもよい。
【００６２】
≪オーソリゼーション情報の作成≫
作成部１０９は、オペレーター端末１０００で入力された上記事項を受け、入力フォー
ムの所定項目と対応付ける。例えばクレジットカード関連情報のうち、顧客氏名の入力項
目に入力があれば、姓や名といったオーソリゼーション情報の項目に入力値を対応付ける
。なお、ＰＡＮデータ（Ｐｒｉｍａｒｙ Ａｃｃｏｕｎｔ Ｎｕｍｂｅｒ；例えばクレジッ
トカード番号等。以下、「クレジットカード番号」と記載する）が入力された場合、作成
部１０９はトークン化を行う。例えば作成部１０９は、トークン化としてクレジットカー
ド番号の一部を欠落させた部分情報を生成する。作成部１０９は、その部分情報を、欠落
した部分につき無意味な情報に置き換えオーソリゼーション情報として作成する。あるい
は作成部１０９はクレジットカードカード番号の一部を欠落させることなく一部を無意味
な情報に置き換える。その場合も作成部１０９は、その一部を置き換えたクレジットカー
ド番号変更情報をオーソリゼーション情報として作成する。
【００６３】
なお、第１サーバー１００が決済代行事業者サーバーＡにオーソリゼーション情報を送
信する状況は、クレジットカードの有効性の確認と、クレジットカードの利用枠の確保と
、クレジットカード取引の決済とのすべてを実行するときと、このうちのいずれか１つの
みを実行するときと、または２つの組み合わせを実行するときとがある。作成部１０９は
、これら状況に合わせてオーソリゼーション情報の内容を変えるように構成されていても
よい。ただし、いずれの場合であっても、部分情報やクレジットカード番号変更情報のよ
うな、クレジットカードの状態を照会可能な情報がオーソリゼーション情報に含まれる。
【００６４】
≪オーソリゼーション情報の送信≫
制御部１０７は、特定部１０５が特定した決済代行事業者の接続先に、作成部１０９で
作成されたオーソリゼーション情報を第３サーバー１３０の転送部を介して決済代行事業
者サーバーＡに送信する。また、制御部１０７は、オーソリゼーション情報と顧客を特定
する情報とを関連付け、第２サーバー１２０の決済情報ＤＢに記憶させる。
【００６５】
また制御部１０７は、決済代行事業者サーバーＡ等、決済代行事業者側からオーソリゼ
ーション結果を受ける。制御部１０７は、オーソリゼーション結果と、第２サーバー１２
０の決済情報ＤＢに記憶させておいた情報とを、部分情報あるいはクレジットカード番号
変更情報等に基づいて関連付け、図示しない加盟店側のサーバー等に送信する。
【００６６】
（ハードウェア構成；オペレーター端末）
オペレーター端末１０００の入力部Ｉは、音声や文字入力信号等の外部入力を受けるデ
バイスである。例えば音声を検知するデバイス（マイクロフォン等）、または文字入力を
行うデバイス（ソフトウェアキーボードまたはハードウェアキーボード、タッチペン）等
が挙げられる。
【００６７】
表示部Ｄは、作成プログラムの実行に関連する各種の画像、例えばオーソリゼーション
情報の入力画面や設定画面等を表示する。表示部Ｄは、オペレーター端末１０００の筺体
に設けられたタッチパネルなどの各種表示デバイスを含んでいてもよい。表示部Ｄは、入
力部Ｉと、独立に構成されても、一体的に構成されてもよい。例えばタッチパネルのよう
に、表示機能と操作機能とが一体化されたデバイスを用いることも可能である。その場合
、入力部Ｉおよび表示部Ｄは、タッチパネルとそれを実行するためのコンピュータプログ
ラムとを含んで構成される。
【００６８】
いずれの構成であっても、入力部Ｉに対する操作内容は、電気信号としてオペレーター
端末１０００の図示しない制御部に入力される。また、表示部Ｄに表示されたグラフィカ
ルユーザインターフェイス（ＧＵＩ）と、入力部Ｉとを用いて、操作や情報入力を行うよ
うにしてもよい。
【００６９】
表示部Ｄは、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）や液晶ディスプレイ（ＬＣＤ
；Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、プラズマディスプレイ（Ｐｌａｓｍ
ａＤｉｓｐｌａｙＰａｎｅｌ)、有機ＥＬ（ＯＥＬＤ；Ｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−
Ｌｕｍｉｎｅｓｃｅｎｃｅ）、ＦＥＤ（Ｆｉｅｌｄ Ｅｍｉｓｓｉｏｎ Ｄｉｓｐｌａｙ；
電界放出ディスプレイ）など、任意の表示装置を用いることが可能である。またタッチパ
ネルが用いられる場合、抵抗膜方式、静電容量方式、超音波表面弾性波方式、赤外線光学
イメージング方式、電磁誘導方式等、任意の検出方式による構成をとることが可能である
。
【００７０】
（ハードウェア構成；サーバー）
上記説明における各部の処理は、説明の便宜上、図１に示す各機能ブロック処理として
実行されるものとして説明した。これら機能ブロックは、例えば、ＣＰＵ（Ｃｅｎｔｒａ
ｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉ
ｎｇ  Ｕｎｉｔ）、或いは、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃ
ｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等のうち、単一または複
数の回路を含んで構成されていてもよい。またメモリに保存された、例えばオーソリゼー
ション情報の作成プログラムを読み出し実行することで機能を実現する。なお、メモリに
プログラムを保存する代わりに、回路内にプログラムを直接組み込むよう構成しても構わ
ない。この場合、回路内に組み込まれたプログラムを読み出し実行することで機能を実現
する。なお、各機能ブロックは単一の回路として構成される場合に限らず、複数の独立し
た回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしても
よい。さらに、実施形態における複数の構成要素（例えば認証部１０１、特定部１０５、
作成部１０９、制御部１０７のうち少なくとも２以上）を１つのプロセッサへ統合してそ
の機能を実現するようにしてもよい。
【００７１】
（動作）
図４は、実施形態に係るオーソリゼーション情報の作成プログラムによるオーソリゼー
ション情報の作成処理の流れを示すフローチャートである。例えば各機能ブロックは、以
下の動作を示すオーソリゼーション情報の作成プログラムを実行する。なお、以下の動作
（Ｓ００１〜Ｓ０１０）の前提として例えば次のような処理が行われる。オペレーター端
末１０００において、特権ＩＤを付与されたオペレーターＩＤによりログオンされ、第１
サーバー１００の第１記憶部１０３等に記憶された権限管理プログラムの起動操作がなさ
れると、第１サーバー１００の図示しない制御部は、第１記憶部１０３に記憶された権限
管理プログラムを読み出し、実行する。当該制御部は権限管理プログラムの画面データに
基づき、権限管理設定画面（不図示）をオペレーター端末１０００の表示部Ｄに表示させ
る。次に入力部Ｉを介して新規のオペレーターＩＤとそれと対応付けられたパスワードが
登録されると、作成プログラムにアクセス可能なオペレーターＩＤが第１記憶部１０３に
登録される。また、この権限管理プログラムにより、オペレーターＩＤごとにアクセスで
きる入力フォームの範囲を変更できる。すなわち、オペレーターＩＤと入力フォームの種
類の対応関係を記憶した図示しないリストが変更可能である。同様にオペレーターＩＤと
パスワードの削除、パスワードの変更等の処理も可能である。
【００７２】
ステップＳ００１：認証部１０１は、オペレーター端末１０００からオペレーターＩＤ
とパスワードの組み合わせと、第１サーバー１００への接続要求とを受ける。
【００７３】
ステップＳ００２：認証部１０１は、オペレーター端末１０００等のＩＰアドレスに基
づいて第１の接続認証を行う。例えば認証部１０１は図示しない記憶部のリストを照会し
、ＩＰアドレスのリストに接続要求を実行した当該オペレーター端末１０００のＩＰアド
レスがアクセス許可されているか判定する。
【００７４】
ステップＳ００３：ステップＳ００２において、当該オペレーター端末１０００のＩＰ
アドレスがアクセス許可されていると判定した場合（ステップＳ００２；Ｙｅｓ）、認証
部１０１は、上記ＩＰアドレス制限処理と並行または前後して、オペレーターＩＤとパス
ワードに基づき第２の接続認証を行う。認証部１０１は第２の認証処理の結果、組み合わ
せが正しければ、認証処理として適正であると判定する。
【００７５】
ステップＳ００４：ステップＳ００３において、第１サーバー１００およびオーソリゼ
ーション情報のアクセス許可をする認証がなされると（ステップＳ００３；Ｙｅｓ）、特
定部１０５は、オペレーター端末１０００の表示部Ｄにオーソリゼーション情報の入力画
面を表示させる。
【００７６】
ステップＳ００５：オペレーター端末１０００において、オーソリゼーション情報の入
力画面が表示されている状態で、所定項目の入力がされる。作成部１０９は、入力項目と
それに対する入力値を対応付ける。クレジットカード番号については、少なくとも中６桁
を無意味な情報に置き換える。
【００７７】
ステップＳ００６：また特定部１０５は、入力された加盟店情報（例えば加盟店ＩＤ）
をもとに、第１記憶部１０３の対応関係ＤＢを照会し、加盟店と対応付けられたＰＳＰ等
の決済代行事業者を特定する。
【００７８】
ステップＳ００７：作成部１０９は、オーソリゼーション情報のすべての項目への入力
が完了する（例えば完了指示が入力される）と、オーソリゼーション情報を完成させる。
【００７９】
ステップＳ００８：制御部１０７は、ステップＳ００６で特定された決済代行事業者の
接続先に、完成したオーソリゼーション情報を、第３サーバー１３０を介して決済代行事
業者サーバーＡに送信する。また、制御部１０７は、オーソリゼーション情報と顧客を特
定する情報とを関連付け、第２サーバー１２０の決済情報ＤＢに記憶させる。
【００８０】
ステップＳ００９：制御部１０７は、決済代行事業者サーバーＡ等、決済代行事業者側
からオーソリゼーション結果を受ける。制御部１０７は、オーソリゼーション結果と、第
２サーバー１２０の決済情報ＤＢに記憶させておいた情報とを、部分情報あるいはクレジ
ットカード番号変更情報等に基づいて関連付け、図示しない加盟店側のサーバー等に送信
する。
【００８１】
ステップＳ０１０：ステップＳ００２において接続にかかるＩＰアドレスが許可されて
なければ（Ｓ００２；Ｎｏ）、認証部１０１は、オペレーター端末１０００等の接続拒否
ないし接続の遮断をする。また、ステップ００３において、認証部１０１はオペレーター
ＩＤおよびパスワードの少なくとも一方が、リストに登録されていなければ（Ｓ００３；
Ｎｏ）、オペレーター端末１０００等の接続拒否ないし接続の遮断をする。あわせてエラ
ーメッセージを出力してもよい。
【００８２】
（作用・効果）
第１実施形態の認証処理、およびオーソリゼーション情報の作成プログラムによれば、
オペレーターＩＤごとに取り扱い加盟店またはクレジットカード処理の申し込み方式ごと
の入力フォームの選択範囲が限定される。さらに加盟店情報が選択されることにより、プ
ログラムにおいてオーソリゼーション情報の送信先を特定する。
【００８３】
このような構成によれば、第１に、取引にかかる加盟店と決済代行事業者の組み合わせ
をオペレーターが誤るという重大な情報漏洩を防ぐことができる。また、加盟店や決済代
行事業者ごとに異なる入力項目を誤り、オーソリゼーションの遅延が生じることを防ぐこ
とができる。
【００８４】
また加盟店と決済代行事業者の多数の組み合わせや、加盟店や決済代行事業者ごとに入
力フォームが異なるため、それを記憶して適正なものを選択するというオペレーターの負
担が大幅に軽減される。また、負担軽減による作業効率の向上や、他のセキュリティー面
への配慮ができるようになるという従来にない効果を奏することが可能となる。
【００８５】
［第２実施形態］
第２実施形態について図５および図６を参照して説明する。以下の説明において、第１
実施形態と重複する説明は割愛する。なお、図５においてはオペレーター端末２０００等
の端末機器と第１サーバー２００、第２サーバー２２０および第３サーバー決済代行事業
者サーバーＡを備えたネットワークを示しているが、これは本発明を実施する複数の形態
のうちの一例である。すなわち、第２実施形態の説明において記載する各変形例だけでな
く、その他、様々な形態で実施することが可能である。
【００８６】
（第１サーバー２００）
第２実施形態における第１サーバー端末２００は、アクセス許可等の認証と、加盟店情
報に基づく決済代行事業者の特定を行うが、第１実施形態と異なりオーソリゼーション情
報の作成は決済代行事業者サーバーＡ側で実行される。図５に示すように、第１サーバー
２００は認証部２０１、送受信部２０１Ａ、第１記憶部２０３および特定部２０５を有す
る。
【００８７】
第１サーバー２００における認証部２０１は、ログオン処理、アカウント管理、業務選
択処理等を実行する。これらのうち、第１実施形態と異なる部分について詳細に説明し、
その他は概要説明ないし省略する。
【００８８】
≪第１の認証；ＩＰアドレス制限≫
認証部２０１は、オペレーター端末２０００等からのＩＰアドレスに基づいて図示しな
い記憶部のＩＰアドレスのリストを照会する。認証部２０１は、紹介の結果、接続要求を
実行した当該外部装置（オペレーター端末２０００等）のＩＰアドレスがアクセス許可さ
れているか判定する。認証部２０１は許可されていなければ接続拒否ないし接続の遮断を
する。
【００８９】
≪第２の認証；識別情報(オペレーターＩＤ)等による認証≫
また認証部２０１は、ＩＰアドレス制限処理と並行または前後して、オペレーター端末
２０００からのオペレーターＩＤとパスワードを受け、認証処理を行う。認証処理が他の
方式や多段階であってもよいこと、アクティブディレクトリを利用してもよいことは上述
の通りである。認証部２０１は認証処理の結果、組み合わせが正しければ、認証処理とし
て適正であると判定する。
【００９０】
≪決済代行事業者の接続先特定≫
特定部２０５は、認証部２０１により第１の認証および第２の認証がなされると、オペ
レーター端末２０００に入力しようとするオーソリゼーション情報にかかる加盟店情報の
入力を要求する。オペレーター端末２０００の表示部Ｄには、オーソリゼーション情報に
かかる加盟店情報の入力を可能とする入力画面と、オペレーターに加盟店情報の入力を促
すメッセージが表示される（共に不図示）。オペレーターが入力デバイスＩを介して決済
にかかる加盟店情報（加盟店ＩＤ等）を入力すると、第１サーバー２００はその加盟店情
報を受信する。
【００９１】
第１サーバー２００が加盟店情報を受信すると、特定部２０５は、入力された加盟店情
報（例えば加盟店ＩＤ）をもとに、第１記憶部２０３の対応関係ＤＢを照会し、加盟店と
対応付けられたＰＳＰ等の決済代行事業者を特定する。ここでは、決済代行事業者サーバ
ーＡ２が特定されたものとする。
【００９２】
≪作成プログラムへの接続≫
特定部２０５は、認証部１０１による上記認証と、決済代行事業者サーバーの特定とが
なされると、オーソリゼーション情報の作成プログラムへの接続を確立する。その結果、
オペレーター端末１０００の表示部Ｄには、例えば図２または図３に示すようなオーソリ
ゼーション情報の入力画面が表示される。なお、オーソリゼーション情報の作成プログラ
ムは、決済代行事業者サーバーＡ２の第２記憶部１１１に記憶されている。またオペレー
ター端末２０００からオーソリゼーション情報の作成プログラムへの接続は、第１サーバ
ー２００を介して実行される。
【００９３】
（決済代行事業者サーバーＡ２）
第２実施形態における決済代行事業者サーバーＡ２は、第１実施形態と異なり制御部２
０７と、作成部２０９と、第２記憶部２１１を有する。その他、決済代行事業者サーバー
Ａ２は、オーソリゼーション情報に基づくオーソリゼーション処理（クレジットカードの
有効性の判定、クレジットカードの利用枠の確保、クレジットカード決済処理等）を実行
する。
【００９４】
≪オーソリゼーション情報の作成≫
オーソリゼーション情報の入力画面（図２または図３参照）の表示や、入力デバイスＩ
を介してのオーソリゼーション情報の各項目の入力については第１実施形態と概ね同様で
ある。ただし、作成プログラムは当該サーバーの第２記憶部２１１に記憶されている。し
たがって決済代行事業者サーバーＡ２から第１サーバー２００を介して、オペレーター端
末２０００に送られる。オペレーター端末２０００からの各項目への入力データは、第１
サーバー２００を介して制御部２０７に送られ、作成部２０９へ送られる。なお、本実施
形態では、先に加盟店情報の特定の際に加盟店情報が入力されているため、オーソリゼー
ション情報の作成において加盟店情報の入力を省略し、オペレーターの作業負担の軽減と
効率化を図ることが可能である。
【００９５】
オーソリゼーション情報の作成プログラムの入力フォームがあらかじめ加盟店情報別に
第２記憶部２１１に記憶されているため、その場合入力フォームに加盟店情報が付帯され
、あるいは埋め込まれていてもよい。もしくは、加盟店情報(決済代行事業者サーバー)の
特定の際に入力された加盟店情報を作成部２０９が入力フォームに自動的に入力する構成
であってもよい。この場合図２および図３のようなオーソリゼーション情報の入力フォー
ムから「加盟店コード」等の加盟店情報の入力項目を除外してもよい。
【００９６】
なお、上記では第１の認証および第２の認証の後、加盟店情報の入力をする構成につい
て説明したが、第２の認証(例えばＩＤおよびパスワード)の情報とともに加盟店情報が第
１サーバー２００に入力される構成であってもよい。
【００９７】
（動作）
図６は、第２実施形態に係るオーソリゼーション情報の作成プログラムによるオーソリゼーション情報の作成処理の流れを示すフローチャートである。
【００９８】
ステップＳ２０１：認証部２０１は、オペレーター端末２０００からオペレーターＩＤ
とパスワードの組み合わせと、決済代行事業者サーバーＡ２への接続要求とを受ける。
【００９９】
ステップＳ２０２：認証部２０１は、オペレーター端末２０００等のＩＰアドレスに基
づいて第１の接続認証を行う。例えば認証部２０１は図示しない記憶部のリストを照会し
、ＩＰアドレスのリストに接続要求を実行した当該オペレーター端末２０００のＩＰアド
レスがアクセス許可されているか判定する。
【０１００】
ステップＳ２０３：ステップＳ２０２において、当該オペレーター端末２０００のＩＰ
アドレスがアクセス許可されていると判定した場合（ステップＳ２０２；Ｙｅｓ）、認証
部２０１は、上記ＩＰアドレス制限処理と並行または前後して、オペレーターＩＤとパス
ワードに基づき第２の接続認証を行う。認証部２０１は第２の認証処理の結果、組み合わ
せが正しければ、認証処理として適正であると判定する。
【０１０１】
ステップＳ２０４：ステップＳ２０３において、第１サーバー２００およびオーソリゼ
ーション情報のアクセス許可をする認証がなされると（ステップＳ２０３；Ｙｅｓ）、特
定部２０５は、加盟店情報（例えば加盟店ＩＤ）の入力を促す。加盟店情報が入力される
と、それをもとに、第１記憶部２０３の対応関係ＤＢを照会し、加盟店と対応付けられた
ＰＳＰ等の決済代行事業者を特定する。
【０１０２】
ステップＳ２０５：決済代行事業者サーバーが特定されると、特定部２０５は、第１サ
ーバー２００を介したオペレーター端末２０００と決済代行事業者サーバー(例えばＡ２)
との接続を確立する。決済代行事業者サーバーＡ２の制御部２０７および作成部２０９は
、オペレーター端末２０００の表示部Ｄにオーソリゼーション情報の入力フォームに基づ
く、入力インターフェースを表示させる。
【０１０３】
ステップＳ２０６：オペレーター端末２０００において、オーソリゼーション情報の入
力画面が表示されている状態で、所定項目の入力がされる。作成部２０９は、入力項目と
それに対する入力値を対応付ける。クレジットカード番号については、少なくとも中６桁
を無意味な情報に置き換える。
【０１０４】
ステップＳ２０７：作成部２０９は、オーソリゼーション情報のすべての項目への入力
が完了する（例えば完了指示が入力される）と、オーソリゼーション情報を完成させる。
【０１０５】
ステップＳ２０８：制御部２０７は、完成したオーソリゼーション情報に基づいて、オ
ーソリゼーション情報処理を実行する。例えばオーソリゼーション情報処理は、クレジッ
トカードの有効性の判定、クレジットカードの利用枠の確保およびクレジットカード決済
処理のうち、少なくとも１つを含む。また、制御部２０７は、オーソリゼーション情報処
理と前後して、あるいは同時に、オーソリゼーション情報と顧客を特定する情報とを関連
付け、第２サーバー２２０の決済情報ＤＢに記憶させる。
【０１０６】
ステップＳ２０９：決済代行事業者サーバーＡ等、決済代行事業者側制御部２０７は、
オーソリゼーション情報処理に基づく結果を第１サーバー２００へ送る。第１サーバー２
００の図示しない制御部は、オーソリゼーション結果と、第２サーバー２２０の決済情報
ＤＢに記憶させておいた情報とを、部分情報あるいはクレジットカード番号変更情報等に
基づいて関連付け、図示しない加盟店側のサーバー等に送信する。
【０１０７】
ステップＳ２１０：ステップＳ２０２において接続にかかるＩＰアドレスが許可されて
なければ（Ｓ２０２；Ｎｏ）、認証部２０１は、オペレーター端末２０００等の接続拒否
ないし接続の遮断をする。また、ステップＳ２０３において認証部２０１はオペレーター
ＩＤおよびパスワードの少なくとも一方が、リストに登録されていなければ（Ｓ２０３；
Ｎｏ）、オペレーター端末２０００等の接続拒否ないし接続の遮断をする。あわせてエラ
ーメッセージを出力してもよい。
【０１０８】
（作用・効果）
第２実施形態の認証処理、およびオーソリゼーション情報の作成プログラムによれば、
オペレーターＩＤごとに取り扱い加盟店またはクレジットカード処理の申し込み方式ごと
の入力フォームの選択範囲が限定される。さらに加盟店情報が選択されることにより、プ
ログラムにおいてオーソリゼーション情報の送信先を特定する。
【０１０９】
このような構成によれば、第１に、取引にかかる加盟店と決済代行事業者の組み合わせ
をオペレーターが誤るという重大な情報漏洩を防ぐことができる。また、加盟店や決済代
行事業者ごとに異なる入力項目を誤り、オーソリゼーションの遅延が生じることを防ぐこ
とができる。
【０１１０】
また加盟店と決済代行事業者の多数の組み合わせや、加盟店や決済代行事業者ごとに入
力フォームが異なるため、それを記憶して適正なものを選択するというオペレーターの負
担が大幅に軽減される。また、負担軽減による作業効率の向上や、他のセキュリティー面
への配慮ができるようになるという従来にない効果を奏することが可能となる。
【０１１１】
また、第２実施形態によれば、上記したような例えばＡＰＩ接続により、決済代行事業
者のサーバーに認証の上でアクセスすることにより、入力フォームごとに異なるＰＡＮデ
ータもしくはクレジットカード会員データ(ＰＡＮ、有効期限、会員氏名、サービスコー
ド等)、またはセンシティブ認証データ(磁気ストライプデータ、セキュリティコード、Ｐ
ＩＮ等)の送信が容易となる。さらにオーソリゼーションの結果の迅速な取り込みが可能
となる。また、ＡＰＩ接続により処理速度の向上、データ取り込みエラーの防止、データ
送信時のデータ欠落の防止を図ることが可能となる。
【０１１２】
［第３実施形態］
第３実施形態について図７および図８を参照して説明する。第３実施形態は、第１実施
形態または第２実施形態におけるクレジットカード情報処理システムのオペレーターの作
業負担軽減と効率化、および入力ミスの防止をさらに向上させるものである。第３実施形
態の説明は、第２実施形態をもとに説明し、第２実施形態と重複する説明は割愛する。
【０１１３】
（第１サーバー２００）
第３実施形態における第１サーバー端末２００は、第２実施形態と同様、アクセス許可
等の認証と、加盟店情報に基づく決済代行事業者の特定を行い、オーソリゼーション情報
の作成を決済代行事業者サーバーＡ側で実行する。図５に示すように、第１サーバー２０
０は認証部２０１、送受信部２０１Ａ、第１記憶部２０３および特定部２０５を有する。
【０１１４】
（決済代行事業者サーバーＡ２）
第３実施形態における決済代行事業者サーバーＡ２は、第２実施形態と同様、制御部２
０７と、作成部２０９と、第２記憶部２１１を有する。また第２実施形態と同様に、決済
代行事業者サーバーＡ２は、オーソリゼーション情報に基づくオーソリゼーション処理（
クレジットカードの有効性の判定、クレジットカードの利用枠の確保、クレジットカード
決済処理等）を実行する。
【０１１５】
≪作成プログラムの作成補助機能≫
第２記憶部２１１は、上記実施形態と同様にオーソリゼーション情報の作成プログラム
を記憶する。第３実施形態の作成プログラムには、オペレーターのオーソリゼーション情
報の入力の補助を行う補助機能が備わっている。
【０１１６】
例えば、作成プログラムの補助機能の１つとして、作成プログラムは、作成部２０９に
、入力箇所判別のためのマーキング機能を有する。このマーキング機能について図７およ
び図８を参照して説明する。作成プログラムは作成部２０９を介してオペレーター端末２
０００の表示部Ｄにオーソリゼーション情報の入力画面を表示させる。ここで作成プログ
ラムのマーキング機能においては、入力部Ｉを介して所定項目の入力領域が選択されると
、その領域を他の画面領域に対して強調して識別可能に表示させる。
【０１１７】
これは例えば図７および図８に示すように、現在の入力項目の領域を通常の色または透
明度１００％で表示し、かつ他の部分を濃い色で網掛け表示するか、不透明度を高くする
という表示形式が挙げられる。このようにオペレーターに現在の入力している項目を他の
部分と明確に区別して容易に注目できるようにすることでオペレーターの作業負担軽減と
、作業効率の向上、入力ミスの防止、入力漏れの防止等を図ることが可能である。
【０１１８】
例えば、作成プログラムの補助機能の他の例として、作成プログラムは、作成部２０９
に、入力規則にしたがった入力がされているかの判定機能を有する。オペレーター端末２
０００の表示部Ｄにオーソリゼーション情報の入力画面が表示されていることに対応して
、作成プログラムはこの判定機能を実行する。作成プログラムの判定機能においては、入
力論理チェックを実行する。ここで、第２記憶部２１１等の任意の記憶部には、入力論理
チェックのためのデータテーブルが記憶されているものとする。
【０１１９】
このテーブルには、入力フォームを識別する入力フォーム識別情報と、入力フォーム内
に含まれる入力項目を項目別に識別する項目識別情報と、当該入力項目別の入力規則(文
字種(半角／全角文字、数字／和文字／アルファベット、記号)等)を規定する論理式と、
入力項目別に規定される場合がある入力桁数とが含まれる。
【０１２０】
作成プログラムは、加盟店情報別の入力フォームが決定されるとオペレーター端末２０
００の表示部Ｄにオーソリゼーション情報の入力画面を表示させる。さらに当該入力フォ
ーム内の各項目が選択されているとき、作成部２０９に上記テーブルを参照させる。つま
り、補助機能は加盟店Ａの入力項目「クレジットカード番号」が入力されるとき、その入
力フォームにおける当該入力項目が要求する「入力桁数」と「文字種」とをテーブルから
取得して入力規則とする。
【０１２１】
補助機能は、入力部Ｉを介して入力されたデータが取得した入力規則に適合しているか
について、作成部２０９に論理チェックをさせる。その他入力論理チェックとしては、テ
ーブルを参照して「電話番号の桁数の過不足を設定値に基づいてチェックする」ことや、
「入力したクレジットカード番号の冒頭の４桁が、業務選択において選択された業務範囲
内の加盟者情報と対応する番号を示しているかどうかチェックする」ことも判定可能であ
る。入力論理チェック等のタイミングは、入力部Ｉを介した入力信号を受けたときでもよ
く、入力フォームへの入力完了を示す信号が入力されたときでもよい。あるいは所定項目
の入力から、他の項目への遷移のタイミング(例えば入力信号を受けてから、その後他の
入力領域が選択されたとき)で遷移前の項目の入力論理チェックをしてもよい。
【０１２２】
このように入力論理チェックをすることでオペレーターの作業負担軽減と、作業効率の
向上、入力ミスの防止、入力データ形式の不適合、入力漏れの防止等を図ることが可能で
ある。オペレーターに対しては、視認可能なエラーメッセージの出力、ビープ音やアラー
ト音等のエラーであることを示す音声出力、入力デバイス等に対する振動など、オペレー
ターが触感的に認識可能な出力等をする制御を作成部が実行してもよい。例えば事業者識別情報（加盟店ＩＤ、加盟店グループＩＤ、決済代行事業者ＩＤ、決済代行事業者グループＩＤ、クレジットカード事業者ＩＤ、クレジットカード事業者グループＩＤや、その他のサービスプロバイダ等を示すＩＤなど）の入力欄に対する入力ミスを判定し、判定結果がエラーであるとその旨をオペレーターに対し、認知可能な方法で所定の出力をする。
【０１２３】
（作用・効果）
第３実施形態の認証処理、およびオーソリゼーション情報の作成プログラムによれば、
オペレーターＩＤごとに取り扱い加盟店またはクレジットカード処理の申し込み方式ごと
の入力フォームの選択範囲が限定される。さらに加盟店情報が選択されることにより、プ
ログラムにおいてオーソリゼーション情報の送信先を特定する。
【０１２４】
このような構成によれば、第１に、取引にかかる加盟店と決済代行事業者の組み合わせ
をオペレーターが誤るという重大な情報漏洩を防ぐことができる。また、加盟店や決済代
行事業者ごとに異なる入力項目を誤り、オーソリゼーションの遅延が生じることを防ぐこ
とができる。
【０１２５】
また加盟店と決済代行事業者の多数の組み合わせや、加盟店や決済代行事業者ごとに入
力フォームが異なるため、それを記憶して適正なものを選択するというオペレーターの負
担が大幅に軽減される。また、負担軽減による作業効率の向上や、他のセキュリティー面
への配慮ができるようになるという従来にない効果を奏することが可能となる。
【０１２６】
また、第３実施形態によれば、第２記憶部２１１に記憶された作成プログラムの入力補
助機能により、オペレーターの作業負担軽減と、作業効率の向上、入力ミスの防止、入力
データ形式の不適合、入力漏れの防止等を図ることが可能である。
【０１２７】
［第４実施形態］
第４実施形態について説明する。第４実施形態は、第１実施形態、第２実施形態または
第３実施形態におけるクレジットカード情報処理システムのセキュリティをさらに向上さ
せるものである。第４実施形態の説明は、第２実施形態をもとに説明し、第２実施形態と
重複する説明は割愛する。
【０１２８】
（オペレーター端末２０００）
第４実施形態においてオペレーター端末２０００において、入力ログを削除するように
構成されている。一例として図示しない削除部を有する。この削除処理は入力があって即
実行されてもよく、入力処理があってから予め設定した時間経過後であってもよい。また
、入力処理に連動せず、入力処理とは別に例えば所定感覚でログの削除処理が実行されてもよい。なお、入力ログはオペレーター端末２０００に残らなければよく、第１サーバー等に少なくとも一時的に記憶されてもよい。
【０１２９】
（作成部２０９）
第４実施形態において作成部２０９は、作成したオーソリゼーション情報の暗号化を行
う。
【０１３０】
（作用・効果）
第４実施形態によれば、オペレーターが使用する端末にログを残さず、オーソリゼーシ
ョン情報は暗号化されて送信され、記憶される。
【０１３１】
このような構成によれば、オーソリゼーション作成に関してセキュリティを向上させる
ことが可能である。
【０１３２】
この発明の実施形態を説明したが、上記の実施形態は例として提示したものであり、発
明の範囲を限定することを意図していない。これら新規な実施形態は、その他の様々な形
態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換
え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれ
るとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１３３】
１００，２００  第１サーバー
１０１，２０１    認証部
１０３，２０３    第１記憶部
１０５，２０５    特定部
１０７，２０７    制御部
１０９，２０９    作成部
１１１，２１１    第２記憶部
１２０，２２０    第２サーバー
１３０            第３サーバー
Ａ，Ａ２          決済代行事業者サーバー
【図１】
2019215856.tif 000003
【図２】
2019215856.tif 000004
【図３】
2019215856.tif 000005
【図４】
2019215856.tif 000006
【図５】
2019215856.tif 000007
【図６】
2019215856.tif 000008
【図７】
2019215856.tif 000009
【図８】
2019215856.tif 000010
【図９】
2019215856.tif 000011
【図１０】
2019215856.tif 000012
【図１１】
2019215856.tif 000013
【図１２】
2019215856.tif 000014
【図１３】
2019215856.tif 000015