CN101350088A - 实现用户间的多种终端互通交易的系统及其方法 - Google Patents
实现用户间的多种终端互通交易的系统及其方法 Download PDFInfo
- Publication number
- CN101350088A CN101350088A CNA2008101370782A CN200810137078A CN101350088A CN 101350088 A CN101350088 A CN 101350088A CN A2008101370782 A CNA2008101370782 A CN A2008101370782A CN 200810137078 A CN200810137078 A CN 200810137078A CN 101350088 A CN101350088 A CN 101350088A
- Authority
- CN
- China
- Prior art keywords
- terminal
- user
- processing unit
- message
- data processing
- 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
Landscapes
- Telephonic Communication Services (AREA)
Abstract
实现用户间的多种终端互通交易的系统,它是一种把用户的所有属性信息统一编制为一个用户编码,实现用户间多种终端通讯及交易的系统,以解决现有支付方式涉及的缴费单位繁多、交易结算不方便以及现有一号通系统管理终端设备数量少、设备类型单一、用户只能在电信网内沟通的问题。本系统包括:数据处理单元、数据库存储单元,所述数据处理单元为新用户编制唯一的用户编码及以该编码命名的虚拟钱包账户,处理包括交易指令、呼叫连接其他用户指令、查询验证信息指令,用户使用用户编码通过终端设备登录到系统进行交易,还可以呼叫其他用户编码由系统为双方终端设备建立连接。本发明还公开了一种实现用户间的多种终端互通交易的方法。
Description
技术领域
本发明涉及通信和计算机技术领域,特别涉及一种把用户的所有属性信息统一编制为一个用户编码,实现用户间的多种终端互通交易的系统及其方法。
背景技术
在现实生活中,用户交电话、水电煤气费通常去银行网点,还可以通过网上银行客户端缴费,但其它费用如养路费、保险费、医保、社保缴费必须到相应的单位缴付,网上购物使用支付宝,网下购物无法使用支付宝则需要现金支付,异地购物为了安全经常使用信用卡,以上几种缴费、支付方式都无法统一在一个系统里完成。个人及企事业单位对外交流,使用的名片所记载的电话、地址、银行账号、电子邮箱账号、其他通讯帐号等信息不便于记忆,无法产生联动效果,如果电话、邮箱等信息更改,则必须通知朋友或用户。一号通(Universal Personal Telecommunication,简称UPT)又称通用个人通信,是一种为了满足用户的个性化通信要求而推出的一项增值电信业务。一号通采用单一的一号通号码即可把用户的电话、手机统一管理起来,并允许用户自主设置绑定的电话号。主叫用户通过电话或手机拨打一号通号码,经运营商局端设备查询一号通服务器得到被叫用户一号通号码绑定的电话号,建立主叫用户与被叫用户的连接。现有的一号通系统只解决了用户更改电话号需要另行通知的问题,如果用户的其它信息变动一号通就没有解决方案。
发明内容
本发明为解决现有的支付方式涉及的缴费单位繁多、交易结算不方便以及现有一号通系统管理终端设备数量少、设备类型单一、用户只能在电信网内沟通的问题,提供实现用户间的多种终端互通交易的系统及其方法。
一种实现用户间的多种终端互通交易的系统,包括:数据处理单元、数据库存储单元,所述数据处理单元,包括:
当接收到新用户通过终端设备提交系统要求的注册信息时,为该用户编制唯一的用户编码及以该编码命名的虚拟钱包账户,在数据库存储单元建立以该编码命名的用户数据库,将该编码传回呼叫端,该新用户进一步设置其用户编码下的子编码信息,将提交的信息更新至数据库存储单元的用户数据库;
当接收到呼叫端的消息为交易指令消息时,通过查询数据库存储单元得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,根据指令完成双方的账户实际发生金额的转换,将计算结果更新到数据库存储单元,反馈该结果给呼叫端及交易双方用户的绑定终端;
当接收到呼叫端的消息为呼叫连接其他用户指令消息时,通过查询数据库存储单元得到由用户编码解析出的被叫用户绑定的终端信息及预先设定的绑定终端列表,按列表群呼或顺呼被叫用户绑定的终端,直到有终端反馈接听信号,通过数据处理单元为呼叫端与该终端建立连接。
本发明还公开了一种实现用户间的多种终端互通交易的方法,包括:
步骤a、注册用户编码及虚拟钱包账户,设置子编码及相关信息;
步骤b、当数据处理单元接收到交易指令消息时执行步骤c;当数据处理单元接收到呼叫连接其他用户指令消息时执行步骤d;
步骤c、当接收到呼叫端的消息为交易指令消息时,通过查询数据库存储单元得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,根据指令完成双方的账户实际发生金额的转换,将计算结果更新到数据库存储单元,反馈该结果给呼叫端及交易双方用户的绑定终端;
步骤d、当接收到呼叫端的消息为呼叫连接其他用户指令消息时,通过查询数据库存储单元得到由用户编码解析出的被叫用户绑定的终端信息及预先设定的绑定终端列表,按列表群呼或顺呼被叫用户绑定的终端,直到有终端反馈接听信号,通过数据处理单元为呼叫端与该终端建立连接。
有益效果:本发明的系统使用唯一的编码管理、通过建立统一编码规则的方法来建立数据的唯一标识,并通过这唯一的标识得到该标识用户的所有属性信息,集中管理用户的所有终端设备,通过本系统实现虚拟钱包账户充值、账户间转账、账户缴费购物及账户结算等操作,进一步实现用一个用户编码绑定该用户的所有终端设备,通过用户编码简化了人们的信息记忆量,不需记忆复杂的用户信息,呼叫其他用户只需要记住用户编码,使用户之间沟通更方便,比起传统的一号通系统,通过一个编码管理的信息更多,并可通过系统维护、更新自己的绑定信息,其它人只知道该用户的用户编码,无法知道其它重要信息,从而保护了该用户的私密信息,防止信息被不法企业或个人买卖。
附图说明
图1是本发明的系统结构示意图,标记注释:D、网络接入及数据处理中心服务器;E2、即时通讯交易客户机
图2是本发明的系统与外部应用设备连接结构示意图,标记注释:A、用户终端;B、呼叫中心;D、网络接入及数据处理中心服务器;E、交易终端;E2、即时通讯交易客户机
图3-A是本发明的延迟到帐业务交易订单生成的流程;以及交易订单生成后预定日期转账处理流程
图3-B是本发明的交易订单生成后预定交易的处理流程;以及交易订单生成后担保交易的处理流程
图3-C是本发明的交易订单生成后借款交易的处理流程
图4是本发明的数据处理单元D1发送交易指令到即时通讯交易客户机E2进行处理的流程
图5-A是本发明的企业用户通过三种方式登录系统后,客户端侧显示模式及设置信息;以及个人用户通过两种方式登录系统后,客户端侧显示模式及设置信息
图5-B是本发明的个人用户即时通讯客户端侧设置信息及展开显示联络人的子编码对应的信息
具体实施方式
需要说明的是:参见图2,网站服务器B1用于提供用户网页空间,设置用户的属性信息,利用嵌入网页的客户端呼叫联络其他用户;邮件服务器B2用于提供给用户电子邮件服务;呼叫中心B用于提供给用户语音的接入及呼出,其中呼叫中心主模块B4用于控制传真服务器B3、短信服务器B5、VOIP服务器B6;所述VOIP服务器B6连接运营商局端设备呼叫传统的固定电话或手机;传统的一号通业务流程是用户通过电话或手机拨打一号通号码,经运营商局端设备查询一号通服务器B7得到被叫用户一号通号码绑定的电话号,建立主叫用户与被叫用户的连接;PARLAY网关服务器F,用于实现ParlayAPI,通过IP网络与软交换完成协议和信令交换,完成对多种用户终端的接入或对用户终端发起呼叫的控制;所述PARLAY网关服务器通过包括SIP、MGCP、H323宽带控制协议和信令与软交换交互,所述PARLAY网关服务器实现了ParlayAPI规范,屏蔽底层网络接入,同时提供各种能力集给应用层的数据处理单元D1调用,对应用层提供标准、开放、统一的接口;前述的是现有公知技术,实施方式中不进行叙述。
本发明的核心思想是:将用户的所有属性信息标识为一个唯一的用户编码,用户自行设置商品子编码、联络方案子编码等相关信息;当其他人通过终端设备呼叫用户编码,系统根据指令为呼叫端及被叫端的终端设备建立连接;当用户通过终端设备发送交易指令,系统根据指令为交易双方的虚拟钱包账户进行结算。子编码包含用户编码,看到商品子编码就知道这件商品的卖家是谁,有问题可以呼叫该用户编码就能及时与卖家沟通。
具体实施方式一:参见图2,本实施方式的一种实现用户间的多种终端互通交易的系统包括:数据处理单元D1、数据库存储单元D2,
所述数据处理单元D1,包括:
当接收到新用户通过终端设备提交系统要求的注册信息时,为该用户编制唯一的用户编码及以该编码命名的虚拟钱包账户,在数据库存储单元D2建立以该编码命名的用户数据库,将该编码传回呼叫端,该新用户进一步设置其用户编码下的子编码信息,将提交的信息更新至数据库存储单元D2的用户数据库;
当接收到呼叫端的消息为交易指令消息时,通过查询数据库存储单元D2得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,根据指令完成双方的账户实际发生金额的转换,将计算结果更新到数据库存储单元D2,反馈该结果给呼叫端及交易双方用户的绑定终端;
当接收到呼叫端的消息为呼叫连接其他用户指令消息时,通过查询数据库存储单元D2得到由用户编码解析出的被叫用户绑定的终端信息及预先设定的绑定终端列表,按列表群呼或顺呼被叫用户绑定的终端,直到有终端反馈接听信号,通过数据处理单元D1为呼叫端与该终端建立连接。
新用户(个人及企事业单位)向系统提出注册请求,同时提交系统所需的主要包括名称、身份证号码或营业执照号、用户密码、绑定的手机号、绑定的银行帐号、地址、电话号、手机号、传真号、水电煤气缴费单据号、电子邮箱账号等与用户有关的信息,由系统签发给用户终身的唯一用户编码及以该编码命名的虚拟钱包账户,用户编码含义涵盖了用户属性的所有信息,系统所需信息实例如下表所示:
编码 | 名称 | ① | ② | ③ | ④ | ⑤ | ⑥ | ⑦ | ⑧ | ⑨ | ⑩ | 国籍 | … | 其它 |
136 | 张三 | … | … | … | … | … | … | … | … | … | … | … | … | … |
047 | 麦德龙 | … | … | … | 无 | 无 | 无 | 无 | … | … | … | … | … | … |
上表所示标号的含义:①、身份证号码或营业执照号;②、用户密码;③、非接触式IC卡G的卡号(比对信息);④、指纹识别信息(比对信息);⑤、面部识别信息(比对信息);⑥、虹膜识别信息(比对信息);⑦、掌型识别信息(比对信息);⑧、绑定的手机号;⑨、绑定的银行帐号;⑩、虚拟钱包账户余额,比对信息是在用户用非接触式IC卡交易或其他需要进一步验证身份时使用。
编码规则:系统的用户编码是“0”;系统客服人员的用户编码是前两位“00”+“非零数字”,例:001;个人用户编码与企事业单位编码的区别在于企事业单位编码首位是“0”,例:个人136、单位047;
子编码构成:单位交易设备编码是“用户编码”+“***”+“小编码”,例:047***001;单位组织人员、即时通讯客户端编码及联络方案编码是“用户编码”+“*”+“小编码”,例:047*003;单位经营商品的编码是“用户编码”+“**”+“小编码”,例:047**00042;个人经营商品的编码是“用户编码”+“**”+“小编码”,例:136**00013;个人即时通讯客户端编码及联络方案的子编码是“用户编码”+“*”+“小编码”,例:136*001。绑定信息实例如下表所示:
用户编码 | 编码属性 | 名称 | 绑定级别 | 手机 | 电子邮箱 |
0 | 本系统的系统编码 | 系统 | C级 | 无 | 0@***.com |
001 | 本系统客服人员编码 | 客服人员 | C级 | 131*** | 001@***.com |
123667 | 个人用户编码 | Jerry | C级 | 130*** | 123667@***.com |
123667*001 | 即时通讯客户端及001联络方案 | Jerry | A级 | 139*** | 777jerry@163.com |
123667**001 | 个人交易商品子编码 | 充值卡 | 无 | 无 | 无 |
123667***001 | 个人终端设备子编码 | 即时通讯 | 无 | 无 | 无 |
123667#001 | 即时通讯的组群用户编码 | 001号群 | 无 | 无 | 无 |
047 | 单位用户编码 | 麦德龙 | C级 | 131*** | 047@***.com |
047*001 | 组织人员子编码及001联络方案 | 总经理 | A级 | 139*** | cool@163.com |
047*002 | 组织人员子编码及002联络方案 | 财务李思 | C级 | 138*** | 047.002@***.com |
047**001 | 单位交易商品子编码 | 1G卡 | 无 | 无 | 无 |
047***001 | 单位终端设备子编码 | 即时通讯 | 无 | 无 | 无 |
047#001 | 即时通讯的组群编码 | 001号群 | 无 | 无 | 无 |
047*002#003 | 用户047*002建立的组群 | 003号群 | 无 | 无 | 无 |
爱欧公司*006 | 组织人员子编码及006联络方案 | 销售张三 | B级 | 132*** | 77@yahoo.com |
爱欧公司**001 | 单位交易商品子编码 | mp3 | 无 | 无 | 无 |
爱欧公司#001 | 即时通讯的组群编码 | 001号群 | 无 | 无 | 无 |
ok*002 | 用户ok的002联络方案 | 用户ok | B级 | 136*** | ok@yahoo.com |
ok**001 | 用户ok的交易商品子编码 | mp4 | 无 | 无 | 无 |
上表绑定级别包括:A级、B级、C级,C级是系统默认的级别,任何访客包括系统外的用户都可以呼叫访问;B级,限定系统内的注册用户呼叫访问,即系统内的注册用户为B级联络人;A级,限定系统内的还需要经编码主人验证通过的注册用户,即A级联络人,才可呼叫访问,只有在其他用户呼叫使用如:9527*001的形式时,系统才验证绑定级别。用户编码还可以采用电子邮件地址或企业商号表示或自己定制的个性编码,几种编码方式中只能选择一种,子编码主要由“*”符号作为分隔符,因为电话的键盘只有“数字”键和“*、#”键,所以本系统优选“数字”和“*、#”的组合作为用户编码的构成元素。
系统签发给用户的用户编码的过程由以下步骤组成:
a:用户通过终端设备提交申请新用户请求指令消息;
b:数据处理单元D1把交互式登记页面传到呼叫端;
c:用户添加系统所需的与该用户有关的属性信息;
d:数据处理单元D1为用户编制唯一的用户编码和以该编码命名的虚拟钱包账户,通知数据库存储单元D2复制模板数据库建立以该编码命名的用户数据库及相应的数据表,通知网站服务器B1、邮件服务器B2开通以该编码命名的账户,将该用户编码传回呼叫端;
e:用户通过终端进一步设置该编码下的子编码及子编码的信息、常用支付绑定的信息、绑定终端的列表及终端接听策略信息,数据处理单元D1登记用户的数据到数据库存储单元D2的该用户的数据库。
实例:用户Jerry的手机号130***、固定电话号***、QQ号249578468及379997557、电子邮件777jerry@163.com、MSN号249578468@qq.com、非接触式IC卡卡号***、银行帐号***、电费支付绑定上海电业局0178缴费号6***、社保支付绑定上海社保局缴费号7***、其它信息……,用户Jerry通过申请并提交系统所需的信息,获得用户编码123667及虚拟钱包账户123667,并为其在网站服务器B1开通的网址123667.***.com、邮件服务器B2上开通的邮件账号123667@***.com。
通过上例可以体现出用户编码的便利性,其用户的所有属性信息由一个编码标识,用户不用记忆繁琐的账号或号码信息。
参见图2,实例:用户132通过系统向用户256转账100.00元。
具体步骤为:当数据处理单元D1接收到用户132向用户256转账100.00元的双方交易指令信息时;根据指令查询数据库存储单元D2关于交易双方绑定的终端信息及双方虚拟钱包账户期初值;执行一方账户减变动值、另外一方账户加变动值,虚拟钱包账户132减100、虚拟钱包账户256加100;将结果存入数据库存储单元D2的用户数据库;数据处理单元D1反馈结果给呼叫端;发送结果到用户132绑定的终端;发送结果到用户256绑定的终端。
实例:用户132通过终端请求呼叫连接用户256。
具体步骤为:当数据处理单元D1接收到用户132请求呼叫连接用户256的指令信息时;根据指令查询数据库存储单元D2关于被叫用户256的绑定终端信息及预先设定的终端接听列表;数据处理单元D1按列表群呼或顺呼被叫用户绑定的终端,直到有终端反馈接听信号,通过数据处理单元D1为呼叫端与该终端建立连接。
实例:用户132通过终端请求呼叫连接用户子编码256*001绑定的终端。
具体步骤为:当数据处理单元D1接收到用户132请求呼叫连接用户子编码256*001的指令信息时;根据指令查询数据库存储单元D2关于被叫用户子编码256*001的绑定终端信息及预先设定的终端接听策略;系统验证主叫方联络人的级别,如果为C级,则无权访问,反馈失败结果,如果主叫方是被叫方的B级或A级联络人,数据处理单元D1按列表群呼或顺呼被叫用户绑定的终端,直到有终端反馈接听信号,通过数据处理单元D1为呼叫端与该终端建立连接。
具体实施方式二:参见附图2,本实施方式在具体实施方式一所述系统的基础上还包括:挂单交易处理单元D3,
所述挂单交易处理单元D3,包括:当接收数据处理单元D1发送的包含延迟到帐业务交易指令消息时,根据指令生成交易订单并在交易发起方的账户中锁定交易额的等同数值,反馈回呼叫端,当触发条件为接收到用户反馈订单的进度的交易指令消息或系统每日处理到期的预定订单时,通过查询数据库存储单元D2得到相应信息,根据交易进度及交易指令完成相应的挂单数据处理,将结果更新至数据库存储单元D2,反馈结果给呼叫端及交易双方绑定的终端;以及
所述数据处理单元D1还包括:
当接收到的交易指令消息包含延迟到帐业务交易指令消息时,将该指令消息发送到挂单交易处理单元D3处理。
参见图3-A、图3-B、图3-C,所述延迟到帐业务包括预定日期转账、预定交易、担保交易、借款交易流程;所述预定日期转账流程处理用户指定未来某一个日期执行支付的业务;所述预定交易流程处理用户预定车票、房间等需要对方反馈信息的业务;所述担保交易流程处理用户商品交易的业务;所述借款交易流程处理用户之间借贷的业务。
以下是延迟到帐业务交易订单生成的流程:
步骤01、用户甲发送延迟到帐业务的交易指令到数据处理单元D1;步骤02、数据处理单元D1发送该交易指令到挂单交易处理单元D3;步骤03、挂单交易处理单元D3根据指令查询数据库存储单元D2关于甲方的虚拟钱包账户期初值,查询双方绑定的终端信息;步骤04、挂单交易处理单元D3根据指令生成订单,执行甲方账户期初值减交易总额;步骤05、挂单交易处理单元D3将该订单存入数据库存储单元D2的“预定数据库”,登记起始交易状态信息,将计算结果存入用户数据库;步骤06、挂单交易处理单元D3经数据处理单元反馈结果到呼叫端、发送结果到用户甲绑定的终端;步骤07、挂单交易处理单元D3经数据处理单元发送结果到用户乙绑定的终端。
以下是交易订单生成后预定日期转账处理流程:
步骤101、挂单交易处理单元D3每日从数据库存储单元D2的“预定数据库”中提取“执行条件”字段内容为当日日期的订单进行处理;步骤102、挂单交易处理单元D3根据订单查询数据库存储单元D2关于交易双方绑定的终端信息及乙方的虚拟钱包账户期初值;步骤103、挂单交易处理单元D3执行乙方虚拟钱包账户加该笔订单的交易总额;步骤104、挂单交易处理单元D3将结果存入数据库存储单元D2的用户数据库,将该订单的交易状态标记为“交易成功”;步骤105、挂单交易处理单元D3经数据处理单元发送处理结果到用户甲绑定的终端;步骤106、挂单交易处理单元D3经数据处理单元发送处理结果到用户乙绑定的终端;步骤107、挂单交易处理单元D3继续处理下一条订单,直至所有当日日期的订单处理完毕,结束。
以下是交易订单生成后预定交易的处理流程:
步骤201、用户乙反馈预定订单的预定结果的交易指令到数据处理单元D1;步骤202、数据处理单元D1发送该交易指令到挂单交易处理单元D3;步骤203、挂单交易处理单元D3判断:如果反馈信息为“预定失败”执行A204流程;如果反馈信息为“预定成功”执行B204流程;
步骤A204、挂单交易处理单元D3查询数据库存储单元D2关于该订单的内容,查询交易双方绑定的终端信息;步骤A205、挂单交易处理单元D3将该订单登记“预定失败”状态;步骤A206、挂单交易处理单元D3经数据处理单元反馈结果到呼叫端,发送结果到用户乙绑定的终端;步骤A207、挂单交易处理单元D3经数据处理单元发送结果到用户甲绑定的终端。
步骤B204、挂单交易处理单元D3查询数据库存储单元D2关于该订单的内容,查询交易双方绑定的终端信息及双方的虚拟钱包账户期初值;步骤B205、挂单交易处理单元D3根据指令执行甲方账户期初值减该笔订单的交易总额,乙方的账户期初值加交易总额;步骤B206、挂单交易处理单元D3将计算结果存入用户数据库,将该订单登记“预定成功”状态;步骤B207、挂单交易处理单元D3经数据处理单元反馈结果到呼叫端,发送结果到用户乙绑定的终端;步骤B208、挂单交易处理单元D3经数据处理单元发送结果到用户甲绑定的终端。
以下是交易订单生成后担保交易的处理流程:
步骤301、乙方发货后,反馈担保订单的进度信息的交易指令到数据处理单元D1;步骤302、数据处理单元D1发送该订单执行情况的交易指令到挂单交易处理单元D3;步骤303、挂单交易处理单元D3根据指令查询数据库存储单元D2关于该订单的内容,查询交易双方绑定的终端信息;步骤304、挂单交易处理单元D3将该单据交易状态标记为“卖家发货,等待买家验货”;步骤305、挂单交易处理单元D3经数据处理单元反馈结果到呼叫端,发送结果到用户乙绑定的终端;步骤306、挂单交易处理单元D3经数据处理单元发送结果到用户甲绑定的终端;
步骤307、甲方验货后,反馈担保订单的进度信息的交易指令;步骤308、挂单交易处理单元D3发送该订单执行情况的交易指令;步骤309、挂单交易处理单元D3根据指令查询数据库存储单元D2关于该单据内容,查询交易双方绑定的终端信息,及乙方的虚拟钱包账户期初值;步骤310、挂单交易处理单元D3根据指令执行乙方账户的期初值加该订单的交易总额;步骤311、挂单交易处理单元D3将计算结果存入用户数据库,将该单据交易状态标记为“交易结束”;步骤312、挂单交易处理单元D3经数据处理单元反馈结果到呼叫端,发送结果到用户甲绑定的终端;步骤313、挂单交易处理单元D3经数据处理单元发送结果到用户乙绑定的终端。
以下是交易订单生成后借款交易的处理流程:
步骤401、用户乙反馈借款订单的同意结果的交易指令到数据处理单元D1;步骤402、数据处理单元D1发送该交易指令到挂单交易处理单元D3;步骤403、挂单交易处理单元D3根据指令查询数据库存储单元D2关于该订单的内容,查询交易双方绑定的终端信息及乙方的虚拟钱包账户期初值;步骤404、挂单交易处理单元D3根据指令执行乙方的账户期初值加交易总额;步骤405、挂单交易处理单元D3将计算结果存入数据库存储单元D2的用户数据库,将该订单登记“借款转账,等待乙方还款”状态;步骤406、挂单交易处理单元D3经数据处理单元反馈结果到呼叫端,发送结果到用户乙绑定的终端;步骤407、挂单交易处理单元D3经数据处理单元发送结果到用户甲绑定的终端。
步骤408、乙方还款时,反馈借款订单还款的交易指令到数据处理单元D1;步骤409、数据处理单元D1发送该交易指令到挂单交易处理单元D3;步骤410、挂单交易处理单元D3根据指令查询该订单的内容,查询交易双方绑定的终端信息及双方的虚拟钱包账户期初值;步骤411、挂单交易处理单元D3根据指令执行乙方的账户期初值减变动值,甲方账户期初值加变动值;步骤412、挂单交易处理单元D3将计算结果存入用户数据库,将该订单登记“借款还清,借据作废”状态;步骤413、挂单交易处理单元D3经数据处理单元D1反馈结果到呼叫端,发送结果到乙方绑定的终端;步骤414、挂单交易处理单元D3经数据处理单元D1发送结果到甲方绑定的终端。
具体实施方式三:参见附图2,本实施方式在具体实施方式一或二所述系统的基础上还包括:消息处理转换单元D4,
所述消息处理转换单元D4,用于接收数据处理单元D1发送的呼叫端的数据,完成一种数据类型到另一数据类型的识别及转换,将转换结果反馈同数据处理单元D1;以及
所述数据处理单元D1还包括:
当数据处理单元D1为呼叫端与被叫终端建立连接时,呼叫端与该被叫的终端不是同类型的终端,将来自呼叫端的数据发送到消息处理转换单元D4进行相应数据类型的识别转换后送达该连接的终端。
参见图2,用户终端A包括:其它系统客户端A1、即时通讯客户端A2、无线终端A3、计算机A4、邮件客户端A5、传真机A6、固定电话A7、手机A8、VOIP电话A9;所述无线终端A3包括可以无线上网的手机或PDA或计算机;
设备属性包括语音设备、数据设备、语音图像数据混合设备;
所述语音设备包括:固定电话A7、手机A8、VOIP电话A9;
所述语音图像数据混合设备包括:即时通讯客户端A2、无线终端A3、计算机A4、邮件客户端A5、传真机A6。
例:用户123667,QQ号249578468,通过QQ呼叫本系统的用户9527,查询本系统的即时通讯客户机9527在线,双方设备接通。
具体过程为:QQ系统发送到数据处理单元D1呼叫消息:QQ249578468呼叫用户9527,通过查询数据库存储单元D2得到用户9527绑定的终端设备信息及9527预先设定的绑定终端列表,按照列表群呼或顺呼被叫用户绑定的几个终端设备,最后查询证实9527的即时通讯客户机在线,通过数据处理单元D1为QQ249578468与9527的即时通讯客户机建立连接,任何一方均可以断开连接;同理9527从即时通讯客户机呼叫123667的QQ端的过程成立。
例:用户9527通过电话呼叫用户123667,被叫用户预先设置的接听列表中有即时通讯客户机、手机、邮箱,呼叫查询证实其手机占线、即时通讯客户机离线,发送语音邮件。
具体过程为:用户9527打电话到呼叫中心B,根据语音提示选择呼叫用户123667,呼叫指令经呼叫中心B发送到数据处理单元D1,通过查询数据库存储单元D2得到123667绑定的终端设备信息及预先设置的终端接听列表,按照列表群呼或顺呼绑定的终端设备,呼叫查询证实其手机占线、即时通讯客户机离线,经消息处理转换单元D4将语音留言识别存储语音邮件到邮件服务器的123667@***.com信箱中。
例:用户123667通过即时通讯客户端A2呼叫用户9527的手机。
具体过程为:当数据处理单元D1接收到来即时通讯客户端A2的呼叫请求,查询数据库存储单元D2得到用户9527绑定的手机号,通过数据处理单元D1建立用户123667的即时通讯客户端A2与用户9527的手机连接。
例:用户123667通过电话呼叫用户9527的传真机。
具体过程为:用户123667打电话到呼叫中心B,按照语音提示选择语音转文本功能,数据处理单元D1接收来自呼叫中心B的呼叫消息,查询数据库存储单元D2得到用户9527绑定的传真号,通过消息处理转换单元D4的语音识别转换成文本消息,将结果通过传真服务器B3发送至用户9527的传真机。
所述消息处理转换单元D4的识别转换技术采用现有公知技术,具体可以通过计算机电话集成(CTI:Computer Telephony Integration)技术、语音/文字转换技术(TTS:Text To Speech,文语转换;STT:Speech To Text,文语转换)等,或用插件辅助识别转换数据,此处不做详细描述。
具体实施方式四:参见附图2,本实施方式在具体实施方式一或二或三所述系统的基础上还包括:即时通讯交易客户机E2,
所述即时通讯交易客户机E2连接交易结算服务器E21,包括:即时通讯客户端、IC卡读写器、扩展模块,用于接收数据处理单元D1发送的交易指令消息,将该消息发送至交易结算服务器E21处理,得到处理结果后反馈该结果至数据处理单元D1;当用户使用非接触式IC卡G交易时,发送交易指令消息到数据处理单元D1处理,得到反馈的信息,对非接触式IC卡G的特定数据区的数据进行读写操作;以及
所述数据处理单元D1还包括:
用于处理来自即时通讯交易客户机E2的交易指令消息,通过查询数据库存储单元D2得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,经过信息比对后,根据指令完成交易双方的虚拟钱包账户实际发生金额的转换,将计算结果更新到数据库存储单元D2,反馈该结果给呼叫端;当用户通过终端设备发送即时到帐交易指令消息时,通过查询数据库存储单元D2得到由用户编码解析出的用户绑定信息及交易双方的账户期初值,根据指令连接目标即时通讯交易客户机E2完成实际金额的转换,将结果更新至数据库存储单元D2,反馈结果到双方绑定的终端。
参见图2,交易终端E识别上报系统非接触式IC卡、指纹等比对信息,所述交易终端E包括无线交易终端E1、即时通讯交易客户机E2、离线交易客户机E3,所述无线交易终端E1包括无线终端、IC卡读写器,所述即时通讯交易客户机E2包括即时通讯客户端、IC卡读写器、扩展模块,所述即时通讯客户端连接交易结算服务器E21,所述交易结算服务器E21是单位用户的交易结算设备,用于自动处理交易数据;所述IC卡读写器用于对非接触式IC卡G的特定数据存储区的小额账户的数据读写,所述扩展模块叫以包括:指纹、虹膜、面部识别生物识别设备,还可以包括一卡通控制器,所述交易终端E还上报给系统丢大的非接触式IC卡G的卡号信息并登记到黑名单数据表,离线交易客户机E3请求下载黑名单数据表时,数据处理单元D1通过查询数据库存储单元D2得到非接触式IC卡G的黑名单数据表,反馈回离线交易客户机E3。
用户通过交易终端E进行操作,输入用户编码、交易金额、信息比对分类码,通过IC卡读写器或生物识别模块扫描“比对信息”,等待反馈;交易终端E根据用户的输入信息形成双方交易指令发送到数据处理单元D1,得到比对成功后计算的结果,用户收到交易短信,如果用户有异议回复短信通知系统锁死该用户的虚拟钱包账户。
付款或充值指令格式是:“用户编码”*“信息比对分类码”*“比对信息”*“用户虚拟钱包账户”*“变动值”*“经办机构虚拟钱包账户”*“变动值”;
小额电子钱包充值指令的格式是:“用户编码”*“信息比对分类码”*“比对信息”*“用户虚拟钱包账户”*“变动值”*“该用户编码”*;
“信息比对分类码”的分类内容如下:
0用户密码;1非接触式IC卡G的卡号;2指纹识别信息;
3面部识别信息;4虹膜识别信息;5掌型识别信息。
见附图2,当用户通过即时通讯交易客户机E2提交交易请求时,例:张三136到麦德龙047通过非接触式IC卡G消费300元后,为自己的虚拟钱包账户充值600元,又为自己的小额电子钱包充值100元。
发送到数据处理单元D1的双方交易指令信息的命令格式包括:
1、付款指令:136*1*“IC卡号”*136*减少300.00*047*增加300.00
2、充值指令:136*1*“IC卡号”*136*增加600.00*047*减少600.00
3、小额电子钱包充值指令:136*1*“IC卡号”*136*减少100.00*136*
具体过程为:来自即时通讯交易客户机E2的信息为付款指令:136*1*“IC卡号”*136*减少300.00*047*增加300.00时,数据处理单元D1通过查询数据库存储单元D2得到136解析出的用户张三的信息和交易双方136及047的虚拟钱包账户期初值,根据来自即时通讯交易客户机E2的指令,完成136虚拟钱包账户的期初值减少300及047虚拟钱包账户的期初值增加300的运算,将计算结果返回给即时通讯交易客户机E2及更新该结果到数据库存储单元D2并通过短信服务器B5发送交易结果短信到136绑定手机;
来自即时通讯交易客户机E2的信息为充值指令:136*1*“IC卡号”*136*增加600.00*047*减少600.00时,数据处理单元D1通过查询数据库存储单元D2得到136解析出的用户张三的信息和交易双方136及047的虚拟钱包账户期初值,根据来自即时通讯交易客户机E2的指令,完成136虚拟钱包账户的期初值增加600及047虚拟钱包账户的期初值减少600的运算,将计算结果返回给即时通讯交易客户机E2及更新该结果到数据库存储单元D2并通过短信服务器B5发送交易结果短信到136绑定手机,此操作相当于047提现;
来自即时通讯交易客户机E2的信息为小额电子钱包充值指令:136*1*“IC卡号”*136*减少100.00*136*时,数据处理单元D1通过查询数据库存储单元D2得到136解析出的用户张三的信息及虚拟钱包账户期初值,根据来自即时通讯交易客户机E2的指令,完成136虚拟钱包账户的期初值减少100的运算,将结果更新到数据库存储单元D2并通过短信服务器B5发送交易结果短信到136绑定手机,最后将计算结果和同意小额电子钱包充值的命令返回给即时通讯交易客户机E2,由IC卡读写模块读取非接触式IC卡G的数据区的特定位置的期初值加上变动值的结果更新回该非接触式IC卡G的数据区的特定位置;
使用非接触式IC卡G进行小额电子钱包消费时,只需输入金额信息,读一下卡即可完成结算,具体过程:由离线交易客户机E3的IC卡读写器读取的IC卡卡号和IC卡黑名单比对,证实该卡为可用卡后,IC卡读写模块读取非接触式IC卡G的数据区的特定位置的期初值减去变动值的结果更新回该非接触式IC卡G的数据区的特定位置,并给扩展模块发送通过的命令。
当用户通过用户终端A提交交易请求时,实例如下表所示:
数字编码 | 名称 | 银行账号 | 手机号 | 电话 | 水费支付绑定 | 物业费支付绑定 | … | 电费支付绑定 |
9527 | 唐伯虎 | …… | …… | … | …… | …… | … | …… |
0178 | 上海电业局 | …… | …… | … | …… | …… | … | …… |
例:唐伯虎要交50元电费,发短信通知系统:“用户9527交50元电费”,系统查出9527对应的电费缴费号,连接0178客户端通过电费缴费号缴费50元,得到成功反馈,系统执行指令:虚拟钱包账户9527减少50元,虚拟钱包账户0178增加50元,发短信给用户9527:“用户9527交50元电费,成功。”
具体过程为:数据处理单元D1得到短信服务器B5的信息:“用户9527交50元电费”;通过查询数据库存储单元D2,得到用户9527的电费支付绑定信息,进一步得到电费缴费号、用户9527虚拟钱包账户的期初值和绑定的手机号等用户信息,及虚拟钱包账户0178的虚拟钱包账户期初值,发送交易指令到目标0178的即时通讯交易客户机E2执行,得到交易结算服务器E21反馈后由数据处理单元D1执行虚拟钱包账户9527的期初值减去50、虚拟钱包账户0178的期初值加上50的结果更新到数据库存储单元D2,并通过短信服务器B5发送短信到用户9527绑定的手机:“用户9527交50元电费,成功。”
参见图4,用户发送交易指令,通过数据处理单元D1转发到即时通讯交易客户机E2处理的流程:
具体步骤为:步骤501、用户甲发送交易指令;步骤502、数据处理单元D1根据指令查询数据库存储单元D2得到交易相关信息,查询交易双方绑定的终端信息及双方的虚拟钱包账户期初值;步骤503、数据处理单元D1发送交易指令到目标即时通讯交易客户机E2;步骤504、目标即时通讯交易客户机E2发送交易指令到交易结算服务器E21处理,得到反馈信息;步骤505、目标即时通讯交易客户机E2发送交易结算服务器反馈的结果到数据处理单元D1;步骤506、数据处理单元D1根据指令执行甲方的账户期初值减变动值,乙方的账户期初值加交易总额;步骤507、数据处理单元D1计算结果存入用户数据库;步骤508、数据处理单元D1发送结果到乙方绑定的终端;步骤509、数据处理单元D1反馈结果到呼叫端,发送结果到甲方绑定的终端。
具体实施方式五:参见图2,本实施方式在具体实施方式一或二或三或四所述系统基础上还包括:即时通讯客户端A2,
所述即时通讯客户端A2用于请求服务端与客户端同步设置保存用户编码及子编码对应的信息,发送呼叫连接其他用户的指令消息或交易指令消息到服务端。
参见图5-A,个人用户通过用户编码及密码登录系统,如果该用户还设置了两台以上的即时通讯客户端,通过子编码及密码登录,主账号即用户编码登录的客户端可以设置该用户全部资源信息,子账号的数量即子编码可以设置多个,子账号登录后的客户端侧没有虚拟钱包、系统设置项目,例:用户9527使用9527、9527*001两种方式通过客户端分别登录系统,各账号的客户端侧的联络人可以单独设置增减,个人用户无交易结算服务器,所以没有9527***001形式的帐号。
参见图5-A,单位用户通过用户编码及子编码登录系统,例:用户047使用047、047*001、047***001等三种方式通过客户端分别登录系统,047、047***001、通过客户端登录系统后,该客户端成为即时通讯交易客户机E2,连接交易结算服务器E21,047***001登录的即时通讯交易客户机E2作为单位用户047的接收来自数据处理单元D1的交易指令消息的默认接口,047*001、047***001等类型的子账号登录后的客户端侧同样没有虚拟钱包,各账号的客户端侧的联络人可以单独设置增减。
参见图5-B,在我:9527的客户端侧显示联络人、助手、组群、虚拟钱包、登录列表、系统设置等信息,在我:9527的客户端侧双击123667进入与用户123667的对话窗口并显示【123667的资源】列表,首选的联络方案是123667绑定的终端信息及接听顺序,任何人都可以点击呼叫后,系统为双方终端建立连接,个人即时通讯客户端状态是用户123667的所有登记的即时通讯客户端的状态信息,经营商品的状态项目下点击订购即可发送交易信息;在我:9527的客户端侧双击047进入单位用户047的【047的资源】列表,组织成员即时通讯 状态是047的单位人员的构成、联络方案和即时通讯客户端的状态,双击047*002进入下级【047*002的联络方案】,显示047*002的所有绑定的终端的信息,点击呼叫即可建立主叫方9527即时通讯客户端与点击呼叫对应的终端的连接。在【047的资源】的经营商品的状态列表点击订购,进入下级〖我:9527的订单〗的菜单,显示047**001商品的信息,其中点击商品详细信息会打开该商品的网址:047.***.com/047**001,显示商品的详细信息,点击加入购物车即可进入担保交易的流程。
用户设置用户编码及子编码的绑定信息
用户编码 | 047 | 047*001 | 123667 | 123667*001 |
用户名称 | 麦德龙 | 总经理及001联络方案 | Jerry | 001联络方案 |
登录密码 | …… | …… | …… | …… |
绑定级别 | C级 | A级 | C级 | A级 |
接听策略 | …… | 5:00~23:00接听 | …… | 8:00~17:00接听 |
绑定手机 | 130*** | 131*** | 130*** | 139*** |
绑定电话 | 86*** | 56*** | 64*** | 56*** |
绑定传真机 | 87*** | 57*** | 65*** | 57*** |
电子邮箱 | 047@***.com | 047@163.com | 123667@***.com | 777jerry@163.com |
绑定网址 | 047.***.com | 无 | 123667.***.com | 无 |
绑定QQ | 77*** | 66*** | 249578468 | 379997557 |
绑定MSN | 047@***.com | okl@yahoo.com | 249578468@qq.com | 777jerry@163.com |
绑定银行帐号 | 工行…… | 无 | 交行…… | 无 |
非接触式IC卡卡号 | …… | 无 | …… | 无 |
水费支付绑定 | …… | 无 | …… | 无 |
电费支付绑定 | …… | 无 | …… | 无 |
其他绑定信息 | …… | …… | …… | …… |
登录列表设置信息:
用户编码 | 9527 | 047*001 | 047*002 | 123667 |
用户名称 | 唐伯虎 | 总经理 | 财务 | Jerry |
A系统链接 | …… | …… | …… | …… |
A系统账号 | 0k01 | Ad | System | 01 |
A系统登录密码 | …… | …… | …… | …… |
具体实施方式六:参见附图2,本实施方式在具体实施方式一或二或三或四或五所述系统的基础上数据处理单元D1还包括:
当来自其它系统C的信息为与本系统用户的交易指令消息时,通过查询数据库存储单元D2得该其它系统的用户对应本系统用户的用户编码,进一步得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,根据指令完成交易双方的虚拟钱包账户实际发生金额的转换,将计算结果更新到数据库存储单元D2,反馈该结果给其它系统C及交易双方用户的绑定终端;
当来自其它系统C的信息为呼叫连接本系统用户的指令消息时,通过查询数据库存储单元D2得到被叫用户绑定的终端信息列表及接听策略,通过数据处理单元D1为呼叫端与被叫端建立连接;
当来自其它系统C的信息为查询验证信息时,通过查询数据库存储单元D2得到由用户编码解析出的信息与查询验证信息比对后,反馈结果给其它系统C。
具体实施方式七:参见图2,本实施方式的一种实现用户间的多种终端互通交易的方法,包括:
步骤a、注册用户编码及虚拟钱包账户,设置子编码及相关信息;
步骤b、当数据处理单元D1接收到交易指令消息时执行步骤c;当数据处理单元D1接收到呼叫连接其他用户指令消息时执行步骤d;
步骤c、当接收到呼叫端的消息为交易指令消息时,通过查询数据库存储单元D2得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,根据指令完成双方的账户实际发生金额的转换,将计算结果更新到数据库存储单元D2,反馈该结果给呼叫端及交易双方用户的绑定终端;
步骤d、当接收到呼叫端的消息为呼叫连接其他用户指令消息时,通过查询数据库存储单元D2得到由用户编码解析出的被叫用户绑定的终端信息及预先设定的绑定终端列表,按列表群呼或顺呼被叫用户绑定的终端,直到有终端反馈接听信号,通过数据处理单元D1为呼叫端与该终端建立连接。
具体实施方式八:参见图2,本实施方式在具体实施方式七所述方法,其中:
所述c步骤还包括:当接收到的交易指令消息包含延迟到帐业务交易指令消息时,将该指令消息发送到挂单交易处理单元D3处理;所述挂单交易处理单元D3,根据指令生成交易订单并在交易发起方的账户中锁定交易额的等同数值,反馈回呼叫端,当触发条件为接收到用户反馈订单的进度的交易指令消息或系统每日处理到期的预定订单时,通过查询数据库存储单元D2得到相应信息,根据交易进度及交易指令完成相应的挂单数据处理,将结果更新至数据库存储单元D2,反馈结果给呼叫端及交易双方绑定的终端。
具体实施方式九:参见图2,本实施方式在具体实施方式七所述方法,其中:
所述d步骤还包括:当数据处理单元D1为呼叫端与被叫终端建立连接时,呼叫端与该被叫的终端不是同类型的终端,将来自呼叫端的数据发送到消息处理转换单元D4进行一种数据类型到另一数据类型的识别及转换,将转换结果送达该被叫的终端。
具体实施方式十:参见图2、图4,本实施方式在具体实施方式七所述方法,其中:
所述c步骤还包括:当用户通过终端设备发送即时到帐交易指令消息时,通过查询数据库存储单元D2得到由用户编码解析出的用户绑定信息及交易双方的账户期初值,根据指令连接目标即时通讯交易客户机E2完成实际金额的转换,将结果更新至数据库存储单元D2,反馈结果到双方绑定的终端。
具体实施方式十一:参见图1、图2,本发明的系统还可以应用于呼叫中心领域,为传统的呼叫中心扩展出用户间交易的功能,同时使传统的呼叫中心支持更多的终端接入及互通。
具体实施方式十二:参见图1、图2,本发明的系统还可以应用于即时通讯领域,为即时通讯服务器提供多种终端设备的接入,为不同系统的客户端的沟通信息提供中转服务。
Claims (10)
1、实现用户间的多种终端互通交易的系统,包括:数据处理单元(D1)、数据库存储单元(D2),其特征在于:
所述数据处理单元(D1),包括:
当接收到新用户通过终端设备提交系统要求的注册信息时,为该用户编制唯一的用户编码及以该编码命名的虚拟钱包账户,在数据库存储单元(D2)建立以该编码命名的用户数据库,将该编码传回呼叫端,该新用户进一步设置其用户编码下的子编码信息,将提交的信息更新至数据库存储单元(D2)的用户数据库;
当接收到呼叫端的消息为交易指令消息时,通过查询数据库存储单元(D2)得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,根据指令完成双方的账户实际发生金额的转换,将计算结果更新到数据库存储单元(D2),反馈该结果给呼叫端及交易双方用户的绑定终端;
当接收到呼叫端的消息为呼叫连接其他用户指令消息时,通过查询数据库存储单元(D2)得到由用户编码解析出的被叫用户绑定的终端信息及预先设定的绑定终端列表,按列表群呼或顺呼被叫用户绑定的终端,直到有终端反馈接听信号,通过数据处理单元(D1)为呼叫端与该终端建立连接。
2、根据权利要求1所述的实现用户间的多种终端互通交易的系统,其特征在于:还包括挂单交易处理单元(D3),
所述挂单交易处理单元(D3),包括:当接收数据处理单元(D1)发送的包含延迟到帐业务交易指令消息时,根据指令生成交易订单并在交易发起方的账户中锁定交易额的等同数值,反馈回呼叫端,当触发条件为接收到用户反馈订单的进度的交易指令消息或系统每日处理到期的预定订单时,通过查询数据库存储单元(D2)得到相应信息,根据交易进度及交易指令完成相应的挂单数据处理,将结果更新至数据库存储单元(D2),反馈结果给呼叫端及交易双方绑定的终端;以及
所述数据处理单元(D1)还包括:
当接收到的交易指令消息包含延迟到帐业务交易指令消息时,将该指令消息发送到挂单交易处理单元(D3)处理。
3、根据权利要求1所述的实现用户间的多种终端互通交易的系统,其特征在于:还包括消息处理转换单元(D4),
所述消息处理转换单元(D4),用于接收数据处理单元(D1)发送的呼叫端的数据,完成一种数据类型到另一数据类型的识别及转换,将转换结果反馈回数据处理单元(D1);以及
所述数据处理单元(D1)还包括:
当数据处理单元(D1)为呼叫端与被叫终端建立连接时,呼叫端与该被叫的终端不是同类型的终端,将来自呼叫端的数据发送到消息处理转换单元(D4)进行相应数据类型的识别转换后送达该连接的终端。
4、根据权利要求1所述的实现用户间的多种终端互通交易的系统,其特征在于:还包括即时通讯交易客户机(E2),
所述即时通讯交易客户机(E2)连接交易结算服务器(E21),包括:即时通讯客户端、IC卡读写器、扩展模块,用于接收数据处理单元(D1)发送的交易指令消息,将该消息发送至交易结算服务器(E21)处理,得到处理结果后反馈该结果至数据处理单元(D1);当用户使用非接触式IC卡(G)交易时,发送交易指令消息到数据处理单元(D1)处理,得到反馈的信息,对非接触式IC卡(G)的特定数据区的数据进行读写操作;以及
所述数据处理单元(D1)还包括:
用于处理来自即时通讯交易客户机(E2)的交易指令消息,通过查询数据库存储单元(D2)得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,经过信息比对后,根据指令完成交易双方的虚拟钱包账户实际发生金额的转换,将计算结果更新到数据库存储单元(D2),反馈该结果给呼叫端;当用户通过终端设备发送即时到帐交易指令消息时,通过查询数据库存储单元(D2)得到由用户编码解析出的用户绑定信息及交易双方的账户期初值,根据指令连接目标即时通讯交易客户机(E2)完成实际金额的转换,将结果更新至数据库存储单元(D2),反馈结果到双方绑定的终端。
5、根据权利要求1或4所述的实现用户间的多种终端互通交易的系统,其特征在于:还包括即时通讯客户端(A2),
所述即时通讯客户端(A2)用于请求服务端与客户端同步设置保存用户编码及子编码对应的信息,发送呼叫连接其他用户的指令消息或交易指令消息到服务端。
6、根据权利要求1所述的实现用户间的多种终端互通交易的系统,其特征在于所述数据处理单元(D1)还包括:
当来自其它系统(C)的信息为与本系统用户的交易指令消息时,通过查询数据库存储单元(D2)得该其它系统的用户对应本系统用户的用户编码,进一步得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,根据指令完成交易双方的虚拟钱包账户实际发生金额的转换,将计算结果更新到数据库存储单元(D2),反馈该结果给其它系统(C)及交易双方用户的绑定终端;
当来自其它系统(C)的信息为呼叫连接本系统用户的指令消息时,通过查询数据库存储单元(D2)得到被叫用户绑定的终端信息列表及接听策略,通过数据处理单元(D1)为呼叫端与被叫端建立连接;
当来自其它系统(C)的信息为查询验证信息时,通过查询数据库存储单元(D2)得到由用户编码解析出的信息与查询验证信息比对后,反馈结果给其它系统(C)。
7、实现用户间的多种终端互通交易的方法,其特征在于包括:
步骤a、注册用户编码及虚拟钱包账户,设置子编码及相关信息;
步骤b、当数据处理单元(D1)接收到交易指令消息时执行步骤c;当数据处理单元(D1)接收到呼叫连接其他用户指令消息时执行步骤d;
步骤c、当接收到呼叫端的消息为交易指令消息时,通过查询数据库存储单元(D2)得到交易双方的绑定终端信息及双方虚拟钱包账户的期初值,根据指令完成双方的账户实际发生金额的转换,将计算结果更新到数据库存储单元(D2),反馈该结果给呼叫端及交易双方用户的绑定终端;
步骤d、当接收到呼叫端的消息为呼叫连接其他用户指令消息时,通过查询数据库存储单元(D2)得到由用户编码解析出的被叫用户绑定的终端信息及预先设定的绑定终端列表,按列表群呼或顺呼被叫用户绑定的终端,直到有终端反馈接听信号,通过数据处理单元(D1)为呼叫端与该终端建立连接。
8、根据权利要求7所述的实现用户间的多种终端互通交易的方法,其特征在于:
所述c步骤还包括:当接收到的交易指令消息包含延迟到帐业务交易指令消息时,将该指令消息发送到挂单交易处理单元(D3)处理;所述挂单交易处理单元(D3),根据指令生成交易订单并在交易发起方的账户中锁定交易额的等同数值,反馈回呼叫端,当触发条件为接收到用户反馈订单的进度的交易指令消息或系统每日处理到期的预定订单时,通过查询数据库存储单元(D2)得到相应信息,根据交易进度及交易指令完成相应的挂单数据处理,将结果更新至数据库存储单元(D2),反馈结果给呼叫端及交易双方绑定的终端。
9、根据权利要求7所述的实现用户间的多种终端互通交易的方法,其特征在于:
所述d步骤还包括:当数据处理单元(D1)为呼叫端与被叫终端建立连接时,呼叫端与该被叫的终端不是同类型的终端,将来自呼叫端的数据发送到消息处理转换单元(D4)进行一种数据类型到另一数据类型的识别及转换,将转换结果送达该被叫的终端。
10、根据权利要求7所述的实现用户间的多种终端互通交易的方法,其特征在于:
所述c步骤还包括:当用户通过终端设备发送即时到帐交易指令消息时,通过查询数据库存储单元(D2)得到由用户编码解析出的用户绑定信息及交易双方的账户期初值,根据指令连接目标即时通讯交易客户机(E2)完成实际金额的转换,将结果更新至数据库存储单元(D2),反馈结果到双方绑定的终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101370782A CN101350088A (zh) | 2008-09-09 | 2008-09-09 | 实现用户间的多种终端互通交易的系统及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101370782A CN101350088A (zh) | 2008-09-09 | 2008-09-09 | 实现用户间的多种终端互通交易的系统及其方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101350088A true CN101350088A (zh) | 2009-01-21 |
Family
ID=40268868
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101370782A Pending CN101350088A (zh) | 2008-09-09 | 2008-09-09 | 实现用户间的多种终端互通交易的系统及其方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101350088A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102024221A (zh) * | 2009-09-16 | 2011-04-20 | 林紫谊 | 即时互动式网络物品交易方法 |
CN104040558A (zh) * | 2012-01-06 | 2014-09-10 | 斯玛特哈伯私人有限公司 | 被布置用以促进交易的系统、方法及计算机程序 |
CN104753907A (zh) * | 2013-12-31 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 基于即时通信或社交应用的数据处理方法和装置 |
CN104980425A (zh) * | 2015-03-18 | 2015-10-14 | 腾讯科技(深圳)有限公司 | 一种账户体系统一的方法、客户端、服务器及系统 |
CN109522521A (zh) * | 2018-11-16 | 2019-03-26 | 北京中创碳投科技有限公司 | 一种数据处理方法、装置和计算机设备 |
CN110417727A (zh) * | 2014-11-07 | 2019-11-05 | 天地融科技股份有限公司 | 数据交互系统 |
CN113923144A (zh) * | 2021-09-18 | 2022-01-11 | 北京奇艺世纪科技有限公司 | 业务的测试系统、方法、电子设备和存储介质 |
-
2008
- 2008-09-09 CN CNA2008101370782A patent/CN101350088A/zh active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102024221A (zh) * | 2009-09-16 | 2011-04-20 | 林紫谊 | 即时互动式网络物品交易方法 |
CN104040558A (zh) * | 2012-01-06 | 2014-09-10 | 斯玛特哈伯私人有限公司 | 被布置用以促进交易的系统、方法及计算机程序 |
CN104753907A (zh) * | 2013-12-31 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 基于即时通信或社交应用的数据处理方法和装置 |
CN104753907B (zh) * | 2013-12-31 | 2017-03-29 | 腾讯科技(深圳)有限公司 | 基于即时通信或社交应用的数据处理方法和装置 |
US10565590B2 (en) | 2013-12-31 | 2020-02-18 | Tencent Technology (Shenzhen) Company Limited | Data processing method based on instant messaging or social applications, and device thereof |
CN110417727A (zh) * | 2014-11-07 | 2019-11-05 | 天地融科技股份有限公司 | 数据交互系统 |
CN104980425A (zh) * | 2015-03-18 | 2015-10-14 | 腾讯科技(深圳)有限公司 | 一种账户体系统一的方法、客户端、服务器及系统 |
CN104980425B (zh) * | 2015-03-18 | 2018-12-11 | 腾讯科技(深圳)有限公司 | 一种账户体系统一的方法、客户端、服务器及系统 |
CN109522521A (zh) * | 2018-11-16 | 2019-03-26 | 北京中创碳投科技有限公司 | 一种数据处理方法、装置和计算机设备 |
CN113923144A (zh) * | 2021-09-18 | 2022-01-11 | 北京奇艺世纪科技有限公司 | 业务的测试系统、方法、电子设备和存储介质 |
CN113923144B (zh) * | 2021-09-18 | 2023-09-01 | 北京奇艺世纪科技有限公司 | 业务的测试系统、方法、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6956935B2 (en) | Origin device billing according to caller | |
CN101346634B (zh) | 用于通信网络中的网守的系统和方法 | |
US9224139B2 (en) | Payment terminal messaging | |
EP2291990A1 (en) | Making payment using communication client | |
US20050044042A1 (en) | Financial transaction system and method using electronic messaging | |
CN101350088A (zh) | 实现用户间的多种终端互通交易的系统及其方法 | |
CN106327157A (zh) | 一种在线政务服务系统及其使用方法 | |
CN101594601B (zh) | 计费方法、装置及系统 | |
KR20010085800A (ko) | 통신 서비스 | |
JP2005535988A (ja) | 予約方法およびシステム | |
CN103096269B (zh) | 代缴费提醒方法及装置 | |
EA005965B1 (ru) | Платформа объединенной связи и способ мобильной и электронной торговли в неоднородной сетевой среде | |
CA2597363A1 (en) | Method for providing call intermediation services and system therefore | |
JP6053076B1 (ja) | 管理システム及び連絡システム | |
CN101470874A (zh) | 利用中间平台完成交易的方法及系统 | |
JP2004527015A (ja) | 資金記憶装置から電子的な金額を伝送するための方法及び装置 | |
CN101149826A (zh) | 一种电子支付信号的传输处理方法 | |
US20030114142A1 (en) | Distributing billing for a call between a caller and a callee | |
JP2004506999A (ja) | クレジット予約メモリからの電子的な料金振込みのための方法および装置 | |
US20030114139A1 (en) | Originating a billed transaction for an origin telephony device | |
US20030199265A1 (en) | Prepaid system, method thereof, and communication terminal | |
CN1946108B (zh) | 一种实现电话在线支付的系统和方法 | |
JP2017073113A (ja) | 管理システム及び連絡システム | |
CN201213003Y (zh) | 为个人及企事业单位信息标识数字编码的系统 | |
JPS60220655A (ja) | 個人識別コ−ドを用いる公衆通信網の構成方式 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090121 |