3. AI纠纷的管辖与诉讼主体确定
AI纠纷的棘手之处,往往不在“谁对谁错”,而在“告谁、去哪告”。一个典型的生成式AI侵权场景中,可能同时出现模型服务提供者、API调用方、终端使用者、训练数据来源方、云平台与内容分发平台。若原告只凭直觉起诉“AI公司”,很可能因主体不适格或管辖错误被驳回起诉,白白消耗数月。本节围绕诉讼地位、管辖连接点与共同诉讼三条主线展开。
一、先把四方主体的诉讼地位拆开
AI服务提供者通常指直接向用户提供模型能力的一方,包括自研模型方与基于开源模型二次部署的运营方。其诉讼地位取决于行为性质:若其自行决定训练数据来源、输出策略并直接面向公众,一般作为直接侵权被告;若仅提供中立技术工具且已尽合理注意义务,可能主张技术中立抗辩,但仍可能因未履行内容标识、投诉处置义务而承担相应责任。
使用者是输入提示词、触发输出并实际使用结果的一方。在“AI生成内容侵权”案件中,使用者常是直接行为实施者,尤其当其明知会生成侵权内容仍反复诱导时,其过错明显。数据来源方则涉及训练语料的采集、授权与清洗,若其提供的语料本身侵权或违反授权范围,可能构成帮助侵权或违约。平台方包括应用商店、内容社区、云服务商,其责任通常落在“通知—删除”与合理注意义务框架内,诉讼地位多为共同被告或第三人。
二、管辖连接点:从被告住所地到侵权行为地
AI纠纷多属侵权之诉,管辖连接点主要包括被告住所地、侵权行为地(含实施地与结果发生地)以及合同约定管辖。难点在于“侵权行为地”的认定:AI服务往往通过云端分布式部署,服务器所在地、用户所在地、内容传播地可能分属不同法院辖区。
以一起AI生成图片侵犯著作权案为例:原告在A市发现侵权图片,被告模型服务提供者注册在B市,服务器部署在C市,API调用方在D市。此时原告可选择B市(被告住所地)或A市(结果发生地)起诉。若选择A市,需证明该地是侵权结果的实际发生地,例如原告在当地公证下载、当地用户可访问。若仅因原告住所地在A市而主张管辖,通常不被支持。
合同之诉则优先看约定。若用户协议中约定“争议由服务提供者所在地法院管辖”,该条款若以显著方式提示且不违反专属管辖,通常有效。但若涉及消费者权益,格式管辖条款可能因不合理加重消费者负担而被认定无效。
三、共同诉讼:追加谁、不追加谁
共同诉讼的核心判断标准是诉讼标的是否同一种类、当事人是否适格。在AI纠纷中,原告常希望把服务提供者、使用者、平台一并列为被告,以扩大执行财产范围并增加和解筹码。但法院会审查各被告是否与侵权结果具有直接因果关系。
若使用者仅按正常方式使用AI工具,其行为与侵权结果之间介入因素过多,法院可能认为其不构成共同侵权,此时将其列为被告反而增加送达与审理成本。相反,若平台在收到侵权通知后仍不删除、不屏蔽,其不作为与损害扩大之间存在因果关系,可被追加为共同被告。
实务中还有一种策略:先起诉最直接的行为人,待其披露上游服务提供者信息后,再申请追加。这既能避免因主体错误被驳回,也能利用诉讼程序获取关键证据。但需注意追加被告的时限,避免因拖延导致程序反复。
四、一份可操作的起诉前主体与管辖核查清单
以下清单可直接用于案件评估,建议逐项填写并留存证据:
| 核查项 | 具体内容 | 证据形式 |
|---|---|---|
| 主体识别 | 服务提供者工商登记名称、统一社会信用代码、实际运营主体 | 官网备案、用户协议、App Store开发者信息 |
| 行为定位 | 使用者输入记录、API调用日志、输出内容截图 | 公证保全、时间戳、后台日志 |
| 数据来源 | 训练数据授权链条、开源协议、语料来源声明 | 模型卡、数据说明书、授权合同 |
| 平台角色 | 是否收到通知、是否采取删除/屏蔽措施、处置时间 | 通知函、平台回执、处置记录 |
| 管辖连接 | 被告住所地、侵权行为实施地、结果发生地、合同管辖条款 | 工商信息、服务器IP归属、公证下载地、用户协议 |
| 共同诉讼 | 各被告之间是否存在意思联络、分工协作或帮助行为 | 聊天记录、合作协议、分成记录 |
综合来看,AI纠纷的管辖与主体确定,本质是把技术链条还原为法律上的行为链条。谁实施了受控行为、谁对损害具有原因力、谁与争议有最密切联系,谁就应当进入诉讼。管辖选择上,优先锁定被告住所地与可证明的结果发生地;主体选择上,优先起诉直接行为人,再根据证据追加帮助者或平台。把这三步做扎实,后续的实体审理才有稳固的程序基础。