JP2003345996A - データ利用方法、データ利用装置、データ利用システム、データ利用プログラム、およびデータ利用プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 商品到着までの間だけ、商品の代わりとして
機能する代替データを常時オンラインでなくても利用で
きるようなデータ利用システムを提供する。 【解決手段】 物理的な商品の配送先への到着予想時刻
の情報を到着予想情報取得手段１１で得る。前記電子デ
ータの利用に関して、到着予測情報取得手段１１から得
られる到着予想時刻を基準として定めた利用制限時刻ま
でを電子データの利用条件として記録する鍵データを鍵
データ生成手段１２で生成する。生成された鍵データを
鍵データ送信手段１２でクライアント装置２０に送る。
クライアント装置２０では、鍵データ受信手段６がサー
バ２１から鍵データを受信する。そして、現在時刻が、
受信した鍵データ中の利用条件に合致するかどうかを利
用条件判断手段５で判断し、利用条件に合致すると判断
された時のみ、電子データ利用手段２が電子データの利
用を許可する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンパクトディス
クや書籍などの物理的な商品の配送と連動して、商品の
代替データを商品が届くまでの間、条件付で利用できる
ようにする方法、装置等に関する。

【０００２】

【従来の技術】音楽ＣＤを通信販売で購入すると、イン
ターネットを通じてその音楽ＣＤを即座にオンラインで
聴くことができるサービスが米国などで実施されてい
る。具体的には、サーバから音楽データをストリーミン
グデータとして流し続け、ユーザーはデータをリアルタ
イムに受信しながら再生することで、音楽を途切れなく
オンラインで聴くことができる。

【０００３】また、不正コピーを防止する為、このサー
ビスでは音楽データをストリーミングデータとしてリア
ルタイムに再生することはできるが、ローカルデータと
して保存することはできないようになっている。

【０００４】

【発明が解決しようとする課題】しかし、このサービス
を受ける為には、ユーザーは常にネットワークに接続し
ていないといけないという問題がある。ネットワークに
繋がっていないオフラインでの利用は完全に不可能であ
る。

【０００５】また音楽データそのものを流す為、送受信
するデータ量が膨大であり、大容量データを途切れなく
送受信できる高品質なネットワーク回線がサーバ側、ユ
ーザー側双方に必要であるという問題もある。

【０００６】また、サーバ側では音楽が途切れないよう
にデータを流し続けないといけないので、サーバ側の負
荷が高くなってしまう問題もある。

【０００７】本発明は、物理的な商品がユーザーの手元
に到着するまでの間、商品に代わる代替データを、常時
オンラインでなくてもユーザが利用できるようにするこ
とを目的とする。

【０００８】

【課題を解決するための手段】本発明に係るデータ利用
方法は、上記の課題を解決するために、物理的な商品の
配送先への到着予想時刻の情報を得る到着予想情報取得
ステップと、前記商品の代替として利用可能な電子デー
タの利用に関して、配送先に送る為の鍵データであり、
前記到着予測情報取得ステップから得られた到着予想時
刻を基準として定めた利用制限時刻までを前記電子デー
タの利用条件として記録した鍵データを生成する鍵デー
タ生成ステップと、を有することを特徴とする。

【０００９】上記の構成において、「物理的な商品」と
は、手で触ることのできる実体をもった商品であり、ト
ラックなどの輸送手段で配送できるもののことである。
例えば本やＣＤ、あるいはデータを記録したＣＤ−ＲＯ
Ｍなどの媒体である。通信でやり取りするようなデータ
自体は実体を持っていないので、ここでは物理的な商品
には含まれないとする。

【００１０】「物理的な商品の代替として利用可能な電
子データ」とは、物理的な商品を利用することで得られ
る機能をある程度代替することのできる電子データであ
る。例えば、「物理的な本」を代替する電子データとし
ては、「電子書籍用の電子データ」となる。

【００１１】代替のレベルとしては、商品の機能と必ず
しも完全に置き換えることはできないかもしれないが、
ある程度、機能を満たすことができるレベルであればよ
い。音質や画質を落としたり、利用できる機能を制限す
る、あるいは情報の一部（例えば全体の１〜２割）のみ
を代替したものなど、逆にわざとレベルを落とす場合を
含む。

【００１２】「代替」として「利用」するとは、本や音
楽、映画などのようなコンテンツの「再生」的な使われ
方だけでなく、その商品を利用することで得られる何ら
かの機能を得られるような使い方全てを含んでいる。例
えば何かの物理的な「おもちゃ」の代替として、そのお
もちゃ（あるいは似たおもちゃやゲーム）をコンピュー
タ上でインタラクティブに遊べるゲームソフトという場
合なども考えられる。また、似た効果が得られれば良い
のだから、商品そのものを再現するような電子データに
限らず、類似した、または関連した効果が得られる電子
データでもよい。

【００１３】「鍵データ」とは、ここでは電子データの
利用条件が記録されたデータのことである。通常、この
鍵データが無い、あるいは利用条件を満たしていない状
態の時は、電子データは利用できないか、機能が制限さ
れた形でしか利用できない。また、鍵データは平文のテ
キストデータではなく、人間が直接理解できないバイナ
リ状態で記録されたり、暗号化されているのが一般的で
ある。

【００１４】ある値を「基準として定める」とは、重要
なパラメータとしてその基準の値を使うということであ
るが、単純な例で言えば、何らかの方法によって得られ
た調整値を、基準とする値に加減算して定める、という
ことである。例えば時刻に関して言えば、基準時刻（基
準値）の３０分（調整値）後、などである。なお、調整
値の算出に基準とする値を使うこともあるので、基準値
に対して単なる加減算以外のあらゆる計算が可能であ
り、例えば定められた値が基準値の１．５倍という時
は、基準値の０．５倍の値を調整値として足せばよいこ
とになる。

【００１５】「到着予想時刻」には、「到着予想時間」
の概念も含まれている。これは、到着までにかかる時
間、すなわち到着予想時間でも、基準とする時刻と対に
して考えれば到着予想時刻と同じ扱いとなるからであ
る。「利用制限時刻」も、同様に「利用制限時間」の概
念を含んでいる。従って、例えば、代替データの利用を
最初に開始してからの利用制限時間による制限、なども
含まれる。

【００１６】上記の構成によれば、まず、物理的な商品
が配送先へ到着する予想時刻が到着予想情報取得ステッ
プで算出される。予想時刻は、例えば、配送業者の過去
の配送時間の統計情報や現在の交通情報などから総合的
に算出すればよい。到着にかかる時間が出発地と到着地
などの情報からすぐに求まる表のようなものが予めある
のならば、それを使っても良い。

【００１７】この予想時刻を基準として利用制限時刻を
定める。例えば余裕または誤差を見て、予想時刻から１
２時間後、などとすればよい。

【００１８】そして、その利用制限時刻を、代替となる
電子データに対する利用条件として記録した鍵データを
鍵データ生成ステップで生成する。例えば、簡単に記録
するならば単に時刻を記録するだけでも良いし、セキュ
リティを考慮するならば何らかの暗号を掛けるなどして
もよい。

【００１９】生成された鍵データは、ＣＤ−ＲＯＭなど
のメディアに記録されて配送先たる顧客の元へ配布され
たり、あるいは通信手段によって顧客に送信され、利用
されることになる。代替となる電子データも同様である
が、顧客が購入予約をした店の店頭で、電子データを記
録したメディアを受け取る形態を採用することもでき
る。

【００２０】この結果、顧客側では、上記のように生成
された鍵データを使うことによって、商品の代替となる
電子データを利用制限時刻まで利用することができる。
すなわち、電子データと鍵データを入手した後は、利用
制限時刻までは、全くのオフライン状態で使用すること
ができるようになる。

【００２１】そして、顧客側に物理的な商品が配達され
る頃には、だいたい利用制限時刻となるように予想して
利用制限時刻が定められているので、ほぼ物理的な商品
が配達されている間に限定して、顧客が代替となる電子
データを利用できることになる。

【００２２】これによって、商品が到着するまでの電子
データの利用を、常時オンラインでなくても行えるよう
になる効果が出てくる。

【００２３】また、利用制限を行う鍵データは電子デー
タとは分離されており、主に利用制限時刻の情報からな
るので、データ量としては少なくて済む。従って、顧客
に鍵データを渡す場合でも、小さな容量の媒体を使うこ
とができたり、通信の場合、通信量が少なくて済むとい
う利点も出てくる。

【００２４】本発明に係るデータ利用方法は、上記の課
題を解決するために、前記鍵データ生成ステップから得
られた鍵データを配送先に送信する鍵データ送信ステッ
プを有することを特徴とする。

【００２５】上記した効果のうち、特に通信を介して鍵
データを渡す場合の効果が得られる。特に、電子データ
をＣＤ−ＲＯＭなどの媒体などで別途、顧客に渡してあ
る場合は、通信するデータは鍵データだけで済むので、
より一層、効果が高まる。

【００２６】通信するデータが少ないということは、顧
客側からすると、受信時間が短く、即座に代替の電子デ
ータを利用できるという利点が出てくる。

【００２７】本発明に係るデータ利用方法は、上記の課
題を解決するために、サーバ側において、物理的な商品
の配送先への到着予想時刻の情報を得る到着予想情報取
得ステップと、前記商品の代替として利用可能な電子デ
ータの利用に関して、前記到着予測情報取得ステップか
ら得られた到着予想時刻を基準として定めた利用制限時
刻までを前記電子データの利用条件として記録した鍵デ
ータを生成する鍵データ生成ステップと、前記鍵データ
生成ステップから得られた鍵データを配送先に送信する
鍵データ送信ステップと、を有し、配送先たるクライア
ント側において、クライアントが取得した上記電子デー
タのための前記鍵データをサーバ側から受信する鍵デー
タ受信ステップと、現在時刻が、前記鍵データ取得ステ
ップから得られた鍵データ中の利用条件に合致するかど
うかを判断する利用条件判断ステップと、前記利用条件
判断ステップで利用条件に合致すると判断された時の
み、前記電子データの利用を許可する電子データ利用ス
テップと、を有することを特徴とする。

【００２８】上記の構成において、鍵データをサーバ側
で生成し、送信するまでの手順は、上記したとおりであ
る。

【００２９】配送先たるクライアント側では、送信され
た鍵データを鍵データ受信ステップで受信する。なお、
代替となるクライアント側における電子データの取得形
態は、ＣＤ−ＲＯＭなどのメディアを入手し、該メディ
アに記録されたデータをクライアント装置に読み込む形
態でもよいし、あるいは通信手段によって電子データを
保持するサーバからクライアント装置が受信する形態で
もよい。

【００３０】受信した鍵データから利用条件として利用
制限時刻を得て、現在時刻と比較して、利用条件に現在
合致するかどうかを利用条件判断ステップで判断する。
現在時刻が利用制限時刻以前だったら、合致するとすれ
ば良い。

【００３１】なお、「現在時刻」は、機器内部の時計や
外部の時計などから得ればよい。理想的には全ての時計
が同時に同じ時刻を示すことが望ましいが、実際には多
少の誤差は出てくる。多少の誤差は許容してもよい。も
しサーバとクライアント装置の時計の誤差を所定時間以
内に収めたいのならば、サーバとクライアント装置間で
時刻調整を行ったり、あるいは外部の信頼できる時計か
ら時刻を取得すればよい。

【００３２】利用条件判断ステップで利用条件に合致す
るとされたら、電子データ利用ステップで、電子データ
の利用を許可する。

【００３３】これらによる効果は、上で説明した効果と
ほぼ同じである。

【００３４】本発明に係るデータ利用方法は、上記の課
題を解決するために、前記鍵データ生成ステップにおい
て、前記到着予測情報更新ステップから得られた到着予
想時刻を短縮あるいは延長して定め直した利用制限時刻
までを前記電子データの利用条件として記録した鍵デー
タを生成するために、物理的な商品の配送先への配送状
況の情報を得る配送情報取得ステップと、前記配送情報
取得ステップから得られた配送状況の情報と前記到着予
想情報取得ステップから得られた到着予測時刻とから、
到着予想時刻を短縮あるいは延長するかどうかを判断す
る短縮延長判断ステップと、前記短縮延長判断ステップ
から短縮あるいは延長するとの判断が得られた場合、短
縮あるいは延長するように到着予想時刻を更新する到着
予想情報更新ステップと、を有することを特徴とする。

【００３５】上記の構成において、「配送状況の情報」
とは、商品の配送先への配送に関する情報で、到着時刻
を予想するのに利用可能なあらゆる情報をさす。例え
ば、単に予定より何時間遅れているという情報の場合も
あるし、ある時点での配送車などの位置などの情報、道
路などの渋滞状況などの情報ということもある。

【００３６】上記の構成によれば、配送情報取得ステッ
プで、物理的な商品の配送先への配送状況の情報が得ら
れる。配送状況の情報と、到着予想時刻、現在時刻か
ら、到着予想時刻を短縮あるいは延長するかどうかを短
縮延長判断ステップで判断する。例えば、配送状況の情
報と現在時刻から、最新の到着予想時刻が得られる。既
に到着しているなら、実際の到着時刻や現在時刻でもよ
い。最新の到着予想時刻と、以前の到着予想時刻を比較
して、短縮するか延長するか判断すればよい。

【００３７】なお、到着予想時刻の比較でなく、最新の
到着予想時刻から算出される最新の制限時刻と以前の制
限時刻で比較してもよい。あるいは制限時刻から導かれ
る制限時間で比較してもよい。また、短縮するか延長す
るかの判断は、単に到着予想時刻などの差が正負を見る
だけでなく、所定の閾値と比較して判断する場合もあ
る。例えば、到着予想時刻などの差が３０分以内だった
ら敢えて短縮や延長はしない、などである。

【００３８】短縮延長判断ステップで、短縮あるいは延
長するとの判断が得られたら、短縮あるいは延長する到
着予想時刻を得て、鍵データ生成ステップにおいて、短
縮あるいは延長された到着予想時刻までを電子データの
利用条件として記録した鍵データを生成する。

【００３９】そして、新しい到着予想時刻に基づいて生
成した鍵データを、顧客がメディアや通信などを介して
入手することで、顧客の利用制限時刻を当初より短縮あ
るいは延長することができるようになる。

【００４０】これによって、商品の到着予想が、以前の
予想よりも遅れる場合、商品の到着前に電子データの利
用ができなくなってしまうことを防ぐ効果が出てくる。
これは顧客に対するサービスを向上させることができる
という利点でもある。

【００４１】逆に、商品の到着予想が以前の予想よりも
早まった場合、電子データの利用期間を短縮するように
制限し直すことができる効果が出てくる。これは、電子
データの利用を商品到着までの間に限定したいという意
向が、商品や電子データの提供側にある場合に特に利点
となる。

【００４２】なお、短縮／延長の判断処理を行わなくて
も、定期的に鍵データを更新すれば利用制限時刻の短縮
／延長の効果を得ることは可能であるが、判断処理を入
れた方が無駄な鍵データの更新を抑制できる利点があ
る。

【００４３】本発明に係るデータ利用方法は、上記の課
題を解決するために、前記鍵データ生成ステップから得
られた鍵データを、更新する鍵データとして配送先に送
信することを特徴とする。

【００４４】商品の配送は、突発的な事故や渋滞状況な
どによって予想より前後する。そこで、短縮あるいは延
長された新たな到着予想時刻に基づいて生成した鍵デー
タを通信手段を介して送信し、顧客が取得済の鍵データ
を新たな鍵データによって更新することにより、メディ
アなどを介する場合に比べて、その時点の配送状況に合
わせて迅速に利用制限時刻の短縮あるいは延長が可能と
なるという効果が出てくる。

【００４５】本発明に係るデータ利用方法は、上記の課
題を解決するために、商品が購入された、あるいは配送
先に配送が開始されたとの情報を得る処理開始情報取得
ステップを、到着予想情報取得ステップの前に実行する
ことを特徴とする。

【００４６】「商品が購入されたとの情報」とは、商品
が購入される一連の処理のいずれかから発生される情報
である。例えば、商店のレジで商品を購入した、あるい
は料金を受け取ったとの情報がＰＯＳシステムなどから
得られる場合も含むし、現金は払っていないがクレジッ
トカードなどで精算したとの情報がＰＯＳシステムやク
レジットカード会社などからくる場合もある。あるいは
それらの情報が手入力される場合もある。また、それら
の情報が発生されるタイミングとして、通信販売などで
あれば、購入申し込み処理がＷＷＷブラウザ、メールな
どによって行われた場合も含む。また、実際にはまだ商
品が購入されていなくても、購入されることがほぼ間違
いない場合も含む。発生するタイミングはその処理と完
全にマッチしていなくてもよく、実際の処理と多少前後
していても構わない。

【００４７】「配送が開始されたとの情報」とは、配送
が行われる一連の処理のいずれかから発生される情報で
ある。例えば、商品の発送リストに商品が載った時や、
そのリストを配送センターが受け取った時や、商品が宅
配便などで発送された時や、商品が車などの運搬手段に
積まれた時、運搬手段が配送に出発した時などに発生す
る。発生するタイミングはその処理と完全にマッチして
いなくてもよく、実際の処理と多少前後していても構わ
ない。

【００４８】上記の構成によれば、商品が購入された、
あるいは配送先への商品の配送処理が開始されたとの情
報を処理開始情報取得ステップが得る。処理開始情報取
得ステップがこの情報を得た後に、到着予想情報取得ス
テップが実行される。すなわち、商品が購入される、あ
るいは配送先への商品の配送処理が開始されるまでは、
到着予想情報取得ステップは実行されずに待機状態とな
っている。商品が購入された、あるいは配送先への商品
の配送処理が開始されたら、到着予想情報取得ステップ
以降の処理が実行され、鍵データの生成や送受が行われ
ることになる。

【００４９】これによって、商品の購入、あるいは配送
処理と連動して、電子データを利用制限を設けて利用す
ることができるようになるという効果が出てくる。連動
しているので、顧客が商品を購入したり、配送処理が開
始されたりしたら、即座に代替となる電子データを利用
することができるようになり、顧客の利便性が上がり、
また商品を販売する側にとっても商品の付加価値を上げ
ることができるようになる利点が出てくる。

【００５０】本発明に係るデータ利用方法は、上記の課
題を解決するために、前記電子データの利用者あるいは
利用者の使用機器を特定する情報を得る利用者特定情報
取得ステップを有し、前記鍵データ生成ステップにおい
て、前記電子データの実際の利用者あるいは利用者の使
用機器が、前記利用者特定情報取得ステップで得られた
情報から特定される利用者あるいは利用者の使用機器と
一致することを利用条件に含めた鍵データを生成するこ
とを特徴とする。

【００５１】上記の構成において、「利用者あるいは利
用者の使用機器を特定する情報」とは、いわゆるＩＤ情
報であり、ユーザーＩＤや機器ＩＤなどに対応する。Ｉ
Ｄ情報は、一般に数字や文字列などからなることが多
い。ＩＤ情報は予め利用者や機器に割り当てておいても
よいし、登録時や初回利用時などに動的に生成するもの
でもよい。また、ＩＤ情報の重複の確率が充分低い場合
や利用方針によっては、ＩＤ情報の重複割り当てを許す
場合もある。

【００５２】上記の構成によれば、電子データの利用者
あるいは利用者の使用機器を特定する情報を利用者特定
情報取得ステップで得る。これは通信回線などを介して
顧客や顧客の利用機器などから得ても良いし、顧客から
送られて来た記録メディアなどから読んでも良いし、予
め決まっているのならばそれを使ってもよい。

【００５３】その特定する情報を、鍵データ生成ステッ
プで鍵データに記録することにより、利用条件が追加さ
れる。特定する情報を利用制限時刻などと一緒に単に記
録して鍵データを生成するだけでも良いし、その特定す
る情報を使って、鍵データを暗号化するなどしても良
い。

【００５４】これによって、利用者や利用機器を特定し
て電子データの利用を許可することができるようにな
り、電子データを許可されていない他者や他の機器で利
用することを防ぐことができるようになる。

【００５５】なお、利用する側では、鍵データから利用
条件として、利用制限時刻と特定する情報とを得る。そ
して、利用制限時刻による利用条件が合致し、かつ、鍵
データ中の特定する情報が、実際に利用する利用者や利
用機器を特定する情報と合致したら、電子データの利用
が許可されることになる。特定する情報が合致するかど
うかは、例えば数字や文字列などからなるＩＤ情報な
ら、その数字や文字列が合致するかどうかで判断でき
る。

【００５６】あるいは、特定する情報を使って鍵データ
自体が暗号化されていたら、暗号化された鍵データを復
号するのに、実際に利用する利用者や利用機器を特定す
る情報を使う。特定する情報が合致しているなら、暗号
化された鍵データは正しく復号できるはずである。従っ
て、正しく復号できた場合は特定する情報が合致し、正
しく復号できなかった場合は合致しなかったと判断すれ
ば良い。復号した鍵データを使って、さらに利用制限時
刻による利用条件が合致するかどうか判断し、合致した
場合は利用可能となり、合致しない場合は利用不可とな
る。

【００５７】本発明に係るデータ利用方法は、上記の課
題を解決するために、前記鍵データ生成ステップにおい
て、利用制限時刻を、前記到着予測情報取得ステップか
ら得られた到着予想時刻を超えない範囲で、現在時刻を
基準として定めることを特徴とする。

【００５８】上記の構成において、「現在時刻」は、機
器内部の時計や外部の時計などから得る。理想的には全
ての時計が同時に同じ時刻を示すことが望ましいが、実
際には多少の誤差は出てくる。多少の誤差は許容しても
よい。もしサーバとクライアント装置の時計の誤差を所
定時間以内に収めたいのならば、サーバとクライアント
装置間で時刻調整を行ったり、あるいは外部の信頼でき
る時計から時刻を取得することなどを必須としてもよ
い。

【００５９】上記の構成によれば、現在時刻を基準とし
て利用制限時刻を定めることで、例えば、現在時刻から
何時間だけ利用を許可する、といった使い方ができるよ
うになる。到着予測時刻を基準として利用制限時刻を定
める場合との違いを分かり易く説明すると、利用制限時
刻を、全配送時間の最後の前後ｎ時間に設定するか、全
配送時間の最初の前後ｎ時間に設定するか、ということ
になる（なお、「全配送時間」が到着までにかかる所要
時間とは限らず、所要時間より短くなることもあるが、
分かり易くするためにそう表現している）。

【００６０】どちらの設定の仕方でも、同じ時刻を利用
制限時刻に設定はできるのだが、その意味合いが変わっ
てくる。例えば、（１回での）利用を許可する時間は最
大１２時間、などという制限を設けたい場合、現在時刻
を基準として利用制限時刻を定めることでそれを可能に
することができる効果が出てくる。

【００６１】また、利用制限時刻を何度も更新して使う
ような場合も、現在時刻からｎ時間、というように制限
時刻の設定手順を毎回同じようにできるという利点があ
る。

【００６２】また、例えば、商品が予想より早く着いて
しまった場合、電子データの利用制限時刻を短縮するよ
うに更新することは可能だが、その為には顧客側の機器
で更新処理を行ってもらう必要がある。しかし、例えば
通信回線で送ろうと思っても顧客側がオフラインであっ
たり、更新を拒否したりすれば、利用制限時刻を短縮す
ることはできなくなってしまう。この場合、利用制限が
切れるまで、その電子データの利用を許可していない第
３者に貸し出されたりする恐れがある。

【００６３】そこで、１回の制限時間を短くして、鍵デ
ータを必要に応じて更新するようにすれば、もし短縮す
る更新がうまくいかなかったとしても、残された利用時
間を比較的短時間にし、電子データの不正利用の防止効
果を高めることができるという利点が出てくる。

【００６４】本発明に係るデータ利用方法は、上記の課
題を解決するために、前記鍵データ生成ステップにおい
て、配送先たるクライアントからの前記鍵データの作成
要求に基づいて、前記鍵データを生成することを特徴と
する。

【００６５】作成要求の取得形態は、人手による入力で
も良いし、通信回線などを介した外部からの受信でもよ
く、特に限定されない。

【００６６】上記の構成によれば、リクエスト取得ステ
ップで鍵データの作成要求を得たら鍵データを生成する
ことで、外部からの要求に応じて、鍵データを自動的に
生成することができるようになる。

【００６７】これによって、例えば、クライアント側か
ら電子データを利用したい時に、サーバ側に鍵データの
作成要求を送ることで、鍵データを即座に自動的に得る
ことができるようにすることができる効果が出てくる。
クライアント側の状況に関係なく、サーバ側の独自のタ
イミングで鍵データが生成されていたら、クライアント
側はサーバ側の生成のタイミングを待たねばならない。

【００６８】また、サーバ側が一方的に鍵データを生成
する場合、生成された鍵データが本当にクライアント側
で必要かどうか分からないので、無駄に生成してしまう
恐れがある。しかし、作成要求に基づいて作成すること
で、無駄に生成してしまう可能性を相当低く抑えること
ができる効果が出てくる。

【００６９】先に説明したように、１回の制限時間を短
くして、何度も鍵データを生成するような場合、クライ
アント側からの作成要求に応じて自動的に鍵データが生
成されるようになっていれば、必要に応じて鍵データを
取得しやすくなる利点がある。

【００７０】また、鍵データがサーバ側から一方的に送
りつけられるような場合、どのタイミングでサーバ側か
ら送付されるか分からないので、電子データの利用をす
ぐにでも始めたいクライアント側は常に、あるいは相当
部分、オンライン状態を保って鍵データの受信を待ち受
ける必要がある。しかし、作成要求に基づいて鍵データ
を送信してもらうのならば、その時だけオンラインでい
ればよいので、オンラインでいる時間を短く、かつ、短
くても確実に鍵データが得られるという効果が出てく
る。

【００７１】本発明に係るデータ利用方法は、上記の課
題を解決するために、クライアント側において、取得済
の鍵データの利用条件に現在時刻が合致しない、あるい
は所定時間後に合致しなくなる時に、前記鍵データの更
新要求をサーバに送信するリクエスト送信ステップを有
することを特徴とする。

【００７２】上記の構成において、クライアント側で
は、利用制限時刻は鍵データから得られるので、それと
現在時刻を比較すれば、現在、利用制限時刻を過ぎてい
るのか、過ぎてないとしたら残り時間がどのくらいなの
かを計算することはできる。そこで、利用制限時刻を過
ぎていたり、残り時間が所定時間未満の時、サーバ側へ
鍵データの更新要求を送信する。

【００７３】すると、サーバ側では新たに鍵データの生
成が行われ、生成された鍵データはクライアント側へ送
信され、クライアント側で受信され、新たな利用制限時
刻が得られるようになる。

【００７４】クライアント側で電子データを利用してい
る場合、利用制限時刻が切れる、あるいは切れそうな状
態になることはありえる。もともとその時刻までしか利
用させない意向ならばしかたないが、配送が遅れた場合
などはこの状態が不所望に起こりうる。先に説明したよ
うな、短い利用時間を設定するような場合は特にこの状
態が発生しやすい。

【００７５】電子データを利用しようとして利用制限時
刻が切れていたら、自動的に更新要求をサーバ側に送
り、新たな鍵データを得ることで、利用者は新たな鍵デ
ータが得られるまで待っていれば良いだけになるので、
利用者自身が鍵データを新たに入手する手間が省け、ス
ムーズな利用が可能になるという利点が出てくる。

【００７６】また、もう少しで利用制限時刻が切れそう
な時、自動的に更新要求をサーバ側に送り、新たな鍵デ
ータを得ることで、利用制限が切れてから新たな鍵デー
タを取得しにいくのと比べると、待つ時間が無くなる
（あるいは少なくなる）という利点が出てくる。更新要
求から鍵データ取得、展開までの時間が、過去の経験な
どから予想できるなら、切れる時刻よりその時間（＋
α）だけ前に更新要求を自動的に送るようにしておく
と、さらにスムーズに待たずに継続利用できるようにな
る利点が出てくる。

【００７７】また、クライアント側からの要求に基づか
ず、サーバ側独自のタイミングでサーバ側からクライア
ント側に鍵データを送りつけることは可能だが、クライ
アント側が電子データを利用していなくて鍵データの必
要性がなかったり、オフラインだったりするなどして、
その処理が無駄となる場合が出てくる。クライアント側
から要求させることで、本当に必要な分だけサーバ側で
処理すればよくなるので、サーバ側の負担が軽くなると
いう利点も出てくる。

【００７８】本発明に係るデータ利用装置は、上記の課
題を解決するために、物理的な商品の配送先への到着予
想時刻の情報を得る到着予想情報取得手段と、前記商品
の代替として利用可能な電子データの利用に関して、配
送先に送る為の鍵データであり、前記到着予測情報取得
手段から得られた到着予想時刻を基準として定めた利用
制限時刻までを前記電子データの利用条件として記録し
た鍵データを生成する鍵データ生成手段と、を有するこ
とを特徴とする。

【００７９】物理的な商品が配送先へ到着する予想時刻
が到着予想情報取得手段で得られる。予想時刻の取得の
仕方は、先に説明した方法と同様でよい。すなわち、到
着予想情報取得手段が、商品の配送に関わる種々の情報
の少なくとも１つ以上を入手して、入手した情報と到着
予想時刻とを関係付けた計算式、あるいはルックアップ
テーブル等を用いて、到着予想時刻を求めてもよい。あ
るいは、このようにして外部のコンピュータが求めた到
着予想時刻を、到着予想情報取得手段が通信回線を通じ
て受信したり、データ利用装置の操作者による手入力を
介して取得しても構わない。

【００８０】続いて、鍵データ生成手段が、この到着予
想時刻を基準として利用制限時刻を定め、その利用制限
時刻を、代替となる電子データに対する利用条件として
記録した鍵データを生成する。

【００８１】これによる種々の効果は、上記データ利用
装置の構成に対応するデータ利用方法による効果とし
て、前述したとおりである。

【００８２】本発明に係るデータ利用装置は、上記の課
題を解決するために、ユーザーが購入した商品が、ユー
ザーの手元に配送されるまでの待ち受け期間に、前記商
品の代替としての電子データを利用可能にする鍵データ
であって、前記商品がユーザーの手元に配送される到着
予想時刻を基準として定めた利用制限時刻までを前記電
子データの利用条件として記録した鍵データを、鍵デー
タを発行するサーバから受信する鍵データ受信手段と、
現在時刻が、受信した鍵データ中の利用条件に合致する
かどうかを判断する利用条件判断手段と、利用条件判断
手段で、利用条件に合致すると判断された時のみ、前記
電子データの利用を許可する電子データ利用手段と、を
有することを特徴とする。

【００８３】上記の構成によれば、商品を購入したユー
ザーが、上記構成のデータ利用装置を操作することによ
り、鍵データ受信手段がサーバから既に説明した鍵デー
タを受信し、利用条件判断手段が、現在時刻と利用条件
との合致を判断し、利用条件に合致する時のみ、電子デ
ータ利用手段が電子データの利用を許可する。したがっ
て、このようなデータ利用装置に、電子データの各種出
力装置を接続することで、商品が顧客に届く頃までとい
う時間的な制限範囲内で、その機能の代替となる電子デ
ータをユーザーが利用できるという効果を奏する。

【００８４】なお、代替となる電子データは、ＣＤ−Ｒ
ＯＭなどのメディアに記録されたデータを読み込むので
もよいし、あるいは通信手段によって電子データを保持
するサーバから受信してもよい。

【００８５】本発明に係るデータ利用システムは、上記
の課題を解決するために、物理的な商品の配送先への到
着予想時刻の情報を得る到着予想情報取得手段と、前記
商品の代替として利用可能な電子データの利用に関し
て、前記到着予測情報取得手段から得られた到着予想時
刻を基準として定めた利用制限時刻までを前記電子デー
タの利用条件として記録した鍵データを生成する鍵デー
タ生成手段と、前記鍵データ生成手段から得られた鍵デ
ータを配送先に送信する鍵データ送信手段と、を有する
サーバと、配送先たるクライアントが取得した電子デー
タの利用条件を記録した前記鍵データをサーバ側から受
信する鍵データ受信手段と、現在時刻が、前記鍵データ
取得手段から得られた鍵データ中の利用条件に合致する
かどうかを判断する利用条件判断手段と、前記利用条件
判断手段で利用条件に合致すると判断された時のみ、前
記電子データの利用を許可する電子データ利用手段と、
を有するクライアント装置と、を含むことを特徴とす
る。

【００８６】鍵データをサーバ側で生成し、送信するま
での各手段の動作、および鍵データをクライアント装置
が受信して電子データの利用許可を出力するまでの各手
段の動作は、上記したとおりである。

【００８７】これによる種々の効果は、上記データ利用
装置の構成に対応するデータ利用方法による効果とし
て、前述したとおりである。

【００８８】本発明に係るデータ利用プログラムは、上
記の課題を解決するために、上記データ利用方法が備え
る各ステップを、コンピュータに実行させることを特徴
とする。

【００８９】本発明に係るデータ利用プログラムは、上
記の課題を解決するために、上記データ利用装置が備え
る各手段として、コンピュータを機能させることを特徴
とする。

【００９０】さらに、本発明に係る記録媒体は、上記の
課題を解決するために、上記データ利用プログラムを記
録したことを特徴とする。

【００９１】これにより、上記記録媒体、またはネット
ワークを介して、一般的なコンピュータにデータ利用プ
ログラムをインストールすることによって、該コンピュ
ータを用いて上記のデータ利用方法を実現する、言い換
えれば、該コンピュータをデータ利用装置として機能さ
せることができる。

【００９２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。

【００９３】まず、言葉の定義について説明しておく。

【００９４】「物理的な商品」とは、手で触ることので
きる実体をもった商品であり、トラックなどの輸送手段
で配送できるもののことである。例えば本やＣＤ、ある
いはデータを記録したＣＤ−ＲＯＭなどの媒体である。
通信でやり取りするようなデータ自体は実体を持ってい
ないので、ここでは物理的な商品には含まれないとす
る。以降、説明を簡単にする為、特に補足無しに「商
品」と言った場合、「物理的な商品」を指すとする。

【００９５】「物理的な商品の代替として利用可能な電
子データ」とは、物理的な商品を利用することで得られ
る機能をある程度代替することのできる電子データであ
る。例えば、「物理的な本」を代替する電子データとし
ては、「電子書籍用の電子データ」となる。あるいは、
「音楽ＣＤ」や「映画のビデオ」を代替する電子データ
としては、ＭＰ３などの「音楽データ」や「映画の動画
データ」となる。「データを記録したＣＤ−ＲＯＭ」な
どデータ記録媒体を代替する電子データとしては、その
まま「記録されているデータ」となる。

【００９６】代替のレベルとしては、商品の機能と必ず
しも完全に置き換えることはできないかもしれないが、
ある程度、機能を満たすことができるレベルであればよ
い。例えば、音質や画質を落としたり、利用できる機能
を制限する、あるいは情報の一部（例えば全体の１〜２
割）のみを代替したものなど、逆にわざとレベルを落と
す場合を含んでいてよい。

【００９７】「代替」として「利用」するとは、本や音
楽、映画などのようなコンテンツの「再生」的な使われ
方だけでなく、その商品を利用することで得られる何ら
かの機能を得られるような使い方全てを含んでいる。例
えば何かの物理的な「おもちゃ」の代替として、そのお
もちゃ（あるいは似たおもちゃやゲーム）をコンピュー
タ上でインタラクティブに遊べるゲームソフトという場
合なども考えられる。他にも、「生花」の代替として、
その花の２Ｄ／３Ｄ画像データ、匂い合成装置で使う匂
いデータ、触感再現装置で使う触感データ／外形データ
なども考えられる。また、似た効果が得られれば良いの
だから、商品そのものを再現するようなものに限らず、
得られる効果の似たものでも良い。例えば「癒し効果の
ある香水」の代替として、「癒し効果のある音楽」デー
タなどである。

【００９８】以降、説明を簡単にする為、「物理的な商
品の代替として利用可能な電子データ」を「代替デー
タ」と呼ぶことにする。

【００９９】「鍵データ」とは、ここでは代替データの
利用条件が記録されたデータのことである。通常、この
鍵データが無い、あるいは利用条件を満たしていない状
態の時は、代替データは利用できないか、機能が制限さ
れた形でしか利用できない。また、鍵データは平文のテ
キストデータではなく、人間が直接理解できないバイナ
リ状態で記録されたり、暗号化されているのが一般的で
ある。

【０１００】ある値を「基準として定める」とは、重要
なパラメータとしてその基準の値を使うということであ
るが、単純な例で言えば、何らかの方法によって得られ
た調整値を、基準とする値に加減算して定める、という
ことである。例えば時刻に関して言えば、基準時刻（基
準値）の３０分（調整値）後、などである。なお、調整
値の算出に基準とする値を使うこともあるので、基準値
に対して単なる加減算以外のあらゆる計算が可能であ
り、例えば定められた値が基準値の１．５倍という時
は、基準値の０．５倍の値を調整値として足せばよいこ
とになる。

【０１０１】「配送状況の情報」とは、商品の配送先へ
の配送に関する情報で、到着時刻を予想するのに利用可
能なあらゆる情報をさす。例えば、商品流通経路のある
点における存在時刻が、単に予定より何時間遅れている
という情報の場合もあるし、ある時点での配送車などの
位置などの情報、道路などの渋滞状況などの情報という
こともある。

【０１０２】「利用者あるいは利用者の使用機器を特定
する情報」とは、いわゆるＩＤ情報であり、ユーザーＩ
Ｄや機器ＩＤなどに対応する。ＩＤ情報は、一般に数字
や文字列などからなることが多い。ＩＤ情報は予め利用
者や機器に割り当てておいてもよいし、登録時や初回利
用時などに動的にクライアント側やサーバ側で生成する
ものでもよい。また、ＩＤ情報の重複の確率が充分低い
場合や利用方針によっては、ＩＤ情報の重複割り当てを
認める場合もある。すなわち、ＩＤ情報が重複していて
も、不正利用とはみなさず、正規利用として鍵データの
生成をサーバ側で行う場合もある。以降では、説明を簡
単にする為、「利用者あるいは利用者の使用機器を特定
する情報」を「ＩＤ情報」と呼ぶことにする。

【０１０３】「到着予想時刻」には、「到着予想時間」
の概念も含まれている。これは、到着までにかかる時
間、すなわち到着予想時間でも、基準とする時刻と対に
して考えれば到着予想時刻と同じ扱いとなるからであ
る。「利用制限時刻」も、同様に「利用制限時間」の概
念を含んでいる。従って、例えば、代替データの利用を
最初に開始してからの利用制限時間による制限、なども
含まれる。

【０１０４】「商品が購入されたとの情報」とは、商品
が購入される一連の処理のいずれかから発生される情報
である。例えば、商店のレジで商品を購入した、あるい
は料金を受け取ったとの情報がＰＯＳ（point of sale
s）システムなどから得られる場合も含むし、現金は払
っていないがクレジットカードなどで精算したとの情報
がＰＯＳシステムやクレジットカード会社などからくる
場合もある。あるいはそれらの情報が手入力される場合
もある。また、それらの情報が発生されるタイミングと
して、通信販売などであれば、購入申し込み処理がＷＷ
Ｗブラウザ、メールなどによって行われた場合も含む。
また、実際にはまだ商品が購入されていなくても、購入
を前提とした予約など、購入されることがほぼ間違いな
い場合も含む。発生するタイミングはその処理と完全に
マッチしていなくてもよく、実際の処理と多少前後して
いても構わない。

【０１０５】「配送が開始されたとの情報」とは、配送
が行われる一連の処理のいずれかから発生される情報で
ある。例えば、商品の発送リストに商品が載った時や、
そのリストを配送センターが受け取った時や、商品が宅
配便などで発送された時や、商品が車などの運搬手段に
積まれた時、運搬手段が配送に出発した時などに発生す
る。発生するタイミングはその処理と完全にマッチして
いなくてもよく、実際の処理と多少前後していても構わ
ない。

【０１０６】「現在時刻」は、機器内部の時計や外部の
時計などから得る。理想的には全ての時計が同時に同じ
時刻を示すことが望ましいが、実際には多少の誤差は出
てくる。多少の誤差は許容してもよい。もしサーバとク
ライアント装置の時計の誤差を所定時間以内に収めたい
のならば、サーバとクライアント装置間で時刻調整を行
ったり、あるいは外部の信頼できる時計または時刻デー
タから時刻を取得することなどを必須としてもよい。

【０１０７】図１（ａ）は、本発明の実施の一形態に係
るデータ利用方法を実施するデータ利用システムを示す
構成図である。

【０１０８】本実施形態のデータ利用システムは、クラ
イアント装置２０およびサーバ２１を備えている。ま
た、サーバ２１が本発明のデータ利用装置に相当する。
なお、商品の購入システムや商品の配送に関する部分と
しての配送センター１８、配送手段１９、購入情報取得
手段２２は、図１（ｂ）に記載されているが、購入情報
取得手段２２はサーバ２１側に組み込まれると考えても
良い。

【０１０９】配送センター１８は、サーバ２１とは別の
情報システムでよく、配送手段１９から得た配送状況に
関する情報や道路などの混雑状況、過去の配送状況など
から配送状況全般に関する情報をサーバ２１に送る。

【０１１０】配送手段１９は、トラックや鉄道、郵便な
ど、物理的な商品を配送する手段である。

【０１１１】購入情報取得手段２２は、サーバ２１とは
別の情報システムでよく、ＰＯＳシステムであったり、
オンラインショップの購入処理サーバであったりし、商
品が購入処理されたことをサーバ２１へ送る。

【０１１２】まず、典型的な一連の処理例を図１（ａ）
を使って説明する。

【０１１３】サーバ２１側では、顧客によって商品が購
入された（顧客が代替データの利用権を得た）ことが、
購入情報取得手段２２によって通知される。あるいは商
品の配送処理が開始されたことが、配送センター１８に
よってサーバ２１に通知される。

【０１１４】サーバ２１では、これらの通知を受けた
ら、以降の各種処理を開始する。

【０１１５】一方、顧客は、購入した商品が手元に届く
までの間、その商品の代替データを取得し、代替データ
を利用しようとする、あるいは代替データを利用できる
ことを知らされる。すると、現時点では、顧客は鍵デー
タを持っていないため、クライアント装置２０で代替デ
ータを利用できない（あるいは機能が制限されている）
ので、クライアント装置２０から代替データの鍵データ
作成要求をサーバ２１に送信する。必要に応じて、ＩＤ
情報（利用者あるいは利用機器を特定する情報）をサー
バ２１に送信する。

【０１１６】サーバ２１側では、クライアント装置２０
から送られて来た鍵データ生成の要求を受信し、必要に
応じて、ＩＤ情報を得る。ＩＤ情報は、予め得ているこ
ともあるし、クライアント装置２０から受信して得るこ
ともある。

【０１１７】そしてサーバ２１では、配送センター１８
から得られる配送状況に関する情報から、到着予想時刻
を予想する。

【０１１８】配送状況に関する情報は、配送手段１９か
ら送られて来た配送状況に関する状況を配送センター１
８経由で得たり、その他の交通状況など、それらを配送
センター１８またはサーバ２１が統計的に処理するなど
して得られる。

【０１１９】サーバ２１は、得られた到着予想時刻を基
準として、代替データを顧客が利用できる限界時刻とし
ての利用制限時刻を定める。そして、サーバ２１は、こ
の利用制限時刻を代替データの利用条件として記録され
た鍵データを生成する。必要に応じて、鍵データの生成
にＩＤ情報を使う。

【０１２０】生成された鍵データは、サーバ２１からク
ライアント装置２０に送信される。

【０１２１】クライアント装置２０では、サーバ２１か
ら送られてきた鍵データを受信し、鍵データから利用条
件を抽出し、代替データを利用可能かどうかを判断す
る。利用条件としては、利用制限時刻と場合によっては
ＩＤ情報もあり、現在時刻が利用制限時刻を超えておら
ず、鍵データ中のＩＤ情報がクライアント装置２０のＩ
Ｄ情報と一致するなら、利用可能と判断する。それ以外
は利用不可と判断する。

【０１２２】利用可能との判断がクライアント装置２０
で得られれば、クライアント装置２０は、代替データの
利用を開始する。画像出力や音声出力など、出力するも
のがあれば、出力手段３に送り、出力する。

【０１２３】なお、顧客が代替データを取得する形態
は、特に限定されない。例えば、商品の予約販売を受け
付ける店の店頭で、予約時に、代替データを格納した記
録媒体を顧客が受け取る形態や、クライアント装置２０
がネットワーク経由でサーバ２１に対し購入申し込みを
行った時点で、代替データをダウンロードして取得する
形態、あるいはサーバ２１の管理者または商品取り扱い
者から、代替データを格納した記録媒体を配送してもら
う形態、上記鍵データを取得するときに一緒に、代替デ
ータをサーバ２１からダウンロードして取得する形態、
上記鍵データを使って代替データをサーバ２１からダウ
ンロードして取得する形態等が考えられる。

【０１２４】現在時刻が利用制限時刻（到着予想時刻）
になるまでは、クライアント装置２０は代替データを利
用可能と判断するので、代替データの利用が可能であ
り、現在時刻が利用制限時刻を超えると、代替データの
利用ができなくなる。

【０１２５】配送遅れなどがなければ、代替データの利
用ができなくなるころには、商品が顧客の元に配送され
るので、顧客は代替データではなく商品を利用すればよ
いことになる。

【０１２６】このような一連の処理で、商品が顧客の元
に配送されるまでの間だけ、代替データを顧客が利用で
きるようにすることができるようになる。

【０１２７】図２は、上記の処理例を配送センター１
８、サーバ２１、クライアント装置２０の間の情報のや
りとりを時間軸に沿って説明する為のシーケンス図であ
る。上から下に時間軸は進行するとする。なお、図の説
明で「通信」という言葉を使っているが、必ずしも通信
手段を使って自動的に行われる通信とは限らず、電話な
どで伝えられた情報を人が手で入力したり、物理的なメ
ディアを介して情報をやりとりするという場合も考えら
れる。

【０１２８】まず、顧客が商品を購入する。購入したと
いう情報は、通常、店のＰＯＳシステムやオンラインシ
ョッピングサーバなどから得られる。図２ではこの情報
の出所は配送センター１８、サーバ２１、クライアント
装置２０の時間軸とは離れた外部の黒丸として表現して
いるが、外部にそれらのＰＯＳシステムやオンラインシ
ョッピングサーバなどがあり、それらからサーバ２１に
情報が通信１００として送られる。なお、サーバ２１
が、オンラインショッピングサーバを兼ねていてもよ
い。

【０１２９】さらに、配送センター１８に、それらのＰ
ＯＳシステムやオンラインショッピングサーバなどか
ら、商品の配送指示が行き、配送センター１８から商品
の配送が開始されたとの情報が、通信１０１で配送セン
ター１８からサーバ２１に送られる。

【０１３０】これによって、商品の購入が行われた、あ
るいは配送処理が開始されたということを、サーバ２１
は知ることができる。

【０１３１】次に、クライアント装置２０で代替データ
を利用しようとしても、鍵データが無ければ利用できな
いので、鍵データの生成をサーバ２１に要求するリクエ
スト５０１が、通信１０２でクライアント装置２０から
サーバ２１へ送られる。上記で説明したように、この要
求によって、サーバ２１における配送状況の情報取得が
促される。すなわち、リクエスト５０１を受信したサー
バ２１は、配送センター１８に対し、配送状況の情報送
信を要求してもよいが、ここでは主な情報の流れに絞っ
て説明している為、そのような情報送信の要求を図２か
ら省略している。

【０１３２】配送センター１８は、配送に関するイベン
トが新たに発生するごとに、あるいは上述のように、サ
ーバ２１からの送信要求に応じて、通信１０３で、サー
バ２１へ配送状況に関する配送情報２０１を送ること
で、サーバ２１は配送状況に関する情報を得る。

【０１３３】そして、上記で説明したような処理手順で
鍵データが生成され、通信１０４によって、サーバ２１
からクライアント装置２０へ鍵データ３０１が送られ
る。

【０１３４】クライアント装置２０では、得られた鍵デ
ータ３０１によって、上記で説明したような処理手順で
代替データの利用が可能となる。

【０１３５】やがて鍵データ３０１に記録された利用条
件である利用制限時刻４０１を過ぎると、利用条件を満
たさなくなり、代替データの利用が不可となる。そし
て、配送に早遅配がなければ、利用制限時刻４０１前後
にクライアント装置２０の顧客の元に商品が到着する。

【０１３６】このような一連の情報のやりとりで、商品
が顧客の元に配送されるまでの間だけ、代替データを顧
客が利用できるようにすることができるようになる。

【０１３７】図３は、本発明の実施の一形態に係るデー
タ利用方法およびデータ利用装置を実現する装置の構成
例である。サーバ２１、クライアント装置２０ともに共
通する部分が多いので、まとめて記述してある。このよ
うな装置がサーバ２１、クライアント装置２０双方にあ
り、通信デバイス２９を通じて、通信し合っている。ど
ちらかだけに必須というような部分は、適宜そのことを
補足して説明する。

【０１３８】２３〜２９、３１〜３３の番号を付した各
部は全てバス３０によって相互に接続されている。な
お、バスに限らず、データを送受信できるものならば、
通信ケーブルや無線通信装置などを介するのでも良い。

【０１３９】ＣＰＵ（central processing unit）３１
は処理手順が記述されたプログラムを主記憶２５、外部
記憶２６、通信デバイス２９などから得て、バスを通じ
て各部（２３〜２９、３２、３３）とデータのやりとり
を行ないながら処理を行なう。なお実現手段としては、
ＣＰＵに限らず、ＤＳＰ（digital signal processor）
や処理手順が回路として組み込まれているロジック回路
なども可能である。

【０１４０】主記憶２５は、通常はＤＲＡＭ（daynamic
random access memory）やフラッシュメモリなどのメ
モリデバイスで構成される。外部記憶２６は、ＨＤＤ
（harddisk drive）やＰＣ（personal computer）カー
ド、ＣＤ−ＲＯＭなどの記憶手段であり、内蔵型、外付
け型、可搬脱着型等、装着形態を問わない。

【０１４１】オペレータの操作を入力する手段として、
タブレット３２、マウス２７やキーボード２８を備えて
いるが、通信デバイス２９を通じてオペレータの操作を
得る場合もある。この他にもボタンやマイクによる音声
入力など、様々なものが使用可能である。これらの入力
手段は、特にクライアント装置２０では必要となること
が多い。

【０１４２】モニタ３３は、バス３０を介して得た表示
データを画像として表示する。これはＣＲＴに限らず、
液晶ディスプレイやプロジェクタなどでも構わない。プ
リンタ２３は、バス３０を介して得た印刷データを印刷
用紙に印刷する。スピーカー２４は、バス３０を介して
得られた音データを音声として出力する。これらの出力
手段は、特にクライアント装置２０では必要となること
が多い。

【０１４３】通信デバイス２９は、ネットワークカード
やモデムカード、シリアル通信カード、光通信デバイス
などにより実現され、無線や有線などにより接続された
他の機器とデータをやりとりする。

【０１４４】なお、以降の説明で「処理」と言った場
合、その実現手段はほとんどは、ＣＰＵ３１を使った処
理になる。

【０１４５】例えば、コンテンツデータを出力する際の
処理としては、主記憶２５、外部記憶２６、通信デバイ
ス２９などから得たプログラムをＣＰＵ３１が読み込ん
で実行し、主記憶２５、外部記憶２６、通信デバイス２
９などから得たコンテンツデータを適宜、解釈、変換し
て、適当な出力デバイス（２３、２４、３３）に出力す
る。例えばコンテンツが音楽ならばスピーカー２４を通
じて音楽が出力され、絵画や電子書籍ならばグラフィッ
クデバイス、モニタ３３を通して画像が出力され、コン
テンツが映画ならば各出力デバイス（２３、２４、３
３）を通じて音楽や動画像が出力される。

【０１４６】次に、ＣＰＵ３１の機能を、クライアント
装置２０、サーバ２１のそれぞれについてブロックに展
開し、各ブロック間をデータ送受の観点で結線したブロ
ック図を図１（ｂ）に示す。図１（ｂ）の各手段を、主
にデータ授受と図３の各部品による実現手段の観点から
説明する。

【０１４７】まず、クライアント装置２０の各手段につ
いて説明する。

【０１４８】代替データ取得手段１としてのＣＰＵ３１
は、主記憶２５、外部記憶２６、通信デバイス２９など
から商品の代替データを取得し、電子データ利用手段２
へ送る。代替データは、ＣＤ−ＲＯＭなどの媒体から主
記憶２５または外部記憶２６に読み込んでも良いし、通
信デバイス２９などを通じて主記憶２５または外部記憶
２６に予め取得しておいたデータを得ても良いし、必要
になった時点で通信デバイス２９などを通じて動的に受
信しても良い。

【０１４９】なお、ＣＤ−ＲＯＭなどの可搬脱着型媒体
は、商品の予約販売を受け付ける店の店頭で顧客が入手
したり、商品の購入情報を取得したサーバ２１の指示に
基づいて、商品または代替データの取り扱い者から、商
品の発送に先立って、顧客の元へ配送されたものであ
る。

【０１５０】電子データ利用手段２としてのＣＰＵ３１
は、主記憶２５、外部記憶２６、通信デバイス２９など
から読み取られるプログラムに基づき、代替データ取得
手段１から得た代替データを、後述の利用条件判断手段
５から利用可能との判断が得られた場合のみ、利用す
る。利用の際、顧客（ユーザー）の操作などの入力があ
れば、後述の入力手段４からその入力を得、出力する情
報があれば出力手段３へ出力して、利用する。

【０１５１】出力手段３としてのＣＰＵ３１は、主記憶
２５、外部記憶２６、通信デバイス２９などから読み取
られるプログラムに基づき、電子データ利用手段２から
得られた情報を出力する。例えば、図３のスピーカー２
４で音声を出力したり、モニタ３３やプリンター２３で
文字や画像を出力したり、ファイルやデータを主記憶２
５や外部記憶２６、あるいは通信デバイス２９を通じて
通信先に出力したりする。

【０１５２】入力手段４としてのＣＰＵ３１は、主記憶
２５、外部記憶２６、通信デバイス２９などから読み取
られるプログラムに基づき、ユーザーなどから得た入力
を電子データ利用手段２に送る。例えば図３のマウス２
７やキーボード２８による操作やタブレット３２、マイ
クなどによる操作、あるいは通信デバイス２９を通じて
通信先から得られた操作を入力として得たりする。

【０１５３】利用条件判断手段５としてのＣＰＵ３１
は、主記憶２５、外部記憶２６、通信デバイス２９など
から読み取られるプログラムに基づき、下記の鍵データ
受信手段６から得られた鍵データから利用条件を抽出
し、代替データを利用可能かどうかを判断し、得られた
判断を電子データ利用手段２へ送る。判断には、装置の
タイマーなどから得られる現在時刻や後述の利用者特定
情報取得手段８から得られるＩＤ情報なども使う。

【０１５４】鍵データ受信手段６としてのＣＰＵ３１
は、主記憶２５、外部記憶２６、通信デバイス２９など
から読み取られるプログラムに基づき、後述するサーバ
２１の鍵データ送信手段１２から鍵データを通信デバイ
ス２９で受信して、利用条件判断手段５へ送る。

【０１５５】リクエスト送信手段７としてのＣＰＵ３１
は、主記憶２５、外部記憶２６、通信デバイス２９など
から読み取られるプログラムに基づき、利用条件判断手
段５から鍵データ生成要求を受け取り、後述するサーバ
２１のリクエスト受信手段１３へ通信デバイス２９で送
信する。なお、鍵データ生成要求は、利用条件判断手段
５が、代替データの利用不可を判断した場合に、同手段
５によって生成される。

【０１５６】利用者特定情報取得手段８としてのＣＰＵ
３１は、主記憶２５、外部記憶２６、通信デバイス２９
などから読み取られるプログラムに基づき、図３の主記
憶２５や、外部記憶２６、通信デバイス２９などから予
め用意されているＩＤ情報を取得し、利用条件判断手段
５、利用者特定情報送信手段９へ送る。

【０１５７】なお、利用者特定情報取得手段８は、ユー
ザーなどの入力を介してＩＤ情報を取得することもでき
る。例えば図３のマウス２７やキーボード２８による操
作やタブレット３２、マイクなどによる操作、あるいは
通信デバイス２９を通じて通信先から得られた操作を介
して、ＩＤ情報を取得する。

【０１５８】利用者特定情報送信手段９としてのＣＰＵ
３１は、主記憶２５、外部記憶２６、通信デバイス２９
などから読み取られるプログラムに基づき、利用者特定
情報取得手段８から得たＩＤ情報を、後述するサーバ２
１の利用者特定情報受信手段１７へ通信デバイス２９で
送信する。

【０１５９】次に、サーバ２１の各手段について説明す
る。

【０１６０】短縮延長判断手段１０としてのＣＰＵ３１
は、主記憶２５、外部記憶２６、通信デバイス２９など
から読み取られるプログラムに基づき、後述の配送情報
取得手段１４から配送状況に関する情報を得、過去に予
想した予想到着時刻を下記到着予想情報取得手段１１か
ら得、到着予想時刻を短縮するか、延長するか、あるい
は短縮も延長も必要ないかどうか判断して、短縮あるい
は延長するという判断の場合、その判断を到着予想情報
取得手段１１へ送る。

【０１６１】到着予想情報取得手段１１としてのＣＰＵ
３１は、主記憶２５、外部記憶２６、通信デバイス２９
などから読み取られるプログラムに基づき、動作条件が
整った時に、後述の配送情報取得手段１４から配送状況
に関する情報を得て、到着時刻を予想して、後述の鍵デ
ータ生成手段１５に送る。到着時刻を予想する際は、主
記憶２５、外部記憶２６、通信デバイス２９などから過
去の配送状況に関する情報を得て、使うこともある。

【０１６２】上記動作条件としては、まず後述の処理開
始情報取得手段２３から処理の許可を得ることが最初で
ある。次に鍵データ生成手段１５から予想到着時刻を求
められるか、あるいは短縮延長判断手段１０から短縮あ
るいは延長するとの判断が得られる（送られてくる）こ
とである。

【０１６３】鍵データ送信手段１２としてのＣＰＵ３１
は、主記憶２５、外部記憶２６、通信デバイス２９など
から読み取られるプログラムに基づき、鍵データ生成手
段１５から得た鍵データをクライアント装置２０の鍵デ
ータ受信手段６へ、通信デバイス２９で送信する。

【０１６４】リクエスト受信手段１３としてのＣＰＵ３
１は、主記憶２５、外部記憶２６、通信デバイス２９な
どから読み取られるプログラムに基づき、クライアント
装置２０のリクエスト送信手段７から送られてくる鍵デ
ータの生成要求を通信デバイス２９で受信し、その要求
を鍵データ生成手段１５へ送る。

【０１６５】配送情報取得手段１４としてのＣＰＵ３１
は、主記憶２５、外部記憶２６、通信デバイス２９など
から読み取られるプログラムに基づき、配送センター１
８から得られた配送状況に関する情報を短縮延長判断手
段１０、到着予想情報取得手段１１へ送る。

【０１６６】鍵データ生成手段１５としてのＣＰＵ３１
は、主記憶２５、外部記憶２６、通信デバイス２９など
から読み取られるプログラムに基づき、リクエスト受信
手段１３から鍵データ生成の要求が送られてきたら、予
想到着時刻を到着予想情報取得手段１１に要求して取得
し、予想到着時刻を基準として利用制限時刻を定め、そ
の利用制限時刻を代替データの利用条件として記録した
鍵データを作成し、鍵データ送信手段１２へ送る。必要
に応じて、ＩＤ情報を利用者特定情報取得手段１６から
得て、利用条件に加える場合もある。

【０１６７】あるいは、予想到着時刻が到着予想情報取
得手段１１から送られてきたことに応じて、予想到着時
刻を基準として利用制限時刻を定め、その利用制限時刻
を代替データの利用条件として記録した鍵データを作成
し、鍵データ送信手段１２へ送るようにしてもよい。

【０１６８】利用者特定情報取得手段１６としてのＣＰ
Ｕ３１は、主記憶２５、外部記憶２６、通信デバイス２
９などから読み取られるプログラムに基づき、主記憶２
５、外部記憶２６、通信デバイス２９に予め記録されて
いるＩＤ情報、あるいは利用者特定情報受信手段１７か
ら得たＩＤ情報を鍵データ生成手段１５へ送る。

【０１６９】利用者特定情報受信手段１７としてのＣＰ
Ｕ３１は、主記憶２５、外部記憶２６、通信デバイス２
９などから読み取られるプログラムに基づき、クライア
ント装置２０の利用者送信手段９から送られてくるＩＤ
情報を通信デバイス２９で受信し、利用者特定情報取得
手段１６へ送る。

【０１７０】図４は、サーバ２１における鍵データ生成
処理を説明するフローチャート図である。

【０１７１】まず、ステップＳ１（以降、「ステップ
Ｓ」を省略して「Ｓ」とする）で、処理開始情報取得手
段２３が、商品が購入された、あるいは配送先に商品の
配送が開始された、という情報（処理開始情報）を取得
し、取得できたらＳ２へ進む。処理開始情報が取得でき
るまではＳ１で待機し続ける。

【０１７２】これによって、商品が購入されるまで、あ
るいは配送先に商品の配送が開始されるまで、鍵データ
の生成が行われないことが保証できる効果が出てくる。
なお、Ｓ１の処理は必ずしも最初に行わなければならな
いとは限らず、以降の鍵データの生成処理（Ｓ１０）や
鍵データの送信処理（Ｓ１１）の前で行われれば、そこ
で処理が止まるので問題ない。

【０１７３】次に、Ｓ２で、到着予想情報取得手段１１
が、以降の処理の開始タイミングを取得して、Ｓ３へ進
む。開始タイミングは、（１）鍵データ生成要求をリク
エスト受信手段１３がクライアント装置２０から受けと
った時、（２）サーバ２１が一方的に生成するタイミン
グ、（３）（１）、（２）の両方、の３通り考えられ
る。

【０１７４】（１）の鍵データ生成要求を、リクエスト
受信手段１３がクライアント装置２０から受けた時だけ
をきっかけとする場合は、Ｓ２で要求を受けるまで待ち
つづけることになる。顧客の代替データの使用状況にも
よるが、無駄な通信や処理を減らす為には、この方法は
有効である。なお、鍵データ生成要求の待ち受け処理
は、必ずしも全自動でなくてもよく、サーバ２１でオペ
レータなどによって手動で入力されてもよい。例えば、
顧客が電話やメールなどの手段でオペレータに鍵データ
生成要求を口頭や文書などで伝え、オペレータがキーボ
ード２８などの入力手段でサーバ２１に入力する、など
という処理である。

【０１７５】（２）のサーバ２１が一方的に生成する場
合とは、例えば、処理開始情報取得手段２３（Ｓ１）か
ら、処理開始情報を取得した場合がまず考えられる。す
なわち購入、もしくは配送処理が開始されたらとにかく
鍵データを生成する、ということである。その場合、Ｓ
２は実質、素通りすることになる。

【０１７６】その他の例としては、以前に送った鍵デー
タの利用制限時刻は分かっているので、その利用制限時
刻がもうすぐ切れそうな時刻（あるいはそれよりも処理
時間や送付時間分だけ前の時刻）前後をタイミングとす
ることも考えられる。また、後で説明するように、利用
可能時間を、例えば４８時間など、固定とするような場
合、一定時間間隔でタイミングを発生させることにな
る。また、後で説明するように、早遅配による利用制限
時刻の更新を行う場合も、一定時間間隔でタイミングを
発生させたり、あるいは配送センター１８からの早遅配
につながる情報が得られたタイミングとするなども考え
られる。

【０１７７】（３）として（１）、（２）の両方に対応
する場合は、（１）か（２）の少なくともどちらか一方
のタイミングが発生した時を開始タイミングとすればよ
い。

【０１７８】Ｓ３では、配送情報取得手段１４が、前述
したように配送状況の情報を得て、Ｓ４へ進む。

【０１７９】Ｓ４では、到着予想情報取得手段１１が、
到着時刻を予想して、Ｓ５へ進む。到着時刻は、配送状
況の情報や道路などの混雑／事故発生情報、過去の配送
にかかった時間の情報などから総合的に予想する。例え
ば、過去に同じ配送経路を使っていたら、その配送経路
を通過するのにかかる平均的な時間は割り出せる。現
在、配送車（配送手段）がどの場所にいるかの情報が得
られれば、残りの配送経路は分かるので、到着予想時刻
を割り出せる。もし配送経路が渋滞になっていたり、事
故が起こっていたりすれば、それらによる遅れを見積も
って、到着予想時刻を遅らせれば良い。到着時刻の予想
の仕方は、本発明の主旨ではないので、これ以上の詳細
な説明は省く。

【０１８０】Ｓ５では、鍵データ生成手段１５が、到着
時刻の予想が初めてかどうかを判断し、最初の予想の場
合はＳ６へ進み、そうでない場合はＳ７へ進む。

【０１８１】Ｓ６では、鍵データ生成手段１５が、Ｓ４
で得られた到着予想時刻を基準に利用制限時刻を決め
て、Ｓ１０へ進む。利用制限時刻は様々な決め方が考え
られるが、例えば、商品の到着が到着予想時刻よりも多
少誤差があるとして、その誤差分を６時間であるとか、
到着までにかかる時間の１０％分とか見積もって到着予
想時刻に誤差分を足して利用制限時刻とする方法があ
る。

【０１８２】Ｓ７では、到着時刻の予想が初めてではな
い場合に、鍵データ生成手段１５が、新たな利用制限時
刻を以前の利用制限時刻より短縮あるいは延長する必要
があるかどうか判断して、Ｓ８へ進む。最も簡単な判断
方法としては、以前の到着予想時刻と新たな到着予想時
刻を比べて、早くなっていれば短縮必要、遅くなってい
れば延長必要と判断すれば良い。予想には誤差もあるの
で、例えばプラスマイナス３時間までのずれは短縮／延
長の必要無しと判断する、などとすると、頻繁に利用制
限時刻の短縮や延長を行うことを防ぐことができる。

【０１８３】なお、利用制限時刻の短縮／延長の必要無
しとすることは、顧客の手元に商品が届く時間が、設定
された利用制限時刻に対して多少前後することを、商品
取り扱い者が許容することを意味する。

【０１８４】Ｓ８では、鍵データ生成手段１５が、Ｓ７
で短縮／延長する必要があると判断されればＳ９へ進
み、必要無いと判断されれば、Ｓ２へ戻る。すなわち、
短縮／延長する必要が無い場合、新たな鍵データの生
成、送付を行わないということである。

【０１８５】Ｓ９では、鍵データ生成手段１５が、Ｓ４
で得られた到着予想時刻を基準に利用制限時刻を決め
て、Ｓ１０へ進む。ほぼＳ６と同様でよいが、短縮／延
長することを考慮して、例えば遅れが予想される場合、
さらに状況が悪化して遅れが出るかもしれないとして、
誤差の見積もり値を大きめに調整したりするなどしても
よい。

【０１８６】また、短縮／延長前の到着予想時刻を基準
に決めた利用制限時刻を利用条件とする鍵データを、顧
客に送信済みの場合には、Ｓ９で利用制限時刻を決め直
すのではなく、短縮／延長時間を決めることにしてもよ
い。この場合、短縮／延長時間を認める鍵データを生成
したり、送信済みの鍵データの利用制限時刻を短縮／延
長時間分だけ更新する鍵データを生成することになる。

【０１８７】なお、短縮／延長の判断処理を行わない場
合は、Ｓ５、Ｓ７、Ｓ８、Ｓ９の処理は必要無い。短縮
／延長の判断処理を入れなくても、定期的に鍵データを
更新すれば、利用制限時刻の短縮／延長の効果を得るこ
とは可能であるが、判断処理を入れた方が無駄な鍵デー
タの更新を抑制できる利点がある。

【０１８８】Ｓ１０では、利用者特定情報受信手段１７
が、ＩＤ情報（利用者特定情報）を取得して、Ｓ１１へ
進む。利用条件や鍵データ生成にＩＤ情報を使わない場
合は、この処理は飛ばしても良い。

【０１８９】Ｓ１１では、鍵データ生成手段１５が、Ｓ
６あるいはＳ９で得られた利用制限時刻とＳ１０で得ら
れたＩＤ情報とから、鍵データを生成してＳ１２へ進
む。鍵データの作り方／構造には様々なものが考えられ
るが、最も簡単な鍵データとしては、利用制限時刻とＩ
Ｄ情報を単なるテキストとして記録することである。

【０１９０】しかし、これでは利用制限時刻をクライア
ント装置２０で書き換えて、不正に利用されてしまうか
もしれないので、通常は人間がすぐには理解できないよ
うな複雑な構造や手順を必要とするようにしたり、暗号
化したりする。例えば、暗号化に使う共通の秘密鍵とし
て、予めサーバ２１とクライアント装置２０で決めてお
いたものを使ったり、ＩＤ情報を使うという方法が考え
られる。また、鍵データには、利用制限時刻やＩＤ情報
以外にも様々な情報を入れ込むこともありえる。例え
ば、代替データと鍵データが対応するように、代替デー
タを特定する情報が入っていたり、複数の鍵データを管
理しやすいように識別するシリアル番号や生成時刻をつ
けたり、などということが考えられる。

【０１９１】Ｓ１２では、鍵データ送信手段１２が、鍵
データ生成手段１５（Ｓ１１）で生成した鍵データをク
ライアント装置２０の鍵データ受信手段６へ送信して、
Ｓ１３へ進む。なお、鍵データをクライアント装置２０
に通信手段を介さず、別の手段で渡す場合、例えばメデ
ィアに記録してメディアで手渡す場合は、Ｓ１２の処理
は必要無いとしてもよいし、鍵データの記録処理または
鍵データの発送処理に置き換わるとしてもよい。

【０１９２】Ｓ１３では、到着予想情報取得手段１１
が、Ｓ１１で生成した鍵データが最後の鍵データかどう
か判断し、最後ならば処理を終了し、最後でないならば
Ｓ２へ戻る。最後かどうかの判断は、例えば、１回しか
鍵データを生成／送付しないならば、必ず最後と判断す
ればよい。１回とは限らない場合は、例えば、既に商品
が顧客の元に到着しているならば（到着情報はＳ３で得
られる）、鍵データをこれ以上生成する必要はないの
で、最後の鍵データと判断すればよい。但し、商品が予
定より早く到着した為、利用制限時刻を短縮（前倒し）
したい場合、既に到着していても短縮の為の鍵データを
１回生成／送付する必要があるので、それが最後の鍵デ
ータとなる。

【０１９３】以上の処理で、サーバ２１での鍵データの
生成／送付の処理が可能となる。

【０１９４】図５は、クライアント装置２０で代替デー
タを利用するときの処理を説明するフローチャート図で
ある。

【０１９５】まず、Ｓ２０で、代替データ取得手段１
が、前述したように代替データを取得し、Ｓ２１へ進
む。

【０１９６】Ｓ２１では、利用者特定情報取得手段８
が、前述したようにＩＤ情報（利用者特定情報）を得
て、Ｓ２２へ進む。ＩＤ情報を使わない場合は、Ｓ２１
とＳ２２は飛ばしても良い。

【０１９７】Ｓ２２では、利用者特定情報送信手段９
が、利用者特定情報をサーバ２１へ送信して、Ｓ２３へ
進む。

【０１９８】Ｓ２３では、リクエスト送信手段７が、鍵
データ生成要求をサーバ２１へ送信して、Ｓ２４へ進
む。リクエスト送信を行わない場合は、Ｓ２３は飛ばし
てよい。その場合は、受動的に鍵データを受信するだけ
となる。

【０１９９】Ｓ２４では、鍵データ受信手段６が、サー
バ２１の鍵データ送信手段１２から鍵データを受信し、
Ｓ２５へ進む。

【０２００】Ｓ２５では、利用条件判断手段５が、Ｓ２
４で得られた鍵データから利用条件を抽出して、Ｓ２６
へ進む。抽出する際、鍵データが暗号化されていたら、
復号に必要な情報（例えば、予めサーバ２１と決めてあ
る秘密鍵や秘密鍵としてのＩＤ情報）を使って復号する
必要がある。暗号については、図４のＳ１１で説明した
通りである。利用条件としては、利用制限時刻が得られ
る。利用条件としてＩＤ情報がある場合はＩＤ情報を抽
出する場合もある。

【０２０１】Ｓ２６では、利用条件判断手段５が、Ｓ２
５で利用条件を抽出できたかどうか判断し、抽出できた
らＳ２７へ進み、抽出できなかったらＳ３０へ進む。鍵
データが壊れているとかいう場合を除き、利用条件が抽
出できない場合とは、例えば、顧客が利用不適格者であ
る等の理由により、うまく復号できなかった場合が考え
られる。つまり、鍵データ自体がＩＤ情報を使って暗号
化されているなら、復号できた時点で既にＩＤ情報によ
る利用制限に関しては合致していることになる。従っ
て、Ｓ２５、Ｓ２６の処理は、この後のＳ２８の利用条
件充足の判断処理を部分的に行っていることにもなる。

【０２０２】Ｓ２７では、利用条件判断手段５が、現在
時刻を取得して、Ｓ２８へ進む。

【０２０３】Ｓ２８では、利用条件判断手段５が、現在
時刻が利用条件（抽出された利用制限時刻）に合致する
かどうか判断し、合致する場合はＳ２９へ進み、合致し
ない場合はＳ３０へ進む。現在時刻と利用制限時刻を比
較し、現在時刻が利用制限時刻を超えていなければ合致
すると判断すれば良い。

【０２０４】Ｓ２９では、電子データ利用手段２が、前
述したように再生や出力等の形態で代替データを利用
し、Ｓ３１へ進む。Ｓ２９からＳ３１へ進むタイミング
は特に限定はないが、代替データの利用処理の合間（い
わゆるアイドル状態の時）に進んだり、決まった時間間
隔で進んだり、といった方法が考えられる。

【０２０５】Ｓ３１では、利用条件判断手段５が、利用
条件が切れそうかどうか判断し、切れそうな場合はＳ２
２へ戻り、まだ切れそうにない場合はＳ２７へ戻る。切
れそうかどうかの判断は、ある時間がたったら、利用制
限時刻を越えるかどうかで判断できる。「ある時間」
は、鍵データ生成要求を送ってから鍵データを受信でき
るまでの時間を見積もって、その時間より少し前ぐらい
にしておいてもよいし、厳密に見積もらなくても充分間
に合う時間（例えば１時間）などと決めてしまっても良
い。但し、鍵データを短い時間間隔で更新するような使
い方の場合は、その時間間隔より短い時間にする必要が
ある。

【０２０６】なお、Ｓ３１をＳ２８の直後に実行し、Ｓ
２９の実行後、Ｓ２７に戻るようにしてもよい。また、
Ｓ３１をＳ２８の直後に実行し、利用条件が切れそうで
あれば、利用条件の延長要求をすぐするか否かユーザー
に尋ねるステップを実行するようにしてもよい。この場
合、すぐ延長要求をするなら、Ｓ２２へ戻り、すぐ延長
要求をしないなら、Ｓ２９に移行することになる。

【０２０７】Ｓ３０では、電子データ利用手段２が、代
替データの利用は不可として、処理を終了する。ユーザ
ーに代替データの利用が不可であるとのメッセージを表
示するなどして伝えて、プログラムを終了するなどすれ
ばよい。

【０２０８】なお、Ｓ２９の実行後、一旦代替データの
利用を停止し、クライアント装置２０の電源をＯＦＦに
した後、しばらくして代替データの利用を再開するよう
な場合、Ｓ２７のステップからルーチンを再開すればよ
い。

【０２０９】以上の処理により、クライアント装置２０
で、鍵データに記録された利用条件で代替データの利用
を制限することができるようになる。

【０２１０】図４のサーバ２１の処理と図５のクライア
ント装置２０の処理をあわせると、商品到着までに限定
した代替データの利用がクライアント装置２０で行える
データ利用システムを構築できる。

【０２１１】図６は、鍵データが更新されて、利用制限
時刻が延長される場合の配送センター１８、サーバ２
１、クライアント装置２０の間の情報のやり取りを説明
するシーケンス図である。

【０２１２】通信１０４までのやりとりは図２と同じで
ある。ここでは説明を簡単にする為、予想到着時刻と利
用制限時刻は常に同じとして鍵データは生成されるとす
る。

【０２１３】クライアント装置２０が鍵データ３０１を
取得し、代替データの利用可能状態になった後、配送セ
ンター１８から新たな配送情報２０２が通信１０５とし
て送られてくる。この通信は配送センター１８から定期
的に送られる、あるいはサーバ２１から定期的に要求す
るものでもよいし、配送に遅れなどがあった時に配送セ
ンター１８側から不定期に送られてくるものでもよい。
ここでは、配送情報２０２は、配送情報２０１の時より
配送に遅れが出ることが分かるような情報だとする。

【０２１４】サーバ２１では、配送情報２０２から新た
な予想到着時刻を予想する。図６のサーバ２１の時間軸
上に示すように、当初の到着予想時刻より新たな到着予
想時刻は遅れがあるとする。従って、サーバ２１は、当
初の利用制限時刻４０１をその分、延長した新たな利用
制限時刻４０２で鍵データ３０２を生成し、クライアン
ト装置２０に通信１０６で送る。

【０２１５】クライアント装置２０では、新たに得た鍵
データ３０２から新たな利用制限時刻として利用制限時
刻４０２が抽出され、利用制限時刻４０１よりも延長さ
れた利用制限時刻４０２まで代替データの利用が可能と
なる。

【０２１６】このようにして、到着が遅れた場合の利用
制限時刻の延長更新が行われる。

【０２１７】図７は、図６とは逆に、当初の予想より早
く商品が到着すると予想される場合に、利用制限時刻を
短縮して更新するやりとりを説明するシーケンス図であ
る。

【０２１８】通信１０４までのやりとりは図２、図６と
同じである。

【０２１９】その後、配送センター１８から新たな配送
情報２０３が通信１０７として送られてくる。この通信
のタイミングは図６の説明と同様である。ここでは、配
送情報２０３は、配送情報２０１の時より早く着くこと
が分かるような情報だとする。

【０２２０】サーバ２１では、配送情報２０３から新た
な予想到着時刻を予想する。図７のサーバ２１の時間軸
上に示すように、当初の到着予想時刻より新たな到着予
想時刻は早くなったとする。従って、当初の利用制限時
刻４０１をその分、短縮（前倒し）した新たな利用制限
時刻４０３で鍵データ３０３を生成し、クライアント装
置２０に通信１０８で送る。

【０２２１】クライアント装置２０では、新たに得た鍵
データ３０３から新たな利用制限時刻として利用制限時
刻４０３が抽出され、利用制限時刻４０１よりも短縮さ
れた利用制限時刻４０３まで代替データの利用が可能と
なる。

【０２２２】このようにして、到着が早くなる場合の利
用制限時刻の短縮更新が行われる。

【０２２３】図８は、利用制限時刻を到着予想時刻を越
えない範囲で、現在時刻を基準として定める場合のやり
とりを示すシーケンス図である。

【０２２４】通信１０４までのやりとりは図２、図６、
図７と同じである。

【０２２５】その後、クライアント装置２０で、利用制
限時刻４０１が切れる前に、鍵データの生成／送付を要
求するリクエスト５０４が、クライアント装置２０から
サーバ２１へ通信１０９で送られる。

【０２２６】サーバ２１では、リクエスト５０４に基づ
いて、配送情報２０４を通信１１０で配送センター１８
から受け取り、現在時刻に基づいて鍵データ３０４を生
成し、通信１１１でクライアント装置２０に送付する。

【０２２７】鍵データ３０４を受信したクライアント装
置２０では、鍵データ３０４によって、利用制限時刻４
０１が利用制限時刻４０４へと延長される。

【０２２８】これは、リクエスト５０４を送信してか
ら、鍵データ３０４を受信して、利用制限時刻が延長さ
れるまでの通信／処理時間をユーザーが考慮して、ある
いはクライアント装置２０の上記通信／処理時間が見込
まれたリクエスト送信プログラムにより、リクエスト５
０４を送信することで、利用制限時刻４０１が切れる前
に延長を行うことができる。

【０２２９】同様にして、通信１１２（リクエスト５０
５）、１１３（配送情報２０５）、１１４（鍵データ３
０５）、１１５（リクエストｍ）、１１６（配送情報
ｎ）、１１７（鍵データｋ）で利用制限時刻ｔが延長さ
れていく。

【０２３０】そして、商品到着後に通信１１８でクライ
アント装置２０から送られて来たリクエスト（ｍ＋１）
は、配送センター１８から得た配送情報（ｎ＋１）によ
って、商品が到着していることがサーバ２１で分かるの
で、鍵データの生成／送付は行われない。この場合、代
替データの利用権が失われたことを、サーバ２１からク
ライアント装置２０へ送信するようにしてもよい。

【０２３１】このように、サーバ２１で生成／送付され
る鍵データの利用制限時刻を、現在時刻を基準に定めれ
ば（図４のＳ６における基準を現在時刻とすれば）、今
から何時間だけ使える、という指定の仕方ができるよう
になる。商品取り扱い者に、代替データの利用もできる
だけ制限したいという希望がある場合には、この方法が
適している。この利用制限時刻の延長幅を細かくして、
こまめに延長を繰り返すことで、クライアント装置２０
での継続的な使用が可能になる。また、商品到着後の延
長を拒否することで、到着後のクライアント装置２０で
の使用を制限することができるようになる。

【０２３２】利用制限時刻は、到着予想時刻を基準とし
て定めた時刻を越えないように定めるが、延長幅を細か
くするならば、到着予想時刻を基準として定めた時刻を
越えるかどうかを気にせず、到着情報が入るまでは鍵デ
ータを発行し、延長可とする方法もある。この方法の利
点は、到着予想時刻を予想する処理（図４のＳ４）を省
くことができることである。予想した場合よりもクライ
アント装置２０で到着後でも利用できる残り時間が増え
てしまう場合もありえるが、延長幅を充分細かくしてお
けば問題は少なくなる。

【０２３３】なお、延長幅を細かくすると通信を何度も
行わなければならず、常時接続しなければいけないより
はましだが、クライアント装置２０での使い勝手が悪く
なり、全体として処理量、通信量の増大に繋がる欠点は
ある。この点を考慮すると、延長幅をある程度長く取
り、現在時刻を基準に定めた延長後の利用制限時刻が到
着予想時刻を超える場合にだけ、延長時間を短縮する方
法を採用すると良い。

【０２３４】図９は、クライアント装置２０の外観構成
を示している。ここでは代替データとして電子書籍デー
タ、クライアント装置２０として電子書籍のリーダーを
例に挙げる。

【０２３５】本体９０上に表示手段９１があり、ここに
代替データによる電子書籍の表示が出力される。また、
ペン９２によって、電子書籍のページめくりや書き込み
などの操作／入力がなされる。代替データや鍵データ
を、本体９０上のスロット９４に装着される外部記憶装
置９５から読みこんだり、通信手段９３を介して読み込
んだり、通信手段９３を介してサーバ２１に鍵データの
送信リクエストを送ったりすることができる。

【０２３６】以上のように、本発明のデータ利用装置ま
たはデータ利用システムによって、顧客は、購入した商
品が手元に到着するまでの間、電子データを利用できる
ので、商品の代替機能を享受することができる。

【０２３７】一方、商品提供者は、顧客に電子データの
利用を許可することで、サービスの向上を図れると共
に、電子データの不正利用に時間的歯止めをかけること
ができる。

【０２３８】本発明の目的は、前述した実施形態の機能
を実現するソフトウェアのプログラムコードを記録した
記憶媒体を、システムあるいは装置に供給し、そのシス
テムあるいは装置のコンピュータ（またはＣＰＵやＭＰ
Ｕ）が記憶媒体に格納されたプログラムコードを読み出
し実行することによっても、達成されることはいうまで
もない。

【０２３９】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。

【０２４０】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピィディスク，ハードディ
スク，光ディスク，光磁気ディスク，磁気テープ，不揮
発性のメモリカード，等を用いることができる。

【０２４１】また、上記プログラムコードは、通信ネッ
トワークのような伝送媒体を介して、他のコンピュータ
システムからサーバ２１またはクライアント装置２０の
主記憶２５または外部記憶２６へダウンロードされるも
のであってもよい。

【０２４２】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているＯＳ（オペ
レーティングシステム）などが実際の処理の一部または
全部を行い、その処理によって前述した実施形態の機能
が実現される場合も含まれることはいうまでもない。

【０２４３】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書込まれた後、そのプログラムコードの指示
に基づき、その機能拡張ボードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることはいうまでもない。

【０２４４】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになる。

【０２４５】本発明は上述した各実施形態に限らず、請
求項に示した範囲で種々の変更が可能である。

【０２４６】

【発明の効果】本発明に係るデータ利用方法は、以上の
ように、物理的な商品の配送先への到着予想時刻の情報
を得る到着予想情報取得ステップと、前記商品の代替と
して利用可能な電子データの利用に関して、配送先に送
る為の鍵データであり、前記到着予測情報取得ステップ
から得られた到着予想時刻を基準として定めた利用制限
時刻までを前記電子データの利用条件として記録した鍵
データを生成する鍵データ生成ステップと、を有するこ
とを特徴とする。

【０２４７】これによって、商品が到着するまでの代替
データの利用を、常時オンラインでなくても行えるよう
になる効果が出てくる。

【０２４８】また、利用制限を行う鍵データは電子デー
タとは分離されており、主に利用制限時刻の情報からな
るので、データ量としては少なくて済む。従って、顧客
に鍵データを渡す場合でも、小さな容量の媒体を使うこ
とができたり、通信の場合、通信量が少なくて済むとい
う利点も出てくる。

【０２４９】本発明に係るデータ利用方法は、以上のよ
うに、前記鍵データ生成ステップから得られた鍵データ
を配送先に送信する鍵データ送信ステップを有すること
を特徴とする。

【０２５０】これにより、上記した効果のうち、特に通
信を介して鍵データを渡す場合の効果が出てくる。特
に、電子データをＣＤ−ＲＯＭなどの媒体などで別途、
顧客に渡してある場合は、通信するデータは鍵データだ
けで済むので、より一層、効果が高まる。

【０２５１】通信するデータが少ないということは、顧
客側からすると、受信時間が短く、即座に代替の電子デ
ータを利用できるという利点が出てくる。

【０２５２】本発明に係るデータ利用方法は、以上のよ
うに、サーバ側において、物理的な商品の配送先への到
着予想時刻の情報を得る到着予想情報取得ステップと、
前記商品の代替として利用可能な電子データの利用に関
して、前記到着予測情報取得ステップから得られた到着
予想時刻を基準として定めた利用制限時刻までを前記電
子データの利用条件として記録した鍵データを生成する
鍵データ生成ステップと、前記鍵データ生成ステップか
ら得られた鍵データを配送先に送信する鍵データ送信ス
テップと、を有し、配送先たるクライアント側におい
て、クライアントが取得した上記電子データのための前
記鍵データをサーバ側から受信する鍵データ受信ステッ
プと、現在時刻が、前記鍵データ取得ステップから得ら
れた鍵データ中の利用条件に合致するかどうかを判断す
る利用条件判断ステップと、前記利用条件判断ステップ
で利用条件に合致すると判断された時のみ、前記電子デ
ータの利用を許可する電子データ利用ステップと、を有
することを特徴とする。

【０２５３】これらによる効果は、上で説明した効果と
ほぼ同じである。

【０２５４】本発明に係るデータ利用方法は、以上のよ
うに、前記鍵データ生成ステップにおいて、前記到着予
測情報更新ステップから得られた到着予想時刻を短縮あ
るいは延長して定め直した利用制限時刻までを前記電子
データの利用条件として記録した鍵データを生成するた
めに、物理的な商品の配送先への配送状況の情報を得る
配送情報取得ステップと、前記配送情報取得ステップか
ら得られた配送状況の情報と前記到着予想情報取得ステ
ップから得られた到着予測時刻とから、到着予想時刻を
短縮あるいは延長するかどうかを判断する短縮延長判断
ステップと、前記短縮延長判断ステップから短縮あるい
は延長するとの判断が得られた場合、短縮あるいは延長
するように到着予想時刻を更新する到着予想情報更新ス
テップと、を有することを特徴とする。

【０２５５】これによって、商品の到着が、以前の予想
よりも遅れる場合、商品の到着前に電子データの利用が
できなくなってしまうことを防ぐ効果が出てくる。これ
は顧客に対するサービスを向上させることができるとい
う利点でもある。

【０２５６】逆に、商品の到着が以前の予想よりも早か
った場合、商品の到着後に電子データの利用を制限する
ことができる効果が出てくる。これは、電子データの利
用を商品到着までの間に限定したいという意向が、商品
や電子データの提供側にある場合に特に利点となる。

【０２５７】なお、短縮／延長の判断処理を行わなくて
も、定期的に鍵データを更新すれば利用制限時刻の短縮
／延長の効果を得ることは可能であるが、判断処理を入
れた方が無駄な鍵データの更新を抑制できる利点があ
る。

【０２５８】本発明に係るデータ利用方法は、以上のよ
うに、前記鍵データ生成ステップから得られた鍵データ
を、更新する鍵データとして配送先に送信することを特
徴とする。

【０２５９】これにより、短縮あるいは延長された新た
な到着予想時刻に基づいて生成した鍵データを通信手段
を介して送信し、顧客が取得済の鍵データを新たな鍵デ
ータによって更新することにより、メディアなどを介す
る場合に比べて、突発的な事故や渋滞状況など、その時
点の配送状況に合わせて迅速に利用制限時刻の短縮ある
いは延長が可能となるという効果が出てくる。

【０２６０】本発明に係るデータ利用方法は、以上のよ
うに、商品が購入された、あるいは配送先に配送が開始
されたとの情報を得る処理開始情報取得ステップを、到
着予想情報取得ステップの前に実行することを特徴とす
る。

【０２６１】これによって、商品の購入、あるいは配送
と連動して、電子データを利用制限を設けて利用するこ
とができるようになるという効果が出てくる。連動して
いるので、顧客が商品を購入したり、配送が開始された
りしたら、即座に代替となる電子データを利用すること
ができるようになり、顧客の利便性が上がり、また商品
を販売する側にとっても商品の付加価値を上げることが
できるようになる利点が出てくる。

【０２６２】本発明に係るデータ利用方法は、以上のよ
うに、前記電子データの利用者あるいは利用者の使用機
器を特定する情報を得る利用者特定情報取得ステップを
有し、前記鍵データ生成ステップにおいて、前記電子デ
ータの実際の利用者あるいは利用者の使用機器が、前記
利用者特定情報取得ステップで得られた情報から特定さ
れる利用者あるいは利用者の使用機器と一致することを
利用条件に含めた鍵データを生成することを特徴とす
る。

【０２６３】これによって、利用者や利用機器を特定し
て電子データの利用を許可することができるようにな
り、電子データを許可されていない他者や他の機器で利
用することを防ぐことができるようになる。

【０２６４】本発明に係るデータ利用方法は、以上のよ
うに、前記鍵データ生成ステップにおいて、利用制限時
刻を、前記到着予測情報取得ステップから得られた到着
予想時刻を超えない範囲で、現在時刻を基準として定め
ることを特徴とする。

【０２６５】現在時刻を基準として利用制限時刻を定め
ることで、例えば、現在時刻から何時間だけ利用を許可
する、といった使い方ができるようになる。

【０２６６】また、利用制限時刻を何度も更新して使う
ような場合も、現在時刻からｎ時間、というように制限
時刻の設定手順を毎回同じようにできるという利点があ
る。

【０２６７】さらに、１回の制限時間を短くして、鍵デ
ータを必要に応じて更新するようにすれば、もし短縮す
る更新がうまくいかなかったとしても、残された利用時
間を比較的短時間にし、電子データの不正利用の防止効
果を高めることができるという利点が出てくる。

【０２６８】本発明に係るデータ利用方法は、以上のよ
うに、前記鍵データ生成ステップにおいて、配送先たる
クライアントからの前記鍵データの作成要求に基づい
て、前記鍵データを生成することを特徴とする。

【０２６９】これによって、例えば、クライアント側か
ら電子データを利用したい時に、サーバ側に鍵データの
作成要求を送ることで、鍵データを即座に自動的に得る
ことができるようにすることができる効果が出てくる。

【０２７０】また、サーバ側が一方的に鍵データを生成
する場合、生成された鍵データが本当にクライアント側
で必要かどうか分からないので、無駄に生成してしまう
恐れがある。しかし、作成要求に基づいて作成すること
で、無駄に生成してしまう可能性を相当低く抑えること
ができる効果が出てくる。

【０２７１】先に説明したように、１回の制限時間を短
くして、何度も鍵データを生成するような場合、クライ
アント側からの作成要求に応じて自動的に鍵データが生
成されるようになっていれば、必要に応じて鍵データを
取得しやすくなる利点がある。

【０２７２】また、鍵データがサーバ側から一方的に送
りつけられるような場合でも、作成要求に基づいて鍵デ
ータを送信してもらうのならば、その時だけオンライン
でいればよいので、オンラインでいる時間を短く、か
つ、短くても確実に鍵データが得られるという効果が出
てくる。

【０２７３】本発明に係るデータ利用方法は、以上のよ
うに、クライアント側において、取得済の鍵データの利
用条件に現在時刻が合致しない、あるいは所定時間後に
合致しなくなる時に、前記鍵データの更新要求をサーバ
に送信するリクエスト送信ステップを有することを特徴
とする。

【０２７４】これにより、電子データを利用しようとし
て利用制限時刻が切れていたら、自動的に作成要求をサ
ーバ側に送り、新たな鍵データを得ることで、利用者は
新たな鍵データが得られるまで待っていれば良いだけに
なるので、利用者自身が鍵データを新たに入手する手間
が省け、スムーズな利用が可能になるという利点が出て
くる。

【０２７５】また、もう少しで利用制限時刻が切れそう
な時、自動的に作成要求をサーバ側に送り、新たな鍵デ
ータを得ることで、利用制限が切れてから新たな鍵デー
タを取得しにいくのと比べると、待つ時間が無くなる
（あるいは少なくなる）という利点が出てくる。生成要
求から鍵データ取得、展開までの時間が、過去の経験な
どから予想できるなら、切れる時刻よりその時間（＋
α）だけ前に生成要求を送るようにしておくとさらにス
ムーズに待たずに継続利用できるようになる利点が出て
くる。

【０２７６】また、クライアント側から要求させること
で、本当に必要な分だけサーバ側で処理すればよくなる
ので、サーバ側の負担が軽くなるという利点も出てく
る。

【０２７７】本発明に係るデータ利用装置は、以上のよ
うに、物理的な商品の配送先への到着予想時刻の情報を
得る到着予想情報取得手段と、前記商品の代替として利
用可能な電子データの利用に関して、配送先に送る為の
鍵データであり、前記到着予測情報取得手段から得られ
た到着予想時刻を基準として定めた利用制限時刻までを
前記電子データの利用条件として記録した鍵データを生
成する鍵データ生成手段と、を有することを特徴とす
る。

【０２７８】これによる種々の効果は、上記データ利用
装置の構成に対応するデータ利用方法による効果とし
て、前述したとおりである。

【０２７９】本発明に係るデータ利用装置は、以上のよ
うに、ユーザーが購入した商品が、ユーザーの手元に配
送されるまでの待ち受け期間に、前記商品の代替として
の電子データを利用可能にする鍵データであって、前記
商品がユーザーの手元に配送される到着予想時刻を基準
として定めた利用制限時刻までを前記電子データの利用
条件として記録した鍵データを、鍵データを発行するサ
ーバから受信する鍵データ受信手段と、現在時刻が、受
信した鍵データ中の利用条件に合致するかどうかを判断
する利用条件判断手段と、利用条件判断手段で、利用条
件に合致すると判断された時のみ、前記電子データの利
用を許可する電子データ利用手段と、を有することを特
徴とする。

【０２８０】これにより、このようなデータ利用装置
に、電子データの各種出力装置を接続することで、商品
が顧客に届く頃までという時間的な制限範囲内で、その
機能の代替となる電子データをユーザーが利用できると
いう効果を奏する。

【０２８１】本発明に係るデータ利用装置は、以上のよ
うに、物理的な商品の配送先への到着予想時刻の情報を
得る到着予想情報取得手段と、前記商品の代替として利
用可能な電子データの利用に関して、前記到着予測情報
取得手段から得られた到着予想時刻を基準として定めた
利用制限時刻までを前記電子データの利用条件として記
録した鍵データを生成する鍵データ生成手段と、前記鍵
データ生成手段から得られた鍵データを配送先に送信す
る鍵データ送信手段と、を有するサーバと、配送先たる
クライアントが取得した電子データの利用条件を記録し
た前記鍵データをサーバ側から受信する鍵データ受信手
段と、現在時刻が、前記鍵データ取得手段から得られた
鍵データ中の利用条件に合致するかどうかを判断する利
用条件判断手段と、前記利用条件判断手段で利用条件に
合致すると判断された時のみ、前記電子データの利用を
許可する電子データ利用手段と、を有するクライアント
装置と、を含むことを特徴とする。

【０２８２】これによる種々の効果は、上記データ利用
装置の構成に対応するデータ利用方法による効果とし
て、前述したとおりである。

【０２８３】本発明に係るデータ利用プログラムは、上
記データ利用方法が備える各ステップをコンピュータに
実行させることを特徴とする。

【０２８４】本発明に係るデータ利用プログラムは、上
記データ利用装置が備える各手段としてコンピュータを
機能させることを特徴とする。

【０２８５】さらに、本発明に係る記録媒体は、上記デ
ータ利用プログラムを記録したことを特徴とする。

【０２８６】これにより、上記記録媒体、またはネット
ワークを介して、一般的なコンピュータにデータ利用プ
ログラムをインストールすることによって、該コンピュ
ータを用いて上記のデータ利用方法を実現する、言い換
えれば、該コンピュータをデータ利用装置として機能さ
せることができる。

【図面の簡単な説明】

【図１】（ａ）は、本発明のデータ利用システムの概念
的な構成図、（ｂ）は、データ利用システムを構築する
サーバおよびクライアント装置のそれぞれの要部の構成
を示すブロック図である。

【図２】データ利用システムにおける情報のやりとりを
時間軸に沿って説明する為のシーケンス図である。

【図３】本発明のサーバおよびクライアント装置それぞ
れのハードウェア構成の一例を示すブロック図である。

【図４】サーバ側の処理手順を説明するフローチャート
図である。

【図５】クライアント側の処理手順を説明するフローチ
ャート図である。

【図６】データ利用システムにおいて、鍵データが更新
されて、利用制限時刻が延長されるまでの情報のやり取
りを説明するシーケンス図である。

【図７】データ利用システムにおいて、当初の予想より
早く商品が到着した場合に、利用制限時刻を短縮して更
新する場合の情報のやりとりを説明するシーケンス図で
ある。

【図８】データ利用システムにおいて、利用制限時刻を
到着予想時刻を越えない範囲で、現在時刻を基準として
定めた場合の情報のやりとりを示すシーケンス図であ
る。

【図９】クライアント装置の外観例を示す斜視図であ
る。

【符号の説明】

１ 代替データ取得手段 ２ 電子データ利用手段 ３ 出力手段 ４ 入力手段 ５ 利用条件判断手段 ６ 鍵データ受信手段 ７ リクエスト送信手段 ８ 利用者特定情報取得手段 ９ 利用者特定情報送信手段 １０ 短縮延長判断手段 １１ 到着予想情報取得手段 １２ 鍵データ送信側 １３ リクエスト受信側 １４ 配送情報取得手段 １５ 鍵データ生成手段 １６ 利用者特定情報取得手段 １７ 利用者特定情報受信手段 １８ 配送センター １９ 配送手段 ２０ クライアント装置（使用機器、データ利用装置） ２１ サーバ（データ利用装置） ２２ 購入情報取得手段

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ１０Ｌ 11/00 Ｈ０４Ｌ 9/00 ６０１Ｂ Ｈ０４Ｌ 9/08 ６０１Ｚ Ｇ１０Ｌ 9/00 Ｅ

Claims (16)

【特許請求の範囲】
1. 【請求項１】物理的な商品の配送先への到着予想時刻の
   情報を得る到着予想情報取得ステップと、 前記商品の代替として利用可能な電子データの利用に関
   して、配送先に送る為の鍵データであり、前記到着予測
   情報取得ステップから得られた到着予想時刻を基準とし
   て定めた利用制限時刻までを前記電子データの利用条件
   として記録した鍵データを生成する鍵データ生成ステッ
   プと、を有することを特徴とするデータ利用方法。
2. 【請求項２】前記鍵データ生成ステップから得られた鍵
   データを配送先に送信する鍵データ送信ステップを有す
   ることを特徴とする請求項１に記載のデータ利用方法。
3. 【請求項３】サーバ側において、 物理的な商品の配送先への到着予想時刻の情報を得る到
   着予想情報取得ステップと、 前記商品の代替として利用可能な電子データの利用に関
   して、前記到着予測情報取得ステップから得られた到着
   予想時刻を基準として定めた利用制限時刻までを前記電
   子データの利用条件として記録した鍵データを生成する
   鍵データ生成ステップと、 前記鍵データ生成ステップから得られた鍵データを配送
   先に送信する鍵データ送信ステップと、を有し、 配送先たるクライアント側において、 クライアントが取得した上記電子データのための前記鍵
   データをサーバ側から受信する鍵データ受信ステップ
   と、 現在時刻が、前記鍵データ取得ステップから得られた鍵
   データ中の利用条件に合致するかどうかを判断する利用
   条件判断ステップと、 前記利用条件判断ステップで利用条件に合致すると判断
   された時のみ、前記電子データの利用を許可する電子デ
   ータ利用ステップと、を有することを特徴とするデータ
   利用方法。
4. 【請求項４】前記鍵データ生成ステップにおいて、前記
   到着予測情報更新ステップから得られた到着予想時刻を
   短縮あるいは延長して定め直した利用制限時刻までを前
   記電子データの利用条件として記録した鍵データを生成
   するために、 物理的な商品の配送先への配送状況の情報を得る配送情
   報取得ステップと、前記配送情報取得ステップから得ら
   れた配送状況の情報と前記到着予想情報取得ステップか
   ら得られた到着予測時刻とから、到着予想時刻を短縮あ
   るいは延長するかどうかを判断する短縮延長判断ステッ
   プと、 前記短縮延長判断ステップから短縮あるいは延長すると
   の判断が得られた場合、短縮あるいは延長するように到
   着予想時刻を更新する到着予想情報更新ステップと、を
   有することを特徴とする請求項１から３のいずれか一項
   に記載のデータ利用方法。
5. 【請求項５】利用制限時刻が短縮あるいは延長された前
   記鍵データ生成ステップから得られる鍵データを、送信
   済みの鍵データを更新するための鍵データとして配送先
   に送信することを特徴とする請求項４に記載のデータ利
   用方法。
6. 【請求項６】商品が購入された、あるいは配送先への配
   送処理が開始されたとの情報を得る処理開始情報取得ス
   テップを、到着予想情報取得ステップの前に実行するこ
   とを特徴とする請求項１から５のいずれか一項に記載の
   データ利用方法。
7. 【請求項７】前記電子データの利用者あるいは利用者の
   使用機器を特定する情報を得る利用者特定情報取得ステ
   ップを有し、 前記鍵データ生成ステップにおいて、 前記電子データの実際の利用者あるいは利用者の使用機
   器が、前記利用者特定情報取得ステップで得られた情報
   から特定される利用者あるいは利用者の使用機器と一致
   することを前記利用条件に含めた鍵データを生成するこ
   とを特徴とする請求項１から６のいずれか一項に記載の
   データ利用方法。
8. 【請求項８】前記鍵データ生成ステップにおいて、利用
   制限時刻を、前記到着予測情報取得ステップから得られ
   た到着予想時刻を超えない範囲で、現在時刻を基準とし
   て定めることを特徴とする請求項１から７のいずれか一
   項に記載のデータ利用方法。
9. 【請求項９】前記鍵データ生成ステップにおいて、配送
   先たるクライアントからの前記鍵データの作成要求に基
   づいて、前記鍵データを生成することを特徴とする請求
   項１から８のいずれか一項に記載のデータ利用方法。
10. 【請求項１０】クライアント側において、 取得済の鍵データの利用条件に現在時刻が合致しない、
    あるいは所定時間後に利用条件に合致しなくなる時に、
    前記鍵データの更新要求をサーバに送信するリクエスト
    送信ステップを有することを特徴とする請求項３に記載
    のデータ利用方法。
11. 【請求項１１】物理的な商品の配送先への到着予想時刻
    の情報を得る到着予想情報取得手段と、 前記商品の代替として利用可能な電子データの利用に関
    して、配送先に送る為の鍵データであり、前記到着予測
    情報取得手段から得られた到着予想時刻を基準として定
    めた利用制限時刻までを前記電子データの利用条件とし
    て記録した鍵データを生成する鍵データ生成手段と、を
    有することを特徴とするデータ利用装置。
12. 【請求項１２】ユーザーが購入した商品が、ユーザーの
    手元に配送されるまでの待ち受け期間に、前記商品の代
    替としての電子データを利用可能にする鍵データであっ
    て、前記商品がユーザーの手元に配送される到着予想時
    刻を基準として定めた利用制限時刻までを前記電子デー
    タの利用条件として記録した鍵データを、鍵データを発
    行するサーバから受信する鍵データ受信手段と、 現在時刻が、受信した鍵データ中の利用条件に合致する
    かどうかを判断する利用条件判断手段と、 利用条件判断手段で、利用条件に合致すると判断された
    時のみ、前記電子データの利用を許可する電子データ利
    用手段と、を有することを特徴とするデータ利用装置。
13. 【請求項１３】物理的な商品の配送先への到着予想時刻
    の情報を得る到着予想情報取得手段と、 前記商品の代替として利用可能な電子データの利用に関
    して、前記到着予測情報取得手段から得られた到着予想
    時刻を基準として定めた利用制限時刻までを前記電子デ
    ータの利用条件として記録した鍵データを生成する鍵デ
    ータ生成手段と、 前記鍵データ生成手段から得られた鍵データを配送先に
    送信する鍵データ送信手段と、を有するサーバと、 配送先たるクライアントが取得した電子データの利用条
    件を記録した前記鍵データをサーバ側から受信する鍵デ
    ータ受信手段と、 現在時刻が、前記鍵データ取得手段から得られた鍵デー
    タ中の利用条件に合致するかどうかを判断する利用条件
    判断手段と、 前記利用条件判断手段で利用条件に合致すると判断され
    た時のみ、前記電子データの利用を許可する電子データ
    利用手段と、を有するクライアント装置と、を含むこと
    を特徴とするデータ利用システム。
14. 【請求項１４】請求項１から１０のいずれか一項に記載
    のデータ利用方法が備える各ステップを、コンピュータ
    に実行させるためのデータ利用プログラム。
15. 【請求項１５】請求項１１または１２に記載のデータ利
    用装置が備える各手段として、コンピュータを機能させ
    るためのデータ利用プログラム。
16. 【請求項１６】請求項１４または１５に記載のデータ利
    用プログラムを記録した記録媒体。