JP2002296054A

JP2002296054A - 携帯端末

Info

Publication number: JP2002296054A
Application number: JP2001388723A
Authority: JP
Inventors: Hiroshi Shimizu; 宏清水; Teiji Kuwabara; 禎司桑原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-12-21
Filing date: 2001-12-21
Publication date: 2002-10-09

Abstract

(57)【要約】【目的】情報をより簡便に入手することを可能にする情
報伝達システムを提供する。【構成】情報提供者は、放送局１０００から、ＦＭ放送
等の電波を用いて放送情報１０１０を発信する。この電
波の発信先は不特定多数の利用者１３００であり、その
情報の内容は、該当する街の地理状況に関するすべての
情報である。個々の情報は、その情報の種類を示すデー
タ種別を含む。利用者１３００の持つ携帯端末１２００
には、予め利用者１３００が、自身の必要な情報の種別
を登録しておく。携帯端末１２００が情報を受信する
と、受信した情報の中のデータ種別と、登録された必要
な情報の種別を照合し、合致したものが発生すると、そ
の情報を携帯端末１２００の記憶装置に記憶、表示画面
への表示、もしくはアラームを鳴らして必要な情報が発
生した旨を知らせるようなプログラムが起動する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報を提供・授受する
機能に係わり、特に携帯型情報端末装置（携帯端末）を
用いて、情報を入手するための技術に関するものであ
る。

【０００２】

【従来の技術】人が、買物等の目的で街を歩くとき、必
要な情報として、街の地理情報、そして地理情報に付随
した、お店等の位置及び取り扱い品目の情報等がある。
一般には紙で供給される地図を用いて街の状況を把握し
たり、また専門の雑誌等を用いて、お店のより詳細な情
報を把握したりする手段が取られてきた。また、特に車
載機器として一般的なナビゲーションシステムは、地理
情報に付随して、各地のレストランやお店等の情報がＣ
Ｄ−ＲＯＭのような情報媒体を用いて提供され、これを
再生することで利用者が地理情報を知ることが出来る。
しかし、雑誌やＣＤ−ＲＯＭのような事前に入手する媒
体では、記載された情報は少なくとも数時間以上前のも
のであり、最新の地理情報を得ることは難しい。これに
対応して、特に道路の混雑状況をリアルタイムで伝達す
るシステムとして、ＡＴＩＳ（Advanced Traffic Infor
mation Service）と呼ばれるシステムが存在する。これ
は車載ナビゲーションシステムと携帯電話とを接続し、
道路の混雑や工事等による不通道路の状況を、携帯電話
を用いて日本道路交通情報センターに問合せることで、
最新の道路状況の情報を入手することが出来る。

【０００３】

【発明が解決しようとする課題】しかし、この方法は、
情報を入手するために、利用者が情報提供者にアクセス
をする必要があり、このアクセスは電話を用いるため１
対１で回線を占有する必要があり、アクセスのためのコ
ストがかかる。また、アクセスをかけない限りは情報を
入手することが不可能であるという問題があり、情報を
より簡便に入手することを可能にするためには、この課
題を解決する必要がある。

【０００４】本発明は、情報を入手するために、利用者
が情報提供者にアクセスをする必要がなく、１対１で回
線を占有する必要がなく、アクセスのためのコストがか
からずに、情報を入手することが可能である情報伝達シ
ステムを提供することを目的とする。

【０００５】

【課題を解決するための手段】この課題を解決するため
に本発明では、情報の発信手段として、電話回線のよう
な１対１の、１ユーザー占有回線ではなく、一方向・不
特定多数相手の通信である、放送等の通信方法を用い
る。また、受信する受信手段は、受信した情報のうち、
受信者が必要な情報を選択し、必要な情報が発生した時
点で指定したプログラムを起動する手段を有する。

【０００６】

【作用】情報提供者は、ＦＭ放送等の電波を用いて情報
を発信する。この電波の発信先は不特定多数の受信者で
あり、その情報の内容は、該当する街の地理状況に関す
る情報などである。個々の情報は、その情報の種類を示
すデータ種別をそのフォーマット内に含む。受信者の持
つ携帯端末には、あらかじめ受信者が、自身の必要な情
報の種別を登録しておく。携帯端末が情報を受信する
と、受信した情報の中のデータ種別と、受信者が登録し
た必要な情報の種別とを照合し、合致したものが発生す
ると、その情報を端末装置の記憶装置に記憶、もしくは
アラームを鳴らして受信者に必要な情報が発生した旨を
知らせるようなプログラムが起動する。

【０００７】

【実施例】以下、本発明による情報伝達システム及び端
末装置及び情報選択方法の実施例を図を用いて説明す
る。

【０００８】図１は、本実施例による情報伝達システム
の全体の構成を示すブロック図である。情報を発信する
放送局１０００から発信される放送情報１０１０は、Ｆ
Ｍ放送の音声多重チャンネル等を使用した、一方向・不
特定多数相手に送信される情報である。利用者１３００
が所有する携帯端末１２００は、あらかじめ街の地図情
報１１００がＩＣカード等を用いて入力されており、デ
ィスプレイに街の地図を表示することが出来るようにな
っている。そしてこの携帯端末１２００は、放送局１０
００が放送する放送情報１０１０を受信することが出
来、通常の音声放送はヘッドホン１５００を用いて利用
者１３００が聴くことが出来る。ここで放送情報１０１
０には、街に関する情報、例えばお店で売っている商品
や、レストランの情報等を含むあらゆる情報が入ってお
り、携帯端末１２００は、この放送情報１０１０を受信
すると、受信した情報の中から利用者１３００が欲して
いる情報を選び出し、利用者に情報の発生及びその内容
を知らせる等の動作を行う。その動作の一例として、携
帯端末１２００に接続した携帯電話１４００を用いて、
情報の発信元に電話をかけて、直接に最新情報を入手し
たり、購買や食事の予約等の操作を行うことが出来る。

【０００９】図２は、本実施例による情報伝達システム
で使用する携帯端末の内部の情報の流れを示すブロック
図である。図１に於ける放送情報は、携帯端末に受信さ
れた後、必要な復調が行われ、伝送情報２１０１として
携帯端末の内部に入力される。伝送情報は、図１の説明
の如く各種の情報を含んでいるが、その情報の内部には
情報の種類を表わす種別情報が含まれている。これを種
別情報読取２１００で解読し、情報の種別に応じた動作
を指示するための、種別制御指示２１０２を発信する。
伝送情報２１０１は種別情報が読取られた後、フィルタ
２０００に入力される。フィルタ２０００は、種別制御
指示２１０２の指示に従って、伝送情報をより分ける。
具体的には、記憶装置２３００に記憶し、ビュアー２２
００で表示情報とすべき情報を通過させ、それ以外の情
報を捨てることで、利用者に不要な情報が行かないよう
に情報の選別を行う。フィルタ２０００は、ビュアー２
２００で表示情報とすべき情報を指定するための指示
を、種別制御指示２１０３としてビュアー２２００に与
える。記憶装置２３００に記憶された利用者が必要とす
る情報は、ビュアー２２００に送られる。ビュアー２２
００はフィルタ２０００から与えられた種別制御指示２
１０３を受けて、表示すべき情報を、表示情報２２０１
として出力する。また、ここには図示しないタイマーや
利用者からのリクエストスイッチからの命令があり、種
別制御指示２１０２に従って即時に利用者に情報を表
示、また一定の時間を経て表示、もしくは利用者が情報
を読みたいとリクエストしたときに初めて表示するとい
う動作を行う。また、時報等の記憶不要な表示２００１
は、記憶装置２３００を経由せずに直接ビュアー２２０
０に送られ、この場合は即時利用者に表示情報２２０１
として提供される。このブロック図における種別情報読
取２１００、フィルタ２０００、ビュアー２２００は、
図４の説明において後述するメモリに格納された図示せ
ぬプログラムを、ＣＰＵにおいて実行することにより実
現することができる。

【００１０】図３に、本実施例による情報伝達システム
が送信する情報の内容の例を示す。転送データ３０００
は、図２における伝送情報２１０１の中の１つのレコー
ドを表わす。本実施例による転送データ３０００の例の
内容は、ヘッダ３０１０、データ種別３０２０、データ
属性３０３０、データ長３０４０、データ本体３０５
０、パリティ３０６０により構成される。ヘッダ３０１
０は、転送データ３０００を構成する他の項目には存在
しないユニークなコードであり、受信側が確実にヘッダ
の位置を確認することが出来る。ヘッダ３０１０に続く
データ種別は、この転送データの種類を表わす。種別情
報は例えば３０２１に示すような、緊急情報、道路情
報、紳士洋装等の道やお店に関する情報や、具体的な商
品に関する種別にも及ぶ分類が行われる。この分類を用
いて、図２で説明したフィルタが動作し、利用者が必要
な情報を選び出す。データ属性３０３０が、この転送デ
ータ３０００の中のデータ本体の属性を示す。属性情報
は例えば３０３１に示すように、データ本体の内容を示
し、データ本体がテキスト形式である場合、画像が付属
している場合、また後述するレストランの予約手順等の
手順書が付属している場合等である。続いて転送データ
３０００内の本文であるデータ本体の長さを示すデータ
長３０４０、そしてデータ本体３０５０に続いて、転送
データ３０００が確実に受信されているかどうかをチェ
ックするために、データ種別からデータ本体までの文字
コードの総和を示すパリティ３０６０を付加して、転送
データ３０００の一つのレコードが完結する。ここで、
本実施例による転送データ３０００はデータ本体３０５
０の長さが可変長であるため、全体の長さも可変長であ
る。ここで転送データ３０００の長さを固定長として、
同一のレコードを複数回繰返し送信する方式とすれば、
受信側は転送データ３０００の途中、例えばデータ属性
から受信を始めても、そこから１レコードの長さに区切
ってデータの受信を行い、ヘッダ３０１０を検出するこ
とで、データの並べ替えを行い、ヘッダからの受信では
なく、レコードの途中からの受信でも、一つのレコード
の受信を１レコード長さの受信だけで完結することが出
来る。

【００１１】データ本体３０５０の内容の例をデータ本
体情報３０５１に示す。地図上に表示するお店のアイコ
ンデザイン、テキストの先頭を示すテキストヘッダ、お
店の案内を記載したテキスト本文、画像が存在する場合
は画像データの先頭を示す画像ヘッダ及び画像データの
長さ、画像データ本体、そして手順データの先頭を示す
手順ヘッダ及び手順データである。ここで手順データ
は、図７に於いてその動作を説明するが、基本的に指定
したメッセージを有するウィンドウを表示する関数の呼
出し、ウィンドウ内に指定したボタンを押したときに行
う次の手順の設定、携帯端末に電話が接続されていると
きは、自動的に電話をかけて、ホストにアクセスをする
等の関数の呼出しを有する。各関数は携帯端末自身がラ
イブラリとして有しており、それらは個々の携帯端末の
ハードウェア、ソフトウェアに適合した動作を行うが、
呼出し方式を統一して、いかなる携帯端末でも受信した
手順データを実行できる構成としている。

【００１２】図４は、本実施例による携帯端末のハード
ウェア構成を示すブロック図である。ＣＰＵ４０００を
中心に、バス４０５０の回りに、メモリ４０１０、ディ
スプレイ４０２０、タッチパネルＩ／Ｆ４０３０、ＩＣ
カードＩ／Ｆ４０４０、ラジオ４０７１及び受信信号の
復調回路４０７０、電話等の通信手段４０８１及び変・
復調回路４０８０、受信した放送を聞くためのヘッドホ
ン４０９１と、音声出力手段４０９０、そしてメッセー
ジを音声に割込ませて利用者に提供するための音声合成
回路４０９２等が設置されている。

【００１３】メモリ４０１０には、図５で後述するフィ
ルタ情報４０１１、そして該フィルタ情報を用いて選択
された取得情報４０１２等が記憶される。ディスプレイ
４０２０は、利用者に地図や、お店等に関する情報を表
示する。本実施例では、端末装置への利用者からの入力
はディスプレイと一体のタッチパネルを用い、そのため
のタッチパネルＩ／Ｆ４０３０を備える。これは、通常
のパソコンの如くキーボードやマウス等でも同様な操作
を行うことが出来ればよい。ＩＣカードＩ／Ｆは図１で
説明した地図情報を入力するのに利用する。

【００１４】端末に入力される放送情報は、ラジオ４０
７１で検波され、復調回路４０７０でディジタル信号に
変換される。本実施例では音声放送もディジタルで送ら
れてくる場合にも対応して、ディジタル信号を音声出力
手段４０９０を用いて音声信号に戻し、ヘッドホン４０
９１で聞く構成としているが、これはラジオ４０７１に
より検波された信号を直接、図示しないアンプ等を通じ
てヘッドホン４０９１で聞いても良い。復調回路４０７
０で復調されたディジタル信号はメモリ４０１０内のフ
ィルタ情報と照合され、必要な情報のみが選択されて取
得情報４０１２に記憶されたり、ディスプレイ４０２０
に表示されたりする。また、緊急を要する情報の場合
等、ディスプレイ４０２０への表示だけではなく、音声
合成回路４０９２を用いて、利用者が聞いているヘッド
ホンにアラームやメッセージ等の音声を流すことが出来
る。さらに、入手した情報に応じて利用者が情報元など
に連絡をしたいときは、携帯電話や公衆電話等の通信手
段４０８１に、変・復調回路を経由して通信を行うこと
が出来る。

【００１５】図５は、本実施例による携帯端末のフィル
タの構造と、動作を示した説明図である。フィルタはフ
ィルタテーブル５０００に、その優先順位の順番に記載
される。０番目には必ず災害の通報等に用いられる緊急
情報が記載され、これは他の順番に移動することは出来
ない構造とする。１番目以降は利用者が希望するキーワ
ードを順番に並べる。この場合利用者は街で帽子、傘の
順に買物をしたいので、帽子、傘に関する情報を重視す
る。以下、道路工事等による行き止まりの道の情報等を
示す道路情報、バザー、靴の情報と並ぶ。このフィルタ
テーブルに記載した情報は、すべて図４におけるメモリ
に記憶する。フィルタテーブル５０００の中の特定の場
所を示すイベントしきい値５０１０が存在する。イベン
トしきい値は、このしきい値以上の優先順位の情報が受
信されたとき、メモリへの情報の記憶だけではなく、利
用者の情報の発生（イベント）を知らせる等の何らかの
手順を起動することを示すしきい値である。本例の場
合、イベントしきい値５０１０は、１番目の帽子の下に
設置されており、帽子に関する情報が発生すると、端末
表示画面５０２０に、イベント通知ウィンドウ５０３０
が開き、利用者に帽子に関する情報が発生した旨、併せ
て受信したお店に関する情報を伝達する。また、イベン
トしきい値５０１０は、０番目の緊急情報より上に設置
することは出来ない構造とし、緊急情報の発生は必ず利
用者に伝達する構成としている。フィルタテーブル５０
００に記載する種別情報は、利用者が直接入力する他
に、ＧＰＳ（Gloval Positioning System）等の場所を
検出するデバイスから自動的に、携帯端末の現在位置を
キーワードとして入力することも出来る。これにより後
述する緊急事態の情報の伝達も、端末近辺の緊急事態を
優先して受信するという手順を踏むことが出来る。また
種別の設定は、複数のキーワードの論理演算結果、例え
ば（傘）ＡＮＤ（天候＝雨）という形で指定しても良
い。ここで携帯端末が有する利用者のパーソナル情報、
性別、趣味、年齢というキーワード等を自動的に利用し
て論理演算しても良い。

【００１６】図６は、図５で説明したイベント通知ウィ
ンドウの地図との連携機能を示した説明図である。端末
表示画面６０００にて、図５と同様に帽子に関する情報
が発生した旨を利用者に知らせるイベント通知ウィンド
ウ６０１０が開いて、利用者にイベントの発生を知らせ
ている。ここで、ウィンドウの中の地図ボタンをタッチ
することで、端末表示画面６０２０に切り替わり、イベ
ント通知ウィンドウ６０１０で知らせてきたお店の場所
を地図上に表示する。これは図３に於けるデータ本体の
中にお店の座標を入れておき、携帯端末はこの座標値
に、同じく図３のデータ本体情報のアイコンデザインに
基づいた図形を表示すれば良い。ここで、携帯端末の表
示機能では、画素数や色数の限定により転送されたアイ
コンが表示出来ない場合は、端末がアイコンデザインを
独自にデコードするか、端末自身が有する独自のアイコ
ンを表示すれば良い。

【００１７】図７は、図３で説明した放送情報に乗った
手順書を実際に使用する実施例を示した説明図である。
本実施例は、利用者がレストランを探して、その予約を
行いたい場合を想定している。端末表示画面７０００
で、利用者は希望のレストランがあった旨を、イベント
通知ウィンドウ６０１０を用いて知る。ここで、例えば
このレストランに興味がなければ、例えばイベント通知
ウィンドウ７０１０以外の部分をタップすることで、こ
れ以降の手順を中止することが出来る。ここでこのレス
トランに興味がある場合は、予約ボタンにタッチする
と、端末表示画面７０２０に移行し、図６の説明の如
く、レストランの場所を示す地図を表示する。さらに予
約ボタンを押すと、予約メニュー７０３０が表示され、
詳細な予約を行うことが出来る。予約メニュー７０３０
では食事をする日付、時刻、人数の設定、そして示され
たメニューリストから注文することが出来る。これらの
設定をエディタ形式で設定した後、予約ボタンをタッチ
することで、予約メニュー７０４０が表示され、予約内
容の確認が行われる。ここで予約を取り消したいときは
取消ボタンをタッチ、予約を行いたいときは完了ボタン
をタッチすることで予約手順が完了する。これらの手順
及びメニュー画面は、図３のデータ本体情報３０５１内
の手順データに記載されている。ここで図示しないが、
先に一度は予約手順を中止したものも、予約手順を含む
データは携帯端末のにメモリに記憶されているので、例
えば図示しないメモリに記憶した情報のリストを表示
し、それを選択することで、後にこの予約手順を呼び出
して、改めて予約を行うことも可能である。この操作
は、利用者が予約ボタンをタッチした段階で、携帯端末
に接続されている電話を用いて、レストラン自身もしく
はレストランが依託している情報管理コンピュータに接
続し、上記の予約のやり取りを行う。また、携帯端末に
電話が直接接続されていない場合でも、ディスプレイに
予約方法を表示することで、利用者は携帯端末のディス
プレイを見ながら、近隣の公衆電話等を用いてお店と直
接会話をすることで、予約を行うことが出来る。

【００１８】放送情報に含まれた手順の実行の他の例と
して、図１に於ける放送の受信の選択機能も挙げられ
る。放送情報がＦＭ放送の文字多重チャンネルで送信さ
れ、受信する携帯端末がＦＭの音声放送を受信する機能
を有する場合、放送情報はＦＭの音声放送の番組情報を
送信し、利用者は番組情報を携帯端末のディスプレイで
チェック、聴きたい放送局を選択して聴くことが出来
る。また、概略のジャンル（ロック、ポップス等）をあ
らかじめ登録しておくと、自動的にそのジャンルの音楽
を流す局にチューナーが切り替わるという連携動作も可
能である。

【００１９】また、レストランの予約や商品の予約購入
等を、あらかじめ利用者が設定した条件に合致したら自
動的に予約や購入手続きを行い、別途予約や購入手続き
が完了した旨を利用者に知らせる、自動連携システムも
可能である。この場合、一定以上の金額の場合は他の条
件が成立しても自動手続きをせずに、キャンセルもしく
は利用者に必ず知らせて、Ｏｋのボタンを利用者が押さ
ない限りは予約や購入手続きを取らないような工夫も必
要である。

【００２０】図８は、緊急情報を受信したときの携帯端
末の動作を示す説明図である。緊急情報を受信した携帯
端末は、その端末表示画面８０１０に、緊急情報表示ウ
ィンドウ８０３０を開く。これは緊急情報が受信される
と、図５の説明で述べた如く、利用者は緊急情報を必ず
見るような構造となっており、利用者の設定に係わりな
く緊急情報表示ウィンドウ８０３０が必ず表示される。
ここでは、近くの駅で火災が発生した旨を知らせてお
り、避難場所表示ボタン８０４０をタッチすることで、
端末表示画面８０２０に遷移、火災現場や、特に救護施
設等を設置した避難場所を表示する。もしくは、避難場
所表示ボタンをタッチしなくても、緊急情報表示ウィン
ドウ８０３０の表示と同時に、避難場所の地図に切換え
ることも可能である。

【００２１】図９は、災害情報の受信に関する被災者情
報を受信する携帯端末の動作を示す説明図である。携帯
端末に図５のフィルタと同様な方法で、安否を知りたい
人の名前を登録しておく。地震や火災等の大規模災害が
発生した時は、従来でもテレビジョン放送やラジオ放送
で、被災者の名前と状況を読み上げているが、これを本
実施例による放送情報で流し、携帯端末はその情報を受
信する。災害情報が放送されているときは、携帯端末の
端末表示画面９０００には、災害情報モニタ中を示すメ
ッセージ９０２０が表示されている。放送された災害情
報の中に、先に登録した安否を知りたい人の名前を発見
すると、携帯端末は端末表示画面９０１０に、負傷者情
報表示ウィンドウ９０４０を開き、指定した人の安否情
報を利用者に知らせる。ここで登録する安否を知りたい
人の名前は、携帯端末がすでに有している住所録のすべ
ての名前や、住所録に指定のマークをつけた人の名前を
自動的に登録しても良い。また、被災者が運ばれた病院
の場所を地図上に表示したり、特に親族の場合等で緊急
に連絡が必要な場合に対処して、図７のレストランの予
約と同様に、病院や被災者への連絡先との電話連絡の連
携を行う構成を持っても良い。

【００２２】図１０は、本発明による情報伝達システム
を用いて、地図の最新情報を伝達する実施例を示した説
明図である。図１０（ａ）に於いて、端末表示画面１０
０００には、図１で説明したように、あらかじめ携帯端
末１２００に入力された地図情報１１００が表示されて
いる。このデータのフォーマットは、例えば図１０
（ｂ）に示す如く、緯度・経度等の地球上の絶対値で表
現される絶対座標１０３００と、ある特定の縮尺で画面
表示する時の表示座標１０４００、そして各道の太さ、
国道／一般道の区別をする種別、後述する通行の可否等
を示す属性１０５００を対にして構成されている。ここ
で属性１０５００は、対応する座標を始点とする道に関
する属性を示す。携帯端末の有する地図データは、これ
らのデータを各縮尺毎に、もしくは表示座標及び属性を
各縮尺毎に、もしくは表示座標を表示する縮尺を変更す
る度に計算する形で有しているが、これはあらかじめ携
帯端末に入力された情報であり、利用者が携帯端末を持
って歩いている、その時点での最新の情報ではない。具
体的には図１０（ａ）の端末表示画面１０１００のよう
に、ある特定の期間だけ、一つの道が工事等により通行
止めになっている場合は、この地図データには反映され
ていない可能性がある。本実施例では、放送情報を用い
て、最新の地図情報を携帯端末に提供する。具体的には
図１０（ｃ）のような線分と、新たな属性を対として送
信し、この情報を受信した携帯端末は、この情報を自身
が有する地図情報データの末尾に付加し、表示する。従
ってこの時点では、通行止めの道は一度通行可能な状態
で表示された後、地図情報末尾のデータをメモリから読
み出した時点で、図１０（ａ）の端末表示画面１０１０
０のように通行不可の表示がなされる。そして携帯端末
の電源オフ時等の、ＣＰＵが空いた時にメモリ内の地図
情報をソートして、最新地図情報を組み込む。

【００２３】図１１は、お店やレストランの情報や地図
情報を含む、一般的な情報に於いて、携帯端末があらか
じめ入手する情報を、事前に更新する方法を示した説明
図である。本実施例による情報伝達システムに用いる携
帯端末は、事前に地図情報や、概略のお店の情報を持つ
ことが出来る。図１１に於いて、事前に入手する情報
は、図１に示したＩＣカードのような媒体を用いる他
に、ホスト１１０００より電話回線１１０１０を通じ
て、直接携帯端末１１０２０で受信、もしくはパーソナ
ルコンピュータ（ＰＣ）１１０４０で一度受信を行い、
ＰＣに付属のハードディスクドライブ（ＨＤＤ）１１０
５０に記憶された後、携帯端末１１０３０に送られる形
式をとる。そのデータのフォーマットは、１１０６０の
如くであり、そのデータのバージョン番号を先頭に、す
べての地図等の基礎となる元データが入っている。初め
て携帯端末でこのサービスを利用する利用者は、少なく
とも一度はこの元データを入手する必要がある。その後
の最新情報は、図１のように放送情報を用いて入手する
方法の他に、ホスト１１０００と電話回線１１０１０を
通じて直接入手する方法がある。両者とも差分データ１
１０７０を受信することで、最新情報を少ない通信量で
入手することが出来る。入手した差分データ１１０７０
は、元データ１１０６０に追加され、バージョンアップ
データ１１０８０として使用される。このデータ内での
差分データ１１０８１は、データの最後尾に追加される
が、これは図１０の説明の如く、ＣＰＵが余裕がある時
や、ＰＣ１１０４０内で適時ソートされる。

【００２４】図１２は、元データにバージョンアップと
して差分を追加する方法を示した説明図である。１２０
００は元データに差分を追加した標準的な例であり、差
分１、差分２、差分３と順次差分データが追加されてい
る。しかし本実施例による放送情報を用いて差分の追加
を行った場合、電波状況が悪いなどの理由で、途中の差
分を受信ミスをする可能性がある。１２０１０は差分２
の受信をミスした例であり、この場合、差分２以降のデ
ータを利用することが出来なくなる。本実施例では、途
中の差分が抜けても、それ以降の差分データを利用する
ことが可能であるデータ構造を持つことを特徴とする。
即ち元データに最初の差分１をつけた場合は、１２０３
０のように、元データ＋差分１の形で利用される。次に
差分２を受信するときは、差分２のデータは必ず差分１
を含んでおり、差分２だけを受信してもバージョンアッ
プが可能になる。ここで差分２は、差分１＋差分２−
（差分１における不要となったデータ）という形にな
る。また、特に金額など絶対値が重要である情報は差分
しない方式をとり、トラブルを防ぐ構造とする。さら
に、緊急情報は確実に受信する必要があり、元データを
持っていなくても受信可能としなければならないので、
差分方式ではなく必ず全データを送信する構造とする。

【００２５】図１３は、図７に於ける放送情報の受信と
予約手順の連携に於いて、情報元の詳細情報を再度確認
するために、電話による通信時に情報伝送を受ける方式
を示した説明図である。端末表示画面１３０００に於い
て、希望するレストランが発見され、イベント表示ウィ
ンドウ１３０１０にて利用者に表示される。予約ボタン
をタッチすることで端末表示画面１３０２０にて場所の
表示を行うところまでは、図７の説明と同一であり、こ
こでは説明を省略する。本実施例では端末表示画面１３
０２０で、情報ボタンを押すことで、そのレストランに
関する情報を改めて電話回線を通じて入手し、確認する
機能を有することを特徴とする。具体的には端末表示画
面１３０２０で、情報ボタンを押すと、携帯端末は放送
情報に記載されたレストラン自身の電話番号、もしくは
レストランが情報の配布を依託しているホストコンピュ
ータに電話をかけ、通信回線を接続し、このレストラン
に関する詳細な情報１３０３０、１３０４０を入手す
る。利用者はこの１頁もしくは複数頁の情報を読み、そ
の後予約するかどうかを判断して予約ボタンを押し、図
７の説明と同様に予約手順に入る。

【００２６】図１４は、以上の本実施例による情報伝達
システムの携帯端末の動作フロー例である。まず、図１
の地図情報や、図１１に於けるバージョン＃１の基本デ
ータを入手（１４０００）、次に図５に示したフィルタ
情報を入力（１４０１０）、そしてデータの受信を開始
する。受信データが発生（１４０２０）すると、図２の
如くまず受信データの種別をチェック（１４０３０）
し、受信データの種別に応じて、それぞれにあらかじめ
定められた手順を実行する（１４０４０）。本実施例で
は手順は、受信情報のメモリ（１４０５０）、受信情報
の表示（１４０６０）、受信情報の発生を利用者に伝え
るアラーム（１４０７０）、そして、各受信情報自身が
有する手順書の実行２（１４０８０）である。これらの
手順を必要に応じて一つもしくは複数行う。ここで表示
１４０６０は、図５のイベント通知ウィンドウ５０３０
の如く、ダイアログウィンドウを表示し（１４０９
０）、ダイアログ内のボタンの入力待ち（１４１００）
で構成される。このボタンの入力待ちは、タイマーによ
り一定時間の入力がなければ自動的にウィンドウの表示
が終了される。以上のように本実施例によれば、利用者
が街を歩いているときに、その街に関する最新の情報
を、利用者からアクセスすることなく自由に入手するこ
とが出来る。そしてこの際、情報を一方向・不特定多数
相手に送信することで、利用者の携帯端末とホストとの
間を携帯電話のような１対１の占有回線で結ぶ必要がな
く、多数の利用者が同時に情報を入手することが可能と
なる。さらに、端末内で受信データのフィルタリングを
行うことで、利用者から見れば、利用者がリクエストし
た情報のみが入手出来た形を取ることが出来、利用者は
不要な情報を自分で排除する必要がない。そして、受信
した情報の種類に応じた手順を自動実行することで、情
報の取りあえずのメモリへの保存や、即時利用者に情報
を提示する緊急情報の伝達、そして入手した情報を元に
レストランの自動予約手順といった連携を取ることが出
来、利用者にとって使いやすい情報伝達システムを提供
することが出来る。

【００２７】

【発明の効果】本発明によれば、情報を簡便に入手可能
な情報伝達システムを提供することができる。

【図面の簡単な説明】

【図１】本発明の実施例による情報伝達システムの全体
の構成を示すブロック図である。

【図２】本発明の実施例による情報伝達システムで使用
する携帯端末の内部の情報の流れを示すブロック図であ
る。

【図３】本発明の実施例による情報伝達システムが送信
する情報の内容の例を示した説明図である。

【図４】本発明の実施例による携帯端末のハードウェア
構成を示すブロック図である。

【図５】本発明の実施例による携帯端末のフィルタの構
造と、動作を示した説明図である。

【図６】イベント通知ウィンドウの地図との連携機能を
示した説明図である。

【図７】放送情報に乗った手順書を実際に使用する実施
例を示した説明図である。

【図８】緊急情報を受信したときの携帯端末の動作を示
す説明図である。

【図９】被災者情報を受信する携帯端末の動作を示す説
明図である。

【図１０】地図の最新情報を伝達する実施例を示した説
明図である。

【図１１】携帯端末があらかじめ入手する情報を、更新
する方法を示した説明図である。

【図１２】元データにバージョンアップとして差分を追
加する方法を示した説明図である。

【図１３】放送情報の受信と予約手順の連携に於いて、
情報元の詳細情報を再度確認するために、電話による通
信時に情報伝送を受ける方式を示した説明図である。

【図１４】本発明の実施例による情報伝達システムの携
帯端末の動作フローチャート例である。

【符号の説明】

１０００放送局１０１０放送情報１１００地図情報１２００、１１０２０、１１０３０携帯端末２０００フィルタ３０００転送データ３０２１種別情報３０５１データ本体情報５０００フィルタテーブル５０１０イベントしきい値５０３０、６０１０、７０１０、１３０１０イベント
通知ウィンドウ７０３０、７０４０予約メニュー８０３０緊急情報表示ウィンドウ９０４０負傷者情報ウィンドウ１０３００、１０６００絶対座標１０５００、１０７００属性１１０００ホスト１１０１０電話回線

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年１２月２７日（２００１．１２．
２７）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】変更

【補正内容】

【発明の名称】携帯端末

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【請求項１】電話回線を接続可能な通信手段を備えてな
る携帯端末であって、発信される情報をアクセスすることなく受信する受信手
段と、緊急情報の種別が記憶された記憶手段と、前記記憶手段に複数の情報の種別を登録可能な登録手段
と、前記緊急情報または前記登録手段により登録されて前記
記憶手段に記憶された種別の情報を前記受信手段が受信
したときに通知する通知手段と、前記受信手段により受信した情報を表示する表示手段
と、を備えていることを特徴とする携帯端末。

【請求項２】電話回線を接続可能な通信手段を備えてな
る携帯端末であって、不特定多数に一方向に発信される情報を受信する受信手
段と、緊急情報の種別が記憶された記憶手段と、前記記憶手段に情報の種別を登録する登録手段と、前記記憶手段に記憶された前記緊急情報または前記登録
手段により登録された種別の情報を前記受信手段が受信
したときに通知する通知手段と、前記受信手段により受信した情報を表示する表示手段
と、を備えていることを特徴とする携帯端末。

【請求項３】電話回線を接続可能な通信手段を備えてな
る携帯端末であって、緊急情報を含む複数種類の情報を受信可能な受信手段
と、前記緊急情報の種別が記憶された記憶手段と、前記記憶手段に情報の種別を登録する登録手段と、前記記憶手段に記憶された前記緊急情報または前記登録
手段により登録された種別の情報を前記受信手段が受信
したときに通知する通知手段と、前記受信手段により受信した情報を表示する表示手段
と、を備えていることを特徴とする携帯端末。

【請求項４】前記記憶手段は前記緊急情報の種別と前記
登録手段により登録された情報の種別とを並べて記憶す
ることを特徴とする請求項１ないし３のいずれか１項に
記載の携帯端末。

【請求項５】前記緊急情報の種別を記憶する位置は変更
できないことを特徴とする請求項４に記載の携帯端末。

【請求項６】請求項１ないし５のいずれか１項に記載の
携帯端末は、前記受信手段により受信した情報の表示を
指示する指示手段を備え、前記表示手段は前記指示手段
により指示されたとき前記情報を表示することを特徴と
する携帯端末。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００４

【補正方法】変更

【補正内容】

【０００４】本発明は、情報を簡便に入手することを可
能にする携帯端末を提供することを目的とする。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０００５

【補正方法】変更

【補正内容】

【０００５】

【課題を解決するための手段】この課題を解決するため
に本発明にかかる携帯端末は、電話回線を接続可能な通
信手段と、発信される情報をアクセスすることなく受信
あるいは不特定多数に一方向に発信される情報を受信す
る受信手段と、緊急情報の種別が記憶された記憶手段
と、前記記憶手段に情報の種別を登録可能な登録手段
と、前記緊急情報または前記登録手段により登録されて
前記記憶手段に記憶された種別の情報を前記受信手段が
受信したときに通知する通知手段と、前記受信手段によ
り受信した情報を表示する表示手段と、を備える。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｂ 7/26 １０１Ｈ０４Ｂ 7/26 １０１５Ｋ０６７Ｈ０４Ｈ 1/00 Ｈ０４Ｈ 1/00 Ｃ５Ｋ１０１ＧＨ０４Ｍ 3/42 Ｈ０４Ｍ 3/42 Ｒ 3/487 3/487 11/08 11/08 (72)発明者桑原禎司神奈川県横浜市戸塚区吉田町292番地株式会社日立製作所マルチメディアシステム開発本部内Ｆターム(参考） 2F029 AA07 AB13 AC09 AC13 5H180 AA21 BB04 BB05 EE18 FF05 FF13 FF23 FF27 5K015 AB01 5K024 AA71 AA76 AA79 CC10 CC11 FF04 GG10 5K061 AA09 BB04 BB17 DD00 FF02 JJ07 5K067 AA21 BB01 BB21 CC02 CC12 CC13 CC14 DD11 DD51 EE02 EE10 EE16 FF02 FF23 FF25 HH11 HH22 KK15 5K101 KK18 LL12 MM07 NN18

Claims

【特許請求の範囲】

【請求項１】放送により情報を発信する発信局と、該発
信局から発信された情報を受信する受信装置とを備える
情報伝達システムに於いて、前記発信局は、当該情報の内容の種類を表わす種別デー
タと、当該情報が選択された場合に表示される表示内容
を有する情報を発信し、前記受信装置は、前記発信局からの放送による情報を受信する受信機と、予め指定された情報の種類と、受信した情報の有する種
別データが表す種類とを比較して、予め指定された種類
を表す種別データを有する情報のみを選択する選択手段
と、該選択手段により選択された情報に、当該情報の種類に
よって定まる処理を施す手段と、を有することを特徴とする情報伝達システム。
【請求項２】請求項１記載の情報伝達システムに於い
て、前記情報の種類によって定まる処理は、当該情報の
表示または／および記憶であることを特徴とする情報伝
達システム。
【請求項３】請求項１記載の情報伝達システムに於い
て、前記発信局は、情報を更新するための差分情報を発信
し、前記受信機は、前記発信局により発信された差分情報を
受信し、前記受信装置は、予め入力された情報を記憶する記憶手段と、前記記憶手段に記憶された情報を、受信された差分情報
により更新する更新手段と、を有することを特徴とする情報伝達システム。
【請求項４】請求項１記載の情報伝達システムに於い
て、前記受信装置は、送受信装置との接続手段を有する
ことを特徴とする情報伝達システム。
【請求項５】請求項４記載の情報伝達システムに於い
て、前記発信局は、前記送受信装置を用いて情報元への
通信を行うための、情報元のＩＤまたはＩＤに相当する
情報を発信することを特徴とする情報伝達システム。
【請求項６】請求項１記載の情報伝達システムに於い
て、前記予め指定された情報の種類は、利用者により指
定されることを特徴とする情報伝達システム。
【請求項７】請求項６記載の情報伝達システムに於い
て、前記受信装置は、前記予め指定された情報の種類に
応じて、情報の受信時に、外部に情報の発生を知らせる
処理を施す手段を有することを特徴とする情報伝達シス
テム。
【請求項８】請求項１記載の情報伝達システムに於い
て、前記発信局は、情報の情報元の地図上における座標値を
発信し、前記受信装置は、地図データを記憶する記憶手段と、地図と共に前記座標値に相当する地図上の位置にマーク
を表示する表示手段と、を有することを特徴とする情報伝達システム。
【請求項９】請求項１記載の情報伝達システムに於い
て、前記発信局は、当該情報の情報元がプログラムした手順
書を有する情報を発信し、前記受信装置は、利用者の入力の受け付け手順を含む前
記手順書に従って動作を行うことを特徴とする情報伝達
システム。
【請求項１０】請求項１記載の情報伝達システムに於い
て、前記発信局が、災害の緊急情報等、必ず利用者に伝
達される必要のある情報を発信した場合には、前記受信
装置の選択手段は、予め指定された情報の種類とは関係
なく、必ず外部に情報の発生を伝達することを特徴とす
る情報伝達システム。
【請求項１１】請求項２記載の情報伝達システムに於い
て、前記発信局は、少なくとも、災害等の緊急情報や金
額等の絶対値が重要である情報の場合には、差分情報を
発信せず、当該情報単独で情報の伝達が可能な完結した
情報形式で発信することを特徴とする情報伝達システ
ム。
【請求項１２】請求項２記載の情報伝達システムに於い
て、前記差分情報が、複数の階層の差分情報の追加で行
われる場合、前の階層の差分情報は、次の階層の差分情
報に含まれることを特徴とする情報伝達システム。
【請求項１３】発信局からの放送による情報を受信する
受信機と、予め指定された情報の種類と、受信した情報の有する種
別データが表す種類とを比較して、予め指定された種類
を表す種別データを有する情報のみを選択する選択手段
と、該選択手段により選択された情報に、当該情報の種類に
よって定まる処理を施す手段と、を有することを特徴とする受信装置。
【請求項１４】請求項１３記載の受信装置に於いて、前
記情報の種類によって定まる処理は、当該情報の表示ま
たは／および記憶であることを特徴とする受信装置。
【請求項１５】請求項１３記載の受信装置に於いて、前記受信機は、情報を更新するための差分情報を受信
し、前記受信装置は、予め入力された情報を記憶する記憶手段と、前記記憶手段に記憶された情報を、受信された差分情報
により更新する更新手段と、を有することを特徴とする受信装置。
【請求項１６】請求項１３記載の受信装置に於いて、送
受信装置との接続手段を有することを特徴とする受信装
置。
【請求項１７】請求項１６記載の受信装置に於いて、前
記送受信装置を用いて情報元への通信を行うための、情
報元のＩＤまたはＩＤに相当する情報を受信することを
特徴とする受信装置。
【請求項１８】請求項１３記載の受信装置に於いて、前
記予め指定された情報の種類は、利用者により指定され
ることを特徴とする受信装置。
【請求項１９】請求項１８記載の受信装置に於いて、前
記予め指定された情報の種類に応じて、情報の受信時
に、外部に情報の発生を知らせる処理を施す手段を有す
ることを特徴とする受信装置。
【請求項２０】請求項１３記載の受信装置に於いて、情報の情報元の地図上における座標値を受信する手段
と、地図データを記憶する記憶手段と、地図と共に前記座標値に相当する地図上の位置にマーク
を表示する表示手段と、を有することを特徴とする受信装置。
【請求項２１】請求項１３記載の受信装置に於いて、情報の情報元がプログラムした手順書を有する情報を受
信する手段と、利用者の入力の受け付け手順を含む前記手順書に従って
動作を行う手段と、を有することを特徴とする受信装置。
【請求項２２】請求項１３記載の受信装置に於いて、災
害の緊急情報等、必ず利用者に伝達される必要のある情
報を受信した場合には、前記受信装置の選択手段は、予
め指定された情報の種類とは関係なく、必ず外部に情報
の発生を伝達することを特徴とする受信装置。
【請求項２３】予め指定された種類の情報を選択して外
部に伝達すると共に、災害の緊急情報等、必ず利用者に
伝達される必要のある情報を受信した場合には、前記予
め指定された情報の種類とは関係なく、必ず外部に情報
の発生を伝達することを特徴とする情報の選択方法。