2008年日本RFID市場較2007年增加13%，達到549億日元。由于2008后半年開始受到全球景氣衰退之影響，2009年市場可能暫時呈現停滯之狀態。不過，各個領域仍然緩慢但持續進行RFID的導入，隨著景氣之恢復及導入之加速，預計到2014年時RFID的市場將是2008年的4倍，達到172億日元。 
日本國內RFID系統目前主要仍然集中在HF(13.56MHz)、UHF(952~954MHz)、微波(2.45GHz被動式)等3個頻段。 
投入于HF頻段的企業很多，也最為普及。例如耗材管理、制造業或物流業的零件管理、制程管理、各種租賃品管理，辦公室文書或資產管理、圖書館藏書管理等都可適用。 
UHF則是在這1、2年當中，由于標準化及產品化之進展，也開始各種實驗測試或正式導入。由于具有通訊距離遠及可同時讀取多筆的特性，預期未來市場將會更大，預估將以能發揮UHF特性的物流業、供應鏈、人/車管理等用途為主要市場。 
至于微波頻段，RFID供貨商大約集中在少數幾家，應用上除了服飾業、租賃品、病歷、醫療廢棄物管理外，如演唱會、展覽會門票等也可以使用。其它在住宅火災警報設備維護管理方面，日立制作所的”μ-Chip”<*注>也開始被采用。 
RFID標簽 
2008年標簽市場上，起步較早的HF標簽數量大約占68.2%。UHF標簽也因為導入實績有所進展而占了23.5%。微波頻段則以日立制作所的”μ-Chip”為主逐漸形成市場。 
雖然實際導入RFID之案例漸增，但是RFID的優點在許多領域或用途上并未顯現，以致其普及化的步調仍然緩慢。2008后半年開始的全球金融風暴，RFID的應用發展將會受到某些程度的影響。不過，保守估計到2010年景氣回復后將進入RFID之成長期，同時隨著用途及卷標貼付對象之擴大，目前廣泛應用之標簽重復使用狀況預測將改為一次使用，也因此帶動RFID市場急速擴大。 
RFID硬件 
RFID讀取器(Reader/Writer)的狀況也和標簽一樣，由起步較早的HF讀取器帶動市場。UHF讀取器雖然在市場上也有相當多的產品，但是由于無線電波干擾的問題及通訊距離控制之難度，以及對于醫療設備如心律調整器之影響疑慮等因素，讓UHF讀取器之市場成長受到相當程度的限制，而僅呈現微幅之成長。雖然無法期待在約年后就能急速成長，但可預期的是UHF讀取器將會和HF讀取器共同帶動市場。 
讀取器的外型可分為“固定式”、“手持式”、“內建式”三種，其中”內建式”讀取器所占比率將會最高，主要應用在無法設置固定式讀取器之環境、或是以簡易型讀取器的形式應用于制造業之工廠環境。 
“RFID印制機”(RFIDPRINTER)是在RFID卷標上同時打印文字及錄碼(Encode)之設備。由于在RFID應用上并非絕對必要，因此在市場上無法像標簽或讀取器一樣的成長。RFID印制機主要有： 
1.印制用完即丟的”RFID貼標(RFIDLabel)”的”貼標打印機”(RFIDLabelPrinter) 
2.印制可重復抺寫卡片(RFIDRewriteableCard)”的”卡片打印機”(RFIDCardPrinter) 
3.印制可重復抺寫標簽紙(RFIDRewriteableSheet)”的”標簽紙打印機”(RFIDSheetPrinter) 
在一些運用”廣告牌”(KANBAN)來作制程管理的制造業工廠對于卷標紙打印機(RFIDSheetPrinter)的需求相當高。 
日本RFID應用動向 
隨著RFID應用之普及，日本RFID使用的頻段涵蓋LF(135KHz以下)、HF(13.56MHz)、UHF(433MHz、860~960MHz)、微波(2.45GHz)，并依各頻段之特性進行活用。 
在UHF頻段上，日本一直到2006年才立法確定頻段范圍為952.2MHz~954.8MHz。隨后也開始進行相關之應用實證實驗。 
規模較大的一項實驗是由EPCGlobal所發起并由日本經濟產業省(METI)贊助的國際供應鏈RFID應用實驗。此計劃于2007年2月完成第一階段于香港與日本間之物流實驗；接著在2007年底到2008年2月進行第二階段實驗，包括2個物流途徑，一個是透過空運將物品由中國上海運到美國威斯康新州；另一途徑則是透過海運將物品由中國上海運送到美國加州洛杉機。后者是由日本NEC所主導執行。此驗證計劃也在RFID應用推動辦公室電子報于2008年5月加以報導。 
此實驗主要測試內容包括： 
1.平臺之間(卷標/RFID中介軟件/EPCIS/應用系統)的相互連結性(Interoperability)。 
2.物流公司(logisticscompanies)及貨主(cargoowners)的EPCIS系統之間相互連結性。 
3.于實際環境當中驗證EPCglobalTLSIAG(TransportationandLogisticsServicesIndustryActionGroup)的需求。