หากต้องการทำความเข้าใจเพิ่มเติมว่า mashup คืออะไร คุณควรดูที่มาของคำนี้: มันมาจากเพลงป๊อป และ mashup เป็นการผสมผสานระหว่างเสียงร้องและเพลงบรรเลงจากเพลงสองเพลงที่แตกต่างกัน (โดยปกติแล้วจะอยู่ในแนวเพลงที่ต่างกัน) . ในประเภท Mashup เราสำรวจการผสมผสานยอดนิยม
1. บทนำ
แอปพลิเคชันการรวมข้อมูลบนเว็บรูปแบบใหม่กำลังค่อยๆ ปรากฏบนอินเทอร์เน็ต มักเรียกกันด้วยคำว่า mashups ความนิยมของพวกเขางอกออกมาจากการเน้นแบบเดียวกับ Frankenstein ในการมีส่วนร่วมของผู้ใช้เชิงโต้ตอบและการบูรณาการข้อมูลของบุคคลที่สาม เราใช้คำว่า แตกหน่อ ด้วยเหตุผล เว็บไซต์ที่ตอบโต้กับผู้ใช้ได้มีลักษณะเฉพาะจากการเกิดขึ้นบนเว็บ โดยใช้ประโยชน์จากเนื้อหาและฟังก์ชันการทำงานจากแหล่งข้อมูลนอกขอบเขตขององค์กร
คำจำกัดความการรวมข้อมูลที่เป็นความลับของ mashup นั้นไม่เข้มงวดมากนัก หากต้องการทำความเข้าใจเพิ่มเติมว่า mashup คืออะไร คุณควรดูที่มาของคำนี้: มันมาจากเพลงป๊อป และ mashup เป็นการผสมผสานระหว่างเสียงร้องและเพลงบรรเลงจากเพลงสองเพลงที่แตกต่างกัน (โดยปกติแล้วจะอยู่ในแนวเพลงที่ต่างกัน) . เช่นเดียวกับเพลง "ไอ้สารเลว" การผสมเป็นการผสมผสานเนื้อหาที่แปลกและสร้างสรรค์ (มักได้มาจากแหล่งที่มาที่ไม่เกี่ยวข้อง) ซึ่งสังเคราะห์ขึ้นโดยมนุษย์ (แทนที่จะเป็นคอมพิวเตอร์)
ดังนั้น การผสมผสานแผนที่มีลักษณะอย่างไร เว็บไซต์ ChicagoCrime.org มีตัวอย่างที่เข้าใจง่ายซึ่งอธิบายว่าแมชอัปคืออะไร หนึ่งในการผสมครั้งแรกที่ได้รับความนิยมอย่างกว้างขวางคือเว็บไซต์ที่รวมประวัติอาชญากรรมจากฐานข้อมูลออนไลน์ของกรมตำรวจชิคาโกเข้ากับแผนที่จาก Google Maps ผู้ใช้สามารถโต้ตอบกับไซต์ตอบโต้กับผู้ใช้ได้ เช่น โดยบอกให้แสดงอินเทอร์เฟซแบบกราฟิกพร้อมแผนที่ที่มีหมุดแสดงรายละเอียดการบุกรุกบ้านครั้งล่าสุดทั้งหมดในแคลิฟอร์เนียตอนใต้ แนวคิดและการนำเสนอนั้นเรียบง่ายมาก และความสามารถในการแสดงภาพที่ได้จากการรวมอาชญากรรมและข้อมูลแผนที่นั้นทรงพลังมาก
ในประเภทแมชอัป เราจะสำรวจแมชอัปยอดนิยม รวมถึงการแมชอัปแผนที่ด้วย มีการแนะนำโดยย่อเกี่ยวกับภูมิทัศน์ทางเทคนิคที่เกี่ยวข้องกับการก่อสร้างและการดำเนินงานของการผสม ส่วนความท้าทายทางเทคนิคและความท้าทายทางสังคมจะแนะนำความท้าทายทางเทคนิคหลักและความท้าทายทางสังคมที่ส่งผลต่อการผสมผสานตามลำดับ
2. ประเภทตอบโต้กับผู้ใช้ได้
ในส่วนนี้ เราจะแนะนำการสำรวจประเภทตอบโต้กับผู้ใช้ได้บางส่วนโดยย่อ
Map Mashup
ในขั้นตอนนี้ของเทคโนโลยีสารสนเทศ ผู้คนรวบรวมข้อมูลจำนวนมากเกี่ยวกับสิ่งต่าง ๆ และพฤติกรรม ซึ่งทั้งสองอย่างนี้มักมีข้อมูลคำอธิบายประกอบตำแหน่ง ชุดข้อมูลต่างๆ เหล่านี้ที่มีข้อมูลตำแหน่งสามารถนำเสนอในรูปแบบกราฟิกด้วยวิธีที่น่าทึ่งโดยใช้แผนที่ หนึ่งในแรงผลักดันหลักที่อยู่เบื้องหลังความนิยมในการผสมผสานคือการเปิดตัว Google Maps API ต่อสาธารณะของ Google นี่เป็นการเปิดประตูสู่นักพัฒนาเว็บ (มือสมัครเล่น นักพัฒนาแพตช์ และอื่นๆ) เพื่อให้สามารถรวมข้อมูลทุกประเภทในแผนที่ได้ (ตั้งแต่ภัยพิบัติจากระเบิดปรมาณูไปจนถึงวัว CowParade ในบอสตัน) เพื่อไม่ให้ตามหลังผู้อื่น Microsoft (Virtual Earth), Yahoo (Yahoo Maps) และ AOL (MapQuest) จึงเปิดเผย API ของตนเองอย่างรวดเร็ว
การผสมวิดีโอและรูปภาพ
การเพิ่มขึ้นของโฮสต์รูปภาพและไซต์เครือข่ายสังคมออนไลน์ (เช่น Flickr ซึ่งใช้ API ของตัวเองในการแบ่งปันรูปภาพ) ได้นำไปสู่การเกิดขึ้นของการผสมผสานที่น่าสนใจมากมาย เนื่องจากผู้ให้บริการเนื้อหามีข้อมูลเมตาที่เกี่ยวข้องกับรูปภาพที่พวกเขาบันทึก (เช่น ใครเป็นคนถ่ายรูป ภาพนี้เกี่ยวกับอะไร เมื่อใดและที่ไหนที่ถ่าย เป็นต้น) นักออกแบบตอบโต้กับผู้ใช้จึงสามารถรวมรูปภาพเหล่านี้และรูปภาพอื่นๆ เข้ากับข้อมูลเมตา ใส่ข้อมูลที่เกี่ยวข้องได้ ด้วยกัน. ตัวอย่างเช่น การผสมผสานสามารถวิเคราะห์เพลงหรือบทกวีเพื่อรวมรูปภาพที่เกี่ยวข้องเข้าด้วยกัน หรือแสดงกราฟเครือข่ายโซเชียลตามข้อมูลเมตาของรูปภาพเดียวกัน (ชื่อ เวลาประทับ หรือข้อมูลเมตาอื่นๆ) อีกตัวอย่างหนึ่งอาจใช้เว็บไซต์ (เช่น เว็บไซต์ข่าว เช่น CNN) เป็นข้อมูลนำเข้า และนำเสนอเนื้อหาในภาพถ่ายในรูปแบบของข้อความผ่านการจับคู่ภาพถ่ายในข่าว
การผสมผสานระหว่างการค้นหาและการช็อปปิ้ง
การค้นหาและการผสานรวมการช็อปปิ้งมีมานานก่อนที่จะมีการสร้างคำว่า mashup ก่อนการเกิดขึ้นของ Web API มีเครื่องมือสำหรับการช็อปปิ้งค่อนข้างน้อย เช่น BizRate, PriceGrabber, MySimon และ Froogle ของ Google ซึ่งทั้งหมดใช้เทคโนโลยี B2B หรือการขูดหน้าจอเพื่อรวบรวมข้อมูลราคาที่เกี่ยวข้อง เพื่ออำนวยความสะดวกในการพัฒนา mashups และแอปพลิเคชันเว็บที่น่าสนใจอื่น ๆ เว็บไซต์ผู้บริโภคเช่น eBay และ Amazon ได้เปิดตัว API ของตนเองสำหรับการเข้าถึงเนื้อหาโดยทางโปรแกรม
แหล่งข่าวNews Mashup
(เช่น New York Times, BBC หรือ Reuters) ใช้เทคโนโลยีการเผยแพร่ เช่น RSS และ Atom ตั้งแต่ปี 2545 เพื่อเผยแพร่ฟีดข่าวในหัวข้อต่างๆ การผสมผสานที่ใช้เทคโนโลยีสหพันธรัฐสามารถรวบรวมฟีดของผู้ใช้และแสดงผลผ่านทางเว็บเพื่อสร้างหนังสือพิมพ์ส่วนบุคคลที่ปรับให้เหมาะกับความสนใจเฉพาะของผู้อ่าน Diggdot.us เป็นหนึ่งในตัวอย่างที่รวมเนื้อหาที่เกี่ยวข้องกับเทคโนโลยีจาก Digg.com, Slashdot.org และ Del.icio.us
3. ความท้าทายด้านเทคนิค
เช่นเดียวกับสาขาการรวมข้อมูลอื่นๆ การพัฒนา mashup ยังเต็มไปด้วยความท้าทายทางเทคนิคมากมายที่ต้องแก้ไข เนื่องจากคุณสมบัติและฟังก์ชันของแอปพลิเคชัน mashup ได้รับการเสริมสมรรถนะมากขึ้น ความท้าทายนี้จึงมีความรุนแรงมากขึ้น ในส่วนนี้จะแนะนำความท้าทายบางประการโดยย่อ ซึ่งบางปัญหาสามารถแก้ไขได้หรือบรรเทาลงแล้ว ในขณะที่ปัญหาอื่นๆ ยังคงไม่ได้รับการแก้ไข
ความท้าทายในการบูรณาการข้อมูล: การสำรวจคุณภาพความหมายและคุณภาพข้อมูล
แสดงให้เห็นว่าข้อกังวลหลักของไอทีระดับองค์กรในปัจจุบันคือการบูรณาการข้อมูลในองค์กรเสมือนจริงขององค์กร (ในกรณีนี้ เราใช้คำว่าองค์กรเสมือนเพื่ออ้างถึงการรวมกันของหน่วยธุรกิจแบบสหพันธรัฐจำนวนมาก ซึ่งแต่ละหน่วยมีโดเมนการดูแลระบบของตนเอง) เนื่องจากหลายองค์กรพบว่าตัวเองยุ่งอยู่กับการรวมแหล่งข้อมูลแบบดั้งเดิม เช่นเดียวกับผู้จัดการฝ่ายไอทีขององค์กร (เช่น การสร้างแดชบอร์ดระดับองค์กรที่สะท้อนสภาพธุรกิจในปัจจุบัน) นักพัฒนา mashup ต้องเผชิญกับความท้าทายที่คล้ายกันซึ่งเกิดขึ้นจากการแบ่งปันความหมายระหว่างชุดข้อมูลที่ต่างกัน ดังนั้น เพื่อทำความเข้าใจว่านักพัฒนา mashup เตรียมรับมือกับสิ่งนี้อย่างไร เราเพียงแค่ต้องเข้าใจความท้าทายในการบูรณาการที่ไอทีขององค์กรกำลังเผชิญอยู่
ตัวอย่างเช่น เราต้องออกแบบระบบการแปลงระหว่างแบบจำลองข้อมูล เมื่อแปลงข้อมูลเป็นรูปแบบทั่วไป เมื่อการแมปไม่สมบูรณ์ (เช่น แหล่งข้อมูลหนึ่งอาจมีแบบจำลองที่ประเภทที่อยู่หนึ่งมีฟิลด์ประเทศ แต่โมเดลอื่นไม่มีฟิลด์นี้) เราต้องทำสมมติฐานที่สมเหตุสมผลบางประการ . แม้ว่าต้องเผชิญกับความท้าทายเหล่านี้แล้ว นักพัฒนา mashup อาจไม่ใช่ผู้เชี่ยวชาญในสาขาโมเดลข้อมูลต้นฉบับ เนื่องจากโมเดลเหล่านี้อาจเป็นผลิตภัณฑ์ของบุคคลที่สาม และสมมติฐานที่สมเหตุสมผลเหล่านี้อาจไม่เป็นไปตามสัญชาตญาณและชัดเจน ซึ่งทำให้ความรุนแรงของความท้าทายรุนแรงขึ้น
นอกเหนือจากข้อมูลที่ขาดหายไปและการทำแผนที่ที่ไม่สมบูรณ์แล้ว ผู้ออกแบบ mashup อาจพบว่าข้อมูลที่ต้องการรวมเข้าด้วยกันไม่เหมาะกับระบบอัตโนมัติของเครื่องจักร ซึ่งจะเกี่ยวข้องกับงานฆ่าเชื้อจำนวนมาก ตัวอย่างเช่น บันทึกการจับกุมของหน่วยงานบังคับใช้กฎหมายอาจไม่สอดคล้องกัน: บันทึกอาจใช้ตัวย่อทั่วไปสำหรับชื่อ (เช่น "mkt sqr" ในบันทึกหนึ่งและ "Market Square" ในอีกบันทึกหนึ่ง) ทำให้ไม่ชัดเจนว่า ตัวอย่างเช่น การอนุมานอัตโนมัติเกี่ยวกับสิ่งเดียวกันหรือไม่ -พฤติกรรมทางเพศกลายเป็นเรื่องยากมาก แม้ว่าจะมีกฎการเรียนรู้ที่ดีก็ตาม เทคโนโลยีการสร้างแบบจำลองเชิงความหมาย เช่น RDF สามารถช่วยลดความซับซ้อนของปัญหาการให้เหตุผลโดยอัตโนมัติระหว่างชุดข้อมูลต่างๆ ที่ฝังอยู่ในสื่อจัดเก็บข้อมูล สำหรับแหล่งข้อมูลแบบดั้งเดิม โดยปกติแล้วกำลังคนและทรัพยากรวัสดุจำนวนมากจะถูกลงทุนในการวิเคราะห์และการทำให้ข้อมูลบริสุทธิ์ ก่อนที่จะสามารถนำมาใช้ในเทคโนโลยีการสร้างแบบจำลองเชิงความหมายได้
นักพัฒนา Mashup อาจต้องเผชิญกับปัญหาบางอย่างที่ผู้จัดการการรวมระบบไอทีไม่ต้องเผชิญ ซึ่งหนึ่งในนั้นคือการปนเปื้อนของข้อมูล ในฐานะที่เป็นส่วนหนึ่งของการออกแบบแอปพลิเคชัน การผสมผสานหลายอย่างจำเป็นต้องได้รับข้อมูลจากผู้ใช้สาธารณะ การวิจัยในสาขาแอปพลิเคชัน wiki แสดงให้เห็นว่านี่เป็นดาบสองคม: มีประสิทธิภาพมากเนื่องจากสามารถมีส่วนร่วมแบบเปิดและสร้างสรรค์นวัตกรรมข้อมูลที่ดีที่สุดในระดับเดียวกัน แต่สามารถนำไปสู่รายการข้อมูลที่ไม่สอดคล้องกัน ไม่ถูกต้อง หรือทำให้เข้าใจผิด . อย่างหลังอาจเป็นอันตรายต่อความน่าเชื่อถือของข้อมูล และท้ายที่สุดก็ลดมูลค่าที่การผสมผสานนำมารวมกัน
ปัญหาบูรณาการอีกประการหนึ่งที่นักพัฒนา mashup ต้องเผชิญเกิดขึ้นจากเทคนิคการขูดหน้าจอที่ต้องใช้เพื่อรับข้อมูล ตามที่กล่าวไว้ในส่วนก่อนหน้า การวิเคราะห์และการได้มาซึ่งเครื่องมือและแบบจำลองข้อมูลจำเป็นต้องมีงานจำนวนมากที่เกี่ยวข้องกับวิศวกรรมย้อนกลับ ในสถานการณ์กรณีที่ดีที่สุด คุณสามารถสร้างเครื่องมือและแบบจำลองเหล่านี้ได้ แต่ยังคงมีปัญหาว่าไซต์ต้นทางแสดงเนื้อหาของตัวเองอย่างไร ซึ่งสามารถทำลายกระบวนการรวมและทำให้เกิดข้อผิดพลาดในแอปพลิเคชันตอบโต้กับผู้ใช้ได้
ความท้าทายด้านองค์ประกอบ
แม้ว่าโมเดล Ajax ของการพัฒนาเว็บสามารถมอบประสบการณ์ผู้ใช้ที่สมบูรณ์และราบรื่นกว่าเทคนิคการรีเฟรชทั้งหน้าแบบเดิม แต่ก็ยังก่อให้เกิดความท้าทายบางประการเช่นกัน ในระดับพื้นฐาน Ajax จำเป็นต้องใช้ความสามารถในการเขียนสคริปต์ฝั่งไคลเอ็นต์ของเบราว์เซอร์กับ DOM ของตัวเอง เพื่อใช้วิธีการจัดส่งเนื้อหาที่นักออกแบบของเบราว์เซอร์จินตนาการไว้ทั้งหมด (บางทีลักษณะที่เหมือนแฮ็กเกอร์ของ Ajax จะช่วยเพิ่มความน่าสนใจได้) อย่างไรก็ตาม เรื่องนี้ทำให้แอปพลิเคชันที่ใช้ Ajax ประสบปัญหาความเข้ากันได้ของเบราว์เซอร์แบบเดียวกันกับที่สร้างปัญหาให้กับนักพัฒนาเว็บนับตั้งแต่ Microsoft พัฒนา Internet Explorer ตัวอย่างเช่น โปรแกรม Ajax ใช้วัตถุ XMLHttpRequst เพื่อแลกเปลี่ยนข้อมูลแบบอะซิงโครนัสกับเซิร์ฟเวอร์ระยะไกล ใน Internet Explorer 6 ออบเจ็กต์นี้ถูกนำมาใช้โดยใช้ ActiveX แทนที่จะเป็น JavaScript ดั้งเดิม ซึ่งจำเป็นต้องเปิดใช้งาน ActiveX
ข้อกำหนดพื้นฐานเพิ่มเติมคือ Ajax จำเป็นต้องเปิดใช้งาน JavaScript บนเบราว์เซอร์ของผู้ใช้ นี่อาจเป็นสมมติฐานที่สมเหตุสมผลสำหรับคนส่วนใหญ่ แต่สำหรับผู้ใช้บางราย เบราว์เซอร์หรือเครื่องมืออัตโนมัติอาจไม่รองรับ JavaScript หรืออาจไม่ได้เปิดใช้งานการรองรับ JavaScript เครื่องมือดังกล่าวรวมถึงโรบ็อต สไปเดอร์ และโปรแกรมรวบรวมข้อมูลเว็บที่รวบรวมข้อมูลสำหรับเครื่องมือค้นหาทางอินเทอร์เน็ตและอินทราเน็ต หากไม่มีสัมปทานด้านฟังก์ชันการทำงาน แอปพลิเคชันผสมที่ใช้ Ajax อาจพบว่าตัวเองสูญเสียฐานผู้ใช้บางส่วนและทำให้เครื่องมือค้นหาน่าสนใจน้อยลง
การใช้ JavaScript เพื่ออัพเดตเนื้อหาบนเพจแบบอะซิงโครนัสยังสร้างปัญหาอินเทอร์เฟซผู้ใช้อีกด้วย เนื่องจากเนื้อหาไม่จำเป็นต้องเชื่อมโยงกับ URL ในแถบที่อยู่ของเบราว์เซอร์อีกต่อไป ผู้ใช้จึงอาจไม่พบฟังก์ชันการทำงานของปุ่ม BACK หรือบุ๊กมาร์กของเบราว์เซอร์ นอกจากนี้ แม้ว่า Ajax จะสามารถลดเวลาแฝงได้โดยการร้องขอการอัปเดตเนื้อหาเพิ่มเติม แต่การออกแบบที่ไม่ดีอาจส่งผลเสียต่อประสบการณ์ผู้ใช้ ตัวอย่างเช่น เมื่อรายละเอียดการอัปเดตมีขนาดเล็กมาก จำนวนและโหลดของการอัปเดตจะครอบครองทรัพยากรที่มีอยู่ทั้งหมด นอกจากนี้ เรายังต้องใส่ใจเกี่ยวกับวิธีการสนับสนุนผู้ใช้เมื่อโหลดอินเทอร์เฟซหรืออัปเดตเนื้อหา (เช่น การใช้เทคโนโลยีตอบรับด้วยภาพ เช่น แถบความคืบหน้า)
เช่นเดียวกับแอปพลิเคชันข้ามโดเมนแบบกระจาย มีข้อกังวลด้านความปลอดภัยที่นักพัฒนา mashup และผู้ให้บริการเนื้อหาจำเป็นต้องแก้ไข แนวคิดเรื่องอัตลักษณ์อาจเป็นเรื่องยุ่งยาก และเว็บแบบเดิมถูกสร้างขึ้นเพื่อการเข้าถึงโดยไม่เปิดเผยตัวตนเป็นหลัก การลงชื่อเพียงครั้งเดียวเป็นคุณสมบัติที่ต้องการ แต่มีเทคโนโลยีที่แข่งขันกันหลายอย่าง (ตั้งแต่ Microsoft Passport ไปจนถึง Liberty Alliance) ที่อาจนำไปสู่ปัญหาเนมสเปซข้อมูลระบุตัวตนที่เราต้องผสานรวม ผู้ให้บริการเนื้อหาอาจใช้โมเดลการรับรองความถูกต้องและการอนุญาตใน API ของตนเอง (ซึ่งต้องใช้แนวคิดเรื่องข้อมูลประจำตัวที่ปลอดภัยหรือคุณลักษณะที่ได้รับการยืนยันที่ปลอดภัย) เพื่อบังคับใช้โมเดลธุรกิจที่เกี่ยวข้องกับการสมัครสมาชิกแบบชำระเงินหรือข้อมูลที่ละเอียดอ่อน ข้อมูลที่ละเอียดอ่อนอาจต้องมีการรักษาความลับในระดับหนึ่ง (เช่น การเข้ารหัส) และเราต้องรู้ว่าเมื่อใดจึงควรรวมข้อมูลดังกล่าวเข้ากับแหล่งข้อมูลอื่นๆ โดยไม่ก่อให้เกิดความเสี่ยง การระบุตัวตนยังมีความสำคัญต่อการตรวจสอบและการปฏิบัติตามกฎระเบียบอีกด้วย นอกจากนี้ เนื่องจากการรวมข้อมูลเกิดขึ้นทั้งบนเซิร์ฟเวอร์และฝั่งไคลเอ็นต์ การมอบหมายข้อมูลประจำตัวและใบรับรองจากผู้ใช้ไปยังบริการ mashup อาจกลายเป็นข้อกำหนดเช่นกัน
4. ความท้าทายทางสังคม
นอกเหนือจากความท้าทายทางเทคนิคที่นำเสนอในหัวข้อที่แล้ว ด้วยความนิยมในการผสมผสานมากขึ้น ปัญหาทางสังคมบางอย่างก็เกิดขึ้น (หรือกำลังจะเกิดขึ้น)
ปัญหาสังคมที่ร้ายแรงที่สุดประการหนึ่งที่นักพัฒนา mashup ต้องเผชิญคือการสร้างสมดุลระหว่างการปกป้องทรัพย์สินทางปัญญาและความเป็นส่วนตัวของผู้บริโภคกับการประชาสัมพันธ์และการไหลเวียนของข้อมูลอย่างอิสระ ผู้ให้บริการเนื้อหาที่ไม่สงสัย (เป้าหมายของการคัดลอกหน้าจอ) ผู้ให้บริการเนื้อหาที่ให้บริการ API เพื่ออำนวยความสะดวกในการดึงข้อมูล อาจจำเป็นต้องพิจารณาว่าผู้อื่นใช้เนื้อหาของตนในลักษณะที่พวกเขาไม่ได้รับการอนุมัติหรือไม่ Mashup Web application ยังอยู่ในช่วงเริ่มต้น โดยมือสมัครเล่นบางคนเขียน mashup ในเวลาว่าง นักพัฒนาเหล่านี้อาจไม่ทราบ (หรือสนใจ) ปัญหาต่างๆ เช่น ความปลอดภัย นอกจากนี้ ผู้ให้บริการเนื้อหาเพิ่งเริ่มเห็นคุณค่าของการจัดหา API สำหรับการเข้าถึงเนื้อหาโดยใช้เครื่อง และหลายรายมองว่านี่เป็นข้อกังวลทางธุรกิจหลัก ทั้งหมดนี้รวมกันเพื่อส่งผลให้ซอฟต์แวร์มีคุณภาพต่ำในปัจจุบัน เนื่องจากความพยายาม เช่น การทดสอบและการประกันคุณภาพมีลำดับความสำคัญต่ำกว่าการพิสูจน์แนวคิดและนวัตกรรม เพื่อส่งเสริมความสมบูรณ์ของกระบวนการพัฒนาซอฟต์แวร์ ชุมชนจะต้องทำงานร่วมกันโดยรวมเพื่อพัฒนามาตรฐานแบบเปิดและชุดเครื่องมือที่นำกลับมาใช้ใหม่ได้
ก่อนที่การผสมผสานจะสามารถย้ายจากของเล่นเจ๋งๆ ไปสู่แอปพลิเคชันแบบเป็นโปรแกรมได้ จำเป็นต้องมีการทำงานจำนวนมากเพื่อกำหนดมาตรฐาน โปรโตคอล โมเดล และชุดเครื่องมือที่แข็งแกร่งในระดับสูง ในการดำเนินการนี้ ผู้บุกเบิกอุตสาหกรรมการพัฒนาซอฟต์แวร์รายใหญ่ ผู้ให้บริการเนื้อหา และผู้ประกอบการจะต้องตระหนักถึงคุณค่าของการผสมผสานเป็นรูปแบบธุรกิจที่ใช้การได้ ผู้ให้บริการ API จำเป็นต้องตัดสินใจว่าจะเรียกเก็บเงินสำหรับเนื้อหาของตนหรือไม่ และหากเป็นเช่นนั้น จะเรียกเก็บเงินอย่างไร (เช่น ตามการสมัครสมาชิกหรือต่อการใช้งาน) บางทีพวกเขาอาจจะให้คุณภาพการบริการในระดับที่แตกต่างกัน ผู้ให้บริการตลาดซื้อขายบางราย เช่น eBay หรือ Amazon อาจพบว่า API ฟรีจะเพิ่มการหมุนเวียนผลิตภัณฑ์ นักพัฒนา Mashup อาจต้องการติดตามโมเดลรายได้จากการโฆษณา หรือสร้างแอปพลิเคชัน Mashup ที่น่าสนใจเพื่อให้ได้รับการยอมรับ
Mashups เป็นเว็บแอปพลิเค
ชั่
นที่ค่อนข้างใหม่จริงๆการผสมผสานระหว่างเทคนิคการสร้างแบบจำลองข้อมูลที่ได้มาจาก Semantic Web และโปรโตคอลการสื่อสารที่ไม่ขึ้นอยู่กับแพลตฟอร์มที่เน้นการบริการและเชื่อมโยงอย่างหลวมๆ ในท้ายที่สุดจะมอบโครงสร้างพื้นฐานที่จำเป็นในการพัฒนาแอปพลิเคชันที่สามารถใช้ประโยชน์และบูรณาการข้อมูลเว็บจำนวนมากได้อย่างเต็มที่ เนื่องจากแอปพลิเคชัน mashup ได้รับความสนใจมากขึ้นเรื่อยๆ สิ่งสำคัญคือต้องเข้าใจว่าแอปพลิเคชันเหล่านี้จะส่งผลต่อประเด็นทางสังคมบางอย่างได้อย่างไร (เช่น ปัญหาระหว่างการใช้งานสาธารณะและการคุ้มครองทรัพย์สินทางปัญญา) และแอปพลิเคชันอื่นๆ (บูรณาการข้อมูลข้ามขอบเขตองค์กร เช่น อินเทอร์เน็ต ) น่าสนใจที่จะเห็นว่าสิ่งนี้ส่งผลต่อการประมวลผลแบบกริดและการจัดการเวิร์กโฟลว์ B2B อย่างไร