ระบบ ICQ ถูกสร้างขึ้นเพื่อการสื่อสารโดยใช้คอมพิวเตอร์ส่วนบุคคล แต่เมื่อความพร้อมใช้งานของโทรศัพท์มือถือเพิ่มขึ้นด้วยการเข้าถึงอินเทอร์เน็ต โปรแกรมเมอร์ก็เริ่มหาวิธีใช้ระบบนี้จากพวกเขา ในตอนแรก แอปพลิเคชันทั้งหมดสำหรับจุดประสงค์นี้ไม่เป็นทางการ แต่แล้วแอปพลิเคชันที่เป็นทางการก็ปรากฏขึ้น
คำแนะนำ
ขั้นตอนที่ 1
ในช่วงเวลาที่ AOL เป็นเจ้าของ ICQ ข้อตกลงระหว่างบริษัทและผู้ใช้ห้ามมิให้ใช้ไคลเอ็นต์ทางเลือก และข้อตกลงที่เป็นทางการมีไว้สำหรับคอมพิวเตอร์ที่ใช้ Mac OS และ Windows เท่านั้น แต่ในทางปฏิบัติ ไม่มีใครถูกลงโทษเพราะใช้โปรแกรมทางเลือกอื่น สิ่งเหล่านี้ถูกสร้างขึ้นทั้งสำหรับ Mac OS และ Windows และสำหรับ OS ที่ไม่มีไคลเอนต์ที่เป็นทางการ เช่น Linux และยังไม่มีโซลูชันซอฟต์แวร์สำหรับโทรศัพท์มือถือ เบราว์เซอร์ WAP นั้นมีอยู่แล้วในหลาย ๆ ตัว แต่ความสามารถในการเรียกใช้แอปพลิเคชัน Java ยังไม่พร้อมใช้งานในทุก จึงมีการสร้างเว็บไซต์ชื่อ TJAT มันทำงานดังนี้: มีการเปิดตัวไคลเอนต์สำรองบนเซิร์ฟเวอร์ และผู้ใช้จากโทรศัพท์ที่มีเบราว์เซอร์ WAP ไปที่เว็บอินเตอร์เฟส ป้อนหมายเลขและรหัสผ่าน จากนั้นจึงมีโอกาสส่งและรับข้อความ เซิร์ฟเวอร์ทำหน้าที่เป็นสะพานเชื่อมชนิดหนึ่ง โต้ตอบกับเซิร์ฟเวอร์ ICQ ในภาษาที่ "เข้าใจได้" และกับเบราว์เซอร์ WAP - ใน "เข้าใจได้" เมื่อเซิร์ฟเวอร์นี้ถูกแฮ็กและผู้โจมตีก็สามารถเข้าถึงรหัสผ่านจำนวนหนึ่งได้ แต่เมื่อถึงเวลานั้น ผู้ใช้ส่วนใหญ่ก็ไม่มีความเกี่ยวข้องอีกต่อไป
ขั้นตอนที่ 2
นี่เป็นเพราะความจริงที่ว่าโทรศัพท์ที่มีความสามารถในการเรียกใช้แอปพลิเคชัน Java ได้กลายเป็นที่แพร่หลายในเร็ว ๆ นี้ ทำให้สามารถสร้างไคลเอนต์ ICQ ได้โดยตรงบนโทรศัพท์มือถือ โดยไม่ต้องใช้เซิร์ฟเวอร์ "นักแปล" โปรแกรมเมอร์ได้สร้างลูกค้าทางเลือกหลายราย ซึ่งมีชื่อเสียงมากที่สุดคือ JIMM จากมุมมองของโปรโตคอลการโต้ตอบ เขาเลียนแบบไคลเอ็นต์อย่างเป็นทางการ ดังนั้นเซิร์ฟเวอร์ ICQ จึงเต็มใจโต้ตอบกับเขา จากนั้น AOL ก็ประกาศสงครามเงียบๆ กับลูกค้าที่ไม่เป็นทางการ รวมถึง JIMM มีการเปลี่ยนแปลงโปรโตคอลซึ่งสะท้อนให้เห็นในไคลเอนต์อย่างเป็นทางการ แต่ผู้เขียนที่ไม่เป็นทางการไม่มีเวลาที่จะถอดรหัสและสะท้อนถึงการเปลี่ยนแปลงเหล่านี้ในการพัฒนาของพวกเขาในทันที หลังจากพยายามหลายครั้ง AOL ก็ยอมแพ้ โดยตระหนักว่าไม่ช้าก็เร็วนักพัฒนาจะ "ดึง" โปรแกรมของตนเพื่อเปลี่ยนโปรโตคอล สำหรับผู้ใช้ Linux มีไคลเอนต์อย่างเป็นทางการอยู่แล้วในรูปแบบของแอปพลิเคชัน Flash ซึ่งทำงานได้แย่กว่าการพัฒนาของบุคคลที่สามมาก สำหรับโทรศัพท์มือถือมีเพียงแอปพลิเคชันที่ไม่เป็นทางการเท่านั้น
ขั้นตอนที่ 3
ผู้ใช้ Jabber ซึ่งลูกค้าที่ไม่เป็นทางการไม่เคยถูกแบน ดังนั้นจึงมีโปรแกรมดังกล่าวมากมายสำหรับโทรศัพท์มือถือ สามารถเข้าถึง ICQ ผ่านเกตเวย์ได้ เหล่านี้เป็นโปรแกรมที่ทำงานบนเซิร์ฟเวอร์ด้วย เช่นเดียวกับ TJAT พวกเขา "พูดคุย" กับเซิร์ฟเวอร์ ICQ ในภาษาที่ "เข้าใจได้" แต่เมื่อโต้ตอบกับโทรศัพท์มือถือ พวกเขาต้องแลกเปลี่ยนข้อมูลไม่ใช่กับเบราว์เซอร์ WAP แต่กับไคลเอ็นต์ Jabber ในช่วง "สงครามเงียบ" กับลูกค้าทางเลือก พวกเขามักจะปฏิเสธที่จะทำงานเช่นกัน มีกรณีของการแฮ็คเกตเวย์ดังกล่าว แต่เกิดขึ้นได้ยาก
ขั้นตอนที่ 4
สถานการณ์เปลี่ยนไปในทางที่ดีขึ้นหลังจากซื้อ ICQ จาก AOL โดยกลุ่ม Mail. Ru เจ้าของใหม่อนุญาตให้สร้างไคลเอนต์อื่นและให้โปรแกรมเมอร์เข้าถึงคำอธิบายโปรโตคอล แต่ในทางกลับกัน ความต้องการแอปพลิเคชันที่ไม่เป็นทางการนั้นแทบจะหายไปแล้ว เริ่มแรก มีการเพิ่มการสนับสนุน ICQ ให้กับตัวแทน Mail. Ru ซึ่งมีลูกค้าอย่างเป็นทางการอยู่แล้วในขณะนั้น จากนั้นไคลเอ็นต์มือถือ ICQ อย่างเป็นทางการก็เปิดตัวพร้อมการสนับสนุนสำหรับตัวแทน Mail. Ru อันที่จริง โปรแกรมเหล่านี้เป็นสองโปรแกรมที่เกือบจะเหมือนกัน ซึ่งแตกต่างกันในการออกแบบหลัก ทั้งคู่โต้ตอบกับเซิร์ฟเวอร์โดยตรง และในไม่ช้าก็แนะนำการสนับสนุน Jabber ในทั้งสองโปรแกรม ผลลัพธ์ที่ได้คือไคลเอนต์หลายโปรโตคอลที่แตกต่างจากการพัฒนาของบุคคลที่สามเพียงเล็กน้อย
ขั้นตอนที่ 5
วันนี้ มีไคลเอ็นต์ ICQ อย่างเป็นทางการที่โต้ตอบกับเซิร์ฟเวอร์โดยตรงสำหรับแพลตฟอร์มมือถือทั่วไปส่วนใหญ่ นอกจากนี้ยังมีไคลเอ็นต์อย่างเป็นทางการสำหรับเดสก์ท็อป Linux รวมถึงเว็บไคลเอ็นต์อย่างเป็นทางการที่ทำงานในลักษณะเดียวกับ TJAT ไม่จำเป็นต้องใช้ Flash และคุณสามารถใช้ผ่านเบราว์เซอร์ปกติจากทั้งคอมพิวเตอร์และโทรศัพท์มือถือ
