JP2004200821A - Service retrieval system using network, and its method - Google Patents

Service retrieval system using network, and its method Download PDF

Info

Publication number
JP2004200821A
JP2004200821A JP2002364549A JP2002364549A JP2004200821A JP 2004200821 A JP2004200821 A JP 2004200821A JP 2002364549 A JP2002364549 A JP 2002364549A JP 2002364549 A JP2002364549 A JP 2002364549A JP 2004200821 A JP2004200821 A JP 2004200821A
Authority
JP
Japan
Prior art keywords
name
service providing
service
network
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002364549A
Other languages
Japanese (ja)
Inventor
Sunao Sawada
素直 澤田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Renesas Technology Corp
Original Assignee
Renesas Technology Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Renesas Technology Corp filed Critical Renesas Technology Corp
Priority to JP2002364549A priority Critical patent/JP2004200821A/en
Publication of JP2004200821A publication Critical patent/JP2004200821A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To retrieve enabled/disabled service utilizations and service providing places about services not concerning the communication over a network by utilizing the network. <P>SOLUTION: Service names are arranged to correspond to multicast addresses uniquely to involve position information in the names per service providing means. The service providing means is set to answer to only a packet at a multicast address corresponding to a providable service upon receipt of an inquiry. A name solving means holds the correspondence of the multicast addresses to names indicating the kind of services, thereby answering to an inquiry from a user. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
ネットワークによりサービス提供の有無を検索するサービス提供場所検索方式に関連し、特に名前解決と、マルチキャスト通信に関する。
【0002】
【従来の技術】
従来の技術では、ネットワークを利用して、あるサービスが利用可能であるかどうかを調べる方法として、ネットワーク上の通信により提供されるサービス、例えばネットワークにより送信したデータの印刷など、を受けるために通信すべきサービス提供手段のネットワークアドレスを、利用者が検索できるようになっている(例えば、非特許文献1等参照)。
【0003】
【非特許文献1】
E.Guttman, C.Perkins, J.Veizades, and M.Day、 "Service Location Protocol, Version 2"、 RFC2608、 June 1999、 p.5-7, p.9
【0004】
【発明が解決しようとする課題】
上記従来技術では、扱えるサービスがネットワーク上の通信により提供されるサービスに限定され、ネットワークを使用しない一般的なサービス(たとえば、清涼飲料水の販売)に関しては考慮されていない。また、サービス提供場所をネットワークアドレスで識別するため、利用者にはサービスが提供されている物理的な場所がわからないという問題があるため、利用者がサービス提供場所へ行く必要がある場合(たとえば会議室の利用)に応用できなかった。さらに従来技術では、個々のサービス提供手段がそれぞれ提供するサービスについての情報を有し、専用プロトコルによりネットワークを介して情報を提供できる必要があった。
【0005】
【課題を解決するための手段】
上記目的を達成するために、サービス名称とマルチキャストアドレスを一意に対応させ、さらにサービス提供手段の名前に位置情報を含ませたものである。
上記他の目的を達成するために、各サービス提供手段は問い合わせのあった時点で提供可能なサービスに対応するマルチキャストアドレス宛のパケットのみに応答するようにしたものである。
【0006】
上記他の目的を達成するために、名前解決手段にマルチキャストアドレスとサービスの種類を表す名前との対応を保持させ、利用者からの問い合わせに回答するようにしたものである。
【0007】
【発明の実施の形態】
以下、本発明の実施例を図1により説明する。本実施例は、複数の会議室11がある建物への本発明の適用例である。会議室11の名前は、1階にある会議室は順番に101会議室、102会議室、2階にある会議室には201会議室、202会議室、というやり方で、会議室11の名前から会議室11の位置が推定できる名前がつけられている。
【0008】
各会議室11の入り口には、その会議室が使用中か否かを示す表示手段12が備えられている。各表示手段12はIPv6ネットワーク13に接続されている。
IPv6ネットワーク13は、各会議室11の表示手段12、DNS(Domain Name System)サーバ14、および無線AP(Access Point)15が相互に接続されて構成されている。さらに無線AP15と無線通信できるIPv6ネットワーク機器も、IPv6ネットワーク13の一部となり、相互に通信が可能である。図1の携帯端末16がその例である。
【0009】
表示手段12のブロック図を図2に示す。本実施例の表示手段12は、スイッチ21を押すと使用中表示部22に「使用中」と表示され、再びスイッチ21を押すと表示が消えるものとする。会議室利用者は会議室11の利用開始時にその会議室11の表示手段12のスイッチ21を押して「使用中」を表示させる。会議室の利用が終了したら、再び表示手段12のスイッチ21を押して「使用中」表示を消すものとする。
【0010】
表示手段12はネットワークインターフェース23を備え、ネットワークインターフェース23によりIPv6ネットワーク13に接続されている。表示手段12のスイッチ21はネットワークインターフェース23の電源スイッチを兼ねている。使用中表示部22に「使用中」が表示されている場合はネットワークインターフェース23に電力が供給されない。「使用中」の表示が消えている場合にネットワークインターフェース23に電力が供給される。ネットワークインターフェース23は電力が供給されている間だけ動作するので、「使用中」の表示が消えている時、すなわち会議室11が空いている時だけ、ネットワークインターフェース23が動作するようになっている。
【0011】
本実施例のネットワークインターフェース23は、IETFの仕様であるIPv6(Internet Protocol version 6)により通信が可能である。各ネットワークインターフェース23はそれぞれ固有のIPv6ユニキャストアドレスを少なくとも一つ持つ。本実施例では、各ネットワークインターフェース23に固有のリンクローカルアドレスを持つものとする。各ネットワークインターフェース23は、マルチキャストアドレス格納部24に登録されているマルチキャストアドレス宛のパケットのみを受信する。
【0012】
DNSサーバ14は、DNSプロトコルにより名前とIPv6アドレスの対応を回答する。DNSサーバ14は名前とIPv6アドレスの対応関係が登録された名前テーブル31を持つ。
【0013】
図3に、名前テーブル31に登録されている内容を示す。名前テーブル31には、互いに対応するIPv6アドレスと名前の組が複数登録されている。各会議室11の表示手段12のネットワークインターフェース23に固有のIPv6ユニキャストアドレス(本実施例ではリンクローカルアドレス)は、対応する会議室11の名前とともに全て登録されている。さらに、あらかじめ決められた3種類のIPv6マルチキャストアドレス(1、2、3)が名前テーブル31に登録されている。それぞれのマルチキャストアドレスは、規模(大,中,小)によってグループ化された会議室11のグループにそれぞれ対応する。マルチキャストアドレスに対応する名前はそれぞれ「大会議室」、「中会議室」、「小会議室」である。
【0014】
次に、利用者が現在空いている会議室11を探す場合の通信シーケンスを、図4および図5に沿って説明する。
【0015】
利用者は、IPv6プロトコルによる通信機能を持ち無線により無線AP15と通信できる携帯端末16を所持しているものとする。利用者は探している会議室11の規模に応じた名前、例えば「大会議室」、を携帯端末16に入力する(501)。携帯端末16は、DNSプロトコルによりDNSサーバ14に対して利用者が入力した名前(「大会議室」)に対応するIPv6アドレスを問い合わせる(401)。なお、DNSサーバ14のIPv6アドレスは、携帯端末16には既知であるものとする。具体的には、例えばDHCPv6(Dynamic Host Configuration Protocol)により携帯端末16にDNSサーバ14のアドレスをあらかじめ設定することが可能である。
【0016】
携帯端末16からの問合せを受けたDNSサーバ14は、名前(この場合「大会議室」)を名前テーブル31から検索し、対応するアドレス(この場合マルチキャストアドレス1)を携帯端末16に対して回答する(402)。
DNSサーバ14からの回答を受けた携帯端末16は、得られたアドレス(マルチキャストアドレス1)を宛先アドレスとしたICMPv6(Internet Control Message Protocol for IPv6)のEcho Requestメッセージを送信する(403)。Echo Requestメッセージはマルチキャストされ、IPv6ネットワーク13に接続された全ての表示手段12に到達する。
【0017】
各表示手段12のネットワークインターフェース23では、メッセージの宛先アドレスがマルチキャストアドレス格納手段24にあらかじめ登録されたマルチキャストアドレスと一致する場合にのみ、Echo Requestメッセージを受信する。各会議室11の表示手段12のマルチキャストアドレス格納手段24には、あらかじめ会議室11の大きさに応じたマルチキャストアドレスを設定しておく。例えば大きい会議室11の場合は、名前「大会議室」に対応するマルチキャストアドレス1を登録しておく。
【0018】
Echo Requestメッセージの宛先アドレスがマルチキャストアドレス1(「大会議室」に対応するアドレス)である場合、マルチキャストアドレス格納手段24にマルチキャストアドレス1が登録されている表示手段21、つまり規模の大きい会議室11の表示手段21のネットワークインターフェース23だけが、そのEcho Requestメッセージを受信することになる。また、会議室11が使用中である場合、使用中表示部21に「使用中」が表示され、ネットワークインターフェース23は作動していない。よってマルチキャストアドレス1宛のEcho Requestメッセージを受信するネットワークインターフェース23は、規模が大きく、現在利用可能な会議室11のものに限られる。
【0019】
Echo Requestメッセージを受信したネットワークインターフェース23は、EchoRequestメッセージの送信元アドレス(この場合携帯端末16のアドレス)を宛先としてEcho Replyメッセージを送信する。Echo Replyメッセージの送信元アドレスは各ネットワークインターフェース23固有のユニキャストアドレス(本実施例ではリンクローカルアドレス)を使う。
【0020】
携帯端末16には、該当する規模(「大会議室」)で、かつ現在空いている会議室11の表示手段12からEcho Replyメッセージが届く(404)。該当する会議室11が複数ある場合は、携帯端末16に対して複数のEcho Replyメッセージが返り、該当する会議室11がない場合(全て使用中)、Echo Replyメッセージは一つも返って来ない。
【0021】
携帯端末16はEcho Replyメッセージの受信を待ち(510)、受信したEcho Replyメッセージの送信元アドレスに対応する名前をDNSサーバ14に問い合わせる(405)。DNSサーバ14は問合せのあったアドレス(例えばリンクローカルアドレス1)を名前テーブル31から検索し、対応する名前(この場合「101会議室」)を携帯端末16に回答する。DNSサーバ14からの回答を受けた携帯端末16は、会議室11の名前を、画面に表示するなどの手段で利用者に提供する(505)。複数の会議室11の表示手段12からのEcho Replyメッセージを受けた場合、それぞれについてDNSサーバ14に名前を問い合わせ、名前の一覧を画面に表示するなどの手段で、利用者が希望する規模の利用可能な全ての会議室11の名前を利用者に提供する。EchoReplyメッセージを待つ処理(510)は利用者が明示的に中断するまで続く。利用者は画面に名前が一または複数表示され、利用可能な会議室11の名前を確認できた時点、あるいは一定時間待っても名前が表示されない場合に利用可能な会議室11が無いものと判断し、処理を中断する。
【0022】
利用者は、希望する規模(大、中、小)の、その時点で空いている会議室11の一覧を、会議室11まで行かずに携帯端末16で確認することができる。表示された会議室11の名前から会議室のおおよその場所がわかるので、そこへ移動することができる。
【0023】
以上のように本発明によるサービス提供場所確認方式を用いることにより、ネットワーク上の通信を使用しない一般的なサービス(本実施例では会議室)の検索がネットワークにより可能になり、サービスの提供場所を、ネットワークアドレス以外の情報(本実施例では会議室名)で確認できるという効果がある。また、各サービス提供手段(会議室)ではサービスに関する情報(例えば会議室名、会議室の位置や会議室の規模)を持たずに問い合わせに答えられるという効果がある。
【0024】
次に、本発明によるサービス提供場所確認方式の第二の実施例を、図6にしたがい説明する。本実施例でのサービス提供手段は、清涼飲料水を販売する自動販売機61である。特定の建物や施設(地下街やスタジアムなど)において、複数の自動販売機61が設置されている場合に、目的の清涼飲料水がどの自動販売機61で入手可能かネットワークを利用して検索可能にする。
【0025】
本実施例のIPv6ネットワーク13は、清涼飲料水の自動販売機A,B,C(61)および、DNSサーバ14、無線AP15を相互に接続して構成している。無線AP15と無線で通信できるIPv6端末も、このIPv6ネットワーク13に参加できる。携帯端末16がこのIPv6端末の例である。
【0026】
本実施例のDNSサーバ14は第一実施例と同様に、名前とアドレスの対応を記録した名前テーブル31を持つ。図8に名前テーブル31の内容を示す。各自動販売機61はそれぞれ固有のIPv6ユニキャストアドレス(本実施例ではリンクローカルアドレス)を持ち、それらは全て対応する名前とともに名前テーブル31に登録されている。名前は、各自動販売機61の設置場所を表す名前が選ばれている(例えば「西口自動販売機」)。さらに名前テーブル31には、自動販売機61で販売されている清涼飲料水の種類ごとに、清涼飲料水の名前(例えばオレンジジュース)と対応するマルチキャストアドレスとが登録されている。マルチキャストアドレスは、清涼飲料水の種類ごとに固有で重複がないように管理者が決定する。
【0027】
自動販売機61のブロック図を図7に示す。自動販売機61はIPv6ネットワーク13に接続するためのネットワークインターフェース23、マルチキャストアドレスを登録するマルチキャストアドレステーブル72、販売している清涼飲料水の種類ごとに残数を示す複数のカウンタ73を持つ。
【0028】
カウンタ73は値として0または正の整数をとり、その値は対応する清涼飲料水の、自動販売機61に格納されている数と常に一致する。カウンタ73の値が0の場合対応する清涼飲料水は売り切れていることになる。
【0029】
マルチキャストアドレステーブル72には、その自動販売機61で販売している清涼飲料水の種類に対応するマルチキャストアドレスが全て登録されている。清涼飲料水の種類とマルチキャストアドレスの対応関係は、DNSサーバ14の名前テーブル31に登録されている対応関係と一致させる。図10にマルチキャストアドレステーブル72の例を示す。この例では、オレンジジュース、スポーツドリンク、緑茶に対応するマルチキャストアドレスが登録されている。
【0030】
利用者は携帯端末16を利用して、希望する清涼飲料水の種類(たとえばスポーツドリンク)が購入可能な自動販売機61の場所を検索することが可能である。このときの携帯端末16における処理フローは第一実施例と同様である(図5)。利用者は携帯端末16に検索したい清涼飲料水の種類(例えばスポーツドリンク)を入力し、携帯端末16はDNSサーバ14に対して清涼飲料水の種類に対応するマルチキャストアドレスを問い合わせる。DNSサーバ14から回答されたアドレス(この場合マルチキャストアドレスD)に対してEcho Requestメッセージを送信する。
【0031】
自動販売機61がEcho Requestメッセージを受信する場合の処理フローを図9に示す。自動販売機61は受信したEcho Requestメッセージの宛先アドレスを、マルチキャストアドレステーブル72から検索する(901)。マルチキャストアドレステーブル72にはその自動販売機61で販売している清涼飲料水に対応するマルチキャストアドレスが全て登録されている。Echo Requestメッセージの宛先アドレスがマルチキャストアドレステーブル72に登録されていない場合、利用者の希望する清涼飲料水をこの自動販売機61では販売していないことになるので、処理は終了する(902)。
【0032】
該当するマルチキャストアドレスがある場合、そのマルチキャストアドレスに対応する清涼飲料水の残数を表すカウンタ73の番号をマルチキャストアドレステーブル72から取得し、その番号のカウンタ73の値を検査する(903)。カウンタ73の値が0であるならば、利用者の希望する清涼飲料水は売り切れているので処理を終了する(904)。カウンタ73の値が0より大きい場合、利用者の希望する清涼飲料水を少なくとも一つ販売可能であることになる。この場合、Echo Requestメッセージの送信元アドレス(この場合携帯端末16のアドレス)宛にEcho Replyメッセージを返信する(905)。
【0033】
携帯端末16には、利用者の希望する清涼飲料水の種類を販売していて、かつその清涼飲料水が売り切れていない自動販売機61からのEcho Replyメッセージが届く。希望する清涼飲料水を販売している自動販売機61がない、あるいは全て売り切れている場合、Echo Replyメッセージは一つも返信されてこない。複数の自動販売機61が該当する清涼飲料水を販売し、かつ売り切れていない場合、複数のEcho Replyメッセージが携帯端末16に届く。
【0034】
Echo Replyメッセージを受けた携帯端末16は、第一実施例と同様に、Echo Replyメッセージの送信元アドレス(例えばリンクローカルアドレス1)に対応する名前をDNSサーバ14に問い合わせ、回答された名前(この場合「西口自動販売機」)を画面に表示する。
【0035】
以上のように本発明によるネットワークを用いたサービス提供場所検索方式を用いることで、利用者はネットワーク上の通信を使用しないサービス(本実施例では清涼飲料水の販売)をネットワークにより検索することが可能で、サービス提供場所がネットワークアドレス以外の情報(本実施例では自動販売機の名前)で確認できるという効果がある。また、各サービス提供手段(本実施例では自動販売機)は、マルチキャストアドレスと取り扱うサービスの種類(本実施例では清涼飲料水の種類)の対応をマルチキャストアドレステーブル72に登録するだけで、サービスの名称やサービス提供場所などを設定する必要がなく、一般的なプロトコルを用いてサービス提供場所を通知できるという効果がある。また、本実施例では第一実施例とは異なり、一つのサービス提供手段が複数の種類のサービスを扱うことが可能になっている。
【0036】
次に本発明による第三の実施例を説明する。本実施例では、書類の収集作業に本発明を適用したものである。建物の各部署に書類回収ボックス112が設置され、定期的に書類回収ボックス112内の書類を回収する場合に、ネットワークを利用して回収すべき書類がある部署を事前に確認し、必要な部署にだけ回収に行くことを実現する。
【0037】
図11は本実施例におけるネットワークシステムを示している。各部署の書類回収ボックス112はIPv6ネットワーク13に接続されている。DNSサーバ14の名前テーブル31には各書類回収ボックス112に固有のアドレスと、その書類回収ボックス112が設置されている部署名との対応が登録されている(図12)。
IPv6ネットワーク13にはさらにネットワーク端末111が接続されている。書類の回収担当者は、書類の回収に向かう前にネットワーク端末111から回収すべき書類のある部署を検索する。この場合の通信シーケンスは第一、第二実施例と同様であるが、検索対象が常に同じで、それに対応するマルチキャストアドレスも一定であるため、ネットワーク端末111にEcho Requestメッセージを送信するマルチキャストアドレスをあらかじめ設定しておけば、サービス名称に対応するマルチキャストアドレスをDNSサーバ14に問い合わせるシーケンス(図4の401、402)は省略可能である。したがって、DNSサーバ14の名前テーブル31にサービス名称とマルチキャストアドレスの対応を登録しなくてよい。
【0038】
各部署の書類回収ボックス112は、書類のある回収ボックスを問い合わせるためのマルチキャストアドレス宛のEcho Requestメッセージのみを受信する。各部署の書類回収ボックス112は、回収すべき書類が書類回収ボックス112に入っている場合にのみ、Echo Requestメッセージに対してEcho Replyメッセージで応答する。書類回収ボックス112の具体的な実現方法としては、第一実施例の表示手段12(図2)において、ネットワークインターフェース23への電源投入を行なうスイッチ21が書類の有無と連動し、書類があるときだけネットワークインターフェース23へ電源が供給されるようにすればよい。そのためには、例えば書類の重量によりスイッチ21が押される仕組みや、光センサにより書類の有無を検出してスイッチ21を制御する方法、あるいは書類自体に微弱な電波を発信するICを埋め込み、電波の検出とスイッチ21が連動する方法などが考えられる。
【0039】
書類回収ボックス112からのEcho Replyメッセージを受けたネットワーク端末112は、第一実施例の携帯端末16と同様に、Echo Replyメッセージの送信元アドレスに対応する部署名をDNSサーバ14に問い合わせる(図5、504)。DNSサーバ14から回答された部署名を画面に一覧表示するなどの手段で利用者に提示することで、利用者(書類の回収担当者)はどの部署に行く必要があるか事前に把握することが可能である。また、どの部署の書類回収ボックス112からもEcho Replyメッセージが返って来ない場合、回収に行く必要がないことがわかる。
【0040】
以上のように、本発明によるネットワークを用いたサービス提供場所検索方式を用いることで、特定の条件を満たしている場所がネットワークアドレス以外の情報(本実施例では部署名)で確認できるという効果がある。さらに、本実施例のように回収に向かう必要がある場所全てを把握することが必要な場合でも、本発明によるサービス提供場所検索方式では問い合わせにマルチキャストを使うので、該当する場所が全て利用者に提示できるという効果がある。また、本実施例のように検索する対象が特定の一種類に限定される場合、DNSサーバ14にサービス名称を登録しなくても、検索を実行するネットワーク端末111にあらかじめ決めたマルチキャストアドレスを登録しておけばよい。
【0041】
【発明の効果】
本発明は、ネットワークを使用しないで提供されるサービスの、サービス提供の有無とサービス提供場所をネットワークを利用して確認できるという効果がある。また、サービス提供手段にサービスの名称や位置情報を登録することなしに、サービス提供の有無と提供場所を通知可能にするという効果がある。
【図面の簡単な説明】
【図1】第一実施例のネットワーク構成図である。
【図2】第一実施例における表示手段のブロック図である。
【図3】第一実施例の名前テーブルである。
【図4】第一実施例の通信シーケンス図である。
【図5】第一実施例の携帯端末における検索処理フローである。
【図6】第二実施例のネットワーク構成図である。
【図7】第二実施例における自動販売機のブロック図である。
【図8】第二実施例の名前テーブルである。
【図9】第二実施例の自動販売機における応答処理フローである。
【図10】第二実施例のマルチキャストアドレステーブルである。
【図11】第三実施例のネットワーク構成図である。
【図12】第三実施例の名前テーブルである。
【符号の説明】
12…表示手段
13…IPv6ネットワーク
14…DNSサーバ
16…携帯端末
21…スイッチ
23…ネットワークインターフェース
24…マルチキャストアドレス格納手段
31…名前テーブル
72…マルチキャストアドレステーブル
73…カウンタ
111…ネットワーク端末
112…書類回収ボックス
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a service location search method for searching for the presence / absence of service provision over a network, and more particularly to name resolution and multicast communication.
[0002]
[Prior art]
In the prior art, as a method of using a network to check whether a certain service is available, a method for receiving a service provided by communication on the network, such as printing data transmitted by the network, is used. The user can search for the network address of the service providing means to be provided (for example, see Non-Patent Document 1).
[0003]
[Non-patent document 1]
E. Guttman, C. Perkins, J. Veizades, and M. Day, "Service Location Protocol, Version 2", RFC 2608, June 1999, p.5-7, p.9
[0004]
[Problems to be solved by the invention]
In the above prior art, services that can be handled are limited to services provided by communication over a network, and no consideration is given to general services that do not use a network (for example, sales of soft drinks). Also, since the service location is identified by the network address, there is a problem that the user does not know the physical location where the service is provided, so if the user needs to go to the service location (for example, Room use). Further, in the related art, it is necessary that each service providing unit has information on a service provided by each service and that information can be provided via a network by a dedicated protocol.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, a service name and a multicast address are uniquely associated with each other, and location information is included in the name of the service providing means.
In order to achieve the above object, each service providing means responds only to a packet addressed to a multicast address corresponding to a service that can be provided at the time of inquiry.
[0006]
In order to achieve the other object, the name resolution means holds correspondence between a multicast address and a name indicating a service type, and responds to an inquiry from a user.
[0007]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to FIG. The present embodiment is an application example of the present invention to a building having a plurality of conference rooms 11. The name of the conference room 11 is such that the conference rooms on the first floor are 101 conference rooms, 102 conference rooms in order, and the conference rooms on the second floor are 201 conference rooms and 202 conference rooms. The name of the conference room 11 can be estimated.
[0008]
At the entrance of each conference room 11, a display means 12 for indicating whether the conference room is in use or not is provided. Each display means 12 is connected to an IPv6 network 13.
The IPv6 network 13 is configured by connecting a display unit 12, a DNS (Domain Name System) server 14, and a wireless AP (Access Point) 15 of each conference room 11 to each other. Further, an IPv6 network device that can wirelessly communicate with the wireless AP 15 also becomes a part of the IPv6 network 13 and can communicate with each other. The portable terminal 16 in FIG. 1 is an example.
[0009]
FIG. 2 shows a block diagram of the display means 12. In the display means 12 of the present embodiment, when the switch 21 is pressed, "in use" is displayed on the in-use display section 22, and when the switch 21 is pressed again, the display disappears. At the start of use of the conference room 11, the conference room user presses the switch 21 of the display means 12 of the conference room 11 to display "in use". When the use of the conference room is completed, the switch 21 of the display means 12 is pressed again to turn off the "in use" display.
[0010]
The display means 12 has a network interface 23, and is connected to the IPv6 network 13 by the network interface 23. The switch 21 of the display means 12 also functions as a power switch of the network interface 23. When “in use” is displayed on the in-use display section 22, power is not supplied to the network interface 23. Power is supplied to the network interface 23 when the display of “in use” has disappeared. Since the network interface 23 operates only while power is supplied, the network interface 23 operates only when the display of “in use” disappears, that is, only when the conference room 11 is vacant. .
[0011]
The network interface 23 of the present embodiment can communicate with the Internet Protocol version 6 (IPv6), which is a specification of the IETF. Each network interface 23 has at least one unique IPv6 unicast address. In this embodiment, it is assumed that each network interface 23 has a unique link local address. Each network interface 23 receives only a packet addressed to a multicast address registered in the multicast address storage unit 24.
[0012]
The DNS server 14 replies the correspondence between the name and the IPv6 address using the DNS protocol. The DNS server 14 has a name table 31 in which the correspondence between names and IPv6 addresses is registered.
[0013]
FIG. 3 shows the contents registered in the name table 31. In the name table 31, a plurality of pairs of IPv6 addresses and names corresponding to each other are registered. All IPv6 unicast addresses (link-local addresses in this embodiment) unique to the network interface 23 of the display means 12 of each conference room 11 are registered together with the name of the corresponding conference room 11. Further, three kinds of predetermined IPv6 multicast addresses (1, 2, 3) are registered in the name table 31. Each multicast address corresponds to a group of the conference rooms 11 grouped according to the scale (large, medium, small). The names corresponding to the multicast addresses are "large conference room", "medium conference room", and "small conference room", respectively.
[0014]
Next, a communication sequence in the case where the user searches for a vacant conference room 11 will be described with reference to FIGS.
[0015]
It is assumed that the user has a portable terminal 16 having a communication function based on the IPv6 protocol and capable of communicating with the wireless AP 15 wirelessly. The user inputs a name corresponding to the size of the conference room 11 being searched, for example, “large conference room” to the portable terminal 16 (501). The mobile terminal 16 queries the DNS server 14 for an IPv6 address corresponding to the name (“large conference room”) input by the user using the DNS protocol (401). It is assumed that the IPv6 address of the DNS server 14 is known to the mobile terminal 16. Specifically, for example, the address of the DNS server 14 can be set in the portable terminal 16 by DHCPv6 (Dynamic Host Configuration Protocol).
[0016]
Upon receiving the inquiry from the mobile terminal 16, the DNS server 14 searches the name table 31 for the name (in this case, "large conference room") and returns the corresponding address (in this case, the multicast address 1) to the mobile terminal 16. (402).
The mobile terminal 16 that has received the answer from the DNS server 14 transmits an ICMPv6 (Internet Control Message Protocol for IPv6) Echo Request message with the obtained address (multicast address 1) as the destination address (403). The Echo Request message is multicast and reaches all the display means 12 connected to the IPv6 network 13.
[0017]
The network interface 23 of each display unit 12 receives the Echo Request message only when the destination address of the message matches the multicast address registered in the multicast address storage unit 24 in advance. A multicast address according to the size of the conference room 11 is set in the multicast address storage unit 24 of the display unit 12 of each conference room 11 in advance. For example, in the case of the large conference room 11, the multicast address 1 corresponding to the name "large conference room" is registered.
[0018]
When the destination address of the Echo Request message is the multicast address 1 (address corresponding to the “large conference room”), the display unit 21 in which the multicast address 1 is registered in the multicast address storage unit 24, that is, the large-scale conference room 11 Only the network interface 23 of the display means 21 receives the Echo Request message. When the conference room 11 is in use, “in use” is displayed on the in-use display section 21, and the network interface 23 is not operating. Therefore, the network interface 23 that receives the Echo Request message addressed to the multicast address 1 is large and is limited to the currently available conference room 11.
[0019]
The network interface 23 that has received the Echo Request message transmits an Echo Reply message to the source address of the EchoRequest message (in this case, the address of the mobile terminal 16). As the source address of the Echo Reply message, a unicast address (link local address in this embodiment) unique to each network interface 23 is used.
[0020]
The mobile terminal 16 receives an Echo Reply message from the display means 12 of the currently vacant conference room 11 of the appropriate size ("large conference room") (404). When there are a plurality of the meeting rooms 11, a plurality of Echo Reply messages are returned to the portable terminal 16, and when there is no such a meeting room 11 (all in use), no Echo Reply message is returned.
[0021]
The portable terminal 16 waits for the reception of the Echo Reply message (510), and queries the DNS server 14 for a name corresponding to the source address of the received Echo Reply message (405). The DNS server 14 searches the inquired address (for example, link local address 1) from the name table 31, and returns the corresponding name (in this case, "101 conference room") to the portable terminal 16. The mobile terminal 16 that has received the answer from the DNS server 14 provides the user with the name of the conference room 11 by displaying the name on the screen (505). When an Echo Reply message is received from the display means 12 of a plurality of conference rooms 11, the name is inquired to the DNS server 14 for each of them, and a list of names is displayed on a screen, for example, to use the scale desired by the user. Provide the user with the names of all possible conference rooms 11. The process of waiting for an EchoReply message (510) continues until the user explicitly stops. The user determines that there is no available conference room 11 when one or more names are displayed on the screen and the name of the available conference room 11 can be confirmed, or when the name is not displayed after waiting for a certain period of time And interrupt the processing.
[0022]
The user can check the list of vacant meeting rooms 11 of the desired size (large, medium, small) at that time on the mobile terminal 16 without going to the meeting rooms 11. Since the approximate location of the conference room is known from the displayed name of the conference room 11, the user can move there.
[0023]
As described above, by using the service providing place confirmation method according to the present invention, it becomes possible to search for a general service (meeting room in this embodiment) that does not use communication on the network, and the service providing place can be determined. This has the effect that it can be confirmed with information other than the network address (meeting room name in this embodiment). Further, there is an effect that each service providing means (meeting room) can answer an inquiry without having information about the service (for example, the name of the meeting room, the position of the meeting room, and the size of the meeting room).
[0024]
Next, a second embodiment of the service providing place confirmation method according to the present invention will be described with reference to FIG. The service providing means in this embodiment is a vending machine 61 for selling soft drinks. When multiple vending machines 61 are installed in a specific building or facility (underground shopping mall, stadium, etc.), it is now possible to search through the network for which vending machine 61 the desired soft drinks can be obtained from. I do.
[0025]
The IPv6 network 13 according to the present embodiment is configured by connecting vending machines A, B, and C (61) of soft drinks, a DNS server 14, and a wireless AP 15 to each other. An IPv6 terminal that can communicate wirelessly with the wireless AP 15 can also participate in the IPv6 network 13. The mobile terminal 16 is an example of this IPv6 terminal.
[0026]
As in the first embodiment, the DNS server 14 of this embodiment has a name table 31 in which the correspondence between names and addresses is recorded. FIG. 8 shows the contents of the name table 31. Each vending machine 61 has a unique IPv6 unicast address (in this embodiment, a link local address), all of which are registered in the name table 31 together with the corresponding names. As the name, a name indicating the installation location of each vending machine 61 is selected (for example, “West exit vending machine”). Further, in the name table 31, for each type of soft drink sold by the vending machine 61, the name of the soft drink (for example, orange juice) and the corresponding multicast address are registered. The multicast address is determined by the administrator so that it is unique for each type of soft drink and does not overlap.
[0027]
FIG. 7 shows a block diagram of the vending machine 61. The vending machine 61 has a network interface 23 for connecting to the IPv6 network 13, a multicast address table 72 for registering a multicast address, and a plurality of counters 73 indicating the remaining number for each type of soft drink being sold.
[0028]
The counter 73 takes a value of 0 or a positive integer, and its value always matches the number of the corresponding soft drink stored in the vending machine 61. When the value of the counter 73 is 0, the corresponding soft drink is sold out.
[0029]
In the multicast address table 72, all the multicast addresses corresponding to the types of soft drinks sold by the vending machine 61 are registered. The correspondence between the type of soft drink and the multicast address is matched with the correspondence registered in the name table 31 of the DNS server 14. FIG. 10 shows an example of the multicast address table 72. In this example, multicast addresses corresponding to orange juice, sports drink, and green tea are registered.
[0030]
The user can use the mobile terminal 16 to search for the location of the vending machine 61 where the desired type of soft drink (for example, sports drink) can be purchased. The processing flow in the portable terminal 16 at this time is the same as in the first embodiment (FIG. 5). The user inputs the type of soft drink to be searched (for example, sports drink) to the mobile terminal 16, and the mobile terminal 16 queries the DNS server 14 for a multicast address corresponding to the type of soft drink. An Echo Request message is transmitted to the address (the multicast address D in this case) returned from the DNS server 14.
[0031]
FIG. 9 shows a processing flow when the vending machine 61 receives the Echo Request message. The vending machine 61 searches the multicast address table 72 for the destination address of the received Echo Request message (901). In the multicast address table 72, all the multicast addresses corresponding to the soft drinks sold by the vending machine 61 are registered. If the destination address of the Echo Request message is not registered in the multicast address table 72, the vending machine 61 does not sell the soft drink desired by the user, and the process ends (902).
[0032]
If there is a corresponding multicast address, the number of the counter 73 representing the remaining number of soft drinks corresponding to the multicast address is obtained from the multicast address table 72, and the value of the counter 73 of that number is inspected (903). If the value of the counter 73 is 0, the process ends because the soft drink desired by the user is sold out (904). When the value of the counter 73 is larger than 0, it means that at least one soft drink desired by the user can be sold. In this case, an Echo Reply message is returned to the source address of the Echo Request message (in this case, the address of the portable terminal 16) (905).
[0033]
The portable terminal 16 receives an Echo Reply message from the vending machine 61 that sells the type of soft drink desired by the user and has not sold out the soft drink. If no vending machine 61 is selling the desired soft drink, or if all are sold out, no Echo Reply message is returned. When the plurality of vending machines 61 sell the corresponding soft drink and are not sold out, a plurality of Echo Reply messages reach the mobile terminal 16.
[0034]
The portable terminal 16 that has received the Echo Reply message inquires the DNS server 14 of a name corresponding to the source address (for example, link local address 1) of the Echo Reply message, as in the first embodiment, "West exit vending machine") is displayed on the screen.
[0035]
As described above, by using the service providing place search method using the network according to the present invention, the user can search the network for a service that does not use communication on the network (in this embodiment, sales of soft drinks). There is an effect that the service providing place can be confirmed by information other than the network address (in this embodiment, the name of the vending machine). Further, each service providing means (the vending machine in the present embodiment) registers the correspondence between the multicast address and the type of service to be handled (the type of soft drink in the present embodiment) in the multicast address table 72, and the There is no need to set a name or a service providing location, and the service providing location can be notified using a general protocol. Also, in this embodiment, unlike the first embodiment, one service providing means can handle a plurality of types of services.
[0036]
Next, a third embodiment according to the present invention will be described. In the present embodiment, the present invention is applied to a document collection operation. A document collection box 112 is installed in each section of the building, and when collecting documents in the document collection box 112 periodically, the department that has the documents to be collected is confirmed using the network in advance, and the necessary department is Realize that only go to the collection.
[0037]
FIG. 11 shows a network system in this embodiment. The document collection box 112 of each department is connected to the IPv6 network 13. In the name table 31 of the DNS server 14, the correspondence between the address unique to each document collection box 112 and the name of the department in which the document collection box 112 is installed is registered (FIG. 12).
A network terminal 111 is further connected to the IPv6 network 13. The document collection clerk searches the network terminal 111 for a department having a document to be collected before heading for collection of the document. The communication sequence in this case is the same as in the first and second embodiments, but since the search target is always the same and the corresponding multicast address is constant, the multicast address for transmitting the Echo Request message to the network terminal 111 is changed. If set in advance, the sequence (401, 402 in FIG. 4) for inquiring the DNS server 14 of the multicast address corresponding to the service name can be omitted. Therefore, it is not necessary to register the correspondence between the service name and the multicast address in the name table 31 of the DNS server 14.
[0038]
The document collection box 112 of each department receives only an Echo Request message addressed to a multicast address for inquiring of a collection box with a document. The document collection box 112 of each department responds to the Echo Request message with an Echo Reply message only when the document to be collected is in the document collection box 112. As a specific method of realizing the document collection box 112, in the display means 12 (FIG. 2) of the first embodiment, when the switch 21 for turning on the power to the network interface 23 is linked to the presence or absence of a document, Only the power may be supplied to the network interface 23. For this purpose, for example, the mechanism of pressing the switch 21 by the weight of the document, the method of controlling the switch 21 by detecting the presence or absence of the document with an optical sensor, or embedding an IC that emits a weak radio wave in the document itself, A method in which the detection and the switch 21 are linked can be considered.
[0039]
The network terminal 112, which has received the Echo Reply message from the document collection box 112, inquires the DNS server 14 of the department name corresponding to the source address of the Echo Reply message, similarly to the portable terminal 16 of the first embodiment (FIG. 5). , 504). By presenting the department name returned from the DNS server 14 to the user by listing it on the screen, etc., the user (the person in charge of collecting documents) can grasp in advance which department it is necessary to go to Is possible. If no Echo Reply message is returned from the document collection box 112 of any department, it is understood that there is no need to go to collection.
[0040]
As described above, the use of the service providing location search method using the network according to the present invention has an effect that a location that satisfies a specific condition can be confirmed by information other than the network address (in this embodiment, the department name). is there. Furthermore, even when it is necessary to grasp all places that need to go to collection as in the present embodiment, the service providing place search method according to the present invention uses multicast for inquiries, so that all the corresponding places are available to the user. The effect is that it can be presented. When the search target is limited to a specific type as in this embodiment, a predetermined multicast address is registered in the network terminal 111 performing the search without registering the service name in the DNS server 14. You should keep it.
[0041]
【The invention's effect】
Advantageous Effects of Invention The present invention has an effect that the presence / absence of service provision and the service provision location of a service provided without using a network can be confirmed using the network. In addition, there is an effect that the presence or absence of service provision and the location of service provision can be notified without registering service name and position information in the service providing means.
[Brief description of the drawings]
FIG. 1 is a network configuration diagram of a first embodiment.
FIG. 2 is a block diagram of a display unit in the first embodiment.
FIG. 3 is a name table of the first embodiment.
FIG. 4 is a communication sequence diagram of the first embodiment.
FIG. 5 is a search processing flow in the portable terminal of the first embodiment.
FIG. 6 is a network configuration diagram of a second embodiment.
FIG. 7 is a block diagram of a vending machine according to a second embodiment.
FIG. 8 is a name table of the second embodiment.
FIG. 9 is a response processing flow in the vending machine of the second embodiment.
FIG. 10 is a multicast address table of the second embodiment.
FIG. 11 is a network configuration diagram of a third embodiment.
FIG. 12 is a name table of the third embodiment.
[Explanation of symbols]
12 ... Display means
13 ... IPv6 network
14 ... DNS server
16… Mobile terminal
21 ... Switch
23… Network interface
24 ... Multicast address storage means
31… Name table
72 ... Multicast address table
73… Counter
111… Network terminal
112… Document collection box

Claims (5)

サービス提供場所検索方法であって、
ネットワークと該ネットワークに接続された複数の機器を有し、
前記複数の機器は、提供するサービスの種類毎に一意に対応するマルチキャストアドレスとサービス提供手段毎に固有なユニキャストアドレスに一意に対応する名前に位置情報を有し、特定のサービスを提供中のサービス提供手段をマルチキャスト通信を用いて検索し、発見したサービス提供手段の名前を提示することで、ネットワークを利用してサービス提供場所を検索することを特徴とするサービス提供場所検索方法。
A service location search method,
Having a network and a plurality of devices connected to the network,
The plurality of devices have position information in a multicast address uniquely corresponding to each type of service to be provided and a name uniquely corresponding to a unicast address unique to each service providing unit, and provide a specific service. A service providing location searching method, wherein a service providing location is searched for using a network by searching for a service providing means using multicast communication and presenting a name of the found service providing means.
ネットワークにより通信が可能で、サービスの種類に応じてあらかじめ一意に決められたマルチキャストアドレス宛のパケットを受信でき、該マルチキャストアドレスにより一意に決まる種類のサービスをその時点で提供可能である場合にのみ、該パケットに対する返信を該パケットの送信元アドレスに対して行うことを特徴とするサービス提供手段。Only when communication is possible via the network, a packet addressed to a multicast address uniquely determined in advance according to the type of service can be received, and a service of a type uniquely determined by the multicast address can be provided at that time, Service providing means for sending a reply to the packet to a source address of the packet. 前記マルチキャストアドレスとサービスの種類との対応を保持し、ネットワークを介した対応の問合せに対して、該マルチキャストアドレスとサービスの種類との対応を回答することを特徴とする名前解決手段。A name resolving means, wherein the correspondence between the multicast address and the service type is held, and the correspondence between the multicast address and the service type is answered in response to a correspondence inquiry via a network. 一または複数の請求項2記載のサービス提供手段と、一以上の請求項3記載の名前解決手段と、利用者端末とから構成されることを特徴とするネットワークシステム。A network system comprising one or more service providing means according to claim 2, one or more name solving means according to claim 3, and a user terminal. 端末機器と、DNSサーバと、ネットワークインタフェースを有する複数のサービス提供手段と、前記端末機器と前記DNSサーバと前記サービス提供手段とを接続するネットワークとを有するシステムにおけるサービス提供手段検索方法であって、
前記複数のサービス提供手段は、サービスの種類ごとに対応するマルチキャストアドレスと該ネットワークインタフェースに対応するユニキャストアドレスを有し、
DNSサーバは、前記マルチキャストアドレスとサービスの種類を特定する前記サービス提供手段の第1の名称および前記ユニキャストアドレスと前記前記サービス提供手段に固有の第2の名称との対応を記憶したテーブルを有し、
前記端末機器は、前記ネットワークを介して、前記DNSサーバへ前記第1の名称を送信し、
前記DNSサーバは、前記端末機器から送信された第1の名称に対応するマルチキャストアドレスを前記テーブルから検索して、前記端末機器に返信し、
前記端末機器は、前記マルチキャストアドレスを宛先アドレスとして前記ネットワークに接続された前記サービス提供手段にマルチキャストし、
前記サービス提供手段のネットワークインターフェースは、前記マルチキャストアドレスが自機器のマルチキャストアドレスと一致する場合は、送信元アドレスを前記ユニキャストアドレスとして前記端末機器に返信し、
前記端末機器は、前記受信したユニキャストアドレスに対応する第2の名称を前記DNSサーバに問い合わせて、
前記DNSサーバは、問合せのあったユニキャストアドレスに対応する第2の名称を前記テーブルから検索し前記端末機器に返信し、
前記端末機器は、前記第2の名称を受信することでサービス提供手段を特定することを特徴とするサービス提供手段検索方法。
A service providing unit search method in a system including a terminal device, a DNS server, a plurality of service providing units having a network interface, and a network connecting the terminal device, the DNS server, and the service providing unit,
The plurality of service providing means has a multicast address corresponding to each type of service and a unicast address corresponding to the network interface,
The DNS server has a table storing a correspondence between the multicast address and a first name of the service providing means for specifying a type of service, and a correspondence between the unicast address and a second name unique to the service providing means. And
The terminal device transmits the first name to the DNS server via the network,
The DNS server searches the table for a multicast address corresponding to the first name transmitted from the terminal device, and returns the multicast address to the terminal device.
The terminal device multicasts to the service providing unit connected to the network using the multicast address as a destination address,
If the multicast address matches the multicast address of the device itself, the network interface of the service providing unit returns a source address to the terminal device as the unicast address,
The terminal device queries the DNS server for a second name corresponding to the received unicast address,
The DNS server searches the table for a second name corresponding to the queried unicast address, and returns the second name to the terminal device;
A service providing unit search method, wherein the terminal device specifies a service providing unit by receiving the second name.
JP2002364549A 2002-12-17 2002-12-17 Service retrieval system using network, and its method Pending JP2004200821A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002364549A JP2004200821A (en) 2002-12-17 2002-12-17 Service retrieval system using network, and its method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002364549A JP2004200821A (en) 2002-12-17 2002-12-17 Service retrieval system using network, and its method

Publications (1)

Publication Number Publication Date
JP2004200821A true JP2004200821A (en) 2004-07-15

Family

ID=32762338

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002364549A Pending JP2004200821A (en) 2002-12-17 2002-12-17 Service retrieval system using network, and its method

Country Status (1)

Country Link
JP (1) JP2004200821A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006068112A1 (en) * 2004-12-24 2006-06-29 Matsushita Electric Industrial Co., Ltd. Sensor device, retrieval device, and relay device
JP2009004944A (en) * 2007-06-20 2009-01-08 Nakayo Telecommun Inc Wireless access point and wireless relay method
JP2009094788A (en) * 2007-10-09 2009-04-30 Nakayo Telecommun Inc Radio access point and radio relay method

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006068112A1 (en) * 2004-12-24 2006-06-29 Matsushita Electric Industrial Co., Ltd. Sensor device, retrieval device, and relay device
JPWO2006068112A1 (en) * 2004-12-24 2008-06-12 松下電器産業株式会社 Sensor equipment, search equipment, and relay equipment
US7917570B2 (en) 2004-12-24 2011-03-29 Panasonic Corporation Sensor device which measures surrounding conditions and obtains a newly measured value, retrieval device which utilizes a network to search sensor devices, and relay device which relays a communication between the sensor device and the retrieval device
JP4851324B2 (en) * 2004-12-24 2012-01-11 パナソニック株式会社 Sensor device, search system, communication method, and program
JP2009004944A (en) * 2007-06-20 2009-01-08 Nakayo Telecommun Inc Wireless access point and wireless relay method
JP2009094788A (en) * 2007-10-09 2009-04-30 Nakayo Telecommun Inc Radio access point and radio relay method

Similar Documents

Publication Publication Date Title
US7720044B1 (en) System and method for terminal configuration
JP6957897B2 (en) system
US20020022961A1 (en) Displaying information on a portable digital device by transmission of a universal resource locator over a short-range radio frequency link
US8279776B1 (en) Network address translation based on a reverse domain name service
US20060194569A1 (en) Wireless electronic coupon delivery system for use by mobile communication devices
TW201629899A (en) Express delivery system and method
US6694350B2 (en) Information providing system, server, client, information providing method and recording medium
TW200300312A (en) Parameter setting system
CN110493366B (en) Method and device for adding access point into network management
JP2010514317A5 (en)
CN105075297A (en) Location based advertisement system using Wi-Fi
US7444138B2 (en) Interrogate-response communication system with privacy indication
US20070191000A1 (en) Pagers over a wireless network
CN106375488A (en) Position based information push method and system
JP2004200821A (en) Service retrieval system using network, and its method
JP2002084561A (en) Connection system, connection method therefor, and recording medium in which connection program is recorded
WO2015108447A1 (en) Identification of wireless communication devices in local zones
KR20140143521A (en) Method and apparatus for transmitting and receiving a service in a wireless communication system
JP2012160846A (en) Content distribution system, distribution repeating apparatus, content distribution method, and content distribution repeating method
KR101328553B1 (en) Method and apparatus for providing advertisement based on position information of subscriber
JP2000293496A (en) Decentralizing device for service load of network
JP2001359172A (en) System for providing area information
CN103731879B (en) A kind of method for balancing anchor base station services
US8411654B2 (en) Autonomous wireless communication system and method of use
KR101773976B1 (en) Payment method and payment system based on recognized location