２次元コード送信方法、システム、及び携帯端末
ＱＲコードなどの２次元コードをサーバ側から携帯電話機などの携帯端末へ送信する際に、２次元コードを画像ファイルとして送信するのではなく、２次元コードの画像データを演算により文字列データに変換し、変換後の文字列データを送信する。携帯端末は、サーバ側での演算の逆演算を行うことにより、文字列データを元の２次元コードに復元する。復元された２次元コードを携帯端末の表示部へ表示させることにより、その２次元コードを２次元コードリーダで読み取ることが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機などの携帯端末に対して、通信により、２次元コードをその表示部において画面上に表示するための２次元コード送信方法及びシステムと、そのような送信方法において用いられる携帯端末と、に関する。
【背景技術】
【０００２】
従来、商品のコード番号などを機械読み取り可能な形態で商品に付するために、従来から、ＪＡＮコード、ＩＴＦ、ＵＣＣ／ＥＡＮ１２８などの（１次元）バーコードが広く用いられている。バーコードでは、太さの異なる少なくとも２種類のバーを１次元方向に多数本配列されており、バーコードにおける地紋部分とバー部分との光の反射の差をバーコードリーダによって光学的に走査し、検出することによって、そのバーコードに対応した数字列や文字列を取得することができる。しかしながら、通常のバーコードでは、１次元方向におけるバーの並びのみに基づいて情報を表しているため、それほど多くの情報量を表すことができない。そこで、横方向である長さの概念に縦方向である高さの概念を加え、水平及び垂直の両方向を用いて情報を表すことにより、小面積でより多くの情報を格納できるようにした２次元コードが注目を浴びるようになってきた。２次元コードによれば、面積効率の点で、１次元のバーコードに比べ、数十倍から数百倍の情報量を格納することができる。
【０００３】
ところで、近年、携帯電話機を利用した様々なサービスが提供されている。それらの中には、最近の携帯電話機が、インターネットに接続したり画像データをダウンロードする機能を有するとともに、例えば、１２０画素（ピクセル）×１６０画素や、２４０画素×３２０画素といったビットマップ表示が可能な比較的大きなディスプレイ（表示部）を有することを利用したものもある。そのようなサービスには、例えば、インターネットへの接続が可能な携帯電話機に対し、商品購入などに際して用いられるクーポン券を配信して携帯電話機のディスプレイ上に表示させ、利用者がそのクーポン券が表示された携帯電話機を提示することで割引を受けることができるようにするものがある。このサービスでは、クーポン券として、上述した２次元コードを用いるのが一般的である。利用者は、携帯電話機を用いて、そのサービスを提供する企業のサーバにアクセスし、そのサーバからクーポン券の画像データを携帯電話機にダウンロードし、クーポン券を使用しようとする店舗において、ダウンロードしたクーポン券を携帯電話機のディスプレイ上に表示させる。そして、その店舗のバーコードリーダ（あるいは２次元コード用の光学式リーダ）によって２次元コードであるクーポン券を読取らせ、ＰＯＳ（ｐｏｉｎｔ ｏｆ ｓａｌｅｓ）レジスタと連動させることによって、その店舗での商品購入の際に割引をうけることができる。このような電子的にクーポン券を提供する電子クーポン券提供システムとしては、例えば、日本国特許公開：特開２００３−２４８７７４に記載されたものがある。
【特許文献１】特開２００３−２４８７７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、２次元コードを利用した上述の電子クーポン券提供システムでは、クーポン券を発行する企業のサーバにおいて２次元コードを発生し、利用者は、インターネットを経由してそのサーバにアクセスし、その２次元コードの画像データをサーバから自己の携帯電話機にダウンロードする仕組みとなっている。
【０００５】
携帯電話機のディスプレイ上に表示されたものが２次元コードであると視認できることや、リーダで読取る際の読み取りエラーを防ぐために、ディスプレイ上の例えば５画素×５画素の領域を２次元コードにおける１ドット（あるいは１セル）に割当てている。したがって、２次元コードとして携帯電話機にダウンロードされる画像ファイルは、ある程度のデータサイズを有している。受信したデータ量に対して従量に応じた課金を行っている携帯電話サービスにおいては、２次元コード画像ファイルをダウンロードするごとにある程度のデータ量を受信するため、利用者にとって通信料負担が発生する。もちろん、入力データからそれに対応する２次元コードを生成するための符号化アルゴリズムは既知であるから、その符号化アルゴリズムを用いて、携帯電話機側で２次元コードを発生させることも考えられる。しかしながら、２次元コード生成の符号化アルゴリズムでは、リーダが適切に読取れるように入力データからドット群に生成するとともにＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ）などの誤り訂正符号の計算なども行っており、携帯電話機上で実行されるアプリケーションプログラムとしてこのような符号化アルゴリズムを実行することは、計算量やプログラムサイズの点で、現実的でない。
【０００６】
また、クーポン券を発行している企業のサーバにおいても、ユーザの携帯電話からのアクセスが増加した場合には、生成した２次元コードを画像ファイルに変換するために相当の負担がかかることになる。したがってサーバを運営する企業としても、負荷分散等の措置のためにウェブサーバの台数を増やさなければならず、設備投資を強いられることになる。
【０００７】
本発明の目的は、２次元コードを携帯電話機などの携帯端末へ送信する際に、携帯端末側に過大な処理を要求することなく送信すべきデータ量を軽減させることができる２次元コードの送信方法、送信システム及び携帯端末を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の２次元コード送信方法は、ネットワークを介してサーバから携帯端末へ２次元コードを送信する２次元コード送信方法であって、サーバにおいて、２次元コードから演算によって文字列データを生成する段階と、文字列データをサーバから携帯端末に送信する段階と、携帯端末において、演算の逆演算によって、文字列データを２次元コードに変換する段階と、を有する。
【０００９】
本発明の２次元コード送信システムは、ネットワークを介して２次元コードを送信するサーバを備え、サーバは、情報源データから前記２次元コードを生成する２次元コード生成手段と、２次元コードから演算によって文字列データを生成する文字列生成演算手段と、を有する。
【００１０】
本発明の携帯端末は、受信した文字列データを逆演算によって２次元コードに復元する文字列逆演算手段と、表示手段と、表示手段上に復元された２次元コードを表示する表示処理手段と、を有する
本発明では、サーバ側から２次元コードを画像ファイルとして送信するのではなく、２次元コードの画像データを演算により文字列データに変換し、その文字列データを送信する。受信する携帯端末側では、サーバ側での演算の逆演算を行うことにより、元の画像データに復元され、２次元コードとなる。復元された２次元コードは、携帯端末の表示部へ表示させ、２次元コードリーダで読み取ることができる。本発明によれば、従来の画像データを送信する時よりも送信データ量が大幅に削減される。したがって、データを受信する利用者においては、受信するデータ量に応じた課金をされるようなインターネット接続型携帯端末を使用している場合であれば、課金を少なくすることができる。２次元コードを配信する側においても、サーバへの負荷が少なくなる。
【図面の簡単な説明】
【００１１】
［図１］図１は、本発明の実施の一形態の２次元コード送信システムの構成を示すブロック図である。
［図２Ａ］図２Ａは、図１のシステムにおけるサーバ側での処理を説明するフローチャートである。
［図２Ｂ］図２Ｂは、それぞれ、図１のシステムにおける携帯端末側での処理を説明するフローチャートである。
［図３］図３は、２次元コードの一例を示す図である。
［図４Ａ］図４Ａは、２次元コードから文字列データを生成する処理を示すフローチャートである。
［図４Ｂ］図４Ｂは、送信用テンプレートを示す図である。
［図５］図５は、文字列データから２次元コードに復元する処理を示すフローチャートである。
【発明を実施するための最良の形態】
【００１２】
図１に示す本発明の実施の一形態の２次元コード送信システムは、クーポン券などの２次元コードを発行する企業側のサーバと、２次元コードが配信される携帯電話機などの携帯端末８とから構成されている。これらのサーバと携帯端末８は、インターネット６及び携帯電話網７を介して接続している。なお、インターネット６には、公衆回線、専用線を包括する一般的なネットワークが含まれており、インターネット６及び携帯電話網７は、不図示のゲートウェイを介して相互に接続し、これによって携帯端末８がインターネット６に接続できるようになっている。
【００１３】
このシステムでは、サーバ側から携帯端末８に２次元コードを送信する際に、２次元コードを画像データとして扱った画像ファイルを送信するのではなく、２次元コードから簡単な演算で算出されるとともに逆演算によって簡単に２次元コードを復元できる文字列データを送信する。後述する例では、文字列データは、０から９までの数字と、“，”（カンマ）と、ＡからＦまでの英字の合計１７種類の文字から構成されるものである。
【００１４】
サーバには、クーポン券のデータなどを格納した情報源データベース１と、入力データを２次元コードに変換し、さらにその２次元コードを送信用の文字列データに変換する２次元コード処理サーバ２と、インターネット６に接続し携帯端末８側からのウェブアクセスを受け付けるウェブサーバ５とが設けられている。２次元コードサーバ２は、ウェブサーバ５のバックエンドサーバとして機能するものであり、情報源データベース１から取得したデータを入力データとして、この入力データに対応する２次元コードを生成する２次元コード生成部３と、生成した２次元コードを後述する手順にしたがって文字列データに変換する文字列生成演算部４と、を備えている。
【００１５】
携帯端末８は、携帯電話網７からの無線信号を受信する無線信号受信部９と、受信した無線信号をベースバンドへ復調し、携帯端末８内のコンピュータプログラムが解析可能な信号へ変換するベースバンド処理部１０と、ベースバンド処理部１０を経て入力される、ウェブサーバ５よりダウンロードした文字列データを元の２次元コードに復元する文字列逆演算部１１と、液晶表示パネルなどからなる表示部１３と、復元された２次元コードを表示部１３へ表示させる２次元コード画像表示処理部１２と、を備えている。ここには図示していないが、携帯端末８には、電話番号やインターネット上のアドレスを入力するためのキーパッドなども設けられている。
【００１６】
次に、このシステムにおいてサーバ側から携帯端末８に対して２次元コードを送信する手順について説明する。
【００１７】
２次元コードの種類としては、現在、代表的なものとしてＱＲコード、マキシコード（Ｍａｘｉ Ｃｏｄｅ）、データマトリクス（ＤａｔａＭａｔｒｉｘ）、ＰＤＦ４１７などが存在するが、以下の説明では、２次元コードとしてＱＲコードが用いられるものとする。ＱＲコードは、日本標準規格（ＪＩＳ）Ｘ０５１０、及びこれと同等のＩＳＯ規格であるＩＳＯ／ＩＥＣ１８００４に規定されている。もちろん本発明は、ＱＲコード以外の２次元コードを用いる場合であっても、好ましく適用できるものである。
【００１８】
最初に、サーバ側での処理を図２Ａを用いて説明する。
【００１９】
２次元コード処理サーバ２は、情報源データベース１に格納されているクーポン券などの情報を入力データとして受け取り、ステップ２０１において、２次元コード生成部３においてその入力データを２次元コードであるＱＲコードに変換する。その後、ステップ２０２において、２次元コード処理サーバ２の文字列生成演算部４は、作成したＱＲコードを文字列データに変換する。文字列データへの変換の詳細は後述するが、簡単に言えば、２次元コードを各行ごとにドットの並びをビット列とみなし、適当なビット数ごとにそのビット列を文字コードとみなして対応する文字を選択し、そのようにして選択された文字をつなげることによって、文字列データが生成する。その後、文字列データに変換されたクーポン券などの情報は、ウェブサーバ５に格納される。
【００２０】
携帯端末８からのウェブアクセスが携帯電話網７とインターネット６を介してウェブサーバ５に受け付けられ、ステップ２０３において、携帯端末８よりダウンロード要求があった場合には、ウェブサーバ５は、ステップ２０４において、その要求された情報に対応する文字列データを携帯端末８へ送信する。この文字列データは、インターネット６及び携帯電話網７を介して携帯端末８に到達する。
【００２１】
次に、携帯端末８での処理を図２Ｂを用いて説明する。
【００２２】
携帯端末８は、ステップ２０５において、ウェブサーバ５ヘダウンロード要求を出して、ステップ２０６においてウェブサーバ５より送信ＯＫを受信したら、ステップ２０７において、インターネット６および携帯電話網７を介して文字列データを受信する。なお、文字列データなどの情報信号は、携帯電話網７においては、一旦、携帯電話用の無線信号となって送信されるが、携帯端末８で受信したときに、無線信号受信部９及びベースバンド処理部１０を介して、携帯端末８内で処理可能な情報信号、すなわち文字列データヘ復調されている。受信した文字列データは、文字列逆演算部１１において、ステップ２０８において、文字列データからＱＲコードへ復元される。復元されたＱＲコードは、ステップ２０９において、２次元コード画像表示処理部１２によって、表示部１３上に表示される。
【００２３】
《２次元コードの文字列データ化》
次に、本実施形態における２次元コードを文字列データに変換する処理を説明する。
【００２４】
ＱＲコードは、小正方形の領域であるドットを縦横同数個配列して構成された正方形の２次元コードであり、ドットごとに２値の色彩（例えば、黒及びブランク（白））を付することによって、情報を格納するものである。ドットのことは、セルとも呼ばれる。ＱＲコードには、各辺を何ドットで構成するかによってバージョンが定められている。最小のＱＲコードは２１ドット×２１ドットの大きさであり、それから各辺ごとに４ドットずつ増やすことによって、最大１７７ドット×１７７ドットの大きさのものまでが定められている。
【００２５】
ＱＲコードの収納できる文字数としては、数字のみであれば最大で７，０８９文字、英文字、数字、記号では最大４，２９６文字、バイナリ（８ビット）では最大２，９５３文字、漢字、カナでは最大１，８１７文字である。
【００２６】
図３は、ＱＲコードの一例を示している。図示されるＱＲコード３００は、縦２５ドット、横２５ドットの正方形のものであり、最近の一般的な携帯電話機の液晶表示パネルにおいて、その画面全体の大きさの約８０％の大きさで表示された場合に、２次元コードリーダが読み取るのに適したドット数のものである。なお図３において、左上に示されたものが、実際に表示あるいは印刷されるＱＲコードを示しており、このようなＱＲコードを拡大したものが、中央から右下にかけて示されている。拡大図には、各ドットの位置と内容を説明するために、垂直方向と水平方向の細線が記載されているが、実際のＱＲコードにはそのような細線が含まれることはない。
【００２７】
携帯端末８の表示部１３上に表示すべきＱＲコードをサーバから携帯端末８へ送信する場合に、従来は画像ファイルデータとして送っていたものを、本実施形態では次に説明する演算方法により文字列データに変換して送信している。以下、図３、図４Ａ及び図４Ｂを用いて、２次元コードから文字列データへの変換のための演算方法について、詳細に説明する。ここでは、２次元コードが図３に示したパターンを有する２５ドット×２５ドットのＱＲコード３００であるとする。
【００２８】
図３に示したようなＱＲコード３００を受け取ると、２次元コード処理サーバ２の文字列生成演算部２は、ステップ４０１において、ＱＲコード３００の最上段３０１すなわち図示一番上の行において、その行の左端から、順次、黒であるドットを“１”として認識し、ブランク（白）であるドットを“０”であると認識して、“１”と“０”からなるビット列を生成する。図示したＱＲコード３００の最上段では、左から、
「黒黒黒黒黒黒黒白黒白黒白黒黒白白黒白黒黒黒黒黒黒黒」
とドットが並んでいるので、得られるビット列は、２５ビット長であって、
「１１１１１１１０１０１０１１００１０１１１１１１１」
となる。次に、２段目３０２の処理に入り、同様にビット列を生成すると、
「１０００００１０１１０００１００００１０００００１」
となる。ステップ４０２において最終段であるかどうかを確認して最終段でなければステップ４０１に処理を繰り返すことにより、することにより、最終段３０４に至るまで、各行ごとにビット列を生成する。なお、このように生成された各行のビット列を列方向に配列することによって、２次元コードにおける黒ドット部分とブランクドット部分とを解析した行列（マトリクス）として扱うことができる。
【００２９】
最終段３０４のビット列の生成が終了すると、次に、ステップ４０３において、ステップ４０１〜４０２で生成された“０”と“１”からなる、各行のビット列（長さはそれぞれ２５ビット）について、左から４ビット単位で区切り、最後尾に“０”を３ビットを付加し、ＱＲコード３００の行ごとの２８ビットのビット列を生成する。例えば１段目については、
「１１１１ １１１０ １０１０ １１００ １０１１ １１１１ １０００」
というビット列が得られる。そして、このビット列は２進数表示されているが、これをステップ４０４において１６進数に変換すると、
「１１１１ １１１０ １０１０ １１００ １０１１ １１１１ １０００」から
「ＦＥＡＣＢＦ８」となり、１段分の文字列データが生成する。
【００３０】
ステップ４０５において最終段であることかどうかを確認して最終段でなければステップ４０３〜４０４の処理を繰り返す。そして、ＱＲコードにおける各行のドットを文字列データに変換する処理が最終段まで完了すると、文字列生成演算部４は、ステップ４０６において、ウェブサーバ５へ格納する送信用のデータにするため、生成した各行の文字列データを図４Ｂに示す送信用テンプレートに適用させる。
【００３１】
図４Ｂに示した送信用テンプレートに前述の１段目のデータを当てはめると、
「２５，２５，ＦＥＡＣＢＦ８８２Ｃ４２０８」
となる。ステップ４０７において最終段であることかどうかを確認して最終段でなければステップ４０６の処理を繰り返す。このように送信用テンプレートに適用する処理を最上段３０１から最終段３０４まで行い、処理が完了すると、ＱＲコード３００は、最終的な送信用の文字列データに変換されることになり、その送信用の文字列データは、ステップ４０８において、ウェブサーバ５に格納される。これで、文字列生成演算部４での処理が終了する。
【００３２】
図３に示したＱＲコードを上述のようにして文字列データに変換した場合、最終的な送信用の文字列データは、
「２５，２５，ＦＥＡＣＢＦ８８２Ｃ４２０８ＢＡＣ７２Ｅ８ＢＡ７Ｅ２Ｅ８ＢＡＣ０２Ｅ８８２５Ｅ２０８ＦＥＡＡＢＦ８００２Ｆ０００９ＦＥ９４Ｂ８６ＣＥ９ＢＥ８２ＥＦＤ３Ｃ８ＥＤ９ＢＥＡ８ＢＥＣＢ３９０６Ｃ６１２８８２７ＦＤ４Ｂ８２９９２８Ｂ８０７Ａ７ＦＡ８００ＤＦ８Ａ８ＦＥＢ６ＡＥ８８２８Ｃ８９０ＢＡＡ９Ｆ９８ＢＡＥ１６Ｂ８ＢＡ２Ｂ７９８８２４０Ｂ３８ＦＥＥＥＡ４８」
となる。この送信用の文字列データは、明らかに、０から９までの数字と、“，”と、ＡからＦまでの英字の合計１７種類の文字から構成されている。また、各文字がそれぞれ１バイトで表されるとすると、文字列データ全体のデータ量は、２＋１＋２＋１＋（７×２５）＝５３１バイトとなる。
【００３３】
これに対し、携帯端末８の表示部１３上に適切な大きさで表示されるように、図３に示したＱＲコード３００を画像ファイルとして送信する場合には、画像ファイル形式として通常よく用いられるＧＩＦ（Ｇｒａｐｈｉｃｓ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）形式を用いたときには、そのデータ量は約１０５０バイトとなる。したがって、本実施形態によれば、画像ファイルを送信する場合に比べ、サーバから携帯端末８側に送信されるデータ量を約５０％とすることができる。
【００３４】
《携帯端末側での処理》
上述のようにして生成された文字列データを受信すると、携帯端末８は上述の処理の逆演算を行ってもとのＱＲコードのマトリックスを生成し、得られたＱＲコードを表示部１３上に画面表示する。以下、図５を用いて、携帯端末８における処理について、詳細に説明する。
【００３５】
携帯端末８の文字列逆演算部１１は、ステップ５０１においてウェブサーバ５から送られてきた文字列データを受信すると、ステップ５０２において、文字列データの解析を行う。本実施形態の例では、縦２５ドット、横２５ドットのＱＲコードであるので、まず縦横の大きさを認識し、次にＱＲコードに相当する部分のデータの抽出を行う。ＱＲコードには各辺のドット（セル）の数が異なる複数のバージョンが存在するが、文字列コードの先頭部分に、上述したように縦横のドット数が格納されているので、それを検出することによって、縦横の大きさすなわちドット数を認識することができる。
【００３６】
抽出されたデータは、１６進数を文字（“０”〜“９”，“Ａ”〜“Ｄ”）によって表現したものであるため、文字列逆演算部１１は、ステップ５０３において、この抽出されたデータをバイナリコードへ変換する。ＱＲコードの１行のドット数から、ＱＲコードでの１行に相当する文字列データが何文字で構成されているかが分かるので、ＱＲコードでの各行ごとに文字列データをバイナリコードへ変換する。ステップ５０４において、この処理が、ＱＲコードにおける最上段から最終段まで繰り返されたかを判断し、最終段まで処理が終えている場合には、ステップ５０５に進み、バイナリコードに変換された各ビット列から末尾３ビットを削除して２５ビットのビット列データを生成する。この処理をＱＲコードの各行ごとに行い、ステップ５０６において、最終段まで処理を行ったかどうかを確認する。
【００３７】
ＱＲコードの各行に対応するビット列データが出揃ったら、次に、２次元コード表示処理部１２は、ステップ５０７において、ビット列における“１”を黒ドット、“０”をブランク（白）ドットとして画像を生成し、ステップ５０８において、その画像をＱＲコードとして表示部１３上に表示する。
【００３８】
このようにして、サーバ側の２次元コード生成部３で生成したＱＲコードなどによる２次元コードが携帯端末８の表示部１３に表示されるから、携帯端末８を２次元コードリーダの前にかざすことなどによって、その２次元コードが２次元コードリーダによって読取られる。２次元コードがクーポン券を表している場合には、例えばＰＯＳレジスタに接続している２次元コードリーダによって読取られることによって、サーバ側からクーポン券に関する情報がＰＯＳレジスタ側に送信され、これにより、利用者は、商品購入に際して割引などを受けることができるようになる。
【００３９】
以上の説明では、縦２５ドット、横２５ドットという比較的小さなＱＲコードを一例として用いているが、本発明によれば、ドットサイズがより大きなＱＲコードの場合には、画像データを送信する場合に比べてデータの低減率はより高くなり、したがってより高い効果が得られる。
【００４０】
このように本発明は、利用者にとってもクーポン券などを２次元コードとして発行する企業サーバにとっても最適な２次元コードの送信方法を提供する。
【００４１】
本発明に基づく上述した２次元コード送信システムにおいて、サーバは、それを実現するためのコンピュータプログラムを、汎用のコンピュータに読み込ませ、そのプログラムを実行させることによっても実現できる。サーバを実現するためのプログラムは、磁気テープやＣＤ−ＲＯＭなどの記録媒体によって、あるいはネットワークを介して、コンピュータに読み込まれる。
【００４２】
同様に、本発明に基づく携帯端末８は、携帯電話網に接続する機能を有する汎用の携帯型コンピュータやＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）に、上述した処理を実行するためのプログラムを読み込ませ、そのプログラムを実行させることによっても実現できる。
【００４３】
なお、携帯端末８としてインターネット接続機能を有する携帯電話機が使用される場合、携帯電話機の機種ごとに使用するＣＰＵやＯＳ（オペレーティングシステム）、表示のためのハードウェア構成が異なっているのが一般的である。そこで、文字列データの受信から２次元コードの表示までを実行するためのアプリケーションプログラムは、携帯電話機や携帯端末のプラットフォームに依存しない、例えば、Ｊａｖａ（登録商標）などプログラム言語で作成することが好ましい。最近の携帯電話機では、機種によらず、Ｊａｖａ（登録商標）アプリケーションを実行できる環境となっているので、上述した処理を実行するプログラムをそのようなプログラム言語を用いて記述することによって、機種の違いを乗り越えて、本実施形態の方法で２次元コードを送信し、表示部上に表示させることが可能になる。
【００４４】
このように、携帯端末に搭載されるプログラムは、文字列データから２次元コードへの復元の演算が比較的簡易なアルゴリズムのものであるためにプログラムサイズを小さくすることができ、携帯端末本体のソフトウェアのＯＳおよびプラットホームに依存しないプログラム言語で記述することができる。したがって、本発明は高い汎用性を示すとともに、処理においては携帯端末のＣＰＵにかかる負荷が少なくてすむという利点を有する。
【図１】
【図３】
【図５】
【技術分野】
【０００１】
本発明は、携帯電話機などの携帯端末に対して、通信により、２次元コードをその表示部において画面上に表示するための２次元コード送信方法及びシステムと、そのような送信方法において用いられる携帯端末と、に関する。
【背景技術】
【０００２】
従来、商品のコード番号などを機械読み取り可能な形態で商品に付するために、従来から、ＪＡＮコード、ＩＴＦ、ＵＣＣ／ＥＡＮ１２８などの（１次元）バーコードが広く用いられている。バーコードでは、太さの異なる少なくとも２種類のバーを１次元方向に多数本配列されており、バーコードにおける地紋部分とバー部分との光の反射の差をバーコードリーダによって光学的に走査し、検出することによって、そのバーコードに対応した数字列や文字列を取得することができる。しかしながら、通常のバーコードでは、１次元方向におけるバーの並びのみに基づいて情報を表しているため、それほど多くの情報量を表すことができない。そこで、横方向である長さの概念に縦方向である高さの概念を加え、水平及び垂直の両方向を用いて情報を表すことにより、小面積でより多くの情報を格納できるようにした２次元コードが注目を浴びるようになってきた。２次元コードによれば、面積効率の点で、１次元のバーコードに比べ、数十倍から数百倍の情報量を格納することができる。
【０００３】
ところで、近年、携帯電話機を利用した様々なサービスが提供されている。それらの中には、最近の携帯電話機が、インターネットに接続したり画像データをダウンロードする機能を有するとともに、例えば、１２０画素（ピクセル）×１６０画素や、２４０画素×３２０画素といったビットマップ表示が可能な比較的大きなディスプレイ（表示部）を有することを利用したものもある。そのようなサービスには、例えば、インターネットへの接続が可能な携帯電話機に対し、商品購入などに際して用いられるクーポン券を配信して携帯電話機のディスプレイ上に表示させ、利用者がそのクーポン券が表示された携帯電話機を提示することで割引を受けることができるようにするものがある。このサービスでは、クーポン券として、上述した２次元コードを用いるのが一般的である。利用者は、携帯電話機を用いて、そのサービスを提供する企業のサーバにアクセスし、そのサーバからクーポン券の画像データを携帯電話機にダウンロードし、クーポン券を使用しようとする店舗において、ダウンロードしたクーポン券を携帯電話機のディスプレイ上に表示させる。そして、その店舗のバーコードリーダ（あるいは２次元コード用の光学式リーダ）によって２次元コードであるクーポン券を読取らせ、ＰＯＳ（ｐｏｉｎｔ ｏｆ ｓａｌｅｓ）レジスタと連動させることによって、その店舗での商品購入の際に割引をうけることができる。このような電子的にクーポン券を提供する電子クーポン券提供システムとしては、例えば、日本国特許公開：特開２００３−２４８７７４に記載されたものがある。
【特許文献１】特開２００３−２４８７７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、２次元コードを利用した上述の電子クーポン券提供システムでは、クーポン券を発行する企業のサーバにおいて２次元コードを発生し、利用者は、インターネットを経由してそのサーバにアクセスし、その２次元コードの画像データをサーバから自己の携帯電話機にダウンロードする仕組みとなっている。
【０００５】
携帯電話機のディスプレイ上に表示されたものが２次元コードであると視認できることや、リーダで読取る際の読み取りエラーを防ぐために、ディスプレイ上の例えば５画素×５画素の領域を２次元コードにおける１ドット（あるいは１セル）に割当てている。したがって、２次元コードとして携帯電話機にダウンロードされる画像ファイルは、ある程度のデータサイズを有している。受信したデータ量に対して従量に応じた課金を行っている携帯電話サービスにおいては、２次元コード画像ファイルをダウンロードするごとにある程度のデータ量を受信するため、利用者にとって通信料負担が発生する。もちろん、入力データからそれに対応する２次元コードを生成するための符号化アルゴリズムは既知であるから、その符号化アルゴリズムを用いて、携帯電話機側で２次元コードを発生させることも考えられる。しかしながら、２次元コード生成の符号化アルゴリズムでは、リーダが適切に読取れるように入力データからドット群に生成するとともにＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｏｄｅ）などの誤り訂正符号の計算なども行っており、携帯電話機上で実行されるアプリケーションプログラムとしてこのような符号化アルゴリズムを実行することは、計算量やプログラムサイズの点で、現実的でない。
【０００６】
また、クーポン券を発行している企業のサーバにおいても、ユーザの携帯電話からのアクセスが増加した場合には、生成した２次元コードを画像ファイルに変換するために相当の負担がかかることになる。したがってサーバを運営する企業としても、負荷分散等の措置のためにウェブサーバの台数を増やさなければならず、設備投資を強いられることになる。
【０００７】
本発明の目的は、２次元コードを携帯電話機などの携帯端末へ送信する際に、携帯端末側に過大な処理を要求することなく送信すべきデータ量を軽減させることができる２次元コードの送信方法、送信システム及び携帯端末を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の２次元コード送信方法は、ネットワークを介してサーバから携帯端末へ２次元コードを送信する２次元コード送信方法であって、サーバにおいて、２次元コードから演算によって文字列データを生成する段階と、文字列データをサーバから携帯端末に送信する段階と、携帯端末において、演算の逆演算によって、文字列データを２次元コードに変換する段階と、を有する。
【０００９】
本発明の２次元コード送信システムは、ネットワークを介して２次元コードを送信するサーバを備え、サーバは、情報源データから前記２次元コードを生成する２次元コード生成手段と、２次元コードから演算によって文字列データを生成する文字列生成演算手段と、を有する。
【００１０】
本発明の携帯端末は、受信した文字列データを逆演算によって２次元コードに復元する文字列逆演算手段と、表示手段と、表示手段上に復元された２次元コードを表示する表示処理手段と、を有する
本発明では、サーバ側から２次元コードを画像ファイルとして送信するのではなく、２次元コードの画像データを演算により文字列データに変換し、その文字列データを送信する。受信する携帯端末側では、サーバ側での演算の逆演算を行うことにより、元の画像データに復元され、２次元コードとなる。復元された２次元コードは、携帯端末の表示部へ表示させ、２次元コードリーダで読み取ることができる。本発明によれば、従来の画像データを送信する時よりも送信データ量が大幅に削減される。したがって、データを受信する利用者においては、受信するデータ量に応じた課金をされるようなインターネット接続型携帯端末を使用している場合であれば、課金を少なくすることができる。２次元コードを配信する側においても、サーバへの負荷が少なくなる。
【図面の簡単な説明】
【００１１】
［図１］図１は、本発明の実施の一形態の２次元コード送信システムの構成を示すブロック図である。
［図２Ａ］図２Ａは、図１のシステムにおけるサーバ側での処理を説明するフローチャートである。
［図２Ｂ］図２Ｂは、それぞれ、図１のシステムにおける携帯端末側での処理を説明するフローチャートである。
［図３］図３は、２次元コードの一例を示す図である。
［図４Ａ］図４Ａは、２次元コードから文字列データを生成する処理を示すフローチャートである。
［図４Ｂ］図４Ｂは、送信用テンプレートを示す図である。
［図５］図５は、文字列データから２次元コードに復元する処理を示すフローチャートである。
【発明を実施するための最良の形態】
【００１２】
図１に示す本発明の実施の一形態の２次元コード送信システムは、クーポン券などの２次元コードを発行する企業側のサーバと、２次元コードが配信される携帯電話機などの携帯端末８とから構成されている。これらのサーバと携帯端末８は、インターネット６及び携帯電話網７を介して接続している。なお、インターネット６には、公衆回線、専用線を包括する一般的なネットワークが含まれており、インターネット６及び携帯電話網７は、不図示のゲートウェイを介して相互に接続し、これによって携帯端末８がインターネット６に接続できるようになっている。
【００１３】
このシステムでは、サーバ側から携帯端末８に２次元コードを送信する際に、２次元コードを画像データとして扱った画像ファイルを送信するのではなく、２次元コードから簡単な演算で算出されるとともに逆演算によって簡単に２次元コードを復元できる文字列データを送信する。後述する例では、文字列データは、０から９までの数字と、“，”（カンマ）と、ＡからＦまでの英字の合計１７種類の文字から構成されるものである。
【００１４】
サーバには、クーポン券のデータなどを格納した情報源データベース１と、入力データを２次元コードに変換し、さらにその２次元コードを送信用の文字列データに変換する２次元コード処理サーバ２と、インターネット６に接続し携帯端末８側からのウェブアクセスを受け付けるウェブサーバ５とが設けられている。２次元コードサーバ２は、ウェブサーバ５のバックエンドサーバとして機能するものであり、情報源データベース１から取得したデータを入力データとして、この入力データに対応する２次元コードを生成する２次元コード生成部３と、生成した２次元コードを後述する手順にしたがって文字列データに変換する文字列生成演算部４と、を備えている。
【００１５】
携帯端末８は、携帯電話網７からの無線信号を受信する無線信号受信部９と、受信した無線信号をベースバンドへ復調し、携帯端末８内のコンピュータプログラムが解析可能な信号へ変換するベースバンド処理部１０と、ベースバンド処理部１０を経て入力される、ウェブサーバ５よりダウンロードした文字列データを元の２次元コードに復元する文字列逆演算部１１と、液晶表示パネルなどからなる表示部１３と、復元された２次元コードを表示部１３へ表示させる２次元コード画像表示処理部１２と、を備えている。ここには図示していないが、携帯端末８には、電話番号やインターネット上のアドレスを入力するためのキーパッドなども設けられている。
【００１６】
次に、このシステムにおいてサーバ側から携帯端末８に対して２次元コードを送信する手順について説明する。
【００１７】
２次元コードの種類としては、現在、代表的なものとしてＱＲコード、マキシコード（Ｍａｘｉ Ｃｏｄｅ）、データマトリクス（ＤａｔａＭａｔｒｉｘ）、ＰＤＦ４１７などが存在するが、以下の説明では、２次元コードとしてＱＲコードが用いられるものとする。ＱＲコードは、日本標準規格（ＪＩＳ）Ｘ０５１０、及びこれと同等のＩＳＯ規格であるＩＳＯ／ＩＥＣ１８００４に規定されている。もちろん本発明は、ＱＲコード以外の２次元コードを用いる場合であっても、好ましく適用できるものである。
【００１８】
最初に、サーバ側での処理を図２Ａを用いて説明する。
【００１９】
２次元コード処理サーバ２は、情報源データベース１に格納されているクーポン券などの情報を入力データとして受け取り、ステップ２０１において、２次元コード生成部３においてその入力データを２次元コードであるＱＲコードに変換する。その後、ステップ２０２において、２次元コード処理サーバ２の文字列生成演算部４は、作成したＱＲコードを文字列データに変換する。文字列データへの変換の詳細は後述するが、簡単に言えば、２次元コードを各行ごとにドットの並びをビット列とみなし、適当なビット数ごとにそのビット列を文字コードとみなして対応する文字を選択し、そのようにして選択された文字をつなげることによって、文字列データが生成する。その後、文字列データに変換されたクーポン券などの情報は、ウェブサーバ５に格納される。
【００２０】
携帯端末８からのウェブアクセスが携帯電話網７とインターネット６を介してウェブサーバ５に受け付けられ、ステップ２０３において、携帯端末８よりダウンロード要求があった場合には、ウェブサーバ５は、ステップ２０４において、その要求された情報に対応する文字列データを携帯端末８へ送信する。この文字列データは、インターネット６及び携帯電話網７を介して携帯端末８に到達する。
【００２１】
次に、携帯端末８での処理を図２Ｂを用いて説明する。
【００２２】
携帯端末８は、ステップ２０５において、ウェブサーバ５ヘダウンロード要求を出して、ステップ２０６においてウェブサーバ５より送信ＯＫを受信したら、ステップ２０７において、インターネット６および携帯電話網７を介して文字列データを受信する。なお、文字列データなどの情報信号は、携帯電話網７においては、一旦、携帯電話用の無線信号となって送信されるが、携帯端末８で受信したときに、無線信号受信部９及びベースバンド処理部１０を介して、携帯端末８内で処理可能な情報信号、すなわち文字列データヘ復調されている。受信した文字列データは、文字列逆演算部１１において、ステップ２０８において、文字列データからＱＲコードへ復元される。復元されたＱＲコードは、ステップ２０９において、２次元コード画像表示処理部１２によって、表示部１３上に表示される。
【００２３】
《２次元コードの文字列データ化》
次に、本実施形態における２次元コードを文字列データに変換する処理を説明する。
【００２４】
ＱＲコードは、小正方形の領域であるドットを縦横同数個配列して構成された正方形の２次元コードであり、ドットごとに２値の色彩（例えば、黒及びブランク（白））を付することによって、情報を格納するものである。ドットのことは、セルとも呼ばれる。ＱＲコードには、各辺を何ドットで構成するかによってバージョンが定められている。最小のＱＲコードは２１ドット×２１ドットの大きさであり、それから各辺ごとに４ドットずつ増やすことによって、最大１７７ドット×１７７ドットの大きさのものまでが定められている。
【００２５】
ＱＲコードの収納できる文字数としては、数字のみであれば最大で７，０８９文字、英文字、数字、記号では最大４，２９６文字、バイナリ（８ビット）では最大２，９５３文字、漢字、カナでは最大１，８１７文字である。
【００２６】
図３は、ＱＲコードの一例を示している。図示されるＱＲコード３００は、縦２５ドット、横２５ドットの正方形のものであり、最近の一般的な携帯電話機の液晶表示パネルにおいて、その画面全体の大きさの約８０％の大きさで表示された場合に、２次元コードリーダが読み取るのに適したドット数のものである。なお図３において、左上に示されたものが、実際に表示あるいは印刷されるＱＲコードを示しており、このようなＱＲコードを拡大したものが、中央から右下にかけて示されている。拡大図には、各ドットの位置と内容を説明するために、垂直方向と水平方向の細線が記載されているが、実際のＱＲコードにはそのような細線が含まれることはない。
【００２７】
携帯端末８の表示部１３上に表示すべきＱＲコードをサーバから携帯端末８へ送信する場合に、従来は画像ファイルデータとして送っていたものを、本実施形態では次に説明する演算方法により文字列データに変換して送信している。以下、図３、図４Ａ及び図４Ｂを用いて、２次元コードから文字列データへの変換のための演算方法について、詳細に説明する。ここでは、２次元コードが図３に示したパターンを有する２５ドット×２５ドットのＱＲコード３００であるとする。
【００２８】
図３に示したようなＱＲコード３００を受け取ると、２次元コード処理サーバ２の文字列生成演算部２は、ステップ４０１において、ＱＲコード３００の最上段３０１すなわち図示一番上の行において、その行の左端から、順次、黒であるドットを“１”として認識し、ブランク（白）であるドットを“０”であると認識して、“１”と“０”からなるビット列を生成する。図示したＱＲコード３００の最上段では、左から、
「黒黒黒黒黒黒黒白黒白黒白黒黒白白黒白黒黒黒黒黒黒黒」
とドットが並んでいるので、得られるビット列は、２５ビット長であって、
「１１１１１１１０１０１０１１００１０１１１１１１１」
となる。次に、２段目３０２の処理に入り、同様にビット列を生成すると、
「１０００００１０１１０００１００００１０００００１」
となる。ステップ４０２において最終段であるかどうかを確認して最終段でなければステップ４０１に処理を繰り返すことにより、することにより、最終段３０４に至るまで、各行ごとにビット列を生成する。なお、このように生成された各行のビット列を列方向に配列することによって、２次元コードにおける黒ドット部分とブランクドット部分とを解析した行列（マトリクス）として扱うことができる。
【００２９】
最終段３０４のビット列の生成が終了すると、次に、ステップ４０３において、ステップ４０１〜４０２で生成された“０”と“１”からなる、各行のビット列（長さはそれぞれ２５ビット）について、左から４ビット単位で区切り、最後尾に“０”を３ビットを付加し、ＱＲコード３００の行ごとの２８ビットのビット列を生成する。例えば１段目については、
「１１１１ １１１０ １０１０ １１００ １０１１ １１１１ １０００」
というビット列が得られる。そして、このビット列は２進数表示されているが、これをステップ４０４において１６進数に変換すると、
「１１１１ １１１０ １０１０ １１００ １０１１ １１１１ １０００」から
「ＦＥＡＣＢＦ８」となり、１段分の文字列データが生成する。
【００３０】
ステップ４０５において最終段であることかどうかを確認して最終段でなければステップ４０３〜４０４の処理を繰り返す。そして、ＱＲコードにおける各行のドットを文字列データに変換する処理が最終段まで完了すると、文字列生成演算部４は、ステップ４０６において、ウェブサーバ５へ格納する送信用のデータにするため、生成した各行の文字列データを図４Ｂに示す送信用テンプレートに適用させる。
【００３１】
図４Ｂに示した送信用テンプレートに前述の１段目のデータを当てはめると、
「２５，２５，ＦＥＡＣＢＦ８８２Ｃ４２０８」
となる。ステップ４０７において最終段であることかどうかを確認して最終段でなければステップ４０６の処理を繰り返す。このように送信用テンプレートに適用する処理を最上段３０１から最終段３０４まで行い、処理が完了すると、ＱＲコード３００は、最終的な送信用の文字列データに変換されることになり、その送信用の文字列データは、ステップ４０８において、ウェブサーバ５に格納される。これで、文字列生成演算部４での処理が終了する。
【００３２】
図３に示したＱＲコードを上述のようにして文字列データに変換した場合、最終的な送信用の文字列データは、
「２５，２５，ＦＥＡＣＢＦ８８２Ｃ４２０８ＢＡＣ７２Ｅ８ＢＡ７Ｅ２Ｅ８ＢＡＣ０２Ｅ８８２５Ｅ２０８ＦＥＡＡＢＦ８００２Ｆ０００９ＦＥ９４Ｂ８６ＣＥ９ＢＥ８２ＥＦＤ３Ｃ８ＥＤ９ＢＥＡ８ＢＥＣＢ３９０６Ｃ６１２８８２７ＦＤ４Ｂ８２９９２８Ｂ８０７Ａ７ＦＡ８００ＤＦ８Ａ８ＦＥＢ６ＡＥ８８２８Ｃ８９０ＢＡＡ９Ｆ９８ＢＡＥ１６Ｂ８ＢＡ２Ｂ７９８８２４０Ｂ３８ＦＥＥＥＡ４８」
となる。この送信用の文字列データは、明らかに、０から９までの数字と、“，”と、ＡからＦまでの英字の合計１７種類の文字から構成されている。また、各文字がそれぞれ１バイトで表されるとすると、文字列データ全体のデータ量は、２＋１＋２＋１＋（７×２５）＝５３１バイトとなる。
【００３３】
これに対し、携帯端末８の表示部１３上に適切な大きさで表示されるように、図３に示したＱＲコード３００を画像ファイルとして送信する場合には、画像ファイル形式として通常よく用いられるＧＩＦ（Ｇｒａｐｈｉｃｓ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）形式を用いたときには、そのデータ量は約１０５０バイトとなる。したがって、本実施形態によれば、画像ファイルを送信する場合に比べ、サーバから携帯端末８側に送信されるデータ量を約５０％とすることができる。
【００３４】
《携帯端末側での処理》
上述のようにして生成された文字列データを受信すると、携帯端末８は上述の処理の逆演算を行ってもとのＱＲコードのマトリックスを生成し、得られたＱＲコードを表示部１３上に画面表示する。以下、図５を用いて、携帯端末８における処理について、詳細に説明する。
【００３５】
携帯端末８の文字列逆演算部１１は、ステップ５０１においてウェブサーバ５から送られてきた文字列データを受信すると、ステップ５０２において、文字列データの解析を行う。本実施形態の例では、縦２５ドット、横２５ドットのＱＲコードであるので、まず縦横の大きさを認識し、次にＱＲコードに相当する部分のデータの抽出を行う。ＱＲコードには各辺のドット（セル）の数が異なる複数のバージョンが存在するが、文字列コードの先頭部分に、上述したように縦横のドット数が格納されているので、それを検出することによって、縦横の大きさすなわちドット数を認識することができる。
【００３６】
抽出されたデータは、１６進数を文字（“０”〜“９”，“Ａ”〜“Ｄ”）によって表現したものであるため、文字列逆演算部１１は、ステップ５０３において、この抽出されたデータをバイナリコードへ変換する。ＱＲコードの１行のドット数から、ＱＲコードでの１行に相当する文字列データが何文字で構成されているかが分かるので、ＱＲコードでの各行ごとに文字列データをバイナリコードへ変換する。ステップ５０４において、この処理が、ＱＲコードにおける最上段から最終段まで繰り返されたかを判断し、最終段まで処理が終えている場合には、ステップ５０５に進み、バイナリコードに変換された各ビット列から末尾３ビットを削除して２５ビットのビット列データを生成する。この処理をＱＲコードの各行ごとに行い、ステップ５０６において、最終段まで処理を行ったかどうかを確認する。
【００３７】
ＱＲコードの各行に対応するビット列データが出揃ったら、次に、２次元コード表示処理部１２は、ステップ５０７において、ビット列における“１”を黒ドット、“０”をブランク（白）ドットとして画像を生成し、ステップ５０８において、その画像をＱＲコードとして表示部１３上に表示する。
【００３８】
このようにして、サーバ側の２次元コード生成部３で生成したＱＲコードなどによる２次元コードが携帯端末８の表示部１３に表示されるから、携帯端末８を２次元コードリーダの前にかざすことなどによって、その２次元コードが２次元コードリーダによって読取られる。２次元コードがクーポン券を表している場合には、例えばＰＯＳレジスタに接続している２次元コードリーダによって読取られることによって、サーバ側からクーポン券に関する情報がＰＯＳレジスタ側に送信され、これにより、利用者は、商品購入に際して割引などを受けることができるようになる。
【００３９】
以上の説明では、縦２５ドット、横２５ドットという比較的小さなＱＲコードを一例として用いているが、本発明によれば、ドットサイズがより大きなＱＲコードの場合には、画像データを送信する場合に比べてデータの低減率はより高くなり、したがってより高い効果が得られる。
【００４０】
このように本発明は、利用者にとってもクーポン券などを２次元コードとして発行する企業サーバにとっても最適な２次元コードの送信方法を提供する。
【００４１】
本発明に基づく上述した２次元コード送信システムにおいて、サーバは、それを実現するためのコンピュータプログラムを、汎用のコンピュータに読み込ませ、そのプログラムを実行させることによっても実現できる。サーバを実現するためのプログラムは、磁気テープやＣＤ−ＲＯＭなどの記録媒体によって、あるいはネットワークを介して、コンピュータに読み込まれる。
【００４２】
同様に、本発明に基づく携帯端末８は、携帯電話網に接続する機能を有する汎用の携帯型コンピュータやＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）に、上述した処理を実行するためのプログラムを読み込ませ、そのプログラムを実行させることによっても実現できる。
【００４３】
なお、携帯端末８としてインターネット接続機能を有する携帯電話機が使用される場合、携帯電話機の機種ごとに使用するＣＰＵやＯＳ（オペレーティングシステム）、表示のためのハードウェア構成が異なっているのが一般的である。そこで、文字列データの受信から２次元コードの表示までを実行するためのアプリケーションプログラムは、携帯電話機や携帯端末のプラットフォームに依存しない、例えば、Ｊａｖａ（登録商標）などプログラム言語で作成することが好ましい。最近の携帯電話機では、機種によらず、Ｊａｖａ（登録商標）アプリケーションを実行できる環境となっているので、上述した処理を実行するプログラムをそのようなプログラム言語を用いて記述することによって、機種の違いを乗り越えて、本実施形態の方法で２次元コードを送信し、表示部上に表示させることが可能になる。
【００４４】
このように、携帯端末に搭載されるプログラムは、文字列データから２次元コードへの復元の演算が比較的簡易なアルゴリズムのものであるためにプログラムサイズを小さくすることができ、携帯端末本体のソフトウェアのＯＳおよびプラットホームに依存しないプログラム言語で記述することができる。したがって、本発明は高い汎用性を示すとともに、処理においては携帯端末のＣＰＵにかかる負荷が少なくてすむという利点を有する。
【図１】
【図３】
【図５】
【特許請求の範囲】
【請求項１】
ネットワークを介してサーバから携帯端末へ２次元コードを送信する２次元コード送信方法であって、
前記サーバにおいて、前記２次元コードから演算によって文字列データを生成する段階と、
前記文字列データを前記サーバから前記携帯端末に送信する段階と、
前記携帯端末において、前記演算の逆演算によって、前記文字列データを前記２次元コードに変換する段階と、
を有する、２次元コード送信方法。
【請求項２】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記演算は、前記２次元コードを前記第１の値の部分と前記第２の値の部分とからなるマトリクスとして扱い、該マトリクスに基づいて前記文字列データを生成する演算である、請求項１に記載の方法。
【請求項３】
前記２次元コードにおいて前記第１の値は黒ドットで表され、前記第２の値はブランクドットで表される、請求項２に記載の方法。
【請求項４】
前記復元した２次元コードを前記携帯端末の表示部に表示する段階をさらに有する、請求項１に記載の方法。
【請求項５】
前記２次元コードがＱＲコードである、請求項２に記載の方法。
【請求項６】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記演算は、前記２次元コードの行ごとに、前記ドットの値に対応したビット列を生成する段階と、生成したビット列に基づいて文字列を生成する段階と、前記２次元コードの全ての行についての前記文字列を連結して前記文字列データを生成する段階と、を有する、請求項１に記載の方法。
【請求項７】
前記２次元コードがＱＲコードである、請求項６に記載の方法。
【請求項８】
ネットワークを介して２次元コードを送信するサーバを備え、
前記サーバは、情報源データから前記２次元コードを生成する２次元コード生成手段と、前記２次元コードから演算によって文字列データを生成する文字列生成演算手段と、を有する、２次元コード送信システム。
【請求項９】
前記ネットワークを介して前記２次元コードを受信する携帯端末をさらに有し、
前記携帯端末は、受信した前記文字列データを前記演算の逆演算によって前記２次元コードに復元する文字列逆演算手段と、表示手段と、前記表示手段に前記復元された２次元コードを表示する表示処理手段と、を有する、請求項８に記載のシステム。
【請求項１０】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記文字列生成演算手段は、前記２次元コードの行ごとに、前記ドットの値に対応したビット列を生成し、生成したビット列に基づいて文字列を生成し、前記２次元コードの全ての行についての前記文字列を連結することによって前記文字列データを生成する、請求項８に記載のシステム。
【請求項１１】
前記ネットワークを介して前記２次元コードを受信する携帯端末をさらに有し、
前記携帯端末は、受信した前記文字列データを前記演算の逆演算によって前記２次元コードに復元する文字列逆演算手段と、表示手段と、前記表示手段に前記復元された２次元コードを表示する表示処理手段と、を有する、請求項１０に記載の２次元コード送信システム。
【請求項１２】
受信した文字列データを逆演算によって前記２次元コードに復元する文字列逆演算手段と、
表示手段と、
前記表示手段上に前記復元された２次元コードを表示する表示処理手段と、を有する携帯端末。
【請求項１３】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記逆演算は、前記２次元コードの行ごとに、前記ドットの値に対応したビット列を生成し、生成したビット列に基づいて文字列を生成し、前記２次元コードの全ての行についての前記文字列を連結して前記文字列データを生成する演算の逆演算である、請求項１２に記載の携帯端末。
【請求項１４】
表示部を有する携帯端末上で実行されるプログラムであって、
前記携帯端末を、
受信した文字列データを逆演算によって２次元コードに復元する文字列逆演算手段、
前記表示部に前記復元された２次元コードを表示する表示処理手段、
として機能させ、前記携帯端末のプラットフォームに依存しないプログラム言語で記述されたプログラム。
【請求項１５】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記逆演算は、前記２次元コードの行ごとに、前記ドットの値に対応したビット列を生成し、生成したビット列に基づいて文字列を生成し、前記２次元コードの全ての行についての前記文字列を連結して前記文字列データを生成する演算の逆演算である、請求項１４に記載のプログラム。
【請求項１】
ネットワークを介してサーバから携帯端末へ２次元コードを送信する２次元コード送信方法であって、
前記サーバにおいて、前記２次元コードから演算によって文字列データを生成する段階と、
前記文字列データを前記サーバから前記携帯端末に送信する段階と、
前記携帯端末において、前記演算の逆演算によって、前記文字列データを前記２次元コードに変換する段階と、
を有する、２次元コード送信方法。
【請求項２】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記演算は、前記２次元コードを前記第１の値の部分と前記第２の値の部分とからなるマトリクスとして扱い、該マトリクスに基づいて前記文字列データを生成する演算である、請求項１に記載の方法。
【請求項３】
前記２次元コードにおいて前記第１の値は黒ドットで表され、前記第２の値はブランクドットで表される、請求項２に記載の方法。
【請求項４】
前記復元した２次元コードを前記携帯端末の表示部に表示する段階をさらに有する、請求項１に記載の方法。
【請求項５】
前記２次元コードがＱＲコードである、請求項２に記載の方法。
【請求項６】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記演算は、前記２次元コードの行ごとに、前記ドットの値に対応したビット列を生成する段階と、生成したビット列に基づいて文字列を生成する段階と、前記２次元コードの全ての行についての前記文字列を連結して前記文字列データを生成する段階と、を有する、請求項１に記載の方法。
【請求項７】
前記２次元コードがＱＲコードである、請求項６に記載の方法。
【請求項８】
ネットワークを介して２次元コードを送信するサーバを備え、
前記サーバは、情報源データから前記２次元コードを生成する２次元コード生成手段と、前記２次元コードから演算によって文字列データを生成する文字列生成演算手段と、を有する、２次元コード送信システム。
【請求項９】
前記ネットワークを介して前記２次元コードを受信する携帯端末をさらに有し、
前記携帯端末は、受信した前記文字列データを前記演算の逆演算によって前記２次元コードに復元する文字列逆演算手段と、表示手段と、前記表示手段に前記復元された２次元コードを表示する表示処理手段と、を有する、請求項８に記載のシステム。
【請求項１０】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記文字列生成演算手段は、前記２次元コードの行ごとに、前記ドットの値に対応したビット列を生成し、生成したビット列に基づいて文字列を生成し、前記２次元コードの全ての行についての前記文字列を連結することによって前記文字列データを生成する、請求項８に記載のシステム。
【請求項１１】
前記ネットワークを介して前記２次元コードを受信する携帯端末をさらに有し、
前記携帯端末は、受信した前記文字列データを前記演算の逆演算によって前記２次元コードに復元する文字列逆演算手段と、表示手段と、前記表示手段に前記復元された２次元コードを表示する表示処理手段と、を有する、請求項１０に記載の２次元コード送信システム。
【請求項１２】
受信した文字列データを逆演算によって前記２次元コードに復元する文字列逆演算手段と、
表示手段と、
前記表示手段上に前記復元された２次元コードを表示する表示処理手段と、を有する携帯端末。
【請求項１３】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記逆演算は、前記２次元コードの行ごとに、前記ドットの値に対応したビット列を生成し、生成したビット列に基づいて文字列を生成し、前記２次元コードの全ての行についての前記文字列を連結して前記文字列データを生成する演算の逆演算である、請求項１２に記載の携帯端末。
【請求項１４】
表示部を有する携帯端末上で実行されるプログラムであって、
前記携帯端末を、
受信した文字列データを逆演算によって２次元コードに復元する文字列逆演算手段、
前記表示部に前記復元された２次元コードを表示する表示処理手段、
として機能させ、前記携帯端末のプラットフォームに依存しないプログラム言語で記述されたプログラム。
【請求項１５】
前記２次元コードは、それぞれが第１の値と第２の値のいずれかを表すドットの集合であり、
前記逆演算は、前記２次元コードの行ごとに、前記ドットの値に対応したビット列を生成し、生成したビット列に基づいて文字列を生成し、前記２次元コードの全ての行についての前記文字列を連結して前記文字列データを生成する演算の逆演算である、請求項１４に記載のプログラム。
【国際公開番号】ＷＯ２００５／０４３４５４
【国際公開日】平成１７年５月１２日（２００５．５．１２）
【発行日】平成１９年５月１０日（２００７．５．１０）
【国際特許分類】
【出願番号】特願２００５−５１５０９４（Ｐ２００５−５１５０９４）
【国際出願番号】ＰＣＴ／ＪＰ２００４／０１３４２３
【国際出願日】平成１６年９月１５日（２００４．９．１５）
【出願人】（３９００００９７４）ＮＥＣモバイリング株式会社 (138)
【Ｆターム（参考）】
【国際公開日】平成１７年５月１２日（２００５．５．１２）
【発行日】平成１９年５月１０日（２００７．５．１０）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００４／０１３４２３
【国際出願日】平成１６年９月１５日（２００４．９．１５）
【出願人】（３９００００９７４）ＮＥＣモバイリング株式会社 (138)
【Ｆターム（参考）】
[ Back to top ]