CN107771386B - 在移动通信系统中共享用户简档信息的方法及终端 - Google Patents

在移动通信系统中共享用户简档信息的方法及终端 Download PDF

Info

Publication number
CN107771386B
CN107771386B CN201680033748.9A CN201680033748A CN107771386B CN 107771386 B CN107771386 B CN 107771386B CN 201680033748 A CN201680033748 A CN 201680033748A CN 107771386 B CN107771386 B CN 107771386B
Authority
CN
China
Prior art keywords
terminal
profile information
user
profile
category
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.)
Active
Application number
CN201680033748.9A
Other languages
English (en)
Other versions
CN107771386A (zh
Inventor
吴奎奉
崔成豪
俞汉一
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN107771386A publication Critical patent/CN107771386A/zh
Application granted granted Critical
Publication of CN107771386B publication Critical patent/CN107771386B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1096Supplementary features, e.g. call forwarding or call holding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/303Terminal profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种共享用户简档信息的方法,包括:基于终端的第一用户的简档信息的共享级别向通信网络服务器发送包括第一用户的简档信息的会话发起消息;从通信网络服务器或相应终端接收响应于会话发起消息的响应消息;如果响应消息包括相应终端的第二用户的简档信息,则存储或显示第二用户的简档信息;以及与相应终端进行呼叫。

Description

在移动通信系统中共享用户简档信息的方法及终端
技术领域
本公开涉及在移动通信系统中共享简档的方案,更具体地,涉及用于在使用诸如智能电话的用户终端进行通信时共享每个用户的简档的方法和装置。
背景技术
随着智能电话或其他高性能呼叫终端的扩展,终端的用户可以使用将他自己的简档图片或其他用户的简档图片存储在他的终端的联系人中并在必要时进行搜索的功能。
终端的用户可以简单地将他或其他用户的图片保存在本地(例如,在他的终端中)。然而,诸如为终端中的联系人中的每个记录注册、更改或删除图片的任务,要求用户做除呼叫或接听之外的额外工作,因此很少实现。换句话说,由于例如用户管理中的粗心或更新信息的困难,对用户终端的联系人中的所有记录信息没有或鲜有注册或更改。实际上,使用不便或用户体验不佳会使终端中最初注册的图片罕有变化,直到用户更换终端为止。
此外,用户可以利用使用在线账户(例如,
Figure BDA0001500138580000011
账户或
Figure BDA0001500138580000012
账户)在任何外部服务器中注册(即存储)并且在呼叫时自动搜索的功能。
此外,大多数终端当呼叫处于连接状态时,仅在屏幕上显示先前存储的图片但不提供其他功能,使得用户与联系人相关的用户体验差。
上述信息作为背景信息提供,仅用于帮助理解本公开。至于上述中的任何是否可适用作本公开的现有技术,没有做出确定,也没有做出断言。
发明内容
【技术问题】
为了解决上述缺陷,主要目的是提供一种方法和装置,允许每个终端在呼叫时自动接收其对方的简档信息。
本公开提供了一种方法和装置,其允许设置自动共享的简档信息的共享级别,以便支持用户的偏好和个人信息保护。
本公开提供了一种用于通过管理终端中的联系人中的每个类别自动共享的简档信息的共享级别来注册和更新简档信息的方法。
本公开提供了一种用于根据其联系人类别(例如,家庭、朋友或工作) 的关系级别在发送者和接收者之间相互交换或更新存储在终端中的简档信息的方法。
【问题的解决方案】
根据本公开,提供了一种在通信系统的终端中共享用户简档信息的方法,包括:基于终端的第一用户的简档信息的共享级别向通信网络服务器发送包括第一用户的简档信息的会话发起消息;从通信网络服务器或相应终端接收响应于会话发起消息的响应消息;如果响应消息包括相应终端的第二用户的简档信息,则存储或显示第二用户的简档信息;以及与相应终端进行呼叫。
根据本公开,提供了一种在通信系统中共享用户简档信息的终端,包括控制器和通信单元,控制器被配置为:基于终端的第一用户的简档信息的共享级别向通信网络服务器发送包括第一用户的简档信息的会话发起消息;从通信网络服务器或相应终端接收响应于会话发起消息的响应消息;如果响应消息包括相应终端的第二用户的简档信息,则存储或显示第二用户的简档信息;以及与相应的终端进行呼叫;通信单元被配置为在控制器的控制下发送或接收所述消息中的至少一个。
根据本公开,提供了一种用于在通信系统的终止终端中共享用户简档信息的方法,包括:从通信网络服务器接收会话发起消息;如果会话发起消息包括始发终端的第一用户的简档信息,则存储或显示第一用户的简档信息;基于终止终端的第二用户的简档信息的共享级别,向通信网络服务器或始发终端发送包括第二用户的简档信息的响应消息;以及与始发终端进行呼叫。
根据本公开,提供了一种在通信系统中共享用户简档信息的终止终端,包括控制器和通信单元,控制器被配置为:从通信网络服务器接收会话发起消息;如果会话发起消息包括始发终端的第一用户的简档信息,则存储或显示第一用户的简档信息;基于终止终端的第二用户的简档信息的共享级别,向通信网络服务器或始发终端发送包括第二用户的简档信息的响应消息;以及与始发终端进行呼叫。通信单元被配置为在控制器的控制下发送或接收消息中的至少一个。
【发明的有益效果】
从前面的描述显而易见,根据本公开的实施例,每个终端可以共享对方的简档信息,而不浪费支持各种通信服务的通信系统中的电力或存储器。
由于这里提出的系统、方法和终端允许发送终端和接收终端在呼叫时遵循每个联系人类别(家庭、朋友或工作)的关系级别相互交换或更新存储在用户终端中的简档信息,因此终端不需要用于在联系人上存储(或更新)任何用户简档信息的附加操作(或动作)。此外,本文提议的终端可以仅向属于用户希望开放(或共享)的类别的用户提供其简档信息。
因此,用户可以享受更流畅的基于P2P的简档共享用户体验。
从以下结合附图公开了本公开的示例性实施例的详细描述中,本公开的其它方面、优点和显著特征对于本领域技术人员将变得显而易见。
附图说明
为了更全面地了解本公开及其优点,现在参考结合附图进行的以下描述,其中相同的附图标记表示相同的部分:
图1示出了使用服务器存储用户简档图片并在呼叫时在每个用户终端上显示图片的过程;
图2示出了根据本公开的实施例的发送终端在P2P通信中共享简档信息的方法的示例;
图3示出了根据本公开的实施例的接收终端在P2P通信中共享简档信息的方法的示例;
图4A和图4B示出了根据本公开的实施例的使用联系人的类别共享基于服务器的简档信息的示例过程;
图5A和图5B示出了根据本公开的实施例的使用联系人的类别共享基于服务器的简档信息的示例过程;
图6A和图6B示出了根据本公开的实施例的使用联系人的类别共享基于终端的简档信息的示例过程;
图7A和图7B示出了根据本公开的实施例的使用联系人的类别共享基于终端的简档信息的示例过程;以及
图8示出了根据本公开的实施例的用户终端的示例配置。
在整个附图中,相同的附图标记将被理解为指代相同的部分、组件和结构。
具体实施方式
在进行下面的具体实施方式之前,规定本专利文档通篇使用的某些词语和短语的定义可能是有利的:术语“包括”和“包含”及其衍生词意味着包括但不限于:术语“或”是包含性的,意思是和/或;短语“关联”和“与之相关联”及其衍生词可以意味着包括、被包括于、与…互联、包含、被包含于、连接至或与…连接、耦接到或与…耦接、与…可通信、与…协作、交错(interleave)、并置、接近、被绑定于或与…绑定、具有、具有…的性质,等等;并且术语“控制器”是指控制至少一个操作的任何设备、系统或其部分,这样的设备可以实现在硬件、固件或软件,或其中至少两个的某些组合中。应当注意,与任何特定控制器相关联的功能可以是集中式或分布式的,无论是本地还是远程。在本专利文档中提供了某些词语和短语的定义,本领域普通技术人员应当理解,在许多情况下(即使不是大多数情况),这样的定义适用于这样定义的词语和短语的先前以及未来的使用。
下面讨论的图1至图8、以及用于描述本专利文档中的本公开的原理的各种实施例仅用作说明,而不应以任何方式解释为限制本公开的范围。本领域技术人员将理解,本公开的原理可以以任何适当布置的电信技术来实现。下文参照附图详细描述本公开的实施例。当被确定会使本公开的主题不清楚时,可以省略已知功能或配置的详细信息。本文使用的术语是考虑到本公开中的功能而被定义的,并且可以根据用户或操作者的意图或实践被其他术语替代。因此,这些术语应该根据整个公开来定义。
在详细说明本公开之前,例如,本文使用的一些术语可以解释如下。然而,应当注意,本公开不限于此。
基站是与UE通信的实体,并且可以表示为BS、nodeB(NB)、eNodeB (eNB)或接入点(AP)。
用户设备是与基站通信的实体,可以表示为UE、移动台(MS)、移动设备(ME)、设备或终端。终端可以分为以下类别:呼叫发送终端(即,始发终端或呼叫发起终端)和呼叫接收终端(即,终止终端)。呼叫发送终端和呼叫接收终端可以分别与发送终端和接收终端互换使用。
如本文所使用的,术语“用户”是指使用终端的用户,并且可以分为两种类型:发送呼叫的呼叫发送者和接收呼叫的呼叫接收者。呼叫发送者和呼叫接收者可以分别与发送者和接收者互换使用。
如本文所使用的,术语“联系人”是指以诸如数据库或列表的形式存储在终端的联系人集。联系人也可以称为“地址列表”。在下文中,记录在联系人中的“单位联系人”(即,单位数据)可以被表示为“记录”,以区别于“联系人”,“联系人”是联系人集,并且“联系人集”可以表示为“联系人”或“地址列表”。因此,“记录”可以是例如指示例如特定用户、法律实体或公司的“单位联系人”。
根据本公开,提出了一种在终端和对方的终端之间呼叫时自动相互交换或相互更新用户的简档信息(例如,简档图片)的方法。通过这样做,终端可以不要求用户为联系人中的任何记录存储(或更新)简档信息而做附加操作(或动作)。
根据本公开,提出了一种允许用户基于联系人组(或地址列表)——即类别(例如“家庭”、“朋友”或“工作”)——与呼叫的对方终端的终端相互交换或相互更新用户的简档信息(例如,简档图片)。通过这样做,终端可以仅向属于用户希望开放(或共享)的类别的用户提供其简档信息。因此,用户可以享受更流畅的基于点对点(P2P)的简档共享用户体验。基于联系人的类别来交换或更新用户简档信息的操作可以是根据类别级别向其他终端提供简档信息或存储从其他终端提供的简档信息的操作。
根据本公开,终端可以在呼叫操作之前执行设置操作(即,在先设置操作),以便共享用户简档信息。用户可以将他的简档信息存储(或更新)在他的终端或服务器中,使得已经将该用户作为记录(即元用户)存储在联系人中的另一用户可以接收所存储的简档信息。该另一用户可以在他的联系人中存储与该用户对应的记录的简档信息,或者使用接收到的简档信息来对其进行更新。
由每个终端执行的在先设置操作可以包括以下至少一个:i)简档信息存储操作,ii)简档信息共享级别设置操作,以及iii)简档信息存储选项设置操作。
简档信息存储操作可以是终端在终端或外部服务器中存储(或更新)用户简档信息的操作。当基于终端共享简档信息时,终端可以将用户的简档信息存储在终端中。当基于服务器共享简档信息时,终端可以将用户的简档信息上传到外部服务器(例如,简档服务器)中。由终端存储的简档信息可以包括图片(诸如简档图片或风景图片、表情符号)和文本描述(诸如昵称、备忘录或电子邮件地址)中的至少一个。因此,用户可以在呼叫时与对方不仅共享简档图片,还可以共享更多种类的简档信息。这里,终端可以将一条或多条简档信息存储在例如文件夹中,并且终端的对方可以从文件夹中选择他想要的那条简档信息,并且接收简档信息。简档信息可以针对在联系人上的所有记录或每个记录而存储。当针对所有记录存储简档信息时,终端向对方提供相同的简档信息,而不管对方所属的联系人类别。当针对每个记录存储简档信息时,终端向对方提供为与呼叫的对方对应的记录而存储的简档信息。
优选地,存储简档信息的操作可以基于联系人上的记录组(即,类别) 来执行,以便增加用户的便利性和用户体验。也就是说,终端可以不同地存储要就类别共享的简档信息。例如,该类别可以包括“家庭”、“朋友”、“同事”、“学校”、“公司”、“未指定”和“未共享”中的至少一个。在这里,终端可以存储要为类别“家庭”、“朋友”、“同事”和“公司”共享的每条简档信息。终端可以放弃存储“未共享”类别的简档信息。类别的名称或者是否存储简档信息仅仅是示例,并且可以依赖用户的选择以各种方式修改类别名称或者是否存储简档信息。
简档信息共享级别设置操作可以包括以下操作中的至少一个:设置终端与哪个对方共享(即,提供)其简档信息的操作、以及设置终端从哪个对方接收简档信息的操作。可以针对联系人上的所有记录或每个记录设置提供简档信息的对方或接收简档信息的对方。当为所有记录设置共享级别时,终端可以将简档信息设置为对联系人上的所有记录是“可接受的”或“不可接受的”。例如,当用户是公司时,可能没有理由不公布公司的简档,共享级别可以被设置为对所有记录都是“可接受的”。当为每个记录设置共享级别时,终端可以将简档信息设置为对联系人上的每个特定记录是“可接受的”或“不可接受的”。
优选地,可以基于联系人上的记录组(即,类别)来设置共享级别,以便增加设置任务中的用户便利性。例如,作为终端设定共享级别的目标的联系人类别可以包括“家庭”、“朋友”、“同事”、“学校”、“公司”、“未指定”和“未共享”中的至少一个。作为提供共享级别设置操作的示例,终端可以为类别“家庭”和“朋友”将简档信息的提供设置为“可接受的”,并且可以为类别“同事”、“公司”和“未共享”设置为“不可接受的”。具体地,终端可以进行设置以提供“家庭图片1”和“家庭图片2”作为“家庭”类别的简档信息,并且提供“默认”图片作为“未指定”类别的简档信息。作为接收级别设置操作的示例,终端可以为类别“家庭”和“朋友”将简档信息的接收设置为“可接受的”,并且可以为类别“同事”、“公司”和“未共享”将简档信息的接收设置为“不可接受的”。类别名称或关于是否接受的设置仅仅是示例,并且可以依赖用户的选择以各种方式修改类别名称或者是否接受。此外,当用户不进行设置任务时,终端可以依赖先前所做的默认设置来确定共享级别。
简档信息存储选项设置操作是当从对方接收到简档信息时,设置用于存储简档信息的选项的操作。存储选项可以包括无需用户就是否存储作确认即执行存储的“接受”选项,无需用户就是否存储作确认即不存储的“拒绝”选项,以及通过用户就存储作确认而执行存储的“确认后存储”选项。存储选项可以针对在类别上的所有记录或每个记录而设置。
优选地,可以基于联系人上的记录组(即,类别)来设置存储选项,以便增加设置任务中的用户便利性。例如,作为终端设置存储选项的目标的联系人类别可以包括“家庭”、“朋友”、“同事”、“学校”、“公司”、“未指定”和“未共享”中的至少一个。例如,终端可以为类别“家庭”和“朋友”将简档存储选项设置为“接受”,为类别“同事”设置为“拒绝”或“确认后存储”,并且为类别“公司”和“未共享”设置为“拒绝”。类别名称或关于是否接受的设置仅仅是示例,并且可以依赖用户的选择以各种方式修改类别名称或者存储选项。此外,当用户不进行设置任务时,终端可以依赖先前所做的默认设置来确定存储选项。
表1示出了为用户A的联系人类别设置简档信息共享级别、接收级别和存储选项的示例。
[表1]
Figure BDA0001500138580000071
Figure BDA0001500138580000081
表2示出了为用户B的联系人类别设置简档信息共享级别、接收级别和存储选项的示例。
[表2]
Figure BDA0001500138580000082
参考表1,用户A可以设置共享级别以向属于“家庭”类别的对方依序(或以随机顺序)提供家庭图片1、家庭图片2和家庭图片3作为简档信息。因此,当呼叫的对方属于“家庭”类别时,用户A的终端可以向对方提供家庭图片1、2和3中的一个。此外,用户A可以进行设置以“接收”(“O”)关于属于“家庭”类别的对方的简档信息。因此,用户A的终端可以接收对方的简档信息。此外,用户A可以进行设置以“存储”(“O”)关于属于“家庭”类别的对方的简档信息。因此,用户A的终端可以将对方的简档信息存储在他的联系人中。可以对应于针对“家庭”类别的操作来执行用户A的其他类别的简档信息共享操作。
参考表2,用户B可以设置共享级别以向属于“朋友”类别的对方依序(或以随机顺序)提供旅行图片1和旅行图片2作为简档信息。因此,当呼叫的对方属于“朋友”类别时,用户B的终端可以向对方提供旅行图片1和2中的一个。此外,用户B可以进行设置以“接收”(“O”)关于属于“朋友”类别的对方的简档信息。因此,用户B的终端可以接收对方的简档信息。此外,用户 B可以进行设置以“存储”(“O”)关于属于“朋友”类别的对方的简档信息。因此,用户B的终端可以将对方的简档信息存储在他的联系人中。可以对应于针对“家庭”类别的操作来执行用户B的其他类别的简档信息共享操作。
根据表1和表2的类别和设置仅仅是示例,并且可以根据实现方案来进行不同的设置。
图1示出了使用服务器存储用户简档图片并在呼叫时在每个用户终端上显示图片的过程。
应当注意,在描述图1时,仅为了便于描述,特定用户的操作未示出在特定终端的操作中。
终端A 100可以向服务器102发送与图片一起的消息(例如,HTTP PUT 消息)以注册终端A 100的用户的简档图片(110),并且接收响应于消息110 的响应消息(例如,200OK消息)(112)。
类似地,终端B 104可以向服务器102发送与图片一起的消息(例如, HTTP PUT消息)以注册终端B 104的用户的简档图片(114),并且接收响应于消息114的响应消息(例如,200OK消息)(116)。为了便于说明,尽管终端B 104发送图片的操作114和116被描述为比终端A100发送图片的操作晚执行,但是本公开不限于该顺序。
当终端A100的用户希望与终端B 104的用户呼叫时,终端A100将指示与终端B 104的呼叫的会话发起协议(SIP)消息(例如,SIP INVITE消息) 发送到服务器102(120)。这里,终端A 100可以发送对终端B 104的用户简档图片的请求并接收它。因此,终端A 100可以在屏幕上输出终端B 104的用户简档图片。
此外,当从终端A 100接收到SIP INVITE消息时,服务器102将SIP INVITE消息传送到作为呼叫的接收者的终端B 104(124)。SIP INVITE消息 124可以包括作为呼叫的发送者的终端A 100的用户简档图片。因此,终端B 104可以在屏幕上输出包括在SIP INVITE消息124中的终端A 100的用户简档图片(125)。
当终端B 104接受呼叫时,终端B 104向服务器102发送200OK消息 126。
服务器102向终端A 100发送200OK消息128。
即使在结合图1所述的用于显示用户简档图片的方法中,用户注册图片的过程110至116应当在用于呼叫的过程120至128之前执行。换句话说,结合图1描述的方法仍然需要用户做额外的任务,诸如图片注册过程。此外,对于结合图1所述的方法,一旦简档图片被存储在服务器中,存储在服务器中的简档图片被提供给呼叫的对方,而不管呼叫的目标是谁。简档图片的这种随机披露或提供可能违反用户的意图,并将个人信息置于脆弱性之中。
图2示出了根据本公开的实施例的发送终端在P2P通信期间共享简档信息的方法的示例。
发送者终端可以在开始呼叫之前选择性地执行在先设置操作(200)。每个终端执行的在先设置操作可以包括简档信息存储操作、简档信息共享级别设置操作和简档信息存储选项设置操作中的至少一个。
已确定他将要呼叫的对方(即,接收者终端)的发送者终端检查所设置的简档信息共享级别、根据所检查的共享级别将会话发起消息(例如,SIP 或INVITE消息)包括在简档信息中、并且将会话发起消息发送到通信网络服务器(210)。例如,发送者终端可以检查接收者终端所属的联系人的类别,并且可以依赖所检查的类别是否允许共享简档信息而在会话发起消息中包括简档信息(例如,简档图片)。包含在会话发起消息中的简档信息可以是简档图片文件、关于存储在简档服务器中的简档图片的链接的信息或关于包含简档信息的文件夹的链接的信息。这里,通信网络服务器可以是由移动网络运营商(MNO)运营的呼叫支持服务器。
发送者终端从接收者终端或通信网络服务器接收响应消息(220)。响应消息可以从接收者终端发送,并且可以根据在接收者终端上设置的共享级别包含有关接收者的简档信息。包含在响应消息中的简档信息可以是简档图片文件、关于存储在简档服务器中的简档图片的链接的信息或关于包含简档信息的文件夹的链接的信息。
当响应消息包含接收者的简档信息时,发送者终端可以在屏幕上显示接收者的简档信息(例如,图片)(230)。
发送者终端可以从通信网络服务器接收200OK消息,并与接收者终端进行呼叫(240)。
发送者终端可以基于设置的存储选项将接收者的简档信息存储(或更新) 在联系人的相应记录中(250)。例如,当设置的存储选项为“接受”时,发送者终端可以存储接收者的简档信息而不用用户确认,当设置的存储选项为“确认后存储”时,在用户确认之后存储简档信息,而当设置的存储选项为“拒绝”时,则若没有用户确认过程则不存储简档信息。
选择性地,发送者终端可以将接收者的简档信息发送到外部服务器以将简档信息存储在外部服务器(简档服务器)中(260)。因此,服务器可以在发送者终端的账户中更新对应于接收者的记录的简档信息。
图3示出了根据本公开的实施例的接收终端在P2P通信中共享简档信息的方法的示例。
接收者终端可以在开始呼叫之前选择性地执行在先设置操作(300)。每个终端执行的在先设置操作可以包括简档信息存储操作、简档信息共享级别设置操作和简档信息存储选项设置操作中的至少一个。
接收者终端从通信网络服务器接收会话发起消息(例如,SIP INVITE消息)(310)。会话发起消息可以根据发送者终端上设置的共享级别而包含发送者的简档信息。例如,依赖接收者终端所属的发送者终端联系人的类别是否允许共享简档信息,可以在会话发起消息中包括简档信息(例如,简档图片)。包含在会话发起消息中的简档信息可以是简档图片文件、关于存储在简档服务器中的简档图片的链接的信息、或关于包含简档信息的文件夹的链接的信息。这里,通信网络服务器可以是由移动网络运营商(MNO)运营的呼叫支持服务器。
当会话发起消息包含发送者的简档信息时,接收者终端可以在屏幕上显示发送者的简档信息(例如,图片)(320)。
接收者终端通过通信网络服务器向发送者终端发送响应消息(330)。接收者终端可以根据在接收者终端上设置的共享级别在响应消息中包括接收者的简档信息。包含在响应消息中的简档信息可以是简档图片文件、关于存储在简档服务器中的简档图片的链接的信息或关于包含简档信息的文件夹的链接的信息。
接收者终端可以通过通信网络服务器向发送者终端发送200OK消息,并与发送者终端进行呼叫(340)。
接收者终端可以基于设置的存储选项将发送者的简档信息存储(或更新) 在联系人的相应记录中(350)。例如,当设置的存储选项为“接受”时,接收者终端可以存储发送者的简档信息而不用用户确认,当设置的存储选项为“确认后存储”时,在用户确认之后存储简档信息,而当设置的存储选项为“拒绝”时,则若没有用户确认过程就不存储简档信息。
选择性地,接收者终端可以将发送者的简档信息发送到外部服务器以将简档信息存储在外部服务器(简档服务器)中(360)。因此,服务器可以在接收者终端的账户中更新对应于发送者的记录的简档信息。
图4A和图4B示出了根据本公开的实施例的使用联系人的类别共享基于服务器的简档信息的过程。
在图4A和图4B中假定,终端B 406的用户(即,接收者)属于终端A 400的联系人类别中的“家庭”类别,并且每个终端从简档服务器408获取简档信息。
终端A400检查预设的简档信息共享级别(410)。例如,终端A 400可以识别共享级别是针对所有联系人设置的还是针对每个类别的联系人设置的。这里,假设呼叫的对方(即,终端B 406)属于终端A 400的“家庭”类别,并且“家庭”类别对应于设置的“允许”共享级别。因此,终端A 400可以确定允许对终端B 406共享简档信息。终端A 400可以通过电话号码或SIP URI或其他标识符来识别终端B 406的用户(即,接收者)是否包括在联系人类别的“家庭”类别中。
由于在参照图4A和图4B描述的实施例中,每个终端可以通过基于服务器的共享方法来了解存储在简档服务器中的简档信息,因此每个终端可以向对方发送网页链接(例如URL),而不是将用户的简档信息(例如,图片文件)本身发送给对方。简档信息可以包括简档图片,并且可以扩展到附加信息,诸如其他图像(景观)、表情符号、视频文件、电子邮件地址或主页URL。此外,通过提供到简档信息文件夹(例如,图片文件夹或图片库)的链接而不是简档信息本身,每个终端可以允许对方自己选择他喜欢的图片。选择性地,简档信息可以依联系人类别而被不同地存储。
终端A 400向通信网络服务器A 402发送用于发起呼叫的会话发起消息 (例如,SIP INVITE消息)(412)。由于会话发起消息412可以是用于与终端B 406进行呼叫的消息,并且终端B 406的用户对应于终端A 400的联系人类别的“家庭”类别,所以会话发起消息412可以包含指向终端A 400的用户简档信息(例如,图片)的链接。
通信网络服务器A 402将会话发起消息传送到通信网络服务器B 404 (414)。这里,假设终端A 400和终端B 406订购(subscribe)不同的MNO。终端A 400和终端B 406两者都订购运营通信网络服务器402的同一MNO的情况不太可能需要通信网络服务器B 404的作用。也就是说,当终端订购同一MNO时,可能不执行传送会话发起消息414的操作。同样,应该注意的是,当在下面的描述中两个终端也订购相同的MNO时,可以省略与通信网络服务器B404有关的操作。
通信网络服务器B 404将会话发起消息传送到终端B 406(416)。
终端B 406使用包含在会话发起消息中的简档信息链接,从简档服务器 408获取发送者(即,终端A 400的用户)的简档信息(例如,图片)(418)。
终端B 406在屏幕上显示发送者的简档信息(例如,图片)(420)。
终端B 406在共享其简档信息之前识别设置的共享级别(422)。这里假设终端B406的联系人上的“家庭”类别的共享级别被设置为“允许”。终端B 406可以通过电话号码或SIP URI或其他标识符来识别终端A 400的用户(即,接收者)是否包括在联系人类别的“家庭”类别中。
终端B 406请求简档服务器408向终端A 400发送指向终端B 406的用户(即,接收者)的简档信息(例如,图片)的链接(424)。简档服务器408 向终端A 400发送指向接收者的简档信息(例如,图片)的链接。或者,终端B 406可以生成包含接收者的简档信息链接的消息(例如,SIP消息),而不请求简档服务器408发送简档信息链接,并且可以经由通信网络服务器B 404和通信网络服务器A 402直接发送到终端A 400。
终端A 400使用接收者的简档信息链接从简档服务器408获取接收者的简档信息(428)。
终端A 400在屏幕上显示接收者(终端B的用户)的简档信息(例如,图片)(430)。
当识别到在操作420中显示的简档信息时,终端B 406的用户可以确定接收(或接受)呼叫。这里,终端B 406可以向通信网络服务器B 404发送 200OK消息(432)。
当接收到200OK消息时,通信网络服务器B 404将200OK消息传送到通信网络服务器A 402(434)。
在接收到200OK消息时,通信网络服务器A 402通过向终端A 400传送 200OK消息来通知终端A 400呼叫被发起(436)。终端A 400和终端B 406 发起呼叫(438)。
选择性地,依赖于终端的功能的实现,可以在紧接着发送会话发起消息的操作416之后执行传送200OK消息的操作432、434和436以及进行终端 A和终端B之间的呼叫的操作438,用于快速呼叫连接。
终端A 400可以检查预设的简档信息存储选项,以便确定是否将接收者的简档信息(例如,图片)存储在与终端A 400的联系人中的接收者对应的记录中(440)。简档信息存储选项可以包括“接受(自动存储)”(允许接收者的简档信息被立即存储为与终端A 400的联系人中的接收者对应的记录的简档信息)、“确认后存储”(允许在用户确认之后存储简档信息)或者“拒绝” (在无用户确认过程的情况下,拒绝存储简档信息)。
当终端A 400的预设的简档信息存储选项是“存储”或“确认后存储”,并且用户接受存储时,终端A 400可以将接收者的简档信息存储在与联系人中的接收者对应的记录中(442)。
终端B 406可以检查预设的简档信息存储选项,以便确定是否将发送者的简档信息(例如,图片)存储在与终端B 406的联系人中的发送者对应的记录中(444)。
当终端B 406的预设的简档信息存储选项是“存储”或“确认后存储”,并且用户接受存储时,终端B 406可以将发送者的简档信息存储在与联系人中的发送者对应的记录中(446)。
选择性地,当在终端B 448的联系人和简档服务器408的联系人之间建立同步时,终端B 406可以在简档服务器408中的终端B 406的用户账户的联系人中存储/更新与终端A400的用户相对应的记录的简档信息(448)。
选择性地,当在终端A 400的联系人和简档服务器408的联系人之间建立同步时,终端A 400可以在简档服务器408中的终端A 400的用户账户的联系人中存储/更新与终端B406的用户相对应的记录的简档信息(450)。
图5A和图5B示出了根据本公开的实施例的使用联系人的类别共享基于服务器的简档信息的过程。
在图5A和图5B中假定,终端B 506的用户(即,接收者)属于终端A 500的联系人类别中的“同事”类别,并且每个终端从简档服务器508获取简档信息。
终端A 500检查预设的简档信息共享级别(510)。例如,终端A 500可以识别共享级别是针对所有联系人设置的还是针对每个类别的联系人设置的。这里,假设呼叫的对方(即,终端B 506)属于终端A 500的“同事”类别,并且“同事”类别对应于设置的“不允许”共享级别。因此,终端A 500可以确定不允许对终端B 506共享简档信息。终端A 500可以通过电话号码或SIP URI 或其他标识符来识别终端B 506的用户(即,接收者)是否包括在联系人类别的“同事”类别中。相反,当在终端A 500上为“同事”类别设置的简档信息共享级别是“允许”,终端A 500可以将发送者的简档信息链接发送给接收者。这里,要给“同事”类别共享而存储的简档信息(例如,“同事”对象的发布图片或状态消息)可以被适当地映射到会话发起消息。
终端A 500向通信网络服务器A 502发送用于发起呼叫的会话发起消息 (例如,SIP INVITE消息)(512)。这里,由于“同事”类别的简档信息共享级别被设置为“不允许”,所以发送者的简档信息链接不包括在会话发起消息中。
通信网络服务器A 502将会话发起消息(例如,SIP INVITE消息)传送到通信网络服务器B 504(514)。这里,假设终端A 500和终端B 506订购不同的MNO。然而,应该注意的是,当两个终端订购相同的MNO时,可以省略与通信网络服务器B 504有关的操作。
通信网络服务器B 504将会话发起消息(例如,SIP INVITE消息)传送到终端B 506(516)。
终端B 506识别预设的简档信息共享级别(518)。终端B 506可以通过电话号码或SIP URI或其他标识符识别终端A 500的用户(即,发送者)是否包括在联系人类别的“同事”类别中。假设终端B 506的简档信息共享级别被设置为对“同事”类别“允许”。因此,终端B506可以向终端A 500提供接收者的简档信息(例如,图片)。
终端B 506请求简档服务器508向终端A 500发送指向为要对终端B 506 的“同事”类别发布而存储的简档信息的链接(520)。简档服务器508向终端A 500发送指向为要对接收者的“同事”类别发布而存储的简档信息的链接 (522)。或者,终端B 506可以生成包含接收者的简档信息链接的消息(例如,SIP消息),而不请求简档服务器508发送简档信息链接,并且可以经由通信网络服务器B 504和通信网络服务器A 502发送到终端A 500。
终端A 500使用接收者的“同事”类别对象简档信息链接从简档服务器 508获取接收者的简档信息(524)。
终端A 500在屏幕上显示接收者(终端B的用户)的简档信息(例如,图片)(526)。
终端B 506的用户可以确定接收(或接受)呼叫。这里,终端B 506可以向通信网络服务器B 504发送200OK消息(528)。
当接收到200OK消息时,通信网络服务器B 504将200OK消息传送到通信网络服务器A 502(530)。
在接收到200OK消息时,通信网络服务器A 502通过向终端A 400传送 200OK消息来通知终端A 500呼叫被发起(532)。终端A 500和终端B 506 执行呼叫(534)。
选择性地,依赖于终端的功能的实现,可以在紧接着发送会话发起消息的操作516之后执行传送200OK消息的操作528、530和532以及进行终端 A和终端B之间的呼叫的操作534,用于快速呼叫连接。
终端A 500可以检查预设的简档信息存储选项,以便确定是否将接收者的简档信息(例如,图片)存储在与终端A 500的联系人中的接收者对应的记录中(536)。简档信息存储选项可以包括“接受(自动存储)”(允许接收者的简档信息被立即存储为与终端A 500的联系人中的接收者对应的记录的简档信息)、“确认后存储”(允许在用户确认之后存储简档信息)、或者“拒绝” (在无用户确认过程的情况下,拒绝存储简档信息)。
当终端A 500的预设的简档信息存储选项是“存储”或“确认后存储”,并且用户接受存储时,终端A 500可以将接收者的简档信息存储在与联系人中的接收者对应的记录中(538)。
当在终端A 500的联系人和简档服务器508的联系人之间建立同步时,终端A 500可以在简档服务器508中的终端A 500的用户账户的联系人中存储/更新与终端B 506的用户相对应的记录的简档信息(540)。
图6A和图6B示出了根据本公开的实施例的使用联系人的类别共享基于终端的简档信息的过程。
在图6A和图6B中假定,终端B 606的用户(即,接收者)属于终端A 600的联系人类别中的“家庭”类别,并且每个终端从对方的终端而不是简档服务器获取简档信息。
终端A 600检查预设的简档信息共享级别(610)。例如,终端A 600可以识别共享级别是针对所有联系人设置的还是针对每个类别的联系人设置的。这里,假设呼叫的对方(即,终端B 606)属于终端A 600的“家庭”类别,并且“家庭”类别对应于设置的“允许”共享级别。因此,终端A 600可以确定允许对终端B 606共享简档信息。终端A 600可以通过电话号码或SIP URI或其他标识符来识别终端B 606的用户(即,接收者)是否包括在联系人类别的“家庭”类别中。
在上面结合图6A和图6B描述的实施例中,每个终端可以通过基于终端的共享方法来使用存储在其中的用户简档信息,因此每个终端可以直接在会话发起消息(例如,SIPINVITE消息)中包括用户的简档信息(例如,图片文件本身)并发送之。
终端A 600向通信网络服务器A 602发送用于发起呼叫的会话发起消息 (例如,SIP INVITE消息)(612)。由于会话发起消息612可以是用于与终端B 606进行呼叫的消息,并且终端B 606的用户对应于终端A 600的联系人类别的“家庭”类别,所以会话发起消息612可以包含终端A 600的用户简档信息(例如,图片文件)。
通信网络服务器A 602将会话发起消息传送到通信网络服务器B 604 (614)。这里,假设终端A 600和终端B 606订购不同的MNO。应该注意的是,当两个终端订购相同的MNO时,可以省略与通信网络服务器B 604有关的操作。
通信网络服务器B 604将会话发起消息传送到终端B 606(616)。
终端B 606从接收到的会话发起消息中获取发送者的简档信息(例如,图片),并在屏幕上显示发送者的简档信息(618)。
终端B 606在共享其简档信息之前识别设置的共享级别(620)。这里假设终端B606的联系人上的“家庭”类别的共享级别被设置为“允许”。终端B 606可以通过电话号码或SIP URI或其他标识符来识别终端A 600的用户(即,发送者)是否包括在联系人类别的“家庭”类别中。
终端B 606可以生成包括接收者的简档信息(例如,图片文件)的响应消息(例如,SIP MESSAGE),并且经由通信网络服务器B 604和通信网络服务器A 602发送给终端A 600(622、624和626)。
终端A 600获取包含在响应消息626中的接收者的简档信息,并显示在屏幕上(628)。
当识别到在操作618中显示的简档信息时,终端B 606的用户可以确定接收(或接受)呼叫。这里,终端B 606可以向通信网络服务器B 604发送 200OK消息(630)。
当接收到200OK消息时,通信网络服务器B 604将200OK消息传送到通信网络服务器A 602(632)。
在接收到200OK消息时,通信网络服务器A 602通过向终端A 400传送 200OK消息来通知终端A 600呼叫被发起(634)。终端A 600和终端B 606 执行呼叫(636)。
选择性地,依赖于终端的功能的实现,可以在紧接着发送会话发起消息的操作616之后执行发送200OK消息的操作630、632和634以及进行终端 A和终端B之间的呼叫的操作636,用于快速呼叫连接。
终端A 600可以检查预设的简档信息存储选项,以便确定是否将接收者的简档信息(例如,图片)存储在与终端A 600的联系人中的接收者对应的记录中(638)。简档信息存储选项可以包括“接受(自动存储)”(允许接收者的简档信息被立即存储为与终端A 600的联系人中的接收者对应的记录的简档信息)、“确认后存储”(允许在用户确认之后存储简档信息)或者“拒绝” (在无用户确认过程的情况下,拒绝存储简档信息)。
当终端A 600的预设的简档信息存储选项是“存储”或“确认后存储”,并且用户接受存储时,终端A 600可以将接收者的简档信息存储在与联系人中的接收者对应的记录中(640)。
终端B 606可以检查预设的简档信息存储选项,以便确定是否将发送者的简档信息(例如,图片)存储在与终端B 606的联系人中的发送者对应的记录中(642)。
当终端B 406的预设的简档信息存储选项是“存储”或“确认后存储”,并且用户接受存储时,终端B 606可以将发送者的简档信息存储在与联系人中的发送者对应的记录中(644)。
图7A和图7B示出了根据本公开的实施例的使用联系人的类别共享基于终端的简档信息的过程。
在图7A和图7B中假定,终端B 706的用户(即,接收者)属于终端A 700的联系人类别中的“同事”类别,并且每个终端从对方的终端而不是简档服务器获取简档信息。
终端A 700检查预设的简档信息共享级别(710)。例如,终端A 700可以识别共享级别是针对所有联系人设置的还是针对每个类别的联系人设置的。终端A 700可以通过电话号码或SIP URI或其他标识符来识别终端B 706 的用户(即,接收者)是否包括在联系人类别的“同事”类别中。
在上面结合图7A和图7B描述的实施例中,每个终端可以通过基于终端的共享方法来使用存储在其中的用户简档信息,因此每个终端可以直接在会话发起消息(例如,SIPINVITE消息)中包括用户的简档信息(例如,图片文件本身)并发送之。这里,在与图7A和图7B相关的实施例中,假设呼叫的对方(即,终端B 706)属于终端A 700的“同事”类别,并且“同事”类别对应于设置的“不允许”共享级别。因此,终端A 700可以确定不允许对终端B706共享简档信息。相反,当在终端A 700上为“同事”类别设置的简档信息共享级别是“允许”时,终端A 700可以将发送者的简档信息(不是信息链接,而是信息本身)发送给接收者。这里,要给“同事”类别共享而存储的简档信息(例如,“同事”对象的发布图片或状态消息)可以被适当地映射到会话发起消息。
终端A 700向通信网络服务器A 702发送用于发起呼叫的会话发起消息 (例如,SIP INVITE消息)(712)。这里,由于“同事”类别的简档信息共享级别被设置为“不允许”,所以发送者的简档信息不包括在会话发起消息中。
通信网络服务器A 702将会话发起消息(例如,SIP INVITE消息)传送到通信网络服务器B 704(714)。这里,假设终端A 700和终端B 706订购不同的MNO。然而,应该注意的是,当两个终端订购相同的MNO时,可以省略与通信网络服务器B 704有关的操作。
通信网络服务器B 704将会话发起消息(例如,SIP INVITE消息)传送到终端B 706(716)。
终端B 706识别预设的简档信息共享级别(718)。终端B 706可以通过电话号码或SIP URI或其他标识符识别终端A 700的用户(即,发送者)是否包括在联系人类别的“同事”类别中。假设终端B 706的简档信息共享级别被设置为对“同事”类别“允许”。因此,终端B706可以向终端A 700提供接收者的简档信息(例如,图片)。
终端B 706可以生成包括接收者的简档信息(例如,图片文件)的响应消息(例如,SIP MESSAGE),并且经由通信网络服务器B 704和通信网络服务器A 702发送给终端A 700(720、722和724)。
终端A 700获取包含在响应消息724中的接收者的简档信息(例如,图片),并显示在屏幕上(726)。
终端B 706的用户可以确定接收(或接受)呼叫。这里,终端B 706可以向通信网络服务器B 704发送200OK消息(728)。
当接收到200OK消息时,通信网络服务器B 704将200OK消息传送到通信网络服务器A 702(730)。
在接收到200OK消息时,通信网络服务器A 702通过向终端A 400传送 200OK消息来通知终端A 700呼叫被发起(732)。终端A 700和终端B 706 发起呼叫(734)。
选择性地,依赖于终端的功能的实现,可以在紧接着发送会话发起消息的操作716之后执行传送200OK消息的操作728、730和732以及进行终端 A和终端B之间的呼叫的操作734,用于快速呼叫连接。
终端A 700可以检查预设的简档信息存储选项,以便确定是否将接收者的简档信息(例如,图片)存储在与终端A 700的联系人中的接收者对应的记录中(736)。简档信息存储选项可以包括“接受(自动存储)”(允许接收者的简档信息被立即存储为与终端A 700的联系人中的接收者对应的记录的简档信息)、“确认后存储”(允许在用户确认之后存储简档信息)或者“拒绝” (在无用户确认过程的情况下,拒绝存储简档信息)。
当终端A 700的预设的简档信息存储选项是“存储”或“确认后存储”,并且用户接受存储时,终端A 700可以将接收者的简档信息存储在与联系人中的接收者对应的记录中(738)。
图8示出了根据本公开的实施例的用户设备(UE)的配置。UE 800可以是呼叫发送者的终端或呼叫接收者的终端。
UE 800可以包括能够与另一个UE、服务器或基站进行通信的通信单元 (例如,收发器)810、以及控制通信单元810的控制器820。通信单元810 和控制器820可以在一个设备中实现。
控制器820是实现如本文所述的终端的P2P简档共享方法的组件。也就是说,上述终端(即,发送终端或接收终端)的所有操作可以被理解为由控制器820执行。
在制造终端的过程中,可以以程序的形式在非易失性存储器中装备本文所述的简档信息共享方法,从而可以由控制器820执行该方法。然而,本文描述的方法不是仅由生产终端的过程中装备的终端来实现。例如,本文描述的简档信息共享方法可以稍后被装备,以便以应用形式由任何类型的终端的控制器实现。
虽然已经结合根据本公开的特定通信环境描述了终端的简档信息共享方法,但是本公开不限于特定的通信环境。例如,根据本公开的简档信息共享方法可以应用于支持IP多媒体子系统(IMS)服务的任何通信环境,而不管呼叫是电路交换(CS)呼叫还是分组交换(PS)呼叫。
应当注意,图1至图8的视图并不旨在限制本公开的范围。换句话说,图1至图8所示的所有操作的步骤或单元组件不应被理解为实施本公开的必要组成部分,并且本公开可以仅用部分组件来实现,而不脱离本公开内容的要点。
上述操作可以通过在通信系统的终端设备、实体、功能或基站中的任何组件中装备保存操作的相应代码的存储器设备来实现。也就是说,终端设备、实体、功能中的控制器或基站的控制器可以通过由处理器或中央处理单元 (CPU)读取和运行存储在存储器设备中的程序代码来执行上述操作。
如本文所描述的,可以使用硬件电路(例如基于互补金属氧化物半导体的逻辑电路)、固件、软件和/或使用诸如硬件、固件和/或嵌入在机器可读介质中的软件的组合的硬件电路来操作实体、功能或基站中的各种组件或模块。作为示例,可以使用诸如晶体管、逻辑门或ASIC的电路来执行各种电结构和方法。
从前面的描述显而易见,根据本公开的实施例,每个终端可以共享对方的简档信息,而不浪费支持各种通信服务的通信系统中的电力或存储器。
由于这里提出的系统、方法和终端允许发送终端和接收终端在呼叫时遵循每个联系人类别(家庭、朋友或工作)的关系级别相互交换或更新存储在用户终端中的简档信息,因此终端不需要用于在联系人上存储(或更新)任何用户简档信息的附加操作(或动作)。此外,本文提议的终端可以仅向属于用户希望开放(或共享)的类别的用户提供其简档信息。
因此,用户可以享受更流畅的基于P2P的简档共享用户体验。
虽然已经用示例性实施例描述了本公开,但是可以对本领域技术人员建议各种改变和修改。意图使本公开涵盖落入所附权利要求的范围内的这些改变和修改。

Claims (14)

1.一种用于在通信系统的终端中共享用户简档信息的方法,所述方法包括:
基于相应终端的第二用户所属的、在所述终端中的联系人的类别,标识与所述终端的第一用户相关联的第一简档信息的共享级别;
基于所标识的第一简档信息的共享级别,向通信网络服务器发送包括所述第一简档信息的会话发起消息;
从所述通信网络服务器或所述相应终端中的至少一个接收对应于所述会话发起消息的响应消息;
如果所述响应消息包括所述相应终端的所述第二用户的第二简档信息,显示与所述第二用户相关联的所述第二简档信息;
与所述相应终端进行呼叫;以及
如果简档信息存储选项包括存储接受,在所述相应终端的记录中存储与所述相应终端的第二用户相关联的第二简档信息。
2.根据权利要求1所述的方法,其中,所述第一简档信息包括简档图片、表情符号、电子邮件地址、主页地址和状态消息中的至少一个。
3.根据权利要求1所述的方法,其中,所述第一简档信息包括指示存储在简档服务器中的所述第一用户的第一简档信息的地址的链接信息。
4.根据权利要求3所述的方法,其中,所述链接信息指示包括所述第一用户的至少一条所述第一简档信息的文件夹的地址。
5.根据权利要求1所述的方法,其中,在发送所述会话发起消息之前,还包括以下至少一个:
存储所述第一简档信息;
为所述第一简档信息设置共享级别;以及
为所述第二简档信息设置存储选项。
6.根据权利要求5所述的方法,其中,存储所述第一简档信息包括:
针对所述终端的联系人的每个类别存储所述第一简档信息。
7.根据权利要求5所述的方法,其中,为所述第一简档信息设置所述共享级别包括:
为所述终端的联系人的每个类别设置要共享的简档信息。
8.根据权利要求5所述的方法,其中,为所述第二简档信息设置所述存储选项包括:
选择存储选项中的一个,所述存储选项包括“自动存储”、“确认后存储”和“拒绝”,
其中所述第二简档信息基于所选择的存储选项被存储。
9.根据权利要求1所述的方法,在发送所述会话发起消息之前,还包括:
为所述第二简档信息设置接收级别,
其中所述第二简档信息基于所设置的接收级别被存储或显示。
10.根据权利要求9所述的方法,其中,为所述第二简档信息设置所述接收级别包括:
为所述终端的每个联系人类别设置是否接收简档信息。
11.根据权利要求1所述的方法,还包括:
如果所述响应消息包括所述第二简档信息,则将所述第二简档信息发送到简档服务器,以在所述简档服务器上的所述第一用户的账户的联系人中更新与所述第二用户对应的记录。
12.一种在通信系统中共享用户简档信息的终端,所述终端包括:
控制器,被配置为:
基于相应终端的第二用户所属的、在所述终端中的联系人的类别,标识与所述终端的第一用户相关联的第一简档信息的共享级别;
基于所标识的第一简档信息的共享级别,向通信网络服务器发送包括所述第一简档信息的会话发起消息;
从所述通信网络服务器或所述相应终端中的至少一个接收对应于所述会话发起消息的响应消息;
如果所述响应消息包括所述相应终端的所述第二用户的第二简档信息,显示与所述第二用户相关联的所述第二简档信息;以及
与所述相应终端进行呼叫,
如果简档信息存储选项包括存储接受,在所述相应终端的记录中存储与所述相应终端的第二用户相关联的第二简档信息
通信单元,被配置为在所述控制器的控制下发送或接收所述消息中的至少一个。
13.根据权利要求12所述的终端,其中,所述终端被配置为执行根据权利要求2至11所述的方法中的一个。
14.一种用于在通信系统的终止终端中共享用户简档信息的方法,所述方法包括:
从通信网络服务器接收会话发起消息;
如果所述会话发起消息包括始发终端的第一用户的第一简档信息,显示与所述第一用户相关联的所述第一简档信息;
基于始发终端的所述第一用户所属的、在所述终止终端中的联系人的类别,标识与所述终止终端的第二用户相关联的第二简档信息的共享级别;
基于所标识的第二简档信息的共享级别,向所述通信网络服务器或所述始发终端中的至少一个发送包括所述第二简档信息的响应消息;
与所述始发终端进行呼叫;以及
如果简档信息存储选项包括存储接受,在相应终端的记录中存储与始发终端的第一用户相关联的第一简档信息。
CN201680033748.9A 2015-06-09 2016-06-08 在移动通信系统中共享用户简档信息的方法及终端 Active CN107771386B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2015-0081136 2015-06-09
KR1020150081136A KR102305525B1 (ko) 2015-06-09 2015-06-09 이동 통신 시스템에서 단말을 이용하는 사용자 프로필 정보 공유 기법
PCT/KR2016/006067 WO2016200145A1 (en) 2015-06-09 2016-06-08 Scheme for sharing user profile information in mobile communication system

Publications (2)

Publication Number Publication Date
CN107771386A CN107771386A (zh) 2018-03-06
CN107771386B true CN107771386B (zh) 2020-10-30

Family

ID=57503396

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680033748.9A Active CN107771386B (zh) 2015-06-09 2016-06-08 在移动通信系统中共享用户简档信息的方法及终端

Country Status (5)

Country Link
US (1) US11076017B2 (zh)
EP (1) EP3308563B1 (zh)
KR (1) KR102305525B1 (zh)
CN (1) CN107771386B (zh)
WO (1) WO2016200145A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8584031B2 (en) 2008-11-19 2013-11-12 Apple Inc. Portable touch screen device, method, and graphical user interface for using emoji characters
US9940637B2 (en) 2015-06-05 2018-04-10 Apple Inc. User interface for loyalty accounts and private label accounts
US11580608B2 (en) 2016-06-12 2023-02-14 Apple Inc. Managing contact information for communication applications
US10645036B2 (en) * 2016-06-16 2020-05-05 Microsoft Technology Licensing, Llc In-line collaboration in e-mail
DK179978B1 (en) 2016-09-23 2019-11-27 Apple Inc. IMAGE DATA FOR ENHANCED USER INTERACTIONS
KR20180120449A (ko) * 2017-04-27 2018-11-06 삼성전자주식회사 프로필 이미지 공유 방법 및 이를 지원하는 전자 장치
KR102435337B1 (ko) 2017-05-16 2022-08-22 애플 인크. 이모지 레코딩 및 전송
US10445558B2 (en) * 2017-07-17 2019-10-15 Facebook, Inc. Systems and methods for determining users associated with devices based on facial recognition of images
CN107172109B (zh) * 2017-07-28 2021-02-19 惠州Tcl移动通信有限公司 基于ims通话显示头像的方法、存储设备及移动终端
DK180078B1 (en) 2018-05-07 2020-03-31 Apple Inc. USER INTERFACE FOR AVATAR CREATION
US12033296B2 (en) 2018-05-07 2024-07-09 Apple Inc. Avatar creation user interface
WO2019240487A1 (en) * 2018-06-12 2019-12-19 Samsung Electronics Co., Ltd. Method and apparatus for identifying in-call capability features
US10778836B2 (en) * 2018-06-21 2020-09-15 T-Mobile Usa, Inc. Enhanced user profile information display on terminating handset
US11107261B2 (en) 2019-01-18 2021-08-31 Apple Inc. Virtual avatar animation based on facial feature movement
EP4273682B1 (en) * 2019-05-06 2024-08-07 Apple Inc. Avatar integration with multiple applications
US11489683B2 (en) * 2020-05-19 2022-11-01 Michael Barasch System and method of dating through video profiles

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296355A (zh) * 2007-04-26 2008-10-29 Lg电子株式会社 能够存储视频聊天日志的移动通信装置及其操作方法
CN101631311A (zh) * 2008-07-17 2010-01-20 科塔企业有限责任公司 用于共享权限启用的移动简档的简档服务
CN101702795A (zh) * 2008-07-17 2010-05-05 多明戈企业有限责任公司 共享权限使能的移动简档的系统和方法
CN102223436A (zh) * 2010-04-19 2011-10-19 Lg电子株式会社 移动终端及其控制方法
CN104104766A (zh) * 2013-04-10 2014-10-15 三星电子株式会社 终端设备、服务器及其控制方法

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030043974A1 (en) * 2001-09-04 2003-03-06 Emerson Harry E. Stored profile system for storing and exchanging user communications profiles to integrate the internet with the public switched telephone network
US20060174203A1 (en) * 2005-01-31 2006-08-03 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Viewfinder for shared image device
KR100921554B1 (ko) * 2005-08-30 2009-10-14 주식회사 케이티 음성통화중에 다양한 콘텐츠를 공유 및 제어할 수 있는콘텐츠공유서비스를 제공하는 시스템 및 그 방법
US20070078986A1 (en) * 2005-09-13 2007-04-05 Cisco Technology, Inc. Techniques for reducing session set-up for real-time communications over a network
KR101248568B1 (ko) 2006-06-09 2013-06-24 에스케이텔레콤 주식회사 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법
CN101119212B (zh) * 2006-08-04 2010-04-14 华为技术有限公司 通过信令适配实体传输isdn用户-用户应用信息的方法
KR100862744B1 (ko) * 2007-01-23 2008-10-10 주식회사 케이티프리텔 이동통신망에서 멀티미디어 서비스 방법 및 이를 실행하는프로그램이 기록된 기록매체
CN101035248A (zh) * 2007-03-29 2007-09-12 华为技术有限公司 共享图片和/或视频数据的方法、系统及可视电话
US8600343B2 (en) * 2007-07-25 2013-12-03 Yahoo! Inc. Method and system for collecting and presenting historical communication data for a mobile device
US20090067408A1 (en) * 2007-09-12 2009-03-12 Nokia Corporation Centralized call log and method thereof
KR101064712B1 (ko) * 2008-11-17 2011-09-14 주식회사 케이티 고객 정보 제공 방법 및 시스템
KR20100074896A (ko) * 2008-12-24 2010-07-02 주식회사 케이티 이모티콘 전송 시스템 및 방법
US20110066691A1 (en) * 2009-09-15 2011-03-17 Nnamdi Jideani Information sharing method
US8688907B2 (en) * 2009-11-25 2014-04-01 Cleversafe, Inc. Large scale subscription based dispersed storage network
US8947547B1 (en) * 2010-09-12 2015-02-03 Thomas Nathan Millikan Context and content based automated image and media sharing
CN102014335A (zh) * 2010-10-14 2011-04-13 宇龙计算机通信科技(深圳)有限公司 一种通话过程中的资源共享方法、系统及移动终端
KR101835639B1 (ko) * 2011-02-22 2018-03-07 삼성전자주식회사 데이터 전송 방법 및 그 장치
TW201247005A (en) * 2011-04-05 2012-11-16 Interdigital Patent Holdings Wireless peer-to-peer network topology
US20130185285A1 (en) * 2011-07-22 2013-07-18 Qualcomm Incorporated Method and apparatus for multiple personality support and dynamic personality selection
US20130097233A1 (en) * 2011-10-13 2013-04-18 Microsoft Corporation Using devices to link social network profiles
CN102420782B (zh) * 2011-12-18 2018-04-20 上海量明科技发展有限公司 一种通过即时通信进行网页共享的方法、客户端及系统
US20140245015A1 (en) * 2012-04-27 2014-08-28 Intralinks, Inc. Offline file access
US9148489B2 (en) * 2013-03-11 2015-09-29 Qualcomm Incorporated Exchanging a contact profile between client devices during a communication session
US8875247B2 (en) 2013-03-14 2014-10-28 Facebook, Inc. Instant personalization security
KR20150055689A (ko) * 2013-11-13 2015-05-22 삼성전자주식회사 커뮤니케이션을 위하여 프로필 이미지 카드를 공유하는 시스템 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296355A (zh) * 2007-04-26 2008-10-29 Lg电子株式会社 能够存储视频聊天日志的移动通信装置及其操作方法
CN101631311A (zh) * 2008-07-17 2010-01-20 科塔企业有限责任公司 用于共享权限启用的移动简档的简档服务
CN101702795A (zh) * 2008-07-17 2010-05-05 多明戈企业有限责任公司 共享权限使能的移动简档的系统和方法
CN102223436A (zh) * 2010-04-19 2011-10-19 Lg电子株式会社 移动终端及其控制方法
CN104104766A (zh) * 2013-04-10 2014-10-15 三星电子株式会社 终端设备、服务器及其控制方法

Also Published As

Publication number Publication date
EP3308563A4 (en) 2018-06-20
US20160366242A1 (en) 2016-12-15
EP3308563A1 (en) 2018-04-18
US11076017B2 (en) 2021-07-27
KR102305525B1 (ko) 2021-09-27
CN107771386A (zh) 2018-03-06
EP3308563B1 (en) 2020-11-18
KR20160144693A (ko) 2016-12-19
WO2016200145A1 (en) 2016-12-15

Similar Documents

Publication Publication Date Title
CN107771386B (zh) 在移动通信系统中共享用户简档信息的方法及终端
US9264452B2 (en) Apparatus and method for directing a communication session to a communication device of a group of devices having a common registration identity
EP3393152B1 (en) Electronic device for supporting profile call and profile call method
US8380858B2 (en) System and method for telecommunication with a web-based network, such as a social network
EP2067340B1 (en) Handling information
US20100015976A1 (en) System and method for sharing rights-enabled mobile profiles
US20100015975A1 (en) Profile service for sharing rights-enabled mobile profiles
KR20150015022A (ko) 업데이트가능 전자 명함들을 가능하게 하는 통합 주소록
KR102079892B1 (ko) 비동기 메시징 시스템에서의 단일 계정에 대한 다수 프로파일의 관리
CN108293082B (zh) 用于在通信终端中支持语音呼叫的方法及其终端
US8054843B2 (en) Method for securing privacy in automatic answer mode of push-to service
US20100222085A1 (en) Methods and arrangements for creating a virtual relationship
US8291027B2 (en) Method and network node for uploading media content from a user device to at least one network entity
US20170264652A1 (en) Cross-platform video conversation between related devices
CN105706410A (zh) 用于交换服务能力的方法和用户设备
KR20130097097A (ko) 제3자의 단말기를 기설정된 통신 세션에 연결하는 시스템 및 방법
WO2010034231A1 (zh) 一种电话本的实现方法,系统和地址服务器
EP3473001A1 (en) Cross-platform video conversation between related devices

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant