特開 2023-167093 登録サーバ、登録方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023167093

(43)【公開日】2023-11-24

(54)【発明の名称】登録サーバ、登録方法及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231116BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022077996

(22)【出願日】2022-05-11

(71)【出願人】

【識別番号】516297770

【氏名又は名称】株式会社スマート・ソリューション・テクノロジー

(74)【代理人】

【識別番号】100095407

【弁理士】

【氏名又は名称】木村 満

(74)【代理人】

【識別番号】100132883

【弁理士】

【氏名又は名称】森川 泰司

(74)【代理人】

【識別番号】100202913

【弁理士】

【氏名又は名称】武山 敦史

(72)【発明者】

【氏名】山本 篤

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】

【課題】短時間のうちに送信された多数の登録情報をデータベースに登録することが可能な登録サーバ、登録方法及びプログラムを提供する。
【解決手段】登録サーバ３００は、需要により処理能力が増減し、登録情報データベース３３３に登録する登録情報を取得する取得部３４１と、取得部３４１で取得した登録情報を一時的にキュー３３２に格納するキュー格納部３４３と、キュー３３２に格納された登録情報から一定量以下のデータ量の登録情報を抽出し、登録情報データベース３３３に登録する登録部３４４と、を備える。
【選択図】図５

【特許請求の範囲】

【請求項1】

需要により処理能力が増減し、登録情報データベースに登録する登録情報を取得する取得部と、
前記取得部で取得した登録情報を一時的にバッファに格納するバッファ格納部と、
前記バッファに格納された登録情報から一定量以下のデータ量の登録情報を抽出し、前記登録情報データベースに登録する登録部と、
を備える登録サーバ。

【請求項2】

前記取得部で取得した登録情報が前記登録情報データベースに登録可能なものかどうかを検証する検証部をさらに備え、
前記バッファ格納部は、前記検証部で前記登録情報データベースに登録可能であると検証された登録情報を前記バッファに格納する、
請求項１に記載の登録サーバ。

【請求項3】

前記登録部は、前記バッファに対して一定のポーリング周期でポーリングを行うことで、前記バッファに格納された登録情報を抽出する、
請求項１又は２に記載の登録サーバ。

【請求項4】

前記バッファは、前記取得部で取得した登録情報を順番に並べるキューであり、
前記登録部は、前記キューに格納された最も古い登録情報から古い順番に登録情報を抽出する、
請求項１又は２に記載の登録サーバ。

【請求項5】

取得部とバッファ格納部と登録部とを備え、前記取得部は需要により処理能力が増減する登録サーバが実行する登録方法であって、
前記取得部が、登録情報データベースに登録する登録情報を取得する工程と、
前記バッファ格納部が、前記取得部で取得した登録情報を一時的にバッファに格納する工程と、
前記登録部が、前記バッファに格納された登録情報から一定量以下のデータ量の登録情報を抽出し、前記登録情報データベースに登録する工程と、
を含む登録方法。

【請求項6】

コンピュータを、
需要により処理能力が増減し、登録情報データベースに登録する登録情報を取得する取得手段、
前記取得手段で取得した登録情報を一時的にバッファに格納するバッファ格納手段、
前記バッファに格納された登録情報から一定量以下のデータ量の登録情報を抽出し、前記登録情報データベースに登録する登録手段、
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、登録サーバ、登録方法及びプログラムに関する。

【背景技術】

【0002】

顧客による店舗への来店頻度を向上させるため、スマートフォンのような携帯端末を所持する顧客が店舗に来店した際に、携帯端末と店舗に設置された通信端末との間で通信を行い、顧客にポイントを付与するチェックインサービスが提供されている。例えば、特許文献１には、携帯端末が店舗端末からチェックイン通知を取得し、顧客によるチェックインを希望する旨の操作を受け付けると、携帯端末を所持する顧客にポイントを付与するチェックインシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－８０４９２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１のチェックインシステムは、通信の高速化と通信可能領域の制限とを両立でき、有用であるが、短時間に多数の携帯端末から大量の情報が送信される場合を想定しておらず、データベースに情報を格納する処理が追いつかない可能性がある。そして、このような問題は、チェックインシステムにおいてポイント付与の要求を受け付ける場合に限られず、短時間のうちに送信された多数の登録情報をデータベースに登録する処理を行う場合にも存在している。

【0005】

本発明は、このような背景に基づいてなされたものであり、短時間のうちに送信された多数の登録情報をデータベースに登録することが可能な登録サーバ、登録方法及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

上記目的を達成するために、本発明の第１の観点に係る登録サーバは、
需要により処理能力が増減し、登録情報データベースに登録する登録情報を取得する取得部と、
前記取得部で取得した登録情報を一時的にバッファに格納するバッファ格納部と、
前記バッファに格納された登録情報から一定量以下のデータ量の登録情報を抽出し、前記登録情報データベースに登録する登録部と、
を備える。

【0007】

前記取得部で取得した登録情報が前記登録情報データベースに登録可能なものかどうかを検証する検証部をさらに備え、
前記バッファ格納部は、前記検証部で前記登録情報データベースに登録可能であると検証された登録情報を前記バッファに格納してもよい。

【0008】

前記登録部は、前記バッファに対して一定のポーリング周期でポーリングを行うことで、前記バッファに格納された登録情報を抽出してもよい。

【0009】

前記バッファは、前記取得部で取得した登録情報を順番に並べるキューであり、
前記登録部は、前記キューに格納された最も古い登録情報から古い順番に登録情報を抽出してもよい。

【0010】

上記目的を達成するために、本発明の第２の観点に係る登録方法は、
取得部とバッファ格納部と登録部とを備え、前記取得部は需要により処理能力が増減する登録サーバが実行する登録方法であって、
前記取得部が、登録情報データベースに登録する登録情報を取得する工程と、
前記バッファ格納部が、前記取得部で取得した登録情報を一時的にバッファに格納する工程と、
前記登録部が、前記バッファに格納された登録情報から一定量以下のデータ量の登録情報を抽出し、前記登録情報データベースに登録する工程と、
を含む。

【0011】

上記目的を達成するために、本発明の第３の観点に係るプログラムは、
コンピュータを、
需要により処理能力が増減し、登録情報データベースに登録する登録情報を取得する取得手段、
前記取得手段で取得した登録情報を一時的にバッファに格納するバッファ格納手段、
前記バッファに格納された登録情報から一定量以下のデータ量の登録情報を抽出し、前記登録情報データベースに登録する登録手段、
として機能させる。

【発明の効果】

【0012】

本発明によれば、短時間のうちに送信された多数の登録情報をデータベースに登録することが可能な登録サーバ、登録方法及びプログラムを提供できる。

【図面の簡単な説明】

【0013】

【図1】本発明の実施の形態に係るチェックインシステムの構成を示す概略図である。

【図2】本発明の実施の形態に係る店舗端末の構成を示すブロック図である。

【図3】本発明の実施の形態に係る顧客端末の構成を示すブロック図である。

【図4】（ａ）は、顧客端末に表示される受付画面の一例を示す図であり、（ｂ）は、顧客端末に表示される確認画面の一例を示す図であり、（ｃ）は、顧客端末に表示される完了画面の一例を示す図である。

【図5】本発明の実施の形態に係る登録サーバの構成を示すブロック図である。

【図6】（ａ）は、店舗情報データベースのデータテーブルの一例を示す図であり、（ｂ）は、キューに格納された登録情報のデータ構造の一例を示す図である。

【図7】登録情報データベースのデータテーブルの一例を示す図である。

【図8】本発明の実施の形態に係る音声出力処理の流れを示すフローチャートである。

【図9】本発明の実施の形態に係る登録受付処理の流れを示すフローチャートである。

【図10】本発明の実施の形態に係る検証処理の流れを示すフローチャートである。

【図11】本発明の実施の形態に係る登録完了処理の流れを示すフローチャートである。

【発明を実施するための形態】

【0014】

以下、本発明の実施の形態に係る登録サーバ、登録方法及びプログラムを、図面を参照しながら詳細に説明する。各図面においては、同一又は同等の部分に同一の符号を付す。

【0015】

実施の形態では、登録システムの一例として店舗側が顧客によるチェックインを受け付けるためのチェックインシステムを説明する。また、実施の形態では、チェックインサービスを提供する店舗の「管理者」、及び店舗に来店してチェックインサービスを利用する「顧客」のそれぞれを「ユーザ」と呼ぶことがある。

【0016】

図１は、実施の形態に係るチェックインシステム１の構成を示す。チェックインシステム１は、店舗側が顧客によるチェックインを受け付けるシステムである。チェックインシステム１は、店舗端末１００、顧客端末２００と、登録サーバ３００と、を備える。店舗端末１００と顧客端末２００とは、音声を伝送媒体とした通信によりデータを送受信する。登録サーバ３００と、店舗端末１００及び顧客端末２００とは、インターネットのような通信ネットワーク２を介して互いにデータを送受信する。

【0017】

店舗端末１００は、店舗の管理者が管理する通信端末の一例であり、例えば、汎用コンピュータである。店舗端末１００は、店舗ＩＤ（Identification）を含む音声信号を顧客端末２００に向けて送信する。店舗ＩＤは、店舗毎に割り振られた固有の識別情報であり、例えば、アルファベット、数字及び記号の少なくとも１つを組み合わせて表現される。

【0018】

顧客端末２００は、店舗に入店する顧客がそれぞれ所持する携帯端末の一例であり、例えば、スマートフォンである。顧客端末２００は、当該顧客の指示に基づいて店舗Ｓ内で店舗端末１００からの音声信号を受信し、店舗ＩＤ及び顧客ＩＤを含む登録情報を登録サーバ３００に送信することで、登録サーバ３００にチェックインの登録を要求する。顧客ＩＤは、顧客毎に割り振られた固有の識別情報であり、店舗ＩＤと同様に、例えば、アルファベット、数字及び記号の少なくとも１つを組み合わせて表現される。

【0019】

登録サーバ３００は、例えば、クラウド上に設けられたコンピュータである。登録サーバ３００では、仮想マシンを追加するスケーリングといった手法により処理能力を向上させてもよい。登録サーバ３００は、各顧客端末２００から送信された登録情報を取得する。顧客端末２００から取得した登録情報の妥当性を検証し、登録情報の妥当性が確認された登録情報を一時的な格納場所であるバッファ、例えば、キューに格納する。登録サーバ３００は、ポーリングを受け付けると、バッファに格納された登録情報から一定量以下のデータ量の登録情報を抽出する。一度に抽出する登録情報のデータ量は、登録サーバ３００による登録情報データベースへの登録処理の速度により制限される。

【0020】

登録サーバ３００は、バッファから登録情報を抽出すると、顧客のチェックインを管理する登録情報データベースに登録する。登録サーバ３００では、同一顧客による登録情報の二重登録を回避し、登録情報データベースの信頼性を確保するため、登録情報データベースを２つ以上にはしない。このように一定量以下のデータ量の登録情報を、時間間隔を空けてデータベースに送信するため、一度に大量の登録情報をデータベースに送信することがなく、登録サーバ３００の処理が追いつかなくなる事態を回避できる。
以上が、チェックインシステム１の構成である。

【0021】

図２は、実施の形態に係る店舗端末１００の構成を示すブロック図である。店舗端末１００は、操作部１１０と、表示部１２０と、通信部１３０と、発音部１４０と、変調部１５０と、記憶部１６０と、制御部１７０と、を備える。店舗端末１００の各部は、内部バスを介して相互に通信可能に接続されている。

【0022】

操作部１１０は、ユーザの指示を受け付け、受け付けた操作に対応する操作信号を制御部１７０に供給する。操作部１１０は、例えば、マウス、キーボードといった入力デバイスを備える。

【0023】

表示部１２０は、表示駆動回路を備え、制御部１７０から供給されるデータに基づいて、ユーザに向けて各種の画像を表示する。表示部１２０は、例えば、液晶ディスプレイのような表示デバイスを備える。

【0024】

通信部１３０は、外部の機器と通信するための通信インターフェースである。通信部１３０は、例えば、インターネットのような通信ネットワーク２、ＵＳＢ（Universal Serial Bus）のような入出力端子を介して外部の機器と通信する。

【0025】

発音部１４０は、変調部１５０から供給された音声信号をＤ／Ａ（デジタル／アナログ）変換し、アナログ化された音声信号をスピーカに供給する。スピーカから出力される音声の音量は、店舗Ｓ内で集音でき、店舗Ｓ外で集音できない程度に予め調整する。

【0026】

変調部１５０は、制御部１７０の制御に従って、店舗ＩＤに関する情報を音声信号に変換する。より詳細に説明すると、変調部１５０は、制御部１７０から供給された店舗ＩＤに関する情報で搬送波を変調し、変調された搬送波（音声信号）を発音部１４０に出力する。音声信号は、店舗ＩＤに関する情報を含むユニット単位の音を繰り返すように構成されている。音声信号の変調等の処理としては、無線通信で用いられているのと同様の処理を実行すればよい。

【0027】

記憶部１６０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ハードディスクを含む。記憶部１６０は、制御部１７０に実行されるプログラムや各種のデータ、例えば、店舗ＩＤを記憶する。また、記憶部１６０は、各種の情報を一時的に記憶し、制御部１７０が処理を実行するためのワークメモリとして機能する。

【0028】

制御部１７０は、ＣＰＵ（Central Processing Unit）のようなプロセッサを備え、店舗端末１００の各部の制御を行う。制御部１７０は、記憶部１６０に記憶されているプログラムを実行することにより、図８の音声出力処理を実行する。具体的には、店舗の管理者からの指示を受け付けると、登録サーバ３００に記憶された店舗ＩＤを取得して記憶部１６０に記憶させる。次に、変調部１５０を制御して店舗ＩＤに関する情報を含む音声信号を生成させ、発音部１４０を制御して音声信号をスピーカから一定期間だけ出力させる。
以上が、店舗端末１００の構成である。

【0029】

図３は、実施の形態に係る顧客端末２００の構成を示すブロック図である。顧客端末２００は、操作部２１０と、表示部２２０と、通信部２３０と、集音部２４０と、復調部２５０と、記憶部２６０と、制御部２７０と、を備える。顧客端末２００の各部は、内部バスを介して相互に通信可能に接続されている。

【0030】

操作部２１０は、ユーザの操作を受け付け、受け付けた操作に対応する操作信号を制御部２７０に供給する。表示部２２０は、表示駆動回路を備え、制御部２７０から供給されるデータに基づいて各種の画像を表示する。表示部２２０は、例えば、チェックイン登録を受け付ける受付画面を表示する。操作部２１０と表示部２２０とは、タッチパネルによって一体に構成されている。タッチパネルは、ユーザによる操作を受け付ける操作画面を表示すると共に、操作画面においてユーザが接触操作を行った位置に対応する操作信号を制御部２７０に供給する。

【0031】

通信部２３０は、通信部１３０と同様に外部の機器と通信するための通信インターフェースである。

【0032】

集音部２４０は、マイクで集音した音声を電気信号に変換し、当該電気信号をＡ／Ｄ（アナログ／デジタル）変換し、デジタル化された電気信号を復調部２５０に供給する。

【0033】

復調部２５０は、制御部２７０の制御に従って、集音部２４０で集音された音声信号を店舗ＩＤに変換する。より詳細に説明すると、復調部２５０は、集音部２４０のマイクから供給された音声信号から店舗ＩＤを復調し、店舗ＩＤに関するデータを制御部２７０に出力する。音声信号の復調等の処理としては、無線通信で用いられているのと同様の処理を実行すればよい。

【0034】

記憶部２６０は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリを備える。記憶部２６０は、記憶部１６０と同様に、制御部２７０に実行されるプログラムや各種のデータ、例えば、顧客ＩＤを記憶する。また、記憶部２６０は、制御部２７０が処理を実行するためのワークメモリとしても機能する。

【0035】

制御部２７０は、プロセッサを備え、顧客端末２００の各部の制御を行う。プロセッサは、例えば、ＣＰＵである。制御部２７０は、記憶部２６０に記憶されているプログラムを実行することにより、図９の登録受付処理を実行する。具体的には、チェックイン登録を希望する顧客がアプリケーションを起動させると、制御部２７０は、図４（ａ）に示す受付画面を表示部２２０に表示させる。受付画面には、「チェックイン」タブが設けられている。顧客が「チェックイン」タブをタップし、操作部２１０がチェックイン登録を要求する指示を受け付けると、制御部２７０は、店舗端末１００から出力された音声信号を集音し、復調部２５０を制御して音声信号から店舗ＩＤに関する情報を復調させる。

【0036】

次いで、制御部２７０は、復調部２５０で復調された店舗ＩＤ、記憶部２６０に記憶された顧客ＩＤ及び登録時刻に関する情報を登録サーバ３００に送信する。店舗ＩＤ、顧客ＩＤ及び登録時刻に関する情報は、登録情報データベースに登録される登録情報の一例である。登録時刻は、操作部２１０が顧客によるチェックイン登録に関する指示を受け付けた時点で、制御部２７０の内部タイムから読み取った時刻である。登録サーバ３００が複数存在している場合、登録情報を受け付け可能な状態にあるいずれかの登録サーバ３００に登録情報を送信すればよい。

【0037】

登録情報を受け取った登録サーバ３００が顧客端末２００から送信された登録情報の妥当性を検証し、当該登録情報が登録情報データベースに登録可能であると検証されたことが通知されると、制御部２７０は、図４（ｂ）に示す確認画面を表示部２２０に表示させる。確認画面は、チェックイン登録を完了させるかどうかを顧客に問い合わせる画面であり、チェックイン登録を行うか行わないかを選択するボタンを備える。顧客は、表示部２２０の確認画面に表示された店舗情報を確認し、その内容に間違いなければ、確認画面の「実行」ボタンをタップする。すると、制御部２７０は、登録情報を再び登録サーバ３００に送信し、図４（ｃ）に示す完了画面を表示部２２０に表示させる。完了画面は、チェックインが完了した旨の画面である。
以上が、顧客端末２００の構成である。

【0038】

図５は、実施の形態に係る登録サーバ３００の構成を示すブロック図である。登録サーバ３００は、通信部３１０と、計時部３２０と、記憶部３３０と、制御部３４０と、を備える。登録サーバ３００の各部は、内部バスを介して相互に通信可能に接続されている。

【0039】

通信部３１０は、通信部１３０と同様に外部の機器と通信するための通信インターフェースである。通信部３１０は、例えば、通信ネットワーク２を介して店舗端末１００、顧客端末２００及びＮＴＰ（Network Time Protocol）サーバと通信可能に構成されている。

【0040】

計時部３２０は、現在時刻を計時するタイマを備え、登録サーバ３００の内部時計として機能する。計時部３２０が計時する現在時刻であるサーバ時刻は、通信ネットワーク２を介して接続されているＮＴＰサーバから定期的に取得した時刻と同期するように補正される。ＮＴＰサーバは、ＮＴＰを用いて正確な現在時刻のデータを配信するサーバである。計時部３２０は、制御部３４０の要求に応じて、サーバ時刻に関する情報を制御部３４０に供給する。

【0041】

記憶部３３０は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリを備える。記憶部３３０は、制御部３４０に実行されるプログラムや各種のデータを記憶する。また、記憶部３３０は、制御部３４０が処理を実行するためのワークメモリとしても機能する。さらに、記憶部３３０は、店舗情報データベース３３１と、キュー３３２と、登録情報データベース３３３と、を備える。

【0042】

図６（ａ）は、店舗情報データベース３３１のデータテーブルの一例を示す図である。店舗情報データベース３３１は、店舗に関する情報、例えば、店舗ＩＤ、店舗名、受付期間に関する情報を記憶する。受付期間は、顧客によるチェックインを受け付ける期間であり、例えば、営業開始から営業終了までの期間である。

【0043】

図６（ｂ）は、キュー３３２に格納された登録情報のデータ構造の一例を示す図である。キュー３３２は、一時的なデータの保管領域であり、顧客端末２００から送信された登録情報を記憶するバッファの一例である。キューは、１次元配列で１列に格納されたデータ構造を格納し、データの格納及び取り出しをＦＩＦＯ（First-In First-Out）によって行なう。キュー３３２では、登録サーバ３００が取得した順番に登録情報を並べてもよいが、実装上の都合を考慮して、キュー３３２のために確保された記憶領域の中での実際の位置や順序とは別に、取得した順番に関する情報を内部的に記憶することが好ましい。

【0044】

図７は、登録情報データベース３３３のデータテーブルの一例を示す図である。登録情報データベース３３３は、店舗ＩＤ、顧客ＩＤ及び登録時刻に関する情報を記憶する。登録サーバ３００又は外部のサーバは、登録情報データベース３３３に記憶された店舗ＩＤ、顧客ＩＤ及び登録時刻に関する情報に基づいて、例えば、各顧客に付与されたポイントに関する情報を記憶するポイントデータベースのポイント数を更新すればよい。

【0045】

制御部３４０は、プロセッサを備え、登録サーバ３００の各部の制御を行う。プロセッサは、例えば、ＣＰＵである。制御部３４０は、記憶部３３０に記憶されているプログラムを実行することにより図９の登録受付処理、図１０の検証処理及び図１１の登録完了処理を実行する。制御部３４０は、機能的には、取得部３４１と、検証部３４２と、キュー格納部３４３と、登録部３４４と、を備える。

【0046】

取得部３４１は、顧客端末２００から送信された登録情報を取得する。顧客端末２００から送信された登録情報は、需要により処理能力が増減する取得部のいずれかにより取得される。例えば、各顧客端末２００からのチェックイン登録の需要に応じて、例えば、仮想マシンの台数を増減するスケーリングによりその処理能力を増やせばよい。

【0047】

検証部３４２は、取得部３４１で取得された登録情報が登録情報データベース３３３に登録可能なものかどうかを検証し、検証により登録情報が当該登録情報データベース３３３に登録可能であると判定された場合に、図６（ａ）の店舗情報データベース３３１から店舗ＩＤに対応する店舗名、受付期間といった店舗情報を読み取り、読み取った店舗情報を顧客端末２００に向けて送信する。

【0048】

登録情報が登録情報データベース３３３に登録可能かどうかは、店舗情報データベース３３１に格納された店舗情報に基づいて判定する。具体的には、登録情報に含まれる店舗ＩＤが店舗情報データベース３３１に格納され、登録情報に含まれる登録時刻が店舗ＩＤに対応するチェックインの受付期間内である場合に、登録情報を送信した顧客のチェックイン登録が可能であると判定すればよい。

【0049】

キュー格納部３４３は、取得部３４１が検証部３４２で検証済みの登録情報を顧客端末２００から再度取得すると、当該登録情報を一時的にキュー３３２に格納する。具体的には、取得した登録情報を、登録情報を取得した順番に関する情報と共にキュー３３２に格納すればよい。キュー格納部３４３は、登録情報をバッファの一例であるキューに一時的に格納するバッファ格納部の一例である。

【0050】

登録部３４４は、キュー３３２に登録情報が格納されているかどうかを問い合わせ、キュー３３２に登録情報が格納されている場合にキュー３３２に格納された最も古い登録情報から古い順番に一定量以下のデータ量の登録情報を抽出し、抽出された登録情報を登録情報データベース３３３に登録する。登録部３４４が一度に抽出する登録情報のデータ量は、登録サーバ３００による登録情報の登録情報データベース３３３への登録処理の速度により制限される。キュー３３２への登録情報の問い合わせとしては、例えば、キュー３３２に対して一定のポーリング周期で問い合わせを繰り返し行うポーリングを実施すればよい。
以上が、登録サーバ３００の構成である。

【0051】

次に、店舗端末１００、顧客端末２００及び登録サーバ３００がそれぞれ実行する一連の流れを説明する。登録サーバ３００には、顧客に関する情報、各顧客がどの店舗Ｓを登録しているかに関する情報が格納され、チェックインサービスに登録済みの顧客が顧客端末２００を操作して、店舗端末１００から受信した店舗ＩＤを登録サーバ３００に送信することで、ユーザ登録済みの店舗に関するチェックイン登録を行う。

【0052】

（音声出力処理）
まず、図８を参照して、店舗端末１００が実行する音声出力処理の流れを説明する。音声出力処理は、店舗端末１００のスピーカから顧客によるチェックイン登録に必要な店舗ＩＤに関する情報を含む音声信号を出力させる処理である。

【0053】

店舗Ｓの管理者は、店舗Ｓに設置された店舗端末１００を操作して、該当する店舗Ｓの店舗ＩＤを含む音声を発音部１４０のスピーカから発音させる操作を実行する。店舗端末１００の制御部１７０は、管理者による操作を受け付けると、通信部１３０を介して登録サーバ３００に該当する店舗Ｓの店舗ＩＤの送信を要求する（ステップＳ１１）。登録サーバ３００の制御部３４０は、要求に応答して図６（ａ）の店舗情報データベース３３１を参照し、該当する店舗Ｓの店舗ＩＤを抽出し、通信部３１０を介して店舗端末１００に送信する。

【0054】

制御部１７０は、通信部１３０を介して登録サーバ３００に要求した店舗Ｓの店舗ＩＤを受信し、受信した店舗ＩＤを記憶部１６０に記憶させる（ステップＳ１２）。次に、制御部１７０は、ステップＳ１２の処理で受信した店舗ＩＤを記憶部１６０から読み出し、店舗ＩＤに基づいて音声信号を生成する（ステップＳ１３）。具体的には、制御部１７０は、変調部１５０を制御して、店舗ＩＤに基づいて搬送波を処理することで音声信号を生成する。

【0055】

次に、制御部１７０は、ステップＳ１３の処理で生成された音声信号を発音部１４０に供給し、当該音声信号に基づく音声を一定期間スピーカから繰り返し出力させ（ステップＳ１４）、処理を終了する。
以上が、音声出力処理の流れである。

【0056】

（登録受付処理）
次に、図９のフローチャートを参照して、顧客端末２００及び登録サーバ３００が協働して実行する登録受付処理の流れを説明する。登録受付処理は、顧客が行ったチェックイン登録の妥当性を検証し、チェックイン登録が妥当であると判定された場合に顧客によるチェックイン登録を受け付ける処理である。

【0057】

顧客端末２００を所持する顧客が顧客端末２００にインストールされたアプリケーションを起動すると、顧客端末２００は、表示部２２０に図４（ａ）に示す受付画面を表示させる。顧客は、チェックイン登録を行いたいタイミングで画面上の「チェックイン」タブをタップする。顧客端末２００の制御部２７０は、顧客による操作を受け付けると、店舗端末１００からの音声信号を集音するために集音部２４０のマイクを起動し、受信した音声信号から店舗ＩＤを取得する（ステップＳ２１）。具体的には、集音部２４０を制御して音声信号を集音し、復調部２５０を制御して集音した音声信号から店舗ＩＤを復元する。

【0058】

次に、制御部２７０は、ステップＳ２１で取得した店舗ＩＤ、記憶部２６０に記憶された顧客ＩＤ、及び顧客による登録時刻を含む登録情報を送信する（ステップＳ２２）。顧客による登録時刻は、顧客が画面上の「チェックイン」タブをタップした時刻であり、制御部２７０の内部タイマにより生成される。

【0059】

登録サーバ３００の取得部３４１が顧客端末２００から登録情報を受信すると（ステップＳ３１）、検証部３４２は、ステップＳ３１で取得した店舗ＩＤの妥当性を検証する検証処理を実行する（ステップＳ３２）。以下、図１０を参照して、登録サーバ３００の検証部３４２が実行する検証処理の流れを説明する。

【0060】

（検証処理）
まず、検証部３４２は、取得した店舗ＩＤに該当する店舗が図６（ａ）の店舗情報データベース３３１に格納されているかどうかを判定する（ステップＳ３２１）。店舗情報データベース３３１に格納されていると判定された場合（ステップＳ３２１；Ｙｅｓ）、処理をステップＳ３２２に移動する。他方、店舗情報データベース３３１に格納されていないと判定された場合（ステップＳ３２１；Ｎｏ）、処理をステップＳ３２３に移動する。

【0061】

ステップＳ３２１の処理でＹｅｓの場合、検証部３４２は、店舗ＩＤを送信した顧客のチェックイン登録が可能かどうかを判定する（ステップＳ３２２）。例えば、顧客の登録時刻が店舗情報データベース３３１に記憶された当該店舗Ｓの受付期間内に含まれる場合に、店舗ＩＤを送信した顧客のチェックイン登録が可能であると判定する。

【0062】

店舗ＩＤを送信した顧客のチェックイン登録が可能であると判定された場合（ステップＳ３２２；Ｙｅｓ）、処理をリターンする。他方、店舗ＩＤを送信した顧客のチェックイン登録が可能でないと判定された場合（ステップＳ３２２；Ｎｏ）、処理をステップＳ３２３に移動する。

【0063】

ステップＳ３２１又はステップＳ３２２の処理でＮｏの場合、検証部３４２は、エラーメッセージを顧客端末２００に向けて送信し（ステップＳ３２３）、検証処理を終了する。顧客端末２００は、受信したエラーメッセージを表示部２２０に表示させ、登録受付処理を終了する。
以上が、検証処理の流れである。

【0064】

図９の登録受付処理に戻り、登録サーバ３００の検証部３４２は、店舗情報を顧客端末２００に向けて送信する（ステップＳ３３）。店舗情報は、店舗名、受付期間を含む情報であり、店舗情報データベース３３１から店舗ＩＤに対応するものが読み取られる。

【0065】

顧客端末２００の制御部２７０は、登録サーバ３００からの店舗情報を受信すると（ステップＳ２３）、店舗情報を含む確認画面を表示部２２０に表示させる（ステップＳ２４）。図４（ｂ）は、確認画面の一例であり、確認画面には、チェックインの「実行」、「キャンセル」を選択するボタンが配置されている。顧客は、表示部２２０の確認画面に表示された店舗情報を確認し、その内容に間違いなければ、確認画面の「実行」ボタンをタップする。顧客端末２００の制御部２７０は、顧客の操作を検知すると、登録サーバ３００に店舗ＩＤ、顧客ＩＤ及び登録時刻を含む登録情報を送信する（ステップＳ２５）。

【0066】

登録サーバ３００の制御部３４０は、登録情報を受信すると（ステップＳ３４）、図１０の検証処理を再び実行する（ステップＳ３５）。図１０の検証処理で登録が妥当であると判定されると、制御部３４０は、ステップＳ３５の処理で取得した登録情報を記憶部３３０のキュー３３２に一時的に格納する（ステップＳ３６）。次に、制御部３４０は、顧客端末２００に登録受付情報を送信し（ステップＳ３７）、処理を終了する。登録受付情報は、顧客によるチェックイン登録を受け付けたことを示す情報である。

【0067】

顧客端末２００の制御部２７０は、登録サーバ３００から登録受付情報を受信すると（ステップＳ２６）、登録受付情報を含む完了画面を表示部２２０に表示させ（ステップＳ２７）、処理を終了する。図４（ｃ）は、完了画面の一例であり、例えば、チェックイン登録を受け付けた旨のメッセージが含まれている。
以上が、登録受付処理の流れである。

【0068】

（登録完了処理）
次に、図１１を参照して、登録サーバ３００が実行する登録完了処理の流れを説明する。以下、登録サーバ３００の電源が投入され、制御部３４０が記憶部３３０に記憶されたプログラムを起動しているものとする。

【0069】

登録サーバ３００の登録部３４４は、電源投入後又は前回のポーリングを実行した時点からポーリング周期が経過したかどうかを判定する（ステップＳ４１）。ポーリングは、キュー３３２に登録情報が格納されているかどうかを確認する処理である。電源投入後又は前回のポーリングを実行した時点からポーリング周期が経過したと判定された場合（ステップＳ４１；Ｙｅｓ）、処理をステップＳ４２に移動する。他方、電源投入後又は前回のポーリングを実行した時点からポーリング周期が経過していないと判定された場合（ステップＳ４１；Ｎｏ）、ポーリング周期が経過するまで待機する。

【0070】

ステップＳ４１の処理でＹｅｓの場合、登録部３４４は、キュー３３２に対するポーリングを実行し（ステップＳ４２）、キュー３３２から登録情報を取得したかどうかを判定する（ステップＳ４３）。キュー３３２から登録情報を取得したと判定された場合（ステップＳ４３；Ｙｅｓ）、登録部３４４は、キュー３３２から取得した登録情報を登録情報データベース３３３に記憶させ（ステップＳ４４）、処理をステップＳ４１に戻す。他方、キュー３３２から登録情報を取得していないと判定された場合（ステップＳ４３；Ｎｏ）、処理をそのままステップＳ４１に戻す。
以上が、登録完了処理の流れである。

【0071】

以上説明したように、実施の形態に係る登録サーバ３００は、需要により処理能力が増減し、登録情報データベース３３３に登録する登録情報を取得する取得部３４１と、取得部３４１で取得した登録情報を一時的にキュー３３２に格納するキュー格納部３４３と、キュー３３２に格納された登録情報から一定量以下のデータ量の登録情報を抽出し、登録情報データベース３３３に登録する登録部３４４と、を備える。このため、登録情報が大量に送信されたとしても、登録情報データベース３３３への登録の前段階でキュー処理を行うことで、登録情報データベース３３３に対する負荷を制御できる。これにより登録情報データベース３３３で登録情報を取りこぼすことを防止できる。

【0072】

本発明は上記の実施形態に限られず、以下に述べる変形も可能である。

【0073】

（変形例）
上記実施の形態では、店舗端末１００が店舗ＩＤに関する情報を含む音声信号を生成していたが、本発明はこれに限られない。例えば、登録サーバ３００が店舗ＩＤに関する情報を含む音声信号を生成し、店舗端末１００に送信してもよい。

【0074】

上記実施の形態では、店舗端末１００と顧客端末２００とは、音声を伝送媒体とした通信によりデータを送受信していたが、本発明はこれに限られない。例えば、ＮＦＣ（Near Field Communication）の近距離無線通信技術を用いてデータを送受信してもよい。

【0075】

上記実施の形態では、顧客がアプリケーションを起動して店舗ＩＤを取得していたが、本発明はこれに限られない。例えば、顧客が顧客端末２００にインストールされたブラウザを操作してチェックインサービス用のウェブサイトにアクセスし、このウェブサイトから店舗ＩＤを取得してもよい。

【0076】

上記実施の形態では、顧客端末２００が顧客による登録操作を受け付けた登録時刻を読み取り、登録サーバ３００に送信していたが、本発明はこれに限られない。店舗端末１００から出力された音声信号を集音した顧客のチェックイン登録を受付時間によらず許可するのであれば、顧客端末２００は登録時刻の読み取り及び送信を省略してもよい。

【0077】

また、店舗端末１００が音声信号生成時の生成時刻を読み取り、この生成時刻に関する情報を音声信号に含めて出力し、顧客端末２００が当該生成時刻に関する情報を登録情報に含めて登録サーバ３００に送信してもよい。登録サーバ３００は、生成時刻と店舗情報データベース３３１に記憶された受付期間とを比較することで、受付期間外に生成された音声信号を含む登録情報の登録を受け付けず、当該音声信号を送信した顧客の顧客端末２００にエラーメッセージを送信してもよい。これにより顧客が不正録音した音声信号を用いてチェックイン登録を行うことを防止できる。

【0078】

上記実施の形態では、登録サーバ３００がキュー３３２及びキュー格納部３４３を備えていたが、本発明はこれに限られない。登録サーバ３００とは別体の一時格納サーバがキューを備え、登録サーバ３００から送信された登録情報を当該一時格納サーバが取得してキューに格納し、登録サーバ３００からの要求に応じて当該一時格納サーバのキューから登録情報を抽出して登録サーバ３００に送信してもよい。

【0079】

上記実施の形態では、登録サーバ３００が登録情報データベース３３３を備えていたが、本発明はこれに限られない。例えば、登録サーバ３００（第１のサーバ）とは別のサーバ（第２のサーバ）が登録情報データベース３３３を備え、第２のサーバが、登録サーバ３００のキュー３３２に登録情報が格納されているかどうかを問い合わせ、キュー３３２に登録情報が格納されている場合にキュー３３２に格納された最も古い登録情報から古い順番に一定量以下のデータ量の登録情報を取得し、取得された登録情報を登録情報データベース３３３に登録してもよい。

【0080】

上記実施の形態では、データの一時格納を行うバッファとしてデータの格納及び取り出しをＦＩＦＯによって行なうキュー３３２を用いていたが、本発明はこれに限られない。バッファとしては、例えば、データの格納及び取り出しをＬＩＦＯ（Last In First Out）によって行うスタックを用いてもよい。

【0081】

上記実施の形態では、登録サーバ３００は、顧客端末２００からの取得した登録情報の妥当性を検証し、登録情報の妥当性が確認された登録情報に基づいてキューを生成していたが、本発明はこれに限られない。必要に応じて顧客端末２００からの取得した登録情報の妥当性の検証を省略してもよい。例えば、１回目の妥当性の検証のみを行い、２回目の妥当性の検証を省略してもよい。

【0082】

上記実施の形態では、店舗端末１００が汎用コンピュータであったが、本発明はこれに限られない。店舗端末１００は、音声を発音するマイクを備える他の機器であってもよく、例えば、スマートフォンやウェアラブルデバイスであってもよい。ウェアラブルデバイスは、身体に装着可能なデバイスであり、例えば、手首に装着するスマートウォッチである。

【0083】

上記実施の形態では、顧客端末２００がスマートフォンであったが、本発明はこれに限られない。顧客端末２００は、音声を集音するマイクを備える他の機器であってもよく、例えば、ノートパソコンやウェアラブルデバイスであってもよい。

【0084】

上記実施の形態では、登録サーバ３００は、クラウド上に設けられたコンピュータであったが、本発明はこれに限られない。例えば、登録サーバ３００を専用のシステムで実現してもよく、汎用コンピュータで実現してもよい。

【0085】

上記実施の形態では、店舗端末１００、顧客端末２００及び登録サーバ３００の記憶部１６０、２６０、３３０に各種データが記憶されていたが、本発明はこれに限定されない。例えば、各種データは、その全部又は一部が通信ネットワークを介して外部の制御装置やコンピュータに記憶されていてもよい。

【0086】

上記実施の形態では、店舗端末１００、顧客端末２００及び登録サーバ３００は、記憶部１６０、２６０、３３０に記憶されたプログラムに基づいて動作していたが、本発明はこれに限定されない。例えば、プログラムにより実現された機能的な構成をハードウェアにより実現してもよい。

【0087】

上記実施の形態では、店舗端末１００、顧客端末２００及び登録サーバ３００が実行する処理は、上述の物理的な構成を備える装置が記憶部１６０、２６０、３３０に記憶されたプログラムを実行することによって実現されていたが、本発明は、プログラムとして実現されてもよく、そのプログラムが記録された記憶媒体として実現されてもよい。

【0088】

また、上述の処理動作を実行させるためのプログラムを、フレキシブルディスク、ＣＤ－ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto-Optical Disk）といったコンピュータにより読み取り可能な非一時的な記録媒体に格納して配布し、そのプログラムをコンピュータにインストールすることにより、上述の処理動作を実行する装置を構成してもよい。

【0089】

上記実施の形態では、登録システムの一例として顧客によるチェックインに関する登録情報をデータベースに登録する場合を例に説明していたが、本発明はこれに限られない。登録システムとしては、例えば、勤怠管理、出席管理、会員登録、懸賞への応募、商品やサービスについての問い合わせに関する登録情報をデータベースに登録する処理を行ってもよい。

【0090】

上記実施の形態は例示であり、本発明はこれらに限定されるものではなく、特許請求の範囲に記載した発明の趣旨を逸脱しない範囲でさまざまな実施の形態が可能である。実施の形態や変形例で記載した構成要素は自由に組み合わせることが可能である。また、特許請求の範囲に記載した発明と均等な発明も本発明に含まれる。

【符号の説明】

【0091】

１ チェックインシステム
２ 通信ネットワーク
１００ 店舗端末
１１０，２１０ 操作部
１２０，２２０ 表示部
１３０，２３０，３１０ 通信部
１４０ 発音部
１５０ 変調部
１６０，２６０，３３０ 記憶部
１７０，２７０，３４０ 制御部
２００ 顧客端末
２４０ 集音部
２５０ 復調部
３００ 登録サーバ
３２０ 計時部
３３１ 店舗情報データベース
３３２ キュー
３３３ 登録情報データベース
３４１ 取得部
３４２ 検証部
３４３ キュー格納部
３４４ 登録部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】