(57)【要約】【課題】クレジットカードの利用内容が把握できる通帳記帳データを自動取引装置に送信する通帳記帳データ処理装置を提供すること。【解決手段】顧客の取引内容に基づき通帳記帳データを作成し、顧客の取引内容を通帳に印字する自動取引装置１００に作成した通帳記帳データを送信する通帳記帳データ処理装置２２２において、顧客の取引内容の中で、クレジットカード会社との取引については、クレジットカード会社の利用金額に、前記利用金額の詳細情報を特定するための特定形状のマークを付加して、前記通帳記帳データを作成する。【選択図】図２
2018128714.tif 000002
【特許請求の範囲】
【請求項１】
顧客の取引内容に基づき通帳記帳データを作成し、顧客の取引内容を通帳に印字する自動取引装置に作成した通帳記帳データを送信する通帳記帳データ処理装置において、
前記顧客の取引内容の中で、クレジットカード会社との取引については、クレジットカード会社の利用金額に、前記利用金額の詳細情報を特定するための特定形状のマークを付加して、前記通帳記帳データを作成する
ことを特徴とする通帳記帳データ処理装置。
【請求項２】
特定形状のマークは、前記クレジットカード会社で作成され前記クレジットカード会社から前記記帳データ処理装置に提供される
ことを特徴とする請求項１に記載の通帳記帳データ処理装置。
【請求項３】
前記特定形状のマークとして、ＡＲ（Augmented Reality）マーカを付加する
ことを特徴とする請求項１に記載の通帳記帳データ処理装置。
【請求項４】
印字サイズが通帳の複数行に渡るサイズのＡＲマーカを付加する
ことを特徴とする請求項３に記載の通帳記帳データ処理装置。
【請求項５】
前記ＡＲマーカの他に、印字サイズが通帳の1行分のサイズのｉＱＲコード（登録商標）を付加する
ことを特徴とする請求項３に記載の通帳記帳データ処理装置。
【請求項６】
前記特定形状のマークがマーカレスＡＲである
ことを特徴とする請求項１に記載の通帳記帳データ処理装置。
【請求項７】
前記クレジットカード会社との取引として、複数のクレジットカード会社との取引がある場合には、各クレジットカード会社の取引に対応するＡＲマーカが通帳に横並びで印字されるよう、前記通帳記帳データを作成する
ことを特徴とする請求項３に記載の通帳記帳データ処理装置。
【請求項８】
前記自動取引装置に接続され顧客の取引情報を管理するホストコンピュータに備えられる
ことを特徴とする請求項１に記載の通帳記帳データ処理装置。
【請求項９】
顧客の取引内容を通帳に印字する自動取引装置において、
前記顧客の取引内容に中で、クレジットカード会社との取引については、クレジットカード会社の利用金額とともに、前記利用金額の詳細情報を特定するための特定形状のマークであって、前記クレジットカード会社から提供される特定形状のマークを印字する
ことを特徴とする自動取引装置。
【請求項１０】
顧客の取引内容に基づき通帳記帳データを作成し、顧客の取引内容を通帳に印字する自動取引装置に作成した通帳記帳データを送信する記帳データ作成方法において、
前記顧客の取引内容の中で、クレジットカード会社との取引については、クレジットカード会社の利用金額に、前記利用金額の詳細情報を特定するための特定形状のマークを付加して、前記通帳記帳データを作成する
ことを特徴とする通帳記帳データ作成方法。
【請求項１１】
顧客の取引内容に基づき通帳記帳データを作成し、顧客の取引内容を通帳に印字する自動取引装置に作成した通帳記帳データを送信する通帳記帳データ作成方法を、コンピュータに実行させるプログラムにおいて、
前記通帳記帳データを作成する通帳記帳データ作成ステップと、
作成した通帳記帳データを前記自動取引装置に送信するステップを有し、
前記通帳記帳データ作成ステップは、前記顧客の取引内容の中で、クレジットカード会社との取引については、クレジットカード会社の利用金額に、前記利用金額の詳細情報を特定するための特定形状のマークを付加して、前記通帳記帳データを作成する
ことを特徴とするプログラム。
【請求項１２】
自動取引装置と、前記自動取引装置に接続され顧客の取引情報を管理するホストコンピュータと、前記ホストコンピュータに接続され顧客のカード取引を管理するクレジットカード会社のサーバと、顧客により使用される携帯端末と、前記携帯端末に接続されるアプリサーバと、を有する利用内容表示システムにおいて、
前記クレジットカード会社のサーバは、顧客のクレジットカード会社との利用金額の内容に応じた特定形状のマークを作成し、顧客によるクレジットカード会社との利用金額と前記作成した特定形状のマークを前記ホストコンピュータに送信し、
前記ホストコンピュータは、前記顧客のクレジットカード会社との利用金額に、前記利用内容に応じた特定形状のマークを付加して、通帳記帳データを作成し、作成した通帳記帳データを前記自動取引装置に送信し、
前記自動取引装置は、前記ホストコンピュータから送信された通帳記帳データに基づき、顧客の通帳に前記顧客のクレジットカード会社との利用金額と特定形状のマークの印字を行い、
前記携帯端末は、前記顧客のクレジットカードとの利用金額の詳細情報を表示するアプリを有し、前記アプリは、通帳に印字された前記特定形状のマークをカメラで撮影し、撮影した前記特定形状のマークの画像を前記アプリサーバに送信し、
前記アプリサーバは、前記クレジットカード会社のサーバから取得した情報に基づき、前記特定形状のマークに対応する前記顧客のクレジットカードとの利用金額の詳細情報を前記携帯端末に送信し、
前記アプリは、受信した前記顧客のクレジットカードとの利用金額の詳細情報を表示する
ことを特徴とする利用内容表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動取引装置で通帳に印字される通帳記帳データを作成する通帳記帳データ処理装置に関する。
【背景技術】
【０００２】
銀行等の金融機関に設けられる自動取引装置は、顧客の取引内容として、通帳に入金や出金の金額や日付等を印字する。そして、顧客の取引の中で、クレジットカードの利用については、個別の利用金額ではなく、所定期間（例えば1か月）での利用総額が印字される。クレジットカードの利用は、支払項目が多いために、通帳にクレジットカードの利用内容を細かく印字すると、通帳の使用量が著しく増加するためである。
【０００３】
しかし、通帳へクレジットカードの利用内容が印字されることへの要望もあるので、通帳をバインダー形式にして、カード利用の取引明細データを単票に印字し、顧客に単票をバインダー形式の通帳に組み込ませるようにした自動取引システムが提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１７５９２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、通帳へは所定期間（例えば1か月）で顧客の口座から引き落される合計金額が記載されるが、通帳の使用量を増加させないために、クレジットカード利用の詳細は記載されない。そのため、顧客は、クレジットカード利用の詳細は、通帳の記載内容からだけでは把握できず、カード会社から発行される明細書で確認するか、クレジットカード会社の顧客情報ホームページへパソコン等を手動で操作しアクセスすることしかできない。
【０００６】
本願発明は、上記課題に鑑み、クレジットカードの利用内容が容易に把握できる通帳記帳データを自動取引装置に送信する通帳記帳データ処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、顧客の取引内容に基づき通帳記帳データを作成し、顧客の取引内容を通帳に印字する自動取引装置に作成した通帳記帳データを送信する通帳記帳データ処理装置において、前記顧客の取引内容の中で、クレジットカード会社との取引については、クレジットカード会社の利用金額に、前記利用金額の詳細情報を特定するための特定形状のマークを付加して、前記通帳記帳データを作成する。
【発明の効果】
【０００８】
本発明によれば、クレジットカードの利用内容が把握できる通帳記帳データを自動取引装置に送信する通帳記帳データ処理装置を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】利用内容表示システムの全体構成である。
【図２】利用内容表示システムの機能ブロック図である。
【図３Ａ】記帳要求電文例である。
【図３Ｂ】クレジットカード利用状況データの例である。
【図３Ｃ】通帳記帳データの例である。
【図４】商品の購入プロセスを説明する図である。
【図５】ＡＲマーカ読取アプリのダウンロードプロセスを説明する図である。
【図６】ＡＲマーカの印字プロセスを説明する図である。
【図７】ＡＲマーカの読取プロセスを説明する図である。
【図８Ａ】第１印字パターン処理の手順を示すフローチャート１である。
【図８Ｂ】第１印字パターン処理の手順を示すフローチャート２である。
【図８Ｃ】第１印字パターン処理の手順を示すフローチャート３である。
【図９】印字制御用変数テーブルの例である。
【図１０】第１印字パターンの例である。
【図１１Ａ】第２印字パターン処理の手順を示すフローチャート１である。
【図１１Ｂ】第２印字パターン処理の手順を示すフローチャート２である。
【図１１Ｃ】第２印字パターン処理の手順を示すフローチャート３である。
【図１２】第２印字パターンの例である。
【図１３Ａ】第３印字パターンの例である。
【図１３Ｂ】第３印字パターンの例である。
【図１３Ｃ】第３印字パターンの例である。
【図１３Ｄ】第３印字パターンの例である。
【図１４】第４印字パターンの例である。
【発明を実施するための形態】
【００１０】
以下、図面に従って本発明の実施形態を説明する。図１は、クレジットカードの利用内容を表示する利用内容表示システム１の全体構成である。
【００１１】
利用内容表示システム１は、自動取引装置１００、銀行の勘定系システム２００、クレジットカード会社、携帯端末４００及びアプリサーバ５００から構成される。まず、図１を用いて、利用内容表示システム１の概略を説明する。
【００１２】
クレジットカード会社と銀行の勘定系システム２００が連携する。クレジットカード会社は、顧客の月次の合計利用金額とともに、クレジットカードの利用内容として、クレジットカードの利用の詳細情報を一意に特定するための特定形状のマークを、銀行の勘定系システム２００に提供する。
【００１３】
クレジットカードの利用内容を特定するための特定形状のマークとして、以下では、ＡＲマーカを代表として説明する。ＡＲ（Augmented Reality）は、一般に「拡張現実」とも訳されるが、このＡＲの利用は最近急激に活発になっている。ＡＲの技術を利用することにより、ＡＲマーカが付されている印刷物をスマートフォンやウェアラブルコンピュータなどの端末装置で印刷物を撮影すると、ＡＲマーカに対応するコンテンツが印刷物またはその画像の上に表示されることができる。
【００１４】
銀行の勘定系システム２００は、自動取引装置１００から通帳記帳要求があると、クレジットカードの月次合計の利用金額に、クレジットカード会社から提供された対応するＡＲマーカを付加して通帳記帳データを作成し、作成した通帳記帳データ（記帳応答電文）を自動取引装置１００に送信する。
【００１５】
自動取引装置１００は、銀行の勘定系システム２００から受信した通帳記帳データに基づき、顧客の通帳に印字を行う。通帳には、クレジットカードの月次合計の利用金額とＡＲマーカ１０００が印字される。顧客は、カード利用の詳細情報を確認したい場合には、携帯端末４００でＡＲマーカ読取アプリを実行し、銀行のＡＲマーカ読み取りサービスのＵＲＬを起動する。
【００１６】
顧客は、携帯端末４００を通帳に翳して、ＡＲマーカ１０００を携帯端末４００のカメラでスキャンする。携帯端末４００は、スキャンしたＡＲマーカ画像をアプリサーバ５００に送信して、アプリサーバ５００でＡＲマーカ画像から変換されたクレジットカード利用の詳細情報を取得する。
【００１７】
携帯端末４００の画面には、クレジットカード利用の詳細情報として、クレジットカード利用の概要情報１５００が表示される。クレジットカード利用の概要情報には、クレジットカード会社の顧客情報ホームページへアクセスするためのＵＲＬ１５００aが表示される。顧客は、携帯端末４００の画面のＵＲＬ１５００aをクリックすると、携帯端末４００がクレジットカード会社に接続され、更なるクレジットカードの詳細情報を知ることができる。
【００１８】
図２は、利用内容表示システム１全体の機能ブロック図である。自動取引装置１００は、制御部１１０、操作部１２０、表示部１２５、現金処理ユニット１３０、通帳処理ユニット１４０、通信部１５０及び記憶部１６０を有する。
【００１９】
制御部１１０は、自動取引装置１００の全体を統括的に制御する制御部である。制御部１１０は、ＣＰＵと制御プログラム（不図示）を有し、ＣＰＵが制御プログラムを実行することによるソフトウェア処理により自動取引装置１００を制御する。
【００２０】
操作部１２０は、例えばタッチパネル等で構成され、顧客からの指示を受け付ける。表示部１２５は、操作部１２０と一体的に設けられ、顧客への入力画面や操作ガイド等を表示する。現金処理ユニット１３０は、紙幣や硬貨等の現金の入金や出金を行い、現金を内部に格納する。
【００２１】
通帳処理ユニット１４０は、顧客から挿入された通帳への印字を処理する。通帳処理ユニット１４０は、通帳搬送部１４２、ＭＳリードライト部１４４及び印字部１４６を有する。通帳搬送部１４２は、顧客から挿入された通帳を内部の印字部１４６に搬送し、印字された通帳を外部に排出する。ＭＳリードライト部１４４は、通帳に貼付された磁気ストライプへの読込や書込みを行う。印字部１４６は、銀行の勘定系システム２００のホストコンピュータ２１０から送信された通帳記帳データに基づき、顧客の取引内容（日付、取引内容、金額等）を通帳に印字する。また。通信部１５０は、ホストコンピュータ２１０と電文の送受信を行う。記憶部１６０は、受信した通帳記帳データや後述する印字制御用変数テーブル等のデータを格納する。
【００２２】
銀行の勘定系システム２００は、自動取引装置１００と接続され、自動取引装置１００に入力された顧客の取引依頼等を処理する。銀行の勘定系システム２００は、ホストコンピュータ２１０により制御される。ホストコンピュータ２１０は、主制御部２２０、通帳記帳データ処理部２２２、通信部２５０、顧客ＤＢ２６０及び通帳記帳ＤＢ２６２等を有する。
【００２３】
主制御部２２０は、ＣＰＵと制御プログラム（不図示）を有し、ＣＰＵが制御プログラムを実行することによるソフトウェア処理により銀行の勘定系システム２００の管理運営を行う。主制御部２２０は、顧客ＤＢ２６０により顧客の口座情報（氏名住所、口座番号、暗証番号、口座残高等）を管理する。
【００２４】
通帳記帳データ処理部２２２は、主制御部２２０による制御により通帳記帳データの作成等の処理を行う。通帳記帳データ処理部２２２は、自動取引装置１００から記帳要求電文を受信した場合には、顧客ＤＢ２６０及び通帳記帳ＤＢ２６２を参照して、対応する通帳記帳データを作成する。なお、通帳記帳データ処理部２２２を、通帳記帳データ処理装置とも言う。
【００２５】
自動取引装置１００からの記帳要求電文の例を図３Ａに示す。図３Ａに示すように、記帳要求電文は、番号1〜６の項目と内容から構成される。
【００２６】
通帳記帳データ処理部２２２は、クレジットカードの利用内容として、クレジットカード会社から送信されたクレジットカード利用状況データを通帳記帳ＤＢ２６２に格納する。通帳記帳ＤＢ２６２の内容については、図６で後述する。クレジットカード利用状況データには、前述したＡＲマーカ１０００が含まれる。
【００２７】
図３Ｂは、クレジットカード利用状況データの例である。クレジットカード利用状況データは、図３Ｂに示すような番号1〜１１の項目と内容から構成される。以下では、ＡＲマーカのサイズを、１行が横８８０ピクセル×縦１７６ピクセルで、５行分の図形とする。なお、このサイズに限定されるものではない。また、図３Ｂは、特定形状のマークとして、ＡＲマーカとともに、ｉＱＲコード（登録商標）を含む例である。
【００２８】
ｉＱＲコードも特定形状のマークである。ｉＱＲコードは、ＡＲマーカよりも格納可能なデータ量が少ないマークである。ｉＱＲコードは、例えば、クレジットカード会社の顧客情報ホームページのＵＲＬデータを格納するもので、ｉＱＲコードの利用例は、第２印字パターン処理で説明する。
【００２９】
通帳記帳データ処理部２２２は、顧客の取引内容の中で、クレジットカード会社との取引については、顧客のクレジットカード利用状況データに基づき、クレジットカード会社の利用金額に、利用金額の詳細情報を特定するための特定形状のマークを付加して、通帳記帳データを作成する。なお、通帳記帳データは、通帳に未記帳の取引内容のデータである。
【００３０】
通帳記帳データ処理部２２２は、作成した通帳記帳データを記帳応答電文として通信部２５０に送信を指示する。通帳記帳データの例を図３Ｃに示す。また、通帳記帳データ処理部２２２は、ＡＲマーカ読取アプリ４２０と連携するアプリサーバ５００の管理も行う。
【００３１】
通信部２５０は、専用回線で接続された自動取引装置１００と各電文の送受信を行う。また、通信部２５０は、ネットワークＮＷを経由して、クレジットカード会社のクレジット管理サーバ３１０やアプリサーバ５００と接続される。
【００３２】
クレジットカード会社には、クレジット管理サーバ３１０が設けられる。クレジット管理サーバ３１０は、制御部３２０、記憶部３４２、通信部３５０及び利用明細ＤＢ３６０等を有する。制御部３２０は、クレジットカードの利用に関する各種データを利用明細ＤＢ３６０により管理する。制御部３２０は、ＣＰＵと制御プログラム（不図示）を有し、ＣＰＵが制御プログラムを実行することによるソフトウェア処理により、制御を行う。
【００３３】
制御部３２０は、ＡＲマーカ作成部３４０を有する。ＡＲマーカ作成部３４０は、利用明細ＤＢ３６０から顧客のクレジットカードの当月利用のデータを読出し、クレジットカードの利用の概要情報を作成し、クレジットカードの利用の概要情報に対応するＡＲマーカを作成する。ＡＲマーカ作成部３４０は、作成したクレジットカードの利用の概要情報と対応するＡＲマーカを不揮発性の記憶部３４２に格納する。
【００３４】
通信部３５０は、ＡＲマーカを含むクレジットカード利用状況データ（図３Ｂ参照）をホストコンピュータ２１０に送信する。
【００３５】
携帯端末４００は、制御部４１０、ＡＲマーカ読取アプリ４２０、操作部４３０、表示部４３５、カメラ部４４０及び通信部４５０等を有する。携帯端末４００は、例えば、スマートフォンである。
【００３６】
制御部４１０は、携帯端末４００全体を統括的に制御する。制御部４１０は、ＣＰＵと制御プログラム（不図示）を有し、ＣＰＵが制御プログラムを実行することによるソフトウェア処理により携帯端末４００を制御する。
【００３７】
制御部４１０は、ＡＲマーカ読取アプリ４２０を有する。ＡＲマーカ読取アプリ４２０は、通帳に印字されたＡＲマーカ１０００を撮影し、アプリサーバ５００と連携して、クレジットカード利用内容（概要情報等）を携帯端末４００の画面に表示するソフトウェアである。また、ＡＲマーカ読取アプリ４２０は、第２印字パターン処理で説明するｉＱＲコードの読み取りや。第３印字パターン処理で説明するマーカレスＡＲの読み取りも可能とする。
【００３８】
操作部４３０は、顧客の指示を入力させるもので、例えばタッチパネルである。表示部４３５は、操作指示や各種メニューあるいはクレジットカード利用の概要情報を表示する。表示部４３５は、操作部４３０と一体的に設けられてもよい。カメラ部４４０は、レンズや撮像素子を有し、被写体像を画像データとして出力する。通信部４５０は、ネットワークＮＷ経由で、アプリサーバ５００等の外部機器と通信を行う。
【００３９】
アプリサーバ５００は、ＡＲマーカ読取アプリ４２０と連携して、携帯端末４００で撮影されたＡＲマーカに対応するクレジットカード利用の概要情報を携帯端末４００に送信する。アプリサーバ５００は、ネットワークＮＷ経由で、ホストコンピュータ２１０や携帯端末４００等に接続される。ここで、アプリサーバ５００は、ＡＲマーカの画像情報をデコードして、対応するクレジットカード利用の概要情報をＡＲマーカから直接取得してもよい。
【００４０】
あるいは、アプリサーバ５００は、撮影されたＡＲマーカに対応するクレジットカード利用の概要情報をクレジット管理サーバ３１０から直接受信するようにしてもよいし、ホストコンピュータ２１０を経由してクレジット管理サーバ３１０から受信するようにしてもよい。
【００４１】
また、アプリサーバ５００は、ＡＲマーカのデータとＡＲマーカに対応するクレジットカードの利用の概要情報を、クレジット管理サーバ３１０から予め受信し不図示の記憶部に格納しておいて、携帯端末４００から送信されたＡＲマーカに応じて、対応するクレジットカードの利用の概要情報を携帯端末４００に送信してもよい。
【００４２】
図４〜図７を用いて、商品の購入から利用内容が表示されるまでのプロセスを順番に沿って、説明する。
【００４３】
図４は、従来から行われている商品の購入プロセスを簡単に説明する図である。顧客が通販会社を通じて商品を購入すると（ステップＴ２）、通販会社は商品の販売を行う（ステップＴ４）。商品購入時に、顧客がクレジットカードを利用すると（ステップＴ６）、クレジットカード会社は、業務システムのクレジットカードの利用明細ＤＢ３６０を更新する（ステップＴ８）。利用明細の項目は、カード情報、利用日、利用者情報、利用内容／金額、支払日等である。
【００４４】
そして、顧客が、例えば携帯端末４００で、クレジットカード会社にクレジットカード利用明細の参照を要求すると（ステップＴ１０）、クレジットカード会社は、利用明細ＤＢ３６０を参照して、ホームページで顧客の利用明細を掲載する（ステップＴ１２）。
【００４５】
図５は、ＡＲマーカ読取アプリのダウンロードプロセスを簡単に説明する図である。顧客は、例えば携帯端末４００で、銀行のホームページでＡＲマーカ利用サービスを申請する（ステップＴ１４）。銀行は、ホームページでＡＲマーカ読取アプリを提供する（ステップＴ１６）。顧客は、携帯端末４００で、ＡＲマーカ読取アプリをダウンロードする（ステップＴ１８）。
【００４６】
図６は、ＡＲマーカの印字プロセスを説明する図である。クレジットカード会社のクレジット管理サーバ３１０は、顧客の当該月の支払合計額を確定する（ステップＴ２０）。クレジット管理サーバ３１０は、当該月の利用金額のうち最も金額の大きい利用内容を概要情報として抽出する（ステップＴ２２）。概要情報の件数は、例えば３件程度でもよい。件数が多くなると、携帯端末４００での表示が煩雑になるからである。
【００４７】
クレジット管理サーバ３１０は、概要情報等に応じたイメージ画像を選択する（ステップＴ２４）。概要情報等とは、例えば、クレジットカード会社名、概要情報（利用日、利用内容、利用金額、イメージ画像）、ホームページＵＲＬである。図１で携帯端末４００の画面に示したように、例えば、購入品がテレビの場合には、イメージ画像をテレビの外観としてもよい。また、イメージ画像が無い場合は会社のロゴマークなどでもよい。
【００４８】
ＡＲマーカ作成部３４０は、概要情報等からＡＲマーカを作成する（ステップＴ２６）。ＡＲマーカの内容は、クレジットカード会社名、概要情報（利用日、利用内容、利用金額、イメージ画像）、ホームページＵＲＬである。ＡＲマーカ作成部３４０は、作成したＡＲマーカを記憶部３４２に格納する。
【００４９】
クレジット管理サーバ３１０は、作成したＡＲマーカが含まれるクレジットカード利用状況データ（図３Ｂ参照）を、銀行の勘定系システム２００のホストコンピュータ２１０に送信する（Ｔ２８）。
【００５０】
ホストコンピュータ２１０の主制御部２２０は、クレジットカード利用状況データを受信して（Ｔ３０）、通帳記帳ＤＢ２６２に格納する。通帳記帳データ処理部２２２は、クレジットカード利用状況データに基づき、通帳記帳データの作成処理を行う（ステップＴ３２）。
【００５１】
顧客が、支払日（引き落とし日）経過後（ステップＴ３４）に、自動取引装置１００で通帳記帳を指示すると（Ｔ３６）、自動取引装置１００からの要求に応じてホストコンピュータ２１０から自動取引装置１００に通帳記帳データが送信され、自動取引装置１００は、当該月の支払合計額等と共に対応するＡＲマーカを通帳に印字する処理を行う（ステップＴ３８）。ステップＴ３８の処理については、図８Ａ〜図９で後述する。
【００５２】
図７は、ＡＲマーカの読取プロセスを説明する図である。顧客が、携帯端末４００で、ＡＲマーカ読取アプリ４２０を起動する（ステップＴ５０）。携帯端末４００のカメラ部４４０は、ＡＲマーカに焦点を合わせ読み取り（撮影）を行う（ステップＴ５２）。ＡＲマーカの画像がアプリサーバ５００に送信される。アプリサーバ５００は、ＡＲマーカに対応する概要情報とホームページＵＲＬを携帯端末４００に送信する。ＡＲマーカ読取アプリ４２０は、携帯端末４００の表示部４３５に、図１で示したような概要情報とホームページＵＲＬを表示する（ステップＴ５４）。
【００５３】
顧客は、携帯端末４００で概要情報の確認を行う（ステップＴ５６）。必要があれば、顧客は、クレジットカード会社のホームページから利用明細を参照するよう要求する（ステップＴ５８）。クレジット管理サーバ３１０は、顧客からの参照要求に応じて、利用明細ＤＢ３６０から顧客の利用明細を読出し、ホームページで利用明細を掲載する（ステップＴ６０）。顧客は、携帯端末４００で、クレジットカード利用明細を参照することができる（ステップＴ６２）。
【００５４】
次に、ＡＲマーカを代表として説明した特定形状のマークを印字する処理を具体的に説明する。印字処理として、４つの印字パターン処理（第１印字パターン処理〜第４印字パターン処理）を説明する。
【００５５】
なお、以下のフローチャートでは、複数行に渡るＡＲマーカを印字するために、通帳処理ユニット１４０が、各通帳の記帳状態に応じて、ＡＲマーカの印字位置の設定や改ページの判断を行うことを説明する。しかし、ホストコンピュータ２１０の通帳記帳データ処理部２２２が、各通帳の記帳状態に応じて、ＡＲマーカの印字位置の設定を行い、各通帳でのＡＲマーカの印字位置等を予め設定した通帳記帳データを作成して、自動取引装置１００に送信してもよい。この場合には、自動取引装置１００の通帳処理ユニット１４０は、通帳記帳データに沿って、印字すればよい。
【００５６】
〈第１印字パターン処理〉
第１印字パターンは、クレジットカード取引内容の下の行に、対応する特定形状のマークとしてＡＲマーカを印字する処理である。図８Ａ〜図８Ｃは、第１印字パターン処理の手順を示すフローチャート１〜３である。
【００５７】
自動取引装置１００の制御部１１０は、顧客から指示された取引種別は通帳記帳かを判断する（ステップＳ１００）。制御部１１０は、取引種別が通帳記帳でないと判断すると（ステップＳ１００のＮＯ）、ステップＳ１００を繰り返す。制御部１１０は、取引種別が通帳記帳であると判断すると（ステップＳ１００のＹＥＳ）、通帳処理ユニット１４０は、ＭＳリードライト部１４４によって通帳の磁気ストライプから記帳に必要な情報の読み込み、記帳要求電文（図３Ａ参照）を作成する（ステップＳ１０２）。
【００５８】
通帳処理ユニット１４０は、通帳の印字開始ページと印字開始行と通帳のページ数と印字可能行数を記憶部１６０の印字制御用変数テーブルに格納する（ステップＳ１０４）。
【００５９】
続いて、印字レコード数と印字行数に初期値の０を設定する（ステップＳ１０５）。
印字制御用変数テーブルの例を、図９に示す。通帳処理ユニット１４０は、銀行の勘定系システム２００のホストコンピュータ２１０に記帳要求電文を送信する（ステップＳ１０６）。
【００６０】
ホストコンピュータ２１０の通帳記帳データ処理部２２２は、クレジット管理サーバ３１０からのクレジットカード利用状況データ（図３Ｂ参照）の受信があったかを判断する（ステップＲ１００）。通帳記帳データ処理部２２２は、クレジットカード利用状況データの受信がないと判断すると（ステップＲ１００のＮＯ）、ステップＲ１０６へ進む。
【００６１】
クレジット管理サーバ３１０の制御部３２０は、所定の時期（例えば月末）にクレジットカード利用状況データをホストコンピュータ２１０に送信する（ステップＲ１０２）。
【００６２】
通帳記帳データ処理部２２２は、クレジットカード利用状況データの受信があったと判断すると（ステップＲ１００のＹＥＳ）、クレジットカード利用状況データを通帳記帳ＤＢ２６２に格納する（ステップＲ１０４）。
【００６３】
通帳記帳データ処理部２２２は、自動取引装置１００から記帳要求電文を受信したかを判断する（ステップＲ１０６）。通帳記帳データ処理部２２２は、自動取引装置１００から記帳要求電文を受信していないと判断すると（ステップＲ１０６のＮＯ）、ステップＲ１００へ戻る。
【００６４】
通帳記帳データ処理部２２２は、自動取引装置１００から記帳要求電文を受信したと判断すると（ステップＲ１０６のＹＥＳ）、クレジットカード利用状況データを参照して通帳記帳データを作成し、記帳要求のあった自動取引装置１００に送信する（ステップＲ１０８）。その後、ステップＲ１００へ戻る。なお、通帳記帳データは、図１０に示すような取引内容やＡＲマーカが通帳に印字されるデータである。図１０については、後述する。
【００６５】
通帳記帳データ処理部２２２は、クレジットカード取引内容の下に、５行分のサイズでＡＲマーカが印字されるよう通帳記帳データを作成する。自動取引装置１００では、１行単位で印字が実行されるので、通帳記帳データには、ＡＲマーカのデータは５分割されて記載される。なお、ホストコンピュータ２１０から送信される通帳記帳データでは、ＡＲマーカは一体化されたデータで記載され、受信した自動取引装置１００で、１行分ずつ５分割のキャラクタデータに変換して、印字するようにしてもよい。
【００６６】
自動取引装置１００の通帳処理ユニット１４０は、通帳記帳データを受信したかを判断する（ステップＳ１０８）。通帳処理ユニット１４０は、通帳記帳データを受信していないと判断すると（ステップＳ１０８のＮＯ）、ステップＳ１０８を繰り返す。
【００６７】
通帳処理ユニット１４０は、通帳記帳データを受信したと判断すると（ステップＳ１０８のＹＥＳ）、通帳記帳データの中からレコード数を記憶部１６０の印字制御用変数テーブルに格納する（ステップＳ１１０）。図８Ｂに進む。
【００６８】
通帳処理ユニット１４０は、印字種別がクレジットカード利用状況かを判断する（ステップＳ１２０）。通帳処理ユニット１４０は、印字種別がクレジットカード利用状況ではないと判断すると（ステップＳ１２０のＮＯ）、従来通りの印字を行い（ステップＳ１２２）、印字開始行を＋１する（ステップＳ１２４）。つまり、クレジットカード利用でない出金や入金等である場合には、通常の印字が行われる。通帳処理ユニット１４０は、ステップＳ１５０に進む。
【００６９】
通帳処理ユニット１４０は、印字種別がクレジットカード利用状況であると判断すると（ステップＳ１２０のＹＥＳ）、「印字開始行＋５＞通帳の印字可能行数」であるかを判断する（ステップＳ１３０）。本例では、ＡＲマーカの印字サイズが通帳の５行分であるので、通帳の現在のページに、+５行分の印字スペースがあるかを判断する。
【００７０】
通帳処理ユニット１４０は、「印字開始行＋５＞通帳の印字可能行数」であると判断すると（ステップＳ１３０のＹＥＳ）、印字開始行＝１とする（ステップＳ１３２）。つまり、通帳の現在のページにはＡＲマーカの印字スペースがない場合である。さらに、通帳処理ユニット１４０は、「印字開始ページ＋１＞通帳のページ数」であるかを判断する（ステップＳ１３４）。通帳に次のページがあるかが判断される。
【００７１】
通帳処理ユニット１４０は、「印字開始ページ＋１＞通帳のページ数」でないと判断すると（ステップＳ１３４のＮＯ）、通帳を改ページして、印字開始ページ＋１にする（ステップＳ１３６）。通帳処理ユニット１４０は、「印字開始ページ＋１＞通帳のページ数」であると判断すると（ステップＳ１３４のＹＥＳ）、新しい通帳を発行させ、印字開始ページ＝１にする（ステップＳ１３８）
通帳処理ユニット１４０は、「印字開始行＋５＞通帳の印字可能行数」でないと判断すると（ステップＳ１３０のＮＯ）、あるいは、ステップＳ１３６またはステップＳ１３８の後に、クレジットカード利用状況を印字し、改行する（ステップＳ１４０）。
【００７２】
図１０は、通帳の印字例である。通帳の上から２行目（番号２）が、ステップＳ１４０によるクレジットカード利用状況の印字である。クレジットカード利用状況として、「１６−１１−２６」、「三友カード」、「８３，０００」、「４６７，０００」が印字される。
【００７３】
通帳処理ユニット１４０は、「印字開始行＋１、印字行数=印字開始行＋４」にする（ステップＳ１４２）。印字行数は、ＡＲマーカが印字される最終行である。通帳処理ユニット１４０は、「印字開始行＞印字行数」であるかを判断する（ステップＳ１４４）。つまり、ＡＲマーカの５行目の印字が終了したかが判断される。
【００７４】
通帳処理ユニット１４０は、「印字開始行＞印字行数」でないと判断すると（ステップＳ１４４のＮＯ）、「ＡＲマーカを1行分印字し、改行し、印字開始行＋１」とし（ステップＳ１４６）、ステップＳ１４４に戻り、ＡＲマーカの次の行の印字を行う。通帳処理ユニット１４０は、「印字開始行＞印字行数」であると判断すると（ステップＳ１４４のＹＥＳ）、ステップＳ１６０に進む。
【００７５】
図１０で、「三友カード」の下のお取引内容欄に、三友カード利用の概要情報に対応するＡＲマーカ１００１が印字される。ＡＲマーカのサイズは、高さ２５ｍｍ×幅２５ｍｍで、高さは５行分である。
【００７６】
同様に、番号１３の「ＦＪクレジット」の下に、対応するＡＲマーカ１００２が印字される。また、番号１９の「東銀カード」の下に、対応するＡＲマーカ１００３が印字される。なお、ＡＲマーカの印字位置は、お取引内容欄に限るものではなく、例えば、備考欄でもよい。
【００７７】
図８Ｃに進む。通帳処理ユニット１４０は、印字開始行＞通帳の印字可能行数であるかを判断する（ステップＳ１５０）。通帳処理ユニット１４０は、印字開始行＞通帳の印字可能行数であると判断すると（ステップＳ１５０のＹＥＳ）、印字開始行＝１とする（ステップＳ１５２）。通帳処理ユニット１４０は、印字開始ページ＋１＞通帳のページ数であるかを判断する（ステップＳ１５４）。通帳処理ユニット１４０は、印字開始ページ＋１＞通帳のページ数でないと判断すると（ステップＳ１５４のＮＯ）、改ページし、印字開始ページ＋１とする（ステップＳ１５６）。通帳処理ユニット１４０は、印字開始ページ＋１＞通帳のページ数であると判断すると（ステップＳ１５４のＹＥＳ）、新しい通帳の発行し、印字開始ページ＝１とする（ステップＳ１５８）。
【００７８】
通帳処理ユニット１４０は、印字開始行＞通帳の印字可能行数でないと判断すると（ステップＳ１５０のＮＯ）、あるいは、ステップＳ１５６またはステップＳ１５８の後は、ステップＳ１６０に進む。
【００７９】
通帳処理ユニット１４０は、印字レコード数＋１とする（ステップＳ１６０）。通帳処理ユニット１４０は、印字レコード数＜レコード数であるかを判断する（ステップＳ１６２）。ここで、通帳記帳データの印字が全て終了したかが判断される。通帳処理ユニット１４０は、印字レコード数＜レコード数であると判断すると（ステップＳ１６２のＹＥＳ）、印字は終了していないとして、ステップＳ１２０に戻り、次に取引の印字を行う。
【００８０】
通帳処理ユニット１４０は、印字レコード数＜レコード数でないと判断すると（ステップＳ１６２のＮＯ）、印字は全て終了したとして、通帳データの印字開始ページ及び印字開始行の更新（ステップＳ１６４）を行う。これにより通帳のＭＳストライプのデータが更新される。最後に、通帳処理ユニット１４０は、通帳の排出を行う（ステップＳ１６８）。
【００８１】
以上の印字処理で記帳された通帳に対して、顧客は、携帯端末４００で通帳のＡＲマーカを読み取ることで、クレジットカードの詳細内容を確認することができる。携帯端末４００のＡＲマーカ読取アプリ４２０により、撮影されたＡＲマーカの画像がアプリサーバ５００に送信される。
【００８２】
アプリサーバ５００は、受信したＡＲマーカの画像情報をデコードして、対応するクレジットカード利用の概要情報や詳細情報ＵＲＬを取得し、携帯端末４００に返信する。あるいは、アプリサーバ５００は、送信されたＡＲマーカと合致するＡＲマーカを記憶部から検索し、検索されたＡＲマーカの情報に対応する概要情報や詳細情報ＵＲＬを携帯端末４００に返信するようにしてもよい。ＡＲマーカ読取アプリ４２０により、携帯端末４００に概要情報や詳細情報ＵＲＬが表示される（図１参照）。
【００８３】
以上、第１印字パターン処理によれば、クレジットカードの利用内容とともに、クレジットカードの利用内容の概要情報や詳細情報ＵＲＬに対応するＡＲマーカが、通帳に印字される。顧客は、通帳に印字されたＡＲマーカを携帯端末等で読み取ることで、クレジットカードの利用内容の概要情報や詳細情報を携帯端末４００でその場で、確認することができる。
【００８４】
〈第２印字パターン処理〉
第２印字パターンは、特定形状のマークとして、通帳の印字スペースに応じて、ＡＲマーカとｉＱＲコードを選択して印字するものである。通帳にＡＲマーカの印字スペースがない場合には、ｉＱＲコードを印字する。
【００８５】
ｉＱＲコードは高さ５ｍｍ×幅１５ｍｍのスペースで表現できる汎用的な情報データコードである。ｉＱＲコードは、表現できるデータ量はＡＲマーカに及ばず、ＡＲマーカのように利用明細の概要情報を確認することはできないが、クレジットカード会社の顧客情報ホームページのＵＲＬデータは格納可能である。携帯端末４００で、ＡＲマーカ読取アプリ４２０でｉＱＲコードを読み取り、クレジットカード会社の顧客情報ホームページにアクセスすることができる。これにより、顧客は、クレジットカード利用の詳細情報を手軽に確認することができる。
【００８６】
また、第２印字パターンでは、ＡＲマーカとｉＱＲコードをそれぞれ備考欄に印字する例を示す。第１印字パターンでは、ＡＲマーカを「お取引内容」の欄に印字する例を示した（図１０参照）。第２印字パターンでは、第１印字パターンに対して、ＡＲマーカ等による通帳使用量が少なくなるように、ＡＲマーカ等が他の取引処理の備考欄に印字される。
【００８７】
図１２は、第１印字パターンによる通帳の印字例である。なお、通帳で、番号０２、０８、０９、１８、２２が、クレジットカード利用状況である。例えば、番号０２では、クレジットカード利用状況として、「１６−１１−２６」、「三友カード」、「８３，０００」、「４６７，０００」が印字され、更に、当該取引の備考欄にｉＱＲコード２０００が印字される。
【００８８】
番号０８では、当該取引の印字行を含め上方向の５行分の備考欄にＡＲマーカ１０１０が印字される。番号１８も、同様に、当該取引の印字行を含め上方向の５行分の備考欄にＡＲマーカ１０１１が印字される。また、番号０９、番号２２では、ｉＱＲコード２００１、ｉＱＲコード２００２が当該取引の備考の欄に印字される。
【００８９】
図１１Ａ〜図１１Ｃは、第２印字パターン処理の手順を示すフローチャート1〜３である。第１印字パターン処理と第２印字パターン処理で、共通する処理の説明は、省略する。第２印字パターン処理の中で、第１印字パターン処理と異なる処理については、ステップ番号の末尾に「ｂ」をつけて示す。
【００９０】
図１１ＡのステップＳ２００〜ステップＳ２０６は、図８ＡのステップＳ１００〜ステップＳ１０６と同一の処理である。また、ステップＲ２００〜ステップＲ２０６は、図８ＡのステップＲ１００〜ステップＲ１０６と同一の処理である。これらの説明は、省略する。
【００９１】
ステップＲ２０８ｂで、通帳記帳データ処理部２２２は、通帳記帳データと通帳記帳済みデータ（前４行分の電文）を送信する。前４行分の備考欄が、ＡＲマーカの印字予定スペースになるからである。また、ステップＳ２０８、ステップＳ２１０は、図８ＡのステップＳ１０８、ステップＳ１１０と同一の処理である。
【００９２】
図１１Ｂに進む。通帳処理ユニット１４０は、受信した通帳記帳データで、印字種別がクレジットカード利用状況かを判断する（ステップＳ２２０ｂ）。通帳処理ユニット１４０は、印字種別がクレジットカード利用状況でないと判断すると（ステップＳ２２０ｂのＮＯ）、従来通りの印字を行う（ステップＳ２２２ｂ）。
【００９３】
通帳処理ユニット１４０は、印字種別がクレジットカード利用状況であると判断すると（ステップＳ２２０ｂのＹＥＳ）、クレジットカード利用状況（当該月の総額）を印字する（ステップＳ２２４ｂ）。
【００９４】
通帳処理ユニット１４０は、印字開始行＞４かつ印字レコード数＞４であるかを判断する（ステップＳ２２６ｂ）。ＡＲマーカを印字するスペースがあるかが判断される。通帳処理ユニット１４０は、印字開始行＞４かつ印字レコード数＞４であると判断する（ステップＳ２２６ｂのＹＥＳ）、変数 i ＝１として（ステップＳ２３０ｂ）、変数iを初期化する。以下で、ＡＲマーカを印字する４行（クレジットカード利用欄よりも上の４行）の備考欄が全て空白であるかが判断される。
【００９５】
通帳処理ユニット１４０は、印字開始行−ｉ行目の備考欄が空白であるかを判断する（ステップＳ２３２ｂ）。通帳処理ユニット１４０は、印字開始行−ｉ行目の備考欄が空白であると判断すると（ステップＳ２３２ｂのＹＥＳ）、ｉ＝４であるかを判断する（ステップＳ２３４ｂ）。通帳処理ユニット１４０は、ｉ＝４でないと判断すると（ステップＳ２３４ｂのＮＯ）、ｉ＝ｉ＋1として（ステップＳ２３６ｂ）、ステップＳ２３２ｂに戻る。通帳処理ユニット１４０は、ｉ＝４であると判断すると（ステップＳ２３４ｂのＹＥＳ）、ＡＲマーカを印字する４行の備考欄が全て空白であるとして、ＡＲマーカの印字を開始する。
【００９６】
通帳処理ユニット１４０は、印字開始行−ｉ行目の備考欄に１行分のＡＲマーカを印字し、改行する（ステップＳ２３８ｂ）。通帳処理ユニット１４０は、ｉ＝ｉ−１とし（ステップＳ２４０ｂ）、ｉ＜０であるかを判断する（ステップＳ２４２ｂ）。通帳処理ユニット１４０は、ｉ＜０でないと判断すると（ステップＳ２４２ｂのＮＯ）、ステップＳ２３８ｂに戻る。通帳処理ユニット１４０は、ｉ＜０であると判断すると（ステップＳ２４２ｂのＹＥＳ）、ＡＲマーカ印字が終了したとして、ステップＳ２４６ｂに進む。
【００９７】
ステップＳ２２６ｂに戻る。通帳処理ユニット１４０は、印字開始行＞４かつ印字レコード数＞４でないと判断すると（ステップＳ２２６ｂのＮＯ）、備考の欄にｉＱＲコードを印字し、改行し（ステップＳ２４４ｂ）、ステップＳ２４６ｂに進む。
【００９８】
ステップＳ２３２ｂに戻る。通帳処理ユニット１４０は、印字開始行−ｉ行目の備考欄が空白でないと判断すると（ステップＳ２３２ｂのＮＯ）、当該取引の備考の欄にｉＱＲコードを印字し、改行し（ステップＳ２４４ｂ）、ステップＳ２４６ｂに進む。通帳処理ユニット１４０は、印字開始行＋１とする（ステップＳ２４６ｂ）。
【００９９】
図１１Ｃに進む。図１１ＣのステップＳ２５０〜ステップＳ２６８は、図８ＣのステップＳ１５０〜ステップＳ１６８と同一の処理であるので、説明は省略する。
【０１００】
以上、第２印字パターン処理によれば、特定形状のマークとして、ＡＲマーカとｉＱＲコードを選択的に使用する。ＡＲマーカの印字スペースがない場合に、通帳１行で印字可能なｉＱＲコードを印字することで、クレジットカードの取引が通帳で近接しても、特定形状のマークを印字することができる。また、第２印字パターン処理によれば、特定形状のマークが備考欄に印字されるので、通帳の使用量の増加を抑えることができる。
【０１０１】
〈第３印字パターン処理〉
第３印字パターン処理は、利用金額の内容を特定するための特定形状のマークとして、マーカレスタイプのＡＲマーカ（以下、マーカレスＡＲと呼ぶ）を利用するものである。
【０１０２】
図１３Ａ、図１３Ｂは、ＡＲマーカとｉＱＲコードの印字例で、第２印字パターン処理で説明した例と同じである。図１３Ａに示すように、クレジットカード会社の引き落とし額の印字行（番号０４、ＦＪクレジット）に、高さ２５ｍｍ×幅２５ｍｍのＡＲマーカ１０２０が印字される。当該印字は、クレジットカード会社の引き落とし額の印字行に加え、上下２行分を用いて、計５行で印字される。第３印字パターン処理では、ＡＲマーカ１０２０の４隅に読取ガイド３０００が印字される。読取ガイド３０００は、携帯端末４００でＡＲマーカを撮影する時の位置決めガイドである。Ｈ０が、ＡＲマーカ１０２０の高さ方向の読み取り範囲となる。
【０１０３】
そして、図１３Ｂに示すように、第２印字パターン処理では、クレジットカード会社の引き落とし額印字行の上下に合わせて５行分（２５ｍｍ）の空白がない場合には、ｉＱＲコード２００３が印字される。
【０１０４】
第３印字パターン処理では、クレジットカード会社の引き落とし額の印字が連続して発生した場合は、既に印字されたＡＲマーカの下に次のＡＲマーカの先頭の１行分が印字される。既に印字されたＡＲマーカの下４行分に、次のＡＲマーカの先頭の１行分を加えて合成された図柄が、マーカレスＡＲとなる。図１３Ｃに例を示す。
【０１０５】
図１３Ｃに示すように、既に印字されているＡＲマーカ１０２０（ＦＪクレジット、高さＨ０の範囲）の４行分に、オリジナルのＡＲマーカ１０２１（大和石油カード）の先頭の１行分を加えた図柄（高さＨ１の範囲）が、マーカレスＡＲ１０２１ｂ（大和石油カード）となる。オリジナルのＡＲマーカ１０２１（全体）は、大和石油カードのクレジットカード会社で、大和石油カードの利用内容（番号０５）に対応して作成されたＡＲマーカである。
【０１０６】
マーカレスＡＲ１０２１ｂの設定は、例えば、通帳記帳データ処理部２２２で行われる。通帳記帳データ処理部２２２は、大和石油カードの利用内容に対応するマークとして、ＦＪクレジットのＡＲマーカ１０２０と大和石油カードのオリジナルのＡＲマーカ１０２１を合成した図柄を、マーカレスＡＲ１０２１ｂに設定する。通帳記帳データ処理部２２２は、通帳記帳データとしてＡＲマーカ１０２１の下１行だけを、自動取引装置１００に送信する。
【０１０７】
そして、通帳記帳データ処理部２２２は、マーカレスＡＲ１０２１ｂと、大和石油カードの概要情報と詳細情報ＵＲＬを対応付けして通帳記帳ＤＢ２６２で管理する。通帳記帳データ処理部２２２は、対応する概要情報と詳細情報ＵＲＬを大和石油カードのクレジット管理サーバ３１０から取得する。
【０１０８】
更に、通帳記帳データ処理部２２２は、マーカレスＡＲ１０２１ｂと、対応する大和石油カードの概要情報と詳細情報ＵＲＬを、アプリサーバ５００に送信する。アプリサーバ５００は、マーカレスＡＲ１０２１ｂと対応する大和石油カードの概要情報と詳細情報ＵＲＬを格納する。
【０１０９】
なお、図１３Ｃでは、クレジットカード会社の引き落としが連続した場合の例を示したが、別なクレジットカード会社の引き落としが、例えば２行後に印字される場合には、既に印字されたＡＲマーカの下３行分に、次のＡＲマーカの先頭の２行分を加えて合成された図柄が、マーカレスＡＲとして設定される。
【０１１０】
図１３Ｃに示す通帳で、クレジットカードの利用の概要情報等を表示させる場合には、携帯端末４００を当該カードの印字行を中央に合わせ、上下２行を合わせたＡＲマーカを撮影（読み取る）する。具体的には、ＦＪクレジットの概要情報等を表示させる場合には、携帯端末４００で、ガイド３０２０内を撮影範囲（Ｈ０の範囲）にしてＡＲマーカ１０２０を撮影する。そして、大和石油カードの概要情報等を表示させる場合には、携帯端末４００で、ガイド３０２１内を撮影範囲（Ｈ１の範囲）にしてマーカレスＡＲ１０２１ｂを撮影する。
【０１１１】
マーカレスＡＲ１０２１ｂが撮影された場合には、携帯端末４００のＡＲマーカ読取アプリ４２０により、撮影されたマーカレスＡＲ１０２１ｂの画像がアプリサーバ５００に送信される。アプリサーバ５００は、送信されたマーカレスＡＲ１０２１ｂと合致するマークを検索し、検索されたマークの情報に対応する概要情報と詳細情報ＵＲＬを携帯端末４００に返信する。ＡＲマーカ読取アプリ４２０により、概要情報と詳細情報ＵＲＬが携帯端末４００に表示される。
【０１１２】
図１３Ｄは、図１３Ｃの通帳に更に、番号０６のＡＢＣカードによる利用が印字された例である。既に印字されているＡＲマーカ１０２０の下３行分とＡＲマーカ１０２１の１行分に、ＡＢＣカードの利用に対応するオリジナルのＡＲマーカ１０２２の下１行分が加わった図柄で、ＡＢＣカードの利用に対応する新たなマーカレスＡＲ１０２２ｂが設定される。オリジナルのＡＲマーカ１０２２（全体）は、ＡＢＣカードのクレジットカード会社で、ＡＢＣカードの顧客の利用内容（番号０６）に対応して作成されたＡＲマーカである。通帳記帳データ処理部２２２は、通帳記帳データとしてＡＲマーカ１０２２の下１行だけを、自動取引装置１００に送信する。
【０１１３】
携帯端末４００により、ガイド３０２２を利用してＨ２範囲でマーカレスＡＲ１０２２ｂを撮影することで、ＡＢＣカードの概要情報等を表示させることができる。
【０１１４】
以上、第３印字パターン処理によれば、マーカレスタイプのＡＲマーカを利用することにより、連続あるいは近接してクレジットカード会社の引き落とし額が印字される場合でもＡＲマーカを継ぎ足して記入することができる。これにより、特定形状のマークとしてＡＲマーカを印字しても、通帳の過剰な使用を回避することができる。
【０１１５】
〈第４印字パターン処理〉
第４印字パターンは、月ごとにＡＲマーカをまとめて印字するパターンである。図１４は、第４印字パターンの例である。図１４は、通帳を見開き状態で示す。
【０１１６】
クレジットカード会社の引き落とし額の印字の際に、ＡＲマーカとの対応を示す情報が印字される。本例では、対応を示す情報を通番（０１，０２，０３・・・）とする。そして、クレジットカードを利用した月の翌月に、前月分のクレジットカード利用情報を前月の最後の印字行の下にまとめてＡＲマーカが印字される。  
【０１１７】
図１４の例では、番号０２のハートフルカード（４）に上段ページのＡＲマーカ１０３０が対応する。また、番号１２のＦＪクレジット（１）に下段ページのＡＲマーカ１０３１が対応する。番号１３のＡＢＣカード（２）及び番号１６のＦＦカード（３）に下段ページのＡＲマーカ１０３２、ＡＲマーカ１０３３が、それぞれ対応する。
【０１１８】
通帳記帳データ処理部２２２は、上記のフォーマットに従ってＡＲマーカ等が印字されるように、通帳記帳データを作成して、自動取引装置１００に送信する。
【０１１９】
以上、第４印字パターン処理によれば、特定形状のマークとしてＡＲマーカを印字しても、通帳の過剰な使用を回避することができる。
【０１２０】
〈効果〉
以上、第１印字パターン〜第４印字パターンいずれの印字においても、顧客は、ＡＲマーカに代表される特定形状のマーク通帳の情報からクレジットカードの利用詳細を確認することができるので、クレジットカード会社の引き落としの利用明細がわからず、引き落とし額が正確であるか不安になることを防止できる。
【０１２１】
なお、本発明は上述した実施形態そのままに限定されるものではなく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素を適宜組み合わせても良い。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用が可能であることはもちろんである。
【符号の説明】
【０１２２】
１  利用内容表示システム
１００  自動取引装置
１１０  制御部
１２０  操作部
１２５  表示部
１３０  現金処理ユニット
１４０  通帳処理ユニット
１５０  通信部
１６０  記憶部
２００  銀行の勘定系システム
２１０  ホストコンピュータ
２２０  主制御部
２２２  通帳記帳データ処理部
２５０  通信部
２６０  顧客ＤＢ
２６２  通帳記帳ＤＢ
３１０  クレジット管理サーバ
３２０  制御部
３４０  ＡＲマーカ作成部
３４２  記憶部
３５０  通信部
３６０  利用明細ＤＢ
４００  携帯端末
４１０  制御部
４２０  ＡＲマーカ読取アプリ
４３０  操作部
４３５  表示部
４４０  カメラ部
４５０  通信部
５００  アプリサーバ
【図１】
2018128714.tif 000003
【図２】
2018128714.tif 000004
【図３Ａ】
2018128714.tif 000005
【図３Ｂ】
2018128714.tif 000006
【図３Ｃ】
2018128714.tif 000007
【図４】
2018128714.tif 000008
【図５】
2018128714.tif 000009
【図６】
2018128714.tif 000010
【図７】
2018128714.tif 000011
【図８Ａ】
2018128714.tif 000012
【図８Ｂ】
2018128714.tif 000013
【図８Ｃ】
2018128714.tif 000014
【図９】
2018128714.tif 000015
【図１０】
2018128714.tif 000016
【図１１Ａ】
2018128714.tif 000017
【図１１Ｂ】
2018128714.tif 000018
【図１１Ｃ】
2018128714.tif 000019
【図１２】
2018128714.tif 000020
【図１３Ａ】
2018128714.tif 000021
【図１３Ｂ】
2018128714.tif 000022
【図１３Ｃ】
2018128714.tif 000023
【図１３Ｄ】
2018128714.tif 000024
【図１４】
2018128714.tif 000025