迷い込みました - FAL

2017/12/15 (Fri) 11:37:26

arduinoで動かすECGモニターのアプリをGoogleで調べていたらこのサイトに出くわしました。そしてNマシンについても読ませていただきました。
面白かったです。

Windows7の頻繁なフリーズ現象の原因について - 管理人(☆Tomoaki Ueda☆)　

2012/02/20 (Mon) 22:03:04

最近、所有するWindows7機のうちの１台が頻繁にフリーズする現象に悩まされていました。ブラウザ(Google Chrome)でページ閲覧中やYouTube再生中にちょっと目を離すとフリーズしたり、C#コンパイラの応答が遅くなったり、Word、Excel、PowerPoint利用中にも何回かフリーズで仕事が台無しに。一時は未知のウィルスにやられたかと心配しましたが、何べんチェックしてもそんなものは発見できず、この１か月未解決でした。
でもフリーズのとき、
●ハードディスクが回り続けている。
●2.6GBものメモリがwmpnetwk.exe(WMPNetworkSvc)によって使われている。
●エラーも同時に発生しており、これをシステムが記録し続けており、知らないうちにエラーログファイルのファイルサイズが43GBにもなっている。
という３点が判明しました。

こんなサイズになると、発生したエラーイベントをエラーログファイルに追記するにも最後尾をアクセスするのに時間を要してしまうので、音割れやフリーズの原因になるのです。

リソースモニタでメモリ使用量を見て、そもそもエラーの原因はWindows Media Player Network Sharing Serviceがメモリを大量(2.6GB)に使用してメモリ不足を引き起こしていることが問題なのだとわかりました。

無線LANに接続しないでPCを使っているときにはフリーズは発生しませんでしたが、無線LANに接続し、Safari、FireFox、Google Chrome等のブラウザで動画閲覧中にフリーズの発生頻度が高かったので、フリーズ発生時に、リソースモニタでメモリの使用状況を確認してみたところ、wmpnetwk.exeが2.6GBも使用しており、メモリ不足の状態であることが判明しました。概ね、ブラウザ起動、動画閲覧から数分～１０分くらいでメモリ使用状況に大きな変化が現れました。

このWMPNetworkSvc　(Windows Media Player Network Sharing Service)はどうやらネットワーク上にある別のコンピュータのコンテンツの共有サービスを行う
ものらしいのですが、私にはさしあたって不必要なサービスでしたので、以下の手順でサービスを停止させました。

【対処】
①アクセサリ⇒システムツール⇒ディスク　クリーンアップ　を起動
　エラーログファイルを削除
②コントロールパネル⇒管理ツール⇒サービス　を起動
　Windows Media Player Network Sharing Service　を選択
　『サービスを停止』
　スタートアップの種類を『無効』★に設定
　（★右クリックでプロパティーを表示すれば、スタートアップの種類の変更を行うことができます。）

これによって、ブラウザ利用時に頻発していたメモリの大量使用によるフリーズ現象は発生しなくなりました。ほぼ確実にWindows Media Player Network Sharing Service
の処理に不適切な部分があると思われます。ファイルの破損等は原因ではありません。
フリーズはOffice製品(Word, Excel, PowerPoint)を利用中でも発生していましたが、対処後にはメモリ使用状況も大きな変動はなく、大変安定しています。

なお、IE使用時に同じ現象が発生するか否かについては未確認です。

この現象、Vistaではフリーズにまでは至っていませんでしたが、念の為に当該サービスを殺しました。ややApacheの応答が早くなったように感じます。

検索したら山ほど出てきました。
同じ現象に悩まされておられるなら一度お試しあれ。

【追記】上記とは別に以下の問題があります。
●最近Chromeにはバグが沢山発生しています。
　1)Marqueeタグにスクロール停止の不具合
2)Marqueeタグにメモリ制限？
3)JSONPのテキストに改行コードが含まれる場合
　1MBを超える場合にはフリーズする
●その他、解析できないバグと思われる現象が、他に３件あります。
●2012年１月を境に発生が頻発しています。性能はどんどん劣化する一方で、現状はFireFoxやSafariの方が優れているかもしれません。

容量結合型心電計の件 - 青木　洋

2017/07/27 (Thu) 10:25:39

容量結合型心電計について最近つぶやかれていますが、伺ってお話を聞くことできますか？　３Dカメラについては12年ほど前に米国ベンチャーのカネスタと共同開発を行った経緯があります。その時は早すぎて物になりませんでした。また盛り上がっていますね。

163data.com.cn系サーバー群による通信妨害対策 - 管理人(☆Tomoaki Ueda☆)

2013/08/13 (Tue) 23:46:25

中国福建省福州市からの不審なSPAMアクセスについて調査したところ、最大２０回／分の頻度で、多数のサーバーを使ってGET / POSTを繰り返し、トラフィック障害を与える状態に達している事が判明した。Apacheサーバーをお使いの場合には以下の対策を薦める。これはクローラーではなく、そもそも163data.com.cnや.cnでのアクセス禁止に従わないので、直接IPで弾く必要がある。なお、北京、上海からのアクセスと関連性が認められるため、国家ぐるみでやっている可能性が非常に高い。当該IPアドレスのアクセスを禁止し、どこか外部サーバーに飛ばしてそこで大容量のエラーメッセージ（HTML)を表示し、サイトでPOSTを禁止すればかなり障害を軽減することができる。なお、403: Forbiddenエラーメッセージはサイト内で表示を行わず、外部サイトで表示する方が好ましい。とにかく自サーバーからの送信バイト数を減らす事が対策の鍵となる。

Options Indexes FollowSymLinks
AllowOverride None
<Limit POST>
Order deny,allow
Deny from all
</Limit>
Order allow,deny
Allow from all

Deny from dynamic.163data.com.cn
Deny from cn
Deny from sg
Deny from 14.208.0.0/12
Deny from 27.148.0.0/14
Deny from 27.152.0.0/13
Deny from 36.248.0.0/14
Deny from 42.62.37.189/17
Deny from 58.22.0.0/15
Deny from 58.35.0.0/16
Deny from 58.37.0.0/16
Deny from 59.32.0.0/12
Deny from 59.56.0.0/12
Deny from 60.176.0.0/16
Deny from 60.188.128.0/17
Deny from 61.154.0.0/16
Deny from 61.240.0.0/14
Deny from 69.197.128.0/17
Deny from 101.224.0.0/13
Deny from 110.80.0.0/13
Deny from 110.88.0.0/14
Deny from 112.111.0.0/16
Deny from 112.112.0.0/14
Deny from 114.66.128.0/17
Deny from 114.216.0.0/13
Deny from 116.12.48.0/21
Deny from 116.52.0.0/14
Deny from 117.24.0.0/13
Deny from 117.60.0.0/14
Deny from 117.80.0.0/12
Deny from 119.78.0.0/15
Deny from 119.96.0.0/13
Deny from 119.161.154.0/21
Deny from 119.144.0.0/14
Deny from 119.176.0.0/12
Deny from 120.32.0.0/12
Deny from 120.40.0.0/14
Deny from 121.32.0.0/14
Deny from 121.204.0.0/14
Deny from 121.224.0.0/12
Deny from 123.52.0.0/14
Deny from 123.125.71.0/24
Deny from 123.184.0.0/14
Deny from 123.112.0.0/14
Deny from 124.67.0.0/16
Deny from 124.72.0.0/16
Deny from 124.76.0.0/14
Deny from 125.77.0.0/14
Deny from 125.80.0.0/13
Deny from 125.88.0.0/13
Deny from 125.112.0.0/17
Deny from 129.254.0.0/16
Deny from 137.132.0.0/16
Deny from 163.142.0.0/16
Deny from 175.42.0.0/15
Deny from 175.44.0.0/16
Deny from 180.152.0.0/13
Deny from 180.76.0.0/16
Deny from 182.112.0.0/12
Deny from 183.136.129.64/27
Deny from 202.46.32.0/19
Deny from 202.103.49.192/26
Deny from 202.108.0.0/16
Deny from 218.26.0.0/16
Deny from 218.77.0.0/19
Deny from 218.85.0.0/14
Deny from 218.93.0.0/16
Deny from 219.128.0.0/13
Deny from 220.160.0.0/14
Deny from 220.161.0.0/16
Deny from 220.181.0.0/16
Deny from 220.185.192.0/18
Deny from 220.191.0.0/17
Deny from 220.248.0.0/14
Deny from 220.249.128.0/18
Deny from 220.255.0.0/16
Deny from 221.10.0.0/16
Deny from 221.130.0.0/15
Deny from 221.176.0.0/13
Deny from 221.204.0.0/15
Deny from 221.236.0.0/15
Deny from 222.76.0.0/14

【エラードキュメントは外部サイトで表示】
ErrorDocument 403 http://neotechlab.web.fc2.com/Msg/ErrorMessage403.htm

スパムアクセス対策に関して - boota 

2013/08/22 (Thu) 00:32:25

管理人　さま
こんばんは。私のBLOGにコメントを残してくださって、ありがとうございました。

さて、「163data.com.cn系サーバー群による通信妨害対策」に関して私のサーバで行っている対策について簡単にご紹介します。
ご参考になるものがなにかあればいいのですが・・・。

私のサーバでも163data.com.cnをはじめとする各種スパムアクセスに対しては、都度ip addressを拾ってネットワークアドレスを割り出し、（私はiptablesでですが）アクセスをDROPさせる、という方法をとっていました。
ですが、その量が（手作業では特に）膨大な量になること、そしてip address（ネットワークアドレス）は都度変更される（可能性がある）ことから、現在はスクリプトを組んで対応しています。
具体的な手順は　http://boota.mydns.jp/blog/?p=2250　や　http://boota.mydns.jp/blog/?p=2332　にあるのですが、
要するにネットから最新のcidr.txtを入手し、指定した国コードを持つネットワークアドレスのすべてをiptablesでDROPさせるスクリプトです。
現在、CN（中国）、TW（台湾）、KR（韓国）、CA（カナダ）、RU（ロシア）を指定して、これらの国に割り当てられている全ネットワークアドレスからのアクセスを弾いています。
これで、一時膨大な数に登っていたスパムアクセスを激減させることができています。
ただし、これは「国ごと」アクセス拒否するという大鉈的な対策であり、場合によっては必要なアクセスも弾いている可能性があります（ほとんどありませんけどね）。

その他に行っている対策としては、
BLOGへのスパム投稿の特徴として、ページへの（存在しない）コメントをリファラーにしているアクセスがあったので、httpd.confにSetEnvIfでこうしたリファラーからのアクセスを拒否させるようにしています（詳細は　http://boota.mydns.jp/blog/?p=2069　）。

さらに、スパムアクセスのUAはほとんどがMSIE6.0なので、これもUA指定でアクセス禁止にしました。

今のところ大きな実害を伴うようなことはありませんが、UAでの禁止指定は、MSIE6.0しか使えない環境下にある正当なアクセスも弾いてしまうという問題があり（ログに検索エンジンからたどってきたMSIE6.0があった）、現在これはどうしようか考え中です。

また、私の閑古鳥HPに設置してある（放置してある、が正解ですが）掲示板は、capchaを使ってスパム投稿をさせないようにしています。

今のところ対策のほとんどすべてはBLOG用なのですが、少しでもご参考になれば幸いです(^-^)

3Dスキャナ関連図面4 - 管理人(☆Tomoaki Ueda☆)

2013/05/14 (Tue) 18:56:43

最後の３次元座標を求めるのは座標系の取り方から簡単

3Dスキャナ関連図面3 - 管理人(☆Tomoaki Ueda☆)

2013/05/14 (Tue) 18:55:31

ちょっと複数の技術を入れ過ぎたのでボツ

3Dスキャナ関連図面2 - 管理人(☆Tomoaki Ueda☆)

2013/05/14 (Tue) 18:54:08

後で説明を入れようと思うが

3Dスキャナ関連図面１ - 管理人(☆Tomoaki Ueda☆)

2013/05/14 (Tue) 18:52:31

図面のみ残す

【JavaScript】【WebCam】『普通のウェブカメラで脈波センシング』 - 管理人(☆Tomoaki Ueda☆)

2013/03/22 (Fri) 00:41:59

トランジスタ技術2013年4月号のKinectの赤外線カメラで非接触脈波センシングのプログラムを移植。普通のパソコン接続のカメラで脈波センシングを可能にしました。原理は同じで、赤血球のヘモグロビンの吸光特性を使っています。記事に書いた矩形波相関フィルタを使いました。JavaScriptで記述したので、HTML5対応ブラウザで、Webカメラに対応のブラウザなら下記URLで体験することができます。
http://www.neo-tech-lab.co.uk/WebCam/Sample.htm
JavaScriptなので『ソースを表示』でプログラムを見ることもできます。ご覧のように短いコードです。

【Kinect】 Cyber Eye第一次試作 - 管理人(☆Tomoaki Ueda☆)

2013/03/13 (Wed) 10:00:02

実写画像とデプス画像を比較した動画です。

オリジナル高速デプスカメラ・アルゴリズム - 管理人(☆Tomoaki Ueda☆)

2013/03/02 (Sat) 15:59:05

Kinect for Winodws SDK Version 1.6で取得できるようになった赤外線カメラ画像を使って、オリジナルの高速デプスカメラ・アルゴリズムの検証を行ってみました。
ご覧のように、Intel CORE i3 2.27GHz Windows7 64bit OSでリアルタイム処理に成功しています。

このアルゴリズムはメモリ(EEPROM+RAM)と若干のCPLDロジックでも実現することができるため、これで基本的に、可視光プロジェクタ＋USBカメラでデプスカメラが組込マイコン上でも実現できる目途が立ちました。

【参考URL】
http://www.neo-tech-lab.co.uk/ARsensor/KinectSensor.htm

ディレクトリ・トラバーサルをかけてきた詐欺会社について - 管理人(☆Tomoaki Ueda☆)

2013/02/13 (Wed) 20:37:58

Apacheのログを眺めていると、よく、
//index.php?option=com_google&controller=../../../../../../../../../../../../../../../../../../../../../../../..//proc/self/environ%0000
のを見かける。
これはテキスト・プロセッサの設定上のセキュリティー欠陥をついて、コンピュータへの不正アクセスを試みる『ディレクトリ・トラバーサル』という手法だ。
ちょっと気になったので、IPアドレスを調べてみると、
213.171.196.14 astf-2.asuitthatfits.com
213.171.196.0 - 213.171.199.255
address: Fasthosts Internet Limited
address: Discovery House
address: 154 Southgate Street
address: GL1 2EX Gloucester
address: UNITED KINGDOM
phone: +448445830777
fax-no: +441452541633
と英国に登記された会社らしい。
更にGoogle検索で調べてみると
【Googleユーザーの口コミ】
https://plus.google.com/104786188513560229026/about?hl=ja
大変申し訳ないが笑ってしまった。これは酷い。
もう典型的な詐欺会社だよ。
恐らく、カード情報とか盗み出しては、連絡を取ってさらに騙すという悪の枢軸なのです。
だからテキストプロセッサとかPerlとかはダメなんだよね。外部から本来読めないと思いこんだディレクトリの情報読まれたり、書込み可のディレクトリに書き込まれてログを破壊されたりと......
いやしかし、ログにはハッキングテクニックが満載ですねぇ。呆れる。

HP閲覧者のおよその現在地を探索するJavaScript - 管理人(☆Tomoaki Ueda☆)

2013/02/11 (Mon) 15:06:13

現在、HPのアクセス解析は自前のプログラムで行っていますが、この処理がサーバーの負荷となってきたので、クライアント側と外部サーバーに投げ出すパラサイト型クラウドを模索しています。気づかれた方もおられるでしょうが、http://www.neo-tech-lab.co.ukの複数のページに実装を行い、試験運用を行っています。
参考資料として、
http://www.neo-tech-lab.co.uk/Cloud/CloudService1.htm
にメモを残しました。
●JSON(P)で答えを返す外部サービスのAPIを利用
●IPアドレスを調べる
●IPアドレスからホストコンピュータ名を調べる
●IPアドレスから地理座標を調べる
●Google Maps APIで表示する
を全てJavaScriptで行っています。
ご参考まで。

YouTube動画の削除有無を調べるJavaScript - 管理人(☆Tomoaki Ueda☆)

2013/02/11 (Mon) 14:52:34

YouTube動画は公開された後で、限定公開、非公開、埋め込み禁止等の設定変更がなされることや、著作権がらみの削除、アカウント削除や取り消し処分に伴って、動画が見えなくなることが結構頻繁に起こります。しかし、多数の動画からそれを調べるのは大変なので、動画IDリストだけに基づいて、削除の有無を調べるスクリプトを作りました。
【関連ページ】
http://www.neo-tech-lab.co.uk/YouTube/

【サンプル】
http://www.neo-tech-lab.co.uk/YouTube/YouTube_Sample5.htm
★JavaScriptのみで記述しています。

Google Maps API v3の使い方 - 管理人(☆Tomoaki Ueda☆)

2013/02/11 (Mon) 14:37:20

Google Maps APIを暫く(数年間)使わなかったが、２年前からv3に更新され、v2は廃止されていたので慌てて勉強してみた。サンプルをメモとして残しておきます。アクセス解析やPanoramio閲覧ツール『PhotoViewer.htm』も『近いうち』にアップデートを予定します。

Kinect SDKのアップデート迫る - 管理人(☆Tomoaki Ueda☆)

2013/02/03 (Sun) 18:35:51

Kinect SDKが近くアップデートされる模様。
SDK Ver.1.6では、デプス・アルゴリズムの高速化、高精度化、広域化が達成され、改善された。これを受けて、Skeleton TrackingやFace Trackingが改善される模様。Hand Trackingも追加されるのでは？
Avator Animationも楽になるといいんだけど...
というか、いい加減ジェスチャーも何とかするべきではないだろうか？
【ソース】
http://ggsoku.com/2013/01/kinect-update-2013-feb/

【Kinect】呼吸と赤外線脈波を非接触モニタリングに成功！ - 管理人(☆Tomoaki Ueda☆)

2013/01/25 (Fri) 18:41:19

本日のお遊びの成果。
Kinectのデプス測定で呼吸の非接触センシングに加え、赤外線ランダム・ドット・パターンを使って、脈波も非接触でモニタリングすることに成功した。
原理は、血液中の赤血球に含まれるヘモグロビンの赤外線吸光特性を使っている。
Kinect for Windows SDKはVer.1.6から赤外線カメラのキャプチャーも可能になった。640×480画素、30FPS、16bit/画素で赤外線強度データを取得できるようになった。

下に説明を追加する。

絶対やってはいけない接続 - 管理人(☆Tomoaki Ueda☆)

2013/01/25 (Fri) 18:31:18

B787でバッテリーが燃える事件があったが、ふと思い出したので書いておく。
リチウムイオン電池でドライブ能力を増やそうとして並列接続を使用するなら、多少効率は悪くなっても必ずループ電流防止対策を行わないといけない。
もし、温度差や劣化でセル電圧に差が生じると、電池内部でループ電流が流れて燃えるからだ。
必ずダイオードを入れる必要がある。
随分昔に、EV用電源を研究する某社研究所でそういう事故があったのだ。

【Kinectで呼吸モニタ】 - 管理人(☆Tomoaki Ueda☆)

2013/01/18 (Fri) 18:55:57

Kinectのデプスカメラを使えば、１ｍ位離れた位置で大体2,3mmの精度で距離測定を行うことができます。Kinectはランダム・ドット・パターンを投影して距離を測定しているので、多数の画素を使えば精度を向上させることが可能です。n=40×40=1600画素の領域を使えば分解能は√n＝40倍に向上させることができるのです。
呼吸に伴ってカメラ－胸部間の距離がわずかに変化する様子を捕捉できれば、非接触で呼吸をモニタできるはずと考えて実験してみました。
なんと布団をかぶっていても１ｍ離れて呼吸をモニターすることに成功しました。