普通涉及计算机程序的软件案中所提及的创新，一般与计算机技术或网络或物联网或工业自动化等技术有着较强的联系，所解决的一般也是计算机领域或网络领域或工业自动化领域或物联网领域中存在的技术问题，比如交通监控中存在摄像头采集的画面模糊的问题、移动终端下载数据网络延迟的问题等等，采用的解决方案也有较强的技术性，且符合自然规律。

故对于普通的软件案的技术交底来说，整理清楚交底中所涉及的技术方案，想一些扩展的技术方案即可，不用担心是否符合专利保护客体。

对于涉及商业规则和方法的创新，通常技术交底中提及的大部分内容均是一些商业规则，解决的问题通常也是一些商业上的问题，如提升用户体验、理财风险控制等。若按照普通软件案来对待，发现交底内容是涉及商业的改进规则，解决的问题也是商业上的问题，根本就不符合专利保护的客体，这样也许会导致一个好的创新点无法被专利保护。

为此，笔者觉得需要按如下步骤来处理：

对于普通的软件案，撰写专利申请文件时，因本身技术性较强，以机器角度描述所形成的技术方案即为符合自然规律的技术手段，所解决的问题本身也是技术问题，达到的技术效果也是符合自然规律的技术效果，能够克服专利保护客体的问题。此外为了争取合理的保护范围，可针对多个并列的技术方案进行合理的上位。

而对于涉及商业规则和方法相关特征的技术方案，在撰写专利申请文件时，首先要考虑如何使其满足专利保护客体，为此，需要采用一些撰写技巧，使其技术化，且符合自然规律。可以对商业特征和商业规则等进行计算机领域的技术化，让商业特征变为计算机领域的技术术语，让商业规则变为计算机处理逻辑。商业特征的技术化一般是对商业特征进行技术术语的上位概况。针对涉及商业规则和方法的专利申请文件的技术问题、技术方案和技术效果需要进行计算机领域的技术化处理，具体可包括对主题名称、技术领域、背景技术及技术问题、权利要求、具体实施方式各个部分进行计算机领域的技术化处理。

下面以上述微信群发红包为例，对技术问题、技术方案和技术效果的技术化处理进行简单举例说明。

对于技术问题，对现有的商业现象及存在的问题从设备角度采用技术语言描述。例如对于发红包，提高用户体验或增加用户趣味性，从技术角度描述技术问题为“交互方式单一”、“信息传输效率低”、“信息传播途径不足”等。

对于技术方案，在权利要求中，按照技术方案的核心发明点及必要技术特征构建独立权利要求，对其中的商业术语进行技术化处理，对商业规则变为计算机处理逻辑，让技术特征与商业特征结合在一起；从属权利要求进行多层次布局，具体的商业应用场景可以作为一个具体应用方案在从属权利要求中布局。权利要求在撰写时需要考虑单一侵权主体、多端全面布局、新创性等方面。在说明书中，详细描述技术方案的具体硬件技术架构、硬件技术架构中各组成部分之间交互过程等，以及支持权利要求中各技术方案的实施例，并将商业应用作为一个具体的应用场景示例。

一种虚拟资源分享方法，其特征在于，包括：

· 响应于针对社交应用的群组会话界面中资源分享功能的操作，进入资源分享界面；

· 获取在所述资源分享界面输入的资源分享参数，所述资源分享参数包括虚拟资源总值和虚拟资源包数量；

· 获取根据所述资源分享参数生成的资源分享消息；

· 将所述资源分享消息分享至所述群组会话，所述资源分享信息用于指示所述群组会话中群组成员获取资源。

· 上述通过将红包特征与群组特征、消息分享等结合，再结合计算机对数据的处理过程，如“获取、生成、展示”等，让商业特征与技术特征结合在一起。对于接收方终端和服务器侧的权利要求布局大家可以参照思考。

· 对于技术效果，通过在群组中实现了资源分享，丰富了交互方式，提升了信息传播途径。

综上所述，在撰写专利申请时，对申请文件的技术问题、技术方案和技术效果采用相应的处理方式进行处理，让技术特征和商业特征紧密结合，形成符合自然规律的技术方案，解决对应的技术问题，达到相应的技术效果。

涉及商业规则和方法相关技术的专利申请，与普通的软件案的专利申请在处理上有很大差别，在处理过程中需要注意一下几点：

1、面对涉及商业规则和方法的交底内容，分三步走

第一步：在心态上要持怀疑态度，不简单否定不符合专利保护客体；

第二步：与技术人员沟通，深挖实现商业规则和方法的技术细节，包括所涉及的技术架构、技术架构各组成部分的数据处理过程、各组成部分之间的通信过程等，找出创新点；

第三步：无法挖掘出技术细节，提示申请的风险。

2、涉及商业规则和方法的专利申请文件撰写时，需要对技术问题、技术方案和技术效果均进行技术化处理，以尽可能满足专利保护客体。