关于方法类的权利要求的探讨

一般书或者教程上都是说方法类权利要求按照步骤去写。但是感觉如果按照说明书中操作的步骤去写的话，会造成非常窄的保护范围。尤其是有些时候一些方法的步骤的划分带有任意性，在顺序上也带有很大的灵活性。并且还有不同情况下的增加或删除的不同步骤，以及带来的不同的顺序等问题。这种理解对吗？ 比如可否这样写： 1. 一种xx的方法，包含步骤： 1a， 2b， 3c。 2。根据1中所述的方法，其特征在于不包含步骤2b。 3.根据1中所述的方法，其特征在于2b和3c的步骤的顺序颠倒。 4.根据1中所述的方法，其特征在于1a，2b和3c的步骤的顺序为任意的。 5.根据1中所述的方法，其特征在于2b和3c的步骤为同一个步骤。 另外一个疑问，我个人理解，按照权利要求的一般性要求，方法的独立权利要求要能够包含完整解决技术问题的特征，应该理解成该独立权利要求要包含一个完整的流程的各个步骤。这样的理解对吗？但是通常这样会导致一些非关键的步骤也被包含进去。这对保护范围是不利的，似乎也更加容易被绕过去。不知道是否有一些更加抽象的方法的权利要求的写法 ,例如能生成一些工作流程的规则或者条件。比如，一种xxxx的方法，其特征在于，包含下列步骤，凡是遇到xxx的情况就采用yyy步骤。 再例如，按照以下规则来生成操作的步骤： 1.x只与不zz的y互相作用。 b。 z只与x处于不同的工作时间， c. 。。。。 不知道这种是否可以。 另一个有没有什么方法类权利要求写法的文章或书？或者大家认为哪家公司的方法类权利要求写得好？比如一些好的软件公司？