JPH11196180A - 受信データ管理システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、格納された各情報サービスデータ
の重要度を判別し、情報サービスデータを上書きする際
に、重要度の低い情報を優先的に削除、若しくはデータ
圧縮して、情報のタイトルやヘッドラインは残すように
する受信データ管理システムを提供することである。 【解決手段】 ＣＰＵ１０６は、着信処理に際して、Ｒ
ＡＭ１１１内のＩＰメッセージメモリエリア１１１ｂ内
の格納領域を調べ、新たに受信した情報サービスデータ
を上書きすることなく保存できる空き容量がある場合
は、通常の格納処理を行う。また、空き容量がない場合
は、情報重要度判定処理を実行し、ＩＰメッセージメモ
リエリア１１１ｂ内に保存されている各情報サービスデ
ータについて、フラグＡ、Ｂ、Ｃ、の値に基づいてその
重要度を判定し、判定処理結果に従って重要度の低い情
報サービスデータを削除して空き容量を確保した後、こ
の空き容量に前記新たに受信した情報サービスデータを
格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、無線呼出し（以下
にページングと称する）システムを利用した情報通信シ
ステム等に適用される受信データ管理システムに関す
る。

【０００２】

【従来の技術】従来の電話回線を使用した文字情報の送
受を行う通信システムとしては、無線ページングシステ
ムやホームバンキングシステムなどがある。そして、無
線ページングシステムにおける送信データフォーマット
としては、ＰＯＣＳＡＧ方式がある。

【０００３】しかしながら、近年の移動体通信技術の発
達に伴ってサービス利用料金の値下げや、ビジネスユー
スのみならずパーソナルユース、特に、若年層への普及
が進んだ結果、サービス加入者が増加して、十分なサー
ビスの提供が困難になっている。

【０００４】このように、最近の急激な需要の増加や機
能の拡張に伴って、サービスも高度にする必要があり、
その結果、標準規格「ＲＣＲ ＳＴＤ−４３」で規定さ
れた高度ページング方式が導入されている。

【０００５】まず、この高度ページング方式について以
下に簡単に説明する。この高度ページング方式に採用さ
れるデータ構成を図２７に示す。図２７において、Ａは
１時間周期で送信されるサイクルデータ構成、Ｂは上記
サイクルデータ構成Ａにおける１サイクルのフレームデ
ータ構成、Ｃは上記フレームデータ構成Ｂにおける１フ
レーム内のデータ構成、そして、Ｄは１フレームのブロ
ック構成を示している。サイクルデータ構成Ａは、“Ｎ
ｏ．０”から“Ｎｏ．１４”までの番号が付けられた１
５個のサイクルよりなる。

【０００６】又、フレームデータ構成Ｂは、“Ｎｏ．
０”から“Ｎｏ．１２７”までの番号が付けられた１２
８個のフレームよりなり、これは４分周期で送信され
る。１フレームはデータ長が１．８７５秒あり、データ
構成Ｃにおいて、１フレームのデータの中はそのデータ
内容に応じて８つに区分されている。

【０００７】これら８つのデータ内容はデータ構成Ｃ、
ブロック構成Ｄで示されるように、先頭部より、同期部
１（Ｓ１）Ｃ１、フレーム情報（ＦＩ）Ｃ２、同期部２
（Ｓ２）Ｃ３からなる１１５ミリ秒で送信される同期信
号部Ｄ１と、ブロック情報（ＢＩ）Ｃ４、アドレスフィ
ールド（ＡＦ）Ｃ５、ベクトルフィールド（ＶＦ）Ｃ
６、メッセージフィールド（ＭＦ）Ｃ７、及びアイドル
ブロック（ＩＢ）Ｃ８の、データ属性に応じて５種類に
区分されたデータよりなり、１ブロックにつき、フレー
ムタイプに応じて８〜３２ワード（３２ビットを１ワー
ドとして）格納される１６０ミリ秒で１１ブロックで送
信されるインターリーブブロック部Ｄ２とで構成され
る。

【０００８】同期信号部Ｄ１の内、同期部１（Ｓ１）Ｃ
１は、２値ＦＳＫ変調された１６００ＢＰＳの１１２ビ
ットから構成され、当該フレームの受信タイミングや１
６００ＢＰＳシンボルデータの受信タイミング、及びイ
ンターリーブブロック部Ｄ２が、以下の４種類のフレー
ムタイプのうちどのフレームタイプでインターリーブ送
信されるか、その送信形態を示す情報が含まれている。

【０００９】１．２値ＦＳＫ変調／１６００ＢＰＳ ２．２値ＦＳＫ変調／３２００ＢＰＳ ３．４値ＦＳＫ変調／３２００ＢＰＳ ４．４値ＦＳＫ変調／６４００ＢＰＳ フレーム情報（ＦＩ）Ｃ２は、２値ＦＳＫ変調された１
６００ＢＰＳの３２ビットで構成され、サイクルデータ
構成Ａにおいて当該フレームが属するサイクルのサイク
ルＮｏ．のデータ（４ビット）、そしてこのサイクルＮ
ｏ．のサイクルにおいて、当該フレームが属するフレー
ムＮｏ．のデータ（７ビット）、及び複数回送信表示、
及びその送信回数を規定する情報が格納される。

【００１０】同期部２（Ｓ２）Ｃ３、及びブロック情報
（ＢＩ）Ｃ４からアイドルブロック（ＩＢ）Ｃ８までの
インターリーブブロック部Ｄ２は、上記同期部１（Ｓ
１）Ｃ１で規定されたフレームタイプで送信されるデー
タが格納されている。

【００１１】同期部２（Ｓ２）Ｃ３は同期部１（Ｓ１）
Ｃ１で規定された変調方式及び伝送速度で送信されるイ
ンターリーブブロック部Ｄ２に対し、呼び出されたペー
ジャーが取り込めるようにタイミング情報を与えるブロ
ックである。

【００１２】ブロック情報（ＢＩ）Ｃ４は、インターリ
ーブブロック部Ｄ２のブロック＃０にある、通常は１ワ
ードで構成されたデータであり、本フィールドが終了
し、後述のアドレスフィールド（ＡＦ）Ｃ５の開始点と
なるワード番号（２ビット）、及びベクトルフィールド
（ＶＦ）Ｃ６の開始点となるワード番号（６ビット）等
の情報等を格納するブロック情報１が格納される。又、
システムから定期的に送信されるブロック情報は２、
３、又は４ワードあり、サイマルキャストシステムＩ
Ｄ、そして、フレームＮｏ．が０の時はカレンダー、実
時間情報、タイムゾーン、及びシステムメッセージが格
納される。

【００１３】アドレスフィールド（ＡＦ）Ｃ５は、発呼
先のページャーのアドレスデータを格納するフィールド
であり、ショートアドレス（３２ビット）、又はロング
アドレス（６４ビット）を格納する。

【００１４】ベクトルフィールド（ＶＦ）Ｃ６は、アド
レスフィールド（ＡＦ）Ｃ５と対を成し、後述のメッセ
ージフィールド（ＭＦ）Ｃ７における自己メッセージデ
ータが開始されるワード番号、及び自己メッセージデー
タのデータ長を示すワード数、及び自己メッセージデー
タのデータ形態等の情報を格納するフィールドである。

【００１５】メッセージフィールド（ＭＦ）Ｃ７は、ベ
クトルフィールド（ＶＦ）Ｃ６で規定された情報に応じ
たメッセージデータを格納するフィールドである。そし
て、アイドルブロック（ＩＢ）Ｃ８は、未使用ブロック
であり、ここには“１”又は“０”のビットパターンデ
ータがセットされる。

【００１６】また、図２７に示した上述の送信データフ
ォーマットは、それぞれａ，ｂ，ｃ，ｄの４つの独立し
たフェーズで時系列的に平行してインターリーブ送信さ
れる。すなわち、ＳＴＤ−４３方式を採用すれば、ペー
ジングサービス会社はこの４つのフェーズを単独または
２乃至４つ使用することにより、内容の異なる１フレー
ムのデータを多重化して一度に送信することも可能であ
る。

【００１７】この高度ページング方式では、以上のデー
タ構成を利用して提供されるサービスとして、基本的な
ページングサービス（個別呼出し）の他に、ページング
受信機（以下、ページャーという）の着信アドレス毎に
センター側設備からのメッセージデータにメッセージ番
号を付加して送信し、又、センターでもこの送信したメ
ッセージデータを管理する「メッセージ通番サービス」
や、センターから為替相場等種々の情報をページャー利
用者に提供する「情報サービス」等がある。

【００１８】この高度ページング方式に対応するページ
ャーを利用する加入者は、基本サービスと付加的なこれ
らのサービスを選択することができ、例えば、上記「情
報サービス」を選択した場合は、種々の情報提供会社か
ら種々の情報を受信することができる。

【００１９】このような高度ページング方式において、
ページングセンターから情報サービスの契約利用者のペ
ージャーに情報サービスデータを送信する場合、例えば
送信フレームＮｏ．と対応づけて３０分等の所定期間毎
に情報サービスデータを送信するようになっており、ペ
ージャー側では定期的に送信される情報サービスデータ
を逐次報知処理せずに内蔵メモリに上書きしながら格納
している。

【００２０】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のページャーでは、定期的に送信される情報サ
ービスデータを逐次受信し、その受信した順番で内蔵メ
モリに上書きして格納させるようにしていたため、新た
な情報サービスデータを受信した際に内蔵メモリに空き
容量が無い場合、これまでに内蔵メモリに格納されてい
た情報サービスデータを、利用者にとって興味がある内
容の情報であるか否か、あるいは未読であるか否か等に
かかわらず、例えば受信日時の古い順に消去してしまう
という問題があった。

【００２１】また、このように新たな情報サービスデー
タを上書きする際には、以前に受信した一つの情報サー
ビスデータを全て消去してしまうことから、該情報サー
ビスデータを利用者が未確認であった場合、利用者は受
信した情報サービスデータがどのような内容であったの
か、その概略すらわからず情報提供サービスとして使い
勝手に欠けるという問題があった。

【００２２】本発明の課題は、格納された各情報サービ
スデータの重要度を判断し、情報サービスデータを上書
きする際に、重要度の低い情報を優先的に削除、若しく
はデータ圧縮して、情報のタイトルやヘッドラインは残
すようにする受信データ管理システムを提供することを
目的とする。

【００２３】

【課題を解決するための手段】請求項１記載の発明の受
信データ管理システムは、第１のデータとデータ量がこ
の第１のデータより大きい第２のデータとを受信する受
信手段と、この受信手段により受信された第１のデータ
と第２のデータとを関連付けて記憶する記憶手段と、こ
の記憶手段の空き容量を管理する空き容量管理手段と、
前記受信手段によって新たに第１のデータと第２のデー
タとを受信すると、この受信された第１のデータと第２
のデータとの総データ量と、前記空き容量管理手段によ
って管理される前記記憶手段の空き容量とを比較する比
較手段と、この比較手段による比較の結果、前記受信さ
れた第１のデータと第２のデータとの総データ量は空き
容量より大きく、受信された第１のデータ量は空き容量
より小さいと判別すると、前記受信された第１のデータ
と第２のデータの内、第１のデータのみを前記記憶手段
に記憶させる記憶制御手段と、を備えたことを特徴とし
ている。

【００２４】この請求項１記載の発明の受信データ管理
システムによれば、受信手段により受信された第１のデ
ータとデータ量がこの第１のデータより大きい第２のデ
ータとを関連付けて記憶手段に記憶し、この記憶手段の
空き容量を空き容量管理手段により管理し、前記受信手
段によって新たに第１のデータと第２のデータとを受信
すると、比較手段により、この受信された第１のデータ
と第２のデータとの総データ量と、前記空き容量管理手
段によって管理される前記記憶手段の空き容量とを比較
し、この比較の結果、前記受信された第１のデータと第
２のデータとの総データ量は空き容量より大きく、受信
された第１のデータ量は空き容量より小さいと判別する
と、記憶制御手段により、前記受信された第１のデータ
と第２のデータの内、第１のデータのみを前記記憶手段
に記憶させる。

【００２５】したがって、受信した新たなデータを上書
きして保存しなければならない場合に、第１のデータの
みを保存することにより、受信した情報の第１のデータ
は確認することができるため、情報提供サービス機能の
使い勝手を向上することができる。

【００２６】また、請求項２に記載する発明のように、
請求項１記載の受信データ管理システムにおいて、前記
記憶手段に記憶された第２のデータが確認されたか否か
を判別する判別手段と、前記比較手段による比較の結
果、前記受信された第１のデータと第２のデータとの
内、第１のデータのデータ量が空き容量より大きいと判
別すると、前記判別手段により未確認と判別された第２
のデータを削除する削除手段と、を更に備える構成であ
ってもよい。

【００２７】この請求項２記載の発明の受信データ管理
システムによれば、受信した新たなデータを上書きして
保存しなければならない場合に、既に保存されているデ
ータにおいて第２のデータを利用者が確認したか否かに
より、各データの重要度を判別し、重要度の低い第２の
データを優先的に削除することにより、利用者にとって
重要な情報は残すことができる。また、削除した第２の
データに対応する第１のデータは残すようにしたため、
利用者が未確認である重要度の低いデータにおいても、
第１のデータのみは確認することができ、情報提供サー
ビス機能の使い勝手を向上することができる。

【００２８】また、請求項３に記載する発明のように、
請求項１記載の受信データ管理システムにおいて、前記
記憶手段に記憶された第２のデータが確認されたか否か
を判別する判別手段と、前記比較手段による比較の結
果、前記受信された第１のデータと第２のデータとの
内、第１のデータのデータ量が空き容量より大きいと判
別すると、前記判別手段により未確認と判別された第２
のデータを圧縮する圧縮手段と、を更に備える構成であ
ってもよい。

【００２９】この請求項３記載の発明の受信データ管理
システムによれば、受信した新たなデータを上書きして
保存しなければならない場合に、既に保存されているデ
ータにおいて第２のデータを利用者が確認したか否かに
より、各データの重要度を判別し、重要度の低い第２の
データを圧縮することにより、利用者にとって重要な情
報を残すだけでなく、未確認である重要度の低いデータ
において、第１のデータだけでなく第２のデータも残す
ことが可能となり、情報提供サービス機能の使い勝手を
向上することができる。

【００３０】また、請求項４に記載する発明のように、
請求項３記載の受信データ管理システムにおいて、第２
のデータの確認を指示する指示手段と、この指示手段に
より確認指示された第２のデータが圧縮されているもの
か否かを判断する判断手段と、この判断手段より、確認
指示された第２のデータが圧縮されているものと判断す
ると、この第２のデータを解凍する解凍手段と、を更に
備える構成であってもよい。

【００３１】この請求項４記載の発明の受信データ管理
システムによれば、第２のデータの確認時に、第２のデ
ータが圧縮されている場合には、データを解凍すること
により、未確認である重要度の低いデータにおいて、第
１のデータだけでなく第２のデータも読み出すことが可
能となる。

【００３２】また、請求項５に記載する発明のように、
請求項３記載の受信データ管理システムにおいて、外部
装置と接続するためのインターフェース手段と、前記圧
縮された第２のデータを前記外部装置へ転送する転送手
段と、を更に備える構成であってもよい。

【００３３】この請求項５記載の発明の受信データ管理
システムによれば、容量の大きい画像データを受信した
場合に、ページャー本体に画像を表示させる為のデバイ
スを備えていなくても、画像表示デバイスを備えた外部
装置にデータ圧縮した画像データ転送して解凍し、表示
させることも可能である。

【００３４】請求項６記載の発明の受信データ管理シス
テムは、第１のデータと第２のデータとを受信する受信
手段と、この受信手段により受信された第１のデータと
第２のデータとを関連付けて記憶する記憶手段と、この
記憶手段の空き容量を管理する空き容量管理手段と、前
記記憶手段に記憶された第２のデータが確認されたか否
かを判別する判別手段と、前記受信手段によって新たに
第１のデータと第２のデータとを受信すると、前記空き
容量管理手段によって管理される前記記憶手段の空き容
量と、前記新たに受信された第１のデータと第２のデー
タとの総データ量とを比較する比較手段と、この比較手
段の比較結果に応じて、前記判別手段で未確認と判別さ
れた第２のデータとこの第２のデータと関連する第１の
データとの少なくとも一方を、前記新たに受信された第
１のデータと第２のデータとが記憶できる容量になるま
で削除する制御手段と、を備えたことを特徴としてい
る。

【００３５】この請求項６記載の発明の受信データ管理
システムによれば、受信手段により受信された第１のデ
ータと第２のデータとを関連付けて記憶手段に記憶し、
この記憶手段の空き容量を空き容量管理手段により管理
し、判別手段により前記記憶手段に記憶された第２のデ
ータが確認されたか否かを判別し、前記受信手段によっ
て新たに第１のデータと第２のデータとを受信すると、
比較手段により、前記空き容量管理手段によって管理さ
れる前記記憶手段の空き容量と、前記新たに受信された
第１のデータと第２のデータとの総データ量とを比較
し、この比較結果に応じて、制御手段が、前記判別手段
で未確認と判別された第２のデータとこの第２のデータ
と関連する第１のデータとの少なくとも一方を、前記新
たに受信された第１のデータと第２のデータとが記憶で
きる容量になるまで削除する。

【００３６】したがって、受信した新たなデータを上書
きして保存しなければならない場合に、データの格納に
関し、メモリを無駄なく、より効率的に利用したうえ
で、重要度の低い第１のデータあるいは第２のデータを
優先的に削除することにより、利用者にとって重要な情
報は残すことができる。

【００３７】請求項７記載の発明の受信データ管理シス
テムは、第１のデータと第２のデータとを受信する受信
手段と、この受信手段により受信された第１のデータと
第２のデータとを関連付けて記憶する記憶手段と、この
記憶手段の空き容量を管理する空き容量管理手段と、前
記記憶手段に記憶された第２のデータが確認されたか否
かを判別する判別手段と、前記受信手段によって新たに
第１のデータと第２のデータとを受信すると、前記空き
容量管理手段によって管理される前記記憶手段の空き容
量と、前記新たに受信された第１のデータと第２のデー
タとの総データ量とを比較する比較手段と、この比較手
段の比較結果に応じて、前記判別手段で未確認と判別さ
れた第２のデータとこの第２のデータと関連する第１の
データとの少なくとも一方を、前記新たに受信された第
１のデータと第２のデータとが記憶できる容量になるま
で圧縮する制御手段と、を備えたことを特徴としてい
る。

【００３８】この請求項７記載の発明の受信データ管理
システムによれば、受信手段により受信された第１のデ
ータと第２のデータとを関連付けて記憶手段に記憶し、
この記憶手段の空き容量を空き容量管理手段により管理
し、判別手段により前記記憶手段に記憶された第２のデ
ータが確認されたか否かを判別し、前記受信手段によっ
て新たに第１のデータと第２のデータとを受信すると、
比較手段により、前記空き容量管理手段によって管理さ
れる前記記憶手段の空き容量と、前記新たに受信された
第１のデータと第２のデータとの総データ量とを比較
し、この比較結果に応じて、制御手段が、前記判別手段
で未確認と判別された第２のデータとこの第２のデータ
と関連する第１のデータとの少なくとも一方を、前記新
たに受信された第１のデータと第２のデータとが記憶で
きる容量になるまで圧縮する。

【００３９】したがって、受信した新たなデータを上書
きして保存しなければならない場合に、データの格納に
関し、メモリを無駄なく、より効率的に利用したうえ
で、重要度の低いデータを圧縮することにより、利用者
にとって重要な情報を残すだけでなく、未確認である重
要度の低いデータにおいても、データを残すことが可能
となる。

【００４０】また、請求項８に記載する発明のように、
請求項７記載の受信データ管理システムにおいて、第２
のデータの確認を指示する指示手段と、この指示手段に
より確認指示された第２のデータが、圧縮されているも
のか否かを判断する判断手段と、この判断手段より、確
認指示された第２のデータが圧縮されているものと判断
すると、この第２のデータを解凍する解凍手段と、を更
に備える構成であってもよい。

【００４１】この請求項８記載の発明の受信データ管理
システムによれば、受信した新たなデータを上書きして
保存しなければならない場合に、データの格納に関し、
メモリを無駄なく、より効率的に利用したうえで、第２
のデータの確認時に、第２のデータが圧縮されている場
合には、データを解凍することにより、未確認である重
要度の低いデータにおいて、第１のデータだけでなく第
２のデータも読み出すことが可能となる。

【００４２】また、請求項９に記載する発明のように、
請求項７記載の受信データ管理システムにおいて、外部
装置と接続するためのインターフェース手段と、前記圧
縮された第２のデータを前記外部装置へ転送する転送手
段と、を更に備える構成であってもよい。

【００４３】この請求項９記載の発明の受信データ管理
システムによれば、容量の大きい画像データを受信した
場合に、ページャー本体に画像を表示させる為のデバイ
スを備えていなくても、画像表示デバイスを備えた外部
装置にデータ圧縮した画像データ転送して解凍し、表示
させることも可能である。

【００４４】また、請求項１０に記載する発明のよう
に、請求項２から９の何れかに記載の受信データ管理シ
ステムにおいて、データに基づく情報を出力する出力手
段を更に備え、前記確認手段は前記出力手段によって第
２のデータに基づいた情報が出力されたか否かで、確認
の判断をする構成であってもよい。

【００４５】この請求項１０記載の発明の受信データ管
理システムによれば、第２のデータに基づいた情報を出
力したか否かにより確認の有無を判別するため、第２の
データを確認していない情報を利用者にとって重要度の
低い情報であると自動的に判断することができる。

【００４６】また、請求項１１に記載する発明のよう
に、請求項１から９の何れかに記載の受信データ管理シ
ステムにおいて、前記第１のデータは、前記第２のデー
タに基づく情報内容を端的に表現したものである構成で
あってもよい。

【００４７】この請求項１１記載の発明の受信データ管
理システムによれば、重要度の低い第２のデータを削除
して、第１のデータは残す場合に、受信した情報の概略
は確認することができ、情報提供サービス機能の使い勝
手を向上することができる。

【００４８】

【発明の実施の形態】以下、図を参照して本発明の実施
の形態を詳細に説明する。

【００４９】（第１の実施の形態）図１〜図１１は、本
発明を適用したページングシステムの第１の実施の形態
を示す図である。

【００５０】まず、構成を説明する。

【００５１】図１は、本第１の実施の形態のページング
システムの概略構成を示す図である。当該システムにお
いて、１はページャーであり、２はページャー１の利用
者であり、３は提供すべき各種情報を蓄積するパーソナ
ルコンピュータ（ＰＣ）である。パーソナルコンピュー
タ３は、モデムを備え、公衆回線網６を介してページン
グセンター４と接続されている。また、ページングセン
ター４は、送信局アンテナ５と接続されている。

【００５２】ページングセンター４は、パーソナルコン
ピュータ３から公衆回線網６を介して入力される各種情
報サービスデータ（ヘッドライン（見出し）データ＋コ
ンテンツ（コンテンツ）データで構成される）を、従来
の図２７に示したＲＣＲ ＳＴＤー４３の送信データフ
ォーマットに基づいてメッセージフィールド（ＭＦ）Ｃ
７にセットし、送信局アンテナ５から情報サービス契約
を行っている利用者２のページャー１に送信する。

【００５３】このページングセンター４から送信される
メッセージフィールド（ＭＦ）Ｃ７にセットされた情報
サービスデータのイメージを図２に示す。この図２にお
いて、Ｍの「携帯電話の電波は人体に無害」が当該情報
サービスデータの情報内容を端的に表現しているヘッド
ラインデータ（第１のデータ）、Ｎの「『携帯電話の電
波は人体に無害』とする報告書を、・・・」が当該情報
サービスデータの情報内容を表現しているコンテンツデ
ータ（第２のデータ）であり、これらの各データは改行
マーク又はスペース等の表示制御データを識別情報とし
て区分されている。なお、この図２に示すデータ構成
は、あくまでもイメージであり、実際にはコード化さ
れ、インターリーブ処理されたデータがメッセージフィ
ールド（ＭＦ）Ｃ７にセットされてページャー１に送信
される。

【００５４】次いで、図１のページャー１の内部の回路
構成のブロック図を図３に示す。

【００５５】同図において、ページャー１は、アンテナ
１０１、受信部１０２、デコーダー１０３、バッファメ
モリ１０４、デインターリーブ回路１０５、ＣＰＵ１０
６、ドライバ１０７、表示部１０８、キー入力部１０
９、ＩＤ−ＲＯＭ１１０、ＲＡＭ１１１、ＲＯＭ１１
２、ドライバ１１３、スピーカ１１４、ＬＥＤ１１５及
びバイブレーター１１６等により構成されている。

【００５６】アンテナ１０１は、図１のページングセン
ター４により送信局アンテナ５から上記図２７に示した
送信データフォーマットで送信されるデータを受信して
受信部１０２に出力する。

【００５７】受信部１０２は、デコーダー１０３に接続
され、このデコーダー１０３からの制御信号に基づいて
駆動し、受信データの復調及び検波を行う。この受信部
１０２は、図２７の同期部１（Ｓ１）Ｃ１を取り込むこ
とによって２値あるいは４値の変調方式に従ってシリア
ルのビットデータをデコーダー１０３に選択出力する。

【００５８】デコーダー１０３は、ＣＰＵ１０６の制御
の下、受信部１０２から入力される２値あるいは４値の
シリアルのビットデータをフレームタイプに応じて８ビ
ットのパラレルデータに並び換えてバスＢに出力する。
また、デコーダー１０３は、ＣＰＵ１０６による受信し
たフレームデータのアドレスフィールド（ＡＦ）Ｃ５に
格納されるアドレスデータと、ＩＤ−ＲＯＭ１１０に登
録されているアドレスデータとの照合の後、一致検出さ
れた際に出力される検出信号を受け取ると、一致したア
ドレスデータが含まれるフレームのベクトルフィールド
（ＶＦ）Ｃ６、メッセージフィールド（ＭＦ）Ｃ７、ア
イドルブロック（ＩＢ）Ｃ８の継続受信を受信部１０２
に指示する機能を有している。

【００５９】バッファメモリ１０４は、自己フレームに
おける最大１フレーム分（インターリーブブロック部Ｄ
２）をアイドルブロック（ＩＢ）Ｃ８検出による着信処
理１の終了までブロック単位で一時的に記録し、後述す
るデインターリーブ回路１０５によるインターリーブ回
復や、ＣＰＵ１０６による誤り訂正処理、アドレス照合
の際にワークエリアとして使用されるメモリである。

【００６０】デインターリーブ回路１０５は、上記デコ
ーダー１０３より出力された２値あるいは４値、又は伝
送速度に応じて８ビットの各パラレルビットデータにつ
いて、それぞれのフレームパターンに応じて、フェーズ
毎に分離して復元処理し、バスＢに出力する回路であ
る。

【００６１】ＣＰＵ（Central Processing Unit ）１０
６は、ＲＯＭ１１２に格納されている各種制御プログラ
ムに基づいて着信データを解析するとともに、キー入力
部１０９から入力される各種制御信号、並びに上記各種
制御プログラムに基づいてページャー１内の各回路部を
制御する。

【００６２】また、ＣＰＵ１０６は、後述する着信処理
１に際して、後述するＲＡＭ１１１内のＩＰメッセージ
メモリエリア１１１ｂ内の格納領域を調べ、新たに着信
した情報サービスデータを保存できる空き容量がある場
合は、通常の格納処理を行なう。また、前記空き容量が
ない場合は、図９に示す情報重要度判定処理を実行、即
ち、ＩＰメッセージメモリエリア１１１ｂ内に保存され
ている各情報サービスデータについて、後述するフラグ
Ａ、Ｂ、Ｃの値に基づいてその重要度を判定し、判定処
理結果に従って、空き容量が確保できるまで重要度の低
い情報サービスデータを削除した後、この空き容量に前
記新たに受信した情報サービスデータを格納する。

【００６３】また、ＣＰＵ１０６は、後述するメッセー
ジ読み出しモード処理１において、表示部１０８に一覧
表示出力させたヘッドラインデータに対応するＩＰメッ
セージメモリエリア１１１ｂに格納された情報サービス
データのフラグＡに１をセットする。また、前記一覧表
示出力させたヘッドラインデータの中からカーソルキー
１１１３のキー操作により選択されたヘッドラインデー
タについて、ページキー１１１４のキー操作を検出する
と、前記選択されたヘッドラインデータの詳細な情報内
容であるコンテンツデータをＩＰメッセージメモリエリ
ア１１１ｂから読み出して表示部１０８に表示出力さ
せ、この情報サービスデータのフラグＢに１をセットす
る。

【００６４】さらに、ＣＰＵ１０６は、フラグＢに１が
セットされた情報サービスデータ、すなわち、既に一度
以上、コンテンツデータが表示部１０８に表示出力さ
れ、利用者により情報の詳細内容まで確認された情報サ
ービスデータについては、ページキー１１１４のキー操
作により当該情報サービスデータを削除しないようにす
るプロテクトの設定を行うことが可能である。すなわ
ち、前記ページキー１１１４のキー操作によりフラグＣ
に１、又は０をセット（１はプロテクトの設定、０はプ
ロテクトの解除）する。

【００６５】ドライバ１０７は、ＣＰＵ１０６から入力
される表示出力制御情報に基づいて、表示部１０８を駆
動させる表示駆動回路である。表示部１０８は、不図示
の表示バッファ、及びＥＬバックライト等を備えた、例
えば、ドットマトリクスの液晶パネル等で構成され、ド
ライバ１０７により駆動制御されて液晶パネル上にメッ
セージ等の情報を表示する。

【００６６】キー入力部１０９は、例えば、負極が接地
された電源電池２０の正極に接続され、電源のＯＮ／Ｏ
ＦＦ切り替え、着信報知のリセット検出、及び情報サー
ビスデータ着信時におけるヘッドラインデータ表示を利
用者が確認したか否かを検出するメインスイッチ１１１
１、着信待ちモード、報知形態設定モード、メッセージ
読み出しモード等のモード切り替え操作を検出するモー
ドキー１１１２、各モードにおけるメニューの選択操
作、あるいは、メッセージ読み出しモードにおいて表示
部１０８に一覧表示出力されたヘッドラインデータの選
択操作を検出するカーソルキー１１１３、及び、上記各
モードにおける諸設定の決定、あるいは、メッセージ読
み出しモードにおいて、選択されたヘッドラインデータ
に対応するコンテンツデータの読み出し操作を検出する
ページキー１１１４からなり、各キーの入力操作に応じ
た各種操作信号をＣＰＵ１０６に出力する。

【００６７】ＩＤ−ＲＯＭ１１０は、図４に示すよう
に、例えばページャー１に設定される受信すべきフレー
ムＮｏ．データ、アドレスデータ（３２ｂｉｔ）と、図
２７のデータ構成Ｃのベクトルフィールド（ＶＦ）Ｃ６
に設定されるｖ２、ｖ１、ｖ０の３ビットのベクトルタ
イプとを対応づけて記憶する。

【００６８】例えば、図４に示すように、ページャー１
の場合、個別呼出用アドレスデータ＃Ａについて３種
類、情報サービス用アドレスデータ＃Ｂについて１種類
のアドレスを、呼出し時の設定内容に応じて記憶してい
る。

【００６９】また、その個別呼出用アドレスデータ＃Ａ
の設定内容は、呼種別をベクトルデータの設定の差異に
より通常３種類設定しており、詳細には、１ｓｔアドレ
スデータ（基本呼出用）、２ｎｄアドレスデータ（デュ
アルコール用）、３ｒｄアドレスデータ（通番サービス
用）が記憶される。また、これらの１ｓｔ〜３ｒｄアド
レスデータは、ＮＰページングサービス用（数字メッセ
ージ、フリーワード、定型句）のものである。

【００７０】また、その情報サービス用アドレスデータ
＃Ｂは、４ｔｈアドレス（ＩＰメッセージ・情報サービ
ス）用に設定されるものである。したがって、この４ｔ
ｈアドレスデータは、当該ページャー１の所有者がペー
ジングセンター４で情報サービスの提供を申し込むと、
ページャー１に書き込まれるものである。また、この４
ｔｈアドレスデータはＩＰページングサービス用であ
り、上記１ｓｔ〜３ｒｄアドレスデータとは異なり、か
な漢字等で構成された比較的データ量の多い文字情報を
受信するためのもので、ベクトルタイプも１６進／２進
（トランスペアレント）メッセージタイプに設定されて
いる。

【００７１】ＲＡＭ（Random Access Memory）１１１
は、図５に示すように、上記ＩＤ−ＲＯＭ１１０に設定
される１ｓｔ〜３ｒｄアドレスで着信したメッセージデ
ータを格納するＮＰメッセージメモリエリア１１１ａ
と、上記４ｔｈアドレスで着信したデータを格納、管理
するＩＰメッセージメモリエリア１１１ｂとで構成され
る。

【００７２】ＮＰメッセージメモリエリア１１１ａは、
上記ＩＤ−ＲＯＭ１１０に設定される１ｓｔ〜３ｒｄア
ドレスで着信したＮＰページングサービスのメッセージ
データを格納する。

【００７３】ＩＰメッセージメモリエリア１１１ｂは、
図６に示すように、４ｔｈアドレスで着信した情報サー
ビスデータを格納アドレス毎にヘッドラインデータとコ
ンテンツデータとに区分して格納する。また、格納した
各情報サービスデータ毎にフラグＡ、フラグＢ、及びフ
ラグＣを対応づけて記憶している。

【００７４】なお、ページングセンター４から送信され
てくる情報サービスデータのデータ構成が、ヘッドライ
ンデータとコンテンツデータとを区別して構成されてい
ない場合は、着信した情報サービスデータのうち、改
行、スペース等の表示制御データを識別情報としてそれ
以前のデータをヘッドラインデータとして抽出して格納
し、これ以降のデータをコンテンツデータとして格納す
る。

【００７５】上記フラグＡは、情報サービスデータ着信
時にこの情報サービスデータのヘッドラインデータを表
示部１０８に一定時間（例えば１０分）表示出力し、こ
の一定時間の間にメインスイッチ１１１１の押圧を検出
したか否か（確認済みならば１、未確認ならば０がセッ
トされる）、すなわち、ヘッドラインデータを利用者が
確認したか否かを示すフラグである。また、上記フラグ
Ｂは、ヘッドラインデータを確認した情報サービスデー
タのコンテンツデータを表示部１０８に表示出力したか
否か（表示出力ならば１、非表示出力ならば０がセット
される）、すなわち、コンテンツデータを利用者が確認
したか否かを示すフラグである。また、上記フラグＣ
は、情報サービスデータを削除しないようにするプロテ
クトの設定有無（プロテクト設定時は１、非設定時は０
がセットされる）を示すフラグであり、フラグＢに１が
セットされている場合にのみ当該プロテクトの設定を行
なうことができる。

【００７６】また、情報サービスデータ、すなわち、ヘ
ッドラインデータ及びコンテンツデータの格納領域は、
それぞれ所定のメモリ容量を備え、ＩＰメッセージメモ
リエリア１１１ｂは、所定数の情報サービスデータを格
納可能である。

【００７７】ＲＯＭ（Read Only Memory）１１２は、表
示制御プログラムやその他各種プラグラム等を格納する
不揮発性の記憶媒体である。

【００７８】ドライバ１１３は、ＣＰＵ１０６により制
御され、スピーカー１１４、ＬＥＤ１１５、及びバイブ
レーター１１６を駆動制御する回路である。スピーカー
１１４は、ドライバ１１３からの駆動信号に基づいて着
信時に呼出音を鳴音したり、メッセージ表示出力に応じ
て所定のメロディ音を鳴音する。ＬＥＤ（Light Emitti
ng Diode）１１５は、ドライバ１５からの駆動信号に基
づいて着信時等に点灯、或いは点滅発行する。バイブレ
ーター１１６は、ドライバ１１３から駆動信号に基づい
て着信時等に振動を発生する。

【００７９】次に、本第１の実施の形態の動作を説明す
る。

【００８０】ページングセンター４では、パーソナルコ
ンピュータ３から公衆回線網６を介して提供された４ｔ
ｈアドレスデータ用の呼び出し番号と情報サービスデー
タとに基づいてＲＣＲ ＳＴＤ−４３で規定された上記
図２７のデータ構成に従って送信データを生成し、ペー
ジャー１に送信する。

【００８１】以下に、ページャー１のＣＰＵ１０６にお
いて実行される着信処理１及びメッセージ読み出しモー
ド処理１について図７〜図８に示すフローチャートに基
づいて説明する。

【００８２】ページャー１内のＣＰＵ１０６は、電源ス
イッチの操作による電源投入後、各回路部の初期化設定
や制御データの設定を行ない、フレーム同期を計ると間
欠受信モードに移行する（ステップＳ１）。そして、自
己フレームの受信タイミングであるか否かを判別し（ス
テップＳ２）、自己フレームの受信タイミングでない場
合は、ステップＳ１に戻る。

【００８３】また、ＣＰＵ１０６は、自己フレームの受
信タイミングであると判別した場合は、着信処理を開始
する（ステップＳ３）。すなわち、アンテナ１０１によ
り受信された信号の変調波が受信部１０２に出力され、
更に検波、復調され、デコーダー１０３に出力される。
デコーダー１０３は、受信部１０２より入力されたフレ
ームタイプに応じたシリアルデータを８ｂｉｔのパラレ
ルデータに並び換えてバスＢに出力してバッファメモリ
１０４に格納する。この後、ＣＰＵ１０６がバッファメ
モリに順次格納されるデータに対し、インタリーブ回復
・誤り訂正処理を行って、アドレスフィールド（ＡＦ）
Ｃ５内のアドレスデータと、ＩＤ−ＲＯＭ１１０に登録
されたアドレスデータとを照合し、自己の着信アドレス
（１ｓｔ〜４ｔｈ）のいずれかと一致するか否かを判別
する。いずれとも一致しなければ、着信処理を打ち切っ
てバッファメモリ１０４に格納されたデータを消去し、
逆にいずれかと一致した際には、受信されているデータ
を継続して取り込む。

【００８４】そして、ＣＰＵ１０６は、先に一致を検出
したアドレスデータが４ｔｈアドレスデータか否かを検
出する（ステップＳ４）。４ｔｈアドレスデータでなけ
れば、取り込んだフレームデータをＲＡＭ１１１内のＮ
Ｐメッセージメモリエリア１１１ａに格納し、スピーカ
ー１１４、ＬＥＤ１１５、あるいはバイブレーター１１
６を駆動して着信報知を行なうとともに、メッセージフ
ィールド（ＭＦ）Ｃ７に格納されるメッセージデータに
基づく内容を表示部１０８に表示出力して（ステップＳ
５）、着信処理１を終了する。

【００８５】また、ＣＰＵ１０６は、ステップＳ４にお
いて先に一致したアドレスデータが４ｔｈアドレスデー
タであれば、取り込んだデータを情報サービスデータと
判断し、ＩＰメッセージメモリエリア１１１ｂ内の格納
状態を調べ（ステップＳ６）、この情報サービスデータ
を格納ができる空き容量があるか否かを判別する（ステ
ップＳ７）。空き容量がある場合は、この空き容量に取
り込んだ情報サービスデータを格納した後（ステップＳ
８）、ステップ１３に移行する。

【００８６】また、空き容量がない場合は、それまでに
ＩＰメッセージメモリエリア１１１ｂ内に保存されてい
る各情報サービスデータの中から重要度の低い情報サー
ビスデータを選択するために、各情報サービスデータ毎
に設定されたフラグＡ、Ｂ、Ｃの検索を行なった後（ス
テップＳ９）、後述する情報重要度判定処理を実行し
（ステップＳ１０）、各情報サービスデータについて、
「興味がない情報」、「未確認情報」、「興味がある情
報」、及び、「重要な情報」のいずれであるかを判定す
る。

【００８７】ここで、この情報重要度判定処理について
図９に示すフローチャートに基づいて説明する。

【００８８】まず、ＣＰＵ１０６は、ＩＰメッセージメ
モリエリア１１１ｂ内に保存されている各情報サービス
データについて、対応する各々のフラグＡに１がセット
されているか否か、すなわち、各情報サービスデータに
ついて、着信時に一定時間（例えば１０分）、表示部１
０８に表示出力した情報サービスデータのヘッドライン
データが利用者に確認をされた情報サービスデータであ
るか否かを判別する（ステップＡ１）。

【００８９】そして、フラグＡに０がセットされている
情報サービスデータ、すなわち、ヘッドラインデータの
表示出力が、まだ一度も確認されていない情報サービス
データを「未確認情報」と判定する（ステップＡ２）。

【００９０】また、ＣＰＵ１０６は、フラグＡに１がセ
ットされている情報サービスデータについては、次い
で、その各々のフラグＣに１がセットされているか否
か、すなわち、当該情報サービスデータについてプロテ
クトの設定が行なわれているか否かを判別する（ステッ
プＡ３）。そして、フラグＣに１がセットされている情
報サービスデータ、すなわち、プロテクトが設定され、
利用者により削除禁止が指示されている情報サービスデ
ータを「重要な情報」と判定する（ステップＡ４）。

【００９１】また、ＣＰＵ１０６は、フラグＣに０がセ
ットされている、すなわち、プロテクトが設定されてい
ない情報サービスデータについては、次いで、各々のフ
ラグＢに１がセットされているか否か、すなわち、情報
サービスデータについて、そのコンテンツデータを既に
１度以上表示部１０８に表示出力し、利用者が当該コン
テンツデータを確認した情報サービスデータであるか否
かを判別する（ステップＡ５）。そして、フラグＢに１
がセットされている情報サービスデータ、すなわち、そ
のコンテンツデータが既に１度以上、表示部１０８に表
示出力され、当該コンテンツデータを利用者が確認した
情報サービスデータを「興味がある情報」と判定する
（ステップＡ６）。また、フラグＢに０がセットされて
いる情報サービスデータ、すなわち、コンテンツデータ
をまだ一度も表示部１０８に表示出力していない情報サ
ービスデータを「興味がない情報」と判定し（ステップ
Ａ７）、本情報重要度判定処理を終了する。

【００９２】図７に戻り、ステップＳ１０の上記情報重
要度判定処理によって格納されている各情報サービスデ
ータの重要度が判定されると、次いで、ＣＰＵ１０６
は、「興味がない情報」、「未確認情報」、「興味があ
る情報」、「重要な情報」の順番により、重要度の最も
低い情報サービスデータから選択して削除し（ステップ
Ｓ１１）、ＩＰメッセージメモリエリア１１１ｂに空き
領域を確保する。そして空き容量、この空き容量に新た
に着信した情報サービスデータを格納する（ステップＳ
１２）。

【００９３】次いで、ＣＰＵ１０６は、タイマーをスタ
ートさせ（ステップＳ１３）、今回着信した情報サービ
スデータのヘッドラインデータを所定期間（例えば１０
分）、表示部１０８に表示出力する（ステップＳ１
４）。

【００９４】その後、ＣＰＵ１０６は、メインスイッチ
１１１１の押圧操作検出により利用者によってこのヘッ
ドラインデータの表示出力を確認したか否かを判別し
（ステップＳ１５）、メインスイッチ１１１１の押圧操
作が検出されずタイムアップを検出するとヘッドライン
データの表示出力を終了させ（ステップＳ１６、ステッ
プＳ１７）、ＩＰメッセージメモリエリア１１１ｂに格
納した新たに受信した情報サービスデータに対応するフ
ラグＡに０をセットし（ステップＳ１８）、着信処理１
を終了する。

【００９５】また、ＣＰＵ１０６は、ステップＳ１５に
おいてメインスイッチ１１１１の押圧操作によりヘッド
ラインデータの確認が検出されると、図８に示すメッセ
ージ読み出しモード処理１に移行する。なお、ステップ
Ｓ１９以降のメッセージ読み出しモード処理１は、モー
ドキー１１１２の所定回数のキー操作によりメッセージ
読み出しモードが指定された場合にも実行される。

【００９６】このメッセージ読み出しモード処理１の当
初においては、ＣＰＵ１０６は、ＩＰメッセージメモリ
エリア１１１ｂに格納した、直近に着信した情報サービ
スデータを含む少なくとも１つ以上の各情報サービスデ
ータのヘッドラインデータを読み出して表示部１０８に
一覧表示出力させており、着信処理時ではなく、このメ
ッセージ読み出しモード処理１時にヘッドラインデータ
の表示出力確認（メインスイッチ１１１１押圧操作検出
による）を検出すると、ＩＰメッセージメモリエリア１
１１ｂにおいてこの確認させたヘッドラインデータに対
応する各情報サービスデータのフラグＡに１をセットす
る（ステップＳ１９）。

【００９７】次いで、ＣＰＵ１０６は、カーソルキー１
１１３のキー操作によりページ切り替えが指示されたか
否かを判別し（ステップＳ２０）、ページ切り替えが指
示された場合は、ステップＳ１９に戻り、ＩＰメッセー
ジメモリエリア１１１ｂ内に格納された他の情報サービ
スデータ（１つ以上）のヘッドラインデータを読み出し
て表示部１０８に一覧表示出力させ、この一覧表示出力
させたヘッドラインデータにおいて、表示出力確認が検
出されたものについては対応する各情報サービスデータ
のフラグＡに１をセットする（ステップＳ１９）。

【００９８】このようにステップＳ１９〜Ｓ２０の処理
によりカーソルキー１１１３のキー操作によってページ
切り替えが指示されると、表示部１０８に一覧表示出力
させたヘッドラインデータを、ＩＰメッセージメモリエ
リア１１１ｂ内の他の情報サービスデータのヘッドライ
ンデータの一覧表示出力に切り替えることができる。

【００９９】図１０は、メッセージ読み出しモード処理
１においてヘッドラインデータを表示部１０８に表示出
力した際の画面表示出力例について示す図である。この
場合、ある一つの情報サービスデータのヘッドラインデ
ータの表示出力内容である「携帯電話の電波は人体に無
害」と、この情報サービスデータを発表した日付である
「Ｈ９．４．５」が表示部１０８に表示出力される。こ
の時、このヘッドラインデータに対応するコンテンツデ
ータの表示出力を確認していない場合、即ち、フラグＢ
が０の状態の時は、表示部１０８の左下に、コンテンツ
データ未確認を示す封筒を模したアイコンａを表示出力
する。また、ヘッドラインデータの表示出力の時、カー
ソルキー１１１３のキー操作によりページ切り替えを指
示すると、ＩＰメッセージメモリエリア１１１ｂ内に格
納されている他の情報サービスデータのヘッドラインデ
ータを表示部１０８に切替表示出力させることができ
る。

【０１００】なお、この表示部１０８に表示出力される
ヘッドラインデータは、図１０に示すように１ページ
（１画面）に対して一つであるとは限らず、複数の情報
サービスデータのヘッドラインデータを同時に１画面に
表示出力（一覧表示出力）してもよいことは勿論であ
る。

【０１０１】次いで、ＣＰＵ１０６は、モードキー１１
１２、或いはページキー１１１４のキー操作を検出する
と（ステップＳ２１）、検出したキーがモードキー１１
１２である場合は、メッセージ読み出しモード処理１を
終了し、他のモード処理に移行する。

【０１０２】また、検出したキーがページキー１１１４
である場合は、表示部１０８に表示出力された、ヘッド
ラインデータの選択と判断し、選択されたヘッドライン
データに対応するコンテンツデータをＩＰメッセージメ
モリエリア１１１ｂ内から読み出して表示部１０８に表
示出力させ（ステップＳ２２）、ＩＰメッセージメモリ
エリア１１１ｂにおいて、フラグＢに１がセットされて
なければ、この情報サービスデータのフラグＢを１にセ
ットした後（ステップ２３）、メッセージ読み出しモー
ド処理１を終了する。

【０１０３】図１１は、図１０に示したヘッドラインデ
ータの表示出力時に、ページキー１１１４のキー操作に
より前記ヘッドラインデータに対応するコンテンツデー
タをＩＰメッセージメモリエリア１１１ｂから読み出し
て表示部１０８に表示出力した際の画面表示例について
示す図である。

【０１０４】図１１（ａ）は、ページキー１１１４のキ
ー操作に応じて、選択されたヘッドラインデータに対応
するコンテンツデータのみを表示部１０８に表示出力し
た際の画面表示出力例である。また、図１１（ｂ）は、
ページキー１１１４のキー操作に応じて、コンテンツデ
ータを対応するヘッドラインデータとともに表示部１０
８に表示出力した際の画面表示出力例である。

【０１０５】以上のように、本第１の実施の形態のペー
ジャー１では、図９に示した情報重要度判定処理、及
び、図７に示した着信処理１において、ＲＡＭ１１１内
のＩＰメッセージメモリエリア１１１ｂに保存された各
情報サービスデータの重要度を、ヘッドラインデータや
コンテンツデータの確認及びプロテクトの設定の有無に
より判別して、重要度の低い情報サービスデータを優先
的に削除するようにしたため、新たな情報サービスデー
タの着信処理時に、ＩＰメッセージメモリエリア１１１
ｂに前記受信した情報サービスデータを格納する空き容
量がない場合、利用者にとって最も重要度の低い情報サ
ービスデータを削除することにより確保した空き容量
に、前記受信した情報サービスデータを保存する。

【０１０６】したがって、定期的に受信した情報サービ
スデータ中から利用者にとって最も重要度の低い情報サ
ービスデータを削除して格納領域を確保し、当該格納領
域に新たに受信した情報サービスデータを保存すること
ができるので、重要な情報サービスデータを消去してし
まう等といった不具合を生じることなく、受信した情報
サービスデータを保存することが可能となり、ページャ
ー１における情報提供サービス機能の使い勝手を向上す
ることができる。

【０１０７】（第２の実施の形態）第１の実施の形態に
おいてＩＰメッセージメモリエリア１１１ｂのヘッドラ
インデータ及びコンテンツデータの格納領域は、それぞ
れ所定のメモリ容量を備え、ＩＰメッセージメモリエリ
ア１１１ｂには、所定数の情報サービスデータを格納可
能であった。第２の実施の形態では、受信した情報サー
ビスデータの総データ量に応じてこの情報サービスデー
タのヘッドラインデータ及びコンテンツデータの格納領
域のメモリ容量を設定してこの受信した情報サービスデ
ータを格納することにより、情報サービスデータの格納
に際し、ＩＰメッセージメモリエリアのメモリ容量を無
駄なく、より効率的に利用可能なページャーについて説
明する。

【０１０８】図１２〜図１４は、本発明を適用したペー
ジャーの第２の実施の形態について示す図である。な
お、本第２の実施の形態のページングシステムのシステ
ム構成は、上記第１の実施の形態の図１に示したシステ
ム構成と同一であることから図示及び説明を省略する。

【０１０９】図１２は、本第２の実施の形態のページャ
ー１２の内部構成を示す図である。なお、同図におい
て、第１の実施の形態におけるページャー１の内部構成
（図３参照）と同一の構成要素には同一符号を振り、説
明を省略するものとする。

【０１１０】図１２においてページャー１２は、前記図
３に示したアンテナ１０１、受信部１０２、デコーダー
１０３、バッファメモリ１０４、デインターリーブ回路
１０５、ドライバ１０７、表示部１０８、キー入力部１
０９、ＩＤ−ＲＯＭ１１０、ＲＯＭ１１２、ドライバ１
１３、スピーカ１１４、ＬＥＤ１１５及びバイブレータ
ー１１６と、ＣＰＵ１２０、比較回路１２１、及びＲＡ
Ｍ１２２とにより構成されている。

【０１１１】ＣＰＵ１２０は、ＲＯＭ１１２に格納され
ている各種制御プログラムに基づいて着信したビットデ
ータを解析するとともに、キー入力部１０９から入力さ
れる各種制御信号、並びに上記各種制御プログラムに基
づいてページャー１２内の各回路部を制御する。

【０１１２】また、ＣＰＵ１２０は、後述する着信処理
２に際して、比較回路１２１からの検知信号の信号レベ
ルに基づいてＲＡＭ１２２内のＩＰメッセージメモリエ
リア１２２ｂのメモリ容量を調べ、新たに受信した情報
サービスデータを上書きすることなく保存できる空き容
量がある場合は、通常の格納処理を行なう。また、前記
空き容量がない場合は、第１の実施の形態において述べ
た情報重要度判定処理（図９参照）を実行し、ＩＰメッ
セージメモリエリア１２２ｂ内に保存されている各情報
サービスデータについて、フラグＡ、Ｂ、Ｃの値に基づ
いてその重要度を判定する。そして、判定処理結果に従
って、格納されている情報サービスデータの中から重要
度の低い情報サービスデータのコンテンツデータのみを
少なくとも１つ以上削除して、前記受信した情報サービ
スデータを格納するだけの空きメモリ容量を確保した
後、ＩＰメッセージメモリエリア１２２ｂに前記受信し
た情報サービスデータを格納する。

【０１１３】ＲＡＭ１２２は、第１の実施の形態におい
て述べたＮＰメッセージメモリエリアと、４ｔｈアドレ
スで着信した１フレームのデータを格納、管理するＩＰ
メッセージメモリエリア１２２ｂとで構成される。

【０１１４】ＩＰメッセージメモリエリア１２２ｂは、
図１３に示すように、４ｔｈアドレスで着信した情報サ
ービスデータを格納アドレス毎にヘッドラインデータと
コンテンツデータとに区分して格納する。また、格納し
た各情報サービスデータ毎にフラグＡ、フラグＢ、及び
フラグＣを対応づけて記憶している。

【０１１５】なお、本第２の実施の形態におけるＩＰメ
ッセージメモリエリア１２２ｂは、受信した情報サービ
スデータの総情報量に応じて、ＣＰＵ１２０により情報
サービスデータのヘッドラインデータ及びコンテンツデ
ータの格納領域のメモリ容量が設定され、前記受信した
情報サービスデータが格納される。

【０１１６】また、ページングセンター４から送信され
てくる情報サービスデータのデータ構成が、ヘッドライ
ンデータとコンテンツデータとを区別して構成されてい
ない場合は、着信した情報サービスデータのうち、改
行、スペース等の表示制御データを識別情報としてそれ
以前のデータをヘッドラインデータとして抽出して格納
し、これ以降のデータをコンテンツデータとして格納す
る。

【０１１７】また、フラグＡ、Ｂ、Ｃについては、第１
の実施の形態において述べたフラグＡ、Ｂ、Ｃと同様で
あるので説明を省略する。

【０１１８】比較回路１２１は、後述する着信処理２に
おいて、新たに受信した情報サービスデータの総データ
量とＩＰメッセージメモリエリア１２２ｂ内の空き容量
とを比較して、ＩＰメッセージメモリエリア１２２ｂ内
に前記受信した情報サービスデータのヘッドラインデー
タ、及びコンテンツデータを格納するだけの空きメモリ
容量がある場合に“Ｈｉ”、そうでない場合に“Ｌｏ
ｗ”となる検知信号をＣＰＵ１２０に出力する。

【０１１９】次に、本第２の実施の形態の動作を説明す
る。

【０１２０】ページングセンター４では、パーソナルコ
ンピュータ３から公衆回線網６を介して受信した情報サ
ービスデータに基づいてＲＣＲ ＳＴＤ−４３で規定さ
れた上記図２７のデータ構成に従って送信データを生成
し、ページャー１２に送信する。

【０１２１】以下に、ページャー１２のＣＰＵ１２０に
おいて実行される着信処理２について図１４に示すフロ
ーチャートに基づいて説明する。なお、この着信処理２
においてサブルーチンとして実行される情報重要度判定
処理、並びに、この着信処理２に引き続いて行なわれる
メッセージ読み出しモード処理は、第１の実施の形態に
おいて述べた情報重要度判定処理（図９参照）及びメッ
セージ読み出しモード処理１（図８参照）と同様である
ので図示及び説明を省略する。

【０１２２】まず、着信処理２においてＣＰＵ１２０
は、ステップＳ３１〜Ｓ３５において、第１の実施の形
態において述べた着信処理１（図７参照）のステップＳ
１〜Ｓ５までの一連の処理と同様の処理を行なう。その
後、ＣＰＵ１２０は、比較回路１２１からの検知信号の
信号レベルに基づいてＲＡＭ１２２内のＩＰメッセージ
メモリエリア１２２ｂの空き容量を調べ（ステップＳ３
６）、新たに受信した情報サービスデータを上書きする
ことなく保存できる空き容量があるか否かを判別する
（ステップＳ３７）。そして、前記検知信号の信号レベ
ルが“Ｈｉ”であり、前記空き容量がある場合は、ＩＰ
メッセージメモリエリア１２２ｂに前記受信した情報サ
ービスデータを格納した後（ステップＳ３８）、ステッ
プＳ４４に移行する。

【０１２３】なお、受信した情報サービスデータをＩＰ
メッセージメモリエリア１２２ｂに格納する際、ＣＰＵ
１２０は、受信した情報サービスデータの総情報量に応
じて、ＩＰメッセージメモリエリア１２２ｂ内の当該情
報サービスデータのヘッドラインデータ及びコンテンツ
データの格納領域の空き容量を設定してこれらを格納す
る。

【０１２４】また、前記検知信号の信号レベルが“Ｌｏ
ｗ”であり、前記空き容量がない場合は、まず、それま
でにＩＰメッセージメモリエリア１２２ｂ内に保存され
ている各情報サービスデータの中から重要度の低い情報
サービスデータを選択するために、各情報サービスデー
タ毎に設定されたフラグＡ、Ｂ、Ｃの検索を行なった後
（ステップＳ３９）、第１の実施の形態において述べた
情報重要度判定処理（図９参照）を実行し（スッテプＳ
４０）、前記各情報サービスデータについて、「興味が
ない情報」、「未確認情報」、「興味がある情報」、及
び、「重要な情報」のいずれであるかを判定する。

【０１２５】次いで、ＣＰＵ１２０は、「興味がない情
報」、「未確認情報」、「興味がある情報」、「重要な
情報」の順番により、重要度の最も低い情報サービスデ
ータを選択し、その情報サービスデータのヘッドライン
データは残したままコンテンツデータのみを削除して順
次ソートしていき（ステップＳ４１）、ＩＰメッセージ
メモリエリア１２２ｂに空き容量を確保する。

【０１２６】その後、ＣＰＵ１２０は、ステップＳ３７
と同様にして、比較回路１２１からの検知信号の信号レ
ベルに基づいて、前記受信した情報サービスデータを上
書きすることなく保存できる空きメモリ容量が確保でき
たか否かを判別し（ステップＳ４２）、前記検知信号の
信号レベルが“Ｌｏｗ”であり、前記空き容量が確保で
きていない場合は、ステップＳ４１に戻り、次に重要度
の低い情報サービスデータのコンテンツデータのみをさ
らに削除して、空き容量を増やす。

【０１２７】なお、新たに受信した情報サービスデータ
を格納するためのメモリ容量をＩＰメッセージメモリエ
リア１２２ｂ内に確保する間、前記受信した情報サービ
スデータは一時的にバッファメモリ１０４に格納され
る。

【０１２８】このようにしてＩＰメッセージメモリエリ
ア１２２ｂ内に、前記受信した情報サービスデータを格
納するだけの空きメモリ容量を確保した後、ＣＰＵ１２
０は、バッファメモリ１０４から前記受信した情報サー
ビスデータを読み出して、ＩＰメッセージメモリエリア
１２２ｂに格納する（ステップＳ４３）。

【０１２９】その後、ＣＰＵ１２０は、ステップＳ４４
〜Ｓ４９において、第１の実施の形態において述べた着
信処理１（図７参照）のステップＳ１３〜Ｓ１８までの
一連の処理と同様の処理を行ない、着信処理２を終了す
る。

【０１３０】以上のように、本第２の実施の形態のペー
ジャー１２では、受信した情報サービスデータのヘッド
ラインデータ及びコンテンツデータの情報量に応じて、
ＲＡＭ１２２内のＩＰメッセージメモリエリア１２２ｂ
のヘッドラインデータ及びコンテンツデータの格納領域
のメモリ容量を設定して前記受信した情報サービスデー
タを格納する。また、比較回路１２１の検知信号の信号
レベルに基づいて、ＩＰメッセージメモリエリア１２２
ｂ内に、新たに受信した情報サービスデータを上書きす
ることなく保存できる空き容量がない場合は、格納され
ている情報サービスデータの中から重要度の低い情報サ
ービスデータのコンテンツデータのみを少なくとも１つ
以上削除して、前記受信した情報サービスデータを格納
するだけの空き容量を確保した後、前記情報サービスデ
ータを格納する。

【０１３１】したがって、第１の実施の形態の場合と比
較して、情報サービスデータの格納に関し、ＩＰメッセ
ージメモリエリア１２２ｂの空き容量を無駄なく、より
効率的に利用することが可能となる。また、受信した情
報サービスデータを上書きして保存しなければならない
場合に、保存されている各情報サービスデータの中から
重要度の低い情報サービスデータを１つ以上削除する場
合にも、そのヘッドラインデータのみは残すようにした
ことから、未確認の受信情報サービスデータについて、
その概略のみは確認可能とすることができ、ページャー
１２における情報提供サービス機能の使い勝手を向上す
ることができる。

【０１３２】（第３の実施の形態）第２の実施の形態で
は、受信した情報サービスデータを上書きして保存しな
ければならない場合には、保存されている各情報サービ
スデータの中から重要度の低い情報サービスデータのコ
ンテンツデータのみを削除して、ヘッドラインデータは
残すようにした。第３の実施の形態では、保存されてい
る各情報サービスデータついて、ヘッドラインデータが
確認されていない情報サービスデータが一定数を越えた
場合には、新たに受信した情報サービスデータについて
はヘッドラインデータのみを格納することにより、情報
サービスデータの格納に関し、ＩＰメッセージメモリエ
リアの空き容量をさらに無駄なく、より効率的に利用可
能なページャーについて説明する。

【０１３３】図１５〜図１７は、本発明を適用したペー
ジャーの第３の実施の形態について示す図である。な
お、本第３の実施の形態のページングシステムのシステ
ム構成は、上記第１の実施の形態の図１に示したシステ
ム構成と同一であることから図示及び説明を省略する。

【０１３４】図１５は、本第３の実施の形態のページャ
ー１３の内部構成を示す図である。なお、同図におい
て、第２の実施の形態におけるページャー１２の内部構
成（図１２参照）と同一の構成要素には同一符号を振
り、説明を省略するものとする。

【０１３５】図１５においてページャー１３は、前記図
１２に示したアンテナ１０１、受信部１０２、デコーダ
ー１０３、バッファメモリ１０４、デインターリーブ回
路１０５、ドライバ１０７、表示部１０８、キー入力部
１０９、ＩＤ−ＲＯＭ１１０、ＲＯＭ１１２、ドライバ
１１３、スピーカ１１４、ＬＥＤ１１５、バイブレータ
１１６、及びＲＡＭ１２２と、ＣＰＵ１３０及びメモリ
管理回路１３１とにより構成されている。

【０１３６】ＣＰＵ１３０は、ＲＯＭ１１２に格納され
ている各種制御プログラムに基づいて着信したビットデ
ータを解析するとともに、キー入力部１０９から入力さ
れる各種制御信号、並びに上記各種制御プログラムに基
づいてページャー１３内の各回路部を制御する。

【０１３７】また、ＣＰＵ１３０は、後述する着信処理
３に際して、メモリ管理回路１３１からの未確認情報量
検知信号の信号レベルに基づいて、ＩＰメッセージメモ
リエリア１２２ｂに「未確認情報」（フラグＡ＝０）の
情報サービスデータが一定数以上格納されているか否か
を判別し、一定数以上格納されている場合は、新たに受
信した情報サービスデータについてはヘッドラインデー
タのみをＩＰメッセージメモリエリア１２２ｂに格納す
る。また、一定数以上格納されていない場合は、メモリ
管理回路１３１からの空きメモリ容量検知信号の信号レ
ベルに基づいてＩＰメッセージメモリエリア１２２ｂの
メモリ容量を調べ、その空きメモリ容量に応じて第２の
実施の形態において述べた情報サービスデータの格納制
御と同様の格納制御を行なう。

【０１３８】メモリ管理回路１３１は、第２の実施の形
態において述べた比較回路１２１と同様に、新たに受信
した情報サービスデータの情報量とＩＰメッセージメモ
リエリア１２２ｂ内の空きメモリ容量とを比較して、Ｉ
Ｐメッセージメモリエリア１２２ｂ内に前記受信した情
報サービスデータを格納するだけの空きメモリ容量があ
る場合に“Ｈｉ”、そうでない場合に“Ｌｏｗ”となる
空き容量検知信号をＣＰＵ１３０に出力する。

【０１３９】さらに、このメモリ管理回路１３１では、
後述する着信処理３に際して、ＩＰメッセージメモリエ
リア１２２ｂに格納されている各情報サービスデータに
ついて、フラグＡが０にセットされている「未確認情
報」の情報サービスデータが一定数以上あるか否かを判
別し、一定数以上ある場合に“Ｈｉ”、一定数以上ない
場合に“Ｌｏｗ”となる未確認情報量検知信号をＣＰＵ
１３０に出力する。

【０１４０】なお、本第３の実施の形態においてＲＡＭ
１２２は、第２の実施の形態において述べたＲＡＭ１２
２と同一であり、特にそのＩＰメッセージメモリエリア
１２２ｂは、受信した情報サービスデータ総情報量に応
じて、ＣＰＵ１３０により当該受信した情報サービスデ
ータのヘッドラインデータ及びコンテンツデータの格納
領域の空き容量が設定され、前記受信した情報サービス
データが格納される（図１３参照）。

【０１４１】次に、本第３の実施の形態の動作を説明す
る。

【０１４２】以下に、ページャー１３のＣＰＵ１３０に
おいて実行される着信処理３について図１６に示すフロ
ーチャートに基づいて説明する。なお、この着信処理３
においてサブルーチンとして実行される情報重要度判定
処理、並びに、この着信処理３に引き続いて行なわれる
メッセージ読み出しモード処理は、第１の実施の形態に
おいて述べた情報重要度判定処理（図９参照）及びメッ
セージ読み出しモード処理１（図８参照）と同様である
ので図示及び説明を省略する。

【０１４３】まず、着信処理３においてＣＰＵ１３０
は、ステップＳ５１〜Ｓ５５において、第１の実施の形
態において述べた着信処理１（図７参照）のステップＳ
１〜Ｓ５までの一連の処理と同様の処理を行なう。

【０１４４】その後、ＣＰＵ１３０は、メモリ管理回路
１３１からの未確認情報量検知信号の信号レベルに基づ
いてＩＰメッセージメモリエリア１２２ｂに格納されて
いる各情報サービスデータを調べ（ステップＳ５６）、
フラグＡが０にセットされている「未確認情報」の情報
サービスデータが一定数以上あるか否かを判別する（ス
テップＳ５７）。前記未確認情報量検知信号の信号レベ
ルが“Ｈｉ”であり、一定数以上ある場合は、受信した
情報サービスデータのヘッドラインデータのみをＩＰメ
ッセージメモリエリアに１２２ｂに格納した後（ステッ
プＳ５８）、ステップＳ６６に移行する。

【０１４５】また、ＣＰＵ１３０は、前記未確認情報量
検知信号が“Ｌｏｗ”であり、一定数以上ない場合は、
次いで、メモリ管理回路１３１からの空き容量検知信号
の信号レベルに基づいてＩＰメッセージメモリエリア１
２２ｂの空き容量を調べ、その空き容量に応じてステッ
プＳ５９〜Ｓ６５において、第２の実施の形態において
述べた着信処理２（図１４参照）のステップＳ３７〜Ｓ
４３までの一連の処理と同様の処理を行ない、新たに受
信した情報サービスデータを上書きすることなく保存で
きる空き容量がある場合は、ＩＰメッセージメモリエリ
ア１２２ｂに前記受信した情報サービスデータ（ヘッド
ラインデータ＋コンテンツデータ）を格納する。また、
前記空き容量がない場合は、ＩＰメッセージメモリエリ
ア１２２ｂ内に保存されている各情報サービスデータの
中から重要度の低い情報サービスデータのコンテンツデ
ータのみを少なくとも１つ以上削除して、前記受信した
情報サービスデータを格納するだけの空き容量を確保し
た後、ＩＰメッセージメモリエリア１２２ｂに前記受信
した情報サービスデータを格納する。

【０１４６】その後、ＣＰＵ１３０は、ステップＳ６６
〜Ｓ７１において、第１の実施の形態において述べた着
信処理１（図７参照）のステップＳ１３〜Ｓ１８までの
一連の処理と同様の処理を行なった後、着信処理３を終
了する。

【０１４７】なお、ステップＳ５７により、ＩＰメッセ
ージメモリエリア１２２ｂに格納されている各情報サー
ビスデータについて、「未確認情報」の情報サービスデ
ータが一定数以上ある場合は、ステップＳ５８以降の処
理を図１７に示すような制御構成に変更してもよい。以
下に、この変形例について図１７に示すフローチャート
に基づいて説明する。

【０１４８】ＣＰＵ１３０は、ステップＳ５７により、
ＩＰメッセージメモリエリア１２２ｂに格納されている
各情報サービスデータについて、フラグＡが０にセット
されている「未確認情報」の情報サービスデータが一定
数以上あるか否かを判別して（ステップＳ５７）、一定
数以上ない場合は、着信処理３のステップＳ５９へ移行
する。また、一定数以上ある場合は、次いで、メモリ管
理回路１３１からの空き容量検知信号の信号レベルに基
づいてＩＰメッセージメモリエリア１２２ｂのメモリ容
量を調べ、新たに受信した情報サービスデータのヘッド
ラインデータのみを上書きすることなく保存できる空き
容量があるか否かを判別する（ステップＳ８１）。そし
て、前記空き容量検知信号の信号レベルが“Ｈｉ”であ
り、前記空き容量がある場合は、ＩＰメッセージメモリ
エリア１２２ｂに前記受信した情報サービスデータのヘ
ッドラインデータのみを格納した後（ステップＳ８
２）、着信処理３のステップＳ６６に移行する。

【０１４９】また、前記空きメモリ容量検知信号の信号
レベルが“Ｌｏｗ”であり、前記空き容量がない場合
は、ＩＰメッセージメモリエリア１２２ｂに格納されて
いる各情報サービスデータについて、フラグＣに０がセ
ットされているいずれかの情報サービスデータ、すなわ
ち、プロテクトが設定されていないいずれかの情報サー
ビスデータのコンテンツデータを削除して空き容量を確
保し（ステップＳ８３）、ＩＰメッセージメモリエリア
１２２ｂに前記受信した情報サービスデータのヘッドラ
インデータのみを格納した後（ステップＳ８２）、着信
処理３のステップＳ６６に移行する。

【０１５０】なお、ステップＳ８３においてＩＰメッセ
ージメモリエリア１２２ｂに格納されている各情報サー
ビスデータの中からプロテクトが設定されていないいず
れかの情報サービスデータのコンテンツデータを削除す
る際には、前記各情報サービスデータについて重要度を
判別し、重要度の低い情報サービスデータのコンテンツ
データのみを削除する制御構成としてもよい。

【０１５１】以上のような制御構成とすれば、ＩＰメッ
セージメモリエリア１２２ｂのメモリ容量をさらに無駄
なく、より効率的に利用することが可能となる。

【０１５２】以上のように、本第３の実施の形態のペー
ジャー１３では、メモリ管理回路１３１の未確認情報量
検知信号の信号レベルに基づいて、ＩＰメッセージメモ
リエリア１２２ｂ内に格納された各情報サービスデータ
について、フラグＡが０にセットされている「未確認情
報」の情報サービスデータが一定数以上ある場合は、新
たに受信した情報サービスデータについてヘッドライン
データのみを格納する。

【０１５３】したがって、第２の実施の形態の場合と比
較して、情報サービスデータの格納に関し、ＩＰメッセ
ージメモリエリア１２２ｂの空き容量をさらに無駄な
く、より効率的に利用することが可能となる。また、ヘ
ッドラインデータが確認されていない情報サービスデー
タの格納数が一定数を越えると、新たに受信した情報サ
ービスデータについてはヘッドラインデータのみを保存
するようにしたことから、未確認の情報サービスデータ
が増えた場合においても、新たに受信した情報サービス
データの概略のみは確認可能とすることができ、ページ
ャー１３における情報提供サービス機能の使い勝手を向
上することができる。

【０１５４】（第４の実施の形態）第２の実施の形態に
おいて、受信した情報サービスデータを上書きして保存
しなければならない場合には、保存されている各情報サ
ービスデータの中から重要度の低い情報サービスデータ
のヘッドラインデータは残して、そのコンテンツデータ
は削除するようにした。第４の実施の形態では、保存さ
れている各情報サービスデータの中から重要度の低い情
報サービスデータのヘッドラインデータは残し、そのコ
ンテンツデータはデータ圧縮して保存することにより、
ＩＰメッセージメモリエリアの空き容量を無駄なく、効
率的に利用可能なうえに、重要度の低い情報サービスデ
ータに対しても、データの解凍によりコンテンツデータ
を読み出すことが可能なページャーについて説明する。

【０１５５】図１８〜図２５は、本発明を適用したペー
ジャーの第４の実施の形態について示す図である。な
お、本第４の実施の形態のページングシステムのシステ
ム構成は、上記第１の実施の形態の図１に示したシステ
ム構成と同一であることから図示及び説明を省略する。

【０１５６】図１８は、本第４の実施の形態のページャ
ー１４の内部構成を示す図である。なお、同図におい
て、第２の実施の形態におけるページャー１２の内部構
成（図１２参照）と同一の構成要素には同一符号を振
り、説明を省略するものとする。

【０１５７】図１８において、ページャー１４は、前記
図１２に示したアンテナ１０１、受信部１０２、デコー
ダ１０３、バッファメモリ１０４、デインターリーブ回
路１０５、ドライバ１０７、表示部１０８、キー入力部
１０９、ＩＤ−ＲＯＭ１１０、比較回路１２１、ＲＯＭ
１１２、ドライバ１１３、スピーカ１１４、ＬＥＤ１１
５、及びバイブレータ１１６と、ＣＰＵ１４０、ＲＡＭ
１４２、圧縮・解凍プログラムＲＯＭ１１７、解凍デー
タ用ＲＡＭ１１８とにより構成されている。

【０１５８】ＣＰＵ１４０は、ＲＯＭ１１２に格納され
ている各種制御プログラムに基づいて着信したビットデ
ータを解析するとともに、キー入力部１０９から入力さ
れる各種制御信号、並びに上記各種制御プログラムに基
づいてページャー１４内の各回路部を制御する。

【０１５９】また、ＣＰＵ１４０は、後述する着信処理
４に際して、比較回路１２１からの検知信号の信号レベ
ルに基づいてＲＡＭ１４２内のＩＰメッセージメモリエ
リア１４２ｂのメモリ容量を調べ、新たに受信した情報
サービスデータを上書きすることなく保存できる空き容
量がない場合は、第１の実施の形態において述べた情報
重要度判定処理（図９参照）によりＩＰメッセージメモ
リエリア１４２ｂ内に保存されている各情報サービスデ
ータについて重要度を判定し、重要度の低い情報サービ
スデータの、非データ圧縮メモリＬに格納されているコ
ンテンツデータを少なくとも１つ以上データ圧縮し、そ
のデータ圧縮したコンテンツデータをデータ圧縮メモリ
Ｎに転送しコンテンツデータ格納アドレスを書き換えて
格納し、前記受信した情報サービスデータを格納するだ
けの空きメモリ容量を確保した後、ＩＰメッセージメモ
リエリア１４２ｂに前記受信した情報サービスデータを
格納する。

【０１６０】さらに、ＣＰＵ１４０は、後述するメッセ
ージ読み出しモード処理２において、選択されたヘッド
ラインデータについてページキー１１１４のキー操作を
検出すると、そのヘッドラインデータに対応するコンテ
ンツデータが、ＩＰメッセージメモリエリア１４２ｂ内
においてデータ圧縮されているか否かを判別し、データ
圧縮されている場合は、データ圧縮メモリＮに格納され
ているコンテンツデータを解凍データ用ＲＡＭ１１８に
転送しデータ解凍を行った後、そのコンテンツデータを
表示部１０８に表示出力させる。

【０１６１】ＲＡＭ１４２は、第１の実施の形態におい
て述べたＮＰメッセージメモリエリアと、４ｔｈアドレ
スで着信した１フレームのデータを格納、管理するＩＰ
メッセージメモリエリア１４２ｂとで構成される。

【０１６２】ＩＰメッセージメモリエリア１４２ｂは、
図１９に示すように、ヘッドラインデータメモリＭ、デ
ータ圧縮メモリＮ、及び、非データ圧縮メモリＬから構
成されている。ヘッドラインデータメモリＭは、受信し
た情報サービスデータのヘッドラインデータを格納アド
レス毎に格納しており、その各ヘッドラインデータ毎
に、着信日時、フラグＡ、フラグＢ、フラグＣ、及び、
各ヘッドラインデータに対応するコンテンツデータの格
納アドレスである対応コンテンツデータ格納アドレスを
対応づけて記憶している。データ圧縮メモリＮは、新た
に受信した情報サービスデータを上書きしないで保存で
きる空き容量がない場合に、情報重要度判定処理により
判定された重要度の低い情報サービスデータのコンテン
ツデータをデータ圧縮して、コンテンツデータ格納アド
レス毎に格納している。また、非データ圧縮メモリＬ
は、受信した情報サービスデータのコンテンツデータを
コンテンツデータ格納アドレス毎に格納している。

【０１６３】なお、本第４の実施の形態におけるＩＰメ
ッセージメモリエリア１４２ｂにおいては、受信した情
報サービスデータのヘッドラインデータとコンテンツデ
ータは、それぞれヘッドラインデータメモリＭと非デー
タ圧縮メモリＬに別々に対応づけて格納される。

【０１６４】また、フラグＡ、Ｂ、Ｃについては、第１
の実施の形態において述べたフラグＡ、Ｂ、Ｃと同様で
あるので説明を省略する。

【０１６５】圧縮・解凍プログラムＲＯＭ１１７は、デ
ータ圧縮用プログラム及びデータ解凍用プログラムを格
納する不揮発性の記憶媒体である。このデータ圧縮用プ
ログラムは、新たに受信した情報サービスデータを上書
きしないで保存できる空き容量がない場合に、非データ
圧縮メモリＬに格納されるコンテンツデータの中の重要
度の低い情報サービスデータのコンテンツデータをデー
タ圧縮するプログラムである。また、データ解凍用プロ
グラムは、データ圧縮メモリＮに格納された前記データ
圧縮されたコンテンツデータを、解凍データ用ＲＡＭ１
１８に転送させてデータ解凍するプログラムである。

【０１６６】解凍データ用ＲＡＭ１１８は、データ圧縮
メモリＮに格納されているデータ圧縮されたコンテンツ
データを、前記圧縮・解凍プログラムＲＯＭ１１７内に
格納されたデータ解凍用プログラムに基づいてデータ解
凍し、そのデータ解凍されたコンテンツデータを格納す
るメモリエリアを形成している。

【０１６７】次に、本第４の実施の形態の動作を説明す
る。

【０１６８】以下に、ページャー１４のＣＰＵ１４０に
おいて実行される着信処理４について図２０に示すフロ
ーチャートに基づいて説明する。なお、この着信処理４
においてサブルーチンとして実行される情報重要度判定
処理は、第１の実施の形態において述べた情報重要度判
定処理（図９参照）と同様であるので図示及び説明は省
略する。

【０１６９】まず、着信処理４においてＣＰＵ１４０
は、ステップＳ１３１〜Ｓ１３５において、第１の実施
の形態において述べた着信処理１（図７）参照のステッ
プＳ１〜Ｓ５までの一連の処理と同様の処理を行う。

【０１７０】その後、ＣＰＵ１４０は、比較回路１２１
からの検知信号の信号レベルに基づいてＲＡＭ１４２内
のＩＰメッセージメモリエリア１４２ｂの空き容量を調
べ（ステップＳ１３６）、新たに受信した情報サービス
データを上書きすることなく保存できる空き容量がある
か否かを判別する（ステップＳ１３７）。そして、前記
検知信号の信号レベルが“Ｈｉ”であり、前記空き容量
が有る場合は、ＩＰメッセージメモリエリア１４２のヘ
ッドラインデータメモリＭに前記受信した情報サービス
データのヘッドラインデータを格納し、非データ圧縮メ
モリＬにコンテンツデータを格納した後（ステップＳ１
３８）、ステップＳ１４４に移行する。

【０１７１】また、前記検知信号の信号レベルが“Ｌｏ
ｗ”であり、前記空き容量がない場合は、まず、それま
でにＩＰメッセージメモリエリア１４２ｂのヘッドライ
ンデータメモリＭに保存されている各情報サービスデー
タのヘッドラインデータ毎に設定されたフラグＡ、Ｂ、
Ｃの検索を行った後（ステップＳ１３９）、第１の実施
の形態において述べた情報重要度判定処理（図９参照）
を実行する（ステップＳ１４０）。

【０１７２】次いで、ＣＰＵ１４０は、重要度の最も低
い情報サービスデータを選択し、その情報サービスデー
タのヘッドラインデータはヘッドラインデータメモリＭ
に残したまま、非データ圧縮メモリＬに格納されている
コンテンツデータをデータ圧縮して、データ圧縮メモリ
Ｎに転送しコンテンツデータ格納アドレスを書き換えて
格納して（ステップＳ１４１）、ＩＰメッセージメモリ
エリア１４２ｂに空き容量を確保する。前記コンテンツ
データのデータ圧縮は、圧縮・解凍プログラムＲＯＭ１
１７内に格納されるデータ圧縮プログラムに基づいて行
われる。

【０１７３】その後、ＣＰＵ１４０は、ステップ１３７
と同様にして、比較回路１２１からの検知信号の信号レ
ベルに基づいて、前記受信した情報サービスデータを上
書きすることなく保存できる空きメモリ容量が確保でき
たか否かを判別し（ステップＳ１４２）、前記検知信号
の信号レベルが“Ｌｏｗ”であり、前記空き容量が確保
できていない場合は、ステップＳ１４１に戻り、次に重
要度の低い情報サービスデータのコンテンツデータをさ
らにデータ圧縮して、空き容量を増やす。

【０１７４】なお、新たに受信した情報サービスデータ
を格納するためのメモリ容量をＩＰメッセージメモリエ
リア１４２ｂ内に確保する間、前記受信した情報サービ
スデータは一時的にバッファメモリ１０４に格納され
る。

【０１７５】このようにしてＩＰメッセージメモリエリ
ア１４２ｂ内に、前記受信した情報サービスデータを格
納するだけの空きメモリ容量を確保した後、ＣＰＵ１４
０は、バッファメモリ１０４から前記受信した情報サー
ビスデータを読み出して、ヘッドラインデータをＩＰメ
ッセージメモリエリア１４２ｂのヘッドラインデータメ
モリＭに格納し、コンテンツデータを非データ圧縮メモ
リＬに格納する（ステップＳ１４３）。

【０１７６】図２１は、新たに受信した情報サービスデ
ータを上書きすることなく保存できる空き容量がない場
合に、重要度の低い情報サービスデータをデータ圧縮す
ることにより、新たな情報サービスデータを格納したと
きのＩＰメッセージメモリエリア１４２ｂを示す図であ
る。また、前述した図１９は、新たな情報サービスデー
タを受信する前のＩＰメッセージメモリエリア１４２ｂ
を示す図である。

【０１７７】まず、図１９において、例えば、ヘッドラ
インデータメモリＭの格納アドレス０２に格納されてい
るヘッドラインデータ「『もんじゅ』のさや１６０メー
トル流されていた。」は、フラグＡに１、フラグＢに
０、フラグＣに０がセットされており、対応コンテンツ
データ格納アドレスには２１が対応づけて記憶されてい
る。すなわち、このヘッドラインデータに対応するコン
テンツデータは、非データ圧縮メモリＬのコンテンツデ
ータ格納アドレス２１に格納されている。

【０１７８】この図１９において、新たに受信した情報
サービスデータを上書きすることなく保存できる空き容
量がない場合に、ヘッドラインデータメモリＭの格納ア
ドレス０２に格納されるヘッドラインデータ「『もんじ
ゅ』のさや・・・」が、重要度の低い情報サービスデー
タと判定される。

【０１７９】そして、図２１に示すように、図１９にお
いて非データ圧縮メモリＬのコンテンツデータ格納アド
レス２１に格納されていたコンテンツデータがデータ圧
縮されて、データ圧縮メモリＮのコンテンツデータ格納
アドレス１０に転送され格納される。また、ヘッドライ
ンデータメモリＭの格納アドレス０２に格納される
「『もんじゅ』のさや・・・」に対応づけて記憶される
対応コンテンツデータ格納アドレスには、１０が記憶さ
れる。次いで、新たに受信した情報サービスデータのヘ
ッドラインデータがヘッドラインデータメモリＭの格納
アドレス０３に格納され、コンテンツデータが非データ
圧縮メモリＬのコンテンツデータ格納アドレス２１に格
納される。

【０１８０】その後、ＣＰＵ１４０は、ステップＳ１４
４〜Ｓ１４９において、第１の実施の形態において述べ
た着信処理１（図７参照）のステップＳ１３〜Ｓ１８ま
での一連の処理と同様の処理を行い、着信処理４を終了
する。

【０１８１】また、ＣＰＵ１４０は、ステップＳ１４６
においてメインスイッチ１１１１の押圧操作によりヘッ
ドラインデータの確認が検出されると、図２２に示すメ
ッセージ読み出しモード処理２に移行する。

【０１８２】まず、このメッセージ読み出しモード処理
２の当初においては、ＣＰＵ１４０は、ＩＰメッセージ
メモリエリア１４２ｂに格納した、直近に着信した情報
サービスデータを含む少なくとも一つ以上の各情報サー
ビスデータのヘッドラインデータを読み出して表示部１
０８に一覧表示させている。そして、ステップＳ１１９
〜Ｓ１２１において、第１の実施の形態において述べた
メッセージ読み出しモード処理１（図８参照）のステッ
プＳ１９〜Ｓ２１までの一連の処理と同様の処理を行
う。

【０１８３】図２３は、メッセージ読み出しモード処理
２においてヘッドラインデータを表示部１０８に表示出
力した際の画面表示出力例について示す図である。この
場合、表示されているヘッドラインデータ「『もんじ
ゅ』のさや・・・」のコンテンツデータがデータ圧縮さ
れていることを示すアイコンｂが表示されている。

【０１８４】次いで、ＣＰＵ１４０は、ステップＳ１２
１において検出したキーがページキー１１１４である場
合は、表示部１０８に表示出力されたヘッドラインデー
タの選択と判断し、選択されたヘッドラインデータに対
応するコンテンツデータがデータ圧縮されているか否か
を判別し（ステップＳ１２２）、データ圧縮されていな
い場合は、ステップＳ１２４に移行する。

【０１８５】また、データ圧縮されている場合は、デー
タ圧縮メモリＮに格納されている、前記選択されたヘッ
ドラインデータに対応するコンテンツデータを、解凍デ
ータ用ＲＡＭ１１８に転送し、圧縮・解凍プログラムＲ
ＯＭ１１７に格納されているデータ解凍プログラムに基
づいてデータ解凍を行う（ステップＳ１２３）。

【０１８６】図２４は、ステップＳ１２３におけるデー
タ解凍中に、データ解凍中である旨を表示部１０８に表
示出力した際の画面表示出力例について示す図である。
表示部１０８の上部に、現在コンテンツデータをデータ
解凍中のヘッドラインデータと着信日時が表示され、中
央部に、「コンテンツデータ解凍中」の表示とともに、
データ解凍処理における処理メータが表示される。

【０１８７】そして、そのデータ解凍されたコンテンツ
データを解凍データ用ＲＡＭ１１８から読み出して表示
部１０８に表示出力させ（ステップＳ１２４）、ＩＰメ
ッセージメモリエリア１４２ｂのヘッドラインデータメ
モリＭにおいて、この情報サービスデータのヘッドライ
ンデータに対応するフラグＢに１がセットされていなけ
れば、１をセットした後（ステップＳ１２５）、メッセ
ージ読み出しモード処理２を終了する。

【０１８８】図２５は、データ解凍されたコンテンツデ
ータをヘッドラインデータとともに表示部１０８に表示
出力した際の画面表示出力例を示す図である。表示部１
０８の上部には、ヘッドラインデータメモリＭの格納ア
ドレス０２から読み出されたヘッドラインデータ「『も
んじゅ』のさや・・・」が着信日時とともに表示されて
いる。また、中央部には、データ圧縮メモリＮのコンテ
ンツデータ格納アドレス１０にデータ圧縮され格納され
ていたコンテンツデータが、解凍データ用ＲＡＭ１１８
に転送され解凍された後、読み出されて表示されてい
る。

【０１８９】以上のように、本第４の実施の形態のペー
ジャー１４では、ＩＰメッセージメモリエリア１４２ｂ
内に、新たに受信した情報サービスデータを上書きする
ことなく保存できる空き容量がない場合は、重要度の低
い情報サービスデータの非データ圧縮メモリＬに格納さ
れているコンテンツデータを少なくとも１つ以上データ
圧縮して、データ圧縮メモリＮに転送し格納して、空き
容量を確保し、前記受信した情報サービスデータを格納
する。そして、選択されたヘッドラインデータについ
て、対応するコンテンツデータがデータ圧縮されている
場合は、データ圧縮メモリＮ内のデータ圧縮されたコン
テンツデータを解凍データ用ＲＡＭ１１８に転送しデー
タ解凍を行った後、表示部１０８に表示出力させる。

【０１９０】したがって、第２の実施の形態の場合と比
較して、受信した情報サービスデータを上書きして保存
しなければならない場合に、利用者にとって重要度の低
い情報サービスデータにおいて、ヘッドラインは残し、
そのコンテンツデータも削除しないでデータ圧縮して残
すようにしたことから、ＩＰメッセージメモリエリアの
空き容量を無駄なく、効率的に利用可能なうえに、重要
度の低い情報サービスデータに対しても、データの解凍
によりコンテンツデータを読み出すことが可能となり、
ページャーにおける情報提供サービス機能の使い勝手を
向上することができる。

【０１９１】なお、本第４の実施の形態では、第２の実
施の形態における重要度の低い情報サービスデータのコ
ンテンツデータを削除する構成部分において、前記コン
テンツデータをデータ圧縮する構成としたが、第３の実
施の形態における重要度の低い情報サービスデータのコ
ンテンツデータを削除する構成部分を、データ圧縮する
構成とし、そのうえで、ヘッドラインデータが確認され
ていない情報サービスデータの格納数が一定数を越える
と、新たに受信した情報サービスデータについては、ヘ
ッドラインデータのみを保存するようにすることも可能
である。

【０１９２】また、第４の実施の形態では、データ圧縮
されたコンテンツデータは、ページャー１４の圧縮・解
凍プログラムＲＯＭ１１７に記憶されるデータ解凍プロ
グラムでのみデータ解凍されるようにしているが、例え
ば図２６に示されるようにページャー１５本体でコンテ
ンツデータを圧縮し、このページャー１５とインターフ
ェース１１９を介して圧縮されたコンテンツデータを送
信し、このコンテンツデータを解凍・表示を行う外部装
置１６とで、本発明を構成しても良い。

【０１９３】この場合、図２６に示すページャー１５
は、上記第４の実施の形態の変形例として示されるもの
であり、第４の実施の形態におけるページャー１４の内
部構成（図１８参照）と同一の構成要素には同一符号を
振り、説明を省略するものとする。図２６において、ペ
ージャー１５は、前記図１８に示したアンテナ１０１、
受信部１０２、デコーダ１０３、バッファメモリ１０
４、デインターリーブ回路１０５、ドライバ１０７、表
示部１０８、キー入力部１０９、ＩＤ−ＲＯＭ１１０、
比較回路１２１、ＲＡＭ１４２、ＲＯＭ１１２、ドライ
バ１１３、スピーカ１１４、ＬＥＤ１１５、及びバイブ
レータ１１６と、ＣＰＵ１５０、圧縮プログラムＲＯＭ
１５１、インターフェース１１９とにより構成されてい
る。

【０１９４】また、このインターフェース１１９を介し
て、データの解凍・表示を行う外部装置１６は、ＣＰＵ
１６１、ドライバ１６２、表示部１６３、キー入力部１
６４、解凍プログラムＲＯＭ１６５、ＲＡＭ１６６とに
より構成されている。

【０１９５】ＣＰＵ１５０は、ＲＯＭ１１２に格納され
ている各種制御プログラムに基づいて着信したビットデ
ータを解析するとともに、キー入力部１０９から入力さ
れる各種制御信号、並びに上記各種制御プログラムに基
づいてページャー１５内の各回路部を制御する。また、
ＣＰＵ１５０は、第４の実施の形態における着信処理４
及びメッセージ読み出し処理２を制御するが、データ圧
縮されている場合のデータ圧縮メモリＮに格納されてい
るコンテンツデータの解凍は行わず、インターフェース
１１９を介して入力されるＣＰＵ１６１からの制御信号
に基づいて、データ圧縮されたコンテンツデータを対応
するヘッドラインデータとともに外部装置１６のＲＡＭ
１６６へ転送させる。

【０１９６】圧縮プログラムＲＯＭ１５１は、データ圧
縮用プログラムを格納する不揮発性の記憶媒体である。
このデータ圧縮用プログラムは、新たに受信した情報サ
ービスデータを上書きしないで保存できる空き容量がな
い場合に、非データ圧縮メモリＬに格納されるコンテン
ツデータの中の重要度の低い情報サービスデータのコン
テンツデータをデータ圧縮するプログラムである。

【０１９７】インターフェース１１９は、例えばＰＣカ
ードスロットタイプのコネクタで形成されており、外部
装置１６のインターフェース１１９と接続して、データ
圧縮されたコンテンツデータを対応するヘッドラインデ
ータとともに転送するためのものである。

【０１９８】また、外部装置１６は、例えば、携帯情報
端末装置（ＰＤＡ）に代表される小型のコンピューター
であり、その内部には、インターフェース１１９、ＣＰ
Ｕ１６１、ドライバ１６２、表示部１６３、キー入力部
１６４、解凍プログラムＲＯＭ１６５、及びＲＡＭ１６
６を備えている。

【０１９９】そして、ＣＰＵ１６１は、インターフェー
ス１１９が、ページャー１５側のインターフェース１１
９と接続されたことを検出すると、表示部１６３に転送
すべき情報サービスデータの選択を指示し、選択された
情報サービスデータのコンテンツデータがデータ圧縮メ
モリＮに格納されているものであった場合、対応するヘ
ッドラインデータとともにＲＡＭ１６６にこれらを転送
し、解凍プログラムＲＯＭ１６５を起動させて、コンテ
ンツデータを解凍し、ドライバ１６２を駆動させて、表
示部１６３にヘッドラインデータ、及びメッセージデー
タを表示させる。

【０２００】このようにすると、例えば容量の大きい画
像データを受信し、ページャー本体には画像を表示させ
る為のデバイスを備えていなくても、画像表示デバイス
を備えた携帯情報端末等にデータ圧縮した画像データ転
送して解凍し、表示させることも可能である。

【０２０１】以上、本発明を第１〜第４の実施の形態に
基づいて具体的に説明したが、本発明は上記実施の形態
に限定されるものではなく、その要旨を逸脱しない範囲
で適宜に変更可能であることは勿論である。

【０２０２】例えば、上記第１〜第４の実施の形態で
は、本発明を高度無線呼出方式に対応するページング受
信機に適用した場合について述べたが、これは前記ペー
ジング受信機に限定されるものではなく、例えば、文字
放送を受信できるＦＭ文字多重放送受信機、テレターミ
ナルシステム等のＭＣＡデータ通信システムで活用され
ているＰＤＡ（Personal Digital Assistant）、及びデ
ータ通信機能を備えた携帯電話、ＰＨＳ、スマートフォ
ン（Smart Phone ）等に本発明を適用してもよい。

【０２０３】また、本発明は、上記無線通信システムに
適用される通信端末に限定されるものではなく、上記実
施の形態で、ヘッドラインデータをメールのタイトル名
及び送信元情報（送信者・経由したネットワーク）、コ
ンテンツデータをメール内容とすれば、パーソナル・コ
ンピューター等のネット端末とネットワークサーバとを
利用する電子メールシステムに、またヘッドラインデー
タをファイルのファイル名、コンテンツデータを当該フ
ァイルの実データとすれば、無線信号を適用したソフト
のダウンロードにも適用できる。

【０２０４】

【発明の効果】請求項１記載の発明の受信データ管理シ
ステムによれば、受信した新たなデータを上書きして保
存しなければならない場合に、第１のデータのみを保存
することにより、受信した情報の第１のデータは確認す
ることができるため、情報提供サービス機能の使い勝手
を向上することができる。

【０２０５】請求項２記載の発明の受信データ管理シス
テムによれば、受信した新たなデータを上書きして保存
しなければならない場合に、既に保存されているデータ
において第２のデータを利用者が確認したか否かによ
り、各データの重要度を判別し、重要度の低い第２のデ
ータを優先的に削除することにより、利用者にとって重
要な情報は残すことができる。また、削除した第２のデ
ータに対応する第１のデータは残すようにしたため、利
用者が未確認である重要度の低いデータにおいても、第
１のデータのみは確認することができ、情報提供サービ
ス機能の使い勝手を向上することができる。

【０２０６】請求項３記載の発明の受信データ管理シス
テムによれば、受信した新たなデータを上書きして保存
しなければならない場合に、既に保存されているデータ
において第２のデータを利用者が確認したか否かによ
り、各データの重要度を判別し、重要度の低い第２のデ
ータを圧縮することにより、利用者にとって重要な情報
を残すだけでなく、未確認である重要度の低いデータに
おいて、第１のデータだけでなく第２のデータも残すこ
とが可能となり、情報提供サービス機能の使い勝手を向
上することができる。

【０２０７】請求項４記載の発明の受信データ管理シス
テムによれば、第２のデータの確認時に、第２のデータ
が圧縮されている場合には、データを解凍することによ
り、未確認である重要度の低いデータにおいて、第１の
データだけでなく第２のデータも読み出すことが可能と
なる。

【０２０８】請求項５記載の発明の受信データ管理シス
テムによれば、容量の大きい画像データを受信した場合
に、ページャー本体に画像を表示させる為のデバイスを
備えていなくても、画像表示デバイスを備えた外部装置
にデータ圧縮した画像データ転送して解凍し、表示させ
ることも可能である。

【０２０９】請求項６記載の発明の受信データ管理シス
テムによれば、受信した新たなデータを上書きして保存
しなければならない場合に、データの格納に関し、メモ
リを無駄なく、より効率的に利用したうえで、重要度の
低い第１のデータあるいは第２のデータを優先的に削除
することにより、利用者にとって重要な情報は残すこと
ができる。

【０２１０】請求項７記載の発明の受信データ管理シス
テムによれば、受信した新たなデータを上書きして保存
しなければならない場合に、データの格納に関し、メモ
リを無駄なく、より効率的に利用したうえで、重要度の
低いデータを圧縮することにより、利用者にとって重要
な情報を残すだけでなく、未確認である重要度の低いデ
ータにおいても、データを残すことが可能となる。

【０２１１】請求項８記載の発明の受信データ管理シス
テムによれば、受信した新たなデータを上書きして保存
しなければならない場合に、データの格納に関し、メモ
リを無駄なく、より効率的に利用したうえで、第２のデ
ータの確認時に、第２のデータが圧縮されている場合に
は、データを解凍することにより、未確認である重要度
の低いデータにおいて、第１のデータだけでなく第２の
データも読み出すことが可能となる。

【０２１２】請求項９記載の発明の受信データ管理シス
テムによれば、容量の大きい画像データを受信した場合
に、ページャー本体に画像を表示させる為のデバイスを
備えていなくても、画像表示デバイスを備えた外部装置
にデータ圧縮した画像データ転送して解凍し、表示させ
ることも可能である。

【０２１３】請求項１０記載の発明の受信データ管理シ
ステムによれば、第２のデータに基づいた情報を出力し
たか否かにより確認の有無を判別するため、第２のデー
タを確認していない情報を利用者にとって重要度の低い
情報であると自動的に判断することができる。

【０２１４】請求項１１記載の発明の受信データ管理シ
ステムによれば、重要度の低い第２のデータを削除し
て、第１のデータは残す場合に、受信した情報の概略は
確認することができ、情報提供サービス機能の使い勝手
を向上することができる。

【図面の簡単な説明】

【図１】本発明の受信データ管理システムを適用した第
１の実施の形態のページングシステムの全体構成を示す
図である。

【図２】図１のページングセンター４からページャー１
に送信されるメッセージフィールド（ＭＦ）Ｃ７にセッ
トされた情報サービスデータのイメージ例を示す図であ
る。

【図３】図１のページャー１の内部の回路構成を示すブ
ロック図である。

【図４】図３のＩＤ−ＲＯＭ１１０内のメモリ構成を示
す図である。

【図５】図３のＲＡＭ１１１内のメモリ構成を示す図で
ある。

【図６】図５のＩＰメッセージメモリエリア１１１ｂ内
に記憶される情報を示す図である。

【図７】図３のＣＰＵ１０６において実行される着信処
理１を示すフローチャートである。

【図８】図３のＣＰＵ１０６において実行される着信処
理１に続くメッセージ読み出しモード処理を示すフロー
チャートである。

【図９】図３のＣＰＵ１０６において実行される情報重
要度判定処理を示すフローチャートである。

【図１０】図８のステップＳ１９において表示部１０８
に表示出力されたヘッドラインデータの具体例を示す図
である。

【図１１】（ａ）は、図８のステップＳ２３において表
示部１０８に表示出力されたコンテンツデータの具体例
を示す図である。（ｂ）は、図８のステップＳ２３にお
いて表示部１０８に表示出力されたヘッドラインデータ
とコンテンツデータの具体例を示す図である。

【図１２】第２の実施の形態のページャー１２の内部の
回路構成を示すブロック図である。

【図１３】図１２のＲＡＭ１２２のＩＰメッセージメモ
リエリア１２２ｂ内のメモリ構成を示す図である。

【図１４】図１２のＣＰＵ１２０において実行される着
信処理２を示すフローチャートである。

【図１５】第３の実施の形態のページャー１３の内部の
回路構成を示すブロック図である。

【図１６】図１５のＣＰＵ１３０において実行される着
信処理３を示すフローチャートである。

【図１７】図１５のＣＰＵ１３０において実行される図
１６の着信処理３のステップＳ５６に続く第３の実施の
形態の変形例を示すフローチャートである。

【図１８】第４の実施の形態のページャー１４の内部の
回路構成を示すブロック図である。

【図１９】図１８のＲＡＭ１４２のＩＰメッセージメモ
リエリア１４２ｂ内のメモリ構成を示す図である。

【図２０】図１８のＣＰＵ１４０において実行される着
信処理４を示すフローチャートである。

【図２１】新たな情報サービスデータを格納したときの
ＩＰメッセージメモリエリア１４２ｂを示す図である。

【図２２】図１８のＣＰＵ１４０において実行される着
信処理４に続くメッセージ読み出し処理２を示すフロー
チャートである。

【図２３】メッセージ読み出しモード処理２においてヘ
ッドラインデータを表示部１０８に表示出力した際の画
面表示出力例を示す図である。

【図２４】図２２のステップ１２３において、データ解
凍中である旨を表示部１０８に表示出力した際の画面表
示出力例を示す図である。

【図２５】図２２のステップ１２４において、コンテン
ツデータをヘッドラインデータとともに表示部１０８に
表示出力した際の画面表示出力例を示す図である。

【図２６】第４の実施の形態の変形例のページャー１５
及び外部装置１６の内部の回路構成を示すブロック図で
ある。

【図２７】従来の高度ページングシステムの標準規格
「ＲＣＲ ＳＴＤ−４３」で規定されたデータ構成を示
す図である。

【符号の説明】

１、１２、１３、１４、１５ ページャー ２ 利用者 ３ パーソナルコンピュータ ４ ページングセンター ５ 送信局アンテナ ６ 公衆回線網 ２０ 電源電池 １０１ アンテナ １０２ 受信部 １０３ デコーダ １０４ バッファメモリ １０５ デインターリーブ回路 １０６、１２０、１３０、１４０、１５０、１６１
ＣＰＵ １０７、１６２ ドライバ １０８、１６３ 表示部 １０９、１６４ キー入力部 １１１１ メインスイッチ １１１２ モードキー １１１３ カーソルキー １１１４ ページキー １１０ ＩＤ−ＲＯＭ １１１、１２２、１４２、１６６ ＲＡＭ １１１ａ ＮＰメッセージメモリエリア １１１ｂ、１２２ｂ、１４２ｂ ＩＰメッセージメモリ
エリア １１２ ＲＯＭ １１３ ドライバ １１４ スピーカー １１５ ＬＥＤ １１６ バイブレーター １１７ 圧縮・解凍プログラムＲＯＭ １１８ 解凍データ用ＲＡＭ １１９ インターフェース １２１ 比較回路 １３１ メモリ管理回路 １５１ 圧縮プログラムＲＯＭ １６５ 解凍プログラムＲＯＭ ａ、ｂ アイコン Ｍ ヘッドラインデータメモリ Ｎ データ圧縮メモリ Ｌ 非データ圧縮メモリ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｈ 1/00 Ｈ０４Ｂ 7/26 １０９Ｍ

Claims (11)

【特許請求の範囲】
1. 【請求項１】第１のデータとデータ量がこの第１のデー
   タより大きい第２のデータとを受信する受信手段と、 この受信手段により受信された第１のデータと第２のデ
   ータとを関連付けて記憶する記憶手段と、 この記憶手段の空き容量を管理する空き容量管理手段
   と、 前記受信手段によって新たに第１のデータと第２のデー
   タとを受信すると、この受信された第１のデータと第２
   のデータとの総データ量と、前記空き容量管理手段によ
   って管理される前記記憶手段の空き容量とを比較する比
   較手段と、 この比較手段による比較の結果、前記受信された第１の
   データと第２のデータとの総データ量は空き容量より大
   きく、受信された第１のデータ量は空き容量より小さい
   と判別すると、前記受信された第１のデータと第２のデ
   ータの内、第１のデータのみを前記記憶手段に記憶させ
   る記憶制御手段と、 を備えたことを特徴とする受信データ管理システム。
2. 【請求項２】前記記憶手段に記憶された第２のデータが
   確認されたか否かを判別する判別手段と、 前記比較手段による比較の結果、前記受信された第１の
   データと第２のデータとの内、第１のデータのデータ量
   が空き容量より大きいと判別すると、前記判別手段によ
   り未確認と判別された第２のデータを削除する削除手段
   と、 を更に備えたことを特徴とする請求項１記載の受信デー
   タ管理システム。
3. 【請求項３】前記記憶手段に記憶された第２のデータが
   確認されたか否かを判別する判別手段と、 前記比較手段による比較の結果、前記受信された第１の
   データと第２のデータとの内、第１のデータのデータ量
   が空き容量より大きいと判別すると、前記判別手段によ
   り未確認と判別された第２のデータを圧縮する圧縮手段
   と、 を更に備えたことを特徴とする請求項１記載の受信デー
   タ管理システム。
4. 【請求項４】第２のデータの確認を指示する指示手段
   と、 この指示手段により確認指示された第２のデータが圧縮
   されているものか否かを判断する判断手段と、 この判断手段より、確認指示された第２のデータが圧縮
   されているものと判断すると、この第２のデータを解凍
   する解凍手段と、 を更に備えたことを特徴とする請求項３記載の受信デー
   タ管理システム。
5. 【請求項５】外部装置と接続するためのインターフェー
   ス手段と、 前記圧縮された第２のデータを前記外部装置へ転送する
   転送手段と、 を更に備えたことを特徴とする請求項３記載の受信デー
   タ管理システム。
6. 【請求項６】第１のデータと第２のデータとを受信する
   受信手段と、 この受信手段により受信された第１のデータと第２のデ
   ータとを関連付けて記憶する記憶手段と、 この記憶手段の空き容量を管理する空き容量管理手段
   と、 前記記憶手段に記憶された第２のデータが確認されたか
   否かを判別する判別手段と、 前記受信手段によって新たに第１のデータと第２のデー
   タとを受信すると、前記空き容量管理手段によって管理
   される前記記憶手段の空き容量と、前記新たに受信され
   た第１のデータと第２のデータとの総データ量とを比較
   する比較手段と、 この比較手段の比較結果に応じて、前記判別手段で未確
   認と判別された第２のデータとこの第２のデータと関連
   する第１のデータとの少なくとも一方を、前記新たに受
   信された第１のデータと第２のデータとが記憶できる容
   量になるまで削除する制御手段と、 を備えたことを特徴とする受信データ管理システム。
7. 【請求項７】第１のデータと第２のデータとを受信する
   受信手段と、 この受信手段により受信された第１のデータと第２のデ
   ータとを関連付けて記憶する記憶手段と、 この記憶手段の空き容量を管理する空き容量管理手段
   と、 前記記憶手段に記憶された第２のデータが確認されたか
   否かを判別する判別手段と、 前記受信手段によって新たに第１のデータと第２のデー
   タとを受信すると、前記空き容量管理手段によって管理
   される前記記憶手段の空き容量と、前記新たに受信され
   た第１のデータと第２のデータとの総データ量とを比較
   する比較手段と、 この比較手段の比較結果に応じて、前記判別手段で未確
   認と判別された第２のデータとこの第２のデータと関連
   する第１のデータとの少なくとも一方を、前記新たに受
   信された第１のデータと第２のデータとが記憶できる容
   量になるまで圧縮する制御手段と、 を備えたことを特徴とする受信データ管理システム。
8. 【請求項８】第２のデータの確認を指示する指示手段
   と、 この指示手段により確認指示された第２のデータが、圧
   縮されているものか否かを判断する判断手段と、 この判断手段より、確認指示された第２のデータが圧縮
   されているものと判断すると、この第２のデータを解凍
   する解凍手段と、 を更に備えたことを特徴とする請求項７記載の受信デー
   タ管理システム。
9. 【請求項９】外部装置と接続するためのインターフェー
   ス手段と、 前記圧縮された第２のデータを前記外部装置へ転送する
   転送手段と、 を更に備えたことを特徴とする請求項７記載の受信デー
   タ管理システム。
10. 【請求項１０】データに基づく情報を出力する出力手段
    を更に備え、 前記判別手段は前記出力手段によって第２のデータに基
    づいた情報が出力されたか否かで、確認の判断をするこ
    とを特徴とする請求項２から９の何れかに記載の受信デ
    ータ管理システム。
11. 【請求項１１】前記第１のデータは、前記第２のデータ
    に基づく情報内容を端的に表現したものであることを特
    徴とする請求項１から９の何れかに記載の受信データ管
    理システム。