JP2002358255A - バーコードをｕｒｌに変換する方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 パソコン、携帯電話、デジタルＴＶなど様々
な種類のクライアントが混在するときでも、バーコード
を適切なＵＲＬに変換できる方法及びシステムを提供す
る。 【解決手段】 バーコードとパソコン用ＵＲＬの対応関
係を予め記憶する第１バーコード−ＵＲＬ変換テーブル
を含み、要求に応じてバーコードをＵＲＬに変換するパ
ソコン用の第１ＵＲＬ変換サーバと、バーコードと携帯
電話用ＵＲＬの対応関係を予め記憶する第２バーコード
−ＵＲＬ変換テーブルを含み、要求に応じてバーコード
をＵＲＬに変換する携帯電話用の第２ＵＲＬ変換サーバ
と、バーコードとデジタルテレビ用ＵＲＬの対応関係を
予め記憶する第３バーコード−ＵＲＬ変換テーブルを含
み、要求に応じてバーコードをＵＲＬに変換するデジタ
ルテレビ用の第３ＵＲＬ変換サーバとを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、バーコードに基
づき所定のサーバにアクセスするための方法及びシステ
ム、特に、バーコードをＵＲＬに変換する方法及びシス
テムに関する。

【０００２】

【従来の技術】インターネットには多数のサーバが接続
され、さまざまなコンテンツが提供されている。それら
のうちから所望のものを選択してアクセスするためにさ
まざまな検索エンジンが提供されている。これとは別
に、インターネット以外の新聞、雑誌、折込チラシなど
にＵＲＬを印刷して利用者にアクセスを呼びかけること
も行われている。利用者に実際にアクセスしてもらうた
めには、そのサーバ（Ｗｅｂサイト）のコンテンツを魅
力あるものとするとともに、そこへ容易にアクセスでき
るようにしなければならない。

【０００３】所定のＵＲＬへのアクセスを容易にする手
法として、バーコードを用いることが行われている。す
なわち、新聞、雑誌、折込チラシなどの紙媒体にバーコ
ードを印刷し、これをパソコンに接続されたバーコード
リーダで読み込み、これをＵＲＬに変換し、ブラウザを
自動的に起動して当該ＵＲＬにジャンプする。簡単かつ
確実なアクセス手法であり、今後広く普及すると予想さ
れる。

【０００４】

【発明が解決しようとする課題】バーコードに基づき所
定のサーバにアクセスする手法（バーコード−ＵＲＬ変
換手法）は、パソコンを対象とするものであった。すな
わち、インターネットに接続されたサーバとパソコン
（クライアント）の関係を前提とするものであった。従
来、インターネットの利用者のほとんどがパソコンユー
ザであったのでこれでも十分であった。しかし、最近で
はインターネットに接続可能な機器（クライアント）と
して、携帯電話、デジタルＴＶなどが普及しつつある。
バーコード−ＵＲＬ変換手法を広く普及させるために
は、パソコンとともに、携帯電話やデジタルＴＶなども
クライアントとして取り込む必要がある。

【０００５】しかし、携帯電話、デジタルＴＶがインタ
ーネットにアクセス可能とはいうものの、これらのプロ
トコル、表示能力等のハードウエア上の制限のために、
これらが適切にアクセスしそのコンテンツを表示できる
サーバは限定される。したがって、携帯電話、デジタル
ＴＶをクライアントとして取り込んでも、従来のバーコ
ード−ＵＲＬ変換手法ではこれらクライアントを最適な
サイト（サーバ）へ誘導することができなかった。

【０００６】この発明は、係る課題を解決するためにな
されたもので、パソコン、携帯電話、デジタルＴＶなど
様々な種類のクライアントが混在するときでも、バーコ
ードを適切なＵＲＬに変換できるバーコードをＵＲＬに
変換する方法及びシステムを提供することを目的とす
る。

【０００７】

【課題を解決するための手段】本発明に係るバーコード
をＵＲＬに変換する方法は、クライアントの種類ごとに
用意され、それぞれバーコードのデータとクライアント
に対応するＵＲＬの関係を予め記憶する複数のＵＲＬ変
換サーバを用意するステップと、クライアントの種類を
判定するステップと、判定された前記クライアントの種
類に対応するＵＲＬ変換サーバを前記複数のＵＲＬ変換
サーバの中から選択するステップと、バーコードのデー
タを読み取るステップと、選択された前記ＵＲＬ変換サ
ーバへ前記バーコードのデータを送るステップと、選択
された前記ＵＲＬ変換サーバにより前記バーコードのデ
ータをＵＲＬに変換するステップと、変換されたＵＲＬ
を前記クライアントに送るステップとを備える。

【０００８】好ましくは、受けたＵＲＬに基づいてサー
バにアクセスするステップを備える。

【０００９】好ましくは、クライアントの種類を判定す
る前記ステップは、バーコードリーダ内に予め格納され
たクライアントに関する情報を読み取るステップと、読
み取った前記情報に基づきクライアントの種類を判定す
るステップを含む。

【００１０】好ましくは、クライアントの種類を判定す
る前記ステップは、バーコードリーダが接続されたクラ
イアントに対してクライアントに関する情報を要求する
ステップと、受けた前記情報に基づきクライアントの種
類を判定するステップを含む。

【００１１】好ましくは、前記複数のクライアントのう
ち少なくともいずれかが携帯電話であるとき、前記携帯
電話の通信キャリア内に、バーコードのデータと携帯電
話に適するＵＲＬの関係を予め記憶する通信キャリア用
ＵＲＬ変換サーバを用意するステップと、最初にバーコ
ードをＵＲＬに変換するとき、前記ＵＲＬ変換サーバへ
バーコードのデータを送るステップと、これ以降におい
てバーコードをＵＲＬに変換するとき、前記通信キャリ
ア用ＵＲＬ変換サーバへバーコードのデータを送るステ
ップと、前記通信キャリア用ＵＲＬ変換サーバから前記
ＵＲＬ変換サーバへＵＲＬ変換状況を通知するステップ
とを備える。

【００１２】好ましくは、前記複数のクライアントのう
ち少なくともいずれかがデジタルＴＶであるとき、バー
コードのデータにより指定されるコンテンツを特定する
ステップと、前記コンテンツがデジタルＴＶ内の記憶部
に記憶されているかどうか判定するステップと、前記コ
ンテンツがデジタルＴＶ内の記憶部に記憶されていると
き、前記コンテンツを前記記憶部から読み出すステップ
とを備える。

【００１３】好ましくは、指定されたバーコードのデー
タをお気に入りとしてＵＲＬ変換サーバへ送るステップ
と、受けたバーコードのデータを前記ＵＲＬ変換サーバ
に記憶するステップと、お気に入りのデータを要求する
ステップと、お気に入りのデータを読み出すステップ
と、読み出されたデータを前記ＵＲＬ変換サーバにより
ＵＲＬに変換するステップとを備える。

【００１４】好ましくは、指定されたバーコードのデー
タを新しいお気に入りとしてバーコードのメモリに記憶
するステップと、前記バーコードのメモリが一杯のとき
に少なくとも一部のデータを取り出してお気に入りとし
てＵＲＬ変換サーバへ送ることにより、前記新しいお気
に入りの記憶場所を確保するステップと、受けたバーコ
ードのデータを前記ＵＲＬ変換サーバに記憶するステッ
プと、お気に入りのデータを前記バーコードのメモリか
ら読み出すステップと、前記メモリに指定したお気に入
りのデータがないときに前記ＵＲＬ変換サーバに対して
データを要求するステップと、指定されたお気に入りの
データを読み出すステップと、読み出されたデータを前
記ＵＲＬ変換サーバによりＵＲＬに変換するステップと
を備える。

【００１５】この発明に係るバーコードをＵＲＬに変換
する方法は、複数のクライアントの種類ごとにバーコー
ドのデータとクライアントに適するＵＲＬの関係を予め
記憶するＵＲＬ変換サーバを用意するステップと、バー
コードのデータを読み取るステップと、前記ＵＲＬ変換
サーバへクライアント種類識別情報を送るステップと、
前記ＵＲＬ変換サーバへ前記バーコードのデータを送る
ステップと、前記クライアント種類識別情報に基づき前
記ＵＲＬ変換サーバにより前記バーコードのデータをＵ
ＲＬに変換するステップと、変換されたＵＲＬをクライ
アントに送るステップとを備える。

【００１６】この発明に係るバーコードをＵＲＬに変換
する方法は、複数のクライアントの種類ごとに用意さ
れ、それぞれバーコードのデータとクライアントに適す
るＵＲＬの関係を予め記憶する複数のＵＲＬ変換サーバ
を用意するステップと、バーコードのデータを読み取る
ステップと、前記ＵＲＬ変換サーバへクライアント種類
識別情報を送るステップと、前記ＵＲＬ変換サーバへ前
記バーコードのデータを送るステップと、前記クライア
ント種類識別情報に基づきバーコードをＵＲＬに変換す
るかどうか判定するステップと、判定結果に基づき前記
ＵＲＬ変換サーバにより前記バーコードのデータをＵＲ
Ｌに変換するステップと、バーコードをＵＲＬに変換し
ないとき、変換要求を拒絶する旨を前記クライアントに
送るステップとを備える。

【００１７】好ましくは、バーコードをＵＲＬに変換し
ないとき、前記クライアント種類識別情報に基づき正し
いＵＲＬ変換サーバを検索するステップと、正しいＵＲ
Ｌ変換サーバのアドレスを前記クライアントに送るステ
ップとを備える。

【００１８】この発明に係るバーコードをＵＲＬに変換
するシステムは、バーコードとパソコン用ＵＲＬの対応
関係を予め記憶する第１バーコード−ＵＲＬ変換テーブ
ルを含み、要求に応じてバーコードをＵＲＬに変換する
パソコン用の第１ＵＲＬ変換サーバと、バーコードと携
帯電話用ＵＲＬの対応関係を予め記憶する第２バーコー
ド−ＵＲＬ変換テーブルを含み、要求に応じてバーコー
ドをＵＲＬに変換する携帯電話用の第２ＵＲＬ変換サー
バと、バーコードとデジタルテレビ用ＵＲＬの対応関係
を予め記憶する第３バーコード−ＵＲＬ変換テーブルを
含み、要求に応じてバーコードをＵＲＬに変換するデジ
タルテレビ用の第３ＵＲＬ変換サーバとを備える。

【００１９】さらに、前記携帯電話の通信キャリア内に
通信キャリア用ＵＲＬ変換サーバを備え、前記通信キャ
リア用ＵＲＬ変換サーバから前記第２ＵＲＬ変換サーバ
へＵＲＬ変換状況を通知する。

【００２０】好ましくは、前記第２ＵＲＬ変換サーバ
は、クライアントからの最初のＵＲＬ変換要求を受け付
けるが、２回目以降の変換要求を拒絶し、前記通信キャ
リア用ＵＲＬ変換サーバは、クライアントから前記２回
目以降のＵＲＬ変換要求を受け付ける。

【００２１】好ましくは、前記第１乃至第３ＵＲＬ変換
サーバの少なくともいずれかが、クライアントの要求に
より指定されたバーコードデータを記憶するお気に入り
バーコード記憶部を備える。

【００２２】好ましくは、前記第１乃至第３ＵＲＬ変換
サーバは、クライアントからクライアント種類識別情報
を受けて自分の担当かどうか判定し、担当外のとき当該
クライアントからのＵＲＬ変換要求を拒絶する。

【００２３】好ましくは、前記第１乃至第３ＵＲＬ変換
サーバは、担当外のとき、前記クライアント種類識別情
報に基づき担当するＵＲＬ変換サーバを検索し、そのア
ドレスを前記クライアントに送る。

【００２４】この発明は、コンピュータに上記方法を実
行させるためのプログラムである。この発明に係るプロ
グラムは、例えば、記録媒体に記録される。媒体には、
例えば、フレキシブルディスク、ハードディスク、磁気
テープ、光磁気ディスク、ＣＤ（ＣＤ−ＲＯＭ、Ｖｉｄ
ｅｏ−ＣＤを含む）、ＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、Ｄ
ＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭを含む）、ＲＯＭカート
リッジ、バッテリバックアップ付きのＲＡＭメモリカー
トリッジ、フラッシュメモリカートリッジ、不揮発性Ｒ
ＡＭカートリッジ等を含む。

【００２５】また、電話回線等の有線通信媒体、マイク
ロ波回線等の無線通信媒体等の通信媒体を含む。インタ
ーネットもここでいう通信媒体に含まれる。

【００２６】媒体とは、何等かの物理的手段により情報
（主にデジタルデータ、プログラム）が記録されている
ものであって、コンピュータ、専用プロセッサ等の処理
装置に所定の機能を行わせることができるものである。
要するに、何等かの手段でもってコンピュータにプログ
ラムをダウンロードし、所定の機能を実行させるもので
あればよい。

【００２７】

【発明の実施の形態】発明の実施の形態１．この発明の
実施の形態１に係る方法／システムについて、図面を参
照しつつ説明する。

【００２８】図１はこのシステムの全体構成図である。
このシステムは、バーコードを読み取って所定のサイト
にアクセスするためのものであり、このシステムはクラ
イアントとしてパソコン４、携帯電話５、デジタルＴＶ
６を含む。パソコン４、携帯電話５、デジタルＴＶ６の
リモコン７には、それぞれバーコードリーダ３ａ〜３ｃ
が接続され、媒体Ｍに印刷されたバーコードを読み取る
ことができる。新聞、雑誌、折込チラシなどの媒体Ｍに
印刷されたバーコードをバーコードリーダ３ａ〜３ｃの
いずれかで読み取り、その後ＵＲＬ変換サーバにアクセ
スしてバーコードナンバーに対応するＵＲＬを取得す
る。取得したＵＲＬに基づいてクライアントは所望のサ
ーバにアクセスすることができる。媒体Ｍに印刷された
バーコードに対応するＵＲＬは予め定められており、そ
の対応関係はバーコード−ＵＲＬ変換テーブル２に予め
格納されている。例えば、新聞広告に自社のサイトを示
すバーコードを印刷しておけば、簡単な操作により利用
者を自社のサイトへ誘導することができる。なお、ＵＲ
Ｌとはuniform resource locationの略であり、インタ
ーネット上に分散して存在する資源(resource)の所在や
名称を一定の書式で記述したものである。すなわち、Ｕ
ＲＬとはコンピュータネットワーク上に存在する資源の
ありか（アドレス）を示すものである。

【００２９】図１のシステムは、クライアントとしてパ
ソコン４、携帯電話５、デジタルＴＶ６を含む。同じバ
ーコードをスキャンしたときでも、これらクライアント
の種類によりアクセスすべきサイト（サーバ）はそれぞ
れ異なる。図１において、パソコンは通常のＷｅｂサイ
ト（ＨＴＭＬサイト）８にアクセスし、携帯電話５は専
用のＣＨＴＭＬサイト９にアクセスし、デジタルＴＶ６
は専用のＢＭＬサイト１０にアクセスする。これは、ク
ライアントごとに利用できる言語が制限されるため、コ
ンテンツを適切に表示するには利用可能な言語で記述さ
れたサイトにアクセスする必要があるためである。すな
わち、媒体Ｍの同じバーコードであってもクライアント
ごとに異なるＵＲＬを割り当てる必要がある。そのた
め、発明の実施の形態１のシステムでは、パソコン用及
び携帯電話用のＵＲＬ変換サーバ１ａとデジタルＴＶ用
のＵＲＬ変換サーバ１ｂを備える。これは例示であっ
て、クライアントの種類ごとにＵＲＬ変換サーバをそれ
ぞれ対応させてもよいし、ひつつのＵＲＬ変換サーバで
全種類のクライアントに対応させてもよい。ＵＲＬ変換
サーバ１がどの種類のクライアントに対応するかによ
り、そのバーコード−ＵＲＬ変換テーブル２の内容は異
なる。

【００３０】例えば、図１のバーコード−ＵＲＬ変換テ
ーブル２ａは次のような内容を含む。ハ゛ーコート゛ナンハ゛ー クライアント種類 ＵＲＬ １２３４５ パソコン xxxxx １２３４５ 携帯電話 yyyyy

【００３１】これに対して図１のバーコード−ＵＲＬ変
換テーブル２ｂは、デジタルＴＶ６用のＵＲＬのみを格
納する。このテーブル２ｂではバーコードナンバーとＵ
ＲＬは１対１に対応している。

【００３２】図２は、図１のシステムの動作フローチャ
ートである。 Ｓ１：バーコードリーダ３ａ〜３ｃのいずれかで媒体Ｍ
に印刷されたバーコードをスキャンし、そのバーコード
ナンバーを読み取る。

【００３３】Ｓ２：どの種類のクライアントのバーコー
ドリーダでバーコードをスキャンしたか判定する。具体
的な判定手法は例えば次のとおりである。

【００３４】（１）バーコードリーダ３がクライアント
ごとに固有のものであるとき、バーコードリーダ３に予
めクライアントの情報を記憶するとともに、バーコード
ナンバーを出力するときに併せてクライアントの識別情
報を出力する。あるいは、クライアント固有のＵＲＬ変
換サーバのＵＲＬを出力してもよい。例えば、パソコン
用（あるいは汎用）のバーコードリーダに「４９」とい
うコードを記憶させておく。このコードを受けたとき、
クライアント及び／又はＵＲＬ変換サーバはそれに対応
するサイトのＵＲＬを返す。携帯電話、デジタルＴＶに
ついても同様に「４５」「４１」というコードを記憶さ
せておく。携帯電話、デジタルＴＶのリモコンにバーコ
ードリーダを接続する場合、デザインや使い易さの点か
ら専用のバーコードリーダが用いられると予想される。
このような場合、本方式は有効である。

【００３５】（２）バーコードリーダ３がバーコードナ
ンバーを出力する前に、そのクライアントの種類を確認
する。例えば、バーコードリーダが当該クライアントに
接続されたとき、クライアントの電源が投入されて初期
化されているとき、バーコードナンバーを出力する前に
確認を行う。この方式は、パソコン、携帯電話、デジタ
ルＴＶのいずれにも使用できる汎用のバーコードに対し
て有効である。

【００３６】Ｓ３：クライアントの種類に応じたＵＲＬ
変換サーバのＵＲＬを生成する。上記の例では、バーコ
ードナンバーにコード「４９」が含まれているときパソ
コン用のＵＲＬを生成する。同様に、コード「４５」
「４１」が含まれているとき、それぞれ携帯電話用、デ
ジタルＴＶ用のＵＲＬを生成する。

【００３７】Ｓ４：生成されたＵＲＬに基づきＵＲＬ変
換サーバへアクセスする。 Ｓ５：ＵＲＬ変換サーバでバーコードナンバーに対応す
るサイトのＵＲＬを取得する。パソコンの場合はＨＴＭ
ＬサイトのＵＲＬが提供され、携帯電話の場合は専用の
ＣＨＴＭＬ、ＷＡＰなどのサイトのＵＲＬが提供され、
デジタルＴＶの場合はＢＭＬサイトのＵＲＬが提供され
る。 Ｓ６：取得したＵＲＬに基づいて所定のサイトへアクセ
スし、コンテンツを取得する。

【００３８】図３は、図１の携帯電話に関する部分をさ
らに詳しく示した図である。携帯電話５は、通信キャリ
アの設備であるプロトコル変換サーバ２２を介してワイ
ヤレスゲートウエイ２１にアクセスし、さらにＵＲＬ変
換サーバ１にアクセスすることができる。

【００３９】図４は携帯電話に関する部分の処理フロー
チャートである。この図からわかるように、携帯電話５
がＵＲＬ変換用サーバ１に最初にアクセスする場合（Ｓ
１０〜Ｓ１５）と、２回目以降にアクセスする場合（Ｓ
１６〜Ｓ２３）とで、処理手順が異なる。これは、ＵＲ
Ｌ変換要求が多数発生したときにＵＲＬ変換サーバ１及
び／又はワイヤレスゲートウエイ２１、プロトコル変換
サーバ２２などの負荷を減らすためである。すなわち、
通信キャリア側に同様のＵＲＬ変換サーバ２３をもた
せ、負荷を分散させる。また、このことにより携帯電話
の利用者のプライバシーを保護しやすくなる。一方、最
初はＵＲＬ変換サーバ１にアクセスさせることにより、
ＵＲＬ変換サーバ１の管理者は、バーコード−ＵＲＬ変
換サービスの利用者の管理を行うことができる。以下、
図４について説明を加える。

【００４０】＜１回目のアクセス＞ Ｓ１０：スキャンされたバーコードナンバーを携帯電話
５に送る。 Ｓ１１：当該バーコードナンバーをＵＲＬに変換する要
求を、携帯電話用ＵＲＬ変換サーバ１に送る。前述した
ように、当該要求はクライアントの種類に適合するサー
バに送られる。

【００４１】Ｓ１２：最初のアクセスであるので利用者
に対してユーザ登録を求める。利用者は、名前、住所、
電話番号、E-mailアドレスなどの情報を入力する。その
後、送られたバーコードナンバーをＵＲＬに変換する。 Ｓ１３：変換されたＵＲＬを携帯電話へ送る。 Ｓ１４：受けたＵＲＬに基づいてＣＨＴＭＬサイトに対
してコンテンツを要求する。 Ｓ１５：ＣＨＴＭＬサイトがクライアントに対して応答
し、コンテンツを送信する。

【００４２】＜２回目以降のアクセス＞ Ｓ１６：スキャンされたバーコードナンバーを携帯電話
５に送る。 Ｓ１７：当該バーコードナンバーをＵＲＬに変換する要
求を、携帯電話用ＵＲＬ変換サーバ１に送る。

【００４３】Ｓ１８：ＵＲＬ変換サーバ１は、２回目以
降のアクセスであるとき、例えば、要求元の利用者が既
に登録済みであるとき、当該要求を拒否する。それとと
もに、要求先が通信キャリアのＵＲＬ変換サーバ２３で
あることを通知してもよい。なお、Ｓ１７、Ｓ１８は必
須ではない。例えば、クライアントである携帯電話自身
で１回目のアクセスかどうか判定できるのであれば、最
初から通信キャリアのサーバ２３にアクセスしてもよ
い。

【００４４】Ｓ１９：当該バーコードナンバーをＵＲＬ
に変換する要求を、通信キャリアのＵＲＬ変換サーバ２
３に送る。 Ｓ２０：送られたバーコードナンバーをＵＲＬに変換す
るとともに、変換されたＵＲＬを携帯電話へ送る。 Ｓ２１：受けたＵＲＬに基づいてＣＨＴＭＬサイトに対
してコンテンツを要求する。 Ｓ２２：ＣＨＴＭＬサイトがクライアントに対して応答
し、コンテンツを送信する。 Ｓ２３：所定のタイミングで通信キャリアのＵＲＬ変換
サーバ２３からＵＲＬ変換サーバ１へアクセス状況を通
知する。

【００４５】図５は、図１のデジタルＴＶに関する部分
をさらに詳しく示した図である。リモコン７にはバーコ
ードリーダ３ｃが接続され、これで読み込まれたバーコ
ードナンバーはリモコン７の図示しない送信部から送信
され、デジタルＴＶ６のリモコン受信部６３で受信され
る。デジタルＴＶ６はアンテナ６０で受けたＴＶ信号を
受信再生して表示部６６に表示するための、図示しない
処理分のほかに、コンテンツを記憶する記憶部６４を管
理するためのバイナリテーブル６１、公衆回線を通じて
コンピュータに接続するためのモデム６２、これらを制
御するための制御部６５を備える。

【００４６】図６はデジタルＴＶに関する部分の処理フ
ローチャートである。図７はその一部の詳細フローチャ
ートである。以下、これらについて説明を加える。

【００４７】Ｓ３０：バーコードリーダ３ｃからリモコ
ン７へ読み込んだバーコードナンバーを送信する。この
詳細は図７のＳ４０〜Ｓ４４に示されている。 Ｓ３１：リモコン７からデジタルＴＶ６へバーコードナ
ンバーを転送する。この詳細は図７のＳ４５、Ｓ４６に
示されている。

【００４８】Ｓ３２：受けたバーコードナンバーに対応
するコンテンツを記憶部６４から取得するか、それとも
外部のサーバから取得するか判断する。この詳細は図７
のＳ４７〜Ｓ５０に示されている。制御部６５はバーコ
ードナンバーにより指定されるコンテンツを特定する
（Ｓ４７）。当該コンテンツは記憶部６４に既に記憶さ
れているかどうか判定する（Ｓ４８）。以前に同じコン
テンツをアクセスしていれば記憶部６４に既に記憶され
ている。この場合、記憶部６４のコンテンツを利用する
方が効率的である。この判定はバイナリテーブル６１を
参照することにより行われる。記憶部６４に記憶されて
いる場合、当該コンテンツを読み出して表示する（Ｓ４
９）。そうでない場合、デジタルＴＶ用ＵＲＬ変換サー
バのＵＲＬを生成する（Ｓ５０）。

【００４９】Ｓ３３：外部のサーバから取得するとき、
デジタルＴＶ用のＵＲＬ変換サーバ１へ当該バーコード
ナンバーをＵＲＬに変換する要求を送る。 Ｓ３４：バーコードナンバーを対応するＵＲＬに変換す
る。 Ｓ３５：変換されたＵＲＬをデジタルＴＶへ送る。 Ｓ３６：受けたＵＲＬに基づいてＢＭＬサイト１０に対
してコンテンツを要求する。 Ｓ３７：ＢＭＬサイト１０からコンテンツを受ける。

【００５０】この発明の実施の形態に係るシステム／方
法によれば、バーコード−ＵＲＬ変換を行う場合におい
て、クライアントの種類が複数あってそれぞれ異なる最
適なサイト（サーバ）が存在する場合であっても、クラ
イアントに応じて最適なサイトのＵＲＬを提供すること
ができる。したがって、このシステム／方法によれば、
パソコンに限らずさまざまな装置に対してバーコード−
ＵＲＬ変換サービスを提供することができ、その利用者
の拡大を図ることができる。これに伴い、バーコードが
印刷されるメディアの重要性・利便性が増し、その商業
的価値は大いに高まる。

【００５１】発明の実施の形態１の変形例 上記発明の実施の形態１において、バーコードナンバー
を送出するときにクライアントの種類を判定し、当該ク
ライアントに対応するＵＲＬ変換サーバにアクセスし
た。この発明はこの方法に限定されない。

【００５２】例えば、クライアントからＵＲＬ変換サー
バへバーコードナンバーの変換要求を出すとき、クライ
アントの種類を示す識別コード（例えば、４９、４５、
４１）をバーコードナンバーとともにＵＲＬ変換サーバ
へ送り、この識別コードに基づきＵＲＬ変換サーバはバ
ーコードナンバーを当該クライアントに対応するサイト
のＵＲＬに変換する。

【００５３】例えば、クライアントからＵＲＬ変換サー
バへバーコードナンバーの変換要求を出すとき、クライ
アントの種類を示す識別コードをバーコードナンバーと
ともにＵＲＬ変換サーバへ送る。この識別コードに基づ
きＵＲＬ変換サーバは当該要求が自分の担当する種類の
クライアントのものかどうか判断し、自分の担当であれ
ば要求を受け付け、自分の担当でなければ要求を拒絶す
る。このとき、正しいＵＲＬ変換サーバのＵＲＬを当該
クライアントに対して通知するようにしてもよい。

【００５４】発明の実施の形態２．上記システム／方法
に、「お気に入り」（頻繁に参照するバーコードナンバ
ーであって、簡単な操作により読出し可能なもの）のバ
ーコードを登録するための機構／方法を設けてもよい。
図８（ａ）はそのためのバーコードリーダのブロック図
であり、図８（ｂ）はそのためのＵＲＬ変換サーバ１の
ブロック図である。

【００５５】図８（ａ）のバーコードリーダは、スキャ
ンしたバーコードをお気に入りに登録するためのスイッ
チ３２と、お気に入りのバーコードを記憶するメモリ３
３を備える。メモリ３３は、例えば、先入れ先出し（Ｆ
ＩＦＯ）メモリであり、メモリ３３が一杯で新たなデー
タを記憶できないとき、最初のデータを出力して記憶容
量を空けるとともに新しいデータを記憶することができ
る。バーコード３にメモリ３３を設ければ、お気に入り
のバーコードを簡単に記憶できるとともに、バーコード
３を他のクライアントに接続したときでも、お気に入り
を利用できる。他方、バーコード３に設けられるメモリ
３３の記憶容量はあまり高くないので、登録できるお気
に入りの数が制限される。そこで、図８（ａ）のバーコ
ード３において一部のデータを外部、すなわちＵＲＬ変
換サーバ１に送り、そこで記憶させることにより、メモ
リ３３の記憶容量不足を補っている。なお、メモリはＦ
ＩＦＯに限らず、先入れ後出しメモリであってもよい。
また、使用頻度の低いものを外部へ出すようにしてもよ
い。

【００５６】図８（ａ）からお気に入りのバーコードナ
ンバーを受けると、図８（ｂ）のＵＲＬ変換サーバ１は
当該バーコードナンバーをお気に入りバーコード記憶部
１２に記憶する。例えば、次のようなデータが記憶され
る。 利用者ＩＤ お気に入りＩＤ お気に入りのハ゛ーコート゛ナンハ゛ー Ａ １ １２３４５ Ａ ２ ２３４５６ Ｂ １ ３４５６７

【００５７】利用者からお気に入りの要求があったと
き、サーバ１はそのＩＤに基づきバーコードナンバーを
取得する。これ以降の処理は前述の場合と同様である。

【００５８】図９はこの発明の実施の形態に係る処理フ
ローチャートである。以下、これについて説明を加え
る。

【００５９】＜お気に入りの登録＞ Ｓ６０：バーコードリーダでバーコードをスキャンす
る。新たに得られたバーコードナンバーはメモリ３３に
記憶される。 Ｓ６１：メモリ３３が一杯で、Ｓ６０により溢れたバー
コードナンバーは、ＵＲＬ変換サーバへ送られる。 Ｓ６２：送られたバーコードナンバーはお気に入りバー
コード記憶部１２に記憶される。 なお、メモリ３３を用いることなく、お気に入りのバー
コードナンバーを直接ＵＲＬ変換サーバへ送るようにし
てもよい。

【００６０】＜お気に入りの呼出（内部メモリ）＞ Ｓ６３：クライアントでお気に入りのバーコードのいず
れかを指定する。 Ｓ６４：あるいは、バーコードリーダでお気に入りを指
定してもよい。 Ｓ６５：お気に入りがメモリ３３に記憶されていると
き、メモリ３３から対応するバーコードナンバーが読み
出され、クライアントに送られる。 Ｓ６６：当該バーコードナンバーはＵＲＬ変換サーバへ
送られる。 Ｓ６７：ＵＲＬ変換サーバでバーコード−ＵＲＬ変換が
行われる。 これ以降の処理は、発明の実施の形態１で説明した場合
と同様である。

【００６１】＜お気に入りの呼出（サーバから）＞ Ｓ６８：クライアントでお気に入りのバーコードのいず
れかを指定する。 Ｓ６９：あるいは、バーコードリーダでお気に入りを指
定してもよい。 Ｓ７０：お気に入りがメモリ３３に記憶されていないと
き、お気に入りの登録情報をクライアントに送る。 Ｓ７１：クライアントからＵＲＬ変換サーバへお気に入
り呼出要求が送られる。 Ｓ７２〜Ｓ７４：ＵＲＬ変換サーバは記憶部１２から指
定されたバーコードナンバーを読み出す。 Ｓ７５：読み出されたバーコードをＵＲＬに変換する。 これ以降の処理は、発明の実施の形態１で説明した場合
と同様である。

【００６２】この発明の実施の形態２に係る装置／方法
によれば、お気に入りをバーコードリーダに設定できる
とともに、その数が多くなったときでも対応できる。し
かも、そのためのコストはわずかである。

【００６３】本発明は、以上の実施の形態に限定される
ことなく、特許請求の範囲に記載された発明の範囲内
で、種々の変更が可能であり、それらも本発明の範囲内
に包含されるものであることは言うまでもない。

【００６４】また、本明細書において、手段とは必ずし
も物理的手段を意味するものではなく、各手段の機能
が、ソフトウェアによって実現される場合も包含する。
さらに、一つの手段の機能が、二つ以上の物理的手段に
より実現されても、若しくは、二つ以上の手段の機能
が、一つの物理的手段により実現されてもよい。

【図面の簡単な説明】

【図１】 この発明の実施の形態に係るシステムの全体
構成図である。

【図２】 この発明の実施の形態に係る概略処理手順を
示すフローチャートである。

【図３】 この発明の実施の形態に係る携帯電話を用い
たバーコード−ＵＲＬ変換システムの構成図である。

【図４】 この発明の実施の形態に係る携帯電話を用い
たバーコード−ＵＲＬ変換手順を示すフローチャートで
ある。

【図５】 この発明の実施の形態に係るデジタルＴＶを
用いたバーコード−ＵＲＬ変換システムの構成図であ
る。

【図６】 この発明の実施の形態に係るデジタルＴＶを
用いたバーコード−ＵＲＬ変換手順を示すフローチャー
トである。

【図７】 この発明の実施の形態に係るデジタルＴＶを
用いたバーコード−ＵＲＬ変換手順の詳細フローチャー
トである。

【図８】 この発明の実施の形態２に係るバーコードリ
ーダとＵＲＬ変換サーバのブロック図である。

【図９】 この発明の実施の形態２に係るお気に入りの
登録及び呼出手順を示すフローチャートである。

【符号の説明】

１ ＵＲＬ変換サーバ ２ バーコード−ＵＲＬ変換テーブル ３ バーコードリーダ ４ パソコン ５ 携帯電話 ６ デジタルＴＶ ７ リモコン ８ ＨＴＭＬサイト（パソコン用） ９ ＣＨＴＭＬサイト（携帯電話用） １０ ＢＭＬサイト（デジタルＴＶ用） １１ インターネット

Claims (17)

【特許請求の範囲】
1. 【請求項１】 クライアントの種類ごとに用意され、そ
   れぞれバーコードのデータとクライアントに対応するＵ
   ＲＬの関係を予め記憶する複数のＵＲＬ変換サーバを用
   意するステップと、 クライアントの種類を判定するステップと、 判定された前記クライアントの種類に対応するＵＲＬ変
   換サーバを前記複数のＵＲＬ変換サーバの中から選択す
   るステップと、 バーコードのデータを読み取るステップと、 選択された前記ＵＲＬ変換サーバへ前記バーコードのデ
   ータを送るステップと、 選択された前記ＵＲＬ変換サーバにより前記バーコード
   のデータをＵＲＬに変換するステップと、 変換されたＵＲＬを前記クライアントに送るステップと
   を備えるバーコードをＵＲＬに変換する方法。
2. 【請求項２】 受けたＵＲＬに基づいてサーバにアクセ
   スするステップを備えることを特徴とする請求項１記載
   のバーコードをＵＲＬに変換する方法。
3. 【請求項３】 クライアントの種類を判定する前記ステ
   ップは、 バーコードリーダ内に予め格納されたクライアントに関
   する情報を読み取るステップと、 読み取った前記情報に基づきクライアントの種類を判定
   するステップを含むことを特徴とする請求項１記載のバ
   ーコードをＵＲＬに変換する方法。
4. 【請求項４】 クライアントの種類を判定する前記ステ
   ップは、 バーコードリーダが接続されたクライアントに対してク
   ライアントに関する情報を要求するステップと、 受けた前記情報に基づきクライアントの種類を判定する
   ステップを含むことを特徴とする請求項１記載のバーコ
   ードをＵＲＬに変換する方法。
5. 【請求項５】 前記複数のクライアントのうち少なくと
   もいずれかが携帯電話であるとき、 前記携帯電話の通信キャリア内に、バーコードのデータ
   と携帯電話に適するＵＲＬの関係を予め記憶する通信キ
   ャリア用ＵＲＬ変換サーバを用意するステップと、 最初にバーコードをＵＲＬに変換するとき、前記ＵＲＬ
   変換サーバへバーコードのデータを送るステップと、 これ以降においてバーコードをＵＲＬに変換するとき、
   前記通信キャリア用ＵＲＬ変換サーバへバーコードのデ
   ータを送るステップと、 前記通信キャリア用ＵＲＬ変換サーバから前記ＵＲＬ変
   換サーバへＵＲＬ変換状況を通知するステップとを備え
   ることを特徴とする請求項１記載のバーコードをＵＲＬ
   に変換する方法。
6. 【請求項６】 前記複数のクライアントのうち少なくと
   もいずれかがデジタルＴＶであるとき、 バーコードのデータにより指定されるコンテンツを特定
   するステップと、 前記コンテンツがデジタルＴＶ内の記憶部に記憶されて
   いるかどうか判定するステップと、 前記コンテンツがデジタルＴＶ内の記憶部に記憶されて
   いるとき、前記コンテンツを前記記憶部から読み出すス
   テップとを備えることを特徴とする請求項１記載のバー
   コードをＵＲＬに変換する方法。
7. 【請求項７】 指定されたバーコードのデータをお気に
   入りとしてＵＲＬ変換サーバへ送るステップと、 受けたバーコードのデータを前記ＵＲＬ変換サーバに記
   憶するステップと、 お気に入りのデータを要求するステップと、 お気に入りのデータを読み出すステップと、 読み出されたデータを前記ＵＲＬ変換サーバによりＵＲ
   Ｌに変換するステップとを備えることを特徴とする請求
   項１記載のバーコードをＵＲＬに変換する方法。
8. 【請求項８】 指定されたバーコードのデータを新しい
   お気に入りとしてバーコードのメモリに記憶するステッ
   プと、 前記バーコードのメモリが一杯のときに少なくとも一部
   のデータを取り出してお気に入りとしてＵＲＬ変換サー
   バへ送ることにより、前記新しいお気に入りの記憶場所
   を確保するステップと、 受けたバーコードのデータを前記ＵＲＬ変換サーバに記
   憶するステップと、 お気に入りのデータを前記バーコードのメモリから読み
   出すステップと、 前記メモリに指定したお気に入りのデータがないときに
   前記ＵＲＬ変換サーバに対してデータを要求するステッ
   プと、 指定されたお気に入りのデータを読み出すステップと、 読み出されたデータを前記ＵＲＬ変換サーバによりＵＲ
   Ｌに変換するステップとを備えることを特徴とする請求
   項１記載のバーコードをＵＲＬに変換する方法。
9. 【請求項９】 複数のクライアントの種類ごとにバーコ
   ードのデータとクライアントに適するＵＲＬの関係を予
   め記憶するＵＲＬ変換サーバを用意するステップと、 バーコードのデータを読み取るステップと、 前記ＵＲＬ変換サーバへクライアント種類識別情報を送
   るステップと、 前記ＵＲＬ変換サーバへ前記バーコードのデータを送る
   ステップと、 前記クライアント種類識別情報に基づき前記ＵＲＬ変換
   サーバにより前記バーコードのデータをＵＲＬに変換す
   るステップと、 変換されたＵＲＬをクライアントに送るステップとを備
   えるバーコードをＵＲＬに変換する方法。
10. 【請求項１０】 複数のクライアントの種類ごとに用意
    され、それぞれバーコードのデータとクライアントに適
    するＵＲＬの関係を予め記憶する複数のＵＲＬ変換サー
    バを用意するステップと、 バーコードのデータを読み取るステップと、 前記ＵＲＬ変換サーバへクライアント種類識別情報を送
    るステップと、 前記ＵＲＬ変換サーバへ前記バーコードのデータを送る
    ステップと、 前記クライアント種類識別情報に基づきバーコードをＵ
    ＲＬに変換するかどうか判定するステップと、 判定結果に基づき前記ＵＲＬ変換サーバにより前記バー
    コードのデータをＵＲＬに変換するステップと、 バーコードをＵＲＬに変換しないとき、変換要求を拒絶
    する旨を前記クライアントに送るステップとを備えるバ
    ーコードをＵＲＬに変換する方法。
11. 【請求項１１】 バーコードをＵＲＬに変換しないと
    き、前記クライアント種類識別情報に基づき正しいＵＲ
    Ｌ変換サーバを検索するステップと、 正しいＵＲＬ変換サーバのアドレスを前記クライアント
    に送るステップとを備えることを特徴とする請求項１０
    記載のバーコードをＵＲＬに変換する方法。
12. 【請求項１２】 バーコードとパソコン用ＵＲＬの対応
    関係を予め記憶する第１バーコード−ＵＲＬ変換テーブ
    ルを含み、要求に応じてバーコードをＵＲＬに変換する
    パソコン用の第１ＵＲＬ変換サーバと、 バーコードと携帯電話用ＵＲＬの対応関係を予め記憶す
    る第２バーコード−ＵＲＬ変換テーブルを含み、要求に
    応じてバーコードをＵＲＬに変換する携帯電話用の第２
    ＵＲＬ変換サーバと、 バーコードとデジタルテレビ用ＵＲＬの対応関係を予め
    記憶する第３バーコード−ＵＲＬ変換テーブルを含み、
    要求に応じてバーコードをＵＲＬに変換するデジタルテ
    レビ用の第３ＵＲＬ変換サーバとを備えるバーコードを
    ＵＲＬに変換するシステム。
13. 【請求項１３】 さらに、前記携帯電話の通信キャリア
    内に通信キャリア用ＵＲＬ変換サーバを備え、前記通信
    キャリア用ＵＲＬ変換サーバから前記第２ＵＲＬ変換サ
    ーバへＵＲＬ変換状況を通知することを特徴とする請求
    項１２記載のバーコードをＵＲＬに変換するシステム。
14. 【請求項１４】 前記第２ＵＲＬ変換サーバは、クライ
    アントからの最初のＵＲＬ変換要求を受け付けるが、２
    回目以降の変換要求を拒絶し、 前記通信キャリア用ＵＲＬ変換サーバは、クライアント
    から前記２回目以降のＵＲＬ変換要求を受け付けること
    を特徴とする請求項１３記載のバーコードをＵＲＬに変
    換するシステム。
15. 【請求項１５】 前記第１乃至第３ＵＲＬ変換サーバの
    少なくともいずれかが、クライアントの要求により指定
    されたバーコードデータを記憶するお気に入りバーコー
    ド記憶部を備えることを特徴とする請求項１２記載のバ
    ーコードをＵＲＬに変換するシステム。
16. 【請求項１６】 前記第１乃至第３ＵＲＬ変換サーバ
    は、クライアントからクライアント種類識別情報を受け
    て自分の担当かどうか判定し、担当外のとき当該クライ
    アントからのＵＲＬ変換要求を拒絶することを特徴とす
    る請求項１２記載のバーコードをＵＲＬに変換するシス
    テム。
17. 【請求項１７】 前記第１乃至第３ＵＲＬ変換サーバ
    は、担当外のとき、前記クライアント種類識別情報に基
    づき担当するＵＲＬ変換サーバを検索し、そのアドレス
    を前記クライアントに送ることを特徴とする請求項１６
    記載のバーコードをＵＲＬに変換するシステム。