A comparison of success rates between sessions with promotions (promoted sessions) and search sessions without promotions (standard sessions) is presented as Figure 18.6. The results show that during the course of the 10 week trial, on average, sessions with promotions are more likely to be successful (62%) than standard sessions (48%) containing only Google results, a relative benefit of almost 30% due to the community-based promotion of results. In other words, during the course of the trial we found that for more than half of the standard Google search sessions users failed to find any results worth selecting. In contrast, during the same period, the same searchers experienced a significantly greater success rate for sessions that contained community promotions, with less than 40% of these sessions failing to attract user selections.Within an enterprise these results can have an important impact when it comes to overall search productivity because there are significant savings to be made by eliminating failed search sessions in many knowledge-intensive business scenarios. For example, a recent report [30] by the International Data Corporation (IDC) found that, on average, knowledge workers spend 25% of their time searching for information, and an enterprise employing 1,000 knowledge workers will waste nearly $2.5 million per year (at an opportunity cost of $15 million) due to an inability to locate and retrieve information. In this context any significant reduction in the percentage of failed search sessions can play an important role in improving enterprise productivity, especially in larger organisations.
18.4.4 Discussion
The model of collaborative web search presented here is one that seeks to take advantage of naturally occurring query repetition and result selection regularity among communities of like-minded searchers. In this case-study we have focused on one particular type of search community in the form of a group of employees. Obviously this is a reasonably straightforward community to identify and it is perhaps not surprising that we have found a high degree of repetition and regularity to take advantage of during collaborative web search. Nonetheless, this type of community, where groups of individuals come together to perform similar information finding tasks, is a common one, whether it is employees in a company or students in a class or researchers in a research group. There are of course many other types of community. For example, we have already mentioned the scenario where a group of visitors to a themed web site can be considered to be an ad-hoc search community. More generally, it is interesting to consider the open question of community discovery and identification, and there is considerable research at the present time devoted to exploring various approaches to automatically identifying online communities; see for example [11, 5, 21, 106, 105]. And as we develop a better understanding of the nature of online communities in the new world of the social web it may be possible to offer a more flexible form of search collaboration, facilitated by a more flexible and dynamic definition of search community.
18.5 Case-Study 2 - Web Search. Shared.
The previous case-study looked at a community-oriented view of collaborative web search, where the search activities of like-minded communities of searchers were used to influence mainstream search engine results. In this section we describe an alternative model of collaborative web search, as implemented in a system called HeyStaks, that is different in two important ways. First of all, HeyStaks adopts more user-led approach to collaborative web search, one that is focused on helping users to better organise and share their search experiences. HeyStaks does this by allowing users to create and share repositories of search experiences as opposed to coordinating the participation of search communities. Secondly, we adopt a very different approach to search engine integration. Instead of the proxy-based approach described in the previous case-study, HeyStaks is integrated with a mainsream search engine, such as Google, through a browser toolbar, which provides the collaborative search engine with the ability to capture and guide search activities. Finally, we will also summarize the findings of a recent live-user study to investigate the nature of search collaboration that manifests within HeyStaks’ user population.
18.5.1 The HeyStaks System
HeyStaks adds two basic features to a mainstream search engine. First, it allows users to create search staks, as a type of folder for their search experiences at search time. Staks can be shared with others so that their searches will also be added to the stak. Second, HeyStaks uses staks to generate recommendations that are added to the underlying search results that come from the mainstream search engine. These recommendations are results that stak members have previously found to be relevant for similar queries and help the searcher to discover results that friends or colleagues have found interesting, results that may otherwise be buried deep within Google’s default result-list.
As per Fig. 18.7, HeyStaks takes the form of two basic components: a client-side browser toolbar and a back-end server. The toolbar allows users to create and share staks and provides a range of ancillary services, such as the ability to tag or vote for pages. The toolbar also captures search click-throughs and manages the integration of HeyStaks recommendations with the default result-list. The back-end server manages the individual stak indexes (indexing individual pages against query/tag terms and positive/negative votes), the stak database (stak titles, members, descriptions, status, etc.), the HeyStaks social networking service and, of course, the recommendation engine. In the following sections we will briefly outline the basic operation of HeyStaks and then focus on some of the detail behind the recommendation engine. Consider the following motivating example. Steve, Bill and some friends are planning a European vacation and they know that during the course of their research they will use web search as their primary source of information about what to do and where to visit. Steve creates a (private) search stak called “European Vacation 2008“ and shares this with Bill and friends, encouraging them to use this stak for their vacation-related searches.
Fig. 18.8 shows Steve selecting this stak as he embarks on a new search for “Dublin hotels“, and Fig. 18.9 shows the results of this search. The usual Google results are shown, but in addition HeyStaks has made two promotions. These have
Results (
Thai) 3:
[Copy]Copied!
การเปรียบเทียบอัตราความสำเร็จระหว่างช่วงโปรโมชั่น ( เลื่อนการประชุม ) และการค้นหาครั้งโดยไม่มีโปรโมชั่น ( การประชุมมาตรฐาน ) แสดงดังรูปที่ 18.6 . ผลการทดลองแสดงให้เห็นว่า ในระหว่างหลักสูตรของ 10 สัปดาห์ทดลอง เฉลี่ย ช่วงโปรโมชั่น มีแนวโน้มจะประสบความสำเร็จ ( 62 ) มากกว่าการประชุมมาตรฐาน ( ร้อยละ 48 ) ที่มีผลเฉพาะ Google ,ญาติของผลประโยชน์ของเกือบ 30% เนื่องจากชุมชนส่งเสริมผลลัพธ์ ในคำอื่น ๆในระหว่างการทดลองเราพบว่ามากกว่าครึ่งของมาตรฐานการค้นหาของ Google ครั้งผู้ใช้ล้มเหลวที่จะหาผลลัพธ์ใด ๆคุ้มค่ากับการเลือก ในทางตรงกันข้าม ในช่วงเวลาเดียวกันค้นหาเดียวกันมีประสบการณ์อย่างมีนัยสำคัญมากขึ้นอัตราความสำเร็จสำหรับช่วงที่มีโปรโมชั่น ชุมชนที่มีน้อยกว่า 40% ของเวลาเหล่านี้ล้มเหลวในการดึงดูดการเลือกผู้ใช้ภายในองค์กร ผลลัพธ์เหล่านี้สามารถมีผลกระทบที่สำคัญเมื่อมันมาถึงการค้นหาโดยรวมเพราะมีการออมที่สําคัญมีการค้นหาความรู้ที่เข้มข้นมากล้มเหลวครั้งในธุรกิจนี้ ตัวอย่างเช่น รายงานล่าสุด [ 30 ] โดยคอร์ปอเรชั่นข้อมูลระหว่างประเทศ ( ไอดีซี ) พบว่า โดยเฉลี่ยแล้วแรงงานความรู้ใช้จ่าย 25% ของเวลาของพวกเขาสำหรับการค้นหาข้อมูล และเป็นองค์กรที่พนักงาน 1 , 000 คน ความรู้จะต้องเสียเงินเกือบ 2.5 ล้านต่อปี ( ในโอกาสที่ค่าใช้จ่ายของ $ 15 ล้านบาท ) เนื่องจากการไร้ความสามารถในการค้นหาและดึงข้อมูลในบริบทนี้ลดลงอย่างมีนัยสำคัญใด ๆ ในส่วนของการประชุมล้มเหลวการค้นหาสามารถมีบทบาทสำคัญในการปรับปรุงองค์กรการผลิต โดยเฉพาะในองค์กรขนาดใหญ่
18.4.4 อภิปรายรูปแบบของการค้นหาเว็บร่วมกันนำเสนอที่นี่เป็นหนึ่งที่พยายามที่จะใช้ประโยชน์จากธรรมชาติที่เกิดขึ้นซ้ำ ๆและผลของการสอบถามระเบียบชุมชนของผู้ค้นหาเหมือนกัน ในกรณีศึกษานี้เราได้มุ่งเน้นเฉพาะประเภทของชุมชน ค้นหาในรูปแบบของกลุ่มพนักงานเห็นได้ชัดนี้เป็นชุมชนที่ตรงไปตรงมาพอสมควรเพื่อระบุ และบางทีมันอาจไม่น่าแปลกใจที่เราได้พบในระดับสูงและระเบียบในการใช้ประโยชน์จากความร่วมมือในการค้นหาเว็บ อย่างไรก็ตาม ชุมชนประเภทนี้ ซึ่งกลุ่มบุคคลที่มาร่วมกันเพื่อดำเนินการที่คล้ายกันข้อมูลการหางานเป็นปกติหนึ่งไม่ว่าจะเป็น พนักงานในบริษัท หรือนักศึกษาในชั้นเรียนหรือนักวิจัยในกลุ่มงานวิจัย แน่นอนว่ามีชนิดอื่น ๆของชุมชน ตัวอย่างเช่น , เราได้กล่าวถึงสถานการณ์ที่กลุ่มของผู้เข้าชมไปยังแกนเว็บไซต์ถือได้ว่าเป็นชุมชนค้นหา Ad - hoc . มากขึ้นโดยทั่วไปเป็นที่น่าสนใจที่จะต้องพิจารณาคำถามเปิดของการค้นพบและประชาชนในชุมชน และมีมากในงานวิจัยปัจจุบันเวลาทุ่มเทให้กับการสำรวจวิธีการหลากหลายโดยอัตโนมัติระบุสังคมออนไลน์ ; ดูเช่น [ 11 , 5 , 21 , 106 , 105 ]ขณะที่เราพัฒนาความเข้าใจธรรมชาติของสังคมออนไลน์ในโลกใหม่ของเว็บสังคมมันอาจเป็นไปได้เพื่อให้รูปแบบของความยืดหยุ่นมากขึ้นของการค้นหา สนับสนุนโดยมีความยืดหยุ่นมากขึ้นและแบบไดนามิกนิยามของชุมชนการค้นหา
18.5 กรณีศึกษา 2 - เว็บค้นหา ที่ใช้ร่วมกัน .
กรณีศึกษาก่อนหน้านี้มองมุมมองของการค้นหาเว็บที่มุ่งเน้น ความร่วมมือของชุมชนที่มีการค้นหากิจกรรมพบปะชุมชนของผู้ค้นหาใช้อิทธิพลหลักผลการค้นหาเครื่องยนต์ ในส่วนนี้เราจะอธิบายถึงรูปแบบทางเลือกของการค้นหาเว็บที่ใช้ร่วมกันเป็นระบบที่เรียกว่า heystaks ที่แตกต่างกันในสองวิธีที่สำคัญ ครั้งแรกของทั้งหมด heystaks adopts เพิ่มเติมผู้ใช้นำแนวทางร่วมกัน ค้นหาเว็บที่เน้นการช่วยให้ผู้ใช้ที่จะดีกว่าจัดระเบียบและแบ่งปันประสบการณ์การค้นหาของพวกเขา heystaks ไม่นี้โดยการอนุญาตให้ผู้ใช้สามารถสร้างและแบ่งปันประสบการณ์การค้นหา repositories ซึ่งตรงข้ามกับการมีส่วนร่วมของชุมชนในการประสานงาน . ประการที่สอง เราใช้วิธีการที่แตกต่างกันมากในการค้นหาเครื่องยนต์แทนที่จะใช้พร็อกซี่วิธีการอธิบายไว้ในการศึกษาก่อนหน้านี้ heystaks ถูกรวมเข้ากับ mainsream search engine เช่น Google ผ่านทางเบราว์เซอร์แถบเครื่องมือซึ่งมีร่วมกันค้นหาเครื่องยนต์ที่มีความสามารถในการจับและคู่มือกิจกรรมค้นหา ในที่สุดเราก็จะสรุปข้อมูลล่าสุดสดผู้ใช้ศึกษาเพื่อศึกษาธรรมชาติของการค้นหาที่ปรากฏภายใน heystaks ผู้ใช้คนไทย
18.5.1 ที่ heystaks ระบบ
heystaks เพิ่มสองคุณสมบัติพื้นฐานเป็นหลัก เครื่องมือค้นหา ครั้งแรก , มันช่วยให้ผู้ใช้เพื่อสร้างการค้นหา staks เป็นประเภทของโฟลเดอร์เพื่อค้นหาประสบการณ์ที่เวลาค้นหาstaks สามารถใช้ร่วมกันกับผู้อื่น ดังนั้นการค้นหาของพวกเขาจะถูกเพิ่มไปยัง stak . ประการที่สอง heystaks ใช้ staks เพื่อสร้างความร่วมมือที่เพิ่มถึงผลลัพธ์หลักที่มาจากเครื่องมือค้นหาข้อเสนอแนะเหล่านี้คือผลลัพธ์ที่สมาชิก stak ได้พบก่อนหน้านี้จะเกี่ยวข้องกับคำถามที่คล้ายกัน และช่วยค้นหาเพื่อค้นหาผลลัพธ์ที่เพื่อนหรือเพื่อนร่วมงานได้พบผลที่น่าสนใจ อย่างอื่นอาจจะฝังลึกอยู่ในรายการผลลัพธ์ของ Google เริ่มต้น
ตามรูปราคา heystaks , ใช้รูปแบบของทั้งสองส่วนขั้นพื้นฐาน :เป็นทีมแถบเครื่องมือเบราว์เซอร์และเซิร์ฟเวอร์บริษัท แถบเครื่องมือที่ช่วยให้ผู้ใช้สามารถสร้างและแบ่งปัน staks และมีช่วงของการให้บริการเสริม เช่น ความสามารถในการแท็กหรือโหวตให้กับหน้า แถบเครื่องมือค้นหายังจับ throughs คลิกและจัดการบูรณาการของ heystaks แนะนำด้วยค่าเริ่มต้นผลรายการเซิร์ฟเวอร์ back - end จัดการ stak แต่ละดัชนี ( ดัชนีแต่ละหน้ากับแบบสอบถาม / tag แง่และคะแนนบวกลบ / ) , stak ฐานข้อมูล ( ชื่อ สมาชิก อธิบายสถานะ ฯลฯ stak ) , heystaks สังคมเครือข่ายบริการและแน่นอน การแนะนำเครื่องยนต์
Being translated, please wait..