прадукты Катэгорыя
- FM-перадатчык
- 0-50w 50w-1000w 2kw-10kw 10kw +
- ТБ перадатчык
- 0-50w 50-1kw 2kw-10kw
- антэна FM
- ТБ антэны
- антэна аксэсуар
- кабель злучальнік разветвитель харчавання эквівалентная нагрузка
- RF Transistor
- крыніца харчавання
- аўдыё абсталяванне
- DTV Front End абсталяванне
- сістэма Link
- сістэма STL Сістэма Link Мікрахвалевая печ
- FM-радыё
- вымяральнік магутнасці
- іншыя прадукты
- Спецыяльна для каранавіруса
прадукты Тэгі
Fmuser Сайты
- es.fmuser.net
- it.fmuser.net
- fr.fmuser.net
- de.fmuser.net
- af.fmuser.net -> афрыкаанс
- sq.fmuser.net -> албанская
- ar.fmuser.net -> арабская
- hy.fmuser.net -> Армянскі
- az.fmuser.net -> азербайджанскі
- eu.fmuser.net -> баскская
- be.fmuser.net -> Беларуская
- bg.fmuser.net -> Балгарская
- ca.fmuser.net -> каталонская
- zh-CN.fmuser.net -> кітайскі (спрошчаны)
- zh-TW.fmuser.net -> Кітайскі (традыцыйны)
- hr.fmuser.net -> харвацкая
- cs.fmuser.net -> чэшская
- da.fmuser.net -> дацкая
- nl.fmuser.net -> Галандская
- et.fmuser.net -> эстонская
- tl.fmuser.net -> філіпінская
- fi.fmuser.net -> фінская
- fr.fmuser.net -> Французская
- gl.fmuser.net -> галісійская
- ka.fmuser.net -> грузінскі
- de.fmuser.net -> нямецкая
- el.fmuser.net -> Грэчаскі
- ht.fmuser.net -> Гаіцянскі крэол
- iw.fmuser.net -> іўрыт
- hi.fmuser.net -> хіндзі
- hu.fmuser.net -> Венгерская
- is.fmuser.net -> ісландская
- id.fmuser.net -> інданезійская
- ga.fmuser.net -> ірландскі
- it.fmuser.net -> Італьянская
- ja.fmuser.net -> японскі
- ko.fmuser.net -> карэйская
- lv.fmuser.net -> латышскі
- lt.fmuser.net -> Літоўскі
- mk.fmuser.net -> македонская
- ms.fmuser.net -> малайская
- mt.fmuser.net -> мальтыйская
- no.fmuser.net -> Нарвежскі
- fa.fmuser.net -> персідская
- pl.fmuser.net -> польская
- pt.fmuser.net -> партугальская
- ro.fmuser.net -> Румынская
- ru.fmuser.net -> руская
- sr.fmuser.net -> сербская
- sk.fmuser.net -> славацкая
- sl.fmuser.net -> Славенская
- es.fmuser.net -> іспанская
- sw.fmuser.net -> суахілі
- sv.fmuser.net -> шведская
- th.fmuser.net -> Тайская
- tr.fmuser.net -> турэцкая
- uk.fmuser.net -> украінскі
- ur.fmuser.net -> урду
- vi.fmuser.net -> В'етнамская
- cy.fmuser.net -> валійская
- yi.fmuser.net -> Ідыш
Дадаткі для прагляду кантактаў - жыццёва важнае значэнне ў барацьбе з коранавірусам. Але хто вырашае, як яны працуюць?
На мінулым тыдні кіраўнік Агенцтва лічбавага пераўтварэння Аўстраліі Рэндал Бружо паведаміў сенацкаму камітэту, які слухаў, што абноўленая версія аўстралійскага прыкладання для адсочвання кантактаў COVIDSafe хутка будзе выпушчана. Гэта таму, што цяперашняя версія не працуе належным чынам на тэлефонах Apple, якія абмяжоўваюць фонавую трансляцыю сігналаў Bluetooth, якія выкарыстоўваюцца для вызначэння таго, калі тэлефоны знаходзіліся ў непасрэднай блізкасці.
Для таго, каб Apple дазволіў дадатку доступ да Bluetooth, неабходны для належнай працы, новая версія павінна адпавядаць пратаколу "захаванне канфідэнцыяльнасці кантактаў", распрацаваным кампаніямі Apple і Google.
На жаль, пратакол Apple / Google падтрымлівае іншы (і неправераны) падыход да пошуку кадра. Гэта можа зрабіць лепшую працу па захаванні канфідэнцыяльнасці, чым цяперашняя мадэль COVIDSafe, але мае некаторыя выдаткі на ахову здароўя.
І, што немалаважна, патрабаванне выконваць гэты пратакол адбірае важкія рашэнні ад дэмакратычна абранага ўрада і аддае іх у рукі тэхнакампаній.
Цяжкі пераход
І COVIDSafe, і новая структура Apple/Google адсочваюць уздзеянне прыкладна аднолькава. Яны транслююць «лічбавае поціск рукі» на бліжэйшыя тэлефоны, па якім можна зрабіць выснову, наколькі блізка былі прылады двух карыстальнікаў і як доўга.
Калі прылады былі бліжэй за 1.5 м на працягу 15 хвілін або больш, гэта лічыцца доказам "цеснага кантакту". Каб спыніць распаўсюджванне COVID-19, пацверджаныя цесныя кантакты людзей са станоўчым тэстам павінны праходзіць самаізаляцыю.
Адрозненні паміж цяперашнім падыходам COVIDSafe і запланаванай структурай Apple/Google заключаюцца ў архітэктуры дзвюх сістэм і ў тым, каму яны раскрываюць канфідэнцыяльную інфармацыю. Падыход COVIDSafe «цэнтралізаваны» і выкарыстоўвае цэнтральную базу дадзеных для збору некаторай кантактнай інфармацыі, у той час як пратакол Apple і Google цалкам «дэцэнтралізаваны». Што тычыцца апошняга, апавяшчэнне аб патэнцыйным уздзеянні чалавека, які атрымаў станоўчы тэст, ажыццяўляецца толькі паміж карыстальнікамі, без неабходнасці цэнтральнай базы дадзеных.
Гэта забяспечвае значную карысць для прыватнасці: цэнтральная база дадзеных стане мішэнню для зламыснікаў і можа быць выкарыстана праваахоўнымі органамі.
Абарона цэнтральнай базы дадзеных COVIDSafe і забеспячэнне таго, каб «Даныя прыкладання COVID» не выкарыстоўваліся не па прызначэнні, былі задачай законапраекта, які зараз разглядаецца. Аднак, калі структура Apple/Google будзе прынята, як планавалася, большая частка гэтага заканадаўства стане лішняй, бо не будзе цэнтралізаванай базы дадзеных для абароны. Акрамя таго, паколькі даныя на прыладах карыстальнікаў будуць зашыфраваны і недаступныя для органаў аховы здароўя, няма рызыкі іх злоўжывання.
Каб COVIDSafe выконваў новыя рамкі Apple / Google, яго трэба будзе цалкам перапісаць, і новае прыкладанне, хутчэй за ўсё, не будзе ўзаемадзейнічаць з бягучай версіяй. Гэта азначае, што мы альбо маем дзве сістэмы, якія працуюць паралельна, альбо мы павінны забяспечыць усе абнаўленні.
Менш інфармацыіration для кантактных трэкераў
Падыход Apple / Google строга абмяжоўвае колькасць інфармацыі, якую абменьваюцца з усімі ўдзельнікамі, уключаючы традыцыйныя даследчыкі кантактаў.
Калі "паказчык рызыкі" карыстальніка перавышае парог, праграма адправіць яму ўсплывальнае акно. Карыстальнік і органы аховы здароўя атрымліваюць толькі інфармацыю пра дату ўздзеяння, яго працягласць і сілу сігналу Bluetooth у той час. Дадатак нікому не раскрывае, калі менавіта адбылася патэнцыйна рызыкоўная сустрэча або з кім сутыкнуўся карыстальнік.
Гэта, зноў жа, прыносіць карысць прыватнасці, але і выдаткі на здароўе насельніцтва. Такі выгляд "апавяшчэння аб уздзеянні" (як называюць Apple і Google, хаця апавяшчэнне пра блізкасць можа быць і больш дакладным) можа быць выкарыстаны для дапаўнення традыцыйнага адшукання кантактаў, але не можа быць інтэграваны ў яго, таму што ён не даручае трасіроўшчыкам кантактаў. з канфідэнцыйнай інфармацыяй.
Перавагі традыцыйных метадаў
Як ужо паказалі эксперты, працягласць і трываласць сігналаў Bluetooth з'яўляецца слабым сведчаннем патэнцыйна рызыкоўнага ўздзеяння і можа прывесці як да ілжывых станоўчых, так і да недакладных негатываў.
Сучасны падыход COVIDSafe даручае чалавекам адшукальнікаў кантактаў больш інфармацыі, чым дазваляе праграма Apple / Google - і калі, і каму, чалавек быў схільны рызыцы. Гэта дазваляе больш індывідуалізавана ацэньваць рызыку з патэнцыйна меншымі памылкамі. Адшуквальнікі кантактаў могуць дапамагчы людзям узгадаць сустрэчы, якія яны ў адваротным выпадку могуць забыць, і даць кантэкст інфармацыі, прыведзенай дадаткам.
Напрыклад, веданне таго, што магчымы цесны кантакт адбыўся, калі абодва бакі насілі сродкі індывідуальнай абароны, можа дапамагчы пазбегнуць ілжывых пазітываў. Сапраўды гэтак жа, калі даведацца, што той, хто выпрабаваў пазітыў, цесна кантактаваў з карыстальнікам, які быў з сябрамі, якія не запусцілі прыкладанне, можа дазволіць нам папярэдзіць пра гэта і пазбегнуць ілжывага негатыву.
Акрамя таго, тое, што паведамленне прыходзіць ад чалавека, а не ад усплывальнага акна, можа павялічыць верагоднасць таго, што людзі сапраўды самаізалююцца; мы кантралюем распаўсюджванне толькі ў тым выпадку, калі мы сапраўды самаізалюемся па інструкцыях. І, прадастаўляючы ўсе гэтыя даныя органам аховы здароўя, сучасны падыход COVIDSafe таксама дае экспертам эпідэміялагічнае разуменне хваробы.
Гэтыя два падыходы таксама пацвярджаюцца рознымі доказамі. Дэцэнтралізаваны метад апавяшчэння аб уздзеянні Apple і Google ніколі не быў апрабаваны падчас пандэміі і пацвярджаецца дадзенымі мадэлявання. Тым не менш, удасканаленая праграма адсочвання кантактаў, падобная на тое, што робіць COVIDSafe (за выключэннем выкарыстання GPS, а не Bluetooth), была апрабавана падчас успышкі ліхаманкі Эбола ў Заходняй Афрыцы з шматспадзеўнымі (хоць і непераканаўчымі) вынікамі.
Хто павінен вырашаць?
Такім чынам, ці павінен аўстралійскі ўрад выконваць "законы" прыватнасці кампаніі Apple і Google і распрацаваць новае прыкладанне, якое адрозніваецца ад COVIDSafe? Ці Apple павінна абнавіць сваю аперацыйную сістэму, каб COVIDSafe эфектыўна працуе ў фонавым рэжыме? Магчыма, яшчэ важней, хто павінен прыняць рашэнне?
Калі падыход Apple і Google дасягнуў тых жа мэт грамадскага аховы здароўя, што і COVIDSafe, але лепш абароніў канфідэнцыяльнасць, то, нягледзячы на непатратныя выдаткі, Аўстралія павінна распрацаваць новае прыкладанне, якое адпавядала б іх рамках. Аднак, як мы бачылі, гэтыя два падыходы сапраўды адрозніваюцца і прыносяць розныя перавагі для грамадскага здароўя.
Калі б COVIDSafe прывёў да парушэння асноўных правоў на канфідэнцыяльнасць, то Apple мела б маральнае права прытрымлівацца свайго і працягваць абмяжоўваць яго працу ў фонавым рэжыме. Але цяперашні праект заканадаўства аб COVIDSafe — хоць і не ідэальны — належным чынам вырашае праблемы наконт таго, як і кім збіраюцца даныя і да якіх яны атрымліваюць доступ. І хоць у COVIDSafe ёсць недахопы бяспекі, іх можна выправіць.
Рашэнні аб тым, як узважваць такія каштоўнасці, як канфідэнцыяльнасць і грамадскае здароўе, павінны грунтавацца на актыўных грамадскіх дэбатах і найлепшых парадах экспертаў у адпаведных галінах. Рознагалоссі непазбежныя.
Але ў рэшце рэшт, рашэнне павінны прымаць тыя, за каго мы прагаласавалі, і можам прагаласаваць, калі памыліцца. Гэта не павінна быць у руках тэхнічных кіраўнікоў па-за межамі дэмакратычнага працэсу.