JP2023025886A

JP2023025886A - 顧客管理システム、顧客管理システムの制御方法、顧客管理システムの制御プログラム、及び、顧客管理システムの制御プログラムの記憶媒体

Info

Publication number: JP2023025886A
Application number: JP2021131316A
Authority: JP
Inventors: 智高橋; Satoshi Takahashi; 響子大田和; Kyoko Otawa
Original assignee: Latona Inc
Current assignee: Latona Inc
Priority date: 2021-08-11
Filing date: 2021-08-11
Publication date: 2023-02-24

Abstract

【課題】顧客管理システムの構成の簡略化を図る。【解決手段】顧客管理システム（１００）は、店舗内の買い物客の動作を取得するセンサ（２、３）と、コンテナ化されたアプリケーションであるコンテナをオーケストレーション技術によりリソース管理された環境で動作させる端末であって、買い物客毎の店舗内での行動を記録した顧客行動レコードを記憶し、センサにより取得される買い物客の行動を用いて、買い物客の店舗内での行動を示す顧客行動を検出し、検出された顧客行動を顧客行動レコードに追加する、エッジ端末（１）と、を備える。エッジ端末のうちの１つである第１エッジ端末（１Ａ）は、検出された顧客行動を、第１エッジ端末の買い物客の顧客行動レコード（１１１Ａ）、及び、第１エッジ端末とは異なる第２エッジ端末（１Ｂ）に記憶された買い物客の顧客行動レコード（１１１Ｂ）に追加する。【選択図】図１４

Description

本発明は、店舗で用いられる顧客管理システム、顧客管理システムの制御方法、顧客管理システムの制御プログラム、及び、顧客管理システムの制御プログラムの記憶媒体に関する。

近年、小売り店舗において店員の数を減らすために、決済処理の一部または全部を自動化することが検討されている。例えば、特許文献１に開示された無人店舗システムによれば、決済時に決済端末により顔認証を行うとともに、入店時及び退店時には入店チェッカー及び退店チェッカーにより顔認識を行い、その後、入店時、決済時、及び、退店時の顔認識結果を比較することにより、商品を購入して退店した利用者、及び、商品を購入せずに退店した利用者を特定することができる。

特開２０２０－１６６６３８号公報

特許文献１に開示された技術によれば、入店チェッカー及び退店チェッカーとは別に決済端末を配置する必要がある。その結果、店舗内の設備構成が複雑化してしまうという課題がある。

本発明は、このような課題を解決するためになされたものであり、店舗内の装置構成が複雑になることなく、買い物客の利便性の向上を図る顧客管理システムを提供することを目的とする。

本願発明の一態様によれば、顧客管理システムは、店舗内の買い物客の動作を取得するセンサと、コンテナ化されたアプリケーションであるコンテナをオーケストレーション技術によりリソース管理された環境で動作させる端末であって、買い物客毎の店舗内での行動を記録した顧客行動レコードを記憶し、センサにより取得される買い物客の行動を用いて、買い物客の店舗内での行動を示す顧客行動を検出し、検出された顧客行動を顧客行動レコードに追加する、エッジ端末と、を備える。エッジ端末のうちの１つである第１エッジ端末は、検出された顧客行動を、第１エッジ端末の買い物客の顧客行動レコード、及び、第１エッジ端末とは異なる第２エッジ端末に記憶された買い物客の顧客行動レコードに追加する。

本願発明の他の態様によれば、顧客管理システムにおいて、顧客行動は、買い物客が購入商品を取得する購入行動を含む。エッジ端末は、センサにより取得される買い物客の動作を用いて、買い物客が購入商品を取得する購入行動を検出し、検出された購入行動を顧客行動レコードに追加する。

本願発明の一態様の顧客管理システムによれば、任意のエッジ端末において、センサにより取得される買い物客の動作に応じて、都度、顧客行動が検出される。そして、あるエッジ端末（第１エッジ端末）により検出された顧客行動は、任意のエッジ端末（第１エッジ端末及び第２エッジ端末）の顧客行動レコードに追加される。

このような構成によれば、顧客行動レコードは、エッジ端末のそれぞれにおいて追加される。その結果、集中的に顧客行動レコードを管理する専用端末が不要になり、複数の同一構成のエッジ端末を用いて顧客管理システムを構成することができるので、顧客管理システムの設備構成を簡略化できる。

本願発明の他の態様の顧客管理システムによれば、都度、買い物客による購入商品の購入行動が検出される。そして、検出された購入行動は、顧客行動レコードに追加される。このように、顧客行動レコードに購入行動を含めることで、顧客管理システムを買い物客の決済に使用できる。その結果、集中的に決済処理を行うサーバや決済専用端末が不要になり、顧客管理システムの設備構成を簡略化しながら、決済の自動化を図ることができる。

図１は、第１実施形態の顧客管理システムの概略構成図である。図２は、店舗の概略構成図である。図３は、商品棚の概略構成図である。図４は、エッジ端末のハードウェア構成図である。図５は、コンテナエンジン及びオーケストレーションツールを備える装置の一般的なソフトウェア構成図である。図６は、マイクロサービスアーキテクチャを採用したエッジ端末のソフトウェア構成図である。図７は、マイクロサービスアーキテクチャを採用したエッジ端末のソフトウェア構成図であって、共有メモリ領域を利用した処理結果の提供制御に係る構成を示す図である。図８は、共有メモリ領域に記憶される第１～第３データ領域のフォーマットを示す図である。図９は、第１マイクロサービスから第２マイクロサービスへの処理結果の提供制御を示すフロー図である。図１０は、マイクロサービスアーキテクチャを採用した２つのエッジ端末のソフトウェア構成図であって、２つのエッジ端末間における共有メモリ領域を利用した処理結果の提供制御に係る構成を示す図である。図１１は、顧客管理システムにおけるエッジ端末のソフトウェア構成図である。図１２は、エッジ端末による顧客行動情報の記録制御を示す図である。図１３Ａは、カメラの取得画像の一例である。図１３Ｂは、顔認識用画像の一例である。図１３Ｃは、行動（商品）検出用画像の一例である。図１４は、２つのエッジ端末による顧客行動情報の記録制御を示す図である。図１５は、図１４のステップＳ１４１１の処理の詳細を示す図である。図１６は、エッジ端末による決済制御を示す図である。図１７は、変形例における３つのエッジ端末の間における顧客行動情報の記録制御を示す図である。図１８は、第２実施形態の共有データ領域のフォーマットを示す図である。図１９は、処理結果の提供制御におけるサービスブローカの処理のフローチャートである。

以下、図面を参照して、本発明の実施の形態について説明する。実施の形態の説明において、個数や量などに言及する場合や特に記載がある場合等を除き、本発明の範囲は必ずしもその個数や量などに限定するものではない。実施形態を示す図面において、同一の名称は、同一部分または相当部分を示すものとする。また、実施形態の説明において、同一の名称を付した部分等に対しては、重複する説明は繰り返さずに省略する。

以下、図面を参照して、本発明の実施形態について説明する。

（第１実施形態）
図１は、第１実施形態の顧客管理システムの概略構成図である。

顧客管理システム１００は、主に、小売り等を行う店舗１０において用いられるシステムであって、ネットワーク側の機器と連携して動作することができる。顧客管理システム１００は、例えば、店舗１０の買い物客の店舗内の行動を記録するとともに、買い物客に対して決済手段を提供する。なお、顧客管理システム１００は、小売りを行う店舗に限らず、種々の店舗に使用できる。

店舗１０においては、エッジ端末１が、カメラ２、走査センサ３、及び、タッチパネル４と接続されている。そして、店舗１０においては、複数のエッジ端末１がＬＡＮ５（Local Area Network）を介して接続されている。なお、エッジ端末１は、ＭＥＣ（Mobile Edge Computing）装置と称されることもあるため、図中においては「ＭＥＣ」と示されている。

この例においては、エッジ端末１、カメラ２、走査センサ３、及び、タッチパネル４（ＴＰ：Touch Panel）の組み合わせが２セット含まれているが、これに限らない。顧客管理システム１００において、これらの組み合わせが１セット含まれてもよいし、３セット以上含まれていてもよい。エッジ端末１に対して、カメラ２、走査センサ３、及び、タッチパネル４のうちの１以上の構成が接続されていればよい。また、カメラ２、走査センサ３、及び、タッチパネル４は、エッジ端末１に直接接続されずに、ＬＡＮ５を介してネットワーク接続されてもよい。

ＬＡＮ５は、ＷＡＮ６（Wide Area Network）と接続されている。エッジ端末１は、店舗１０の外部のサーバ７と接続され、所定の処理をサーバ７に行わせることができる。さらに、エッジ端末１は、店舗１０の外部に設けられる管理端末８を用いて管理されてもよい。

このように、エッジ端末１は、ＷＡＮ６を介して接続されるサーバ７及び管理端末８と一体となって、顧客管理システム１００を構成する。なお、エッジ端末１がネットワークを介して店舗１０の外部の機器と通信を行わないように構成されてもよい。このような場合には、店舗１０内においてエッジ端末１を中心に構成されるシステムが、顧客管理システム１００と称される。

以下、顧客管理システム１００の各構成の概略について説明する。

エッジ端末１は、顧客行動記録装置の一例であって、カメラ２及び走査センサ３の取得情報を用いて、買い物客の行動を顧客行動として検出し、検出した顧客行動を自身が備える顧客行動レコードに記憶する。例えば、エッジ端末１は、買い物客が商品棚から購入予定商品を取り出す購入行動を検出し、検出された購入行動に応じて買い物客及び購入予定商品を顧客行動レコード内の購入商品リストにおいて管理する。そして、エッジ端末１は、買い物客の操作に応じて、購入商品リストに記載された購入予定の商品の決済処理を行う。

店舗１０内においては、店内の掲示等により、買い物客が商品棚から商品を取り出す際に、取り出した商品とともに自身の顔をカメラ２で撮影されることが推奨されている。そして、エッジ端末１は、カメラ２の撮影画像を用いて顔認識及び商品認識を行うことで、購入行動を検出する。

このように、エッジ端末１は、買い物客毎に店舗内における行動（顧客行動）を記録する顧客行動レコードを備える。顧客行動レコードには、例えば、購入予定商品の一覧、及び、それらの商品の金額を記憶する購入商品リストを備える。また、顧客行動レコードには、商品を取り出していない顧客行動も記録される。そのため、顧客行動レコードを用いることで、決済処理に加えて、買い物客に商品を勧めるようなリコメンドサービスを実行できる。

エッジ端末１は、決済処理においては、購入商品リストに記載の商品及びその金額をタッチパネル４に表示して、買い物客の操作に応じてそれらの商品の決済処理を行う。なお、エッジ端末１は、さらに、店舗１０内の商品在庫を示す在庫リストを備えており、決済された商品数を在庫リストから減ずることで、在庫管理を行う。また、エッジ端末１は、決済処理と同時に、店舗の売り上げ管理を行ってもよい。

カメラ２は、商品棚に取り付けられるセンサの一例であって、静止画または動画を撮影し、これらの撮影データをエッジ端末１へと送信する。購入行動の検出の際には、カメラ２により撮影された、商品棚から商品と取り出した買い物客の顔部分、及び、取り出された商品を含む画像が使用される。

走査センサ３は、走査光を用いたセンサであって、商品に印刷されたバーコードを読み取ることができる。走査センサ３は、読み取ったバーコード情報（商品ＩＤ）をエッジ端末１へと送信する。商品の認識の精度向上を図るために、カメラ２により撮影される画像に加えて、走査センサ３により取得されるバーコード情報が用いられる。

カメラ２及び走査センサ３は、買い物客の購入行動を検出するために必要な情報を取得するセンサであって、具体的な構成はこれらに限らない。モーションキャプチャや、商品棚に取り付けられる重量センサ等、種々のセンサであってもよい。

タッチパネル４は、表示機能及び入力機能を備えるディスプレイである。タッチパネル４は、エッジ端末１から受信したデータに応じた画像を表示するとともに、買い物客からの操作を受け付けると、操作情報をエッジ端末１に送信する。

サーバ７は、顧客管理システム１００に関する処理の一部を行うことができる。例えば、サーバ７は、エッジ端末１における顔認識や決済処理の一部を行ってもよい。

さらに、サーバ７は、データストレージ機能を備え、エッジ端末１の制御や機械学習に用いられるプログラムを格納する。同時に、サーバ７は、エッジ端末１において取得されるログデータ等を記憶する。

後述のようにエッジ端末１はオーケストレーションツールを備える。そのため、エッジ端末１は、システム構築時や更新時において、サーバ７からプログラムのイメージファイルを取得（デプロイ）して、システム構築を行う。また、学習済モデル等の更新頻度の高いプログラムは、サーバ７において管理運用が行われ、必要に応じてエッジ端末１に定期的にデプロイされるので更新が容易になる。

管理端末８は、表示機能及び入力機能を備える機器であって、例えば、パーソナルコンピュータである。管理端末８は、ＷＡＮ６及びＬＡＮ５を介してエッジ端末１と通信可能に構成されており、店舗１０の外部から店舗１０内のエッジ端末１を操作することができる。また、管理端末８は、店舗１０において収集された情報をサーバ７に送信し、解析等を行わせてもよい。

店舗１０内においてエッジ端末１により取得された種々のデータは、一旦、エッジ端末１や店舗１０内のストレージに記憶され、バッチ処理により数分～数日の所定の周期でサーバ７にアップロードされる。サーバ７においては、アップロードされたデータを用いて機械学習を行い、機械学習を経た学習済モデルがエッジ端末１へとダウンロードされることで、エッジ端末１のソフトウェアの更新が行われる。

図２は、店舗１０の概略構成図である。

店舗１０には、２つの出入口２１が設けられており、買い物客２２は、出入口２１を介して店舗１０を出入りする。店舗１０には、商品を陳列する商品棚２３が複数設けられている。この図においては、商品棚２３のそれぞれにエッジ端末１（ＭＥＣ）及びタッチパネル４（ＴＰ）が設けられている。なお、この図には示されていないが、図３に示されるように、商品棚２３には、カメラ２及び走査センサ３が設けられている。

エッジ端末１は、カメラ２の画像等を用いて店舗１０内の買い物客２２の任意の行動を検出しており、検出された顧客行動は、店舗１０内の全てのエッジ端末１の顧客行動レコードに記録される。

エッジ端末１に記録される顧客行動レコードには、買い物客２２の購入行動が含まれる。具体的には、買い物客２２が商品棚２３から商品を取り出す際に、エッジ端末１は、カメラ２の画像等を用いて買い物客２２の購入行動（買い物客２２及び購入予定商品）を検出する。そして、購入行動を行った買い物客２２及び購入予定商品は、店舗１０内の任意のエッジ端末１の顧客行動レコード内の顧客毎の購入商品リストに記憶される。その結果、買い物客２２は、任意のエッジ端末１（例えば、出入口２１の近傍に存在するエッジ端末１）で決済処理を行うことができる。

なお、顧客行動レコードには、購入商品リスト以外にも、買い物客２２の店舗１０内における導線を示す導線リストや、買い物客２２が購入をしようとした後にキャンセルしたキャンセル商品リスト等種々のリストを含んでもよい。また、在庫リストは、顧客行動レコードに含まれてもよいし、異なるデータベースに記憶されてもよい。顧客行動レコードに購入行動以外の顧客行動が含まれることで、店舗１０内の買い物客に対して、例えば、興味のある商品の提案等の種々のサービスを提供できる。

図３は、商品棚２３の概略構成図である。なお、この図に示された商品棚２３の構成は一例であって、任意の構成をとりえる。

商品棚２３の内部には商品が陳列されている。商品棚２３の上部にはエッジ端末１が配置され、商品棚２３の右部にはタッチパネル４が設けられている。そして、最上段の商品陳列部の上部に、カメラ２及び走査センサ３が設けられている。

買い物客２２は、商品棚２３から購入予定商品を取り出すと、その商品とともに自身の顔がカメラ２により撮影されるようにカメラ２に顔を向ける。この状態において、商品のバーコードがカメラ２の撮影画像に含まれるのが好ましいが、走査センサ３を用いて商品が特定されてもよい。なお、走査センサ３は購入予定商品の特定に補助的に用いられる構成のため、以下の詳細な説明において記載を省略する。

エッジ端末１は、カメラ２の撮影画像を用いて、顔認識により買い物客２２を特定するとともに、バーコード等を用いて購入予定商品を特定する。なお、バーコードは商品の特定方法の一例であって、商品の色や形態から商品の種類が特定されてもよい。そして、エッジ端末１は、顧客毎に設けられる顧客行動レコードの購入商品リストに商品を記録する。また、決済処理を行う場合には、エッジ端末１は、購入商品リストに記憶された購入予定商品の一覧をタッチパネル４に表示し、買い物客２２の操作に応じて決済処理を行う。

以下では、このような顧客管理システム１００において中心的な動作を行うエッジ端末１の構成について説明する。

図４は、エッジ端末１のハードウェア構成図である。

エッジ端末１は、全体を制御するＣＰＵ（Central Processing Unit）及びＧＰＵ（Graphics Processing Unit）により構成される制御部４１と、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び／またはハードディスク等により構成され、プログラムや各種のデータ等を記憶する記憶部４２と、ＬＡＮ５等を介して通信を行う通信部４３と、タッチパネル４等の情報表示デバイスに対してデータに応じた表示を行う表示部４４と、タッチパネル４等の機器からの入力を受け付ける入力部４５と、外部機器とのデータの入出力を行う入出力ポート４６とを備える。制御部４１、記憶部４２、通信部４３、表示部４４、入力部４５、及び、入出力ポート４６は、バス接続により互いに通信可能に構成されている。

記憶部４２にはプログラムが記憶されており、記憶されたプログラムが所定の動作をすることにより、入力されたデータに対して所定の処理を行うシステムを構成するエッジ端末１が構成される。エッジ端末１と、カメラ２、走査センサ３及びタッチパネル４との間のデータの授受は、通信部４３及び入出力ポート４６の少なくともいずれによりなされてもよい。

図５～７は、エッジ端末１のソフトウェア構成図である。本実施形態のソフトウェア構成においては、コンテナ技術によりそれぞれのアプリケーションがコンテナ化されるとともに、オーケストレーションツールによりコンテナの動作がマネージメントされている。

図５には、コンテナエンジン及びオーケストレーションツールを備える装置の一般的なソフトウェア構成図が示されている。図６には、マイクロサービスアーキテクチャが採用されたエッジ端末１のソフトウェア構成図が示されている。図７は、マイクロサービスアーキテクチャにおいて共有メモリ領域を利用した処理結果の提供制御に関する構成を示すソフトウェア構成図である。

図５に示されるように、エッジ端末１には、ＯＳカーネル５０（ＯＳ：Operating System）がインストールされている。さらに、ＯＳカーネル５０には、コンテナ環境の構築及びコンテナ環境においてコンテナ化されたアプリケーション（コンテナ）を実行するコンテナエンジン５１、及び、コンテナ環境においてアプリケーションの実行に必要なリソースを管理するオーケストレーションツール５２が設けられている。ＯＳカーネル５０は、ホストＯＳとも称される。

コンテナエンジン５１は、ホストとなるＯＳカーネル５０上で、ＯＳカーネル５０の提供する環境隔離機能を利用して、個々のアプリケーション（コンテナ）が実行される仮想環境（コンテナ環境）を生成する。コンテナ環境がアプリケーション毎に設けられることにより、物理的なメモリ等のハードウェアリソースが隔離されるので、アプリケーションの実行環境の依存性を低下させることができる。

コンテナ環境においては、コンテナイメージが動作することで、所定の処理が実行される。コンテナイメージは、実際のアプリケーションの実行に必要なプログラム（ランタイム）と、コンテナ環境での動作指示書（例えば、Dockerfile）とを用いて生成される。そして、コンテナイメージが動作することによりコンテナが実行される。実行されるコンテナは、他のコンテナやＯＳカーネル５０上で動作するプロセスとは隔離された環境（コンテナ環境）で実行される。なお、以下においては、コンテナ環境で動作するコンテナイメージを、単に、コンテナと称するものとする。

このように動作するコンテナは、図５では符号５６を付して説明されている。後述のように、オーケストレーションツール５２によってコンテナ環境のリソース管理がされている状態においては、１以上のコンテナ５６（図５では２つのコンテナ５６）が一体となったポッド５８と称される単位で動作する。

なお、同一のコンテナイメージを用いて、複数のコンテナ５６を動作させることが可能である。例えば、ネットワーク上の所定の場所（レポジトリ）に格納された１つのコンテナイメージを用いて、１つまたは複数のエッジ端末１に設けられる任意のコンテナ環境において、同じ処理を実行する異なるコンテナ５６を構成できる。

オーケストレーションツール５２は、コンテナエンジン５１によって仮想化されたコンテナ環境を管理（オーケストレーション）する。具体的には、オーケストレーションツール５２は、複数のコンテナ５６からなるポッド５８の実行環境として、クラスタ５３と称される論理領域を構築する。クラスタ５３には、各ポッド５８からアクセス可能な共有メモリ領域５４や、アプリケーションの実行環境であるノード５５等が設けられる。ノード５５のハードウェアリソースの管理は、オーケストレーションツール５２の機能により行われる。

共有メモリ領域５４は、オーケストレーションツール５２によってクラスタ５３内に確保され、ポッド５８からアクセス可能に構成された領域である。共有メモリ領域５４は、同じクラスタ５３内のポッド５８から読み書き可能に構成されている。

ノード５５においては、ポッド管理ブロック５７の機能によって、１以上のコンテナ５６（図５においては２つのコンテナ５６）がポッド５８と称される単位で実行される。なお、コンテナエンジン５１の機能によりコンテナ５６の実行環境が隔離されているが、オーケストレーションツール５２の機能により、それぞれのコンテナ５６が一体となってポッド５８として動作する。そして、クラスタ５３内においては、仮想ネットワークが構成されて、複数のポッド５８、及び、共有メモリ領域５４の間で相互に通信可能となる。一例として、ポッド５８内のコンテナ５６間では、localhost通信によりデータの送受信が行われ、ポッド５８間では仮想ＩＰ通信網によりデータの送受信が行われる。

このように、コンテナエンジン５１により設けられるコンテナ５６の動作環境は、原則として隔離されているが、オーケストレーションツール５２を用いることにより、同じエッジ端末１のクラスタ５３内においてポッド５８が相互に通信可能となる。さらに、オーケストレーションツール５２を用いることにより、クラスタ５３内において任意のポッド５８から共有メモリ領域５４に対して読み書きが可能となる。

なお、一部の機能ブロックはコンテナ化されなくてもよい。例えば、図中において５９の符号が付された構成のように、アプリケーション、データテーブル、及び、ライブラリ等はコンテナ化されなくてもよい。これらの構成５９は、クラスタ５３のリソースを用いずに動作するが、オーケストレーションツール５２の機能により、クラスタ５３内のポッド５８と双方向に通信することができる。

例えば、フロントエンドのようなコンテナ化されていないアプリケーションは、コンテナ化されずにＯＳカーネル５０上に配置されても、コンテナ化されたポッド５８と相互に通信できる。また、コンテナ化されていない構成は、アプリケーションに限られず、データテーブルやライブラリであってもよく、例えば、単純なデータ構造を示すデータテーブルや、ニューラルネットワークライブラリのようなライブラリはコンテナ化されないことがある。

なお、本実施形態においては、オーケストレーションツール５２の動作として、クラスタ５３内に１つのノード５５が設けられる例について説明したが、これに限らない。クラスタ５３内に複数のノード５５が設けられてもよい。

図６は、本実施形態におけるマイクロサービスアーキテクチャに関するソフトウェア構成図である。図５に示された構成と対応する構成は、同じ符号が括弧つきで示されている。

マイクロサービスアーキテクチャにおいては、オーケストレーションツール５２により提供される機能によって、ノード５５内に、サービスブローカ６０、第１マイクロサービス６１、第２マイクロサービス６２、第３マイクロサービス６３、及び、端末間通信サービス６４が設けられている。サービスブローカ６０、第１～第３マイクロサービス６１～６３、及び、端末間通信サービス６４は、オーケストレーションツール５２により動作されるポッド５８である。

さらにこの図には、オーケストレーションツール５２の機能により設けられた共有メモリ領域５４が示されている。共有メモリ領域５４は、サービスブローカ６０、第１～第３マイクロサービス６１～６３、及び、端末間通信サービス６４から読み書き可能に構成されている。

ここで、あるマイクロサービス（例えば、第１マイクロサービス６１）は、自身の処理（第１処理）の結果を次工程のマイクロサービス（例えば、第２マイクロサービス６２）に提供する。そして、第２マイクロサービス６２は、提供された処理結果を用いて、さらに自身の処理（第２処理）を実行する。このように、現工程のマイクロサービスは、次工程のマイクロサービスに処理結果を提供する必要がある。

しかしながら、コンテナ化されたマイクロサービスは、それぞれの実行環境が隔離されており仮想ネットワークのみを用いて処理結果の提供を行ってしまうと、オーケストレーションツール５２のリソースを大きく消費してしまう。そこで、マイクロサービスアーキテクチャにおいては、ある工程のマイクロサービスは、共有メモリ領域５４におけるデータの読み書きを介して、処理結果を次工程のマイクロサービスに提供する。

具体的には、現工程の第１マイクロサービス６１は、共有メモリ領域５４に、処理結果、及び、次工程の第２マイクロサービス６２を示す次工程マイクロサービス情報を書き込む。サービスブローカ６０は、共有メモリ領域５４への書き込みを検出可能に構成されており、第１マイクロサービス６１による共有メモリ領域５４への書き込みを検出すると、次工程の第２マイクロサービス６２に対して実行指令を送信する。第２マイクロサービス６２は、サービスブローカ６０からの実行指令に応じて、共有メモリ領域５４に書き込まれた処理結果を用いて、第２処理を実行する。

なお、端末間通信サービス６４は、あるエッジ端末１内のポッド５８が、他のエッジ端末１のポッド５８に処理結果を提供する場合に利用される。端末間通信サービス６４の処理については、後に、図１０、１４、１５を用いて説明する。

以下では、図７を用いて、マイクロサービスアーキテクチャにおいてあるエッジ端末１内における共有メモリ領域５４を介したマイクロサービス間の処理結果の提供動作について説明する。

共有メモリ領域５４には、第１～第３マイクロサービス６１～６３のそれぞれと対応し、これらのマイクロサービスに提供されるデータが格納される第１データ領域７１、第２データ領域７２、第３データ領域７３を備える。共有メモリ領域５４における第１～第３データ領域７１～７３の構成はオーケストレーションツール５２により定められており、プロジェクトファイル等の所定のファイルに記憶されている。

ここで、第１マイクロサービス６１の第１処理の後に、その処理結果を用いて第２マイクロサービス６２が第２処理を実行する例について説明する。

マイクロサービスは、事前の設定により、常時起動するような構成、または、必要に応じて実行状態となるような構成とすることができる。サービスブローカ６０は常時起動するように構成される。第１～第３マイクロサービス６１～６３は、他のマイクロサービスから処理結果が提供される場合に実行状態となり、所定の処理の実行後は待機状態となるように構成されている。待機状態においては、第１～第３マイクロサービス６１～６３は、コンテナ環境やオーケストレーション環境のリソースの消費が抑制される。そして、第１～第３マイクロサービス６１～６３への実行指令は、サービスブローカ６０によって送信される。以下では、これらの動作における、所定結果の提供場所である第１～第３データ領域７１～７３について説明する。

まず、第１マイクロサービス６１は、第１処理の処理結果を生成すると、次工程の第２マイクロサービス６２と対応する第２データ領域７２に、処理結果、及び、次工程の第２マイクロサービス６２を示す情報（次工程マイクロサービス情報）を書き込む。そして、第１マイクロサービス６１は、実行状態から待機状態に遷移する。

サービスブローカ６０は、共有メモリ領域５４を常時監視し、第１～第３データ領域７１～７３へのデータの書き込みを検知可能に構成されている。サービスブローカ６０は、第２データ領域７２への書き込みを検知すると、第２データ領域７２の次工程マイクロサービス情報に示された第２マイクロサービス６２に対して、実行指令を送信する。

第２マイクロサービス６２は、サービスブローカ６０からの実行指令を受信すると、第２データ領域７２を参照して処理結果を取得し、第２処理を実行する。このようにして、第１マイクロサービス６１の処理結果を用いて、次工程の第２マイクロサービス６２が第２処理を行うことができる。

なお、第１～第３データ領域７１～７３は、共有メモリ領域５４内において、事前の設定により静的に確保されてもよいし、動的に確保されてもよい。動的に確保される場合には、第１マイクロサービス６１が処理を開始したタイミングで、共有メモリ領域５４にデータ領域が確保される。そして、第１マイクロサービス６１が第１処理を行い、処理結果及び次工程マイクロサービス情報をデータ領域に書き込む。その後、プロジェクトファイルが参照されて、そのデータ領域が第２データ領域７２と対応付けられる。この対応付けは、第１マイクロサービス６１が実行してもよいし、オーケストレーションツール５２が実行してもよい。

このようにすることで、第１マイクロサービス６１によって第２データ領域７２に処理結果が書き込むことができ、同時に、共有メモリ領域５４内においては第１～第３データ領域７１～７３が静的に確保されない。すなわち、共有メモリ領域５４においては、あるマイクロサービスが待機状態から実行状態に遷移したタイミングで所定のデータ領域が確保され、このデータ領域が次工程のマイクロサービスと対応付けられる。次工程のマイクロサービスは、この対応付けを用いて自身と対応するデータ領域を参照できる。その後、マイクロサービスが処理を終了して所定期間経過した後に、データ領域は解放される。このようにデータ領域が動的に確保されるので、リソースを有効活用できる。

また、サービスブローカ６０は、ログ取得機能を備えており、共有メモリ領域５４内の第１～第３データ領域７１～７３のデータを取得して、データベースに記憶する。データベースには、エッジ端末１内のマイクロサービスによる処理結果の全てが記録される。データベースに記録されたデータファイルは、バッチ処理により数分～数日の所定の周期でネットワーク側のストレージにアップロードされた後に、機械学習等に用いられる。なお、このようなデータベースは、コンテナ化されていてもよい。

なお、この図の例においては、第１～第３マイクロサービス６１～６３の３つが設けられたが、これに限らない。１つのエッジ端末１にマイクロサービスは４以上設けられてもよい。また、次工程のマイクロサービスは１つでなくて複数であってもよいし、複数のマイクロサービスの処理結果を用いて次工程の１つのマイクロサービスが処理を行ってもよい。例えば、本実施形態の顧客管理システム１００のエッジ端末１においては、２つのマイクロサービスにより実行される顔認識及び物体検知等の処理結果を用いて、次工程のマイクロサービスが購買行動を検出する。また、マイクロサービスの処理順は一定ではなく処理結果に応じて動的に決定される。

図８は、共有メモリ領域５４内に設けられるデータ領域（第１～第３データ領域７１～７３）のフォーマットの一例を示す図である。この図によれば、第１～第３データ領域７１～７３は、それぞれにおいて、３つのデータを格納可能なフォーマットで構成されている。

第１～第３データ領域７１～７３のそれぞれにおいて、「処理結果」には、現工程のマイクロサービスの処理結果が記録される。処理結果は、メタデータを付して記録されるため、複数の任意の項目を含めることができる。「次工程マイクロサービス」には、次工程のマイクロサービスの名称が示される。また、「現工程マイクロサービス」には、書き込み元である現行程のマイクロサービスの名称が示される。

図９は、第１マイクロサービス６１から第２マイクロサービス６２への処理結果の提供処理を示すフロー図である。以下、このフロー図に示されるそれぞれの処理について説明する。

この図においては、サービスブローカ６０、第１マイクロサービス６１、及び、第２マイクロサービス６２のそれぞれの処理が時系列に示されている。この例においては、第１マイクロサービス６１、第２マイクロサービス６２、第３マイクロサービス６３の順に処理結果が提供される。なお、第３マイクロサービス６３の処理はこの図においては省略する。これらの処理は互いに連携しており、横方向の矢印によりその連携が示されている。

まず、サービスブローカ６０の処理について説明する。

ステップＳ９０１において、サービスブローカ６０は、共有メモリ領域５４にアクセスし、第１～第３データ領域７１～７３へのデータの書き込みを検出する。

共有メモリ領域５４内のデータ領域の構造はリスト化されて、オーケストレーションツール５２のプロジェクトファイルに示されている。そのため、サービスブローカ６０は、プロジェクトファイルに基づいて、第１～第３データ領域７１～７３に個々にアクセスできる。他の形態として、サービスブローカ６０は、共有メモリ領域５４のデータ構造を予め取得しており、アドレスを直接指定して、第１～第３データ領域７１～７３にアクセスしてもよい。

ステップＳ９０２において、サービスブローカ６０は、ステップＳ９０１においてアクセスした複数の第１～第３データ領域７１～７３のうち、いずれかのデータ領域への書き込みがあるか否かを判定する。データ領域のいずれかに新規データが書き込まれている場合には（Ｓ９０２：ＹＥＳ）、サービスブローカ６０は、次にステップＳ９０３の処理を行う。データ領域のいずれにも新規データが書き込まれていない場合には（Ｓ９０２：ＮＯ）、サービスブローカ６０は、次にステップＳ９０１の処理を再度行う。以下では、第１データ領域７１へのデータの書き込みが検出されたものとする。

ステップＳ９０３において、サービスブローカ６０は、第１データ領域７１に記録された新規データを参照する。サービスブローカ６０は、新規データに含まれる「次工程マイクロサービス情報」に基づいて、次工程が第１マイクロサービス６１であると特定する。なお、サービスブローカ６０は、第１データ領域７１へのデータの書き込みを検出することで、データの書き込み領域である第１データ領域７１と対応付けられた第１マイクロサービス６１を次工程マイクロサービスと特定してもよい。

ステップＳ９０４において、サービスブローカ６０は、ステップＳ９０３において取得した「次工程マイクロサービス情報」に示される第１マイクロサービス６１に対して、通信経路の確立を要求する。

ステップＳ９０５において、サービスブローカ６０は、ステップＳ９０４にて確立した通信経路を介して、第１マイクロサービス６１に対して実行指令を送信する。なお、ここで確立される通信経路においては、ｇＲＰＣのような、リモートプロシジャーコールフレームワーク（Remote Procedure Call Framework）を活用した通信が行われている。

ステップＳ９０６において、サービスブローカ６０は、第１データ領域７１のデータを、エッジ端末１内のデータベースに記録する。このようにしてデータベースには、エッジ端末１内のマイクロサービスにより生成される処理結果の全てが記録されることとなり、エッジ端末１内のログ取得が可能となる。

このようなステップＳ９０１～Ｓ９０６の処理を終えると、サービスブローカ６０は再びステップＳ９０１の処理を行う。

次に、第１マイクロサービス６１の処理について説明する。なお、第１マイクロサービス６１は、処理の実行中以外は待機状態であり、サービスブローカ６０からの実行指令に応じて実行状態となり、所定の第１処理の終了後に待機状態に遷移する。

ステップＳ９１１において、第１マイクロサービス６１は、サービスブローカ６０から実行指令を受信しているか否かを判定する。実行指令を受信している場合には（Ｓ９１１：ＹＥＳ）、第１マイクロサービス６１は、次にステップＳ９１２の処理を行う。実行指令を受信していない場合には（Ｓ９１１：ＮＯ）、第１マイクロサービス６１は、再度、ステップＳ９１１の処理に戻る。なお、第１マイクロサービス６１は、待機状態であっても実行指令が受信可能に構成されている。

ステップＳ９１２において、第１マイクロサービス６１は、待機状態から実行状態へと遷移して、所定の処理（第１処理）を開始する。

ステップＳ９１３において、第１マイクロサービス６１は、共有メモリ領域５４の第１データ領域７１を参照して、前工程のマイクロサービスにより書き込まれた処理結果を取得する。なお、第１マイクロサービス６１は、プロジェクトファイルを用いて取得した共有メモリ領域５４のデータ構造を用いて、第１データ領域７１にアクセスして処理結果を取得する。

ステップＳ９１４において、第１マイクロサービス６１は、前工程のマイクロサービスの処理結果を用いて第１処理を行い、さらに第１処理の処理結果を生成する。同時に、第１マイクロサービス６１は、処理結果に応じて次工程のマイクロサービスを決定する。以降の説明においては、次工程のマイクロサービスは第２マイクロサービス６２であるものとする。

ステップＳ９１５において、第１マイクロサービス６１は、ステップＳ９１４において生成された処理結果、及び、第２マイクロサービス６２が示された次工程マイクロサービス情報を、図８に示されたフォーマットで第２データ領域７２に書き込む。なお、第１マイクロサービス６１による書き込み処理は、ステップＳ９１３のデータの読み出し処理と同様に、予め取得した共有メモリ領域５４のデータ構造を用いて行われる。

ステップＳ９１６において、第１マイクロサービス６１は、第１処理を完了すると、実行状態から待機状態に遷移する。

その後、サービスブローカ６０は、周期的に共有メモリ領域５４にアクセスして第１～第３データ領域７１～７３へのデータの書き込みを確認し（Ｓ９０１）、共有メモリ領域５４の第２データ領域７２への新規データの書き込みを検出する（Ｓ９０２：Ｙｅｓ）。そして、サービスブローカ６０は、次工程マイクロサービスとして第２マイクロサービス６２を特定し（Ｓ９０３）、第２マイクロサービス６２へ実行指令を送信する（Ｓ９０５）。

第２マイクロサービス６２は、サービスブローカ６０からの実行指令を受信すると（Ｓ９２１：Ｙｅｓ）、待機状態から起動状態に遷移する（Ｓ９２２）。そして、第２マイクロサービス６２は、第２データ領域７２に書き込まれた処理結果を取得し（Ｓ９２３）、所定の第２処理を実行し（Ｓ９２４）、処理結果を生成する。その後、第２マイクロサービス６２は、処理結果、及び、次工程マイクロサービス情報（第３マイクロサービス６３）を含むデータを第３データ領域７２に書き込む（Ｓ９２５）。一連の処理を終えると、第２マイクロサービス６２は、実行状態から待機状態に遷移する（Ｓ９２６）。

このように、サービスブローカ６０が共有メモリ領域５４への新規データの書き込みを監視して、書き込まれた新規データに示された次工程のマイクロサービスに実行指令を送信する。実行指令を受信した次工程のマイクロサービスは、共有メモリ領域５４を参照して処理結果を取得して、新たな処理を行う。このように、第１～第３マイクロサービス６１～６３の間で処理結果の提供（授受）を行うことができる。さらに、第１～第３マイクロサービス６１～６３は、必要なタイミングで実行状態となり、それ以外においては待機状態となるので、システムリソースの使用量の低減を図ることができる。

また、共有メモリ領域５４を用いた処理結果の提供は、同一のエッジ端末１内のマイクロサービス間に限られず、複数のエッジ端末１のマイクロサービス間においても行うことができる。複数のエッジ端末１のマイクロサービス間における処理結果の提供制御について、図１０を用いて説明する。

図１０は、２つのエッジ端末１の間における処理結果の提供に関わる構成についての説明図である。この図においては、第１エッジ端末１Ａ、及び、第２エッジ端末１Ｂが示されている。第１エッジ端末１Ａ、及び、第２エッジ端末１Ｂには、図７に示された構成と同等の構成が含まれており、それぞれにＡまたはＢのサフィックスが付されている。

第１エッジ端末１Ａには、サービスブローカ６０Ａ、及び、端末間通信サービス６４Ａに加えて、第１～第３マイクロサービス６１～６３が設けられている。同時に、共有メモリ領域５４Ａには、第１～第３マイクロサービス６１～６３と対応する第１～第３データ領域７１～７３が設けられている。

第２エッジ端末１Ｂには、サービスブローカ６０Ｂ、及び、端末間通信サービス６４Ｂに加えて、第４～第６マイクロサービス１０１～１０３が設けられている。同時に、共有メモリ領域５４Ｂには、第４～第６マイクロサービス１０１～１０３と対応する第４～第６データ領域１０４～１０６が設けられている。

第１エッジ端末１Ａ及び第２エッジ端末１Ｂには、それぞれ、ネットワークアダプタ１０７Ａ、１０７Ｂが設けられている。ネットワークアダプタ１０７Ａ、１０７Ｂは、オーケストレーションツール５２により提供される仮想ネットワークとは異なるネットワーク（以下、リアルネットワークと称する）に準じた動作を行う。ネットワークアダプタ１０７Ａ、１０７Ｂには、個々のＭＡＣアドレス、及び、個々のＩＰアドレスが設定されている。なお、ネットワークアダプタ１０７Ａ、１０７Ｂは、ＯＳカーネル５０により制御され、コンテナエンジン５１やオーケストレーションツール５２はその通信機能に直接的に関与しない。

端末間通信サービス６４Ａ、６４Ｂは、常時起動するように設定されており、待機状態とはならない。そして、端末間通信サービス６４Ａ、６４Ｂは、クラスタ５３Ａ、５３Ｂ内の仮想ネットワークに加えて、ネットワークアダプタ１０７Ａ、１０７Ｂにより実現されるリアルネットワークの情報を取得する。

さらに、端末間通信サービス６４Ａは、オーケストレーションツール５２Ａから、プロジェクトファイルを取得して、第１エッジ端末１Ａ内に設けられるマイクロサービスの構成（第１～第３マイクロサービス６１～６３）、及び、それらのマイクロサービスと対応する共有メモリ領域５４Ａのデータ領域の構造を取得する。同様に、端末間通信サービス６４Ｂは、オーケストレーションツール５２Ｂからプロジェクトファイルを取得して、エッジ端末１Ｂ内に設けられるマイクロサービスの構成（第４～第６マイクロサービス１０１～１０３）、及び、それらのマイクロサービスと対応する共有メモリ領域５４Ａのデータ領域の構造を取得する。

さらに、端末間通信サービス６４Ａ、６４Ｂは、所定の通信プロトコルを用いて予め相互に通信を行い、それぞれが存在するエッジ端末１Ａ、１Ｂに設けられるマイクロサービスの構成、及び、それらのマイクロサービスと対応する共有メモリ領域５４Ａ、５４Ｂのデータ領域の構造を取得する。

そのため、第１エッジ端末１Ａの端末間通信サービス６４Ａ、及び、第２エッジ端末１Ｂの端末間通信サービス６４Ｂは、ともに、第１エッジ端末１Ａ及び第２エッジ端末１Ｂのリアルネットワークに関する情報に加えて、第１エッジ端末１Ａ及び第２エッジ端末１Ｂにおけるマイクロサービスの構成、及び、それらと対応する共有メモリ領域５４Ａ、５４Ｂのデータ領域の構造を取得する。その結果、第１エッジ端末１Ａ内の任意のマイクロサービスは、端末間通信サービス６４Ａ、６４Ｂの機能によって、第２エッジ端末１Ｂの共有メモリ領域５４Ｂに対して書き込むことができる。同様に、第２エッジ端末１Ｂ内の任意のマイクロサービスは、第１エッジ端末１Ａの共有メモリ領域５４Ａに対して書き込むことができる。

例えば、現工程が第１エッジ端末１Ａの第１マイクロサービス６１であって、次工程が第２エッジ端末１Ｂの第４マイクロサービス１０１である例について説明する。端末間通信サービス６４Ａ、６４Ｂの両者は、第１エッジ端末１Ａ及び第２エッジ端末１Ｂのリアルネットワークの情報に加えて、共有メモリ領域５４Ａ内の第１～第３データ領域７１～７３、及び、共有メモリ領域５４Ｂ内の第４～第６データ領域１０４～１０６の構成を記憶している。

第１エッジ端末１Ａは、第１マイクロサービス６１が所定の処理を実行すると、処理結果等（処理結果、及び、その処理結果を次に実行する次工程マイクロサービスを示す次工程マイクロサービス情報）を、第２エッジ端末１Ｂの共有メモリ領域５４Ｂの第４データ領域１０４に書き込もうとする。この場合において、第１エッジ端末１Ａの第１マイクロサービス６１は、処理結果等の書き込み先として異なるエッジ端末１の第４データ領域１０４を指定することになるため、まず、第１エッジ端末１Ａの端末間通信サービス６４に書き込みを指示する。

端末間通信サービス６４Ａは、第１マイクロサービス６１から処理結果等を取得すると、次工程マイクロサービス情報（第４マイクロサービス１０１）を特定し、さらに、次工程マイクロサービス情報と対応する第４データ領域１０４が含まれる共有メモリ領域５４Ｂを備えるエッジ端末１Ｂを特定する。そして、端末間通信サービス６４Ａは、エッジ端末１Ｂとリアルネットワークを介して直接通信を行うように、所定のプロトコルを用いた通信経路の確立を試みる。通信経路の確立は、ネットワークアダプタ１０７Ａを介して、エッジ端末１Ｂのネットワークアダプタ１０７Ｂへ端末間通信開始要求を送信することにより行われる。

第２エッジ端末１Ｂの端末間通信サービス６４Ｂは、ネットワークアダプタ１０７Ｂを監視している。端末間通信サービス６４Ｂは、ネットワークアダプタ１０７Ｂへの端末間通信開始要求の受信を確認すると、第１エッジ端末１Ａの端末間通信サービス６４Ａとの間で所定のプロトコルに準じた通信経路を形成する。このようにして、端末間通信サービス６４Ａ、６４Ｂは、ネットワークアダプタ１０７Ａ、１０７Ｂを介してデータの送受信を行えるようになる。

端末間通信サービス６４Ａは、確立した通信経路を介して、端末間通信サービス６４Ｂに対して共有メモリ領域５４Ｂの第４データ領域１０４への処理結果等の書き込みを指示する。その後、第２エッジ端末１Ｂにおいて、端末間通信サービス６４Ｂは、共有メモリ領域５４Ｂの第４データ領域１０４に所定のデータを書き込む。その結果、端末間通信サービス６４Ａ、６４Ｂの機能により、第２エッジ端末１Ｂの共有メモリ領域５４Ｂの第４データ領域１０４に処理結果等が記憶される。

その後、第２エッジ端末１Ｂのサービスブローカ６０Ｂは、第４データ領域１０４へのデータの書き込みを検出すると、次工程マイクロサービス情報を参照して第４マイクロサービス１０１が次工程であると判断し、第４マイクロサービス１０１に対して実行指令を送信する。その結果、第１エッジ端末１Ａの第１マイクロサービス６１の処理結果は、第２エッジ端末１Ｂの第４マイクロサービス１０１の処理に用いられる。このようにして、異なる第１エッジ端末１Ａ及び第２エッジ端末１Ｂの間においても、マイクロサービス間の処理結果の提供を行うことができる。

以下では、顧客管理システム１００のエッジ端末１内のソフトウェア構成、及び、その動作について説明する。

図１１は、顧客管理システム１００に用いられるエッジ端末１内のソフトウェア構成である。エッジ端末１内のソフトウェア構成において設けられるマイクロサービスとして、サービスブローカ６０及び端末間通信サービス６４に加えて、顧客行動記録マイクロサービス１１１、商品特定マイクロサービス１１２、顧客行動検出マイクロサービス１１３、画像処理マイクロサービス１１４、顔認識マイクロサービス１１５、顧客特定マイクロサービス１１６、及び、決済マイクロサービス１１７を備える。

顧客行動記録マイクロサービス１１１は、買い物客２２の識別ＩＤ毎に顧客行動を示した顧客行動レコードを有しており、検出された顧客行動を顧客行動レコードに記憶する。顧客行動レコードは、購入予定商品をリスト化した購入商品リスト等の種々のリストを含む。購入商品リストには、商品価格に基づいて、記憶された購入商品の金額も記録される。

商品特定マイクロサービス１１２は、商品の識別子と名称及び価格とを対応付けた商品テーブルを記憶している。本実施形態においては、画像認識によりバーコード情報（数字情報）が取得されるため、このバーコード情報と、商品の名称及び価格とを対応付けた商品テーブルを備えている。顧客行動記録マイクロサービス１１１は、商品特定マイクロサービス１１２の備える商品テーブルに基づいて、購入商品の名称及び金額を顧客行動レコードに記録される。

ここで、オーケストレーションツール５２は、ポッド５８を安定的に動作させる機能を備えており、動作が不安定なポッド５８を自律的に再起動させることができる。顧客行動記録マイクロサービス１１１は、顧客行動という比較的重要な情報を記録した顧客情報レコードを備えているが、オーケストレーションツール５２の機能により安定的に動作されるので、顧客行動レコードを適切に管理できる。

顧客行動検出マイクロサービス１１３は、カメラ２の撮影画像を用いて買い物客２２及び購入予定商品を特定することにより、買い物客２２の購入行動を検出する。

画像処理マイクロサービス１１４は、カメラ２の撮影画像から、顔認識用画像、及び、商品識別用画像を生成する。画像処理の具体例について、後に図１３Ａ～１３Ｃを用いて説明する。

顔認識マイクロサービス１１５は、画像処理マイクロサービス１１４により生成された顔認識用画像を用いて顔認識を行う。顔認識マイクロサービス１１５は、人の顔の特徴点（目、鼻、口の位置等）に基づいて識別ＩＤを特定する。顔認識マイクロサービス１１５は、過去に認識した特徴点と識別ＩＤとを対応付けて記憶しており、記憶された特徴点を検出すると過去において対応付けられた識別ＩＤを処理結果として出力し、過去に認識していない特徴点を検出すると新規の識別ＩＤを処理結果として出力する。

顧客特定マイクロサービス１１６は、識別ＩＤと対応付けられた顧客ＩＤを記憶している。顧客特定マイクロサービス１１６は、顔認識マイクロサービス１１５から出力された買い物客２２に応じた識別ＩＤを、対応する顧客IＤに変換する。なお、顧客特定マイクロサービス１１６は、顧客ＩＤ毎に、決済手段や、店舗１０での購入履歴等を記憶していてもよく、これらの情報は決済や商品リコメンド等のサービスに用いられる。

なお、この例においては、顧客行動記録マイクロサービス１１１、商品特定マイクロサービス１１２、顧客行動検出マイクロサービス１１３、画像処理マイクロサービス１１４、顔認識マイクロサービス１１５、顧客特定マイクロサービス１１６、及び、決済マイクロサービス１１７は、コンテナ化されたマイクロサービスであるが、このような構成に限らない。任意の一部または全部の機能について、コンテナ化してエッジ端末１内に構成してもよいし、サーバ７側で構成してもよい。また、一部の機能について、コンテナ化されずにエッジ端末１内において構成してもよい。

図１２は、エッジ端末１内の具体的な処理を示す図である。この図には、買い物客２２が商品棚２３から商品を取り出す購入行動が検出され、購入行動を含む顧客行動が顧客行動レコードに記憶される場合の例が示されている。また、この図においては、エッジ端末１、カメラ２、タッチパネル４が示され、さらに、エッジ端末１内の種々のマイクロサービス（ＭＳ）等の詳細なソフトウェア構成が示されている。なお、マイクロサービス間の処理結果の提供は共有メモリ領域５４を介して行われるが、この図においては、共有メモリ領域５４の記載を省略する。

ステップＳ１２０１において、カメラ２は画像データを取得すると、画像データをエッジ端末１内の画像処理マイクロサービス１１４に送信する。

ステップＳ１２０２において、画像処理マイクロサービス１１４は、所定の画像処理を行い、処理結果として、行動（商品）検出用画像、及び、顔認識用画像を生成する。そして、行動検出用画像は、顧客行動検出マイクロサービス１１３に提供され、顔認識用画像は、顔認識マイクロサービス１１５に提供される。

ここで、図１３Ａ～１３Ｃを用いて、画像処理マイクロサービス１１４による処理を説明する。図１３Ａに示されるように、カメラ２の取得画像には、買い物客２２の顔を含む部分１３１、及び、商品部分１３２が、背景１３３とともに示されている。画像処理マイクロサービス１１４は、同じカメラ２によって過去に取得された画像データと比較して背景１３３の全景を特定し、買い物客２２の顔を含む部分１３１、及び、商品部分１３２を抽出する。そして、部分１３１については、さらに顔部分を抽出して、図１３Ｂに示される顔認識用画像を生成する。部分１３２については、店舗１０内の商品を形態認識し、さらに商品のバーコード部分を抽出して、図１３Ｃに示される行動（商品）検出用画像を生成する。このような画像処理を予めしておくことで、次工程に提供する処理結果である画像データを小さくすることができる。

再び図１２を参照して、ステップＳ１２０２の後の処理を説明する。

ステップＳ１２０３において、顧客行動検出マイクロサービス１１３は、受け取った行動検出用画像を用いて、商品ＩＤを特定する。例えば、商品ＩＤはバーコードに示される数字列である。

そして、ステップＳ１２０４において、商品特定マイクロサービス１１２は、顧客行動検出マイクロサービス１１３から商品ＩＤを受信する。商品特定マイクロサービス１１２は、商品ＩＤと対応する商品の名称及び価格を記憶した商品テーブルを有している。商品特定マイクロサービス１１２は、商品テーブルを参照して定められた商品の名称及び価格を顧客行動検出マイクロサービス１１３に提供する。

ステップＳ１２０５において、顧客行動検出マイクロサービス１１３は、商品特定マイクロサービス１１２から受信した商品名及び価格を用いて、購入予定商品として確定する。

次に、顔認識の処理について説明する。ステップＳ１２０６において、顔認識マイクロサービス１１５は、画像処理マイクロサービス１１４から顔認識用画像の提供を受けると、顔認識用画像に対して顔認識を行って顔の特徴点に応じた識別ＩＤを求める。そして、顔認識マイクロサービス１１５は、顧客ＩＤを顧客特定マイクロサービス１１６に送信する。

ステップＳ１２０７において、顧客特定マイクロサービス１１６は、顔認識マイクロサービス１１５から識別ＩＤを受信すると、識別ＩＤと対応する顧客ＩＤを特定し、その顧客ＩＤを、顔認識マイクロサービス１１５を介して顧客行動検出マイクロサービス１１３に提供する。

ステップＳ１２０８において、顧客行動検出マイクロサービス１１３は、顧客ＩＤを用いて、購入者の確定を行う。

ステップＳ１２０９において、顧客行動検出マイクロサービス１１３は、行動検出用画像を用いてＳ１２０３～Ｓ１２０５の処理により特定された購入予定商品と、顔認識用画像を用いてＳ１２０６～Ｓ１２０８の処理により特定された買い物客２２の顧客ＩＤとを対応つけて、顧客ＩＤと購入予定商品との組み合わせである購入行動情報として検出する。そして、顧客行動検出マイクロサービス１１３は、購入行動情報（顧客ＩＤ、購入予定商品）を含む顧客行動情報を、処理結果として顧客行動記録マイクロサービス１１１に送信する。

なお、顧客行動情報は、同じエッジ端末１の顧客行動記録マイクロサービス１１１だけでなく、他のエッジ端末１の顧客行動記録マイクロサービス１１１にも提供される。他のエッジ端末１への顧客行動情報の提供については、後に図１４、図１５を用いて説明する。

ステップＳ１２１０において、顧客行動記録マイクロサービス１１１は、受信した顧客行動情報に含まれる購入行動情報を用いて、顧客行動レコード内の購入商品リストを更新する。購入商品リストには顧客ＩＤ毎の購入予定商品の一覧が記憶されている。顧客行動記録マイクロサービス１１１は、購入商品リストにおいて、顧客ＩＤと対応付けられた購入予定商品一覧に、購入予定商品を新たに追加する。そして、顧客行動記録マイクロサービス１１１は、購入商品リスト内の顧客ＩＤと対応付けられた購入予定商品一覧を、タッチパネル４に送信する。

ステップＳ１２１１において、タッチパネル４には、顧客ＩＤと対応付けられた購入商品リストに示される購入予定商品一覧が表示される。このようにすることで、カメラ２の撮影画像に含まれる買い物客２２について、新たに商品棚２３から取り出された商品を含む購入予定商品の全てが表示される。なお、買い物客２２は、図１６を用いて説明するように、タッチパネル４を操作することで、決済処理を行うことができる。

次に、ステップＳ１２０９の処理において、顧客行動検出マイクロサービス１１３が、処理結果である顧客行動情報を、自身が存在するエッジ端末１の顧客行動記録マイクロサービス１１１だけでなく、他のエッジ端末１の顧客行動記録マイクロサービス１１１に提供する動作について説明する。なお、このような複数のエッジ端末１の間における処理結果の提供は、図１０に示されるように、端末間通信サービス６４Ａ、６４Ｂによって、他のエッジ端末１Ｂの共有メモリ領域５４Ｂへ処理結果が書き込まれることにより行われる。

図１４は、２つのエッジ端末１の間における顧客行動情報の記録制御を示す図である。この図においては、第１エッジ端末１Ａにおいて検出された顧客行動情報（購入行動情報）が、第１エッジ端末１Ａの顧客行動記録マイクロサービス１１１Ａが備える顧客行動レコード、及び、第２エッジ端末１Ｂの顧客行動記録マイクロサービス１１１Ｂが備える顧客行動レコードに記録される処理が示されている。なお、図１２の例と比較すると、第１エッジ端末１Ａ、及び、第２エッジ端末１Ｂの一部のマイクロサービスが削除されており、サービスブローカ６０、及び、端末間通信サービス６４が追加されている。

なお、この図におけるステップＳ１４０１は、図１２のステップＳ１２０９の処理と対応する。同様に、ステップＳ１４０５はステップＳ１２１０と対応し、ステップＳ１４０６はステップＳ１２１１と対応する。なお、以下では、図１２において省略されたサービスブローカ６０Ａ、及び、共有メモリ領域５４Ａの動作についても説明する。

まず、第１エッジ端末１Ａ内の処理について説明する。なお、第１エッジ端末１Ａ内のソフトウェアブロックについては「Ａ」のサフィックスを付し、第２エッジ端末１Ｂ内のソフトウェアブロックについては「Ｂ」のサフィックスを付すものとする。

ステップＳ１４０１において、顧客行動検出マイクロサービス１１３Ａは、買い物客２２の行動を検出すると、処理結果である顧客行動情報（購入行動情報）を生成する。そして、顧客行動検出マイクロサービス１１３Ａは、処理結果である顧客行動情報の提供先として、第１エッジ端末１Ａの顧客行動記録マイクロサービス１１１Ａ、及び、第２エッジ端末１Ｂの顧客行動記録マイクロサービス１１１Ｂを指定する。

まず、以下では、第１エッジ端末１Ａの顧客行動検出マイクロサービス１１３Ａが、第１エッジ端末１Ａの顧客行動記録マイクロサービス１１１Ａへ、顧客行動情報を処理結果として提供する処理について説明する。

処理結果の提供先が同じエッジ端末１内のマイクロサービスであるため、顧客行動検出マイクロサービス１１３Ａは、クラスタ５３Ａ内の仮想ネットワークを介して、共有メモリ領域５４Ａの顧客行動記録マイクロサービス１１１Ａと対応するメモリ領域に、処理結果である顧客行動情報、及び、次工程マイクロサービス情報（顧客行動記録マイクロサービス１１１Ａ）を書き込む。そして、顧客行動検出マイクロサービス１１３Ａは、処理を終了して待機状態へと遷移する。

ステップＳ１４０２において、共有メモリ領域５４Ａ内の所定のメモリ領域には、処理結果を含む情報が、図８のフォーマットに従って書き込まれる、この際に、処理結果である顧客行動情報とともに、「次工程マイクロサービス情報」として顧客行動記録マイクロサービス１１１Ａが記録される。

ステップＳ１４０３において、サービスブローカ６０Ａは、共有メモリ領域５４Ａへのデータの書き込みを監視しており、顧客行動記録マイクロサービス１１１Ａと対応するメモリ領域への書き込みを検出する。そして、サービスブローカ６０Ａは、「次工程マイクロサービス情報」に示された顧客行動記録マイクロサービス１１１Ａに対して実行指令を送信する。

ステップＳ１４０４において、顧客行動記録マイクロサービス１１１Ａは、待機状態から実行状態に遷移して、処理を開始すると、共有メモリ領域５４Ａ内の自身と対応付けられたメモリ領域を参照して、前工程の処理結果である顧客行動情報を取得する。

ステップＳ１４０５において、顧客行動記録マイクロサービス１１１Ａは、共有メモリ領域５４Ａから顧客行動情報を取得すると、取得した顧客行動情報を用いて顧客行動レコードを更新する。

ここで、買い物客２２が購入商品を取り出している場合には、顧客行動情報には顧客購入情報が含まれる。そのような場合には、顧客行動記録マイクロサービス１１１Ａは、顧客購入情報に含まれる顧客ＩＤと対応する購入商品リストを、タッチパネル４に送信すると、処理を終了して待機状態へと遷移する。

ステップＳ１４０６において、タッチパネル４には、顧客ＩＤと対応付けられた購入商品リストに示される商品の一覧が表示される。

次に、第１エッジ端末１Ａの顧客行動検出マイクロサービス１１３Ａが、第２エッジ端末１Ｂの顧客行動記録マイクロサービス１１１Ｂへ、処理結果である顧客行動情報を提供する処理について説明する。

ステップＳ１４１１において、顧客行動検出マイクロサービス１１３Ａは、第１エッジ端末１Ａの端末間通信サービス６４Ａ、及び、第２エッジ端末１Ｂの端末間通信サービス６４Ｂを介して、第２エッジ端末１Ｂの共有メモリ領域５４Ｂの所定のデータ領域に処理結果を提供する。以下では、当該処理の詳細について、図１５を用いて説明する。

図１５は、図１４のステップＳ１４１１の処理の詳細を示す図である。この図においては、図１４に示される第１エッジ端末１Ａ、及び、第２エッジ端末１Ｂ内の構成の一部が示されている。

ステップＳ１５０１において、第１エッジ端末１Ａの顧客行動検出マイクロサービス１１３Ａは、同じ第１エッジ端末１Ａ内の端末間通信サービス６４Ａに対して、顧客行動情報、及び、次工程マイクロサービス情報を第２エッジ端末１Ｂの共有メモリ領域５４Ｂへ記録するように指示する。

ステップＳ１５０２において、端末間通信サービス６４Ａは、第２エッジ端末１Ｂとの間においてリアルネットワークを介した通信経路の確立を試みる。この場合に、端末間通信サービス６４Ａは、ネットワークアダプタ１０７Ａを介して、ネットワークアダプタ１０７Ｂに対して端末間通信開始要求を送信する。

ステップＳ１５０３において、第２エッジ端末１Ｂの端末間通信サービス６４Ｂは、ネットワークアダプタ１０７Ｂを監視しており、第１エッジ端末１Ａの端末間通信サービス６４Ａからの端末間通信開始要求を検出する。

ステップＳ１５０４において、第２エッジ端末１Ｂの端末間通信サービス６４Ｂは、端末間通信開始要求に応じて、第１エッジ端末１Ａの端末間通信サービス６４Ａに対して、所定のプロトコルに準じた通信プロトコルを用いた通信経路の確立要求（通信経路確立要求）を送信する。

ステップＳ１５０５において、第１エッジ端末１Ａの端末間通信サービス６４Ａは、第２エッジ端末１Ｂの端末間通信サービス６４Ｂとの間において通信プロトコルを確立すると、その通信プロトコルを介して、処理結果（顧客行動情報）、及び、次工程マイクロサービス情報を送信する。

ステップＳ１５０６において、端末間通信サービス６４Ｂは、端末間通信サービス６４Ａから受信した処理結果（顧客行動情報）、及び、次工程マイクロサービス情報を、共有メモリ領域５４Ｂ内の顧客行動記録マイクロサービス１１１Ｂと対応するデータ領域に記憶する。

このようにして、第１エッジ端末１Ａの顧客行動検出マイクロサービス１１３Ａは、端末間通信サービス６４Ａ、６４Ｂを介して、第２エッジ端末１Ｂの共有メモリ領域５４Ｂの所定のデータ領域に処理結果を提供することができる。

再び、図１４に戻れば、以下、第２エッジ端末１ＢにおけるステップＳ１４１２～Ｓ１４１５の処理は、第１エッジ端末１ＡにおけるステップＳ１４０２～Ｓ１４０５の処理と対応する。なお、買い物客２２が商品棚２３から商品を取り出しており、顧客行動情報に購入商品情報が含まれている場合には、ステップＳ１４１５において、顧客行動記録マイクロサービス１１１Ｂは、顧客行動レコードの更新を行う。しかしながら、第２エッジ端末１Ｂと接続されるカメラ２に買い物客２２が検出されていないため、第２エッジ端末１Ｂの近傍に買い物客２２が存在しないと判断し、自身と接続されたタッチパネル４への購入商品リストの表示は行わない。

このように、第１エッジ端末１Ａの顧客行動検出マイクロサービス１１３Ａにより購入行動が検出された場合には、顧客行動情報は、第１エッジ端末１Ａ及び第２エッジ端末１Ｂの顧客行動記録マイクロサービス１１１Ａ、１１１Ｂに提供されて、それぞれの購入商品リストが更新される。その結果、購入商品リストを管理するサーバを設けることなく、任意のエッジ端末１内において購入商品リストが最新状態に保たれることになる。

さらに、買い物客２２は、任意のエッジ端末１により決済処理を行うことができる。次に、決済処理について図１６を用いて説明する。

図１６は、エッジ端末１により行われる決済処理を示すフローチャートである。

まず、ステップＳ１６０１において、買い物客２２が出入口２１の近くに存在するタッチパネル４を操作する。買い物客２２の操作に応じて、タッチパネル４は決済開始要求を決済マイクロサービス１１７に送信する。

ステップＳ１６０２において、決済マイクロサービス１１７は、画像処理マイクロサービス１１４に対して、買い物客２２と対応付けられた識別ＩＤを問い合わせる。

ステップＳ１６０３～Ｓ１６０６においては、図１２のステップＳ１２０１、Ｓ１２０２、Ｓ１２０６、Ｓ１２０７と同じ処理が行われている。原則として、カメラ２は画像データを取得すると、取得画像をエッジ端末１の画像処理マイクロサービス１１４に送信している。画像処理マイクロサービス１１４は、提供された画像を用いて顔認識処理が行われて、対応する顧客ＩＤが取得される。そして、画像処理マイクロサービス１１４は、顧客ＩＤ、画像処理マイクロサービス１１４を介して、決済マイクロサービス１１７へ提供する。

ステップＳ１６０７において、決済マイクロサービス１１７は、画像処理マイクロサービス１１４から取得した識別ＩＤを用いて、決済を行おうとしている買い物客２２を特定する。そして、決済マイクロサービス１１７は、顧客行動記録マイクロサービス１１１に対して顧客ＩＤを送信し、顧客ＩＤと対応する購入商品リストをタッチパネル４に表示するように指示する。

ステップＳ１６０８において、顧客行動記録マイクロサービス１１１は、顧客行動レコードを参照し、取得した顧客ＩＤと対応する購入商品リストに示される購入予定商品をタッチパネル４に表示させる。

ステップＳ１６０９において、タッチパネル４には、購入商品リストが表示される。そして、買い物客２２の決済操作を受け付けると、決済処理要求を決済マイクロサービス１１７に送信する。

ステップＳ１６１０において、決済マイクロサービス１１７は、決済処理要求に応じて、購入商品リストの顧客ＩＤと対応付けられた購入予定商品の代金を決済する。なお、決済処理は、ＷＡＮ６を介して接続される決済サーバにより行われてもよいし、別途、エッジ端末１と接続された精算装置（不図示）により行われてもよい。

さらに、決済マイクロサービス１１７は、決済処理を行った購入予定商品リストに記載された商品数を在庫数から減じる処理を行う。商品の在庫数の管理が、別のマイクロサービスで行われている場合には、そのマイクロサービスに減じる在庫数を送信することで、在庫数の管理を行うことができる。さらに、決済マイクロサービス１１７は、店舗１０内の売り上げを管理してもよい。

なお、本実施形態においては、買い物客２２が商品棚２３から商品を取り出す際に、顧客行動レコードに含まれる購入商品リストが構成される例について説明したが、これに限らない。本実施形態は、買い物客２２が、取り出した商品を商品棚２３へ戻す処理についても適用することができる。この場合には、買い物客２２は、タッチパネル４の操作を介してエッジ端末１に対して商品の返品処理を行う。詳細には、カメラ２の撮影画像を用いた顔認識及び商品認識を介して、返品処理を行う顧客、及び、返品商品を特定することができる。

また、本実施形態においては、カメラ２により撮影される画像において、１つの商品を検出したがこれに限らない。商品特定マイクロサービス１１２は、２以上の複数の異なる種類の商品を検出できる。その場合には、購入商品情報には、これらの商品の種類毎の個数が示される。

第１実施形態によれば以下の効果を得ることができる。

第１実施形態の顧客管理システム１００は、カメラ２と、エッジ端末１とを備える。エッジ端末１は、コンテナエンジン５１によりアプリケーションはコンテナ５６（または、ポッド５８）として動作するとともに、その動作環境はオーケストレーションツール５２によりリソース管理されている。そして、エッジ端末１は、カメラ２の撮影画像に示される買い物客２２の状態から買い物客２２の顧客行動を検出し、顧客行動情報を買い物客２２と対応付けられた顧客行動レコードに記録する。

このような顧客管理システム１００において、第１エッジ端末１Ａは、検出された顧客行動情報を、第１エッジ端末１Ａの顧客行動レコードの顧客行動記録マイクロサービス１１１Ａ内の顧客行動レコード、及び、第２エッジ端末１Ｂの顧客行動記録マイクロサービス１１１Ｂ内の顧客行動レコードに記録する。このような構成となることで、買い物客２２の顧客行動は、任意のエッジ端末１において買い物客２２毎に設けられる顧客行動レコードに記憶される。その結果、顧客行動を集中管理するサーバを設ける必要がなくなるので、簡易な構成で顧客管理システム１００を構成することができる。

第１実施形態の顧客管理システム１００によれば、顧客行動には、買い物客２２が購入商品を取得する購入行動を含む。そして、エッジ端末１は、買い物客２２が購入商品を取得する購入行動を検出すると、購入行動情報を含む顧客行動情報を、顧客行動レコードに追加する。

このような顧客管理システム１００において、第１エッジ端末１Ａは、検出された購入行動情報を、第１エッジ端末１Ａの顧客行動記録マイクロサービス１１１Ａ内の顧客行動レコードの購入商品リスト、及び、第２エッジ端末１Ｂの顧客行動記録マイクロサービス１１１Ｂ内の顧客行動レコードの購入商品リストに追加する。このような構成となることで、買い物客２２が取得した購入予定商品は、任意のエッジ端末１内の顧客行動レコードの購入商品リストに記憶される。その結果、購入商品を集中管理するサーバを設ける必要がなくなるので、簡易な構成で顧客管理システム１００を構成することができる。

第１実施形態の顧客管理システム１００によれば、さらに、表示部及び操作部であるタッチパネル４を備える。第１エッジ端末１Ａ、及び、第２エッジ端末１Ｂは、さらに、タッチパネル４の操作に応じて、買い物客２２の購入予定商品リストの商品代金の決済処理を行うことができる。

このように構成されることで、出入口２１の近傍に設けられたエッジ端末１と接続されたタッチパネル４を操作することで、購入商品リストに記録された購入予定商品を決済できる。その結果、店舗１０の出入口２１を自由に構成できるので、買い物客２２の利便性を向上させることができる。

第１実施形態の顧客管理システム１００によれば、第１エッジ端末１Ａ、及び、第２エッジ端末１Ｂは、さらに、決済処理後に在庫数の管理を行う。このような構成となることにより、在庫リストを集中管理するサーバを設けることなく、簡易な構成で在庫管理を行うことができる。

第１実施形態の顧客管理システム１００によれば、第１エッジ端末１Ａ、及び、第２エッジ端末１Ｂのそれぞれは、任意のコンテナ５６（または、ポッド５８）により読み書き可能な共有メモリ領域５４と、顧客行動検出マイクロサービス１１３（検出コンテナ）と、顧客行動記録マイクロサービス１１１（記録コンテナ）と、サービスブローカ６０（仲介コンテナ）とを備える。

顧客行動検出マイクロサービス１１３、顧客行動情報、及び、次処理コンテナ情報（次工程マイクロサービス情報：顧客行動記録マイクロサービス１１１）を、共有メモリ領域５４に書き込む。その後、サービスブローカ６０は、共有メモリ領域５４への書き込みを検出すると、次処理コンテナ情報（次工程マイクロサービス情報）に示された顧客行動記録マイクロサービス１１１を起動させる。そして、顧客行動記録マイクロサービス１１１は、共有メモリ領域５４へ書き込まれた購入行動情報を用いて、購入行動レコードを更新する。

このような構成となることで、全てのエッジ端末１を同じソフトウェア構成としながら、それぞれのエッジ端末１内の顧客行動レコードを更新できる。その結果、複数のエッジ端末１における処理が共通化されるの、ソフトウェア構成が複雑化せず、保守性を高めることができる。

第１実施形態の顧客管理システム１００によれば、マイクロサービスは待機状態と起動状態との２つの状態を備える。顧客行動記録マイクロサービス１１１は、サービスブローカ６０から実行指令を受信して起動状態となり所定の処理を実行し、処理を終了すると待機状態に遷移する。このように、顧客行動記録マイクロサービス１１１が必要な場合のみ起動することで、顧客管理システム１００の全体のリソース使用量の低減を図ることができる。

第１実施形態の顧客管理システム１００によれば、第１エッジ端末１Ａ及び第２エッジ端末１Ｂの内部においては、仮想ネットワークを介してコンテナ間通信が行われ、第１エッジ端末１Ａと第２エッジ端末１Ｂとはリアルネットワークにより接続される。そして、第１エッジ端末１Ａ、及び、第２エッジ端末１Ｂのそれぞれは、端末間通信サービス６４Ａ、６４Ｂを備える。端末間通信サービス６４Ａ、６４Ｂは、第１エッジ端末１Ａ及び第２エッジ端末１Ｂにおける、リアルネットワークの情報、及び、共有メモリ領域５４Ａ、５４Ｂ内のデータ領域の構成を記憶する。そして、第１エッジ端末１Ａのコンテナは、端末間通信サービス６４Ａ、６４Ｂを介して、第２エッジ端末１Ｂの共有メモリ領域５４Ｂへの書き込みを行う。

第１エッジ端末１Ａ及び第２エッジ端末１Ｂには、それぞれにオーケストレーションツール５２が設けられている。このような構成において、同じクラスタ５３内（同じエッジ端末１内）においては、仮想ネットワークを用いてコンテナが共有メモリ領域５４にアクセスできるが、仮想ネットワークを用いて異なるエッジ端末１のクラスタ５３内の共有メモリ領域５４にアクセスすることは難しい。そこで、それぞれのエッジ端末１のクラスタ５３内に、クラスタ５３外の構成であるネットワークアダプタ１０７を扱うことができる端末間通信サービス６４を設ける。このような構成により、一方のエッジ端末１内のコンテナから、他方のエッジ端末１内の共有メモリ領域５４へのアクセスが可能となる。

その結果、それぞれにオーケストレーションツール５２が設けられた異なるエッジ端末１の間での共有メモリ領域５４を介した処理結果の提供が可能となる。この構成では、それぞれのエッジ端末１のソフトウェア構成が共通化されているので、顧客管理システム１００の構成を単純化することでき、高い保守性を実現することができる。

第１実施形態の顧客管理システム１００によれば、エッジ端末１は、カメラ２の撮影画像を用いて顔認識を行うことで買い物客２２を特定し（Ｓ１２０６）、さらに、撮影画像を用いて購入予定商品を特定する（Ｓ１２０５）。そして、買い物客２２が特定され、かつ、購入予定商品が特定される場合には、買い物客２２の行動が購入行動として検出される。このようにすることで、買い物客２２が操作を行うことなく、画像処理だけで買い物客２２を特定できるため、買い物客２２の利便性を向上できる。さらに、カメラ２という比較的単純なセンサを導入することで購入行動を検出できるため、顧客管理システム１００の設置コストの低減を図ることができる。

第１実施形態の顧客管理システム１００によれば、エッジ端末１は、カメラ２の撮影画像から顔部分を抽出した顔認識用画像を生成し、顔認識用画像を用いて顔認識を行う。このようにすることで、顔認識に必要な処理の一部が画像処理マイクロサービス１１４により行われるので、顔認識マイクロサービス１１５の処理負荷の軽減を図ることができる。

第１実施形態の顧客管理システム１００によれば、顔認識は、ネットワークを介して接続されるサーバ７により行われてもよい。一般に、顔認識処理は、処理負荷が高く、また、機械学習エンジンの更新頻度が高いため、エッジ端末１内ではなく、ＷＡＮ６と接続されるサーバ７によって動作するのが好ましい。顔認識処理がサーバ７で行われる場合には、エッジ端末１は、サーバ７に対して顔認識用画像を送信することになる。顔認識画像は顔部分が抽出された画像であり、データ量が少ないので、ネットワーク負荷及びサーバ７の処理負荷の軽減を図ることができる。

第１実施形態の顧客管理システム１００によれば、顔認識の結果を示す第１識別子（識別ＩＤ）とは異なる第２識別子（顧客ＩＤ）を用いて購入予定商品リストを管理する。ここで、顔認識が他のシステムで利用されている汎用エンジンを用いて行われている場合には、同じ識別ＩＤが他のシステムでも用いられるおそれがある。しかしながら、汎用エンジンから顔認識結果である識別ＩＤが送信されても、識別ＩＤとは異なる顧客ＩＤを用いて顧客行動レコードを構成するため、買い物客２２のプライバシーの保護を図ることができる。さらに、顧客ＩＤ等と紐づけられた決算手段や購入履歴等の個人情報は店舗側で管理することができるので、顧客情報を店舗１０側で安全に管理できる。

（変形例）
上述の実施形態においては、顧客管理システム１００が、２つのエッジ端末１Ａ、１Ｂにより構成される例について説明したがこれに限らない。顧客管理システム１００が、３つ以上のエッジ端末１により構成されてもよい。本変形例においては、顧客管理システム１００が、３つのエッジ端末１により構成される例について説明する。

図１７は、３つのエッジ端末１（第１エッジ端末１Ａ、第２エッジ端末１Ｂ、及び、第３エッジ端末１Ｃ）の間における顧客行動情報の提供制御を示す図である。なお、ステップＳ１７０１、Ｓ１７０２の処理は、図１２のステップＳ１２０９、及び、Ｓ１２１０の処置と対応する。

まず、ステップＳ１７０１において、第１エッジ端末１Ａの顧客行動検出マイクロサービス１１３Ａが、顧客行動情報を、第１エッジ端末１Ａの顧客行動記録マイクロサービス１１１Ａ、第２エッジ端末１Ｂの顧客行動記録マイクロサービス１１１Ｂ、及び、第３エッジ端末１Ｃの顧客行動記録マイクロサービス１１１Ｃに提供する。詳細には、顧客行動情報は、次工程マイクロサービス情報とともに、図８に示されたフォーマットで、共有メモリ領域５４の所定のデータ領域に書き込まれるが、当該詳細な処理はこの図では記載を省略する。

ここで、第１エッジ端末１Ａ内における顧客行動検出マイクロサービス１１２Ａから顧客行動記録マイクロサービス１１１Ａへの顧客行動情報の提供は、クラスタ５３Ａ内の仮想ネットワークを介して行われる。一方で、第１エッジ端末１Ａから、第２エッジ端末１Ｂまたは第３エッジ端末１Ｃへの顧客行動情報の提供は、第１～第３エッジ端末１Ａ～１Ｃが備える端末間通信サービス６４Ａ～６４Ｃによって、リアルネットワークを介して行われる。

ステップＳ１７０２では、第１エッジ端末１Ａの顧客行動記録マイクロサービス１１１Ａにおいて、顧客行動情報を用いて顧客行動レコードが更新される。同様に、ステップＳ１７１２では、第２エッジ端末１Ｂの顧客行動記録マイクロサービス１１１Ｂにおいて、顧客行動情報を用いて顧客行動レコードが更新される。ステップＳ１７２２では、第３エッジ端末１Ｃの顧客行動記録マイクロサービス１１１Ｃにおいて、顧客行動情報を用いて顧客行動レコードが更新される。

その結果、顧客管理システム１００においては、顧客行動レコードを管理するサーバ等を設けることなく、任意のエッジ端末１内の顧客行動レコードが同期されて最新の状態となるため、顧客管理システム１００の構成を単純化することでき、高い保守性を実現することができる。

なお、この変形例においては、顧客管理システム１００が、３つのエッジ端末１により構成される、第１エッジ端末１Ａが、第２エッジ端末１Ｂの顧客行動記録マイクロサービス１１１Ｂ、及び、第３エッジ端末１Ｃの顧客行動記録マイクロサービス１１１Ｃにおいて顧客行動情報を顧客行動レコードに記録する例を示したが、これに限らない。顧客管理システム１００は、４以上のエッジ端末１により構成され、第１エッジ端末１Ａが、複数の他のエッジ端末１の顧客行動記録マイクロサービス１１１の顧客行動記録マイクロサービス１１１の顧客行動レコードに顧客行動情報を記録してもよい。

（第２実施形態）
第２実施形態においては、複数のエッジ端末１の間において処理結果の提供が行われる場合において、顧客管理システム１００外の端末からの処理結果の提供を抑制する方法について説明する。

図１８は、第２実施形態において共有メモリ領域５４に記録されるデータ領域のフォーマットを示す図であって、図８の第１実施形態のフォーマットのうちの１つと対応する。この図に示されるように、第１実施形態のデータ領域と比較すると、「現工程のエッジ端末のＩＰアドレス」、及び、「現工程のエッジ端末のＭＡＣアドレス」が追加されている。

「現工程のエッジ端末のＩＰアドレス」、及び、「現工程のエッジ端末のＭＡＣアドレス」の欄は、共有メモリ領域５４に書き込みを行うマイクロサービスが存在するエッジ端末１のネットワーク構成であるＩＰアドレス及びＭＡＣアドレスが記録される。なお、この記録は、書き込み元のマイクロサービスの指示に応じて、書き込み元であるマイクロサービスと同じエッジ端末１に存在する端末間通信サービス６４が行ってもよいし、オーケストレーションツール５２が行ってもよい。サービスブローカ６０は、これらの欄を用いて、事前に登録されたエッジ端末１以外からの共有メモリ領域５４に書き込まれデータを確認し、登録されていないエッジ端末１からの書き込みは無視する。

図１９は、サービスブローカ６０の処理を示すフローチャートであって、図９の左列に示されたフローチャートに相当する。この処理は、図１４のステップＳ１４０３、Ｓ１４１３において実行される。

この図に示される処理は、図９の処理と比較すると、ステップＳ９０１の処理の前にステップＳ１９０１の処理が追加されており、さらに、ステップＳ９０２の後、かつ、ステップＳ９０３の前に、ステップＳ１９０２の処理が追加されている。以下では、これらの追加されたステップＳ１９０１、Ｓ１９０２の処理について説明する。

ステップＳ１９０１において、サービスブローカ６０Ｂは、端末間通信サービス６４Ｂを介して、顧客管理システム１００内のリアルネットワークに関する情報を取得する。取得した情報には、顧客管理システム１００内の全てのエッジ端末１のＩＰアドレス及びＭＡＣアドレスが示されている。

そして、ステップＳ９０２の処理において共有メモリ領域５４Ｂに新規データの書き込みがあると判断された場合には（Ｓ９０２：Ｙｅｓ）、ステップＳ１９０２の処理を行う。

ステップＳ１９０２の処理において、サービスブローカ６０Ｂは、共有メモリ領域５４Ｂに書き込まれた新規データが顧客管理システム１００内のエッジ端末１によるものであるか否かを判定する。具体的には、サービスブローカ６０Ｂは、新規データにおける「前工程のエッジ端末のＩＰアドレス」及び「前工程のエッジ端末のＭＡＣアドレス」を取得する。サービスブローカ６０Ｂは、ステップＳ１９０１においてオーケストレーションツール５２Ａ、５２Ｂを介して、顧客管理システム１００を構成するエッジ端末１のネットワーク情報（ＩＰアドレス及びＭＡＣアドレス）を取得しており、新規データの「前工程のエッジ端末のＩＰアドレス」及び「前工程のエッジ端末のＩＰアドレス」が、顧客管理システム１００を構成するエッジ端末１に含まれるか否かを判断する。

新規データの書き込みが顧客管理システム１００内のエッジ端末１によるものである場合には（Ｓ１９０２：Ｙｅｓ）、サービスブローカ６０Ｂは、次に、ステップＳ９０３の処理を行う。新規データの書き込みが顧客管理システム１００内のエッジ端末１によるものでない場合には（Ｓ１９０２：Ｎｏ）、サービスブローカ６０Ｂは、次に、ステップＳ１９０１の処理を行う。

ここで、顧客管理システム１００のシステム構成が動的に変化する場合には、顧客管理システム１００を構成しない端末からであっても共有メモリ領域５４にデータが書き込まれることがある。そこで、ＩＰアドレス及びＭＡＣアドレスを利用することで、書き込まれる新規データの正当性を確認することができる。

第２実施形態の顧客管理システム１００によれば、サービスブローカ６０は、予め、リアルネットワークの構成を記憶しており、共有メモリ領域５４にリアルネットワークの構成に含まれない端末からの書き込みがあった場合には、書き込まれた情報を破棄する。このようにすることで、仮に、共有メモリ領域５４に意図しないデータが記録された場合であっても、顧客管理システム１００を構成しない端末から書き込まれたデータは処理されなくなるため、セキュリティの向上を図ることができる。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。すなわち、本発明の範囲は、実施形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

１、１Ａ、１Ｂエッジ端末
２カメラ（センサ）
４タッチパネル
１０店舗
５０ＯＳカーネル
５１コンテナエンジン
５２、５２Ａ、５２Ｂオーケストレーションツール
５３クラスタ
５４、５４Ａ、５４Ｂ共有メモリ領域
５６コンテナ
５８ポッド
６０、６０Ａ、６０Ｂサービスブローカ
６１～６３第１～第３マイクロサービス
６４端末間通信サービス
７１～７３第１～第３データ領域
１００顧客管理システム
１０１～１０３第４～第６マイクロサービス
１０４～１０６第４～第６データ領域
１０７Ａ、１０７Ｂネットワークアダプタ
１１１、１１１Ａ、１１１Ｂ顧客行動記録マイクロサービス
１１２商品特定マイクロサービス
１１３、１１３Ａ、１１３Ｂ顧客行動検出マイクロサービス
１１４画像処理マイクロサービス
１１５顔認識マイクロサービス
１１６顧客特定マイクロサービス
１１７決済マイクロサービス

Claims

店舗内の買い物客の動作を取得するセンサと、
コンテナ化されたアプリケーションであるコンテナをオーケストレーション技術によりリソース管理された環境で動作させる端末であって、前記買い物客毎の前記店舗内での行動を記録した顧客行動レコードを記憶し、前記センサにより取得される前記買い物客の行動を用いて、前記買い物客の顧客行動を検出し、前記検出された前記顧客行動を前記顧客行動レコードに追加する、エッジ端末と、を備える顧客管理システムであって、
前記エッジ端末のうちの１つである第１エッジ端末は、検出された前記顧客行動を、前記第１エッジ端末の前記買い物客の前記顧客行動レコード、及び、前記第１エッジ端末とは異なる第２エッジ端末に記憶された前記買い物客の前記顧客行動レコードに追加する、顧客管理システム。
請求項１に記載の顧客管理システムであって、
顧客管理システムは、複数の前記第２エッジ端末を備え、
前記第１エッジ端末は、検出された前記顧客行動を、複数の前記第２エッジ端末に記憶された前記買い物客の前記顧客行動レコードに追加する、顧客管理システム。
請求項１または２に記載の顧客管理システムであって、
前記顧客行動は、前記買い物客が購入商品を取得する購入行動を含み、
前記エッジ端末は、前記センサにより取得される前記買い物客の動作を用いて、前記買い物客の前記購入行動を検出し、前記検出された前記購入行動を前記顧客行動レコード内の購入商品リストに追加する、顧客管理システム。
請求項３に記載の顧客管理システムであって、
顧客管理システムは、さらに、前記エッジ端末の近傍に配置されるとともに、前記エッジ端末と接続される表示装置を備え、
前記第１エッジ端末は、前記第１エッジ端末の前記購入商品リストを、前記表示装置に表示させる、顧客管理システム。
請求項４に記載の顧客管理システムであって、
顧客管理システムは、さらに、前記エッジ端末の近傍に配置されるとともに、前記エッジ端末と接続され、前記買い物客の操作を受け付ける操作装置を備え、
前記第１エッジ端末は、前記操作装置からの操作に応じて、前記購入商品リストに示される前記購入商品の商品代金の決済処理を行う、顧客管理システム。
請求項５に記載の顧客管理システムであって、
前記表示装置、及び、前記操作装置は、タッチパネルディスプレイとして一体化して構成される、顧客管理システム。
請求項５または６に記載の顧客管理システムであって、
前記エッジ端末は、さらに、前記店舗内の商品の在庫数を記憶し、前記決済処理が行われた前記購入商品リストに示された商品の数を前記在庫数から減ずる、顧客管理システム。
請求項１から７のいずれか１項に記載の顧客管理システムであって、
前記第１エッジ端末、及び、前記第２エッジ端末は、
前記第１エッジ端末、及び、前記第２エッジ端末のそれぞれにおいて、内部に設けられる任意の前記コンテナにより読み書き可能な共有メモリ領域と、
前記買い物客の前記顧客行動を検出し、検出された前記顧客行動を示す顧客行動情報、及び、前記顧客行動情報を次に処理する前記コンテナを示す次処理コンテナ情報を、前記共有メモリ領域に書き込む、検出コンテナと、
前記顧客行動レコードを管理し、前記共有メモリ領域に書き込まれた前記顧客行動情報を読み出して前記顧客行動レコードに記録する、記録コンテナと、
前記共有メモリ領域への前記検出コンテナの書き込みを検出し、前記次処理コンテナ情報に示された前記記録コンテナの起動を開始させる、仲介コンテナと、を備える、顧客管理システム。
請求項８に記載の顧客管理システムであって、
前記記録コンテナは、前記仲介コンテナにより起動された後に、所定の処理を行う起動状態に遷移し、前記起動状態において所定の処理を終了すると待機状態に遷移する、顧客管理システム。
請求項８または９に記載の顧客管理システムであって、
前記第１エッジ端末及び前記第２エッジ端末は、それぞれの内部において、前記オーケストレーション技術によって、前記コンテナ間に相互に通信可能な仮想ネットワークが構築され、
前記第１エッジ端末と前記第２エッジ端末とは、前記仮想ネットワークとは異なるリアルネットワークにより接続され、
前記第１エッジ端末、及び、前記第２エッジ端末のそれぞれは、前記第１エッジ端末及び前記第２エッジ端末における、前記リアルネットワークの情報、及び、前記共有メモリ領域の構成を記憶する端末間通信コンテナを備え、
前記第１エッジ端末の前記端末間通信コンテナは、前記第２エッジ端末の前記端末間通信コンテナと、前記リアルネットワークを介して通信を行い、
前記第１エッジ端末の前記検出コンテナは、前記第１エッジ端末の前記端末間通信コンテナ、及び、前記第２エッジ端末の前記端末間通信コンテナを介して、前記顧客行動情報、及び、前記次処理コンテナ情報を、前記第２エッジ端末の前記共有メモリ領域へ書き込む、顧客管理システム。
請求項１０に記載の顧客管理システムであって、
前記第１エッジ端末、及び、前記第２エッジ端末は、所定のプロトコルで前記リアルネットワークによる通信を実行するネットワークアダプタを備え、
前記第１エッジ端末の前記端末間通信コンテナは、前記第２エッジ端末の前記ネットワークアダプタに通信開始要求を送信し、
前記第２エッジ端末の前記端末間通信コンテナは、前記第２エッジ端末の前記ネットワークアダプタへの前記通信開始要求の受信を検出すると、前記第１エッジ端末の前記端末間通信コンテナとの通信経路を確立する、顧客管理システム。
請求項１０または１１に記載の顧客管理システムであって、
前記仲介コンテナは、
予め、任意の前記エッジ端末の前記リアルネットワークの構成を記憶し、
前記共有メモリ領域に前記リアルネットワークの構成に含まれない端末から前記顧客行動情報、または、前記次処理コンテナ情報の書き込みがあった場合には、前記書き込まれた情報を破棄する、顧客管理システム。
請求項１から１２のいずれか１項に記載の顧客管理システムであって、
前記センサは、前記買い物客の顔、及び、前記買い物客の行動を撮影するカメラであり、
前記エッジ端末は、
前記カメラの撮影画像を用いて、顔認識により前記買い物客を特定するとともに、前記顧客行動を特定する、
顧客管理システム。
請求項１３に記載の顧客管理システムであって、
前記エッジ端末は、前記撮影画像から顔部分を抽出して顔認識用画像を生成し、前記顔認識用画像を用いて前記顔認識を行う、顧客管理システム。
請求項１４に記載の顧客管理システムであって、
前記顔認識は、ネットワークを介して接続されるサーバにより行われ、
前記エッジ端末は、前記サーバに対して前記顔認識用画像を送信し、前記顔認識を行わせる、顧客管理システム。
請求項１３から１５のいずれか１項に記載の顧客管理システムであって、
前記エッジ端末は、前記顔認識の結果を示す第１識別子とは異なる第２識別子を用いて、前記顧客行動レコードを管理する、顧客管理システム。
店舗内の買い物客の動作を取得するセンサと、
コンテナ化されたアプリケーションであるコンテナをオーケストレーション技術によりリソース管理された環境で動作させる端末であって、前記買い物客毎の前記店舗内での行動を記録した顧客行動レコードを記憶し、前記センサにより取得される前記買い物客の行動を用いて、前記買い物客の顧客行動を検出し、前記検出された前記顧客行動を前記顧客行動レコードに追加する、エッジ端末と、を備える顧客管理システムの制御方法であって、
制御方法は、前記エッジ端末のうちの１つである第１エッジ端末は、検出された前記顧客行動を、前記第１エッジ端末の前記買い物客の前記顧客行動レコード、及び、前記第１エッジ端末とは異なる第２エッジ端末に記憶された前記買い物客の前記顧客行動レコードに追加することを含む、顧客管理システムの制御方法。
店舗内の買い物客の動作を取得するセンサと、
コンテナ化されたアプリケーションであるコンテナをオーケストレーション技術によりリソース管理された環境で動作させる端末であって、前記買い物客毎の前記店舗内での行動を記録した顧客行動レコードを記憶し、前記センサにより取得される前記買い物客の行動を用いて、前記買い物客の顧客行動を検出し、前記検出された前記顧客行動を前記顧客行動レコードに追加する、エッジ端末と、を備える顧客管理システムの制御に用いられるコンピュータプログラムであって、
コンピュータプログラムは、前記エッジ端末のうちの１つである第１エッジ端末に対して、検出された前記顧客行動を、前記第１エッジ端末の前記買い物客の前記顧客行動レコード、及び、前記第１エッジ端末とは異なる第２エッジ端末に記憶された前記買い物客の前記顧客行動レコードに追加させることを含む、コンピュータプログラム。
店舗内の買い物客の動作を取得するセンサと、
コンテナ化されたアプリケーションであるコンテナをオーケストレーション技術によりリソース管理された環境で動作させる端末であって、前記買い物客毎の前記店舗内での行動を記録した顧客行動レコードを記憶し、前記センサにより取得される前記買い物客の行動を用いて、前記買い物客の顧客行動を検出し、前記検出された前記顧客行動を前記顧客行動レコードに追加する、エッジ端末と、を備える顧客管理システムの制御に用いられるコンピュータプログラムを記録した記憶媒体であって、
コンピュータプログラムは、前記エッジ端末のうちの１つである第１エッジ端末に対して、検出された前記顧客行動を、前記第１エッジ端末の前記買い物客の前記顧客行動レコード、及び、前記第１エッジ端末とは異なる第２エッジ端末に記憶された前記買い物客の前記顧客行動レコードに追加させることを含む、記憶媒体。