(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第７４０回］
●Ｗｉｎｄｏｗｓ ＬｉｖｅメールにＯｕｔｌｏｏｋ Ｅｘｐｒｅｓｓのアドレス帳をインポートするにはコード変換が必要
前回Ｏｕｔｌｏｏｋ Ｅｘｐｒｅｓｓのアドレス帳をエクスポートして、それをＷｉｎｄｏｗｓ Ｌｉｖｅメールのアドレス帳にインポートすると全角文字が文字化けしてしまいます、と書きました。
このことにつきましては、Ｍｉｃｒｏｓｏｆｔ Ａｎｓｅｒｓにも質問と回答が掲載されています。
Ｏｕｔｌｏｏｋ Ｅｘｐｒｅｓｓの文字コードはＡＮＳＩなのに対して、Ｗｉｎｄｏｗｓ ＬｉｖｅメールではＵＴＦ−８という文字コードを使っているために、こういうことがおきるのだとか。
むむむ。
理由はわかりましたけれども。
なんだか、おもしろくない気分でありますねえ。
ま。
それは置くとしまして。
なんなのでしょうか。
ＡＮＳＩとかＵＴＦ−８とかと申すものは。
●ＡＮＳＩとＵＴＦ−８
ちなみにコンピュータの世界では、なにやらこの文字コードがめちゃめちゃややこしいことになっております様子でありまして。
ただでさえややこしいところにもってきて、その呼称も複数あるようで、余計にややこしいものに思えてしまいます。
ＡＮＳＩというのはアルファベットを７ｂｉｔで表現したもので、ＡＳＣＩＩコードとも言うのだそうです。
おお。ＡＳＣＩＩか。
それなら、私のようにＭＳＤＯＳ以前からやっております者にとっては、はなからＡＳＣＩＩと言っていただいたほうが理解が早いのですけれど。
で。そのＡＳＣＩＩの未使用コードを利用して、２バイト１６ビットに拡張して漢字を割り当てたものがＳＨＩＦＴ−ＪＩＳなのだそうです。
日本語環境では、ＳＨＩＦＴ−ＪＩＳと言わずに、ただＡＮＳＩと言った場合にも、ＳＨＩＦＴ−ＪＩＳを含む、と解されるようです。
日本のパソコン世界では以前からごく普通に使われてきたコード体系なのだそうです。
なるほど。
そこまでは、ごく普通に納得、です。
ＡＮＳＩはわかりましたですよ。
そこで、問題のＵＴＦ−８でありますが。
英語やら日本語やらはそういうことでよかったのですけれど、パソコンが世界中に広く普及してきますと、今までのようなコード体系で、さまざまな言語の文字を表示させることに無理が生じてきましたと。
なるほど。
で。
そのさまざまな文字を１６ビット、または３２ビットのコードにあてはめてしまおう、というのがＵｎｉｃｏｄｅなのだそうです。
単一（ｕｎｉ）のコードなのでＵｎｉｃｏｄｅ、ということなのでしょう。
ＵＴＦ−８（およびＵＴＦ−１６）は、このＵｎｉｃｏｄｅをファイルに格納したりするときの並べ方を規定したものなのだそうですねえ。
ＵＴＦ−８を指して、Ｕｎｉｃｏｄｅと称している文章などもあるようです。
最近のＷｉｎｄｏｗｓＯＳでは内部処理ではＵｎｉｃｏｄｅを使っているのだそうです。
むむむ。
内部で何を使っていただいてもよろしいのですけれど。
それを表でいきなり使われましても…ねえ。
あ。ついでながら。覚えとしまして。
ですから、今まで一般にパソコンで使われてきましたＡＮＳＩつまりＡＳＣＩＩつまりシフトＪＩＳは、ＪＩＳコードとは違うということなのだそうで。
もとのＪＩＳコードを複雑にずらした（シフトした）ので「シフト」ＪＩＳというのだそうです。
それから、Ｕｎｉｘ、Ｌｉｎｕｘでは一般にＥＵＣというコードを使っているのだそうです。
おお。
ＬＩＮＵＸではＥＵＣというのをよく見ますね。
ＡＳＣＩＩコードの部分は共通なのですが漢字については、シフトＪＩＳとは別のコードなのだそうです。
つまり、全角文字については、ＷｉｎｄｏｗｓとＬｉｎｕｘでは互換性に問題が生じるということですねえ。
ところでいままでパソコンではシフトＪＩＳが使われてきた、と書きましたが、それじゃあ本家のＪＩＳコードはパソコンでは使われていないのか、といいますとそうでもないようなのですねえ。
うう。
ややこしいなあ。
本家のＪＩＳコードはＡＳＣＩＩを無視して、ＡＳＣＩＩの英字コードをそのまま２バイトの文字コードとして使ってしまっているので、そのままでは、半角文字と全角文字を混在させると、半角アルファベット（および半角カナ）と全角文字とが区別できなくなってしまいます。
そこで、ベースは半角文字コードに置いて、全角を表現するときは、その文字コードが半角文字ではなくて全角文字であることを示すためにＥＳＣコード（０ｘ１８）を先頭に置いた数バイトのいわゆるエスケープシーケンスで囲んで示します。
このようにしてＪＩＳコード文字を示したものは、おもにメールなどで使われているのだそうであります。
もう。
たまらん。
●ＡＮＳＩをＵＴＦ−８に変換する
ええと。
そんなわけで。
Ｏｕｔｌｏｏｋ Ｅｘｐｒｅｓｓのアドレス帳をＣＳＶでエクスポートしたファイルはＡＮＳＩコードであることがわかりました。
他方で、Ｗｉｎｄｏｗｓ ＬｉｖｅメールでＣＳＶファイルをインポートするときは、コードがＵＴＦ−８でなければならない、ということのようです。
むむむ。
そこが一等気に入らんところでありますが。
しかし。
ここで文句を言ってみてもはじまりません。
そういうことならば、ここはなんとかしてＡＮＳＩからＵＴＦ−８にコード変換をしなければなりません。
それには、Ｗｉｎｄｏｗｓ７上でメモ帳を使います。
メモ帳で、Ｏｕｔｌｏｏｋ Ｅｘｐｒｅｓｓからエクスポートしたアドレス帳（ｃｓｖファイル）をひらきます。
こんなふうになっています。
これがＯｕｔｌｏｏｋ Ｅｘｐｒｅｓｓからエクスポートしたアドレス帳の中身です。
ＣＳＶファイルといいますと、ＥＸＣＥＬのファイルだと思ってみえる方がいらっしゃるかと思いますが（かくいう私めも以前はそのように思っておりましたです）、れっきとしたテキストファイルです。
上に見えておりますように、項目の区切りに ，（カンマ）を使うことから、この名があります。
Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ ＶａｌｕｅのイニシャルをとってＣＳＶファイルです。
カンマで区切っているだけで、ふつうのテキストですから、そのままメモ帳で開けます。
メモ帳で開いたものを、すぐにまたセーブします。
そのとき、文字コード（デフォルトではＡＮＳＩになっている）をＵＴＦ−８に指定します。
ファイル名もそのことを明示する名前にしたほうがよいでしょう。
拡張子は．ｃｓｖのままにします。
ここが一番肝心なところなのですが、「ファイルの種類」を「すべてのファイル」に変更することを忘れないように注意してください。
ここを忘れると、テキストファイル（ ．ｔｘｔ）にされてしまいます。
そして「保存」をクリックします。
●ＵＴＦ−８にコード変換したＣＳＶファイルをＷｉｎｄｏｗｓ Ｌｉｖｅメールのアドレス帳にインポートする
前回と同じ要領で、Ｗｉｎｄｏｗｓ Ｌｉｖｅメールを起動して、「アドレス帳」→「インポート」→「カンマ区切り（．ＣＳＶ）」を選択し、「ＣＳＶのインポート」のウィンドウで、さきほどＵＴＦ−８にコード変換したＣＳＶファイル（ｘｐａｄｒｓ−ｕｔｆ８．ｃｓｖ）を指定します。
おお。
文字化けしないでまともに表示されました。
そこで、前回と同様にして、割り当ての変更を行なってから「完了」をクリックします。
文字化けしないで、まともに表示されるようになりました。
しかし。
どうして私の名前がひっくり返ってしまうのか？
おそらく。
いろいろテストのために通常ではないことをしておりましたので、たまたま姓と名の間に「半角」のスペースを置いていたのです。
間に半角があったからといいましても、前後は「全角」文字ですから、全然英字名などではないのですけれどねえ。
表示名が「菱田 （半角スペース）照久」だったものですから、菱田がファーストネームで、照久がファミリーネームに違いないと。
で。
その場合、日本では、ファミリネーム、ファーストネームの順に表現するから、ここは「照久 菱田」になるべきだと。
むむむ。
どーしてそおいう余計なことをしてくれるのでしょうかねえ。
なにか、アニメに出てくる、出来の悪いロボットのようでありますね。
「どうして、こんな余計なことをするの？」
「キヲキカセテナオシテアゲマシタ。キニイリマセンカ？」
言っては悪いですけれど。
私としましては。
このメーラー（メールクライアント）は、とても使う気になれませんですねえ。
お客様のところに文字化けせずに無事届くかどうか心配になりますし。
ひょっとして…。
文章を勝手に校正して送ってくれたりして…。
お、お、お。じょーだんじゃあないよお。
そういうことは、やめてほしいなあ（いくらなんでも、それはないと思いますけれど）。
２０１１．３．３ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る