(57)【要約】      （修正有）【課題】店舗の担当者の作業の負担軽減をすることができる決済システムを提供する。【解決手段】コードを用いた決済におけるイシュアシステムであって，イシュアシステムは，利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，決済識別情報を生成する決済識別情報生成処理部と，発行要求に基づいて，セキュリティデータを生成するセキュリティデータ生成処理部と，決済識別情報とセキュリティデータとを用いてコードを生成し，利用者端末に表示させるコード生成処理部と，を有する。情報処理センタシステムは，利用者端末で表示されたコードを読み取った情報に基づいて，決済識別情報およびセキュリティデータを含む，クレジットカード決済で用いる電文レイアウトの電文を生成する電文処理部と，を有する。【選択図】図２
2020042610.tif 000002
【特許請求の範囲】
【請求項１】
コードを用いた決済における決済システムであって，
前記決済システムは，
利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，決済識別情報を生成する決済識別情報生成処理部と，
前記発行要求に基づいて，セキュリティデータを生成するセキュリティデータ生成処理部と，
前記決済識別情報と前記セキュリティデータとを用いてコードを生成し，前記利用者端末に表示させるコード生成処理部と，
前記利用者端末で表示されたコードを読み取った情報に基づいて，前記決済識別情報およびセキュリティデータを含む，クレジットカード決済で用いる電文レイアウトの電文を生成する電文処理部と，
を有することを特徴とする決済システム。
【請求項２】
前記電文処理部は，
前記利用者端末で表示されたコードを読み取った情報に所定のブランド識別情報が含まれているかを判定し，
前記所定のブランド識別情報が含まれていることを判定した場合には，クレジットカード決済で用いる磁気ストライプ用の電文レイアウトに，前記決済識別情報およびセキュリティデータを含めた電文を生成する，
ことを特徴とする請求項１に記載の決済システム。
【請求項３】
前記決済識別情報生成処理部は，１６桁の決済識別情報を生成し，
前記セキュリティデータ生成処理部は，３桁のセキュリティデータを生成する，
ことを特徴とする請求項１または請求項２に記載の決済システム。
【請求項４】
コードを用いた決済における決済システムであって，
前記決済システムは，
利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，１６桁の決済識別情報を生成する決済識別情報生成処理部と，
前記発行要求に基づいて，３桁のセキュリティデータを生成するセキュリティデータ生成処理部と，
前記決済識別情報と前記セキュリティデータとを用いてコードを生成し，前記利用者端末に表示させるコード生成処理部と，
を有することを特徴とする決済システム。
【請求項５】
前記コード生成処理部は，
前記決済識別情報および前記セキュリティデータに基づいて，１次元コードと２次元コードを生成する，
ことを特徴とする請求項１から請求項４のいずれかに記載の決済システム。
【請求項６】
前記決済識別情報生成処理部は，
１次元コード用の決済識別情報と，２次元コード用の決済識別情報とを生成し，
前記コード生成処理部は，
前記１次元コード用の決済識別情報を用いて１次元コードを生成し，
前記２次元コード用の決済識別情報を用いて２次元コードを生成する，
ことを特徴とする請求項５に記載の決済システム。
【請求項７】
前記コード生成処理部は，
前記利用者端末から前記コードの発行要求を受け付けた際に受け付けた前記利用者端末の位置情報に基づく証明書と，前記決済識別情報と，前記セキュリティデータとを用いて，前記コードを生成する，
ことを特徴とする請求項１から請求項６のいずれかに記載の決済システム。
【請求項８】
前記コード生成処理部は，
前記生成したコードに基づいてハッシュ値を生成し，あらかじめ記憶した鍵により，少なくとも前記生成したコードを暗号化して前記利用者端末に送り，
前記利用者端末は，
少なくとも前記暗号化されたコードをあらかじめ記憶した鍵によって復号化し，
前記復号したコードに基づいてハッシュ値を算出し，
前記算出したハッシュ値と，前記コード生成処理部で生成したハッシュ値とを比較して，一致している場合には，前記復号したコードを表示する，
ことを特徴とする請求項１から請求項７のいずれかに記載の決済システム。
【請求項９】
コードを用いた決済における決済システムであって，
前記決済システムは，
利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，決済識別情報を生成する決済識別情報生成処理部と，
前記発行要求に基づいて，セキュリティデータを生成するセキュリティデータ生成処理部と，
前記利用者端末の位置情報と前記決済識別情報と前記セキュリティデータとを用いてコードを生成し，前記利用者端末に表示させるコード生成処理部と，を有しており，
前記利用者端末に表示された前記コードを読み取る加盟店端末から，前記決済識別情報と前記セキュリティデータと前記利用者端末の位置情報と，前記加盟店端末の位置を示す情報とを受け付け，
前記利用者端末の位置情報と前記加盟店端末の位置を示す情報とを比較し，
前記比較の結果，位置情報に関する条件を充足していれば，前記決済識別情報と前記セキュリティデータを用いた処理を実行する，
ことを特徴とする決済システム。
【請求項１０】
コンピュータを，
利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，決済識別情報を生成する決済識別情報生成処理部，
前記発行要求に基づいて，セキュリティデータを生成するセキュリティデータ生成処理部，
前記決済識別情報と前記セキュリティデータとを用いてコードを生成し，前記利用者端末に表示させるコード生成処理部，
前記利用者端末で表示されたコードを読み取った情報に基づいて，前記決済識別情報およびセキュリティデータを含む，クレジットカード決済で用いる電文レイアウトの電文を生成する電文処理部，
として機能させることを特徴とするプログラム。
【請求項１１】
コンピュータを，
利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，１６桁の決済識別情報を生成する決済識別情報生成処理部，
前記発行要求に基づいて，３桁のセキュリティデータを生成するセキュリティデータ生成処理部，
前記決済識別情報と前記セキュリティデータとを用いてコードを生成するコード生成処理部，
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は決済システムに関する。より詳細には，１次元コードや２次元コードなどのコードを用いた決済システムに関する。
【背景技術】
【０００２】
近年，現金，クレジットカード，デビットカードにかわる新たな決済手段として，１次元コードや２次元コードを用いた決済手法が注目を浴びている。このような決済手法の一例として，下記非特許文献１，非特許文献２がある。
【０００３】
これらの１次元コードや２次元コードを用いた決済手法では，スマートフォンに１次元コードや２次元コードを表示させ，それを店舗がコードリーダーで読み取ることで，決済を行うことができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＬＩＮＥ株式会社，”ＬＩＮＥ  Ｐａｙ”，[online]，インターネット＜ＵＲＬ： https://line.me/ja/pay＞
【非特許文献２】楽天株式会社，”ポイントが貯まる！使える！楽天ペイ”，[online]，インターネット＜ＵＲＬ：https://checkout.rakuten.co.jp/＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
非特許文献１，非特許文献２などの１次元コードや２次元コードを用いた決済手法は，スマートフォンのみで決済ができることから手軽である点がユーザにとってメリットである。
【０００６】
一方，１次元コードや２次元コードを用いた決済手法は，各サービス提供会社が独自に提供していることもあり，店舗側はコードリーダーで読み取ったデータを，各サービス提供会社が定めたデータフォーマットに変換をした上で，決済データを所定のサーバに送ることになる。そのため，店舗側に設置したＰＯＳ端末などでは，各サービス提供会社が提供するデータフォーマットに変換をするプログラムを導入する必要があるなど，各種の設定作業等が必要となる。このようなことから，店舗側にとっては設備導入の負担が大きくなる課題がある。また，実際に決済を行う場合にも，店舗の担当者は，利用者が提示するスマートフォンの画面に表示されるコードを読み取る際に，どのサービス提供会社のコードであるのかを確認した上で，そのサービス提供会社のコードでの決済を行うことを示すボタンを押下する等の操作をする必要がある。
【課題を解決するための手段】
【０００７】
本発明者は上記課題に鑑み，本発明の決済システムを発明した。
【０００８】
第１の発明は，コードを用いた決済における決済システムであって，前記決済システムは，利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，決済識別情報を生成する決済識別情報生成処理部と，前記発行要求に基づいて，セキュリティデータを生成するセキュリティデータ生成処理部と，前記決済識別情報と前記セキュリティデータとを用いてコードを生成し，前記利用者端末に表示させるコード生成処理部と，前記利用者端末で表示されたコードを読み取った情報に基づいて，前記決済識別情報およびセキュリティデータを含む，クレジットカード決済で用いる電文レイアウトの電文を生成する電文処理部と，を有する決済システムである。
【０００９】
本発明のように，利用者端末で表示されたコードを読み取った情報に基づいて，コードに含まれる決済識別情報とセキュリティデータとを含む，クレジットカード決済で用いる電文レイアウトの電文を生成することで，店舗の担当者は，どのサービス提供会社のコードであるかの選択操作などをすることなく，決済処理を行うことができる。そのため，店舗の担当者の負担を軽減することができる。また，日本国内で広く浸透しているクレジットカードの決済ネットワークを活用して，コードを用いた決済を行うことができるので，店舗にとってもコードの決済に伴う設備投資を抑えることができる。
【００１０】
上述の発明において，前記電文処理部は，前記利用者端末で表示されたコードを読み取った情報に所定のブランド識別情報が含まれているかを判定し，前記所定のブランド識別情報が含まれていることを判定した場合には，クレジットカード決済で用いる磁気ストライプ用の電文レイアウトに，前記決済識別情報およびセキュリティデータを含めた電文を生成する，決済システムのように構成することができる。
【００１１】
クレジットカード決済では，近年，セキュリティの観点から，ＥＭＶ準拠が求められている。そのため，クレジットカード決済に用いる電文としては，ＥＭＶ準拠であるＩＣチップを用いた電文と，従来の磁気ストライプ用の電文の双方が用いられている。しかしクレジットカード決済を行うための加盟店側のシステム，とくにＰＯＳを利用して処理を行加盟店の多くでは，ＩＣチップを用いた電文を処理する機能を有しておらず，磁気ストライプ用の電文しか処理できない。そのため，仮にコード，とくに２次元コードを用いた決済を行うとすると，ＩＣチップを用いた電文相当の情報が必要となることから，結果的に，ＩＣチップ用の電文の処理が行えないＰＯＳを利用している加盟店では利用することができないこととなる。一方，磁気ストライプ用の電文については，クレジットカードの磁気ストライプは従来から広く普及していたことから，ほとんどすべての加盟店側のシステムで対応可能である。
【００１２】
そこで本発明のようにクレジットカード決済で用いる磁気ストライプ用の電文レイアウトで電文を生成することで，コードによる決済であっても，クレジットカードの決済ネットワークを広く適用することができる。
【００１３】
上述の発明において，前記決済識別情報生成処理部は，１６桁の決済識別情報を生成し，前記セキュリティデータ生成処理部は，３桁のセキュリティデータを生成する，決済システムのように構成することができる。
【００１４】
本発明によって，１６桁の決済識別情報と３桁のセキュリティデータとの組み合わせを用いることで，ＰＯＳを利用する加盟店側のシステムが，データフォーマットを識別可能な「ＪＩＳ１−ＴＲＡＣＫ２」や「ＪＩＳ２」といったクレジットカードの磁気ストライプ用の電文のレイアウトを利用することができる。
【００１５】
第４の発明は，コードを用いた決済における決済システムであって，前記決済システムは，利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，１６桁の決済識別情報を生成する決済識別情報生成処理部と，前記発行要求に基づいて，３桁のセキュリティデータを生成するセキュリティデータ生成処理部と，前記決済識別情報と前記セキュリティデータとを用いてコードを生成し，前記利用者端末に表示させるコード生成処理部と，を有する決済システムである。
【００１６】
本発明のように，１６桁の決済識別情報と３桁のセキュリティデータとを用いて生成したコードを利用者端末で表示させることで，日本国内で広く浸透しているクレジットカードの決済ネットワークを活用して，コードを用いた決済を行うことができる。これによって，店舗の担当者は，どのサービス提供会社のコードであるかの選択操作などをすることなく，決済処理を行うことができ，その負担を軽減することができる。
【００１７】
また，１６桁の決済識別情報と３桁のセキュリティデータとの組み合わせを用いることで，ＰＯＳを利用する加盟店側のシステムが，データフォーマットを識別可能な「ＪＩＳ１−ＴＲＡＣＫ２」や「ＪＩＳ２」といったクレジットカードの磁気ストライプ用の電文のレイアウトを利用できるので，コードによる決済であっても，クレジットカードの決済ネットワークを広く適用することができる。
【００１８】
上述の発明において，前記コード生成処理部は，前記決済識別情報および前記セキュリティデータに基づいて，１次元コードと２次元コードを生成する，決済システムのように構成することができる。
【００１９】
セキュリティの観点からは，ＥＭＶ準拠のＩＣチップ用の電文レイアウトを利用することが好ましい。その場合には利用者端末に２次元コードを表示させる必要がある。一方，上述のように，ＩＣチップ用の電文に対応していないＰＯＳを利用する加盟店側のシステムも多数ある。そのため，短期的には，磁気ストライプ用の電文レイアウトを利用することも求められている。そこで本発明のように，１次元コードと２次元コードを生成して表示させることで，短期的には磁気ストライプ用の電文のレイアウトに対応しながらも，将来的にはＩＣチップ用の電文のレイアウトの利用も可能とし，将来的な仕様変更にも対応することが可能となる。
【００２０】
上述の発明において，前記決済識別情報生成処理部は，１次元コード用の決済識別情報と，２次元コード用の決済識別情報とを生成し，前記コード生成処理部は，前記１次元コード用の決済識別情報を用いて１次元コードを生成し，前記２次元コード用の決済識別情報を用いて２次元コードを生成する，決済システムのように構成することができる。
【００２１】
本発明のように１次元コードと２次元コードとで異なる決済識別情報を用いることで，１次元コードが読み取られたか，２次元コードが読み取られたかをイシュアが判断することができる。
【００２２】
上述の発明において，前記コード生成処理部は，前記利用者端末から前記コードの発行要求を受け付けた際に受け付けた前記利用者端末の位置情報に基づく証明書と，前記決済識別情報と，前記セキュリティデータとを用いて，前記コードを生成する，決済システムのように構成することができる。
【００２３】
本発明のように利用者端末の位置情報を用いることで，不正な決済処理があったかの判定に用いることができる。
【００２４】
上述の発明において，前記コード生成処理部は，前記生成したコードに基づいてハッシュ値を生成し，あらかじめ記憶した鍵により，少なくとも前記生成したコードを暗号化して前記利用者端末に送り，前記利用者端末は，少なくとも前記暗号化されたコードをあらかじめ記憶した鍵によって復号化し，前記復号したコードに基づいてハッシュ値を算出し，前記算出したハッシュ値と，前記コード生成処理部で生成したハッシュ値とを比較して，一致している場合には，前記復号したコードを表示する，決済システムのように構成することができる。
【００２５】
コードの発行の際に，悪意のある第三者によるネットワーク上でのコードの改ざんや，利用者端末への不正な攻撃によるコードの改ざんなどの可能性が考えられる。そこで，本発明のような処理を実行することで，コードの正当性を確保することができる。
【００２６】
第９の発明は，コードを用いた決済における決済システムであって，前記決済システムは，利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，決済識別情報を生成する決済識別情報生成処理部と，前記発行要求に基づいて，セキュリティデータを生成するセキュリティデータ生成処理部と，前記利用者端末の位置情報と前記決済識別情報と前記セキュリティデータとを用いてコードを生成し，前記利用者端末に表示させるコード生成処理部と，を有しており，前記利用者端末に表示された前記コードを読み取る加盟店端末から，前記決済識別情報と前記セキュリティデータと前記利用者端末の位置情報と，前記加盟店端末の位置を示す情報とを受け付け，前記利用者端末の位置情報と前記加盟店端末の位置を示す情報とを比較し，前記比較の結果，位置情報に関する条件を充足していれば，前記決済識別情報と前記セキュリティデータを用いた処理を実行する，決済システムである。
【００２７】
決済のために用いるコードは，通常，決済の直前に生成する。そのため，決済を行おうとする利用者端末と，コードの読み取りを行う加盟店端末とは，近接した位置にある。そのため，利用者端末の位置情報を含めてコードを生成し，それを加盟店端末で読み取って，読み取った利用者端末の位置情報と加盟店端末の位置情報とを比較することで，不正な決済処理の防止を図ることができる。
【００２８】
第１の発明は，本発明のプログラムをコンピュータに読み込ませて実行することで実現することができる。すなわち，コンピュータを，利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，決済識別情報を生成する決済識別情報生成処理部，前記発行要求に基づいて，セキュリティデータを生成するセキュリティデータ生成処理部，前記決済識別情報と前記セキュリティデータとを用いてコードを生成し，前記利用者端末に表示させるコード生成処理部，前記利用者端末で表示されたコードを読み取った情報に基づいて，前記決済識別情報およびセキュリティデータを含む，クレジットカード決済で用いる電文レイアウトの電文を生成する電文処理部，として機能させるプログラムである。
【００２９】
第４の発明は，本発明のプログラムをコンピュータに読み込ませて実行することで実現することができる。すなわち，コンピュータを，利用者が利用する利用者端末から受け付けたコードの発行要求に基づいて，１６桁の決済識別情報を生成する決済識別情報生成処理部，前記発行要求に基づいて，３桁のセキュリティデータを生成するセキュリティデータ生成処理部，前記決済識別情報と前記セキュリティデータとを用いてコードを生成するコード生成処理部，として機能させるプログラムである。
【発明の効果】
【００３０】
本発明の決済システムを用いることによって，１次元コードや２次元コードを用いた決済手法の店舗側における処理を統一化することができるので，店舗の担当者の作業の負担軽減をすることができる。また，処理の統一を図ることができるので，店舗側では各サービス提供会社ごとのＰＯＳ端末の改修作業を行わずにすみ，本発明の決済システムが利用可能な改修作業だけを行えば足りるので，改修作業の負担軽減を図ることができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の決済システムの全体のシステム構成の一例を示すイメージ図である。
【図２】本発明の決済システムにおける処理機能の一例を模式的に示すブロック図である。
【図３】本発明の決済システムで用いるコンピュータのハードウェア構成の一例を示すブロック図である。
【図４】本発明の決済システムの処理プロセスの一例を示すシーケンス図である。
【図５】本発明の決済システムの処理プロセスの一例を示すシーケンス図である。
【図６】本発明の決済システムにおける電文編集処理の処理プロセスの一例を示すフローチャートである。
【図７】コードの表示画面の一例を示す図である。
【図８】１次元コードを読み取った場合の，クレジットカードの磁気ストライプ用の電文へのマッピングの一例を示す図である。
【図９】２次元コードを読み取った場合の，クレジットカードの磁気ストライプ用の電文へのマッピングの一例を示す図である。
【図１０】決済識別情報の一例を示す図である。
【図１１】２次元コードのペイロードデータの一例を示す図である。
【発明を実施するための形態】
【００３２】
本発明の決済システム１の全体のシステム構成の一例を図１に示す。また，図２に，本発明の決済システム１における処理機能の一例をブロック図に模式的に示す。本発明の決済システム１は，加盟店が利用する加盟店側システム３と，情報処理センタシステム４と，イシュアが利用するイシュア側システム５と，利用者が利用する利用者端末２とを有する。好ましくは，クレジットカードの加盟店，情報処理センタ，イシュアであることがよいが，それに限定するものではない。
【００３３】
本発明における各システムやサーバは，少なくとも一台以上のコンピュータによって実現される。コンピュータのハードウェア構成の一例を図３に示す。コンピュータは，プログラムの演算処理を実行するＣＰＵなどの演算装置７０と，情報を記憶するＲＡＭやハードディスクなどの記憶装置７１と，ディスプレイなどの表示装置７２と，キーボードやポインティングデバイス（マウスやテンキーなど）などの入力装置７３と，演算装置７０の処理結果や記憶装置７１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置７４とを有している。表示装置７２としてタッチパネルを用いている場合には，表示装置７２の機能と入力装置７３の機能とを兼ね備えている。
【００３４】
図１および図２において各システムやサーバは一台のコンピュータで実現される場合を示したが，複数台のコンピュータやコンピュータシステムにその機能が分散配置され，実現されても良い。また，加盟店側システム３において，管理サーバ３ａは設けられていてもよいし，設けられていなくてもよい。
【００３５】
本発明における各手段は，その機能が論理的に区別されているのみであって，物理上あるいは事実上は同一の領域を為していても良い。
【００３６】
利用者端末２は，スマートフォンやタブレット型コンピュータなどの利用者が利用する可搬型通信端末である。利用者端末２には，バーコードなどの１次元コード，ＱＲコード（登録商標）などの２次元コードを利用する決済手法を実現するための決済システム１を利用可能とするためのアプリケーションプログラムがインストールされている。
【００３７】
利用者端末２は，認証処理部２０とコード要求処理部２１とコード表示処理部２２とを有する。
【００３８】
認証処理部２０は，利用者端末２においてアプリケーションプログラムを起動するための認証処理を実行する。認証処理としてはあらかじめ設定されたパスワードによる認証処理のほか，顔や虹彩，指紋などの生体情報を用いた認証処理など，各種の認証処理を用いることができる。
【００３９】
コード要求処理部２１は，本発明の決済システム１で決済をするためのコードの発行要求を，イシュア側システム５に送る。
【００４０】
コード表示処理部２２は，コード要求処理部２１で送ったコードの発行要求に対するコードをイシュア側システム５から受け付け，受け付けたコードを利用者端末２の表示装置７２で表示させる。図７に，利用者端末２で表示するコードの表示画面の一例を示す。図７では，１次元コード，２次元コードを同一の画面で表示させている。これは，１次元コードの読み取りにしか対応していない加盟店端末３ｂが多数あることからである。
【００４１】
加盟店側システム３は，本発明のコードを用いた決済システム１が利用可能な加盟店で利用するコンピュータシステムであって，たとえばクレジットカードの加盟店が一例として該当する。
【００４２】
加盟店側システム３は，管理サーバ３ａと加盟店端末３ｂとコード読取装置３ｃとを有する。
【００４３】
管理サーバ３ａは，たとえば加盟店に設置したＰＯＳシステムなどの加盟店端末３ｂを管理するためのサーバである。１または複数の加盟店端末３ｂからの情報を受け付け，所定のネットワーク，たとえばクレジットカード決済ネットワークなどを介して情報処理センタシステム４に送る。なお，管理サーバ３ａは設けずともよい。その場合，加盟店端末３ｂが，情報処理センタシステム４と情報の送受信を行う。
【００４４】
加盟店端末３ｂは，加盟店に設置した端末であって，利用者端末２で表示されるコードを読み取り，読み取ったコードに基づいて，クレジットカードの電文に編集する。加盟店端末３ｂは，利用者端末２で表示する１次元コード，２次元コードのいずれか一以上を読み取るコード読取装置３ｃと接続しており，通信可能である。加盟店端末３ｂは，コード読取処理部３０と電文処理部３１とオーソリ処理部３２とを有する。
【００４５】
コード読取処理部３０は，利用者端末２に表示した１次元コードまたは２次元コードをコード読取装置３ｃで読み取った情報を受け付けてデコードをする。後述するように，１次元コードまたは２次元コードを読み取った場合，決済識別情報（決済ＩＤ），セキュリティデータを少なくとも受け付けることとなる。
【００４６】
電文処理部３１は，コード読取処理部３０で受け付けた決済識別情報，セキュリティデータに基づいて電文（オーソリ電文）に関する処理を実行する。この電文は，好ましくは，クレジットカード決済に用いる電文と同一フォーマットの電文であることが好ましい。なお，この電文には，決済識別情報，セキュリティデータのほか，決済金額など決済に必要な情報が含まれている。
【００４７】
コード読取装置３ｃが１次元コードを読み取っている場合には，クレジットカード決済用の電文フォーマットにおける所定のデータ領域に，決済識別情報とセキュリティデータとを代入する（マッピングする）。これを模式的に示すのが図８である。
【００４８】
図８（ａ）は１次元コードから読み取った決済識別情報とセキュリティデータとを示しており，図８（ｂ）はクレジットカードの磁気ストライプ用の電文を示している。１次元コードから読み取った決済識別情報は，磁気ストライプ用の電文における会員番号に相当する桁数に，１次元コードからセキュリティデータは磁気ストライプ用の電文におけるサービスコードに相当する桁数に代入するとよい。なお，１次元コードから読み取った決済識別情報，セキュリティデータを，磁気ストライプ用の電文のどの桁数に代入するかは一例であって，これに限定するものではない。
【００４９】
またコード読取装置３ｃが２次元コードを読み取っている場合には，以下の処理を実行する。すなわち，２次元コードから読み取った情報のうち，所定桁数，たとえば先頭７桁にスキーム識別情報（スキーム識別子）があるかを判定する。スキーム識別情報とは，本発明の決済システム１を用いた処理であるか否かを示す情報である。なお，このスキーム識別情報はクレジットカード決済におけるＥＭＶ仕様であることを示す識別情報（ｈＱＶＤＵＦＹ）であるかを判定する。そしてスキーム識別情報が含まれていない場合には，個別の決済アプリケーションでの処理を実行させ，スキーム識別情報が含まれている場合には，読み取ったデータがあらかじめ定めたデータフォーマットであるかの検証を行う。この検証としては，所定の規格，たとえばＢａｓｅ６４でエンコードされているか，Ｂａｓｅ６４デコードに続いて，結果のバイナリデータがＢＥＲ−ＴＬＶ構造でコード化されているか，などを検証する。検証の結果，正常ではないと判定した場合には，そのまま処理を終了し，正常であると判定した場合には，２次元コードから読み取った情報の所定の桁数に，あらかじめ定めた識別情報，たとえばＡＤＦ  Ｎａｍｅ（Ａｐｐｌｉｃａｔｉｏｎ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｉｌｅ  Ｎａｍｅ）があるかを判定する。なお，ＡＤＦ  Ｎａｍｅとは，クレジットカードなどのブランドの名称を示す識別情報（ブランド識別子）である。あらかじめ定めた識別情報がある場合にはクレジットカードの磁気ストライプ用の電文を生成し，あらかじめ定めた識別情報がない場合には，ＡＤＦ  Ｎａｍｅにしたがった個別ブランドごとの処理，たとえばクレジットカードのＩＣチップ用の電文を生成する。
【００５０】
図９（ａ）は２次元コードから読み取った決済識別情報とセキュリティデータとを示しており，図９（ｂ）はクレジットカードの磁気ストライプ用の電文を示している。２次元コードの場合，１次元コードよりも多くの情報量を含めることができる。そのため，２次元コードをコード読取装置３ｃで読み取った場合，コード読取処理部３０では，図９（ａ）に示すように，１次元コードの場合よりも多くの情報を読み取ることができる。そこで，電文処理部３１は，コード読取処理部３０で受け付けた情報のうちセパレータの項目における記号を変更し，ＥＮＤの項目を削除する以外はそのまま磁気ストライプ用の電文とすることで，クレジットカードの磁気ストライプ用の電文を生成することができる。すなわち，２次元コードには，磁気ストライプ用の電文と近似する情報，決済識別情報，セキュリティデータとがそのまま対応する桁に含まれているとよい。
【００５１】
オーソリ処理部３２は，電文処理部３１で生成したクレジットカードの磁気ストライプ用の電文またはＩＣチップ用の電文を用いて，情報処理センタシステム４を介してイシュア側システム５に対してオーソリ処理（オーソリゼーション）を行う。また，イシュア側システム５から情報処理センタシステム４を介してオーソリ処理に対する回答を受け付ける。
【００５２】
情報処理センタシステム４は，１次元コード，２次元コードなどのコードを用いた決済のオーソリ処理および売上データファイルを管理する管理センタで利用するコンピュータシステムである。情報処理センタシステム４は，オーソリ処理を行う電文仕向処理部４０と，売上データの管理を行う売上データ処理部４１とを有している。
【００５３】
電文仕向処理部４０は，加盟店側システム３から送られたクレジットカードの磁気ストライプ用の電文を受け付け，その電文における決済識別情報のＩＩＮ（Ｉｓｓｕｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）に基づいて，ＩＩＮが対応するイシュアのイシュア側システム５にその電文を再仕向するオンラインサーバである。また，イシュア側システム５から受け付けた上記電文に基づくオーソリ処理に対する回答を，その加盟店側システム３（加盟店端末３ｂ）に送る。なお，ＩＩＮは，ＩＳＯで規定するクレジットカード決済で用いるイシュアを識別するための情報である。
【００５４】
売上データ処理部４１は，加盟店側システム３から送られたクレジットカードの磁気ストライプ用の電文によるオーソリ処理とその回答とに基づいて，売上データファイルを作成し，イシュア側システム５，アクワイアらが利用するコンピュータシステムに送るサーバである。なお，売上データ処理部４１は売上データをバッチ処理をするバッチサーバであることが好ましいが，リアルタイム処理であっても良い。
【００５５】
イシュア側システム５は，イシュアが利用するコンピュータシステムであって，決済情報登録処理部５０と決済識別情報生成処理部５１とセキュリティデータ生成処理部５２とコード生成処理部５３とオーソリ判定処理部５４とを有する。
【００５６】
決済情報登録処理部５０は，本発明のコードを用いた決済システム１を利用者が利用するにあたり，利用者の属性情報や決済情報の登録を受け付ける。属性情報としては利用者の氏名，住所，電話番号，電子メールアドレスなどの個人または法人の属性に関する情報が該当する。また決済情報としては，コードを用いて決済を行う場合の決済手段，たとえばクレジットカード決済に関する情報，銀行口座に関する情報，電子マネーのアカウントに関する情報などがある。クレジットカード決済に関する情報としては，クレジットカード番号，有効期限，セキュリティコードなどが該当する。また銀行口座に関する情報としては，銀行名，支店名，口座種別（普通，当座など），口座番号などが該当する。また電子マネーのアカウントに関する情報としては，アカウントの識別情報などが該当する。これらの決済情報を用いて，コードを用いた決済を行う場合の決済処理が実行される。クレジットカード決済に関する情報を登録した場合にはクレジットカードによる決済が行われ，銀行口座に関する情報を登録した場合には銀行口座からの引き落としによる決済が行われる。また電子マネーのアカウントに関する情報を登録した場合には，電子マネーによる決済が行われる。なお，当該利用者を識別するための利用者識別情報に，属性情報，決済情報が対応づけて管理されている。
【００５７】
決済識別情報生成処理部５１は，利用者端末２からコードの発行要求を受け付けると，決済識別情報を生成する処理を実行する。決済識別情報生成処理部５１は，所定桁数，たとえば１６桁の決済識別情報を生成する。決済識別情報は，イシュアを識別する情報であるＩＩＮと，可変値である所定桁数の情報と，チェックディジットとを含むことが好ましい。図１０に決済識別情報の一例を示す。図１０では決済識別情報として１６桁とし，そのうち８桁をＩＩＮに，７桁を可変値に，１桁をチェックディジットとした場合を示している。ＩＩＮはイシュアごとの固定値であり，７桁の可変値でそれぞれの決済を識別することとなる。そのため，７桁の可変値は，発行要求の都度，異なる番号を生成することとなる。また可変値の再使用は行うが，その再発行サイクルは，セキュリティの観点から十分な期間が確保されることが必要である。なお，生成した決済識別情報は，利用者識別情報に対応づけて記憶する。
【００５８】
さらに，決済識別情報生成処理部５１は，利用者端末２からコードの発行要求を受け付けた場合，１次元コード用の決済識別情報，２次元コード用の決済識別情報として異なる番号を生成しても良い。これによって，１次元コードが読み取られたか，２次元コードが読み取られたかをイシュアが判断することができる。たとえば１次元コード用の決済識別情報は，決済識別情報における９桁目を奇数，２次元コード用の決済識別情報は９桁目を偶数として発行することで，１次元コード用の決済識別情報，２次元コード用の決済識別情報を異なる番号として生成することができる。
【００５９】
セキュリティデータ生成処理部５２は，一つの決済識別情報に対してイシュアが採番する，所定の桁数のセキュリティデータであって，任意の方法で生成する。たとえばセキュリティデータとしてはランダム値を用いる，あるいは決済識別情報や利用者識別情報，日時情報などを用いて，特定のアルゴリズムによって生成した値などを用いることができる。ランダム値とする場合，ランダム関数のほか，過去に採番した決済識別情報を記憶しておき，同一の決済識別情報に対して同一のセキュリティデータが採番されないようにすることが好ましい。すなわち同一の決済識別情報に対して，同一のセキュリティデータが採番された場合には，再度，ランダム関数を用いてランダム値を生成するとよい。なお，生成したセキュリティデータは，利用者識別情報，決済識別情報に対応づけて記憶する。
【００６０】
なお，決済識別情報は１６桁，セキュリティデータは３桁に限るものではないが，１６桁，３桁とすることで，「ＪＩＳ１−ＴＲＡＣＫ２」や「ＪＩＳ２」といったクレジットカードの磁気ストライプ用の電文のデータレイアウトをそのまま利用することが可能となる。
【００６１】
コード生成処理部５３は，決済識別情報生成処理部５１で生成した決済識別情報と，セキュリティデータ生成処理部５２で生成したセキュリティデータとを用いて１次元コード，２次元コードを生成する。１次元コード用の決済識別情報と，２次元コード用の決済識別情報とが相違する場合には，それぞれ対応する決済識別情報を用いてコードを生成する。生成した１次元コード，２次元コードは，利用者端末２に送り，表示させる。
【００６２】
コード生成処理部５３は，２次元コードを生成する場合，決済識別情報とセキュリティデータのほか，ＥＭＶ仕様であることを示す識別情報（ｈＱＶＤＵＦＹ）やＡＤＦ  Ｎａｍｅを含む，各種の情報を含めた上で，ｂａｓｅ６４などによりエンコードをして生成する。図１１に，２次元コードのペイロードデータの一例を示す。
【００６３】
オーソリ判定処理部５４は，情報処理センタシステム４を介して受け付けたクレジットカードの磁気ストライプ用の電文，ＩＣチップ用の電文に基づいて，その電文における決済識別情報と，セキュリティデータと，決済金額とに基づいて，オーソリ判定処理を行う。すなわち，決済識別情報，セキュリティデータに基づいて，当該利用者を特定し，その利用者に対して決済が可能かを判定する。そしてその回答を情報処理センタシステム４を介して，加盟店側システム３に送る。
【実施例１】
【００６４】
つぎに本発明の決済システム１を用いた処理プロセスの一例を図４および図５のシーケンス図，図６のフローチャートを用いて説明する。
【００６５】
まず利用者は，本発明の決済システム１を利用するにあたり，事前に本発明の決済システム１で用いるアプリケーションプログラムを所定の方法によりダウンロードし，インストールをしておく。そしてアプリケーションプログラムを起動し（Ｓ１００），所定のＩＤやパスワードの認証情報の入力を認証処理部２０で受け付ける。そして正常に認証処理が行われると（Ｓ１１０），アプリケーションプログラムにおいて所定の操作をすることで，利用者は属性情報，決済情報の入力を行い，その入力を受け付けたアプリケーションプログラムから５に対して，属性情報，決済情報を送る（Ｓ１２０）。
【００６６】
利用者端末２から属性情報，決済情報を受け付けたイシュア側システム５の決済情報登録処理部５０は，その利用者に対する利用者識別情報を付与し，利用者識別情報に対応づけて，属性情報，決済情報を記憶する（Ｓ１３０）。そして正常に登録処理が完了した場合には，その情報を利用者端末２に送り，利用者端末２で登録処理が終了したことを表示させる。
【００６７】
利用者がコードを用いた決済処理を店舗で行う場合には，利用者端末２において所定の方法でアプリケーションプログラムを起動する（Ｓ２００）。そして，所定のＩＤやパスワードの認証情報の入力を認証処理部２０で受け付ける。そして正常に認証処理が行われると（Ｓ２１０），利用者がアプリケーションプログラムにおいて所定のコードの発行要求の操作をすることで，コード要求処理部２１が，コードの発行要求をイシュア側システム５に送る（Ｓ２２０）。
【００６８】
イシュア側システム５は，利用者端末２からのコードの発行要求を受け付けると，決済識別情報生成処理部５１が決済識別情報の生成を，セキュリティデータ生成処理部５２がセキュリティデータの生成をそれぞれ行う（Ｓ２３０，Ｓ２４０）。決済識別情報，セキュリティデータは，１次元コード，２次元コードで同じでも良いし，それぞれで異なっていても良い。そして，コード生成処理部５３が，生成した決済識別情報，セキュリティデータとに基づいて，１次元コード，２次元コードを生成し，それらを利用者端末２に送る（Ｓ２５０）。
【００６９】
利用者端末２のコード表示処理部２２は，イシュア側システム５から送られた１次元コード，２次元コードを受け付け，それらを利用者端末２のコード表示画面に表示させる（Ｓ２６０）。コード表示画面の一例が図７である。
【００７０】
利用者は，利用者端末２に表示された１次元コード，２次元コードを，店舗の担当者に提示する（Ｓ２７０）。店舗の担当者は，利用者端末２に表示された１次元コードまたは２次元コードのいずれか一つを，コード読取装置３ｃで読み取り（Ｓ２８０），加盟店端末３ｂにおけるコード読取処理部３０がデコードする。なお，店舗の担当者がコード読取装置３ｃを利用者端末２にかざすことで，１次元コード，２次元コードを読み取るほか，利用者が店舗に設置されたコード読取装置３ｃに利用者端末２をかざすことで，１次元コード，２次元コードを読み取っても良い。
【００７１】
そして，電文処理部３１が，読み取った１次元コードにおける決済識別情報，セキュリティデータ，または２次元コードにおける決済識別情報，セキュリティデータなどの情報に基づいて，クレジットカード決済に用いる電文の編集処理を行う（Ｓ２９０）。
【００７２】
すなわち，利用者端末２に表示した１次元コードを読み取った場合には（Ｓ４００），コード読取処理部３０が１次元コードを決済識別情報，セキュリティデータにデコードし，決済識別情報を，磁気ストライプ用の電文における会員番号に相当する桁数に，セキュリティデータを，磁気ストライプ用の電文におけるサービスコードに相当する桁数に代入することで，クレジットカード決済における磁気ストライプ用の電文を生成する（Ｓ４１０）。
【００７３】
一方，利用者端末２に表示した２次元コードを読み取った場合には（Ｓ４００），電文処理部３１は，所定桁数，たとえば先頭７桁に所定のスキーム識別情報（スキーム識別子）があるかを判定する（Ｓ４２０）。たとえばスキーム識別情報である”ｈＱＶＤＵＦＹ”を含んでいない場合には，本発明の決済システム１の処理の対象外であるとして，加盟店端末３ｂは，個別の決済アプリケーションでの処理を実行させる（Ｓ４７０）。
【００７４】
一方，スキーム識別情報である”ｈＱＶＤＵＦＹ”を含んでいる場合には，読み取ったデータがあらかじめ定めたデータフォーマットであるかの検証を行う（Ｓ４３０）。そして，正常ではないと判定した場合には，そのまま処理を終了し，正常であると判定した場合には，２次元コードから読み取った情報の所定の桁数にあるＡＤＦ  Ｎａｍｅに，所定の識別情報（ブランド識別子），たとえば「Ａ０  ００  ００  ００  ６５  ０３  ９２  ＸＸ」（ただしＸＸは可変値）があるかを判定する（Ｓ４４０）。所定のＡＤＦ  Ｎａｍｅがあることを判定した場合，２次元コードから読み取ったペイロードデータにおけるＭＳ  Ｔｒａｃｋ２相当データに基づいて，クレジットカードの磁気ストライプ用の電文を生成する（Ｓ４５０）。すなわち，図１１に示すような２次元コードのペイロードデータにおけるＭＳ  Ｔｒａｃｋ２相当データの領域のデータ（図９（ａ））のうち，セパレータを「Ｄ」から「＝」に変換し，また「ＥＮＤ」の項目を削除して，クレジットカードの磁気ストライプ用の電文に編集する。
【００７５】
一方，Ｓ４４０において，ＡＤＦ  Ｎａｍｅにあらかじめ定めた識別情報がない場合には，ＡＤＦ  Ｎａｍｅにしたがった個別ブランドごとの処理，たとえばクレジットカードのＩＣチップ用の電文を生成し，その処理を実行する（Ｓ４６０）。
【００７６】
オーソリ処理部３２は，以上のようにして生成したクレジットカードの磁気ストライプ用の電文またはＩＣチップ用の電文を用いて，情報処理センタシステム４を介してイシュア側システム５に対してオーソリ処理を行う。そして情報処理センタシステム４の電文仕向処理部４０は，電文に含まれる決済識別情報のＩＩＮに基づいて，そのＩＩＮが対応するイシュアのイシュア側システム５にその電文を再仕向する（Ｓ３００）。
【００７７】
情報処理センタシステム４を介して加盟店側システム３から送られた電文を受け付けたイシュア側システム５のオーソリ判定処理部５４は，当該電文に基づいて，その電文における決済識別情報と，セキュリティデータと，決済金額とに基づいて，当該利用者を特定し，その利用者に対して決済が可能かを判定する（Ｓ３１０）。そしてその回答を情報処理センタシステム４を介して，加盟店側システム３に送る（Ｓ３２０）。
【００７８】
情報処理センタシステム４の電文仕向処理部４０は，イシュア側システム５から受け付けた上記電文に基づくオーソリ処理に対する回答を，その加盟店側システム３（加盟店端末３ｂ）に再仕向する（Ｓ３３０）。このように，加盟店側システム３の加盟店端末３ｂのオーソリ処理部３２は，イシュア側システム５から情報処理センタシステム４を介してオーソリ処理に対する回答を受け付ける（Ｓ３４０）。
【００７９】
なお，情報処理センタシステム４の売上データ処理部４１は，所定のタイミング，たとえば毎日０時などに，オーソリの電文（オーソリ電文）とその回答とに基づいて売上データファイルを作成し，イシュア側システム５，アクワイアらが利用するコンピュータシステムに送る（Ｓ３５０）。
【００８０】
以上のような処理を実行することで，１次元コード，２次元コードなどのコードを用いた決済の場合であっても，決済手法の店舗側における処理を統一化することができる。また，従来から利用されているクレジットカードの決済ネットワークを利用した場合には，店舗側に設置したＰＯＳ端末などの軽微な改修作業にとどまり，その負担の軽減を図ることができる。
【実施例２】
【００８１】
上述の実施例１に加え，利用者端末２の位置情報（ロケーション情報）を２次元コードの情報に含めるように構成してもよい。
【００８２】
この場合，利用者端末２のコード要求処理部２１は，イシュア側システム５に対してコード発行要求を行う際に，利用者端末２のＧＰＳ装置などで取得した位置情報をあわせて送る。これらを受け付けたイシュア側システム５では，位置情報を含めた証明書を生成する。また，コード生成処理部５３が２次元コードを生成する際に，決済識別情報生成処理部５１で生成した決済識別情報，セキュリティデータ生成処理部５２で生成したセキュリティデータに加えて，上記生成した証明書を含めて２次元コードを生成し，それを利用者端末２に送る。
【００８３】
利用者端末２ではイシュア側システム５から送られた２次元コードを表示し，加盟店側システム３のコード読取装置３ｃでその２次元コードを読み取ると，コード読取処理部３０がデコードをする。そして，電文処理部３１は，コード読取処理部３０で読み取った決済識別情報，セキュリティデータ，証明書の情報に加えて，加盟店端末３ｂの位置を示す情報を，電文（オーソリ電文）に含めて情報処理センタシステム４を介してイシュア側システム５に送る。なお，この際にクレジットカード決済に用いるネットワークではなく，インターネットなどを利用した独自の決済ネットワークであってもよい。また加盟店端末３ｂの位置を示す情報は，加盟店端末３ｂの位置情報であっても良いし，加盟店端末３ｂを設置している店舗名や会社名，など加盟店を特定できる情報であってもよい。
【００８４】
イシュア側システム５では，加盟店側システム３から受け付けたオーソリ電文に含まれる加盟店端末３ｂの位置を示す情報と，証明書に含まれる位置情報を比較する。この比較の結果，位置情報が所定範囲内であるなどの所定の条件を充足していなければ，何らかの不正な処理があったと判定することができるので，決済を認めない回答を返すことができる。また比較の結果，位置情報が所定範囲内であるなどの所定の条件を充足していれば，そのままオーソリ判定処理を行うなど，決済に関する処理を実行する。
【実施例３】
【００８５】
上述の実施例１および実施例２に加え，利用者端末２において１次元コードまたは２次元コードを表示する際に，コード自体が改ざんされるリスクを防止する機能を備えても良い。
【００８６】
この場合，利用者端末２のアプリケーションプログラムには公開鍵暗号の鍵情報（公開鍵）を，イシュア側システム５には公開鍵暗号の鍵情報（秘密鍵）を記憶させておく。
【００８７】
利用者端末２のコード要求処理部２１は，イシュア側システム５に対してコードの発行要求を行う。この要求を受け付けたイシュア側システム５では，実施例１または実施例２の処理によって，コード生成処理部５３が１次元コードおよび／または２次元コードのコードを生成する。またイシュア側システム５は，コード生成処理部５３が生成したコードのデータについて，所定のハッシュ関数にてハッシュ値を生成する。そしてイシュア側システム５は，記憶した公開鍵暗号の鍵情報（秘密鍵）により，コードとハッシュ値とを暗号化し，暗号化したコードとハッシュ値とを利用者端末２に送る。
【００８８】
利用者端末２のコード表示処理部２２は，イシュア側システム５から受け付けた暗号化したコードとハッシュ値とを，公開鍵暗号の鍵情報（公開鍵）によって復号化する。そして，復号したコードから，所定のハッシュ関数（イシュア側システム５と同一のハッシュ値の算出が可能なハッシュ関数）によってハッシュ値を生成する。そして，復号したハッシュ値と，算出したハッシュ値とを比較し，それらが一致していれば，利用者端末２で復号したコードを表示する。
【００８９】
このような処理によって，１次元コード，２次元コードの正当性を保証することができる。
【００９０】
なお，上述の設営では利用者端末２のアプリケーションプログラムに公開鍵を，イシュア側システム５に秘密鍵を記憶させる場合を説明したが，逆としてもよい。
【００９１】
また，イシュア側システム５はコードとハッシュ値とを暗号化して利用者端末２に送り，利用者端末２において暗号化したコードとハッシュ値とを復号化する場合であったが，イシュア側システム５はコードを暗号化して，暗号化したコードと，ハッシュ値とを利用者端末２に送り，利用者端末２において暗号化したコードを復号化し，復号したコードからハッシュ値を生成するようにしてもよい。
【００９２】
また公開鍵暗号方式の場合を説明したが利用者端末２とイシュア側システム５とで共通の鍵を用いる共通鍵暗号方式であってもよい。
【００９３】
上述の各実施例において，本発明の技術的思想を逸脱しない範囲において，その処理を適宜，変更することは可能である。たとえば処理の順番を変更，一部の処理を実行しないようにしてもよい。
【産業上の利用可能性】
【００９４】
本発明の決済システム１を用いることによって，１次元コードや２次元コードを用いた決済手法の店舗側における処理を統一化することができるので，店舗の担当者の作業の負担軽減をすることができる。また，処理の統一を図ることができるので，店舗側では各サービス提供会社ごとのＰＯＳ端末の改修作業を行わずにすみ，本発明の決済システム１が利用可能な改修作業だけを行えば足りるので，改修作業の負担軽減を図ることができる。
【符号の説明】
【００９５】
１：決済システム
２：利用者端末
３：加盟店側システム
３ａ：管理サーバ
３ｂ：加盟店端末
３ｃ：コード読取装置
４：情報処理センタシステム
５：イシュア側システム
２０：認証処理部
２１：コード要求処理部
２２：コード表示処理部
３０：コード読取処理部
３１：電文処理部
３２：オーソリ処理部
４０：電文仕向処理部
４１：売上データ処理部
５０：決済情報登録処理部
５１：決済識別情報生成処理部
５２：セキュリティデータ生成処理部
５３：コード生成処理部
５４：オーソリ判定処理部
７０：演算装置
７１：記憶装置
７２：表示装置
７３：入力装置
７４：通信装置
【図１】
2020042610.tif 000003
【図２】
2020042610.tif 000004
【図３】
2020042610.tif 000005
【図４】
2020042610.tif 000006
【図５】
2020042610.tif 000007
【図６】
2020042610.tif 000008
【図７】
2020042610.tif 000009
【図８】
2020042610.tif 000010
【図９】
2020042610.tif 000011
【図１０】
2020042610.tif 000012
【図１１】
2020042610.tif 000013