JP5327929B1 - 現在位置に基づくＷｅｂサーバのサイトページを携帯端末に取得させる方法及びシステム - Google Patents

Abstract

【課題】複数のアクセスポイントが発見される位置で、ユーザが何ら選択することなく、現在位置に基づくＷｅｂサーバのサイトページを携帯端末に取得させる方法を提供する。
【解決手段】プロキシサーバは、アクセスポイントのアドレスにサイトページのアドレスを対応付けて記憶したアドレス対応テーブルを含む。最初、携帯端末が、自らの周辺のアクセスポイントをサーチし、アクセスポイントのアドレスを含む報知信号を受信する。次に、携帯端末が、複数のアクセスポイントのアドレスを受信レベルが高い順に並べたリスト情報含むページ取得要求を、プロキシサーバへ送信する。次に、プロキシサーバが、各アクセスポイントのアドレスに対応したサイトページのアドレスを検索し、それらアドレスを対応付けたリスト情報を携帯端末へ応答する。携帯端末は、リスト情報をユーザに明示し、１つ以上のアドレスに対する各ページ取得要求を、サイトサーバへ送信する。
【選択図】図３

Description

本発明は、携帯端末に、Ｗｅｂサーバのサイトページをアクセスポイントを介して取得させる技術に関する。

インターネットの発展に伴って、Ｗｅｂサーバのサイトページは、各企業や店舗にとって重要な広告媒体となっている。一般に、大規模な企業は、地域を問わずより多くの人に対して、自社のＷｅｂサイトを閲覧させたいと考える。即ち、インターネットに接続することによって、当該企業の実体が存在する位置と、そのＷｅｂサイトにアクセスするユーザの位置との間の距離は、何ら意味を持たない。

一方で、地域に根ざした小規模な店舗は、その地域周辺に滞在する人に対してのみ、自社のＷｅｂサイトを閲覧させたいと考える。例えば飲食店や生鮮食料品店などは、ユーザ自らが実際にその店舗へ来店する必要があるので、遠方に滞在する人に対しては何ら意味を持たない。

図１は、従来技術におけるシステム構成図である。

図１によれば、店舗Ａ〜Ｃの実体が、それぞれ異なる地域（位置）で商運営されている。また、店舗Ａ〜Ｃ内にはそれぞれ、アクセスポイント５Ａ〜５Ｃが設置されている。このアクセスポイントとしては、店舗の業務用として利用される場合もあるし、顧客に利用させる場合もある。また、各アクセスポイント５Ａ〜５Ｃは、店舗毎に個別に契約されたアクセスネットワーク（例えば光回線）を介して、インターネット（広域ネットワーク）に接続されている。

各店舗Ａ〜Ｃは、インターネット上のＷｅｂサーバの運営会社と契約し、店舗自らのサイトページを公開している。これらサイトページの内容は、各店舗Ａ〜Ｃの広告媒体となるページであって、顧客に閲覧させることによって集客を図ろうとするものである。

図１によれば、携帯端末２は、各店舗Ａ〜Ｃのアクセスポイント５Ａ〜５Ｃから、無線ＬＡＮ(Local Area Network)のビーコン信号（報知信号）を受信可能な位置に滞在している。また、携帯端末２は、そのユーザが個別に契約したアクセスネットワークを介して、インターネットに接続することができる。携帯端末２が契約するアクセスネットワークとしては、無線ＬＡＮに限られず、例えばＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)、ＬＴＥ(Long Term Evolution)、３Ｇ(3rd Generation)等であってもよい。

ユーザは、携帯端末２を用いて周辺のアクセスポイントをサーチすることによって、自ら契約したアクセスネットワークを発見することができる。具体的には、各アクセスポイントから、当該アクセスポイントのアドレスを含む報知信号を受信し、その中から発見することができる。報知信号とは、例えば無線ＬＡＮの場合、ビーコン信号又はプローブレスポンスである。そして、当該ユーザの操作に応じて、携帯端末２は、その契約されたアクセスネットワークのアクセスポイント（又は基地局）に接続することができる。

携帯端末２は、例えばスマートフォンやタブレット端末であって、サイトページをディスプレイにレンダリングするべく、Ｗｅｂブラウザをインストールしている。携帯端末２は、ユーザ自ら契約したアクセスネットワークを介してインターネットへ接続し、各店舗Ａ〜Ｃが契約したＷｅｂサーバのサイトページへアクセスすることによって、そのサイトページをブラウジングすることができる。

従来、広告提供システムについて、端末が、アクセスポイントから配信されるビーコン信号を受信し、そのビーコン信号に含まれるＳＳＩＤ(Service Set Identifierの履歴を蓄積し、その履歴をサーバへ送信することによって、そのサーバからそれらＳＳＩＤに対応付けられた広告情報を受信する技術がある（例えば特許文献１参照）。

また、基地局が、サーバのアドレス及び当該基地局の識別子を含むビーコン信号を報知し、そのビーコン信号を受信した端末が、そのサーバのアドレスへ向けて当該基地局の識別子を含むページ取得要求を送信することによって、基地局が配信するコンテンツに関する情報を取得する技術もある（例えば特許文献２参照）。

更に、サーバが位置に応じた地域情報を蓄積し、アクセスポイントが位置の識別情報を有し、無線端末は、アクセスポイントから取得した位置の識別情報を含む要求信号を、サーバへ送信することによって、その地域情報を取得する技術もある（例えば特許文献３参照）。

特開２００９−１８８９２２号公報 特開２００９−０８９００３号公報 特開２００５−０２７２３９号公報

しかしながら、例えばビジネス街周辺では、携帯端末２が、自らの周辺のアクセスポイントをサーチした場合、多数のアクセスポイントが発見されるという現実がある。このとき、ユーザは、発見されたアクセスポイントのＳＳＩＤを閲覧しながら、所望のアクセスポイントを選択する操作が必要となる。前述した特許文献１〜３に記載された技術のように、アクセスポイント又は基地局の位置に基づく識別子に対応するコンテンツをサーバから受信する場合であっても、自ら所望のアクセスポイントを選択する操作が必要となる。

また、特許文献１〜３に記載された技術によれば、小規模な店舗のサイトページを携帯端末へ配信したいとしても、多数のアクセスポイントのＳＳＩＤの中からの選択権は、ユーザ自身にある。ユーザが多数のＳＳＩＤの中から選択できるものは、接続先のアクセスポイントに過ぎない。ましてや、ユーザ自身が全く知らないアクセスポイントに基づくコンテンツを取得することは、セキュリティの観点からもあり得ない。即ち、特許文献１〜３に記載された技術によれば、携帯端末を所持するユーザ自身が、予め知り得たアクセスポイントのＳＳＩＤと紐付いた地域情報しか取得できていない。

そこで、本発明は、複数のアクセスポイントが発見されるような位置であっても、ユーザが何ら選択することなく、現在位置に基づくＷｅｂサーバのサイトページを携帯端末に取得させる方法及びシステムを提供することを目的とする。

本発明によれば、広域ネットワークに接続された複数のサイトサーバと、自らのアドレスを含む報知信号を送信するアクセスポイントと、広域ネットワークに接続することによってサイトサーバからページを取得する携帯端末とを有するシステムにおけるページ取得方法において、
システムには、アクセスポイントのアドレスにサイトページのアドレスを対応付けて記憶したアドレス対応テーブルを含むプロキシサーバが、広域ネットワークに更に接続されており、
携帯端末が、自らの周辺のアクセスポイントをサーチすることによって、各アクセスポイントから、当該アクセスポイントのアドレスを含む報知信号を受信すると共に、当該報知信号の受信レベルを計測する第１のステップと、
携帯端末が、報知信号に含まれた複数のアクセスポイントのアドレスを受信レベルが高い順に並べたリスト情報を含むページ取得要求を、プロキシサーバへ送信する第２のステップと、
プロキシサーバが、アドレス対応テーブルを用いて、ページ取得要求に含まれる各アクセスポイントのアドレスに対応したサイトページのアドレスを検索する第３のステップと、
プロキシサーバが、リスト情報に対して、各アクセスポイントのアドレスに、検索した複数のサイトページのアドレスを対応付ける第４のステップと、
プロキシサーバが、リスト情報を携帯端末へ応答する第５のステップと、
携帯端末が、リスト情報をユーザに明示し、１つ以上のアドレスを宛先とする各ページ取得要求を、それぞれのサイトサーバへ送信する第６のステップと、
を有することを特徴とする。

本発明のページ取得方法における他の実施形態によれば、
プロキシサーバは、アドレス対応テーブルについて、アクセスポイントのアドレス及びサイトページのアドレスの組毎に、テキスト及び／又は画像を含むメッセージを対応付けており、
第４のステップについて、プロキシサーバは、リスト情報について並べられたサイトページのアドレス毎に、メッセージを対応付けて記述する
ことも好ましい。

本発明のページ取得方法における他の実施形態によれば、
プロキシサーバは、アドレス対応テーブルについて、テキスト及び／又は画像を含むメッセージには、更新時刻が付与されており、
第４のステップについて、プロキシサーバは、リスト情報の中で、受信レベルが同一段階にある複数のサイトページのアドレスについて、更新時刻が新しいものから順に、アクセスポイントのアドレスを並べることも好ましい。

本発明のページ取得方法における他の実施形態によれば、
リスト情報は、複数のサイトページのアドレスを並べたＷｅｂページであって、
Ｗｅｂページは、第４のステップについて、プロキシサーバによって生成されるか、又は、第６のステップについて、携帯端末によって生成される
ことも好ましい。

本発明のページ取得方法における他の実施形態によれば、
サイトページのアドレスは、ＵＲＬ(Uniform Resource Locator)であり、
アクセスポイントのアドレスは、ＭＡＣ(Media Access Control)アドレス又はＳＳＩＤ(Service Set Identifier))である
ことも好ましい。

本発明のページ取得方法における他の実施形態によれば、
第１のステップについて、携帯端末が、アクセスポイントから受信する報知信号は、無線ＬＡＮのビーコン信号又はプローブレスポンスであり、
第２のステップについて、ページ取得要求は、ＨＴＴＰ(HyperText Transport Protocol)に基づくＧＥＴリクエストである
ことも好ましい。

本発明のページ取得方法における他の実施形態によれば、
広域ネットワークに、課金制御サーバが更に接続されており、
課金制御サーバは、サイトページの公開者に基づく口座情報と、プロキシサーバの運用者に基づく口座情報とを管理しており、
携帯端末は、リスト情報のいずれかのアドレスの選択によってサイトサーバへページ取得要求を送信した際に、携帯端末は、サイトページの公開者に基づく口座情報から所定金額情報を、プロキシサーバの運用者に基づく口座情報へ転送するべく指示する課金指示要求を、課金制御サーバへ送信する
ことも好ましい。

本発明のページ取得方法における他の実施形態によれば、
プロキシサーバは、アドレス対応テーブルに対して、アクセスポイントのアドレスにサイトページのアドレスが追加された際に、プロキシサーバは、サイトページの公開者に基づく口座情報から所定金額情報を、プロキシサーバの運用者に基づく口座情報へ転送するべく指示する課金指示要求を、課金制御サーバへ送信する
ことも好ましい。

本発明によれば、広域ネットワークに接続された複数のサイトサーバと、自らのアドレスを含む報知信号を送信するアクセスポイントと、広域ネットワークに接続することによってサイトサーバからページを取得する携帯端末とを有するシステムにおいて、
広域ネットワークに接続され、アクセスポイントのアドレスにサイトページのアドレスを対応付けて記憶したアドレス対応テーブルを含むプロキシサーバを更に有し、
携帯端末は、
自らの周辺のアクセスポイントをサーチすることによって、各アクセスポイントから、当該アクセスポイントのアドレスを含む報知信号を受信すると共に、当該報知信号の受信レベルを計測する報知信号受信手段と、
報知信号に含まれた複数のアクセスポイントのアドレスを受信レベルが高い順に並べたリスト情報を含むページ取得要求を、プロキシサーバへ送信する第１のページ取得要求送信手段と、
リスト情報をユーザに明示し、１つ以上のアドレスを宛先とする各ページ取得要求を、それぞれのサイトサーバへ送信する第２のページ取得要求送信手段と
を有し、
プロキシサーバは、
アドレス対応テーブルを用いて、ページ取得要求に含まれる各アクセスポイントのアドレスに対応したサイトページのアドレスを検索するアドレス検索手段と、
リスト情報に対して、各アクセスポイントのアドレスに、検索した複数のサイトページのアドレスを対応付けるリスト情報生成手段と、
リスト情報を携帯端末へ応答するリスト情報応答手段と
を有することを特徴とする。

本発明の方法及びシステムによれば、複数のアクセスポイントが発見されるような位置であっても、ユーザが何ら選択することなく、現在位置に基づくＷｅｂサーバのサイトページを携帯端末に取得させることができる。

従来技術におけるシステム構成図である。 本発明におけるシステム構成図である。 本発明における第１の実施形態におけるシーケンス図である。 本発明における第２の実施形態におけるシーケンス図である。 リスト情報としてのＨＴＭＬソースプログラムの簡単な例である。 本発明における第３の実施形態におけるシーケンス図である。 本発明における第４の実施形態におけるシーケンス図である。 本発明における課金制御サーバの機能説明図である。 本発明におけるプロキシサーバ及び携帯端末の機能構成図である。

以下、本発明の実施の形態について、図面を用いて詳細に説明する。

図２は、本発明におけるシステム構成図である。

図２によれば、図１と同様に、店舗Ａ〜Ｃ内にはそれぞれ、アクセスポイント５Ａ〜５Ｃが設置されている。各アクセスポイントには、固有のＭＡＣ(Media Access Control)アドレスと、ユーザによって付与されたＳＳＩＤ(Service
Set Identifier)とが割り当てられている。一般に、携帯端末２を操作するユーザは、ＳＳＩＤを認識して、そのアクセスポイントへの接続を判断する。また、同様に、各店舗Ａ〜Ｃの広告媒体としてのサイトページも、インターネット上のＷｅｂサーバ３によって公開されている。サイトページには、アドレスとしてのＵＲＬ(Uniform Resource Locator)が割り当てられている。一般に、携帯端末２を操作するユーザは、そのＵＲＬを認識して、そのサイトページへのアクセスを判断する。

図２によれば、図１と比較して、「プロキシサーバ」１が、インターネット（広域ネットワーク）に接続されている。プロキシサーバ１は、ユーザによって所持される携帯端末２からアクセスされる。また、プロキシサーバ１は、アクセスポイントのアドレスにサイトページのアドレスを対応付けた「アドレス対応テーブル」を蓄積している。
［アドレス対応テーブル］
（ＵＲＬ１）<->（ＭＡＣアドレス１）
（ＵＲＬ２）<->（ＭＡＣアドレス２）
（ＵＲＬ３）<->（ＭＡＣアドレス３）
・・・・・・・・
尚、アドレス対応テーブルについて、ＵＲＬに紐付けられるものは、ＭＡＣアドレスでもＳＳＩＤでもいずれでもよいが、グローバルに固有に割り当てられるものとしてＭＡＣアドレスの方が好ましい。ＳＳＩＤの場合、同一ものが発見される場合があるためである。

また、図２によれば、図１と比較して、「課金制御サーバ」６も、インターネットに接続されている。課金制御サーバ６は、サイトページの公開者に基づく口座情報と、プロキシサーバの運用者に基づく口座情報とを管理するものである。課金制御サーバ６は、本発明のシーケンスが実行された際に、サイトページの公開者（店舗の運営者）が、広告料としての一定の代金を、プロキシサーバの運用者（本発明のサービス運用者）へ支払うようなビジネスモデルを実現することができる。

図３は、本発明における第１の実施形態におけるシーケンス図である。
図４は、本発明における第２の実施形態におけるシーケンス図である。

（Ｓ１）携帯端末２は、無線ＬＡＮの通信インタフェースをオンにし、自らの周辺のアクセスポイントをサーチする。各店舗Ａ〜Ｃに設置されたアクセスポイント５Ａ〜５Ｃは、常時、自らのアドレス（ＭＡＣアドレス及びＳＳＩＤ）を含むビーコン信号（報知信号）を放送している。携帯端末２は、そのビーコン信号を受信することによって、自らの周辺に、アクセスポイント５Ａ〜５Ｃが存在していることを認識する。

又は、携帯端末２は、自らの周辺へ向けてプローブリクエストを放送し、そのプローブリクエストを受信したアクセスポイントからプローブレスポンスを受信するものであってもよい。同様に、携帯端末２は、そのプローブレスポンスを受信することによって、自らの周辺に、アクセスポイント５Ａ〜５Ｃが存在していることを認識する。

ここで、アクセスポイント５Ａ〜５Ｃが必ずしも、アクセスネットワークを介してインターネットに接続されていることを要しない。アクセスポイント５Ａ〜５Ｃは、少なくともビーコン信号又はプローブレスポンスを送信するものであればよい。アクセスポイントは、本発明の特徴ある構成要素ではなく、既存のものに過ぎない。

ここで、携帯端末２は、ビーコン信号又はプローブレスポンス（報知信号）の受信レベルを計測する。図３及び図４によれば、アクセスポイントから送信されるビーコン信号の受信レベルが、例えば以下のような高さであったとする。
店舗Ａのアクセスポイント５Ａ：受信レベル小
店舗Ｂのアクセスポイント５Ｂ：受信レベル大
店舗Ｃのアクセスポイント５Ｃ：受信レベル中
ここで、携帯端末２における受信レベルの高さは、基本的に、携帯端末２とアクセスポイント５との間の距離に依存する。即ち、携帯端末２から見て、店舗Ｂ->店舗Ｃ->店舗Ａの順に近いであろうことが認識できる。例えばスマートフォンやタブレット端末に搭載されたＯＳ(Operating System)によれば、無線ＬＡＮの受信レベルは、棒グラフ状に３〜５段階で表される。

（Ｓ２）携帯端末２は、ビーコン信号又はプローブレスポンスによって取得された複数のアクセスポイントのアドレスを並べた「リスト情報」を含むページ取得要求を生成する。
図３によれば、リスト情報には、例えば、以下のように３つのアクセスポイントのアドレスが、受信レベルが高い順に並べ替えられる。
アクセスポイントＢのＭＡＣアドレス：受信レベル大
アクセスポイントＣのＭＡＣアドレス：受信レベル中
アクセスポイントＡのＭＡＣアドレス：受信レベル小
図４によれば、リスト情報には、以下のように３つのアクセスポイントのアドレスが、単に並べたものに過ぎない。但し、携帯端末２自体は当然、アクセスポイント毎の受信レベルは、認識している。
アクセスポイントＡのＭＡＣアドレス：受信レベル小
アクセスポイントＢのＭＡＣアドレス：受信レベル大
アクセスポイントＣのＭＡＣアドレス：受信レベル中
尚、このリスト情報は、ページ取得要求のデータ部分に含められるものである。ページ取得要求は、ＨＴＴＰ(HyperText Transport Protocol)に基づくＧＥＴリクエストである。そして、携帯端末２は、そのページ取得要求を、プロキシサーバ１へ送信する。尚、携帯端末２にとって、プロキシサーバ１のＵＲＬは既知であるとする。

（Ｓ３）プロキシサーバ１は、「アドレス対応テーブル」を用いて、ページ取得要求のリスト情報に含まれる各アクセスポイントのアドレス（例えばＭＡＣアドレス又はＳＳＩＤ）に対応したサイトページのアドレス（ＵＲＬ）を検索する。

（Ｓ４）プロキシサーバ１は、リスト情報に対して、各アクセスポイントのアドレスに、検索した複数のサイトページのアドレスを対応付ける。図３及び４によれば、リスト情報に並べられたアクセスポイントのアドレスについて、以下のように、サイトページのＵＲＬが対応付けられる。
アクセスポイントＡのＭＡＣアドレス：http://www.AAA.com/
アクセスポイントＢのＭＡＣアドレス：http://www.BBB.com/
アクセスポイントＣのＭＡＣアドレス：http://www.CCC.com/

図３によれば、リスト情報は、複数のサイトページのアドレスの並びを、ＨＴＭＬ(HyperText Markup Language)ソースプログラムでページイメージとして構成している。
図４によれば、リスト情報は、単なる複数のサイトページのアドレスの並びである。

図５は、リスト情報としてのＨＴＭＬソースプログラムの簡単な例である。

図５（ａ）のＨＴＭＬソースプログラムは、店舗名Ｂ＝”BBB”、店舗名Ｃ＝”CCC”、店舗名Ａ＝”AAA”をタブとして並べてブラウザに表示すると共に、そのタブはユーザによってクリック（選択）される。いずれか１つのタブをユーザがクリックした際に、そのタブに対応するサイトページを、ブラウザに表示する。

図５（ｂ）のＨＴＭＬソースプログラムは、店舗名Ｂのサイトページ＝”http://www.BBB.com”、店舗名Ｃのサイトページ＝”http://www.CCC.com”、店舗名Ａのサイトページ＝”http://www.AAA.com”をそれぞれ、横長にして並べてブラウザに表示する。この場合、ユーザがクリックすることなく、全てのサイトページが横長で且つ縦方向に並んで表示される。

（Ｓ５）プロキシサーバ１は、リスト情報を携帯端末２へ応答する。
図３によれば、リスト情報はＨＴＭＬソースプログラムである。
図４によれば、リスト情報は単なるアドレスの並びである。
リスト情報は、「ページ応答」、即ちＨＴＴＰに基づくＧＥＴレスポンスに含められる。

（Ｓ６）携帯端末２は、例えばスマートフォンやタブレット端末であって、ＷＷＷブラウザを予めインストールしたものである。
図３によれば、携帯端末２は、ページ応答に含まれるＨＴＭＬソースプログラム（リスト情報）を直ぐにレンダリングして、ブラウザに表示することができる。
図４によれば、携帯端末２は、リスト情報に対して、各アクセスポイントのアドレスに対応する複数のサイトページのアドレスを受信レベルが高い順に並べ直す。次に、そのリスト情報から、ＨＴＭＬソースプログラムを構成する(図５と同様）。そして、そのＨＴＭＬソースプログラム（当該リスト情報）をレンダリングしてブラウザに表示する。近年のスマートフォンやタブレット端末は演算処理能力が高いので、携帯端末２は、ＨＴＭＬソースプログラムを生成することに対する処理負担は少ない。また、プロキシサーバ１と携帯端末２との間のページ応答のデータ量を減らすことによって、通信をできる限り高速に実行することができる。

このとき、ユーザは、ブラウザに並べられたサイトページのリストの中で、上位のサイトページに基づく店舗ほど、当該携帯端末２から近い距離に位置すると認識することができる。即ち、ユーザは、自らの周辺に存在する店舗の中でも、近い店舗から順に知ることができる。

ここで、図５（ａ）のＨＴＭＬソースプログラムの場合、ユーザは、携帯端末２のディスプレイに表示されたリスト情報を閲覧しながら、所望のページのアドレス（タブ）をクリックすることができる。また、図５（ｂ）のＨＴＭＬソースプログラムの場合、ユーザが暗黙的に、３つ全てのページのアドレス（タブ）をクリックしたことと同じ動作となる。

（Ｓ７）携帯端末２は、ユーザによって選択されたサイトページのアドレスを宛先としたページ取得要求（ＧＥＴリクエスト）を、その店舗のサイトページを蓄積するＷｅｂサーバへ送信する。図３及び図４によれば、ユーザは、店舗Ｂのアドレスをクリックしており、この場合、携帯端末２は、店舗名Ｂのサイトページ＝”http://www.BBB.com”を宛先としたＧＥＴリクエストを送信する。

（Ｓ８）これに対し、店舗名Ｂのサイトページを蓄積したＷｅｂサーバは、携帯端末２へ、店舗名Ｂのサイトページを含むページ応答を返信する。これによって、携帯端末２には、店舗Ｂのサイトページがブラウジングされ、ユーザが閲覧することができる。

図６は、図３に対応する第３の実施形態におけるシーケンス図である。
図７は、図４に対応する第４の実施形態におけるシーケンス図である。

図６及び図７によれば、図３及び図４と比較して、「アドレス対応テーブル」について、アクセスポイントのアドレス及びサイトページアドレスの組毎に、「メッセージ」が対応付けられている。メッセージとしては、テキスト及び／又は画像を含む。図６及び図７によれば、店舗毎に、例えば「安い居酒屋！」「今日入荷・新鮮刺身」のように、客引きのためのメッセージが記述されている。

図６によれば図３と比較して、及び、図７によれば図４と比較して、Ｓ４の処理のみが異なる。
（Ｓ４）プロキシサーバ１は、リスト情報について、並べられたサイトページのアドレス毎に、メッセージを対応付けて記述する。これによって、Ｓ６では、ユーザは、携帯端末２に表示されたサイトページのリストの中で、店舗毎のメッセージも閲覧することができる。即ち、ユーザは、自らの周辺に存在する店舗の中でも、近い店舗から順に、自ら所望する店舗を一見して探すことができる。

また、他の実施形態として、プロキシサーバ１のアドレス対応テーブルについて、テキスト及び／又は画像を含むメッセージに、更新時刻が更に付与されていることも好ましい。この場合も、Ｓ４のみが異なる。
（Ｓ４）プロキシサーバ１は、リスト情報の中で、受信レベルが同一段階にある複数のサイトページのアドレスについて、更新時刻が新しいものから順に、アクセスポイントのアドレスを並べる。これによって、Ｓ６によれば、ユーザは、携帯端末２に表示されたサイトページのリストの中で近い店舗から順に、その中でもメッセージが更新された順に、店舗毎のメッセージを閲覧することができる。即ち、ユーザは、自らの周辺に存在する店舗の中でも、近い店舗から順に、新しいメッセージが記述された店舗を一見して探すことができる。

図８は、本発明における課金制御サーバの機能説明図である。

課金制御サーバ６は、サイトページの公開者（店舗の運営者）が、広告料としての一定の代金を、プロキシサーバの運用者（本発明のサービス運用者）へ支払うようなビジネスモデルを実現する。以下では、２つのモデルシーケンスを説明する。

（第１のモデルシーケンス）
前述したＳ７について、携帯端末２は、ユーザにおけるリスト情報の中のいずれかのアドレスの選択によって、Ｗｅｂサーバ３へページ取得要求を送信する。このとき、携帯端末１は、「課金指示要求」を、課金制御サーバ６へ更に送信する。課金指示要求は、サイトページの公開者に基づく口座情報から所定金額情報を、プロキシサーバの運用者に基づく口座情報へ転送するべく指示するものである。

この課金指示要求を送信するべき制御コードは、Ｓ４におけるＨＴＭＬソースプログラムを生成する際に埋め込んでおくことが好ましい。例えば、携帯端末２が、以下のようなＵＲＬをプロキシサーバ１へ向けて送信するように制御コードを埋め込んでおくことも好ましい。
http://www.proxy.com/billing/AAA/PROXY/100
このＵＲＬは、プロキシサーバwww.proxy.comに対して、サイトページの公開者AAAに基づく口座情報から所定金額情報100円を、プロキシサーバの運用者PROXYに基づく口座情報へ転送するべく指示するものである。

（第２のモデルシーケンス）
プロキシサーバ１は、アドレス対応テーブルを記憶している。サイトページの公開者（店舗の運営者）が、このアクセス対応テーブルに、ＵＲＬ及びＭＡＣアドレスを追加的に登録した際に、プロキシサーバ１が、「課金指示要求」を課金制御サーバ６へ送信する。課金指示要求は、サイトページの公開者に基づく口座情報から所定金額情報を、プロキシサーバの運用者に基づく口座情報へ転送するべく指示するものである。この課金指示要求を送信するべき制御コードも、前述したＵＲＬと同様のものであってもよい。

図９は、本発明におけるプロキシサーバ及び携帯端末の機能構成図である。

［携帯端末２］
図９によれば、携帯端末２は、無線ＬＡＮに接続する無線ＬＡＮインタフェース部２０と、タッチパネルディスプレイのようなユーザインタフェース部２１と、報知信号受信部２２と、第１のページ取得要求送信部２３と、第１のページ応答受信部２４と、リスト情報生成部２５と、アドレス選択部２６と、第２のページ取得要求送信部２７と、第２のページ応答受信部２８とを有する。無線ＬＡＮインタフェース部２０及びユーザインタフェース部２１を除くこれら機能構成部は、携帯端末に搭載されたコンピュータを機能させるプログラムを実行することによって実現される。

報知信号受信部２２は、自らの周辺のアクセスポイントをサーチすることによって、各アクセスポイントから、当該アクセスポイントのアドレスを含む報知信号を受信する（前述したＳ１参照）。報知信号に含まれるアドレスは、第１のページ取得要求送信部２３へ出力される。

第１のページ取得要求送信部２３は、第１の実施形態として、報知信号に含まれた複数のアクセスポイントのアドレスを受信レベルが高い順に並べたリスト情報含むページ取得要求を、プロキシサーバ１へ送信する（前述した図３のＳ２参照）。また、第２の実施形態として、報知信号に含まれた複数のアクセスポイントのアドレスを並べたリスト情報を含むページ取得要求を、プロキシサーバへ送信する（前述した図４のＳ２参照）。

第１のページ応答受信部２４は、プロキシサーバ１から、リスト情報を含むページ応答を受信する（前述したＳ６参照）。受信されたリスト情報は、リスト情報生成部２５へ出力される。

リスト情報生成部２５は、リスト情報に対して、各アクセスポイントのアドレスに対応する複数のサイトページのアドレスを受信レベルが高い順に並べ、当該リスト情報からＨＴＭＬソースプログラムを生成する（図４及び図７のＳ６参照）。ここで、リスト情報が、プロキシサーバ１によって既に生成されたＨＴＭＬソースプログラムである場合、何ら処理を実行しない（図３及び図６のＳ６参照）。ＨＴＭＬソースプログラムは、アドレス選択部２６へ出力される。

アドレス選択部２６は、ＨＴＭＬソースプログラムをレンダリングし、ユーザインタフェース部２１を介してブラウザに表示する。ここで、ユーザによって、いずれかのサイトページのアドレスの選択（クリック）を待つ（前述したＳ６参照）。選択されたサイトページのアドレスは、第２のページ取得要求送信部２７へ出力される。尚、前述した図４（ｂ）のようなＨＴＭＬソースプログラムである場合、リスト情報の全てのサイトページが、ユーザによって選択されたものとして処理が実行される。

第２のページ取得要求送信部２７は、１つ以上のアドレスを宛先とする各ページ取得要求を、Ｗｅｂサーバ３へ送信する（前述したＳ７参照）。

第２のページ応答受信部２８は、Ｗｅｂサーバ３から、サイトページを含むページ応答を受信し、そのサイトページをレンダリングして、ユーザインタフェース部２１を介してユーザに閲覧させる（前述したＳ８参照）。

［プロキシサーバ１］
図９によれば、プロキシサーバ１は、広域ネットワーク（インターネット）に接続する通信インタフェース部１０と、アドレス対応テーブル蓄積部１１と、第１のページ取得要求部１２と、アドレス検索部１３と、リスト情報生成部１４と、第１のページ応答送信部１５とを有する。通信インタフェース部１０を除くこれら機能構成部は、サーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。

アドレス対応テーブル蓄積部１１は、アクセスポイントのアドレスにサイトページのアドレスを対応付けて記憶したアドレス対応テーブルを蓄積する（前述した図２のアクセス対応テーブル参照）。

第１のページ取得要求部１２は、携帯端末２から、複数のアクセスポイントのアドレスを含むページ取得要求を受信する。受信されたアクセスポイントのアドレスは、アドレス検索部１２へ出力される。

アドレス検索部１３は、アドレス対応テーブルを用いて、ページ取得要求に含まれる各アクセスポイントのアドレスに対応したサイトページのアドレスを検索する（前述したＳ３参照）。検索されたサイトページのアドレスは、リスト情報生成部１４へ出力される。

リスト情報生成部１４は、リスト情報に対して、各アクセスポイントのアドレスに、検索した複数のサイトページのアドレスを対応付ける。（前述したＳ４参照）。ここで、そのリスト情報から更にＨＴＭＬソースプログラムを生成するものであってもよい（図３及び図６のＳ４参照）。また、携帯端末２が、リスト情報からＨＴＭＬソースプログラムを生成する場合、ここでは何ら処理を実行しない（図４及び図７のＳ６参照）。生成されたＨＴＭＬソースプログラムは、第１のページ応答送信部１５へ出力される。

第１のページ応答送信部１５は、リスト情報を含むページ応答を、携帯端末２へ返信する（前述したＳ５参照）。

以上、詳細に説明したように、本発明の方法及びシステムによれば、複数のアクセスポイントが発見されるような位置であっても、ユーザが何ら選択することなく、現在位置に基づくＷｅｂサーバのサイトページを携帯端末に取得させることができる。

本発明の方法及びシステムによれば、例えばユーザが駅周辺で店舗を探そうとする場合に利用できる。携帯端末を所持するユーザにとっては、無線ＬＡＮの通信インタフェースをオンにし、自らの周辺のアクセスポイントをサーチするだけで、その位置から近い順に、様々な店舗のサイトページのアドレスの一覧を見ることができる。そこで、ユーザがいずれかのアドレスをクリックするだけで、その店舗のサイトページを閲覧することができる。一方で、店舗の運営者にとっては、本発明のプロキシサーバに、アクセスポイントのＭＡＣアドレス（又はＳＳＩＤ）とサイトページのＵＲＬとを登録しておくだけで、その店舗の近くに滞在する多数の人に対して、そのサイトページを閲覧させることができる。

前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。

１ プロキシサーバ
１０ 通信インタフェース部
１１ アドレス対応テーブル蓄積部
１２ 第１のページ取得要求送信部
１３ アドレス検索部
１４ リスト情報生成部
１５ 第１のページ応答送信部
２ 携帯端末
２０ 無線ＬＡＮインタフェース部
２１ ユーザインタフェース部
２２ 報知信号受信部
２３ 第１のページ取得要求送信部
２４ 第１のページ応答受信部
２５ リスト情報生成部
２６ アドレス選択部
２７ 第２のページ取得要求送信部
２８ 第２のページ応答受信部
３ Ｗｅｂサーバ
４ 契約された基地局／アクセスポイント
５ アクセスポイント
６ 課金制御サーバ

Claims (9)

1. 広域ネットワークに接続された複数のサイトサーバと、自らのアドレスを含む報知信号を送信するアクセスポイントと、前記広域ネットワークに接続することによってサイトサーバからページを取得する携帯端末とを有するシステムにおけるページ取得方法において、
   システムには、アクセスポイントのアドレスにサイトページのアドレスを対応付けて記憶したアドレス対応テーブルを含むプロキシサーバが、広域ネットワークに更に接続されており、
   前記携帯端末が、自らの周辺のアクセスポイントをサーチすることによって、各アクセスポイントから、当該アクセスポイントのアドレスを含む報知信号を受信すると共に、当該報知信号の受信レベルを計測する第１のステップと、
   前記携帯端末が、前記報知信号に含まれた複数のアクセスポイントのアドレスを受信レベルが高い順に並べたリスト情報を含むページ取得要求を、前記プロキシサーバへ送信する第２のステップと、
   前記プロキシサーバが、前記アドレス対応テーブルを用いて、前記ページ取得要求に含まれる各アクセスポイントのアドレスに対応したサイトページのアドレスを検索する第３のステップと、
   前記プロキシサーバが、前記リスト情報に対して、各アクセスポイントのアドレスに、検索した複数のサイトページのアドレスを対応付ける第４のステップと、
   前記プロキシサーバが、前記リスト情報を前記携帯端末へ応答する第５のステップと、
   前記携帯端末が、前記リスト情報をユーザに明示し、１つ以上のアドレスを宛先とする各ページ取得要求を、それぞれのサイトサーバへ送信する第６のステップと、
   を有することを特徴とするページ取得方法。
2. 前記プロキシサーバは、前記アドレス対応テーブルについて、アクセスポイントのアドレス及びサイトページのアドレスの組毎に、テキスト及び／又は画像を含むメッセージを対応付けており、
   第４のステップについて、前記プロキシサーバは、前記リスト情報について並べられたサイトページのアドレス毎に、前記メッセージを対応付けて記述する
   ことを特徴とする請求項１に記載のページ取得方法。
3. 前記プロキシサーバは、前記アドレス対応テーブルについて、前記テキスト及び／又は画像を含むメッセージには、更新時刻が付与されており、
   第４のステップについて、前記プロキシサーバは、前記リスト情報の中で、受信レベルが同一段階にある複数のサイトページのアドレスについて、前記更新時刻が新しいものから順に、アクセスポイントのアドレスを並べる
   ことを特徴とする請求項２に記載のページ取得方法。
4. 前記リスト情報は、複数のサイトページのアドレスを並べたＷｅｂページであって、
   前記Ｗｅｂページは、第４のステップについて、前記プロキシサーバによって生成されるか、又は、第６のステップについて、前記携帯端末によって生成される
   ことを特徴とする請求項１から３のいずれか１項に記載のページ取得方法。
5. 前記サイトページのアドレスは、ＵＲＬ(Uniform Resource Locator)であり、
   前記アクセスポイントのアドレスは、ＭＡＣ(Media Access Control)アドレス又はＳＳＩＤ(Service Set Identifier))である
   ことを特徴とする請求項１から４のいずれか１項に記載のページ取得方法。
6. 第１のステップについて、前記携帯端末が、前記アクセスポイントから受信する報知信号は、無線ＬＡＮのビーコン信号又はプローブレスポンスであり、
   第２のステップについて、前記ページ取得要求は、ＨＴＴＰ(HyperText Transport Protocol)に基づくＧＥＴリクエストである
   ことを特徴とする請求項１から５のいずれか１項に記載のページ取得方法。
7. 前記広域ネットワークに、課金制御サーバが更に接続されており、
   前記課金制御サーバは、前記サイトページの公開者に基づく口座情報と、前記プロキシサーバの運用者に基づく口座情報とを管理しており、
   前記携帯端末は、前記リスト情報のいずれかのアドレスの選択によって前記サイトサーバへページ取得要求を送信した際に、前記携帯端末は、前記サイトページの公開者に基づく口座情報から所定金額情報を、前記プロキシサーバの運用者に基づく口座情報へ転送するべく指示する課金指示要求を、前記課金制御サーバへ送信する
   ことを特徴とする請求項１から６のいずれか１項に記載のページ取得方法。
8. 前記プロキシサーバは、前記アドレス対応テーブルに対して、アクセスポイントのアドレスにサイトページのアドレスが追加された際に、前記プロキシサーバは、前記サイトページの公開者に基づく口座情報から所定金額情報を、前記プロキシサーバの運用者に基づく口座情報へ転送するべく指示する課金指示要求を、前記課金制御サーバへ送信する
   ことを特徴とする請求項７に記載のページ取得方法。
9. 広域ネットワークに接続された複数のサイトサーバと、自らのアドレスを含む報知信号を送信するアクセスポイントと、前記広域ネットワークに接続することによってサイトサーバからページを取得する携帯端末とを有するシステムにおいて、
   広域ネットワークに接続され、アクセスポイントのアドレスにサイトページのアドレスを対応付けて記憶したアドレス対応テーブルを含むプロキシサーバを更に有し、
   前記携帯端末は、
   自らの周辺のアクセスポイントをサーチすることによって、各アクセスポイントから、当該アクセスポイントのアドレスを含む報知信号を受信すると共に、当該報知信号の受信レベルを計測する報知信号受信手段と、
   前記報知信号に含まれた複数のアクセスポイントのアドレスを受信レベルが高い順に並べたリスト情報を含むページ取得要求を、前記プロキシサーバへ送信する第１のページ取得要求送信手段と、
   前記リスト情報をユーザに明示し、１つ以上のアドレスを宛先とする各ページ取得要求を、それぞれのサイトサーバへ送信する第２のページ取得要求送信手段と
   を有し、
   前記プロキシサーバは、
   前記アドレス対応テーブルを用いて、前記ページ取得要求に含まれる各アクセスポイントのアドレスに対応したサイトページのアドレスを検索するアドレス検索手段と、
   前記リスト情報に対して、各アクセスポイントのアドレスに、検索した複数のサイトページのアドレスを対応付けるリスト情報生成手段と、
   前記リスト情報を前記携帯端末へ応答するリスト情報応答手段と
   を有することを特徴とするシステム。

Images