ناوگان ارواح: هوش مصنوعی در کشتیرانی خودمختار و لجستیک دریایی

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

مرز قابل مذاکره نیست: خودمختاری تعهد ناخدا، بهره‌بردار، شرکت، دولت صاحب پرچم، دولت ساحلی، بندر یا قانون را حذف نمی‌کند. هوش مصنوعی می‌تواند ادراک، مقایسه مسیر یا عیب‌یابی را پشتیبانی کند؛ اما حق تقدم نمی‌سازد، دیده‌بانی ناکافی را توجیه نمی‌کند، اختیار ناخدا را پاک نمی‌سازد و حالت تصویب‌نشده را قانونی نمی‌کند.

۱. خودمختاری را بر پایه کارکرد و حالت تعریف کنید

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

ISO/TS 23860:2022 مشخصه فنی منتشرشده برای واژگان سامانه کشتی خودمختار است. صفحه ISO نشان می‌دهد ویرایش برای بازنگری بررسی شده، پس تیم باید واژگان جاری را تأیید کند و متن ۲۰۲۲ را قانون همیشگی نداند. زبان سازگار به مهندسی کمک می‌کند، نه اینکه مجوز مقرراتی تعیین کند.

۲. از وضعیت مقرراتی ژوئیه ۲۰۲۶ آغاز کنید

پرسش‌های IMO درباره کشتیرانی خودمختار و وضعیت MASS Code ثبت می‌کند که قطعنامه MSC.595(111) کد غیرالزام‌آور MASS را در مه ۲۰۲۶ تصویب و آن را از ۱ ژوئیه ۲۰۲۶ مؤثر کرد. کد هدف‌محور و در دامنه اعلامی مکمل ابزارهای موجود است. هنوز کد الزامی آینده SOLAS نیست.

همان منبع می‌گوید ناخدا در همه زمان‌ها، حتی خارج از کشتی، مسئولیت کلی را حفظ می‌کند و مرکز دورکار باید در سامانه مدیریت ایمنی قوی باشد. نقشه راه، کار تجربه‌اندوزی در MSC 112 دسامبر ۲۰۲۶، توسعه کد الزامی در ۲۰۲۸، پذیرش مورد انتظار تا ۱ ژوئیه ۲۰۳۰ و اجرای مورد انتظار در ۱ ژانویه ۲۰۳۲ را پیش‌بینی می‌کند. اینها نقطه‌های نقشه راه‌اند، نه تاریخ الزامی فعلی.

۳. مسئولیت قانونی و عملیاتی را تخصیص دهید

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

مرور IMO از کد مدیریت بین‌المللی ایمنی چارچوب الزامی مدیریت ایمنی تحت فصل IX SOLAS را با ارزیابی ریسک شناسایی‌شده و حفاظت شرح می‌دهد. خطر سامانه خودمختار، وظیفه مرکز، تغییر نرم‌افزار، امنیت سایبری و کار تنزل‌یافته را در سامانه مدیریت شرکت وارد کنید، نه اینکه در دفترچه فروشنده بماند.

۴. دامنه طراحی عملیاتی را اعلام کنید

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

دامنه را پیوسته پایش کنید. «داخل چندضلعی مسیر» کافی نیست وقتی دید، ترافیک، اتصال یا ماشین تغییر کرده است. سامانه باید نزدیک‌شدن به حد را آن‌قدر زود ببیند که انسان یا مسیر جایگزین عمل کند. وضعیت ناشناخته دامنه، خرابی است نه اجازه ادامه.

۵. آگاهی موقعیتی قابل ردیابی بسازید

رادار، AIS، دوربین دیداری و فروسرخ، GNSS و موقعیت دیگر، ژیروسکوپ، سرعت‌سنج، عمق، هوا، نقشه، ماشین و حسگر ویژه را ادغام کنید. زمان، چارچوب مختصات، کالیبراسیون، سلامت، عدم‌قطعیت و سابقه اتصال هر منبع را نگه دارید. AIS داده همکاری است و می‌تواند مفقود، دیر، غلط یا جعل‌شده باشد؛ جای دیده‌بانی مستقل را نمی‌گیرد.

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

۶. استدلال COLREG را بدون تبدیل به جدول ساده پیاده کنید

مرور IMO از مقررات جلوگیری از تصادم COLREG مسئولیت، دیده‌بانی، سرعت امن، خطر برخورد، اقدام اجتناب، جداسازی ترافیک، رفتار در دید و دید محدود را خلاصه می‌کند. کنوانسیون از راه قاعده حقوقی و دریانوردی اعمال می‌شود؛ درخت تصمیم نرم‌افزار نمی‌تواند هر رویارویی را به برچسب شناور و نقطه نزدیک‌شدن تقلیل دهد.

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

۷. مرکز دورکار را سامانه ایمنی طراحی کنید

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

ارتباط مستقل در حد متناسب، کنترل احراز‌شده، پایش تأخیر و اتلاف، نمایش هم‌زمان، زمینه سفر و ماشین و نشانه بی‌ابهام اختیار فراهم کنید. اپراتور به تصویر مشترک و زمان فهم نیاز دارد؛ انتقال بیت کنترل، تحویل ایمن نیست. قطع مرکز، خرابی منطقه‌ای شبکه، تخلیه و تحویل به مرکز مصوب دیگر را تمرین کنید.

۸. انتقال حالت و رفتار کم‌خطر را مهندسی کنید

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

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

۹. ناخدا و تیم انسانی را مؤثر نگه دارید

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

طراحی تصویب انسانی برای هوش مصنوعی مستقیماً بر فرمان دورکار صدق می‌کند. مداخله به زمان، اختیار، نمای مستقل حسگر و روش تمرین‌شده نیاز دارد. نیروی انسانی و صلاحیت را با دریانورد و متخصص عوامل انسانی بازبینی کنید. انتقال نقش به ساحل خستگی و کار تیمی را عوض می‌کند؛ انسان را حذف نمی‌کند.

۱۰. برای ماشین تنزل‌یافته و اضطرار فیزیکی آماده شوید

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

مرور IMO از کنوانسیون SOLAS حوزه‌های الزامی مانند ناوبری، رادیو، ساخت، آتش، نجات، مدیریت ایمنی و امنیت را بیان می‌کند. MASS Code مکمل ابزار قابل‌اعمال است و آنها را لغو نمی‌کند. دولت پرچم، مؤسسه شناخته‌شده در صورت استفاده، دولت بندر و مقام دیگر در دامنه خود مجوز می‌دهند.

۱۱. کشتی، ساحل، نرم‌افزار و ارتباط را امن کنید

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

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

۱۲. با ترافیک آمیخته، VTS، راهنما و بندر یکپارچه شوید

شناور خودمختار و متعارف سال‌ها آبراه مشترک دارند. ارتباط و رفتاری طراحی کنید که دریانورد دیگر بفهمد. روش را با خدمات ترافیک شناور، راهنما، یدک، پایانه، گارد ساحلی و بندر تأیید کنید. فرض نکنید همه شرکت‌کنندگان پیام نیت ساخت‌یافته می‌گیرند.

مرور فنی MASS در IALA کار جاری در خدمات ناوبری، VTS، اتصال، موقعیت، ریسک و بستر آزمون را شرح می‌دهد. این برنامه فنی درحال‌تکامل است، نه کتاب قانون جهانی کامل. الزام VTS و کمک‌ناوبری محلی و شیوه مکالمه صوتی مرکز را ثبت کنید.

۱۳. بهینه‌سازی سفر را از ناوبری امن جدا کنید

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

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

۱۴. پیکربندی و شاهد را در عمر کشتی نگه دارید

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

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

۱۵. با سناریو، شبیه‌سازی و آزمون دریا اعتبارسنجی کنید

از خطر و مقرره تا آزمون، ردیابی الزام بسازید. آزمون جزء، نرم‌افزار و سخت‌افزار در حلقه، شبیه‌ساز پل، تمرین مرکز، آب کنترل‌شده و سفر تدریجی نماینده را به کار ببرید. فرض و پوشش شبیه‌سازی را روشن نگه دارید؛ اقیانوس دیجیتال همه دریانوردان و خرابی حسگر را بازنمایی نمی‌کند.

کار عادی و ترکیب نادر را آزمایش کنید: از دست رفتن دو حسگر در مه، ماهیگیری مبهم با تأخیر بالا، آتش هنگام جابه‌جایی مرکز یا حمله سایبری هم‌زمان با عیب ماشین. شناور متعارف و امداد بیرونی را وارد کنید. بازبینی مستقل دریانوردی، مهندسی، سایبری، عوامل انسانی و مقررات باید استدلال ایمنی را به چالش بکشد.

۱۶. ایمنی و ارزش عملیاتی را با هم بسنجید

پایش کنید:

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

نبود برخورد در پایلوت کوچک اثبات آماری ایمنی نیست. شاخص پیشرو و پوشش سناریوی ساخت‌یافته را کنار تجربه عملیات به کار ببرید.

۱۷. از پشتیبانی تصمیم به خودمختاری مصوب توسعه دهید

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

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

یادداشت منابع

منابع در ۳۰ ژوئیه ۲۰۲۶ بازبینی شدند. MASS Code قطعنامه MSC.595(111) از ۱ ژوئیه ۲۰۲۶ مؤثر، اما غیرالزام‌آور بود؛ تاریخ‌های کد الزامی نقطه‌های مورد انتظار نقشه راه‌اند. SOLAS، COLREG، ISM، قانون ملی، الزام پرچم، قواعد ساحل و بندر، مؤسسه رده‌بندی و قرارداد می‌توانند هم‌زمان اعمال شوند. ISO/TS 23860:2022 منتشر شده، اما برای بازنگری نشان داده شده بود. مواد MASS در IALA کار فنی جاری را شرح می‌دهد. مالک باید نظر جاری اداره، مؤسسه شناخته‌شده، بندر، دولت ساحلی، بیمه‌گر و مشاور دریایی واجد صلاحیت را بگیرد.