(57)【要約】【課題】デパートにおいて顧客が購入したい商品を求めてテナントに足を運ぶ際に、その目的位置まで最短で間違いなく誘導できるシステムを提供する。【解決手段】多商品を扱うデパートにおいて、顧客を所望の商品売場位置まで誘導するデパートナビシステムであって、本システムは、広告に印刷されたバーコードを顧客端末のバーコードリーダーで読み込み、そのデータを自動的にデパートサーバが取り込むとともに、デパートサーバ８に保存している商品データ及び商品売場階のレイアウトデータと照合し、商品の売場位置まで誘導するための最短ルートを算出して得た地図データを顧客が有する顧客端末に提供する。【選択図】　　　図１
2004133768.tif 000002
【特許請求の範囲】
【請求項１】
サーバからコンピューターネットワークを介して、広告に掲載された商品を販売している売場までの売場案内画面を端末装置に提供する売場案内方法において、
前記サーバは、
前記端末装置からアクセスがあったとき、前記広告に掲載された商品の商品コードの入力を促す画面を提供する段階と、
前記端末装置から前記広告の商品コードを受信したとき、該商品コードに対応して予め記憶している売場エリアコードを引き当て、該売場エリアコードに対応させられて予め記憶している売場地図を引き当てる段階と、
前記商品コードを有する売場領域を前記売場地図上に定義し、該売場領域から売場の基準設備を含むエリアを前記売場地図上に定義する段階と、
前記売場地図上に定義された前記エリア内の各基準設備からの最短ルートを定義した案内地図を作成する段階と、
前記案内地図上の最短ルートの近傍に検索のための目標売場名を定義し、前記基準設備と前記売場領域と最短ルートと前記目標売場名を強調するようにして圧縮する段階と、
前記圧縮した案内地図を売場案内画面として前記端末装置に提供する段階と
を有することを特徴とする商品の売場案内方法。
【請求項２】
前記端末装置から前記商品コードを受信したとき、該商品コードに対応する在庫数を検索し、在庫数が存在したときは在庫有りを知らせて、前記売場案内画面の提供を促す段階を有することを特徴とする請求項１記載の商品の売場案内方法。
【請求項３】
前記圧縮は、前記強調部の間の不要な箇所の線データを間引きして圧縮した後に、前記端末装置に備えられた画面のサイズに応じて全体を圧縮することを特徴とする請求項１又は２記載の商品の売場案内方法。
【請求項４】
前記エリアは、前記売場領域から売場の基準設備を含む最も狭いエリアを前記売場地図上に定義することを特徴とする請求項１又は２記載の商品の売場案内方法。
【請求項５】
コンピューターネットワークを介して、広告に掲載された商品を販売している売場までの売場案内画面を端末装置に提供する売場案内装置において、
前記端末装置からアクセスがあったとき、前記広告に掲載された商品の商品コードの入力を促す画面を提供する手段と、
前記端末装置から前記広告の商品コードを受信したとき、該商品コードに対応して予め記憶している売場エリアコードを引き当て、該売場エリアコードに対応させられて予め記憶している売場地図を引き当てる手段と、
前記商品コードを有する売場領域を前記売場地図上に定義し、該売場領域から売場の基準設備を含むエリアを前記売場地図上に定義する手段と、
前記売場地図上に定義された前記エリア内の各基準設備からの最短ルートを定義した案内地図を作成する手段と、
前記案内地図上の最短ルートの近傍に検索のための目標売場名を定義し、前記基準設備と前記売場領域と最短ルートと前記目標売場名を強調するようにして圧縮する手段と、
前記圧縮した案内地図を売場案内画面として前記端末装置に提供する手段と
を有することを特徴とする売場案内画面提供装置。
【請求項６】
前記端末装置から前記商品コードを受信したとき、該商品コードに対応する在庫数を検索し、在庫数が存在したときは在庫有りを知らせて、前記売場案内画面の提供を促す手段を有することを特徴とする請求項５記載の売場案内画面提供装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、多商品を販売する大規模小売店（以下デパートという）や量販店において、顧客が広告を見て所望する商品が決まったときに、顧客をスムーズに間違いなく商品売場位置まで案内できる方法に関する。
【０００２】
【従来の技術】
デパートや量販店において、各種の商品が販売されており、日々各店は価格競争を含む激しい販売競争に晒されており、商品も目まぐるしく変化している現状がある。このような状況の中、一般消費者あるいは顧客に対する購買意欲を促進させる為に、商品広告は、新聞折込チラシ、ダイレクトメール、戸別訪問等、様々な形で日頃非常に多く用いられている。
【０００３】
そして、顧客が広告を見て、デパートを訪れて、顧客自身が広告に記載してある売場を探し所望の商品を買い求めていた。
【０００４】
【発明が解決しようとする課題】
しかしながら、例えばチラシには値段、売場名等は記載されているが、フロアーのどこにあるかは記載されていない。このため、フロアーを探し回って所望の商品がある売場を探しあてることになるので、顧客にとってはチラシに掲載されている希望の商品を購入するまで時間がかかるという課題があった。
【０００５】
また、デパート又は量販店は様々なテナント、売場が密集しており、人も多い。このような場所において、例えばチラシの商品を販売している売場まで行くには容易ではない。一般には、デパートの案内嬢に売場を聞くことになるが、案内嬢は一人々に親切に応対するので、結局は前の人の案内が終わるまで待たなければならない。
【０００６】
すなわち、顧客にとって希望の商品を販売している売場までたどりつきには時間がかかることになるので、チラシによって購買を促させたとしても、混雑している場合には、顧客が商品の購入をあきらめるという場合があった。
【０００７】
つまり、顧客に望まれている商品があるにもかかわらず、このような理由で商品の売り上げに寄与しないのは、顧客に対して申し訳ないばかりか、売り上げの向上に繋がらない。
【０００８】
また、チラシを見て、デパートに行って希望の商品の売場にたどりついたとしても、売り切れている場合があり、顧客に迷惑をかけるという課題があった。
【０００９】
さらに、案内係りを多数配置した場合は、人件費がかかるという課題があった。
【００１０】
従って、広告媒体と組み合わせた方法で顧客が簡単に所望する商品の在庫があることを確認して、かつ、顧客を売場まで低コストでスムーズに案内できるシステムが望ましい。
【００１１】
【課題を解決するための手段】
本発明の商品の売場案内方法は、サーバからコンピューターネットワークを介して、広告に掲載された商品を販売している売場までの売場案内画面を端末装置に提供する売場案内方法において、前記サーバは、前記端末装置からアクセスがあったとき、前記広告に掲載された商品の商品コードの入力を促す画面を提供する段階と、前記端末装置から前記広告の商品コードを受信したとき、該商品コードに対応して予め記憶している売場エリアコードを引き当て、該売場エリアコードに対応させられて予め記憶している売場地図を引き当てる段階と、前記商品コードを有する売場領域を前記売場地図上に定義し、該売場領域から売場の基準設備を含むエリアを前記売場地図上に定義する段階と、前記売場地図上に定義された前記エリア内の各基準設備からの最短ルートを定義した案内地図を作成する段階と、前記案内地図上の最短ルートの近傍に検索のための目標売場名を定義し、前記基準設備と前記売場領域と最短ルートと前記目標売場名を強調するようにして圧縮する段階と、前記圧縮した案内地図を売場案内画面として前記端末装置に提供する段階とを備えたことを要旨とする。
【００１２】
【発明の実施の形態】
図１は本実施の形態の売場位置案内システムの概略構成図である。本実施の形態は１階しか持たない大型店舗、デパート等に適用できるが本実施の形態ではデパートを例にして説明する。
【００１３】
本実施の形態は、広告１に記載されている縦型バーコード（デパートサーバのバーコード、商品バーコード）をバーコードリーダ２で読み込ませて携帯電話３（バーコードリーダ２と携帯電話３とを総称して顧客端末４と称する）によって携帯電話網５、インターネット７を介してデパートサーバ８に入り込み、このデパートサーバ８から携帯電話３に対して、商品在庫を確認した後に商品の売場場所を示す売場位置案内地図を提供する。ここで、本実施の形態においては、縦型バーコードを利用して説明するが、縦型バーコードに限定されるものではない。例えば、横長のバーコードでも良いし、或いは、数字、文字、記号等を組み合わせて生成した商品番号等の文言でも良い。文言の場合、携帯電話３から入力されるようにしても良い。
【００１４】
また、各テナントのテナント端末９はインターネット７、デパート専用網１１に、売場階のレジ端末１０はデパート専用端末１１（ＬＡＮ）に接続され、テナント端末９はデパートサーバ８に当該テナントの商品情報（商品コードｅｉ、数量、品名、売場階、テナントコード、売り出し期間等）を送出し、レジ端末１０は、購買情報（商品コードｅｆ、テナント名、数量等）をデパートサーバ８に送出して、在庫数を更新させる。
【００１５】
また、前述の携帯端末４は携帯電話３とバーコードリーダ２とからなるとしたが、バーコードリーダを一体化した携帯電話であってもよい。
【００１６】
前述の携帯電話３に代えて、パーソナルコンピューター、ＰＤＡなどの情報機器であってもよい。
【００１７】
尚、パーソナルコンピュータを用いた場合は、パーソナルコンピュータに無線機能を内蔵してデパートサーバと通信を行うのが好ましい。
【００１８】
＜各部の説明＞
予め顧客の手元に配布された広告１は、広告案内欄Ａｂ１と商品イメージ駒Ａａ１、Ａａ２…とを備えている。広告案内欄Ａｂ１には、縦型バーコードであるデパートサイトのＵＲＬと商品分野と号数と地域と売り出し期間と発行日、発行番号等を示した広告提供先バーコードＣｉが、商品イメージ駒Ａａ１、Ａａ２…には縦型バーコードである商品バーコードＢｉ（Ｂａ１、Ｂａ２、Ｂａ３・・・・）が、それぞれ印刷されている。
【００１９】
前述の広告に記載される広告提供先バーコードＣｉは、デパートのＵＲＬコード、配布地区名、発行日、発行号数、商品分野等（総称して広告提供先情報Ｆａという）を示している。また、商品バーコードＢｉは、売場階（なくともよい）と商品コードｆｐ等（総称して商品情報Ｆｂという）を示している。
【００２０】
次に、図２を用いて、バーコードリーダー２および顧客端末３について詳しく説明する。図２に示すように、バーコードリーダー２は顧客端末３に接続して用いられるが、このバーコードリーダー２は、下端にある略長方形部から上端部にかけては少し幅狭に成った略菱形形状をしており、幅が広い方の平型部の中央にレーザー光発射ボタン２ａが配設されている。
【００２１】
本実施の形態においては、バーコードリーダー２でバーコードを読みとらせるが、例えば、携帯電話３にデジタルカメラが備え付けられている場合、広告をデジタルカメラで撮影して送信しても良い。
【００２２】
また、広告案内欄には、バーコードの他に売り出し期間と発行日、発行番号、デパート内のナビシステムを提供するデパートサーバ８のＵＲＬを表示していると共に、一番下には「デパートナビご利用のお客様は左上バーコードを入力ください」と表示することにより、顧客にバーコードを読ませ、売場案内地図（デパートナビともいう）の利用を促すことができるようにしている。
【００２３】
また、バーコードリーダー２は、ケーブル１５及びインターフェースコネクタ１６を介して、通信用端末である顧客端末３に接続される。
【００２４】
広告１は、広告提供先バーコードＣｉおよび商品バーコードＢｉ（Ｂａ１、Ｂａ２、Ｂａ３・・・）とともに、広告紙面に対して縦に配列されているので、バーコードリーダー２を親指と人差し指とで挟むときは、親指でレーザー光発射ボタン２ａを押し下げるように挟持することが可能である。
【００２５】
そして、腕を縦または横に動かしながら親指を操作して、縦型バーコードＣｉおよびＢｉを読み取ってゆく。つまり、操作ボタンを親指で押しやすい持ち方のままで、バーコードを読み取らせていくことが可能となるので、不便を感じないで、且つ早く読み取らせることが可能となる。
【００２６】
顧客端末３は、ブラウザ機能が内蔵されており、顧客端末３は携帯電話網５、インターネット７（以下総称してネットワークという）を介して、デパートのデパートサーバ８に接続する。顧客端末３には、バーコードリーダー２が備えられており、顧客は、バーコードリーダー２を使って、広告１に印刷された縦型の広告提供先バーコードＣｉ、商品バーコードＢｉを読みとり、購入を希望する商品の販売場所の案内を求める。
【００２７】
ここで、携帯電話網５は、例えばパケット通信網のことで、顧客端末３が利用している通信網である。一方、インターネット７は、デパートサーバ８が利用している通信網である。携帯電話網５及びインターネット７とは、中継処理装置等によって接続されており、顧客端末３とデパートサーバ８との間で、シームレスな双方向通信を行うことが可能である。
【００２８】
尚、図３（ａ）に示すように、広告提供先バーコードＣｉ及び商品バーコードＢｉは、これらのバーコードが表示される領域の右側に備えられるのが好ましい。右側に備えられることにより、右利きの顧客は、バーコードリーダー２を右手に持ち、左方から商品やバーコードを確認しながら、右方からバーコードリーダー２でスキャンする。これにより、顧客は、的確に素早くバーコードリーダー２でスキャンすることができる。勿論、左利きの顧客については、図３（ｂ）に示した様に、左側に備えられるのが好ましい。
【００２９】
従って、商品表示部Ａａ１、Ａａ２…のそれぞれ右側にバーコードを設けることにより、バーコードリーダー２で商品バーコードＢｉを読み取る場合、商品表示部Ａａ１、Ａ１２…が右手の陰にならず、顧客は、商品内容を見ながらバーコードを操作できる。これにより、顧客は的確にバーコードリーダー２で商品バーコードＢｉを読みとることができる。
【００３０】
次に、デパートサーバ８は、図１に示すようにｗｅｂ機能（情報をハイパーテキスト形式で表した分散データベースシステムで、インターネット情報を統一的に得る）の他に少なくとも、在庫確認部２１、デパートナビ提供部２２等をそなえている。
【００３１】
在庫確認部２１は、携帯端末４から送信された広告提供先情報Ｆａと商品情報Ｆｂとを読み込み、号数、分野（階数を含む場合もある）に対応する商品情報Ｑｐをファイル３３から検索し、検索した商品データが示す在庫数に基づいて在庫があるかどうかを判定する。在庫がないときは、在庫がないことを携帯端末４に対して送信する。
また、在庫が存在するときは、在庫有りを携帯端末側に知らせると共にデパートナビ提供部２２を起動する。又、在庫がない場合、代替品の案内を行うのが好ましい。
【００３２】
また、在庫確認部２１は、携帯端末側から受信した広告提供情報Ｆａ、商品情報Ｆｂを解読してとき、売場階、テナント番号、分野等が含まれていない場合（バーコードリーダを有してはいないユーザからのアクセスに相当する）は、受信した号数と商品番号に対応する商品情報Ｑｐをファイル３３から引き当て、この商品情報Ｆｂの売場階、テナント番号とにユーザ端末の種別（バーコードリーダなしの端末）を付加してデパートナビ提供部２２に送出して起動させる。
【００３３】
売場階、テナント名（番号）を受信したときは、バーコードリーダ有りのユーザからのアクセスであることを知らせる。
【００３４】
デパートナビ画面処理部２２は、バーコードリーダ有りのユーザからのアクセスで、在庫有りで起動されたときは、受信した売場階に対応する売場階レイアウト３５をファイル３４から引き当てた後に受信したテナント番号を有する希望のテナント領域Ｐｉを売場階レイアウト３５から求め、この領域Ｐｉの予め定められている希望テナントの基準地点ｑｉ（テナント界に座標で定義されている）に対して最も近いエスカレータ、エレベータ、トイレ等（売場基準設備Ｒｉという）を売場階で検索し、希望テナントの基準地点ｑｉと売場基準設備Ｒｉとを含む最も狭い領域Ｄｉを売場階レイアウト３５に定義する。
【００３５】
そして、基準設備Ｒｉ、希望テナントの基準地点ｑｉの近くのテナント名を抽出し、これを座標に基づいて領域Ｄｉ上に定めた後に、基準設備Ｒｉから希望テナントの基準地点ｑｉまでの最短ルートを定める。この後に、基準設備Ｒｉ、希望テナントの基準地点ｑｉとは関係のない箇所を箇所のデータを間引くと共に、携帯端末の画面サイズに応じて領域Ｄｉを縮小する。但し、基準設備Ｒｉ、希望テナントの基準地点ｑｉの大きさは出来るだけ大きくした売場案内位置地図Ｋｉを生成し、これを携帯端末４に送信する。
【００３６】
なお、計算された最短ルートを矢印線で表示する。テナントの位置には、顧客がわかりやすいように、目標印を表示させている。つまり、テナントの位置の目印とする、テナントの両側のテナント名を表示し、矢印線が折れ曲がる個所に位置する少なくとも１テナント名ｈｉも表示する。このように作成した画面データを顧客端末３に送信する。
【００３７】
次に、図４を用いて本実施の形態のデパートサーバ８の構成について説明を補充する。
【００３８】
図４に示すように、デパートサーバ８は、在庫確認部２１、デパートナビ提供部２２の他に、メッセージ送信部２３、在庫ファイル作成部２４、売場地図作成部２５、在庫ファイル３３、売場階レイアウトファイル３４、広告ファイル２７、フロアー図界ファイル２８、テナント図界ファイル２９等を備えている。前述の売場階レイアウトファイル３４、フロアー図界ファイル２８、テナント図界ファイル２９は、線情報、点情報、面情報の属性データで保存しており、フロアー図及びテナント図は、「ｆｃ界」という表現を用いる。
【００３９】
また、在庫ファイル３３は、広告１（発行号毎に）に掲載されている商品に関する情報が登録されている。例えば、図５に示すように、各階数毎に分類され、かつ各階数毎に分野別に分けられている。そして、分野別に広告の号数に関連づけれて、発行号数、商品を識別する商品コードｅｐ、テナントの商品の商品コードｑｅ、商品名、サイズ、適応年齢、性別、値段、初期在庫数、在庫数、商品画像（ファイル番号）、テナント番号、売り場階等、説明商品（ファイル番号）、売り出し期間、値引率、発行地区等が関連づけられ、商品情報Ｑｐとして格納されている。
【００４０】
前述の広告の商品バーコードＢｉには、売場階を含ませているとしているが、売場階は含ませなくてもよい（売場階に分けてファイルに保存しない）。すなわち、商品コードがあれば、この商品コードに関連させて売場階をファイル３３に保存しているので、ファイル３３を検索したときに売場階が分かるからである。
【００４１】
商品番号は号数が変わっても同じ場合もあり、また号数によって商品番号を変える場合や、分野だけ変えて商品コードが同じ場合もある。
【００４２】
このようなときは、売場階を商品バーコードＢｉに付しておき、ファイル３３において売場階で分離しておけば対応が可能である。
【００４３】
しかし、バーコードリーダ２を有していないユーザも存在する。このような場合は、手入力でデパートのサーバにログインさせ、チラシの号数と商品コードの入力だけで在庫の確認と売場階とテナント場所を知らせることを可能としている（図５の商品データを参照）。
【００４４】
売場階レイアウトファイル３４は、地図などの、デパート内部の店舗の位置を示す各階毎の売場階レイアウト５が売場地図作成部２５によって登録されている。
【００４５】
フロアー界図ファイル２８は、図６に示すように、エレベータ、柱、エスカレータ等からなるフロアー図界データ（ベクトル又はｘｙ座標で線、点、面を定義）と、テナントエリアの領域を座標とテナント番号で示したテナント界データ（ベクトル又はｘｙ座標で定義）とを参照し、指定の階（１階又は２階…）のフロアー図界データとテナント図界データとを重ね併せて図６に示すような売場階レイアウト３５を生成してファイル３４に保存している。つまり、売場地図作成部２５は、フロアー図界データとテナント図界データをを重ね併せている。
【００４６】
広告ファイル２７は、広告１の号数が変わる毎に更新され、広告１の商品コードｅｉと商品名と商品イメージと期間等が広告情報として保存されている。
【００４７】
在庫ファイル作成部２４は、テナント端末９がデパート内専用網１１を介して広告情報の要求（号数、テナント名）が有る毎に、その広告情報にテナントの商品コードｅｐと入荷数（初期在庫数となる）等を入力させるための在庫入力画面Ｈｉを生成してテナント端末９に提供する。
【００４８】
そして、この在庫入力画面Ｈｉのデータに階数、期間等を付加した在庫データを在庫ファイル３３に保存する。
【００４９】
また、レジスター端末１０から購入情報（商品コードｅｐ、数量等）が入力する毎に、在庫ファイル３３の商品コードｅｐに対応する数量を減算する。
【００５０】
なお、図示しないが、携帯電話網５及びインターネット７への接続する場合、ファイヤーウオールサーバ、プロキシサーバ、プロバイダのアクセスポイントサーバ等を介して接続することは勿論である。
【００５１】
＜動作説明＞
上記のように構成された携帯端末を用いた売場案内システムについて図７のシーケンス図を用いて説明する。
【００５２】
本実施の形態では、予め、デパートサーバ８の売場階レイアウトファイル３４に、各テナント名、位置、デパートのレイアウト等を予め入力している（ｄ１）。ここでは、エレベーター、エスカレーター、トイレ等の基準設備Ｒｉ等のデータも登録するのが好ましい。このとき、これらの位置情報を、二次元座標で表されたデータとして格納される。
【００５３】
更に、デパート内に設けられた各テナントは、広告の発行前に各テナント端末９からデパートサーバ８にアクセスして商品データをファイル３３（図５参照）に登録を行う（ｄ２）。このとき、広告に掲載する商品の商品コード、商品名、サイズ、適応年齢、性別、値段、初期在庫数、在庫数、テナント番号、売場階、商品説明などを登録する。
【００５４】
顧客は、広告１の広告提供先バーコードＣｉ（ＵＲＬ、号数、分野等）をバーコードリーダ２で読み込んで、デパートサーバ８（号数、分野に対応したサイト）にアクセスする（ｄ３）。このとき、顧客端末３から広告の画像データを受信した場合、デパートサーバ８は、その広告の画像を解析し、広告提供先のデータ等を取得するのが好ましい。
【００５５】
デパートサーバ８は、デパートナビサービス画面を顧客の顧客端末３に配信する（ｄ４）。
【００５６】
顧客端末３に配信されたデパートナビサービス画面は例えば図８（ａ）に示すように、例えば、「子供用衣料品特売（第７号）に接続致しました。」、「ご希望商品の商品バーコードを読み込んでください」としたページを送信する。
【００５７】
次に、顧客は広告１の商品バーコードＢｉをバーコードリーダ２を用いて読み込ませ、この商品コードｅｉをデパートサーバ８に送信する（ｄ５）。
【００５８】
デパートサーバ８の在庫確認部２１は、携帯端末側から売場階、テナント番号、分野等が送信されない場合（バーコードリーダを有してはいないユーザからのアクセスの場合）は、受信した号数と商品番号に対応する商品データをファイル３３から引き当て在庫があるかどうかを判定する。在庫があるときは、図８（ｂ）に示す在庫有りの画面を提供し、在庫がない場合は図８（ｃ）に示す在庫なしの画面を提供する（ｄ６）。
【００５９】
顧客側は在庫有りのときは、携帯電話３を操作して「＃」キーを押下してデパートナビ要求を送信する（ｄ７）。
【００６０】
次に、デパートナビ画面処理部２２は、デパートナビ要求を受信したとき、バーコードリーダ有りのユーザからのアクセスの場合は、受信した売場階に対応する売場階レイアウト３５をファイル３４から引き当てた後に、図９（ａ）に示すように、受信したテナント番号を有する希望テナントの領域Ｐｉを売場階レイアウト３５から求め、希望テナントの領域Ｐｉの予め定められている希望テナントの基準地点ｑｉ（テナント界に座標で定義されている）に対して最も近いエスカレータ、エレベータ（基準設備Ｒｉという）を売場階で検索し、図９（ｂ）に示すように、基準地点ｑｉと基準設備Ｒｉとを含む最も狭い領域Ｄｉを売場階レイアウト５に定義する。
【００６１】
そして、基準設備Ｒｉ、希望テナントの基準地点ｑｉの近くのテナント名を抽出し、これを座標に基づいて領域Ｄｉ上に定めた後に、基準設備Ｒｉから基準地点ｑｉまでの最短ルートを定める。この後に、図９（ｃ）、図９（ｄ）に示すように、基準設備Ｒｉ、基準地点ｑｉとは関係のない箇所を箇所のデータを間引くと共に、携帯端末の画面サイズに応じて領域Ｄｉを縮小する。但し、基準設備Ｒｉ、基準地点ｑｉの大きさは出来るだけ大きくした図１０示す売場位置案内地図Ｋｉを生成し、これを携帯端末４に送信（商品売場案内画面ともいう）する（ｄ８）。
【００６２】
この案内画面は、ルートを矢印線で表示し、商品番号の商品を有するテナントの位置には、顧客がわかりやすいように、目標印（ｑｉ上）を表示させている。
【００６３】
さらに、テナントの両側のテナント名を表示し、矢印線が折れ曲がる個所に位置する少なくとも１テナント名ｈｉも表示している。
【００６４】
従って、デパートサーバ８が受信したデータ内容から、商品データファイル３３を参照することにより、商品売場を特定するので、広告１を参照した顧客を、所望する商品の売場まで誘導することができる。
【００６５】
一方、レジスタ端末１０から購入情報が入力したときは、在庫ファイル作成部２４が商品コードｅｐを有する在庫情報Ｑｐをファイル３３から引き当て、購入された数量を減算する（ｄ９）。従って、常に最新の在庫数を管理できている。
【００６６】
ここで、売場位置案内地図Ｋｉを得るまでの過程を図１１、図１２を用いて補充する。
【００６７】
デパートサーバ８のナビ画面処理部２２は、エスカレーターとエレベーター等の基準設備Ｒｉの座標エリアを読み込む（Ｓ２１）。通常ほとんどの人は、エレベータ或いはエスカレーターを利用して目的まで行くものと考えられるので、これらを起点としている。又、売場階によって、建物の出入り口などがある場合は、ここを起点としても構わない。
【００６８】
次に、顧客端末３に表示するナビ表示領域を、テナント位置とエスカレーターとエレベーターの３位置を含む最少領域Ｄｉとして算出する（Ｓ２２）。
【００６９】
つまり、顧客端末３の画面は表示できる大きさに限度があるので利用データをできるだけ少なくしている。
【００７０】
このとき、Ｓ２２で算出した領域Ｄｉを残し、他の領域をマスキングする（Ｓ２３）。この理由は、ルート確定のために全ルートを計算する際に出来るだけ不要な領域をあらかじめマスクすることにより、売場階の全領域についてではなく、領域Ｄｉについてのみルート計算を行えばよく、無駄な計算負荷が軽減され、効率を上げることができるからである。
【００７１】
次に、エスカレーターから受信したテナントまでの、全てのルートを計算し（Ｓ２４）、それぞれのルート長を算出し、その中からルート長が一番短い最短ルートを判定する（Ｓ２５）。最短ルートが求まったときは、その最短ルートを矢印線で定義する（Ｓ２６）。
【００７２】
次に、ステップＳ２６で確定されたルートが曲折するコーナーがあるかどうかを判定する（Ｓ２７）。曲折する箇所に面するテナントの少なくとも１テナント名のデータとその座標を保持する（Ｓ２８）。これにより、確定できたルートを顧客が確認しながら間違いなく辿って行けるように、矢印線が折れ曲がるところ、すなわち顧客が方向転換する地点を強調することができる。
【００７３】
さらに、目標であるテナントに関しては、顧客が目標最終確認を容易に行えるように、目標であるテナント両側の２テナント名のデータを保持する。
【００７４】
次に、目標であるテナント、起点であるエスカレーターとエレベーター、ルート途中のテナント、矢印線および建物主要線のそれぞれの位置情報および名前のデータのみを保持して、その他のデータをすべて間引き消去して、携帯端末の画面サイズに併せて圧縮した売場案内地図を得る（Ｓ２９）。このとき、基準設備、基準位置の領域、保持されたテナント名等は、強調するようにする。
【００７５】
また、顧客端末３の画面に表示された表示画面の下には、お客さまが求める商品の内容を再確認する為に、商品詳細画面を呼び出すことを促す為のボタンが設けられ「商品詳細は＃を２度押してください」と表示している。顧客が顧客端末３の＃ボタンを２度押すことにより、商品詳細画面（商品画像、売場の画像など）を表示することができるようにしてもよい。
【００７６】
さらに、在庫がないときは、メーカのサーバの在庫状況と、当方のデパートへの納入時期を検索し、顧客の携帯端末にテナントへの納入時期を通知（後日メールでもよいし、納入時期確認のメッセージを表示させてもよい）を知らせる。
【００７７】
さらに、上記実施の形態では、テナントの場所のみを地図に表示したが図１２に示すようにテナントのどの場所にあるかをデパートサーバが求めて表示させてもよい。
【００７８】
つまり、売場界データ、テナント界データの他にテナント棚界データ（棚のレイアウトと商品番号とを対応させて保存）を予め記憶し、商品コードを受信したときに、このテナント棚界データからどこの棚かを判定し、このこの棚までの最短ルートを求めて携帯端末側に提供してもよい。
【００７９】
【発明の効果】
以上のように本発明によれば、端末装置からアクセスがって、広告に印刷された希望の商品の商品バーコードを受信したときは、この商品コードの商品を販売する売場（希望売場）が存在する売場エリア（デパートの場合はフロアー、１階しかない大きな場所では領域）の地図に、エレベータ、エスカレータなどの基準設備及び最短ルートを付して圧縮した売場位置案内地図を提供する。
【００８０】
このため、混雑していても、不慣れな売場であっても、人に尋ねることなく、顧客は広告に載っている商品がどこにあるかを分かるので、フロアーを探し回ることなく、短時間で目的の売場まで到達できるという効果が得られている。
【００８１】
また、在庫数まで知らせるので、デパートに行って売場に行ってから在庫がないということがない。
【００８２】
また、案内嬢に聞かなくとも、どの希望の売場までスムーズにいけるので、案内嬢を多数配置する必要がない。
【図面の簡単な説明】
【図１】売場位置案内システムの概略構成図である。
【図２】本実施の形態のバーコードリーダーと顧客端末の接続を説明する図である。
【図３】本実施の形態に用いる広告（チラシ）の説明図である。
【図４】本実施形態のデパートサーバの概略構成図である。
【図５】本実施形態の在庫ファイルの説明図である。
【図６】本実施形態の売場階レイアウトの生成を説明する説明図である。
【図７】本実施形態の動作を説明するシーケンス図である。
【図８】本実施形態の携帯電話への画面を説明する説明図である。
【図９】本実施形態の売場位置案内地図の生成の過程を説明する説明図である。
【図１０】本実施形態の売場位置案内地図の説明図である。
【図１１】本発明の実施形態の動作を説明するフローチャートである。
【図１２】他の実施の形態の売場位置案内地図の説明図である。
【符号の説明】
１　広告
２　バーコードリーダー
２ａ　レーザー光発射ボタン
２ｂ　レーザー発射部
３　顧客端末
５　携帯電話網
７　インターネット
８　デパートサーバ
９　テナント端末
２１　在庫確認部
２２　デパートナビ提供部
【図１】
2004133768.tif 000003
【図２】
2004133768.tif 000004
【図３】
2004133768.tif 000005
【図４】
2004133768.tif 000006
【図５】
2004133768.tif 000007
【図６】
2004133768.tif 000008
【図７】
2004133768.tif 000009
【図８】
2004133768.tif 000010
【図９】
2004133768.tif 000011
【図１０】
2004133768.tif 000012
【図１１】
2004133768.tif 000013
【図１２】
2004133768.tif 000014