JP2009146398A - 自動アクセスシステム、ホストコンピュータ、デバイス、応答装置、自動アクセス方法、コンピュータプログラム、及び記録媒体 - Google Patents

Abstract

【課題】 後天的に自動アクセス先を設定できる自動アクセスシステムを提供することである。
【解決手段】 ＵＳＢデバイス７が接続された端末５は、まずホストコンピュータ１にアクセスし、そのＵＳＢデバイス７のシリアル番号を送信する。ホストコンピュータ１は、シリアル番号をインデックスとしてデータベース１１を検索し、シリアル番号に割り当てられたＵＲＬを取得し、端末５にそのＵＲＬにアクセスさせる。これにより、そのＵＲＬが示すＷＥＢサーバＷ−２から端末５へＷＥＢページが送信され、端末５に表示される。このように、ホストコンピュータ１を必ず経由するので、端末５をどのＷＥＢサーバにアクセスさせるかを、シリアル番号に応じて、ホストコンピュータ１が後天的に決定できる。
【選択図】 図１

Description

本発明は、デバイスの接続に応答して、あるいは、コードのスキャンに応答して、端末をネットワーク上の特定のリソースに誘導する自動アクセスシステム及びその関連技術に関する。

特許文献１には、ＵＳＢアクセスキーが開示されている。このＵＳＢアクセスキーを端末に差し込むだけで、端末はＵＳＢアクセスキーに格納されたＵＲＬが示す特定のＷＥＢサーバへ自動的にアクセスしてＷＥＢページを表示する。

特開２００３−２１６５８６号公報

しかしながら、特許文献１では、端末は、ＵＳＢアクセスキーに生産時に格納されたＵＲＬに対して自動アクセスする。つまり、自動アクセス先が先天的に決まっている。もし、生産後に自動アクセス先を設定できれば、つまり、自動アクセス先を後天的に設定できれば便宜である。

そこで、本発明の目的は、後天的に自動アクセス先を設定できる自動アクセスシステム及びその関連技術を提供することである。

本発明の第１の観点によると、自動アクセスシステムは、ネットワークに接続される端末に着脱自在に接続されるデバイス（例えば、ＵＳＢメモリ等のＵＳＢデバイス）と、前記ネットワークに接続されるホストコンピュータと、を備え、前記デバイスは、前記デバイスに割り当てられた識別情報及び前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）を格納した記憶手段と、前記デバイスが前記端末と接続されたことに応答して、前記識別情報及び前記ホストアドレス情報を前記端末に送信する情報処理手段と、を含み、前記ホストコンピュータは、前記デバイスの接続に応答して前記ホストアドレス情報に基づき前記端末が送信した前記識別情報を受信し、前記ネットワーク上の複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索し、そのアドレス情報を前記端末に送信する。

この構成によれば、デバイスが接続された端末は、まずホストコンピュータにアクセスし、そのデバイスの識別情報を送信する。つまり、端末は、リソースに直接アクセスするのではなく、必ずホストコンピュータを経由する。従って、複数のリソースのうち、端末をどのリソースにアクセスさせるかを、識別情報に応じて、ホストコンピュータが決定できる。つまり、ホストコンピュータは、デバイスの識別情報に関連付けたアドレス（リソースの）を変更するだけで、デバイスの納品後（最終ユーザにデバイスを配布した後を含む。）でも、デバイスが接続される端末の自動アクセス先を決定できる。このように、デバイスが接続された端末の自動アクセス先を後天的に決定でき便宜である。

デバイスが接続された端末の自動アクセス先を後天的に決定できる場合のメリットの一例を説明する。

デバイスに予め格納するアドレス情報は、リソースのアドレス情報ではなく、ホストコンピュータのアドレス情報（ホストアドレス情報）であるため、デバイスの発注者が与えるものではないし、また、自動アクセス先は後天的に決定できる。従って、受注前に予めデバイスの大量生産が可能である。その結果、最初から多くの受注者にコストダウンのメリットを与えることができる。なお、デバイスにリソースのアドレスを格納する場合は、そのデバイスは、発注者専用になってしまうので、その発注者にしか販売できない。

また、ホストコンピュータは、デバイスの識別情報に関連付けたアドレス情報（リソースの）を変更するだけで、最終ユーザにデバイスを配布した後でも、最終ユーザの端末及びデバイスへのアクセスなしに、動的に自動アクセス先を変更できる。例えば、ＥＥＰＲＯＭ等の書き換え可能なメモリをデバイスに搭載し、そのメモリにアドレス情報（リソースの）が書き込まれており、これを書き換えることを想定する。しかし、この場合は、ホストコンピュータは最終ユーザの端末及びデバイスにアクセスする必要があるので、ユーザはセキュリティに不安を抱く恐れもあり、書き換えを拒否することも多いだろうし、また、ユーザ及びホストコンピュータにとっても手間が大きい。また、例えば、デバイスにリソース（「旧リソース」と呼ぶ。）のアドレスを格納する場合を想定する。この場合は、旧リソース以外のリソース（「新リソース」と呼ぶ。）に誘導したい場合は、新リソースに、デバイスに格納されたアドレスを割り当て、旧リソースのアドレスを変更するか閉鎖する必要があり、利便性に欠ける。

さらに、リソースのアドレス情報と識別情報、つまり、リソースとデバイスとが一対一に関連付けられているので、当該リソースの運営者専用のデバイスとして配布が可能である。しかも、当該運営者が別のリソースへの誘導を望む場合、当該運営者専用として配布したデバイスの識別情報を当該別のリソースのアドレス情報に関連付けるだけで、当該別のリソースへの誘導が可能になる。

ここで、「リソース」とは、ネットワーク上に配置されたサーバ等のコンピュータ並びにコンピュータ内のディレクトリ、ファイル、画像、音声及び文書等を含む概念である。

この自動アクセスシステムにおいて、前記デバイスの前記記憶手段は、前記端末のオペレーティングシステムに対するコマンドを格納し、前記情報処理手段は、前記デバイスが前記端末と接続されたことに応答して、前記識別情報及び前記ホストアドレス情報と共に前記コマンドを前記端末に送信し、前記ホストコンピュータは、前記コマンドに応答して前記ホストアドレス情報に基づき前記端末が送信した前記識別情報を受信する。

この構成によれば、デバイスが端末に与えるコマンドはオペレーティングシステムに対するコマンドなので、最終ユーザは、端末が識別情報をホストコンピュータに送信するために、新たなソフトウェアを端末にインストールする必要がなく、ユーザの利便性の向上を図ることができる。

本発明の第２の観点によると、自動アクセスシステムは、各々が、ネットワークに接続可能な対応する端末に接続され、コードを読み込む複数のデバイス（例えば、バーコードリーダ）と、前記複数のデバイスが送出した複数の前記コードを受信するホストコンピュータと、を備え、前記デバイスの各々は、割り当てられた識別情報及び前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）を格納した記憶手段と、前記コードの読み込みに応答して、前記コード、前記識別情報及び前記ホストアドレス情報を、対応する前記端末に送信する情報処理手段と、を含み、前記ホストコンピュータは、前記ホストアドレス情報に基づき前記端末が送信した前記コード及び前記識別情報を受信し、前記ネットワーク上に配置された複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索し、そのアドレス情報を前記端末に送信し、かつ、受信した前記コードを、検索した前記アドレス情報が示す前記リソースに間接的又は直接的に送信する。

この構成によれば、コードを読み込むデバイスから、コード、識別情報及びホストアドレス情報が与えられた端末は、ホストアドレス情報に基づき、まずホストコンピュータにアクセスし、識別情報とコードを送信する。つまり、端末は、リソースに直接アクセスするのではなく、必ずホストコンピュータを経由する。従って、複数のリソースのうち、端末をどのリソースにアクセスさせるかを、識別情報に応じて、ホストコンピュータが決定できる。このように、コードを読み込むデバイスが接続された端末のアクセス先を後天的に決定でき便宜である。

コードを読み込むデバイスが接続された端末のアクセス先を後天的に決定できる場合のメリットは、上記第１の観点による自動アクセスシステムと同様である。

また、端末は、つまり、ユーザは、ホストコンピュータが与えたアドレス情報が示すリソースから、デバイスが読み込んだコードに応じたコンテンツの提供を受けることができる。

その他、本発明は、上記第１の観点による自動アクセスシステムと同様の効果を奏する。

ここで、「リソース」とは、ネットワーク上に配置されたサーバ等のコンピュータ並びにコンピュータ内のディレクトリ、ファイル、画像、音声及び文書等を含む概念である。

この自動アクセスシステムにおいて、前記デバイスの前記記憶手段は、前記端末のオペレーティングシステムに対するコマンドを格納し、前記情報処理手段は、前記コードが読み込まれたことに応答して、前記コード、前記識別情報及び前記ホストアドレス情報と共に前記コマンドを前記端末に送信し、前記ホストコンピュータは、前記コマンドに応答して前記ホストアドレス情報に基づき前記端末が送信した前記識別情報及び前記コードを受信する。

この構成によれば、コードを読み込むデバイスが端末に与えるコマンドはオペレーティングシステムに対するコマンドなので、最終ユーザは、端末が識別情報をホストコンピュータに送信するために、新たなソフトウェアを端末にインストールする必要がなく、ユーザの利便性の向上を図ることができる。

本発明の第３の観点によると、自動アクセスシステムは、ネットワークに接続される端末にインストールされ、デバイスが前記端末に接続されたことに応答して処理を実行する応答手段（例えば、デバイスドライバ）と、前記ネットワークに接続されるホストコンピュータと、を備え、前記応答手段は、前記デバイスが前記端末と接続されたことに応答して、前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき、前記デバイスの側の識別情報を前記ホストコンピュータに送信し、前記ホストコンピュータは、前記識別情報を受信し、前記ネットワーク上の複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索し、そのアドレス情報を前記端末に送信する。

この構成によれば、上記第１の観点による自動アクセスシステムと同様の効果を奏する。

上記第１の観点による自動アクセスシステムは、専用のソフトウェアを端末にインストールしない場合でもホストへの自動アクセスを実現可能としたが（もちろん、インストールしてもよい。）、本発明は、端末に応答手段をインストールして自動アクセスを実現する。

また、例えば、デバイスの側の識別情報は、当該デバイスの識別情報、端末の識別情報及びユーザの識別情報のうち少なくとも１つを含む。

本発明の第４の観点によると、自動アクセスシステムは、ネットワークに接続可能な端末に接続され、コードを読み込むデバイスと、前記端末にインストールされ、前記デバイスが前記端末に接続されたことに応答して処理を実行する応答手段（例えば、デバイスドライバ）と、前記ネットワークに接続されるホストコンピュータと、を備え、前記応答手段は、前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき、前記デバイスから与えられた前記コード及び前記デバイスの側の識別情報を前記ホストコンピュータに送信し、前記ホストコンピュータは、前記コード及び前記識別情報を受信し、前記ネットワーク上に配置された複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索し、そのアドレス情報を前記端末に送信し、かつ、受信した前記コードを、検索した前記アドレス情報が示す前記リソースに間接的又は直接的に送信する。

この構成によれば、上記第２の観点による自動アクセスシステムと同様の効果を奏する。

上記第２の観点による自動アクセスシステムは、専用のソフトウェアを端末にインストールしない場合であってもホストへの自動アクセスを実現可能としたが（もちろん、インストールしてもよい。）、本発明は、端末に応答手段をインストールして自動アクセスを実現する。

また、例えば、コードを読み込むデバイスの側の識別情報は、当該デバイスの識別情報、端末の識別情報及びユーザの識別情報のうち少なくとも１つを含む。

上記第３及び第４の観点による自動アクセスシステムにおいて、前記識別情報及び／又は前記ホストアドレス情報は、前記デバイスが前記応答手段に与える。

上記第１〜第４の観点による自動アクセスシステムにおいて、前記デバイスは、ＵＳＢ（Ｕｎｉｖｅｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）デバイスである。

この構成によれば、広く普及したインタフェース規格であるＵＳＢを利用しているので、より多くの最終ユーザが本システムを利用できる。

上記第１及び第３の観点による自動アクセスシステムにおいて、前記デバイスは、コードを読み込み解読するコードリーダである。

この構成によれば、コードリーダが接続された端末は、まずホストコンピュータにアクセスし、そのコードリーダの識別情報を送信する。従って、複数のリソースのうち、端末をどのリソースにアクセスさせるかを、識別情報に応じて、ホストコンピュータが決定できる。このように、コードリーダが接続された端末の自動アクセス先を後天的に決定でき便宜である。

この自動アクセスシステム並びに上記第２及び第４の観点による自動アクセスシステムにおいて、前記ホストコンピュータは、前記デバイスが解読した前記コードを前記端末から受信し、当該デバイスの前記識別情報に関連付けられた前記アドレス情報が示す前記リソースに間接的又は直接的に送信する。

この構成によれば、コードを識別情報に対応するリソースに与えるので、そのリソースから端末に対して、コードに応じたコンテンツを提供できる。

上記第１〜第４の観点による自動アクセスシステムにおいて、前記デバイスは、前記端末にキーボードとして認識されるように設定される。

この構成によれば、データ（例えば、識別情報、ホストアドレス情報、コマンド及びコード情報）をキーボードデータとして端末に与えることができるので、端末のオペレーティングシステムの機能をそのまま活用できる。その結果、端末のオペレーティングシステムの機能を利用してホストへの自動アクセスを実現することにより、端末への専用のソフトウェアのインストールを不要とすることができ、ユーザの利便性の向上を図ることができる。なお、第３及び第４の観点による自動アクセスシステムは、応答手段のインストールを要件とするが、インストール前でも、容易に自動アクセスシステムの実現が可能となる。

上記第１〜第４の観点による自動アクセスシステムにおいて、前記デバイスは、前記端末と、有線又は無線のいずれかにより接続される。

上記自動アクセスシステムにおいて、前記コードは、一次元コード、二次元コード、及び／又はＩＣタグに格納されたコードである。例えば、前記一次元コードは一次元バーコードであり、前記二次元コードはＱＲコードであり、前記ＩＣタグはＲＦＩＤタグである。

本発明の第５の観点によると、ホストコンピュータは、第１から第４の観点によるいずれかの自動アクセスシステムのホストコンピュータである。

本発明の第６の観点によると、デバイスは、第１から第４の観点によるいずれかの自動アクセスシステムのデバイスである。

本発明の第７の観点によると、応答装置は、第３又は第４の観点による自動アクセスシステムの応答手段を含む。

本発明の第８の観点によると、自動アクセス方法は、ネットワークに接続される端末に着脱自在に接続されるデバイスと、前記ネットワークに接続されるホストコンピュータと、を利用した自動アクセス方法であって、前記ホストコンピュータが、前記デバイスの接続に応答して前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき前記端末が送信した前記デバイスの側の識別情報を受信するステップと、前記ホストコンピュータが、前記ネットワーク上の複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索するステップと、前記ホストコンピュータが、検索した前記アドレス情報を前記端末に送信するステップと、を含む。この構成によれば、上記第１の観点による自動アクセスシステムと同様の効果を奏する。

なお、例えば、デバイスの側の識別情報は、当該デバイスの識別情報、端末の識別情報及びユーザの識別情報のうち少なくとも１つを含む。

本発明の第９の観点によると、自動アクセス方法は、各々が、ネットワークに接続可能な対応する端末に接続され、コードを読み込む複数のデバイスと、前記複数のデバイスが送出した複数の前記コードを受信するホストコンピュータと、を利用した自動アクセス方法であって、前記ホストコンピュータが、前記デバイスによる前記コードの読み込みに応答して前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき前記端末が送信した前記コード及び前記デバイスの側の識別情報を受信するステップと、前記ホストコンピュータが、前記ネットワーク上に配置された複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索するステップと、前記ホストコンピュータが、検索した前記アドレス情報を前記端末に送信するステップと、前記ホストコンピュータが、受信した前記コードを、検索した前記アドレス情報が示す前記リソースに間接的又は直接的に送信するステップと、を含む。この構成によれば、上記第２の観点による自動アクセスシステムと同様の効果を奏する。

なお、例えば、コードを読み込むデバイスの側の識別情報は、当該デバイスの識別情報、端末の識別情報及びユーザの識別情報のうち少なくとも１つを含む。

本発明の第１０の観点によると、自動アクセス方法は、ネットワークに接続される端末に着脱自在に接続されるデバイスと、前記ネットワークに接続されるホストコンピュータと、を利用した自動アクセス方法であって、前記デバイスが前記端末と接続されたことに応答して、前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき、前記デバイスの側の識別情報を前記ホストコンピュータに送信するステップと、前記ネットワーク上の複数のリソースのアドレス情報のうち、前記ホストコンピュータが受信した前記識別情報に関連付けられたアドレス情報を、前記ホストコンピュータから受信するステップと、を含む。この構成によれば、上記第３の観点による自動アクセスシステムと同様の効果を奏する。

本発明の第１１の観点によると、自動アクセス方法は、各々が、ネットワークに接続可能な対応する端末に接続され、コードを読み込む複数のデバイスと、前記複数のデバイスが送出した複数の前記コードを受信するホストコンピュータと、を利用した自動アクセス方法であって、前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき、前記デバイスから与えられた前記コード及び前記デバイスの側の識別情報を前記ホストコンピュータに送信するステップと、前記ネットワーク上の複数のリソースのアドレス情報のうち、前記ホストコンピュータが受信した前記識別情報に関連付けられたアドレス情報を、前記ホストコンピュータから受信するステップと、を含む。この構成によれば、上記第４の観点による自動アクセスシステムと同様の効果を奏する。

本発明の第１２の観点によると、コンピュータプログラムは、上記第８〜第１１の観点によるいずれかの自動アクセス方法をコンピュータに実行させる。

本発明の第１３の観点によると、記録媒体は、上記第１２の観点によるコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体である。

なお、本明細書及び請求の範囲において、記録媒体は、例えば、フレキシブルディスク、ハードディスク、磁気テープ、光磁気ディスク、ＣＤ（ＣＤ−ＲＯＭ、Ｖｉｄｅｏ−ＣＤを含む）、ＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭを含む）、ＲＯＭカートリッジ、バッテリバックアップ付きのＲＡＭメモリカートリッジ、フラッシュメモリカートリッジ、不揮発性ＲＡＭカートリッジ等を含む。

また、本明細書及び請求の範囲において、手段（ユニット）とは必ずしも物理的手段を意味するものではなく、各手段の機能が、ソフトウェアによって実現される場合も包含する。さらに、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。この点、サーバやコンピュータについても同様である。

以下、本発明の実施の形態について、図面を参照しながら説明する。なお、図中、同一または相当部分については同一の参照符号を付してその説明を援用する。

（実施の形態１）

図１は、本発明の実施の形態１による自動アクセスシステムの全体構成を示す図である。図１を参照して、ホストコンピュータ１、ＷＥＢサーバＷ−０〜Ｗ−Ｋ（Ｋは整数）（ＷＥＢサーバＷ−２のみ図示）及び端末５は、ネットワーク９（例えば、インターネット）に接続される。ここで、ＷＥＢサーバＷ−０〜Ｗ−Ｋを包括してＷＥＢサーバＷ−ｋと表記することもある。

さて、ステップＳ１にて、ＵＳＢデバイス７が端末５に接続されると、ＵＳＢデバイス７は、コマンド、自身に割り当てられているシリアル番号（例えば、４０１１番）及びホストコンピュータ１のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を端末５に送信する。そして、ステップＳ３にて、端末５は、ＵＳＢデバイス７が与えたコマンドに応答して、ブラウザを起動し、ＵＳＢデバイス７が与えたＵＲＬに基づいて、ホストコンピュータ１にアクセスして、ＵＳＢデバイス７のシリアル番号（例えば、４０１１番）をホストコンピュータ１に送信する。

ホストコンピュータ１は、シリアル番号とＷＥＢサーバＷ−０のＵＲＬ（www.xxx0.or.jp）〜ＷＥＢサーバＷ−ＫのＵＲＬ（www.xxxK.or.jp）とを関連付けたデータベース１１を有している。ステップＳ４では、ホストコンピュータ１は、データベース１１から、端末５が送信したシリアル番号（例えば、４０１１番）が割り当てられたＵＲＬ（例えば、www.xxx2.or.jp）を検索する。そして、ステップＳ５にて、ホストコンピュータ１は、検索したＵＲＬ（例えば、www.xxx2.or.jp）を端末５に送信する。

すると、ステップＳ７にて、端末５は、受信したＵＲＬ（例えば、www.xxx2.or.jp）に基づいて、ＷＥＢサーバＷ−ｋ（例えば、ＷＥＢサーバＷ−２）にアクセスし、ＷＥＢページの送信要求を行う。ステップＳ９にて、ＷＥＢサーバＷ−ｋ（例えば、ＷＥＢサーバＷ−２）は、送信要求に応じてＷＥＢページを端末５に送信する。そして、端末５は、モニタ（図示せず）にＷＥＢページを表示する。

以上の処理により、ＵＳＢデバイス７が端末５に接続されると自動的にブラウザが起動し、端末５には、ＵＳＢデバイス７のシリアル番号に対応したＷＥＢサーバＷ−ｋが提供するＷＥＢページが表示される。なお、図１では、プロトコル（http://）を省略して記載している。

図２（ａ）は、図１のＵＳＢデバイス７の一例を示す外観斜視図である。図２（ｂ）は、図２（ａ）のＵＳＢデバイス７の電気的構成を示す図である。図２（ｃ）は、図２（ｂ）のＭＣＵ２１に内蔵されたＲＯＭ２７に格納されたプログラム及びデータの概念図である。

図２（ｂ）を参照して、図２（ａ）のＵＳＢデバイス７は、ＭＣＵ（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）２１及びＵＳＢコネクタ２３を有する。また、端末５は、ＵＳＢポート２５を有する。ＵＳＢデバイス７のＵＳＢコネクタ２３と端末５のＵＳＢポート２５とが接続され、ＵＳＢデバイス７と端末５とは双方向通信が可能になる。

図２（ｃ）を参照して、ＵＳＢデバイス７のＭＣＵ２１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２７を内蔵している。このＲＯＭ２７は、プログラム領域２９及びデータ領域３１を含む。プログラム領域２９には、ＭＣＵ２１が実行するプログラムが格納される。データ領域３１には、端末５へのコマンド３３、ホストコンピュータ１のＵＲＬ３５及びＵＳＢデバイス７に割り当てられたシリアル番号３７がキーボードデータの形式で格納される。

ここで、実際は、ホストコンピュータ１のＵＲＬ３５にシリアル番号３７を付加して、これらがキーボードデータの形式で格納される。例えば、ＵＲＬ３５を「ｈｔｔｐ：／／ｗｗｗ．ｓｓｄ．ｃｏ．ｊｐ」とし、シリアル番号３７を「４０１１」とすると、「ｈｔｔｐ：／／ｗｗｗ．ｓｓｄ．ｃｏ．ｊｐ／？ｓｎ＝４０１１」として格納される。

コマンド３３は、端末５に対して、ブラウザを起動し、ＵＲＬ３５が示すホストコンピュータ１へアクセスすることを指示するコマンドである。例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）がＷｉｎｄｏｗｓ（登録商標）の場合、Ｗｉｎｄｏｗｓ９８以降において、コマンド３３は、キーボードのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）キー＋Ｒキーに相当するキーボードデータである。このコマンド３３により、Ｗｉｎｄｏｗｓでは、ブラウザ（Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）が起動する。つまり、このコマンド３３は、ＯＳであるＷｉｎｄｏｗｓにおいて予め用意されているものである。なお、ＷｉｎｄｏｗｓのＧＵＩキーは、通称、Ｗｉｎｄｏｗｓキーと呼ばれるものである。Ｗｉｎｄｏｗｓのようにシェアが大きいＯＳに対するコマンド３３をＵＳＢデバイス７に格納し出力するので、簡易に、つまり、ＵＳＢデバイス７を端末５に接続するだけで、大部分の端末５を本システムのために利用できる。このため、ＵＳＢデバイス７は、複数のコマンドを予め格納し、端末５ごとにＯＳを認識して、そのＯＳに応じたコマンドを選択して使用するといった処理が不要になる。

シリアル番号３７は、ＵＳＢデバイス７を識別するために割り当てられたユニークな番号であり、識別情報と呼ぶこともできる。

図３（ａ）は、図１のホストコンピュータ１の電気的構成を示す図である。図３（ａ）を参照して、ホストコンピュータ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５２、ＲＯＭ５４、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）５６、入出力インタフェース（入出力Ｉ／Ｆ）６６、出力部５８、入力部６０、通信部６２、ドライブ６４、及びバス６８を含む。

ＣＰＵ５０には、バス６８を介してＲＡＭ５２、ＲＯＭ５４、ＨＤＤ５６及び入出力Ｉ／Ｆ６６が接続されている。入出力Ｉ／Ｆ６６には、ＬＣＤディスプレイなどの出力部５８、マウスやキーボードなどの入力部６０、ネットワーク９への接続を司るＬＡＮカードなどの通信部６２及びＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどのリムーバブル記録媒体６５用のドライブ６４が夫々接続されている。

なお、端末５及びＷＥＢサーバＷ−ｋのハードウェア構成は、ホストコンピュータ１のハードウェア構成と同様であり、説明を省略する。

図３（ｂ）は、ホストコンピュータ１の記憶領域７１の構成を示す概念図である。図３（ｂ）に示すように、ホストコンピュータ１のＨＤＤ５６及びＲＯＭ５４の記憶領域７１は、プログラム格納部７３及びデータベース１１を備えている。データベース１１は、ＵＳＢデバイス７のシリアル番号とＷＥＢサーバＷ−０のＵＲＬ（www.xxx0.or.jp）〜ＷＥＢサーバＷ−ＫのＵＲＬ（www.xxxK.or.jp）とを関連付けたデータベースである。プログラム格納部７３の通信制御部７５は、通信部６２を介して、ネットワーク９に接続されたコンピュータとの間の通信を司る。また、ＵＲＬ検索部７７は、端末５から受け取ったＵＳＢデバイス７のシリアル番号をインデックスとして、データベースを検索し、そのシリアル番号に割り当てられたＵＲＬを検索する。これらの各機能部は、ＲＯＭ５４及び／又はＨＤＤ５６にインストールされたコンピュータソフトウエアプログラム若しくは１つのプログラム中のサブルーチンである。これらのプログラムは、リムーバブル記録媒体６５に格納され、これから、ホストコンピュータ１にインストールされる。

図４は、図１のＵＳＢデバイス７と端末５とホストコンピュータ１とＷＥＢサーバＷ−ｋとの間の通信手順の一例を示す図である。図４を参照して、ステップＳ５１にて、端末５は、ＵＳＢデバイス７の接続の有無をチェックし、ＵＳＢデバイス７の接続を検知した場合ステップＳ５３に進み、それ以外はステップＳ５１に戻る。

ステップＳ５３及びＳ４１にて、端末５とＵＳＢデバイス７のＭＣＵ２１とは相互に通信して、端末５はエニュメレーション（Ｅｎｕｍｅｒａｔｉｏｎ）を実行する。このエニュメレーションにより、ＭＣＵ２１から端末５へディスクリプタが与えられ、端末５は、ディスクリプタを解析して、ＵＳＢデバイス７の構成を認識する。このエニュメレーションによって、端末５は、ＵＳＢデバイス７をキーボードであると認識する。

ステップＳ５５にて、端末５は、ステップＳ４３でＭＣＵ２１が送信したキーボードデータ（コマンド３３、ＵＲＬ３５及びシリアル番号３７）を受信する。端末５は、ステップＳ５９にて、ＭＣＵ２１から与えられたコマンド３３に応答して、ブラウザを起動し、ステップＳ６１にて、ＵＳＢデバイス７から受け取ったＵＲＬ３５に基づき、ホストコンピュータ１へアクセスする。この際、シリアル番号３７が付加されたＵＲＬ３５は、ホストコンピュータ１に送信される。

すると、ホストコンピュータ１は、シリアル番号３７が付加されたＵＲＬ３５を受信する。そして、ステップＳ７１にて、ホストコンピュータ１は、受信したシリアル番号３７をインデックスとしてデータベース１１を検索し、そのシリアル番号３７に割り当てられたＵＲＬを取得する。ステップＳ７３にて、ホストコンピュータ１は、ステップＳ７１で取得したＵＲＬを端末５に送信し、このＵＲＬへのアクセスを指示する。

ステップＳ６３では、端末５は、受信したＵＲＬが示すＷＥＢサーバＷ−ｋにアクセスして、ＷＥＢページの送信を要求する。すると、ステップＳ８１にて、ＷＥＢサーバＷ−ｋは、ＷＥＢページを端末５に送信する。そして、ステップＳ６５にて、端末５は、モニタにＷＥＢページを表示する。

ステップＳ６７では、端末５は、ユーザからの入力に応じて、処理及びＷＥＢサーバＷ−ｋとの間で通信を行う。同様に、ステップＳ８３では、ＷＥＢサーバＷ−ｋは、端末５からのアクセスに応じて、処理及び端末５との間で通信を行う。

ステップＳ６１の補足説明をする。ステップＳ６１では、より具体的には、端末５は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバにアクセスして、ドメイン名に対応するＩＰアドレスを取得し、ＩＰアドレスと共にシリアル番号３７を付加したＵＲＬ３５をネットワーク９に送出して、ホストコンピュータ１にアクセスし、シリアル番号３７をホストコンピュータ１に送信する。ただし、これらの処理は周知のプロトコルで行われるので詳細な説明は省略した。ステップＳ６３でも同様である。

さて、以上のように、本実施の形態によれば、ＵＳＢデバイス７が接続された端末５は、まずホストコンピュータ１にアクセスし、そのＵＳＢデバイス７のシリアル番号を送信する。つまり、端末５は、ＷＥＢサーバＷ−０〜Ｗ−Ｋに直接アクセスするのではなく、必ずホストコンピュータ１を経由する。従って、複数のＷＥＢサーバＷ−０〜Ｗ−Ｋのうち、端末５をどのＷＥＢサーバにアクセスさせるかを、シリアル番号に応じて、ホストコンピュータ１が決定できる。つまり、ホストコンピュータ１は、データベース１１において、ＵＳＢデバイス７のシリアル番号に関連付けたＵＲＬ（ＷＥＢサーバＷ−ｋの）を変更するだけで、ＵＳＢデバイス７の納品後（最終ユーザにＵＳＢデバイス７を配布した後を含む。）でも、ＵＳＢデバイス７が接続される端末５の自動アクセス先を決定できる。このように、ＵＳＢデバイス７が接続される端末５の自動アクセス先を後天的に決定でき便宜である。

ＵＳＢデバイス７が接続された端末５の自動アクセス先を後天的に決定できる場合のメリットの一例を紹介する。

ＵＳＢデバイス７に予め格納するＵＲＬは、ＷＥＢサーバＷ−ｋのＵＲＬではなく、ホストコンピュータ１のＵＲＬであるため、ＵＳＢデバイス７の発注者が与えるものではないし、また、自動アクセス先は後天的に決定できる。従って、受注前に予めＵＳＢデバイス７の大量生産が可能である。その結果、最初から多くの受注者にコストダウンのメリットを与えることができる。

ちなみに、従来のように、ＵＳＢデバイスに格納されたＵＲＬから直接ＷＥＢページを表示する場合、発注者がＵＳＢデバイスに格納するＵＲＬを指示することになるので、完全な受注生産になってしまう。つまり、ＵＳＢデバイスに格納するＵＲＬは、発注があるまで未定である。このように、生産が現実の受注に依存するため、ＵＳＢデバイスを受注前に予め大量生産することができない。

また、ホストコンピュータ１は、データベース１１において、ＵＳＢデバイス７のシリアル番号に関連付けたＵＲＬ（ＷＥＢサーバＷ−ｋの）を変更するだけで、つまり、データベース１１のデータを書き換えるだけで、最終ユーザにＵＳＢデバイス７を配布した後でも、最終ユーザの端末５及びＵＳＢデバイス７へのアクセスなしに、動的に自動アクセス先を変更できる。例えば、ＥＥＰＲＯＭ等の書き換え可能なメモリをＵＳＢデバイスに搭載し、そのメモリにＵＲＬ（ＷＥＢサーバＷ−ｋの）が書き込まれており、これを書き換えることを想定する。しかし、この場合は、ホストコンピュータは最終ユーザの端末及びＵＳＢデバイスにアクセスする必要があるので、ユーザはセキュリティに不安を抱く恐れもあり、書き換えを拒否することも多いだろうし、また、ユーザ及びホストコンピュータにとっても手間が大きい。また、例えば、ＵＳＢデバイスにＷＥＢサーバＷ−０のＵＲＬを格納する場合を想定する。この場合は、ＷＥＢサーバＷ−０以外のＷＥＢサーバＷ−２に誘導したい場合は、ＷＥＢサーバＷ−２に、ＵＳＢデバイスに格納されたＵＲＬを割り当て、ＷＥＢサーバＷ−０のＵＲＬを変更するか閉鎖する必要があり、利便性に欠ける。

本実施の形態では、ＵＲＬとシリアル番号、つまり、ＷＥＢサーバＷ−ｋとＵＳＢデバイス７とが一対一に関連付けられているので、当該ＷＥＢサーバＷ−ｋの運営者専用のＵＳＢデバイス７として配布が可能である。しかも、当該運営者が別のＷＥＢサーバへの誘導を望む場合、データベース１１において、当該運営者専用として配布したＵＳＢデバイス７のシリアル番号を当該別のＷＥＢサーバのＵＲＬに関連付けるだけで、新たにＵＳＢデバイス７を配布することなしに、当該別のＷＥＢサーバへの誘導が可能になる。

また、本実施の形態では、ＵＳＢデバイス７は、端末５にキーボードとして認識されるので、シリアル番号、ＵＲＬ及びコマンドをキーボードデータとして端末５に与えることができ、また、ＵＳＢデバイス７が端末５に与えるコマンドはオペレーティングシステムに対するコマンドである。このため、端末５のオペレーティングシステムの機能をそのまま活用できる。その結果、端末５のオペレーティングシステムの機能を利用してホストコンピュータ１への自動アクセスを実現することにより、端末５への専用のソフトウェアのインストールを不要とすることができ、ユーザの利便性の向上を図ることができる。

さらに、本実施の形態では、ＵＳＢに準拠したデバイス、つまり、ＵＳＢデバイス７を使用している。このように、広く普及したインタフェース規格であるＵＳＢを利用しているので、より多くの最終ユーザが本システムを容易に利用できる。

ここで、本実施の形態のＵＳＢデバイス７の利用例を紹介する。図２（ａ）のＵＳＢデバイス７を特定の会社の広告宣伝媒体として、多くの消費者に無償配布する。この場合、データベース１１において、無償配布されたＵＳＢデバイス７に割り当てられたシリアル番号３７は、この特定の会社が運営するＷＥＢサーバＷ−ｋのＵＲＬに関連付ける。配布を受けた消費者が、ＵＳＢデバイス７を任意の端末５に接続すると、この特定の会社が運営するＷＥＢサーバＷ−ｋからその端末５に対して自動的にＷＥＢページが送信される。このように、この特定の会社は、自らが運営するＷＥＢサイトに消費者を直接誘導できる。一方、配布を受けた消費者は、ＵＳＢデバイス７を端末５に接続するだけ、ＷＥＢページを閲覧できるので便宜である。

この例のように、広告宣伝を目的とする場合、できるだけ多くの消費者に、しかも、無償で配布する必要があるため、ＵＳＢデバイス７のコストが大きな問題になる。しかし、本実施の形態では、上記のように、ＵＳＢデバイス７の大量生産によるコストダウンを行い易いので、そういった目的での使用にも好適である。

（実施の形態２）

図５は、本発明の実施の形態２によるローカルバーコードリーダシステムの全体構成を示す図である。図５を参照して、ホストコンピュータ１００、コンテンツサーバＣ−０〜Ｃ−Ｍ（Ｍは整数）（コンテンツサーバＣ−１のみ図示）及び端末５は、ネットワーク９（例えば、インターネット）に接続される。ここで、コンテンツサーバＣ−０〜Ｃ−Ｍを包括してコンテンツサーバＣ−ｍと表記することもある。

さて、ステップＳ１００にて、ローカルバーコードリーダ１０２（単に、バーコードリーダ１０２と呼ぶこともある。）は、ユーザの操作に応答して、バーコード１０４をスキャン及びデコードして、バーコード情報を取得する。そして、ステップＳ１０２にて、バーコードリーダ１０２は、コマンド、ホストコンピュータ１００のＵＲＬ、自身に割り当てられているシリアル番号（例えば、１５５５５番）及びバーコード情報を端末５に送信する。

ステップＳ１０４にて、端末５は、バーコードリーダ１０２が与えたコマンドに応答して、ブラウザを起動し、バーコードリーダ１０２が与えたＵＲＬに基づいて、ホストコンピュータ１００にアクセスして、バーコード情報及びシリアル番号（例えば、１５５５５番）をホストコンピュータ１００に送信する。

ホストコンピュータ１００は、シリアル番号とコンテンツサーバＣ−０のＵＲＬ（www.yyy0.or.jp）〜コンテンツサーバＣ−ＭのＵＲＬ（www.yyyM.or.jp）とを関連付けたデータベース１０６を有している。ステップＳ１０５では、ホストコンピュータ１００は、データベース１０６から、端末５が送信したシリアル番号（例えば、１５５５５番）が割り当てられたＵＲＬ（例えば、www.yyy1.or.jp）を検索する。そして、ステップＳ１０６にて、ホストコンピュータ１００は、検索したＵＲＬ（例えば、www.yyy1.or.jp）を端末５から受信したバーコード情報と共に、端末５に送信する。

すると、ステップＳ１０８にて、端末５は、受信したＵＲＬ（例えば、www.yyy1.or.jp）に基づいて、コンテンツサーバＣ−ｍ（例えば、コンテンツサーバＣ−１）にアクセスし、ホストコンピュータ１００から受信したバーコード情報をコンテンツサーバＣ−１に送信する。ステップＳ１１０にて、コンテンツサーバＣ−ｍ（例えば、コンテンツサーバＣ−１）は、受信したバーコード情報に応じた処理を実行して、バーコード情報に応じたコンテンツを端末５に送信する。そして、端末５は、モニタ（図示せず）に受信したコンテンツを表示する。

以上の処理により、端末５に接続されたバーコードリーダ１０２がバーコード１０４をスキャンすると、端末５のブラウザが自動的に起動し、バーコードリーダ１０２のシリアル番号に対応したコンテンツサーバＣ−ｍにバーコード情報が送信される。そして、バーコードリーダ１０２のシリアル番号に対応したコンテンツサーバＣ−ｍから端末５に対して、バーコード情報に応じたコンテンツが提供される。コンテンツの用語は、コンテンツ自体の他、そのコンテンツを定義するデータや情報を含むものとして使用する。

なお、図５では、プロトコル（http://）を省略して記載している。また、ホストコンピュータ１００及びコンテンツサーバＣ−ｍのハードウェア構成は、図３（ａ）のホストコンピュータ１のハードウェア構成と同様である。

また、このローカルバーコードリーダシステムは、バーコードリーダ１０２によるバーコード１０４のスキャンに応答して、コンテンツが端末５に表示される点で、自動アクセスシステムと呼ぶこともできる。

なお、バーコードリーダ１０２としては、例えば、ペンスキャナ、ＣＣＤタッチスキャナ、ハンドレーザースキャナ、固定レーザースキャナ、又はスロットリーダーなど、任意の形式及び形状のバーコードリーダを用いることができる。

図６（ａ）は、図５のバーコードリーダ１０２の一例を示す外観斜視図である。図６（ｂ）は、図６（ａ）のバーコードリーダ１０２の電気的構成を示す図である。図６（ａ）を参照して、このバーコードリーダ１０２は、ペン型のＵＳＢバーコードリーダである。図６（ｂ）を参照して、バーコードリーダ１０２は、スキャナ１１０、ＭＣＵ１１１及びＵＳＢコネクタ１１２を有する。スキャナ１１０は、バーコード１０４を光学的に読み込み、バーとスペースを電気信号に変換する（スキャン）。スキャナ１１０からの、バーコード１０４に応じた電気信号は、ＭＣＵ１１１に与えられ、ＭＣＵ１１１は、この電気信号を解読してバーコード情報を得る。また、バーコードリーダ１０２のＵＳＢコネクタ１１２と端末５のＵＳＢポート２５とが接続され、ＭＣＵ１１１と端末５とは双方向通信が可能になる。

ここで、ＭＣＵ１１１の構成は、図２（ｂ）のＭＣＵ２１の構成と同様である。従って、ＭＣＵ１１１は、ＲＯＭ（図示せず）を内蔵する。このＲＯＭには、図２（ｃ）のＲＯＭ２７と同様に、プログラム領域及びデータ領域がある。プログラム領域には、ＭＣＵ１１１が実行するプログラムが格納される。データ領域には、端末５へのコマンド、ホストコンピュータ１００のＵＲＬ及びバーコードリーダ１０２に割り当てられたシリアル番号がキーボードデータの形式で格納される。コマンドは、端末５に対して、ブラウザを起動し、ＵＲＬが示すホストコンピュータ１００へアクセスすることを指示するコマンドであり、コマンド３３と同様のものである。シリアル番号は、バーコードリーダ１０２を識別するために割り当てられたユニークな番号であり、識別情報と呼ぶこともできる。

図７は、図６（ｂ）のＭＣＵ１１１が行う処理の流れを示すフローチャートである。図７を参照して、ステップＳ１２０にて、バーコードリーダ１０２のＭＣＵ１１１は、

ユーザの操作に応答して、バーコード１０４を読み込む。ステップＳ１２２にて、ＭＣＵ１１１は、周知のバーコード解読手法に基づいて、バーコードを解読し、バーコード情報を取得する。ステップＳ１２４にて、ＭＣＵ１１１は、解読結果であるバーコード情報（例えば、「４５６０２５６５８００１６」）をキーボードデータに変換し、ＲＡＭ（図示せず）に格納する。

ステップＳ１２６にて、ＭＣＵ１１１は、キーボードデータとしてのホストコンピュータ１００のＵＲＬ（例えば、「ｈｔｔｐ：／／ｗｗｗ．ｓｓｄ．ｃｏ．ｊｐ」）及びシリアル番号（例えば、「１５５５５」）をＲＯＭ（図示せず）から取得する。そして、ステップＳ１２８にて、ＭＣＵ１１１は、取得したＵＲＬの末尾に、キーボードデータとしてのバーコード情報及びシリアル番号を付加し、新たなＵＲＬ（例えば、「ｈｔｔｐ：／／ｗｗｗ．ｓｓｄ．ｃｏ．ｊｐ／？ｂｃ＝４５６０２５６５８００１６＆ｓｎ＝１５５５５」）として、ＲＡＭ（図示せず）に格納する。

ステップＳ１３０にて、ＭＣＵ１１１は、キーボードデータの形式のコマンドをＲＯＭ（図示せず）から取得してＲＡＭ（図示せず）に格納する。ステップＳ１３２にて、ＭＣＵ１１１は、ステップＳ１２４〜Ｓ１３０のキーボードデータ（コマンド、ＵＲＬ、シリアル番号及びバーコード情報）を端末５に送信し、処理を終了する。

図８は、図５のバーコードリーダ１０２と端末５とホストコンピュータ１００とコンテンツサーバＣ−ｍとの間の通信手順の一例を示す図である。図８を参照して、ステップＳ１５０にて、バーコードリーダ１０２は、図７の処理で生成したキーボードデータ（コマンド、ＵＲＬ、シリアル番号及びバーコード情報）を端末５に送信する。

ステップＳ１５９にて、端末５は、ステップＳ１５０でＭＣＵ１１１が送信したキーボードデータ（コマンド、ＵＲＬ及びシリアル番号）を受信する。端末５は、ステップＳ１６０にて、ＭＣＵ１１１から与えられたコマンドに応答して、ブラウザを起動し、ステップＳ１６２にて、ＭＣＵ１１１から受け取ったＵＲＬに基づき、ホストコンピュータ１００へアクセスする。この際、シリアル番号及びバーコード情報が付加されたＵＲＬは、ホストコンピュータ１００に送信される。

すると、ホストコンピュータ１００は、シリアル番号及びバーコード情報が付加されたＵＲＬを受信する。そして、ステップＳ１８０にて、ホストコンピュータ１００は、受信したシリアル番号をインデックスとしてデータベース１０６を検索し、そのシリアル番号に割り当てられたＵＲＬを取得する。ステップＳ１８２にて、ホストコンピュータ１００は、検索したＵＲＬにバーコード情報を付加する。そして、ステップＳ１８４にて、ホストコンピュータ１００は、バーコード情報を付加したＵＲＬを端末５に送信し、このＵＲＬへのアクセスを指示する。

ステップＳ１６４では、端末５は、受信したＵＲＬが示すコンテンツサーバＣ−ｍにアクセスして、バーコード情報が付加されたＵＲＬを送信する。すると、ステップＳ１９０にて、コンテンツサーバＣ−ｍは、受信したバーコード情報に応じた処理を実行し、バーコード情報に応じたコンテンツを端末５に送信する。そして、ステップＳ１６６にて、端末５は、モニタにコンテンツを表示する。

ステップＳ１６８では、端末５は、ユーザからの入力に応じて、処理及びコンテンツサーバＣ−ｍとの間で通信を行う。同様に、ステップＳ１９２では、コンテンツサーバＣ−ｍは、端末５からのアクセスに応じて、処理及び端末５との間で通信を行う。

なお、ステップＳ１６２及びＳ１６４においても、先に説明した図４のステップＳ６１と同様に、周知のプロトコルが使用されるので、その詳細な説明は省略した。

さて、以上のように、バーコードリーダ１０２から、コマンド、バーコード情報、シリアル番号及びホストコンピュータ１００のＵＲＬが与えられた端末は、そのコマンドに応答して、そのＵＲＬに基づき、まずホストコンピュータ１００にアクセスし、シリアル番号とバーコード情報を送信する。つまり、端末５は、コンテンツサーバＣ−０〜Ｃ−Ｍに直接アクセスするのではなく、必ずホストコンピュータ１００を経由する。従って、複数のコンテンツサーバＣ−０〜Ｃ−Ｍのうち、端末５をどのサーバにアクセスさせるかを、シリアル番号に応じて、ホストコンピュータ１００が決定できる。つまり、ホストコンピュータ１００は、データベース１０６において、バーコードリーダ１０２のシリアル番号に関連付けたＵＲＬ（コンテンツサーバＣ−ｍの）を変更するだけで、バーコードリーダ１０２の納品後（最終ユーザにバーコードリーダ１０２を配布した後を含む。）でも、バーコードリーダ１０２が接続される端末５の自動アクセス先を決定できる。このように、バーコードリーダ１０２が接続された端末５のアクセス先を後天的に決定でき便宜である。

バーコードリーダ１０２が接続された端末５のアクセス先を後天的に決定できる場合のメリットの一例を紹介する。

バーコードリーダ１０２に予め格納するＵＲＬは、コンテンツサーバＣ−ｍのＵＲＬではなく、ホストコンピュータ１００のＵＲＬであるため、バーコードリーダ１０２の発注者が与えるものではないし、また、アクセス先は後天的に決定できる。従って、受注前に予めバーコードリーダ１０２の大量生産が可能である。その結果、最初から多くの受注者にコストダウンのメリットを与えることができる。

また、ホストコンピュータ１００は、データベース１０６において、バーコードリーダ１０２のシリアル番号に関連付けたＵＲＬ（コンテンツサーバＣ−ｍの）を変更するだけで、つまり、データベース１０６のデータを書き換えるだけで、最終ユーザにバーコードリーダ１０２を配布した後でも、最終ユーザの端末５及びバーコードリーダ１０２へのアクセスなしに、動的に自動アクセス先を変更できる。

本実施の形態では、ＵＲＬとシリアル番号、つまり、コンテンツサーバＣ−ｍとバーコードリーダ１０２とが一対一に関連付けられているので、当該コンテンツサーバＣ−ｍの運営者専用のバーコードリーダ１０２として配布が可能である。しかも、当該運営者が別のコンテンツサーバへの誘導を望む場合、データベース１０６において、当該運営者専用として配布したバーコードリーダ１０２のシリアル番号を当該別のコンテンツサーバのＵＲＬに関連付けるだけで、新たにバーコードリーダ１０２を配布することなしに、当該別のコンテンツサーバへの誘導が可能になる。

また、本実施の形態では、端末５は、つまり、ユーザは、ホストコンピュータ１００が与えたＵＲＬが示すコンテンツサーバＣ−ｍから、バーコードリーダ１０２が読み込んだバーコード情報に応じたコンテンツの提供を受けることができる。

さらに、本実施の形態では、バーコードリーダ１０２は、端末５にキーボードとして認識されるので、バーコード、シリアル番号、ＵＲＬ及びコマンドをキーボードデータとして端末５に与えることができ、また、バーコードリーダ１０２が端末５に与えるコマンドはオペレーティングシステムに対するコマンドである。このため、端末５のオペレーティングシステムの機能をそのまま活用できる。その結果、端末５のオペレーティングシステムの機能を利用してホストコンピュータ１００への自動アクセスを実現することにより、端末５への専用のソフトウェアのインストールを不要とすることができ、ユーザの利便性の向上を図ることができる。

さらに、本実施の形態では、バーコードリーダ１０２は、ＵＳＢに準拠している。このように、広く普及したインタフェース規格であるＵＳＢを利用しているので、より多くの最終ユーザが本システムを容易に利用できる。

（実施の形態３）

実施の形態３は、実施の形態１と実施の形態２とを組み合わせたものである。従って、実施の形態３は、実施の形態１及び２と同様の効果を奏する。

すなわち、実施の形態３では、実施の形態１のＵＳＢデバイス７の代わりに、実施の形態２のバーコードリーダ１０２を使用する。このようにすることで、バーコードリーダ１０２が端末５に接続されたことに応答して、バーコードリーダ１０２のシリアル番号に割り当てられたコンテンツサーバＣ−ｍが提供するコンテンツが端末５に自動的に表示される。ここまでは、実施の形態１の処理と同様である。つまり、図４の説明において、ＵＳＢデバイス７のＭＣＵ２１をバーコードリーダ１０２のＭＣＵ１１１に、ホストコンピュータ１をホストコンピュータ１００に、ＷＥＢサーバＷ−ｋをコンテンツサーバＣ−ｍに、データベース１１をデータベース１０６に、置き換えて読めばよい。

その後、バーコードリーダ１０２がバーコード１０４をスキャンした場合の処理は、実施の形態２と同じである。

ここで、バーコードリーダ１０２と端末５との接続時にアクセスするホストコンピュータと、バーコード１０４のスキャン時にアクセスするホストコンピュータと、を異なるようにして、つまり、２つのＵＲＬをバーコードリーダ１０２に格納して、前者の場合にアクセスするコンテンツサーバと、後者の場合にアクセスするコンテンツサーバと、を異ならせることもできる。もちろん、前者と後者とで同じホストコンピュータにアクセスするが、前者の場合にアクセスするコンテンツサーバと、後者の場合にアクセスするコンテンツサーバと、を異ならせることもできる。

なお、本発明は、上記の実施の形態に限られるものではなく、その要旨を逸脱しない範囲で種々の態様において実施することが可能であり、例えば、以下のような変形も可能である。

（１）上記では、データベース１１及び１０６において、シリアル番号とサーバＷ−ｋ及びＣ−ｍのＵＲＬとを関連付けた。ただし、シリアル番号と関連付けるＵＲＬは、サーバだけを示すものに限らず、ネットワーク９上の他のリソース（例えば、サーバ内のディレクトリ、ファイル、画像、音声及び文書等）を示すものであってもよい。

（２）上記では、端末５には、サーバＷ−ｋ及びＣ−ｍからのＷＥＢページやコンテンツが端末５に表示された。ただし、サーバＷ−ｋ及びＣ−ｍからのＷＥＢページやコンテンツを端末５に表示する前に、ホストコンピュータ１及び１００から端末に対して、一定時間だけＷＥＢページやコンテンツ（例えば、ホストコンピュータ１及び１００の運営者の商標等）を表示し、その後、自動的に、サーバＷ−ｋ及びＣ−ｍからのＷＥＢページやコンテンツが端末５に表示されるようにすることもできる。

この場合、例えば、図４のステップＳ７１の前、つまり、端末５からのシリアル番号の受信に応答して、所定のＵＲＬを端末５に送信し、この所定のＵＲＬへのアクセス指示を出す。これにより、端末５には、その所定のＵＲＬが示すサーバからＷＥＢページやコンテンツが提供される。この間、ホストコンピュータ１は、ステップＳ７１の処理を行い、所定のＵＲＬの送信から一定時間経過後に、ステップＳ７３の処理を実行する。従って、最終的には、シリアル番号に関連付けられたサーバからＷＥＢページが端末５に自動的に提供される。

また、例えば、図８のステップＳ１８０の前、つまり、端末５からのシリアル番号及びバーコードの受信に応答して、所定のＵＲＬを端末５に送信し、この所定のＵＲＬへのアクセス指示を出す。これにより、端末５には、その所定のＵＲＬが示すサーバからＷＥＢページやコンテンツが提供される。この間、ホストコンピュータ１は、ステップＳ１８０及びＳ１８２の処理を行い、所定のＵＲＬの送信から一定時間経過後に、ステップＳ１８４の処理を実行する。従って、最終的には、シリアル番号に関連付けられたサーバからコンテンツが端末５に自動的に提供される。

（３）上記において、ホストコンピュータ１及び１００にアクセスのあった時間帯や日時等に応じて、データベース１１及び１０６において、シリアル番号に関連付けられるＵＲＬを動的に変更することもできる。

（４）上記では、ＵＳＢデバイス７やバーコードリーダ１０２の側の識別情報として、これらに割り当てられた識別情報（シリアル番号）を採用した。ただし、ＵＳＢデバイス７やバーコードリーダ１０２の側の識別情報として、端末５の識別情報又はユーザの識別情報を採用して、サーバＷ−ｋ又はＣ−ｍのＵＲＬと関連付けてもよい。また、ＵＳＢデバイス７やバーコードリーダ１０２の識別情報、端末５の識別情報、及びユーザの識別情報の全部又は一部の組合せを採用してもよい。

（５）実施の形態１に適用可能なＵＳＢデバイスは、ＵＳＢデバイス７に限定されず、ＵＳＢメモリ等の様々なＵＳＢデバイスに適用可能である。また、実施の形態１〜３では、デバイスやバーコードリーダをＵＳＢに準拠させたが、これに限られない。また、これらをキーボードとして端末に認識させたが、これに限られない。

（６）実施の形態２のバーコードリーダ１０２として、携帯電話機のカメラを利用したバーコード認識機能を利用することもできる。ＱＲコードの認識についても同様である。この場合、例えば、携帯電話機に、シリアル番号（識別情報）を割り当て、かつ、ソフトウェアをインストールする。このソフトウェアは、ホストコンピュータ１００にバーコード及びシリアル番号を送信するためのものである。

（７）実施の形態２では、ホストコンピュータ１００は、コンテンツサーバＣ−ｍに対して、端末５を介して、言わば間接的に、バーコード情報を送信した。ただし、ホストコンピュータ１００は、コンテンツサーバＣ−ｍに対して、端末５を介することなしに、言わば直接的に、バーコード情報を送信することもできる。

（８）上記では、ＵＳＢデバイス７及びバーコードリーダ１０２を有線により、端末５に接続した。ただし、ＲＦや赤外線等を利用して無線により接続することも可能である。

（９）ホストコンピュータ１及び１００は、それぞれ、物理的に１つのコンピュータで構成することもできるし、処理を複数のコンピュータに分散させて構成することもできる。もちろん、分散処理する場合の各コンピュータの設置場所は、同一国内でもよいし、複数国に分散して設置してもよい。なお、ホストコンピュータ１及び１００は、ハードウェア及びソフトウェアを含む概念として使用している。これらのことは、サーバＷ−ｋ，Ｃ−ｍについても同様である。

（１０）実施の形態２では、ホストコンピュータ１００に送信する情報として、バーコード１０４を採用したが、これに限定されない。例えば、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）タグ等の電子タグ（ＩＣタグ）を利用できる。ただし、この場合には、バーコードリーダ１０２に代えて、電子タグリーダ（ＩＣタグリーダ）で電子タグに格納された情報を読み込む。そして、電子タグリーダ（ＩＣタグリーダ）には、バーコードリーダ１０２と同じコマンドを発行させ、ホストコンピュータ１００のＵＲＬを出力させることが好適である。また、上記では、一次元コードである一次元バーコードを利用したが、二次元コードである二次元バーコードやＱＲコード等を利用することもできる。

（１１）上記では、ＵＳＢデバイス７やバーコードリーダ１０２にコマンドを出力させることにより、端末５のブラウザに対してシリアル番号やバーコードをホストコンピュータ１，１００へ送信させる専用ソフトウェアを端末５にインストールすることが不要な構成を採用した。しかし、ＵＳＢデバイス７やバーコードリーダ１０２に、コマンドを出力させる構成を採用せずに、このような専用ソフトウェアを端末５にインストールするようにしてもよい。この場合、シリアル番号やバーコードの入力に応答して、当該ソフトウェアが起動し、自動的にシリアル番号やバーコードを送信するようにすることが好適である。また、ＵＳＢデバイス７やバーコードリーダ１０２に、そのような専用ソフトウェアに対するコマンドを出力させ、当該ソフトウェアがそのコマンドに応答して、シリアル番号やバーコードをホストコンピュータ１，１００に送信するようにしてもよい。

また、上記では、ＵＳＢデバイス７やバーコードリーダ１０２にホストコンピュータ１，１００のＵＲＬを出力させることにより、端末５にホストコンピュータ１，１００のＵＲＬを入力することが不要な構成を採用した。しかし、ＵＳＢデバイス７やバーコードリーダ１０２に、ＵＲＬを出力させる構成を採用せずに、ホストコンピュータ１，１００のＵＲＬをユーザに入力させたり、あるいは、上記のような専用ソフトウェアにＵＲＬを持たせて端末５に持っておいてもよい。

本発明の実施の形態１による自動アクセスシステムの全体構成を示す図である。 （ａ）図１のＵＳＢデバイス７の一例を示す外観斜視図である。（ｂ）図２（ａ）のＵＳＢデバイス７の電気的構成を示す図である。（ｃ）図２（ｂ）のＭＣＵ２１に内蔵されたＲＯＭ２７に格納されたプログラム及びデータの概念図である。 （ａ）図１のホストコンピュータ１の電気的構成を示す図である。（ｂ）図１のホストコンピュータ１の記憶領域７１の構成を示す概念図である。 図１のＵＳＢデバイス７と端末５とホストコンピュータ１とＷＥＢサーバＷ−ｋとの間の通信手順の一例を示す図である。 本発明の実施の形態２によるローカルバーコードリーダシステムの全体構成を示す図である。 （ａ）図５のバーコードリーダ１０２の一例を示す外観斜視図である。（ｂ）図６（ａ）のバーコードリーダ１０２の電気的構成を示す図である。 図６（ｂ）のＭＣＵ１１１が行う処理の流れを示すフローチャートである。 図５のバーコードリーダ１０２と端末５とホストコンピュータ１００とコンテンツサーバＣ−ｍとの間の通信手順の一例を示す図である。

符号の説明

１，１００…ホストコンピュータ、５…端末、７…ＵＳＢデバイス、９…ネットワーク、１１，１０６…データベース、２１，１１１…ＭＣＵ、２３，１１２…ＵＳＢコネクタ、２５…ＵＳＢポート、２７…ＲＯＭ、２９…プログラム領域、３１…データ領域、３３…コマンド、３５…ＵＲＬ、３７…シリアル番号、１０２…ローカルバーコードリーダ、１０４…バーコード、１１０…スキャナ、Ｗ−０〜Ｗ−Ｋ（Ｗ−ｋ）…ＷＥＢサーバ、Ｃ−０〜Ｃ−Ｍ（Ｃ−ｍ）…コンテンツサーバ。

Claims (23)

1. ネットワークに接続される端末に着脱自在に接続されるデバイスと、
   前記ネットワークに接続されるホストコンピュータと、を備え、
   前記デバイスは、
   前記デバイスに割り当てられた識別情報及び前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）を格納した記憶手段と、
   前記デバイスが前記端末と接続されたことに応答して、前記識別情報及び前記ホストアドレス情報を前記端末に送信する情報処理手段と、を含み、
   前記ホストコンピュータは、前記デバイスの接続に応答して前記ホストアドレス情報に基づき前記端末が送信した前記識別情報を受信し、前記ネットワーク上の複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索し、そのアドレス情報を前記端末に送信する、自動アクセスシステム。
2. 前記デバイスの前記記憶手段は、前記端末のオペレーティングシステムに対するコマンドを格納し、
   前記情報処理手段は、前記デバイスが前記端末と接続されたことに応答して、前記識別情報及び前記ホストアドレス情報と共に前記コマンドを前記端末に送信し、
   前記ホストコンピュータは、前記コマンドに応答して前記ホストアドレス情報に基づき前記端末が送信した前記識別情報を受信する、請求項１記載の自動アクセスシステム。
3. 各々が、ネットワークに接続可能な対応する端末に接続され、コードを読み込む複数のデバイスと、
   前記複数のデバイスが送出した複数の前記コードを受信するホストコンピュータと、を備え、
   前記デバイスの各々は、
   割り当てられた識別情報及び前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）を格納した記憶手段と、
   前記コードの読み込みに応答して、前記コード、前記識別情報及び前記ホストアドレス情報を、対応する前記端末に送信する情報処理手段と、を含み、
   前記ホストコンピュータは、前記ホストアドレス情報に基づき前記端末が送信した前記コード及び前記識別情報を受信し、前記ネットワーク上に配置された複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索し、そのアドレス情報を前記端末に送信し、かつ、受信した前記コードを、検索した前記アドレス情報が示す前記リソースに間接的又は直接的に送信する、自動アクセスシステム。
4. 前記デバイスの前記記憶手段は、前記端末のオペレーティングシステムに対するコマンドを格納し、
   前記情報処理手段は、前記コードが読み込まれたことに応答して、前記コード、前記識別情報及び前記ホストアドレス情報と共に前記コマンドを前記端末に送信し、
   前記ホストコンピュータは、前記コマンドに応答して前記ホストアドレス情報に基づき前記端末が送信した前記識別情報及び前記コードを受信する、請求項３記載の自動アクセスシステム。
5. ネットワークに接続される端末にインストールされ、デバイスが前記端末に接続されたことに応答して処理を実行する応答手段と、
   前記ネットワークに接続されるホストコンピュータと、を備え、
   前記応答手段は、前記デバイスが前記端末と接続されたことに応答して、前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき、前記デバイスの側の識別情報を前記ホストコンピュータに送信し、
   前記ホストコンピュータは、前記識別情報を受信し、前記ネットワーク上の複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索し、そのアドレス情報を前記端末に送信する、自動アクセスシステム。
6. ネットワークに接続可能な端末に接続され、コードを読み込むデバイスと、
   前記端末にインストールされ、前記デバイスが前記端末に接続されたことに応答して処理を実行する応答手段と、
   前記ネットワークに接続されるホストコンピュータと、を備え、
   前記応答手段は、前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき、前記デバイスから与えられた前記コード及び前記デバイスの側の識別情報を前記ホストコンピュータに送信し、
   前記ホストコンピュータは、前記コード及び前記識別情報を受信し、前記ネットワーク上に配置された複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索し、そのアドレス情報を前記端末に送信し、かつ、受信した前記コードを、検索した前記アドレス情報が示す前記リソースに間接的又は直接的に送信する、自動アクセスシステム。
7. 前記識別情報及び／又は前記ホストアドレス情報は、前記デバイスが前記応答手段に与える、請求項５又は６記載の自動アクセスシステム。
8. 前記デバイスは、ＵＳＢ（Ｕｎｉｖｅｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）デバイスである、請求項１から７のいずれかに記載の自動アクセスシステム。
9. 前記デバイスは、コードを読み込み解読するコードリーダである、請求項１、２、及び５のいずれかに記載の自動アクセスシステム。
10. 前記ホストコンピュータは、前記デバイスが解読した前記コードを前記端末から受信し、当該デバイスの前記識別情報に関連付けられた前記アドレス情報が示す前記リソースに間接的又は直接的に送信する、請求項３，４、６、及び９のいずれかに記載の自動アクセスシステム。
11. 前記デバイスは、前記端末にキーボードとして認識されるように設定される、請求項１から１０のいずれかに記載の自動アクセスシステム。
12. 前記デバイスは、前記端末と、有線又は無線のいずれかにより接続される、請求項１から１１のいずれかに記載の自動アクセスシステム。
13. 前記コードは、一次元コード、二次元コード、及び／又はＩＣタグに格納されたコードである、請求項３，４，６、９、及び１０のいずれかに記載の自動アクセスシステム。
14. 前記一次元コードは一次元バーコードであり、前記二次元コードはＱＲコードであり、前記ＩＣタグはＲＦＩＤタグである、請求項１３記載の自動アクセスシステム。
15. 請求項１から１４のいずれか一に記載のホストコンピュータ。
16. 請求項１から１４のいずれか一に記載のデバイス。
17. 請求項５から７のいずれかに記載の応答手段を含む応答装置。
18. ネットワークに接続される端末に着脱自在に接続されるデバイスと、前記ネットワークに接続されるホストコンピュータと、を利用した自動アクセス方法であって、
    前記ホストコンピュータが、前記デバイスの接続に応答して前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき前記端末が送信した前記デバイスの側の識別情報を受信するステップと、
    前記ホストコンピュータが、前記ネットワーク上の複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索するステップと、
    前記ホストコンピュータが、検索した前記アドレス情報を前記端末に送信するステップと、を含む自動アクセス方法。
19. 各々が、ネットワークに接続可能な対応する端末に接続され、コードを読み込む複数のデバイスと、前記複数のデバイスが送出した複数の前記コードを受信するホストコンピュータと、を利用した自動アクセス方法であって、
    前記ホストコンピュータが、前記デバイスによる前記コードの読み込みに応答して前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき前記端末が送信した前記コード及び前記デバイスの側の識別情報を受信するステップと、
    前記ホストコンピュータが、前記ネットワーク上に配置された複数のリソースのアドレス情報から、受信した前記識別情報に関連付けられたアドレス情報を検索するステップと、
    前記ホストコンピュータが、検索した前記アドレス情報を前記端末に送信するステップと、
    前記ホストコンピュータが、受信した前記コードを、検索した前記アドレス情報が示す前記リソースに間接的又は直接的に送信するステップと、を含む自動アクセス方法。
20. ネットワークに接続される端末に着脱自在に接続されるデバイスと、前記ネットワークに接続されるホストコンピュータと、を利用した自動アクセス方法であって、
    前記デバイスが前記端末と接続されたことに応答して、前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき、前記デバイスの側の識別情報を前記ホストコンピュータに送信するステップと、
    前記ネットワーク上の複数のリソースのアドレス情報のうち、前記ホストコンピュータが受信した前記識別情報に関連付けられたアドレス情報を、前記ホストコンピュータから受信するステップと、を含む自動アクセス方法。
21. 各々が、ネットワークに接続可能な対応する端末に接続され、コードを読み込む複数のデバイスと、前記複数のデバイスが送出した複数の前記コードを受信するホストコンピュータと、を利用した自動アクセス方法であって、
    前記ホストコンピュータのアドレス情報（以下、「ホストアドレス情報」と呼ぶ。）に基づき、前記デバイスから与えられた前記コード及び前記デバイスの側の識別情報を前記ホストコンピュータに送信するステップと、
    前記ネットワーク上の複数のリソースのアドレス情報のうち、前記ホストコンピュータが受信した前記識別情報に関連付けられたアドレス情報を、前記ホストコンピュータから受信するステップと、を含む自動アクセス方法。
22. 請求項１８から２１のいずれか一に記載の自動アクセス方法をコンピュータに実行させるコンピュータプログラム。
23. 請求項２２記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images