JP2001297136A - 旅行情報配信システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 旅行先で無線端末を使用して適切な情報を簡
易に取得することのできる旅行情報配信システムを得る
こと。 【解決手段】 無線端末１０１の利用者１０２は旅行に
出かけるとき旅行代理店１０３を訪れて旅程表１４１を
作成してもらうと共に無線端末１０１の電話番号を電話
番号データベース１４４に登録する。旅行代理店１０３
はこれらのデータを配信センタ１０７に送る。配信セン
タ１０７には旅行先の各場所の情報が第１および第２の
情報提供者１０８、１０９から受信可能になっており、
データベース１５２に格納される。旅行を開始すると、
配信スケジュールテーブル１５１を基にしてデータ送信
部１５８は情報が必要とされる時間あるいは場所でデー
タベース１５２から対応するデータを読み出して利用者
１０２に配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は国内あるいは海外に
旅行する場合に旅の先々で必要な情報の配信を受ける旅
行情報配信システムに関する。

【０００２】

【従来の技術】国内あるいは海外を旅行業者を同伴させ
ることなく、一人あるいは少人数で旅行することがごく
普通になっている。このような添乗員や案内係の者を同
伴させない旅行はスケジュール的に自由であるが、反
面、旅先の地図、交通機関、宿泊場所等の情報を何らか
の手段を用いて入手する必要がある。このためには、予
め旅行の道筋に沿ってすべての情報を、旅行ガイド本、
パンフレット等の書類として用意していくか、現地で情
報を入手する必要がある。

【０００３】

【発明が解決しようとする課題】ところが、前者の手法
では鮮度のある最新の情報を入手する必要から旅行ガイ
ド本をそのたびに購入する必要があり、経費的に負担が
かかるだけでなく、これらを持ち歩く場合には重量的に
も負担になるという問題がある。また後者の手法では現
地の新しい情報を入手することができるというメリット
があるものの、ある程度の時間的な余裕がないと必要な
情報を入手することができないという問題がある。ま
た、国によっては入手する情報の言語が障害となって、
情報の有効活用が難しい場合もあった。

【０００４】そこで最近では旅行先にコンピュータや携
帯型電話機等の無線端末を携行し、適宜、インターネッ
ト等のネットワークに接続して情報を収集することも試
みられている。しかしながら、コンピュータをモデムを
介して接続しようとすると、海外では一流のホテルに宿
泊しないとそのような設備を探すことが困難であり、情
報源へのアクセスが一般に容易ではない。

【０００５】一方、インターネット等のネットワークに
接続することのできる携帯型電話機は無線を使用して情
報源にアクセスできるのでこの点の問題はない。しかし
ながら、インターネット等のネットワークに接続した後
に所望の情報を検索するためにはかなりの時間がかか
り、またせっかく検索しても十分な情報を入手すること
ができない場合が多い。また、検索による情報の絞り込
みを携帯型電話機で操作するには一般にかなりの時間を
要し、多くの者にとって実用的な手法ではない。すなわ
ち、検索や操作に手間取っている間に目的の場所あるい
は調べたい場所を通過してしまったり、情報を取得する
操作のために電車に乗り遅れる等のスケジュールの遅延
が発生する危険性があった。

【０００６】そこで本発明の目的は、旅行先で無線端末
を使用して適切な情報を簡易に取得することのできる旅
行情報配信システムを提供することにある。

【０００７】

【課題を解決するための手段】請求項１記載の発明で
は、（イ）旅行の行程表から旅行の途中で情報を必要と
する各場所とそれぞれの場所の到着日時とこれらの場所
で無線端末に配信すべき配信データを特定したスケジュ
ールテーブルを作成するスケジュールテーブル作成手段
と、（ロ）このスケジュールテーブル作成手段の作成し
たスケジュールテーブルから到着日時を順に検索してそ
れぞれの到着日時に対応する配信データをネットワーク
を介して配信するデータ配信手段とを旅行情報配信シス
テムに具備させる。

【０００８】すなわち請求項１記載の発明では、旅行を
行う者の旅行の行程表を基にして、旅行の途中で情報を
必要とする各場所とそれぞれの場所の到着日時とこれら
の場所で無線端末に配信すべき配信データを特定したス
ケジュールテーブルを作成することにし、作成されたこ
のスケジュールテーブルから到着日時を順に検索してそ
れぞれの到着日時に対応する配信データをネットワーク
を介して配信することにしたので、情報の必要な場所に
来るたびに必要な情報がネットワークを通じて配信され
ることになる。したがって、端末を所持していれば常に
最新の情報の提供を受けることが可能になり、しかも気
象や政情といった情報までも入手可能なので、ガイド本
だけでなく、ニュースを受信するためのラジオや小型テ
レビの携行も不要となり、携行品の重量を減少させるこ
とができる。また、史跡等の案内のためにガイドを依頼
することも不要となるので、経済的に安価な旅行を実現
することができる。更に配信データを配信するデータ配
信手段側では旅行社や旅行の広告を出す業者から料金を
徴収してビジネスを成立させることができるので、常に
新鮮な情報の取得と提供が可能になり、旅行者にとって
も最新かつ有益な情報を取得することが可能になるとい
う利点がある。

【０００９】請求項２記載の発明では、（イ）旅行の行
程表から旅行の途中で情報を必要とする各場所とそれぞ
れの場所の到着日時とこれらの場所で無線端末に配信す
べき配信データを特定したスケジュールテーブルを作成
するスケジュールテーブル作成手段と、（ロ）このスケ
ジュールテーブル作成手段の作成したスケジュールテー
ブルに記載された到着日時に対する時間的な誤差を算出
する誤差算出手段と、（ハ）この誤差算出手段で算出さ
れた誤差を基にしてそれぞれの到着日時を到着の最も早
い方に補正する到着日時補正手段と、（ニ）スケジュー
ルテーブル作成手段の作成したスケジュールテーブルか
ら到着日時を順に検索して到着日時補正手段によって補
正した後のそれぞれの到着日時までに対応する配信デー
タをネットワークを介して配信するデータ配信手段とを
旅行情報配信システムに具備させる。

【００１０】すなわち請求項２記載の発明では、旅行を
行う者の旅行の行程表を基にして、旅行の途中で情報を
必要とする各場所とそれぞれの場所の到着日時とこれら
の場所で無線端末に配信すべき配信データを特定したス
ケジュールテーブルを作成することにし、作成されたこ
のスケジュールテーブルから到着日時を順に検索してそ
れぞれの到着日時に対応する配信データをネットワーク
を介して配信することにしたので、情報の必要な場所に
来るたびに必要な情報がネットワークを通じて配信され
ることになる。したがって、端末を所持していれば常に
最新の情報の提供を受けることが可能になり、しかも気
象や政情といった情報までも入手可能なので、ガイド本
だけでなく、ニュースを受信するためのラジオや小型テ
レビの携行も不要となり、携行品の重量を減少させるこ
とができる。また、史跡等の案内のためにガイドを依頼
することも不要となるので、経済的に安価な旅行を実現
することができる。更に配信データを配信するデータ配
信手段側では旅行社や旅行の広告を出す業者から料金を
徴収してビジネスを成立させることができるので、常に
新鮮な情報の取得と提供が可能になり、旅行者にとって
も最新かつ有益な情報を取得することが可能になるとい
う利点がある。

【００１１】更に請求項２記載の発明の場合には、誤差
算出手段を用いてスケジュールテーブル作成手段の作成
したスケジュールテーブルに記載された到着日時に対す
る時間的な誤差を算出することにし、到着日時補正手段
が算出された誤差を基にしてそれぞれの到着日時を到着
の最も早い方に補正することにしている。したがって、
たとえばバスの到着時間が１時間早まったような場合に
も、そのような事態に対応させて配信データの配信が行
われるので、到着した時点で配信データの受信が終了し
ており、必要な情報を直ちに活用することができる。

【００１２】請求項３記載の発明では、（イ）旅行の行
程表から旅行の途中で情報を必要とする各場所としての
目的地とそれぞれの目的地の位置情報とこれらの場所で
無線端末に配信すべき配信データを特定したスケジュー
ルテーブルを作成するスケジュールテーブル作成手段
と、（ロ）旅行に携行する無線端末の現在地としての位
置情報を検出する位置情報検出手段と、（ハ）この位置
情報検出手段によって検出した位置情報をスケジュール
テーブル作成手段の作成したスケジュールテーブルにお
ける目的地の位置情報と比較する目的地位置情報比較手
段と、（ニ）この目的地位置情報比較手段によって目的
地の位置情報のいずれかが一致したとき一致した目的地
に対応する配信データをネットワークを介して配信する
データ配信手段とを旅行情報配信システムに具備させ
る。

【００１３】すなわち請求項３記載の発明では、請求項
１および請求項２記載の発明と異なり、場所（目的地）
を基準として配信データの配信を行うようにしている。
すなわちスケジュールテーブル作成手段は、旅行の行程
表から旅行の途中で情報を必要とする各場所としての目
的地とそれぞれの目的地の位置情報とこれらの場所で無
線端末に配信すべき配信データを特定したスケジュール
テーブルを作成し、目的地位置情報比較手段は位置情報
検出手段によって検出した現在地の位置情報をスケジュ
ールテーブル作成手段の作成したスケジュールテーブル
における目的地の位置情報と比較するようにしている。
そしてデータ配信手段は、目的地の位置情報のいずれか
が一致したとき一致した目的地に対応する配信データを
ネットワークを介して配信するようにしている。したが
って、それぞれの目的地に行けばそれに適した配信デー
タが配信されるので、目的地に到達する時間が狂った
り、午前中の目的地と午後の目的地が入れ替わったよう
な場合にも、それぞれの目的地に到達した時点で適切な
データが配信されることになる。

【００１４】請求項４記載の発明では、（イ）旅行の行
程表から旅行の途中で情報を必要とする各場所としての
目的地とそれぞれの目的地の位置情報とこれらの場所で
無線端末に配信すべき配信データを特定したスケジュー
ルテーブルを作成するスケジュールテーブル作成手段
と、（ロ）旅行に携行する無線端末の現在地としての位
置情報を検出する位置情報検出手段と、（ハ）スケジュ
ールテーブルに記されたそれぞれ目的地の代表的な１点
の位置を示す位置情報と、この１点の位置情報と目的地
の境界位置での位置情報との誤差を記した誤差テーブル
と、（ニ）目的地の代表的な１点の位置情報と誤差テー
ブルに記した誤差からそれぞれの目的地に含まれる領域
を算出する領域算出手段と、（ホ）この領域算出手段に
よって算出した領域を位置情報検出手段によって検出し
た無線端末の位置情報と比較する目的地位置情報比較手
段と、（へ）この目的地位置情報比較手段によって目的
地のいずれかの領域内に無線端末の位置情報が含まれる
状態が出現したときその目的地に対応する配信データを
ネットワークを介して配信するデータ配信手段とを旅行
情報配信システムに具備させる。

【００１５】すなわち請求項４記載の発明では、請求項
１および請求項２記載の発明と異なり、場所（目的地）
を基準として配信データの配信を行うようにしている。
すなわちスケジュールテーブル作成手段は、旅行の行程
表から旅行の途中で情報を必要とする各場所としての目
的地とそれぞれの目的地の位置情報とこれらの場所で無
線端末に配信すべき配信データを特定したスケジュール
テーブルを作成し、目的地位置情報比較手段は位置情報
検出手段によって検出した無線端末の位置情報をスケジ
ュールテーブル作成手段の作成したスケジュールテーブ
ルにおける目的地の位置情報と比較するようにしてい
る。そしてデータ配信手段は、目的地の位置情報のいず
れかが一致したとき一致した目的地に対応する配信デー
タをネットワークを介して配信するようにしている。請
求項３記載の発明と相違する点は、請求項４記載の発明
では場所に対する誤差を考慮している点である。これ
は、たとえばある温泉地を目的地としたような場合に、
設定した位置が温泉地の中心だとすると、温泉地の中心
まで行かなければ配信データが配信されないという不都
合を解消するためである。すなわち誤差という概念を使
用することで、この例では温泉地の中心から誤差の範囲
内まで到達した時点で、つまり温泉地の入り口に到達し
た時点で配信データの供給を受けることができるように
なり、温泉地の情報をその時点から活用することができ
る。しかも請求項４記載の発明の場合には、請求項３記
載の発明と同様に、それぞれの目的地に行けばそれに適
した配信データが配信されるので、目的地に到達する時
間が狂ったり、午前中の目的地と午後の目的地が入れ替
わったような場合にも、それぞれの目的地に到達した時
点で適切なデータが配信されることになる。

【００１６】請求項５記載の発明では、請求項１〜請求
項４記載の旅行情報配信システムで、データ配信手段に
よって配信された配信データを特定する識別情報をそれ
ぞれ記憶する配信データ識別情報記憶手段と、この配信
データ識別情報記憶手段に記憶されたそれぞれの識別情
報に対応させて配信データのうち利用者が利用したもの
あるいは利用していないものを特定する特定手段と、こ
の特定手段によって特定された配信データを旅行終了後
にデータ配信手段に通知する通知手段とが無線端末に備
えられていることを特徴としている。

【００１７】すなわち請求項５記載の発明では、配信デ
ータ識別情報記憶手段がデータ配信手段によって配信さ
れた配信データを特定する識別情報をそれぞれ記憶する
ことにし、配信データの利用の有無の事実をこれらの識
別情報に対応付けておき、これを旅行終了後にデータ配
信手段に通知することにしたので、どのような配信デー
タが利用されたかを確かめることができ、利用されやす
いデータの作成および配信タイミングの設定等の改良を
行うことができる。

【００１８】請求項６記載の発明では、請求項１〜請求
項４記載の旅行情報配信システムで、データ配信手段に
よって配信された配信データを利用者が利用した場所を
特定する場所特定手段と、この場所特定手段によって特
定された場所をそれぞれ記憶する場所記憶手段と、この
場所記憶手段によって記憶されたそれぞれの場所を旅行
終了後にデータ配信手段に通知する通知手段とが無線端
末に備えられていることを特徴としている。

【００１９】すなわち請求項６記載の発明では、データ
配信手段によって配信された配信データを利用者が利用
した場所を特定し、それぞれの場所を旅行終了後にデー
タ配信手段に通知することにしたので、場所に対応させ
た配信データの利用状況を解析することでどのような場
所で情報が有効活用されるかといったことや、旅行者が
情報を必要としない場所等を統計値として知ることがで
き、情報を提供する場所の選択に役立てることができ
る。

【００２０】請求項７記載の発明では、請求項３または
請求項４記載の旅行情報配信システムで、無線端末は任
意の時間間隔でその位置情報をデータ配信手段に送信す
る位置情報送信手段を備え、データ配信手段は旅行のス
ケジュールに沿った無線端末の時間と位置を記述した個
人スケジュールテーブルと、位置情報送信手段から送ら
れてくる位置情報とそのときの時間を基にして個人スケ
ジュールテーブルに記述されたスケジュールとの誤差を
算出する誤差算出手段と、この誤差算出手段の算出結果
を反映させて配信データの配信のためのスケジュールテ
ーブルを更新するスケジュールテーブル更新手段とを具
備することを特徴としている。

【００２１】すなわち請求項７記載の発明では、無線端
末の現在位置を所定の時間間隔でデータ配信手段側に通
知させるようにして、通知した時間（時刻）とそれらに
ついて通知された位置との関係でスケジュール通りに無
線端末が移動しているかどうかを確かめることができ
る。したがって、個人スケジュールテーブルに記述され
たスケジュールとの誤差を算出して、スケジュールが遅
延していたり早く進んでいるような場合には、スケジュ
ールを必要に応じて変更することで、各場所における配
信データの提供がタイミングよく行われるようにしてい
る。

【００２２】請求項８記載の発明では、請求項１〜請求
項４記載の旅行情報配信システムで、無線端末は、スケ
ジュールテーブル作成手段の作成したスケジュールテー
ブルを受信するスケジュールテーブル受信手段と、この
スケジュールテーブル受信手段の受信したスケジュール
テーブルを基にしてそれぞれの配信データの配信タイミ
ングでデータ配信手段に配信データの送信を要求する配
信データ送信要求手段とを具備することを特徴としてい
る。

【００２３】すなわち請求項８記載の発明では、無線端
末側がその利用者の旅行に沿ったスケジュールテーブル
を受信して格納するようにしている。したがって、スケ
ジュールテーブル自体を利用者が常に確認することがで
きる。また無線端末側に格納されたスケジュールテーブ
ルを基にしてデータ配信手段に配信データの送信を要求
することにしているので、送信が何らかの事情で行われ
ないような場合には、無線端末側で再度その送信を要求
することができる。また、無線端末側でスケジュールの
一部を繰り上げる等の変更を行ったような場合であって
も、その内容でデータ配信手段に配信データの送信を要
求するので、適切なタイミングで配信データの配信を確
保することができる。

【００２４】請求項９記載の発明では、請求項３記載の
旅行情報配信システムで、無線端末は配信データの配信
のためのスケジュールを記したスケジュールテーブルを
受信するスケジュールテーブル受信手段と、このスケジ
ュールテーブル受信手段によって受信されたスケジュー
ルテーブルを格納するスケジュールテーブル格納手段
と、配信データが配信されてきたときその配信データと
これが配信されるべき時間および場所をスケジュールテ
ーブル格納手段に格納されたスケジュールテーブルの中
の該当する配信データとその配信時間および配信場所と
を比較する比較手段と、この比較手段によって比較され
た結果としてのスケジュールの位置および場所の誤差を
誤差データとして送信する誤差データ送信手段とを備
え、データ配信手段側は誤差データ送信手段から送られ
てきた誤差データを反映させる形でスケジュールテーブ
ルの内容を更新するスケジュールテーブル更新手段とを
具備することを特徴としている。

【００２５】すなわち請求項９記載の発明では、無線端
末側がその利用者の旅行に沿ったスケジュールテーブル
を受信して格納する点で請求項８記載の発明と同様であ
るが、請求項９記載の発明の場合には無線端末側で格納
したスケジュールテーブルに示すスケジュールが予定通
り進んでいるかどうかを配信データの配信されるタイミ
ングおよび場所で比較している。そして、配信の時間や
場所がずれているような場合にはそれらの誤差を誤差デ
ータとして配信側に誤差データ送信手段を用いて送り返
し、配信側では誤差データ送信手段から送られてきた誤
差データを反映させる形でスケジュールテーブルの内容
を更新することにしている。もちろん、新たなスケジュ
ールテーブルをその都度作成することも実質的に同一で
ある。

【００２６】請求項１０記載の発明では、請求項２記載
の旅行情報配信システムで、スケジュールテーブルに記
載された到着日時に対する時間的な誤差を算出する誤差
算出手段は、それぞれの場所に到着するための移動手段
の種類に基づく誤差に、移動の行われる日に応じて設定
された係数を乗じて算出することを特徴としている。

【００２７】すなわち請求項１０記載の発明では、バス
や電車等の移動手段で移動する場合に、その手段の種類
によって目的とする場所に到達する時間の誤差が生じる
場合があることと、移動する日が休日であるか平日であ
るか、あるいは祭日であるか等の一ヶ月あるいは一年の
日付によっても誤差の生じる程度が異なる場合があるこ
との２つの事実に基づいて、移動手段の種類に基づく誤
差に、移動の行われる日に基づいた係数を乗じて誤差を
算出し、この算出された誤差を見込んで配信データの配
信のタイミングを設定するようにしている。

【００２８】請求項１１記載の発明では、請求項２記載
の旅行情報配信システムで、スケジュールテーブルに記
載された到着日時に対する時間的な誤差を算出する誤差
算出手段は、それぞれの場所に到着するための移動手段
の種類に基づく誤差に、移動の時間帯に応じて設定され
た係数を乗じて算出することを特徴としている。

【００２９】すなわち請求項１１記載の発明では、バス
や電車等の移動手段で移動する場合に、その手段の種類
によって目的とする場所に到達する時間の誤差が生じる
場合があることと、移動する時間が通勤時間帯であるか
夜間であるか等のように一日の時間帯によっても誤差の
生じる程度が異なる場合があることの２つの事実に基づ
いて、移動手段の種類に基づく誤差に、移動の時間帯に
基づいた係数を乗じて誤差を算出し、この算出された誤
差を見込んで配信データの配信のタイミングを設定する
ようにしている。

【００３０】請求項１２記載の発明では、請求項２記載
の旅行情報配信システムで、スケジュールテーブルに記
載された到着日時に対する時間的な誤差を算出する誤差
算出手段は、それぞれの場所に到着するための移動手段
の種類に基づく誤差に、移動の行われる日および時間帯
に応じて設定された係数を乗じて算出することを特徴と
している。

【００３１】すなわち請求項１２記載の発明では、請求
項１０および請求項１１に示した誤差の要因を全部取り
込んで誤差を算出するようにしている。これにより、各
種の状況に対応させて誤差を変動させることができ、い
ろいろな事態に対しても配信データの配信を正確に行え
るようになる。

【００３２】請求項１３記載の発明では、請求項１〜請
求項４記載の旅行情報配信システムで、配信データは電
子メールの形で無線端末に配信されることを特徴として
いる。

【００３３】すなわち請求項１３記載の発明では、配信
側から無線端末に送られる情報が電子メールの形となっ
ているので、携帯型電話機のようにディスプレイのサイ
ズが小さい端末であっても情報の配信が可能であり、ま
た情報の通信に要する負荷が小さいので通信を迅速に行
うことができ、必要な情報を遅滞なく配信することが可
能になる。

【００３４】請求項１４記載の発明では、請求項１〜請
求項４記載の旅行情報配信システムで、配信データは記
述言語で記述されたファイルの形で無線端末に配信され
ることを特徴としている。

【００３５】すなわち請求項１４記載の発明では、無線
端末がラップトップ型のパーソナルコンピュータのよう
にＨＴＭＬ等の記述言語によって記述された情報を視聴
できる場合には、このような情報をアクセスすることで
より表現力の富んだ情報を入手することができる。

【００３６】請求項１５記載の発明では、請求項１〜請
求項４記載の旅行情報配信システムで、配信データはネ
ットワーク上のコンテンツのアドレスを含んでおり、無
線端末はこれらのアドレスにアクセスして必要なコンテ
ンツをダウンロードすることを特徴としている。

【００３７】すなわち請求項１５記載の発明では、配信
側あるいは情報の提供側でコンテンツのアドレスを示し
て無線端末にこのアドレスにアクセスさせて情報を入手
するようにしている。したがって、情報提供者の情報か
ら更にリンクされた情報に飛ぶといったようにして、無
線端末の利用者側の意に沿った情報の入手が可能にな
る。

【００３８】

【発明の実施の形態】

【００３９】

【実施例】以下実施例につき本発明を詳細に説明する。

【００４０】図１は、本発明の一実施例における旅行情
報配信システムの概要を表わしたものである。この旅行
情報配信システム１００は、無線端末１０１の利用者１
０２が旅行を行うときに利用するシステムである。利用
者１０２は旅行代理店１０３に旅行の申し込み１０４を
行って、スケジュールを立ててもらい、また旅行に必要
なチケットの購入や予約を旅行代理店１０３に行わせ
る。旅行代理店１０３はこのようなサービスを行う他
に、利用者１０２に対して旅行情報の提供サービスの契
約も行い、これも旅行費用の請求１０６の一部を構成し
ている。旅行情報の提供サービスは、無線端末１０１に
対する情報の配信サービスであり、配信センタ１０７が
行うようになっている。配信センタ１０７はこのような
サービスとしての旅行情報を自分で独力で取得してもよ
いが、通常は第１の情報提供者１０８あるいは第２の情
報提供者１０９からこれらの旅行情報１１１、１１２を
取得し、これらを適宜加工して無線端末１０１にプッシ
ュ技術を使用して配信するようになっている。

【００４１】ここで第１の情報提供者１０８とは、旅行
情報の提供を商業的な利益とは無関係に行う者をいう。
たとえば地方公共団体や政府の設けた観光局や個人のよ
うに、旅行情報を提供することで直接の利益を得ること
はない者がそれである。したがって、配信センタ１０７
は第１の情報提供者１０８の提供した情報を無線端末１
０１に配信しても、これに対して広告代等の料金を徴収
することはない。貴重な旅行情報の提供に対して第１の
情報提供者１０８にプレゼントをあげるような工夫が行
われていてもよい。

【００４２】一方、第２の情報提供者１０９は、旅行情
報の提供を商業的な利益を伴うものとして行う者をい
う。たとえば現地でオプショナルツアーを扱う旅行業者
や旅先のみやげ物等を扱う商店や商店街、市場、商工会
議所、交通機関、ホテル、旅館等がこれらに該当する。
これらの者が広告だけあるいは広告と共に旅行情報を提
供する場合、配信センタ１０７は旅行情報１１２の配信
に対して所定の広告料１１４を請求する。

【００４３】また、旅行代理店１０３は配信センタ１０
７に対して利用者１０２にその場その場で適切な旅行情
報を提供させるための配信依頼１１５を行い、これに対
して配信センタ１０７は配信サービスを行うための費用
の一部を配信料１１６として旅行代理店１０３に請求す
る。本実施例の旅行情報配信システム１００では配信セ
ンタ１０７が第２の情報提供者１０９からの広告収入を
大きな収入源として運営するようにしており、旅行者と
しての利用者１０２の経済的な負担を軽くする意味で、
配信センタ１０７に対する配信料１１６の徴収は比較的
低額となるような工夫が行われている。配信センタ１０
７は利用者１０２が旅先で必要となる情報を、字数の制
限されたショートメールの形で、必要となるタイミング
で無線端末１０１に対して送信するようになっている。
もちろん、配信センタ１０７が無線端末１０１に配信す
るデータの形式はこれに限られるものではない。たとえ
ば無線端末１０１の種別を登録しておき、配信対象とな
る端末が無線機能を付加したラップトップ型のコンピュ
ータのように表示する文字の数やイメージの表現形式に
余裕度がある場合には、メールに比較的データ量のある
画像情報を添付したり、ブラウザで表示できる表現形式
で配信するようにしてもよい。

【００４４】したがって、配信センタ１０７は情報提供
者１０８、１０９からの電子メールやファクシミリによ
って送られてくる情報を蓄積したり、あるいはＷＷＷ
（world wide web）上の各種サイトを参照することによ
って、旅行代理店１０３の取り扱う各種の旅行における
提供すべき情報と各場所あるいは配信の行われる日時を
対比して登録しておく。そしてこれを常に最新情報によ
って更新すると共に、無線端末１０１に送信できるメー
ルの形式に編集するようにしている。

【００４５】旅行者に必要な情報は、旅行中のものだけ
でなく旅行の前後に必要とされる各種の情報も含まれ
る。旅行中の情報には、史跡の説明のように一度用意す
ると情報の内容にあまり変化のないものもあれば゛イベ
ント情報のように一年を通してみると決まった情報であ
る場合が多いが旅行を計画するたびにその内容が変化す
る情報もある。また、その旅行者あるいは利用者１０２
にとって固有の情報もある。宿泊するホテルや旅館の部
屋の番号や、目的地の気象情報のようなものがそれであ
る。これらの旅行中の情報は、必要となる旅行先のそれ
ぞれの場所あるいはそれらの場所に到達した日時に、対
応する利用者１０２の無線端末１０１に対して配信され
る。旅行の前後に配信される情報は、それぞれ旅行の準
備あるいは旅行終了後の適切なタイミングで利用者１０
２の無線端末１０１に対して配信される。

【００４６】図２は、本実施例で用意される情報の名称
（情報名）と情報の配信のタイミングおよび配信される
情報の内容の一例を表わしたものである。本実施例では
配信される各情報が時間（日時）によって管理されてい
る。図２に示した配信情報記憶領域１２１は、旅行のコ
ード番号１２２ごとに利用者１０２に対応して用意され
るもので、出発前に内容が確定し固定的な情報となって
いる第１の情報欄１２３と、出発前には内容が確定せず
出発後に順次確定していく内容の第２の情報欄１２４か
ら構成されている。このように情報欄を２つに区分けす
ることによって、似たようなスケジュールの旅行が行わ
れる場合には、情報欄１２４を主として変更することで
新たな利用者１０２に迅速に対応することが可能にな
る。出発前に内容が確定する情報としては、たとえば旅
行の行程を表わす行程表１２５や観光地の説明１２６、
宿泊ホテルや添乗員への電話連絡１２７、１２８等があ
る。このうち行程表１２５は、出発の前や旅行の行程自
体が何らかの原因で変更された場合に配信される。更に
一例をあげると、地図については停車地に到着する直前
に配信され、停車場所の見取り図やトイレの場所、ある
いは集合場所といったその場所で必要な情報が配信され
ることになる。

【００４７】第２の情報欄１２４は、出発時点まで情報
が確定せず適宜その内容が確定していく情報に関する欄
である。たとえばバスや列車の座席番号は、予め定めら
れている場合もあるが当日のオプションとしての小旅行
の選択等によって旅行が開始しなければ定まらない場合
もある。後者の場合にはその旨の通知が無線端末１０１
に対して事前に行われると共に、バスや列車に乗車する
直前までにそれぞれの利用者１０２の座席番号やバス等
の見取り図が配信されることになる。ホテルの部屋もホ
テルに着くまでに各旅行者の部屋の割り振りを行ってお
き、ホテルに着いた時点でそれらの内容を配信するよう
にすれば、各利用者１０２は特別にメモ書きを持参して
おく必要なくそれぞれの部屋に間違いなく宿泊すること
ができる。第２の情報欄１２４を設けて直前に必要な情
報を配信することで、このように利用者１０２にタイム
リな情報を提供することができるばかりでなく、情報の
差し替えの回数を減少させることで情報の行き違いによ
るミスの発生を防止するという利点も生じる。これによ
り、旅行代理店１０３側は旅行を途中でキャンセルする
利用者が現われた場合等にもホテルの宿泊の部屋割りや
交通機関の利用のキャンセルを直前まで実行することが
できる。

【００４８】なお、本実施例のデータ配信システムでは
各利用者１０２が無線端末１０１を所持して旅行に出か
けることを前提としている。したがって、利用可能な無
線端末１０１を所有していない者に対しては旅行期間
中、無線端末１０１を貸し出すサービスを行っている。
外国旅行の場合等にも旅行先の国あるいは地域で利用で
きる無線端末１０１を貸与することで、必要な情報を利
用者１０２に常に提供することができる。

【００４９】図３は、図１に示した旅行情報配信システ
ムを更に具体化して示したものである。旅行情報配信シ
ステム１００は利用者１０２と窓口で接する旅行代理店
１０３と、基地局１３１から無線端末１０１に対して必
要な旅行情報を配信する配信センタ１０７と、この配信
センタ１０７に旅行情報を提供する第１および第２の情
報提供者１０８、１０９からなる旅行情報源１３２から
構成されている。今、利用者１０１が旅行代理店１０３
を訪れて「冬の日本海ツアー」を申し込む場合を例にと
って説明を行う。

【００５０】図４は、本実施例の利用者が申し込んだ旅
行プランとしての「冬の日本海ツアー」の旅程表の一部
を表わしたものである。旅程表１４１は、利用者１０１
が旅行代理店１０３の担当者の薦めに従って、あるいは
利用者１０１自身が作成した素案を基にして担当者と相
談しながら作成される。旅程表１４１の内容が確定する
と、旅行代理店１０３は利用者１０２の所持している無
線端末１０１の電話番号１４２を旅程表１４１に対応す
る形で電話番号データベース１４４に登録する。また、
旅行代理店１０３は利用者１０２に対して旅行に必要な
代金に配信センタ１０７の使用料（データ配信サービス
料）を加味した金額を旅行代として請求する。ただし、
利用者１０１のこの旅行には添乗員あるいは現地で世話
をする現地案内人がいないので、これら旅行先での人件
費が一切不要であり、旅行代は非常に安価に設定される
ことになる。

【００５１】利用者１０２に請求したデータ配信サービ
ス料は、データ配信サービスを行う配信センタ１０７に
旅行代理店１０３から支払われる。このとき、旅行代理
店１０３は配信センタ１０７に対して利用者１０２の旅
程表１４１を表わした旅程表情報１４６と利用者１０２
の無線端末１０１についての電話番号情報１４７を渡す
ことになる。

【００５２】配信センタ１０７では、それぞれの利用者
（図では１人の利用者のみ図示）１０２の旅程表情報１
４６と電話番号情報１４７を対にして受け取り、これを
配信スケジュールテーブル１５１に格納するようになっ
ている。また、配信センタ１０７にはいろいろな旅行代
理店（図では１つの旅行代理店のみ図示）１０３の設定
する旅行プランに対応したデータベース１５２を備えて
いる。このデータベース１５２には既に説明したように
旅行情報源１３２からファクシミリ装置１５３、メール
端末１５４あるいはウエブブラウザ１５５を通じて情報
が取り込まれるようになっている。データ送信部１５８
は時計機構１５９あるいはタイマ回路を備えており、配
信スケジュールテーブル１５１を監視して配信する時間
が到来するたびに対応する配信データをデータベース１
５２から取り出して、基地局１３１を介して無線端末１
０１に送信するようになっている。このとき、無線端末
１０１についての電話番号情報１４７が配信先のアドレ
ス情報として使用される。

【００５３】図５は、本実施例の配信センタの機能的な
構成を表わしたものである。配信センタ１０７は、実際
には図示しないＣＰＵ（中央処理装置）とプログラムを
格納した記憶媒体ならびに各種の入出力機器によってが
構成されているが、ここではこれらによって実現する回
路を機能的な構成として表わしている。この図５で、図
３と同一部分には同一の符号を付しており、これらの説
明は適宜省略する。

【００５４】図５に示すように旅行代理店１０３から図
示しない電話網あるいはインターネット網を介して入力
される旅程表情報１４６および電話番号情報１４７は、
データ受信部１７１で受信されるようになっている。こ
れらの受信データ１７２は旅程表解析部１７３に入力さ
れてその内容が解析されるようになっている。旅程表解
析部１７３はその解析結果を個人スケジュールテーブル
１７４に格納する。このとき、誤差テーブル１７５から
誤差情報を取得し、係数テーブル１７６から係数情報を
取得する。ここで誤差情報とは、電車やバス等の移動手
段で移動するときの基準となる到着時間に対する時間的
な誤差を表わした情報である。また、係数情報とは移動
する年月日に応じて実際の誤差を求めるために誤差情報
の値に付加される係数値をいう。たとえばある特定の日
は付近に祭りがあるためにバスの運行に大幅な遅延が予
想されるといったような場合には、通常予想される誤差
に乗じる係数値が大きくなる。

【００５５】配信スケジュール作成部１７８は、個人ス
ケジュールテーブル１７４に格納された各個人の旅行の
スケジュールを基にして、それぞれの時刻で配信データ
を配信するための配信スケジュールを作成して配信スケ
ジュールテーブル１５１に格納するようになっている。
このときに配信を行う時刻については、前記した誤差情
報と係数情報を使用して、予定よりも早く目的地あるい
は配信データを活用する場所に到達した場合にもその活
用が確保されるような時刻の設定が行われる。

【００５６】一方、配信データの収集はデータ収集部１
７９が行うようになっている。データ収集部１７９は情
報アドレステーブル１８１から情報のアクセスに必要な
アドレス情報１８２を取得する。そして、たとえばファ
クシミリ装置１５３の場合であれば、得られたアドレス
情報１８２の電話番号にアクセスして旅行情報源１３２
から必要な情報を送信してもらう。また、メール端末１
５４の場合であれば得られたアドレス情報１８２の電子
メールアドレスに送信することで、旅行情報源１３２か
ら必要な情報を電子メール等で返信してもらう。更にウ
エブブラウザ１５５の場合には、得られたアドレス情報
１８２のＵＲＬ（Uniform Resource Locator）にアクセ
スして、所望のコンテンツから必要な情報を取得する。
前記したように当日に初めて判明するホテルの部屋番号
の情報等も、これらファクシミリ装置１５３、メール端
末１５４あるいはウエブブラウザ１５５から適宜取得す
ることができる。取得されたこれらの情報は、必要によ
り既に取得してデータベース１５２に格納された情報と
共にデータ編集部１８３に送られる。データ編集部１８
３では個人スケジュールテーブル１７４に示す各時間と
対応付けた形で取得した情報を編集する。編集結果は個
人スケジュールテーブル１７４に示す各時間と対応付け
て、データベース１８３における配信データを格納する
配信データ一時格納領域（図示せず）に格納されるよう
になっている。

【００５７】データ送信部１５８は前記したように時計
機構１５９あるいはタイマ回路を備えている。そして、
配信スケジュールテーブル１５１に記された配信時間が
到来するたびに、該当する利用者１０２（図１）に配信
する配信データをデータベース１５２の配信データ一時
格納領域から取り出し、基地局１３１を介して無線端末
１０１に送信することになる。なお、この実施例では当
日に初めて判明するホテルの部屋番号の情報をデータ収
集部１７９の収集活動によって取得するようにしている
が、システムによってはこのような情報が旅行のスケジ
ュールを組んだ旅行代理店１０３側に入力される場合が
ある。そこで、このような場合にはたとえば旅行代理店
１０３が取得したこの種の情報をデータ受信部１７１で
受信させ、これをデータ編集部１８３に入力させるよう
にすればよい。すなわち後者の場合にはファクシミリ装
置１５３、メール端末１５４あるいはウエブブラウザ１
５５を一般的な情報の取得に使用し、ホテルの部屋番号
や交通機関の座席の情報等はこれらの手段を使用せずに
旅行代理店１０３から取得するようにしている。

【００５８】図６は、図５に示した個人スケジュールテ
ーブルの構成を表わしたものである。個人スケジュール
テーブル１７４は、個人情報テーブル２３１と旅程テー
ブル２３２によって構成されている。

【００５９】図７はこのうちの個人情報テーブルの構成
を表わしたものである。個人情報テーブル２３１は、利
用者１０２の旅行に関する情報を特定するためのもの
で、旅行代理店１０３を識別するための「旅行代理店会
社識別子」、無線端末１０１の利用者１０２としての旅
行者を識別するための「旅行者識別子」、無線端末１０
１と通信を行うための「無線端末通信アドレス」および
次に説明する旅程テーブル２３２を示す「旅程テーブル
へのポインタ」とによって構成されている。

【００６０】この個人情報テーブル２３１の中で最低限
必要とされるものは「無線端末通信アドレス」の欄と
「旅程テーブルへのポインタ」の欄の２つである。「旅
行代理店会社識別子」および「旅行者識別子」の欄は必
ずしも設ける必要がない。これら後者の２つの欄は、料
金の請求や顧客管理のために設けられているとも考えら
れる。本実施例の個人情報テーブル２３１では、旅程を
作成し旅行に関するサービスを販売する旅行代理店１０
３の識別子が「ＪＰＮ０３９９６ＢＮ３３２」であり、
利用者１０２の識別子が「Ｍ４５１１Ａ−０８２６」と
なっている。「旅行者識別子」が「Ｍ４５１１Ａ−０８
２６」の利用者１０２の無線端末１０１に対して電子メ
ールを送る場合には、図７に示した「無線端末通信アド
レス」としての「０９０１２３４５６７８＠ｍｏｂｉｌ
ｅ．ｔｅｌ．ｎｅ．ｊｐ」宛てにすればよい。「旅程テ
ーブルへのポインタ」は、配信センタ１０７が独自に作
成することになる。ここでは「Ａ１０−５２３３４３−
ＹＮ」となっている。

【００６１】図８は旅程テーブルの構成の一例を表わし
たものである。旅程テーブル２３２は、利用者１０２か
ら特定される図４に示した旅程表１４１を基にして作成
される。旅程テーブル２３２は、項目に順に番号（♯）
を付けた「項番」欄と、行動を予定している日時として
の「年月日」欄および「時間」欄と、行動を予定してい
る場所としての「場所」欄と、取得する情報の種別を示
す「種別」欄と、行動を起こす前の動作を示す「事前動
作」欄と、事前動作によって発生すると予測される時間
の誤差を分単位で示した「誤差」欄と、誤差の重みある
いは時間ごとの変動範囲を表わした係数を示した「係
数」欄と、データベース１５２（図５）における収集済
のデータが一時的に保管されているアドレスを示す「格
納場所（ローカル）」欄と、データの収集完了を示す
「済」欄を備えている。「済」欄が“０”となっている
項目のデータはまだ未到着であり、“１”となっている
項目についてはデータベース１５２に格納済みである。
したがって、旅程テーブル２３２の「済」欄がすべて
“１”となっている場合には配信のための準備が完了し
ていることになる。

【００６２】図８に示した旅程テーブル２３２は、図４
に示した２日目の旅程を示している。旅程表１４１を見
ると、この日は前日（４月６日）から夜行の特急列車に
乗って、富山駅に朝の６時に到着している。富山駅では
バスに乗り換えて６時１５分にそのバスが出発する。バ
スはその後、７時２０分に七尾温泉に到着する。ここで
朝食がとられる予定である。ここまでの内容を図８の旅
程テーブル２３２に書き換えると次のようになる。

【００６３】まず項番「１」の「年月日」欄にはこの日
の日付「２０００．０４．０７」が記される。また「場
所」欄には到着地としての「富山駅」が記される。この
到着の時間は「時間」欄に「０６：００」と記される。
富山駅には列車（電車）で移動するので、「事前動作」
欄は「電車移動（ＴＲＡＩＮ）」と記される。富山駅に
到着したらバスに乗り換える必要があり、またトイレに
行ったり雑誌を買う等の行動を行う可能性がある。そこ
で富山駅の見取り図が必要とされることが予想される。
このため「種別」欄には「駅地図」が記される。「誤
差」欄には移動手段によって発生すると予想される時間
の誤差が記される。ここでは特急列車の誤差なので、バ
スの移動よりも少ない誤差として「００：０５」、すな
わち誤差として５分が設定される。「係数」欄には特に
曜日や日付によって特急列車の誤差に変動要因がないよ
うな場合には、係数として“１．０”が与えられる。た
とえば係数値が“２．０”の場合には「誤差」欄に記さ
れた誤差の２倍の誤差が予測されるが、係数値が“１．
０”の場合には誤差に変動幅がないことを意味してお
り、「誤差」欄に記された誤差の値がそのまま誤差の生
じる範囲としてその特急列車の到着時間に適用されるこ
とになる。

【００６４】ところで本実施例では列車やバス等の移動
手段で最初の目的地から次の目的地というように次々と
目的地を変えて旅行を進行させるとき、これらの目的地
に到着する予定時刻と配信データの配信のタイミングと
の関係を、基準誤差と係数という２つの概念で把握する
ようにしている。誤差は移動手段や移動開始時における
事情等によって、基準値を予測することができる。そこ
で、誤差テーブル１７５が用意されており、基準となる
誤差をここから引き出せるようになっている。

【００６５】図９は、本実施例で使用される誤差テーブ
ルの一部を表わしたものである。誤差テーブル１７５に
は、各「事前動作」に対応付ける形で、これらの事前動
作によって発生すると予想される到着時間の誤差の値を
格納している。たとえば電車移動については前に説明し
たように５分の基準誤差が発生し、バスによる移動につ
いては１０分の基準誤差が発生する。

【００６６】図１０は、本実施例で使用される係数テー
ブルの一部を表わしたものである。係数テーブル１７６
には旅行の「年月日」をキーとしてその年月日によって
起こり得ると予想される誤差の変動幅を係数として格納
している。係数の値は誤差の値に乗ずるものとして設定
していることについては前記した通りである。

【００６７】図１１は、本実施例で使用される情報アド
レステーブルの一部を表わしたものである。情報アドレ
ステーブル１８１は、利用者１０２に提供する情報とし
ての「情報項目」をキーとして、それぞれの情報につい
てアクセスするための「アクセス手段」と、アクセスの
際のアドレス情報としての「情報ソースへのポインタ」
を対比して示したものである。たとえば「情報項目」と
しての「ＪＲ東新庄駅時刻表」を取得したい場合には、
ＷＷＷ（world wide web）すなわちハイパーテキストを
使ったインターネットの情報サービスを利用する。この
場合の「情報ソースへのポインタ」は、ＵＲＬ（Unifor
m Resource Locator）としての「ｈｔｔｐ：／／ｗｗ
ｗ．ｊｒ−ｅ．ｃｏ．ｊｐ／ｔｉｍｅｔａｂｌｅ／ｓｈ
ｉｎ．．」となる。

【００６８】本実施例で旅程テーブル２３２（図８）の
項番が“１”の情報を得る場合を次に説明する。旅程テ
ーブル２３２の「場所」欄を見ると、「富山駅」であ
り、「種別」を見ると「駅地図」である。そこで、情報
アドレステーブル１８１（図１１）から、情報項目が
「ＪＲ富山駅構内マップ」の「アクセス手段」としての
「ＷＷＷ」と、「情報ソースへのポインタ」としての
「ｈｔｔｐ：／／ｗｗｗ．ｔｏｙａｍａ．ｇｏ．ｊｐ／
ｋａｎｋｏ／ｍａｐ／ｔｏ．．」が得られる。したがっ
て、データ収集部１７９はウエブブラウザ１５５に対し
て、アドレスとして「ｈｔｔｐ：／／ｗｗｗ．ｔｏｙａ
ｍａ．ｇｏ．ｊｐ／ｋａｎｋｏ／ｍａｐ／ｔｏ．．」の
情報をロードしてデータベース１５２に格納するように
指示を出す。ウエブブラウザ１５５は受け取ったアドレ
スでインターネットに接続し、このデータをダウンロー
ドした後にデータベース１５２へ格納する。このとき、
データ収集部１７９はデータベース１５２の格納場所を
ウエブブラウザ１５５に指示し、更にこの格納場所を旅
程テーブル２３２の「格納場所」欄に記入する。また、
このデータが確実に得られたことを確認したら、旅程テ
ーブル２３２の「済」の欄の値を“０”から“１”に変
更する。

【００６９】図１１に示した情報アドレステーブル１８
１には「アクセス手段」として「ＦＡＸ」（ファクシミ
リ）という記述もある。これはファクシミリ装置を使用
して収集可能な情報であることを示している。したがっ
て、この場合の「情報ソースへのポインタ」はファクシ
ミリ装置の電話番号としての「０１２−３４５−６７８
９♯１２」ということになる。

【００７０】図１２は、本実施例の配信スケジュールテ
ーブルの一部を表わしたものである。配信スケジュール
テーブル１５１は、配信データの配信を行う年月日とし
ての「年月日」欄と、配信する時刻としての「時間」欄
と、旅程テーブル２３２とリンクするための「旅程テー
ブルへのポインタ」欄および「項番（♯）」欄から構成
されている。「項番（♯）」欄には、各利用者１０２の
個人スケジュールテーブル１７４の旅程テーブル２３２
におけるどの項番に対する配信データの配信なのかを示
す項番を記すようになっている。

【００７１】以上のような構成のデータ配信システムの
運用を次に説明する。

【００７２】図１３は、無線端末の利用者が旅行代理店
に来てから旅行に出発するまでのシステム全体の流れを
時系列で表わしたものである。図３に示した利用者１０
２が旅行代理店１０３を訪れると（ステップＳ２０
１）、担当者は利用者１０２の希望を聞いて旅程表１４
１を作成する（ステップＳ２０２）。一般に旅行代理店
１０３はサンプルとしての複数の旅行商品を作成してお
り、これらを参考にして、あるいは修正を行うことで、
それぞれの利用者１０２に合った旅程表１４１を作成す
ることができる。作成した旅程表１４１は利用者２０２
に提示される（ステップＳ２０３）。利用者２０２はそ
の内容に同意すれば旅行代金を支払うと共に、旅行情報
の提供サービスについても料金を支払う。そして、この
サービスの提供を受けるために、自分の所持している無
線端末１０１のアドレスを電話番号データベース１４４
に登録させる（ステップＳ２０４）。

【００７３】なお、利用者１０２が無線端末１０１を所
持していない場合がある。このときは、旅行代理店１０
３あるいは配信センタ１０７が無線端末１０１を旅行期
間だけ貸与するサービスを行うようにすればよい。もち
ろん、利用者１０２は一般のレンタルショップ等で無線
端末１０１をレンタルして旅行の契約を行うこともでき
る。更に外国旅行を行うような場合には、旅行先の国で
自分の無線端末１０１を使用できない場合もある。この
ような場合には、同様に使用可能な無線端末を利用者１
０２に貸し出すサービスが行われるようにすればよい。

【００７４】配信センタ１０７では、図５に示した誤差
テーブル１７５、係数テーブル１７６および情報アドレ
ステーブル１８１を常に最新のものに更新するメンテナ
ンスを行っている（ステップＳ２０５）。誤差テーブル
１７５（図５）については、誤差テーブル１７５の新規
作成を含んだ誤差値の見直しを含んでいる。一例を挙げ
ると、新しい高速道路ができて、バスを使用した目的地
までの移動時間に誤差が生じなくなったような場合に
は、誤差値の変化を誤差テーブル１７５に反映させる。
列車のダイヤ改正があったような場合も同様である。係
数テーブル１７６（図５）のメンテナンスとは、係数テ
ーブル１７６の新規作成を含んだ係数値の見直し作業を
いう。たとえばイベント開催に伴って交通規制が行われ
るような場合には、特定の日時の係数が変化することが
考えられる。このような変化を係数テーブル１７６に反
映させることがメンテナンス作業である。

【００７５】一方、情報アドレステーブル１８１（図
５）のメンテナンスとは、第１および第２の情報提供者
１０８、１０９からなる旅行情報源１３２の中から、常
により見やすく簡潔で、正しい情報を提供するような情
報提供者の情報を積極的に採用することで、旅行者とし
ての利用者１０２に配信する配信データの間違いを極力
少なくするような情報提供者１０８、１０９の選択や見
直しの作業をいう。また、配信センタ１０７が良好な業
者として生き残り、また発展するためには、特別の提携
関係にある情報提供者を活用したりこれらの者との契約
を更新していくことで、情報を提供するアドレスを全般
的にチェックしていく努力も必要である。もちろん、各
情報提供者１０８、１０９も情報自身のメンテナンスを
行うことになるが、これらの頻度やメンテナンスの質は
必ずしも満足できないものもある。そこで配信センタ１
０７はインターネットの検索等を定期的に行ったり、情
報提供を行う者を募って、新しくかつ信頼性のある情報
を提供する情報提供者１０８、１０９を常に発掘する努
力が必要である。

【００７６】ところで旅行代理店１０３は利用者１０２
が旅行の申し込みを行ったら、その利用者１０２の旅程
表１４１に無線端末１０１のアドレスを添えて、配信セ
ンタ１０７に対して登録を依頼する（ステップＳ２０
６）。配信センタ１０７はこの依頼を受けると、個人ス
ケジュールテーブル１７４を作成する（ステップＳ２０
７）。配信センタ１０７の配信スケジュール作成部１７
８は次にこの個人スケジュールテーブル１７４を基にし
て配信スケジュールテーブル１５１を作成する（ステッ
プＳ２０８）。これを更に詳細に説明する。

【００７７】配信センタ１０７のデータ受信部１７１は
受け取った旅程表１４１と無線端末１０１のアドレスを
旅程表解析部１７３に渡す。旅程表解析部１７３は、旅
程表１４１から得られる「時間情報」、「場所情報」お
よび「移動手段情報」を拾い出す。そしてこれらの情報
を基にして個人スケジュールテーブル１７４を作成す
る。次に配信センタ１０７の旅程表解析部１７３は誤差
テーブル１７５と係数テーブル１７６を参照しながら、
個人スケジュールテーブル１７４の誤差欄および係数欄
を埋める。たとえば図８に示した旅程テーブル２３２の
項番“１”では、「事前動作」が「電車移動」となって
いる。したがって、図９に示した誤差テーブル１７５か
ら電車移動の際の基準誤差値としての「００：０５」を
参照し、これを旅程テーブル２３２の誤差欄に書き込
む。次に旅程表解析部１７３は項番“１”の「年月日」
欄を参照する。そして、２０００年４月７日に行動が行
われるので、この日付をキーとして係数“１．０”を得
る。この係数は旅程テーブル２３２の「係数」欄に記入
される。なお、このとき旅程テーブル２３２の「済」欄
はまだ該当するデータを取り込んでいない状態なのです
べて“０”となっている。

【００７８】以上のようにして旅程テーブル２３２の作
成が行われたら、配信スケジュール作成部１７８は個人
スケジュールテーブル１７４を参照して配信スケジュー
ルテーブル１５１を作成する。配信スケジュールテーブ
ル１５１は、配信データが配信される「年月日」および
「時間」は、旅程テーブル２３２の「年月日」、「時
間」、「誤差」および「係数」の各欄を用いて算出され
る。

【００７９】図１４は、配信スケジュールテーブルの作
成される処理の概要を表わしたものである。配信スケジ
ュール作成部１７８はまず旅程テーブル２３２の１項目
分を読み出し（ステップＳ２４１）、その「年月日」を
配信スケジュールテーブル１５１の「年月日」として記
入する（ステップＳ２４２）。次に「事前動作」の欄の
「電車（ＴＲＡＩＮ）」に対応する基準誤差の値ｄを読
み出し、この値ｄすなわち（００：０５）を所定の記憶
領域に一時的に記憶する（ステップＳ２４３）。次に
「年月日」に対応する係数ｋを読み出して（ステップＳ
２４４）、誤差Ｄを次の式から算出する（ステップＳ２
４５）。

【００８０】

【００８１】配信スケジュール作成部１７８は次に旅程
テーブル２３２から「年月日」および「時間」欄から特
定される配信の基準となる時間ｔとしての「０６：０
０」というデータを読み込む（ステップＳ２４６）。そ
して配信スケジュール作成部１７８は、実際に配信を行
う配信時間Ｔを次の（２）式より算出する（ステップＳ
２４７）。

【００８２】Ｔ＝ｔ−Ｄ ……（２） すなわち配信時間Ｔは、配信の基準となる時間ｔから誤
差Ｄを差し引いた値となる。演算された配信時間Ｔは配
信スケジュールテーブル１５１の「時間」の欄に書き込
まれる（ステップＳ２４８）。ここでは「０５：５５」
という配信時間Ｔが書き込まれる。この後、旅程テーブ
ル２３２へのポインタの書き込みが行われる（ステップ
Ｓ２４９）。

【００８３】以上の処理が終了したら、旅程テーブル２
３２に残りの項目が存在するかどうかのチェックが行わ
れる（ステップＳ２５０）。残りの項目が存在する場合
にはステップＳ２４１に戻って次の項目について同様の
処理が行われる。このような処理の繰り返しでステップ
Ｓ２５０で残りの項目が存在しないと判別された場合に
は（Ｎ）、配信スケジュールテーブル１５１の作成処理
が終了する（エンド）。

【００８４】図１３に戻って説明を続ける。第１および
第２の情報提供者１０８、１０９からなる旅行情報源１
３２は、最新の情報に対応するように情報のメンテナン
スを行っている（ステップＳ２０９）。そして、配信セ
ンタ１０７側で第１または第２の情報提供者１０８、１
０９のポインタを参照して（ステップＳ２１０）、配信
データとして必要な情報の取得が要求されたら（ステッ
プＳ２１１）、該当するポインタの第１または第２の情
報提供者１０８、１０９は、求められた情報を配信セン
タ１０７側に送信することでこれに応答する（ステップ
Ｓ２１２）。このようにして配信センタ１０７側に集め
られた配信データの基となる情報はデータベース１５２
の所定の領域に一時的に格納される（ステップＳ２１
３）。収集の終了した情報については「済」マークが記
された後（ステップＳ２１４）、利用者１０２に配信す
る配信データとしてデータベース１５２に格納されるよ
うになっている（ステップＳ２１５）。

【００８５】利用者１０２が旅行に出発する日時が到来
すると（ステップＳ２１６）、旅行代理店１０３は配信
データを配信センタ１０７から所望のタイミングで次々
と配信させるという形で旅行を催行する（ステップＳ２
１７）。これにより、予め定めた日時が到来するたびに
タイマが起動され、あるいは時計機構が動作して（ステ
ップＳ２１８）、配信データが利用者１０２の無線端末
１０１に配信される（ステップＳ２１９）。配信データ
は無線端末１０１の図示しないディスプレイに表示され
る（ステップＳ２２０）。もちろん、必要な情報が音声
データとして出力されてもよいし、動画あるいは静止画
として表示されるものであってもよい。

【００８６】データ送信部１５８の動作を具体的に説明
すると次のようになる。データ送信部１５８は配信スケ
ジュールテーブル１５１に格納された各レコードの時間
ごとに、配信データの配信のために時計機構１５９ある
いはタイマ回路によって起動する。データ送信部１５８
は起動すると配信スケジュールテーブル１５１を参照す
る。そして該当するレコードの個人スケジュールテーブ
ル１７４（図５）へのポインタと項番（♯）を得る。

【００８７】本実施例では２０００年４月７日の午前５
時５５分に時計機構１５９あるいはタイマ回路によって
起動したデータ送信部１５８が図１２で示した配信スケ
ジュールテーブル１５１の第２レコード目を参照する。
そして、「Ａ１０−５２３３４３−ＹＮ」と項番「１」
を得る。次にデータ送信部１５８は「Ａ１０−５２３３
４３−ＹＮ」で示される個人スケジュールテーブル１７
４（図６）の旅程テーブル２３２（図８）を参照する。
そして項番「１」が示す格納場所「ｌｏｃａｌ／ｄｂ／
ｍａｐ００１．ｄａｔ」を得る。データ送信部１５８は
データベース１５２からこの「ｌｏｃａｌ／ｄｂ／ｍａ
ｐ００１．ｄａｔ」のデータを読み出して、端末アドレ
ス「０９０１２３４５６７８＠ｍｏｂｉｌ／ｔｅｌ．ｎ
ｅ．ｊｐ」へ送信することになる。データ送信部１５８
は利用者１０２の無線端末１０１の端末アドレスを、個
人スケジュールテーブル１７４（図６）に含まれる個人
情報テーブル２３１（図７）より得るようになってい
る。

【００８８】第１の変形例

【００８９】以上実施例について本発明のデータ配信シ
ステムを詳細に説明したが、本発明は各種の変形が可能
である。まず、請求項５に記載した変形例を説明する。

【００９０】図１５は、第１の変形例のデータ配信シス
テムについてその要部を表わしたものである。この第１
の変形例のデータ配信システム１００Ａでは利用者の無
線端末１０１Ａに、配信センタ１０７Ａから配信データ
を受信する配信データ受信部３０１を備えており、受信
した配信データは配信データ一時記憶部３０２に一時的
に記憶されるようになっている。また、無線端末１０１
Ａには配信データ識別情報記憶部３０３が設けられてお
り、配信データ一時記憶部３０２に一時的に記憶された
配信データのそれぞれを特定するための識別情報が記憶
されるようになっている。ここで識別情報とは、配信デ
ータのタイトルやＵＲＬあるいは配信センタ１０７Ａが
個々の配信データに対してシリアル番号として付与して
いる固有の番号から構成されており、配信データの内容
が改版される場合にはどの版のデータであるかも識別で
きるようにした情報である。配信データ一時記憶部３０
２は不揮発性メモリによって構成されている。

【００９１】図１等に示した利用者１０２は、配信デー
タを構成するテキスト情報や画像データを見たり音声フ
ァイルを聞く等によってデータの活用を行う場合には、
無線端末１０１Ａ内の入力操作部３０４を操作する。デ
ィスプレイ３０５およびスピーカ３０６は通常の無線端
末１０１Ａの利用と併せて配信データの視聴のためにも
使用される。このようにして配信データの活用が行われ
ると、配信データ識別情報記憶部３０３の該当する配信
データの識別情報に「使用済」のマークが記される。利
用結果送信部３０７は、利用者１０２が旅行を終えた所
定のタイミングで配信データ識別情報記憶部３０３に格
納された配信データの識別情報の全リストと「使用済」
のマークの送信の有無を示したデータを利用結果データ
として配信センタ１０７Ａに送り返す。この送り返しの
作業は、配信センタ１０７Ａ側がその旨の要求を行うこ
とで実現してもよいし、無線端末１０１Ａに内蔵された
タイマ回路あるいは時計機構が旅行の終了を検知して自
動的に行うようにしてもよい。

【００９２】配信センタ１０７Ａには利用結果解析部３
１１と情報源管理部３１２が設けられている。利用結果
解析部３１１は、利用結果データを受信すると各利用者
１０２に配信した配信データごとの利用状況を解析す
る。情報源管理部３１２はこれらの解析結果の全体像お
よび配信データの提供者ごとの利用状況を旅行情報源１
３２を構成する第１および第２の情報提供者１０８、１
０９に個別に送信する。

【００９３】利用結果送信部３０７から送信する利用結
果データには、利用したが役立たないとか、データが間
違っており使い物にならないといった評価データが含ま
れていてもよい。この場合、利用結果解析部３１１は第
１および第２の情報提供者１０８、１０９ごとに提供さ
れたデータの信頼性をチェックして、その結果をこれら
の情報提供者１０８、１０９にフィードバックしてもよ
いし、場合によっては以後の提供を断る旨の通知を行っ
てもよい。

【００９４】第２の変形例

【００９５】図１６は、第２の変形例のデータ配信シス
テムについてその要部を表わしたものである。この第２
の変形例は請求項６に記載したものである。第２の変形
例のデータ配信システム１００Ｂは利用者の無線端末１
０１Ｂに、配信センタ１０７Ｂから配信データを受信す
る配信データ受信部３０１を備えており、受信した配信
データは配信データ一時記憶部３０２に一時的に記憶さ
れるようになっている。また、無線端末１０１Ｂにはそ
の位置を検出する位置検出部３２１と利用者が配信デー
タを視聴するときにその位置あるいは場所を記憶する位
置記憶部３２２を備えている。位置検出部３２１はたと
えばＧＰＳ（Global Positioning System）によって構
成されている。位置記憶部３２２は不揮発性メモリによ
って構成されている。

【００９６】図１等に示した利用者１０２は、配信デー
タを構成するテキスト情報や画像データを見たり音声フ
ァイルを聞く等によってデータの活用を行う場合には、
無線端末１０１Ｂ内の入力操作部３０４を操作する。デ
ィスプレイ３０５およびスピーカ３０６は通常の無線端
末１０１Ｂの利用と併せて配信データの視聴のためにも
使用される。このようにして配信データの活用が行われ
ると、そのとき利用者１０２が居る位置あるいは場所が
位置検出部３２１によって検出される。そしてその位置
情報が位置記憶部３２２に格納される。利用結果送信部
３０７は、利用者１０２が旅行を終えた所定のタイミン
グで位置記憶部３２２に格納された位置情報の全リスト
を利用結果データとして配信センタ１０７Ｂに送り返
す。この送り返しの作業は、配信センタ１０７Ｂ側がそ
の旨の要求を行うことで実現してもよいし、無線端末１
０１Ｂに内蔵されたタイマ回路あるいは時計機構が旅行
の終了を検知して自動的に行うようにしてもよい。

【００９７】配信センタ１０７Ｂには利用結果解析部３
１１と情報源管理部３１２が設けられている。利用結果
解析部３１１は、利用結果データを受信すると各利用者
１０２に配信した配信データごとの利用状況を解析す
る。情報源管理部３１２はこれらの位置の解析結果を旅
行情報源１３２を構成する第１および第２の情報提供者
１０８、１０９のうち関係する者に送信する。

【００９８】第３の変形例

【００９９】図１７は、第３の変形例のデータ配信シス
テムについてその要部を表わしたものである。この第３
の変形例は請求項７に記載したものである。第３の変形
例のデータ配信システム１００Ｃは利用者の無線端末１
０１Ｃに、利用者１０２が配信データを視聴するときに
その位置を検出する位置検出部３２１を備えている。位
置検出部３２１はたとえばＧＰＳによって構成されてい
る。タイマ回路３４１は位置検出部３２１に周期的に位
置の検出を指示する信号を送るようになっている。位置
検出部３２１はこれに基づいて検出した位置を位置情報
送信部３４２に送信する。位置情報送信部３４２はこの
検出された位置情報を図示しない基地局を介して無線端
末１０１Ｃから配信センタ１０７Ｃに送信する。

【０１００】配信センタ１０７Ｃ内の配信データの配信
を行うためのデータ配信部３４５は、位置時間解析部３
４６を備えている。位置時間解析部３４６は無線端末１
０１Ｃから受信した位置情報をその受信した時刻として
の時間情報と共に位置時間誤差算出部３４７に送出す
る。位置時間誤差算出部３４７は送信してきた利用者１
０２の個人スケジュールを表わした個人スケジュールテ
ーブル３４８を参照して、その利用者の現在の時刻と場
所がスケジュール通りであるかどうかを判別し、時間的
および位置的な誤差を算出する。この算出結果はスケジ
ュール訂正部３４９に送られる。スケジュール訂正部３
４９は、与えられた誤差がスケジュールの範囲内である
か、あるいはスケジュールの遅延等が必要であるかどう
かを個人スケジュールテーブル３４８を参照しながら判
別し、訂正が必要な場合にはその利用者１０２の個人ス
ケジュールテーブル３４８を改定する。また、この結果
を配信データの配信のためのスケジュールテーブル３５
１に反映する。これにより、たとえば１０時に輪島のホ
テルにバスで到着する当初の予定が１１時に遅延され、
１１時の少し前に該当の配信データが利用者１０２に配
信されることになる。

【０１０１】第４の変形例

【０１０２】図１８は、第４の変形例のデータ配信シス
テムについてその要部を表わしたものである。この第４
の変形例は請求項８に記載したものである。第４の変形
例のデータ配信システム１００Ｄは利用者の無線端末１
０１Ｄに、スケジュールテーブル受信部３６１を備えて
いる。スケジュールテーブル受信部３６１は配信センタ
１０７Ｄ内に配置された配信スケジュールテーブル１５
１をデータ送信部１５８から旅行の開始する前に受信す
るようになっている。受信したその利用者１０２の旅程
を表わした配信スケジュールテーブル１５１はスケジュ
ールテーブル記憶部３６２に記憶される。配信データ要
求部３６３は時計機構３６４およびスケジュールテーブ
ルを使用して配信データを受信すべきタイミングを監視
している。そして配信データの配信を受ける時間になっ
たら配信データを配信センタ１０７Ｄに要求する。

【０１０３】配信センタ１０７Ｄではこの要求を要求受
信部３６５が受信する。データ送信部１５８は要求受信
部３６５の受信に基づいて、データベース１５２から対
応する配信データを読み出して無線端末１０１Ｄに送信
することになる。配信センタ１０７Ｄは配信スケジュー
ルテーブル１５１の内容を一度無線端末１０１Ｄに送信
したら、これを所定の記憶領域から消去してもよい。

【０１０４】第５の変形例

【０１０５】図１９は、第５の変形例のデータ配信シス
テムについてその要部を表わしたものである。この第５
の変形例は請求項９に記載したものであり請求項３記載
の発明をベースにしたものである。第５の変形例のデー
タ配信システム１００Ｅで無線端末１０１Ｅは、配信セ
ンタ１０７Ｅから配信されてくるスケジュールテーブル
３５１を受信するためのスケジュールテーブル受信部３
６１を備えている。受信されたスケジュールテーブルは
スケジュールテーブル記憶部３６２に格納される。時間
場所比較部３８１は配信データが配信されるたびにスケ
ジュールテーブル記憶部３６２をアクセスして、配信デ
ータと時間との対応を位置検出部３２１で実際に測定し
た配信データと時間との間で比較する。誤差データ送信
部３８２は両者の比較によって検出された配信データと
時間の関係を誤差データとして配信センタ１０７Ｅに送
信する。

【０１０６】配信センタ１０７Ｅ側ではこの送られてき
た誤差データをスケジュール訂正部３８５が受信する。
そして、誤差の程度に応じてその利用者１０２が無事旅
行を終えるようにスケジュールテーブル３５１の手直し
を行うことになる。

【０１０７】第６の変形例

【０１０８】図２０は、第６の変形例のデータ配信シス
テムにおける時間帯に応じた係数テーブルを表わしたも
のである。この第６の変形例は請求項１１に記載したも
のである。なお、請求項１０に記載した旅行情報配信シ
ステムは誤差テーブル１７５と係数テーブル１７６を使
用して誤差の算出を行う本発明の実施例に対応するもの
である。

【０１０９】第６の変形例のデータ配信システムでは、
先の実施例の年月日に応じて係数の異なる係数テーブル
１７６の代わりに、時間帯に応じて係数の異なる時間帯
係数テーブル３９１を使用している。これは、バス等の
交通機関の多くは時間帯に応じて出発地から目的地まで
の到達時間の誤差の幅が異なることによる。図２０に示
した時間帯係数テーブル３９１で求められた係数の値を
たとえば図９で示した誤差テーブル１７５に示す基準誤
差に掛け合わせることで、誤差を求めることができる。

【０１１０】第７の変形例

【０１１１】図２１は、第７の変形例のデータ配信シス
テムにおける配信センタの要部を表わしたものである。
この第７の変形例は請求項１２に記載したものである。
配信センタ１０７Ｆ内の誤差算出部４０１は実施例で示
した誤差テーブル１７５と係数テーブル１７６ならびに
図２０に示した第６の変形例で説明した時間帯係数テー
ブル３９１を備えている。乗算部４０２は誤差テーブル
１７５で該当の移動手段による基準誤差を読み出し、係
数テーブル１７６で移動の行われる年月日に対応する係
数を読み出す。そして、移動の行われている時間帯に対
応する係数を時間帯係数テーブル３９１から読み出し
て、これら３者を乗算することで誤差を算出する。そし
て、この算出された誤差によって到達時間の早まった分
だけ早く、該当の配信データの配信を行わせることにな
る。

【０１１２】第８の変形例 以上説明した実施例および変形例では時間を基準として
配信データの配信を行うことを説明した。しかしながら
本発明はこれに限られるものではない。本発明では時間
を基準にした情報の代わりに位置を基準とした情報を使
用して同様に配信データの配信が可能である。これは請
求項３および請求項４の発明として表現している。すな
わち第８の変形例では無線端末の場所を検出して、目的
地からの誤差を求め、目的地に到着する前に同様にその
利用者に目的地で必要とする情報を配信するようにして
いる。

【０１１３】図２２は、この第８の変形例における配信
センタの構成を表わしたものであり、先の実施例の図５
に対応するものである。そこで図５あるいは図３と同一
部分には同一の符号を付しており、これらの説明を適宜
省略する。この変形例で誤差テーブル１７５Ｇはそれぞ
れの場所と、これらに応じた基準誤差を格納している。
配信スケジュールテーブル１５１Ｇは、個人スケジュー
ルテーブル１７４Ｇに反映されたこの基準誤差等を使用
して作成している。

【０１１４】図２３はこの第８の変形例で使用される誤
差テーブルの一例を示したものである。誤差テーブル１
７５Ｇには各目的地（場所）と、それらの位置情報とし
ての経緯度と、これらの目的地に対する誤差が記されて
いる。先の実施例と異なり、誤差は目的地の状況に応じ
て設定される。たとえば「富山駅」の誤差は“０．０
１”であり、次の目的地の「七尾温泉」の誤差がこれよ
りも５倍大きな“０．０５”であるのは、それらの場所
の中心からの広さに起因している。駅の場合には主とし
てホームの長さや内部の商店街が広さを決めている。た
とえば「富山駅」は東経１３７度１２分５８秒５、北緯
３６度４１分５４秒０の位置として表わされているが、
これは「富山駅」の中心地点を指していることが多い。
到着ホームによってはこの表示された位置に到達する前
に電車が到着するので、そのような事態を考慮して手前
の場所に到達した時点でデータが配信される必要があ
る。「七尾温泉」の誤差が大きいのは、温泉街あるいは
１つの町あるいは地区全体を表わしているため、その中
心部あるいはバス等の代表的な停車位置に到着する前に
「七尾温泉」のテリトリに入っているからである。

【０１１５】誤差テーブル１７５Ｇの「場所」の欄に示
されている「Ｔ００２３１」等の情報は目的地を表わし
た目的地コードである。すなわち、図８に示した「場
所」の欄に示されている目的地コードをキーにして誤差
テーブル１７５Ｇが検索されることになる。「富山駅」
の誤差は“０．０１”なので、その基準となる東経１３
７度１２分５８秒５、北緯３６度４１分５４秒０の位置
に対して０度０分１秒の範囲が誤差となる。つまり、
「富山駅」に到着する電車が０度０分１秒手前の場所に
無線端末１０１が到来した時点でデータの配信が行われ
るように配信スケジュールテーブル１５１Ｇが作成され
る。データ送信部１５８Ｇは配信データの配信を行う。

【０１１６】図２４は、この第８の変形例で使用される
配信スケジュールテーブルの一例を表わしたものであ
る。配信スケジュールテーブル１５１Ｇの「誤差」欄の
値は、前記したように誤差テーブル１７５Ｇに示された
各場所の基準誤差である。なお、配信データの配信のタ
イミングは、各場所の座標を中心として基準誤差データ
に示される領域に無線端末１０１が入った時点となる。

【０１１７】図２５は、第８の変形例における配信デー
タの配信処理の流れを表わしたものである。データ送信
部１５８Ｇは配信スケジュールテーブル１５１Ｇ（図２
４）の読み込みを行う（ステップＳ５０１）。次にパラ
メータｎを初期化して“１”に設定し（ステップＳ５０
２）、領域Ｅ_nすなわちここでは領域Ｅ₁の読み込みを行
う（ステップＳ５０３）。そして、図示しない位置検出
回路による現在の無線端末１０１の位置を読み出す（ス
テップＳ５０４）。データ送信部１５８Ｇはこの検出し
た位置が領域Ｅ_nの範囲内であるかどうかをチェックす
る（ステップＳ５０５）。領域Ｅ_nの範囲の外である場
合には（Ｎ）、再びステップＳ５０４に戻って領域Ｅ_n
の範囲内になるまで同様のチェックを行う。なお、チェ
ックの間隔は移動手段の種類やチェックのたびごとに検
出される無線端末１０１の位置の変化によって学習して
調整するようにしてもよい。また、領域Ｅ_nから遠く離
れている場合には、チェックの間隔を長く設定すること
も可能である。もちろん、無線端末１０１の現在の位置
が領域Ｅ_nの範囲内になったことが検出される時点が、
位置の誤差との関係で十分な精度となるような周期で最
終的には位置のチェックが行われることになる。

【０１１８】無線端末１０１の現在の位置が領域Ｅ_nの
範囲内になった場合には（ステップＳ５０５：Ｙ）、配
信スケジュールテーブル１５１Ｇの「格納場所」に示す
「配信データ」をデータベース１５２から読み込む（ス
テップＳ５０６）。そしてこれを利用者１０２の無線端
末１０１に送信する（ステップＳ５０７）。このように
して、目的地の位置の誤差を考慮して「配信データ」の
読み出しとこれによる無線端末１０１への送信が行われ
ることになり、利用者１０２が富山駅に到着する前の位
置で富山駅で活用するデータが受信されることになる。

【０１１９】データ送信部１５８Ｇは各利用者に対する
配信を時系列的に順次行っていく。一人の利用者１０２
に対する一連の配信作業のみに注目すると、この後、値
ｎが“ｍ−１”よりも大きいかどうかをチェックする
（ステップＳ５０８）。ここで値ｍは項目の数である。
大きくない場合にはこの利用者１０２の無線端末１０１
に対する配信作業にまだ残りがある。そこで値ｎを
“１”だけカウントアップして（ステップＳ５０９）、
再びステップＳ５０３の処理に戻って次の配信のための
準備を行う。そして、配信スケジュールテーブル１５１
Ｇにおける第ｎすなわち第２の項目中の「領域」欄の読
み込みを行うことになる（ステップＳ５０３）。このよ
うにして各目的地の手前で配信データの配信が行われ
る。以下同様にして利用者１０２に対する配信作業が進
行し、ステップＳ５０８で値ｎが“ｍ−１”よりも大き
くなると（Ｙ）、その利用者１０２に対する配信作業が
終了する（エンド）。

【０１２０】以上説明した実施例および変形例では、配
信データの種類について特に説明しなかったが、電子メ
ールの形で無線端末に配信されてもよいし、ＨＴＭＬ等
の記述言語を使用した形で無線端末に配信されてもよ
い。また、配信される配信データはたとえばＵＲＬだけ
で、無線端末１０１の利用者１０２がこれを基にしてイ
ンターネットにアクセスして必要なページを直ちに視聴
できるようにしてもよい。また、このようにしてアクセ
スしたＵＲＬのコンテンツをダウンロードして保存し、
ブラウザを使用してこれを後で視聴するようにしてもよ
い。

【０１２１】

【発明の効果】以上説明したように請求項１記載の発明
によれば、旅行を行う者の旅行の行程表を基にして、旅
行の途中で情報を必要とする各場所とそれぞれの場所の
到着日時とこれらの場所で無線端末に配信すべき配信デ
ータを特定したスケジュールテーブルを作成することに
し、作成されたこのスケジュールテーブルから到着日時
を順に検索してそれぞれの到着日時に対応する配信デー
タをネットワークを介して配信することにしたので、情
報の必要な場所に来るたびに必要な情報がネットワーク
を通じて配信されることになる。したがって、端末を所
持していれば常に最新の情報の提供を受けることが可能
になり、しかも気象や政情といった情報までも入手可能
なので、ガイド本だけでなく、ニュースを受信するため
のラジオや小型テレビの携行も不要となり、携行品の重
量を減少させることができる。また、史跡等の案内のた
めにガイドを依頼することも不要となるので、経済的に
安価な旅行を実現することができる。更に配信データを
配信するデータ配信手段側では旅行社や旅行の広告を出
す業者から料金を徴収してビジネスを成立させることが
できるので、常に新鮮な情報の取得と提供が可能にな
り、旅行者にとっても最新かつ有益な情報を取得するこ
とが可能になるという利点がある。また、予定の時間に
なれば配信データが送られてくるので、旅行者は送られ
てくる配信データのタイミングを見ることで、自分の旅
行がスケジュール通りに行われているかどうかを判別す
ることができる。

【０１２２】また請求項２記載の発明によれば、旅行を
行う者の旅行の行程表を基にして、旅行の途中で情報を
必要とする各場所とそれぞれの場所の到着日時とこれら
の場所で無線端末に配信すべき配信データを特定したス
ケジュールテーブルを作成することにし、作成されたこ
のスケジュールテーブルから到着日時を順に検索してそ
れぞれの到着日時に対応する配信データをネットワーク
を介して配信することにしたので、情報の必要な場所に
来るたびに必要な情報がネットワークを通じて配信され
ることになる。したがって、端末を所持していれば常に
最新の情報の提供を受けることが可能になり、しかも気
象や政情といった情報までも入手可能なので、ガイド本
だけでなく、ニュースを受信するためのラジオや小型テ
レビの携行も不要となり、携行品の重量を減少させるこ
とができる。また、史跡等の案内のためにガイドを依頼
することも不要となるので、経済的に安価な旅行を実現
することができる。更に配信データを配信するデータ配
信手段側では旅行社や旅行の広告を出す業者から料金を
徴収してビジネスを成立させることができるので、常に
新鮮な情報の取得と提供が可能になり、旅行者にとって
も最新かつ有益な情報を取得することが可能になるとい
う利点がある。

【０１２３】更に請求項２記載の発明の場合には、誤差
算出手段を用いてスケジュールテーブル作成手段の作成
したスケジュールテーブルに記載された到着日時に対す
る時間的な誤差を算出することにし、到着日時補正手段
が算出された誤差を基にしてそれぞれの到着日時を到着
の最も早い方に補正することにしたので、たとえばバス
の到着時間が１時間早まったような場合にも、そのよう
な事態に対応させて配信データの配信が行われる。した
がって、必要な情報を精度よく活用することができる。

【０１２４】また請求項３記載の発明によれば、スケジ
ュールテーブル作成手段は、旅行の行程表から旅行の途
中で情報を必要とする各場所としての目的地とそれぞれ
の目的地の位置情報とこれらの場所で無線端末に配信す
べき配信データを特定したスケジュールテーブルを作成
し、目的地位置情報比較手段は位置情報検出手段によっ
て検出した位置情報をスケジュールテーブル作成手段の
作成したスケジュールテーブルにおける目的地の位置情
報と比較するようにし、データ配信手段は目的地の位置
情報のいずれかが一致したとき一致した目的地に対応す
る配信データをネットワークを介して配信するようにし
ているので、それぞれの目的地に行けばそれに適した配
信データが配信されることになる。このため、目的地に
到達する時間が狂ったり、午前中の目的地と午後の目的
地が入れ替わったような場合にも、それぞれの目的地に
到達した時点で適切なデータが配信されることになる。

【０１２５】更に請求項４記載の発明によれば、請求項
３記載の発明と同様の効果を得ることができるだけでな
く、場所に対する誤差を考慮したので、目的地が広いよ
うな場合でもその目的地の端あるいは入り口に到達した
段階で配信データが配信されることになり、必要なデー
タの受信を遅延させるといったことがない。

【０１２６】また請求項５記載の発明によれば、配信デ
ータ識別情報記憶手段がデータ配信手段によって配信さ
れた配信データを特定する識別情報をそれぞれ記憶する
ことにし、配信データの利用の有無の事実をこれらの識
別情報に対応付けておき、これを旅行終了後にデータ配
信手段に通知することにしたので、どのような配信デー
タが利用されたかを確かめることができ、利用されやす
いデータの作成および配信タイミングの設定等の改良を
行うことができる。

【０１２７】更に請求項６記載の発明によれば、データ
配信手段によって配信された配信データを利用者が利用
した場所を特定し、それぞれの場所を旅行終了後にデー
タ配信手段に通知することにしたので、場所に対応させ
た配信データの利用状況を解析することでどのような場
所で情報が有効活用されるかといったことや、旅行者が
情報を必要としない場所等を統計値として知ることがで
き、情報を提供する場所の選択に役立てることができ
る。

【０１２８】また請求項７記載の発明によれば、無線端
末の現在位置を所定の時間間隔でデータ配信手段側に通
知させるようにして、通知した時間（時刻）とそれらに
ついて通知された位置との関係でスケジュール通りに無
線端末が移動しているかどうかを確かめることができ
る。したがって、個人スケジュールテーブルに記述され
たスケジュールとの誤差を算出して、スケジュールが遅
延していたり早く進んでいるような場合には、スケジュ
ールを必要に応じて変更することで、各場所における配
信データの提供がタイミングよく行われる。

【０１２９】更に請求項８記載の発明によれば、無線端
末側がその利用者の旅行に沿ったスケジュールテーブル
を受信して格納するようにしている。したがって、スケ
ジュールテーブル自体を利用者が常に確認することがで
きる。また無線端末側に格納されたスケジュールテーブ
ルを基にしてデータ配信手段に配信データの送信を要求
することにしているので、送信が何らかの事情で行われ
ないような場合には、無線端末側で再度その送信を要求
することができる。また、無線端末側でスケジュールの
一部を繰り上げる等の変更を行ったような場合であって
も、その内容でデータ配信手段に配信データの送信を要
求するので、適切なタイミングで配信データの配信を確
保することができる。

【０１３０】また請求項９記載の発明によれば、無線端
末側がその利用者の旅行に沿ったスケジュールテーブル
を受信して格納する点で請求項８記載の発明と同様であ
るが、請求項９記載の発明の場合には無線端末側で格納
したスケジュールテーブルに示すスケジュールが予定通
り進んでいるかどうかを配信データの配信されるタイミ
ングおよび場所で比較している。そして、配信の時間や
場所がずれているような場合にはそれらの誤差を誤差デ
ータとして配信側に誤差データ送信手段を用いて送り返
し、配信側では誤差データ送信手段から送られてきた誤
差データを反映させる形でスケジュールテーブルの内容
を更新することにしたので、スケジュールに変更や遅延
が生じた場合にも良好に対応し、常に正確な配信データ
の配信が可能になる。

【０１３１】更に請求項１０および請求項１１記載の発
明によれば、目的地に到達する時間的な誤差を原因によ
って２つに分け、これらを乗算することで実際の誤差を
予測することにしたので、誤差の正確な値の算出が可能
になるばかりでなく、原因ごとのそれぞれの誤差を実際
の移動の状況に応じて正確かつ容易に設定することがで
きる。

【０１３２】また請求項１２記載の発明によれば、請求
項１０および請求項１１に示した誤差の要因を全部取り
込んで誤差を算出するようにしたので、各種の状況に対
応させて誤差を変動させることができ、いろいろな事態
に対しても配信データの配信を正確に行えるようにな
る。

【０１３３】更に請求項１３記載の発明によれば、配信
センタから無線端末に送られる情報が電子メールの形と
なっているので、携帯型電話機のようにディスプレイの
サイズが小さい端末であっても情報の配信が可能であ
り、また情報の通信に要する負荷が小さいので通信を迅
速に行うことができ、必要な情報を遅滞なく配信するこ
とが可能になる。

【０１３４】また請求項１４記載の発明によれば、請求
項１〜請求項４記載の旅行情報配信システムで、配信デ
ータは記述言語で記述されたファイルの形で無線端末に
配信されるので、無線端末がラップトップ型のパーソナ
ルコンピュータのようにＨＴＭＬ等の記述言語によって
記述された情報を視聴できる場合には、このような情報
をアクセスすることでより表現力の富んだ情報を入手す
ることができる。

【０１３５】更に請求項１５記載の発明によれば、請求
項１〜請求項４記載の旅行情報配信システムで、配信デ
ータはネットワーク上のコンテンツのアドレスを含んで
おり、無線端末はこれらのアドレスにアクセスして必要
なコンテンツをダウンロードすることを特徴としている
ので、情報提供者の情報から更にリンクされた情報に飛
ぶといったようにして、無線端末の利用者側の意に沿っ
た情報の入手が可能になる。

【図面の簡単な説明】

【図１】本発明の一実施例における旅行情報配信システ
ムの概要を表わしたシステム概略構成図である。

【図２】本実施例で用意される情報名と情報の配信のタ
イミングおよび配信される情報の内容の一例を表わした
説明図である。

【図３】図１に示した旅行情報配信システムを更に具体
化して示したブロック図である。

【図４】本実施例の利用者が申し込んだ「冬の日本海ツ
アー」の旅程表の一部を表わした説明図である。

【図５】本実施例の配信センタの機能的な構成を表わし
たブロック図である。

【図６】図５に示した個人スケジュールテーブルの構成
を表わした説明図である。

【図７】本実施例における個人情報テーブルの構成を表
わした説明図である。

【図８】本実施例で使用される旅程テーブルの構成の一
例を表わした説明図である。

【図９】本実施例で使用される誤差テーブルの一部を表
わした説明図である。

【図１０】本実施例で使用される係数テーブルの一部を
表わした説明図である。

【図１１】本実施例で使用される情報アドレステーブル
の一部を表わした説明図である。

【図１２】本実施例の配信スケジュールテーブルの一部
を表わした説明図である。

【図１３】無線端末の利用者が旅行代理店に来てから旅
行に出発するまでのシステム全体の流れを時系列で表わ
した説明図である。

【図１４】本実施例で配信スケジュールテーブルの作成
される処理の概要を表わした流れ図である。

【図１５】本発明の第１の変形例におけるデータ配信シ
ステムについてその要部を表わしたシステム要部ブロッ
ク図である。

【図１６】本発明の第２の変形例におけるデータ配信シ
ステムについてその要部を表わしたシステム要部ブロッ
ク図である。

【図１７】本発明の第３の変形例のデータ配信システム
についてその要部を表わしたシステム要部ブロック図で
ある。

【図１８】本発明の第４の変形例のデータ配信システム
についてその要部を表わしたシステム要部ブロック図で
ある。

【図１９】本発明の第５の変形例のデータ配信システム
についてその要部を表わしたシステム要部ブロック図で
ある。

【図２０】本発明の第６の変形例のデータ配信システム
における時間帯に応じた係数テーブルを表わした説明図
である。

【図２１】本発明の第７の変形例のデータ配信システム
における配信センタの要部を表わしたブロック図であ
る。

【図２２】本発明の第８の変形例における配信センタの
構成を表わしたブロック図である。

【図２３】本発明の第８の変形例で使用される誤差テー
ブルの一例を示した説明図である。

【図２４】本発明の第８の変形例で使用される配信スケ
ジュールテーブルの一例を表わした説明図である。

【図２５】本発明の第８の変形例における配信データの
配信処理の流れを表わした流れ図である。

【符号の説明】 １００ 旅行情報配信システム １０１ 無線端末 １０２ 利用者（旅行者） １０３ 旅行代理店 １０７、１０７Ｇ 配信センタ １０８ 第１の情報提供者 １０９ 第２の情報提供者 １３１ 基地局 １３２ 旅行情報源 １４１ 旅程表 １４４ 電話番号データベース １５１、１５１Ｇ 配信スケジュールテーブル １５２ データベース １５３ ファクシミリ装置 １５４ メール端末 １５５ ウエブブラウザ １５８ データ送信部 １５９ 時計機構 １７４Ｇ 個人スケジュールテーブル １７５、１７５Ｇ 誤差テーブル １７６ 係数テーブル １７８ 配信スケジュール作成部 １８１ 情報アドレステーブル １８３ データ編集部 ２３１ 個人情報テーブル ２３２ 旅程テーブル ３９１ 時間帯係数テーブル

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B049 AA01 AA06 CC32 FF01 GG03 GG06 5K015 AA06 AD01 AD02 AD03 GA02 GA06 5K101 KK16 LL12 MM04 MM05 MM07 NN02 NN18 NN25 QQ02 QQ07 SS07 TT06

Claims (15)

【特許請求の範囲】
1. 【請求項１】 旅行の行程表から旅行の途中で情報を必
   要とする各場所とそれぞれの場所の到着日時とこれらの
   場所で無線端末に配信すべき配信データを特定したスケ
   ジュールテーブルを作成するスケジュールテーブル作成
   手段と、 このスケジュールテーブル作成手段の作成したスケジュ
   ールテーブルから到着日時を順に検索してそれぞれの到
   着日時に対応する配信データをネットワークを介して配
   信するデータ配信手段とを具備することを特徴とする旅
   行情報配信システム。
2. 【請求項２】 旅行の行程表から旅行の途中で情報を必
   要とする各場所とそれぞれの場所の到着日時とこれらの
   場所で無線端末に配信すべき配信データを特定したスケ
   ジュールテーブルを作成するスケジュールテーブル作成
   手段と、 このスケジュールテーブル作成手段の作成したスケジュ
   ールテーブルに記載された到着日時に対する時間的な誤
   差を算出する誤差算出手段と、 この誤差算出手段で算出された誤差を基にしてそれぞれ
   の到着日時を到着の最も早い方に補正する到着日時補正
   手段と、 前記スケジュールテーブル作成手段の作成したスケジュ
   ールテーブルから到着日時を順に検索して到着日時補正
   手段によって補正した後のそれぞれの到着日時までに対
   応する配信データをネットワークを介して配信するデー
   タ配信手段とを具備することを特徴とする旅行情報配信
   システム。
3. 【請求項３】 旅行の行程表から旅行の途中で情報を必
   要とする各場所としての目的地とそれぞれの目的地の位
   置情報とこれらの場所で無線端末に配信すべき配信デー
   タを特定したスケジュールテーブルを作成するスケジュ
   ールテーブル作成手段と、 旅行に携行する無線端末の現在地としての位置情報を検
   出する位置情報検出手段と、 この位置情報検出手段によって検出した位置情報を前記
   スケジュールテーブル作成手段の作成したスケジュール
   テーブルにおける目的地の位置情報と比較する目的地位
   置情報比較手段と、 この目的地位置情報比較手段によって目的地の位置情報
   のいずれかが一致したとき一致した目的地に対応する配
   信データをネットワークを介して配信するデータ配信手
   段とを具備することを特徴とする旅行情報配信システ
   ム。
4. 【請求項４】 旅行の行程表から旅行の途中で情報を必
   要とする各場所としての目的地とそれぞれの目的地の位
   置情報とこれらの場所で無線端末に配信すべき配信デー
   タを特定したスケジュールテーブルを作成するスケジュ
   ールテーブル作成手段と、 旅行に携行する無線端末の現在地としての位置情報を検
   出する位置情報検出手段と、 前記スケジュールテーブルに記されたそれぞれの目的地
   の代表的な１点の位置を示す位置情報と、この１点の位
   置情報と目的地の境界位置での位置情報との誤差を記し
   た誤差テーブルと、 前記目的地の代表的な１点の位置情報と誤差テーブルに
   記した誤差からそれぞれの目的地に含まれる領域を算出
   する領域算出手段と、 この領域算出手段によって算出した領域を前記位置情報
   検出手段によって検出した無線端末の位置情報と比較す
   る目的地位置情報比較手段と、 この目的地位置情報比較手段によって目的地のいずれか
   の領域内に無線端末の位置情報が含まれる状態が出現し
   たときその目的地に対応する配信データをネットワーク
   を介して配信するデータ配信手段とを具備することを特
   徴とする旅行情報配信システム。
5. 【請求項５】 前記データ配信手段によって配信された
   配信データを特定する識別情報をそれぞれ記憶する配信
   データ識別情報記憶手段と、この配信データ識別情報記
   憶手段に記憶されたそれぞれの識別情報に対応させて配
   信データのうち利用者が利用したものあるいは利用して
   いないものを特定する特定手段と、この特定手段によっ
   て特定された配信データを旅行終了後に前記データ配信
   手段に通知する通知手段が前記無線端末に備えられてい
   ることを特徴とする請求項１〜請求項４記載の旅行情報
   配信システム。
6. 【請求項６】 前記データ配信手段によって配信された
   配信データを利用者が利用した場所を特定する場所特定
   手段と、この場所特定手段によって特定された場所をそ
   れぞれ記憶する場所記憶手段と、この場所記憶手段によ
   って記憶されたそれぞれの場所を旅行終了後に前記デー
   タ配信手段に通知する通知手段が前記無線端末に備えら
   れていることを特徴とする請求項１〜請求項４記載の旅
   行情報配信システム。
7. 【請求項７】 前記無線端末は任意の時間間隔でその位
   置情報を前記データ配信手段に送信する位置情報送信手
   段を備え、データ配信手段は旅行のスケジュールに沿っ
   た前記無線端末の時間と位置を記述した個人スケジュー
   ルテーブルと、前記位置情報送信手段から送られてくる
   位置情報とそのときの時間を基にして個人スケジュール
   テーブルに記述されたスケジュールとの誤差を算出する
   誤差算出手段と、この誤差算出手段の算出結果を反映さ
   せて配信データの配信のためのスケジュールテーブルを
   更新するスケジュールテーブル更新手段とを備えること
   を特徴とする請求項３または請求項４記載の旅行情報配
   信システム。
8. 【請求項８】 前記無線端末は、前記スケジュールテー
   ブル作成手段の作成したスケジュールテーブルを受信す
   るスケジュールテーブル受信手段と、このスケジュール
   テーブル受信手段の受信したスケジュールテーブルを基
   にしてそれぞれの配信データの配信タイミングで前記デ
   ータ配信手段に配信データの送信を要求する配信データ
   送信要求手段を具備することを特徴とする請求項１〜請
   求項４記載の旅行情報配信システム。
9. 【請求項９】 前記無線端末は配信データの配信のため
   のスケジュールを記したスケジュールテーブルを受信す
   るスケジュールテーブル受信手段と、このスケジュール
   テーブル受信手段によって受信されたスケジュールテー
   ブルを格納するスケジュールテーブル格納手段と、配信
   データが配信されてきたときその配信データとこれが配
   信されるべき時間および場所をスケジュールテーブル格
   納手段に格納されたスケジュールテーブルの中の該当す
   る配信データとその配信時間および配信場所とを比較す
   る比較手段と、この比較手段によって比較された結果と
   してのスケジュールの位置および場所の誤差を誤差デー
   タとして送信する誤差データ送信手段とを備え、前記デ
   ータ配信手段側は誤差データ送信手段から送られてきた
   誤差データを反映させる形で前記スケジュールテーブル
   の内容を更新するスケジュールテーブル更新手段を具備
   することを特徴とする請求項３記載の旅行情報配信シス
   テム。
10. 【請求項１０】 前記スケジュールテーブルに記載され
    た到着日時に対する時間的な誤差を算出する誤差算出手
    段は、それぞれの場所に到着するための移動手段の種類
    に基づく誤差に、移動の行われる日に応じて設定された
    係数を乗じて算出することを特徴とする請求項２記載の
    旅行情報配信システム。
11. 【請求項１１】 前記スケジュールテーブルに記載され
    た到着日時に対する時間的な誤差を算出する誤差算出手
    段は、それぞれの場所に到着するための移動手段の種類
    に基づく誤差に、移動の時間帯に応じて設定された係数
    を乗じて算出することを特徴とする請求項２記載の旅行
    情報配信システム。
12. 【請求項１２】 前記スケジュールテーブルに記載され
    た到着日時に対する時間的な誤差を算出する誤差算出手
    段は、それぞれの場所に到着するための移動手段の種類
    に基づく誤差に、移動の行われる日および時間帯に応じ
    て設定された係数を乗じて算出することを特徴とする請
    求項２記載の旅行情報配信システム。
13. 【請求項１３】 前記配信データは電子メールの形で無
    線端末に配信されることを特徴とする請求項１〜請求項
    ４記載の旅行情報配信システム。
14. 【請求項１４】 前記配信データは記述言語で記述され
    たファイルの形で無線端末に配信されることを特徴とす
    る請求項１〜請求項４記載の旅行情報配信システム。
15. 【請求項１５】 前記配信データはネットワーク上のコ
    ンテンツのアドレスを含んでおり、無線端末はこれらの
    アドレスにアクセスして必要なコンテンツをダウンロー
    ドすることを特徴とする請求項１〜請求項４記載の旅行
    情報配信システム。