【2次元コード】QRコード総合スレ2【バーコード】

日本の携帯電話の4割が対応している (ITmedia推定) とされるQRコードに関するスレです。
面白・便利な使い方や、3キャリア間の互換性を確保したコードの作成などについて語りましょう。

■過去スレ
http://hobby7.2ch.net/test/read.cgi/phs/1090397409/

■基本リンク
◇QRコードドットコム … デンソーウェーブによる公式サイト
http://www.qrcode.com/
◇Yahoo!ニュース QRコード … QRコード関連のニュースを掲載
http://dailynews.yahoo.co.jp/fc/computer/qr_codes/
◇QRコードBlog … QRコード関連の話題をQRコードで載せている不便なブログ
http://www.qrcodeblog.com/

■QRコード作成サイト
http://qrcode.jp/
http://qr.quel.jp/

■Windows用 主要QRコード作成ソフト / 読取ソフト
◇Psytec QR Code Editor … 【読取機能あり】 ドコモ式・ボーダ式・マルチキャリアコード作成 ※おすすめ
http://www.psytec.co.jp/tips/0304/
◇NTTドコモ QRファクトリー … ドコモ式コード作成／iアプリ連携など特殊機能も使える。
http://www.nttdocomo.co.jp/mc-user/i/barcode/qr_fact.html
◇au 2次元コードメーカー … ボーダ式コード作成／EZナビウォーク連携の住所が入力できる。
http://www.au.kddi.com/ezfactory/tec/two_dimensions/kit_dl.html
◇ボーダフォン QRコードエディター for Mobile / 同・Pro版 … ボーダ式・ボーダ専用コード作成／分割コードの作成も可能。
http://www.dp.j-phone.com/dp/tool_dl/qrcode/tool.php

その他の作成・読取ソフトや、マルチキャリアコード作成方法などは>>2-10あたり

■Windows用QRコード作成ソフト
◇QRWindow 2
http://www.qrcode.org/
◇SHARP ケータイQRコードマネージャー … ボーダ式コード作成。
http://k-tai.sharp.co.jp/download/tools/qrmngr/index.html
◇easyQR … ドコモ式・ボーダ式コード作成／ボーダフォン用絵文字が入力できる。
http://beefway.hp.infoseek.co.jp/dl-easyqr.html

■Mac OS用QRコード作成ソフト / 読取ソフト
◇即答、こ〜でんネン！ … ドコモ式・ボーダ式・マルチキャリアコード作成／各キャリア絵文字入力、分割、ボーダ専用、iアプリ連携対応など。
http://micono.hp.infoseek.co.jp/qrcodingen/index.html
◇で、こ〜でんかぁ？ … 【読取ソフト】ボーダ専用やiアプリ連携など特殊コードにも対応。
http://micono.hp.infoseek.co.jp/decodingqr/index.html

■ケータイ・PDA用QRコード作成ソフト / 読取ソフト
◇QRcode4i … iアプリ対応機用。ドコモ式・ボーダ式コード作成。
http://www.swetake.com/qr/iappli/qrcode4i.html
◇QRCodec … 【読取ソフト】EZアプリ(Java phase3)用のQR読取ソフトを製作中。
http://qb.ath.cx/ez/
◇GetQR … PocketPC用。ドコモ式・ボーダ式(au)コード作成／住所入力対応、AA版QRコード作成機能あり。普通のWindowsでも動作可能。
http://www.geocities.co.jp/SiliconValley-PaloAlto/7297/
◇QRCode Generator … Palm用
http://www.geocities.com/nagamatu/QRCode/index-j.htm
◇QRMail … Palm用
http://pam-ya.com/
DATE:05/03/03 22:18:26 1PMFoJbL0

■QRコード技術情報など
◇swetake.com … スクリプトなど多数開発
http://www.swetake.com/qr/

■その他関連リンク
◇Yahoo! QRコード … QRコードに関するリンク集
http://dir.yahoo.co.jp/Reference/Codes/Bar_Code/QR_Codes/
◇Wikipedia QRコード … 誰でも加筆できるフリー百科事典
http://ja.wikipedia.org/wiki/QR%E3%82%B3%E3%83%BC%E3%83%89

■QRコード対応ケータイ (2005年2月現在)
◇NTTドコモ
901i/iCシリーズ、900i/iS/iV/iT/iC/iGシリーズ
700iシリーズ、506i/iCシリーズ、505iS/iGPSシリーズ
SH252i、F505i、SH505i、premini II

◇au (KDDI)
W31K、W31SA、PENCK
W21CA、W22H、W21S、W21SA、W22SA、W21T
A5502K、A5505SA、A5506T、A5507SA、A5509T、talby、Sweets
A5406CA、A1402S、A1402S II、A1404S
※上記のうちA5502K、A5505SAを除くEZナビウォーク対応機種はQRコードからの目的地登録が可能。
※読取機能はいずれもBREWアプリ「2次元コードリーダー」による実装。ただしA5406CAのみ自前の内蔵機能。
※A1402S IIのカメラなしモデルはQRコード読取機能なし。

◇ボーダフォン
Vodafone 902SH、802SH、802N
V401D、V601N、V○○○SH全機種、V603T
J-N51、J-SH09、J-SH10、J-SH52、J-SH53
※Vodafone 3Gの海外メーカー製モデルは現在のところ、全てQRコード非対応。

■QRコードの書式について
QRコードの基本は標準的なプレーンテキストです。
これにあらかじめ決められた書式で文字を書き込んだものが、ケータイで利用されるアドレス帳登録用やメール送信用コードになります。
このため、この書式を知っていればコード作成の幅が広がります。

■ボーダフォン式コード
http://www.dp.j-phone.com/dp/tool_dl/qrcode/tech.php

テキストがMEMORY:で始まるものはアドレス帳登録用、MAILTO:で始まるものはメール送信用のコードとして認識されます。
なお、いずれも各項目の最後には改行が必須です。
ボーダフォンにはこれとは別に「ボーダフォン専用コード (通称)」というものがあり、こちらは他キャリア端末からは読取ができません。
ボーダフォン専用コードは同社公式のQRコード作成ソフトで作成することができます。

◇アドレス帳登録用
MEMORY:メモ領域 ※必須項目なので、内容を省略した場合は空欄のまま残すこと。
NAME1:名前
NAME2:フリガナ
MAIL1:メールアドレス1
MAIL2:メールアドレス2
MAIL3:メールアドレス3
TEL1:電話番号1
TEL2:電話番号2
TEL3:電話番号3

◇メール送信用
MAILTO:メールアドレス(必須)
BODY:メール本文
SUBJECT:メール題名

■ドコモ式コード
http://www.nttdocomo.co.jp/p_s/barcode/home.html
http://www.nttdocomo.co.jp/p_s/imode/make/barcode/index.html

表記にはボーダフォンとの互換性はありません。
また改行の原則禁止など、表記方法にかなりの違いがありますので注意が必要です。

◇アドレス帳登録用
MECARD:N:名前;SOUND:フリガナ;TEL:電話番号;TEL-AV:テレビ電話番号;EMAIL:メールアドレス;NOTE:メモ(改行可能);;

◇メール作成用
MATMSG:TO:送信先メールアドレス;SUB:メールの題名;BODY:メールの本文(改行可能);;

◇ブックマーク登録用
MEBKM:TITLE:Webサイト名;URL:http\://サイトのURL;;

■ドコモ式コードの注意点 (必読)
◇上記のように、ドコモ式コードは改行禁止です。項目と項目は";"で区切り、最後には";;"を記します。
◇"\"(円記号)や":"(コロン)、";"(セミコロン)や","(コンマ)を文字列内で使う場合、
　 それぞれ前に"\"(円記号)をつけて"\\"、"\:"、"\;"、"\,"と表記してください。
　 これは書式用の同種記号との混同を避けるためです。URLのhttp://も例外じゃないので注意。
◇アドレス帳の名前・フリガナは、","(コンマ)で区切ることで1つめが姓、2つめが名と認識されます。例…夏野,剛

■コンテンツ認識機能
ドコモ端末では、QRコードに書き込まれたGIF/JPEG/MLD/MIDIファイルを読み出すことができます。詳しくは公式解説を参照。
http://www.nttdocomo.co.jp/p_s/imode/make/barcode/index.html

■auで使えるコード
http://www.au.kddi.com/ezfactory/tec/two_dimensions/index.html

ボーダフォン式・ドコモ式の両方のコードを読み取りできます。
そのためどちらで作成しても問題なく利用ができますが、公式サイトの技術情報ページや、
公式コード作成ソフトではボーダフォン形式のコードが取り扱われているため、特に理由がなければそちらにしたほうがよいでしょう。
なお、auではQRコードに書き込まれたファイルを端末側で取り出す仕組みは用意されていません。

■auのEZナビウォーク連携について
A5506T以降のEZナビウォーク対応機種では、QRコード中の住所からナビを始めることができます。
記述方法は"ADD:"や"住所:"という項目を作り、住所を書き込む方法が基本ですが、
条件により都道府県名、緯度・経度を含むURLでも認識されます。
http://www.au.kddi.com/ezfactory/tec/two_dimensions/naviwalk.html

なお、正常な動作のため以下の記述が推奨されています。
◇住所は都道府県名から記述する。
◇郵便番号や郵便記号(〒)は書き込まない。
◇番地以降には漢数字を使わず、アルファベット、アラビア数字とハイフンを使う。
◇スペースは半角・全角ともに使用しない。

■マルチキャリア対応コード

ボーダフォン式コードの後ろにドコモ式コードを書き込むと、1つのコードで全キャリアに対応することができます。
ただしこれは公式に推奨されている方法ではありませんので、場合により正常に読取が出来ない機種が存在する可能性もあります。

◇書き込み例 (アドレス帳登録用)
MEMORY:メモ領域 ※内容を省略した場合でも項目は必須
NAME1:名前
NAME2:フリガナ
MAIL1:メールアドレス1
MAIL2:メールアドレス2
TEL1:電話番号1
TEL2:電話番号2
ADD:ナビウォーク用住所
★以下ドコモ
MECARD:N:名前;SOUND:フリガナ;TEL:電話番号;TEL-AV:テレビ電話番号;EMAIL:メールアドレス;NOTE:メモ(改行可能);;

◇上記とは逆にドコモ式コードを先に書き込んだ場合、ボーダフォンの一部機種で正常動作しないことがあるようですので基本的に避けてください。
◇「★以下ドコモ」はau端末など両コード対応の環境で、同じ項目が2つ表示されることによる混乱を避けるための注意書きです。
　 読取自体には関係ありませんが、特に理由がない限り同趣旨の注釈を入れたほうがいいと思われます。
◇両対応コードは通常コードの2倍程度の大きさになります。
　 あまり多くの情報を入れるとサイズが大きくなりすぎて読み取れない機種が出る恐れがあるので、できるだけ簡潔にまとめましょう。V.10以下推奨。
　 たとえばADD:ではじまる住所項目は、au機のみが読取できます。このauはどちらのキャリアの方式書き込まれていてもでも読み取れますから、
　 ボーダフォン式コードとドコモ式コードの両方に住所を書き込む必要はありません。
◇アドレス帳に登録させる必要がなく、単にURLやメールアドレスにアクセスさせたいだけならこんな複雑な方法を使わなくても大丈夫です。
　 キャリアを問わず多くの環境では、特に書式のない通常のテキストでも文中に○○@△△があればメールアドレス、
　 http://○○やhttps://○○があればURLなどとして認識されます。つまり、アドレスだけを書き込んだQRコードを作ればいいのです。

■AA版QRコード

このスレでたびたび貼られる、■と□でできたAA版QRコードに関する情報です。
読み取りのコツは、カメラ画面上で各"■"間の隙間がちょうどなくなる(判別できなくなる)距離を探し出すことです。
機種により得手不得手がありますが、通常モードでは画面から1〜3m間で、マクロモードでは10〜50cm間でゆっくり携帯を前後させてみましょう。
なお、AA版QRコードの作成はhttp://a-t-software.hp.infoseek.co.jp/fs/qr.htmlやhttp://qr.quel.jp/qtext.phpのほか、>>2のGetQRでも可能です。

■AA版QRコードの手動作成方法 by Part1-192
　 (情報量最小パターンドット21×21の例)

1. http://qrcode.jp/でQRコード作成。一番情報量の少ないQRコード(ドット21×21)を作る。
2. Pic to Font (http://www.hs-jp.com/aska/pictofnt/)で作成行数を29行に指定しテキストに変換。文字は□■など2値パターンがオススメ。
3. AAEditor (ttp://aaesp.at.infoseek.co.jp/)の「編集(E)」→「似非ボックストリミング(T)」で周りの余分な部分を削る。
4. 携帯でチェックして(ﾟДﾟ)ｳﾏｰ

◇一回り上のサイズはこのやり方だとpict to font で変換を33行にする。
　 それ以降はドットを数えてその分増やして変換。

※なお上記作成方法はテンプレにあわせ、一部書式・文体を改変させていただきました。

■その他作成に関する注意事項

◇読み取りやすいコードにするには、白部分の指定記号を"□"の代わりに"丶"などの空白の多いものに変更するのがおすすめです。
　 文字は等幅でさえあれば何でも使えるので、"丶"だけでなく"∴"や"＿"など、いろいろ試してみてください。
◇白部分を"　 "(全角スペース+半角スペース)にすると、完全な空白になるため読み取り精度が格段に向上します。
　 しかし2文字つかっての表現となるためPic to Fontで直接変換できず、別途テキストエディタ等での置換作業が必要です。
　 また、通常2バイトで済むデータ量が3バイトに増えるため、大き目のコードでは2chへの書き込み時にはじかれる恐れもあります。素人にはお勧めできない。

■テンプレは以上

■■■■■■■丶丶■■丶■丶■■■■■■■
■丶丶丶丶丶■丶丶■■■丶丶■丶丶丶丶丶■
■丶■■■丶■丶丶丶丶■丶丶■丶■■■丶■
■丶■■■丶■丶丶丶丶丶■丶■丶■■■丶■
■丶■■■丶■丶■■丶■■丶■丶■■■丶■
■丶丶丶丶丶■丶丶丶丶■■丶■丶丶丶丶丶■
■■■■■■■丶■丶■丶■丶■■■■■■■
丶丶丶丶丶丶丶丶■丶■丶■丶丶丶丶丶丶丶丶
丶丶■■丶丶■■■丶■丶丶■■丶■丶丶丶丶
丶■丶■■丶丶丶丶■丶丶■■■丶丶丶■■丶
丶丶丶丶丶丶■丶丶丶■■丶■■丶丶■丶■■
丶■丶■■■丶丶■丶■■丶丶丶■■■丶■■
丶■■■丶■■丶■■丶丶■丶丶■丶■■丶■
丶丶丶丶丶丶丶丶■■■■丶丶■丶丶■■丶■
■■■■■■■丶■■■丶丶■■■丶丶■■丶
■丶丶丶丶丶■丶丶■■■■丶丶■■■■■■
■丶■■■丶■丶丶丶丶丶■丶■■■■丶丶■
■丶■■■丶■丶■■丶■丶■丶丶■丶丶■丶
■丶■■■丶■丶■丶■丶■丶■■丶丶丶丶丶
■丶丶丶丶丶■丶丶■■丶丶丶丶丶■■■丶■
■■■■■■■丶丶■■丶■■丶■■■■■■

※QRコードは(株)デンソーウェーブの登録商標です

スレ立てウマくいってよかったｗ
ﾃﾝﾌﾟﾚ用意してくれた人、乙

乙

乙。個人的には下記のも追加してホスイ。

■QRコード用便利ソフト

◇potrace … QRコードをベクトルデータ化
http://potrace.sourceforge.net/

カッティングシートやゴム印、広告等にQRコードを使う時に大変便利です。
v1.5だと圧縮されるので-cオプションを使うか、v1.3を使えばv1.5と全く
同じデータ（コメントのVersionのみ違う）が出来ます。

日本語説明サイト：http://www.ito-syoji.co.jp/tips-dtp-trace.html

↑広告業者に依頼した時のデザイン料が、ビットデータの場合より大幅に削減可能な筈。

このスレもようやく2つ目か。

ともかく>>1
禿しく乙。

前スレ >974
赤外線通信可能なau端末を調査してみた。ナビコードがBrewアプリに
対応していれば、これらでカーナビへの送信は出来る筈だが。

A1402S/A1402SII/A1404S
W21S/W22SA/W31SA

ナビコード　×
ナビシール　○

>>9
ガッ

null

>>15　ついでに赤外線通信可能なVodafoneも調べたら、これが結構有ったよ。

J-SH53/J-N51
V301SH/V601SH/V602SH/V801SH/V802SH/V902SH/V903SH
V401SA/V801SA/V802SA
V601T/V603T/V902T
V601N/V801N/V802N
V802SE

hosyu

１乙！！
いい具合にまとまったね


あと>9　ガッ

保守

ttp://www.42ch.net/UploaderSmall/source/1110694970.gif

>>9

■■■■■■■　　■　 ■■　■■■■■■■
■　　　　　　 　■　　■■■ 　　■　　　　　　　 ■
■　 ■■■　 ■ ■■　 ■■　■　 ■■■　 ■
■　 ■■■　 ■ 　 ■　 ■　 　■　 ■■■　 ■
■　 ■■■　 ■　　　 ■　 ■　■　 ■■■　 ■
■　　 　　　　　■　　　　　　 ■　■　　　　　　　 ■
■■■■■■■　■　■　 ■　■■■■■■■
　　 　　　　　　　　 ■■　 ■■
■ ■■　 ■■■■■■■　 ■■　　　　■
　 ■　　 　■　　　■■　　　　　　■　　 ■■
　 ■■ 　　　 ■■　　 ■　 ■　　　　 ■　■■■
■　 　 ■■　　 ■■　　　　　　　■　　　　　 ■
■ ■■　　　 ■■■■■　■　 ■　 ■　　 ■
　 　　　　　　　　　　■　　 ■　 ■　 ■　■■■
■■■■■■■　■　■■　 ■■■　　 ■　　■
■　　　　　　　 ■　■　　 ■■■　 ■■■■　 ■
■　 ■■■ 　■　■　　 ■　 ■■■ 　　 ■　 ■
■　 ■■■ 　■　　 ■■ 　　　 ■■　 ■　 ■
■　 ■■■ 　■　■■■　■　　　　 ■　 ■　 ■
■　 　　　　　　■　■　　　　　　　■■■■　 ■
■■■■■■■　■■　　 ■　 ■　 ■■■

QRメロディを作ろうと思ったがwindows98なので
「即答、こ〜でんネン！」も「QRファクトリー」も使えない＿|￣|○

http://www.qrcodeblog.com/archives/2005/03/qrblog_4.html
http://www.qrcodeblog.com/archives/2005/03/qrblog.html

QRコードスタンプがもらえるらしい

ドコモ式コードで、例えばテレビ電話番号やメモを入れない場合でも
「TEL-AV:」「NOTE:」は必要ですか？
あと、フリガナは全角で書くのでしょうか？

MECARD:N:名前;SOUND:ﾌﾘｶﾞﾅ;TEL:電話番号;EMAIL:メールアドレス;;

こんな風にやっては駄目なんかな？

　保守ついでに質問。

　QRCodec betaをW11Hでうまく使いこなしている人はいませんか？
マクロがないのと焦点の距離が長い（？）のとでまるで使えないorz
どなたかコツをご存じの方、伝授していただけると助かります。
ちなみにQRコードblogの読み取りで20回に１回成功するかどうか、
というくらいのだめさ加減ですorz

ちょっとQRコード対応端末の普及率について調べてみた。認知率については
いくつか記事を見た事があるが、普及率は見た覚えが無かったが、つい一ヶ月
ほど前の記事が見つかったよ。

http://www.itmedia.co.jp/enterprise/mobile/articles/0502/25/news096.html
｜KDDIが対応台数非公開だが、日本の携帯電話のおよそ4割はQRコード読み取りに
｜対応していると推定される。

認知率が８〜９割って話に比べると、まだまだって感じですね。まあ絶対台数が
（多分）３０００万台以上ある事からすれば、かなり多いと言えますが。

↑そういや最新機種なら全て対応してる、と思ってたのですが、ボーダフォン
だけ駄目ですね。グローバルスタンダードの弱みが出てしまってるみたいです。

｜3G端末ではシャープおよびNEC製端末が対応しており、ノキア、モトローラ、
｜ソニー・エリクソン製端末は非対応。

Brew対応なAU端末は必然的に全適用になるから、今後はQRcodecの必要端末が
減る事になるので、グローバルスタンダードの足枷のあるボーダフォン端末の
為に、Ｖアプリ版が望まれるところでしょうか。

もしＶアプリ用を作るなら、読みとった内容がdocomo書式の場合でも
Vodafone書式に変換してくれる機能も、追加で欲しいですね。

http://pcnikki.exblog.jp/i12

うーーーん、Ｖアプリの配布は結構面倒そうですね。

>>31
QRCodecではすでにdocomo書式のデータでも自動で認識・変換して読めるように
なっているようなので、その辺は問題なしかと。

>>33 ただアドレス帳への登録なんかは、元々au端末だとBREWアプリでも
docomo書式でモーマンタイになってるから大丈夫そうだが、vodafone端末
ではどうかな？と思った訳です。

逆に言えば、vodafone書式を解析する部分を新規作成する必要があるかも？
ですね。

尚、公開に関しては下記のアプリ★ゲットに作者登録を行えばオケと
考えれば良いのかな？

http://appget.com/

ただ現状のau専用のQRcodecでもアドレス帳への書き込みはヤバイ気
がするのだが、それは利用者がを負いさえすれば問題無いのか、それ
とも其処までQRcodecがサポートしてないのかな？

＞利用者が　を負いさえすれば
　　　　　↑
　　　　リスク　　抜けてました。

QRcodecが正式なV1.0になりましたね。

ところでQRcodec開発元のコメントを見ると、解析結果をメール編集画面に
表示する様な話が有りました。
http://qb.ath.cx/works/log/eid43.html#comments

という事は、アドレス帳への登録までは実施してないって事ですかね？

>>36
＞アドレス帳への登録について

ども。作者です。
ezアプリ(Java)の勝手アプリでは、アドレス帳やデータフォルダへの書き込みは
許可されていないので、やりたくても出来ませんでした。

ただ、メールの本文にメールアドレスや電話番号といった内容が含まれていると、
メールを送信ボックスで表示した時にそれらがハイパーリンクのようになり、
選択時のメニューからアドレス帳に登録できるので、これを利用して、後で
登録してもらうという形をとっています。

>>37 作者さん、わざわざ返信恐縮です。

やはりアドレス帳への登録は無理でしたか。確かに電話番号やメールアドレス、
URLの場合はそれが出来そうですね。

まあau端末の場合だと、vCardファイルにするって手段も使えそうですが、
データフォルダへの書き込みも駄目じゃ無理だし、先の３つ以外を登録する
必要性は低いでしょうしね。

Ｖアプリ版まで作って頂くのは大変でしょうから、どなたか奇特な作者が
現れてくれると良いのですが。


あ、そうそうこのスレの次回テンプレでは、QRコード非対応ケータイでの
対処方法の纏めも欲しいですね。メールアドレスを提供するのがアレです
けど、定番は下記のサイトに依頼する事でしょうね。

http://www.myna.jp/howto/qrread.html

↑で、ezアプリ(Java)対応ケータイの場合のみ、メアド提供無しでQRcodecに
対処可能です、って感じでしょうか。

バーコードリーダーって、QRコードは分かるのだけど、
JANコードの数字なんか読んでなんの意味があるの？

amazon.comのiアプリでは商品のバーコードを読み込んで通販で物が買える。

>>41
しかしまぁ、店で(特にamazonが対象としているはずの本屋で)携帯を
持ち出したら店員に呼び止められるわな。

>>25
前スレで投下したのと同じだけど。たぶん動くと思う。
ttp://nullpo.mydns.jp/up/updir/3015.lzh
要望と違ったらスマソ

>>28
もし同じQRコードをQRcodecじゃなくて、下記のメール解析サービスに
送信しても駄目だとしたら、カメラ性能の問題になるから諦めがつく
かも？

http://www.myna.jp/howto/qrread.html

もし上記なら読めてQRcodecだと駄目なら、QRcodecソフトの改良で
なんとかなる余地がある証左になりますね。

↑勿論、PC上のアプリを使ってる筈のメール解析サービスよりも、Javaで解析
してるQRcodecの方が機能や容量、性能で追いつかないでしょうから、同等って
訳にはいかないでしょうが。


そういえば、メアドを晒さずに済む様なｗｅｂ解析サービスみたいなのって
無理なんですかね？

ケータイ上のJavaに比べて、サーバー上のcgiやPHPの方が機能が優れてると
までは言いませんが、容量や性能には余裕が有りそうですし。ただQRコード
の画像ファイルをどう提供するかが厄介そうですが。

アップロードだとケータイ毎に別途用意が必要だし、URL指定でも何処かに
予めアップロードしておく必要が有りそうですし、うーーーーん。

>42
み〜て〜るだけ〜〜〜
お店で選んで家で買う」ってCM知らんか？

>>44
画像認識で位置決めさえ出来れば、後は規格どおりに開けるだけだから、PCでも
カワランと思われ。シンボル見れば判断出来るが…

>>28
W11Hで(QRコードBlogの本文に使われている)型番10まで読めてるらしいです
http://qb.ath.cx/works/log/eid48.html#comments

俺はW11Hでは無いので分からないのですが、やはり撮り方にコツがあるのかも
しれないですね。

>>48 それは >>28 氏がV1.0で改善した結果を報告しただけ、だとオモタが。

>>28ですが…

　今日アップデートに気付いて早速挑戦してみましたが相変わらず３０回に
１回くらい読み取れる（それでも数文字化ける）状況ですorz　当然報告
などまだできるような状態ではありません…。
　やはりこれは読み方のコツとかいう以前にカメラの性能が悪すぎるん
だろうか…。

>>44

　>>28です。すみません、見落としてました。
　早速解析サービスに送ってみましたが、最初に撮った１枚を送った
ところ全く文字化けなしの一発成功。次にQRCodecでは型番さえ認識
できなかった画像も送ってみたところこちらも全く問題なしの解析
結果が返ってきました。どうやら一方的にカメラが悪い、というわけ
でもないようですね。どうもQRCodecではまず三方にある位置合わせ
パターンが読み取れない、次にコード内の小さな位置合わせパターンが
わからないor座標誤り、のいずれかの段階で止まってしまうことが
大半のようです。

QRCodec作者も登場するし、いい感じのスレになったな。

>>51
なるほど。http://www.myna.jp/howto/qrread.html では読み取れたわけですね。
興味深いです。

私としてもQRCodecの読み取り能力はもう少し上げたいと思っているので、もし
差し支えなければその画像をアップしていただけないでしょうか？
W11H/Kのカメラで得られるQRコード画像がどのようなものか、まだよく分かっていない
部分があるので。私は実機はA5403CA(200万画素)しか持っていません。

Uploaderは以前提供していただたものがあります。
このページの一番下です　http://hp8.0zero.jp/112/w11kusers/

ちなみに今現在ここにアップされている、W11Kで撮影された4つのQRコード画像は
いずれもQRCodecでもhttp://www.myna.jp/howto/qrread.html でも読み取れませんでした。
なので、おそらく>>51さんが撮影したものは「もう少しで読める」といった類の画像
だと思います。そういった画像のサンプルが多いほど、こちらとしては読み取り処理の
チューニングがしやすくなります。

UploaderのURLが間違ってました。正しくはこのページの一番下です。
http://hp8.0zero.jp/bbs/index.php?num=2&uid=w11kusers&dir=112

>>51 QRcodecの改良で改善しそうな結果が出て何よりです。

ただ、>>48で同じW11Hでもう少し上手くいってる事例がありますから、
何か特殊事情も有るのかも？　例えばカメラのレンズが汚れてるとか。

友達がイタズラで指紋を押してるなんてのも有るかも？とか、ラーメン
の汁がかかってしまってるとか、結構カメラのレンズの汚れには無頓着
な人が多そうですし。

>>28です。

>>53
　指定のアップローダの「QRcode beta test 臨時」に３枚上げてみました。
元のコードはQRコードBlogさんの３月19日のコードです。撮影した機種は
W11Hで、ノートパソコンの液晶画面に向けてデジタルズーム最大（＋４）に
して撮影しています。コードは画面上では37mm四方で表示されています。
　なお、３枚目は自分が覚えている限りでは初めて全く文字化けなしにQRCodecで
解読できたQRコードBlogのコードですが、その後同じように試しても失敗に
終わりました。
　ちなみに、３枚ともPsytecのQRコードエディタにも読ませてみましたが、
無事文字化けもなく解読できました。
　改めてＰＣに画像を取り込んで見てみるとぼけまくってますね…。ただ
焦点を合わせようとして距離を取ると今度は黒くつぶれてますます読めなく
なってしまうのでどうもこのくらいの距離が妥当のようです（位置合わせに
成功して何らかの文字が出る割合が比較的高い）。

　参考までにW11Hのカメラの性能ですが、CMOSの31万画素、デジタルズーム
最大x4、自動露光調節（手動補正−４〜＋４）といったところが主な仕様
です。

　こんな画像でも何かのお役に立てれば幸いです。

>>55
　レンズはつい最近拭き掃除をしてやったところです。W11Hのカメラ部は
回転して普段表に出ないようしまっておくことができますので、ほとんど
ホコリが付くこともありません。

QRcodec1.1 が出てますね。しかも >>56 アップ後の約６時間半後です。（早っっ！

そういやQRcodecって、BREWアプリなQR読みとり対応端末でも使えるんですよね？

そうならBREWアプリでOKなのにQRcodecだとNGな場合の画像も、どこかにアップ
して貰えれば、QRcodecのチューニングに助かりますね。

QRコードの作り方教えてください

>59
QRコード作成ソフトを起動
空欄に入力
「作成」ボタンを押す。
終了

違う違う

>>9>>24みたいなの

>>61
QRコードAAって書けば良いのに。
元のQRコード作成して
真似て作れば良いだろ。

>>61
http://qr.from.jp/
等で表示し、画像を拡大表示してそれを見ながらテキストエディタで打つ。
小さいものなら楽勝でしょ。

あれ、手打ちだったのか？
これは吃驚。

何故 >>9 を見ていながら >>8 をチェックしてないのか不思議だが。寝ぼけてるのかい？

そういや >>2 で紹介されてるGetQR のアドレスが変更になっていたよ。次回テンプレで
修正よろ。

>>38 Ｖアプリですが、カメラ制御はＰ５型の256Kアプリから可能な様です。
http://www.saturn.dti.ne.jp/~npaka/kvm/midp/

↑上記に出てる256Kアプリ端末は、下記によればどうやらQR読みとり対応してる様です。
http://www.hourin.com/takayuki/mhpqrj.html

下記のVodafoneサイトを見ても、同じ端末しか掲示されてません。
http://developers.vodafone.jp/dp/tech_svc/info/

但し、>>30 に書いた通り、ソニーエリクソンとかはQR非対応ですし、下記に
よればメガアプリ対応してます。
http://www.vodafone.jp/japanese/products/model_3G/v802se/

下記を見ると、メガアプリは256Kアプリより上位の位置づけですから、多分
カメラ制御は大丈夫でしょう。
http://www.vodafone.jp/japanese/live/vappli/m_appli/

モトローラやノキアも下記を見るとメガアプリ対応ですから、QRcodec for Vアプリ
の狙い目は、やはりこの当たりでしょうね。

http://www.vodafone.jp/japanese/products/model_3G/v702mo/index.html
http://www.vodafone.jp/japanese/products/model_3G/v702smo/index.html

http://www.vodafone.jp/japanese/products/model_3G/v702nk/index.html

　　■■■■■■■−■−−−■−−■−−■■■■■■■
　　■−−−−−■−■−■−−−■−■−■−−−−−■
　　■−■■■−■−■■■■■−■■■−■−■■■−■
　　■−■■■−■−−■■−■−■−■−■−■■■−■
　　■−■■■−■−■■■■■−■■−−■−■■■−■
　　■−−−−−■−−−■■■■−■−−■−−−−−■
　　■■■■■■■−■−■−■−■−■−■■■■■■■
　　−−−−−−−−−−−−−−−−−−−−−−−−−
　　■−−■■■■■■■−■−■−■−■−−■−■■■
　　−−■−−■−■−■■−■−−−−−■−−−■−■
　　−−−−■−■■−−−−−■■■■−−■−−−■−
　　■−−−■−−−−■−■−−■■■−■−−■■■−
　　■−■−−−■■−−−■■−■■■■−■■−■−−
　　−■■−■■−■■■■−−■■−−−■■−−■−−
　　−−■■■−■−−■−■■■−−−−■−■−−■■
　　−■■−−−−−−−−■−−−■■■−−−−−■−
　　−■−−−−■−■−−−−−■−■■■■■■−■■
　　−−−−−−−−■−■■■■−■■−−−■−■■■
　　■■■■■■■−■■■■−−−■■−■−■−−■−
　　■−−−−−■−■−−−■−■■■−−−■■−■■
　　■−■■■−■−■−−−■■■■■■■■■■■■■
　　■−■■■−■−■−■−−−■■■■■■■−■■■
　　■−■■■−■−−−■−■−■■−■■■■■−■■
　　■−−−−−■−−−■−−−■−■■−■−−−■■
　　■■■■■■■−■−■−−■■■−■■■■■■−■

>>58 QRcodec 1.11 も出ましたし、もしかしたらBrewアプリでＮＧで
QRcodecならＯＫな場合も出るかも？ですね。

いくらBrewアプリでも、ＰＣ上で行ってるメール解析サービスほどには
いかないだろうし、端末によってカメラ性能のクセの差は有るだろうから、
基本的にはBrewアプリがQRcodecより優れていたとしても、そういう場合
があっても不思議は無さそうです。

Brewアプリ／QRcodec／メール解析サービスの結果を、何人かから報告して
貰うと楽しいかも？

>>66 ついでに下記ページでｉアプリもチェックしてみたら、どうやらDoJa3.0以降
でカメラ機能が標準な様です。
http://www.saturn.dti.ne.jp/~npaka/ibook2/izon.html

ムーバ505i以降とフォーマ900i以降が対応するみたいですが、>>29 によれば505is
以降と900i以降はQR対応してる様なので、狙い目はisじゃない505iシリーズって
感じですね。

ただ、DoJa2.0でもオプションでカメラ機能が載ってるのも有る様だし、下記をみる
とF505i/SH505iはQR対応してますから、例外は有るみたいですが。
http://www.hourin.com/takayuki/mhpqri.html

因みに、DoJa3.5からコードリーダ機能が標準装備なので、Brewアプリと同様に
機種別でQRコード読みとり性能に、ソフト上の差は出ない様です。

>>68
ただ、メガアプリは過去のvアプリと互換性がない上、開発環境が一般に公開されて
いないのでそれらのQRコード未対応の海外製端末は、今のところ打つ手無しといった
状況のようです。

http://hobby7.2ch.net/test/read.cgi/appli/1099757612/

>>72 ゲゲッ、そうなんですか・・・。すると QRcodec for Vアプリが
利用可能で、QR非対応なVodafone端末って存在するのかなあ？

>>73
少し>>72 のスレを読んでみたが、メガアプリも所詮はJavaだから開発環境
が公開されさえすれば、何とかなりそうですね。

>>66 良くみると256Kアプリからは、カメラ制御だけでなくてコードリーダー
制御ってのも標準になってますね。

という事は、256Kアプリ対応端末でQR非対応端末が存在しないのは、当然って
事になるのかな？

因みにEZアプリの場合、>>66 を見るとバーコード解読ってのがPhase3でも
オプション扱いで、iアプリやVアプリみたいに標準にはなってないですね。

まあBrewアプリで標準搭載してるから、EZアプリにわざわざ搭載しないって
事でしょうが。

>>71
http://www.digitalcamera.jp/camera-ktai/html/model.htm

上記を見るとQR対応なF505i/SH505i以外の505iシリーズな機種は、

「D505i/N505i/P505i/SO505i」

の４機種ですから、これらが QRcodec for iアプリ の対象機種って
事になりますね。ただソニーエリクソンのは、ちゃんとDoJa3.0対応
してるかちょっと心配ですが。

いずれにしても QRcodec for Vアプリがメガアプリ開発環境の公開
待ち状態だと、取り組むなら QRcodec for iアプリの方が先になり
そうですが。

■■■■■■■□□■□■□□■■■■■■■
■□□□□□■□■□□□□□■□□□□□■
■□■■■□■□■■■■■□■□■■■□■
■□■■■□■□■□■□□□■□■■■□■
■□■■■□■□□■■□■□■□■■■□■
■□□□□□■□□□□■□□■□□□□□■
■■■■■■■□■□■□■□■■■■■■■
□□□□□□□□■■□□□□□□□□□□□
■□□□□□■□■■□■□■■□□■■■□
■■□■■□□□■□■■■■□■■□■■■
□■□□■□■□■□□□■□■■□□■■□
□□■□■□□□□■□■■■■■□■■□■
□■□■■□■□□□□■■■■■■□■■□
□□□□□□□□■■□□■□□□□□□□□
■■■■■■■□□■□■□■□□■□□□□
■□□□□□■□□□□□□□■□□■■■□
■□■■■□■□□■■■□■□□■□■□□
■□■■■□■□□■■■■■■□□□■□□
■□■■■□■□□■□■■■□■■■□■■
■□□□□□■□□□■■■■■□■□□□□
■■■■■■■□■■□□■□□□□■□□■

>>77
■■■■■■■□■■■■■□■■■■■■■
■□□□□□■□■□■□■□■□□□□□■
■□■■■□■□■□□□□□■□■■■□■
■□■■■□■□■■■■□□■□■■■□■
■□■■■□■□□□□□■□■□■■■□■
■□□□□□■□■■□■□□■□□□□□■
■■■■■■■□■□■□■□■■■■■■■
□□□□□□□□□■■■■□□□□□□□□
■■□□■■■□□■□■□□□■□■■■■
■■■□■□□■□■□■■□□■□■□□■
■■□□■■■■■□■■□□■■■■■■■
□■■□■□□■■□□□□■■□■■■□■
□□■□■□■□■□■□■■■□□□□□■
□□□□□□□□■■■□■■■□□■□□□
■■■■■■■□□■□□■■□□□□■□■
■□□□□□■□■□■■■□□■□■□■■
■□■■■□■□■■□■□□■■■□■■■
■□■■■□■□□■□■■□□■□■□■■
■□■■■□■□□□□■□□■■■■■□□
■□□□□□■□■□□□□■■□■□■□□
■■■■■■■□■□■□■■■□□□■□■

■■■■■■■□□■□□■□■■■■■■■
■□□□□□■□■□■■■□■□□□□□■
■□■■■□■□■□■□■□■□■■■□■
■□■■■□■□■■□□□□■□■■■□■
■□■■■□■□□■□■■■■□■■■□■
■□□□□□■□■■□■□□■□□□□□■
■■■■■■■□■□■□■□■■■■■■■
□□□□□□□□□□□□□□□□□□□□□
□■■■■■■□□■□■□□□□□■□★□
□□□□□■■□□■□■□□□■■■■■□
□□■■□■□□□■□■□■□□□■□□□
□□□■■■□□□■□■□■□■□■□■□
□■■■□■■□■□□■■□□■□■□■□
□□□□□□□□□□□□□□□□□□□□□
■■■■■■■□□□□□□□□□□□□□□
■□□□□□■□□■□□■□□□■□■□□
■□■■■□■□■□□■□□□□□■□■□
■□■■■□■□■□□□□■□■□□□■□
■□■■■□■□■□□□□■■■□□□■□
■□□□□□■□■□□□□■□■□□□■□
■■■■■■■□□■□□□□■□□□■□□

>>79
□□■□★□
■■■■■□
□□■□□□
■□■□■□
■□■□■□
□□□□□□
↑何て読むんだい？

>>79
□□■□★□
■■■■■□
□□■□□□
■□■□■□
■□■□■□
□□□□□□
↑何て読むんだい？

>>71 >>76
わざわざ調べていただいてありがとうございます。

というわけで、QRCodec 1.11をiアプリ Doja 3.0に移植してみました。
ただいま動作テスト中です。D505i/N505i/P505i/SO505iのどれかを
お持ちの方は、動作テストに参加していただけると助かります。

アプリの動作確認はここでタノメ。
http://hobby7.2ch.net/test/read.cgi/appli/1087912411/233-

■■■■■■■□■■□□□□■□□□■■■■■■■
■□□□□□■□□■■■□□■□■□■□□□□□■
■□■■■□■□□■■■□■□■■□■□■■■□■
■□■■■□■□■■□□□□■□■□■□■■■□■
■□■■■□■□■■■□■□□■■□■□■■■□■
■□□□□□■□■□□□■■■□■□■□□□□□■
■■■■■■■□■□■□■□■□■□■■■■■■■
□□□□□□□□■□□■■□□■■□□□□□□□□
■□□□■□■■■■□■■■■□□■■■■■□□■
■■□■■□□□■□□■□□■□■□■■■□□□■
□□■□□■■□□□■□□■■■□■□□■■■■□
■■□□□□□□□■■■□■□■■■□□■■□■■
□■■■□□■■■□□■■■□■□■□□■■□□□
■□■■■■□□■■■□□■■■□■■■■□□□■
□□■□□■■■□■□□□□□■■■□■□■■□□
□□□□■□□■■■□□■□■■□■□□□□■□□
■■□□■■■□□□■■□■■■■■■■■□□□■
□□□□□□□□■■□□■□□□■□□□■□□□■
■■■■■■■□■■□■■■■■■□■□■■■■□
■□□□□□■□□□□■□■□■■□□□■□■□□
■□■■■□■□■■□□■■□□■■■■■□□□■
■□■■■□■□□■□□□■■■□□■■■□□□■
■□■■■□■□□□□□□□□■■□□□□■■■□
■□□□□□■□□■□□■□■■■□□■■■■■□
■■■■■■■□■□□■□■■□□■■■■□□□□

>>83
ｶﾞｯ

>>82 おお、作者本人に移植して頂けるとは。しかもこんなに早く。

奇特な誰かが引き受けてくれるのを期待してただけなのですが。

Doja 3.0ってimode独自な部分が多いという話が有ったので、もっと
手こずると思ってたので望外でした。誰か早く報告が有るといいなあ。

↑そういえば画像読みとりのチューニングについては、auでもdocomoでも
構わない訳だから、D505i/N505i/P505i/SO505iでNGでメール解析サービス
でOKな事例が出れば、iQRcodecからQRcodecへフィードバック出来るかも
しれませんね。

勿論、QR対応なF505i/SH505iで読みとりOKで、iQRcodecがNGの場合でも
同じく役立ちますし。

http://www.bizmarketing.ne.jp/1/2276.html
http://www.qrcodeblog.com/archives/2005/04/qr_134.html

そうか今日は4月1日か・・・

>>74 メガアプリ開発環境が公開された様です。vQRcodecが期待されます〜。

http://developers.vodafone.jp/dp/

****************************************
2005/4/1 更新情報

Vアプリ技術資料
　・概要編 Ver.1.0.7
　・メディア編 Ver.1.0.4
　・シリアル制御編 Ver.1.0.4
　・Tips編 Ver.1.1.1
　・Ｖアプリ端末情報 Ver.1.1.2
　を更新しました。
　・Ｖアプリ端末情報〜3GC型端末編〜 Ver1.1.0
　・新機能導入の手引き2004
　　〜P7型端末編〜 Ver1.0.2
　・新機能導入の手引き2004
　　〜3GC型端末編〜 Ver1.1.0
　・APIリファレンス　JavaDoc版（P7型）
　・APIリファレンス　JavaDoc版（VSCL 2.0）
　を追加しました。
Vアプリ開発ツール
　・Vアプリ開発支援ツール
　　（JSCL 1.2.2 SDK)　Ver1.0.1
　を追加しました。
*******************************************

先日聞いた話ですが、QRコードを掲載したNxTタ○ンページの広告で、
殆ど読みとれずに駄目だったモノが有ったそうです。

当方が以前セルサイズ0.35mmギリギリなQRコードを、コピー用紙並な
紙にリングラフ並な印刷をしたモノでも、ちゃんと読みとり出来てた
のに、ちょっと不思議です。

当方の場合は５ｍｍ角程度の「欄」の文字の、白抜き部分が潰れてる程
の印刷品質だったのに、手元のタ○ンページで確認すると、その程度の
文字でもちゃんと白抜き部分は潰れずに綺麗に印刷されてましたし。

恐らく良くある話は、ドットイメージのデータをそのまま縮小したせい
ですが、タ○ンページの広告作成業者がベクトルデータに変換するスキル
を持ってなかった事になりますので、プロなのにちょっと情けなさ過ぎる
話です。

そうでなければ、セルサイズを考慮しないで作成して、セルサイズが
小さくなりすぎて駄目だった、という可能性の方が高いかも？

少し前の新聞の１頁広告でも、殆ど潰れた様な大きな型番のQRコードが
載ってましたので、そのあたりのスキルはまだまだ普及してなさそう
ですし。

当方がタ○ンページ広告にQRコードを掲載する場合は、ベクトルデータ
提供して、かつセルサイズは0.35mm以上を必ず確保するつもりです。

QRコードAAでの ○るぽ のやりとり、笑ってしまいました。
あまりピントを合わせずに認識するまで距離をずらしていくのがコツみたいですね。

＞89さん
印刷能力と言うより、エラー補正率の問題かと

>>88 >>66 で紹介した下記説明ページには既にメガアプリが反映
されてる様です。（素早い！）

http://www.saturn.dti.ne.jp/~npaka/kvm/midp/

ただ、>>74 で報告した 256Kアプリではカメラ制御とコードリーダー
制御が同時に存在してる件を明記した、ＡＰＩ関連の情報が消えてま
すが。（尚、256Kアプリという表現すら消えてます。）

多分、まだ調べ切れてないから消したのでは？と思われますから、
もう暫くして調査が完了したら又復活するでしょう。

>>90 話を聞いただけで実物を見た訳じゃないから、何とも言えま
せんが。

>>91
詳しい人にコメントしてしまったみたいでお恥ずかしい。

質問です！

携帯で画像として保存したQRｺｰﾄﾞを、そのまま読み込める機種てありますか？
無知ですいません('A`)

>>93

ttp://hobby7.2ch.net/test/read.cgi/phs/1111651439/l50

>>88
http://hobby7.2ch.net/test/read.cgi/appli/1099757612/579
｜あれはJSCL1.2.2用なので3Gの中でもSHとNECのみ対応。
｜Nokia、Motorola、SonyEricsson用は作れない。

うううううう・・・・・、ガックシ。orz

>>88
｜　・APIリファレンス　JavaDoc版（P7型）
｜　・APIリファレンス　JavaDoc版（VSCL 2.0）

多分VSCL 2.0 の方が海外製端末向けの筈だから、作るだけなら
可能だと思いますが、エミュレータが無いのでは確認が実機で
イキナリでしか出来ないのが厄介です。

まあ、vQRcodecが実現可能かどうかの調査は出来る筈ですが。

>>93
自分もそれで悩んでるっす。
新規契約したんで、電話番号とメールアドレスみんなに知らせたくてね。
もちろんメール内に文字で書いてもいいんだけど、ピッと一発で登録させたい。
QRコード添付して開いて登録できたら便利なんだけどね。みんなPC持ってないし。
auだとvcardファイル送るっていう手もあるようだけど。

■■■■■■■丶■■■丶丶丶■■■■■■■
■丶丶丶丶丶■丶丶丶丶丶丶丶■丶丶丶丶丶■
■丶■■■丶■丶■■丶■■丶■丶■■■丶■
■丶■■■丶■丶丶■■丶丶丶■丶■■■丶■
■丶■■■丶■丶丶■丶■■丶■丶■■■丶■
■丶丶丶丶丶■丶■■丶■■丶■丶丶丶丶丶■
■■■■■■■丶■丶■丶■丶■■■■■■■
丶丶丶丶丶丶丶丶丶■丶丶■丶丶丶丶丶丶丶丶
■丶■丶丶丶■■丶丶■丶丶丶丶■丶丶■丶■
■丶■■丶■丶■■丶■丶丶丶丶■丶丶■■■
丶丶■■丶丶■丶■■■■■■丶丶■■■■■
丶丶丶■■丶丶丶丶■■■■丶■丶■■丶丶丶
■■丶丶丶■■丶■丶■■■■■丶■丶■■■
丶丶丶丶丶丶丶丶■丶丶■■■丶丶丶■丶■■
■■■■■■■丶■丶■丶■■■■丶丶丶丶■
■丶丶丶丶丶■丶丶■丶丶■丶■丶■■丶丶丶
■丶■■■丶■丶丶■■丶■■■丶■丶■■丶
■丶■■■丶■丶丶■■丶■丶■■丶■丶丶丶
■丶■■■丶■丶■丶■■■■■■■■■■■
■丶丶丶丶丶■丶丶丶■■丶丶丶丶丶■■丶丶
■■■■■■■丶■■丶■丶■丶丶丶■■■丶

メディアスティック、TV表示用QRコードを開発
http://k-tai.impress.co.jp/cda/article/news_toppage/23341.html

うーーん、QR対応端末で読めるらしいから、独自の工夫といってもMS-code
とか別名を付ける意味が良く話下欄が。

QRコード規格歯に無いで、エラー訂正がし易いエンコード方式を採ってるって
事かな？

それともセルの形や色の階調なんかを工夫して、白黒の境界領域がハッキリ
クッキリする様に、画像データを工夫してるって事かな？

http://www.mscode.jp/faq/faq1.htm

QRコードとMScodeとの違いの説明↑を見ても、良く話下欄し。

>>99
QRコード規格歯に無いで　（誤）
QRコード規格範囲内で　　（正）

情報とエラー訂正コードの組み合わせは一意ではないから、
横方向の色変化が少ないようにQRコード組み立てたり?

TVは、縦方向の色変化は走査線分かれてるからいくらしてもいいけど、
横方向はザッと走査する中で色を変化させるので、変化の頻度が高いと辛い。
縦縞のワイシャツがTVに映るとギラギラする、あれがハレーション。

( ´Д⊂ヽ

それはクロスカラー

au、フルブラウザ搭載の「W21CAII」を4月下旬発売
http://headlines.yahoo.co.jp/hl?a=20050408-00000006-imp-sci
｜QRコードリーダーも新バージョンとなる。

Brewアプリが新しくなったって事かな？　旧機種のをバージョンアップ
出来ると嬉しいけど、多分無理なんでしょうね。

ただ、kddiサイトの頁を探っても、QRコードリーダーが新バージョンに
なった話は見あたらなかったが・・・。

下記にも書いてあるので嘘では無い様だが、うーーーん。BREW2.0対応とか？

http://www.itmedia.co.jp/mobile/articles/0504/08/news043.html

しかし、ずっこい設定変更が有る様ですね。従量制パケットの時は稼ぎた
かったけど、定額制では使わないでホスイって事ですね〜。愛知万博の
弁当禁止とタメを張るレベルと思われ。

｜出荷時の自動更新間隔は10分だったが、これが1時間に。また、これまで
｜最短1分間隔で更新できたが、W21CAIIでは最短30分間隔となっている。
｜5月からの定額制対応に伴っての措置と考えられる。

>>106
トラフィックの増大を懸念してのことじゃないかな？
初めてのサービスでどのくらいの負荷がかかるか予測できないし。
（そういえば、パケット定額制始まったころ２ｃｈ鯖落ちまくってて不便だった。）

>>67-68
Vodafone3G端末でQRコード対応かどうかは、下記のカメラ機能一覧に書いて
ありました。ちゃんとソニエリ、モトローラ、ノキアの端末が非対応ですね。

http://www.vodafone.jp/japanese/products/pdf/products_camera.pdf

しかし上記のQR非対応機種にマクロ機能が有るかどうかは不明だったので、
個別に調べてみました。

「802SE」：131万画素CMOS
http://www.itmedia.co.jp/mobile/articles/0412/24/news070.html
｜マクロモードも備えず、近距離撮影は得意じゃない。

「702NK」：130万画素CMOS
http://23aki.cocolog-nifty.com/michikusa/2005/01/702nk_2.html
｜被写体から60センチぐらい離して撮らないと、ボケボケになってしまいます。
｜マクロモードもないのでなんとかならないものかといろいろ調べてみたら、
｜ありました！Kenkoのカメラ付きケータイ用おもしろレンズシリーズ。

「V702MO/SMO」：31万画素CMOS
http://www.geocities.jp/jp_t_vodafone/kisyu/2004winter_live_with_3G.htm
※↑これしかマクロについての情報が無かったが、やはり非対応な様です。


うーーーん、ことごとくマクロ非対応ですね。

iアプリ用iQRcodecのD505iでの報告を見てると、画素数が少ないV702MO/SMOあたり
が有利かな？

あと702NKで報告されてる「Kenkoのカメラ付きケータイ用おもしろレンズシリーズ」
は、何かあまり使えないみたいで、残念！！！　ってところですが。

>>108
http://www.kenko-tokina.co.jp/digital/

上記のおもしろレンズシリーズのクローズアップレンズですが、下記の様に
上手くいった話も有りました。

http://blackbird.cocolog-nifty.com/mfp/2004/10/post_8.html

N504is付属のマクロレンズの代わりに使って、上手くいってる様です。
恐らくレンズの口径や画素数の絡みで702NKでは上手くいかなかったの
かも？

>>109
下記によればクローズアップレンズで、P900i N900i SH505i V601SH
が上手く使えてる様です。

http://www.officedd.com/ktai/ktai-p/kenko/

P900i(128万画素CCD)
N900i(100万画素スーパーCCD)
SH505i(100万画素CCD)
V601SH（202万画素CCD）

という事ですから、少なくとも画素数が多いのが上手くいかない
原因では無さそうです。

>>110 クローズアップレンズが失敗してるF900iですが、ややレンズが
引っ込んでる気が。

http://pcweb.mycom.co.jp/articles/2004/02/27/f900i/004.html

まあ上手くいってるP900i/N900i/SH505iを見るとカバーが付いてるだけで、
こっちも引っ込んでる気もしますから、それが失敗の理由では無い気がしま
すが。

http://k-tai.impress.co.jp/cda/article/showcase_top/17853.html
http://k-tai.impress.co.jp/cda/article/showcase_top/17693.html
http://k-tai.impress.co.jp/cda/article/showcase_top/14517.html

>>105-106 バージョンアップキターーーーー！！

「au、2次元コードリーダーをバージョンアップ」
http://k-tai.impress.co.jp/cda/article/news_toppage/23475.html

ただ、読みとり精度が上がった訳では無さそうですね。又、対象機種も
全てでは無い様ですし。

>>112
QR着メロを利用できる仕様にっていう
バージョンアップならなぁ…

>>112 うーーん同じ記事なのに、まるで欠陥車の報道みたいだ。

「auのバーコードリーダーアプリに不具合」
http://www.itmedia.co.jp/mobile/articles/0504/14/news081.html

今21CAのリーダーをアップデイトしたんだけど、一部のQRコード内にある
URLにリンクできなくなった。アップデイト前は問題ないやつ。
具体的にはW31Sの単品カタログにでていたQRコードはダメ
auのカタログ後ろにあるコードは大丈夫。アップデイトを考えて
いる人はちょっと待ったほうがいいかも。ちなみにバージョンは3.0.1d

ぇっ、、、もううｐデトしましたが、、、。
もう少し早くに見ておけばよかったな・・・

私もうｐデトしてしまいました。。_|￣|○

うっっっ、auユーザーの知り合いに教えまくってしまった・・・・。

URLが文字化けみたいになっちゃうよヽ(`Д´)ﾉ

W31SAだけど、updateした。
今のところ問題なしだーYO

>>120

ttp://g-appli.net/

このサイトの右のやつ読めるか？

>>121
俺は>>120じゃないけど31SA使いです

読めなかったorz

>>121
A5506T使いでうｐデート済みだけど、
アドレスに「￥」マークが入るけど。

予想だけど、Docomo形式のデータをau/vodafone互換形式のデータに変換する
処理にバグが紛れ込んでるのかもな＞今回のアップデート
だから、モノによって読めたり読めなかったり、文字化けしたりするのかと。

アドレスにhttp￥://みたいに￥マークが入るのも、Docomo形式のURLデータの特徴だし。

ttp://appget.com/im/pc/index.htm
このサイトの右下のやつも>>121と同じDocomo形式だから、これも>>121と同じ結果だったら
今回のアップデートは上記の内容の不具合があるってことでFAかと。

>>124
化けまくりんぐ

>>124の言う通りだろうね

やはりみんな同じだったんだね。土曜日の時点でauのほうには
報告を上げている。折り返しの電話で、向こうでも症状を
確認をしたという返事を貰ったので、バグが取れ次第自分に連絡
が来るようになっているので、進展があり次第報告するよ。

http://www.nttsolmare.com/pakezero/

とうとう始まったパケットゼロですが、QRコードが専用ブラウザで読みとれない
は仕方が無いにしても、既存のブックマークも使えないらしいのは、ちょっと
困ったモノです。

http://www.nttsolmare.com/pakezero/faq_02.html#03_02
http://www.nttsolmare.com/pakezero/faq_02.html#01_05

まあURLのコピペが出来ない訳では無いだろうから、ちょっと手間が増えるだけ
だとは思いますが。

>>127
パケットゼロ自体はiアプリで作ったCHTMLブラウザで、通信先が赤外線ポート
と言うだけのことでしょう。FAQにある様々な制限、着メロ保存不可とか、
画面メモ・ブックマークも本体の物を使えず、パケゼロ独自の物になる
なんてのも同様な理由かと。

QRコード読み取った後に、クリックで起動するのはアプリではなく本体の
ブラウザですから、渡せないわけですよね。

QRコードの情報を使うなら、バーコードリーダー起動→読み込み→コピー、
パケットゼロアプリ起動→URL入力→ペースト、みたいな感じになるでしょうか。
想像ですが。

>>128
パケゼロ専用ブラウザが、お気に入りデータやアドレス帳データ内のURL情報に
アクセス出来れば、かなり便利になると思うのですが、端末毎にデータ管理が
違ってしまうから、無理なんでしょうね。

昔、青葉対応端末で自動で携帯基地局とIP青葉アダプタをローミングするシス
テムが有ったら、凄く便利なのにと思いましたが、アダプタや端末認証の為に
はアダプタやシステムを、docomoやauの様な携帯電話業者が提供しないと無理
だと思ってました。

今回のパケゼロは、せめてもう少しdocomoのシステムと連携出来ていれば
良かったのでしょうが。

>>114 おっと、完全にセキュリティホール扱いになってしまってます。

「携帯電話のQRコードで意図しないサイトに接続される可能性」
http://headlines.yahoo.co.jp/hl?a=20050418-00000006-vgb-sci

auはさっさとバグ修正しろよ。

ＰＥＮＣＫといい、QRコードといい、まったく！！　( -д-) ､ﾍﾟｯ

ろくに検証もしないで「終わったあ」とかやってる糞社員しか
飼ってないからこんなことになるんだよ。

先程、あうから連絡あり。バグの件だけどセキュリティを高めた結果であり
直す予定はないということだった。納得いかないといっても悪徳業者が
どんなコードを使ってくるかわからないからしょうがないことというわけの
分からないことをいわれてオシマイ。更にバージョンダウンも予定なしorz
ということはDoCoMoフォーマットのコードではURLは使えないということか？
auのカタログにも読めないものが載っているが良いのかと、聞いても全てが
読めるとは保証していないと言われた。あうダメポ

>>132 なにそれ？

今回の問題は >>124 氏の言う様に http\:// というdocomo方式なURLが
上手く読み出せなくなっただけ、の単純なバグとは違うのか？

一体どこがセキュリティの問題なんだ？　激しく勘違いしてる悪寒が。

>116-118
パケット代分もらってからやればまだマシだったのに。

今回のアップデートによる不具合報告をまとめると

>>115 (W21CA)
URLは正常に表示されている？ものの、表示されたURLにジャンプできない
(>>132でauからセキュリティを高めた結果との報告あり)

>>119 (機種不明)
>>122 = >>125 (W31SA)
URLが文字化け

>>123 (A5506T)
URLに「￥」マークが入る

これらが同じバグに起因する不具合の報告かというと、どうも疑問が残るなぁ
考えられるのは、

・バグは複数ある
・機種によってバグの内容が違う
（一応、表示されるバージョンも機種ごとに違うようだし）

でも実際どうなんだろ？
とりあえずまだアップデートしてない人は様子見が吉かと。

書き方が悪かったようですね。自分も123と同じ症状です。\が付きカー
ソルがURLの部分に移動できなくなってしまったということです。
多分皆さんも同じ症状と思われるのでバグというか仕様変更はひとつではないかと。
しかし、セキュリティという言葉を使えば何でも許されると思っているような
対応にはガッカリしました。

客センなんかに言うよりメールで問い合わせた方が良いよ。

俺も皆と同じURLに「￥」マークが入るバグです

直す予定が無いなんて・・・orz
もうちょっと様子見てからアップデートすればよかった

客センは技術的なことを理解してない人が多いから

て言うかさ、せっかくアップロードしたのにバグが生じるなんて、
ちょっと納得行かないんだけど。DLしたパケ代返せよな。

なんか長いURL読み取った時、改行されててその一行ずつにしかアクセスできないんですけど・・・
A5507でアップデートはしてないです。なんとかならんのですか。

>>124
21SAですが､やはり\が入ってしまいますね｡

QRコードを作って、条件を変えてテストしてみた。
で、結論au用とボーダフォン用は問題なく読めた。
（２つのURLを含ませても読み込めた。）
DoCoMo用と混在タイプには\が入ってURLと認識されない。

文字長は２０文字を超えると「折りたたまれる」。

本日、別件でauショップに行った。所要を済ませて
QRリーダーの話をした。で、バージョンダウンできないかと
相談してみると、おねーさんは他の偉いおねーさんの
ところに行っていろいろ相談していたが、結局
30分ほど時間がかかるが、前のバージョンに戻してくれると
いう回答だった。ちょっとそこまで時間がなかったので
時間があるときにしてもらえるという約束をした。
戻したい人はauショップにて相談するのが吉かも。

しかし、今後の新機種はみんな新しいバージョンが載っている
わけで、根本的な解決にはなっていないよな。

脆弱性なのに。

Psytec QR Code Editor で作った、型番３＆１１１ピクセル角のBMPなQRコードを、
.pngファイルに変換しようとしてるのですが、手持ちのツールではどうしても小さ
く出来ません。

1.73KBがせいぜい1.22KB（グレースケール）までにしか出来ません。

巷の小さい.pngファイルなQRコードを調べてみると、インデックスカラーで
カスタムなカラーテーブルを持たせる事で、小ささを実現してる様でした。

困ったことに、例えば下記で小さな.pngのQRコードを作ってみると、何故か
Psytec QR Code Editor で作ったのと違うモノが出来ます。

http://ry.dip.jp/~kage/blog/archives/2004/12/qr.html

しかしそれをPsytec QR Code Editor に読み込ますと、正常な内容が
出てくる上に、QRコードのイメージもPsytec QR Code Editor で作った
のと同じになります。（・・？

このスレで以前話題にした時は、その型番内で文字容量が余っても、
それをエラー訂正の追加には使わないから、同じモノが出来るという
話だったので、ちょっと不思議です。

先のｗｅｂのQRコード作成にバグがあって、訂正可能なエラーが混じっ
ているって事でしょうかね？

因みに下記でも小さな.pngのQRコードが出来ますが、URLだけの時と
URL＋改行の時と同じQRコードを表示するという、情けないバグがある
様です。

http://kaz.k2.xrea.com/qrcode/

>>146
尚、一番目のサイトで型番３＆１１１ピクセル角なpngのQRコードを作成すると、
そのサイズは３６８バイトで、２番目の方では型番３＆１４８ピクセル角ですが、
３３１バイトになります。

1.22KBなモノに比べて、１／４近い小ささになります。pngなQRコードは携帯電話
（EZ＆Voda）でも表示させる事を考えてるので、この差は大きいです。

>>146
２番目のサイトで出来たモノが、これ又１番目とも違うのですが、Psytec QR Code Editor
に読み込んでみると、中身は同じだったりします。（−−；；

ここまで惑わされると、なんか私の方が変な失敗をしてる様な気になってしまい
ます。誰か追試してくれると嬉しいです。

尚、２番目のサイトの方はアレコレ使ってる時に２〜３度サイト自体が落ちた様に
なって、暫くアクセス出来ない状態になりました。あまり皆がガンガン作業をする
と、落ちまくってなにも出来ない恐れが有るかも？です。

>>146
｜因みに下記でも小さな.pngのQRコードが出来ますが、URLだけの時と
｜URL＋改行の時と同じQRコードを表示するという、情けないバグがある
｜様です。
｜
｜http://kaz.k2.xrea.com/qrcode/

改行ありのQRコードをPsytec QR Code Editor に読み込ませても、
改行が付いてませんでした。Docomo謹製のQRファクトリとかと同じで、
改行をコード化しない仕様と思われます。

でもａｕ／Ｖｏｄａに規約では、URLの末尾は改行するのがお約束
だから、汎用で使うには困った仕様ですが。

今日はサイトが落ちなかったので、少し落ち着いて確認出来ました。(^o^)

>>147
フォトショップを使いこなしてる知人にも相談したが、白黒２値にしても
大して小さくならなかった、という連絡が有りました。

やはり１ＫＢ程度のモノ（ましてやモノクロですし）を、アレコレ画策して
小さくする様なニーズは携帯関係以外は無いみたいで、この手のノウハウを
当方の周辺で見つけるのは厳しそうです。（ネットが頼りです。）

因みに当方で普段ファイル変換に使ってるのは、下記フリーソフトの
i-converterですが、これは以前は小さなpngファイルを作ってくれた
のに、今回試したら何故か出来なくなってました。

http://www.vector.co.jp/soft/win95/art/se301176.html

どうもMicrosoft .NET Framework 1.1 を使う事が前提で作られてる
様ですが、今は2.0なのでデフォルト設定とかが変わったせいでは？と
推測してますが。

これが今まで通り小さなpngファイルを作ってくれさえしたら、とりあ
えず支障は無かったのですが困った事です。

>>150 済みません。最新でもMicrosoft .NET Framework は1.1 みたいです。
そうなるとますます理由が良く分かりませんが・・・・。

http://www.microsoft.com/japan/msdn/netframework/

>>146
PhotoShopは、画像にコメントやらサムネイルやら保存するから、
画像データ自体が1KB以下でも、4K〜8K位のデータを付加されてたりするよ。
(JPEGにもPNGにもコメント領域が定義できる。)

あと、「グレースケール」は、無彩色ではあるけれど、無段階の灰色を含むデータと
いうことだから、フルカラー画像(RGB)の1/3までにしかならないと思う。
「2値」の設定は出来ないでしょうか。

>>150
変換ツールを３つほど試してみて、ようやく下記ツールで４００バイト未満の
pngファイルが入手出来ました。２色指定が可能な事がキモだった様です。出来た
pngファイルは、やはりインデックスカラーになってます。

http://www.vector.co.jp/soft/win95/art/se190876.html

他の２つでも９００バイト未満にはなったのですが、それぞれＲＧＢカラー
とインデックスカラーになってました。インデックスカラーの方は４００
バイト未満のとカラーテーブルがやや違ってましたが。

>>152 おお、入れ違いでしたね。情報どうもです。何とか小さなpngファイル
のQRコード入手の方は解決しました。折角なので、このツールも次回テンプレ
に載せて欲しいところです。


あとは何故同じ中身なのにツールによって別なＱＲコードが出来るのか、の
疑問が残ってますが、どれもQRコード規格に違反してないのなら構わないの
ですが、どうなんでしょうね。

当方としては Psytec QR Code Editor で作ったモノをカッティングシート
やゴム印とかに既に使ってるから、今更もしこれに問題が有ると非常に困り
ますが。

まあ既に何台もの端末で読みとり実績があるから、致命傷は無い筈ですけど。

Psytec QR Code EditorでQRコード作ってビットマップで書き出し
→PNGGauntletでPNG変換でかなり小さくなると思う。
132px四方のコードで224バイトになったYO

>>153
ついでですが、i-converter ではbmp→gifファイル（PC/imode用）変換でも、
殆ど小さくならなかったので、フォトショップを使って９００バイト弱にしま
した。

こちらももっと小さくならないか？と思って２つほどソフトを試しましたが
、両方とも９００バイト弱でした。ただ下記の方がちょっとだけ小さくて
フォトショップのと同じサイズになったので、一応お薦めとしてアップして
おきます。

http://www.vector.co.jp/soft/dl/win95/art/se242146.html

今後はコレを使えば、わざわざフォトショップで作業せずに済みます。

>>155 おっと又入れ違いに・・・。おお、素晴らしそうなソフトですね〜。

http://www.faireal.net/articles/8/19/

ただ、たまにエラーが出ることがあるらしいのと、あまり特殊に圧縮すると、
ａｕ／Ｖｏｄａ携帯で表示させるのに使う事を考えてるので、ちょっと心配
ですが。

>>157
特に当初からpngをサポートしてたJ-phone端末だと、旧い機種が心配です。

http://developers.vodafone.jp/dp/tech_svc/info/

１１１ｘ１１１ピクセルなQRコードなら、J-DN02 や　J-D03でも表示出来ますし。

ID:ZCLX59/e0 よ。おまい一人で書き込みすぎなんだよ。正直ｳｻﾞｲ
>>146-151 >>153 >>154 >>156-158
この2日間はほとんどこいつの書き込みだし。しかも内容つまらんし。

リアルでは自分ばっかりしゃべって空気読めなくて顰蹙買ってそうなタイプだなぁ
ていうか、

アプリの動作確認はここでタノメ。
http://hobby7.2ch.net/test/read.cgi/appli/1087912411/316

ここから追い出されたから、今度はこっちってか？
いい加減にしてくれ('A`)

頼むから半年ROMって、空気を読む　ということを覚えてくれ。

空気しかないスレになって嬉しいか？

21CAでバージョンアップしたら読み込めなくなった…
なぜ？

>>161
>>115から読んでみよう

そういやバージョンアップ後の不具合について、全然フォローが無いなあ。
今日これからバージョンアップを薦めた知り合いに会うから、気が重い。orz

いや不具合じゃなくて仕様ですからフォローなどないですよ

http://www.itmedia.co.jp/mobile/articles/0504/28/news119.html

こうやってドンドン仕様という名の不具合が、KDDIの端末全部にあっと
いう間に拡がる訳だな。

全部不具合になった方が仕様といいやすい。

>>165
昨日が通信・IT系の「2000年問題」の日だったから、署名とかのキー変更の絡みが…

おかしいなぁ。
http://qb.ath.cx/さんに繋がらん･･･
QRcodecってまだ配布されてますよね？

>>168 つい先ほど試したら繋がったが。

>>167 そいうや定期的にググッて確認してるサイトの検索結果が
先月末の時に比べて微妙に変わっていたよ。

スマソ。繋がったのは http://qb.ath.cx/works/ で http://qb.ath.cx/は
確かに繋がらなかった。

でもCTRL＋更新までしても大丈夫だったから、キャッシュを見てるせいでは
無さそうなのだが・・・・。PCでQRcodecのダウンロードも成功したし。

>>169=>170
今試したら繋がりました。
サーバーのメンテか何かにたまたま当たっちゃっただけみたいですね。
スミマセンでした。

市役所から来た広報に書いてあった QR コードをアップデートした A5506T
で読んだらやっぱり￥が入った。

>>168 もしかして今回のバージョンアップ対策ですか？　いやはや南友。

昨日、21SAを解約したんだけど、そのときついでに今回のコードリーダーに
ついて聞いたんだ。そうしたら、受付のおねーさんは、そんなことは
聞いたことないということだったので早速番号を抜いた21SAと31Sのカタログ
に載っているQRコードで実演。半信半疑だったおねーさんも驚いていた。
店舗にあったデモ機の旧バージョンの21CAでコードにおかしいところがないこと
を確認して、担当部署に電話してくれた。
担当部署もそんなことは聞いたことがないということだったので、
向こうでも同じように確認。始めは印刷物の印刷ミスといっていたが、21CAで
ちゃんと読めたとおねーさんが食い下がってくれて再度保留。
しばらくしてからの向こうの回答は上の方のレスと同じようにセキュリティー
のためのバージョンアップであり、これは仕様だという回答。
逆に今までドコモフォーマットが読めていたのがバグであったということであった。
今後直すつもりもないということ。
対応してくれたおねーさんも納得していなかったよ。

このような対応から今後も期待できそうにもないね。

ただね、auのQRコードについてのHPには

・ なお、QRコードは標準化された仕様のためマルチキャリアに
対応しています。
・ 一部の独自拡張機能をのぞく基本機能 (テキスト表示、
Phone to、URL to、Mail to) については、EZwebをはじめ他の
キャリアのバーコード対応端末で読み取り・認識が可能です。

と書いてあるんだよね。この矛盾はどう説明するのか。
JR西じゃないけど、もうちょっとユーザーのこと考えてくれよ>あう

特に業務用はそうだと思うが、QRコードの作成にはキャリア提供のQRコード
作成ツールをまず使うだろう。

下手なツールを使って読めなかったと苦情を言われたくないし、キャリア提供
の作成ツールを使っていれば、もしそうなっても作成担当者に責任は無い。

そうなればまず間違いなく使われるのはdocomoのQRファクトリで、ユーザー
の手間を省く為に必然的にブックマーク形式になってしまう。

そしてａｕ端末は殆どのQRコード内のURLを読めなくなる訳だ。

>>174
困ったものだね。
バージョンうｐして端末の価値が下がるとは。

>>173
しかし、つまらん不具合だよなぁ。

プログラム的には読み取った文字列から"http:￥//"のようなパターンを発見したら
"http://"に置換するとかの、ごく簡単な処理でDocomoのブックマーク形式にも
対応できるはずなのに。それが読めなくなるのはもったいないなぁ。

BREWの件といい、auにはちょっとズレてる中の人ががいらっしゃるようですね。

レス番間違えた。>>173→>>172

今日初めてQRコードスタンプを持ってる人を実際に見た。

合コンだったんだけど、同僚が持ってて女の子に自慢してた。
女の子はひいていた。

俺も引いたｗｗｗ

ブックマーク形式で両社に対応させる為、マルチにするとデータ量が大きくなってしまうので、
テキスト形式にurlを書きたいんですが、この場合携帯で読み込むとリンクされているんでしょうか？

>180
パソコンでサンプル作って試してみれば？
印刷しなくてもパソコンが液晶ディスプレイならそのまま読めるから。
レポきぼん

いや、読める携帯がないんです

JANコードも読めるんですね、意味ないけど

>>180 過去ログ嫁。

と言いたいところだが、教えて貰った立場もあるからなあ〜。

答え：読める

但し、VodaとauのQRコード規約にはURLの末尾は改行でないと駄目という
記述が有る。なくても実際には読めるとの報告があるが、ウチでは用心の
為に改行を入れてある。

尚、QRコード作成ツールには、テキスト入力時の改行をコード化しないの
が結構有るので要注意。（docomoのブックマーク形式とかで改行を禁止し
てるのを勘違いしてる為と思われ。）

尚、末尾に改行が入ったURLでもdocomo端末でリンクＯＫだったとこのスレで
報告が有ったし、ウチでも１機種（確かシャープ製）で確認報告を貰ってる。

詳しい説明ありがとう御座いました。
それと一応、友人に読み込み・確認してもらいます。

ウチの場合は改行付きURLなQRコードを、看板や広告に既に使いまくってるので、
もし今更docomo端末で読めないなんて事がある（例えば某メーカー製全てで、と
か）と、泣きます。

ほすあげ

全然意味ないけど、この背面液晶はQRコードの表示に丁度良いとオモタヨ。
実際には無理みたいだが。

http://www.itmedia.co.jp/mobile/articles/0505/23/news023.html

http://qr.quel.jp/　このサイト閉鎖？一時的だといいけど

そういや今度出た新しいａｕ端末は、全てＱＲコードリーダーが
imode用を読めなくなってるって事かなあ？

http://www.itmedia.co.jp/mobile/articles/0505/23/news020.html

回転寿司のくら寿司で鮮度管理の為に皿にQRコードを印刷したシールを貼って有るのを見かけた。
他のチェーン店では皿にICチップを埋め込んだりしているが、どちらが便利なのだろう？

皿のQRコードを読んで見ようかと思ったが、そう言う時に限って車にケータイを置いたまま...

>>191
どこを読めばそうかいてあるんだ？

>>193 読まなくてもQRコードリーダーはBREWアプリで全端末共通だから
普通に考えればそうなるだろ。

もっとも新端末でコソーリ改版してる可能性もあると思いたいが、それなら
現端末ユーザーへの今までの説明はどうするつもりなのか見ものだが。

さがりまくりですね

ファクトリーは使わない方がいいってことだな

あげ

QRコードプログに、万博の飛行船にQRコードが書かれてる話題が有ったが、
１．５ｍ角らしいから、読み取るのはとても無理だろうなあ。

当方で型番３を90cm角のパネルにコード領域約70cmで作ってるが、これでも
性能の良い機種でも、せいぜい１２ｍ程度が限界らしい事が分かってる。やや
広めの道路（３種２級道路規格）だと反対側の歩道から（１２ｍ）では殆ど
無理な事になる。

コード領域が１．５ｍとしても３０ｍは無理って事になるし、どうやら
型番４みたいなので、よほど低空飛行してる時以外は駄目な筈。

http://buffalo.jp/expo/airship.html

上記によれば高度は30m〜100mみたいだし、しかも側面についてるから、
かなり斜めな位置からでないと見えないから、ますます距離が大きくなる。

光学３倍ズームでも付いてる携帯でないと、まず読めないと思う。

QRコードって自由に大きさ変えて作ることってできます？
サイズ「小」ってのはできるみたいだけど。

40*40pxで作るのって難しいかなぁ

２００ｇｅｔ！

>>199 ツール次第だと思うが、基本的にセル数ｘ整数倍しか無理だと思う。

型番１でも２１セルあるから１セルｘ２でも４２＊４２が最低になるし、
規格上の最小セルサイズが0.25mmなので、実サイズが５．２５ｍｍ角未満
だと駄目だし、出来れば0.35mmは欲しい。

１セル＝１ピクセルだと、恐らくギザギザになって読み取れないと思うし。

マイクロＱＲコード（セル数１１から１７）なら更に小さく出来るが、読み
取れる携帯電話は無い筈。

先週の朝日新聞の土曜日版のフリーソフト紹介欄に、QRwindowが載っていたが、
QRコードの使い方で下記の様な記述があった。

｜画像として携帯メールで送受信出来ますから、文字をいちいち入力するより
｜早くて確実です。

受信したQRコードを、その端末自身が解析する機能をデフォルトで搭載してる
端末は無かったと思うが、上記の記述だとそれが可能な端末が極普通にある様
に誤解されそうな悪寒がする。

それがｱｶﾋｸｵﾘﾃｨ

ってか最近元気ないなこのスレ。

久しぶりにQRBlog覗いたら、しっかり毎日更新されててビビッた。がんがれ。

>>204
アプリの動作確認を頼むスレも悲惨でっせ。どっちもツマンネー粘着君が
チャチャ入れしてからケチが付いた訳だから、ageないように汁！

ほしゅ

ネタ投下！

http://www.at-mania.com/catalog.php?tpid=GM-GV02

昨日買った４コマ漫画雑誌の裏表紙に載ってたＱＲコードは、あまり良く
分かってないヤシが作った様だった。

コード領域２９セルで約１１ｍｍ角だから、セルサイズはまあまあだったが、
よーーくみるとギザギザしてた。多分ビットマップなデータをリサイズした
せいだろうが、これだと読み取り性能の悪い端末だと、認識は厳しそうだ。

しかも余白サイズが２セル程度しかなかったし。

因みにうちでも少し前に頼んだ広告で、折角bmpとは別にepsなＱＲコード
データも提供したのに、しっかりギザギザなＱＲコードの原稿が出来上が
ってきてた。勿論epsデータを使う様にやり直させたが。

少し部屋に転がってる雑誌や新聞を調べてみたが、ギザギザなのや余白幅が
2セル程度しかないQRコードが、割と見つかった。

ギザギザなのはQRコード作成ツールが大抵ビットマップ形式の出力だから、
ある程度納得出来る（それだけ技量の無い原稿作成業者が居る）が、余白
幅が２セル程度しかないのが少なくないのは不思議だ。

大抵のQRコード作成ツールは規格通りに４セル幅の余白を出力してると思
うのだが、その意味を知らずにデザインの都合を優先して、勝手に余白を
削ってるヤシがそれだけ居るって事か？

まさか２セル程度の余白幅で出力するQRコード作成ツールが有るとは思い
にくいのだが。

>>209
おそらく規格を知らずにデザインを優先しているんだと思う。

>>210
やはりそうなんでしょうかね？　自分は広告業界の人間じゃないので、そのあた
りの状況は良く分からないが。

誰もが最新でQRコード読み取り性能の高い機種を持ってる訳じゃないのだから、
QRコード規格にはもっと注意して作るべきだと思うのだが、安さと見た目しか気
にしないクライアントが多いって事なのかな。

例えばバーコードを利用した原稿なら、絶対そんなことはしなかった筈だが、読
み取り機械が業務用（レジ等）とコンシューマ用の違いなんでしょうね。

尚、いままでいくつか広告作成依頼の形でQRコードを使ってきたが、ギザギザな
原稿を作ってきたのは多分一回だけなので、流石にこの手の図形データをベクト
ルデータにする事は、それなりな業者なら大丈夫みたいだったが。

携帯で即観光情報　神戸市が来月から実験
http://www.kobe-np.co.jp/kobenews/sg/00018651sg200508081000.shtml

ほしゅ

うはｗｗｗｗ

駅前で宣伝用の団扇を配っていたが、ＱＲコードが載ってたよ。

でも良くみるとギザギザしてたけど。

そのうち本に書いてる内容がすべてバーコードになる時代が来るよ

ゃだょぅ( ´Д⊂ヽ

今日初めてこのスレ読んだけれど
W21SでQRcode Readerのversionが3.0.0ｐならば
そのままにしておいた方が良いということかな？

>>202
V602SHは、受信したQRコードの画像を解析できるよ。
だからボーダのほかのSHも可能だと思われる

>>219
自分も同じくW21S、ver3.0.0.pだ。
バージョンアップは不具合が解消されるか、新機能が追加されてからにしようと思う。

>>220
そうなんだ〜。そういやシャープ製J端末はｖCardや画像ファイルの扱いとか、
結構高機能なのを早めに出してたな。J-SH51/52/53あたり。

まあQRコード画像をメールでやりとりする事に意味があるかどうかは別だけど。

しかし暇暇なスレだったのにいきなりレスが連荘したが、やはり夏休みに入った
せいか？

もう夏休みなのか…

>>217
攻殻機動隊？

>>224
ばれたヽ(´ー｀)ノ

そのうちＱＲコードが攻殻機動隊にも出演するのだろうか。

まあＱＲコードだとドメスティックさが泥臭過ぎるから、もし出演するとしたら
Data MatrixやPDF417あたりだとは思うが。

「QRコード作成ツールにDoS状態を引き起こす脆弱性」
http://internet.watch.impress.co.jp/cda/news/2005/07/28/8594.html

(ノ∀`)

携帯機種板でIDにQRを出しましたが何か？
http://hobby7.2ch.net/test/read.cgi/keitai/1122628478/
16 名前: 白ロムさん [sage] 投稿日: 2005/07/29(金) 19:24:02 ID:J3mQRw3aO
>>1
乙。

>>8
ｶｴﾚ!!

ＱＲコードの規格を教えてください。

>>230
http://www.denso-wave.com/qrcode/qrstandard.html

QRコードってどうやれば読み込めるの？
写メとっても画像になるだけでなんにもなりません。
auのW31Tです。

>>232
アプリのQRコードリーダーで嫁よ。

>>232
取扱説明書くらい読んだら？

http://www.itmedia.co.jp/mobile/articles/0508/08/news013.html
｜無料フルブラウザ「サイトスニーカー」の正式版が登場。タブブラウザ化したほか、IEで見ているサイトのURLをQRコード化する機能を備える。

どうせならサイトスニーカーで閲覧中のURLを、携帯画面上にQRコード化する
機能も欲しかったなあ。そうすれば今見てるURLを、一緒に居る友達にすぐ
教えられるし。

http://www.nttdocomo.co.jp/product/easy_phone/foma_rakuraku2/spec.html
｜バーコードリーダー ：　―

今更QRコード読み取り機能の無い端末が出るとは・・・。いくら年寄り向けとは
いえ馬鹿にしてないか？　カメラも３０万画祖しかないし、これならカメラ無し
でよかったのでは？

iアプリも動作出来ないみたいだから、javaアプリなQRcodecも使えないし、あと
はメール解析サービスを使う手段しか無さそうですね。

年寄り向けでもテレビ電話があるからカメラは搭載ってとこだろうな。
でもどうせ携帯の画面で見るだけだろうから30万画素で充分と。

とはいえ、そういう人たちは、URLとか打ちにくそうだからQRコードに
対応していた方が良かったとは思うんだけどな。

QRコード読み取り機能はｉアプリで実装してるから、これの為だけに
載せる訳には行かなかったんだろうな。

まあｉアプリを使った地図閲覧サイトなんかもあるが、そういうのも
年寄りには無用だと切りすてて、コストダウンを優先したのだろう。

要するに勝手サイトなんか見ないで、公式メニューだけ見てれば良し、
って方針ならモーマンタイだし。

自分の画面に表示されてるQRコードを自分で読む方法ないかな（泣
そんな機能あったら便利だと思うんだけど。

攻殻機動隊

>>238
iアプリではないが

>>239
特定の機種でなら出来るらしい。>>220　

ここのデコードエンジンを使って、画像ファイルを入力させるアプリを作ればオケ。
http://sourceforge.jp/projects/qrcode/

>>241
そなの？

確かある時期からのDoJa（docomo用JAVA）のAPIに、バーコード解析用のインターフェース
が追加された様な話が有った気が。

>>239
追加。メール解析サービスを利用する手段は有る。つttp://qry.jp/read/

http://www.qrcodeblog.com/qr/0508/050810_qr_suntan02.jpg

ﾃﾗｷﾓｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ｸﾞﾛｽｗｗｗｗｗ

>>236
QRコード読むには接写機能も必要じゃないの？
アプリで追加してもカメラが対応してなきゃまともに使えない。

マクロスイッチ付けたら、年寄りはカメラのピントが合わないって
トラブルの元になりそうだし、マクロ切り替えを自動化するには
コストがかかりそうだし。

>>247
元々テレビ電話用しか想定してないなら、焦点距離は短めになってる気もするが。

まあデジカメを使えるヤシにはマクロはある程度当たり前だが、デジカメを使える
年寄りは確かに少なそうだな。因みに大分前に買った漏れのデジカメまマクロ
無しだったので、確かにコストアップ要因にはなりそうだよな。

>>247
バーコードリーダーを起動する前にマクロに切り替えろと言う表示は出るから無問題。
ちなみに、W31Tはソフトウェア切り替えのマクロだけど、これははっきり言って「犯罪」。
マトモに使えないみたいなので。

あいたたた、またもQRコード非対応な新製品が・・・。

これぞ日本仕様 様変わりした「703SH」の操作性
http://www.itmedia.co.jp/mobile/articles/0508/11/news006_3.html
｜気になるのはQRコード／バーコード読み取り機能を備えていないこと。
｜オートフォーカス機能もない上、マクロモード切り替えスイッチもない。
｜902SH、903SHはQRコードも読み取れるが、703SHでは削られた機能のようだ。

メガアプリには対応してるけど、もしかしたらメガアプリ用javaには
バーコード用APIが存在しないって事か？

http://www.vodafone.jp/japanese/products/model_3G/v703sh/index.html

まあ元々海外端末を導入した機種は、QRコード非対応だったから、頑張って
日本仕様を改良しても、根本部分はどうにもならない訳ですが。

やはりvQRcodecが欲しいところですね。カメラ自体は130万画素あるのだから、
マクロ無しでも貼り付けるレンズとかと組み合わせれば何とかなるでしょうし。

http://www.vodafone.jp/japanese/products/model_3G/v902sh/index.html
｜主な機能・サービス
｜メガアプリ
｜バーコード認識

ただQRコード対応な902SHは、非対応な703SHと同じ？メガアプリなので、これは
メガアプリ用APIを使わずに実装してる、って事かな？　＞詳しい方！

>>250
7xxだったからこそ削られたんだと思う。
それでも意図は分からないけど。
ある時期からはずっとQRコード対応してたんだし。

撮影した jpeg 画像から QR コードを読み取る機能はないのか。

>>253
つttp://www.myna.jp/howto/qrread.html

京ぽんでQRコードを読み取るには？
カメラの性能も悪いし、無理か…

>>253
つまりのところ、QRコードから読み取るのではなく、QRコードを撮ったJPEGから
読み取るんだよね？？
出来るけど某キャリアでは実装はされないかと。

>>256 そうそう。
某キャリアって？
ちなみにAUの携帯ではできません(泣

>>255
つttp://www.memn0ck.com/ahp/ahk3001v_20040608.html

ＱＲコードを題材に卒業研究しようと思うのですが何か良い案ありませんか？
また、プログラムあれば教えてください！

>>259
情報量（何マスのもの）と携帯による読み取り確度の測定と、その結果から考えられる
3次元化（1マスの色の濃淡、又はカラーで行う）への可能性。

3次元化（1マスの色の濃淡、又はカラーで行う）への可能性ってどーゆーことですか？

>>261
パターン認識（2次元、従来）＋　色濃度認識（1次元）＝　3次元
現在の読み取りの確度限界から色濃度認識できる限界を探り、情報量の優位性がいえれば
可能性もでてくる。

ってか、”どーゆー”ってまじめに卒論にする気あんのか？デンソーウェーブのHPすら
見たことないとか言うなよ。少し勉強すれば何言ってるかわかるはずだが。

すいません。勉強不足でした・・

>>262
ちときつく言い過ぎた。スマソ。
ttp://www.qrcode.com/　を一通り読んだとして、

代表的なバージョンを幾つか、とセルの大きさを決めて一般的なカメラ（携帯に限定？）で
普通に撮影した場合、どのあたりのバージョンで限界があるかをおおよそ決める。

色濃度認識が例えば4階調（パターン）できると仮定した場合、同じバージョンでどの位
の情報量が増えるかを吟味する。（たぶん単純に4倍とはならないはず。バージョン1で考える
べし。難しいなら4倍と仮定してもよい？）

色濃度認識が可能なバージョンは上で見極めたバージョンより低いはずとし、増えた情報量
分を考慮した場合、どのバージョンと互角または優位になるか（このあたり
の相対比較は好み）を探り可能性を考える。

まぁ、議論や可能性はセルの大きさなども含めて好きな観点で書けばよいんじゃない。
あくまで今漏れが思いついたことを書いたので参考までに。変なこと言ってるかもしれん。

最初に聞いた方がよかったかも知れないけど、理系だよね？文系だったらスマソ。

>>250
本日発売のV302SHも、どうやらQRコード非対応っぽい。「主な機能」の欄に
「バーコード認識」が掲載されてないので。

http://www.vodafone.jp/japanese/products/kisyu/v302sh/index.html

３１万画素で５０Ｋアプリだと、vQRcodecもちょっと厳しいか？

>>264
お前優しいな。見てて気持ちいいぞ
お疲れ。

はじめてQRコード読み取りをしようとしてたんだが
全然認識してくれない

読み取るにはどのくらいの距離に近づけて、何分くらい掛かるものなの？

>>267
カメラが接写（マクロ）モードになってます？チューリップマークのほう。

>>268
なってます。すぐに認識してくれるものなんでしょうか？

ちなみにV501SHです。

>>269
auのA5507SAを使ってますが、認識は大体一瞬ですね。何分とか絶対かかりませんよ。
こう、画面見ながら位置合わせていって枠に収まるか収まらないかぐらいでピピッって。
ドコモの携帯でも３機種ぐらいさわらせてもらったことありますが、どれもそんなに差はなく一瞬でした。

操作方法はバッチリ？説明書に何か書いてない？

すみません、解決しました。

私も>>270さんのように枠に収まるか収まらないかぐらい
でやっていたのですが認識してくれず、
少し距離をあけて（20cmくらい）試したら認識してくれました。

機種によって違うのでしょうかね。

オープンソースのQRコードのデコードライブラリを開発します。
対象言語は当面Java(J2ME/CLDC)とし、移植性を意識しつつ
デコード性能の向上に努めます。その後、必要であれば他言語
(C♯,C++など)への移植に取り掛かります。
規格:JIS-X-0510,ISO/IEC18004
http://sourceforge.jp/projects/qrcode/

>>265
前機種？のV301SHだと、ちゃんと「バーコード認識」があったし、３１万画素で
５０Ｋアプリなのも一緒だった。

http://www.vodafone.jp/japanese/products/other/v301sh/index.html

性能的には「バーコード認識」を載せたままでも良さそうみたいだが、もしかして
マクロ機能を外したのかも？　それと、画素数は同じだけどＣＣＤからＣＭＯＳに
変更されてるみたいだし。

ttp://www.hourin.com/takayuki/mhpqrj.html#V301SH

>>272
そういやEZjava向けのQRcodecを公開してたサイトも、アプリ★ゲットの
公開ページも消えてますね。

http://qb.ath.cx/works/
http://appget.com/ez/pc/apview_024452.htm

>>274 なんか圧力でもかかったのかな？KDDIから。

>>274
そうなんよ、先週友達に教えたら消えてるって言われてびっくりした。

QRのススメのマルチ対応コードって
並べて書くのと何が違うの？

QR Code Editorで読み取っても違いがわからない…。

せっく鈴木

http://www.itmedia.co.jp/mobile/articles/0508/22/news086.html

外付けで４倍マクロレンズってのが凄そうです。

マクロ機能無し＆QRコード非対応なVodafone端末とかで使えると良さそうですが、
メーカーサイトをみても適用機種の情報が見当たりませんでした。

http://www.toda-seikoh.jp/japanese/p_cell/index.html

何故か現時点では上記のページには、４倍マクロ製品自体が載ってないですし。

【ITメディア】QRコードを使った派遣業界向け勤怠管理システム
http://news19.2ch.net/test/read.cgi/news/1124840746/

昨日買った雑誌の裏表紙のQRコードが、ちょっと細かそうだったので調べてみた。

コード領域３３セルで約１１ｍｍだったから、セルサイズは約０．３３ｍｍでした。

QRコード画像はギザギザしてなかったし、コート紙だったし、余白もキッチリ
４セル有ったし、docomoの規格では最低セルサイズが０，３ｍｍなので、結構
良い仕事をしてるなって感じでした。

ただ旧めな読み取り性能の弱い機種だと、もう少しセルサイズが欲しいかな？
って気もしましたが。ちなみにうちでは、タウンページ紙質に約０．４４ｍｍ
なセルサイズのを使ってます。

そういや標準で読み取り機能がない機種で、外付けマクロレンズとQRcodecや
メール解析を使って読み取る場合、最低セルサイズはどの程度必要なんでしょ
うね？

標準搭載機種の様に０．３ｍｍ以上あればオケみたいな基準は無いし、カメラ
やマクロレンズの性能、及び解析ソフトの性能で大幅に変わるから難しいでしょ
うが、参考程度で良いから目安になる事例がいくつか欲しいですね。

まあQRcodecが非公開になってしまってるから、ちょっと困りますが。

>>282 え？QRcodec が非公開？

>>283
つ>>274

■■■■■■■□□■□■■□■■■■■■■
■□□□□□■□□■■■□□■□□□□□■
■□■■■□■□■■□■■□■□■■■□■
■□■■■□■□□■□■□□■□■■■□■
■□■■■□■□□□■□■□■□■■■□■
■□□□□□■□□□□□■□■□□□□□■
■■■■■■■□■□■□■□■■■■■■■
□□□□□□□□■■□■■□□□□□□□□
■■■□■■■■■■■■□■■□□□■□□
■□■■□■□■□□□□□□■□□□■■□
□■□□■□■■□■■□■□□□■■■□■
■□□□■□□□■■■□□□■□□■□■□
□■□□□□■□■□■□■□■□■□■□■
□□□□□□□□■■■■■■□■□■■□■
■■■■■■■□■■□■■■■■□□□□■
■□□□□□■□■□■■■■□■■■□□■
■□■■■□■□■□□■□■■■□□■□■
■□■■■□■□□■■□□□■□□□■■□
■□■■■□■□■■□□■□□□■□□□■
■□□□□□■□■■□□□□■□□□■■□
■■■■■■■□■■□□■□■□■□■■■
これで「０」になるのですが
どうしてですか？
どこからどこまでがデータで
どのような順番で呼び出されるのでしょうか？

>>285
キャラクタコードとしての「0」だけでなく、形式コード、誤り訂正符号、
タイミングパターン、マスクパターンなどを掛け合わせていくため、
それだけの大きさになります。
それだからこそ、一部が欠けたり、多少間違っていたりしても、読めるのです。
http://www.swetake.com/qr/qr1.html

もっと知りたければきちんと JIS-X-0510 を読む方が良いでしょう。
http://www.jisc.go.jp/app/pager?id=118673

生成多項式さえ理解できれば、何とかQRコード作れるんだけどなあ。
生成多項式について詳しく書いてある本ありますか？

文字、数字を２進数に直して（マスク処理、リードソロモン符号等含む）ドット（ＱＲの白黒）が出来る事はＯＲコードを作ってみる（http://www.swetake.com/qr/qr1.html）
というサイトで分かりました。
逆にＱＲコードから、文字に変換する方法を教えて欲しいです。
分かりにくい質問で申し訳ないのですが宜しくお願いします。

先日auのW31Tに機種変更して，
初めてバーコードリーダーを使ったのですが，おかしな現象が起こっています．
このBREWアプリ上の表示では半角スペースが全角で表示されるのです．
読み取ったデータをテキストで保存したデータ自体は
半角スペースと全角スペースが区別されているので，
バーコードリーダーアプリの半角スペースの表示部分の問題のようですが・・・
皆さんはバーコードリーダーで半角スペースが表示されますか？

>288
バーコードリーダでも作るのですか？
文字、数字を2進数に直してQRコードがつくれるのなら
その逆をやればいいのでは？

>288
QRコードを作ってみる
のここの部分がわかりません
g(x)=x17 +α43x16 +α139x15 +α206x14 +α78x13 +α43x12
+α239x11 +α123x10 +α206x9 +α214x8 +α147x7 +α24x6
+α99x5 +α150x4 +α39x3 +α243x2 +α163x +α136
f(x)=32x25 +65x24 +205x23 +69x22 +41x21 +220x20 +46x19 +128x18 +236x17 <---(1)

これをg(x)でわります。

g(x)*(α5)*x8

=α5*x25 +α5*α43*x24 +α5*α139*x23 +α5*α206*x22 +α5*α78*x21・・・

=α5*x25 +α48*x24 +α144*x23 +α211*x22 +α83*x21・・・

=32x25 +70x24 +168x23 +178x22 +187x21 ・・・ <---(2)

(1)と(2)の項の係数の排他論理和を計算して

f(x)'=7x24 +101x23 +247x22+146x21・・・

>>288
一般に復号の仕方は色々な方法がありますが（無論誤り率が小さければ一意な復号がなされます．），
基本的には符号語の冗長性を利用して，
シンドロームを用いて符号語からのズレ（誤り位置＆誤り値）を推定して復号します．
こんな感じ
http://www.ma.is.saga-u.ac.jp/uehara/algcode04/codlec12.pdf

>>291
簡単に言うと，その部分は割り算の計算を筆算で行うときの引き算の部分です．
（f(x)=(α^5)*x^8+f'(x)
∴f'(x)=f(x)-(α^5)*x^8）
「係数の排他的論理和」と書いてあるのは，正確には
「各係数同士のガロア体上での差（和でも同じ）」を計算するということです．
よって，「各係数を多項式表現したものの各係数の差」
＝「各係数のベクトル表現の排他的論理和」を計算すればOKです．

あ，ミス．
f(x)=(α^5)*x^8+f'(x)
じゃなくて
f(x)=(α^5)*x^8*g(x)+f(x)'
で読み替えてください．

>292
できたーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
サンキュウー！！！！！！！！！！！！！！！！！！！！！！！！！！
排他的論理和がきーですね。

QRコードを目で見ただけで何て書いてあるかわかる特技がほしい

>>295
出来たらキモイから。

QRコードを作ってみるの、3.2 誤り訂正コード語の作成の（http://www.swetake.com/qr/qr9.html）
ページの真ん中に、「それぞれのブロックについて誤り訂正コードを計算します。
誤り訂正コード数はいずれのブロックも18ですので」
とありますが、誤り訂正コード数は何で「１８」なんですか？
5-Q型の誤り訂正コード数は（表５）より「７２」という事ですが。
RS７２5-Q型はRSブロック数 2,2なので、４つのブロックにデータを分けているから
単純に７２÷４＝１８という結果になったのでしょうか？
もし分かる方がいましたら教えてください。

>>297
RSブロックは(33,15,9)が2個と(34,16,9)が2個で構成するので
誤り訂正コード数はそれぞれ33-15=18と34-16=18です．
よって5-Q型の誤り訂正コード数は4x18=72という事です．

http://sourceforge.jp/projects/qrcode/
ここのデコーダ試してみました。
小さなコードなら復号してくれますね。
これから中身がどうなってるのか調べてみたいと思います。

QRコード作れれば、かなりできるプログラマと
考えて問題ないでしょうか？
（２１＊２１）マスをだいたい1週間ぐらい。

>>300 デコーダが作れればかなりできるプログラマだと思います。
というのは、エンコーダなら仕様(規格)通りに作ればよいので、
インターフェイス外にはあまり工夫の余地がないからです。
ただし、エンコーダが作れればプログラマではなくてコーダー
としてはそれなり、と言えるでしょう。

QRコードを作ってみるの
3.2 誤り訂正コード語の作成

f(x)=67x~25 + 70x^24 + 22x^23 + 38x^22 + 54x^21 + 70x^20 ・・・
↑
f(x)は上の式になると考えてよいのでしょうか(全て最初はXの25乗？)

>>302
2.3項と同様に行うと
f(x)　=　67x^32　+　70x^31　+　...　+　214x^18
になると思います

>>303
RSブロック
が(A,B,C)だとすると
f(x)=67x^(A-1)
と考えていいんでしょうか。

エラー訂正コードは
A-Bだとすると
Cはなんの為にあるのでしょうか？

>>304
＞Cはなんの為にあるのでしょうか？
C/Aは誤り訂正の能力を示す数値です．
これはB/Aとトレードオフの関係にあります．
Cを大きくするためにはBを小さく（A-Bを大きく）して，冗長度を高めなくてはなりません．
逆に言うと，CはAとBから決まる従属的な数値です．

>305
プログラミングする上では、Cは考慮しなくても良いということですね。
ありがとうございました。

小学生のネームシールにＱＲコード使ったらよい気がした。
下着とかにも。直接ブリーフに名前書いてあったら恥ずかしいじゃん。
あ、体操服にもいれておけばいい。変な人に名前呼ばれずにいて、所有者がわかるという。

>>307
QRコードを目で見ただけで何て書いてあるかわかる特技
を持つ人が増えるに違いない！

あと公衆便所のなんかの落書き。むかつくやつの個人情報書いてあったりするじゃん。
名前、電話番号、メアド、とsexyな煽り文句とか。それらがＱＲコードになればいちいち入力しなくてもいいし、
美観もそんなに損なわれないんじゃないかな。

もしかしてツーカーの端末って、全てQRコード非対応ですかね？

http://k-tai.impress.co.jp/cda/article/showcase_top/25456.html

上記の新製品記事でQRコード対応してるか気になって調べたのですが、
どうもQRコード自体の情報がツーカーのサイトに無い様です。

グーグルでツーカー東海のサイトを指定して、「QR」や「バーコード」の
キーワードで検索しても何も引っかかりませんでした。又、下記サイトや
このスレのテンプレでも、ツーカー自体が見当たらないですし。

ttp://www.hourin.com/takayuki/ktqrcode.html

因みに同じ”Ｔ”でも東芝な”Ｔ”は、Vodaの３Ｇ端末にも関わらず、QRコード
対応してますね。エライゾ東芝！

海外5カ国でもGPSナビ――「903T」
http://headlines.yahoo.co.jp/hl?a=20050907-00000050-zdn_m-sci

“閉じると音楽プレーヤー”の3G携帯──「803T」
http://headlines.yahoo.co.jp/hl?a=20050907-00000047-zdn_m-sci

ついでにauの新端末（W31SA II／A5514SA／A5516T）もチェック！

http://www.kddi.com/corporate/news_release/2005/0908/besshi.html

au端末はやはり皆イイコですね〜。

>>298
分かりました。
説明ありがとうございます。

スーパーなどのレシートにQRコードを付けるのはどうよ。
買い物の度に撮影さえしとけば自動的に家計簿のできあがり！

京ぽんでパソコン画面上のQRコード撮っても、うまく認識されない・・・・　＿|￣|○

>>315
30万画素でマクロ無し？な京ぽんじゃ、QRコードによっては無理が有ると思われ。

別のもっと型番が小さくて大きめなQRコードで試してミソ。その結果によって
、まずはその京ぽんのカメラ自体が全然カスになってるかどうかが分かるかと。

http://www.denso-wave.com/qrcode/qrgene5.html

なるほど〜、本家本元が注意喚起しなきゃならんほど乱れてるって事だな〜。

確かにこのスレへの報告にも有る通り、画像ツールをまともに使わずに安直な
縮小による歪みや、無知蒙昧なデザイナーによる周辺余白不足なＱＲコードが、
雑誌の広告なんかに溢れてるし。

ＱＲコードをつくってみる６

の【G(x)=x10+x8+x5+x4+x2+x+1

　でわった剰余を求めます。
今サンプルのビット列が　10011　なので
多項式は　x4+x+1　となり
これにx10をかけて　x14+x11+x10　となります。
G(x)でわると

剰余R(x)=x8+x7+x6+x

が求まります。】
の部分はどのような計算になるのですか？
（a^1x^14 + a^0x^13 + a^0x^12 + a^1x^11 + a^1x^10 ）÷ G(X)
でよいのでしょうか。余りの係数の値は切り捨て？
よくわかりません。

ASCのように漢字をJIS X 0208の数値に変換する方法はありますか？

>>318
まず，G(x)=x^10+x^8+x^5+x^4+x^2+x+1というのは，
符号長15のBCH符号の生成多項式のうちのひとつです．
簡単に言うと，BCH符号の符号語は生成多項式で割り切れるのがポイントです．
お尋ねの部分では，符号語がG(x)で割り切れるように，逆算して
情報bitに冗長bitを付加しています．
ここでの計算はGF(2)上の多項式の計算なので，
係数については1+1=0に注意して計算します．
つまり，
x^14+x^11+x^10=G(x)(x^4+x^2+x)+x^8+x^7+x^6+x
より，符号多項式は
x^14+x^11+x^10+x^8+x^7+x^6+x（=G(x)(x^4+x^2+x)）
なので，符号bitは
100110111000010
になります．

おまいら、頭いいんだな。何話してるのか全然わかんね('A`)

＞320
ありがとうございます。
1+1=0
0+0=0
1+0=1
で計算するのですね。
>321
理解できたとしてもそれをプログラム化するのはさらに
難しいんですよ。

>>250
703SHfになって、マクロ＆QRコード対応になった様です。ヨカッタヨカッタ。

http://k-tai.impress.co.jp/cda/article/news_toppage/25715.html
｜カメラは新たに接写機能に対応し、マクロ切換えスイッチをカメラレンズ脇に装備。
｜2次元コードの読み取りなどに対応する。

同じ今冬モデルな703NのQRコード対応はハッキリしませんが、802N継承みたい
なので大丈夫かも？

http://k-tai.impress.co.jp/cda/article/news_toppage/25716.html
｜「802Nの便利機能を継承している」と機能面を説明。

V604SH＆702NKIIもハッキリしませんね。前機種の継承なら、それぞれQRコード
対応は有り＆無しでしょうけど。

http://k-tai.impress.co.jp/cda/article/news_toppage/25718.html
http://k-tai.impress.co.jp/cda/article/news_toppage/25717.html

漢字の値をどうやって１３bitの値に変換するのですか？
漢字の番号のいちらんひょうはないのですか？

漢字データの圧縮の詳しい解説は仕様書に書いてあるからそれを読めば良いと思うんだけど、
(PDF版は無料だしね)　簡単に説明すると

「Shift_JISの漢字は、半角英数字や記号といった文字と同じコード空間を共有する兼ね合いで
大きい数字の文字コード(8140hとか)から割り当てられている。そのため、そのデータが漢字であると
あらかじめ分かっているなら、ある定数分減算すると、通常より少ない桁数で表現できる」

ってのが基本的なアイデアです。文字間の前後関係は保持したまま圧縮されるので、
一覧表は必要なし。圧縮時の逆の順序で演算をするだけで元の文字を復元できます。

たとえば、"点"だったらShift_JISで935Fだけど、8140を引くと
935F-8140=121F
簡単化のため上位4ビットだけ比較すると
1001-1000=0001 って具合に上位3ビットは常に0になることが保障される(=省略できる)ような
仕組み。（これ以降も若干演算があるんだけど）

>325
[漾]という漢字はE040になるみたいなのですが
これらの計算はどうなるのでしょうか？

インフォプラント調査、QRコードの利用経験者は7割超
http://k-tai.impress.co.jp/cda/article/news_toppage/25737.html

これを多いとみるか少ないとみるか、ちょっと悩ましいですね。

型(21＊21マス等)及び誤り訂正レベルを指定して
作成することができるツールはありませんか？

※１−Ｈ型や５−Ｑ型など

>>328
http://www.psytec.co.jp/

>327
>これを多いとみるか少ないとみるか、ちょっと悩ましいですね。

素直に多いといっていいんじゃないかな。

>>330
「とくするメニュー」の参加者が対象だからな〜。下記をみると参加者はかなり
パワーユーザーっぽい。雑誌の懸賞なんかにだと、QRコードなんて当たり前に
載ってそうだし。

http://k-tai.impress.co.jp/cda/article/news_toppage/21777.html
http://www.d2c.co.jp/service/toku.php

>>326
そっち側の文字コード空間(第二水準漢字？)は、第一水準のコード空間から離れた
ところに割り振られているので、また違った定数(E???;たしかEから始まる)で減算します。

>>326
ありがとうございます。
???の部分がわかったらまた教えてください。
[ABCDE123]の値で1-M型を作ったのですが
auの携帯が機能しないのか。
それとも私のツールの不良なのかわかりません。
↓これは１−Ｍ型の【ABCDE123】になりますか？
■■■■■■■□■■□□■□■■■■■■■
■□□□□□■□■■□□□□■□□□□□■
■□■■■□■□□□□□■□■□■■■□■
■□■■■□■□■■■■□□■□■■■□■
■□■■■□■□□■■□□□■□■■■□■
■□□□□□■□□□□□□□■□□□□□■
■■■■■■■□■□■□■□■■■■■■■
□□□□□□□□■■□□□□□□□□□□□
■□■■□■■■□■□□□□■□□■□■■
■■□□■□□□■■□□■□□■□■■■□
□□□□□□■■■□□□■■■■■■□■□
■■■□■□□□□□■□■■□□□■□■□
□□■□□■■□□■□■□■□□■■■■■
□□□□□□□□■■■□□■□□□■□■■
■■■■■■■□■■■□□■■□■□■■□
■□□□□□■□■□■■■■■■□□□□□
■□■■■□■□□■□■□□■□■□□■■
■□■■■□■□■■■□□■□□□■■■□
■□■■■□■□■■□■□■□□■■■□□
■□□□□□■□□□□■■□■□■□■□□
■■■■■■■□■□■■■□□□■□□■□

>>333
どのようなツールをお使いか存じませんが、誤り訂正能力を超えてしまい、
読み取る事ができませんでした。
マスク処理に問題があるか、RS符号の処理に問題があるものと考えられます。
ちなみに、このコードのフォーマット情報は、バージョン１、誤り訂正レベルM、
マスク番号は３でした。

【ABCDE123】
のデータ解析

1-H型
{32}{65}{205}{69}{41}{220}{46}{128}{236}{42}{159}{74}{221}{244}{169}{239}{150}{138}{70}{237}{85}{224}{96}{74}{219}{61}
1-Q型
{32}{65}{205}{69}{41}{220}{46}{128}{236}{17}{236}{17}{236}{177}{117}{214}{139}{116}{240}{138}{191}{49}{18}{228}{144}{33}
1-M型
{32}{65}{205}{69}{41}{220}{46}{128}{236}{17}{236}{17}{236}{17}{236}{17}{228}{26}{231}{0}{221}{64}{22}{98}{214}{133}
1-L型
{32}{65}{205}{69}{41}{220}{46}{128}{236}{17}{236}{17}{236}{17}{236}{17}{236}{17}{236}{219}{151}{64}{25}{73}{25}{247}

１のH型,Q型はﾃﾞｰﾀを読み込めたのであっていると思うのですが
M,L型は読み込めませんでした。２６個のデータの内容は上に書いてあるとおりなのですが
どこか計算間違いの箇所はあるでしょうか？

>>335

H型,Q型は合ってます。M型,L型は以下の通り。

1-M型
{32}{65}{205}{69}{41}{220}{46}{128}{236}{17}{236}{17}{236}{17}{236}{17}{240}{31}{123}{94}{111}{65}{216}{71}{19}{218}
1-L型
{32}{65}{205}{69}{41}{220}{46}{128}{236}{17}{236}{17}{236}{17}{236}{17}{236}{17}{236}{45}{237}{53}{26}{173}{130}{99}

生成多項式の指数が間違っているような、、、コード見ないと何とも言えませんけど。

>336
大変よい情報ありがとうございます。
1-L型のErr訂正ｺｰﾄﾞは7で
X^7+a^87x^6+a^229x^5+a146x^4+a^149x^3+a^238x2+a^102x+a^21
になるとおもうのですが、問題ないでしょうか？
L,M型は特別何か処理を行わなければならないことはないですよね？(H,Qと同じような処理をすればＯＫ？)
もしよかったら１回割った値はいくつになるか教えてもらえないでしょうか？

「HDD内の画像ファイルをいくつかの分割されたQRコードにする」
っていうのに、対応しているソフトはありませんか？

ちなみに、DoCoMo純正の物は、インストールしましたが、
毎回必ず、起動直後に不正な処理ってのが出て、使えませんでした。（ ´Д⊂ヽ

OSはWinXP SP2です。よろしくお願いします(´･ω･`)

>>337
式は間違っていません。演算に単純なミスがあるのかも…。
とりあえず、以下『1-L型』での除算課程です。参考にしてください。

元データ：{32}{65}{205}{69}{41}{220}{46}{128}{236}{17}{236}{17}{236}{17}{236}{17}{236}{17}{236}
RSコードワード数：7
生成多項式：x^7+a^87x^6+a^229x^5+a146x^4+a^149x^3+a^238x2+a^102x+a^21

1.{26}{54}{239}{16}{161}{70}{134}{236}{17}{236}{17}{236}{17}{236}{17}{236}{17}{236}
2.{180}{31}{200}{47}{184}{32}{138}{17}{236}{17}{236}{17}{236}{17}{236}{17}{236}
3.{119}{254}{16}{93}{40}{102}{197}{236}{17}{236}{17}{236}{17}{236}{17}{236}
4.{208}{136}{10}{170}{96}{136}{179}{17}{236}{17}{236}{17}{236}{17}{236}
5.{236}{217}{36}{100}{43}{234}{6}{236}{17}{236}{17}{236}{17}{236}
6.{123}{253}{227}{103}{240}{20}{184}{17}{236}{17}{236}{17}{236}
7.{237}{121}{198}{145}{102}{226}{8}{236}{17}{236}{17}{236}
8.{164}{101}{140}{142}{243}{94}{205}{17}{236}{17}{236}
9.{174}{73}{228}{132}{230}{21}{198}{236}{17}{236}
10.{163}{34}{99}{141}{227}{140}{94}{17}{236}
11.{137}{221}{6}{207}{5}{71}{144}{236}
12.{12}{64}{99}{12}{253}{115}{14}
13.{126}{97}{250}{30}{7}{25}{70}
14.{239}{239}{119}{104}{76}{85}{165}
15.{204}{32}{92}{241}{82}{123}{203}
16.{217}{126}{220}{39}{28}{177}{82}
17.{186}{130}{151}{245}{65}{85}{237}
18.{42}{87}{21}{18}{63}{158}{120}
19.{45}{237}{53}{26}{173}{130}{99}

ついでに『1-M型』での除算課程。

元データ：{32}{65}{205}{69}{41}{220}{46}{128}{236}{17}{236}{17}{236}{17}{236}{17}
RSコードワード数：10
生成多項式：x^10+a^251x^9+a^67x^8+a^46x^7+a^61x^6+a^118x^5+a^70x^4+a^64x^3+a^94x^2+a^32x+a^45

1.{67}{168}{79}{72}{25}{33}{175}{106}{91}{233}{17}{236}{17}{236}{17}
2.{217}{222}{224}{106}{226}{83}{213}{217}{199}{69}{236}{17}{236}{17}
3.{133}{131}{64}{55}{170}{234}{63}{105}{192}{249}{17}{236}{17}
4.{20}{36}{198}{253}{37}{56}{235}{74}{31}{231}{236}{17}
5.{98}{85}{190}{58}{239}{7}{178}{133}{140}{67}{17}
6.{254}{136}{7}{146}{198}{31}{74}{249}{186}{129}
7.{227}{117}{72}{98}{76}{253}{176}{216}{186}{109}
8.{14}{53}{232}{199}{200}{127}{244}{156}{60}{69}
9.{81}{0}{46}{232}{161}{231}{129}{168}{176}{250}
10.{221}{154}{102}{178}{91}{72}{48}{147}{214}{71}
11.{134}{42}{222}{47}{138}{106}{20}{161}{140}{54}
12.{200}{225}{98}{108}{241}{241}{194}{149}{106}{168}
13.{99}{127}{220}{245}{35}{42}{181}{246}{149}{88}
14.{12}{40}{87}{49}{44}{70}{102}{145}{60}{81}
15.{225}{38}{251}{210}{11}{201}{50}{74}{131}{101}

>340
大変ありがとうございます。
原因は
余りの計算の部分でした。
割られるほうの指数の値が割る方に存在しない場合、余りの対象になっていませんでした。
皆さんも気をつけてください。

漢字モードで[A]を表現するとき
13ﾋﾞｯﾄの値はいくつになりますか？

http://k-tai.impress.co.jp/cda/article/news_toppage/25883.html

パンフレットのＱＲコードの写真にモザイクが・・・。

http://www.nttdocomo.co.jp/product/concept_model/musicporter_x/index.html

３２万画素だとQRコード対応は微妙だな〜。

ただ下記の新製品４機種のニュースで、QRコードについて書かれてるのは、prosolid IIに
QRコード無しと書かれてる部分だけで、MUSIC PORTER Xは131万画素なMusic Porter II
と同様に、QRコードに関して何も書かれてないので、もしかしたら対応してるかも？

http://www.nttdocomo.co.jp/info/news_release/page/20051003.html

>>331
au端末だとQRコード読み取りは、結構やり易いと思うが。悪いのは未だに
カメラ有りでQR非対応な新製品を出すdocomoやvodaだろう。

http://www.itmedia.co.jp/enterprise/mobile/articles/0510/03/news016.html

とくにdocomoはらくらくホンですら外したくせに、こないだの一面新聞広告には
シッカリQRコードを掲載して利用してたよ。普及を推進するつもりなら、もう少し
統一しろよな。

QRcodecはこんなところに引っ越してたんですね。

ttp://note.page.us/QRCodec

auは一番後発なのになあ。
あの頃は対応機種少ないだの何だので笑ってしまうほどぐだぐだだったが、その後えらくマジメに対応していて感心する。

auはＱＲだけでなくて、カンタンアクセスってのも組み込んでいて、あり方によってはコンテンツ呼び出しが一番やりやすいかも。
アクセス番号使うのに料金かかるのがなんだけどね。

>>345
他社と違ってアプリで対応してるから、
マクロ対応のカメラさえついてれば事実上全機種対応だしね。
容量不足でアプリ消すと使えなくなるけどｗ

>>344
いつのまにかアプリ★ゲットにも復活してますた。

http://appget.com/ez/pc/apview_024452.htm

>>344
折角だから下記の追加が欲しいですね。

Now Developing
　iQRcodec - QR Code Decoder application runs under docomo mobilephones

Now Planning
　vQRcodec - QR Code Decoder application runs under vodafone mobilephones

まあね

でたーーー、auからもQRコード非対応な新端末が。

折りたたみ3Gで最小・最軽量〜「A1405PT」登場
http://plusd.itmedia.co.jp/mobile/articles/0510/11/news035.html
｜カメラ 有効画素数33万画素CMOSカメラ（マクロモードなし、QRコード読み取り非対応）

うーーーん、海外品の直輸入だし廉価版だから仕方が無いのかもしれんが、暴駄の
VGS端末みたいにUIのクソさで悪評を振りまかなければ良いが・・・。

QRコードに絵を載せる技術が開発されたらしいね

なにそれ？

カシオ、QRコードラベルが作成できるラベルプリンタ
http://k-tai.impress.co.jp/cda/article/news_toppage/26044.html

最大印刷幅が１６ｍｍって事は、型番８か９（コード領域４９セルｏｒ５３セル）
あたりが限度かな？　印刷密度が200dpiと低めなので、もう少し低い型番まで
かもしれません。

>>351
EZボタンは有るけどEZアプリには非対応なので、QRcodecでも救済不能ですね。

http://plusd.itmedia.co.jp/mobile/articles/0510/12/news061.html
｜カメラはマクロモードなしの33万画素CMOSで、EZアプリにも未対応。
｜ゲームはBREWではなく独自プラットフォームのものがプリセットされ、
｜メーカーサイトから追加配信されるゲームも独自方式のものとなる。

あとはメーカー独自方式で、ゲームじゃなくてQRコード読み取りソフト
が提供されるのを待つしか方法は無い様です。

マクロないんだから全く期待ゼロでは

ブツブツ皆で文句をメールすれば、何とかしてくれるかも？

でもマクロ無しだからもし要望が多かったとしても、カメラ性能次第でしょうね。

>>343
http://bb.watch.impress.co.jp/cda/event/11422.html
｜NTTサイバーソリューション研究所ヒューマンインタラクションプロジェクトの
｜吉田悠一氏は、このQRコードを利用して「ボタンがたくさんある携帯電話の操作
｜を簡単にしたい」と考えた。

その前にQRコード非対応な新製品を出すのを止めて欲しいよな。しかも年寄り
向けのらくらくホンで。

QRコードはいいのだが携帯でJANコードが読めてもうれしくないと思うが、なぜ読めるようになっているんだろう？
スレ違い？

>>354
テプラはPCリンク機能持ってる機種なら随分前から出来たよね。

>>356
QRコードのサイズとカメラ焦点距離の相性によっては
標準に切り替えた方が読み取りやすい事も珍しくないので
期待ゼロって事もない希ガス。

http://matsuya.dyndns.tv/2ch/img-box/img20051018115401.gif

>>359
バーコード読み取り機能は、QRコード登場前のJANコード読み取りから始まった筈。
最初はJ-Phoneからだったと思う。だからVodaの製品情報では未だに「バーコード認識」
の名前で機能説明されてる。

>>360
EZアプリのQRcodecの解析エンジン部分は、オープンソースで公開されてるから、
これを使って作れば少ないコストで出来るだろ、と韓国Pantech＆Curitelへ直接
要望すれば、少しは期待値が上がる鴨。

このスレにﾍｰﾍﾞﾙﾊｳｽが！！

　　　　　　 /|
　　　　　　 |/＿＿
　　　　　　 ヽ| l　l│＜ﾊｰｲ
　　　　　　　┷┷┷







　　　 _, ,_ 　パーン
　 （　゜д゜） 　
　　　⊂彡☆＝＝＝＝＝＝　/|
　　　　　 　＿＿ 　　　　　　　|/
　　　　　 ヽ| l　l│
　　　　　　┷┷┷

漫画喫茶で「ＮＨＫによろしく」とかいう単行本の背表紙をみたら、QRコードの
一部（多分左上角）がロゴマークみたいに使われてた。

ウィルコム、Windows Mobile搭載のW-SIM対応端末「W-ZERO3」
http://k-tai.impress.co.jp/cda/article/news_toppage/26175.html
｜背面に有効画素数133万画素CMOSカメラを装備しており、SXGA（1,280×1,024）、
｜VGA（640×480）、QVGA（320×240）サイズの静止画を撮影できる。

画素数が十分なカメラは付いてるが、マクロ機能やＱＲコードに関する記述は
見つかりませんでした。業務に使うPDAなのだから、接写機能は必要な気がする
のですが。

まあJAVAプラットフォーム「Jblend」が載ってるから、いざという時には何とか
なるかも？しれませんが。

>>349
ttp://note.page.us/index.php?site_id=&page=%B9%BD%C1%DB%C3%E6%A4%CE%A5%A2%A5%A4%A5%C7%A5%A2

iQRcodec/vQRcodec の紹介ページが出来てますね。でもiQRcodecは一応少し
作ってあるのだから、試作版として公開しても良さそうですが。

ただ出来がまだまだですから、ベータ版じゃなくてアルファ版としておけば
良いかと。動作報告は下記スレを案内しておけばオケでしょう。

http://hobby7.2ch.net/test/read.cgi/appli/1087912411/l50

hotsh

http://www2.gi-ga.net/up/src/QR0002.jpg

>>368
できないでしょうね。

>>368
macなら
http://micono.hp.infoseek.co.jp/qrcodingen/index.html
使うのはどうだろうか

http://www2.gi-ga.net/up/src/QR0003.jpg

電話帳登録用のQRcodeを作ったら、微妙に型番が１１まで大きくなってしまいました。

QRcodeプログなんかだと型番は１０で抑えてる感じだし、確かQRcodecでも型番が
１０番あたりから読み取るのが難しくなった様な話が有った気が・・・。

型番１１のQRcode（余白込みで69セルx3＝207ドット角）をPCや携帯で表示した場合お、
それの読み取りは結構厳しいでしょうか？

携帯の機種によっては型番１６辺りまで読めるものもある
QRコードBlogは一応気を使ってるんだろうな、確かに型番10辺りで抑えてるみたいだし

11位ならそれほど心配しなくてもいいんでないかな

>>373
サンクス。

一応ボーダフォンの資料をみたら、「モデル２／Ｖｅｒ．１〜Ｖｅｒ．１０以上対応」と書かれ
てました。

Ｖｅｒ．１０以上と書かれてるから文字通りにとればオケですが、穿ってみればＶｅｒ．１０
迄は必須だから必ずサポートすべきだが１１以上は任意だよ、とも読めそうです。（微妙だ〜）

ＱＲコードの位置合わせパターンを調べても、型番７から１３迄が一緒みたいなので、多分
型番１３迄は大丈夫そうだから、型番１１くらいなら一応心配しなくても良さそうかな？

>>374
Ver.10迄の読み取りが必須条件なら、それが例えば３０万画素のマクロ無し
なカメラしか装備してない端末で、QRcodeをサポートしてない理由だと言え
そうですね。

ちなみにJANコードならここに数字を入力すれば読める

http://www.gepir.jp/GEPIRJapanWebSite/RequestForm.aspx?LANG=JP

>>373
Ver.14以上だと２０迄は位置合わせパターンが同じなので、（カメラ性能は別です
が）１６が読めるなら２０迄はソフト上はオケかもしれませんね。

au端末のQRコード読み取りソフトは、共通のBREWアプリな筈なので、最高のカメラ
性能な端末も考えて、２０迄はサポートしてても不思議は無さそうです。

因みに、型番１３だと余白込み77セルx3＝231ピクセル角なので、偶然にも丁度
QVGA（240x320)端末で表示可能な上限になりますね。

恨み辛みや座右の銘、お気に入りのフレーズなんかを231ピクセル角のQRコード
にすれば、他人には一目では分からない壁紙が作れたりしそうです。（藁

たしか、携帯によっては、Ver11以上だと「対応してない」みたいな
メッセージ出して読み取りを拒否するのもあるよね。

それがQRコードであることが判別できるのならがんばって読み取ってくれればいいのにね

>>378
ヤッパシそういう融通の利かない端末がありますか〜。orz

でも電話帳用QRcodeって、２つ以上の電話番号やメールアドレスとか、メモ欄へ
少し記載したりすると、結構簡単にVer.11以上になってしまいそうですが。

ましてやマルチキャリア用だと、殆どVer.11以上になってしまいそうなので、
困ったもんです。

>>379
禿同。

型番13迄なら>>374に書いた通り、位置合わせパターンが同じなのだから、
せめて其処までは頑張って欲しいところです。パターンが違う型番14以上
なら、>>378の様に「対応してない」と拒否しても納得がいきますし。


あ、そういや何処かで最近、凄い型番のデカそうなQRcodeを見た様な覚えが・・・。
多分、型番上限の制約なんか、全然気にせずに作ったんでしょうね〜。周辺余白
すら気にしないデザイナーも多いから、仕方が無いのかもしれませんが。

orz

ところで電話帳用QRcode作成時の入力ですが、Vodafone用の場合にヨミガナが
全角なのか半角なのか、ちょっとハッキリしません。多分全角カナだろうと
判断しましたが、実際はどうなんでしょう？


imode用もハッキリとは書かれてませんが、web上の事例画像、及びQRファク
トリではヨミ項目が半角カナで自動登録されますし、telbookタグでは半角カナ
指定がされており、アドレス帳データをvCardに書き出しても半角カナなので、
まずは半角で間違いない様です。

しかしVodafoneの場合だと、仕様書を見ても事例画像では半角カナですが、
項目の解説にある注釈だと、使える全角文字について別表を紹介してます。
又、vCardへの書き出し時は半角カナですが、MEMRYNAMEタグでの指定は
全角カナを使う事が明記されてます。

うーーーーーん。orz

>>382
因みに、うちで作ったVodafone向けの電話帳用QRcodeで、ヨミガナを全角カナから
半角カナに変えて試しに作成したら、型番１１が１０に落ちました。

半角カナってSift-JISコードとかだと、却ってコードデータが大きくなる様な場合
がある話を聞いてたので、ちょっとビックリしましたが、型番１１以上が読めない
端末が有るらしい現状では、なんという絶妙なQRcodeだ！！と更にビックリです。

＞なんという絶妙なQRcodeだ！！

なんかワロスｗ

>>382
imodeの方ですが、下記ページの＜使用可能な文字＞の表で、カナ（SOUND）
に全角文字が使えない事が明示されてました。

http://www.nttdocomo.co.jp/p_s/imode/barcode/s2.html#3_1_5

でもQRcodeファクトリでは、全角カナでもQRcodeが作れたりしました。
但し、出来たQRcodeを解析するとシッカリ半角カナで載っていて、全く
同じQRcodeが出来ました。

尚、>>382 でVodafone用を作ったツールは、「QRcodeEditor_for_Mobile
(Proバージョン)1_10」で、使える全角文字に関しては、その操作マニュ
アル上の情報です。

その情報には、使える全角カナと全角英数字の表が載ってますが、半角
カナを禁止する記述は無く、半角カナのままツールでQRcode作成は可能
ですし、出来たQRcodeを解析すると半角カナで載ってました。

>>384
本人は真剣ですけどね〜。>>378の情報がありますから。

電話番号データに「ハイフン」や「括弧」記号、住所データに「丁目」や「番地」は
使ってないし、英数字は全て半角なので、型番を１０に落とす余地がヨミガナ
くらいしか無いんですよね。（メモ欄の内容を弄るのは、見た目その他で困難。）

>>382
とりあえず、どなたか半角カナなVodafone向け電話帳用QRcodeを、実機で
読み取り可能かどうか、試して貰えると嬉しいです。


尚、現時点では半角カナで型番１０に落としたQRcodeを使おうと思ってます。

理由は型番１１でQRcode自体が読み取れないリスクよりも、ヨミガナだけが
読めないリスクの方が遥かに小さいと思うからです。ヨミガナだけなら手作業
で追加して貰えば済みますし。

但し、ヨミガナ以降が全て読めない可能性も有りますが、それが発生する端末
が、型番１１を読めない端末より少なければオケですし。（←ココ大事！！）

あとMEMORYNAMEタグで全角カナが指定されてるのは、web上で使うから半角
カナを使うのは無理がある（imodeのtelbookタグでは使ってますが^^;;）
から納得出来る規約です。

しかし、QRcodeやヨミガナ自体がドメスティックなモノなので、例えVGSな
端末でもQRcode関係のソフトは日本独自でしょうから、半角カナを考慮して
ないとは思いにくい、と判断する次第です。

>>385
Vodafoneと基本的に同じauの仕様を見ると、下記の説明で特に半角カナの
使用を禁止はしてないですね。

http://www.au.kddi.com/ezfactory/tec/two_dimensions/address.html
｜連続するS-JISコード (漢字、ひらがな、カタカナ、数字、記号、英文字、
｜ギリシャ文字、ロシア文字) ) を0文字以上

因みに、auの仕様では24byte迄の制限が明記されてますが、Vodafoneの仕様書
（QRcode_spec.pdf）には明記が有りません。但し、>>385で書いたツールの
操作マニュアルだと、入力可能文字数は半角18文字（全角９文字）と規定され
てます。

ツール独自の制限かもしれませんが、長い名前で読み仮名が９文字で収まら
ない場合は、うちと（理由は別ですが）同様に半角カナを使わざるを得なく
なりそうです。

誤り訂正レベルは下げてみた？

QRコードを縮小リサイズをするときにどんな方法を使ってますか？教えてください。

最近傍法でやってみたが、正方形が長方形になってしまって困る。
他のアルゴリズムだと勝手にグレーを回りに出しやがるし。

すみません。ドットの倍数にならないような縮小にしていたためでした。
正方形が2ドット×2ドットだったので、50％に縮小して1ドット×1ドットで
やってみることにします。

本当にこれでうまくいくかどうかがちょっと不安ですが。

>>390
基本的にQRコードは縮小・リサイズしないことにしてる
求める大きさに合うように、その度にセルサイズを変えて作り直す

>>383

> 半角カナってSift-JISコードとかだと、却ってコードデータが大きくなる様な場合
> がある話を聞いてたので
全角カナは漢字扱いなので、QRコードの場合内部で13bitに圧縮されます。
半角カナの場合、8bitバイトモードなので圧縮はありません。
1文字で考えた場合、13bitに対する8bitなので、全角カナで表現する
より、半角カナのほうがデータ量はやっぱり少ないです。

>>389
誤り訂正レベルはデフォルトの「M(15%)」のままです。これを下げてまで
ってのはちょっと・・・・。

>>392
縮小拡大は、ピクセル数をセル数の整数倍にすれば大丈夫ですよ。

但し、photoshopなんかをデフォルト状態で使って拡大縮小すると、勝手に
8bit諧調あたりで暈すので、明示的に白黒２値を指定しないと駄目ですが。

>>393
サンクス。

少し思い出したのですが、Sift_JISの場合にはコードシフトを伴う様な
文字の混ぜ方をすると、シフトコードがその都度入って、そのせいで
ファイルサイズが却って大きくなる、という様な話だったと思います。

一文字づつシフトさせる様な事をしなければ、大丈夫な感じです。

>>387
下記にVodafoneの仕様書に載っていた、電話帳形式の内容（ヨミガナ半角）をQRcodeにしてみたので、
誰かQRcode対応なVodafone端末をお持ちだったら、試してみて下さい。

ttp://qrcode.jp/qr?q=MEMORY%3aJ%2dPHONE%8a%94%8e%ae%89%ef%8e%d0%0d%0aNAME1%3a%83W%83F%83C%83t%83H%83%93%91%be%98Y%0d%0aNAME2%3a%bc%de%aa%b2%cc%ab%dd%c0%db%b3%0d%0aMAIL1%3ataro%2d%81%9b%81%9b%40j%2dphone%2ecom%0d%0a&s=3&c=selected

しかし、不思議な事に上記サイトでうちの電話帳データをコード化すると、型番９にまで落ちます。
しかもヨミガナが全角でも半角でも同じです。（誤り訂正レベルはM）

更に出来たQRcodeをPsytec QR Code Editor　で強制テキスト指定で読み込んで解析しても、ちゃん
とヨミガナはそれぞれ全角／半角になっていて、両方とも型番１１（訂正レベルM）になってしまい
ます。

qrcode.jpが一番小さいのですが、誤り訂正レベルがハッキリしないので、ちょっと不安かも？

いずれにしても、３つのツールで違う型番になるってのは、なんとも良く分からない状況です
が、だからこそ一番安心なVodafoneの純正ツールで型番１０（半角カナが必要）にしたいとこ
ろです。

>>395
｜しかもヨミガナが全角でも半角でも同じです。（誤り訂正レベルはM）

済みません、最後の（）の部分は余計でした。削除して読んで下さい。ｍ(_ _)ｍ

qrcode.jpで生成した時の誤り訂正レベルは不明ですので。

>>395
｜いずれにしても、３つのツールで違う型番になるってのは、

纏めると、うちのVodafone向けの電話帳用データ（半角カナ）でQRcodeを作成すると、
下記の様になるという事です。

型番９（訂正レベル：不明）←　「qrcode.jp」
型番１０（訂正レベル：M）←　「QRcodeEditor_for_Mobile(Proバージョン)1_10」
型番１１（訂正レベル：M）←　「Psytec QR Code Editor」

>>397
因みに「Psytec QR Code Editor」でURL一個だけ入ったQRcode（訂正レベルM）を作ると、
型番３になりますが、同じデータで「qrcode.jp」 を使って作ってもやはり
型番３になります。（但し、QRcodeの模様パターンは違う。）

中身のデータが大きくて複雑な場合でないと、型番の違いまでは出ない様です。

>>397
更に下記のQ作くん（訂正レベルM）でも試したら、「QRcodeEditor_for_Mobile(Proバージョン)1_10」
と同様に、全角カナで型番１１、半角カナで型番１０になりました。（但し、模様パターンは違う。）

ttp://kaz.k2.xrea.com/qrcode/

尚、上記の「◎アドレス帳登録用：」メニューだと、Vodafoneも含めてヨミガナは半角カナを指定して
ました。やはりVodafone形式でも、ヨミガナの半角カナは大丈夫そうです。

>>373 >>378

>>399で試したサイトの下記の＞＞＞リサーチ画面＜＜＜で、型番２０を読めた端末
が２０機種以上存在する報告が有りました。

ttp://kaz.k2.xrea.com/qrcode/research/

au端末が何機種も入ってるので、au端末共通な筈のBREWなQRcode読み取りソフトは、
型番１４〜２０の位置合わせパターンに対応してるという事になりますね。

>>389
Q作くんのwebによると、Vodafoneに限っては、訂正レベルLをサポートしてないらしいです。
確かにVodafoneの仕様書にも、訂正レベルは、M(15%),Q(25%),H(30%)しか載ってません。

この件は次スレのテンプレで、>>4 と特に>>7 には要追加ですね。

>>401
うわ、それは知りませんでした。ありがとう。
友人10人くらいに試してもらった時、型番を大きくするより、誤り訂正をLにしたほうが
読み取り率が上がった経験があったので言ってみたのですが、
そういえば、ほとんどがDoCoMoで、Voda使いは居なかった気がする。。。

>>402
私も今回初めて気づいたので勉強になりました。

ただ、>>400で紹介した報告の頁を見ると、結構新しめですが訂正レベルLを読めてる
Vodafone端末が有ります。読めないのは、恐らく古くて未だJ-phone以外が未だバー
コード対応してなかった頃の端末だろうと思われます。

訂正レベルLをサポートする、docomo端末やau端末（但しBREW以前）と別のQRcode
読み取りやソフトを、わざわざ作る必要は無いですし。

結局訂正レベルL未サポートの件は、型番１０迄の制限に対応するかどうかと同じ
で、旧い端末への対応をどうするか、という方針次第って事でしょう。


因みに、Q作くんのwebは結構リキが入っていて分かりやすいですね。

まあ自分がキャリアのサイトを良く調べてないせいも有りますが、docomo端末で
住所やurlが読めるのは、901i/700iシリーズ以降な事を初めて気づきました。
（この件も次スレの>>5のテンプレに要追加ですね。）

単純にQRファクトリを使って作っただけだと、全然気にもしない点でした。

>>400のリンク先を見ると、型番１０迄の506iシリーズが結構有りますね。

web上の規約をみてもauだとVodaと同様の「１〜１０以上」（しかもバージョン15程度まで
読み取りは可能と注釈してる）になってるが、docomoだと「１〜１０」で”以上”の記述
が有りません。

>>378にある様な型番１１以上を拒否する端末は、docomo用の可能性が高そうです。

>>392様
ソフトで作成している時点でリサイズできりゃ苦労しないんだよ・・・
漏れはAUも含めたマルチキャリア対応のために

◇Psytec QR Code Editor … 【読取機能あり】 ドコモ式・ボーダ式・マルチキャリアコード作成 ※おすすめ
http://www.psytec.co.jp/tips/0304/

じゃなくて

ttp://qr.quel.jp/

のタダバージョン使ってるんだから、と反論しようとしたのだが、もうちょっと調べてみると、
AUはドコモ式に対応しているってことだから、Psytecのものでもできるんですよね。

・・・やられました。qr.quel.jpに個人情報ムダに晒してしまったわけですか・・・。鬱。

ヒントをくれた>>392様に感謝です。

>>394様
まさにおっしゃるとおりでした・・・。

リサイズに使うアルゴリズムは最近傍法（ニアレストネイバー法）あたりですかね？
ただ、実際にリサイズ後のQRコードをまだ確認していませんので、本当に有効か
どうかはこれから検証することになりそうです。

＃　私の携帯はQRコード未対応なのです。

>>405
なんか一瞬見ると>>392様にいちゃもんつけてるように見えてしまうな。
我ながらまずいことをした・・・。鬱。

>>404　続き

当たらしめな506iシリーズですら型番１１以上への対応が悪そうなdocomo端末の
事を考えると、>>402の様に訂正レベルをLにしてでも型番１０以下に収める方が
無難かもしれませんね。

まあ506iシリーズでもSH製やN製みたいに、>>400のリンク先では型番２０を読め
る機種も有るし、docomo用でもメーカー次第みたいですが。

特にSH製はVoda用でも古めなJ-SH53やJ-SH10_aで、訂正レベルLの画像サイズS迄
読めてますから、当初からQRコードへの取り組みにリキが入っていた様ですね。

逆にSO製は、元々が海外製のエリクソン製から流用してるからでしょうが、型番
１１以上を読めるかどうかは、かなり期待薄な感じです。BREW共通なau向けは別
みたいですが。

>>407
カキコが抜けてた。

｜訂正レベルLの画像サイズS迄
　　　　　　↓
｜訂正レベルLの画像サイズSの型番１６迄


>>405
済みませんが画像処理には全然詳しくないので、アルゴリズム云々は良く
分かりません。

適当にphotoshopやフリーのソフトを使って、アレコレ必要な事をしてる
だけで、必要外な細かい事まで調べてないもので。でもリサイズ後のQRcode
を拡大したりすれば、歪みやボケ、ギザギザなんかはすぐ分かる筈ですが。

>>407
Sony Ericsson製DoCoMo端末、Premini2(SO506i)の場合
　型番10・誤り訂正レベルLはOK。
　セルサイズは、0.25mm/セル（600dpiレーザー6ドット）でOK。
　型番11以上と認識した時点で「対応していないコードの可能性があります」の
　メッセージを表示し、読み取り状態が自動解除（シャッターを押す前に戻る）
ご推察どおり、切り捨てているというか諦めている感じです。

。。。402に至った最大の要因は自分の端末だったのかorz

>>390
potraceで変換して、ドロー系のソフトでしか扱わないことにしてる。

>>408
>でもリサイズ後のQRcode
>を拡大したりすれば、歪みやボケ、ギザギザなんかはすぐ分かる筈ですが。

ありがとうございます。
特にそのようなことはなさそうなので大丈夫そうです。

>>410
どうもです。potraceは知りませんでした。

一応テンプレにあるんだが、テンプレ長すぎて読む人少ないのかな＞potrace

>>409
SO製はヤッパシそうでしたか〜。

MOVA最新シリーズの506iでそれでは、今後も改善してくれる可能性が低そう
ですね。

Linux導入した国産のFOMA端末みたいに、OSからガラッと変えた場合はアプリ
も全面入れ替えになるから、改善してくれるかもしれませんが。

>>410-412
potrace のテンプレ>>12は、後付で私が追加した時には>>9でテンプレ終了に
された後でしたからね〜。

>>411
ちなみに私がQRcodeをリサイズするのに一番使ってるのは、IrfanView です。

これはphotoshop（旧い5.5ですが）と比べて、下記のメリットがありました。
（あくまでも個人的見解です。）

・拡大縮小時に、Photoshopみたいに勝手に暈したりしない。
　（元画像は白黒２値で、セル数の整数倍指定は当然ながら必須ですが。）
・pngファイルのサイズが極小になる。
　（photoshopに比べて確か？2/3くらいになる。他の幾つかのフリーソフトの
　　比べても最小だった。但し、圧縮率はデフォルトで行ったので、その差は
　　有ったかもしれませんが。）
・切り出し作業が直感的に分かって簡単。
　（QRファクトリで勝手に付くimodeマーク等を削除する方法が、photoshopだと
　　良く分からなかった。）
　　→まあこれは私がphotoshopを知らないだけなんですが。例えばphotoshopで
　　　gif画像上に文字を載せる手段も分かりませんでした。仕方がないので文字
　　　載せには、WinXP標準のペイントツールを使ってたりします。（汗

Ｄ９０２ｉのＱＲソフト
マクロ固定？
ＱＲコード＝小さい　といった固定概念は捨てて欲しい。

屋外広告の場合は、目だって何ぼ＝ＱＲコードの大型化が考えられます。

目立たないと誰も気づいてくれません。

>>414
昔のau（Tu-KA？）端末でマクロ固定なのがあったせいで、QRcodeは25mm角
以下にしよう、という話が有りましたが、未だにマクロ固定なアホ端末が
有るんですね。

そういえば少し前に下記のツール（Vodafoneのメガアプリ用？）が公開
されてました。これでvQRcodecが作りやすくなったのかな？

http://developers.vodafone.jp/dp/
2005/11/11 更新情報
Vアプリ開発ツール
　・Ｖアプリ開発支援ツール
　　（Sun Java Wireless toolkit for Vodafone VFX） Ver.20051111
　を更新しました。

>>403
｜まあ自分がキャリアのサイトを良く調べてないせいも有りますが、docomo端末で
｜住所やurlが読めるのは、901i/700iシリーズ以降な事を初めて気づきました。

そういえば少し前にau用のBREWなQRcode読み取りソフトがバージョンアップ
されましたが、これは901i/700iシリーズと同様に、Docomo用のQRcodeから
住所やurlも自動で電話帳に登録可能になってるのでしょうか？

まあurlに関しては「￥」が除外出来ない様になってしまってるから、登録
可能でも後で手動で「￥」の削除が必要でしょうけど。

>>417
ちょっとurl入りのDocomo向け電話帳用QRcodeを作ってみました。au端末
ユーザーが居たら、試してみて下さい。

http://qrcode.jp/qr?q=MECARD%3aN%3a%83h%83R%83%82%2c%91%be%98Y%3bSOUND%3a%c4%de%ba%d3%2c%c0%db%b3%3bTEL%3a090XXXXXXXX%3bURL%3ahttp%5c%3a%2f%2fwww%2enttdocomo%2eco%2ejp%2f%3b%3b&s=3&c=selected

>>418
auユーザーっす。試してみました。
urlに￥が入りますね。あと末尾に；；がつけられてる。
ほかは問題ないっぽいっす。

>>368
>>370
を見て、即答、こーでんネンを使ってみましたが、
画像をQRコードにして読み取る事が出来るのは
ドコモだけなんでしょうか？
どのキャリアでも画像を読み取れるような
QRコードを作りたいのですが。

試しに、vodafoneで読んでみると、
ずらっと文字列が並びました。

>>420
無理です。

>>419
サンクス。

一応901i/700iシリーズと同様な機能は入ってるみたいですね。しかし、「￥」
だけじゃなくて末尾表示の「；；」も除外出来ず仕舞いですか〜。

手抜きというべきか、いい加減というべきか、一体どこがau用のBREWなQRcode
読み取りソフトを作ったのやら・・・。

やっぱり無理ですか。
残念です。
ありがとうございました。

『携帯マスター16』
http://www.junglejapan.com/release/2005/1117.html
｜・3キャリア共通で認識できるQRコードの作成機能

電話帳用データを扱うソフトだから、ヤッパシ>>7みたいに２つ分入れるって事かな？
そうだと簡単に型番１０を超えてしまう悪寒がしますが。

手元の「携帯万能15」に入っている「万能QRコード」は、
http://www.tri-star.co.jp/products/bannou/15/win/shousai/qr.html
DoCoMo向け・Vodafone向け・au向けからの選択でした。
。。。万能ちゃうやん(-_-;)

>>422
ここかな。
http://www.camreader.jp/product/

>>426
おお、確かにドンピシャみたいですね。折角だから皆で「直せ、ゴラア！！」
メールでもしましょうかね〜。

>>427
要望出すなら
・端末シェアが高いDoCoMoフォーマットもちゃんと読めるように
・マクロ固定ではなく切り替えに
となるのかな？

でもバーコードリーダーの不具合の対応を見るに、auに要望出すべきっぽい。
http://www.au.kddi.com/news/information/au_info_20050414.html
どこにも、開発元書いてないし、外注ソフトウェアって扱いなんじゃないかな？
んで、au仕様以外のQRコードでのバグに対応するんだから、
要望があり妥当と見れば、対応するんじゃない？

>>245
「SAW2の犯人は最初に出てくる女」
なんてネタバレしてんじゃねーよ

>>428
でも「￥」の件は、バージョンアップ時に皆が散々文句をａｕに言った筈ですが、
結局何もしてくれなかったですからね〜。


因みに、今度Willcomから出る新端末（WX310シリーズ）だと、QRcode読み取りに
対応してるらしいですが、ちゃんとimode対応で901i/700iシリーズと同等なのか、
ちょっと気になってます。

もしVoda/auにも対応してたら素晴らしいですが、ちょっとこちらは望み薄でしょ
うね。

そういえば、vCardファイルを提供したら、電話帳用QRcodeを作ってくれる
様な、web又はメールサービスの類って有りましたっけ？

基本的に赤外線でしか電話帳データをやり取り出来ないDocomo端末（確か
vCardファイルを添付メールで受信出来ない筈）と、電話帳データの交換に
役立つと思ったのですが。

>>431
勿論、ほぼ型番１０（余白込み65セルｘ３＝１９５ピクセル角）以上になる
でしょうから、QVGA端末でないと使えない手段ですが。

>>428
こんな不具合もある様です。（このスレで既出かも知れませんが、一応。）

http://hidebbs.net/bbs/getqr?sw=7
｜au バーコードリーダーのバージョンアップで・・　kzou　【2005/04/23 15:53:13】

｜先日の私の日記にも書きましたが、auの２次元コードリーダーの
｜バージョンアップをしてしまったら、本文に改行のあるメールを
｜ちゃんとメールとして認識しなくなってしまいました。

>>431
良く考えるとDocomo端末の場合、vCardを赤外線以外では外部とやり取り出来ない
訳だから、iアプリとかでvCardファイルからDocomo形式やVoda形式な電話帳用
QRcodeのテキストデータを作成する必要がありますね。

そうすれば、あとはそれをweb又はメールでQRcode化するサービスに入力させれば
済みますから。VアプリやEZアプリでも、それが出来れば同じ手順になりますし。

まあ面倒だから、QRcode画像まで作ってしまうアプリがあると一番楽ですが。

>>434
ただ確か一般アプリでは電話帳に直接アクセスは無理だった筈ですが、もし電話帳
から書き出したvCardファイルにも、一般アプリからアクセス不可だとどうにもなり
ませんけど。

キッズケータイ SA800i
http://www.nttdocomo.co.jp/product/kids_phone/sa800i/

ハッキリとは書かれてませんが、QRcodeには非対応でしょうね。カメラが
３０画素だし、子供には余計なサイト訪問やメール送信をして欲しくない
訳ですし。

>>436
ありゃっ、３０万画素ですな。（藁

ﾜﾛｽw
30万画素でもQRコードを読む機種はあるけど(A550*SA系各種等)
こいつは性格的に対応なさそうだね。

まぁＦｏｍａの８００シリーズですからね。
ラクラクフォンもＱＲ未対応。
アッパーシニアはＱＲ利用の論外みたいだし、キッズもそういった意味で論外かも。

でも、マーケット成長を望むなら、キッズは開拓マーケットなんだけどね。

フォーマットは他社と統一しつつある

しかし使い道はサイトのURL入力を省くのにしか使われてないような…

あ、生きてたんだ。
残念。

http://plusd.itmedia.co.jp/mobile/articles/0511/24/news087.html
下のほうのスクリーンショットに「バーコードリーダー」の項目があるから
SA800iはQRコード対応してるかと。

>>438
http://www.e-life-sanyo.com/products/a/A5505SA/spec.html
｜●カメラ：有効画素数100万画素CCDカメラ（接写機能付き、QRコード対応）

メガピクセルになってますが何か。

http://www.e-life-sanyo.com/products/a/A5405SA/spec.html
｜●カメラ：CCD 有効画素数31万画素
http://www.e-life-sanyo.com/products/a/A5503SA_4/spec.html
｜●カメラ：有効画素数約31万画素、CMOSカメラ

上記だと３１万画素ですが、ＱＲコード対応の記述は見当たりませんし。

http://www.e-life-sanyo.com/products/a/A5507SA/spec.html
｜●カメラ：CMOS 有効画素数33万画素

｜●バーコード読取：○　（EZナビウオーク連動）

おおっと、やっと見つけました。確かに３３万画素なのに対応してますね〜。

>>442
おお、確かにありますね。爺婆携帯でＱＲコードを外してしまった反省かな？

同じSANYO製au端末に３０万画素でＱＲコード対応を実装してる機種が有るので、
内部的にはBREW実装で同じモノが載ってるのでしょうね。

>>443
アリャッ、もし全く同じBREW読み取りソフトじゃあ、>>422に有る様に「￥」
や「；；」が除外出来ないから、当然ながら修正したモノになってる筈です
ね。

勿論、先に出てる同じSANYOのフォーマGPS端末であるSA700iSも、内部的には
BREWな筈だから、もしQRコード読み取りソフトを流用してるなら、直ってな
ければ駄目な筈です。

やっぱり>>427 の「直せ、ゴラア！！」 メールでしょうかね。

>>443
A5405SAはA54系なんで関係ない希ガス。
>>438も鳥取三洋製A55って書けば変な煽り受けないのに。

>>444
もし同じバグがそのままフォーマにも載ってたら、亜涅槃SANYO＆飯葬難Docomo
と呼んであげませう。

>>445
いや、煽ったつもりはないのだが、単に順番に調べただけで。３０万画素でQR
対応してる機種は知らなかったので、良い情報だとオモタよ。

因みに漏れも含めて普通の人には何処のSANYO端末なのか、なんて分からないと
思ふが。

そりゃ失礼、ちなみに5507以外にも兄弟機のtalbyとsweetsがある。

＞普通の人
ヲタの集う場所と言われる携帯板の、
それもこんな深いスレに来ていて普通の人もなにも、と思うがｗ

>>447
知り合いがA5505SAを持ってるので、３０万画素じゃ無かった筈、と感じて
まずはそれから調べたから煽りみたいになってしまいますた。A5507SAから
調べていたら無駄な事はしなかった訳ですが。

尚、基本的に自分のHPその他でQRcodeをアレコレ利用する為に、このスレを
活用してるだけなので、あまり極端には入り浸ってないんですよ。

だから今日発売で祭り状態になってるWillcom関連のスレは、フォローが大変
です。>>430 の件が気になってるのですが。

>>446
「逝々葬頭Docomo」の方が、よりピッタシですので校正しておきます。

>>430
洋ぽん（WX310SA）がQ作君のリサーチ頁で、型番２０迄読めた話が出ました。

型番１９なら訂正レベルL/画像サイズＳ迄全て読めたらしいので、１３０万画素
CMOSなカメラ搭載機種としては、十分な能力が有る様です。

>>449
同じく京ぽん２（WX310K）でも型番２０迄オケな模様。こちらも130万画素CMOSカメラ
なので、及第点でしょう。（しかし、本当に速いスレで参りました。orz）

｜レベル20の誤り訂正率 = Ｌ、画像サイズ = Ｍまでは読めた。

■ 千趣会、QRコードやおサイフケータイなどの認知度調査
http://k-tai.impress.co.jp/cda/article/digest/26713.html
｜「ＱＲコード」を知っている65.5% → 利用したことはない61.7%

確かに巷にQRコードは増えてきてますが、なまじQRコード塗れな状態
だと、わざわざ見ようとは思わないのかも知れませんね。

>>430
住所やurlに対応してるか、>>418 で試して貰いました。

｜名前　　：　ドコモ太郎
｜ﾌﾘｶﾞﾅ　：　ﾄﾞｺﾓﾀﾛｳ
｜TEL　　：090XXXXXXXX
｜ﾎｰﾑﾍﾟｰｼﾞ　：http://www.nttdocomo.co.jp/
｜
｜
｜by WX310SA

という事で洋ぽんは全くオケらしいです。ところが京ぽん２は・・・、

｜単なるテキストとして表示されるだけ
｜京ぽんに入れてた全キャリア対応自分のプロフィールQRコードもだめだった

テキスト形式に変換するだけの機能しかなく、「￥」の除外は行うQRcodec
以下の仕様の様です。

>>452
WX310SAはFOMA SA700iSと同じく、NetFrontの汎用スイートを使ってソフト
開発してるから、恐らくimode互換というよりimode用QRcode読み取りソフト
をそのまま使ってると思われ。

http://www.access.co.jp/press/050927.html
http://www.access.co.jp/press/050930_01.html

そういやウチの地区のタウンページだが、表紙の右下にｉタウンページ用の
ＱＲコードが印刷してあるけど、どうみても余白が４セル有りません。

多分表紙のこういう部分は全国共通だと思いますが、そうだと全国的に規約
外れの恥を晒してる事になりますね。

>>449-450
QRコードを読み取るソフト自体は、京ポン２と洋ぽんは同じモノのお陰な様です。

http://ime.st/release.japan.zdnet.com/search.html?company=%8A%94%8E%AE%89%EF%8E%D0%83%81%83f%83B%83A%83V%81%5B%83N
｜株式会社メディアシーク
｜メディアシークの「バーコードリーダー」が三洋電機製PHS端末に初搭載！！
｜2005/11/25 11:00from News2u.net
｜株式会社メディアシーク
｜メディアシークの「バーコードリーダー」が京セラ製PHS端末に初搭載！！
｜2005/11/25 11:00from News2u.net

>>453
>>455で読み取ったテキスト形式なデータを、ブックマークや電話帳に登録
する部分に、NetFrontの汎用スイートが生かされてると思われ。

バーコードでアドレスデータ交換──KDDIがBREWアプリを提供

KDDIが、端末内でアドレス帳データのバーコードを生成するBREWアプリを提供する。
「W33SA」から順次プリセットする。

　KDDIは12月上旬から、バーコードを使ってアドレス帳データを交換可能にする
EZアプリ（BREW）「バーコードリーダー＆メーカー」を提供開始する。

　バーコードリーダーは、交換したい項目を選択する「項目選択」機能、バーコードの
表示パターンをあらかじめ選んで登録できる「バーコード選択」機能、好きなコメントを
バーコード化する「コメント追加」機能を備える。バーコード化したいアドレス帳データを
選ぶとバーコードが生成されて携帯の画面上に表示されるので、ユーザーは
バーコード読み取り付きの携帯電話で撮影すれば、簡単にアドレス帳データを交換できる。

http://plusd.itmedia.co.jp/mobile/articles/0511/29/news076.html

表示データの保存が可能なら神

>>457
やっと出たか。

赤外線以外ではDocomo端末と電話帳データをやり取り出来なかったから、朗報ですね。
まあQVGAが一般的にならないと、大きな型番のQRコードを表示出来ないから難しかった
面もあるが。

ただ記事の画面を見る限り、電話帳形式のQRコードをimodo用なのかVoda/au用なのか
選択する画面が見えないが、大丈夫なのかな？　それともimode用で固定デフォーー？

>>458
その都度作る手間と大して変わらないから、QRコードの画像ファイルの保存は
不要ジャマイカ。

>>457
ついでにコードリーダーの方も、「￥」（及び「；；」も）問題を解決して
くれてると良い野田が。

プレスでは「提供開始日(予定) 　2005年12月上旬」なのに
ITmediaは「バージョンアップ用アプリは12月中旬から提供予定」
になってるな。

>>459
保存（と送付）が出来れば結構便利なのでは。

>>461
今日は12月上旬だが、とりあえずまだリリースされてないなｗ
他のアプリ同様やっぱり木曜日リリースなんだろうか。

>>459
ITmediaの記事だと見づらいけど、
QRコードが表示されてる画面の上に[au/ボーダフォン][NTT DoCoMo]って表示されてて、
相手のキャリアに合わせて形式が変えられるようにしてあるから大丈夫

>>461
KDDIのリリースの「3.対応機種」に
※ バージョンアップ用アプリケーションは、本年12月中旬より順次提供します。
って書いてある。
W33SAが12月上旬から発売の予定だから、12月上旬開始って書いてある模様。

http://www.qrcodeblog.com/archives/2005/12/qr_289.html

こいつはあの悪名高きV801SAですね・・・

>>461
１２月上旬はW33SA等の新規端末での提供で、既存端末のバージョンアップが
１２月中旬って事だと思われ。

だからW33SAとかで、まず>>418-419の結果を確認すればハッキリしますね。

>>463
なるほど。微妙にそう見えますね。

そうなるとau/voda用の電話帳形式QRcodeでは、urlをどう扱ってるかですね。

住所は>>7にある様にau専用なＡＤＤ：を使っておけば良いですが、url用の
タグは無いから、urlをそのまま下につけてあるのかな？（ちなみにうちの
HPではそうしてますが。）


あとは訂正レベルや１セルのピクセルサイズの指定等が出来るかどうかで
すね。

相手端末によっては型番１０迄に抑えたり、訂正レベルＬを避ける必要が
ありますし、バージョンアップだと非QVGA端末でも使うでしょうから、
セルサイズや訂正レベルの指定が出来ないと、不自由そうですから。

場合によっては余白セル数の４を、縮小する指定もあると便利でしょう。

>>465
まあそれ以前に、どの型番まで作れるか、という心配も有りますが、せめて
型番１３迄は欲しいところです。

型番１０以上で１３迄なら位置合わせパターンが同じなのだし、型番１３なら
余白込みで７７セルだから、１セル＝３ピクセルで２３１ｘ２３１になり、
丁度QVGA（240x320)に収まるサイズになりますし。

>>460
そうそう、>>433の解決も欲しいですね。

ただメール本文に改行を入れたQRコードって、どうやって作ったのかな？

imode用は元々改行を使わない規約だし、auやvodaの場合は改行は区切り
に使ってるから、改行コードをurlエンコードかhtmlエンティティ化して
たって事かな？

http://www.nttdocomo.co.jp/p_s/imode/barcode/s2.html#3_1_2

http://developers.vodafone.jp/dp/tool_dl/qrcode/tech.php
↓QRcode_spec.pdfから抜粋
｜BODY:　　　　　｜　ﾒｰﾙ送信画面の本文へｾｯﾄする文字列を0文字以上で指定します。
｜(BODY:は半角）　｜ﾒｰﾙ送信画面の本文へｾｯﾄする文字列を0文字以上で指定します。
｜　　　　　　　　｜文字列の最後は必ず改行（CR/LF）が必要です。0文字の場合も必ず最後は改行ｺｰﾄﾞ（CR/LF）が必要です。


ただ、auの規約にはメール本文を連携する機能は無いみたいですが。

http://www.au.kddi.com/ezfactory/tec/two_dimensions/mailto.html

>>457
EZアプリのQRcodecにも、同様にQRcode作成機能は追加出来ないですかね？

洋ぽんのjava関連スレにチラッと出てた話では、javaで自端末の電話番号
やメールアドレスを取得出来る？らしい話が有りました。（勿論、その都度
ユーザーに許可要求が出ますが。）

そうなら、名前やヨミガナはデフォルトのままで、Docomo用又はau/voda用
の電話帳形式を選ばせて表示させれば、あとは読んだ側で電話帳に登録して
から、実際の名前やヨミガナを修正して貰えば、単純に電話番号＆メール
アドレスだけのQRcodeよりも手間が少なく出来ると思います。

もう少し工夫するなら、作成側で名前やヨミガナを手動入力させる手も
あります。データをセーブ出来ないと、その都度の作業になりますが、
辞書に単純一発読み出し出来る様に登録しておけば、読み手側で登録
させるより手間は少ないでしょう。

まあ最初から自分の端末に、PCとかで作った電話帳形式のQRcodeを添付
メールで渡して、データフォルダにでもセーブしておけば済む話ですが。

>>467
＞imode用は元々改行を使わない規約だし
DoCoMo端末はBODYプロパティのパラメータに改行コード入れられますよ。
改行入りのコード作って、実機（N900i）でちゃんと識別出来ましたです。
vodaは仕様がワカランけど、改行後にSUBJECTが来なければ、そのまま改行
じゃないのかな？端末がないんでテスト出来ない。

今のとこ、DoCoMoで最大24（F/D）みたいだけど、識別速度はどうなのかな？
そろそろ買い増しを考えてるんで、折角なら…なのだが、実はどっちも漏れ的には
相性が悪いw

　ＱＲコードから、文字に変換する方法を教えて欲しいです。
文字からＱＲコードを作成することは何とかできたのですが・・・

>>469
なるほど。そのまま改行を入れればオケなんですね。

ただ規約で明記してる事が確認出来ないと、Docomo端末全部で識別可能
なのか、やや心配ですが。

あと逆にVodaやauだとパラメータの末尾は改行で区切る仕様だから、imode
の仕様を余程シッカリ区別してないと、改行をBODYプロパティの内容として
取り込めないでしょうね。

W33SAが出たら新しいBrewアプリなバーコードリーダーを、是非試して貰い
たいですね。

>>470
つttp://sourceforge.jp/projects/qrcode/

>>471
DoCoMoはプロパティ表「使用可能文字」のBODY項目に「改行」が入ってますよ。
（ただ、CR・LFどちらか単独でもおkなのか、複合のCR/LF順でどうなるか…
まで見てないや。後で調べますです）

N900iの実機検証ではありますが…
0x0D/0x0A単独で改行になります。複合時は0x0Dの後の0x0Aは無効。
逆に0x0Aの後に0x0Dが来ると、両方有効になって改行が2つ入ります。
特殊なパターンで、0x0Aが2つ重なると普通に改行2個なんですが、
0x0Dが2つ重なると、改行が3つ入ります。
この辺はアプリケーションの仕様で、規格としての規定がないから…
個人的なデコード仕様は
・違う改行コードは2つ1組でカウントする。
・同一改行コード連続は全てカウントする。
で良いと思う（なんで、漏れのN900iの挙動はちょっと気に入らないw）

>>472-473
済みません、確かに下記の規約に有りますね。BODYとNOTEに改行が許されてます。
（時間が有る時でないと、落ち着いて調べられなかったので。）

http://www.nttdocomo.co.jp/p_s/imode/barcode/s2.html#3_1_5

改行コードには、0x0A と 0x0D の２つが明示されてます。

そちらのN900iの実証の結果だと、普通に改行した場合に入るコード：0D0A はちゃんと
一個で数えてくれるから、普通にQRコードを作れば問題は無さそうですね。


という事で>>418の検証用データに、改行入りのNOTEを追加したモノを作ってみました。
NOTEを認識出来ない端末（一部の505isなど）が有る様ですが、試したいのはBREWアプリ
のバーコードリーダーなので、これでもオケでしょう。

ttp://qrcode.jp/qr?q=MECARD%3aN%3a%83h%83R%83%82%2c%91%be%98Y%3bSOUND%3a%c4%de%ba%d3%2c%c0%db%b3%3bTEL%3a090XXXXXXXX%3bNOTE%3a%89%fc%8ds%83R%81%5b%83h%81%cb%0d%0a%81%a9%93%fc%82%e8%3bURL%3ahttp%5c%3a%2f%2fwww%2enttdocomo%2eco%2ejp%2f%3b%3b&s=3&c=selected

一応>>419で発覚した、URLの最後の「；；」が入る問題が消えるのを恐れて、NOTEはURLの
前に挿入してみました。再度これで現au端末で試して貰えると助かります。＞ＡＬＬ

一応N900iで読んでみました（TELプロパティに記号が来るとエラーなんで、
ちょっと弄りましたが）改行おkです。お役に立ててなによりです。

DoCoMoコンテンツ系は結構無茶なコード作れますんで、機会があれば。
（型番40の16連結コードとか…誰が読むんだろw）

NeXT

>>475
お手数かけました。あとはau端末での報告が欲しいですね。

電話番号の"XXXX"をエラーにしてるなんて、結構チェックが厳しいですね。

でも確かIP電話には0AB〜とかの電話番号も有ったから、これからは困った
仕様になりそうですが。

例えば>>455で紹介した新Willcom端末用QR読み取りソフトは、QRコードから
テキストデータを読み出すだけ迄の機能だから、読み出した中身のチェック
は多分端末メーカー別でバラバラな筈なので、"XXXX"な電話番号が読めるか
そうかは、端末毎に仕様が違ってるのでしょうね。


と思ったら0AB〜って普通の番号を汎用的に表示しただけでした。orz
http://itpro.nikkeibp.co.jp/free/NCC/denwa/20040521/1/

QRファクトリー　
タスクバーを左縦置きにして起動すると
使えないのは既出？

au〜
アプリ提供まだー？
15日までには開始してくれよ〜

>>479
「バージョンアップ用アプリは12月中旬から提供予定。」だから、提供開始は２０日迄
は許されてるわな。

ところで全てのau端末でバージョンアップは出来るのか？

バージョンアップする機能自体を持つのは、大分新しめな製品しか無さそうな気もするし、
バーコード作成に必要な機能追加で必要なメモリも増加するだろうから、端末の機種に
よっては制約や制限が出るかも？

とりあえず一年前位からの端末なら漏れの知る限りは
アプリのサブメニューに最新版を確認、ってのがあるはず

ちなみにアプリの更新は基本的に木曜日なので
「中旬」と言う表現でくくれる最後の木曜日は15日な罠
>>479は多分そういうことを言いたかったんだと思われ

>>478
あ、ホントやね〜。対応OSが2k以降なんで、多分.netフレームワーク使ってるん
だろうけど…あれって結構面倒。普通に窓作った方がラク。

遊びでcopy="NO"属性付けた画像作ったら、コピワンになりますね〜。
（メール添付・赤外線送信出来るけど、受信側は配布不可になりますです。N900i
から送って、自分自身へメール受信・N504iS/F2102Vで赤外線受信でこの挙動
するんで、多分正式な仕様だと）　う〜ん…なにか使えるかなぁ？

リアルタイム QR ジェネレーター
http://evemedia.ddo.jp/~tetra/qr/

既出かもしれんが作ってみた。

>>483
試しに作成＆解析してみましたが、上手く動作してる様ですね。

ところでJavaScriptを使って動作してるみたいですが、これは携帯電話とか
からは使えないでしょうか？　使える様になれば、結構助かる人は多いと
思うのですが。

確かにweb上で作成するツールは、Q作くんやurl2qrcode、QRcode.jp等、いく
つか存在してますが、携帯電話だと現状ではメール依頼するものしかないか
ら、あると便利です。

画像についてはjpegにしておけば、旧いDocomo端末（〜503i＆211iの一部迄）以外なら
全ていけますし。（分ける場合は、Docomo：GIF/au＆Voda：PNGが良い。）

まあauについては今度出るBREW版バーコードリーダー＆メーカーで出来る様に
なるから、特に必要は無いですが、下記を見るとBREW2.1/3.1対応機種に限られ
ますから、これより旧い機種で動かせるなら助かる筈です。

http://www.camreader.jp/product/
｜■対応端末：A5502K、A1402S、A5505SA、A5506T、A1402S2、W21S、W21SA、W21T、W22SA、Talby、
｜　　　　　　W22H、W21CA、A5507SA、A1404S、A5509T、PENCK、W31SA、W31K、Sweets、W31S、
｜　　　　　　W21CA�U、A5511T、A5512CA、W31T、W32SA、W31CA、G'z One Type-R、W32H、W32S


まあ旧い端末だといずれにしてもJavaScriptじゃ難しい気はしますが。

携帯電話から QR コード作成できて助かる人なんているの？
いや、煽りじゃなくて。もしそうなら二行ぐらい増やせば対応してもいいんだけど。
それってどういう場面で役に立つの？

>>485
携帯電話でQR作れて画面に表示出来れば自分のプロファイルとかを他機種や他キャリアの携帯ユーザーに教える時に役立つんじゃないかな。
それをメールでパソコンのアドレス宛に送ったりも出来ると嬉しい。
現に俺はバーコードメーカーでQR作ってメールで送ったり、携帯電話に保存して「教えて」って言われた時は画面に出してそれをスキャンしてもらってる。

ただプロファイルの内容は教える相手によって変えてるけどね。
例えばネットを通じて知り合った人には本名よりハンドルネームのがわかりやすいし、住所までは教えたくないから住所無しのQRとか複数のQRを携帯電話の中に保存してるよ。
そんな感じで教えるプロファイルの内容の変更や修正が出来れば嬉しいかな。

まぁこれはあくまでも「俺の個人的な実現したら嬉しいな的意見」なのだけれどね。
俺にはそういったアプリ作る技術もQRの知識もこのスレの人達の中では最下層だから、出来る人がこの書き込み見たら「はぁ？」とか思う事も書いちゃったかもしれないけど
そこの所は寛大な心で大目に見てやって下さい。

（>>483の方には失礼な言い方だと思いますけど、勘弁してください）
>>486
誰が運用してる鯖か判らないトコロに…という事を始めに考えてください。
自鯖立てて、そこで自分の好きな運用をすれば良いんじゃないかな…と思います。

>>485
特にDocomo端末だとvCardだけじゃないが添付メール自体が出来ないから、
端末同士で電話帳データとかで電話番号やメアドを受け渡しするのに、
赤外線通信以外の手段が無い。

だからQRcodeでそれを見せられれば有りがたいって事。

ただメールでQRコードを作成してくれるサービスもあるが、それを含めて
>>487氏が書いてる通り、プライバシー情報を晒す形になるのが困る訳だが。

自サーバーを立てるくらいなら、>>486氏みたいに最初からPCとかでQRコード
を作っておいて、それを端末に転送しておけば、少なくとも自分から紹介する
には十分って話もある。

ただ電話帳データを教えてくれる相手なら、自サーバーを使って貰うのも
問題ないから、そういう運用が一番な気はしますね。

ただそれでも相手からすれば電話帳データから必要事項をコピペが必要に
なるから、面倒さはそんなに減らないのがネックだが。

電話帳のやり取りなんて、赤外線で十分じゃないんですか？

赤外線を標準装備してるのはDocomo端末（確か504iから）だけだから困ってる訳だが。

逆にau/voda端末だと、電話帳から書き出したvCardファイルを添付メールで
やりとり出来るのに、Docomo端末だとそれが出来ない。

DoCoMoとVodaの現行機種はIrがほぼ標準だから。auはIr搭載機種少ないですね。
（Ir関係はプロトコルやデータ形式が決まってるんで、別キャリアでも平気な筈。
最低でも名前とTEL1番目とメアド1番目は喰ってくれる）
auはBREW2.1以降で電話帳書込みが出来るようになったんで（>>484の対応端末
はここから来てます）それ以前の機種はEZWeb経由ですね。

鯖使うパターンは（そこそこ現行という前提。特にVoda旧機種はお手上げ）
・QR読めないDoCoMoで対向機種Ir非搭載（iモード使うしか無い）
・Vodaで対向機種Ir非搭載（Ir、QRなら簡単に登録できる。逆にこれ以外は難しい）
・auでIr非搭載若しくは対向機種Ir非搭載（旧機種でも鯖使えば電話帳登録出来る）
位かな？なんで、きっちり鯖立てて対向まで考えてスクリプト組まないと難しい鴨…
あとは入力の手間をどうするかですね（電話帳内容のペーストは完全に機種依存なの
で、見当付かないです）

>>492
auは基本的にvCardによる電話帳書き込みは、当初からオケだったと思ってたのだが、
間違いだったか。下記のダウンロードcgiでvCardが当初から扱える様になってたし。

http://www.au.kddi.com/ezfactory/tec/dlcgi/download_1.html
｜対応端末は、C201H、C202DEを除くEZweb対応端末となっております。

｜※ 携帯端末側で各データ形式に対応している必要があります。

まあ上記の注釈によればvCard非対応な端末も有った？様だし、もしBREW2.1以前の
端末が、C201H、C202DEなら辻褄は合いますが。

>>493
えっと、BREW2.0以前は電話帳の読み込みは出来るんだけど、書込みが出来ない
んで、EZWeb経由でダウンロードしないと喰えない（内部で生成して書込みって
動作が出来ない）です。C201Hは初代EZWeb対応機種（漏れはセルラー時代の
デンソー製アナログ/cdmaOneデュアル端末からアナログ回収優待機種変でこれ
持ってたりする）で、当時は、通話以上の機能がある「画期的」機種だったり。
当然、現行機種じゃないです（多分、持ち込み登録も出来ないんじゃないかな？）

逆に言えば、この方法ならau端末はほぼ100％対応出来るという事です。相手に
アドレス教えて、アクセスしてもらえば登録できます（相手からメアド貰って、
アドレス張ったメールを送信。で、相手にアクセスしてもらう形になるかな？）
相手のメアドが長いと氏にそうだがw　短いURL持ってれば、相手に入れさせても
良いかも。

>>494
かなりスレ違いで申し訳ないが、内部で生成して書き込みってのが良く分か
らないのですが。（ダウンロードでも、一旦内部のデータファイルを生成す
ると考えてたし。）

例えば添付メールでvCardを受信した場合は駄目って事ですか？


因みにうちのHPでも、telbookやmemorynameの独自タグで電話番号＆メアド
を電話帳に登録出来るDocomoやVodaと違って、auではvCardのダウンロード
で代用してますから、すべてオケな筈ですね。

もっともWillcomやVoda3Gの一部では、telbookやmemorynameが使えないの
で、vCardを提供する様にしましたが。

だからどうせアドレスを教えるなら、Docomo用のtelbook、Voda用のmemoryname
、au/willcom用にvCardを載せたページ（当然ダウンロードcgiはauのみ）を
用意すれば、ほぼ完璧かと。

>>495
発端が「どうやって双方の電話帳に登録するか」で、auの場合>>484のBREW対応
QRデコーダがなんで2.1以降なのか〜というレスに対しての回答です。2.1から電話帳
への書込み制限が解除になってるんで、それに伴っての対応だと思います。それ以前の
カメラ搭載機種ならば、デコード後、一旦サーバへ送ってvCard化してDLでも逃げられ
ますが…これは>>487の問題が絡むと。結局は自鯖立てるしかないんで、そこで吸収
するしかないですね。
汎用的な「手段」の模索ですので、本来はスレ違いなんですけどね。調べてみると、
なかなか難しいものです。基本的に携帯内電話帳へのアクセスは制限がキツいです。
（漏れ的には、最近の機種は甘すぎると思うのだが…）

＃DynDNSの垢がデリられてたorz　再登録ついでに、チョ〜短いホスト名作成w

>>496
EZwebなHPからのvCardダウンロードの場合は、BREWのバージョンとかに依らず、
無条件に電話帳への登録が許可されてたって事ですね。

本当ならvCardのダウンロードをau以外の端末も許可してくれれば一番良いの
ですが、当方で調べた範囲ではフルブラウザなWillcomと、Vodafone3Gの一部
でしか確認出来てません。

これらは電話帳に電話番号やメールアドレスを登録する、独自タグのtelbook
(imode)やmemoryname(Vlive)が使えないので、vCardダウンロードが出来ない
と登録手段が全くなくなってしまう為でしょうけど。

最近増えてきたフルブラウザ搭載端末や、3rdパーティ製フルブラウザ(jig等）
なら、vCardをダウンロード出来るかも？と期待してるのですが、未確認です。

>>484
QRcodeは基本的にGIF/PNGで作っていたので、jpegで実際に作ってみましたが、ファイル
サイズが凄く大きくなってしまいますね。一応pngだと極小にしてくれるIrfanViewで、
グレースケール/カラーサンプリング無効指定（圧縮率はデフォ）で作ったのですが。

urlのみのQRコード（型番3：1セル＝3ピクセル／111x111）：5.5KB弱（pngの約15倍）
電話帳用QRコード（型番10：””””””””／195x195）：19KB弱（pngの約18倍）

QVGAでも非パケットなVodafone端末だと6KBキャッシュなので、urlのみでギリギリ
です。パケット端末でも非3Gなら12KBキャッシュだから、電話帳用は無理です。

旧いDocomo端末で5KBキャッシュ品が有りますが、jpeg未対応品だけなので、これは
問題なさそうです。但し、jpeg対応でもFOMA(100KB)、及び505i/506i＆一部の252i
(20KB)以外は10KBキャッシュ端末なので、やはり電話帳用は表示出来ません。

旧いau端末だとjpeg対応でもHDML機種で7.5KB、XHTML機種で9KBキャッシュなので、
こちらもurlのみでギリギリになりそうです。但し、EZサーバーがjpeg非対応な機種
にはpng等へ変換する機能があるので、なまじjpeg非対応機種でなら表示可能になる
場合があるかも？ですが。

どうもQRcodeをjpegで統一すると、電話帳登録用には旧い機種をかなりの割合で見捨
てざるを得ない感じです。

>>498
うちで使ってる電話帳用データは電話番号＆メアド以外も入ってるので、
自己紹介で使う為の最低項目だろう下記だけなら、

⇒名前／フリガナ／電話番号／メアド

もっと型番が小さくなるから、それが10KB以下なら何とかなるかも？と
思って試してみました。

自己紹介用QRコード（型番6：1セル＝3ピクセル／147x147）：10KB弱（imode形式）

うーーーん、ファイルサイズについてはギリギリ大丈夫でした。但し、
名前やメアドの長さによっては、結構厳しそうですが。

>>499
済みません。imode形式じゃなくてVodafone形式でした。但し、imode形式で
作り直しても全く同じでした。（型番６：10KB弱）

で、これら>>498-499のQRコードは全てオフラインなツールであるPsytecで
作った（プライバシー漏れが無いから）のですが、別のツールならどうなの
か、試してみました。

MECARD:N:ドコモ,太郎;SOUND:ﾄﾞｺﾓ,ﾀﾛｳ;TEL:09012345678;EMAIL:[email protected];;

面倒なのでimode形式のみで、上記の仮の情報で実施。⇒仮の情報でもPsytec
での状況は変わらず、型番６／10KB弱でした。


qrcode.jp : 型番５／9KB弱　・・・・　どうも訂正レベルがＬくさいです。
Ｑ作　　　：型番６／10KB弱　・・・・　1セル＝３ピクセルが選択不可なので、
　　　　　　　　　　　　　　　　　　　IrfanViewでリサイズした結果
url2QR　　：型番６／10KB弱　・・・・　png出力をIrfanViewでjpegへ変換


うーーん、どれも結局似た様なものですね。ただツールによってQRcode
パターンが違うので、場合によってはjpegで小さくなり易いパターンを
作るツールが有るかも？ですね。

逆にいえば最初からjpeg圧縮し易いパターンを狙って作るツールが有ると
、助かるし面白いのですが。

>>498-499
ちょっと型番10・1ブロック3ピクセルのQRコードをJpegで吐いてみました。
Grayscale-Quality0で、ファイルサイズ3.5kbyte程度・LEVEL-Lデータでも認識OK。
これなら使えます。ただ、端末によってはこれだと画像自体が大きいんで、そっちの
方が問題だったりします。UA見て調整しないとダメそうですね。

追加。
>>501のデータをちょっと弄ったら、3kbyteまで落とせました。ちゃんと読めますです。

>>501-502
型番10・1ブロック3ピクセルのQRcodeを、jpegで3kbyteだとかなり圧縮してそう
ですね。


IrfanViewのjpeg圧縮デフォは1-100スケールで80になってますが、これを50や30
に落とすと、先の型番3：1セル＝3ピクセル／111x111なQRcodeが、5.5KB弱から
4KB弱や3KB強までサイズダウンします。

しかし画像を拡大してみると、白色部分にかなり汚れが入ってます。見た目の
個人的感覚で許せるのは、50指定の4KB弱でした。ある意味融通が利く訳ですが
圧縮をどの程度にすべきか、ちょっと悩ましいですね。

先の電話帳形式の型番10：1セル＝3ピクセル／195x195のQRコードも、圧縮率を
80から50/30に下げて試したら、19KB弱→約13KB→約10.5KB　に迄小さくなりま
した。

拡大して見ると、やはり30指定での汚れは、ちょっと許容しかねるレベルでした。

>>501
ところで「Quality0」って画質最低の指定ですよね？

気になるのは下記の記述ですが、携帯電話で表示出来ないモノが有りそうな心配をしましたが、どうなんでしょう？
「grayscale」指定の場合は気にしなくても良い？

ttp://hp.vector.co.jp/authors/VA010446/software2/jpeg6b_usage_j.htm#CJPEG_BASIC
｜注：quality を 25 未満にした場合、 JPEG のオプション規格となっている 2バイトサイズの量子化テーブルを
｜使った JPEG ファイルを cjpeg は出力します。この形式のJPEG ファイルは、他の JPEG 対応ソフトでは正常に
｜画像を展開できない場合があり、この場合 cjpeg はその注意を促すメッセージを出力します。

まあ元々新しい端末向けがメインだから、駄目なら駄目で仕方が無いのかも知れませんが。

>>504
尚、IrfanViewを最低指定:1で圧縮すると、先の型番3：1セル＝3ピクセル／111x111なQRcode
は1KB強にまで落ちましたが、画質はちょっと見れたもんじゃないです。

これがオプション規格となっている 2バイトサイズの量子化テーブルを使ってるかどうかは
分かりませんが、IrfanView上では 「111x111x8BPP」となっていて、80指定の場合とBPPが
同じなので、オプションは使ってないみたいに見えます。

>>504
それはJpegライブラリ付属のコンバータの説明ですけど、意図的にforce_baselineを
FALSEにしてます。普通にライブラリ使うと、当然Quality設定しますが（そこで基本
外すか設定する）TRUEにすればBaselineで出ますので大丈夫です。

なんでDoCoMoだけPNG読めないんだろ…PNGなら1kbyteちょっとで行けるのにw

>>506
そうですか。詳細は理解出来てませんが、これ以上深くは追求しないことにします。（藁


いずれにしても型番１０だとQVGAな第３世代機種限定になりかねないので、先の>>499-500
の通り、自己紹介用なら「型番６／10KB未満」を狙って作成するのがベターかと。

もっともこれでも１セル＝３ピクセルだと147x147になるから、非QVGA端末で表示可能
なのは、非常に稀になってしまいますが。ざっと調べても、jpeg対応な503i/211iは全滅
だし、504i/251iだとN504i/iS＆SH251iS以外は全て駄目でした。

>>506
jpeg単一を諦めて、UAを判定して「Docomo=GIF/それ以外=PNG」でQRコード生成すれば、
ファイルサイズについては問題解消しますけどね。（画面サイズの問題は残りますが。）

>>508
それがベストですね。基本は2pixelにして、型番決まった段階で画面サイズと比較して
3pixel以上にするかを決める…という感じかな？で、PNGかGIFで出力と。

１セル＝２ピクセルで読み取れますか？（多分試してオケだったからでしょうけど。）

ざっと計算してみると、よくある２．２インチＱＶＧＡだと、１ピクセルのサイズ
は０．１４ｍｍでした。多分これが１ピクセルあたりの標準的なサイズでしょうから、
旧い非ＱＶＧＡでも似た様なサイズでしょう。

そうなると２ピクセルで０．２８ｍｍですが、これだとｉｍｏｄｅのＱＲコード規格
にギリギリです。(au/vodaは0,25mm以上ですが。）

http://www.nttdocomo.co.jp/p_s/imode/barcode/s1.html#2_2_2
｜セルサイズ 0.28mm以上

まあ逆に言えば、ピクセルサイズ２個分を読み取り規格にしたとも思えますから、
大丈夫なのかもしれませんが。

そういやこの画面サイズの話は、今度出るBREWアプリのバーコードリーダー＆
メーカーでも、古めな非ＱＶＧＡ端末だと同じ状況になりますが、やっぱり画面
サイズを自動判断するんでしょうかね？（ファイルの種類はpng単一でオケでしょ
うけど。）

>>510
と思ったら、>>484に掲げた対応端末をざっとチェックしてみたら、ＱＶＧＡ機種
ばかりですね。うーーん、うまく出来てる。

>>487
遅レスですが、スレの読み込みの浅さに自分で自分をあきれてます。
暫く勉強＆ROMに徹します。

>>512
良く考えてからしか書けないのでは、私なんか書く資格が無さそうな気が・・・。
空いた時間を使ってチョコマカ書き込んでるから、カキコの校正が不十分ですし。

ツッコミや自己修正はある程度仕方がないと覚悟の上で書くなら、それはそれで
オケかと。そうでないとスレが枯れススキになりかねないし。（藁

バーコードリーダー＆メーカー
ついにｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

マジ？
W32Hではバーコードリーダーのアップデート確認も
アプリカタログのバーコードん所もなんにもないんだけどorz

>>503
今更ですが、jpeg圧縮時はプログレッシブ指定すると、何故かサイズがより小さくなります。

IrfanViewの圧縮指定で型番１０や３のQRcodeが、40と45プログレッシブがほぼ同じファイル
サイズになります。但し、型番３の方がやや効果が小さくて、型番１０だと40＞45pですが、
型番３だと40＜45pでしたが。

いずれにしてもQRcodeの様な白黒２値なファイルをjpeg化すると、ファイルサイズは大きく
ならざるを得ない訳ですが、なんとか白黒２値に特化して最小にjpeg化してくれるツールは
何処かに無いでしょうかね〜。

G'ｚのRもバージョンアップきた。
ものごっつ似合わない起動画面だ・・・。
プロフからのバーコード作成機能では、プリセットで3パターン用意でき、
au/vodaとDoCoMo向けの2種類で表示できるもよう。
アドレス帖内のデータからも作れるので、
ハンドルや偽名のデータを作成してれば、そっちもいける。
（他人のを簡単に作れるのはどうかと思うが。）

ちなみにDoCoMo向けURLは、やっぱり読めない。

>>514-515
もしかしてこのニュースの話か？

http://k-tai.impress.co.jp/cda/article/news_toppage/26990.html
｜なお、KDDIによれば、BREWアプリ「バーコードリーダー」が標準搭載されている発売済みの端末について、無償の
｜バージョンアップにて「バーコードリーダー＆メーカー」を提供する予定（A5502K、A5506T、A5406CAを除く）。
｜12月中旬以降に順次対応する見込み。

A5406CAは、>>484の対応端末に入ってないからまだしも、A5502K＆A5506Tは対応端末なのにバージョンアップ
対象外ってのは、これらのユーザーにとっては納得し難いかな？

>>517　orz orz orz orz orz
ようするにリーダーは全く改良しておらず、メーカーを追加しただけって事か。


ところでいくつの型番まで作れそうでしょうか？

気になるのは例えばQVGA(240x320)な端末でも、ブラウジング時はそれより小さい
画像しか表示出来ません。下記を見るとG'zだと230x243ですね。

http://www.au.kddi.com/ezfactory/tec/spec/new_win/ezkishu.html
｜G'zOne TYPE-R　・・・　230×243 240×320

QRコードメーカーの表示限界（多分brewの仕様がブラウザ同様かどうか）や、型番限界、１セルのピクセル
サイズや訂正レベル（指定可能かどうか）、等々に興味が有ります。時間と興味が有れば報告ヨロ。＞ａｌｌ

>>516
プログレッシブ形式は、ある程度のサイズの画像だとファイルサイズが小さくなる傾向
にありますが…数kbyteレベルだとあんまし変らないですです。

＞白黒２値に特化して最小にjpeg化してくれるツール
元々Jpegはこの手の画像が苦手なんで、辛いですね。量子化テーブル弄れば…とかは
ありますけど、読めるかどうか。2値データはPNGが圧倒的に有利なんで、読めない
DoCoMoが憎いw

auのバーコードリーダー、アップデートできました。カタログから手動で。機種はA5507SAです。
ピンク色がメインでなんかカワイイ感じです・・・　
作成した画像を保存できないのがちょっと残念ですが、簡単に作成できるので特に問題ないかな。
保存できてもフォルダの中でどれがどれやらどうせわからなくなりそうだし。

>>519
名前、ヨミ、TEL1、メール1、住所、メモが入ったデータで、
型番９（かな？）で、幅15mm（液晶幅33mm）って感じ。
データ少ないと型番を下げサイズが小さくなる点から見て、かなり余裕ありそう。
とは言え、アドレス帖側のメモ項目がG'zは全角３２しか入らないようで、
QRメーカー側の正確な限界はわからない。

そういや現バージョンの不具合って何だっけ？
前のバージョンアップの時からずっとインスコしてないんだが、致命的なら様子見しようかな・・・

>>520
確かにプログレッシブにしても、数KBな型番３だと３％ちょっとしか小さくなりませんが、
１０数KBな型番１０だと６％強小さくなりますから、それが結構貴重な気分です。

量子化テーブルを手動で弄るのはちょっとアレですが、グレースケール指定だと結構諧調が
まだ多そうだから、それをもう少し白黒二値に最適化した様なjpeg変換をすれば、なんとか
ならないかな〜と思う次第です。

>>521-522
報告乙

メニューで型番やピクセル、訂正レベル等の指定や表示とかがなくて自動決定だと、利用者
には良く分からないでしょうね。

最近QRwindowsを入れてみましたが、出力でピクセル指定しかなくて非常に使いづらいです。
デフォルトの１５０ピクセルのまま作ると、歪んだQRコードが出来たりするし。

>>523
つ>>419>>433

>>520　追加
多分jpeg対応してる携帯で、プログレッシブ非対応なのは無い？と思うので、
常にプログレッシブ指定で良いと思いますし。

>>524
Jpegは、輝度や色差がなだらかに変化する画像用に特化して作られた画像形式なんで、
QRコードのように、輝度が急峻に変化する画像には本来は使わないフォーマットです。
ロスレス形式もありますが、基本的にどのキャリアも「JFIF形式」なんで、ロスレスは
使えないですし…（これはISO-Jpeg規格でパテント絡むんで、殆ど対応してません）
やっぱりGIFかPNGで行くのが一番良さそう。GIFは昔のパテント絡みで、殆どチェック
してないんで、ちょと探りますです。

>>526
実用には無意味ですが、jpegが8x8単位で圧縮してるとあったので、試しに
１セル＝８ピクセルなQRコード（型番３：296x296）を作って、jpeg化して
みました。

とっても綺麗なQRコードが表示されました。

最大圧縮でファイルサイズが約0.85KBなのに、BMPデータと同じ綺麗さです。（藁
因みにbmpだとサイズは約11.5KBになります。

流石に１セル＝８ピクセルは無理ですが、例えば１セル＝４ピクセルなら、8x8ブロック
が、２の４乗＝１６パターンに限定されるから、かなりいけるかも？（型番３だと148x148
：BMPで3KB弱ですが。）

で、試してみたらやはり結構いけます。

ただ圧縮指定２０（２KB強）にすると、流石に少し汚れが出ました。４０指定（2.4KB）
なら殆ど汚れてない程度で済みました。（でも汚れ自体は無くなってませんが。）

じゃあ次に１セル＝2ピクセル（bmpで1KB弱）を試してみたら、同じ４０圧縮（1.7KB）
でも汚れが増えました。まあ8x8ブロック内パターンが２の１６乗個になるから、仕方
がないですが。

ただ面白いのは周辺余白で汚れてるのが、右と下だけで上と左は真っ白です。

>>527
無茶しますな〜（右と下の汚れは8ドットで割った時の剰り部分ですね）
ちなみに型番10、セル2pixelの画像を3k程度に潰したデータを作ってみましたが、
N900iは楽勝で読めました（読み込みの遅い端末だとキツいかも…ドットピッチ0.264の
ウチの液晶モニタにQ30のJpeg・セル1pixel表示しても簡単に読めちゃう端末なんで。
ファイルサイズは2k無いです）　セル2pixelのQRコードは、こんな感じ
ttp://www.42ch.net/UploaderSmall/source/1134713810.jpg
DoCoMo形式ですが、読めるかのテストなんで…ま、いいかw

>>524
ｽﾏﾝ
とっくに終わったネタで、このスレにはもう不具合報告はないのかと思ってた。
「改行のあるメールをメールとして認識しなくなった」
何だこれwwwww

　

ﾌﾟﾛﾌｨｰﾙのﾊﾞｰｺｰﾄﾞはどうやって作成するんでしょうか？

>>528
いやあ最大圧縮しても綺麗なQRcodeになったのには、ちょっと感動しましたよ。

そのjpegファイルは結構きちゃないですね。でもpsytecでも読めたよ。あと白黒2値
化したら、ごく一部で化けたけど、それも読めた。

PC上のツールで白黒２値化した時に、化けないor一部しか化けない、程度が目安に
なるかも？　当然ながら白黒２値化したら読めない程だったら除外でオケかと。

>>529
imode用のメール形式のBODY部分に改行が有ると駄目らしい。同様に電話帳形式の
note部分も改行が入るとダメポだと、確かその後のレスで報告が有ったと思う。

まあ普通に困るのは、ブックマーク形式（電話帳形式もあるが）の中の、urlに
入ってる「￥」だけだとは思うが、これが巷に結構有りそうなんだよな。

>>433のほうは検証してなかった。
リーダー側では改行つき本文も、本文として認識するようになってる。
記憶では、前バージョンは本文としての認識もしなかったような。
（バージョンアップしてない方の追試おねがいします。）

ただし、リーダーからメーラーにデータ渡すプログラムにバグがあるのか､
「メールに設定できない項目があります」とでて、
本文を破棄したメールになってしまう。
つまりは、このバグも直ってない、と。

>>528
もしjpegで作るなら、3KBまで縮小する必要は無いですよ。6KB以下で十分です。

旧いDocomo端末だと5KB以下でないと駄目ですが、jpeg対応機種は全て10KB迄
オケです。jpegに全端末オケなVodafone端末だと、非パケット端末が6KB迄な
ので、それをクリヤ出来れば良い訳です。auはjpeg対応なら7.5KB迄オケです。

まあgif/pngなら型番10（195x195）でも、3KB弱/1KB強で済んでしまいますが。

>>533
確認乙

「￥」が直ってないのが分かった時点で「改行」も駄目だと思ってましたが、
やはりそうでしたか。

さんざんバグじゃない、と言い張ってたから、今更直すとバグだと認める様な
ものだから、「￥」以外の件も含めて直せないのでしょうね。（まるで非優座亜）

>>352
下手に2値化しない方が良いです。閾値はリーダが決めるんで、そのままの方が読みやすい
と思われ…
>>528
まぁ、パケ代の絡みもあるんで（と言っても6kサイズならMovaで送信24パケ位なんで、
8円ってトコロですが…読めるなら、無駄な料金である事には変わりない…ケチだな、漏れw）

ちょっと面白いネタ見つけたんで、iαppli作ろうかと…で、ドキュメントみて呆然と
してる。Javaは好きくないのよね（藁

>>536
２値化した結果をチェックするのは、あくまでも参考程度ですけどね。

確かにパケ代や通信の遅さは心配ですが、それよりも読めなかった時の
利用者の怒りの方がマズイかと。

そういう意味では、QRコードのサイズによってjpeg圧縮率を変えると良い
でしょう。サイズが小さくて読み取りにくいものほど、圧縮率を小さくし
て汚れを少なくした方が良いでしょうから。

いくつかの型番やピクセルサイズのQRコードを試せば、圧縮率をどうすれ
ば良いか目安が出ると思います。（時間がとれたらうちのQRcode：型番３、
６，１０ので実験してみます。）


ｉアプリも確か端末内部の電話帳データにアクセスするには、一般アプリ
じゃ駄目だった筈なので厄介ですね。尚、電話帳形式のＱＲコードなら、
自己紹介用の最低項目（名前／ヨミガナ／電話／メール）のテンプレだけ
で良いかと。

Docomo端末だと旧い504i以前の、赤外線が非標準装備な機種に使えると、
特に嬉しいでしょうね。

結局はGIFかPNGが一番確実ってオチになるのか…w
一番のネックは、「区切り記号」だったり。DoCoMoはセミコロン・他は改行だけど、
結局8ビットバイトモードにしないとなんで…区切りが英数字モード記号なら、識別子と
電話番号まででも文字数はそこそこあるんで、結構圧縮できるのだが。

>>525
トホホホホ、プログレッシブJpegは結構駄目っぽいです。下記の調査結果では、
P900i（DoCoMo）はオケですが、PENCK（au）、702sMO（Voda3G）で駄目だった
様です。

http://testhost1.myphotos.cc/~mobile/page027.html

これでますます画像を汚くしないと、サイズを縮小出来ない事になった訳です。

>>538
UAでgif/pngの切り替えさえすれば、ファイルサイズを気にしなくて済むから、
そちらの方が遥かに手間隙は少なそうです。

でも頑張ってjpegで実現するのも、仕事ならともかく興味本位なら有りかも
しれません。

>>539
リンク先みましたけど、ちと気になる…元画像撮ったデジカメはCASIOのEX-P600。
花の画像で一番大きいのは、Exif対応のレタッチソフトで編集、それ以上のデータは
生データです。Exifバージョンが2.21なんで、JFIFベースラインフォーマットじゃない
です（2.21規格は2004年〜2005年策定のTIFFサブセット）この形式は全キャリア、
対応Jpegフォーマットから外れます。このサイトの内容では「本当にプログレッシブ
非対応なのか」判断出来ません。

一般的にPCで使われる「libjpeg」のソースとドキュメント読んでみました。Grayscale
だと、輝度のサンプリングファクタが落ちちゃう（強制的に変更すると、端末で読めま
せんが…これはベースライン規格なんだけどなぁ）2値でもカラー設定にした方が結果
は良いですね。もうちょっと弄ろう（2値ならクロマテーブルは意味が無いんで、削って
読めるかどうか…これもベースライン規格だけど、ちとアヤシそうw）　明日の課題…

>>540
うちでbmp→jpeg作成に使ってるのはIrfanView(V3.97)ですが、昨日これでプログレッシブjpegに
したQRcodeをたまたまau W22SAで試して貰えたのですが、やはり表示出来ませんでした。

非プログレッシブ指定するとオケでした。（当然ながらグレースケール指定で、ついでにカラー
サンプリングも無効にしてますが、こちらは有効でもファイルサイズは同じです。）

もしこれも「全キャリア対応フォーマット」から外れてるとしたら、別途ツール（出来ればフリー）
が必要になりますが、なかなか難しい気が・・・。


そういえば>>528のサンプルQRcode（256色なので非グレースケール指定？）は、どんなツールでどの
くらいの圧縮率（品質指定）をしたモノでしょうか？

IrfanViewで白黒２値化して再度jpeg圧縮で試すと、１０指定（グレースケール、非プログレッシブ）
で2.89KBになるから、このあたりみたいな気はしますが。

>>541
｜１０指定（グレースケール、非プログレッシブ）

この１０は、IrfanViewのjpeg圧縮スケール(1-100：小さい程圧縮する)での
１０の意味です。

>>541
私は
ttp://www.vector.co.jp/vpack/filearea/win/art/graphics/edit/pixia/index.html
関係（関連サイトの方にもフィルタが多数）と、
ttp://www.geocities.jp/massano1/
使ってます。壁紙とかで気に入った画像があったら、このソフトに廻して加工・連結
コードに変換して読ませちゃうんで、これ1つで用が足りますです（別端末はFOMAで
読ませた後にIr転送w）

＞１０指定（グレースケール、非プログレッシブ）
ビンゴです。もうちょっと弄ってますけど…通常のソフトでは設定出来ない項目と言う
か、あんましPCでは気にしない部分（携帯端末だと、無駄なコードをぎりぎり削って、
クオリティを上げるのも課題）まで触りますので。

＃まずい…近くのドコモが期間限定で安売りしてる。D901iがほすぃ（藁

>>543
とりあえずIrfanViewのjpeg圧縮スケールで判断すれば、似た画質で判断出来る様ですね。

D901iだと最新のDocomo用の電話帳形式なQRcode（住所やurl込み）も全部読み取れますね。

赤外線が使えず、auのQRcodeメーカーみたいなのも利用出来ず、自己紹介が
難しい端末の為に、こんなQRcode入りページを考えてみました。

このページを自分の端末でブックマークしておいて利用する訳です。

******************************************
●登録
1.imodeへ（電話＆メール）　　　　← telbook/kanaタグで名前＆ヨミガナ指定
2.V-liveへ（電話）　　　　　　　　←memorynameタグで””””””””””
3.""""""へ（メール）　　　　　　　←””””””””””””””””””
4.EZweb［xhtml］へ（vCard）　　　← 名前/ヨミガナ/電話/メアド入りvCard
5.Willcom＆Voda３Ｇ他へ（"""""）　←上記と同じvCardを単純リンク

●紹介
6.メールで　　　　　　　　　　　　　←　このページのurlをsubject＆bodyで載せる
7.QRcodeで（URLのみ）　　　　　　　　←　”””””””（型番3:111x111）
8.""""""で（電話帳用：imode）　　　　←　名前/ヨミガナ/電話/メアド入り（型番6:147x147)
9.""""""で（””””：V-live＆EZweb） ←　名前/ヨミガナ/電話/メアド入り（型番6:147x147)

******************************************

自己紹介したい相手の端末がQRcode読み取り可能なら、上記ページの８，９を
使って表示すればオケです。

電話帳形式のQRcodeが上手く読めない相手なら、６，７を使って、このページの
urlを相手に通知します。

すると503i以降のimodeなら１で、一部の3G以外のVodaなら２、３で、独自タグを
使って、名前/ヨミガナ/電話/メアドが登録出来ます。

又、xhtmlなau端末なら４で、Willcom（AirH"）か一部のVoda３Ｇなら５で、
vCardをダウンロードして登録出来ます。

>>545 （続き）

登録出来ないのは502i迄のDocomo端末、hdmlなau端末、feelH"迄のWillcom
、Voda3GでaタグでリンクしたvCardをダウンロード出来ないモノ、くらいで
済みます。

まあ困るのはプライバシー情報がwebで晒されてる事ですが、対策はロボット検索
を外す指定とか、パスワード要なページにするくらいでしょうか。

因みにQRcodeはjpegで147x147なら、IrfanViewで３５指定すれば6KB弱になります
から、非パケットなVoda端末を含めてjpeg対応な機種なら、ファイルサイズ的には
全て表示出来ます。

但し147x147以上の画面が必要なので、それなりに限られた端末になりますが。

出来れば電話帳用QRcodeには、この紹介ページのurlも入れておくと良いでしょ
う。そうすれば自己紹介した相手が、また別の人に自分を紹介するのに、この
ページを使う事が出来ますから。

>>545 （補足）

項番５はobjectタグを使ってvCardをダウンロードする、xhtmlなページ
へジャンプさせます。


尚、この紹介用ページはcgiを使わない事を前提にしてます

cgiを使えば、hdmlなau端末でもvCardのダウンロードが可能だし、QRcodeも
gif/pngを使い分けられるから、ファイルサイズを気にする必要は無くなり
ますが、当然ながら作成や設置が面倒になります。

あと111x111の項番７のQRcodeは、非QVGA端末の画面サイズの共通最大サイズ
の目安が120x120である事に対するメリットが有ります。ですからあまり長い
urlで型番３をオーバーすると、存在意義がやや薄まりますからご注意をば。

>>547
間違い。xtmlなページげジャンプするのは項番４です。

>>547
そうそう。今は多分大丈夫ですが以前だとvCardファイルのMIMEタイプの
設定されてないwebサーバーが有りました。

うちの利用してる某メジャープロバイダもそうだったので、私めが申請
して利用可能にしたくらいです。

項番４，５のvCardを使いたい場合は、要確認です。

個人用のサイト（というか、登録用ページ）の構成として、理にかなってると思います。

ちょっとレンタル鯖関係を見てみましたけど、CGIの敷居（特に画像関係）が高いんで
無料サーバあたりは難しいかも（PNGは最悪zlibが使えれば生成出来ますが、Jpegは
ImageMagick辺り対応してる鯖の方がラクそう。全部強引にPerlで行く事も出来ます
が、負荷が掛かるかも…）　やっぱり自鯖立てる方がラクそうw。
＞vCardファイルのMIMEタイプ
.htaccessのオーバライドを許してる鯖なら出来ます。ダメならCGIでMIMEヘッダを
吐くしかないですね。昔、PNGのMIMEを正しく設定する時にも流行ったネタです。

＞D901iだと(ry
QR機能3.0で型番24が読める機種という理由だったりw　もうちょっと出せば901iS
買えますが、Felica要らないし（EdyはANAのカード使ってるし、パソリがあるんで
オンライン関係もPCで出来る。メリットが無い〜） D902iはモック触ってパス（藁
連結で18kは行ける計算だが…

>>546
試しに自分のデータで電話帳用QRcode（名前/ヨミガナ/電話/メアドのみ）のを
psytecで作ったら、型番５（135x135）でした。型番６(147x147）になるかどう
かは微妙なところみたいです。

で、urlも追加したのを作ったら、型番８（171x171)にまでなりました。

自分の持ってる端末が非QVGAだとやはり表示するのが厳しそうですが、例えば
コンパだった場合、誰か第三者のQVGAな端末に項番７を読み込ませてアクセス
させて、項番８，９を表示させる手は使えますね。

もっともurlをQRcodeに載せても、901i/700i以前のDocomo端末やau/voda端末
だと、自動では電話帳に登録されないので要手動になりますが。

電話帳用QRcodeに、url迄載せるべきかどうか、どう思いますか？＞ａｌｌ

>>550
QRcodeに関しては、PCとかで項番７，８，９用の３種類作って、登録＆紹介
ページとともにアップする方が簡単でしょう。

webサーバー上でQRcodeを生成する方法だと、生成ツールにファイルサイズの
指定機能とかが必要になるし、折角cgi不要で作れる様に検討した訳だし。

今回の発端が、web上でQRcodeを作って携帯で表示するツールの話だったから
其処から離れてしまう事になりますが、まあjpegなQRcodeを作る検討をしたか
らこそ出来てきたアイデアですから、親離れみたいな感じでしょうか。（藁

>>551
肝心な事を忘れてました。

型番８(171x171）だとファイルサイズを6KB弱にするのに、IrfanViewで１７指定
まで縮小する必要が有りました。結構きちゃなくなりました。５０指定だと10KB
弱になり、十分綺麗なままで済みますが。

非パケットで6KB迄しか駄目なくせにQVGAな端末が、Vodaには結構多いから厳しい
かなあ。最新のフェラーリ端末（V302SH)なんかもコレだったりするし。逆に言え
ばこれを諦めれば済む訳ですが。

>>552
そういや逆に自鯖にcgiやphpを使う事を前提で、名前/ヨミガナ/電話/メアドを登録したら、
QRcodeだけじゃなくて>>545のページやvCard、項番４にリンクするxhdmlページも全て提供
する様なサービスを構築するってのも有りかも？

登録したらその自鯖配下で、個人それぞれ専用の短めなurlを割り付ければ済むし。

ただ自分だけのアクセス制限なら簡単ですが、紹介したい相手がアクセスする時の為の、
パスワードとかの渡し方が厄介かも？

項番７のQRcodeや項番６のメール本文にパスワードも載せる手段は有りですが、項番７
は型番３を超えない様にしたい制約が有りますし。

>>554
hdmlなau端末にもダウンロードcgiで項番４で対応可能に出来るし、アクセス
してきた端末をUAで判定して、項番７，８，９のQRcodeのgif/pngの切り替え
や、項番１〜５も、必要なモノのみ表示すれば良いし。

更には項番６も、vodafoneの非パケットやパケット端末の一部だとsubject&body
が使えないから、独自タグのmailbodyを使う形式に切り替えられるし。

＞url迄載せるべきかどうか、どう思いますか？
例えば…相手にQR読ませて、そこのURLからフォーム埋めて貰って、自分の携帯へ
流すのはアリだと思います。電話帳の項目よりもブックマーク項目にして繋いだ方が
良いかな（ワンタイムって感じのアクセスですね。CGIは組まないとですが、入力後に
自携帯宛てにメールでURL送信・アクセスして登録するか、vCard添付メール送信の
方が早そう。sendmailが使えない鯖なら、管理ページを作るとかですね。この手の
フリーなスクリプトって転がってないのかな？）　もし相手がコード欲しいって時は
画像まで考えないとですけど（＆レスの流れから外さないようにw）
SIMカードに入らない項目は、特に必要ないかな〜と思います（＝互換性が無い）

＞非パケットで6KB迄しか駄目なくせにQVGAな端末が、Vodaには結構多いから
おまけにコード読めなくて、PC転送すると電源が落ちる「J-T08」持ってたりw
殆ど使ってないが、ウチの地域はDoCoMoはデュアルでもNG、VodaはOKな場所が
何故か多いんで解約出来ないorz　緊急時のバックアップ（なんで、プランは最低）

>>556
いや、urlだけでオケなら、項番７のurlのみのQRcodeだけで良いって話に
までなってしまいます。項番８，９の電話帳用QRcodeにurlも含ませた方が
良いかどうか、が悩んでる点です。

あ、SIMカード内の電話帳って、url迄は登録されないって事ですか？

ちょっとググッてみましたが、分かりませんでした。まあ容量に余裕が
無いから電番とメアドだけでも不思議は無いですが。そういう根拠でurl
を重視しないのなら、理由としては成り立ちますね。

うちも実家のある田舎は、vodaが一番使えたりします。（藁）　普段の
生活だけならWillcomでも十分オケなのですが。

>>557
＞urlだけでオケなら
ではなくて、自分の端末がQR非対応（名刺に刷ってるとか）の時に、この手はありって
意味です（ただ、「自分の端末は非対応なんで、申し訳ありませんが…」という恥ずかし
いシチュエーションが展開しそうw）

＞SIMカード内の電話帳って、url迄は登録されないって事ですか？
海外端末の絡みもあるんで、基本的にはNAMEとPHONE（1件）とEMAIL（これは
オプションですが、大抵はOKみたい。同じく1件）これ以上は期待しない方は良さそう。DoCoMoはこれプラス、グループとよみがなは対応します。データ的にはvCardなんで
何処までOKかは端末仕様みたいです。

＃D901i買いました。QRコード読み取り能力は…現在、型番36まで確認（ぉ
（流石に無茶苦茶認識しにくいですがw）

>>558
自分の端末がQR非対応な時に、相手の自己紹介データを入手する手段って
話ですね。確かにそれはちょっと別の話になりますね。

まあ相手に、>>545の登録側フォーマット（項番１〜５）をサーバー上で自動
生成させるか、サーバーからvCrad添付メールを自分に送信して貰えば出来る
話ですが、確かにそれだとQRコードの話と外れるから、スレ違いになりますな。

因みに恥ずかしいシチュエーションなら、私の方がもっと恥ずかしかったり
します。何しろ携帯なんて藻ってな・・・・、ゲフンゲフン。

確かに海外がメインなSIMカードだと、ヨミガナは厳しいでしょうね。vCard
V2.1規約にはヨミガナ用タグが無いから、SOUNDタグを無理やり使ってるくら
いだし。（V3.0からはヨミガナに使えるSORT-STRINGタグが規定されましたが。）

それとvCard形式のままだと、もしPHOTOタグで登録された画像データを入れよ
うとすると、エンコードされてデータサイズが大きくなってますから、更に
容量に厳しくなるから無理でしょうね。

http://plusd.itmedia.co.jp/mobile/articles/0411/17/news038.html

D901iってSymbianOSみたいですね。そうなら同じOSの端末なら別メーカーの
別機種（特にＦなら）でも、型番36まで読める機能が期待出来そうです。
（読める性能が有るかどうかは別ですが。）

>>559
>>400の先で、F901iSは24対応になってるのと、読み方の特徴が見えたんで行けそう。
（富士通サイトからF901iSのスペック見ましたが、カメラ周辺は同じみたいですし）
D901iは5fps位でインターバル撮影して、内部でコードを重ねて完成させてるみたい。
なんで一度にコード全体を撮影する必要は無し。（私は）左上の位置決めパターンで
ピントを合わせて、右下に向かってゆっくり動かしてます（逆に「何処が撮影済みで
どこで重ねるか」の内部処理で、マスクパターンが重要になってきてますね）
認識速度は普通なQRコード（サイズとか）ならそんなに遅くないですね。連結コード
ならそのままスキャン（特に撮影ボタンは無いです）でざっと流せますし。待受サイズ
のJPEG画像（240x320)だと、クオリティ上げても16分割以内で収まります。
あ、プログレッシブJpegはこの端末は平気ですw

＃DoCoMoの「見た目」割安感の措置（クレードル・アダプタ別売り）のとばっちりで
＃クレードルのみ後日になってしまったorz

>>560
スキャン読みＯＫですか。

確かに大サイズなQRcodeじゃなくて、連結パターンなQRcodeに対応するなら必要な機能で
しょうね。もっともそんなQRcodeは多分巷に見かけることは、まず有りえないでしょうが。

jpegといえばこんなニュースが。

http://internet.watch.impress.co.jp/cda/news/2005/12/19/10282.html

うーーん、Gifのライセンス問題は有効期限が切れて解決したのに、JPEGにも似た様な話
が有ったんですね〜。変にこじれなければ良いのですが。

>>559
そういえばQR非対応だけでなくて赤外線とかも無かった頃に、互いに自己紹介する場合、
まず一方がメアドを聞いて手入力し、メール本文に自己紹介データを載せてやり取りして
た筈ですが、メール本文の内容は例えばこんな感じでしょうか。

名前
ヨミガナ
TEL:電番
メアド

メアド（URLも）は何もせずにそのまま記載すれば、「@」等を識別してメアドの文字列
を認識出来る（Mail To機能）様ですが、電番はそうはいかないので、「TEL:」（Phone
to機能）を付けてた？みたいですね。

このPhone To機能に「TEL:」を使うらしい規約は、EZwebのテキスト形式なQRcode規約に
しか見当たらなかったのですが、メール本文でもオケですよね？

ググッて探したりしたら、メール本文上にPhone To機能が働く事自体は、FOMAやLmodeの
記事でも明記されてましたが、「TEL:」を使ってるのかどうかの規約関連の情報は何故か
見つけられませんでした。（どうも悪徳メールに利用されて、大きな問題になっていた
せい？らしいですが。）

ちょっとスレ違いですが…
>>561
ベースラインJpegは日本では既に「拒絶査定」が出てるんで大丈夫です。逆にIrfanView
はどうなるかな？（作者の居住地でGIF特許が成立してなかったというパターンなんで、
Jpegは不明です）

>>562
（メールに関しては）電番やメアドは端末が勝手に判断するので…特に決まったフォーム
はないですし、端末依存ですね。（数機種のマニュアルを見ましたけど「識別出来た時」
に使える機能となってます）

>>563
そうですか。jpegの問題は端末側にはなくて、ツール側であるIrfanViewとかに
心配が有るんですね。


確かにメアドは特に決まったフォームなんかなくてもオケですが、電番はないと
ちょっと厳しい気がしますが。以前FeelH"なんかだと、確か数字の羅列を電番
判断する基準が有った気が・・・・・。ゴソゴソ。

oncm220.pdf
｜電話番号と判定されるのは、半角の「０」で始まる１０桁以上３２桁以下の
｜数字列、または、「TEL:」で始まる３２桁以下の数字列です。数字列中には
｜「−」（半角のハイフン）が現れても構いません。

あ、これにも「TEL:」の件は書いて有りますね。

DoCoMoはマニュアルにも殆ど触れられてないですね。
単純テキストのコードを読ませたFOMAでの実機確認（N900i/D901i）では、最低
・「#」から始まる4桁
・「+」から始まる10桁
・「0」から始まる10桁
区切り文字はハイフンか括弧、全角/半角ともに通ります。movaでQR読める実機が無い
んで、OCR読み出来るN504iSでチェックしたところ、「+」開始以外は電話番号で認識。
DoCoMoは多分、このパターンだと思いますです。

うへ〜。D901i、型番40読めました（その代わり、余程の好条件じゃないとですが）
とうとう最大型番が読める端末が出たか…（と言いつつ、実質の実用範囲は型番30程度
ですな。この辺りは慣れれば簡単に読めます）

>>565
わざわざ調査をどうもです。

「TEL:」無しでも結構行けるんですね。確かにそれだけ電番としての条件が
多くては、いちいちPhoneTo機能の規約を明示するのは面倒そうですし。

単純テキストに対して、それだけのPhoneTo機能があるって事は、当然ながら
QRcodeで読み取った内容にも適用される筈ですし。（とスレ絡みな話をば。）

http://www.au.kddi.com/ezfactory/tec/two_dimensions/phoneto.html
｜コード中に下表の文字列が存在する場合に電話番号と認識します。
｜
｜種類 　　　　　　｜　　　　　　　　　　　　仕様
＋−−−−−−−−-＋−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜TEL: *　　　　　 ｜・「*」は連続するASCII 数字 (0x23,0x2A,0x30〜0x39) 及び、全角数字
｜(「TEL:」は半角) ｜　(0x8194,0x8196,0x824F〜0x8258;S-JIS) #,*,0〜9です。
｜　　　　　　　　 ｜・ 発信動作で有効な電番の桁数は、「3桁〜36桁」です (リンク文字列
｜　　　　　　　　 ｜　「TEL:」は除く) 。

まあauだと、ちゃんとQRcode用には上記の様に規定が公開されてますが、「TEL:」は必須みたい
だから、数字の文字列自体に対する判定はやや甘そうです。

>>565 （余談ですが）
そういえば暫く前に、うちの業務用の電話番号がYahoo電話帳で地図リンク
無しで載ってたり、GoogleローカルでHPがリンクしてなかったりした時に、
PC版HPの電話番号が、

「�пF（０ｘｘ）ｏｏｏ−ｙｙｙｙ」

な表記になってるのが影響してるかも？と考えて、

「ＴＥＬ：０ｘｘ−ｏｏｏ−ｙｙｙｙ」

に修正した事が有ります。尚、googleローカルの方は同時に、住所表記を
top頁に移動して都道府県無しだったのを追加したお陰か、業種＋市郡の
検索結果で４頁目（HPリンク無し）から１頁目上位（HPリンク有り）に
進出しましたが。

尚、Yahoo電話帳の方はアルプス社の地図データに、正確な住所情報が無かった
せいでした（数年前にゼンリンでもそうだったので、そちらは依頼して修正済）。

今年中には修正が終わる予定らしいですが、今日現時点では未だでした。

>>568
この電番表記の修正は、Yahoo電話帳やｉタウンページでも「（）」じゃなくて
「−」を使っていた事と、auのQRcodeのPhoneTo規定（feelH"も？）を知っていた
お陰？（うろ覚え^^;;）かと思います。

>>567
ちょっと追試してみました（端末特有のダイヤル文字の扱い）
DoCoMoの「電話帳登録」内では「P（ポーズ）」が使えるみたい。逆に「+」は、
対応端末（901i以降/700i/N900iG）以外は登録時に削除らしい。D901iは電話帳の
番号に「T（タイマー）」というのもありますが、これは登録時に削除されました。
テキスト認識では「P」はダイヤル番号の扱いにはならないです（N504iSのOCRは
対応してます）　一応非公式ですが（公式資料では「0-9/#/*」のみ）、TEL番号と
情報BOX番号とか使うパターン（テレビ/ラジオ系はありますね）もありますので、
「P」は半ば公式なのかもw

＃コンテンツ系QRコードのテスト中。JpegとSMFは終わったんで、次はMFi
＃（D901iの音源チップってなんだっけ…w）

はぁ…着メロはコードは読めるけど、ケーブル転送サイズ制限（20kByte）適用だ罠。
miniSDからなら100kByteまでOK・本体にも転送できるし、着メロとして設定も出来る
んで、この制限はコードリーダが意図的に掛けてる…少なくとも「読み込んだデータ」
として保存されるし、QRで読んだ32kByteのSMFはちゃんと再生出来る。まぁ、仕様の
範囲外なんで、仕方が無いと言えばそれまでだが（藁　（その前に、DoCoMoは着メロ
仕様が正式に公開されてないってのもあるけど。逆に、なんでコンテンツ認識対応とした
のかワカラン…正式な仕様じゃ4k位しか喰えないのにw）

マイクロＱＲコードを作成できるフリーソフトってありますか？
ご存知の方がいらっしゃったら教えていただけませんでしょうか？
よろしくおねがいします。

>>570
ポーズ用の「p」はLmodeの規約に確か有った筈。実際にLmode用に作った経験が
有りますし。（但し実機確認はしてなかったりしますが。^^;;）

あとJ-webの規約でも同様にポーズ用が「,」で規定されていて、こちらは知人の
J-phone端末（確かシャープ製か何か）で試して貰ったら、ちゃんとポーズした
のを確認済みです。（でもJ-webの実機では未確認。）

ポーズ自体がキャリア別で「p」や「,」の２種類に分かれてるし、ポーズをサポ
ートするかどうかも端末個別で自由でしょうから、これをQRcode内のテキスト
上でPhoneTo機能が対象にしてるかどうかは、機種毎に調べないと分からないで
しょうね。

auはBrewで統一してるから、仕様は一種類でしょうけど。

EZweb用の２次元コードメーカですが、urlのみだと型番4になるのに、漢字を一文字追加すると
型番5になり、２文字追加するといきなり型番6にまでアップします。（さきほどダウンロード
した最新版でもそうでした。）

同様の事をimodeのQRファクトリや、VodaやPsytecのQRcodeEditorで行うと、漢字を数文字追加
しても、型番4のままで収まります。

尚、２次元コードメーカも含めて、いずれもテキスト形式で試してます。又、漢字２文字追加
で型番6になったQRcodeは、psytecで問題無く読み取れます。

これは２次元コードメーカが単なるマヌケ（多分2byte文字が混じると、urlの1byte文字まで
2byteみたいに扱ってる？）なせいなら構わないのですが、例えば旧いEZweb機種だと、型番が
無駄に大きくなるのを犠牲にしてでも、そうしないと読めない端末が有るのでしょうか？

EZwebの場合は、基本的に共通なBREWアプリのQRcodeリーダーを使ってるし、バージョンアップ
もされるから、古い端末の事は気にしないでpsytecのQRcodeEditorで作った型番４のをEZwebに
も使えば良い気もしますが、どうなんでしょう？

　　　　　　　　　　　　　　　　　　　◇

因みにこの型番４は１セル＝３ピクセルだと、123x123になります。これは非常に微妙な大きさで、
これを120x120に縮めれば表示可能な端末が、なんと６０機種以上も増えるみたいです。

多分ですが、下手に123→120に均等縮小するよりも周辺余白を、上＆左で１ピクセル、右＆下で
２ピクセル分をトリミングした方が認識率は高そう？です。（尚、上＆左の方を２ピクセル減に
するよりも、恐らく一番重要な左上の「回」マークの認知に良いだろうと判断した次第です。）

例えば先のimode用QRcodeだと、ブックマーク形式だと型番５（135x135）になり、url＋名前だと
型番４になります。url+名前の型番４で120x120にトリミングし、表示可能な端末を増やす方が
良いか、ブックマーク形式で読み取った後の利便性をとる方が良いか、結構悩ましいところです。

皆さんはどちらが良いと思われますか？

>>572
マイクロQRは（今のところ）「携帯用バーコード」としては使われないんで、なんとも…。
＃私もフリーソフト作家ですが、「レスポンスが返ってこないソフト」は面白くないです。
＃Monazilla系は（場所が場所なんで）レスが多いから、相当ハマって作ってましたね。
＃2ちゃん危機の時代が一番楽しかったw

>>574
多分、混在モードの影響っぽい。漢字が出てきた時点で「漢字モード」にしてるかも…
あとで私も見てみますが、「そうしないと読めない端末」は規格上は考えられないです。
（多分、コード自体のバイト数だけ考慮して、モード変換のオーバヘッドを計算してない
んじゃないかな？）
＞下手に123→120に均等縮小するよりも
これはダメです。セルサイズを均一にするのは、コード生成指標の1つですからね。
＃げ、前レスのトリップが…ま、いいかw

>>576
２次元コードメーカですが、以前ゲットしてた時は実行ファイルの日付が
2003年で、今回ゲットした時は2004年になってましたが、バージョンは同じ
2.0.0.3でした。全然バージョンアップはしてない様ですね。

推測通り安直に「漢字モード」で単一モードにしてるだけなら、旧い端末で
も大丈夫そうですね。うろ覚えですが、確かvodaで型番10になる電話帳形式
のを、２次元コードメーカーだと１２番になった気が。

実際に１２３→１２０にIrfanViewで均等縮小すると、２，３箇所のセル列
orセル行が縮んでました。「回」マーク部は歪んでませんでしたが。

早速試してみましたが…確かに変です。手元にある数種類のエンコーダでチェックしまし
たが、EZweb用のだけ型番が上がります。Macの「QRこ〜でんネン！」が混在モード
変換しましたが（ちなみにテストデータは、混在モードにするとデータが増えるように
計算した文字列w）これよりも上の型番になります。ちょっと生成コード解析してみます。
なにか埋めてるのかも…

>>574>>578
２次元コードメーカが、旧い端末の為に何か特殊な事をしてるとしたら、
>>518
に有る様にバージョンアップ対象外な、A5502K、A5506T、A5406CA、特に
A5406CAが怪しい気がしますね。

この実機を持ってるユーザーに確認を手伝って貰えると、ハッキリしそう
な気がしますが。

去年の10月11日ビルドなんで、特に新しいバージョンじゃないみたいです。
（オブジェクトビルドのタイムスタンプもそうなってますし）ちなみに型番3レベルLで、
33文字のurlが作成出来ないというワケワカ仕様。おまけに変なランタイム喰ってるし…
ちょっと恥ずかしいというか、お粗末なアプリという感が否めないです（藁　正直、
他のツール使った方が良いような気がしますです。ちなみに漢字が出てくると混在モード
になりますが（多分、付随書に合わせてるのかな？）、規格では「8ビットバイトモード
で使う文字はS-JISで解釈する」という前提規定があるんで、付随書を鵜呑みにすると
間違うんですよね（ECIで他言語設定してて漢字が出てきたら漢字モードにしますけど）

>>580
調査どもです。

まあauのQRcodeの電話帳形式自体が、Vodaなんかの規格の後追いだったり
するし、urlや住所までV3.0で規格に取り込んだimodeなんかと、作成ツール
に対するリキの入れ方が違うのでしょうね。

結局２次元コードメーカは、単なるマヌケだったという結論でフォー！？


そういえば私がQRcodeに取り組み始めたのは、昨年夏あたりだったと思い
ますが、この２次元コードメーカだと何故か小さくならず、結局型番６
(147x147)の大きさを前提にして、imodeやvoda用も作った覚えがあります。

しかも確かマクロなしなＷなんたらという機種が、そのせいで２５ｍｍ
角以下でないと読み取れないという話があった為、147x147じゃ大抵のPC
画面で２５ｍｍ超になってしまうから、わざわざ2/3縮小版まで用意しま
したし。

もっとも2/3縮小版は、小さな画面の端末でQRcodeを表示するのに必須に
なったから、無駄にはなってませんが。

>>581
間違えた。Ｗなんたらの機種はマクロ無しじゃなくて、強制マクロ設定
されるせいで、２５ｍｍ角超のデカイのが読めなかったんでした。

そういやこの強制マクロな機種って何でしたっけ？（ド忘れしてます。）

>>581
因みに型番６（147x147）の2/3縮小版は（98x98）ですが、ブラウジング時の
最大画像表示が96ピクセルな機種が結構有って、ちょっと悩ましかったです。

今ざっとチェックしてみたら、２０機種少し有りました。（96x98や96x104とか）

＞結局２次元コードメーカは、単なるマヌケだったという結論でフォー！？
私的には（リンクするシステムDLLとかも踏まえると）う〜ん…です。「データ量確認」で
間違った値が出るのは確認出来るんで、その辺の詰めが甘いのかな〜

＞強制マクロ設定
ありましたね（私も機種忘れたw）　AFのメガピクセル初期機種だろうけど…。
今のD901iでも、大きいコードはやっぱり読みにくいです（マクロは切れますけど）
逆にマクロでピントが来ちゃえばですね。液晶1ドットモジュールとかはラクw

＞因みに型番６（ry
型番6だと41モジュールなんで、セル2ドットにしてクワイエットゾーンを犠牲にする
しかないですね。本来は41x2+4*2*2=98なんで…サイド1ドットずつ削る。これは仕様
の許容範囲なんで大丈夫。型番7位なら45モジュールなんで、2ドットで90。うーん、
これはクワイエットゾーン仕様の50%切っちゃうんでマズいけど…多分読めるかな？

そうそう。auはワンセグ用にマイクロQR使うみたいですね。DoCoMoが乗ってくるか
判らないですが…　今のテレビ番組雑誌って、まだPanaのバーコード載せてるのかな？
（あのコードは単純な数字列なんで簡単ですが、G-CODE使われたらキツいなw）

>>584
結局うちでは>>574の悩みについては、EZweb用のQRcodeは２次元コードメーカ
以外で作り、imode用QRcodeはブックマーク形式は止めて、いずれも型番４に
なる様にしました。

型番を小さくして、表示可能な端末を増やす事を最優先した訳です。123→120
へのトリミング程度なら、恐らく大丈夫ですし。

でもうちの場合は特定パターンだけだから、なんとでも調整が利きますが、汎用
なツールとかでトリミングを行う場合、一体何処まで周辺余白を削除してオケな
のか、かなり悩ましいですね。

まるで亜涅槃設計事務所？（藁

>>579
A5406CAの纏めサイトが有りましたが、ざっと見る限り特にQRcode読み取りで
問題が有るとはかかれてない様です。

ttp://w-st.com/a5406ca/

ちなみに現行ではG'z TYEP-Rも強制マクロです＞QRリーダー

＞汎用なツールとかでトリミングを行う場合
規格では「モジュールサイズ4つ分」をクワイエットゾーンとする事になってます。
なんで、モジュール2ピクセルにすると>>584の計算式の後半（4モジュールx2ピクセル）
の両サイド（x2）となりますです。
規格書の閲覧だけなら、JISのサイト（これ、ダイレクトに開けるかな？）
ttp://www.jisc.go.jp/app/pager?%23jps.JPSH0020D:JPSO0010:/JPS/JPSO0020.jsp=
で「X0510」を検索すれば見れますので（プリントアウトは出来ませんw）

>>587
まだそんなのが有るんですね。やはり２５ｍｍ角超あたりのQRcodeは読めないですか？

因みに型番3(111x111)を１７インチCRTで1152x864表示だと、コード領域が２５ｍｍ角以内になります。
多分XGA（1024×768）表示すると微妙に２５ｍｍ角を越えるかも？です。

>>588
勿論周辺余白の規格は知ってます。だからQRcodeの型番に対するサイズ（147x147等）は、常に余白込み
で書いてます。（強制マクロな端末の２５ｍｍ角制限の件だけは、コード領域サイズで話してますが。）

http://www.jt200x.com/uploder/src/up2084.jpg

>>589
出力先にもよるけど…ディスプレイなら72dpi基準、プリンタなら(Winは)BMP形式
で保存して、オブジェクトとして貼れるソフト（ドロー系やラベル印刷ソフト）なら、
DIB->プリンタDCへダイレクト変換するんで（ソフトのDC設定にもよるけど）狙った
寸法で出せますし、歪まないです。ペイント系ソフトだと、ディスプレイDCに変換・
そのあと補完かけてプリントされちゃうんで…まず歪みますね。PNG/Jpegのプリンタ
出力はドライバ依存なんで（GDI+でDIB変換出来るけど、標準で入るのはMe以降。
プリンタドライバでの対応はWin9xで出来てるんで、多分こっちが優先）、プリント
オプションで設定ですね。私は背景があるならクワイエットゾーン付き、無地なら捨て。
デバイスにテスト出力して、上がり具合で調整…って流れです。

>>567
ところで受信したメール本文やテキストに、PhoneTo機能は働くみたいですが、
QRcodeで使われてる電話帳形式の文字列が、同じく受信したメール本文やテキ
ストにあったら、それを電話帳に登録してくれる、なんて事はないでしょうか？

これが可能なら>>7にあるマルチキャリア対応の形式を、メール本文で送信する
だけで、電話帳データを相手に渡せる事になりますが。

勿論、相手がQRcode読み取り対応な機種に限られる筈ですが。（しかも旧い機種
だと登録出来る可能性は低そうですし。）

ちょっと下記に事例を作ってみたので、良ければ試してみて下さい。

◇書き込み例 (アドレス帳登録用)
MEMORY:メモ領域
NAME1:名前
NAME2:フリガナ
MAIL1:[email protected]
MAIL2:[email protected]
TEL1:0345678912
TEL2:09012345678
ADD:東京都 千代田区永田町1
★以下ドコモ
MECARD:N:名前;SOUND:フリガナ;TEL:0345678912;EMAIL:[email protected];NOTE:メモ(改行可能);URL:http\://www.hogehoge.com/;;

>>592
auのバージョンアップしたリーダー使ってます。
メールの本文に書いてあるものは、数字やアドレスにリンクがあるだけで一括登録はできませんでした。

>>593
確認有難う御座います。

そうでしたか、うーーーん、残念。ちょっと期待してたのですが、メール本文（多分テキスト
ファイルでも）だと、単純なPhone ToやMail To/URL To機能だけしか働かない様ですね。

数字やアドレスにリンクがあるなら、確認したのは受信したメール本文で間違いない様ですし。
（送信画面だと利かないみたいなので。）

DoCoMoも出来ないです。バーコード仕様にも「電話帳登録ネイティブアプリ」を起動
する識別子という扱いになってますし（これで登録出来たら、SPAMのターゲットになる
でしょうしね）

＃DoCoMoコンテンツ形式の連結って「CNTS:TYPE:〜;LNG:〜;BODY:〜;;CNTS:(ry」
＃って形で、一度閉じないとなのか…（そのまま閉じなくても行けると思ってた罠。
＃構造的には閉じない方が自然なんだけど、処理は単純に繋いだ方がラク…なのかな？）

>>595
やっぱりDocomoも駄目でしたか。登録可能にしてないのは、確かにSPAMに対する
懸念も少しは関係してるかも？ですね。

でもPhoneToやMailTo機能が有る限り、所詮は五十歩百歩でしょうけど。

>>596
＞PhoneToやMailTo機能が有る限り、所詮は五十歩百歩でしょうけど。
ですね。ただ、PhoneToは発信確認が堅いですし、MailToも結構発信に手間取るんで
（MailToはたまに送り方に戸惑う位w　端末が替わると操作も変わるんで「着替え気分」が
ウリ？のFOMAでも結局、常用端末が決まっちゃう）所謂「うっかり」は無いですね。
WebToは甘いんで（確認画面は出ますが）気をつけないとですが…

http://plusd.itmedia.co.jp/mobile/articles/0512/22/news003.html

上記で紹介されてる「ローカルファイルをホームに設定する」って手段は、
普通のフルブラウザ非搭載な携帯では不可能なのでしょうか？

可能なら、>>545 の紹介部分の６，８，９の入った頁を作って、８，９用
のQRcodeと一緒に端末に入れておけば、少なくとも紹介に関しては非常に
助かるモノが出来ると思いましたが。

尚、載せる情報は紹介に限定して、名前／ヨミガナ／電番／メアドの４つ
だけです。６、のメール本文には、下記形式で載せれば良いでしょう。

名前
ヨミガナ
TEL:電番
メアド

８，９のQRcodeは、入れる端末によって Gif/Pngで作り分ける手も有りますし。
まあ型番６になるでしょうから、jpegの147x147で作っても6KB未満にするのは
殆ど問題ない筈なので、jpeg単独でもオケでしょうけど。

PC上で、名前／ヨミガナ／電番／メアドを入力したら、htmlファイルｘ１＆
QRcodeｘ２を自動で作ってくれるツールがあると更に簡単ですが。

欲を言えばメールに添付するvCardも有ると良いかも？ですが、これはメール
送信画面で、電話帳から書き出したvCardを使う方が便利かも？

>>598
ローカルでメークアップされたファイルを参照するのは（DoCoMoは）特殊ですね。
が、「ブラウザで取得したページを保存する（一度だけ適当な鯖にうpして、読ませな
いとですが）」機能は普通にありますので、例えば…
先頭に各キャリア向けのメニューを作って、その後ろに<A NAME="〜">属性を付けた
画像を繋いでいって、先頭のアンカーから飛ばす「1ページのHTML」というのは出来
ます。画像はIMGタグのパラメータでサイズ変更出来るので、セルサイズを1ピクセル
にしてもOK（GIF形式の型番5で1k位）後はレイアウトとか上手く揃えれば、それなり
に見れる…かも？

最近の機種なら、メニューカスタマイズでショートカットが作れると思うんで、簡単に
呼び出せるんじゃないかな？

>>599
なるほど、まずはweb上に置けばそれをセーブする事でローカルファイルに
出来て、それを呼び出す手段をとる訳ですね。

ただDocomoは画像ファイルのセーブですら、確かfomaからしか出来なかった？
（添付メールの制限だったかな？）気がしますから、確かに古めの機種では
難しい気が。

まあjpeg対応機種に制限しておけば、対象は新しめな機種になるでしょうね。
そうならツールを作る程ではなくても、ノウハウとしてなら取り合えず使える
手段になるかも？


それと紹介用ページだけなら、webに置いても簡単にはロボットに拾われずに
済むかも？知れませんね。

メール送信部のbodyタグ内に名前やメアドが入りますが、urlエンコードして
あるから、一応読みにくくなる筈だし。（htmlエンティティ化だと、多分簡単
に読める筈ですが。）

＞ただDocomoは画像ファイルのセーブですら、確かfomaからしか出来なかった？
iModeのページ保存（画面メモ）は、（調べた限りでは）N502iにはマニュアルに記載が
ありましたし（Voda旧端末だと「蓄積保存」）clubCmodeでも、チャージ用シーポンの
「画面メモで保存」を推奨しているので、機能的にはDoCoMo公認みたいです。
HTMLバージョンで使える機能をチェックしてみましたが、初代iMode端末でもIMGでの
画像拡大は出来ますし、1ページ内容量リミットは5k（503iから10kになってるんで、
現存端末は10k目安で大丈夫だと思います）なんで、3画像程度は確実に行けると…

＞それと紹介用ページだけなら、webに置いても簡単にはロボットに拾われずに
＞済むかも？知れませんね。
レン鯖辺りの携帯向けスペースは多分ロボット避け対策してるでしょうし、ルートじゃ
ない場所に置かれた単独ページ（外部からのリンク無し）なら、多分引っかからないで
しょう。UAまで見ちゃえば完璧でしょうね。

>>601
あ、どうも調べて頂いて済みません。（本日ちょっと大掃除ちうなもので、時間が
とれなくて。只今休憩中。ゼイゼイ。風がちべたくて大変です。）

画像を小さくしようとすると、jpegじゃなくて端末別にgif/pngが必須だから、
ツールで自動化するならまだしも、ノウハウとして纏める手段だと利用者から
したらちょっと面倒ですね。

まあ作る方はツールでもノウハウ集でも、面倒さは増えますが。

レン鯖とか最近全然調べてないから分かりませんが、ロボット対策次第では
>>545の紹介部だけじゃなくて登録部も、webページとして置けるかも？です
ね。

ただロボットの中にはＵＡを携帯に偽装してるのも有るらしいので、安全の
為には紹介用に限定すべきでしょうが。

うーーん、大掃除だと普段使わない筋肉を使うから、体がダルイよ〜。orz

>>602
ですね。<A NAME="#〜">タグ自体、メジャーとは言い難いですし（？　（最近のページ
作成ソフトなら携帯用のテンプレがあると思いますが…私は手打ちなんでw）
＞ロボットの中にはＵＡを携帯に偽装してるのも有るらしい
マジですか？うんむ〜。キャリアの公表IPアドレスでフィルタ掛けるしかないですね。
となると（それなりに）鯖運用に慣れてる人じゃないと無理っぽい。安易にすべきでは
ないですね。ガチ運用するなら…初めに自分の端末からアクセスして、端末識別番号で
認証・キージェネして相手に渡す。で、相手の処理が一通り終わったらロックすると。

＃う〜ん、ここまでして渡さないとなのか…　こうなるとビジネスか暇人向けですねw

あ、訂正。
<A NAME="#〜">じゃないですね。<A HREF="#〜">と<A NAME="〜">の対ですです。

>>603-604
ロボットの話は下記の又聞きなので、今一つハッキリしませんが、例えばgoogle mobile
なんかだと、UA擬装しないとデータ収集が難しいでしょうし。

｜233 ：Name_Not_Found：2005/12/22(木) 11:30:31 ID:nBOusRrl
｜>>232
｜どっかの検索エンジンのロボタンは、user agentを、502iみたいな機種に偽装してたよ

http://www.google.co.jp/imode?site=mobile


<A HREF="#〜">と<A NAME="〜">の対は、うちでは結構使ってますね。あまり
ページを小分割しない様にする為ですが。

>>605
Googleはロボット巡回規則をちゃんと守ってくれるんで良いですが、他は判らない
ですねぇ（特にページ収集を目的とした巡回〜WebArchiveとか〜）だと、どこまで
守ってるか。まぁ、宙ぶらりんのページでmod_dirが動いてなければそうそう見つか
らないですけど（それと、バーチャルホスト設定してダミー作っておけば、DNSの
レコード見て巡回するロボットは弾けます。小技ですがw）

＃自作ライブラリのマスク評価ルーチンがちと気にいらないw　手直ししよ。あとは…
＃マイクロQRコードのRS生成多項式にα^0係数があるんで、これの検証もしないと。

************************************************************
●自己紹介
1.メールで
2.QRcodeで（電話帳用：imode）
3.""""""で（””””：V-live＆EZweb）

（注）旧い端末では使えない項目が有ります。［例：これらに非対応な場合⇒jpeg,subject＆body,QVGA,6KBキャッシュ,etc］
*************************************************************

とりあえずこんなページと、このページの修正方法とQRcodeの作り方（PsQREditと
IrfanView使用）を纏めたモノを、エイヤっで作ってみました。

端末内部で使う場合にvCardの利用やrobots.txtの件、jpegをGif/PNGにする方法や
１セル＝２ピクセルに縮小する方法等も簡単に書いて有ります。

欲しい人居るかな〜。居ればダウンロードで入手出来る様にしても良いですが。

>>607
折角作ったし、正月休み中は暫くアクセス出来ないので、ダウンロード頁を
作りましたからアップしておきます。

urlを直接晒すのはアレなので、googleローカルでキーワード=QRcode 住所
=愛知県 で検索して下さい。QRcodeを多用してるサイトがソレで、そのurl
に/tool/を付与してアクセスすればオケです。

お正月でお暇を持て余してる方が居たら、感想その他を聞かせて貰えば嬉
しいです。

>>608
乙ですた（ちゃんと見つけました。と言うか「大丈夫かなぁ」と老婆心ながらも心配）
う〜む…（私が想定してたのと違ったりする）これだとDoCoMoはパケが毎回飛ぶかも。
アドレスが変わったときを想定するなら、合理性はありますが…ちょっと勿体ないかな。

＃WinのDIBアライメント合わせが面倒(>o<)　16bitから引きずってるから仕方がないがw

http://qrcode.jp/qr?q=%82%a0%82%af%82%a8%82%df%81%99&s=7&c=

携帯サイトのアドレスってQRコードで移動すると楽だよね。
パケ代死にそうでPCで探して携帯にアドレス移動させてたけど
QRコードで読み取るとこんな楽だとは思わなかったわ。

しかも見つけたサイトが意外に知られてないけど電話帳登録の
コードも自動で作ってくれて最高。なんか宣伝くさいけど違いますよ。

http://qr.creative-act.net/

まだ使いにくいけど次回のテンプレ追加希望！

>>611
50過ぎのオッサンがカマ言葉で自作自演して寂しくないか？

>>611
adsense貼りまくりで氏ねばいいと思うよ
自作自演乙

>>612
カマ言葉か？

>>609
ご心配頂いてどうもです。

コテハンやメアド＆電番は業務絡みで公開済みですが、このスレで２ｃｈキャラを
晒しまくった事は本人も気にしてます（汗）。でも折角作ったから、という気持ち
が勝りました。

見つけた人には、とりあえずこのスレでダウンロード先URLを直接晒すのを避けて
頂ければ、と思ってます。（他スレや他掲示板、大きく譲って次スレのテンプレに
晒されるのは、仕方が無いと考えてますが。）

Docomoでパケ代というのは、端末にセーブした場合の話ですか？　画像込みでセーブ
すれば大丈夫だと思いますが。

因みに、もう少しだけ改版する予定ですので乞うご期待！？

>>615
改版しました（V1.0→V1.1）。正月休みの暇を使ってアレコレ考えたのを纏めました。

非対応な機種での対策に関して、説明をもう少し詳細にしたり追加したりしただけで
すが、これでQRcodeとかに素人でも、かなり楽に作れるかと思います。因みにindex.htm
にダウンロード先を追加したのは、使ってるlimeカウンタの真似っこです。

>>615
DoCoMoのページ保存はスクリーンショットにページ内リンクが効く程度のブツなんで
リンク先までは保存しないですし、iモード終了と同時にキャッシュも消えちゃいます。
なので、IMGタグで画像が表示されてるページを保存すれば画像は残りますし、なければ
サーバから取得しようとするのでパケが飛びます（流石に確認画面は出ますので、勝手に
アクセスする事はないですが）
となると、画像ファイルサイズが問題になってきますが…PNG/GIFならまず平気なんで
すが、PNGはチャンク情報が無茶苦茶入れられるんで、端末が何処まで対応するか不明w
（あとで検証してみます）GIFは過去の影響でマトモなエンコーダが無いんで、これも
チェックしないと。

とりあえずPNG形式をちらっと確認してみました。通常使われる形式で出現しそうな
チャンクは平気みたい（というか、思ったほど変なデータが出なかったというべきか？）
「モノクロ2値」がどういうデータを吐くか気になってたんですが、libpngは単に2値
パレット形式だったのと（これは普通に通る）、この形式なら数100Byteで収まるんで。
pHYsとかoFFsチャンクが使えると、データは1セル1Pixel・表示は2Pixelとか、クワイ
エットゾーン部分をオフセットに取るとか出来ますが…ここまでして潰す必要もなさそう。
あとはZLIBの圧縮設定位かな？ウィンドウサイズを大きく取ると展開出来ないかも。
（推奨値は決まってるんで、それに倣ってれば平気ですが）

#GIFフォーマットも適当なソフトで出力してみて解析しましたが、パレットデータ256
#で取ってるソフトが殆ど（というか、取ってないソフトが見つかってない）です。規格
#では、パレット数は2^n単位で良い筈なんですが…（CompuServe時代のデコータの
#ソースを幾つか読みましたが、パレット数を決め打ちしてるコードは無いですしね）
#これが潰せれば、サイズ的にもPNGと同レベルになるかも。

>>617-618
Docomoのページ保存ってなんか中途半端な感じですね。確かフルブラウザな
AirEDGEなんかだと、PCと同様にリンク先画像も含めてセーブしてる？らしい
ですが。

pngは、とあるツールで極小に出来るらしい話が有りましたが、流石に携帯向け
には危なそうなので使ってません。

以前にも書いた通り、手持ちの有名ところのソフトの中でpngを最小にしたのが
IrFanViewだったので、今はgifやjpegも含めて全てコレで作ってますね。確かに
コレでもgifはpngより大きめになるから、256パレットにしてそうですが。

とりあえずIrFanViewのpng/gif/jpeg出力フォーマットを真似っこしておけば、
悩まずに済むと思います。

>>616
そうそう、マニュアルの方は更に改版中です。

画面の小さい端末への対策で１セル＝２ピクセルにする手段と、電話帳形式を
テキスト形式にする手段を明示してますが、これを併用する事を推奨すること
にしました。

いずれにしてもダウンロードファイルの次回更新は、他にも改良案を思いつく
と思われますから、数日先の予定ですが。

>>619
PsQREdit.exe ですが、電話帳登録で名前を入力する時に、姓名の区切りを全角空白にしても、
Vodafone形式でセーブする時に、半角空白x2に強制的に変更してる様です。

尚、テキスト形式で作成した場合には、流石に全角空白のままでセーブしてる様ですが、これを
Shiftキーを使わずに読み込むと、やはり半角空白x2に置き換える様です。尚、imode用QRcode
では、姓名の区切りはカンマを使う規定になってますが、このimode用を読み込むと姓名の区切り
は半角空白で表示します。


で、調べてみると姓名の区切りに使うのは全角空白か半角空白かについては、特に規定が無くて、
auの場合に下記webの事例で、半角空白が使用されてるだけです。（うちの業務用HPだと名前が屋号
なので、このあたりは全く無頓着でノーチェックでした。）

http://www.au.kddi.com/ezfactory/tec/two_dimensions/index.html
｜NAME1: 佐々木 花子
｜NAME2: ササキ ハナコ

どうやら姓名の区分に関しては、半角空白で統一した方が無難だし、PsQREdit.exeを使う上では
その方が混乱せずに済みそうなので、自己紹介ツールのマニュアルを全て修正する事にします。

因みにQ作くんでVoda/au用を指定しても、姓名の区分に何ら空白を入れてなかったですが。

>>620
（もし漢字モードに変わっているならば）全角で通した方がサイズ的には有利なんですが
これはキャリアの考え次第なんで…何ともw　PsQREdit.exeはMFC使ってるんで、内部
文字列はCStringクラス使ってそうですが、Window設定がANSIだったりするんで、UTF
入れるとコケるかも。特にファイルI/O関係はOS自体がバグってるんで要注意です。

＞因みにQ作くんでVoda/au用を指定しても、姓名の区分に何ら空白を入れてなかったですが。
こっそりHackしてみましたw　JavaScriptでフォーム整形を掛けてるんで、手直しは
簡単ですね。サイト管理者に期待しませう。

#サイトでの画像ジェネレートにGD使ってると思いますが…PNG生成コードが非常に
#危ないです。zlibが絡むライブラリを最新に上げて、libGD2.0.33内gd_png.cの703行
#と706行を入れ替えて下さい（zlibがバッファを飛ばす可能性があり、不正なデータを
#吐くかクラッシュするか…zlibとlibpngは正式にアナウンスが出てますが、libGDはその
#前で更新が止まってますので）

>>621
確かに全角に挟まって一個だけ半角を入れると、シフトコードのせいとかで
サイズは却って増えるんですよね。とりあえず事例として使ったうちの情報
では、特に型番が増える事は無かったので助かりましたが。

ただテキスト形式での事例だと、電番にTEL:を追加するとトリミングで120x120
に出来る型番４から型番５にアップしてしまいましたが。しかも、最下行のメアド
の末尾の改行を抜くと型番４に戻る、という絶妙な状態です。（汗）

VodaやauのQRcode規約では、テキスト形式でのPhoneTo機能にはTEL:が必要だし、
メアドや電番、urlの末尾は改行で閉めるのが原則なので、ちょっと悩ましいですね。


ttp://kaz.k2.xrea.com/qrcode/?cmd=help&hno=5

Q作くんの方は、(1)アドレス帳登録の上記ページを見ると、ちゃんと>>620
にアップした半角空白で区切る事例も見てますが、Vodaのデータシートから
抜粋した、半角空白の無い事例を優先してるみたいに見えます。

まあ、多分端末内部のQRcode解析ソフトは、そのまま電話帳ソフトに「姓名」
部分を渡すだけでしょうから、半角空白の区切りが必須かどうかは電話帳ソフト
個別の問題かもしれませんけど。


PsQREdit.exeも更新が止まってますから、これに頼りきったマニュアルを作る
のは、少し心配な気持ちが有りますね。本当なら電話帳登録のテンプレに
”iモード対応コード認識機能3.0”で追加された、住所やURLの入力欄を追加
して欲しいところですが。