JP2003108789A - 取引処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 取引処理のエラー情報を簡単に管理する。 【解決手段】 クライアント装置は、デジタルコンテン
ツに関する注文データ２６を受信して（Ｓ１）、受信し
た注文データ２６に基づいて受注処理して（Ｓ２〜Ｓ
５）、受注処理の結果を含む受注データ２７を送信する
（Ｓ６）サーバ装置と通信しながら取引処理を行う（Ｃ
１〜Ｃ３）。取引処理においてエラーが生じたとき（Ｃ
４でＹＥＳ）、該取引処理に対応のデジタルコンテンツ
を特定するＩＤデータを含むエラーコンテンツ情報は保
存される（Ｃ５）。保存されたエラーコンテンツ情報に
含まれるＩＤデータはユーザの所望に応じて読出されて
ディスプレイに表示される。それゆえに、取引処理にお
いてエラーが生じたときはエラーコンテンツ情報は自動
的に保存されるから、ユーザは取引処理におけるエラー
情報の管理の負担から開放される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は電子的に商取引す
るための取引処理装置に関し、特に、取引処理における
エラーを監視することのできる取引処理装置に関する。

【０００２】

【従来の技術および発明が解決しようとする課題】近年
のインターネット技術の発展に伴い、一般のユーザを対
象とした仮想モールサイトなどにより電子商取引が広く
普及しつつある。このような電子商取引において取引対
象は実際の物品からデジタル情報（以下、デジタルコン
テンツという）まで多様である。従来の電子商取引の形
態は、基本的にはＷｅｂブラウザを用いて行なわれ、ま
ず商品の選択、カート（買物かご）の内容確認をした
後、購入・課金処理が行なわれて、購入した商品がデジ
タルコンテンツの場合は、購入済みのデジタルコンテン
ツは購入元のユーザに供給（ダウンロード）されるとい
う手順が採用される。このときダウンロードされるデジ
タルコンテンツのデータは、採用されている著作権保護
方式に基づき、デジタルコンテンツ自体とは限らず、た
とえば使用許諾用の情報が格納されたファイルの場合も
ある。ただし、取引対象の商品がデジタルコンテンツで
ある場合は、デジタルコンテンツのデータのダウンロー
ドが完了しなければ購入が完了したことにはならない。

【０００３】しかしながら、上述のような手順におい
て、サーバ装置側のトラブルや通信回線（インターネッ
トなど）におけるトラブルにより、しばしばデジタルコ
ンテンツのデータのダウンロード中にエラーが生じ、課
金されているにもかかわらず購入が完了しないという問
題が生じていた。このような問題を克服するため、従来
は、デジタルコンテンツ購入後のある期間に限り、同一
ユーザでかつ同一のデジタルコンテンツならば、該ユー
ザは何回でも該デジタルコンテンツのデータをダウンロ
ードすることができるという方式が採用される。このよ
うな方式は、たとえば、イーブックイニシアティブジャ
パン（ebook Initiative Japan Co，Ltd）が運用し
ている電子書籍販売サイトにて行なわれている。

【０００４】しかしながら、従来は、上述したような購
入が完了しないという問題の管理から再ダウンロード処
理までの一連の手順をユーザに委ねており、ユーザの操
作が煩雑であった。また、ユーザがデジタルコンテンツ
のデータを再ダウンロードできる期間は予め決められて
いるので、ユーザはその期間内に必ず再ダウンロードを
行なわなければならなかった。

【０００５】それゆえにこの発明の目的は、取引処理に
おいてエラーを生じた取引対象をユーザの負担を軽減し
て管理できる取引処理装置を提供する。

【０００６】この発明の他の目的は、取引処理において
エラーを生じた取引対象をユーザの負担を軽減して再度
取引処理することのできる取引処理装置を提供すること
である。

【０００７】

【課題を解決するための手段】この発明のある局面に係
る取引処理装置は、取引手段と、エラー情報記憶手段
と、提示手段とを備える。

【０００８】取引手段は、取引対象データに関する注文
データを受信して、受信した注文データに基づいて受注
処理して、受注処理の結果を含む受注データを送信する
受注元と通信しながら取引処理を行う。

【０００９】取引処理においてエラーが生じたとき、該
取引処理に対応の取引対象データを特定する対象特定デ
ータを含むエラー情報はエラー情報記憶手段により記憶
される。

【００１０】提示手段は、エラー情報記憶手段により記
憶された１つ以上のエラー情報それぞれに含まれる対象
特定データを読出して提示する。

【００１１】したがって、取引処理においてエラーが生
じたときは、該取引処理に対応の取引対象データを特定
する対象特定データを含むエラー情報は記憶される。こ
のようにして記憶されたエラー情報それぞれの対象特定
データは読出されて提示される。

【００１２】それゆえに、取引処理においてエラーが生
じたときは、エラー情報は自動的に記憶されるから、ユ
ーザは取引処理におけるエラー情報の管理の負担から解
放される。また、ユーザは提示される対象特定データを
確認することで、取引処理においてエラーが生じた取引
対象データを簡単に特定することができる。

【００１３】上述の取引処理装置では、取引手段は、注
文データを受注元に送信する注文送信手段と、受注元か
ら送信された受注データを受信する受注データ受信手段
と、受注データ受信手段により受信された受注データに
基づいて取引対象データを要求して、該要求に応じて取
引装置宛てに送信される取引対象データを受信する取引
対象受信手段とを有してもよい。

【００１４】したがって、受注データの受信の際、また
は取引対象データの受信の際にエラーが生じたとき、エ
ラー情報を自動的に記憶できる。

【００１５】上述の取引処理装置では、取引手段は、取
引処理においてエラーが生じたことを検出するエラー検
出手段を有してもよい。

【００１６】したがって、取引処理においてエラーが生
じた場合、それはエラー検出手段により検出されるか
ら、ユーザーはエラー検出の負担から解放される。

【００１７】上述の取引処理装置は、提示手段により提
示された１つ以上の対象特定データから、所望の対象特
定データを選択するために操作される対象選択手段と、
エラー情報記憶手段の対象選択手段により選択された対
象特定データに対応のエラー情報に基づいて、取引対象
データについて再度、取引処理を行う再取引手段とをさ
らに備えてもよい。

【００１８】したがって、ユーザは対象選択手段を操作
して再度、取引処理を所望する取引対象データに対応の
対象特定データを選択するだけで、以降は、所望された
取引対象データについて再取引手段により再度、取引処
理がなされる。それゆに、ユーザは簡単な操作をするだ
けで、エラーの生じた取引対象データについて再度、取
引処理を行わせることができるから便利である。

【００１９】上述の取引処理装置では、エラー情報は対
応の前記取引対象データの送信元を特定する送信元特定
データをさらに含む。そして再取引手段は、対象選択手
段により選択された対象特定データに対応のエラー情報
は取引対象データを受信する際に生じたエラーに対応す
るときは、該エラー情報の送信元特定データに基づいて
特定される送信元に取引対象データを要求して受信する
ようにしてもよい。

【００２０】したがって、前回の取引処理において取引
対象データを受信する際にエラーが生じた場合に、該取
引対象データについて再度、取引処理するときは、送信
元に対して該取引対象データを要求することで受信でき
る。このように、注文データの送信および受注データの
受信の処理は省略されるから、再度、取引処理がなされ
るとしても、速やかに取引対象データを受信して取得で
きる。

【００２１】上述の取引処理装置では、再取引手段は、
対象選択手段により選択された対象特定データに対応の
エラー情報は取引対象データを受信する際に生じたエラ
ーを除く他のエラーに対応するときは、再度、取引対象
データを注文するための注文データを受注元に送信する
再注文送信手段を有してもよい。

【００２２】したがって、前回の取引処理において生じ
たエラーが取引対象データを受信する際のエラー以外で
ある場合に、該取引対象データについて再度、取引処理
するときは、受注元に対して該取引対象データを注文す
るための注文データを送信できる。

【００２３】上述の取引処理装置では、他のエラーは、
受注データ受信手段により受注データを受信する際に生
じたエラーを含んでもよい。

【００２４】したがって、前回の取引処理において生じ
たエラーが受注データを受信する際に生じたエラーであ
る場合に、受注元に対して該取引対象データを注文する
ための注文データを送信することで該取引対象データに
ついて再度、取引処理を行うことができる。

【００２５】上述の取引処理装置では、他のエラーは受
注処理において生じたエラーを含んでもよい。

【００２６】したがって、前回の取引処理において生じ
たエラーが受注元の受注処理において生じたエラーであ
る場合に、受注元に対して該取引対象データを注文する
ための注文データを送信することで該取引対象データに
ついて再度、取引処理を行うことができる。

【００２７】上述の取引処理装置では、受注データに含
まれている受注処理の結果により、受注処理においてエ
ラーが生じたことが示されてもよい。

【００２８】したがって、取引処理装置は、該取引処理
装置とは異なる外部の受注元の受注処理でエラーが生じ
た場合であっても、受信した受注データに含まれている
受注処理の結果により該エラーが生じたことを知ること
ができる。

【００２９】上述の取引処理装置では、受注元は、注文
送信手段から送信されて受信した注文データを記憶する
注文記憶手段と、再注文送信手段から送信された注文デ
ータを受信したとき、受信した注文データは、注文記憶
手段に記憶済みであるか否かを判定する判定手段とを有
し、判定手段により記憶済みと判定されたとき、受注デ
ータを再度、送信する。

【００３０】したがって、受注元では、再注文送信手段
から送信された注文データを受信したときは、注文記憶
手段に記憶済みの注文データであるときのみ、言いかえ
ると前回の取引処理にエラーが生じて再度、取引処理す
る場合の注文データであるときにのみ、受注データを再
度、送信して取引処理を許可するようにしている。

【００３１】それゆえに、再度の取引処理が必要とされ
る場合にのみ受注データが再度、送信されて再取引処理
がおこなわれるから、不要な取引処理が繰返されること
による弊害、たとえば通信効率の低下などを回避でき
る。

【００３２】この発明のさらなる他の局面に係る取引処
理方法は、取引対象データに関する注文データを受信し
て、受信した注文データに基づいて受注処理して、受注
処理の結果を含む受注データを送信する受注元と通信し
ながら取引処理を行う取引ステップと、取引処理におい
てエラーが生じたとき、該取引処理に対応の取引対象デ
ータを特定する対象特定データを含むエラー情報を記憶
するエラー情報記憶ステップと、エラー情報記憶ステッ
プにより記憶された１つ以上のエラー情報それぞれに含
まれる対象特定データを読出して提示する提示ステップ
とを備える。

【００３３】したがって、取引処理においてエラーが生
じたときは、該取引処理に対応の取引対象データを特定
する対象特定データを含むエラー情報は記憶される。こ
のようにして記憶されたエラー情報それぞれの対象特定
データは読出されて提示される。

【００３４】それゆえに、取引処理においてエラーが生
じたときは、エラー情報は自動的に記憶されるから、ユ
ーザは取引処理におけるエラー情報の管理の負担から解
放される。また、ユーザは提示される対象特定データを
確認することで、取引処理においてエラーが生じた取引
対象データを簡単に特定することができる。

【００３５】この発明のさらなる他の局面に係る取引処
理プログラムは、上述の取引処理方法をコンピュータに
実行させるためのプログラムである。

【００３６】この発明のさらなる他の局面に係る機械読
取り可能な記録媒体には、上述の取引処理プログラムが
記録される。

【００３７】

【発明の実施の形態】以下、この発明の各実施の形態に
ついて図面を参照し説明する。

【００３８】（実施の形態１）図１は、この発明の各実
施の形態に適用されるクライアント装置の機能構成図で
ある。図２は、この発明の各実施の形態に適用されるク
ライアント装置とサーバ装置のハードウェア構成図であ
る。図３は、この発明の各実施の形態に適用される電子
商取引システムの概略構成図である。

【００３９】図３を参照して、電子商取引システムは、
ネットワーク９を介して受注元のサーバ装置７と複数の
発注元のクライアント装置８とを通信接続する。サーバ
装置７およびクライアント装置８のそれぞれは、コンピ
ュータにより構成される。ネットワーク９にはインター
ネットなどの各種の通信回線を適用することができる。
ここでは説明を簡単にするためにサーバ装置７を１台示
しているが複数台のサーバ装置７が接続されて各クライ
アント装置８は選択的にサーバ装置７をアクセスするよ
うにしてもよい。

【００４０】図２においてクライアント装置８とサーバ
装置７それぞれは、ＣＲＴ（陰極線管）や液晶ディスプ
レイなどからなるディスプレイ１１０、該装置自体を集
中的に管理し制御するためのＣＰＵ（中央処理装置の
略）１２２、ＲＯＭ（Read Only Memory）またはＲＡ
Ｍ（ランダムアクセスメモリの略）を含んで構成される
メモリ１２４、固定ディスク１２６、ＦＤ（フレキシブ
ルディスク）１３２が着脱自在に装着されて、装着され
たＦＤ１３２をアクセスするＦＤ駆動装置１３０、ＣＤ
−ＲＯＭ（Compact Disc Read Only Memory）１４
２が着脱自在に装着されて、装着されたＣＤ−ＲＯＭ１
４２をアクセスするＣＤ−ＲＯＭ駆動装置１４０、キー
ボード１５０、マウス１６０、ＩＣカードなどのメモリ
カード１７２が着脱自在に装着されて、装着されたメモ
リカード１７２をアクセスするメモリカード駆動装置１
７０、およびネットワーク９と該クライアント装置８と
を接続するための通信インターフェィス１８０を含む。
これらの各部はバスを介して通信可能に接続される。装
置には、カセット形式の磁気テープが着脱自在に装着さ
れて磁気テープをアクセスする磁気テープ装置が設けら
れても良い。

【００４１】図１を参照してクライアント装置８は、メ
イン制御部９１１、コンテンツ陳列ウィンドウ制御部９
１２、コンテンツ管理ウィンドウ制御部９１３、発注デ
ータ作成部９２１、発注データ送信部９２２、受注デー
タ受信部９２３、ダウンロード制御部９２４、エラーコ
ンテンツ情報作成部９２５および通信インターフェイス
１８０に対応のネットワーク接続部９４１を有し、これ
らのそれぞれはＣＰＵ１２２により実行が制御されるプ
ログラムとして提供される。

【００４２】クライアント装置８は図２の固定ディスク
１２６またはメモリ１２４において、図１に示されるよ
うに１種類以上の商品カタログデータ２３を格納するた
めの領域９３１、購入済みのデジタルコンテンツに対応
の購入済みコンテンツデータ２４を１つ以上格納するた
めの領域９３２、１つ以上のエラーコンテンツ情報２５
を格納するための領域９３３、１つ以上の発注データ２
６を格納するための領域９３４および１つ以上の受注デ
ータ２７を格納するための領域９３５をさらに有する。
領域９３１〜９３５のそれぞれに格納されるデータまた
は情報の詳細については後述する。ネットワーク接続部
９４１はネットワーク９とクライアント装置８とを接続
するための機能を有する。クライアント装置８において
これら各部はデータ／アドレスバス９０４を介して相互
に接続される。

【００４３】クライアント装置８に予めインストールさ
れているデジタルコンテンツ購入のための購入制御アプ
リケーションに従う購入手順について説明する。図４
は、図２のディスプレイ１１０に購入制御アプリケーシ
ョンにより表示される画面の一例を示す図である。

【００４４】図４において画面にはメニューバー１、ツ
ールバー２、コンテンツ陳列ウィンドウ３、操作領域４
および６ならびにコンテンツ管理ウィンドウ５が表示さ
れる。メニューバー１は購入制御アプリケーションの各
種機能を選択するための各種のメニューが配置される。
ツールバー２には、購入制御アプリケーションにおいて
頻繁に使用される機能に対応のボタンが配置される。コ
ンテンツ陳列ウィンドウ３にはデジタルコンテンツの商
品カタログデータ２３による情報が表示される。ユーザ
はコンテンツ陳列ウィンドウ３に表示される情報を基に
デジタルコンテンツの確認・選択・購入を行なうことが
できる。操作領域４はコンテンツ陳列ウィンドウ３のた
めの操作の領域であり、たとえば検索などの処理を操作
して制御するための領域である。コンテンツ管理ウィン
ドウ５には購入済みコンテンツデータ２４が表示され
る。ユーザはコンテンツ管理ウィンドウ５を用いて購入
済みコンテンツデータ２４の閲覧・視聴などを行なう。
操作領域６はコンテンツ管理ウィンドウ５のための操作
の領域であり、操作領域４と同様に、たとえば、検索な
どの処理を操作して制御するための領域である。

【００４５】ただし、メニューバー１、ツールバー２、
操作領域４および６は必須のものではなく、購入専用ア
プリケーションのための一例として示されるにすぎな
い。コンテンツ陳列ウィンドウ３およびコンテンツ管理
ウィンドウ５は、図４に示されるように同一アプリケー
ションにより提示されるものに限定されず、個別のアプ
リケーションによりそれぞれ提示されてもよい。

【００４６】デジタルコンテンツの購入動作において、
ユーザはコンテンツ陳列ウィンドウ３を参照して商品
（デジタルコンテンツ）を確認し選択した後、選択した
商品の購入を行なう。購入のための処理が正常に終了し
た場合、購入済み商品はコンテンツ管理ウィンドウ５に
表示される。これはデジタルコンテンツを書籍のデータ
と想定すれば、コンテンツ陳列ウィンドウ３は書店のウ
ィンドウであり、コンテンツ管理ウィンドウ５がユーザ
の書斎のウィンドウということができる。すなわち、購
入処理により書店にあったデジタルコンテンツがユーザ
の書斎へ移動する。

【００４７】コンテンツ陳列ウィンドウ３では、Ｗｅｂ
上の販売用のサーバ装置７が有する販売対象とするデジ
タルコンテンツに関する情報を表示してもよく、あるい
はクライアント装置８に格納されている仮想商店の有す
るデジタルコンテンツに関する情報を表示してもよく、
どちらかを、または両方ともを採用するかはシステム側
で任意に決定できる。

【００４８】コンテンツ陳列ウィンドウ３の表示情報を
確認してユーザがデジタルコンテンツを購入する方法
は、たとえば、一旦、クライアント装置８の買物かご
（一時的な記憶領域）へ購入を希望するデジタルコンテ
ンツの情報を格納した後に、該情報をサーバ装置７に送
信する方式であってもよく、サーバ装置７に準備された
記憶領域へ、購入を所望するデジタルコンテンツの情報
を直接に格納する方式でもよい。また、購入を希望する
デジタルコンテンツをコンテンツ陳列ウィンドウ３で選
択後に、購入希望のデジタルコンテンツをコンテンツ管
理ウィンドウ５へマウス１６０のドラッグアンドドロッ
プ操作などにより移動させるようにして、買物かごなど
の中間バッファが介在しない方式でもよい。これらいず
れの方式を採用するかはシステム側で任意に決定でき
る。

【００４９】ここではクライアント装置８とサーバ装置
７間のプロトコルやインターフェイスなどはシステムに
より任意決定できるものとする。図５は、本実施の形態
によるデジタルコンテンツ購入処理の概略フローチャー
トである。図示されるフローチャートはクライアント装
置８とサーバ装置７間の通信手順を含む。

【００５０】図５において、クライアント装置８では、
ユーザが購入対象のデジタルコンテンツを識別するため
の情報（ＩＤ情報）などを格納した発注データ２６を生
成してサーバ装置７へ送信し、領域９３４に格納する
（ステップＣ（以下、ステップＣは単にＣと略す）
１）。サーバ装置７は、この発注データ２６を受信する
（ステップＳ（以下、ステップＳは単にＳと略す）１）
と、受信内容に基づいてユーザの認証を行なう（Ｓ
２）。クライアント装置８にユーザの正当性を認証する
ための情報を予め登録しておき、ステップＣ１で送信さ
れる発注データ２６にこの認証情報も格納されるように
すれば、サーバ装置７側でのユーザ認証処理を省略する
ことができる。

【００５１】サーバ装置７の制御により、クライアント
装置８のユーザは購入希望のデジタルコンテンツについ
ての最終確認や購入金額、課金の方式などの確認を行な
う（Ｓ３）。このような確認のフェーズも上述のよう
に、確認に必要な情報を発注データ２６内に格納してお
くことで省略するようにしてもよい。

【００５２】サーバ装置７は購入が希望されてダウンロ
ードすべきデジタルコンテンツを準備する（Ｓ４）。そ
の後、デジタルコンテンツ購入についての課金処理を行
なう（Ｓ５）。このように購入が希望されてダウンロー
ドすべきデジタルコンテンツの準備の後に課金処理が行
われるから、課金処理後にダウンロードすべきデジタル
コンテンツの準備が行なわれる場合に比較して、課金さ
れているにもかかわらずダウンロードの準備ができない
というトラブルを回避できる。課金処理後、サーバ装置
７は受注データ２７を生成して送信する（Ｓ６）。この
とき、受注データ２７はサーバ装置７の図示されないデ
ータベースに格納される。

【００５３】その後、デジタルコンテンツの情報のダウ
ンロードが行われる。具体的には、クライアント装置８
は、サーバ装置７から受注データ２７を受信するので
（Ｃ２）、受信した受注データ２７に基づきクライアン
ト装置８に対してデジタルコンテンツの情報を要求（ダ
ウンロードの要求）すると、サーバ装置７はデジタルコ
ンテンツの情報を送信するので（Ｓ７）、クライアント
装置８はデジタルコンテンツの情報を受信する（Ｃ
３）。受注データ２７はクライアント装置８において受
信されると領域９３５に格納される。

【００５４】クライアント装置８では、デジタルコンテ
ンツのダウンロード時のエラーの有無を判定し、エラー
無しと判定した場合は購入処理を終了する（Ｃ４で
Ｎ）。一方、エラー有りと判定した場合は（Ｃ４で
Ｙ）、エラーコンテンツ情報２５を生成して領域９３３
に格納し、一連の購入処理を終了する（Ｃ５）。

【００５５】図６は、クライアント装置８からサーバ装
置７へ送信する発注データ２６の構成図である。発注デ
ータ２６はデータ３０１〜３０９を含む。データ３０１
は発注データ２６についての種別を示す。データ３０２
は発注データ２６のバージョンを示す。データ３０１と
３０２はサーバ装置７において対応の処理や有効性の確
認を行なうために参照される。データ３０３は該発注デ
ータ２６を識別するための発注ＩＤを示し、クライアン
ト装置８において生成した購入処理ごとにユニークとな
る識別情報である。データ３０４は受注ＩＤを示す。受
注ＩＤは、購入時のエラーのリカバー処理時に必要とさ
れる情報であり、通常の購入処理ではこのデータは
“０”にクリアされている。データ３０５〜３０８は、
ユーザが購入を希望するデジタルコンテンツのＩＤと購
入希望の数量を示す情報である。本実施の形態の購入処
理では、複数種類のデジタルコンテンツを購入する場
合、デジタルコンテンツの種類ごとに購入希望の数量を
可変に設定して一括注文できることを想定する。ここで
は発注データ２６を用いてデータ３０５〜３０８により
示される４種類のデジタルコンテンツを購入するとして
いるが、購入するデジタルコンテンツの種類数は４つに
限定されず、これ以上でも以下でもよい。データ３０９
は発注データ２６のターミネータを示し、発注データ２
６の終端を示す。

【００５６】発注データ２６は、独自のバイナリ形式で
も、ＣＳＶ（カンマ区切りのテキストデータ）形式で
も、ＨＴＭＬ形式でも、あるいはＸＭＬ（独自拡張タグ
が可能なタグ付きテキストデータ）形式であってもよ
く、システムにより任意に決定できる。また、データの
終端部分などにハッシュ値やサム値などを付与し、発注
データ２６の転送時のエラーやデータの改ざんを検出す
るようにしてもよい。

【００５７】図７には、サーバ装置７からクライアント
装置８へ送信される受注データ２７の構造が示される。
受注データ２７はデータ４０１〜４０９を含む。データ
４０１は受注データ２７の種別を示す。データ４０２は
受注データ２７のバージョンを示す。データ４０１およ
び４０２の情報はクライアント装置８において対応の処
理や有効性の確認を行なうために参照される。データ４
０３は発注ＩＤであり、発注データ２６のデータ３０３
で示される発注ＩＤが設定される。データ４０４は受注
ＩＤであり、サーバ装置７側で生成した購入処理ごとに
ユニークとなるＩＤを示す。データ４０５〜４０８は、
受注したデジタルコンテンツのＩＤ、該デジタルコンテ
ンツのサーバ装置７における受注処理の結果、および該
デジタルコンテンツをダウンロードする際に指定すべき
ＵＲＬ（uniform resource locators）を含む。該Ｕ
ＲＬにより、該デジタルコンテンツの供給元が特定され
る。データ４０９はターミネータであり、受注データ２
７の終端を示す。受注データ２７も発注データ２６と同
様に、その形式はシステムにより任意に決定してよく、
受注データ２７の転送時のエラーやデータの改ざんを検
出するためのデータを付加するようにしてもよい。

【００５８】なお、データ４０５〜４０８で示される受
注処理の結果は該当のデジタルコンテンツに対するサー
バ装置７における受注処理の結果を示す。受注処理結果
には、通常は正常に受注したことを示す値や文字列
（‘ＡＣＣＥＰＴ’など）が設定され、受注時に何らか
のエラーが発生して正常に受注できなかった場合は、そ
のエラーを示す値や文字列（‘ＥＲＲＯＲ’など）から
なるエラー情報が設定される。

【００５９】図８にはクライアント装置８において生成
されて格納されるエラーコンテンツ情報２５の構造が示
される。エラーコンテンツ情報２５はデジタルコンテン
ツの購入処理時に何らかのエラーが生じて購入すること
ができなかったコンテンツ毎に生成されて領域９３３に
格納される。ここでは、購入時に何らかのエラーが生じ
て購入できなかったデジタルコンテンツを以下、エラー
コンテンツという。エラーコンテンツ情報２５はデータ
５０１〜５０４を含む。データ５０１と５０２はエラー
コンテンツに対応の発注データ２６と受注データ２７の
発注ＩＤと注ＩＤをそれぞれ示す。データ５０３はエラ
ーコンテンツに対応のＩＤ、数量、受注処理の結果、ダ
ウンロードのためのＵＲＬ（該エラーコンテンツの供給
元を示す情報）を示す。データ５０４は購入専用アプリ
ケーションが使用するコンテンツ管理・参照のためのデ
ータである。

【００６０】データ５０４の示す内容は、システムによ
り任意に決定できる。たとえば、エラーコンテンツの紹
介情報がクライアント装置８側の固定ディスク１２６に
格納されているような場合にはデータ５０４はエラーコ
ンテンツの紹介情報のファイルのパス（例：Ｃ：￥ＡＡ
Ａ￥ＢＢＢ￥ＣＣＣ￥ＤＤＤ）を示し、たとえばエラー
コンテンツの紹介情報がサーバ装置７側の所定領域に登
録されている場合は、該所定領域に関連したＵＲＬを示
す。ただし、サーバ装置７側のＵＲＬを格納する場合
は、エラーコンテンツの紹介情報を表示するためにクラ
イアント装置８はサーバ装置７に通信して接続する必要
があり、これを回避するために、エラーコンテンツの紹
介情報（サムネイルなど）をクライアント装置８側にフ
ァイルで保存しておき、そのパスを格納する方式が適用
される。もしくは、たとえば、この部分にエラーコンテ
ンツの紹介情報そのものを格納するようにしてもよい。

【００６１】図９は、クライアント装置８におけるコン
テンツの購入処理の詳細を示すフローチャートである。
図９を参照してクライアント装置８における購入処理を
説明する。まず、クライアント装置８より、発注データ
２６をサーバ装置７へ送信する（Ｓ６１）。発注データ
２６は、図６で示すとおりの構成を有して、予めクライ
アント装置８とサーバ装置７間で取決められた発注デー
タ２６を示す値もしくは文字列がデータ３０１に設定さ
れ、同様に予め取決められた発注データ２６のバージョ
ンを示す値もしくは文字列がデータ３０２に設定され、
クライアント装置８で発生した購入処理ごとにユニーク
となる発注ＩＤがデータ３０３に設定され、クライアン
ト装置８においてユーザが購入を希望したコンテンツの
種類のそれぞれについてデータ３０５〜３０８それぞれ
が設定され、ターミネータがデータ３０９に設定され
る。このときデータ３０４の受注ＩＤは“０”に設定さ
れる。このような発注データ２６がサーバ装置７へ送信
される。

【００６２】サーバ装置７では、クライアント装置８か
ら発注データ２６を受信すると、デジタルコンテンツの
確認、購入の取消、認証、課金などの受注処理を行なっ
た後、受注データ２７を生成してクライアント装置８へ
送信する（Ｓ６２）。生成された受注データ２７はサー
バ装置７の図示されないデータベースに登録される。な
お、ここでいうデジタルコンテンツの確認とは購入前
に、発注データ２６で購入希望を受付けたデジタルコン
テンツの紹介情報などをクライアント装置８においてユ
ーザに表示し、ユーザに対して購入希望の確認を行なう
ための処理であり、購入の取消とは、当該デジタルコン
テンツもしくはすべてのデジタルコンテンツの購入希望
をクライアント装置８のユーザの指示に基づき取消すた
めの処理である。

【００６３】クライアント装置８では、サーバ装置７か
ら受注データ２７を受信する（Ｓ６３）。受信した受注
データ２７は、図７に示す構造を有し、予めクライアン
ト装置８とサーバ装置７間で取決められた受注データ２
７を示す値または文字列がデータ４０１に設定され、同
様に予め取決められた受注データ２７のバージョンを示
す値または文字列がデータ４０２に設定され、Ｓ６１に
て送信された発注データ２６のデータ３０３で示される
発注ＩＤがデータ４０３に設定され、サーバ装置７で発
生した購入処理ごとにユニークとなる受注ＩＤがデータ
４０４に設定され、Ｓ６１にて送信された発注データ２
６のデータ３０５〜３０８で示されるコンテンツＩＤ
と、そのデジタルコンテンツに対する受注処理の結果
と、そのコンテンツ情報データのダウンロードのための
ＵＲＬ（コンテンツ情報データの供給元を特定するため
の情報）がデータ４０５に設定され、受注データ２７の
ターミネータがデータ４０９に設定される。ここでは、
コンテンツ情報データは購入対象のデジタルコンテン
ツ、または購入対象のデジタルコンテンツとそれに関連
（付属）した情報またはデータをいう。

【００６４】次に、クライアント装置８では受注データ
２７自体の転送エラー有無の判定が行なわれて（Ｓ６
４）、エラー有りと判定されて正常に受注データ２７を
受信できなかった場合はＳ６８へ進み（エラーケース
１）、エラー無しと判定した場合はＳ６５へ進む。

【００６５】受注データ２７の転送が正常に終了した場
合、受信した受注データ２７のデータ４０５〜４０８に
おける“結果”を確認し、対応のデジタルコンテンツに
ついて受注時のエラーの有無（サーバ装置７側の受注処
理が正常終了しなかったか否か）の判定を行なう（Ｓ６
５）。エラー有りの場合、Ｓ６８へ進み（エラーケース
２）、エラー無しの場合Ｓ６６へ進む。なお、この受注
時のエラーとしては、たとえば、サーバ装置７側の受注
処理の実行プログラムのルーチンにおいて何らかのエラ
ーが生じた場合などが想定される。

【００６６】クライアント装置８では、受注できたデジ
タルコンテンツを対象に、対応のＵＲＬに基づきコンテ
ンツ情報データのダウンロード処理を行ない（Ｓ６
６）、コンテンツ情報データのダウンロードに関するエ
ラーの有無判定を行なう（Ｓ６７）。エラー有りの場合
はＳ６８へ進み（エラーケース３）、エラーが生じなか
った場合は処理を終了する。

【００６７】上述したエラーケース１〜３のそれぞれの
場合、対応のエラーコンテンツ情報２５を図８の構造に
従いエラーコンテンツごとに生成して領域９３３に格納
して（Ｓ６８）、処理を終了する。なお、図８のエラー
コンテンツ情報２５のデータ５０４はいずれのエラーケ
ースにおいても設定されて、デジタルコンテンツの管理
・参照用にシステムによって任意に決定できる内容を示
す。

【００６８】（エラーケース１）上述のエラーケース１
は、受注データ２７自体のデータ転送に失敗してクライ
アント装置８は正常に受注データ２７を受信できなかっ
たケースである。エラーケース１では、転送に失敗した
受注データ２７に対応した発注データ２６を領域９３４
から読み出して、読出された発注データ２６のデータ３
０５〜３０８で示されるコンテンツ毎にエラーコンテン
ツ情報２５は生成される。読出された発注データ２６の
データ３０３で示される発注ＩＤは生成されたエラーコ
ンテンツ情報２５それぞれのデータ５０１として設定さ
れて、読出された発注データ２６のデータ３０５から３
０８それぞれのコンテンツＩＤと数量は生成されたエラ
ーコンテンツ情報２５それぞれのデータ５０３の“コン
テンツＩＤ”と“数量”にそれぞれ設定されて、生成さ
れたエラーコンテンツ情報２５それぞれのデータ５０４
にはデジタルコンテンツを示すデータが設定されて、生
成されたエラーコンテンツ情報２５それぞれのデータ５
０２ならびにデータ５０３の“結果”と“ＵＲＬ”には
“０”が設定される。

【００６９】（エラーケース２とエラーケース３）上述
したエラーケース２と３は受注データ２７のデータ転送
までの処理は成功しているケースである。エラーケース
２と３それぞれでは、該ケースに対応した発注データ２
６と受注データ２７が領域９３４と９３５から読出され
て、読出された発注データ２６（受注データ２７）のデ
ータ３０５〜３０８（データ４０４〜４０８）で示され
るコンテンツ毎にエラーコンテンツ情報２５は生成され
る。読出された発注データ２６と受注データ２７のデー
タ３０３と４０３で示される発注ＩＤが生成されたエラ
ーコンテンツ情報２５それぞれのデータ５０１に設定さ
れて、読出された受注データ２７のデータ４０４で示さ
れる受注ＩＤがデータ５０２に設定されて、読出された
発注データ２６のデータ３０５〜３０８それぞれの“コ
ンテンツＩＤ”と“数量”と読出された受注データ２７
のデータ５０３〜５０６それぞれの“結果”と“ＵＲ
Ｌ”が、対応して生成されたエラーコンテンツ情報２５
それぞれのデータ５０３に設定される。生成されたエラ
ーコンテンツ情報２５それぞれのデータ５０４にはデジ
タルコンテンツを示すデータが設定される。

【００７０】このように注文したデジタルコンテンツの
コンテンツ情報データがダウンロードされない場合はエ
ラーケース１〜３の少なくとも１つが検出された場合で
ある。

【００７１】図１０（Ａ）と（Ｂ）には、図４のコンテ
ンツ管理ウィンドウ５のＧＵＩ（グラフィカルユーザイ
ンターフェイス）が例示される。図１０（Ａ）はタブ形
式のＧＵＩ２８を示す。図１０（Ｂ）においては「全
体」、「カテゴリ１」、「カテゴリ２」、および「購入
エラー」のそれぞれについてタブが示されて、各タブを
クリック（マウス１６０の左ボタンを１回押す）する
と、該当カテゴリのデジタルコンテンツの情報がコンテ
ンツ表示ウィンドウ３０に表示される。なお、「全体」
のタブをクリックした場合、すべてのデジタルコンテン
ツの情報が表示され、「購入エラー」のタブ２９をクリ
ックした場合、上述で説明したエラーケース１〜３のす
べてに対応のエラーコンテンツの情報が表示される。

【００７２】図１０（Ｂ）にはツリービュー形式のＧＵ
Ｉが示される。ＧＵＩ３１においては、コンテンツ表示
ウィンドウ３０、ツリービュー３２および「購入エラ
ー」のボタン３３が表示される。ツリービュー３１は各
カテゴリの名称を木構造で表示し、表示される任意のカ
テゴリ名称をクリックすると、該当カテゴリに属するデ
ジタルコンテンツの情報がコンテンツ表示ウィンドウ３
０に表示される。「購入エラー」のボタン３３がクリッ
クされた場合、上述で説明したエラーケース１〜３のす
べてに対応のエラーコンテンツの情報が表示される。具
体的には、領域９３３に格納されている全てのエラーコ
ンテンツ情報２５のデータ５０３の‘コンテンツＩＤ’
が読出されて表示される。

【００７３】なお、図１０（Ａ）の「全体」のタブをク
リックした場合、領域９３２の購入済みコンテンツデー
タ９３２に対応のデジタルコンテンツの情報がすべて表
示される。この「購入済みデジタルコンテンツ」を、こ
のように購入が正常に終了したデジタルコンテンツのみ
を対象とするか、エラーケース１〜３のそれぞれに対応
するエラーコンテンツも含めた発注済みのすべてを対象
とするかは、システムにより任意に決定できる。また、
表示される内容もシステムにより任意に決定できる。た
とえば、デジタルコンテンツを示すサムネイルの画像、
デジタルコンテンツの趣旨を示す情報、デジタルコンテ
ンツの紹介のコメント、コンテンツＩＤなどのどれで
も、どの組合せでもよく、またはその他の情報（購入日
付）でもよい。

【００７４】図１１（Ａ）と（Ｂ）には購入処理時にエ
ラーが生じた対応のデジタルコンテンツの情報の図１０
（Ａ）と（Ｂ）で示されたＧＵＩ２８と３１における表
示態様が示される。図１１（Ａ）と（Ｂ）においては、
４つのエラーコンテンツに関連した情報が表示される。
このようなＧＵＩ２８または３１によりエラーコンテン
ツの情報管理や確認が容易に行なえる。エラーコンテン
ツについてのリカバー処理を実行する場合、エラーコン
テンツの情報を表示している状態でリカバー対象の１つ
以上のエラーコンテンツをマウス１６０やキーボード１
５０などで選択し、ショートカットメニュー（マウス１
６０の右ボタンのクリックにより表示されるメニュー）
などから「再転送」を選択するなどの簡便な手順で、以
降に説明するリカバー処理が自動的に実行される。

【００７５】図１２は、クライアント装置８におけるエ
ラーコンテンツに対するリカバー処理のフローチャート
である。図１２のフローチャートを参照してリカバー処
理について説明する。ここでは、説明を簡単にするため
に１つのエラーコンテンツが選択されたと想定する。な
お、複数個が選択された場合には、複数コンテンツにつ
いてリカバー処理するための発注データ２６と受注デー
タ２７のやり取りが図１２のフローチャートに従い行わ
れる。

【００７６】まず、リカバー処理対象として選択された
エラーコンテンツのコンテンツＩＤに基づいて領域９３
３から対応のエラーコンテンツ情報２５を読出して、読
出されたエラーコンテンツ情報２５に基づいてエラーケ
ースを判断する（Ｓ８１）。エラーケース３と判断され
た場合は（Ｓ８１でＹ）Ｓ８７へ進み、その他の場合は
Ｓ８２へ進む。なお、エラーケース３を判断するための
条件は、対応のエラーコンテンツ情報２５についてすべ
てのデータが設定されており、かつデータ５０３の“結
果”がエラー情報を示していない（すなわちサーバ装置
７の受注処理まではトラブルが生じず、デジタルコンテ
ンツのダウンロードにおいてエラーが生じた場合）を示
す。

【００７７】エラーケース３以外の場合、クライアント
装置８より、対応のエラーコンテンツ情報２５に基づい
て発注データ２６を生成してサーバ装置７へ送信する
（Ｓ８２）。生成される発注データ２６は図６に示すと
おりの構造を有し、予めクライアント装置８とサーバ装
置７間で取決められたリカバー処理のための値または文
字列がデータ３０１に、同様に予め取決められたリカバ
ー処理のバージョンを示す値または文字列がデータ３０
２に、前回の発注ＩＤがデータ５０１から読込まれてデ
ータ３０３に、前回の受注ＩＤがデータ５０２より読出
されデータ３０４に、エラーコンテンツのコンテンツＩ
Ｄとその数量がデータ５０３より読出されデータ３０５
に、そして発注データ２６のターミネータがデータ３０
９にそれぞれ設定される。このような各データが設定さ
れたリカバー処理のための発注データ２６はクライアン
ト装置８からサーバ装置７へ転送される。

【００７８】サーバ装置７は、受信した発注データ２６
のデータ３０１で示されるデータ種別を判定する。判定
結果、発注データ２６がリカバー処理のためのデータで
あることを示す場合、対応のデータ３０３と３０４で示
される発注ＩＤと受注ＩＤとに基づく購入確認を行なっ
た後、エラー状況に応じた内部処理を行ない、該発注デ
ータ２６の送信元のクライアント装置８に対して受注デ
ータ２７の送信を行なう（Ｓ８３）。なお、Ｓ８３にお
けるサーバ装置７の処理内容の詳細は後述する。

【００７９】クライアント装置８は、サーバ装置７から
受注データ２７を受信する（Ｓ８４）。クライアント装
置８では、受信した受注データ２７は、図７に示される
構造を有して、予めクライアント装置８とサーバ装置７
間で取決められた受注データ２７を示す値もしくは文字
列がデータ４０１に、同様に予め取決められた受注デー
タ２７のバージョンを示す値または文字列がデータ４０
２に、Ｓ８２にて送信された発注データ２６のデータ３
０３で示される発注ＩＤがデータ４０３に、サーバ装置
７で発生したリカバー処理ごとにユニークとなる受注Ｉ
Ｄがデータ４０４に、Ｓ８２にて送信された発注データ
２６のコンテンツＩＤと、そのコンテンツに対するリカ
バー処理の結果とそのコンテンツ情報データのダウンロ
ードに関するＵＲＬ（該コンテンツ情報データの供給元
を示す情報）がデータ４０５に、そして受注データ２７
のターミネータがデータ４０９にそれぞれ設定される。

【００８０】受信した受注データ２７のデータ４０５で
示されるリカバー処理の結果が発注したエラーコンテン
ツは‘リカバー処理対象外’であることを示しているか
否か判定する（Ｓ８４ａ）。‘リカバー処理対象外’を
示していれば発注したエラーコンテンツはリカバー処理
対象外である旨をディスプレイ１１０などに表示してユ
ーザに対して報知し（Ｓ８４ｂ）、リカバー処理を終了
する。

【００８１】‘リカバー処理対象外’を示していなけれ
ば、受注データ２７自体の転送エラーの有無が判定され
て（Ｓ８５）、エラー有りの場合Ｓ８９へ進み（エラー
ケース１）、エラー無しの場合Ｓ８６へ進む。

【００８２】受注データ２７の転送エラーは無く正常に
終了した場合（Ｓ８５でＮＯ）、受注データ２７のデー
タ４０５で示される“結果”を確認し、対応のデジタル
コンテンツについて受注エラー（サーバ装置７側の受注
処理が正常に終了していない）か否かの判定を行なう
（Ｓ８６）。受注エラーの場合Ｓ８９へ進み（エラーケ
ース２）、エラーでない場合（Ｓ８６でＮＯ）はＳ８７
へ進む。

【００８３】受注したデジタルコンテンツを対象に、受
注データ２７のデータ４０５で示される“ＵＲＬ”で示
される情報をもとに、対応のコンテンツ情報データのダ
ウンロードを行なう（Ｓ８７）。コンテンツ情報データ
のダウンロード時のエラーの有無判定を行なう（Ｓ８
８）。エラーありの場合はＳ８９へ進み（エラーケース
３）、エラーでない場合は（Ｓ８８でＮＯ）処理を終了
する。

【００８４】上述のエラーケース１〜３の場合、各エラ
ーケースに応じてエラーコンテンツ情報２５を前述と同
様に生成して保存し（Ｓ８９）、処理を終了する。

【００８５】このとき生成されたエラーコンテンツ情報
２５は領域９３３の対応する元のエラーコンテンツ情報
２５に上書きするようにしてもよい。

【００８６】以上のように、クライアント装置８におけ
るリカバー処理での再度のダウンロード時に対してもエ
ラーの有無判定を行なっており、エラーが発生したデジ
タルコンテンツは再度、エラーコンテンツとみなされて
対応のエラーコンテンツ情報２５が生成されて保存され
る。したがって、エラーコンテンツ情報２５が保存され
ている限りは、ユーザによる簡単操作で対応のデジタル
コンテンツについて繰返しダウンロードを行うことがで
きるので、従来のように、ダウンロードの再試行が許可
される期間が限定されている場合に比較して、ユーザの
負担を軽減できる。

【００８７】ここでは１つのエラーコンテンツがリカバ
ー処理対象として選択されるとしているが、複数のエラ
ーコンテンツがリカバー処理対象として選択された場合
には、複数のエラーコンテンツはエラーケースごとに分
類された後、エラーケースごとに対応する１つ以上のエ
ラーコンテンツについてのリカバー処理が行われる。

【００８８】また、図１２をもとに説明したすべての処
理は、クライアント装置８側の購入専用アプリケーショ
ンとサーバ装置７側のプログラムにて自動的に実行され
る。

【００８９】図１３には、図１２のＳ８３におけるサー
バ装置７側のリカバー処理のフローチャートが示され
る。図１３のフローチャートを参照して、サーバ装置７
側のリカバー処理について説明する。

【００９０】まず、サーバ装置７側においてクライアン
ト装置８から受信した発注データ２６のデータ３０１で
示されるデータ種別に基づき、リカバー処理のための発
注データ２６かどうかの判定を行なう（Ｓ１１０１）。
リカバー処理のための発注データ２６と判定された場合
はＳ１１０２へ進み、そうでないと判定されてリカバ処
理対象外であると判定された場合はＳ１１０７へ進む。

【００９１】次に、受信した発注データ２６のデータ３
０３で示される“発注ＩＤ”（すなわち前回の発注Ｉ
Ｄ）に基づいて、サーバ装置７内の図示されないデータ
ベースを検索処理する。検索処理の結果、該“発注Ｉ
Ｄ”を示すデータ４０３を有した受注データ２７がデー
タベースに登録されているか否かにより購入済みか未購
入かの確認を行なう（Ｓ１１０２）。未購入と確認され
た場合はリカバー処理対象外と判定されてＳ１１０７へ
進み、購入済みと確認された場合（すなわちリカバー処
理対象と確認された場合）はＳ１１０３へ進む。

【００９２】受信した発注データ２６のデータ３０４で
示される受注ＩＤによりエラーケース１（受注データ２
６自体の転送エラー）かどうかの判定を行なう（Ｓ１１
０３）。具体的には、データ３０４で示される受注ＩＤ
が０の場合はエラーケース１と判定される。エラーケー
ス１と判定された場合はＳ１１０４へ進み、エラーケー
ス１でないと判定された場合はＳ１１０５へ進む。エラ
ーケース１と判定された場合（Ｓ１１０３でＹ）、Ｓ１
１０２の検索結果に基づいてデータベースより対応する
前回の受注データ２７を取得し（Ｓ１１０４）、Ｓ１１
０８へ進む。

【００９３】エラーケース１と判定されない場合（Ｓ１
１０３でＮ）、Ｓ１１０２の検索結果に基づいてデータ
ベースより対応する前回の受注データ２７を取得し、取
得した受注データ２７のデータ４０５の‘結果’で示さ
れるエラー情報はエラーケース２に該当するかどうかの
判定を行なう（Ｓ１１０５）。判定結果、エラーケース
２に該当しない場合、リカバー処理対象外であると判定
してＳ１１０７へ進み、エラーケース２に該当する場
合、Ｓ１１０６へ進む。

【００９４】エラーケース２に該当すると判定された場
合、前回の受注エラーに基づくリカバー処理を実行し、
正常に実行終了するのでデータ４０５の“結果”に正常
に受注したことを示す新規の受注データ２７を生成する
（Ｓ１１０６）。このリカバー処理とは、たとえば前回
の受注時のエラーがダウンロードすべきコンテンツ情報
データの作成に失敗していた場合は再度、作成プログラ
ムを起動し、対応のコンテンツ情報データの作成を行な
う、またはユーザに認証を再度行うなどである。その処
理後、Ｓ１１０８へ進む。

【００９５】リカバー対象でない場合は、データ４０５
の“結果”にリカバー対象でない旨を示すエラー値を格
納した受注データ２７を生成する（Ｓ１１０７）。生成
された受注データ２７は、クライアント装置８へ送信さ
れて処理は終了する（Ｓ１１０８）。

【００９６】このようにネットワーク９を介した通信の
切断などにより、購入時にエラーが生じたデジタルコン
テンツに対しても、ユーザはその管理を一切行なうこと
はなく、かつ、エラーコンテンツについてリカバー処理
する場合も図１０（Ａ）と（Ｂ）に示すようにＧＵＩ２
８および３１を用いた簡便な操作によりリカバー処理が
自動的に実行されるので、コンピュータ操作やネットワ
ーク９に適用されるインターネットなどに不慣れなユー
ザに対しても、十分に実用的な物品購入環境およびエラ
ーコンテンツのリカバー環境を提供することができる。
それゆえに、ユーザに対して確実かつ簡単に（ユーザの
負担なしに）取引対象であるデジタルコンテンツを供給
できる。

【００９７】本実施の形態では、購入対象は、すなわち
発注元のクライアント装置８にダウンロードされるデジ
タルコンテンツ情報データは、プログラム、書籍、楽曲
または画像などのデジタルコンテンツ（デジタル情報）
に関するデータを想定しているが、これに限定されな
い。たとえば、購入対象は家電製品などの物品とするこ
ともできる。この場合には、家電製品は課金が正常に終
了すると、店舗からユーザ宅に運送されて配達されるけ
れども、家電製品に付随した操作マニュアルなどのデー
タは別途サーバ装置７から発注元のクライアント装置８
に取引対象のデジタルコンテンツとしてダウンロードす
るようにしてもよい。この場合には、該操作マニュアル
データについて本実施の形態による購入手順およびリカ
バー手順を適用できる。

【００９８】ここでは、サーバ装置７が受注元およびデ
ジタルコンテンツの供給元として機能して受注処理、リ
カバー処理およびデジタルコンテンツのダウンロード処
理を行うようにしているが次のようにしてもよい。たと
えば、サーバ装置７はユーザのクライアント装置８と実
際にデジタルコンテンツを供給する（製造・販売する）
企業などとの取引の仲介を行うだけの受注元としてのみ
の機能を有するとしてもよい。その場合には、サーバ装
置７はユーザのクライアント装置８と間で受注処理およ
びリカバー処理を行い、その結果に基づいて、取引対象
のデジタルコンテンツは該企業に対応して設けられたサ
ーバ（供給元）からユーザのクライアント装置８に供給
される。

【００９９】（実施の形態２）以上説明したクライアン
ト装置８およびサーバ装置７の処理機能はプログラムで
実現される。本実施の形態では、このプログラムはコン
ピュータで読取可能な記録媒体に格納される。

【０１００】本実施の形態では、この記録媒体として、
図２に示される装置で処理が行なわれるために必要なメ
モリ、たとえばメモリ１２４のＲＯＭのようなそのもの
がプログラムメディアであってもよいし、また外部記憶
装置として図示されない磁気テープ装置およびＣＤ−Ｒ
ＯＭ駆動装置１４０などのプログラム読取装置が設けら
れ、そこに記憶媒体である図示されない磁気テープまた
はＣＤ−ＲＯＭ１４２が挿入されることで読取可能なプ
ログラムメディアであってもよい。いずれの場合におい
ても、格納されているプログラムはＣＰＵ１２２がアク
セスして実行させる構成であってもよいし、あるいはい
ずれの場合もプログラムが一旦読出されて、読出された
プログラムは、図２の装置の所定のプログラム記憶エリ
ア、たとえばメモリ１２４のＲＡＭにロードされて、Ｃ
ＰＵ１２２により読出されて実行される方式であっても
よい。このロード用のプログラムは、予め当該クライア
ント装置８に格納されているものとする。

【０１０１】ここで、上述したプログラムメディアは装
置本体と分離可能に構成される記録媒体であり、固定的
にプログラムを担持する媒体であってもよく、流動的に
プログラムを担持する媒体であってもよい。

【０１０２】固定的に担持する媒体としては、磁気テー
プやカセットテープなどのテープ系、ＦＤ１３２やハ固
定ディスク１２６などの磁気ディスクやＣＤ−ＲＯＭ１
４２／ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini
Disc）／ＤＶＤ（DigitalVersatile Disc）などの光
ディスクのディスク系、ＩＣカード、メモリカード１７
２、光カードなどのカード系、あるいはマスクＲＯＭ、
ＥＰＲＯＭ（Erasable and Programmable ＲＯ
Ｍ）、ＥＥＰＲＯＭ(Electrically ＥＰＲＯＭ)、フラ
ッシュＲＯＭなどによる半導体メモリなどを適用でき
る。

【０１０３】流動的に担持する媒体とは、装置はインタ
ーネットを含むネットワーク９と接続可能な構成が採用
されているから、ネットワーク９からプログラムがダウ
ンロードされてダウンロードされたプログラムを担持す
るよう媒体である。このようにネットワーク９からプロ
グラムがダウンロードされる場合には、ダウンロード用
プログラムは予め装置本体に格納しておくか、あるいは
別の記録媒体から予め当該装置本体にインストールされ
てもよい。

【０１０４】なお記録媒体に格納されている内容として
はプログラムに限定されずデータであってもよい。

【０１０５】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【図面の簡単な説明】

【図１】 この発明の各実施の形態に適用されるクライ
アント装置の機能構成図である。

【図２】 この発明の各実施の形態に適用されるクライ
アント装置とサーバ装置それぞれに適用されるハードウ
ェア構成図である。

【図３】 この発明の各実施の形態に適用される電子商
取引システムの概略構成図である。

【図４】 図２のディスプレイに購入制御アプリケーシ
ョンにより表示される画面の一例を示す図である。

【図５】 本実施の形態によるデジタルコンテンツ購入
処理の概略フローチャートである。

【図６】 クライアント装置からサーバ装置へ送信する
発注データの構成図である。

【図７】 サーバ装置からクライアント装置へ送信する
受注データの構成図である。

【図８】 クライアント装置において生成されて格納さ
れるエラーコンテンツ情報の構成図である。

【図９】 クライアント装置におけるコンテンツの購入
処理の詳細を示すフローチャートである。

【図１０】 （Ａ）と（Ｂ）は、図４のコンテンツ管理
ウィンドウのＧＵＩ（グラフィカルユーザインターフェ
イス）を示す図である。

【図１１】 （Ａ）と（Ｂ）には購入処理時にエラーが
生じた対応のデジタルコンテンツの情報の図１０（Ａ）
と（Ｂ）のＧＵＩにおける表示態様を示す図である。

【図１２】 クライアント装置におけるエラーコンテン
ツに対するリカバー処理のフローチャートである。

【図１３】 図１２におけるサーバ装置側のリカバー処
理のフローチャートである。

【符号の説明】

７ サーバ装置、８ クライアント装置、９ ネットワ
ーク、２６ 発注データ、２７ 受注データ、２５ エ
ラーコンテンツ情報、２８，３１ ＧＵＩ、３０ コン
テンツ表示ウィンドウ、３２ ツリービュー。

Claims (13)

【特許請求の範囲】
1. 【請求項１】 取引対象データに関する注文データを受
   信して、受信した前記注文データに基づいて受注処理し
   て、前記受注処理の結果を含む受注データを送信する受
   注元と通信しながら取引処理を行う取引手段と、 前記取引処理においてエラーが生じたとき、該取引処理
   に対応の前記取引対象データを特定する対象特定データ
   を含むエラー情報を記憶するエラー情報記憶手段と、 前記エラー情報記憶手段により記憶された１つ以上の前
   記エラー情報それぞれに含まれる前記対象特定データを
   読出して提示する提示手段とを備えた、取引処理装置。
2. 【請求項２】 前記取引手段は、 前記注文データを前記受注元に送信する注文送信手段
   と、 前記受注元から送信された前記受注データを受信する受
   注データ受信手段と、 前記受注データ受信手段により受信された前記受注デー
   タに基づいて前記取引対象データを要求して、該要求に
   応じて前記取引装置宛てに送信される前記取引対象デー
   タを受信する取引対象受信手段とを有する、請求項１に
   記載の取引処理装置。
3. 【請求項３】 前記取引手段は、前記取引処理において
   前記エラーが生じたことを検出するエラー検出手段を有
   する、請求項１または２に記載の取引処理装置。
4. 【請求項４】 前記提示手段により提示された１つ以上
   の前記対象特定データから、所望の前記対象特定データ
   を選択するために操作される対象選択手段と、 前記エラー情報記憶手段の前記対象選択手段により選択
   された前記対象特定データに対応の前記エラー情報に基
   づいて、前記取引対象データについて再度、前記取引処
   理を行う再取引手段とをさらに備える、請求項１ないし
   ３のいずれかに記載の取引処理装置。
5. 【請求項５】 前記エラー情報は対応の前記取引対象デ
   ータの送信元を特定する送信元特定データをさらに含
   み、 前記再取引手段は、 前記対象選択手段により選択された前記対象特定データ
   に対応の前記エラー情報は前記取引対象データを受信す
   る際に生じた前記エラーに対応するときは、該エラー情
   報の前記送信元特定データに基づいて特定される前記送
   信元に前記取引対象データを要求して受信する、請求項
   ４に記載の取引処理装置。
6. 【請求項６】 前記再取引手段は、 前記対象選択手段により選択された前記対象特定データ
   に対応の前記エラー情報は前記取引対象データを受信す
   る際に生じた前記エラーを除く他の前記エラーに対応す
   るときは、再度、前記取引対象データを注文するための
   前記注文データを前記受注元に送信する再注文送信手段
   を有する、請求項４または５に記載の取引処理装置。
7. 【請求項７】 前記他のエラーは、前記受注データ受信
   手段により前記受注データを受信する際に生じた前記エ
   ラーを含む、請求項６に記載の取引処理装置。
8. 【請求項８】 前記他のエラーは前記受注処理において
   生じた前記エラーを含む、請求項６または７に記載の取
   引処理装置。
9. 【請求項９】 前記受注データに含まれている前記受注
   処理の結果により、前記受注処理において前記エラーが
   生じたことが示される、請求項８に記載の取引処理装
   置。
10. 【請求項１０】 前記受注元は、 前記注文送信手段から送信されて受信した前記注文デー
    タを記憶する注文記憶手段と、 前記再注文送信手段から送信された前記注文データを受
    信したとき、受信した前記注文データは、前記注文記憶
    手段に記憶済みであるか否かを判定する判定手段とを有
    し、 前記判定手段により記憶済みと判定されたとき、前記受
    注データを再度、送信する、６ないし９のいずれかに記
    載の取引処理装置。
11. 【請求項１１】 取引対象データに関する注文データを
    受信して、受信した前記注文データに基づいて受注処理
    して、前記受注処理の結果を含む受注データを送信する
    受注元と通信しながら取引処理を行う取引ステップと、 前記取引処理においてエラーが生じたとき、該取引処理
    に対応の前記取引対象データを特定する対象特定データ
    を含むエラー情報を記憶するエラー情報記憶ステップ
    と、 前記エラー情報記憶ステップにより記憶された１つ以上
    の前記エラー情報それぞれに含まれる前記対象特定デー
    タを読出して提示する提示ステップとを備えた、取引処
    理方法。
12. 【請求項１２】 請求項１１に記載の前記取引処理方法
    をコンピュータに実行させるための取引処理プログラ
    ム。
13. 【請求項１３】 請求項１２に記載の取引処理プログラ
    ムを記録した機械読取り可能な記録媒体。