通信终端与通信系统的制作方法

专利名称：通信终端与通信系统的制作方法
技术领域：
本发明涉及通信终端与通信系统，更具体地，涉及能显示诸如画像等图象的寻呼机及用于这种寻呼机的寻呼系统。
传输诸如数字与字符信息的已知系统中包含寻呼系统、远程终端系统及数字移动电话系统。在这些系统中，寻呼系统作为个人通信装置以及业务通信装置都是非常流行的，因为即使寻呼系统是单向通信系统，但移动终端(寻呼机)是小而轻的，并且它们的服务收费不贵。
带有显示功能的寻呼机包括能显示数字信息的NP寻呼机(数字寻呼机)型及能显示字符信息的IP寻呼机(信息寻呼机)型。电话机、个人计算机之类用作呼叫寻呼机及输入要显示的报文的装置。存在着处理传输信息的公司、操作服务公司等。
电话机、个人计算机之类所准备的信息经由公用电话线传输给寻呼机服务公司。寻呼机服务公司将接收到的信息转换成一个预定的信号系统，诸如POSCAG系统的无线电波，并发送该无线电波。
NP型寻呼机用某种声音通知用户振铃(呼叫)并显示包含在接收信号中的一序列数字。而IP型寻呼机用某种声音通知用户呼叫并显示包含在接收信号中的字符信息。利用NP型或IP型寻呼，可在寻呼机上显示由一序列数字或字符信息构成的一则报文，从而将其传输给寻呼机用户。
在采用能显示字符信息及一序列数字的寻呼机的寻呼系统中，通知用户所接收的报文的重要性、紧急性之类的唯一方法是改变通知用户的振铃的回呼声调。因此传统的寻呼机遭受低劣的表达能力的困扰并难于清楚地通知用户呼叫者、报文的紧急性或重要性、或者呼叫者的意图或感受。
这一缺点对于以字符、数字、符号之类的形式传输信息的其它类型的通信终端与通信系统是共有的。
从而，本发明的一个目的为提供具有更好的操作性的一种通信终端及通信系统。
本发明的另一目的为提供能够清楚地通知用户报文的紧急性与/或重要性、呼叫者等的一种通信终端及通信系统。
本发明的又一目的为提供能传输指明报文的发送人、发送人所属的部门、发送人的感受与/或意图以及发送人的姓名的报文的一种通信终端及通信系统。
为了达到上述目的，按照本发明的一个方面的一种通信终端包括接收装置，用于接收一个图象指示码；显示装置，用于显示数据；图象存储装置，用于存储多个图象；以及显示控制装置，用于从图象存储装置中读取与接收装置所接收的图象指示码相对应的图象数据，并在显示装置上显示该图象。
以上述结构，便可在诸如寻呼机等接收装置中的显示装置上显示与特定的图象指示码相对应的一个图象。这种结构容许发送人用表示人类表情的画像传输他或她的感受与/或意图，或者以图象形式传输业务或业务事项。
如果与一个图象一起接收与显示包含字符、数字、符号之类的一则典型的报文，便有可能更明确地表达一桩业务或业务事项。
通过变换地显示多个画面，该图象可以是动态画面或伪动态画面。
为了接收机显示图象的目的，可以准备与一个图象相对应的一序列码。
按照本发明的另一方面的一种通信系统包括输入装置，用于输入包含字符、数字与符号中至少一种的一则报文；传输装置，用于将通过输入装置输入的报文转换成预定格式的信号，并发送该信号；以及一个通信终端，用于接收传输装置发送的信号，判定该信号是否指向通信终端本身，并在判定该信号是指向通信终端本身时获取与显示报文；输入装置包括用于输入包含一个用于指示显示图象的图象指示码的报文的装置，通信终端包括接收装置，用于接收报文与图象指示码；显示装置，用于显示数据；图象存储装置，用于存储多个图象；以及显示控制装置，用于根据图象指示码从存储在图象存储装置中的多个图象中选择与接收装置所接收的图象指示码相对应的图象，并在显示装置上显示该图象。
具备上述结构的诸如寻呼系统等通信系统能发送一个任意的图象指示码而使一个任意的图象能显示在通信终端的显示装置上。因此，有可能以表示人类表情的画像的形式将发送者的感情传送给接收者，或者以图象形式传输发送者的业务或业务事项。
如果与一个图象一起接收与显示包含字符、数字、符号之类的一则典型的报文，便有可能更明确地表达一桩业务或业务事项。通过变换地显示多个图象，图象可以是动态的画面或伪动态画面。
为了容许接收机显示一个任意的图象的目的，可在通信终端中准备要传输的一序列码。


图1为展示应用本发明的通信系统的一个实例的图；图2为用在本发明中的寻呼机的一个实例的结构的电路图；图3为例示存储在ROM19中的一张标准报文表的图；图4为例示存储在ROM19中的一张画像表的图；图5为例示按照本发明的一个实施例的寻呼机的外观的图；图6为说明按照本发明的实施例1-1的寻呼机的接收操作的流程图；图7至10为展示接收模式中的实施例1-1的寻呼机的显示实例的图；图11为展示用在实施例1-2中的RAM20中的一个存储区的图；图12为说明实施例1-2的操作的流程图；图13A至14D为展示实施例1-2的寻呼机的显示实例的图；图15为展示按照实施例1-3的寻呼机中的RAM20中的一个存储区的图；图16为说明按照实施例1-3的寻呼机的接收操作的流程图17A至17C为展示按照实施例1-4的寻呼机的RAM20中的存储区的图；图18为说明按照实施例1-4的寻呼机的接收操作的流程图；图19A、19B与20A至20C为展示实施例1-4的寻呼机的显示实例的图；图21为展示按照第二实施例的寻呼机中的ROM19中所存储的一名妇女的画像码矩阵的图；图22为展示按照第二实施例的寻呼机中的ROM19中所存储的一名男子的画像码矩阵的图；图23为展示按照第二实施例的寻呼机中的ROM19中所存储的自制标准报文码矩阵的图；图24为展示第二实施例的寻呼机中的报文库25中的一个存储区的图；图25为例示第二实施例的寻呼机所执行的画像制备进程的流程图；图26A至26I为展示第二实施例的寻呼机制备一个画像时的显示实例的图；图27A与27B为说明第二实施例的寻呼机的接收操作的流程图；图28至33为展示在接收模式中的第二实施例的寻呼机的显示实例的图；图34为按照本发明的第三实施例的寻呼机的透视图；图35为说明在第三实施例的寻呼机中制备一序列传输码的过程的流程图；图36A至36E为展示第三实施例的寻呼机中为一则包含一个动态画面的报文制备一序列传输码时的显示实例的图；图37为说明第三实施例的寻呼机的接收操作的流程图；图38A至43C为展示第三实施例的寻呼机的显示实施的图；图44为说明按照第四实施例的寻呼机的传输操作的流程图；图45A至45C为说明在第四实施例的寻呼机中制备一序列传输码的过程的流程图；图46为说明第四实施例的寻呼机中的接收操作的流程图；图47A至51为展示第四实施例的寻呼机的显示实施例的图；图52为说明在第四实施例的寻呼机中接收包含一个动态画面的一则报文的操作的流程图；图53为展示一个业务示例数据矩阵的一个实例的图；图54A与54B为展示第四实施例的寻呼机的其它显示实例的图；图55为图形码矩阵；图56为说明在按照第五实施例的寻呼机中制备一则报文的一序列传输码的过程的流程图；图57A至57H为展示第五实施例的寻呼机中制备一序列传输码时的显示实例的图；图58为说明第五实施例的寻呼机的接收操作的流程图；图59至64为展示第五实施例的寻呼机的显示实例的图65为存储在第六实施例中的ROM19的画像表的图；图66为说明第六实施例的寻呼机的接收操作的流程图；图67A至72F为展示接收模式中的第六实施例的寻呼机的显示实例的图；图73为展示存储在按照第七实施例的寻呼机中的报文库25中的报文的实例的图；图74为例示第七实施例的寻呼机所执行的画像制备进程的流程图；图75A至75J为展示第七实施例的寻呼机制备画像时的显示实例的图；图75K至75O为展示第七实施例的寻呼机制备一则自制标准报文时的显示实例的图；图76A与76B为说明第七实施例的寻呼机的接收操作的流程图；图77A至85C为展示接收模式中的第七实施例的寻呼机的显示实例的图；图86为例示用在第八实施例中的标准报文表的图；图87为展示用在第八实施例中的一个自由报文码矩阵的实例的图；图88为例示用在第八实施例中的画像表的图；图89为例示用在第八实施例中的动态画面图形表的图；图90为说明按照第八实施例的寻呼机的接收操作的流程图；图91至100C为展示接收模式中的第八实施例的寻呼机的显示实例的图101为展示存储在用于实施例9-1中的ROM19中的画像表的一个实例的图；图102为说明按照实施例9-1的寻呼机的接收操作的流程图；图103A至103C为展示实施例9-1的寻呼机的显示实例的图；图104为展示存储在用于实施例9-2中的ROM19中的画像表的一个实例的图；图105为说明按照实施例9-2的寻呼机的操作的流程图；图106A至109为展示接收模式中的实施例9-2的寻呼机的显示实例的图；以及图110为展示数字寻呼机的显示实例的图。
下面参照附图描述本发明的较佳实施例。[实施例1-1]图1示出按照本实施例的寻呼机服务系统的结构。
如图所示，设置成进行呼叫与输入报文的诸如按键电话等电话终端、个人计算机7、连接在寻呼机8上的组合式插座28经由公用电话线2之类连接在受寻呼机服务公司3控制的一个中心(中央控制台)5上。中心5连接到一个发送基地台6上，在所示的系统中，呼叫目标为在寻呼机服务公司3控制下的区域中的多个寻呼机4与9。当呼叫一个特定的寻呼机或寻呼机4与9的振铃(呼叫)码从电话终端1或个人计算机7输入时，这一振铃码便经由公用电话线2送至中心5。中心5将接收到的振铃码转换成POCSAG标准的呼叫信号并将其送至发送基地台6。发送基地台6将提供的呼叫信号转换成无线电频率信号并广播该信号。各寻呼机4或9在机身数据指定的时隙上间歇地收到发送基地台6广播的无线电频率信号并判定包含无线电频率信号中的振铃信号是否与分配给它本身的振铃码匹配。判定了匹配的寻呼机4或9用声调、光、振动、显示等通知用户振铃。如果报文数据跟随着振铃信号，寻呼机4便接收报文数据并根据这些报文数据显示一则报文。
图2示出本实施例的寻呼机4的电路结构。如图所示，寻呼机4具有一根天线11、一个RF(无线电频率)接收机12、一个解码器13、一个CPU(控制部分)14、一个ID(标识)ROM15、一个扬声器16、一个振动器17、一个LED18、一个ROM19、一个RAM20、一个输入部分23及一个显示部分24。
RF接收机12解调在天线11上收到的无线电波。ID-ROM15存储特别分配给目标寻呼机4的数据，更具体地，机身数据、地址数据等。解码器13将包含在解调后的接收信号中的振铃信号与存储在ID-ROM15中的数据对比，并在两者互相匹配时输出一个振铃检测信号到CPU14。当报文数据跟随振铃信号时，解码器13还将这一报文数据输出到CPU14。CPU14控制各个电路；例如，它获得报文数据并按照报文数据将报文显示在显示部分24上。
输入部分23具有多个操作键及一个电源开关。当操作任何操作键时，便将一个键操作信号提供给CPU14。根据这一键操作信号，CPU14驱动与控制显示部分24。
显示部分24具有一块液晶(LC)面板、一个LC面板驱动器及一个显示缓冲器。LC以外的其它显示元件，诸如EL显示器与等离子显示器，也可用作显示部分24。
ROM19中保存用于控制CPU14的程序之类、图3中所示的标准报文表及图4中所示的画像表。标准报文表中存储报文码“01”至“20”及至相关联的标准报文，如图3所示。画像表中存储画像码“21”至“36”及相关联的画像，如图4中所示。
显示画像的数据便是定义构成显示部分24的液晶显示(LCD)元件的多个显示段的选择性操作的控制数据，即显示段的激活(接通)与去激活(断开)。作为画像制备的有男子与妇女的各种类型的表情图形。
RAM20具有用于存储目标寻呼机4接收到的报文数据等的一个存储区。
扬声器16具有一个驱动器与一个缓冲器，并在收到振铃信号时产生一种声调。振动器17在收到振铃信号时振动。LED18在收到振铃信号时点亮或闪烁。
在图2中，拨号键21与拨号键话筒22提供具有构成报文、将报文转换成拨号音调信号并作为拨号音调信号传输报文的功能的寻呼机8与9。报文库25为存储任意画像及制备的自制标准报文的一个存储部分。在寻呼机8与9上设置有通过将组合式插座28与组合式插头26互相连接而传输码的组合式插头26及接口27。(在本实施例中不使用拨号键21、拨号键话筒22、报文库25、组合式插头26及接口27，但它们用在稍后讨论的某些实施例中。)图5示出寻呼机4的外观。如图所示，寻呼机4在顶部带有设定键31、选择键32与模式键33且一侧上带有电源键34的主表面上具有显示部分24。
显示部分24具有用于显示以字符为基础的报文的一个字符报文显示区24a、用于显示画像的一个画像显示区24b、用于显示控制信息的一个控制信息显示区24c、用于显示当前时间或接收时间的一个时间显示区24d、及用于在接收到振铃信号时显示一个符号的一个符号显示区24e。
画像显示区24b由显示图4中所示的十六种画像的一个段显示部分构成。画像显示区24b可由一个点阵显示部分构成，在这一情况中，显示画像的控制数据是以点图形形式存储在ROM19中的。
设定键31用于设定与登录要选择的数据。选择键32用于选择任意数据。模式键33用于切换操作模式。
下面给出对具有上述结构的寻呼系统中的寻呼机4传输一则报文的过程的描述。
要显示的报文有两种由接收者方面的寻呼机4直接显示的传输报文的一种普通报文，以及一种标准格式的报文，这是在接收者方面的寻呼机4根据传输的数据通过再生以预定格式事先存储在寻呼机4中的一则报文或一个图象而得到的，并随即显示之。在发送一则标准格式的报文中，输入包含“*”号的一个预定的“标准格式指示码”，如下面要描述的。
首先，用户从按键电话1、个人计算机2等输入目标寻呼机4的振铃码。然后，用户输入一则报文。以下为可资利用的报文(1)无报文(只通知振铃)，(2)一则普通报文，
(3)任何一则图3中所示的标准报文，(4)任何一个图4中所示的画像，以及(5)图4中所示的画像与图3中所示的标准报文的任何一种组合。
在情况(1)中，用户输入振铃码。在情况(2)中，用户在输入振铃码后顺序地输入一则普通报文，诸如数字。在情况(3)中，输入振铃码之后，用户输入包含指示以后的数据为一则标准报文的一个标准报文指示码“*4*4”及图3中所示的标准报文表中的任意一个报文码的标准报文数据。在情况(4)中，输入振铃码之后，用户输入包含指示随后的数据为一个画像码的一个画像指示码“*5*5”及图4中所示的画像表中的任意一个画像码的画像数据。在情况(5)中，用户以情况(3)中所描述的方式输入一则标准报文，然后以情况(4)中所描述的方式输入一个画像。
输入的振铃码与报文数据是经由公用电话线2送至中心5的。中心5将接收的数据转换成POCSAG标准的信号并将该信号送至发送基地台6。然后发送基地台6将这一信号转换成无线电频率信号并广播该信号。
下面参照图6中的流程图描述按照本实施例的寻呼机4的接收操作。
首先，在步骤S1中执行接收进程。更具体地，各寻呼机4在天线11上接收发送基地台6发送的无线电频率信号并在RF接收机12中解调所接收的信号。解码器13检测包含在接收信号中的振铃信号(地址数据)并将它与存储在ID-ROM15中的ID码(地址数据)对比。当符合时，解码器13送出一个振铃检测信号到CPU14。CPU14响应这一振铃检测信号执行从步骤S2开始的进程。
在步骤S2中，CPU14检测是否有报文数据跟随这一振铃信号。如果无后随的报文数据，CPU14便在显示部分24的符号显示区24e上显示该符号，并驱动扬声器16、振动器17与LED18来通知用户振铃。
在振铃信号后面随有某些报文数据时，CPU14便控制解码器13继续接收操作而得到后面的数据，此后流程进行到步骤S4。
CPU14判定在所接收的报文数据的头部是否出现标准格式指示码“*4*4”或“*5*5”。如上所述，标准格式指示码“*4*4”用于指示图3所示的标准报文表中的一则标准报文，而标准格式指示码“*5*5”则用于指示图4中所示的画像表中的一个画像。当没有标准格式指示码“*4*4”或“*5*5”时，CPU14在步骤S5中根据所接收的报文数据在显示部分24上显示一则报文(普通报文)。CPU14还在显示部分24上显示该符号并驱动扬声器16、振动器17与LED18通知用户振铃，然后将接收时间与接收的报文数据存储在RAM20中。此后，CPU14结束这一处理。
当在步骤S4中判定在报文的头部出现标准格式指示码“*4*4”或“*5*5”时，便在步骤S6中判定紧跟在振铃信号后面的报文数据是否是包含画像指示码“*5*5”及指定一个画像的画像码“21”至“36”之一的画像数据。当画像数据并不存在时，流程进行到步骤S10。在步骤S10中，判定紧跟在振铃信号后面的报文数据是否是包含标准格式指示码“*4*4”及报文码“01”至“20”之一的标准报文数据。当报文数据并不存在时，则在步骤S11中CPU14驱动扬动扬声器16等通知振铃并令报文显示区24a显示没有报文。同时，将接收时间保存在RAM20中。
当在步骤S10中判定存在标准报文数据时，例通知振铃，并在报文显示区24a上显示与报文码对应的图3中所示的标准报文之一。同时，将接收时间与报文码保存在RAM20中。
当在步骤S6中判定存在画像数据时，流程便进入步骤S7去判定是否有数据(报文)跟随该画像数据。
当在步骤S7中判定有后随的数据时，便通知振铃，并且(1)如果后面的数据为标准报文数据(标准报文指示码“*4*4”及报文码)，则在显示部分24上显示由画像码指定的图4中所示的画像中的画像及由报文码指定的图3中所示的标准报文中的标准报文，或者(2)如果报文数据为普通报文数据则在步骤8中连同画像显示所接收的报文。同时，将报文数据与接收时间保存在RAM20中，此后结束处理。
当在步骤S7中判定没有后续数据时，通知振铃，在显示部分24上显示与画像码对应的画像，并在步骤S9中将所接收的报文数据与接收时间存储在RAM20中。此后，结束处理。
图7中示出接收到报文数据“*5*528*4*420”的情况中的一个显示实例。这一报文数据中画像指示码“*5*5”后面随有画像码“28”，而在标准格式指示码“*4*4”后面随有报文码“20”。因此，流程按步骤S1→S2→S4→S6→S7→S8的次序进行。在步骤S8中，通知振铃，分别从ROM19中图4中所示的画像表及图3中所示的标准报文表中读出赋有画像码“28”的画像与赋有报文码“20”的标准报文“同意”，并分别将画像与标准报文显示在画像显示区24b与报文显示区24a中，如图7中所示。同时，将接收的报文数据与接收时间保存在RAM20中。
图8示出接收到报文数据“*5*528”的情况中的一个显示实例。这一报文中在画像指示码“*5*5”后面随有画像码“28”，因此流程按步骤S1→S2→S4→S6→S7→S9的次序进行。在步骤S9中，通知振铃之后，从ROM19中图4中所示的画像表中读出赋有画像码“28”的画像，并将其显示在画像显示区24b中，如图8中所示。同时，将接收的报文数据及接收时间保存在RAM20中。
图9示出接收到报文数据“*4*420”的情况中的一个显示实例。这一报文数据中标准报文指示码“*4*4”后面随有报文码“20”。因此流程按步骤S1→S2→S4→S6→S10→S12的次序进行。在步骤S12中，通知振铃之后，从ROM19中的标准报文表中读出标准报文“同意”，并将其显示在显示部分24中的报文显示区24a中，如图9中所示。同时，将接收的报文数据及接收时间保存在RAM20中。
图10示出接收到报文数据“*4*4”的情况中的一个显示实例。这一报文数据中，标准报文指示码“*4*4”后面没有报文数据。因此，流程按步骤S1→S2→S4→S6→S10→S11的次序进行。在步骤S11中，通知振铃，并在报文显示区24a中显示指明没有报文的一个图象。同时，将接的报文数据及接收时间保存在RAM20中。
如上所述，按照本实施例的寻呼系统与寻呼机能从带有不同表情的多个画像中选择任意的一个并显示在寻呼机上。从而，不仅字符信息与一序列数字并且呼叫人的意图与感受都能作为一个图象，即一个画像，显示在寻呼机上，从而，能给予报文的显示内容以表情。[实施例1-2]虽然在前面对实施例1-1的描述中例示了在寻呼机上带有表情的显示画像的实例，还有可能显示不同的人的画像。下面描述完成后一显示功能的实施例。
寻呼机4的内部电路的基本结构与图2中所示的结构相同，只是RAM20具有存储多个呼叫人的电话号码Da、与电话号码Da对应的姓名Db及画像Dc的存储区，如图11中所示，以及用于存储接收的报文数据的一个存储区。在图11中，画像表示与电话号码对应的人。
在本实施例中，呼叫寻呼机4的呼叫者首先呼叫中心5，然后顺序输入目标寻呼机4的振铃码、电话号码指示码“*09”及呼叫者本人的电话号码，中心5将振铃码、表示后面的码为电话号码的电话号码指示码“*09”及呼叫者本人的电话号码转换成POCSAG标准的信号。然后，发送基地台6将这一信号转换成无线电信号并广播该信号。
下面参照图12中的流程图描述按照本实施例的寻呼机的操作。
首先，在步骤S101中执行与步骤S1中所执行的相同的进程。更具体地，将接收的解调后的振铃信号与存储在ID-ROM15中的ID码对比，当两者互相匹配时，便将一个振铃检测信号送至CPU14。响应这一振铃检测信号，CPU14执行始于步骤S102的进程。
在步骤S102中，CPU14判定是否有报文数据跟随这一振铃信号。如果没有后随的报文数据，流程前进到步骤S103去通知振铃。振铃通知是用扬声器16、振动器17及LED18中任何一种完成的，或者通过将振铃事件的发生显示在显示部分24上。图13A示出这一情况的一个显示实例。显示在显示部分24上的有表示振铃事件的发生的符号及时间。
当在步骤S102中判定振铃信号后面有报文数据时，流程便进行到步骤S104。在步骤S104中，通过确定电话号码指示码，诸如“*09”是否位于报文数据的头部而判定振铃信号后面的报文数据是否是由一个电话号码指示码“*09”与一个电话号码组成的电话号码数据。
当报文数据不是电话号码数据时，流程移动到步骤S105，通知振铃，并将根据所接收的报文数据的一则报文显示在显示部分24上。同时，在处理结束后将接收的报文数据存储在RAM20中。图13B示出当作为报文数据接收到“*4*403”时的一个显示实例。在这一情况中，在步骤S105中将表示振铃通知的符号、接收时间及报文“回来”显示在显示部分24上。
当在步骤S104中检测到电话号码指示码“*09”时，便判定这一码后面的数据为电话号码而流程进入步骤S106。在步骤S106中，在存储在图11中的区Da中的电话号码中搜索其低四位与所接收的电话号码的低四位匹配的电话号码。
当在搜索中未找到对应的电话号码时，流程进入步骤S107，通知振铃并将接收的电话号码显示在显示部分24上，同时将电话号码与接收数据存储在RAM20中。此后，结束处理。图13C示出这一情况中的一个显示实例。假定作为报文数据接收了电话号码指示码“*09”与“111-1111”。而低四位所接收的电话号码的低四位“1111”匹配的电话号码未存储在图11中的区Da中。因此将该符号、接收时间及电话号码“111-1111”显示在显示部分24上。
当在步骤S106中的搜索中搜索出了目标电话号码时，流程便进入步骤S108去判定与该电话号码对应的姓名是否存储在区Db中。
当存储有对应的姓名时，流程进入步骤S109去判定对应的画像是否存储在区Dc中。当存储了对应的画像时，流程便进入步骤S110，通知振铃，将接收的电话号码、从ROM19中读出的姓名与画像显示在显示部分24上。同时，在处理结束前将这些数据存储在RAM20中。
图14A示出这一情况中的一个显示实例。假定接收到电话号码指示码“*09”及“123-4567”。这一电话号码的低四位“4567”与存储在图11中所示的区Da中的电话号码“123-4567”的低四位匹配，并且对应的姓名与画像分别存储在区Db与Dc中，因此，流程按步骤S101-S104-S106-S108-S109-S110的次序进行。在步骤S110中，将表示接收的符号与接收时间与电话号码“123-4567”、姓名“SUGIO”及画像一起显示在显示部分24上。同时，在处理结束前将这些数据存储在RAM20中。
当在步骤S109中判定没有对应的画像存储在区Dc中时，流程进入步骤S111，通知振铃，并将电话号码与姓名显示在显示部分24上。同时，在处理结束前将这些数据存储在RAM20中。
图14B示出这一情况中的一个显示实例。假定作为报文数据接收到电话号码指示码“*09”及电话号码“444-4444”。具有与接收的电话号码的低四位“4444”相同的电话号码“444-4444”存储在区Da中。对应的姓名存储在区Db中。但没有对应的画像存储在区Dc中。因此，将该符号、接收时间、电话号码“444-4444”及姓名“AOKI”显示在显示部分24上。
当在步骤S106与S108判定低四位与接收的电话号码的低四位相同的是话号码存储在区Da中但没有对应的姓名存储在区Db中时，流程便进入步骤S112。在步骤S112中，判定对应的画像是否存储在区Dc中。当判定存储了对应的画像时，流程便进入步骤S113，将该符号、电话号码及画像显示在显示部分24上。同时，将这些数据存储在RAM20中，此后便结束处理。
图14C示出这一情况中的一个显示实例。假定作为报文数据接收到电话号码指示码“*09”及电话号码“333-3333”。具有与所接收的电话号码相同的低四位“3333”的电话号码存储在区Da中。虽然没有对应的姓名存储在区Db，但有对应的画像存储在区Dc中。因此，将该符号、接收时间、电话号码及画像显示在显示部分24上。
当在步骤S112中判定没有对应的画像存储在区Dc中时，流程便进入步骤S114将该符号及电话号显示在显示部分24上。同时，将这些数据存储在RAM20中，然后结束处理。
图14D示出这一情况中的一个显示实例。假定作为一则报文接收到电话号码指示码“*09”及电话号码“666-6666”。在区Da中存储有与接收的电话号码相同的低四位“6666”的电话号码“666-6666”但没有对应的姓名与对应的画像存储在各区Db与Dc中。因此，将该符号、接收时间与电话号码“666-6666”显示在显示部分24上。
按照本实施例，指明呼叫者的电话号码是连同姓名与画像存储在RAM20中的。因此，从电话号码、姓名及画像的组合可将呼叫者清楚地显示在寻呼机4上，从而用户能够正确地确认呼叫者。[实施例1-3]在实施例1-2中，通过检验数据存在/不存在RAM20中而判别是否要显示姓名、画像等。显示内容也可通过设定一个标志来设定。下面讨论具有这一特征的一个实施例。
除了RAM20具有存储区Da至Dd来分别事先存储多名呼叫者的电话号码、与电话号码对应的姓名以及对应的画像之外，按照本实施例的寻呼系统与寻呼机4的基本结构与图1至4中所示的相同，如图15中所示。电话号码、姓名及画像的数据结构基本上与实施例1-2中所使用的相同。标志包含两位数据并指定显示模式之一，标志“1(01)”指定显示姓名与画像，标志“2(10)”指定显示画像，而标志“3(11)”则指定显示姓名。
下面参照图16中的流程图描述按照本实施例的寻呼机4的操作。
首先，当在接收进程的步骤S201中判定振铃信号与寻呼机4的ID码匹配时，解码器13便将一个振铃检测信号送至CPU14。响应这一振铃检测信号，CPU14执行始于步骤S202的进程。
在步骤S202中，判定这一振铃信号后面是否有报文数据，当判定没有后随的报文数据时，流程进入步骤S203通知振铃。这是通过驱动扬声器16、振动器17与/或LED18并将符号显示在显示部分24中的符号显示区24e上来完成的。这一情况的显示实例与图13A中所示的相同。
当振铃信号后面有报文数据时，流程便进入步骤S204。在步骤S204中，通过判定电话号码指示码“*09”是否位于报文数据的头部而判定振铃信号后面的报文数据是否是电话号码数据。
当判定报文数据不是电话号码数据时，流程进入步骤S205，通知振铃，将接收的报文显示在显示部分24上，并将这一报文及接收时间存储在RAM20中，然后结束处理。这一情况中的一个显示实例与图13B中所示的上述实例相同。
当在步骤S204中判定报文数据是电话号码数据时，流程进入步骤S206中。在步骤S206中，在存储在图15中所示的区Da中的电话号码中搜索其低四位与接收的电话号码的低四位匹配的电话号码。
当在这一搜索中未找到匹配的电话号码时，流程进入步骤S207，通知振铃，并将接收的电话号码显示在显示部分24上与存储在RAM20中，然后结束处理。这一情况中的一个显示实例与图13C中所示的上述实例相同。
当在步骤S206中的搜索中搜索出目标电话号码时，流程便进入步骤S208，参看存储在标志区Dd中的相关标志。
当存储了标志“1”时，流程进入步骤S209，将该符号、电话号码、姓名及画像显示在显示部分24上，同时，将这些数据存储在RAM20中，然后结束处理。
假定作为报文数据接收到电话号码指示码“*09”及电话号码“123-4567”。其低四位与这一电话号码的低四位“4567”匹配的电话号码“123-4567”存储在区Da中。对应于这一电话号码的标志为“1”。因此，将该符号、接收时间、电话号码“123-4567”、姓名“SUGIO”及画像显示在显示部分24上，如图14A中所示。
当在步骤S208中判定所存储的为标志“2”时，流程便进入步骤S210，将符号与画像显示在显示部分24上，并将这些数据存储在RAM20中，然后结束处理。
假定接收到电话号码指示码“*09”及电话号码“333-3333”。而在区Da中存储有其低四位与这一电话号码的低四位“3333”匹配的电话号码“333-3333”。与这一电话号码“333-3333”对应的标志为“2”。因此，将该符号、接收时间、电话号码“333-3333”及画像显示在显示部分24上，如图14C中所示。
当在步骤S208中判定所存储的标志为“3”，流程进入步骤S211，将符号与姓名作为由标志“3”定义的显示内容显示在显示部分24上，并将这些数据存储在RAM20中，然后结束处理。
假定接收到电话号码指示码“*09”及电话号码“444-4444”。在RAM20的区Da中存储有其低四位与这一电话号码的低四位“4444”匹配的电话号码“444-4444”。与这一电话号码对应的标志为“3”。因此，将该符号、接收时间、电话号码“444-4444”及姓名“AOKI”显示在显示部分24上，如图14B中所示。
按照本实施例，显示模式是由根据一名呼叫者的电话号码的标志设定的。因此，诸如姓名与电话号码等关于呼叫者的信息可以任意组合与显示。这样，用户便能一目了然地正确地确认呼叫者。[实施例1-4]虽然将呼叫者的画像显示在显示部分24上，同样地可显示表示呼叫者工作的公司的标记之类。具有这一特征的一个实施例在下面讨论。
按照本实施例的寻呼系统与寻呼机4的基本结构与图1至4中所示的相同。RAM20具有图17A中所示的第一存储区、图17B中所示的第二存储区及图17C中所示的第三存储区。第一存储区包括存储区Da1、Db1与Dc1，其中分别存储了多个可能的(或潜在的)呼叫者的电话号码、对应于电话号码的姓名及画像。第二存储区包括存储区Da2、Db2与Dc2，其中分别存储有多个可能的呼叫者的电话号码、与电话号码对应的公司名称及公司标记，如图17B中所示。第三存储区包括存储区Dd1与Dd2，其中存储有一个人的显示标志d1及一个公司的显示标志d2，如图17C中所示。各该显示标志d1与d2由两位数据构成。
图17A中所示的画像数据表示单个呼叫者，并且图17B中所示的公司标记数据表示呼叫者所属的公司。标志d1与d2的数据结构基本上与实施例1-3中的标志相同。图17C中所示的个人显示标志d1指定显示模式标志“1”指定显示姓名与画像，标志“2”指定显示画像，而标志“3”则指定显示姓名。公司显示标志d2也指定显示模式标志“1”指定显示公司名称与公司标记，标志“2”指定显示公司标记，而标志“3”则指定显示公司名称。
下面参照图18中的流程图描述按照本实施例的寻呼机4的接收操作。
首先，当在步骤S301中检测出所接收的振铃信号与ID码匹配时，CPU14便执行始于步骤S302的进程。
在步骤S302中，判定振铃信号后面有无报文数据。当判定无后续报文数据时，流程进入步骤S303，通知振铃。这一通知过程涉及驱动扬声器16、振动器17与LED18之一并显示指明已作出呼叫的符号的过程。这一情况中的一个显示实例与图13A中所示的那个相同。
当振铃信号后面有报文数据时，流程便进入步骤S304。在步骤S304中，通过判定在报文数据头部是否有一个ID码而判定振铃信号后面的报文数据是否是电话号码数据。
当判定报文数据不是电话号码数据时，流程进入步骤S305，通知振铃，将报文显示在显示部分24上，并将所接收的报文数据与接收时间存储在RAM20中，然后结束处理。这一情况中的一个显示实例与图13B中所示的那个相同。
当在步骤S304中判定报文数据为电话号码数据时，流程进入步骤S306。在步骤S306中，在存储在图17A与17B中所示的区Da1与Da2中的电话号码中搜索其低四位与接收的电话号码的低四位匹配的电话号码。
当在这一搜索中未找到匹配的电话号码时，流程进入步骤S307，将该符号与电话号码显示在显示部分24上，并将这些数据与接收时间存储在RAM20中，然后结束处理。这一情况中的一个显示实例与图13C中所示的相同。
当通过步骤S306中的搜索确定了其低四位与所接收的电话号码的低四位匹配的电话号码存储在图17A与17B中所示的区Da1与Da2中的电话号码中时，流程进入步骤S308，判定寻呼机4的显示内容设定为个人模式还是公司模式。关于这一模式以及个人标志d1(此后简称“个人标志”)与公司标志d2(此后简称“公司标志”)将在稍后讨论，可用模式键33选择一种任意模式，并可用设定键31设定。
如果设定了个人模式，流程进入步骤S309去参看图17C中所示的个人标志d1的内容。
当设定“1”作为个人标志d1时，流程进入步骤S310，通知振铃，并将姓名与画像显示在显示部分24上。同时，将这些数据与接收时间存储在RAM20中，然后结束处理。
假定在电话号码指示码“*09”后面作为报文接收到电话号码“123-4567”。由于对应的电话号码“123-4567”存储在图17A中的区Da1中，便将该符号、接收时间、电话号码“123-4567”、姓名“SUGIO”及画像显示在显示部分24上，如图14A中所示。
当在步骤S309中判定个人标志d1设定为“2”时，流程进入步骤S311。在步骤S311中，通知振铃，并将画像显示在显示部分24上，并将这些数据存储在RAM20中，然后结束处理。
假定在电话号码指示码“*09”后面接收到电话号码“123-4567”。在这一情况中，将除了姓名的该符号、接收时间、电话号码“123-4567”与画像显示在显示部分24上，如图19A中所示。
当在步骤S309中判定个人标志d1设定为“3”时，流程进入步骤S312。在步骤S312中，通知振铃，将姓名显示在显示部分24上，并将这些数据存储在RAM20中，然后结束处理。
假定接收到电话号码指示码“*09”与电话号码“123-4567”。在这一情况中，将该符号、接收时间、电话号码“123-4567”与姓名显示在显示屏上，如图19B中所示。
如果在步骤S308中判定设定了公司模式，流程进入步骤S313去参看图17C中所示的公司标志d2的内容。
当公司标志d2设定为“1”时，流程便进入步骤S314。在步骤S314中，将该符号、公司名称与公司标记显示在显示部分24上，并将这些数据存储在RAM20中，然后结束处理。假定接收到电话号码指示码“*09”及电话号码“123-4567”。在这一情况中，这一电话号码的低四位“4567”与存储在图17B中的区Da2中的电话号码“123-4567”的低四位匹配。这样，该符号与接收时间连同电话号码“123-4567”、公司名称“AAA公司”及公司标记一起显示在显示屏上，如图20A中所示。
当在步骤S313中判定公司标志d2设定为“2”，流程进入步骤S315。在步骤S315中，将该符号、接收的电话号码与公司标记显示在显示部分24上，并将这些数据存储在RAM20中，然后结束处理。作为一则报文接收到电话号码“123-4567”的情况的一个显示实例示出在图20B中。
当在步骤S313中判定公司标志d2设定为“3”时，流程进入步骤S316。在步骤S316中，将该符号、接收时间、电话号码及公司名称显示在显示部分24上，并将接收时间、电话号码与公司名称存储在RAM20中，然后结束处理。作为一则报文接收到电话号码“123-4567”的情况的一个显示实例示出在图20C中。
按照本实施例，在根据个人模式或公司模式的标志所设定的显示模式中，能将表示呼叫者的图象连同其它字符与数字信息一起显示。从而，用户不仅能用画像还能用其它图象正确地确认呼叫者。[第二实施例]在实施例1-1至1-4中，将一个预定的图象显示在显示部分上。但是，本发明不限于这些实施例。例如，要显示的一个画像可由用户准备。下面参照附图描述允许用户准备一个画像的寻呼机4的一个实施例。
按照本实施例的寻呼系统与寻呼机4的基本结构与图1、2与5中所示的实施例1-1的相同。然而，本实施例中的ROM19存储图21中所示的妇女的一个画像码矩阵、图22中所示的男子的一个画像码矩阵、图23中所示的一个自制标准报文码矩阵、用于根据模式键33的按压次数切换五种模式的一个程序(一个接收备用模式(主模式)、一个时间设定模式、一个振铃音调切换模式、一个画像制备模式及一个自制标准报文模式)，用于根据选择键32与模式键33的按压操作选择图21、22与23中所示的各个数据的一个程序等等。妇女的画像码矩阵包含妇女画像的基本图形数据及构成画像的部分的变化图形数据，诸如眉毛、左眼、右眼、口、汗珠、血管、眼泪、面颊、手与心，如图21中所示。男子的画像码矩阵包含男子画像的基本图形数据及构成画像的部分的变化图形数据，诸如眉毛、左眼、右眼、口、汗珠、血管、眼泪、面颊、手与心，如图22中所示。画像是按照控制构成画像的多个显示段的激活(接通动作)现去激活(断开动作)的控制数据而显示在显示部分24的画像显示区24b中的。
在本实施例中，图2中所示的报文库25是连接在CPU14上的。由易失性存储器构成的报文库25具有用于存储按照图25中的报文制备流程图制备的一则报文(一个画像及自制标准报文的一个存储区)，如图24中所示。
图5中所示的显示部分24的画像显示区24b由用于显示构成一个画像的个别部分的段构成。
用于存储画像数据的报文库25中的区存储有构成画像的个别部分的图形码。画像是通过激活画像显示区24b中与存储在报文库25中的图形码相关联的那些段而得以显示的。画像显示区24b可由点阵显示部分构成。在这一情况中，一个画像是逐个部分地以点阵图形显示的。
下面参照图25中的流程图及图26A至26M中的显示实例详细描述本实施例的制备一个画像及一则自制的标准报文并将它们登录在寻呼机4的报文库25中的一种方法。
首先，用户在接收备用模式中按模式键3来设定画像制备模式。图26A中示出画像制备模式中的一个显示实例。在这一模式的初始状态中，在显示部分24的画像显示区24b中显示图21中所示的妇女画像的基本图形。然后，用户按设定键31来进入制备模式并开始制备一个画像(步骤S401)。
接着，当在步骤S402中重复按下选择键32时，CPU14便反复地显示男子与妇女的画像的基本图形。在确定了男子或妇女后，用户按下设定键31。对这一按键作出响应，CPU14将基本图形设定为当时显示的图形。这里假定选择了妇女的基本图形，如图26B中的放大图所示。
接着，如果用户不想改变显示部分，则按下设定键31，否则如果要改变某些部分，则用户操作选择键32。在步骤S403中检测这些键操作。当按下设定键31时，流程进入步骤S405，而当按下选择键32时，流程进入步骤S404。在步骤S404中，用户逐个部分地选择一个任意的图形。
下面参照显示实例详细描述步骤S404中的处理。首先，假定在步骤S402中所选择的基本图形为图26B中所示的妇女的基本图形，而要制备的画像为图26H中所示的画像。
用户按照图21中所示的用于妇女的画像码矩阵，顺序地按下模式键33来指定要改变的部分，并使用选择键32选择图形。
下面给出一个特定操作实例的详细说明。当按下模式键33时，便以眉毛-左眼-右眼-口-汗珠-血管-眼泪-面颊-手-心-眉毛等等的次序改变与闪烁可改变或可选择的部分。在从图26B中所示的基本图形制备图26H中所示的画像过程中，首先，用户按两次模式键33来使左眼闪烁而作为可选择部分，如图26C中所示。接着用户按一次选择键32，从而在图21中所示的左眼的图形数据中对应于水平标度上的“1”的图形显示与闪烁，如图26D中所示。由于这一图形是图26H中的图形的左眼的目标图形，左眼的选择便告完成。接着，用户按两次模式键使口的图形成为可变的，并操作选择键32来选择图形，得到图26E中的状态。接着，用户按五次模式键33，并按一次选择键32来设定图26F中所示的手的图形。然后，用户按一次模式键33及一次选择键32来显示图26G中所示的心。
当通过上述操作完成的所要的画像时，用户操作设定键31。结果，设定了图26H中所示的画像。此时的整个显示部分的一个显示实例示出在图26I中。
下面，流程进入步骤S405，用户用选择键32指定地址，将制备的画像登录在报文库25中。指定地址之后，用户按设定键31。响应设定键31的操作，CPU14将制备的画像的各个部分的图形码登录在指定的地址上，如图24中所示。由于在登录了图3中所示的标准报文(此后称作固定标准报文)的地址上不能登录任何东西，所以应指定这些地址以外的任何地址。
在制备与以上述方式制备与登录的画象相关联的用户自制的标准报文并将该报文登录在报文库25的过程中，用户必须按模式键33。在步骤S406中检测到这一键操作，并在步骤S407中将操作模式从画像制备模式改变到自制标准报文制备模式。相应地，显示从图26I中的状态改变到图26J中所示的状态。当用户按选择键32时，便从ROM19中读出图23中所示的自制标准报文码矩阵。当在图26K中所示的报文显示区24a中的字符输入位置上显示并闪烁自制标准报文码矩阵中的字符“ア”时，用户按选择键32选择矩阵中水平方向上的坐标，并按模式键33选择矩阵中的垂直坐标。一旦确定了要设定的一个字符，用户应按设定键31。例如，为了制备词组“PLEASE WAIT”，必须按五次选择键32及三次模式键33来显示“P”。当显示“P”时，应按设定键31。以同样方式设定字符“L”、“E”、“A”、“S”、“E”“ ”、“W”、“A”、“I”与“T”。完成了报文制备之后，通过按选择键32指定与画像地址相同的寄存器地址，并通过按设定键31来登录。
如果对登录的自制标准报文不再改变，用户便按模式键33。在步骤S406中检测到这一键操作而流程进入步骤S409。在步骤S409中，完成了制备与登录由一个画像与一则自制标准报文构成的报文的操作，而操作模式切换到接收模式。
呼叫本实施例的寻呼机4的过程基本上与前面实施例中的相同。当用户想在目的地寻呼机4上显示一个画像时，用户在画像指示码“*5*5”后面输入报文库25中存储所要求的画像的一个区的地址。在这一情况中，有必要事先确认存储在目的地寻呼机4的报文库25中的画像。可以输入一则任意的报文来代替画像，或者与画像一起输入报文。
下面参照图27A与27B中的流程图及图28-33中所示的显示实例详细描述本实施例中的寻呼机4已接收到振铃信号的情况。
首先，在步骤S501中将接收的振铃信号与存储在ID-ROM15中的ID码对比，当匹配时，流程进入始于步骤S502的处理。
在步骤S502中判定是否在这一振铃信号后面有报文数据。当没有后续的报文数据时，便在步骤S503中通过在显示部分24的符号显示区24e上显示该符号通知振铃。
当振铃信号后面随有报文数据时，CPU14控制解码器13去陆续接收与得到报文。然后，CPU14判定在接收的报文数据的头部是否存在标准格式指示码“*4*4”或“*5*5”(步骤S504)。当不存在标准格式指示码时，通知振铃，并将接收时间与报文显示在显示部分24的报文显示区24a上，并将接收时间与报文数据存储在RAM20中，然后结束处理。
当在步骤S504中判定在报文数据的头部存在着标准格式指示码时，流程进入步骤S506。在步骤S506中，CPU14判定有无画像数据。更具体地，CPU14判定标准格式指示码是否画像指示码、画像指示码后面的报文数据是否指示报文库25中的地址的数据、以及是否有画像存储在这一地址上。
当在步骤S506中的判定为“否”时，流程进入步骤S514，而当步骤S506中的判定为“是”时，流程便进入步骤S507。在步骤S507中，判定在指定的地址上是否自制标准报文与画像一起存储。
当在步骤S507中判定自制标准报文与画像一起存储在指定的地址上时，便在步骤S508中判定接收的地址数据后面是否有报文数据。当接收的地址数据后面没有报文数据时，流程进入步骤S510。当接收的地址数据后面有报文数据时，流程便进入步骤S509。在存储在报文库25的指定的地址上的画像与自制标准报文中，在步骤S509中不显示该自制标准报文而在显示部分24上显示画像与接收的报文。同时，通知振铃并将这一报文数据存储在RAM20中，然后结束处理。
图28示出报文数据为“*5*531*4*420”时的一个显示实例。在这一情况中，地址数据“31”跟随在画像指示码“*5*5”后面，后面又随有作为报文数据的“4*420”。这样，流程按上述次序进行，将存储在报文库25中地址“31”上的画像及存储在ROM19中与码“20”对应的图3中所示的固定标准报文中的报文“同意”显示在显示部分24上。
当在步骤S508中判定没有报文数据直接位于接收的地址数据后面时，流程进入步骤S510。在步骤S510中，将存储在报文库25中由接收的地址数据指定的地址上的画像及自制标准报文显示在显示部分24上。同时执行振铃通知过程。并且将接收的报文数存储在RAM20中，然后结束处理。
图29示出报文数据为“*5*531”的一个显示实例。在画像指示码“*5*5”后面存在地址数据“31”。因此，将存储在报文库25中地址“31”上的画像及自制标准报文“请等待”显示在显示部分24上。
当在步骤S507中判定没有自制标准报文数据存储在接收的地址数据所指定的位置上时，则在步骤S511中判定有无报文数据紧跟在这一地址数据后面。当没有后续的报文数据时，流程进入步骤S513。反之，当存在后续报文数据时，流程进入步骤S512。在步骤S512中，将存储在报文库25中由接收的地址数据指定的地址上的画像及根据接收的地址数据后面的报文数据的报文显示在显示部分24上，并且还执行振铃通知过程。并且将所接收的报文数据存储在RAM20中，然后结束处理。
图30示出根据报文数据“*5*533*4*410”的一个显示实例。画像指示码“*5*5”后面的地址数据“33”后面又跟着标准报文数据“*4*410”。没有自制标准报文存储在报文库25中的地址“33”上。因此，将存储在报文库25中地址“33”上的画像显示在显示部分24的报文显示区24a上。同时，根据报文数据“*4*410”从图3中所示的标准报文表中读出固定标准报文“等待”。
当在步骤S511中判定没有报文数据直接位于接收的地址数据后面时，流程便进入步骤S513去显示存储在该地址上的画像。通知振铃以后，便将接收的报文数据存储在RAM20中，然后结束处理。
图31示出报文数据为“*5*533”时的一个显示实例。地址数据“33”出现在画像指示码“*5*5”后面。虽然报文库25中地址“33”上存储有画像，但没有存储自制标准报文。因此，将存储在报文库25中地址“33”上的画像显示在显示部分24上。
当在步骤S506中判定(1)没有图象指示码“*5*5”，(2)画像指示码“*5*5”后面的数据不是报文库25中的地址数据，或(3)没有画像存储在画像指示码“*5*5”后面的地址数据指定的位置上时，流程进入步骤S514。在步骤S514中判定没有自制标准报文数据或没有固定标准报文数据存在于地址数据指定的位置上时，便通知振铃，然后结束处理。
图32示出在接收的报文数据为“*5*532”时的一个显示实例。画像指出码“*5*5”后面的地址数据“32”不是报文库25中的地址。没有固定标准报文在地址“32”上。因此，提供通知振铃的显示，如图33中所示。
当在步骤S514中判定存在自制标准报文或固定标准报文时，便在步骤S516中显示这一自制标准报文或固定标准报文并通知振铃。然后结束处理。
图33示出根据报文数据“*5*555*4*401”的一个显示实例。没有画像存储在报文库25中的地址“55”上。因此流程进入步骤S514。在标准报文指示码“*4*4”后面有报文码“01”。因此，在步骤S516中从存储在ROM19中图3中所示的标准报文表中读出“紧急”并将其显示在显示部分24上。
按照上述本实施例的寻呼系统与寻呼机4，可以以画像的方式与字符信息一起传输呼叫者的意图、感情之类。因此，有可能提供一则带表情的报文。要在寻呼机4上显示的画像可由各用户事先制备。因此，如果事先将画像码与画像之间的对应关系告诉发送报文的各个呼叫者，便能提供固定图形所不给出的各式各样的显示。[第三实施例]在上述实施例中，画像是一个静的画面。然而，为了改进表情特征，可以变换地显示多个画像，虽然上述实施例中的寻呼机4只有报文接收能力，可在寻叫机本身上配备制备传输报文的功能。下面将描述寻呼机4的一个实施例，该寻呼机具有通过顺序地显示一个接着一个变化的多个画像而在显示部分上显示动态模式中的画像的功能，以及简单地制备要传输的报文数据来显示该动态画面的功能。
图34示出用在第三实施例中的寻呼机8与9的外形。这些寻呼机8与9是设计成通过一个铰链部分41将键输入部分23与显示部分24连在一起并能折叠的。
与实施例1-1及第二实施例不同，键输入部分23具有数字键42、一个设定键43、一个选择键44及一个模式键45。数字键42中包含键“1”至“0”、一个“*”键及一个“#”键。设定键43用于设定与登录选择的数据，选择键44用于选择数据。模式键45用于通过操作次数切换寻呼机8与9的操作模式，诸如传输报文制备模式、时间设定模式、振铃音调切换模式之类。键输入部分23还具有一个电源开关46及一个复位开关47。
显示部分24具有由液晶面板构成的用于显示报文的一个报文显示部分241、由段构成的用于显示画像的一个画像显示部分242、及用于显示传输码的一个传输码显示部243。
下面说明按照第三实施例的寻呼机8与9的操作。
首先参照图35中所示的流程图给出寻呼机8中制备包含一个动态画面的报文的操作及将一个制备的报文传输给另一寻呼机9的操作。
首先，用户使用模式键45选择传输报文制备模式(步骤S601)。接着，用户设定要传输的报文的类型(步骤S602)。如上所述，在接收机方的寻呼机9上显示包含作为传输的报文数据本身的普通报文的报文，然后通过恢复根据所传输的数据事先存储在接收机方寻呼机中的一则标准报文或一个图象而得到要显示的一则标准报文。在传输一则标准报文的过程中，用户首先输入包含“*”的一个标准格式指示码，然后输入一个报文码。在传输非标准报文的过程中，用户直接输入要求的报文。
当没有标准报文要传输时，即当第一个输入数据不是“*”时，步骤S602中的判定为“否”而流程进入步骤S603。用户用数字键42输入要传输的报文数据(一序列数字)。在传输码显示部分243上显示输入的数字序列。
用户能在参看显示在传输码显示部分243上的数字序列的同时，通过诸如操作图1中所示的按钮电话1的按钮而传输一则报文(步骤S604)。
用户在传输标准报文时输入标准格式指示码“*4*4”，或者在传输画像时输入画像指示码“*5*5”。因此，只传输标准报文时，步骤S602中的判定为“是”，而在步骤S605中的判定为“否”，而流程进入步骤S606。在传输码显示部分243上显示输入的标准格式指示码“*4*4”。
在步骤S606中，用户输入与图3中所示的标准报文表中所要求的固定标准报文相对应的报文码“01”至“20”之一。在传输码显示部分243上显示该码。
以这一方式，在传输码显示部分243上显示在传输标准报文中必须操作的按钮电话1的按钮号及输入的数字序列。
用户能在参看显示在传输码显示部分243上的数字序列的同时，通过操作诸如图1中所示的按钮电话的按钮而传输一则报文(步骤S604)。
为了传输一个画像，用户输入画像指示码“*5*5”。在这一情况中，步骤S602与S605中的判定为“是”，而流程进入步骤S607。在步骤S607中，在传输码显示部分243上显示“*5*5”，并在显示部分24的画像显示部分242上显示与闪烁图4中所示的画像表中的画像中的一个预定的画像。
通过操作选择键44可将闪烁的画像切换到另一画像。有了以闪烁方法显示的要传输的画像，用户便操作设定键43。这一键操作设定了该画像。在传输码显示部分243上画像指示码“*5*5”后面显示在步骤S608中选定的画像的画像码。
在传输寻呼机9上的一个动态图象的过程中，用户再输入画像指示码“*5*5”。在步骤S609中判定是否存在这一画像指示码。当这一步骤中判定为“是”时，流程进入步骤S612。反之，在传输静止画面的过程中，步骤S609中的判定为“否”。
只传输一个画像时，用户再一次操作设定键43。由于这一键操作，步骤S610中的判定为“否”而流程进入步骤S604。在这一阶段中，可利用按钮电话1输入显示在传输码显示部分243上的码而传输作为静止画面的画像。
当要将一则报文与一个画像一起传输时，即当未曾再次操作设定键43时，步骤S610中的判定为“是”而流程进入步骤S611。在该步骤中判定是否要传输一则标准报文。当不传输标准报文时，即当未曾操作“*”键时，步骤S611中的判定为“否”而流程进入步骤S603。在步骤S603中，用于输入一个序数作为报文数据。在传输码显示部分243上显示所输入的数。
当要将一则标准报文与一个画像一起传输时，即当输入了标准报文指示码“*4*4”时，步骤S611中的判定为“是”而流程进入步骤S606。在步骤S606中，输入与图3中所示的标准报文表中要求的标准报文相对应的报文码。这些码也显示在传输码显示部分243上。可以通过按钮电话1等顺序地传输显示在传输码显示部分243上的码而传输包含一则标准报文与一个静止画面的画像的报文。
当在步骤S609中判定必须传输一个动态画面时，在步骤S612中判定是否已完成了动态画面的制备。流程然后返回到步骤S607与S608，从前面选定的画像中选择一个带有不同表情的画像。当在步骤S612中判定已完成了一个动态画面的制备时，流程便进入上述步骤S610。
在这一情况中还判定是否要将一则报文与该画像一起传输。当没有要传输的报文时，步骤S610中的判定为“否”。当必须传输一则报文时，则步骤S610中的判定为“是”而流程进入步骤S611。当没有标准报文要传输时，在步骤S611中的判定为“否”，然后流程进入上述步骤S603。在步骤S604中，用户能从按钮电话1之类通过顺序地传输显示在传输显示在传输码显示部分243上的码而传输由数字与包含动态画面的一个画像构成的报文。
当要传输一则固定标准报文时，步骤S611中的判定为“是”而流程进入步骤S606。在步骤S606中，输入与图3中所示的标准报文表中所要求的标准报文相对应的一个报文码。然后流程进入步骤S604，在其中便能传输固定标准报文数据与包含动态画面的画像。
图36A至36C及图37A与37B示出在传输由动态画面构成的画像与固定标准报文的情况中制备一则报文的过程。假定已键入了画像指示码“*5*5”。在这一情况中，步骤S602与S605中的判定为“是”而在步骤S607中将画像显示在画像显示部分242上。在步骤S608中，当赋有画像码矩阵中的画像码“21”的画像正在画像显示部分242闪烁时，按下了设定键43时，该画像便以静止的方式显示在画像显示部分242上，如图36A中所示。码“21”显示在传输码显示部分243上的画像指示码“*5*5”后面。
在向寻呼机9传输动态画面的过程中，用户再次输入画像指示码“*5*5”。。通过这一键操作，步骤S609中的判定为“是”而步骤S612中的判定为“否”，在步骤S607中显示下一个可得到的画像。接着，当带有画像码“27”的画像正在画像显示部分242上闪烁时，按下了设定键43时，在步骤S608中将画像指示码“*5*5”与选定的画像的画像码“27”显示在传输码显示部分243上“*5*521”的后面，如图36B中所示。
再者，在输入了画像指示码“*5*5”之后并当带有画像码“26”的画像正在闪烁时按下了设定键43时，便将画像指示码“*5*5”与画像码“26”显示在传输码显示部分243上“*5*521*5*527”的后面，如图36C中所示。
接着，当输入了标准报文指示码“*4*4”与报文码“12”时，步骤S612、S610与S611中的判定为“是”，如图37A中所示。由于报文码“12”，便在步骤S606中将对应的标准报文“我将回家”显示在报文显示部分241上。当操作了设定键43时，便将标准报文指示码“*4*4”与报文码“12”显示在传输码显示部分243上“*5*521*5*527*5*526”后面，如图37B中所示。
用户能从按钮电话1之类上通过顺序地传输显示在传输码显示部分243上的码而将制备的报文传输给寻呼机9。
下面参照图37中所示的流程图说明寻呼机9的接收操作。
首先，RF接收机12解调在天线11上接收的无线电频率信号，并将解调后的信号送至解码器13。解码器13判定解调后的信号中的振铃信号是否与存储在ID-ROM15中的ID码匹配。当互相匹配时，解码器13将振铃检测信号送至CPU14。响应这一振铃检测信号，CPU14执行始于步骤S702的进程。
在步骤S702中，CPU14判定这一振铃信号后面是否有报文数据。如果没有后续的报文数据，CPU14进入步骤S703通知用户振铃，例如用显示一个表示振铃的符号。
当振铃信号后面有某些报文数据时，CPU14控制解码器13继续接收进入的信号，获取报文数据，并判定标准格式指示码“*4*4”或“*5*5”是否出现在报文头部。
当不存在标准格式指示码“*4*4”或“*5*5”时，在步骤S705中通知振铃并将接收的报文显示在显示部分24上。接着，通知振铃，然后将接收时间与接收的报文数据存储在RAM20，然后结束处理。
当在步骤S704中判定在头部存在包含标准格式指示码“*4*4”或“*5*5”的报文数据时，流程进入步骤S706，判定是否是包含画像指示码“*5*5”与画像码的画像数据。当没有画像数据“*5*5”时，流程进入步骤S707，是否是包含标准报文指示码“*4*4”与一个报文码的标准报文数据。当没有标准报文数据时，便在步骤S708中通知振铃，然后结束处理。当存在标准报文时，便在步骤S709中将对应的标准报文显示在显示部分24上。同时将接收时间与接收的报文数据存储在RAM20中，然后结束处理。
图38A示出接收到报文数据“*4*4”的情况中的一个显示实例。由于报文码并不出现在标准报文指示码“*4*4”后面，步骤S707中的判定为“否”。因此，将接收时间与指明无报文的符号显示在显示部分24上。
图38B示出接收到报文码“*4*416”的情况中的一个显示实例。当报文码“16”出现在标准报文指示码“*4*4”后面时，步骤S707中的判定为“是”，并从ROM19中图3中所示的标准报文表中读出对应于报文码“16”的报文“约会可以”。将这一报文显示在显示部分24的报文显示部分241上。
当在步骤S706中判定存在画像数据时，流程进入步骤S711。在步骤S711中，判定是否有多对画像指示码“*5*5”与画像码。当存在多对画像指示码“*5*5”与画像码时，流程进入步骤S712去判定最后的画像码后面是否有报文数据。当最后的画像码后面存在报文数据时，流程进入步骤S713，通知振铃，并将与多个画像码对应的多个画像显示在显示部分24的画像显示部分242上，顺序地从一个切换到另一个。结果，所显示的画像成为一个动态画面。同时，通知振铃，将报文显示在显示部分24的报文显示部分241上，并将接收的报文数据存储在RAM20中，然后结束处理。
图39A至39C示出接收到报文数据“*5*521*5*527*5*526*4*412”时的显示实例。
由于这一报文数据中包含多对画像指示码“*5*5”与画像码，步骤S702、S704、S706与S711中的判定都为“是”。由于存在后续的标准报文数据“*4*412”，步骤S712中的判定也为“是”。因此在步骤S713中，从图4中所示的画像表中读出与画像码“21”、“27”与“26”对应的画像。按图39A图39B→图39C→图39A等等的次序，从一个切换到另一个地将这三个画像显示在画像显示部分242上。根据标准报文指示码“*4*4”与报文码“12”，从ROM19中图3中所示的标准报文表中读出“我将回家”，并将这一报文公共地显示在报文显示部分241上，如图39A至39C中所示。
当在步骤S712中判定紧接在画像码后面并无报文数据时，流程进入步骤S714。在步骤S714中，通知振铃，并将与多个画像码对应的多个画像从一个切换到另一个地显示在画像显示部分242上。因此，所显示的画像成为一个动态画面。接着，将接收时间、接收的报文数据等存储在RAM20中，然后结束处理。
图40A至40C示出当所接收的报文为“*5*521“*5*527*5*526”时的显示实例。这一报文中并不包含紧接在画像码后面的报文数据。从而，步骤S712中的判定为“否”，而流程进入步骤S714。在步骤S714中，从图4中所示的画像表中读出对应于画像码“21”、“27”与“26”的画像。按照图40A→图40B→图40C→图40A等等的次序，从一个切换到另一个地将这些画像显示在画像显示部分242上。
当在步骤S711中判定只有一对画像指示码“*5*5”与画像码时(没有多对)，流程进入步骤S715。在步骤S715中判定紧跟在画像码后面有无报文数据。当判定紧跟在画像码后面有报文数据时，流程进入步骤S716。在步骤S716中通知振铃并将对应于画像码的画像数据显示在画像显示部分242上，及将报文显示在报文显示部分241上。同时，将这些数据存储在RAM20中，然后结束处理。
图41A示出当只有一对画像指示码与画像码并有报文数据紧跟在画像码后面时的一个显示实例。在这一显示实例中，所接收的报文为“*5*528*4*416”。在这一情况中，根据画像指示码“*5*5”与画像码“28”从图4中所示的画像表中读出与画像码“28”对应的画像并显示在画像显示部分242上。再者，根据标准报文指示码“*4*4”与报文码“16”，从图3中所示的标准报文表中读出“约会可以”，并显示在报文显示部分241上。然后，将接收时间、接收的报文数据等存储在RAM20中，然后结束处理。
当在步骤S715中判定没有报文数据紧跟在画像码后面时，在步骤S717中通知振铃，并将与画像码对应的画像显示在画像显示部分242上。同时，将接收时间、接收的报文等存储在RAM20中，然后结束处理。
图41B示出没有报文数据紧跟在画像码后面时的一个显示实例。在这一显示实例中，接收的报文为“*5*528”。在这一情况中，根据画像指示码“*5*5”与画像码“28”，从图4中所示的画像表中读出与画像码”28“对应的画像，并显示在画像显示部分242上。
按照本实施例的寻呼机8，如上所述，当选定了一个画像或多个画像时，便在传输码显示部分243上显示传输这些画像必须输入的一序列码。通过从按钮电话之类上传输所显示的码序列，例能传输用多个画像构成的动态画面形式与非常有表情的报文数据。
当本实施例的寻呼机9接收多个画像码时，它能在显示部分24上顺序地从一个切换到另一个地显示多个对应的画像。因此，有可能以动态画面显示一个画像码，从而能用这一寻呼系统交换有表情的报文。
本发明不限于上述实施例，可以修改成各种其它形式而不脱离本发明的范围与精神。
例如，在上述实施例中显示在传输码显示部分243上的传输码是用独立的电话单元传输的。然而，制备的传输码可以直接从寻呼机8上传输。如图2中所示，例如，可将用虚线表示的拨号键21与拨号键话筒22连接到CPU14上，从而使显示在传输码显示部分243上的传输码是从拨号键21输入的，而拨号音调信号是从拨号键话筒22产生的。当从按扭电话1之类将这一拨号音调信号传输到服务公司3时，便能将一则报文传输给寻呼机9。
此外，经由接口27可将诸如组合式插头26等外部输出端连接在CPU14上。在这一情况中，可通过将组合式插头26连接到组合式插座28上建立与服务公司3的通信而在公用电话线2等上将传输码直接送至服务公司3。
虽然在上述实施例中是将一个画像传输与显示在寻呼机9上的，但传输数据不限于画像，而可以传输与显示任何图像数据。在这一情况中，显示部分可以是点阵型的。
例如，图42A，42B与42C中所示的画像以及事先存储在ROM19中的画像以外的图像数据可以图42A→图42B→图42C→图42A等等的次序显示。此外，通过交替地显示一个画像与一则标准报文，可以按图43A→图43B→图43C→图43A等等的次序提供显示。
按照上述实施例，用存储在ROM19中的标准报文表与画像表，寻呼机8制备一序列传输码。但是也可用记录在另一种介质上的标准报文表与画像表输入报文码与画像码。[第四实施例]虽然在第二实施例中是指定多个部分的图形来指定一个画像的，这一方法要求指定许多部分，使制备传输码不方便。为了解决这一问题，例如，可以指定一个基本画像及这一画像中需要改变的某些部分，从而减少要传输的码的数目。下面说明具有这一特征的一个实施例。
按照本实施例的寻呼机8与9具有与图34中所示的相同的外观，并且其电路结构与图2中所示的相同。ROM19存储图3中所示的一张标准报文表、图21中所示的一个妇女画像码矩阵及图22中所示的一个男子画像码矩阵。将码赋给妇女与男子画像码矩阵中的各个图像。例如，当指定了图21中所示的一个妇女画像的基本图形时便得到画像码“30”，并当指定了一种“眉毛”的图形来改变妇女画像的基本图形时便得到了一个改变图形码“11”。
下面参照图44中所示的流程图说明利用按照本实施例的寻呼机8制备传输码的操作。
首先，用户在步骤S801中用模式键45选择传输码制备模式。接着，用户设定要传输的报文的类型。
当报文数据为非标准报文时(第一个数据不是“*”)，步骤S802中的判定为“否”而流程进入步骤S803。用户输入数字作为报文数据。在传输码显示部分243上显示输入的数字序列。用户从按钮电话1等上输入显示在传输码显示部分243上的传输码，并传输之。
用户输入画像指示码“*5*5”来传输画像，及输入标准报文指示码“*4*4”来传输标准报文数据。因此，在传输标准报文过程中，步骤S802中的判定为“是”，步骤S805中的判定为“否”而流程进入步骤S806。将输入的标准报文指示码“*4*4”显示在传输码显示部分243上。
用户输入与图3中所示的标准报文表中所要求的标准报文相对应的报文码“01”至“20”中之一。将该输入码显示在传输码显示部分243上。
以这一方式，将传输标准报文数据中必须操作的按钮电话1的按钮号及输入的数字序列显示在传输码显示部分243上。
用户在参看显示在传输码显示部分243上的数字序列的同时，可通过操作诸如图1中所示的按钮电话1的按钮而传输一则报文(步骤S604)。
为了传输画像，用户通过键操作输入画像指示码“*5*5”。从而，步骤S802与S805中的判定为“是”而流程进入步骤S807。
在步骤S807中，图21中所示的妇女的基本图形在画像显示部分242上闪烁。通过操作选择键44，这一妇女基本图形与图22中所示的男子的基本图形以闪烁的方式从一个切换到另一个。当在基本图形之一正在闪烁时操作设定键43时，便设定了画像的基本图形。当设定了画像时，便在传输码显示部分243上显示画像指示码“*5*5”及在步骤S807中设定的基本图形的画像码(“30”或“31”)。
用户确定是否需要改变所显示的画像的基本图形。当要改变基本图形的某些部分的图形时，用户输入一个改变部分指示码“*08”。在步骤S808中判定是否存在这一改变部分指示码。当不要改变基本图形时，步骤S808中的判定为“否”而流程进入步骤S809。
在步骤S809中判定是否要传输一则报文。在传输报文中，用户操作数字键42来输入数字。如果没有报文要传输，即没有操作数字键42，则在步骤S809中的判定为“否”而流程进入步骤S804。在步骤S804中，将传输由基本图形构成的一则报文所需的一序列码显示在传输码显示部分243上。
在传输报文中，步骤S809中的判定为“是”而流程进入步骤S810。
在步骤S810中判定要传输的报文是否是一则标准报文或者是否已经输入了标准报文指示码“*4*4”。当不要传输标准报文时，步骤S810中的判定为“否”而流程进入步骤S803。在步骤S803中，用户输入一个普通数字作为报文。将用于传输画像的基本图形及该普通报文的码序列显示在传输码显示部分243上。用户能参照该码序列从按钮电话1之类上传输一则报文(步骤S804)。
在连同画像传输标准报文的过程中，步骤S810中的判定为“是”而流程进入步骤S806。在步骤S806中，用户输入与图3中所示的标准报文表中所要求的标准报文相对应的报文码(01-20)。将标准报文指示码及报文码连同画像指示码与画像码一起显示在传输码显示部分243上。然后，流程进入步骤S804，容许传输由基本图形构成的画像及包含标准报文数据的报文。
为了改变基本图形的某些部分的图形，用户选定该基本图形，然后操作模式键45。因此，步骤S808中的判定为“是”而流程进入步骤S811。
在步骤S811中，在步骤S807中确定的基本图形的“眉毛”闪烁。操作模式键45以“眉毛”→“左眼”→“右眼”→“口”→“汗珠”→“血管”→“眼泪”→“面颊”→“手”→“心”→“眉毛”等等的次序移动闪烁部分。通过操作选择键44，从妇女画像码矩阵中读出闪烁部分的图形，并从一个切换到另一个地显示。当显示适当的图形时，此时用户便操作设定键43。这一键操作允许从图21与22中所示的妇女与男子的画像码矩阵中得到选定的图形的码(改变图形码)。接着，将改变部分指示码“*08”与得到的改变图形码显示在传输码显示部分243上。
当完成了画像的改变时，用户操作设定键43。当这一改变示完成时，用户操作模式键45来选择下一部分。在步骤S813中判定这些键操作。在未完成画像的改变时，流程返回到步骤S811，以上述相同的方式得到其它部分的改变图形码。
在完成了画像的改变时，流程进入步骤S809。
在步骤S809中，用户决定是否也要传输一则报文。当不要传输报文时，步骤S809中的判定为“否”而流程进入步骤S804，传输改变了基本图形的一个画像。
在连同一个画像传输一则普通报文(数字序列)的过程中，用户输入一序列数字。在连同一个画像传输一则标准报文的过程中，用户输入标准报文指示码“*4*4”与一个报文码。
当不要传输标准报文时，步骤S809中的判定为“是”，步骤S810中的判定为“否”，而在步骤S803中将输入的数字序列显示在传输码显示部分243上。
当要将一则标准报文与一个画像一起传输时，步骤S809与S810中的判定为“是”而流程进入步骤S806。
在步骤S806中，将输入的标准报文指示码与报文码显示在传输码显示部分243上。
图45A至45C示出制备包含一个画像与一则标准报文的一则报文的传输码的过程。
首先，用户指令传输报文制备模式并用数字键42输入画像指示码“*5*5”。将输入的键码显示在传输码显示部分243上。通过这一键操作，流程以步骤S801→S802→S805→S807的次序进行。
在步骤S807中，妇女或男子的基本图形在画像显示部分242上闪烁。通过操作选择键44，可以改变这一基本图形。如果如图45A中所示在显示妇女画像的基本图形时，操作了设定键43，便将其设定为基本图形。将妇女基本图形的码“30”显示在传输码显示部分243上画像指示码“*5*5”后面。
为了改变所选择的基本图形的某些部分的图形，用户输入改变部分指示码“*08”。在步骤S808中检测到这一输入事件而流程进入步骤S811。在该步骤中，用户操作模式键45来变换一个部分的类型，操作选择键44来切换部分及操作设定键43来选择所要求的图形。将选中的改变图形码显示在传输码显示部分243上改变部分指示码“*08”后面。
图45B示出用改变画像码“21”、“43”、“81”与“91”的图形改变妇女基本图形的左眼、口、面颊与手的图形的一个实例。
当输入标准报文指示码“*4*4”与报文码“16”时，步骤S809与S810中的判定为“是”，并将“*4*416”显示在传输码显示部分243上上述“*5*530*0821438191”后面，如图45C中所示。
通过上述操作，便完成了由一个画像及标准报文构成的传输报文。
下面参照图46中所示的流程图说明按照本实施例的寻呼机9的操作。
首先，在步骤S901中，解码器13判定RF接收机12解调的振铃信号是否与存储在ID-ROM15中的ID码匹配，并在两者互相匹配时将振铃检测信号送至CPU14。响应该振铃检测信号，CPU14执行始于步骤S902的进程。
在步骤S902中，判定有无报文数据跟在振铃信号后面。当没有后续的报文数据时，流程进入步骤S903去通知振铃，诸如通过显示表示振铃的符号及驱动扬声器16等。
当振铃信号后面有报文数据时，流程进入步骤S904。在步骤S904中，CPU14指示解码器13继续接收进入的信号与获取报文数据。CPU14判定在所得到的报文头部是否出现标准格式指示码“*4*4”或“*5*5”。当没有标准格式指示码时，便在步骤S905中通知振铃，并将根据所接收的报文数据的一则报文显示在显示部分24上。同时，将接收时间与接收的报文数据存储在RAM20中，然后结束处理。
当在步骤S904中判定存在标准格式指示码时，流程进入步骤S906，判定是否有包含一对画像指示码“*5*5”与画像码的画像数据。当不存在画像数据时，流程进入步骤S907去判定有无包含一对标准报文指示码“*4*4”与任何报文码“01”至“20”的标准报文数据。当没有报文码时，便在步骤S908中通知振铃。反之，当存在报文码时，便在步骤S909中将对应的标准报文显示在显示部分24上。
图47A示出在步骤S907中判定不存在报文码的情况中的一个显示实例，诸如作为报文数据接收到“*4*4”的情况。由于在这一情况中在标准报文指示码后面没有报文码，所以将接收符号、接收时间及表示没有报文的一个符号显示在显示部分24的报文显示部分241上。
图47B示出在步骤S907中判定存在报文码的情况中的一个显示实例，诸如作为报文数据接收到“*4*416”的情况。在这一情况中，标准报文指示码“*4*4”后面跟随有报文码“16”。因此，从图3中所示的标准报文表中读出与报文码“16”对应的“约会可以”，并将这一报文显示在报文显示部分241上。
当在步骤S906中判定存在画像指示码与画像码时，便在步骤S910中判定在画像码后面是否有改变部分指示码“*08”与一个后续的改变图形码。
当判定存在改变部分指示码“*08”与改变图形码时，流程进入步骤S911去判定在改变图形码后面有无报文数据。
当在改变图形码后面存在报文数据时，流程进入步骤S912。在步骤S912中，通知振铃，并生成通过将画像码指定的基本图形改变到由改变图形码指定的一个图形所得出的一个新的画像。显示部分24将改变后的画像显示在画像显示部分242上并将根据报文数据的一则报文显示在报文显示部分241上。同时，将这些数据存储在RAM20中，然后结束处理。
图48示出这一情况中的一个显示实例。在这一实例中，接收到图45C中所示的报文数据“*5*530*0821438191*4*416”。在这一情况中，根据画像指示码“*5*5”后面的画像码“30”从图21中所示的妇女画像码矩阵中读出妇女的基本图形。接着，从妇女画像码矩阵中读出与改变部分指示码“*08”后面的改变图形码“21”、“43”、“81”与“91”对应的图形，并生成部分地改变了基本图形的一个新画像。将这一画像显示在画像显示部分242上。
再者，根据标准报文指示码“*4*4”与报文码“16”，从图3中所示的标准报文表中读出“约会可以”，并显示在报文显示部分241上。
当在步骤S911中判定这一改变图形码后面没有报文数据时，流程进入步骤S913，通知振铃，并用与改变图形码对应的图形改变与画像码对应的基本图形。将改变后的基本图形显示在画像显示部分242上。同时，将接收的报文数据等存储在RAM20中，然后结束处理。
图49示出这一情况中的一个显示实例。在这一实例中，接收到的报文数据为“*5*530*0821438191”。在这一情况中，根据画像指示码“*5*5”后面的画像码“30”，从图21中所示的妇女画像码矩阵中读出该妇女的基本图形。接着，从妇女画像码矩阵中读出与改变部分指示码“*08”后面的改变图形码“21”、“43”、“81”与“91”对应的图形。根据这些图形部分地改变基本图形，而生成一个新的画像。将这一画像显示在画像显示部分242上。
当画像码后面有报文数据时，流程进入步骤S915。在步骤S915中，通知振铃，并将与画像码对应的基本图形显示在图像显示部分242上及将根据报文数据的一则报文显示部分241上。将接收的报文数据存储在RAM20中，然后结束处理。
图50示出这一情况中的一个显示实例。在这一实例中，所接收的报文为“*5*530*4*416”。在这一情况中，根据画像指示码“*5*5”后面的画像码“30”从图21中所示的妇女画像码矩阵中读出该妇女的基本图形。根据标准报文指示码“*4*4”及报文码“16”，从图3中所示的标准报文表中读出“约会可以”，并显示在报文显示部分241上。
当在步骤S914中判定画像码后面没有报文数据时，流程进入步骤S916，通知振铃，并将基本图形显示在画像显示部分242上。同时，将这些接收的报文数据存储在RAM20中，然后结束处理。
图51示出这一情况中的一个显示实例。在这一实例中，报文数据为“*5*530”。根据画像指示码“*5*5”后面的画像码“30”，从图21中所示的妇女画像码矩阵中读出该妇女的基本图形，并显示在画像显示部分242上。
按照本实施例，如上所述，能将基本图形的各个部分的图形改变成所要求的图形。因此，有可能制备与传输非常有表情的报文。
虽然在以上描述中一个画像是一个静止的画面，画像也可以是动态画面。下面参照图52讨论这一情况中的寻呼机9的操作。
步骤S1001至S1009中的处理基本上与步骤S901至S909中的处理相同。
当在步骤S1006中判定存在画像指示码与画像码时，便在步骤S1010中判定是否在画像码后面有包含改变部分指示码“*08”与一个后续改变图形码的改变图形数据。
当在步骤S1010中判定存在改变部分数据时，流程进入步骤S1011去判定在改变部分数据后面有无报文数据。
当在改变部分数据后面存在报文数据时，流程进入步骤S1012。在步骤S1012中，通知振铃，并生成由画像码指定的基本图形构成的一个第一画像以及根据与改变图形码对应的图形改变第一画像后得出的一个第二画像。交替地从一个切换到另一个地在画像显示部分242上显示这两个第一与第二画像。同时，将一则报文显示在报文显示部分241上并将这些接收的报文数据存储在RAM20中，然后结束处理。
当作为报文数据接收到诸如“*5*530*0821418191”时，便根据画像指示码“*5*5”与画像码“30”，从ROM19中图21所示的妇女画像码矩阵中读出作为第一画像的该妇女的基本图形。接着，根据与改变图形码“21”、“43”、“81”与“91”对应的图形，改变基本图形，从而产生第二画像。交替地从一个切换到另一个地在画像显示部分242上显示第一与第二画像，如图50与48中所示。
当在步骤S1011中判定在画像码后面没有报文数据时，流程进入步骤S1013。在步骤S1013中，通知振铃，并生成根据基本图形的第一画像及通过根据基本图形的第一画像及通过根据与改变图形码对应的图形改变第一画像得出的第二画像。交替地从一个切换到另一个地在画像显示部分242上显示这两个第一与第二画像。同时，将接收的报文数据存储在RAM20中，然后结束处理。
当在步骤S1010中判定在画像数据后面没有改变部分数据时，流程进入步骤S1014去判定画像数据后面有无报文数据。
当画像码后面存在报文数据时，流程进入步骤S1015，通知振铃，将根据画像码的基本图形显示在显示部分24的画像显示部分242上，并将报文显示在报文显示部分241上。然后，将这些接收的数据存储在RAM20中，然后结束处理。
当在步骤S1014中判定画像数据后面不存在报文数据时，流程进入步骤S1016，通知振铃，并将根据画像码的基本图形显示在画像显示部分242上。然后，将这些数据存储在RAM20中，然后结束处理。
按照本实施例，如上所述，交替地从一个切换到另一个地显示由基本图形构成的第一画像以及通过根据与改变图形码应的图形改变该基本图形而构成的第二画像从而提供一个动态画面。因此，有可能以表情丰富的动态画面形式传输报文数据。
本发明不限于上述实施例，可以根据需要修改成各种其它形式而不脱离本发明的范围与精神。
例如，上文的描述中给出了呼叫者的感受、表情等主要是以画像的形式传输给寻呼机9的情况。但也可将图53中所示的保存表示动作与场所的图像的业务展示矩阵存储在ROM19中，从而可将图54A与54B中所示的报文传输给并显示在寻呼机9上。
在这一实例中，用业务格式指示码“*7*7”来指定图53中所示的一个图像。
假定作为一个实例，寻呼机4接收到业务格式指示码“*7*7”、基本图形码“0121”、改变部分指示码“*08”、改变码“31”、标准报文指示码“*4*4”及报文码“02”，作为报文数据。
在这一情况中，根据业务格式指示码“*7*7”后面的码“01(人)”与“21(左移)”，CPU14从图53中所示的业务展示矩阵中读出两个对应的图形。将读出的图形进行组合产生一个业务展示的图形，例如，如图54A中所示。然后，读出与改变指示码“*08”后面的码“31”相对应的图形，并根据这一图形部分地改变基本图形，从而生成一个改变的业务展示图形，如图54B中所示。交替地将图54A与54B中所示的图形作为一个动态画面显示在画像显示部分242上。
根据标准报文指示码“*4*4”后面的报文码“02”，读出标准报文“呼我”。将这一报文显示在报文显示部分241上，如图54A与54B中所示。
具有了上述结构，可以通过专门地设计一个动态画面而表达一则报文的重要性与紧急性。可以依次显示画像与业务展示。[第五实施例]虽然在第二与第四实施例中是指定画像与图形码来传输一个画像的，也可通过指定构成该画像的各个部分的码而规定一个画像。
下面说明设计成完成上述任务的第五实施例。
在第五实施例中，ROM19中保存一张标准报文表及一个图形码矩阵。在这一情况中，标准报文表中存储图2中所示的与报文码相关联的标准报文。图形码矩阵中存储与图形码相关联的，用于制备一个画像的诸如“发型与脸型”、“眉毛”、“眼”与“口”等部分的图形，如图55中所示。例如，当指定了图形码“00”时，便得到一名妇女的“发型与脸形”的图形，而当指定了图形码“11”时，便得到愤怒状态中的“眉毛”的图形。
下面参照图56中所示的流程图说明使用按照本实施例的寻呼机8制备传输码及传输制备的报文到寻呼机9的操作。
首先，在步骤S1101中用户用模式键45选择传输码制备模式。接着，用户设定要传输的报文的类型。
当要传输一则非标准报文时，步骤S1102中的判定为“否”而流程进入步骤S1103。用户输入普通数字作为报文。CPU14将输入报文显示在传输码显示部分243上。换言之，必须操作键码来传输这一报文，并将键码序列显示在传输码显示部分243上。在下一步骤S1104中，用户可通过从按钮电话1之类输入与显示在传输码显示部分243上的报文数据相同的数据来传输面向数字的报文。
用户输入图形指示码“*2*2”来传输画像，及输入标准报文指示码“*4*4”来传输标准报文。输入码被显示在传输码显示部分243上。
当要传输一则标准报文而不是画像时，步骤S1102中的判定为“是”，步骤S1105中的判定为“否”而流程进入步骤S1106。在步骤S1106中用户输入一个报文码。也将该报文码显示在传输码显示部分243上。
用户能通过从按钮电话1之类输入与显示在传输码显示部分243上的报文数据相同的数据而传输面向数字的报文(步骤S1104)。
为了传输画像数据，用户输入图形指示码“*2*2”，从而，步骤S1105中的判定为“是”，而流程进入步骤S1107。在步骤S1107中，将根据图55中所示的图形码矩阵的基本画像之一显示在显示部分24的画像显示部分24上，并且“发型与脸形的图形闪烁。同时，将图形指示码“*2*2”显示在传输码显示部分243上。
按照“发型与脸形”、“眉毛”、“左眼”、“右眼”等等的次序，通过操作模式键45顺序地转移闪烁的图形。通过操作选择键44将闪烁部分的图形切换到另一个图形。当显示闪烁部分所希望的图形时，便操作设定键43为该部分设定图形(步骤S1108)。
当操作了设定键43时，便将设定的图形的码显示在传输码显示部分243上。
然后判定是否已完成画像，即是否已设定了所有部分的图形。当未完成画像时，步骤S1109中的判定为“否”，流程便返回到步骤S1107以上述方式为其它部分选择适当的图形。
当完成了一个画像时，接着决定是否需要传输一个动态画面。当要传输一个动态画面时，用户键入一个动态画面图形指示码“*6*6”。在步骤S1110中判定有无这一码。在要传输一个静止画面的情况中，即当不存在动态画面图形指示码“*6*6”时，步骤S1110中的判定为“否”，而流程进入步骤S1111。
在步骤S1111中，判定是否须与一个画像一起传输报文。当不要传输报文时，步骤S1111中的判定为“否”，而流程进入上面提及过的步骤S1104。
当要传输一则报文时，步骤S1111中的判定为“是”，而流程进入步骤S1112去判定该报文是否为标准报文，即是否已输入了标准报文指示码“*4*4”。当不要传输标准报文时，步骤S1112中的判定为“否”，而流程进入步骤S1103，用户输入一则面向数字的报文。将输入报文显示在传输码显示部分243上。在步骤S1104中，用户能通过从按钮电话1之类输入显示在传输码显示部分243上的码序列，而将静止画面形式的一个画像及面向数字的一则报文传输给另一个寻呼机9。
当要传输一则标准报文时，步骤S1112中的判定为“是”，而流程进入步骤S1106。在步骤S1106中，用户输入图3中所示的标准报文表中的一个任意报文码。这一报文码也显示在传输码显示部分243上。然后流程进入步骤S1104，准备好传输具有标准报文及由一个静止画面构成的画像的数据。
当在步骤S1110中判定要传输一个动态画面时，在步骤S113中判定是否完成了该动态画面的制备，流程返回到步骤S1107去制备一个不同的画像。这一情况中的画像制备是通过选择要改变的部分的图形而确定的。
最后，将要改变的图形的图形码显示在传输码显示部分243上的图形指示码“*2*2”、图形码、动态画面图形指示码“*6*6”后面。
在步骤S1113中再一次判定是否已完成了动态画面的制备，而流程进入步骤S1111。在这一情况中也判定是否要传输一则报文。当不要传输报文时，步骤S1111中的判定为“否”，而在步骤S1104中传输由动态画面构成的画像。
反之，当要传输一则报文时，步骤S1111中的判定为“是”而流程进入步骤S1112去判定要传输的是否为标准报文。当要传输的不是标准报文时，步骤S1112中的判定为“否”而流程进入步骤S1103。在步骤S1103中，用户输入普通数字作为报文数据。在下一步骤S1104中，便可传输由动态画面构成的画像与面向数字的报文了。在要传输标准报文的情况中，步骤S1112中的判定为“是”而流程进入步骤S1106，在其中输入一个报文码。在步骤S1104中，便能传输由动态画面构成的画像及由标准报文构成的报文了。
图57A至60示出制备由动态画面构成的画像及由标准报文构成的报文的传输码的过程。
首先，用户指定传输报文制备模式并用数字键42输入图形指示码“*2*2”。由于这一键入操作，步骤S1102与S1105中的判定成为“是”，将图形指示码“*2*2”显示在传输码显示部分243上，将一个基本画像显示在画像显示部分242上，如图57A中所示，并且“发型与脸形”的图形闪烁(步骤S1107)。
如图57B中所示，为了利用具有“发型与脸形”的图形码“00”的图形，用户必须操作选择键44，然后当显示该图形时操作设定键43。这一键操作使图形码“00”显示在传输码显示部分243上图形指示码“*2*2”后面。
此后，和前面一样，用户操作模式键45来改变闪烁部分，操作选择键44从图55中所示的图形中选择闪烁部分的图形，并在显示所希望的图形时操作设定键43。以这一方式显示各个部分的图形码。将设定的图形的图形码显示在传输码显示部分243上。
图57C提供在为“眉毛”选择了码“10”的图形及为“左眼”选择了码“22”的图形时的一个显示实例。图57D提供为“右眼”、“口”、“汗珠”、“血管”、“眼泪”、“面颊”与“手”相继地选择了码“30”、“40”、“50”、“60”、“70”、“80”与“91”的图形时的一个显示实例。当完成了图形的选择时，用户操作设定键43使流程从步骤S1109进入步骤S1110。
接着，当通过输入动态画面图形指示码“*6*6”指定一个动态画面时，该动态画面图形指示码“*6*6”便显示在传输码显示部分243上，如图57E中所示。然后，用户顺序地指定所制备的画像中应改变的某些部分的图形。
在这一实例中，要改变“左”眼、“口”与“手”的图形。在这一情况中，用户操作模式键45来选择左眼并操作选择键44来选择与码“21”对应的图形。这一时间点上的一个显示实例给出在图57E中。图57F示出在为“口”选择了码“43”的图形时的一个显示实例。图57G示出在为“手”选择了码“90”的图形时的一个显示实例。
此时，当用户输入标准报文指示码“*4*4”及报文码“20”并操作了设定键43时，便将标准报文指示码“*4*4”及报文码“20”显示在传输码显示部分243上前述“*2*200102230405060708091”的后面，如图57H中所示。
下面参照图58中所示的流程图说明按照本实施例的寻呼机9的接收操作。
在步骤S1201中，判定解调后的振铃信号是否与存储在ID-ROM15中的ID码匹配。只有在两者互相匹配时才执行始于步骤S1202的处理。
在步骤S1202中，判定振铃信号后面有无报文数据。当没有后续的报文数据时，流程进入步骤S1203，通知振铃，诸如通过显示表示振铃的符号。
当振铃信号后面有报文数据时，流程进入步骤S1204。在步骤S1204中，CPU14指令解码器13继续接收进入的信号、获取报文数据，并判定在所得到的报文头部是否存在标准格式指示码。当没有标准格式指示码时，便在步骤S1206中通知振铃及将所接收的报文显示在显示部分24上。同时，将接收时间与所接收的报文数据存储在RAM20中，然后结束处理。
当在步骤S1204中判定存在标准格式指示码时，流程进入步骤S1206去判定有无包含图形指示码“*2*2”与图形码的图形数据。当不存在图形数据时，流程进入步骤S1207去判定有无包含标准报文指示码“*4*4”与报文码的标准报文数据。当没有标准报文数据时，便在步骤S1208中通知振铃。反之，当存在标准报文数据时，便在步骤S1209中将对应的标准报文显示在显示部分24上。
图59示出在步骤S1207中判定不存在标准报文数据并作为报文数据接收到“*4*4”时的一个显示实例。由于在这一情况中标准报文指示码后面没有报文码，便将接收时间及指明没有报文的一个符号显示在报文显示部分241上。
图60示出在步骤S1207中判定存在标准报文数据并接收到“*4*420”作为报文数据时的一个显示实例。在这一情况中，从图3中所示的标准报文表中读出与报文码“20”对应的报文“同意”，并将这一报文显示在报文显示部分241上。
当在步骤S1206中判定存在图形数据时，在步骤S1211中判定该图形数据是否是包含一个动态画面图形指示码“*6*6”及至少一个图形码的动态画面。
当在步骤S1211中判定存在动态画面的图形数据时，流程进入步骤S1212去判定紧跟在图形码后面有无报文数据。
当紧跟在动态画面图形数据后面存在报文数据时，流程进入步骤S1213。在步骤S1213中，通知振铃，并根据图形指示码“*2*2”后面的图形码构成一个第一画像。通过用与动态画面图形指示码“*6*6”后面的图形码对应的图形取代第一画像中的图形而构成一个第二画像。交替地从一个切换到另一个地将第一与第二画像作为动态画面显示在显示部分24的画像显示部分242上，并将一则报文显示在显示部分24的报文显示部分241上。同时，将这些数据存储在RAM20中，然后结束处理。
图61A与61B示出当作为报文数据接收到图57H中所示的“*2*200102230405060708091*6*6214390*4*420”的情况中的显示实例。
在这一情况中，由于存在图形指示码“*2*2”与图形码，步骤S1201、S1204、S1206中的判定为“是”。由于存在动态画面图形指示码“*6*6”与图形码，而步骤S1212中的判定为“是”，而流程进入步骤S1213。
在这一情况中，第一画像是根据图形指示码“*2*2”与随后的图形码“00”、“10”、…“91”制备的。根据动态画面图形指示码“*6*6”与随后的图形码“21”、“43”与“90”，改变第一画像来制备第二画像。交替地从一个切换到另一个地将这两个画像以图61A→图61B→图61A等等的次序显示在画像显示部分242上。
再者，根据最后的标准报文指示码“*4*4”与报文码“20”，从图3中所示的标准报文表中读出“同意”。将这一报文显示在报文显示部分241上，如图61A与61B中所示。
当在步骤S1212中判定没有报文数据紧跟在图形码后面时，流程进入步骤S1214。在步骤S1214中，通知振铃，并根据图形指示码后面的图形码构成第一画像，及通过根据动态画面图形指示码“*6*6”后面的图形码校正第一画像而构成第二画像。交替地从一个切换到另一个地将第一与第二画像作为一个动态画面显示在显示部分24的画像显示部分242上，并将一则报文显示在显示部分24的报文显示部分241上。同时，将这些数据存储在RAM20中，然后结束处理。
图62A与62B示出作为报文数据接收到图57G中所示的“*2*200102230405060708091*6*6214390”的情况中的显示实例。在这一情况中，第一画像是根据图形指示码“*2*2”与随后的图形码“00”、“10”、…“91”制备的，并根据动态画面图形指示码“*6*6”与随后的图形码“21”、“43”与“90”改变第一画像而制备第二画像。交替地从一个切换到另一个地按图62A→图62B→图62A等等的次序将第一与第二画像显示在画像显示部分242上。
当在步骤S1211中判定图形数据后面没有动态画面图形数据时，流程进入步骤S1215去判定图形数据后面有无报文数据。
当紧跟在图形数据后面有报文数据时，流程进入步骤S1216。在步骤S1216中，通知振铃，将根据图形码构成的画像显示在画像显示部分242上，并将报文显示在报文显示部分241上。同时，将这些数据存储在RAM20中，然后结束处理。
图63示出接收到报文数据“*2*200102230405060708091*4*420”的情况中的显示实例。在这一情况中，由于存在图形数据，即图形指示码“*2*2”与图形码，步骤S1202、S1204与S1206中的判定为“是”。由于不存在动态画面图形数据，而步骤S1211中的判定为“否”。由于存在后续的报文数据“*4*420”，步骤S1215中的判定为“是”。
在这一情况中，根据图形指示码“*2*2”与随后的图形码“00”、…“91”制备画像，并将这一画像显示在画像显示部分242上，如图63中所示。
根据标准报文指示码“*4*4”与报文码“20”，从图3中所示的标准报文表中读出对应的标准报文“同意”，并将这一标准报文显示在报文显示部分241上，如图63中所示。
当在步骤S1215中判定图形码后面没有紧跟的报文数据时，流程进入步骤S1217。在步骤S1217中，通知振铃，并根据图形码构成画像及显示在画像显示部分242上。同时，将这些数据存储在RAM20中，然后结束处理。
图64示出接收报文为“*2*200102130405060708090”的情况中的显示实例。在这一情况中，由于存在图形数据，步骤S1202、S1204与S1206中的判定为“是”。由于既没有动态画面图形数据又没有后续的报文，步骤S1211与S1215中的判定为“否”。因此，根据图形指示码“*2*2”后面的图形码“00”、“10”…“90”制备画像，并将这一画像显示在画像显示部分242上，如图64中所示。
按照本实施例，如上所述，能够从一个切换到另一个地显示由各个部分的图形的组合构成的一个第一画像，及通过部分地改变前一画像而得到的一个第二画像。因此，有可能以动态画面方式传输得出的画像作为非常有表情的报文数据。
本发明不限于上述实施例，可以根据需要以各种其它方式修改而不脱离本发明的范围与精神。例如，可将图53中所示的业务展示矩阵存储在ROM19中，从而也能执行图54A与54B中所示的显示处理。
虽然在本实施例中，从一个切换到另一个地显示两个画像，但本发明不限于这一结构。本实施例可修改成能够传输多个动态画面图形指示码及对应的图形码，及能够接收包含多个动态画面图形指示码与对应的图形码的报文数据。这一结构容许从一个切换到另一个地显示三个或更多的画像。
虽然在上述实施例中，制备的传输码是用按钮电话1传输的，但图2中所示的电路结构可配备有具有用虚线指示的拨号键21与拨号键话筒22的一个拨号器机构。这种结构容许CPU14将制备的传输码存储在一个输出缓冲器(未示出)中，并响应拨号键21的操作而传输这些传输码。可以在寻呼机8上设置一个接口27及直接连接到组合式插座28上的一个组合式插头26作为一个外部接线端，从而数据本身能够直接传输到寻呼机服务公司3。[第六实施列]虽然在第一至第四实施例中，一个画像是与一个画像码相关联的，但多个画像可与一个单一的画像码相关联并且这些画像可以从一个切换到另一个。设计成实现这一特征的第六实施例在下面说明。
按照本实施例的寻呼机的电路结构基本上与实施例1-1的寻呼机4相同，只是ROM19中保存图3中所示的标准报文表及图65中所示的一张画像表。这一画像表中存储与一个妇女画像的一组三个图形相关联的画像码“30”、“40”…、“90”，并存储与一个男子画像的一组三个图形相关联的画像码“31”、“41”…“91”。当指定一个画像码时，便顺序地在所示的箭头的方向上从一个切换到另一个地显示相关联的三个画像。
在本实施例中，用一个动态画面指示码“*3*3”来传输图65中所示的画像作为报文。在传输图65中所示的任何一组画像时，呼叫者传输动态画面指示码“*3*3”与画像码。其它传输操作与其它实施例中的那些相同。
下面参照图66中所示的流程图说明按照本实施例的寻呼机4的接收操作。
首先，在步骤S1301中，CPU14判定是否呼叫了目标寻呼机，并且在受到呼叫时执行下述处理。
在步骤S1302中，判定振铃信号后面有无报文数据。当没有后续报文数据时，流程进入步骤S1303去通知振铃，例如，通过显示表示接收的符号。
当振铃信号后面有报文数据时，CPU14控制解码器13继续接收进入的信号，获取报文数据，并在步骤S1304中判定在所得到的报文的头部是否存在标准格式指示码。当没有标准格式指示码时，在步骤S1305中将接收的报文数据显示在报文显示区24a上，通知振铃，并将接收的报文数据存储在RAM20中，然后结束处理。
当在步骤S1304中判定存在标准格式指示码时，流程进入步骤S1306，判定有无包含动态画面指示码“*3*3”与一个画像码的动态画面数据。不存在动态画面数据时，流程进入步骤S1310。存在动态画面数据时，在步骤S1307中判定动态画面数据后面有无报文数据。
当在步骤S1307中判定存在后续报文数据时，便显示由画像码指定的动态画面及与后续报文数据对应的报文。如果该报文数据是由一个标准报文指示码及一个报文码指定的，便连同动态画面显示一则标准报文。如果报文数据是普通报文数据，则连同动态画面显示根据报文数据的一则普通报文。
图67A-图67C示出接收到报文数据“*3*370*4*418”的情况中的显示实例。作为报文数据，画像码“70”在动态画面指示码“*3*3”后面，再后面是“*4*418”。从而，步骤S1302、S1304、S1306与S1307中的判定都是“是”。因此，在步骤S1308中，显示与图65中的画像码“70”关联存储的三个画像，及对应于报文数据“*4*418”的标准报文”OK“，以图67A→图67B→图67C→图67A等等的次序在显示部分24上顺序地从一个切换到另一个地显示这三个画像。
当在步骤S1307中判定存在后续报文数据时，在步骤S1309中通知振铃，并根据画像码在显示部分24上，顺序地从一个切换到另一个地显示三个画像。同时，将接收的报文数据存储在RAM20中，然后结束处理。
图68A至68C示出根据报文数据“*3*370”的情况的显示实例。画像码”70“跟随在动态画面指示码“*3*3”后面。因此，从图68A→图68B→68C→图68A等等的次序，在显示部分2上4顺序地从一个切换到另一个地显示与画像码”70“关联存储的三个画像。
当在步骤S1306中判定不存在动态画面数据时，在步骤S1310中判定有无包含标准报文指示码“*4*4”与报文码的标准报文数据。当在步骤S1310中判定存在标准报文数据时，在步骤S1312中通知振铃并显示该标准报文。同时，将接收的报文数据存储在RAM20中，然后结束处理。
图69示出这一情况中根据报文数据“*4*418”的一个显示实例。标准报文码“18”出现在标准报文指示码“*4*4”后面。因此，读出标准报文“OK”并显示在显示部分24上。
当在步骤S1310中判定没有报文码时，便在步骤S1311中通知振铃并结束处理。
图70示出在这一情况中接收到报文数据“*4*4”时的一个显示实例。在这一情况中，标准报文指示码“*4*4”后面没有报文码。从而，将包含这一意义的信息显示在显示部分24上。
按照本实施例的寻呼机4，当传输一个画像码时，多个画像从一个切换到另一个，从而提供一个动态画面画像。
虽然在上述实施例中显示的是一个画像，也可将要显示的呼叫者的意图或业务事项作为画面直接显示，它们在按图71A→图71B→图71C→图71D→图71E等等的次序显示时，可以从一个切换到另一个。这能使业务事项的紧急性与/或重要性以动态画面表达。
如图72A至72F中所示，难于以字符传递的报文可以方便地借助动态画面传输。
虽然与画像码关联地显示的各组画像是事先确定的，用户也可以任意地设定与画像码关联的一组多个画像。例如，可有将所有画像存储在ROM19中，而将用于设定与一个画像码相关联的从一个切换到另一个的要显示的画像及这些画像的显示顺序的区域设置在RAM20中。在这一情况中，根据接收的一个画像码，按照设定在RAM20中的顺序，顺序地从一个切换到另一个地显示这些画像。[第七实施例]虽然在第六实施例中，画像是事先确定的，但诸如画像等图像也可在需要时制备。与第二实施例相似，一则自制的标准报文可以与一个制备的图像一起存储。下面说明设计成具有这一特征的寻呼机4的一个实施例。
按照本实施例的寻呼机4的电路结构与外观，除ROM19中保存了图21与22中所示的画像码矩阵外基本上与实施例1-1的寻呼机相同，。
下面参照图74及图75A至75O中的流程图说明容许用户制备画像与自制标准报文并登录它们在这一实施例中的寻呼机4中的一种方法。
首先，在步骤S1401中，用户选择画像制备模式。图75A示出选择了画像制备模式时的初始显示。在这一实例中，在显示部分24的报文显示区24a上显示字符串“制备画像”，表示操作模式设定为画像制备模式，并在画像显示区24b上显示一个男子的画像的基本图形。
图75B是基本图形的放大图。当在图75A中所示的显示状态中用户按下设定键31来设定画像制备时，便开始了一个画像的制备。
当在步骤S1402中重复操作选择键32时，CPU14向应这一键操作而以交替切换的方式在画像显示区24b上显示一个男子的基本图形及一个妇女的基本图形。当确定了男子与妇女的基本图形中的一个时，用户按设定键31。结果，从ROM19中读出图21或22中所示的妇女或男子的画像码矩阵。
在下一步骤S1403中，通过检验所操作的键的类型，判定是否完成了画像制备。当所操作的键是模式键33或选择键32时，流程进入步骤S1404的部分选择处理。当所操作的键为设定键31时，便认为画像制备已经完成，而流程进入步骤S1405去执行制备结束处理。
下面考虑在报文库25中地址96上登录三个画像与一则自制标准报文的情况。首先在步骤S1402中，用户操作选择键32与设定键31来设定图75A中所示的男子基本图形。接着，用户根据男子的画像码矩阵用模式键33指定图75B中放大示出的画像的要改变部分，并用选择键32选择指定部分的图形(步骤S1403与S1404)。
更具体地，当按下模式键33时，便以眉毛→左眼→右眼→口→汗珠→血管→眼泪→面颊→手→心→眉毛等等的次序切换与闪烁一个可改变部分。由于图75G中的画像便是在本实施例中要制备的，首先按两次模式键33令左眼作为目标部分闪烁，如图75C中的显示实例所示。然后，按一次选择键32来选择码“21”的图形。结果，图形闪烁，如图75D中所示。接着，为了改变右眼的图形，按一次模式键33来设定右眼闪烁，并按选择键32来选择右眼的图形，如图75E中所示。当在这一情况中操作模式键33与选择键32时，改变了口的图形，如图75F中所示。当以这一方式制备了所希望的画像时，最后应按设定键31。作为结果，步骤S1403中的判定成为“是”，而在步骤S1405中执行制备结束处理。得出的显示成为不闪烁与静止的，如图75G中所示。
接着，为了将制备的画像登录在报文库25中地址96上，在步骤S1406中用数字键指定一个地址“96”，然后操作设定键31。结果，CPU14将制备的画像登录在报文库25中地址96上。将已登录了画像的地址“96”显示在控制信息显示区24C上，同时画像保持显示在画像显示区24b上。
可以以这样的方式设计寻呼机4，使CPU14根据选择键32的操作增大(或减小)地址，并将其显示在控制信息区24C上，而使用选择键32与设定键31来选择地址。
在下一步骤S1407中，通过检验是否已操作了设定键31判定另一个画像是否要设定在同一地址上。
为了在同一个地址上登录多个画像并在被显示的同时从一个到另一个地切换它们而提供一个伪动态画面，用户必须再一次按设定键31。当按下设定键31时，步骤S1407中的判定为“是”，而流程进入步骤S1408中的画像制备/登录处理。虽然这一处理是在一个步骤中表示的，它实际上是步骤S1403至S1406的重复处理序列。即，操作模式键33与选择键32来制备所希望的画像。当通过设定键31的操作设定后，将制备的画像31作为第二画像登录在某一地址上。在地址96上图75G中所示的画像后面登录图75H中所示的画像的过程中，改变了图22中所示的基本图形的口的图形，并将改变后的画像登录在报文库25中地址96上。结果，图75H中所示的画像登录在登录了图75G中所示的画像的存储区后面。当以相同的方式制备与登录了图75I中所示的第三画像时，图75G、75H与75I中所示的三个画像存储在地址96上。
当两个画像存储在报文库25中同一地址上时，用选择键31选择一个确定应显示哪一种动态画面的标志，并用设定键31将其登录。当这一标志为“0”，便简单地交替显示这两个画像，当它为“1”时，则交替地显示这两个画像及自制的标准报文。由于在图73中的报文库25中的地址84上的标志区中设定为“1”，因而交替地显示两则有表情的报文及一则自制标准报文。由于在地址32上标志为“0”，所以只是简单地交替显示两个画像。
由于画像不能登录在ROM19中为标准报文数据指定的登录地址上，因此必须指定这一特殊地址以外的地址。
在自制标准报文与上述过程中制备与登录的一至三个画像相关联地存储的情况中，在完成了画像的制备与登录时，必须按一次模式键33。在步骤S1409中检测到模式键33的操作，并在步骤S1401中从画像制备模式改变到自制标准报文制备模式。随着模式的改变，显示从图75I中那种状态改变到图75K中所示的状态。
当在步骤S1410中按下选择键32时，便从ROM19中读出图23中所示的自制标准报文码矩阵。然后，自制标准报文码矩阵中的顶部字符“ア”在显示报文的部分上闪烁。按选择键32改变自制标准报文码矩阵的水平标度码而按模式键33则改变自制标准报文码矩阵的垂直标度码。当确定了字符时，必须按设定键31。例如，在图75M中的显示实例中制备五个字符“SORRY”的过程中，从显示“ア”的第一显示状态起，必须按三次模式键33及8次选择键32。在正在闪烁的字符“S”上必须按设定键31。为下一个字符“O”，必须按9次模式键33及一次选择键32。当字符“O”呈现闪烁时，必须按设定键31来设定这一字符。应当以类似的方式来选择与登录其余的字符“R”、“R”与“Y”。
当结束了自制标准报文的制备时，通过选择键32或数字键输入前面登录了画像的相同地址(例如96)(步骤S1412)。然后，通过操作设定键31将该报文登录在地址96上(步骤S1413)。
每当操作设定键31时，便以图75N、图75O然后图75M的次序显示在上述过程中制备与登录的三个画像与自制标准报文。当登录的内容不需要改变时，必须按模式键33来结束画像与自制标准报文的制备与登录，并将操作模式从自制标准报文制备模式改变到顺序接收模式。
下面参照图76A与76B中所示的流程图以及图77至82中所示的显示实例详细描述按照本实施例的寻呼机4的接收操作。
在步骤S1501中，将从图1中的传输基地台6发送来的振铃信号与存储在ID-ROM15中的ID码对比。当两者互相匹配时，便将振铃检测信号送至CPU14。响应这一振铃检测信号，CPU14执行始于步骤S1502的处理。
在步骤S1502中判定振铃信号后面有无报文数据。当没有后续报文数据时，便在步骤S1503中通知振铃，例如通过显示表示振铃的符号。
当振铃信号后面有报文数据时，在步骤S1504中CPU14控制解码器13继续接收进入的报文数据并获取这一报文数据。然后CPU14判定在所得到的报文数据头部有无标准格式指示码。
当没有标准格式指示码时，通知振铃，将按照报文数据的报文显示在显示部分24上，并将接收时间与接收的报文数据存储在RAM20中，然后结束处理。
当在步骤S1504中判定在接收的报文数据头部存在标准格式指示码时，流程进入步骤S1506。在步骤S1506中，判定是否存在画像数据。更具体地，判定标准报文指示码是否是动态画面指示码“*3*3”，在动态画面指示码后面是否有表示报文库25中的地址的地址数据，以及在该地址数据指定的位置上是否存储有画像。
当在步骤S1506中判定该地址数据指定的位置上不存在画像时，流程进入步骤S1514。当在指定的位置上存在画像数据时，流程进入步骤S1507去判定画像与自制标准报文是否都位于该地址数据所指定的位置上。
当在步骤S1507中判定自制标准报文与画像存储在一起时，然后在步骤S1508中判定有无报文数据紧随在地址数据后面。当地址数据后面没有报文数据时，流程进入步骤S1510。反之，当地址数据后面有报文数据时，便在步骤S1509中通知振铃，根据地址数据从报文库25中读出画像并作为一个动态画面交替地显示在画像显示区24b上，并根据紧随地址数据的报文数据将报文显示在报文显示区24a上。要指出的是自制标准报文是不显示的。同时，将接收时间与接收的报文数据存储在RAM20中，然后结束处理。
图77A至77C示出这一情况中的显示实例，具体地，接收到报文数据“*3*396*4*4*419”的情况。在这一实例中，地址数据“96”随在动态画面指示码“*3*3”后面，而标准报文数据“*4*419”出现在数据“96”后面。因此，在步骤S1502、S1504、S1506、S1507与S1508中的判定全为“是”。按图77A→图77B→图77C→图77A等等的次序，将根据存储在图75中所示的报文库25中地址“96”上的画像数据的三个画像及从图3中的标准报文表中读出的标准报文“错失”交替地显示。
当在步骤S1508中判定没有报文数据紧随地址数据时，流程进入步骤S1510。在步骤S1510中，通知振铃，并将存储在报文库25中地址数据指定的位置上的画像及根据自制标准报文的画像显示在显示部分24上。同时，将接收时间、接收的报文数据等存储在RAM20中，然后结束处理。
图78A至78C示出根据报文数据“*3*396”的显示实例。在这一情况中，地址数据“96”随在动态画面指示码“*3*3”后面。因此，在步骤S1502、S1504、S1506与S1507中的判定全成为“是”，但步骤S1508中的判定为“否”，而流程进入步骤S1510。在步骤S1510中，将根据存储在报文库25中的地址“96”上的画像的那些画像，及自制标准报文“抱歉”，以图78A→图78B→图78C→图78A等等的次序交替地显示。
当在步骤S1507中判定自制标准报文数据并未存储在地址数据指定的位置上时，便在步骤S1511中判定该地址数据后面有无报文数据。没有报文数据时，流程进入步骤S1513。反之，当地址数据后面存在报文数据时，便通知振铃，并将存储在由地址数据指定的位置上的画像及根据紧随地址数据的报文数据的报文显示在显示部分24上。同时，将接收时间与接收的报文数据存储在RAM20中，然后结束处理。
图79A至79C示出这一情况中的显示实例，具体地，当接收到报文数据“*3*377*4*419”时。在这一实例中，登录地址数据“77”跟随在动态画面指示码“*3*3”后面，而标准报文数据“*4*419”出现在数据“77”后面。因此，按照图79A→图79B→图79C→图79A等等的次序交替地显示存储在报文库25中地址“77”上的画像及根据报文数据“*4*419”的标准报文“错失”。
当在步骤S1511中判定没有报文数据紧随地址数据时。由于在这一情况中标准报文指示码后面没有报文码，便通知振铃，并将存储在地址数据指定的位置上的画像显示在显示部分24上。同时，将接收时间与接收的报文数据存储在RAM20中，然后结束处理。
图80A至80C示出这一情况中的显示实例，具体地，当接收到报文数据“*3*377”时。地址数据“77”跟随在动态画面指示码“*3*3”后面。因此，按照图80A→图80B→图80C→图80A等等的次序，交替地显示存储在报文库25中地址“77”上的画像。
当在步骤S1506中判定不存在画像数据时。更具体地，当判定标准格式指示码不是动态画面指示码，动态画面指示码后面的报文数据不是报文库25的地址数据，或者即使动态画面指示码后面的报文数据是地址数据但是没有画像数据存储在报文库25中该地址数据所指定的位置上时，便在步骤S1514中判定有无标准报文数据。当在步骤S1514中判定不存在标准报文数据时，便在步骤S1515中通知振铃，然后结束处理。
图81示出接收到报文数据“*4*4”的情况中的一个显示实例。由于标准报文指示码“*4*4”是一个标准格式指示码，步骤S1502、S1504与S1506中的判定成为“是”。由于“*4*4”后面不存在报文码，步骤S1514中的判定为“否”。从而，在显示部分24上显示关于没有报文显示的信息。
当在步骤S1514中判定存在固定的标准报文数据时，便在步骤S1516中从图3中的标准报文表中读出与该报文码对应的标准报文并将接收报文数据存储在RAM20中，然后结束处理。
图84示出接收到报文数据“*4*419”的情况中的一个显示实例。报文码“19”存在于标准报文指示码“*4*4”后面。因此，步骤S1514中的判定为“是”而从ROM19中读出固定标准报文“错失”并显示在显示部分24上。
图83A与83B示出接收到报文数据“*3*322”的情况中的显示实例。在这一情况中，报文库25中地址32上的标志为“0”。因此，按照图83A→图83B→图83A等等的次序，将两个画像及自制标准报文“在车站等待”交替地显示在显示部分24上。
图84A至84C示出在接收到报文数据“*3*384”的情况中的显示实例。在这一情况中，报文库25中地址84上的标志为“1”。因此，在显示部分24上不显示画像的图84B的状态中，显示自制标准报文“早安”。从而按照图84A→图84B→图84A等等的次序改变显示。
当接收到画像数据“*3*384”更后面的报文数据，诸如报文数据“*3*3*4*419”时，可将画像与报文显示为如图85A至85C中所示。换言之，在不示出画像的图85B中不显示根据“*4*419”的标准报文“错失”而显示自制标准报文“早安”。因此，显示按照图85A→图85B→图85C→图85A等等的次序改变。按照本实施例，如上所述，用户能制备画像与报文。如果将指示码与多个画像之间的关系告诉传输报文的各个用户，便能提供固定图形未曾给出的各式各样的显示，从而改进表达特征。按照本实施例，通过重复地显示两个或三个画像而提供一个动态画面。本发明不限于这一特定类型，但有可能根据报文库25的存储结构交替地切换四个或更多的画像图形。
如图71A至71D中所示的要显示的呼叫者的意图或业务事项可按照图71A→图71B→图71C→图71D→图71A等等的次序交替地显示，从而增强事项的紧急性。类似地，可以如图72A至72F中所示那样将显示屏呈现在显示部分24上，但按照图72A→图72B→图72C→图72D→图72E→图72F→图72A等等的次序。在这一改型中，难于以字符传递的一则报文可以容易地用动态画面传输。[第八实施例]虽然在上述实施例中，呼叫者是指定一个码来指定一个要显示的画像的，但也可根据要显示的报文自动选择与传输诸如画像等图像。下面讨论设计成具有这一特征的寻呼机的一个实施例。
这一实施例的寻呼机的结构基本上与第三实施例的寻呼机相同。然而，要指出的是，ROM19中保存一张标准报文表、一个自由报文转换码矩阵、一张动态画面图形表等。
标准报文表中存储转换成与图86中所示的各个报文码相关联并进一步以图87中所示的自由报文码矩阵为基础的数字序列的码序列。例如，报文码“0”提供用于标准报文“紧急(URGENT)”的码序列“564827103940”而报文码“02”则提供用于标准报文“呼我(CALLME)”的码序列“18163737803810”。
如图87中所示，用于制备报文的自由报文码矩阵中以矩阵形式存储片假名(日文字母)、字母、数字、符号等。例如，码“1(列)6(行)”提供“A”而码“69”则提供“？”。
画像表中存储画像码与各种表情的画像，如图88中所示。例如，指定画像码“21”提供相关的画像。
动态画面图形表用于显示与关键字相关联的画像。如图89中所示，按照画像的类型将各个关键字区分为四组，组1(快乐)，组2(愤怒)，组3(遗憾)与组4(舒服)，并为各组存储了要交替地显示的多个画像的画像码。例如，关键字“喜欢(ENJOY)”(码序列1039203050)属于组1(快乐)并能提供与组1关联的画像码“22”、“25”与“26”。
下面说明具有上述结构的寻呼机4的操作。
当操作电源开关46向寻呼机4供电时，设定了接收模式，并执行图90中所示的流程。
首先，在步骤S1601中，RF接收机12解调经由天线11接收的振铃信号，并将解调后的信号送至解码器13。解码器13判定解调后的振铃信号是否与存储在ID-ROM15中的ID码匹配。当两者互相匹配时，解码器13将振铃检测信号送至CPU14。响应这一振铃检测信号，CPU14执行始于步骤S1602的一个进程。
在步骤S1602中，CPU14检测这一振铃信号后面有无报文数据。如果没有后续报文数据，流程进入步骤S1603去通知用户振铃。图91示出通知振铃的情况中的一个显示实例。
当振铃信号后面有某些报文数据时，流程进入步骤S1604，在其中CPU14指令解码器13继续接收进入的信号与获取后续的数据。然后，CPU14判定在得到的报文数据的头部是否存在一个标准格式指示码。当判定存在标准格式指示码时，流程进入步骤S1606。在本实施例中，自由报文指示码“*7*7”表示该报文是用标准报文指示码“*4*4”制备的，并将自由报文指示码用作标准格式指示码。
当不存在标准格式指示码时，例在步骤S1605中通知振铃并将根据接收的报文数据的一则报文显示在显示部分24上。图92示出显示没有标准格式指示码的一则数字报文的一个实例。
当在步骤S1604中判定在报文头部存在标准格式指示码时，流程进入步骤S1606，判定格式指示码后面的报文中是否包含一个由特定的码序列构成的关键字。
下面将更具体地讨论上述情况，首先用图86中所示的标准报文表及图87中所示的自由报文码矩阵将标准格式指示码后面的报文数据转换成一个码序列。
假定该报文数据为“*4*402”(呼我)，根据图86中所示的标准报文表将部分“02”转换成码序列“18163737803810”。
从头开始逐个地检验转换后的码序列以判定该码序列中是否包含与图89中所示的动态画面图形表中的任何一个关键字组相对应的一个码序列。包含在上述码序列“18163737803810”中的码序列“18163737”与图89中所示的动态画面图形表中的组4(舒服)中的关键字“CALL”的码序列“18163737”匹配。
当在步骤S1606中判定接收的报文中不包含图8 9中的关键字时，流程进入步骤S1607，将转换后的报文显示在显示部分24上。图93示出报文数据“*4*414”(客人)的一个显示实例。在这一情况中，根据图86中的标准报文表将“14”转换成码序列“57294929403048”。这一码序列中并不包含与图89中的动态画面图形表中任何关键字对应的码序列。从而，将与报文码“14”对应的标准报文“客人”显示在显示部分24上。
当在步骤S1606中判定接收的报文中包含一个关键字时，流程进入步骤S1608，判定报文数据中是否包含两个或更多的关键字。当判定报文数据中并不包含两个或更多关键字时，流程进入步骤S1609，将对应于与检测到的关键字相关联的画像码的多个画像及接收的报文作为一个动态画面交替地显示在显示部分24上。
图94A示出报文数据“*4*402”(呼我)的一个显示实例。如上所述，与这一报文数据对应的码序列“18163737803810”中包含图89中所示的动态画面图形表中组4(舒服)中的关键字“CALL”的码序列“18163737”。因此，在步骤S1609中指出属于组4(舒服)的画像码“23”、“21”与“24”。结果，从图88中的画像表中读出与画像码“23”、“21”与“24”对应的画像，并按图94A至94C的次序将它们交替地显示在显示部分24上。
在这一情况中，CPU14重复两次画像的切换显示。在画像的切换显示期间，CPU14令与报文(呼我)中的关键字对应的部分(在这一情况中为“CALL”)闪烁。
当在步骤S1608中判定存在两个或更多的检测到的关键字时，流程进入步骤S1610去判定是否有两个或更多的组与这些关键字相关联。当检测到的关键字并不属于两个或更多的组时，即检测到的所有关键字全属于同一组，流程便进入步骤S1609，将这些画像与报文一起显示在显示部分24上的一个动态画面中。
图95A至95C以及图96A至96C示出接收到报文数据“*4*402*4*411”的情况中的显示实例。在这一情况中，对应于报文数据“*4*402”的标准报文“CALL ME”(呼我)中包含图89中所示的动态画面图形表中组4(舒服)中的关键字“CALL”的码序列，如上所述。因此，指定了与组4(舒服)相关联的画像码“23”、“21”与“24”。报文数据“*4*411”表示标准报文“我将早去”。根据图86中所示的标准报文表将这一标准报文转换成码序列“296837378027308010164837291048”。这一码序列中的四位“2730”与图89中的动态画面图形表中组4(舒服)中的郑键字“00”的码序列匹配。因此，对于报文数据“*4*411”，指定了属于组4(舒服)的画像码“23”、“21”与“24”。结果，从图88的画像表中读出对应于这些画像码“23”、“21”与“24”的画像，按照图95A至95C及图96A至96C的次序切换，连同报文“呼我”与“我将早去”一起显示在显示部分24上。
在这一情况中，画像的切换显示为图95A-95C中的显示进行一次并为图96A-96C中的显示进行一次。在图95A-95C中所示的画像显示期间，对应于报文“呼我”的关键字的“CALL”闪烁。在图96A-96C中所示的画像显示期间，对应于报文“我将早去”的关键字的“GO”闪烁。
当在步骤S1610中判定检测到的关键字属于两个或更多的组时，流程进入步骤S1611去判定是否有任何组的优先权高于其它的组。优先权次序逐组地区分检测到的关键字，并且是由属于各组的关键字的号码确定的。
当在步骤S1611中判定没有组被给予优先权时，和流程进入步骤S1609中的情况一样，将画像与报文一起显示在显示部分24上。
图97A至97C及图98A至98C示出接收到报文数据“*4*402*4*407”的情况中的显示实例。对应于报文数据“*4*402”的标准报文中包含组4(舒服)中的关键字“CALL”的码序列，如上所述。因此，指定了与组4相关联的画像码“23”、“21”与“24”。根据图86中的标准报文表将对应于报文数据“*4*407”的标准报文“CANCEL”(撤销)转换成码序列“181639181037”。根据图8 9中所示的动态画面图形表，这一码序列等价于组3(遗憾)中的关键字“CANCEL”(撤销)的码序列。因此，指定属于组3的画像码“30”、“27”“31”。
结果，从图88中的画像表中连同报文“呼我”与“我将早去”一起读出与对应于关键字“CALL”的画像码“23”、“21”与“24”相对应的画像，并按照图97A至97C的次序切换。同时，从图88中的画像表中读出与对应于关键字“CANCEL”的画像码“30”、“27”与“31”相对应的画像，并按照图98A至98C的次序切换。
在这一情况中，为图97A-97C中的显示进行两次画像切换显示，并为图98A-98C中的显示进行两次，在属于组4及示出在图97A-97C中的画像的切换显示期间，标准报文“CALL ME”中与关键字对应的“CALL”闪烁。在属于组3及示出在图98A-98C中的画像的切换显示期间，对应于关键字的“CANCEL”(撤销)闪烁。
当在步骤S1611中判定有的组被给予了优先权时，流程进入步骤S1613，将画像与报文一起显示在显示部分24上。
图99A至99C及图100A至100C示出接收到报文数据“*4*418*4*420*4*411”的情况中的显示实例，在这一情况中，根据图86中所示的标准报文表将对应于报文数据“*4*418”的标准报文“OK”转换成码序列“3036”。该码序列“3036”与图89中的动态画面图形表中组1中的关键字“OK”的码序列匹配。
将对应于报文数据“*4*420”的标准报文“AGREED”(同意)转换成码序列“162748101019”。这一码序列“162748101019”与图89中的动态画面图形表中组1中的关键字“AGREED”的码序列匹配。
再者，根据图86中所示的标准报文表，将对应于报文数据“*4*411”的标准报文“I’LL GOEARLIER”(我将早去)转换成码序列“296837378027308010164837291048”。这一码序列中的四位“2730”与图89中的动态画面图形表中组4中的关键字“GO”的码序列匹配。
因此，这一接收报文数据中包含属于组1的两个关键字及属于组4的一个关键字。相应地，组1是给予了优先权的，因此指定相关的画像码“22”、“25”与“26”，然后指定与组4相关的画像码“23”、“21”与“24”。结果从图8 8中的画像表中读出与关键字“OK”与“AGREED”(同意)的画像码“22”、“25”与“26”对应的画像，按照图99A至99C的次序切换并与报文一起显示。随后，类似地从图88中的画像表中读出与关键字“GO”的画像码“23”、“21”与“24”对应的画像，按照图100A至100C的次序切换，并与报文一起显示在显示部分24上。
在这一情况中，为图99A至99C中的显示进行两次画像的切换显示，及为图100A至100C中的显示进行两次。在图99A至99C中所示的画像显示期间，与报文(OK)的关键字相关的“OK”及与报文(AGREED)的关键字相关的“AGREED”(同意)闪烁。在图100A至100C中所示的画像显示期间，与报文(I’LL GO EARLIER)的关键字相关的“GO”闪烁。
按照本实施例，如上所述，检测包含在报文中的关键字，并将与该关键字相关的画像在显示部分24上顺序地切换。因此，这种寻呼机的用户能接收一则非常有表达力的报文，该报文足以传输发送人的感觉或意图。
动态画面图形表按不同的表情将关键字区分成多个组，各用于传递相对地相似的感觉，并逐组地存储多个画像码。因此，也有可能用较少的画像来表达与各关键字匹配的发送人的感觉。[实施例9-1]虽然在上述实例中，将诸如画像等图像传输给寻呼机并显示在其上面是为了传输各呼叫者的感觉、业务事项等，但其它事项也能以图像的形式传输。例如，可用一个图像来指明振铃信号的地址数据是个人地址还是集团地址。下面讨论指明各次呼叫是对个人或某一集团的一种寻呼机4。
按照本实施例的寻呼机4的基本结构与实施例1-1中的相同。
在本实施例中，所示出的ID-ROM15中保存用于各寻呼机的一个个人地址组及多个寻呼机共用的一个集团地址。地址数据不限于这两种，也可有第三与第四种地址数据，诸如用于接收信息服务的地址数据，事先存储在ID-ROM15中。
如果ID-ROM15是由非易失型EEPROM(可改写的ROM)构成的，便可以改变或更新要存储的地址数据。
ROM19中保存事先为CPU14制备的一个控制程序，以及如图101中所示的一张画像表。作为画像存储在这一画像表中的除了诸如一个人的复印件的一个基本画像131之外，还有用于个人地址的一个画像132及用于集团地址的一个画像133。
下面参照图102中所示的流程图说明本实施例的寻呼机4的操作。
首先，在步骤S1701中，在经由天线11收到呼叫目标寻呼机4的一个振铃信号时，RF接收机12解调这一振铃信号并将解调后的信号送至解码器13。在步骤S1702中，解码器13判定包含在解调后的振铃信号中的地址是否与存储在ID-ROM15中的ID码(个人地址或集团地址)相匹配。
当ID-ROM15中的ID码组中的个人地址与振铃信号中的地址数据匹配时，步骤S1703中的判定为“是”而流程进入步骤S1704。在步骤S1704中，判该地址是个人的还是集团的。
在这一实例中，由于判定该地址为个人地址，流程进入步骤S1705。在步骤S1705中，从存储在ROM19中的图101中所示的画像表中和基本画像131一起读出画像132作为个人地址，并将这两个画像显示在显示部分24上。例如，当作为报文数据接收到“4919”时，图103A中所示的报文“4919”与基本图形131的显示及图103B中所示的报文“4919”与个人地址的画像132的显示交替地切换。
当ID-ROM15中的ID码组中的集团地址与振铃信号中的地址数据匹配时，流程进入步骤S1706。
在步骤S1706中，从存储在ROM19中的图101中的画像表中读出基本画像131与画像133，并将这些画像显示在显示部分24上。例如，当作为报文数据接收到“4919”时，如图103A中所示的报文“4919”与基本图形131的显示及如图103C中所示的报文“4919”与集团地址的画像133的显示交替地切换。
按照本实施例，寻呼机4的用户能够从所显示的图像中迅速地知道接收的振铃信号中的地址数据是个人地址还是集团地址。与只显示所接收的报文的先有技术寻呼机相比，本寻呼机能可靠地防止用户错误地以接收的报文复制。
虽然在本实施例中存储在ID-ROM15中的ID码中的地址是用作一个地址的，但是只要能够判别呼叫，任何数据与码都可用作一个地址。例如，接收的振铃信号中的功能位数据(控制信号)可用来判别是否呼叫目标寻呼机。以功能位数据的预定的组合定义的命令(数据指示命令)及报文(定义命令内容的报文)都可用来判别振铃。[实施例9-2]
虽然实施例9-1显示一个指明被呼叫的地址是个人地址还是集团地址的图像，但本发明不限于这一特定类型。例如，可以显示表示所接收的报文的类型的一个图像。下面说明设计成具有这一特征的一种寻呼机4。
按照本实施例的寻呼机的原理性结构基本上与图2中所示的相同。然而，需要指出，ROM19中保存图104中所示的一张画像表、图3中所示的一张标准报文表及图87中所示的一个自由报文码矩阵。
图104中的画像表中作为画像存储一个基本画像161、一个普通报文画像162、一个标准报文画像163及一个自由报文画像164。根据包含在报文数据中的各种指示码，为使用数字的一则普通报文显示画像162，为由标准报文指示码定义的一则标准报文显示画像163并为根据由自由报文指示码定义的自由报文表使用字符序列的一则自由报文显示画像164。
下面参照图105中所示的流程图说明本实施例9-2的寻呼机的操作。
在这一情况中也一样，当经由天线11接收到一个呼叫目标寻呼机的振铃信号时，在步骤S1801中RF接收机12解调这一振铃信号并将解调后的信号送至解码器13。解码器13判定包含在解调后的振铃信号中的地址是否与分配给这一寻呼机的、来自ID-ROM15的ID码匹配。只在两者互相匹配时，解码器才将振铃检测信号送至CPU14。响应这一振铃检测信号，CPU14执行始于步骤S1802的处理。
在步骤S1802中，判定振铃信号后面有无报文数据。当没有后随的报文数据时，流程进入步骤S1803去通知振铃。
反之，当振铃信号后面有报文数据时，流程进入步骤S1804，从标准格式指示码的内容判别振铃信号后面的报文数据的类型。
当判定报文数据中不包含标准格式指示码而该报文为使用与报文码对应的数字的一则普通报文时，流程进入步骤S1805。在步骤S1805中，从图104中所示的画像表中读出基本画像161与普通报文画像162，并将它们与接收的普通报文(在这一实例中为“4919”)一起显示在显示部分24上。
在这一情况中，图106A中所示的基本画像161的显示与图107中所示的普通报文画像162的显示是按照普通报文“4919”的显示在显示部分24上交替地切换的。
当在步骤S1804中在报文数据中检测到标准报文指示码“*4*4”而将接收的报文判定为标准报文时，流程进入步骤S1806。在步骤S1806中，从图108中所示的画像表中读出基本画像161与画像163，并将它们与接收的标准报文(例如，对应于报文码“01”的“紧急”)一起显示在显示部分2 4上。
在这一情况中，图106B中所示的基本画像161的显示与图108中所示的标准报文画像163的显示是按照标准报文“紧急”的显示在显示部分24上交替地切换的。
当在报文数据中检测到自由报文指示码“*9*9”而判定所接收的报文为使用与自由报文码相对应的字符序列的一则自由报文时，流程进入步骤S1807。在步骤S1807中，从图104中所示的画像表中读出基本画像161与画像164，并将它们与接收的自由报文(在本实例中为由对应于码“40”的“T”、对应于码“10”的“E”及对应于码“37”的“L”构成的“TEL”)一起显示在显示部分24上。
在这一情况中，图106C中所示的基本图形161的显示与图109中所示的自由报文画像164的显示在显示部分24上交替地切换。
因此，按照实施例9-2，用户能够从显示部分24的显示内容中迅速地知道所接收的报文是一则普通报文、一则标准报文、还是一则自由报文。
虽然在上面的描述中，实施例9-1与9-2是独立的实施例，但如果将图105中所示的画像表与图108中所示的画像表存储在ROM19中，便可根据接收的振铃信号与报文数据从这两张表中读出对应的画像，并可以交替地显示。虽然在本实施例中交替地显示两个画像，但可以将画像作为一个静止画面显示，或者在显示部分上交替地切换一个静止画面与一个动态画面。再者，可以在显示部分上从一个到另一个地切换三个或更多的画像。
本发明不限于实施例1-1至实施例9-1，而可以以各种其它方式修改而仍不脱离本发明的本发明的范围。例如，虽然一个画像主要用作上述实施例中的一个图像，需要时也可使用图53中示例的其它图像。
在上述实施例中，采用了多种类型的标准格式指示码，诸如标准报文指示码“*4*4”、画像指示码“*5*5”等。但一个标准格式指示码也可用于多种类型的报文。例如，一个指示码“*0*0”可用于指示画像与标准报文两者。在这一情况中，该标准格式指示码后面的码用于指定画像与标准报文。例如，报文数据“*0*001”可指示图3中所示的标准报文表中的标准报文“紧急”，而报文数据“*0*021”可指示图4中所示的画像表中码为“21”的妇女画像。
虽然在上面的描述中所讨论的寻呼机的操作主要集中在接收操作上，但当从RAM中读出暂时存储在其中的接收报文数据时，也可显示诸如画像等图像数据。
在实施例1-1至实施例9-1中可以采用自由报文。
如果显示部分24具有点阵结构并且输入部分23装备有诸如笔输入设备等输入操作终端，寻呼机4便能显示由笔建立的任何图例而不是显示摹制的图像。再者，在显示时，多个任意的图例可以从一个切换到另一个。
虽然在以上1-1至9-1实施例的描述中讨论了能够显示字符的一种信息寻呼机，但寻呼机不限于这一特定类型而相同的接收进程也能为只能显示数字的数字寻呼机执行。在这一情况中，标准报文格式数可用来指定一个画像。如果作为一个特例接收到报文数据“*5*5230123#245#26789”时，显示处理将如图110中的显示实例中所示。即根据“*5*523”从诸如图4中的画像表中读出具有画像码“23”的画像，并和报文“0123-245-26789”一起显示。需要指出，接收的报文数据中的“#2”表示“一”。
本发明不限于利用公用电话线的寻呼机，但也适用于具有无线电通信功能的各种类型的通信终端。换言之，本发明可应用于远程终端系统、数字移动电话系统、不利用公用电话线的局域寻呼机、具有以红外线之类的方式进行通信的通信功能的玩具、个人计算机、电子组织及具有通信能力的其它电子计算机。
权利要求
1.一种通信终端，包括接收装置，用于接收一个图像指示码；显示装置，用于显示数据；图像存储装置，用于存储多个图像；以及显示控制装置，用于从所述图像存储装置中读出对应于所述接收装置所接收的所述图像指示码的一个图像，并将所述图像显示在所述显示装置上。
2.按照权利要求1的通信终端，其中所述接收装置接收与所述图像指示码一起的一则报文；所述显示装置具有用于显示所述报文的一个报文显示部分及用于显示该图像的一个图像显示部分；以及所述显示控制装置将对应于所述图像指示码的一个图像显示在所述图像显示部分上并将所述报文显示在所述报文显示部分上。
3.按照权利要求1的通信终端，其中所述存储装置存储所述图像及用于指定一种显示模式的标志数据；以及所述显示控制装置按照对应于所述图像指示码的所述标志数据，将所述图像显示在所述显示装置上。
4.按照权利要求1的通信终端，还包括图像制备装置，用于制备一个图像，并结合所述图像指示码，将所述图像存储在所述存储装置中。
5.按照权利要求1的通信终端，其中所述图像是由多个部分的图形的一种组合构成的；所述存储装置结合所述图像指示码，存储所述多个部分的所述图形及指明所述多个部分的所述图形的组合的组合数据；以及所述显示控制装置根据与所述接收的图像指示码相关联的所述组合数据显示所述多个部分的所述图形。
6.按照权利要求1的通信终端，其中所述存储装置结合图像指示码，存储多个图像；以及所述显示控制装置读出与所述接收装置所接收的所述图像指示码相关联的多个图像，并且顺序地将所述图像从一个切换到另一个地，将所述图像显示在所述显示装置上。
7.按照权利要求1的通信终端，其中所述图像是由多个部分的图形的一种组合构成的；所述图像指示码包括用于指定各部分的一个图形的一个指示码；所述存储装置存储所述多个部分的所述图形；以及所述显示控制装置从所述存储装置中读出与包含在所述接收的图像指示码中的所述指示码相关联的多个部分的图形，并将所述读出的图形作为图像显示在所述显示装置上。
8.按照权利要求1的通信终端，其中所述图像指示码包括用于指定一个基本图形的一个第一指示码，及用于指定所述基本图形中要改变的一个部分的一个图形的一个第二指示码；所述存储装置存储所述基本图形及各个部分的图形；以及所述显示控制装置包括用于根据所述接收装置所接收的所述第一指示码，从所述存储装置中读出所述基本图形，及根据所述接收装置所接收的所述第二指示码，从所述存储装置中读出要改变的所述部分的所述图形，借此改变所述基本图形的装置，以及用于在显示在所述显示装置上时，互相切换所述基本图形与所述改变后的基本图形的装置。
9.按照权利要求1的通信终端，其中所述图像指示码包括用于指定构成一个图像的各个部分的图形的指示码；所述存储装置存储构成图像的各个部分的所述图形；以及所述显示控制装置按照所述接收装置所接收的所述指示码，从所述存储装置中读出各个部分的所述图形以构成一个图像，并将所述图像显示在所述显示装置上。
10.按照权利要求1的通信终端，其中所述图像指示码包括用于指定一个基本图形的一个第一指示码，以及用于指定所述基本图形中要改变的一个部分的一个图形的一个第二指示码；所述存储装置存储构成图像的各个部分的多个图形；以及所述显示控制装置包括用于根据所述接收装置所接收的所述第一指示码，从所述存储装置中读出各个部分的所述图形以构成一个基本图形，及根据所述接收装置所接收的所述第二指示码，从所述存储装置中读出要改变的所述部分的所述图形，借此改变所述基本图形的装置，以及用于在显示在所述显示装置上时，互相切换所述基本图形与所述改变后的基本图形的装置。
11.按照权利要求1的通信终端，其中所述接收装置接收要显示的一则报文；所述图像指示码包括一个包含在所述报文中的关键字；以及所述显示控制装置将所述接收装置所接收的所述报文及与所述图像指示码与所述报文相对应的一个图像显示在所述显示装置上。
12.按照权利要求1的通信终端，其中所述接收装置接收要显示的一则报文；所述图像指示码包括一个包含在所述报文中的关键字；以及所述存储装置存储用于多个关键字的一组的一个图像。
13.按照权利要求1的通信终端，其中所述接收装置接收要显示的一则报文；所述图像指示码包括一个包含在所述报文中的关键字；以及当所述报文包含多个关键字时，所述显示控制装置在所述显示装置上显示带有一个预定的优先权的相关图像。
14.按照权利要求1的通信终端，还包括选择/制备装置，用于根据存储在所述存储装置中的一个图像，选择或制备要在一个目的地通信终端上显示的一个图像；以及其中所述显示控制装置包括响应所述选择/制备装置的一个操作，将所述选择的或制备的图像转换成要传输与显示在所述目的地通信终端上的一个码序列，并将所述转换成的码序列显示在所述显示装置上的装置。
15.按照权利要求14的通信终端，其中所述选择/制备装置包括用于制备要显示在所述目的地通信终端上的一则报文的装置；以及所述显示控制装置还包括响应所述选择/制备装置的一个选择/制备操作，将所述制备的报文转换成要传输与显示在所述目的地通信终端上的一个码序列，并将所述转换成的码序列，连同从所述图像转换成的所述码序列，一起显示在所述显示装置上的装置。
16.按照权利要求1的通信终端，还包括选择/制备装置，用于根据存储在所述存储装置中的一个图像，选择或制备要显示在一个目的地通信终端上的一个图像；以及传输装置，响应所述选择/制备装置的一个操作，将所述选择或制备的图像转换成要传输到与显示在所述目的地通信终端上的一个码序列，并传输所述转换成的码序列。
17.按照权利要求16的通信终端，其中所述选择/制备装置包括用于制备要显示在所述目的地通信终端上的一则报文的装置；以及所述传输装置包括响应所述选择/制备装置的一个选择/制备操作，将所述制备的报文转换成要传输到与显示在所述目的地通信终端上的一个码序列，并连同从所述图像转换成的所述码序列一起传输所述转换成的码序列的装置。
18.按照权利要求1的通信终端，其中所述指示码包括以一种预定的格式构成的一个接收信号中的至少一个功能位，或用于指定一种显示模式的命令数据。
19.按照权利要求1的通信终端，其中所述显示装置包括用于显示所述图像的多个显示段；所述存储装置存储定义各图像指示码的所述显示段的组合的组合数据，以便用所述多个显示段的一种组合显示一个图像以及所述显示控制装置根据对应于所述接收装置所接收的所述图像指示码的所述组合数据，有选择地驱动所述显示段。
20.按照权利要求1的通信终端，其中所述显示装置包括一个点阵显示部分；所述存储装置存储各图像指示码的点图形数据，以便以一种点阵形式显示一个图像；以及所述显示控制装置根据对应于所述接收装置所接收的所述图像指示码的点图形数据，驱动所述显示点阵显示部分。
21.按照权利要求1的通信终端，其中所述图像为一个发送者的画像、用于传递发送者的感觉的一个画像、指明一则报文的紧急性与/或关键性的一个图像、或指明业务事项的一个图像。
22.按照权利要求1的通信终端，其中所述通信终端构成一个寻呼机。
23.一种通信系统包括输入装置，用于输入包含字符、数字与符号中的至少一种的一则报文；传输装置，用于将通过所述输入装置输入的所述报文转换成预定格式的一个信号，并传输所述信号；以及一个通信终端，用于接收从所述传输装置传输的所述信号，判定所述信号是否是指向所述通信终端自身的，并在判定了所述信号是指向所述通信终端自身的时，获取与显示所述报文，所述输入装置包括用于输入包含一个指定一个显示图像的图像指示码的一则报文的装置，所述通信终端包括接收装置，用于接收所述报文与所述图像指示码；显示装置，用于显示数据；图像存储装置，用于存储多个图像；以及显示控制装置，用于根据述图像指示码，从存储在所述图像存储装置中的所述多个图像中选择一个与所述接收装置所接收的所述图像指示码相对应的图像，并将所述图像显示在所述显示装置上。
24.按照权利要求23的通信系统，其中所述显示控制装置将一则报文与对应于所述图像指示码的一个图像显示在所述显示装置上。
25.按照权利要求23的通信系统，其中所述存储装置存储所述图像与指定一种显示模式的标志数据；以及所述显示控制装置按照与所述图像指示码对应的所述标志数据，将所述图像显示在所述显示装置上。
26.按照权利要求23的通信系统，其中所述通信终端包括一个图像制备装置，用于结合图像指示码制备一个图像，并将所述图像存储在所述存储装置中。
27.按照权利要求23的通信系统，其中所述图像是由多个部分的图形的一种组合构成的；所述输入装置输入一则包含用于指明所述图形的组合的一个图像指示码的报文；所述存储装置存储所述多个部分的所述图形，及指明与所述图像指示码相对应的多个部分的图形组合的组合数据；以及所述显示控制装置在所述显示装置上显示按照与所述接收的图像指示码相对应的所述组合数据组合的多个部分的图形。
28.按照权利要求23的通信系统，其中所述存储装置存储与图像指示码相关联的多个图像；所述输入装置输入一则包含用于指定所述多个图像的一个图像指示码的报文；以及所述显示控制装置从所述存储装置中读出与所述接收装置所接收的所述图像指示码相关联的多个图像，并顺序地从一个切换到另一个所述图像地，将所述图像显示在所述显示装置上。
29.按照权利要求23的通信系统，其中所述图像是由多个部分的图形的一种组合构成的；所述图像指示码包含用于指定各部分的一个图形的一个图形指示码；所述存储装置存储所述多个部分的所述图形；以及所述显示控制装置从所述存储装置中读出与包含在所述接收的图像指示码中并指定各个部分的图形的所述图形指示码相关联的多个部分的图形，并作为图像将所述读出的图形显示在所述显示装置上。
30.按照权利要求23的通信系统，其中所述图像指示码包括用于指定一个基本图形的一个第一指示码，及用于指定所述基本图形中要改变的一个部分的一个图形的一个第二指示码；所述输入装置输入包含所述第一指示码与所述第二指示码的一则报文；所述存储装置存储所述基本图形及各个部分的图形；以及所述显示控制装置包括用于根据所述接收装置所接收的所述第一指示码，从所述存储装置中读出所述基本图形，根据所述接收装置所接收的所述第二指示码，从所述存储装置中读出要改变的所述部分的所述图形，并改变所述基本图形的装置，以及用于在显示时在所述显示装置上互相切换所述基本图形与所述改变后的基本图形的装置。
31.按照权利要求23的通信系统，其中所述图像指示码包括用于指定构成一个图像的各部分的一个图形的一个指示码；所述输入装置顺序地输入指定构成一个要显示的图像的各部分的图形的指示码；所述存储装置存储构成所述图像的各个部分的所述图形；以及所述显示控制装置根据所述接收装置所接收的所述指示码，从所述存储装置中读出各个部分的图形以构成一个图像，并将所述图像显示在所述显示装置上。
32.按照权利要求23的通信系统，其中所述图像指示码包括用于指定一个基本图形的一个第一指示码，及用于指定所述基本图形中要改变的一个部分的一个图形的一个第二指示码；所述输入装置输入所述第一指示码与所述第二指示码；所述存储装置存储构成一个图像的各个部分的多个图形；以及所述显示控制装置包括用于根据所述接收装置所接收的所述第一指示码，从所述存储装置中读出多个部分的图形以构成一个基本图形，根据所述接收装置所接收的所述第二指示码，从所述存储装置中读出要修改的所述部分的所述图形，并改变所述基本图形的装置，以及用于当显示在所述显示装置上时，互相切换所述基本图形与所述改变后的基本图形的装置。
33.按照权利要求23的通信系统，其中所述图像指示码包括一个包含在所述报文中的关键字；所述输入装置输入所述报文；所述接收装置接收所述报文；以及所述显示控制装置显示所述接收装置所接收的所述报文及对应于包含在所述显示装置上的所述报文中的一个关键字的一个图像。
34.按照权利要求33的通信系统，其中所述存储装置存储多个关键字的一组公有的一个图像。
35.按照权利要求23的通信系统，其中所述存储装置存储多个关键字的一组的一个图像；以及当所述报文包含多个关键字时，所述显示控制装置在所述显示装置上显示与一个预定优先权相关的图像。
36.按照权利要求23的通信系统，其中所述通信终端还包括选择/制备装置，用于根据存储在所述存储装置中的一个图像，选择或制备要显示在一个目的地通信终端上的一个图像；以及所述显示控制装置包括响应所述选择/制备装置的一个操作，将所述选择或制备的图像转换成要传输到与显示在所述目的地通信终端上的一个码序列，并将转换成的码序列显示在所述显示装置上的装置。
37.按照权利要求23的通信系统，其中所述通信终端还包括选择/制备装置，用于根据存储在所述存储装置中的一个图像，选择或制备要显示在一个目的地通信终端上的一个图像；以及传输装置，响应所述选择/制备装置的一个操作，将所述选择或制备的图像转换成要传输到与显示在所述目的地通信终端上的一个码序列，并传输所述转换成的码序列。
38.按照权利要求23的通信系统，其中所述指示码包括包含在所述预定格式的所述信号中的至少一个功能位或用于指定一种显示模式的命令数据。
39.按照权利要求23的通信系统，其中所述图像是一个发送者的画像、用于传递发送者的感觉的一个画像、指明一则报文的紧急性/重要性的一个图像、或指明业务事项的一个图像。
40.按照权利要求23的通信系统，其中所述通信系统为一个寻呼系统。
全文摘要
一种寻呼机，包括一个接收机，用于接收一个图像指示码及一则报文；一个显示部分；一个存储器，用于存储多个图像；以及一个CPU，用户根据接收机所接收的图像指示码，选择一个有关图像，并将该图像与报文显示在显示部分上。当从基地台传输的一个振铃信号是指向该寻呼机时，寻呼机获取一则后续的报文并当该报文包含一个图像指示码时，显示有关图像与报文。
文档编号G08B5/22GK1122556SQ9510660
公开日1996年5月15日 申请日期1995年6月6日 优先权日1994年6月6日
发明者杉尾直昭, 早川守彦, 前原一仁, 高桥央, 坂牧胜也, 中村浩幸, 永友正一 申请人:卡西欧计算机公司