JP2001256345A - ホームネットワーク上のｉｃカード管理システム - Google Patents

Abstract

(57)【要約】 【課題】 ホームネットワーク上でのＩＣカードの利用
／予約を分散または集中的に管理し、情報の利用を簡単
確実かつ安全に行なうことができるようにする。 【解決手段】 ＩＣカードを持つＲ／Ｗ装置はＩＣカー
ドの管理テーブルを作成し、ホームネットワーク上の他
の機器からのＩＣカード情報の問合せに応答できるよう
にする。また、ＩＣカードマネージャがある場合には、
これにＩＣカード情報を通知し、情報を一括管理させ
る。ＩＣカードの利用予約をしたい機器は、予約管理テ
ーブルを持つＲ／Ｗ装置やＩＣカードマネージャにＩＣ
カードの予約要求を通知し、Ｒ／Ｗ装置もしくはＩＣカ
ードマネージャは予約管理テーブルを参照し、予約可能
な場合、この予約を予約管理テーブルに登録する。予約
されているＩＣカードがＲ／Ｗ装置から排出される場合
には、通知や表示で注意を促す。これらの情報を利用す
るためには、必要に応じてユーザの認証を求める。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＶ機器や情報処
理装置などの電子機器がネットワークで接続されたホー
ムネットワークシステムに係り、特に、このシステムの
複数のＲ／Ｗ装置（リーダライタ）に装着されたＩＣカ
ードの管理システムに関する。

【０００２】

【従来の技術】現在、家庭内のテレビジョン受信機（以
下、ＴＶ受信機という）や衛星放送受信機などのＡＶ機
器や、パーソナルコンピュータ（以下、パソコンとい
う）などの情報処理装置を複数個ＩＥＥＥ１３９４シリ
アルバスなどで互いに接続し、データや制御信号をやり
とりする通信システムが実現されつつある。また、磁気
カードと比較してよりセキュリティが強化されたＩＣカ
ードの個人への普及や、インターネットや衛星放送など
によるサービスと関連してＩＣカードによる決済や認証
などを行なうシステムもより一般的になりつつある。

【０００３】複数のＡＶ機器や情報処理装置がネットワ
ークに接続されていると、これら装置で必要なＩＣカー
ドを共有することなども可能になる。例えば、特開平１
１−１６８４８６号公報には、複数の放送プロバイダか
らの放送を受信する装置の構成を簡略化するために、こ
れら受信装置を構成する機能ブロックをネットワークで
接続することにより、これらの共通部分を複数の非共通
部分により共有して受信処理を行なう方法が開示されて
いる。また、特開平１１−１２６１９３号公報では、複
数のＡＶ機器がバス接続されたシステムにおいて、これ
ら複数の機器間で効率良くタイマを設定及び管理する手
段を提供している。

【０００４】

【発明が解決しようとする課題】ところで、ＩＣカード
を用いて決済や認証などを行なう場合、ホームネットワ
ークを利用することにより、家庭内の他の部屋にあるＩ
Ｃカードを利用することも可能であるが、ＩＣカード自
体はネットワークに直接接続されているわけではないの
で、ネットワーク上に、複数のＲ／Ｗ装置が存在し、さ
らに、これらにＩＣカードが装着されていた複数のＩＣ
カードが存在する場合、従来のホームネットワークで
は、どこに、どのような種類のＩＣカードが存在し、ど
のＩＣカードが利用できるかはわからなかった。

【０００５】また、ＩＣカードを未来のある時間帯に利
用したい場合、このＩＣカードがネットワークに接続さ
れている複数の機器からアクセスされる可能性があるた
め、複数の機器によるこのＩＣカードの利用時間帯が重
複し、利用したいＩＣカードが利用できない機器が出て
くる可能性があるし、未来の時間帯の認証や決済に必要
なカードが不用意にＲ／Ｗ装置から取り除かれると、必
要な認証や決済ができなくなる。このため、ＩＣカード
の利用予約を管理する必要がある。

【０００６】さらに、ＩＣカードは認証や決済など大切
な処理に使われる場合が多いので、家庭内とはいえ、全
てのＩＣカードの位置を家族全員に知らせたくない場合
もある。

【０００７】本発明は、このような要求に鑑みてなされ
たものであって、その目的は、ホームネットワークに接
続された複数のＩＣカードのＲ／Ｗ装置に挿入されてい
るＩＣカードに関する情報（所在情報や利用予約情報な
ど）を分散もしくは集中的に管理できるようにし、さら
に、かかる情報を簡単で確実かつ安全に利用できる用に
したホームネットワーク上のＩＣカード管理システムを
提供することにある。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、ＩＣカードの読み／書きを行なう端末部
を有する電子機器(以下、Ｒ／Ｗ装置という)を少なくと
も含めて、複数の電子機器が通信ケーブルによって相互
に接続されてなるホームネットワークにおいて、該電子
機器の１つが他の全ての該電子機器にＩＣカードの所在
を問い合わせ、その問い合わせに対するＲ／Ｗ装置から
の応答を受信し、ＩＣカードの所在を示す管理テーブル
を作成する構成とするものである。このように、各ＩＣ
カードの所在を、電子機器毎に、分散管理することがで
き、この管理においては、問い合わせという簡単な作業
でもってを確実にＩＣカードの所在を知ることができ
る。

【０００９】また、本発明は、電子機器の１つをＩＣカ
ードマネージャとし、該ＩＣカードマネージャが、ＩＣ
カードの所在に関する管理テーブルを有し、Ｒ／Ｗ装置
全てからのＩＣカードの着脱状態を示す着脱情報に基づ
いて該管理テーブルを更新するとともに、該ＩＣカード
マネージャ及びＲ／Ｗ装置以外の該電子機器からのＩＣ
カードに関する問い合わせに対し、該管理テーブルに基
づいて返答する構成としたものである。このように、各
ＩＣカードの所在をＩＣカードマネージャによって集中
管理することができ、このＩＣカードマネージャに問い
合わせることにより、ＩＣカードの所在を簡単に知るこ
とができる。

【００１０】さらに、本発明は、電子機器がＩＣカード
が装着されたＲ／Ｗ装置にＩＣカードの利用予約要求を
通知し、該Ｒ／Ｗ装置は、自己に装着されたＩＣカード
に関する利用予約管理テーブルを有して、該電子機器か
らのＩＣカードの利用予約要求を該利用予約管理テーブ
ルで管理する構成とするものである。これにより、各Ｉ
Ｃカードの利用予約状況を個々の電子機器で、自己に関
するものについて、管理することができ、利用予約状況
の分散管理が可能となる。

【００１１】さらに、本発明は、電子機器の１つをＩＣ
カードマネージャとし、ＩＣカードマネージャ及びＲ／
Ｗ装置以外の電子機器が、該Ｒ／Ｗ装置に装着されたＩ
Ｃカードの利用予約要求を通知し、ＩＣカードマネージ
ャは、利用予約がなされた全てのＩＣカードを管理する
利用予約管理テーブルを有し、該ＩＣカードの利用予約
要求を該利用予約管理テーブルで管理する構成とするも
のである。これにより、各ＩＣカードの利用予約状況を
ＩＣカードマネージャで集中管理することが可能とな
る。

【００１２】さらに、本発明は、ＩＣカードマネージャ
が、ＩＣカードがどのＲ／Ｗ装置に装着されているかと
いうＩＣカードの所在を管理するＩＣカード所在管理テ
ーブルと、Ｒ／Ｗ装置に装着されている全てのＩＣカー
ドの利用予約状況を管理する利用予約管理テーブルと、
ユーザの認証に必要な登録認証情報としての情報とを保
持する保持手段と、ユーザによって自己の認証情報を入
力する入力手段と、該入力手段で入力された該認証情報
と該保持手段に保持された該登録認証情報とを比較し、
その比較結果に応じて該ＩＣカード所在管理テーブルや
該利用予約管理テーブルのユーザによる利用の可否を判
定する判定手段とを備えた構成とするものである。これ
により、これら管理テーブルのデータの安全性を確保す
ることができる。

【００１３】

【発明の実施の形態】以下、本発明の実施形態を図面を
用いて説明する。図１は本発明によるホームネットワー
ク上のＩＣカード管理システムの一実施形態を示すブロ
ック図であって、１はＲ／Ｗ装置(リーダライタ：ICC R
/W A）、２はホームサーバ(HS）、３はディジタル衛星
放送受信機(TUNER）、４はＴＶ受信機(TV）、５はディ
ジタルＶＴＲ(D−VTR）、６はパソコン(PC）、７はＲ／
Ｗ装置(ICC R/W B）、８，９，１０はＩＣカード(ICC
A,B,E）、１１は通信ケーブルである。

【００１４】同図において、IEEE1394バスケーブルなど
の通信ケーブル１１により、ＩＣカードの読み書きをす
るＲ／Ｗ装置１，７や、中央演算部とメモリなどを内蔵
したＩＣカード８〜１０、ホームネットワークの中心と
なって各種データの保存などを行なうホームサーバ２、
ディジタル衛星放送受信機３、ＴＶ受信機４、ＴＶ受信
機４やディジタル衛星放送受信機３などからの映像信号
や音声信号を記録するディジタルＶＴＲ５、パソコン６
が互いに接続されて、ホームネットワークシステムを構
成している。Ｒ／Ｗ装置１，７は１個または複数個のＩ
Ｃカードを装着することができ、ここでは、Ｒ／Ｗ装置
に２個のＩＣカード８，９が、Ｒ／Ｗ装置７に１個のＩ
Ｃカード１０が夫々装着されているものとする。

【００１５】なお、ここでは、２個のＲ／Ｗ装置１，７
を用いているが、１個または３個以上のＲ／Ｗ装置を用
いるようにしてもよい。

【００１６】また、ここでは図示しないが、ハードディ
スク装置やプリンタ，スキャナ，オーディオ機器などの
他の機器も接続可能であるし、また、パソコン６などの
接続機器にＩＣカードのＲ／Ｗ装置が内蔵されている場
合もある。

【００１７】かかる構成のこの実施形態は、後述するよ
うに、ホームネットワークによって接続された上記ＡＶ
機器や情報処理装置などの電子機器が、上記複数のＲ／
Ｗ装置夫々に装着されているＩＣカードの中から目的の
ＩＣカードを簡単に探し出し利用するためのＩＣカード
情報の管理や、未来の時間帯でのＩＣカードの利用を予
約し、未来の時間帯におけるＩＣカードの確実な利用や
それらの情報を利用する際の認証を行なうものである。

【００１８】図２は図１におけるＲ／Ｗ装置１の一具体
例を示すブロック図であって、１ａはＣＰＵ、１ｂはＲ
ＯＭ、１ｃはＲＡＭ、１ｄは入出力部、１ｅは操作部、
１ｆは表示部、１ｇはＩＣカードＩ／Ｆ（インターフェ
ース）、１ｈは内部バスである。

【００１９】同図において、内部バス１ｈにより、プロ
グラムを動作させてＲ／Ｗ装置１全体の制御を行なうＣ
ＰＵ１ａや動作プログラムなどを記録するＲＯＭ１ｂ，
ＣＰＵ１ａの動作に必要なデータなどを一時記憶するＲ
ＡＭ１ｃ，Ｒ／Ｗ装置１とホームネットワークに接続さ
れている他の機器との間で信号の入出力を行なう入出力
部１ｄ，操作パネルやＰＩＮ入力パッドなどによる操作
を行なうための操作部１ｅ，液晶パネルなどにユーザイ
ンタフェース情報を表示するための表示部１ｆ，ＩＣカ
ード８，９との情報のやりとりするＩＣカードＩ／Ｆ１
ｇが接続され、これらの間で互いに信号のやりとりがで
きるようにしている。これは、他のＲ／Ｗ装置７につい
ても、同様である。

【００２０】図３は図１におけるディジタル衛星放送受
信機３の一具体例を示すブロック図であって、３ａはＣ
ＰＵ、３ｂはＲＯＭ３ｂ、３ｃはＲＡＭ、３ｄはチュー
ナ、３ｅはデコーダ、３ｆは操作部、３ｇは表示部、３
ｈは入出力部、３ｉは通信部である。３ｉは電話回線な
ど外部のネットワークと通信を行なうための通信部、３
ｊは内部バスである。

【００２１】同図において、このディジタル衛星放送受
信機３は、図１に示すネットワーク上に存在するＲ／Ｗ
装置内のＩＣカードを利用して有料番組の視聴決済を行
なうものであって、動作プログラムに従って動作してデ
ィジタル衛星放送受信機３を制御するＣＰＵ３ａと、こ
の動作プログラムなどが記録されているＲＯＭ３ｂと、
ＣＰＵ３ａの動作に必要なデータなどを一時保持するＲ
ＡＭ３ｃと、ディジタル衛星放送を受信するためのチュ
ーナ３ｄと、チューナ３ｄで受信した放送データをデコ
ードするためのデコーダ３ｅと、操作パネルやリモコン
などによる操作を行なうための操作部３ｆと、液晶パネ
ルやモニタなどの表示装置にユーザインタフェース情報
を表示させる表示部３ｇと、このディジタル衛星放送受
信機３と通信ケーブル１１（図１）を介して接続されて
いる他の機器とで信号の入出力を行なう入出力部３ｈ
と、電話回線など外部のネットワークと通信を行なうた
めの通信部３ｉとが内部バス３ｊによって互いに接続さ
れた構成をなしており、これら間の信号のやり取りを行
なうことができる。

【００２２】なお、ＩＣカードＩ／Ｆを設け、Ｒ／Ｗ装
置のように、ＩＣカードを着脱可能として、ＩＣカード
と通信ができるようにすることもできる。

【００２３】次に、この実施形態のＩＣカードの管理方
法の具体例について図１〜図３を用いて説明するが、ま
ず、図１で示すホームホームネットワークシステムにお
いて、ディジタル衛星放送受信機３が、ネットワーク上
に存在するＲ／Ｗ装置内のＩＣカードを利用して、有料
番組の視聴決済を行なう場合について説明する。

【００２４】まず、番組の視聴決済をＩＣカードで行な
うディジタル衛星放送受信機３は、そのために利用でき
るＩＣカードがどこにあるか（どの機器にあるか）分か
らないため、ホームネットワークに接続されている全て
の機器に対して、入出力部３ｈから通信ケーブル１１を
介してＩＣカードが装着されているかどうかの問い合わ
せを行なう。

【００２５】図４はこの問い合せ用データの一構造例を
示すものであって、概略的には、図４（ａ）に示すよう
に、３個のパート４００，４０１，４０２からなるパケ
ットデータ構造をなしており、パート４００には機能コ
ードが、パート４０１にはデータが、パート４０２には
発行機器ＩＤ（識別番号）が夫々割り当てれている。具
体的には、図４（ｂ）に示すように、パート４００に
「ＩＣカード所有データ要求」という機能コードが格納
され、パート４０１に「ＴＵＮＥＲ決済用カード」とい
う決済用のカードであるかどうかの問い合わせのデータ
が格納されており、パート４０２にはコマンド問い合わ
せ元であるディジタル衛星放送受信機３を示す情報「Ｔ
ＵＮＥＲ」が格納されている。かかる問い合わせ用デー
タはＲＯＭ３ｂに予め保持されており、問い合わせが必
要となると、ＣＰＵ３ａがこの問い合わせ用データをＲ
ＯＭ３ｂから読み出して入出力部３ｈから出力する。

【００２６】図１でのホームネットワークに接続されて
いる夫々の機器は、図４に示すような構造の問い合わせ
用データを夫々の入出力部（例えば、Ｒ／Ｗ装置１で
は、入出力部１ｃ）で受け取り、夫々のＣＰＵが動作プ
ログラムを用いてこの受け取ったデータを処理すること
によってこのデータの意味を解釈する。そして、ＩＣカ
ードが装着されているＲ／Ｗ装置１，７は夫々、ディジ
タル衛星放送受信機３に対して、ＩＣカードを２枚，１
枚持っていることを返答する。このとき、夫々のＲ／Ｗ
装置１，７は、ディジタル衛星放送受信機３からの先の
問い合わせが来て始めて、自己に装着されているＩＣカ
ードのチェックとデータの読み出しを行なう場合もある
し、また、ＩＣカードが装着された時点で内蔵の記憶部
にＩＣカードから読み出した必要なデータを記憶し、そ
のデータを返答する場合もある。

【００２７】図５はこの問い合せ用データの一構造例を
示すものであって、概略的には、図５（ａ）に示すよう
に、３個のパート５００，５０１，５０２からなるパケ
ットデータ構造をなしており、パート５００には機能コ
ードが、パート５０１にはデータが、パート５０２には
発行機器ＩＤが夫々割り当てれている。具体的には、Ｒ
／Ｗ装置１が決済用のＩＣカード８（ICC A）を所有し
ているものとして、図５（ｂ）に示すように、パート５
００に「ＩＣカード所有データ応答」という機能コード
が格納され、パート５０１に「ＴＵＮＥＲ決済カード
Ａ」という決済用のＩＣカード８を所有していることを
示すデータが格納されており、パート５０２に返答する
Ｒ／Ｗ装置１を示す情報「ＩＣＣ Ｒ／Ｗ Ａ」が格納さ
れている。この返答用データは、パート５００に「ＩＣ
カード所有データ応答」が、パート５０２に情報「ＩＣ
Ｃ Ｒ／Ｗ Ａ」が夫々既に格納された状態でＲＯＭ１ｂ
に保持されており、返答するに際して、ＣＰＵ１ａはこ
れを読み出してパート５０１に所定のデータを書き込
み、入出力部１ｄから出力する。

【００２８】ＩＣカードを所有しない機器やＩＣカード
を所有しても、これが決済用でない機器は、上記のよう
な返答データを問い合わせ元に発行する必要がないが、
返答データを発行するようにしてもよい。この場合に
は、図５でのパート５０１にその旨を示すデータが格納
される。また、ＩＣカードを所有するが、これが決済用
でない場合には、単にＩＣカードを所有していることを
表わすデータをパート５０１に格納し、そのＩＣカード
の種類は知らせないようにすることもできる。

【００２９】そこで、ディジタル衛星放送受信機３は、
他の機器からのＩＣカードに関する返答データを入出力
部３ｈで受信すると、これをＲＡＭ３ｃ内の決済カード
の管理テーブルに格納する。図６はこの決済カード管理
テーブルのデータ構造例を示すものであって、図示する
ように、この決済カード管理テーブルは２つの項目、即
ち、ＩＣカードを所有する機器を示す項目「ＩＣカード
所在機器」６００とＩＣカードの種類を示す項目「ＩＣ
カードデータ」６０１とがある。ここでは、Ｒ／Ｗ装置
１に装着されているＩＣカード８（ICC A）とＲ／Ｗ装
置７に装着されているＩＣカード１０（ICC E）とが決
済用カードであるものとしている。

【００３０】この管理テーブルをもとに、ディジタル衛
星放送受信機３は、どのＩＣカードを使用するか決定を
下す。この決定を下すために、あるＩＣカードについて
より詳細なデータを必要とする場合には、その特定のＩ
Ｃカードついての追加のデータを要求する通信を行なう
こともできる。

【００３１】そして、図６に示したように、決済用とし
て利用できるＩＣカードが複数枚ある場合には、表示部
３ｇにより、図７に示すように、表示画面にこれらＩＣ
カードに関するデータを表示し、ユーザが操作部３ｆを
操作してそのいずれかを選択することができるようにす
る。

【００３２】また、ＩＣカードに、決済や認証などのそ
の用途毎に、優先順位を持たせることもできる。この場
合には、ディジタル衛星放送受信機３は優先順位の高い
ものから自動的に選択してもよいし、優先順位が高い順
に図７のように表示し、このうちから１つをユーザが選
択できるようにしてもよい。この優先順位はユーザが初
めに登録しておいてもよいし、利用頻度によってディジ
タル衛星放送受信機３やＲ／Ｗ装置１，７が自動的に登
録してもよい。図８はＩＣカードの優先順位を加えた決
済カード管理テーブルのデータ構造の例を示すものであ
って、図６の管理テーブルと同様の項目「ＩＣカード所
在機器」６００，項目「ＩＣカードデータ」６０１のほ
かに、項目「優先順位」８００が設けられる。

【００３３】さらに、複数のＩＣカードＩ／Ｆを保持で
きるＲ／Ｗ装置がある場合には、どのＩＣカードＩ／Ｆ
なのかが分かる項目があってもよい。

【００３４】これらの管理テーブルデータは、ディジタ
ル衛星放送受信機３が決済を行なう度に上記の問い合わ
せを行なって作成し、決済終了後は削除するようにして
もよい。また、定期的に上記の問い合わせを行なってそ
の度に作成してもよいし、あるタイミングで作成して必
要な期間保持しておいてもよい。さらに、管理テーブル
を常時保持しておき、ＩＣカードが装着または排出され
る毎にその機器からその旨の通知を受けるようにし、そ
の通知によって管理テーブルを作成、修正するようにし
てもよい。

【００３５】図９は以上のようなディジタル衛星放送受
信機３のＩＣカードによる決済の手順を示すフローチャ
ートであって、複数のＩＣカードのうちから利用するＩ
Ｃカードを選択する場合を示している。

【００３６】同図において、まず、ユーザがディジタル
衛星放送受信機３のリモコンなどの操作部３ｆを用いて
有料視聴を開始させた後、その料金の決済が必要なタイ
ミングになると（ステップ９００）、ホームネットワー
ク（図１）に接続された各機器に対して決済用のＩＣカ
ード（決済カード）の所在を問い合わせるコマンドデー
タの送信を入出力部３ｈを介して行なう（ステップ９０
１）。そして、Ｒ／Ｗ装置１，７などから決済カード所
在情報データ（図５に示した返答データのうちの決済カ
ードに関するもの）を受信すると（ステップ９０２）、
受信した決済カード所在情報データをもとに図６または
図８で示すような決済管理テーブルを作成する（ステッ
プ９０３）。

【００３７】決済カードがなければ（決済カードが全て
利用できない場合も含む。ステップ９０４）、この決済
管理テーブルは作成されないが（上記のように、決済管
理テーブルが既にある場合には、これでは決済カードが
０となっている）、決済処理を終了するが、利用可能な
決済カードが１枚の場合には（ステップ９０４）、直ち
にこの決済カードで決済を行ない（ステップ９０５）、
決済処理を終了する（ステップ９０６）。

【００３８】２枚以上の利用可能な決済カードがあれば
（ステップ９０４）、これらの決済カードの優先順位の
チェックを行ない（ステップ９０７）、優先順位が設定
されていれば、優先順位の高い決済カードを選択して
（ステップ９０８）、決済処理を行なう（ステップ９０
５）。優先順位の設定がない場合もしくは優先順位が同
レベルである場合には（ステップ９０７）、図７に示し
たように、ユーザによる選択を行なうための画面表示を
行ない（ステップ９０９）、ユーザがいずれかの決済カ
ードを選択すると（ステップ９１０）、その決済カード
で決済処理を行な（ステップ９０５）。

【００３９】このように、ディジタル衛星放送受信機３
は、ホームネットワークシステムに存在する複数のＩＣ
カードの中から必要なＩＣカードを探し出し、選択して
使用することができる。

【００４０】この実施形態では、ディジタル衛星放送受
信機３が管理テーブルを有するものとしたが、これに代
わって、Ｒ／Ｗ装置を有するパーソナルコンピュータが
管理テーブルを作成する構成としてもよい。

【００４１】次に、この実施形態でのＩＣカードの管理
方法の他の具体例を説明する。

【００４２】上記のＩＣカードの管理方法は、有料番組
の視聴決済のためのＩＣカードを、その決済をするディ
ジタル衛星放送受信機３がホームネットワークシステム
の他の機器に問い合わせて使用するようにしたものであ
ったが、この管理方法は、ディジタル衛星放送受信機３
がこのネットワーク上に存在するＲ／Ｗ装置内のＩＣカ
ードを利用して有料番組の視聴決済を行なう場合のＩＣ
カードの選択に、ＩＣカードを集中的に管理するＩＣカ
ードマネージャを利用するものである。ここでは、ホー
ムサーバ２がＩＣカードマネージャであるものとする。

【００４３】図１０は図１におけるホームサーバ２の一
具体例の内部構成を示すブロック図であって、２ｈは内
部バス、２ａはＣＰＵ、２ｂはＲＯＭ、２ｃはＲＡＭ、
２ｄは入出力部、２ｅは操作部、２ｆは表示部、２ｇは
ハードディスクドライブ（HD）である。

【００４４】同図において、この具体例は、プログラム
によって動作しホームサーバ２全体を制御するＣＰＵ２
ａと、この動作プログラムなどを記録するＲＯＭ２ｂ
と、ＣＰＵ２ａの動作に必要なデータなどを一時保持す
るＲＡＭ２ｃと、ホームサーバ２とホームネットワーク
に接続されている他の機器とで通信を行なうための入出
力部２ｄと、キーボードやマウス，リモコンなどで操作
を行なうための操作部２ｅと、ＴＶやモニタ，表示パネ
ルなどにユーザインタフェース情報を表示するための表
示部２ｆと、ＩＣカードの管理テーブルなど各種データ
を保存するためのハードディスクドライブ２ｇとが内部
バス２ｈで互いに接続されて構成されており、これによ
り、それら間で互いに信号のやり取りを行なうことがで
きる。

【００４５】ＩＣカードマネージャは、ホームネットワ
ーク上に存在するＩＣカードの情報を一括管理してお
り、ＩＣカードの情報を知りたい機器はＩＣカードマネ
ージャに問い合わせを行なえばよくなる。

【００４６】ＩＣカードマネージャがＩＣカードの情報
を一括管理するためのカード情報の収集には、いくつか
の方法がある。この具体例では、各Ｒ／Ｗ装置１，７
が、ＩＣカードが装着されたときに、例えば、ＩＣカー
ドＩ／Ｆ１ｇ（図２）に設けられている図示しないセン
サで検出し、ＩＣカードマネージャにこれを通知し、こ
の通知内容を登録するという方法を用いるものとする。

【００４７】まず、Ｒ／Ｗ装置７にＩＣカード１０が挿
入されたとする。Ｒ／Ｗ装置７は、ＩＣカードマネージ
ャとしてのホームサーバ２に、ＩＣカード１０が挿入さ
れたことを通知する。

【００４８】図１１はこの通知データの一構造例を示す
ものであって、概略的には、図１１（ａ）に示すよう
に、３個のパート１１００，１１０１，１１０２からな
るパケットデータ構造をなしており、パート１１００に
は機能コードが、パート１１０１にはデータが、パート
１１０２には発行機器ＩＤが夫々割り当てれている。具
体的には、図１１（ｂ）に示すように、パート１１００
に「ＩＣカード挿入通知」という機能コードが格納さ
れ、パート５０１に「ＴＵＮＥＲ認証カード Ｅ」とい
うＩＣカード１０を示すデータが格納されており、パー
ト１１０２に通知したＲ／Ｗ装置７を示す情報「ＩＣＣ
Ｒ／Ｗ Ｂ」が格納されている。

【００４９】図２の構成を持つＲ／Ｗ装置７では、この
通知データは、パート１１００に「ＩＣカード挿入通
知」が、パート１１０２に情報「ＩＣＣ Ｒ／Ｗ Ｂ」が
夫々格納された状態でＲＯＭ１ｂに予め保持されてお
り、ＣＰＵ１ａは、ＩＣカードＩ／Ｆ１ｇでＩＣカード
が装着されたことを検知すると、ＲＯＭ１ｂからこの案
内データを読み出し、そのパート１１０１に必要なデー
タを格納して入出力部１ｄから出力する。

【００５０】Ｒ／Ｗ装置１も同様であり、ＩＣカード
８，９が挿入されたときには、同様の通知データがＩＣ
カードマネージャ（ホームサーバ２）に通知する。

【００５１】かかるＩＣカードの装着通知データを入出
力部２ｄで受信したＩＣカードマネージャとしてのホー
ムサーバ２（図１０）は、ハードディスクドライブ２ｇ
のＩＣカード管理テーブルに受信したこのデータを格納
していく。図１２はかかるＩＣカード管理テーブルのデ
ータ構造例を示すものであって、図示するように、この
ＩＣカード管理テーブルは３つの項目、即ち、ＩＣカー
ドが装着されている機器を示す項目「ＩＣカード所在機
器」１２００と、そのＩＣカードの種類を示す項目「Ｉ
Ｃカードデータ」１２０１と、ＩＣカードの優先順位を
示す項目「優先順位」１２０２が設けられている。勿
論、ＩＣカードの所在機器だけを示す管理テーブルであ
ってもよいし、ＩＣカードから読み出したより詳細なデ
ータを保持した管理テーブルであってもよい。

【００５２】また、Ｒ／Ｗ装置１，７は、ＩＣカードが
排出されたときも、ＩＣカードマネージャに対して、こ
の旨を示す通知を送付する。図１３はこの通知データの
一構造例を示すものであって、概略的には、図１３
（ａ）に示すように、３個のパート１３００，１３０
１，１３０２からなるパケットデータ構造をなしてお
り、パート１３００には機能コードが、パート１３０１
にはデータが、パート１３０２には発行機器ＩＤが夫々
割り当てれている。具体的には、Ｒ／Ｗ装置７が認証用
のＩＣカード１０（ICC E）が排出されたものとして、
図１３（ｂ）に示すように、パート１３００に「ＩＣカ
ード排出通知」という機能コードが格納され、パート１
３０１に「ＴＵＮＥＲ認証カード Ｅ」というＩＣカー
ド１０を示すデータが格納されており、パート１３０２
に通知したＲ／Ｗ装置７を示す情報「ＩＣＣ Ｒ／Ｗ
Ｂ」 が格納されている。

【００５３】この通知データも、図２において、パート
１３００に「ＩＣカード排出通知」が、パート１３０２
に情報「ＩＣＣ Ｒ／Ｗ Ｂ」が夫々格納された状態でＲ
ＯＭ１ｂに予め保持されており、ＣＰＵ１ａは、ＩＣカ
ードＩ／Ｆ１ｇでＩＣカードが排出されたことを検知す
ると、ＲＯＭ１ｂからこの案内データを読み出し、その
パート１１０１に必要なデータを格納して入出力部１ｄ
から出力する。

【００５４】ＩＣカードマネージャでは、この通知デー
タをもとに、ハードディスクドライブ２ｇのＩＣカード
管理テーブルから登録されているデータを削除する。こ
れにより、ＩＣカード管理テーブルでは、常に最新の状
況が反映される。

【００５５】これにより、図１において、ＩＣカードに
ついての情報が必要な機器は、例えば、図４で示したＩ
Ｃカード所在要求データをこのＩＣカードマネージャ
（ホームサーバ２）に問い合わせることにより、ＩＣカ
ードの情報を引き出すことができる。

【００５６】図１４は、以上のように、ＩＣカードマネ
ージャ（ホームサーバ２）がＩＣカード情報を管理テー
ブルに登録／削除、または問い合わせに対して応答する
手順の一具体例を示すフローチャートである。

【００５７】同図において、まず、ＩＣカードマネージ
ャが起動すると（ステップ１４００）、図１０におい
て、ＣＰＵ２ａは、図４に示した問い合わせのコマンド
パケット、あるいは図１１，図１３に示す通知のコマン
ドパケットの受信を開始させる（ステップ１４０１）。

【００５８】入出力部２ｄでコマンドが受信され、ＣＰ
Ｕ２ａがそのコマンドはＩＣカードの装着通知であると
判断すると（ステップ１４０２）、（ステップ１４０３
へ進み、ＲＡＭ２ｃでのＩＣカード管理テーブルへこの
通知結果の追加を行なう。管理テーブルへ追加動作が終
了すると、ステップ１４０１へ戻り、コマンドパケット
の受信を再び開始する。

【００５９】受信したコマンドがＩＣカードの排出通知
である場合には（ステップ１４０２）、ＣＰＵ２ａは、
この通知に基づいて、排出されたＩＣカードの管理テー
ブルからの登録削除を行なう（ステップ１４０４）。こ
の登録削除の後、ステップ１４０１へ戻る。

【００６０】受信したコマンドがＩＣカード情報の問い
合わせ通知である場合には（ステップ１４０２）、ＣＰ
Ｕ２ａは、ＩＣカード管理テーブルから必要な情報を取
り出し、入出力部２ｄから問い合わせ元の機器へ応答を
返し（ステップ１４０５）、その後、ステップ１４０１
へ戻る。

【００６１】このように、ＩＣカードマネージャは、Ｉ
Ｃカードの所在機器やＩＣカードの情報を一括に管理し
ているので、ＩＣカードの所在や種類などの情報を必要
とする機器は、ＩＣカードマネージャに問い合わせるだ
けで簡単に必要な情報を得ることができる。

【００６２】なお、ＩＣカードマネージャが、ある所定
のタイミングであるいは定期的な周期で、各機器にＩＣ
カードの所在や種類などの情報を問い合わせ、その結果
得られる返答データに基づいて管理テーブルを更新して
いくようにしてもよい。

【００６３】また、ホームネットワークにＩＣカードマ
ネージャになれる複数の機器が存在する場合、接続順序
や優先順位などにより、どの機器がＩＣカードマネージ
ャになるかを決定するようにしてもよいし、また、ユー
ザが選択してＩＣカードマネージャを決定してもよい。

【００６４】さらに、ＩＣカードを一括管理するＩＣカ
ードマネージャと、夫々でＩＣカード情報を管理するＲ
／Ｗ装置が共存してもよく、この場合には、問い合わせ
を行なう機器がこれらのいずれかを選択して利用すれば
よい。

【００６５】次に、この実施形態でのＩＣカードの管理
方法のさらに他の具体例について説明する。これは、図
１において、ホームネットワークに接続されている機器
がＩＣカードを利用して予約を行なうことができるもの
である。以下、その方法について説明する。

【００６６】ＩＣカードの利用予約は、例えば、有料放
送番組をディジタルＶＴＲ５（図１）で予約録画を行な
うのにＩＣカードでの認証や決済が必要であるが、この
実施形態は、予約時間帯に必要なＩＣカードが排出され
ていたり、そのＩＣカードが装着されている機器が他の
機器に占有されてしまったりしていて、認証や決済がで
きなくなることを防ぐことができるようにしたものであ
る。ここでは、ディジタル衛星放送受信機３がＲ／Ｗ装
置１に装着されているＩＣカード８を使用して、将来の
時間帯に放送される番組の決済を予め予約して利用する
ものとする。

【００６７】まず、予約の情報管理を予約されるＩＣカ
ードが挿入されている各Ｒ／Ｗ装置が管理する方式につ
いて説明する。但し、決済に必要なＩＣカードの所在
は、既に説明した上記の方法を用いて、Ｒ／Ｗ装置１に
あることをディジタル衛星放送受信機３は認知している
ものとする。

【００６８】まず、ディジタル衛星放送受信機３で、将
来の時間帯に放送される有料放送（例えば、２０００年
３月２０日 １３：３０〜１６：３０の放送）をディジ
タルＶＴＲ５で予約録画をする場合、ディジタル衛星放
送受信機３は、Ｒ／Ｗ装置１に対して、入出力部３ｈか
らＩＣカード８の予約要求のコマンドパケットを送付す
る。

【００６９】図１５はＩＣカード予約を行なうパケット
データの一構造例を示すものであって、概略的には、図
１５（ａ）に示すように、３個のパート１５００，１５
０１，１５０２からなるパケットデータ構造をなしてお
り、パート１５００には機能コードが、パート１５０１
にはデータが、パート１５０２には発行機器ＩＤが夫々
割り当てれている。具体的には、図１５（ｂ）に示すよ
うに、パート１５００に「ＩＣカード予約」という機能
コードが格納され、パート１５０２にコマンド発行元で
あるディジタル衛星放送受信機３を示す情報「ＴＵＮＥ
Ｒ」が格納されている。また、パート１５０１は３つの
サブパート１５０１１〜１５０１３に区分され、サブパ
ート１５０１に利用するカードを表わすデータ「ＴＵＮ
ＥＲ 認証カードＡ」が、サブパート１５０２に予約開
始時間を表わすデータ「２０００．２．２０ １３：３
０」が、サブパート１５０３に予約終了時間を表わすデ
ータ「２０００．２．２０ １６：３０」が夫々格納さ
れる。かかる予約要求のコマンドパケットは、パート１
５００に「ＩＣカード予約」が、パート１５０２に情報
「ＴＵＮＥＲ」が夫々既に格納された状態でＲＯＭ３ｂ
に保持されており、予約要求する際、ＣＰＵ３ａはこれ
を読み出してパート１５０１１〜１５０１３に所定のデ
ータを書き込み、入出力部３ｈから出力する。

【００７０】このコマンドパケットを入出力部１ｄで受
信したＲ／Ｗ装置１（図２）は、ＲＡＭ１ｃに記憶して
いるＩＣカード予約管理テーブルをＣＰＵ１ａで参照す
る。ここで、このＩＣカード予約テーブルでは、既にＴ
ＵＮＥＲ認証カードＢの予約（２０００年３月２０日
１９：００〜２１：００）が入っているとすると、これ
はＴＵＮＥＲ認証カードＡの予約ではなく、ＴＵＮＥＲ
認証カードＡの予約はまだ入っていないため、受信した
このＴＵＮＥＲ認証カードＡの予約をＩＣカード予約管
理テーブルに登録し、ディジタル衛星放送受信機３に対
して予約を受け付けたという返答を入出力部１ｄから行
なう。

【００７１】図１６はＩＣカード予約管理テーブルの一
構造例を示すものであって、３個の項目、即ち、予約さ
れているＩＣカードの種類を示す項目「予約ＩＣカー
ド」１６００と、ＩＣカードの予約開始日時を示す項目
「予約開始日時」１６０１と、予約終了日時を示す項目
「予約終了日時」１６０２とが設けられている。ここで
は、既に予約がなされている「ＴＵＮＥＲ認証カード
Ｂ」と新たに予約がなされた「ＴＵＮＥＲ認証カード
Ａ」とがＩＣカード予約管理テーブルに格納されている
ことを示している。

【００７２】なお、ディジタル衛星放送受信機３が、既
に予約したＴＵＮＥＲ認証カードＡに対し、これと同じ
時間帯に予約要求をしてきた場合には、重複しているた
め、その予約を登録せず、Ｒ／Ｗ装置１は予約できない
との応答をディジタル衛星放送受信機３に返す。

【００７３】図１７はこの予約の可否の応答を行なうコ
マンドパケットのデータ構造例を示すものであって、こ
れは３つのパート１７００，１７０１，１７０２に区分
されており、パート１７００には機能コードが、パート
１７０１にはデータ、パート１７０２には発行機器ＩＤ
が夫々割り当てられている。具体的には、予約が可能な
場合、図１７（ｂ）に示すように、パート１７００に予
約ができたことを示す機能コード「ＩＣカード予約成
功」が格納され、パート１７０１に予約ができたＩＣカ
ードを示すデータ「認証カードＡ」が格納され、パート
１７０２にこのコマンドパケットの発行元であるＲ／Ｗ
装置１を示す「ＩＣＣ Ｒ／Ｗ Ａ」が格納されている。
また、予約ができなかった場合には、図１７（ｃ）に示
すように、パート１７００に予約ができなかったことを
示す機能コード「ＩＣカード予約不可」が、パート１７
０１に予約ができなかったＩＣカードを示すデータ「認
証カードＡ」が、パート１７０８にこのコマンドパケッ
トの発行元であるＲ／Ｗ装置１を示す「ＩＣＣ Ｒ／Ｗ
Ａ」が夫々格納される。

【００７４】このように、Ｒ／Ｗ装置１はＩＣカード予
約管理テーブルを用いて可否判断を行ない、予約処理を
行なう。

【００７５】図１８はディジタル衛星放送受信機３から
の要求に対してＲ／Ｗ装置１がＩＣカードの予約を行な
う手順の一具体例を示すフローチャートである。

【００７６】同図において、Ｒ／Ｗ装置１は、ディジタ
ル衛星放送受信機３からの予約要求のコマンドパケット
（図１５）を入出力部１ｄ（図２）を通じて受信する
（ステップ１８００）、その予約時間が既に予約されて
いるものと重複していないかどうかのチェックを行なう
ために、既に登録されている予約管理テーブル（図１
６）のデータと予約要求データを比較する（ステップ１
８０１）。

【００７７】要求されたこの予約が既存の予約と重複す
る場合には、入出力部１ｄを介して、予約ができないこ
とを示す図１７（ｃ）の予約不可通知を予約を要求した
ディジタル衛星放送受信機３に送り（ステップ１８０
２）、予約処理を終了する（ステップ１８０３）。ま
た、重複していない場合には（ステップ１８０１）、こ
の予約要求データを予約データとして予約管理テーブル
に登録し（ステップ１８０４）、予約ができたことを示
す図１７（ｂ）の予約成功通知を予約を要求したディジ
タル衛星放送受信機３に送り（ステップ１８０５）、予
約処理を終了する（ステップ１８０３）。

【００７８】なお、ここでは、ＩＣカードが装着されて
いる機器（上記の場合、Ｒ／Ｗ装置１）がＩＣカードの
管理を行なっているが、ＩＣカードを使用する機器（上
記の場合、ディジタル衛星放送受信機３）が夫々予約管
理を行ない、他の機器からの予約情報の問い合わせに応
答することことにより、予約管理を行なうことも可能で
ある。

【００７９】また、予約をしているＩＣカードがＲ／Ｗ
装置から不用意に取り去られてしまうと、予約の時間に
認証や決済ができなくなってしまう。このため、現在装
着されたいるＩＣカードで予約がなされていることをユ
ーザに知らせる必要がある。例えば、上記の例では、Ｒ
／Ｗ装置１のＩＣカード８が予約の認証カードＡとして
に使用されているものとすると、認証カードＡがＲ／Ｗ
装置１から排出された場合、これをＩＣカードＩ／Ｆ１
ｇ（図２）で検知し、表示部１ｆなどで予約がされてい
るＩＣカードであることを警報音などとともに表示す
る。これにより、ユーザは、いま抜き取ったＩＣカード
は予約がなされているものであることに気づくことがで
きる。かかる表示部１ｆがない場合などでは、警告音な
どで知らせるようにすることもできる。勿論、ＴＶ受信
機４などで同様の表示を行なわせることもできる。物理
的なＩＣカードのロック機能を持Ｒ／Ｗ装置などであれ
ば、予約をされたＩＣカードについてはロックをかける
ようにすれば、より安全である。

【００８０】次に、この実施形態でのＩＣカードの管理
方法のさらに他の具体例について説明する。これは、図
１において、ディジタル衛星放送受信機３が、ＩＣカー
ドの利用予約を行なう場合、ＩＣカードを集中的に管理
するＩＣカード予約マネージャを利用するものである。
なお、ホームサーバ２がＩＣカード予約マネージャであ
るものとする。

【００８１】ここでは、パソコン６が、Ｒ／Ｗ装置１に
装着されている電子マネーとしてのＩＣカード８を使用
して、毎月決まった日時に決済を行なうために、このＩ
Ｃカード８の定期的な利用予約を行ないたいものとす
る。

【００８２】パソコン６は、ＩＣカードマネージャとし
てのホームサーバ２に対し、その入出力部を介して、毎
月１０日１０時００分に決済を行なうという予約要求の
コマンドパケットを送付する。

【００８３】図１９はかかるＩＣカード利用予約を行な
うパケットデータの一構造例を示すものであって、概略
的には、図１９（ａ）に示すように、３個のパート１９
００，１９０１，１９０２からなるパケットデータ構造
をなしており、パート１９００には機能コードが、パー
ト１９０１にはデータが、パート１９０２には発行機器
ＩＤが夫々割り当てれている。具体的には、図１９
（ｂ）に示すように、パート１９００に「ＩＣカード予
約」という機能コードが格納され、パート１９０２にコ
マンド発行元のパソコン６を示す情報「ＰＣ」が格納さ
れている。また、パート１９０１は３つのサブパート１
９０１１〜１９０１３に区分され、サブパート１９０１
１に利用するＩＣカードを表わすデータ「電子マネーＩ
ＣカードＡ」が、サブパート１５０２に予約日を表わす
データ「毎月１０日」が、サブパート１９０３に予約時
間を表わすデータ「１０：００」が夫々格納される。か
かる予約要求のコマンドパケットは、パート１９００に
「ＩＣカード予約」が、パート１９０２に情報「ＰＣ」
が夫々既に格納された状態で内蔵のメモリに保持されて
おり、利用予約をする際、これを読み出してパート１９
０１１〜１９０１３に所定のデータを書き込み、入出力
部から出力する。

【００８４】ホームサーバ２では、図１０において、こ
の予約要求パケットを入出力部２ｄが介して受信される
と、ＣＰＵ２ａが、これをハードディスクドライブ２ｇ
に記録されているＩＣカード予約管理テーブルと参照す
る。このＩＣカード予約管理テーブルに、ＴＵＮＥＲ認
証カードＡの予約や電子マネーとしてのＩＣカード８の
他の時間帯の利用予約もあっても、この要求予約と重複
するものはない場合、その要求予約をＩＣカード予約管
理テーブルに登録し、かつパソコン６に対して、要求予
約を受け付けたという応答データを入出力部２ｄを介し
て返答する。

【００８５】図２０はＩＣカードマネージャ（この場
合、ホームサーバ２）で管理されるＩＣカード予約管理
テーブルのデータ構造例を示すものである。

【００８６】同図において、このＩＣカード予約管理テ
ーブルには、４つの項目、即ち、予約に利用するＩＣカ
ードが装着されているＲ／Ｗ装置を示す項目「予約ＩＣ
カードＲ／Ｗ」２０００と、予約されているＩＣカード
の種類を示す項目「予約ＩＣカード」２００１と、ＩＣ
カードの予約開始日時を示す項目「予約開始日時」２０
０２と、予約終了日時を示す項目「予約終了時間」２０
０２とが設けられている。

【００８７】図２０に示す例では、定期的な予約データ
（毎月１０日）が項目「予約開始時間」２００２に格納
され、実際に決済が行なわれる時間が項目「予約終了時
間」２００３に格納されているが、定期的であるという
情報については、別途項目を設けてそこに格納するよう
にしてもよい。

【００８８】予約が重複する場合には、予約の要求元
（この場合、パソコン６）に、予約が重複しているた
め、予約できないという応答を返す。必要によっては、
ＴＶ受信機４などに予約ができないこととその理由など
を表示してもよい。

【００８９】また、ＩＣカードマネージャでＩＣカード
の予約管理を行なう手順は、図１８で示した手順と同様
である。

【００９０】このように、ＩＣカードの利用予約をＩＣ
カードマネージャを用いて集中的に行なうことが可能と
なる。

【００９１】勿論、ＩＣカードの予約を一括管理するＩ
Ｃカードマネージャと夫々でＩＣカード予約を管理する
Ｒ／Ｗ装置とが共存しても、予約を行なう機器が選択し
て利用すればよいだけのことであるので、格別問題とは
ならない。

【００９２】また、予約されているＩＣカードが装着さ
れているＲ／Ｗ装置の電源が切られたり、ネットワーク
システムからはずされた場合には、ＩＣカードの認証や
決済ができなくなる恐れがあるので、予約がされている
ＩＣカードが装着されていることをＴＶ受信機４などで
表示するようにしてもよい。

【００９３】さらに、予約されているＩＣカードが装着
されているＲ／Ｗ装置が時計装置を有しており、例え
ば、予約時間の数分前に自分でメイン電源を入れるよう
にしてもよい。勿論、ＩＣカードマネージャが予約時間
の数分前にコマンドパケットなどを送付し、メインの電
源が入るようにしてもよい。

【００９４】ところで、或るＩＣカードの利用予約をし
ておいても、ユーザが、この利用予約時間になっても、
このＩＣカードを用いて各種処理を行なっていると、こ
のＩＣカードの予約された利用ができなくなる場合があ
る。例えば、ＩＣカードに対して或る一連の処理を行な
う必要がある場合に、この一連の処理の途中でこの処理
を中断すると、ＩＣカードにエラーのログが残り、その
回数が規定の回数になると、ＩＣカード自体が使用不可
能になる場合がある。これを防ぐためには、まず、予約
時間よりもある時間前に、ユーザに対し、何時から予約
利用が始まるため、現在使用中のＩＣカードが利用でき
なくなるという表示などを行なえばよい。かかる警告の
画面表示例を図２１に示す。

【００９５】さらに、確実にかかるエラーを減少させる
ためには、予約されているＩＣカードを使用するＲ／Ｗ
装置が、予約されているＩＣカードの直前に使用してい
るアプリケーションにおける一連の処理が必要な最長時
間を算出し、ＩＣカードの利用予約時間からこの算出し
た最長時間前以降の一連のＩＣカードの処理は許可しな
いようにすればよい。この一連の処理に必要な時間は、
各アプリケーションがデータとして保持しておいてもよ
いし、端末で過去の利用データから算出してもよいし、
また、ユーザが設定するようにしてもよい。

【００９６】図２２は以上の処理を示すフローチャート
である。同図において、まず、ＩＣカードの利用を開始
すると（ステップ２２００）、そのＩＣカードの利用予
約情報を入手する（ステップ２２０１）。これを入手す
るためには、ＩＣカード利用予約管理テーブルを所有し
ている機器に問い合わせを行なえばよい。次に、そのＩ
Ｃカードを利用しているアプリケーションで必要な一連
処理の最長時間を算出し（ステップ２２０２）、そのＩ
Ｃカードの利用予約時間までの残り時間のチェックを行
なう（ステップ２２０３）。

【００９７】そして、現在の時刻からステップ２２０２
で算出した最長時間を足しても、利用予約時間に達しな
い場合には（ステップ２２０３）、ＩＣカードの一連処
理が可能であるため、ＩＣカードの一連処理を行ない
（ステップ２２０４）、再度ステップ２２０３へ戻る。
また、現在の時刻からステップ２２０２で算出した最長
時間を足したものが利用予約時間にかかる場合には（ス
テップ２２０３）、ＩＣカードの一連処理を許可せず、
アプリケーションでの利用を停止する（ステップ２２０
５）。そして、停止した理由をＴＶ受信機４などに表示
させ（ステップ２２０６）、一連の処理を終了する（ス
テップ２２０７）。

【００９８】次に、この実施形態でのＩＣカードの管理
方法のさらに他の具体例について説明する。ＩＣカード
は認証や決済を行なう重要な役割を持つ場合が多いた
め、家庭内のネットワークとはいえ、家族の誰にでも簡
単にその場所や内容について知らせたくない場合がある
が、この具体例は、これを達成できるようにしたもので
ある。

【００９９】まず、ＩＣカードがどこにあるかという所
在情報や利用予約情報を得る場合や利用予約を行なう場
合、暗証番号や指紋などによるユーザの認証を必要とす
るようにすれば、より安全である。この場合、ＩＣカー
ドがどこにあるかなどのＲ／Ｗ装置への装着情報や利用
予約情報を管理している機器が、事前に登録されている
暗証番号や指紋などの認証情報と、装着情報要求や利用
利用予約情報要求及び予約要求などともにに送られてき
た認証情報と一致する場合にだけ、この要求に応答した
り、予約を受け入れたりするようにすればよい。勿論、
それらの情報をもっている機器がユーザ対して、認証に
よりＩＣカードの情報表示レベルで制限するようにして
もよい。この場合、認証できたＩＣカードだけの所在，
利用予約情報の入手や予約が可能になり、安全性が高ま
る。

【０１００】勿論、さらに安全性を高めるために、ホー
ムネットワーク上を流れる認証データやＩＣカードの各
種情報を暗号化してもよい。

【０１０１】図２３は暗証番号を入力する画面表示の一
具体例を示す図である。同図において、２３００が暗証
番号入力画面である。複数のＩＣカードの認証が必要な
場合には、複数の暗証番号を入力できるようになってい
る。勿論、ＩＣカードがどこに挿入されているかの情報
を得るためだけの特別の暗証番号などを用いてもよい。

【０１０２】図２４は、ＩＣカードがどこにあるかなど
のＩＣカード管理テーブルとＩＣカード利用予約管理テ
ーブルを有するＩＣカードマネージャ（ここでは、ホー
ムサーバ２とする）において、認証処理を加えたＩＣカ
ードのＲ／Ｗ装置での着脱情報，利用予約情報及び予約
処理の一具体例を示すフローチャートである。

【０１０３】同図において、ＩＣカードマネージャは、
コマンドパケットを受信すると（ステップ２４００）、
このコマンドパケットと同時に送れてきた暗証番号や指
紋データなど認証に必要な情報をもとに、ユーザの認証
処理を行なう（ステップ２４０１）。

【０１０４】ユーザの認証ができなかった場合には、全
ての要求は受け付けず、認証ができなかったことを要求
元へ通知して（ステップ２４０２）、処理を終了する
（ステップ２４０３）。

【０１０５】ステップ２４０１で認証ができた場合に
は、コマンドパケットの種類判別を行なう（ステップ２
４０４）。

【０１０６】そこで、コマンドパケットがＩＣカードの
挿抜情報要求である場合には、着脱情報を用意し（ステ
ップ２４０５）、この情報を暗号化処理して（ステップ
２４０６）、要求元へ返答し（ステップ２４０７）、処
理を終了する（ステップ２４０３）。また、コマンドパ
ケットがＩＣカードの利用情報要求である場合には（ス
テップ２４０４）、利用予約情報を用意し（ステップ２
４０８）、この情報を暗号化処理し（ステップ２４０
６）、要求元へ返答して（ステップ２４０７）、処理を
終了する（ステップ２４０３）。

【０１０７】さらに、コマンドパケットが予約要求であ
る場合には（ステップ２４０４）、予約が重複していな
いか否かのチェックを行なう（ステップ２４０９）。そ
して、予約が重複していれば、予約不可情報の準備を行
ない（ステップ２４１０）、これを暗号化処理して（ス
テップ２４０６）、要求元へ返答し（ステップ２４０
７）、処理を終了する（ステップ２４０３）。ステップ
２４０９で予約が重複していないことが判明した場合に
は、予約の登録を行ない（ステップ２４１１）、予約成
功情報の準備を行なって（ステップ２４１２）、その情
報の暗号化処理を行ない（ステップ２４０６）、要求元
へ返答して（ステップ２４０７）、処理を終了する（ス
テップ２４０３）。

【０１０８】このように認証処理や暗号処理を追加する
ことにより、より安全にＩＣカード情報を取り扱うこと
ができるようになる。

【０１０９】

【発明の効果】以上説明したように、本発明によると、
ホームネットワーク上のＩＣカードの所在や利用予約を
分散的もしくは集中的に管理することができて、これら
を簡単かつ確実に知ることができる。

【０１１０】また、本発明によると、ユーザの認証結果
に基づいて、ＩＣカードの所在管理テーブルや利用予約
管理テーブルの使用の可否を決定するものであるから、
管理される情報の安全性が確保できる。

【図面の簡単な説明】

【図１】本発明によるホームネットワーク上のＩＣカー
ド管理システムの一実施形態を示すブロック図である。

【図２】図１におけるＲ／Ｗ装置の一具体例を示すブロ
ック図である。

【図３】図１におけるディジタル衛星放送受信機の一具
体例を示すブロック図である。

【図４】図１におけるディジタル衛星放送受信機が発行
する決済用ＩＣカードの問い合わせ用データの構造例を
示す図である。

【図５】図４に示した問い合わせ用データに対する返答
用データの構造例を示す図である。

【図６】図１におけるディジタル衛星放送受信機での決
済カード管理テーブルのデータ構造例を示す図である。

【図７】図１におけるディジタル衛星放送受信機での複
数の決済用ＩＣカードがある場合の選択用表示画面の一
具体例を示す図である。

【図８】図１におけるディジタル衛星放送受信機での複
数の決済用ＩＣカードに優先順位がある場合の決済カー
ド管理テーブルのデータ構造例を示す図である。

【図９】図１に示す実施形態での有料番組の決済方法の
一具体例を示すフローチャートを示す図である。

【図１０】図１におけるホームサーバの一具体例を示す
ブロック図である。

【図１１】図１におけるＩＣカードマルージャが受ける
ＩＣカード装着通知データのデータ構造例を示す図であ
る。

【図１２】図１におけるＩＣカードマルージャでの認証
用ＩＣカードの管理テーブルの一具体例を示す図であ
る。

【図１３】図１におけるＩＣカードマルージャが受ける
ＩＣカード排出通知データのデータ構造例を示す図であ
る。

【図１４】図１におけるＩＣカードマルージャでの認証
用ＩＣカードの管理テーブルの作成方法の一具体例を示
すフローチャートである。

【図１５】図１における機器からＲ／Ｗ装置へのＩＣカ
ード予約データのデータ構造例を示す図である。

【図１６】図１でのＲ／Ｗ装置が有するＩＣカード予約
管理テーブルの一具体例を示す図である。

【図１７】図１５に示したＩＣカード予約データに対す
る応答データデータ構造例を示す図である。

【図１８】図１に示した実施形態でのＩＣカードの予約
の手順の一具体例を示すフローチャートである。

【図１９】図１における機器からＩＣカードマネージャ
へのＩＣカード利用予約データのデータ構造例を示す図
である。

【図２０】図１におけるＩＣカードマネージャが所有す
るＩＣカード利用予約管理テーブルの一具体例を示す図
である。

【図２１】図１に示した実施形態での利用予約されたＩ
Ｃカードがあることを警告するための表示画面例を示す
図である。

【図２２】図１に示した実施形態での利用予約されたＩ
Ｃカードがある場合のアプリケーションにおける処理の
実行可否を決定するための手順を示すフローチャートで
ある。

【図２３】図１に示した実施形態でのＩＣカードの使用
を可能とするための表示画面の例を示す図である。

【図２４】図１に示した実施形態でのＩＣカードの使用
要求に対する処理手順を示すフローチャートである。

【符号の説明】

１ ＩＣカードのＲ／Ｗ装置（リーダライタ） １ａ ＣＰＵ １ｂ ＲＯＭ １ｃ ＲＡＭ １ｄ 入出力部 １ｅ 操作部 １ｆ 表示部 １ｇ ＩＣカードＩ／Ｆ １ｈ 内部バス ２ ホームサーバ ２ａ ＣＰＵ ２ｂ ＲＯＭ ２ｃ ＲＡＭ ２ｄ 入出力部 ２ｅ 操作部 ２ｆ 表示部 ２ｇ ハードディスクドライブ ２ｈ 内部バス ３ ディジタル衛星放送受信機 ３ａ ＣＰＵ ３ｂ ＲＯＭ ３ｃ ＲＡＭ ３ｄ チューナ ３ｅ デコーダ ３ｆ 操作部 ３ｇ 表示部 ３ｈ 入出力部 ３ｉ 通信部 ３ｊ 内部バス ４ ＴＶ受信機 ５ ディジタルＶＴＲ ６ パソコン ７ ＩＣカードのＲ／Ｗ装置 ８〜１０ ＩＣカード １１ 通信ケーブル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５１０ Ｇ０６Ｆ 17/60 ５１０ Ｂ４２Ｄ 15/10 ５２１ Ｂ４２Ｄ 15/10 ５２１ Ｇ０６Ｆ 13/00 ３５７ Ｇ０６Ｆ 13/00 ３５７Ａ Ｇ０６Ｋ 17/00 Ｇ０６Ｋ 17/00 Ｂ (72)発明者 松本 健司 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内 (72)発明者 高見 穣 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内 (72)発明者 伊藤 滋行 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内 (72)発明者 井上 喜勇 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所デジタルメディア開発本 部内 Ｆターム(参考） 2C005 MA33 MB05 QC02 SA06 SA07 5B049 AA01 AA02 AA05 CC39 CC48 DD04 DD05 EE05 EE21 EE23 EE28 FF08 FF09 GG04 GG07 GG10 5B055 CB09 KK05 KK09 5B058 KA06 KA12 KA33 5B089 GA01 JB16 KA13 KB04 KC15

Claims (14)

【特許請求の範囲】
1. 【請求項１】 ＩＣカードの読み／書きを行なう端末部
   を有する電子機器を少なくとも含めて、複数の電子機器
   が通信ケーブルによって相互に接続されてなるホームネ
   ットワークにおいて、 該複数の電子機器のうちの第１の電子機器が、該第１の
   電子機器以外の該電子機器にＩＣカードの所在を問い合
   わせ、該問い合わせに対する該端末部を有する該電子機
   器からの応答を受信し、ＩＣカードの所在を示す管理テ
   ーブルを作成することを特徴とするホームネットワーク
   上のＩＣカード管理システム。
2. 【請求項２】 請求項１において、 前記管理テーブルで管理される複数のＩＣカードに予め
   優先順位が設定されており、 前記管理テーブルを作成した前記第１の該電子機器は、
   該優先順位に従って、利用する該ＩＣカードを決定する
   ことを特徴とするホームネットワーク上のＩＣカード管
   理システム。
3. 【請求項３】 請求項１において、 前記管理テーブルを作成した前記第１の電子機器は、前
   記管理テーブルの内容を表示する手段と、該手段で表示
   された前記管理テーブルの内容からユーザによって利用
   する該ＩＣカードを決定する手段とを有することを特徴
   とするホームネットワーク上のＩＣカード管理システ
   ム。
4. 【請求項４】 請求項１〜３のいずれか１つにおいて、 前記第１の電子機器は、前記端末部を有しない電子機器
   であることを特徴とするホームネットワーク上のＩＣカ
   ード管理システム。
5. 【請求項５】 ＩＣカードの読み／書きを行なう端末部
   を有する電子機器を少なくとも含めて、複数の電子機器
   が通信ケーブルによって相互に接続されてなるホームネ
   ットワークにおいて、 該電子機器の１つをＩＣカードマネージャとし、 該ＩＣカードマネージャが、 ＩＣカードの所在に関する管理テーブルを有し、該端末
   部を有する電子機器全てからのＩＣカードの着脱状態を
   示す着脱情報に基づいて該管理テーブルを更新するとと
   もに、 該ＩＣカードマネージャ以外の該電子機器からのＩＣカ
   ードに関する問い合わせに対し、該管理テーブルに基づ
   いて返答することを特徴とするホームネットワーク上の
   ＩＣカード管理システム。
6. 【請求項６】 請求項５において、 前記管理テーブルで管理される複数のＩＣカードに予め
   優先順位が設定されており、 前記ＩＣカードマネージャは、該順位に従って、前記問
   い合わせに対して所在を応答する該ＩＣカードを決定す
   ることを特徴とするホームネットワーク上のＩＣカード
   管理システム。
7. 【請求項７】 請求項５において、 前記ＩＣカードマネージャは、前記管理テーブルの内容
   を表示する手段と、該手段で表示された前記管理テーブ
   ルの内容から前記問い合わせに対して所在を応答する該
   ＩＣカードの順位をユーザによって決定可能とする手段
   とを有することを特徴とするホームネットワーク上のＩ
   Ｃカード管理システム。
8. 【請求項８】 請求項１〜７のいずれか１つにおいて、 前記端末部を有する電子機器は、ＩＣカードの装着や排
   出を検出する検出手段と、該検出手段での検出結果を着
   脱情報として保持する保持手段と、該保持手段に保持さ
   れる該着脱手段を前記通信ケーブルに出力する出力手段
   とを備えたことを特徴とするホームネットワーク上のＩ
   Ｃカード管理システム。
9. 【請求項９】 ＩＣカードの読み／書きを行なう端末部
   を有する電子機器を少なくとも含めて、複数の電子機器
   が通信ケーブルによって相互に接続されてなるホームネ
   ットワークにおいて、 該電子機器が、該端末部にＩＣカードが装着された該電
   子機器に該ＩＣカードの利用予約要求を通知し、 該端末部にＩＣカードが装着された該電子機器は、自己
   に装着されたＩＣカードに関する利用予約管理テーブル
   を有しており、該端末部を有しない該電子機器からの該
   ＩＣカードの利用予約要求を該利用予約管理テーブルで
   管理することを特徴とするホームネットワーク上のＩＣ
   カード管理システム。
10. 【請求項１０】 ＩＣカードの読み／書きを行なう端末
    部を有する電子機器を少なくとも含めて、複数の電子機
    器が通信ケーブルによって相互に接続されてなるホーム
    ネットワークにおいて、 該電子機器の１つをＩＣカードマネージャとし、 該ＩＣカードマネージャ以外の該端末部を有しない該電
    子機器が、該端末部を有する該電子機器に装着された該
    ＩＣカードの利用予約要求を通知し、 該ＩＣカードマネージャは、利用予約がなされた全ての
    ＩＣカードを管理する利用予約管理テーブルを有してお
    り、該ＩＣカードの利用予約要求を該利用予約管理テー
    ブルで管理することを特徴とするホームネットワーク上
    のＩＣカード管理システム。
11. 【請求項１１】 請求項９または１０において、 前記ＩＣカードの利用予約要求が前記利用予約管理テー
    ブルで既に管理されている利用予約のいずれかとも重複
    しないときにのみ、前記ＩＣカードの利用予約要求に対
    して管理を可とし、管理の可否をＩＣカードの利用予約
    要求の発行元に通知することを特徴とするホームネット
    ワーク上のＩＣカード管理システム。
12. 【請求項１２】 請求項９，１０または１１において、 前記端末部を有する電子機器は、 前記利用予約管理テーブルで利用予約が管理されている
    ＩＣカードが装着されているとき、該ＩＣカードが使用
    不能状態になっているか否かを検知する検知手段手段
    と、 該検知手段によって該ＩＣカードが使用不能状態となっ
    たことを検知したとき、この検知結果を表わす表示もし
    くは警告を行なう手段とを備えたことを特徴とするホー
    ムネットワーク上のＩＣカード管理システム。
13. 【請求項１３】 請求項９，１０または１１において、 前記利用予約管理テーブルで利用予約が管理されている
    ＩＣカードが装着されている前記端末部を有する電子機
    器で、該ＩＣカードを用いた処理を行なうに際し、該処
    理に要する期間が前記利用予約管理テーブルで管理され
    る該ＩＣカードの利用予約時間にかかるとき、該処理を
    禁止することを特徴とするホームネットワーク上のＩＣ
    カード管理システム。
14. 【請求項１４】 ＩＣカードの読み／書きを行なう端末
    部を有する電子機器を少なくとも含めて、複数の電子機
    器が通信ケーブルによって相互に接続されてなるホーム
    ネットワークにおいて、 該電子機器の１つをＩＣカードマネージャとし、 該ＩＣカードマネージャは、 ＩＣカードがどの該端末部を有する電子機器に装着され
    ているかというＩＣカードの所在を管理するＩＣカード
    所在管理テーブルと、該端末部を有する電子機器に装着
    されている全てのＩＣカードの利用予約状況を管理する
    利用予約管理テーブルとを保持し、かつユーザの認証に
    必要な情報を登録認証情報として保持する保持手段と、 ユーザによって自己の認証情報を入力する入力手段と、 該入力手段で入力された該認証情報と該保持手段に保持
    された該登録認証情報とを比較し、その比較結果に応じ
    て該ＩＣカード所在管理テーブルや該利用予約管理テー
    ブルのユーザによる利用の可否を判定する判定手段とを
    備えたことを特徴とするホームネットワーク上のＩＣカ
    ード管理システム。