JP2001318845A - 住所に基づくｕｒｌの設定方法及び位置情報を送信できる携帯端末を利用したシステム - Google Patents

Abstract

(57)【要約】 【課題】 この発明の課題は、携帯端末１の位置の特定
機能を活用し、今いる位置のＨＰに簡単にアクセスでき
るようにし、今いる位置の最新の情報を簡単に入手でき
るようにすること等である。 【解決手段】 そこで、上記課題を解決するために、こ
の発明は、位置情報３１を送信できる携帯端末１と、位
置情報３１に対応したＨＰ情報３２を記憶したデータベ
ース３を有し、かつ、インターネット７に接続するコン
ピュータ２によって構成されるシステムに利用される方
法であって、携帯端末１が位置情報３１を送信するステ
ップ（Ｓ１０）その位置情報３１に対応したＨＰ情報３
２を読み出すステップ（Ｓ２０）その位置情報３１に対
応するＨＰ情報３２を前記携帯端末１に送信するステッ
プ（Ｓ２４）を含むこととする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、インターネット
に用いられる技術である。また、位置情報を特定できる
携帯端末の利用法に関する技術である。

【０００２】

【従来の技術とその問題点】★A 住所ＵＲＬ 従来、インターネットのＨＰ（ホームページ）を通じて
情報を発信するシステムにおいて、そのＨＰのＵＲＬ
は、プロバイダーのドメインネームとＨＰの主催者（プ
ロバイダーにとっての顧客）が希望する文字や数字を組
み合わせて決定されていた。そのため、第三者がＵＲＬ
を見た場合、そのプロバイダーを認識することはできて
もそのＨＰの主催者に関する情報を得ることはできなか
った。

【０００３】一方、大衆があるお店のＨＰを見ようとし
たとき、その住所が分かっていてもＵＲＬを知らなけれ
ば直接アクセスすることはできず、ＵＲＬを調べるか、
お店の名前などを頼りに検索しなくてはならなかった。

【０００４】また、後述するモバイルロケーションシス
テムを利用する場合、実際の位置情報（住所）とその位
置のＵＲＬが適合していることが必要である。しかし、
イベント会場のブースやコーナーなどは毎回区割りを変
更するため、その区割毎に変更された位置情報を認識す
るのは困難な場合がある。このような場合、自分が認識
している位置情報が誤っていると、その位置情報に基づ
きHPにアクセスしても希望するＨＰにアクセスすること
ができなくなる。よって、位置情報（住所）からＵＲＬ
を認識し、そのＨＰにアクセスできるようにするために
は、正確な位置情報に基づくＵＲＬを設定しなくてはな
らない。そのためには、ＵＲＬを設定する者の認識を除
いて機械的にＵＲＬを設定するほうが望ましい場合があ
る。

【０００５】★B モバイルロケーション また、これまで、携帯端末の位置を特定し、その位置に
関連した情報を提供する発明としては特開平５−１０２
９０６がある。しかし、この発明で提供できる情報は事
前にデータベースとして記憶しておかなければならなか
った。また、常に新しい情報を提供するためには、この
データベースの内容を情報の提供者自信で更新しなけれ
ばならなかった。そのため、提供できるデータは少な
く、その内容も古いものが多かった。

【０００６】また、インターネットに接続できる携帯電
話は、様々なＨＰにアクセスすることで最新の情報を入
手することが可能である。しかし、携帯電話は通常のコ
ンピュータ等とは異なり、画面が小さくそのキーも小さ
い。そのため希望するＨＰの検索は困難である。とく
に、店を訪れた顧客がその店のＨＰの情報が欲しいと思
った場合、その希望するＨＰに容易にアクセスできない
問題点があった。

【０００７】（サイバーパンフレット）また、イベント
会場において後述するモバイルロケーションを実施する
と様々な情報を入手することができる。しかし、携帯端
末は一般に記憶容量が少ないため、あまり多くのＨＰ情
報を記憶することができない。これでは、イベント会場
から会社などに戻った後に、その日に入手したＨＰ情報
の比較・検討をすることができない。

【０００８】よって、このモバイルロケーションを実施
するに当たっては、そのモバイルロケーションを利用し
た場所のみならず、その後であっても入手したＨＰを活
用できる手段が求められる。

【０００９】★Ｃ １ｔｏ１ショッピングシステム これまでの店舗販売では、顧客獲得のために各種のサー
ビスが行われている。そのうちの一つとしては、事前に
商品購入の意思を示した顧客に対して、優遇した価格
（安い価格）を提示するものがある。これは、事前にあ
る程度の販売が見止まれる商品については、在庫管理が
容易になるため、そのメリットを顧客に還元するもので
ある。

【００１０】しかし、あまりに早く優遇した価格を提示
してしまうと、この価格が顧客の間で広まってしまい、
事前に購入を申し込んでいない顧客もこの優遇した価格
によるサービスを求めてくることがあった。これでは、
商品の販売数量を予測することができず、商品管理が困
難になる。また、事前に購入を申し込んだ顧客とのバラ
ンスがとれず、このサービスの意義が失われてしまう。

【００１１】また、固定客を獲得するために、何度も購
入してくれる顧客には、より多くのクーポン券などを配
布するものもある。しかし、このサービスでもあまりに
早く優遇したクーポン券を提示してしまと、他の顧客と
のバランスを失うことになりかねない。そのため、店舗
としては、できるだけ販売の直前に優遇した価格を表示
したいと考えていた。

【００１２】ここで、来店した顧客がこのサービスを申
し込んだ者である旨を店員に伝え、そこで始めてサービ
ス（価格）を提示した場合、店舗内にいる他のお客に不
審に思われるおそれがあった。また、本当に購入を申し
込んだ者かどうかの確認も必要となり、店員の負担が増
加する欠点があった。そこで、他のお客に不審に思われ
ないようなサービス（価格）の提示方法が求められてい
た。

【００１３】また、事前に購入を申し込んだ顧客であっ
ても、本当にその商品を購入する者はその一部である。
これまでは、購入を申し込んできた顧客について、本当
に購入する意思があるのか否かを確かめる方法はなかっ
た。そのため、申し込む時期によってサービス（価格）
の内容に差をつけることはあっても、顧客の購入意思の
強弱によってサービス（価格）の内容に差を設けること
はできなかった。

【００１４】しかし、商品によっては、早く販売してし
まいたいもの等があり、このような商品に付いては、事
前に購入を申し込む者のうち、本当に購入する気持ちが
強いものについてはよりよいサービス（安い価格）を提
示しても良い場合がある。

【００１５】そこで、店舗としては、本当に商品購入の
意思が強い顧客だけにより優遇したサービス（価格）を
提示したいと考えていた。

【００１６】更に、商品の購入を決めている者は、各店
舗の価格の比較を行い、もっとも安い価格のお店で購入
するものである。そのため、商品購入の意思の強い顧客
には、より安い価格を提示することで商品購入の意思決
定を促す手段が求められていた。

【００１７】

【発明が解決しようとする課題】（課題１ａ）そこで、
この発明はＨＰの主催者の住所に関連した事項から、そ
の主催者のＵＲＬを認識し、ＨＰにたどり着けるように
することである。 （課題１ｂ） また、正確な位置情報に基づいてＵＲＬ
を設定するために、機械的に住所に基づくＵＲＬを設定
できるようにすることである。 （課題２ａ）また、携帯端末の位置の特定機能を活用
し、今いる位置のＨＰに簡単にアクセスできるようにす
ることである。また、今いる位置の最新の情報を簡単に
入手できるようにすることである。 （課題２ｂ）また、入手したＨＰ情報をその後に活用で
きるような手段を提供することである。 （課題３）また、事前に商品購入を申し込んできた顧客
に対し、購入直前に優遇したサービスを提示することで
ある。また、他のお客に不審に思われないようにこの優
遇したサービスを提示することである。更に、商品購入
の意思が強い顧客だけにより優遇したサービスを提示
し、商品購入の意思決定を促すことである。

【００１８】

【課題を解決するための手段】★A 住所URL そこで、この発明は、課題１ａを解決するために、イン
ターネットを通じて情報を発信するＨＰのＵＲＬを主催
者の住所に基づいて設定する。そして、そのＵＲＬの設
定を実現するために、インターネットのＨＰを通じて情
報を発信するコンピュータであって、ＨＰのＵＲＬを主
催者の住所に基づいて設定することとしたものである。

【００１９】ここで、「ＨＰ」とは、「Home Page」の
略であり、インターネットを介して情報を提供するホー
ムページを意味する。そして、ＨＰの内容とは、HPにお
ける各ファイルに記憶されている情報をいう。このＨＰ
の言語は、ＨＴＭＬ言語が望ましいが、特に、ＨＴＭＬ
言語に限られるものでなく、インターネットで送受信可
能な言語であればよい。

【００２０】また、「ＵＲＬ」とは、「Uniform Resou
ce Locator」の略であり、各プロバイダーによって公
開されているＨＰにアクセスするための識別子をいう。

【００２１】また、「主催者」とは、プロバイダーのコ
ンピュータを利用し、ＨＰを通じて情報を発信する者を
いい、一般の人のみならず、宣伝を行う小売店の経営者
や各種イベントの企画者・運営者、更には、場所の説明
や解説が必要な事業者などが該当する。

【００２２】そして、「インターネットのＨＰを通じて
情報を発信するコンピュータ」とは、プロバイダーが有
する様々なサーバの集合体をいい、主催者の情報を主催
者に代わってインターネットを通じて情報提供するため
のコンピュータをいう。一般に、このコンピュータは、
ＷＷＷサーバー、ＤＮＳサーバ、ＦＴＰサーバ等によっ
て構成される。これらのサーバは、一つのハードウエア
に集まっていてもよいし、複数のハードウエアに分散す
る態様であってもよい。また、上記ハードウエアとは別
のハードウエアによりＵＲＬを設定したとしても、イン
ターネットを通じてこの住所ＵＲＬに基づき情報を発信
するものはこのコンピュータに含まれるとする。そし
て、ＨＰのＵＲＬは、少なくとも主催者の住所の「市や
区の名前」と「町の名前」と「丁目」を含むものが望ま
しい。そして、この「住所に基づいて設定されたＵＲ
Ｌ」を「住所ＵＲＬ」とする。また、この「住所ＵＲ
Ｌ」には、店舗のカテゴリーを示す文字や記号を含むも
のであってもよい。

【００２３】また、この発明では、課題１ｂを解決する
ために、位置情報３１を送信できる携帯端末１と、イン
ターネット７に接続されたコンピュータ２によって構成
されるシステムに利用されるＵＲＬの設定方法であっ
て、以下のステップを含むことを特徴とする。 ・位置情報３１を携帯端末１からコンピュータ２に送信
するステップ ・送信された位置情報３１に基づきＵＲＬ（住所ＵＲ
Ｌ）を設定するステップ ここで、 ここで、「位置情報３１を送信できる携帯端
末１」とは、その位置の特定方法は問わず、何らかの形
で携帯端末１の位置を特定でき、そして、その位置情報
３１を送信できるものをいう。この携帯端末１の具体例
としては、ＧＰＳを用いたカーナビゲーションシステム
やＧＩＳ、複数無線セルから構成されるセルラーシステ
ムによりその位置情報３１を送信できる携帯電話などが
該当する。また、この携帯端末１は、それ自身が位置情
報３１を特定できなくても、近くにある通信基地がその
位置情報３１を送信できるものであってもよい。例え
は、「ブルートゥース」と呼ばれる無線システムを利用
するものが考えられる。このシステムを利用する場合、
携帯端末１は最も近くの通信基地を経由してコンピュー
タ２にアクセスする。その際、この携帯端末１からは位
置情報３１は送られない。しかし、コンピュータは、ど
の通信基地からアクセスしてきたのかを認識することで
携帯端末１の位置情報３１を把握できるものである。

【００２４】送信する「位置情報３１」としては、緯度
・経度からなる情報（高さを含むことも可）であっても
よいし、行政区画に対応する丁名と番地、または、イベ
ント会場におけるブース名などといった位置情報であっ
てもよい。また、これら平面的な情報のほかに、高さや
ビルの階数（３ＦやＢ１）といった情報を含むものであ
ってもよい。また、この解決手段は、位置情報３１を送
信できる携帯端末１と、インターネット７に接続された
コンピュータ２によって構成されるシステムに利用され
るＵＲＬの設定方法であって、以下のステップを含むこ
とを特徴とするものである。 ・ＨＰを開設する位置で携帯端末１から位置情報３１を
コンピュータ２に送信するステップ ・他のＨＰを開設する位置に移動し、その位置から新し
い位置情報３１をコンピュータ２に送信するステップ ・受信した位置情報３１に基づき、ＵＲＬ（住所ＵＲ
Ｌ）を設定するステップ

【００２５】★Ｂ モバイルロケーション この発明は、課題２ａを解決するために、位置情報３１
を送信できる携帯端末１と、位置情報３１に対応したＨ
Ｐ情報３２を記憶したデータベース３を有し、かつ、イ
ンターネット７に接続されたコンピュータ２によって構
成されるシステムに利用される方法であって、以下のス
テップを含むものとする。 ・携帯端末１が位置情報３１を送信するステップ（Ｓ１
０） ・その位置情報３１に対応したＨＰ情報３２を読み出す
ステップ（Ｓ２０） ・その位置情報３１に対応するＨＰ情報３２を前記携帯
端末１に送信するステップ（Ｓ２４） ここで、「位置情報３１を送信できる携帯端末１」とは
前記説明と同様である。

【００２６】また、返信する「ＨＰ情報３２」として
は、各主催者のＨＰの内容であってもよいし、そのＨＰ
のＵＲＬ（住所ＵＲＬを含む）であってもよい。 ま
た、この発明を実行するために、データベース３は、
「位置情報３１に対応したＨＰ情報３２」を記憶した記
憶媒体とする。また、このコンピュータ２は、位置情報
３１を入力すると、この位置に対応するＨＰ情報３２を
読み出すものである。そして、その動作を行うために、
コンピュータ２は、前記位置情報３１を入力すると、こ
の位置情報３１に対応するＨＰ情報３２を読み出す処理
をコンピュータ２に行わせるためのプログラムを記録し
た記録媒体を有するものである。

【００２７】また、この発明は、課題２ａを解決するた
めに、位置情報３１を送信できる携帯端末１と、インタ
ーネット７に接続されたコンピュータ２によって構成さ
れるシステムに利用される方法であって、以下のステッ
プを含むことを特徴とするものである。 ・位置情報３１を携帯端末１からコンピュータ２に送信
するステップ（Ｓ１０） ・送信された位置情報３１に基づき「住所ＵＲＬ」を求
めるステップ（Ｓ２６） ・この「住所ＵＲＬ」のＨＰ情報３２を携帯端末１に送
信するステップ（Ｓ２７） そして、この位置情報３１に対応してＨＰ情報３２を送
信することを「モバイルロケーション」といい、この方
法を実行する構成を「モバイルロケーションシステム」
とする。更に、この方法は、携帯端末１がこの送られて
きたＨＰ情報３２を記憶するステップ（Ｓ１２）を有し
ていることが望ましい。

【００２８】そして、送られてきたＨＰ情報３２に基づ
き、そのＨＰで紹介されている商品を購入できるステッ
プ、及び、その購入する商品の代金を電子決済できるス
テップを含むものが望ましい。ここで、「電子決済」と
は、お店に直接代金を支払うのではなく、インターネッ
ト７や専用回線などの様々なネットワークを活用して、
顧客の口座から商品代金を引き落とす決済方法をいう。

【００２９】また、この発明は、課題２ａを解決するた
めに、上記各ステップを実行するための手段を有するシ
ステムでもある。

【００３０】また、この発明は、課題２ｂを解決するた
めに、位置情報３１を送信できる利用者の携帯端末１
と、インターネット７に接続されたコンピュータ２によ
って構成されるシステムであって、以下の手段を含むこ
とを特徴とするものである。 ・携帯端末１から位置情報３１を送信する手段 ・携帯端末１を特定する情報（携帯端末情報３４）と、
前記位置情報３１を記憶する手段 ・位置情報３１に対応するＨＰ情報３２を記憶する手段 ・利用者からのアクセスに対し、その利用者の前記ＨＰ
情報３２を送信する手段そして、このシステムを「サイ
バーパンフレットシステム」とする。

【００３１】このシステムの実施は、繰り返して位置情
報３１を記憶する手段や繰り返して位置情報３１に対応
するＨＰ情報３２を記憶する手段を含むものが望まし
い。また、記憶した複数のＵＲＬを利用者側の携帯端末
１や大型端末８に一覧表示させる手段を含むものであっ
てもよい。更に、そのＵＲＬを画面上でクリックすると
そのＨＰにアクセスできるようにリンクをはったものが
望ましい。

【００３２】そして、この一覧表示されたＵＲＬは、位
置情報３１を送信した時間順に表示することものであっ
てもよい。また、送信してきた位置情報３１を送信先の
位置に基づいてグループ化し、そのグループ毎に表示す
るものであってもよい。また、ＵＲＬをカテゴリー別に
分類し、カテゴリー別に表示するものであってもよい。
更に、このサイバーパンフレットシステムにおいては、
ＵＲＬに前記「住所ＵＲＬ」を用いるものであってもよ
い。

【００３３】そして、送られてきたＨＰ情報３２に基づ
き、そのＨＰで紹介されている商品を購入できる手段、
及び、その購入する商品の代金を電子決済できる手段を
含むものが望ましい。

【００３４】★Ｃ １ｔｏ１ショッピングシステム この発明は、課題３を解決するために、位置情報３１を
送信できる顧客の携帯端末１と、販売業者のコンピュー
タ２によって構成されるシステムであって、以下の手段
を含むことを特徴とする ・顧客の商品購入の意思を販売業者のコンピュータ２に
送信する手段 ・顧客の携帯端末１を特定する情報を販売業者のコンピ
ュータに送信する手段 ・販売業者の店舗近辺の位置情報３１を、顧客の携帯端
末３１から販売業者のコンピュータ２に送信する手段 ・携帯端末１の特定と前記位置情報３１を確認後、顧客
にサービス３３を提示する手段 そして、このサービス３３には商品価格を含むことが望
ましい。また、このシステムでは、これまでの顧客の利
用度を考慮したサービス３３を提示する手段を含むこと
が望ましい。更に、顧客に関連商品の情報を提示する手
段を含むことが望ましい。また、このシステムは、イン
ターネット７を介してサービス３３を提供することが望
ましい。また、上記サービス３３を提供した後に、商品
購入を依頼する手段、及び、その商品の代金を電子決済
できる手段を含むことが望ましい。そして、上記ステッ
プを実効するシステムを１ｔｏ１ショッピングシステム
とする。

【００３５】そして、このシステムは、以下のステップ
により実行される。 ・顧客の商品購入の意思と顧客の携帯端末１を特定する
情報を販売業者のコンピュータ２に送信するステップ
（ＳＣ１１） ・販売業者の店舗近辺の位置情報３１を、顧客の携帯端
末１から販売業者のコンピュータ２に送信するステップ
（ＳＣ１２） ・携帯端末１の特定と前記位置情報３１を確認後、顧客
にサービス３３を提示するステップ（ＳＣ１３） また、このシステムは、以下のステップによっても実行
される。 ・販売業者の店舗近辺の位置情報３１を、顧客の携帯端
末１から販売業者のコンピュータ２に送信するステップ
（ＳＣ２１） ・顧客の商品購入の意思と顧客の携帯端末１を特定する
情報を販売業者のコンピュータ２に送信するステップ
（ＳＣ２２） ・携帯端末１の特定と前記位置情報３１を確認後、顧客
にサービス３３を提示するステップ（ＳＣ２３） そして、サービス３３を提示された顧客はその内容から
商品を購入するか否かを決定する（ＳＣ１４、ＳＣ２
４）。商品を購入する場合、その商品代金の支払いは電
子決済とするのが望ましい（ＳＣ１５、ＳＣ２５）。

【００３６】

【発明の実施の態様、及び、発明の効果】（実施態様A
１、住所URL）この発明は、インターネットを通じて情
報を発信するＨＰのＵＲＬを主催者の住所に基づいて設
定するものである。そして、そのＵＲＬの設定を実現す
るために、インターネットのＨＰを通じて情報を発信す
るコンピュータであって、ＨＰのＵＲＬを主催者の住所
に基づいて設定するものである。そこで、その実施態様
を説明する。

【００３７】ＨＰのＵＲＬを主催者の住所に基づいて設
定する態様とは、例えば「通信プロトコル」の次に「サ
ブドメイン名」がつき、その次に「プロバイダーのドメ
イン名」、「主催者の住所」を示す文字をつけ、ＵＲＬ
としたものをいう。例えば、通信プロトコルが「http」
であって、サブドメイン名が「ｗｗｗ」プロバイダー名
が「 WEBINTERACTIVE 」、顧客の住所が「大阪市西区北
堀江１−９−Ａ」の場合。そのＵＲＬを「http//:www.
WEBINTERACTIVE.co.jp/kitahorie/1/9/A.htm 」とす
る。なお、このドメインネーム以下のディレクトリやフ
ァイルの区切る位置は、プロバイダーの任意であって、
「http//:www. WEBINTERACTIVE.co.jp/kitahorie-1-9/
A.htm 」のようにハイフン（−）、スラッシュ
（／）、チルダ（~）などを組み合わせる態様であって
もよい。ただし、そのハイフン等の使い方は、事前に第
三者（利用者）に明確になっていることが望ましい。こ
こで、「ｗｗｗ」といったサブドメイン名をつけるか否
か、また、その文字はプロバイダーの任意であって限定
はない。また、ＵＲＬの最後にある「 htm 」は、ＦＴ
ＰサーバにおけるファイルがＨＴＭＬ形式で作成された
ことを示すものであり、その言語によって適宜に変更さ
れるものである。

【００３８】そして、主催者の住所は、主催者が自ら述
べた住所であればその真偽を確かめる必要はないが、本
当の住所に基づくＵＲＬとするには、戸籍謄本や自動車
免許書などによりその住所が確認できた者にのみにＵＲ
Ｌを認める態様であってもよい。

【００３９】さらに、主催者の住所は、「市や区の名
前」と「町の名前」、「丁目」、「番地」、「マンショ
ン名」、「部屋番号」などによって構成されるが、その
全てを含む必要はなく、これらを任意に組み合わせたも
のであってよい。また、住所の概要を伝える点からは、
「市や区の名前」と「町の名前」、「丁目」、を含むも
のが望ましい。

【００４０】よって、この実施態様の構成は、インター
ネットのＨＰを通じて情報を発信するコンピュータであ
って、そのＨＰのＵＲＬを、「通信プロトコル」、「プ
ロバイダーのドメイン名」、「主催者の住所」の順番で
構成するものである。

【００４１】そして、この発明により、第三者は、主催
者の住所とそのプロバイダー名を知っていれば、そのＵ
ＲＬが分かる。よって、そのＨＰを検索しなくともＵＲ
Ｌに基づきＨＰにアクセスすることが可能になる。

【００４２】また、これまでタウン情報を各ＨＰの主催
者に送る場合、住所などを調べずにＨＰにあるメールア
ドレス宛に送る場合があった。これでは、送る側も情報
を受け取る側にも無駄が多かった。しかし、この「住所
ＵＲＬ」では、ＵＲＬからその主催者の住所がわかる。
これにより、その地域に隣接したタウン情報のみを送る
ことが可能となり、タウン情報を送る側の無駄が省け
る。また、ＨＰの主催者にしても、無駄な情報が減り、
効率的にタウン情報を入手することができるようにな
る。

【００４３】更に、現実の住所ではなくとも、将来住ん
でみたい住所に基づくＵＲＬを取得することで、その住
所の周りのタウン情報を効率的に集めることも可能にな
る。また、国会議事堂や東京ドームといった、現実には
ありえない住所とすることで、主催者の虚栄心を満足す
ることもできる。

【００４４】（実施態様A２、郵便番号利用）また、Ｈ
ＰのＵＲＬを主催者の住所に基づいて設定する態様とし
ては、郵便番号を利用するものであってもよい。その内
容は、例えば「通信プロトコル」の次に「プロバイダー
のドメイン名」がつき、その次に「主催者の住所の郵便
番号」をつけて、ＵＲＬとしたものである。例えば、通
信プロトコルが「http」であって、プロバイダー名が
「 WEBINTERACTIVE 」、顧客の住所の郵便番号が「550-
0014」、場合、そのＵＲＬを「http//:www. WEBINTERAC
TIVE.co.jp/550-0014.htm」とするものである。この実
施態様では、ＴＶ局のように固有の郵便番号をもってい
る主催者などにとって、ＵＲＬから自社の郵便番号を知
らせることができる。また、第三者は、このＵＲＬから
郵便番号を知ることができ、その郵便番号に基づき、は
がき等を郵送することができる。また、主催者の郵便番
号のあとに「主催者の住所」を示す文字をつけＵＲＬと
したものであってもよい。例えば、「http//:www. WEBI
NTERACTIVE.co.jp/550-0014/1-9/A.htm」とする態様で
ある。

【００４５】更に、ドメインネーム以降の数字が郵便番
号を示すものであることを明確にするためには、郵便番
号である旨を示す文字や数字や記号をＵＲＬに含ませる
態様が望ましい。例えば、「http//www. WEBINTERACTIV
E.co.jp/〒550-0014.htm」である。

【００４６】よって、この実施態様の構成は、インター
ネットのＨＰを通じて情報を発信するシステムであっ
て、そのシステムにおけるＨＰのＵＲＬを、「通信プロ
トコル」、「プロバイダーのドメイン名」、「主催者の
住所の郵便番号」の順番で構成するものである。更に、
「主催者の住所」や「郵便番号を示す文字や数字や記
号」を含む態様が望ましい。

【００４７】（実施態様A３、イベント会場）また、Ｈ
ＰのＵＲＬを主催者の住所に基づいて設定する態様とし
て、イベント会場等については、その会場名とブース名
を利用するものであってもよい。その内容は、例えば
「通信プロトコル」の次に「プロバイダーのドメイン
名」がつき、その次に「イベント会場名」と「ブース
名」と「ブース内のコーナー名」をつけて、ＵＲＬとし
たものである。また、「ブース内のコーナー名」の他、
施設の場所名称や施設の区割りの名称などを含むもので
あってもよい。ここで、「ブース名」とは、イベント会
場をいくつかの領域に区切った１区画の名前をいい、そ
の名前と位置はイベントごとに変更されるものである。
そして、通常のイベントでは、商品の展示を行う企業ご
とにブース名がつけられるものである。例えば、通信プ
ロトコルが「http」であって、プロバイダー名が「 WEB
INTERACTIVE 」、イベント会場名が「Makuhari(幕
張）」、ブース名が「Ａ−４１」の場合、そのＵＲＬを
「http//:www. WEBINTERACTIVE.co.jp/ Makuhari /A-4
1.htm」とするものである。また、ブースの企業名を含
むＵＲＬであってもよい。

【００４８】このＵＲＬによって、その会場にいる第三
者は、ブース名を見ることで関連するＨＰのＵＲＬを認
識でき、このＵＲＬを用いてＨＰに直接アクセスするこ
とができるようになる。

【００４９】よって、この実施態様の構成は、インター
ネットのＨＰを通じて情報を発信するシステムであっ
て、そのシステムにおけるＨＰのＵＲＬを、「通信プロ
トコル」、「プロバイダーのドメイン名」、「イベント
会場名」と「ブース名」の順番で構成するものである。
更に、「主催者の住所」や「企業名」、「郵便番号を示
す文字や数字や記号」等を含む態様であってもよい。

【００５０】（実施態様Ａ４、緯度・経度）また、ＨＰ
のＵＲＬを主催者の住所に基づいて設定する態様として
は、主催者が希望する位置の緯度と経度を利用するもの
であってもよい。その内容は、例えば「通信プロトコ
ル」の次に「プロバイダーのドメイン名」がつき、その
次に「主催者の店舗の緯度と経度」をつけて、ＵＲＬと
したものである。例えば、通信プロトコルが「http」で
あって、プロバイダー名が「 WEBINTERACTIVE．」、主
催者の店舗が北緯１３０度、東経３０度にある場合は、
そのURLを「http//:www. WEBINTERACTIVE.co.jp/n130/e
30.htm」とする態様である。そして、この緯度・経度か
らなるURLにおいても高さを含めて実施することは可能
である。

【００５１】この緯度・経度を用いた実施態様では、数
メートルごと若しくは数センチごとに区分けしたURLを
設定することが可能になる。また、緯度と経度がわかれ
ば、行政上の住所名を知らなくてもそのURLからお店の
位置を把握することが可能になる。

【００５２】（実施態様Ａ５、ドメイン名）また、HPの
主催者が自らドメイン名をもつ場合、ドメイン名をその
住所とする態様でも実施が可能である。例えば、主催者
の住所が「北堀江１丁目９番地A」のとき、そのURLを
「http//:www. Kitahorie-1-9-A.co.jp」とする態様で
ある。この態様では、プロバイダー名を知らなくても、
その住所からURLを特定できる利点があり、よりそのHP
にアクセスしやすくなる。

【００５３】なお、これまで説明してきた様々な実施態
様（A１〜A５）におけるURLには、漢字を用いても良
い。そして、住所を示す部分を漢字で表記すると、その
住所が認識しやすいといった利点がある。そのＵＲＬの
態様としては、「http//:www. WEBINTERACTIVE.co.jp/
北堀江/１−９−Ａ.htm」である。

【００５４】（実施態様Ａ６：カテゴリー）また、これ
まで説明してきた様々な実施態様（A１〜A５）における
URLには、ＨＰのカテゴリーを示す文字や記号を含ませ
るものであっても良い。ここで、ＨＰのカテゴリーと
は、そのＨＰに記載されている内容によって種類分けを
行ったものをいう。そのカテゴリーとしては、飲食店の
ＨＰ、販売店のＨＰ、駐車場のＨＰ等があげられる。そ
して、カテゴリーを示す文字や記号としては、飲食店の
カテゴリーに「Ｒ」、駐車場のカテゴリーに「Ｐ」の文
字を含ませるもの等である。また、洋服屋のカテゴリー
には洋服の形をした記号を含ませるものであってもよ
い。

【００５５】そこで、例えば、住所が「北堀江１丁目９
番地A」、ＨＰのカテゴリーが飲食店（その記号は
「Ｒ」）とのき、この実施態様におけるＵＲＬは、「ht
tp//:www.（ドメイン名）/ Kitahorie/ 1 / 9-A/R.ht
m」とするものである。

【００５６】ここで、この「住所ＵＲＬ」に含ませる、
カテゴリーを示す文字等の位置に制限はなく、ドメイン
名の前や、住所の前、中、後であってもよい。そのなか
で、ＨＰのカテゴリーを認識させやすくするには、ＵＲ
Ｌの後方にカテゴリーを示す文字等を付するのが望まし
い。

【００５７】よって、この実施態様の発明は、インター
ネットを通じて情報を発信するＨＰのＵＲＬを「主催者
の住所」と「ＨＰのカテゴリーを示す文字」に基づいて
設定することであり、それを実現するための構成は、イ
ンターネットのＨＰを通じて情報を発信するコンピュー
タであって、ＨＰのＵＲＬを「主催者の住所」と「ＨＰ
のカテゴリーを示す文字」に基づいて設定するものであ
る。

【００５８】そして、この実施態様により、大衆はＵＲ
Ｌから店舗の住所や位置のみならずＨＰのカテゴリー、
すなわちそのＨＰにはどのような情報が記載されている
のかを認識することが可能になる。

【００５９】（実施態様Ａ７、ＵＲＬ設定方法）次に、
主催者の住所の選択方法について説明する。主催者の住
所は用紙に書き込んでもらっても、口頭で述べる方法で
もよいが、画面に現した地図に基づき選択する方法であ
ってもよい。

【００６０】その選択方法は、依頼者の住所の周りを適
宜に限定した後に、その周辺の地図を画面に表示する。
そして、その地図における依頼者の住所の部分をクリッ
クすることにより、そのクリックされた住所をもってＵ
ＲＬを設定するものである。

【００６１】この地図を表示した住所の選択方法は、イ
ンターネットなどのネットワークを介して実施すること
ができる。通常ネットワークを利用して、プロバイダー
にＨＰの依頼を申し込む場合、主催者の住所や希望する
ＵＲＬなどを打ち込む必要がある。しかし、この方法で
は、画面に現れた地図をクリックするだけでよく、申し
込み手続きが容易になるここで、既に選択されており、
選択できない住所の位置と選択できる住所の位置とは、
異なる態様で表示するするのが望ましい。これにより、
選択できない部分が明確となり、ＵＲＬを申し込んだに
もかかわらず、そのＵＲＬは既に他人が使用していたた
め、再度選択し直しといった事態を回避できる。異なる
表示態様としては、色彩を変更するものや、その輪郭線
の太さを変更するもの、また、選択可能な住所について
は、点滅させる態様などである。また、主催者の住所が
既に登録されている場合しては、マンションなどのよう
に同一領域に複数人の移住者がいる場合や、東京タワー
といった人気のある住所に希望者が集まる場合を言う。

【００６２】なお、この地図としては、平面的な地図で
実施が可能であるが、高さを含む３次元の地図であって
もよい。そして、３次元の地図とすることで同じ住所を
有する主催者に対しても、その部屋番号などで差別化を
図り、ＵＲＬを設定することができるようになる。

【００６３】よって、この実施態様の構成は、主催者の
端末とプロバイダーのコンピュータとがインターネット
を介して繋がっており、かつ、インターネットのＨＰを
通じて情報を発信し、そのＨＰのＵＲＬを主催者の住所
に基づいて設定するシステムであって、以下の手段を含
むことを特徴とする。 ・主催者の住所の周辺地図を画面に表示する手段 ・その地図における主催者の住所の部分をクリックする
手段 ・そのクリックされた住所をもってＵＲＬを設定する手
段である。そして、この実施態様は、既に選択された住
所の部分と選択可能な住所の部分とは異なる態様で表示
する手段を有することが望ましい。

【００６４】（実施態様Ａ８：ＵＲＬ設定方法２）この
実施態様Ａ８を図１を用いて説明する。この発明は、位
置情報３１を送信できる携帯端末１と、インターネット
７に接続されたコンピュータ２によって構成される。そ
こで、この実施態様Ａ８の実施の流れを説明する。

【００６５】イベント会場において、各企業のブース毎
にコーナーを設け、このコーナー毎の位置情報３１ごと
にHPを立ち上げる場合、HPの主催者は携帯端末１を持っ
て各ブース又はコーナーに移動する。そして、希望の位
置で携帯端末１から位置情報３１をコンピュータ２へ送
信する。この位置情報３１は中継基地６を通じてコンピ
ュータ２へ送られる。そして、この位置情報３１を受け
取ったコンピュータ２は、その位置情報３１に基づくUR
Lを設定する。この設定されるＵＲＬの内容は前記実施
態様Ａ１〜Ａ５で説明した通りである。

【００６６】なお、位置情報３１と共に、HPのカテゴリ
ーを示す文字等を送ることにより、実施態様A６に示すU
RLを設定することも可能になる。

【００６７】そして、HPの主催者は携帯端末１を持った
まま次のブース又はコーナーへ移動し、その新しい位置
から位置情報３１を送信する。そして、この位置情報３
１を受け取ったコンピュータ２は、このブース又はコー
ナーのURLを設定する。

【００６８】この作業を繰り返すことで、主催者はたく
さんの位置情報３１に基づくURLを設定できるものであ
る。

【００６９】ここで、ＵＲＬの設定は、位置情報３１が
送られてくるごとに設定してもよいし、また、位置情報
３１が送られるとこれを記憶しておき、複数の位置情報
３１を記憶してから、それらの位置情報３１対して各々
のＵＲＬを設定してもよい。

【００７０】この発明の実施により、HPの主催者は「住
所URL」を設定するときであっても、HPの位置情報３１
を調べる必要はなく、そのHPを立ち上げる場所から位置
情報３１を送信することで、機械的に「住所URL」を設
定することができる。また、位置情報３１を入力する手
間が省ける。よって、「住所URL」を設定する作業が効
率的になる。また、携帯端末１から送られる位置情報３
１に基づいて機械的に「住所URL」が設定されるため、
誤った位置情報３１に基づく「住所URL」を設定するこ
ともなくなる。

【００７１】★Ｂ モバイルロケーション （実施態様Ｂ１）モバイルロケーションの実施態様Ｂ１
を図２、図３を用いて説明する。ここで、図２は実施態
様Ｂ１の概略を示すものである。図２に示すように、こ
の発明は携帯端末１と、この携帯端末１から位置情報３
１を受けＨＰ情報３２を送り返すコンピュータ２と、位
置情報３１とこの位置情報３１に対応するＨＰ情報３２
を記憶するデータベース３とによって構成される。次
に、図３は、この実施態様Ｂ１のフローチャートであ
る。

【００７２】この発明は、携帯端末１を持った利用者
が、今いる位置に関する情報を得たいときに利用するも
のである。例えば、街中で気に入った店舗に入った利用
者が、その店舗のＨＰを見たいときや、百貨店の中の気
に入った売り場にいる利用者がその売り場のＨＰを見た
いとき、または、イベント会場において今いるブースの
企業のＨＰや商品のＨＰを見たいときなどである。ここ
で、情報を探すときにＨＰを探すのは、ＨＰであれば常
に書きこみや更新がされており、最新の情報を得られる
からである。

【００７３】そこで、この発明の流れを図３に基づいて
説明する。利用者は、情報を得たい位置から位置情報３
１をコンピュータ２へ送信する（Ｓ１０）。ここで、位
置情報３１は、コンピュータ２へ送信できれば良く、そ
の経路に限定はない。しかし、一般には、図２に示す様
に、位置情報３１は携帯端末１から中継基地６に送信さ
れ、この中継基地６からコンピュータ２までは、インタ
ーネット７を通じて送信される。なお、この中継基地６
の役割は前記実施態様Ａ７でも同様である。また、この
中継基地６自身が、コンピュータを有しプロバイダーと
してのサービスを行う場合、位置情報３１はインターネ
ット７を介してコンピュータ２に送信される必要はな
く、携帯端末１から直接送信されることとなる。

【００７４】次に、この位置情報３１の求め方を説明す
る。携帯端末１は、その位置情報３１を特定できればよ
く、前記GPSなどが利用される。そして、携帯端末１が
携帯電話であるときは、携帯端末１が周囲のアンテナ５
との位置関係からその位置情報３１を把握し、この情報
を電話会社である中継基地６に送信される。そして、こ
の中継基地６から、位置情報３１がコンピュータ２へ送
られる。なお、この中継基地６からコンピュータ２まで
は、専用線などを用いる態様であっても、実施は可能で
ある。

【００７５】次に、位置情報３１を受け取ったコンピュ
ータ２は、データベース３からこの位置情報３１に対応
するＨＰ情報３２を読み出す（Ｓ２０）。ここで、「位
置情報３１に対応したＨＰ情報３２」とは、次のもの等
を意味する。 ・位置情報３１が、住所やイベント会場のブース、コー
ナー名からなるものであるときは、その住所に存在する
店舗やブース、そのコーナーのＨＰ情報３２などであ
る。 ・位置情報３１が、緯度・経度からなるものであるとき
は、その位置に存在する店舗のＨＰ情報３２、又は、そ
の位置に存在するイベント会場のブースやコーナーのＨ
Ｐ情報３２などである。 ・利用者が、道路の上から位置情報３１を送信した場合
など、その位置に現実の店舗等が存在しない場合は、そ
の位置に最も近い位置にあるＨＰ情報３２であってもよ
い。 ・同様に、その位置に現実の店舗等が存在しない場合、
店舗の種類に優先順位をつけておき、優先順位の高いＨ
Ｐ情報３２であってもよい。

【００７６】ここで、データベース３は、位置情報３１
に対応したＨＰ情報３２を記憶していなければならな
い。しかし、ＨＰの内容まで記録しておく必要ななく、
少なくとも位置情報３１に対応したＵＲＬを記憶してお
けばよい。

【００７７】データベース３がＨＰの内容を記憶してい
るとき、位置情報３１に対して直ちにＨＰの内容を読み
出すことができる（Ｓ２１）。よって、この態様では、
携帯端末１にＨＰの内容を迅速に送信できる利点があ
る。

【００７８】一方、データベース３がＵＲＬを記憶して
いるとき、コンピュータ２は、位置情報３１に対するＵ
ＲＬを読み出す（Ｓ２２）。そして、このＵＲＬをＨＰ
情報３２としてもよい。一方、このＵＲＬを手がかりに
インターネット７を介してこのＵＲＬのＨＰにアクセス
し、そのＨＰの内容を得る態様であってもよい（Ｓ２
３）。

【００７９】ＵＲＬをＨＰ情報３２とする場合（Ｓ２
２）、携帯端末１からの要求に対して迅速に返信でき、
また、通信データ量が少なくてよい利点がある。また、
ＵＲＬからＨＰにアクセスしてＨＰの内容を得る場合
（Ｓ２３）、この態様においてデータベース３は、位置
情報３１に対応したＵＲＬのみを記憶しておけばよいた
め、記憶すべきデータ量が少なくてよいという利点があ
る。

【００８０】さらに、データベース３は、ＨＰの内容と
ＵＲＬとをそれぞれ記憶していてもよい。この場合、位
置情報３１に対応するＨＰの内容を記憶している場合に
は、直ちにその内容を送信する。一方、ＨＰの内容を記
憶していない場合にはＵＲＬをそのまま返信するか、若
しくは、ＵＲＬからＨＰの内容を読み出し、その内容を
送信するものである。

【００８１】以上のことから、この発明におけるデータ
ベース３は、位置情報３１に対応したＨＰ情報３２を記
憶した記憶媒体を有するものである。ここで、「記憶媒
体」とは、情報を蓄える媒体をいい、磁気ディスクのほ
か光ディスクなどが含まれる。具体的には、フレキシブ
ルディスク、ＣＤ−Ｒ、ＣＤ−ＲＷ、ハードディスク、
メモリーカード、ＤＶＤ、ＭＤ、ＭＯ等を含む概念であ
る。

【００８２】そして、「位置情報３１に対応したＨＰ情
報３２」とは、位置情報３１が決まることにより、その
内容も決定されるＨＰ情報３２を意味する。

【００８３】そして、これまで説明したように、このコ
ンピュータ２は、前記位置情報３１を入力すると、この
位置情報３１に対応するＨＰ情報３２を読み出す処理を
行うコンピュータ２である。このコンピュータ２は物理
的に一体である必要はなく、位置情報３１の入力部と、
その位置情報３１の制御部、ＨＰ情報３２を読み出す部
などはそれぞれ離れていてもよい。

【００８４】そして、コンピュータ２はこのＨＰ情報３
２を携帯端末１に送信し（Ｓ２４）、携帯端末１は受信
する（Ｓ１１）。ここで、送られたＨＰ情報３２がＨＰ
の内容である場合、利用者は直ちに今いる位置の情報を
得ることができる。一方、送られたＨＰ情報３２がＵＲ
Ｌの場合、この携帯端末３２はそのＵＲＬを手がかりに
インターネット７を介して、そのＨＰにアクセスし情報
を得ることができる。

【００８５】これにより、利用者は今居る位置の店舗の
ＨＰを、検索やＵＲＬを自ら打ち込むことなく見ること
ができ、最新の情報を取得できるものである。

【００８６】なお、コンピュータ２から携帯端末１に送
信するＨＰ情報３２は、一つに限られることはなく、位
置情報３１の近辺にある複数のHP情報３２を送信しても
良い。

【００８７】そして、利用者は、送られてきたＨＰ情報
３２に基づき、そのＨＰの内容を得ることができる。こ
こで、そのＨＰが商品を紹介している場合、コンピュー
タ２に商品購入の意思を送信し、その商品を購入できる
態様が望ましい。これにより、利用者は情報収集のみな
らず、商品まで入手することができる。そして、その購
入する商品の代金の決済方法に特に制限はない。しか
し、簡単な手続きで商品購入手続きを済ませる観点か
ら、商品の代金の決済は電子決済できることが望まし
い。

【００８８】（実施態様Ｂ２）次に、実施態様Ａに記載
した「住所ＵＲＬ」を利用した実施態様Ｂ２を説明す
る。図４は、この実施態様Ｂ２のフローチャートであ
る。この実施態様Ｂ２は、実施態様Ａに記載した「住所
ＵＲＬ」が普及している場合、もしくは、データベース
３が「住所ＵＲＬ」を記憶している場合などに実施が可
能である。

【００８９】まず、利用者は位置情報３１を携帯端末１
からコンピュータ２に送信する（Ｓ１０）。位置情報３
１受け取った、コンピュータ２は、「住所ＵＲＬ」を設
定する規則に基づいて、その位置に存在する「住所ＵＲ
Ｌ」を求める（Ｓ２６）。例えば、この位置情報３１が
「大阪市西区北堀江１−９−Ａ」であって、そのプロバ
イダー名が明らかであれば、その位置に存在するＨＰの
ＵＲＬは「http//:www.（プロバイダー名） /kitahorie
/1/9/A.htm 」とするものである。

【００９０】そして、コンピュータ２は、このＵＲＬを
そのままＨＰ情報３２としてもよいし（Ｓ２７）、実施
態様Ｂ１と同様に、インターネット７を介してＨＰの内
容を得て、ＨＰの内容をＨＰ情報３２としてもよい（Ｓ
２８）。そして、コンピュータ２はこのＨＰ情報３２を
携帯端末１へ送信し（Ｓ２９）、携帯端末１はＨＰ情報
３２を受信する（Ｓ１１）。

【００９１】この実施態様では、コンピュータ２は位置
情報３１から直接ＵＲＬを求めることができる。よっ
て、データベース３において位置情報３１に対応したＨ
Ｐ情報３２を記憶する必要がなく、データベース３の負
担を低減できる利点がある。

【００９２】なお、「実施態様Ａに記載したＵＲＬ」と
は、実施態様Ａ１〜Ａ６に記載した「住所ＵＲＬ」のほ
か、実施態様Ａ７、Ａ８で説明したＵＲＬ設定方法によ
って、設定されたＵＲＬをも含むものである。

【００９３】そして、実施態様Ｂ１、Ｂ２よりＨＰ情報
３２を受信した携帯端末１はこのＨＰ情報３２を記憶す
るステップ（Ｓ１２）を有することが望ましい。これに
より、利用者は次のようにこのモバイルロケーションを
利用することができる。イベント会場にて、ある商品の
コーナーから位置情報３１を送信し、このコーナーに関
するＨＰ情報３２を得る。そして、このＨＰ情報３２を
携帯端末１に記憶させ、別のコーナーに移動する。そし
て、別のコーナーにおける商品と、この記憶させたＨＰ
情報３２とを比較することである。ここで、この記憶す
るＨＰ情報３２としてはＨＰの内容であることが望まし
いが、ＵＲＬである場合は、必要なときにそのＵＲＬか
らＨＰにアクセスしてＨＰの内容を取得すればよい。

【００９４】このように、携帯端末１は、送られてきた
ＨＰ情報３２を携帯端末１に記憶させることにより、商
品の比較・検討を手軽に行えるようになる。また、イベ
ント会場にて、訪れたコーナー毎にパンフレットを持ち
かえらなくても、他のコーナーで商品の比較をすること
ができる。

【００９５】なお、この実施態様Ｂ２においても、ＨＰ
で紹介された商品を購入できる態様が望ましく、その商
品の代金も電子決済できることが望ましい。

【００９６】以上の説明により、この実施態様Ｂ１のシ
ステムの構成は、位置情報３１を送信できる携帯端末１
と、位置情報３１に対応したＨＰ情報３２を記憶したデ
ータベース３を有し、かつ、インターネット７に接続さ
れたコンピュータ２によって構成されるシステムであっ
て、以下の手段を含むことを特徴とする。 ・携帯端末１が位置情報３１を送信する手段 ・その位置情報３１に対応したＨＰ情報３２を読み出す
手段 ・位置情報３１に対応するＨＰ情報３２を前記携帯端末
１に送信する手段 そして、携帯端末１は、この送られてきたＨＰ情報３２
を記憶する手段を有していることが望ましい。

【００９７】また、この実施態様Ｂ２のシステムの構成
は、位置情報３１を送信できる携帯端末１と、インター
ネット７に接続されたコンピュータ２によって構成され
るシステムであって、以下の手段を含むことを特徴とす
るものである。 ・位置情報３１を携帯端末１からコンピュータ２に送信
する手段 ・送信された位置情報３１に基づき「住所ＵＲＬ」を求
める手段 ・この「住所ＵＲＬ」のＨＰ情報３２を携帯端末１に送
信する手段 そして、携帯端末１は、この送られてきたＨＰ情報３２
を記憶する手段を有していることが望ましい。

【００９８】（実施態様Ｂ３：サイバーパンフレット）
次に、サイバーパンフレットの実施態様Ｂ３を説明す
る。このサイバーパンフレットとは、前記モバイルロケ
ーションを利用して、ＨＰの内容を従来のパンフレット
として活用するものである。そこで、この実施態様Ｂ３
の概要を図５に示す。このサイバーパンフレットは、位
置情報３１を送信できる利用者の携帯端末１と、インタ
ーネット７に接続されたコンピュータ２によって構成さ
れるシステムである。そして、「位置情報３１を送信で
きる携帯端末１」「コンピュータ２」の意味は、これま
で説明した通りである。そして、この実施態様Ｂ３で
は、ＨＰの内容を見る端末として大型端末８を用いる。
この大型端末８としては、ＨＰの内容を見るのに適した
大きな表示画面を有するものであればよく、デスクトッ
プ型のパソコン等が該当する。そして、携帯端末１や大
型端末８のように、利用者が用いる端末を「利用者側の
端末」とする。

【００９９】次に、このサイバーパンフレットの実施態
様をイベント会場を例に説明する。その実施の手順を図
６にフローチャートとしてに示す。

【０１００】イベント会場において、気に入ったコーナ
ー（ブース）が見つかると利用者は、位置情報３１と携
帯端末１を特定する情報（携帯端末情報３４）をコンピ
ュータ２に送信する（ＳＢ１０）。ここで、携帯端末情
報３４は、利用者が入力し、送信した情報であってもよ
いし、携帯端末１からの送信に対して自動的に付随する
情報であってもよい。

【０１０１】次に、コンピュータ２は、この送られてき
た位置情報３１と携帯端末情報３４を記憶する（ＳＢ１
１）。そして、コンピュータ２は送られてきた位置情報
３１に対応するＨＰ情報３２を求める（ＳＢ１２）。こ
こで、位置情報３１に対応するＨＰ情報３２を求めるス
テップは、前記実施態様Ｂ１におけるステップＳ２０と
同様である。また、位置情報３１が「住所ＵＲＬ」であ
ればこのＨＰ情報３２を求めるステップは実施態様Ｂ２
におけるステップＳ２６と同様である。そして、コンピ
ュータ２はこの「位置情報３１に対応するＨＰ情報３
２」を記憶する（ＳＢ１３）。ここで、このＨＰ情報３
２は、ＵＲＬであってもよいし、ＨＰの内容であっても
よい。このように、携帯端末１から位置情報３１が送ら
れるとコンピュータ２が各種の情報を記憶する態様でこ
のサイバーパンフレットは実施が可能である。

【０１０２】そして、利用者は、気に入ったコーナーを
見つけるたびに位置情報３１と携帯端末情報３４をコン
ピュータ２に送り（ＳＢ１０’）、コンピュータ２は送
られてきた位置情報３１と携帯端末情報３４を記憶する
（ＳＢ１１’）。コンピュータ２はその位置情報３１に
対応するＨＰ情報を求め（ＳＢ１２’）、その情報を記
憶していく（ＳＢ１３’）。これを繰り返すことでコン
ピュータ２は、利用者が移動した各コーナーのＨＰ情報
３２を逐次記憶する。

【０１０３】そして、イベント会場の見学が終わった利
用者は、自宅に戻り、大型端末８からコンピュータ２へ
アクセスし、利用者は自分の携帯端末情報３４とこれま
での位置情報３１に対応したＨＰ情報３２を送る命令を
コンピュータ２へ送信する（ＳＢ２１）。コンピュータ
２は、携帯端末情報３４から利用者を認識し、その利用
者からの位置情報３１に対応したＨＰ情報３２を大型端
末８に送信する（ＳＢ２２）。そして、利用者は、ＨＰ
情報３２を受信する（ＳＢ２３）。すなわち、この態様
は、コンピュータ２に記憶されたHP情報３２を、位置情
報３１を送信した携帯端末１とは異なる利用者側の端末
（大型端末８）に送信するものである。

【０１０４】このように、イベント会場を訪れた利用者
は、欲しい情報があるときに、携帯端末１から位置情報
３１を送信すればよく、イベント会場においてＨＰ情報
３２を受信する必要はない。これにより、通信の負担を
最小限にすることができ、携帯端末１の電源の消費を抑
え、イベント会場において電源が切れてしまうといった
事態を回避することができる。また、一般に携帯端末１
は記憶容量が小さいので、前記モバイルロケーションの
ように、欲しい情報をその都度受信していては記憶容量
が足りなくなってしまう。そこで、この発明の実施によ
り、記憶容量の少ない携帯端末１であっても、多くの情
報を収集することが可能になる。

【０１０５】ここで、コンピュータ２から送信されるＨ
Ｐ情報３２は一つだけであっても良いし、また、複数で
あってもよい。しかし、簡単に大量の情報を入手できる
という点を考慮すると複数のＨＰ情報３２であることが
望ましい。したがって、実施の態様としては（ＳＢ１
０）〜（ＳＢ１３）は繰り返して行う態様が望ましい
（ＳＢ１０’）〜（ＳＢ１３’）。

【０１０６】また、ＨＰ情報３２の送信先も、大型端末
８に限られることはなく、利用者の要求等を考慮して決
められる。よって、携帯端末１に送信する態様であって
もよい。ここで、大型端末８に送信すると、大きな表示
画面によりＨＰ情報３２の内容が見やすい利点がある。
一方、携帯端末１に送信する場合は、自宅に戻らなくて
も例えばイベント会場の見学後、すぐに、ＨＰ情報３２
を見ることができる利点がある。

【０１０７】そして、複数のＨＰ情報３２を利用者に送
信する場合、ＨＰの内容でもＵＲＬでもよい。しかし、
複数のＨＰの内容ではその情報量が多く、通信の時間お
よび費用が大きくなってしまう。よって、複数のＨＰ情
報３２を送信する場合は、ＵＲＬを送信する態様が望ま
しく、コンピュータ２は複数のＵＲＬを一覧表示させる
ように送るのが望ましい。これにより、利用者は短い通
信時間でＵＲＬのリストを受信することができ、このリ
ストからＨＰを選択し、そのＨＰにアクセスすることで
必要な情報のみを入手することができる。そして、この
ようにＵＲＬのリストを用いることで通信時間を短縮
し、無駄な通信費を削除することができる。

【０１０８】ここで、「ＵＲＬを一覧表示する」態様
は、ＵＲＬをそのまま表示する態様のほか、そのＵＲＬ
からアクセスできるＨＰのタイトルを一覧表示する態様
も含むものとする。一般に、ＵＲＬをそのまま表示して
もそのＨＰの内容を理解することは困難である。よっ
て、このＵＲＬを表示する態様としては、すくなくとも
ＨＰタイトルを含む表示をするのが望ましい。また、表
示画面におけるＨＰタイトルの読みやすさを考慮する
と、ＵＲＬの文字などは表示せず、ＨＰタイトルのみを
表示する態様が適している。また、ＨＰタイトルとＵＲ
Ｌとを共に表示するものであってもよい。更に、ＵＲＬ
をそのまま表示するもののとＨＰタイトルを表示するも
のと混ぜて表示する態様であってもよい。

【０１０９】次に、このＵＲＬの一覧表示からそのＨＰ
にアクセスする場合、ＵＲＬを打ち込むのでは手続きが
面倒である。そこで、一覧表示されたＵＲＬのうち、希
望するＵＲＬ（ＨＰタイトルが表示されているときはそ
のＨＰタイトル）を画面上でクリックするとＨＰにアク
セスできるようにリンクをはったものが望ましい。これ
により、利用者は選択したＵＲＬのＨＰの内容を簡単に
入手できるようになる。

【０１１０】ここで、利用者側に送信されたＵＲＬの一
覧（前記、ＨＰタイトルも含む）は、その表示方法に特
に制限はなく、利用者の希望やプロバイダー側の希望に
合わせて適宜に決定することができる。しかし、次の様
に表示することも可能である。 ・ＵＲＬを携帯端末１が位置情報３１を送信した時間順
に表示する。この態様では、利用者がどのような順序で
位置情報３１を送信したかを時系列で思い出せる利点が
ある。そして、「時間順」とは、送信時間が古いものか
ら並べる態様や、新しいものから並べる態様であっても
よい。 ・位置情報３１ごとにグループ化し、そのグループ毎に
表示する。イベント会場においては、通常何らかの関連
ある企業や商品が集まって展示を行う。よって、この態
様ではこの関連ある企業等の情報を整理して集められる
利点がある。 また、位置情報３１のグループ化の方法
によっては、＊＊通り沿いのお店の情報や、＊＊地区の
情報なども整理して集められる利点がある。 ・ＵＲＬのカテゴリー別に表示する。

【０１１１】前記実施態様Ａで説明したようなＵＲＬに
ＨＰのカテゴリーを示す文字や記号が含まれる場合、こ
のカテゴリー別に表示することも可能である。

【０１１２】これにより、位置情報３１を送った位置の
商品等について、同種類の商品ごとに整理した形で情報
を集められる利点がある。 ・位置情報３１を送信する際に、重要度を示す情報も送
信し、重要度の高いものから表示する態様であってもよ
い。

【０１１３】（実施態様Ｂ４）実施態様Ｂ３では、コン
ピュータ２がＨＰ情報３２を記憶し、イベント会場から
戻った利用者にそのＨＰ情報３２を送信した。しかし、
このサイバーパンフレットは、利用者から位置情報３２
の送信があると、コンピュータ２が位置情報３１を記憶
するだけでなく、前記モバイルロケーションと同様に、
その位置情報３１に対応したＨＰ情報３２を携帯端末１
に送信し、そのＨＰ情報３２を携帯端末１が記憶する態
様であってもよい。すなわち、この態様は、コンピュー
タ２に記憶されたHP情報３２を、位置情報３１を送信し
た携帯端末１とその他の利用者側の端末（大型端末８）
に送信するものである。

【０１１４】これにより、利用者はイベント会場におい
て必要な情報を直ちに入手することがでる。そして、自
宅に帰った後、大型端末８を利用してそのＨＰの内容を
詳細に検討することが可能となる。また、携帯端末１で
ＨＰの内容を確認し、不要と判断したＨＰ情報３２につ
いては、すぐに削除命令をコンピュータ２に送ることが
でき、コンピュータ２の記憶する負担を低減することが
できる。また、不要なＨＰ情報３２を削除しておくこと
により、より効率的にＨＰ情報３２の整理をすることが
可能になる。

【０１１５】以上説明したように、このサイバーパンフ
レットシステムを用いることで、利用者は自分が移動し
た位置に関連するＨＰの内容を、単に位置情報３１を送
ることにより、入手することができる。また、移動する
たびに位置情報３１を送れば、最終的にそのＨＰ情報３
２の一覧が得られるので、情報収集が容易となる。さら
に、これまでイベント会場では、訪れるコーナー毎にパ
ンフレットをもらっていた。そのため、複数のコーナー
を訪れるとパンフレットだけで相当の重さとなり、もっ
て帰る事ができない問題点があった。しかし、このシス
テムでは、位置情報３１を送信することで自宅に戻って
から各コーナーの情報を検討することが容易となる。

【０１１６】なお、訪れるコーナー毎に、利用者自らが
各コーナーの主催者や企業のＨＰのＵＲＬを記憶する手
段や、各企業のＨＰを検索することでこのシステムと同
様に情報収集は可能である。しかし、限られた時間のな
かで数多くのコーナーを訪れなければならないイベント
会場などにおいては、このように自らがＵＲＬを記憶し
ていくこと（手帳や携帯端末１に手入力すること）は時
間と労力の無駄である。また、自宅に帰った後に複数の
企業のＨＰを検索することとも時間と通信費の無駄であ
る。

【０１１７】一方、イベント会場に出展している企業な
どにとってみると、これまでパンフレットとして配布し
ていた情報を、位置情報３１に対応したＨＰとしてイン
ターネット７上に掲載すれば、利用者にその情報を提供
できるようになる。すなわち、自社のコーナーに訪れた
利用者は、このシステムを利用して簡単にＨＰにアクセ
スすることができる。よって、イベント会場においてパ
ンフレットを渡さなくても、ＨＰを通じて商品説明など
の情報を提供することが可能になる。これにより、イベ
ント会場に出展している企業にとっては、パンフレット
の製作費を低減することが可能になる。

【０１１８】★C １ｔｏ１ ショッピングシステム この発明は、位置情報３１を送信できる顧客の携帯端末
１と、販売業者のコンピュータ２によって構成されるシ
ステムである。ここで、「位置情報３１を送信できる携
帯端末１」とは、これまで説明したものである。そし
て、「顧客」とはこのシステムを利用して商品を購入す
るものをいい、「販売業者」とは、このシステムを用い
て顧客にサービスを提供し、商品の販売等を行うものを
いう。

【０１１９】そして、この発明の実施態様には、店舗を
訪れる前に商品購入の意思を伝える態様（Ｃ１）と、店
舗を訪れたあとに商品購入の意思を伝える態様（Ｃ２）
とがある。

【０１２０】（実施態様Ｃ１）そこで、始めに、実施態
様Ｃ１を説明する。この実施態様Ｃ１流れを図７ａに示
す。商品の購入を考えているものは、店舗を訪れる前
に、顧客の商品購入の意思を販売業者のコンピュータ２
に送信する（ＳＣ１１’）。その送信手段には特に限定
はなく、販売業者のＨＰを見た顧客がインターネット７
を介したｅ−ｍａｉｌによって商品購入の意思を伝えて
もよい。このｅ−ｍａｉｌを用いる手段では、データ登
録が容易といった利点がある。また、雑誌やＴＶ広告、
パンフレットなどを見た顧客が、電話やＦＡＸを用いて
商品購入の意思を伝えてもよい。この場合は、伝えられ
た情報をオペレータがコンピュータに入力する。この
「販売業者のコンピュータ２」とは、必ずしも販売業者
が所有するコンピュータである必要はなく、販売業者か
らの依頼を受けてこのサービスを提供するプロバイダー
のコンピュータ等をも含むものである。

【０１２１】そして、「顧客の商品購入の意思」を送信
するとき、顧客は商品を特定してもよいし、また、単
に、店舗を訪れる日付を指定するだけであってもよい。
ここで、商品の販売予測また在庫管理の観点からする
と、顧客の商品購入の意思を送信する際には、商品を特
定する態様が望ましい。

【０１２２】そして、顧客は携帯端末１を特定できる情
報もコンピュータ２に送信する（ＳＣ１１’’）。この
携帯端末１を特定できる情報（携帯端末情報３４）は、
携帯端末１が携帯電話であればその電話番号であっても
よいし、また、メールアドレスを有している場合はその
アドレスであってもよい。また、ＩＰアドレスを有して
いる場合は、ＩＰアドレスそのものであってもよい。

【０１２３】この実施態様では、顧客が店舗に行く前
に、携帯端末情報３４をコンピュータ２に送信させてお
く。これにより、店舗近辺からの位置情報３１がコンピ
ュータ２に送られたときに、以前、商品購入を申し込ん
だ顧客が店舗近辺に来ていることを確認できるものであ
り、この顧客は商品購入の強い意思があることの確認も
できるものである。

【０１２４】以上の顧客の商品購入の意思と携帯端末１
を特定できる情報を販売業者のコンピュータ２に送信す
るステップをＳＣ１１とする。ここで、商品購入の意思
の送信ステップ（ＳＣ１１’）と携帯端末情報の送信ス
テップ（ＳＣ１１’’）とは、順序は問わず、同時であ
ってもよい。

【０１２５】そして、商品の購入を考えている顧客は、
販売業者の店舗に移動する。そこで、実際の商品を確か
め、そして、その優遇された価格を知りたいときに、販
売業者の店舗近辺から、顧客の携帯端末１を用いて、そ
の位置情報３１を販売業者のコンピュータ２に送信す
る。この位置情報３１を送信するステップをＳＣ１２と
する。

【０１２６】この際、顧客は商品を特定して位置情報３
１を送ってもよいし、また、事前に商品を特定してある
場合には単に位置情報３１だけを送ればよい。

【０１２７】このコンピュータ２への位置情報３１の送
信手段には特に制限はないが、携帯端末１から販売業者
のコンピュータ２を特定するのが面倒な場合がある。そ
こで、このコンピュータ２への送信手段としては、前記
モバイルロケーションシステムにより、携帯端末１から
販売業者のＨＰにアクセスする態様が望ましいといえ
る。

【０１２８】そして、その際、販売業者のＨＰのＵＲＬ
が「住所ＵＲＬ」であれば、位置情報３１に対応したＨ
Ｐの検索負担が低減する利点がある。そして、携帯端末
１とコンピュータ２とはインターネット７を介して接続
している態様が望ましい。インターネット７であれば様
々な情報を迅速、かつ、広範囲に送受信できるからであ
り、既存の通信設備を利用することでこの発明の実施が
可能だからである。

【０１２９】この位置情報３１を受けたコンピュータ２
は、その送信元から携帯端末１を特定すること、すなわ
ち携帯端末１をもっている顧客を特定することができ
る。そして、その位置情報３１から顧客が店舗近辺にい
ることもわかる。これにより、販売業者は顧客が店舗近
辺に来ていることがわかり、その顧客の商品購入の強い
意思を確認することができるものである。

【０１３０】ここで、「店舗近辺」とは、必ずしも店舗
内から位置情報３１を送る必要はないということであ
る。すなわち、店舗内が混雑しており、携帯端末１の操
作が困難な場合等を考慮し、店舗に買物に来ていると判
断できる程度の距離以内を店舗近辺とする。

【０１３１】そして、販売業者は、携帯端末１の特定と
位置情報３１の確認後、顧客にサービス３３を提示す
る。このサービス３３を提示するステップをＳＣ１３と
する。

【０１３２】このサービス３３の提示手段は、特に制限
はなく、携帯端末１にｅ−ｍａｉｌとして提示しても良
く、また、携帯端末１が電話であるならば、電話を通じ
て音声として提示する方法であってもよい。また、この
サービス３３を提供するために設けられたＨＰに顧客が
アクセスすることでその内容を認識できる手段であって
よい。

【０１３３】すなわち、店舗近辺にいる他のお客に不自
然に思われないものであり、また、店員の負担が少ない
様々な方法で実施することができる。なお、店員に負担
をかけずに、かつ、店舗にいる顧客に迅速にサービス３
３を提示することを考えると、このサービス３３の提示
手段は携帯端末１に送信する手段が望ましい。また、店
舗内で静かにこのサービス３３を確認することなどを考
えると携帯端末１に文字情報として提示する手段が望ま
しいといえる。

【０１３４】この提示される「サービス３３」は、何ら
かの形で顧客に利益となるものであればよい。したがっ
て、このサービス３３には、商品価格のほか、クーポン
やポイント累積サービスなどが含まれる。例えば、購入
価格に応じたポイント累積サービス等を行っている場合
は、店舗に表示されている商品価格と同じ価格であって
も、このポイントを割増にするといったサービス３３で
あってもよい。また、次回の購入の際には商品価格を割
り引くといったクーポンなどもこのサービス３３に該当
する。

【０１３５】しかし、この「サービス３３」には、少な
くとも商品価格を含む態様が望ましい。商品価格を提示
することが最も顧客の購入意欲を刺激し、販売促進に繋
がるからである。例えば、店舗に表示されている実際の
商品価格よりより安い価格を提示する態様である。

【０１３６】また、商品価格を提示する場合、全ての顧
客に同じ価格とする必要はなく、顧客の利用度を考慮し
てサービス３３の内容を変更させても良い。例えば、こ
れまで何度もこのシステムを利用してくれている顧客
や、商品を一つではなく複数購入する意思を示してくれ
た顧客に対してより安い価格を提示するものなどであ
る。

【０１３７】なお、サービス３３を提示するための時間
は、顧客から位置情報３１の送信があったときからでき
るだけ早いほうが望ましく、顧客が店舗内にとどまって
いると考えられる６０分以内程度が望ましい。更に、顧
客の商品購入意欲を損なわない観点からは、５分以内に
送信する態様が望ましい。

【０１３８】更に、このサービス３３を提示するに際し
ては、顧客が希望する商品に関する情報に限定するもの
ではなく、関連商品の情報を提示してもよい。例えば、
顧客が希望する商品と競合する商品の価格を提示した
り、顧客が希望する商品と相性のよい商品を紹介する態
様である。具体的には、「希望の商品Ａは＊＊万円、一
方、商品Ｂ（競合する商品）は＋＋万円」といった態様
である。又「希望する商品がコートである場合、商品Ａ
は＊＊万円、このコートとおそろいのマフラーと手袋
（相性の良い商品）はそれぞれ＊＊万円、＊万円」とい
った態様であってもよい。このようにすることで、顧客
は商品選択の幅が広がり、販売業者も販売促進を図るこ
とができる。

【０１３９】そして、このサービス３３を提示された顧
客は、サービス３３の内容を検討し、商品を購入するか
否かを決定する。このステップをＳＣ１４とする。

【０１４０】このように、実際に店舗近辺に来てくれた
顧客にのみ、優遇したサービス３３を提示することによ
り、優遇したサービス３３が事前に広まってしまうこと
を回避することができる。また、サービス３３を直接携
帯端末１に送信すると、他のお客に不審に思われること
なくサービス３３を提示することができる。さらに、販
売業者は、実際に商品購入の意思の強い顧客であること
を確認することが可能になり、このような顧客にはより
優遇したサービス３３を提示することで、商品購入の意
思決定を促し、販売促進を図ることができる。

【０１４１】また、顧客にとっては、実際に店舗に行か
なければ優遇されたサービス３３を知ることができない
ので、顧客は、そのサービス３３の内容を知るために、
まず、店舗に行くこととなる。これによって、販売業者
は、顧客を集めることができ、それによって、他の商品
を販売する機会を得ることができる。

【０１４２】そして、サービス３３に満足した顧客は商
品を購入する。この商品購入に際し、その商品代金の支
払い方法に特に制限はない。しかし、迅速に手続きをす
る点を考慮すると電子決済が望ましい。この商品代金を
電子決済するステップをＳＣ１５とする。

【０１４３】（実施態様Ｃ２）次に、お客が店舗を訪れ
たあとに商品購入の意思を伝える態様（Ｃ２）を説明す
る。この実施態様Ｃ２の流れを図７ｂに示す。この態様
では、まず、顧客は店舗を訪れて商品をチェックする。
その際、顧客は商品を購入せずに、携帯端末１の位置情
報３１を販売業者のコンピュータ２へ送信する（ＳＣ２
１）。これにより、コンピュータ２では、ある携帯端末
１を有する者が店舗を訪れたことを認識することができ
る。また、送られた位置情報３１によっては、顧客がど
の商品の前から位置情報３１を送ってきたかがわかるた
め、顧客がどんな商品に興味を持っているのかを認識す
ることもできる。そして、位置情報３１を送ってきた顧
客のうち一定の割合は、実際に商品を購入すると予測で
きるので、販売業者はこの情報を元に在庫管理や商品の
仕入れなどを行うことができる。なお、この位置情報３
１を送信するとき、顧客は商品を特定する情報を送って
もよいし、送らなくてもよい。しかし、販売業者にとっ
ては、商品を特定する情報を送ってもらえたほうが商品
管理の面から望ましい。

【０１４４】ここで、このコンピュータ２への位置情報
３１の送信手段には特に制限はないが、携帯端末１から
販売業者のコンピュータ２を特定するのが面倒な場合が
ある。そこで、このコンピュータ２への送信手段として
は、前記モバイルロケーションシステムにより、携帯端
末１から販売業者のＨＰにアクセスする態様が望ましい
といえる。そして、その際、販売業者のＨＰのＵＲＬは
「住所ＵＲＬ」であれば、位置情報３１に対応したＨＰ
の検索負担が低減する利点がある。

【０１４５】次に、顧客は複数の店舗の商品を見た後
に、購入しようと考える商品を扱う販売業者のコンピュ
ータ２にアクセスする。これは、顧客の商品購入の意思
と顧客の携帯端末１を特定する情報を販売業者のコンピ
ュータ２に送信するステップ（ＳＣ２２）である。

【０１４６】このコンピュータ２へアクセスするステッ
プは、実施態様Ｃ１におけるＳＣ１１と同様である。こ
れにより、販売業者は、このアクセスしてきた者が、前
回位置情報３１を送ってきた携帯端末１を所有する顧客
であると特定でき、この顧客が商品購入の意思を有して
いることがわかる。ここで、前記ステップＳＣ２１にお
いて、商品を特定する情報を送っていないときはこのス
テップ２２において「商品を特定する情報」を含めてお
くことが必要である。なお、携帯端末１からコンピュー
タ２にアクセスすれば、携帯端末１を特定するための特
別な操作をしなくても送信元から携帯端末１を特定でき
る利点がある。

【０１４７】そして、コンピュータ２では、今回、商品
購入を希望する者が、以前、店舗近辺の位置情報３１を
送ってきた携帯端末１を有する顧客であると認識した後
に、顧客に優遇されたサービス３３を提示する。これ
は、携帯端末１の特定と位置情報３１の確認後、サービ
ス３３を提示するステップである（ＳＣ２３）。ここ
で、提示されるサービス３３の内容は前記実施態様Ｃ１
と同様である。

【０１４８】そして、顧客は、提示されたサービス３３
の内容を検討し、商品を購入するか否かを決定し（ＳＣ
２４）、商品購入を電子決済する（ＳＣ２５）。

【０１４９】この実施態様Ｃ２では、お客は気に入った
商品を見つけるたびに位置情報３１を販売業者のコンピ
ュータ２に送信する。そして、様々な比較を行った上
で、気に入った商品について優遇されたサービス３３の
内容（商品価格）を知ることができるものである。その
ため、事前に何も手続きをする必要がなく、また、街中
で、急に気に入った商品を見つけたときも他店とのサー
ビスや価格検討を行った上で商品を購入できる利点があ
る。

【０１５０】一方、販売業者は、位置情報３１が送られ
てくると、この集計によりある程度の販売予測ができる
利点がある。また、再度、アクセスしてきた顧客は実際
に商品の購入する意思が強いものと考えられるので、か
かる顧客には、よりよい条件のサービス３３を提示して
商品購入の決定を促し、販売促進を図ることができる。

【０１５１】（実施態様Ｃ３）なお、実施態様Ｃ１及び
Ｃ２における「サービス３３を提示する」には、顧客が
位置情報３１を送った店舗におけるサービス３３のみな
らず、他の店舗におけるサービス３３の内容も提示する
態様であってもよい。例えば、顧客がＡ店から位置情報
３１をコンピュータ２に送信してきたとき、コンピュー
タ２はＡ店におけるサービス３３のみならず、Ｂ店にお
けるサービス３３を送信する態様である。この態様で
は、顧客が少なくとも一つの店舗に行ったことが確認で
きれば、これにより、商品購入の強い意思があるものと
して、実施態様Ｃ１及びＣ２と同様に優遇したサービス
３３を提供するものである。よって、顧客は希望する商
品を一旦決めてしまうと、少なくとも一つの店舗に行
き、そこから位置情報３１を送信すれば、サービス３３
を受けることが可能になり、複数の店舗に実際に行き価
格やサービスを比較する必要がはなくなる。そして、こ
れにより商品検討の無駄な時間と労力を削減することが
できるものである。

【０１５２】この実施態様Ｃ３における「販売業者」
は、必ず商品を販売するものである必要はなく、様々な
店舗に対して中立の立場を取るものであってよく、位置
情報３１を送ってきた顧客に対して複数の店舗のサービ
ス３３を提供するものをいう。

【図面の簡単な説明】

【図１】 実施態様Ａ８の構成図

【図２】 実施態様Ｂ１の構成図

【図３】 実施態様Ｂ１のフローチャート

【図４】 実施態様Ｂ２のフローチャート

【図５】 実施態様Ｂ３の構成図

【図６】 実施態様Ｂ３のフローチャート

【図７ａ】 実施態様Ｃ１のフローチャート

【図７ｂ】 実施態様Ｃ２のフローチャート

【符号の説明】

１ 携帯端末 ２ コンピュータ ３ データベース ７ インターネット ３１ 位置情報 ３２ ＨＰ情報 ３３ サービス ３４ 携帯端末情報 Ｓ１０ 位置情報３１送信ステップ Ｓ２０ ＨＰ情報３２を読み出すステップ Ｓ２４ ＨＰ情報３２の送信ステップ Ｓ２６ 住所ＵＲＬを求めるステップ Ｓ２９ ＨＰ情報３２の送信ステップ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５０２ Ｇ０６Ｆ 17/60 ５０２ ５０６ ５０６ Ｈ０４Ｌ 12/28 Ｈ０４Ｍ 3/42 Ｕ Ｈ０４Ｍ 3/42 Ｈ０４Ｌ 11/00 ３１０Ｂ Ｆターム(参考） 5B049 AA01 BB11 CC05 CC10 CC37 FF09 GG06 GG07 5B075 ND20 ND36 NK10 NR12 PP03 PP13 PQ02 PQ46 PR10 5K024 AA76 BB04 CC09 CC11 DD01 FF03 GG01 GG10 5K033 DA19 9A001 CC05 CC06 FF03 JJ10 JJ25 JJ26 JJ78

Claims (34)

【特許請求の範囲】
1. 【請求項１】インターネットを通じて情報を発信するＨ
   ＰのＵＲＬを主催者の住所に基づいて設定する方法。
2. 【請求項２】インターネットのＨＰを通じて情報を発信
   するコンピュータであっ て、ＨＰのＵＲＬを主催者の
   住所に基づいて設定するもの。
3. 【請求項３】インターネットのＨＰを通じて情報を発信
   するコンピュータであっ て、ＨＰのＵＲＬを、少なく
   とも主催者の住所の「市や区の名前」と「町の名前」
   と「丁目」を含むように設定するもの。
4. 【請求項４】位置情報３１を送信できる携帯端末１と、
   インターネット７に接続 されたコンピュータ２によっ
   て構成されるシステムに利用されるＵＲＬの設定方法
   であって以下のステップを含むことを特徴とするもの。 ・位置情報３１を携帯端末１からコンピュータ２に送信
   するステップ ・送信された位置情報３１に基づきＵＲＬを設定するス
   テップ
5. 【請求項５】位置情報３１を送信できる携帯端末１と、
   インターネット７に接続されたコンピュータ２によって
   構成されるシステムに利用されるＵＲＬの設定方法であ
   って、以下のステップを含むことを特徴とする。 ・ＨＰを開設する位置で携帯端末１から位置情報３１を
   コンピュータ２に送信するステップ ・他のＨＰを開設する位置に移動し、その位置から新し
   い位置情報３１をコンピュータ２に送信するステップ ・受信した位置情報３１に基づき、ＵＲＬを設定するス
   テップ
6. 【請求項６】位置情報３１を送信できる携帯端末１と、
   位置情報３１に対応したＨＰ情報３２を記憶したデータ
   ベース３を有し、かつ、インターネット７に接続された
   コンピュータ２によって構成されるシステムに利用され
   る方法であって、以下のステップを含むことを特徴とす
   る。 ・携帯端末１が位置情報３１を送信するステップ（Ｓ１
   ０） ・その位置情報３１に対応したＨＰ情報３２を読み出す
   ステップ（Ｓ２０） ・その位置情報３１に対応するＨＰ情報３２を前記携帯
   端末１に送信するステップ（ Ｓ２４）
7. 【請求項７】位置情報３１を送信できる携帯端末１と、
   インターネット７に接続されたコンピュータ２によって
   構成されるシステムに利用される方法であって、以下の
   ステップを含むことを特徴とするもの。 ・位置情報３１を携帯端末１からコンピュータ２に送信
   するステップ（Ｓ１０） ・送信された位置情報３１に基づき「住所ＵＲＬ」を求
   めるステップ（Ｓ２６） ・この「住所ＵＲＬ」のＨＰ情報３２を携帯端末１に送
   信するステップ（Ｓ２９）
8. 【請求項８】請求項６又は請求項７に記載した方法であ
   って、携帯端末１が送られてきたＨＰ情報３２を記憶す
   るステップ（Ｓ１２）を含むことを特徴とするもの。
9. 【請求項９】請求項６ないし請求項８に記載した方法で
   あって、送られてきたＨＰ情報３２に基づき、そのＨＰ
   で紹介されている商品を購入できるステップを含むこと
   を特徴とするもの。
10. 【請求項１０】請求項９に記載した方法であって、購入
    する商品の代金を電子決済できるステップを有すること
    を特徴とするもの。
11. 【請求項１１】位置情報３１を送信できる携帯端末１
    と、位置情報３１に対応したＨＰ情報３２を記憶したデ
    ータベース３を有し、かつ、インターネット７に接続さ
    れたコンピュータ２によって構成されるシステムであっ
    て、以下の手段を含むことを特徴とするもの。 ・携帯端末１が位置情報３１を送信する手段 ・その位置情報３１に対応したＨＰ情報３２を読み出す
    手段 ・位置情報３１に対応するＨＰ情報３２を前記携帯端末
    １に送信する手段
12. 【請求項１２】位置情報３１を送信できる携帯端末１
    と、インターネット７に接続されたコンピュータ２によ
    って構成されるシステムであって、以下の手段を含むこ
    とを特徴とするもの。 ・位置情報３１を携帯端末１からコンピュータ２に送信
    する手段 ・送信された位置情報３１に基づき「住所ＵＲＬ」を求
    める手段 ・この「住所ＵＲＬ」のＨＰ情報３２を携帯端末１に送
    信する手段
13. 【請求項１３】請求項１１又は請求項１２に記載したシ
    ステムであって、携帯端末１が送られてきたＨＰ情報３
    ２を記憶する手段を有していることを特徴とするもの。
14. 【請求項１４】請求項１１ないし請求項１３に記載した
    システムであって、送られてきたＨＰ情報３２に基づ
    き、そのＨＰで紹介されている商品を購入できる手段を
    含むことを特徴とするもの。
15. 【請求項１５】請求項１４に記載したシステムであっ
    て、購入する商品の代金を電子決済できる手段を有する
    ことを特徴とするもの。
16. 【請求項１６】前記位置情報３１に対応したＨＰ情報３
    ２を記憶した記憶媒体
17. 【請求項１７】前記位置情報３１を入力すると、この位
    置情報３１に対応するＨＰ情報３２を読み出す処理を行
    うコンピュータ２。
18. 【請求項１８】位置情報３１を送信できる利用者の携帯
    端末１と、インターネット７に接続されたコンピュータ
    ２によって構成されるシステムであって、以下の手段を
    含むことを特徴とする。 ・携帯端末１から位置情報３１を送信する手段 ・携帯端末１を特定する情報と、前記位置情報３１を記
    憶する手段 ・位置情報３１に対応するＨＰ情報３２を記憶する手段 ・利用者からのアクセスに対し、その利用者の前記記憶
    されたＨＰ情報３２を送信する手段
19. 【請求項１９】請求項１８に記載されたシステムであっ
    て、繰り返して位置情報 ３１を記憶する手段、及び、
    繰り返して位置情報３１に対応するＨＰ情報３２を記
    憶する手段を含むことを特徴とするもの。
20. 【請求項２０】請求項１９に記載されたシステムであっ
    て、複数のＵＲＬを利用 者側の端末に一覧表示させる
    手段を含むことを特徴とするもの。
21. 【請求項２１】請求項２０に記載されたシステムであっ
    て、一覧表示されたＵＲＬは、そのＵＲＬを画面上でク
    リックするとＨＰにアクセスできるようにリンクをはっ
    たことを特徴とするもの。
22. 【請求項２２】請求項２０又は請求項２１に記載された
    システムであって、一覧表示されたＵＲＬは、位置情報
    ３１を送信した時間順に表示することを特徴とするも
    の。
23. 【請求項２３】請求項２０又は請求項２１に記載された
    システムであって、送信してきた位置情報３１を送信先
    の位置に基づいてグループ化し、そのグループ毎にＵＲ
    Ｌを表示することを特徴とするもの。
24. 【請求項２４】請求項２０又は請求項２１に記載された
    システムであって、ＵＲＬをカテゴリー別に分類し、カ
    テゴリー別に表示することを特徴とするもの。
25. 【請求項２５】請求項１８ないし請求項２４に記載され
    たシステムであって、ＵＲＬが「住所ＵＲＬ」であるこ
    とを特徴とするもの。
26. 【請求項２６】位置情報３１を送信できる顧客の携帯端
    末１と、販売業者のコン ピュータ２によって構成され
    るシステムであって、以下の手段を含むことを特徴と
    する ・顧客の商品購入の意思を販売業者のコンピュータ２に
    送信する手段 ・顧客の携帯端末１を特定する情報を販売業者のコンピ
    ュータ２に送信する手段 ・販売業者の店舗近辺の位置情報３１を、顧客の携帯端
    末１から販売業者のコンピュータ２に送信する手段 ・携帯端末１の特定と前記位置情報３１を確認後、顧客
    にサービス３３を提示する手段
27. 【請求項２７】位置情報３１を送信できる顧客の携帯端
    末１と、販売業者のコンピュータ２によって構成される
    システムに利用される方法であって、以下のステップを
    含むことを特徴とする ・顧客の商品購入の意思と顧客の携帯端末１を特定する
    情報を販売業者のコンピュータ２に送信するステップ
    （ＳＣ１１） ・販売業者の店舗近辺の位置情報３１を、顧客の携帯端
    末１から販売業者のコンピュータ２に送信するステップ
    （ＳＣ１２） ・携帯端末１の特定と前記位置情報３１を確認後、顧客
    にサービス３３を提示するステップ（ＳＣ１３）
28. 【請求項２８】位置情報３１を送信できる顧客の携帯端
    末１と、販売業者のコンピュータ２によって構成される
    システムに利用される方法であって、以下のステップを
    含むことを特徴とする ・販売業者の店舗近辺の位置情報３１を、顧客の携帯端
    末１から販売業者のコンピュータ２に送信するステップ
    （ＳＣ２１） ・顧客の商品購入の意思と顧客の携帯端末１を特定する
    情報を販売業者のコンピュータ２に送信するステップ
    （ＳＣ２２） ・携帯端末１の特定と前記位置情報３１を確認後、顧客
    にサービス３３を提示するステップ（ＳＣ２３）
29. 【請求項２９】請求項２６ないし請求項２８に記載され
    たシステムであって、サービス３３が商品価格を含むこ
    とを特徴とするもの。
30. 【請求項３０】請求項２６ないし請求項２９に記載され
    たシステムであって、これまでの顧客の利用度を考慮し
    たサービス３３を提示する手段を含むことを特徴とする
    もの。
31. 【請求項３１】請求項２６ないし請求項３０に記載され
    たシステムであって、顧客に関連商品の情報を提示する
    手段を含むことを特徴とするもの。
32. 【請求項３２】請求項２６ないし請求項３１に記載され
    たシステムであって、インターネット７を介してサービ
    ス３３を提供することを特徴とするもの。
33. 【請求項３３】請求項２６ないし請求項３２に記載され
    たシステムであって、複数の店舗のサービス３３を提供
    することを特徴とするもの。
34. 【請求項３４】請求項２６ないし請求項３３に記載され
    たシステムであって、サービス３３の提示後、顧客が商
    品代金を電子決済できることを特徴とするもの。