JP2007148518A - Ｕｓｂデバイス - Google Patents

Abstract

【課題】情報処理装置におけるウェブページのアクセスを容易に行うことができるようにする。
【解決手段】本ＵＳＢデバイスは、ＰＣに装着されることにより自身をキーボードとして認識させ（Ｓ１０１）、ＰＣのウェブブラウザを起動してダウンロードサイトへアクセスするためのキーボード操作が行われた場合にキーボードが送信する信号と同じ信号をＰＣへ送信する（Ｓ１０４，Ｓ１０５）。このため、本ＵＳＢデバイスを用いれば、ＰＣに装着する操作を行うだけで、キーボード操作によりウェブブラウザを起動してダウンロードサイトへアクセスするのと同様の結果を得ることができる。したがって、ダウンロードサイトへアクセスする際の煩雑な操作を不要とすることができる。
【選択図】図３

Description

本発明は、情報処理装置への着脱が可能なＵＳＢデバイスに関するものである。

従来、パーソナルコンピュータ等の情報処理装置への着脱が可能なＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）デバイスが知られている。
また、インターネットを介した通信が可能なパーソナルコンピュータ等の情報処理装置が周知であり、情報処理装置にインストールされているウェブブラウザを用いて所望のウェブページへアクセスすることが可能となっている。

なお、上述した内容は公知・公用の技術であり、出願人は特に先行技術調査を行っていないため、先行技術文献の開示については行わない。

ところで、従来の情報処理装置においては、ウェブブラウザに所望のウェブページのアドレス（ＵＲＬ）が登録されていない場合、利用者がアドレスを打ち込む（入力する）必要があり、また、ウェブブラウザに所望のウェブページのアドレスが登録されている場合であっても、アドレスの登録数が多くなるほど所望のアドレスを見つけ出しにくくなるという問題があった。

本発明は、こうした問題にかんがみてなされたものであり、情報処理装置におけるウェブページのアクセスを容易に行うことができるようにすることを目的としている。

上記目的を達成するためになされた本発明の請求項１に記載のＵＳＢデバイスは、パーソナルコンピュータ等の情報処理装置への着脱が可能なものである。そして、本ＵＳＢデバイスは、本ＵＳＢデバイスを情報処理装置にキーボードとして認識させる認識手段と、情報処理装置のウェブブラウザを起動して所定のウェブページへアクセスするためのキーボード操作が行われた場合にキーボードが送信する信号と同じ信号を情報処理装置へ送信する信号送信処理を行うウェブアクセス手段とを備えている。

このような構成のＵＳＢデバイスを用いれば、情報処理装置において、キーボード操作によりウェブブラウザを起動して所定のウェブページへアクセスする場合と同様の結果を得ることができる。したがって、所定のウェブページへアクセスする際の煩雑な操作を不要とすることができる。特に、本ＵＳＢデバイスは、本ＵＳＢデバイスを汎用周辺機器であるキーボードとして情報処理装置に認識させる構成のため、本ＵＳＢデバイス専用のドライバを情報処理装置にインストールするといった準備を不要とする（又は少なくする）ことができる。

ところで、所定のウェブページへアクセスするタイミングとしては、例えば、ＵＳＢデバイスが情報処理装置に装着されたタイミングとすることが考えられる。すなわち、請求項２に記載のＵＳＢデバイスでは、上記請求項１に記載のＵＳＢデバイスにおいて、ウェブアクセス手段は、本ＵＳＢデバイスが情報処理装置に装着されたことを信号送信処理の実行条件としている。このような構成のＵＳＢデバイスによれば、本ＵＳＢデバイスを情報処理装置に装着する簡単な操作により、ウェブブラウザを起動して所定のウェブページへアクセスすることができる。

ただし、例えば、情報処理装置が一般的なデスクトップ型パソコンの場合など、ＵＳＢコネクタを頻繁に抜き差ししない使用態様の場合には、所定のウェブページへアクセスするためにいちいちＵＳＢデバイスを抜き差ししなければならないとすると、かえって操作が煩雑となる。

そこで、請求項３に記載のＵＳＢデバイスは、上記請求項１又は２に記載のＵＳＢデバイスにおいて、情報処理装置のキーボードにおける所定のキー操作を検出するキー操作検出手段を備えている。そして、本ＵＳＢデバイスにおいて、ウェブアクセス手段は、キー操作検出手段により所定のキー操作が検出されたことを信号送信処理の実行条件としている。このような構成のＵＳＢデバイスによれば、情報処理装置のキーボードにおける極めて簡単なキー操作により、ウェブブラウザを起動して所定のウェブページへアクセスすることが可能となる。具体的には、例えば、ＮｕｍＬｏｃｋキー、ＣａｐｓＬｏｃｋキー、ＳｃｒｏｌｌＬｏｃｋキー等のように、一般的なキーボードにおいてＬＥＤ等の視認手段の状態を変化させるキー操作を検出するようにするとよい。本ＵＳＢデバイスは情報処理装置によりキーボードとして認識されているため、視認手段の状態を変化させるための信号が情報処理装置から入力されることとなり、その信号に基づきキー操作を検出することが可能となるからである。

一方、請求項４に記載のＵＳＢデバイスは、上記請求項１〜３のいずれかに記載のＵＳＢデバイスにおいて、認証用情報を記憶する認証情報記憶手段を備えている。そして、本ＵＳＢデバイスにおいて、ウェブアクセス手段は、認証情報記憶手段に記憶されている認証用情報を用いたウェブページへのアクセスをウェブブラウザに行わせる。ここで、認証用情報を用いたウェブページへのアクセスとしては、例えば、認証用情報（又は認証用情報から生成した認証鍵等の情報）をウェブページのアドレスの末尾に付加した上でウェブページへのアクセス（ウェブページデータの取得要求）をウェブブラウザに行わせることや、ウェブページデータの取得要求後にウェブサーバから認証要求が行われたタイミングで認証用情報（又は認証用情報から生成した認証鍵等の情報）の送信をウェブブラウザに行わせることなどが考えられる。具体的には、こうしたタイミングにおいて、認証用情報（又は認証用情報から生成した認証鍵等の情報）を入力するためのキーボード操作が行われた場合にキーボードが送信する信号と同じ信号を情報処理装置へ送信する。このような構成のＵＳＢデバイスを用いれば、認証用情報を用いて認証を行うことで、本ＵＳＢデバイスを装着している情報処理装置でのみウェブページへのアクセスを可能とするといった制限をかけることができ、しかも、認証のためのＩＤやパスワード等の入力操作を不要とすることができる。

次に、請求項５に記載のＵＳＢデバイスは、上記請求項１〜４のいずれかに記載のＵＳＢデバイスにおいて、残高を記憶する残高記憶手段と、情報処理装置から課金金額が送信されてきた場合に、その課金金額を残高記憶手段により記憶されている残高から減算する処理を行う残高更新手段とを備えている。このような構成のＵＳＢデバイスによれば、情報処理装置において有償のサービスを受けた場合に、そのサービスの対価をＵＳＢデバイスの残高から支払うといったシステムを構築することが可能となり、これによりあたかも財布のような利用が可能となる。

また、請求項６に記載のＵＳＢデバイスでは、上記請求項５に記載のＵＳＢデバイスにおいて、残高更新手段は、情報処理装置から送信されてきた課金金額が残高記憶手段により記憶されている残高よりも大きい場合には、その旨を情報処理装置へ通知する。このような構成のＵＳＢデバイスによれば、課金金額に対して残高が不足している場合には、情報処理装置において有償のサービスを受けることのできないシステムを構築することが可能となる。

ところで、異なる複数の課金元についての課金金額を残高から減算するシステムを構築する場合には、課金金額が、その課金元を識別可能な課金元識別情報とともに情報処理装置から送信されてくるものであることを前提として、ＵＳＢデバイスを次のように構成するとよい。

すなわち、請求項７に記載のＵＳＢデバイスは、上記請求項５又は６に記載のＵＳＢデバイスにおいて、情報処理装置から送信されてきた課金金額を、課金元識別情報ごとに集計する処理を行う課金集計手段を備えている。この構成によれば、どの課金元からいくら課金されたかを管理することができるため、各課金元に対して公平な支払を行うことのできるシステムを構築することが可能となる。

ただし、こうしてＵＳＢデバイス内で集計された課金金額に応じて実際に支払を行うには、その情報を何らかの形でＵＳＢデバイスから読み出す必要がある。
そこで、請求項８に記載のＵＳＢデバイスは、上記請求項７に記載のＵＳＢデバイスにおいて、課金集計手段により集計された課金金額を情報処理装置へ送信する集計情報送信手段を備えている。このような構成のＵＳＢデバイスによれば、集計された課金金額のＵＳＢデバイスからの読み出しを容易かつ確実に行うことができる。具体的には、情報処理装置から集計情報の要求を受けた場合に、課金集計手段により集計された課金金額を情報処理装置へ送信するように集計情報送信手段を構成すれば、情報処理装置側から所望のタイミングで情報を読み出すことが可能となる。

以下、本発明が適用された実施形態について、図面を用いて説明する。
図１は、実施形態のＵＳＢデバイス１００の構成を表す説明図であり、（ａ）は外観図、（ｂ）はブロック図である。

このＵＳＢデバイス１００は、ＵＳＢコネクタ１０１が本体ケーシング１０２と一体的に設けられた構成のものであり、本体ケーシング１０２の内部に、ＵＳＢインタフェース（Ｉ／Ｆ）１１０と、メモリ１２０と、ＣＰＵ１３０とを備えている。

そして、このＵＳＢデバイス１００は、主として図２に示すような通信システムにおいて利用される。そこで、まず、この通信システムについて説明する。
この通信システムは、パーソナルコンピュータ（以下「ＰＣ」という。）１０と、ダウンロードサーバ２０と、管理サーバ３０とが、インターネット１を介してデータ通信可能に構成されたものである。

ここで、ダウンロードサーバ２０は、複数種類のアプリケーション（パーソナルコンピュータ用のソフトウェア）の利用サービスを提供するウェブサーバである。具体的には、インターネット１を介してアクセス可能なウェブサイトであるダウンロードサイトを構築し、そのダウンロードサイトのウェブページにおいて、複数種類のアプリケーションをダウンロード可能としている。ここで、ダウンロードサイトにおいては、複数種類のアプリケーション提供者（会社）が提供するアプリケーションを取り扱っており、各アプリケーションには、それぞれ独自の料金体系を設定することが可能となっている。例えば、あるアプリケーション（例えばゲームソフト）には、ダウンロードは無料で行うことができるが、１回の利用ごとに１０円を支払うという料金体系が設定されており、別のアプリケーション（例えばＣＡＤソフト）には、ダウンロードは無料で行うことができるが、無料で利用する場合には利用可能な機能が一部に限定され、１０００円を支払うことにより全機能が利用可能になるという料金体系が設定されている。

また、管理サーバ３０は、複数の利用者（具体的にはＵＳＢデバイス１００の所有者）について利用料金の管理を行うためのウェブサーバである。
一方、ＰＣ１０は、汎用の情報処理装置であり、制御部１１、ハードディスク１２、キーボード１３、ディスプレイ１４、ネットワーク通信部１５及びＵＳＢ通信部１６を備えている。

制御部１１は、本ＰＣ１０の各部を統括制御する。
ハードディスク１２には、アプリケーションやデータ等の各種情報が記憶されている。具体的には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）としてＷｉｎｄｏｗｓ（登録商標）がインストールされており、アプリケーションとしてウェブブラウザがインストールされている。

キーボード１３は、使用者が入力操作を行うための複数のキーを備えた周知のものである。
ディスプレイ１４は、使用者に画像を表示するための周知のものである。

ネットワーク通信部１５は、インターネット１を介したデータ通信を行うためのものである。
ＵＳＢ通信部１６は、ＵＳＢポート１７を介したデータ通信や電源供給を行うためのものである。

このように構成された通信システムにおいて、本実施形態のＵＳＢデバイス１００は、ＰＣ１０のＵＳＢポート１７に差し込まれた状態で使用され、これにより、アプリケーションの利用料金を適正に徴収可能なビジネスモデルの構築が可能となっている。すなわち、本通信システムにおいては、ＵＳＢデバイス１００の所有者が、管理サーバ３０の管理者に対して一定の料金を事前に支払うことにより、その支払い済み料金が利用可能残高としてＵＳＢデバイス１００に記憶される。そして、そのＵＳＢデバイス１００をＰＣ１０に装着することで、ダウンロードサーバ２０が提供する複数種類のアプリケーションの利用サービスを、その利用可能残高の範囲内において受けることができる。さらに、ＵＳＢデバイス１００において、アプリケーションの利用料金はアプリケーションごとに集計され、その集計データが管理サーバ３０へ通知される。この通知に基づき、管理サーバ３０の管理者は、ＵＳＢデバイス１００の所有者から徴収済みの利用料金を各アプリケーション提供者へ支払う。

ここで、本実施形態のＵＳＢデバイス１００の具体的構成について説明する。
上述したように、このＵＳＢデバイス１００は、ＵＳＢインタフェース１１０と、メモリ１２０と、ＣＰＵ１３０とを備えている。

ＵＳＢインタフェース１１０は、ＵＳＢコネクタ１０１がＰＣ１０のＵＳＢポート１７に差し込まれた状態で、そのＰＣ１０との電気的なやり取りを行うためのものである。具体的には、ＰＣ１０から供給される電力をＣＰＵ１３０に供給するとともに、ＰＣ１０とＣＰＵ１３０との間でのデータ通信を可能とする。

メモリ１２０には、ＰＣ１０に本ＵＳＢデバイス１００を外付けのキーボードとして認識させるためのデバイス情報があらかじめ記憶されたデバイス情報記憶エリア１２１と、ダウンロードサイトのウェブページのＵＲＬがあらかじめ記憶されたＵＲＬ記憶エリア１２２と、本ＵＳＢデバイス１００に固有のＩＤがあらかじめ記憶されたＩＤ記憶エリア１２３と、認証に用いる認証鍵が記憶される認証鍵記憶エリア１２４と、課金金額をアプリケーションごとに集計した課金情報が記憶される認証エリア１２５と、利用可能残高が記憶される残高記憶エリア１２６とが設けられている。

次に、本実施形態のＵＳＢデバイス１００においてＣＰＵ１３０が実行する処理について、図３のフローチャートを用いて説明する。なお、本処理は、本ＵＳＢデバイス１００がＰＣ１０のＵＳＢポート１７に差し込まれることにより開始される。

この処理が開始されると、まず、Ｓ１０１で、ＵＳＢインタフェース１１０を介してＰＣ１０から入力される要求に応じて、メモリ１２０のデバイス情報記憶エリア１２１に記憶されているデバイス情報をＰＣ１０へ送信する。これにより、ＰＣ１０において、外付けのキーボードが接続されたと認識される。

続いて、Ｓ１０２では、ＵＳＢインタフェース１１０を介してＰＣ１０から入力される信号に基づき、ＰＣ１０のキーボード１３に設けられているＣａｐｓＬｏｃｋキーがオン状態になっているか否かを判定する。すなわち、ＰＣ１０のキーボード１３には、ＣａｐｓＬｏｃｋキーのオン／オフ状態を示すＬＥＤが設けられており、ＰＣ１０は、このＬＥＤの点灯／消灯を制御するためにＣａｐｓＬｏｃｋキーのオン／オフ状態を表す信号をキーボードへ送信する。本Ｓ１０２では、この信号を入力することにより、ＣａｐｓＬｏｃｋキーのオン／オフ状態を判定する。

そして、Ｓ１０２で、ＣａｐｓＬｏｃｋキーがオン状態になっていない（オフ状態になっている）と判定した場合には、Ｓ１０３へ移行し、認証鍵を生成する。具体的には、メモリ１２０のＩＤ記憶エリア１２３に記憶されている自己のＩＤをパラメータとして、所定の暗号生成アルゴリズムに基づき、毎回異なる内容の認証鍵を生成する。例えば、ダウンロードサイトへのアクセス回数をパラメータとして用いることにより、毎回異なる内容であってかつランダムでない（換言すれば、所定のウェブページ側で正規なものかどうか認証可能な）認証鍵を生成することができる。

続いて、Ｓ１０４では、ＰＣ１０のウェブブラウザを起動する処理を行う。具体的には、キーボード１３のウェブブラウザ起動ボタンが押された場合にキーボード１３が送信する信号と同じ信号を、ＵＳＢインタフェース１１０を介してＰＣ１０へ送信する。これにより、ＰＣ１０において、ウェブブラウザ（具体的には標準のウェブブラウザ）が起動する。

続いて、Ｓ１０５では、メモリ１２０のＵＲＬ記憶エリア１２２に記憶されているダウンロードサイトのウェブページのＵＲＬの末尾にＳ１０３で生成した認証鍵を付加したアドレスからウェブページデータを取得させる処理を、Ｓ１０４で起動したウェブブラウザに行わせ、Ｓ１０６へ移行する。具体的には、キーボード１３でアドレスの入力を行った場合にキーボード１３から送信される信号と同じ信号を、ＵＳＢインタフェース１１０を介してＰＣ１０へ送信する。これにより、ダウンロードサーバ２０において、ＰＣ１０から受信した認証鍵に基づく認証が行われ、認証鍵が正規である場合にダウンロードサイトのウェブページのウェブページデータがＰＣ１０へ返信される。このような認証により、ダウンロードサーバ２０は、個別認証された特定の利用者（ユーザ）に対してのみアプリケーションの利用サービスを提供することが可能となる。

一方、上述したＳ１０２で、ＣａｐｓＬｏｃｋキーがオン状態になっていると判定した場合には、Ｓ１０３〜Ｓ１０５の処理を行わず、そのままＳ１０６へ移行する。
Ｓ１０６では、ＵＳＢインタフェース１１０を介してＰＣ１０から入力される信号に基づき、ＰＣ１０のキーボード１３に設けられているＳｃｒｏｌｌＬｏｃｋキーが所定時間内（例えば５秒以内）に２度押されたか否かを判定する。すなわち、ＰＣ１０のキーボード１３には、ＳｃｒｏｌｌＬｏｃｋキーのオン／オフ状態を示すＬＥＤが設けられており、ＰＣ１０は、このＬＥＤの点灯／消灯を制御するためにＳｃｒｏｌｌＬｏｃｋキーのオン／オフ状態を表す信号をキーボードへ送信する。本Ｓ１０６では、この信号を入力することにより、ＳｃｒｏｌｌＬｏｃｋキーが押されたことを判定する。

そして、Ｓ１０６で、ＳｃｒｏｌｌＬｏｃｋキーが所定時間内に２度押されたと判定した場合には、Ｓ１０３へ戻る。つまり、ＳｃｒｏｌｌＬｏｃｋキーを２回押すことで、ＵＳＢデバイス１００を装着し直すことなく、ダウンロードサイトへアクセスできるようにしている。

一方、Ｓ１０６で、ＳｃｒｏｌｌＬｏｃｋキーが所定時間内に２度押されていないと判定した場合には、Ｓ１０７へ移行し、ＵＳＢインタフェース１１０を介してＰＣ１０から課金要求が入力されたか否かを判定する。ここで、課金要求とは、ＰＣ１０において有償のサービスを受けようとする操作が行われた場合に、ＵＳＢデバイス１００側に記憶されている利用可能残高を減算させるためのものである。具体的には、課金金額と、課金を要求するアプリケーションの識別情報であるアプリケーションＩＤとが送信されてくる。

そして、Ｓ１０７で、課金要求が入力されたと判定した場合には、Ｓ１０８へ移行し、課金要求の表す課金金額が、メモリ１２０の残高記憶エリア１２６に記憶されている利用可能残高よりも大きいか否かを判定する。

このＳ１０７で、課金金額が利用可能残高よりも大きくない（利用可能残高以下である）と判定した場合には、Ｓ１０９へ移行し、メモリ１２０の残高記憶エリア１２６に記憶されている利用可能残高から課金金額を減算することで、利用可能残高を更新する。

続いて、Ｓ１１０では、認証エリア１２５に記憶されている課金情報を更新する。具体的には、認証エリア１２５においてアプリケーションごとに集計されている課金金額のうち、課金要求の表すアプリケーションＩＤに対応するものに対して、課金要求の表す課金金額を加算する。

続いて、Ｓ１１１では、課金に関する処理が正常に終了したことを通知するための課金済み情報をＵＳＢインタフェース１１０を介してＰＣ１０へ送信し、Ｓ１１３へ移行する。これにより、ＰＣ１０において、有償のサービスが実行可能となる。

一方、Ｓ１０８で、課金金額が利用可能残高よりも大きい（残高不足である）と判定した場合には、Ｓ１１２へ移行し、課金ができないことを通知するための課金済み情報をＵＳＢインタフェース１１０を介してＰＣ１０へ送信し、Ｓ１１３へ移行する。これにより、ＰＣ１０において、有償のサービスを実行不能とすることができる。

Ｓ１１３では、ＵＳＢインタフェース１１０を介してＰＣ１０から通知要求が入力されたか否かを判定する。ここで、通知要求とは、認証エリア１２５に記憶されている課金情報をＰＣ１０へ通知させる要求である。

そして、Ｓ１１３で、通知要求が入力されたと判定した場合には、Ｓ１１４へ移行し、認証エリア１２５に記憶されている課金情報をＵＳＢインタフェース１１０を介してＰＣ１０へ送信し、Ｓ１０６へ戻る。このようにすることで、ＰＣ１０から管理サーバ３０へ課金情報を送信させることができる。ここで、ＰＣ１０に課金情報を送信させる具体的手法としては、例えば、管理サーバ３０へデータを送信するためのアプリケーション（以下「課金情報送信アプリケーション」という。）をあらかじめＰＣ１０にインストールしておき、この課金情報送信アプリケーションが、所定のタイミング（インターネット１を介した通信が可能な状態における定期的なタイミング等）で通知要求をＵＳＢデバイス１００へ送信し、ＵＳＢデバイス１００から返信されてきた課金情報を管理サーバ３０へ送信することが考えられる。

一方、Ｓ１１３で、通知要求が入力されていないと判定した場合には、そのままＳ１０６へ戻る。
なお、Ｓ１０７〜Ｓ１１０の処理においてはＵＳＢデバイス１００をキーボードではない装置（例えば通信装置）としてＰＣ１０に認識させる（デバイスの種類を切り替える）ようにすれば、ＰＣ１０とＵＳＢデバイス１００との間でのデータ通信を効率よく行うことができる。

以上説明したように、本実施形態のＵＳＢデバイス１００は、ＰＣ１０に装着されることにより自身をキーボードとして認識させ（Ｓ１０１）、ＰＣ１０のウェブブラウザを起動してダウンロードサイトへアクセスするためのキーボード操作が行われた場合にキーボード１３が送信する信号と同じ信号をＰＣ１０へ送信する（Ｓ１０４，Ｓ１０５）。このため、本ＵＳＢデバイス１００を用いれば、ＰＣ１０に装着する操作を行うだけで、キーボード操作によりウェブブラウザを起動してダウンロードサイトへアクセスするのと同様の結果を得ることができる。したがって、ダウンロードサイトへアクセスする際の煩雑な操作を不要とすることができる。特に、本ＵＳＢデバイス１００は、自身を汎用周辺機器であるキーボードとしてＰＣ１０に認識させる構成のため、本ＵＳＢデバイス１００専用のドライバをＰＣ１０にインストールするといった準備を不要とする（又は少なくする）ことができる。また、本ＵＳＢデバイス１００は、ＰＣ１０に装着されたタイミングでのダウンロードサイトへのアクセスを禁止することもできる（Ｓ１０２：ＹＥＳ）。

さらに、本ＵＳＢデバイス１００は、ＰＣ１０のキーボード１３におけるＳｃｒｏｌｌＬｏｃｋキーの２度押し操作を検出された場合にも（Ｓ１０６：ＹＥＳ）、ダウンロードサイトへアクセスするようにしている。このため、ＵＳＢデバイス１００を抜き差しすることなく、キーボード１３における極めて簡単なキー操作によりダウンロードサイトへアクセスすることができる。

また、本ＵＳＢデバイス１００は、自己のＩＤを用いて毎回異なる内容の認証鍵を生成し（Ｓ１０３）、この認証鍵を用いた認証をダウンロードサイトに対して行うため（Ｓ１０５）、ＵＳＢデバイス１００を装着しているＰＣ１０でのみウェブページへのアクセスを可能とするといった制限をかけることができ、しかも、認証のためのＩＤやパスワード等の入力操作を不要とすることができる。

一方、本ＵＳＢデバイス１００は、利用可能残高を記憶し、ＰＣ１０から課金金額が送信されてきた場合に（Ｓ１０７：ＹＥＳ）、その課金金額を利用可能残高から減算する処理を行うため（Ｓ１０９）、ＰＣ１０において有償のサービスを受けた場合に、そのサービスの対価をＵＳＢデバイス１００の利用可能残高から支払うといったシステムを構築することが可能となり、これによりあたかも財布のような利用が可能となる。しかも、ＰＣ１０から送信されてきた課金金額が利用可能残高よりも大きい場合には（Ｓ１０８：ＮＯ）、その旨をＰＣ１０へ通知するようにしているため（Ｓ１１２）、課金金額に対して利用可能残高が不足している場合には、ＰＣ１０においてサービスを受けることができないようにすることができる。この結果、１つのＵＳＢデバイス１００で、複数種類のアプリケーションについての不正利用を確実に防止することができる。また、オフラインでの課金も可能となる。

加えて、ＰＣ１０から送信されてきた課金金額を、アプリケーションごとに集計して管理サーバ３０へ送信するための処理を行うため（Ｓ１１０，Ｓ１１３：ＹＥＳ，Ｓ１１４）、どのアプリケーションについていくら課金されたかを管理サーバ３０側で管理することができ、各アプリケーション提供者に対して公平な支払を行うことができる。

なお、本実施形態のＵＳＢデバイス１００では、ＵＳＢインタフェース１１０と、図３におけるＳ１０１の処理を実行するＣＰＵ１３０とが、本発明の認識手段に相当し、Ｓ１０３〜Ｓ１０５の処理を実行するＣＰＵ１３０が、本発明のウェブアクセス手段に相当し、ＵＳＢインタフェース１１０と、Ｓ１０６の処理を実行するＣＰＵ１３０とが、本発明のキー操作検出手段に相当する。また、Ｓ１０８，Ｓ１０９，Ｓ１１２の処理を実行するＣＰＵ１３０が、本発明の残高更新手段に相当し、Ｓ１１０の処理を実行するＣＰＵ１３０が、本発明の課金集計手段に相当し、Ｓ１１３，Ｓ１１４の処理を実行するＣＰＵ１３０が、本発明の集計情報送信手段に相当する。さらに、メモリ１２０におけるＩＤ記憶エリア１２３及び認証鍵記憶エリア１２４が、本発明の認証情報記憶手段に相当し、メモリ１２０における残高記憶エリア１２６が、本発明の残高記憶手段に相当する。

以上、本発明の一実施形態について説明したが、本発明は、種々の形態を採り得ることは言うまでもない。
例えば、ＰＣ１０からの要求に応じてＵＳＢデバイス１００に記憶されている秘密情報を送信する構成とすれば、ＰＣ１０で動作するアプリケーションにおいて、オンライン／オフラインを問わず、適正なＵＳＢデバイス１００が接続されているか否かを判定することができる。このようにすれば、ＵＳＢデバイス１００が接続されている場合にのみアプリケーションを利用可能とするといった制限を設けることができる。

また、ＵＳＢデバイス１００のメモリ１２０の残高記憶エリア１２６に記憶されている利用可能残高を、インターネット１を介して更新できるようにしてもよい。
さらに、上記実施形態のＵＳＢデバイス１００では、アプリケーションごとに課金金額を集計するようにしているが、これに限ったものではなく、アプリケーション提供者ごとに課金金額を集計するようにしてもよい。要するに、課金元（支払先）を識別可能な情報ごとに課金金額を集計する手法であればよい。

一方、上記実施形態では、認証が必要なウェブサイトへアクセスする構成のＵＳＢデバイス１００を例示したが、これに限ったものではなく、認証が不要なウェブサイトへアクセスする構成としてもよい。この場合、メモリ１２０におけるＵＲＬ記憶エリア１２２には認証が不要なウェブページのＵＲＬが記憶され、ＩＤ記憶エリア１２３及び認証鍵記憶エリア１２４は不要とすることができる。また、図３のＳ１０３の処理を不要とすることができる。

また、上記実施形態では、ＣａｐｓＬｏｃｋキーがオン状態となっている場合にはＰＣ１０のＵＳＢポート１７に差し込まれてもウェブサイトへのアクセス処理を行わない構成のＵＳＢデバイス１００を例示したが、これに限ったものではなく、ＰＣ１０のＵＳＢポート１７に差し込まれた場合には常にアクセス処理を行う構成としてもよい。この場合、図３のＳ１０２の処理を不要とすることができる。

さらに、上記実施形態では、課金機能を有したＵＳＢデバイス１００を例示したが、これに限ったものではなく、課金機能を有しない構成とすることも可能である。この場合、メモリ１２０における認証エリア１２５及び残高記憶エリア１２６を不要とすることができ、また、図３のＳ１０６において、ＳｃｒｏｌｌＬｏｃｋキーが所定時間内に２度押されていないと判定している間は待機することで、Ｓ１０７〜Ｓ１１４の処理を不要とすることができる。

ＵＳＢデバイスの構成を表す説明図である。 ＵＳＢデバイスが利用される通信システムのブロック図である。 ＵＳＢデバイスのＣＰＵが実行する処理のフローチャートである。

符号の説明

１…インターネット、１０…ＰＣ、１７…ＵＳＢポート、２０…ダウンロードサーバ、３０…管理サーバ、１００…ＵＳＢデバイス、１０１…ＵＳＢコネクタ、１１０…ＵＳＢインタフェース、１２０…メモリ、１２１…デバイス情報記憶エリア、１２２…ＵＲＬ記憶エリア、１２３…ＩＤ記憶エリア、１２４…認証鍵記憶エリア、１２５…認証エリア、１２６…残高記憶エリア、１３０…ＣＰＵ

Claims (8)

1. 情報処理装置への着脱が可能なＵＳＢデバイスであって、
   本ＵＳＢデバイスを前記情報処理装置にキーボードとして認識させる認識手段と、
   前記情報処理装置のウェブブラウザを起動して所定のウェブページへアクセスするためのキーボード操作が行われた場合にキーボードが送信する信号と同じ信号を前記情報処理装置へ送信する信号送信処理を行うウェブアクセス手段と、
   を備えたことを特徴とするＵＳＢデバイス。
2. 前記ウェブアクセス手段は、本ＵＳＢデバイスが前記情報処理装置に装着されたことを前記信号送信処理の実行条件としていること
   を特徴とする請求項１に記載のＵＳＢデバイス。
3. 前記情報処理装置のキーボードにおける所定のキー操作を検出するキー操作検出手段を備え、
   前記ウェブアクセス手段は、前記キー操作検出手段により所定のキー操作が検出されたことを前記信号送信処理の実行条件としていること
   を特徴とする請求項１又は請求項２に記載のＵＳＢデバイス。
4. 認証用情報を記憶する認証情報記憶手段を備え、
   前記ウェブアクセス手段は、前記認証情報記憶手段に記憶されている認証用情報を用いて前記ウェブページへのアクセスを前記ウェブブラウザに行わせること
   を特徴とする請求項１から請求項３までのいずれか１項に記載のＵＳＢデバイス。
5. 残高を記憶する残高記憶手段と、
   前記情報処理装置から課金金額が送信されてきた場合に、その課金金額を前記残高記憶手段により記憶されている残高から減算する処理を行う残高更新手段と、
   を備えたことを特徴とする請求項１から請求項４までのいずれか１項に記載のＵＳＢデバイス。
6. 前記残高更新手段は、前記情報処理装置から送信されてきた課金金額が前記残高記憶手段により記憶されている残高よりも大きい場合には、その旨を前記情報処理装置へ通知すること
   を特徴とする請求項５に記載のＵＳＢデバイス。
7. 前記課金金額は、その課金金額の課金元を識別可能な課金元識別情報とともに前記情報処理装置から送信されてくるものであり、
   前記情報処理装置から送信されてきた課金金額を、前記課金元識別情報ごとに集計する処理を行う課金集計手段を備えたこと
   を特徴とする請求項５又は請求項６に記載のＵＳＢデバイス。
8. 前記課金集計手段により集計された課金金額を前記情報処理装置へ送信する集計情報送信手段を備えたこと
   を特徴とする請求項７に記載のＵＳＢデバイス。

Images