(57)【要約】【課題】新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスを可能にするクラウドサーバを提供する。【解決手段】処理手段２２は、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、検知処理の後に第１の携帯端末がクラウドサーバ２にアクセスするときにクラウドサーバ２に送信したパケットが経由したアクセスポイントの第１のグローバルＩＰアドレスと、飲食店で働く人がクラウドサーバ２で認証されたときに飲食店で働く人の第２の携帯端末が送信したパケットが経由したアクセスポイントの第２のグローバルＩＰアドレスとが一致することを確認する確認処理とを行う。判定手段は、検知処理および確認処理が行われたことに基づいて、第１の携帯端末が飲食店に存在すると判定する。【選択図】図４
2018121176.tif 000002
【特許請求の範囲】
【請求項１】
顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、前記検知処理の後に、前記第１の携帯端末が前記ＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、前記第１の携帯端末が、前記ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う処理手段と、
前記検知処理および前記確認処理が行われたことに基づいて、前記第１の携帯端末が前記飲食店に存在すると判定する判定手段とを備えるクラウドサーバ。
【請求項２】
前記処理手段は、前記検知処理の後に、前記第１の携帯端末が当該クラウドサーバにアクセスするときに当該クラウドサーバに送信したパケットが経由した通信機器の第１のグローバルＩＰアドレスと、前記店舗で働く人が当該クラウドサーバで認証されたときに前記店舗で働く人の第２の携帯端末が送信したパケットが経由した通信機器の第２のグローバルＩＰアドレスとが一致することを前記確認処理として行う、請求項１に記載のクラウドサーバ。
【請求項３】
前記処理手段は、前記確認処理において、前記第２の携帯端末が送信したパケットから前記第２のグローバルＩＰアドレスを推定し、その推定した第２のグローバルＩＰアドレスが前記第１のグローバルＩＰアドレスに一致することを確認する、請求項２に記載のクラウドサーバ。
【請求項４】
前記処理手段は、前記検知処理の後に、前記第１の携帯端末が前記店舗内のローカルネットワークからしかアクセスできないアドレスにアクセスして取得したデータを前記第１の携帯端末から受信し、その受信したデータと、予め保持するデータとが一致することを前記確認処理として行う、請求項１に記載のクラウドサーバ。
【請求項５】
前記判定手段によって前記第１の携帯端末が前記店舗に存在すると判定されると、注文サービス利用開始通知を前記店舗の店舗端末装置へ送信し、前記第１の携帯端末から飲食メニュー表示要求を受信すると、飲食メニューを前記第１の携帯端末に送信し、前記第１の携帯端末から注文要求を受信すると、注文受付確認を前記第１の携帯端末へ送信するとともに前記店舗の顧客の注文を示す注文表示を前記店舗端末装置へ送信し、前記店舗端末装置から注文確認を受信した後に支払処理要求を前記店舗端末装置へ送信する送信手段を更に備える、請求項１から請求項４のいずれかに記載のクラウドサーバ。
【請求項６】
前記ＵＲＬは、前記２次元通信シート上に設置された通信機器から送信される、請求項１から請求項５のいずれか１項に記載のクラウドサーバ。
【請求項７】
請求項１から請求項６のいずれかに記載のクラウドサーバと、
２次元通信シートとを備える通信システム。
【請求項８】
処理手段が、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、前記検知処理の後に、前記第１の携帯端末が前記ＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、前記第１の携帯端末が、前記ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う第１のステップと、
判定手段が、前記検知処理および前記確認処理が行われたことに基づいて、前記第１の携帯端末が前記飲食店に存在すると判定する第２のステップとをコンピュータに実行させるためのプログラム。
【請求項９】
前記第１のステップにおいて、前記処理手段は、前記検知処理の後に、前記第１の携帯端末が当該クラウドサーバにアクセスするときに当該クラウドサーバに送信したパケットが経由した通信機器の第１のグローバルＩＰアドレスと、前記店舗で働く人が当該クラウドサーバで認証されたときに前記店舗で働く人の第２の携帯端末が送信したパケットが経由した通信機器の第２のグローバルＩＰアドレスとが一致することを前記確認処理として行う、請求項８に記載のコンピュータに実行させるためのプログラム。
【請求項１０】
前記第１のステップにおいて、前記処理手段は、前記確認処理において、前記第２の携帯端末が送信したパケットから前記第２のグローバルＩＰアドレスを推定し、その推定した第２のグローバルＩＰアドレスが前記第１のグローバルＩＰアドレスに一致することを確認する、請求項９に記載のコンピュータに実行させるためのプログラム。
【請求項１１】
前記第１のステップにおいて、前記処理手段は、前記検知処理の後に、前記第１の携帯端末が前記店舗内のローカルネットワークからしかアクセスできないアドレスにアクセスして取得したデータを前記第１の携帯端末から受信し、その受信したデータと、予め保持するデータとが一致することを前記確認処理として行う、請求項８に記載のコンピュータに実行させるためのプログラム。
【請求項１２】
送信手段が、前記判定手段によって前記第１の携帯端末が前記店舗に存在すると判定されると、注文サービス利用開始通知を前記店舗の店舗端末装置へ送信し、前記第１の携帯端末から飲食メニュー表示要求を受信すると、飲食メニューを前記第１の携帯端末に送信し、前記第１の携帯端末から注文要求を受信すると、注文受付確認を前記第１の携帯端末へ送信するとともに前記店舗の顧客の注文を示す注文表示を前記店舗端末装置へ送信し、前記店舗端末装置から注文確認を受信した後に支払処理要求を前記店舗端末装置へ送信する第３のステップを更にコンピュータに実行させる、請求項８から請求項１１のいずれかに記載のコンピュータに実行させるためのプログラム。
【請求項１３】
前記ＵＲＬは、前記２次元通信シート上に設置された通信機器から送信される、請求項８から請求項１２のいずれか１項に記載のコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、クラウドサーバ、それを備えた通信システムおよびコンピュータに実行させるためのプログラムに関する。
【背景技術】
【０００２】
従来、顧客の携帯端末がビーコンＩＤを参照してウェブサイトにアクセスするビーコンＩＤ参照モデルが知られている（非特許文献１）。
【０００３】
また、従来、ＵＲＬビーコンを用いたビジネスも知られている（非特許文献２）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ｈｔｔｐｓ：／／ｄｅｖｅｌｏｐｅｒ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ｄｏｃｕｍｅｎｔａｔｉｏｎ／ＵｓｅｒＥｘｐｅｒｉｅｎｃｅ／Ｃｏｎｃｅｐｔｕａｌ／ＬｏｃａｔｉｏｎＡｗａｒｅｎｅｓｓＰＧ／ＲｅｇｉｏｎＭｏｎｉｔｏｒｉｎｇ／ＲｅｇｉｏｎＭｏｎｉｔｏｒｉｎｇ．ｈｔｍｌ＃／／ａｐｐｌｅ＿ｒｅｆ／ｄｏｃ／ｕｉｄ／ＴＰ４０００９４９７−ＣＨ９−ＳＷ１
【非特許文献２】ｈｔｔｐｓ：／／ｄｅｖｅｌｏｐｅｒ．ｇｏｏｇｌｅ．ｃｏｍ／ｎｅａｒｂｙ／ｎｏｔｉｆｉｃａｔｉｏｎｓ／ｏｖｅｒｖｉｅｗ
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ビーコンＩＤ参照モデルでは、ビーコンＩＤ参照モデルに対応するアプリケーションを開発し、顧客の携帯端末にインストールする必要がある。
【０００６】
また、ＵＲＬビーコンを用いたビジネスにおいては、一度、携帯端末がＵＲＬビーコンを取得してしまうと、取得されたＵＲＬ／ｓｈｏｒｔＵＲＬから展開されるＵＲＬを携帯端末に保存すれば、ビーコンの配信領域外からＵＲＬにアクセスできるという問題がある。
【０００７】
この発明の実施の形態によれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスを可能にするクラウドサーバを提供する。
【０００８】
また、この発明の実施の形態によれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスを可能にするクラウドサーバを備える通信システムを提供する。
【０００９】
更に、この発明の実施の形態によれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからのＵＲＬへのアクセスを可能にすることをコンピュータに実行させるためのプログラムを提供する。
【課題を解決するための手段】
【００１０】
（構成１）
この発明の実施の形態によれば、クラウドサーバは、処理手段と、判定手段とを備える。処理手段は、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、検知処理の後に、第１の携帯端末がＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、第１の携帯端末が、ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う。判定手段は、検知処理および確認処理が行われたことに基づいて、第１の携帯端末が飲食店に存在すると判定する。
【００１１】
この発明の実施の形態によるクラウドサーバにおいては、検知処理において、第１の携帯端末がブラウザによってＵＲＬにアクセスしたことを検知するので、取得したＵＲＬにアクセスするための新たなアプリケーションが不要である。
【００１２】
また、第１の携帯端末がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、処理手段は、第１の携帯端末がＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、第１の携帯端末が、ＵＲＬを取得した店舗に存在することを確認する。
【００１３】
従って、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスできるようにできる。
【００１４】
（構成２）
構成１において、処理手段は、検知処理の後に、第１の携帯端末がクラウドサーバにアクセスするときにクラウドサーバに送信したパケットが経由した通信機器の第１のグローバルＩＰアドレスと、店舗で働く人がクラウドサーバで認証されたときに店舗で働く人の第２の携帯端末が送信したパケットが経由した通信機器の第２のグローバルＩＰアドレスとが一致することを確認処理として行う。
【００１５】
構成２によれば、第１の携帯端末がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、第１のグローバルＩＰアドレスが第２のグローバルＩＰアドレスに一致すると判定され、確認処理が完了する。一方、第１の携帯端末がＵＲＬを取得可能な領域外からＵＲＬにアクセスした場合、第１のグローバルＩＰアドレスが第２のグローバルＩＰアドレスに一致しないと判定され、確認処理が完了しない。
【００１６】
従って、第１の携帯端末がＵＲＬを取得した領域に存在することを正確に判定できる。
【００１７】
（構成３）
構成２において、処理手段は、確認処理において、第２の携帯端末が送信したパケットから第２のグローバルＩＰアドレスを推定し、その推定した第２のグローバルＩＰアドレスが第１のグローバルＩＰアドレスに一致することを確認する。
【００１８】
ウェブサイト側で、第２の携帯端末が送信したパケットが経由した通信機器のグローバルＩＰアドレスを取得できるので、第２のグローバルＩＰアドレスを容易に推定できる。
【００１９】
（構成４）
構成１において、処理手段は、検知処理の後に、第１の携帯端末が店舗内のローカルネットワークからしかアクセスできないアドレスにアクセスして取得したデータを第１の携帯端末から受信し、その受信したデータと、予め保持するデータとが一致することを確認処理として行う。
【００２０】
構成４によれば、第１の携帯端末が店舗に存在した場合のみ取得可能なデータに基づいて確認処理が行われる。
【００２１】
従って、第１の携帯端末がＵＲＬを取得した領域に存在することを正確に判定できる。
【００２２】
（構成５）
構成１から構成４のいずれかにおいて、クラウドサーバは、送信手段を更に備える。送信手段は、判定手段によって第１の携帯端末が飲食店に存在すると判定されると、注文サービス利用開始通知を飲食店の店舗端末装置へ送信し、第１の携帯端末から飲食メニュー表示要求を受信すると、飲食メニューを第１の携帯端末に送信し、第１の携帯端末から注文要求を受信すると、注文受付確認を第１の携帯端末へ送信するとともに飲食店の顧客の注文を示す注文表示を店舗端末装置へ送信し、店舗端末装置から注文確認を受信した後に支払処理要求を店舗端末装置へ送信する。
【００２３】
送信手段は、飲食店における注文から料金の支払までの動作に関連して必要な情報を第１の携帯端末および店舗端末装置へ送信する。
【００２４】
従って、店舗は、注文から料金の支払までを自動的に行うことができる。
【００２５】
（構成６）
構成１から構成５のいずれかにおいて、ＵＲＬは、２次元通信シート上に設置された通信機器から送信される。
【００２６】
２次元通信シート上に配置された第１の携帯端末だけがＵＲＬを取得できる。従って、ＵＲＬが、他のテーブルの顧客の携帯端末によって取得されるのを防止できる。
【００２７】
（構成７）
また、この発明の実施の形態によれば、通信システムは、構成１から構成６のいずれかに記載のクラウドサーバと、２次元通信シートとを備える。
（構成８）
更に、この発明の実施の形態によれば、コンピュータに実行させるためのプログラムは、
処理手段が、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、検知処理の後に、第１の携帯端末がＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、第１の携帯端末が、ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う第１のステップと、
判定手段が、検知処理および確認処理が行われたことに基づいて、第１の携帯端末が飲食店に存在すると判定する第２のステップとをコンピュータに実行させるためのプログラムである。
【００２８】
この発明の実施の形態によるプログラムを実行することにより、検知処理において、第１の携帯端末がブラウザによってＵＲＬにアクセスしたことを検知するので、取得したＵＲＬにアクセスするための新たなアプリケーションが不要である。
【００２９】
また、第１の携帯端末がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、処理手段は、第１の携帯端末がＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、第１の携帯端末が、ＵＲＬを取得した店舗に存在することを確認する。
【００３０】
従って、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスできるようにできる。
【００３１】
（構成９）
構成８において、処理手段は、第１のステップにおいて、検知処理の後に、第１の携帯端末がクラウドサーバにアクセスするときにクラウドサーバに送信したパケットが経由した通信機器の第１のグローバルＩＰアドレスと、店舗で働く人が当該クラウドサーバで認証されたときに店舗で働く人の第２の携帯端末が送信したパケットが経由した通信機器の第２のグローバルＩＰアドレスとが一致することを前記確認処理として行う。
【００３２】
構成９によれば、第１の携帯端末がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、第１のグローバルＩＰアドレスが第２のグローバルＩＰアドレスに一致すると判定され、確認処理が完了する。一方、第１の携帯端末がＵＲＬを取得可能な領域外からＵＲＬにアクセスした場合、第１のグローバルＩＰアドレスが第２のグローバルＩＰアドレスに一致しないと判定され、確認処理が完了しない。
【００３３】
従って、第１の携帯端末がＵＲＬを取得した領域に存在することを正確に判定できる。
【００３４】
(構成１０)
構成９において、処理手段は、第１のステップの確認処理において、第２の携帯端末が送信したパケットから第２のグローバルＩＰアドレスを推定し、その推定した第２のグローバルＩＰアドレスが第１のグローバルＩＰアドレスに一致することを確認する。
ウェブサイト側で、第２の携帯端末が送信したパケットが経由した通信機器のグローバルＩＰアドレスを取得できる。従って、第１のステップをコンピュータに実行させることによって、第２のグローバルＩＰアドレスを容易に推定できる。
【００３５】
（構成１１）
構成８において、処理手段は、第１のステップにおいて、検知処理の後に、第１の携帯端末が店舗内のローカルネットワークからしかアクセスできないアドレスにアクセスして取得したデータを第１の携帯端末から受信し、その受信したデータと、予め保持するデータとが一致することを確認処理として行う。
【００３６】
構成１１によれば、第１の携帯端末が店舗に存在した場合のみ取得可能なデータに基づいて確認処理が行われる。
【００３７】
従って、第１の携帯端末がＵＲＬを取得した領域に存在することを正確に判定できる。
【００３８】
（構成１２）
構成８から構成１１のいずれかにおいて、コンピュータに実行させるためのプログラムは、送信手段が、第２のステップにおいて第１の携帯端末が飲食店に存在すると判定されると、注文サービス利用開始通知を前記飲食店の店舗端末装置へ送信し、第１の携帯端末から飲食メニュー表示要求を受信すると、飲食メニューを第１の携帯端末に送信し、第１の携帯端末から注文要求を受信すると、注文受付確認を第１の携帯端末へ送信するとともに飲食店の顧客の注文を示す注文表示を店舗端末装置へ送信し、店舗端末装置から注文確認を受信した後に支払処理要求を店舗端末装置へ送信する第３のステップを更にコンピュータに実行させる。
【００３９】
第３のステップをコンピュータに実行させることにより、飲食店における注文から料金の支払までの動作に関連して必要な情報が第１の携帯端末および店舗端末装置へ送信される。
【００４０】
従って、店舗は、注文から料金の支払までを自動的に行うことができる。
【００４１】
（構成１３）
構成８から構成１２のいずれかにおいて、ＵＲＬは、２次元通信シート上に設置された通信機器から送信される。
【００４２】
２次元通信シート上に配置された第１の携帯端末だけがＵＲＬを取得できる。従って、ＵＲＬが、他のテーブルの顧客の携帯端末によって取得されるのを防止できる。
【発明の効果】
【００４３】
新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスできるようにできる。
【図面の簡単な説明】
【００４４】
【図１】この発明の実施の形態による通信システムの概略図である。
【図２】図１に示す２次元通信シートの平面図である。
【図３】図２に示す線ＩＩＩ−ＩＩＩにおける２次元通信シートの断面図である。
【図４】図１に示すクラウドサーバの構成を示す概略図である。
【図５】図１に示すクラウドサーバ、通信機器、携帯端末および店舗端末装置の動作を説明するためのフローチャートである。
【図６】図５に示すステップＳ１の詳細な動作を説明するためのフローチャートである。
【図７】図５に示すステップＳ１の別の詳細な動作を説明するためのフローチャートである。
【図８】携帯端末の表示画面を示す図である。
【発明を実施するための形態】
【００４５】
本発明の実施の形態について図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。
【００４６】
図１は、この発明の実施の形態による通信システムの概略図である。図１を参照して、この発明の実施の形態による通信システム１０は、２次元通信シート１と、クラウドサーバ２とを備える。
【００４７】
２次元通信シート１は、飲食店において、顧客が飲食に用いるテーブル上に配置される。
【００４８】
２次元通信シート１は、通信機器３を含む。そして、２次元通信シート１は、通信機器３から送信されたＢＬＥ（Bluetooth（登録商標） Low Energy）ビーコンを伝搬させる。このＢＬＥビーコンは、２次元通信シート１が配置されたテーブルと一義的に紐付けられたＵＲＬを含む。
【００４９】
クラウドサーバ２は、顧客の携帯端末４が２次元通信シート１を介して通信機器３から受信したＢＬＥビーコンに含まれるＵＲＬにアクセスしたことを検知する検知処理と、検知処理の後に携帯端末４がクラウドサーバ２にアクセスするときにクラウドサーバ２に送信したパケットが経由したアクセスポイントの第１のグローバルＩＰアドレスと、飲食店で働く人がクラウドサーバ２で認証されたときに飲食店で働く人の携帯端末が送信したパケットが経由したアクセスポイントの第２のグローバルＩＰアドレスとが一致することを確認する確認処理とを行う。
【００５０】
そして、クラウドサーバ２は、検知処理および確認処理が行われたことに基づいて、携帯端末４が飲食店に存在すると判定する。
【００５１】
また、クラウドサーバ２は、後述するように、顧客が携帯端末４を用いて、料理の注文および支払いをするときの各種の動作を行う。
【００５２】
通信機器３は、クラウドサーバ２によって発行されたＵＲＬを予め保持する。このＵＲＬは、２次元通信シート１が配置されたテーブルと一義的に対応付けられたものである。そして、通信機器３は、ＵＲＬを含むＢＬＥビーコンを生成し、その生成したＢＬＥビーコンを２次元通信シート１中に定期的に送信する。
【００５３】
携帯端末４は、２次元通信シート１上に置かれると、２次元通信シート１を介してＢＬＥビーコンを受信する。そして、携帯端末４は、ＢＬＥビーコンに含まれるＵＲＬを取得する。そうすると、携帯端末４は、例えば、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）を用いて飲食店に配置されたＷｉ−Ｆｉのアクセスポイント（図示せず）を介して、その取得したＵＲＬにアクセスする。
【００５４】
また、携帯端末４は、後述するように、顧客が料理の注文および支払いをするときの各種の動作を行う。
【００５５】
店舗端末装置５は、飲食店に配置される。そして、店舗端末装置５は、後述するように、顧客が料理の注文および支払いをするときの各種の動作を行う。
【００５６】
図２は、図１に示す２次元通信シート１の平面図である。図３は、図２に示す線ＩＩＩ−ＩＩＩにおける２次元通信シート１の断面図である。
【００５７】
図２および図３を参照して、２次元通信シート１は、誘電体層１１と、導体１２，１３とを備える。
【００５８】
誘電体層１１は、概略的にシート形状を有し、矩形の平面形状を有する。誘電体層１１の厚みは、好ましくは、４ｍｍ以上６ｍｍ以下であり、より好ましくは、５ｍｍである。この５ｍｍの厚みは、特に、２．４５ＧＨｚ帯の入出力効率を改善するのに好ましい厚みである。
【００５９】
誘電体層１１は、例えば、発泡ポリエチレン（比誘電率が２．３である。）またはゴム（比誘電率が２．２〜８．０である。）からなる。
【００６０】
誘電体層１１は、発泡ポリエチレンおよびゴムに限らず、誘電体であれば、どのようなものであってもよい。
【００６１】
なお、誘電体層１１の比誘電率によって、誘電体層１１の好ましい厚みも変わる。
【００６２】
導体１２は、例えば、金属からなり、メッシュ形状を有する。そして、導体１２は、誘電体層１１の一方の面に配置される。
【００６３】
導体１２は、誘電体層１１の面内方向（Ｘ軸方向およびＹ軸方向）において、所望の間隔を隔てて配置される（図３参照）。開口部１２Ａは、導体１２によって囲まれることにより形成され、例えば、正方形の平面形状を有する。そして、複数の開口部１２Ａは、２次元通信シート１の外界における電磁波長よりも短い間隔で配置される。
【００６４】
導体１３は、例えば、金属からなり、誘電体層１１の他方の面（導体１２が配置された面と反対面）を覆うように配置される。
【００６５】
メッシュ形状を有する導体部１２は、外界とシート状の誘電体層１１との相互電磁結合を弱める働きをするので、外界と誘電体層１１との電磁結合が十分に弱いと仮定すると、シート状の誘電体層１１の内部では、電磁波は、１／（με）１／２で伝搬する。この場合、μは、誘電体層１１の透磁率であり、εは、誘電体層１１の誘電率である。
【００６６】
開口部１２Ａは、２次元通信シート１の外界における電磁波長よりも短い間隔で配置されているので、各開口部１２Ａから漏れ出すエバネッセント波も、電磁波長よりも短い空間周期で電磁波位相が変化し、遠方まで伝搬する波動とはならない。
【００６７】
この場合の減衰係数は、ｅｘｐ（−（ε／ε０−１）１／２（ω／ｃ）ｚ）となる。ここで、ε０は、外界の誘電率であり、ωは、信号の角周波数であり、ｃは、外界における光速であり、ｚは、誘電体層１１の導体１２が形成された面からの距離である。
【００６８】
したがって、εがそれほど大きくなくても、誘電体層１１の薄い厚みに対して、エバネッセント波の染み出し領域を波長程度まで小さくすることができる。
【００６９】
このように、２次元通信シート１は、電磁波を１／（με）１／２で伝搬させるとともに、その一主面（導体１２が形成された面）からエバネッセント波を染み出させる。
【００７０】
従って、通信機器３から送信されたＢＬＥビーコンは、２次元通信シート１の誘電体層１１中をＸ方向およびＹ方向に伝搬する。そして、携帯端末４は、カプラを備えており、カプラが２次元通信シート１の一主面（導体１２が形成された面）に接するように携帯端末４を２次元通信シート１上に配置すると、携帯端末４は、カプラによって、２次元通信シート１の一主面（導体１２が形成された面）から染み出すエバネッセント波を検出することにより、ＢＬＥビーコンを受信する。
【００７１】
図４は、図１に示すクラウドサーバ２の構成を示す概略図である。図４を参照して、クラウドサーバ２は、受信手段２１と、処理手段２２と、判定手段２３と、制御手段２４と、送信手段２５とを含む。
【００７２】
受信手段２１は、携帯端末４が、例えば、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）によってＵＲＬにアクセスしたことを示す信号Ａｃｓ＿ＵＲＬを受信し、その受信した信号Ａｃｓ＿ＵＲＬを処理手段２２へ出力する。
【００７３】
受信手段２１は、携帯端末４が送信したパケットＰＫＴ１を受信し、その受信したパケットＰＫＴ１を処理手段２２へ出力する。
【００７４】
受信手段２１は、その他、携帯端末４および店舗端末装置５から各種の情報を受信し、その受信した各種の情報を制御手段２４へ出力する。
【００７５】
処理手段２２は、飲食店で働く人が識別情報ＩＤおよびパスワードＰＷを用いてクラウドサーバ２に認証されたときのパケットＰＫＴ２を予め保持している。
【００７６】
処理手段２２は、信号Ａｃｓ＿ＵＲＬを受信手段２１から受ける。また、処理手段２２は、パケットＰＫＴ１を受信手段２１から受ける。
【００７７】
そうすると、処理手段２２は、信号Ａｃｓ＿ＵＲＬに基づいて、携帯端末４がＧｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）によってＵＲＬにアクセスしたことを検知する検知処理を行う。
【００７８】
また、処理手段２２は、パケットＰＫＴ２に基づいて、飲食店で働く人がクラウドサーバ２で認証されたときに飲食店で働く人の携帯端末が送信したパケットＰＫＴ２が経由したアクセスポイントの第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２を推定する。そして、処理手段２２は、携帯端末４がクラウドサーバ２にアクセスするときにクラウドサーバ２に送信したパケットＰＫＴ１が経由したアクセスポイントの第１のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１が第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致するか否かを判定する。
【００７９】
そして、処理手段２２は、第１のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１が第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致するとき、第１のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１が第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致することを確認する確認処理が完了したと判定する。
【００８０】
なお、第１のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１が第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致しないとき、処理手段２２は、確認処理が完了しないと判定する。
【００８１】
そうすると、処理手段２２は、検知処理を行ったことを示す信号ＰＲＣ１と、確認処理が完了したことを示す信号ＰＲＣ２とを生成し、その生成した信号ＰＲＣ１，ＰＲＣ２を判定手段２３へ出力する。
【００８２】
なお、処理手段２２は、検知処理および確認処理の両方を行った場合のみ、信号ＰＲＣ１，ＰＲＣ２を生成して判定手段２３へ送信し、検知処理および確認処理の少なくとも一方を行わなかった場合、判定手段２３へ何も出力しない。
【００８３】
判定手段２３は、処理手段２２から信号ＰＲＣ１，ＰＲＣ２の両方を受信したことに応じて、携帯端末４がＵＲＬを取得した飲食店に存在すると判定する。そして、判定手段２３は、携帯端末４がＵＲＬを取得した飲食店に存在すると判定したことを示す信号ＤＴＭを生成して制御手段２４へ出力する。
【００８４】
なお、判定手段２３は、処理手段２２から何も受けないとき、信号ＤＴＭを生成しない。
【００８５】
制御手段２４は、判定手段２３から信号ＤＴＭを受けると、注文サービス利用開始通知を生成して送信手段２５へ出力する。
また、制御手段２４は、携帯端末４から送信された飲食メニュー表示要求を受信手段２１から受けると、飲食メニューを生成して送信手段２５へ出力する。
更に、制御手段２４は、携帯端末４から送信された注文要求を受信手段２１から受けると、注文受付確認、および顧客の注文を示す注文表示を生成し、その生成した注文受付確認および注文表示を送信手段２５へ出力する。
更に、制御手段２４は、店舗端末装置５から送信された注文確認を受信手段２１から受けた後に支払処理要求を生成して送信手段２５へ出力する。
【００８６】
送信手段２５は、制御手段２４から注文サービス利用開始通知を受けると、その受けた注文サービス利用開始通知を店舗端末装置５へ送信する。
【００８７】
また、送信手段２５は、制御手段２４から飲食メニューを受けると、その受けた飲食メニューを携帯端末４へ送信する。
【００８８】
更に、送信手段２５は、制御手段２４から注文受付確認および注文表示を受けると、その受けた注文受付確認を携帯端末４へ送信するとともに、注文表示を店舗端末装置５へ送信する。
【００８９】
更に、送信手段２５は、制御手段２４から支払処理要求を受けると、その受けた支払処理要求を店舗端末装置５へ送信する。
【００９０】
図５は、図１に示すクラウドサーバ２、通信機器３、携帯端末４および店舗端末装置５の動作を説明するためのフローチャートである。なお、図５においては、携帯端末４が２次元通信シート１上に配置されていることを前提として、通信機器３、携帯端末４および店舗端末装置５の動作を説明する。
【００９１】
図５を参照して、一連の動作が開始されると、クラウドサーバ２、通信機器３、および携帯端末４は、携帯端末４がＵＲＬを取得した店舗に存在すると判定する動作を実行する（ステップＳ１）。
【００９２】
そして、クラウドサーバ２の制御手段２４は、注文サービス利用開始通知を生成し、送信手段２５は、注文サービス利用開始通知を送信する（ステップＳ２）。店舗端末装置５は、クラウドサーバ２から注文サービス利用開始通知を受信する（ステップＳ３）。これによって、店舗端末装置５は、注文サービスが開始されることを検知する。
【００９３】
ステップＳ３の後、携帯端末４は、飲食メニュー表示要求を送信する（ステップＳ４）。そして、クラウドサーバ２の受信手段２１は、飲食メニュー表示要求を受信し（ステップＳ５）、その受信した飲食メニュー表示要求を制御手段２４へ出力する。クラウドサーバ２の制御手段２４は、受信手段２１から受けた食メニュー表示要求に応じて飲食メニューを生成し、その生成した飲食メニューを送信手段２５へ出力する。そして、クラウドサーバ２の送信手段２５は、飲食メニューを携帯端末４へ送信する（ステップＳ６）。
【００９４】
携帯端末４は、飲食メニューを受信し、その受信した飲食メニューを表示部に表示する（ステップＳ７）。これによって、携帯端末４のユーザ（顧客）は、飲食メニューを見ることができる。飲食メニューに含まれる各メニューは、画像によって表示されており、顧客が各メニューの画像の部分をタッチすると、携帯端末４は、タッチされた画像に対応するメニューが注文されたことを検知する。
【００９５】
そして、携帯端末４は、顧客が注文したメニューからなる注文要求を生成し、その生成した注文要求をクラウドサーバ２へ送信する（ステップＳ８）。
【００９６】
その後、クラウドサーバ２の受信手段２１は、注文要求を受信し（ステップＳ９）、その受信した注文要求を制御手段２４へ出力する。制御手段２４は、受信手段２１から受けた注文要求に応じて、注文受付確認および（注文の内容を示す）注文表示を生成し、その生成した注文受付確認および（注文の内容を示す）注文表示を送信手段２５へ出力する。
【００９７】
そして、送信手段２５は、注文受付確認および（注文の内容を示す）注文表示を送信する（ステップＳ１０）。
【００９８】
携帯端末４は、クラウドサーバ２から注文受付確認を受信し（ステップＳ１１）、注文受付確認を表示部に表示する。これによって、顧客は、注文が受け付けられたことを確認できる。また、店舗端末装置５は、クラウドサーバ２から注文表示を受信する（ステップＳ１２）。これによって、店舗で働いている人は、顧客の注文内容を知ることができる。
【００９９】
そして、店舗端末装置５は、注文表示に応じて、注文確認を生成して送信する（ステップＳ１３）。
【０１００】
クラウドサーバ２の受信手段２１は、注文確認を受信し（ステップＳ１４）、その受信した注文確認を制御手段２４へ出力する。
【０１０１】
クラウドサーバ２の制御手段２４は、注文確認を受信手段２１から受けた後、支払処理要求を生成し、その生成した支払処理要求を送信手段２５へ出力する。送信手段２５は、制御手段２４から受けた支払処理要求を送信する（ステップＳ１５）。
【０１０２】
そして、店舗端末装置５は、支払処理要求を受信する（ステップＳ１６）。その後、店舗端末装置５は、顧客の携帯端末４との間で支払処理を行う。
【０１０３】
これによって、一連の動作が終了する。
【０１０４】
図６は、図５に示すステップＳ１の詳細な動作を説明するためのフローチャートである。なお、図６においては、ステップＳ１の動作に関与しない店舗端末装置５を省略している。
【０１０５】
図６を参照して、一連の動作が開始されると、通信機器３は、ＵＲＬを含むＢＬＥビーコンを生成し、その生成したＢＬＥビーコンを２次元通信シート１を介して定期的に送信する（ステップＳ２１）。
【０１０６】
そして、携帯端末４は、２次元通信シート１を介してＢＬＥビーコンを受信し（ステップＳ２２）、ＢＬＥビーコンに含まれるＵＲＬを取得する。そして、携帯端末４は、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）によって、パケットＰＫＴ１を送信することにより、ＵＲＬにアクセスする（ステップＳ２３）。この場合、携帯端末４が店舗のＷｉＦｉ経由でパケットＰＫＴ１を送信すれば、ＷｉＦｉのアクセスポイント（ＡＰ）のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がパケットＰＫＴ１に付き、携帯端末４が携帯電話のキャリアのモバイルネットワークを介してパケットＰＫＴ１を送信すれば、携帯電話のキャリアが管理するグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がパケットＰＫＴ１に付く。
【０１０７】
ステップＳ２３の後、クラウドサーバ２の受信手段２１は、パケットＰＫＴ１を受信することにより、携帯端末４がＵＲＬにアクセスしたことを検知する（ステップＳ２４）。そして、クラウドサーバ２の受信手段２１は、携帯端末４のＵＲＬへのアクセスを検知したことを示す信号Ａｃｓ＿ＵＲＬを生成し、その生成した信号Ａｃｓ＿ＵＲＬとパケットＰＫＴ１とを処理手段２２へ出力する。そして、処理手段２２は、受信手段２１から受けた信号Ａｃｓ＿ＵＲＬに応じて、携帯端末４がＧｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）によってＵＲＬにアクセスしたことを検知する。
【０１０８】
その後、処理手段２２は、予め保持しているパケットＰＫＴ２に基づいて、パケットＰＫＴ２が経由したアクセスポイント（ＡＰ）のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２を推定する（ステップＳ２５）。
【０１０９】
また、処理手段２２は、受信手段２１から受けたパケットＰＫＴ１に付いているグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１を取得する。
【０１１０】
そうすると、処理手段２２は、パケットＰＫＴ１が経由したＡＰのグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致するか否かを判定する（ステップＳ２６）。
【０１１１】
ステップＳ２６において、グローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致しないと判定されたとき、処理手段２２は、確認処理が完了していない、と判定する（ステップＳ２７）。
【０１１２】
一方、ステップＳ２６において、グローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致すると判定されたとき、処理手段２２は、確認処理を完了したと判定する（ステップＳ２８）。
【０１１３】
そして、処理手段２２は、信号ＰＲＣ１，ＰＲＣ２を生成して判定手段２３へ出力し、判定手段２３は、信号ＰＲＣ１，ＰＲＣ２に応じて、携帯端末４がＵＲＬを取得した店舗に存在すると判定する（ステップＳ２９）。
【０１１４】
ステップＳ２７の後、一連の動作は、図５の“終了”へ移行し、ステップＳ２９の後、一連の動作は、図５のステップＳ２へ移行する。
【０１１５】
図６に示すフローチャートによれば、携帯端末４は、２次元通信シート１に設置された通信機器３から送信されたＢＬＥビーコンを、２次元通信シート１を介して受信するので（ステップＳ２２参照）、ＢＬＥビーコンを他のテーブルの顧客の携帯端末によって取得されることを防止できる。
【０１１６】
また、クラウドサーバ２は、上述した検知処理において、パケットＰＫＴ１を受信することにより、携帯端末４がＧｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）によってＵＲＬにアクセスしたことを検知するので、取得したＵＲＬにアクセスするための新たなアプリケーションが不要である。
【０１１７】
更に、携帯端末４がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、グローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致すると判定され、上述した確認処理が完了したと判定される。一方、携帯端末４がＵＲＬを取得可能な領域外からＵＲＬにアクセスした場合、グローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致しないと判定され、上述した確認処理が完了していないと判定される。
【０１１８】
従って、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスできるようにできる。
【０１１９】
図７は、図５に示すステップＳ１の別の詳細な動作を説明するためのフローチャートである。
【０１２０】
図７に示すフローチャートは、図６に示すフローチャートのステップＳ２３〜ステップＳ２６をステップＳ３１〜ステップＳ３８に代えたものであり、その他は、図６に示すフローチャーチと同じである。なお、図７に示すフローチャートは、クラウドサーバ２の処理手段２２が、認証用のデータを予め保持していることを前提として、図５に示すステップＳ１の詳細な動作を説明するためのフローチャートである。
【０１２１】
図７を参照して、一連の動作が開始されると、上述したステップＳ２１，Ｓ２２が順次実行される。
【０１２２】
そして、ステップＳ２２の後、携帯端末４は、ＢＬＥビーコンに含まれるＵＲＬを取得し、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）によって、ＵＲＬにアクセスする（ステップＳ３１。
【０１２３】
クラウドサーバ２の受信手段２１は、携帯端末４がＵＲＬにアクセスしたことを検知し（ステップＳ３２）、信号Ａｃｓ＿ＵＲＬを生成して処理手段２２へ出力する。
【０１２４】
クラウドサーバ２の処理手段２２は、受信手段２１から信号Ａｃｓ＿ＵＲＬに応じて、店舗内のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）からしかアクセスできないアドレスにアクセスし、認証用のデータを生成する処理を記載した情報ＩＮＦ＿ＡＵＴＨを送信する（ステップＳ３３）。
【０１２５】
携帯端末４は、情報ＩＮＦ＿ＡＵＴＨを受信し（ステップＳ３４）、その受信した情報ＩＮＦ＿ＡＵＴＨに記載された処理に従って、店舗内のＬＡＮからしかアクセスできないアドレス（例えば、ｈｔｔｐ：／／１９２．１６８．１．１／ａｕｔｈ．ｈｔｍｌ）に置いてあるページにアクセスし、認証用のデータを取得する（ステップＳ３５）。なお、店舗内のＬＡＮからしかアクセスできないアドレス（例えば、ｈｔｔｐ：／／１９２．１６８．１．１／ａｕｔｈ．ｈｔｍｌ）は、ローカルなアドレスである。
【０１２６】
そして、ステップＳ３５の後、携帯端末４は、その取得したデータを送信し（ステップＳ３６）、クラウドサーバ２の受信手段２１は、データを受信し（ステップＳ３７）、その受信したデータを処理手段２２へ出力する。
【０１２７】
そうすると、処理手段２２は、受信したデータが、保持しているデータに等しいか否かを判定する（ステップＳ３８）。
【０１２８】
ステップＳ３８において、受信したデータが、保持しているデータに等しくないと判定されたとき、上述したステップＳ２７が実行される。
【０１２９】
一方、ステップＳ３８において、受信したデータが、保持しているデータに等しいと判定されたとき、上述したステップＳ２８，Ｓ２９が順次実行される。
【０１３０】
図７に示すフローチャートに従えば、店舗内のＬＡＮからしかアクセスできないアドレスに置いてあるページにアクセスし、そのアクセスしたページから取得したデータと、クラウドサーバ２が予め保持するデータとが等しいことを確認することによって、携帯端末４がＵＲＬを取得した店舗に存在すると判定する（ステップＳ３８の“ＹＥＳ”，Ｓ２８，Ｓ２９参照）。
【０１３１】
従って、店舗外に存在する携帯端末は、店舗内のＬＡＮからしかアクセスできないアドレスに置いてあるページにアクセスできないので、認証用のデータを取得できない。その結果、誤って、店舗外に存在する携帯端末が、ＵＲＬを取得した店舗に存在すると判定されることを防止できる。
【０１３２】
図８は、携帯端末４の表示画面を示す図である。図８の（ａ）を参照して、顧客が携帯端末４を２次元通信シート１上に置くと、携帯端末４に内蔵されたＧｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）アプリケーションによって、ＢＬＥビーコンを待ち受ける画像が表示される。
【０１３３】
また、図８の（ｂ）を参照して、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）アプリケーションによってＢＬＥビーコンを受信すると、ＵＲＬを開くか否かのダイアログが表示され、ＵＲＬを開く場合、“ＯＫ”をタップすると、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）アプリケーションによってＵＲＬにアクセスできる。
【０１３４】
図８の（ｃ）を参照して、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅ（ブラウザ）アプリケーションによって、ＵＲＬのウェブページを開くと、各言語に対応する国の国旗からなる言語切替ボタンが携帯端末４の画面に表示され、希望の言語を選択できる。
【０１３５】
図８の（ｄ）を参照して、希望の言語（例えば、英語）に対応する国旗（例えば、英国国旗）をタップすると、希望の言語（例えば、英語）で食事メニューが携帯端末４の画面に表示される。
【０１３６】
このように、この発明の実施の形態においては、携帯端末４は、各国の言語に対応可能である。
【０１３７】
上述したクラウドサーバ２の動作は、ソフトウェアによって実行されてもよい。この場合、クラウドサーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を備える。
【０１３８】
そして、図５のステップＳ１（図６のステップＳ２４〜Ｓ２９），Ｓ２，Ｓ５，Ｓ６，Ｓ９，Ｓ１０，Ｓ１４，Ｓ１５からなるプログラムＰｒｏｇ＿Ａまたは図５のステップＳ１（図７のステップＳ３２，Ｓ３３，Ｓ３７，Ｓ３８，Ｓ２７〜Ｓ２９），Ｓ２，Ｓ５，Ｓ６，Ｓ９，Ｓ１０，Ｓ１４，Ｓ１５からなるプログラムＰｒｏｇ＿ＢがＲＯＭに格納される。
【０１３９】
ＣＰＵは、ＲＯＭからプログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）を読み出し、その読み出したプログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）を実行して、クラウドサーバ２の動作を実行する。
【０１４０】
従って、プログラムＰｒｏｇは、携帯端末の認証をコンピュータ（ＣＰＵ）に実行させるためのプログラムである。
【０１４１】
また、プログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）は、ＣＤおよびＤＶＤ等の記録媒体に記録されて流通されてもよい。この場合、コンピュータ（ＣＰＵ）は、記録媒体からプログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）を読み出して実行し、クラウドサーバ２の動作を実行する。従って、プログラムＰｒｏｇを記録したＣＤ，ＤＶＤ等は、プログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）を記録したコンピュータ（ＣＰＵ）読み取り可能な記録媒体である。
【０１４２】
この発明の実施の形態によれば、クラウドサーバは、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、前記検知処理の後に、前記第１の携帯端末が前記ＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、前記第１の携帯端末が、前記ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う処理手段２２と、
検知処理および確認処理が行われたことに基づいて、前記第１の携帯端末（携帯端末４）が前記飲食店に存在すると判定する判定手段２３とを備えていればよい。
【０１４３】
クラウドサーバ２が処理手段２２と判定手段２３とを備えていれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬへのアクセスを可能にできるからである。
【０１４４】
また、この発明の実施の形態によれば、コンピュータに実行させるためのプログラムは、処理手段が、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、前記検知処理の後に、前記第１の携帯端末が前記ＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、前記第１の携帯端末が、前記ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う第１のステップと、
判定手段が、検知処理および確認処理が行われたことに基づいて、第１の携帯端末（携帯端末４）が飲食店に存在すると判定する第２のステップとをコンピュータに実行させるためのプログラムであればよい。
【０１４５】
第１および第２のステップをコンピュータに実行させれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからのＵＲＬへのアクセスを可能にできるからである。
【０１４６】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【０１４７】
この発明は、クラウドサーバ、それを備えた通信システムおよびコンピュータに実行させるためのプログラムに適用される。
【符号の説明】
【０１４８】
１  ２次元通信シート、２  クラウドサーバ、３  通信機器、４  携帯端末、５  店舗端末装置、１０  通信システム、１１  誘電体層、１２，１３  導体、１２Ａ  開口部、２１  受信手段、２２  処理手段、２３  判定手段、２４  制御手段、２５  送信手段。
【図１】
2018121176.tif 000003
【図２】
2018121176.tif 000004
【図３】
2018121176.tif 000005
【図４】
2018121176.tif 000006
【図５】
2018121176.tif 000007
【図６】
2018121176.tif 000008
【図７】
2018121176.tif 000009
【図８】
2018121176.tif 000010