JP3671468B2 - 受信装置及び表示制御方法 - Google Patents
受信装置及び表示制御方法 Download PDFInfo
- Publication number
- JP3671468B2 JP3671468B2 JP25707295A JP25707295A JP3671468B2 JP 3671468 B2 JP3671468 B2 JP 3671468B2 JP 25707295 A JP25707295 A JP 25707295A JP 25707295 A JP25707295 A JP 25707295A JP 3671468 B2 JP3671468 B2 JP 3671468B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- display
- display format
- item
- code
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B5/00—Visible signalling systems, e.g. personal calling systems, remote indication of seats occupied
- G08B5/22—Visible signalling systems, e.g. personal calling systems, remote indication of seats occupied using electric transmission; using electromagnetic transmission
- G08B5/222—Personal calling arrangements or devices, i.e. paging systems
- G08B5/223—Personal calling arrangements or devices, i.e. paging systems using wireless transmission
- G08B5/224—Paging receivers with visible signalling details
- G08B5/225—Display details
Landscapes
- Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Electromagnetism (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ページング受信機に用いて好適な受信装置に係り、詳細には、着信データを分類して表示及び又は記憶するメモリ機能を有する受信装置及び表示記憶制御方法に関する。
【０００２】
【従来の技術】
近時、ページャーは、自動車電話や携帯電話に比べて使用料金が安いため、企業が営業マンの外出先からの電話連絡用として持たせるだけでなく、個人が外出中の友人との手軽なコミュニケーションツールとして利用するケースが急増している。従来のページャーへのアクセス手段としては、個人の場合には電話があり、企業、個別情報提供者の場合にはオペレーションサービス会社、パソコン入力、情報加工会社等がある。
【０００３】
これらのアクセス手段で作成された情報は、公衆回線網を介してページャーサービス会社に送信され、ページャーサービス会社から個人所有あるいは企業所有のポケットベルの呼出番号別に送信情報が作成されて送信される。ページャーとしては数字情報の受信が可能なＮＰ（ニューメリック・ページャー）型、文字情報の受信が可能なＩＰ（インフォメーション・ページャー）型等がある。
【０００４】
これらのページャーでは、データ提供者からページャーサービス会社に記憶されたメッセージデータを付加して送信される呼出信号によって、電話連絡が必要である旨を、報知音、表示灯の点灯あるいは振動によって報知したり、呼出信号にメッセージを付加して送信することにより電話連絡先の電話番号や連絡先名、連絡時間、待合せ場所等を表示するようになっている。
また、従来のページャーでは、呼出信号によって指示されるアドレス、サブアドレス毎に着信データを分類して保存するメモリ機能を備えたものがあり、送信側は、サブアドレスを変えてデータを送信することにより、用件別にデータを設定して送信する等の情報サービスに利用することができる。
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来のページャーにあっては、着信データをそのままキャラクタデータに展開して表示部に表示するようになっていたため、情報サービス等の特定の表示形式を伴うデータを受信側ページャーに着信表示させる際には、表示されない空白データ等を含む全ての表示内容データを送信する必要があったため、データ送信効率が悪いという問題点があった。
【０００６】
すなわち、例えば、定型表示のメッセージデータを送信する場合は、時間、場所等の項目別にデータを表示させるために、項目間に所定の空白を挿入する必要があるため、送信データにおいて実際に表示されるデータ量よりも表示されない空白データ量の方が多くなる可能性があり、送信時間及び通信費が無駄になるという問題点があった。
【０００７】
また、呼出信号のアドレス、サブアドレスを複数記憶して着信データを着信アドレス毎に分類して保存、管理するメモリ機能を有するページャーでは、これらの着信データは主に着信したアドレス、サブアドレスに対応する情報サービスの個別管理に利用できるだけであったため、受信者は通常のメッセージの場合、時間、場所等の着信データを管理することができず、メッセージメモリを有効に利用することができないという問題点があり、受信者が所望のメッセージを見る際の検索操作が不便になるという問題があった。
また、前述の情報サービスに対応するページャーでは、情報サービスの新規加入や変更手続等をサービス会社に申告する際、その度にサービス会社にページャー利用者が出向くことになり、非常に不便であった。
【０００８】
本発明の課題は、定型の表示形式でデータを表示させる際のデータ送信量を圧縮できるとともに、受信者が着信データの分類及び管理を行え、メッセージメモリの有効利用が図れる受信装置及び表示記憶制御方法を提供することである。
【０００９】
【課題を解決するための手段】
請求項１記載の発明の受信装置は、各項目毎に識別コードが付与された複数の項目情報を含むデータを受信する受信手段と、前記識別コードに対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶する表示形式記憶手段と、前記受信手段によって受信されたデータより表示形式指定データを検出する検出手段と、この検出手段によって検出された表示形式指定データに基づいて前記表示形式記憶手段より対応する表示形式を抽出する抽出手段と、前記受信されたデータに含まれる項目情報を、この抽出手段によって抽出された表示形式で表示項目と対応付けて表示する表示手段と、前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する記憶手段と、を備えることを特徴としている。
【００１０】
また、請求項２記載の発明に記載するように、
請求項１記載の受信装置において、
前記データより表示形式を設定する表示形式設定データを検出する設定データ検出手段と、
前記設定データ検出手段によって、前記データより表示形式設定データが検出されると、前記データの内容に基づき前記表示形式記憶手段に新たに表示形式指定データと表示形式と対応させて記憶させる記憶制御手段と、
を更に備えるようにしてもよい。
【００１１】
また、請求項３記載の発明に記載するように、
請求項１記載の受信装置において、
前記データより、前記表示形式記憶手段に記憶される表示形式を変更する表示形式変更データを検出する変更データ検出手段と、
前記変更データ検出手段によって、前記データより表示形式変更データが検出されると、前記データの内容に基づき前記表示形式記憶手段に記憶される表示形式を変更させる変更手段と、
を更に備えるようにしてもよい。
【００１２】
請求項４に記載の発明の表示制御方法は、受信装置は、各項目を識別する識別コードに対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶するメモリを備え、各項目毎に識別コードが付与された複数の項目情報を含むデータを受信する受信ステップと、前記受信ステップにて受信されたデータより表示形式指定データを検出する検出ステップと、この検出ステップにて検出された表示形式指定データに基づいて前記メモリより対応する表示形式を抽出する抽出ステップと、前記受信されたデータに含まれる項目情報を、この抽出ステップにて抽出された表示形式で表示項目と対応付けて表示する表示ステップと、前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する記憶ステップと、からなることを特徴としている。
【００１３】
よって請求項１記載の発明の受信装置によれば、表示形式記憶手段には、各項目に対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶され、受信手段により、各項目毎に識別コードが付与された複数の項目情報を含むデータを受信し、検出手段により当該受信されたデータより表示形式指定データを検出すると、抽出手段が、この検出手段によって検出された表示形式指定データに基づいて前記表示形式記憶手段に記憶された表示形式を抽出し、表示手段が、前記受信されたデータに含まれる項目情報をこの抽出手段によって抽出された表示形式で表示項目と対応付けて表示し、記憶手段が、前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する。
【００１４】
したがって、受信装置側では、受信したデータに含まれる表示形式指定データと識別コードが付与された複数の項目情報とによって、表示形式指定データによって指定される表示形式で項目情報毎に表示され、さらに着信したデータはこの表示形式指定データによって対応するメモリエリアに分類、格納されるので、受信側では、項目情報の順序が任意に変えられて受信されても、指定された表示形式に対応して項目情報を表示することができ、また、指定された表示形式によって受信データを記憶管理することができる。さらに、当該受信装置のユーザーは受信データを保存するメモリエリアを表示形式指定データ別に設定することができ、受信データを分類することができる。
【００１５】
請求項２記載の発明によれば、
請求項１記載の受信装置において、前記データより表示形式を設定する表示形式設定データを検出する設定データ検出手段と、前記設定データ検出手段によって、前記データより表示形式設定データが検出されると、前記データの内容に基づき前記表示形式記憶手段に新たに表示形式指定データと表示形式と対応させて記憶させる記憶制御手段とを更に備える。
【００１６】
請求項３記載の発明によれば、
請求項１記載の受信装置において、
前記データより、前記表示形式記憶手段に記憶される表示形式を変更する表示形式変更データを検出する変更データ検出手段と、前記変更データ検出手段によって、前記データより表示形式変更データが検出されると、前記データの内容に基づき前記表示形式記憶手段に記憶される表示形式を変更させる変更手段と、を更に備える。
【００１７】
したがって、本発明の受信装置に対して表示形式の追加あるいは変更するためのデータを送信する際には、新たな表示形式を指定する指定コードあるいは既に記憶されている指定コードと表示形式データのみを送信するだけで良いため、送信データ量を圧縮することができ、表示内容の多い情報サービスや個別情報の追加や変更を送信可能な文字表示型ページャーに対して容易に行うことができる。
請求項４記載の発明によれば、各項目を識別する識別コードに対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶するメモリを備えた受信装置の表示制御方法であって、
各項目毎に識別コードが付与された複数の項目情報を含むデータを受信する受信ステップと、前記受信ステップにて受信されたデータより表示形式指定データを検出する検出ステップと、この検出ステップにて検出された表示形式指定データに基づいて前記メモリより対応する表示形式を抽出する抽出ステップと、前記受信されたデータに含まれる項目情報を、この抽出ステップにて抽出された表示形式で表示項目と対応付けて表示する表示ステップと、前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する記憶ステップと、を含む。
したがって、本発明の表示制御方法を適用した受信装置は、受信装置側では、受信したデータに含まれる表示形式指定データと識別コードが付与された複数の項目情報とによって、表示形式指定データによって指定される表示形式で項目情報毎に表示され、さらに着信したデータはこの表示形式指定データによって対応するメモリエリアに分類、格納されるので、受信側では、項目情報の順序が任意に変えられて受信されても、指定された表示形式に対応して項目情報を表示することができ、また、指定された表示形式によって受信データを記憶管理することができる。さらに、当該受信装置のユーザーは受信データを保存するメモリエリアを表示形式指定データ別に設定することができ、受信データを分類することができる。
【００１８】
【実施の形態】
以下、図１〜図３３を参照して本発明の実施の形態を説明する。
（第１の実施の形態）
図１〜図８は、本発明を適用したページャーの第１の実施の形態を示す図である。
まず、構成を説明する。
図１は、ページャー１のブロック構成図である。
この図において、ページャー１は、アンテナ２、ＲＦ受信部３、デコーダ部４、ＩＤ−ＲＯＭ５、キー入力部６、ＣＰＵ７、Ｐ−ＲＯＭ８、ＲＡＭ９、Ｄ−ＲＯＭ１０、報知駆動部１１、スピーカー１２、ＬＥＤ１３、表示駆動部１４及びＬＣＤ１６等により構成される。
【００１９】
アンテナ２は、図外のページャーサービス会社等から無線で送信される呼出信号を受信して受信部３に出力する。受信部３は、デコーダ部４より入力される間欠信号により制御され、アンテナ２より入力される呼出信号を間欠受信し、検波、復調した後、デジタルデータに変換してデコーダ部４に出力する。
【００２０】
デコーダ部４は、受信部３より入力される呼出信号の呼出番号が自己の呼出番号と一致するか否かを、予め自己の呼出番号を登録してあるＩＤ−ＲＯＭ５により判断し、一致していれば受信部３へ受信を継続させるとともに、ＣＰＵ７に当該ページャー１への呼出検出信号を出力する。また、デコーダ部４は、ＣＰＵ７より入力される要求に基づいて、呼出信号とともに着信したメッセージ情報をＣＰＵ７に出力する。
【００２１】
ＩＤ−ＲＯＭ５は、自己の呼出番号を登録するメモリエリアを形成する。
キー入力部６は、テンキーやモードキー、電源スイッチ等から構成され、各キーの入力操作による指示信号をＣＰＵ７に出力する。
ＣＰＵ（Central Processing Unit ）７は、Ｐ−ＲＯＭ８に格納されている各種制御プログラムに基づいてデコーダ部４より入力される着信データをＲＡＭ９に格納するとともに、キー入力部６より入力される入力指示信号に応じてページャー１内の各部を制御し、着信したメッセージデータやキー入力部６から入力されるキー入力データ等を一時的に記憶した後、ＬＣＤ１５に出力して表示させ、この着信したデータに基づいて報知駆動部１１に出力してスピーカー１２を報音させたり、ＬＥＤ１３を点滅させて、着信を報知する。
【００２２】
また、ＣＰＵ７は、後述する着信処理に際して、着信データに表示フォーマットを指定する指定コード（表示形式指定データ）が付加されていることを検出した場合は、その指定コードに含まれるフォーマットＮｏ．よってＤ−ＲＯＭ１０より抽出された表示フォーマットに基づいて、着信データを指定された表示フォーマットの各位置に配置するように展開し、ＬＣＤ１５に表示させる。
【００２３】
Ｐ−ＲＯＭ（Read Only Memory）８は、プログラムＲＯＭであり、ＣＰＵ７が実行する各種制御プログラムを格納する。
ＲＡＭ（Random Access Memory）９は、ＣＰＵ７から入力される着信データやキー入力データ等を一時的に格納するメモリエリアを形成するとともに、図２に示すようにフォーマットナンバーに対応して情報サービス１〜ｎの表示内容を格納するメモリエリアを形成する。
【００２４】
Ｄ−ＲＯＭ１０は、データＲＯＭであり、電気的に書き替え可能なＥＥＰＲＯＭで構成されている。そして、その内部は図３に示すように、フォーマットＮｏ．と表示フォーマットを対応させて記憶している。そして、Ｄ−ＲＯＭ１０は、着信データに付加されるフォーマットＮｏ．に対応する図４（ａ）〜（ｃ）に示すような各種表示フォーマットをデータ化して個別に格納し、又、後述する着信データにおいて、表示フォーマット指定コードに続く、後続データ（表示内容）を、表示フォーマット毎に順次分類、格納するメモリエリアを形成する。
【００２５】
例えば、図４（ａ）は、株価情報を表示させるための表示フォーマット、図４（ｂ）は、在庫情報を表示させるための表示フォーマット、図４（ｃ）は、スケジュールを表示させるための表示フォーマットである。これらの各表示フォーマットには、表形式指定コードに含まれるフォーマットＮｏ．として、例えば、“０５”、“１０”、“３０”が、それぞれ設定されるとともに、受信した表示内容の指定表示先を示す展開エリアが、図中においては“−−−−”により設定されている。
【００２６】
報知駆動部１１は、ＣＰＵ７から入力される報知データによりスピーカー１２から報知音を出力させるとともに、ＬＥＤ１３を点滅させて着信を報知する。表示駆動部１４は、ＣＰＵ７から入力される表示制御データによりＬＣＤ（Liquid Crystal Display）１５を駆動して、着信データを表示させる。
【００２７】
次に、本実施の形態の動作を説明する。
本実施の形態のページャー１における着信処理について図５に示すフローチャートに基づいて説明する。
まず、ページャー１は、ページャーサービス会社から送信される当該ページャー１への呼出信号の着信を検出した場合は、その呼出信号の呼出番号がＩＤ−ＲＯＭ５に格納されている自己の呼出番号と一致しているか否かを判断し、一致している場合は受信部３へ駆動を継続させてデコーダ部４から呼出検出信号に続いて入力される着信データにメッセージデータが含まれているか否かを判別する（ステップＳ１）。
【００２８】
着信データにメッセージデータが含まれている場合は、メッセージデータの先頭に表示フォーマット指定コードが有るか否かを判別し（ステップＳ２）、表示フォーマット指定コードが有る場合は、その表示フォーマット指定コードに含まれるフォーマットＮｏ．に対応した表示フォーマットがＤ−ＲＯＭ１０に設定されているか否かを検索する（ステップＳ３、Ｓ４）。対応する表示フォーマットデータが登録されている場合は、その表示フォーマットをＲＡＭ９上に展開する（ステップＳ５）。
【００２９】
この表示フォーマットの展開終了後、メッセージデータの表示フォーマット指定コードの後に後続データ（表示内容）が有るか否かを判別する（ステップＳ６）。後続データ（表示内容）が有る場合は、この後続データ（表示内容）を先にＲＡＭ９に展開した表示フォーマット上に展開して（ステップＳ７）、この展開した２つのデータを表示データとして表示駆動部１４へ転送し（ステップＳ８）、ＬＣＤ１５に表示させ（ステップＳ９）、本処理を終了する。
【００３０】
また、ステップＳ１で着信データにメッセージデータが含まれていない場合は、報知駆動部１１により着信報知処理のみを行って、“メッセージ無し”の表示データをＲＡＭ９に展開し（ステップＳ１０）、この展開した表示データを表示駆動部１４へ転送し（ステップＳ８）、ＬＣＤ１５に表示させ（ステップＳ９）、本処理を終了する。
【００３１】
なお、ＬＣＤ１５に表示された表示データは、展開された表示フォーマットのフォーマットＮｏ．に基づいて分類され、Ｄ−ＲＯＭ１０内に設けられたメモリエリアのフォーマットＮｏ．毎に区分けされたエリアに順次格納、管理される。また、ステップＳ２で表示フォーマット指定コードが無い場合は、着信データに含まれる全てのデータが表示データとなるため、このデータを対応するキャラクタデータに変換して（ステップＳ１１）、この変換したキャラクタデータを表示駆動部１４へ転送し（ステップＳ８）、ＬＣＤ１５に通常の表示形式で表示させ（ステップＳ９）、本処理を終了する。
【００３２】
また、ステップＳ４で表示フォーマット指定コードに対応するフォーマットＮｏ．が設定されていない場合、あるいはステップＳ６でフォーマット指定コードの後に後続データ（表示内容）が無い場合は、着信は無いものとして着信待ち処理に移行する。
【００３３】
以上のページャー１の着信処理による、着信データの展開例を図６及び図７を参照して説明する。
図６（ａ）は、ページャー１に着信した着信データのデータ構成の一例を示す図であり、先頭からアドレス（ページャー１の呼出番号）、表示フォーマット指定コード、後続データ（表示内容）の順に設定されている。送信側より当該ページャー１に対して送信する際には、この構成順序で各データが設定されて送信される。
【００３４】
例えば、株価情報に関するデータをページャー１が着信した場合の、アドレスデータの後に続く表示フォーマット指定コード及び後続データ（表示内容）部分に設定されるデータ例を以下に示す。
【００３５】
“（（０５０１２３ ○○○ １０４０ １０高０１２４ △△△ １５４０１００下”
この受信データにおいて、“（（０５”は表示フォーマット指定コードであり、この表示フォーマット指定コードより後のデータが後続データ（表示内容）である。表示内容として、“０１２３ ○○○ １０４０ １０高”と“０１２４△△△ １５４０１００下”が、それぞれ表示されたフォーマットのエリア上に展開する際の一連の後続データを構成している。
【００３６】
これら一連の後続データにおいて、“０１２３”及び“０１２４”は銘柄コード、“○○○”及び“△△△”は銘柄、“１０４０”及び“１５４０”は株価、“１０”、“高”及び“１００”、“下”は株価の変動及び変動値を示すものである。
【００３７】
したがって、ページャー１が“（（０５０１２３ ○○○ １０４０ １０高０１２４ △△△ １５４０１００下”の着信を検出すると、“（（０５”で示される表示フォーマット指定コードのフォーマットＮｏ．を判別して、図４（ａ）に示した“０５”の株価情報を配置表示するための表示フォーマットを、指定コード“（（０５”に対応するデータとしてＤ−ＲＯＭ１０より読み出してＲＡＭ９に展開する。
【００３８】
次いで、一連の後続データ“０１２３ ○○○ １０４０ １０高”と“０１２４ △△△ １５４０１００下”をスペース（空白）データによって順次項目毎に判別し、図７に示すように、展開したフォーマット上の対応する各表示位置に表示内容データを展開し、この展開した表示内容データを表示フォーマットデータとともに、表示データとして表示駆動部１４へ転送し、ＬＣＤ１５に表示データとして表示させる。
【００３９】
また、ページャー１では、図４（ｂ）及び図４（ｃ）に示した商品等の在庫情報の表示フォーマット及びスケジュールの表示フォーマットについても、着信データ中の指定コードに含まれるフォーマットＮｏ．によって指定された場合も同様に、対応する表示フォーマットをＤ−ＲＯＭ１０より読み出してＲＡＭ９に展開し、同様に後続データを順次項目毎に判別して展開することで、ＬＣＤ１５に表示データとして表示される。
【００４０】
以上のように、データを定型の表示形式で表示させるための表示フォーマットをページャー１に格納したことにより、送信側では、当該ページャー１に表示データを送信する際には、表示フォーマットを指定する指定コードと後続データ（表示内容）のみを送信するだけで良いため、送信データ量を圧縮することができ、表示データの多い情報サービスや個別情報を送信可能な文字表示型ページャーに対して有効に利用することができる。
【００４１】
また、上記実施の形態では、着信した表示フォーマット指定コードに基づき、指定された表示フォーマット上に文字表示データを表示する例を示したが、Ｄ−ＲＯＭ１０が電気的に書き換え可能なＥＥＲＯＭで構成されることにより、着信したメッセージデータに基づきＤ−ＲＯＭ１０の設定内容を変えることも可能である。
【００４２】
図６（ｂ）は、ページャー１に着信した着信データにおいて、Ｄ−ＲＯＭ１０の設定内容を書き替えるデータのデータ構成を示す図であり、先頭からアドレス（ページャー１の呼出番号）、書き替えを指定する登録指定コード、書き替え対象となる表示フォーマットのフォーマットＮｏ．、表示フォーマットの順に設定されている。送信側より当該ページャー１に対してＤ−ＲＯＭ１０の設定内容を書き替える内容を送信する際には、この構成順序で各データが設定されて送信される。
【００４３】
この図６（ｂ）の着信データをページャー１で着信する際のページャー１における着信処理について図８に示すフローチャートに基づいて説明する。
まず、ページャー１は、ページャーサービス会社から送信される当該ページャー１への呼出信号の着信を検出した場合は、その呼出信号の呼出番号がＩＤ−ＲＯＭ５に格納されている自己の呼出番号と一致しているか否かを判断し、一致している場合は受信部３へ駆動を継続させてデコーダ部４から呼出検出信号に続いて入力される着信データにメッセージデータが含まれているか否かを判別する（ステップＳ１１１）。
【００４４】
着信データにメッセージデータが含まれている場合は、メッセージデータの先頭に登録指定コードデータが有るか否かを判別し（ステップＳ１１２）、登録指定コードデータが有る場合は、その登録指定コードの後に設定されるフォーマットＮｏ．と表示フォーマットとを対応付けてＤ−ＲＯＭ１０に新たに書込み（ステップＳ１１３）、本処理を終了する。
また、登録指定コードに後続する内容が、Ｄ−ＲＯＭ１０に既に記憶されているフォーマットＮｏ．の表示形式内容である場合は、その同一フォーマットＮｏ．の表示フォーマットとを上書きすることで、表示フォーマットを変更する。
【００４５】
また、ステップＳ１１２で登録指定コードが無いと判別した場合は、着信データに含まれる全てのデータが表示データとなるため、このデータを対応するキャラクタデータに変換して（ステップＳ１１４）、この変換したキャラクタデータを表示駆動部１４へ転送し、ＬＣＤ１５に通常の表示形式で表示させ（ステップＳ１１５）、本処理を終了する。
【００４６】
また、ステップＳ１１１でメッセージデータが無いと判別した場合は、報知駆動部１１により受信報知処理のみを行って、“メッセージ無し”の表示データをＲＡＭ９に展開し（ステップＳ１１６）、この展開した表示データを表示駆動部１４へ転送し、ＬＣＤ１５に表示させ（ステップＳ１１７）、本処理を終了する。
以上のように、データを定型の表示形式で表示させるための表示フォーマットをページャー１に格納したことにより、送信側では、当該ページャー１に追加あるいは変更するためのデータを送信する際には、登録指定コードと新たなフォーマットＮｏ．あるいは既に記憶されているフォーマットＮｏ．と表示フォーマットデータを送信するだけで良いため、情報サービスや個別情報の追加や変更に伴うＤ−ＲＯＭ１０の書き替えを容易に行うことができる。
また、その表示フォーマットを記憶するＤ−ＲＯＭ１０のメモリ空間を有効活用することができる。
【００４７】
さらに、送信データ量を圧縮することにより、ページャー１がメッセージを着信する際の連続駆動時間を短縮することができ、結果的にページャー１の消費電力を低減することができ、電池寿命を延ばすことができる。
なお、本実施の形態では、Ｄ−ＲＯＭ１０に記憶されている表示フォーマットの書き替え、更新等は、個別呼出信号受信によって可能であったが、これに限定される必要はない。例えば、ページャー１の本体に赤外線信号の受光部を設け、これによって、赤外線信号で送られてくる表示フォーマットの書き替え、更新を指示する信号を受信できるようにしてもよい。
【００４８】
（第２の実施の形態）
図９〜図３３は、本発明の受信装置を適用したページャーの第２の実施の形態を示す図である。
まず、構成を説明する。
図９は、ページャー２０のブロック構成図であり、上記図１に示したページャー１と同一構成部分には、同一番号を付して説明を省略する。
この図において、ページャー２０は、アンテナ２、受信部３、デコーダ部４、ＩＤ−ＲＯＭ５、キー入力部２５、ＣＰＵ２１、Ｐ−ＲＯＭ２２、ＲＡＭ２３、Ｄ−ＲＯＭ２４、報知駆動部１１、スピーカー１２、ＬＥＤ１３、表示駆動部１４、及びＬＣＤ１６等により構成される。
【００４９】
ＣＰＵ２１は、Ｐ−ＲＯＭ２２に格納されている各種制御プログラムに基づいてデコーダ部４より入力されるメッセージデータ等の着信データをＲＡＭ２３に格納するとともに、キー入力部２５より入力される入力指示信号に応じて、ページャー２０内の各回路を制御し、図示しないバッファに着信したデータやキー入力部２５から入力されるキー入力データ等を一時的に記憶保持した後、表示駆動部１４を駆動させ、ＬＣＤ１５に着信データ、及びキー入力データに基づく表示内容を出力させる。又、当該ページャー２０への呼出信号受信に伴い、デコーダ部４から呼出検出信号を入力すると、デコーダ部４に対し、継続して受信するよう制御すると共に、報知駆動部１１を駆動させてスピーカー１２を報音制御、並びにＬＥＤ１３の点灯、あるいは点灯制御して、自己への呼出しを報知する。
【００５０】
又、ＣＰＵ２１は図１０に図示される自動設定用フラグエリア２１１を格納している。
これは、着信データのＤ−ＲＯＭ２４での格納管理において、着信データを格納するメモリエリアＭＡの選択と着信デ−タの並べ換えの２つの設定をＣＰＵ２１の判断、すなわち自動的に行なうか、あるいはユーザーからの入力指示判断で行なうかをフラグのセットの有無で判断するようになっており、後述する設定処理における着信データ割り付け設定処理において、ユーザーからのキー入力操作による設定、変更も可能である。これらのフラグは、後述する着信処理に際し、着信データの先頭部に用件コードが付加されていることを検出した場合や、更に着信データより要素コードを検出した場合の判断基準として参照される。
【００５１】
例えば、着信処理に際し、着信データの先頭部に用件コードが付加されていることを検出した場合は自動設定用フラグエリア２１１におけるエリア選択のフラグの状態を参照し、フラグがセットされていれば、着信データに付加された用件コードの識別情報に基づいて、Ｄ−ＲＯＭ２４内の着信データメモリＭＡの対応する用件別メモリエリアにこの着信データを格納する。逆にフラグが解除されていれば、用件コードの有無とは関係なく、キー入力部からの入力指示があるまで、この着信データをＲＡＭ２３に記憶保持しておく。
【００５２】
また、着信データをＤ−ＲＯＭ２４に格納する際、この着信データに要素コードが付加されていることを検出した場合は自動設定用フラグエリア２１１におけるデータ並べ換えのフラグの状態を参照し、フラグがセットされていれば、この要素コードに設定された優先順位に基づいて、この着信データを対応する用件メモリエリアの優先順位に沿ったアドレス番地にこの着信データを格納する。逆にフラグが解除されていれば、要素コードの有無とは関係なく、キー入力部からの入力指示があるまで、この着信データをＲＡＭ２３に記憶保持しておく。
【００５３】
Ｐ−ＲＯＭ２２はプログラムＲＯＭであり、ＣＰＵ２１が実行する各種制御プログラムを格納すると共に、キャラクタジェネレータやフリー伝言用の文字コードマトリクスを記憶している。この場合、フリー伝言用の文字コードマトリクスとは、図１１に示すように指定されコードとなる２桁の数値に対応したカタカナ、アルファベット、数字及び記号を示すもので、例えばコード「２７」を指定することでアルファベット「Ｇ」が、コード「６３」を指定することでカタカナ「フ」が得られるようになっている。
【００５４】
また、Ｐ−ＲＯＭ２２には、図１２に示される用件内容テーブルを格納している。この用件内容テーブルは、「電話乞う」、「待合わせ」等の用件内容毎に、表示フォーマット上の１行目に表示される「用件メッセージ」と、「連絡先」、「連絡者名」等、表示フォーマット上の各行に表示される表示項目名を複数記憶しており、後述する表示フォーマット設定処理において、ユーザーがキー入力によって用件コードを入力、確定すると、ＣＰＵ２１がこの用件コードを表示フォーマットデータメモリＦＤに設定し、この用件内容テーブルより用件内容を読み出してＬＣＤ１５上に表示する。又、ユーザーによる用件内容の確定を検出すると、ＣＰＵ２１がこの用件内容に対応する用件メッセージと、表示項目名メニューとして、この用件内容に対応する複数の表示項目名をＬＣＤ１５上に表示する。
【００５５】
ＲＡＭ２３は、ＣＰＵ２１から入力され、Ｄ−ＲＯＭ２４に記憶管理されるまでの着信データや、キー入力データ等を一時格納するメモリエリアを有する。
Ｄ−ＲＯＭ２４は、データＲＯＭであり、電気的に書き替え可能なＥＥＰＲＯＭで構成されている。そして、Ｄ−ＲＯＭ２４は図１３に図示されるようなメモリエリア構成となっており、要素コードデータメモリＥＤ、表示フォーマットデータメモリＦＤ、ＴＥＬバンクメモリＴＢ、優先順位データメモリＰＤ、着信データメモリＭＡでそれぞれ区分されている。
【００５６】
要素コードデータメモリＥＤは、図１４に示されるようなメモリ構成になっており、「＊＋（１桁の数字）」で設定される識別コード、すなわち、要素コードと「氏名」、「場所」等の要素を対応づけて記憶している。
【００５７】
この場合、要素とは、着信したメッセージにおいて表示頻度の高い項目情報、例えば、着信時刻、送信者の名前、連絡先、待合わせ時間等の各情報を、情報の属性で識別できるように設けているものである。これは例えば、先の用件内容テーブルにおいて、用件内容「電話乞う」の表示項目「連絡者名」と、用件内容「用事」の「依頼者名」とは、表示項目名が異なるものの、「氏名」という情報を表示する点では一致していることにより、この「要素」と「要素コード」の対応を予め知っているデータ送信者は、例えば用件内容として「電話乞う」メッセージを送信する際に項目情報「連絡者名」が「氏名」という要素で識別できるよう、この項目情報の先頭に「氏名」に対応する要素コード「＊１」を付加することで、ページャー２０が着信したこのデータ内に、「氏名」という要素で識別される項目情報が存在することを認識する。
【００５８】
また、これら要素には、項目情報のデータ構成を区別する為のデータ区別フラグが要素コード毎に設定されており、項目情報が要素「時刻」（ ： ）で区別できるデータ構成ならばフラグがセットされ、文字データならばフラグが解除されている。
【００５９】
更にこの要素コードは、後述する設定処理において表示フォーマットを設定する際に利用される他、Ｄ−ＲＯＭ２４への着信データの並べ換え順序を決定づける際にも利用される。又、要素コードと要素との対応づけは、表示ホーマット設定処理において新規登録、変更、削除が適宜可能になっている。
【００６０】
表示フォーマットデータメモリＦＤは、着信データに含まれるメッセージにおいて「電話乞う」、「待合わせ」等の用件内容を識別するために「＊＋（２桁の数字）」で設定される用件コードと、実際に表示される表示フォーマットとを対応づけて記憶するメモリである。この用件コードで定義づけられる表示フォーマットは図１５に示されるように各用件内容毎に２行目〜５行目まで、表示項目名、要素コード、この要素コードで定義付けられる要素とを１組として４行分記憶し これらの定義づけは後述する表示フォーマット設定処理においてＤ−ＲＯＭ２４に設定される。
【００６１】
また、優先要素コードの欄において設定されているデータは、Ｄ−ＲＯＭ２４への着信データの格納の際、着信データの並べ換えの基準として参照されるものである。
例えば、着信データとして「待合わせ」の用件内容を着信し、ＲＡＭ２３よりＤ−ＲＯＭ２４にこの着信データを格納する場合、通常は図示しないＣＰＵ２１内で時刻計時されるタイムスタンプによる「着信時刻」順に格納されるが、優先要素コードが「＊４」すなわち「待合わせ時刻」の項目情報となっているので、この着信データは「着信時刻」よりも「待合わせ時刻」の項目情報を優先して格納される。したがって、この「待合わせ」データは、タイムスタンプによる「着信時刻」順ではなく、最近の「待合わせ時刻」順に並べ換えられてＤ−ＲＯＭ２４へ格納される。
【００６２】
ＴＥＬバンクメモリＴＢは、図１６に示される様に主に送信者の氏名、住所、電話番号を要素コードと対応させて格納しており、それぞれ氏名に対応させてＤ−ＲＯＭ２４に着信データを格納する際に、着信データの並べ換えの基準として参照される優先順位を設定している。
優先順位データメモリＰＤは、着信データ内の優先要素に対応する項目情報が「着信時刻」、「待合わせ時刻」の様にデータ構成が時刻でない場合、比較条件として項目情報に含まれ得るキーワードを要素毎に格納し、Ｄ−ＲＯＭ２４への着信データの格納の際、着信データの並べ換えの基準として参照されるメモリエリアである。
【００６３】
例えば、「用事」のデータを着信し、ＲＡＭ２３よりＤ−ＲＯＭ２４にこの着信データを格納する場合、表示フォーマットデータメモリＦＤの「用事」に対応する表示フォーマットより、優先要素コードが「＊２」すなわち「場所」の要素で設定されているので、この着信データは「場所」の要素を優先して並べ換えられることになる。
しかしこの「場所」の要素は、時刻情報ではないため、「場所」の要素で識別される項目情報「仕事場所」と図１７に示される優先順位データメモリエリアＰＤのキーワードとを参照して着信データの並べ換えを行なう。
【００６４】
これらのキーワードの設定は、後述する表示フォーマット設定処理において、ユーザーが優先要素コードを設定する際、要素が「時刻」でない場合に限り、図１１に示される文字コードマトリクスを参照して行なうことができる。
着信データメモリＭＡは、用件コードによって識別される着信データを、それぞれ用件内容毎に区分けして格納するメモリエリアであり、表示フォーマットデータメモリＦＤに設定される用件内容と対応づけて形成されている。また、この用件コードで表示フォーマットを新たに設定した場合、自動的に所定量のメモリエリアが設定され、このメモリにおいて着信データがいっぱいになった場合、所定量のメモリエリアが追加設定される。又図１２に示すように「その他」のメモリエリアは用件コードが付加されていない通常の着信データを格納するため最初から設定されている。
【００６５】
キー入力部２５は第１の実施形態におけるキー入力部６と同様にテンキーや電源投入スイッチ、モードキー等を備えているが、モードキーはページャー２０に予め設定されている表示フォーマット設定モード、着信データ割り付け設定モード、着信データ読み出しモード等のモードを指定するためのキーとし、更にこれら設定処理操作においてＬＣＤ１５上に表示される選択指示内容に対しカーソルを移動させて選択操作を行なう為の十字キー、選択した設定内容に対し確定を指示するセットキーを更に備えている。
【００６６】
次に、設定モードにおける表示フォーマットの設定の一例として、用件コード「＊０２」に対応する用件内容「待合わせ」の表示フォーマットのＤ−ＲＯＭ２４への設定処理を図１８、図１９に示すフローチャートと、図２１〜２５に図示される表示例に基づいて説明する。
まず電源オフの状態より、表示フォーマット設定処理へ移るまでの流れを説明する。
電源オフの状態で電源投入スイッチを操作すると、デコーダ部４の制御により、受信部３が自己に設定されたフレーム情報を受信するべく間欠駆動する、いわゆる着信待ち状態となる（ステップＳ２１）。
【００６７】
この状態より、設定モードの選択検出を判断する（ステップＳ２２）。検出しなかった場合はステップＳ２１の着信待ち状態に戻る。
設定モードの選択を検出すると、図２１に示されるような表示画面を展開する。この表示状態より、ユーザーの指示選択による、「２．表示フォーマット設定」の選択、確定を検出する（ステップＳ２３）。
【００６８】
「２．表示フォーマット設定」の確定を検出すると、Ｄ−ＲＯＭ２４内の現在の空きメモリの状態より、新規の表示フォーマット設定に伴い自動的に所定量、設定される用件別メモリエリア分だけの空き容量があるか否かをチェックする（ステップＳ２４）。
空き容量がある場合にはそのままステップＳ２７で、用件コードの入力設定を促すが、空き容量がないと判断した場合、現在Ｄ−ＲＯＭ２４の表示フォーマットデータメモリＦＤに格納されている表示フォーマットを修正、もしくは消去するか否かを選択指示させる内容を表示する（ステップＳ２６）。
【００６９】
ここで指示どおり、既に設定されている表示フォーマットの修正、又は消去の選択、確定を検出した場合は、自動的にＤ−ＲＯＭ２４に用件別に区分され格納された着信データのうち、着信データの最も少ない用件別メモリエリアに対応する表示フォーマットが修正、消去の対象となり、これに伴い、修正、消去される表示フォーマットに対応する用件別メモリエリアに格納された着信データを全て削除する。又、検出しなかった場合は、ステップＳ２１の着信待ち状態に戻る。空きメモリの状態より新規設定に伴う空き容量があるか、又は空き容量がなくても、既に設定されている表示フォーマットの修正、又は消去の選択、確定を検出した場合は、図２２に示される表示内容のａの部分を表示し、ユーザーに対し用件コードの入力を促す（ステップＳ２７）。
【００７０】
この表示に対し、用件コードの入力、確定の有無を判断する（ステップＳ２８）。用件コードの確定を検出しないと、ステップＳ２７に戻る。
用件コード「＊０２」の確定を検出すると、Ｐ−ＲＯＭ２２に格納された用件内容テーブルを読み出し、図２２に示される表示内容のａの部分に加え、ｂ、及びｃの部分を表示し（ステップＳ２９）、ｃの表示部分に示される複数の用件内容からなる用件内容メニューより、用件内容の選択、確定の入力を待つ（ステップＳ３０）。
【００７１】
用件内容「待合わせ」の選択、確定を検出すると、この用件内容「待合わせ」の表示フォーマットの設定処理に移る（ステップＳ３０）。用件内容の選択、確定を検出しなければ、ステップＳ２９に戻る。
表示フォーマット設定処理とは、先に入力された用件コードを着信データより検出した際、この用件コードに対応して、実際にＬＣＤ１５上に表示される用件内容の表示フォーマットのＤ−ＲＯＭ２４への設定を意味するものであるが、ここでは具体的に、図２４に示される用件内容「待合わせ」の表示フォーマットを、ユーザーが入力指示することにより作成し、ＣＰＵ２１がこの作成された表示フォーマットをＤ−ＲＯＭ２４へ設定する場合について、図１９のフローチャートを参照しつつ説明する。
【００７２】
まず、ステップＳ３０で用件内容「待合わせ」の確定を検出すると、用件内容テーブルより「待合わせ」に対応する用件メッセージ「以下の場所に来て下さい。」を読み出し、図２３に示す表示フォーマットのｄの部分に、又、複数の表示項目名を読み出して、表示項目メニューとしてｅの部分にそれぞれ表示する。
【００７３】
又、２行目以降５行目までの表示項目名と、要素コードの入力指示を促すため、表示フォーマットの２行目を白黒反転表示する（ステップＳ３３）。
ここで、ユーザーはここで２行目以降５行目まで順次表示項目名と要素コードとを入力するが、ＣＰＵ２１はこのユーザーからの入力指示によって、表示項目名と要素コードとを設定する行の確定検出を待つ（ステップＳ３４）。
【００７４】
設定する行（具体例では２行目）の確定を検出するとその行が予め表示フォーマット上で規定される５行目以内に入るか否かを判断する（ステップＳ３５）。
５行目以内であることを判断すると、設定する行を白黒反転表示する（ステップＳ３６）。
次にｅの表示項目メニューから表示項目名の選択があったか否かを判断する（ステップＳ３７）。
【００７５】
「着信時間」の選択を検出すると反転されている行に表示項目名「着信時間」を表示し、表示フォーマットデータメモリＦＤに、用件コードのエリアに「＊０２」、用件内容のエリアに「待合わせ」、２行目の表示項目名のエリアに「着信時間」を設定し、要素コード入力指示を促す（ステップＳ３８）。
表示項目名「着信時間」に対応する要素コードとして「＊６」の確定を検出すると（ステップＳ３９）、この要素コードに対応する要素が予め要素コードデータメモリＥＤに登録されているか否かを判断する（ステップＳ４０）。具体例の場合、図１４に示される要素コードデータメモリＥＤには、要素コード「＊６」に対応して要素「着信時刻」が登録されているので、そのまま確定行の表示項目名「着信時間」の隣に要素コード「＊６」を表示し、表示フォーマットデータメモリＦＤの２行目の要素コードのエリアに「＊６」を設定する（ステップＳ４３）。
【００７６】
図２３はステップＳ４３までの設定処理に伴う表示状態を示すものであり、具体例にそって、２行目に表示項目名「着信時間」と、対応する要素コード「＊６」をユーザーが入力した状態を示すものである。
ここまでの設定処理において、例えばステップＳ３５において、確定検出した行が５行目以上、すなわち、表示項目メニューが表示される６行目である場合、ＣＰＵ２１は、表示フォーマットの設定終了を指示しているものと判断しステップＳ４７の判断処理に移る。又、ステップＳ４０において、確定検出した要素コードに対応する要素が要素コードデータメモリＥＤに格納されていない場合、入力した要素コードに対応する要素の登録と、データ区別フラグの設定を促す表示を展開し（ステップＳ４１）、要素の登録検出、フラグの設定操作を待つ（ステップＳ４２）要素の登録検出、フラグの設定を判断すると、設定処理をステップＳ４３に移す。
【００７７】
ステップＳ４３以降、すなわち要素コードの確定を検出した後、ＣＰＵ２１はここまで設定された表示フォーマットに対し、未だ表示項目名、及び要素コードを設定していない行、すなわち未設定行が表示フォーマットデータメモリＦＤに存在しているか否かを判断し（ステップＳ４４）、存在する場合は、未設定行を白黒反転表示して（ステップＳ４５）、次に表示項目名、及び要素コードを入力する行の確定を待つ（ステップＳ４６）。
【００７８】
図２３の表示例で説明すると、２行目までの設定処理が終了し、３、４、５行目は未設定であるのでステップＳ４４で”Ｙｅｓ”と判断する。
したがって、未設定行すなわち３行目を白黒反転表示し、３行目以降５行目までにおいて表示項目名、及び要素コードを入力する行の確定を待つ（ステップＳ４６）。
【００７９】
ステップＳ３５で、６行目の確定を検出したか、あるいは、ステップＳ４４で、未設定行が存在しないと判断した場合は、６行目に表示された表示項目メニューが、「設定終了 Ｙｅｓ／Ｎｏ」の表示内容に切り替わり、表示フォーマットの設定処理終了の判断を促す。図２４はステップＳ４７における表示状態を示すものであり、ユーザーが、ステップＳ３５〜ステップＳ４４までの操作を繰り返すことにより３行目に表示項目名「待合わせ時刻」と要素コード「＊４」、４行目に表示項目名「待合わせ場所」と要素コード「＊２」、５行目に表示項目名「氏名」と要素コード「＊１」を確定した場合を表している。
この表示状態より、”Ｙｅｓ”を検出すると、当該表示フォーマットの設定が終了したとみなし、この用件内容「待合わせ」の着信データを格納する為のメモリエリアを、Ｄ−ＲＯＭ２４の空きメモリより設定する（ステップＳ４８）。
【００８０】
又、”Ｎｏ”を検出すると、一度設定した表示フォーマットの訂正、削除を行なうものとみなし、ステップＳ３３に戻る。
【００８１】
ここまで設定処理を終了すると、次に着信データを用件別メモリエリアへ格納する際の並べ換えの基準となる、優先要素コードの設定に移る。この設定処理は、着信データを用件別メモリエリアに格納させる際、表示されている項目情報のどの要素を優先して並べ換えるかを判断するために、所望の要素に対応する要素コードを、表示フォーマットデータメモリＦＤの優先要素コードのエリアに設定する処理をさし、具体例として上述の用件内容「待合わせ」の表示フォーマット設定に伴い、優先要素として「時刻」すなわち、「待合わせ時刻」の項目情報を優先させて並べ換えを行なうよう設定する場合について説明する。
【００８２】
図２５はこの時の表示状態を示すものであり、先に設定したそれぞれの表示項目名と、対応づけられた要素コードとを表示している（ステップＳ４８）。
この表示状態において、所望の要素に対応する要素コードの選択、確定を待つ（ステップＳ５０）。
【００８３】
ユーザーの操作により要素「時刻」に対応する要素コード「＊４」の選択、確定をＣＰＵ２１が検出すると、要素コードデータメモリＥＤを参照し、要素「時刻」のデータ区別フラグがセットされているか否かを判断する（ステップＳ５１）。
要素「時刻」はデータ区別フラグがセットされているので、ステップＳ５１では”Ｙｅｓ”と判断され、更に確定検出された要素コード「＊４」を設定し、要素コードの設定処理を終了してよいか否かを、図２５に示される表示例の６行目の「設定終了 Ｙｅｓ／Ｎｏ」の表示内容における”Ｙｅｓ”あるいは、”Ｎｏ”の確定検出で判断する（ステップＳ５７）。
【００８４】
”Ｙｅｓ”を検出した場合、表示フォーマットデータメモリＦＤの優先要素コードのメモリエリアに「＊４」を設定し、一連の表示フォーマット設定処理を終了させる（ステップＳ５８）。
”Ｎｏ”を検出した場合、再びステップＳ４９に戻り、要素コードの選択確定を検出する。
【００８５】
ここまでの処理において、例えば確定検出した要素コードのデータ区別フラグが解除されていた場合、すなわちこの要素コードに対応する要素が「時刻」のデータでなく「文字」のデータである場合、この要素に対応するキーワードが優先順位データメモリＰＤに格納されているか否かを判断する（ステップＳ５２）。
キーワードが設定されていると判断した場合は、着信データにおいて、この要素に対応する項目情報よりこのキーワードを検索することで着信データの並べ換えが可能なのでステップＳ５７に処理を移すが、選択された要素コードに対応する要素のキーワードが優先順位データメモリＰＤに格納されていない場合、入力した要素コードの要素に対応するキーワードの登録を促す表示を展開し（ステップＳ５３）、文字コードマトリクスで定義される２桁の数値によるキーワードの入力検出を待つ（ステップＳ５４）。キーワードの入力終了を判断すると、この入力されたキーワードを優先要素データメモリＰＤの対応する要素にこのキーワードを設定し（ステップＳ５５）、ステップＳ５６の処理に移る。
なお、キーワードを複数設定する場合は入力、確定された順にキーワード優先度が決定される。
【００８６】
次に、設定モードにおけるデータ割り付け設定処理を図１８、図２０に示すフローチャートと、図２６に図示される表示例に基づいて説明する。
まず電源オフの状態より、着信データ割り付け設定処理へ移るまでの流れを説明する。
電源オフの状態で電源投入スイッチを操作すると、デコーダ部４の制御により、受信部３が自己に設定されたフレーム情報を受信するべく間欠駆動する、いわゆる着信待ち状態となる（ステップＳ２１）。
【００８７】
この状態より、ユーザーによるモードキーの操作より設定モードの選択を検出の有無を判断する（ステップＳ２２）。検出しなかった場合はステップＳ２１の着信待ち状態に戻る。
設定モードの選択を検出すると、図２１に示されるような表示画面を展開する。この表示状態より、ユーザーの指示選択による十字キー操作により、「１．着信データ割り付け設定」の選択を判断し、更にセットキーの操作により確定を検出する（ステップＳ２３）。
【００８８】
「２．着信データ割り付け設定」の確定を検出すると、ＣＰＵ２１は図１０に図示される自動設定用フラグエリア２１１のフラグ設定を行なう。図２６はこの場合のＬＣＤ１５の表示状態を示すものであり、着信データの割り付け設定を確定した場合、ｆの表示部分に示される様に、着信データに付加された用件コードの種別に基づくメモリエリアＭＡの格納「エリア選択」と、着信データに要素コードが付加されている場合での、優先順位に沿ったアドレスへの着信データの格納「データ並べ換え」を、「ＡＵＴＯ」、すなわちＣＰＵ２１の判断による処理で行なうか、「ＭＡＮＵ」、すなわち、ユーザーの入力指示による処理で行なうかの選択を促す内容が表示される。
【００８９】
この表示状態においてユーザーの操作による選択、確定を検出する。まず「エリア選択」を選択し、更に「ＡＵＴＯ」か「ＭＡＮＵ」のどちらを選択、確定したかをＣＰＵ２１が判断する（ステップＳ５８）。
「ＡＵＴＯ」の選択確定を検出した場合、エリア自動選択と判断され自動設定用フラグエリア２１１のエリア選択のフラグがセットされる（ステップＳ５９）。
【００９０】
「ＭＡＮＵ」の選択確定を検出した場合、エリア手動選択と判断され自動設定用フラグエリア２１１のエリア選択のフラグが解除される（ステップＳ６０）。
次に「データ並べ換え」を選択し、更に「ＡＵＴＯ」か「ＭＡＮＵ」のどちらを選択、確定したかＣＰＵ２１が判断する（ステップＳ６１）。
「ＡＵＴＯ」の選択確定を検出した場合、データ並べ換え自動処理と判断され自動設定用フラグエリア２１１のデータ並べ換えのフラグがセットされる（ステップＳ６２）。
【００９１】
「ＭＡＮＵ」の選択確定を検出した場合、データ並べ換え手動処理と判断され自動設定用フラグエリア２１１のデータ並べ換えのフラグが解除される（ステップＳ６３）。
設定の確認は「Ｙｅｓ」、もしくは「Ｎｏ」選択、確定を検出することにより判断する（ステップＳ６４）。
そしてこれら設定終了はモードキーの再操作の検出で判断する（ステップＳ６５）。
【００９２】
次に本第２の実施の形態のページャー２０における着信、データ格納処理について図２７に示すフローチャートと、図２８、２９を用いて説明する。
まず、ページャー２０は着信待ち状態において、図示しないページャーサービス会社から送信される当該ページャー２０への呼出信号の受信の検出判断を行ない、この呼出信号受信を検出した場合は（ステップＳ７１）、その呼出信号の呼出番号がＩＤ−ＲＯＭ５に格納されている自己の呼出番号と一致しているか否かを判断し（ステップＳ７２）、一致している場合のみ受信部３を継続駆動させ、デコーダ部４から呼出検出信号に続いて入力される着信データをＲＡＭ２３に一時保存する（ステップＳ７３）。
【００９３】
次いでＬＣＤ１５にこの着信データに基づくメッセージを表示した後、自動設定用フラグエリア２１１のエリア選択のフラグの状態を確認する（ステップＳ７４）。
エリア選択のフラグがセットされていることを確認した場合、この着信データの先頭に用件コードが付加されているか否かを判断する（ステップＳ７５）。
【００９４】
用件コードが付加されている場合はこの着信データに項目情報毎に要素コードが設定されているか否かを判断する（ステップＳ７６）。
項目情報毎に要素コードが設定されている場合、自動設定用フラグエリア２１１のデータ並べ換えフラグの状態を確認する（ステップＳ７７）。
【００９５】
自動設定用フラグエリア２１１のデータ並べ換えフラグがセットされていれば、この検出した要素コードで設定されている要素の優先順位に従い、Ｄ−ＲＯＭ２４の着信データメモリＭＡの、用件コードに対応する用件別メモリエリアにこの着信データを並び換えて格納し、着信処理を終了する（ステップＳ７８）。
【００９６】
上記の場合において、例えば、着信データとして、
「＊０２＊６＊４１３：１０＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊１ＡＯＫＩ ＹＯＵＩＣＨＩ」
というメッセージを着信した場合、この着信データの先頭より用件コード「＊０２」を検出し、Ｄ−ＲＯＭ２４の表示フォーマットデータメモリＦＤよりこの着信データの用件内容が「待合わせ」であると判断する。従って、この着信データに基づくメッセージを表示する際、図２９に示すような表示状態になる。
【００９７】
この表示状態において、ｇの表示部分は、先の表示フォーマット設定処理によって、表示項目名と要素コードとが設定された部分であり、それぞれ図２４の表示フォーマットにおいて要素コード「＊６」に対応する部分にタイムスタンプで計時された着信時刻「１０：２３」が、要素コード「＊４」に対応する部分にメッセージ「１３：１０」が、要素コード「＊２」に対応する部分にメッセージ「ＴＯＫＹＯ ＳＴＡＴＩＯＮ」が、要素コード「＊１」に対応する部分にメッセージ「ＡＯＫＩ ＹＯＵＩＣＨＩ」が表示される。又、自動設定用フラグエリア２１１のデータ並べ換えフラグがセットされているので、この着信データはＤ−ＲＯＭ２４の着信データメモリＭＡの用件内容「待合わせ」のメモリエリアに格納され、優先要素コードが「＊４」、すなわち要素内容「待合わせ時刻」となっているので図２８に示される「待合わせ」のメモリエリアには、着信時刻順に当該メッセージは格納されず、待合わせ時刻の時刻データ順、すなわち過去に着信した「メッセージ３」（待合わせ時刻が１３：００）と「メッセージ４」（待合わせ時刻が１４：５０）の間に格納され、この格納に伴い、メッセージの順番を特定付けるアドレス番号が変更される。
【００９８】
ステップＳ７６において、着信データより項目情報毎に要素コードが検出されなかった場合、この着信データに基づくメッセージにおける項目情報の識別が不可能になる。従って展開される表示画面には、この用件コードに対応する用件メッセージが表示されるものの、表示項目名のない、メッセージの羅列が表示され、更にこの着信データはＤ−ＲＯＭ２４の着信データメモリＭＡの用件コードに対応する用件別メモリエリアに格納される。しかしながら、要素コードがないことから要素での優先順位の判断が不可能なので対応する用件別メモリエリアの最終アドレス番地に格納し、着信処理を終了する（ステップＳ７９）。
【００９９】
ステップＳ７５において、着信データの先頭に用件コードが付加されているか否かを判断し、更に用件コードが付加されていなかった場合は、表示フォーマットの指定がないと判断し、用件メッセージの表示されない通常のメッセージの羅列が表示され、更にこの着信データはＤ−ＲＯＭ２４の着信データメモリＭＡの「その他」のメモリエリアの最終アドレス番地に格納し、着信処理を終了する（ステップＳ８０）。
【０１００】
ステップＳ７４で自動設定用フラグエリア２１１のエリア選択のフラグの状態を確認しフラグが解除されている場合、又はステップＳ５７において、自動設定用フラグエリア２１１のデータ並べ換えフラグの状態を確認しフラグが解除されている場合は、この着信データを未処理データとして、再びＲＡＭ２３に格納し、着信処理を終了する（ステップＳ８１）。
【０１０１】
次に、本第２の実施の形態のページャー２０における読み出しモードにおける着信データの処理について図３０に示すフローチャートと、図３１〜３３に図示される表示例に基づいて説明する。
まず、電源オフの状態で電源投入スイッチを操作すると、デコーダ部４の制御により、受信部３が自己に設定されたフレーム情報を受信するべく間欠駆動する、いわゆる着信待ち状態となる（ステップＳ９１）。
【０１０２】
この状態より、キー入力部２５のモードキー操作により、読み出しモードの選択をＣＰＵ２１が検出したか否かを判断する（ステップＳ９２）。検出されなかった場合はステップＳ９１の着信待ち状態に戻る。
着信データ読み出しモードの選択が検出されると、ＲＡＭ２３のメモリを検索し（ステップＳ９３）、未処理の着信データが格納されているか否かを判断する（ステップＳ９４）。
【０１０３】
未処理データがある場合、図３１に示されるような表示画面を展開する。この表示画面は、それぞれＤ−ＲＯＭ２４に用件コード別に分類、格納された着信データの件数を表示しており、未処理データが存在する場合は更にｈの表示部分、すなわち、未処理データの件数も表示される（ステップＳ９５）。
この表示状態においｈの部分の選択、確定の検出を判断する（ステップＳ９６）。
【０１０４】
ｈの部分の選択、確定を検出すると、図３２に示される様な表示画面に切り替わり、どの様な用件内容のメッセージを着信したかを、着信時刻と同時に表示する（ステップＳ９７）。
この表示状態において選択操作に従い、表示するメッセージが指定され、更に確定を検出すると、図３３に示される様な表示画面を表示し、更に表示画面下部にｉの部分を展開表示して、このメッセージのＤ−ＲＯＭ２４への格納処理を行なうか否かの選択を促す（ステップＳ９８）。
【０１０５】
この表示状態においてｉの表示部分の「Ｙｅｓ」、「Ｎｏ」のどちらかの選択、確定を判断する（ステップＳ９９）。
「Ｙｅｓ」を確定を検出した場合、この未処理データのＤ−ＲＯＭ２４への格納処理をスタートさせる。この格納処理は、図２５におけるフローチャートにおいてステップＳ７５、Ｓ７６、Ｓ７８、Ｓ７９、Ｓ８０の流れに沿って自動的に分類、格納される（ステップＳ１００）。
【０１０６】
「Ｎｏ」を確定を検出した場合、この未処理データは不用なものと判断され、ＲＡＭ２３より消去する（ステップＳ１０１）。
また、ステップＳ９４において、未処理の着信データが格納されているか否かを判断しない場合、表示画面においてｈの表示部分の表示されない内容をＬＣＤ１５上に展開する（ステップＳ１０２）。
【０１０７】
この表示状態で、選択、確定を検出して、着信メッセージの表示を行なう（ステップＳ１０３）。又、このモードの終了はモードキーの操作検出の有無で判断する。
なお、着信データに基づくメッセージを表示する場合、要素コードを利用することによりこの着信データを簡素化させることもできる。
【０１０８】
すなわち、先の着信処理において、例えば、着信データとして、
「＊０２＊６＊４１３：１０＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊１ＡＯＫＩ ＹＯＵＩＣＨＩ」
というメッセージを着信する代わりに、
「＊０２＊６＊４１３：１０＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊１−＊３０９８７−６５−４３２１」
というメッセージを着信しても、図２９の表示画面を得ることができる。
【０１０９】
この場合、着信データにおいて、表示フォーマットで定義される要素コードとデータ送信者より指定された要素コードとが「−」（ハイフン）で接続されることにより、前者の要素コードで設定される項目情報は、後者の要素コードで設定される項目情報を参照してＴＥＬバンクメモリＴＢより検索し、表示させることが指定される。
【０１１０】
したがって、上記着信データの場合は、「＊１」の要素コードは「＊３」の要素コード、すなわち電話番号要素「０９８７−６５−４３２１」を参照してＴＥＬバンクメモリＴＢより検索し、氏名要素、すなわち「ＡＯＫＩ ＹＯＵＩＣＨＩ」を表示することを指定している。
したがって、このような着信データの処理を行なうことで、データ送信者側で、カナ、アルファベット等のキャラクタデータに対応する文字コードの入力指定操作を省くことができ、データの短縮化、及び簡素化を図ることができる。
【０１１１】
また、表示フォーマットは、各行毎に表示項目と対応する要素コードが設定されているので、データ送信者は行順に要素コードと項目情報とを作成し、送信する必要はない。
【０１１２】
例えば、データ作成時に、
「＊０２＊６＊４１３：１０＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊１ＡＯＫＩ ＹＯＵＩＣＨＩ」
と入力する代わりに、
「＊０２＊６＊１ＡＯＫＩ ＹＯＵＩＣＨＩ＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊４１３：１０」
と順序を変えて入力しても、このデータに基づくメッセージの表示内容は同じである。
【０１１３】
以上のように、本実施の形態のページャー２０では、ユーザーが着信データを保存するメモリエリアを用件別に設定可能としたため、ユーザー側で着信データを分類・管理することができる。
したがって、電子手帳型ページャー等の大容量のメモリを持つページャーに対して本発明を適用することにより、ページャーにおける着信データの管理機能及び利用効率を向上させることができる。
【０１１４】
なお、上記第１及び第２の実施の形態では、本発明をページャー１に適用した場合を説明したが、携帯用通信端末、ＦＭ多重受信機等に適用してもよく、要は情報を受信記憶できる装置であればよい。
【０１１５】
【発明の効果】
請求項１記載の発明の受信装置によれば、受信側では、項目情報の順序が任意に変えられて受信されても、指定された表示形式に対応して項目情報を表示することができ、また、指定された表示形式によって受信データを記憶管理することができる。さらに、当該受信装置のユーザーは受信データを保存するメモリエリアを表示形式指定データ別に設定することができ、受信データを分類することができる。
【０１１６】
請求項２及び３記載の発明の受信装置によれば、本発明の受信装置に対して表示形式の追加あるいは変更するためのデータを送信する際には、新たな表示形式を指定する指定コードあるいは既に記憶されている指定コードと表示形式データのみを送信するだけで良いため、送信データ量を圧縮することができ、表示内容の多い情報サービスや個別情報の追加や変更を送信可能な文字表示型ページャーに対して容易に行うことができる。
【０１１７】
請求項４記載の発明の表示制御方法によれば、受信側では、項目情報の順序が任意に変えられて受信されても、指定された表示形式に対応して項目情報を表示することができ、また、指定された表示形式によって受信データを記憶管理することができる。さらに、当該受信装置のユーザーは受信データを保存するメモリエリアを表示形式指定データ別に設定することができ、受信データを分類することができる。
【図面の簡単な説明】
【図１】本発明の受信装置を適用した第１実施の形態のページャーのブロック構成図。
【図２】図１のＲＡＭ内のメモリ構成を示す図。
【図３】図１のＤ−ＲＯＭ１０内のメモリ構成を示す図。
【図４】図１のＤ−ＲＯＭ１０に格納される各種表示フォーマットデータを示す図。
【図５】本第１の実施の形態のページャーにより実行される着信処理のフローチャート。
【図６】本第１の実施の形態のページャーに対して送信される送信データのデータ構成を示す図。
【図７】ＲＡＭ９に展開した表示形式フォーマット上の対応する各表示位置に表示データを展開する様子を示す図。
【図８】図６（ｂ）の送信データを受信する際に本実施の形態のページャーにより実行される着信処理のフローチャート。
【図９】本発明の受信装置を適用した第２の実施の形態のページャーのブロック構成図。
【図１０】自動設定用フラグエリア２１１のエリア構成を示す図。
【図１１】Ｐ−ＲＯＭ２２に格納される文字コードマトリクスを示す図。
【図１２】Ｐ−ＲＯＭ２２に格納される用件内容テーブルを示す図。
【図１３】Ｄ−ＲＯＭ２４のメモリエリアの構成を示す図。
【図１４】Ｄ−ＲＯＭ２４に格納される要素コードデータメモリＥＤのメモリ構成を示す図。
【図１５】Ｄ−ＲＯＭ２４に格納される表示フォーマットデータメモリＦＤのメモリ構成を示す図。
【図１６】Ｄ−ＲＯＭ２４に格納されるＴＥＬバンクメモリＴＢのメモリ構成を示す図。
【図１７】Ｄ−ＲＯＭ２４に格納される優先順位データメモリＰＤのメモリ構成を示す図。
【図１８】本第２の実施の形態のページャーにより実行される設定処理のフローチャート。
【図１９】本第２の実施の形態のページャーにより実行される設定処理のフローチャート。
【図２０】本第２の実施の形態のページャーにより実行される設定処理のフローチャート。
【図２１】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２２】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２３】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２４】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２５】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２６】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２７】本第２の実施の形態のページャーにより実行される着信処理のフローチャート。
【図２８】本第２の実施の形態のページャーにより実行される着信処理によって、用件内容別メモリエリアに格納される着信データに対応する当該メッセージの格納状態を示す図。
【図２９】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される当該メッセージの表示例を示す図。
【図３０】本第２の実施の形態のページャーにより実行される着信データ読み出し処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図３１】本第２の実施の形態のページャーにより実行される着信データ読み出し処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図３２】本第２の実施の形態のページャーにより実行される着信データ読み出し処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図３３】本第２の実施の形態のページャーにより実行される着信データ読み出し処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【符号の説明】
１、２０ ページャー
２ アンテナ
３ 受信部
４ デコーダ部
５ ＩＤ−ＲＯＭ
６、２５ キー入力部
７、２１ ＣＰＵ
８、２２ Ｐ−ＲＯＭ
９、２３ ＲＡＭ
１０、２４ Ｄ−ＲＯＭ
１１ 報知駆動部
１２ スピーカー
１３ ＬＥＤ
１４ 表示駆動部
１５ ＬＣＤ
【発明の属する技術分野】
本発明は、ページング受信機に用いて好適な受信装置に係り、詳細には、着信データを分類して表示及び又は記憶するメモリ機能を有する受信装置及び表示記憶制御方法に関する。
【０００２】
【従来の技術】
近時、ページャーは、自動車電話や携帯電話に比べて使用料金が安いため、企業が営業マンの外出先からの電話連絡用として持たせるだけでなく、個人が外出中の友人との手軽なコミュニケーションツールとして利用するケースが急増している。従来のページャーへのアクセス手段としては、個人の場合には電話があり、企業、個別情報提供者の場合にはオペレーションサービス会社、パソコン入力、情報加工会社等がある。
【０００３】
これらのアクセス手段で作成された情報は、公衆回線網を介してページャーサービス会社に送信され、ページャーサービス会社から個人所有あるいは企業所有のポケットベルの呼出番号別に送信情報が作成されて送信される。ページャーとしては数字情報の受信が可能なＮＰ（ニューメリック・ページャー）型、文字情報の受信が可能なＩＰ（インフォメーション・ページャー）型等がある。
【０００４】
これらのページャーでは、データ提供者からページャーサービス会社に記憶されたメッセージデータを付加して送信される呼出信号によって、電話連絡が必要である旨を、報知音、表示灯の点灯あるいは振動によって報知したり、呼出信号にメッセージを付加して送信することにより電話連絡先の電話番号や連絡先名、連絡時間、待合せ場所等を表示するようになっている。
また、従来のページャーでは、呼出信号によって指示されるアドレス、サブアドレス毎に着信データを分類して保存するメモリ機能を備えたものがあり、送信側は、サブアドレスを変えてデータを送信することにより、用件別にデータを設定して送信する等の情報サービスに利用することができる。
【０００５】
【発明が解決しようとする課題】
しかしながら、このような従来のページャーにあっては、着信データをそのままキャラクタデータに展開して表示部に表示するようになっていたため、情報サービス等の特定の表示形式を伴うデータを受信側ページャーに着信表示させる際には、表示されない空白データ等を含む全ての表示内容データを送信する必要があったため、データ送信効率が悪いという問題点があった。
【０００６】
すなわち、例えば、定型表示のメッセージデータを送信する場合は、時間、場所等の項目別にデータを表示させるために、項目間に所定の空白を挿入する必要があるため、送信データにおいて実際に表示されるデータ量よりも表示されない空白データ量の方が多くなる可能性があり、送信時間及び通信費が無駄になるという問題点があった。
【０００７】
また、呼出信号のアドレス、サブアドレスを複数記憶して着信データを着信アドレス毎に分類して保存、管理するメモリ機能を有するページャーでは、これらの着信データは主に着信したアドレス、サブアドレスに対応する情報サービスの個別管理に利用できるだけであったため、受信者は通常のメッセージの場合、時間、場所等の着信データを管理することができず、メッセージメモリを有効に利用することができないという問題点があり、受信者が所望のメッセージを見る際の検索操作が不便になるという問題があった。
また、前述の情報サービスに対応するページャーでは、情報サービスの新規加入や変更手続等をサービス会社に申告する際、その度にサービス会社にページャー利用者が出向くことになり、非常に不便であった。
【０００８】
本発明の課題は、定型の表示形式でデータを表示させる際のデータ送信量を圧縮できるとともに、受信者が着信データの分類及び管理を行え、メッセージメモリの有効利用が図れる受信装置及び表示記憶制御方法を提供することである。
【０００９】
【課題を解決するための手段】
請求項１記載の発明の受信装置は、各項目毎に識別コードが付与された複数の項目情報を含むデータを受信する受信手段と、前記識別コードに対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶する表示形式記憶手段と、前記受信手段によって受信されたデータより表示形式指定データを検出する検出手段と、この検出手段によって検出された表示形式指定データに基づいて前記表示形式記憶手段より対応する表示形式を抽出する抽出手段と、前記受信されたデータに含まれる項目情報を、この抽出手段によって抽出された表示形式で表示項目と対応付けて表示する表示手段と、前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する記憶手段と、を備えることを特徴としている。
【００１０】
また、請求項２記載の発明に記載するように、
請求項１記載の受信装置において、
前記データより表示形式を設定する表示形式設定データを検出する設定データ検出手段と、
前記設定データ検出手段によって、前記データより表示形式設定データが検出されると、前記データの内容に基づき前記表示形式記憶手段に新たに表示形式指定データと表示形式と対応させて記憶させる記憶制御手段と、
を更に備えるようにしてもよい。
【００１１】
また、請求項３記載の発明に記載するように、
請求項１記載の受信装置において、
前記データより、前記表示形式記憶手段に記憶される表示形式を変更する表示形式変更データを検出する変更データ検出手段と、
前記変更データ検出手段によって、前記データより表示形式変更データが検出されると、前記データの内容に基づき前記表示形式記憶手段に記憶される表示形式を変更させる変更手段と、
を更に備えるようにしてもよい。
【００１２】
請求項４に記載の発明の表示制御方法は、受信装置は、各項目を識別する識別コードに対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶するメモリを備え、各項目毎に識別コードが付与された複数の項目情報を含むデータを受信する受信ステップと、前記受信ステップにて受信されたデータより表示形式指定データを検出する検出ステップと、この検出ステップにて検出された表示形式指定データに基づいて前記メモリより対応する表示形式を抽出する抽出ステップと、前記受信されたデータに含まれる項目情報を、この抽出ステップにて抽出された表示形式で表示項目と対応付けて表示する表示ステップと、前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する記憶ステップと、からなることを特徴としている。
【００１３】
よって請求項１記載の発明の受信装置によれば、表示形式記憶手段には、各項目に対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶され、受信手段により、各項目毎に識別コードが付与された複数の項目情報を含むデータを受信し、検出手段により当該受信されたデータより表示形式指定データを検出すると、抽出手段が、この検出手段によって検出された表示形式指定データに基づいて前記表示形式記憶手段に記憶された表示形式を抽出し、表示手段が、前記受信されたデータに含まれる項目情報をこの抽出手段によって抽出された表示形式で表示項目と対応付けて表示し、記憶手段が、前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する。
【００１４】
したがって、受信装置側では、受信したデータに含まれる表示形式指定データと識別コードが付与された複数の項目情報とによって、表示形式指定データによって指定される表示形式で項目情報毎に表示され、さらに着信したデータはこの表示形式指定データによって対応するメモリエリアに分類、格納されるので、受信側では、項目情報の順序が任意に変えられて受信されても、指定された表示形式に対応して項目情報を表示することができ、また、指定された表示形式によって受信データを記憶管理することができる。さらに、当該受信装置のユーザーは受信データを保存するメモリエリアを表示形式指定データ別に設定することができ、受信データを分類することができる。
【００１５】
請求項２記載の発明によれば、
請求項１記載の受信装置において、前記データより表示形式を設定する表示形式設定データを検出する設定データ検出手段と、前記設定データ検出手段によって、前記データより表示形式設定データが検出されると、前記データの内容に基づき前記表示形式記憶手段に新たに表示形式指定データと表示形式と対応させて記憶させる記憶制御手段とを更に備える。
【００１６】
請求項３記載の発明によれば、
請求項１記載の受信装置において、
前記データより、前記表示形式記憶手段に記憶される表示形式を変更する表示形式変更データを検出する変更データ検出手段と、前記変更データ検出手段によって、前記データより表示形式変更データが検出されると、前記データの内容に基づき前記表示形式記憶手段に記憶される表示形式を変更させる変更手段と、を更に備える。
【００１７】
したがって、本発明の受信装置に対して表示形式の追加あるいは変更するためのデータを送信する際には、新たな表示形式を指定する指定コードあるいは既に記憶されている指定コードと表示形式データのみを送信するだけで良いため、送信データ量を圧縮することができ、表示内容の多い情報サービスや個別情報の追加や変更を送信可能な文字表示型ページャーに対して容易に行うことができる。
請求項４記載の発明によれば、各項目を識別する識別コードに対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶するメモリを備えた受信装置の表示制御方法であって、
各項目毎に識別コードが付与された複数の項目情報を含むデータを受信する受信ステップと、前記受信ステップにて受信されたデータより表示形式指定データを検出する検出ステップと、この検出ステップにて検出された表示形式指定データに基づいて前記メモリより対応する表示形式を抽出する抽出ステップと、前記受信されたデータに含まれる項目情報を、この抽出ステップにて抽出された表示形式で表示項目と対応付けて表示する表示ステップと、前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する記憶ステップと、を含む。
したがって、本発明の表示制御方法を適用した受信装置は、受信装置側では、受信したデータに含まれる表示形式指定データと識別コードが付与された複数の項目情報とによって、表示形式指定データによって指定される表示形式で項目情報毎に表示され、さらに着信したデータはこの表示形式指定データによって対応するメモリエリアに分類、格納されるので、受信側では、項目情報の順序が任意に変えられて受信されても、指定された表示形式に対応して項目情報を表示することができ、また、指定された表示形式によって受信データを記憶管理することができる。さらに、当該受信装置のユーザーは受信データを保存するメモリエリアを表示形式指定データ別に設定することができ、受信データを分類することができる。
【００１８】
【実施の形態】
以下、図１〜図３３を参照して本発明の実施の形態を説明する。
（第１の実施の形態）
図１〜図８は、本発明を適用したページャーの第１の実施の形態を示す図である。
まず、構成を説明する。
図１は、ページャー１のブロック構成図である。
この図において、ページャー１は、アンテナ２、ＲＦ受信部３、デコーダ部４、ＩＤ−ＲＯＭ５、キー入力部６、ＣＰＵ７、Ｐ−ＲＯＭ８、ＲＡＭ９、Ｄ−ＲＯＭ１０、報知駆動部１１、スピーカー１２、ＬＥＤ１３、表示駆動部１４及びＬＣＤ１６等により構成される。
【００１９】
アンテナ２は、図外のページャーサービス会社等から無線で送信される呼出信号を受信して受信部３に出力する。受信部３は、デコーダ部４より入力される間欠信号により制御され、アンテナ２より入力される呼出信号を間欠受信し、検波、復調した後、デジタルデータに変換してデコーダ部４に出力する。
【００２０】
デコーダ部４は、受信部３より入力される呼出信号の呼出番号が自己の呼出番号と一致するか否かを、予め自己の呼出番号を登録してあるＩＤ−ＲＯＭ５により判断し、一致していれば受信部３へ受信を継続させるとともに、ＣＰＵ７に当該ページャー１への呼出検出信号を出力する。また、デコーダ部４は、ＣＰＵ７より入力される要求に基づいて、呼出信号とともに着信したメッセージ情報をＣＰＵ７に出力する。
【００２１】
ＩＤ−ＲＯＭ５は、自己の呼出番号を登録するメモリエリアを形成する。
キー入力部６は、テンキーやモードキー、電源スイッチ等から構成され、各キーの入力操作による指示信号をＣＰＵ７に出力する。
ＣＰＵ（Central Processing Unit ）７は、Ｐ−ＲＯＭ８に格納されている各種制御プログラムに基づいてデコーダ部４より入力される着信データをＲＡＭ９に格納するとともに、キー入力部６より入力される入力指示信号に応じてページャー１内の各部を制御し、着信したメッセージデータやキー入力部６から入力されるキー入力データ等を一時的に記憶した後、ＬＣＤ１５に出力して表示させ、この着信したデータに基づいて報知駆動部１１に出力してスピーカー１２を報音させたり、ＬＥＤ１３を点滅させて、着信を報知する。
【００２２】
また、ＣＰＵ７は、後述する着信処理に際して、着信データに表示フォーマットを指定する指定コード（表示形式指定データ）が付加されていることを検出した場合は、その指定コードに含まれるフォーマットＮｏ．よってＤ−ＲＯＭ１０より抽出された表示フォーマットに基づいて、着信データを指定された表示フォーマットの各位置に配置するように展開し、ＬＣＤ１５に表示させる。
【００２３】
Ｐ−ＲＯＭ（Read Only Memory）８は、プログラムＲＯＭであり、ＣＰＵ７が実行する各種制御プログラムを格納する。
ＲＡＭ（Random Access Memory）９は、ＣＰＵ７から入力される着信データやキー入力データ等を一時的に格納するメモリエリアを形成するとともに、図２に示すようにフォーマットナンバーに対応して情報サービス１〜ｎの表示内容を格納するメモリエリアを形成する。
【００２４】
Ｄ−ＲＯＭ１０は、データＲＯＭであり、電気的に書き替え可能なＥＥＰＲＯＭで構成されている。そして、その内部は図３に示すように、フォーマットＮｏ．と表示フォーマットを対応させて記憶している。そして、Ｄ−ＲＯＭ１０は、着信データに付加されるフォーマットＮｏ．に対応する図４（ａ）〜（ｃ）に示すような各種表示フォーマットをデータ化して個別に格納し、又、後述する着信データにおいて、表示フォーマット指定コードに続く、後続データ（表示内容）を、表示フォーマット毎に順次分類、格納するメモリエリアを形成する。
【００２５】
例えば、図４（ａ）は、株価情報を表示させるための表示フォーマット、図４（ｂ）は、在庫情報を表示させるための表示フォーマット、図４（ｃ）は、スケジュールを表示させるための表示フォーマットである。これらの各表示フォーマットには、表形式指定コードに含まれるフォーマットＮｏ．として、例えば、“０５”、“１０”、“３０”が、それぞれ設定されるとともに、受信した表示内容の指定表示先を示す展開エリアが、図中においては“−−−−”により設定されている。
【００２６】
報知駆動部１１は、ＣＰＵ７から入力される報知データによりスピーカー１２から報知音を出力させるとともに、ＬＥＤ１３を点滅させて着信を報知する。表示駆動部１４は、ＣＰＵ７から入力される表示制御データによりＬＣＤ（Liquid Crystal Display）１５を駆動して、着信データを表示させる。
【００２７】
次に、本実施の形態の動作を説明する。
本実施の形態のページャー１における着信処理について図５に示すフローチャートに基づいて説明する。
まず、ページャー１は、ページャーサービス会社から送信される当該ページャー１への呼出信号の着信を検出した場合は、その呼出信号の呼出番号がＩＤ−ＲＯＭ５に格納されている自己の呼出番号と一致しているか否かを判断し、一致している場合は受信部３へ駆動を継続させてデコーダ部４から呼出検出信号に続いて入力される着信データにメッセージデータが含まれているか否かを判別する（ステップＳ１）。
【００２８】
着信データにメッセージデータが含まれている場合は、メッセージデータの先頭に表示フォーマット指定コードが有るか否かを判別し（ステップＳ２）、表示フォーマット指定コードが有る場合は、その表示フォーマット指定コードに含まれるフォーマットＮｏ．に対応した表示フォーマットがＤ−ＲＯＭ１０に設定されているか否かを検索する（ステップＳ３、Ｓ４）。対応する表示フォーマットデータが登録されている場合は、その表示フォーマットをＲＡＭ９上に展開する（ステップＳ５）。
【００２９】
この表示フォーマットの展開終了後、メッセージデータの表示フォーマット指定コードの後に後続データ（表示内容）が有るか否かを判別する（ステップＳ６）。後続データ（表示内容）が有る場合は、この後続データ（表示内容）を先にＲＡＭ９に展開した表示フォーマット上に展開して（ステップＳ７）、この展開した２つのデータを表示データとして表示駆動部１４へ転送し（ステップＳ８）、ＬＣＤ１５に表示させ（ステップＳ９）、本処理を終了する。
【００３０】
また、ステップＳ１で着信データにメッセージデータが含まれていない場合は、報知駆動部１１により着信報知処理のみを行って、“メッセージ無し”の表示データをＲＡＭ９に展開し（ステップＳ１０）、この展開した表示データを表示駆動部１４へ転送し（ステップＳ８）、ＬＣＤ１５に表示させ（ステップＳ９）、本処理を終了する。
【００３１】
なお、ＬＣＤ１５に表示された表示データは、展開された表示フォーマットのフォーマットＮｏ．に基づいて分類され、Ｄ−ＲＯＭ１０内に設けられたメモリエリアのフォーマットＮｏ．毎に区分けされたエリアに順次格納、管理される。また、ステップＳ２で表示フォーマット指定コードが無い場合は、着信データに含まれる全てのデータが表示データとなるため、このデータを対応するキャラクタデータに変換して（ステップＳ１１）、この変換したキャラクタデータを表示駆動部１４へ転送し（ステップＳ８）、ＬＣＤ１５に通常の表示形式で表示させ（ステップＳ９）、本処理を終了する。
【００３２】
また、ステップＳ４で表示フォーマット指定コードに対応するフォーマットＮｏ．が設定されていない場合、あるいはステップＳ６でフォーマット指定コードの後に後続データ（表示内容）が無い場合は、着信は無いものとして着信待ち処理に移行する。
【００３３】
以上のページャー１の着信処理による、着信データの展開例を図６及び図７を参照して説明する。
図６（ａ）は、ページャー１に着信した着信データのデータ構成の一例を示す図であり、先頭からアドレス（ページャー１の呼出番号）、表示フォーマット指定コード、後続データ（表示内容）の順に設定されている。送信側より当該ページャー１に対して送信する際には、この構成順序で各データが設定されて送信される。
【００３４】
例えば、株価情報に関するデータをページャー１が着信した場合の、アドレスデータの後に続く表示フォーマット指定コード及び後続データ（表示内容）部分に設定されるデータ例を以下に示す。
【００３５】
“（（０５０１２３ ○○○ １０４０ １０高０１２４ △△△ １５４０１００下”
この受信データにおいて、“（（０５”は表示フォーマット指定コードであり、この表示フォーマット指定コードより後のデータが後続データ（表示内容）である。表示内容として、“０１２３ ○○○ １０４０ １０高”と“０１２４△△△ １５４０１００下”が、それぞれ表示されたフォーマットのエリア上に展開する際の一連の後続データを構成している。
【００３６】
これら一連の後続データにおいて、“０１２３”及び“０１２４”は銘柄コード、“○○○”及び“△△△”は銘柄、“１０４０”及び“１５４０”は株価、“１０”、“高”及び“１００”、“下”は株価の変動及び変動値を示すものである。
【００３７】
したがって、ページャー１が“（（０５０１２３ ○○○ １０４０ １０高０１２４ △△△ １５４０１００下”の着信を検出すると、“（（０５”で示される表示フォーマット指定コードのフォーマットＮｏ．を判別して、図４（ａ）に示した“０５”の株価情報を配置表示するための表示フォーマットを、指定コード“（（０５”に対応するデータとしてＤ−ＲＯＭ１０より読み出してＲＡＭ９に展開する。
【００３８】
次いで、一連の後続データ“０１２３ ○○○ １０４０ １０高”と“０１２４ △△△ １５４０１００下”をスペース（空白）データによって順次項目毎に判別し、図７に示すように、展開したフォーマット上の対応する各表示位置に表示内容データを展開し、この展開した表示内容データを表示フォーマットデータとともに、表示データとして表示駆動部１４へ転送し、ＬＣＤ１５に表示データとして表示させる。
【００３９】
また、ページャー１では、図４（ｂ）及び図４（ｃ）に示した商品等の在庫情報の表示フォーマット及びスケジュールの表示フォーマットについても、着信データ中の指定コードに含まれるフォーマットＮｏ．によって指定された場合も同様に、対応する表示フォーマットをＤ−ＲＯＭ１０より読み出してＲＡＭ９に展開し、同様に後続データを順次項目毎に判別して展開することで、ＬＣＤ１５に表示データとして表示される。
【００４０】
以上のように、データを定型の表示形式で表示させるための表示フォーマットをページャー１に格納したことにより、送信側では、当該ページャー１に表示データを送信する際には、表示フォーマットを指定する指定コードと後続データ（表示内容）のみを送信するだけで良いため、送信データ量を圧縮することができ、表示データの多い情報サービスや個別情報を送信可能な文字表示型ページャーに対して有効に利用することができる。
【００４１】
また、上記実施の形態では、着信した表示フォーマット指定コードに基づき、指定された表示フォーマット上に文字表示データを表示する例を示したが、Ｄ−ＲＯＭ１０が電気的に書き換え可能なＥＥＲＯＭで構成されることにより、着信したメッセージデータに基づきＤ−ＲＯＭ１０の設定内容を変えることも可能である。
【００４２】
図６（ｂ）は、ページャー１に着信した着信データにおいて、Ｄ−ＲＯＭ１０の設定内容を書き替えるデータのデータ構成を示す図であり、先頭からアドレス（ページャー１の呼出番号）、書き替えを指定する登録指定コード、書き替え対象となる表示フォーマットのフォーマットＮｏ．、表示フォーマットの順に設定されている。送信側より当該ページャー１に対してＤ−ＲＯＭ１０の設定内容を書き替える内容を送信する際には、この構成順序で各データが設定されて送信される。
【００４３】
この図６（ｂ）の着信データをページャー１で着信する際のページャー１における着信処理について図８に示すフローチャートに基づいて説明する。
まず、ページャー１は、ページャーサービス会社から送信される当該ページャー１への呼出信号の着信を検出した場合は、その呼出信号の呼出番号がＩＤ−ＲＯＭ５に格納されている自己の呼出番号と一致しているか否かを判断し、一致している場合は受信部３へ駆動を継続させてデコーダ部４から呼出検出信号に続いて入力される着信データにメッセージデータが含まれているか否かを判別する（ステップＳ１１１）。
【００４４】
着信データにメッセージデータが含まれている場合は、メッセージデータの先頭に登録指定コードデータが有るか否かを判別し（ステップＳ１１２）、登録指定コードデータが有る場合は、その登録指定コードの後に設定されるフォーマットＮｏ．と表示フォーマットとを対応付けてＤ−ＲＯＭ１０に新たに書込み（ステップＳ１１３）、本処理を終了する。
また、登録指定コードに後続する内容が、Ｄ−ＲＯＭ１０に既に記憶されているフォーマットＮｏ．の表示形式内容である場合は、その同一フォーマットＮｏ．の表示フォーマットとを上書きすることで、表示フォーマットを変更する。
【００４５】
また、ステップＳ１１２で登録指定コードが無いと判別した場合は、着信データに含まれる全てのデータが表示データとなるため、このデータを対応するキャラクタデータに変換して（ステップＳ１１４）、この変換したキャラクタデータを表示駆動部１４へ転送し、ＬＣＤ１５に通常の表示形式で表示させ（ステップＳ１１５）、本処理を終了する。
【００４６】
また、ステップＳ１１１でメッセージデータが無いと判別した場合は、報知駆動部１１により受信報知処理のみを行って、“メッセージ無し”の表示データをＲＡＭ９に展開し（ステップＳ１１６）、この展開した表示データを表示駆動部１４へ転送し、ＬＣＤ１５に表示させ（ステップＳ１１７）、本処理を終了する。
以上のように、データを定型の表示形式で表示させるための表示フォーマットをページャー１に格納したことにより、送信側では、当該ページャー１に追加あるいは変更するためのデータを送信する際には、登録指定コードと新たなフォーマットＮｏ．あるいは既に記憶されているフォーマットＮｏ．と表示フォーマットデータを送信するだけで良いため、情報サービスや個別情報の追加や変更に伴うＤ−ＲＯＭ１０の書き替えを容易に行うことができる。
また、その表示フォーマットを記憶するＤ−ＲＯＭ１０のメモリ空間を有効活用することができる。
【００４７】
さらに、送信データ量を圧縮することにより、ページャー１がメッセージを着信する際の連続駆動時間を短縮することができ、結果的にページャー１の消費電力を低減することができ、電池寿命を延ばすことができる。
なお、本実施の形態では、Ｄ−ＲＯＭ１０に記憶されている表示フォーマットの書き替え、更新等は、個別呼出信号受信によって可能であったが、これに限定される必要はない。例えば、ページャー１の本体に赤外線信号の受光部を設け、これによって、赤外線信号で送られてくる表示フォーマットの書き替え、更新を指示する信号を受信できるようにしてもよい。
【００４８】
（第２の実施の形態）
図９〜図３３は、本発明の受信装置を適用したページャーの第２の実施の形態を示す図である。
まず、構成を説明する。
図９は、ページャー２０のブロック構成図であり、上記図１に示したページャー１と同一構成部分には、同一番号を付して説明を省略する。
この図において、ページャー２０は、アンテナ２、受信部３、デコーダ部４、ＩＤ−ＲＯＭ５、キー入力部２５、ＣＰＵ２１、Ｐ−ＲＯＭ２２、ＲＡＭ２３、Ｄ−ＲＯＭ２４、報知駆動部１１、スピーカー１２、ＬＥＤ１３、表示駆動部１４、及びＬＣＤ１６等により構成される。
【００４９】
ＣＰＵ２１は、Ｐ−ＲＯＭ２２に格納されている各種制御プログラムに基づいてデコーダ部４より入力されるメッセージデータ等の着信データをＲＡＭ２３に格納するとともに、キー入力部２５より入力される入力指示信号に応じて、ページャー２０内の各回路を制御し、図示しないバッファに着信したデータやキー入力部２５から入力されるキー入力データ等を一時的に記憶保持した後、表示駆動部１４を駆動させ、ＬＣＤ１５に着信データ、及びキー入力データに基づく表示内容を出力させる。又、当該ページャー２０への呼出信号受信に伴い、デコーダ部４から呼出検出信号を入力すると、デコーダ部４に対し、継続して受信するよう制御すると共に、報知駆動部１１を駆動させてスピーカー１２を報音制御、並びにＬＥＤ１３の点灯、あるいは点灯制御して、自己への呼出しを報知する。
【００５０】
又、ＣＰＵ２１は図１０に図示される自動設定用フラグエリア２１１を格納している。
これは、着信データのＤ−ＲＯＭ２４での格納管理において、着信データを格納するメモリエリアＭＡの選択と着信デ−タの並べ換えの２つの設定をＣＰＵ２１の判断、すなわち自動的に行なうか、あるいはユーザーからの入力指示判断で行なうかをフラグのセットの有無で判断するようになっており、後述する設定処理における着信データ割り付け設定処理において、ユーザーからのキー入力操作による設定、変更も可能である。これらのフラグは、後述する着信処理に際し、着信データの先頭部に用件コードが付加されていることを検出した場合や、更に着信データより要素コードを検出した場合の判断基準として参照される。
【００５１】
例えば、着信処理に際し、着信データの先頭部に用件コードが付加されていることを検出した場合は自動設定用フラグエリア２１１におけるエリア選択のフラグの状態を参照し、フラグがセットされていれば、着信データに付加された用件コードの識別情報に基づいて、Ｄ−ＲＯＭ２４内の着信データメモリＭＡの対応する用件別メモリエリアにこの着信データを格納する。逆にフラグが解除されていれば、用件コードの有無とは関係なく、キー入力部からの入力指示があるまで、この着信データをＲＡＭ２３に記憶保持しておく。
【００５２】
また、着信データをＤ−ＲＯＭ２４に格納する際、この着信データに要素コードが付加されていることを検出した場合は自動設定用フラグエリア２１１におけるデータ並べ換えのフラグの状態を参照し、フラグがセットされていれば、この要素コードに設定された優先順位に基づいて、この着信データを対応する用件メモリエリアの優先順位に沿ったアドレス番地にこの着信データを格納する。逆にフラグが解除されていれば、要素コードの有無とは関係なく、キー入力部からの入力指示があるまで、この着信データをＲＡＭ２３に記憶保持しておく。
【００５３】
Ｐ−ＲＯＭ２２はプログラムＲＯＭであり、ＣＰＵ２１が実行する各種制御プログラムを格納すると共に、キャラクタジェネレータやフリー伝言用の文字コードマトリクスを記憶している。この場合、フリー伝言用の文字コードマトリクスとは、図１１に示すように指定されコードとなる２桁の数値に対応したカタカナ、アルファベット、数字及び記号を示すもので、例えばコード「２７」を指定することでアルファベット「Ｇ」が、コード「６３」を指定することでカタカナ「フ」が得られるようになっている。
【００５４】
また、Ｐ−ＲＯＭ２２には、図１２に示される用件内容テーブルを格納している。この用件内容テーブルは、「電話乞う」、「待合わせ」等の用件内容毎に、表示フォーマット上の１行目に表示される「用件メッセージ」と、「連絡先」、「連絡者名」等、表示フォーマット上の各行に表示される表示項目名を複数記憶しており、後述する表示フォーマット設定処理において、ユーザーがキー入力によって用件コードを入力、確定すると、ＣＰＵ２１がこの用件コードを表示フォーマットデータメモリＦＤに設定し、この用件内容テーブルより用件内容を読み出してＬＣＤ１５上に表示する。又、ユーザーによる用件内容の確定を検出すると、ＣＰＵ２１がこの用件内容に対応する用件メッセージと、表示項目名メニューとして、この用件内容に対応する複数の表示項目名をＬＣＤ１５上に表示する。
【００５５】
ＲＡＭ２３は、ＣＰＵ２１から入力され、Ｄ−ＲＯＭ２４に記憶管理されるまでの着信データや、キー入力データ等を一時格納するメモリエリアを有する。
Ｄ−ＲＯＭ２４は、データＲＯＭであり、電気的に書き替え可能なＥＥＰＲＯＭで構成されている。そして、Ｄ−ＲＯＭ２４は図１３に図示されるようなメモリエリア構成となっており、要素コードデータメモリＥＤ、表示フォーマットデータメモリＦＤ、ＴＥＬバンクメモリＴＢ、優先順位データメモリＰＤ、着信データメモリＭＡでそれぞれ区分されている。
【００５６】
要素コードデータメモリＥＤは、図１４に示されるようなメモリ構成になっており、「＊＋（１桁の数字）」で設定される識別コード、すなわち、要素コードと「氏名」、「場所」等の要素を対応づけて記憶している。
【００５７】
この場合、要素とは、着信したメッセージにおいて表示頻度の高い項目情報、例えば、着信時刻、送信者の名前、連絡先、待合わせ時間等の各情報を、情報の属性で識別できるように設けているものである。これは例えば、先の用件内容テーブルにおいて、用件内容「電話乞う」の表示項目「連絡者名」と、用件内容「用事」の「依頼者名」とは、表示項目名が異なるものの、「氏名」という情報を表示する点では一致していることにより、この「要素」と「要素コード」の対応を予め知っているデータ送信者は、例えば用件内容として「電話乞う」メッセージを送信する際に項目情報「連絡者名」が「氏名」という要素で識別できるよう、この項目情報の先頭に「氏名」に対応する要素コード「＊１」を付加することで、ページャー２０が着信したこのデータ内に、「氏名」という要素で識別される項目情報が存在することを認識する。
【００５８】
また、これら要素には、項目情報のデータ構成を区別する為のデータ区別フラグが要素コード毎に設定されており、項目情報が要素「時刻」（ ： ）で区別できるデータ構成ならばフラグがセットされ、文字データならばフラグが解除されている。
【００５９】
更にこの要素コードは、後述する設定処理において表示フォーマットを設定する際に利用される他、Ｄ−ＲＯＭ２４への着信データの並べ換え順序を決定づける際にも利用される。又、要素コードと要素との対応づけは、表示ホーマット設定処理において新規登録、変更、削除が適宜可能になっている。
【００６０】
表示フォーマットデータメモリＦＤは、着信データに含まれるメッセージにおいて「電話乞う」、「待合わせ」等の用件内容を識別するために「＊＋（２桁の数字）」で設定される用件コードと、実際に表示される表示フォーマットとを対応づけて記憶するメモリである。この用件コードで定義づけられる表示フォーマットは図１５に示されるように各用件内容毎に２行目〜５行目まで、表示項目名、要素コード、この要素コードで定義付けられる要素とを１組として４行分記憶し これらの定義づけは後述する表示フォーマット設定処理においてＤ−ＲＯＭ２４に設定される。
【００６１】
また、優先要素コードの欄において設定されているデータは、Ｄ−ＲＯＭ２４への着信データの格納の際、着信データの並べ換えの基準として参照されるものである。
例えば、着信データとして「待合わせ」の用件内容を着信し、ＲＡＭ２３よりＤ−ＲＯＭ２４にこの着信データを格納する場合、通常は図示しないＣＰＵ２１内で時刻計時されるタイムスタンプによる「着信時刻」順に格納されるが、優先要素コードが「＊４」すなわち「待合わせ時刻」の項目情報となっているので、この着信データは「着信時刻」よりも「待合わせ時刻」の項目情報を優先して格納される。したがって、この「待合わせ」データは、タイムスタンプによる「着信時刻」順ではなく、最近の「待合わせ時刻」順に並べ換えられてＤ−ＲＯＭ２４へ格納される。
【００６２】
ＴＥＬバンクメモリＴＢは、図１６に示される様に主に送信者の氏名、住所、電話番号を要素コードと対応させて格納しており、それぞれ氏名に対応させてＤ−ＲＯＭ２４に着信データを格納する際に、着信データの並べ換えの基準として参照される優先順位を設定している。
優先順位データメモリＰＤは、着信データ内の優先要素に対応する項目情報が「着信時刻」、「待合わせ時刻」の様にデータ構成が時刻でない場合、比較条件として項目情報に含まれ得るキーワードを要素毎に格納し、Ｄ−ＲＯＭ２４への着信データの格納の際、着信データの並べ換えの基準として参照されるメモリエリアである。
【００６３】
例えば、「用事」のデータを着信し、ＲＡＭ２３よりＤ−ＲＯＭ２４にこの着信データを格納する場合、表示フォーマットデータメモリＦＤの「用事」に対応する表示フォーマットより、優先要素コードが「＊２」すなわち「場所」の要素で設定されているので、この着信データは「場所」の要素を優先して並べ換えられることになる。
しかしこの「場所」の要素は、時刻情報ではないため、「場所」の要素で識別される項目情報「仕事場所」と図１７に示される優先順位データメモリエリアＰＤのキーワードとを参照して着信データの並べ換えを行なう。
【００６４】
これらのキーワードの設定は、後述する表示フォーマット設定処理において、ユーザーが優先要素コードを設定する際、要素が「時刻」でない場合に限り、図１１に示される文字コードマトリクスを参照して行なうことができる。
着信データメモリＭＡは、用件コードによって識別される着信データを、それぞれ用件内容毎に区分けして格納するメモリエリアであり、表示フォーマットデータメモリＦＤに設定される用件内容と対応づけて形成されている。また、この用件コードで表示フォーマットを新たに設定した場合、自動的に所定量のメモリエリアが設定され、このメモリにおいて着信データがいっぱいになった場合、所定量のメモリエリアが追加設定される。又図１２に示すように「その他」のメモリエリアは用件コードが付加されていない通常の着信データを格納するため最初から設定されている。
【００６５】
キー入力部２５は第１の実施形態におけるキー入力部６と同様にテンキーや電源投入スイッチ、モードキー等を備えているが、モードキーはページャー２０に予め設定されている表示フォーマット設定モード、着信データ割り付け設定モード、着信データ読み出しモード等のモードを指定するためのキーとし、更にこれら設定処理操作においてＬＣＤ１５上に表示される選択指示内容に対しカーソルを移動させて選択操作を行なう為の十字キー、選択した設定内容に対し確定を指示するセットキーを更に備えている。
【００６６】
次に、設定モードにおける表示フォーマットの設定の一例として、用件コード「＊０２」に対応する用件内容「待合わせ」の表示フォーマットのＤ−ＲＯＭ２４への設定処理を図１８、図１９に示すフローチャートと、図２１〜２５に図示される表示例に基づいて説明する。
まず電源オフの状態より、表示フォーマット設定処理へ移るまでの流れを説明する。
電源オフの状態で電源投入スイッチを操作すると、デコーダ部４の制御により、受信部３が自己に設定されたフレーム情報を受信するべく間欠駆動する、いわゆる着信待ち状態となる（ステップＳ２１）。
【００６７】
この状態より、設定モードの選択検出を判断する（ステップＳ２２）。検出しなかった場合はステップＳ２１の着信待ち状態に戻る。
設定モードの選択を検出すると、図２１に示されるような表示画面を展開する。この表示状態より、ユーザーの指示選択による、「２．表示フォーマット設定」の選択、確定を検出する（ステップＳ２３）。
【００６８】
「２．表示フォーマット設定」の確定を検出すると、Ｄ−ＲＯＭ２４内の現在の空きメモリの状態より、新規の表示フォーマット設定に伴い自動的に所定量、設定される用件別メモリエリア分だけの空き容量があるか否かをチェックする（ステップＳ２４）。
空き容量がある場合にはそのままステップＳ２７で、用件コードの入力設定を促すが、空き容量がないと判断した場合、現在Ｄ−ＲＯＭ２４の表示フォーマットデータメモリＦＤに格納されている表示フォーマットを修正、もしくは消去するか否かを選択指示させる内容を表示する（ステップＳ２６）。
【００６９】
ここで指示どおり、既に設定されている表示フォーマットの修正、又は消去の選択、確定を検出した場合は、自動的にＤ−ＲＯＭ２４に用件別に区分され格納された着信データのうち、着信データの最も少ない用件別メモリエリアに対応する表示フォーマットが修正、消去の対象となり、これに伴い、修正、消去される表示フォーマットに対応する用件別メモリエリアに格納された着信データを全て削除する。又、検出しなかった場合は、ステップＳ２１の着信待ち状態に戻る。空きメモリの状態より新規設定に伴う空き容量があるか、又は空き容量がなくても、既に設定されている表示フォーマットの修正、又は消去の選択、確定を検出した場合は、図２２に示される表示内容のａの部分を表示し、ユーザーに対し用件コードの入力を促す（ステップＳ２７）。
【００７０】
この表示に対し、用件コードの入力、確定の有無を判断する（ステップＳ２８）。用件コードの確定を検出しないと、ステップＳ２７に戻る。
用件コード「＊０２」の確定を検出すると、Ｐ−ＲＯＭ２２に格納された用件内容テーブルを読み出し、図２２に示される表示内容のａの部分に加え、ｂ、及びｃの部分を表示し（ステップＳ２９）、ｃの表示部分に示される複数の用件内容からなる用件内容メニューより、用件内容の選択、確定の入力を待つ（ステップＳ３０）。
【００７１】
用件内容「待合わせ」の選択、確定を検出すると、この用件内容「待合わせ」の表示フォーマットの設定処理に移る（ステップＳ３０）。用件内容の選択、確定を検出しなければ、ステップＳ２９に戻る。
表示フォーマット設定処理とは、先に入力された用件コードを着信データより検出した際、この用件コードに対応して、実際にＬＣＤ１５上に表示される用件内容の表示フォーマットのＤ−ＲＯＭ２４への設定を意味するものであるが、ここでは具体的に、図２４に示される用件内容「待合わせ」の表示フォーマットを、ユーザーが入力指示することにより作成し、ＣＰＵ２１がこの作成された表示フォーマットをＤ−ＲＯＭ２４へ設定する場合について、図１９のフローチャートを参照しつつ説明する。
【００７２】
まず、ステップＳ３０で用件内容「待合わせ」の確定を検出すると、用件内容テーブルより「待合わせ」に対応する用件メッセージ「以下の場所に来て下さい。」を読み出し、図２３に示す表示フォーマットのｄの部分に、又、複数の表示項目名を読み出して、表示項目メニューとしてｅの部分にそれぞれ表示する。
【００７３】
又、２行目以降５行目までの表示項目名と、要素コードの入力指示を促すため、表示フォーマットの２行目を白黒反転表示する（ステップＳ３３）。
ここで、ユーザーはここで２行目以降５行目まで順次表示項目名と要素コードとを入力するが、ＣＰＵ２１はこのユーザーからの入力指示によって、表示項目名と要素コードとを設定する行の確定検出を待つ（ステップＳ３４）。
【００７４】
設定する行（具体例では２行目）の確定を検出するとその行が予め表示フォーマット上で規定される５行目以内に入るか否かを判断する（ステップＳ３５）。
５行目以内であることを判断すると、設定する行を白黒反転表示する（ステップＳ３６）。
次にｅの表示項目メニューから表示項目名の選択があったか否かを判断する（ステップＳ３７）。
【００７５】
「着信時間」の選択を検出すると反転されている行に表示項目名「着信時間」を表示し、表示フォーマットデータメモリＦＤに、用件コードのエリアに「＊０２」、用件内容のエリアに「待合わせ」、２行目の表示項目名のエリアに「着信時間」を設定し、要素コード入力指示を促す（ステップＳ３８）。
表示項目名「着信時間」に対応する要素コードとして「＊６」の確定を検出すると（ステップＳ３９）、この要素コードに対応する要素が予め要素コードデータメモリＥＤに登録されているか否かを判断する（ステップＳ４０）。具体例の場合、図１４に示される要素コードデータメモリＥＤには、要素コード「＊６」に対応して要素「着信時刻」が登録されているので、そのまま確定行の表示項目名「着信時間」の隣に要素コード「＊６」を表示し、表示フォーマットデータメモリＦＤの２行目の要素コードのエリアに「＊６」を設定する（ステップＳ４３）。
【００７６】
図２３はステップＳ４３までの設定処理に伴う表示状態を示すものであり、具体例にそって、２行目に表示項目名「着信時間」と、対応する要素コード「＊６」をユーザーが入力した状態を示すものである。
ここまでの設定処理において、例えばステップＳ３５において、確定検出した行が５行目以上、すなわち、表示項目メニューが表示される６行目である場合、ＣＰＵ２１は、表示フォーマットの設定終了を指示しているものと判断しステップＳ４７の判断処理に移る。又、ステップＳ４０において、確定検出した要素コードに対応する要素が要素コードデータメモリＥＤに格納されていない場合、入力した要素コードに対応する要素の登録と、データ区別フラグの設定を促す表示を展開し（ステップＳ４１）、要素の登録検出、フラグの設定操作を待つ（ステップＳ４２）要素の登録検出、フラグの設定を判断すると、設定処理をステップＳ４３に移す。
【００７７】
ステップＳ４３以降、すなわち要素コードの確定を検出した後、ＣＰＵ２１はここまで設定された表示フォーマットに対し、未だ表示項目名、及び要素コードを設定していない行、すなわち未設定行が表示フォーマットデータメモリＦＤに存在しているか否かを判断し（ステップＳ４４）、存在する場合は、未設定行を白黒反転表示して（ステップＳ４５）、次に表示項目名、及び要素コードを入力する行の確定を待つ（ステップＳ４６）。
【００７８】
図２３の表示例で説明すると、２行目までの設定処理が終了し、３、４、５行目は未設定であるのでステップＳ４４で”Ｙｅｓ”と判断する。
したがって、未設定行すなわち３行目を白黒反転表示し、３行目以降５行目までにおいて表示項目名、及び要素コードを入力する行の確定を待つ（ステップＳ４６）。
【００７９】
ステップＳ３５で、６行目の確定を検出したか、あるいは、ステップＳ４４で、未設定行が存在しないと判断した場合は、６行目に表示された表示項目メニューが、「設定終了 Ｙｅｓ／Ｎｏ」の表示内容に切り替わり、表示フォーマットの設定処理終了の判断を促す。図２４はステップＳ４７における表示状態を示すものであり、ユーザーが、ステップＳ３５〜ステップＳ４４までの操作を繰り返すことにより３行目に表示項目名「待合わせ時刻」と要素コード「＊４」、４行目に表示項目名「待合わせ場所」と要素コード「＊２」、５行目に表示項目名「氏名」と要素コード「＊１」を確定した場合を表している。
この表示状態より、”Ｙｅｓ”を検出すると、当該表示フォーマットの設定が終了したとみなし、この用件内容「待合わせ」の着信データを格納する為のメモリエリアを、Ｄ−ＲＯＭ２４の空きメモリより設定する（ステップＳ４８）。
【００８０】
又、”Ｎｏ”を検出すると、一度設定した表示フォーマットの訂正、削除を行なうものとみなし、ステップＳ３３に戻る。
【００８１】
ここまで設定処理を終了すると、次に着信データを用件別メモリエリアへ格納する際の並べ換えの基準となる、優先要素コードの設定に移る。この設定処理は、着信データを用件別メモリエリアに格納させる際、表示されている項目情報のどの要素を優先して並べ換えるかを判断するために、所望の要素に対応する要素コードを、表示フォーマットデータメモリＦＤの優先要素コードのエリアに設定する処理をさし、具体例として上述の用件内容「待合わせ」の表示フォーマット設定に伴い、優先要素として「時刻」すなわち、「待合わせ時刻」の項目情報を優先させて並べ換えを行なうよう設定する場合について説明する。
【００８２】
図２５はこの時の表示状態を示すものであり、先に設定したそれぞれの表示項目名と、対応づけられた要素コードとを表示している（ステップＳ４８）。
この表示状態において、所望の要素に対応する要素コードの選択、確定を待つ（ステップＳ５０）。
【００８３】
ユーザーの操作により要素「時刻」に対応する要素コード「＊４」の選択、確定をＣＰＵ２１が検出すると、要素コードデータメモリＥＤを参照し、要素「時刻」のデータ区別フラグがセットされているか否かを判断する（ステップＳ５１）。
要素「時刻」はデータ区別フラグがセットされているので、ステップＳ５１では”Ｙｅｓ”と判断され、更に確定検出された要素コード「＊４」を設定し、要素コードの設定処理を終了してよいか否かを、図２５に示される表示例の６行目の「設定終了 Ｙｅｓ／Ｎｏ」の表示内容における”Ｙｅｓ”あるいは、”Ｎｏ”の確定検出で判断する（ステップＳ５７）。
【００８４】
”Ｙｅｓ”を検出した場合、表示フォーマットデータメモリＦＤの優先要素コードのメモリエリアに「＊４」を設定し、一連の表示フォーマット設定処理を終了させる（ステップＳ５８）。
”Ｎｏ”を検出した場合、再びステップＳ４９に戻り、要素コードの選択確定を検出する。
【００８５】
ここまでの処理において、例えば確定検出した要素コードのデータ区別フラグが解除されていた場合、すなわちこの要素コードに対応する要素が「時刻」のデータでなく「文字」のデータである場合、この要素に対応するキーワードが優先順位データメモリＰＤに格納されているか否かを判断する（ステップＳ５２）。
キーワードが設定されていると判断した場合は、着信データにおいて、この要素に対応する項目情報よりこのキーワードを検索することで着信データの並べ換えが可能なのでステップＳ５７に処理を移すが、選択された要素コードに対応する要素のキーワードが優先順位データメモリＰＤに格納されていない場合、入力した要素コードの要素に対応するキーワードの登録を促す表示を展開し（ステップＳ５３）、文字コードマトリクスで定義される２桁の数値によるキーワードの入力検出を待つ（ステップＳ５４）。キーワードの入力終了を判断すると、この入力されたキーワードを優先要素データメモリＰＤの対応する要素にこのキーワードを設定し（ステップＳ５５）、ステップＳ５６の処理に移る。
なお、キーワードを複数設定する場合は入力、確定された順にキーワード優先度が決定される。
【００８６】
次に、設定モードにおけるデータ割り付け設定処理を図１８、図２０に示すフローチャートと、図２６に図示される表示例に基づいて説明する。
まず電源オフの状態より、着信データ割り付け設定処理へ移るまでの流れを説明する。
電源オフの状態で電源投入スイッチを操作すると、デコーダ部４の制御により、受信部３が自己に設定されたフレーム情報を受信するべく間欠駆動する、いわゆる着信待ち状態となる（ステップＳ２１）。
【００８７】
この状態より、ユーザーによるモードキーの操作より設定モードの選択を検出の有無を判断する（ステップＳ２２）。検出しなかった場合はステップＳ２１の着信待ち状態に戻る。
設定モードの選択を検出すると、図２１に示されるような表示画面を展開する。この表示状態より、ユーザーの指示選択による十字キー操作により、「１．着信データ割り付け設定」の選択を判断し、更にセットキーの操作により確定を検出する（ステップＳ２３）。
【００８８】
「２．着信データ割り付け設定」の確定を検出すると、ＣＰＵ２１は図１０に図示される自動設定用フラグエリア２１１のフラグ設定を行なう。図２６はこの場合のＬＣＤ１５の表示状態を示すものであり、着信データの割り付け設定を確定した場合、ｆの表示部分に示される様に、着信データに付加された用件コードの種別に基づくメモリエリアＭＡの格納「エリア選択」と、着信データに要素コードが付加されている場合での、優先順位に沿ったアドレスへの着信データの格納「データ並べ換え」を、「ＡＵＴＯ」、すなわちＣＰＵ２１の判断による処理で行なうか、「ＭＡＮＵ」、すなわち、ユーザーの入力指示による処理で行なうかの選択を促す内容が表示される。
【００８９】
この表示状態においてユーザーの操作による選択、確定を検出する。まず「エリア選択」を選択し、更に「ＡＵＴＯ」か「ＭＡＮＵ」のどちらを選択、確定したかをＣＰＵ２１が判断する（ステップＳ５８）。
「ＡＵＴＯ」の選択確定を検出した場合、エリア自動選択と判断され自動設定用フラグエリア２１１のエリア選択のフラグがセットされる（ステップＳ５９）。
【００９０】
「ＭＡＮＵ」の選択確定を検出した場合、エリア手動選択と判断され自動設定用フラグエリア２１１のエリア選択のフラグが解除される（ステップＳ６０）。
次に「データ並べ換え」を選択し、更に「ＡＵＴＯ」か「ＭＡＮＵ」のどちらを選択、確定したかＣＰＵ２１が判断する（ステップＳ６１）。
「ＡＵＴＯ」の選択確定を検出した場合、データ並べ換え自動処理と判断され自動設定用フラグエリア２１１のデータ並べ換えのフラグがセットされる（ステップＳ６２）。
【００９１】
「ＭＡＮＵ」の選択確定を検出した場合、データ並べ換え手動処理と判断され自動設定用フラグエリア２１１のデータ並べ換えのフラグが解除される（ステップＳ６３）。
設定の確認は「Ｙｅｓ」、もしくは「Ｎｏ」選択、確定を検出することにより判断する（ステップＳ６４）。
そしてこれら設定終了はモードキーの再操作の検出で判断する（ステップＳ６５）。
【００９２】
次に本第２の実施の形態のページャー２０における着信、データ格納処理について図２７に示すフローチャートと、図２８、２９を用いて説明する。
まず、ページャー２０は着信待ち状態において、図示しないページャーサービス会社から送信される当該ページャー２０への呼出信号の受信の検出判断を行ない、この呼出信号受信を検出した場合は（ステップＳ７１）、その呼出信号の呼出番号がＩＤ−ＲＯＭ５に格納されている自己の呼出番号と一致しているか否かを判断し（ステップＳ７２）、一致している場合のみ受信部３を継続駆動させ、デコーダ部４から呼出検出信号に続いて入力される着信データをＲＡＭ２３に一時保存する（ステップＳ７３）。
【００９３】
次いでＬＣＤ１５にこの着信データに基づくメッセージを表示した後、自動設定用フラグエリア２１１のエリア選択のフラグの状態を確認する（ステップＳ７４）。
エリア選択のフラグがセットされていることを確認した場合、この着信データの先頭に用件コードが付加されているか否かを判断する（ステップＳ７５）。
【００９４】
用件コードが付加されている場合はこの着信データに項目情報毎に要素コードが設定されているか否かを判断する（ステップＳ７６）。
項目情報毎に要素コードが設定されている場合、自動設定用フラグエリア２１１のデータ並べ換えフラグの状態を確認する（ステップＳ７７）。
【００９５】
自動設定用フラグエリア２１１のデータ並べ換えフラグがセットされていれば、この検出した要素コードで設定されている要素の優先順位に従い、Ｄ−ＲＯＭ２４の着信データメモリＭＡの、用件コードに対応する用件別メモリエリアにこの着信データを並び換えて格納し、着信処理を終了する（ステップＳ７８）。
【００９６】
上記の場合において、例えば、着信データとして、
「＊０２＊６＊４１３：１０＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊１ＡＯＫＩ ＹＯＵＩＣＨＩ」
というメッセージを着信した場合、この着信データの先頭より用件コード「＊０２」を検出し、Ｄ−ＲＯＭ２４の表示フォーマットデータメモリＦＤよりこの着信データの用件内容が「待合わせ」であると判断する。従って、この着信データに基づくメッセージを表示する際、図２９に示すような表示状態になる。
【００９７】
この表示状態において、ｇの表示部分は、先の表示フォーマット設定処理によって、表示項目名と要素コードとが設定された部分であり、それぞれ図２４の表示フォーマットにおいて要素コード「＊６」に対応する部分にタイムスタンプで計時された着信時刻「１０：２３」が、要素コード「＊４」に対応する部分にメッセージ「１３：１０」が、要素コード「＊２」に対応する部分にメッセージ「ＴＯＫＹＯ ＳＴＡＴＩＯＮ」が、要素コード「＊１」に対応する部分にメッセージ「ＡＯＫＩ ＹＯＵＩＣＨＩ」が表示される。又、自動設定用フラグエリア２１１のデータ並べ換えフラグがセットされているので、この着信データはＤ−ＲＯＭ２４の着信データメモリＭＡの用件内容「待合わせ」のメモリエリアに格納され、優先要素コードが「＊４」、すなわち要素内容「待合わせ時刻」となっているので図２８に示される「待合わせ」のメモリエリアには、着信時刻順に当該メッセージは格納されず、待合わせ時刻の時刻データ順、すなわち過去に着信した「メッセージ３」（待合わせ時刻が１３：００）と「メッセージ４」（待合わせ時刻が１４：５０）の間に格納され、この格納に伴い、メッセージの順番を特定付けるアドレス番号が変更される。
【００９８】
ステップＳ７６において、着信データより項目情報毎に要素コードが検出されなかった場合、この着信データに基づくメッセージにおける項目情報の識別が不可能になる。従って展開される表示画面には、この用件コードに対応する用件メッセージが表示されるものの、表示項目名のない、メッセージの羅列が表示され、更にこの着信データはＤ−ＲＯＭ２４の着信データメモリＭＡの用件コードに対応する用件別メモリエリアに格納される。しかしながら、要素コードがないことから要素での優先順位の判断が不可能なので対応する用件別メモリエリアの最終アドレス番地に格納し、着信処理を終了する（ステップＳ７９）。
【００９９】
ステップＳ７５において、着信データの先頭に用件コードが付加されているか否かを判断し、更に用件コードが付加されていなかった場合は、表示フォーマットの指定がないと判断し、用件メッセージの表示されない通常のメッセージの羅列が表示され、更にこの着信データはＤ−ＲＯＭ２４の着信データメモリＭＡの「その他」のメモリエリアの最終アドレス番地に格納し、着信処理を終了する（ステップＳ８０）。
【０１００】
ステップＳ７４で自動設定用フラグエリア２１１のエリア選択のフラグの状態を確認しフラグが解除されている場合、又はステップＳ５７において、自動設定用フラグエリア２１１のデータ並べ換えフラグの状態を確認しフラグが解除されている場合は、この着信データを未処理データとして、再びＲＡＭ２３に格納し、着信処理を終了する（ステップＳ８１）。
【０１０１】
次に、本第２の実施の形態のページャー２０における読み出しモードにおける着信データの処理について図３０に示すフローチャートと、図３１〜３３に図示される表示例に基づいて説明する。
まず、電源オフの状態で電源投入スイッチを操作すると、デコーダ部４の制御により、受信部３が自己に設定されたフレーム情報を受信するべく間欠駆動する、いわゆる着信待ち状態となる（ステップＳ９１）。
【０１０２】
この状態より、キー入力部２５のモードキー操作により、読み出しモードの選択をＣＰＵ２１が検出したか否かを判断する（ステップＳ９２）。検出されなかった場合はステップＳ９１の着信待ち状態に戻る。
着信データ読み出しモードの選択が検出されると、ＲＡＭ２３のメモリを検索し（ステップＳ９３）、未処理の着信データが格納されているか否かを判断する（ステップＳ９４）。
【０１０３】
未処理データがある場合、図３１に示されるような表示画面を展開する。この表示画面は、それぞれＤ−ＲＯＭ２４に用件コード別に分類、格納された着信データの件数を表示しており、未処理データが存在する場合は更にｈの表示部分、すなわち、未処理データの件数も表示される（ステップＳ９５）。
この表示状態においｈの部分の選択、確定の検出を判断する（ステップＳ９６）。
【０１０４】
ｈの部分の選択、確定を検出すると、図３２に示される様な表示画面に切り替わり、どの様な用件内容のメッセージを着信したかを、着信時刻と同時に表示する（ステップＳ９７）。
この表示状態において選択操作に従い、表示するメッセージが指定され、更に確定を検出すると、図３３に示される様な表示画面を表示し、更に表示画面下部にｉの部分を展開表示して、このメッセージのＤ−ＲＯＭ２４への格納処理を行なうか否かの選択を促す（ステップＳ９８）。
【０１０５】
この表示状態においてｉの表示部分の「Ｙｅｓ」、「Ｎｏ」のどちらかの選択、確定を判断する（ステップＳ９９）。
「Ｙｅｓ」を確定を検出した場合、この未処理データのＤ−ＲＯＭ２４への格納処理をスタートさせる。この格納処理は、図２５におけるフローチャートにおいてステップＳ７５、Ｓ７６、Ｓ７８、Ｓ７９、Ｓ８０の流れに沿って自動的に分類、格納される（ステップＳ１００）。
【０１０６】
「Ｎｏ」を確定を検出した場合、この未処理データは不用なものと判断され、ＲＡＭ２３より消去する（ステップＳ１０１）。
また、ステップＳ９４において、未処理の着信データが格納されているか否かを判断しない場合、表示画面においてｈの表示部分の表示されない内容をＬＣＤ１５上に展開する（ステップＳ１０２）。
【０１０７】
この表示状態で、選択、確定を検出して、着信メッセージの表示を行なう（ステップＳ１０３）。又、このモードの終了はモードキーの操作検出の有無で判断する。
なお、着信データに基づくメッセージを表示する場合、要素コードを利用することによりこの着信データを簡素化させることもできる。
【０１０８】
すなわち、先の着信処理において、例えば、着信データとして、
「＊０２＊６＊４１３：１０＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊１ＡＯＫＩ ＹＯＵＩＣＨＩ」
というメッセージを着信する代わりに、
「＊０２＊６＊４１３：１０＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊１−＊３０９８７−６５−４３２１」
というメッセージを着信しても、図２９の表示画面を得ることができる。
【０１０９】
この場合、着信データにおいて、表示フォーマットで定義される要素コードとデータ送信者より指定された要素コードとが「−」（ハイフン）で接続されることにより、前者の要素コードで設定される項目情報は、後者の要素コードで設定される項目情報を参照してＴＥＬバンクメモリＴＢより検索し、表示させることが指定される。
【０１１０】
したがって、上記着信データの場合は、「＊１」の要素コードは「＊３」の要素コード、すなわち電話番号要素「０９８７−６５−４３２１」を参照してＴＥＬバンクメモリＴＢより検索し、氏名要素、すなわち「ＡＯＫＩ ＹＯＵＩＣＨＩ」を表示することを指定している。
したがって、このような着信データの処理を行なうことで、データ送信者側で、カナ、アルファベット等のキャラクタデータに対応する文字コードの入力指定操作を省くことができ、データの短縮化、及び簡素化を図ることができる。
【０１１１】
また、表示フォーマットは、各行毎に表示項目と対応する要素コードが設定されているので、データ送信者は行順に要素コードと項目情報とを作成し、送信する必要はない。
【０１１２】
例えば、データ作成時に、
「＊０２＊６＊４１３：１０＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊１ＡＯＫＩ ＹＯＵＩＣＨＩ」
と入力する代わりに、
「＊０２＊６＊１ＡＯＫＩ ＹＯＵＩＣＨＩ＊２ＴＯＫＹＯ ＳＴＡＴＩＯＮ＊４１３：１０」
と順序を変えて入力しても、このデータに基づくメッセージの表示内容は同じである。
【０１１３】
以上のように、本実施の形態のページャー２０では、ユーザーが着信データを保存するメモリエリアを用件別に設定可能としたため、ユーザー側で着信データを分類・管理することができる。
したがって、電子手帳型ページャー等の大容量のメモリを持つページャーに対して本発明を適用することにより、ページャーにおける着信データの管理機能及び利用効率を向上させることができる。
【０１１４】
なお、上記第１及び第２の実施の形態では、本発明をページャー１に適用した場合を説明したが、携帯用通信端末、ＦＭ多重受信機等に適用してもよく、要は情報を受信記憶できる装置であればよい。
【０１１５】
【発明の効果】
請求項１記載の発明の受信装置によれば、受信側では、項目情報の順序が任意に変えられて受信されても、指定された表示形式に対応して項目情報を表示することができ、また、指定された表示形式によって受信データを記憶管理することができる。さらに、当該受信装置のユーザーは受信データを保存するメモリエリアを表示形式指定データ別に設定することができ、受信データを分類することができる。
【０１１６】
請求項２及び３記載の発明の受信装置によれば、本発明の受信装置に対して表示形式の追加あるいは変更するためのデータを送信する際には、新たな表示形式を指定する指定コードあるいは既に記憶されている指定コードと表示形式データのみを送信するだけで良いため、送信データ量を圧縮することができ、表示内容の多い情報サービスや個別情報の追加や変更を送信可能な文字表示型ページャーに対して容易に行うことができる。
【０１１７】
請求項４記載の発明の表示制御方法によれば、受信側では、項目情報の順序が任意に変えられて受信されても、指定された表示形式に対応して項目情報を表示することができ、また、指定された表示形式によって受信データを記憶管理することができる。さらに、当該受信装置のユーザーは受信データを保存するメモリエリアを表示形式指定データ別に設定することができ、受信データを分類することができる。
【図面の簡単な説明】
【図１】本発明の受信装置を適用した第１実施の形態のページャーのブロック構成図。
【図２】図１のＲＡＭ内のメモリ構成を示す図。
【図３】図１のＤ−ＲＯＭ１０内のメモリ構成を示す図。
【図４】図１のＤ−ＲＯＭ１０に格納される各種表示フォーマットデータを示す図。
【図５】本第１の実施の形態のページャーにより実行される着信処理のフローチャート。
【図６】本第１の実施の形態のページャーに対して送信される送信データのデータ構成を示す図。
【図７】ＲＡＭ９に展開した表示形式フォーマット上の対応する各表示位置に表示データを展開する様子を示す図。
【図８】図６（ｂ）の送信データを受信する際に本実施の形態のページャーにより実行される着信処理のフローチャート。
【図９】本発明の受信装置を適用した第２の実施の形態のページャーのブロック構成図。
【図１０】自動設定用フラグエリア２１１のエリア構成を示す図。
【図１１】Ｐ−ＲＯＭ２２に格納される文字コードマトリクスを示す図。
【図１２】Ｐ−ＲＯＭ２２に格納される用件内容テーブルを示す図。
【図１３】Ｄ−ＲＯＭ２４のメモリエリアの構成を示す図。
【図１４】Ｄ−ＲＯＭ２４に格納される要素コードデータメモリＥＤのメモリ構成を示す図。
【図１５】Ｄ−ＲＯＭ２４に格納される表示フォーマットデータメモリＦＤのメモリ構成を示す図。
【図１６】Ｄ−ＲＯＭ２４に格納されるＴＥＬバンクメモリＴＢのメモリ構成を示す図。
【図１７】Ｄ−ＲＯＭ２４に格納される優先順位データメモリＰＤのメモリ構成を示す図。
【図１８】本第２の実施の形態のページャーにより実行される設定処理のフローチャート。
【図１９】本第２の実施の形態のページャーにより実行される設定処理のフローチャート。
【図２０】本第２の実施の形態のページャーにより実行される設定処理のフローチャート。
【図２１】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２２】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２３】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２４】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２５】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２６】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図２７】本第２の実施の形態のページャーにより実行される着信処理のフローチャート。
【図２８】本第２の実施の形態のページャーにより実行される着信処理によって、用件内容別メモリエリアに格納される着信データに対応する当該メッセージの格納状態を示す図。
【図２９】本第２の実施の形態のページャーにより実行される設定処理に基づき、図９のＬＣＤ１５に表示される当該メッセージの表示例を示す図。
【図３０】本第２の実施の形態のページャーにより実行される着信データ読み出し処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図３１】本第２の実施の形態のページャーにより実行される着信データ読み出し処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図３２】本第２の実施の形態のページャーにより実行される着信データ読み出し処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【図３３】本第２の実施の形態のページャーにより実行される着信データ読み出し処理に基づき、図９のＬＣＤ１５に表示される表示例を示す図。
【符号の説明】
１、２０ ページャー
２ アンテナ
３ 受信部
４ デコーダ部
５ ＩＤ−ＲＯＭ
６、２５ キー入力部
７、２１ ＣＰＵ
８、２２ Ｐ−ＲＯＭ
９、２３ ＲＡＭ
１０、２４ Ｄ−ＲＯＭ
１１ 報知駆動部
１２ スピーカー
１３ ＬＥＤ
１４ 表示駆動部
１５ ＬＣＤ
Claims (4)
- 各項目毎に識別コードが付与された複数の項目情報を含むデータを受信する受信手段と、
前記識別コードに対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶する表示形式記憶手段と、
前記受信手段によって受信されたデータより表示形式指定データを検出する検出手段と、
この検出手段によって検出された表示形式指定データに基づいて前記表示形式記憶手段より対応する表示形式を抽出する抽出手段と、
前記受信されたデータに含まれる項目情報を、この抽出手段によって抽出された表示形式で表示項目と対応付けて表示する表示手段と、
前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する記憶手段と、
を備えることを特徴とする受信装置。 - 前記受信装置は、
前記データより表示形式を設定する表示形式設定データを検出する設定データ検出手段と、
前記設定データ検出手段によって、前記データより表示形式設定データが検出されると、前記データの内容に基づき前記表示形式記憶手段に新たに表示形式指定データと表示形式と対応させて記憶させる制御手段と、
を更に備えたことを特徴とする請求項１記載の受信装置。 - 前記受信装置は、
前記データより、前記表示形式記憶手段に記憶される表示形式を変更する表示形式変更データを検出する変更データ検出手段と、
前記変更データ検出手段によって、前記データより表示形式変更データが検出されると、前記データの内容に基づき前記表示形式記憶手段に記憶される表示形式を変更させる変更手段と、
を更に備えたことを特徴とする請求項１記載の受信装置。 - 各項目を識別する識別コードに対応する表示項目が設定され、この表示項目と対応付けて複数の項目情報を表示する表示形式を表示形式指定データと対応させて複数記憶するメモリを備えた受信装置の表示制御方法であって、
各項目毎に識別コードが付与された複数の項目情報を含むデータを受信する受信ステップと、
前記受信ステップにて受信されたデータより表示形式指定データを検出する検出ステップと、
この検出ステップにて検出された表示形式指定データに基づいて前記メモリより対応する表示形式を抽出する抽出ステップと、
前記受信されたデータに含まれる項目情報を、この抽出ステップにて抽出された表示形式で表示項目と対応付けて表示する表示ステップと、
前記表示形式指定データに基づいて前記受信されたデータを分類して記憶する記憶ステップと、
からなることを特徴とする表示制御方法。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25707295A JP3671468B2 (ja) | 1994-11-11 | 1995-09-07 | 受信装置及び表示制御方法 |
| US08/552,013 US5966113A (en) | 1994-11-11 | 1995-11-02 | Receiving terminal with a message display function |
| EP95117620A EP0712100B1 (en) | 1994-11-11 | 1995-11-08 | Receiving terminal with a message display function |
| DE69530743T DE69530743T2 (de) | 1994-11-11 | 1995-11-08 | Funkrufempfänger mit Nachrichtenanzeigefunktion |
| CN95117526A CN1081877C (zh) | 1994-11-11 | 1995-11-10 | 具有信息显示功能的接收终端 |
| HK98114752A HK1013488A1 (en) | 1994-11-11 | 1998-12-22 | Receiving terminal with a message display function |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30319494 | 1994-11-11 | ||
| JP6-303194 | 1994-11-11 | ||
| JP25707295A JP3671468B2 (ja) | 1994-11-11 | 1995-09-07 | 受信装置及び表示制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08191468A JPH08191468A (ja) | 1996-07-23 |
| JP3671468B2 true JP3671468B2 (ja) | 2005-07-13 |
Family
ID=26543042
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25707295A Expired - Fee Related JP3671468B2 (ja) | 1994-11-11 | 1995-09-07 | 受信装置及び表示制御方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US5966113A (ja) |
| EP (1) | EP0712100B1 (ja) |
| JP (1) | JP3671468B2 (ja) |
| CN (1) | CN1081877C (ja) |
| DE (1) | DE69530743T2 (ja) |
| HK (1) | HK1013488A1 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1997032407A1 (fr) * | 1996-02-29 | 1997-09-04 | Matsushita Electric Industrial Co., Ltd. | Dispositif d'appel radio capable d'etablir un mode de sortie souple |
| JPH1094006A (ja) * | 1996-09-13 | 1998-04-10 | Nec Shizuoka Ltd | 無線選択呼出受信機 |
| JP3102768B2 (ja) * | 1996-11-13 | 2000-10-23 | 松下電器産業株式会社 | 選択呼出受信機 |
| JPH10304449A (ja) * | 1997-04-24 | 1998-11-13 | Matsushita Electric Ind Co Ltd | 盗聴防止装置 |
| JPH10341468A (ja) * | 1997-06-10 | 1998-12-22 | Nec Shizuoka Ltd | 無線機 |
| JPH1146378A (ja) | 1997-07-28 | 1999-02-16 | Nec Shizuoka Ltd | 無線選択呼出受信機 |
| JP4126473B2 (ja) | 1998-01-23 | 2008-07-30 | カシオ計算機株式会社 | 電子機器、記憶媒体、及びデータ表示方法 |
| US7170392B2 (en) * | 1998-02-06 | 2007-01-30 | Nec Corporation | Radio pager |
| JP2935360B1 (ja) * | 1998-02-10 | 1999-08-16 | 日本電気株式会社 | 無線選択呼出受信機及びその制御方法 |
| US6260060B1 (en) * | 1998-11-13 | 2001-07-10 | Motorola Inc. | Method and apparatus for enhancing a message preview mode in a messaging unit |
| JP2990189B1 (ja) * | 1998-12-14 | 1999-12-13 | 静岡日本電気株式会社 | 個別選択呼出受信機 |
| US6167235A (en) | 1999-02-03 | 2000-12-26 | Motorola | Method and apparatus for providing additional information to a selective call device about a broadcast |
| JP3710037B2 (ja) * | 1999-04-09 | 2005-10-26 | 松下電器産業株式会社 | 無線選択呼出受信装置及びその表示方法 |
| DE10330329A1 (de) * | 2003-07-04 | 2005-02-17 | Micronas Gmbh | Verfahren zur Darstellung von Teletextseiten auf einer Anzeigevorrichtung |
| JP4171003B2 (ja) | 2005-03-28 | 2008-10-22 | 株式会社日立国際電気 | 無線通信システム |
| US20080246590A1 (en) * | 2005-09-28 | 2008-10-09 | U Bridge Co., Ltd. | Information Apparatus with Rfid Tag and Control Method Thereof |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE3277600D1 (en) * | 1981-02-26 | 1987-12-10 | Gen Electric | Multi-format data display apparatus |
| JPH0669163B2 (ja) * | 1985-09-17 | 1994-08-31 | 日本電気株式会社 | 表示機能付無線選択呼出受信機 |
| US4952927A (en) * | 1987-08-05 | 1990-08-28 | Motorola, Inc. | Paging receiver with dynamically allocated display rate |
| EP0342638B1 (en) * | 1988-05-17 | 1995-04-26 | Casio Computer Company Limited | Radio paging communication system |
| JP2765246B2 (ja) * | 1991-01-24 | 1998-06-11 | 日本電気株式会社 | ページングシステムの制御方法 |
| JP2770838B2 (ja) * | 1992-01-20 | 1998-07-02 | 日本電気株式会社 | 無線選択呼び出し受信機 |
| JP3028884B2 (ja) * | 1992-10-05 | 2000-04-04 | 日本電気株式会社 | 無線呼出受信機 |
| US5561702A (en) * | 1994-01-18 | 1996-10-01 | Uniden America Corporation | Pager having remotely programmable canned messages |
-
1995
- 1995-09-07 JP JP25707295A patent/JP3671468B2/ja not_active Expired - Fee Related
- 1995-11-02 US US08/552,013 patent/US5966113A/en not_active Expired - Lifetime
- 1995-11-08 DE DE69530743T patent/DE69530743T2/de not_active Expired - Lifetime
- 1995-11-08 EP EP95117620A patent/EP0712100B1/en not_active Expired - Lifetime
- 1995-11-10 CN CN95117526A patent/CN1081877C/zh not_active Expired - Fee Related
-
1998
- 1998-12-22 HK HK98114752A patent/HK1013488A1/xx not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08191468A (ja) | 1996-07-23 |
| US5966113A (en) | 1999-10-12 |
| EP0712100B1 (en) | 2003-05-14 |
| HK1013488A1 (en) | 1999-08-27 |
| CN1128475A (zh) | 1996-08-07 |
| CN1081877C (zh) | 2002-03-27 |
| DE69530743D1 (de) | 2003-06-18 |
| DE69530743T2 (de) | 2003-11-27 |
| EP0712100A1 (en) | 1996-05-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3671468B2 (ja) | 受信装置及び表示制御方法 | |
| US6151507A (en) | Individual short message service (SMS) options | |
| JP3503435B2 (ja) | データベースシステム、データ管理システム、携帯通信端末、及び、データ提供方法 | |
| KR0151248B1 (ko) | 메시지데이터의 분할송신방법, 수신방법 및 메시지데이터 송신장치, 수신장치 | |
| JPH11127234A (ja) | 無線選択呼出受信機と携帯送受信機 | |
| JP3033732B2 (ja) | 課金管理機能付き情報端末 | |
| JP2001136556A (ja) | メッセージ受信機 | |
| JPH1168918A (ja) | 携帯通信端末 | |
| JP3407407B2 (ja) | メッセージデータ受信装置 | |
| KR100736566B1 (ko) | 이동통신단말기 및 메시지 저장방법 | |
| JPH10174137A (ja) | 無線選択呼出し受信機 | |
| JP2003299126A (ja) | 携帯通信端末、および、その表示方法 | |
| JP3968865B2 (ja) | データ受信装置 | |
| JP2784190B2 (ja) | 多品種商品の受発注システムにおける発注システムの商品情報のソーテイング装置 | |
| JPH11168766A (ja) | メッセージ受信機 | |
| JP3800718B2 (ja) | 受信装置 | |
| JP3952975B2 (ja) | 携帯通信端末、および、アップロード方法 | |
| JP3770245B2 (ja) | 携帯通信端末、および、メッセージ表示方法 | |
| JPH08294152A (ja) | 受信装置 | |
| JP3858380B2 (ja) | データ通信システム | |
| JP2000244956A (ja) | 無線個別通信装置及びそれに用いる表示画面読出し方法並びにその制御プログラムを記録した記録媒体 | |
| JP2000059836A (ja) | 無線選択呼出受信機 | |
| JP3211601B2 (ja) | 受信装置 | |
| JP3376606B2 (ja) | 管理情報通信システム | |
| JP2003299127A (ja) | 携帯通信端末、および、メッセージ表示方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041210 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041221 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050218 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050329 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050411 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |