CN1277396A - 一种电子名片的实现方法及其系统 - Google Patents
一种电子名片的实现方法及其系统 Download PDFInfo
- Publication number
- CN1277396A CN1277396A CN00109767A CN00109767A CN1277396A CN 1277396 A CN1277396 A CN 1277396A CN 00109767 A CN00109767 A CN 00109767A CN 00109767 A CN00109767 A CN 00109767A CN 1277396 A CN1277396 A CN 1277396A
- Authority
- CN
- China
- Prior art keywords
- user
- enc
- business card
- service
- exchange
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/4228—Systems providing special services or facilities to subscribers in networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2242/00—Special services or facilities
- H04M2242/22—Automatic class or number identification arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42085—Called party identification service
- H04M3/42093—Notifying the calling party of information on the called or connected party
Abstract
本发明公开了一种在电信系统中实现电子名片的方法及系统。该方法以数据库方式在电信系统中建立以用户ID为标识的用户个人信息总和的虚拟电子名片。该系统由中心事务处理服务器和本地事务处理服务器组成,中心事务处理服务器和本地事务处理服务器分别连接有中心数据库系统和本地数据库系统,中心事务处理服务器与本地事务处理服务器之间通过计算机网络相连接。公用电信网通过本地事务处理服务器与电子名片系统建立连接,用户通过拨打特服号可以请求包括查询、修改、交换、快速呼叫在内的电子名片服务。
Description
本发明涉及信息管理、交换技术领域,特别涉及一种利用现有通信网络建立、管理、交换个人信息的方法和实现该方法的系统。
在目前的商务活动等场合,人们多数仍然采用传统的交换名片的方式,来获得对方的商务身份和个人信息。而在没有名片的时候,多在地址本上用笔写下对方的信息。这样带来诸多不便:1)当名片(人名)较多时,对名片本(地址本)的查询和管理很不方便;2)由于对方更换工作单位等情况,导致许多名片(记录)失效;3)名片本(地址本)不便携带,当用户在办公室、家中或户外等场合临时希望联系某人时,传统名片夹、地址本则显得尤为不便;4)地址本、名片等由于复制性差,一旦遗失,就会为使用者带来重大的损失。
而现有另外的电子通讯录方式,如电脑、PDA等则存在下述缺陷:1)需要使用者手工输入才能建立,整个过程繁琐、费时、不方便;2)当对方变换电话、地址等时,使用者必须自己手工更新通讯录;3)不同的电脑应用程序(Word字处理程序、传真、邮件、浏览器等)都拥有自己的通讯录模块,彼此独立无法统一,使用者需要的信息常分散在不同的程序中,难以管理和查询。
针对上述问题,本发明的目的在于提供一种在现有通信网中建立虚拟电子通信录--电子名片的方法及实现该方法的系统,使使用者摈弃繁琐的输入过程即可建立和管理自己的电子名片,且通过该系统使用者只需拨打特定的接入号码,就可以方便地进行查询、修改、更新、交换及进行通话联络。
本发明目的是通过以下技术方案实现的:
一种在电信系统中实现电子名片服务功能的方法,系以数据库方式在电信系统中建立以用户ID为标识的用户个人信息总和的虚拟电子名片,用户通过拨打固定的接入电话号码请求包括查询、修改、交换、快速呼叫在内的电子名片服务。
所述的建立是通过用户登记并申请电子名片服务实现的;包括用户登记时填入自己的个人信息,系统确认后将用户信息写入数据库,并分配给该用户一个唯一的ID号以在系统中唯一地识别该用户。
通过所述的交换服务用户可以建立自己的电子名片夹,交换服务有时需要经过欲交换电子名片的对方的授权才能进行。
根据上述技术方案,所述的查询服务至少包括以下步骤:
用户拨打特服电话号码请求查询服务;
系统对用户身份进行验证后,要求用户提供查询关键字;
以该关键字在本地数据库查询;
如没有相匹配的记录,则连接中心数据库以该关键字再次进行查询。
根据根据上述技术方案,所述的修改服务至少包括以下步骤:
用户拨打特服电话号码请求修改服务;
系统对用户身份进行验证;
用户对个人信息进行修改,修改后的个人信息表单提交中心数据库;
中心数据库接受新数据后,更新该用户的记录,并向存有该用户信息的各本地数据库分发更新后的用户记录;
本地数据库做实时更新。
根据根据上述技术方案,所述的交换服务至少包括以下步骤:
用户拨打特服电话号码请求交换服务;
系统对用户身份进行验证后,要求提供欲交换对方的查询关键字;
查询本地数据库是否有对方的电子名片匹配记录,如有则由客户端向本地服务器递交电子名片本地交换事务请求,本地服务器并同时向中心服务器递交电子名片本地交换事务请求;
本地服务器接受客户端提出的事务请求,调用电子名片本地交换进程处理该事务,同时中心服务器接受本地服务器提出的事务请求,调用电子名片交换进程处理该事务;
本地数据库中如无相应的电子名片匹配记录,则连接中心数据库,用该查询关键字再次进行查询,如有匹配记录则由本地服务器向中心服务器递交电子名片异地交换事务请求,中心服务器接受本地服务器提出的事务请求,调用电子名片交换进程处理该事务。
根据根据上述技术方案,所述的快速呼叫服务至少包括以下步骤:
用户拨打特服电话号码请求快速呼叫服务;
系统对用户身份进行验证后,要求提供欲呼叫方的查询关键字;
根据该查询关键字在本地数据库中查询是否有匹配记录,如有则根据该匹配记录中的电话号码将用户的电话转接,使用户与该记录对应的欲呼叫方建立起直接的通话。
本发明一种实现上述方法的电子名片(ENC)系统,该系统至少包括一中心事务处理服务器和数个本地事务处理服务器,该中心事务处理服务器连接有中心数据库系统,该本地事务处理服务器连接有本地数据库系统;中心事务处理服务器与本地事务处理服务器之间通过计算机网络连接起来,公用电信网通过本地事务处理服务器与电子名片系统建立连接。
所述的中心数据库与本地数据库均采用分布式系统结构。
所述的中心数据库系统可以运行在INTERNET上,中心数据库系统与本地数据库系统之间系通过INTERNET实现实时同步。
电子名片(ENC)的实现提供了一种全新、方便的通讯联系方式,让使用者无需手工输入或者记忆对方具体的号码,而能够直接同电子名片夹所有的成员保持联系,这是所有现有联系方式所不具备的。另,电子名片与传统名片虽然都记录了用户的个人信息,但前者的信息载体是纸张,而后者的信息载体是数据库等电子信息存储设备,使信息能够更加方便地被复制和交流。
1、电子名片代替了传统的名片夹、地址本:让使用者无论何时何地,始终能方便地查询自己的电子名片夹,联系对方,而且永远不会丢失,使用更方便。
2、代替目前大部分电脑中的通讯录程序:1)电子名片夹自动生成,避免了用户繁琐的手工输入;2)当电子名片夹中任何一个人的信息发生变动时,用户的电子名片夹会立即同步更新,这样就避免了用户与对方因联系信息变化而无法保持联系。3)用户只需要一个电子名片夹,即可以管理自己所有的通讯地址,电子名片夹提供对应用程序的导入接口,用户可以在电脑、PDA等设备上方便地导入电子名片夹的副本,方便地给对方发送传真、邮件等。
3、用户使用方便,和使用一般电话一样简单,无需任何专业知识:用户只需要记住电子名片服务商的拨入号码(一般很容易记住如114等),通过拨打该特服号就可以方便地,1)获得朋友的通讯号码;2)查询朋友的商业/个人信息;3)由服务商代为接通对方,进行通话;4)由服务商呼叫对方,给对方留言;5)修改和更新自己的个人/商务信息,并立即通知所有的朋友。
以下结合附图及具体实施例对本发明作进一步详细的说明。
图1为ENC新用户登录流程框图。
图2为ENC用户信息更新流程示意图。
图3为ENC用户交换流程示意图。
图4为ENC用户异地交换流程示意图。
图5为ENC用户查询流程示意图。
图6为ENC用户快速呼叫流程示意图。
图7为ENC系统的物理结构示意图。
图8为ENC系统逻辑拓扑结构图。
图9为ENC系统的软件三层结构实现示意图。
电子名片--简称ENameCard(ENC)和传统名片一样,记录着用户的个人信息,通过它可以了解用户的身份,并与用户取得联系。ENC是以用户ID为标识的用户个人信息的总和。ENC的实现是通过在电信系统中以数据库方式建立以用户ID为标识的用户个人信息总和的虚拟电子名片。ENC为传统通讯用户如电话和手机用户提供了一种全新的通讯方式服务。用户可以利用现有的电话网络,通过拨打特定的电话号码(例如,98998)来制作、交换、查询,以及与希望联络的一方建立通信。
用户使用ENC服务,首先要在ENC服务商处登记并申请该项服务。用户需要填入自己的个人信息,然后提交给ENC系统。在确认后,ENC系统将该用户的信息收入自己的数据库,并分配给用户一个唯一的ID号,以在系统中唯一地辨识该用户。该项申请可以是填写登记表,然后由人工录入生成表单,或在ENC在线终端上填写并通过提交向ENC中心数据库递交表单。
参见图1所示,为ENC新用户登录流程框图。用户要申请ENC服务,首先要在ENC服务商处提出申请,输入ENC用户名、密码,如该ENC用户名未被系统内其他用户所使用,则系统分配该用户一个唯一的ID号;用户制作自己的电子名片,填写用户的个人信息,包括真实姓名、电话、E-mail、公司名称、地址等;用户信息填写完毕后,向ENC中心数据库递交表单,ENC中心数据库检查表单是否有错误,如无误则ENC中心数据库生成该用户的电子名片记录,并通过用户的ID号区别不同的电子名片记录;同时ENC中心数据库将该记录发送给ENC服务商处的本地数据库,要求本地数据库复制该记录,复制成功则服务登记过程结束。
在ENC服务商处完成了登记过程,输入了个人信息表单,并被ENC数据库接受以后,用户就拥有了自己的电子名片,就是指以用户ID为标识的用户个人信息的总称。
ENC电子名片可以包括有商业型名片、个人型名片等,以及多媒体信息和公用信息表等共同管理实现。参见表1所示,仅为商业型名片数据库信息定义表。在实际应用时视具体情况的不同可有所变化。
表1 商业型名片信息表
字段序列号 | 字段名称(COLUMN NAME) | 数据类型 | 字段名注释 |
1. | UserlD | Int | 用户标识号 |
2. | Name1(FirstName) | varchar(20) | 中文名字(英文姓) |
3. | Name2(SecName) | varchar(20) | (英文名) |
4. | Company | varchar(60) | 公司名称(30个汉字) |
5. | CompanyFieldCode | Int | 公司领域代码 |
6. | DepartmentCode | Int | 公司部门代码 |
7. | Title1 | varchar(16) | 职称1(8个汉字) |
8. | Title2 | varchar(16) | 职称2(8个汉字) |
9. | Website | varchar(50) | 网站URL(50个char) |
10. | BizEmail | varchar(50) | 商用电邮:a@b(a<16,b<30) |
11. | Phone1 | varchar(15) | 电话1(15位) (*分机号) |
12. | Phone2 | varchar(15) | 电话2(15位) (*做分机号) |
13. | Phone3 | varchar(15) | 电话3(15位) (*做分机号) |
14. | Phone4 | varchar(15) | 电话4(15位) (*做分机号) |
15. | Fax1 | varchar(10) | 传真1(10位) |
16. | Fax2 | varchar(10) | 传真2(10位) |
17. | Fax3 | varchar(10) | 传真3(10位) |
18. | Mphone | varchar(15) | 移动电话(15位) |
19. | Beeper | varchar(20) | 传呼:a-b(a<10,b<10) |
20. | BeeperType | Bit(1) | 传呼类型:中文(=1)/数字(=2) |
21. | BeeperAuto | varchar(20) | 自动寻呼方法(20) |
22. | AreaCode | char(6) | 区号(6位) |
23. | PostCode | char(6) | 公司邮编(6位) |
24. | Address1 | varchar(40) | 公司地址1(20个汉字) |
25. | Address2 | varchar(40) | 公司地址2(20个汉字) |
26. | DefaultCallCode | Int | 默认联系方式代码 |
27. | CompanyCityCode | Int | 公司所属城市代码 |
28. | CompanyProvinceCode | Int | 公司所属省份代码 |
29. | CompanyCountryCode | Int | 国家代码默认无(无输入界面) |
30. | EnableSearching | Bit(1) | 是否同意被检索(是/否) |
31. | SwitchOption | Bit(1) | 名片交换方式(授权/随意) |
32. | BizcardCreation | Bit(1) | 商业名片已制作否(是/否) |
电子名片和普通名片的作用一样,标示着用户的个人信息,并可以和对方进行交换,及双方保持联系等。电子名片和传统名片的区别就在于:前者是数字化的信息记录--存储在计算机数据库中,而后者是传统的印刷品--载体是普通纸张。显然,ENC在方便查询、更新,和易于复制、分发等方面,较传统名片具有明显的优势。
当ENC用户的个人信息(如电话,手机号码)发生变化后,这时ENC数据库内的用户记录已经过时,需要用户对其进行更新,以确保信息正确。参见图2所示,为ENC用户信息更新流程图,过程如下:
1)ENC用户发现有信息需要更新,则拨打ENC服务商的电话,要求把
自己某些个人信息予以更新(也可以直接去ENC服务商处当面办
理)。
2)ENC服务商确认该用户身份后(密码验证),输入用户ID号,将用
户个人信息从ENC数据库中调出,显示在电脑的信息查询界面上(界
面信息类似表1)。
3)ENC服务商应用户要求,对其个人信息进行修改,重新填写个人信息
表单。
4)个人信息表单修改完毕后,被递交到ENC中心数据库中,经过检查无
误后,即将用户更新信息写入数据库中,更新该ENC用户的记录。
5)ENC中心数据库(在INTERNET上)同时向保存有该用户信息的各个
ENC本地数据库(在服务商处)分发更新后的用户记录,要求这些本
地数据库做实时更新。
6)如果以上操作顺利完成,则返回用户成功信息,结束更新过程。
当ENC用户获得了其他用户的电子名片ID号、姓名、公司名等信息后,即可以通过自己的ENC服务商,与对方交换名片,参见图3所示,具体过程如下:
1)用户发现需要和某个朋友交换电子名片,则拨打ENC服务商的电话,
要求服务商提供名片交换服务。
2)ENC服务商确认该用户身份后(密码验证),输入用户的ID号,启
动名片交换应用程序。
3)ENC服务商要求用户提供查询的关键字--ID号,姓名等,并用该关
键字在本地的数据库中首先进行查询。
4)如果在本地数据库查询结果,发现了匹配ENC记录,则得知对方和用
户在同一个ENC服务商处,ENC服务商询问用户是否希望和对方交
换ENC:如用户放弃交换,则退出本次ENC交换服务;如用户确认
交换,则开始ENC本地交换过程。
如果对方要求交换名片必须先获得授权,则ENC交换事务只有在获得对方授权之后才会顺利完成。
5)如果ENC服务商在本地数据库中查询,未发现匹配ENC记录,则向
ENC中心数据库,用同样的关键字发出查询请求。
6)如果在ENC中心数据库中查询,发现了匹配ENC记录,则表明用户
和对方不是属于同一个本地ENC服务商,ENC服务商询问用户是否
希望和对方交换ENC:如用户放弃交换,则退出本次ENC交换服
务;如用户确认交换,则开始ENC异地交换过程,异地交换流程参见
图4所示。
如果对方要求交换名片必须先获得授权,则ENC交换事务只有在获得对方授权之后才会顺利完成
7)如果ENC中心数据库中查询,仍未发现匹配记录,则ENC服务商告
诉用户没有发现用户要交换的名片。
8)ENC服务商询问用户是否还需要继续ENC交换服务,如果是则回到
第3步,否则ENC交换服务过程结束。
成为ENC系统的登记用户后,用户可以建立自己的电子名片夹。只要用户希望收入电子名片夹的对方也是ENC登记用户,那么只要知道对方的ID号等信息,用户就可以通过ENC系统,把对方收录到自己的电子名片夹中去。当然,有时需要经过对方的授权方可。
系统通过用户ID区分不同用户的电子名片夹。名片夹的建立是通过上述的电子名片的交换过程自动实现的。该交换过程在形式上类似传统的名片交换,但由于在技术是完全基于数字信息技术,因而更为先进、方便。
ENC名片夹可以有商业名片夹、朋友名片夹、亲友名片夹等以及名片夹分类表来管理实现。参见表2--商业名片夹、表3--朋友名片夹、表4--名片夹分类表的数据库定义信息表。在实际应用时,可视具体情况有所变化。
表2 商业名片夹表
Column No | Column Name | TYPE | 注释 |
1 | UserlD | Int | 用户标识号 |
2 | FriendUserlD | Int | 朋友用户标示号 |
3 | SubCategoryCode | Int | 类别代码 |
4 | Status | Int | 状态(0正常,1回收站,2已删除) |
5 | FriendName1 | Varchar(20) | 朋友姓名(英文名字) |
6 | FriendName2 | Varchar(20) | (英文姓) |
7 | F_Company | Varchar(60) | 朋友公司名称 |
8 | F_CompanyFieldCode | Int | 朋友公司行业代码 |
9 | F_CompanyProvinceCode | Int | 朋友公司所处省份代码 |
10 | F_CompanyCityCode | Int | 朋友公司所处城市代码 |
11 | F_CompanyCountryCode | Int | 朋友公司所处国家代码 |
12 | F_DefaultCallCode | Int | 朋友的默认联系方式代码(随着对方改变默认方式,被触发动态修改) |
13 | Remark | Varchar(100 | 对该朋友的备注(50汉字) |
表3 朋友名片夹表
Column No | Column Name | TYPE | 注释 |
1. | UserlD | Int | 用户标识号 |
2. | FriendUserlD | Int | 朋友ID号 |
3. | FriendType | Int | 朋友类型(0/朋友,1/好友) |
4. | SubCategoryCode | Int | 类别代码 |
5. | Status | Int | 状态(0正常,1回收站,2已删除) |
6. | FriendName1 | Varchar(20) | 朋友姓名(英文名字) |
7. | FriendName2 | Varchar(20) | (英文姓) |
8. | F_PenName | Varchar(40) | 朋友笔名 |
9. | F_PersonProvinceCode | Int | 朋友所处省份代码 |
10. | F_PersonCityCode | Int | 朋友所处城市代码 |
11. | F_PersonCountryCode | Int | 朋友所处国家代码 |
12. | F_DefaultCallCode | Int | 朋友的默认联系方式代码(随着对方改变默认方式,被触发动态修改) |
13. | Remark | Varchar(100) | 对该朋友的备注(50汉字) |
表4 名片夹分类表
Column No | Column Name | TYPE | 注释 |
1. | UserlD | Int | 用户标识号 |
2. | Category | Int | 名片夹种类(1/商业,2/好友,3/朋友,4/会员卡) |
3. | SubCategoryName | Varchar(20) | 名片夹分类名称(10个汉字) |
4. | SubCategoryCode | Int | 名片夹分类代码 |
5. | Status | Int | 状态(0正常,1回收站,2已删除) |
无论ENC用户在何时何地,一旦希望联系某个朋友,或者了解这个人的相关信息,就可以拔打ENC服务商的电话,使用电子名片夹查询服务,获得需要的相关信息。参见图5所示,电子名片夹查询服务的流程如下:
1)用户发现需要了解某个朋友的个人信息,则拨打ENC服务商的电话,
要求查询自己的电子名片夹。
2)ENC服务商确认该用户身份后(密码验证),启动电子名片夹查询程
序,输入用户的ID号,进入用户的电子名片夹界面。
3)ENC服务商要求用户提供查询的关键字,并用该关键字在本地的数据
库中首先进行查询。
4)如果查询结果发现了匹配记录,则ENC服务商将匹配记录中的信息告
诉用户。
5)如果在ENC服务商的本地数据库中查询没有发现匹配记录,则ENC
服务商向ENC中心数据库,用同样的关键字发出查询请求。
6)如果在ENC中心数据库中查询发现了匹配记录,则ENC服务商将匹
配记录中的信息告诉用户,如果查询仍然没有发现匹配记录,则ENC
服务商告诉用户没有发现相关的信息。
7)ENC服务商询问用户是否还需要继续查询自己的电子名片夹,如果是
则回到第3步,否则结束更新过程。
无论ENC用户在何时何地,一旦他希望联系某个朋友,就可以拨打ENC服务商的电话,使用快速呼叫服务,直接和对方获得联系,并进行通话。相比目前的电话联系方式,ENC用户不再需要在一大堆名片中查找,也不再需要键入冗长的手机,电话号码,通话双方的联系过程变得更为简单和方便。
参见图6所示,ENC快速呼叫服务的使用过程一般是:
1)当用户需要联系对方时,则拨打ENC服务商电话,要求使用快速呼叫
服务。
2)ENC服务商确认该用户身份后(密码验证),启动快速呼叫程序,输
入用户的ID号,进入用户的电子名片夹界面。
3)ENC服务商根据用户提供的关键字--一般为人名,昵称(或者是公
司名称等相关信息),在本地数据库中进行查询;
4)如在ENC服务商本地数据库中查询,未发现匹配记录,则快速呼叫失
败,系统询问用户是否还要继续服务,如用户答“是”,则回到第3
步;如用户答“否”则结束服务,挂断电话。
5)如果查询结果发现了匹配记录,则ENC服务商根据匹配记录中的电话
(手机,呼机)号码,试图将ENC用户的电话号码转接给对方。
6)如果对方的电话被成功接通,则ENC服务商已成功建立了用户和对方
的电路连接,服务成功结束,ENC退出电路连接,挂断电话,而让用
户和对方继续通话。
7)快速呼叫过程结束。
参见图7所示,实现上述的ENC电子名片功能的ENC系统,至少包括一中心事务处理服务器9和数个本地事务处理服务器2,该中心事务处理服务器9连接有中心数据库系统10,该本地事务处理服务器2连接有本地数据库系统3;中心事务处理服务器与本地事务处理服务器之间通过计算机网络连接起来,公用电信网通过本地事务处理服务器与ENC系统建立连接。其中,中心数据库与本地数据库均采用分布式系统结构。中心事务处理服务器与本地事务处理服务器之间可以通过INTERNET建立连接,而中心数据库系统可以运行在INTERNET上,中心数据库系统与本地数据库系统之间通过INTERNET实现实时同步。
当有ENC服务请求时,ENC系统通过客户端(Presentation)向事务处理服务器(Business Logic)递交用户提出的事务请求,包括用户查询、信息更新、ENC名片交换等事务(Transaction)。事务请求从Client端1被递交到事务服务器(Transaction Server)2后,由Transaction Server调用相应的Server端服务进程,执行对数据库的操作。Database Server 3执行从TransactionServer 2发出的操作请求。查询的结果集(RecordSet)从Database Server 3返回给Transaction Server 2,再经公用电信网络返回给ENC用户。
ENC系统的整体结构如图8所示,是“分布式数据库+三层结构”的整体结构。
“分布式数据库”是指ENC数据库系统的构成:ENC系统具有一个存放所有ENC用户记录的中心数据库,以及在各个ENC服务商处,仅存放本服务商用户记录的本地数据库。即,ENC各本地数据库是ENC中心数据库的子集,且各子集相互没有重叠记录。
采用这样的分布式数据库结构是为了能够让用户的各种查询、呼叫服务大部分通过本地数据库操作,在本地快速完成,以提供用户满意的快速的服务质量。如果所有查询都在ENC中心数据库操作,则会导致系统负载过重,容易产生网络阻塞,数据库死锁,系统崩溃等问题,影响商业服务的质量。
当中心(本地)数据库记录发生变化时,本地(中心)数据库必须能保证实时、双向的同步更新,以保持ENC中心和本地数据库信息的一致。ENC系统是通过事务处理的方法来保证中心和本地数据库信息的一致。
“三层结构”是指ENC系统采用事务处理的方法,将系统分为:表现层--Client客户端;商业逻辑层--Transaction Server(事务服务器);数据层--Database Server(数据库服务器)。显然,从附图中可以看出,无论是ENC中心8、9、10,还是ENC本地服务商1、2、3,都采用了三层结构作为基本架构,即Client<->Transaction Server<->Database Server。
在此,客户端(Client)和事务服务器(Transaction Server)的概念并不是绝对的。例如:当ENC本地服务商需要在ENC中心数据库中查询信息时(如用户要查询某些不常用的信息,这些信息一般不保存在ENC本地服务商处),ENC本地的事务服务器就作为客户端(Client),向ENC中心的事务服务器(Transaction Server)发出事务请求,要求ENC中心事务服务器响应查询请求,并把事务处理的结果--查询结果集回送给ENC本地事务服务器;当ENC中心数据库发生了更新,需要ENC本地数据库也同步更新时,ENC的中心事务服务器就作为客户端(Client),向ENC本地的事务服务器(Transaction Server)发出事务请求,要求ENC本地事务服务器响应同步更新请求,并把事务处理结果--更新成功或失败消息回送给ENC中心事务服务器。
ENC系统具体的软件实现参见图9所示,为面向事务处理的三层软件结构:
第一层是表现层(Presentation Layer)。这一层是人机界面层,由客户端用来接受用户的事件请求,向服务器发出事务请求,并把服务端传回来的结果回显给用户。以基于微软DNA技术的实际系统为例,客户端可以是运行在WIN98上的IE5.0浏览器,这里的表现层就是IE浏览器中显示给用户的HTML页面等。Browser浏览器通过HTML表单接受用户的请求,向Webserver提交该服务请求,并把服务器端传回的HTML页面显示给用户。
第二层是商业逻辑运算层(Business Logic Layer)。这一层是事务处理层,负责接受客户端递交的事务,按预先定义好的商业逻辑及事务给出的条件进行计算,对数据库提出查询,确保事务处理的完整、成功,并把运算结果传回给客户端。例如,运行在服务端的Transaction Server接收到Browser通过Webserver递交过来的事务请求,调用相应的事务处理进程,进行计算以及对数据库进行查询,并把查询运算结果转化成HTML页面回传给Browser。以上述的基于微软DNA技术的实际系统为例,MTS(Microsoft TransactionServer)作为事务处理服务器,接受IE浏览器通过IIS(Internet InformationServer,WWW服务器)递交过来的事务请求,由MTS调用相应的服务进程组件(COM)执行服务(Service),对数据库查询,并把结果转化成HTML页面,回传给IE浏览器。
第三层是数据层(Data Layer),即数据库。负责接受事务处理服务器(Transaction Server)发送的查询请求,并根据查询条件对数据库进行检索,将符合条件的结果集(RecordSet)回传给事务服务器。同样以上述的基于微软DNA技术的实际系统为例,SQL Server数据库接收到MTS调用COM组件发来的查询请求,用SQL语句(Structure Query Language)或调用存储过程(Stored Procedure)对数据库进行查询,将查询结果集(RecordSet)传回给MTS。
以下以ENC名片交换服务的软件功能实现为例,进一步阐述上述事务处理的思想方法。
ENC名片交换--A用户要求与B用户交换名片,这个事件是由一系列数据库操作组合起来完成的。例如,在数据库软件系统中,A、B用户间交换名片的过程,可能通过以下操作来实现:
1、将数据库中B的信息字段取出;
2、在A的电子名片夹TABLE中增加一条记录;
3、将B的信息字段添入A的新增记录的对应字段中;
(以上操作,即已把B添加到A用户的电子名片夹中。)
4、通过1~3同样的步骤,同样可把A添加到B用户的电子名片夹中。
以上这种一系列操作完成一个具体事件的行为,被称为“事务处理”--Transaction。Transaction事务处理有一个特点,即“全部”或“全不”,也就是说在ENC名片交换服务中,只有以上1~4个数据库操作行为全部获得成功,ENC名片交换事务才算成功完成,数据库内容被全部更新。如果1~4其中任何一个步骤发生了错误(FAILURE)返回失败信息,则ENC名片交换事务立即宣告失败,数据库立刻回滚(ROLLBACK),恢复事务处理前数据库的初始状态--即全不。
ENC异地名片交换事务的软件处理过程如下:
ENC名片交换事务被分解成3个小事务来实现,即
事务1、ENC中心服务器请求与ENC本地服务器B交换ENC:
A用户(中心)<->B用户(本地)
事务2、ENC中心服务器内部对A、B用户进行ENC交换:
A用户(中心)<->B用户(中心)
事务3、ENC中心请求与本地服务器A交换ENC:
A用户(本地)<->B用户(中心)
而事务1~3的实现,都是对数据库Database一系列的读取操作。以事务1的实现--中心数据库的A用户与本地数据库的B用户交换ENC为例:
1、将本地数据库中B用户的记录----各信息字段(Column Value)取出;
2、在中心数据库A用户的ENC名片夹TABLE中增加一条新记录(NewRecord);
3、将本地数据库B的信息字段写入中心数据库A用户新增记录的对应字段中;
4、将中心数据库中A用户的记录----各信息字段(Column Value)取出;
5、在本地数据库B用户的ENC名片夹TABLE中增加一条新记录(NewRecord);
6、将中心数据库A的信息字段写入本地数据库B用户新增记录的对应字段中。
如果以上6个数据库操作均顺利完成,函数返回成功信息,则A用户(中心)与B用户(本地)的ENC名片交换事务处理成功完成。否则,以上6个数据库操作有任何一个失败,操作函数返回失败信息,则该事务处理宣告失败,数据库回滚,恢复到进行该事务处理以前的状态。显然,只有事务1、事务2、事务3全部按顺序成功完成,ENC名片交换事务才成功。否则,ENC名片交换事务就失败--全不。这就是ENC名片交换具体实现中的事务处理方法。在整个ENC软件系统设计中,均贯彻了这种设计思想作为实现方法。
本发明在电信网中实施时,可以较方便地采用智能网的方式,以一种新的智能业务的形式实现。当然也可以智能平台或呼叫中心等方式实现。该等仅为实现方式的不同,皆应在本发明所限定的保护范围之内。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。
Claims (11)
1、一种在电信系统中实现电子名片服务功能的方法,其特征在于该方法至少包括:
以数据库方式在电信系统中建立以用户ID为标识的用户个人信息总和的虚拟电子名片;用户通过拨打特定的电话号码请求包括查询、修改、交换、快速呼叫在内的电子名片服务。
2、根据权利要求1所述的方法,其特征在于:所述的建立是通过用户登记并申请电子名片服务实现的;包括用户登记时填入自己的个人信息,系统确认后将用户信息写入数据库,并分配给该用户一个唯一的ID号以在系统中唯一地识别该用户。
3、根据权利要求1所述的方法,其特征在于:通过所述的交换服务用户可以建立自己的电子名片夹。
4、根据权利要求1或3所述的方法,其特征在于:所述的交换服务进一步需要经过欲交换电子名片的对方的授权才能进行。
5、根据权利要求1所述的方法,其特征在于所述的查询服务至少包括以下步骤:
用户拨打特服电话号码请求查询服务;
系统对用户身份进行验证后,要求用户提供查询关键字;
以该关键字在本地数据库查询;
如没有相匹配的记录,则连接中心数据库以该关键字再次进行查询。
6、根据权利要求1所述的方法,其特征在于所述的修改服务至少包括以下步骤:
用户拨打特服电话号码请求修改服务;
系统对用户身份进行验证;
用户对个人信息进行修改,修改后的个人信息表单提交中心数据库;
中心数据库接受新数据后,更新该用户的记录,并向存有该用户信息的各本地数据库分发更新后的用户记录;
本地数据库做实时更新。
7、根据权利要求1所述的方法,其特征在于所述的交换服务至少包括以下步骤:
用户拨打特服电话号码请求交换服务;
系统对用户身份进行验证后,要求提供欲交换对方的查询关键字;
查询本地数据库是否有对方的电子名片匹配记录,如有则由客户端向本地服务器递交电子名片本地交换事务请求,本地服务器并同时向中心服务器递交电子名片本地交换事务请求;
本地服务器接受客户端提出的事务请求,调用电子名片本地交换进程处理该事务,同时中心服务器接受本地服务器提出的事务请求,调用电子名片交换进程处理该事务;
本地数据库中如无相应的电子名片匹配记录,则连接中心数据库,用该查询关键字再次进行查询,如有匹配记录则由本地服务器向中心服务器递交电子名片异地交换事务请求,中心服务器接受本地服务器提出的事务请求,调用电子名片交换进程处理该事务。
8、根据权利要求1所述的方法,其特征在于所述的快速呼叫服务至少包括以下步骤:
用户拨打特服电话号码请求快速呼叫服务;
系统对用户身份进行验证后,要求提供欲呼叫方的查询关键字;
根据该查询关键字在本地数据库中查询是否有匹配记录,如有则根据该匹配记录中的电话号码将用户的电话转接,使用户与该记录对应的欲呼叫方建立起直接的通话。
9、一种实现权利要求1所述方法的电子名片(ENC)系统,其特征在于:
该系统至少包括一中心事务处理服务器和数个本地事务处理服务器,该中心事务处理服务器连接有中心数据库系统,该本地事务处理服务器连接有本地数据库系统;中心事务处理服务器与本地事务处理服务器之间通过计算机网络连接起来,公用电信网通过本地事务处理服务器与电子名片系统建立连接。
10、根据权利要求9所述的系统,其特征在于:所述的中心数据库与本地数据库均采用分布式系统结构。
11、根据权利要求9所述的系统,其特征在于:所述的中心数据库系统为运行在INTERNET上,中心数据库系统与本地数据库系统之间系通过INTERNET实现实时同步。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN00109767A CN1277396A (zh) | 2000-07-05 | 2000-07-05 | 一种电子名片的实现方法及其系统 |
PCT/CN2000/000261 WO2002003772A1 (en) | 2000-07-05 | 2000-09-05 | A method and a system realizing an electric name card |
AU2000268171A AU2000268171A1 (en) | 2000-07-05 | 2000-09-05 | A method and a system realizing an electric name card |
US09/738,479 US20030041045A1 (en) | 2000-07-05 | 2000-12-15 | Method of implementing electronic name card and system thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN00109767A CN1277396A (zh) | 2000-07-05 | 2000-07-05 | 一种电子名片的实现方法及其系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1277396A true CN1277396A (zh) | 2000-12-20 |
Family
ID=4579854
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN00109767A Pending CN1277396A (zh) | 2000-07-05 | 2000-07-05 | 一种电子名片的实现方法及其系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20030041045A1 (zh) |
CN (1) | CN1277396A (zh) |
AU (1) | AU2000268171A1 (zh) |
WO (1) | WO2002003772A1 (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002084521A1 (en) * | 2001-04-18 | 2002-10-24 | Inter China Network Software Company Limited | Global network and privacy control of web card systems and method thereof |
CN102006563A (zh) * | 2009-09-01 | 2011-04-06 | 中兴通讯股份有限公司 | 信息文件的处理方法和处理装置 |
CN102014168A (zh) * | 2010-12-17 | 2011-04-13 | 清华大学 | 一种基于云服务的互联互通通讯录的方法和装置 |
CN102333147A (zh) * | 2011-05-30 | 2012-01-25 | 上海合合信息科技发展有限公司 | 基于id信息及校验信息来互换个人相关信息的方法 |
CN1947442B (zh) * | 2004-04-22 | 2012-05-09 | 徐锡培 | 使用有线/无线通信终端提供电话号码所有者的信息的方法以及用于实施该方法的系统 |
CN101599974B (zh) * | 2008-05-27 | 2012-05-30 | 苏州华脉通讯科技有限公司 | 移动多媒体名片实时更新的方法 |
US8233884B2 (en) | 2004-04-20 | 2012-07-31 | Sony Mobile Communications Ab | Information service phonebook update |
CN101227528B (zh) * | 2007-01-18 | 2012-10-17 | 管嫣 | 一种基于互联网平台的信息化通讯名片系统 |
CN104469704A (zh) * | 2013-09-17 | 2015-03-25 | 阿里巴巴集团控股有限公司 | 一种用于更新通讯信息的方法、装置和系统 |
CN104539519A (zh) * | 2014-12-27 | 2015-04-22 | 宁波江东远通计算机有限公司 | 一种联系人信息管理方法及装置 |
CN106331128A (zh) * | 2016-08-30 | 2017-01-11 | 厦门啪啪圈科技有限公司 | 一种大数据黄页系统及其黄页获取方法 |
CN109246319A (zh) * | 2018-10-26 | 2019-01-18 | 深圳市云昱科技有限公司 | 一种主叫名片业务实现方法、装置、设备及存储介质 |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6892277B1 (en) * | 2001-09-28 | 2005-05-10 | Lsi Logic Corporation | System and method for optimizing remote data content distribution |
US8099342B1 (en) | 2002-01-02 | 2012-01-17 | Sabrix, Inc. | Methods and apparatus for centralized global tax computation, management, and compliance reporting |
US7945636B2 (en) * | 2002-05-15 | 2011-05-17 | In-Store Broadcasting Network, Llc | Providing a multi-tier enterprise level application |
US7523133B2 (en) * | 2002-12-20 | 2009-04-21 | Oracle International Corporation | Data model and applications |
US7933803B1 (en) * | 2003-06-23 | 2011-04-26 | Sabrix, Inc | Universal tax engine |
US8799680B2 (en) * | 2005-09-15 | 2014-08-05 | Microsoft Corporation | Transactional sealed storage |
US20090248799A1 (en) * | 2008-03-31 | 2009-10-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and server for user identifier update |
US8640466B2 (en) | 2008-06-03 | 2014-02-04 | Bsst Llc | Thermoelectric heat pump |
JP5224556B2 (ja) * | 2010-05-10 | 2013-07-03 | 三三株式会社 | 名刺交換情報処理装置、名刺交換情報処理方法、およびプログラム |
EP3547740B1 (en) * | 2010-07-09 | 2021-09-29 | Taiwan Semiconductor Manufacturing Company, Ltd. | Tv white space devices using structured databases |
US10388103B1 (en) * | 2011-09-22 | 2019-08-20 | Genesis Gaming Solutions, Inc. | Data transport system and method for hospitality industry |
US20130092727A1 (en) * | 2011-10-14 | 2013-04-18 | Codonics, Inc. | Networkable medical labeling apparatus and method |
US20140025676A1 (en) * | 2012-07-23 | 2014-01-23 | Vizibility Inc. | System and method for processing pre-authorized contact data |
JP5969860B2 (ja) * | 2012-08-24 | 2016-08-17 | キヤノン株式会社 | 文書管理装置、その制御方法及びプログラム |
CN103246235B (zh) * | 2013-05-03 | 2016-04-20 | 陈洪铎 | 一种应用于数控系统的工件程序汉字备注及检索方法 |
US10332216B2 (en) | 2013-05-10 | 2019-06-25 | Intuit, Inc. | Streamlined sales tax return preparation |
CN105049577A (zh) * | 2015-06-25 | 2015-11-11 | 陈岭 | 一种电子名片注册和交换系统以及注册和交换方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU5988394A (en) * | 1993-01-22 | 1994-08-15 | Taligent, Inc. | Flexible network system |
JP3175399B2 (ja) * | 1993-05-18 | 2001-06-11 | セイコーエプソン株式会社 | カードデータ管理装置 |
CN1148212A (zh) * | 1996-08-06 | 1997-04-23 | 钱跃良 | 电子名片及其交换与管理装置 |
-
2000
- 2000-07-05 CN CN00109767A patent/CN1277396A/zh active Pending
- 2000-09-05 AU AU2000268171A patent/AU2000268171A1/en not_active Abandoned
- 2000-09-05 WO PCT/CN2000/000261 patent/WO2002003772A1/zh active Application Filing
- 2000-12-15 US US09/738,479 patent/US20030041045A1/en not_active Abandoned
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002084521A1 (en) * | 2001-04-18 | 2002-10-24 | Inter China Network Software Company Limited | Global network and privacy control of web card systems and method thereof |
US8233884B2 (en) | 2004-04-20 | 2012-07-31 | Sony Mobile Communications Ab | Information service phonebook update |
CN1947442B (zh) * | 2004-04-22 | 2012-05-09 | 徐锡培 | 使用有线/无线通信终端提供电话号码所有者的信息的方法以及用于实施该方法的系统 |
CN101227528B (zh) * | 2007-01-18 | 2012-10-17 | 管嫣 | 一种基于互联网平台的信息化通讯名片系统 |
CN101599974B (zh) * | 2008-05-27 | 2012-05-30 | 苏州华脉通讯科技有限公司 | 移动多媒体名片实时更新的方法 |
CN102006563A (zh) * | 2009-09-01 | 2011-04-06 | 中兴通讯股份有限公司 | 信息文件的处理方法和处理装置 |
CN102014168A (zh) * | 2010-12-17 | 2011-04-13 | 清华大学 | 一种基于云服务的互联互通通讯录的方法和装置 |
CN102333147A (zh) * | 2011-05-30 | 2012-01-25 | 上海合合信息科技发展有限公司 | 基于id信息及校验信息来互换个人相关信息的方法 |
CN104469704A (zh) * | 2013-09-17 | 2015-03-25 | 阿里巴巴集团控股有限公司 | 一种用于更新通讯信息的方法、装置和系统 |
CN104539519A (zh) * | 2014-12-27 | 2015-04-22 | 宁波江东远通计算机有限公司 | 一种联系人信息管理方法及装置 |
CN106331128A (zh) * | 2016-08-30 | 2017-01-11 | 厦门啪啪圈科技有限公司 | 一种大数据黄页系统及其黄页获取方法 |
CN109246319A (zh) * | 2018-10-26 | 2019-01-18 | 深圳市云昱科技有限公司 | 一种主叫名片业务实现方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
US20030041045A1 (en) | 2003-02-27 |
AU2000268171A1 (en) | 2002-01-21 |
WO2002003772A1 (en) | 2002-01-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1277396A (zh) | 一种电子名片的实现方法及其系统 | |
CN1230755C (zh) | 个人服务环境管理器 | |
CN1178442C (zh) | 使用网络的鉴别系统 | |
US7155523B1 (en) | Systems and methods for an e-mail clearing house | |
CN1946023A (zh) | 用于接入网关的认证和授权体系结构 | |
US20060047571A1 (en) | System and method for selecting targets for sales and marketing campaigns | |
CN1308438A (zh) | 在多个关系搜索主机中进行注册和搜索的系统和方法 | |
CN1925502A (zh) | 地址查询系统、计算机软件产品及地址查询方法 | |
CN1487414A (zh) | 具有可扩展功能的元目录代理 | |
CN1131859A (zh) | 用户信息服务系统 | |
US20120023012A1 (en) | System and Method for Registering an EDI Participant Identifier and Managing EDI Trading Partners | |
CN1874559A (zh) | 手机用户经网络服务器建立、修改、更新个人信息的方法 | |
US20060053047A1 (en) | System and method for selecting targets for sales and marketing campaigns | |
KR20000050117A (ko) | 회원의 활동에 따른 단계별 서비스 자동 확대 인터넷커뮤니티 시스템 | |
CN1859387A (zh) | 一种终端用户代理系统及其订阅与使用业务的方法 | |
CN1376997A (zh) | 双向撮合的电子商务系统 | |
CN1310426A (zh) | 在电子商务系统中验证个人信息的方法 | |
CN1898690A (zh) | 反馈撤销系统 | |
CN1422060A (zh) | 一种向第三方开放智能网业务控制点业务能力的方法 | |
CN1674016A (zh) | 具有多语言对应功能的web集货系统 | |
KR100422410B1 (ko) | 네트워크 기반의 브이오아이피를 이용한 통화 서비스 시스템 | |
CN101075326A (zh) | 一种基于产品身份识别码的信息交互方法及系统 | |
CN1352777A (zh) | 用于提供完整非司法争议决议管理及运行的系统和方法 | |
CN1905598A (zh) | 基于语音识别技术的搜索和获取wap网址的方法和系统 | |
JP4191541B2 (ja) | 顧客情報を用いた質問応答システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |