紐約訊——當你在手機上輕按一朵玫瑰或櫻花表情符號時，你所傳送的並非只是一個圖案，而是一個橫跨二十多年、歷經日本電信商競爭與國際標準化組織協調的數碼演化成果。這些花卉符號的起源，遠比2010年Unicode正式納入它們的時刻要早得多。
日本電信時代的像素花園
花卉表情符號的故事始於1990年代末期的日本。在「emoji」這個詞尚未為全球所知之前，日本電信商NTT DoCoMo於1999年推出了一套由年輕介面設計師栗田穰崇（Shigetaka Kurita）創作的176個表情符號，用於其「i-mode」手機互聯網服務。栗田在僅有12×12像素的網格上繪製每個字符，靈感來自漫畫、Zapf Dingbats字體以及已有的表情符號慣例，目的在於在極度有限的屏幕空間和字符限制中傳達更多視覺意義。
這套符號在日本迅速爆紅，競爭對手隨即跟進複製。值得注意的是，紐約現代藝術博物館（MoMA）於2016年將這套收藏納入其永久設計館藏——這是軟件字符被視為藝術品的罕見案例。
然而，Emojipedia的研究發現，早在1997年，電信商SoftBank已推出了一套90個字符的表情符號——其中包含了如今標誌性的糞便表情符號。花卉元素從一開始就存在於這些早期的日本套裝中，反映了日本視覺文化中季節性花卉意象（尤其是櫻花）深植於日常溝通、日曆和設計中的傳統。
由於DoCoMo、SoftBank和au/KDDI各自建構了互不相容的表情符號系統，同一朵「花」在不同網絡上可能呈現截然不同的外觀，或對應到完全不同的編碼點。這種碎片化正是後來Unicode標準化所要解決的混亂局面。
Unicode 6.0：全球化的關鍵時刻
要讓表情符號跨品牌、跨國家、跨作業系統運作，需要一套統一的編碼系統。這就是Unicode聯盟的角色所在。Unicode是國際標準，為每個字符、符號和表情符號分配唯一的碼點，確保從iPhone發送的訊息能在Android手機、Windows電腦或其他任何平台上正確顯示。
當今核心花卉表情符號的絕大多數都是在單一次版本發布中正式納入這項全球標準的：2010年發布的Unicode 6.0。這是現代花卉表情符號陣容誕生的時刻，所有符號歸類於「動物與自然」類別下：
- 鬱金香（U+1F337）
- 櫻花（U+1F338）——直接受日本櫻花啟發，至今仍是最常用的花卉表情符號之一
- 玫瑰（U+1F339）
- 木槿（U+1F33A）
- 向日葵（U+1F33B）
- 花朵（U+1F33C）——通用的黃色雛菊風格花卉，常被簡單稱為「那朵花」
- 花束（U+1F490）
- 白花（U+1F4AE）——風格化的櫻花玫瑰結
有趣的是，這些字符在主要平台上直到數年後才真正以全彩表情符號的形式投入使用。Unicode 6.0分配了碼點和文字意義，但2015年發布的「Emoji 1.0」——即Unicode正式開始將表情符號作為獨立版本追蹤的時刻——才確立了我們在現代通訊中熟悉的圖形化、彩色字符。蘋果從2011年左右開始將這些符號引入日本以外的iPhone鍵盤，這才是它們在全球日常使用中爆發的真正觸發點。
花束的擴充：後續新增成員
Unicode每年大約發布一批新字符，花卉表情符號自2010年原始批次以來陸續加入了幾位新成員——每一次新增都反映了Unicode表情符號小組委員會認為值得填補的特定缺口。
玫瑰結（🏵️）於2014年隨Unicode 7.0加入。它並非描繪特定花卉，而是一種風格化的獎章或帽章形狀——形態上是花卉，但更關聯於成就、榮譽和認可，而非自然本身。
枯萎的花（🥀），有時被稱為枯萎的玫瑰，於2016年隨Unicode 9.0加入。它填補了原始套裝未能覆蓋的情感缺口：在此之前幾乎每個花卉表情符號都是新鮮、浪漫或慶祝的象徵，沒有任何方式可以用花卉表達失落、心碎或事物的終結。這朵枯萎、垂頭的花朵恰好做到了這一點。
蓮花（🪷）則在2021年隨Unicode 14.0較晚加入。其加入引人注目，因為它填補了表情符號套裝中明顯的非西方缺口：蓮花在佛教、印度教和耆那教中具有深厚的宗教和文化意義，象徵純潔、覺悟和重生，同時也是印度和越南的國花——這些在花卉表情符號陣容中之前完全沒有代表。
風信子（🪻）是最新加入的成員，於2022年隨Unicode 15.0登場。與其他成員相比，其推動加入的理由較少關乎象徵意義，而更多是單純的代表性——風信子是廣泛種植的花園和切花，但在原始套裝推出後的十多年間竟然沒有對應的表情符號。
這些後續加入的每個符號都經歷了Unicode的公開提案流程——任何人都可以提交新表情符號的申請，論證其使用頻率、與現有字符的區別度以及預期受歡迎程度——這個過程從提案到出現在你的鍵盤上可能需要一年或更長時間。
同一碼點，不同花朵：設計的自由發揮
表情符號系統最奇特的特點之一，在於Unicode標準化的是字符的意義和碼點，而非其外觀。每家公司——蘋果、Google、微軟、三星、WhatsApp、Meta、Twitter/X——都自行設計「U+1F33C 花朵」或其他花卉字符的視覺詮釋。這就是為什麼你發送的同一表情符號，在接收者使用的不同設備上可能看起來截然不同。
這導致了多年來一些真正不一致的花卉表情符號。例如，通用的「花朵」表情符號在某些平台上呈現粉紅色，在其他平台上則是黃色；「白花」在一個平台上帶有紅色輪廓，在另一個平台上則是橙色輪廓，有時包含日文字元「花丸」（意為「做得非常好」，源自日本教師在作業上的認可印章），有時則完全省略。這些不只是外觀差異——它們有時會造成真正的混亂，讓人搞不清一個花卉表情符號究竟代表什麼，因為一個平台改變設計就能轉變符號的隱含意義，而無需改變其底層的Unicode定義。
平台供應商會定期重新設計其表情符號套裝以保持風格一致性（扁平化、簡化或重新造型整個庫），這意味著2015年發送的花卉表情符號，與今天發送的同一字符相比，呈現方式可能大相徑庭，即使其Unicode碼點從未改變。
實際使用中的花朵意義
表情符號的意義很少由Unicode本身固定——它是由使用習慣協商出來的，就像俚語一直以來的方式。經過十多年的使用，幾個模式已經固化：
櫻花（🌸）承載著所有花卉表情符號中最具體的文化重量，直接連結到其日本起源，象徵春天、更新和無常之美——櫻花每年只短暫盛開便凋落，這個隱喻遠早於表情符號，廣泛出現在日本藝術和詩歌中。在日常使用中，它已成為「柔和」、「可愛」或溫柔浪漫的速記——通常用在玫瑰感覺太過強烈的場合。
玫瑰（🌹）是其中最具直接浪漫意味的符號，借鑒了該花卉數百年來在西方文化中與愛情和激情的關聯，至今仍是浪漫或愛意訊息中最常用的花卉表情符號之一。
向日葵（🌻）和花朵（🌼）傾向於簡單、明確的正面意義——快樂、溫暖和對自然的普遍欣賞——沒有玫瑰或櫻花那樣特定的浪漫或文化包袱。
木槿（🌺）和花束（💐）佔據更多場合性的應用：木槿常表示熱帶或度假情境，而花束則是祝賀、感謝或一般祝福的默認選擇，功能類似於一種「這是送給你的花」的通用手勢。
枯萎的花（🥀）是群體中的異類——唯一主流花卉表情符號的默認情感色調是負面的，用於表示心碎、失望或事物的結束。
蓮花（🪷）在西方日常使用中已累積了正念、瑜伽和健康文化的關聯，疊加在其更深層的原始宗教象徵意義之上（有時也使其扁平化）。
這些意義都不是設計出來的——它們像詞語的內涵意義一樣，通過數百萬次對話中多年的累積使用而浮現，然後由表情符號參考網站和詞典在事後加以記錄和強化，而非事先規定。
現狀與未來展望
花卉表情符號陣容已從1990年代末期日本特定電信商隱含的少數像素圖標，發展為一個標準化、跨平台的十幾個獨特字符套裝，橫跨2010年至2022年的Unicode版本——包括鬱金香、櫻花、玫瑰、木槿、向日葵、花朵、花束、白花、玫瑰結、枯萎的花、蓮花和風信子。每一次新增都傾向於填補特定缺口，而非單純增加裝飾：缺失的情感色調（枯萎的花）、未被代表的宗教文化傳統（蓮花），或僅僅是一種廣泛種植但長期被忽略的花卉（風信子）。
根據這一模式，未來新增更可能繼續追尋真正的代表性缺口——與特定文化、地區或尚未覆蓋的情感色調相關的花卉——而非單純為了擴充類別而擴充。Unicode聯盟的公開提案流程意味著，原則上，任何人都可以為下一個花卉表情符號提出申請。