« 2011年04月 | メイン | 2011年06月 »

2011年05月31日

AH PDF Server V2.3 販促キャンペーン!

こんばんは。
これからしばらく、PDF Serverを話題に更新します。

昨日リリースしたばかりのAH PDF Server V2.3ですが、リリースを記念して、6月1日より「AH PDF Server V2.3 リリース記念キャンペーン」を開催します。

期間:2011年6月1日~2011年8月31日

詳細は下記のURLでご確認ください。
http://www.antenna.co.jp/psv/campaign.html

V2.3に上げたのは昨日ですが、早速評価版をダウンロードしてくれたお客様がおりました。
嬉しい限りです。この回をご覧になった方で、PDF Serverに興味を持って頂いたら、評価版をダウンロードしてみて下さい。

クライアントPCでも動作しますので、いじり倒して結果を教えて頂ければ、今後の開発の貴重な材料とさせていただきます。

評価版URL
http://www.antenna.co.jp/psv/download/pdfserver_kyodaku.html

投票をお願いいたします

投稿者 taishii : 19:05 | コメント (0) | トラックバック

2011年05月30日

「AH PDF Server V2.3」をリリースしました。

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 お知らせ・改訂情報
http://www.antenna.co.jp/psv/pdfserver_revised.html

また、AH PDF Server の6月無料セミナーの日程も公開しましたので、こちらもご確認頂ければ幸いです。

「AH PDF Server ハンズオンセミナー」
http://www.antenna.co.jp/psv/index_workshop.html

投票をお願いいたします

投稿者 koba : 19:14 | コメント (0) | トラックバック

「次世代電子出版とWeb 表現技術フォーラム」UST

本日、晴海で開催の「次世代電子出版とWeb 表現技術フォーラム」は、既に参加の募集は終了していますが、USTREAMで放映される見込みです。

UST放映は5月27日に案内追加されています。

○「次世代電子出版とWeb 表現技術フォーラム」
http://www.w3.org/Style/Japan-2011/Tokyo.htm

午前9時~午後7時 ※レセプション(ビジネスセッション終了後)

となっていますので、開催が迫っていますが。。。

投票をお願いいたします

投稿者 koba : 08:11 | コメント (0) | トラックバック

2011年05月27日

マニュアル/ドキュメント多言語組版「ここだけ」の実践DITAセミナー

アンテナハウスでは、(株)ナビックス社、(株)エクスイズムと協同でDITAの実践セミナーを開催いたします。

DITAの話は沢山聞いた。でも、ちっとも実体が見えてこないと感じている皆さんへ、実務者による実務者のための「ここだけ」のノウハウをお教えします。
これなら、あなたもDITAが見えてきます。

【開催概要】
開催日時:2011年6月27日(月) 13時00分~16時30分(受付開始12時30分)
開催場所:日本橋公会堂集会室
 東京都中央区日本橋蛎殻町1-31-1  日本橋区民センター2F 
東京メトロ
・半蔵門線「水天宮前」駅 6番出口 徒歩2分
・日比谷線「人形町」駅 A2出口 徒歩5分
・東西線「茅場町」駅 4a出口 徒歩7分
都営地下鉄
・浅草線「人形町」駅 A3出口 徒歩7分
→ http://mappage.jp/dtl/infolist.php?KanriNo=13102S040041&mode=md

募集人数:定員80名(事前予約制)
予約申し込み → http://www.exism.co.jp/contact/form/seminarinq.html
申込み締切:2011年6月20日(月) 
参加費 :2,000円(消費税込み)
 参加費のお支払い方法は、お申込受付後ご案内致します。

【セミナー内容】
◆DITAとは?DITAの重要な機能
 トピック、マップ、条件処理、conref等、DITAの基本を平易に解説する。
アンテナハウス株式会社 小林具典)
◆エディタの機能でDITAを使いこなす  
 サンプルを交えながら「DITAの移行ポイント」を紹介する。ツールからDITAを学ぶという視点でotherprops属性を使った条件分岐、関連テーブル、Subversionクライアントでの差分チェックなど、これまで紹介されなかったエディタを使ったDITAの具体的な利用方法を解説する。
株式会社ナビックス シニアコンサルタント 楳田克浩)
◆DITA Open Toolkitによる多言語組版
 多言語展開を見据えたDITA Open Toolkitの利用方法について紹介する。
 PDF作成のポイントであるFOプラグインとレイアウトの再現性、今話題のEPUBプラグインを解説する。
(株式会社ナビックス ソリューションエンジニア 大谷芳正)
◆翻訳を見据えたスモールスタートのすすめ
 制作と翻訳の課題を交えながらシンプルなDITAの運用方法を紹介する。
 「不真面目なDITA」をもとに、できるだけDITAの仕様に合わせないライティング手法やモジュール化の重要性、多言語展開のメリットを解説する。
(株式会社ナビックス テクニカルディレクター 矢内英彦)

※セミナー案内書兼申込書は→http://www.exism.co.jp/pdf/dita/seminar0627.pdf
【お問い合わせ先】
株式会社エクスイズム
TEL:03-5229-8761(代表)  MAIL:exsales@exism.co.jp

投票をお願いいたします

投稿者 koba : 10:14 | コメント (0) | トラックバック

2011年05月25日

DITA Festa2011セミナーの案内・受付を開始しました。

DITAコンソーシアム・ジャパンは、恒例の「DITA Festa2011」の案内と受付を開始しました。
 
○概要案内と受付のページはこちらです。
http://dita-jp.org/?p=989

昨年来、日本でもDITAの導入機運が少しづつ盛り上がっています。今回の目玉は次の二つの講演と思います。

(1)一足先に国内で主力製品である計測機器マニュアルのDITA化に取り組んだ横河電機の実践例
(2)日本と米国で日米同時進行で、ソフトウエアやハード装置のマニュアルをDITAで制作しようとしている日立製作所のプロジェクトについて、そのプロジェクト推進責任者を米国よりお招きして講演をしていただくことになりました。

いよいよ日本企業でもDITAが燎原の火のごとく進むかどうか?今回のセミナーはDITAに関心をもつ方々には必見と思います。

毎回、セミナー会場がたちまち満席になってしまうため、参加者ご希望の会社毎に申し込み人数を制限し、また、DCJ会員企業には特別招待枠を用意しています。特別招待枠を使うことでお申し込みが遅れてしまった方も参加できる可能性があります。

アンテナハウスは、DCJ会員ですので、もし、参加をご希望に関わらず、お申し込みが間に合わなかった場合は、弊社営業担当までご一報ください。

投票をお願いいたします

投稿者 koba : 17:06 | コメント (0) | トラックバック

2011年05月24日

現在、gmailからのメールを受信できていません→解決しました

現在、アンテナハウス宛にメールを送信していただいたうちで、一部の他のメールサービスから発信したメールが着信していません。

現在、確認できていますのは、gmailからのメールを着信できていないというこです。

このほかにも着信できていないメールがあるかもしれません。

現在、調査・対応中ですのでしばらくお待ちください。

24日夕方にメールがまとめて届くようになりました。
その後は順調にメールが届くようです。
ご心配をおかけして申し訳ありません。

投票をお願いいたします

投稿者 koba : 14:36 | コメント (0) | トラックバック

EPUB3.0のProposed Specification公開。今年の終りに勧告へ

IDPFは5月23日にEPUB3.0のProposed Specificationを公開しました。

○International Digital Publishing Forum(IPDF):
http://idpf.org/

○ニュースリリース:
http://idpf.org/epub3_proposed_spec_released

○仕様:
http://idpf.org/epub/30

○ドキュメントの索引:
http://idpf.org/epub/30/index.html

■EPUB3.0で追加された主な項目:
このニュース・リリースによると次の通りです。「EPUB3は、2010年5月に開発を開始した。この仕様は、会員および公開レビュー、早期の実装者による採用を目指している。EPUB3は、今夏遅くに最終の勧告仕様になることを期待している。」

IDPFは組織が小さいだけにスピードが速いですね。W3Cはこのスピードについていけていない。

○EPUB2からEPUB3への変更点
http://idpf.org/epub/30/spec/epub30-changes.html

大よそは「電子書籍交換フォーマット標準化プロジェクト(調査報告書)」のpp.52~56に解説があるが一部新しくなっているようだ。

1.仕様文書構成
http://idpf.org/epub/30/spec/epub30-changes.html#sec-history-intro

3.新規機能
3.1 コンテンツの記述
・XHTML5ベースとする
・SVGをSpineに記述可能
・MathMLをサポート
・Semantic Inflection
・Content Switching switch 要素の単純化

3.2 ナビゲーション EPUB Navigation Documentsが必須
3.3 リンク EPUB Canonical Fragment Identifier (epubcfi) Specification (5/6~)
3.4 スクリプトと対話性
3.5 スタイルとレイアウト
  CSS、埋め込みフォント、フォント難読化
3.6 リッチメディア
  音声、映像、メディアオーバレイ
3.7 メタデータ
3.8 スピーチ
3.9 マニフェスト・フォールバック
3.10 束縛
音声と映像以外はOCF内におく。MIMETYPE記述の末尾スペースの許容。OCFファイル名で利用できない文字の拡張。
3.11 XMLとUnicode
XML1.1ではなくXML1.0に準拠しなければならない。
XML1.0のFifth Edition(Unicode 5.0)
※EPUB2.0はXML1.0の第4版準拠(Unicode2.0)

4.EPUB3で置き換えられた機能
4.1 EPUB2.0仕様書から削除
DTBook
Out-of-Line XML Islands
Tours
Filesystem Container
4.2 非推奨となる
Guide
NCX
以上

http://d.hatena.ne.jp/cassupport/20110524/1306189337 より転載

投票をお願いいたします

投稿者 koba : 07:42 | コメント (0) | トラックバック

2011年05月23日

2011年4月度ダウンロード売上に関わる義援金についてのご報告

「東北地方太平洋沖地震に於ける、被災された皆様、被災地への支援について」で告知しました件のうち、「1.自社オンラインショップにおける、ダウンロード販売製品の売上金の50%を、義援金として寄付」 につきまして2011年4月1日~30日の義援金金額が下記の通り決まりましたので、お知らせします。
 
1.当該売上高(税別)
1,213,343円
 
2.義援金金額
606,671円

上記金額を日本赤十字社の義援金口座に5月末に振込みをいたします。ダウンロード製品をお求めいただきましたお客様に心よりお礼申し上げます。
 
アンテナハウス株式会社は被災地の一日も早い復興を心より祈念しております。
 
○弊社オンラインショッピング・サイト
https://web.antenna.co.jp/shop/html/

○アンテナハウス・オンラインショップ販売製品
瞬簡PDF4
瞬簡/リッチテキストPDF6
書けまっせ!!PDF4
PDFスイート4

○本日(5月23日)発行の日経パソコン (p.30)にて義援金の件が紹介されました。
NPC20110523.png

投票をお願いいたします

投稿者 koba : 18:09 | コメント (0) | トラックバック

Web ページ、メールサーバの移動完了しました

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

投票をお願いいたします

投稿者 koba : 06:18 | コメント (0) | トラックバック

2011年05月19日

アンテナハウスPDF Driver API V5.0を発売しました

アンテナハウスでは、オフィスソフトなどのアプリケーションが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は新規の販売を終了いたしました。今後は、保守サービスを継続して提供いたします。

投票をお願いいたします

投稿者 koba : 19:58 | コメント (0) | トラックバック

UTF-8のBOM(Byte Order Mark)は想定外でした

この前の日記は、結局、日本語の混じったCSSをUTF-8で符号化した際にBOMをつけたためAdobe Digital Editionsが誤動作したらしい、という話になりました。お騒がせしました。

実はこのCSSはいまお勉強中のスタッフにいろいろ試してもらったものなのですが、彼女が使っているテキストエディタにはUTF-8をBOM付きで保存するメニューがあって、日本語テキストを保存するにはBOMが必要だろうと考えた彼女がBOM付きで保存してしまったようなんです。そんなこととはつゆしらず。大騒ぎしてしまいました。ゴメンナサイ。

でも、UTF-8にはBOMは本来必要ないんです。

BOMはByte Order Markの略で、UnicodeではU+FEFFのコードポイントが与えられています。次はUnicodeのコード表の一部。

U%2BFEFF.png

http://www.unicode.org/charts/PDF/UFE70.pdf

※BOMのコードポイントが誤っていましたので訂正しました。

BOMのもとはByte Order(バイトオーダー)ということですが、これは例えば16ビット(2バイト)単位でデータを扱うとき、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 から転載。

投票をお願いいたします

投稿者 koba : 06:50 | コメント (0) | トラックバック

2011年05月18日

アンテナハウスPDF電子書名モジュールV1.3MR1を公開しました

PDFに電子署名やタイムスタンプをつけるシステムを開発するためのツール 「アンテナハウスPDF電子書名モジュール」のV1.3 MR1を本日公開しました。
 
MR1では、ベリサイン社の「ドキュメントサイニング用Digital ID」によりPDFに電子書名をつける機能を追加しました。

また、いくつかの不具合の修正を行なっています。

PDF 電子署名モジュール V13 MR1 改訂情報
評価版ダウンロード

投票をお願いいたします

投稿者 koba : 18:50 | コメント (0) | トラックバック

2011年05月17日

Adobe Digital Editions はどうやら最初に指定したプロパティが有効に働かないようだ(←間違いの記録)

先日からAdobe Digital Editionsの奇妙な動作に嵌っていますが、いろいろ試したところどうやら分かってきたのは、最初に指定したプロパティがうまく働かないようだということです(CSSの場合、スタイルシートがいくつも使えるので、最初と言う言葉の定義も難しいですが)。

5/18追記:どうやらCSSにUTF-8のBOM(Byte Order Mark)が付いていたのが原因のようです。Adobe Digital Editionsの問題ではなくて、CSSの方の問題ということです。詳しくは次のTweetをご覧ください。

1.http://twitter.com/#!/MurakamiShinyu/status/70471711665033216
2.http://twitter.com/#!/MurakamiShinyu/status/70474839609180160

いやあ、やはり、@MurakamiShinyu はプロだよ!
ということで、下記は一応参考のために残しておきますが。もはや内容は単なる間違いの記録に過ぎません。皆様ご注意ください。

一応参考のために実験して分かってきたことを整理しておきます
「CSSで目的とする.fig {width}指定の前に、何らかのプロパティ指定(これは何でもよい)が入ると、Adobe Digital Editions では期待通りに表現される」

○資料
-------------------------------------------------------
1 re-Error-css-p-tuika.epub
-------------------------------------------------------
元ファイルの css にて、.fig の前に、 [.p] の backgland-color 指定を
入れる。

→正常に表示されている。

〈構文〉
.p {
background-color: pink;
}

.fig {
border-style: solid;
border-width: thin;
border-color: black;
width: 50%;
}

(以下、元ファイルと一緒)


-----------------------------------------------------
2 re-size-of-image.epub
-----------------------------------------------------
.fig のレイアウト指定を二つに分割。width 要素を最後に持ってくる。
HTMLでは、正常に表示する。
Adobe Digital Editionsでは、イメージのサイズは期待通り表示されるがborderは表示されない。

〈構文〉
/* test */
/* re-size-of-image */

.fig {
border-style: solid;
border-width: thin;
border-color: black;
}

img.case-2 {
width:100%;
}

img.case-3 {
max-width: 100%;
}

.fig {
width: 50%;
}


-----------------------------------------------------
3 re-Error-css-fig-bunkatsu2.epub
-----------------------------------------------------
.fig のレイアウト指定を二つ分割。最初に width 要素を持ってくる。

HTMLでは正常に表現されるが、Adobe Digtal Editionでは.figにwidthが反映されない。
(しかし、2とは逆にborderは表示されている。)

〈構文〉

/* test */
/* re-Error */

.fig {
width: 50%;
}


img.case-2 {
width: 100%;
}

img.case-3 {
max-width: 100%;
}

.fig {
border-style: solid;
border-width: thin;
border-color: black;
}

これから見ると、どうやら指定順序が影響しているようだが、おそらくこれはAdobe Digital Editionsのバグではないだろうか。

1.のデータ
ファイルをダウンロード
元ファイルの css にて、.fig の前に、 [.p] の backgland-color 指定を入れる。

2.のデータ
ファイルをダウンロード
.fig のレイアウト指定を二つに分割。width 要素を最後に持ってくる。

3.のデータ
ファイルをダウンロード
.fig のレイアウト指定を二つ分割。最初に width 要素を持ってくる。

投票をお願いいたします

投稿者 koba : 20:10 | コメント (0) | トラックバック

2011年05月16日

ソフトウェア開発環境展終了しました。ご来場ありがとうございました。

5月11日~13日開催のソフトウエア開発環境展は無事終了しました。
ご来場いただきました皆様、大変ありがとうございました。
 
初日、2日目と雨にたたられて来場者数が少なく心配しました。
13日金曜日天気も良くてよかったですね。
 
今回、アンテナハウスブースは今までよりも整理して見やすく・理解しやすくしたつもりですが如何でしたか?
 
201105131340000.jpg
 
また、今回はOEM営業グループがPDF Viewer SDK、PDF to Excel SDKを積極的にアピールしました。
ビジネスについては「果報は寝て待て」とは行きません。SODECの活動が、5月以降の業績アップにつながることを期待します。


投票をお願いいたします

投稿者 koba : 09:07 | コメント (0) | トラックバック

2011年05月13日

Adobe Digital Editions 画像表示サイズの奇妙な現象

昨日、「iBooksとAdobe Digital Editionsの画像表示動作の違いにご注意」(http://d.hatena.ne.jp/cassupport/20110512/1305162472)という日記をかいたのですが、制作された大石さんから次のようなコメントをもらいました。

『CSSに「img {width:100%;}」と追加してみました。一見大丈夫なようですが、画面サイズを左右に広げた場合、Adobe Digital Editionsでは2段組となり、firefoxのアドオンEPUBreaderではどこまでも画面に追随するため偏平な画像になってしまいます。』

まず、前段の画面サイズを左右に広げたときの話ですが、Adobe Digital Editionsでは文字を小さくするとか、あるいは、表示幅を広くすると2段組で表示するのが通常動作のようです(Windows版で確認)。Sony Readerなどでは画面のサイズが決まっていますので問題ないのではないでしょうか。

firefoxのEPUBreaderで画面幅に追随して扁平になるのを避けるには、max-width:100% とすれば良いようです。max-widthに対する動作もEPUBReaderで少し違うようなのでこのあたりはまた調べてみようと思います。

それと関係して、Adobe Digital Editionsの画像サイズに関する奇妙な動作に嵌ってしまいました。

※バージョンは1.7.2.1131(Windows7)の環境です。

先日、次のように書きました。

------

div {

width:30%;

}

img {

width:100%;

}

imgの親要素のdivに幅を指定し、img自体にはその親要素の表示幅に合わせて画像を表示するように指定するとiPadでも、Adobe Digital Editionsでも画像の表示サイズが同じになります。

------

http://d.hatena.ne.jp/cassupport/20110426/1303775762

ところが今日同じ様なファイルを作ってみたところAdobe Digital Editionsでそうならないのです。

○divにwidth:50%;を指定したつもりなのに次のようになってしまいます。

http://f.hatena.ne.jp/cassupport/20110513200405

※スタイルシートの内容(一部)

/* test */

.fig {

width: 50%;

}

img.case-2 {

width:100%;

}

img.case-3 {

max-width: 100%;

}

テストファイル:ファイルをダウンロード

これはおかしいと思い、さんざん調べました。でたまたま指定の順序を入れ替えたのです。

※スタイルシートの内容(一部:変更後)

/* test */

img.case-2 {

width:100%;

}

img.case-3 {

max-width: 100%;

}

.fig {

width: 50%;

}

○今度はなんと次のようになってしまいます。2枚目は期待通りになりますが1枚目が画像本来のサイズのままになってしまっています。

1枚目http://f.hatena.ne.jp/cassupport/20110513200406
2枚目http://f.hatena.ne.jp/cassupport/20110513200407

Adobe Digital Editions はスタイルシートの指定順序で画像の大きさが変わってしまいます。

テストファイル:ファイルをダウンロード

ブラウザ(ForefoxやそのEPUB Readerプラグイン)では2つの画像の両方とも画面サイズの50%の幅で表示されます。

この現象はどういうことなんでしょうかね。まだ原因は分かっていません。

投票をお願いいたします

投稿者 koba : 20:32 | コメント (0) | トラックバック

2011年05月10日

ソフトウエア開発環境展 明日から開催

第20回ソフトウェア開発環境展は今日は搬入作業で明日から開催です。
弊社のブースは、
・東京ビッグサイト 東ホール
・ブースNO:東38-23
です。
 
3月11日後初めての大きな展示会なので、ちょっと緊張しますね。

季節的にまだそれほどでもないですが、例の東電問題で、主催者(会場)は当然冷房の温度をいままでより高めに設定するでしょうから、脱水症で倒れる人が続出しないと良いですが。

これから夏までにいくつか展示会に出ますが、その第一歩なので未来を占う重要なイベントです(ちょっと大げさ)。

アンテナハウスでは今年はOEMグループが張り切っています。
アンテナハウスOEM製品
 
あと、PDF Serverは次のV2.3を開発中ですが、V2.3のβ版を出展します。V2.3についてはまだWebでも公開していませんので、乞うご期待です。
PDF Serverのページ

なにはともあれ多くの方のご来場をお待ちします。

投票をお願いいたします

投稿者 koba : 08:15 | コメント (0) | トラックバック

2011年05月06日

システム製品の改訂版の提供期限を明確にしました

アンテナハウス・システム製品の保守契約について、本日より、次のように文章を変更して、意味を明確にしました。

○アンテナハウス・システム製品保守仕様
http://www.antenna.co.jp/SYS/support-spec.html
 
変更前
2-6. 保守対応製品:
販売終了後5年が経過していない製品を保守対応製品とします。

変更後
2-6. 改訂版の提供:
改訂版提供は販売終了後5年が経過していないバージョンについてのみとさせていただきます。販売終了してから5年を経過したバージョンについての改訂版提供はありません。新バージョンをお使いくださいますようお願いします。

【説明】
保守対応の意味が明確ではありませんでしたので、「改訂版の提供」として意味を明確にします。システム製品では保守契約の期間中、バージョンを移行することができるため契約対象バージョンの特定が困難なケースがあります。そこで、障害の修正版(改訂版)期間をバージョンの終了から5年であることを明確にさせていただきました。
 
販売終了してから5年を経過したバージョンにつきましては改訂版の提供を行なうことができませんので、できるだけ早期に後継バージョンに移行していただきたくお願いします。

投票をお願いいたします

投稿者 koba : 13:56 | コメント (0) | トラックバック

2011年05月02日

Book on Demandの現状と可能性を考えてみました

アンテナハウスのCAS-UB(http://www.cas-ub.com/)は書籍のコンテンツを編集・制作するサービスです。

CAS-UBで編集した結果はEPUBとPDFに同時に出力できますので、BOD(ブックオンデマンド)にも最適です。
 
BODというのは聞きなれないかもしれません。まだ一般的に定着した言葉ではないようで、まったく別の意味に用いているケースも見受けられます。

世間一般にはPOD(プリントオンデマンド)と言う言葉の方が普及しているようです。しかし、PODというとダイナミックに変動する需要に応じて印刷するという幅広い概念で、ちらしやDMのようなものの印刷まで含むと思います。

いわゆるページもの(論文、冊子、書籍)の場合は、印刷だけではなく、製本や断裁の工程が追加になります。ページものを対象にするときは、製本・断裁などを含む言葉として、BOD(ブックオンデマンド)と言うほうがPODよりも意味が明確になると思います。

1.Espresso Book Machine(EBM)

BODの装置で有名なのがこのEBMです。三省堂の神田本店にEBMがあります。ここでは絶版本などの印刷・製本サービスを行なっています。三省堂のメニューを見ますと一般読者向けの書籍が多いようです。詳しく比較したわけではありませんが、通常の店頭書籍とあまり変わらない価格という印象を受けます。

現在は、自分で作ったPDFを本にして欲しいと言ってもだめなようです。このマシン用のデータはオンデマンドブックス社のサーバ上にあるようで、それが理由かもしれませんね。システム上はオンサイトのデータ入力も可能らしいので、持ち込みPDFの印刷・製本もやればできるのでしょうけど。ぜひ持ち込みPDFベースのBODにも対応して欲しいです。そうなったら試してみたいと思っています。

2. BODのできるPOD機械
 
EBMの特徴はコピーから製本まで一連の加工を短時間で行うことにあります。同じような機能を実現する装置としては、キヤノン、富士ゼロックス、コニカミノルタなどのプロダクションプリンティングのメーカから、プリント装置(コピー機)と連動する大型のインライン自動製本機も販売されています。しかし、これらは機械全体としては高額であり、比較的低価格のものはEBMのみのようです。

2. BOD書籍の販売

「だれが「本」を殺すのか」(佐野 眞一著、プレジデント社)には、地方出版社の経営者の言葉として、印刷会社への支払いがきついということがでてきます。印刷した本は在庫になりますので、印刷会社への支払いだけではなく税金負担もあります。コンテンツを販売する立場からは在庫負担のないBODは理想的な手段に見えます。

2.1 書籍の流通でBODを利用する

三省堂のEBMは、BODを書店が利用する例ですが、オンライン流通業者がBODを行なっているケースがあります。

(1) Bookparkのオンデマンド出版
富士ゼロックスの関連会社で、コンテンツワークスという会社はBOD流通サイトを運営しています。
http://www.booknest.jp/

コンテンツワークスはもともと富士ゼロックスの事業から由来しているようです。BODで本を作るだけではなく販売もしてもらえます。

利用している人のTweetによりますと、コピー費用は4円/ページですが、諸経費含めて1頁10円位とのことです。
 
http://twitter.com/#!/mao3mao3/status/64517440792567810

(2) アマゾンがBODでの販売を始めた

アマゾンが米国でBODで本を作っている話は前から紹介されています。先月、日本でも始めるというニュースが出ました。

http://japan.internet.com/wmnews/20110419/2.html
http://internet.watch.impress.co.jp/docs/news/20110419_440705.html

アマゾンのWebページにはまだ英語の書籍が多いようです。

http://www.amazon.co.jp/b?ie=UTF8&node=2229003051

現在、日本語の書籍のBOD販売の準備を進めているようです。検討してみた方の声がブログに紹介されていました。これで出版ビジネスに新規参入するのは難しいようです。
 
「AmazonのPODは新規参入出版社にとってきつい」
 
2.2 出版社がBODを利用する例

Webを探したところ出版社でBODで本を販売しているケースを見つけました。

(1) 森北出版

BOD書籍のご案内
http://www.morikita.co.jp/pod.html

BOD書籍のリスト
http://www.morikita.co.jp/bunya/20-1.html

ざっとみると平均:約215頁、3,582円。1頁あたり16.6円になります。一番安いもので13円弱。高いものが22円強です。専門書なので比較的高価です。

(2) 角川学芸出版

BOD書籍
http://www.kadokawagakugei.com/ondemand/list-c.php

角川地名大辞典、角川選書、源氏物語評釈のBOD本が出ています。比較的ポピュラーと見られる角川選書でも最低価格は3,000円です。かなり高価という印象を受けます。

3. BODの可能性は?

3.1 市販本の出版

一般に市販する書籍を数を出そうとするとある程度安くする必要があると思いますが、森北出版や角川学芸出版のケースでみますと、一般の書籍と比べてかなり高価になっています。これだとどうしても必要な人を除いてなかなか売れないでしょう。

流通業者を利用することを考えてみると、ブックネストにしてもアマゾンにしても、BOD印刷・製本コストに加えて販売手数料がかかります。

書籍はひとつづつ内容が違いますので、一見差別化しやすいようですが、しかし類似書籍が大量にありますので差別化は難しいと思います。そうしますと、一般読者に売るときはどうしても他の書籍と価格競争になります。

市販の書籍の印刷・製本コストは、現在のBODコストの1/3以下ではないでしょうか?結局、BODベースでは印刷・製本した書籍に価格的に太刀打ちできないだろうと思います。

但し、三省堂書店のEBMは価格的な魅力を感じます。書店の店頭にEBMが普及したとき初めてBODベースの出版ビジネスが成立する可能性があります。

3.2 私家書籍あるいは企業内書籍

上述のようにBOD本を一般に販売するときは、印刷製本済みの書籍との価格競争に巻き込まれます。ので、この領域でのBODの将来性はなかなか厳しいと思います。

BODはむしろ自費出版(著者が負担する出版)、私家書籍(私蔵用)、企業・団体で本をつくるのに向いているような気がします。

「なぜ日本は大東亜戦争を戦ったのか」(田原総一郎著、PHP研究所)には北 一輝が「国体論及び純正社会主義」を書き上げて自費出版して、世の中と勝負する経緯が出てきます(pp.324~329)。北は自費出版で書を出して一部で高い評価を得るも、わずか6日間で権力と御用新聞によって発禁処分となり闇に葬られたようです。出版とはむしろそういうものかもしれません。
 
3.3 電子書籍との関係
 
BODは手作りと言う点では今流行の自炊と似通っています。BODは電子から紙という方向なので紙をスキャンして電子化する自炊とは反対方向です。そうするとBODと言わずに「お袋の味」とでもというと流行るかもしれません。
 
EPUBなどの電子書籍が普及する過程は、とりあえずは形を欲しがる著者と読者にはBODで提供し、形にこだわらない著者と読者にはEPUBで提供したらどうでしょうか?

投票をお願いいたします

投稿者 koba : 08:50 | コメント (0) | トラックバック