(57)【特許請求の範囲】
【請求項１】
バーコードを読み取るバーコード読取部と、識別子とサーバのＵＲＬの対応関係を格納する第１テーブル及び無線で通信可能な範囲にある機器のリストを格納する第２テーブルを記憶する記憶部と、前記識別子に基づき前記第１テーブルを検索して対応するＵＲＬを得る解析部と、前記識別子に基づき前記第２テーブルのリストから機器を選択して当該機器へ前記バーコードとともに前記ＵＲＬを送信する無線通信モジュールと、前記識別子を指定するためのタスクチェンジスイッチとを備え、
前記タスクチェンジスイッチは、読み取った前記バーコードをそのまま出力するための識別子Ａと、読み取った前記バーコードとともに前記第１テーブルの前記ＵＲＬを出力するための他の識別子を指定するものであり、
前記第１テーブルは、前記他の識別子に対応する前記ＵＲＬの対応関係を格納するものであり、
前記解析部は、前記タスクチェンジスイッチで指定された識別子が、前記識別子Ａ以外の前記他の識別子であるとき、前記第１テーブルを検索し、前記他の識別子を前記ＵＲＬに変換し、読み取った前記バーコードとともに前記ＵＲＬを前記無線通信モジュールへ出力し、前記無線通信モジュールは、前記他の識別子に基づき前記第２テーブルのリストから機器を選択して当該機器へ前記解析部から受けた前記バーコード及び前記ＵＲＬを送信し、
前記解析部は、前記タスクチェンジスイッチで指定された識別子が前記識別子Ａであるとき、読み取った前記バーコードを前記無線通信モジュールへ出力し、前記無線通信モジュールは、前記解析部から受けた前記バーコードを送信する、ことを特徴とするバーコードリーダ。
【請求項２】
前記第２テーブルのリストに前記識別子により指定された機器が含まれないとき、その旨を表示する表示部を備えることを特徴とする請求項１記載のバーコードリーダ。
【請求項３】
前記表示部は、さらに、代替可能な機器の情報を表示することを特徴とする請求項２記載のバーコードリーダ。
【請求項４】
前記記憶部は、機器の種類ごとに接続優先順位を記憶する優先順位テーブルを記憶し、前記無線通信モジュールは、前記接続優先順位に基づき前記第２テーブルのリストから機器を選択し、当該機器へ前記バーコードとともに前記ＵＲＬを送信することを特徴とする請求項１記載のバーコードリーダ。
【請求項５】
前記解析部は、対応するＵＲＬが存在しないときに、サーバを使用しないことを意味する情報を前記無線通信モジュールに出力することを特徴とする請求項１記載のバーコードリーダ。
【請求項６】
前記記憶部は書き換え可能なメモリを含み、前記無線通信モジュールは、前記第１テーブルに関するデータを外部から受け、前記メモリに書き込むことを特徴とする請求項１記載のバーコードリーダ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、新聞・雑誌・折込チラシなどに印刷されたバーコードを読み取って所定のサーバにアクセスするために用いられる無線式のバーコードリーダに関する。
【０００２】
【従来の技術】
インターネットには多数のサーバが接続され、さまざまなコンテンツが提供されている。それらのうちから所望のものを選択してアクセスするためにさまざまな検索エンジンが提供されている。これとは別に、インターネット以外の新聞、雑誌、折込チラシなどにＵＲＬを印刷して利用者にアクセスを呼びかけることも行われている。利用者に実際にアクセスしてもらうためには、そのサーバ（Ｗｅｂサイト）のコンテンツを魅力あるものとするとともに、そこへ容易にアクセスできるようにしなければならない。
【０００３】
所定のＵＲＬへのアクセスを容易にする手法として、バーコードを用いることが行われている。すなわち、新聞、雑誌、折込チラシなどの紙媒体にバーコードを印刷し、これをパソコンに接続されたバーコードリーダで読み込み、これをＵＲＬに変換し、ブラウザを自動的に起動して当該ＵＲＬにジャンプする。簡単かつ確実なアクセス手法であり、今後広く普及すると予想される。
【０００４】
【発明が解決しようとする課題】
従来のバーコードリーダは電線でパソコン等に接続され、携帯が困難であった。バーコードリーダがパソコン等のクライアントと分離して携帯できれば便利になると予想される。
【０００５】
例えば、新聞や雑誌のバーコードを読み取りこれを手近にあるパソコンに送信し、すぐに所望のホームページを閲覧できる。パソコンはないが携帯電話があればこれにバーコードを送信することもできる。近くにパソコン、携帯電話、デジタルＴＶなどの複数クライアントがあれば、これらのうちの任意のものにバーコードを送信することができる。さらに、屋外のポスターやチラシにバーコードが印刷されている場合、その場ですぐにバーコードを読み込み、自宅やオフィスに着いてからパソコンにバーコードを送信し、所望のホームページを閲覧できる。
【０００６】
このように携帯可能なバーコードリーダは場所を問わずバーコードを読み取ることができる。従来、まずバーコードを利用するパソコンなどのクライアントを起動し、次にこれにバーコードリーダを接続し、しかる後にバーコードを読み取った。つまり、最初にバーコードを使用するクライアントを特定していた。しかし、携帯可能なバーコードリーダであれば、利用者はどのクライアントで使用するか意識することなく、とりあえずバーコードを読み取り、これを所望のクライアントに送信して利用することができる。これは従来のバーコードの利用手順と逆の発想である。
【０００７】
この発明は、携帯可能な無線式バーコードリーダを提供することを目的とする。
【０００８】
【課題を解決するための手段】
この発明に係るバーコードリーダは、バーコードを読み取るバーコード読取部と、識別子とサーバのＵＲＬの対応関係を格納する第１テーブル及び無線で通信可能な範囲にある機器のリストを格納する第２テーブルを記憶する記憶部と、前記識別子に基づき前記第１テーブルを検索して対応するＵＲＬを得る解析部と、前記識別子に基づき前記第２テーブルのリストから機器を選択して当該機器へ前記バーコードとともに前記ＵＲＬを送信する無線通信モジュールとを備え、前記無線通信モジュールは、問い合わせ信号を送信するとともに、当該信号に対する応答に基づき前記第２テーブルの機器のリストを生成する。
【０００９】
好ましくは、前記識別子は、読み取られたバーコードである。
【００１０】
好ましくは、前記解析部は読み取ったバーコードから前記識別子を抽出する。
【００１１】
本発明に係るバーコードリーダは、前記識別子を指定するためのタスクチェンジスイッチを備える。
前記タスクチェンジスイッチは、読み取った前記バーコードをそのまま出力するための識別子Ａと、読み取った前記バーコードとともに前記第１テーブルの前記ＵＲＬを出力するための他の識別子を指定するものであり、
前記第１テーブルは、前記他の識別子に対応する前記ＵＲＬの対応関係を格納するものであり、
前記解析部は、前記タスクチェンジスイッチで指定された識別子が、前記識別子Ａ以外の前記他の識別子であるとき、前記第１テーブルを検索し、前記他の識別子を前記ＵＲＬに変換し、読み取った前記バーコードとともに前記ＵＲＬを前記無線通信モジュールへ出力し、前記無線通信モジュールは、前記他の識別子に基づき前記第２テーブルのリストから機器を選択して当該機器へ前記解析部から受けた前記バーコード及び前記ＵＲＬを送信し、
前記解析部は、前記タスクチェンジスイッチで指定された識別子が前記識別子Ａであるとき、読み取った前記バーコードを前記無線通信モジュールへ出力し、前記無線通信モジュールは、前記解析部から受けた前記バーコードを送信する。
【００１２】
好ましくは、前記第２テーブルのリストに前記識別子により指定された機器が含まれないとき、その旨を表示する表示部を備える。
【００１３】
好ましくは、前記表示部は、さらに、代替可能な機器の情報を表示する。
【００１４】
好ましくは、前記記憶部は、機器の種類ごとに接続優先順位を記憶する優先順位テーブルを記憶し、前記無線通信モジュールは、前記接続優先順位に基づき前記第２テーブルのリストから機器を選択し、当該機器へ前記バーコードとともに前記ＵＲＬを送信する。
【００１５】
好ましくは、前記解析部は、対応するＵＲＬが存在しないときに、サーバを使用しないことを意味する情報を前記無線通信モジュールに出力する。
【００１６】
好ましくは、前記記憶部は書き換え可能なメモリを含み、前記無線通信モジュールは、前記第１テーブルに関するデータを外部から受け、前記メモリに書き込む。
【００１７】
好ましくは、前記無線通信モジュールは、初期設定時、所定期間ごと、所定読取回数ごと、及び、特定のサーバにアクセスした後のうちの少なくともいずれかのタイミングで前記対応関係の更新を外部に要求する。
【００１８】
この発明に係るバーコードリーダは、バーコードを読み取るバーコード読取部と、サーバのＵＲＬを予め記憶するＵＲＬ記憶部と、接続相手である携帯電話の機種情報を記憶する機種情報記憶部と、機種ごとの操作コマンド及び無線で通信可能な範囲にある機器のリストテーブルを記憶する操作コマンド記憶部と、前記機種情報に対応する操作コマンドを前記操作コマンド記憶部の記憶内容に基づき生成するコマンド生成部と、前記バーコード読取部の出力に前記ＵＲＬ記憶部の出力及び前記コマンド生成部の出力を結合させる結合部と、前記結合部の出力を前記携帯電話へ送出する無線通信モジュールとを備え、前記無線通信モジュールは、問い合わせ信号を送信するとともに、当該信号に対する応答に基づき前記リストテーブルを生成し、かつ、前記機種情報記憶部に通信可能な範囲にある携帯電話の機種情報を書き込む。
【００１９】
好ましくは、前記操作コマンド記憶部は書き換え可能なメモリを含み、前記無線通信モジュールは前記操作コマンドに関するデータを外部から受け、これを前記メモリに書き込む。
【００２０】
好ましくは、前記ＵＲＬ記憶部は書き換え可能なメモリを含み、前記無線通信モジュールは前記ＵＲＬに関するデータを外部から受け、これを前記メモリに書き込む。
【００２１】
好ましくは、前記無線通信モジュールは、初期設定時、所定期間ごと、所定読取回数ごと、及び、特定のサーバにアクセスした後のうちの少なくともいずれかのタイミングでデータの更新を外部に要求する。
【００２２】
【発明の実施の形態】
発明の実施の形態１．
発明の実施の形態１に係るバーコードリーダについて図面を参照しつつ説明する。
図１はこの発明の実施の形態１に係るバーコードリーダの概略構成図である。新聞、雑誌、折込チラシなどに印刷されたバーコードをバーコード読取部１１で読み取る。解析部１２は読み取ったバーコードを分析する。具体的には、バーコードをＵＲＬ変換サーバ識別子とバーコードナンバーに分けるとともに、記憶部１３に記憶された識別子−ＵＲＬ変換サーバテーブル１３ａを参照して、ＵＲＬ変換サーバ識別子を変換サーバのＵＲＬに変換する。無線通信モジュール１４は解析部１２から変換サーバのＵＲＬ及びバーコードナンバーを受けてこれらをクライアントであるパソコン、携帯電話及び／又はデジタルＴＶへ送信する。なお、このバーコードリーダを通常の用途に使用するときは特にＵＲＬ変換サーバを利用しないので、その旨の情報を出力する。
【００２３】
なお、前記識別子はＵＲＬ変換サーバを識別するが、これに代えて／これとともに前記識別子がバーコードの送信相手（パソコン、携帯電話、デジタルＴＶなどのクライアント種別）を特定するものであってもよい。
【００２４】
記憶部１３はＥ２ＰＲＯＭを含み、電気的に書き換え可能である。無線通信モジュール１４は後述の情報サーバから更新されたテーブルの情報を受けてこれを記憶部１３に記憶する。記憶部１３は、前述の識別子−ＵＲＬ変換サーバテーブル１３ａ（詳しくは後述する）、プロファイル及びドライバデータベース１３ｂ、利用可能機器テーブル１３ｃを含む。プロファイル及びドライバデータベース１３ｂには、パソコン、携帯電話、デジタルＴＶなどの電子機器のプロファイル及びドライバが格納されている。プロファイルとは、無線通信モジュール１４を用いて通信を行うプロトコルをどう使うかを定めるものである。プロファイルには、基本的な通信を行うためのものと、アプリケーションに近いレベルの利用目的によって異なるものがある。ドライバは各電子機器を使用するために必要なプログラムである。利用可能機器テーブル１３ｃには、無線通信モジュール１４による通信可能な範囲内に存在し、かつ、図１のバーコードリーダが利用可能な機器の一覧表が含まれる。テーブル１３ｃの内容は無線通信モジュール１４が他の電子機器と通信を行うことにより作成され、バーコードリーダの移動に伴い逐次更新される。
【００２５】
表示部１８は通信の内容及び／又は通信の状態を表示するためのものである。例えば、後述のタスクチェンジスイッチ１７で選択された機器（例えばパソコン）が通信範囲内になく利用できないときに、その旨のエラー表示を行う。あるいは、通信範囲内にある代替可能な機器（例えば携帯電話）を表示するとともに、タスクチェンジスイッチ１７のＡ〜Ｈのうち、どれが使用可能であるか表示する。表示部１８は例えば、液晶表示装置、ＬＥＤである。
【００２６】
タスクチェンジスイッチ１７は、バーコードリーダの用途、使用する機器及び使用するＵＲＬ変換サーバを直接選択するためのロータリースイッチである。スイッチ１７は状態Ａ〜Ｈの８つのうちのいずれかを選択する。状態Ａ（図１の状態）では、バーコードリーダの入力モードとして直接入力が選択される。この場合、バーコードリーダで読み取ったデータを通常の用途に使用できる。状態Ｂ〜Ｈはバーコード−ＵＲＬ変換を行うためのモードである。下記のように、状態Ｂ〜Ｈにはそれぞれ異なる機器及び変換サーバが対応している。この関係がテーブル１３ａに記憶される。
【００２７】
位置    タスク                                          機器
Ａ    直接入力                                        全て
Ｂ    URL変換：変換サーバhttp://www.mediapj.com/    パソコン
Ｃ    URL変換：変換サーバhttp://www.henkan1.henkan/  パソコン又は携帯電話
Ｄ    URL変換：変換サーバhttp://www.henkan2.henkan/  携帯電話Ａ
Ｅ    URL変換：変換サーバhttp://www.henkan3.henkan/  携帯電話Ｂ
Ｆ    URL変換：変換サーバhttp://www.henkan4.henkan/  携帯電話Ｃ
Ｇ    URL変換：変換サーバhttp://www.henkan5.henkan/  パソコン又はデジタルＴＶ
Ｈ    URL変換：変換サーバhttp://www.henkan6.henkan/  デジタルＴＶ
【００２８】
テーブル１３ａの内容は例えば次のようにして決められる。
・変換サーバがパソコン用のＷｅｂサイトのＵＲＬをサポートしているとき、バーコードの送信相手をパソコンとする。
・変換サーバがパソコンと携帯電話の両方に対応（ＨＴＭＬとＣＨＴＭＬの両方に対応）しているサイトのＵＲＬをサポートしているとき、バーコードの送信相手をパソコン又は携帯電話とする。
・変換サーバがパソコンとデジタルＴＶの両方に対応（ＨＴＭＬとＢＭＬの両方に対応）しているサイトのＵＲＬをサポートしているとき、バーコードの送信相手をパソコン又はデジタルＴＶとする。
【００２９】
なお、タスクチェンジスイッチ１７で指定された識別子及び／又は後述の印刷されたバーコードに含まれる識別子に基づきＵＲＬ変換サーバが決定される。利用者は、これらのどちらを使用するか、両方使用する場合どちらを優先するかを設定できる。
【００３０】
図１のバーコードリーダは、無線通信モジュール１４を通じて他の電子機器と通信を行う。他の電子機器は、図示しないがそれぞれ無線モジュールを備えている。無線通信モジュール１４は８ｍｍ程度のワンチップであり、その出力が小さいことで消費電力も非常に小さい（送信時：２０ｍＷ〜３０ｍＷ、待機時：０．３ｍＷ）。さらに、消費電力を抑えるために、通常の無線ＬＡＮのような常時接続ではなくアドホックな接続を行う。無線モジュールのデータ伝送速度は最大１Ｍｂｐｓである。無線モジュールは、送信するときにその周波数を短い周期で変化させる周波数ホッピングを行い、他の無線通信に対する干渉を防止するとともに混信や雑音による影響を軽減している。使用周波数帯域は２．４ＧＨｚ帯である。無線モジュールを搭載する電子機器には、それぞれ固有のデバイスアドレスが与えられている。
【００３１】
Bluetooth（商標）として知られる無線リンクでは、各電子機器はマスター又はスレーブのどちらかの役割をもつ。マスター、スレーブ間で通信を行う際には、マスターの固有アドレスとクロックの値を使用することにより、同一のホッピングパターンを算出して周波数の同期を行っている。しかし、通信を開始する最初の段階では、スレーブにマスターの固有アドレスとクロックの値を伝えてホッピングパターンの同期を図る必要がある。そのため、通信開始の段階ではインクワイアリ手順又はページング手順が実施される。なお、マスターとスレーブの関係はあくまで周波数ホッピングによる通信チャネルの管理のために必要となるものであり、実際の通信の内容とは直接関係しない。マスターとスレーブの関係は１対１ばかりでなく、１つのマスターに７つのスレーブが同時に接続する（正確に言えば通信チャネルを共有する）ことができる。例えば、図１のバーコードリーダがマスターとなり、パソコン、携帯電話、デジタルＴＶがスレーブとなる。
【００３２】
図２はこのバーコードリーダが適用されるシステムの全体構成図である。このシステムは、バーコードを読み取って所定のサイトにアクセスするためのものである。このシステムはクライアントとしてパソコン４、携帯電話５、デジタルＴＶ６を含む。バーコードリーダ３は媒体Ｍに印刷されたバーコードを読み取る。パソコン４、携帯電話５、デジタルＴＶ６は、それぞれバーコードリーダ３からバーコードナンバー及び／又はＵＲＬ変換サーバ１の情報を無線で受ける。取得したＵＲＬに基づいてクライアントは自分に適したコンテンツのＵＲＬを提供してくれるＵＲＬ変換サーバにアクセスすることができる。媒体Ｍに印刷されたバーコードに対応するＵＲＬは予め定められており、その対応関係はバーコード−ＵＲＬ変換テーブル２に予め格納されている。例えば、新聞広告に自社のサイトを示すバーコードを印刷しておけば、簡単な操作により利用者を自社のサイトへ誘導することができる。図２において、ＵＲＬ変換サーバ２は２つであるがこれに限定されず、３つあるいはそれ以上であってもよい。なお、ＵＲＬとはuniform resource locationの略であり、インターネット上に分散して存在する資源(resource)の所在や名称を一定の書式で記述したものである。すなわち、ＵＲＬとはコンピュータネットワーク上に存在する資源のありか（アドレス）を示すものである。
【００３３】
図２のシステムは、クライアントとしてパソコン４、携帯電話５、デジタルＴＶ６を含む。同じバーコードをスキャンしたときでも、これらクライアントの種類によりアクセスすべきサイト（サーバ）はそれぞれ異なる。図２において、パソコンは通常のＷｅｂサイト（ＨＴＭＬサイト）８ａにアクセスし、携帯電話５は専用のＣＨＴＭＬサイト８ｂにアクセスし、デジタルＴＶ６は専用のＢＭＬサイト８ｃにアクセスする。これは、クライアントごとに利用できる言語が制限されるため、コンテンツを適切に表示するには利用可能な言語で記述されたサイトにアクセスする必要があるためである。すなわち、媒体Ｍの同じバーコードであってもクライアントごとに異なるＵＲＬを割り当てる必要がある。そのため、発明の実施の形態１に係るシステムでは、パソコン用及び携帯電話用のＵＲＬ変換サーバ１ａとデジタルＴＶ用のＵＲＬ変換サーバ１ｂを備える。これは例示であって、クライアントの種類ごとにＵＲＬ変換サーバをそれぞれ対応させてもよいし、ひとつのＵＲＬ変換サーバで全種類のクライアントに対応させてもよい。ＵＲＬ変換サーバ１がどの種類のクライアントに対応するかにより、そのバーコード−ＵＲＬ変換テーブル２の内容は異なる。
【００３４】
例えば、図２のバーコード−ＵＲＬ変換テーブル２ａは次のような内容を含む。
バーコードナンバー    クライアント種類    ＵＲＬ
１２３４５      パソコン            xxxxx
１２３４５      携帯電話            yyyyy
【００３５】
これに対して図２のバーコード−ＵＲＬ変換テーブル２ｂは、デジタルＴＶ６用のＵＲＬのみを格納する。このテーブル２ｂではバーコードナンバーとＵＲＬは１対１に対応している。
【００３６】
なお、図２のシステムは情報サーバＳＩ及び更新情報テーブルＴＩを備える。これらはバーコードリーダ３の記憶部１３のＥ２ＰＲＯＭの内容を更新するためのものである。
【００３７】
図３は、図２のシステムの処理フローチャートである。この図において、ＩＱ、Ｒ１〜Ｒ３、Ｔは、無線通信モジュール１４が通信可能な機器のテーブル１３ｃを生成するための動作を示す。
ＩＱ：無線通信モジュール１４が無線通信可能範囲内にある機器に対して問い合わせ（インクワイアリ）を行う。
Ｒ１〜Ｒ３：問い合わせに対して各機器が応答する。図３の例では、ひとつのパソコン、ひとつの携帯電話、ひとつのデジタルＴＶが応答している。
Ｔ：応答状況に基づき利用可能機器テーブル１３ｃを生成する。図３の例では利用可能機器としてひとつのパソコン、ひとつの携帯電話、ひとつのデジタルＴＶが登録される。
【００３８】
図３において、Ｓ１−１乃至Ｓ７−１はあるバーコードを読み取りこのバーコードをパソコンで利用するときの動作を示し、Ｓ１−２乃至Ｓ７−２は携帯電話で利用するときの動作を示し、Ｓ１−３乃至Ｓ７−３はデジタルＴＶで利用するときの動作を示す。これらの動作は、バーコードナンバーを送信する相手が異なる点、及び、ＵＲＬ変換を要求する相手である変換サーバが異なる点を除き同じである。以下、これらをまとめて説明する。
【００３９】
Ｓ１：バーコードリーダ１で媒体に印刷されたバーコードをスキャンし、そのバーコードナンバー及び識別子を読み取る。
Ｓ２：前記識別子に基づき記憶部１３を参照して使用する変換サーバのＵＲＬ及び送信すべき相手機器の情報を取得する。
Ｓ３：前記ＵＲＬ及びバーコードナンバーを所定の機器（クライアント）へ送る。
Ｓ４：前記ＵＲＬに基づきＵＲＬ変換サーバへアクセスし、バーコードナンバーのＵＲＬ変換を要求する。
【００４０】
Ｓ５：ＵＲＬ変換サーバでバーコードナンバーに対応するサイトのＵＲＬを取得する。
Ｓ６：変換したＵＲＬをクライアントへ送る。
Ｓ７：取得したＵＲＬに基づいて所定のサイトへアクセスし、コンテンツを取得する。
【００４１】
なお、図１のタスクチェンジスイッチを用いたときの動作は次のようになる。Ｓ１‘：バーコードリーダ１で媒体に印刷されたバーコードをスキャンし、そのバーコードナンバーを読み取る。
Ｓ２‘：タスクチェンジスイッチ１７が示す識別子（Ｂ〜Ｈ）に基づき記憶部１３を参照して使用する変換サーバのＵＲＬ及び相手機器の情報を取得する。なお識別子＝Ａのときはバーコードナンバーをそのままクライアントへ出力する。
Ｓ３〜Ｓ７の動作は同じである。
【００４２】
図３のＳ８乃至Ｓ１０の処理は、ＵＲＬ変換サーバの情報を更新するためのものである。サービスの提供者の都合などによりＵＲＬ変換サーバのＵＲＬが変更されることも考えられる。このようなときにバーコード１の記憶部１３の内容を自動的に更新できれば利用者にとって便利であるとともに、バーコードの保守の点でも有利である。
【００４３】
Ｓ８：クライアント２が情報サーバ５に対してテーブルの更新要求を出す。更新要求のタイミングとして、クライアント２の初期化時、電源投入時、所定の操作がなされたとき、一定期間ごと、一定読取回数ごと、２回目の処理の前（最初は第１の変換サーバにアクセスさせ、２回目以降は第２の変換サーバにアクセスさせる）などが挙げられる。なお、バーコードリーダ１からの要求に応じてクライアント２が更新要求を送信してもよい。
Ｓ９：情報サーバ５が更新されたテーブルがあるかどうか更新情報テーブル６を検索する。
Ｓ１０：更新されたテーブルが存在するとき、このテーブルをクライアント２に送る。このテーブルをクライアント２はバーコードリーダ１に送り、記憶部１３に記憶させる。
【００４４】
図４はバーコード１における処理フローチャートを示す。
Ｓ１１：新聞、雑誌、折込チラシなどに印刷されたバーコードを読み込む。
Ｓ１２：バーコードをＵＲＬ変換サーバ識別子とバーコードナンバーに分ける。
読み取られたバーコードは例えば次のようなものである。
４９ｘｘｘｘｘｘｘｘｘｘ
４５ｘｘｘｘｘｘｘｘｘｘ
４１ｘｘｘｘｘｘｘｘｘｘ
先頭の「４９」「４５」「４１」が識別子である。
なお、タスクチェンジスイッチ１７を用いる場合、識別子はＡ〜Ｈのいずれかである。
【００４５】
Ｓ１３：ＵＲＬ変換サーバを使用するかどうか判定する。
上記識別子が存在すれば変換サーバを使用する。識別子が存在しない、あるいは特別の識別子（例えば「４０」）が存在するとき変換サーバを使用しない。あるいは特定種類のバーコードを読み込んだとき変換サーバを使用しない（あるいは使用する）。例えば、バーコードを単にデータ読取手段として使用する場合が変換サーバを使用しない場合に該当する。
タスクチェンジスイッチ１７を用いる場合、識別子＝Ａのとき変換サーバを使用しない。
【００４６】
Ｓ１４：変換サーバを使用する場合、記憶部１３のテーブルを検索し、ＵＲＬ変換サーバ識別子を変換サーバＵＲＬに変換する。
例えば下記のように変換する。
４９のとき、http://www.mediapj.com/
４５のとき、http://www.hogehoge.com/
４１のとき、http://www.foo.com/
タスクチェンジスイッチ１７を用いる場合、前述の対応関係に基づき識別子を変換サーバＵＲＬに変換する。このとき、バーコードナンバーを送信すべき相手機器の情報も取得する。
【００４７】
Ｓ１５：変換サーバのＵＲＬ及びバーコードナンバー（上記ｘｘｘｘｘｘｘｘｘｘの部分）を対応する機器に送信する。
Ｓ１６：変換サーバを使用しない場合、サーバ不使用コード及びバーコードナンバーを送信する。あるいはバーコードナンバーのみを送信してもよい。
なお、指定された機器が通信可能でない、すなわち利用可能機器テーブル１３ｃに含まれていない場合、通信不能である旨を表示部１８に表示する。このとき、代替可能な機器の情報を併せて表示してもよい。あるいは、通信可能な機器のリストを表示してもよい。
【００４８】
図５はクライアントにおける処理フローチャートである。
Ｓ２０：バーコードリーダからデータを受信する。
Ｓ２１：受信したデータを分析して変換サーバを使用するかどうか判定する。
Ｓ２２：変換サーバを使用する場合、受信した変換サーバのＵＲＬとバーコードナンバーを合成して変換サーバへの変換要求を作成する。
例えば下記のとおりである。
http://www.mediapj.com/bar.php?kind=01&sno=xxx&bno=yyyyy
なお、ｙｙｙｙｙはバーコードナンバーに対応するコードである。
【００４９】
Ｓ２３：変換サーバへアクセスしてバーコードナンバーをＵＲＬに変換するよう要求する。
Ｓ２４：変換されたＵＲＬを受信する。
Ｓ２５：受けたＵＲＬに基づきＷｅｂサーバへアクセスする。
Ｓ２６：変換サーバを使用しない場合、受けたバーコードナンバーを他のアプリケーションにおいて使用する。例えば会員番号、パスワードなどの入力の場合。
【００５０】
この発明の実施の形態１に係るバーコードリーダ、システムによれば、読み取ったバーコードナンバーを無線でパソコン、携帯電話、デジタルＴＶなどのクライアントへ送ることができる。クライアントは受けたバーコードナンバーをＵＲＬ変換サーバでＵＲＬに変換し、所定のＷＷＷサーバにアクセスすることができる。
【００５１】
バーコードナンバーを送るとき、バーコードに含まれる識別子あるいはタスクチェンジスイッチの指定により最適なクライアントを選択することができる。無線通信可能な範囲内にあるクライアントを選択することができる。例えば次のような使い方が可能である。
・バーコードリーダで所望のバーコードを読み取る。その後、通信可能な範囲内にあるクライアントを選択し、当該クライアントにバーコードデータを送信する。当該クライアントで当該バーコードに対応するＷＷＷサーバにアクセスする。
・バーコードリーダで所望のバーコードを読み取る。その後、所望のクライアント（例えばパソコン）と通信可能な位置に移動し、当該クライアントにバーコードナンバーを送信する。
・バーコードリーダで所望のバーコードを読み取る。その後、手近にあって利用可能な機器のうち最適なものにバーコードナンバーを送信する。この場合、表示部に利用可能な機器のリストを表示させ、これらからひとつ又は複数を選択してもよい。
【００５２】
発明の実施の形態１の変形例
上記例では識別子に基づきＵＲＬ変換サーバ及びクライアントを選択していた。これに代えて／これとともにバーコードそのものに基づきこれらを選択してもよい。
【００５３】
図６にこのためのバーコードリーダを示す。図６において、記憶部１３はバーコード−利用機器テーブル１３ｄと利用機器―ＵＲＬ変換サーバテーブル１３ｅを含む。テーブル１３ｄはバーコードと利用すべき機器（パソコン、携帯電話、デジタルＴＶ）の対応関係を定義する。この場合、ひとつのバーコードが複数の機器に対応してもよい。無線の場合、通信可能範囲にある機器としか通信できないので複数の機器に対応することが望ましい。テーブル１３ｅは利用すべき機器とＵＲＬ変換サーバの対応関係を定義する。図６のバーコードリーダでは、まず、バーコードにより利用機器が定められ、次に、機器に対応するＵＲＬ変換サーバが定められる。
【００５４】
この変形例によれば、利用者を、バーコードごとに特定のクライアントを指定して所定のサーバに誘導することができる。
【００５５】
発明の実施の形態２．
図７はこの発明の実施の形態２に係るバーコードリーダの概略構成図である。新聞、雑誌、折込チラシなどに印刷されたバーコードをバーコード読取部１１で読み取る。読み取られたバーコードは、結合部２７ａにおいてＵＲＬ記憶部２６からのバーコード−ＵＲＬ変換サーバ（詳しくは後述する）のＵＲＬを付加されるとともに、さらに結合部２７ｂにおいて接続相手の携帯電話（携帯端末でもよい）の機種に対応するコマンドを付加される。バーコードリーダで生成されたデータ（ＵＲＬ変換サーバ使用の有無、ＵＲＬ変換サーバのＵＲＬ、バーコードナンバー及び携帯電話の操作コマンドを含む）は無線通信モジュール１４を経由して携帯電話に送られる。このデータを受けて、図示しない携帯電話は自動的にＵＲＬ入力画面になり、ＵＲＬ変換サーバのＵＲＬ（バーコードナンバーを含む）を受けてＵＲＬ変換サーバにアクセスするとともに、ＵＲＬ変換サーバで変換されたＵＲＬを受け、このＵＲＬにアクセスして自動的にＷｅｂ画面を表示する。このように、バーコードリーダで所定のバーコードを読み取るというひとつの操作により、携帯電話の画面に所望のＷｅｂ画面を表示させることができる。
【００５６】
ＵＲＬ入力画面を表示させるためのコマンドは機種ごとにより異なる。そのため符号２２乃至２５の機能ブロックが設けられている。機種識別部２２は接続されている携帯電話の機種を識別し、その結果を機種情報メモリ２３に記憶する。コマンド生成部２４はメモリ２３の情報に基づき機種ごとのコマンドを生成する。メモリ２５には機種ごとの操作コマンドが予め記憶されている。
【００５７】
メモリ２５には利用可能な機器（携帯電話）のリストを記憶する利用可能機器テーブル２５ｄを含む。
【００５８】
図８は通信可能な携帯電話の機種を識別するための手順を示す。
Ｓ３０：図７のバーコードリーダの無線通信モジュール１４が通信可能範囲にある機器に対して問い合わせを送信し、その応答により利用可能機器テーブル２５ｄを生成する。
Ｓ３１：利用可能な機器として携帯電話があれば、これと通信を行いその機種情報を得る。
Ｓ３２：得た機種情報をメモリ２３に記憶する。
Ｓ３３：コマンド生成部２４はメモリ２３の内容に基づき対応するコマンドを準備する。メモリ２３のデータがバーコードＡであるとき、コマンド生成部２４は機種Ａ用操作コマンドメモリ２５ａに記憶されているコマンドを組み合わせてコマンドを生成する。
【００５９】
図９は、バーコードリーダで所定のＵＲＬにアクセスするためのデータを生成する手順を示す。
Ｓ３４：バーコードリーダで新聞、雑誌、折込チラシなどに印刷されたバーコードを読み取る。バーコードに含まれるバーコードナンバーが読取部１１から出力される。
例えば下記のバーコードナンバーが出力される。
4976680789305
【００６０】
Ｓ３５：コマンド生成部２４が対応するコマンドを生成する。なお、予めコマンドを生成しておき、これを不揮発性メモリに記憶し、バーコードが読み取られる毎に不揮発性メモリからコマンドを読み出してもよい。
【００６１】
Ｓ３６：バーコードにＵＲＬ変換サーバのＵＲＬを付加する。ここでバーコードを変換してもらうためのサーバを指定する。
ＵＲＬ記憶部１６に予めhttp://www.mediapj.com/i=php?k=01&s=19&b=というデータが記憶されているとする。この場合、Ｓ７により次のデータが生成される。
http://www.mediapj.com/i=php?k=01&s=19&b=4976680789305
なお、http://www.mediapj.com/はＵＲＬ変換サーバのＵＲＬであり、i=php?k=01&s=19&b=はバーコードをＵＲＬに変換するように要求するためのオプションである。
【００６２】
Ｓ３７：Ｓ３５で生成されたコマンドを追加する。これにより次のようなデータが得られる。
［ＣＭ］http://www.mediapj.com/i=php?k=01&s=19&b=4976680789305
Ｓ３８：得られたデータを携帯電話へ送信する。
バーコードリーダからデータを受けて、上記［ＣＭ］の部分に基づき携帯電話はＵＲＬ入力画面を表示し、そこに受けたデータに含まれるＵＲＬを入力するとともに、当該ＵＲＬに基づきＵＲＬ変換サーバにアクセスする。
【００６３】
発明の実施の形態３．
図１０に発明の実施の形態３に係るバーコードリーダを示す。このバーコードリーダは、通信可能範囲にあるクライアントの接続優先順位を記憶する優先順位テーブル１３ｆを備えることを特徴とする。
【００６４】
図１１は発明の実施の形態３のバーコードリーダの動作を示す。
Ｓ４０：無線通信モジュール１４が、周囲にある電子機器を調べるために問い合わせ（Inquiry）を送信する。そして、問い合わせに対する応答を受信し、これら応答に基づき電子機器を検出する。
Ｓ４１：検出された電子機器のうち利用可能なもののリストを作成する。例えば、検出された電子機器がパソコン、携帯電話、デジタルＴＶであれば、これらを利用可能な機器としてテーブル１３ｃに登録する。検出された電子機器がデジタルカメラ、プリンタなどの入出力機器のとき、これらは登録されない。
【００６５】
Ｓ４２：利用可能な電子機器について、利用に際しての優先順位テーブルを作成する。具体的には次のとおりである。
・予め定められた順序で優先順位を決定する。例えば、パソコン＞携帯電話＞デジタルＴＶ。この場合、携帯電話のみ存在する状況において携帯電話が選択される。携帯電話とともにパソコンが存在する状況において、パソコンが自動的に選択される。
・利用者の指定により優先順位を決定する。例えば、利用可能な電子機器のリストを表示部１８に表示し、これらについて利用者から優先順位の情報を受ける。
【００６６】
・読み取られたバーコードナンバーあるいは識別子に対応して優先順位が定められる。例えば次の通りである。
バーコードナンバー  パソコン    携帯電話    デジタルＴＶ
１２３４            優先順位１  優先順位２  優先順位３
２３４５            優先順位１  優先順位３  優先順位２
３４５６            優先順位２  優先順位１  優先順位３
【００６７】
このように優先順位を設定することにより、特定のバーコードについて利用されるクライアントを指定することができる。この手法は、例えば特定のバーコードに対するＷＷＷサーバが携帯電話用のコンテンツを用意しているときに有効である。
【００６８】
Ｓ４３：バーコードナンバーの送信要求があったとき、利用可能機器テーブル１３ｃに含まれる機器から優先順位テーブル１３ｆにしたがって通信相手を決定する。
Ｓ４４：決定された通信相手にバーコードナンバーを送信する。
【００６９】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【００７０】
また、本明細書において、手段とは必ずしも物理的手段を意味するものではなく、各手段の機能が、ソフトウェアによって実現される場合も包含する。さらに、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。
【図面の簡単な説明】
【図１】  発明の実施の形態１に係るバーコードリーダのブロック図である。
【図２】  システム全体のブロック図である。
【図３】  システム全体の動作フローチャートである。
【図４】  発明の実施の形態１に係るバーコードリーダの動作フローチャートである。
【図５】  クライアントの動作フローチャートである。
【図６】  発明の実施の形態１の変形例に係るバーコードリーダのブロック図である。
【図７】  発明の実施の形態２に係るバーコードリーダのブロック図である。
【図８】  発明の実施の形態２に係るバーコードリーダの動作フローチャートである。
【図９】  発明の実施の形態２に係るバーコードリーダの動作フローチャートである。
【図１０】  発明の実施の形態３に係るバーコードリーダのブロック図である。
【図１１】  発明の実施の形態３に係るバーコードリーダの動作フローチャートである。
【符号の説明】
１    ＵＲＬ変換サーバ
２    バーコード−ＵＲＬ変換テーブル
３    バーコードリーダ
４    パソコン
５    携帯電話
６    デジタルＴＶ
７
８    ＷＷＷサーバなど
９    インターネット
１１    バーコード読取部
１２    解析部
１３    記憶部
１３ａ  識別子−ＵＲＬ変換サーバテーブル
１３ｂ  プロファイル及びドライバデータベース
１３ｃ  利用可能機器テーブル
１３ｄ  バーコード−利用機器テーブル
１３ｅ  利用機器−ＵＲＬ変換サーバテーブル
１３ｆ  優先順位テーブル
２２    機種識別部
２３    機種情報メモリ
２４    コマンド生成部
２５ａ  機種Ａ用操作コマンドメモリ
２５ｂ  機種Ｂ用操作コマンドメモリ
２５ｃ  機種Ｃ用操作コマンドメモリ
２５ｄ  利用可能機器テーブル
２６    ＵＲＬ記憶部
２７    結合部
１４    無線通信モジュール
１７    タスクチェンジスイッチ
１８    表示部
Ｍ    バーコードが印刷された媒体
ＳＩ  情報サーバ
ＴＩ  更新情報テーブル
【図１】
0004412869.tif 000002
【図２】
0004412869.tif 000003
【図３】
0004412869.tif 000004
【図４】
0004412869.tif 000005
【図５】
0004412869.tif 000006
【図６】
0004412869.tif 000007
【図７】
0004412869.tif 000008
【図８】
0004412869.tif 000009
【図９】
0004412869.tif 000010
【図１０】
0004412869.tif 000011
【図１１】
0004412869.tif 000012