JP7633082B2 - 情報処理システム、クライアント装置及び情報処理プログラム - Google Patents

Description

本発明の実施形態は、情報処理システム、クライアント装置及び情報処理プログラムに関する。

店舗で買物する客が所持するスマートフォン又は店舗に備え付けのタブレット端末などを客のためのユーザインタフェースデバイスとして用い、買上商品の登録及びその代金の決済などのための情報処理をクラウドサーバにより実行するようにしたシステムが知られている。つまり、スマートフォン又はタブレット端末などを用いたクライアント装置と、クラウドサーバなどのサーバとからなるクライアントサーバシステムにより商品販売管理を行うシステムを実現することが知られている。
しかしながらこのようなシステムでは、クライアント装置とサーバとの通信障害などの何らかの障害が発生すると、それ以降の処理を継続できなくなってしまい、客が買い物を終えることができない。

そこで、第１及び第２のサーバを準備しておき、第１のサーバに関する障害発生時には、第２のサーバにより処理を引き継ぐことが考えられるが、この場合には第１のサーバと第２のサーバとの連携が必要となり、そのための処理負荷が増大してしまう。
このような事情から、障害発生時におけるサーバの切り換えを容易に行うことができることが望まれていた。

特許第４９８３４４５号公報

本発明が解決しようとする課題は、障害発生時におけるサーバの切り換えを容易に行うことを可能とする情報処理システム、クライアント装置及び情報処理プログラムを提供することである。

実施形態の情報処理システムは、第１のサーバ、第２のサーバ及びクライアント装置を含む。第１のサーバは、第１の処理手段、第１の管理手段及び更新手段を備える。第２のサーバは、第２の処理手段、第２の管理手段及び通知手段を備える。クライアント装置は、第１の要求手段、記録手段、判定手段、第２の要求手段及び第３の要求手段を備える。第１の要求手段は、操作に応じた情報処理を第１のサーバに要求する。第１の処理手段は、第１の要求手段による要求に応じた情報処理を実行する。第１の管理手段は、第１の要求手段による複数回の要求に応じた第１の処理手段による情報処理の実行結果を同一の識別子に関連付けて管理する。記録手段は、第１の要求手段による要求の履歴を識別子に関連付けて記録する。判定手段は、第１のサーバに関する障害が発生したことを判定する。第２の要求手段は、判定手段により障害の発生が判定されたことに応じて、記録手段により記録された履歴に応じて、当該履歴が関連付けられた識別子の通知を伴って、障害が発生する前に第１の要求手段により要求済みの情報処理を第２のサーバに要求する。第３の要求手段は、第２の要求手段による要求の終了後における操作に応じた情報処理を第２のサーバに要求する。第２の処理手段は、第２の要求手段及び第３の要求手段による要求に応じた情報処理を実行する。第２の管理手段は、第２の要求手段及び第３の要求手段による複数回の要求に応じた第２の処理手段による情報処理の実行結果を、第２の要求手段により通知された識別子に関連付けて管理する。通知手段は、第２の要求手段により通知された識別子に関する第３の要求手段による要求が完了した後に、第２の管理手段により管理されている実行結果を、関連付けられている識別子とともに第１のサーバに通知する。更新手段は、通知手段により通知された識別子に関連付けて第１の管理手段が管理している実行結果を、通知手段により通知された実行結果により更新する。

一実施形態に係る商品販売処理システムの概略構成を示すブロック図。 図１に示される店舗サーバの要部回路構成を示すブロック図。 図２に示される取引データのデータ構造を示す模式図。 図１に示されるユーザ端末の要部回路構成を示すブロック図。 図４に示される履歴データのデータ構造を示す模式図。 図１に示されるカート端末の要部回路構成を示すブロック図。 図１に示されるクラウドサーバの要部回路構成を示すブロック図。 図７に示される取引データのデータ構造を示す模式図。 図４に示されるプロセッサによるスマホＰＯＳアプリに基づく情報処理のフローチャート。 図４に示されるプロセッサによるスマホＰＯＳアプリに基づく情報処理のフローチャート。 図７に示されるプロセッサによるウェブＰＯＳアプリに基づくウェブＰＯＳ処理のフローチャート。 図２に示されるプロセッサによる代行ＰＯＳアプリに基づく代行ＰＯＳ処理のフローチャート。

以下、情報処理システムを適用して構成される商品販売処理システムの一実施形態について、図面を用いて説明する。
図１は本実施形態に係る商品販売処理システムの概略構成を示すブロック図である。
商品販売処理システムは、複数の店舗システム１００、ユーザ端末２００、カート端末３００及びクラウドサーバ４００を含む。そして、複数の店舗システム１００、ユーザ端末２００、カート端末３００及びクラウドサーバ４００は、通信ネットワーク５００を介して通信可能である。

図１では、２つの店舗システム１００を示している。これら店舗システム１００は、商品販売処理システムを利用するそれぞれ異なる店舗Ａ及び店舗Ｂにそれぞれ設けられる。商品販売処理システムを利用する店舗が３つ以上存在してもよく、店舗毎に店舗システム１００が設けられる。なお以下において、各店舗に設けられた店舗システム１００を区別する必要がある場合には、店舗Ａに設けられた店舗システム１００を店舗システム１００－１と表し、店舗Ｂに設けられた店舗システム１００を店舗システム１００－２と表す。
店舗Ａを運営する事業者は、店舗Ｂを運営する事業者と同じであっても、別であってもよい。その他の店舗で取引システムが利用される場合も、その店舗を運営する事業者は、店舗Ａ又は店舗Ｂを運営する事業者と同じであっても、別であってもよい。

ユーザ端末２００及びカート端末３００は、商品販売処理システムを利用した買い物を店舗にて行う客のためのユーザインタフェースとして機能する情報処理装置である。ユーザ端末２００及びカート端末３００は、図１では店舗Ａ内及び店舗Ｂ内にそれぞれ１台ずつ存在するように示しているが、各店舗内に複数が存在してもよい。また、全ての店舗では、あるいは一部の店舗では、ユーザ端末２００及びカート端末３００のいずれか一方が使用されなくても構わない。ユーザ端末２００及びカート端末３００は、店舗システム１００と無線通信する機能と、通信ネットワーク５００と無線通信する機能とを備える。ユーザ端末２００としては、スマートフォン又はタブレットコンピュータ等のデータ通信機能を備えた通信端末が利用できる。ユーザ端末２００は、客により所有されていてもよいし、店舗にて客に貸与されてもよい。カート端末３００としては、タブレットコンピュータ等のデータ通信機能を備えた通信端末が利用され、店舗Ａ又は店舗Ｂに備え付けのショッピングカートに取り付けられている。ユーザ端末２００及びカート端末３００は、主として客が操作者となる。ただしユーザ端末２００及びカート端末３００は、店員などにより客に代わって操作されることもある。カート端末３００は、バーコードスキャナ３０１を備える。バーコードスキャナ３０１は、商品を識別するための識別子としての商品コードを表したバーコードを、赤外線レーザなどを用いて光学的に読み取るのに好適に構成された読取デバイスである。バーコードスキャナ３０１としては、撮像デバイスで撮影された画像からバーコードを認識して読み取るように構成された読取デバイスを、上記の読取デバイスに代えて、あるいは上記の読取デバイスに加えて備えてもよい。

クラウドサーバ４００は、ユーザ端末２００及びカート端末３００からの要求に応じて、買上商品の登録及びその代金の決済などの商品販売処理のための情報処理を実行する。例えばクラウドサーバ４００は、商品販売処理のための様々な情報処理を実行する機能を備え、それらの情報処理の実行要求を受けるための複数のＡＰＩ（application programing interface）を公開する。ＡＰＩにおいては、そのＡＰＩを特定するための基本ＵＲＬ（uniform resource locator）と、基本ＵＲＬに付加すべき引数などに関する定義とが定められている。そしてクラウドサーバ４００は、基本ＵＲＬに引数などを付加して構成されるアクセスＵＲＬによるアクセスを受けると、そのアクセスＵＲＬで特定される情報処理を実行する。

通信ネットワーク５００としては例えば、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク５００としては典型的には、移動体通信網とインターネットとが利用される。つまり、通信ネットワーク５００は、典型的には広域ネットワークである。

各店舗システム１００の概略的な構成は共通である。すなわち店舗システム１００は、店舗サーバ１、会計機２、ゲートウェイ３及びアクセスポイント４を、店内通信ネットワーク５を介して通信可能として構成される。ただし、店舗サーバ１、会計機２、ゲートウェイ３、アクセスポイント４及び店内通信ネットワーク５は、後述する動作を実現するための機能が共通であればよく、完全に同一である必要は無い。また一部の店舗システム１００は、図１に示されない装置を備えてもよい。

店舗サーバ１は、ユーザ端末２００及びカート端末３００からの要求に応じて、買上商品の登録及びその代金の決済などの商品販売処理のための情報処理を実行する。店舗サーバ１は、クラウドサーバ４００が商品販売処理のために実行するのと同等な情報処理を実行する機能を備える。そして店舗サーバ１も、それらの情報処理の実行要求を受けるためのＡＰＩを公開する。同等な情報処理に関してクラウドサーバ４００及び店舗サーバ１がそれぞれ公開するＡＰＩの基本ＵＲＬは、互いに予め関連付けられる。本実施形態では例えば、指定された商品を買上商品として登録する処理のＡＰＩに対し、クラウドサーバ４００に関しては「xyz.cloud.co.jp/api/registration」が、また店舗サーバ１に関しては「192.168.1.zzz/api/registration」が、それぞれ基本ＵＲＬとして定められていることとする。つまり同じ情報処理のＡＰＩに定められる基本ＵＲＬは、ドメインの部分のみが異なっている。そして店舗サーバ１は、アクセスＵＲＬによるアクセスを受けると、そのアクセスＵＲＬで特定されるＡＰＩで提供すべき情報処理を実行する。つまり、店舗サーバ１は、クラウドサーバ４００と同様な商品販売処理を実行する機能を備える。ただし店舗サーバ１は、後述するように、クラウドサーバ４００の機能を一時的に代行するためにこれらの機能を実行する。つまり、クラウドサーバ４００が、商品販売処理を主体的に行う第１のサーバに相当し、店舗サーバ１が、商品販売処理を代行的に行う第２のサーバに相当する。そしてユーザ端末２００及びカート端末３００が、クラウドサーバ４００又は店舗サーバ１による商品販売処理を利用するためのクライアント装置に相当する。なお店舗サーバ１は、クライアント装置としてのユーザ端末２００及びカート端末３００の操作が行われる施設である店舗に設けられたローカルサーバである。

会計機２は、客が決済を店舗にて行う場合のユーザインタフェース機器である。会計機２が上記の決済のために利用可能とする決済方法は、現金決済、クレジットカード決済、電子マネー決済、ポイント決済、コード決済等、周知の決済方法の全て又は任意の一部であってよい。なお、コード決済は、モバイル決済又はスマートフォン決済等とも称される。会計機２は、店員及び客のいずれにより操作されるのであってもよい。会計機２は例えば、既存のセミセルフ方式のＰＯＳ（point-of-sale）システムで用いられるセルフ方式の会計機をベースとして構成できる。会計機２は、商品を買上商品として登録するための情報処理を行う機能を有していてもよい。この場合に会計機２は例えば、既存のＰＯＳシステムで用いられる対面式のＰＯＳ端末又は既存のセルフ方式のＰＯＳシステムで用いられるセルフ式のＰＯＳ端末をベースとして構成できる。

ゲートウェイ３は、店内通信ネットワーク５と通信ネットワーク５００とを相互接続し、店内通信ネットワーク５と通信ネットワーク５００の双方を介した通信を可能とする。ゲートウェイ３としては、例えばＬＡＮとインターネットとをインタフェースする既存の通信デバイスを用いることができる。

アクセスポイント４は、ユーザ端末２００が無線通信により店内通信ネットワーク５へとアクセスすることを可能とするための通信処理を行う。アクセスポイント４としては例えば、ＩＥＥＥ８０２．１１規格により無線通信を行う周知の通信デバイスを用いることができる。アクセスポイント４は、店舗の売場のどこからでもユーザ端末２００が無線通信可能なように、店舗内に設置される。店舗規模によっては、複数のアクセスポイント４が、１つの店舗システム１００に配置される場合もある。

店内通信ネットワーク５としては、インターネット、ＶＰＮ、ＬＡＮ、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。ただし典型的には、店内通信ネットワーク５は、ＬＡＮである。つまり店内通信ネットワーク５は、典型的には狭域ネットワークである。

店舗システム１００が設けられた店舗には、その入口付近にチェックイン用の２次元コードＴＣＩが掲示される。２次元コードＴＣＩは、チェックインのためのチェックインデータを表す。チェックインデータは店舗毎に異なる。
チェックインデータは例えば、それぞれの店舗の(1) 店舗システム１００の動作バージョン、(2) 店舗を識別するための店舗コード、(3) 店舗を運営する事業者の名称、(4) 店舗システム１００が設けられる店舗の名称、(5) 店舗を運営する事業者を識別するための事業者コード、 (6) ユーザ端末２００が店舗システム１００と通信するための接続先や接続に必要な情報、といった情報を表す。なお、ユーザ端末２００が店舗システム１００と通信するための接続先としては、アクセスポイント４が挙げられる。そしてその接続に必要な情報としては、アクセスポイント４を識別するためのＳＳＩＤ（service set identifier）と、アクセスポイント４にアクセスするためのパスワードなどが挙げられる。また接続に必要な情報としては、店舗サーバ１のドメイン名が挙げられる。
なお、チェックインデータは、例示した各種の情報のうちの一部を含まなくてもよい。またチェックインデータは、例示した各種の情報とは別の情報を表してもよい。

図２は店舗サーバ１の要部回路構成を示すブロック図である。
店舗サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５を含む。プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び通信インタフェース１４は、伝送路１５を介して通信可能とされている。そして、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５により接続されていることによって、店舗サーバ１を制御するためのコンピュータが構成される。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラム等の情報処理プログラムに従って、店舗サーバ１としての各種の機能を実現するための情報処理を実行する。プロセッサ１１は、例えばＣＰＵ（central processing unit）である。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。メインメモリ１２は、プロセッサ１１が情報処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（read only memory）である。揮発性のメモリ領域は、例えばＲＡＭ（random access memory）である。

補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３としては、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、あるいはＳＳＤ（solid state drive）等の周知の記憶デバイスを用いた記憶ユニットを利用できる。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１１での処理によって作成されたデータ等を保存する。補助記憶ユニット１３は、上記の情報処理プログラムを記憶する場合もある。

通信インタフェース１４は、店内通信ネットワーク５に接続された各部との間で所定の通信プロトコルに従いデータ通信を行う。通信インタフェース１４としては、例えばＬＡＮ用の周知の通信デバイスを適用できる。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

補助記憶ユニット１３は、情報処理プログラムの１つである代行ＰＯＳアプリＡＰＡを記憶する。代行ＰＯＳアプリＡＰＡは、アプリケーションプログラムであり、店舗サーバ１としての機能を実現するための情報処理について記述されている。補助記憶ユニット１３の記憶領域の一部は、取引データＤＡＡを記憶するために使用される。取引データＤＡＡは、店舗での商品販売に関する一取引を管理するための種々のデータの集合である。

図３は取引データＤＡＡのデータ構造を示す模式図である。
取引データＤＡＡは、取引の識別子としての取引コードに関連付けて、買上商品として登録済みの商品のそれぞれに関する商品データを含む。従って、取引データＤＡＡがいくつの商品データを含むかは、買上商品として登録済みの商品の数に応じて変化する。商品データは、商品コード、商品名、価格及び数量などを含む。商品コードは、該当の商品をＳＫＵ（stock keeping unit）毎に識別するために定められた識別子であり、例えばＪＡＮ（Japanese article number）コードが用いられる。商品名は、該当の商品を人間が区別し易いように定められた名称である。価格は、該当の商品の販売の対価の金額である。数量は、該当の商品の買上数量である。

図４はユーザ端末２００の要部回路構成を示すブロック図である。
ユーザ端末２００は、プロセッサ２０１、メインメモリ２０２、補助記憶ユニット２０３、タッチパネル２０４、カメラ２０５、サウンドユニット２０６、センサ群２０７、無線通信ユニット２０８、モバイル通信ユニット２０９及び伝送路２１０等を備える。プロセッサ２０１と、メインメモリ２０２、補助記憶ユニット２０３、タッチパネル２０４、カメラ２０５、サウンドユニット２０６、センサ群２０７、無線通信ユニット２０８及びモバイル通信ユニット２０９とは、伝送路２１０を介して通信可能とされている。そして、プロセッサ２０１、メインメモリ２０２及び補助記憶ユニット２０３が伝送路２１０により接続されていることによって、ユーザ端末２００を制御するためのコンピュータが構成される。なお、プロセッサ２０１、メインメモリ２０２、補助記憶ユニット２０３及び伝送路２１０の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３及び伝送路１５と同等であるので、その説明は省略する。

タッチパネル２０４は、ユーザ端末２００の入力デバイス及び表示デバイスとして機能する。
カメラ２０５は、光学系及びイメージセンサを含み、光学系により形成される視野内の像を表した画像データをイメージセンサにより生成する。
サウンドユニット２０６は、音声及びメロディなどの各種サウンドを出力する。
センサ群２０７は、角速度センサ及びＧＰＳ（global positioning system）センサなどの各種のセンサを含む。

無線通信ユニット２０８は、アクセスポイント４との間で無線通信プロトコルに従った無線通信によりデータを授受する。無線通信ユニット２０８としては、例えばＩＥＥＥ８０２．１１規格に準拠した周知の通信デバイスを利用できる。
モバイル通信ユニット２０９は、通信ネットワーク５００を介したデータ通信のインタフェースである。モバイル通信ユニット２０９としては、例えば移動通信網を介したデータ通信を行うための周知の通信デバイスを利用できる。

なお補助記憶ユニット２０３は、情報処理プログラムの１つであるスマホＰＯＳアプリＡＰＢを記憶する。スマホＰＯＳアプリＡＰＢは、アプリケーションプログラムであり、ユーザ端末２００を店舗システム１００の客用のユーザインタフェースとして機能させるための後述する情報処理について記述されている。補助記憶ユニット２０３の記憶領域の一部は、履歴データＤＡＢを記憶するために使用される。履歴データＤＡＢは、一取引に関してクラウドサーバ４００に対して行った要求の履歴を管理するためのデータである。

図５は履歴データＤＡＢのデータ構造を示す模式図である。
履歴データＤＡＢは、取引コードに関連付けて、当該取引コードで識別される取引に関する情報処理をクラウドサーバ４００に要求するために用いたアクセスＵＲＬを含む。従って、履歴データＤＡＢがいくつのアクセスＵＲＬを含むかは、要求回数に応じて変化する。

図６はカート端末３００の要部回路構成を示すブロック図である。
カート端末３００は、バーコードスキャナ３０１の他に、プロセッサ３０２、メインメモリ３０３、補助記憶ユニット３０４、タッチパネル３０５、サウンドユニット３０６、無線通信ユニット３０７及び伝送路３０８等を備える。プロセッサ３０２と、バーコードスキャナ３０１、メインメモリ３０３、補助記憶ユニット３０４、タッチパネル３０５、サウンドユニット３０６及び無線通信ユニット３０７とは、伝送路３０８を介して通信可能とされている。そして、プロセッサ３０２、メインメモリ３０３及び補助記憶ユニット３０４が伝送路３０８により接続されていることによって、カート端末３００を制御するためのコンピュータが構成される。なお、プロセッサ３０２、メインメモリ３０３、補助記憶ユニット３０４、タッチパネル３０５、サウンドユニット３０６、無線通信ユニット３０７及び伝送路３０８の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル２０４、サウンドユニット２０６及び無線通信ユニット２０８及び伝送路１５と同等であるので、その説明は省略する。

なお補助記憶ユニット３０４は、情報処理プログラムの１つであるカート端末アプリＡＰＣを記憶する。カート端末アプリＡＰＣは、アプリケーションプログラムであり、カート端末３００を店舗システム１００の客用のユーザインタフェースとして機能させるための情報処理について記述されている。補助記憶ユニット３０４の記憶領域の一部は、履歴データＤＡＣを記憶するために使用される。履歴データＤＡＣは、一取引に関してクラウドサーバ４００に対して行った要求の履歴を管理するためのデータである。履歴データＤＡＣは、例えば履歴データＤＡＢと同様な構成でよい。

図７はクラウドサーバ４００の要部回路構成を示すブロック図である。
クラウドサーバ４００は、プロセッサ４０１、メインメモリ４０２、補助記憶ユニット４０３、通信インタフェース４０４及び伝送路４０５を含む。プロセッサ４０１、メインメモリ４０２、補助記憶ユニット４０３及び通信インタフェース４０４は、伝送路４０５を介して通信可能とされている。そして、プロセッサ４０１、メインメモリ４０２及び補助記憶ユニット４０３が伝送路４０５により接続されていることによって、クラウドサーバ４００を制御するためのコンピュータが構成される。なお、プロセッサ４０１、メインメモリ４０２、補助記憶ユニット４０３、通信インタフェース４０４及び伝送路４０５の機能の概略は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５と同等であるので、その説明は省略する。

補助記憶ユニット４０３は、情報処理プログラムの１つであるウェブＰＯＳアプリＡＰＤを記憶する。ウェブＰＯＳアプリＡＰＤは、アプリケーションプログラムであり、後述するサービスを提供するための後述する情報処理について記述されている。補助記憶ユニット４０３の記憶領域の一部は、取引データＤＡＤを記憶するために使用される。取引データＤＡＤは、一取引を管理するための種々のデータの集合である。補助記憶ユニット４０３は、並列的に処理される複数の取引のそれぞれに関する複数の取引データＤＡＤを記憶する場合もある。

図８は取引データＤＡＤのデータ構造を示す模式図である。
取引データＤＡＤは、取引コードに関連付けて、利用者コード、店舗コード及び商品データを含む。取引コードは、当該の取引データＤＡＤが関連付けられている取引の識別子である。利用者コードは、当該の取引データＤＡＤが関連付けられている取引の客の識別子である。店舗コードは、当該の取引データＤＡＤが関連付けられている取引が行われる店舗の識別子である。商品データは、買上商品として登録済みの商品を管理するためのデータである。取引データＤＡＤは、買上商品として登録済みの商品が無い状態では、商品データを１つも含まない。取引データＤＡＤは、買上商品として複数の商品が登録済みである状態では、それらの買上商品のそれぞれに関する複数の商品データを含む。商品データは、商品コード、商品名、価格及び数量などを含む。

店舗サーバ１、ユーザ端末２００、カート端末３００又はクラウドサーバ４００は、代行ＰＯＳアプリＡＰＡ、スマホＰＯＳアプリＡＰＢ、カート端末アプリＡＰＣ又はウェブＰＯＳアプリＡＰＤが補助記憶ユニット１３，２０３，３０４，４０３に記憶された状態で譲渡されてもよいし、代行ＰＯＳアプリＡＰＡ、スマホＰＯＳアプリＡＰＢ、カート端末アプリＡＰＣ又はウェブＰＯＳアプリＡＰＤが補助記憶ユニット１３，２０３，３０４，４０３に記憶されない状態のハードウェアと、代行ＰＯＳアプリＡＰＡ、スマホＰＯＳアプリＡＰＢ、カート端末アプリＡＰＣ又はウェブＰＯＳアプリＡＰＤと、が個別に譲渡されてもよい。代行ＰＯＳアプリＡＰＡ、スマホＰＯＳアプリＡＰＢ、カート端末アプリＡＰＣ又はウェブＰＯＳアプリＡＰＤの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

次に以上のように構成された商品販売処理システムの動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理の一部については記載を省略している。

なお、以下に説明する商品販売処理システムの動作により客に提供されるサービスは、スマホＰＯＳサービス、あるいはカートＰＯＳサービスなどと称されるが、以下においてはスマホＰＯＳサービスと記すこととする。そして以下においては、ユーザ端末２００を用いた買い物を実現するための動作を中心に説明する。

客は、スマホＰＯＳサービスを利用するためには、自らが所有するスマートフォン等にスマホＰＯＳアプリＡＰＢをインストールして、ユーザ端末２００として利用可能としておく。あるいは、客は、タブレットコンピュータなどにスマホＰＯＳアプリＡＰＢをインストールして構成されたユーザ端末２００を店舗にて借りる。そして客は、店舗に入るのに先立って、スマホＰＯＳアプリＡＰＢに基づく情報処理を起動させる。

図９及び図１０はプロセッサ２０１によるスマホＰＯＳアプリＡＰＢに基づく情報処理のフローチャートである。
まず図９に示すＡＣＴ１１としてプロセッサ２０１は、スマホＰＯＳサービスの利用を開始するための利用開始処理を実行する。利用開始処理の詳細については、本実施形態の特徴とするところではないので、説明を省略する。なお、利用開始処理は、例えばクラウドサービスを利用するためのスマートフォンアプリケーションの起動時に実行されるのと同様な処理であってよい。例えばプロセッサ２０１は、利用開始処理の一処理として、クラウドサーバ４００による利用者認証を受けるための処理を実行する。例えばプロセッサ２０１は、利用開始処理の一処理として、カメラ２０５を起動し、２次元コードＴＣＩをカメラ２０５により撮影するように客に促すスキャン画面をタッチパネル２０４に表示させる。

クラウドサーバ４００にてプロセッサ４０１は、上記の利用開始処理の実行に伴ってのユーザ端末２００からのアクセスがなされると、当該ユーザ端末２００に対してスマホＰＯＳサービスを提供するために、ウェブＰＯＳアプリＡＰＤに従った情報処理（以下、ウェブＰＯＳ処理と称する）を開始する。プロセッサ４０１は、別のユーザ端末２００を対象としてウェブＰＯＳ処理を既に実行している場合には、それに並行して新たなウェブＰＯＳ処理を開始する。つまりプロセッサ４０１は、複数のユーザ端末２００をそれぞれ対象としてウェブＰＯＳ処理を複数並行して実行する場合がある。以下においては、単に「ユーザ端末２００」と表す場合には、説明中のウェブＰＯＳ処理の対象となっているユーザ端末２００を指すこととする。

図１１はプロセッサ４０１によるウェブＰＯＳアプリＡＰＤに基づくウェブＰＯＳ処理のフローチャートである。
ＡＣＴ４１としてプロセッサ４０１は、アクセスしてきたユーザ端末２００に対するスマホＰＯＳサービスの提供を開始するための提供開始処理を実行する。提供開始処理の詳細については、本実施形態の特徴とするところではないので、説明を省略する。提供開始処理としてどのような処理を行うかは、例えばウェブＰＯＳアプリＡＰＤの作成者などにより任意に定められてよい。なお、提供開始処理は、例えばクラウドサービスを利用するためのスマートフォンアプリケーションの起動時に実行されるのと同様な処理であってよい。例えばプロセッサ４０１は、提供開始処理の一処理として、スマホＰＯＳサービスを利用する客を認証するための処理を、ユーザ端末２００における前述の利用開始処理との連携により実行する。

客は、ユーザ端末２００を持って、店舗システム１００が設けられたいずれかの店舗へと入る。このときに客は、２次元コードＴＣＩをユーザ端末２００のカメラ２０５で撮影させることにより、当該２次元コードＴＣＩが表すチェックインデータをユーザ端末２００に読み取らせる。

プロセッサ２０１は、図９中のＡＣＴ１１での利用開始処理を終えると、ＡＣＴ１２へと進む。
ＡＣＴ１２としてプロセッサ２０１は、チェックインデータの読み取りを待ち受ける。そしてプロセッサ２０１は、２次元コードＴＣＩがカメラ２０５により撮影されることによってチェックインデータを読み取ったならばＹＥＳと判定し、ＡＣＴ１３へと進む。

ＡＣＴ１３としてプロセッサ２０１は、クラウドサーバ４００に対して取引の開始を要求する。プロセッサ２０１は、ここでの要求を含め、以下に説明するクラウドサーバ４００に対する各種の要求は、それら要求を受け付けるためとして公開されているＡＰＩの基本ＵＲＬに、ＡＰＩ毎に規定されている引数を付加して生成したアクセスＵＲＬを用いてクラウドサーバ４００にアクセスすることとして実行する。ただし、例えば取引の開始要求などの一部の要求に関しては、ＡＰＩを用いないで行われてもよい。

プロセッサ２０１は、例えば取引の開始のための処理に関するＡＰＩの基本ＵＲＬが「xyz.cloud.co.jp/api/start」として定められているならば、チェックインデータに表されている店舗コードなどを引数として付加してアクセスＵＲＬを生成し、このアクセスＵＲＬにより、モバイル通信ユニット２０９から通信ネットワーク５００を介してクラウドサーバ４００にアクセスする。

クラウドサーバ４００にてプロセッサ４０１は、図１１中のＡＣＴ４１での提供開始処理を終えると、ＡＣＴ４２へと進む。
ＡＣＴ４２としてプロセッサ４０１は、ユーザ端末２００からの開始要求を待ち受ける。そしてプロセッサ４０１は、前述のように開始要求のためのアクセスＵＲＬによるアクセスをユーザ端末２００から通信ネットワーク５００を介して受けると、ＹＥＳと判定し、ＡＣＴ４３へと進む。

ＡＣＴ４３としてプロセッサ４０１は、上記の開始要求に応じて開始する取引を識別するための取引コードを決定する。プロセッサ４０１は例えば、予め定められたルールに従って、別の取引を識別するための取引コードとは別のコードを新たな取引コードとして決定する。

ＡＣＴ４４としてプロセッサ４０１は、開始する取引に関連付けた取引データＤＡＤを生成し、補助記憶ユニット４０３に保存する。なおプロセッサ４０１は、並行して実行している別のウェブＰＯＳ処理により生成された取引データＤＡＤが既に補助記憶ユニット４０３に保存されているならば、その取引データＤＡＤはそのままに、ここで新たに生成した取引データＤＡＤを補助記憶ユニット４０３に保存する。プロセッサ４０１は、ここで生成する取引データＤＡＤには、ＡＣＴ４３で決定した取引コードと、ＡＣＴ４１での提供開始処理において取得した利用者コードと、開始要求のためのアクセスＵＲＬに引数として含まれていた店舗コードとを含める。プロセッサ４０１は、この段階では、商品データを取引データＤＡＤに含めない。
ＡＣＴ４５としてプロセッサ４０１は、開始要求に対して応答する。プロセッサ４０１は例えば、予め定められた応答データを、通信ネットワーク５００を介してユーザ端末２００へと送信する。プロセッサ４０１は、ＡＣＴ４３で決定した取引コードを応答データに含める。

ユーザ端末２００にてプロセッサ２０１は、図９中のＡＣＴ１３として取引開始を要求した後には、ＡＣＴ１４へと進む。
ＡＣＴ１４としてプロセッサ２０１は、要求に対する応答を待ち受ける。そしてプロセッサ２０１は、上述のようにクラウドサーバ４００から送信された応答データがモバイル通信ユニット２０９により受信されるとＹＥＳと判定し、ＡＣＴ１５へと進む。
ＡＣＴ１５としてプロセッサ２０１は、履歴データＤＡＢを生成する。プロセッサ２０１は例えば、応答データに含まれていた取引コードを含み、アクセスＵＲＬは含まないデータとして履歴データＤＡＢを生成し、補助記憶ユニット２０３に保存する。

客は、商品を買上商品として登録するならば、その商品の商品コードをユーザ端末２００に入力する。例えば客は、商品に表示されて商品コードを表したバーコードをカメラ２０５に読み取らせる。あるいは例えば客は、タッチパネル２０４に表示されて商品コードが関連づけられたボタンにタッチする。あるいは例えば客は、タッチパネル２０４を操作して商品コードを手入力する。客は、買上商品として登録済みの商品の数量を変更するならば、例えばタッチパネル２０４にて予め定められた操作を行う。客は、買上商品として登録済みの商品を買上商品から除外するならば、例えばタッチパネル２０４にて予め定められた操作を行う。客は、買上商品の登録を終了し、買上商品の代金を決済するならば、タッチパネル２０４にて決済を指示するための予め定められた操作を行う。客は、この他の予め定められた操作を行う。

ＡＣＴ１６としてプロセッサ２０１は、客による上記のような操作を待ち受ける。なお、プロセッサ２０１がここでどの操作を待ち受けるかは、例えばウェブＰＯＳアプリＡＰＤの作成者により適宜に定められてよい。そしてプロセッサ２０１は、受け付ける対象となっている操作のいずれかがなされたならばＹＥＳと判定し、ＡＣＴ１７へと進む。

ＡＣＴ１７としてプロセッサ２０１は、操作に応じた処理をクラウドサーバ４００に対して要求する。プロセッサ２０１は例えば、買上商品の登録を要求する場合は、登録要求のためとして公開されているＡＰＩの基本ＵＲＬに、例えば商品コードなどを引数として付加して生成したアクセスＵＲＬを用いてクラウドサーバ４００にアクセスする。プロセッサ２０１は例えば、買上商品の数量の変更を要求する場合は、数量変更要求のためとして公開されているＡＰＩの基本ＵＲＬに、例えば商品コード及び変更後の数量などを引数として付加して生成したアクセスＵＲＬを用いてクラウドサーバ４００にアクセスする。プロセッサ２０１は例えば、買上商品の除外を要求する場合は、除外要求のためとして公開されているＡＰＩの基本ＵＲＬに、例えば商品コードなどを引数として付加して生成したアクセスＵＲＬを用いてクラウドサーバ４００にアクセスする。プロセッサ２０１は例えば、決済を要求する場合は、決済要求のためとして公開されているＡＰＩの基本ＵＲＬに、例えば適用する決済方法などを表す決済データを引数として付加して生成したアクセスＵＲＬを用いてクラウドサーバ４００にアクセスする。かくしてスマホＰＯＳアプリＡＰＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは出し１の要求手段として機能する。
ＡＣＴ１８としてプロセッサ２０１は、補助記憶ユニット２０３に保存されている履歴データＤＡＢを、ＡＣＴ１７での要求に用いたアクセスＵＲＬを含むように更新する。

クラウドサーバ４００にてプロセッサ４０１は、図１１中のＡＣＴ４５で応答した後には、ＡＣＴ４６へと進む。
ＡＣＴ４６としてプロセッサ４０１は、処理が要求されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４７へと進む。
ＡＣＴ４７としてプロセッサ４０１は、取引データが通知されたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４６へと戻る。
かくしてプロセッサ４０１は、ＡＣＴ４６及びＡＣＴ４７としては、処理が要求されるか、あるいは取引データが通知されるのを待ち受ける。

プロセッサ４０１は、前述のようにアクセスＵＲＬによるアクセスがなされたならばＡＣＴ４６にてＹＥＳと判定し、ＡＣＴ４８へと進む。
ＡＣＴ４８としてプロセッサ４０１は、要求に応じた処理を実行する。プロセッサ４０１は例えば、登録要求のためのアクセスＵＲＬによるアクセスを受けたならば、そのアクセスＵＲＬに引数として含まれている商品コードを含んだ商品データを、補助記憶ユニット４０３に保存されている取引データＤＡＤに追加する。プロセッサ４０１は例えば、数量変更要求のためのアクセスＵＲＬによるアクセスを受けたならば、補助記憶ユニット４０３に保存されている取引データＤＡＤから、そのアクセスＵＲＬに引数として含まれる商品コードを含んだ商品データを見つけ出し、当該商品データに含まれる数量を、上記のアクセスＵＲＬに引数として含まれる数量に変更する。プロセッサ４０１は例えば、除外要求のためのアクセスＵＲＬによるアクセスを受けたならば、補助記憶ユニット４０３に保存されている取引データＤＡＤから、そのアクセスＵＲＬに引数として含まれる商品コードを含んだ商品データを見つけ出し、当該の商品データを取引データＤＡＤから削除する。プロセッサ４０１は例えば、決済要求のためのアクセスＵＲＬによるアクセスを受けたならば、補助記憶ユニット４０３に保存されている取引データＤＡＤに基づいて買上商品の代金を算出し、当該代金を上記のアクセスＵＲＬに引数として含まれる決済データが表す決済方法で決済するための予め定められた処理を実行する。ただし、これらの処理は、一例であり、同じ要求に対して別の処理が行われても構わない。なお、以上の処理により取引データＤＡＤが更新されることにより、プロセッサ４０１はこの取引データＤＡＤを用いて複数の処理の実行結果を１つの取引識別子に関連付けて管理していることになる。かくしてウェブＰＯＳアプリＡＰＤに基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは第１の処理手段及び第２の管理手段として機能する。

ＡＣＴ４９としてプロセッサ４０１は、今回受けた要求に対して応答する。プロセッサ４０１は例えば、変更後の取引データの内容を表した画面のデータを含んだ応答データを、通信ネットワーク５００を介してユーザ端末２００へと送信する。プロセッサ４０１は例えば、ＡＣＴ４８での処理により予め定められた取引完了状態となったならば、取引の完了を通知するための予め定められた通知データを応答データに含める。なお、どのような状態を取引完了状態とするかは、例えばウェブＰＯＳアプリＡＰＤの作成者などにより任意に定められてよい。一例としては、決済を完了した状態が、取引完了状態として定められることが想定される。

ＡＣＴ５０としてプロセッサ４０１は、ＡＣＴ４８で実行した処理をもって、取引が完了したか否かを確認する。そしてプロセッサ４０１は、取引が完了しないならばＮＯと判定し、ＡＣＴ４６及びＡＣＴ４７の待受状態に戻る。しかしプロセッサ４０１は、例えばＡＣＴ４８で決済を正常に終えた場合など、取引が完了したならばＡＣＴ５０にてＹＥＳと判定し、このウェブＰＯＳ処理を終了する。

ユーザ端末２００にてプロセッサ２０１は、図９中のＡＣＴ１８にて履歴データＤＡＢを更新した後には、ＡＣＴ１９へと進む。
ＡＣＴ１９としてプロセッサ２０１は、ＡＣＴ１７にて要求した処理についての応答がなされたか否かを確認する。そしてプロセッサ４０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２０へと進む。
ＡＣＴ２０としてプロセッサ２０１は、障害が発生したか否かを確認する。そしてプロセッサ２０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１９へと戻る。
かくしてプロセッサ２０１は、ＡＣＴ１９及びＡＣＴ２０としては、応答がなされるか、あるいは障害が発生するのを待ち受ける。そしてプロセッサ２０１は、上述のようにクラウドサーバ４００から送信された応答データがモバイル通信ユニット２０９により受信されるとＡＣＴ１９にてＹＥＳと判定し、ＡＣＴ２１へと進む。

ＡＣＴ２１としてプロセッサ２０１は、クラウドサーバ４００からの応答に応じた処理を実行する。プロセッサ２０１は例えば、上述のように変更後の取引データの内容を表した画面のデータを含んだ応答データを受けたのであれば、該当の画面をタッチパネル２０４に表示させる。

ＡＣＴ２２としてプロセッサ２０１は、取引が完了したか否かを確認する。そしてプロセッサ２０１は例えば、応答データに取引完了を通知するための通知データが含まれていないならばＮＯと判定し、ＡＣＴ１６の待受状態に戻る。つまりプロセッサ２０１は、新たな操作を引き続き待ち受ける。そしてプロセッサ２０１は、新たな操作に応じてＡＣＴ１７～ＡＣＴ２１を繰り返し実行する。つまりプロセッサ２０１は、新たに処理を要求する毎に、その要求のために用いたアクセスＵＲＬを履歴データＤＡＢに追加してゆく。なおプロセッサ２０１は、履歴データＤＡＢにおける各アクセスＵＲＬの記述順序などにより、各アクセスＵＲＬのアクセス順序が現れるように履歴データＤＡＢを更新する。かくしてスマホＰＯＳアプリＡＰＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは記録手段として機能する。

さてプロセッサ２０１は、通信ネットワーク５００での障害、あるいはクラウドサーバ４００での障害により、クラウドサーバ４００との通信を継続できない状態となったならば、ＡＣＴ２０にてＹＥＳと判定し、図１０中のＡＣＴ２３へと進む。かくしてスマホＰＯＳアプリＡＰＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは判定手段として機能する。

ＡＣＴ２３としてプロセッサ２０１は、上記の障害により中断した取引の処理を代行するための代行の開始を店舗サーバ１に要求する。プロセッサ２０１は例えば、チェックインデータに示されたアクセスポイント４への接続に必要な情報に基づいてアクセスポイント４との通信を確立した上で、当該アクセスポイント４及び店内通信ネットワーク５を介して、代行を開始するための処理に関するものとしてチェックインデータに示された基本ＵＲＬに取引コードを引数として含めたアクセスＵＲＬにより店舗サーバ１へとアクセスする。この結果、例えば店舗Ａに存在しているユーザ端末２００は、店舗システム１００－１に含まれる店舗サーバ１にアクセスする。また、例えば店舗Ｂに存在しているユーザ端末２００は、店舗システム１００－２に含まれる店舗サーバ１にアクセスする。

店舗サーバ１にてプロセッサ１１は、代行開始処理の要求のためのアクセスＵＲＬによるユーザ端末２００からの上記のようなアクセスがなされると、当該ユーザ端末２００に対してスマホＰＯＳサービスを代行して提供するために、代行ＰＯＳアプリＡＰＡに従った情報処理（以下、代行ＰＯＳ処理と称する）を開始する。プロセッサ１１は、別のユーザ端末２００を対象として代行ＰＯＳ処理を既に実行している場合には、それに並行して新たな代行ＰＯＳ処理を開始する。つまりプロセッサ１１は、複数のユーザ端末２００をそれぞれ対象として代行ＰＯＳ処理を複数並行して実行する場合がある。以下においては、単に「ユーザ端末２００」と表す場合には、説明中の代行ＰＯＳ処理の対象となっているユーザ端末２００を指すこととする。

図１２はプロセッサ１１による代行ＰＯＳアプリＡＰＡに基づく代行ＰＯＳ処理のフローチャートである。
ＡＣＴ６１としてプロセッサ１１は、アクセスしてきたユーザ端末２００に対するスマホＰＯＳサービスの代行提供を開始するための代行開始処理を実行する。例えばプロセッサ１１は、アクセスＵＲＬに引数として含まれた取引コードを含み、商品データを含まない取引データＤＡＡを生成し、補助記憶ユニット１３に保存する。なおプロセッサ１１は、並行して実行している別の代行ＰＯＳ処理により生成された取引データＤＡＡが既に補助記憶ユニット１３に保存されているならば、その取引データＤＡＡはそのままに、ここで新たに生成した取引データＤＡＡを補助記憶ユニット１３に保存する。
ＡＣＴ６２としてプロセッサ１１は、開始要求に対して応答する。プロセッサ１１は例えば、予め定められた応答データを、通信ネットワーク５００を介してユーザ端末２００へと送信する。

ユーザ端末２００にてプロセッサ２０１は、図１０中のＡＣＴ２３として代行開始を要求した後には、ＡＣＴ２４へと進む。
ＡＣＴ２４としてプロセッサ２０１は、要求に対する応答を待ち受ける。そしてプロセッサ２０１は、上述のように店舗サーバ１から送信された応答データがモバイル通信ユニット２０９により受信されるとＹＥＳと判定し、ＡＣＴ２５へと進む。

ＡＣＴ２５としてプロセッサ２０１は、履歴データＤＡＢに基づいて店舗サーバ１に対して処理を要求する。プロセッサ２０１は例えば、履歴データＤＡＢに含まれる最も古いアクセスに用いられたアクセスＵＲＬを選び出し、このアクセスＵＲＬのうちのドメイン部分を、チェックインデータに示されたドメインに置き換えて得られるアクセスＵＲＬにより店舗サーバ１にアクセスする。つまりプロセッサ２０１は、履歴データＤＡＢから選び出したアクセスＵＲＬが「xyz.cloud.co.jp/api/registration/4946843523221」であり、チェックインデータに示されたドメインが「192.168.1.zzz」であるならば、「192.168.1.zzz/api/registration/4946843523221」なるアクセスＵＲＬにより店舗サーバ１にアクセスする。

店舗サーバ１にてプロセッサ１１は、図１２中のＡＣＴ６２で応答した後には、ＡＣＴ６３へと進む。
ＡＣＴ６３としてプロセッサ１１は、処理が要求されるのを待ち受ける。そしてプロセッサ１１は、前述のようにアクセスＵＲＬによるアクセスがなされたならばＡＣＴ６３にてＹＥＳと判定し、ＡＣＴ６４へと進む。

ＡＣＴ６４としてプロセッサ１１は、要求に応じた処理を実行する。プロセッサ１１は例えば、図１１中のＡＣＴ４８としてクラウドサーバ４００のプロセッサ４０１が実行するのと同様に情報処理を実行する。ただしプロセッサ１１は、取引データの更新は、補助記憶ユニット１３に記憶された取引データＤＡＡを対象とする。
ＡＣＴ６５としてプロセッサ１１は、今回受けた要求に対して応答する。プロセッサ１１は例えば、図１１中のＡＣＴ４９としてクラウドサーバ４００のプロセッサ４０１が実行するのと同様にユーザ端末２００に対して応答する。
ＡＣＴ６６としてプロセッサ１１は、ＡＣＴ６４で実行した処理をもって、取引が完了したか否かを確認する。そしてプロセッサ１１は、取引が完了しないならばＮＯと判定し、ＡＣＴ６３の待受状態に戻る。

ユーザ端末２００にてプロセッサ２０１は、図１０中のＡＣＴ２５にて履歴データＤＡＢを更新した後には、ＡＣＴ２６へと進む。
ＡＣＴ２６としてプロセッサ２０１は、ＡＣＴ２５にて要求した処理についての応答がなされるのを待ち受ける。そしてプロセッサ２０１は、上述のように店舗サーバ１から送信された応答データがモバイル通信ユニット２０９により受信されるとＹＥＳと判定し、ＡＣＴ２７へと進む。

ＡＣＴ２７としてプロセッサ２０１は、履歴データＤＡＢに基づく要求の再現が完了したか否かを確認する。プロセッサ２０１は例えば、直前にＡＣＴ２５を実行した際に、履歴データＤＡＢに含まれる最も新しいアクセスに用いられたアクセスＵＲＬを選び出していない場合には再現が完了していないとしてＮＯと判定し、ＡＣＴ２５以降を前述と同様にして繰り返す。ただしこのときにプロセッサ２０１はＡＣＴ２５においては、履歴データＤＡＢに含まれるアクセスＵＲＬのうちでまだ選び出していないアクセスＵＲＬを古い順に選び出す。かくしてプロセッサ２０１は、履歴データＤＡＢに含まれるアクセスＵＲＬでクラウドサーバ４００に要求済みの処理を、同じように店舗サーバ１に要求してゆく。かくしてスマホＰＯＳアプリＡＰＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは第２の要求手段として機能する。

店舗サーバ１にてプロセッサ１１は、上記のようにクラウドサーバ４００に要求済みの処理が順次に要求される際には、図１２中のＡＣＴ６３の待受状態にある。このためプロセッサ１１は、処理の要求がなされる毎に、ＡＣＴ６４及びＡＣＴ６５を繰り返す。

以上のようにして、履歴データＤＡＢに基づく再度の処理要求がユーザ端末２００から店舗サーバ１に対して行われ、この要求に応じた処理を店舗サーバ１にてプロセッサ１１が実行することで、店舗サーバ１の補助記憶ユニット１３に、障害時にクラウドサーバ４００の補助記憶ユニット４０３に保存されていた取引データＤＡＤと同様に商品データを含めて取引データＤＡＡが生成される。

さて、ユーザ端末２００にてプロセッサ２０１は、上述のようにクラウドサーバ４００に要求済みの処理を店舗サーバ１に要求してゆく間は、店舗サーバ１からの応答がなされても、それに応じた処理を実行しない。このため、上述の取引データＤＡＡの生成は、バックグラウンドで実行される。

プロセッサ２０１は例えば、履歴データＤＡＢに含まれる最も新しいアクセスに用いられたアクセスＵＲＬを選び出している状態であれば、ＡＣＴ２７にて再現が完了したとしてＹＥＳと判定し、ＡＣＴ２８へと進む。
ＡＣＴ２８としてプロセッサ２０１は、図９中のＡＣＴ１６と同様に、操作を待ち受ける。客は、前述の障害に関知することなく、継続して前述したような種々の操作を行うことができる。そしてプロセッサ２０１は、受け付ける対象となっている操作のいずれかがなされたならばＡＣＴ２８にてＹＥＳと判定し、ＡＣＴ２９へと進む。

ＡＣＴ２９としてプロセッサ２０１は、操作に応じた処理を店舗サーバ１に対して要求する。ここでのプロセッサ２０１の処理は、図９中のＡＣＴ１７と同様な処理であるが、アクセスＵＲＬをチェックインデータに示された基本ＵＲＬを含んで生成する。かくしてスマホＰＯＳアプリＡＰＢに基づく情報処理をプロセッサ２０１が実行することによって、プロセッサ２０１を中枢部分とするコンピュータは第３の要求手段として機能する。

店舗サーバ１にてプロセッサ１１は、このようにして操作に応じて新たになされる要求のためのアクセスを受けると、図１２中のＡＣＴ６３にてＹＥＳと判定し、前述と同様にＡＣＴ６４及びＡＣＴ６５を実行する。これによりプロセッサ１１は、クラウドサーバ４００で受け付けられなかった要求に応じて、取引データＤＡＡを更に更新してゆく。かくして代行ＰＯＳアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは第２の処理手段及び第２の管理手段として機能する。

プロセッサ１１は、例えばＡＣＴ６４で決済を正常に終えた場合など、取引が完了したならばＡＣＴ６６にてＹＥＳと判定し、ＡＣＴ６７へと進む。
ＡＣＴ６７としてプロセッサ１１は、取引データＤＡＡをクラウドサーバ４００に対して通知する。プロセッサ１１は例えば、取引データＤＡＡを含んだ通知データを、店内通信ネットワーク５、ゲートウェイ３及び通信ネットワーク５００を介してクラウドサーバ４００に送信する。なお、前述の障害がまだ解消されておらず、取引データの通知を完了することができない場合には、予め定められた時間を置いて、通知データの送信を繰り返す。あるいは、クラウドサーバ４００により、クラウドサーバ４００の動作状態を表すデータを提供するＡＰＩを公開しておき、プロセッサ１１はこのＡＰＩを利用してクラウドサーバ４００の動作状態を確認し、障害が解消されたことを確認した上で通知データを送信するのでもよい。そしてプロセッサ１１は、通知を完了したならば、代行ＰＯＳ処理を終了する。かくして代行ＰＯＳアプリＡＰＡに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは通知手段として機能する。

クラウドサーバ４００にてプロセッサ４０１は、ユーザ端末２００にてプロセッサ２０１が、図９中のＡＣＴ２０にて障害が発生したと判定する原因が通信ネットワーク５００に有る場合には、そのまま代行ＰＯＳ処理を継続するが、ユーザ端末２００からの処理要求がなされなくなるために、図１１中のＡＣＴ４６及びＡＣＴ４７の待受状態のままとなる。またプロセッサ４０１は、自らに何らかの障害が発生したことに応じて実行中の代行ＰＯＳ処理を停止した場合には、当該障害からの復旧後にはＡＣＴ４６及びＡＣＴ４７の待受状態となる。かくして、クラウドサーバ４００にてプロセッサ４０１は、上述のように店舗サーバ１から送信された通知データが通信インタフェース４０４により受信されるときには、ＡＣＴ４６及びＡＣＴ４７の待受状態にある。そしてプロセッサ４０１は、当該の代行ＰＯＳ処理での対象となっている取引に関する取引コードを含んだ通知データが受信されたことに応じてＡＣＴ４７にてＹＥＳと判定し、ＡＣＴ５１へと進む。

ＡＣＴ５１としてプロセッサ４０１は、通知データに基づいて取引データＤＡＤを更新する。プロセッサ４０１は例えば、補助記憶ユニット４０３に保存されている取引データＤＡＤのうちから、通知データに含まれている取引コードを含んでいる取引データＤＡＤを選び出す。そしてプロセッサ４０１は、該当の取引データＤＡＤに含まれる商品データの全てを、通知データに商品データに書き換える。そしてプロセッサ４０１は、これをもって代行ＰＯＳ処理を終了する。つまりプロセッサ４０１は、取引データＤＡＤを、店舗サーバ１により代行されて完了した取引の内容を表すデータに更新する。かくしてウェブＰＯＳアプリＡＰＤに基づく情報処理をプロセッサ４０１が実行することによって、プロセッサ４０１を中枢部分とするコンピュータは更新手段として機能する。

なお、完了した取引に関する取引データＤＡＤをクラウドサーバ４００で保管しておく必要がないならば、プロセッサ４０１はＡＣＴ５１としては、通知データに含まれている取引コードを含んでいる取引データＤＡＤを補助記憶ユニット４０３から削除するのでもよい。あるいは、完了した取引に関する取引データＤＡＤに基づくジャーナルデータをクラウドサーバ４００で保管しておくのならば、プロセッサ４０１は、ＡＣＴ５０でＹＥＳと判定した場合、あるいはＡＣＴ５１を終えたのちに、取引データＤＡＤに基づいてジャーナルデータを生成して補助記憶ユニット４０３に保存し、該当の取引データＤＡＤは削除してもよい。

ユーザ端末２００にてプロセッサ２０１は、図１０中のＡＣＴ２９にて処理を要求した後には、ＡＣＴ３０へと進む。
ＡＣＴ３０としてプロセッサ２０１は、ＡＣＴ２９にて要求した処理についての応答がなされるのを待ち受ける。そしてプロセッサ１１は、図１２中のＡＣＴ６５で店舗サーバ１から送信された応答データがモバイル通信ユニット２０９により受信されるとＹＥＳと判定し、ＡＣＴ３１へと進む。

ＡＣＴ３１としてプロセッサ２０１は、店舗サーバ１からの応答に応じた処理を実行する。プロセッサ２０１は例えば、変更後の取引データの内容を表した画面のデータを含んだ応答データを受けたのであれば、該当の画面をタッチパネル２０４に表示させる。
ＡＣＴ３２としてプロセッサ２０１は、取引が完了したか否かを確認する。そしてプロセッサ２０１は例えば、応答データに取引完了を通知するための通知データが含まれていないならばＮＯと判定し、ＡＣＴ２８の待受状態に戻る。プロセッサ２０１はこののち、客による操作が行われる毎に、ＡＣＴ２９～ＡＣＴ３１を繰り返し実行する。

プロセッサ２０１は、クラウドサーバ４００から受けた応答データに取引完了を通知するための通知データが含まれているならば図９中のＡＣＴ２２にてＹＥＳと判定し、また店舗サーバ１から受けた応答データに取引完了を通知するための通知データが含まれているならば図１０中のＡＣＴ３２にてＹＥＳと判定し、いずれの場合も図９中のＡＣＴ１２の待受状態に戻る。

以上のように商品販売処理システムは、ユーザ端末２００でクラウドサーバ４００への要求の履歴を保持しておき、障害によりクラウドサーバ４００に処理を実行させることができない状況となったならば、履歴に基づいてクラウドサーバ４００で実行済みの処理をユーザ端末２００からの要求により店舗サーバ１に行わせる。これにより、店舗サーバ１にて取引データＤＡＡにより管理する買上商品のリストを、異常発生時にクラウドサーバ４００にて取引データＤＡＤにより管理されていた買上商品のリストに合わせることができる。そしてそれ以降の処理を店舗サーバ１に行わせることで、店舗サーバ１による代行により取引の処理を継続することができる。そして、クラウドサーバ４００と店舗サーバ１との間で、取引データＤＡＡと取引データＤＡＤとを整合させるための連携を行っておく必要はなく、これにより障害発生時におけるサーバの切り換えを容易に行うことができる。

また商品販売システムは、店舗サーバ１により代行されることによりクラウドサーバ４００では中断された取引に関しては、店舗サーバ１により完了させた上で、取引の結果を店舗サーバ１からクラウドサーバ４００へと通知する。そしてクラウドサーバ４００は、通知に基づいて中断されていた取引を完了させることができる。

この実施形態は、次のような種々の変形実施が可能である。
クラウドサーバ４００及び店舗サーバ１で実行する情報処理は、商品販売処理のための情報処理には限らず、任意の情報処理であってよい。

クラウドサーバ４００は、例えば複数の店舗を総括管理する本部に設置されたサーバ装置のような他の任意のサーバ装置に置き換えられてもよい。

店舗サーバ１は、店舗以外の任意の施設に設けられた別のサーバ装置に置き換えられてもよい。

ユーザ端末２００に代えてカート端末３００を用いた買い物を実現する場合には、ユーザ端末２００をカート端末３００に読み替えることができる。つまり、カート端末３００のプロセッサ３０２は、ユーザ端末２００のプロセッサ２０１による情報処理と大筋では同様の情報処理を実行すればよい。ただしカート端末３００の場合は例えば、チェックインデータに示される各種のデータのうちの少なくとも一部を、予めメインメモリ３０３又は補助記憶ユニット３０４に保存しておくことで、チェックインデータの読取りを省略してもよい。またカート端末３００は、アクセスポイント４、店内通信ネットワーク５、ゲートウェイ３及び通信ネットワーク５００を介してクラウドサーバ４００にアクセスする。

ユーザ端末２００が店舗にて客に貸与される場合は、チェックインデータに示される各種のデータのうちの少なくとも一部を、予めメインメモリ２０２又は補助記憶ユニット２０３に保存しておくことで、チェックインデータの読取りを省略してもよい。

クラウドサーバ４００の処理又は店舗サーバ１の処理は、複数のサーバ装置により分散して行われても構わない。

店舗サーバ１とユーザ端末２００及びカート端末３００との間の要求及び応答は、別のサーバ装置により仲介されて行われてもよい。

情報処理によりプロセッサ１１，２０１，３０２，４０１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００（１００－１，１００－２）…店舗システム、２００…ユーザ端末、３００…カート端末、４００…クラウドサーバ、５００…通信ネットワーク、１…店舗サーバ、２…会計機、３…ゲートウェイ、４…アクセスポイント、５…店内通信ネットワーク、１１，２０１，３０２，４０１…プロセッサ、１２，２０２，３０３，４０２…メインメモリ、１３，２０３，３０４，４０３…補助記憶ユニット、１４…通信インタフェース、１５，２１０，３０８，４０５…伝送路、２０４，３０５…タッチパネル、２０５…カメラ、２０６，３０６…サウンドユニット、２０７…センサ群、２０８，３０７…無線通信ユニット、２０９…モバイル通信ユニット、３０１…バーコードスキャナ、４０４…通信インタフェース。

Claims (6)

1. 第１のサーバ、第２のサーバ及びクライアント装置を含んだ情報処理システムであって、
   前記クライアント装置に設けられ、操作に応じた情報処理を前記第１のサーバに要求する第１の要求手段と、
   前記第１のサーバに備えられ、前記第１の要求手段による要求に応じた情報処理を実行する第１の処理手段と、
   前記第１のサーバに備えられ、前記第１の要求手段による複数回の要求に応じた前記第１の処理手段による情報処理の実行結果を同一の識別子に関連付けて管理する第１の管理手段と、
   前記クライアント装置に設けられ、前記第１の要求手段による要求の履歴を前記識別子に関連付けて記録する記録手段と、
   前記クライアント装置に設けられ、前記第１のサーバに関する障害が発生したことを判定する判定手段と、
   前記クライアント装置に設けられ、前記判定手段により障害の発生が判定されたことに応じて、前記記録手段により記録された履歴に応じて、当該履歴が関連付けられた識別子の通知を伴って、障害が発生する前に前記第１の要求手段により要求済みの情報処理を前記第２のサーバに要求する第２の要求手段と、
   前記クライアント装置に設けられ、前記第２の要求手段による要求の終了後における操作に応じた情報処理を前記第２のサーバに要求する第３の要求手段と、
   前記第２のサーバに備えられ、前記第２の要求手段及び前記第３の要求手段による要求に応じた情報処理を実行する第２の処理手段と、
   前記第２のサーバに備えられ、前記第２の要求手段及び前記第３の要求手段による複数回の要求に応じた前記第２の処理手段による情報処理の実行結果を、前記第２の要求手段により通知された識別子に関連付けて管理する第２の管理手段と、
   前記第２のサーバに備えられ、前記第２の要求手段により通知された識別子に関する前記第３の要求手段による要求が完了した後に、前記第２の管理手段により管理されている実行結果を、関連付けられている識別子とともに前記第１のサーバに通知する通知手段と、
   前記第１のサーバに備えられ、前記通知手段により通知された識別子に関連付けて前記第１の管理手段が管理している実行結果を、前記通知手段により通知された実行結果により更新する更新手段と、
   を具備した情報処理システム。
2. 前記第１の処理手段及び前記第２の処理手段は、前記クライアント装置で指定された商品の買上商品としての登録及び登録した買上商品の代金の決済のための情報処理を実行する、
   請求項１に記載の情報処理システム。
3. 前記第１のサーバはクラウドサーバであり、
   前記第２のサーバは前記クライアント装置の操作が行われる施設に設けられたローカルサーバである、
   請求項１又は請求項２に記載の情報処理システム。
4. 前記クライアント装置と前記第１のサーバとの通信には広域ネットワークを利用し、
   前記クライアント装置と前記第２のサーバとの通信には狭域ネットワークを利用する、
   請求項１－請求項３のいずれか一項に記載の情報処理システム。
5. 操作に応じた情報処理を第１のサーバに要求する第１の要求手段と、
   前記第１の要求手段による要求の履歴を識別子に関連付けて記録する記録手段と、
   前記第１のサーバに関する障害が発生したことを判定する判定手段と、
   前記判定手段により障害の発生が判定されたことに応じて、前記記録手段により記録された履歴に応じて、当該履歴が関連付けられた識別子の通知を伴って、障害が発生する前に前記第１の要求手段により要求済みの情報処理を第２のサーバに要求する第２の要求手段と、
   前記第２の要求手段による要求の終了後における操作に応じた情報処理を第２のサーバに要求する第３の要求手段と、
   を具備するクライアント装置。
6. クライアント装置として機能するコンピュータを、
   操作に応じた情報処理を第１のサーバに要求する第１の要求手段と、
   前記第１の要求手段による要求の履歴を識別子に関連付けて記録する記録手段と、
   前記第１のサーバに関する障害が発生したことを判定する判定手段と、
   前記判定手段により障害の発生が判定されたことに応じて、前記記録手段により記録された履歴に応じて、当該履歴が関連付けられた識別子の通知を伴って、障害が発生する前に前記第１の要求手段により要求済みの情報処理を第２のサーバに要求する第２の要求手段と、
   前記第２の要求手段による要求の終了後における操作に応じた情報処理を第２のサーバに要求する第３の要求手段と、
   して機能させるための情報処理プログラム。