. 電子產業的戰略對策：
「Continua Health Alliance」所制定的設計指引第一版，對於健康資料的通信方式與資料格式均有所規範。
最受到矚目的是裝置之間的通信方式，有線的場合就是利用USB，無線環境就採用藍芽。此兩皆是既存的成功介面，頗有實際的成績表現。
之所以會篩選這兩個介面，理由很簡單。除了方便、容易使用之外。更重要的是，USB的裝置類別特別針對這個市場，定義了一個「Personal Healthcare Device Class」；而藍芽的規格中，也有一個「Bluetooth Health Device Profile」規範(原本的名稱為Medical Device Profile)。
其實，USB與藍芽早就備妥在那兒等待，等市場的曙光出現。
而諸如血壓計、體溫計、體重計等等一大堆健康裝置之間的資料通信格式，採用了IEEE 11073針對健康機器所訂的方式。
註：ISO/IEEE 11073 Point of Care Medical Device Communication Standards。 ISO/IEEE 11073 Personal Health Device Specifications。譬如：
* IEEE P11073-10404 - Pulse oximeter脈動測氧器
* IEEE P11073-10407 - Blood pressure monitor 血壓追蹤器
* IEEE P11073-10408 – Thermometer 溫度計
* IEEE P11073-10415 - Weighing scale 體重計
* IEEE P11073-10417 - Glucose meter血糖測定器
* IEEE P11073-10441 - Cardiovascular心臓血管
* IEEE P11073-10442 – Strength體力
* IEEE P11073-10471 - Activity hub
* IEEE P11073-10472 - Medication monitor藥劑監視器
只要沿用這個設計指引的產品，獲得了相互連接性的認證，就可以稱為「Continua對應」的產品，可以貼上專用的圖騰標誌(Logo)。
目前，得到認證的第一彈產品，是美商Nonin Medical所推出的脈動測氧器(Pulse Oximeter)。
註：脈動測氧器，約在1980年代問世，因為具有非侵襲性及連續監測的優點；不必抽血就可以測量微血管的血液含氧飽和度。
對於電子業者來說，在平台的運用方面，可能運用構築的方式，不是採用標準化開放性的系統，就是選擇封閉式的方案，或者乾脆運用腳踏兩隻船的包公策略。
開放性的平台，就如「Continua Health Alliance」，魅力是大幅降低新參入者的障礙門檻。無須龐大的投資負擔，只要對應其設計指引，就可以在自己擅長的領域中，極力發揮來一決勝負。
舉個例子來說，東芝就針對設計指引的藍芽規格開發軟體堆疊(Stack)。Free Scale半導體也是根據該指引，針對旗下的微控制器開發USB軟體堆疊(Stack)。
另外一種的戰略是屬於封閉性的手法。比如說，在「Continua Health Alliance」未出現之前，有些廠商就先行這方面的根基，日商TANITA公司於2007/3就開始提供一種『身體履歷』的健康資訊管理。它乃是使用紅外線或是特定小電力的通信方式，其成本比起藍芽少了許多。依據TANITA的說法，使用者容易使用與差異化是該公司的謀求之道。透過『身體履歷』的商業形態，不單是賣健康裝置，而是可以累積很多軟體服務的Know How。「Continua」的對應開發，當然也不會放棄機會。
另一個絕對不能忽略的平台，就是頂頂有名的Wii Fit。它已經浸透到家庭，開啟了一個市場，內部祕藏著不可思議的商機。由於它的簡易使用者介面，相當受到消費者的歡迎。以這個簡易的平台來建構健康管理工具，也是一條相當理想的捷徑。
任天堂於2009/1也公開表示，即將開發利用Wii Fit的健康檢查頻道。NEC、Panasonic Medical Solution、日立則開發這個專用硬體應用的特定保健指導系統。
有此一說，若是Wii Fit能夠對應「Continua」的話，說不定一口氣能夠拉升「Continua」對應的發展呢!
而Sony的盤算呢？在2008/12針對健康機器表明了FeliCa模組的開發。2009/3發表遙控器搭載FeliCa的BRAVIA液晶電視。即使該公司有加入「Continua Health Alliance」，不過獨自建構健康管理系統，可能性相當大。
註：FeliCa，係新力獨自開發的非接觸式IC卡技術；是從幸福(Felicity)造出來的商業行銷辭彙。
USB/藍芽技術的另類新商機：
USB-IF老早就覬覦垂涎這個市場，於2007/4就成立了USB Personal Healthcare WG工作小組。
USB所制定的Personal Healthcare Device Class (PHDC)，2007/11完成1.0版。資料與訊息的傳送是採用ISO/IEEE 11073-20601 Base Exchange Protocol的協定。
而健康裝置與USB主機端的資料溝通方式，則是在底層實體層之上，除了基本驅動程式之外，架構了資料訊息層與應用層。
為了滿足PHDC裝置的特定需求，規劃了基本的端點需求與滿足QoS(Quality Of Service)的對策。在端點的需求方面，需要一個控制端點、一個Bulk-Out端點、一個Bulk-In端點，乃是基本條件。Interrupt-In端點的採用則是列為選項。
在QoS的對策方面；這是因為每一種裝置使用上的屬性差異，等待時間的需求也有所不同。規格中定義了該裝置類別所需的描述表格(Descriptor)，有標準的描述表格、裝置專屬的描述表格，還有列為選項的描述表格。
而藍芽健康裝置的基本設計，即在於軟硬體對於HDP(Health Device Profile)的支援。
註：HDP的原本名稱是MDP(Medical Device Profile)。
註：
HCI - Host Controller Interface。
SDP – Service Discovery Protocol。
L2CAP - Logical Link Control and Adaptation Protocol。
MCAP - Multi-Channel Adaptation Protocol。
至於，為何會存在Bulk-In、Bulk-Out端點之外，還特意規劃了Interrupt-In端點呢!這是因為健康機器使用上的屬性需求使然。有些機器根本沒有需要週期性地串流資料(如體重計等)，有些則有必要(如脈動測氧器)。
總之，哪一個不想健康快樂過生活呢？科技的運用與發展，就是要利己眾生才對呀!不是嗎？
[ 參考資料暨延伸深度閱讀：]
1. World Health Organization(2005)，Ten Facts About Chronic Disease。
2. World Health Organization(2003)，Obesity and Overweight：Dr. P. Puska，Dr. C. Nishida, Mr. D. Porter。
3. World Health Organization(2006, February 13)，The world is fast ageing - have we noticed？
4. http://www.continuaalliance.org/。
5. certification.continuaalliance.org/ISO-IEEE-PHD-tutorial-Japanese.ppt 。
6. http://www.bluegiga.com/files/bluegiga/Pub%20files/Continua_Overview_Presentation_v10.2.pdf。
7. www.google.com/health 。
8. http://www.musenka.com/info/doc/sig_roadmap.pdf。藍芽Roadmap。
9. http://www.karadakarute.jp/tanita/index.jsp。
10. Universal Serial Bus Device Class Definition for Personal Healthcare Devices，1.0版，2007/11/8。
11. http://media.americantelemed.org/conf/2008/Presentations/205.pdf，英特爾PHDC介紹。
12. http://www.musenka.com/info/doc/MDP(MedicalDevicesProfile).pdf。
13. http://www.ifoundrysys.com/downloads/6whitepapers/Designing%20Bluetooth%20Medical%20Devices.pdf。
14. www.usb.org/developers/devclass_docs。PHDC。
15. www.karadakarute.jp。Tanita的「身體履歷」。
16. http://www.freshpatents.com/Device-and-method-for-packaging-and-merchandising-personal-healthcare-products-dt20061019ptan20060231453.php。
本文上篇:電子產業進攻健康管理市場(一)
「Continua Health Alliance」所制定的設計指引第一版，對於健康資料的通信方式與資料格式均有所規範。
最受到矚目的是裝置之間的通信方式，有線的場合就是利用USB，無線環境就採用藍芽。此兩皆是既存的成功介面，頗有實際的成績表現。
之所以會篩選這兩個介面，理由很簡單。除了方便、容易使用之外。更重要的是，USB的裝置類別特別針對這個市場，定義了一個「Personal Healthcare Device Class」；而藍芽的規格中，也有一個「Bluetooth Health Device Profile」規範(原本的名稱為Medical Device Profile)。
其實，USB與藍芽早就備妥在那兒等待，等市場的曙光出現。
而諸如血壓計、體溫計、體重計等等一大堆健康裝置之間的資料通信格式，採用了IEEE 11073針對健康機器所訂的方式。
註：ISO/IEEE 11073 Point of Care Medical Device Communication Standards。 ISO/IEEE 11073 Personal Health Device Specifications。譬如：
* IEEE P11073-10404 - Pulse oximeter脈動測氧器
* IEEE P11073-10407 - Blood pressure monitor 血壓追蹤器
* IEEE P11073-10408 – Thermometer 溫度計
* IEEE P11073-10415 - Weighing scale 體重計
* IEEE P11073-10417 - Glucose meter血糖測定器
* IEEE P11073-10441 - Cardiovascular心臓血管
* IEEE P11073-10442 – Strength體力
* IEEE P11073-10471 - Activity hub
* IEEE P11073-10472 - Medication monitor藥劑監視器
只要沿用這個設計指引的產品，獲得了相互連接性的認證，就可以稱為「Continua對應」的產品，可以貼上專用的圖騰標誌(Logo)。
目前，得到認證的第一彈產品，是美商Nonin Medical所推出的脈動測氧器(Pulse Oximeter)。
註：脈動測氧器，約在1980年代問世，因為具有非侵襲性及連續監測的優點；不必抽血就可以測量微血管的血液含氧飽和度。
對於電子業者來說，在平台的運用方面，可能運用構築的方式，不是採用標準化開放性的系統，就是選擇封閉式的方案，或者乾脆運用腳踏兩隻船的包公策略。
開放性的平台，就如「Continua Health Alliance」，魅力是大幅降低新參入者的障礙門檻。無須龐大的投資負擔，只要對應其設計指引，就可以在自己擅長的領域中，極力發揮來一決勝負。
舉個例子來說，東芝就針對設計指引的藍芽規格開發軟體堆疊(Stack)。Free Scale半導體也是根據該指引，針對旗下的微控制器開發USB軟體堆疊(Stack)。
另外一種的戰略是屬於封閉性的手法。比如說，在「Continua Health Alliance」未出現之前，有些廠商就先行這方面的根基，日商TANITA公司於2007/3就開始提供一種『身體履歷』的健康資訊管理。它乃是使用紅外線或是特定小電力的通信方式，其成本比起藍芽少了許多。依據TANITA的說法，使用者容易使用與差異化是該公司的謀求之道。透過『身體履歷』的商業形態，不單是賣健康裝置，而是可以累積很多軟體服務的Know How。「Continua」的對應開發，當然也不會放棄機會。
另一個絕對不能忽略的平台，就是頂頂有名的Wii Fit。它已經浸透到家庭，開啟了一個市場，內部祕藏著不可思議的商機。由於它的簡易使用者介面，相當受到消費者的歡迎。以這個簡易的平台來建構健康管理工具，也是一條相當理想的捷徑。
任天堂於2009/1也公開表示，即將開發利用Wii Fit的健康檢查頻道。NEC、Panasonic Medical Solution、日立則開發這個專用硬體應用的特定保健指導系統。
有此一說，若是Wii Fit能夠對應「Continua」的話，說不定一口氣能夠拉升「Continua」對應的發展呢!
而Sony的盤算呢？在2008/12針對健康機器表明了FeliCa模組的開發。2009/3發表遙控器搭載FeliCa的BRAVIA液晶電視。即使該公司有加入「Continua Health Alliance」，不過獨自建構健康管理系統，可能性相當大。
註：FeliCa，係新力獨自開發的非接觸式IC卡技術；是從幸福(Felicity)造出來的商業行銷辭彙。
USB/藍芽技術的另類新商機：
USB-IF老早就覬覦垂涎這個市場，於2007/4就成立了USB Personal Healthcare WG工作小組。
USB所制定的Personal Healthcare Device Class (PHDC)，2007/11完成1.0版。資料與訊息的傳送是採用ISO/IEEE 11073-20601 Base Exchange Protocol的協定。
而健康裝置與USB主機端的資料溝通方式，則是在底層實體層之上，除了基本驅動程式之外，架構了資料訊息層與應用層。
為了滿足PHDC裝置的特定需求，規劃了基本的端點需求與滿足QoS(Quality Of Service)的對策。在端點的需求方面，需要一個控制端點、一個Bulk-Out端點、一個Bulk-In端點，乃是基本條件。Interrupt-In端點的採用則是列為選項。
在QoS的對策方面；這是因為每一種裝置使用上的屬性差異，等待時間的需求也有所不同。規格中定義了該裝置類別所需的描述表格(Descriptor)，有標準的描述表格、裝置專屬的描述表格，還有列為選項的描述表格。
而藍芽健康裝置的基本設計，即在於軟硬體對於HDP(Health Device Profile)的支援。
註：HDP的原本名稱是MDP(Medical Device Profile)。
註：
HCI - Host Controller Interface。
SDP – Service Discovery Protocol。
L2CAP - Logical Link Control and Adaptation Protocol。
MCAP - Multi-Channel Adaptation Protocol。
至於，為何會存在Bulk-In、Bulk-Out端點之外，還特意規劃了Interrupt-In端點呢!這是因為健康機器使用上的屬性需求使然。有些機器根本沒有需要週期性地串流資料(如體重計等)，有些則有必要(如脈動測氧器)。
總之，哪一個不想健康快樂過生活呢？科技的運用與發展，就是要利己眾生才對呀!不是嗎？
[ 參考資料暨延伸深度閱讀：]
1. World Health Organization(2005)，Ten Facts About Chronic Disease。
2. World Health Organization(2003)，Obesity and Overweight：Dr. P. Puska，Dr. C. Nishida, Mr. D. Porter。
3. World Health Organization(2006, February 13)，The world is fast ageing - have we noticed？
4. http://www.continuaalliance.org/。
5. certification.continuaalliance.org/ISO-IEEE-PHD-tutorial-Japanese.ppt 。
6. http://www.bluegiga.com/files/bluegiga/Pub%20files/Continua_Overview_Presentation_v10.2.pdf。
7. www.google.com/health 。
8. http://www.musenka.com/info/doc/sig_roadmap.pdf。藍芽Roadmap。
9. http://www.karadakarute.jp/tanita/index.jsp。
10. Universal Serial Bus Device Class Definition for Personal Healthcare Devices，1.0版，2007/11/8。
11. http://media.americantelemed.org/conf/2008/Presentations/205.pdf，英特爾PHDC介紹。
12. http://www.musenka.com/info/doc/MDP(MedicalDevicesProfile).pdf。
13. http://www.ifoundrysys.com/downloads/6whitepapers/Designing%20Bluetooth%20Medical%20Devices.pdf。
14. www.usb.org/developers/devclass_docs。PHDC。
15. www.karadakarute.jp。Tanita的「身體履歷」。
16. http://www.freshpatents.com/Device-and-method-for-packaging-and-merchandising-personal-healthcare-products-dt20061019ptan20060231453.php。
本文上篇:
