CN1117250A - 分开发送信文数据及接收该信文数据的方法及装置 - Google Patents

Abstract

当一信文被分多次向同一接收终端发送时，在第一次发送中，一限定该终端的码被发送，接着头部的信文数据和一指示有后续数据的码被发送；在第二次发送中，限定该终端的码被发送，接着接续于该被发送的信文数据的数据及一指示由本次接收的信文数据接续于一在前发送的数据的码被发送，除非该第二次发送为最后发送，具有指示有接续数据的码的信文数据被发送。该接收终端接收被发送的数据，并根据该码连接被多次分开发送的信文数据。

Description

分开发送信文数据及接收该信文 数据的方法及装置

本发明涉及一种用于当欲被发送的信文的数据量超出了数据通信系统允许的数据量时分开发送信文数据的方法及接收该信文数据的方法，并涉及一种用于发送分开的信文数据的信文数据发送装置及用于接收该分开的信文数据的信文数据接收装置。

为了改进其通信网络的使用效率，有一些数据通信系统对一次可发送的信文量给予了限制。例如，在一无线寻呼系统中，向一数字显示型寻呼机发送的信文被限制为12位数字(NTT的情形)或20位数字(NCC的情形)。

因此，如果该字符的限制数是12位数字，只有目标的电话号码可被发送，而如果该字符的限制数是20位数字，除了该目标的电话号码外，还可发送时间信息，但日期及时间指定信息即不能被发送。

最近，又开发出了这样的寻呼机，即其有内设有的用于使两位数字对应于假名、拼音字母等中的每个字符的转换表，当转换指定码或数字数据被作文信文数据接收到时，该字数据的每两位即被转换为假名、拼音字母之后再被显示。该发信者可以向利用假名和拼音字母的寻呼机发送他或她所要求的信文。然而，在数据通信系统的限制字符数为12位数字情形中，只能发送5个字符，而在数据通信系统中的限制字符数被设定为20位数字时，只能发送9个字符。因此，该呼叫者不能充分地发送其信文。

因此，如果该呼叫者欲发送具有超出该限制值的数据量的信文，其必须将该信文分开地多次发送。同时，该寻呼机每次当其收到该信文时都通知一呼入，当该被接收和存储的信文被重新显示时，该信文被以与其被收到的顺序相反的顺序被读取和显示。

如上所述，在传统的数据通信系统中，如果呼叫者希望发送具有超出该限制值的数据量的信文，其必须将该信文分开地多次发送。同时，该寻呼机每次当其收到该信文时都通知一呼入，当该被接收到及存储的信文被重新显示时，该信文被以与其被接收到的顺序相反的顺序被显示。

相反地，在该传统数据通信装置中产生了下述缺点。即，由于每次当发送者发送该信文时都必须拨该目标的电话号码，使得发送操作很繁琐。另外，如果一发送者分多次发送一信文，接收者能够在所有信文都被完全收到之后确认该收到的信文，然而，由于每次当该被分开发送的信文的一段被收到时，该呼入都要被通知，频繁的通知声音即变得很烦人。另外，由于该被分开发送的信文是以与其被接受的顺序相反的顺序被显示和确认的，则弄清其内容也很费力。

在此例中，如果该分开发送的信文在发送方是以反次序发送的，则在接收方较易弄清所显示信文的内容，但在发送方的操作又变得麻烦。

本发明的目的即在于提供一种分开地发送信文数据的方法和一种能够容易地发送较长信文数据的信文数据发送装置，及提供一种接收信文数据的方法和一种能够有效地完成对被分开地发送的信文数据的接收处理的信文数据接收装置。

根据本发明的一个方面，提供了一种当欲被发送的数据量超出了一预定的通信系统允许的发送数据量时分多次发送该信文数据的方法，该方法包括以下步骤：当显示输入的发送信文时，显示超出一允许的发送数据量的输入范围；发送分开地发送的信文数据，当由超出所显示的所述输入范围而输入的数据所组成的所述信文数据被分开地发送时，向该各分开地发送的信文数据附加指示它们之间的连接关系的连接信息；以及当所述分开地发送的信文数据被发送时顺序地显示所述信文数据的分开发送的范围。

根据本发明的另一方面，提供了一种接收由一预定通信系统分开地发送的信文数据的方法，其包括以下各步骤：当附加到各分开地发送的信文数据上并指示它们之间的连接关系的连接信息被识别到时，在所有被分开地发送的信文数据被接收到后通知一呼入；根据附加在所接收到的各被分开地发送的信文数据上的所述连接信息连接所述被分开地发送的信文数据；以及显示所接收和连接的信文。

根据本发明的另一方面，提供了一种当欲被发送的信文数据量超出一预定通信系统中允许的一发送数据量时用于分开地多次发送该信文数据的信文数据发送设备，其包括：用于输入数据的装置；用于显示由所述输入装置输入的数据组成的发送信文的装置；用于发送显示在所述显示装置上的所述发送信文的装置；所述设备还包括：显示控制装置，用于当由所述输入装置输入的发送信文被显示时显示超出发送数据的一允许量的一输入范围，并用于当超出所述发送数据允许量的信文被分开地发送时控制所述显示装置，以使顺序地显示一分开发送的范围；以及信息附加装置，用于当所述信文数据被分开地发送时向各分开地发送的信文数据上附加指示它们之间连接关系的连接信息。

根据本发明的另一方面，提供了一种用于接收经由一预定通信系统分开地发送的信文数据的信文数据接收设备，其包括：用于识别附加在各被分开地发送的信文数据上并指示它们之间的连接关系的连接信息、并用于通过识别所述连接信息识别全部被分开地发送的信文数据的接收被完成的装置；用于在信文数据的接收完成之后根据所述识别装置的识别结果通知一呼入的装置；用于根据附加在所接收到的各被分开地发送的信文数据上的所述连接信息连接被分开地发送的信文的装置；以及用于显示所接收和连接的信文的装置。

根据本发明的又一方面，提供了一种用于接收经由一预定的通信系统被分开地发送的信文数据的信文数据接收设备，其包括：用于存储多个所接收到的信文数据的装置；用于为存储在所述存储装置中的每个信文数据计数一预定时间的装置；以及控制装置，用于当一接收到的信文数据与一被所述计时装置计时的信文数据相同时删除该接收到的信文数据。

图1是显示一无线寻呼系统的简略结构的示意图，

图2是显示一按键电话的键操作和数据之间对应关系的例子的示意图；

图3是显示根据本发明第一实施例的一电子装置的外观的示意图；

图4是图3中根据该第一实施例的电子装置的结构的框图；

图5是显示存储在图4中的一转换表中的数字-字符转换矩阵表的示意图；

图6是显示图4中的一接收信文存储器51的结构的示意图；

图7是显示图4中的一信文存储器53的结构的示意图；

图8是显示图4中的一电话号码库存储器54的结构的示意图；

图9是说明电该第一实施例执行的一发送信文的输入处理的流程图；

图10是显示由图9中的输入处理执行的在显示器61上的显示变化状态的一个例子的示意图；

图11是说明由该第一实施例的电子装置执行的一发送处理的流程图；

图12是显示由图11中的发送处理执行的在显示器61上的显示变化状态的例子的示意图；

图13是显示由图11中的发送处理执行的在显示器61上的显示变化状态的例子的示意图；

图14是显示由图11的发送处理执行的在显示器61上的显示变化状态的例子的示意图；

图15是显示从图1中的无线基站7至9发射的一呼叫信号的结构的示意图；

图16是显示由字符数据构成的分开发送的各信文数据的结构的示意图；

图17是说明由该第一实施例的电子装置执行的一呼入处理的流程图；

图18是显示由数字数据构成的分开发送的各信文数据的结构的示意图；

图19是显示实施了本发明的第二实施例的电子装置的结构的电路框图；

图20是说明由该第二实施例的电子装置执行的一发射器识别信息设置处理的流程图；

图21是说明由该第二实施例的电子装置执行的一呼入处理的流程图；

图22是显示由字符数据构成的分开发送的各信文数据的结构的示意图；

图23是显示由数字数据构成的分开发送的各信文数据的结构的示意图；

图24是说明示于图21的该呼入处理的一个变形例的主要步骤的流程图；

图25是显示分开发送的信文数据的一发送图形的一个例子的示意图；

图26是显示该分开发送的信文数据的发送图形的另一个例子的示意图；

图27是显示实施了本发明的第三实施例的电子装置的电路结构框图；

图28是显示图27中的再发送信文删除存储器82的结构的示意图；

图29是说明由该第三实施例的电子装执行的一呼入处理的流程图；

图30是显示根据本发明第四实施例的一无线寻呼系统的简略结构的示意图；

图31是显示该实施了本发明的第四实施例的电子装置的电路结构框图；

图32是显示图31中的电话号码库存储器92的结构的示意图；

图33是说明由该第四实施例的电子装置执行的一发送处理的流程图。

下面将参考附图描述本发明的实施例。【第一实施例】

将参考图1至18讨论本发明的第一实施例。该第一实施例是本发明应用于一无线寻呼系统的例子。

图1示出了一寻呼系统的示意性结构。在图1中，标号1指代一寻呼中心。该寻呼中心通过一公共通信网2连接至一按键电话3、用于移动电话4的无线基站5、拨盘式电话6等。另外，该寻呼中心1还连接至多个无线发射基站7至9。图1中，10至13指代寻呼接收机。

该寻呼中心1接收经由公共通信网2输入自按键电话3、移动电话4或拨盘式电话6的对寻呼接收机的呼叫号及信文数据，并在使该呼叫号及数据经过一预设信号处理后将它们发送至无线基站7至9。其结果，用于单个地及选择地呼叫那些寻呼接收机的信文数据及一ID码(识别码)被从无线基站7至9发射出去且被分配给了与该被发射的ID码相同的ID码的寻呼接收机接收到该被发射的信文。

当从按键电话3或移动电话4输入信文数据时，该按键电话3或移动电话4的拨号键被操作以输入该寻呼接收机的呼叫号，并且当该寻呼中心1被经由公共通信网2连接到电话线上后，按键电话3或移动电话4的拨号键又按照欲被发送的信文数据被操作。

当信文数据被从拨盘式电话6输入时，欲被发送信文被预先设置在一能输出DTMF(双音多频)信号声的单音拨号器14中，拨盘式电话6的拨号被操作以输入寻呼接收器的呼叫号，当该寻呼中心1经由公共通信网2被接通到电话线上后，该单音拨号器14被放到发送器上且对应于该信文数据的一音调被从该单音拨号器14输出。也就是说，在本发明中，按键电话3、移动电话4及单音拨号器14可被用作一信文发送。另外，该单音拨号器可被用作按键电话3的信文发送器。

图2是一个表，示出了用于目前已有的无线寻呼系统中的用于信文输入的数据和按键电话3的键操作之间的关系。假设在本实施例的无线寻呼系统中信文输入也是基于该关系实现的。在图2中的结束符和更正符是对寻呼中心的指示且该二数据项不发送给寻呼接收机。

图3显示了一电子装置的外观，该电子装置即可用于示于图1的无线寻呼系统中作为信文发送器的单音拨号器14，又可用于上述无线寻呼系统中作为信文接收器的寻呼接收机10至13。

也就是说，本实施例的该电子装置具有一单音拨号器的功能及一寻呼机的功能。另外，该电子装置具有一电子台式记算器的功能和一电话簿的功能。

首先将说明该装置的结构。

图3示出了本实施例的该电子装置21的外观，图3中，标号22指代该装置的主体部分，23指代其一盖部，而24则指代用于将该盖部23可旋转地支持在该主体部分22上的一铰链部分。

如图3所示，在主体部分22的上表面上设有用于电子台式计算器功能的开(ON)键25及关(OFF)键26、自由信文(FREE)键27、固定格式信文(FIX)键28、电话号码库(TEL)键29、功能键(F)30、数字键31a至31j、清除键32、返回键33、输入键34、执行键35、光标键36a至36d及结束键37，而在该盖部23的内表面上则设有一液晶显示部38及拨号键39。

虽然图中未示，DTMF声音发生扬声器的声音生成孔设置在该主体部分22的左侧表面上，而用于切换电源的开/关状态的开关和用于切换当呼入时一声音的开/关状态的开关以及呼入通知声音发生扬声器的声音生成孔则设置在该主体部分的右侧表面上。

该用于电子台式计算器功能的开键25是用于设定该电子台式计算器功能模式的键，而该关键26则是用于解除或清除由该开键25设定的电子台式计算器功能模式的键。如果通过操作该开键25而设定了电子台式计算器的功能，则键27至30及32至36d被分别设定为由靠近它们印出的字母所指示的功能以使可以进行算术等运算。该自由信文键27是用于设定一“信文形成模式”的键，该固定格式信文键28是用于设定一存储在后将描述的信文存储器43中的一固定格式信文被显示的模式的键，电话号码库键29是用于设定“电话号码库模式”的键，而该功能键30则是用于设定诸如“固定格式信文模式”、“信文登记/发送模式”及“时间更正模式”等其它模式的键。

该数据键31a至31j是用于以后将描述的方法指定数字的输入和指定日文字母(假名或片假名)及拼音字母的输入的键。该清除键32是用于清除正在输入的字符数据的键，该返回键33是用于结束各模式处理的键，该输入键34是用于指定由键操作输入的数据向存储器登记的键，而该执行键35则是用于指定在各模式中执行各处理过程的键。

在本实施例中，该执行键35也用于指定发送信文数据向按键电话的键操作数据的转换。该光标键36a至36d是用于顺序读取例如存储在后将描述的各存储器中的信息项的键。除了上述功能，该光标键36a及36b还用于在“信文形成模式”等中输入字符组的切换，而光标键36d还用于指定一如后将述的形成的信文和一寻呼机电话号码间的连接。该结束键37是用于指定一信文输入操作的结束的键，而该拨号键则是用于指定一拨号音的输出的键。

该液晶显示部38在各模式下显示各种信息，其包括一用于显示接收到的信文信息、键入的信息、从各存储器读取的信息等的主显示部38a，一用于显存储所读出和显示的信息的存储器的库号的显示部38b，一用于显示当前时间和接收时间的显示部38c，以及一用于显示用于字符输入的导引号等的显示部38d。

图4是示于图3中的该电子装置的电路构成框图，本实施例的电子装置21包括天线41、接收器电路42、解码器43、ID-ROM44、键输入部45、CPU46、转换表47、输入缓存器48、字符发生器(CG)49、接收缓存器50、接收信文存储器51、信文缓存器52、信文存储器53、电话号码库存储器54、音调信号发生器55、扬声器56、通知信号发生器57、扬声器58、转换缓存器59、显示缓存器60及显示部61。

接收天线41接收由示于图1的无线基站7至9通过无线电发射的呼叫信号并将该呼叫信号输出给接收器电路42。该接收器电路42由一输入自解码器43的间歇信息控制以间歇地接收来自天线41的呼叫信号，放大及解码所接收的信号，并将该信号输出到解码器43。

该解码器43通过查询预先登记有识别码的ID-ROM44判断来自接收器电路42的该呼叫信号的ID码是否与其自己的识别码一致，如果检测为一致，其向CPU46输出一个呼叫检测信号，使接收电路42连续地接收信号并向CPU46输出一连续地接收到的信文。该键输入部45包括显示于图3的各种键并输出自各键的指令。

转换表47存储着示于图5的一数字-字符转换矩阵并当字符数据被转换为数字数据或数字数据被转换为字符数据时被使用。输入缓存器48用于暂时存储由操作键输入部45的数字键等的键而输入的发送信文字符数据。字符发生器49根据CPU46的请求产生多个欲被显示在显示部61上的字符并把它们输出至CPU46。

接收缓存器50形成一个用于暂时存储传送于CPU46和接收信文存储器51间的接收到的信文信息的存储区。该接收信文存储器51包括如图6所示的多个存储库M11至Mn3，而各存储库M11至Mn3具有用于存储经由接收缓存器50来自CPU46的一接收的信文数据(对应于20位数字)的存储容量。

该存储库M11至Mn3被分为n组，且在存储于各组的第一存储库Mi1的信文数据是被附有后将描述的连接码的信文数据的情形中，该组的第二及第三存储库Mi2、Mi3被用于存储接续的信文数据。

信文缓冲器52形成一用于暂存CPU46和信文存储器53间传送的信文信息的存储区。

如图7所示，该信文存储器53包括一被呼叫的寻呼机电话号码存储部53a，最新输入信文信息存储部53b，以及一具有多个存储库的固定格式信文存储部53c，并且存储着由CPU46经信文缓存器52向该最新输入信文信息存储部53b或向该存储部53b及该固定格式信文存储部53c二者输入的信文信息。

如图8所示，该电话号码库存储器54具有多个存储库并和一缩略号和确定寻呼机呼号的寻呼机识别信息“p”一起存储着自CPU输入的电话号码信息。

该音调信号发生器55将从CPU46输入的数字数据转换为DTMF信号并经扬声器56输出该信号。当通过转换该呼叫的寻呼机电话号码和/或发送信文数据而输入的数字数据被从按键电话的发送器发送时，该音调信号发生器55和扬声器56被使用。通知信号发生器57在接收到对该通知信号发生器57本身的一呼叫信号后响应于输入自CPU46的一通知指令，使扬声器58输出一个通知呼入的通知声音。

分别提供DTMF声音发生扬声器56和通知声音发生扬声器58的原因是它们输出的音量水平彼此不同。

转换缓存器59形成一用于暂存由CPU46从接收信文存储器51等读出的信文信息的存储区。显示缓存器60形成一用于暂存从CPU46向显示部61输出的显示字符数据和数字数据。

CPU(中央处理单元)46包括一存储着各种控制程序的ROM(只读存储器)、一计时器及一用于保持键输入部45的输入操作的内容的输入寄存器。

CPU46根据存储在该ROM中的各种控制程序执行各种处理。即，当从解码器43接收到一呼叫检测信号时，其向扬声器58输出一通知信号并使扬声器58通知已收到一个呼叫，其并且经过接收缓存器50向接收信文存储器51中存储接着从解码器43输入的接收信文信息。CPU还经由信文缓存器52向信文存储器53存储从键输入部45输入的发送信文信息，并且向电话号码库存储器54存储从键输入部45输入的电话号码信息。

另外，当指令输入如日文字母及拼音字母的字符数据时，CPU46从字符发生器49读出对应于该输入指令的字符图形，将该字符图形存入显示缓存器60并使显示部61显示该字符图形。

另外，接收到来自键入部45的由对拨号键39的操作的拨号音输出指令时，CPU39使音调信号发生器55将该发送信文信息的电话号码转换为DTMF信号并从扬声器56输出该信号。下面将更详细地说明一发送信文信息是由字符数据构成的情形。存储在该信文存器53中的该信文信息的字符数据被读入转换存储器59，根据转换表47，该被读出的字符数据被转换为2位数字数据(字符码)，代表自由信文码“U7”的3位数字数据被附加在该2位数字数据的头上，该二数字数据项被由该音调信号发生器55转换为一DTMF信号并被从扬声器56输出。

因此，与由按键电话中的十键操作得到的信号相同的信号经由该电话的发送器被发送到电话线上。对电话线的输入结束码可由操作按键电话的“#”键完成或可在拨号音被最后一次输出时从扬声器56被输出。

另外，当从键输入部45接收到设定固定格式信文发送模式的指令后接收到输出一拨号音的指令时，CPU46通过使用发送指定码生成发送数据(例如代表“]]”的4位数字数据“*6*6”和由键操作输入的信文号，并使该音调信号发生器55将该发送数据转换为一DTMF信号并从扬声器56输出该信号。

因此，与按键电话中通过十键操作得到的信号相同的信号可以经由该电话的发送器发送到电话线上。向电话线的结束码的输入可以通过操作按键电话的“#”键完成，或从扬声器56自动地输出，但在发送固定格式信文的情形中，最好通过操作按键电话的“#”键输入该结束码，这是因为考虑到多个固定格式信文可能在一次发送操作中被发送。

另外，如后将要描述的，CPU46在输入发送信文数据时标记超出允许发送数据量的输入范围。当CPU使显示部61显示由字符数据构成的发送信文时，CPU使发送信文的字符数据以与在输出拨号音的情形中一样的方式被转换为数字数据，并经由显示缓存器60使如此转换的数字数据被显示在显示部61上。

另外，当发送自由信文时，CPU46在发送数据量的可能范围内将字符数据转换为数字数据，把一代表自由信文码“U7”的3位数字码“07”附加在该转换的数字数据的头上，把一代表连接码“-”的2位数字码“*2”附加在该转换的数字数据的尾端，并分段地发送该自由信文。

另外，当接收到一具有自由信文码在呼叫ID之后附加在其上的发送信号时，CPU46通过一后将描述的呼入处理检索该自由信文码，当该自由信文码被检测到时，其检索附在信文数据之后的连接码，当该连接码被检测到时，其根据该连接码设置连续接收模式，且当接着上述信文数据的第二和第三信文数据项被接收到时，其顺序地将该二信文数据项存入接收信文存储器51的已存储了该第一自由信文数据的存储库Mi1之后的存储库Mi2、Mi3中，并将该分段发送和接收的自由信文相连接并将该连接的信文作为一个信文登记。

在CPU46，设置了一个连接计时器(未示)，用于当接收后将描述的分开发送的自由信文时设定一个进行用于接收和连接分开的自由信文的处理所需的预定时间(例如5分钟)。

另外CPU46包括一个时计电路，利用该时计电路在显示部61上显示时间并设定报闹时间。

接着，将说明在本实施例的电子装置21被用作发送装置的情形下的操作。

首先，将参照示于图9的流程图和示于图10的显示变换图说明由本实施例的电子装置21所进行的发送信文的输入过程。

在此实施例中，假定一次能被发送和能被示于图1中的信文中心1所允许的数据量是一个20位的数字，也就是说，如果所被发射的是一自由信文，最大9字符的信文数据可被发射，因为附加在其头上的自由信文码是一2位数字。

例如，如果在示于图10的(a)中的接收备用模式的显示模式中自由信文键27被操作，在前一循环中生成的信文信息被从信文存储器53的最新输入信文信息存储部53b中读出并被显示在显示部61上，如图10的(b)中所示，并且该输入字符组(在此例中，在列“ア”和“カ”中的十个字符)被显示在液晶显示部61上(步骤S1)。

如果在此状态进行键输入操作，则判断该键输入操作是否是由光标键36a、36b的字符组切换操作(步骤S2)。如果其是字符组切换操作，则模式被切换到输入形成模式且显示在显示部61上的字符组根据被操作的键被切换(步骤S3)。如果该被操作的键是键36a，该字符组显示被切换到在列“サ”和“タ”的十个字符，如图10的(c)所示。如果其不是字符组切换操作，是判断其是否由数字键31a至31j的字符选择操作(步骤S4)。如果其是由数字键31a至31j的字符选择操作，则模式被切换到输入形成模式且所选择的字符数据被存入输入缓存器48(步骤S5)，并且该字符数计数器以“+1”向上计数(步骤S6)。

接着，判断该字符数计数器的计数是否大于该设定的字符位数9(步骤S7)，如果其不大于该位数，则该遮蔽显示模式被设定(步骤S8)，并且如图10的(d)所示，该第10个和以前位的输入字符范围被遮蔽。接着，存储在输入缓存器48中的字符数据被输出至显示缓存器60(步骤S9)并被显示在显示部61上，如图10的(d)所示，且处理返回至步骤S1。

另一方面，如果在步骤S7检测到超出了所设定的字符位数9，则该遮蔽显示模式被清除(步骤S10)，存储在输入缓存器48中的字符数据被输出至显示缓存器60(步骤S9)且该第10个和以前位的输入字符被显示，如图10的(f)所示，且处理返回至步骤S1。

另外，如果在步骤S4判定键操作不是由数字键31a至31j的字符选择操作，则判断该键操作是否是对执行键35的操作(步骤S11)。如果判定该键操作不是对执行键35的操作，则执行对应于该操作的处理且处理返回到步骤S1。如果判定该键操作是对执行键35的操作，则判定当前的字符输入处理结束，信文存器53的最新输入信文信息存器53b的存储内容被当前输入处理中存储在输入缓存器48中的存储内容所取代，存储在输入缓存器48中的存储内容被写入显示缓存器60，且如图10的(h)所示，该发送信文被显示在显示部61上(步骤S13)且输入处理结束。

例如，如果一信文“タチカワニキデ12：00ニマツテイマス”(我12：00在Tachikawa站等你)在该发送信文的输入处理中被生成，光标键36b被操作以使该字符串显示翻滚，以在示于图10的(b)中的该发送信文的输入形成模式的最初图像面中显示“サ”和“タ”的列(图10中的(c)，并且对应于作为输入字符之一显示的“タ”的导引号“6”的键，即数字键31f被首先操作。通过此键操作，该字符串中的“タ”被输入和显示而先前的信文显示被清除(图10中的(d))。如上述键操作一样，对应于“チ”、“カ”、“ワ”、“ニ”、“キ”的导引号的数字键31a至31j被操作以输入和显示该字符串(图10中的(d)至(g))且最后执行键35被操作。其结果，信文“タチカワエキテ”12：00ニツテイマス”    (我12：00在Tachikawa站等你)被登记入信文存储器53的最新输入信文信息存储部53b中并被显示在显示部61上，如图10的(h)所示，且该发送信文的输入处理结束。

如果该形成的信文不仅被存入该最新输入信文信息存储部53b中并且被存入该固定格式信文信息存储部53c中，该信文输入的结束则由对固定格式键28的操作指定。这使得可以将所形成的信文信息以下述形式存入该固定格式存储部53c的一可利用库中，即，将该可利用库的库号设定为其信文号。

另外，在前一循环中形成且示于图10的(b)中的自由信文被显示的状态中，如果光标键36c、36d被操作，则处在显示部61的显示区外的自由信文被移动且显示，如图10的(i)、(j)所示。如果拨号键39在该自由信文的显示状态被操作，CPU46从信文存储器的最新输入信文信息存储部53b中读出登记的信文信息，根据示于图5的转换表57的数字-字符转换矩阵表，将该信文的字符数据转换为数字数据，由声音信号发生器55将如此转换来的数字数据转换为—DTMF信号，跟随在一代表自由信文码“U7”的3位数字数据之后，且从扬声器56输出该信号，由此执行一拨号器输出操作。

当在示于图10的(b)、(c)的显示状态中执行键35被操作时，后将描述的用于仅发送该信文数据的处理被执行，当在示于图10的(h)的显示状态中连接键36d被操作时，在后将描述的发射处理中用于连接呼叫的寻呼机电话号码至该信文数据的处理将被执行。

下面将参照示于图11的流程图和示于图12、13的显示变换图说明发送处理。

当发送信文的输入处理完成之后，判断在示于图10的(h)的自由信文的显示状态中(步骤S21)用于连接该输入的自由信文至呼叫的寻呼机电话号码的连接键36d是否被操作(步骤S22)。如果该连接键36d被操作，预先存储在电话号码库存储器54中的并曾参照图8说明过的寻呼机识别信息“p”被检索(步骤S23)，一相应的电话号码(寻呼机的呼叫号)被登入信文存储器53的呼叫的寻呼机数据存储部53a中(步骤S24)并被显示在显示部61上，如图12的(a)所示。另外，如果在此状态光标键36b被操作，下一个登记的寻呼机识别信息“p”被检索且相应的电话号码被登入该呼叫的寻呼机数据存储部53a中，取代先前登记的电话号码并被显示在显示部61上，如图12中(b)所示。

图12的(a)、(b)的显示状态表示该被检索的寻呼机的缩略号、姓名及电话号码和当前时间及星期几一起被显示的状态。

接着，判断拨号键39是否被操作(步骤S25)。当形成在本实施例的电子装置21的主体上的扬声器56的声音生成孔被置于按键电话手机的发送器上时执行对拨号键39的操作。如果在步骤S25判定拨号键39被操作，则判断用于判断是否是发送信文的一标志是否被设定(步骤S26)。在最初发送的时候，由于该标志未被设定，登记在该呼叫的寻呼机数据存储部53a中的该寻呼机的电话号码被输出到音调信号发生器55、被转换为一DTMF信号并被从扬声器56输出(步骤S27)。此时，该电话号码数据被转换为DTMF信号的处理被显示在显示部61上，如图12的(c)所示。

接着，信文发送标志被设定(步骤S28)且存储在信文存储器53的最新输入信文信息存储部53b中的内容，即该发送信文被输出到显示缓存器60并被显示在液晶显示部61上，如图13的(a)所示(步骤S29)，接着该处理返回至步骤S25。此时，如果拨号键39再次被操作，由于该标志已被设定，该发送信文的拨号音输出被执行(步骤S26)。在此情形，判断该发送信文的剩余字符的数是否小于10，如果不小于10，8字符的拨号音输出被执行，而如果小于10，则所有剩余字符的拨号音输出被执行。在此例中，由于其不小于10，显示在显示部61上的该发射信文的8个字符(图中为“タチカワエキテ”)的数据被转换为数字数据，且在代表自由信息码“U7”的3位数字数据“07”被附加在其头部而代表连接码“-”的2位数字数据和代表信文结束的数字数据“#”被附加在其尾部之后，该如此得到的数据被输出到该音调信号发生器55，被转换为一DTMF信号并被从扬声器56输出(步骤S30)，且该发送信文数据被转换为DTMF信号的处理被显示在显示部61上，如图13的(b)所示。

接着，该标志被清除(步骤S31)且判断欲被发送的发送信文的剩余部分是否出现(步骤S32)。如果该欲被发送的发送信文的剩余部分被示出，该已发送的8个字符“タチカワエキテ”的发送信文被遮蔽显示，如图13的(c)所示，(步骤S33)且处理返回到步骤S25。

此时，该电话被第一次切断，按键电话的手机被再次提起，接着拨号键39为下一次发送被再次操作。

当拨号键39被再次操作时，由于该标志被清除(步骤S26)，同前一发送一样的寻呼机的电话号码数据被输出到该音调发生器55，被转换为DTMF信号并被从扬声器56输出(步骤S27)，且该电话号码数据被转换为DTMF信号的处理被显示在显示部61上，如图13的(d)所示。然后，该图像面返回到初始信文显示图像面，如图13中的(e)所示。当拨号键39被操作时，由于该标志已被设置(步骤S26)，显示在显示部61上的该发送信文的下一8个字符(图中的“12：00＝”)被转换为数字数据，表示代表其为自由信文的接续部分的码“_7”(下划线表示一空格)的3位数字数据“*87”被加于其头部，而代表连接码“-”的2位数字数据“*2”和代表信文发送结束的数字数据“#”被附加在其尾部，如此得到的数字被送到音调信号发生器55，被转换为一DTMF信号并被从扬声器56输出(步骤S30)，且该发送信文数据被转换为DTMF信号的处理被显示在图13的(f)中。

接着，该标志再次被清除(步骤S31)且判断欲发送的发送信文的剩余部分是否出现(步骤S32)。当欲发送的发送信文的剩余部分出现时，已发送的8个字符“12：00＝”的发送信文被遮蔽显示，如图13的(g)所示(步骤S33)且该处理返回到步骤S25。

接着，步骤S25至S33以上述方式被重复执行。当欲被发送的发送信文的剩余部分不再出现且这一点在步骤S32被检测到时，则发送的结束被显示在显示部61上(步骤S34)且该处理返回到步骤S25。

另一方面，当在步骤S25检测到被操作的键不是拨号键39时，则判断结束键37是否被操作(步骤S35)，如果检测到结束键未被操作时，对应于另一键操作的处理被执行(步骤S36)，且然后处理返回到步骤S25。作为在步骤S36的该另一个键处理，用于切换显示发送信文的图像面的处理可以被执行。例如，当光标键36d被操作时，该图像面被切换到下一个图像面(如图13所示)，而当光标键36c被操作时，该图像面被切换为前一图像面。当结束键37被操作时，该拨号发送模式被清除而正常的接受备用模式被设定(步骤S37)。

当在步骤S22判定该被操作的键不是连接键36d时，也就是说，当该输入的自由信文未被连接至该呼叫的寻呼机的电话号码时，则判断拨号键39是否被操作(步骤S38)。当拨号键39被操作时，登记在信文存储器53的该最新输入信文信息存储部53b中的发送信文数据在步骤S21被读出且与步骤S30同样的拨号音输出被执行。例如，该发送信文数据是“10：00＝カイシセ＝TELツテクダサイ”(请在10：30给公司打电话)，其第一组8个字符的字符数据被转换为数字数据且“*7”被附加在其头部而“*2”及“#”被附加在其尾部，且如此得到的数据被输出至该音调信号发生器55，被转换为DTMF信号且被从扬声器56输出(步骤S39)。

此时，该发送信文被显示在显示部61上，如图14的(a)、(b)所示，且该音调转换处理被显示。

接着，判断该欲被发送的发送信文的剩余部分是否出现(步骤S40)，如果出现，则已发送的8字符的数据被遮蔽显示，如图14的(c)所示(步骤S41)，且该处理返回至步骤S38。如果拨号键再次被操作，下一组8个字符的字符数据被转换为数字数据且“*87”被加在其头部而“*2”及“#”被加在其尾部，且如此得到的数据被输出到该音调信号发生器55，被转换为DTMF信号并被从该扬声器56输出(步骤S39)，且该音调转换处理被显示在显示部61上，如图14的(d)所示。接着，如果该欲被发送的发送信文的剩部分仍然出现，该发射的8个字符的数据被遮蔽显示，如图14的(f)所示(步骤S41)，而如果欲被发送的发送信文的剩余部分不再出现，则发送结束被显示(步骤S42)且该处理返回至步骤S38。

当在步骤S38判定拨号键39未被操作时，则判断结束键37是否被操作(步骤S43)，如果结束键37未被操作，则对应于另一键操作的处理被执行(步骤S44)且该处理返回至步骤S22。在步骤S44的该其它键处理中，通过操作光标键36c、36d，与在步骤S36中相同的图像面切换处理被执行，如图14所示。当结束键37被操作时，该拨号发送模式被清除而正常的接收备用模式被设定(步骤S37)。

在该寻呼机的电话号码未与信文连接的发送处理中，利用按键电话、拨盘式电话等向寻呼出中心发出一呼叫时，使用者通过执行一系列键操作首先指定目标寻呼机且同时呼叫该寻呼中心，且接着响应于寻呼中心的呼叫应答通过音调信号的输出进行自由信文的发送处理。

每次该寻呼机的电话号码和信文数据被如上发送时，寻呼中心1向无线基站7至9发送信文数据和对应于该寻呼机的呼叫的一ID码并使无线基站发射示于图15的呼叫信号。

在此例中，上述呼叫信号中的信文数据的数据结构示于图16。图16A示出了当其构成字符数为23的自由信文“10：30＝カイシセ＝TELツテクダサイ”被分开发送时其第一次发送的8个字符的数据结构，一代表该数据为一自由信文的自由信文码”U7“被设置在首二位，对应于该8个字符的字符数据的数字数据被设置在跟着该自由信文码之后的16位中，而一代表将被连续发送的自由信文数据出现的连接码”-“被附加在该数字数据的尾部。

图16B示出了第二次被发送的8个字符的数据结束，一代表该数据是接着附加在第一段上的连接码“-”的继续码“_7”(图中的下划线代表一空格)被设置在首二位，对应于该8个字符的字符数据的数字数据被设置在跟着该继续码的16位中，而一代表将被连续发送的自由信文数据出现的连接码“-”被附加在该数字数据的尾部。

图16C示出了第三次发送的7个字符的自由信文数据的结构，一代表该数据是接着附加在前一段上的连接码“-”的继续码“_7”被设置在首二位，对应于该7个字符的字符数据的数字数据被设置在跟着该继续码的14位中。由于没有接着这些数字数据的自由信文数据出现，未附加连接码。通过不附加连接码，指示了信文连接的结束。

图16D显示了一其构成字符数是9而能在一发送周期中发送的自由信文“アイシテルヨシォ”(我爱你，Yoshiwo)的数据结构，一代表该数据是自由信文的自由信文码“U7”被附加在其头部，而对应于该9个字符的字符数据的数字数据被设置在该自由信文码之后的18位中。

如上所述，在本实施例的电子装置中，在一自由信文的数据量大于用作数据通信系统的寻呼系统所允许的数据发送量(对应于20位)时，因为在输入自由信文的处理中第十个及其后的字符被遮蔽显示，可以清楚地向用户示出在一发送周期中发送的信文量。

另外，由于在指定寻呼机的电话号码和发送信文相连接且分段发送的情形中，每次进行8字符为单位的发送信文的发送时对指定寻呼机的呼叫可以通过操作拨号键39简便地自动进行，故不需要当每次该欲被分段发送的自由信文被发送时在发送方执行对指定寻呼机的电话号码的拨号操作，因此在发送自由信文时的可操作性得以改善。

另外，由于已被以8个字符为单位发送的发送信文的一部分被遮蔽显示且作为指示被分段发送的自由信文数据的连接关系的连接信息的继续码和连接码被附加及发送，在发送前颠到分段发送的各信文部分的顺序的复杂操作可在发送方被省略，因而发送方的发送处理可被简化。

下面，将参照示于图17的流程图说明本实施例的电子装置21作为一接收装置的工作状况。

如果经由天线41及接收器电路42接收到的一呼叫信号的ID码被解码器43检测为是其自身的ID码且该检测的结果通知了CPU46，则CPU46启动呼入数据处理，接收由解码器43解码及输入呼入数据(呼入信文数据)(步骤S51)并检查是否有继续码附加在该呼入数据的头部(步骤S52)。即，如果该发送数据的呼叫ID码与存储在ID-ROM44中的其自己固有的ID码一致，接着该呼叫ID码的发送数据被存入接收缓存器50中且然后判断“_7”是否出现在示于图15的自由信文数据的头部。

如果继续码未出现在其头部，则检查连接码“-”是否附加在其尾部(步骤S53)。当连接码“-”被附加时，即，当接收到的信文数据是示于图16A的数据时，CPU46中的连接计时器被复位和启动(步骤S54)且该接收到的信文数据被存入示于图6的接收信文存储器51的存储库Mi1(i为1至n之一)，该存储库内未存有数据(步骤S55)。接着，判断由该连接计时器设定的时间是否已经过去(步骤S56)。如果该设定时间已过去，则用于欲被连接的后续信文数据的接收的等待操作被中断，一呼入通知信号被输出到通知信号发生器57以使扬声器58输出一通知声音(步骤S57)且该处理结束。如果由该连接计时器设定的时间尚未过去时，则检测是否有呼入出现(步骤S58)。如果没有呼入，处理返回到步骤S56的时间到检测处理，而当该呼入出现时，该处理返回到步骤S51的呼入数据获取处理。

当在步骤S53检测到连接码“-”未被附加在尾部时，即当接收到的信文数据是示于图16D中的数据时，该接收到的信文数据被存入接收信文存储器51的存储库Mj1(j是1至n之一)，该存储库内未存有数据(步骤S59)。接着，该呼入信号被输出到通知信号发生器57以使扬声器58输出一通知声音(步骤S57)且该处理结束。

另外，如果在步骤S52检测到继续码“_7”被附加到接收的信文数据的头部时，则检测是否有连接码“-”被附加到其尾部(步骤S60)，如果连接码“-”被附加，即当接收到的信文数据是示于图16B的数据时，则该连接计时器的时间计数操作被启动(步骤S61)。接着，检查是否有尚未被连接的具有一连接码附加在其尾部的连接等待数据出现在接收信文存储器51中(步骤S62)，即判断该数据是否是一接着先前被接收和存储在接收信文存储器51的存储库M11至Mn3之一中的信文数据的信文数据。当没有连接等待数据出现时，该数据在步骤S55中被存入一不同的新的可用存储库Mk1中(k为1至n之一)，而当连接等待数据出现时，在本周期中接收到的该信文数据被存入一连接信文存储存储库(例如Mi2)中并被连接至该先前接收的信文上(步骤S63)，该连接信文存储存储库是接着该存储先前接收的信文数据的存储库(例如Mi1)的。

接着，判断由该连接计时器设定的时间是否过去(步骤S56)，如果该时间已过去，则用于欲被连接的后续信文数据的接收的等待操作被中断，一呼入通知信号被输出至通知信号发生器57以使扬声器58输出一通知声音(步骤S57)且该处理结束。当由该连接计时器设定的时间尚未过去时，则检测是否有呼入出现(步骤S58)。如果没有呼入，则处理返回至步骤S56的时间到达判断处理，且当呼入出现时，处理返回至步骤S51的呼入数据获取处理。

如果在步骤S60判定连接码“-”未被连接到该尾部时，即当接收到的信文数据是示于图16C中的数据时，则检测是否有尚未被连接的具有一连接码附加到其尾部的连接等待数据出现在接收信文存储器51中(步骤S62)，即，判断该数据是否是接着该先前接收的并存储于接收信文存储器51的存储库M11至Mn3之一的信文数据的信文数据。如果没有连接等待数据出现，该数据在步骤S59中被存入一不同的新的可用存储库M11(1是1至n之一)，而当连接等待数据出现时，则在本周期中接收到的该信文数据被存入一连接信文存储存储库(例如Mi3)中且被连接至该先前接收到的信文上(步骤S65)，上述连接信文存储存储库是接着存储该先前接收到该信文数据的存储库(例如Mi2)的。

接着，该连接计时器的时间计数操作被中断(步骤S66)，一呼入通知信号被输出到通知信号发生器57以使扬声器58输出一通知声音(步骤S57)且该处理结束。

通过上述的呼入处理，由于被分段发射的多个信文数据项被存入接收信文存储器51中同一组的存储库Mi1、Mi2、Mi3(i是1至n之一)中并根据附加在其上的连接信息被连接在一起，因此它们可以正确的顺序被显示在显示部61上，而不象传统装置被以颠倒的顺序显示。

如上所述，当用于分段发射的信文的呼入处理被执行时，不是每次接收信文时都发出通知，而是当所有该信文都被接收时才发出该通知，并且由于该分段接收的信文依据连接信息被以正确的顺序存储和显示，故可以避免每次接收信文时都发出通知声音的烦人情况并且信文的内容可以被容易地识别。

在上述实施例中，说明了发送信文是一自由信文的情况，但当信文是一个仅由数字数据构成的常规信文时也可以上述的方式处理。在该情况下，连接码和继续码可以由一般不会用作信文的符号数据项的组合定义。例如，如图2所示，两个符号数据项“[”的序列可以被用作连接码，而两个符号数据项“]”的序列可以被用作继续码。图18A、18B、18C分别显示了当通过利用如此定义的连接码和继续码分段地发送信文数据时欲被首先发送的数据欲被第二次发送的数据及欲被第三次发送的数据的结构。【第二实施例】

接下来，将参照图19至23说明本发明的第二实施例。该第二实施例是如此构成的，即，当一发送器分开地发送信文时，其上附加了用于识别该发送器的信息的信文被发送，并且，当接收到的信文是被分开发送的信文之一时，接收器可以根据加在该信文上的发送器识别信息将该接到的信文连接到从同一发送器分开发送的其它信文上。如第一实施例一样，在该第二实施例中，利用一具有单音拨号器功能及寻呼机功能的电子装置作为例子说明该信文发送装置及信文接收装置。

图19是该第二实施例的电子装置70的电路结构框图。在图19中，标号71是其中具有一用于存储各种控制程序的ROM、一RAM、一计时器、一寄存器等的CPU。该ROM存储着一用于执行一发送器识别信息设置处理(后将参照图20描述)的程序，该处理是用于设置欲附加在该发送信文上的发送器识别信息的，一用于执行对发送信文的输入处理的程序，该程序曾参照图9作为用于发送装置的一控制程序被描述，一用于执行曾参照图11描述过的发送处理的程序等。该ROM还存储着一用于执行一接收处理(后将参照图21描述)的程序，该处理用于根据加于一接收到的信文上的发送器识别信息将该信文与由同一发送器分开地发送的其它信文相连接，以及一用于当一接收到的信文是作为对该接收器的一控制程序被接收到及该接收到的信文是被分开发送的信文之一时读取和显示存储在接收信文存储器中的该接收到的信文的程序。该RAM具有用于存储发送器识别信息的存储区，该发送器识别信息是在发送器识别信息设置处理中被设置的。如果该用于存储控制程序的ROM是由一EEROM(电可擦只读存储器)构成的，用于存储该发送器识别信息的存储区可被设置在该ROM中而不是该RAM中。该RAM中还具有用作多个独立的连接计时器的计时器区，以处理在同一时段内接收到由多个用户分开发送的信文数据的情况。

该第二实施例的电子装置70的其它结构与第一实施例的电子装置21的结构相同。因此，相同的部分被以相同的参考数字所指代且对它们的说明被省略。另外，由于该第二实施例的电子装置70的外观与第一实施例的电子装置21相同，对其的外部描述亦被省略。

下面将描述该第二实施例的电子装置70作为发送器的工作过程。在该第二实施例中，该发送器识别信息被作为电子装置70的初始设置信息被设置，虽然其可在每次输入发送信文时被输入。

如图20所示，在该发送器识别信息设置过程中，首先，通过操作功能键30设定该识别信息设置模式(步骤S71)，且设置在该识别信设置模式中的一输入图像面被显示在显示部61上(步骤S72)。接着，判断该键输入部31的数字键31a至31j中的至少一个是否被操作(步骤S73)。当该数字键31a至31j中的至少一个被操作时，该输入的数字数据(例如7)被存入设于CPU71的RAM中的发射器识别信息存储区中，且包括该发送器识别信息的连接信息之一被显示(步骤S74)。接着处理返回至步骤S73。当数字键31a至31j中没有一个被操作时，则判断结束键37是否被操作(步骤S75)。如结束键37来被操作，处理返回至步骤S73，而如果结束37被操作，该处理结束。

通过上述设置处理，该发送器识别信息被设置，且例如“U”或“_7”等作为附加在被分开发送的自由信息上的连接信息被设置且被存入CPU71的该RAM中。在此例中，一部分“7”是该发送器识别信息。在该数字键11i在上述设置处理中被操作的情形中，该发送射器识别信息是“3”，而该连接信息是“U3”或“_3”。

在该第二实施例的电子装置70中，信文发送以与第一实施例的电子装置21相同的方式被执行。更具体地，发送信文以与参照图9说明的方式相同的方式被输入，而发送信文接着以与参照图11说明的方式相同的方式被发送到寻呼中心1。在附加在该发送信文上的该连接信息中的该发送器识别信息变为在上述设置处理中设置的发送器识别信息。

接着将参照示于图21的流程图说明该第二实施例的电子装置71作为接收器的工作过程。由该解码器43检测通过天线41和接收器电路42接收的呼叫信号的ID码与其自身的ID码相一致。当CPU71被通知了该检测结果时，CPU71开始呼入处理，并且接收由解码器43解码和输入的呼入数据(步骤S81)。CPU71检索呼入数据的头是否跟有码“_+数字”(步骤S82)。即，当该被发送数据的呼叫ID码与存储在ID-ROM中的自身ID码相一致时，则在跟着该呼叫ID码后面的该被发送数据被存入接收缓存器50之后判断该被接收的数据的头是否跟有该码。例如，如果示于图22A中的自由信文数据被接收，由于该自由信文数据设有码“_+数字”跟着其头，处理前进到步骤S83的处理，在那里检测连接码“-”是否被附加在其尾部，在这里，由于判定了连接码“-”被附加于其上，CPU71中的该连接计时器为该接收的信文数据而启动(步骤S84)。在为接着的信文设定了一呼入等待时间之后，此次接收到的信文数据被存入存储库Mi1(其中i为1至n之一)，该存储库中，未存储示于图6中的接收信文存储器51中的数据(步骤S85)。当该连接计时器被启动时，一标签被附加于该连接计时器以识别哪个连接计时器对应于哪个接收信文数据。作为该标签，该发送器识别信息及包括该发送器识别信息的连接信息(“U7”或“_7”)可被利用。

之后，在由该连接计时器设定的时间内为了等待后续信文的接收，反复地判断该时间是否已到(步骤S86)及该信文是否被接收到(步骤S87)。如果在步骤S87检测到该接收，该处理返回至步骤S81的呼入数据接收处理。如果在步骤S86检测到由该连接计时器设定的该时间已到，对该欲被连接的后续信文数据的接收等待操作被中断。CPU46向通知信号发生器57输出一接收通知信号，并使扬声器58输出一通知声音(步骤S88)。该呼入处理基本上由步骤S88中的该呼入通知处理结束。然而，由在该第二实施例中有多个连接计时器同时工作的情形，在步骤S89检测在步骤S88的该呼入通知处理之后是否有连接计时器在工作。如果有连接计时器在工作，该处理返回至步骤S86以检测该时间是否已过去。

同时，如果在步骤S83该连接码“-”未附加在该信文的尾部时，该被接收的数据被判定为没有后续信文数据的单独的信文数据的。接收到的信文数据被存入存储库Mj1(其中j为1至n之一)，该存储库中，未存储该数据接收信文存储器5 1中的数据(步骤S90)。接着，一接收通知信号被输出至通知信号发生器57，且一通知声音被扬声器58输出(步骤S88)，本处理结束。

在步骤S82，如果判定继续码被附加在该被接收的信文数据的头上，则检索连接码“-”是否被附加于其尾部(步骤S91)。例如，如图22B所示，当该继续码“-7”及连接码“-”都被附加在该被接收的信文数据上时，则一用于该信文数据的一新的连接计时器被启动(步骤S92)。接着则检测是否有其上附加有自由信文码“U7”或继续码“-7”(该二者都包括有与该刚被接收数据上附加的头部继续码中的识别信息“7”相同的识别信息)的连接等待数据(步骤S93)。即，判断先前接收到并存储在接收信文存储器51的存储库M11至Mn3中任一个中的信文数据是否应由该刚接收到的数据接续。如果未能找到包含相同识别信息的连接等待数据，则在步骤S85该刚被接收到的信文被存入另一个新的空存储库Mk1(k为1至n之一)。反之，如果找到了包含相同识别信息的连接等待数据，则此次接收到的该信文数据即被存入接着存储有该连接等待信文的存储库(如Mi1)的用于存储连接信文的存储库(例如Mi2)中(步骤S94)。此时，当接收到前述接收等待数据时启动的连接计时器即停止。

接着，处理进至步骤S86，且在步骤S86至S89的处理重复进行。

如果在步骤S91判定连接码“-”未加在其尾部，则检测是否有包含与附加在该接收的数据上的头部继续码中的识别信息相同的识别信息的自由信文码或继续码被加于其上的连接等等数据(步骤S95)。换言之，判断先前接收并存储在接收信文存储器51的存储库M11至Mn3中任一个的该信文数据是否应由该刚接收到的数据接续。如未能找到含有相同识别信息的连接等待数据，则在步骤S90中将本次接收到的该信文数据存入另一个新的空存储库M11(其中1为1至n之一)。反之，如果找到了含有相同识别信息的连接等待数据，如图22D所示，则本次接收到的该信文数据被存入接着存储有该连接等待数据的存储库(如存储库Mi2)的用于存储连接信文的存储库(例如存储库Mi3)中(步骤S96)。接着，在接收到该连接等待数据时启动的连接计时器被停止(步骤S97)。CPU46向通知信号发生器57输出一个接收通知信号，并使扬声器58输出一通知声音(步骤S88)。本处理即结束。

如果在等待该信文数据期间接收到了由其它发送器分开地发送的信文，例如，如当在收到图22B的自由信文之后接着又收到了示于图22C的信文数据，则在步骤S82判定在该信文的头部没有继续码，而在步骤S83则判定该连接码“-”被附加在该信文的尾部。如在步骤S83判定其上附加有连接码“-”时，则CPU71中的连接计时器为本次接收到的信文数据被启动(步骤S84)。当为接续的信文设置了一呼入等待时间后，本次接收到的该信文数据被存入存储库Mm1(其中m为1至n之一)，该存储库Mm1未存有示于图6的接收信文存储器51中的数据(步骤S85)。

接着，判断由该连接计器限定的时间是否过去(步骤S86)。此时有两个连接计时器在工作中，即，一个是在步骤S84接收此信文时被启动的连接计时器，而另一个则是在步骤S92接收图23B的信文时被启动的连接计时器。如果该信文是在该在步骤S92接收图22B的信文时被启动的连接计时器到时之前被接收到的，则此情况在步骤S87被检测到且在步骤S81执行该信文数据接收处理。

这里，如果该接收到的信文数据是示于图22D的信文数据，则由于该信文数据的头部加有继续码“_7”而尾部未加有连接码，经过步骤S82及S91的判断处理，处理前进至步骤S95。执行一个处理以判断是否存在有包含相同识别信息的连接等待数据。如果示于图22B中的信文数据被存在接收信文存储器51的存储库Mi2中，则在步骤S95的处理判断为YES且前进至步骤S96。作为本次接收数据的该示图22D的信文数据被存入接收信文存储器51的存储库Mi3中且被连接到示于图22B中的信文数据上。

当在步骤S96执行一在其中将此接收的信文连接到该连接等待数据上的存储处理时，在步骤S97，在接收到示于图22B的信文时被启动的连接计时器的工作被中断。接着，在步骤S87，该呼入被通知，处理返回至步骤S86的到时检测处理且等待接收接续于图22C的信文数据的示于图22E的信文数据。

在步骤S81接收到的信文数据是示于图22E的信文数据的情形中，该信文数据在其头部具有继续码“3”但在其尾部没有连接码“-”。因此，如接收到示于图22D的信文数据的情况一样，经过步骤S82及S91的判断处理后，处理前进至步骤S95，接着执行判断是否存在具有相同识别信息的连接等待数据。如上所述，因为示于图22C的信文数据被存于接收信文存储器51的存储库Mm1，当在步骤S95判定为YES后处理前进至步骤S96。在这里，示于图22E的该信文数据，即本次接收的该信文数据被存入接收信文存储器51的存储库Mm2中以被连接至示于22C的信文数据上。

在步骤S96，用于连接该接收到的信文至连接等待数据的存储处理被执行，且接着在接收到示于图22C的信文时被启动的该连接计时器被停止。接着，在步骤S87，呼入被通知且处理返回至步骤S86的到时检测处理。在这里，等待接收接续着示于图22B的信文的示于图22D的信文。

根据上述的呼入处理，即接收处理，因为，根据附加于自由信息码及继续码中的识别信息，被分开发送的信文数据被存储以被连接，所以，被如此分开发送的信文数据能被作为一条信文正确地存储及显示。

另外，使用者只在一完整的信文被收到时才被通知，而不是在每次收到的被分开发送的信文数据时都被通知，并且该被分开发送的信文利用其每部分上的连接信息在接收方被以正确的顺序存储和显示。因此，可以避免每次呼入时发出的通知声的频繁发生且使用者能够方便地查看信文的内容。

在此实施例中，以上说明了被分开发送的信文是由自由信文组成的情形。然而，本发明也可以同样的方式用于被分开发送的信文是由仅包含数字数据的普通信文构成的情形。在该情形中，例如，附加了用于识别发送器的一位数字的示于图1 8的连接码和继续码可被用作连接码和继续码。图23A、23B、23C分别示出了当采用了如上定义的连接码及继续码的信文数据被分开发送时第一次发送的数据、第二次发送数据及第三次发送的数据的结构。

在此实施例中，即使接到的信文数据是不完整的数据，如第二次及以后的信文数据被分开发送而在接收信文存储器51中没有存储先前发送的信文数据时，所有接收到的数据也都能被存储。具体地，在示于图21的呼入处理中，如果在步骤S93判定为NO，即，如果虽然接收到的信文数据在其头部具有继续码，但不存在具有相同发送器识别信息的连接等待数据，在步骤S85，该接收到的信文数据也可被存入接收信文存储器51的一新存储区中。同样，如果在步骤S95判定为NO，处理前进至步骤S90，在那里接收到的信文数据可被存入接收存储器51的一新的存储区中。

但是，应该注意到，如果接收到的信文数据是这种不完整的信文数据，则其也可被删除掉。具体地，如果在图21的步骤S93及S95中判定为NO，则处理进至步骤S98，在那里该接收的信文数据被删除，如图21中的虚线所示，且然后处理结束。

在此实施例中，如果接收到的信文在其尾部包含连接码，即在图21的步骤S88和S89判断为YES，则该连接计时器立即被启动，如上所述。然而，应该注意到，该连接计时器也可在该接收的信文数据被存储之后被启动。图24显示了此情形中处理流程的相关部分，同样的标号被分配给了与图21中相同的处理步聚。

下面将更具体地说明图24中的处理流程。如果在步骤S82判定继续码未加在信文的头部而在步骤S83判定连接码被加于该信文的尾部，即，如果该接收到的信文数据是例如示于图22A中的数据，首先，在步骤H84，该接收到的信文被存入接收存储器51的未存有数据的存储库(例如存储库Mi1)中。用于限定对接续此信文数据的信文数据(即示于图23B的信文数据)的等待时间的连接计时器，在进一步骤H85中被启动。在步骤H85中，处于非工作状态的连接计时器被有选择地启动。如在图21的呼入处理中所描述的，由自由信文码“U7”或发射器识别信息“_7”构成的标签被加于该被选的连接计时器上。之后，处理进至步骤S86的到时检测处理以等待接收示于图22B的数据，如图21的呼入处理一样。

如果在步骤S82判定继续码附于该接收到的信文的头部，而在步骤S91判定连接码附于其尾部，即，如果该接收到的信文数据例如对应于示于图22B的信文数据，则首先在步骤H92判断是否存在具有相同发射器识别信息的连接等待数据。在此判断中，该接收到的信文数据的继续码中的发送器识别信息被与该工作中的连接计时器上所附标签中的识别信息校核。

如果在步骤H92中判定不存在具有相同发送器识别信息的连接等待数据，则处理前进至步骤H84(或步骤S98)。反之，如果判定存在具有相同发射器识别信息的连接等待数据，则处理前进至步骤H93，该接收到的数据被与该连接等待数据连接。更具体地，在该接收到的信文数据是示于图22B中的信文数据的情形中，该接收到的信文数据被存入接着其内已存有示于图22A的信文数据的存储库Mi1的存储库Mi2中。在下一步骤H94，用于限定对接续此信文数据的信文数据(即示于图22C中的信文数据)的接收等待时间的连接计时器被启动。在该步骤H94中，代替如图21中的呼入处理中一样启动非工作状态的连接计时器，该工作中的相关计时器，即工作着的其中附着由自由信文码“U7”或发送器识别信息“_7”构成的标签的连接计时器被清零和再启动。与第一实施例不同，该连接计时器的数目可至少被减少一个。接着，处理前进至步骤S86中的到时检测处理，在那里，等待对示于图22C的信文数据的接收，如图21的呼入处理一样。【第三实施例】

接着，将参照附图25至29说明本发明的第三实施例。

根据该第三实施例，在一构成为同一信文在一预定时间间隔被多次发送的通信系统中，多个分开发送的信文在接收方可被接收且被正确地连接。

在一以广播的形式发送信文的系统中，特别是无线寻呼系统中，为了提供发送信文的妥收率，提供了如此构成的系统，即在一预定时间间隔内多次发送同一信文。例如，在一日本使用的无线寻呼系统中，当发送了从呼叫者输入的信文后约一分钟，其再次发送该信文。

这种通信系统中使用的接收器具有一用于在系统再次发射该相同信文之前限定时间间隔的计时器(删除计时器)。每次当接收到的信文被存入接收信文存储器时该计时器被启动。如果在由该计时器限定的时间期满之前该信文被接收到，则该接收到的信文被与存储的信文比较。除非该二信文彼此一致，该接收到的信文被存入接收信文存储器且计时器被启动。如果它们相一致，该接收到的信文被删除。其结果，可保证相同的信文不被重复地存入接收信文存储器。

当该信文发送由通过直接操作示于图1的按键电话3的拨号键或移动电话4的拨号键而执行的时，发送该信文需要的时间要超过一分钟。因此，如果该信文被分为3个信文段，无线基站7至9以示于图25的时间间隔发送该第一至第三信文1至3及再发送第一至第三再发送信文1’至3’。因此，在此情况下，如果删除计时器及连接计时器都被使用，由于接收器以1，1’，2，2’和3，3’的顺序接收从无线基站发送的信文，其结果，该接收器可以作为信文1、2、3正确地及连续地接收该被分开发送的信文1至3。

当该信文发送是以拨号器或第一实施例的具有拨号器功能的电子装置进行的时，发送该信文一次所需的时间少于一分钟。因此，如果信文被分为3个信文段，无线基站7至9以示于图26的时间间隔发送该第一至第三信文1至3及再发送该第一至第三再发送信文1’至3’。在此情况下，由于接收器以1、2、1’、3、2’及3’的顺序接收到从无线基站发送的信文，如果删除计时器和连接计时器都被简单地使用时，信文1和2被连接，1’和3被连接，而2’和3’被连接。其结果，三个与被发送的信文完全不同的信文被存入接收信文存储器中。

本实施例是如此构成的，即，即使信文是如上所述在短的时间内被分开发送的，在接收方该被分开发送的信文也能被正确及连续地接收。如第一实施例一样，本实例中也将作为信文发送装置及信文接收装置的一个例子描述一具有单音拨号器功能和一寻呼机功能的电子装置。

图28是该第三实施例的电子装置80的一构成电路框图2。在图27中，标号81是在其内具有一用于存储各种控制程序的ROM、一RAM、一计时器、一寄存器等的CPU。该ROM存储着一用于执行对信文数据的输入处理的程序(曾作为用于发射装置的一控制程序参照图9描述过)、一用于执行参照图11描述过的发送处理的程序等。该ROM还存储着一用于执行一将在后参照图29描述的呼入处理的程序及一作为一接收器控制程序的用于读取和显示存储于接收信文存储器中的接收到的信文的程序。如第一实施例一样，该RAM具有用作连接计时器的计时器区，该连接计时器限定用于当接收到其上附加有连接码的信文时等待接收接着该接收到的信文的信文的等待时间(例如，5分钟)。如第二实施例中所描述的，如果该接收器接收到从多个用户分开发送的信文时，该RAM提供用于多个连接计时器的计时器区。另外，在本实施例中，为了防止重复存储相同的信文，该RAM中还提供了用于用来计时约一分钟的删除计时器的计时器区。该删除计时器是用于可被发送器发送一次的普通信文的计时器。用于被分开发送的信文的删除计时器被设置在后将描述的用于删除再发送信文的存储器82中。

该再发送信文删除存储器82是用于删除分开发送的信文的再发送信文的。如图28所示，该删除存储器82具有多个用于存储被分开发送和接收的信文的信文存储区，以及对应于该多个信文存储区设置的多个计时器寄存器。

该第三实施例的电子装置80的其它结构与第一实施例的电子装置21相同。因此，二者间相同的部分是以相同的参考数字指代的，且对其说明被省略。另外，由于该第三实施例电子装置80的外观与该第一实施例的电子装置相同，对其的描述省略。

下面，将参照图29的流程图描述由本实施例的电子装置80执行的呼入处理。

由解码器43检测由天线41及接收器电路42接收到的呼叫信号的ID码与其自身的ID码一致与否。当CPU81被通知了该检测结果时，CPU81启动呼入处理，并接收由解码器43解码及输入的呼入数据(步骤S101)。CPU81检索是否接收到的数据含有继续码或连接码并判断是否接收到欲被连接的信文(步骤S102)。除非其是欲被连接的信文，否则执行对普通信文的呼入处理。即，判断CPU81中的用于普通信文的删除计时器是否工作(步骤S103)。如果该计时器工作，该接收到的信文数据被与存储在接收信文存储器51中的最后接收的信文比较(步骤S104)。当二信文彼此一致时，该接收到的信文被删除(步骤S105)。如果该接收到的信文数据与该最后接收到的信文不同或该用于普通信文的删除计时器在非工作状态，则此次接收到的信文被存入接收信文存储器中，且用于普通信文的该删除计时器被启动(步骤S106)且接着执行通知该呼入的操作(步骤S107)。

如果在步骤S102判定接收到连接信文，则检查同样的信文是否已被存入该再发送信文删除存储器82的信文储区中(步骤S108)。即，判断该接收到的信文数据是否是再发送数据。如果该接收到的信文数据是与已被存储的信文数据相同的再发送信文数据，该接收到的信文数据被删除(步骤S109)。接着，存储在该再发送信文删除存储区82的信文存储区中的相同信文数据被清除(步骤S110)。

此时，该接收到的信文数据被存入接收信文存储库51的一任一空的信文存储区中，而不管其在分开发送的信文中的发送号。然而，为了将分开发送的信文连接为一个信文，该接收信文存储器51具有如此的结构，即，第一次发送的信文被存入存储库Mi1(i为1至n之一)，第二次发送的信文存入存储库Mi2，而最后(第三次)发送的信文存入存储库Mi3。在此实施例中，当最后发送的信文被接收到以由此完成该信文的连接时，则通知该分开发送的信文的呼入。

因此，当存储处理完成(步骤S111)时，判断是否有连接码附加在该接收到的信文数据上(步骤S112)。如果有连接码附加于该接收到的信文数据上，则连接计时器被启动(步骤S113)且接着删除计时器被启动(步骤S114)。除非该连接码被附加于该接收到的信文数据上时，该连接计时器被中断且该连接完成标志被设置(步骤S115)且接着删除计时器被启动(步骤S114)。该删除计时器是由对应于再发送信文删除存储器82中的信文存储区的计时器寄存器构成的，在步骤S111中该接收的信文数据即被存储在该删除存储器82中。

在该删除计时器在步骤S114中被启动后，判断连接完成标志是否被设置(步骤S116)。如果该标志被设置，则通知该呼入(步骤S107)。如果没有，则判断该信文是否被接收的判断处理(步骤S117)、判断由再发送信文删除存储器82中的删除计时器限定的时间是否到时的判断处理(步骤S118)以及判断由连接计时器限定的时间是否过去的判断处理(步骤S119)被重复地执行。

如果在步骤S117中判定该信文数据被接收到，则处理返回至步骤S101以执行信文数据的接收处理。如果在步骤S118判定该删除计时器的时间到，则处理进至步骤S120且存储在再发送信文删除存储器82的信文存储区中的相应信文数据被清除。如果在步骤S119判定该连接计时器的时间到，则处理返回至步骤S117，在那里呼入被通知。

在呼入通知(步骤S107)、该接收到的数据的删除(步骤S105)及该存储的信文的清除(步骤S110)被执行之后，处理进至步骤S121，在那里判断是否有任何工作中的连接计时器。如果判定为YES，则判断是否有信文被接收到(步骤S117)。如果在步骤S117判定为NO，则判断是否有在该再发送信文删除存储器82中的任何删除计时器在工作(步骤S122)。如果在步骤S122判定为YES，处理返回至步骤S117并执行判断是否接收到信文的处理。如果在步骤S122判定为NO，该处理结束。

根据上述的呼入处理，即使当该电子装置80接收具有示于图26的发送图形的被分开发送的信文1至3时，其也能正确地连接这些信文。也就是说，首先，当该信文1被接收到时，其被存入接收信文存储器51的空存储库Mi1(i为1至n之一)及再发送信文删除存储器82的一空的信文存储区中。同时，一连接计时器被启动，且一再发送信文删除计时器被启动计时，该删除计时器利用的是对应于存储器82的其内存储了信文1的信文存储区的计时寄存器。接着，当信文2被接收到时，该信文2被存入接收信文存储器51中接着该存储库Mi1的连接信文存储库Mi2及存储器82的一空的信文存储区中。同样，如上述，一连接计时器被启动，且一删除计时器的计时被启动。

接着，当该再发送信文1’被接收到时，此时收到的该再发送信文1’被删除掉因此其不能被存入接收信文存储器51中，因为该信文1’与先前存储在存储器82的信文存储区中的信文1相同。接着，信文3被接收到，该信文3被存入接收信文存储器51中接着存储库Mi2的连接信文存储库Mi3及存储器82的一空的信文存储区中。同样，一连接计时器及一删除计时器被启动。通过该信文3的接收，信文数据1，2，3的连接在接收信文存储器中被完成且该呼入被通知。

接续的信文2’及3’在由删除计时器设定的时间到时之前被收到的。然而，由于这些信文与再发送信文删除存储器82中的信文2和3相同，它们被删除。因此呼入不被通知且因此不会出现问题。

因此，附加在该电子装置的寻呼机功能上的该收信据的连接功能得以实现，而不会受由发送中心系统决定的发送间隔及由发送器执行的发送处理影响。

在此实施例中，利用该再发送信文删除存储器82的再发送信文的删除只被对连接信文实施。然而，应该注意到，也可为普通信文提供该再发送信文删除存储器，且使常规信文的再发送信文也可通过分别操作再发送信文删除计时器而被删除。【第四实施例】

下面将参照图30至33描述本发明的第四实施例。假定多个企业利用该通信系统提供一信文发送服务且由各企业一次可发送的最大数据量彼此不同，该第四实施例即如此构成，即，对应于目标终端所属的企业的服务规范，根据由企业输入及发送的发送信文，可一次发送的数据量被清楚地显示且一分开的发送可被正确地执行。

图30显示了一无线寻呼装置独立地被两家企业使用的情形中的该通信系统的简略结构。其中与图1的通信系统中相同的部分具有标同的符号。假设第一家企业利用寻呼中心1和三个无线基站7至9进行无线寻呼服务，而第二家企业利用寻呼中心15和两个无线基站16及17进行无线寻呼服务，且其提供的服务的数据量限制与第一家的不同。在图30中，数字11至13分别指代进入了由第一家企业提供的无线寻呼服务的寻呼接收机；18和19指代进入了由第二家企业提供的无线寻呼服务的寻呼接收机；而90则指代该可被用作信文发送器的第四实施例的电子装置。如第一实施例一样，该第四实施例的电子装置将作为具有单音拨号器功能及寻呼机功能且能发送和接收信文的电子装置被描述。

图31是该第四实施例的电子装置90的电路结构框图。在图31中，数字91指代一在其内具有一用于存储各种控制程序的ROM、一RAM；一计时器、一寄存器等的CPU。该ROM存储着曾参照图9作为该发送装置的一控制程序描述过的用于执行一发送信文输入处理的程序及一用于执行后将参照图33描述的发送处理的程序。该ROM还存着一用于执行曾参照图17描述过的接收处理的程序，及一作为接收器的一控制程序的用于显示存储在接收信文存储器中的接收信文的程序。如第一实施例一样，该RAM具有用于连接计时器的计时器区，该连接计时器用于当接收到具有连接码的信文时限定用于等待接收接着该信文的信文的等待时间。如在第二实施例中所描述的，该RAM具有用作多个连接计时器的多个计时器区，以应付由多个用户分开发送的信文数据被接收到的情况。另外，在该第四实施例中，在该RAM中还形成有用于存储可由各企业一次发送的最大数据量的区，以使得对应于该目标终端所属的企业的服务规范，在后将描述的一用于发送信文的处理中可一次被发送的数据量被清楚地显示及使得一分开发送的处理可正确地进行。

图38显示了该第四实施例中的电话号码库存储器92的存储结构。如第一实施例中的电话号码库存储器一样，该第四实施例的电话号码库存储器92具有多个库存储器，并存储着电话号码、缩略号及指示寻呼机电话号码的寻呼机识别信息。然而，对各不同的寻呼服务企业给予了不同的寻呼机识别信息。

该第四实施例的电子装置90的其它结构与第一实施例的电子装置相同。因此二者相同的部分以相同的参考数字指代且省略了对其的说明。

下面将参照图33的流程图说明该第四实施例的电子装置90的工作过程。

首先，选择将向其发送信文的目标的电话号码(步骤S131)。该选择处理通过操作电话号码库键29设定“电话号码库模式”及接着通过操作光标键36a或36b而在显示器61上显示该电话号码而执行。在所需目标的电话号码被显示在显示器61上之后，通过操作执行键35该显示的电话号码被登入信文存储器53的目标数据存储部53a中(步骤S132)。

在下一步骤S133中，发送信文被形成。在步骤S133的该发送信文形成处理与在第一实施例中参照图9和10描述的处理基本相同。然而，该第四实施例中的形成处理与第一实施例中的在以下几方面相区别。首先，为了进入该发送信文形成模式，在目标电话号码的登记处理完成之后，当该目标的电话号码被显示在显示器61上操作该自由信文键27。第二，在该发送信文形成模式中，该遮蔽显示的区域对在步骤S132登记的每个目标电话号码是不同的。更具体地，该遮蔽显示的区域可以根据存储在CPU91的RAM中的各寻呼服务企业的最大数据量而设定，该最大数据量是根据存储在电话号码库存储器92中的目标电话号码的寻呼机识别信息被检索到的。

在步骤S133，在用于发送信文的输入形成处理结束之后，CPU91等待对诸如拨号键39、结束键等的键操作。对应于这些键操作的处理在步骤S134至S145被执行，它们与参照图11描述的处理基本相同。但是下面将指出其间唯一的区别。即，在图11的信文拨号音输出处理(步骤S50)中，转换为拨号音的字符数是根据关于欲被发送的剩余字符数是否大于10的判断来判定的，而在该第四实施例的信文的拨号音输出处理中，被转换为拨号音的字符数是根据关于欲被发送的剩余字符数是否超出对应于具有在步骤S132登记的电话号码的寻呼机所属的寻呼服务企业决定的最大数据量的预定字符数的判断而判定的。其它处理与图11中的相同因此省略对它们的详细说明。

根据上述的发送处理，根据由某寻呼服务企业输入和发送的发送信文，相应于目标终端所属的企业的服务规范，一次可被发送的数据量被清楚地显示，且分开发送的处理可被正确地执行。

在上述实施例中，具有拨号器功能的电子装置被用作发送器。然而，应该注意到，在诸如连接到公共通信网2的按键电话3的电话具有通信电缆连接端口或用于通信的光信号输入端口的情形中，该具有通信电缆连接端口或用于通信的光信号输入端口的电子装置可被利用。另外，诸如连接到公共通信网2上的按键电话3或移动电话4等的电话，通过提供与上述电子装置相同的功能，也可用作本发明的信文发送器。

Claims (12)

1、一种用于分开多次发送信文数据的方法，包括以下步骤：

在第一次发送中，发送所述信文数据的头部的数据及指示有后续数据的第一码；

在第二次发送中，发送接续该已发送的信文数据的数据及指示该数据是一在前发送的数据的接续数据的第二码；以及

发送接续该已发送信文数据的数据、第一码及第二码，除非该第二发送是最后发送。

2、一种用于发送数据量超出一预定通信系统允许的发送数据量的信文数据的方法，该方法包括以下步骤：

当输入发送信文时，指示超出该允许的发送数据量的一输入范围；

当由超出所指示的所述输入范围而输入的数据组成的所述信文数据被发送时，分开地发送该信文数据，向各分开发送的信文数据附加了指示它们之间的连接关系的连接信息；以及

当所述被分开发送的信文数据被发送时顺序显示所述信文数据的分开发送的范围。

3、如权利要求2的方法，其中所述连接信息包含发送器识别信息。

4、如权利要求2的方法，其中所述连接信息包含发送器识别信息，且所述发送器识别信息是由输入的信息构成的。

5、一种用于接收经由一预定通信系统被分开地发送的信文数据的方法，包括以下步骤：

接收被分开发送的信文数据；

根据附加在所接收到的各被分开发送的信文数据上的连接信息连接所述被分开发送的信文数据；以及

显示所接收和连接的信文。

6、一种信文数据发送设备，用于当欲被发送的信文数据的数据量超出在一预定通信系统中允许的一发送数据量时，分开多次发送该信文，该设备包括：

用于输入数据的装置；

用于显示由通过所述输入装置输入的数据组成的发送信文的装置；

用于发送显示在所述显示装置上的所述发送信文的装置；

所述设备还包括：

显示控制装置，用于当由所述输入装置输入的发送信文被显示时显示一超出一发送数据的允许量的输入范围，并用于当超出所述发送数据的允许量的信文被分开发送时控制所述显示装置以顺序显示分开发送的范围；以及

信息加附装置，用于当所述信文数据被分开发送时向各分开发送的信文数据加附指示它们之间的连接关系的连接信息。

7、如权利要求6的设备，其中，所述连接信息包含识别信息。

8、如权利要求6的设备，其中所述连接信息包含识别信息，且所述识别信息由输入的信息构成。

9、一种信文数据接收设备，用于接收经由一预定通信系统分开发送的信文数据，该设备包括：

用于识别加附于各被分开发送的信文数据上并指示其间的连接关系的连接信息及用于通过识别所述连接信息识别全部被分开发送的信文数据的接收被完成的装置；

用于当一信文数据的接收被完成后，根据所述识别装置的识别结果通知一呼入的装置；

用于根据加附在所接收到的各被分开发送的信文数据上的所述连接信息连接被分开发送的信文的装置；以及

用于显示所接收和连接的信文的装置。

10、如权利要求9的设备，其中所述连接信息包括识别信息。

11、一种信文数据接收设备，用于接收经由一预定通信系统被分开发送的信文数据，该设备包括：

用于存储多个接收的信文数据的装置；

用于为存储在所述存储装置中的每个信文数据计数一预定时间的装置；以及

控制装置；用于当一接收到的信文数据与一被所述计时装置计时的信文数据相同时删除该接收到的信文数据。

12、如权利要求11的设备，其中所述预定的通信系统再发送一次与所述信文数据相同的信文数据。

Images