Antenna House PDF Server V2.3（以下、AH PDF Server）の提供を開始致しました。
「AH PDF Server V2.2 プロフェッショナル版」「AH PDF Server V2.2 スタンダード版」の不具合などを改修、および機能を強化し、改めて「AH PDF Server V2.3 プロフェッショナル版」「AH PDF Server V2.3 スタンダード版」として、ご用意いたしました。
なかでも一番の注目は、これまであちこちのお客様からご要望を頂いておりました、コマンドラインの対応です。「AH PDF Server V2.3」の活用方法が、さらに広がります。
詳細な改訂内容は、下記URLからご確認ください。
AH PDF Server V2.3 お知らせ・改訂情報
https://www.antenna.co.jp/psv/pdfserver_revised.html
また、AH PDF Server の6月無料セミナーの日程も公開しましたので、こちらもご確認頂ければ幸いです。
「AH PDF Server ハンズオンセミナー」
https://www.antenna.co.jp/psv/index_workshop.html

Tweet

本日、晴海で開催の「次世代電子出版とWeb　表現技術フォーラム」は、既に参加の募集は終了していますが、USTREAMで放映される見込みです。
UST放映は5月27日に案内追加されています。
○「次世代電子出版とWeb　表現技術フォーラム」
http://www.w3.org/Style/Japan-2011/Tokyo.htm
午前9時～午後7時 ※レセプション(ビジネスセッション終了後)
となっていますので、開催が迫っていますが。。。

Tweet

DITAコンソーシアム・ジャパンは、恒例の「DITA Festa2011」の案内と受付を開始しました。
　
○概要案内と受付のページはこちらです。
http://dita-jp.org/?p=989
昨年来、日本でもDITAの導入機運が少しづつ盛り上がっています。今回の目玉は次の二つの講演と思います。
（１）一足先に国内で主力製品である計測機器マニュアルのDITA化に取り組んだ横河電機の実践例
（２）日本と米国で日米同時進行で、ソフトウエアやハード装置のマニュアルをDITAで制作しようとしている日立製作所のプロジェクトについて、そのプロジェクト推進責任者を米国よりお招きして講演をしていただくことになりました。
いよいよ日本企業でもDITAが燎原の火のごとく進むかどうか？今回のセミナーはDITAに関心をもつ方々には必見と思います。
毎回、セミナー会場がたちまち満席になってしまうため、参加者ご希望の会社毎に申し込み人数を制限し、また、DCJ会員企業には特別招待枠を用意しています。特別招待枠を使うことでお申し込みが遅れてしまった方も参加できる可能性があります。
アンテナハウスは、DCJ会員ですので、もし、参加をご希望に関わらず、お申し込みが間に合わなかった場合は、弊社営業担当までご一報ください。

Tweet

現在、アンテナハウス宛にメールを送信していただいたうちで、一部の他のメールサービスから発信したメールが着信していません。
現在、確認できていますのは、gmailからのメールを着信できていないというこです。
このほかにも着信できていないメールがあるかもしれません。
現在、調査・対応中ですのでしばらくお待ちください。
↓
24日夕方にメールがまとめて届くようになりました。
その後は順調にメールが届くようです。
ご心配をおかけして申し訳ありません。

Tweet

「東北地方太平洋沖地震に於ける、被災された皆様、被災地への支援について」で告知しました件のうち、「１．自社オンラインショップにおける、ダウンロード販売製品の売上金の50%を、義援金として寄付」　につきまして2011年4月1日～30日の義援金金額が下記の通り決まりましたので、お知らせします。
　
１．当該売上高（税別）
1,213,343円
　
２．義援金金額
606,671円
上記金額を日本赤十字社の義援金口座に5月末に振込みをいたします。ダウンロード製品をお求めいただきましたお客様に心よりお礼申し上げます。
　
アンテナハウス株式会社は被災地の一日も早い復興を心より祈念しております。
　
○弊社オンラインショッピング・サイト
https://web.antenna.co.jp/shop/html/
○アンテナハウス・オンラインショップ販売製品
・瞬簡PDF4
・瞬簡／リッチテキストPDF6
・書けまっせ!!PDF4
・PDFスイート4
○本日（5月23日）発行の日経パソコン　（ｐ．30）にて義援金の件が紹介されました。

Tweet

東日本大震災は、4月、5月以降も日本の経済に大きな影響を与えているようです。その一つに、電力不足があります。
　
電力供給量について、政府は東京電力の供給力不足に対応するために政府は15％のピーク需要抑制目標を掲げています。
　
○電力供給対策本部
「夏期の電力需給対策について」のポイント
http://www.meti.go.jp/earthquake/electricity_supply/0513_electricity_supply_01_00.pdf
　
によると、東京電力管内需要抑制率最低10％強、ピーク時の需要抑制目標15%となっています。
　
アンテナハウスでは、3月の震災発生直後から節電対策を進めてきました。特に、弊社の電力消費の大きな部分であるさまざまなサーバについて数次に分けて、東京から別の場所に移転をいたしました。
　
公開サーバにつきましては、先週末から週末にかけて東京電力管内から他の地方に移転を行ました。
Webサーバ、メールサーバ等については機能回復しました。連絡不徹底で評価版のダウンロードができないなど問合せもいただきましたが、現在はダウンロード可能です。
　
一部、ユーザ登録サーバの回復が遅れていましたが、現在、すべて回復しています。
　
これによっておそらく東京電力管内では20%程度の電力消費減になると見込んでいます。会社全体ではそのほかの対策もとっていますので、計測してないですが、25%程度は減っていると思います。
　
後で電気料金の請求書で確認してみたいと思います。

Tweet

アンテナハウスでは、オフィスソフトなどのアプリケーションがPDF Driver V5.0を使用してPDFを出力する機能を、プログラムから利用するためのAPIである「PDF Driver API V5.0」を新発売しました。
　
本製品は、「アンテナハウスPDF Driver API V3.1」のバージョンアップ版（後継製品）にあたります。
「PDF Driver V5」は既に昨年末に発売済みで、アンテナハウスの「瞬簡PDF4」などの製品に組み込んで販売しています。
今回の「PDF Driver API V5.0」により、システム・インテグレータが、「PDF Driver V5」を使ったシステムを構築することができるようになります。
○今回のバージョンアップの項目
・新バージョンではPDF 変換処理を複数の呼び出しで並行して行うことができるようになりました。これによって、Citrixなどのシンクライアント環境で使うシステムを構築することが可能になっています。
　
・詳しくは：
「PDF Driver API V5.0」改訂情報
　
○製品情報のページ
・PDF Driver API
・インストール・ライセンス・一般的なお問い合わせについて
　
○PDF Driver V5.0のページ
・PDF Driver
※PDF Driverは、単体での販売を行なっておりません。次のアンテナハウス製品に組み込んでおります。
・「瞬簡PDF4」
・「瞬簡／リッチテキストPDF6.1」
・「アンテナハウスPDF スイート4.1」
　
また、アンテナハウスPDF Driver V5.1は、サードパーティのアプリケーションに組み込んで再頒布するライセンスの販売を行なっています。
・OEMのページ
　
○PDF Driver API V3.1は販売終了しました
今回のPDF Driver API V5.0の発売に伴い、旧バージョンであるPDF Driver API V3.1は新規の販売を終了いたしました。今後は、保守サービスを継続して提供いたします。

Tweet

この前の日記は、結局、日本語の混じったCSSをUTF-8で符号化した際にBOMをつけたためAdobe Digital Editionsが誤動作したらしい、という話になりました。お騒がせしました。
実はこのCSSはいまお勉強中のスタッフにいろいろ試してもらったものなのですが、彼女が使っているテキストエディタにはUTF-8をBOM付きで保存するメニューがあって、日本語テキストを保存するにはBOMが必要だろうと考えた彼女がBOM付きで保存してしまったようなんです。そんなこととはつゆしらず。大騒ぎしてしまいました。ゴメンナサイ。
でも、UTF-8にはBOMは本来必要ないんです。
BOMはByte Order Markの略で、UnicodeではU+FEFFのコードポイントが与えられています。次はUnicodeのコード表の一部。

http://www.unicode.org/charts/PDF/UFE70.pdf
※BOMのコードポイントが誤っていましたので訂正しました。
BOMのもとはByte Order（バイトオーダー）ということですが、これは例えば16ビット（2バイト）単位でデータを扱うとき、２つのバイトをどういう順序で扱うか（CPUのレジスタに取り込むか）ということを表すマークとして用意されています。UnicodeをUTF-16、UTF-32で表すときは意味がありますが、UTF-8は2バイト固定長ではなく1バイトずつの可変長でデータを扱うのでバイトオーダーは意味がありません。
私は10数年前、シフトJISとかISO-2022-JP全盛の時代で、XMLが出てきてUnicodeが使われ始めた時代にテキスト判別モジュールを設計した経験があります。これからはUnicodeの時代になるので、XML Editorのテキスト文字コード自動判別でも、シフトJISやISO-2022-JPだけではなく、UTF-8、UTF-16、UTF-32を自動判別できないとまずいだろうということで調べました。で、その当時はUTF-8にBOMをつけると言う発想は無かったと記憶しています。
でもいつの間にか、UTF-8にBOMをつけるテキストエディタが普及していたのですね。
最近は、UTF-8にBOMをつけて、これがUTF-8であることを示したり、UTF-8にASCII文字以外が入っていることを示すために使うとしているようです。しかし、これはBOM本来の意味ではありませんし、UTF-8はもともとASCIIコードだけのときにはASCIIコードと同じになるように設計されているわけだからBOMをつけるのはUTF-8の精神に反するような気もします。
それはともかく、古くからのソフトの中にはUTF-8にBOMがついていると、”想定外”ということで破綻するものがいろいろあります。Adobe Digital Editionsだけではないんです。
実はCAS-UBの中核になっているデータ処理系もUTF-8にBOMがついていると破綻します。このことは、ユーザーガイドに書いてないので早速追加しなくっちゃ。
「CAS-UBで扱うテキストや各種スタイルシートやテキストはUTF-8固定です。しかし、BOMはつけないでください。」
http://d.hatena.ne.jp/cassupport/20110518/1305751974　から転載。

Tweet