ثبت اختراعات نرم افزار پس از آلیس: توصیه بازرس سابق USPTO در مورد ایمن کردن حفاظت از پتنت

ثبت اختراعات نرم افزار پس از آلیس: توصیه بازرس سابق USPTO در مورد ایمن کردن حفاظت از پتنت

گره منبع: 1791192

این مقاله توسط شاون جوزف، بازرس اولیه سابق USPTO نوشته شده است.

در حالی که بسیاری در صنعت ثبت اختراع نرم افزاری مدت ها از این بیم داشتند که طنین انداز از آن خارج شود آلیس به معنای "بوسه مرگ" برای برنامه های ثبت اختراع نرم افزار است، واقعیت امروز این است که ثبت اختراعات نرم افزاری بیش از هر زمان دیگری صادر می شود. حقیقت این است که جامعه نرم‌افزاری در هشت سال گذشته پس از عواقب ناآرام پس از آن گام‌های بزرگی برداشته است. آلیس تصمیم، و راهنمایی جدید USPTO Examiner در مورد چگونگی بهترین تعیین صلاحیت موضوعی برنامه های ثبت اختراع نرم افزار صادر شده است. 

نتیجه این راهنمایی جدید تعداد درخواست‌های ثبت اختراع نرم‌افزاری را که در سه سال گذشته بیش از 22 درصد اعطا می‌شوند افزایش داده است و بیش از 60 درصد از کل برنامه‌های اعطا شده در سال 2020 را نرم‌افزار یا فناوری‌های پیاده‌سازی شده در رایانه تشکیل می‌دهند. در این مقاله، پتنت‌های نرم‌افزاری پس از آلیس را از دیدگاه بازرس اولیه USPTO مورد بحث قرار می‌دهیم و نکاتی را در مورد نحوه اجتناب و غلبه بر 35 USC § 101 ارائه می‌کنیم.آلیس" طرد شدن.

آیا پتنت های نرم افزاری قابل اجرا هستند؟

در حالی که همچنان عنوانی وجود دارد که نشان می‌دهد اختراعات مرتبط با نرم‌افزار و پیاده‌سازی رایانه قابل ثبت یا اجرا نیستند، این استدلال برخلاف داده‌های اخیر USPTO و دادگاه است. شکی نیست که فناوری‌های مرتبط با نرم‌افزار نه تنها قابل ثبت هستند، بلکه قابل اجرا هستند، و می‌توانند از چالش اعتبار در هیئت درخواست ثبت اختراع و هیئت تجدیدنظر یا دادگاه فدرال جان سالم به در ببرند. 

توانایی یک دارنده اختراع برای اجرای حقوق ثبت اختراع خود از لحظه صدور پتنت شروع می شود. اگر طرف نقض کننده موضوع مورد ادعا در اختراع صادر شده را بسازد، استفاده کند، بفروشد یا وارد کند، مالک حق اختراع علیه طرف نقض کننده رجوع قانونی خواهد داشت. دامنه و وسعت حقوق ثبت اختراع شما با ادعاهای اعطا شده در حق ثبت اختراع شما تعریف می شود. 

اگر حق ثبت اختراع شما شامل زبان ادعای گسترده باشد، پس حق شما برای مستثنی کردن دیگران بسیار بیشتر از حق ثبت اختراع با ادعاهای محدود است. در حالی که یک حق اختراع صادر شده در ابتدا معتبر فرض می شود، ممکن است همچنان در معرض چالش های آینده در USPTO از طریق بررسی Inter Partes (IPR) فرآیند یا اقدام ابطال در دادگاه فدرال.

چه شده است آلیس و چه معنایی برای پتنت های نرم افزاری دارد؟

Alice Corp v. CLS Bank International، 573 US 208 (2014) یک تصمیم برجسته دادگاه عالی بود که پایه و اساس پتنت های نرم افزاری را تا حد زیادی تکان داد. در تصمیمی متفق القول که توسط قاضی کلارنس توماس نوشته شد، دیوان عالی اعلام کرد که ادعاهای ثبت اختراع اعطا شده برای خدمات الکترونیکی امانی مبتنی بر رایانه به ایده‌های انتزاعی و نه موضوع قابل ثبت اختراع است.

La آلیس این تصمیم تأثیر عمیقی بر نحوه بررسی پتنت های نرم افزاری توسط بازرسان در سازمان ثبت اختراع و علائم تجاری ایالات متحده (USPTO) داشته است. این تصمیم یک تجزیه و تحلیل دو مرحله‌ای را ارائه می‌کند که به موجب آن ابتدا تعیین می‌شود که آیا موضوع ادعا شده در یک پتنت به یک ایده انتزاعی هدایت می‌شود یا خیر. اگر بله، ادعاها باید «به طور قابل توجهی بیشتری» اضافه کنند که یک «مفهوم اختراعی» را در بر می گیرد.

در حالی که دیوان عالی چندین نمونه از مواردی را که ممکن است واجد شرایط "به طور قابل توجهی بیشتر" باشد یا نباشد، گنجانده است، ابهام تصمیم و فقدان راهنمایی منجر به مشکلاتی در اجرای استانداردهای واضح و منسجم توسط دادگاه های پایین تر و در طول بررسی توسط بازرسان USPTO شد. تأثیر شگرف تصمیم دیوان عالی، بسیاری را در صنعت نرم افزار به این فکر انداخت که آیا پتنت های نرم افزاری آنها بی فایده و غیرقابل اجرا شده است یا خیر.

چگونه می توانید بر آن غلبه کنید آلیس هنگام ثبت اختراع ایده های نرم افزاری خود تصمیم بگیرید؟

در حالی که هیچ تضمینی برای موفقیت در هنگام درخواست برای درخواست ثبت اختراع نرم افزار وجود ندارد، مراحلی وجود دارد که می توانید برای بهبود شانس دریافت اعلان کمک هزینه از سوی USPTO Examiner برای درخواست ثبت اختراع خود انجام دهید.

ابتدا، یک جستجوی هنر قبلی را در نظر بگیرید (که گاهی اوقات "جستجوی قابلیت ثبت اختراع" نامیده می شود). با این حال، به یاد داشته باشید که نتایج جستجوی شما فقط به اندازه اطلاعات افشای مورد استفاده برای انجام جستجو خوب است. بنابراین، قبل از انجام جستجوی خود، اطمینان حاصل کنید که اطلاعات افشای کامل، مراجع، و اسناد چاپی را ارائه می دهید.

هنگامی که با یک افشای کامل ارائه می شود، یک جستجوی هنر قبلی نه تنها به شما کمک می کند تا تشخیص دهید که آیا اختراع شما قابل ثبت است یا خیر، بلکه به شما کمک می کند تا ایده ای در مورد اینکه چقدر می توانید بر اساس موارد مربوطه هر گونه ادعا در برنامه را پیش نویس کنید. هنر در زمینه فناوری به یاد داشته باشید که نتایج جستجوی هنر قبلی را با وکیل خود مرور کنید و هر گونه بازخورد یا "نقاط تمایز" بیشتری بین پلت فرم نرم افزار خود و مراجع هنر قبلی ذکر شده در جستجو ارائه دهید.

دوم، مهم است که قبل از تهیه پیش‌نویس اختراع نرم‌افزار، روش تجاری یا فرآیند پیاده‌سازی شده توسط رایانه، آنچه را که USPTO Examiner «موضوع غیرقابل ثبت اختراع» می‌داند، درک کنید. رد موضوع غیرقابل ثبت اختراع زمانی اتفاق می‌افتد که بررسی‌کننده استدلال می‌کند که موضوع اختراع مورد ادعا واجد شرایط حمایت از حق ثبت اختراع نیست، زیرا به یک ایده انتزاعی یا سایر موضوعات غیرقابل ثبت اختصاص دارد (تحت 35 USC § 101).

تحت 35 USC § 101، چهار دسته یا نوع اختراع قانونی وجود دارد که واجد شرایط حمایت از حق ثبت اختراع هستند: فرآیند، ماشین، ساخت، یا ترکیب ماده (یا هر بهبود جدید و مفید آن). اختراعات مربوط به نرم افزار و SaaS مسلماً در دسته اختراعات "فرآیند" قرار می گیرند. و اگر اختراع به عنوان ماشین ادعا شود (به عنوان مثال، کامپیوتر) که فرآیند را پیاده سازی می کند، جنبه ای از اختراع در دسته "ماشین" قرار می گیرد.

دادگاه ها چهار دسته قانونی اختراعات را به گونه ای تفسیر کرده اند که «قوانین طبیعت، پدیده های طبیعی و ایده های انتزاعی» را حذف کنند. این اصطلاحات که معمولاً به عنوان «استثناهای قضایی» برای واجد شرایط بودن حق ثبت اختراع نامیده می‌شوند، عموماً به دانش پایه‌ای اشاره می‌کنند که واجد شرایط حمایت از حق ثبت اختراع نیستند، مانند اصول علمی (به عنوان مثال، این نیرو برابر است با جرم ضربدر شتاب، یا F = mA)، که به طور طبیعی اتفاق می‌افتد. پدیده ها (به عنوان مثال، رعد و برق، گرانش، نور خورشید)، فرآیندهای ذهنی، و الگوریتم های ریاضی. در اکثر موارد، این دو استثنا آخر (فرایندهای ذهنی و الگوریتم‌های ریاضی) هستند که اساس اکثر ردهای مربوط به نرم‌افزار هستند.

USPTO برای کمک به متقاضیان در تغییر تغییرات برای تفسیر ادعا در حوزه های رایانه، نرم افزار و فناوری SaaS، یک به روز رسانی شده است. راهنمایی در مورد واجد شرایط بودن موضوع. این راهنما نیز در بخش‌های مختلف آن گنجانده شده است راهنمای رویه بررسی اختراع USPTO (MPEP). MPEP § 2106 در حال حاضر بیان می کند که آزمون واجد شرایط بودن موضوع شامل مراحل زیر است (اغلب به عنوان آلیس تست دو مرحله ای)

  • مرحله 1: بررسی کنید که آیا این ادعا به یک دسته قانونی (فرآیند، ماشین، ساخت، ترکیب ماده، یا بهبود آن) مربوط است یا خیر. اگر "نه"، آنگاه ادعا به موضوع مربوط می شود فاقد شرایط لازم برای حفاظت از ثبت اختراع اگر «بله»، به مرحله 2A بروید.
  • مرحله 2 الف: بررسی کنید که آیا ادعا مربوط به یک استثنا قانونی است (قوانین طبیعت، پدیده های طبیعی (محصول طبیعت)، یا ایده انتزاعی). اگر "نه"، آنگاه ادعا به موضوع مربوط می شود واجد شرایط برای حفاظت از ثبت اختراع اگر «بله»، به مرحله 2B بروید.
  • مرحله 2B: بررسی کنید که آیا ادعا عناصر اضافی را بیان می کند که «به طور قابل توجهی بیشتر» از استثنای قضایی است. اگر "نه"، آنگاه ادعا به موضوع مربوط می شود فاقد شرایط لازم برای حفاظت از ثبت اختراع اگر "بله"، آنگاه ادعا به موضوع مربوط می شود واجد شرایط برای حفاظت از ثبت اختراع

ثالثاً، در صورت رد شدن Office Action، من مراحل زیر را هنگام تهیه و تهیه پیش‌نویس اصلاحیه اقدام Office خود توصیه می‌کنم:

  1. استدلال آزمونگر را برای هر مرحله از آزمون واجد شرایط بودن موضوع مورد تجزیه و تحلیل قرار دهید. رد را بشکنید تا به وضوح هر یک از ادعاهای ممتحن را به مرحله مربوطه در بالا ترسیم کنید.
  • هر نقطه ضعفی را در استدلال ممتحن برای هر مرحله در تجزیه و تحلیل بیابید:
  1. آیا آزمونگر هیچ یک از مراحل را به درستی اعمال نکرده است؟
  2. بارها دیده‌ایم که یک ممتحن ادعایی را در قالب «ایده انتزاعی» به زور جا داده است. به دقت بررسی کنید که آیا هر یک از اظهارات ممتحن برای ترسیم ادعا به موضوعی غیرقابل صلاحیت، غیر واقعی است یا توصیف نادرست از اختراع. همچنین به دقت بررسی کنید که آیا بازرس هنگام ارائه استدلال خود به بخش های خاصی از ادعا اشاره نکرده است یا خیر. همچنین اغلب می بینیم که یک ممتحن از صحبت در مورد محدودیت های ادعایی که بیشتر استدلال او را ضعیف می کند، خودداری می کند. گاهی مهمتر از آنچه گفته شد، ناگفته است.
  • بررسی و استفاده از نمونه های واجد شرایط بودن موضوع در راهنمای آزمون USPTO، با در نظر گرفتن سوالات زیر:
  1.  آیا ادعاهای شما با نمونه هایی که «واجد شرایط» یا «غیر صلاحیت» هستند اشتراک بیشتری دارند؟
  2. آیا می توان ادعاهای شما را به گونه ای بیان کرد که با هر یک از نمونه های "واجد شرایط" سازگاری بیشتری داشته باشد؟ با یادگیری توجیه‌های مورد استفاده در مثال‌های «واجد شرایط»، ابزارهایی به کمربند ابزار خود اضافه می‌کنید تا با موفقیت در برابر موقعیت ممتحن استدلال کنید.
  • آیا این ادعاها «مفهوم ابداعی» را ارائه می‌دهند که در دفتر اکشن مورد بحث قرار نگرفته است؟
  • آیا می توان توضیح داد که چگونه ادعا در هر دسته قانونی قرار می گیرد؟
  • در صورت امکان به تحلیل ممتحن برای هر مرحله بر اساس موارد فوق پاسخ دهید و استدلال کنید.
  • درباره ممتحن خود تحقیق کنید:
  1. کمتر شناخته شده است که می توانید مواردی را که قبلاً توسط Examiner مجاز شده است با استفاده از ابزارهایی مانند جستجوی پیشرفته در PatFT جستجو کنید. این چگونه می تواند کمک کند؟ زیرا می توانید نمونه هایی از مواردی را که توسط همان امتحان کننده مجاز است پیدا کنید. متوجه خواهید شد که آزمون دهندگان اغلب همان سبک رد را برای بسیاری از موارد اعمال می کنند (تقریباً برش و چسباندن). اگر شما یک آلیس رد کردن، نگاهی به نمونه‌هایی از پاسخ‌هایی بیندازید که دیگران به ردهای او ارائه کرده‌اند که بر آنها غلبه کرده است. آلیس رد در مورد آنها. همان استراتژی‌ها اغلب دوباره کار می‌کنند، زیرا با الگوی عملیاتی آزمونگر خاص شما مطابقت دارد و به طور خودکار ناسازگاری‌های ممتحن به ممتحن را در به کارگیری استانداردها حل می‌کند.
  • Craft ادعا می کند که از Art Unit 3600 اجتناب می کند

در مورد ناهماهنگی های آزمونگر، ناهماهنگی های واحد هنری نیز مطرح می شود و باید هنگام تهیه پیش نویس درخواست ثبت اختراع در نظر گرفته شود. آیا بهتر نیست از یک ممتحن یا واحد هنری که در آن شانس کمک هزینه شما بدتر است، اجتناب کنید؟ در میان پزشکان پوشیده نیست که درخواست‌های ثبت اختراع که در واحد هنری روش‌های تجاری 3600 استفاده می‌شوند، نرخ کمک هزینه قابل‌توجهی پایین‌تری دارند. پزشکان ماهر ممکن است بتوانند به شما کمک کنند تا به واحد هنری بدنام 3600 متصل نشوید.

با این حال، با "طرح‌نویسی هدفمند" مناسب، درک اولیه فرآیند طبقه‌بندی USPTO یک الزام است. اخیراً، USPTO از سیستم‌های خودکار به‌عنوان اولین گذر برای محصور کردن کیس‌ها در واحدهای هنری استفاده کرده است. این سیستم ها به دنبال عبارات کلیدی در نگه داشتن قطعات در برنامه شما هستند تا مشخص کنند به کدام واحد هنری و طبقه بندی برنامه شما اختصاص داده شده است. مهمترین این بخشهای کلیدی، ادعاها و چکیده شماست. و برخی از نمونه‌های کلمات کلیدی که این سیستم‌ها برای روش‌های تجاری استفاده می‌کنند ممکن است شامل شرایط بانکی، شرایط بازی، شرایط قیمت‌گذاری و غیره باشد.

«منطقه روش‌های تجاری USPTO مجموعه‌ای از حوزه‌های موضوعی در مرکز فناوری 3600 است که حق اختراع مربوط به پردازش داده‌ها را اعطا می‌کند: مالی، عملکرد تجاری، مدیریت، یا تعیین هزینه/قیمت.»

بنابراین، اگر اختراع شما به هر یک از این دسته‌ها مربوط می‌شود، ممکن است در درخواست ثبت اختراع اولیه شما که از طریق طبقه‌بندی‌کننده بررسی می‌شود، از عبارات کلیدی در آن بخش‌های کلیدی اجتناب کنید. لطفاً به خاطر داشته باشید که تا زمانی که در افشای اصلی خود از پشتیبانی برخوردار باشید، همیشه می‌توانید ادعاهای خود را در مرحله بعد در پیگرد قانونی اصلاح کنید تا آن شرایط را نیز لحاظ کنید.

ارزش مصاحبه ممتحن را نادیده نگیرید

مصاحبه بازپرس یک بحث از پیش برنامه ریزی شده با ممتحن است که عموماً از طریق تلفن انجام می شود، در مورد رد ادعاها و/یا ایرادات ذکر شده در اقدام دفتر و اصلاحات احتمالی برای رفع این نگرانی ها. متقاضیانی که توسط یک وکیل ثبت اختراع نمایندگی می شوند می توانند (اما معمولاً نمی توانند) به طور فعال در مصاحبه شرکت کنند. در برخی موارد، مخترع و/یا متقاضی ممکن است علاقه مند به شرکت در مصاحبه آزمونگر باشند.

با این حال، لطفاً به خاطر داشته باشید که گفتن چیز نادرست یا پذیرش نادرست در طول مصاحبه آزمونگر می تواند بر شانس ثبت اختراع تأثیر بگذارد. در برخی موقعیت‌ها، مصاحبه منجر به اصلاحیه بازرس می‌شود، که ادعاها را در برنامه در شرایطی برای کمک هزینه قرار می‌دهد بدون اینکه متقاضی مجبور باشد پاسخ رسمی به یک اقدام اداری معوقه ارائه دهد. مصاحبه ها می تواند توسط آزمونگر آغاز شود یا توسط متقاضی درخواست شود.

یکی از بهترین راه‌ها برای آماده شدن برای مصاحبه اگزمینر، در نظر گرفتن کامل مسائل مطرح‌شده در اکشن آفیس و بهترین روش برای چارچوب‌بندی پاسخ خود به اکشن آفیس است. سپس می توانید یک دستور کار از موارد را برای بحث آماده کنید. در مرحله بعد، می توانید با Examiner تماس بگیرید و زمان مناسبی را برای بحث در مورد Office Action و پاسخ پیشنهادی و ارسال ایمیل دستور جلسه با هر گونه اصلاحیه پیشنهادی برای Examiner تعیین کنید. سپس، می توانید برای درک بهتر استدلال پشت رد آنها و تفسیر آنها از اصطلاحات و عبارات، با ممتحن گفتگو کنید و از فرصت استفاده کنید و هرگونه سوء تفاهم یا اختلاف تفسیر را برجسته و روشن کنید.

اما مهم‌تر از آن، مصاحبه‌های اگزمینر به متقاضیان فرصتی می‌دهد تا مغز ممتحن را انتخاب کنند و/یا احساسی نسبت به دوستی ممتحن برای اجازه دادن به ادعاهای فعلی شما داشته باشند. اطلاعات زیادی را می توان از یک مکالمه سریع بدست آورد. به عنوان مثال، اگر ممتحن به نظر قاطعانه به نظر می رسد که او ثابت کرده است که اختراع شما در حال حاضر وجود دارد، شاید بهتر باشد که به طور قابل توجهی ادعاهای خود را اصلاح کنید تا در وقت و هزینه خود صرفه جویی کنید. از سوی دیگر، اگر Examiner به طور کلی با نوآوری شما دوستانه به نظر می رسد، ممکن است بتوانید به سادگی بپرسید که چه تغییرات جزئی باید در ادعاهای شما انجام شود تا شما را از قوز خارج کند.

به یاد داشته باشید که اگزمینرها انسان هستند و مهربان بودن و همکاری می تواند راه درازی را در پی داشته باشد.

هنگام تهیه پیش نویس درخواست ثبت اختراع نرم افزار خود از این اشتباهات رایج اجتناب کنید

تهیه پیش نویس درخواست ثبت اختراع نرم افزاری به دلایل متعددی چالش برانگیز است. اولاً، نرم‌افزار و فرآیندهای پیاده‌سازی‌شده توسط رایانه به‌طور منظم در چارچوب قانونی برای واجد شرایط بودن حق ثبت اختراع قرار نمی‌گیرند. در حالی که نرم افزار به طور کلی به عنوان "برنامه ها و سایر سیستم عامل های مورد استفاده توسط یک کامپیوتر" تعریف می شود، اگر نرم افزار شما صرفاً عملکردهای معمول خاص یا اتوماسیون عمومی را انجام می دهد، احتمالاً بیش از حد "انتزاعی" است که موضوع قابل ثبت اختراع باشد. 

نکته کلیدی هنگام تهیه پیش نویس یک برنامه نرم افزاری، شناسایی جنبه های بدیع / مفاهیم مبتکرانه نرم افزار شما و بیان اینکه چگونه نرم افزار شما عملکرد رایانه را بهبود می بخشد، است. همچنین باید اطمینان حاصل کنید که تمام سیستم‌ها، زیرسیستم‌ها و مؤلفه‌های مورد استفاده برای اجرای فرآیند جدید خود را با جزئیات توصیف می‌کنید.

هنگام تهیه پیش نویس مجموعه ادعای خود و شرح مفصل از توصیف عملکرد عمومی یا صرفاً بیان خودکارسازی فعالیت های انسانی که به طور سنتی به صورت دستی انجام می شد یا بیان "اقدامات متعارف به روش عمومی" خودداری کنید. 

مزایای پتنت طراحی را فراموش نکنید 

ارزش یک برنامه ثبت اختراع طراحی برای نرم افزار خود را نادیده نگیرید. پتنت های طراحی از رابط های گرافیکی کاربر (GUI)، بارگیری تغییرات صفحه و سایر عناصر زینتی نرم افزار شما محافظت می کنند. اگر تصویر دو بعدی رابط کاربری گرافیکی شما بر روی صفحه نمایش رایانه، تبلت یا دستگاه تلفن همراه نشان داده شود، ممکن است رابط کاربری گرافیکی شما قابل ثبت باشد و ممکن است شرایط «مقاله تولید» را برآورده کند.

درخواست ثبت اختراع طراحی رابط کاربری گرافیکی شما ممکن است شامل چندین تجسم باشد تا زمانی که این تجسم ها به یک طرح رابط کاربری گرافیکی واحد مربوط باشند. برنامه باید حداقل یک ناحیه را با خطوط شکسته یا شکسته و مرز بیرونی دستگاه را در خطوط شکسته شامل شود. بیانیه خط شکسته در تعریف بخش هایی از رابط کاربری گرافیکی که ادعا می شود ضروری است.

ثبت اختراعات طراحی برای نرم افزار به دلایل متعددی سودمند هستند از جمله: زمان رسیدگی سریعتر، نرخ کمک هزینه بالاتر و هزینه کمتر وکالت و هزینه های تشکیل پرونده USPTO.

با یک وکیل ثبت اختراع نرم افزاری با تجربه صحبت کنید و درباره اختراعات نرم افزاری After Alice بیشتر بدانید

نگران چگونگی آلیس آیا این حکم می تواند بر اختراعات قبلی شما تأثیر بگذارد؟ به مشاوره حقوقی در مورد رسیدگی به ادعاهای ثبت اختراع نیاز دارید؟ گروه حقوقی Rapacke یک قانون تجاری و مالکیت معنوی است که بر مالکیت معنوی مرتبط با نرم افزار تمرکز دارد.

وکلای ما شامل بازرسان و توسعه دهندگان اولیه USPTO هستند که با انواع استارت آپ های آمریکایی و خارجی کار می کنند تا اطمینان حاصل کنند که آنها رویکردی استراتژیک برای حفاظت از مالکیت معنوی خود دارند. ما خدمات حقوقی ثبت اختراع و مالکیت معنوی را با هزینه ثابت شفاف ارائه می دهیم. برای تعیین وقت مشاوره رایگان با یکی از وکلای مجرب ما با ما تماس بگیرید.

برای مشاوره رایگان برنامه ریزی کنید یا ما را بگیر آزمون مالکیت فکری برای درک چگونگی محافظت از کسب و کار خود با یک وکیل ثبت اختراع نرم افزاری با تجربه.

تمبر زمان:

بیشتر از قانون راپکه