JP5113566B2 - 通信制御方法、案内用杖、携帯型電子機器及び制御プログラム - Google Patents

Description

本発明は、案内用杖の先端部に具備されたタグリーダが、複数の通信方式の何れかでなるＩＣタグからタグデータを読み取る際の通信制御方法等に関する。

視覚障害者用誘導案内システムとして、誘導ブロック等に埋め込まれたＩＣタグを用いた構成が知られている。かかるシステムは、視覚障害者である利用者が持つ先端にタグリーダが装備された案内用杖と、利用者のポケット等に装着される携帯端末装置と、位置情報が記憶されて地中や駅構内等の施設に埋設されたＩＣタグとから構成される。案内用杖は、ＩＣタグからタグリーダで読み取った位置情報を携帯端末装置に送信する。そして、携帯端末装置は、案内用杖から受信した位置情報をもとに利用者の局所的行動を予測し、予測に基づく案内を行う（例えば、特許文献１参照）。
特許第３５５３３７３号公報

ところで、ＩＣタグには、例えば搬送周波数が異なる複数の通信方式がある。このため、案内用杖のタグリーダの通信方式がＩＣタグの通信方式に一致していないと、このＩＣタグからタグデータを読み取れない。誘導案内システムでは、案内用杖の先端で誘導用ブロックを辿りながら歩行する利用者を対象として案内を行うため、案内用杖の先端部とＩＣタグとが近接する１秒程度の短時間で、ＩＣタグからタグデータを読み取らなくてはならない。つまり、通信方式が異なる複数種類のＩＣタグが埋設されている場合、制限された時間内で、タグリーダの通信方式をＩＣタグの通信方式に合わせてＩＣタグから確実にタグデータを読み取る必要がある。本発明は、上記事情に鑑みてなされたものであり、誘導案内システムで用いられる案内用杖のタグリーダが、ＩＣタグの通信方式が複数種類の何れであってもより確実にタグデータを読み取れるようにすることを目的としている。

上記課題を解決するための第１の発明は、
案内用杖（例えば、図１，５の案内用杖３０）の先端部に具備されたタグリーダ（例えば、図５のタグリーダ３１０）が、各所の誘導用ブロックに埋設されて予め定められた複数の通信方式の何れかでなるＩＣタグ（例えば、図１，５のＩＣタグ２０）からタグデータ（例えば、図５のタグデータ２１０Ａ）を読み取る際の通信制御方法であって、
前記タグデータには、自ＩＣタグ又は自ＩＣタグが埋設された誘導用ブロック（以下包括して「タグスポット」という。）を識別する識別情報と、自タグスポットと誘導用ブロックに沿った自タグスポットの次のタグスポット（以下「次タグスポット」という。）との相対的な方向を判別可能な方向情報と、次タグスポットのＩＣタグの通信方式を示す通信方式情報とが含まれ、
今回及び過去に読み取ったタグデータに基づいて今回読み取ったタグデータのタグスポットに至った際の前記利用者の進行方向を判別する進行方向判別ステップ（例えば、図１０のステップＡ１５）と、
前記判別された進行方向に基づいて今回読み取ったタグデータのタグスポットから前記利用者が次に進行しようとする方向を予測する進行方向予測ステップ（例えば、図１０のステップＡ１７）と、
今回読み取ったタグデータに含まれる前記予測された進行方向に対応する次タグスポットの通信方式を優先通式方式として、前記タグデータの読み取りを試みる際の前記タグリーダの通信を制御する通信制御ステップ（例えば、図１０のステップＡ２３）と、
を含む通信制御方法である。

この第１の発明によれば、案内用杖の先端部に具備されたタグリーダが誘導用ブロックに埋設されたＩＣタグからタグデータを読み取る際に、今回及び過去に読み取ったタグデータに基づいて利用者の進行方向が判別され、判別された進行方向に基づいて利用者が次に進行しようとする方向が予測され、予測された進行方向に対応する次タグスポットの通信方式を優先通信方式としてタグデータの読み取りが行われる。タグリーダの通信方式が読み取ろうとするＩＣタグの通信方式と異なると、このＩＣタグからタグデータを読み取れない。また、歩行する利用者が案内用杖を持つ場合、案内用杖のタグリーダがＩＣタグに近接する短時間（長くて数秒程度）の間に、このＩＣタグからタグデータを読み出さなくてはならない。このため、本発明のように、利用者の予測した進行方向に対応する次タグスポット、すなわち次に読み取られると予測されるＩＣタグの通信方式を優先通信方式としてＩＣタグからのタグデータの読み取りを行うことで、タグデータのより確実な読み取りが可能となる。

第２の発明は、第１の発明の通信制御方法であって、
前記通信制御ステップは、優先通信方式と他の通信方式とを、前記優先通信方式を最も長い実行時間として時分割に切り替える制御を行うステップである通信制御方法である。

この第２の発明によれば、優先通信方式と他の通信方式とが、優先通信方式を最も長い実行時間として時分割に切り替えられる。つまり、優先通信方式の実行時間を最も長くすることで、この優先通信方式でのタグデータの読み取りを一層確実に実現し得る。

第３の発明は、第２の発明の通信制御方法であって、
前記通信制御ステップは、時分割に実行する各通信方式の実行時間を可変する時分割時間可変ステップを有する通信制御方法である。

この第３の発明によれば、時分割に実行される各通信方式の実行時間が可変される。

第４の発明は、第３の発明の通信制御方法であって、
最後にタグデータの読み取りに成功してから所定時間が経過したことを検出する時間経過検出ステップ（例えば、図１０のステップＡ７）を更に含み、
前記時分割時間可変ステップは、前記時間経過検出ステップによる検出に応じて、前記優先通信方式と他の通信方式との実行時間を可変するステップである、
通信制御方法である。

この第４の発明によれば、最後にタグデータの読み取りに成功してから所定時間が経過したことが検出され、この検出に応じて優先通信方式と他の通信方式との実行時間が可変される。所定時間が経過してもＩＣタグのタグデータが読み出されない場合、このＩＣタグの通信方式が優先通信方式としている通信方式と一致していない可能性が高い。このような場合に、例えば優先通信方式の実行時間を短くするとともに他の通信方式の実行時間を長くなるように可変することで、より確実なタグデータの読み取りが可能となる。

第５の発明は、第１〜第３の何れかの発明の通信制御方法であって、
最後にタグデータの読み取りに成功してから所定時間が経過したことを検出する時間経過検出ステップ（例えば、図１０のステップＡ７）と、
前記時間経過検出ステップによる検出に応じて、現在優先通信方式とされている通信方式を変更する優先通信方式変更ステップと、
を更に含む通信制御方法である。

この第５の発明によれば、最後にタグデータの読み取りに成功してから所定時間が経過したことが検出され、この検出に応じて現在最優先通信方式とされている通信方式が変更される。所定時間が経過してもＩＣタグのタグデータが読み出されない場合、このＩＣタグの通信方式が、優先通信方式としている通信方式と一致していない可能性が高い。このような場合に、優先通信方式とする通信方式を変更することで、より確実なタグデータの読み取りが可能となる。

第６の発明は、第１〜第５の何れかの発明の通信制御方法であって、
所定の目的地と今回読み取ったタグデータとに基づいて前記利用者に前記目的地への移動方向を案内する方向案内ステップ（例えば、図１０のステップＡ１９）を更に含み、
前記進行方向予測ステップは、前記方向案内ステップで案内される移動方向を、前記利用者が進行しようとする方向として予測するステップである、
通信制御方法である。

この第６の発明によれば、今回読み取ったタグデータに基づいて利用者に目的地への移動方向が案内され、この案内される移動方向が利用者が進行使用とする方向として予測される。利用者を目的地へ案内する場合、利用者は、案内された方向へ進行することが殆どである。このため、利用者への案内方向に対応する次タグスポットの通信方式を優先通信方式とすることで、より確実なタグデータの読み取りが可能となる。

第７の発明は、
各所の誘導用ブロックに埋設されたＩＣタグと通信するタグリーダを先端部に備えるとともに、第１〜第５の何れかの発明の通信制御方法を実行する制御部を備えた案内用杖である。

この第７の発明によれば、第１〜第５の何れかの発明と同様の効果を奏する案内用杖を実現できる。

第８の発明は、
各所の誘導用ブロックに埋設されたＩＣタグと通信するタグリーダを先端部に有する案内用杖の利用者に携帯され、前記案内用杖と通信可能な携帯型電子機器であって、
前記案内用杖は、前記タグリーダによって前記ＩＣタグから読み出した前記タグデータを前記携帯型電子機器に送信する送信部と、前記携帯型電子機器から受信した通信方式切替制御信号に応じて前記タグデータの通信方式を切り替える切替制御部とを備え、
第１〜第６の何れかの発明の通信制御方法を実行する制御部を備えた携帯型電子機器である。

また、第９の発明は、
各所の誘導用ブロックに埋設されたＩＣタグと通信するタグリーダを先端部に有する案内用杖の利用者に携帯され、前記案内用杖と通信可能な携帯型電子機器の制御プログラムであって、
前記案内用杖は、前記タグリーダによって前記ＩＣタグから読み出した前記タグデータを前記携帯型電子機器に送信する送信部と、前記携帯型電子機器から受信した通信方式切替制御信号に応じて前記タグデータの通信方式を切り替える切替制御部とを備え、
前記携帯型電子機器に内蔵されたコンピュータに、第１〜第６の何れかの発明の通信制御方法を実行させるための制御プログラムである。

この第８又は第９の発明によれば、携帯型電子機器による案内用杖の制御によって、第１〜第６の何れかの発明と同様の効果を奏することができる。

本発明によれば、案内用杖の先端部に具備されたタグリーダが誘導用ブロックに埋設されたＩＣタグからタグデータを読み取る際に、利用者が次に進行しようとする方向が予測され、予測された進行方向に対応する次タグスポット、すなわち次に読み取られると予測されるＩＣタグの通信方式を優先通信方式としてＩＣタグからのタグデータの読み取りを行うことで、タグデータのより確実な読み取りが可能となる。

以下、図面を参照して本発明の好適な実施形態を説明する。なお、以下では、本発明を、視覚障害者であるユーザを目的地まで案内する誘導案内システムに適用した場合を説明するが、本発明の適用可能な実施形態がこれに限定されるものではない。

［システム構成］
図１は、本実施形態における誘導案内システム１の概略構成を示す図である。同図によれば、誘導案内システム１は、通路等に敷設された視覚障害者用誘導ブロック（以下、単に「誘導ブロック」という）１０に埋め込まれたＩＣタグ２０と、視覚障害者であるユーザＹが手に持つ白杖である案内用杖３０と、ユーザがポケット等に入れて携帯する小型の携帯端末４０とから構成される。

ＩＣタグ２０は近距離無線通信を利用して非接触でデータの書き込み／読み出しを行うＲＦＩＤ（Radio Frequency IDentification）に用いられるタグである。このＩＣタグ２０には、当該ＩＣタグ２０或いは敷設された誘導ブロック１０の識別情報を含むデータ（タグデータ）が記憶されている。ここで、ＩＣタグ２０或いはこのＩＣタグ２０が埋設された誘導ブロック１０が、「タグスポット」に該当する。

案内用杖３０は、その先端付近にＩＣタグ２０のリーダ（タグリーダ）が設けられているとともに、携帯端末４０と無線通信を行うための無線通信装置を内蔵しており、先端部分に接近したＩＣタグ２０に記憶されているデータ（タグデータ）をタグリーダで読み取り、読み取ったタグデータを携帯端末４０に送信する。

携帯端末４０は、案内用杖３０と無線通信を行うための無線通信装置を内蔵し、案内用杖３０から受信したＩＣタグ２０のタグデータをもとに、進むべき方向や目的地までの距離等を音声出力することで、設定された目的地までユーザを誘導案内する。案内用杖３０と携帯端末４０との間の無線通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）で実現される。なお、Ｂｌｕｅｔｏｏｔｈ規格に限らず、他の通信規格としても良い。

図２は、誘導案内システム１による誘導案内の一例を示す図である。同図に示すように、駅構内や地下街の通路には複数の誘導ブロックが列をなして敷設され、これらの誘導ブロックの連なりである誘導路１２が形成されている。説明の簡便化のため、誘導路１２は、図中上方向を「北」として、南北方向及び東西方向といった互いに直交する２方向に沿って直線状に形成されていることとする。そして、誘導路１２上には、ＩＣタグ２０が、例えば数〜十数ｍの間隔で設置されている。また、誘導路１２の屈曲部分や分岐部分には、必ずＩＣタグ２０が設置されている。

ユーザが目的地までの誘導案内を受けたい場合には、先ず、携帯端末４０において目的地を設定する。この目的地の設定は、「改札口」のように目的地の名称を音声入力することで行う。ここで、目的地の設定は、音声入力に限らず他の方法であっても良い。例えば、携帯端末４０は携帯電話機のテンキーと同様の操作キーを具備することとし、携帯電話機のテンキー操作入力と同様の操作入力で文字入力を行い、入力済みの文字列を音声読み上げ機能で音声出力することで確認する等としても良い。或いは、予め番号と候補地とを対応付けて設定しておき、携帯端末４０の音声ガイダンスによってテンキー操作で番号入力を行って目的地を設定することにしても良い。

目的地を設定すると、誘導路１２に沿った歩行を開始する。すると、適当なタイミング（詳細には、案内用杖３０によってＩＣタグ２０が検知されたタイミング）で、進むべき方向や目的地までの距離が音声によって案内される。ここで案内される方向（案内方向）は、誘導路１２に沿った方向であり、例えば前後左右方向といったユーザを基準とした方向で表現される。

例えば、図中右上の目的地に向かう場合には、次のように誘導案内がなされる。すなわち、東方向に向かって進んできたユーザがＩＣタグ２０ｂに到達すると、そのまま「前方」へ進むように案内される。案内に従ってそのまま前方に進行し、ＩＣタグ２０ｃに到達すると、次は「左方」へ進むように案内される。ここで、ユーザが左折せずにそのまま直進してＩＣタグ２０ｄに到達すると、「後方」へ進むように、すなわち後戻りするように案内される。そして、案内に従って後方に進み（すなわち、後戻りして）、再度ＩＣタグ２０ｃに到達すると、今度は「右方」へ進むように案内される。このように、案内される方向に進むことで、ユーザは、ＩＣタグ２０ｆ，２０ｇ，２０ｈの位置を順に通過し、目的地に到達することができる。

ところで、ＩＣタグ２０の通信方式が複数ある場合があり、ここでは、説明の簡便化のため、通信方式Ａ，Ｂの２種類があるものとする。すなわち、設置されているＩＣタグ２０には、通信方式Ａのものと、通信方式Ｂのものとが混在している。通信方式Ａ，Ｂは、例えば搬送波周波数が互いに異なる通信方式であり、搬送周波数の一例としては、一方が１２５ｋＨｚであり、他方が１３４．２ｋＨｚである。このため、案内用杖３０では、ＩＣタグ２０の通信方式が何れであっても記憶されているタグデータを読み出せるように、通信方式Ａでの読み取りと、通信方式Ｂでの読み取りを交互に行う。具体的には、各通信方式での読み取りを行う時間ｔをそれぞれ異ならせ、一方の通信方式を他方の通信方式に対して優先させて読み取りを行う。より詳細には、優先させる通信方式が異なる３種類の通信モードＸ，Ｙ，Ｚが定められており、優先させる通信方式に応じた通信モードＸ，Ｙ，Ｚが設定される。

図３は、通信モードを説明する図である。同図において、上側は通信モードＸを示し、中側は通信モードＹを示し、下側は通信モードＺを示している。同図に示すように、ユーザが１つの誘導ブロックを通過するのに要する時間Ｔ（５０ｍｓ〜１ｓ程度）が、通信方式Ａで読み取りを行う時間ｔａと、通信方式Ｂで読み取りを行う時間ｔｂとに時分割され、この実行時間ｔａ，ｔｂの比率が、通信モードによって異なっている。すなわち、通信モードＸは、通信方式Ａを優先させたモードであり、実行時間ｔａが実行時間ｔｂより長く定められている。具体的には、例えば実行時間ｔａが実行時間ｔｂの３倍の長さである。また、通信モードＹは、通信方式Ｂを優先させたモードであり、実行時間ｔｂが実行時間ｔａよりも長く定められている。具体的には、例えば実行時間ｔｂが実行時間ｔａの３倍の長さである。勿論、この実行時間ｔａ，ｔｂの長さは任意である。そして、通信モードＺは、実行時間ｔａ，ｔｂが等しい場合である。

通信モードＸ，Ｙ，Ｚは、次に検知されると予測されるＩＣタグ２０の通信方式に応じて切り替えられる。すなわち、ＩＣタグ２０が検知されると、次に進むべき方向（目的地に至る方向）が案内されるが、この案内方向のＩＣタグ２０の通信方式に応じた通信モードに切り替えられる。つまり、次のＩＣタグ２０が通信方式Ａならば通信モードＸに切り替えられ、通信方式Ｂならば通信モードＹに切り替えられる。

図４は、通信モードの切り替えを説明する図である。同図において、ユーザが、誘導路１２に沿ってＩＣタグ２０ａに向かって進んでいる。このとき、ＩＣタグ２０ａが通信方式Ａであるため、通信モードＸに設定されているものとする。そして、このユーザがＩＣタグ２０ａの位置に到達すると、「前方」へ進むように案内される。このとき、案内方向にあるＩＣタグ２０ｂが通信方式Ａであるため、通信モードの設定は通信モードＸのままである。続いて、ユーザが直進してＩＣタグ２０ｂが検知されると、次は「左方」へ移動するように案内され、この案内方向にあるＩＣタグ２０ｄが通信方式Ｂであるため、通信モードＸから通信モードＹに切り替えられる。

また、ＩＣタグ２０の検知が所定の検知待機時間（例えば、数秒程度）の間なされない場合、現在の通信モードから他の通信モードに切り替えられる。例えば、ユーザが案内方向とは異なる方向に進んだ場合、ユーザの実際の進行方向のＩＣタグ２０の通信方式が案内方向のＩＣタグ２０の通信方式と異なると、ＩＣタグ２０が検知されない確率が高くなる。このような場合に対処するために、検知待機時間の経過に応じて通信モードを切り替えることで、ＩＣタグ２０のより確実な検知が可能となる。

このような誘導案内システム１の具体的な３つの実施例を説明する。

［第１実施例］
先ず、第１実施例を説明する。図５は、第１実施例における誘導案内システム１Ａの構成図である。同図によれば、誘導案内システム１Ａは、ＩＣタグ２０と、案内用杖３０と、携帯端末４０Ａとから構成される。

ＩＣタグ２０には、タグデータ２１０Ａが記憶されている。図６に、タグデータ２１０Ａのデータ構成を示す。同図によれば、タグデータ２１０Ａは、当該ＩＣタグ２０の識別番号であるタグＩＤ２１１と、当該ＩＣタグ２０の隣接タグについてのデータ（隣接タグデータ）２１２Ａと、候補地についてのデータ（候補地データ）２１３Ａとから構成される。

「隣接タグ」は、当該ＩＣタグ２０から誘導路に沿って次のＩＣタグ２０のことであり、「自タグスポット」である当該ＩＣタグ２０の「次タグスポット」に該当する。例えば、図２においては、ＩＣタグ２０ｃの隣接タグは、ＩＣタグ２０ａ，２０ｂ，２０ｄ，２０ｆの４つである。また、ＩＣタグ２０ｆの隣接タグは、ＩＣタグ２０ｃ，２０ｇの２つである。隣接タグデータ２１２Ａは、当該ＩＣタグの隣接タグそれぞれについて、タグＩＤと、方向と、通信方式とを対応付けて格納している。隣接タグの方向は、当該ＩＣタグ２０から誘導路に沿った隣接タグの方向であり、東西南北といった絶対方向で表現される。

「候補地」は、目的地となり得る場所のことであり、鉄道の駅構内の場合、出口や改札、券売機、トイレ、ホーム、駅事務室等である。候補地データ２１３Ａは、候補地それぞれについて、候補地ＩＤと、方向と、距離とを対応付けて格納している。候補地の方向は、当該ＩＣタグ２０の位置から当該候補地に至る誘導路に沿った隣接タグの方向であり、東西南北といった絶対方向で表現される。候補地までの距離は、当該ＩＣタグ２０の位置から当該候補地までの誘導路に沿った距離である。当該ＩＣタグ２０の設置位置が当該候補地であるならば、この距離がゼロに設定される。

案内用杖３０は、タグリーダ３１０と、無線通信装置３２０とを有している。タグリーダ３１０は、ＩＣタグ２０に記憶されているデータ（タグリーダ）を読み取る。また、このタグリーダ３１０は、２種類の通信方式Ａ，Ｂでデータを読み取り可能であり、読み取りを行う通信方式は、携帯端末４０から受信した切替信号に従って切り替えられる。無線通信装置３２０は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した無線通信モジュールであり、携帯端末４０等の外部機器との無線通信を制御する。本実施例では、主に、タグリーダ３１０によって読み取られたＩＣタグ２０のタグデータを携帯端末４０に送信するとともに、携帯端末４０から送信される通信方式の切替信号を受信する。

携帯端末４０Ａは、処理部４１０Ａと、操作入力部４２０と、音声入力部４３０と、表示部４４０と、音声出力部４５０と、無線通信部４６０と、記憶部４７０Ａとを有する。

処理部４１０Ａは、ＣＰＵ等によって実現され、記憶部４７０Ａに記憶されたプログラムやデータ、操作入力部４２０や音声入力部４３０からの入力データ等に基づいて、携帯端末４０Ａの全体制御を行う。また、本実施形態では、処理部４１０Ａは、誘導案内プログラム４７１Ａに従った誘導案内処理（１）を行う。

この誘導案内処理（１）では、処理部４１０Ａは、先ず、目的地を設定する。具体的には、音声入力部４３０からのユーザの入力音声を音声認識処理し、候補地テーブル４８１に定められている複数の候補地のうちの何れかを目的地として設定する。設定した目的地は、目的地データ４８３に格納される。候補地テーブル４８１は、候補地を定めたデータテーブルであり、複数の候補地について、その候補地ＩＤと候補地名とを対応付けて格納している。これらの候補地は、タグデータ２１０Ａに格納される候補地と共通である。

次いで、案内用杖３０によってＩＣタグ２０が検知されると、目的地に到着したかを判断する。ここで、「ＩＣタグ２０が検知された」とは、「案内用杖３０からＩＣタグ２０のタグデータ２１０Ａが受信された」ことを意味する。すなわち、受信されたタグデータ２１０Ａにおいて、目的地に該当する候補地までの距離がゼロならば、目的地に到着したと判断する。そして、目的地に到着したことを、例えば「目的地に到着しました」といった所定音声を音声出力部４５０に出力させることでユーザに案内する。

目的地に到着していないならば、処理部４１０Ａは、今回検知したＩＣタグ２０（今回タグ）と前回検知したＩＣタグ２０（前回タグ）との位置関係から、ユーザの進行方向を判断する。タグデータ２１０Ａには、当該ＩＣタグ２０の隣接タグそれぞれについて、ＩＤタグ及び方向が含まれている。つまり、今回検知したＩＣタグ２０（以下、「今回タグ」という）のタグデータ２１０と、前回検知したＩＣタグ２０（以下、「前回タグ」という）のタグデータ２１０を参照して、今回タグが前回タグの隣接タグであるかを判断する。今回タグが前回タグの隣接タグならば、ユーザは前回タグの位置から今回タグの位置まで進んできたとみなし、前回タグから見た今回タグの方向をユーザの進行方向と判断する。

図７は、ユーザの進行方向の判断を説明する図である。同図において、前回タグであるＩＣタグ２０ａの隣接タグはＩＣタグ２０ｂであり、その方向は「東」である。また、今回タグであるＩＣタグ２０ｂの隣接タグはＩＣタグ２０ａであり、その方向は「西」である。つまり、ＩＣタグ２０ａから見たＩＣタグ２０ｂの方向は「東」であり、従って、ユーザの進行方向は「東」であると判断される。

次いで、処理部４１０Ａは、判断したユーザの現在の進行方向（現在進行方向）と、今回タグを基準とした目的地の方向（今回タグから目的地に至る方向）との関係から、ユーザが次に進むべき方向として案内する方向（案内方向）を判断する。図８は、ユーザの案内方向の判断を説明する図である。同図において、ユーザの現在の進行方向（現在進行方向）は「東」であり、目的地の方向は「南」である。従って、案内方向は「右」と判断される。そして、処理部４１０Ａは、判断した案内方向及び目的地までの距離を、音声出力部４５０に音声出力させることでユーザに案内する。

また、処理部４１０Ａは、今回タグから目的地に至る隣接タグを、次に検知されるＩＣタグ２０であると判断し、この隣接タグの通信方式に応じて通信モードを切り替える。すなわち、隣接タグが通信方式Ａならば通信モードＸに設定し、通信方式Ｂならば通信モードＹに設定する。また、処理部４１０Ａは、ＩＣタグ２０の検知から所定時間が経過しても次のＩＣタグ２０が検知されない場合、現在の通信モードから他の通信モードに切り替える。そして、以降は、次にＩＣタグ２０が検知されるまで、所定時間が経過する毎に、通信モードを切り替える。現在の通信モードは、通信モードデータ４８４に格納される。

更に、処理部４１０Ａは、設定されている通信モードに応じて、案内用杖３０のタグリーダ３１０の通信方式を制御する。具体的には、通信モードテーブル４８２に従って、現在の通信モードに対応する通信方式Ａ，Ｂそれぞれの読み取り時間ｔａ，ｔｂが経過する毎に、通信方式Ａ，Ｂの切替信号を案内用杖３０に送信する、図９に、通信モードテーブル４８２のデータ構成の一例を示す。同図によれば、通信モードテーブル４８２は、通信モード４８２ａと、各通信方式の実行時間４８２ｂとを対応付けて格納している。

操作入力部４２０は、キーボードやタッチパネル、各種スイッチ等によって実現され、操作入力に応じた入力信号を処理部４１０Ａに出力する。音声入力部４３０は、マイク等によって実現され、入力音声を処理部４１０Ａに出力する。表示部４４０は、ＬＣＤ（Liquid Crystal Display）やＥＬＤ（Electronic Luminescent Display）等によって実現され、処理部４１０Ａから入力される表示信号に基づく各種画面を表示する。音声出力部４５０は、スピーカ等で実現され、処理部４１０Ａから入力される音信号に基づく各種音声を出力する。無線通信部４６０は、ＢｌｕｅＴｏｏｔｈ規格に準拠した無線通信モジュールによって実現され、主に案内用杖３０との間のデータ通信を行う。

記憶部４７０Ａは、ＲＯＭやＲＡＭ、ハードディスク等によって実現され、処理部４１０Ａが携帯端末４０Ａを統合的に制御するための諸機能を実現するためのシステムプログラムや、各種処理を実現するためのプログラムやデータ等を記憶しているとともに、処理部４１０Ａの作業領域として用いられ、処理部４１０Ａが各種プログラムに従って実行した演算結果や、操作入力部４２０からの入力信号等が一時的に格納される。本実施形態では、記憶部４７０Ａには、プログラムとして誘導案内プログラム４７１Ａが記憶されるとともに、データとして、候補地テーブル４８１と、通信モードテーブル４８２と、目的地データ４８３と、通信モードデータ４８４と、前回検知タグデータ４８５と、今回検知タグデータ４８６とが記憶される。

図１０は、第１実施例における誘導案内処理（１）の流れを説明するフローチャートである。同図によれば、処理部４１０Ａは、先ず、目的地を設定する（ステップＡ１）。また、通信モードを初期設定（例えば、通信モードＺ）する（ステップＡ３）。次いで、ＩＣタグ２０が検知されていないならば（ステップＡ５：ＮＯ）、前回のＩＣタグ２０の検知、或いは、前回の検知待機時間の経過による通信モードの切り替えからの経過時間を判断する。経過時間が検知待機時間に達しているならば（ステップＡ７：ＹＥＳ）、現在の通信モードから他の通信モードに切り替え（ステップＡ９）、ステップＡ５に戻る。

そして、ＩＣタグ２０が検知されたならば（ステップＡ５：ＹＥＳ）、そのＩＣタグ２０から読み出されたタグデータ２１０Ａをもとに、目的地に到着したかを判断する。目的地に到着したならば（ステップＡ１１：ＹＥＳ）、目的地に到着したことを音声出力によって案内する（ステップＡ３１）。そして、誘導案内処理（１）を終了する。

一方、目的地に到着していないならば（ステップＡ１１：ＮＯ）、ユーザの進行方向を判断する。すなわち、今回の検知タグが前回の検知タグの隣接タグであるかを判断し、隣接タグならば（ステップＡ１３：ＹＥＳ）、前回の検知タグから見た今回の検知タグの方向を、ユーザの現在の進行方向と判断する（ステップＡ１５）。次いで、判断したユーザの進行方向と目的地の方向との相対関係から、ユーザへの案内方向を判断する（ステップＡ１７）。そして、判断した案内方向及び目的地までの距離を、音声出力によって案内する（ステップＡ１９）。

一方、今回の検知タグが前回の検知タグの隣接タグでないならば（ステップＡ１３：ＮＯ）、ユーザの進行方向は不明と判断する（ステップＡ２３）。続いて、処理部４１０Ａは、検知タグの全ての隣接タグそれぞれの通信方式を判断し、全て同一の通信方式ならば（ステップＡ２５：ＹＥＳ）、その通信方式に応じた通信モードに切り替える（ステップＡ２７）。具体的には、全ての隣接タグの通信方式が方式Ａならば通信モードＸに切り替え、方式Ｂならば通信モードＹに切り替える。一方、全ての隣接タグの通信方式が同一でないならば（ステップＡ２５：ＮＯ）、各隣接タグの通信方式の割合に応じた通信モードに切り替える（ステップＡ２９）。例えば、全ての隣接タグのうち、方式Ａが方式Ｂより多いならば通信モードＸに切り替え、逆に、方式Ｂが方式Ａより多いならば通信モードＹに切り替え、方式Ａ，Ｂが同数ならば通信モードＺに切り替える。その後、ステップＡ５に戻る。

［第２実施例］
次に、第２実施例を説明する。なお、第１実施例と同一の構成要素については同一符号を付し、詳細な説明を省略又は簡略する。第２実施例は、ＩＣタグ２０に記憶されるデータ（タグデータ）の構造が、第１実施例と異なる。

図１１は、第２実施例におけるタグデータ２１０Ｂのデータ構成を示す図である。同図によれば、タグデータ２１０Ｂは、当該ＩＣタグのタグＩＤ２１１と、候補地データ２１３Ｂとから構成される。候補地データ２１３Ｂは、候補地それぞれについて、候補地ＩＤと、候補地に至る隣接タグのタグＩＤ、方向及び通信方式と、候補地までの距離とを対応付けて格納している。

図１２は、第２実施例における携帯端末４０Ｂの内部構成を示す図である。同図によれば、携帯端末４０Ｂは、処理部４１０Ｂと、操作入力部４２０と、音声入力部４３０と、表示部４４０と、音声出力部４５０と、無線通信部４６０と、記憶部４７０Ｂとを備えて構成される。

処理部４１０Ｂは、誘導案内プログラム４７１Ｂに従った誘導案内処理（２）を行う。この誘導案内処理（２）では、先ず、目的地を設定する。次いで、ＩＣタグ２０が検知されると、目的地に到着したかを判断し、目的地に到着していないならば、今回検知したＩＣタグ２０（今回タグ）と、前回検知したＩＣタグ２０（前回タグ）との位置関係から、ユーザの現在の進行方向を判断する。

タグデータ２１０Ｂには、当該ＩＣタグ２０から候補地それぞれに至る隣接タグのＩＤ及びその方向が含まれている。このため、今回タグ及び前回タグそれぞれのタグデータ２１０を参照して、今回タグが、前回タグから見て何れかの候補地に至る隣接タグであるかを判断し、隣接タグならば、前回タグから見た今回タグの方向を、ユーザの進行方向と判断する。

次いで、判断したユーザの進行方向と今回タグから目的地に至る隣接タグ方向との関係から、ユーザが次に進むべき方向である案内方向を判断し、判断した案内方向と目的地までの距離とを案内する。また、処理部４１０Ｂは、今回タグから目的地に至る隣接タグの通信方式に応じて通信モードを切り替える。

記憶部４７０Ｂには、プログラムとして誘導案内プログラム４７１Ｂが記憶され、データとして、候補地テーブル４８１と、通信モードテーブル４８２と、目的地データ４８３と、通信モードデータ４８４と、前回検知タグデータ４８５と、今回検知タグデータ４８６とが記憶される。

図１３は、第２実施例における誘導案内処理（２）を説明するフローチャートである。同図によれば、処理部４１０Ｂは、先ず、目的地を設定し（ステップＡ１）、また、通信モードを初期設定（例えば、通信モードＺ）する（ステップＡ３）。次いで、ＩＣタグ２０が検知されたかを判断し、検知されていないならば（ステップＡ５：ＮＯ）、前回タグの検知、或いは、前回の検知待機時間の経過による通信モードの切り替えからの経過時間を判断する。経過時間が検知待機時間に達しているならば（ステップＡ７：ＹＥＳ）、現在の通信モードを他の通信モードに切り替え（ステップＡ９）、ステップＡ５に戻る。そして、ＩＣタグ２０が検知されたならば（ステップＡ５：ＹＥＳ）、目的地に到達したかを判断する。目的地に到達したならば（ステップＡ１１：ＹＥＳ）、目的地に到着したことを案内した後（ステップＡ３１）、誘導案内処理（２）を終了する。

目的地に到達していないならば（ステップＡ１１：ＮＯ）、ユーザの進行方向を判断する。すなわち、今回の検知タグが、前回の検知タグの何れかの目的地に至る隣接タグであるかを判断し、隣接タグならば（ステップＢ１３：ＹＥＳ）、前回の検知タグから今回の検知タグの方向を、ユーザの進行方向と判断する（ステップＢ１５）。続いて、判断したユーザの進行方向と目的地に至る隣接方向との位置関係から、ユーザが次に進むべき方向（案内方向）を判断し（ステップＡ１７）、判断した案内方向と目的地までの距離とを案内する（ステップＡ１９）。続いて、目的地に至る隣接タグの通信方式に応じて通信モードを切り替え（ステップＢ２１）、その後、ステップＡ５に戻る。

一方、今回の検知タグが前回の検知タグの隣接タグでないならば（ステップＢ１３：ＮＯ）、ユーザの進行方向は不明と判断する（ステップＢ２３）。次いで、検知タグから読み出されたタグデータ２１０Ｂをもとに、通信方式が定められている隣接タグそれぞれの通信方式を判断し、全て同一の通信方式ならば（ステップＢ２５：ＹＥＳ）、その通信方式に応じた通信モードに切り替える（ステップＢ２７）。一方、隣接タグの通信方式が同一でないならば（ステップＢ２５：ＮＯ）、各隣接タグの通信方式の割合に応じて通信モードを切り替える（ステップＢ２９）。例えば、これらの隣接タグのうち、通信方式Ａが通信方式Ｂよりも多いならば通信モードＸに切り替え、逆に通信方式Ｂが通信方式Ａよりも多いならば通信モードＹに切り替え、通信方式Ａ，Ｂが同数ならば通信モードＺに切り替える。その後、ステップＡ５に戻る。

［第３実施例］
次に、第３実施例を説明する。なお、第１又は第２実施例と同一の構成要素については同符号を付し、詳細な説明を省略又は簡略する。第３実施例は、ＩＣタグ２０のタグＩＤが、所定の規則性に従って符番されていることに特徴がある。

図１４は、ＩＣタグ２０のタグＩＤの規則性を説明する図である。同図に示すように、本実施例では、東西方向及び南北方向に沿って形成された誘導路１２上に、ＩＣタグ２０が設置されている。但し、図中上方向が「北」である。

ＩＣタグ２０のタグＩＤは４桁で表現され、その上位２桁に「南北方向」が割り当てられ、下位２桁に「東西方向」が割り当てられている。そして、タグＩＤの上位２桁は、該当するＩＣタグ２０の位置が南方向であるほど大きな値となるように設定され、下位２桁は、該当するＩＣタグ２０の位置が東方向であるほど大きな値となるように設定される。従って、前回の検知タグのタグＩＤから今回の検知タグのタグＩＤへの変化から、ユーザの移動方向を判断できる。なお、タグＩＤは４桁に限らず何桁でも良く、ここでは、説明の簡便化のため４桁であるとする。

つまり、タグＩＤの上位２桁に着目すると、南北方向への移動を判断できる。すなわち、タグＩＤの上位２桁の値が増加しているならば南方向に移動し、減少しているならば北方向に移動し、変化していないならば南北方向には移動していないと判断できる。同様に、タグＩＤの下位２桁に着目すると、東西方向への移動を判断できる。すなわち、タグＩＤの下位２桁の値が増加しているならば東方向に移動し、減少しているならば西方向に移動し、変化していないならば東西方向には移動していないと判断できる。そして、この南北方向及び東西方向への移動を組み合わせることで、東西南北の絶対方向での移動方向を判断できる。

例えば、前回タグがタグＩＤ「０６０３」のＩＣタグ２０ｃであり、今回タグがタグＩＤ「０６０４」のＩＣタグ２０ｄである場合、前回タグと今回タグとでは、タグＩＤの上位２桁は変化しておらず、下位２桁は増加しているため、ユーザの進行方向は「東」と判断される。また、前回タグがタグＩＤ「０５０３」のＩＣタグ２０ｆであり、今回タグがタグＩＤ「０６０３」のＩＣタグ２０ｃである場合、前回タグと今回タグとでは、タグＩＤの上位２桁が増加し、下位２桁は変化してないため、ユーザの進行方向は「南」と判断される。

図１５は、第３実施例におけるタグデータ２１０Ｃのデータ構成を示す図である。同図によれば、タグデータ２１０Ｃは、当該ＩＣタグのタグＩＤ２１１と、候補地データ２１３Ｃとから構成される。候補地データ２１３Ｃは、候補地それぞれについて、候補地ＩＤと、候補地に至る隣接タグの方向及び通信方式と、候補地までの距離とを対応付けて格納している。

図１６は、第３実施例における携帯端末４０Ｃの内部構成を示す図である。同図によれば、携帯端末４０Ｃは、処理部４１０Ｃと、操作入力部４２０と、音声入力部４３０と、表示部４４０と、音声出力部４５０と、記憶部４７０Ｃとを備えて構成される。

処理部４１０Ｃは、誘導案内プログラム４７１Ｃに従った誘導案内処理（３）を行う。誘導案内処理（３）では、先ず、目的地を設定する。次いで、ＩＣタグ２０が検知されると、目的地に到着したかを判断し、目的地に到着していないならば、今回検知したＩＣタグ２０（今回タグ）のタグＩＤと、前回検知したＩＣタグ２０（前回タグ）のタグＩＤをもとに、ユーザの現在の進行方向を判断する。すなわち、符番ルールテーブル４８７を参照して、タグＩＤの上位２桁の増減の変化から南北方向への移動を判断し、下位２桁の増減の変化から東西方向への移動を判断する。

符番ルールテーブル４８７は、タグＩＤの符番の規則性を定義したデータテーブルである。図１７に、符番ルールテーブル４８７のデータ構成の一例を示す。同図によれば、符番ルールテーブル４８７は、タグＩＤの桁４８７ａそれぞれに、値が増加する方向４８７ｂと、減少する方向４８７ｃとを対応付けて格納している。なお、本実施例では、タグＩＤの上位２桁を南北方向、下位２桁を東西方向としたが、各桁に対応する方向を、誘導路に沿った方向に適宜定めて良いのは勿論である。

次いで、判断したユーザの進行方向と今回タグから目的地に至る隣接タグ方向との関係から、ユーザが次に進むべき方向である案内方向を判断し、判断した案内方向と目的地までの距離とを案内する。また、処理部４１０Ｃは、今回タグから目的地に至る隣接タグの通信方式に応じて通信モードを切り替える。

記憶部４７０Ｃには、プログラムとして誘導案内プログラム４７１Ｃが記憶されるとともに、データとして、候補地テーブル４８１と、通信モードテーブル４８２と、符番ルールテーブル４８７と、目的地データ４８３と、通信モードデータ４８４と、前回検知タグデータ４８５と、今回検知タグデータ４８６とが記憶される。

図１８は、第３実施例における誘導案内処理（３）を説明するフローチャートである。同図によれば、処理部４１０Ｃは、先ず、目的地を設定し（ステップＡ１）、また、通信モードを初期設定（例えば、通信モードＺ）する（ステップＡ３）。次いで、ＩＣタグ２０が検知されたかを判断し、検知されていないならば（ステップＡ５：ＮＯ）、最後にＩＣタグ２０が検知されてから、或いは、最後に検知待機時間の経過により通信モードが切り替えられてからの経過時間を判断する。経過時間が所定の検知待機時間に達しているならば（ステップＡ７：ＹＥＳ）、現在の通信モードから他の通信モードに切り替え（ステップＡ９）、ステップＡ５に戻る。そして、ＩＣタグ２０を検知したならば（ステップＡ５：ＹＥＳ）、目的地に到着したかを判断する。目的地に到着したなら（ステップＡ１１：ＹＥＳ）、目的地に到着したことを案内し（ステップＡ３１）、誘導案内処理（３）を終了する。

一方、目的地に到着していないならば（ステップＡ１１：ＮＯ）、前回の検知タグのタグＩＤから今回の検知タグのタグＩＤへの変化をもとに、ユーザの進行方向を判断する（ステップＣ１３）。ユーザの進行方向が判断できたならば（ステップＣ１５：ＹＥＳ）、続いて、判断したユーザの進行方向と目的地に至る隣接タグの方向とから、ユーザが次に進むべき方向（案内方向）を判断する（ステップＡ１７）。続いて、判断した案内方向と目的地までの距離とを案内する（ステップＡ１９）。そして、目的地に至る隣接タグの通信方式に応じて通信モードを切り替え（ステップＣ２１）、その後、ステップＡ５に戻る。

一方、ユーザの進行方向を判断できなかったならば（ステップＣ１５：ＮＯ）、次いで、検知タグから読み出されたタグデータ２１０Ｃをもとに、通信方式が定められている隣接タグそれぞれの通信方式を判断し、全て同一の通信方式ならば（ステップＣ２３：ＹＥＳ）、その通信方式に応じた通信モードに切り替える（ステップＣ２５）。一方、隣接タグの通信方式が同一でないならば（ステップＣ２３：ＮＯ）、各隣接タグの通信方式の割合に応じて通信モードを切り替える（ステップＣ２７）。例えば、これらの隣接タグのうち、通信方式Ａが通信方式Ｂよりも多いならば通信モードＸに切り替え、逆に通信方式Ｂが通信方式Ａよりも多いならば通信モードＹに切り替え、通信方式Ａ，Ｂが同数ならば通信モードＺに切り替える。その後、ステップＡ５に戻る。

［変形例］
なお、本発明の適用可能な実施形態は、上述の実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で適宜変更可能なのは勿論である。

（Ａ）通信モードの切り替え
例えば、上述の実施形態では、通信モードの切り替えを、目的地に至る経路方向の隣接タグの通信方式に応じて切り替えることにしたが、目的地が設定されていない場合には、次のように行う。すなわち、ユーザの次に進む方向を予測し、予測した方向（予測方向）の隣接タグの通信方式に応じて通信モードを切り替える。

具体的には、次に進む歩行の候補となる候補方向が１つならば、その候補方向を予測方向とし、この予測方向の隣接タグの通信モードに応じた通信モードに切り替える。また、誘導路の分岐部分など候補方向が複数ある場合には、これら複数の候補方向それぞれの隣接タグの通信方式に応じて切り替える。すなわち、複数の候補方向それぞれの隣接タグの通信方式が全て同じならば、当該通信方式に応じた通信モードに切り替える。また、候補方向それぞれの隣接タグの通信方式が異なるならば、最も多い通信方式に応じた通信モードに切り替えても良いし、或いは、予め候補地に優先度をつけておき、複数の候補方向のうち、優先度が最も高い候補地に至る経路の方向を予測方向として、この予測方向の隣接タグの通信方式に応じた通信モードに切り替えても良い。

更にこの場合、隣接タグの通信方式の数に応じて、各通信方式Ａ，Ｂでの実行時間ｔａ，ｔｂを可変としても良い。具体的には、全ての隣接タグそれぞれの通信方式を判断し、判断した各通信方式の割合に比例させるように、各通信方式での実行時間ｔの比率を変更する。例えば、これにより、全ての隣接タグの通信方式が同一ならば、他の通信方式での実行時間ｔはゼロとなり、この同一の通信方式での読み取りのみが行われることになる。

（Ｂ）通信方式
また、上述の実施形態では、ＩＣタグ２０の通信方式は方式Ａ，Ｂの２種類としたが、３種類以上の場合にも同様に適用可能である。すなわち、３種類以上の通信方式それぞれを他の通信方式よりも優先させた、通信方式の種類数に応じた数の通信モードを定める。各通信モードでは、ユーザが１つの誘導ブロックを通過するのに要する時間Ｔを、３種類以上の通信方式それぞれで読み取りを行う時間で時分割するとともに、優先させる通信方式での読み取りを行う時間を、他の通信方式での読み取りを行う時間よりも長く設定する。

更に、ＩＣタグ２０の通信方式が１種類の場合には、この通信モードの機能をオフにすることとしても良い。例えば、所定の施設内等、設置されているＩＣタグ２０の通信方式が１種類であると予め判っている場合には、複数の通信方式での読み取りを交互で行う通信モードの機能をオフとして、該当する通信方式のみでのＩＣタグ２０の検知を行う。

（Ｃ）地図データを内蔵
携帯端末４０が地図データを内蔵し、検知したＩＣタグ２０をもとにユーザを目的地まで案内することにしても良い。この場合、携帯端末４０では、予め、ＩＣタグ２０の設置位置と地図上における位置とを対応付けたデータを内蔵しておく。なお、ＩＣタグ２０に、当該ＩＣタグ２０の設置位置（例えば、建物の入り口から北へ１００ｍ）を記憶しておくことにしても良い。

そして、携帯端末４０では、案内用杖３０で検知されたＩＣタグ２０に記憶されている当該ＩＣタグ２０のタグＩＤから、地図上におけるユーザの現在位置を判断する。また、直近に検知したＩＣタグ２０の設置位置の変化から、ユーザの移動方向（東西南北の絶対方向）を判断する。そして、判断したユーザの移動方向と、現在位置から誘導路に沿って目的地に至る方向との関係から、ユーザへの案内方向（前後左右の相対方向）を判断し、判断した案内方向を音声出力等によってユーザに案内する。それとともに、目的地に至る次のＩＣタグ２０の通信方式に応じて、通信モードを切り替える。

更に、目的地が設定されていない場合には、判断したユーザの現在位置や、或いは、誘導路に沿ったユーザの進行方向の先にある候補地を案内することにしても良い。この場合には、ユーザが、判断した進行方向にそのまま進んだと仮定し、そのときの次のＩＣタグ２０の通信方式に応じて、通信モードを切り替える。

誘導案内システムの概略構成の説明図。 誘導案内の一例。 通信モードの説明図。 通信モードの切り替えの説明図。 第１実施例における誘導案内システムの構成図。 第１実施例におけるタグデータのデータ構成例。 ユーザの進行方向の判断の説明図。 案内方向の判断の説明図。 通信モードテーブルのデータ構成例。 第１実施例における誘導案内処理（１）のフローチャート。 第２実施例におけるタグデータのデータ構成例。 第２実施例における携帯端末の構成図。 第２実施例における誘導案内処理（２）のフローチャート。 ＩＣタグのタグＩＤの規則性の説明図。 第３実施例におけるタグデータのデータ構成例。 第３実施例における携帯端末の構成図。 符番ルールテーブルのデータ構成例。 第３実施例における誘導案内処理（３）のフローチャート。

符号の説明

１ 誘導案内システム
１０ 誘導ブロック
２０ ＩＣタグ
２１０Ａ，２１０Ｂ，２１０Ｃ タグデータ
３０ 案内用杖
３１０ タグリーダ、３２０ 無線通信装置
４０（４０Ａ，４０Ｂ，４０Ｃ） 携帯端末
４１０Ａ，４１０Ｂ，４１０Ｃ 処理部
４７０Ａ，４７０Ｂ，４７０Ｃ 記憶部
４７１Ａ，４７１Ｂ，４７１Ｃ 誘導案内プログラム
４８１ 候補地テーブル、４８２ 通信モードテーブル
４８３ 目的地データ、４８４ 通信モードデータ
４８５ 前回検知タグデータ、４８６ 今回検知タグデータ
４８７ 符番ルールテーブル

Claims (9)

1. 案内用杖の先端部に具備されたタグリーダが、各所の誘導用ブロックに埋設されて予め定められた複数の通信方式の何れかでなるＩＣタグからタグデータを読み取る際の通信制御方法であって、
   前記タグデータには、自ＩＣタグ又は自ＩＣタグが埋設された誘導用ブロック（以下包括して「タグスポット」という。）を識別する識別情報と、タグスポットの配設方向に沿った自タグスポットと当該自タグスポットの次のタグスポット（以下「次タグスポット」という。）との相対的な方向を判別可能な方向情報と、次タグスポットのＩＣタグの通信方式を示す通信方式情報とが含まれ、
   今回及び過去に読み取ったタグデータに基づいて今回読み取ったタグデータのタグスポットに至った際の前記案内用杖の利用者の進行方向を判別する進行方向判別ステップと、
   前記判別された進行方向に基づいて今回読み取ったタグデータのタグスポットから前記利用者が次に進行しようとする方向を予測する進行方向予測ステップと、
   今回読み取ったタグデータに含まれる前記予測された進行方向に対応する次タグスポットの通信方式を優先通式方式として、前記タグデータの読み取りを試みる際の前記タグリーダの通信を制御する通信制御ステップと、
   を含む通信制御方法。
2. 前記通信制御ステップは、優先通信方式と他の通信方式とを、前記優先通信方式を最も長い実行時間として時分割に切り替える制御を行うステップである請求項１に記載の通信制御方法。
3. 前記通信制御ステップは、時分割に実行する各通信方式の実行時間を可変する時分割時間可変ステップを有する請求項２に記載の通信制御方法。
4. 最後にタグデータの読み取りに成功してから所定時間が経過したことを検出する時間経過検出ステップを更に含み、
   前記時分割時間可変ステップは、前記時間経過検出ステップによる検出に応じて、前記優先通信方式と他の通信方式との実行時間を可変するステップである、
   請求項３に記載の通信制御方法。
5. 最後にタグデータの読み取りに成功してから所定時間が経過したことを検出する時間経過検出ステップと、
   前記時間経過検出ステップによる検出に応じて、現在優先通信方式とされている通信方式を変更する優先通信方式変更ステップと、
   を更に含む請求項１〜３の何れか一項に記載の通信制御方法。
6. 所定の目的地と今回読み取ったタグデータとに基づいて前記利用者に前記目的地への移動方向を案内する方向案内ステップを更に含み、
   前記進行方向予測ステップは、前記方向案内ステップで案内される移動方向を、前記利用者が進行しようとする方向として予測するステップである、
   請求項１〜５の何れか一項に記載の通信制御方法。
7. 各所の誘導用ブロックに埋設されたＩＣタグと通信するタグリーダを先端部に備えるとともに、請求項１〜５の何れか一項に記載の通信制御方法を実行する制御部を備えた案内用杖。
8. 各所の誘導用ブロックに埋設されたＩＣタグと通信するタグリーダを先端部に有する案内用杖の利用者に携帯され、前記案内用杖と通信可能な携帯型電子機器であって、
   前記案内用杖は、前記タグリーダによって前記ＩＣタグから読み出した前記タグデータを前記携帯型電子機器に送信する送信部と、前記携帯型電子機器から受信した通信方式切替制御信号に応じて前記タグデータの通信方式を切り替える切替制御部とを備え、
   請求項１〜６の何れか一項に記載の通信制御方法を実行する制御部を備えた携帯型電子機器。
9. 各所の誘導用ブロックに埋設されたＩＣタグと通信するタグリーダを先端部に有する案内用杖の利用者に携帯され、前記案内用杖と通信可能な携帯型電子機器の制御プログラムであって、
   前記案内用杖は、前記タグリーダによって前記ＩＣタグから読み出した前記タグデータを前記携帯型電子機器に送信する送信部と、前記携帯型電子機器から受信した通信方式切替制御信号に応じて前記タグデータの通信方式を切り替える切替制御部とを備え、
   前記携帯型電子機器に内蔵されたコンピュータに、請求項１〜６の何れか一項に記載の通信制御方法を実行させるための制御プログラム。

Images