国内15メーカーによるプリンタの統一規格発表 100
ストーリー by Oliver
面子は超豪華 部門より
面子は超豪華 部門より
yh 曰く、 "(社)ビジネス機械・情報システム産業協会から、国内のメーカー15社が参画するプリンタの統一規格BMLinkSによる、統合プリンタドライバ(Windows 2000/XP用)と仕様書が、15日、公開された。この規格統一により、インターネットを経由したプリンタの利用が、メーカーを問わずに同じドライバで行えるようになるという。朝日新聞にも記事が出ており、それによると、今後は、海外メーカーへの呼びかけや、ファクシミリなどでも統一を図っていくという。
対応OSもふやしてほしいし、また、せっかく統一してもまたどこかで新規格が生まれて…、ということがないよう期待したい。"
ろくでもない妄想 (スコア:5, すばらしい洞察)
人のプリンタで勝手に印刷しまくるウィルスがでたり
人のプリンタで勝手に広告を印刷する企業がでてきたり
…インターネット経由は遠慮したいかも
Re:ろくでもない妄想 (スコア:2, 興味深い)
高級なプリンタがぼこぼこと文字化け印刷をしてくれた、
という騒ぎがすでにあったり・・・・・・
#「お願いです、止めてください!」
「電源切ろうよ・・・・・」
Re:ろくでもない妄想 (スコア:2, 興味深い)
インターネット経由で印刷出来るプリンタは、
かなり前から存在してますよね。
で、管理がいい加減なところだと、そのプリンタの管理用の
23番や80番のポートがグローバルに対して開いたままになっていて、
外からアクセス出来てしまいました。
しかも、管理者認証用のパスワードも未設定だったり、
"admin"等の単純なものだったりするケースも多く、
容易に外から印刷されるだけじゃなく、
パスワード書き換えられて乗っ取られたり・・。
でも、「人のプリンタに外から勝手に印刷出力させる」という行為自体は、
もしかして、FAXという機器の世界では、標準的な使われ方では?
つか、 (スコア:1)
Internet Printing Protocol [atmarkit.co.jp]じゃないの?これならもうRFCにもなってるし、CUPSでもサポートされてる [turbolinux.co.jp]。
でも、これってドライバの機能じゃなくて、OS側が提供する機能じゃないのかなぁ?
Re:ろくでもない妄想 (スコア:0)
ビジネスネタとしてさらにラッパー作って hagaki.com やフリーカードのような事が出来ないかとか考えてみたり。
ミッキーのキャラクターソフトやPostpet, ぷーさんめーる辺りでどうかな~と。
# Loop
# そしてそれを利用するウイルスが;
MSXみたいに (スコア:3, すばらしい洞察)
最低限度が保証されるのはいいことだと思います。
ESC/P (スコア:1)
というキーワードがふと脳裏に…
ESC/P の場合,やはりそんな感じになった記憶があります.
Azalia (スコア:2, 興味深い)
にもあるように、最近は規格は統一化して、その上での質を高めるのがトレンドです。
…だといいなぁ。
最近DVD-R/RWドライブを買ったんですが、Linuxでふつーに認識されてふつにーCDを焼くように取り扱えることが出来たので(そもそもUIが糞という問題は置いといて)、こういう統一規格が普及してくれると助かります。
参画する企業に在籍していて (スコア:2, 興味深い)
一般オフィス向けなものを開発しているわけではないから知らされていないのかな。
# 社内事情絡みなので AC
Re:参画する企業に在籍していて (スコア:2, 興味深い)
各社の品質基準がバラバラでとてももめたそうです。
前向きになろうよ! (スコア:1, すばらしい洞察)
Re:前向きになろうよ! (スコア:2, すばらしい洞察)
OSの問題 (スコア:2, 参考になる)
結局のところ、この辺を何とかしないと、PostScriptの二の舞という気がします。
Re:OSの問題 (スコア:2, 興味深い)
と思うのは素人考えですかね~
#単にPostScriptは高機能すぎるんだと思う。
Re:OSの問題 (スコア:2, すばらしい洞察)
#現在の安物白黒 LBP でも 600dpi 位はありますが、これに濃淡 8bit 付けて A4 サイズで送ると、非圧縮で軽く数十 MB もいっちゃいます。画像だとみんな我慢しているのが現状ですが、報告書みたいなものをちんたら印刷するプリンタは捨て、という感覚が普通じゃないかな。
それに、プリンタがインク何色持ってるかとか、こいつはドラフト印刷で行きたいとか、そういう専用ドライバが当たり前のように提供してきた機能を Tiff で送ってどうする気なんだろう。
Re:OSの問題 (スコア:1, すばらしい洞察)
最近のWindows専用プリンタとかは、USB接続とかで伝送速度が稼げるようになったので、プリンタ側のCPUやメモリをケチるために、作画処理は全てPC側で行ってビットマップでプリンタへ転送という形を取ってます。 そんなの、送る前にネゴシエーションすれば済む話じゃん。
FAXなんかでも普通にやってるよ。
Re:OSの問題 (スコア:1)
Linuxから(対応ドライバが無いなどの問題があるプリンタへ)の印刷を、
Windowsマシンを介在させてそれにビットマップ化(?)させることで解決する、
という例題が載っていたのを見た記憶が。
Windows側にもLinuxからの印刷データを受け取るプログラムを置いて、
そいつを叩くことでWindowsに印刷「させる」。
要するにプリンタがパソコン並にProgramableになればいい、という話なのかも。
まあ、そういうことを考えずに共通規格にさえ則っているほうが便利、
という状況も(のほうが)多いからこそ、規格を作ろうとするんでしょうけどね。
Re:OSの問題 (スコア:1)
なんちゃってプログラマ?
Re:OSの問題 (スコア:1)
PSは、(プログラムごと)データを毎回送り付ける、というスタイルっすよね。
対して、サーバーであるプリンタに「ストアド印刷プログラム」を置く、って考え方をするのは、
場面によってちょっとお得じゃないかな、とも思います。
#Database方面になぞらえてます。毎回SQLを送るか、SQL(やそれ以外のプログラム)をサーバーにいったん置くストアド方式を使うか…
PSは確かに汎用言語ですが、プログラム自体をどうやりとりされるか?までは当然ながら言語自体でどうこう出来ることではありません。
まあセッションとか保持とかいう概念がサーバー側のエンジンに存在するなら、プログラム自体でプログラムをストアする仕組みを書けるかも知れませんが、あくまで仮定の話つーことで。
Re:OSの問題 (スコア:3, 参考になる)
違います。
ExitServerを使って、サーバーループ(PostScriptにおけるrepl)を抜けた状態で、
システム辞書に登録したものは、少なくとも電源を切るまでは有効です。
また、フォームなどの資源を保存する機能もあります。
#まぁ、システム辞書が書き換え不可になってる機種もあるでしょうけど。
>PSは確かに汎用言語ですが、プログラム自体をどうやりとりされるか?までは当然ながら言語自体でどうこう出来ることではありません。
ファイルシステムは、Apple LaserWriterの頃からありましたし、転送構文として、
バイナリ化の話もドキュメントが公開されていますよ。
#Gimpは、それにもとづいてバイナリ化したPSデータを投げているはず。
海外展開 (スコア:0)
Postscript との違いは? (スコア:1)
今回の新規格はそれと比べてどういうメリットがあるんでしょう?
Adobe よりもライセンス料が安いとか,PPD のようなものが不要になるとか?
Re:Postscript との違いは? (スコア:5, 参考になる)
逆にメリットとしては、実装が容易であることがあげられます。ローエンドのプリンタでも全然問題なく対応できるでしょう。
BMLinkS は一般オフィスでの各種 OA 機器の相互接続を目標とした規格で、スキャナだの FAX だのとの連携を考えると、ラスターデータに絞ってしまったのは、これはこれでひとつの選択かもしれません。
Re:Postscript との違いは? (スコア:1)
素朴な疑問ですが、データサイズを減らすために
LZW圧縮なんてしていないでしょうね。
Re:Postscript との違いは? (スコア:1)
米国などでは今年の6/19までで、日本ではさらにあと1年有効らしいです。延長の可能性もないわけではないようです。
ソース [google.co.jp]
ほかのOSは? (スコア:1)
そもそも眼中にない?
---------- yuzo ----------
Re:ほかのOSは? (スコア:1)
仕様が公開されれば、逆に PC UNIX などからも利用がしやすくなるのではないでしょうか。仕様が公開されなければ... ドライバ売ってビジネスチャンス。(ぇ
Takeshi HASEGAWA
Re:ほかのOSは? (スコア:1)
実際にダウンロードしてはないですが。リバースエンジニアリング
する必要もなければ、ドライバを一回作ってメンテしていけば
よいのでPC UNIXなんかにとっても普及してくれればありがたい
ことなんじゃないでしょうか。
パソコンだけなのかなぁ (スコア:1)
印刷の制御が統一されるのであれば、接続部分をどうにかすれば、メーカー間互換性も向上しやすくなって、より需要が増すという部分を考えている節はあるのかないのか...
-- やさいはけんこうにいちば〜ん!
Re:パソコンだけなのかなぁ (スコア:1)
ただし…普及するか否かは微妙...
# デジカメとカラープリンタしか売れないでしょうし。
notice : I ignore an anonymous contribution.
Re:パソコンだけなのかなぁ (スコア:1)
http://www.cipa.jp/pictbridge/
Win用デバドラ開発のコスト (スコア:1)
を嫌ってってのも大きそう。単純な開発コストだけじゃなくて、署名されたドライバにするのにかかるコストとか、M$に仕様を握られてることに起因するコストとか。
Offece 文書を (スコア:1)
ノートパソコンを客先などにもっていって Microsoft Word や Excel などの文書を印刷させてもらう、という以上のものではないような気がします。
がっちりLANで組んであるPCになら普通にドライパを入れればいいわけですし。そのほうが、機能も使い勝手も高いとおもいます。
Re:Offece 文書を (スコア:1)
新規PCのセットアップも楽だし。
# プリンタに依存する細かい機能を利用して印刷した事なんて無いし。
Re:Offece 文書を (スコア:1)
「プリンタに依存する細かい機能を*意図して*利用し印刷したことが無い」
です。
つまりパフォーマンスを除けばプリンタの印刷解像度にラスタライズされた画像をそのまま印刷されても差し支えない利用の仕方しかしていないという事です。
Re:そーゆー時は (スコア:1)
私の場合会議用資料以外で印刷することは無い(ソースコードもディスプレイに表示するほうが見やすく感じる)ので、私自身が困ることはあまりないんです。
これ、いわゆるミドルウェアって奴か? (スコア:0)
「できること」ではスキャナやプリンタが色々繋がるといってるけど、
実際にはプリンタ用とかスキャナ用のソフトがあるみたいだし。
で、ドライバが不要みたく朝日新聞にも書いてあったけど、
実際はプリンタが繋がっているPCには、そのドライバが要るのでしょう?
単にネットワーク上のPC間におけるプリンタ(スキャナ)用のデータプロトコルを定義して、
仮想プリンタドライバとして実装しただけに見えるのだけど、違うのか?
便利な人もいるかもしれないけど、個人的には不要だし、
すっげー、とは思えないぞ。
Re:これ、いわゆるミドルウェアって奴か? (スコア:0)
なんか、そのように感じられますねぇ・・・。
単に、ドライバーへ送る画像形式を統一しました。と言っている
ように感じて仕方ないのですが。
今後発売されるプリンターでは、ハード的にそれ専用に作れる
ってメリットとかあるんでしょうか?
要するにFAX的にして安く作れるってことなのかな?
---
よくわからんのでアーマードコア
Re:これ、いわゆるミドルウェアって奴か? (スコア:1, 参考になる)
インストールしてみたんだけど、ますます良くわからない。
ダウンロードしたドライバをインストールすると、
PCにつないだプリンタがBMLinkS対応になるわけではないようだ。
ドライバについていたPDFのマニュアルを見ると、
これは単にBMLinkS対応のネットワークプリンタに出力するための
ドライバに見える。
ということは、印刷要求を出すほうはこのドライバがあればよいが、
実際に印刷するには、何らかの方法でBMLinkS対応のネットワークプリンタを
用意しなくてはならないようだ。
しかし、Webにもマニュアルにも、現状における対応プリンタについては、
説明がないようだ(見落としていたら、補足願います)。
しかし、プリンタメーカがネイティブでBMLinkSに対応したプリンタを
発売するとも、製品差別化の点から考えにくい。
現実的なところでは、BMLinkS対応の自社用プリンタドライバを
リリースする程度か?
いずれにしても、現状では仮想プリンタが見えるだけで、
実際に印刷は出来なかった。
(出来た人がいたら、こっちも補足願います。)
ちなみに、Readme.txtやマニュアルのPDFは???なところがあって
面白いので、ぜひ一読することをお勧めする。
読むと解るが、仕様的に詰めの甘い部分が残っていて、
つまらない制限もあるようだ。
# ネットワークプリンタの検索にIE6が必要など、
# ???となる人やポータビリティに疑問を持つ人が出てくると思う。
Re:これ、いわゆるミドルウェアって奴か? (スコア:1)
>ソフトウェア紹介
>
> 1. 本ソフトウェアは JBMIA が推進する BMLinkS 仕様に基づき作成しております。
> 2. 本ソフトウェアは BMLinkS の特徴である検索機能を用い、BMLinkSプリントサービスをネットワーク経由で探し印刷を行います
という事なのでクライアント側ドライバですね。
Re:これ、いわゆるミドルウェアって奴か? (スコア:1)
該当ページを私も読みましたが、「ネットワーク
プリンタ(スキャナなども含む)用の標準ドライバを策定
する」以外の意味には読み取れなかったので…
どうせ各社拡張に走りそうですが、基礎的な部分だけでも
共通化していれば、まだしも使いやすいんだろうなと思ったり。
プリンタのMIB実装って各社バラバラ、プリンタサーバなど
を使った場合を考えていなかったりする現状において
結構、管理面においても有効かなぁと
つーかこれだけADSLが普及した今日、USBよりもLanPortの
方がいいのかなと思ったりもするんですが、どうなんでしょ。
http://www.jbmia.or.jp/bmlinks/intro/index.htm
>>オフィス環境を中心としたLAN環境においては、
>>MIB等を用いて複数の機器を探索することが実現されているが、>>SOHO、モバイル等の環境では実現されていない。種々の応用
>>プロトコルによって、プリントアウト、スキャン、その他の
>>データ入出力が規定されているが、それらのほとんどは、
>>機器の探索に関して規定していない(又は、規定が完了して
>>いない)のが現状である。また、いくつかのディレクトリ・
>>サービス・プロトコル(及びそれに類するプロトコル)が
>>規定される様になったが、OA機器をそれらのプロトコルを
>>用いて探索可能とするためのスキーマが定義されていない。
>>上記の課題を解決するため、OAシステム機器プロジェクト委員会
>>では、次の3の領域に関して標準化を行った。この標準仕様
>>がBMLinkSである。
ホームユースの場合 (スコア:3, すばらしい洞察)
ホームユースだと、FDi [fujifilm.co.jp]やプリンタのあるインターネットカフェの類みたいなのが増えてきてアウトソース(?)しやすくなっていますし、年賀状ぐらいしか使わないなら、その方がトータルコストが安いでしょう。
私自身も、維持コストが高い割には使わないので自宅のプリンタは廃止しました。
特にインクやドライバの打ち切りが早すぎて実質的に2年サイクルでの買い換え、写真高画質と称して場所を取りすぎ、ちょっと使わないとすぐにノズルが詰まって、修理代*万円というのが痛かったですね。
Re:ホームユースの場合 (スコア:1)
実家にPCを入れたとき、これが面倒なのでモノクロレーザを入れました。
予想通り、カラー写真が印刷できないというクレームがきましたが...
# 受け取ったメールを全部印刷して読んでるようなので、この使用頻度ならインクジェットでも大丈夫だったような...
>維持コストが高い割には使わない
家庭用として考えると、カラー印刷するものって年賀状と写真程度ですので、
これだけなら写真屋とか印刷屋に依頼した方が安上がりです。
バザーとか町内会のお知らせをカラーコピーするケースってあんまりないですよね?
(モノクロコピーの方が遥かに安上がりって事もありますが)
そう割り切った場合、家庭用にはモノクロのレーザプリンタが最適ではないでしょうか?
ランニングコストはそこそこですし、長期間放置しても問題ないですし....
# 本当はドットプリンタが一番だったりして...
notice : I ignore an anonymous contribution.
Re:ホームユースの場合 (スコア:1)
> ちょっと使わないとすぐにノズルが詰まって、修理代*万円
HPのプリンタを買うと、少しだけ幸せになれたかもしれません。
もう遅いか。
[udon]
Re:プリンタは持ってないんですけど (スコア:2, 興味深い)
Re:プリンタは持ってないんですけど (スコア:1)
電車の中は機密漏洩の観点からするとマズいような気がする
バッテリーを気にしないで使えるって点では紙は有利だね
Re:プリンタは持ってないんですけど (スコア:1, すばらしい洞察)
あなたは、企画書を作成したことがありますか?
あなたは、報告書を作成したことがありますか?
あなたは、顧客や上司へ資料を提出したことがありますか?
あなたは、顧客や上司が提出された資料をどのように管理しているか把握していますか?
ビジネスの場では、電子媒体以外に紙媒体を提出するのが普通です。
紙は電源も要らない、必要事項を追記できる、検収印を押せる(日本ではここ重要)ので
今でも主役です。電子媒体はバックアップの意味しか持たないことも多いのです。
Re:うちも紙に出すのが普通で・・・ (スコア:2, 興味深い)
人間だけじゃなく、機械の力を借りれば、可能です。
grepとかdiffとかね。
「確認」という概念を、「全てを肉眼で見て満足する(笑)」ことと勘違いすると、
古典的なああいう(企業の)人々のような振る舞いに陥るんだと思います。
だって実際、200ページの文を肉眼で見て、大声で自慢できるほど(笑)の確度で
間違いを発見したりできますか?ってーと、出来ないんだよね。
人間は見落とす。確実さを持てない。見たような気になって満足することは出来るけどさ。
「確認専門のプロ」みたいな人材を養成することは、原理的には可能かも知れない、と思うことは時々あります。
タイピストみたいな位置付けね。
ただ、専門プロは多分、毎回違う内容であるところの確認対象文面の「意味」については
なかなか理解できないだろうね。
そして、意味が判らない限り間違いかどうかも判らない、という文章は、幾らでも有り得る。
よって、プロは事実上役立たない、と予想します。
#意味が判らなくても発見できるような間違いは、機械に発見させるほうが得意だろうし。
要するに、「機械に確認(を手伝い)させたらいいじゃん」なものと、
「どうせ何やったって確認なんか出来ないよ」なものと、が相当多いということを認めずに居る人が、
相当多い(笑)んだよね。
ソースを刷ったものが段ボール一杯になって出荷(笑)されていったときには、空しくて涙が出てきたので、G7。
だって、あんなもんを読破し有効活用(間違い発見とか)出来る人間が、居るわけないもん。馬鹿馬鹿しい。
ちなみにそれに添付(笑)したMOは一枚で済みました。当然ながらポケットサイズだし、(コンパイラが)有効活用してくれます。
># 紙だと、各種のメモが入れられ(マーカーペンを含む)、
なるほど。でもそれは、それが出来ないソフトが悪いんでしょうね。
俺も使ったことは無いんです、たとえばPDFに赤入れ [iothe.co.jp]出来るツールなんてのもあるようです。
こういう観点に目覚めたソフトが今後増えてくれることを祈っています。
># 大きな机に広げると一度に10枚くらいは簡単に見渡せるのが便利。
面積とDPIについては、計算機の今の画面は、情けないのは確かですね。
細かいチェックは上記のように肉眼では絶望的ですが、大まかに見て漠然とアタリをつける能力は人間ならでは。
今の5ないし10倍くらいにDPIが上がってくれないとなあ。
あと机(テーブル)型のディスプレイも普及して欲しい。それで使うのに適したOS(GUI環境)も。
Re:うちも紙に出すのが普通で・・・ (スコア:1)
うわ。なにげに上の人の意見を肯定してるし(^^;
#「最初の2行」には俺の文は無い、ってのが味噌だと見たのでG7。うん。人生は愉快だ。
Re:うちも紙に出すのが普通で・・・ (スコア:1)
同じであるべきものが同じでないとか、同じでないべきものが同じである、とかが判ります。
>また、それは「ソースコードのレビュー」にふさわしい成果と言えますか?
というか、ソースコードのレビューとやらに期待されている成果とは何?
#レビューの名のもとに無茶をさせられたことなら枚挙に暇ないんでG7
#あれ、ほんとに有効な手法なのか?