JP7416878B2 - 情報処理装置及びその制御プログラム - Google Patents

Description

本発明の実施形態は、情報処理装置及びその制御プログラムに関する。

近年、コード決済に関しては、複数のコード決済事業者による複数のブランドが展開されている。ただし、決済コードのコード体系はブランド毎に異なっている。このため、決済装置の担当者は、決済に利用されるブランドに応じた決済プログラムの起動操作をする必要がある。一方、決済装置は、起動操作に基づき、決済に利用されるブランドに応じた決済アプリケーションプログラムを起動する。そして決済装置は、提示される決済コードを読み取り、読み取った決済コードに基づき決済処理を実行する。
このように、担当者には、決済に利用されるブランドに応じた煩雑な操作が要求される。また、決済装置には、決済に利用されるブランドに応じた決済プログラムが要求される。このため、複数のブランドへの対応処理の効率が低下する懸念がある。

特開２００８－２１７２７７号公報

本発明の実施形態が解決しようとする課題は、複数のコード決済ブランドへの対応処理を効率よく行うことができる情報処理装置及びその制御プログラムを提供することにある。

一実施形態に係る情報処理装置は、取得手段、第１の受付手段、及び第２の受付手段を備える。取得手段は、複数のコード決済事業者間でコード体系を統一させた統一決済コードを取得する。第１の受付手段は、複数のコード決済事業者の中からいずれか１つのコード決済事業者の指定を受け付ける。第２の受付手段は、取得手段で取得した統一決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、第１の受付手段で指定を受け付けたコード決済事業者と一致しない場合、取得手段で取得した統一決済コードを決済に使用するか否かの指定を受け付ける。

一実施形態に係る決済システムの概略構成を示す模式図。 コード決済ブランドテーブルの一例を示す模式図。 同決済システムに適用される統一決済コードのフォーマットの一例を示す模式図。 決済装置におけるプロセッサの要部制御手順を示す流れ図。 決済装置において表示されるコード決済ブランド指定画面の一例を示す模式図。 決済装置において表示されるコード決済ブランド確認画面の一例を示す模式図。 決済装置において表示される通知画像の一例を示す模式図。 第２実施形態において、決済装置におけるプロセッサの要部制御手順を示す流れ図。 第２実施形態において、決済装置において表示される通知画像の一例を示す模式図。

以下、図面を参照して実施形態について説明する。
（第１実施形態）
まず、第１実施形態について説明する。
図１は、一実施形態に係る決済システムＳの概略構成を示す模式図である。
決済システムＳは、決済装置１、コードリーダ２、各コード決済ブランドの決済サーバ３及びＰＯＳ（point of sale）サーバ４を含む。決済サーバ３は、第１の通信インターフェース１７に、ＰＯＳサーバ４は、第２の通信インターフェース１８にそれぞれ接続されている。決済サーバ３は、店舗の外部にあるため、その通信ネットワークは、例えばインターネット、イントラネット、ＷＡＮ（Wide Area Network）等である。通信ネットワークは、電話通信網又は移動体通信網を含んでもよい。あるいは通信ネットワークは、これらの組み合わせであってもよい。ＰＯＳサーバ４は、店舗の内部にあるため、その通信ネットワークは、例えばＬＡＮ（Local Area Network）でよい。決済装置１は、情報処理装置であり、１台のコンピュータ又は複数台のコンピュータを組み合わせて実現することができる。決済装置１は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、機器インターフェース１４、入力デバイス１５、出力デバイス１６、第１の通信インターフェース１７、第２の通信インターフェース１８及びシステム伝送路１９を備える。

プロセッサ１１は、コンピュータの中枢部分に相当し、決済処理に関する演算を行う。プロセッサ１１は、メインメモリ１２及び補助記憶デバイス１３の少なくとも一方に記憶されたシステムソフトウェア、及びアプリケーションソフトウェア等のプログラムに基づいて、決済処理を実現するべく制御を実行する。プロセッサ１１は、例えば、ＣＰＵ（central processing unit）、ＭＰＵ（micro processing unit）、又はＤＳＰ（digital signal processor）である。あるいは、プロセッサ１１は、これらのうちの複数を組み合わせたものである。

メインメモリ１２は、非一時的なコンピュータ可読記憶媒体であるＲＯＭ（read-only memory）、及び一時的に使用するデータを記憶するＲＡＭ（random-access memory）を含む。ＲＯＭは、プロセッサ１１が実行するプログラムの一部又は全部を記憶し、さらに、プロセッサ１１が各種の処理を行う上で使用するデータ及び各種の設定値等を記憶する。ＲＡＭは、プロセッサ１１が各種の処理を行う上で一時的に使用するデータ、及びプロセッサ１１での処理によって生成されたデータを記憶しておくワークエリアである。

補助記憶デバイス１３は、非一時的なコンピュータ可読記憶媒体であり、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）（登録商標）、ＨＤＤ（hard disk drive）又はＳＳＤ（solid state drive）である。補助記憶デバイス１３は、プロセッサ１１が実行するプログラムの一部又は全部を記憶し、プロセッサ１１が各種の処理を行う上で使用するデータ、プロセッサ１１での処理によって生成されたデータ、及び各種の設定値等を記憶する。

メインメモリ１２及び補助記憶デバイス１３の少なくとも一方に記憶されるプログラムは、決済処理のためのプログラムを含む。例えば、決済装置１は、メインメモリ１２及び補助記憶デバイス１３の少なくとも一方に上記のプログラムが記憶された状態で、コード決済事業者へ譲渡される。或いは、上記のプログラムが記憶された非一時的なコンピュータ可読記憶媒体により、コード決済事業者等へと譲渡されてもよい。この場合、担当者による操作の下に、非一時的なコンピュータ可読記憶媒体に記憶されたプログラムがメインメモリ１２及び補助記憶デバイス１３の少なくとも一方に書き込まれる。上記のプログラムが記憶された非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク、光磁気ディスク、光ディスク又は半導体メモリ等のようなリムーバブルな記憶媒体である。或いは、ネットワーク等を介して上記のプログラムをダウンロードし、メインメモリ１２及び補助記憶デバイス１３の少なくとも一方に書き込んでもよい。

機器インターフェース１４は、コードリーダ２等の各機器と接続する。例えば、機器インターフェース１４は、コードリーダ２により読み取られた商品コード、請求コード、又は決済コード等の各種コードを取得する。

コードリーダ２は、商品コード、請求コード、及び決済コード等の各種コードを読み取り、読み取ったコードを出力する。例えば、コードリーダ２は、例えば一次元コード又は二次元コードのコード体系で商品に記録又は添付された商品コードを光学的に読み取り、読み取った決済コードを決済装置１の機器インターフェース１４へ出力する。コードリーダ２は、例えば一次元コード又は二次元コードのコード体系で請求書等に記録された請求コードを光学的に読み取り、読み取った請求コードを決済装置１の機器インターフェース１４へ出力する。コードリーダ２は、例えば一次元コード又は二次元コードのコード体系でスマートフォン等の通信端末のディスプレイに表示された決済コードを光学的に読み取り、読み取った決済コードを決済装置１の機器インターフェース１４へ出力する。

入力デバイス１５は、キーボード、テンキー、決済装置の担当者用タッチパネル、及び決済コードを利用するユーザ用タッチパネル等を備える。また、出力デバイス１６は、担当者用ディスプレイ、ユーザ用ディスプレイ、及びスピーカ等を備える。例えば、担当者用タッチパネルと担当者用ディスプレイにより担当者用タッチパネルディスプレイを構成するようにしてもよい。同様に、ユーザ用タッチパネルとユーザ用ディスプレイによりユーザ用タッチパネルディスプレイを構成するようにしてもよい。入力デバイス１５は、担当者又はユーザからの指示入力を受け付けプロセッサ１１へ通知する。出力デバイス１６は、担当者又はユーザに対して各種情報を表示する。

第１の通信インターフェース１７及び第２の通信インターフェース１８は、外部サーバ等の外部機器と接続する。第１の通信インターフェース１７は、各コード決済ブランドの決済サーバ３と通信し、決済に関する情報を送受信する。第２の通信インターフェース１８は、ＰＯＳサーバ４と通信し、ＰＯＳサーバ４へ商品コードを送信し、ＰＯＳサーバ４から商品コードに対応する商品データを受信する。ＰＯＳサーバ４は、各商品に対応する商品データを記憶し、１商品に対応する商品データは、商品コード、商品名、商品単価、及び割引額等の情報を含む。例えば、第１の通信インターフェース１７又は第２の通信インターフェース１８は、請求処理サーバと通信し、請求処理サーバへ請求コードを送信し、請求処理サーバから請求コードに対応する請求データを受信してもよい。請求処理サーバは、各請求に対応する請求データを記憶し、請求データは、請求コード、商品内容、請求金額等の情報を含む。

かかる構成の決済装置１は、メインメモリ１２の揮発性メモリ領域の一部を、コード決済ブランドテーブル１２１として使用する。

図２は、コード決済ブランドテーブル１２１の一例を示す模式図である。図２に示すように、コード決済ブランドテーブル１２１は、決済コード統一事業に加盟するコード決済事業者のブランド名と、そのコード決済事業者のブランドに識別子として割り当てられる事業者識別コード（図３を参照）とを関連付けて記憶するためのデータ構造となっている。決済コード統一事業とは、決済コードのコード体系をブランドに関わらず統一させる事業である。コード決済ブランドテーブル１２１に、どのコード決済事業者のブランド名と事業者識別コードとを設定するかは、決済装置１を導入する販売店等のコード決済利用事業者によって決定される。図２では、コード決済事業者のブランドを５つ示しているが、ブランド数は限定されない。

図３は、決済コード統一事業で用いられる決済コードのフォーマット１００の一例を示す模式図である。決済コード統一事業に加盟する全てのコード決済事業者は、フォーマット１００の決済コードを使用する。以下では、フォーマット１００の決済コードを統一決済コードと称する。統一決済コードは、決済コード統一事業に加盟するコード決済事業者間でフォーマットの統一が図られた決済コードである。図３に示すように、統一決済コードは、決済ＩＤ情報領域及び自由領域を含む。決済ＩＤ情報領域は事業者識別コード部及びトークン部を含む。事業者識別コード部は、統一決済コードであることを識別する固定識別コード、及びコード決済事業者を識別する事業者識別コードを含む。

図４は、決済装置１におけるプロセッサ１１の要部制御手順を示す流れ図である。
以下、この流れ図を用いて、決済システムＳの主要な動作について説明する。なお、以下に説明する動作は一例である。同様な結果が得られるのであれば、その手順は特に限定されるものではない。

決済装置１は、支払い金額又は請求金額等に関する情報を取得し、取得した情報に基づく決済を実行する。例えば、決済装置１のプロセッサ１１は、コードリーダ２からの１又は複数の商品コードを取得し、ＰＯＳサーバ４からの１又は複数の商品コード対応する商品データを受け取り、商品データに基づき支払い金額を算出し、決済を待つ。

ユーザは、担当者に統一決済コードを利用したい旨を伝える。担当者は、決済装置１の入力デバイス１５の決済画面から統一コード決済モードを選択又は指定する。そうすると、プロセッサ１１は、図４の流れ図に示す手順の情報処理を開始する。

プロセッサ１１は、ＡＣＴ１として統一コード決済モードが選択又は指定されたか否かを確認する。統一コード決済モードが選択又は指定された場合、プロセッサ１１は、ＡＣＴ１においてＹＥＳと判定し、統一コード決済プログラムを起動する。そしてプロセッサ１１は、ＡＣＴ２へと進む。

プロセッサ１１は、ＡＣＴ２として出力デバイス１６にコード決済ブランド指定画面２００（図５を参照）を表示させる。

図５は、決済装置１の出力デバイス１６において表示されるコード決済ブランド指定画面２００の一例を示す模式図である。図５に示すように、コード決済ブランド指定画面２００には、受け入れコード決済事業者のブランド名と、「指定」ボタン２０１乃至２０５の画像と、ブランドを指定することを促すテキストデータとが表示される。ユーザは、所望のコード決済ブランドに対応する「指定」ボタン２０１乃至２０５のいずれか１つにタッチする。なお、図５に表示されているテキストデータの内容及び画像は一例である。

図４の説明に戻る。
プロセッサ１１は、ＡＣＴ３としてコード決済ブランド指定画面２００の「指定」ボタン２０１乃至２０５のいずれか１つがタッチされるのを待ち受ける。「指定」ボタン２０１乃至２０５のいずれか１つがタッチされた場合、プロセッサ１１は、ＡＣＴ３においてＹＥＳと判定し、ＡＣＴ４へと進む。

プロセッサ１１は、ＡＣＴ４として出力デバイス１６にコード決済ブランド確認画面３００（図６を参照）を表示させる。

図６は、決済装置１の出力デバイス１６において表示されるコード決済ブランド確認画面３００の一例を示す模式図である。図６に示すように、コード決済ブランド確認画面３００には、ユーザが指定したコード決済ブランドと、このコード決済ブランドによる決済可否を確認するテキストデータと、「確認」ボタン３０１及び「取消」ボタン３０２の画像とが表示される。ユーザは、コード決済ブランド確認画面３００を確認すると、「確認」ボタン３０１にタッチする。ユーザは、指定したコード決済ブランドを取消す場合には、「取消」ボタン３０２にタッチする。なお、図６に表示されているテキストデータの内容及び画像は一例である。

図４の説明に戻る。
プロセッサ１１は、ＡＣＴ５としてコード決済ブランド確認画面３００の「確認」ボタン３０１がタッチされるか「取消」ボタン３０２がタッチされるのを待ち受ける。「確認」ボタン３０１がタッチされた場合、プロセッサ１１は、ＡＣＴ５においてＹＥＳと判定し、ＡＣＴ６へと進む。「取消」ボタン３０２がタッチされた場合、プロセッサ１１は、ＡＣＴ５においてＮＯと判定し、ＡＣＴ３に戻る。

ユーザは、スマートフォン等の通信端末のディスプレイに指定したコード決済ブランドの統一決済コードを提示する。担当者は、コードリーダ２の読み取り部を統一決済コードが表示されたディスプレイに翳す。コードリーダ２は、読み取り部を介して、表示された統一決済コードを読み取り、読み取った統一決済コードを機器インターフェース１４へ出力する。機器インターフェース１４は、統一決済コードを受け取りプロセッサ１１に出力する。

プロセッサ１１は、ＡＣＴ６として統一決済コードを取得したか否かを確認する。統一決済コードを取得した場合、プロセッサ１１は、ＡＣＴ６においてＹＥＳと判定し、ＡＣＴ７へと進む。

プロセッサ１１は、ＡＣＴ７として統一決済コードから、統一決済コードであることを識別する固定識別コードを検知したか否かを確認する。固定識別コードを検知した場合、プロセッサ１１は、ＡＣＴ７においてＹＥＳと判定し、ＡＣＴ８へと進む。またプロセッサ１１は、ＡＣＴ８として統一決済コードから、コード決済事業者を識別する事業者識別コードを検知したか否かを確認する。事業者識別コードを検知した場合、プロセッサ１１は、ＡＣＴ８においてＹＥＳと判定し、ＡＣＴ９へと進む。なお、プロセッサ１１は、ＡＣＴ６乃至８においてＮＯと判定すると、ＡＣＴ６に戻る。したがってプロセッサ１１は、再び統一決済コードを取得する。

プロセッサ１１は、ＡＣＴ９としてＡＣＴ８で検知した事業者識別コードと、ＡＣＴ３でユーザが指定したコード決済ブランドの事業者識別コードとが一致するか否かを確認する。具体的には、プロセッサ１１は、コード決済ブランドテーブル１２１からユーザが指定したコード決済ブランド名と関連付けて記憶されている事業者識別コードを調べる。この事業者識別コードと検知した統一決済コードに含まれる事業者識別コードとが一致する場合、プロセッサ１１は、ＡＣＴ９においてＹＥＳと判定し、ＡＣＴ１０へと進む。

プロセッサ１１は、ＡＣＴ１０としてユーザが指定したコード決済ブランドの決済サーバ３に対して決済を行うように第１の通信インターフェース１７を制御する。この制御により、第１の通信インターフェース１７から決済サーバ３に対して決済要求コマンドが出力される。決済要求コマンドは、決済サーバ３で受信される。

決済要求コマンドの送信を制御した決済装置１のプロセッサ１１は、ＡＣＴ１１として応答コマンドを待ち受ける。応答コマンドには、決済結果が含まれる。決済結果は、例えばコード決済ブランド名、決済金額等の情報である。決済サーバ３から応答コマンドを受信した場合、プロセッサ１１は、ＡＣＴ１１においてＹＥＳと判定し、ＡＣＴ１２へと進む。プロセッサ１１は、ＡＣＴ１２として出力デバイス１６に決済結果を出力する。

ユーザが指定したコード決済ブランドの事業者識別コードと検知した統一決済コードに含まれる事業者識別コードとが一致しない場合、プロセッサ１１は、ＡＣＴ９においてＮＯと判定し、ＡＣＴ１３へと進む。

プロセッサ１１は、ＡＣＴ１３として出力デバイス１６に通知画像４００（図７を参照）を表示させる。

図７は、決済装置１の出力デバイス１６において表示される通知画像４００の一例を示す模式図である。図７に示すように、通知画像４００は、コード決済ブランド指定画面２００に重ねて表示される。通知画像４００には、ユーザが指定したコード決済ブランドの事業者識別コードと検知した事業者識別コードとが一致しないことを知らせるテキストデータと、「確認」ボタン４０１の画像とが表示される。ユーザは、通知画像４００を確認すると、「確認」ボタン４０１にタッチする。なお、図７に表示されているテキストデータの内容及び画像は一例である。

図４の説明に戻る。
プロセッサ１１は、ＡＣＴ１４として通知画像４００の「確認」ボタン４０１がタッチされるのを待ち受ける。「確認」ボタン４０１がタッチされた場合、プロセッサ１１は、ＡＣＴ１４においてＹＥＳと判定し、出力デバイス１６から通知画像４００を消去させる。そしてプロセッサ１１は、ＡＣＴ３に戻る。以上で、プロセッサ１１は、図４の流れ図に示す手順の情報処理を終了する。

以上の説明から明らかなように、情報処理装置の一例である決済装置１は、プロセッサ１１が図４のＡＣＴ１の処理を実行することによって、取得手段を構成する。すなわち決済装置１は、決済コードを取得する。

決済装置１は、プロセッサ１１が図４のＡＣＴ３の処理を実行することによって、受付手段を構成する。すなわち決済装置１は、コード決済事業者の指定を受け付ける。

決済装置１は、プロセッサ１１が図４のＡＣＴ９及びＡＣＴ１３の処理を実行することによって、通知手段を構成する。すなわち決済装置１は、取得手段で取得した決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、受付手段で指定を受け付けたコード決済事業者と一致しない場合、通知する。

決済装置１は、プロセッサ１１が図４のＡＣＴ９乃至ＡＣＴ１１の処理を実行することによって、処理手段を構成する。すなわち決済装置１は、取得手段で取得した決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、受付手段で指定を受け付けたコード決済事業者と一致する場合、その一致したコード決済事業者のサーバに対して決済を要求し、決済結果を受け取る。

決済装置１は、プロセッサ１１が図４のＡＣＴ１２の処理を実行することによって、出力手段を構成する。すなわち決済装置１は、決済結果を出力する。

決済装置１は、プロセッサ１１が図４のＡＣＴ４の処理を実行することによって、表示手段を構成する。すなわち決済装置１は、コード決済事業者を指定するための画面を表示する。

このように本実施形態によれば、ユーザが指定したコード決済ブランドの事業者識別コードと、ユーザが提示した統一決済コードに含まれる事業者識別コードが一致しない場合には、通知される。したがって、ユーザが指定した以外のコード決済ブランドの統一決済コードを提示してしまった場合に、ユーザ及び担当者はそのことを容易に知ることができる。

また、通知後に、コード決済事業者を指定するためのコード決済ブランド指定画面２００が再度表示される。ユーザは、通知前に指定したコード決済事業者又は指定した以外のコード決済事業者を指定することができる。したがって、複数のコード決済事業者に登録しているユーザは、所望のコード決済ブランドを適宜指定可能である。複数のコード決済事業者に対応可能であるため、担当者は、ブランドに応じた処理負荷が軽減され、決済装置１は、ブランドに応じたコード決済プログラムの処理負荷が軽減される。

その上、ユーザが指定したコード決済ブランドの事業者識別コードと、ユーザが提示した統一決済コードに含まれる事業者識別コードが一致する場合には、その一致したコード決済事業者のサーバすなわち決済サーバ３に対して決済を要求し、決済結果を受け取り、決済結果が出力される。したがって、コード決済処理を円滑に行うことができ、効率的である。

（第２実施形態）
次に、第２実施形態について説明する。
第１実施形態では、ユーザが指定したコード決済ブランドの事業者識別コードと検知した統一決済コードに含まれる事業者識別コードとが一致しない場合、出力デバイス１６に通知画像４００を表示させることを説明した。
第２実施形態では、ユーザが指定したコード決済ブランドの事業者識別コードと検知した統一決済コードに含まれる事業者識別コードとが一致しない場合、出力デバイス１６に通知画像５００（図９を参照）を表示させる。すなわち検知した統一決済コードのコード決済事業者を使用して決済を行うか否かをユーザに問い合わせる。なお、第１実施形態の説明で用いた図１乃至図３、図５及び図６は、第２実施形態でも共通であるので、ここでの説明は省略する。

図８は、第２実施形態において、決済装置１におけるプロセッサ１１の要部制御手順を示す流れ図である。なお、以下に説明する動作は一例である。同様な結果が得られるのであれば、その手順は特に限定されるものではない。

プロセッサ１１は、ＡＣＴ２１乃至ＡＣＴ３２として、第１実施形態のＡＣＴ１乃至ＡＣＴ１２と同様の処理を実行する。そして、プロセッサ１１は、ＡＣＴ３３として出力デバイス１６に通知画像５００を表示させる。

図９は、決済装置１の出力デバイス１６において表示される通知画像５００の一例を示す模式図である。図９に示すように、通知画像５００は、コード決済ブランド指定画面２００に重ねて表示される。通知画像５００には、検知したコード決済ブランドと、このコード決済ブランドによる決済可否を問い合わせるテキストデータと、「使用する」ボタン５０１及び「使用しない」ボタン５０２の画像とが表示される。ユーザは、通知画像５００に表示されたコード決済ブランドを使用する場合、「使用する」ボタン５０１にタッチする。ユーザは、通知画像５００に表示されたコード決済ブランドを使用しない場合には、「使用しない」ボタン５０２にタッチする。なお、図９に表示されているテキストデータの内容及び画像は一例である。

図８の説明に戻る。
プロセッサ１１は、ＡＣＴ３４として通知画像５００の「使用する」ボタン５０１がタッチされるか「使用しない」ボタン５０２がタッチされるのを待ち受ける。「使用する」ボタン５０１がタッチされた場合、プロセッサ１１は、ＡＣＴ３４においてＹＥＳと判定し、出力デバイス１６からコード決済ブランド指定画面２００及び通知画像５００を消去させる。そしてプロセッサ１１は、ＡＣＴ３０へと進む。「使用しない」ボタン５０２がタッチされた場合、プロセッサ１１は、ＡＣＴ３４においてＮＯと判定し、出力デバイス１６から通知画像５００を消去させる。そしてＡＣＴ２３に戻る。以上で、プロセッサ１１は、図８の流れ図に示す手順の情報処理を終了する。

このように第２実施形態では、ユーザが指定したコード決済ブランドの事業者識別コードと、ユーザが提示した統一決済コードに含まれる事業者識別コードが一致しない場合であっても、ユーザが提示した統一決済コードを優先する場合には、その統一決済コードのコード決済事業者のサーバすなわち決済サーバ３に対して決済を要求する処理に移行できる。したがって、ブランドを指定する操作からやり直す必要が無いので、複数のコード決済ブランドへの対応処理を効率よく行うことができる

以上、情報処理装置及びその制御プログラムの実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

前記実施形態では、通知は通知画像４００、５００を表示させる場合を例示した。例えば音声、通知音等によって通知してもよい。

前記実施形態では、ユーザが所望のコード決済ブランドを指定する場合を説明した。コード決済ブランドの指定は、ユーザでなく担当者が行ってもよい。

前記実施形態では、決済装置１を情報処理装置の一態様として説明した。決済装置１は、前記実施形態で説明したものに限定されるものではない。例えばＰＯＳサーバ４としての機能をさらに備えた決済装置１を情報処理装置としてもよい。換言すれば、決済装置１としての機能を備えたＰＯＳサーバ４を情報処理装置としてもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］決済コードを取得する取得手段と、コード決済事業者の指定を受け付ける受付手段と、前記取得手段で取得した前記決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、前記受付手段で指定を受け付けたコード決済事業者と一致しない場合、通知する通知手段と、を具備する情報処理装置。
［２］前記取得手段で取得した前記決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、前記受付手段で指定を受け付けたコード決済事業者と一致する場合、その一致したコード決済事業者のサーバに対して決済を要求し、決済結果を受け取る処理手段と、前記決済結果を出力する出力手段と、をさらに具備する付記［１］記載の情報処理装置。
［３］前記コード決済事業者を指定するための画面を表示する表示手段、をさらに具備する付記［１］記載の情報処理装置。
［４］前記表示手段は、１以上の前記コード決済事業者を表示する、付記［３］記載の情報処理装置。
［５］前記処理手段は、前記取得手段で取得した前記決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、前記受付手段で指定を受け付けたコード決済事業者と一致しない場合、前記取得手段で取得した前記決済コードのコード決済事業者のサーバに対して決済を要求し、決済結果を受け取る、付記［２］記載の情報処理装置。
［６］コンピュータを、決済コードを取得する取得手段、コード決済事業者の指定を受け付ける受付手段、前記取得手段で取得した前記決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、前記受付手段で指定を受け付けたコード決済事業者と一致しない場合、通知する通知手段、として機能させるための制御プログラム。

Ｓ…決済システム、１…決済装置、２…コードリーダ、３…各コード決済ブランドの決済サーバ、４…ＰＯＳサーバ、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…機器インターフェース、１５…入力デバイス、１６…出力デバイス、１７…第１の通信インターフェース、１８…第２の通信インターフェース、１９…システム伝送路、１００…統一決済コードのフォーマット、１２１…コード決済ブランドテーブル。

Claims (6)

1. 複数のコード決済事業者間でコード体系を統一させた統一決済コードを取得する取得手段と、
   前記複数のコード決済事業者の中からいずれか１つのコード決済事業者の指定を受け付ける第１の受付手段と、
   前記取得手段で取得した前記統一決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、前記第１の受付手段で指定を受け付けたコード決済事業者と一致しない場合、前記取得手段で取得した前記統一決済コードを決済に使用するか否かの指定を受け付ける第２の受付手段と、
   を具備する情報処理装置。
2. 前記取得手段で取得した前記統一決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、前記第１の受付手段で指定を受け付けたコード決済事業者と一致する場合、その一致したコード決済事業者のサーバに対して決済を要求し、決済結果を受け取る第１の処理手段、
   をさらに具備する請求項１記載の情報処理装置。
3. 前記第２の受付手段により前記統一決済コードを決済に使用する指定を受け付けた場合、当該統一決済コードで識別されるコード決済事業者のサーバに対して決済を要求し、決済結果を受け取る第２の処理手段、
   をさらに具備する請求項１記載の情報処理装置。
4. 前記第２の受付手段により前記統一決済コードを決済に使用しない指定を受け付けた場合、前記複数のコード決済事業者の中からいずれか１つのコード決済事業者の指定を再度受け付ける第３の受付手段、
   をさらに具備する請求項１記載の情報処理装置。
5. 前記第２の受付手段は、前記取得手段で取得した前記統一決済コードを決済に使用する場合に入力する第１のボタンと、前記取得手段で取得した前記統一決済コードを決済に使用しない場合に入力する第２のボタンとを配置した通知画像をディスプレイに表示させて、前記統一決済コードを決済に使用するか否かの指定を受け付ける、請求項１乃至４のうちいずれか一記載の情報処理装置。
6. コンピュータを、
   複数のコード決済事業者間でコード体系を統一させた統一決済コードを取得する取得手段、
   前記複数のコード決済事業者の中からいずれか１つのコード決済事業者の指定を受け付ける第１の受付手段、及び
   前記取得手段で取得した前記統一決済コードに含まれる事業者識別コードで識別されるコード決済事業者が、前記第１の受付手段で指定を受け付けたコード決済事業者と一致しない場合、前記取得手段で取得した前記統一決済コードを決済に使用するか否かの指定を受け付ける第２の受付手段、
   として機能させるための制御プログラム。