方协议，协议合约方包括用户110和用户114，所有协约方都相距很远。用户106使用移动设备108来阅读协议，捕捉其与各协议文件相关联的连续视频帧。在一个实施例中，被捕获的视频帧和文件被存储在本地以便转发给其他协约方。在备选的实施例中，所捕获的视频帧和文件被传递到视频签名服务器102上存储起来，供用户110访问。
[0041]通过检阅文件，用户110也可以通过平板电脑112来捕捉连续视频帧，然而，用户114可以通过台式电脑116来捕捉与协议文件相关联的连续视频帧。本发明的其他方面可以参考图2至图8的内容。
[0042]根据本发明中的一个实施例，图2列举说明了客户端系统200，其展示了移动设备108 (或者平板电脑112或台式电脑116)中的组件。
[0043]在图2中，客户端系统200可用于创建或检索协议文件，捕捉与所述协议文件相关联的连续视频帧。客户端系统200包括处理器206和通信接口 202，处理器和通信接口通过系统总线204连接。处理器206协调系统的操作，并指示通信接口 202来发送和接收从签名视频服务器102发出的数据。
[0044]通信接口 202可以是任何可向系统传输数据的通信界面。客户端系统200也包括视频捕捉设备210，例如相机和视频播放器212。视频播放器212可以是从视频签名服务器102/VS应用程序101上下载的软件。视频播放器212还可以是移动设备108的一部分，用于回放本发明中捕捉到的连续视频帧。
[0045]客户端系统200也包括文字处理模块214以及标识符生成模块216。文字处理模块214可以是任何已知的用于处理文本和创建文件的文字处理器。任何被创建出的文件中都设置有一个或多个签名区域以便执行协议的各方签名。
[0046]标识符生成模块216可以是任何可以生成与本发明协议相关联标识符的软件或硬件。在一个实施例中，标识符以文件中的哈希值(hash)为基础，以此提供仅能由上述文件生成的唯一标识符。
[0047]在创建了每个文件之后，标识符生成模块216将自动启动为指定的文件生成唯一打的标识符。如果文件存在，通过存储文件就可以启动标识符生成模块216。
[0048]客户端系统200也包括存储器208。存储器208是任何适用的存储器，其用来存储处理器206执行的程序。基于实施例中的展示，存储器包括浏览器或者客户端VS应用程序 207。优选地，浏览器 207 使用了 Record RTC(https://www.webrtc-experiment.com/RecordRTC/)来捕捉连续视频和音频帧以便传送给视频签名服务器102。
[0049]根据本发明的一个实施例，图3列举说明了平板电脑112(图1示)的平板电脑界面 300。
[0050]在图3中，平板电脑界面300展示了用来执行本发明中视频签名的“viditure”应用程序302。发明者用“viditure”来命名本发明。“viditure”意为利用用户的连续视频帧(及音频帧)来执行文件(及金融工具)的能力。
[0051]如图3所示，viditure应用程序302包含了创作按钮304和上载按钮306.创作按钮304可用来启动文字处理模块214(图2示)，以便创作或检阅需要被执行或已经被执行的文件，且文件上需要有特定的签名。上载按钮306，就像它名字暗示的那样，可用来上传文件给视频签名服务器102以便存储或传输给协议的其它方。
[0052]平板电脑界面300也包括共享按钮308以及文件按钮310，上述界面可以被选中以显示本地客户端的文件或者那些已经被传送到视频签名服务器102上的文件。共享按钮308为用户106提供共享文件功能以及与连续视频帧通信。文件的共享/传输可在通信系统里或通信系统外通过邮箱服务器来完成。管理按钮312可以允许文件和视频帧在本地储存。然而报告按钮314可让用户106生成相应的报告。
[0053]根据本发明中的一个实施例，图4列举说明了展示在移动设备108上的文件界面400。
[0054]如图4所示，文本402中展示了协议中的所有条款。用户106可通过在签名区域404输入其姓名然后选择视频签名按钮406捕捉连续视频帧来执行协议。详见图5和图6所示。
[0055]根据本发明中的一个实施例，图5列举说明了展示在移动设备108上的移动设备界面500。
[0056]如图5所示，移动设备界面500展示了用户106的连续视频帧和音频捕获过程。在此，用户106选择视频签名按钮406来开始捕获连续视频帧以便文件能被给予特定代码34563，如 408 所示。
[0057]当选择了视频签名按钮406以后，视频捕捉设备210(图2示)将被启动。如图6所示，连续视频帧604、606、608、610被视频捕捉设备210捕获。连续视频帧604、606、608、610具体地捕获了用户106文字表达的内容612 “我接受文件34563”。被捕获的连续视频帧和音频将被传送至浏览器/客户VS应用程序207上(图2示)。
[0058]被捕获的连续视频帧与数值的(或字母的)标识符34563相关联。通过关联则意味着检索或打开具有标识符34563的文件也检索或回放了连续视频帧604、606、608和610。
[0059]在一个实施例中，连续视频帧604、606、608和610或其对应的视频文件被嵌入在视频签名区域404中。在这种方式下，连续视频帧(及音频)可通过选择或相互作用于签名区域404被重放，以显示用户106文字表达的申明“我接受文件34563”。虽然未示出，但时间戳会显示何时捕获了视频帧以及被捕获的各方的地理位置。
[0060]根据本发明中的一个实施例，图7A列举说明了方法700。
[0061]在图7A中，方法700可让用户或协约方利用连续视频帧和音频来执行协议。在一个实施例中，方法700将视频帧嵌入到文件相应的签名块。因此，协议中各方的连续视频帧被嵌入到每个文件中，从而被储存到设定好的服务器上，也就是视频签名服务器102上或者被储存到通过本发明的操作者确定的客户端位置。
[0062]方法700在开始块702上被启动。
[0063]在决策块704中，其确定了是否有一个现有的文件，即需要作为协议的一部分被执行的文件。也就是说，文件包含了为协议条款设置的以及为协议各方形成签名框设置的文本。
[0064]如果在706中存在现有文件或协议，则初始文件或现有文件就可以被检索到。如果在708中不存在现有文件，协议的初始文件将被创建。
[0065]具体地，作为例证，用户106 (图1示)使用移动设备108上的viditure应用程序302(图3示)来启动文字处理模块214(图2示)以创建该文档。
[0066]当文件在块710中被创建或检索到后，一种唯一标识符将会为本文件生成。在一个实施例中，这种唯一标识符可以被标识符生成模块216本地生成。在备选的实施例中，这种唯一标识符可以被视频签名服务器102生成，然后被客户端移动设备108下载。
[0067]在块712中，标识符与协议文件唯一关联。值得注意的是，该标识符本身可以基于文件本身。也就是说，该标识符是文件的散列(hash)以便与文件唯一关联的标识符被生成。通过将标识符与文件关联，任何此标识符的引用或指示将会立即检索文件。
[0068]在块714中，用户106的连续视频帧被生成。具体地，在一个实施例中，用户106选择了视频签名按钮406(图5示)。通过选择视频签名按钮406，视频捕捉设备210(图2示)被启动。因此，用户106开始用文字表达被生成的与文件唯一关联的唯一标识符。
[0069]具体地，用户106通过使唯一的标识符发声来表明她同意协议中的条款。当她使唯一的标识符发声时，连续视频帧将被捕获。
[0070]如图6所示，视频帧604、606、608和610捕获了用户106文字表达其接受协议的内容，如612所示(图6)。具体地，用户106声明“我接受文件34563”，这些内容都会被连续视频帧604、606、608和610捕获。
[0071]在716中，系统与连续视频帧和文件关联。因此，任何对连续视频帧的引用都将指向文件，任何文件的引用都将指向连续视频帧。
[0072]在718中，连续视频帧将以视频文档形式被储存，之后会和文件储存在一起。视频文档和文件可以被移动设备108本地储存，或者被上传到视频签名服务器102上以便存储到文件/视频存储数据库103上，之后被其他协议方传输或接收。
[0073]决策块720决定是否有第二方或另外的协议方需要执行或签署本协议文件。如果有，方法700进入块722。如果没有，方法720进入结束块724，此方法终结。也就是说，只有当协议被单方执行时，在这种情况下，用户106将被捕获。例如，用户用支票偿付银行债务。
[0074]在块722中，由于第二协议方或其它协议方的存在，可以使用文件和用户106的连续视频帧。作为示范，假设第二协议方是图一所示的用户110。在一个实施例中，用户110可通过发给他的连接使用被用户106执行的文件。
[0075]通过链接，可以存取或检索来自视频签名服务器102的文件。在一个可替代的实施例中，用户11