M-تجارت پرداخت آفلاین

در طول همه گیر Covid-19 ما شاهد افزایش معاملات آنلاین هستیم. معماری فعلی پرداخت کیف پول نیاز به اتصال آنلاین در طی معاملات دارد. مشاهده شده است که به دلایل مختلف امکان اتصال عدم اتصال به اینترنت وجود دارد. ما در حال کار بر روی یک راه حل برای فعال کردن معاملات آفلاین به دلیل هرگونه خرابی در اینترنت هستیم. ما سه سناریوی اصلی را شناسایی می کنیم که در آن توانایی معاملات کاملاً آفلاین هم برای بازرگانان و هم برای مصرف کنندگان مفید است. این شامل خرید در مکان های بدون اتصال آنلاین ، هنگامی که یک اتصال معتبر تضمین نشده است ، و هنگامی که انجام معاملات آفلاین به دلیل هزینه های بالاتر پردازش ارتباطات/پرداخت در مصوبات آنلاین ارزان تر است. کار ما با هدف پرداختن به چالش فراهم کردن توانایی معاملات آفلاین ایمن در صورت عدم وجود اتصال آنلاین در نظر گرفته شده است که هیچ ویژگی امنیتی را در برنامه پرداخت کیف پول آفلاین تجارت M ما به خطر نمی اندازد.

روی نسخه خطی کار می کنید؟

معرفی

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

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

بررسی ادبیات

نویسنده [1] در صورت عدم وجود اتصال آنلاین در تلفن همراه یا ترمینال ، به چالش در فراهم کردن قابلیت معامله آفلاین ایمن می پردازد. این بحث می کند که چگونه می توان نشانه گذاری توسط صنعت پرداخت را به عنوان روشی برای جلوگیری از شماره حساب شخصی (PAN) و سازش در معاملات EMV (Europay MasterCard Visa) اتخاذ کرد ، و نحوه معماری فعلی مشخص شده در نشانه های EMV را که نیاز به اتصال آنلاین در طول معاملات دارد ، متمایز می کند. یک پروتکل جدید پرداخت موبایل آفلاین حفظ حریم خصوصی طراحی شده و بر اساس NFC ساخته شده است. هدف اصلی تمرکز بر حفظ حریم خصوصی مشتری برای پرداخت موبایل بود. این طرح به خوبی برای تحقق کلیه الزامات امنیتی و حریم خصوصی طراحی شده است. در این طرح ، از یک امضای گروهی برای ارائه غیرقابل تصور معاملات استفاده می شود [2]. نمونه اولیه طراحی شده شامل چندین ویژگی امنیتی مانند ناشناس بودن ، عدم اعتماد به نفس ، فراموشی ، پیشگیری از حمله پخش مجدد ، قابلیت ردیابی و غیره است.

یک رویکرد جدید برای ایجاد سیستم های امن ، مقیاس پذیر و انعطاف پذیر در حالت ارتباطات آفلاین برای امنیت پیشرفته در معاملات [3]. آنها بحث کردند که چگونه سیستم های پرداخت فعلی به طور مستقیم به زیرساخت های ثابت شبکه (شبکه سلولی) وابسته هستند ، که نتواند سطح بهینه امنیت سیستم پرداخت را تسهیل کند. سیستم پیشنهادی مبتنی بر یک زیرساخت کلیدی عمومی ساده برای تأمین امنیت در فرآیندهای پرداخت است. تجزیه و تحلیل عملکرد مدل پیشنهادی مورد تجزیه و تحلیل قرار گرفت و نشان داد که این سیستم بسیار قوی و ایمن است که از ناشناس بودن ، حفظ حریم خصوصی ، سیستم پرداخت آفلاین غیر بازپرداخت نسبت به شبکه ADHOC بی سیم اطمینان دارد. نویسنده [4] ویژگی های پرداخت آنلاین را مورد تجزیه و تحلیل قرار داده است ، با تأکید بر بحث در مورد کارت اعتباری الکترونیکی ، پول الکترونیکی و بررسی الکترونیکی سه حالت پرداخت آنلاین ، یک مدل سیستم پرداخت آنلاین مشترک را ارائه می دهد و سرانجام به محیط برنامه مربوطه اشاره می کندبشرپیشرفت در فناوری باعث می شود پول نقد الکترونیکی ، کیف پول الکترونیکی ، بانکداری آنلاین ، مبادله الکترونیکی و سایر روشهای پرداخت همچنان بالغ شود و مورد استفاده تجاری قرار گیرد.

یک روش در [5] بر اساس یک سیستم الکترونیکی-نقدی با فرقه های متعدد ارائه شده است که به شرکت کنندگان E را قادر می سازد تا در یک محیط آفلاین به مشتریان تغییر دهند. آنها سیستمی را پیشنهاد کردند که بدون در نظر گرفتن مبلغ معامله منجر به معاملات مناسب شود و تعداد کاربران الکترونیکی CASH مورد نیاز برای واریز از قبل را کاهش می دهد. آنها از اقدامات امنیتی مختلفی استفاده می کردند: قابلیت های غیرقابل توصیف ، تأیید ، فراموشی ، تشخیص هزینه های مضاعف ، مقاومت در برابر دستکاری و عدم تکرار برای تأمین امنیت در حین انجام معامله. معماری سرویس محور برای معاملات ایمن تلفن همراه در [6] شرح داده شد. این سیستم به عنوان یک سیستم در مقیاس بزرگ ، ایمن و کامل که شامل چندین مؤلفه است ، تأسیس شد. این شرکت شامل اپراتورهای شبکه تلفن همراه ، بانک ها ، پردازنده های کارت اعتباری ، بازرگانان کوچک است. هدف این بود که یک روش انعطاف پذیر تر برای استفاده ایمن از کارت های پول نقد و اعتباری طراحی شود.

یک راه حل جدید سیستم پرداخت نقدی پیش پرداخت (قابل انتقال) بر اساس فناوری سخت افزاری که یک کیف پول الکترونیکی (کیف پول الکترونیکی) را برای اسکان سکه های دیجیتالی اجرا می کند ، مورد بحث قرار گرفت [7]. نتیجه ، انتقال پول نقد الکترونیکی همتا به همتا (P2P) معادل انتقال نقدی فیزیکی در استفاده عمومی است. در این مقاله همچنین یک حالت آفلاین از پرداخت کیف پول وجود دارد ، اما اشکال این است که سیستم هنوز به یک مقام قابل اعتماد نیاز دارد که باید به عنوان یک کاتالیزور برای تقویت اعتماد و قابلیت ردیابی احتمالی عمل کند. نویسندگان در [8] تهدیدات کیف پول دیجیتال را بیان کردند و در مورد الزامات کیف پول های دیجیتال که از نظر فنی ترس از امنیت را به عنوان ارائه دهندگان معمول در ضمن کمک به اجرای موفقیت آمیز کیف پول های دیجیتال ، مورد بحث قرار دادند ، بحث کردند. آنها در مورد هم در بین تهدیدات و الزامات کاربر کیف پول دیجیتال بحث کردند. همچنین در مورد الزامات مهم امنیتی که پرداخت های کیف پول موفقیت آمیز برای اطمینان از ایمنی کاربران نیاز دارد ، بحث می کند.

نویسندگان بحث كردند كه چگونه سیستم های خرد پرداخت پتانسیل ارائه خدمات غیر تهاجمی ، با حجم بالا و کم هزینه برای پرداخت خدمات شما را برای طیف گسترده ای از برنامه های مبتنی بر وب ارائه می دهند [9]. این مجموعه مجموعه ای از پسوندها ، Netpay موبایل را برای تجارت الکترونیکی موبایل بهینه می کند. Mobile Netpay با استفاده از توابع هشویی یک طرفه برای رمزگذاری E-Coin ، کارایی و امنیت بالایی را فراهم می کند. نویسندگان [10] اهمیت راه حل های پرداخت آفلاین را پیشنهاد کردند ، زیرا مردم تمایل دارند با احتیاط در انتخاب رمزهای عبور خود رفتار کنند تا از بار به یاد آوردن رمزهای عبور پیچیده جلوگیری کنند. چنین عادت های رمز عبور ضعیف در معرض تهدیدات شدید برای خدمات مختلف موجود به صورت آنلاین ، به ویژه بانکداری الکترونیکی یا بانکداری الکترونیکی است. برای ریشه کن کردن ضرورت ایجاد و مدیریت رمزهای عبور ، انواع راه حل ها شیوع دارند ، موارد سنتی استفاده از کلمه یک بار (OTP) است که به یک رمز عبور واحد/معامله اشاره دارد.

مقاله [11] در مورد امنیت سیستم های پرداخت الکترونیکی بحث می کند. در این مقاله به سیستم های غالب یا تلاش های جدید و نوآوری ها برای بهبود سطح امنیت سیستم های پرداخت الکترونیکی متمرکز شده است. این نظرسنجی شامل معاملات کارت (CP) کارت و بررسی سیستم غالب آن یعنی EMV است. چندین تحقیق در دانشگاه کمبریج انواع حملات علیه این استاندارد را نشان می دهد ، که نشان دهنده عدم وجود یک روش تأیید اعتبار آفلاین است. در این مقاله استفاده از کارتهای هوشمند به جای کارتهای نوار مغناطیسی که قادر به شرکت در فرآیند احراز هویت نیستند ، ارزیابی مهاجرت EMV از رمزنگاری RSA به ECC مبتنی بر Cryptosystem 3 را پیشنهاد می کند.

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

نویسندگان در [13] یک بررسی جامع از پرداخت ایمن موبایل را ارائه می دهند که در آن طبقه بندی پرداخت موبایل به TPC (شرکت پرداخت شخص ثالث) پرداخت موبایل و پرداخت موبایل به رهبری بانکی ، و بر اساس این ، خلاصه ساختار سیستم موبایل را خلاصه می کندپرداخت انجام شدتحقیقات انجام شده ، فن آوری های ایمن (سخت افزار و نرم افزار) مورد استفاده در این رویه ها را معرفی می کند ، موضوعات امنیتی را که با آنها روبرو شده اند ، بحث و تحلیل می کند ، موضوعات باز را خلاصه می کند و مسیرهای توسعه آینده را پیشنهاد می کند

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

مقاله [15] ویژگی های دستگاه تلفن همراه قبلی موجود مانند خدمات پیام کوتاه و بلوتوث را که توانایی انجام معاملات پول دیجیتال را در یک محیط آفلاین دارند ، برجسته می کند. این روش حول این واقعیت است که می توان از پرداختهای الکترونیکی برای ارسال یا دریافت پول دیجیتالی با عملکرد موجود دستگاه های تلفن همراه مانند پیام رسانی و بلوتوث استفاده کرد تا معاملات مالی را بدون تأخیر انجام دهد حتی اگر سرور کیف پول الکترونیکی در یک زمان معین پاسخگو نباشدبشریافته های مقالات حاکی از آن است که پرداخت های الکترونیکی می تواند توسط بازرگانان و مشتریان مورد استفاده قرار گیرد و مشتریان می توانند از طریق هرگونه عملکرد پیام رسانی دستگاه های تلفن همراه یا از طریق بلوتوث ، این هزینه های الکترونیکی را به بازرگان ارسال کنند.

این مقاله [16] مفهومی از کیف پول سخت را برای ایجاد اعتماد معرفی می کند. پرداختی که از کیف پول سخت صادر می شود می تواند توسط یک کیف پول سخت دوم مصرف شود ، که بیشتر به یک کیف پول سخت سومین پرداخت می شود و بدین ترتیب چرخه پرداخت یا اکولوژی پول دیجیتال را برای مدت طولانی و بدون استفاده از کانال ارتباطات ایجاد می کند. رویکرد کیف پول سخت ممکن است شخصی و متناسب با توانایی امنیت مالکیت باشد.

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

مقاله [18] یک چارچوب جدید را ایجاد می کند که شامل ویژگی هایی مانند فناوری Lowcost ، اجرای آسان و عملکرد ، سودمندی برای افراد محلی و دامنه تخصیص خلاق است. هدف این مقاله انجام یک مطالعه میدانی عمیق از طریق مصاحبه با بازرگانان و مصرف کنندگان برای ارزیابی چارچوب بود. چارچوب توسعه یافته نشان می دهد که همراه با ویژگی هایی مانند نصب کم هزینه ، نصب و بهره برداری آسان ، مشتریان گزارش دادند که فناوری پرداخت موبایل بر خلاف معاملات نقدی نیز می تواند کاربردهای خلاقانه ای مانند تأمل در هزینه های گذشته را داشته باشد. تحقیقات انجام شده در این مقاله ، ادعاهای توسعه را در مورد نیاز به گنجاندن بیشتر فروشندگان در مقیاس کوچک محلی نشان می دهد.

این مقاله [19] یک تحقیق کامل انجام داده و چندین مدل پیشنهادی از سیستم های پرداخت را از طریق دستگاه های تلفن همراه ، روش های پرداخت آنها ، مکانیسم های امنیتی ، فناوری ها و مکانیسم های مقایسه درگیر در سیستم های پرداخت تلفن همراه مورد بررسی قرار داده است. این مقاله همچنین تجزیه و تحلیل فن آوری های رمزگذاری ، روش های احراز هویت و فایروال در سیستم پرداخت تلفن همراه را ارائه می دهد.

در این مقاله [20] به تفصیل در مورد معماری های مختلف پرداخت موبایل موجود بحث شده است. اگرچه پرداخت موبایل به دلیل راحتی آن ، در بسیاری از مناطق محبوبیت خود را به دست آورده است ، اما همچنین با تهدیدهای و چالش های امنیتی زیادی روبرو است. در این مقاله یک مدل پردازش پرداخت موبایل ارائه شده و هر نوع سیستم پرداخت تلفن همراه را معرفی می کند. این خلاصه خدمات امنیتی مورد نظر در سیستم های پرداخت تلفن همراه و همچنین مکانیسم های امنیتی که در حال حاضر وجود دارد. در ادامه ، سه تهدید امنیتی ، یعنی بدافزار ، آسیب پذیری های SSL/TLS و نقض داده ها ، و چهار چالش امنیتی ، یعنی تشخیص بدافزار ، احراز هویت چند عاملی ، پیشگیری از نقض داده ها و تشخیص و پیشگیری از کلاهبرداری ، در پرداخت تلفن همراه را شناسایی و مورد بحث قرار می دهد. سیستم های.

مقاله [21] موضوعات امنیتی مربوط به پرداخت های الکترونیکی را مرور می کند. این مقاله تحقیقات خود را در مورد پرداخت های آنلاین و همچنین کیف پول الکترونیکی متمرکز می کند. این تحقیق در حدود 131 مقاله تحقیقاتی مربوط به پرداخت الکترونیکی در بین سال 2010 ANS 2020 بررسی می کند. از یک رویکرد سیستماتیک برای بررسی ادبیات خود استفاده می کند. نتایج به دست آمده نشان می دهد که علاقه به کیف پول الکترونیکی و پرداخت آنلاین در دوره 2010-2020 به میزان قابل توجهی افزایش یافته است. این مقاله پیشنهاد می کند که مسائل اساسی در مورد امنیت پرداخت های آنلاین باید دارای برخی از خصوصیات حفاظت مانند مجوز ، در دسترس بودن ، صداقت ، احراز هویت و غیره باشد.

این مقاله [22] ادبیات موجود در مورد پرداخت های تلفن همراه را برای تقویت درک وضعیت فعلی دانش مقایسه می کند. این مقاله تحقیق به تفصیل در مورد بررسی های بررسی شده همکار موجود در پایگاه داده SCOPUS بین دوره 2005 و 2020 بحث شده است. حدود 56 مطالعه منتشر شده در 44 ژورنال بین المللی برای جستجوی ادبیات سیستماتیک در پایگاه داده SCOPUS استفاده شده است. این مقاله همچنین برای شناسایی خوشه های موضوعی ، یک تجزیه و تحلیل کتابشناسی را با بیننده VOS انجام می دهد. به طور کلی این مقاله درک مناسبی از معماری های پرداخت تلفن همراه را ارائه می دهد و بر اساس نتایج راه های آینده نیز ارائه شده است.

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

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

ما به یک مشتری HTTP مبتنی بر وعده نیاز داریم که به جای پذیرش پاسخ به تماس ، وعده ها را بازگرداند. Axios یک مشتری محبوب HTTP مبتنی بر وعده است که از یک API با استفاده آسان پشتیبانی می کند و می تواند در مرورگر و Node. js. استفاده شود. این کار با تماس های ناهمزمان را بدون ایجاد کد کثیف تضمین می کند. علاوه بر این ، درخواست ها را با استفاده از Polyfill برای نحو New Promise New Promise می پیچد. ما همچنین می توانیم درخواست ها را رهگیری و لغو کنیم ، و یک حمایت داخلی از طرف مشتری در برابر جعل درخواست متقابل وجود دارد.

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

سپس کاربر می تواند از صفحه اصلی به صفحه معامله برود. معامله بین دو کاربر مهمترین بخش برنامه است و امنیت باید اولویت اصلی در چنین برنامه های پرداخت باشد. با توجه به مسائل ایمنی موجود در تماس های API این روزها ، ما می خواستیم یک کانال/تونل امن تر ایجاد کنیم که فقط مشتری و سرور مربوطه بتوانند در آن تعامل داشته باشند. با وجود مسائل امنیتی اخیر ، نوشتن اطلاعات با استفاده از تماس های API می تواند خطری باشد که هکر قادر به تغییر درخواست های پست باشد. مشتری ابتدا سعی می کند در صورت امکان اتصال سوکت وب را ایجاد کند و در غیر این صورت ، برنامه یک معامله حالت آفلاین را آغاز می کند. در شرایطی که مشتری هیچ اتصال به اینترنت ندارد ، که توسط NetInfo مشخص شده است ، ما از ذخیره سازی ناهمزمان استفاده می کنیم که React Native باید تا زمانی که مشتری به صورت آنلاین برگردد ، اطلاعات کاربران وارد شده را ارائه دهد. بعد از اینکه مشتری از اتصال به اینترنت پایدار برخوردار شد ، داده ها از فضای ذخیره سازی ناهمزمان برداشته می شود و یک اتصال سوکت ایمن از صفحه اصلی ساخته می شود و به سرور وصل می شود و معامله همچنان شبیه به سناریوی آنلاین است.

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

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

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

نتایج و بحث

بر اساس روش فوق الذکر ، برنامه ای ایجاد شده است. این برنامه در حالت های آنلاین و آفلاین کاملاً کاربردی است و اقدامات امنیتی برای هر دو مورد استفاده شده است.

برنامه پرداخت آفلاین M-Commerce به صفحه ورود به سیستم باز می شود که از مشتری یا بازرگان مربوطه می خواهد اعتبار خود را وارد کنید ، یعنی نام کاربری و رمز عبور. برای امنیت بیشتر ، تمام رمزهای عبور هشدار داده شده و ذخیره می شوند. این تنظیم اولیه هنگامی انجام می شود که کاربر آنلاین باشد. پس از اتمام این کار ، جزئیات در فضای ذخیره سازی ناهمزمان دستگاه ذخیره شده و ذخیره می شوند. داده های ذخیره سازی ناهمزمان را نمی توان با آن دستکاری کرد و برای کاربر بی خطر است. این متعاقباً برای کلیه پرداخت های آفلاین استفاده می شود و ایمنی داده های کاربر را تضمین می کند.

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

صفحه اول برنامه صفحه ورود به سیستم است که در شکل 3 مشاهده می شود. در اینجا ، کاربر وارد اعتبار خود می شود که در پایگاه داده ذخیره شده است. اعتبار وارد شده با پایگاه داده مطابقت دارد و در صورت صحیح بودن کاربر مجاز به ورود به سیستم است. ورود به سیستم از طریق مسیرهای تنظیم شده از طریق Express کار می کند. درخواست ارسال [/مشتریان/ورود به سیستم] ایجاد می شود که پس از آن برنامه به صفحه بعدی منتقل می شود. نحوه کار مسیر این است که ابتدا بررسی می کند که آیا نام کاربری در پایگاه داده وجود دارد و سپس رمز ورود وارد شده را هش می دهد و آن را با پایگاه داده مطابقت می دهد. پس از تأیید موفقیت آمیز ، کاربر مجاز به استفاده از برنامه است.

پس از احراز هویت موفقیت آمیز ، کاربر نهایی وارد سیستم می شود و به صفحه اصلی مشتری هدایت می شود که مشتری می تواند مانده باقی مانده خود ، بانک مرتبط خود و سابقه 5 معامله آخر را که از طریق این برنامه انجام شده است ، ببیند. در صورتی که مشتری دارای یک اتصال اینترنتی پایدار باشد ، با کلیک بر روی دکمه Make Peave ، کاربر را به صفحه معامله منتقل می کند که در هنگام برقراری اتصال سوکت با سرور برقرار می شود و پس از برقراری این اتصال ، هرگونه ارتباط دیگری بین مشتریو سرور از طریق این سوکت انجام می شود. ما همچنین یک قفل سطح سند اضافی را برای Mongo DB کدگذاری کرده ایم ، که تضمین می کند که چندین کاربر می توانند بدون قفل کل مجموعه ، در یک زمان معین معامله انجام دهند. این کار با قفل کردن ردیف های برگشتی توسط یک پرس و جو انتخابی کار می کند ، به گونه ای که سایر معاملات که سعی در دسترسی به آن ردیف ها دارند ، مجبور می شوند منتظر معامله ای باشند که ردیف ها را به پایان رسانده اند. این معاملات دیگر بر اساس زمانی که سعی در خواندن مقدار ردیف های قفل شده دارند ، به طور مؤثر در صف قرار می گیرند. این برنامه با اطمینان از ایجاد یک قفل در سطح سند/ردیف ، از همزمانی مراقبت می کند تا برنامه شامل هیچگونه تعارض نوشتن/نوشتن و خواندن و نوشتن نباشد. پس از اتمام پردازش سمت سرور معامله ، وضعیت معامله از طریق همان سوکت به مشتری ارسال می شود.

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

هر مؤلفه دارای چندین "روش چرخه عمر" است که می توانیم برای اجرای کد در زمان های خاص در این فرآیند غلبه کنیم. ما در پروژه خود از روش چرخه عمر مجهز به مؤلفه استفاده کرده ایم. نصب فاز است که در آن مؤلفه React ما بر روی DOM ، یعنی ایجاد می شود ، ایجاد می شود و در DOM وارد می شود. این مرحله پس از اتمام مرحله اولیه سازی به صحنه می آید. در این مرحله ، مؤلفه ما برای اولین بار ارائه می شود. هنگامی که کاربر اعتبار معتبر را وارد کرد و ورود به سیستم موفقیت آمیز بود ، برنامه به صفحه اصلی منتقل می شود. در اینجا ، از روش ComponentWillMount () استفاده می شود که دقیقاً قبل از نصب مؤلفه بر روی DOM یا روش رندر نامیده می شود. پس از فراخوانی این روش ، تمام جزئیات مشتری و تاریخچه معاملات از پایگاه داده پرسیده می شود. مؤلفه های React در بالای دیگری جمع می شوند ، به عنوان مثال ، صفحه اصلی بالای ورود و پرداخت بالای صفحه اصلی ، که به روزرسانی این مؤلفه ها را دشوار می کند زیرا فقط با Reactdom. Render به روز می شوند. به همین دلیل ما یک شنونده اضافی (Div Focus) اضافه کردیم که هنگام بازگشت به صفحه اصلی خود ، روش رندر را فراخوانی می کند و مطمئن می شویم که فقط مقادیر به روز شده نمایش داده می شود. روش . focus () به برنامه ای می گوید که صفحه نمایش در آن اجرا می شود ، که برای پیدا کردن صفحه در حال حاضر در کدام صفحه مفید است. با سوءاستفاده از آن ، برنامه می تواند با اتمام پرداخت دوباره ارائه شود.

با حرکت به پرداختهای حالت آفلاین ، ما از ذخیره سازی React Async استفاده کرده ایم که یک سیستم ذخیره سازی بدون رمزگذاری ، ناهمزمان ، مداوم و کلیدی است که برای برنامه جهانی بهتر از ذخیره محلی است. در اینجا ، جزئیات بانکی مرتبط و مبلغ مانده ذخیره شده است که پس از معامله اصلاح می شود. این داده ها در هر زمان توسط کاربر قابل تغییر نیست و کاملاً ایمن و ایمن است. از این رو بدون ترس از سرقت می توان معاملات آفلاین را انجام داد. ما از یک کتابخانه جامعه در React Native به نام "NetInfo" استفاده کرده ایم که به ما امکان می دهد تا در مورد نوع اتصال و کیفیت اتصال اطلاعات کسب کنیم. این به ما کمک می کند وقتی موبایل یک اتصال به اینترنت پایدار دریافت کند که برنامه سپس استفاده از کتابخانه NetInfo را بررسی می کند ، پس از آن ، آخرین معامله آفلاین می تواند بصورت آنلاین به روز شود. این کار از صفحه اصلی ما انجام می شود و یک اتصال سوکت دیگری از طریق این صفحه آغاز می شود که سپس برای به روزرسانی اطلاعات تعادل استفاده می شود.

شکل 5 صفحه معامله برنامه ما است. هنگامی که مشتری می خواهد بازرگان را بپردازد ، اولی مبلغ معامله و شماره تلفن بازرگان را وارد می کند و پس از آن اگر تعادل کافی در دسترس باشد ، یعنی ، پس از حرکت پس از حرکت ، ارزش کیف پول باید بیشتر از صفر باشد ، یک معامله موفق انجام می شود ومشتری به صفحه اصلی هدایت می شود که در آن مانده مانده و تاریخچه معاملات آنها نمایش داده می شود. تمام این معاملات توسط کتابخانه Socket. io Nodejs که امکان ارتباط در زمان واقعی ، دو طرفه و مبتنی بر رویداد بین مشتری و بازرگان را فراهم می کند ، مراقبت می شود. وب سوکت یک پروتکل ارتباطی است که یک کانال دورامی و کم تحرک بین مشتری و سرور یعنی مشتری و بازرگان را فراهم می کند. با استفاده از سوکت های وب ، یک توسعه دهنده می تواند عملکردی را ارائه دهد که به طور مداوم در تمام سیستم عامل ها کار کند. وب سوکت یک اتصال سوکت TCP را نشان می دهد ، بنابراین مشکل محدودیت اتصال را از بین می برد. در مورد معماری REST ، مشتری و سرور می توانند به طور مستقل و بدون شناختن یکدیگر اجرا شوند. این الگوی مشتری/سرور مزایای زیادی با آن دارد ، یعنی ، کد سمت مشتری در هر زمان قابل تغییر است ، بدون اینکه سرور تحت تأثیر قرار گیرد. مشتری های مختلف که دارای رابط های استراحت هستند می توانند به طور همزمان به نقاط پایانی ضربه بزنند و همان پاسخ را دریافت کنند. همچنین ، یکی دیگر از ویژگی های دیگر بی تابعیت است. یک سرور نیازی به دانستن وضعیت مشتری ندارد و همین مسئله در مورد مشتری نیز صادق است. در کل ، وقتی صحبت از امنیت و اطمینان از اطلاعات می شود ، لازم است اطمینان حاصل شود که معاملات یا هرگونه اطلاعات محرمانه فقط از طریق یک سوکت ایمن منتقل می شوند تا احتمال حمله نفوذ یا آسیب پذیری شبکه به حداقل برسد.

شکل 6 صفحه اصلی برنامه را در یک محیط آفلاین نشان می دهد که بسیار شبیه به شکل 4 است ، تفاوت اصلی این است که مشتری در صورت عدم وجود اتصال به اینترنت پایدار قادر به دیدن تاریخ معامله نخواهد بود. پس از اتمام یک معامله موفق ، مشتری همانطور که در شکل 7 مشاهده می شود ، به صفحه "موفقیت آمیز" هدایت می شود و در مورد معامله ناموفق ، مشتری همانطور که در شکل مشاهده می شود به صفحه "معامله شکست خورده" هدایت می شود. 8- موفقیت یا عدم موفقیت معامله را ارسال کنید مشتری هدایت می شود/به صفحه اصلی هدایت می شود.

پارامترهای ارزیابی ، هم از نظر هزینه و هم از نظر تجزیه و تحلیل زمان به طور گسترده در کاربرد ما انجام شد. بیش از 1000 معاملات بین حساب های مختلف مشتری و بازرگان انجام شد و نتایج حاصل از تجزیه و تحلیل انجام شده بهتر از سایر برنامه های کیف پول موجود در بازار امروز بود. زمان استفاده از درخواست ما برای یک معامله معین به طور متوسط حدود 600ms بود که از سایر برنامه های کیف پول معیار که در محدوده 700-800ms قرار دارند ، بهتر است ، این نشان می دهد که مدل پیشنهادی ما صرف نظر از هرگونه ترافیک مرتبط با شبکه ، مثبت کار می کند. خرابی که تاکنون با آن روبرو شده اید فقط به دلیل خطاهای اعتبار سنجی تجارت بوده و به دلیل هرگونه خطای فنی نیست. خرابی اعتبار سنجی مشاغل آن دسته از معاملات است که با مشتری که دارای تعادل کافی و/یا مواردی است که مشتری به یک گیرنده نادرست برای معامله داده شده است ، آغاز شده است. برنامه توسعه یافته هیچ مشکلی فنی ندارد که تاکنون دیده می شود و حتی وقتی چگالی بالایی از معاملات به طور همزمان مشاهده می شود ، برنامه به پایان نمی رسد. این برنامه به صورت افقی مقیاس پذیر است و برای استفاده صنعتی ، گره های اضافی را می توان برای مدیریت بار اضافه کرد.

نتیجه

در این مقاله ما یک نمونه اولیه جدید از پرداخت کیف پول آفلاین با استفاده از React Native به عنوان جلوی ما ، Nodejs به عنوان باطن و MongoDB ما به عنوان پایگاه داده خود ارائه می دهیم. ایده اصلی این برنامه نمونه اولیه ، رسیدگی و جلوگیری از حملات و آسیب پذیری های مداخله ای بود ، برای اطمینان از این کار از کتابخانه Socket. io استفاده کردیم و اطمینان حاصل کردیم که تمام تماس های API ما بی خطر است. برای تضمین اطلاعات و امنیت ، ما از ماژول BCRYPT استفاده کرده ایم ، جایی که همه رمزهای عبور را در پایگاه داده خود ذخیره می کنیم و از این طریق احتمال تهدید به کیف پول کاربر نهایی را کاهش می دهیم. برای برقراری همزمانی و جلوگیری از تأخیر ، قفل سطح سند خودمان را پیاده سازی کردیم. علاوه بر این ، برای حالت آفلاین نمونه اولیه ما ، برنامه از ذخیره سازی ناهمزمان استفاده می کند که یک سیستم ذخیره سازی جهانی است که ما برای ذخیره مبلغ معامله و جزئیات بانکی استفاده کردیم. این ایده در فعالیتهای روزمره بسیار مفید است که ممکن است کاربر همیشه ارتباط پایدار نداشته باشد و نیاز به انجام معاملات داشته باشد. این برنامه به کاربران امکان می دهد تا از پرداخت های تلفن همراه در هر سناریویی استفاده کنند زیرا پرداخت های تلفن همراه در سالهای اخیر شکوفا شده است. مانع اینترنت به چندین بازرگان و کاربران امکان استفاده از پرداخت های تلفن همراه را می دهد. پیشرفت های امنیتی در حالت آنلاین نیز برای ایجاد یک محیط کاملاً ایمن برای کاربر بهبود یافته است. در حال حاضر ، برنامه کیف پول M-تجارت توسعه یافته متمرکز است ، دامنه آینده این پروژه این خواهد بود که آن را به یک سیستم پرداخت کیف پول آنلاین غیر متمرکز تبدیل کند.

منابع

1. Jayasinghe Danushka ، و همکاران. گسترش پرداختهای EMV به محیط های آفلاین. در: 2016 IEEE Trustcom/BigDatase/ISPA. 2016 ؛ 443-50. https://doi. org/10. 1109/trustcom. 2016. 0095.
2. San Aye Mi ، Sathitwiriyawong Chanboon."حریم خصوصی پروتکل پرداخت Offlinemobile بر اساس NFC". در: کنفرانس بین المللی علوم و مهندسی کامپیوتر 2016 (ICSEC). 2016 ، صص 1-5. https://doi. org/10. 1109/icsec. 2016. 7859939.
3. Kiran N. Chitra ، Narendra Kumar G. "ساختمان قوی پرداخت تجارت M-تجارت در شبکه بی سیم آفلاین". در: پنجمین کنفرانس بین المللی IEEE در زمینه سیستم ها و شبکه های پیشرفته از راه دور (ANTS). 2011 ، صص 1-3. https://doi. org/10. 1109/ants. 2011. 6163664.
4. او یونگقیانگ ، شی یانرونگ ، او Aixiang."تحقیق در مورد روش پرداخت آنلاین تجارت الکترونیکی". در: کنفرانس بین المللی IEEE 2010 در زمینه مهندسی نرم افزار و علوم خدمات. 2010 ، صص 312-15. https://doi. org/10. 1109/icsess. 2010. 5552440.
5. لو جی ا-نینگ ، یانگ مینگ ساعت."مکانیسم الکترونیکی قابل انتقال آفلاین". در: کنفرانس IEEE 2018 در مورد محاسبات قابل اعتماد و ایمن (DSC). 2018 ، صص 1-2. https://doi. org/10. 1109/desec. 2018. 8625136.
6. ژائو هائو ، مفتی Sead."مفهوم کیف پول ایمن ایمن". در: کنگره جهانی 2011 در امنیت اینترنت (Worldcis-2011). 2011 ، صص 54-58. https://doi. org/10. 1109/worldcis17046. 2011. 5749882.
7. Kreft Heinz ، Adi Wael."سیستم الکترونیکی مبتنی بر کیف پول برای مبادله نقدی چند هاپ ایمن". در: 2008 سومین کنفرانس بین المللی در مورد فن آوری های ایجاد و ارتباطات: از تئوری گرفته تا برنامه ها. 2008 ، صص 1-5. https://doi. org/10. 1109/ictta. 2008. 4529987.
8. حسن MD Arif ، Shukur Zarina."بررسی نیازهای کیف پول دیجیتال". در: 2019 کنفرانس بین المللی امنیت سایبری (ICOCSEC) . 2019 ، صص 43-48. https: //doi. org/10. 1109/icocsec47621. 2019. 8970996.
9. Tso Raylin ، Lin Chen-Yi."پروتکل پرداخت موبایل خارج از خط ، تشخیص دو برابر خرج کردن". در: 2017 سی و یکمین کنفرانس بین المللی در مورد کارگاه های پیشرفته شبکه های اطلاعاتی و برنامه های کاربردی (Waina). 2017 ، صص 570-75. https: //doi. org/10. 1109/waina. 2017. 56.
10. خان برهان اول اسلام ، و همکاران."راه حل مبتنی بر OTP آفلاین برای دسترسی به بانکداری امن". در: کنفرانس IEEE 2018 در مورد یادگیری الکترونیکی ، مدیریت الکترونیکی و خدمات الکترونیکی (IC3E). 2018 ، صص 167-72. https: //doi. org/10. 1109/ic3e. 2018. 8632643.
11. لی Songnong ، و همکاران."تحقیق در مورد مدل معامله آفلاین در سیستم پرداخت تلفن همراه". در: محاسبات مرزی. ویرایشتوسط جیسون سی. هونگ ، نیل یین ین و لین هوی. سنگاپور: اسپرینگر سنگاپور ، 2019 ، صص 1815-20. ISBN: 978-981-13-3648-5.
12. Solat Siamak (2017) "امنیت سیستم های پرداخت الکترونیکی: یک بررسی جامع". arxiv. 1701. 04556
13. لیو ونژنگ ، وانگ شیافنگ ، پنگ وی."وضعیت هنر: پرداخت موبایل ایمن". در: IEEE Access8 2020 ، صص 13898-914. https://doi. org/10. 1109/access. 2019. 2963480.
14. گوپتا رحول ، کاپور چشتا ، یداو جیش."پذیرش به پرداخت های دیجیتال و بهبود در اکوسیستم پرداخت بدون پول". در: کنفرانس بین المللی 2020 برای فناوری نوظهور (Inset). 2020 ، صص 1-9. https://doi. org/10. 1109/incet49848. 2020. 9154024.
15. Singh Jay P. "عملکرد معاملات آفلاین در ewallets". در: مجله علوم و فناوری هندی 10. 2017 ، صص 1-4.
16. Samid Gideon ، کیف پول Bitmint سخت."پرداخت دیجیتالی بدون ارتباطات شبکه: بدون اینترنت ، اما رژیم پرداخت پایدار بین کیف پول های سخت و با حامل تصادفی". در: کنفرانس بین المللی IEEE IEEE IEEE ، الکترونیک و مکاترونیک (IEMTRONICS). 2020 ، صص 1-7. https://doi. org/10. 1109/iemtronics51293. 2020. 9216456.
17. رهات عبدالله ، و همکاران."یک سیستم پرداخت الکترونیکی آفلاین مبتنی بر طرح امضای کور غیر قابل حمل". در: معاملات KSII در سیستم های اطلاعات اینترنتی و 11. 2017 ، صص 2628-45. https: //doi. org/10. 3837/tiis. 2017. 05. 018.
18. Pal Abhipsa ، و همکاران."آیا راحتی ارزش خطر را دارد؟بررسی استفاده از پرداخت موبایل ". در: مرزهای سیستم های اطلاعاتی 23. 4. 2021 ، صص 941-61. https://doi. org/10. 1007/S10796-020- 10070.
19. احمد واکاس ، و همکاران."امنیت در نسل بعدی سیستم های پرداخت موبایل: یک بررسی جامع". در: IEEE Access9. 2021 ، صص 115932-950.
20. وانگ یونگ ، هان کریستن ، سوتراو کروتیکا."امنیت پرداخت موبایل ، تهدیدها و چالش ها". در: دومین کنفرانس بین المللی بین المللی و خدمات امن (MobisecServ). 2016 ، صص 1-5. https://doi. org/10. 1109/mobisecserv. 2016. 7440226.
21. حسن MD Arif ، و همکاران."بررسی امنیت پرداخت الکترونیکی". در: تقارن 12. 8. 2020 ؛ISSN 2073-8994. https://doi. org/10. 3390/sym12081344.
22. عبدالله ، خان محمد نوید."تعیین پذیرش پرداخت موبایل: جستجوی ادبیات سیستماتیک و تجزیه و تحلیل کتابشناسی". در: Cogent Business & Management8. 1 (2021). ویرایشتوسط النا کوستادینوا ، ص. 1893245. https://doi. org/10. 1080/23311975. 2021. 1893245.
23. Canara Bank ، Parvathi S. تأثیر همه گیر در پرداخت های دیجیتال در هند. دروازه تحقیق؛2021

اطلاعات نویسنده

نویسندگان و وابستگی ها

1. انستیتوی ملی فناوری Kaataka Surathkal ، Mangalore ، هند Yash Kumar Gupta ، Girish Jeswani & Olan Pinto

1. یاش کومار گوپتا