专利名称：多媒体讯息的实时传输的系统及方法
技术领域：
本发明涉及一种数据传输的系统和方法，特别是一种关多媒体讯息传输的系统和方法。
背景技术：
传统的多媒体讯息传输系统通常会将整个讯息一次过发送。相关系统对于达到实时多媒体讯息传输的目的来说的延迟太大
发明内容
在上述背景的前提下，本发明的目的是提供一种实时多媒体讯息传输的系统与方法。据此，这个发明，在一方面，是一种实时多媒体讯息传输的方法。当接收到从发件人于发件人设备发出的开始指标时，这个方法会记录多媒体讯息。然后，在记录多媒体讯息时，这个方法将多媒体讯息分割成多个数据包，和将数据包经发件人设备串流至服务器。这个方法然后会判断多媒体讯息的最少一个收件人是否连接到服务器。如收件人连接到服务器，这个方法会在记录多媒体讯息时将数据包从服务器串流至收件人设备。在这个发明的一个模范的实施例，开始指标是发件人的手指在预定的开始位置的检测。记录会继续进行直至接收到完结指标。而完结指标是用户的手指离开预定的持续位置的检测。在另一个模范的实施例，这个方法进一步容许记录中的多媒体讯息于收件人设备中播放。在另一个实施例，这个方法会更进一步在分割步骤之前将多媒体讯息于发件人设备从录制格式转码至预定的格式，与及在从服务器串流的步骤之后将多媒体讯息于收件人设备从预定的格式转码至可播放的格式。在另一个模范的实施例，这个方法再进一步从发件人设备接收取消指标。取消指标然后经服务器传送至少一个收件人设备，而收件人设备接收到的数据包便会给删除。根据发明另一方面，本说明书公开了一种实时多媒体讯息传输的系统。该系统包括发件人设备，其包括多媒体输入机构，至少一个收件人设备及一个已适应以连接至发件人设备及收件人设备的服务器。该发件人设备记录多媒体讯息及将多媒体讯息分割至多个数据包。该发件人设备进一步串流该等数据包至服务器。在记录多媒体讯息时，服务器会判断是否有至少一个多媒体讯息的收件人已连接该个服务器，并如果该收件人已连接上该个服务器，服务器会将数据包串流至收件人设备。在一个实施例中，如果其中一位收件人并未连接上服务器，该服务器会进一步储存多媒体讯息。在一个模范的实施例中，该发件人设备及至少一个收件人设备包括转码模块，以将多媒体讯息从一个与设备相关的格式转码至预定的格式以优化传输。
本发明比现有技术有很多优点。其中一个优点是多媒体讯息会在当发件人仍然在记录多媒体讯息时从发件人设备串流至收件人设备。与传统的方法比较，当发件人完成多媒体讯息的记录时，大部份的讯息已然串流予以收件人，但传统的方法必需等候记录完成后才会开始将讯息传送予收件人。本发明亦容许收件人在当发件人仍然在记录讯息时播放该个讯息，进一步实现实时播放。本发明的另一个优点是发件人可以作出行动取消讯息的串流。此功能有助发件人如有需要时可于讯息记录时收回不必要的讯息。已接收的多媒体讯息数据包会从收件人设备中删除并防止再度播放。
图I是一个根据本发明的一个模范的实施例的实时多媒体讯息传输系统的方块图。
图2是一个图I系统中的设备的一个模范的用户界面。图3是一个根据本发明的一个模范的实施例的实时多媒体讯息传输的方法流程图。图4是一个根据本发明的一个模范的实施例的取消传送多媒体讯息的用户界面。图5是一个根据本发明的一个模范的实施例的多媒体讯息数据包结构。
具体实施例方式本文提及并在专利申请要求中所述的“包括"意指包含以下等因素，但不排除其他因素。本文提及并在专利申请要求中所述的“连接"，除非另有说明，指一个经有线或无线网络的连接。参考图1，本发明的第一个实施例是一个系统包括一个发件人设备20，一个中央服务器22及至少一个收件人设备24。在不同的实施例中，发件人设备20及收件人设备24可以是智能手机，个人计算机，或其他附设数据输入或输出及数据传输功能设备。在一个模范的实施例中，发件人设备20及收件人设备24均设有显示屏26以显示用户界面28。图2显示一个根据本发明的一个实施例的用户界面28。该用户界面28包括一列的头像30代表多个用户。在一个实施例中，发件人设备20的用户界面28显示多个收件人，同时收件人设备24的用户界面显示发件人与及其他收件人发件人设备。就是说，发件人及所有收件人可以互相看到对方，而他们亦可说是形成一个通话。用户界面28亦包括了一个于头像30傍附有时间显示32的对话框31。对话框31显示用户是否正在其设备记录多媒体讯息，而时间显示32显示现时已记录的多媒体讯息长度。在这个实施例中，用户界面28亦包括一个于屏幕底部的“按着对话”按钮34。下文将有详细解释。图3显示一个根据本发明的一个多媒体讯息传输的流程图。发件人设备20首先判断是否已经接收到开始指标(步骤100)。在一个模范的实施例中，图2显示开始指标是指对发件人的手指接触到“按着对话”按钮34的检测。在另一个实施例中，开始指标是指对发件人的手指按下实体开始按钮或记录按钮的检测。
在收到开始指标后，发件人设备20便开始记录多媒体讯息或“讯息”(步骤102)。在一个模范的实施例中，多媒体讯息是一个音频讯息。在另一个实施例中，多媒体讯息可以是视频讯息，影像，或任何形式的多媒体内容的组合。在一个实施例，音频讯息是从麦克风收录，而视频讯息是从数码摄像机收录。发件人设备20会判断是否已经收到完结指标(步骤104)。在一个模范的实施例中，完结指标是指对发件人的手指离开触摸屏的检测。换句话说，只要发件人的手指仍然接触到触摸屏，多媒体讯息的记录仍会继续。这也被称为随按随说机制。完结指标收到之前，而多媒体讯息的记录仍然继续时，发件人设备20会将多媒体讯息分割成多个数据包，换句话说，讯息给数据包化(步骤106)。随着每个数据包的产生(步骤108)，发件人设备20会将数据包串流至服务器22。服务器22会判断数据包所指示讯息的每个收件人是否连接上服务器22(步骤110)。如果收件人已连接上服务器22，服务器22会转送数据包至收件人设备24(步骤112)。当多媒体讯息正在记录时，发件人设备20与及收件人设备24中的用户界面28中的发件人显示傍的时间显示32会随着每个数据包的接收而更新当前记录的时间。 当完结指标收到后，发件人设备20停止多媒体讯息的记录(步骤114)。完结指标显示发件人设备20及收件人设备24中的用户界面28。然后发件人设备20会将余下的数据包，以类似上述的方式，经服务器22串流至收件人24(步骤116)。一旦整个多媒体讯息被收件人设备24接收到，收件人设备24会组合起所有接收到的数据包结合成一个完整的多媒体讯息以供播放(步骤118)。多媒体讯息可在收件人的指示下播放或自动播放。在本发明的另一个实施例中，在收到完结指标及全部数据包前，收件人设备24已开始播放多媒体讯息予收件人，即持续播放。收件人设备24会根据网络连接速度及当中的缓冲数据量判断是否可以提供持续播放。完结指标及所有数据包接收到之后，收件人设备24仍会组合起接收到的多媒体讯息以便储存于收件人设备24中。收件人设备24的收件人可在这个和前述配置之间选择。在一个模范的实施例中，在将多媒体讯息分割成数据包及将数据包传送至服务器22前，发件人设备20首先将多媒体讯息从录制格式转码至预定的格式以优化传输。在一个特定的实施例中，预定的格式予以音频讯息是为iLBC (互联网低比特率编译码器)格式。iLBC格式的数据有一个相对较低的采样率和比特率，所以传输的数据量得以减至最低而音频讯息仍并保持有相当的质素。同样地，当数据包到达收件人设备24，收件人设备24会将数据包转码至其可播放的格式。不同的设备会有不同的服务平台。因此，前述的录制格式及可播放的格式亦可能不同。在这种情况下，将数据转码至通用的格式来传输更有利，因接收到的格式永远都是一样的，例如iLBC，所以每个设备都可以无需理会其他设备的服务平台。而当中每个设备只需将数据从其的首选格式及iLBC中互相转码，而非需要能够在每一种格式之间转码以配合不同的平台。在一个模范实施例中，已记录的多媒体讯息会储存在发件人设备20及每个收件人设备24中。在进一步的实施例中，如果当多媒体讯息记录中时，收件人设备24并未有连接至服务器22，该多媒体讯息便会以预定的格式储存在服务器22内，例如iLBC。当服务器22判断收件人24已经连接上服务器22，服务器22便会将多媒体讯息传送至收件人24。在一个模范的实施例中，在传送多媒体讯息至收件人设备24前，发件人设备20的发件人首先决定了收件人名单。在一个实施例中，发件人可以随时增加额外的收件人设备24至通话中，而收件人设备24会从发件人设备20接收首个多媒体讯息后加入通话。在一个实施例中，一个通话最多能容纳九个用户。在一个实施例中，多媒体讯息的收件人是从发件人设备20的联系人列表中选择出来。在多个实施例中，联系人列表可从其他如社交网络服务的程序联系人列表同步化制作出来，输入用户的名称或电邮地址以直接增加该名用户，从发件人设备20的地址簿映像，或结合以上各个方法。设备中的联系人列表或会包含用户以外的个体。在一个模范的实施例中，联系人列表亦包含有具体功能的代理。例如，代理可以连结到社交网站，当代理被选为多媒体讯息的收件人，多媒体讯息会在社交网站上显示为该讯息的链接。另一些功能包括以不同的方 法与其他用户互动，例如讯息广播，订阅特定的频道，透过整合提供商业功能与企业等。在一个实施例中，多媒体讯息会被传送至社交网站或特定频道的服务器，或该个发件人设备的特定组件以进行讯息广播或提供商业功能。在一个模范的实施例中，发件人设备20的地理位置会联同多媒体讯息一起被传送至收件人设备24。在进一步的实施例中，平台操作系统提供的位置服务会收集地理位置。当收件人设备24收到收件人的指示后，发件人设备20的位置便会于收件人设备24中的地图服务应用软件中显示出来。在一个模范的实施例中，多媒体讯息的传送可被发件人取消。发件人设备20首先收到发件人的取消指标。在一个实施例中，取消指标是一个对发件人的手指离开触摸屏的预定位置的检测，例如图4中麦克风图标36的位置。在另一个实施例中，取消指标是一个对发件人在记录按钮之外同时按下另一个实体按钮，及和一起离开这两个按钮的检测。接到取消指标后，发件人设备20便会传送取消指标至服务器22。服务器22便转送取消指标至收件人设备24。收件人设备24便会显示多媒体讯息已被取消，同时会自动删除所有已收到的多媒体讯息数据包。在一个实施例中，代表发件人的头像30的对话框31及时间显示32会被删除来显示多媒体讯息已被删除。在一个实施例中，所有其他伴随多媒体讯息传送的信息，例如发件人设备20的地理位置，亦会被自动删除。在一个模范的实施例中，如果收件人选择了持续播放，当收件人设备24收到取消指标，尽管之前已经播放了部份多媒体讯息，持续播放仍会实时中止而所有收到的数据包亦会被删除。 在一个模范的实施例中，如图5所示，每个多媒体讯息是由多个数据包组成。每个数据包37包含标题38及内文40。标题包含讯息的数据如讯息的号码(ID)、发件人ID、收件人ID、时间戳、地理位置数据及讯息序号用以替数据包排序。而内文包含开始或终结标志，或实际的多媒体二进制数据。多媒体讯息由讯息开始标志42开始。讯息数据内文44紧接在讯息开始标志42之后。在一个模范的实施例中，讯息数据内文44包含多个传输控制协议(TCP)数据包46，而每个带有一个TCP数据包标题48及一个TCP数据包内文50。每个TCP数据包标题48包含了讯息数据内文44中的TCP数据包总数，一个专为讯息而随机生成的数据包记号，数据包序号及数据包数据长度。TCP数据包内文50包含了一个由数据包数据长度指定的多媒体二进制数据。紧接在讯息数据内文44之后，便是终结标志52，元数据开始标志54，元数据内文56与及元数据终结标志以完成整个多媒体讯息。在一个实施例中，元数据内文56包含所有不可能串流的内容，例如图片、地理位置、文字、标记等等，而讯息数据内文便包含所有可串流的内容，例如视频或音频数据。在一个实施例中，讯息标题38进一步包含收件人类形信息，以确定多媒体讯息是否属于一个小组通话。在另一个实施例中，讯息标题38进一步包含了一个客户端本地ID讯息以识别任何多媒体讯息的传输错误。在一个模范的实施例中，发件人设备20是容许在使用第三方应用程序时，实时 传送多媒体讯息。第三方应用程序需要配合本发明，例如予发件人而于第三方应用程序中显示的按着对话按钮34。每当看到一些值得分享的时候，发件人便可以将多媒体讯息实时串流予指定收件人。在一个实施例中，第三方应用程序的相关信息，例如发件人显示屏上的链接，亦会包含在数据包标题之内。由此充分说明了本发明的所有模范的实施例。虽然此说明中提及个别的实施例，熟练本发明所在范畴的可实践包含变异的具体细节。所以本发明不应被理解为仅限于本文所规定的实施例。
权利要求
1.一个实时多媒体讯息传输的方法，包括以下步骤 a)于发件人设备接收到发件人的开端指针后便随即记录该多媒体讯息； b)在该多媒体讯息记录时，将多媒体讯息分割成多个数据包； c)在该多媒体讯息记录时，将该多个数据包从发件人设备串流至服务器； d)确定该多媒体讯息是否有至少一个收件人连接上该服务器； e)该多媒体讯息记录时，如果该收件人是连接上该服务器，便将该多个数据包从该服务器串流至收件人设备。
2.根据权利要求1，这个方法进一步包括以下步骤 a)当接收到完结指标时，便实时终止该多媒体讯息的记录'及 b)持续将该多个数据包串流直至该多媒体讯息的最后一个数据包已给串流至该收件人设备，如果该收件人是已连接上该服务器。
3.根据权利要求2，其中的该开始指标是对该发件人的手指于预定的开始位置的检测，与及当该完结指标未接收到前继续该记录，该完结指标是指对该发件人的手指离开预定的持续位置的检测。
4.根据权利要求1，这个方法进一步包括当该多媒体讯息的记录时，容许于该收件人设备播放该多媒体讯息。
5.根据权利要求1，这个方法进一步包括在该步骤b)之前，该多媒体讯息在该发件人设备从录制格式转码至预定的格式，与及在该步骤e)之后，该多媒体讯息在该收件人设备从该预定的格式转码至可播放的格式。
6.根据专利范围1，这个方法进一步包括如果至少有一个该收件人并未有连接上该服务器，该多媒体讯息便会储存于该服务器，该方法更进一步包括当检测到至少一个收件人已经连接上该服务器时，将该多媒体讯息传送至至少一个收件人。
7.根据专利范围1，这个方法进一步包括以下步骤 a)在该发件人设备接收该取消指标； b)该取消指标经该服务器传送至至少一个收件人设备； c)在至少一个收件人设备，删除该个已接收到的数据包。
8.根据专利范围7，其中该个取消指标是对该完结指标是指对该发件人的手指离开预定的取消位置的检测。
9.根据专利范围1，其中该发件人的地理位置会伴随该多媒体讯息传送至至少一个收件人。
10.根据专利范围1，其中至少一个收件人包括一个用户，一个预定的社交网络，一个特定的频道，一个预定的功能，或以上的组合。
11.根据专利范围1，其中该数据包包含一个标题及一个内文，该标题包含一个讯息ID，一个发件人ID，一个收件人ID，该发件人的地理位置及一个讯息序号。
12.根据专利范围11，其中该多个数据包包含讯息数据内文数据包，该讯息数据内文的内文进一步包含多个TCP数据包而每个包含TCP数据包标题及TCP数据包内文，而该TCP数据包标题包含数据包的总数于该讯息数据内文数据包中，一个专为该多媒体讯息的数据包记号，一个数据包序号及一个数据包数据长度。
13.实时多媒体讯息传输的系统包括a)一个包括多媒体输入机制的发件人设备； b)至少一个收件人设备； c)一个服务器已调较连接该发件人设备及至少一个收件人设备； 其中该发件人设备记录该多媒体讯息并分割该多媒体讯息成多个数据包，该发件人设备进一步串流该多个数据包至该服务器；当该多媒体讯息记录中的时候，该服务器会判断该多媒体讯息是否有至少一个收件人已连接至该服务器，如果该收件人已经连接至该服务器，便会将该多个数据包串流至该收件人设备。
14.根据专利范围13的系统，其中如果有至少一个收件人并未连接上该服务器，该服务器会进一步储存该多媒体讯息。
15.根据专利范围13的系统，其中该发件人设备及至少一个收件人设备包含一个转码模块以供该多媒体讯息在一个设备依赖的格式及一个预定的格式之间转码以达至传输的优化。
16.根据专利范围13的系统，其中该至少一个收件人设备在接收到从该发件人设备发出的取消指针后，删除该数据包。
17.根据专利范围13的系统，其中该至少一个收件人设备包括一个用户设备，一个社交网站服务器，一个特定频道服务器，一个特定模块以执行一个预定的功能，或以上的组入口 ο
18.根据专利范围13的系统，其中每个该数据包包含一个标题及一个内文，该标题包含一个讯息ID，一个发件人ID，一个收件人ID，该发件人的地理位置及一个讯息序号。
19.根据专利范围13的系统，其中该多个数据包包含一个讯息数据内文数据包，该讯息数据内文数据包的内文进一步包含多个TCP数据包，而每个包含一个TCP数据包标题及一个TCP数据包内文，而该TCP数据包标题包含数据包的总数于该讯息数据内文数据包中，一个专为该多媒体讯息的数据包记号，一个数据包序号及一个数据包数据长度。
全文摘要
本发明公开了一个多媒体讯息的实时传输的系统及方法。当接收到一个来自发件人的发件人设备的开始指标时，这个方法会记录多媒体讯息。这个方法会将多媒体讯息分割成多个数据包，并会在记录多媒体讯息时，将这多个数据包会从发件人设备串流至服务器。这个方法会判断是否有至少一个多媒体讯息的收件人已连接上服务器。如果收件人已连接上服务器，这个方法便会在记录多媒体讯息时，将多个数据包从服务器串流至收件人设备。一个实时多媒体讯息传输系统亦给公开。
文档编号H04L29/06GK102780687SQ20111016610
公开日2012年11月14日 申请日期2011年6月15日 优先权日2011年5月9日
发明者郭挺年 申请人:语音聊有限公司