JP2015162199A

JP2015162199A - 決済サーバ装置、決済システム、端末装置、決済方法およびプログラム

Info

Publication number: JP2015162199A
Application number: JP2014038544A
Authority: JP
Inventors: 芳規佐藤; Yoshiki Sato; 洋幸渡辺; Hiroyuki Watanabe; 宏宮崎; Hiroshi Miyazaki; 康二郎岡; Kojiro Oka; 正樹寺倉; Masaki Terakura
Original assignee: Seiko Solutions Inc.
Current assignee: Seiko Solutions Inc.
Priority date: 2014-02-28
Filing date: 2014-02-28
Publication date: 2015-09-07
Anticipated expiration: 2034-02-28
Also published as: JP6363359B2

Abstract

【課題】各端末装置が出力する決済に関する出力情報を容易に変更することができる。
【解決手段】決済サーバ装置１０は、管理テーブル記憶部１０４と、端末管理部１０１と、印字データ生成部１０５とを備える。管理テーブル記憶部１０４は、各端末装置それぞれの出力に関する端末管理情報を記憶する。端末管理部１０１は、端末装置２０から決済に関する決済情報を受信する。印字データ生成部１０５は、管理テーブル記憶部１０４から端末装置２０に対応する端末管理情報を読み出し、読み出した端末管理情報に基づいて、端末管理部１０１が受信した決済情報から出力情報を生成する。端末管理部１０１は、印字データ生成部１０５が生成した出力情報を端末装置２０に送信する。
【選択図】図１

Description

本発明は、決済サーバ装置、決済システム、端末装置、決済方法およびプログラムに関する。

従来、決済端末では、クレジットカードなどの売上げ時や集計時などに印字する伝票を発行する場合、決済センタから受信した売上げや集計に関する応答電文の各パラメータを解釈し、決済端末内部で伝票のフォーマットに沿った形式と内容で決済端末の持つプリンタ装置の印字機能に合わせたコマンドや印字イメージを生成し、生成した印字データをプリンタ装置に転送して伝票を印字させていた（例えば、特許文献１参照）。この処理は、プリンタ装置が決済端末と別体であっても同様であった。また、決済端末は、決済端末内で集計をする場合であっても、その集計結果を伝票のフォーマットでプリンタ装置の印字機能に合たせた印字データを生成して印字していた。

特開２０１０−１７０４８７号公報

特許文献１に記載の決済端末では、顧客の要望により伝票のフォーマットを変えたい場合や伝票印字処理に不具合があった場合には、決済端末のソフトウェアを修正しなければならないという問題がある。決済端末のソフトウェアを修正する場合、決済端末の工場センドバックまたは現地で手動更新するか、あるいは決済センタからのプログラムのダウンロードによる更新が必要で、手間とコストが膨大にかかっていた。決済端末の機能を決済センタに一部移したシンクライアント型の決済システムであっても、伝票のフォーマットや、各項目のタイトルは、決済端末内部で生成しており、上記の課題は存在する。また、従来の決済システムでは、各決済端末の伝票の印字イメージを決済センタで管理できなかった。

そこで、本発明は上述の事情を鑑みてなされたものであり、各端末装置が出力する決済に関する出力情報を容易に変更することができる決済サーバ装置、決済システム、端末装置、決済方法およびプログラムを提供することを目的とする。

本発明の幾つかの態様は、各端末装置それぞれの出力に関する端末管理情報を記憶する記憶部と、端末装置から決済に関する決済情報を受信する受信部と、前記記憶部から前記端末装置に対応する端末管理情報を読み出し、読み出した端末管理情報に基づいて、前記受信部が受信した決済情報から出力情報を生成する生成部と、前記生成部が生成した出力情報を前記端末装置に送信する送信部と、を備えることを特徴とする決済サーバ装置である。

また、本発明の他の態様の決済サーバ装置において、前記端末管理情報は、出力の形式に関する情報を含むことを特徴とする。

また、本発明の他の態様の決済サーバ装置において、前記端末管理情報は、前記端末装置の出力に関する機能の情報を含むことを特徴とする。

また、本発明の他の態様の決済サーバ装置において、前記出力情報は、伝票を印字するための印字データであることを特徴とする。

また、本発明の他の態様の決済サーバ装置において、前記出力情報は、表示部に表示するための表示画面データであることを特徴とする。

また、本発明の他の態様は、決済サーバ装置と複数の端末装置とを有する決済システムであって、前記決済サーバ装置は、各端末装置それぞれの出力に関する端末管理情報を記憶する記憶部と、端末装置から決済に関する決済情報を受信する受信部と、前記端末装置に対応する端末管理情報に基づいて、前記受信部が受信した決済情報から出力情報を生成する生成部と、前記生成部が生成した出力情報を前記端末装置に送信する送信部と、を備え、前記端末装置は、前記決済情報を前記決済サーバ装置に送信する送信部と、前記出力情報を前記決済サーバ装置から受信する受信部と、前記受信部が受信した出力情報に基づいて出力する出力部と、を備えることを特徴とする決済システムである。

また、本発明の他の態様は、決済に関する決済情報を決済サーバ装置に送信する送信部と、自装置の出力に関する端末管理情報に基づいて前記決済情報から生成された出力情報を前記決済サーバ装置から受信する受信部と、前記受信部が受信した出力情報に基づいて出力する出力部と、を備えることを特徴とする端末装置である。

また、本発明の他の態様は、決済サーバ装置が、端末装置から決済に関する決済情報を受信する受信ステップと、前記決済サーバ装置が、各端末装置それぞれの出力に関する端末管理情報を記憶する記憶部から前記端末装置に対応する端末管理情報を読み出し、読み出した端末管理情報に基づいて、前記受信した決済情報から出力情報を生成する生成ステップと、前記決済サーバ装置が、前記生成した出力情報を前記端末装置に送信する送信ステップと、を含むことを特徴とする決済方法である。

また、本発明の他の態様は、端末装置から決済に関する決済情報を受信する受信ステップと、各端末装置それぞれの出力に関する端末管理情報を記憶する記憶部から前記端末装置に対応する端末管理情報を読み出し、読み出した端末管理情報に基づいて、前記受信した決済情報から出力情報を生成する生成ステップと、前記生成した出力情報を前記端末装置に送信する送信ステップと、をコンピュータに実行させることを特徴とするプログラムである。

本発明によれば、決済サーバ装置が、各端末装置それぞれの出力に関する端末管理情報を記憶しており、端末装置から決済に関する決済情報を受信し、当該決済情報と記憶している端末管理情報から出力情報を生成する。各端末装置が出力する決済に関する出力情報を決済サーバ装置が生成するため、変更も決済サーバ装置において容易に行うことができる。

本発明の第１の実施形態における決済システムの構成を示したブロック図である。本発明の第１の実施形態における管理テーブル記憶部が記憶する端末管理テーブルのデータ構造及びデータ例を示す概略図である。本発明の第１の実施形態における管理テーブル記憶部が記憶する端末印字機能管理テーブルのデータ構造及びデータ例を示す概略図である。本発明の第１の実施形態における管理テーブル記憶部が記憶する伝票情報テーブルのデータ構造及びデータ例を示す概略図である。本発明の第１の実施形態における端末装置が出力する伝票の一例である。本発明の第１の実施形態における端末装置が出力する伝票の一例である。本発明の第１の実施形態における決済システムの動作を示すシーケンス図である。本発明の第１の実施形態における決済サーバ装置が実行する印字データ生成処理の処理手順を示したフローチャートである。本発明の第２の実施形態における決済システムの動作を示すシーケンス図である。本発明の第３の実施形態における端末装置が表示する表示画面の一例である。本発明の第３の実施形態における決済システムの動作を示すシーケンス図である。

（第１の実施形態）
以下、本発明の第１の実施形態について図面を参照しながら説明する。図１は、本実施形態における決済システム１の構成を示したブロック図である。決済システム１は、決済サーバ装置１０と、複数の端末装置２０とを備えている。

端末装置２０は、ＰＯＳ（ＰｏｉｎｔＯｆＳａｌｅｓ）レジスタやハンディターミナル等の決済端末であり、店舗等の加盟店に設置される。端末装置２０は、図示しないが、決済サーバ装置１０に決済情報等のデータを送信する送信部と、決済サーバ装置１０から出力情報等のデータを受信する受信部と、情報を表示する表示部と、カードの情報を読み取るカードリーダと、出力情報に基づいて伝票等を出力するプリンタ装置（出力部）と、自装置に付与された端末管理番号を記憶する記憶部とを備えている。決済情報は、カードによる決済金額やカード情報など決済に関する情報である。出力情報は、決済情報に基づいて生成された出力に関する情報である。端末管理番号は、各端末装置２０を識別するための識別情報である。なお、プリンタ装置は、端末装置２０内に備えるものであってもよいし、端末装置２０に外部接続するものであってもよい。端末装置２０は、専用回線を介して、決済サーバ装置１０と接続する。

決済サーバ装置１０は、決済センタに置かれたサーバであり、決済システム１を統括して制御する。決済サーバ装置１０は、専用回線を介して、クレジットカード会社やＣＡＦＩＳ（ＣｒｅｄｉｔＡｎｄＦｉｎａｎｃｅＩｎｆｏｒｍａｔｉｏｎＳｙｓｔｅｍ）等の上位センタ３０のサーバ装置と接続されている。上位センタ３０は、クレジットカード等の課金処理を行っている。

決済サーバ装置１０は、端末管理部１０１と、決済処理部１０２と、決済結果情報記憶部１０３と、管理テーブル記憶部１０４と、印字データ生成部１０５と、伝票印字結果情報記憶部１０６とを備えている。

端末管理部１０１は、各端末装置２０を管理する。また、端末管理部１０１（受信部）は、売上処理要求を端末装置２０から受信する。売上処理要求は、売上をカードにより決済することを要求する決済情報である。売上処理要求は、端末装置２０の端末管理番号と、日付と、売り上げた商品を識別するための商品コードと、決済金額と、決済するカードに関するカード情報とを含む。端末管理部１０１は、端末装置２０から売上処理要求を受信すると、受信した売上処理要求を決済処理部１０２に出力してカードによる決済を実行させる。端末管理部１０１は、カードによる決済の結果である売上結果情報が決済処理部１０２から入力されると、売上結果情報を伝票に印字するための印字データ生成要求を印字データ生成部１０５に出力する。端末管理部１０１（送信部）は、印字データが印字データ生成部１０５から入力されると、当該印字データと売上結果情報とを含む売上応答を端末装置２０に送信する。

決済処理部１０２は、売上処理要求が入力されると、上位センタ３０と通信してカードによる決済を実行し、実行した決済の結果を示す売上結果情報を生成する。そして、決済処理部１０２は、生成した売上結果情報を決済結果情報記憶部１０３に書き込むとともに、生成した売上結果情報を端末管理部１０１に出力する。決済結果情報記憶部１０３は、売上結果情報を記憶する。

管理テーブル記憶部１０４は、端末管理テーブルと、端末印字機能管理テーブルと、伝票情報テーブルとを記憶する。端末管理テーブルは、各端末装置２０それぞれの出力に関する端末管理情報を示す。端末印字機能管理テーブルは、端末装置２０の端末機種（型番）それぞれの印字機能（出力に関する機能）に関する印字機能情報を示す。伝票情報テーブルは、各伝票の形式（出力の形式）に関する伝票情報を示す。

印字データ生成部１０５は、印字データ生成要求が入力されると、端末装置２０に対応する伝票情報と印字機能情報とを管理テーブル記憶部１０４から読み出す。そして、印字データ生成部１０５は、読み出した伝票情報と印字機能情報とに基づいて、印字データ生成要求に含まれる売上結果情報から印字データを生成する。印字データは、端末装置２０に伝票を印字させるための出力情報であり、各印字データを識別するための識別情報（例えば、ＩＤ）を含む。印字データ生成部１０５は、生成した印字データを端末管理部１０１に出力する。また、印字データ生成部１０５は、生成した印字データを伝票印字結果情報記憶部１０６に書き込む。

次に、管理テーブル記憶部１０４が記憶する各テーブルについて説明する。図２は、本実施形態における管理テーブル記憶部１０４が記憶する端末管理テーブルのデータ構造及びデータ例を示す概略図である。図示するように、端末管理テーブルには、端末装置が実施可能な業務や発行する伝票のタイプが記憶されており、端末管理番号と、端末機種（型番）と、加盟店と、伝票タイプと、クレジット業務と、デビット業務と、口座振替業務との各項目を有している。端末管理番号は、各端末装置２０を識別する識別情報である。端末機種（型番）は、各端末装置２０の機種（型番）である。加盟店は、各端末装置２０が設置されている加盟店である。伝票タイプは、伝票の形式（フォーマット）の識別情報である。クレジット業務は、クレジットカードによる決済の有無である。デビット業務は、デビットカードによる決済の有無である。口座振替業務は、口座振替による決済の有無である。

図示する例では、端末管理番号「０００１」において、端末機種（型番）は「Ａ」であり、加盟店は「１」であり、伝票タイプは「Ｘ」であり、クレジット業務は「有り」であり、デビット業務は「無し」であり、口座振替業務は「有り」である。端末管理番号「０００２」において、端末機種（型番）は「Ａ」であり、加盟店は「１」であり、伝票タイプは「Ｙ」であり、クレジット業務は「無し」であり、デビット業務は「有り」であり、口座振替業務は「有り」である。端末管理番号「０１００」において、端末機種（型番）は「Ｂ」であり、加盟店は「２」であり、伝票タイプは「Ｚ」であり、クレジット業務は「有り」であり、デビット業務は「有り」であり、口座振替業務は「無し」である。

図３は、本実施形態における管理テーブル記憶部１０４が記憶する端末印字機能管理テーブルのデータ構造及びデータ例を示す概略図である。図示するように、端末印字機能管理テーブルは、それぞれの端末装置の出力部が有する機能や性能に関し、端末機種（型番）と、幅（ドット）と、幅（文字種１の文字数）と、最大高さ（ドット）と、最大高さ（行数）と、プリンタコマンド種別と、イメージ印字機能と、文字種１サイズと、文字種２サイズとの各項目を有している。幅（ドット）は、印字可能な幅のサイズ（単位はドット）である。幅（文字種１の文字数）は、横に印字可能な文字種１の文字数である。最大高さ（ドット）は、印字可能な高さのサイズ（単位はドット）である。最大高さ（行数）は、印字可能な行数である。プリンタコマンド種別は、プリンタ装置に出力するコマンドの種別である。イメージ印字機能は、イメージの印字機能の有無である。文字種１サイズは、文字種１の文字サイズである。文字種２サイズは、文字種２の文字サイズである。

図示する例では、端末機種（型番）「Ａ」において、幅（ドット）は「３００」であり、幅（文字種１の文字数）は「１６」であり、最大高さ（ドット）は「１０００」であり、最大高さ（行数）は「５０」であり、プリンタコマンド種別は「ＲＡＷ」であり、イメージ印字機能は「無し」であり、文字種１サイズは「１０」であり、文字種２サイズは「１５」である。また、端末機種（型番）「Ｂ」において、幅（ドット）は「４００」であり、幅（文字種１の文字数）は「２０」であり、最大高さ（ドット）は「２０００」であり、最大高さ（行数）は「１００」であり、プリンタコマンド種別は「ＥＳＣ／ＸＸ」であり、イメージ印字機能は「有り」であり、文字種１サイズは「７」であり、文字種２サイズは設定されていない。

図４は、本実施形態における管理テーブル記憶部１０４が記憶する伝票情報テーブルのデータ構造及びデータ例を示す概略図である。管理テーブル記憶部１０４は、伝票タイプ毎に、各伝票の種別に対応する伝票情報テーブルを記憶する。そのため、伝票タイプの個数分、ここにはテーブルが記憶されている。

伝票の種別には、例えば、売上や集計等がある。図示するように、伝票情報テーブルは、項目番号と、タイプと、項目名と、項目名印字位置と、項目内容印字位置と、項目内容文字数と、０埋めと、ロゴデータ番号との各項目を有する。項目番号は、印字する項目の識別情報である。タイプは、項目のタイプである。項目名は、項目の名称である。項目名印字位置は、項目名を印字する位置である。項目内容印字位置は、項目内容を印字する位置である。項目内容文字数は、項目内容の最大文字数である。０埋めは、項目の０埋めの有無である。ロゴデータ番号は、タイプが「ロゴ」である場合におけるロゴデータの番号である。なお、伝票情報テーブルには、プリンタ言語の種別を設定できるようにしてもよい。

図示する例は、ある伝票タイプのテーブルであり、項目番号「１」において、タイプは「ロゴ」であり、項目内容印字位置は「センタリング」であり、ロゴデータ番号は「１００」である。また、項目番号「２」において、タイプは「印字項目」であり、項目名は「［カード会社］」であり、項目名印字位置は「左端揃え」であり、項目内容印字位置は「右端揃え」であり、項目内容文字数は「８」であり、０埋めは「無し」である。また、項目番号「３」において、タイプは「印字項目」であり、項目名は「［カード番号］」であり、項目名印字位置は「左端揃え」であり、項目内容印字位置は「右端揃え」であり、項目内容文字数は「１６」であり、０埋めは「有り」である。このようなテーブルが、伝票タイプごとに、伝票タイプの個数だけ記憶されている。

次に、端末装置２０が出力する伝票について説明する。図５及び図６は、本実施形態における端末装置２０が出力する伝票の一例である。図５及び図６は、クレジットカードによる決済時に発行する伝票の一例である。図５は店舗等で発行する伝票の一例であり、図６はタクシー等で発行する伝票の一例である。図示するように、伝票に印字する項目と各項目の配置位置とは、伝票の用途や加盟店によって異なる。

図５に示す例では、加盟店名と、電話番号と、伝票番号と、端末番号と、ご利用日と、カード会社と、会員番号と、承認番号と、取引内容と、支払区分と、取扱区分と、ＫＩＤと、有効期限と、商品区分と、支払開始月と、ボーナス回数と、分割回数と、支払月と、カードシーケンス番号と、ＡＴＣと、ＡＩＤと、金額と、税その他と、合計金額と、ご署名との各項目の項目名と項目内容とが伝票に印字されている。

図６に示す例では、加盟店名と、電話番号と、伝票番号と、端末番号と、ご利用日と、カード会社と、会員番号と、承認番号と、取引内容と、支払区分と、取扱区分と、ＫＩＤと、有効期限と、商品区分と、カードシーケンス番号と、ＡＴＣと、ＡＩＤと、運賃と、立替金と、合計金額と、ご署名との各項目の項目名と項目内容とが伝票に印字されている。

次に、本実施形態における決済システム１における動作を説明する。図７は、本実施形態における決済システム１の動作を示すシーケンス図である。本図には、カードにより売上を決済するときの動作を示す。
（ステップＳ１０１）端末装置２０が、売上処理要求を生成する。その後、ステップＳ１０２の処理に進む。
（ステップＳ１０２）端末装置２０が、生成した売上処理要求を決済サーバ装置１０に送信する。その後、ステップＳ１０３の処理に進む。

（ステップＳ１０３）決済サーバ装置１０の端末管理部１０１が、売上処理要求を受信して取得する。その後、ステップＳ１０４の処理に進む。
（ステップＳ１０４）端末管理部１０１は、取得した売上処理要求を決済処理部１０２に出力する。その後、ステップＳ１０５の処理に進む。

（ステップＳ１０５）決済処理部１０２は、売上処理要求が入力されると、当該売上処理要求に基づいて上位センタ３０と通信してカードによる決済等の売上処理を実行する。その後、ステップＳ１０６の処理に進む。
（ステップＳ１０６）決済処理部１０２は、ステップＳ１０５における売上処理の結果である売上結果情報を生成し、生成した売上結果情報を決済結果情報記憶部１０３に書き込んで記憶する。売上結果情報は、伝票に印字する項目内容と、端末管理番号とを含む。その後、ステップＳ１０７の処理に進む。
（ステップＳ１０７）決済処理部１０２は、生成した売上結果情報を端末管理部１０１に出力する。その後、ステップＳ１０８の処理に進む。

（ステップＳ１０８）端末管理部１０１は、売上結果情報に含まれる端末管理番号に対応する端末機種（型番）と伝票タイプとを管理テーブル記憶部１０４が記憶する端末管理テーブルから読み出す。その後、ステップＳ１０９の処理に進む。
（ステップＳ１０９）端末管理部１０１は、売上結果情報と読み出した端末機種（型番）と伝票タイプと伝票の種別（売上）とを含む印字データ生成要求を生成する。その後、ステップＳ１１０の処理に進む。
（ステップＳ１１０）端末管理部１０１は、生成した印字データ生成要求を印字データ生成部１０５に出力する。その後、ステップＳ１１１の処理に進む。

（ステップＳ１１１）印字データ生成部１０５は、印字データ生成要求が入力されると、印字データ生成要求に含まれる端末機種（型番）に対応する印字機能情報を管理テーブル記憶部１０４が記憶する端末印字機能管理テーブルから読み出す。また、印字データ生成部１０５は、印字データ生成要求に含まれる伝票タイプに対応する売上の伝票情報テーブルを管理テーブル記憶部１０４から読み出す。そして、印字データ生成部１０５は、読み出した伝票情報テーブルに基づいて、読み出した印字機能情報に応じた印字データを売上結果情報から生成する。印字データ生成部１０５は、生成した印字データを伝票印字結果情報記憶部１０６に書き込んで記憶する。その後、ステップＳ１１２の処理に進む。
（ステップＳ１１２）印字データ生成部１０５は、生成した印字データを端末管理部１０１に出力する。その後、ステップＳ１１３の処理に進む。

（ステップＳ１１３）端末管理部１０１は、ステップＳ１０７で入力された売上結果情報と、ステップＳ１１２で入力された印字データとを含む売上応答を生成する。その後、ステップＳ１１４の処理に進む。
（ステップＳ１１４）端末管理部１０１は、生成した売上応答を端末装置２０に送信する。その後、ステップＳ１１５の処理に進む。

（ステップＳ１１５）端末装置２０は、売上応答を受信すると、売上応答に含まれる印字データに基づいて伝票を印字する。具体的には、端末装置２０は、印字データをプリンタ装置に出力して伝票を印字させる。その後、ステップＳ１１６の処理に進む。
（ステップＳ１１６）端末装置２０は、伝票の印字が完了すると、伝票の印字が完了したことを示す印字完了通知を生成する。その後、ステップＳ１１７の処理に進む。
（ステップＳ１１７）端末装置２０は、生成した印字完了通知を決済サーバ装置１０に送信する。その後、ステップＳ１１８の処理に進む。

（ステップＳ１１８）決済サーバ装置１０の端末管理部１０１は、印字完了通知を受信すると、当該印字完了通知の応答である印字完了応答を生成する。その後、ステップＳ１１９の処理に進む。
（ステップＳ１１９）端末管理部１０１は、生成した印字完了応答を端末装置２０に送信する。その後、処理を終了する。

なお、図７には、売上に関する伝票を出力する場合におけるシーケンスを示したが、集計に関する伝票を出力する場合にも同様に決済サーバ装置１０が集計に関する伝票の印字データを生成して端末装置２０に送信する。具体的には、決済サーバ装置１０の端末管理部１０１は、端末装置２０から集計要求を受信すると、当該端末装置２０に関する集計を実行する。印字データ生成部１０５は、端末管理部１０１が実行した集計結果に基づいて印字データを生成する。そして、端末管理部１０１は、印字データ生成部１０５が生成した印字データと集計結果とを含む集計応答を端末装置２０に送信する。

図８は、本実施形態における決済サーバ装置１０が実行する印字データ生成処理の処理手順を示したフローチャートである。本図には、端末管理部１０１が印字データ生成部１０５に印字データ生成要求を出力して（ステップＳ１１０）から、端末管理部１０１が端末装置２０に印字データを送信する（ステップＳ１１４）までの処理の流れを示している。

（ステップＳ１００１）端末管理部１０１は、印字データ生成要求を印字データ生成部１０５に出力する。印字データ生成要求は、決済処理部１０２が生成した売上結果情報と、端末装置２０の端末機種（型番）と、伝票タイプとを含む。その後、ステップＳ１００２の処理に進む。
（ステップＳ１００２）印字データ生成部１０５は、管理テーブル記憶部１０４が記憶する端末印字機能管理テーブルから端末機種（型番）に対応する印字機能情報を読み出す。その後、ステップＳ１００３の処理に進む。

（ステップＳ１００３）印字データ生成部１０５は、管理テーブル記憶部１０４から伝票タイプに対応する売上の伝票情報テーブルを読み出し、読み出した伝票情報テーブルに基づいてロゴ印字が必要か否かを判定する。具体的には、印字データ生成部１０５は、項目番号「１」に対応するタイプが「ロゴ」である場合にロゴ印字が必要であると判定し、タイプが「ロゴ」以外である場合にロゴ印字は不要と判定する。ロゴ印字が必要であると印字データ生成部１０５が判定した場合にはステップＳ１００４の処理に進む。また、ロゴ印字が不要であると印字データ生成部１０５が判定した場合にはステップＳ１００５の処理に進む。

（ステップＳ１００４）印字データ生成部１０５は、端末装置２０の印字機能情報に応じたロゴのイメージデータを生成する。具体的には、印字データ生成部１０５は、幅（ドット）に応じてイメージのサイズを調整し、プリンタコマンド種別に応じたコマンドを生成する。その後、ステップＳ１００５の処理に進む。

（ステップＳ１００５）印字データ生成部１０５は、伝票情報テーブルの全ての項目について印字するためのデータを生成したか否かを判定する。全ての項目についてデータを生成したと印字データ生成部１０５が判定した場合にはステップＳ１００９の処理に進む。また、全ての項目についてデータを生成していないと印字データ生成部１０５が判定した場合にはステップＳ１００６の処理に進む。

（ステップＳ１００６）印字データ生成部１０５は、印字機能情報のプリンタコマンド種別に基づいて、端末装置２０が文字の印字を可能か否かを判定する。文字の印字が可能であると印字データ生成部１０５が判定した場合にはステップＳ１００７の処理に進む。また、文字の印字が不可能であると印字データ生成部１０５が判定した場合にはステップＳ１００８の処理に進む。

（ステップＳ１００７）印字データ生成部１０５は、次の項目の項目名と項目内容の文字列を生成する。印字データ生成部１０５は、例えば、項目名が「［金額］」であり、項目内容が「１，２３４円」である場合には、文字列「［金額］・・・・・・１，２３４円」を生成する。その後、ステップＳ１００５の処理に戻る。

（ステップＳ１００８）印字データ生成部１０５は、次の項目の項目名と項目内容の文字列を生成し、生成した文字列をイメージ化して印字用コマンドに変換する。その後、ステップＳ１００５の処理に戻る。

（ステップＳ１００９）印字データ生成部１０５は、生成した文字列等のデータを、印字機能情報のプリンタコマンド種別に対応した印字用コマンドに変換する。なお、このとき、印字データ生成部１０５は、印字機能情報に基づいて、印字用コマンドの圧縮が可能か否かを判定し、圧縮可能であると判定した場合には印字用コマンドを圧縮してもよい。その後、ステップＳ１０１０の処理に進む。
（ステップＳ１０１０）印字データ生成部１０５は、印字用コマンドに変換した印字データを端末管理部１０１に出力する。端末管理部１０１は、売上結果情報と印字データとを含む売上応答を端末装置２０に送信する。その後、処理を終了する。

上述したとおり、本実施形態によれば、決済サーバ装置１０は、各端末装置２０の端末機種（型番）と伝票タイプとを示す端末管理テーブルと、各端末機種（型番）に対応する印字機能情報を示す端末印字機能管理テーブルと、各伝票タイプに対応する伝票情報を示す伝票情報テーブルとを記憶する。また、決済サーバ装置１０は、売上処理要求等の決済情報を端末装置２０から受信すると、端末装置２０の伝票タイプに対応する伝票情報テーブルに基づいて、端末装置２０の印字機能情報に応じた印字データを決済情報から生成する。そして、決済サーバ装置１０は、生成した印字データを端末装置２０に送信する。端末装置２０は、決済サーバ装置１０から受信した印字データをプリンタ装置に出力して伝票を印字する。よって、決済サーバ装置１０が記憶する伝票情報テーブルを修正することにより、端末装置２０が印字する伝票の形式を変更することができる。すなわち、端末装置２０が印字する伝票の形式を変更する際に、端末装置２０のプログラムを変更する必要がないため、各端末装置２０が出力する伝票の形式を容易に変更することができる。

よって、伝票のフォーマットを変えたい場合や伝票印字処理に不具合があった場合であっても、決済サーバ装置１０における修正のみで対応できるため、端末装置２０のプログラムを修正する必要がなくなり、従来には膨大にかかっていた手間とコストを大幅に削減することができる。また、ＪＣＣＡ（日本クレジット協会）や顧客などからの伝票仕様の変更要望にも、従来はコストの関係で対応できなかったものが、対応しやすくなる。また、カード会社に対する売上伝票の管理も加盟店に代わり決済センタで代行することが可能となる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態と第１の実施形態とで異なる点は、端末装置２０が売上処理要求とは別に印字データ生成要求を決済サーバ装置１０に送信する点である。印字データ生成要求は、印字データの生成を要求する決済情報であり、端末管理番号と、売上結果情報とを含む。決済サーバ装置１０は、印字データ生成要求を端末装置２０から受信すると、印字データを生成して端末装置２０に返信する。なお、本実施形態における決済システム１の構成は、第１の実施形態における決済システム１の構成と同様である。

図９は、本実施形態における決済システム１の動作を示すシーケンス図である。ステップＳ２０１〜ステップＳ２０７の処理は、第１の実施形態におけるステップＳ１０１〜ステップＳ１０７の処理と同様である。

（ステップＳ２０８）端末管理部１０１は、売上結果情報を含む売上応答を生成する。その後、ステップＳ２０９の処理に進む。
（ステップＳ２０９）端末管理部１０１は、生成した売上応答を端末装置２０に送信する。その後、ステップＳ２１０の処理に進む。

（ステップＳ２１０）端末装置２０は、売上応答を受信すると、売上応答に含まれる売上結果情報を含む印字データ生成要求を生成する。その後、ステップＳ２１１の処理に進む。
（ステップＳ２１１）端末装置２０は、生成した印字データ生成要求を決済サーバ装置１０に送信する。その後、ステップＳ２１２の処理に進む。

なお、ステップＳ２１０の処理において、決済センタ１０から送信される売上応答内の売上結果情報に、当該売上を識別する売上番号を含ませておき、ステップＳ２１１の処理において、端末装置２０が当該売上番号を含めた印字データ生成要求を決済センタ１０に送信するようにしてもよい。これにより、決済センタ１０は、売上番号を参照することで、売上結果情報を抽出し、ステップＳ２１３の印字データ生成要求に含めることができる。

ステップＳ２１２〜Ｓ２１６の処理は、第１の実施形態におけるステップＳ１０８〜ステップＳ１１２の処理と同様である。
（ステップＳ２１７）端末管理部１０１は、ステップＳ２１６で入力された印字データを含む印字データ生成応答を生成する。その後、ステップＳ２１８の処理に進む。
（ステップＳ２１８）端末管理部１０１は、生成した印字データ生成応答を端末装置２０に送信する。その後、ステップＳ２１９の処理に進む。

（ステップＳ２１９）端末装置２０は、印字データ生成応答を受信すると、受信した印字データ生成応答に含まれる印字データに基づいて伝票を印字する。具体的には、端末装置２０は、印字データをプリンタ装置に出力して伝票を印字させる。その後、ステップＳ２２０の処理に進む。
ステップＳ２２０〜Ｓ２２３の処理は、第１の実施形態におけるステップＳ１１６〜Ｓ１１９の処理と同様である。

なお、端末装置２０は、伝票を再印字する場合には、印字データ生成要求の代わりに、印字データの識別情報を指定した再印字データ取得要求を送る。決済サーバ装置１０は、再印字データ取得要求を受信すると、再印字データ取得要求で指定された識別情報に対応する印字データを伝票印字結果情報記憶部１０６から読み出し、読み出した印字データに「再」等の再印字識別印字データを添付した応答を端末装置２０に返信する。

上述したとおり、本実施形態によれば、決済サーバ装置１０は、各端末装置２０の端末機種（型番）と伝票タイプとを示す端末管理テーブルと、各端末機種（型番）に対応する印字機能情報を示す端末印字機能管理テーブルと、各伝票タイプに対応する伝票情報を示す伝票情報テーブルとを記憶する。また、決済サーバ装置１０は、印字データ生成要求を端末装置２０から受信すると、端末装置２０の伝票タイプに対応する伝票情報テーブルに基づいて、端末装置２０の印字機能情報に応じた印字データを印字データ生成要求から生成する。そして、決済サーバ装置１０は、生成した印字データを端末装置２０に送信する。端末装置２０は、決済サーバ装置１０から受信した印字データをプリンタ装置に出力して伝票を印字する。よって、決済サーバ装置１０が記憶する伝票情報テーブルを修正することにより、端末装置２０が印字する伝票の形式を変更することができる。すなわち、端末装置２０が印字する伝票の形式を変更する際に、端末装置２０のプログラムを変更する必要がないため、各端末装置２０が出力する伝票の形式を容易に変更することができる。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。本実施形態と第１の実施形態とで異なる点は、表示画面データを決済サーバ装置１０が生成する点である。表示画面データは、端末装置２０の表示部に表示画面を表示するための出力情報である。決済サーバ装置１０は、端末装置２０が決済する際の表示画面データを生成して端末装置２０に送信する。端末装置２０は、決済サーバ装置１０から受信した表示画面データに基づいて表示画面を表示部（出力部）に表示する。なお、本実施形態における決済システム１の構成は、第１の実施形態における決済システム１の構成と同様である。

決済サーバ装置１０の管理テーブル記憶部１０４は、第１の実施形態において記憶するテーブルに加えて、表示画面情報テーブルと、端末表示機能管理テーブルとを記憶する。表示画面情報テーブルは、各表示タイプそれぞれの表示画面の形式（出力の形式）に関する表示画面情報を示す。管理テーブル記憶部１０４は、各表示タイプそれぞれに対応する表示画面情報テーブルを表示画面毎に記憶する。端末表示機能管理テーブルは、端末装置２０の端末機種（型番）それぞれの表示機能（出力に関する機能）に関する表示機能情報を示す。また、本実施形態による管理テーブル記憶部１０４が記憶する端末管理テーブルは、第１の実施形態における端末管理テーブルの項目に加えて、表示タイプを有する。表示タイプは、表示画面の形式の識別情報である。

決済サーバ装置１０の端末管理部１０１（生成部）は、端末装置２０から決済情報を受信すると、端末装置２０の表示タイプと端末機種（型番）とを端末管理テーブルから読み出す。続いて、端末管理部１０１は、端末装置２０の表示タイプに対応する表示画面情報テーブルと、端末装置２０の端末機種（型番）に対応する表示機能情報とに基づいて、決済情報から画面表示データを生成する。そして、端末管理部１０１は、生成した画面表示データを端末装置２０に送信する。

次に、端末装置２０が表示する表示画面について説明する。図１０は、本実施形態における端末装置２０が表示する表示画面の一例である。図１０（ａ）は、決済を開始するときの業務選択画面５００を示す。業務選択画面５００には、決済方法を選択するためのクレジットボタン５０１と、デビットボタン５０２と、口振ボタン５０３とが選択可能に表示される。

図１０（ｂ）は、業務選択画面５００においてクレジットボタン５０１が選択された場合に表示されるクレジット画面６００を示す。クレジット画面６００には、業務内容を選択するための売上ボタン６０１と、取消返品ボタン６０２と、承認後売上ボタン６０３とが選択可能に表示される。また、クレジット画面６００には、クレジットによる決済であることを示す「業務：クレジット」６０４と業務選択画面５００に戻るための戻るボタン６０５とが表示される。

図１０（ｃ）は、クレジット画面６００において売上ボタン６０１が選択された場合に表示されるカード入力待ち画面７００を示す。カード入力待ち画面７００には、クレジットカードをカードリーダに読み取らせる指示「クレジットカードをどうぞ。」７０１と、クレジットによる売上の決済であることを示す「クレジット売上」７０２と、カード情報を手入力するための手入力ボタン７０３と、クレジット画面６００に戻るための戻るボタン７０４とが表示される。

図１０（ｄ）は、クレジットカードがカードリーダに読み取られた際に表示される処理中画面８００を示す。処理中画面８００には、決済処理中であることを示す「処理中」８０１と、クレジットによる売上の決済であることを示す「クレジット売上」８０２とが表示される。

次に、本実施形態における決済システム１における動作を説明する。図１１は、本実施形態における決済システム１の動作を示すシーケンス図である。本図には、カードにより売上を決済するときの動作を示す。
（ステップＳ３０１）端末装置２０が、決済に関する業務を開始する際に、業務選択画面５００の表示画面データを要求する業務要求（決済情報）を生成する。その後、ステップＳ３０２の処理に進む。
（ステップＳ３０２）端末装置２０は、生成した業務要求を決済サーバ装置１０に送信する。その後、ステップＳ３０３の処理に進む。

（ステップＳ３０３）決済サーバ装置１０の端末管理部１０１は、業務要求を受信すると、業務選択画面５００の表示画面データを含む業務選択画面表示要求を生成する。具体的には、まず、端末管理部１０１は、端末装置２０の表示タイプと端末機能（機種）とを端末管理テーブルから読み出す。続いて、端末管理部１０１は、読み出した表示タイプに対応する業務選択画面５００の表示画面情報テーブルを管理テーブル記憶部１０４から読み出す。また、端末管理部１０１は、読み出した端末機能（機種）に対応する表示機能情報を端末表示機能管理テーブルから読み出す。そして、端末管理部１０１は、読み出した表示画面情報テーブルに基づいて、読み出した表示機能情報に応じた表示画面データを生成する。その後、ステップＳ３０４の処理に進む。
（ステップＳ３０４）端末管理部１０１は、生成した業務選択画面表示要求を端末装置２０に送信する。その後、ステップＳ３０５の処理に進む。

（ステップＳ３０５）端末装置２０は、業務選択画面表示要求を受信すると、受信した業務選択画面表示要求に含まれる表示画面データに基づいて業務選択画面５００を表示部に表示する。そして、端末装置２０は、業務選択画面５００においてクレジットボタン５０１が選択される（ＦＫ１押下）と、ＦＫ１が押下されたことを通知するＦＫ１押下通知（決済情報）を生成する。その後、ステップＳ３０６の処理に進む。
（ステップＳ３０６）端末装置２０は、生成したＦＫ１押下通知を決済サーバ装置１０に送信する。その後、ステップＳ３０７の処理に進む。

（ステップＳ３０７）決済サーバ装置１０の端末管理部１０１は、ＦＫ１押下通知を受信すると、クレジット画面６００の表示画面データを含むクレジット画面表示要求を生成する。具体的には、端末管理部１０１は、端末装置２０の表示タイプに対応するクレジット画面６００の表示画面情報テーブルを管理テーブル記憶部１０４から読み出す。そして、端末管理部１０１は、読み出した表示画面情報テーブルに基づいて、端末装置２０の表示機能情報に応じた表示画面データを生成する。その後、ステップＳ３０８の処理に進む。
（ステップＳ３０８）端末管理部１０１は、生成したクレジット画面表示要求を端末装置２０に送信する。その後、ステップＳ３０９の処理に進む。

（ステップＳ３０９）端末装置２０は、クレジット画面表示要求を受信すると、受信したクレジット画面表示要求に含まれる表示画面データに基づいてクレジット画面６００を表示部に表示する。そして、端末装置２０は、クレジット画面６００において売上ボタン６０１が選択される（ＦＫ１押下）と、ＦＫ１が押下されたことを通知するＦＫ１押下通知（決済情報）を生成する。その後、ステップＳ３１０の処理に進む。
（ステップＳ３１０）端末装置２０は、生成したＦＫ１押下通知を決済サーバ装置１０に送信する。その後、ステップＳ３１１の処理に進む。

（ステップＳ３１１）決済サーバ装置１０の端末管理部１０１は、ＦＫ１押下通知を受信すると、カード入力待ち画面７００の表示画面データを含むカード入力待ち画面表示要求を生成する。具体的には、端末管理部１０１は、端末装置２０の表示タイプに対応するカード入力待ち画面７００の表示画面情報テーブルを管理テーブル記憶部１０４から読み出す。そして、端末管理部１０１は、読み出した表示画面情報テーブルに基づいて、端末装置２０の表示機能情報に応じた表示画面データを生成する。その後、ステップＳ３１２の処理に進む。
（ステップＳ３１２）端末管理部１０１は、生成したカード入力待ち画面表示要求を端末装置２０に送信する。その後、ステップＳ３１３の処理に進む。

（ステップＳ３１３）端末装置２０は、カード入力待ち画面要求を受信すると、受信したカード入力待ち画面要求に含まれる表示画面データに基づいてカード入力待ち画面７００を表示部に表示する。そして、端末装置２０は、カードリーダがクレジットカードのカード情報を読み取ると、読み取ったカード情報を含む売上処理要求（決済情報）を生成する。その後、ステップＳ３１４の処理に進む。
（ステップＳ３１４）端末装置２０は、生成した売上処理要求を決済サーバ装置１０に送信する。その後、ステップＳ３１５の処理に進む。

（ステップＳ３１５）決済サーバ装置１０の端末管理部１０１は、売上処理要求を受信すると、処理中画面８００の表示画面データを含む処理中画面表示要求を生成する。具体的には、端末管理部１０１は、端末装置２０の表示タイプに対応する処理中画面８００の表示画面情報テーブルを管理テーブル記憶部１０４から読み出す。そして、端末管理部１０１は、読み出した表示画面情報テーブルに基づいて、端末装置２０の表示機能情報に応じた表示画面データを生成する。その後、ステップＳ３１６の処理に進む。
（ステップＳ３１６）端末管理部１０１は、生成した処理中画面表示要求を端末装置２０に送信する。端末装置２０は、処理中画面表示要求を受信すると、受信した処理中画面表示要求に含まれる表示画面データに基づいて処理中画面８００を表示部に表示する。その後、ステップＳ３１７の処理に進む。
ステップＳ３１７の処理は、第１の実施形態におけるステップＳ１０４〜Ｓ１１９の処理と同様である。

上述したとおり、本実施形態によれば、決済サーバ装置１０は、各端末装置２０の端末機種（型番）と表示タイプとを示す端末管理テーブルと、各端末機種（型番）に対応する表示機能情報を示す端末表示機能管理テーブルと、各表示タイプに対応する表示画面情報を示す表示画面情報テーブルとを記憶する。また、決済サーバ装置１０は、端末装置２０の表示タイプに対応する表示画面情報テーブルに基づいて、端末装置２０の表示機能情報に応じた表示画面データを生成する。そして、決済サーバ装置１０は、生成した表示画面データを端末装置２０に送信する。端末装置２０は、表示画面データを受信すると、受信した表示画面データに基づいて表示画面を表示部に表示する。よって、決済サーバ装置１０が記憶する表示画面情報テーブルを修正することにより、端末装置２０が表示する画面の形式を変更することができる。すなわち、本実施形態によれば、第１の実施形態または第２の実施形態の効果に加えて、端末装置２０が表示する画面の形式を変更する際に、端末装置２０のプログラムを変更する必要がないため、各端末装置２０が表示する画面の形式を容易に変更することができる。

なお、上述した実施形態における決済サーバ装置１０または端末装置２０が備える各部の機能全体あるいはその一部は、これらの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶部を含むが、必ずしもこれらに限定されるものではない。さらに「コンピュータ読み取り可能な記録媒体」に代え、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、本発明の実施形態について説明したが、本発明は、上記の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲において種々の変更を加えることが可能である。例えば、上述した実施形態では、決済サーバ装置１０が各端末装置２０の印字機能情報または表示機能情報を記憶しているが、これに限らず、端末装置２０が決済サーバ装置１０と通信を開始したときに自装置の印字機能情報または表示機能情報を決済サーバ装置１０に送信してもよい。この場合、決済サーバ装置１０は、端末装置２０から受信した印字機能情報に基づいて印字データを生成する。また、決済サーバ装置１０は、端末装置２０から受信した表示機能情報に基づいて表示画面データを生成する。

１決済システム
１０決済サーバ装置
２０端末装置
３０上位センタ
１０１端末管理部
１０２決済処理部
１０３決済結果情報記憶部
１０４管理テーブル記憶部
１０５印字データ生成部
１０６伝票印字結果情報記憶部

Claims

各端末装置それぞれの出力に関する端末管理情報を記憶する記憶部と、
端末装置から決済に関する決済情報を受信する受信部と、
前記記憶部から前記端末装置に対応する端末管理情報を読み出し、読み出した端末管理情報に基づいて、前記受信部が受信した決済情報から出力情報を生成する生成部と、
前記生成部が生成した出力情報を前記端末装置に送信する送信部と、
を備えることを特徴とする決済サーバ装置。
前記端末管理情報は、出力の形式に関する情報を含む
ことを特徴とする請求項１に記載の決済サーバ装置。
前記端末管理情報は、前記端末装置の出力に関する機能の情報を含む
ことを特徴とする請求億１または２に記載の決済サーバ装置。
前記出力情報は、伝票を印字するための印字データである
ことを特徴とする請求項１から３いずれか１項に記載の決済サーバ装置。
前記出力情報は、表示部に表示するための表示画面データである
ことを特徴とする請求項１から３いずれか１項に記載の決済サーバ装置。
決済サーバ装置と複数の端末装置とを有する決済システムであって、
前記決済サーバ装置は、
各端末装置それぞれの出力に関する端末管理情報を記憶する記憶部と、
端末装置から決済に関する決済情報を受信する受信部と、
前記端末装置に対応する端末管理情報に基づいて、前記受信部が受信した決済情報から出力情報を生成する生成部と、
前記生成部が生成した出力情報を前記端末装置に送信する送信部と、
を備え、
前記端末装置は、
前記決済情報を前記決済サーバ装置に送信する送信部と、
前記出力情報を前記決済サーバ装置から受信する受信部と、
前記受信部が受信した出力情報に基づいて出力する出力部と、
を備える
ことを特徴とする決済システム。
決済に関する決済情報を決済サーバ装置に送信する送信部と、
自装置の出力に関する端末管理情報に基づいて前記決済情報から生成された出力情報を前記決済サーバ装置から受信する受信部と、
前記受信部が受信した出力情報に基づいて出力する出力部と、
を備えることを特徴とする端末装置。
決済サーバ装置が、端末装置から決済に関する決済情報を受信する受信ステップと、
前記決済サーバ装置が、各端末装置それぞれの出力に関する端末管理情報を記憶する記憶部から前記端末装置に対応する端末管理情報を読み出し、読み出した端末管理情報に基づいて、前記受信した決済情報から出力情報を生成する生成ステップと、
前記決済サーバ装置が、前記生成した出力情報を前記端末装置に送信する送信ステップと、
を含むことを特徴とする決済方法。
端末装置から決済に関する決済情報を受信する受信ステップと、
各端末装置それぞれの出力に関する端末管理情報を記憶する記憶部から前記端末装置に対応する端末管理情報を読み出し、読み出した端末管理情報に基づいて、前記受信した決済情報から出力情報を生成する生成ステップと、
前記生成した出力情報を前記端末装置に送信する送信ステップと、
をコンピュータに実行させることを特徴とするプログラム。