2009年7月21日 星期二
2009年6月15日 星期一
哇賽！ XBOX360這會兒比Wii還屌了！！
立體攝像機＋紅外線測距掃瞄
完全不用任何控制器了!!
多目標追蹤玩家軀體距離點陣與影像並且辨識
身體就是控制器!!
NPC不但目光會看著你跟著你動知道你人在哪
竟然還能跟你對話?!
第五代電腦已經實現啦！
2009年5月8日 星期五
照明節能建築 - 建築物光能運用
現在有很多建築物是一面擋住陽光另一面卻在耗電發光，實在很浪費。其實我們可以利用建築物原有的空調管路系統，在管路壁鋪上反射材質，延伸到樓頂導入陽光。可以在樓頂光路系統入口蓋上可即時調折射率的濾鏡，陽光中的紫外線剛好可以殺死空調管路中流通空氣中的細菌，但房間走道大廳不要有紫外線與過多的強光進入，只要在接近光出口處採用不同折射率的反射材質貼在管壁上就可以了，要避免空調冷氣反而被加熱也是採取相同的方法。至於濾鏡與反射材質的清潔問題，交給隧道清潔泡泡機器爬蟲就可以了。
In order to protect our environment, the white LED pane is the best solution to let we can see those around us clearly. In addition to that, we can switch light sensors to be power chargers in the optical circuit system for the light recycle no matter through the electronic or optical way, then it becomes an independent light cycle when night without sun outside even though some energy will lose while recycling of transforming light to something static. Take an instance of electonic case, electronic power push LED to shut light, at the same time we get light shutting the sensor/charger recieves the light shutted from the LED to produce electonic power, then the LED uses this power to shut light again, once and once.....becomes a recycle cycle. But it can't work without any other power supply supporting because there must be some energy lost each cycle it is transformed, it just can recycle some. In the same way, we can use this concept on water processing in the same circuit system. The light from sun can enheat the water flow inside the same kind of circuit system, then we have hot water to take a bath or drink even cook if sun light is focused.
In order to protect our environment, the white LED pane is the best solution to let we can see those around us clearly. In addition to that, we can switch light sensors to be power chargers in the optical circuit system for the light recycle no matter through the electronic or optical way, then it becomes an independent light cycle when night without sun outside even though some energy will lose while recycling of transforming light to something static. Take an instance of electonic case, electronic power push LED to shut light, at the same time we get light shutting the sensor/charger recieves the light shutted from the LED to produce electonic power, then the LED uses this power to shut light again, once and once.....becomes a recycle cycle. But it can't work without any other power supply supporting because there must be some energy lost each cycle it is transformed, it just can recycle some. In the same way, we can use this concept on water processing in the same circuit system. The light from sun can enheat the water flow inside the same kind of circuit system, then we have hot water to take a bath or drink even cook if sun light is focused.
Magnetic Switch
我並不清楚磁性開關元件的製程，但對designer而言，我確定magnetic IC比CMOS IC好設計。Magnetic switch是以瞬間電流脈衝改變開關狀態且不用像CMOS switch須持續供電維持開關狀態，如此開關狀態也就可以作為記憶值，所以magnetic switch本身就是非揮發性memory。想想，CMOS IC的SRAM要幾個單位的MOS才能兜成一個bit的記憶單元，DRAM雖然所占空間較小卻要時時補電reflush電容，magnetic IC的MRAM(其實就是switches)所占空間更小，半導體單元本身就是記憶體。Magnetic switch沒有MOS需要NMOS與PMOS兩種開關互補為一個完整開關CMOS的問題。MOS是非線性電阻，實作類比電路比較難設計；magnetic switch是線性電阻，實作類比電路比較容易設計。Magnetic IC也較CMOS IC容易實現以pluse為基礎漣波驅動的積體電路。
N年後現有平面顯像技術將只剩下E-Ink與OLED/PLED可取
目前E-Ink仍需持續供電維持電場吸斥帶電的色素粒子成像，只要稍做改變，在電路與色素粒子間嵌入磁鐵，改由磁鐵的磁場來吸斥帶電色素粒子，以瞬間電流脈衝改變磁鐵的磁性，E-Ink就變成只有在改變色素狀態才需要耗電的磁性顯像面板。當然最好是像素本身就是帶有色素的MRAM，會因為不同的磁性呈現不同的顏色。E-Ink唯一的缺點是無法呈現透明狀態，但由於一般顯示都須滿足在需要改變顏色時才耗電且不需要主動發光，所以不通電時呈現透明狀態且主動發光但需持續供電的OLED/PLED的應用範圍將只剩下戴上會遮住外面光源的眼罩式顯示器。不論是E-Ink還是OLED/PLED，都是軟的面板。至於硬的面板：LCD濾光片轉向通電就讓陽光照進建築物、不通電則遮光、以電壓決定讓什麼波長頻率的光能照進建築物的用途；深色的LED通電則遮光、不通電則透明，淺色的LED純粹只是高亮度照明用，但LED還是會被OLED/PLED取代，雖然LED也有軟性面板，但耗電與廢熱就輸給OLED/ PLED。假如magnetic E-Ink能夠做到可呈現透明，那用以取代窗簾的LCD/ LED就完全無用武之地了。
2009年3月14日 星期六
2009年2月17日 星期二
2009年2月16日 星期一
2009年2月9日 星期一
Head Mounted Display
看到這產品真想在前頭加上
兩個可水平轉動的image sensor與一個3D compass motion sensor
現在PDA手機也內建3D繪圖物理晶片可以跑VR
把電腦的功能塞進這產品怎麼樣？
現在PDA手機也內建3D繪圖物理晶片可以跑VR
把電腦的功能塞進這產品怎麼樣？
2009年2月4日 星期三
實用 & 時尚
以上右邊的缺正面自拍鏡頭且背面鏡頭差了左邊三百萬畫素
HP TouchSmart iMac MultiTouch
第一眼看外觀造形會選擇右邊的Apple
再仔細看看實際硬體規格就會發現它略遜左邊的一籌
Apple一直是走高價時尚精品路線 但內部規格卻總是略遜一籌
以上是掌上型與桌上面板型PC 另外還有行動面板型與頭戴眼罩型PC
2008年11月22日 星期六
Space Saving Table
Space Saving Table是一個長方體(兩個正方體疊起來)箱子，箱子的長側邊有滑門，箱子裡中間垂放一張冷熱控溫晶片陣列使桌箱內的空間分隔為冰箱與暖箱。冰箱與暖箱除了放飲料跟食物，餐具水洗後也收納到暖箱烘乾。桌箱的上蓋配合冰箱與暖箱做成兩個可完全掀開的正方形蓋子，蓋子的中間嵌有附熱度設定與時間開關的電熱鈑可用來烹飪。電熱鈑的電線延伸至蓋子邊緣側邊與下面形成正負兩極兩圈金屬接觸面，當蓋子閤上時就與冷熱控溫晶片陣列插板上方橫條木的電源導片接觸，且在閤上蓋子的同時也壓下了電源開關，掀開蓋子則放開電源開關斷。電冷熱控溫晶片陣列的電源線也在板子上串聯一個溫度開關然後在板子兩面邊緣形成正負兩極金屬接觸面與插板上方橫條木凹槽內兩面的兩極電源導片接觸，而這個橫條木的電源線則由橫條木的一端沿桌箱側壁導到桌箱底部穿出。Space Saving Table有效節省了沙發餐廳的空間，也讓環境看起來更簡潔。當然，搭配的沙發也可以做成中空，掀開椅墊底下也是個收納空間，沙發椅側邊也可以做滑門。
2008年11月21日 星期五
露營車內裝再精簡版
之前相中的自走式露營車有一個問題，車身長度超出一般小型車停車格的標準大小，截去車廂尾部的貨艙，車身size就ok了。
原先浴缸只占據一側，將其改為橫置於車尾占據原先衣櫥與洗烘衣槽的空間，浴缸大小變為原來的兩倍，原本只能直坐，改良後可以橫臥。將浴缸做成也可洗烘衣，在浴缸靠廁所半邊的上方設置水箱，水箱底高度與廁所水箱高度同，並在另一半邊裝設兩根吊衣桿。原本在車廂底部就附有水箱，透過濾水材料與抽水馬達將水循環重複使用，定期清理濾水小槽。在廁所馬桶上方設置可收入牆面的摺疊式洗手台節省空間，並在床椅上方的櫃子下沿加裝吊衣桿。為防破窗暴竊，除駕駛室外車廂只留桌椅床室兩面窗並在窗內加裝附栓鎖滑動軌道鐵鈑，駕駛室與桌椅床室間隔上一層牆並嵌入附鎖滑門。精簡的露營車內裝也沒有炊事台，要烹飪的話就在桌椅床室的桌面上使用電熱爐，電熱爐不用時收納在櫃子裡。
2008年9月6日 星期六
VirtualFunction
class Class1
{
public String Function() { return "Class1.Function"; }
public virtual String VirtualFunction() { return "Class1.VirtualFunction"; }
}
class Class2 : Class1 // 冒號代表"繼承自"
{
public new String Function() { return "Class2.Function"; }
// 只要sub-class與base-class有相同名稱的成員 該成員必須註明new明白表示"取代"
public override String VirtualFunction() { return "Class2.VirtualFunction"; }
// 若要繼承base-class的virtual-function就必須註明override明白表示"凌越"而非"取代"
// 若VirtualFunction被註明new而非override會造成什麼後果
// 以及override與new的差別將在後面說明
}
public partial class Form1 : Form
{
Class1 O = new Class2();
public Form1()
{
InitializeComponent();
label1.Text += "Class1 O = new Class2();" + Environment.NewLine
+ Environment.NewLine;
label1.Text += "O.Function() calls " + O.Function() + Environment.NewLine;
label1.Text += "O.VirtualFunction() calls " + O.VirtualFunction()
+ Environment.NewLine;
}
}
我寫了以上這小段簡單程式執行結果如下：
是給初學者示範virtual-function與一般function的差別的。若Class2.VirtualFunction被註明new而非override，則Class1.VirtualFunction沒有被Class2.VirtualFunction凌越，O.VirtualFunction() calls Class1.VirtualFunction。
Virtual-function的使用時機是當你要在run-time才決定要bind繼承體系中哪個class的function時就要把該function宣告成virtual。如以上範例，Class2是Class1的子類別，所以可以assign一個Class2的object給Class1 O，一個object若是一個Class2也就是一個Class1。當宣告Class1 O後，程式中每次由O.都是bind到Class1的function，除非virtual-function否則即使O = new Class2()也是bind到Class1的function，這是因為Class1 O在compile-time就決定，程式編譯O.也是在load&link-time就把function的entry-address寫死在code-segment。如果要在run-time看哪個sub-class或base-class本身的object被assign到O才bind到O所屬衍生的class的function呢？Virtual-function的做法是不直接呼叫base-class的function的address而改以呼叫放在object中virtual-function的address，也就是說在object裡增加一個欄位記載function的address，相當於宣告定義：
Class1
{
public delegate String FunctionDelegate();
// delegate是指向函數的參照型別
// 此行宣告FunctionDelegate是傳回值型別為String及參引數型別為()的函式參照型別
public FunctionDelegate VirtualFunction; // compiler說非static成員不能在此初始化
public Class1() { VirtualFunction = Function; }
// compiler說非static成員只能在函式定義中assign
public String Function() { return "Class1.VirtualFunction"; }
}
Class2 : Class1
{
public Class2() { VirtualFunction = Function; }
public new String Function() { return "Class2.VirtualFunction"; }
}
如此，哪個object被assign到O，執行O.VirtualFunction時自然就呼叫到它所屬的衍生終端類別的函式。在最前面的原始程式碼中，Function是常數，VirtualFunction是變數，都可以assign給delegate。在最前面的原始程式碼中，若Class2.VirtualFunction被註明new而非override，則在這裡相當於定義public Class2() { VirtualFunction = Class1.Function; }。
可是這樣會有什麼問題？當大量使用virtual-function時，會大量增加虛擬函數參照的欄位徒增object的size，當大量objects生成時，占用記憶體的空間更是呈倍數成長。有沒有其它辦法？如果在run-time才travel類別樹找到要bind的function呢？這個比較耗費時間的動作原先是在compile-time就做好的，在軟件製作時已經把程式寫死。如果在run-time才由object查詢其所屬class，再由class-tree的leaf開始往上找名稱符合的函式，這樣就以時間換取空間，以較多的程式執行減少記憶體空間的占用。將程式改寫如下：
class ClassA
{
public String VirtualFunction(String name)
{
try { return (String) this.GetType().GetMethod(name).Invoke(this, null); }
catch(NullReferenceException x) { return "null"; }
}
public String Function() { return "ClassA.Function"; }
}
class ClassB : ClassA
{
public new String Function() { return "ClassB.Function"; }
}
public partial class Form1 : Form
{
ClassA A = new ClassA(), B = new ClassB();
public Form1()
{
InitializeComponent();
label1.Text += "ClassA A = new ClassA(), B = new ClassB();"
+ Environment.NewLine + Environment.NewLine;
label1.Text += "A.Function() calls " + A.VirtualFunction("Function")
+ Environment.NewLine;
label1.Text += "B.Function() calls " + B.VirtualFunction("Function")
+ Environment.NewLine;
}
}
執行結果如下：
這啟示compiler可以把.Function()編譯成.VirtualFunction("Function")。
當衍生終端的class沒有定義符合名稱的function則要往base-classes去找，如果class繼承階層數太多會徒增要bind的function的提取時間，可以折衷在衍生終端的class宣告一個static-delegate記載virtual-function，執行時由object查詢其所屬class，再從class取得並呼叫這個delegate即可。由於宣告為static，欄位只存在class單元而非每一個object，所以並不耗費記憶空間。如此，程式可改寫如下：
class ClassA
{
public delegate String FunctionDelegate();
public static FunctionDelegate VirtualFunction1;
public ClassA() { VirtualFunction1 = Function; }
public String VirtualFunction(String name)
{
return ((FunctionDelegate) this.GetType()
.GetField(name).GetValue(this)).Invoke();
}
public String Function() { return "ClassA.Function"; }
}
class ClassB : ClassA
{
public static new FunctionDelegate VirtualFunction1;
public ClassB() { VirtualFunction1 = Function; }
}
class ClassC : ClassB
{
public static new FunctionDelegate VirtualFunction1;
public ClassC() { VirtualFunction1 = Function; }
}
class ClassD : ClassC
{
public static new FunctionDelegate VirtualFunction1;
public ClassD() { VirtualFunction1 = Function; }
public new String Function() { return "ClassD.Function"; }
}
class ClassE : ClassD
{
public static new FunctionDelegate VirtualFunction1;
public ClassE() { VirtualFunction1 = Function; }
}
使用時則是：
ClassA A = new ClassA();
ClassA B = new ClassB();
ClassA C = new ClassC();
ClassA D = new ClassD();
ClassA E = new ClassE();
A.VirtualFunction("VirtualFunction1");
B.VirtualFunction("VirtualFunction1");
C.VirtualFunction("VirtualFunction1");
D.VirtualFunction("VirtualFunction1");
E.VirtualFunction("VirtualFunction1");
結果：
A. calls ClassA.Function
B. calls ClassA.Function
C. calls ClassA.Function
D. calls ClassD.Function
E. calls ClassD.Function
倘若還要再減少耗費的時間，就只能從硬體著手，針對object-binding重新設計處理器，使用Sense G-machine。
{
public String Function() { return "Class1.Function"; }
public virtual String VirtualFunction() { return "Class1.VirtualFunction"; }
}
class Class2 : Class1 // 冒號代表"繼承自"
{
public new String Function() { return "Class2.Function"; }
// 只要sub-class與base-class有相同名稱的成員 該成員必須註明new明白表示"取代"
public override String VirtualFunction() { return "Class2.VirtualFunction"; }
// 若要繼承base-class的virtual-function就必須註明override明白表示"凌越"而非"取代"
// 若VirtualFunction被註明new而非override會造成什麼後果
// 以及override與new的差別將在後面說明
}
public partial class Form1 : Form
{
Class1 O = new Class2();
public Form1()
{
InitializeComponent();
label1.Text += "Class1 O = new Class2();" + Environment.NewLine
+ Environment.NewLine;
label1.Text += "O.Function() calls " + O.Function() + Environment.NewLine;
label1.Text += "O.VirtualFunction() calls " + O.VirtualFunction()
+ Environment.NewLine;
}
}
我寫了以上這小段簡單程式執行結果如下：
是給初學者示範virtual-function與一般function的差別的。若Class2.VirtualFunction被註明new而非override，則Class1.VirtualFunction沒有被Class2.VirtualFunction凌越，O.VirtualFunction() calls Class1.VirtualFunction。
Virtual-function的使用時機是當你要在run-time才決定要bind繼承體系中哪個class的function時就要把該function宣告成virtual。如以上範例，Class2是Class1的子類別，所以可以assign一個Class2的object給Class1 O，一個object若是一個Class2也就是一個Class1。當宣告Class1 O後，程式中每次由O.都是bind到Class1的function，除非virtual-function否則即使O = new Class2()也是bind到Class1的function，這是因為Class1 O在compile-time就決定，程式編譯O.也是在load&link-time就把function的entry-address寫死在code-segment。如果要在run-time看哪個sub-class或base-class本身的object被assign到O才bind到O所屬衍生的class的function呢？Virtual-function的做法是不直接呼叫base-class的function的address而改以呼叫放在object中virtual-function的address，也就是說在object裡增加一個欄位記載function的address，相當於宣告定義：
Class1
{
public delegate String FunctionDelegate();
// delegate是指向函數的參照型別
// 此行宣告FunctionDelegate是傳回值型別為String及參引數型別為()的函式參照型別
public FunctionDelegate VirtualFunction; // compiler說非static成員不能在此初始化
public Class1() { VirtualFunction = Function; }
// compiler說非static成員只能在函式定義中assign
public String Function() { return "Class1.VirtualFunction"; }
}
Class2 : Class1
{
public Class2() { VirtualFunction = Function; }
public new String Function() { return "Class2.VirtualFunction"; }
}
如此，哪個object被assign到O，執行O.VirtualFunction時自然就呼叫到它所屬的衍生終端類別的函式。在最前面的原始程式碼中，Function是常數，VirtualFunction是變數，都可以assign給delegate。在最前面的原始程式碼中，若Class2.VirtualFunction被註明new而非override，則在這裡相當於定義public Class2() { VirtualFunction = Class1.Function; }。
可是這樣會有什麼問題？當大量使用virtual-function時，會大量增加虛擬函數參照的欄位徒增object的size，當大量objects生成時，占用記憶體的空間更是呈倍數成長。有沒有其它辦法？如果在run-time才travel類別樹找到要bind的function呢？這個比較耗費時間的動作原先是在compile-time就做好的，在軟件製作時已經把程式寫死。如果在run-time才由object查詢其所屬class，再由class-tree的leaf開始往上找名稱符合的函式，這樣就以時間換取空間，以較多的程式執行減少記憶體空間的占用。將程式改寫如下：
class ClassA
{
public String VirtualFunction(String name)
{
try { return (String) this.GetType().GetMethod(name).Invoke(this, null); }
catch(NullReferenceException x) { return "null"; }
}
public String Function() { return "ClassA.Function"; }
}
class ClassB : ClassA
{
public new String Function() { return "ClassB.Function"; }
}
public partial class Form1 : Form
{
ClassA A = new ClassA(), B = new ClassB();
public Form1()
{
InitializeComponent();
label1.Text += "ClassA A = new ClassA(), B = new ClassB();"
+ Environment.NewLine + Environment.NewLine;
label1.Text += "A.Function() calls " + A.VirtualFunction("Function")
+ Environment.NewLine;
label1.Text += "B.Function() calls " + B.VirtualFunction("Function")
+ Environment.NewLine;
}
}
執行結果如下：
這啟示compiler可以把.Function()編譯成.VirtualFunction("Function")。
當衍生終端的class沒有定義符合名稱的function則要往base-classes去找，如果class繼承階層數太多會徒增要bind的function的提取時間，可以折衷在衍生終端的class宣告一個static-delegate記載virtual-function，執行時由object查詢其所屬class，再從class取得並呼叫這個delegate即可。由於宣告為static，欄位只存在class單元而非每一個object，所以並不耗費記憶空間。如此，程式可改寫如下：
class ClassA
{
public delegate String FunctionDelegate();
public static FunctionDelegate VirtualFunction1;
public ClassA() { VirtualFunction1 = Function; }
public String VirtualFunction(String name)
{
return ((FunctionDelegate) this.GetType()
.GetField(name).GetValue(this)).Invoke();
}
public String Function() { return "ClassA.Function"; }
}
class ClassB : ClassA
{
public static new FunctionDelegate VirtualFunction1;
public ClassB() { VirtualFunction1 = Function; }
}
class ClassC : ClassB
{
public static new FunctionDelegate VirtualFunction1;
public ClassC() { VirtualFunction1 = Function; }
}
class ClassD : ClassC
{
public static new FunctionDelegate VirtualFunction1;
public ClassD() { VirtualFunction1 = Function; }
public new String Function() { return "ClassD.Function"; }
}
class ClassE : ClassD
{
public static new FunctionDelegate VirtualFunction1;
public ClassE() { VirtualFunction1 = Function; }
}
使用時則是：
ClassA A = new ClassA();
ClassA B = new ClassB();
ClassA C = new ClassC();
ClassA D = new ClassD();
ClassA E = new ClassE();
A.VirtualFunction("VirtualFunction1");
B.VirtualFunction("VirtualFunction1");
C.VirtualFunction("VirtualFunction1");
D.VirtualFunction("VirtualFunction1");
E.VirtualFunction("VirtualFunction1");
結果：
A. calls ClassA.Function
B. calls ClassA.Function
C. calls ClassA.Function
D. calls ClassD.Function
E. calls ClassD.Function
倘若還要再減少耗費的時間，就只能從硬體著手，針對object-binding重新設計處理器，使用Sense G-machine。
2008年8月19日 星期二
人的識別晶片與車的識別晶片
整理一下隨身的卡片，身分証、駕照、自然人憑証卡、健保卡、金融卡、iCash、手機sim卡、門禁卡、大眾運輸卡、加油卡、公司狗牌、會員卡 ......為什麼不是一張可插到手機內的晶片就好？不要沒多久就要我對一次發票，不能根據電子錢包消費記錄自動對獎自動把錢匯到我戶頭嗎？怎麼還有那麼多商家要我付cash還要數鈔票硬幣，使用晶片付帳不是便利多了？不要還要我寄回函或上網登錄抽獎，就不能在我晶片消費的同時就自動註冊抽獎嗎？連這點小事也要煩我，真是的。
行車執照、車險卡、車鑰匙、過路ETC ... 能不能也用一張晶片就解決所有需求？插入車門上的晶片槽來開門或鎖門，插入遙控器的晶片槽來遙控開門或鎖門(遙控器可以跟手機做一起)，插入車上的晶片槽來開啟主電源，透過內建在車上的射頻裝置與停車處或過路收費站通訊識別並進行即時行動網路交易自動繳費。道路公安也可直接與行駛中的車輛直接指向性通訊識別車輛並透過無線行動網路查詢車籍資料，甚至直接隔空開罰單之無紙化行動網路作業，然後你就直接在網路上接到罰單，也直接透過網路提出質疑罰單的申訴或繳款。將車與收費站的關係對照到人與收銀台的關係，在實體商店購物付帳時，將插有人的識別晶片內建指向性通訊的手機對準收銀台並開啟通訊，收銀台的帳單就秀在手機螢幕上，按下手機螢幕上的付帳鈕即完成交易。網路訂購貨到付款，就是送貨人與收貨人的內建指向性通訊的手機互相對準並開啟通訊，雙方都按下確認後始完成交易。
主要是要識別車跟識別人，所以各一張晶片就夠。或許開車要人跟車兩張識別晶片都插，而識別晶片可以直接插在車上也可以插在手機再接上車上的微電腦。如果車也是像建築物一樣採用對人的門禁與使用權管理，而交通費用也改以對駕駛人而不對車，那麼人只要攜帶一張識別晶片就夠， 車的識別晶片可以固接在車上的微電腦中。當道路公安要確認駛過的車是否為贓車時，也可以不用攔車看紙製的行車執照對照紙製駕照而直接在行駛中以指向性通訊方式識別車與駕駛人，同時以透過行動通訊網路即時查詢得的車籍資料透過行動通訊網路向車主詢問是否知道車現在誰在駕駛。但必要時還是得攔車，因為光是對晶片識別不夠，還要實際對人識別。如果車主要直接在遠端從車收到車的定位資訊或現在是誰在駕駛，那就以車的識別晶片申請一個車的行動通訊門號。
不使用超短近距離被動式RFID卡是因為使用者貼近門並不一定就是要開門，貼近收銀台並不一定就是要付款，須避免使用者不小心打開車門鎖或付了款卻不自知，所以必須將晶片插入遙控器手機經使用者確認操作才能遙控開關或付款，沒有遙控器手機就只能插卡到車門或收銀台。走在路上，可能有人會拿個具RFID感應功能的手機貼近你的身邊或你的包包「盜刷」你的卡，此時你的RFID沒有任何說不的能力。但如果車牌內嵌RFID，不就不用在車內裝「易通機」？高速公路的收費站如果改到出入閘道口可以避免公路上車流走走停停，就如同捷運站計費系統一樣，而收費可以設定成超過多少哩程才開始計費，就不會影響到原先不用付費的通勤族，而且還不會有只是往來兩鄰近閘道口卻剛好中間有收費站就要付40元的情形。基於RFID「盜刷」的不安全風險與行車中不方便分心操作，閘道口的RF station只用於回報雲端累計過路費，過路人等到沒在駕車時才操作網上繳費。公家的RF station是可以直接扣款，因為只有公家可設；但一般商家的RF station由於人人可設，就預設僅能用於計費而之後才上網操作繳費，萬一有人亂設，才不會平白自動扣繳冤枉錢還後知後覺，而RFID使用者可上雲端設定開放信任的商家自動扣款。車流如此，人流亦然。如果行車強制回報(A)GPS定位座標，就能直接在雲端地圖上做用路計費的動作，如此也就不用設感測RFID車牌的stations。可是如果行車沒有回報定位座標呢？使用RFID車牌用車人也是有可能拆下車牌。雷達或電眼偵測到車輛通過卻無RFID反應時會自動照相，道路公安也隨時以指向性RF對路上的車輛隨機抽測RFID；同理，雷達或電眼偵測到車輛通過但雲端地圖上卻無該範圍座標回報時就自動照相，道路公安巡邏也對照雲端地圖與可視範圍所見。雲端也可依據地圖上的車流量遙控聯結雲端的交通號誌，甚至提供導航。
人的識別晶片還可用於劇院展場活動的門票以及大眾交通運輸工具的對號入座。門禁關卡與座位直接對人的識別晶片識別，就不用再認門票/車票/機票/船票了，以個人識別晶片網路訂位付費後不用再到櫃檯領票，以隨身攜帶的個人識別晶片即可直接進入。
Wired and wireless ID chips are both necessary for persons, vehicles, or any objects. Wired one is for active application with user operation by mobile processor device; wireless one is for passive application without user operation by independent using.
行車執照、車險卡、車鑰匙、過路ETC ... 能不能也用一張晶片就解決所有需求？插入車門上的晶片槽來開門或鎖門，插入遙控器的晶片槽來遙控開門或鎖門(遙控器可以跟手機做一起)，插入車上的晶片槽來開啟主電源，透過內建在車上的射頻裝置與停車處或過路收費站通訊識別並進行即時行動網路交易自動繳費。道路公安也可直接與行駛中的車輛直接指向性通訊識別車輛並透過無線行動網路查詢車籍資料，甚至直接隔空開罰單之無紙化行動網路作業，然後你就直接在網路上接到罰單，也直接透過網路提出質疑罰單的申訴或繳款。將車與收費站的關係對照到人與收銀台的關係，在實體商店購物付帳時，將插有人的識別晶片內建指向性通訊的手機對準收銀台並開啟通訊，收銀台的帳單就秀在手機螢幕上，按下手機螢幕上的付帳鈕即完成交易。網路訂購貨到付款，就是送貨人與收貨人的內建指向性通訊的手機互相對準並開啟通訊，雙方都按下確認後始完成交易。
主要是要識別車跟識別人，所以各一張晶片就夠。或許開車要人跟車兩張識別晶片都插，而識別晶片可以直接插在車上也可以插在手機再接上車上的微電腦。如果車也是像建築物一樣採用對人的門禁與使用權管理，而交通費用也改以對駕駛人而不對車，那麼人只要攜帶一張識別晶片就夠， 車的識別晶片可以固接在車上的微電腦中。當道路公安要確認駛過的車是否為贓車時，也可以不用攔車看紙製的行車執照對照紙製駕照而直接在行駛中以指向性通訊方式識別車與駕駛人，同時以透過行動通訊網路即時查詢得的車籍資料透過行動通訊網路向車主詢問是否知道車現在誰在駕駛。但必要時還是得攔車，因為光是對晶片識別不夠，還要實際對人識別。如果車主要直接在遠端從車收到車的定位資訊或現在是誰在駕駛，那就以車的識別晶片申請一個車的行動通訊門號。
不使用超短近距離被動式RFID卡是因為使用者貼近門並不一定就是要開門，貼近收銀台並不一定就是要付款，須避免使用者不小心打開車門鎖或付了款卻不自知，所以必須將晶片插入遙控器手機經使用者確認操作才能遙控開關或付款，沒有遙控器手機就只能插卡到車門或收銀台。走在路上，可能有人會拿個具RFID感應功能的手機貼近你的身邊或你的包包「盜刷」你的卡，此時你的RFID沒有任何說不的能力。但如果車牌內嵌RFID，不就不用在車內裝「易通機」？高速公路的收費站如果改到出入閘道口可以避免公路上車流走走停停，就如同捷運站計費系統一樣，而收費可以設定成超過多少哩程才開始計費，就不會影響到原先不用付費的通勤族，而且還不會有只是往來兩鄰近閘道口卻剛好中間有收費站就要付40元的情形。基於RFID「盜刷」的不安全風險與行車中不方便分心操作，閘道口的RF station只用於回報雲端累計過路費，過路人等到沒在駕車時才操作網上繳費。公家的RF station是可以直接扣款，因為只有公家可設；但一般商家的RF station由於人人可設，就預設僅能用於計費而之後才上網操作繳費，萬一有人亂設，才不會平白自動扣繳冤枉錢還後知後覺，而RFID使用者可上雲端設定開放信任的商家自動扣款。車流如此，人流亦然。如果行車強制回報(A)GPS定位座標，就能直接在雲端地圖上做用路計費的動作，如此也就不用設感測RFID車牌的stations。可是如果行車沒有回報定位座標呢？使用RFID車牌用車人也是有可能拆下車牌。雷達或電眼偵測到車輛通過卻無RFID反應時會自動照相，道路公安也隨時以指向性RF對路上的車輛隨機抽測RFID；同理，雷達或電眼偵測到車輛通過但雲端地圖上卻無該範圍座標回報時就自動照相，道路公安巡邏也對照雲端地圖與可視範圍所見。雲端也可依據地圖上的車流量遙控聯結雲端的交通號誌，甚至提供導航。
人的識別晶片還可用於劇院展場活動的門票以及大眾交通運輸工具的對號入座。門禁關卡與座位直接對人的識別晶片識別，就不用再認門票/車票/機票/船票了，以個人識別晶片網路訂位付費後不用再到櫃檯領票，以隨身攜帶的個人識別晶片即可直接進入。
Wired and wireless ID chips are both necessary for persons, vehicles, or any objects. Wired one is for active application with user operation by mobile processor device; wireless one is for passive application without user operation by independent using.
2008年8月10日 星期日
2008年7月16日 星期三
訂閱：
文章 (Atom)