滅伉圻幹

(see the * 'adobe' handle in functions.php ! no async, no defer), so a page-load * Target offer has already set `data-hdr` by the time this runs. * * An answer that lands after this point is inert rather than acted on: * `apply()` finds the prune settled and does nothing, so the visitor * keeps the nav they were served instead of watching it change. That is * the deliberate trade-off ! a late activity collects no data, but no * visitor ever sees the wrong nav or waits for the right one. */ (function () { var VARIANTS = ["a","b","c"]; var DEFAULT = "a"; var root = document.documentElement; var settled = false; function valid(v) { return VARIANTS.indexOf(v) !== -1; } function prune(active) { if (settled) return; settled = true; var list = document.querySelectorAll('#site-header > .header-variant'); for (var i = 0; i < list.length; i++) { if (list[i].getAttribute('data-header-variant') !== active) { list[i].parentNode.removeChild(list[i]); } } root.setAttribute('data-hdr', active); // Read by the Adobe Analytics client to attribute the test. root.setAttribute('data-hdr-active', active); if (typeof window.initHeaderNav === 'function') window.initHeaderNav(); /** * `variant` is set before the event so late listeners can tell * "already done" from "not yet". main.js is enqueued in the footer * and therefore always misses the event itself. */ window.medalliaNav.variant = active; document.dispatchEvent(new CustomEvent('medallia:nav-ready', { detail: { variant: active } })); } window.medalliaNav = { variant: null, apply: function (v) { if (valid(v)) prune(v); } }; // `?hv=` sets this server-side; a Target offer in the blocking // embed sets it before the body is parsed. var pre = root.getAttribute('data-hdr'); if (valid(pre)) { prune(pre); return; } /** * Carried forward from an earlier pageview. Read client-side, never in * PHP: WP Engine does not vary its page-cache key on arbitrary cookies, * so server-side personalisation here would serve the first anonymous * visitor's variant to everyone. */ var m = document.cookie.match(/(?:^|; )medallia_nav_variant=([^;]*)/); if (m && valid(m[1])) { prune(m[1]); return; } prune(DEFAULT); })();
カスタマ`?エクスペリエンス

エクスペリエンスプログラムにおいて粥鴛セキュリティは單枠並遒任△襪戮

仟たなAI室gは、二Iが人やITにどのような悶Yを戻工できるかを筝錣垢覺鵑なC氏を戻工しますが、揖rに嶷寄なセキュリティ貧の}も育います。滅伉圻幹 では、お人のデ`タのプライバシ`とセキュリティ、そしてデ`タの販ある旋喘を恷枠並としています。

滅伉圻幹 は15定參貧にわたり、署蛮サ`ビス、隠、ヘルスケアなどのデリケ`トな匍順の二Iや屓軒Cv鬚韻法咄蕗からテキストへのき軟こしを根むText Analyticsと Speech Analyticsで 繁垢岑嬬┫ ̄モデルをトレ`ニングし、駻辰靴討ました。?

胃L100嵐繁參貧のアクティブ?ユ`ザ`が綱人や慉虐韻尖盾し、パ`ソナライズされた悶Yを戻工するために、ほぼすべての匍順でこれらの粥鴛喜墮ソリュ`ションを試喘して います。そして云晩、輝芙はExperience '24において、こうした函りMみを紗堀させる鮫豚議な4つのジェネレ`ティブ粥鴛ソリュ`ションをk燕しました。輝芙が粥鴛に廣薦してきたのと揖に、輝芙が粥鴛モデルをどのように譜柴し、g廾するかについては、セキュリティへの塘打が児云であり、書朔も笋錣襪海箸呂△蠅泙擦鵝

恷仟かつ恷互の粥鴛返隈をエクスペリエンス?プログラムに擬秘しようとする魁栽、そのモデルがビジネスでQうデ`タのセキュリティにもたらすリスクを尖盾することが自めて嶷勣である。?

ここでは、粥鴛セキュリティについてベンダ`がどのように深えているのかを岑るために、徭蛍徭附と粥鴛ソリュ`ション?ベンダ`の昨温宀に儖ねるべき嵎諒の古勣をh苧しよう。

デ`タセキュリティ暴のデ`タはどこへ佩くのか針が聞うのか

寄号庁な冱囂モデル┳晦珂やその麿の鹸jなモデルの嶄には、盾裂のためにデ`タを徭芙のデ`タセンタ`から、そのモデルを侭嗤するサ`ドパ`ティのデ`タセンタ`に送さなければならないものがあります。デ`タが徭芙のデ`タセンタ`からサ`ドパ`ティのデ`タセンタ`に仝送れる々魁栽、好蔦澆そのデ`タを因鞭する字氏が火ります。?

しかし、デ`タ息のリスクは麿にもある。デ`タはソ`スや及美宀のサブプロセッサ`で仝息れる々辛嬬來がある。ネットワ`クが寄すればするほど、デ`タ息のリスクは互まる。したがって、粥鴛モデルを聞喘する魁栽、デ`タがどこから栖てどこへ佩くのかというデ`タの送れと、床峭扮と僕扮のセキュリティ砿尖は、デ`タが云輝に芦畠かどうかを別屬垢詆呂之燃に嶷勣です。?

モデルのリスク暴のデ`タは採に聞われているのか燭匹里茲Δ吠荒辰気譴討い襪里

尖覽弔淵禰`タセキュアな弊順では、巷望は芙坪で鏡徭のモデルを更廏し、徭芙のデ`タでそれらを儺膳し、そのデ`タが徭芙のデ`タセンタ`から竃るのを契ぐだろう。しかし火廷ながら、g匯の巷望のデ`タとシステム喘に更廏された鏡徭の粥鴛モデルを更廏することは、蒙に粥鴛の唾の兜豚粁竣にある巷望にとっては、隈翌な扮寂とコストがかかる。?

このようなリスクをXpするために、謹くのMは芙坪のオ`プンソ`スモデル、つまり徭芙のデ`タセンタ`でホストされているオ`プンソ`スモデルを駻辰垢襪海箸鰡xぶかもしれない。Oめて芦畠なデ`タパイプラインを聞喘しても、リスクは贋壓する。箭えば、广恬悗捻Woされたコンテンツで僥楼されたモデル、サポ`トやアップグレ`ドがK阻したモデル、r旗Wれのテクノロジ`を聞喘したモデルなどである。これらのリスクは、もう匯つのセキュリティリスクである仝モデルの芦協來々にvBしています。

粥鴛がもたらすデ`タの芦畠來にするリスクをX受するには

では、粥鴛モデルのセキュリティにv銭するこれらのリスクをX受するために、ビジネスとして採をすべきなのだろうか燭修隆陲┐蓮△海Δ靴織螢好を範紛し、モデル譜柴、隈議弐埃、デ`タ?セキュリティ、コンプライアンス、その麿のセキュリティv銭リソ`スを持自議に徭芙のプラットフォ`ムに護いているパ`トナ`を僉ぶことだ。

箭えば、デ`タ隠砿にvする輝芙の互い児覆砲蓮⊂花絞韻琉戯纏、鯉なアクセス崙囮、デ`タ隠隔ポリシ`、茅悄忽縞議なデ`タセキュリティ児覆悗などが根まれます。これらのことは採を吭龍するのでしょうか燭修譴蓮▲禰`タが圧催晒され、匯協豚寂のみ隠隔され、勣箔に鬉犬届茅できることを隠^することを根む、恷互のセキュリティ児覆していることを吭龍します。?

滅伉圻幹 また、ヨ討任魯バ`されない鏡徭のセキュリティ覆房咾─掲械に鯉なセキュリティJ^や勣周を方謹く恆便しています。輝芙のAIモデル┘謄スト盾裂、咄蕗盾裂、咄蕗栽撹、およびこれらのモデルから工oされるあらゆるものを聞喘する栽、二I、屓軒Cv、および繁は、輝芙のAIu瞳のO圭隈に崛るまで、採嶷ものセキュリティによって隠oされています。

これらに紗えて、暴たちはさまざまな圭隈でこれらの諒籾に函り怏んでいる

1.ISO 27001 や などの恷措の児覆した、デ`タの隠贋と史佑離札ュリティにvする互邦覆了覆魑屡襪垢襦

2.2.恷も膿耕なグロ`バル炎覆1つであるNIST AI RMFやISO/IEC 23053 Framework for AI Systems Using Machine LearningMLが容XするAIセキュリティ覆筌戰好肇廛薀ティスにする。

3.珂艶糸温鉛鉛庄温すべての粥鴛u瞳蝕kを酌興する芙坪粥鴛モデレ`ション亅咏氏の譜羨。?

4.滅伉圻幹 人およびパ`トナ`コミュニティが歌紗する翌何粥鴛アドバイザリ`ボ`ドを羨ち貧げ、AIの販ある尖議な旋喘、僥楼、n}、ベストプラクティスの住Qに醜泣を輝てる。

及屈に、ベンダ`は械に、ベンダ`との弐sにおいて、お人のデ`タをどのように聞喘するかについて邑苧來を隠つ駅勣があります。ベンダ`は、どのようなNのデ`タをどのような朕議で聞喘するかについて、お人の揖吭を苧幣議に箔めるべきです。滅伉圻幹 、お人との弐sにおいて苧_な揖吭を誼るようにしています。デ`タの聞喘圭隈を筝する栽は、並念にお人に宥岑します。輝芙は、あいまいなサブプロセッサ`や、弐s訳周で並念に揖吭されていない侭にお人のデ`タを僕佚することはありません。

これらすべてが潤gし、狛肇?嶬?隆栖の粥鴛モデル、珂艶糸温鉛鉛庄温エクスペリエンス?マネジメント 畠悶の児Pとして、埓里つ芦畠な輿岬がBかれています。二Iトのビジネス鬚韻法lもが旋喘でき、パ`ソナライズされ、かつ芦畠な蛍裂?レポ`トC嬬を戻工するという輝芙の函りMみは、セキュリティプロセスやヨ討臨酣鮎に羨ちAけることを駅勣としています。 お人は、AIを試喘したエクスペリエンス?プログラムの隆栖に販を隔って函りMむパ`トナ`が贋壓することを_佚しつつ、その函りMみがもたらすあらゆるメリットを輅椶垢襪海箸できます。?

粥鴛ベンダ`はデ`タセキュリティを恷單枠する駅勣がある

AIベンダ`をxぶH、デ`タ?セキュリティは音辛之である。暴たち滅伉圻幹 は、^肇20定g、センシティブな蛍勸で碧並をしてきて、このことを僥びました。デ`タを隠oすることは、ソフトウェアを_kし戻工するアプロ`チの嶄宰をなすものです。AIソリュ`ションを篇するHには、ベンダ`のセキュリティ貨を{砲垢襪海箸嶷勣です。

デ`タ?プライバシ`、モデル?リスク、戴尖議深打並遒砲弔い討琳蔑覆、あなたの得の峺寞となるはずです。デ`タの佩き枠と聞喘圭隈を尖盾することは掲械に嶷勣です。リスクをX受するには、セキュリティ、コンプライアンス、邑苧來を單枠するベンダ`を僉kする駅勣があります。珂艶糸温鉛鉛庄温箭えば、皆一霞沿艶は鯉なデ`タ隠擦児覆鰈駟悗掘忽縞議な号崙にし、綱人からの苧鳩な揖吭を鳩隠しています。

AIをエクスペリエンス?プログラムにMみzむことは薦な匯返ですが、風嶷に佩う駅勣があります。滅伉圻幹 、恷枠極のAIC嬬を戻工するだけでなく、人のデ`タプライバシ`、セキュリティ、デ`タの販ある旋喘を恷枠並とすることをおs崩します。