(57)【要約】【課題】本発明が解決しようとする課題は、クレジット端末から再度クレジット伝文が送信され二重請求があったことを容易に認識することが可能なサーバおよびプログラムを提供することである。【解決手段】実施形態のサーバは、クレジット取引に係りクレジット端末が送信したクレジット伝文に基づく請求済データであって、前記クレジット端末から送信された前記クレジット取引を特定する管理情報を含む前記請求済データを記憶する記憶部と、前記記憶した一または複数の管理情報に基づいて、前記記憶部に同一のクレジット取引に係る複数の請求済データが記憶されているかを判断する同一判断部と、前記同一のクレジット取引に係る複数の請求済データが記憶されていると判断した場合には、当該同一のクレジット取引について複数回の請求がされていることを示すメッセージを出力するメッセージ出力部と、を備える。【選択図】図９
2020086560.tif 000002
【特許請求の範囲】
【請求項１】
クレジット取引に係りクレジット端末が送信したクレジット伝文に基づく請求済データであって、前記クレジット端末から送信された前記クレジット取引を特定する管理情報を含む前記請求済データを記憶する記憶部と、
前記記憶した一または複数の管理情報に基づいて、前記記憶部に同一のクレジット取引に係る複数の請求済データが記憶されているかを判断する同一判断部と、
前記同一のクレジット取引に係る複数の請求済データが記憶されていると判断した場合には、当該同一のクレジット取引について複数回の請求がされていることを示すメッセージを出力するメッセージ出力部と、
を備えたサーバ。
【請求項２】
前記管理情報は、前記クレジット伝文の送信に伴って前記クレジット端末が発生させた一連番号を含む、
請求項１に記載のサーバ。
【請求項３】
前記管理情報は、前記クレジット端末を特定する端末番号をさらに含む、
請求項２に記載のサーバ。
【請求項４】
前記同一判断部は、前記管理情報に含まれる少なくとも前記一連番号が同一である複数の請求済データが記憶されている場合に、前記記憶部に同一のクレジット取引に係る複数の請求済データが記憶されていると判断する、
請求項２または３に記載のサーバ。
【請求項５】
前記同一判断部は、所定のタイミングで前記同一のクレジット取引に係る前記複数の請求済データが記憶されているかを判断する、
請求項１乃至４のいずれか一に記載のサーバ。
【請求項６】
クレジット取引に係りクレジット端末が送信したクレジット伝文に基づく請求済データであって、前記クレジット端末から送信された前記クレジット取引を特定する管理情報を含む前記請求済データを記憶する記憶部を備えたサーバとしてのコンピュータを、
前記記憶した一または複数の管理情報に基づいて、前記記憶部に同一のクレジット取引に係る複数の請求済データが記憶されているかを判断する同一判断部と、
前記同一のクレジット取引に係る複数の請求済データが記憶されていると判断した場合には、当該同一のクレジット取引について複数回の請求がされていることを示すメッセージを出力するメッセージ出力部と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、サーバおよびプログラムに関する。
【背景技術】
【０００２】
従来、店舗において、クレジットカード等によるクレジット取引を行うクレジット端末が設置されている。クレジット端末は、例えばクレジットカード等の、クレジット番号等を記憶したクレジット媒体での商品の購入があると、当該クレジット伝文を作成して例えばオーソリゼーションサーバ（以降「オーソリサーバ」という）に送信する。オーソリサーバは、受信したクレジット伝文に基いた与信情報および取引に係る請求のための伝票をクレジット会社に送信する。クレジット会社では、当該クレジットカードの使用可否等の調査結果をオーソリサーバに返信する。オーソリサーバは、調査結果をクレジット端末に送信する。クレジット端末は、オーソリサーバからの応答があると、当該取引に係るクレジット伝票を発行して当該クレジット取引を終了する。
【０００３】
また、オーソリサーバは、危機管理のため複数台設置されていることがある。そして、クレジット端末とオーソリサーバの間に設けられたロードバランサが、クレジット端末から受信した与信情報をランダムにいずれかのオーソリサーバに振り分けて送信する。オーソリサーバは、ロードバランサから送信されたクレジット伝文について上述の処理を実行する。
【０００４】
ところで、例えば機器間の通信回線が遮断される等の理由で、オーソリサーバからの応答をクレジット端末が着信できない場合がある。この場合、クレジット端末は、同一のクレジット取引が成立しているかの判断ができず、再度、オーソリサーバにクレジット伝文を送信すること（すなわち二重請求）がある。この場合、ロードバランサの振り分けの影響により、クレジット端末が最初に送信したクレジット伝文と再度送信したクレジット伝文が別々のオーソリサーバで受信して処理されることがある。このような場合、オーソリサーバにおいて二重請求の有無のチェックすることができず、両方のクレジット伝文について二重のクレジット取引を行うことがあった。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、クレジット端末から再度クレジット伝文が送信され二重請求があったことを容易に認識することが可能なサーバおよびプログラムを提供することである。
【課題を解決するための手段】
【０００６】
実施形態のサーバは、クレジット取引に係りクレジット端末が送信したクレジット伝文に基づく請求済データであって、前記クレジット端末から送信された前記クレジット取引を特定する管理情報を含む前記請求済データを記憶する記憶部と、前記記憶した管理情報に基づいて、前記記憶部に同一のクレジット取引に係る複数の請求済データが記憶されているかを判断する同一判断部と、前記同一のクレジット取引に係る複数の請求済データが記憶されていると判断した場合には、当該同一のクレジット取引について複数回の請求がされていることを示すメッセージを出力するメッセージ出力部と、を備える。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態にかかるクレジットシステムを示すシステム図である。
【図２】図２は、クレジット端末のハードウェア構成を示すブロック図である。
【図３】図３は、オーソリサーバのハードウェア構成を示すブロック図である。
【図４】図４は、請求サーバのハードウェア構成を示すブロック図である。
【図５】図５は、請求済データの構造の一例を示す図である。
【図６】図６は、クレジット端末の制御処理の流れを示すフローチャートである。
【図７】図７は、オーソリサーバの制御処理の流れを示すフローチャートである。
【図８】図８は、請求サーバの機能構成を示す機能ブロック図である。
【図９】図９は、請求サーバの制御処理の流れを示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下に添付図面を参照して、本実施形態に係るサーバおよびプログラムの一実施形態を説明する。実施形態では、請求サーバをサーバの一例として説明する。また、実施形態では、クレジット媒体の一例としてクレジットカードを用いて説明する。なお、この適用例によって発明は限定されるものではない。
【０００９】
図１は、実施形態にかかるクレジットシステムを示すシステム図である。図１に示すように、店舗Ｔにはクレジット取引を実行するためのクレジット端末１が設置されている。実施形態ではクレジット端末１は１台であるが、店舗Ｔに設置されたクレジット端末１は、１台または複数台であればよい。また、店舗Ｔの外または内部に設置されたデータセンタＤには、ロードバランサ３、オーソリゼーションサーバ４（以降「オーソリサーバ４」という）と、請求サーバ６、管理端末７が設置されている。なお、データセンタＤには、複数台のオーソリサーバ４が設置されており、実施形態では、オーソリサーバ４Ａとオーソリサーバ４Ｂの２台のオーソリサーバ４が設置されている。オーソリサーバ４が複数台設置されるのは、危機管理の一環であり、１台のオーソリサーバ４が装置の不具合や災害の影響等でダウンしても、他のオーソリサーバ４が生きていればクレジット取引を継続することができる。また、カード会社Ｋには、カード会社サーバ９が設置されている。
【００１０】
クレジット端末１とロードバランサ３は、通信回線Ｌ１で相互に通信可能に接続されている。また、ロードバランサ３と２台のオーソリサーバ４は、通信回線Ｌ２で相互に通信可能に接続されている。また、オーソリサーバ４とカード会社サーバ９は、通信回線Ｌ３で相互に通信可能に接続されている。また、オーソリサーバ４と請求サーバ６は、通信回線Ｌ４で相互に通信可能に接続されている。また、請求サーバ６と管理端末７は、通信回線Ｌ６で相互に通信可能に接続されている。
【００１１】
クレジット端末１は、店舗において商品の購入の際に、クレジットカードを使用したクレジット取引を行う場合に使用する。クレジット端末１は、クレジットカードからクレジットカードを特定するクレジット番号等を読み取る。
【００１２】
クレジット端末１には、顧客が購入した商品の合計金額が入力される。合計金額の入力は、店員がキーを操作して入力するか、図示しないＰＯＳ（Point  of  Sales）から合計金額を受信することで入力される。
【００１３】
クレジット端末１は、クレジット取引に係るクレジット処理を実行する。クレジット端末１は、クレジット処理に伴い、少なくとも、合計金額、クレジット一連番号（以降「ＣＲ一連番号」という）（管理情報）、取引日時（管理情報）、クレジット処理をしたクレジット端末１を特定する端末番号（管理情報）を含むクレジット伝文を作成して、ロードバランサ３を介してオーソリサーバ４に送信し、クレジットカードの使用についての可否を問い合わせる。クレジット端末１は、問い合わせに対して応答があると、当該クレジット取引に係るクレジット伝票を印字して顧客に発行する。
【００１４】
ロードバランサ３は、クレジット端末１から受信したクレジット伝文を、所定のルールに従って複数台のオーソリサーバ４のいずれかに振り分ける。実施形態では、ロードバランサ３は、受信したクレジット伝文をオーソリサーバ４Ａまたはオーソリサーバ４Ｂに振り分ける。
【００１５】
オーソリサーバ４は、ロードバランサ３から振り分けられたクレジット伝文に基づいて、日時や支払区分のチェックや、カード会社のチェック等を行う。チェックした結果問題がなければ、オーソリサーバ４は、当該クレジット伝文に基づいて与信をたてて、与信情報をカード会社サーバ９に送信する。また、オーソリサーバ４は、使用されたクレジットカードが、例えば盗難されたカードであるか等のカードの不正使用をチェックするネガティブチェックを、カード会社サーバ９に問い合せる。また、オーソリサーバ４は、カード会社サーバ９から問い合わせに対する応答があった場合、応答をクレジット端末１に送信する。
【００１６】
また、オーソリサーバ４は、与信を立てたクレジット取引に係るカード会社への請求のために、伝票番号を発番した伝票を作成する。オーソリサーバ４は、作成した伝票を、カード会社サーバ９に送付する。
【００１７】
また、オーソリサーバ４は、与信を立てたクレジット取引について、クレジット伝文に基づく請求済データを作成する。また、オーソリサーバ４は、作成した請求済データを請求サーバ６に送信する。ここで、請求済データとは、オーソリサーバ４が作成した伝票に記載されているクレジット取引に係るデータであり、ＣＲ一連番号、端末番号、取引日時が含まれる。請求済データについては、図５で後述する。
【００１８】
請求サーバ６は、オーソリサーバ４から請求済データを受信する。請求サーバ６は、受信した請求済データを記憶する。また、請求サーバ６は、記憶した請求済データに基づいて、二重請求のクレジット取引の有無を判断する。請求サーバ６は、二重請求されたクレジット取引があった場合に、二重請求されたクレジット取引があったことを示す警告メッセージを管理端末７に送信する。
【００１９】
管理端末７は、請求サーバ６から受信した二重請求されたクレジット取引に係る警告メッセージを表示する。警告メッセージを見た係員は、クレジット会社に対し、電話やメール等を使用して、二重請求があったクレジット取引について連絡する。
【００２０】
カード会社サーバ９は、受信した与信情報を記憶する。そしてカード会社サーバ９は、受信した問い合わせに対する応答を送信する。
【００２１】
ここからは、クレジット端末１のハードウェア構成について説明する。図２は、クレジット端末１のハードウェア構成を示すブロック図である。図２に示すように、クレジット端末１は、プロセッサの一例であるＣＰＵ（Central  Processing  Unit）１１、ＲＯＭ（Read  Only  Memory）１２、ＲＡＭ（Random  Access  Memory）１３、メモリ部１４等を備えている。ＣＰＵ１１は制御主体となる。ＲＯＭ１２は各種プログラムを記憶する。ＲＡＭ１３はプログラムや各種データを展開する。メモリ部１４は各種プログラムを記憶する。ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、メモリ部１４は、互いにバス１５を介して接続されている。ＣＰＵ１１とＲＯＭ１２とＲＡＭ１３が、制御部１００を構成する。すなわち、制御部１００は、ＣＰＵ１１がＲＯＭ１２やメモリ部１４に記憶されＲＡＭ１３に展開された制御プログラムに従って動作することによって、後述するクレジット端末１に係る制御処理を実行する。
【００２２】
ＲＡＭ１３は、クレジット番号記憶部１３１、金額記憶部１３２を備える。クレジット番号記憶部１３１は、後述するカードリーダ１９に挿入されたクレジットカードから読み取ったクレジット番号を記憶する。クレジット番号は、クレジットカードを特定する番号である。金額記憶部１３２は、ＰＯＳ端末（図示せず）から入力された、当該クレジット取引に基づいて顧客が支払う支払金額を記憶する。支払金額は、後述する操作部から手入力されることもある。
【００２３】
メモリ部１４は、電源を切っても記憶情報が保持されるＨＤＤ（Hard  Disc  Drive）やフラッシュメモリ等の不揮発性メモリで構成される。メモリ部１４は、制御プログラム部１４１、ＣＲ一連番号記憶部１４２、端末番号記憶部１４３を有する。制御プログラム部１４１は、クレジット端末１を制御するための制御プログラムを記憶する。ＣＲ一連番号記憶部１４２は、ＣＲ一連番号を記憶する。ＣＲ一連番号は、クレジット取引が成立する毎にクレジット端末１で自動的に発生される連番であって、クレジット端末１でのクレジット取引を特定する番号である。端末番号記憶部１４３は、クレジット端末１を特定する端末番号を記憶する。クレジット端末１が複数台設置されている場合は、それぞれのクレジット端末１の端末番号記憶部１４３には、それぞれ異なる端末番号が記憶される。
【００２４】
また、制御部１００は、バス１５およびコントローラ１６を介して、表示部１７、操作部１８、カードリーダ１９、印字部２２と接続している。表示部１７は、例えば液晶で構成され、操作者に情報を表示する。操作部１８は、例えば０〜９までのテンキー等のキーを備えたキーボードである。テンキーは、支払金額を入力する際に用いる。操作部１８は、送信キー１８１を備える。送信キー１８１は、クレジット端末１が作成したクレジット伝文を、ロードバランサ３に送付する際に操作する。印字部２２は、例えばライン状に配列されたサーマルヘッドを有し、用紙に取引情報を印字する。
【００２５】
また、制御部１００は、バス１５を介して、通信部２０およびタイマ２１と接続している。通信部２０は、通信回線Ｌ１を介して、ロードバランサ３と通信可能に接続している。タイマ２１は、現在の時刻を計時する。タイマ２１は、計時した時刻を出力する。
【００２６】
ここからは、オーソリサーバ４（オーソリサーバ４Ａおよびオーソリサーバ４Ｂ）のハードウェア構成について説明する。図３は、オーソリサーバ４のハードウェア構成を示すブロック図である。図３に示すように、オーソリサーバ４は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、メモリ部４４等を備えている。ＣＰＵ４１は制御主体となる。ＲＯＭ４２は各種プログラムを記憶する。ＲＡＭ４３はプログラムや各種データを展開する。メモリ部４４は各種プログラムを記憶する。ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、メモリ部４４は、互いにバス４５を介して接続されている。ＣＰＵ４１とＲＯＭ４２とＲＡＭ４３が、制御部４００を構成する。すなわち、制御部４００は、ＣＰＵ４１がＲＯＭ４２やメモリ部４４に記憶されＲＡＭ４３に展開された制御プログラムに従って動作することによって、後述するオーソリサーバ４に係る制御処理を実行する。
【００２７】
ＲＡＭ４３は、クレジット伝文記憶部４３１を備える。クレジット伝文記憶部４３１は、ロードバランサ３を介してクレジット端末１から受信したクレジット伝文を記憶する。クレジット伝文は、クレジット番号、加盟店番号、取引日時、端末番号、ＣＲ一連番号、金額を含むクレジット取引に係る情報である。
【００２８】
メモリ部４４は、電源を切っても記憶情報が保持されるＨＤＤやフラッシュメモリ等の不揮発性メモリで構成される。メモリ部４４は、制御プログラム部４４１を有する。制御プログラム部４４１は、オーソリサーバ４を制御するための制御プログラムを記憶する。
【００２９】
また、制御部４００は、バス４５およびコントローラ４６を介して、表示部４７、操作部４８と接続している。表示部４７は、例えば液晶で構成され、操作者に情報を表示する。操作部４８は、複数のキーを備えたキーボードである。
【００３０】
また、制御部４００は、バス４５を介して、通信部４９、通信部５０、通信部５１と接続している。通信部４９は、通信回線Ｌ２を介して、ロードバランサ３と通信可能に接続している。通信部５０は、通信回線Ｌ３を介して、カード会社サーバ９と通信可能に接続している。通信部５１は、通信回線Ｌ４を介して、請求サーバ６と通信可能に接続している。
【００３１】
ここからは、請求サーバ６のハードウェア構成について説明する。図４は、請求サーバ６のハードウェア構成を示すブロック図である。図４に示すように、請求サーバ６は、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、メモリ部６４等を備えている。ＣＰＵ６１は制御主体となる。ＲＯＭ６２は各種プログラムを記憶する。ＲＡＭ６３はプログラムや各種データを展開する。メモリ部６４は各種プログラムを記憶する。ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、メモリ部６４は、互いにバス６５を介して接続されている。ＣＰＵ６１とＲＯＭ６２とＲＡＭ６３が、制御部６００を構成する。すなわち、制御部６００は、ＣＰＵ６１がＲＯＭ６２やメモリ部６４に記憶されＲＡＭ６３に展開された制御プログラムに従って動作することによって、後述する請求サーバ６に係る制御処理を実行する。
【００３２】
ＲＡＭ６３は、請求済データ記憶部６３１を備える。請求済データ記憶部６３１は、オーソリサーバ４から受信したすべての請求済データを記憶する。請求済データは、ＣＡＦＩＳサーバ８に送信した与信情報に基づいて作成される。
【００３３】
ここで、請求済データ記憶部６３１が記憶する請求済データについて説明する。図５は、請求済データの構造の一例を示す図である。図５に示すように、請求済データＣＤは、クレジット番号ＣＤ１、加盟店番号ＣＤ２、取引日時ＣＤ３、端末番号ＣＤ４、ＣＲ一連番号ＣＤ５、金額ＣＤ６、伝票番号ＣＤ７の各情報を有する。クレジット番号ＣＤ１は、カードリーダ１９が読み取ったクレジット番号である。加盟店番号ＣＤ２は、上記クレジットシステムに参加している店舗、あるいは企業（例えば○○会社△△店）を特定する番号である。取引日時ＣＤ３は、クレジット端末１において、クレジット取引を行った取引日時である。取引日時は、タイマ２１が計時する現在の時刻の出力に基づいて定まる。端末番号ＣＤ４は、クレジット取引を行ったクレジット端末１の端末番号記憶部１４３に記憶されている端末番号である。ＣＲ一連番号ＣＤ５は、ＣＲ一連番号記憶部１４２に記憶されているＣＲ一連番号である。金額ＣＤ６は、クレジット端末１に入力されたクレジット取引に係り顧客が支払う支払金額である。伝票番号ＣＤ７は、オーソリサーバ４が取引毎に発番し、カード会社Ｋに送付した伝票を特定する伝票番号である。なお、請求済データＣＤは、その他の情報を含んでいてもよい。
【００３４】
図４の説明に戻る。メモリ部６４は、電源を切っても記憶情報が保持されるＨＤＤやフラッシュメモリ等の不揮発性メモリで構成される。メモリ部６４は、制御プログラム部６４１を有する。制御プログラム部６４１は、請求サーバ６を制御するための制御プログラムを記憶する。
【００３５】
また、制御部６００は、バス６５およびコントローラ６６を介して、表示部６７、操作部６８と接続している。表示部６７は、例えば液晶で構成され、操作者に情報を表示する。操作部６８は、複数のキーを備えたキーボードである。
【００３６】
また、制御部６００は、バス６５を介して、通信部６９、通信部７０と接続している。通信部６９は、通信回線Ｌ４を介して、オーソリサーバ４と通信可能に接続している。通信部７０は、通信回線Ｌ６を介して、管理端末７と通信可能に接続している。
【００３７】
ここからは、クレジット端末１の制御について説明する。図６は、クレジット端末１の制御処理の流れを示すフローチャートである。図６に示すように、クレジット端末１の制御部１００は、カードリーダ１９が読み取ったクレジット番号が入力されたかを判断する（Ｓ１１）。クレジット番号が入力されたと判断した場合には（Ｓ１１のＹｅｓ）、制御部１００は、入力されたクレジット番号をクレジット番号記憶部１３１に記憶する（Ｓ１２）。そして制御部１００は、Ｓ１１に戻る。
【００３８】
また、クレジット番号の入力ではないと判断した場合には（Ｓ１１のＮｏ）、制御部１００は、クレジット取引に係り顧客が支払う支払金額が入力されたかを判断する（Ｓ１３）。支払金額が入力されたと判断した場合には（Ｓ１３のＹｅｓ）、制御部１００は、入力された支払金額を金額記憶部１３２に記憶する（Ｓ１４）。そして制御部１００は、Ｓ１１に戻る。
【００３９】
また、支払金額の入力ではないと判断した場合には（Ｓ１３のＮｏ）、制御部１００は、送信キー１８１が操作されたかを判断する（Ｓ２１）。送信キー１８１が操作されたと判断した場合には（Ｓ２１のＹｅｓ）、制御部１００は、ＣＲ一連番号記憶部１４２に記載されているＣＲ一連番号に＋１した新たなＣＲ一連番号を発生する（Ｓ２２）。そして制御部１００は、新たなＣＲ一連番号をＣＲ一連番号記憶部１４２に上書きする。
【００４０】
次に制御部１００は、端末番号記憶部１４３に記憶されている端末番号を読み出して取得する（Ｓ２３）。また、制御部１００は、タイマ２１からの出力に基づいて、タイマ２１が計時した取引日時を取得する（Ｓ２３）。そして制御部１００は、発生したＣＲ一連番号と取得した端末番号と取引日時を含むクレジット伝文を作成する（Ｓ２４）。このクレジット伝文には、クレジット番号記憶部１３１に記憶されているクレジット番号、金額記憶部１３２に記憶されている支払金額、加盟店番号等の情報が含まれる。そして制御部１００は、作成したクレジット伝文をロードバランサ３に送信する（Ｓ２５）。そして制御部１００は、Ｓ１１に戻る。
【００４１】
Ｓ２５で送信されたクレジット伝文を受信したロードバランサ３は、予め定められたルールに従って、受信したクレジット伝文をオーソリサーバ４Ａとオーソリサーバ４Ｂのいずれかのオーソリサーバ４に送信する。
【００４２】
また、送信キー１８１の操作ではないと判断した場合には（Ｓ２１のＮｏ）、制御部１００は、Ｓ２５で送信したクレジット伝文に対する応答（すなわち、当該クレジット取引が成立したことを示す応答）がオーソリサーバ４からロードバランサ３を介して受信したかを判断する（Ｓ３１）。クレジット伝文に対する応答があったと判断した場合には（Ｓ３１のＹｅｓ）、制御部１００は、印字部２２を駆動して、当該クレジット取引に係るクレジット伝票（顧客用と店舗保管用の２種類）を印字する（Ｓ３２）。印字されたクレジット伝票の一方は顧客に渡され、他方は店舗で保管される。そして制御部１００は、Ｓ１１に戻る。
【００４３】
また、クレジット伝文に対する応答ではないと判断した場合には（Ｓ３１のＮｏ）、制御部１００は、Ｓ２５で送信したクレジット伝文に対する応答がないかを判断する（Ｓ３３）。制御部１００は、例えば、Ｓ２５においてクレジット伝文を送信してからの経過時間をタイマ２２から出力に基づいて測定し、所定の時間経過してもＳ３１において応答あり（Ｓ３１のＹｅｓ）と判断できない場合に、Ｓ３３において応答なしと判断する。例えば、通信回線Ｌ１において障害が発生した場合、オーソリサーバ４は正常にクレジット端末１に応答を送信した場合でも、その応答がクレジット端末１に届かない場合がある。このような場合に、制御部１００は、応答なしと判断する。一方、オーソリサーバ４の制御部４００は、応答を正常に送信したと判断する。
【００４４】
クレジット伝文に対する応答がないと判断した場合には（Ｓ３３のＹｅｓ）、制御部１００は、Ｓ２５で送信したクレジット伝文を再送信する（Ｓ３４）。この場合、クレジット取引はまだ成立していないため、再送信したクレジット伝文における、ＣＲ一連番号と端末番号と取引日時は、Ｓ２５で送信したクレジット伝文と同一の内容である。そして制御部１００は、Ｓ１１に戻る。また、クレジット伝文に対する応答がないと判断していない場合には（Ｓ３３のＮｏ）、制御部１００は、Ｓ１１に戻る。
【００４５】
Ｓ３４で再送信されたクレジット伝文を受信したロードバランサ３は、当該クレジット伝文をオーソリサーバ４Ａとオーソリサーバ４Ｂのいずれかのオーソリサーバ４に振り分けて送信する。この場合、Ｓ２５で送信したクレジット伝文とＳ３４で再送信したクレジット伝文が、同じオーソリサーバ４に振り分けられるとは限らない。例えば、ロードバランサ３は、Ｓ２５で送信されたクレジット伝文をオーソリサーバ４Ａに送信し、Ｓ３４で再送信したクレジット伝文をオーソリサーバ４Ｂに送信することがある。
【００４６】
ここからは、オーソリサーバ４の制御について説明する。図７は、オーソリサーバ４の制御処理の流れを示すフローチャートである。オーソリサーバ４Ａおよびオーソリサーバ４Ｂは、同様の制御処理を実行する。図７に示すように、オーソリサーバ４の制御部４００は、クレジット端末１が送信し、ロードバランサ３が振り分けたクレジット伝文を受信したかを判断する（Ｓ４１）。クレジット伝文を受信したと判断した場合には（Ｓ４１のＹｅｓ）、制御部４００は、受信したクレジット伝文をクレジット伝文記憶部４３１に記憶する（Ｓ４２）。次に制御部４００は、受信したクレジット伝文について与信をたてる。すなわち、オーソリサーバ４は、カード会社サーバ９に対し、クレジット伝文に基づいて作成した与信情報を送信するとともに、当該クレジットカードのネガティブチェックの問い合わせを行う（Ｓ４３）。そして制御部４００は、与信を立てたクレジット取引について、伝票を作成してカード会社Ｋに送信する（Ｓ４４）。
【００４７】
次に制御部４００は、与信情報に基づいて請求済データを作成する（Ｓ４５）。そして制御部４００は、作成した請求済データを、請求サーバ６に送信する（Ｓ４６）。そして制御部４００は、Ｓ４１に戻る。
【００４８】
ここで、ロードバランサ３が、Ｓ２５で送信されたクレジット伝文をオーソリサーバ４Ａに送信し、Ｓ３４で再送信したクレジット伝文をオーソリサーバ４Ｂに送信した場合を考える。このような場合には、オーソリサーバ４Ａおよびオーソリサーバ４Ｂは、Ｓ３４で再送信されたクレジット伝文が再送信されたクレジット伝文であることを判断できないことがある。そのため、オーソリサーバ４Ａは、Ｓ２５で送信されたクレジット伝文に基づいて伝票（例えば伝票Ａ）を作成する。また、オーソリサーバ４Ａは、Ｓ２５で送信されたクレジット伝文に基づいて請求済データを作成する。この請求済データには、伝票Ａを特定する伝票番号ＣＤ７が含まれる。そしてオーソリサーバ４Ａは、作成した請求済データを請求サーバ６に送信する。一方、オーソリサーバ４Ｂは、Ｓ３４で送信されたクレジット伝文に基づいて伝票Ａとは別の伝票（例えば伝票Ｂ）を作成する。また、オーソリサーバ４Ｂは、Ｓ３４で送信されたクレジット伝文に基づいて請求済データを作成する。この請求済データには、伝票Ｂを特定する伝票番号ＣＤ７が含まれる。そしてオーソリサーバ４Ｂは、作成した請求済データを請求サーバ６に送信する。すなわち、オーソリサーバ４は、一つのクレジット取引に対して二重請求の処理を行う。
【００４９】
また、クレジット伝文の受信ではないと判断した場合には（Ｓ４１のＮｏ）、制御部４００は、カード会社サーバ９から、問い合わせに対する応答があったかを判断する（Ｓ５１）。問い合わせに対する応答があったと判断した場合には（Ｓ５１のＹｅｓ）、制御部４００は、当該応答をクレジット端末１に送信する（Ｓ５２）。そして制御部４００は、Ｓ４１に戻る。また、問い合わせに対する応答ではないと判断した場合には（Ｓ５１のＮｏ）、制御部４００は、Ｓ４１に戻る。
【００５０】
ここからは、請求サーバ６の機能構成について説明する。図８は、請求サーバ６の機能構成を示す機能ブロック図である。請求サーバ６の制御部６００は、制御プログラム部６４１に記憶された制御プログラムに従って動作することで、同一判断部６０１とメッセージ出力部６０２として機能する。
【００５１】
同一判断部６０１は、請求済データ記憶部６３１が記憶した請求済データに含まれる管理情報に基づいて、請求済データ記憶部６３１に同一のクレジット取引に係る複数の請求済データが記憶されているかを判断する。同一判断部６０１は、管理情報に含まれる少なくともＣＲ一連番号が同一である複数の請求済データが記憶されている場合に、請求済データ記憶部６３１に同一のクレジット取引に係る複数の請求済データが記憶されていると判断する。同一判断部６０１は、所定のタイミング（例えば請求サーバ６の起動時）で同一のクレジット取引に係る複数の請求済データが記憶されているかを判断する。
【００５２】
メッセージ出力部６０２は、同一判断部６０１が請求済データ記憶部６３１に同一のクレジット取引に係る複数の請求済データが記憶されていると判断した場合には、当該同一のクレジット取引について複数回の請求がされていることを示す警告メッセージを管理端末７に出力する。管理端末７は、メッセージ出力部６０２が出力した警告メッセージを受信して表示部に表示する。
【００５３】
ここからは、請求サーバ６の制御について説明する。図９は、請求サーバ６の制御処理の流れを示すフローチャートである。図９に示すように、請求サーバ６の制御部６００は、オーソリサーバ４から請求済データを受信したかを判断する（Ｓ６１）。オーソリサーバ４から請求済データを受信したと判断した場合には（Ｓ６１のＹｅｓ）、制御部６００は、受信した請求済データを請求済データ記憶部６３１に記憶する（Ｓ６２）。そして制御部６００は、Ｓ６１に戻る。
【００５４】
また、オーソリサーバ４からの請求済データの受信ではないと判断した場合には（Ｓ６１のＮｏ）、制御部６００は、所定のタイミングであるかを判断する（Ｓ７１）。所定のタイミングは、例えば請求サーバ６の起動のタイミングである。所定のタイミングであると判断した場合には（Ｓ７１のＹｅｓ）、制御部６００は、請求済データ記憶部６３１が記憶した請求済データに含まれる管理情報を比較対象として、請求済データ記憶部６３１に記憶されているすべての請求済データを比較する（Ｓ７２）。そして同一判断部６０１は、請求済データ記憶部６３１に同一のクレジット処理に係る複数の請求済データが記憶されているかを判断する（Ｓ７３）。例えば、請求済データ記憶部６３１に記憶されている請求済データに含まれる管理情報としてのＣＲ一連番号ＣＤ５が一致している複数の請求済データがあるかを判断する。ＣＲ一連番号ＣＤ５が一致している複数の請求済データがあると破断した場合には、同一判断部６０１は、請求済データ記憶部６３１に同一のクレジット取引に係る複数の請求済データが記憶されていると判断する。
【００５５】
なお、同一判断部６０１は、管理情報としてのＣＲ一連番号ＣＤ５と取引日時ＣＤ３がいずれも一致している複数の請求済データがあるかを判断するようにしてもよい。この場合、同一判断部６０１は、ＣＲ一連番号ＣＤ５と取引日時ＣＤ３いずれもが一致している複数の請求済データがあると破断した場合には、請求済データ記憶部６３１に同一のクレジット取引に係る複数の請求済データが記憶されていると判断する。また、同一判断部６０１は、管理情報としてのＣＲ一連番号ＣＤ５と取引日時ＣＤ３と端末番号ＣＤ４がいずれも一致している複数の請求済データがあるかを判断するようにしてもよい。この場合、同一判断部６０１は、ＣＲ一連番号ＣＤ５と取引日時ＣＤ３と端末番号ＣＤ４いずれもが一致している複数の請求済データがあると破断した場合には、請求済データ記憶部６３１に同一のクレジット取引に係る複数の請求済データが記憶されていると判断する。
【００５６】
同一判断部６０１が請求済データ記憶部６３１に同一のクレジット取引に係る複数の請求済データが記憶されていると判断した場合には（Ｓ７３のＹｅｓ）、メッセージ出力部６０２は、当該同一のクレジット取引について複数回のクレジット処理がされている（すなわち二重請求がされている）ことを示す警告メッセージを管理端末７に出力する（Ｓ７４）。そして制御部６００は、Ｓ６１に戻る。また、同一判断部６０１が請求済データ記憶部６３１に同一のクレジット取引に係る複数の請求済データは記憶されていないと判断した場合には（Ｓ７３のＮｏ）、制御部６００は、Ｓ６１に戻る。また、Ｓ７１において、所定のタイミングではないと判断した場合には（Ｓ７１のＮｏ）、制御部６００は、Ｓ６１に戻る。
【００５７】
管理端末７は、請求サーバ６から受信した警告メッセージを表示部に表示する。担当者は、管理端末７に表示されたメッセージを見て、二重請求があることを確認する。二重請求を認識した担当者は、クレジット会社に電話する等の対応措置をとる。
【００５８】
このような実施形態によれば、請求サーバ６は、同一のクレジット取引に係り、クレジット端末１から再度クレジット伝文が送信されて二重請求となった場合に、二重請求があったことを示すメッセージを管理端末７に出力する。そのため、管理端末７の表示を見た担当者は、二重請求があったことを容易に認識することが可能となる。
【００５９】
また、実施形態によれば、ＣＲ一連番号ＣＤ５はクレジット端末１が一つのクレジット取引について一つ発生させる番号であるため、最初に送信されたクレジット伝文と再送信されたクレジット伝文には同一のＣＲ一連番号ＣＤ５が含まれる。そのため、同一のＣＲ一連番号ＣＤ５が複数の請求済データに含まれている場合に、二重請求があったことを示すメッセージを管理端末７に出力する。そのため、管理端末７の表示を見た担当者は、二重請求があったことを容易に認識することが可能となる。
【００６０】
また、実施形態によれば、同一のＣＲ一連番号ＣＤ５と同一の取引日時ＣＤ３が複数の請求済データに含まれている場合に、二重請求があったことを示すメッセージを管理端末７に出力する。そのため、管理端末７の表示を見た担当者は、二重請求があったことを容易に認識することが可能となる。
【００６１】
また、実施形態によれば、同一のＣＲ一連番号ＣＤ５と同一の取引日時ＣＤ３と同一の端末番号ＣＤ４が複数の請求済データに含まれている場合に、二重請求があったことを示すメッセージを管理端末７に出力する。そのため、管理端末７の表示を見た担当者は、二重請求があったことを容易に認識することが可能となる。
【００６２】
また、実施形態によれば、同一判断部６０１は、請求サーバ６の起動のタイミングで同一のクレジット取引に係る複数の請求済データが記憶されているかを判断する。そのため、担当者は、管理端末７を見るタイミングを容易に把握することができる。
【００６３】
以上、本発明の実施形態および変形例を説明したが、この実施形態および変形例は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態および変形例は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態および変形例は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００６４】
例えば、実施形態では、２台のオーソリサーバ４を用いて説明した。しかしながらこれに限らず、オーソリサーバ４は複数台であればよい。
【００６５】
また、実施形態では、管理情報の一例として、ＣＲ一連番号ＣＤ５と取引日時ＣＤ３と端末番号ＣＤ４を用いて説明した。しかしながらこれに限らず、管理情報は、クレジット端末１が同一のクレジット取引において一つの情報として発信する情報であればよく、二重請求であることが判別できる情報であればよい。
【００６６】
また、実施形態では、同一判断部６０１は、二重請求であるかを判断したが、これに限らず、同一判断部６０１は、二重請求以上の多重請求を判断すればよい。
【００６７】
また、実施形態では、請求サーバ６をサーバとして説明した。しかしながらこれに限らず、他のサーバをサーバとしてもよい。
【００６８】
また、実施形態では、クレジットカードをクレジット媒体の一例として説明した。しかしながら、クレジット媒体は、クレジットカードを含む、クレジットで買い物が可能な媒体であればよい。
【００６９】
なお、実施形態の請求サーバ６で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（FD）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００７０】
また、実施形態の請求サーバ６で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、実施形態の請求サーバ６で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【００７１】
また、実施形態の請求サーバ６で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【符号の説明】
【００７２】
１      クレジット端末
３      ロードバランサ
４      オーソリサーバ
６      請求サーバ
７      管理端末
９      カード会社サーバ
１００  制御部
１３１  クレジット番号記憶部
１３２  金額記憶部
１４２  ＣＲ一連番号記憶部
１４３  端末番号記憶部
４００  制御部
４３１  クレジット伝文記憶部
６００  制御部
６０１  同一判断部
６０２  メッセージ出力部
６３１  請求済データ記憶部
【先行技術文献】
【特許文献】
【００７３】
【特許文献１】特開２００１−２５０１７２号公報
【図１】
2020086560.tif 000003
【図２】
2020086560.tif 000004
【図３】
2020086560.tif 000005
【図４】
2020086560.tif 000006
【図５】
2020086560.tif 000007
【図６】
2020086560.tif 000008
【図７】
2020086560.tif 000009
【図８】
2020086560.tif 000010
【図９】
2020086560.tif 000011