情報倫理デジタルビデオ小品集3の申込URL
取り扱っている三友株式会社のサイト構成が変わったので、URLも変わりました。簡単ですがお知らせです。
| 固定リンク
| コメント (0)
| トラックバック (0)
取り扱っている三友株式会社のサイト構成が変わったので、URLも変わりました。簡単ですがお知らせです。
| 固定リンク
| コメント (0)
| トラックバック (0)
昨年4月、ある知合いの先生から、「3月にあちこちの学会で講演をしていたら、PCがウイルスに感染しちゃったんだよね。なぜだと思いますか?」という質問をききました。さっそく調べてみたところ、どうも、USBメモリーを介してウイルスが伝播しているようだということがわかりました。その後、9月にも同じ話がでてきて、そして1月にも出てきました。8月には学会が多く、12月には学生からUSBメモリーを預ることも多いわけで、そのあとに感染が増えているということだと思います。
で、そんな大学の状況を伝える記事が、2009年1月24日付読売新聞夕刊と、Yomiuri OnLine(YOL)に掲載されました。ここでは 新聞、YOL ではおそらく紙面の制約上掲載されなかったであろうことについて、補足説明?をしておきます。
まず、昨今はウイルス対策ソフトもフリーのものも含めて普及し、OSやウイルス対策ソフトのアップデートをしている人も増えているのに、それでもコンピューターウイルス感染事例が報告されました。実は、今回の「Autorun」は、有名なウイルス対策ソフトでは発見・駆除できない期間が相当長くありました。その時期と大きな学会が多い時期が重なっていたことが、このウイルスの感染拡大を食い止められなかった理由の一つでしょう。また、今回のウイルスは亜種による変異が多く、同種のウイルスの一部を検知できても他を検知できないということもありました。
他には、PDF や Flash の脆弱性を利用したウイルスもあります。これらは OS とウイルス対策ソフトのアップデートでは対応できないので、別途注意をしておく必要があります。
「最近のコンピューターウイルス感染の多くは、電子メールに添付されたファイルからである」という神話が、いまもまだ流れています。つい先日も、ある企業の営業さんからそういう説明をききました。でも、現実はそうではないですね。他の経路もたくさんあるのです。
USBメモリー経由のウイルス感染は、昔流行ったフロッピーディスク経由を思い出させます。また、ネットワークドライブ経由というのもありますよね。また、メール以外だと、webブラウザが拾ってくる場合、メッセンジャーが拾う場合、リモートアシスタンスが拾う場合なども考えられます。さらに「繋いでいるだけで感染するWORMを拾う場合」もあります。また、パソコンでなくサーバーになるとさらにアタックの危険は高まります。他に、購入したソフトウェアが入っているCD-ROMから感染ということもあります。
どれが多いかという議論・結論自体が、無意味だと思います。それをいうと、その部分だけの対策で済ませる人がでてくるからです。この辺の誤解が、結果として対策を怠らせていると思います。
まず、Windows XP/Vistaには「自動再生(AutoPlay)」と「自動実行(AutoRun)」があります。前者は、ポータブルデバイス・リムーバブルデバイスにリッチコンテンツ(音声や動画や静止画)が入っている場合、利用者の確認なしに表示する機能です。後者は、同じ種類のデバイスに入っているプログラムを、そのデバイスが接続されたら実行するものです。ときどき「オートランウイルス対策には自動再生を無効にすればよい」と書いている人がいますが、これは完全な誤解。自動実行を無効にする必要があります。また、リッチコンテンツにウイルスが入っている可能性も否定できないので、自動再生も無効にする必要があります。
でも、これだけでは完璧ではないのです。実は、アプリケーションソフトやフリーソフトの中には、インストールすると、自動実行や自動再生をこっそりと有効にするものがあります。さらに、OSの自動実行・自動再生の機能を利用しない代わりに、別のソフトを常駐させて、USBメモリなどの接続状況を監視して、差し込まれたらすぐに中身を見に行くというものもあります。この辺を全部止めないといけないのです。
メーカーお勧めの初期設定は安全だと誤解している人が、あいかわらず多いようです。例えば、ファイル一覧を見ようとして、フォルダをクリックすると、左下に「プレビュー」がでるように設定されているのが初期設定ですが、これは大変危険です。感染ファイルを消そうとファイルアイコンをポイントした途端にプレビューが動作して感染したという例もあります。フォルダオプションから「クラシック表示」にしておくべきでしょう。今回のケースの場合は、「登録された拡張子は表示しない」「保護されたオペレーティング システム ファイルを表示しない」あたりは初期設定のままにしておいては発見や対応ができなくなります。
ということで大変面倒なのですがオートラン感染を疑われるPCの場合の対応方法を作ってみました。 間違いがあったら教えてください。
まず、当該PCはネットから外しておいてください。
の下に大量のブランク行、さらにその下に著名ウイルス対策ソフトアップデートホストに関する記述があれば、確実に感染している。(ブランク行がないと感染していない、ということはない。)
未感染のPCを使って「avast! 4」のファイルを入手する。他にも 「Avira AntiVir」や、「AVG FreeEdition」なども検討していいと思います。
「プログラムの追加と削除からアンインストールができない場合は、手動アンインストールで対応する。手動アンインストールの方法は別のPCから調べるしかない。
当該PCに「avast! 4」をインストールする。rebootすると Windows がセーフティーモードで起動して、 avast! 4 が汚染ファイルを見つけて駆除してくれます。(約1時間かかります。)
(★以下、USBメモリが E: の場合です。)
最後の4行は再発防止のために「感染ファイルと同名で、かつ簡単には消せないフォルダ」をつくる作業です。
以上です。間違いがあったら教えてください。
| 固定リンク
| コメント (1)
| トラックバック (0)
御購入予定の方は、2月25日の記事を御覧下さい。
高等学校の情報科の教員免許を大学で取得するために使う大学生用の教科書(あぁ、なんだかややこしい)である「情報科教育法」という本を、僕も含めて5名で出版してから8年が経ちました。お蔭様で、いわゆる理科系の大学・学部における情報科教員養成の教科書としてスタンダードとなりました。とはいうものの、本の内容はどんどん古く見えてくるものです。また、2007年秋には「2008年度前半に新しい学習指導要領も発表される」という発表もありました。
そこで2007年12月、久野先生と僕で、この本の改訂作業に着手することになりました。単に時代に合わせて書き直すだけでなく、追加すべき項目もあるはず…ということで案を練り、結果として新たに5名の方に著者として加わって頂き、10名の共著という大変豪華な本を作ることになりました。共著者が10名もいまると、通常は意思統一が大変なのですが、そこは今回は極めて順調でした。
この本の執筆で一番大変だったのは、高等学校の新学習指導要領が当初の予定通りに公表されないことでした。実際には、昨年夏の時点でほとんどの章の原稿案は脱稿を迎えており、その気になれば昨年11月には出版できる状態でした。これは、当初「2008年前半には高等学校の新学習指導要領を決める」という文部科学省の発表に合わせていたからです。ですが、世の中はそんなにうまく動かないものです。結果として、新学習指導要領は5ヶ月ほど遅れることになりました。
そこで私たちは、新学習指導要領に関する部分だけはページ数を決めた上で白紙とし、他の部分について念入りに校正をして準備をしました。2008年12月22 日、高等学校の新学習指導要領が発表されるやいなや、この章を担当される中野先生が電光石火の勢いで書き上げてくださいました。その後、年末・年始をかけて監修作業を行ない、先日やっと最終脱稿となりました。
そんな作業を経たこの本、書誌情報と発売日などが決まりましたので、目次も含めて公開します。また、本書を教科書としてご検討いただけます先生には「採用検討用見本」として献本させていただきます。希望される方は私宛に御連絡ください。
| 固定リンク
| コメント (1)
| トラックバック (0)
前回の作業の結果を別の観点で見ると、「Moodleを入れていない FreeBSD ユーザでも、こうすればインストールできる…」というのが見えてきました。さらに FreeBSD の Ports には Moodle があり活用しない手はありません。ということで、今度は標準的な FreeBSD のインストール状態からの Moodle 1.9 立ち上げを書いておきます。なお、この記述は日本国内では利用者が多いPostgresql を使用する場合です。MySQLの場合は奥村先生のWiKiを御参照ください。
なお、FreeBSDやUnixに詳しくない人は、コマンドをみてすぐに実行せずに、一度最後まで読んで理解し、わからないコマンドは、検索して他の人の説明で意味を理解するなどの十分な準備をしておいてください。
まず、次の条件を満たすホストを構築してください。通常、FreeBSDをWebサーバに使っていれば標準的だとは思います。
まず、 sysinstall を使って、DBの操作権限をもつアカウント pgsql を作ります。
pgsql の home は、どこでもいいですが、今回は /home/pgsql としておきます。
DB を導入しましょう。
/usr/ports/database の下を見るとたくさんのバージョンがあって悩みますが、Moodle 1.9 を安定して動かせるのは 8.1.x です。8.2以上ではエラーがでます。
導入がおわったら、いつもの /etc/rc.conf に動作環境を設定します。この例では DB を /home/pgsql/data の下に作ります。運用をすると容量が大きくなるので注意。
環境設定がおわったら、DBの初期化をし、そしてDBのデーモンを起動します。
次に、Moodle用の DBの雛型を構築します。ここで、moodleuser というのは、Unixのアカウント pgsql が、DB に接続するときの DBサーバへに対するユーザ名です。また、p-a-s-u-w-a-d-o は、その際のパスワードです。p-a-s-u-w-a-d-o の部分は、自分で好きなものにしてください。
まっさらから入れるので Ports を使います。
これで Moodle-1.9.x がインストールされます。
Moodleを動作させると、大きく2つのディレクトリが作成されます。
このうち、コンフィグファイルは1つしかない(しかも非常に小さい)ので、前者のディレクトリは運用をしていっても容量が増えません。一方、後者のディレクトリは運用をすると容量が増えていきます。また、FreeBSDの場合は deinstall をすると、このディレクトリがどちらも消去されます。アップグレードのときなどにトラブルになる可能性もあります。そこで、後者のディレクトリを退避させておきます。
まず、php5-pgsql を入れます。
次に、httpd.conf に、Moodle 対応をします。以下の内容を httpd.conf に追加します。追加場所は、最後でいいと思います。
おわったら、apacheを再起動します。
Moodleの設定は、webで行ないます。
Moodleは daemon ではないので、定期的にメール配送などをするきっかけを必要とします。通常は cron に以下の内容を設定します。(メール配送などは10分間隔にする場合)
実際には、上記の1行を書いたファイル(/tmp/crontab-moodle)を用意しておいて、
とすればよいでしょう。これでインストール完成です。
運用をすると容量が変化するディレクトリは、次の2つです。
これらのバックアップをとっておく必要があります。
moodleのDBが飛んでしまったときは、apacheを止め、次のコマンドで、それ以前に取ってあったDBをリストアします。
このファイルをどこかに保管しておいて、コースが壊れたときにMoodleのコース設定画面からリストアをすることで復活させることもできます。
とりあえず以上です。間違いがあるかも知れないので、御指摘大歓迎です。
| 固定リンク
| コメント (0)
| トラックバック (0)
経緯などは前の記事に記しました。ここでは作業内容をまとめておきます。
以下、★のあと★★までのコマンドヒストリー。
| 固定リンク
| コメント (0)
| トラックバック (0)
現在、僕が管理している moodle をおいてあるサーバーですが、個人情報の管理についても「サーバー室にあるので、他のサーバーと同じ程度に安全」なのですが、実はディスク溢れ(ログ領域)を数回やってまして、また、データベースファイルにも一部不整合がある…ということで、moodleのバージョンアップをすることにしました。
しかし、これが全然簡単ではない。まず、自分が管理しているmoodleのDBファイルのエンコーディングがどうなっているか、設定した自分でも完全に把握できでなかったのです。というのも、このmoodleを構築したのは、Moodle 1.5 がでた直後のこと。当時は Moodle の非ヨーロッパ系言語対応は活発でなく、DBのエンコーディングについても、あちこち調べないと情報をまとめられないという状況でした。また、世界的にはメジャーな組合せは Linux, Apache, MySQL, PHP ですが、我がサーバーは FreeBSD, Apache, Postgresql, PHP の組合せ。他に、WiKiも一緒のサーバーで動かす必要もありました。当時utf-8の編集環境が整っていなかったこともあり、Moodle, DBともに EUC-JP で統一して作ってあったのでした。時代はあれから4年が過ぎ、Moodleも 1.5→1.6→1.7→1.8→1.9と上がっていきました。1.6のときに、標準はUTFとなり、1.7でロールやフォーラムの構成が大きく変わり、1.8ではAJAXっぽい動作もはいり、現在の1.9は安定性が重視されています。
ということで、作業をする立場になっていろいろ調べ始めました。最初に構築したときの構成をまとめておきます。
で、これで動かしていたのですが、僕があるときに誤って Apache 2.2 にしてしまいました。このときに Moodle がしばらく動作しなくなりました。原因は PHPのバージョン不整合でした。php5-extensions を再構築で、再び動き始めました。で、さらに僕が誤って Postgres を 8.2 にしてしまいました。7.4 の DB を 8.2 にするときに、適切な移行作業をしなかった(pg_dumpしたあといい加減な作業で 8.2 に読ませている)ことが原因で DB がエラーをたくさん出すようになりました。
で、まず最初に試みたのは「通常のバージョンアップ作業」でした。ですが、7.4のDBを8.2で動かしているので、これを Postgres のどのバージョンに食わせても駄目。駄目な理由がテーブルやコラムの相違、文字コードの違いでした。それで困り果ててしまいました。
いろいろ調べると Moodle には、通常のバージョンアップ以外に「バックアップ・リストア」(backup, restore)もあることに気がつきました。幸い、新しいmoodleは別のホストで動かすことになっていたので、先に別ホストに 1.9 を入れて、そこに 1.5 のバックアップをレストアすれば、うまくいくだろう…と思ったのですが、甘い話でした。コース名からして思いっきり文字化け。全然駄目でした。
そこで、悩んだ挙げ句の果て、、漢字1文字だけの名前のコースを作って、そのバックアップファイルを解凍して文字コードを調べようとしました。とはいうものの僕は文字コードの知識が不足していて判別できず、最終的に三重大学の奥村先生から「EUC-JPをlatin1のバイト列と見て,それをutf-8に変換したもの」と助けて頂きました。これで解決の道筋が見えてきました。 iconv の2段重ね( iconv -f UTF-8 -t latin1 | iconv -f EUC-JP -t UTF-8)です。これで試しに作ったコースは完璧にリストアできました。
バンザーイと思いながら他のコースを変換してみたところ、こんどはiconvが止まりました。なぜだろう?と od で dump をとって調べてみると、利用者が無理矢理テキスト領域に入れた制御コードでした。そこで、これを止めるために "nkf -x -I -m0 -e" を挟み込むことにしました。これで基本的にはめでたし…です。
ところが次なる問題発生。こんどは添付ファイルの名前に非ASCII文字を使用したフォーラムへの投稿があると、そこでファイル名が化けてリストアされるのです。そうか…ファイル名も変更しないとということで convmv の登場です。そして次の壁です。ファイル名も上記と同じように2段の変換が必要ですが convmv は安全指向で作られているので、解釈できない場合は絶対に動作してくれません。今回のファイル名は間違ったエンコーディングで付けられているので、convmvではなおらないということになってしまいました。
ただ、不思議なことに「作業内容編」に記した方法を使うと、ファイル名こそ化けるものの、ちゃんと添付ファイルをダウンロードできるのです。
ということで、無事移行できるかと思っていたのですが、さらなる壁がありました。Moodle 1.5, 1.6 には教師用フォーラムというモジュールがあったのですが、 1.7以降にはありません。しかも、バックアップ・リストアをすると教師用フォーラムは消えてしまいます。教師用フォーラムの内容を残すには、通常のバージョンアップ 作業を必要とするのです。(ロールの設定で学生には見えないようにできるので、帰納的には何ら問題ない。)
ということで1.6まではコースバックアップとリストアを使用し、1.6→1.9は通常のバージョンアップ作業で教師用フォーラムの自動変更をするということで作業をしたのですが、こんどはクイズモジュールのバージョンアップのところで無現ループに入ります。で、これまた奥村先生に見て頂いたのですが、どうも原因不明。ただ「MySQL固有のところでつまづいているかも」というヒントのあと「三重大バージョンは MySQL を前提にしているので、もしかしたらそれが原因かも」というメッセージを頂きました。そこで、公式サイトから 1.9 をとってきて作業をしたら、こんどは最後までバージョンアップできました。僕は尊敬する奥村先生(三重大学)が配布されている「Moodle 三重大バージョン」を使おうとしていたのですが、結果としてそれは Postgresql では無理ということがわかったのでした。
ということで、いままでの作業を、次の記事にまとめます。
| 固定リンク
| コメント (0)
| トラックバック (0)
研究の過程で、どうしても18時間程度、連続して撮影・録音を行なう必要が生じました。そこで、画像と音声を長時間記録するソフトウェアについて、いろいろ調べたので、備忘録を兼ねて、ここに書いておきます。内容は「無保証」ですので、この通りにやって何かトラブルが起こっても責任はとれませんけど、それでもいいという人はやってみて下さい。
映像と音声の両方を長時間記録する
の3通りがあります。僕が調べたところでは、最初の方法と2番目の方法(Logitechのカメラソフトについていた)では、長時間の記録をとると、長時間の巨大なファイルが出来上がります。(3番目の方法は、ソフトを入手しないとわからない。)ファイルがひとつだと、それはそれなりに使い易いのかも知れませんが、なにせ18時間にもなると、1GB程度の大きさのファイルになります。そうなると扱いにくいですね。
映像と音声を別々の方法で記録する。(映像編)
映像を記録したり配信したりするソフトウェアとして調べてみたところ、「LiveCapture2」がよいとおもいました。というか、これよりいいものが全く見つからないほど、素晴らしいです。
いろいろな機能がありますが、例えば「1分間隔で静止画像を撮影」しながら、かつ、「動体検知により10秒動画を撮影」ということもできます。ほかにもスケジュールに合わせて録画を始めたり終らせたりもできます。また、ストリーミングサーバー機能もあります。動画配信もOKです。("LiveCapture2" で検索するとたくさんでてきます。)
映像と音声を別々の方法で記録する。(音声編)
映像と比べて、音声の記録ソフトには「決定打」というべきものがありませんでした。
午後のこ〜だをそのまま利用すると、巨大なファイルになってしまいます。
RecodingScheduler は、途中のバージョンからMP3作成のためには、別のソフトをコマンドラインで起動し標準入力に流し込むという方法をとるようになりました。古いバージョンは gogo.dll を利用できたのですが、こんどは、古いバージョンが mscomct2.ocx などのランタイムが古過ぎて途中で止まってしまいます。
で、いろいろ探して見つけたのが、STSRECでした。これと、午後のこ〜だの gogo_8hz.exe を使用する設定を決めるのが大変でした。検索すると失敗例が紹介されていていますが、それを参考にして、いろいろやってできました。
"C:\Program Files\stsrec\gogo_8hz.exe" -b 128 %1 C:\tmp\%2.mp3
del %1
なお、上記の一番右のドライブ名とディレクトリ名は、最終的に mp3 ファイルができる場所です。
とりあえず、以上でうまくいくはずです。情報の正確性を上げたいので、うまくいかないという報告大歓迎です。ちなみに、僕の場合、
| 固定リンク
| コメント (1)
| トラックバック (0)
最近のコメント