专利名称：电话查询方法及其数据库的制作方法
技术领域：
本发明涉及一种电话查询方法及其数据库，特别是一可以查询全民电话的方法及其数据库。
传统电信数据库只记载电话登记人姓名，对于其它共用此电话者的姓名，皆无法登载，“104”或“105”查号台服务功能是有限的。至于其它联络方式，如行动电话号码，甚至登记人本身其它可公开的数据，皆无法登载，造成很多人彼此失去联络机会，电信公司也因此丧失了很多业务。例如，一女性人员当她小时候可能家里没有电话或者用她父亲的姓名登记的电话，就业后用行动电话、呼叫器，结婚后也许冠夫姓，用她先生登记的电话，当她退休后用她子女的姓名登记的电话，那她这辈子注定寂寞一生，丧失了太多与亲友电话谈心的机会，只因为她并非电话登记人，别人没有查询她的电话号码的机会，也丧失了很多与她联络的机会；同理，她也丧失了许多查询手帕之交的电话号码并与其联络感情的机会。
原电话档栏位为区域码(ARDA)、电话号码(TEL_NO)、姓名(NAME)、地址(ADDR)、状态(STATUS)以及其他栏位；其主档格式为区域码+电话号码+姓名+地址+状态+其他(AREA+TEL_NO+NAME+ADDR+STATUS+FILLER)另有一收费数据档区域码+电话号码+收费数据(AREA+TEL_NO+ACCT)。
现有电信数据库以区域码+电话号码为主键(primarykey)，不可重复，而区域码+姓名栏位为副键，可以重复例如，其中一笔数据“区域码”为35，“电话号码”为553809，“姓名”为黄里烟，主键35553809不可重复，而副键35黄里烟可以重复。结果是，因为副键含姓名可以重复，所以依据栏位可查询同名同姓者的电话号码，电信公司查号人再依据其地址判别，告知查询者被查询人的电话号码，但是，主键含电话号码不可重复，一笔电话号码只能唯一地对应到一个姓名，不可重复，造成无法藉由查号台服务，使共用该电话的其他人亦可被登载与查询。利用本发明，甚至可以应用在查询任意第三者的工作、家庭等信息，例如，查询其目前工作状态等。
原数据库有一表位，AREA+TEL_NO+NAME+ADDR+STATUS+FILLER，AREA+REL_NO为主键，AREA+NAME为副键，只存一笔35 553809黄里烟先生为主资料。其现况结构系统流程图如
图1所示，其中，原应用程序1读取异动数据，根据AREA+TEL_NO读取原数据库，加以修改，并存回原数据库。
原数据库2数据库有一表位，格式为AREA+TEL_NO+NAME+ADDR+STATUS+FILLER，AREA+TEL_NO为主键，AREA+NAME为副键，例如，只存一笔35 553809黄里烟先生为主资料。另有一收费数据表位，格式为AREA+TEL_NO+ACCT。
计费单元3月底依AREA+TEL_NO读取收费数据表位，再依AREA+TEL_NO读取主档NAME，ADDR等数据打印收费单据。
报表4收费单据，打印后可据以向客户收费。
104(图式元件符号5)根据查询的AREA+NAME条件，于原数据库找寻符合条件者，将TEL_NO、NAME以及ADDR等数据一一显示，电信公司查号台人员再根据其地址等判别，告知查询者被查询人员的电话号码。
异动数据10变更原数据库中主数据内容的异动数据，例如更改地址等数据。
以下列测试步骤(Ⅰ)进行测试1．修改黄里烟先生成为黄里烟
2．查黄里烟电话3．查黄魏匙电话4．加黄魏匙于35 5538095．加魏匙于35 5538096．查黄魏匙电话7．查黄里烟电话结果如下·步骤1完成，数据库数据成为35 553809黄里烟·步骤2完成，告知553809·步骤3完成，告知查无登记·步骤4、5无此功能，无法执行·步骤6完成，告知查无登记·步骤7完成，告知553809。
本发明即针对现有技术无法达到全民全方位查询的目的，而提出一实用性强的电信数据库以及其登载与查询方法。
本发明的目的在于提供一种实用性强的一全民电话查询方法以及其数据库。以达到全民全方位电信服务，方便查询(只要登载，以前查不到的皆可查询)。
为达到上述目的本发明采取如下措施本发明的电话查询方法及电话查询数据本发明的一种电话查询方法，其特征在于，包括下列步骤a．由一查询者连线至电话公司查号台；b．查询者给电话公司一待查询者的名称，以查询与待查询者相关联的电话号码；c．电话公司根据待查询者名称，从一电话查询数据库中搜寻出该电话号码，再告知查询者。
其中，所述步骤a的连线方法是采用打电话的方式。
其中，所述步骤a的连线方法是通过网络连线至所述电话公司查号台。
其中，所述待查询者特别是指电话号码登记所有人以外但共用所述电话号码的第三者。
本发明的一种电话查询数据库，包括至少二个第一物件，第一物件包括至少二个第二物件；其特征在于，第一物件是以一不可重复的主键及至少一个可重复的副键表示。
与现有技术相比，本发明具有如下效果本发明的方法及数据库为一种实用性强的可以查询全民电话的方法及数据库；现有技术无法达到本发明的功能。
本发明可以达到全民全方位的电信服务，方便查询(只要登载，以前查不到的皆可查询)，使人人几乎可以忘记电话号码(电信公司可提供服务)，而且，全民全方位联络信息皆可以登载以供查询。
结合附图及实施例对本发明的具体结构特征详细说明如下附图简单说明图1现有电话查号台的系统流程图；图2本发明修改表位结构系统的流程图；图3本发明新表位架构系统的流程图。
现有电话主档栏位为区域码、电话号码、姓名、地址、状态以及其他栏位，增加区域码(AREA)、附属姓名(NAMENEW)及附属属性(MSGNEW)，此附属姓名明细档，以区域码+附属姓名即第二姓名，为了举例方便，以下以姓名(NAME)例示说明第一姓名以及以附属姓名(NAMENEW)例示说明第二姓名。
其主档格式以及例1如下区域码+电话号码+姓名+地址+状态+其他例1 35 553809 黄里烟区域码+附属姓名+附属属性例1-2 35黄魏匙 妻例1-3 35魏匙妻本名例1-4 35黄瑞清 三子例1-5 35巢慧玉 三媳例1-6 35 RICHARD例1-7 35 JULIA例1-8 35黄瑞清 0932-936762其中例1为主数据，例1-2至例1-8为例1的附属姓名明细数据，例1-2的黄魏匙为电话登记人黄里烟之妻，例1-3的魏匙是电话登记人黄里烟之妻黄魏匙的本名，例1-4的黄瑞清为电话登记人黄里烟的三子，例1-5的巢慧玉为电话登记人黄里烟的三媳，例1-6的RICHARD为黄瑞清的英文名，例1-7的JULIA为巢慧玉的英文名，例1-8的黄瑞清的手机号码为0932-936762。
例1-2至例1-8皆属新数据库内新姓名的明细数据(皆为电话登记人向电信公司申请登载)，储存于电脑硬盘内，并可由区域码+附属姓名栏位查询家属成员的电话号码等电信信息。此为一新的查询功能，可以一094代表，而以拨号094查询；亦可由区域码+电话号码查询此电话例1至例1-8等所有信息，电话登记人可决定是否再增加或减少所登载的附属资料，另以一096代表，而以拨号096查询。此新数据库内容比较没有机密性，可提供网际网络或电脑连线查询以减轻人工查询作业负担。
数据库技术一般区分为下列四种数据库第一，关连式数据库(RELATIONAL DATABASE，简称RDB)，其是由许多表位(TABLE)组成，一个表位由很多栏位(COLUMN)组成；主键由其中一个或数个栏位组成，必须符合唯一性(UNIQUE)。
第二，网络式数据库(NETWORK DATABASE)，其由许多组记录(ERCORD)组成，一组记录由很多项目(ITEM)组成；主键由其中一个或数个项目组成，必须符合唯一性。
第三，阶层式数据(HIERARCHY DATABASE)，一个数据库由很多节(SEGMENT)组成，一个节由很多栏区(FIELD)组成；主键由其中一个或数个栏区组成，必须符合唯一性。
第四，索引档案式数据库(INDEX FILE)，其是一个由许多档案(FILE)组成的数据库，一个档案由很多栏区(FIELD)组成；主键由其中一个或数个栏区组成，必须符合唯一性(UNIQUE)。
其中，RDB表位，网络式数据库的记录，阶层式数据库的节，以及索引档案式数据库的档案为同一层级，即本发明的第一物件；RDB栏位，网络式数据库的栏区为同一层级，即本发明的第二物件。以下以AP表示应用程序。
比较原数据库，以下的例子中只存一笔35553809黄里烟先生的数据为主数据，另要加入黄魏匙及魏匙两笔附属数据供查询，另有一收费数据表位，格式为区域码+电话号码+收费数据(AREA+TEL_NO+ACCT)。在某些地区，可能没有区域码，只以电话号码表示；手机号码也是以电话号码表示，区域码是在特定具有区域分隔的情形下才存在。本发明则例示一具体实施例，其例示第一物件的表位完整格式如下AREA+TEL_NO+NAME_NO+NAME+NAMENEW+ADDR+STATUS+EXT_NO+MOBILE_NO+BB_CALL+FAX_NO+EMAIL其中，各栏位，其用以例示第二物体，补充说明如下NAME_NO是附属姓名序号，可为连续数字，或可利用EMPLOYEE_NO、ID_NO等不连续的数字或代号，但足以区分个人取代的或两者混用的(一部分为连续数字，一部份为不连续数字或代号)，NAMENEW是附属姓名，EXT_NO是分机号码，MOBILE_NO是手机号码，EMAIL是电子邮件地址。虽然例示完整的第一物件格式如上，但可以理解的是，附属姓名以后的各栏位是可以选择是否增加的。
本发明例示另可加一控制表位，主要目的为记载最大附属姓名序号(MAX_NAME_NO)及其异动次数，此控制表位可有可无(若无此类功能需求)，亦可并入主或附属数据内，其格式为区域码+电话号码+目前笔数+最大附属姓名序号+本月新增笔数+本月修改笔数+本月删除笔数+上月笔数(AREA+TEL_NO+CURR_CNT+MAX_NAME_NO+MONTH_ADD+MONTH_MOD+MONTH_DEL+LAST_MONTH_CNT)其中，目前笔数=上月笔数+本月新增笔数-本月删除笔数(CURR_CNT=LAST_MONTH_CNT+MONTH_ADD-MONTH_DEL)。
修改表位架构及新表位架构为达到本发明的目的，必须再配合下列二个主要结构之一一、修改表位(MODIFY TABLE)，其修改原表位，在原表位增加栏位，并修改主键，此方式势必强迫主数据与附属数据存放于同一表位。
二、新表位(NEW TABLE)，其是于原数据库宣告新表位，或在新的数据库宣告新表位，或用它种数据库技术宣告新表位，例如，原用某种RDB，但新表位改用他种厂牌RDB，或改用阶层式数据库，或改用网络式数据库，或改用索引档案式数据库，皆属新表位结构范畴。此方式可选择主数据与附属数据是否存放于同一新的表位，即新表位存放附属数据，原表位存放主数据，亦可在原表位存放主数据，新表位存放主数据和附属数据。因此在设计中必须考虑下列因素第一，是否同表位，即主、附属数据是否存放在同一表位，不管是采用修改表位或是新表位结构；第二，是否同栏位，即主、附属姓名完整出现于各自NAMENEW栏位；第三，是否带NAME，即主、附属数据是否带有原主数据NAME值。其设计如下(AREA+NAMENEW为副键可重复，AREA+NAME若有需要亦可为副键可重复)
同表位类一、同表位，同栏位，带NAME(1)表位(TABLE)的完整格式为AREA+TEL_NO+NAME_NO+NAME+NAMENEW+ADDR+STATUS+EXT_NO+MOBILE_NO+BB_CALL+FAX_NO+EMAIL(以下省略ADDR+STATUS+EXT_NO+MOBILE_NO+BB_CALL+FAX_NO+EMAIL不予表示)，主键为AREA+TEL_NO+NAME_NO；NAME_NO为某一特定值者为主数据。
例主数据 35 553809 0 黄里烟 黄里烟附属数据35 553809 1 黄里烟 黄魏匙附属数据35 553809 2 黄里烟 魏匙(2)TABLE为AREA+TEL_NO+NAME+NAME_NO+MAMENEW…，主键为AREA+TEL_NO+NAME+NAME_NO，NAME_NO；NAME_NO为某一特定值者为主数据。
例主数据 35 553809 黄里烟 0 黄里烟附属数据 35 553809 黄里烟 1 黄魏匙附属数据 35 553809 黄里烟 2 魏匙(3)TABLE为AREN+TEL_NO+NAME+NAMENEW…，主键为AREA+TEL_NO+NAME+NAMENEW，NAME=NAMENEW者为主数据。
例主数据35 553809 黄里烟黄里烟附属数据 35 553809 黄里烟黄魏匙附属数据 35 553809 黄里烟魏匙二、同表位，同栏位，不带NAMETABLE为AREA+TEL_NO+NAME_NO+NAMENEW…，主键为AREA+TEL_NO+NAME_NO，NAME_NO为某一特定值者为主数据。例主数据35 5538090黄里烟附属数据 35 5538091黄魏匙附属数据 35 5538092魏匙三、同表位，不同栏位，带NAME1、TABLE为AREA+TEL_NO+NAME_NO+NAME+NAMENEW…，主键为AREA+TEL_NO+NAME_NO，NAME_NO为某一特定值者为主数据。
例主数据35 553809 0 黄里烟(空白)附属数据 35 553809 1 黄里烟黄魏匙附属数据 35 553809 2 黄里烟魏匙其中，空白表示有此栏位，但是此栏位无任何数据。
2、TABLE为AREA+TEL_NO+NAME+NAME_NO+NAMENEW…，主键为AREA+TEL_NO+NAME+NAME_NO，NAME_NO为某一特定值者为主数据。
例主数据35 553809黄里烟 0 (空白)附属数据 35 553809黄里烟 1 黄魏匙附属数据 35 553809黄里烟 2 魏匙3、TABLE为AREA+TEL_NO+NAME+NAMENEW…，主键为AREA+TEL_NO+NAME+NAMENEW，NAMENEW为某一特定值为主数据。
例主数据35 553809黄里烟(空白)附属数据 35 553809黄里烟黄魏匙附属数据 35 553809黄里烟魏匙四、同表位，不同栏位，不带NAME1、TAMBLE为AREA+TEL_NO+NAME_NO+NAME+NAMENEW…，主键为AREA+TEL_NO+NAME_NO，NAME_NO为某一特定值者为主数据。
例主数据35 553809 0 黄里烟(空白)附属数据 35 553809 1 (空白)黄魏匙附属数据 35 553809 2 (空白)魏匙2、TAMBLE为AREA+TEL_NO+NAME+NAMENEW…，主键为AREA+TEL_NO+NAME+NAMENEW，NAMENEW为某一特定值者为主数据。
例主数据35 553809 黄里烟 (空白)
附属数据 35 553809(空白) 黄魏匙附属数据 35 553809(空白) 魏匙不同表位类一、不同表位，不同栏位，带NAME1、TABLE为AREA+TEL_NO+NAME_NO+NAME+NAMENEW…，主键为AREA+TEL_NO+NAME_NO，皆为附属数据。
例附属数据 35 553809 1 黄里烟 黄魏匙附属数据 35 553809 2 黄里烟 魏匙2、TABLE为AREA+TEL_NO+NAME+NAME_NO+NAMENEW…，主键为AREA+TEL_NO+NAME+NAME_NO，皆为附属数据。
例附属数据 35 553809黄里烟 1 黄魏匙附属数据 35 553809黄里烟 2 魏匙3、TABLE为AREA+TEL_NO+NAME+NAMENEW…，主键为AREA+TEL_NO+NAME+NAMENEW，皆为附属数据。
例附属数据 35 553809黄里烟 黄魏匙附属数据 35 553809黄里烟 魏匙二、不同表位，不同栏位，不带NAME1、TABLE为AREA+TEL_NO+NAME_NO+NAMENEW…，主键为AREA+TEL_NO+NAME_NO，皆为附属数据。
例附属数据 35 553809 1 黄魏匙附属数据 35 553809 2 魏匙2、TABLE为AREA+TEL_NO+NAMEW…，主键为AREA+TEL_NO+NAMENEW，皆为附属数据。
例附属资料 35553809 黄魏匙附属资料 35553809 魏匙为了说明修改表位结构及新表位结构，配合图2及图3，同样进行前述测试步骤(Ⅰ)；设计及执行结果说明如下一、修改表位(MODIFY TABLE)系统流程图说明系统运转前先将原数据库数据读出，宣告数据库新结构为修改表位及控制表位，将读出数据写回修改表位，修改原应用程序成为修改应用程序(MODIFY AP)，计费单元成为修改计费单元，准备应用程序(2)。修改表位结构是于原表位增加栏位，修改主键，此方式势必强迫主数据与附属数据存放于同一表位。其结构如图2所示，其中修改应用程序6读取异动数据，根据其AREA+TEL_NO读取多笔修改表位，加以修改，并存回修改表位。例如修改地址，原应用程序只修改一笔AREA+TEL_NO数据，改成修改多笔同AREA+TEL_NO的主、附属数据的地址。
控制表位及修改表位7修改表位可采用前文所述同表位类内的任一表位，例如采用同表位类的同表位、同栏位、带NAME的第一表位设计，则修改表位格式为AREA+TEL_NO+NAME_NO+NAME+NAMENEW+…(以下省略)；控制表位及其中内含的收费数据表位说明详如前文所述。
修改计费单元8月底依AREA+TEL_NO读取收费数据表位，再依AREA+TEL_NO读取修改表位内主数据的NAME及ADDR等数据打印收费单据报表9。
异动数据10变更修改表位内容的异动数据，例如更改地址等数据，格式则维持不变。
异动数据(2)11修改表位附属姓名数据的异动档，例加入黄魏匙这笔新附属数据于35553809内。
应用程序(2)12读取异动数据(2)11，更新修改表位，并更新相对应AREA+TEL_NO该笔控制表位，新增NAME_NO=MAX_NAME_NO，CURR_CNT=CURR_CNT+1，MAX_NAME_NO=MAX_NAME_NO+1以及MONTH_ADD=MONTH_ADD+1，修改MONTH_MOD=MONTH_MOD+1，删除CURR_CNT=CURR_CNT-1以及MONTH_DEL=MONTH_DEL+1；若无相对应AREA+TEL_NO该笔控制表位，则新增该笔控制表位CURR_CNT=1，MAX_NAME_NO=2；MONTH_ADD=1，MONTH_MOD=0，以及MONTH_DEL=0，LAST_MONTH_CNT=0，且修改表位的NAME_NO=1。
取登载费用加至13月底结帐前执行一次，将控制表位数据取出，加总至收费数据表位，以便输出至修改计费单元8，并更新该笔控制表位MONTH_ADD=0，MONTH_MOD=0，MONTH_DEL=0以及LAST_MONTH_CNT=CURR_CNT。
抽取数据库14依据修改表位结构，不定时地将修改表位内主数据的AREA，TEL_NO，NAME，ADDR等数据读出，更新修改表位内附属数据的NAME，ADDR等栏位，以保持主、附属数据NAME及ADDR内容的一致性，可视设计需要，若属于不带NAME者，NAME部份可免。
104’(图式元件符号15)查询范围同104，故104’称之；根据查询的AREA+NAME条件，于修改表位找寻符合条件者，一一显示TEL_NO、NAME、ADDR及EXT_NO，查号台人员再根据其地址等判别，告知被查询人员的电话号码等信息；其中，没有NAME栏位设计者及同表位、同栏位、带NAME者可免此功能。
094(图式元件符号16)一种新的信息服务系统(若为同栏位设计可涵盖104’的功能)，根据查询的AREA+NAMENEW条件，在修改表位找寻符合条件者，一一显示TEL_NO、NAME、ADDR以及EXT_NO，电信公司查号台人员再根据其地址等判别，告知被查询人员的电话号码等信息。
096(图式元件符号17)一种新的信息服务系统，根据查询的AREA+TEL_NO条件，于修改表位寻找符合条件者，一一显示TEL_NO、NAME、ADDR以及EXT_NO，电信公司查号人员再询问查询者要何种数据，再告知查询者所要的信息。
互动式媒介或全球信息网络(WWW，Workdwide Web)18；视电信公司是否提供互动式或网际网络查询功能而定，若有则将此查询收费数据记载于收费数据栏位。
前述测试步骤进行结果如下步骤1完成，修改表位为35 553809 0 黄里烟，黄里烟；步骤2完成，告知553809；步骤3完成，告知查无登记；步骤4完成，修改表位为35 553809 0 黄里烟 黄里烟35 553809 1 黄里烟 黄魏匙步骤5完成，修改表位为35 553809 0 黄里烟 黄里烟35 553809 1 黄里烟 黄魏匙35 553809 2 黄里烟 魏匙；步骤6完成，告知553809；步骤7完成，告知553809。
二、新表位(NEW TABLE)系统流程图说明可于系统运转前将原数据库的数据读出，宣告数据库新结构为加新表位以及控制表位，将读出数据写入新表位，准备新应用程序。原异动数据10则直接写入原应用程序1；参考图3，大部分方块代表意义同前，其中不同处说明如下异动资料(2)11新表位附属姓名数据的异动档，例如加入黄魏匙这笔新附属数据于3553809内。
取登载费用加至13月底结帐前执行一次，将控制表位数据取出，加至总收费数据表位，而收费数据表位位于原数据库2中，以便输出至计费单元3，并更新该笔控制表位MONTH_ADD=0，MONTH_MOD=0，MONTH_DEL=0，以及LAST_MONTH_CNT=CURR_CNT。
抽取数据库14采用同表位类设计者，不定时地将原表位的AREA、TEL_NO、NAME及ADDR等数据读出，新增于新表位或更新新表位内主、附属数据NAME及ADDR等栏位以保持主、附属数据NAME及ADDR与原表位的一致性，视设计需要，若不带NAME时，NAME部份可免。至于采用不同表位类设计者，则可不定时地将原表位的AREA、TEL_NO、NAME及ADDR等主数据读出，更新新表位内附属数据NAME及ADDR等栏位以保持附属数据NAME及ADDR等内容与原表位的一致性，视设计需要，若不带NAME时，NAME部份可免。
104’(图式元件符号15)同前，唯一差别是在新表位找寻符合条件者。
094(图式元件符号16)同前，唯一差别是在新表位找寻符合条件者。
096(图式元件符号17)同前，唯一差别是在新表位找寻符合条件者。
控制表位及新表位19控制表位说明如前文所述；新表位可采用前文所述的同表位类或不同表位类中任何一表位，则新表位格式为AREA+TEL_NO+NAME_NO+NAME+NAMENEW+…(以下省略)。
新应用程序20读取异动数据(2)11更新新表位，并更新相对应AREA+TEL_NO该笔控制表位，新增NAME_NO=MAX_NAME_NO，CURR_CNT=CURR_CNT+1，MAX_NAME_NO=MAX_NAME+1以及MONTH_ADD=MONTH_ADD+1，修改MONTH_MOD=MONTH_MOD+1；删除CURR_CNT=CURR_CNT-1以及MONTH_DEL=MONTH_DEL+1；若无相对应的AREA+TEL_NO该笔控制表位，则新增该笔控制表位CURR_CNT=1，MAX NAME_NO=2；MONTH_ADD=1，MONTH_MOD=0，以及MONTH_DEL=0，LAST_MONTH_CNT=0，且新表位的NAME_NO=1。
前述测试步骤进行结果如下步骤1完成，新表位为35 553809 0 黄里烟 黄里烟；
步骤2完成，告知553809；步骤3完成，告知查无登记；步骤4完成，新表位为35 553809 0 黄里烟 黄里烟，以及35 553809 1 黄里烟 黄魏匙，步骤5完成，新表位为35 553809 0 黄里烟 黄里烟35 553809 1 黄里烟 黄魏匙35 553809 2 黄里烟 魏匙；步骤6完成，告知553809；步骤7完成，告知553809。
以上叙述是借实施例来说明本发明的结构特征，并非用于限制本发明的保护范围。
权利要求
1.一种电话查询方法，其特征在于，包括下列步骤a．由一查询者连线至电话公司查号台；b．查询者给电话公司一待查询者的名称，以查询与待查询者相关联的电话号码；c．电话公司根据待查询者名称，从一电话查询数据库中搜寻出该电话号码，再告知查询者。
2.根据权利要求1所述的电话查询方法，其特征在于，所述步骤a的连线方法是采用打电话的方式。
3.根据权利要求1所述的电话查询方法，其特征在于，所述步骤a的连线方法是通过网络连线至所述电话公司查号台。
4.根据权利要求1所述的电话查询方法，其特征在于，所述待查询者特别是指电话号码登记所有人以外但共用所述电话号码的第三者。
5.一种适于权利要求1～4的电话查询数据库，包括至少二个第一物件，第一物件包括至少二个第二物件；其特征在于，第一物件是以一不可重复的主键及至少一个可重复的副键表示。
6.根据权利要求5所述的电话查询数据库，其特征在于，所述数据库为一种关连式数据库，所述第一物件为表位。
7.根据权利要求5所述的电话查询数据库，其特征在于，所述数据库为一种网络式数据库，所述第一物件为记录。
8.根据权利要求5所述的电话查询数据库，其特征在于，所述数据库为一种阶层式数据库，所述第一物件为节。
9.根据权利要求5所述的电话查询数据库，其特征在于，所述数据库为一种档案式数据库，所述第一物件为档案。
10.根据权利要求5所述的电话查询数据库，其特征在于，所述数据库为一种关连式数据库，所述第二物件为栏位。
11.根据权利要求5所述的电话查询数据库，其特征在于，所述数据库为一种网络式数据库，所述第二物件为项目。
12.根据权利要求5所述的电话查询数据库，其特征在于，所述数据库为一种阶层式数据库，所述第二物件为栏区。
13.根据权利要求5所述的电话查询数据库，其特征在于，所述数据库为一种索引档案式数据库，所述第二物件为栏区。
14.根据权利要求5所述的电话查询数据库，其特征在于，所述第一物件至少包括电话号码及第二姓名等第二物件数据，第二姓名为所述电话号码登记所有人以外但共用该电话号码的相关姓名。
15.根据权利要求5所述的电话查询数据库，其特征在于，所述第一物件至少包括电话号码、第一姓名及第二姓名等第二物件数据。
16.根据权利要求14或15所述的电话查询数据库，其特征在于，所述第一物件更包括一区域码，即一第二物件数据。
17.根据权利要求15所述的电话查询数据库，其特征在于，所述第一姓名为所述电话号码登记所有人的姓名，第二姓名为所述电话号码登记所有人以外但共用该电话号码的相关姓名。
18.根据权利要求5所述的电话查询数据库，其特征在于，所述主键包括电话号码及一特定数据等第二物件数据。
19.根据权利要求18所述的电话查询数据库，其特征在于，所述主键更包括一区域码，即一第二物件数据。
20.根据权利要求5所述的电话查询数据库，其特征在于，所述副键包括第二姓名，即一第二物件数据。
21.根据权利要求5所述的电话查询数据库，其特征在于，所述第一物件包括二个副键，分别为第一姓名及第二姓名等第二物件数据。
22.根据权利要求20或21所述的电话查询数据库，其特征在于，所述副键包括一区域码，即一第二物件数据。
23.根据权利要求18所述的电话查询数据库，其特征在于，所述每一第一物件包括一姓名序号数据，即一第二物件数据，所述特定数据为所述姓名序号数据。
24.根据权利要求18所述的电话查询数据库，其特征在于，所述每一第一物件包括一姓名序号数据，即一第二物件数据，所述特定数据为所述第一姓名及第二姓名等第二物件数据。
25.根据权利要求18所述的电话查询数据库，其特征在于，所述特定数据为所述第二姓名，即所述一第二物件数据。
26.根据权利要求18所述的电话查询数据库，其特征在于，所述特定数据为所述第二姓名，即所述一第二物件数据。
27.根据权利要求5所述的电话查询数据库，其特征在于，其储存在电脑可读取的一记录媒体上；数据库包括至少二个第一物件，每一第一物件包括至少二个第二物件；第一物件至少包括电话号码及第二姓名等第二物件数据，第二姓名是该电话号码登记所有人以外但共用该电话号码的相关姓名；第一物件以电话号码及一特定数据等第二物件数据为主键，不可重复；以第二姓名即一第二物件数据为副键，可重复。
28.根据权利要求27所述的记录媒体，其特征在于，所述第一物件更包括一区域码此一第二物件数据。
29.根据权利要求27所述的电话查询数据库，其特征在于，所述主键包括一区域码，即一所述第二物件数据。
30.根据权利要求27所述的电话查询数据库，其特征在于，所述副键包括一区域码，即一所述第二物件数据。
31.根据权利要求27所述的电话查询数据库，其特征在于，所述每一第一物件包括一姓名序号，即一第二物件数据，所述特定数据为所述姓名序号数据。
32.根据权利要求27所述的电话查询数据库，其特征在于，所述第一物件包括一姓名序号数据，即第二物件数据，所述特定数据为所述姓名序号数据及一第一姓名数据，所所述第一姓名为所述电话号码登记所有人的姓名。
33.根据权利要求27所述的电话查询数据库，其特征在于，所述特定数据为第一姓名及第二姓名等所述第二物件数据，所述第一姓名为所述电话号码登记所有人的姓名。
34.根据权利要求27所述的电话查询数据库，其特征在于，所述特定数据为第二姓名，即所述一第二物件数据。
全文摘要
一种电话查询方法及其数据库;电话查询方法包括下列步骤:由一查询者连线至电话公司查号台,查询者给电话公司一待查询者的名称,以查询与待查询者相关联的电话号码;电话公司根据待查询者名称,从一电话查询数据库中搜寻出电话号码,再告知查询者;电话查询数据库包括第一物件,第一物件包括至少二个第二物件;第一物件是以一不可重复的主键及至少一个可重复的副键表示。本发明可以达到全民全方位的电信服务,方便公众查询。
文档编号H04M15/04GK1287439SQ99118969
公开日2001年3月14日 申请日期1999年9月3日 优先权日1999年9月3日
发明者黄瑞清 申请人:捷瑞讯科技有限公司