JP2022038081A - 取引データ管理システム - Google Patents

Abstract

【課題】クレジット決済済みの取引データの訂正を安全且つ簡便に行うことが可能な取引データ管理システムを提供する。【解決手段】取引データ管理システムは、ネットワークを介して接続された店舗端末２０と、サーバ装置３０と、を有する。サーバ装置３０は、クレジット決済で使用されたクレジットカードのカード情報を少なくとも含む、クレジット決済の取引データを記憶する記憶手段と、記憶手段に記憶された取引データの中から、訂正対象となる取引データを指示した指示情報を端末装置から受け付ける受付手段と、記憶手段から訂正対象の取引データを特定し、訂正対象の取引データの内容に基づき生成した、取引データの取引を取り消すための取消データを記憶手段に登録する訂正手段とを備える。【選択図】図５

Description

本発明の実施形態は、取引データ管理システムに関する。

従来、各種店舗の決済装置では、現金による決済以外に、クレジットカードを用いたクレジット決済に対応するものが存在している。クレジット決済においては、決済装置が、クレジットカードに関するカード情報を含んだ決済に係る取引データを、決済サービスを提供する決済サーバに送信することが行われている。

ところで、上記した取引データの少なくとも一部は店舗の従業員が入力することになるため、入力間違い等の誤打が発生する可能性がある。また、送信済みの取引データについては、店舗側で取引内容を訂正することは一般的に許容されていない。

そのため、店舗では、例えば客が退店した後に、訂正対象の取引データの全項目を再度入力し直し、取引区分を「取消区分」等として決済サーバに登録し直すことで、訂正対象の登録済みデータを相殺することが行われている。そして、訂正対象の登録済みデータを相殺した後、訂正した内容の取引データを新たに登録することで、誤打のリカバリを行っている。この場合、取消や訂正用の取引データを決済サーバに送信する際には、カード情報が必要となるため、カード情報の内容を印刷や紙に書いたり、別途記憶したりすることで対応を行っている。

しかしながら、客が退店した後もカード情報が店舗に保持されるのはセキュリティ上の問題がある。また、店舗側で取消や訂正用の取引データを作成するのは手間であり、かえって誤打が生じる可能性がある等、利便性の上でも改善の余地がある。

本発明が解決しようとする課題は、クレジット決済済みの取引データの訂正を安全且つ簡便に行うことが可能な取引データ管理システムを提供することである。

実施形態の取引データ管理システムは、端末装置とサーバ装置とを有する取引データ管理システムであって、前記サーバ装置は、記憶手段と、受付手段と、訂正手段とを備える。記憶手段は、クレジット決済で使用されたクレジットカードのカード情報を少なくとも含む、前記クレジット決済の取引データを記憶する。受け付手段は、前記記憶手段に記憶された前記取引データの中から、訂正対象となる取引データを指示した指示情報を前記端末装置から受け付ける。訂正手段は、前記記憶手段から前記訂正対象の取引データを特定し、前記訂正対象の取引データの内容に基づき生成した、当該取引データの取引を取り消すための取消データを前記記憶手段に登録する。

図１は、実施形態に係る取引データ管理システムの概略構成図である。 図２は、実施形態に係る店舗端末のハードウェア構成の一例を示す図である。 図３は、実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。 図４は、実施形態に係る取引テーブルのデータ構成の一例を示す図である。 図５は、実施形態に係る店舗端末及びサーバ装置の機能構成の一例を示す図である。 図６は、実施形態の表示処理部が表示する訂正受付画面の一例を示す図である。 図７は、実施形態の訂正処理部が生成する取消データの一例を示す図である。 図８は、実施形態の訂正処理部が生成する取消データの一例を示す図である。 図９は、実施形態の表示処理部が表示する編集画面の一例を示す図である。 図１０は、実施形態の訂正処理部が生成する取消データの一例を示す図である。 図１１は、実施形態の訂正処理部が生成する取引データの一例を示す図である。 図１２は、実施形態の店舗端末及びサーバ装置が行う動作シーケンスの一例を示す図である。 図１３は、実施形態の訂正処理部が行う訂正処理の一例を示すフローチャートである。

以下、図面を参照して、実施形態に係る取引データ管理システムについて説明する。なお、以下に説明する実施形態に限定されるものではない。

図１は、本実施形態に係る取引データ管理システムの概略構成図である。図１に示すように、取引データ管理システム１は、ＰＯＳ端末１０と、店舗端末２０と、サーバ装置３０とを有する。

ＰＯＳ端末１０と店舗端末２０とは、店舗（店舗ａ～店舗ｃ）の各々に設けられており、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）、専用回線等のネットワークＮを介してサーバ装置３０と接続される。

ＰＯＳ端末１０は、商品やサービス（以下、総称して商品という）を提供する店舗に設けられる。なお、図１では、各店舗に複数台のＰＯＳ端末１０が設けられる例について示しているが、ＰＯＳ端末１０の台数は特に限定されない。

ＰＯＳ端末１０は、商品の売上データを生成し、売上登録を行う販売データ処理装置である。ＰＯＳ端末１０は、現金決済の他、クレジットカードを用いた決済（以下、クレジット決済ともいう）を行うことが可能となっている。ＰＯＳ端末１０は、クレジット決済時に、カード番号や有効期限等のカード情報を含んだ後述する取引データを生成し、決済サーバ６に送信する。

店舗端末２０は、端末装置の一例である。店舗端末２０は、例えば、各店舗のバックヤード等に設けられ、店舗の売上管理、在庫管理、経費管理等を行う。また、店舗端末２０は、ＰＯＳ端末１０で実行されたクレジット決済の取引データを訂正するような場合に、サーバ装置３０と協働することで、取引データを訂正するための処理を行う。

サーバ装置３０は、サーバ装置の一例である。サーバ装置３０は、例えば、クレジットカード会社等に設けられ、各店舗（ＰＯＳ端末１０）から送信される取引データに基づいて決済が可能か否かを判定する。また、サーバ装置３０は、決済可能か否かの判定結果を、取引データを送信した店舗（ＰＯＳ端末１０）に応答する。また、サーバ装置３０は、決済可能と判定した場合、ＰＯＳ端末１０から送信された取引データを後述する取引テーブル３５１（図３参照）に登録する。

上記構成の取引データ管理システム１において、ＰＯＳ端末１０は、サーバ装置３０から決済可能の応答を受信すると、取引データを示したレシートを印字発行し、決済済みとして取引を完了する。また、ＰＯＳ端末１０は、決済不可能の応答を受信すると、その旨を表示器に表示報知する。

ところで、ＰＯＳ端末１０のオペレータは、取引データを入力する際に、誤打等の理由により誤った情報を入力するような場合がある。例えば、後述する支払区分や業務区分等の項目はオペレータが入力することになるため、入力ミスが発生する可能性がある。

入力ミスを直ちに訂正することができないような場合、オペレータは、決済処理を後ほど訂正する旨を客に伝え、仮の伝票を客に手渡すような運用を行うことがある。また、客が退店した後に入力ミスに気が付くような場合もある。

ところで、サーバ上に一旦登録された取引データは、店舗側から削除したり修正したりすることは一般的に許容されていない。そのため、従来では、オペレータは、登録済みの取引データと同じデータを「取消区分」で生成して送信することで、修正対象取引を相殺する操作を行っている。さらに、項目を訂正するような場合には、オペレータは、訂正内容を反映した取引データを「売上区分」として登録することで、実質的に元取引の決済内容を訂正する操作を行っている。また、取消や訂正用の取引データを生成する際にはカード情報が必要となるため、オペレータは、カード情報の内容を印刷や紙に書いたり、別途記憶したりすることで対応を行っている。

しかしながら、客が退店した後もカード情報が店舗に保持されるのは、セキュリティ上の問題がある。また、オペレータが取消や訂正用の取引データを作成するのは手間であり、かえって誤打が生じる可能性がある等、利便性の上でも改善の余地がある。

そこで、本実施形態の取引データ管理システム１では、店舗端末２０とサーバ装置３０との協働により、クレジット決済済みの取引データの訂正を安全且つ簡便に行うことが可能となっている。以下、上述した店舗端末２０及びサーバ装置３０の構成について説明する。

図２は、店舗端末２０のハードウェア構成の一例を示す図である。図２に示すように、店舗端末２０は、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２、及びＲＡＭ（Random Access Memory）２３等のコンピュータ構成を備える。

ＣＰＵ２１は、プロセッサの一例であり、店舗端末２０の各部を統括的に制御する。ＲＯＭ２２は、各種プログラムを記憶する。ＲＡＭ２３は、プログラムや各種データを展開するワークスペースである。ＣＰＵ２１は、ＲＯＭ２２や後述する記憶部２７に記憶されＲＡＭ２３に展開されたプログラムに従って動作することによって、各種の処理を実行する。

また、店舗端末２０は、表示部２４、操作部２５、通信部２６、及び記憶部２７等を備える。

表示部２４は、ＬＣＤ等の表示デバイスであり、ＣＰＵ２１の制御に従って各種の情報や画面を表示する。操作部２５は、各種の操作キーを有し、ユーザの操作に応じた操作内容をＣＰＵ２１に出力する。なお、操作部２５は、表示部２４の表面に設けられたタッチパネルであってもよい。

通信部２６は、ネットワークＮに接続可能な通信インタフェースである。通信部２６は、ネットワークＮを介してＰＯＳ端末１０やサーバ装置３０等の外部装置と通信を行う。

記憶部２７は、ＨＤＤやフラッシュメモリ等で構成されており、電源を遮断しても記憶内容を維持する。記憶部２７は、ＣＰＵ２１が実行することが可能なプログラムや各種の設定情報を記憶する。

図３は、サーバ装置３０のハードウェア構成の一例を示す図である。図３に示すように、サーバ装置３０は、ＣＰＵ３１、ＲＯＭ３２、及びＲＡＭ３３等のコンピュータ構成を備える。

ＣＰＵ３１は、プロセッサの一例であり、サーバ装置３０の各部を統括的に制御する。ＲＯＭ３２は、各種プログラムを記憶する。ＲＡＭ３３は、プログラムや各種データを展開するワークスペースである。ＣＰＵ３１は、ＲＯＭ３２や後述する記憶部３５に記憶されＲＡＭ３３に展開されたプログラムに従って動作することによって、各種の処理を実行する。

また、サーバ装置３０は、通信部３４及び記憶部３５等を備える。通信部３４は、ネットワークＮに接続可能な通信インタフェースである。通信部３４は、ネットワークＮを介してＰＯＳ端末１０や店舗端末２０等の外部装置と通信を行う。

記憶部３５は、ＨＤＤやフラッシュメモリ等で構成されており、電源を遮断しても記憶内容を維持する。記憶部３５は、ＣＰＵ３１が実行することが可能なプログラムや各種の設定情報を記憶する。

また、記憶部３５は、ＰＯＳ端末１０から送信された取引データを格納（登録）するための取引テーブル３５１を記憶する。ここで、取引テーブル３５１は、記憶手段の一例である。以下、図４を参照して、取引テーブル３５１のデータ構成について説明する。

図４は、取引テーブル３５１のデータ構成の一例を示す図である。図４に示すように、取引テーブル３５１は、日時、店舗番号、端末番号、伝票番号、カード会社、カード情報、支払区分、業務区分、売上金額、コメント等の項目を有する。つまり、ＰＯＳ端末１０で生成される取引データは、図４の各項目に係る情報を含んでいる。

ここで、日付は、取引（クレジット決済）が行われた日付や時刻を意味する。店舗番号は、取引が行われた店舗を識別可能な識別情報（識別番号）である。端末番号は、取引を行ったＰＯＳ端末１０を識別可能な識別情報（識別番号）である。伝票番号は、取引毎に発行される固有の識別情報（識別番号）である。カード会社は、クレジットカードの国際ブランド名やクレジットカードを発行する発行会社名等の情報である。カード情報は、カード番号や有効期限等を含む。なお、カード情報は、平文のまま記憶する形態としてもよいし、暗号化した状態で保持する形態としてもよい。また、カード情報は、伝票番号等の取引を特定可能な情報と関連付けて、取引テーブル３５１とは別のよりセキュアな記憶領域に保持する形態としてもよい。

支払区分は、「一括」や「分割」、「ボーナス払い」等の支払い方法を識別するための情報である。業務区分は、「売上」や「取消」等の取引データの業務区分を示す情報である。売上金額は、客が商品を購入した時に支払った代金を示す情報である。

また、コメントは、取引データに関する任意の情報を設定することが可能な項目である。例えば、コメントには、取引データが「誤打」であることや、「取消」の対象であることを示す情報等を登録することが可能となっている。

次に、図５を参照して、取引データの訂正に係る店舗端末２０及びサーバ装置３０の機能構成について説明する。図５は、店舗端末２０及びサーバ装置３０の機能構成の一例を示す図である。なお、図５では、店舗端末２０及びサーバ装置３０の両装置において、関係する機能部同士を破線で接続している。

図５に示すように、店舗端末２０は、検索条件送信部２１１と、情報取得部２１２と、表示処理部２１３と、訂正指示受付部２１４と、訂正指示部２１５とを機能部として備える。店舗端末２０が備える機能部の一部又は全ては、店舗端末２０のプロセッサ（例えばＣＰＵ２１）とメモリ（例えばＲＯＭ２２、記憶部２７）に記憶されたプログラムとの協働により実現されるソフトウェア構成であってもよい。また、店舗端末２０が備える機能部の一部又は全ては、店舗端末２０に搭載された専用回路等で実現されるハードウェア構成であってもよい。

また、サーバ装置３０は、検索処理部３１１と、情報提供部３１２と、訂正処理部３１３とを機能部として備える。サーバ装置３０が備える機能部の一部又は全ては、サーバ装置３０のプロセッサ（例えばＣＰＵ３１）とメモリ（例えばＲＯＭ３２、記憶部３５）に記憶されたプログラムとの協働により実現されるソフトウェア構成であってもよい。また、サーバ装置３０が備える機能部の一部又は全ては、サーバ装置３０に搭載された専用回路等で実現されるハードウェア構成であってもよい。

店舗端末２０の検索条件送信部２１１は、訂正対象の取引データを絞り込むための検索条件をサーバ装置３０に送信する。具体的には、検索条件送信部２１１は、操作部２５を介して、オペレータから入力される検索条件を受け付ける。検索条件送信部２１１は、検索条件の入力を受け付けると、その検索条件をサーバ装置３０に送信する。

ここで、検索条件は、取引データに含まれる項目に関するものであれば特に問わないものとする。例えば、特定の日時や自店舗の店舗番号等を検索条件とすることができる。また、例えば、特定の伝票番号や、特定の文字列（誤打等）を検索条件とすることもできる。

サーバ装置３０の検索処理部３１１は、検索手段の一例である。検索処理部３１１は、店舗端末２０から検索条件を受信すると、その検索条件に該当する取引データを取引テーブル３５１から検索する。例えば、特定の日時や店舗番号が検索条件に設定されている場合、検索処理部３１１は、取引テーブル３５１に記憶された各取引データの日時や店舗番号の項目を参照し、検索条件に該当する取引データを検索する。また、例えば、特定の伝票番号や文字列が検索条件に設定されている場合、検索処理部３１１は、取引テーブル３５１に記憶された各取引データの伝票番号やコメントの項目を参照し、検索条件に該当する取引データを検索する。

サーバ装置３０の情報提供部３１２は、提供手段の一例である。情報提供部３１２は、検索処理部３１１の検索結果を、検索条件を送信した店舗端末２０に提供する。具体的には、情報提供部３１２は、検索処理部３１１が検索した取引データを取引テーブル３５１から読み出し、検索結果として店舗端末２０に提供する。ここで、情報提供部３１２は、取引データからカード情報を除外した残りの情報を検索結果として店舗端末２０に提供する。なお、情報提供部３１２は、後述する図６や図９に係る画面を表示可能な形態で検索結果を提供してもよい。

店舗端末２０の情報取得部２１２は、サーバ装置３０の情報提供部３１２から提供される情報を取得（受信）する。具体的には、情報取得部２１２は、検索条件送信部２１１が送信した検索条件に該当する取引データの検索結果をサーバ装置３０から取得する。

店舗端末２０の表示処理部２１３は、表示制御手段の一例である。表示処理部２１３は、情報取得部２１２が取得した検索結果に基づく画面（以下、訂正受付画面ともいう）を表示部２４に表示させる。

ここで、図６は、表示処理部２１３が表示する訂正受付画面の一例を示す図である。図６に示すように、訂正受付画面ＧＡには、サーバ装置３０から送信された検索結果が表示される。図６では、検索結果として、伝票番号が「２０００１」、「２０００２」及び「２０００３」の３つの取引の内訳を表示した例を示している。なお、日付及び店舗番号の項目については、表示を省略している。

また、訂正受付画面ＧＡには、取消ボタンＢａと、訂正ボタンＢｂとが設けられている。店舗端末２０の訂正指示受付部２１４は、訂正受付画面ＧＡに対する操作を、操作部２５を介して受け付ける。なお、訂正指示受付部２１４は、操作受付手段の一例である。

ここで、取消ボタンＢａは、取引の取り消しを指示するための操作子である。店舗端末２０のオペレータは、訂正受付画面ＧＡに表示された検索結果から所望の取引（取引データ）を選択し、取消ボタンＢａを操作することで、その取引の取り消しを指示することができる。

具体的には、訂正指示受付部２１４は、取消ボタンＢａの操作を受け付けると、取消の対象となった取引の伝票番号と、取消を指示する情報（以下、取消指示ともいう）とを含んだ訂正指示情報を訂正指示部２１５に出力する。

店舗端末２０の訂正指示部２１５は、訂正指示手段の一例である。訂正指示部２１５は、訂正指示受付部２１４から入力された訂正指示情報をサーバ装置３０に送信する。なお、訂正指示受付部２１４は、現在の日時や自店舗の店舗番号、自装置の端末番号等を訂正指示情報に含めてもよい。

サーバ装置３０の訂正処理部３１３は、受付手段及び訂正手段の一例である。訂正処理部３１３は、店舗端末２０から送信された訂正指示情報に応じて、取引テーブル３５１に登録された取引データを訂正するための処理を実行する。

具体的には、訂正処理部３１３は、店舗端末２０から取消指示を含んだ訂正指示情報を受け付けると、訂正指示情報に含まれた取引番号対応する取引データを取引テーブル３５１から特定する。次いで、訂正処理部３１３は、特定した取引データに基づいて、当該取引データの業務区分に登録された内容を相殺する取引データ（以下、取消データともいう）を生成し、取引テーブル３５１に登録する。

例えば、図６の訂正受付画面ＧＡに表示された伝票番号「２０００１」の取引について取消が指示された場合、訂正処理部３１３は、図７に示すような取消データを生成し、取引テーブル３５１に登録する。また、例えば、図６の訂正受付画面ＧＡに表示された伝票番号「２０００２」の取引について取消が指示された場合、訂正処理部３１３は、図８に示すような取消データを生成し、取引テーブル３５１に登録する。

ここで、図７及び図８は、訂正処理部３１３が生成する取消データの一例を示す図である。図７の取消データでは、元となる伝票番号「２０００１」の取引データ（以下、訂正元データともいう）の業務区分「売上」を、「取消」に変更したものとなっている。また、図８の取消データでは、伝票番号「２０００２」の訂正元データの業務区分「取消」を、「売上」に変更したものとなっている。

また、取引データを構成する他の項目の内容は、訂正元データの項目から引き継がれたものとなっている。つまり、サーバ装置３０では、店舗端末２０からカード情報や取引内容を送信することなく、取引データの取消に係る処理を行うことが可能となっている。

このように、訂正処理部３１３は、取引の取消が指示された場合、訂正元データの業務区分に登録された内容を相殺する取消データを取引テーブル３５１に登録することで、訂正元データの取引を取り消す（打ち消す）ための訂正処理を実行する。

なお、図７及び図８の取消データでは、日付、店舗番号及び端末番号を図示していないが、取消データは、通常の取引データと同様のフォーマットを有するものとする。この場合、日付、店舗番号及び端末番号の項目は、訂正元データの内容を引き継ぐ形態としてもよいし、訂正指示情報に含まれた各項目の内容が登録されてもよい。また、日時の項目には、訂正処理部３１３が、現在の日時を登録する形態としてもよい。また、図７及び図８の取消データでは、コメントの項目を空欄としているが、訂正元データの内容を引き継ぐ形態としてもよい。

図６に戻り、訂正受付画面ＧＡの訂正ボタンＢｂは、取引内容の訂正（編集）を指示するための操作子である。店舗端末２０のオペレータは、訂正受付画面ＧＡに表示された検索結果から所望の取引（取引データ）を選択し、訂正ボタンＢｂを操作することで、その取引の取引内容を編集することができる。

具体的には、訂正指示受付部２１４は、訂正ボタンＢｂの操作を受け付けると、表示処理部２１３と協働することで、編集の対象となった取引の取引内容を編集するための編集画面を表示させる。

ここで、図９は、表示処理部２１３が表示する編集画面の一例を示す図である。図９に示すように、編集画面ＧＢには、編集の対象となった取引の端末番号と、伝票番号とが表示される。また、編集画面ＧＢには、修正可能な項目についてデータ修正を受付けるための入力受付欄ＧＢａ～ＧＢｄが設けられている。これら入力受付欄ＧＢａ～ＧＢｄには、編集対象の取引から読み込まれた対応する項目の登録内容が初期表示される。

ここで、入力受付欄ＧＢａ～ＧＢｃは、対応する項目の入力内容をプルダウン形式で選択することが可能となっている。また、入力受付欄ＧＢｄには、数値（金額）を入力することが可能となっている。これにより、オペレータは、編集元となる取引の登録内容を確認してから、編集内容を入力または選択することができるため、入力ミスの低減を図ることができる。編集可能な項目はここで図示した例に限定されないものとする。例えば、カード会社の項目は修正不可としてもよい。

また、編集画面ＧＢには、確定ボタンＢｃが設けられている。確定ボタンＢｃは、編集内容の確定を指示するための操作子である。店舗端末２０のオペレータは、入力受付欄ＧＢａ～ＧＢｄの何れかを操作して、所望の項目の登録内容を編集した後、確定ボタンＢｃを操作することで、その取引の編集を指示することができる。

具体的には、訂正指示受付部２１４は、確定ボタンＢｃの操作を受け付けると、編集の対象となった取引の伝票番号、編集対象の項目とその編集後の登録内容、及び編集を指示する情報（以下、編集指示ともいう）を含んだ訂正指示情報を訂正指示部２１５に出力する。訂正指示部２１５は、訂正指示受付部２１４から入力された訂正指示情報をサーバ装置３０に送信する。

サーバ装置３０の訂正処理部３１３は、店舗端末２０から編集指示を含んだ訂正指示情報を受け付けると、訂正指示情報に含まれた取引番号対応する取引データを取引テーブル３５１から特定する。次いで、訂正処理部３１３は、特定した取引データに基づいて、当該取引データの業務区分に登録された内容を相殺する取消データを生成し、取引テーブル３５１に登録する。そして、訂正処理部３１３は、特定した取引データに基づいて、編集対象の項目に編集後の登録内容を反映した編集後の取引データを生成し、取引テーブル３５１に登録する。

例えば、図９の編集画面ＧＢに表示された伝票番号「２０００３」の取引について、支払い区分の項目を「一括」から「ボーナス」に変更する編集操作がなされた場合、訂正処理部３１３は、まず図１０に示すような取消データを生成し、取引テーブル３５１に登録する。

ここで、図１０は、訂正処理部３１３が生成する取消データの一例を示す図である。図１０の取消データでは、先の説明と同様に、訂正元データの業務区分「売上」を、「取消」に変更したものとなっている。

続いて、訂正処理部３１３は、図１１に示すように、伝票番号「２０００３」の訂正元データの取引内容に基づき、支払い区分の項目を「ボーナス」に変更した新たな取引データを生成し、生成した新たな取引データを取引テーブル３５１に登録する。

ここで、図１１は、訂正処理部３１３が生成する取引データの一例を示す図である。図１１の取引データでは、図９の編集画面ＧＢで変更された支払い区分の内容が反映されたものとなっている。また、取引データを構成する他の項目の内容は、訂正元データの項目から引き継がれたものとなっている。つまり、サーバ装置３０では、店舗端末２０からカード情報や取引内容を送信することなく、取引データの編集に係る処理を行うことが可能となっている。

このように、訂正処理部３１３は、取引内容の編集が指示された場合、まずは、訂正元データの業務区分に登録された内容を相殺する取消データを取引テーブル３５１に登録することで、訂正元データの取引を取り消す（打ち消す）ための訂正処理を実行する。次いで、訂正処理部３１３は、訂正元データの内容に基づいて、編集が指示された項目の内容を編集後の内容とした取引データを取引テーブル３５１に登録することで、訂正元データを編集後（訂正後）の取引データに置き換えるための訂正処理を実行する。

なお、図１０及び図１１の取消データ及び取引データでは、日付、店舗番号及び端末番号を図示していないが、先の説明と同様に、通常の取引データと同様のフォーマットを有しているものとする。

以下、図１２及び図１３を参照して、店舗端末２０及びサーバ装置３０の動作例について説明する。

まず、図１２を参照して、取引データの訂正に係る店舗端末２０とサーバ装置３０との動作シーケンスについて説明する。ここで、図１２は、店舗端末２０及びサーバ装置３０が行う動作シーケンスの一例を示す図である。

まず、店舗端末２０では、検索条件送信部２１１が、操作部２５を介して検索条件の入力を受け付けると（ステップＳ１１）、受け付けた検索条件をサーバ装置３０に送信する（ステップＳ１２）。

一方、サーバ装置３０では、検索処理部３１１が、店舗端末２０から送信された検索条件を受け付けると、検索条件に該当する取引データを取引テーブル３５１から検索する。（ステップＳ１３）。次いで、サーバ装置３０の情報提供部３１２は、ステップＳ１３で検索された検索結果に基づく情報を店舗端末２０に提供する（ステップＳ１４）。具体的には、情報提供部３１２は、検索された取引データから少なくともカード情報を取り除いた残りの情報を、検索条件を送信した店舗端末２０に提供する。

店舗端末２０では、サーバ装置３０から提供された情報を情報取得部２１２が取得すると、表示処理部２１３は、取得された情報に基づき訂正受付画面ＧＡを表示部２４に表示させる（ステップＳ１５）。

そして、訂正受付画面ＧＡ（又は編集画面ＧＢ）に基づき、訂正指示受付部２１４が訂正指示の入力を受け付けると（ステップＳ１６）、訂正指示部２１５はその訂正指示の内容を示した訂正指示情報をサーバ装置３０に送信する（ステップＳ１７）。

サーバ装置３０の訂正処理部３１３は、店舗端末２０から訂正指示情報を受け付けると、訂正指示情報で指示された内容に基づき、図１３に示す訂正処理を実行する（ステップＳ１８）。

図１３は、訂正処理部３１３が行う訂正処理の一例を示すフローチャートである。訂正処理部３１３は、訂正指示情報を受け付けると（ステップＳ２１）、以下に示すステップＳ２２～Ｓ２６の処理を実行する。

まず、訂正処理部３１３は、取引テーブル３５１から、訂正指示情報で指示された伝票番号に対応する取引データ（訂正元データ）を特定すると、当該取引データの業務区分の内容を相殺する取引データ（取消データ）を生成する（ステップＳ２２）。なお、ステップＳ２２で生成される取消データには、上述したように、訂正元データに含まれたカード情報の内容が継承されているものとする。

続いて、訂正処理部３１３は、ステップＳ２２で生成した取消データを取引テーブル３５１に登録する（ステップＳ２３）。

続いて、訂正処理部３１３は、訂正指示情報に編集指示が含まれるか否かを判定する（ステップＳ２４）。ここで、編集指示が含まれないと判定した場合には（ステップＳ２４；Ｎｏ）、訂正処理部３１３は、本処理を終了する。

一方、編集指示が含まれると判定した場合には（ステップＳ２４；Ｙｅｓ）、訂正処理部３１３は、訂正元データに基づいて、編集対象の項目を編集した取引データを生成する（ステップＳ２５）。なお、ステップＳ２５で生成される取引データには、上述したように、訂正元データに含まれたカード情報の内容が継承されているものとする。

そして、訂正処理部３１３は、ステップＳ２５で生成した取引データを取引テーブル３５１に登録し（ステップＳ２６）、本処理を終了する。

以上のように、取引データ管理システム１では、サーバ装置３０は、クレジット決済で使用されたクレジットカードのカード情報を少なくとも含む、前記クレジット決済の取引データを取引テーブル３５１に記憶する。また、サーバ装置３０は、訂正対象となる取引データを指示した訂正指示情報を店舗端末２０から受け付けると、取引テーブル３５１から該当する取引データを特定し、特定した取引データの内容に基づき生成した取消データを取引テーブル３５１に登録する。

これにより、取引データ管理システム１では、店舗端末２０からサーバ装置３０にカード情報や取引内容を送信することなく、取引データの取り消しを行うことができるため、取引データの訂正を安全に行うことができる。また、取引データ管理システム１では、店舗端末２０から訂正の対象となる取引データを指定する操作を行うことで、当該取引データの取り消しをサーバ装置３０で行うことができるため、取引データの訂正を簡便に行うことができる。

また、サーバ装置３０では、店舗端末２０から訂正対象の取引データの編集内容が指示された場合、取消データを登録した後に、訂正対象の取引データを前記編集内容に応じて編集した新たな取引データを生成し、当該新たな取引データを取引テーブル３５１に登録する。

これにより、取引データ管理システム１では、取引データの編集（変更）が指示された場合であっても、店舗端末２０からカード情報や取引内容を送信することなく、編集内容を反映した取引データを生成、登録することができる。したがって、取引データ管理システム１では、取引データの訂正を安全且つ簡便に行うことができる。

また、サーバ装置３０は、店舗端末２０から送信される検索条件に基づいて、当該検索条件に該当する取引データを取引テーブル３５１から検索し、検索した取引データの各々からカード情報を除去した残りの情報で構成される取引データを検索結果として店舗端末２０に提供する。一方、店舗端末２０では、サーバ装置３０から提供された検索結果に基づき訂正の候補となる取引データを表示部２４に表示させ、訂正対象の取引データが選択されると当該取引データを指示する訂正指示情報を、サーバ装置３０に送信する。また、店舗端末２０では、訂正対象の取引データについて編集を指示する操作がなされた場合に、当該取引データの内容を編集可能な編集画面を表示部２４に表示させ、この編集画面で編集された編集内容を訂正指示情報としてサーバ装置３０に送信する。

これにより、取引データ管理システム１では、カード情報を店舗端末２０に渡すことなく、訂正対象の取引データを選択させることができるため、カード情報の漏洩を防ぐことができ、安全性の向上を図ることができる。また、取引データ管理システム１では、店舗端末２０のオペレータは、店舗端末２０に表示される取引データに基づいて、当該取引データの取り消しや編集の操作行うことができるため、取引データの訂正を簡便に行うことができる。

なお、上述した実施形態は、上述した各装置が有する構成又は機能の一部を変更することで、適宜に変形して実施することも可能である。そこで、以下では、上述した実施形態に係るいくつかの変形例を他の実施形態として説明する。なお、以下では、上述した実施形態と異なる点を主に説明することとし、既に説明した内容と共通する点については詳細な説明を省略する。また、以下で説明する変形例は、個別に実施されてもよいし、適宜組み合わせて実施されてもよい。

（変形例１）
上述の実施形態では、店舗端末２０を用いて取引データの訂正を行う形態を説明したが、これに限らず、ＰＯＳ端末１０等の他の端末装置を用いて取引データの訂正を行う形態としてもよい。具体的には、ＰＯＳ端末１０等の端末装置は、図５にした店舗端末２０の各機能構成を備えることで、上述した実施形態の店舗端末２０と同様に取引データの訂正を行うことができる。

（変形例２）
上述の実施形態では、サーバ装置３０は、店舗端末２０から送信される検索条件に該当する取引データを店舗端末２０に提供する形態としたが、これに限らないものとする。

例えば、情報提供部３１２は、取引テーブル３５１に登録された全ての取引データを店舗端末２０に提供する形態としてもよいし、店舗端末２０の店舗の店舗番号を含む取引データを店舗端末２０に提供する形態としてもよい。なお、何れの場合であっても、情報提供部３１２は、取引データからカード情報を除いた残りの情報で構成される取引データを、店舗端末２０に提供するものとする。これにより、上述の実施形態と同様に、クレジット決済済みの取引データの訂正を安全に行うことができる。

上述の実施形態の各装置で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。上述の実施形態の各装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、上述の実施形態の各装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態の各装置で実行されるプログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、組み合わせを行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 取引データ管理システム
１０ ＰＯＳ端末
２０ 店舗端末
３０ サーバ装置
２１１ 検索条件送信部
２１２ 情報取得部
２１３ 表示処理部
２１４ 訂正指示受付部
２１５ 訂正指示部
３１１ 検索処理部
３１２ 情報提供部
３１３ 訂正処理部

特開２０１６－５３８８７号公報

Claims (5)

1. 端末装置とサーバ装置とを有する取引データ管理システムであって、
   前記サーバ装置は、
   クレジット決済で使用されたクレジットカードのカード情報を少なくとも含む、前記クレジット決済の取引データを記憶する記憶手段と、
   前記記憶手段に記憶された前記取引データの中から、訂正対象となる取引データを指示した指示情報を前記端末装置から受け付ける受付手段と、
   前記記憶手段から前記訂正対象の取引データを特定し、前記訂正対象の取引データの内容に基づき生成した、当該取引データの取引を取り消すための取消データを前記記憶手段に登録する訂正手段と、
   を備える取引データ管理システム。
2. 前記訂正手段は、前記指示情報に前記訂正対象の取引データの編集内容が指示されていた場合、前記取消データを前記記憶手段に登録した後、前記訂正対象の取引データを前記編集内容に応じて編集した新たな取引データを生成し、当該新たな取引データを前記記憶手段に登録する、請求項１に記載の取引データ管理システム。
3. 前記訂正手段は、前記訂正対象の取引データに含まれた取引の区分を、当該区分と相殺関係にある区分に変更した前記取引データを生成する、請求項１又は２に記載の取引データ管理システム。
4. 前記サーバ装置は、
   前記端末装置から送信される検索条件に基づいて、当該検索条件に該当する前記取引データを前記記憶手段から検索する検索手段と、
   前記検索手段が検索した前記取引データの各々から前記カード情報を除去した残りの情報で構成される取引データを、前記検索条件に対応する検索結果として前記端末装置に提供する提供手段と、
   を更に備え、
   前記端末装置は、
   前記サーバ装置から提供された前記検索結果に含まれる取引データを表示装置に表示させる表示制御手段と、
   前記表示装置に表示された前記取引データの中から前記訂正対象の取引データの選択を受け付ける操作受付手段と、
   前記操作受付手段で受け付けた前記訂正対象の取引データを指示する前記指示情報を前記サーバ装置に送信する訂正指示手段と、
   を更に備える、請求項１～３の何れか一項に記載の取引データ管理システム。
5. 前記表示制御手段は、前記操作受付手段で前記訂正対象の取引データの編集を指示する操作が受け付けられた場合に、当該取引データの内容を編集可能な編集画面を前記表示装置に表示させ、
   前記訂正指示手段は、前記編集画面で編集された編集内容を指示した前記指示情報を前記サーバ装置に送信する、請求項４に記載の取引データ管理システム。

Images