JP4578668B2 - データ通信方法、および、通信管理サーバ - Google Patents
データ通信方法、および、通信管理サーバ Download PDFInfo
- Publication number
- JP4578668B2 JP4578668B2 JP2000347133A JP2000347133A JP4578668B2 JP 4578668 B2 JP4578668 B2 JP 4578668B2 JP 2000347133 A JP2000347133 A JP 2000347133A JP 2000347133 A JP2000347133 A JP 2000347133A JP 4578668 B2 JP4578668 B2 JP 4578668B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- time
- mobile terminal
- route
- user
- 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.)
- Expired - Fee Related
Links
- 238000004891 communication Methods 0.000 title claims description 98
- 238000000034 method Methods 0.000 title claims description 25
- 230000004044 response Effects 0.000 claims description 14
- 238000010586 diagram Methods 0.000 description 33
- 238000012545 processing Methods 0.000 description 15
- 238000012546 transfer Methods 0.000 description 14
- 230000005540 biological transmission Effects 0.000 description 13
- 230000008569 process Effects 0.000 description 8
- 230000008859 change Effects 0.000 description 5
- 238000000605 extraction Methods 0.000 description 5
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 229910003460 diamond Inorganic materials 0.000 description 1
- 239000010432 diamond Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 229920001690 polydopamine Polymers 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Train Traffic Observation, Control, And Security (AREA)
- Mobile Radio Communication Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、携帯電話などの携帯端末を利用したデータ通信に関し、特に、ユーザの負担を軽減したデータ通信システムに関する。
【０００２】
【従来の技術】
近年、携帯電話など携帯端末がブラウザを搭載し、インターネットにアクセスして所望の情報の提供を受けることができるようになっている。このようなシステムにおいては、ユーザは携帯端末を操作して、検索エンジン等を利用して所望のサイトを見出し、当該サイトのコンテンツをダウンロードして、ブラウザにより当該コンテンツを閲覧している。
上記コンテンツには、鉄道路線の時刻表の提供や、鉄道の乗換案内が含まれる。時刻表の提供においては、ユーザが携帯端末を操作して、路線を指定すると、当該路線の時刻表が携帯端末の表示装置の画面上に提示される。また、乗換案内においては、ユーザが、出発地や目的地を指定することにより、推奨する経路が提示される。
【０００３】
【発明が解決しようとする課題】
時刻表の提供においては、ユーザは自分が乗るべき時間を知ることができるが、乗換の可否や目的地までどのように到達するか、或いは、目的地に達する列車が存在しないかという問題点があった。同様に、乗換案内を利用しても、ユーザは必ずしも推奨された経路にしたがって移動するとは限らず、また、途中駅の下車等による時間の変更も考えられる。このような場合に、ユーザは改めて、携帯端末を操作して、経路を取得する必要がある。ユーザが何度もサイトにアクセスし、かつ、サイトからコンテンツが伝達されると、ユーザの操作が煩雑になるばかりでなく、通信にかかるデータ量（パケット量）が増大し、これにより、ユーザの費用負担も大きくなるという問題点があった。
【０００４】
鉄道の路線や時刻表の案内以外にも、ユーザが出発地から目的地に移動する際に、必要な情報を取得したい場合がある。このような場合にも、上記問題が生じる可能性がある。
【０００５】
本発明は、ユーザの操作負担や費用負担を軽減しつつ、タイムリーな情報をユーザに提示できるシステムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明の目的は、携帯端末からの情報に基づき、通信管理サーバにおいて所定のデータを作成して、当該携帯端末に伝達するデータ通信方法であって、
携帯端末において、少なくとも目的地を入力して、当該目的地を、インターネットを介して通信管理サーバに伝達するステップと、ある経路上の所定の位置に配置された複数の基地局であって、各々が位置情報を発信する基地局の何れかから当該位置情報を受理するステップと、前記位置情報を、当該携帯端末を特定する情報とともに、インターネットを介して前記通信管理サーバに伝達するステップと、
前記通信管理サーバにおいて、携帯端末からの目的地の受理に応答して、当該目的地に至るまでの最適経路、および、目的地に至るまでの経路上の所定の地点における到達時刻を含む時刻情報を算出して、初期的な最適経路および時刻情報として、携帯端末に伝達するステップと、前記携帯端末からの位置情報の受理に応答して、必要な場合に、最適経路および／または時刻情報を再度算出して、携帯端末に伝達するステップとを備えたことを特徴とするデータ通信方法により達成される。
本発明によれば、基地局からの位置情報が、携帯端末を介して、通信管理サーバに伝達され、これに応答して、最適経路や時刻情報が、携帯端末に伝達される。したがって、ユーザが目的地を登録すれば、これ以降、携帯端末を操作することなく、目的地に達するまでの間、必要な情報を受理することが可能となる。
【０００７】
本発明の好ましい実施態様においては、必要な場合とは、所定の地点の何れかにおける到達時刻に到達しているべき位置を示す予定位置情報と、前記携帯端末から伝達された位置情報とを比較して、これらが一致しないときを意味し、この場合に、時刻情報が再度算出される。
【０００８】
また、本発明の好ましい実施態様において、必要な場合とは、前記最適経路における所定の地点と、前記携帯端末から伝達された位置情報に示す地点とを比較して、これらが一致しないときを意味し、この場合に、最適経路および時刻情報が再度算出される。
上記実施態様によれば、携帯端末を所持したユーザが、何らかの理由により予定の時刻にある地点に到達していない場合、たとえば、列車等に乗り遅れた場合にであっても、何ら携帯端末を操作する必要なく、適切な時刻情報を取得できる。同様に、経路を逸脱した場合であっても、操作することなく、適切な最適経路を取得することが可能となる。また、経路や時刻に変更がない場合には、通信管理サーバから携帯端末への情報送信が行われないため、データ送信回数やデータ量（パケット量）を減じることができる。上記最適経路および／または時刻情報が、ウェブコンテンツとして、前記携帯端末に送信されるのが望ましい。パケット量を小さくできるため、ユーザのウェブコンテンツ取得に関する費用負担を軽減することができる。
【０００９】
本発明のさらに好ましい実施態様においては、携帯端末において、他のクライアントマシンと、当該携帯端末のユーザの到着予定時刻を通知すべき地点を入力して、これらを、インターネットを介して通信管理サーバに伝達するステップと、
前記通信管理サーバにおいて、前記携帯端末からの位置情報が、前記通知すべき地点を示す場合に、算出されている時刻情報を参照してユーザの到達予定時刻を算出するステップと、算出された到達予定時刻を、前記クライアントマシンに対して伝達するステップとを備えている。或いは、通知すべき地点の代わりに時刻が設定されても良い。
【００１０】
本発明のさらに好ましい実施態様においては、基地局が、Ｂｌｕｅｔｏｏｔｈのスレーブであり、かつ、携帯端末が、Ｂｌｕｅｔｏｏｔｈのマスタとして機能する。
【００１１】
好ましい実施態様においては、経路が鉄道を含む交通路線における経路であり、前記基地局が、少なくとも交通機関が停車する、駅または停留所を含む位置に配置されている。すなわち、列車やバスなどの公共交通機関において、目的地までの最適経路や乗換、乗継などの情報、目的地への到着予定時刻等を、携帯端末のユーザに適切に、かつ、ダイナミックに通知することが可能となる。
【００１２】
また、本発明の目的は、携帯端末からの情報に基づき、通信管理サーバにおいて所定のデータを作成して、当該携帯端末に伝達するデータ通信サーバであって、 携帯端末において入力された目的地を、インターネットを介して受理し、当該目的地を、携帯端末を特定する情報とともに、ユーザ情報ファイルに記憶する管理手段と、ある経路上の所定の位置に配置された複数の基地局であって、各々が位置情報を発信する基地局の何れかからの位置情報であって、携帯端末を介在してインターネットを介して送信された位置情報を受理し、前記記憶された目的地に至るまでの最適経路、および、目的地に至るまでの経路上の所定の地点における到達時刻を含む時刻情報を算出する経路／時刻算出手段とを備え、初期的に算出された最適経路および時刻情報を携帯端末に伝達するとともに、携帯端末からの位置情報の受理に応答して、必要な場合に、前記経路／時刻算出手段が、最適経路および／または時刻情報を再度算出して、これを携帯端末に伝達するように構成されたことを特徴とする通信管理サーバにより達成される。
【００１３】
経路／時刻算出手段は、所定の地点の何れかにおける到達時刻に到達しているべき位置を示す予定位置情報と、前記携帯端末から伝達された位置情報とを比較して、これらが一致しないときに、前記時刻情報を再度算出するように構成されているのが望ましい。
また、経路／時刻算出手段は、最適経路における所定の地点と、携帯端末から伝達された位置情報に示す地点とを比較して、これらが一致しないときに、最適経路および時刻情報を再度算出するように構成されているのが望ましい。
【００１４】
上記発明の好ましい実施態様においては、管理手段が、携帯端末において入力された、他のクライアントマシンを示す情報、および、当該携帯端末のユーザの到着予定時刻を通知すべき地点を受理して、当該クライアントマシンを示す情報および通知すべき地点を、前記ユーザ情報ファイルに記憶し、さらに、前記携帯端末からの位置情報が、前記通知すべき地点を示す場合に、算出されている時刻情報を参照してユーザの到達予定時刻を算出する到着時刻算出手段を備え、当該算出された到達予定時刻を、登録されたクライアントマシンに対して伝達するように構成されている。通知すべき地点の代わりに、所望の時間が設定されても良い。
【００１５】
また、本発明の別の実施態様において、上記通信管理サーバとの間で、インターネットを介したデータ送受信をなすブラウザを備えた携帯端末は、基地局が発信した位置情報を受理して、位置情報および当該携帯端末を特定する情報を、前記通信管理サーバに送信するように構成されている。
【００１６】
さらに、受理した位置情報を、先に送信した位置情報を参照して、これらが一致しない場合に、位置情報および携帯端末を特定する情報を、通信管理サーバに送信するように構成されているのが望ましい。これにより、携帯端末から通信管理サーバへの送信回数、つまり、データ量（パケット量）を減じることが可能となる。望ましくは、Ｂｌｕｅｔｏｏｔｈのスレーブである基地局からの位置情報を受理するマスタとして機能する。
【００１７】
【発明の実施の形態】
以下、添付図面を参照して、本発明の実施の形態につき説明を加える。図１は、本発明の実施の形態にかかるデータ通信システムの全体構成を示すブロックダイヤグラムである。図１に示すように、本発明の実施の形態にかかるデータ通信システムは、通信を管理する通信管理サーバ１２を備え、当該通信管理サーバ１２は、インターネット１４に接続されている。インターネット１４には、クライアントマシン１６や、携帯電話やＰＤＡなどの携帯端末１８−１、１８−２、・・・、１８−ｎとインターネットとの接続をなすための電話サービス機関のサーバ（接続サーバ）１７が設けられている。
【００１８】
このデータ通信システムにおいては、所定の周波数にてデータを発信するスレーブ（基地局）２０−１、２０−２、・・・、２０−ｍが配置されている。このスレーブ２０のデータは、携帯端末１８にて受理されるようになっている。これは、Ｂｌｕｅｔｏｏｔｈ（ブルートゥース）を利用することができる。Ｂｌｕｅｔｏｏｔｈは、周波数ホッピング拡散方式（ＦＨＳＳ）を利用して、マスタと１以上のスレーブとの間のスター状のネットワークを構成している。この実施の形態においては、駅構内に所定の間隔でスレーブ２０を配置する一方、携帯端末１８に、マスタとして機能するための種々の部材を搭載している。
【００１９】
したがって、上記スレーブ２０から発信された、位置情報を示すデータを含む信号は、当該スレーブ２０の近傍（たとえば、半径１０メートル以内）に位置する携帯端末１８のマスタにより受信され、これに基づき、携帯端末１８において、後述するプログラムによって、当該位置情報が通信管理サーバ１２に伝達されるようになっている。
【００２０】
図２は、本実施の形態にかかる通信管理サーバ１２の構成を示すブロックダイヤグラムである。図２に示すように、通信管理サーバ１２は、インターネットを介して、クライアントマシン１６や携帯端末１８との間でなすデータ通信を制御する通信制御部２２と、各ユーザに関する種々の情報を制御するユーザ情報管理部２４と、ユーザに関する種々の情報を記憶するユーザ情報ファイル２６と、インターネットを介して携帯端末１８から伝達された情報から位置情報を抽出する位置情報抽出／特定部２８と、携帯端末１８の現在位置を示す情報に基づき、目的地までの最適経路を算出するための最適経路算出部３０と、鉄道の路線図が記憶された路線データベース（ＤＢ）３２と、経路の所定の点における時刻等を算出する時刻算出部３４と、上記路線の時刻表を記憶した時刻表データベース（ＤＢ）３６と、携帯端末１８等のユーザに伝達すべきガイド情報を作成するユーザガイド作成部３８と、クライアントマシン１６に、ユーザの到着予定時刻を通知する到着ガイドを作成する到着ガイド作成部４０と、ユーザ管理部２４にユーザに関する情報の消去を依頼する消去依頼作成部４２とを有している。
【００２１】
最適経路算出部３０は、インターネット等を介して鉄道会社のサーバ（図示せず）等から送信された、リアルタイムの路線情報が受理できるようになっている。この路線情報には、路線ごとの運行停止（不通）や遅延を示す情報が含まれる。
また、時刻表算出部３２も、路線に遅延が生じている場合に、遅延時間を示す情報や、復旧中の時刻表を示す情報が受理される。
【００２２】
この実施の形態にかかるデータ通信システムの通信手順の概略につき図３を参照して説明する。ユーザは、ある目的地（たとえば到着駅Ｅ）に出発使用とする際に、出発地点であるＡ地点で、携帯端末１８を操作して、接続サーバ１７およびインターネット１４を介して、通信管理サーバ１２に対して、ユーザに関する種々の情報（たとえば、電話番号、ユーザＩＤなど）とともに、目的地（到着駅Ｅ）およびクライアントマシン１６に、ユーザの到着予定時刻を通知する時点（本実施の形態においては駅名、以下、これを「通知駅」と称する。）を、登録する（ステップ３０１）。
【００２３】
たとえば、ユーザが出発駅Ｂに到着すると、出発駅Ｂに配置されているスレーブ（図３の符号２０−１参照）から発信された位置情報を含むデータが携帯端末１８により受信され（ステップ３１１）、当該位置情報および携帯端末１８を特定する情報（たとえば、電話番号やユーザＩＤ）が、接続サーバ１７およびインターネット１４を介して、通信管理サーバ１２に送信される（ステップ３１２）。
通信管理サーバ１２は、携帯端末１８からのデータの受信に応答して、最適経路および当該経路における最適な時刻表（ダイヤ）を示すデータを、携帯端末１８に送信する（ステップ３１３）。ここで、本明細書において、最適ダイヤとは、ユーザが目的地に到達するまでの、列車の発車／到着時刻、乗換時刻等を含む一連のユーザ向けの時刻のテーブルをいう。
【００２４】
携帯端末１８を所持するユーザが駅（たとえば、途中駅Ｃ）を通過する際に、当該途中駅Ｃのプラットホーム上に配設されているスレーブ２０−２からの位置情報が、携帯端末１８に受信され（ステップ３２１）、当該携帯端末１８から位置情報を含む所定のデータが通信管理サーバ１２に伝達される（ステップ３２２）。この場合に、通信管理サーバ１２は、所定の処理を実行して、後述するように、必要な場合に、最適経路および最適ダイヤを、携帯端末１８に送信する（ステップ３２３）。
【００２５】
さらに、ユーザが通知駅Ｄに到達すると、通知駅Ｄに配設されたスレーブ２０−ｉからの位置情報が、携帯端末１８を介在して、通信管理サーバ１２に伝達される（ステップ３３１、３３２）。通信管理サーバ１２は、所定の処理を実行して、後述するように、必要な場合に、最適経路および最適ダイヤを、携帯端末１８に送信する（ステップ３３３）。
さらに、通信管理サーバ１２は、所定の処理を実行して、携帯端末１８にて登録されたクライアントマシン１６に、到着予定時刻を通知する（ステップ３３４）。
【００２６】
ユーザが目的地である到着駅Ｅに達すると、当該到着駅Ｅに配設されたスレーブ２０−ｍからの位置情報が携帯端末１８にて受信され、これを含む情報が、通信管理サーバ１２に伝達される（ステップ３４１、３４２）。通信管理サーバ１２は、これに応答して、目的が達成されたと判断し、当該ユーザに関する情報を削除する。
【００２７】
図４は、出発地（Ａ地点）において、携帯端末１８と通信管理サーバ１２との間で実行される処理（ステップ３０１参照）を、より詳細に示すフローチャートである。なお、ユーザは、予め携帯端末１８と通信管理サーバとを接続させて、ユーザ名、携帯端末の電話番号、ユーザＩＤ（ＵＩＤ）、パスワード等の必要な情報を登録している。
【００２８】
図４に示すように、ユーザが携帯端末１８を操作して、通信管理サーバ１２にアクセスして、ユーザＩＤ（ＵＩＤ）およびパスワード（ｐｗｄ）を送信すると（ステップ４０１）、通信管理サーバ１２のユーザ管理部２４は、ユーザ情報ファイル２６を参照して、受理したＵＩＤおよびｐｗｄとユーザ情報ファイル２６に記憶されていたものとを照合して、ユーザを認証する（ステップ４０２）。
【００２９】
次いで、通信管理サーバ１２から所定のコンテンツが送信される（ステップ４０３）。図７は、本実施の形態にかかる携帯端末のブラウザの構造および実行される処理の例を示す図である。図７に示すように、ダウンロードにより、ブラウザ７０には、位置情報送信プログラム７２が設けられる。位置情報送信プログラム７２は、スレーブ２０から受理した情報に基づき、通信管理サーバ１２に伝達すべき情報を作成する送信情報生成部７４を有している。ここでは、スレーブからの位置情報の受理に応答して、ユーザＩＤ（ＵＩＤ）やパスワード（ｐｗｄ）、および、送信先のＵＲＬ（つまり、通信管理サーバ１２におけるＵＲＬ）が当該位置情報に付加されて、現在位置情報として送信される。
【００３０】
本実施の形態においてこの位置情報送信プログラムは、予め携帯端末１８中に搭載されている、たとえば、携帯端末１８のＲＯＭやＥＥＰＲＯＭ中に上記プログラムが記憶されているのが望ましい。また、プログラムのバージョンアップの際には、アップデートされた部分が携帯端末１８にダウンロードされるように構成しても良い。
無論、上記所定のウェブコンテンツ中に、プログラムのダウンロード命令を記述しておき、携帯端末１８が当該プログラムをダウンロードするような構成にしても良い。
【００３１】
また、ユーザは、携帯端末１８を操作して、コンテンツ中の入力欄に、自分が出発する駅名（出発駅Ｂ）、目的地の駅名（到着駅Ｅ）、および、クライアント端末１６に到着予定時刻を送信すべき駅名（通知駅Ｄ）を入力し（ステップ４０４）、これを、通信管理サーバ１２に伝達する（ステップ４０５）。
通信管理サーバ１２のユーザ情報管理部２４は、受理した出発駅、到着駅および通知駅を示す情報を、ユーザＩＤ等と関連付けてユーザ情報ファイル２６に記憶する（ステップ４０６）。
【００３２】
この後、ユーザの携帯端末１８と通信管理サーバ１２との間との接続が維持され、必要に応じて、ユーザの携帯端末１８と通信管理サーバ１２との間のインターネットを介したデータ通信がなされる。なお、本実施の形態においては、以下に述べるように、通信管理サーバ１２からユーザの携帯端末１８へのウェブコンテンツの送信回数が、なるべく少なくなるように構成されている。特に、現状では、携帯端末によるインターネット接続においては、送受信するパケット量にしたがっている。したがって、送受信量を少なくすることにより、ユーザの費用負担を軽減することが可能となる。
【００３３】
図５および図６は、ユーザが出発駅Ｂに到達した際に実行される処理手順を示すフローチャートである。Ｂ駅に配置されている所定のスレーブ２０からは、所定の間隔で位置情報が発信されている。この位置情報には、駅名（Ｂ駅）のほか駅構内における詳細な位置（たとえば、待合室、改札、＊番線階段、＊番線プラットホーム上など）が含まれる。
【００３４】
携帯端末１８が位置情報を受信すると、ここで、ブラウザ上の作動する位置情報送信プログラム７２に設けられた位置情報生成部７４が、駅名を抽出して、当該駅名の送信が１回目であるか否かを判断する。もし、先に送信した現在位置情報の駅名と今回のものが同一であれば、ここで処理が終了する。その一方、これらが相違すれば、送信情報生成部７４は、ＵＩＤ、ｐｗｄを付加して現在位置情報を生成し、通信管理サーバ１２宛てにこれを送信する（ステップ５０１、５０２）。
【００３５】
上記駅名の比較は、より詳細には、以下のような手法により実現できる。Ｂｌｕｅｔｏｏｔｈのアドレス（たとえば、“00 50 CD 00 08 79”というような１２桁（HEX）の数値）を位置情報として用いることを考える。ここで、ある駅においては、上位１０桁を同一にしておく。すなわち、ある駅の改札口に配置されたスレーブＡ、Ｂ、地下通路に配置されたスレーブＣ、Ｄ、プラットホーム上に配置されたスレーブＥ、Ｆ、Ｇ、・・・から発信するアドレスの上位１０桁がすべて同一（たとえば、“00 50 CD 00 08”）にしておけば良い。携帯端末においては、受理した位置情報（アドレス）の上位１０桁と、通信管理サーバ１２に送信した位置情報の上位１０桁とを比較して、これらが同一でない場合に、新たに現在位置情報を作成するように構成すればよい。
【００３６】
通信管理サーバ１２の位置情報抽出／特定部２８は、現在位置情報を受理すると、これを最適経路算出部３０およびユーザ情報管理部２４に伝達する（ステップ５０３、５０４）。ユーザ情報管理部２４は、ユーザ情報ファイル２６中、ユーザＩＤに関連付けられた領域に、現在時刻とともに現在位置を記憶し（ステップ５０５）、かつ、当該領域に記憶された目的地を読み出す（ステップ５０６）。目的地は最適経路算出部３０に伝達される（ステップ５０７）。
【００３７】
最適経路算出部３０は、路線ＤＢを検索して、現在位置から目的地までの最適経路を見出し（ステップ５０８、５０９）、時刻算出部３２は、これに基づき、時刻表ＤＢ３６を参照して、最適な乗車時刻、乗換時刻を含む最適ダイヤを作成する（ステップ５１０、５１１）。これらは、ユーザ情報管理部２４に伝達され、ユーザ情報管理部２４により、ユーザ情報ファイル２６の所定の領域に記憶される（ステップ５１２、５１３）。
【００３８】
図６に示すように、最適経路および最適ダイヤは、ユーザガイド作成部３８にも伝達され（ステップ６０１）、ユーザガイド作成部３８において、最適経路、乗車駅や乗換駅の到着／出発時刻を含むウェブコンテンツであるユーザガイドが作成される（ステップ６０２）。
【００３９】
ユーザガイドは、携帯端末１８に伝達され（ステップ６０３）、携帯端末１８の表示装置の画面上に表示される（ステップ６０４）。図８は、携帯端末１８の表示装置の画面上に表示されたユーザガイドの例を示す図である。図８に示すように、表示装置の画面８０１上には、出発駅（○○駅）から目的地である到着駅（××駅）にいたるまでの、出発時刻、乗換駅、乗換列車の出発時刻などが表示される。
【００４０】
ユーザが出発駅Ｂから列車に乗車し、途中駅を通過或いは下車した際にも、全般的には、図５および図６と略同様の処理が実行される。ただし、途中駅（出発駅および到着駅を除くすべての駅であり、通知駅も含まれる）においては、最適経路算出部３０および時刻算出部３４が、図９に示す処理を実行して、必要な場合にのみ、ユーザガイドを生成し、携帯端末１８に伝達するようになっている。
【００４１】
図５のステップ５０４に示すように、最適経路算出部３０に現在位置情報が伝達され、これが最適経路算出部３０に受理されると（ステップ９０１）、最適経路算出部３０は、現在時刻を取得するとともに（ステップ９０２）、ユーザ情報管理部２４に、ユーザ情報ファイル２６をアクセスして、当該ユーザに関して現段階における最適経路および最適ダイヤの読み出しを求める。これにより、最適経路算出部３０は、現段階における最適経路および最適ダイヤを取得する（ステップ９０３）。
【００４２】
次いで、最適経路算出部３０は、現在位置である駅名および現在時刻と、最適経路および最適ダイヤとを照合して、現段階における最適経路でかつ最適ダイヤにユーザがしたがっているか否かを判断する（ステップ９０４）。最適経路算出部３０は、ユーザが乗車している路線に変更があるか否かを判断する（ステップ９０５）。このステップにおいては、たとえば、ユーザが乗換駅を間違えた場合や、乗換駅を変更して他の路線に乗車している場合を判断している。
【００４３】
ステップ９０５においてイエス(Yes)と判断された場合には、最適経路算出部３０は、路線ＤＢ３２を参照して、再度、目的地（到着駅Ｅ）までの最適経路を算出する（ステップ９０７）。ステップ９０５においてノー(No)と判断された場合には、さらに、ユーザに関する経路上に運行を停止している路線があるか否かが判断される（ステップ９０６）。このステップ９０６においてイエス(Yes)と判断された場合にも、最適経路算出部３２は、路線ＤＢ３２を参照して、運行している路線を用いた最適経路を算出する（ステップ９０７）。
【００４４】
また、時刻算出部３２は、現在時刻等と、最適経路および最適ダイヤとを照合して（ステップ９０８）、ユーザが乗車している列車の時刻に変化があるか否かを判断する(ステップ９０９)。たとえば、ユーザが乗換駅にて乗換列車を逃し、或いは、買い物等のため途中下車した場合に、ステップ９０９にてイエス(Yes)となる。また、列車が遅延した場合にも同様にイエス(Yes)と判断される。ステップ９０９にてイエス(Yes)と判断された場合に、時刻算出部３２は、時刻表ＤＢ３６を参照して、再度、最適ダイヤを作成する（ステップ９１０）。
このように、最適経路および最適ダイヤの一方が新たに作成された場合には、これらがユーザ管理部２４およびユーザガイド作成部３８に伝達される（ステップ９１１）。
【００４５】
ステップ９１１により、最適経路および／または最適ダイヤがユーザ管理部２４に伝達されると、これに応答して、ユーザ情報管理部２４は、これをユーザ情報ファイル２６の所定の領域に記憶する（図５のステップ５１３参照）。また、ユーザガイド作成部３８は、これらに基づきユーザガイドを作成して、これを携帯端末１８に送信する（図６のステップ６０２、６０３参照）。
【００４６】
このように、本実施の形態においては、ユーザの行動（乗り遅れ、途中下車）に起因して、或いは、ユーザにとって不可避な原因（列車の運行停止、遅延）等により現段階の最適経路および最適ダイヤに変更がある場合に、新たにユーザガイドが作成され、これがユーザの携帯端末１８に伝達される。したがって、重複する情報の伝達を防止でき、これにより、データ送信量（パケット量）を減じることが可能となる。
【００４７】
図１０は、ユーザが通知駅に到着した場合に、実行される処理の部分を示すフローチャートである。図１０に示す処理は、図５、図６、並びに、最適経路算出部３０および時刻算出部３４については図９の処理が実行された後に実行される。位置情報抽出／特定部２８は、現在位置が通知駅に対応する場合に、通知駅に到着したことを到着ガイド作成部４０に伝達する（ステップ１００１）。
【００４８】
到着ガイド作成部４０は、これに応答して、ユーザ情報管理部２４に、ユーザに関する現段階における最適ダイヤおよび最適経路の読み出しを依頼する（ステップ１００２）。ユーザ情報管理部２４は、ユーザ情報ファイル２６中、当該ユーザに関連する領域から最適ダイヤおよび最適経路を読みだし（ステップ１００３）、これらを到着ガイド作成部４０に伝達する（ステップ１００４）。ここで、図９に示す処理にしたがって最適経路や最適ダイヤが変更されている場合には、変更されたもの、換言すれば、最新のものが、到着ガイド作成部４０に伝達される。
【００４９】
到着ガイド作成部４０は、最適ダイヤや最適経路を参照して、ユーザの到着予定時刻を特定して、当該到着予定時刻を含む到着ガイドを作成する（ステップ１００５）。この到着ガイドは、ユーザ情報管理部２４に伝達され、ユーザ情報ファイル２６の所定の領域に記憶される（ステップ１００６、１００７）とともに、インターネット１４を介してクライアントマシン１６に伝達される（ステップ１００８）。このクライアントマシン１６に対する到着ガイドの伝達は、電子メールを利用すればよい。
【００５０】
クライアントマシンにおいては、受理した電子メールをメールボックスから読み出すことで、表示装置の画面上に当該到着ガイドを表示させることができる（ステップ１００９）。図１１は、このようにしてクライアントマシンの表示装置の画面上に表示された到着ガイドの例を示す図である。
【００５１】
さらに、ユーザが目的地である到着駅Ｅに到着すると、図１２に示すような処理が実行される。ユーザの携帯端末１８が到着駅Ｅのスレーブ（図３の符号２０−ｍ参照）からの信号を受理すると、現在位置情報がインターネット１４を介して、通信管理サーバ１２に伝達される。通信管理サーバ１２の位置情報抽出／特定部２８が、通知された現在位置が目的地（到着駅Ｅ）であることを検出すると、その旨を消去依頼作成部４２に伝達する（ステップ１２０１）。
【００５２】
消去依頼作成部４２は、目的地（到着駅Ｅ）に到着したユーザに関する出発地、目的地（到着駅）、通知駅、最適経路および最適ダイヤなどからなるデータを消去することをユーザ情報管理部２４に依頼する（ステップ１２０２、１２０３）。ユーザ情報管理部２４は、これに応答して、ユーザ情報ファイル２６中、特定されたユーザに関する種々の情報を消去する（ステップ１２０４）。これは、目的地（到着駅）への到着によって、それぞれのデータを保持する理由が無くなるためである。
【００５３】
このように、本実施の形態においては、Ｂｌｕｅｔｏｏｔｈを利用したスレーブ２０からの、位置情報を示す信号を、マスタとして作動する携帯端末１８が受理し、この位置情報を、携帯端末１８がインターネットを介して通信管理サーバ１２が受理し、位置情報にしたがった種々のサービスを携帯端末１８に提供している。特に、最適経路および最適ダイヤに関して、ユーザ自身の行為に起因して或いは事故などの外因により、これらの何れかが変更された場合にのみ、最適経路および最適ダイヤを携帯端末に通知している。したがって、携帯端末１８と通信管理サーバ１２との間のデータ量（パケット量）をなるべく少なくしつつ、必要な情報をユーザに提供することが可能となる。
また、最新の最適経路および最適ダイヤに基づき、ユーザが指定するクライアントマシン１６に対して、当該ユーザの到着時刻を通知することが可能となる。
【００５４】
次に、本発明の第２の実施の形態につき説明を加える。この実施の形態においては、ユーザは、目的地への到着予定時刻を通知する時点として、通知駅の駅名のかわりに、通知時刻を通信管理サーバ１２に登録している。この登録手順は、ユーザが入力する情報が時刻である点を除き、図４に示すものと同様である。
また、スレーブ２０からの位置情報を受理した携帯端末１８からの位置情報を通信管理サーバ１２が受理した場合に、必要であれば最適経路および最適ダイヤを作成して、これを携帯端末１８に通知する構成も、第１の実施の形態にかかるもの（図５〜図９参照）と略同様である。なお、第１の実施の形態においては、図２に示す到着ガイド作成部４０は、通知駅を受理して、これに応答して作動するように構成されている。これに対して、第２の実施の形態においては、現在時刻および登録された通知時刻とが一致したときに、到着ガイド作成部４０が作動するようになっている。
【００５５】
図１３は、第２の実施の形態にかかる到着ガイド作成部による処理を示すフローチャートである。この処理は、所定のタイミングで実行される。図１３に示すように、到着ガイド作成部４０は、現在時刻を取得し（ステップ１３０１）、次いで、ユーザ管理部２４にユーザ情報ファイル２４中の通知時刻の読み出しを依頼し、これを取得する（ステップ１３０２）。
【００５６】
次いで、現在時刻と通知時刻とを比較して、現在時刻が通知時刻に達したか否かが判断される（ステップ１３０３）。ステップ１３０３においてイエス(Yes)と判断された場合には、ユーザ管理部２４が到着ガイドを作成し（ステップ１３０４）、これをユーザ管理部２４に伝達する（ステップ１３０５）とともに、通信制御部２２およびインターネット１４を介して、これをクライアントマシン１６にＥメールとして送信する（ステップ１３０６）。
【００５７】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
たとえば、前記実施の形態においては、スレーブ２０はスタンドアロンで、位置情報（駅名や駅構内における位置）を送信するように構成されているが、これに限定されるものではなく、駅構内の複数のスレーブをネットワークにて接続し、かつ、これらスレーブを制御するネットワークサーバを設けても良い。この場合には、各スレーブに、当該スレーブ固有の情報、或いは、駅固有の情報を付加して携帯端末に伝達することが可能となる。さらに、駅構内だけでなく、ある鉄道路線においてネットワークを構築しても良い。
【００５８】
また、前記実施の形態において、クライアントマシン１６に対して電子メールにより到着ガイドを送信しているが、これに限定されるものではない。すなわち、クライアントマシン１６の代わりに、ユーザが到着時刻等を通知したい相手が所有する他の携帯端末に、プッシュメールにて、到着ガイドを送信するように構成しても良い。さらに、前記携帯端末１８へのユーザガイドも、プッシュメールにて送信しても良い。
【００５９】
さらに、前記実施の形態においては、列車の駅にマスタを配置し、出発駅から到着駅までの経路および時刻に関する情報が携帯端末に伝達されているが、これに限定されるものではない。列車以外の交通機関、たとえば、バスに本発明を適用することもできる。また、すべての公共交通機関（列車、バス、路面電車等）を統合したシステムを構築することもできる。
【００６０】
なお、本明細書において、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。
【００６１】
【発明の効果】
本発明によれば、ユーザの操作負担や費用負担を軽減しつつ、タイムリーな情報をユーザに提示できるシステムを提供することが可能となる。
【図面の簡単な説明】
【図１】図１は、本発明の実施の形態にかかるデータ通信システムの全体構成を示すブロックダイヤグラムである。
【図２】図２は、本実施の形態にかかる通信管理サーバの構成を示すブロックダイヤグラムである。
【図３】図３は、本実施の形態にかかる実施の形態にかかるデータ通信システムの通信手順の概略を示す図である。
【図４】図４は、本実施の形態において、出発地（Ａ地点）にて、携帯端末と通信管理サーバとの間で実行される処理を示すフローチャートである。
【図５】図５は、本実施の形態において、ユーザが出発駅Ｂに到達した際に実行される処理手順を示すフローチャートである。
【図６】図６は、本実施の形態において、ユーザが出発駅Ｂに到達した際に実行される処理手順を示すフローチャートである。
【図７】図７は、本実施の形態における携帯端末のブラウザの構成例を示す図である。
【図８】図８は、本実施の形態にかかる携帯端末の表示装置の画面上に表示されたユーザガイドの例を示す図である。
【図９】図９は、本実施の形態にかかる最適経路算出部および時刻算出部にて実行される処理を示すフローチャートである。
【図１０】図１０は、本実施の形態において、ユーザが通知駅に到着した場合に、実行される処理の部分を示すフローチャートである。
【図１１】図１１は、本実施の形態にかかるクライアントマシンの表示装置の画面上に表示された到着ガイドの例を示す図である。
【図１２】図１２は、本実施の形態において、ユーザが目的地（到着駅）に到着した場合に、実行される処理の部分を示すフローチャートである。
【図１３】図１３は、第２の実施の形態にかかる到着ガイド作成部にて実行される処理を示すフローチャートである。
【符号の説明】
１０ データ通信システム
１２ 通信管理サーバ
１４ インターネット
１６ クライアントマシン
１７ 接続サーバ
１８ 携帯端末
２０ スレーブ（基地局）
２４ ユーザ情報管理部
２６ ユーザ情報ファイル
２８ 位置情報抽出／特定部
３０ 最適経路算出部
３２ 路線ＤＢ
３４ 時刻算出部
３６ 時刻ＤＢ
３８ ユーザガイド作成部
４０ 到着ガイド作成部
４２ 消去依頼作成部
【発明の属する技術分野】
本発明は、携帯電話などの携帯端末を利用したデータ通信に関し、特に、ユーザの負担を軽減したデータ通信システムに関する。
【０００２】
【従来の技術】
近年、携帯電話など携帯端末がブラウザを搭載し、インターネットにアクセスして所望の情報の提供を受けることができるようになっている。このようなシステムにおいては、ユーザは携帯端末を操作して、検索エンジン等を利用して所望のサイトを見出し、当該サイトのコンテンツをダウンロードして、ブラウザにより当該コンテンツを閲覧している。
上記コンテンツには、鉄道路線の時刻表の提供や、鉄道の乗換案内が含まれる。時刻表の提供においては、ユーザが携帯端末を操作して、路線を指定すると、当該路線の時刻表が携帯端末の表示装置の画面上に提示される。また、乗換案内においては、ユーザが、出発地や目的地を指定することにより、推奨する経路が提示される。
【０００３】
【発明が解決しようとする課題】
時刻表の提供においては、ユーザは自分が乗るべき時間を知ることができるが、乗換の可否や目的地までどのように到達するか、或いは、目的地に達する列車が存在しないかという問題点があった。同様に、乗換案内を利用しても、ユーザは必ずしも推奨された経路にしたがって移動するとは限らず、また、途中駅の下車等による時間の変更も考えられる。このような場合に、ユーザは改めて、携帯端末を操作して、経路を取得する必要がある。ユーザが何度もサイトにアクセスし、かつ、サイトからコンテンツが伝達されると、ユーザの操作が煩雑になるばかりでなく、通信にかかるデータ量（パケット量）が増大し、これにより、ユーザの費用負担も大きくなるという問題点があった。
【０００４】
鉄道の路線や時刻表の案内以外にも、ユーザが出発地から目的地に移動する際に、必要な情報を取得したい場合がある。このような場合にも、上記問題が生じる可能性がある。
【０００５】
本発明は、ユーザの操作負担や費用負担を軽減しつつ、タイムリーな情報をユーザに提示できるシステムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明の目的は、携帯端末からの情報に基づき、通信管理サーバにおいて所定のデータを作成して、当該携帯端末に伝達するデータ通信方法であって、
携帯端末において、少なくとも目的地を入力して、当該目的地を、インターネットを介して通信管理サーバに伝達するステップと、ある経路上の所定の位置に配置された複数の基地局であって、各々が位置情報を発信する基地局の何れかから当該位置情報を受理するステップと、前記位置情報を、当該携帯端末を特定する情報とともに、インターネットを介して前記通信管理サーバに伝達するステップと、
前記通信管理サーバにおいて、携帯端末からの目的地の受理に応答して、当該目的地に至るまでの最適経路、および、目的地に至るまでの経路上の所定の地点における到達時刻を含む時刻情報を算出して、初期的な最適経路および時刻情報として、携帯端末に伝達するステップと、前記携帯端末からの位置情報の受理に応答して、必要な場合に、最適経路および／または時刻情報を再度算出して、携帯端末に伝達するステップとを備えたことを特徴とするデータ通信方法により達成される。
本発明によれば、基地局からの位置情報が、携帯端末を介して、通信管理サーバに伝達され、これに応答して、最適経路や時刻情報が、携帯端末に伝達される。したがって、ユーザが目的地を登録すれば、これ以降、携帯端末を操作することなく、目的地に達するまでの間、必要な情報を受理することが可能となる。
【０００７】
本発明の好ましい実施態様においては、必要な場合とは、所定の地点の何れかにおける到達時刻に到達しているべき位置を示す予定位置情報と、前記携帯端末から伝達された位置情報とを比較して、これらが一致しないときを意味し、この場合に、時刻情報が再度算出される。
【０００８】
また、本発明の好ましい実施態様において、必要な場合とは、前記最適経路における所定の地点と、前記携帯端末から伝達された位置情報に示す地点とを比較して、これらが一致しないときを意味し、この場合に、最適経路および時刻情報が再度算出される。
上記実施態様によれば、携帯端末を所持したユーザが、何らかの理由により予定の時刻にある地点に到達していない場合、たとえば、列車等に乗り遅れた場合にであっても、何ら携帯端末を操作する必要なく、適切な時刻情報を取得できる。同様に、経路を逸脱した場合であっても、操作することなく、適切な最適経路を取得することが可能となる。また、経路や時刻に変更がない場合には、通信管理サーバから携帯端末への情報送信が行われないため、データ送信回数やデータ量（パケット量）を減じることができる。上記最適経路および／または時刻情報が、ウェブコンテンツとして、前記携帯端末に送信されるのが望ましい。パケット量を小さくできるため、ユーザのウェブコンテンツ取得に関する費用負担を軽減することができる。
【０００９】
本発明のさらに好ましい実施態様においては、携帯端末において、他のクライアントマシンと、当該携帯端末のユーザの到着予定時刻を通知すべき地点を入力して、これらを、インターネットを介して通信管理サーバに伝達するステップと、
前記通信管理サーバにおいて、前記携帯端末からの位置情報が、前記通知すべき地点を示す場合に、算出されている時刻情報を参照してユーザの到達予定時刻を算出するステップと、算出された到達予定時刻を、前記クライアントマシンに対して伝達するステップとを備えている。或いは、通知すべき地点の代わりに時刻が設定されても良い。
【００１０】
本発明のさらに好ましい実施態様においては、基地局が、Ｂｌｕｅｔｏｏｔｈのスレーブであり、かつ、携帯端末が、Ｂｌｕｅｔｏｏｔｈのマスタとして機能する。
【００１１】
好ましい実施態様においては、経路が鉄道を含む交通路線における経路であり、前記基地局が、少なくとも交通機関が停車する、駅または停留所を含む位置に配置されている。すなわち、列車やバスなどの公共交通機関において、目的地までの最適経路や乗換、乗継などの情報、目的地への到着予定時刻等を、携帯端末のユーザに適切に、かつ、ダイナミックに通知することが可能となる。
【００１２】
また、本発明の目的は、携帯端末からの情報に基づき、通信管理サーバにおいて所定のデータを作成して、当該携帯端末に伝達するデータ通信サーバであって、 携帯端末において入力された目的地を、インターネットを介して受理し、当該目的地を、携帯端末を特定する情報とともに、ユーザ情報ファイルに記憶する管理手段と、ある経路上の所定の位置に配置された複数の基地局であって、各々が位置情報を発信する基地局の何れかからの位置情報であって、携帯端末を介在してインターネットを介して送信された位置情報を受理し、前記記憶された目的地に至るまでの最適経路、および、目的地に至るまでの経路上の所定の地点における到達時刻を含む時刻情報を算出する経路／時刻算出手段とを備え、初期的に算出された最適経路および時刻情報を携帯端末に伝達するとともに、携帯端末からの位置情報の受理に応答して、必要な場合に、前記経路／時刻算出手段が、最適経路および／または時刻情報を再度算出して、これを携帯端末に伝達するように構成されたことを特徴とする通信管理サーバにより達成される。
【００１３】
経路／時刻算出手段は、所定の地点の何れかにおける到達時刻に到達しているべき位置を示す予定位置情報と、前記携帯端末から伝達された位置情報とを比較して、これらが一致しないときに、前記時刻情報を再度算出するように構成されているのが望ましい。
また、経路／時刻算出手段は、最適経路における所定の地点と、携帯端末から伝達された位置情報に示す地点とを比較して、これらが一致しないときに、最適経路および時刻情報を再度算出するように構成されているのが望ましい。
【００１４】
上記発明の好ましい実施態様においては、管理手段が、携帯端末において入力された、他のクライアントマシンを示す情報、および、当該携帯端末のユーザの到着予定時刻を通知すべき地点を受理して、当該クライアントマシンを示す情報および通知すべき地点を、前記ユーザ情報ファイルに記憶し、さらに、前記携帯端末からの位置情報が、前記通知すべき地点を示す場合に、算出されている時刻情報を参照してユーザの到達予定時刻を算出する到着時刻算出手段を備え、当該算出された到達予定時刻を、登録されたクライアントマシンに対して伝達するように構成されている。通知すべき地点の代わりに、所望の時間が設定されても良い。
【００１５】
また、本発明の別の実施態様において、上記通信管理サーバとの間で、インターネットを介したデータ送受信をなすブラウザを備えた携帯端末は、基地局が発信した位置情報を受理して、位置情報および当該携帯端末を特定する情報を、前記通信管理サーバに送信するように構成されている。
【００１６】
さらに、受理した位置情報を、先に送信した位置情報を参照して、これらが一致しない場合に、位置情報および携帯端末を特定する情報を、通信管理サーバに送信するように構成されているのが望ましい。これにより、携帯端末から通信管理サーバへの送信回数、つまり、データ量（パケット量）を減じることが可能となる。望ましくは、Ｂｌｕｅｔｏｏｔｈのスレーブである基地局からの位置情報を受理するマスタとして機能する。
【００１７】
【発明の実施の形態】
以下、添付図面を参照して、本発明の実施の形態につき説明を加える。図１は、本発明の実施の形態にかかるデータ通信システムの全体構成を示すブロックダイヤグラムである。図１に示すように、本発明の実施の形態にかかるデータ通信システムは、通信を管理する通信管理サーバ１２を備え、当該通信管理サーバ１２は、インターネット１４に接続されている。インターネット１４には、クライアントマシン１６や、携帯電話やＰＤＡなどの携帯端末１８−１、１８−２、・・・、１８−ｎとインターネットとの接続をなすための電話サービス機関のサーバ（接続サーバ）１７が設けられている。
【００１８】
このデータ通信システムにおいては、所定の周波数にてデータを発信するスレーブ（基地局）２０−１、２０−２、・・・、２０−ｍが配置されている。このスレーブ２０のデータは、携帯端末１８にて受理されるようになっている。これは、Ｂｌｕｅｔｏｏｔｈ（ブルートゥース）を利用することができる。Ｂｌｕｅｔｏｏｔｈは、周波数ホッピング拡散方式（ＦＨＳＳ）を利用して、マスタと１以上のスレーブとの間のスター状のネットワークを構成している。この実施の形態においては、駅構内に所定の間隔でスレーブ２０を配置する一方、携帯端末１８に、マスタとして機能するための種々の部材を搭載している。
【００１９】
したがって、上記スレーブ２０から発信された、位置情報を示すデータを含む信号は、当該スレーブ２０の近傍（たとえば、半径１０メートル以内）に位置する携帯端末１８のマスタにより受信され、これに基づき、携帯端末１８において、後述するプログラムによって、当該位置情報が通信管理サーバ１２に伝達されるようになっている。
【００２０】
図２は、本実施の形態にかかる通信管理サーバ１２の構成を示すブロックダイヤグラムである。図２に示すように、通信管理サーバ１２は、インターネットを介して、クライアントマシン１６や携帯端末１８との間でなすデータ通信を制御する通信制御部２２と、各ユーザに関する種々の情報を制御するユーザ情報管理部２４と、ユーザに関する種々の情報を記憶するユーザ情報ファイル２６と、インターネットを介して携帯端末１８から伝達された情報から位置情報を抽出する位置情報抽出／特定部２８と、携帯端末１８の現在位置を示す情報に基づき、目的地までの最適経路を算出するための最適経路算出部３０と、鉄道の路線図が記憶された路線データベース（ＤＢ）３２と、経路の所定の点における時刻等を算出する時刻算出部３４と、上記路線の時刻表を記憶した時刻表データベース（ＤＢ）３６と、携帯端末１８等のユーザに伝達すべきガイド情報を作成するユーザガイド作成部３８と、クライアントマシン１６に、ユーザの到着予定時刻を通知する到着ガイドを作成する到着ガイド作成部４０と、ユーザ管理部２４にユーザに関する情報の消去を依頼する消去依頼作成部４２とを有している。
【００２１】
最適経路算出部３０は、インターネット等を介して鉄道会社のサーバ（図示せず）等から送信された、リアルタイムの路線情報が受理できるようになっている。この路線情報には、路線ごとの運行停止（不通）や遅延を示す情報が含まれる。
また、時刻表算出部３２も、路線に遅延が生じている場合に、遅延時間を示す情報や、復旧中の時刻表を示す情報が受理される。
【００２２】
この実施の形態にかかるデータ通信システムの通信手順の概略につき図３を参照して説明する。ユーザは、ある目的地（たとえば到着駅Ｅ）に出発使用とする際に、出発地点であるＡ地点で、携帯端末１８を操作して、接続サーバ１７およびインターネット１４を介して、通信管理サーバ１２に対して、ユーザに関する種々の情報（たとえば、電話番号、ユーザＩＤなど）とともに、目的地（到着駅Ｅ）およびクライアントマシン１６に、ユーザの到着予定時刻を通知する時点（本実施の形態においては駅名、以下、これを「通知駅」と称する。）を、登録する（ステップ３０１）。
【００２３】
たとえば、ユーザが出発駅Ｂに到着すると、出発駅Ｂに配置されているスレーブ（図３の符号２０−１参照）から発信された位置情報を含むデータが携帯端末１８により受信され（ステップ３１１）、当該位置情報および携帯端末１８を特定する情報（たとえば、電話番号やユーザＩＤ）が、接続サーバ１７およびインターネット１４を介して、通信管理サーバ１２に送信される（ステップ３１２）。
通信管理サーバ１２は、携帯端末１８からのデータの受信に応答して、最適経路および当該経路における最適な時刻表（ダイヤ）を示すデータを、携帯端末１８に送信する（ステップ３１３）。ここで、本明細書において、最適ダイヤとは、ユーザが目的地に到達するまでの、列車の発車／到着時刻、乗換時刻等を含む一連のユーザ向けの時刻のテーブルをいう。
【００２４】
携帯端末１８を所持するユーザが駅（たとえば、途中駅Ｃ）を通過する際に、当該途中駅Ｃのプラットホーム上に配設されているスレーブ２０−２からの位置情報が、携帯端末１８に受信され（ステップ３２１）、当該携帯端末１８から位置情報を含む所定のデータが通信管理サーバ１２に伝達される（ステップ３２２）。この場合に、通信管理サーバ１２は、所定の処理を実行して、後述するように、必要な場合に、最適経路および最適ダイヤを、携帯端末１８に送信する（ステップ３２３）。
【００２５】
さらに、ユーザが通知駅Ｄに到達すると、通知駅Ｄに配設されたスレーブ２０−ｉからの位置情報が、携帯端末１８を介在して、通信管理サーバ１２に伝達される（ステップ３３１、３３２）。通信管理サーバ１２は、所定の処理を実行して、後述するように、必要な場合に、最適経路および最適ダイヤを、携帯端末１８に送信する（ステップ３３３）。
さらに、通信管理サーバ１２は、所定の処理を実行して、携帯端末１８にて登録されたクライアントマシン１６に、到着予定時刻を通知する（ステップ３３４）。
【００２６】
ユーザが目的地である到着駅Ｅに達すると、当該到着駅Ｅに配設されたスレーブ２０−ｍからの位置情報が携帯端末１８にて受信され、これを含む情報が、通信管理サーバ１２に伝達される（ステップ３４１、３４２）。通信管理サーバ１２は、これに応答して、目的が達成されたと判断し、当該ユーザに関する情報を削除する。
【００２７】
図４は、出発地（Ａ地点）において、携帯端末１８と通信管理サーバ１２との間で実行される処理（ステップ３０１参照）を、より詳細に示すフローチャートである。なお、ユーザは、予め携帯端末１８と通信管理サーバとを接続させて、ユーザ名、携帯端末の電話番号、ユーザＩＤ（ＵＩＤ）、パスワード等の必要な情報を登録している。
【００２８】
図４に示すように、ユーザが携帯端末１８を操作して、通信管理サーバ１２にアクセスして、ユーザＩＤ（ＵＩＤ）およびパスワード（ｐｗｄ）を送信すると（ステップ４０１）、通信管理サーバ１２のユーザ管理部２４は、ユーザ情報ファイル２６を参照して、受理したＵＩＤおよびｐｗｄとユーザ情報ファイル２６に記憶されていたものとを照合して、ユーザを認証する（ステップ４０２）。
【００２９】
次いで、通信管理サーバ１２から所定のコンテンツが送信される（ステップ４０３）。図７は、本実施の形態にかかる携帯端末のブラウザの構造および実行される処理の例を示す図である。図７に示すように、ダウンロードにより、ブラウザ７０には、位置情報送信プログラム７２が設けられる。位置情報送信プログラム７２は、スレーブ２０から受理した情報に基づき、通信管理サーバ１２に伝達すべき情報を作成する送信情報生成部７４を有している。ここでは、スレーブからの位置情報の受理に応答して、ユーザＩＤ（ＵＩＤ）やパスワード（ｐｗｄ）、および、送信先のＵＲＬ（つまり、通信管理サーバ１２におけるＵＲＬ）が当該位置情報に付加されて、現在位置情報として送信される。
【００３０】
本実施の形態においてこの位置情報送信プログラムは、予め携帯端末１８中に搭載されている、たとえば、携帯端末１８のＲＯＭやＥＥＰＲＯＭ中に上記プログラムが記憶されているのが望ましい。また、プログラムのバージョンアップの際には、アップデートされた部分が携帯端末１８にダウンロードされるように構成しても良い。
無論、上記所定のウェブコンテンツ中に、プログラムのダウンロード命令を記述しておき、携帯端末１８が当該プログラムをダウンロードするような構成にしても良い。
【００３１】
また、ユーザは、携帯端末１８を操作して、コンテンツ中の入力欄に、自分が出発する駅名（出発駅Ｂ）、目的地の駅名（到着駅Ｅ）、および、クライアント端末１６に到着予定時刻を送信すべき駅名（通知駅Ｄ）を入力し（ステップ４０４）、これを、通信管理サーバ１２に伝達する（ステップ４０５）。
通信管理サーバ１２のユーザ情報管理部２４は、受理した出発駅、到着駅および通知駅を示す情報を、ユーザＩＤ等と関連付けてユーザ情報ファイル２６に記憶する（ステップ４０６）。
【００３２】
この後、ユーザの携帯端末１８と通信管理サーバ１２との間との接続が維持され、必要に応じて、ユーザの携帯端末１８と通信管理サーバ１２との間のインターネットを介したデータ通信がなされる。なお、本実施の形態においては、以下に述べるように、通信管理サーバ１２からユーザの携帯端末１８へのウェブコンテンツの送信回数が、なるべく少なくなるように構成されている。特に、現状では、携帯端末によるインターネット接続においては、送受信するパケット量にしたがっている。したがって、送受信量を少なくすることにより、ユーザの費用負担を軽減することが可能となる。
【００３３】
図５および図６は、ユーザが出発駅Ｂに到達した際に実行される処理手順を示すフローチャートである。Ｂ駅に配置されている所定のスレーブ２０からは、所定の間隔で位置情報が発信されている。この位置情報には、駅名（Ｂ駅）のほか駅構内における詳細な位置（たとえば、待合室、改札、＊番線階段、＊番線プラットホーム上など）が含まれる。
【００３４】
携帯端末１８が位置情報を受信すると、ここで、ブラウザ上の作動する位置情報送信プログラム７２に設けられた位置情報生成部７４が、駅名を抽出して、当該駅名の送信が１回目であるか否かを判断する。もし、先に送信した現在位置情報の駅名と今回のものが同一であれば、ここで処理が終了する。その一方、これらが相違すれば、送信情報生成部７４は、ＵＩＤ、ｐｗｄを付加して現在位置情報を生成し、通信管理サーバ１２宛てにこれを送信する（ステップ５０１、５０２）。
【００３５】
上記駅名の比較は、より詳細には、以下のような手法により実現できる。Ｂｌｕｅｔｏｏｔｈのアドレス（たとえば、“00 50 CD 00 08 79”というような１２桁（HEX）の数値）を位置情報として用いることを考える。ここで、ある駅においては、上位１０桁を同一にしておく。すなわち、ある駅の改札口に配置されたスレーブＡ、Ｂ、地下通路に配置されたスレーブＣ、Ｄ、プラットホーム上に配置されたスレーブＥ、Ｆ、Ｇ、・・・から発信するアドレスの上位１０桁がすべて同一（たとえば、“00 50 CD 00 08”）にしておけば良い。携帯端末においては、受理した位置情報（アドレス）の上位１０桁と、通信管理サーバ１２に送信した位置情報の上位１０桁とを比較して、これらが同一でない場合に、新たに現在位置情報を作成するように構成すればよい。
【００３６】
通信管理サーバ１２の位置情報抽出／特定部２８は、現在位置情報を受理すると、これを最適経路算出部３０およびユーザ情報管理部２４に伝達する（ステップ５０３、５０４）。ユーザ情報管理部２４は、ユーザ情報ファイル２６中、ユーザＩＤに関連付けられた領域に、現在時刻とともに現在位置を記憶し（ステップ５０５）、かつ、当該領域に記憶された目的地を読み出す（ステップ５０６）。目的地は最適経路算出部３０に伝達される（ステップ５０７）。
【００３７】
最適経路算出部３０は、路線ＤＢを検索して、現在位置から目的地までの最適経路を見出し（ステップ５０８、５０９）、時刻算出部３２は、これに基づき、時刻表ＤＢ３６を参照して、最適な乗車時刻、乗換時刻を含む最適ダイヤを作成する（ステップ５１０、５１１）。これらは、ユーザ情報管理部２４に伝達され、ユーザ情報管理部２４により、ユーザ情報ファイル２６の所定の領域に記憶される（ステップ５１２、５１３）。
【００３８】
図６に示すように、最適経路および最適ダイヤは、ユーザガイド作成部３８にも伝達され（ステップ６０１）、ユーザガイド作成部３８において、最適経路、乗車駅や乗換駅の到着／出発時刻を含むウェブコンテンツであるユーザガイドが作成される（ステップ６０２）。
【００３９】
ユーザガイドは、携帯端末１８に伝達され（ステップ６０３）、携帯端末１８の表示装置の画面上に表示される（ステップ６０４）。図８は、携帯端末１８の表示装置の画面上に表示されたユーザガイドの例を示す図である。図８に示すように、表示装置の画面８０１上には、出発駅（○○駅）から目的地である到着駅（××駅）にいたるまでの、出発時刻、乗換駅、乗換列車の出発時刻などが表示される。
【００４０】
ユーザが出発駅Ｂから列車に乗車し、途中駅を通過或いは下車した際にも、全般的には、図５および図６と略同様の処理が実行される。ただし、途中駅（出発駅および到着駅を除くすべての駅であり、通知駅も含まれる）においては、最適経路算出部３０および時刻算出部３４が、図９に示す処理を実行して、必要な場合にのみ、ユーザガイドを生成し、携帯端末１８に伝達するようになっている。
【００４１】
図５のステップ５０４に示すように、最適経路算出部３０に現在位置情報が伝達され、これが最適経路算出部３０に受理されると（ステップ９０１）、最適経路算出部３０は、現在時刻を取得するとともに（ステップ９０２）、ユーザ情報管理部２４に、ユーザ情報ファイル２６をアクセスして、当該ユーザに関して現段階における最適経路および最適ダイヤの読み出しを求める。これにより、最適経路算出部３０は、現段階における最適経路および最適ダイヤを取得する（ステップ９０３）。
【００４２】
次いで、最適経路算出部３０は、現在位置である駅名および現在時刻と、最適経路および最適ダイヤとを照合して、現段階における最適経路でかつ最適ダイヤにユーザがしたがっているか否かを判断する（ステップ９０４）。最適経路算出部３０は、ユーザが乗車している路線に変更があるか否かを判断する（ステップ９０５）。このステップにおいては、たとえば、ユーザが乗換駅を間違えた場合や、乗換駅を変更して他の路線に乗車している場合を判断している。
【００４３】
ステップ９０５においてイエス(Yes)と判断された場合には、最適経路算出部３０は、路線ＤＢ３２を参照して、再度、目的地（到着駅Ｅ）までの最適経路を算出する（ステップ９０７）。ステップ９０５においてノー(No)と判断された場合には、さらに、ユーザに関する経路上に運行を停止している路線があるか否かが判断される（ステップ９０６）。このステップ９０６においてイエス(Yes)と判断された場合にも、最適経路算出部３２は、路線ＤＢ３２を参照して、運行している路線を用いた最適経路を算出する（ステップ９０７）。
【００４４】
また、時刻算出部３２は、現在時刻等と、最適経路および最適ダイヤとを照合して（ステップ９０８）、ユーザが乗車している列車の時刻に変化があるか否かを判断する(ステップ９０９)。たとえば、ユーザが乗換駅にて乗換列車を逃し、或いは、買い物等のため途中下車した場合に、ステップ９０９にてイエス(Yes)となる。また、列車が遅延した場合にも同様にイエス(Yes)と判断される。ステップ９０９にてイエス(Yes)と判断された場合に、時刻算出部３２は、時刻表ＤＢ３６を参照して、再度、最適ダイヤを作成する（ステップ９１０）。
このように、最適経路および最適ダイヤの一方が新たに作成された場合には、これらがユーザ管理部２４およびユーザガイド作成部３８に伝達される（ステップ９１１）。
【００４５】
ステップ９１１により、最適経路および／または最適ダイヤがユーザ管理部２４に伝達されると、これに応答して、ユーザ情報管理部２４は、これをユーザ情報ファイル２６の所定の領域に記憶する（図５のステップ５１３参照）。また、ユーザガイド作成部３８は、これらに基づきユーザガイドを作成して、これを携帯端末１８に送信する（図６のステップ６０２、６０３参照）。
【００４６】
このように、本実施の形態においては、ユーザの行動（乗り遅れ、途中下車）に起因して、或いは、ユーザにとって不可避な原因（列車の運行停止、遅延）等により現段階の最適経路および最適ダイヤに変更がある場合に、新たにユーザガイドが作成され、これがユーザの携帯端末１８に伝達される。したがって、重複する情報の伝達を防止でき、これにより、データ送信量（パケット量）を減じることが可能となる。
【００４７】
図１０は、ユーザが通知駅に到着した場合に、実行される処理の部分を示すフローチャートである。図１０に示す処理は、図５、図６、並びに、最適経路算出部３０および時刻算出部３４については図９の処理が実行された後に実行される。位置情報抽出／特定部２８は、現在位置が通知駅に対応する場合に、通知駅に到着したことを到着ガイド作成部４０に伝達する（ステップ１００１）。
【００４８】
到着ガイド作成部４０は、これに応答して、ユーザ情報管理部２４に、ユーザに関する現段階における最適ダイヤおよび最適経路の読み出しを依頼する（ステップ１００２）。ユーザ情報管理部２４は、ユーザ情報ファイル２６中、当該ユーザに関連する領域から最適ダイヤおよび最適経路を読みだし（ステップ１００３）、これらを到着ガイド作成部４０に伝達する（ステップ１００４）。ここで、図９に示す処理にしたがって最適経路や最適ダイヤが変更されている場合には、変更されたもの、換言すれば、最新のものが、到着ガイド作成部４０に伝達される。
【００４９】
到着ガイド作成部４０は、最適ダイヤや最適経路を参照して、ユーザの到着予定時刻を特定して、当該到着予定時刻を含む到着ガイドを作成する（ステップ１００５）。この到着ガイドは、ユーザ情報管理部２４に伝達され、ユーザ情報ファイル２６の所定の領域に記憶される（ステップ１００６、１００７）とともに、インターネット１４を介してクライアントマシン１６に伝達される（ステップ１００８）。このクライアントマシン１６に対する到着ガイドの伝達は、電子メールを利用すればよい。
【００５０】
クライアントマシンにおいては、受理した電子メールをメールボックスから読み出すことで、表示装置の画面上に当該到着ガイドを表示させることができる（ステップ１００９）。図１１は、このようにしてクライアントマシンの表示装置の画面上に表示された到着ガイドの例を示す図である。
【００５１】
さらに、ユーザが目的地である到着駅Ｅに到着すると、図１２に示すような処理が実行される。ユーザの携帯端末１８が到着駅Ｅのスレーブ（図３の符号２０−ｍ参照）からの信号を受理すると、現在位置情報がインターネット１４を介して、通信管理サーバ１２に伝達される。通信管理サーバ１２の位置情報抽出／特定部２８が、通知された現在位置が目的地（到着駅Ｅ）であることを検出すると、その旨を消去依頼作成部４２に伝達する（ステップ１２０１）。
【００５２】
消去依頼作成部４２は、目的地（到着駅Ｅ）に到着したユーザに関する出発地、目的地（到着駅）、通知駅、最適経路および最適ダイヤなどからなるデータを消去することをユーザ情報管理部２４に依頼する（ステップ１２０２、１２０３）。ユーザ情報管理部２４は、これに応答して、ユーザ情報ファイル２６中、特定されたユーザに関する種々の情報を消去する（ステップ１２０４）。これは、目的地（到着駅）への到着によって、それぞれのデータを保持する理由が無くなるためである。
【００５３】
このように、本実施の形態においては、Ｂｌｕｅｔｏｏｔｈを利用したスレーブ２０からの、位置情報を示す信号を、マスタとして作動する携帯端末１８が受理し、この位置情報を、携帯端末１８がインターネットを介して通信管理サーバ１２が受理し、位置情報にしたがった種々のサービスを携帯端末１８に提供している。特に、最適経路および最適ダイヤに関して、ユーザ自身の行為に起因して或いは事故などの外因により、これらの何れかが変更された場合にのみ、最適経路および最適ダイヤを携帯端末に通知している。したがって、携帯端末１８と通信管理サーバ１２との間のデータ量（パケット量）をなるべく少なくしつつ、必要な情報をユーザに提供することが可能となる。
また、最新の最適経路および最適ダイヤに基づき、ユーザが指定するクライアントマシン１６に対して、当該ユーザの到着時刻を通知することが可能となる。
【００５４】
次に、本発明の第２の実施の形態につき説明を加える。この実施の形態においては、ユーザは、目的地への到着予定時刻を通知する時点として、通知駅の駅名のかわりに、通知時刻を通信管理サーバ１２に登録している。この登録手順は、ユーザが入力する情報が時刻である点を除き、図４に示すものと同様である。
また、スレーブ２０からの位置情報を受理した携帯端末１８からの位置情報を通信管理サーバ１２が受理した場合に、必要であれば最適経路および最適ダイヤを作成して、これを携帯端末１８に通知する構成も、第１の実施の形態にかかるもの（図５〜図９参照）と略同様である。なお、第１の実施の形態においては、図２に示す到着ガイド作成部４０は、通知駅を受理して、これに応答して作動するように構成されている。これに対して、第２の実施の形態においては、現在時刻および登録された通知時刻とが一致したときに、到着ガイド作成部４０が作動するようになっている。
【００５５】
図１３は、第２の実施の形態にかかる到着ガイド作成部による処理を示すフローチャートである。この処理は、所定のタイミングで実行される。図１３に示すように、到着ガイド作成部４０は、現在時刻を取得し（ステップ１３０１）、次いで、ユーザ管理部２４にユーザ情報ファイル２４中の通知時刻の読み出しを依頼し、これを取得する（ステップ１３０２）。
【００５６】
次いで、現在時刻と通知時刻とを比較して、現在時刻が通知時刻に達したか否かが判断される（ステップ１３０３）。ステップ１３０３においてイエス(Yes)と判断された場合には、ユーザ管理部２４が到着ガイドを作成し（ステップ１３０４）、これをユーザ管理部２４に伝達する（ステップ１３０５）とともに、通信制御部２２およびインターネット１４を介して、これをクライアントマシン１６にＥメールとして送信する（ステップ１３０６）。
【００５７】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
たとえば、前記実施の形態においては、スレーブ２０はスタンドアロンで、位置情報（駅名や駅構内における位置）を送信するように構成されているが、これに限定されるものではなく、駅構内の複数のスレーブをネットワークにて接続し、かつ、これらスレーブを制御するネットワークサーバを設けても良い。この場合には、各スレーブに、当該スレーブ固有の情報、或いは、駅固有の情報を付加して携帯端末に伝達することが可能となる。さらに、駅構内だけでなく、ある鉄道路線においてネットワークを構築しても良い。
【００５８】
また、前記実施の形態において、クライアントマシン１６に対して電子メールにより到着ガイドを送信しているが、これに限定されるものではない。すなわち、クライアントマシン１６の代わりに、ユーザが到着時刻等を通知したい相手が所有する他の携帯端末に、プッシュメールにて、到着ガイドを送信するように構成しても良い。さらに、前記携帯端末１８へのユーザガイドも、プッシュメールにて送信しても良い。
【００５９】
さらに、前記実施の形態においては、列車の駅にマスタを配置し、出発駅から到着駅までの経路および時刻に関する情報が携帯端末に伝達されているが、これに限定されるものではない。列車以外の交通機関、たとえば、バスに本発明を適用することもできる。また、すべての公共交通機関（列車、バス、路面電車等）を統合したシステムを構築することもできる。
【００６０】
なお、本明細書において、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。
【００６１】
【発明の効果】
本発明によれば、ユーザの操作負担や費用負担を軽減しつつ、タイムリーな情報をユーザに提示できるシステムを提供することが可能となる。
【図面の簡単な説明】
【図１】図１は、本発明の実施の形態にかかるデータ通信システムの全体構成を示すブロックダイヤグラムである。
【図２】図２は、本実施の形態にかかる通信管理サーバの構成を示すブロックダイヤグラムである。
【図３】図３は、本実施の形態にかかる実施の形態にかかるデータ通信システムの通信手順の概略を示す図である。
【図４】図４は、本実施の形態において、出発地（Ａ地点）にて、携帯端末と通信管理サーバとの間で実行される処理を示すフローチャートである。
【図５】図５は、本実施の形態において、ユーザが出発駅Ｂに到達した際に実行される処理手順を示すフローチャートである。
【図６】図６は、本実施の形態において、ユーザが出発駅Ｂに到達した際に実行される処理手順を示すフローチャートである。
【図７】図７は、本実施の形態における携帯端末のブラウザの構成例を示す図である。
【図８】図８は、本実施の形態にかかる携帯端末の表示装置の画面上に表示されたユーザガイドの例を示す図である。
【図９】図９は、本実施の形態にかかる最適経路算出部および時刻算出部にて実行される処理を示すフローチャートである。
【図１０】図１０は、本実施の形態において、ユーザが通知駅に到着した場合に、実行される処理の部分を示すフローチャートである。
【図１１】図１１は、本実施の形態にかかるクライアントマシンの表示装置の画面上に表示された到着ガイドの例を示す図である。
【図１２】図１２は、本実施の形態において、ユーザが目的地（到着駅）に到着した場合に、実行される処理の部分を示すフローチャートである。
【図１３】図１３は、第２の実施の形態にかかる到着ガイド作成部にて実行される処理を示すフローチャートである。
【符号の説明】
１０ データ通信システム
１２ 通信管理サーバ
１４ インターネット
１６ クライアントマシン
１７ 接続サーバ
１８ 携帯端末
２０ スレーブ（基地局）
２４ ユーザ情報管理部
２６ ユーザ情報ファイル
２８ 位置情報抽出／特定部
３０ 最適経路算出部
３２ 路線ＤＢ
３４ 時刻算出部
３６ 時刻ＤＢ
３８ ユーザガイド作成部
４０ 到着ガイド作成部
４２ 消去依頼作成部
Claims (11)
- 携帯端末からの情報に基づき、通信管理サーバにおいて所定のデータを作成して、当該携帯端末に伝達するデータ通信方法であって、
携帯端末において、少なくとも目的地を入力して、当該目的地を、インターネットを介して通信管理サーバに伝達するステップと、
ある経路上の所定の位置に配置された複数の基地局であって、各々が位置情報を発信する基地局の何れかから当該位置情報を受理するステップと、
前記何れかの基地局からの位置情報を受理すると、受理した位置情報を、当該携帯端末を特定する情報とともに、インターネットを介して前記通信管理サーバに伝達するステップと、
前記通信管理サーバにおいて、前記携帯端末からの最初の情報の受信の際に携帯端末からの目的地の受理に応答して、当該目的地に至るまでの最適経路、および、目的地に至るまでの経路上の所定の地点における到達時刻を含む時刻情報を算出して、初期的な最適経路および時刻情報として、携帯端末に伝達するステップと、
前記携帯端末からのその後の位置情報の受理に応答して、前記最適経路および時刻情報に基づき、当該位置情報を発信した基地局が位置する地点における到達時刻と、現在時刻とを照合して、時刻が相違する場合に、最適経路および／または時刻情報を再度算出して、携帯端末に伝達するステップと、を備えたことを特徴とするデータ通信方法。 - 前記最適経路における所定の地点と、前記携帯端末から伝達された位置情報に示す地点とを比較して、これらが一致しないときに、最適経路および時刻情報が再度算出されることを特徴とする請求項１に記載のデータ通信方法。
- 前記最適経路および／または時刻情報が、ウェブコンテンツとして、前記携帯端末に送信されることを特徴とする請求項１または２に記載のデータ通信方法。
- 前記携帯端末において前記目的地を通信管理サーバに伝達するステップが、他のクライアントマシン、および、当該他のクライアントマシンに当該携帯端末のユーザの到着予定時刻を通知すべき地点の入力を、インターネットを介して通信管理サーバに伝達するステップを含み、
前記通信管理サーバにおいて、前記携帯端末からの位置情報が、前記通知すべき地点を示す場合に、算出されている時刻情報を参照してユーザの到達予定時刻を算出するステップと、
算出された到達予定時刻を、前記他のクライアントマシンに対して伝達するステップとを備えたことを特徴とする請求項１ないし３の何れか一項に記載のデータ通信方法。 - 前記携帯端末において前記目的地を通信管理サーバに伝達するステップが、他のクライアントマシン、および、当該他のクライアントマシンに当該携帯端末のユーザの到着予定時刻を通知すべき時刻の入力を、インターネットを介して通信管理サーバに伝達するステップを含み、
前記通信管理サーバにおいて、前記携帯端末から受理した時刻に達したときに、算出されている時刻情報を参照してユーザの到達予定時刻を算出するステップと、
算出された到達予定時刻を、前記他のクライアントマシンに対して伝達するステップとを備えたことを特徴とする請求項１ないし３の何れか一項に記載のデータ通信方法。 - 前記基地局が、Ｂｌｕｅｔｏｏｔｈのスレーブであり、かつ、前記携帯端末が、Ｂｌｕｅｔｏｏｔｈのマスタとして機能することを特徴とする請求項１ないし５の何れか一項に記載のデータ通信方法。
- 前記経路が鉄道を含む交通路線における経路であり、前記基地局が、少なくとも交通機関が停車する、駅または停留所を含む位置に配置されていることを特徴とする請求項１ないし６の何れか一項に記載のデータ通信方法。
- 携帯端末からの情報に基づき、通信管理サーバにおいて所定のデータを作成して、当該携帯端末に伝達するデータ通信サーバであって、
携帯端末において入力された目的地および当該携帯端末を特定する情報を、インターネットを介して受理する受信手段と、
前記受信手段により受信された目的地を、前記携帯端末を特定する情報とともに、ユーザ情報ファイルに記憶する管理手段と、
ある経路上の所定の位置に配置された複数の基地局であって、各々が位置情報を発信する基地局の何れかからの位置情報であって、前記携帯端末を介在してインターネットを介して送信された位置情報を受理し、前記記憶された目的地に至るまでの最適経路、および、目的地に至るまでの経路上の所定の地点における到達時刻を含む時刻情報を算出する経路／時刻算出手段とを備え、
前記経路／時刻算出手段は、前記携帯端末からの最初の情報の受信の際に、初期的に算出された最適経路および時刻情報を携帯端末に伝達するとともに、前記携帯端末からのその後の位置情報の受理に応答して、前記最適経路および時刻情報に基づき、当該位置情報を発信した基地局が位置する地点における到達時刻と、現在時刻とを照合して、前記時刻が相違する場合に、最適経路および／または時刻情報を再度算出して、算出された最適経路および／または時刻情報を携帯端末に伝達するように構成されたことを特徴とする通信管理サーバ。 - 前記経路／時刻算出手段が、前記最適経路における所定の地点と、前記携帯端末から伝達された位置情報に示す地点とを比較して、これらが一致しないときに、前記最適経路および時刻情報を再度算出するように構成されたことを特徴とする請求項８に記載の通信管理サーバ。
- 前記受信手段が、前記携帯端末において入力された、他のクライアントマシンを示す情報、および、当該携帯端末のユーザの到着予定時刻を通知すべき地点を受理し、
前記管理手段が、当該他のクライアントマシンを示す情報および通知すべき地点を、前記ユーザ情報ファイルに記憶し、
前記経路／時刻算出手段が、前記携帯端末からの位置情報が、前記通知すべき地点を示す場合に、算出されている時刻情報を参照してユーザの到達予定時刻を算出するように構成され、
当該算出された到達予定時刻を、前記他のクライアントマシンに対して伝達するように構成されたことを特徴とする請求項８または９に記載の通信管理サーバ。 - 前記受信手段が、前記携帯端末において入力された、他のクライアントマシンを示す情報、および、当該携帯端末のユーザの到着予定時刻を通知すべき時刻を受理し、
前記管理手段が、当該他のクライアントマシンを示す情報および通知すべき時刻を、前記ユーザ情報ファイルに記憶し、
前記経路／時刻算出手段が、前記携帯端末から受理した時刻に達したときに、算出されている時刻情報を参照してユーザの到達予定時刻を算出するように構成され、
当該算出された到達予定時刻を、前記他のクライアントマシンに対して伝達するように構成されたことを特徴とする請求項８または９に記載の通信管理サーバ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000347133A JP4578668B2 (ja) | 2000-11-14 | 2000-11-14 | データ通信方法、および、通信管理サーバ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000347133A JP4578668B2 (ja) | 2000-11-14 | 2000-11-14 | データ通信方法、および、通信管理サーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002145069A JP2002145069A (ja) | 2002-05-22 |
| JP4578668B2 true JP4578668B2 (ja) | 2010-11-10 |
Family
ID=18820913
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000347133A Expired - Fee Related JP4578668B2 (ja) | 2000-11-14 | 2000-11-14 | データ通信方法、および、通信管理サーバ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4578668B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4274925B2 (ja) | 2003-12-17 | 2009-06-10 | 株式会社ナビタイムジャパン | 情報配信システムおよび情報配信サーバならびに携帯端末および情報配信方法 |
| JP4612369B2 (ja) * | 2004-09-09 | 2011-01-12 | 株式会社日立製作所 | 自動経路探索システム |
| JP2006246386A (ja) * | 2005-03-07 | 2006-09-14 | Docomo Systems Inc | 情報送信システム及び情報送信方法 |
| JP2014075067A (ja) * | 2012-10-05 | 2014-04-24 | Zenrin Datacom Co Ltd | 交通機関案内メッセージ提供システム、交通機関案内メッセージ提供装置、携帯通信端末および交通機関案内メッセージ提供方法 |
| US9596632B2 (en) * | 2012-11-06 | 2017-03-14 | Firetide, Inc. | Context-aware wireless roaming |
| KR20140087129A (ko) * | 2012-12-27 | 2014-07-09 | 네이버비즈니스플랫폼 주식회사 | 이벤트 발생에 기초한 광고 노출 방법, 이를 수행하는 서버 및 컴퓨터로 판독 가능한 기록매체 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0946289A (ja) * | 1995-07-26 | 1997-02-14 | Canon Inc | 無線通信装置を用いたナビゲーション装置 |
| JPH10133570A (ja) * | 1996-09-07 | 1998-05-22 | Aisin Aw Co Ltd | ナビゲーション装置、地図表示装置及び地図表示処理のためのコンピュータプログラムを記憶した媒体 |
| JPH10293038A (ja) * | 1997-04-21 | 1998-11-04 | Honda Motor Co Ltd | 歩行者用経路誘導装置 |
| JPH1194578A (ja) * | 1997-09-17 | 1999-04-09 | Casio Comput Co Ltd | 地図表示装置、経路計算方法及び記録媒体 |
| JP2000055683A (ja) * | 1998-08-05 | 2000-02-25 | Honda Motor Co Ltd | 車両用ナビゲーション装置 |
| JP2000215211A (ja) * | 1998-11-20 | 2000-08-04 | Fujitsu Ltd | 案内情報提示装置，案内情報提示処理方法，案内情報提示プログラムを記録した記録媒体，案内用スクリプトの記録媒体，案内用スクリプト生成装置，案内用スクリプトを用いた運行管理装置，方法およびそのプログラム記録媒体，案内用スクリプトを用いた移動時の時間調整装置，方法およびそのプログラム記録媒体，案内プラン作成装置，方法およびそのプログラム記録媒体，案内情報提供装置，方法およびそのプログラム記録媒体 |
| JP2000228784A (ja) * | 1999-02-05 | 2000-08-15 | Ntt Data Corp | 乗車案内装置及びそれを備える移動通信システム |
-
2000
- 2000-11-14 JP JP2000347133A patent/JP4578668B2/ja not_active Expired - Fee Related
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0946289A (ja) * | 1995-07-26 | 1997-02-14 | Canon Inc | 無線通信装置を用いたナビゲーション装置 |
| JPH10133570A (ja) * | 1996-09-07 | 1998-05-22 | Aisin Aw Co Ltd | ナビゲーション装置、地図表示装置及び地図表示処理のためのコンピュータプログラムを記憶した媒体 |
| JPH10293038A (ja) * | 1997-04-21 | 1998-11-04 | Honda Motor Co Ltd | 歩行者用経路誘導装置 |
| JPH1194578A (ja) * | 1997-09-17 | 1999-04-09 | Casio Comput Co Ltd | 地図表示装置、経路計算方法及び記録媒体 |
| JP2000055683A (ja) * | 1998-08-05 | 2000-02-25 | Honda Motor Co Ltd | 車両用ナビゲーション装置 |
| JP2000215211A (ja) * | 1998-11-20 | 2000-08-04 | Fujitsu Ltd | 案内情報提示装置，案内情報提示処理方法，案内情報提示プログラムを記録した記録媒体，案内用スクリプトの記録媒体，案内用スクリプト生成装置，案内用スクリプトを用いた運行管理装置，方法およびそのプログラム記録媒体，案内用スクリプトを用いた移動時の時間調整装置，方法およびそのプログラム記録媒体，案内プラン作成装置，方法およびそのプログラム記録媒体，案内情報提供装置，方法およびそのプログラム記録媒体 |
| JP2000228784A (ja) * | 1999-02-05 | 2000-08-15 | Ntt Data Corp | 乗車案内装置及びそれを備える移動通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002145069A (ja) | 2002-05-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7236797B2 (en) | Mobile communicating system, and a mobile terminal, an information center and a storage medium used therein | |
| JP4229338B2 (ja) | 携帯通信端末、時間情報通知システム、時間情報通知方法、時間情報通知プログラム | |
| JP2004038242A (ja) | 電車内ダウンロードサービスシステム | |
| JP4578668B2 (ja) | データ通信方法、および、通信管理サーバ | |
| JP2004227262A (ja) | 即応型車両乗降システム、方法およびプログラム | |
| JP2008171324A (ja) | 情報提供システム、情報提供装置および情報提供システムの情報提供方法 | |
| JP2003072554A (ja) | 運転整理案作成支援システム及び運転整理案作成支援方法 | |
| JP4169191B2 (ja) | 携帯通信端末、時間情報通知システム、機器制御装置、時間情報通知方法、機器制御方法、時間情報通知プログラム、機器制御プログラム | |
| JP7050158B2 (ja) | 経路評価装置 | |
| AU767215B2 (en) | Information providing method, mobile communication network, and mobile communication terminal | |
| JP2007199900A (ja) | 情報配信システム | |
| JP2002288287A (ja) | 交通機関情報発信システム | |
| JP2002169922A (ja) | 最適経路情報の通知サービス方法とシステム及び検索サービスセンター装置 | |
| JP4280093B2 (ja) | 振替乗車システム、振替乗車方法、振替乗車プログラム | |
| JP2003090733A (ja) | 経路検索サーバ、経路探索方法、経路案内端末および経路案内システム | |
| JP4792606B2 (ja) | 案内情報提供システム | |
| KR20070095006A (ko) | 이동통신 단말을 이용한 버스정보 관리 시스템 및 방법 | |
| JP4222134B2 (ja) | 移動体通信端末装置、地域情報配信システム、制御方法、地域情報配信方法及びプログラム | |
| JP2010254024A (ja) | 旅客案内情報提供システム、旅客案内情報提供システムの携帯情報端末装置および旅客案内情報提供システムの運行管理装置 | |
| KR20000036670A (ko) | 인터넷 위치정보 서비스 시스템 장치와 서비스 방법 | |
| JP2006139324A (ja) | 災害時避難誘導及び安否情報確認システム、無線端末管理装置 | |
| JPWO2002052465A1 (ja) | 施設予約システム、施設予約装置及び施設予約方法 | |
| JP6115745B2 (ja) | 待ち合わせ支援システム | |
| JP2002230105A (ja) | 時刻表通知機能を備えた移動通信システム | |
| JP2015170346A (ja) | 交通費申請システム、交通費申請サーバ、交通費申請方法、プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070911 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100311 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100323 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100521 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100810 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100825 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130903 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4578668 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130903 Year of fee payment: 3 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130903 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |