小可以小于100kB。
[0050]-文件各部分的指针。当下载了新的文件时，在P2P数据库20中分配该文件大小的空间。该空间被划分成例如多个10kB部分，以便单独地下载。当下载了所有的部分时，则该空间是连续的并且文件是完整的。
[0051]-共享。这是指示文件是否应该向其它用户共享的比特字段。
[0052]-完成。这是指示文件是否是完整的比特字段。
[0053]当针对该文件的所有上述的信息在P2P数据库20中都是可用的时候，则下载到P2P数据库20中的文件就是完整的。
[0054]一般地，根据本发明的对等共享协议包括两个部分:信令(由图1中的对等共享信号24表不)和文件传输(由图1中的对等文件传输信号26表不)。在信令协议中，两个参与方正在描述他们必须共享什么文件以及他们正在找寻什么。文件传输协议用于传输文件，一次传输一个部分。传输仅是单向的，所以如果两个用户都想从对方下载一些东西，则将存在两个文件传输会话。
[0055]图2b表示根据本发明的在对等共享协议中用于信令的对等共享信号24的一个例子。对等共享信号24可包括邀请信号24-1、ok信号24-2、确认信号24_3、取消信号24_4和bye信号24-5。
[0056]在信令协议中，双方都提供了他们必须共享的文件。基于该信息和他们已经具有的文件，他们启动文件传输会话以获得期望的文件。基于电话的实现和终端性能，这些会话可以是一个接一个的或是同时的。在信令协议会话的开始中，存在三条交换的消息，即“邀请”、“ok”和“确认”，其分别对应于邀请信号24-1、ok信号24-2和确认信号24-3。“邀请”描述属于A方(例如，图1的通信设备11)中应用X(N个应用目录12-1、12-2、...、12-N中的一个)的要共享的文件。
[0057]根据本发明，文件的描述可包括例如文件名、文件校验和、文件类型和描述共享者具有什么部分的比特字段，例如101100将意味着共享者具有包括六个部分的文件的1、3和4部分。
[0058]如果B方(例如，具有与图1的通信设备11类似特征的另外的通信设备)具有应用X以及所有者是应用X的某些要共享的文件，则B方发送回带有它具有什么文件的描述的“ok”消息。当A方接收“ok”消息时，它发送回“确认”信号并且A方启动文件传输会话以获得它想从B方得到的某个文件并且类似地，B方启动它自己的文件传输会话以获得它想从A方得到的某个文件(如上所述，这是两个分开的传输会话)。如果A方或B方不想传输任何新的文件，则它不启动它的文件传输会话。在B方不具有应用X的情况下，它发送回“取消”消息(对应于取消信号24-4)并且用于应用X文件的信令会话终止。在成功的信令会话启动之后，双方都不想传输任何文件的情况下，如果没有启动文件传输会话，则在超时以后，A或B方可发送“bye”消息。在该“bye”信号之后是来自另一端的另一个“bye”消息。
[0059]存在对上面所述的步骤的许多可能变形。例如，可能存在对安全功能的需求，其将确保共享文件确实由正确的应用(N个应用目录12-1、12-2、...、12-N中的一个)生成。这可能需要相应的应用对共享文件签名。
[0060]还存在关于文件如何在用户之间自动地共享的几个可选方案。例如，完全自动的解决方案将自动地共享在数据库中标记为被共享的所有文件。换句话说，在该解决方案中，另一侧(用户)所不具有的属于某个应用的所有文件(假设另一侧支持所述应用)，这些文件将“自动地”传输到另一侧。在半自动解决方案中，中间件将询问另一个用户他/她是否想下载某个应用的这些特定对象(文件)到他的/她的终端(电话)。中间件将显示例如应用元数据和文件的大小等(如上所述)以帮助另一侧来做出决定。而在一个可选实现中，还可以从应用菜单调用文件共享。在应用菜单中，可以存在一个选项以启动与特定用户的对象共享并且接着应用可要求中间件负责实际的文件共享。
[0061]另外，信令协议可以是SIP(会话发起协议)，文件共享信息可以位于“邀请”消息(如上所述)的净荷中。该净荷可使用描述发送方会话能力的SDP(会话描述协议)。在200ok响应中，存在另一端的SDP。这些机制可由本发明轻易地重新使用。
[0062]图3表示根据本发明的用于在通信设备(例如，移动电话)之间的对等对象共享协议的流程图的一个例子。
[0063]图3的流程图仅表示出许多其它方案中的一个可能方案。在根据本发明的方法中，在第一步骤40中，通信设备11 (设备A)的对等(P2P)引擎发送邀请信号24-1到另外的通信设备(设备B)的另外的P2P引擎。邀请信号描述属于设备A中的应用X(N个应用目录12-1、12-2、...、12-N中的一个)并且可用于共享的文件(至少一个文件)，其中使用传输层装置(例如，GPRS 22-1、WCDMA 22_1或蓝牙装置22_3)，将由P2P引擎18从P2P数据库20提取的关于文件的信息转发(邀请信号24-1)到设备B。在下一个步骤42中，确定设备B是否支持所述应用X并且具有用于共享的属于所述应用X的另外的文件(至少一个另外的文件)。如果不是这种情况(设备B不支持所述应用X)，则在步骤44中，设备B的另外的P2P引擎向设备A的P2P引擎18发送取消信号24-4并且步骤停止。然而，如果确定设备B支持所述应用X，则在下一个步骤46中，设备B的P2P引擎向设备A的P2P引擎发送ok信号24-2 ;ok信号24-2描述属于设备B中应用X的要共享的另外的文件(至少一个另外的文件)，其中关于另外的文件的信息由设备B的另外的P2P引擎从另外的P2P数据库提取并且使用如上所述的传输层装置转发(ok信号24-2)到设备A。
[0064]在下一个步骤48中，设备A的P2P引擎18向设备B的另外的P2P引擎发送确认信号24-3。在下一个步骤50中，确定设备A和/或设备B是否想传输分别来自设备B和/或A的属于应用X的文件。如果是步骤52中不想的情况，则设备A和B向彼此发送bye信号24-5。然而，如果确定设备A和/或设备B想传输来自设备B和/或A的属于应用X的文件，则在下一个步骤54中，设备A和/或B在分开的会话(见图1中的信号26)中向彼此传输期望的应用X文件；文件和另外的文件分别从P2P数据库20和另外的数据库提取并且下载到相应的设备A的P2P数据库18和设备B的另外的P2P数据库。
[0065]在最后的步骤56中，传输的文件在设备A的P2P数据库和设备B的另外的P2P数据库中完成并且可选地存储在这些P2P数据库中或复制到相应的应用(应用目录12-1、12-2、...、12-N)以便成为共享的对象。可选地，这些传输的文件可被移动到相应的应用(应用目录12-1、12-2.....12-N)并且接着它们不可用于共享。
【主权项】
1.一种用于提供通信设备和另外的通信设备之间的对等文件共享的方法，该方法包括: 由所述通信设备的对等引擎向另外的通信设备的另外的对等引擎发送邀请信号，其中所述邀请信号包含关于可用于共享并且属于所述通信设备中的应用X的至少一个文件或所述至少一个文件的一部分的信息，并且所述信息由所述对等引擎从所述通信设备的对等数据库提取； 由所述通信设备的所述对等引擎接收从所述另外的通信设备的另外的对等引擎发送的传输请求；以及 响应于接收到所述传输请求，传输所述至少一个文件或所述至少一个文件的一部分到所述另外的通信设备的另外的对等数据库，以便提供所述通信设备与所述另外的通信设备之间的对等文件共享，其中所述对等引擎和所述另外的对等引擎是完全基于对等的并且对于所述对等文件共享不需要服务器。
2.根据权利要求1所述的方法，进一步包括: 接收从所述另外的通信设备发送的ok信号，所述另外的通信设备支持所述应用X并且包含可用于共享的属于所述应用X的至少一个另外的文件或所述至少一个另外的文件的一部分。
3.根据权利要求2所述的方法，其中所述ok信号包含关于所述至少一个另外的文件或所述至少一个另外的文件的一部分的另外的信息并且该另外的信息由所述另外的对等引擎从所述另外的对等数据库提取。
4.根据权利要求2所述的方法，进一步包括: 在接收到所述ok信号后，由所述通信设备的所述对等引擎发送确认信号到所述另外的通信设备的所述另外的对等引擎。
5.根据权利要求4所述的方法，进一步包括: 由所述通信设备的所述对等引擎发送另外的传输请求到所述另外的通信设备的所述另外的对等引擎；以及 由所述通信设备的所述对等引擎来从所述另外的通信设备的所述另外的对等数据库接收所述至少一个另外的文件或所述至少一个另外的文件的一部分的传输，以便提供另外的所述文件共享。
6.根据权利要求4所述的方法，进一步包括: 在所述通信设备的所述对等数据库中完成所述至少一个另外的文件或所述至少一个另外的文件的一部分。
7.根据权利要求6所述的方法，其中在所述完成之后，所述至少一个另外的文件或所述至少一个另外