複数のパソコン切替方法の改善とマルチディスプレイ化
■今まで
４台のＰＣに対し
ディスプレイ／キーボード／マウスを１セットで対応するため
ＵＳＢ対応ＰＣ切替器（ELECOM KVM-U24）を約４年使用。
問題点
�。妝咤贈押ィ阿砲垢襪硲丕辰寮畋悗�正常に出来ないため、
やむなくＵＳＢ１．０で対応。
�▲�ーディオの切替には対応していないので、
ディスプレイのスピーカはよく使うＰＣ１台のみに対応。
■変化点と想い
１６インチのディスプレイが余ったので、
よく使うＰＣのマルチディスプレイ化を思いつくのと同時に
遅ればせながらＵＳＢ２．０化を図る。
■購入機器
・パソコン自動切替器
（ＲＡＴＯＣ／ＲＥＸ-４２０ＸＡ／定価１３,５００円）
http://www.ratocsystems.com/products/subpage/420xa.html
・ＵＳＢ２．０ マルチディスプレイアダプタ
（ＲＡＴＯＣ／ＲＥＸ-ＵＳＢＤＶＩ／定価１５,８００円）
http://www.ratocsystems.com/products/subpage/usbdvi.html
状況
・パソコン自動切替器は、「クロスインターフェイス」というもので、
キーボードは従来のＰＳ／２接続で、マウスはＵＳＢ接続する方式。
使い始めは使い方を誤ったのか、マウスが使用不能になってしまい
若干手間取りましたが、
正常にマウスが動作するようにしてからはＯＫ
そして、ＰＣをＵＳＢ２．０のＨｉＳｐｅｅｄに切り替えてもＯＫ
ＰＣの切替速度（ＰＣを切り替えてから使えるようになるまでの速度）と
その安定感も問題無し。
（以前はマウスの再認識に時間を要しました）
複数台のＰＣの電源をほぼ同時に入れた場合、
画面等は一番初めに電源投入したＰＣにセットされるのも嬉しい。
また、切替レスポンスが良いため、自動切替器のボタンを使わず、
ホットキー、例えば[Scroll Lock]を２回押して[矢印キー]での操作も
心地良いです。
・切替器（切替器の隣に複数台のＰＣを収容）
ケーブル類のほこり付着防止のためのカバーは
Ａ4のファイルケースを加工して自作しましたが、
写真は割愛。
・マルチディスプレイアダプタは、ＵＳＢ接続で、
グラフィックボードを交換しなくても、ディスプレイをマルチ対応に
するものです。
電源はＵＳＢからの供給のためＡＣアダプタ等は不要。
接続はＵＳＢ２．０と指定がありますが、ＵＳＢ１．０でも画面は
映りました。ウィンドウの移動の際のレスポンスが悪いですが。
もちろん、ＵＳＢ２．０に切り替えてＯＫ
■結果
ＰＣ切替レスポンスは格段に向上。
ＵＳＢ接続のマルチディスプレイアダプタも使用勝手良好。
当然ながらＵＳＢ２．０の環境で問題無し。
但し、マルチディスプレイはよく使うＰＣに固定しました。
理由は、全てのＰＣをマルチディスプレイにするため専用ドライバを
セットするのも面倒ですし、そもそも全ＰＣをマルチディスプレイ化
する必要がないためです。
尚、キーボードは１０年？以上昔のものを再利用。
いまいちキーボードの操作フィーリングが変、慣れると思いますが。。。
■以前のＰＣ切替器（分解した姿）
金属筐体で高級感あり
分解してみると、プリント基板が２枚あり、ＩＣが１４個、うち２個がＱＦＰ
廃棄するにはもったいない気もします。
■今まで
４台のＰＣに対し
ディスプレイ／キーボード／マウスを１セットで対応するため
ＵＳＢ対応ＰＣ切替器（ELECOM KVM-U24）を約４年使用。
問題点
�。妝咤贈押ィ阿砲垢襪硲丕辰寮畋悗�正常に出来ないため、
やむなくＵＳＢ１．０で対応。
�▲�ーディオの切替には対応していないので、
ディスプレイのスピーカはよく使うＰＣ１台のみに対応。
■変化点と想い
１６インチのディスプレイが余ったので、
よく使うＰＣのマルチディスプレイ化を思いつくのと同時に
遅ればせながらＵＳＢ２．０化を図る。
■購入機器
・パソコン自動切替器
（ＲＡＴＯＣ／ＲＥＸ-４２０ＸＡ／定価１３,５００円）
http://www.ratocsystems.com/products/subpage/420xa.html
・ＵＳＢ２．０ マルチディスプレイアダプタ
（ＲＡＴＯＣ／ＲＥＸ-ＵＳＢＤＶＩ／定価１５,８００円）
http://www.ratocsystems.com/products/subpage/usbdvi.html
状況
・パソコン自動切替器は、「クロスインターフェイス」というもので、
キーボードは従来のＰＳ／２接続で、マウスはＵＳＢ接続する方式。
使い始めは使い方を誤ったのか、マウスが使用不能になってしまい
若干手間取りましたが、
正常にマウスが動作するようにしてからはＯＫ
そして、ＰＣをＵＳＢ２．０のＨｉＳｐｅｅｄに切り替えてもＯＫ
ＰＣの切替速度（ＰＣを切り替えてから使えるようになるまでの速度）と
その安定感も問題無し。
（以前はマウスの再認識に時間を要しました）
複数台のＰＣの電源をほぼ同時に入れた場合、
画面等は一番初めに電源投入したＰＣにセットされるのも嬉しい。
また、切替レスポンスが良いため、自動切替器のボタンを使わず、
ホットキー、例えば[Scroll Lock]を２回押して[矢印キー]での操作も
心地良いです。
・切替器（切替器の隣に複数台のＰＣを収容）
ケーブル類のほこり付着防止のためのカバーは
Ａ4のファイルケースを加工して自作しましたが、
写真は割愛。
・マルチディスプレイアダプタは、ＵＳＢ接続で、
グラフィックボードを交換しなくても、ディスプレイをマルチ対応に
するものです。
電源はＵＳＢからの供給のためＡＣアダプタ等は不要。
接続はＵＳＢ２．０と指定がありますが、ＵＳＢ１．０でも画面は
映りました。ウィンドウの移動の際のレスポンスが悪いですが。
もちろん、ＵＳＢ２．０に切り替えてＯＫ
■結果
ＰＣ切替レスポンスは格段に向上。
ＵＳＢ接続のマルチディスプレイアダプタも使用勝手良好。
当然ながらＵＳＢ２．０の環境で問題無し。
但し、マルチディスプレイはよく使うＰＣに固定しました。
理由は、全てのＰＣをマルチディスプレイにするため専用ドライバを
セットするのも面倒ですし、そもそも全ＰＣをマルチディスプレイ化
する必要がないためです。
尚、キーボードは１０年？以上昔のものを再利用。
いまいちキーボードの操作フィーリングが変、慣れると思いますが。。。
■以前のＰＣ切替器（分解した姿）
金属筐体で高級感あり
分解してみると、プリント基板が２枚あり、ＩＣが１４個、うち２個がＱＦＰ
廃棄するにはもったいない気もします。
１２月１４日に社団法人日本自動車工業会（ＪＡＭＡ）主催の
「ＪＡＭＡ電子情報フォーラム２００７」に参加してきました。
ちなみに、フォーラムの存在を知ったのは、ＪＡＭＡのＷｅｂサイトから
ＥＤＩＦＡＣＴ関連の資料をダウンロードする際にメールアドレスを登録
したたことで、本フォーラムの案内メールが届いたことからです。
なお、資料をダウンロードした理由は、今度、ＵＮ/ＥＤＩＦＡＣＴの
トランスレータを独自に作らないといけないような状況になったため。
ですから、前記の理由に加え、私が日本自動車工業会というものも
よく知らないということもあり
とりあえず、ＵＮ/ＥＤＩＦＡＣＴの背景や認識を深めるため参加しました。
会場は、東京会場の大手町サンケイプラザ３Ｆ
（尚、来年１月は大阪、２月は名古屋とのこと）
※以下、
内容の一部を、私の理解したレベルで、具体的な詳細を控えて記述。
■午前の内容（１０：００〜１２：３０）
ＪＡＭＡの歴史や組織体制、役割、活動の狙い、活動報告、および
今後の活動などの説明が主でした。
ところで、
設立 １９６７年４月３日
目的 日本自動車工業会（自工会）は、我が国の自動車工業
の健全な発展を図り、もって経済の発展向上に寄与
することを目的とする。
会員 日本の自動車メーカ１４社
という内容は、
自動車業界の歴史及び規模や我が国への貢献度を考えると
この、目的と成果が合致しているのは、素晴らしいですよね！
（スケールが大きいが故、適切なコメントの表現が難しいですが）
ＵＮ/ＥＤＩＦＡＣＴとは、
国連/ＩＳＯが定めた電子データの記述ルールで、
２０００年、日・米・欧の自動車業界は、ＥＤＩにおいてＵＮ/ＥＤＩＦＡＣＴを
使っていくこと（各極ガイドラインの整合性）を合意し、
ＪＡＭＡは日本版ＵＮ/ＥＤＩＦＡＣＴガイドラインを作成し、２００３年度より
各社摘用してきたとのこと。
２００６年には「電子タグ研究ＷＧ」を設置し
テーマは、「データの標準化」「部品のトレーサビリティ」「コンテナ管理」
などが対象とのこと。
また、次世代ＥＤＩとして、ＸＭＬ使用による簡易版ＥＤＩも研究とのこと。
■午後は、「ＥＤＩＦＣＴ標準 導入・活用セミナー」を受講。
（１３：３０〜１６：５０）
午後は、午前中の大きな部屋が仕切られ
「ＥＤＩＦＣＴ標準 導入・活用セミナー」の会場と
「デジタルエンジニアリングセミナー」の会場にわかれました。
ＥＤＩＦＣＴのセミナーのプログラムは
１．自動車業界ＥＤＩ標準化活動
２．「標準ＥＤＩ導入後実態調査」結果報告
３．ＥＤＩＦＡＣＴメッセージの解説
４．ＥＤＩＦＡＣＴトランスレータ導入について
５．業界共通ネットワークＪＮＸの概要と利用方法
６．ＥＤＩＦＡＣＴの導入活用事例紹介
（レジュメから）
となっていまして、私のようにこの業界の初心者にとっても
わかりやすい内容でした。
特に、「３．ＥＤＩＦＡＣＴメッセージの解説」は、
目先トランスレータを開発する私にとっては有効な内容で助かります。
また、「６．ＥＤＩＦＡＣＴの導入活用事例紹介」では、
大手サプライヤーの国内営業（自動車関連）のＥＤＩの利用状況で、
利用回線、通信手順、メッセージ形式の分析を円グラフ（計８個）を
用いての説明があり、
結果、売上の９２％が、顧客ＥＤＩシステムに依存しているという説明
を聞いて、ＥＤＩ（固定長、ＣＳＶ、ＥＤＩＦＡＣＴ、ＸＭＬ）が世間でかなり
普及していることが推測できました。
■感想
日本の自動車産業という大きな舞台での、いろいろな活動の一端が
垣間見れたような気分で感無量という感じです。
■ところで、
日本で自動車産業関連に従事する人はかなりのウエイトがありますが
「自動車」が要因となる産業を列記してみると
・車体関連では、タイヤ、ガラス、カーステ、カーナビ．．．
・流通関連では、ディーラー、中古流通業、車検整備業、解体業．．．
・インフラでは、道路、高速道路、橋、トンネル、ガソリンスタンド、
パーキング、信号、標識、外灯、ガードレール．．．
・運送関連では、トラック、バス、タクシー業界．．．
と多く、列記するだけでも大変！
日本を「人体」に例えると、車が「赤血球」で、ちなみに、ＩＴは「神経」
ですよね?
「ＪＡＭＡ電子情報フォーラム２００７」に参加してきました。
ちなみに、フォーラムの存在を知ったのは、ＪＡＭＡのＷｅｂサイトから
ＥＤＩＦＡＣＴ関連の資料をダウンロードする際にメールアドレスを登録
したたことで、本フォーラムの案内メールが届いたことからです。
なお、資料をダウンロードした理由は、今度、ＵＮ/ＥＤＩＦＡＣＴの
トランスレータを独自に作らないといけないような状況になったため。
ですから、前記の理由に加え、私が日本自動車工業会というものも
よく知らないということもあり
とりあえず、ＵＮ/ＥＤＩＦＡＣＴの背景や認識を深めるため参加しました。
会場は、東京会場の大手町サンケイプラザ３Ｆ
（尚、来年１月は大阪、２月は名古屋とのこと）
※以下、
内容の一部を、私の理解したレベルで、具体的な詳細を控えて記述。
■午前の内容（１０：００〜１２：３０）
ＪＡＭＡの歴史や組織体制、役割、活動の狙い、活動報告、および
今後の活動などの説明が主でした。
ところで、
設立 １９６７年４月３日
目的 日本自動車工業会（自工会）は、我が国の自動車工業
の健全な発展を図り、もって経済の発展向上に寄与
することを目的とする。
会員 日本の自動車メーカ１４社
という内容は、
自動車業界の歴史及び規模や我が国への貢献度を考えると
この、目的と成果が合致しているのは、素晴らしいですよね！
（スケールが大きいが故、適切なコメントの表現が難しいですが）
ＵＮ/ＥＤＩＦＡＣＴとは、
国連/ＩＳＯが定めた電子データの記述ルールで、
２０００年、日・米・欧の自動車業界は、ＥＤＩにおいてＵＮ/ＥＤＩＦＡＣＴを
使っていくこと（各極ガイドラインの整合性）を合意し、
ＪＡＭＡは日本版ＵＮ/ＥＤＩＦＡＣＴガイドラインを作成し、２００３年度より
各社摘用してきたとのこと。
２００６年には「電子タグ研究ＷＧ」を設置し
テーマは、「データの標準化」「部品のトレーサビリティ」「コンテナ管理」
などが対象とのこと。
また、次世代ＥＤＩとして、ＸＭＬ使用による簡易版ＥＤＩも研究とのこと。
■午後は、「ＥＤＩＦＣＴ標準 導入・活用セミナー」を受講。
（１３：３０〜１６：５０）
午後は、午前中の大きな部屋が仕切られ
「ＥＤＩＦＣＴ標準 導入・活用セミナー」の会場と
「デジタルエンジニアリングセミナー」の会場にわかれました。
ＥＤＩＦＣＴのセミナーのプログラムは
１．自動車業界ＥＤＩ標準化活動
２．「標準ＥＤＩ導入後実態調査」結果報告
３．ＥＤＩＦＡＣＴメッセージの解説
４．ＥＤＩＦＡＣＴトランスレータ導入について
５．業界共通ネットワークＪＮＸの概要と利用方法
６．ＥＤＩＦＡＣＴの導入活用事例紹介
（レジュメから）
となっていまして、私のようにこの業界の初心者にとっても
わかりやすい内容でした。
特に、「３．ＥＤＩＦＡＣＴメッセージの解説」は、
目先トランスレータを開発する私にとっては有効な内容で助かります。
また、「６．ＥＤＩＦＡＣＴの導入活用事例紹介」では、
大手サプライヤーの国内営業（自動車関連）のＥＤＩの利用状況で、
利用回線、通信手順、メッセージ形式の分析を円グラフ（計８個）を
用いての説明があり、
結果、売上の９２％が、顧客ＥＤＩシステムに依存しているという説明
を聞いて、ＥＤＩ（固定長、ＣＳＶ、ＥＤＩＦＡＣＴ、ＸＭＬ）が世間でかなり
普及していることが推測できました。
■感想
日本の自動車産業という大きな舞台での、いろいろな活動の一端が
垣間見れたような気分で感無量という感じです。
■ところで、
日本で自動車産業関連に従事する人はかなりのウエイトがありますが
「自動車」が要因となる産業を列記してみると
・車体関連では、タイヤ、ガラス、カーステ、カーナビ．．．
・流通関連では、ディーラー、中古流通業、車検整備業、解体業．．．
・インフラでは、道路、高速道路、橋、トンネル、ガソリンスタンド、
パーキング、信号、標識、外灯、ガードレール．．．
・運送関連では、トラック、バス、タクシー業界．．．
と多く、列記するだけでも大変！
日本を「人体」に例えると、車が「赤血球」で、ちなみに、ＩＴは「神経」
ですよね?
■Comma-Separated Values
ＣＳＶファイル（所謂カンマ区切りのファイル）については、
私は昔からよく使いました。
いつ頃から使い出したのか？昔すぎて覚えていませんが、
最近、データベースのデータをＣＳＶ形式でエクスポートし、
Ｅｘｃｅｌで修正を試みた時、下記のことを改めて再認識しました。
■Ｅｘｃｅｌでの注意点
�。釘�ｃｅｌで保存したＣＳＶの書式は、基本的に文字列をダブルクォート
記号で囲まない。
・元の読込データで文字列がダブルクォートで囲んであっても
それを認識せずに無視。
・文字列の中にカンマ記号やダブルクォート記号が存在した時は、
ＣＳＶ保存時に文字列をダブルクォート記号で囲むようです。
�■達咤屮如璽燭鯑匹濆�んだ際、文字列等に「１２桁以上の数字」のみ
である場合は指数表示に変換されてしまう。
�Ａ圧�の対応として、その該当する列の書式を、数値形式（小数点
以下の桁数は０）にしてからＣＳＶ保存すれば回避できますが、
文字列の列を数値形式にするのも変。
�な源�列の初めに[０]が続けば、その[０]が消え、
[05/01/01]であれば、[2005/1/1]と日付型になってしまう件は、
前記��の方法でも対応不可。
�ィ達咤屮如璽燭離�ンマの前後にスペースが存在するとよろしくない。
他にもいろいろ問題があるかと思いますし、また上記の解決方法もある
のかも知れませんが、
Ｅｘｃｅｌ２００３でも、上記のようなＣＳＶファイルの対応にはガッカリ。
Ｅｘｃｅｌ２００７はどうなんだろう？
■Ｅｘｃｅｌの仕様
http://support.microsoft.com/kb/214233/ja
サポート記事の最後で「テキスト ファイルのインポート・・」の見出しに
「・・この資料に記載されているような入力内容がファイルに含まれて
いると、Microsoft Excel によりデータに表示形式が適用されます。」
とありますから、それがＥｘｃｅｌのインポートの仕様でしょうか。
■ＣＳＶの仕様
ところで、ＣＳＶファイルの仕様について
フリー百科事典『ウィキペディア（Wikipedia）』で調べてみると、
「..2005年10月、RFC 4180でInformational（IESGの外部で決定
された有用な情報の提供）として仕様が成文化された..」
という記述がありました。
２００５年１０月とは、ＣＳＶの歴史からすると最近ですよね！
■参考までに実験内容
・元データ
0,"ABC","[ABC] 通常文字列"
1,"ABC" , "[ABC] カンマの前後にスペースあり"
2,"12345678901","[12345678901] 数字11桁"
3,"123456789012","[123456789012] 数字12桁"
4,"00123","[00123] 初めゼロ"
5,"00123ABC","[00123ABC] 初めゼロ"
6,"01/01/01","[01/01/01] 日付に似た文字列"
7,"15/10","[15/10] 計算式のような文字列"
8,"A,BC","[A,BC] カンマ有り"
9,"A""BC","[A""BC] ダブルクォート２個あり"
・Ｅｘｃｅｌ読込時の画面 （Ｄ列は最終的な判定を追記）
・ＥｘｃｅｌでＣＳＶ保存した結果
0,ABC,[ABC] 通常文字列
1,ABC ," ""[ABC] カンマの前後にスペースあり"""
2,12345678901,[12345678901] 数字11桁
3,1.23457E+11,[123456789012] 数字12桁
4,123,[00123] 初めゼロ
5,00123ABC,[00123ABC] 初めゼロ
6,2001/1/1,[01/01/01] 日付に似た文字列
7,10月15日,[15/10] 計算式のような文字列
8,"A,BC","[A,BC] カンマ有り"
9,"A""BC","[A""BC] ダブルクォート２個あり"
■Ｄｅｌｐｈｉでの注意点
ＤｅｌｐｈｉではＣＳＶファイルも簡単に対応できるのですが
例えば
DL.LoadFromFile(FName); // ←ファイル読込
for i := 1 to DL.Count - 1 do
begin
SL.CommaText := DL(i) // ←要素をカンマで分離
・
・
みたいに。
但し、「SL.CommaText := DL(i)」で、行内の列要素を分離する方法は、
ダブルクォート記号で囲まれていない文字列の中にスペースが混在
していると、そのスペースが分離記号として扱われてしまい文字列が
分離されてしまいます。
ですから、この（CommaText）１行で対応する機能は３〜４０行程度の
コーディングで対応する必要があります。
（この件が発端でＣＳＶの仕様などを改めて勉強したのですが）
ちなみに、CommaTextを使ったＣＳＶ出力は、
・文字列の中にカンマ記号やダブルクォート記号、それに「スペース」が
存在した時は、文字列をダブルクォート記号で囲むようです。
■コメント
Ｅｘｃｅｌをよく使われている方から見れば、昔からの既知の事実かも
知れませんし、私もそのへんおぼろげには知っていましたが、改めて
よ〜く考えてみると。。それはマイクロソフトさんのイジワルかも。
ＣＳＶファイルを読み込んで、何も編集しないで保存するだけなのに、
特定のデータが致命的におかしくなり、元に戻らない場合があるのは
痛い！
ＣＳＶファイル（所謂カンマ区切りのファイル）については、
私は昔からよく使いました。
いつ頃から使い出したのか？昔すぎて覚えていませんが、
最近、データベースのデータをＣＳＶ形式でエクスポートし、
Ｅｘｃｅｌで修正を試みた時、下記のことを改めて再認識しました。
■Ｅｘｃｅｌでの注意点
�。釘�ｃｅｌで保存したＣＳＶの書式は、基本的に文字列をダブルクォート
記号で囲まない。
・元の読込データで文字列がダブルクォートで囲んであっても
それを認識せずに無視。
・文字列の中にカンマ記号やダブルクォート記号が存在した時は、
ＣＳＶ保存時に文字列をダブルクォート記号で囲むようです。
�■達咤屮如璽燭鯑匹濆�んだ際、文字列等に「１２桁以上の数字」のみ
である場合は指数表示に変換されてしまう。
�Ａ圧�の対応として、その該当する列の書式を、数値形式（小数点
以下の桁数は０）にしてからＣＳＶ保存すれば回避できますが、
文字列の列を数値形式にするのも変。
�な源�列の初めに[０]が続けば、その[０]が消え、
[05/01/01]であれば、[2005/1/1]と日付型になってしまう件は、
前記��の方法でも対応不可。
�ィ達咤屮如璽燭離�ンマの前後にスペースが存在するとよろしくない。
他にもいろいろ問題があるかと思いますし、また上記の解決方法もある
のかも知れませんが、
Ｅｘｃｅｌ２００３でも、上記のようなＣＳＶファイルの対応にはガッカリ。
Ｅｘｃｅｌ２００７はどうなんだろう？
■Ｅｘｃｅｌの仕様
http://support.microsoft.com/kb/214233/ja
サポート記事の最後で「テキスト ファイルのインポート・・」の見出しに
「・・この資料に記載されているような入力内容がファイルに含まれて
いると、Microsoft Excel によりデータに表示形式が適用されます。」
とありますから、それがＥｘｃｅｌのインポートの仕様でしょうか。
■ＣＳＶの仕様
ところで、ＣＳＶファイルの仕様について
フリー百科事典『ウィキペディア（Wikipedia）』で調べてみると、
「..2005年10月、RFC 4180でInformational（IESGの外部で決定
された有用な情報の提供）として仕様が成文化された..」
という記述がありました。
２００５年１０月とは、ＣＳＶの歴史からすると最近ですよね！
■参考までに実験内容
・元データ
0,"ABC","[ABC] 通常文字列"
1,"ABC" , "[ABC] カンマの前後にスペースあり"
2,"12345678901","[12345678901] 数字11桁"
3,"123456789012","[123456789012] 数字12桁"
4,"00123","[00123] 初めゼロ"
5,"00123ABC","[00123ABC] 初めゼロ"
6,"01/01/01","[01/01/01] 日付に似た文字列"
7,"15/10","[15/10] 計算式のような文字列"
8,"A,BC","[A,BC] カンマ有り"
9,"A""BC","[A""BC] ダブルクォート２個あり"
・Ｅｘｃｅｌ読込時の画面 （Ｄ列は最終的な判定を追記）
・ＥｘｃｅｌでＣＳＶ保存した結果
0,ABC,[ABC] 通常文字列
1,ABC ," ""[ABC] カンマの前後にスペースあり"""
2,12345678901,[12345678901] 数字11桁
3,1.23457E+11,[123456789012] 数字12桁
4,123,[00123] 初めゼロ
5,00123ABC,[00123ABC] 初めゼロ
6,2001/1/1,[01/01/01] 日付に似た文字列
7,10月15日,[15/10] 計算式のような文字列
8,"A,BC","[A,BC] カンマ有り"
9,"A""BC","[A""BC] ダブルクォート２個あり"
■Ｄｅｌｐｈｉでの注意点
ＤｅｌｐｈｉではＣＳＶファイルも簡単に対応できるのですが
例えば
DL.LoadFromFile(FName); // ←ファイル読込
for i := 1 to DL.Count - 1 do
begin
SL.CommaText := DL(i) // ←要素をカンマで分離
・
・
みたいに。
但し、「SL.CommaText := DL(i)」で、行内の列要素を分離する方法は、
ダブルクォート記号で囲まれていない文字列の中にスペースが混在
していると、そのスペースが分離記号として扱われてしまい文字列が
分離されてしまいます。
ですから、この（CommaText）１行で対応する機能は３〜４０行程度の
コーディングで対応する必要があります。
（この件が発端でＣＳＶの仕様などを改めて勉強したのですが）
ちなみに、CommaTextを使ったＣＳＶ出力は、
・文字列の中にカンマ記号やダブルクォート記号、それに「スペース」が
存在した時は、文字列をダブルクォート記号で囲むようです。
■コメント
Ｅｘｃｅｌをよく使われている方から見れば、昔からの既知の事実かも
知れませんし、私もそのへんおぼろげには知っていましたが、改めて
よ〜く考えてみると。。それはマイクロソフトさんのイジワルかも。
ＣＳＶファイルを読み込んで、何も編集しないで保存するだけなのに、
特定のデータが致命的におかしくなり、元に戻らない場合があるのは
痛い！
■システムインテグレータ（System Integrator）
システムインテグレータとは、
「顧客の業務内容を分析し、問題に合わせた情報システムの企画、
構築、 運用などの業務を一括して請け負う業者のこと。
システムの企画・立案からプログラムの開発、必要なハードウェア・
ソフトウェアの選定・導入、完成したシステムの保守・管理までを
総合的に行なう。」
というように定義されていました。（Ｙａｈｏｏ ＩＴ用語辞典より）
そこに従事する人たちは
�．轡好謄牘超�
�▲廛蹈献Д�トマネージャ （管理者）
��システム・コンサルタント （助言者）
�ぅ轡好謄燹Ε┘鵐献縫◆ 淵轡好謄犁蚕兌圈法複咤邸�
�ゥ優奪肇錙璽�・エンジニア （ネットワーク技術者）
�Ε愁侫肇ΕД◆Ε┘鵐献縫◆ 淵愁侫肇ΕД�技術者）
�Д侫�ールド・エンジニア （運用サポート技術者）
�┘廛蹈哀薀沺 複丕如�
といったイメージです。
・アーキテクト（設計者） ・エバンジェリスト（伝道者）
という表現も最近覚えました。
■システム・エンジニア（ＳＥ）とプログラマ（ＰＧ）
日本の、特にソフトウェア受託開発業においては、プログラマに対し
システムエンジニアという表現も多用しています。
システムエンジニアがシステムの設計を行うのに対し、プログラマは
設計に基づいて、実装のみを行うという意味を含んでいます。
このような分類が日本特有ということは、
日本は、オフコン文化の流れで、プログラムは外注なり派遣者で
対応する風土があるからでしょうか。
・プログラマ（Wikipedia）
ウィキペディアに、プログラマの仕事の不満が記述されているのは
ビックリです。
組み込み系開発でも、製品の発売時期が決まり、その後の進捗遅れ
やハード及び回路の仕様変更などでソフトウェアにしわ寄せが来て
大変だと、某大手メーカーの話もありました。
プログラマにも種類があり、基幹系業務開発、Ｗｅｂ開発以外にも、
組み込み系開発、ゲーム系開発もあり、
「システムインテグレータ」の範疇からは外れるかと思いますが、
プログラミング自体は、論理的な思考や発想が要求され、
緻密さと根気強さも要求される作業かと思います。
■システムインテグレータ（ＳＩベンダー）の課題
例えば、『生産管理システム』を構築する場合、
いろいろ立場の違う人たちと連携し、いろいろなアプローチや技術を
組み合わせ、関係者の合意を得て生産活動の改善を計るというのは、
一見簡単そうに見えるものでも難しい場合が多々あり、奥が深いです。
実務では、いろいろ関係する立場の人の思惑もある中、人の話や要望を
理解するのが大変だったり、その反対にシステム的なことを相手に理解
していただくのも容易ではありませんから、ビジネスロジックの詰め作業
やフォロー業務が大変かと。
特に、生産管理システムは現場がメインですから、現場の人が使えない
システムはＮＧです。
ＳＩも単純に考えれば、
・システム構築の実績やノウハウ
・プログラムのリソースやプログラミングのノウハウ
などを積み重ね
そのレベルが、世間（日本）のニーズで通用すれば仕事として成り立つ
と考えますが、
プログラム関連は、技術進歩が早く、対象や成果物が目に見えにくい、
「考える作業」の分担も容易でないし、その評価も難しいことなどが、
特異なポイントかと思います。
なお下記ＵＲＬの記事には、私も思っていたことが書かれていました。
ソフトの価値、国の施策、派遣の扱い、回避策としての自立など．．．
ソフトウェア産業自体の課題も多いです。
『日本のソフトウェア産業、衰退の真因』（ＩＴＰｒｏ）
http://itpro.nikkeibp.co.jp/article/COLUMN/20070306/264055/
■儚い夢
ソフトを作って、コピーするだけで開発費以上に売上があれば、
又は、ビジネスモデルを作って、それが想定以上に成功すれば、
それがストレートに利益になることも考えられます。
ですからソフト業界で働く人たちは、その「儚い夢」があるからこそ、
仕事を夜遅くまでも頑張れるのでしょうか。
儚い夢．．．その儚さが仕事の原動力。
システムインテグレータとは、
「顧客の業務内容を分析し、問題に合わせた情報システムの企画、
構築、 運用などの業務を一括して請け負う業者のこと。
システムの企画・立案からプログラムの開発、必要なハードウェア・
ソフトウェアの選定・導入、完成したシステムの保守・管理までを
総合的に行なう。」
というように定義されていました。（Ｙａｈｏｏ ＩＴ用語辞典より）
そこに従事する人たちは
�．轡好謄牘超�
�▲廛蹈献Д�トマネージャ （管理者）
��システム・コンサルタント （助言者）
�ぅ轡好謄燹Ε┘鵐献縫◆ 淵轡好謄犁蚕兌圈法複咤邸�
�ゥ優奪肇錙璽�・エンジニア （ネットワーク技術者）
�Ε愁侫肇ΕД◆Ε┘鵐献縫◆ 淵愁侫肇ΕД�技術者）
�Д侫�ールド・エンジニア （運用サポート技術者）
�┘廛蹈哀薀沺 複丕如�
といったイメージです。
・アーキテクト（設計者） ・エバンジェリスト（伝道者）
という表現も最近覚えました。
■システム・エンジニア（ＳＥ）とプログラマ（ＰＧ）
日本の、特にソフトウェア受託開発業においては、プログラマに対し
システムエンジニアという表現も多用しています。
システムエンジニアがシステムの設計を行うのに対し、プログラマは
設計に基づいて、実装のみを行うという意味を含んでいます。
このような分類が日本特有ということは、
日本は、オフコン文化の流れで、プログラムは外注なり派遣者で
対応する風土があるからでしょうか。
・プログラマ（Wikipedia）
ウィキペディアに、プログラマの仕事の不満が記述されているのは
ビックリです。
組み込み系開発でも、製品の発売時期が決まり、その後の進捗遅れ
やハード及び回路の仕様変更などでソフトウェアにしわ寄せが来て
大変だと、某大手メーカーの話もありました。
プログラマにも種類があり、基幹系業務開発、Ｗｅｂ開発以外にも、
組み込み系開発、ゲーム系開発もあり、
「システムインテグレータ」の範疇からは外れるかと思いますが、
プログラミング自体は、論理的な思考や発想が要求され、
緻密さと根気強さも要求される作業かと思います。
■システムインテグレータ（ＳＩベンダー）の課題
例えば、『生産管理システム』を構築する場合、
いろいろ立場の違う人たちと連携し、いろいろなアプローチや技術を
組み合わせ、関係者の合意を得て生産活動の改善を計るというのは、
一見簡単そうに見えるものでも難しい場合が多々あり、奥が深いです。
実務では、いろいろ関係する立場の人の思惑もある中、人の話や要望を
理解するのが大変だったり、その反対にシステム的なことを相手に理解
していただくのも容易ではありませんから、ビジネスロジックの詰め作業
やフォロー業務が大変かと。
特に、生産管理システムは現場がメインですから、現場の人が使えない
システムはＮＧです。
ＳＩも単純に考えれば、
・システム構築の実績やノウハウ
・プログラムのリソースやプログラミングのノウハウ
などを積み重ね
そのレベルが、世間（日本）のニーズで通用すれば仕事として成り立つ
と考えますが、
プログラム関連は、技術進歩が早く、対象や成果物が目に見えにくい、
「考える作業」の分担も容易でないし、その評価も難しいことなどが、
特異なポイントかと思います。
なお下記ＵＲＬの記事には、私も思っていたことが書かれていました。
ソフトの価値、国の施策、派遣の扱い、回避策としての自立など．．．
ソフトウェア産業自体の課題も多いです。
『日本のソフトウェア産業、衰退の真因』（ＩＴＰｒｏ）
http://itpro.nikkeibp.co.jp/article/COLUMN/20070306/264055/
■儚い夢
ソフトを作って、コピーするだけで開発費以上に売上があれば、
又は、ビジネスモデルを作って、それが想定以上に成功すれば、
それがストレートに利益になることも考えられます。
ですからソフト業界で働く人たちは、その「儚い夢」があるからこそ、
仕事を夜遅くまでも頑張れるのでしょうか。
儚い夢．．．その儚さが仕事の原動力。
■日本のＯＡ（Office Automation）
日本の場合、中小企業等での事務処理を行うコンピュータは、
１９５９年に会計用機械を輸入販売していた日本事務機が
電子会計機の国産化を日本電気に依頼したのが始まりで、
その後、富士通、東芝、三菱、内田洋行が製品を投入し、日本語が使える
オフィスコンピュータ（所謂オフコン）として市場が形成。
そして、１９７０年代後半から１９９０年代にかけて、中小企業の財務会計や
給与計算、販売管理といった、全社的な業務処理システムで
多く導入されたらしい。
（上記、年号や企業名等はウィキペディアを参照）
なお、それらのシステムは、メーカーが準備した機器やＯＳ及び開発環境
（ＣＯＢＯＬ言語等）を用いてシステムを構築するため、クローズドシステム
と呼ばれます。
それに対しオープンシステムは、
使用するための一般的な技術情報等が公開されている機器やソフトウェア
を指し、日本ではＮＥＣのパーソナル事業部が１９７９年リリースした
「ＰＣ−８００１」や、マイクロソフト社の「ＤＯＳ」が有名かと。
（ＰＣ−８００１の開発は汎用機を開発していた部門ではないのが面白い？）
当初、ＤＯＳ環境がしばらく続き、Ｕｎｉｘマシンと比較してコンピュータ間の
通信が苦手で、データベースも今ひとつ信頼性がありませんでしたが、
１９９０年の初めＮｅｔＷａｒｅ３．１、Ｗｉｎｄｏｗｓ３．１、Ｏｒａｃｌｅ７．０等の出現
から、パソコンでも信頼性の高いシステムが構築できるようになり、また、
メールやインターネットが急速に普及したこともあり、オフィス環境や
仕事のやり方までも激変してしまいました。
ところで、汎用機とオフコン環境で培われたソフトウェア資産は容易に
オープン系のシステムに移行できない背景もあり、基幹業務のプラット
フォームとしては、現在でも多く稼動しているとの事です。
また、三菱電機はオフコンの最上位機を最近開発しています。ＩＴＰｒｏ
私の感覚では、
パソコンより汎用機を含めたオフコン文化の方が業務システムとしては
優秀なような気がしますが、
オペレータが安価で便利で高機能なパソコンに慣れてしまいましたから、
技術のパラダイムチェンジは凄いです。
今は、携帯電話などの情報端末も加わり、ＩＴ（Information Technology）
という表現が主流ですが、ＯＡの考え方や重要性は、
昔も今もさほど変わらない普遍的な部分は多いですよね。
（どこの企業も永遠の課題はありますし．．．）
日本の場合、中小企業等での事務処理を行うコンピュータは、
１９５９年に会計用機械を輸入販売していた日本事務機が
電子会計機の国産化を日本電気に依頼したのが始まりで、
その後、富士通、東芝、三菱、内田洋行が製品を投入し、日本語が使える
オフィスコンピュータ（所謂オフコン）として市場が形成。
そして、１９７０年代後半から１９９０年代にかけて、中小企業の財務会計や
給与計算、販売管理といった、全社的な業務処理システムで
多く導入されたらしい。
（上記、年号や企業名等はウィキペディアを参照）
なお、それらのシステムは、メーカーが準備した機器やＯＳ及び開発環境
（ＣＯＢＯＬ言語等）を用いてシステムを構築するため、クローズドシステム
と呼ばれます。
それに対しオープンシステムは、
使用するための一般的な技術情報等が公開されている機器やソフトウェア
を指し、日本ではＮＥＣのパーソナル事業部が１９７９年リリースした
「ＰＣ−８００１」や、マイクロソフト社の「ＤＯＳ」が有名かと。
（ＰＣ−８００１の開発は汎用機を開発していた部門ではないのが面白い？）
当初、ＤＯＳ環境がしばらく続き、Ｕｎｉｘマシンと比較してコンピュータ間の
通信が苦手で、データベースも今ひとつ信頼性がありませんでしたが、
１９９０年の初めＮｅｔＷａｒｅ３．１、Ｗｉｎｄｏｗｓ３．１、Ｏｒａｃｌｅ７．０等の出現
から、パソコンでも信頼性の高いシステムが構築できるようになり、また、
メールやインターネットが急速に普及したこともあり、オフィス環境や
仕事のやり方までも激変してしまいました。
ところで、汎用機とオフコン環境で培われたソフトウェア資産は容易に
オープン系のシステムに移行できない背景もあり、基幹業務のプラット
フォームとしては、現在でも多く稼動しているとの事です。
また、三菱電機はオフコンの最上位機を最近開発しています。ＩＴＰｒｏ
私の感覚では、
パソコンより汎用機を含めたオフコン文化の方が業務システムとしては
優秀なような気がしますが、
オペレータが安価で便利で高機能なパソコンに慣れてしまいましたから、
技術のパラダイムチェンジは凄いです。
今は、携帯電話などの情報端末も加わり、ＩＴ（Information Technology）
という表現が主流ですが、ＯＡの考え方や重要性は、
昔も今もさほど変わらない普遍的な部分は多いですよね。
（どこの企業も永遠の課題はありますし．．．）
・ハイコンセプト
世界的ベストセラー、『ハイコンセプト「新しいこと」を考え出す人
の時代』の著者、ダニエル・ピンク氏によれば、
グローバル化とアウトソーシングの時代に生き残るためには、
理性、論理、分析力といった機能をつかさどる左脳だけでなく、
感性、感情を理解し、直感的理解を可能にする右脳を駆使する
ことが重要になるという。
（PRESIDENT 2007 3.5 より一部抜粋）
■システム開発の場合
コンピュータシステムの開発に、ハイコンセプトの概念を適用すると、
システム開発は、業務分析、プログラミングといった概念だけでなく、
関係者との人間関係、考え方、思惑などを理解し、直感的創造力を
駆使することが重要となるのでしょうか。
ところで、最近Ｗｅｂ上の記事で、「システム開発の失敗」に関連する
記事が目に付きます。
たとえば『システム開発を失敗させない“現実的な処方せん”とは？』
という記事です。（itmedia）
http://www.itmedia.co.jp/enterprise/articles/2007-2-7
この記事の冒頭に、「昨今、大規模なシステム開発の現場において
“失敗プロジェクト”が常態化していると聞く。」とあります。
「常態化」とは恐ろしい表現です。
■システム開発の特異性
建築物のような造形が無い成果物を、立場の異なる関係者と協調して
作り上げます。
以前から、システム開発も建築を例に表現されますが、規模や複雑さ
などは、建築物のようなに造形が無いのでよくわかりません。
そもそも、大規模システムは概要を理解するだけでも大変です。
そのあたりが、失敗プロジェクトを誘発させやすいのではと考えます。
■失敗の回避策
システムの発注者と受注者の間で
�ゝ’修篩犧鄒�の合意
�▲灰好箸版軸�の合意
��プロジェクトの進め方の合意
�ぅ廛蹈哀薀爐虜遒衒�の合意
�ね渋�困難の内容に対する考え方の合意
などの合意が得られれば、プロジェクトの失敗は高い確率で
回避できるかと思いますが。
■ハイ・コンセンサス
ですから、システム開発の場合、システムの発注者と受注者の間で
高い次元の合意が必要となりますから、
冒頭の『ハイコンセプト』より『ハイ・コンセンサス』がキーワードとなる
のでしょうか。
世界的ベストセラー、『ハイコンセプト「新しいこと」を考え出す人
の時代』の著者、ダニエル・ピンク氏によれば、
グローバル化とアウトソーシングの時代に生き残るためには、
理性、論理、分析力といった機能をつかさどる左脳だけでなく、
感性、感情を理解し、直感的理解を可能にする右脳を駆使する
ことが重要になるという。
（PRESIDENT 2007 3.5 より一部抜粋）
■システム開発の場合
コンピュータシステムの開発に、ハイコンセプトの概念を適用すると、
システム開発は、業務分析、プログラミングといった概念だけでなく、
関係者との人間関係、考え方、思惑などを理解し、直感的創造力を
駆使することが重要となるのでしょうか。
ところで、最近Ｗｅｂ上の記事で、「システム開発の失敗」に関連する
記事が目に付きます。
たとえば『システム開発を失敗させない“現実的な処方せん”とは？』
という記事です。（itmedia）
http://www.itmedia.co.jp/enterprise/articles/2007-2-7
この記事の冒頭に、「昨今、大規模なシステム開発の現場において
“失敗プロジェクト”が常態化していると聞く。」とあります。
「常態化」とは恐ろしい表現です。
■システム開発の特異性
建築物のような造形が無い成果物を、立場の異なる関係者と協調して
作り上げます。
以前から、システム開発も建築を例に表現されますが、規模や複雑さ
などは、建築物のようなに造形が無いのでよくわかりません。
そもそも、大規模システムは概要を理解するだけでも大変です。
そのあたりが、失敗プロジェクトを誘発させやすいのではと考えます。
■失敗の回避策
システムの発注者と受注者の間で
�ゝ’修篩犧鄒�の合意
�▲灰好箸版軸�の合意
��プロジェクトの進め方の合意
�ぅ廛蹈哀薀爐虜遒衒�の合意
�ね渋�困難の内容に対する考え方の合意
などの合意が得られれば、プロジェクトの失敗は高い確率で
回避できるかと思いますが。
■ハイ・コンセンサス
ですから、システム開発の場合、システムの発注者と受注者の間で
高い次元の合意が必要となりますから、
冒頭の『ハイコンセプト』より『ハイ・コンセンサス』がキーワードとなる
のでしょうか。
プロフィール
