JP2022023407A - 情報処理システム - Google Patents

Abstract

【課題】電子商取引において必要となった決済を行うユーザの利便性を高めるを提供する。【解決手段】情報処理システムにおいて、受注管理装置１は、ウェブサイトＷを介して取得したユーザの決済情報を決済処理システム３に送信しＳＳ４、ユーザにより決済が終了した場合に、決済が終了したことを示す情報を決済完了情報として決済処理システム３から取得してＳＳ１１、ウェブサイトＷに送信するＳＳ１２。決済システム３は、決済情報を受注管理装置から取得して１５、ユーザによる決済処理が完了した場合に、決済完了情報を受注管理装置に提供する。【選択図】図１４

Description

本発明は、情報処理システムに関する。

近年、商品等の提供手法として、電子商取引を行うためのウェブサイト（ＥＣサイト）を用いる手法が多くの人々に利用されている。
ＥＣサイトにおいて発生した支払いに対する決済手法として、クレジットカード決済を一例とする、購入者の個人情報をインターネットを介して送受信することにより実現する手法に関する技術が提案されている（例えば、特許文献１）。

特開２００２－１５７５３４号公報

ＥＣサイトの利用者の中には、そもそもクレジットカードを所有しない者や、個人情報の安全性の観点からクレジットカード決済の利用を躊躇する者も少なくない。また、クレジットカード以外の決済の手法として銀行窓口やコンビニエンスストアにおける決済の手法を選択しても、例えば交通手段のない利用者や、多忙な利用者には利便性が高いとは言えない。このため、特許文献１を含め従来の技術が適用される決済手法よりも、より利便性の高い決済手段の提供が望まれている。

本発明は、このような状況を鑑みてなされたものであり、電子商取引において必要となった決済を行うユーザの利便性を高めることを目的とする。

上記目的を達成するため、本発明の一態様の情報処理システムは、
ユーザにとって注文対象の商品又は役務を決済する決済場所に配置される決済処理システムと、当該決済処理システムと通信をする情報処理装置とを含む情報処理システムにおいて、
前記情報処理装置は、
前記商品又は前記役務を特定可能な情報を、商品等情報として取得する情報取得手段と、
前記商品等情報により特定される前記商品又は役務を決済するのに必要な情報を決済必要情報として、当該決済必要情報と前記商品等情報とを対応付けて管理する管理手段と、
を備え、
決済処理システムは、
前記ユーザにとっての注文対象の前記商品又は前記役務についての前記商品等情報と前記決済必要情報とを取得する取得手段と、
前記商品等情報を前記ユーザに提示する提示手段と、
前記商品等情報の提示を受けた前記ユーザによる、前記注文対象の商品又は前記役務についての注文の指示操作を受け付ける受付手段と、
前記指示操作が受け付けられた場合、前記注文対象の商品又は前記役務についての決済を、前記決済必要情報に基づいて行う決済処理を制御する決済制御手段と、
を備える。

本発明によれば電子商取引において必要となった決済を行うユーザの利便性を高めることできる。

本発明の情報処理システムの一実施形態の適用対象となる本サービスの概要を示す図である。 図１の本サービスの具体的な適用事例（１）について説明する図である。 図１の本サービスの具体的な適用事例（２）について説明する図であって図２とは異なる図である。 図１の本サービスの具体的な適用事例（３）について説明する図であって図２及び図３とは異なる図である。 本発明の情報処理システムの第１の実施形態に係る構成の一例を示す図である。 図５に示す情報処理システムのうち、受注管理装置のハードウェア構成の一例を示すブロック図である。 図５に示す受注管理装置、並びに、オーダサイト管理装置、決済処理システム、及びオーダ受付装置の機能的構成の一例を示す機能ブロック図である。 図５の機能的構成を有する受注管理装置、オーダサイト管理装置、決済処理システム、及びオーダ受付装置の夫々により実行される処理の流れを説明するアローチャートである。 オーダ受付装置に表示される注文情報を入力する操作画面の例を示す図である。 オーダ受付装置に表示される注文情報を入力する操作画面の例を示す図であって図９とは異なる図である。 オーダ受付装置に表示される画面であって決済種別選択画面への遷移を受け付ける操作画面の例（Ａ）と、決済種別を入力する操作画面の例（Ｂ）を示す図である。 オーダ受付装置に表示される決済処理を行うための操作画面の例を示す図である。 本発明の情報処理システムの第２の実施形態に係る構成のうち、受注管理装置、及び決済処理システムの機能的構成の一例を示す機能ブロック図である。 本発明の情報処理システムの第２の実施形態に係る構成のうち、受注管理装置、及び決済処理システムの夫々により実行される処理の流れの一例を示す図である。

まず、本発明の第１の実施形態を説明する前に、図１乃至図４を参照して、本発明の情報処理システムの一実施形態の適用対象となるサービス（以下、「本サービス」と呼ぶ）の概要について説明する。

図１は、本発明の情報処理システムの一実施形態の適用対象となる本サービスの概要を示す図である。

本サービスは、サービス提供者Ａにより提供され、インターネット上のウェブサイト等における商品や役務（以下、「商品等」と呼ぶ）の購入により、決済が必要になったユーザＵに対して提供されるサービスである。
即ち、本サービスでは、ユーザＵがウェブサイト等で商品等を購入すると、その商品等の決済情報が、所定の決済場所に設置された決済処理システムに提供される。
所定の決済場所とは、ここでは説明の便宜上、ユーザＵが商品等を受け取る実店舗等を想定するがこれに限定されない。例えば、駅の構内、ユーザＵの職場、公共施設等を一例とする、ユーザＵの生活圏内や行動圏内の任意の場所であってよい。
ユーザＵは、その決済場所（実店舗等）において、所定の方法で決済処理を実行することができる。そしてユーザＵが決済を終了した場合には、決済が終了したことを示す情報が、インターネットを介して商品等の販売者やユーザＵ等に送信される。

本サービスには、ユーザＵがウェブサイト等で商品等を購入した場合に、その決済に関する情報が登録されて管理されるサービスと、ユーザが所定の決済場所（実店舗等）で決済を終了した場合に、終了したことを示す情報が送信されるサービスとが含まれる。

オーダサイト管理者Ｇは、オーダサイト管理装置２を管理することによってウェブサイト等を運営する。即ち、オーダサイト管理者Ｇは、インターネット上に置いた独自運営のウェブサイトで商品等の販売をする団体、事業者、及び個人等であって、自身のウェブサイトにおいてユーザＵと商品等の取引きを行う。具体的には例えば、オーダサイト管理者Ｇは、自身が管理するウェブサイトに商品等の情報を提示することで、ユーザＵから商品等の注文を受け付けたり、決済に関する手続を受け付ける。

サービス提供者Ａは、受注管理装置１及び決済処理システム３を管理する者である。サービス提供者Ａは、オーダサイト管理者Ｇが管理するオーダサイト管理装置２に対して、自身が管理する受注管理装置１及び決済処理システム３を協働させることにより、ウェブサイト等における商品等の購入によって必要となった決済に関する手続を支援する。

ユーザＵは、オーダ受付装置４を操作する者である。ユーザＵは、オーダ受付装置４を操作することによってウェブサイト等にアクセスし、自身の希望する商品等についての注文情報を入力する。また、ユーザＵは、オーダ受付装置４を操作することによって、決済に関する手続を実行する。

以下、図１のステップＳＴ１乃至ＳＴ８に沿って、本サービスの流れの概要について説明する。

図１においては、ユーザＵが図示せぬウェブサイト（例えば後述の図２のオーダサイトＲ）において商品等を購入し、その商品等を所定の決済場所（実店舗等）で受け取る場合を想定する。

ステップＳＴ１において、ユーザＵは、オーダ受付装置４を操作することによりウェブサイトにアクセスして、商品等の注文に関する情報を注文情報としてオーダサイト管理装置２に登録する。なおウェブサイトは必ずしもＥＣサイトになっている必要はなく、商品情報さえ掲載されているウェブサイトであれば良いものとする。
注文情報には例えば、ユーザＵが商品等の受け取りを希望する店舗の情報、希望する商品等の情報、希望する商品等の個数等の情報が含まれる。
即ち、オーダサイト管理装置２は、ユーザＵの注文情報を取得する。

ステップＳＴ２において、オーダサイト管理装置２は、受注管理装置１に対して決済情報を送信することで決済依頼を行う。
決済情報は、ユーザＵからの注文情報に基づいて生成され、例えば、取引ＩＤ、商品等の注文日時、商品等の購入を希望する店舗の情報、希望する商品の情報（商品を識別するコード（バーコード等）、商品名、税区分、税率、等）、希望する商品等の個数、商品の金額（合計金額を含む）等の情報が含まれてよい。即ち、決済情報には、決済事業者（クレジットカードのブランドや、電子マネーのブランド）に関する情報を含め、ユーザＵが決済完了後に受け取るレシートの印字に必要な情報が含まれてよいものとする。
このようにして、受注管理装置１は、ユーザＵの決済情報を取得する。

ステップＳＴ３において、受注管理装置１は、ユーザＵによる決済方法の種別を選択させるための画面（Ｗｅｂページであり、以下「決済種別選択画面」と呼ぶ）のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含む情報とユーザＵの決済情報とを関連付けて受注管理装置１のデータベースに登録する。

ステップＳＴ４において、受注管理装置１は、決済種別選択画面を含む情報を、決済種別選択画面ＵＲＬ情報として、オーダサイト管理装置２へ送信する。

以上、ステップＳＴ１乃至ＳＴ４において、本サービスのうち、ユーザＵがウェブサイトで商品等を購入した場合に、その決済に関する情報が受注管理装置１に登録されて管理されるサービスについて説明した。
次に、ステップＳＴ５乃至ＳＴ７において、本サービスのうち、ユーザＵが所定の決済場所で決済処理を実行し、決済終了した場合に、終了したことを示す情報が通知されるサービスについて説明する。

ステップＳＴ５において、オーダサイト管理装置２は、決済種別選択画面ＵＲＬへの遷移指示を受け付ける。

そしてステップＳＴ６において、受注管理装置１は、決済種別選択画面をユーザＵのオーダ受付装置４に表示させる制御を実行する。
以上のステップＳＴ５及びステップＳＴ６の操作によって、オーダサイト管理装置２から受注管理装置１へ、ユーザＵの決済に関する手続きが受け継がれる。
ユーザＵは、決済種別選択画面をみながらオーダ受付装置４を操作することで、決済手段の種類（クレジットカード払い、交通系カード払い等の種類）を選択することができる。

ステップＳＴ７において、ユーザＵは、所定の決済場所（実店舗等）に設置された決済処理システム３において、選択した種類の決済手段で決済の操作を行う。決済処理システム３は、この決済に関する処理（決済処理）を実行する。

ステップＳＴ８において、決済処理が終了すると（ユーザＵによる決済が終了すると）、決済処理システム３は、その決済が終了したことを示す情報（以下、「決済終了情報」と呼ぶ）を取得して、オーダサイト管理装置２へ送信する。

以上、ステップＳＴ５乃至ＳＴ８において、本サービスのうち、ユーザＵが所定の決済場所で決済処理を実行し、決済終了した場合に、終了したことを示す情報が通知されるサービスについて説明した。

このように、本サービスでは、ユーザＵがウェブサイトで商品等を選定する操作をした後、ユーザＵが所定の決済場所（実店舗等）で決済の操作を行うまでの一連の操作をフレキシブルにつなげることができるインターフェースと、決済用端末（決済処理システム３）とが夫々機能を発揮する。このようなインターフェースと、決済用端末（決済処理システム３）とが夫々の機能を発揮することで、ユーザＵは、ウェブサイトにおける商品等の購入により必要となった支払いに対する決済を簡便かつ安全に完了させることができる。

ウェブサイトにおける商品等の購入により必要となった支払いに対する決済の手段としては、一般的には以下のようなものがある。

（１）銀行振込は、ウェブサイト等において商品等を購入した場合に、例えばＡＴＭや銀行に足を運んだり、あるいはネットバンキングを用いて必要な金額を振り込む決済手法である。

また、（２）コンビニ払いは、ウェブサイト等において商品等の購入をした場合に、コンビニエンスストアまで足を運び、所定の手法で支払いをする決済方法である。
上述の（１）及び（２）を例とする決済手段においては、ユーザＵは、ウェブサイト等で商品等の購入に係る手続きをした後、一定期間の経過後に決済の手続きを行うことになる。即ち、ユーザＵが商品等の購入に係る手続きをしてから決済の処理が実行されるまでにタイムラグが生じるため、ユーザＵが支払いを忘れてしまったり、支払い期間が守られない、といった問題が発生しやすい。特に、銀行やコンビニエンスストアまでの交通アクセスが悪いユーザＵや、ネットバンキングの環境を持たないユーザＵにとっては、上述の（１）及び（２）を例とする決済の手段は、利便性が高いものとは言えない。

（３）代金引換は、ウェブサイト等において商品等の購入をした場合に、配達等により商品等を受け取る際に、商品の引換として決済を行う方法である。この代金引換による決済においては、例えば配達業者が自宅に商品等を届けに来る際に在宅し、かつ支払いの準備をしておく必要がある。そのため自宅に不在がちのユーザＵにとっては、利便性が高いとは言えない。
また、収益を短期間で確実に取得したいと考える商品の提供者にとっても、上述の（１）乃至（３）を例とする決済手段は、支払いの遅延が生じやすいため、利便性が高いものとは言えない。

さらにまた、（４）クレジットカード払いでは、ウェブサイト等において商品等の購入をした場合に、ユーザＵが自身のカード情報をウェブサイト等に入力することにより、インターネットを介して決済の代行が依頼される。即ち、クレジットカード払いでは、ユーザＵの個人の決済に関する情報（以下、「決済基本情報」と呼ぶ）がインターネットを介して送受信されるため、セキュリティの観点からクレジットカード払いを敬遠するユーザＵが多い。また、クレジットカードを所有しない未成年のユーザＵ等にとっても利便性が高いとは言えない。

また、上述の（１）乃至（３）を例とする決済手段においては、銀行の窓口担当者、コンビニエンスストアのレジ担当者、あるいは宅配便業者等と、ユーザＵとの間で対面して決済に係る手続きが行われる。そのため、人と人との接触や飛沫を要因とする感染症のリスクも発生しやすい。

上述のような課題に対し、本サービスによれば、ウェブサイトにおける商品等の購入により必要となった決済について、ユーザＵは、ウェブサイトとは独立した単独の決済システムでリアルタイムに決済処理を行うことができる。
即ち、本サービスによれば、ウェブサイトにおいて生成されたしたユーザＵの決済情報が、決済種別選択画面ＵＲＬ情報と関連づけられて記憶される。ユーザＵは、ウェブサイトとは独立した決済処理システムにおいて、前記ＵＲＬに関連付けられた決済情報を読み出すことで決済処理を完了させることができる。

従来、ウェブサイトにおいて商品等の購入をする場合、ウェブサイトには、ユーザＵの個人情報（例えば、氏名、年齢、メールアドレス、住所等の情報）が登録される。ユーザＵが自身の決済処理を行うためにウェブサイト上に自身の決済基本情報（例えば、クレジットカード番号）を入力すると、個人情報と決済基本情報とが紐づけられてウェブサイト上で管理される。即ち、ウェブサイト上における情報の漏洩や、なりすまし等のトラブルが発生した場合には、従来の決済手法ではユーザＵの個人情報と決済基本情報が紐づけられたまま流出されるため、セキュリティが確保されているとは言い難い。
一方で本サービスによれば、ユーザＵの個人情報と、決済基本情報とが、受注管理装置１、オーダサイト管理装置２をはじめとするいずれの装置においても直接紐づけられて管理されることがないため、万が一情報漏洩等があったとしても、セキュリティは確保されていると言える。

また本サービスによれば、ウェブサイトにおける商品等の購入により必要となった決済において、ユーザＵは、タイムラグを置かずにリアルタイムで決済することが可能である。
即ち、本サービスでは、ウェブサイトにおいて生成されたユーザＵの決済情報が、所定の決済場所に配置された決済処理システム３に送信される。ユーザＵは、任意の決済場所に配置される決済処理システム３において、自身の決済情報を読み出すことにより決済を完了させることができる。
つまり、本サービスでは、銀行、コンビニエンスストア、及びクレジットカード会社等をはじめとした既存のインフラを介さずに、所定の決済場所に配置された決済処理システム３によって決済処理を完了させることができる。そのため、ユーザＵの行動圏内に決済場所が配備されていれば、ユーザＵは、自身の都合の良い時間に決済処理を完了させることができるようになる。

また本サービスによれば、ウェブサイトにおける商品等の購入により必要となった支払いについて、幅広い年齢層のユーザＵが決済処理を行うことができる。即ち、銀行口座やクレジットカードを所有しないユーザＵ等でも、決済処理を行うことができるため、汎用性が高い。

また本サービスによれば、ウェブサイトにおける商品等の購入により必要となった決済について、独立した決済処理システムで決済処理を行うことができる。そのため、ユーザＵは他人と接することなく商品の決済を完了することができる。これにより、ユーザＵの感染症のリスクを低減させることができるようになる。

所定の決済場所における具体的な決済手段としては例えば、交通系ＩＣカードや、ＱＲコード（登録商標）決済をはじめとして、現金、プリペイドカード、そして、クレジットカード、生体認証等の決済が利用できる。また、銀行口座、クレジットカード、証券口座、保険加入、免許証等に対してマイナンバーが付されれば、個人の金融情報が収集されたマイナンバーカードによって決済を完了してもよい。
なおここで交通系ＩＣカードとは、日本各地の鉄道会社が発行している電子マネーの総称であり、電車やバスといった公共交通機関の乗車券として使用できるものである。そのため、未成年を含め幅広い年齢層のユーザＵによって利用される。例えば、事前に一定金額をチャージするプリペイド型の電子マネーは、使い過ぎを防ぐことが出来、また、カードを紛失した場合にも多額を悪用されたりするリスクも低い。さらにカードの使用履歴を簡単に確認することもできるため、交通系ＩＣカードは未成年のユーザＵをもつ保護者に多く支持されている。

ユーザＵは、所定の決済場所において、例えば交通系ＩＣカードをリーダ／ライタＲＷに翳す動作（以下、「タッチ操作」と呼ぶ）をすることにより決済を完了させることができる。
このようにして、ユーザＵは、インターネット上での商品等の購入により必要となった支払いに対して、自身の生活の都合に合わせて、簡単かつ安全に決済を完了させることができる。

次に、図２乃至図４において、本サービスの具体的な事例について説明する。

図２は、図１の本サービスの具体的な適用事例（１）について説明する図である。
図２の例では、ユーザＵが、飲食店において、テーブルオーダや、カウンターオーダで商品を注文し、現地で決済する場合（その飲食店を決済の場所として決済する場合）を想定する。なお、商品の注文は、既存のＥＣサイトにおいて、モバイルオーダシステムを利用して行われるものとする。

従来、モバイルオーダシステムを利用した商品等の購入に際しては、ユーザＵはモバイルオーダをした後、クレジットカードを一例としたインターネットを介する手法や、飲食店の店頭の有人レジで決済を行っていた。
これに対して本適用事例は、ユーザＵは、モバイルオーダをした後に、飲食店の店頭に設置された無人の決済システムで決済を行うことを特徴とする。

本例をより具体的に説明すると、ユーザＵがファーストフード店で商品を購入する場合を想定する。
ユーザＵは、店内のテーブルにおいてデジタルサイネージＳやモバイルＭやディスプレイＤＰをオーダ受付装置４として機能させ、それを操作することにより、ファーストフード店が管理するオーダサイトＲ（ウェブサイトの一例）にアクセスし、自身の希望する商品を注文する（注文情報を入力する）（ステップＳＴ１）。

ユーザＵの注文情報が入力されると、オーダサイトＲの管理者たるオーダサイト管理者Ｇ（オーダサイト管理装置２）は、オーダサイトＲの従来の決済画面に遷移させることなく、受注管理装置１に対してユーザＵの決済情報を決済依頼情報として送信する（ステップＳＴ２）。

サービス提供者Ａ（受注管理装置１）は、取得したユーザＵの決済情報を登録して管理する（ステップＳＴ３）。サービス提供者Ａ（受注管理装置１）は、ユーザＵの決済情報に関連づけられたＵＲＬ情報を決済種別選択画面ＵＲＬ情報として、オーダサイト管理装置２へ送信する（ステップＳＴ４）。

オーダサイト管理者Ｇ（オーダサイト管理装置２）は、自身の管理するオーダサイトＲを介して、決済種別選択画面ＵＲＬへの遷移指示を受け付ける（ステップＳＴ５）。
オーダサイト管理者Ｇが管理するオーダサイトＲには、「購入確定ボタン」が設けられており、この「購入確定ボタン」には、取得された決済種別選択画面ＵＲＬ情報が対応づけられている。ユーザＵにより「購入確定ボタン」が押下されることにより、決済種別選択画面へ遷移するための指示が受け付けられる。

サービス提供者Ａ（受注管理装置１）は、決済種別選択画面ＵＲＬへの遷移処理を実行する（ステップＳＴ６）。
なおこのとき、ユーザＵの注文情報は、ファーストフード店が管理する店舗管理ＰＣ５へ受注情報として送信され、店員によりユーザＵのための商品の準備がなされる。

ユーザＵによるファーストフード店の店頭における決済の処理に基づいて、決済処理システム３は、決済処理を実行する（ステップＳＴ７）。

ここで決済処理システム３は例えば、ディスプレイＤＰ、レシートプリンタＲＰ、リーダ／ライタＲＷから構成される。ディスプレイＤＰに表示される決済情報に基づき、ユーザＵによってカード等がリーダ／ライタＲＷにタッチ操作されることにより、決済処理が実行される。決済完了後は、ユーザＵは、決済終了情報をレシートとして受け取ることもできる。

このように、ユーザＵが飲食店において、モバイルオーダシステムを介したＥＣサイトにて商品を注文する場合でも、ユーザＵは、飲食店の店頭に設置された無人の決済システムでリアルタイムに決済処理を完了させることができる。

図３は図１の本サービスの具体的な適用事例（２）について説明する図である。
図３の例では、ユーザＵが、商品在庫を持たない小規模店舗ＳＨにおいて商品を選定（ショールーミング）し、現地で決済する場合（その小規模店舗ＳＨを決済の場所として決済する場合）を想定する。またこの場合も、商品の注文は、既存のＥＣサイトにおいて、モバイルオーダシステムを利用して行われるものとする。
ユーザＵは、店頭での注文後に店頭において決済を行い、商品を配送により受け取る。
なおこの場合、店頭決済分に出店料が含まれるものとする。

ユーザＵは、小規模店舗ＳＨで商品を選定後、デジタルサイネージＳ、モバイルＭ、ディスプレイＤＰをオーダ受付装置４として機能させ、それを操作することにより、小規模店舗ＳＨが管理するオーダサイトＲ（ウェブサイト等の一例）にアクセスし、自身の希望する商品を注文する（注文情報を入力する）（ステップＳＴ１）。

ユーザＵの注文情報が入力されると、オーダサイトＲの管理者たるオーダサイト管理者Ｇ（オーダサイト管理装置２）は、オーダサイトＲの従来の決済画面に遷移させることなく、受注管理装置１に対してユーザＵの決済情報を決済依頼情報として送信する（ステップＳＴ２）。

サービス提供者Ａ（受注管理装置１）は、取得したユーザＵの決済情報を登録して管理する（ステップＳＴ３）。サービス提供者Ａ（受注管理装置１）は、ユーザＵの決済情報に関連づくＵＲＬ情報を決済種別選択画面ＵＲＬ情報として、オーダサイト管理装置２へ送信する（ステップＳＴ４）。

オーダサイト管理者Ｇ（オーダサイト管理装置２）は、自身の管理するオーダサイトＲを介して、決済種別選択画面ＵＲＬへの遷移指示を受け付ける（ステップＳＴ５）。

サービス提供者Ａ（受注管理装置１）は、決済種別選択画面ＵＲＬへの遷移処理を実行する。（ステップＳＴ６）。
なおこのとき、ユーザＵの注文情報は、小規模店舗ＳＨが管理する店舗管理ＰＣ５へ送信され、ユーザＵのための商品の準備がなされる。

ユーザＵによる小規模店舗ＳＨの店頭における決済の処理に基づいて、決済処理システム３は、決済処理を実行する（ステップＳＴ７）。
なおここで、店舗に対しては、歩率を差し引いた売上金が返還されるものとする。

このように、商品在庫を持たない小規模店舗（ショールーミング）において、モバイルオーダシステムを介したＥＣサイトにて商品を注文する場合でも、ユーザＵは小規模店舗ＳＨの店頭に設置された決済システムで決済を完了させることができる。

図４は、図１の本サービス具体的な適用事例（３）について説明する図である。
図４の例では、ユーザＵが、公共料金やＥＣの後払い等の決済をする場合を想定する。
なおこの場合においては、商品等の注文は所定の方法で完了されており、ユーザＵはメールや紙媒体で受領した明細等に基づき、決済場所において決済を行うものとする。
また、決済金額から手数料を収受される。

従来、公共料金やＥＣにおいて発行される請求書については、ユーザＵは、その請求書に基づいて店頭の有人レジで決済を行っていた。
これに対して本適用事例は、ユーザＵは、請求書を受領した後に、所定の場所に設置された無人の決済システムで決済を行うことを特徴とする。

本例をより具体的に説明すると、ユーザＵが例えば水道料金の明細を紙媒体で受け取った場合を想定する。
ユーザＵは、明細に基づき請求支払いサイトＣ（ウェブサイトの一例）にアクセスし、自身の請求に関する情報（以下、「請求情報」と呼ぶ）を確認する（ステップＳＦ１）。

ユーザＵにより請求情報（決済情報）の確認がなされると、請求支払いサイトＣ（ウェブサイトの一例）の管理者たるオーダサイト管理者Ｇ（オーダサイト管理装置２）は、ユーザＵの請求情報（決済情報）を、請求支払いサイトＣの従来の決済画面に遷移させることなく、受注管理装置１に対して送信する（ステップＳＦ２）。
なおここで、オーダサイト管理者Ｇは、水道局であることを前提として説明するがこれに限定されないものとする。

サービス提供者Ａ（受注管理装置１）は、取得したユーザＵの請求情報（決済情報）を登録して管理する（ステップＳＦ３）。そして、サービス提供者Ａ（受注管理装置１）は、ユーザＵの請求情報に関連づけられたＵＲＬ情報を決済種別選択画面ＵＲＬ情報として、オーダサイト管理装置２へ送信する（ステップＳＦ４）。

オーダサイト管理者Ｇ（オーダサイト管理装置２）は、自身の管理する請求支払いサイトＣを介して、決済種別選択画面ＵＲＬへの遷移指示を受け付ける（ステップＳＦ５）。
オーダサイト管理者Ｇが管理する請求支払いサイトＣには、「請求確定ボタン」が設けられており、この「請求確定ボタン」には、取得された決済種別選択画面ＵＲＬ情報が対応づけられている。即ち、ユーザＵにより「請求確定ボタン」が押下されることにより、決済種別選択画面へ遷移するための指示が受け付けられる。

サービス提供者Ａ（受注管理装置１）は、決済種別選択画面ＵＲＬへの遷移処理を実行する（ステップＳＦ６）。

ユーザＵによる所定の決済場所における決済の処理に基づいて、決済処理システム３は、決済処理を実行する（ステップＳＦ７）。

このように、公共料金、あるいはＥＣの後払い等についても、ユーザＵは、所定の決済場所において決済を完了させることができる。即ち、インターネット上のウェブサイト等における取引に係る決済だけでなく、公共料金、あるいはＥＣの後払い等のような、商品等の注文が既に確定しているものの決済について、本サービスを適用することができるということである。
上述して説明したように、決済処理システム３は、ユーザＵの行動圏内及び生活圏内の任意の場所に設置され得るため、ユーザＵは、銀行やコンビニエンスストア等にわざわざ出向くことなく、自身の都合のよいタイミングで、簡便にかつ安全に決済を完了させることができる。さらに例えば、ユーザＵは、交通系ＩＣカードで決済を完了させることができるため、クレジットカードを所有しない未成年のユーザＵでも、簡単に決済を完了させることができる。

次に、図５乃至図１２を参照して、本発明の情報処理システムの第１の実施形態について説明する。

図５は、本発明の情報処理システムの第１の実施形態に係る構成の一例を示す図である。

図５に示す情報処理システムは、受注管理装置１、オーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４を含むように構成されている。
受注管理装置１、オーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４の夫々は、インターネット等の所定のネットワークＮを介して相互に接続されている。

受注管理装置１は、サービス提供者Ａにより管理され、オーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４と適宜通信をしながら、本サービスを実現するための各種処理を実行する。
受注管理装置１は、オーダサイト管理装置２において確定されたユーザＵの決済情報をオーダサイト管理装置２から取得し、管理する。そして、ユーザＵが決済処理システム３において決済する際には、決済情報を提供する。

オーダサイト管理装置２は、オーダサイト管理者Ｇとは別の決済事業者等により管理され、受注管理装置１、決済処理システム３、及びオーダ受付装置４と適宜通信をしながら、本サービスを実現するための各種処理を実行する。
オーダサイト管理装置２は、オーダサイトＲを管理し、ユーザＵの注文情報に基づいて決済情報を生成し、受注管理装置１へ送信する。

決済処理システム３は、サービス提供者Ａにより管理され、例えばディスプレイＤＰ、レシートプリンタＲＰ、リーダ／ライタＲＷから構成される。決済処理システム３は、受注管理装置１からユーザＵの決済情報を取得する。
なお、決済処理システム３は、注文できるようにしてもよい。即ち、決済処理システム３は、オーダ受付装置４の役割も兼ねることができる。換言すると、オーダ受付装置４は本サービスにとって必須な構成要素ではない。

オーダ受付装置４は、ユーザＵにより操作され、例えばデジタルサイネージＳ、モバイルＭ等である。オーダ受付装置４は、オーダサイト管理装置２に対して、注文情報を送信する。

次に、図６を用いて上述した情報処理システムを構成する受注管理装置１のハードウェア構成の一例について説明する。
図６は、図５に示す情報処理システムのうち、受注管理装置のハードウェア構成の一例を示すブロック図である。

受注管理装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

入力部１６は、例えばキーボード等により構成され、各種情報が入力される。
出力部１７は、液晶等のディスプレイやスピーカ等により構成される。 記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置との間で通信を行う。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア５０が適宜装着される。ドライブ２０によってリムーバブルメディア５０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア５０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

なお、図示はしないが、図５のオーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４も、図６に示すハードウェア構成と基本的に同様の構成を有することができる。したがって、オーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４の構成の説明については省略する。

このような受注管理装置１、及びオーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４等の各種ハードウェアと各種ソフトウェアとの協働により、決済情報登録処理及び決済終了情報送信処理の実行が可能になる。
決済情報登録処理とは、オーダサイト管理装置２がユーザＵの注文情報を受け付け、その注文情報に基づいて受注管理装置１が決済情報をデータベースに登録されるまでの一連の処理をいう。
決済終了情報送信処理とは、ユーザＵが自身の決済情報を呼び出し、その決済情報に基づいて決済処理を行い、そして決済が完了したことを示す情報が発信されるまでの一連の処理をいう。

そこで図７を参照して、本実施形態に係る受注管理装置１、オーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４等において実行される決済情報登録処理及び決済終了情報送信処理を実行するための機能的構成について説明する。

図７は、図５に示す受注管理装置、並びに、オーダサイト管理装置、決済処理システム、及びオーダ受付装置の機能的構成の一例を示す機能ブロック図である。

まず、決済情報登録処理の機能的構成について説明する。

決済情報登録処理が実行される際は、受注管理装置１のＣＰＵ１１においては、ＵＲＬ遷移指示受付部１０１と、決済依頼受付部１０２と、決済種別選択画面生成部１０３と、決済種別選択画面ＵＲＬ情報送信制御部１０４が機能する。
また記憶部１８の一領域には、決済情報ＤＢ１００が機能する。
オーダサイト管理装置２のＣＰＵ２１においては、注文情報取得部２０１、決済依頼送信制御部２０２、決済種別選択画面ＵＲＬ情報取得部２０３が機能する。
また記憶部２８の一領域には注文情報ＤＢ２００が機能する。

受注管理装置１のＵＲＬ遷移指示受付部１０１が、ユーザＵより注文開始の指示を受け付ける。
具体的には、オーダ受付装置４を介してユーザＵにより注文開始に係る操作がなされると、ＵＲＬ遷移指示受付部１０１は、注文を受け付けるための画面に遷移するための処理を実行する。
ここでオーダサイト管理装置２ではなく受注管理装置１のＵＲＬ遷移指示受付部１０１において注文開始の指示を受け付けることにより、オーダサイト管理装置２と、受注管理装置１とを協働させるシステムを補完することが可能になる。
即ち例えば、オーダサイト管理装置２側で管理される機能の一部を、受注管理装置１側で管理することもできるようになる。

オーダサイト管理装置２の注文情報取得部２０１は、オーダ受付装置４を介して注文情報を取得する。
具体的には、注文情報取得部２０１は、商品等の購入を希望する店舗情報、希望する商品情報、希望する個数等の情報を取得する。
そして注文情報取得部２０１は、注文情報を注文情報ＤＢ２００に格納する。

オーダサイト管理装置２の決済依頼送信制御部２０２は、注文情報に基づき、決済依頼に必要な情報を決済情報として生成し、通信部２９を介して受注管理装置１へ送信するための制御を実行する。
ここで決済情報には、例えば、取引ＩＤ、商品等の注文日時、商品等の購入を希望する店舗の情報、希望する商品の情報、希望する商品等個数、商品の金額（合計金額を含む）等の情報が含まれる。

受注管理装置１の決済依頼受付部１０２は、オーダサイト管理装置２から送信されてきた決済情報を、通信部１９を介して取得する。
具体的には、決済依頼受付部１０２は、オーダサイト管理装置２から、決済依頼として、ユーザＵの決済情報を取得する。
このようにして、受注管理装置１は、ユーザＵの決済情報を、ウェブサイトを介して取得する。

受注管理装置１の決済種別選択画面生成部１０３は、決済依頼受付部１０２で取得した決済情報に基づいて決済種別選択画面を生成し、当該画面に関連づけられたＵＲＬを含む情報を発行する。
そして決済種別選択画面生成部１０３は、ユーザＵと前記ＵＲＬを関連づけて決済情報ＤＢ１００に記憶させる。

受注管理装置１の決済種別選択画面ＵＲＬ情報送信制御部１０４は、決済種別選択画面ＵＲＬを、通信部１９を介してオーダサイト管理装置２へ送信する制御を実行する。

オーダサイト管理装置２の決済種別選択画面ＵＲＬ情報取得部２０３は、通信部２９を介して決済種別選択画面のＵＲＬ情報を取得する。

以上、受注管理装置１、オーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４の機能的構成のうち、決済情報登録処理が実行される際の機能的構成について説明した。

次に、受注管理装置１、オーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４の機能的構成のうち、決済終了情報送信処理が実行される際の機能的構成について説明する。

決済終了情報送信処理が実行される際は、受注管理装置１のＣＰＵ１１においては、決済種別選択画面表示制御部１０５、決済種別選択受付部１０６、決済情報送信制御部１０７、第１決済終了情報提供部１０８が機能する。
オーダサイト管理装置２のＣＰＵ２１においては、対応付け部２０４と、決済種別選択画面ＵＲＬ遷移指示受付部２０５が機能する。
決済処理システム３のＣＰＵ３１においては、決済情報取得部３０１と、決済処理部３０２と、第２決済終了情報提供部３０３とが機能する。

オーダサイト管理装置２の対応付け部２０４は、決済種別選択画面ＵＲＬ情報取得部２０３にて取得された決済種別選択画面のＵＲＬ情報を、オーダサイト管理者Ｇによって管理されるウェブサイトに設けられる、購入を確定させるためのボタン（例えば後述の図１１（Ａ）の「購入確定ボタン」）と対応付けて管理する。

決済種別選択画面ＵＲＬ遷移指示受付部２０５は、決済種別選択画面へ遷移するための処理の指示を受け付ける。
具体的には、決済種別選択画面ＵＲＬ遷移指示受付部２０５は、オーダ受付装置４を操作するユーザＵによって「購入確定ボタン」が押下されと、決済種別選択画面へ遷移する処理を実行する。

決済種別選択画面表示制御部１０５は、決済種別選択画面生成部１０３において生成された決済種別選択画面をオーダ受付装置４に表示する制御を実行する。

決済種別選択受付部１０６は、決済種別の選択を受け付ける。
具体的には、決済種別選択受付部１０６は、ユーザＵより、オーダ受付装置４を介して決済手段の選択を受け付ける。
具体的には、ユーザＵは、決済手段として、交通系ＩＣカードでの決済、クレジットカードでの決済、及びＱＲコード決済等を選択することができる。ここでは便宜上、ユーザＵは、交通系ＩＣカードでの決済を選択したものとして説明する。

決済情報送信制御部１０７は、決済処理システム３に対して、ユーザＵの決済情報と、ユーザＵにより交通系ＩＣカードで決済されることを示す情報と送信する制御を実行する。
これにより、決済処理システム３は、ユーザＵの決済情報と、それが交通系ＩＣによって処理されることを示す情報とを取得することができる。

決済処理システムの決済情報取得部３０１は、通信部３９を介してユーザＵの決済情報を取得する。

決済処理部３０２において、ユーザＵによりリーダ／ライタＲＷに対してカードＰのタッチ操作がなされると、決済処理が実行される。

決済処理部３０２において決済処理が終了すると、第２決済終了情報提供部３０３は、決済が終了したことに関する情報を、通信部３９を介して受注管理装置１に送信する制御を実行する。

受注管理装置１の第１決済終了情報提供部１０８は、決済処理システム３から、ユーザＵの決済処理が終了したことに関する情報を、通信部１９を介して取得し、その情報をオーダサイト管理装置２へ送信する制御を実行する。

以上、図７を参照して、図５に示す受注管理装置１、オーダサイト管理装置２、決済処理システム３、及びオーダ受付装置４の機能的構成のうち、決済情報登録処理及び決済終了情報送信処理の際に機能する機能的構成の一例について説明した。

このように、受注管理装置１は、ユーザＵがウェブサイトＷにおいて商品等の注文をすると、その注文に関する情報を決済情報として前記ウェブサイト等を介して取得する。
受注管理装置１は、その決済情報に基づいて決済種別選択画面を生成し、ＵＲＬと紐づけて管理する。そして、受注管理装置１は、当該ＵＲＬをオーダサイト管理装置２へ送信する。
ユーザＵは、受注管理装置１を介して前記ＵＲＬにアクセスすることにより、ウェブサイトとは独立した決済処理システムにおいて決済を行うことができるようになる。
そしてまた、所定の操作によりユーザＵの決済が終了すると、決済が終了したことを示す情報が、決済終了情報としてウェブサイトに送信される。
このようにして、ユーザＵは、ウェブサイトで商品等の購入をした場合でも、ウェブサイトとは独立した決済システムにおいて決済を完了することができる。
これにより、ユーザＵは、個人情報のセキュリティを心配することなく、安全に決済処理を完了させることができる。
また、自身の決済が完了した旨を示す情報が自動的にウェブサイトに送信されるため、ユーザＵは、自身の決済が完了した旨をわざわざ自身の手でウェブサイトに登録し直したりする必要がない。このように、本発明を用いることによって、ユーザＵは、インターネット上の電子商取引で発生した支払いに関する決済を、現実の決済場所において決済することができる。そして、その終了したことを示す情報が再び現実の決済場所からインターネット上に戻される。ユーザＵは、個人情報のセキュリティが確保された決済手法にて、簡便かつスピーディに自身の決済処理を完了させることができる。

図８は、図５の機能的構成を有する受注管理装置、オーダサイト管理装置、決済処理システム、及びオーダ受付装置の夫々により実行される処理の流れを説明するアローチャートである。
ここでは便宜上、ユーザＵが、既存のＥＣサイトにおいて、モバイルオーダシステムを利用して飲み物を注文し、飲食店に赴いて決済をする場合を想定する。

まず、決済情報登録処理の流れの一例について説明する。
決済情報登録処理は、図８のステップＳ１５１乃至Ｓ１５７の一連の処理として構成される。

ステップＳ１５１において、受注管理装置１のＵＲＬ遷移指示受付部１０１は、注文開始の指示を受け付ける。このとき、オーダ受付装置４に表示される注文情報を受け付ける操作画面の例を図９（Ａ）に示す。
図９（Ａ）を見ると、オーダ受付装置４に表示される操作画面Ｖ１には、「注文する」ボタンＢ１が設けられている。そして「注文する」ボタンＢ１には、ウェブサイトの注文情報を入力する画面に関連づくＵＲＬが対応付けられている。
具体的には、ＵＲＬ遷移指示受付部１０１は、図９（Ａ）に示された「注文する」ボタンＢ１がユーザＵにより押下されることによって、ウェブサイトの注文情報を入力する画面へ遷移する指示を受け付ける。

ステップ１５２において、オーダサイト管理装置２は、ウェブサイトの注文情報入力画面を提示する制御を実行する。このとき、オーダ受付装置４に表示される注文情報を入力する操作画面の例を図９（Ｂ）に示す。
図９（Ｂ）をみると、オーダ受付装置４に表示される操作画面Ｖ２は、表示領域Ｆ１１を含むように構成される。
なおここでは便宜上、操作画面Ｖ２は、ユーザＵが商品等の購入を希望する飲食店Ｂｕｒｇｅｒ ｓｈｏｐが管理するウェブサイトＢＢ－Ｉであるとして説明する。表示領域Ｆ１１には、ユーザＵが購入した商品等を店内で飲食するか、持ち帰るかについて選択するための入力領域が設けられている。ユーザＵは、この表示領域Ｆ１１において、自身の希望について入力することができる。

ステップ１５３において、ユーザＵは、オーダ受付装置４を操作することによって、注文情報を入力する。
このときに、オーダ受付装置４に表示される注文情報を入力する操作画面の例を図１０（Ａ）及び（Ｂ）に示す。
図１０（Ａ）をみると、オーダ受付装置４に表示される操作画面Ｖ３は、表示領域Ｆ１２及びＦ１３を含むように構成される。
表示領域Ｆ１２には、ユーザＵが商品等の購入を希望する店舗の情報が表示される。具体的には、店舗の外観、営業時間、住所、地図等の情報が含まれる。
ユーザＵは、表示領域Ｆ１２の情報を閲覧することにより、購入を希望する店舗の情報を確認することができる。
表示領域Ｆ１３には、ユーザＵが購入を希望する商品の選択領域が設けられている。
ユーザＵは、この表示領域Ｆ１３において、自身の希望する商品等を選択することによって商品を注文する。
図１０（Ｂ）をみると、オーダ受付装置４に表示される操作画面Ｖ４は、表示領域Ｆ１４及びＦ１５を含むように構成される。
表示領域Ｆ１４には、ユーザＵが商品等を受け取る日時、ユーザＵが商品等の購入を希望する店舗に関する情報、及び購入する商品等に関する情報が表示されている。
また、表示領域Ｆ１４においては、ユーザＵは購入する商品等の個数を選択することができ、ユーザＵが購入する商品等の個数を入力することによって合計金額が計算されて表示される。具体的には、ユーザＵが、店舗「Ｂｕｒｇｅｒ ｓｈｏｐ」において、２０１８年９月２６日受け取りで、商品「ウーロン茶」を２個希望した際の合計金額が￥Ｘ００であることが表示される。
ステップ１５４において、オーダサイト管理装置の注文情報取得部２０１は、上述の注文情報を取得して、注文情報ＤＢ２００に登録して管理する。
表示領域Ｆ１５には、「ご注文手続へ進む」ボタンＢ２が設けられている。
ステップＳ１５５において、ユーザＵがボタンＢ２を押下することにより、ユーザＵの注文情報が確定する。そしてユーザＵの決済情報が、オーダサイト管理装置２の決済依頼送信制御部２０２より受注管理装置１へ送信される。

ステップＳ１５６において、受注管理装置１の決済依頼受付部１０２は、決済依頼を受け付けることにより、ユーザＵの決済情報を取得する。
そして、決済種別選択画面生成部１０３は、決済種別選択画面及びこれに関連づくＵＲＬ情報を生成して、決済情報ＤＢ１００に登録する。

ステップＳ１５７において、受注管理装置１の決済種別選択画面ＵＲＬ情報送信制御部１０４は、生成した決済種別選択画面のＵＲＬ情報を、オーダサイト管理装置２へ送信する制御を実行する。
以上、決済情報登録処理の流れの一例について説明した。
次に、決済処理の流れの一例について説明する。

ステップＳ１５８において、オーダサイト管理装置２の対応付け部２０４は、決済種別選択画面ＵＲＬ情報取得部２０３にて取得された決済種別選択画面のＵＲＬ情報を、ウェブサイトの画面上に設けられる選択ボタンと対応付けて管理する。
以下、図を用いて具体的に説明する。
オーダ受付装置４に表示される画面であって、決済種別選択画面への遷移を受け付ける操作画面の例を図１１（Ａ）に示す。
図１１（Ａ）をみると、オーダ受付装置４に表示される操作画面Ｖ５は、表示領域Ｆ１６及びＦ１７を含むように構成される。
表示領域Ｆ１６には、ユーザＵの決済情報が表示される。具体的には、注文番号、商品の状況（準備中、調理中等）、ユーザＵが商品を受け取る日時、ユーザＵが商品等の購入を希望する店舗に関する情報、及び購入する商品に関する情報として、合計金額、支払い方法等の情報が含まれる。
表示領域Ｆ１７には、「購入する」ボタンＢ３が設けられている。即ち、オーダサイト管理装置２の対応付け部２０４は、決済種別選択画面ＵＲＬ情報取得部２０３にて取得された決済種別選択画面のＵＲＬ情報を、この「購入する」ボタンＢ３に対応付けて管理する。
そしてユーザＵが、オーダ受付装置４を操作して「購入する」ボタンＢ３を押下することにより、ステップ１５９で説明する処理に進む。

ステップ１５９において、オーダサイト管理装置２の決済種別選択画面ＵＲＬ遷移指示受付部２０５は、ユーザＵによってボタンＢ３が押下されることにより、決済種別選択画面への遷移指示を受け付ける。

ステップ１６０において、受注管理装置１の決済種別選択画面表示制御部１０５は、決済種別選択画面への遷移指示を受付けると、ユーザＵの決済情報を含む決済種別選択画面を表示する処理を実行する。
このとき、オーダ受付装置４に表示される画面であってユーザＵによって決済種別が選択されるための操作画面の例を図１１（Ｂ）に示す。
図１１（Ｂ）をみると、オーダ受付装置４に表示される操作画面Ｖ６は、表示領域Ｆ１８乃至Ｆ２０を含むように構成される。
表示領域Ｆ１８には、決済種別として、ユーザＵが選択可能な決済手段が表示されている。例えば、ユーザＵは、交通系ＩＣカード、クレジットカード、ＱＲコード決済等による決済手段を選択することができる。
表示領域Ｆ１９には、ユーザＵの決済情報として、支払い金額が表示されている。

ステップ１６１において、決済種別選択受付部１０６は、ユーザＵにより決済種別の選択を受け付ける。
具体的には、ユーザＵは操作画面Ｖ６の表示領域Ｆ２０に設けられている選択ボタンＢ４乃至Ｂ６のいずれか押下することにより自身の希望する決済手段を選択することができる。
ユーザＵは、選択した決済手段によって決済を行う。ここでは説明の便宜上、ユーザＵが、交通系ＩＣカードでの決済を選択したものとして説明する。

ステップ１６２において、決済情報送信制御部１０７は、ユーザＵの希望する決済種別、及びユーザＵの決済情報を決済処理システム３に送信する処理を実行する。
ここで、オーダ受付装置４に表示される決済処理を行うための操作画面の例を図１２（Ａ）に示す。
図１２（Ａ）をみると、オーダ受付装置４に表示される操作画面Ｖ７は、表示領域Ｆ２１及びＦ２３を含むように構成される。
表示領域Ｆ２１には、ユーザＵにより選択された決済手段が表示されている。ここでは、ユーザＵが、交通系ＩＣカードでの決済を選択したという内容が表示されている。
表示領域Ｆ２２には、ユーザＵによって選択された決済手段（「交通系」）と、ユーザＵの決済金額（１００円）が表示されている。
表示領域Ｆ２３には、決済処理の実行を支援するためのユーザＵに対するガイドが表示されている。ここではユーザＵにより交通系ＩＣカードによる決済が選択されているため、交通系ＩＣカードをリーダ／ライタＲＷにタッチ操作する（翳す）イラストが表示されている。現金以外の決済手法に慣れないユーザＵでも、この表示に従うことで簡単に決済処理を実行することができる。

ステップ１６３において、決済処理システム３の決済処理部３０２は、ユーザＵにより交通系ＩＣカードがリーダ／ライタＲＷにタッチ操作されると、決済処理を実行する。

ステップ１６４において、第２決済終了情報提供部３０３は、ユーザＵの決済が完了したことに関する情報を、通信部３９を介して受注管理装置１に送信する制御を実行する。

ステップ１６５において、受注管理装置１の第１決済終了情報提供部１０８は、決済処理が終了した旨の情報を決済処理システム３から受け取ると、オーダサイト管理装置２へ決済処理が終了したことに関する情報を送信する制御を実行する。
このときに、オーダ受付装置４に提示される操作画面の例を図１２（Ｂ）に示す。
図１２（Ｂ）をみると、受注管理装置１に提示される操作画面Ｖ８は、表示領域Ｆ２４を含むように構成される。
表示領域Ｆ２４には、ユーザＵの決済が完了したことに関する情報として、ユーザＵの利用した決済手段（交通系ＩＣカード）と、その決済手段により支払った金額（４２０円）と、その決済手段に用いられた交通系ＩＣカードの残額（１５，２１３円）が表示される。
以上、図８を用いて、図５の機能的構成を有する受注管理装置、オーダサイト管理装置、決済処理システム、及びオーダ受付装置の夫々により実行される決済情報登録処理及び決済終了情報送信処理の流れを説明した。

このように、ウェブサイトから取得したユーザＵの決済情報は、所定の場所に配置されたウェブサイトとは独立した決済処理システムに提供される。ユーザＵが、その決済処理システムにおいて決済を完了させると、決済が完了されたことを示す情報が、再度インターネットを介してウェブサイトに送信される。即ち、ユーザＵは、電子商取引において発生した支払いについて、所定の場所において、各種各様の決済手段で決済を完了させることができるようになる。
これにより、例えば、ウェブサイトを介してユーザＵの決済基本情報がインターネット上へ拡散するリスクを防ぐことができる。
また、ユーザＵは、自身の行動圏内で決済処理をすることができるため、支払いの忘却等による支払い遅延も発生しにくい。
またユーザＵは、交通系ＩＣカード等によっても決済を完了させることができるため、銀行口座やクレジットカードを持たないユーザＵも気軽に電子商取引を行うことができる。
さらにまた、ユーザＵは、銀行やコンビニエンスストアで店員と接することなく決済を完了させることができるため、感染症のリスクを防ぐこともできる。

次に、図１３及び図１４を参照して、本発明の情報処理システムの第２の実施形態について説明する。
図１３は、本発明の情報処理システムの第２の実施形態に係る構成のうち、受注管理装置１、及び決済処理システム３の機能的構成の一例を示す機能ブロック図である。

受注管理装置１のＣＰＵ１１においては、商品情報取得部１５１と、決済必要情報取得部１５２と、管理部１５３と、注文情報取得部１５４と、決済依頼部１５５と、決済完了情報登録部１５６と、第１決済終了情報提供部とが機能する。
記憶部１８の一領域には、決済情報ＤＢ１００と、購買情報ＤＢ３００と、商品／注文マスタＤＢ４００と、会員情報／配送情報ＤＢ５００と、分析情報ＤＢ６００とが機能する。

決済処理システム３のＣＰＵ３１においては、情報取得部３５１と、情報提示部３５２と、注文情報確定部３５３と、注文情報送信制御部３５４と、決済依頼受付部３５５と、決済処理部３５６と、決済終了情報送信制御部３５７とが機能する。

なお図１３の各ブロックの機能の詳細の説明については、図１４に関する説明の中で併せて述べる。

図１４は、本発明の情報処理システムの第２の実施形態に係る構成のうち、受注管理装置１、及び決済処理システム３の夫々により実行される処理の流れの一例を示す図である。
図１４の例では、ユーザＵは、決済処理システム３の入出力デバイスＭＮを操作して、商品等を注文して決済までを行うものとする。

ステップＳＳ１において、決済処理システム３は、商品等の注文に係る操作の受付けを開始する。
具体的には例えば、ユーザＵは、飲食店で商品等を注文する場合には、決済処理システム３の入出力デバイスＭＮに表示された「店内／テイクアウト」ボタンを押下操作することにより、店内で飲食をするか、テイクアウトをするかを選択することができる。これによりＵＲＬ遷移されて、商品等の選択が可能な画面等が入出力デバイスＭＮに表示される。
なお、ここでは飲食店で商品等を注文する場合を例とするが、ユーザＵが、商品等をＥＣサイトで購入する場合も図１４の処理の流れが適用可能であり、この場合には、購入対象の商品等を注文可能なＥＣサイトの選択がなされてもよい。
また、本例では、ユーザＵによる「店内／テイクアウト」ボタンの押下操作がなされるものとされているが、このような操作は特に必須なものでなく、商品等の選択の可能な画面等、商品等に関する情報が予め入出力デバイスＭＮ上に表示されていてもよい。
ここで、入出力デバイスＭＮとしては例えば、モニタ、タッチパネル、タブレットＰＣ、カメラ等が用いられる。なお、この場合、カメラ等から、ユーザＵの属性情報を取得しても良い。

ステップＳＳ２において、決済処理システム３は、受注管理装置１に対し、ウェブサイトＷから商品情報及び決済必要情報を取得するための指示を送信する。
商品情報には例えば、商品名、商品の画像、ジャンル等の情報が含まれる。
決済必要情報には例えば決済に必要となる情報であって、例えば商品等の価格等の情報が含まれる。

ステップＳＳ３において、受注管理装置１は、ウェブサイトＷにアクセスすることにより、商品情報及び決済必要情報の取得を試みる。
なお、この例では、商品情報及び決済必要情報はウェブサイトＷから同時に取得可能とされているが、特にこれは必須ではなく、決済必要情報は商品情報とは独立して任意の手法（例えば別のウェブサイトＷや、別途設けられたデータベースや、人による手動入力や、あるいはウェブサイトＷに埋め込まれたＨＴＭＬの文字列等）により取得されてもよい。
また、受注管理装置１が、ウェブサイトＷから商品情報及び決済必要情報を取得するタイミングについてはこの例に限定されず、ステップＳＳ１のシステム起動時に取得する構成にしてもよい。
ここでウェブサイトＷは、グルメサイト、カフェのホームページを一例とするオーダサイトやＥＣサイトに限らず、企業ホームページ等でもよい。

なおここでは説明の便宜上、受注管理装置１は、商品情報及び決済必要情報を、ウェブサイトＷを介して取得することを前提として説明するが、これに限定されない。即ち、受注管理装置１は、他社のＰＯＳシステム、エクセル、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、手入力、またＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を介して商品情報及び決済必要情報を取得してもよい。また受注管理装置１は、文字情報としてだけではなく、画像、動画、匂い、音声、味、３Ｄ情報等に関する情報として商品情報及び決済必要情報を取得してもよい。

ステップＳＳ４において、受注管理装置１の商品情報取得部１５１は、通信部１９を介し、商品情報を取得する。
またステップＳＳ４において、受注管理装置１の決済必要情報取得部１５２は、通信部１９を介し、決済必要情報を取得する。
そして、ステップＳＳ４において、受注管理装置１の管理部１５３は、商品情報取得部１５１により取得された商品情報、及び決済必要情報取得部１５２により取得された決済必要情報の夫々を対応付けることによって、商品マスタとして管理する。
そして受注管理装置１の管理部１５３は、対応付けられた商品情報、及び決済必要情報を、商品／注文マスタＤＢ４００に格納する。
ここで本例では、ステップＳＳ４において、商品情報と共に決済必要情報が取得されるものとされているが、上述したように、夫々の取得タイミングは必ずしも一致させる必要はない。例えば、決済必要情報は予め取得されていてもよく、この場合、受注管理装置１の管理部１５３は、ステップＳＳ４のタイミングで商品情報取得部１５１により取得された商品情報と、予め決済必要情報取得部１５２により取得されていた決済必要情報の夫々を対応付けてそして商品マスタとして管理してもよい。
さらにステップＳＳ４において、受注管理装置１は、対応付けられた商品情報及び決済必要情報を決済処理システム３に送信する。そして、決済処理システム３の情報取得部３５１は、通信部３９を介して、商品情報及び決済必要情報を取得する。

ステップＳＳ５において、決済処理システム３の情報提示部３５２は、対応付けられた商品情報及び決済必要情報を入出力デバイスＭＮへ表示する制御を実行する。

ステップＳＳ６において、決済処理システム３の注文情報確定部３５３は、入出力デバイスＭＮを操作するユーザＵより注文情報を取得する。
ここで、注文情報確定部３５３は、上述した入出力デバイスＭＮの画面の操作により注文情報を取得してもよいし、バーコードスキャナ、ＱＲコード、スキャナ、カメラ等の各種センサー等から注文情報を取得してもよい。

ステップＳＳ７において、決済処理システム３の注文情報送信制御部３５４は、ユーザＵの注文情報を、受注管理装置１へ送信する制御を実行する。ここで、注文情報には、後述するように、決済情報及び購買情報が含まれている。そこで、受注管理装置１の決済情報取得部１７１及び購買情報取得部１７２の夫々は、通信部１９を介して決済情報及び購買情報を夫々取得する。
ここで、決済情報とは、ユーザＵからその都度受け付ける注文に対する各請求金額の合計を示す情報である。そして購買情報とは、ユーザＵからその都度受け付ける注文毎の明細を示す情報である。
決済情報取得部１７１は、取得した決済情報を、決済情報ＤＢ１００へ格納する。
購買情報取得部１７２は、取得した購買情報を、購買情報ＤＢ３００へ格納する。

ステップＳＳ８において、受注管理装置１の決済依頼部１５５は、決済処理システム３に決済依頼を行う。そして、決済処理システム３の決済依頼受付部３５５は、通信部３９を介して決済依頼を受け付ける。

ステップＳＳ９において、決済処理システム３の決済処理部３５６は、リーダ／ライタＲＷに決済要求を示す情報（例えば点灯により示す情報）を表示させる。そして、ユーザＵが、リーダ／ライタＲＷにカードＰをタッチ操作することによって、商品等の決済が行われることにより、決済処理が終了する。これにより、リーダ／ライタＲＷは、決済処理の終了に関する通知を出力する。
ここで、本例では、決済手法は、カードＰをリーダ／ライタＲＷに対してタッチ操作する手法が採用されたが、特にこれに限定されず、クレジットカード、電子マネー、ＱＲコード認証、生態認証、等を用いた決済手法を代替として又は併用して採用してもよい。

ステップＳＳ１０において、決済処理システム３の決済処理部３５６は、リーダ／ライタＲＷより決済処理の終了に関する通知を取得する。

ステップＳＳ１１において、決済処理システム３の決済終了情報送信制御部３５７は、受注管理装置１へ、決済終了情報を送信する制御を実行する。
すると、受注管理装置１の決済完了情報登録部１５６は、決済終了情報を、通信部１９を介して取得し、決済情報ＤＢ１００及び購買情報ＤＢ３００に登録する。

ここで、ウェブサイトＷが商品等のオーダサイトやＥＣサイトである場合、例えばステップＳＳ１２乃至ＳＳ１４の処理が実行される。即ち、ウェブサイトＷによっては、ステップＳＳ１２乃至ＳＳ１４の処理は必須なものではない。

ステップＳＳ１２において、受注管理装置１の決済終了情報提供部１５７は、ウェブサイトＷにアクセスして、決済終了情報を提供する。

ステップＳＳ１３において、ウェブサイトＷにおいて、店舗管理ＰＣ５に対する調理指示や商品等の配送指示が行われる。

ステップＳＳ１４において、受注管理装置１の決済受付完了情報提供部１５８は、ウェブサイトＷから決済完了受付情報を取得する。
そして、ステップＳＳ１５において、受注管理装置１は、決済処理システム３に対し、決済受付完了情報を送信する。

ステップＳＳ１６において、決済処理システム３は、取得した決済完了受付情報を、入出力デバイスＭＮに表示させる制御を実行する。

ステップＳＳ１７において、決済処理システム３は、レシートプリンタＲＰにレシートを印刷する旨の指示を送信する。
ここで、本例において、レシートプリンタＲＰは、配送伝票や店舗控えを出力してもよい。また、レシートプリンタＲＰは、アンケートリンクを貼りアンケート情報を取得しても良い。さらにまた、決済処理システム３は、レシートプリンタＲＰから出力された配送伝票を配送業者／システムへ郵送するための機能を有していてもよい。あるいは、決済処理システム３は、入出力デバイスＭＮから配送先を入力し、配送業者／システムと連携してもよい。

以上をまとめると、受注管理装置１は、既存のウェブサイトＷ等と連携し、ウェブサイトＷ等から商品等情報を、取得、加工、及び編集をした上で、商品マスタとして記憶することができる。そしてユーザＵは、受注管理装置１によって提供される商品等情報を閲覧することで、決済処理システム３を操作して商品を注文したり、その注文した商品等についてその場で決済することができる。

このように、ユーザＵは、商品等の注文と決済処理とを同じ端末（例えば、決済処理システム３）で一元化することができる。そのため、商品等の注文と決済処理を一連の流れとしてその場で完了させることができるため、決済処理にかける時間を削減することが可能になる。

また従来、例えばＥＣサイトで商品等の注文をした場合には、ユーザＵは、同サイト上において別途決済基本情報の登録（例えば、クレジットカード情報の登録）が必要であった。これに対して本サービスによれば、そのような登録は必要がなく、ユーザＵは、所定の場所に設置された決済処理システムにおいて決済することができるようになる。これにより、ユーザＵは、個人情報がＥＣサイトから流出される等の心配をすることなく、安心して決済処理を完了させることができる。

また従来、飲食店等の店頭に設置されたモバイルオーダシステムで商品等の注文をする場合、決済は例えば店頭の有人レジで行われていたが、本サービスによれば、ユーザＵ自身により決済が完了されるため、省人化することができる。これにより、これにより、飲食業界の人出不足が解消されたり、人と人との接触による感染症のリスクを低減させることができるようになる。

また従来、ウェブサイトＷを運営する事業者は、決済の為のシステムを別途所持し、都度変更や修繕等に手間をかけていた。しかしながら本サービスによれば、ウェブサイトＷの商品等情報が受注管理システムによって取得され、そして決済システムにおいて決済を行われるため、ウェブサイトＷを運営する事業者にとっては、システムの変更や修繕にかける時間を削減することができるようになる。

また本サービスによれば、店頭に設定されたモバイルオーダシステムを介してウェブサイトＷからの商品等の注文し、そして店頭に設置された決済システムで決済を完了させることが可能になるため、店舗の出店を希望する事業者等は、商品等の在庫場所と決済を行う場所を分けることができ、店舗スペースが狭くても気軽に出店できるようになる。

また従来、ウェブサイトＷ側と決済システム側で、夫々商品等の決済情報や注文情報等に関するデータが管理されていたが、本サービスによれば決済情報と注文情報等が連携されるため、データ管理を簡単にかつ正確に行うことができるようになる。
またさらには、この一元化されたデータを、マーケティング情報へ活用することも可能になる。

またウェブサイトＷから必要な情報だけを抽出してユーザＵに提供することができるので、例えば多品種少量型の製品を販売する事業者、受注生産型の事業者（飲食店等）、市場の反応を見たい試作品メーカー（ポップアップストア等）、在庫の少ないアンテナショップ、地域名産、ハンドメイド、専門店、ＥＣサイトを持っていないが商品情報を掲載するホームページのみ持っている事業者等は、本サービスを適用することにより低コストで気軽に出店することができるようになる。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良は本発明に含まれるものとする。

本実施形態では、ＵＲＬ遷移指示受付部１０１は、受注管理装置１に設けられ、ユーザＵからの指示を受け付けることにより、オーダサイト管理装置２へ遷移する構成としたがこれに限定されない。例えば、ユーザＵは、受注管理装置１のＵＲＬ遷移指示受付部１０１を介さずに、オーダサイト管理装置２の管理するウェブサイトに直接アクセスしてもよい。

また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図７及び図１３の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図７及び図１３の例に限定されない。また、機能ブロックの存在場所も、図７及び図１３に特に限定されず、任意でよい。例えば、受注管理装置１の機能ブロックをオーダサイト管理装置２等に移譲させてもよい。逆にオーダサイト管理装置２の機能ブロックを受注管理装置１等に移譲させてもよい。さらには、決済処理システム３等の機能ブロックを受注管理装置１等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、ユーザＵ等にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザＵ等に提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

以上を換言すると、本発明が適用される情報処理システムは、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。

即ち、本発明が適用される情報処理システム（例えば図５のシステム）は、
ユーザにとって注文対象の商品又は役務を決済する決済場所に配置される決済処理システム（例えば、図１３の決済処理システム３）と、当該決済処理システムと通信をする情報処理装置（例えば、図１３の受注管理装置１）とを含む情報処理システムにおいて、
前記情報処理装置は、
前記商品又は前記役務を特定可能な情報を、商品等情報として取得する情報取得手段（例えば、図１３の商品情報取得部１５１）と、
前記商品等情報により特定される前記商品又は役務を決済するのに必要な情報（価格等）を決済必要情報として、当該決済必要情報と前記商品等情報とを対応付けて管理する管理手段（例えば、図１３の管理部１５３）と、
を備え、
決済処理システムは、
前記ユーザにとっての注文対象の前記商品又は前記役務についての前記商品等情報と前記決済必要情報とを取得する取得手段（例えば、図１３の情報取得部３５１）と、
前記商品等情報を前記ユーザに提示する提示手段（例えば、図１３の情報提示部３５２）と、
前記商品等情報の提示を受けた前記ユーザによる、前記注文対象の商品又は前記役務についての注文の指示操作を受け付ける受付手段（例えば、図１３の注文情報確定部３５３）と、
前記指示操作が受け付けられた場合、前記注文対象の商品又は前記役務についての決済を、前記決済必要情報に基づいて行う決済処理を制御する決済制御手段（例えば、図１３の決済処理部３５６）と、
を備える。

さらに前記情報取得手段（例えば、図１３の商品情報取得部１５１）は、前記商品等情報を、前記決済必要情報とは独立して取得し、
前記管理手段（例えば、図１３の管理部１５３）は、前記情報取得手段とは別の経路から取得された前記決済必要情報と、前記情報取得手段により取得された前記商品等情報を対応付けて管理する。

これにより既存のウェブサイトＷ等に限らず、他社のＰＯＳシステム、エクセル、ＰＤＦ等のような様々な媒体から取得された情報に基づいて商品マスタを生成し、ユーザＵに提示することが可能になる。そのためユーザＵは、ウェブサイトＷに限定されず幅広い選択肢の中から商品等を選択することができるようになる。また、ウェブサイトを所有しない事業者等であっても、商品等情報を送信できれば自身の商品を出品することができるため、低コストでビジネスを始めることができるようになる。
さらにまた、商品等情報と決済必要情報とを独立して取得することができるため、例えばウェブサイトＷ等が更新された場合でも、商品マスタの更新に必要な情報さえ取得できればよい。したがってサービス提供者Ａは、必要な情報のみ更新すればよいため、メンテナンスコストを削減することも可能になる。

１・・・受注管理装置、２・・・オーダサイト管理装置、３・・・決済処理システム、４・・・オーダ受付装置、５・・・店舗管理ＰＣ、１１、２１、３１・・・ＣＰＵ、１９、２９、３９・・・通信部、１０１・・・ＵＲＬ遷移指示受付部１０１、１０２・・・決済依頼受付部、１０３・・・決済種別選択画面生成部、１０４・・・決済種別選択画面ＵＲＬ情報送信制御部、１０５・・・決済種別選択画面表示制御部、１０６・・・決済種別選択受付部、１０７・・・決済情報送信制御部、１０８・・・第１決済終了情報提供部、１５１・・・商品情報取得部、１５２・・・決済必要情報取得部、１５３・・・管理部、１５４・・・注文情報取得部、１５５・・・決済依頼部、１５６・・・決済完了情報登録部、１５７・・・決済終了情報提供部、１５８・・・決済受付完了情報提供部、２０１・・・注文情報取得部、２０２・・・決済依頼送信制御部、２０３・・・決済種別選択画面ＵＲＬ情報取得部、２０４・・・対応付け部、２０５・・・決済種別選択画面ＵＲＬ遷移指示受付部、３０１・・・決済情報取得部、３０２・・・決済処理部、３０３・・・第２決済終了情報提供部、３５１・・・情報取得部、３５２・・・情報提示部、３５３・・・注文情報確定部、３５４・・・注文情報送信制御部、３５５・・・決済依頼受付部、３５６・・・決済処理部、３５７・・・決済終了情報送信制御部、１００・・・決済情報ＤＢ、２００・・・注文情報ＤＢ、３００・・・購買情報ＤＢ、４００・・・商品／注文マスタＤＢ、５００・・・会員情報／配送情報ＤＢ、６００・・・分析情報ＤＢ

Claims (2)

1. ユーザにとって注文対象の商品又は役務を決済する決済場所に配置される決済処理システムと、当該決済処理システムと通信をする情報処理装置とを含む情報処理システムにおいて、
   前記情報処理装置は、
   前記商品又は前記役務を特定可能な情報を、商品等情報として取得する情報取得手段と、
   前記商品等情報により特定される前記商品又は役務を決済するのに必要な情報を決済必要情報として、当該決済必要情報と前記商品等情報とを対応付けて管理する管理手段と、
   を備え、
   決済処理システムは、
   前記ユーザにとっての注文対象の前記商品又は前記役務についての前記商品等情報と前記決済必要情報とを取得する取得手段と、
   前記商品等情報を前記ユーザに提示する提示手段と、
   前記商品等情報の提示を受けた前記ユーザによる、前記注文対象の商品又は前記役務についての注文の指示操作を受け付ける受付手段と、
   前記指示操作が受け付けられた場合、前記注文対象の商品又は前記役務についての決済を、前記決済必要情報に基づいて行う決済処理を制御する決済制御手段と、
   を備える情報処理システム。
2. 前記情報取得手段は、前記商品等情報を、前記決済必要情報とは独立して取得し、
   前記管理手段は、前記情報取得手段とは別の経路から取得された前記決済必要情報と、前記情報取得手段により取得された前記商品等情報を対応付けて管理する、
   請求項１に記載の情報処理システム。

Images