(57)【要約】【課題】簡便に送金する。【解決手段】送金システム１によれば、中央サーバ２０は、送金元の送金端末１０からネットワークＮを介して送信される、送金金額と送金先の受取端末３０とを特定可能な送金情報を受信したことに応答して、送金情報から特定される送金金額の金銭を受け取るための送金コードを生成する。そして、中央サーバ２０は、送金コードをネットワークＮを介して、送金情報に含まれる送金先である受取者のメールアドレスから特定される送金先の受取端末３０に送信することにより、送金金額の金銭を送金先の受取者に送金する。【選択図】図１
2017146828.tif 000002
【特許請求の範囲】
【請求項１】
送金元の端末からネットワークを介して送信される、送金金額と送金先の端末とを特定可能な送金情報を受信したことに応答して、該送金情報から特定される該送金金額の金銭を受け取るための送金コードを生成する送金コード生成手段と、
前記送金コード生成手段によって生成した前記送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信することにより、前記送金金額の金銭を該送金先に送金する送金手段と、
を備えるサーバ装置。
【請求項２】
前記送金手段は、前記送金情報から特定される送金タイミングになったときに、前記送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信する、
請求項１に記載のサーバ装置。
【請求項３】
送金元の端末からネットワークを介して送信される、送金金額と送金先の端末とを特定可能な送金情報を受信したことに応答して、該送金情報から特定される該送金金額の金銭を受け取るための送金コードを生成する送金コード生成手段と、前記送金コード生成手段によって生成した送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信することにより、前記送金金額の金銭を該送金先に送金する送金手段と、を備えるサーバ装置と、
前記送金先の端末に表示される前記送金コードから前記送金金額を読み取る読取手段と、前記読取手段によって読み取った前記送金金額の金銭を店舗で受け取るための受取券を前記送金先に発行する受取券発行手段と、を備える発行装置と、
を具備する送金システム。
【請求項４】
前記送金コード生成手段は、
前記送金金額を含む情報をセルの分布パターンによって表現する情報領域と、誤りを訂正するための訂正情報をセルの分布パターンによって表現する訂正領域と、を備える二次元コードを生成する二次元コード生成手段と、
前記二次元コード生成手段によって生成した前記二次元コードの前記訂正領域の一部から第１訂正ビット列を、該訂正領域のうち該一部とは異なる部分から第２訂正ビット列を取得する訂正ビット列取得手段と、
前記訂正ビット列取得手段によって取得した前記第１訂正ビット列と前記第２訂正ビット列との排他的論理和を算出する排他的論理和算出手段と、
前記訂正領域の一部を、前記排他的論理和算出手段によって算出した排他的論理和に置換することにより、前記第２訂正ビット列を認証情報として埋め込んで前記送金コードを生成する認証情報埋込手段と、
を含む請求項３に記載の送金システム。
【請求項５】
前記発行装置は、
前記送金コードの前記訂正領域を用いて、前記第１訂正ビット列と前記第２訂正ビット列との排他的論理和を誤りとして検出する第１誤り検出手段と、
前記訂正情報に含まれる前記第１訂正ビット列と前記誤り検出手段によって検出した誤りとの排他的論理和が、該訂正情報に含まれる前記第２訂正ビット列と合致するか否か判別することにより、前記送金コードの認証を行う第１送金コード認証手段と、
をさらに備え、
前記受取券発行手段は、
前記第１送金コード認証手段によって合致していると判別した場合、前記受取券を前記送金先に発行する、
ことを特徴とする請求項４に記載の送金システム。
【請求項６】
前記発行装置は、
前記送金コードを撮像して得られるビット信号を前記ネットワークを介して前記サーバ装置に送信するビット信号送信手段をさらに備え、
前記サーバ装置は、
前記発行装置から前記ネットワークを介して送信される前記ビット信号を受信するビット信号受信手段と、
前記ビット信号受信手段によって受信した前記ビット信号をデコードして、前記送金金額を含む情報と前記訂正情報とを取得するデコード手段と、
前記デコード手段によって取得した前記訂正情報を用いて、前記第１訂正ビット列と前記第２訂正ビット列との排他的論理和を誤りとして検出する第２誤り検出手段と、
前記訂正情報に含まれる前記第１訂正ビット列と前記誤り検出手段によって検出した誤りとの排他的論理和が、該訂正情報に含まれる前記第２訂正ビット列と合致するか否か判別することにより、前記送金コードの認証を行う第２送金コード認証手段と、
前記送金コード認証手段によって両者が合致する判別した場合、前記デコード手段によって取得した前記送金金額を含む情報を前記ネットワークを介して前記発行装置に送信する情報送信手段と、
をさらに備え、
前記受取券発行手段は、
前記サーバ装置から前記ネットワークを介して送信される情報に含まれる前記送金金額の金銭を店舗で受け取るための受取券を前記送金先に発行する、
ことを特徴とする請求項４に記載の送金システム。
【請求項７】
前記受取券から特定される前記送金金額の金銭が既に前記受取者に支払われているか否かを前記ネットワークを介して前記サーバ装置に問い合わせる問合せ手段と、前記サーバ装置から前記ネットワークを介して送信される問合せ結果を受信する問合せ結果受信手段と、前記問合せ結果受信手段によって受信した前記問合せ結果を前記店舗の店員に通知する問合せ結果通知手段と、を備える店舗端末をさらに具備する、
請求項３乃至６のいずれか一項に記載の送金システム。
【請求項８】
前記サーバ装置は、
前記送金金額の金銭が既に受取者に支払われているか否かを示すフラグと、
前記問合せ手段による問合せに応答して、前記フラグに基づき、前記送金金額の金銭が既に前記受取者に支払われているか否かを判別する支払判別手段と、
前記支払判別手段による判別結果を、前記問合せ結果として前記ネットワークを介して前記店舗端末に送信する問合せ結果送信手段と、
前記支払判別手段によって前記送金金額の金銭が未だ前記受取者に支払われていないと判別した場合、前記フラグを更新するフラグ更新手段と、
を備える請求項７に記載の送金システム。
【請求項９】
前記サーバ装置は、
前記支払判別手段によって前記送金金額の金銭が未だ前記受取者に支払われていないと判別した場合、前記送金金額の金銭が既に前記受取者に支払われているか否かを問い合わせた前記店舗を、前記ネットワークを介して前記送金元の端末に通知する店舗通知手段をさらに備える、
請求項８に記載の送金システム。
【請求項１０】
サーバ装置が、送金元の端末からネットワークを介して送信される、送金金額と送金先の端末とを特定可能な送金情報を受信したことに応答して、該送金情報から特定される該送金金額の金銭を受け取るための送金コードを生成する送金コード生成ステップと、
前記サーバ装置が、前記送金コード生成ステップによって生成した前記送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信することにより、前記送金金額の金銭を該送金先に送金する送金ステップと、
を備える送金方法。
【請求項１１】
コンピュータに、
送金元の端末からネットワークを介して送信される、送金金額と送金先の端末とを特定可能な送金情報を受信したことに応答して、該送金情報から特定される該送金金額の金銭を受け取るための送金コードを生成する送金コード生成手順と、
前記送金コード生成手順によって生成した前記送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信することにより、前記送金金額の金銭を該送金先に送金する送金手順と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、送金システム、送金方法、及びプログラムに関し、特に、簡便に送金できるサーバ装置、送金システム、送金方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、パートやアルバイト等の低所得の労働者層の比率が拡大しており、これに伴い銀行口座を持たない、或いは持てない現金暮しの労働者層やニートが増大してきている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１５１５５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このような銀行口座を持たない、或いは持てない現金暮しの労働者には、現金か電子マネーで給料や交通費等を支払わなければならないが、このような労働者の多くは、やはり電子マネーよりも現金を最優先で考えている。
【０００５】
本発明は、上記の課題を解決するためになされたものであって、簡便に送金できるサーバ装置、送金システム、送金方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するため、本発明の第１の観点に係るサーバ装置は、送金元の端末からネットワークを介して送信される、送金金額と送金先の端末とを特定可能な送金情報を受信したことに応答して、該送金情報から特定される該送金金額の金銭を受け取るための送金コードを生成する送金コード生成手段と、前記送金コード生成手段によって生成した前記送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信することにより、前記送金金額の金銭を該送金先に送金する送金手段と、を備える。
【０００７】
上記のサーバ装置において、前記送金手段は、前記送金情報から特定される送金タイミングになったときに、前記送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信する、ようにしてもよい。
【０００８】
上記の目的を達成するため、本発明の第２の観点に係る送金システムは、送金元の端末からネットワークを介して送信される、送金金額と送金先の端末とを特定可能な送金情報を受信したことに応答して、該送金情報から特定される該送金金額の金銭を受け取るための送金コードを生成する送金コード生成手段と、前記送金コード生成手段によって生成した送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信することにより、前記送金金額の金銭を該送金先に送金する送金手段と、を備えるサーバ装置と、前記送金先の端末に表示される前記送金コードから前記送金金額を読み取る読取手段と、前記読取手段によって読み取った前記送金金額の金銭を店舗で受け取るための受取券を前記送金先に発行する受取券発行手段と、を備える発行装置と、を具備する。
【０００９】
上記の送金システムにおいて、前記送金コード生成手段は、前記送金金額を含む情報をセルの分布パターンによって表現する情報領域と、誤りを訂正するための訂正情報をセルの分布パターンによって表現する訂正領域と、を備える二次元コードを生成する二次元コード生成手段と、前記二次元コード生成手段によって生成した前記二次元コードの前記訂正領域の一部から第１訂正ビット列を、該訂正領域のうち該一部とは異なる部分から第２訂正ビット列を取得する訂正ビット列取得手段と、前記訂正ビット列取得手段によって取得した前記第１訂正ビット列と前記第２訂正ビット列との排他的論理和を算出する排他的論理和算出手段と、前記訂正領域の一部を、前記排他的論理和算出手段によって算出した排他的論理和に置換することにより、前記第２訂正ビット列を認証情報として埋め込んで前記送金コードを生成する認証情報埋込手段と、を含む。
【００１０】
上記の送金システムにおいて、前記発行装置は、前記送金コードの前記訂正領域を用いて、前記第１訂正ビット列と前記第２訂正ビット列との排他的論理和を誤りとして検出する第１誤り検出手段と、前記訂正情報に含まれる前記第１訂正ビット列と前記誤り検出手段によって検出した誤りとの排他的論理和が、該訂正情報に含まれる前記第２訂正ビット列と合致するか否か判別することにより、前記送金コードの認証を行う第１送金コード認証手段と、をさらに備え、前記受取券発行手段は、前記第１送金コード認証手段によって合致していると判別した場合、前記受取券を前記送金先に発行する、ようにしてもよい。
【００１１】
上記の送金システムにおいて、前記発行装置は、前記送金コードを撮像して得られるビット信号を前記ネットワークを介して前記サーバ装置に送信するビット信号送信手段をさらに備え、前記サーバ装置は、前記発行装置から前記ネットワークを介して送信される前記ビット信号を受信するビット信号受信手段と、前記ビット信号受信手段によって受信した前記ビット信号をデコードして、前記送金金額を含む情報と前記訂正情報とを取得するデコード手段と、前記デコード手段によって取得した前記訂正情報を用いて、前記第１訂正ビット列と前記第２訂正ビット列との排他的論理和を誤りとして検出する第２誤り検出手段と、前記訂正情報に含まれる前記第１訂正ビット列と前記誤り検出手段によって検出した誤りとの排他的論理和が、該訂正情報に含まれる前記第２訂正ビット列と合致するか否か判別することにより、前記送金コードの認証を行う第２送金コード認証手段と、前記送金コード認証手段によって両者が合致する判別した場合、前記デコード手段によって取得した前記送金金額を含む情報を前記ネットワークを介して前記発行装置に送信する情報送信手段と、をさらに備え、前記受取券発行手段は、前記サーバ装置から前記ネットワークを介して送信される情報に含まれる前記送金金額の金銭を店舗で受け取るための受取券を前記送金先に発行する、ようにしてもよい。
【００１２】
上記の送金システムは、前記受取券から特定される前記送金金額の金銭が既に前記受取者に支払われているか否かを前記ネットワークを介して前記サーバ装置に問い合わせる問合せ手段と、前記サーバ装置から前記ネットワークを介して送信される問合せ結果を受信する問合せ結果受信手段と、前記問合せ結果受信手段によって受信した前記問合せ結果を前記店舗の店員に通知する問合せ結果通知手段と、を備える店舗端末をさらに具備する。
【００１３】
上記の送金システムにおいて、前記サーバ装置は、前記送金金額の金銭が既に受取者に支払われているか否かを示すフラグと、前記問合せ手段による問合せに応答して、前記フラグに基づき、前記送金金額の金銭が既に前記受取者に支払われているか否かを判別する支払判別手段と、前記支払判別手段による判別結果を、前記問合せ結果として前記ネットワークを介して前記店舗端末に送信する問合せ結果送信手段と、前記支払判別手段によって前記送金金額の金銭が未だ前記受取者に支払われていないと判別した場合、前記フラグを更新するフラグ更新手段と、を備える。
【００１４】
上記の送金システムにおいて、前記サーバ装置は、前記支払判別手段によって前記送金金額の金銭が未だ前記受取者に支払われていないと判別した場合、前記送金金額の金銭が既に前記受取者に支払われているか否かを問い合わせた前記店舗を、前記ネットワークを介して前記送金元の端末に通知する店舗通知手段をさらに備える。
【００１５】
上記の目的を達成するため、本発明の第３の観点に係る送金方法は、サーバ装置が、送金元の端末からネットワークを介して送信される、送金金額と送金先の端末とを特定可能な送金情報を受信したことに応答して、該送金情報から特定される該送金金額の金銭を受け取るための送金コードを生成する送金コード生成ステップと、前記サーバ装置が、前記送金コード生成ステップによって生成した前記送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信することにより、前記送金金額の金銭を該送金先に送金する送金ステップと、を備える。
【００１６】
上記の目的を達成するため、本発明の第４の観点に係るプログラムは、コンピュータに、送金元の端末からネットワークを介して送信される、送金金額と送金先の端末とを特定可能な送金情報を受信したことに応答して、該送金情報から特定される該送金金額の金銭を受け取るための送金コードを生成する送金コード生成手順と、前記送金コード生成手順によって生成した前記送金コードを前記ネットワークを介して、前記送金情報から特定される前記送金先の端末に送信することにより、前記送金金額の金銭を該送金先に送金する送金手順と、を実行させる。
【発明の効果】
【００１７】
本発明によれば、簡便に送金できるサーバ装置、送金システム、送金方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】送金システムの構成例を示す図である。
【図２】送金端末の構成例を示すブロック図である。
【図３】送金情報入力画面の表示例を示す図である。
【図４】中央サーバの構成例を示すブロック図である。
【図５】埋込対象の二次元コードの構成例を示す図である。
【図６】送金コードの生成方法を説明するための模式図である。
【図７】受取端末の構成例を示すブロック図である。
【図８】認証装置の構成例を示すブロック図である。
【図９】ＰＯＳレジスタの構成例を示すブロック図である。
【図１０】送金処理の一例を示すフローチャートである。
【図１１】送金処理の一例を示すフローチャートである。
【図１２】受取券発行処理の一例を示すフローチャートである。
【図１３】現金支払処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための形態について説明する。
【００２０】
まず、本実施形態に係る送金システムの構成について図面を参照しつつ説明する。
【００２１】
図１は、送金システムの構成例を示す図である。
【００２２】
送金システム１は、図１に示すように、送金端末１０と、中央サーバ２０と、受取端末３０と、認証装置４０と、ＰＯＳ（Point of Sale System）レジスタ５０と、を具備し、インターネット及びＬＡＮ（Local Area Network）等のネットワークＮを介して相互に通信可能に接続されている。
【００２３】
送金端末１０は、例えば給料や交通費等を送金先の労働者等（以下「受取者」という）に送金する送金元の企業（以下「送金企業」という）内に設置されている。また、中央サーバ２０は、例えば送金システム１の運営企業内に設置されている。さらに、受取端末３０は、例えば受取者により所持されている。また、認証装置４０、ＰＯＳレジスタ５０、及び図示せぬＰＯＳサーバは、例えば同一のコンビニエンスストア内等の同一店舗内に設置されている。なお、認証装置４０は、店舗とは別の場所に設けられてもよい。
【００２４】
送金端末１０は、例えば汎用のパーソナルコンピュータ等から構成されている。なお、送金端末１０は、汎用のタブレットコンピュータ、スマートフォン、又は携帯電話等から構成されてもよい。
【００２５】
図２は、送金端末の構成例を示すブロック図である。
【００２６】
送金端末１０は、図２に示すように、表示部１１と、操作部１２と、通信部１３と、制御部１４と、を備え、これらはバスを介して接続されている。
【００２７】
表示部１１は、例えば汎用の液晶表示装置（Liquid Crystal Display：ＬＣＤ）等から構成されている。表示部１１は、例えば図３に示す送金企業の担当者が送金情報を入力するための送金情報入力画面３００等を表示する。
【００２８】
図３は、送金情報入力画面の表示例を示す図である。
【００２９】
送金情報入力画面３００には、図３に示すように、受取者の氏名並びにメールアドレス、受取者への送金金額並びに送金項目、図６に示す送金コード２００の発行予定日時、及びこれらを入力した送金企業の担当者の氏名等の送金情報が入力される。なお、受取者一人当たりの送金金額には、安全のため、上限が設けられていてもよく、例えば三万円未満としてもよい。また、送金情報入力画面３００には、送金コード２００の発行を指示するための送金コード発行アイコンも表示されている。
【００３０】
図２に示す表示部１１は、図３に示す送金情報入力画面３００の他に、出金データを表示する。出金データには、送金金額を受取者に現金で支払った店舗を識別するための店舗ＩＤと、送金情報と、が含まれている。このような出金データが表示部１１に表示されることにより、送金企業の担当者は、送金金額を受取者に現金で支払った店舗、又は店舗を運営する企業の銀行口座に、送金金額を入金することができる。
【００３１】
図２に示す操作部１２は、例えばキーボード及びマウス、若しくはタッチパネル等から構成されている。操作部１２は、送金企業の担当者によって操作される。送金企業の担当者は、操作部１２を操作して、例えば図３に示す送金情報入力画面３００で送金情報を入力した後、送金コード発行アイコンをクリックする。
【００３２】
図２に示す通信部１３は、例えばＮＩＣ（Network Interface Card）等から構成されている。通信部１３は、例えば送金企業を識別するための送金企業ＩＤ（Identity）、及び送金情報入力画面３００で入力された送金情報等をネットワークＮを介して中央サーバ２０に送信する。また、通信部１３は、中央サーバ２０からネットワークＮを介して送信される出金データ等を受信する。
【００３３】
制御部１４は、例えばＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）等から構成されている。ＣＰＵは、ＲＡＭをワークメモリとして用い、ＲＯＭに記憶されているプログラムを適宜実行することにより、送金端末１０の各種動作を制御する。
【００３４】
制御部１４は、例えば図３に示す送金情報入力画面３００で送金情報が入力された後に送金コード発行アイコンがクリックされたことに応答して、送金企業ＩＤ及び送金情報を通信部１３からネットワークＮを介して中央サーバ２０に送信することにより、送金コード２００の発行を要求する。また、制御部１４は、通信部１３で受信した出金データを表示部１１に表示する。
【００３５】
図１に示す中央サーバ２０は、例えば汎用のサーバコンピュータ等から構成されている。中央サーバ２０は、例えば送金コード２００の発行を行う。
【００３６】
図４は、中央サーバの構成例を示すブロック図である。
【００３７】
中央サーバ２０は、図４に示すように、通信部２１と、記憶部２２と、制御部２３と、を備え、これらはバスを介して接続されている。
【００３８】
通信部２１は、例えばＮＩＣ等から構成されている。通信部２１は、例えば送金端末１０からネットワークＮを介して送信される送金企業ＩＤ及び送金情報等を受信する。また、通信部２１は、例えば送金コード２００等をネットワークＮを介して受取端末３０に送信する。
【００３９】
さらに、通信部２１は、例えばＰＯＳレジスタ５０から図示せぬＰＯＳサーバ及びネットワークＮを介して送信される店舗ＩＤ及び送金ＩＤ等を受信する。また、通信部２１は、出金データ等をネットワークＮを介して送金端末１０に送信する。
【００４０】
さらに、通信部２１は、送金金額の現金が既に受取者に支払われているか否かを示す問合せ結果等をネットワークＮ及び図示せぬＰＯＳサーバを介してＰＯＳレジスタ５０に送信する。
【００４１】
記憶部２２は、例えばハードディスクドライブ等の不揮発性メモリ等から構成されている。記憶部２２は、例えば各種アプリケーションプラグラム及びデータベース（Database：ＤＢ）等を記憶している。本実施形態において、記憶部２２は、送金コード２００を生成するための生成アプリケーションプログラム、送金ＤＢ４００、及び送金コード２００等を記憶している。
【００４２】
送金ＤＢ４００は、送金情報を識別するための送金ＩＤに対応付けて、送金企業ＩＤ、送金情報、及び送金金額の現金が既に受取者に支払われているか否かを示す支払済フラグ等を登録している。
【００４３】
支払済フラグは、送金金額の現金が未だ受取者に支払われていない場合、その値が“０”となっている。そして、支払済フラグは、送金金額の現金が受取者に支払われたときに、その値が“１”に更新される。
【００４４】
制御部２３は、例えばＣＰＵ、ＲＯＭ、及びＲＡＭ等から構成されている。ＣＰＵは、ＲＡＭをワークメモリとして用い、ＲＯＭ及び記憶部２２に記憶されているプログラムを適宜実行することにより、中央サーバ２０の各種動作を制御する。
【００４５】
制御部２３は、例えば送金企業ＩＤ及び送金情報を通信部２１で受信したことに応答して、送金情報に送金ＩＤを付与する。そして、制御部２３は、送金ＩＤに対応付けて、通信部２１で受信した送金企業ＩＤ及び送金情報を送金ＤＢ４００に登録する。また、制御部２３は、送金ＩＤに対応する支払済フラグの値を“０”に初期化する。
【００４６】
次に、制御部２３は、送金ＤＢ４００に登録した送金ＩＤ及び送金金額を示す二次元コード１００を生成する。
【００４７】
二次元コード１００は、いわゆるＱＲ（Quick Response）コード（登録商標）の規格（ＪＩＳ  Ｘ  ０５１０）を満たしている。
【００４８】
図５は、埋込対象の二次元コードの構成例を示す図である。
【００４９】
二次元コード１００は、図５に示すように、３つの位置決め用シンボル１０４Ａ，１０４Ｂ，１０４Ｃ、情報コード記録領域１０６、タイミングセル１０８及びフォーマットコード１０９などを備えている。
【００５０】
３つの位置決め用シンボル１０４Ａ，１０４Ｂ，１０４Ｃは、矩形状をなす二次元コード１００の４つの頂点のうち、３つの頂点にそれぞれ配置されている。
【００５１】
タイミングセル１０８は、位置決め用シンボル１０４Ａ，１０４Ｂ，１０４Ｃ間に、白と黒とが交互に組み合わせられた直線状の基準パターンとして配置されている。このタイミングセル１０８は、各データセル位置の指標として用いられる。
【００５２】
フォーマットコード１０９は、位置決め用シンボル１０４Ａの近傍に配置されており、情報コード記録領域１０６内に記録された情報コードのフォーマットについて、予め規定されたバージョン情報を示すものである。二次元コード（ＱＲコード（登録商標））の規格におけるバージョン情報は、１〜４０のバージョンと、各バージョンについて４つの誤り訂正レベルＬ，Ｍ，Ｑ，Ｈ（ＬからＨへと順に高くなる）と、の組み合わせで構成されている。
【００５３】
バージョン１〜４０は、主に、８ビットに対応した８つのセルで構成されるシンボルの総数に対応している。また、誤り訂正レベル（Ｌ，Ｍ，Ｑ，Ｈ）は、全シンボルのうち読取れないシンボルを許容する割合の高さ、すなわち許容欠損率の高さに対応している。それぞれのレベルの許容欠損率は、誤り訂正レベルＨが約３０％、誤り訂正レベルＱが約２５％、誤り訂正レベルＭが約１５％、誤り訂正レベルＬが約７％である。本実施形態では、シンボルの総数が１３４のバージョン５で誤り訂正レベルＨの二次元コード１００を用いており、そのバージョン情報は、「５−Ｈ」と表される。なお、本発明はこれに限定されるものではなく、二次元コードのバージョン及び誤り訂正レベルは任意であり、バージョン１〜４０のいずれであってもよく、また誤り訂正レベルはＬ，Ｍ，Ｑ，Ｈのいずれであってもよい。
【００５４】
情報コード記録領域１０６は、光学的特性の異なる２種類のセル（白黒パターンを省略）から構成されており、情報コード（情報領域）Ｃｄとこれに対応するＲＳ（リード・ソロモン）コード（訂正領域）Ｃｅと、のコード対を含んでいる。情報コードＣｄは、送金ＩＤ及び送金金額をコード化したもので、情報コードに含まれるセルの分布パターン（セルパターン）によって、送金ＩＤ及び送金金額を示している。また、ＲＳコードＣｅは、送金ＩＤ及び送金金額をＲＳ（リード・ソロモン）を用いて符号化した訂正用情報をコード化したもので、ＲＳコードに含まれるセルパターンによって、誤りを訂正するための訂正用情報を示している。
【００５５】
本実施形態では、最適例としてＲＳ符号を用いて符号化するものを例示しているが、本発明はこれに限定されるものではなく、他の符号化方式であってもよい。例えばＢＣＨ符号などは本発明に好適に適用可能である。また、ゴレイ符号、アダマール符号、リード・マラー符号、低密度パリティ検査符号、ゴッパ符号や、ファイア符号、畳込み符号、ターボ符号、巡回ハミングとＲＳ符号との連接符なども本発明に適用可能である。
【００５６】
情報コード記録領域１０６は、情報コードＣｄを構成する４４個の情報シンボルと、ＲＳコードＣｅを構成する９０個のＲＳシンボルと、の計１３４個のシンボルからなっている。情報コード記録領域１０６は、４つのブロックＢ１〜Ｂ４に分けられており、このうち２つのブロックＢ１及びＢ２は、１１個の情報シンボルとこれに対応する２２個のＲＳシンボルとの計３３個のシンボルから構成され、残りの２つのブロックＢ３及びＢ４は、１１個の情報シンボルとこれに対応する２３個のＲＳシンボルとの計３４個のシンボルから構成されている。
【００５７】
図４に示す制御部２３は、例えば記憶部２２に記憶されている生成アプリケーションプログラムを実行することにより、上述の二次元コード１００の訂正領域に認証情報を埋め込んで、送金コード２００を生成する。
【００５８】
図６は、送金コードの生成方法を説明するための模式図である。
【００５９】
制御部２３は、コード配置規則に従って二次元コード１００の各ブロックをデコードして行くことにより、各ブロックから１１個の情報シンボルからなる情報ビット列と２２又は２３個のＲＳシンボルからなるＲＳビット列とを取得する。
【００６０】
制御部２３は、各ブロックのＲＳビット列の予め定められた位置から１２個のＲＳシンボルを抽出する。次に、制御部２３は、抽出した１２個のＲＳシンボルのうちから、予め定められた６シンボルを選択し、全４ブロックで計２４個のＲＳシンボルからなるビット長１９２のビット列ｍ（第２訂正ビット列）を取得する。また、制御部２３は、各ブロックから抽出した１２個のＲＳシンボルのうちの残りの６シンボル、全４ブロックで計２４個のＲＳシンボルからなるビット長１９２のビット列ｌ（＝ｌ１＋ｌ２＋ｌ３＋ｌ４）（第１訂正ビット列）を取得する。
【００６１】
制御部２３は、ビット列ｍを楕円曲線暗号（Elliptic Curve Cryptography：ＥＣＣ）や、ＲＳＡ（Rivest-Shamir-Adleman）、ＡＥＳ（Advanced Encryption Standard）−１９２などを用いて暗号化し、ビット列ｃ（暗号ビット列）を取得する。なお、楕円曲線暗号は、楕円曲線上の離散対数問題（ＥＣＤＬＰ）という数学の困難さに依存しており、ＥＣＤＬＰを効率的に解くアルゴリズムは現存しないことから、暗号的に強い。また、楕円曲線暗号では、ＲＳＡの１０２４ビットの鍵長の暗号強度を、僅か１６０ビットで実現でき、かつ処理に要する時間も短い。このため、楕円曲線暗号を用いて暗号化するのが最も好ましい。
【００６２】
本実施形態では、最適例として、楕円曲線暗号を用いてビット列を暗号化するものを例示しているが、本発明はこれに限定されるものではなく、他の暗号化方式であってもよい。例えばＲＳＡ暗号やエルガマル暗号などの非対称暗号（公開鍵暗号）は、本発明に好適に適用可能である。また、ＡＥＳ暗号やＤＥＳ（Data Encryption Standard）暗号なども本発明に適用可能である。
【００６３】
制御部２３は、ビット列ｃをブロック数に合わせて４分割してビット列ｃｉ（ｉ＝１〜４）を生成し、これらと各ブロックから抽出した１２個のＲＳシンボルのうち、残りの６シンボルからなるビット列ｌｉ（ｉ＝１〜４）との排他的論理和をそれぞれ算出してビット列ｃ（アンダーバー）ｉ（ｉ＝１〜４）を生成する。そして、制御部２３は、ビット列ｌｉをそれぞれビット列ｃ（アンダーバー）ｉに置換することにより、ビット列ｃを認証情報として埋め込む。
【００６４】
制御部２３は、情報ビット列と、認証情報が埋め込まれたＲＳビット列と、を元の二次元コード１００のコード配置規則に従って配置することにより、訂正領域に認証情報を埋め込んだ送金コード２００を生成する。
【００６５】
そして、制御部２３は、送金コード２００を記憶部２２を記憶する。
【００６６】
その後、図４に示す制御部２３は、送金情報に含まれる発行予定日時になったときに、送金情報に対応する送金ＩＤ並びに送金金額を示す送金コード２００、及び送金金額が記載された電子メールを生成する。そして、制御部２３は、電子メールを通信部２１からネットワークＮを介して、送金情報に含まれる受取者のメールアドレスに宛てて、すなわち受取者の受取端末３０に送信することにより、送金コード２００を受取者に発行する。
【００６７】
なお、制御部２３は、送金コード２００及び送金金額を通信部２１からネットワークＮを介して、送金コード２００が示す送金ＩＤに対応する送金企業ＩＤから特定される送金端末１０、すなわち送金コード２００が示す送金ＩＤに対応する送金情報を送信した送金端末１０に送信してもよい。この場合、送金端末１０の制御部１４は、中央サーバ２０からネットワークＮを介して送信される送金コード２００及び送金金額を通信部１３で受信したことに応答して、送金コード２００及び送金金額が記載された電子メールを生成する。そして、制御部１４は、電子メールを通信部２１からネットワークＮを介して、送金情報に含まれる受取者のメールアドレスに宛てて受取者の受取端末３０に送信することにより、送金コード２００を受取者に発行すればよい。
【００６８】
また、制御部２３は、ＰＯＳレジスタ５０から図示せぬＰＯＳサーバ及びネットワークＮを介して送信される店舗ＩＤ及び送金ＩＤを通信部２１で受信したことに応答して、送金ＩＤに対応する送金企業ＩＤ、送金情報、及び支払済フラグを送金ＤＢ４００から検出する。次に、制御部２３は、支払済フラグの値が“０”であるか“１”であるかを判別する。
【００６９】
そして、制御部２３は、支払済フラグの値が“１”である場合、送金金額の現金が既に受取者に支払われているとして、その旨の問合せ結果を通信部２１からネットワークＮ及び図示せぬＰＯＳサーバを介してＰＯＳレジスタ５０に送信する。
【００７０】
これに対して、制御部２３は、支払済フラグの値が“０”である場合、送金金額の現金が未だ受取者に支払われていないとして、通信部２１で受信した店舗ＩＤと、送金ＤＢ４００から検出した送金情報と、を含む出金データを生成する。続いて、制御部２３は、出金データを通信部２１からネットワークＮを介して、送金ＤＢ４００から検出した送金企業ＩＤから特定される送金端末１０に送信する。そして、制御部２３は、支払済フラグの値を“１”に更新した後、送金金額の現金が未だ受取者に支払われていない旨の問合せ結果を通信部２１からネットワークＮ及び図示せぬＰＯＳサーバを介してＰＯＳレジスタ５０に送信する。
【００７１】
図１に示す受取端末３０は、例えば汎用のスマートフォン、タブレットコンピュータ、又は携帯電話等から構成されている。なお、受取端末３０は、汎用のパーソナルコンピュータ等から構成されてもよい。
【００７２】
図７は、受取端末の構成例を示すブロック図である。
【００７３】
受取端末３０は、図７に示すように、通信部３１と、記憶部３２と、タッチパネル３３と、制御部３４と、を備え、これらはバスを介して接続されている。
【００７４】
通信部３１は、例えば汎用の無線通信装置等から構成されている。通信部３１は、例えば中央サーバ２０からネットワークＮを介して送信される電子メール等を受信する。
【００７５】
記憶部３２は、例えば汎用のフラッシュメモリ等の不揮発性メモリ等から構成されている。記憶部３２は、例えば通信部３１で受信した電子メール等を記憶する。
【００７６】
タッチパネル３３は、例えば液晶表示装置とポインティングデバイスとを組み合わせた汎用のタッチパネル等から構成されている。タッチパネル３３は、各種画面を表示するとともに、受取者による各種操作を受け付ける。受取者は、タッチパネル３３を操作して、その画面上に、記憶部３２に記憶されている電子メールに記載されている送金コード２００及び送金金額等を表示させる。
【００７７】
制御部３４は、例えばＣＰＵ、ＲＯＭ、及びＲＡＭ等から構成されている。ＣＰＵは、ＲＡＭをワークメモリとして用い、ＲＯＭに記憶されているプログラムを適宜実行することにより、受取端末３０の各種動作を制御する。
【００７８】
制御部３４は、例えば通信部３１で受信した電子メールを記憶部３２に記憶する。そして、制御部３４は、記憶部３２に記憶されている電子メールに記載されている送金コード２００及び送金金額をタッチパネル３３の画面上に表示する。
【００７９】
図１に示す認証装置４０は、例えば汎用のマルチメディアステーション（Multimedia Station：ＭＭＳ）等から構成されている。認証装置４０は、例えば送金コード２００の認証を行う。
【００８０】
図８は、認証装置の構成例を示すブロック図である。
【００８１】
認証装置４０は、図８に示すように、読取部４１と、表示部４２と、印刷部４３と、記憶部４４と、制御部４５と、を備え、こららはバスを介して接続されている。
【００８２】
読取部４１は、例えば送金コード２００を取り込むＣＣＤ（Charge Coupled Device）等の受光素子を含んで構成されている。読取部４１は、例えば受取端末３０のタッチパネル３３に表示された送金コード２００をデコードして、送金コード２００から送金ＩＤ及び送金金額等を読み取る。
【００８３】
読取部４１は、上述のコード配置規則に従って送金コード２００の各ブロックをデコードして行くことにより、各ブロックから１１個の情報シンボルからなる情報ビット列と２２又は２３個のＲＳシンボルからなるＲＳビット列とを取得する。
【００８４】
表示部４２は、例えば汎用の液晶表示装置等から構成されている。表示部４２は、例えば送金コード２００が改ざんされたものであるか否かの認証結果等を表示する。
【００８５】
印刷部４３は、例えば汎用のプリンタ等から構成されている。印刷部４３は、例えば読取部４１で読み取った送金ＩＤ及び送金金額を示すバーコードが印字された受取券をプリントアウトする。なお、受取券は、送金ＩＤ及び送金金額を示すバーコードが印字されたものに限定されるものではなく、例えば送金ＩＤ及び送金金額を示す二次元コードが印字されたものであってもよい。また、受取券は、送金ＩＤ及び送金金額が文字で印字されたものであってもよい。
【００８６】
記憶部４４は、例えばハードディスクドライブ等の不揮発性メモリ等から構成されている。記憶部４４は、例えば各種アプリケーションプラグラム等を記憶している。本実施形態において、記憶部４４は、送金コード２００を認証するための認証アプリケーションプログラム、
【００８７】
制御部４５は、例えばＣＰＵ、ＲＯＭ、及びＲＡＭ等から構成されている。ＣＰＵは、ＲＡＭをワークメモリとして用い、ＲＯＭ及び記憶部４４に記憶されているプログラムを適宜実行することにより、認証装置４０の各種動作を制御する。
【００８８】
制御部４５は、例えば記憶部４４に記憶されている認証アプリケーションプログラムを実行することにより、送金コード２００が改ざんされたものであるか否かの認証を行う。
【００８９】
まず、制御部４５は、送金コード２００のＲＳビット列（訂正用情報）を利用して、送金コード２００に含まれる誤りを検出する。本実施形態において、制御部４５は、２４個のＲＳシンボルからなるビット列ｃ（アンダーバー）’を誤りとして検出する。
【００９０】
そして、制御部４５は、読取部４１で取得したＲＳビット列に含まれるビット列ｌ及びビット列ｍと、誤りとして検出したビット列ｃ（アンダーバー）’と、を利用して、送金コード２００の認証を行う。具体的に、制御部４５は、ＲＳビット列に含まれるビット列ｌと誤りとして検出したビット列ｃ（アンダーバー）’との排他的論理和を算出することにより、認証情報として埋め込まれたビット列ｃ’を取得する。
【００９１】
続いて、制御部４５は、暗号化に対応する復号キーを利用して、ビット列ｃ’を復号化することにより、ビット列ｍｄ（復号ビット列）を取得する。そして、制御部４５は、復号化したビット列ｍｄが、ＲＳビット列に含まれるビット列ｍと合致しているか否かを判別することにより、送金コード２００の認証を行う。具体的に、制御部４５は、認証の結果、両者が合致していれば、送金コード２００が改ざんされていないものと判別し、両者が合致していなければ、送金コード２００が改ざんされたものと判別する。
【００９２】
そして、制御部４５は、送金コード２００が改ざんされたものであるか否かの認証結果を表示部４２に表示して受取者に通知する。
【００９３】
制御部４５は、送金コード２００が改ざんされたものでない場合、読取部４１で送金コード２００から送金ＩＤ及び送金金額を読み取る。そして、制御部４５は、読取部４１で読み取った送金ＩＤ及び送金金額等を示すバーコードが印字された受取券を印刷部４３からプリントアウトすることにより、受取券を受取者に発行する。
【００９４】
図１に示すＰＯＳレジスタ５０は、例えば汎用のＰＯＳレジスタ等から構成されている。ＰＯＳレジスタ５０は、ＬＡＮを介して図示せぬＰＯＳサーバに接続されている。
【００９５】
図９は、ＰＯＳレジスタの構成例を示すブロック図である。
【００９６】
ＰＯＳレジスタ５０は、図９に示すように、読取部５１と、通信部５２と、表示部５３と、制御部５４と、を備え、これらはバスを介して接続されている。
【００９７】
読取部５１は、例えば汎用バーコードリーダ等から構成されている。読取部２１は、例えば受取者に発行された受取券に印字されているバーコードから、送金ＩＤ及び送金金額等を読み取る。なお、受取券に送金ＩＤ及び送金金額が文字で印字されている場合、店舗の店員は、図示せぬ操作部を操作して、送金ＩＤ及び送金金額を入力してもよい。
【００９８】
通信部５２は、例えばＮＩＣ等から構成されている。通信部５２は、例えばＰＯＳレジスタ５０が設置されている店舗を識別するための店舗ＩＤと、バーコードから読み取った送金ＩＤと、を図示せぬＰＯＳサーバ及びネットワークＮを介して中央サーバ２０に送信する。
【００９９】
また、通信部５２は、中央サーバ２０から図示せぬＰＯＳサーバ及びネットワークＮを介して送信される、バーコードから読み取った送金金額の現金が既に受取者に支払われているか否かの問合せ結果を受信する。さらに、通信部５２は、店舗ＩＤ及び送金情報を含む出金データを図示せぬＰＯＳサーバ及びネットワークＮを介して中央サーバ２０に送信する。
【０１００】
表示部５３は、例えば液晶表示装置等から構成されている。表示部５３は、例えば通信部５２で受信した問合せ結果を表示する。また、表示部５３は、送金金額の現金が未だ受取者に支払われていない場合、その送金金額を表示する。そして、店舗の店員は、表示部５３に表示された送金金額を受取者に現金で支払う。
【０１０１】
制御部５４は、例えばＣＰＵ、ＲＯＭ、及びＲＡＭ等から構成されている。ＣＰＵは、ＲＡＭをワークメモリとして用い、ＲＯＭに記憶されているプログラムを適宜実行することにより、ＰＯＳレジスタ５０の各種動作を制御する。
【０１０２】
制御部５４は、例えばＰＯＳレジスタ５０が設置されている店舗を識別するための店舗ＩＤと、バーコードから読み取った送金ＩＤと、を図示せぬＰＯＳサーバ及びネットワークＮを介して中央サーバ２０に送信することにより、バーコードから読み取った送金金額の現金が既に受取者に支払われているか否かを問い合わせる。
【０１０３】
そして、制御部５４は、通信部５２で受信した問合せ結果を表示部５３に表示して店舗の店員に通知する。具体的に、制御部５４は、送金金額の現金が既に受取者に支払われている場合、その旨を表示部５３に表示する。これに対して、制御部５４は、送金金額の現金が未だ受取者に支払われていない場合、その旨及び送金金額を表示部５３に表示して店舗の店員に通知する。これにより、店舗の店員は、表示部５３に表示された送金金額を受取者に現金で支払うことができる。
【０１０４】
次に、上記構成を備える送金システム１が実行する各種処理について図面を参照して説明する。
【０１０５】
送金企業の担当者は、図２に示す送金端末１０の操作部１２を操作して、図３に示す送金情報入力画面３００で送金情報を入力する。そして、送金企業の担当者が送金情報入力画面３００で送金コード発行アイコンをクリックしたことに応答して、送金システム１は、送金処理を実行する。
【０１０６】
図１０及び図１１は、送金処理の一例を示すフローチャートである。
【０１０７】
送金処理において、まず、送金端末１０の制御部１４は、図１０に示すように、送金企業を識別するための送金企業ＩＤ、及び送金情報入力画面３００で入力された送金情報を通信部１３からネットワークＮを介して中央サーバ２０に送信することにより、送金コード２００の発行を要求する（ステップＳ１）。
【０１０８】
中央サーバ２０の制御部２３は、送金端末１０からネットワークＮを介して送信される送金企業ＩＤ及び送金情報を通信部２１で受信したことに応答して（ステップＳ２）、ステップＳ２で受信した送金情報に送金ＩＤを付与する（ステップＳ３）。
【０１０９】
そして、制御部２３は、ステップＳ３で付与した送金ＩＤに対応付けて、ステップＳ２で受信した送金企業ＩＤ及び送金情報を送金ＤＢ４００に登録する（ステップＳ４）。また、制御部２３は、ステップＳ３で付与した送金ＩＤに対応する支払済フラグの値を“０”に初期化する（ステップＳ５）。
【０１１０】
次に、制御部２３は、ステップＳ４で登録した送金ＩＤ及び送金金額を示す二次元コード１００を生成する（ステップＳ６）。
【０１１１】
制御部２３は、ステップＳ６で生成した二次元コード１００の各ブロックを、所定のコード配置規則に従ってデコードして行くことにより、各ブロックから１１個の情報シンボルからなる情報ビット列と２２又は２３個のＲＳシンボルからなるＲＳビット列とを取得する（ステップＳ７）。
【０１１２】
次に、制御部２３は、各ブロックのＲＳビット列の予め定められた位置から１２個のＲＳシンボルを抽出する（ステップＳ８）。続いて、制御部２３は、ステップＳ８で抽出した１２個のＲＳシンボルのうちから、予め定められた６シンボルを選択し、全４ブロックで計２４個のＲＳシンボルからなるビット長１９２のビット列ｍを取得する（ステップＳ９）。
【０１１３】
そして、制御部２３は、ビット列ｍを楕円曲線暗号を用いて暗号化してビット列ｃを取得する（ステップＳ１０）。続いて、制御部２３は、図１１に示すように、ビット列ｃをブロック数に合わせて４分割してビット列ｃｉ（ｉ＝１〜４）を生成する（ステップＳ１１）。続いて、制御部２３は、ビット列ｃｉ（ｉ＝１〜４）と各ブロックから抽出した１２個のＲＳシンボルのうち、残りの６シンボルからなるビット列ｌｉ（ｉ＝１〜４）との排他的論理和をそれぞれ算出してビット列ｃ（アンダーバー）ｉ（ｉ＝１〜４）を生成する（ステップＳ１２）。そして、制御部２３は、例えば図６（Ａ）及び（Ｂ）に示すように、ビット列ｌｉをそれぞれビット列ｃ（アンダーバー）ｉに置換することにより、ビット列ｃを認証情報として埋め込む（ステップＳ１３）。
【０１１４】
続いて、制御部２３は、情報ビット列と、ステップＳ１３で認証情報が埋め込まれたＲＳビット列と、を元の二次元コード１００のコード配置規則に従って配置することにより、訂正領域に認証情報を埋め込んだ送金コード２００を生成する（ステップＳ１４）。
【０１１５】
そして、制御部２３は、ステップＳ１４で生成した送金コード２００を記憶部２２を記憶する（ステップＳ１５）。
【０１１６】
その後、制御部２３は、送金情報に含まれる発行予定日時になったときに（ステップＳ１６；Ｙｅｓ）、送金情報に対応する送金ＩＤ並びに送金金額を示す送金コード２００、及び送金金額が記載された電子メールを生成する（ステップＳ１７）。そして、制御部２３は、ステップＳ１７で生成した電子メールを通信部２１からネットワークＮを介して、送金情報に含まれる受取者のメールアドレスに宛てて、すなわち受取者の受取端末３０に送信することにより、送金コード２００を受取者に発行する（ステップＳ１８）。
【０１１７】
受取端末３０の制御部３４は、中央サーバ２０からネットワークＮを介して送信される電子メールを通信部３１で受信する（ステップＳ１９）。そして、制御部３４は、ステップＳ１９で受信した電子メールを記憶部３２に記憶してから（ステップＳ２０）、送金処理を終了する。
【０１１８】
その後、受取者は、認証装置４０及びＰＯＳレジスタ５０が設置されている店舗に赴き、認証装置４０の前で、受取端末３０のタッチパネル３３を操作して、その画面上に、ステップＳ２０で記憶部３２に記憶した電子メールに記載されている送金コード２００及び送金金額を表示させる。そして、受取者がタッチパネル３３の画面上に表示させた送金コード２００を、認証装置４０の読取部４１に翳したことに応答して、送金システム１は、受取券発行処理を実行する。
【０１１９】
図１２は、受取券発行処理の一例を示すフローチャートである。
【０１２０】
受取券発行処理において、まず、認証装置４０の制御部４５は、図１２に示すように、受取端末３０のタッチパネル３３の画面上に表示されている送金コード２００を読取部４１から取り込む（ステップＳ２１）。
【０１２１】
制御部４５は、ステップＳ２１で取り込んだ送金コード２００の各ブロックを上述のコード配置規則に従ってデコードして行くことにより、各ブロックから１１個の情報シンボルからなる情報ビット列と２２又は２３個のＲＳシンボルからなるＲＳビット列とを取得する（ステップＳ２２）。
【０１２２】
次に、制御部４５は、ステップＳ２２でデコードする前のデータと、ステップＳ２２でデコードした後のデータと、の排他的論理和を求めることにより、２４個のＲＳシンボルからなるビット列ｃ（アンダーバー）’を誤りとして検出する（ステップＳ２３）。
【０１２３】
続いて、制御部４５は、ＲＳビット列に含まれるビット列ｌと誤りとして検出したビット列ｃ（アンダーバー）’との排他的論理和を算出することにより、認証情報として埋め込まれたビット列ｃ’を取得する（ステップＳ２４）。
【０１２４】
また、制御部４５は、暗号化に対応する復号キーを利用して、ビット列ｃ’を復号化することにより、ビット列ｍｄを取得する（ステップＳ２５）。
【０１２５】
そして、制御部４５は、復号化したビット列ｍｄが、ＲＳビット列に含まれるビット列ｍと合致しているか否かを判別することにより、送金コード２００の認証を行う（ステップＳ２６）。具体的に、制御部４５は、認証の結果、両者が合致していれば、送金コード２００が改ざんされていないものと判別し、両者が合致していなければ、送金コード２００が改ざんされたものと判別する。
【０１２６】
そして、制御部４５は、送金コード２００が改ざんされたものであるか否かの認証結果を表示部４２に表示して受取者に通知する（ステップＳ２７）。
【０１２７】
制御部４５は、送金コード２００が改ざんされたものでない場合（ステップＳ２８；Ｎｏ）、読取部４１で送金コード２００から送金ＩＤ及び送金金額を読み取る（ステップＳ２９）。そして、制御部４５は、ステップＳ２９で読み取った送金ＩＤ及び送金金額等を示すバーコードが印字された受取券を印刷部４３からプリントアウトすることにより、受取券を受取者に発行してから（ステップＳ３０）、受取券発行処理を終了する。
【０１２８】
これに対して、制御部４５は、送金コード２００が改ざんされたものでない場合（ステップＳ２８；Ｙｅｓ）、送金コード２００から送金ＩＤ及び送金金額を読み取ることも、受取券を受取者に発行することもなく、そのまま受取券発行処理を終了する。
【０１２９】
続いて、受取者は、ＰＯＳレジスタ５０の前まで行き、ステップＳ３０で発行された受取券を、ＰＯＳレジスタ５０を操作する店員に手渡して、送金金額の支払を要求する。そして、店員がＰＯＳレジスタ５０の読取部５１に受取券に印字されているバーコードから、送金ＩＤ及び送金金額を読み取らせたことに応答して、送金システム１は、現金支払処理を実行する。
【０１３０】
図１３は、現金支払処理の一例を示すフローチャートである。
【０１３１】
現金支払処理において、まず、ＰＯＳレジスタ５０の制御部５４は、図１３に示すように、ＰＯＳレジスタ５０が設置されている店舗を識別するための店舗ＩＤと、バーコードから読み取った送金ＩＤと、を通信部５２からネットワークＮ及び図示せぬＰＯＳサーバを介して中央サーバ２０に送信することにより、バーコードから読み取った送金金額の現金が既に受取者に支払われているか否かを問い合わせる（ステップＳ３１）。
【０１３２】
中央サーバ２０の制御部２３は、ＰＯＳレジスタ５０から図示せぬＰＯＳサーバ及びネットワークＮを介して送信される店舗ＩＤ及び送金ＩＤを通信部２１で受信したことに応答して（ステップＳ３２）、ステップＳ３２で受信した送金ＩＤに対応する送金企業ＩＤ、送金情報、及び支払済フラグを送金ＤＢ４００から検出する（ステップＳ３３）。
【０１３３】
次に、制御部２３は、ステップＳ３３で検出した支払済フラグの値が“０”であるか“１”であるかを判別する（ステップＳ３４）。
【０１３４】
そして、制御部２３は、支払済フラグの値が“１”である場合（ステップＳ３４；Ｙｅｓ）、送金金額の現金が既に受取者に支払われているとして、その旨の問合せ結果を通信部２１からネットワークＮ及び図示せぬＰＯＳサーバを介してＰＯＳレジスタ５０に送信する（ステップＳ３５）。
【０１３５】
これに対して、制御部２３は、支払済フラグの値が“０”である場合（ステップＳ３４；Ｎｏ）、送金金額の現金が未だ受取者に支払われていないとして、ステップＳ３２で受信した店舗ＩＤと、ステップＳ３３で検出した送金情報と、を含む出金データを生成する（ステップＳ３６）。
【０１３６】
続いて、制御部２３は、ステップＳ３６で生成した出金データを通信部２１からネットワークＮを介して、ステップＳ３３で検出した送金企業ＩＤから特定される送金端末１０に送信する（ステップＳ３７）。これにより、送信端末１０の表示部１１には、出金データが表示され、送金企業の担当者は、送金金額を受取者に現金で支払った店舗、又は店舗を運営する企業の銀行口座に、送金金額を入金することができる。
【０１３７】
そして、制御部２３は、ステップＳ３３で検出した支払済フラグの値を“１”に更新した後（ステップＳ３８）、送金金額の現金が未だ受取者に支払われていない旨の問合せ結果を通信部２１からネットワークＮ及び図示せぬＰＯＳサーバを介してＰＯＳレジスタ５０に送信する（ステップＳ３９）。
【０１３８】
ＰＯＳレジスタ５０の制御部５４は、中央サーバ２０からネットワークＮ及び図示せぬＰＯＳサーバを介して送信される問合せ結果を通信部５２で受信する（ステップＳ４０）。
【０１３９】
制御部５４は、ステップＳ４０で受信した問合せ結果を表示部５３に表示して店舗の店員に通知してから（ステップＳ４１）、現金支払処理を終了する。具体的に、制御部５４は、送金金額の現金が既に受取者に支払われている場合、その旨を表示部５３に表示する。これに対して、制御部５４は、送金金額の現金が未だ受取者に支払われていない場合、その旨及び送金金額を表示部５３に表示して店舗の店員に通知する。これにより、店員は、表示部５３に表示された送金金額を受取者に現金で支払うことができる。
【０１４０】
以上説明したように、本実施形態に係る送金システム１によれば、中央サーバ２０は、送金元の送金端末１０からネットワークＮを介して送信される、送金金額と送金先の受取端末３０とを特定可能な送金情報を受信したことに応答して、送金情報から特定される送金金額の金銭を受け取るための送金コード２００を生成する。そして、中央サーバ２０は、送金コード２００をネットワークＮを介して、送金情報に含まれる送金先である受取者のメールアドレスから特定される送金先の受取端末３０に送信することにより、送金金額の金銭を送金先の受取者に送金する。
【０１４１】
これにより、送金元である送金企業は、受取者に金銭を簡便に送金することができる。また、受取者が口座を有していなくても、送金企業は、受取者に金銭を送金することができる。さらに、中央サーバ２０は、受取者のメールアドレスを管理すればよく、口座番号まで管理する必要がないため、管理業務の効率的な運用を実現することができる。また、受取者もメールアドレスを有していれば、銀行口座を有していなくても、送金企業から送金された金銭を受け取ることができる。さらに、受取者は、銀行口座を有していたとしても、送金企業に口座番号を通知することなく、送金企業から送金された金銭を受け取ることができる。
【０１４２】
また、中央サーバ２０は、送金情報から特定される送金タイミングである発行予定日時になったときに、送金コード２００をネットワークＮを介して、送金情報に含まれるメールアドレスから特定される送金先の受取端末３０に送信する。これにより、送金企業は、予め定めた給料日等を送金コード２００の発行予定日時とすることができるため、給料の支払業務の効率的な運用を実現することができる。
【０１４３】
さらに、受取券の発行装置である認証装置４０は、送金先の受取端末３０に表示される送金コード２００から送金金額を読み取る読取部４１を備え、読取部４１によって読み取った送金金額の金銭を店舗で受け取るための受取券を受取者に発行する。これにより、受取者は、普段から持ち歩いているスマートフォンや携帯電話等である受取端末３０を所持していれば、送金企業から送金された金銭をいつでも受け取ることができる。
【０１４４】
また、中央サーバ２０は、送金金額を含む情報、すなわち送金ＩＤ及び送金金額をセルの分布パターンによって表現する情報コードＣｄと、読取情報の誤りを訂正して送金ＩＤ及び送金金額を取得するための訂正用情報をセルの分布パターンによって表現するＲＳコードＣｅと、を備える二次元コード１００を生成する。
【０１４５】
次に、中央サーバ２０は、ＲＳコードＣｅからビット列ｌとビット列ｍとを生成するとともに、ビット列ｍを暗号化してビット列ｃを生成する。続いて、中央サーバ２０は、ビット列ｃを４分割したビット列ｃｉとビット列ｌｉとの排他的論理和をそれぞれ算出してビット列ｃ（アンダーバー）ｉを生成する。そして、中央サーバ２０は、ビット列ｌｉをビット列ｃ（アンダーバー）ｉに置き換えることにより、ビット列ｃを認証情報としてＲＳコードＣｅに埋め込む。
【０１４６】
最後に、中央サーバ２０は、情報ビット列と、認証情報を埋め込んだＲＳビット列と、を含む送金コード２００を生成する。
【０１４７】
一方、認証装置４０は、読取部４１で、送金コード２００を読み取ってＲＳビット列を取得した後、ＲＳビット列を用いて、ビット列ｃ（アンダーバー）’を誤りとして検出する。
【０１４８】
次に、認証装置４０は、ＲＳビット列に含まれるビット列ｌと誤りとして検出したビット列ｃ（アンダーバー）’との排他的論理和を算出して、認証情報として埋め込まれたビット列ｃ’を取得するとともに、ビット列ｃ’を暗号化に対応する方式で復号化してビット列ｍｄを取得する。そして、認証装置４０は、復号化したビット列ｍｄが、ＲＳビット列に含まれるビット列ｍと合致するか否か判別することにより、送金コード２００の認証を行う。
【０１４９】
このように、中央サーバ２０は、ＲＳコードＣｅの一部から生成されるビット列ｍを暗号化したビット列ｃと、ＲＳコードＣｅのうち上記一部とは異なる部分から生成されるビット列ｌと、の排他的論理和を求めてビット列ｃを取得し、ビット列ｌをビット列ｃに置き換えることで、ビット列ｃを認証情報としてＲＳコードＣｅに埋め込む。これにより、送金コード２００が改ざんされた場合、認証装置４０は、ビット列ｃとビット列ｌとの排他的論理和を誤りとして検出できなくなるため、送金コード２００の偽造を検出することができる。
【０１５０】
また、ＲＳコードＣｅに認証情報を埋め込むことにより、送金金額を含む情報を表現する情報コードＣｄに何ら変更を加える必要が無くなるため、送金コード２００によって表現される情報のデータ量が削減されることを防止することができる。
【０１５１】
さらに、ビット列ｍを暗号化したビット列ｃを認証情報としてＲＳコードＣｅに埋め込むため、送金コード２００の偽造をより効果的に防止することができる。
【０１５２】
また、店舗端末であるＰＯＳレジスタ５０は、受取券から特定される送金金額の金銭が既に受取者に支払われているか否かをネットワークＮを介して中央サーバ２０に問い合わせる。そして、ＰＯＳレジスタ５０は、中央サーバ２０からネットワークＮを介して送信される問合せ結果を受信し、受信した問合せ結果を表示部５３に表示して店舗の店員に通知する。これにより、送金システム１は、送金コード２００及び受取券を複数回用いて、或いは送金コード２００及び受取券が複製されて、送金金額が二重払いされることを防止することができる。
【０１５３】
さらに、認証装置４０及びＰＯＳレジスタ５０を設置する店舗は、送金企業から送金された金銭を受け取るべく、多くの受取者の来店が見込めるようになるため、そのついでに受取者が商品を購入することを期待することができる。また、送金企業に代わって送金金額の金銭を受取者に支払うことで、店舗は、その手数料を送金企業から徴収するという新たな手数料収入ビジネスを構築することができる。
【０１５４】
さらに、中央サーバ２０は、送金金額の金銭が既に受取者に支払われているか否かを示す支払済フラグと、ＰＯＳレジスタ５０による問合せに応答して、支払済フラグに基づき、送金金額の金銭が既に受取者に支払われているか否かを判別し、その判別結果を、問合せ結果としてネットワークＮを介してＰＯＳレジスタ５０に送信する。また、中央サーバ２０は、送金金額の金銭が未だ受取者に支払われていないと判別した場合、支払済フラグを更新する。このように、中央サーバ２０は、支払済フラグを用いることで、送金金額の金銭が既に受取者に支払われているか否かを適切に管理し、送金金額が二重払いされることを防止することができる。
【０１５５】
また、中央サーバ２０は、送金金額の金銭が未だ受取者に支払われていないと判別した場合、送金金額の金銭が既に受取者に支払われているか否かを問い合わせた店舗を識別するための店舗ＩＤを、ネットワークＮを介して送金元の送金端末１０に送信することにより、送金金額の金銭を受取者に支払う店舗を通知する。これにより、送金企業の担当者は、送金金額を受取者に現金で支払った店舗、又は店舗を運営する企業の銀行口座に、送金金額を入金することができる。
【０１５６】
なお、本発明は、上記の実施形態に限定されず、種々の変形、応用が可能である。以下、本発明に適用可能な上記の実施形態の変形態様について、説明する。
【０１５７】
上記の実施形態では、送金金額を受取者に現金で支払った店舗を識別するための店舗ＩＤと、送金情報と、を含む出金データが送信端末１０の表示部１１に表示され、送金企業の担当者は、送金金額を受取者に現金で支払った店舗、又は店舗を運営する企業の銀行口座に、送金金額を入金するものとして説明した。しかしながら、本発明はこれに限定されるものではなく、送金金額の入金方法は、任意であり、例えば送金企業は、ファクタリング等を用いて、送金金額を受取者に現金で支払った店舗、又は店舗を運営する企業の銀行口座に、送金金額を入金してもよい。具体的には、ファクタリング企業が、予め店舗又は店舗を運営する企業の銀行口座に送金金額を立替で前払いし、送金企業は、例えば所定期間（例えば一月）毎に到来する決済日に、所定期間内にファクタリング企業が立替で前払いした送金金額の総額を、ファクタリング企業の銀行口座に一括して入金すればよい。このように、送金金額を前払いとすることで、店舗、又は店舗を運営する企業の金銭リスクを無くすことができる。
【０１５８】
また、上記の実施形態では、認証装置４０とＰＯＳレジスタ５０とが別体であるものとして説明したが、本発明はこれに限定されるものではなく、ＰＯＳレジスタ５０が認証装置４０の機能を備えるものであってもよい。すなわち、ＰＯＳレジスタ５０は、送金コード２００等の二次元コードの読取機能を備え、送金コード２００が改ざんされたものであるか否かの認証を行うとともに、送金コード２００から読み取った送金金額の現金が既に受取者に支払われているか否かを中央サーバ２０に問い合わせるものであってもよい。このようにすれば、受取者は、認証装置４０で送金コード２００の認証を行って受取券の発行を受ける必要がなくなるため、より簡便に送金金額の現金を受け取ることができる。
【０１５９】
上記の実施形態において、中央サーバ２０の制御部２３は、ビット列ｍを暗号化してビット列ｃを生成し、ビット列ｃとビット列ｌとの排他的論理和を算出するものとして説明した。しかしながら、本発明はこれに限定されるものではなく、ビット列ｍを暗号化することなく、ビット列ｍとビット列ｌとの排他的論理和を算出してもよい。この場合、制御部２３は、ビット列ｍを４分割したビット列ｍｉとビット列ｌｉとの排他的論理和をそれぞれ算出してビット列ｍ（アンダーバー）ｉを生成する。そして、制御部２３は、ビット列ｌｉをビット列ｍ（アンダーバー）ｉに置き換えることにより、ビット列ｍを認証情報としてＲＳコードＣｅに埋め込めばよい。
【０１６０】
一方、認証装置４０の制御部４５は、ＲＳビット列を用いて、ビット列ｍ（アンダーバー）’を誤りとして検出する。次に、制御部４５は、ＲＳビット列に含まれるビット列ｌと誤りとして検出したビット列ｍ（アンダーバー）’との排他的論理和を算出してビット列ｍ’を取得し、取得したビット列ｍ’が、ＲＳビット列に含まれるビット列ｍと合致するか否か判別することにより、送金コード２００の認証を行えばよい。
【０１６１】
上記の実施形態では、認証装置４０が送金コード２００の認証を行うものとして説明した。しかしながら、本発明は、これに限定されるものではなく、中央サーバ２０が送金コード２００の認証を行うものであってもよい。
【０１６２】
この場合、認証装置４０の制御部４５は、読取部４３で送金コード２００を撮像して得られた撮像ビット列を図示せぬ通信部からネットワークＮを介して中央サーバ２０に送信する。 
【０１６３】
一方、中央サーバ２０の制御部２３は、認証装置４０からネットワークＮを介して送信される撮像ビット信号を通信部２１で受信したことに応答して、上述のコード配置規則に従ってデコードして行くことにより、送金コード２００の各ブロックから１１個の情報シンボルからなる情報ビット列と２２又は２３個のＲＳシンボルからなるＲＳビット列とを取得する。 
【０１６４】
次に、制御部２３は、撮像ビット列と、情報ビット列及びＲＳビット列と、の排他的論理和を求めることにより、２４個のＲＳシンボルからなるビット列ｃ（アンダーバー）’を誤りとして検出する。 
【０１６５】
続いて、制御部２３は、ＲＳビット列に含まれるビット列ｌと、誤りとして検出したビット列ｃ（アンダーバー）’と、の排他的論理和を算出することにより、認証情報として埋め込まれたビット列ｃ’を取得する。 
【０１６６】
また、制御部２３は、暗号化に対応する復号キーを利用して、ビット列ｃ’を復号化することにより、ビット列ｍｄを取得する。 
【０１６７】
そして、制御部２３は、復号化したビット列ｍｄが、ＲＳビット列に含まれるビット列ｍと合致しているか否かを判別することにより、送金コード２００の認証を行う。 
【０１６８】
制御部２３は、認証の結果、両ビット列が合致しているとの認証結果が得られた場合、送金コード２００が改ざんされていないとして、送金コード２００の認証に成功した旨を示す認証成功通知とともに、送金コード２００の各ブロックから取得した計４４個の情報シンボルから構成される情報コードＣｄから特定される送金ＩＤ及び送金金額を通信部２１からネットワークＮを介して認証装置４０に送信する。 
【０１６９】
一方、認証装置４０の制御部４５は、中央サーバ２０からネットワークＮを介して送信される認証成功通知及び送金ＩＤ及び送金金額を受信したことに応答して、認証装置４０及び送金コード２００の認証に成功した旨を表示部４２に表示するとともに、送金ＩＤ及び送金金額等を示すバーコードが印字された受取券を印刷部４３からプリントアウトすることにより、受取券を受取者に発行する。
【０１７０】
これに対して、中央サーバ２０の制御部２３は、認証の結果、両ビット列が合致しているとの認証結果が得られた場合、送金コード２００が改ざんされているとして、送金コード２００の認証に失敗した旨を示す認証失敗通知を通信部２１からネットワークＮを介して認証装置４０に送信する。 
【０１７１】
一方、認証装置４０の制御部４５が、中央サーバ２０からネットワークＮを介して送信される認証失敗通知を受信したことに応答して、送金コード２００の認証に失敗した旨を表示部４２に表示する。
【０１７２】
以上説明したように、本変形例に係る送金システム１では、認証装置４０が、訂正領域に認証情報が埋め込まれた送金コード２００を撮像して得られた撮像ビット列を中央サーバ２０に送信し、中央サーバ２０が、送金コード２００の認証を行う。そして、中央サーバ２０は、送金コード２００の認証に成功したことを条件に、送金コード２００が表現する送金金額を含む情報、すなわち送金ＩＤ及び送金金額を認証装置４０に送信する。これにより、認証装置４０は、送金コード２００が表現する送金金額を含む情報を取得することができる。
【０１７３】
さらに、送金コード２００が改ざんされた場合、中央サーバ２０は、ビット列ｃとビット列ｌとの排他的論理和を誤りとして検出できなくなるため、送金コード２００の偽造を検出することができる。
【０１７４】
また、ＲＳコードＣｅに認証情報を埋め込むことで、送金金額を含む情報を表現する情報コードＣｄに何ら変更を加える必要が無くなるため、送金コード２００によって表現される送金金額を含む情報のデータ量が削減されることを防止することができる。
【０１７５】
さらに、ビット列ｍを暗号化したビット列ｃを認証情報としてＲＳコードＣｅに埋め込むことで、送金コード２００の偽造をより効果的に防止することができる。
【０１７６】
また、認証装置４０は、送金コード２００のデコード及び認証を行わず、送金コード２００を撮像して得られた撮像ビット列を送信するため、中央サーバ２０以外は、ビット信号を解読して送金金額を含む情報を取得することができないため、安全性を高めることができる。
【０１７７】
さらに、認証装置４０は、送金コード２００の認証に成功したことを条件に、送金コード２００が表現する送金金額を含む情報を取得することができるため、危険なウェブサイトへのアクセスを防止することができる。
【０１７８】
上記の実施形態では、二次元コード１００及び送金コード２００が白色のセルと黒色のセルとから構成されるものとして説明した。しかしながら、本発明はこれに限定されるものではなく、汎用の二次元コードリーダによって“０”と認識される光学的特性の一又は複数の色と、“１”と認識される光学的特性の一又は複数の色と、を用いて送金ＩＤ及び送金金額を特定可能なものであれば任意に適用可能であり、例えば二次元コードに視認可能な支払企業等のロゴマークを重ね合わせたロゴ付き二次元コードであってもよい。例えば、所定明度未満（汎用の二次元コードリーダによって“０”と認識される明度）のロゴマークに、所定明度以上（汎用の二次元コードリーダによって“１”と認識される明度）のセルを重ね合わせ、ロゴマークのうちセルが重ね合わされていない部分とセルとの分布パターンによって送金ＩＤ及び送金金額を示すものであってもよい。あるいは、ロゴマークのうち所定明度以上の部分には、所定明度未満のセルドットを重ね合わせる一方で、ロゴマークのうち所定明度未満の部分には、所定明度以上のセルドットを重ね合わせ、所定明度以上のセルドット及びロゴマークのうち所定明度以上の部分と、所定明度未満のセルドット及びロゴマークのうち所定明度未満の部分と、の分布パターンによって送金ＩＤ及び送金金額を示すものであってもよい。
【０１７９】
上記の実施形態では、二次元コードとしてＱＲコード（登録商標）を例示して説明したが、本発明はこれに限定されるものではなく、二次元コードは、データマトリクス、アズテックコード、コードワン、アレイタグ、ボックス図形コード、マキシコード、ペリコード、ソフトストリップ、ＣＰコード、カルラコード、ウルトラコードなどといった他のマトリクス式の二次元コードであってもよい。あるいは、ＰＤＦ４１７、コード４９、コード１６ｋ、コーダブロックなどといった一次元バーコードを縦に積み重ねたスタック式の二次元コードであっても構わない。
【０１８０】
また、上記の実施形態において、制御部１４、制御部２３、制御部３４、制御部４５、及び制御部５４のＣＰＵが実行するプログラムは、予めＲＯＭ、及び記憶部２２等に記憶されるものとして説明したが、本発明はこれに限定されるものではなく、上述の処理を実行させるためのプログラムを、既存の汎用コンピュータに適用することで、上記の実施形態に係る送金端末１０、中央サーバ２０、受取端末３０、認証装置４０、及びＰＯＳレジスタ５０として機能させてもよい。
【０１８１】
このようなプログラムの提供方法は任意であり、例えばコンピュータが読取可能な記録媒体（フレキシブルディスク、ＣＤ（Compact Disc）−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）−ＲＯＭ等）に格納して配布してもよいし、インターネット等のネットワーク上のストレージにプログラムを格納しておき、これをダウンロードさせることにより提供してもよい。
【０１８２】
さらに、上記の処理をＯＳ（Operating System）とアプリケーションプログラムとの分担、又はＯＳとアプリケーションプログラムとの協働によって実行する場合には、アプリケーションプログラムのみを記録媒体やストレージに格納してもよい。また、搬送波にプログラムを重畳し、ネットワークを介して配信することも可能である。例えば、ネットワーク上の掲示板（ＢＢＳ：Bulletin Board System）に上記プログラムを掲示し、ネットワークを介してプログラムを配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上記の処理を実行できるように構成してもよい。
【符号の説明】
【０１８３】
１  送金システム
１０  送金端末
１１，４２，５３  表示部
１２  操作部
１３，２１，３１，５２  通信部
１４，２３，３４，４５，５４  制御部
２０  中央サーバ
２２，３２，４４  記憶部
３０  受取端末
３３  タッチパネル
４０  認証装置
４１，５１  読取部
４３  印刷部
５０  ＰＯＳレジスタ
１００  二次元コード
１０４Ａ，１０４Ｂ，１０４Ｃ  位置決め用シンボル
１０６  情報コード記録領域
１０８  タイミングセル
１０９  フォーマットコード
２００  送金コード
３００  送金情報入力画面
４００  送金ＤＢ
【図１】
2017146828.tif 000003
【図２】
2017146828.tif 000004
【図３】
2017146828.tif 000005
【図４】
2017146828.tif 000006
【図５】
2017146828.tif 000007
【図６】
2017146828.tif 000008
【図７】
2017146828.tif 000009
【図８】
2017146828.tif 000010
【図９】
2017146828.tif 000011
【図１０】
2017146828.tif 000012
【図１１】
2017146828.tif 000013
【図１２】
2017146828.tif 000014
【図１３】
2017146828.tif 000015