ホーム > 特許ランキング > テスラシート株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2018-121176クラウドサーバ、それを備えた通信システムおよびコンピュータに実行させるためのプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】特開2018-121176(P2018-121176A)
(43)【公開日】2018年8月2日
(54)【発明の名称】クラウドサーバ、それを備えた通信システムおよびコンピュータに実行させるためのプログラム
(51)【国際特許分類】
H04M 11/00 20060101AFI20180706BHJP
G07G 1/12 20060101ALI20180706BHJP
G06Q 50/12 20120101ALI20180706BHJP
G06F 13/00 20060101ALI20180706BHJP
【ＦＩ】
H04M11/00 301
G07G1/12 361C
G06Q50/12
G06F13/00 510G
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
【全頁数】18
(21)【出願番号】特願2017-10632(P2017-10632)
(22)【出願日】2017年1月24日
【公序良俗違反の表示】
特許法第６４条第２項第４号の規定により図面の一部または全部を不掲載とする。
(71)【出願人】
【識別番号】516361956
【氏名又は名称】テスラシート株式会社
(74)【代理人】
【識別番号】100112715
【弁理士】
【氏名又は名称】松山 隆夫
(72)【発明者】
【氏名】門 洋一
【テーマコード（参考）】
3E142
5B084
5K201
5L049
【Ｆターム（参考）】
3E142AA07
3E142CA17
3E142GA16
3E142HA02
3E142HA03
3E142HA14
3E142JA03
5B084AA01
5B084AA02
5B084AA12
5B084AB06
5B084AB21
5B084CE07
5B084CF12
5B084DA16
5B084DC02
5B084DC03
5K201AA05
5K201BA02
5K201CA10
5K201CB06
5K201CC04
5K201DA03
5K201DC02
5K201EB07
5K201EC06
5K201ED04
5K201EE10
5L049CC24
(57)【要約】
【課題】新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスを可能にするクラウドサーバを提供する。【解決手段】処理手段２２は、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、検知処理の後に第１の携帯端末がクラウドサーバ２にアクセスするときにクラウドサーバ２に送信したパケットが経由したアクセスポイントの第１のグローバルＩＰアドレスと、飲食店で働く人がクラウドサーバ２で認証されたときに飲食店で働く人の第２の携帯端末が送信したパケットが経由したアクセスポイントの第２のグローバルＩＰアドレスとが一致することを確認する確認処理とを行う。判定手段は、検知処理および確認処理が行われたことに基づいて、第１の携帯端末が飲食店に存在すると判定する。
【選択図】図４
【特許請求の範囲】
【請求項1】
顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、前記検知処理の後に、前記第１の携帯端末が前記ＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、前記第１の携帯端末が、前記ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う処理手段と、
前記検知処理および前記確認処理が行われたことに基づいて、前記第１の携帯端末が前記飲食店に存在すると判定する判定手段とを備えるクラウドサーバ。
前記検知処理および前記確認処理が行われたことに基づいて、前記第１の携帯端末が前記飲食店に存在すると判定する判定手段とを備えるクラウドサーバ。
【請求項2】
前記処理手段は、前記検知処理の後に、前記第１の携帯端末が当該クラウドサーバにアクセスするときに当該クラウドサーバに送信したパケットが経由した通信機器の第１のグローバルＩＰアドレスと、前記店舗で働く人が当該クラウドサーバで認証されたときに前記店舗で働く人の第２の携帯端末が送信したパケットが経由した通信機器の第２のグローバルＩＰアドレスとが一致することを前記確認処理として行う、請求項１に記載のクラウドサーバ。
【請求項3】
前記処理手段は、前記確認処理において、前記第２の携帯端末が送信したパケットから前記第２のグローバルＩＰアドレスを推定し、その推定した第２のグローバルＩＰアドレスが前記第１のグローバルＩＰアドレスに一致することを確認する、請求項２に記載のクラウドサーバ。
【請求項4】
前記処理手段は、前記検知処理の後に、前記第１の携帯端末が前記店舗内のローカルネットワークからしかアクセスできないアドレスにアクセスして取得したデータを前記第１の携帯端末から受信し、その受信したデータと、予め保持するデータとが一致することを前記確認処理として行う、請求項１に記載のクラウドサーバ。
【請求項5】
前記判定手段によって前記第１の携帯端末が前記店舗に存在すると判定されると、注文サービス利用開始通知を前記店舗の店舗端末装置へ送信し、前記第１の携帯端末から飲食メニュー表示要求を受信すると、飲食メニューを前記第１の携帯端末に送信し、前記第１の携帯端末から注文要求を受信すると、注文受付確認を前記第１の携帯端末へ送信するとともに前記店舗の顧客の注文を示す注文表示を前記店舗端末装置へ送信し、前記店舗端末装置から注文確認を受信した後に支払処理要求を前記店舗端末装置へ送信する送信手段を更に備える、請求項１から請求項４のいずれかに記載のクラウドサーバ。
【請求項6】
前記ＵＲＬは、前記２次元通信シート上に設置された通信機器から送信される、請求項１から請求項５のいずれか１項に記載のクラウドサーバ。
【請求項7】
請求項１から請求項６のいずれかに記載のクラウドサーバと、
２次元通信シートとを備える通信システム。
２次元通信シートとを備える通信システム。
【請求項8】
処理手段が、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、前記検知処理の後に、前記第１の携帯端末が前記ＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、前記第１の携帯端末が、前記ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う第１のステップと、
判定手段が、前記検知処理および前記確認処理が行われたことに基づいて、前記第１の携帯端末が前記飲食店に存在すると判定する第２のステップとをコンピュータに実行させるためのプログラム。
判定手段が、前記検知処理および前記確認処理が行われたことに基づいて、前記第１の携帯端末が前記飲食店に存在すると判定する第２のステップとをコンピュータに実行させるためのプログラム。
【請求項9】
前記第１のステップにおいて、前記処理手段は、前記検知処理の後に、前記第１の携帯端末が当該クラウドサーバにアクセスするときに当該クラウドサーバに送信したパケットが経由した通信機器の第１のグローバルＩＰアドレスと、前記店舗で働く人が当該クラウドサーバで認証されたときに前記店舗で働く人の第２の携帯端末が送信したパケットが経由した通信機器の第２のグローバルＩＰアドレスとが一致することを前記確認処理として行う、請求項８に記載のコンピュータに実行させるためのプログラム。
【請求項10】
前記第１のステップにおいて、前記処理手段は、前記確認処理において、前記第２の携帯端末が送信したパケットから前記第２のグローバルＩＰアドレスを推定し、その推定した第２のグローバルＩＰアドレスが前記第１のグローバルＩＰアドレスに一致することを確認する、請求項９に記載のコンピュータに実行させるためのプログラム。
【請求項11】
前記第１のステップにおいて、前記処理手段は、前記検知処理の後に、前記第１の携帯端末が前記店舗内のローカルネットワークからしかアクセスできないアドレスにアクセスして取得したデータを前記第１の携帯端末から受信し、その受信したデータと、予め保持するデータとが一致することを前記確認処理として行う、請求項８に記載のコンピュータに実行させるためのプログラム。
【請求項12】
送信手段が、前記判定手段によって前記第１の携帯端末が前記店舗に存在すると判定されると、注文サービス利用開始通知を前記店舗の店舗端末装置へ送信し、前記第１の携帯端末から飲食メニュー表示要求を受信すると、飲食メニューを前記第１の携帯端末に送信し、前記第１の携帯端末から注文要求を受信すると、注文受付確認を前記第１の携帯端末へ送信するとともに前記店舗の顧客の注文を示す注文表示を前記店舗端末装置へ送信し、前記店舗端末装置から注文確認を受信した後に支払処理要求を前記店舗端末装置へ送信する第３のステップを更にコンピュータに実行させる、請求項８から請求項１１のいずれかに記載のコンピュータに実行させるためのプログラム。
【請求項13】
前記ＵＲＬは、前記２次元通信シート上に設置された通信機器から送信される、請求項８から請求項１２のいずれか１項に記載のコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
この発明は、クラウドサーバ、それを備えた通信システムおよびコンピュータに実行させるためのプログラムに関する。
【背景技術】
【0002】
従来、顧客の携帯端末がビーコンＩＤを参照してウェブサイトにアクセスするビーコンＩＤ参照モデルが知られている（非特許文献１）。
【0003】
また、従来、ＵＲＬビーコンを用いたビジネスも知られている（非特許文献２）。
【先行技術文献】
【非特許文献】
【0004】
【非特許文献1】ｈｔｔｐｓ：／／ｄｅｖｅｌｏｐｅｒ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ｄｏｃｕｍｅｎｔａｔｉｏｎ／ＵｓｅｒＥｘｐｅｒｉｅｎｃｅ／Ｃｏｎｃｅｐｔｕａｌ／ＬｏｃａｔｉｏｎＡｗａｒｅｎｅｓｓＰＧ／ＲｅｇｉｏｎＭｏｎｉｔｏｒｉｎｇ／ＲｅｇｉｏｎＭｏｎｉｔｏｒｉｎｇ．ｈｔｍｌ＃／／ａｐｐｌｅ＿ｒｅｆ／ｄｏｃ／ｕｉｄ／ＴＰ４０００９４９７−ＣＨ９−ＳＷ１
【非特許文献2】ｈｔｔｐｓ：／／ｄｅｖｅｌｏｐｅｒ．ｇｏｏｇｌｅ．ｃｏｍ／ｎｅａｒｂｙ／ｎｏｔｉｆｉｃａｔｉｏｎｓ／ｏｖｅｒｖｉｅｗ
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかし、ビーコンＩＤ参照モデルでは、ビーコンＩＤ参照モデルに対応するアプリケーションを開発し、顧客の携帯端末にインストールする必要がある。
【0006】
また、ＵＲＬビーコンを用いたビジネスにおいては、一度、携帯端末がＵＲＬビーコンを取得してしまうと、取得されたＵＲＬ／ｓｈｏｒｔＵＲＬから展開されるＵＲＬを携帯端末に保存すれば、ビーコンの配信領域外からＵＲＬにアクセスできるという問題がある。
【0007】
この発明の実施の形態によれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスを可能にするクラウドサーバを提供する。
【0008】
また、この発明の実施の形態によれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスを可能にするクラウドサーバを備える通信システムを提供する。
【0009】
更に、この発明の実施の形態によれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからのＵＲＬへのアクセスを可能にすることをコンピュータに実行させるためのプログラムを提供する。
【課題を解決するための手段】
【0010】
（構成１）この発明の実施の形態によれば、クラウドサーバは、処理手段と、判定手段とを備える。処理手段は、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、検知処理の後に、第１の携帯端末がＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、第１の携帯端末が、ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う。判定手段は、検知処理および確認処理が行われたことに基づいて、第１の携帯端末が飲食店に存在すると判定する。
【0011】
この発明の実施の形態によるクラウドサーバにおいては、検知処理において、第１の携帯端末がブラウザによってＵＲＬにアクセスしたことを検知するので、取得したＵＲＬにアクセスするための新たなアプリケーションが不要である。
【0012】
また、第１の携帯端末がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、処理手段は、第１の携帯端末がＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、第１の携帯端末が、ＵＲＬを取得した店舗に存在することを確認する。
【0013】
従って、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスできるようにできる。
【0014】
（構成２）構成１において、処理手段は、検知処理の後に、第１の携帯端末がクラウドサーバにアクセスするときにクラウドサーバに送信したパケットが経由した通信機器の第１のグローバルＩＰアドレスと、店舗で働く人がクラウドサーバで認証されたときに店舗で働く人の第２の携帯端末が送信したパケットが経由した通信機器の第２のグローバルＩＰアドレスとが一致することを確認処理として行う。
【0015】
構成２によれば、第１の携帯端末がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、第１のグローバルＩＰアドレスが第２のグローバルＩＰアドレスに一致すると判定され、確認処理が完了する。一方、第１の携帯端末がＵＲＬを取得可能な領域外からＵＲＬにアクセスした場合、第１のグローバルＩＰアドレスが第２のグローバルＩＰアドレスに一致しないと判定され、確認処理が完了しない。
【0016】
従って、第１の携帯端末がＵＲＬを取得した領域に存在することを正確に判定できる。
【0017】
（構成３）構成２において、処理手段は、確認処理において、第２の携帯端末が送信したパケットから第２のグローバルＩＰアドレスを推定し、その推定した第２のグローバルＩＰアドレスが第１のグローバルＩＰアドレスに一致することを確認する。
【0018】
ウェブサイト側で、第２の携帯端末が送信したパケットが経由した通信機器のグローバルＩＰアドレスを取得できるので、第２のグローバルＩＰアドレスを容易に推定できる。
【0019】
（構成４）構成１において、処理手段は、検知処理の後に、第１の携帯端末が店舗内のローカルネットワークからしかアクセスできないアドレスにアクセスして取得したデータを第１の携帯端末から受信し、その受信したデータと、予め保持するデータとが一致することを確認処理として行う。
【0020】
構成４によれば、第１の携帯端末が店舗に存在した場合のみ取得可能なデータに基づいて確認処理が行われる。
【0021】
従って、第１の携帯端末がＵＲＬを取得した領域に存在することを正確に判定できる。
【0022】
（構成５）構成１から構成４のいずれかにおいて、クラウドサーバは、送信手段を更に備える。送信手段は、判定手段によって第１の携帯端末が飲食店に存在すると判定されると、注文サービス利用開始通知を飲食店の店舗端末装置へ送信し、第１の携帯端末から飲食メニュー表示要求を受信すると、飲食メニューを第１の携帯端末に送信し、第１の携帯端末から注文要求を受信すると、注文受付確認を第１の携帯端末へ送信するとともに飲食店の顧客の注文を示す注文表示を店舗端末装置へ送信し、店舗端末装置から注文確認を受信した後に支払処理要求を店舗端末装置へ送信する。
【0023】
送信手段は、飲食店における注文から料金の支払までの動作に関連して必要な情報を第１の携帯端末および店舗端末装置へ送信する。
【0024】
従って、店舗は、注文から料金の支払までを自動的に行うことができる。
【0025】
（構成６）構成１から構成５のいずれかにおいて、ＵＲＬは、２次元通信シート上に設置された通信機器から送信される。
【0026】
２次元通信シート上に配置された第１の携帯端末だけがＵＲＬを取得できる。従って、ＵＲＬが、他のテーブルの顧客の携帯端末によって取得されるのを防止できる。
【0027】
（構成７）また、この発明の実施の形態によれば、通信システムは、構成１から構成６のいずれかに記載のクラウドサーバと、２次元通信シートとを備える。
（構成８）
更に、この発明の実施の形態によれば、コンピュータに実行させるためのプログラムは、
処理手段が、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、検知処理の後に、第１の携帯端末がＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、第１の携帯端末が、ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う第１のステップと、
判定手段が、検知処理および確認処理が行われたことに基づいて、第１の携帯端末が飲食店に存在すると判定する第２のステップとをコンピュータに実行させるためのプログラムである。
【0028】
この発明の実施の形態によるプログラムを実行することにより、検知処理において、第１の携帯端末がブラウザによってＵＲＬにアクセスしたことを検知するので、取得したＵＲＬにアクセスするための新たなアプリケーションが不要である。
【0029】
また、第１の携帯端末がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、処理手段は、第１の携帯端末がＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、第１の携帯端末が、ＵＲＬを取得した店舗に存在することを確認する。
【0030】
従って、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスできるようにできる。
【0031】
（構成９）構成８において、処理手段は、第１のステップにおいて、検知処理の後に、第１の携帯端末がクラウドサーバにアクセスするときにクラウドサーバに送信したパケットが経由した通信機器の第１のグローバルＩＰアドレスと、店舗で働く人が当該クラウドサーバで認証されたときに店舗で働く人の第２の携帯端末が送信したパケットが経由した通信機器の第２のグローバルＩＰアドレスとが一致することを前記確認処理として行う。
【0032】
構成９によれば、第１の携帯端末がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、第１のグローバルＩＰアドレスが第２のグローバルＩＰアドレスに一致すると判定され、確認処理が完了する。一方、第１の携帯端末がＵＲＬを取得可能な領域外からＵＲＬにアクセスした場合、第１のグローバルＩＰアドレスが第２のグローバルＩＰアドレスに一致しないと判定され、確認処理が完了しない。
【0033】
従って、第１の携帯端末がＵＲＬを取得した領域に存在することを正確に判定できる。
【0034】
(構成１０)構成９において、処理手段は、第１のステップの確認処理において、第２の携帯端末が送信したパケットから第２のグローバルＩＰアドレスを推定し、その推定した第２のグローバルＩＰアドレスが第１のグローバルＩＰアドレスに一致することを確認する。
ウェブサイト側で、第２の携帯端末が送信したパケットが経由した通信機器のグローバルＩＰアドレスを取得できる。従って、第１のステップをコンピュータに実行させることによって、第２のグローバルＩＰアドレスを容易に推定できる。
【0035】
（構成１１）構成８において、処理手段は、第１のステップにおいて、検知処理の後に、第１の携帯端末が店舗内のローカルネットワークからしかアクセスできないアドレスにアクセスして取得したデータを第１の携帯端末から受信し、その受信したデータと、予め保持するデータとが一致することを確認処理として行う。
【0036】
構成１１によれば、第１の携帯端末が店舗に存在した場合のみ取得可能なデータに基づいて確認処理が行われる。
【0037】
従って、第１の携帯端末がＵＲＬを取得した領域に存在することを正確に判定できる。
【0038】
（構成１２）構成８から構成１１のいずれかにおいて、コンピュータに実行させるためのプログラムは、送信手段が、第２のステップにおいて第１の携帯端末が飲食店に存在すると判定されると、注文サービス利用開始通知を前記飲食店の店舗端末装置へ送信し、第１の携帯端末から飲食メニュー表示要求を受信すると、飲食メニューを第１の携帯端末に送信し、第１の携帯端末から注文要求を受信すると、注文受付確認を第１の携帯端末へ送信するとともに飲食店の顧客の注文を示す注文表示を店舗端末装置へ送信し、店舗端末装置から注文確認を受信した後に支払処理要求を店舗端末装置へ送信する第３のステップを更にコンピュータに実行させる。
【0039】
第３のステップをコンピュータに実行させることにより、飲食店における注文から料金の支払までの動作に関連して必要な情報が第１の携帯端末および店舗端末装置へ送信される。
【0040】
従って、店舗は、注文から料金の支払までを自動的に行うことができる。
【0041】
（構成１３）構成８から構成１２のいずれかにおいて、ＵＲＬは、２次元通信シート上に設置された通信機器から送信される。
【0042】
２次元通信シート上に配置された第１の携帯端末だけがＵＲＬを取得できる。従って、ＵＲＬが、他のテーブルの顧客の携帯端末によって取得されるのを防止できる。
【発明の効果】
【0043】
新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスできるようにできる。
【発明を実施するための形態】
【0045】
本発明の実施の形態について図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。
【0047】
２次元通信シート１は、飲食店において、顧客が飲食に用いるテーブル上に配置される。
【0048】
２次元通信シート１は、通信機器３を含む。そして、２次元通信シート１は、通信機器３から送信されたＢＬＥ（Bluetooth（登録商標） Low Energy）ビーコンを伝搬させる。このＢＬＥビーコンは、２次元通信シート１が配置されたテーブルと一義的に紐付けられたＵＲＬを含む。
【0049】
クラウドサーバ２は、顧客の携帯端末４が２次元通信シート１を介して通信機器３から受信したＢＬＥビーコンに含まれるＵＲＬにアクセスしたことを検知する検知処理と、検知処理の後に携帯端末４がクラウドサーバ２にアクセスするときにクラウドサーバ２に送信したパケットが経由したアクセスポイントの第１のグローバルＩＰアドレスと、飲食店で働く人がクラウドサーバ２で認証されたときに飲食店で働く人の携帯端末が送信したパケットが経由したアクセスポイントの第２のグローバルＩＰアドレスとが一致することを確認する確認処理とを行う。
【0050】
そして、クラウドサーバ２は、検知処理および確認処理が行われたことに基づいて、携帯端末４が飲食店に存在すると判定する。
【0051】
また、クラウドサーバ２は、後述するように、顧客が携帯端末４を用いて、料理の注文および支払いをするときの各種の動作を行う。
【0052】
通信機器３は、クラウドサーバ２によって発行されたＵＲＬを予め保持する。このＵＲＬは、２次元通信シート１が配置されたテーブルと一義的に対応付けられたものである。そして、通信機器３は、ＵＲＬを含むＢＬＥビーコンを生成し、その生成したＢＬＥビーコンを２次元通信シート１中に定期的に送信する。
【0053】
携帯端末４は、２次元通信シート１上に置かれると、２次元通信シート１を介してＢＬＥビーコンを受信する。そして、携帯端末４は、ＢＬＥビーコンに含まれるＵＲＬを取得する。そうすると、携帯端末４は、例えば、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）を用いて飲食店に配置されたＷｉ−Ｆｉのアクセスポイント（図示せず）を介して、その取得したＵＲＬにアクセスする。
【0054】
また、携帯端末４は、後述するように、顧客が料理の注文および支払いをするときの各種の動作を行う。
【0055】
店舗端末装置５は、飲食店に配置される。そして、店舗端末装置５は、後述するように、顧客が料理の注文および支払いをするときの各種の動作を行う。
【0058】
誘電体層１１は、概略的にシート形状を有し、矩形の平面形状を有する。誘電体層１１の厚みは、好ましくは、４ｍｍ以上６ｍｍ以下であり、より好ましくは、５ｍｍである。この５ｍｍの厚みは、特に、２．４５ＧＨｚ帯の入出力効率を改善するのに好ましい厚みである。
【0059】
誘電体層１１は、例えば、発泡ポリエチレン（比誘電率が２．３である。）またはゴム（比誘電率が２．２〜８．０である。）からなる。
【0060】
誘電体層１１は、発泡ポリエチレンおよびゴムに限らず、誘電体であれば、どのようなものであってもよい。
【0061】
なお、誘電体層１１の比誘電率によって、誘電体層１１の好ましい厚みも変わる。
【0062】
導体１２は、例えば、金属からなり、メッシュ形状を有する。そして、導体１２は、誘電体層１１の一方の面に配置される。
【0063】
導体１２は、誘電体層１１の面内方向（Ｘ軸方向およびＹ軸方向）において、所望の間隔を隔てて配置される（図３参照）。開口部１２Ａは、導体１２によって囲まれることにより形成され、例えば、正方形の平面形状を有する。そして、複数の開口部１２Ａは、２次元通信シート１の外界における電磁波長よりも短い間隔で配置される。
【0064】
導体１３は、例えば、金属からなり、誘電体層１１の他方の面（導体１２が配置された面と反対面）を覆うように配置される。
【0065】
メッシュ形状を有する導体部１２は、外界とシート状の誘電体層１１との相互電磁結合を弱める働きをするので、外界と誘電体層１１との電磁結合が十分に弱いと仮定すると、シート状の誘電体層１１の内部では、電磁波は、１／（με）１／２で伝搬する。この場合、μは、誘電体層１１の透磁率であり、εは、誘電体層１１の誘電率である。
【0066】
開口部１２Ａは、２次元通信シート１の外界における電磁波長よりも短い間隔で配置されているので、各開口部１２Ａから漏れ出すエバネッセント波も、電磁波長よりも短い空間周期で電磁波位相が変化し、遠方まで伝搬する波動とはならない。
【0067】
この場合の減衰係数は、ｅｘｐ（−（ε／ε０−１）１／２（ω／ｃ）ｚ）となる。ここで、ε０は、外界の誘電率であり、ωは、信号の角周波数であり、ｃは、外界における光速であり、ｚは、誘電体層１１の導体１２が形成された面からの距離である。
【0068】
したがって、εがそれほど大きくなくても、誘電体層１１の薄い厚みに対して、エバネッセント波の染み出し領域を波長程度まで小さくすることができる。
【0069】
このように、２次元通信シート１は、電磁波を１／（με）１／２で伝搬させるとともに、その一主面（導体１２が形成された面）からエバネッセント波を染み出させる。
【0070】
従って、通信機器３から送信されたＢＬＥビーコンは、２次元通信シート１の誘電体層１１中をＸ方向およびＹ方向に伝搬する。そして、携帯端末４は、カプラを備えており、カプラが２次元通信シート１の一主面（導体１２が形成された面）に接するように携帯端末４を２次元通信シート１上に配置すると、携帯端末４は、カプラによって、２次元通信シート１の一主面（導体１２が形成された面）から染み出すエバネッセント波を検出することにより、ＢＬＥビーコンを受信する。
【0072】
受信手段２１は、携帯端末４が、例えば、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）によってＵＲＬにアクセスしたことを示す信号Ａｃｓ＿ＵＲＬを受信し、その受信した信号Ａｃｓ＿ＵＲＬを処理手段２２へ出力する。
【0073】
受信手段２１は、携帯端末４が送信したパケットＰＫＴ１を受信し、その受信したパケットＰＫＴ１を処理手段２２へ出力する。
【0074】
受信手段２１は、その他、携帯端末４および店舗端末装置５から各種の情報を受信し、その受信した各種の情報を制御手段２４へ出力する。
【0075】
処理手段２２は、飲食店で働く人が識別情報ＩＤおよびパスワードＰＷを用いてクラウドサーバ２に認証されたときのパケットＰＫＴ２を予め保持している。
【0076】
処理手段２２は、信号Ａｃｓ＿ＵＲＬを受信手段２１から受ける。また、処理手段２２は、パケットＰＫＴ１を受信手段２１から受ける。
【0077】
そうすると、処理手段２２は、信号Ａｃｓ＿ＵＲＬに基づいて、携帯端末４がＧｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）によってＵＲＬにアクセスしたことを検知する検知処理を行う。
【0078】
また、処理手段２２は、パケットＰＫＴ２に基づいて、飲食店で働く人がクラウドサーバ２で認証されたときに飲食店で働く人の携帯端末が送信したパケットＰＫＴ２が経由したアクセスポイントの第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２を推定する。そして、処理手段２２は、携帯端末４がクラウドサーバ２にアクセスするときにクラウドサーバ２に送信したパケットＰＫＴ１が経由したアクセスポイントの第１のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１が第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致するか否かを判定する。
【0079】
そして、処理手段２２は、第１のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１が第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致するとき、第１のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１が第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致することを確認する確認処理が完了したと判定する。
【0080】
なお、第１のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１が第２のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致しないとき、処理手段２２は、確認処理が完了しないと判定する。
【0081】
そうすると、処理手段２２は、検知処理を行ったことを示す信号ＰＲＣ１と、確認処理が完了したことを示す信号ＰＲＣ２とを生成し、その生成した信号ＰＲＣ１，ＰＲＣ２を判定手段２３へ出力する。
【0082】
なお、処理手段２２は、検知処理および確認処理の両方を行った場合のみ、信号ＰＲＣ１，ＰＲＣ２を生成して判定手段２３へ送信し、検知処理および確認処理の少なくとも一方を行わなかった場合、判定手段２３へ何も出力しない。
【0083】
判定手段２３は、処理手段２２から信号ＰＲＣ１，ＰＲＣ２の両方を受信したことに応じて、携帯端末４がＵＲＬを取得した飲食店に存在すると判定する。そして、判定手段２３は、携帯端末４がＵＲＬを取得した飲食店に存在すると判定したことを示す信号ＤＴＭを生成して制御手段２４へ出力する。
【0084】
なお、判定手段２３は、処理手段２２から何も受けないとき、信号ＤＴＭを生成しない。
【0085】
制御手段２４は、判定手段２３から信号ＤＴＭを受けると、注文サービス利用開始通知を生成して送信手段２５へ出力する。また、制御手段２４は、携帯端末４から送信された飲食メニュー表示要求を受信手段２１から受けると、飲食メニューを生成して送信手段２５へ出力する。
更に、制御手段２４は、携帯端末４から送信された注文要求を受信手段２１から受けると、注文受付確認、および顧客の注文を示す注文表示を生成し、その生成した注文受付確認および注文表示を送信手段２５へ出力する。
更に、制御手段２４は、店舗端末装置５から送信された注文確認を受信手段２１から受けた後に支払処理要求を生成して送信手段２５へ出力する。
【0086】
送信手段２５は、制御手段２４から注文サービス利用開始通知を受けると、その受けた注文サービス利用開始通知を店舗端末装置５へ送信する。
【0087】
また、送信手段２５は、制御手段２４から飲食メニューを受けると、その受けた飲食メニューを携帯端末４へ送信する。
【0088】
更に、送信手段２５は、制御手段２４から注文受付確認および注文表示を受けると、その受けた注文受付確認を携帯端末４へ送信するとともに、注文表示を店舗端末装置５へ送信する。
【0089】
更に、送信手段２５は、制御手段２４から支払処理要求を受けると、その受けた支払処理要求を店舗端末装置５へ送信する。
【0090】
図５は、図１に示すクラウドサーバ２、通信機器３、携帯端末４および店舗端末装置５の動作を説明するためのフローチャートである。なお、図５においては、携帯端末４が２次元通信シート１上に配置されていることを前提として、通信機器３、携帯端末４および店舗端末装置５の動作を説明する。
【0091】
図５を参照して、一連の動作が開始されると、クラウドサーバ２、通信機器３、および携帯端末４は、携帯端末４がＵＲＬを取得した店舗に存在すると判定する動作を実行する（ステップＳ１）。
【0092】
そして、クラウドサーバ２の制御手段２４は、注文サービス利用開始通知を生成し、送信手段２５は、注文サービス利用開始通知を送信する（ステップＳ２）。店舗端末装置５は、クラウドサーバ２から注文サービス利用開始通知を受信する（ステップＳ３）。これによって、店舗端末装置５は、注文サービスが開始されることを検知する。
【0093】
ステップＳ３の後、携帯端末４は、飲食メニュー表示要求を送信する（ステップＳ４）。そして、クラウドサーバ２の受信手段２１は、飲食メニュー表示要求を受信し（ステップＳ５）、その受信した飲食メニュー表示要求を制御手段２４へ出力する。クラウドサーバ２の制御手段２４は、受信手段２１から受けた食メニュー表示要求に応じて飲食メニューを生成し、その生成した飲食メニューを送信手段２５へ出力する。そして、クラウドサーバ２の送信手段２５は、飲食メニューを携帯端末４へ送信する（ステップＳ６）。
【0094】
携帯端末４は、飲食メニューを受信し、その受信した飲食メニューを表示部に表示する（ステップＳ７）。これによって、携帯端末４のユーザ（顧客）は、飲食メニューを見ることができる。飲食メニューに含まれる各メニューは、画像によって表示されており、顧客が各メニューの画像の部分をタッチすると、携帯端末４は、タッチされた画像に対応するメニューが注文されたことを検知する。
【0095】
そして、携帯端末４は、顧客が注文したメニューからなる注文要求を生成し、その生成した注文要求をクラウドサーバ２へ送信する（ステップＳ８）。
【0096】
その後、クラウドサーバ２の受信手段２１は、注文要求を受信し（ステップＳ９）、その受信した注文要求を制御手段２４へ出力する。制御手段２４は、受信手段２１から受けた注文要求に応じて、注文受付確認および（注文の内容を示す）注文表示を生成し、その生成した注文受付確認および（注文の内容を示す）注文表示を送信手段２５へ出力する。
【0097】
そして、送信手段２５は、注文受付確認および（注文の内容を示す）注文表示を送信する（ステップＳ１０）。
【0098】
携帯端末４は、クラウドサーバ２から注文受付確認を受信し（ステップＳ１１）、注文受付確認を表示部に表示する。これによって、顧客は、注文が受け付けられたことを確認できる。また、店舗端末装置５は、クラウドサーバ２から注文表示を受信する（ステップＳ１２）。これによって、店舗で働いている人は、顧客の注文内容を知ることができる。
【0099】
そして、店舗端末装置５は、注文表示に応じて、注文確認を生成して送信する（ステップＳ１３）。
【0100】
クラウドサーバ２の受信手段２１は、注文確認を受信し（ステップＳ１４）、その受信した注文確認を制御手段２４へ出力する。
【0101】
クラウドサーバ２の制御手段２４は、注文確認を受信手段２１から受けた後、支払処理要求を生成し、その生成した支払処理要求を送信手段２５へ出力する。送信手段２５は、制御手段２４から受けた支払処理要求を送信する（ステップＳ１５）。
【0102】
そして、店舗端末装置５は、支払処理要求を受信する（ステップＳ１６）。その後、店舗端末装置５は、顧客の携帯端末４との間で支払処理を行う。
【0103】
これによって、一連の動作が終了する。
【0105】
図６を参照して、一連の動作が開始されると、通信機器３は、ＵＲＬを含むＢＬＥビーコンを生成し、その生成したＢＬＥビーコンを２次元通信シート１を介して定期的に送信する（ステップＳ２１）。
【0106】
そして、携帯端末４は、２次元通信シート１を介してＢＬＥビーコンを受信し（ステップＳ２２）、ＢＬＥビーコンに含まれるＵＲＬを取得する。そして、携帯端末４は、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）によって、パケットＰＫＴ１を送信することにより、ＵＲＬにアクセスする（ステップＳ２３）。この場合、携帯端末４が店舗のＷｉＦｉ経由でパケットＰＫＴ１を送信すれば、ＷｉＦｉのアクセスポイント（ＡＰ）のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がパケットＰＫＴ１に付き、携帯端末４が携帯電話のキャリアのモバイルネットワークを介してパケットＰＫＴ１を送信すれば、携帯電話のキャリアが管理するグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がパケットＰＫＴ１に付く。
【0107】
ステップＳ２３の後、クラウドサーバ２の受信手段２１は、パケットＰＫＴ１を受信することにより、携帯端末４がＵＲＬにアクセスしたことを検知する（ステップＳ２４）。そして、クラウドサーバ２の受信手段２１は、携帯端末４のＵＲＬへのアクセスを検知したことを示す信号Ａｃｓ＿ＵＲＬを生成し、その生成した信号Ａｃｓ＿ＵＲＬとパケットＰＫＴ１とを処理手段２２へ出力する。そして、処理手段２２は、受信手段２１から受けた信号Ａｃｓ＿ＵＲＬに応じて、携帯端末４がＧｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）によってＵＲＬにアクセスしたことを検知する。
【0108】
その後、処理手段２２は、予め保持しているパケットＰＫＴ２に基づいて、パケットＰＫＴ２が経由したアクセスポイント（ＡＰ）のグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２を推定する（ステップＳ２５）。
【0109】
また、処理手段２２は、受信手段２１から受けたパケットＰＫＴ１に付いているグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１を取得する。
【0110】
そうすると、処理手段２２は、パケットＰＫＴ１が経由したＡＰのグローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致するか否かを判定する（ステップＳ２６）。
【0111】
ステップＳ２６において、グローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致しないと判定されたとき、処理手段２２は、確認処理が完了していない、と判定する（ステップＳ２７）。
【0112】
一方、ステップＳ２６において、グローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致すると判定されたとき、処理手段２２は、確認処理を完了したと判定する（ステップＳ２８）。
【0113】
そして、処理手段２２は、信号ＰＲＣ１，ＰＲＣ２を生成して判定手段２３へ出力し、判定手段２３は、信号ＰＲＣ１，ＰＲＣ２に応じて、携帯端末４がＵＲＬを取得した店舗に存在すると判定する（ステップＳ２９）。
【0115】
図６に示すフローチャートによれば、携帯端末４は、２次元通信シート１に設置された通信機器３から送信されたＢＬＥビーコンを、２次元通信シート１を介して受信するので（ステップＳ２２参照）、ＢＬＥビーコンを他のテーブルの顧客の携帯端末によって取得されることを防止できる。
【0116】
また、クラウドサーバ２は、上述した検知処理において、パケットＰＫＴ１を受信することにより、携帯端末４がＧｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）によってＵＲＬにアクセスしたことを検知するので、取得したＵＲＬにアクセスするための新たなアプリケーションが不要である。
【0117】
更に、携帯端末４がＵＲＬを取得可能な領域からＵＲＬにアクセスした場合、グローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致すると判定され、上述した確認処理が完了したと判定される。一方、携帯端末４がＵＲＬを取得可能な領域外からＵＲＬにアクセスした場合、グローバルＩＰアドレスＩＰａｄｄ＿Ｇ１がグローバルＩＰアドレスＩＰａｄｄ＿Ｇ２に一致しないと判定され、上述した確認処理が完了していないと判定される。
【0118】
従って、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬにアクセスできるようにできる。
【0120】
図７に示すフローチャートは、図６に示すフローチャートのステップＳ２３〜ステップＳ２６をステップＳ３１〜ステップＳ３８に代えたものであり、その他は、図６に示すフローチャーチと同じである。なお、図７に示すフローチャートは、クラウドサーバ２の処理手段２２が、認証用のデータを予め保持していることを前提として、図５に示すステップＳ１の詳細な動作を説明するためのフローチャートである。
【0121】
図７を参照して、一連の動作が開始されると、上述したステップＳ２１，Ｓ２２が順次実行される。
【0122】
そして、ステップＳ２２の後、携帯端末４は、ＢＬＥビーコンに含まれるＵＲＬを取得し、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）によって、ＵＲＬにアクセスする（ステップＳ３１。
【0123】
クラウドサーバ２の受信手段２１は、携帯端末４がＵＲＬにアクセスしたことを検知し（ステップＳ３２）、信号Ａｃｓ＿ＵＲＬを生成して処理手段２２へ出力する。
【0124】
クラウドサーバ２の処理手段２２は、受信手段２１から信号Ａｃｓ＿ＵＲＬに応じて、店舗内のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）からしかアクセスできないアドレスにアクセスし、認証用のデータを生成する処理を記載した情報ＩＮＦ＿ＡＵＴＨを送信する（ステップＳ３３）。
【0125】
携帯端末４は、情報ＩＮＦ＿ＡＵＴＨを受信し（ステップＳ３４）、その受信した情報ＩＮＦ＿ＡＵＴＨに記載された処理に従って、店舗内のＬＡＮからしかアクセスできないアドレス（例えば、ｈｔｔｐ：／／１９２．１６８．１．１／ａｕｔｈ．ｈｔｍｌ）に置いてあるページにアクセスし、認証用のデータを取得する（ステップＳ３５）。なお、店舗内のＬＡＮからしかアクセスできないアドレス（例えば、ｈｔｔｐ：／／１９２．１６８．１．１／ａｕｔｈ．ｈｔｍｌ）は、ローカルなアドレスである。
【0126】
そして、ステップＳ３５の後、携帯端末４は、その取得したデータを送信し（ステップＳ３６）、クラウドサーバ２の受信手段２１は、データを受信し（ステップＳ３７）、その受信したデータを処理手段２２へ出力する。
【0127】
そうすると、処理手段２２は、受信したデータが、保持しているデータに等しいか否かを判定する（ステップＳ３８）。
【0128】
ステップＳ３８において、受信したデータが、保持しているデータに等しくないと判定されたとき、上述したステップＳ２７が実行される。
【0129】
一方、ステップＳ３８において、受信したデータが、保持しているデータに等しいと判定されたとき、上述したステップＳ２８，Ｓ２９が順次実行される。
【0130】
図７に示すフローチャートに従えば、店舗内のＬＡＮからしかアクセスできないアドレスに置いてあるページにアクセスし、そのアクセスしたページから取得したデータと、クラウドサーバ２が予め保持するデータとが等しいことを確認することによって、携帯端末４がＵＲＬを取得した店舗に存在すると判定する（ステップＳ３８の“ＹＥＳ”，Ｓ２８，Ｓ２９参照）。
【0131】
従って、店舗外に存在する携帯端末は、店舗内のＬＡＮからしかアクセスできないアドレスに置いてあるページにアクセスできないので、認証用のデータを取得できない。その結果、誤って、店舗外に存在する携帯端末が、ＵＲＬを取得した店舗に存在すると判定されることを防止できる。
【0132】
図８は、携帯端末４の表示画面を示す図である。図８の（ａ）を参照して、顧客が携帯端末４を２次元通信シート１上に置くと、携帯端末４に内蔵されたＧｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）アプリケーションによって、ＢＬＥビーコンを待ち受ける画像が表示される。
【0133】
また、図８の（ｂ）を参照して、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）アプリケーションによってＢＬＥビーコンを受信すると、ＵＲＬを開くか否かのダイアログが表示され、ＵＲＬを開く場合、“ＯＫ”をタップすると、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）アプリケーションによってＵＲＬにアクセスできる。
【0134】
図８の（ｃ）を参照して、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（ブラウザ）アプリケーションによって、ＵＲＬのウェブページを開くと、各言語に対応する国の国旗からなる言語切替ボタンが携帯端末４の画面に表示され、希望の言語を選択できる。
【0135】
図８の（ｄ）を参照して、希望の言語（例えば、英語）に対応する国旗（例えば、英国国旗）をタップすると、希望の言語（例えば、英語）で食事メニューが携帯端末４の画面に表示される。
【0136】
このように、この発明の実施の形態においては、携帯端末４は、各国の言語に対応可能である。
【0137】
上述したクラウドサーバ２の動作は、ソフトウェアによって実行されてもよい。この場合、クラウドサーバ２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を備える。
【0138】
そして、図５のステップＳ１（図６のステップＳ２４〜Ｓ２９），Ｓ２，Ｓ５，Ｓ６，Ｓ９，Ｓ１０，Ｓ１４，Ｓ１５からなるプログラムＰｒｏｇ＿Ａまたは図５のステップＳ１（図７のステップＳ３２，Ｓ３３，Ｓ３７，Ｓ３８，Ｓ２７〜Ｓ２９），Ｓ２，Ｓ５，Ｓ６，Ｓ９，Ｓ１０，Ｓ１４，Ｓ１５からなるプログラムＰｒｏｇ＿ＢがＲＯＭに格納される。
【0139】
ＣＰＵは、ＲＯＭからプログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）を読み出し、その読み出したプログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）を実行して、クラウドサーバ２の動作を実行する。
【0140】
従って、プログラムＰｒｏｇは、携帯端末の認証をコンピュータ（ＣＰＵ）に実行させるためのプログラムである。
【0141】
また、プログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）は、ＣＤおよびＤＶＤ等の記録媒体に記録されて流通されてもよい。この場合、コンピュータ（ＣＰＵ）は、記録媒体からプログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）を読み出して実行し、クラウドサーバ２の動作を実行する。従って、プログラムＰｒｏｇを記録したＣＤ，ＤＶＤ等は、プログラムＰｒｏｇ（プログラムＰｒｏｇ＿Ａ，Ｐｒｏｇ＿Ｂのいずれか）を記録したコンピュータ（ＣＰＵ）読み取り可能な記録媒体である。
【0142】
この発明の実施の形態によれば、クラウドサーバは、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、前記検知処理の後に、前記第１の携帯端末が前記ＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、前記第１の携帯端末が、前記ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う処理手段２２と、検知処理および確認処理が行われたことに基づいて、前記第１の携帯端末（携帯端末４）が前記飲食店に存在すると判定する判定手段２３とを備えていればよい。
【0143】
クラウドサーバ２が処理手段２２と判定手段２３とを備えていれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからＵＲＬへのアクセスを可能にできるからである。
【0144】
また、この発明の実施の形態によれば、コンピュータに実行させるためのプログラムは、処理手段が、顧客の第１の携帯端末が２次元通信シートを介して受信したＵＲＬにブラウザによってアクセスしたことを検知する検知処理と、前記検知処理の後に、前記第１の携帯端末が前記ＵＲＬを取得した店舗のネットワークを介して取得可能な情報に基づいて、前記第１の携帯端末が、前記ＵＲＬを取得した店舗に存在することを確認する確認処理とを行う第１のステップと、判定手段が、検知処理および確認処理が行われたことに基づいて、第１の携帯端末（携帯端末４）が飲食店に存在すると判定する第２のステップとをコンピュータに実行させるためのプログラムであればよい。
【0145】
第１および第２のステップをコンピュータに実行させれば、新たなアプリケーションが不要であり、ＵＲＬを取得可能な領域のみからのＵＲＬへのアクセスを可能にできるからである。
【0146】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【0147】
この発明は、クラウドサーバ、それを備えた通信システムおよびコンピュータに実行させるためのプログラムに適用される。
【符号の説明】
【0148】
１ ２次元通信シート、２ クラウドサーバ、３ 通信機器、４ 携帯端末、５ 店舗端末装置、１０ 通信システム、１１ 誘電体層、１２，１３ 導体、１２Ａ 開口部、２１ 受信手段、２２ 処理手段、２３ 判定手段、２４ 制御手段、２５ 送信手段。