JP2002329152A - サーバステーションで遠隔的に実行された操作の取消方法 - Google Patents

サーバステーションで遠隔的に実行された操作の取消方法

Info

Publication number
JP2002329152A
JP2002329152A JP2002012881A JP2002012881A JP2002329152A JP 2002329152 A JP2002329152 A JP 2002329152A JP 2002012881 A JP2002012881 A JP 2002012881A JP 2002012881 A JP2002012881 A JP 2002012881A JP 2002329152 A JP2002329152 A JP 2002329152A
Authority
JP
Japan
Prior art keywords
function
cancellation
client station
station
amount
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002012881A
Other languages
English (en)
Inventor
Moreau Jean-Jacques
モロー ジャン−ジャック
Herve Ruellan
リューラン エルベ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Publication of JP2002329152A publication Critical patent/JP2002329152A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

(57)【要約】 （修正有） 【課題】いくつかのクライアントが１つのサーバにアク
セスする共同環境において機能の取消を可能にする。 【解決手段】 第１のクライアントステーション
（ＵP）によって実行された機能の実行がオブジェクト
を以前の状態から操作された状態へ操作する機能を取消
する方法であって、−通信ネットワークのクライアント
ステーション（ＵA）から送信された、動作の実行を取
消する要求を受信するステップ（Ｓ１）と、−操作され
たオブジェクトの前記以前の状態を取得するステップ
（Ｓ１２−Ｓ１７）と、−前記機能（ｆ）に関する実行
コスト（ｃ）以下の額の電子マネーを含んだ応答を、前
記通信ネットワークを介して第１のクライアントステー
ション（ＵP）に送信するステップ（Ｓ２７）とを有す
ることを特徴とする取消方法。特にディジタル画像の遠
隔操作中に実行された動作を取消するために用いられ
る。

Description

【発明の詳細な説明】
【０００１】本発明はサーバステーションにおいて沿革
的に実行された操作の取消方法に関する。
【０００２】現在、ネットワークで動作し、他のコンピ
ュータから提供されるサービスを用いるコンピュータの
数は増え続けている。従って、通信ネットワークにおい
て、ネットワークを介して１つ又は複数のサーバステー
ションに接続されるクライアントステーションがあるサ
ーバステーションのサービスを利用することは一般的で
ある。
【０００３】これらのサービスは例えばサーバステーシ
ョン上に格納されたコンピュータオブジェクトに対す
る、なんらかの操作又は機能の実行である。例えば、ク
ライアントステーションは、遠隔的に画像を操作するた
めに、サーバが提供するサービスを利用することが可能
である。これらのサービスはまた、サーバステーション
によるドキュメントの提供であってもよい。
【０００４】通常、通信ネットワークにおいて、サーバ
ステーションによって提供されるこれらのサービスは、
各クライアントステーションに対して施され(remunerat
ed)、請求される。従って、各操作はサーバステーショ
ン上に格納される実行コストに関連する。これら操作の
各々を実行すると、それらはオンザフライで、換言すれ
ば動作の実行に伴って、クライアントステーションに請
求される。
【０００５】本発明はさらに具体的にはサーバステーシ
ョン上で遠隔的に実行された動作の取消に関する。その
ような動作の取消は遠隔的に実行された機能による影響
を元に戻す。事実、例えばオブジェクトの不適切な操作
の後、操作されたオブジェクトを元の状態に戻したいと
ユーザが思うことは珍しくない。ユーザが連続したステ
ップによって画像などのオブジェクトに変更を加えた
り、望ましくない効果を除去するためにステップを戻す
ことは一般的なことである。
【０００６】Adobe社のPhotoshop（登録商標）ソフトウ
ェアはディジタル写真を処理し、最適なフィルタを見つ
けるために様々なディジタルフィルタを連続的に適用す
るものの例として知られている。操作を戻したり取り消
したりできるこの機能は広く受け入れられ、市販されて
いるパッケージソフトウェアの大部分がそれを組み込ん
でいる。
【０００７】本発明の目的は、この取消機能を、サービ
スがサーバステーションによって有償で提供され、ネッ
トワークのクライアントステーションに請求がなされる
システムにも維持することである。
【０００８】特に本発明はいくつかのクライアントステ
ーションが１つのサーバステーションにアクセスする共
同環境において機能の取消を可能にする。
【０００９】この目的を達成するため、本発明に係る取
消方法は、通信ネットワークのサーバステーション上に
格納されたオブジェクトに対し、第１のクライアントス
テーションによって要求された、オブジェクトを以前の
状態から操作された状態に操作するように適合された機
能の実行を、遠隔的に取消することを可能にする。
【００１０】本発明によれば、この取消方法は以下のス
テップを有する。 ・機能の実行を取消する要求を受信するステップ、 ・操作されたオブジェクトの以前の状態を取得するステ
ップ及び、 ・実行された機能に関連する実行コスト以下の額の電子
マネーを含む応答を、通信ネットワークを介して第１の
クライアントステーションに送信するステップ。
【００１１】本発明による取消方法はクライアントステ
ーションが以前に実行された動作を取消すること及び、
その機能の実行を要求したネットワークのクライアント
ステーションに、実行によって発生したコストの少なく
とも一部を払い戻しすることを可能にする。
【００１２】従って、ユーザは遠隔実行した機能に対す
るコストについて、その機能を取消した際に補償を受け
ることが可能である。さらに、応答の送信によって、第
１のクライアントステーションの要求によって以前実行
した機能が取消されたことを、第１のクライアントステ
ーションが認識できる。
【００１３】本発明の好ましい特徴によれば、送信ステ
ップにおいて、電子マネーの額は機能の実行に対してサ
ーバが受け取った額以下である。従って、払い戻し額は
機能の実行に対してサーバが実際に受け取った額から決
定され、払い戻し額は特に機能の実行のコストにおいて
減額を含んでも良い。
【００１４】本発明の別の好ましい特徴によれば、電子
マネーの額は受け取られた額よりも少ない。従って、払
い戻しは部分的である。完全な払い戻しはユーザにとっ
てより好都合であることは明らかだが、そのような場合
には取消機能の乱用を招くリスクがある。従って、部分
的な払い戻しは、起こりうる操作の誤りを直すことを依
然として可能にする一方、ユーザに取消機能をより控え
めに利用させる。
【００１５】本発明の別の好ましい特徴によれば、この
取消方法は、受信した取消要求に関連する取消コストを
計算するステップを更に有し、取消コストを減額後電子
マネーの額が計算される。従って、サーバステーション
で遠隔的に実行される他の機能と同様、取消機能そのも
のが有償であっても良い。この取消機能の実行コスト、
又は取消コストは払い戻し額から低減される。
【００１６】本発明の別の好ましい特徴によれば、取消
方法は第１のクライアントステーションに関連するサー
バステーション上で電子マネーを生成するステップを更
に有する。従って、サーバステーションは取消機能を要
求したクライアントステーションに払い戻すための自ら
の電子マネーを生成する。
【００１７】実際には、実行された動作の各々は、クラ
イアントステーションによって生成された電子マネーに
よって払い戻され、受け取った電子マネーを返すことに
よってこの支払いを取り消すことはできない。これは不
正利用の観点から、サーバステーションが払い戻した電
子マネーコインのコピーを持たないという保証がクライ
アントステーションに無いからである。払い戻しに特有
な電子マネーの生成がこの問題を解決する。
【００１８】本発明の好ましい特徴によれば、取消方法
は通信ネットワークの第２のクライアントステーション
から送信された、機能実行の取消要求を受信するステッ
プを有し、この取消要求は電子マネーの金額を有してい
る。また、さらに通信ネットワークを介して第２のクラ
イアントステーションに第２の応答を送信するステップ
を有し、第２の応答は取消要求に含まれていた電子マネ
ーの金額以下の金額を有する。
【００１９】実行コストの少なくとも一部の払い戻しに
相当する電子マネーの金額が、その機能の実行を要求し
たクライアントステーションに実際に送信されるよう、
機能の取消要求の各々について、以前機能の実行を要求
したクライアントステーションを特定することが可能で
ある。
【００２０】従って、機能の取消を要求したクライアン
トステーションがその機能の実行を要求したクライアン
トステーションと異なる場合、サーバステーションは、
機能の実行を要求した第１のクライアントステーション
に対する、払い戻し総額を含んだ第１の応答と、機能の
取消を要求した第２のクライアントステーションに対す
る第２の応答の２つの応答を送信する。
【００２１】第２のクライアントステーションに対して
機能の取消コストを負担させない場合、この第２の応答
は取消要求に含まれていた電子マネーの金額と等しい電
子マネーの金額を有していても良い。通信ネットワーク
の第２のクライアントステーションが所定の取消コスト
を負担する場合には、取消要求に含まれていた電子マネ
ーの金額より少なくすることも可能である。
【００２２】実際には、取消方法は通信ネットワークの
第２のクライアントステーションから受信した取消要求
に関する取消コストを計算するステップを有し、かつ、
第２の応答を送信するステップにおいて、取消要求に含
まれていた電子マネーの金額を取消コストで割ることに
よって電子マネーの金額が計算される。
【００２３】従って、取消コストは機能の実行の取消を
要求したユーザによっても負担される。これにより通信
ネットワークのユーザが通信ネットワークの他のユーザ
が以前実行した機能を頻繁に取消しすぎることを回避で
きる。
【００２４】実際には、取消コストは、機能の実行を要
求し、費用を支払った第１のクライアントステーション
と、その機能の取消を要求した第２のクライアントステ
ーションの両方に請求される。従って、通信ネットワー
クの異なるユーザ間で取消コストを分担することが可能
である。
【００２５】補完的な態様において、本発明はまた通信
ネットワークのサーバステーション上に格納されたコン
ピュータオブジェクトに対して第１のクライアントステ
ーションから要求された機能であって、オブジェクトを
以前の状態から操作された状態に操作するために適合さ
れた機能の取消を行うための装置に関する。
【００２６】この取消装置は、 −機能実行の取消要求を受信する手段と、 −操作されたオブジェクトの前記以前の状態を取得する
手段と、 −前記機能に関連する実行コスト以下の金額を含んだ応
答を、通信ネットワークを介して前記第１のクライアン
トステーションへ送信する手段を有する。 この、サーバステーションに組み込まれた、動作を取消
する装置は、上述した、サーバステーション上での動作
を取消する方法と同様の特徴及び利点を有する。
【００２７】本発明はさらに、本発明による、動作を取
消する方法を実施するために適合されたサーバステーシ
ョンに関する。
【００２８】本発明はさらに、本発明による、動作を取
消する方法を実施するために適合されたコンピュータ及
び通信ネットワークに関する。
【００２９】最後に、本発明は、マイクロプロセッサが
読み取り可能なコンピュータプログラムであって、その
コンピュータプログラムがマイクロプロセッサ上にロー
ドされた際に本発明による、動作を取消する方法を実施
するように適合されたソフトウェアコードを有するコン
ピュータプログラムに関する。この通信ネットワーク、
コンピュータ、サーバステーション及びコンピュータプ
ログラムは上述したものと同様の特徴及び利点を有す
る。
【００３０】これ以外の本発明に特有な特徴及び利点
は、以下の説明において明らかになるであろう。添付図
面は非限定的な例示として提供される。
【００３１】まず最初に、本発明による動作の取消方法
を実施するように適合された通信ネットワークを示す図
１に関して説明する。
【００３２】以下において、サーバステーションＨに接
続されたクライアントステーションＵについて検討す
る。もちろん、通信ネットワークにおいて、ネットワー
ク中の他のコンピュータがクライアントステーションＵ
又はサーバステーションＨの替わりであっても良い。
【００３３】さらに、通信ネットワークにおいて、いく
つかのクライアントステーションが各サーバステーショ
ンに実際には接続されても良い。
【００３４】この例において、クライアントステーショ
ンＵはサーバステーションＨのサービスを利用可能であ
る。特に、クライアントステーションＵはサーバステー
ションＨに直接動作の実行を要求できる。
【００３５】個々の動作は連続するコンピュータプログ
ラム命令に対応する。もちろん、クライアントステーシ
ョンＵは例えばドキュメントの提供など、サーバステー
ションＨの他のサービスも利用可能である。限定ではな
く一例として、サーバステーションはディジタル画像を
格納可能であり、ユーザはクライアントステーションＵ
を通じてサーバステーションＨの画像の１つに対して動
作を実行可能である。
【００３６】動作は画像の白黒変換、回転又は、水平軸
又は垂直軸に対する反転であって良い。そのような動作
が遠隔的に実行されると、画像は引き続きサーバステー
ションＨ上に格納され、通信ネットワークを介して受け
渡されることはない。クライアントステーションは単に
サーバステーションに動作の遠隔実行要求を送信するに
過ぎない。
【００３７】残りの説明において、分散オブジェクトシ
ステムを検討する。コンピュータオブジェクトは、属性
とも呼ばれるデータ及び、おそらくは入力引数を用いる
機能又はメソッドを有する要素である。そのようなシス
テムにおいて、機能はオブジェクトのデータを操作する
ために呼び出し可能である。
【００３８】オブジェクトのインタフェースはオブジェ
クトに対して適用可能な全ての機能及び属性によって構
成される。実際には、クライアントステーションＵが、
サーバステーションＨ上に格納されたオブジェクトｏの
遠隔機能ｆを実行する実行及び支払い要求手段１０を有
する。
【００３９】本発明の開示が残っているため、これらの
手段についての詳細な説明はここでは行わない。本発明
を実施するため、クライアントステーションＵは以前サ
ーバステーションＨで実行された機能ｆの取消要求を送
信する手段１１を有する。
【００４０】以下で明確に説明するように、この取消さ
れるべき機能ｆは、通信ネットワークの任意のクライア
ントステーションからの要求によって実行されたもので
あってよい。
【００４１】クライアントステーションＵはまた、サー
バステーションＨから返送される払い戻し額を受信する
手段１２を有する。受信した額の正当性を確認し、課金
する手段１３は、サーバステーションＨによって返送さ
れる払い戻し額の正当性確認を可能にする。
【００４２】特に、記憶手段１４は受信した払い戻し額
の認証のために、為替手形を格納することを可能にす
る。これら異なる手段の実施は図６から図８を参照して
以下にその詳細を説明する。
【００４３】補完的な態様において、サーバステーショ
ンＨは、クライアントステーションＵから送信された実
行要求の受信に続いて機能を実行する、実行・支払い手
段２０を有する。これら実行・支払い手段２０は、コン
ピュータオブジェクトｏにおける各機能の実行及び請求
を行うため、クライアントステーションＵの実行・支払
い手段１０と協力する。
【００４４】これら実行・支払い手段２０は記憶手段２
９と協力し、通信ネットワークの各クライアントステー
ションＵPのＩＤをそのクライアントステーションＵPの
要求で実行された各機能ｆに関連づけて格納することを
可能にする。クライアントステーションＵはさらに、機
能ｆの取消要求を受信する手段２１と、この機能ｆを取
消する手段２２とを有し、オブジェクトｏの状態をこの
機能ｆを実行する前の状態に戻すことを可能にする。
【００４５】本実施形態において、記憶手段２３はサー
バステーションＨから受信した額Ｃｆを各機能ｆの実行
に対して格納することを可能にする。これら記憶手段２
３は計算手段２４と協力し、払い戻し額の読み出し及び
計算を可能にする。これら取得手段２４はさらに取消コ
ストを計算するモード及び、取消テーブル２８に格納さ
れた、受信した取消要求の数と、予め定められた閾値と
を比較する比較手段を有する。
【００４６】取得手段２５は払い戻し額に相当する金額
Ｓの取得を可能にする。これら取得手段２５は取消され
る機能に関する払い戻し額に少なくとも等しい、十分な
量の貨幣を取得するため、貨幣格納手段２６と協力す
る。送信手段２７は払い戻し額を各クライアントステー
ションに送信することを可能にする。
【００４７】図３及び引き続く図面を参照して、機能ｆ
の実行が取消された際のクライアントステーションへの
払い戻しを可能にする、これら全ての手段の動作につい
て以下説明する。これら手段１０−１４及び２０−２９
の全ては、クライアントステーションＵ又はサーバステ
ーションＨのいずれかにおいて、図２に示すようにコン
ピュータ内に一体化することが可能である。
【００４８】このコンピュータは特に、要求又は情報を
受信又は送信するために通信ネットワーク３と接続可能
な共通インタフェース３９を有する。さらに、コンピュ
ータはハードディスク３６として、又はディスクドライ
ブ３７によってディスケット、コンパクトディスク又は
コンピュータカード（ＰＣカード）のようなリムーバブ
ル記憶手段３８と協働する様に適合された、文書記憶手
段を有する。
【００４９】これらの固定又はリムーバブル記憶手段は
本発明による動作の実行方法のコードを含んでいても良
く、一旦マイクロプロセッサ３０によってリードされる
と、ハードディスク３６へ格納される。１つの態様とし
て、装置に本発明を実施可能とするプログラムを読み出
し専用メモリ３１に格納することも可能である。
【００５０】別の態様として、プログラムを格納するた
め、上述のように通信ネットワーク３を介して受信する
ことも可能である。一般的に、コンピュータはさらに、
例えばキーボード３４又はマウス３５又は他の手段によ
る、オペレータとのインタフェースとして機能する画面
３３を有する。
【００５１】中央処理ユニット又はマイクロプロセッサ
３０（ＣＰＵ）は本発明の実施に係る命令を実行する。
起動時、不揮発性メモリ（例えば読み出し専用メモリ３
１）に格納された、本発明に係るプログラム及び方法
は、ランダムアクセスメモリ３２へ転送され、その後、
本発明の実行可能なコード及び本発明の実施に必要な変
数を包含する。
【００５２】従って、通信ネットワークのクライアント
ステーションに組み込まれたランダムアクセスメモリ３
２は、特に各サーバステーションＨから配信された為替
手形を格納するレジスタ１４を有する。
【００５３】同様に、通信ネットワークのサーバステー
ションに組み込まれたランダムアクセスメモリ３２は少
なくとも１つのコインテーブル２６、各機能の実行のた
めに受信した金額２３、各機能の実行に係るクライアン
トステーションのＩＤ及び取消テーブル２８を格納する
レジスタを有する。
【００５４】通信バス４０はコンピュータの、又はコン
ピュータに接続された、異なるサブエレメント間の通信
を提供する。バスの表現は限定的ではなく、特にマイク
ロプロセッサは任意のサブエレメントに直接又は他のサ
ブエレメントを用いて命令を通信する責を負う。
【００５５】図３を参照して、通信ネットワークのサー
バステーションＨに実装された、本発明の好ましい実施
形態に係る動作の取消方法を説明する。動作の取消方法
は、まず最初に、動作の実行の取消要求の受信を行うス
テップＳ１を有する。取消要求は通信ネットワークの第
１のクライアントステーションＵAから送信される。
【００５６】ここで、各コンピュータオブジェクトｏが
オブジェクトｏを格納するコンピュータに固有のコンピ
ュータアプリケーションによって用いられるプログラミ
ング言語で記述されており、その結果、コンピュータオ
ブジェクトを共有するためには、特にこれらオブジェク
トｏの機能を遠隔的に呼び出すためには、通信ネットワ
ークに共通した通信言語を使用する必要があることを思
い出すべきである。
【００５７】インターネット上では、ＸＭＬ(eXtended
Markup Language)等の通信言語を用いることが可能であ
る。この通信言語の利用についてはCanon Research Cen
ter France S.A.によって出願された欧州特許出願第00
401 754.7号に詳しく説明されており、それによりネッ
トワーク上のコンピュータオブジェクトを記述し、かつ
これらオブジェクト上の機能を遠隔的に呼び出すことが
可能になる。
【００５８】これらオブジェクトｏ上の機能を遠隔的に
呼び出せるように、ネットワークの通信言語への翻訳が
必要な、異なるデータフィールドの記述を以下に示す。 Field: interfaces このフィールドはいくつかのインタフェースを遠隔アプ
リケーションに送信することを可能にする。
【００５９】このフィールドはＪＡＶＡ（登録商標）又
はＣ＋＋言語で定義されるような、オブジェクトクラス
の汎用概念に対応する。インタフェースはコンピュータ
オブジェクトｏによってサポートされる動作又は機能を
記述する。これらの動作は一般に入力引数を用い、場合
によっては結果を供給する。
【００６０】インタフェースはさらに、このインタフェ
ースをサポートする全オブジェクトが通信言語に翻訳さ
れる際に含む属性又はデータフィールドを記述する。イ
ンタフェースはさらに、他のインタフェースへ達する
か、単にこれら他のインタフェースを利用するためのシ
ョートカットを供給する、他のインタフェースへの参照
を含むことが可能である。
【００６１】Field: attribute このフィールドは、インタフェースをサポートするオブ
ジェクトが通信言語に翻訳される際に含む属性のリスト
からなる。 Field: functions このフィールドはこのインタフェースをサポートするコ
ンピュータオブジェクトに関連する機能又は動作のリス
トを含む。
【００６２】
【００６３】Field: functionこのフィールドは機能の
汎用概念に相当する。機能はその署名、例えば名称、使
用される引数の形式及びこの機能の実行中に得られるオ
ブジェクトの形式によって特定される。
【００６４】Field: arguments このフィールドはある機能がその実施に際して必要とす
る入力引数のリストを含む。
【００６５】Field: argument このフィールドは機能の入力引数に対応し、例えばリテ
ラルオブジェクト又はコンプレックスオブジェクトであ
ってよい。従って、機能フィールドは、リモートオブジ
ェクト上の機能読み出しを可能にする。目標オブジェク
トｏ及び機能の入力引数は上述の通り指定されねばなら
ない。
【００６６】本発明によれば、機能フィールドはリモー
トオブジェクトｏ上の機能「取消」を呼び出すことが可
能である。抽出ステップＳ２はまた、動作のＩＤ、ここ
ではオブジェクトｏに実行される機能ｆのＩＤ抽出を可
能にする。
【００６７】テストステップＳ３はこの機能ｆが、通信
ネットワークのクライアントステーションＵが送信した
実行要求に従ってサーバステーションＨ上のオブジェク
トｏに実行されたか否かを確認可能にする。
【００６８】まだであれば、送信ステップＳ９におい
て、サーバステーションＨはクライアントステーション
ＵAに、実行されていない機能ｆの取消は不可能である
ことを通知する応答を送信する。既に機能ｆが実行され
ている場合には、取消されるべき機能のリストが取得ス
テップＳ４において取得される。
【００６９】実際は、この機能ｆがサーバステーション
上でオブジェクトｏに対して実行された最後の機能でな
い場合、取得ステップＳ４は、取消されるべきこの機能
ｆが実行された後で実行された動作のリストの取得を可
能にする。もちろん、取消されるべき機能ｆが最後に実
行された機能であれば、このリストはこの単独の機能ｆ
に制限される。
【００７０】取得ステップＳ５は、一般には動作実行の
取消要求に組み込まれる、クライアントステーションＵ
AのＩＤを取得するために実施される。取得ステップＳ
６は、取消コストＣAを得るために次に実施される。事
実、後述するように、機能の取消によってなされる払い
戻し総額は受信した額及び好ましくは取消コストＣAを
考慮して計算される。
【００７１】これは、通信ネットワークの個々のユーザ
にとっては、機能の実行のために実際に受信した金額に
相当する完全な払い戻しの方が好都合だが、サーバステ
ーションＨが値段を高く請求されうるというリスクがあ
るからである。動作の取消を行うことに対し、ユーザに
何も請求しないと、ユーザによる乱用を招く虞がある。
一方、部分的な払い戻しは、起こりうる操作誤りを訂正
するための取消機能の利用を可能としつつ、ユーザがそ
の使用を控えめにさせる。
【００７２】従って、換言すれば、取消機能それ自身
は、サーバステーションＨ上で遠隔的に実行される他の
機能と同様に課金される。各取消要求に伴う取消コスト
ＣAはこのようにして計算される。
【００７３】図４を参照して、計算例を以下に説明す
る。新たな取消は以前のものよりも少し低い払い戻し額
となるような変動価格制(sliding scale)をサーバステ
ーションが適用することが好ましい。実際には、サーバ
ステーションＨで受信した、通信ネットワークの同一の
クライアントステーションＵAから送信された新たな取
消要求毎に取消コストＣAが増加される。
【００７４】この変動価格制を直ちには適用しないこと
がまた好ましい。各クライアントステーションＵは、送
信した取消要求の数ｎが予め定められた閾値Ｔに達しな
い間は取消コストがゼロになるような、所定の取消”ク
レジット”の恩恵を受ける。
【００７５】図４を参照して、実施例における取消コス
トＣAを計算手順を説明する。初期化ステップＳ４０１
は、まず取消コストＣAをゼロに初期化することを可能
にする。次に、取得ステップＳ４０２は機能の取消要求
を送信したクライアントステーションＵのＩＤ取得を可
能にする。
【００７６】テストステップＳ４０３はこのクライアン
トステーションＵがサーバステーションＳに既知である
か否かを検証可能にする。もしそうでない場合、付加ス
テップＳ４０４がこのクライアントステーションＵのＩ
Ｄを、このクライアントステーションＵから送信された
取消要求の数（ここでは値０に初期化されている）と関
連づけて取消テーブル２８に格納可能とする。
【００７７】付加ステップＳ４０４の後、又はテストス
テップＳ４０３から直接、読み込みステップＳ４０５は
取消テーブル２８から、クライアントステーションＵが
既知であれば、そのクライアントステーションＵに対し
て以前に実行された取消の回数ｎの読み出しを可能にす
る。取得ステップＳ４０６はクライアントステーション
Ｕから取消要求された機能Ｆの取得を可能にする。そし
て、テストステップＳ４０７において、取消の回数ｎが
予め定められた閾値Ｔ以上、例えば２０以上であるか否
かをチェックする。
【００７８】もし違えば、すなわちそのクライアントス
テーションＵから送信された取消の回数ｎが依然として
この閾値Ｔ未満であれば、取消の回数ｎを１単位増やす
ために取消の回数を更新するステップＳ４１１が実行さ
れる。一方、テストステップＳ４０７の終わりにおい
て、取消回数ｎが閾値Ｔ以上であった場合、取得ステッ
プＳ４０８が、取消されるべき機能Ｆの実行のために受
信した額ＣFを格納手段２３から取得することを可能に
する。
【００７９】次に、計算ステップＳ４０９がこの取消さ
れるべき機能Ｆについての単位コストＣの計算を可能に
する。実際には、このコストＣは受信額ＣFの一部を意
味する。ここでは、非限定的な例示として、取消コスト
Ｃを以下の式に従って計算する。
【００８０】
【数１】
【００８１】取消コストＣの値はこのようにして０から
ＣF×ｔの間で変化しうる。パラメータｔは従って、取
消される機能の実行のために受信した実行コストの最大
払い戻し率を表す。パラメータＤが大きくなると、取消
コストＣの変化が遅くなる。実際、ｎ−Ｔ＝Ｄの場合、
取消コストＣは最大払い戻し値ＣF×ｔの丁度半分にな
る。
【００８２】次に、取消コストＣAの値を更新するステ
ップＳ４１０が以下のように実施される。 ＣA＝ＣA＋Ｃ 機能Ｆの取消に関する単位取消コストはこのようにして
全体の取消コストＣAに加算される。取消の回数ｎが１
単位増加されるよう、既に説明した更新ステップＳ４１
１が次に実施される。
【００８３】テストステップＳ４１２は、以前ステップ
Ｓ４において取得した機能のリスト中に、取消が必要な
他の機能があるか否かの確認を可能にする。これは、既
に説明したように、機能の取消が、取消される機能Ｆの
後に実行された他の機能の取消を必要とする場合がある
からである。この場合には、取消すべき次の機能Ｆが取
得ステップＳ４１３で取得され、この機能に対して上述
したステップＳ４０７からＳ４１２が繰り返される。
【００８４】取消すべき全ての機能が処理され、各機能
Ｆに関する各単位コストＣが計算され、それら全てが合
計されると、更新ステップＳ４１４が、機能の取消を要
求したクライアントステーションＵに関する取消回数ｎ
について取消テーブル２８の更新を可能にする。応答ス
テップＳ４１５は、図３に示す取消方法を継続するた
め、計算された取消コストＣAを送信することを可能に
する。
【００８５】図３に戻って、クライアントステーション
ＵAから送信された取消要求に含まれる支払い額ＰAを抽
出するため、抽出ステップＳ７が次に実施される。これ
は、既に説明したように、取消機能が好ましくは少なく
ともそのクライアントステーションによる取消要求の所
定回数目からは有料の機能であり、その取消の実行につ
いての取消要求には支払い額ＰAが含まれねばならない
ことによる。
【００８６】この支払は取消要求中に電子マネーの額を
導入することによって行うことができる。テストステッ
プＳ８はステップＳ６で取得した取消コストＣAの値を
ステップＳ７で抽出された支払い額ＰAと比較すること
を可能にする。
【００８７】支払い額ＰAが取消コストＣAに満たない場
合、クライアントステーションＵAに機能Ｆの取消要求
に応じられないことを通知するため、ステップＳ９でエ
ラーメッセージが返送される。取消コストＣAが支払い
額ＰA以下である場合、払い戻しすべき額及び払い戻し
を受けるべき通信ネットワークのクライアントステーシ
ョンＵを決定し、ステップＳ４で指定された機能を実際
に取消するため、以下のステップＳ１０からＳ２７が実
施される。
【００８８】サーバステーションＨにおいて機能の取消
を行う際、その機能の実行を要求し、その実行に対して
支払いしたクライアントステーションに対して払い戻し
を行うことが公正である。実際には、初期化ステップＳ
１０が払い戻しテーブルＲの初期化を可能にする。この
払い戻しテーブルＲはネットワークのクライアントステ
ーションＵ各々について、そのクライアントステーショ
ンＵに戻されるべき払い戻し額に相当する額Ｓを関連づ
けすることを可能にする。
【００８９】更新ステップＳ１１は払い戻しテーブルＲ
に、まず最初に、機能の取消を要求した第１のクライア
ントステーションＵAに対して払い戻し額を加算するこ
とを可能にする。実際には、ステーションＵAのＩＤが
格納され、額Ｓ＝ＰA−ＣAはクライアントステーション
ＵAから受信した支払い額ＰAから以前計算した取消コス
トＣAを減じた額に相当する。
【００９０】次に、選択ステップＳ１２が取得ステップ
Ｓ４において取得されたリストから最後に実行された機
能を選択することを可能にする。テストステップＳ１３
において、この機能が可逆的であるかどうか、換言すれ
ば、オブジェクトｏを以前の状態に戻すことの可能な、
逆の機能が存在するか否かがチェックされる。
【００９１】可逆的な機能の例としては、画像の操作中
における、画像の右への１／４回転（逆の機能は画像の
左への１／４回転）、ある軸に関する反射（それ自身が
また逆の機能でもある）、及び／又は予め定められた比
率だけ画像を拡大する機能（逆の機能は同一比だけ画像
を縮小する機能）等がある。この機能が可逆的であれ
ば、その逆の機能が取得ステップＳ１４で取得され、ス
テップＳ１５においてこの逆の機能が操作すべきオブジ
ェクトｏに適用される。
【００９２】一方、機能が可逆的でない場合、取消され
るべき機能の実行時に格納された以前の状態が取得ステ
ップＳ１６で取得され、この以前の状態がステップＳ１
７において適用される。このように、実際には各機能の
それぞれの実行前にシステムの状態を格納し、取消時に
この以前の状態へ戻することが必要である。特に画像を
白黒に変換することを可能にする機能や、ブラーや画像
の細部の強調を目的としたフィルタの適用がこのケース
に相当する。
【００９３】例えば、PhotoShop（登録商標）ソフトウ
エアは、実行された全ての動作を取消可能とするため、
画像の連続するバージョンの各々をメモリ中に保持す
る。動作を取消するためのこれら２つの機構は本技術分
野に属する当業者にとって周知であり、これ以上の詳細
はここで説明しない。
【００９４】取得ステップＳ１８において、取消された
機能の実行を要求し、その実行に対して支払いしたクラ
イアントステーションＵpのＩＤが取得される。図５に
詳細を示す計算ステップＳ１９は、この機能の取消に対
してクライアントステーションＵpに払い戻されるべき
金額Ｍの計算を可能にする。
【００９５】払い戻しすべき金額Ｍの計算手順は、図５
に関する実施例において説明される。取得ステップＳ５
０１は取消される機能を実行し、対価を支払ったクライ
アントステーションＵのＩＤ取得を可能にする。テスト
ステップＳ５０２はこのクライアントステーションＵが
サーバステーションＳにとって既知であるか否かの検証
を可能にする。
【００９６】もし既知でなければ、付加ステップＳ５０
３がこのクライアントステーションＵを、このクライア
ントステーションＵから、実行要求及びその後の取消要
求が送信された機能の回数ｍと関連づけて取消テーブル
２８に格納することを可能にする。ここでは、この回数
ｍは値０に初期化される。
【００９７】付加ステップＳ５０３の後、又は、クライ
アントステーションＵが既知の場合にはテストステップ
Ｓ５０２から直接、読み込みステップＳ５０４は、クラ
イアントステーションＵによって以前実行され、取消さ
れた機能の回数ｍを取消テーブル２８から読み出すこと
を可能にする。
【００９８】読み込みステップＳ５０５は記憶手段２３
に、機能の実行に際して受信した額ＣFを読み込むこと
を可能にする。実際、各機能に対し、実行コストｃが付
随し、一般にオブジェクトｏのインタフェースに格納さ
れている。
【００９９】しかし、サーバステーションＨによって実
際に受信される額ＣFは、特にサーバステーションが割
引を適用した場合、この実行コストｃよりも少ないであ
ろう。従って、払い戻し額Ｍは常に機能に関する実行コ
ストｃ以下であり、特にこの機能がサーバステーション
で実行される際に実際に受信されたＣF以下となる。
【０１００】ステップＳ５０６においては、実行された
取消機能の回数ｍが予め定めた閾値Ｔ、例えば２０以上
であるか否かがチェックされる。もし違えば、すなわち
クライアントステーションＵから送信された取消機能の
実行回数ｍが閾値Ｔよりも小さければ、Ｍ＝ＣFとなる
ような、払い戻すための額Ｍを計算するステップＳ５０
９が実施される。
【０１０１】このようにして、取消機能の実行回数ｍが
閾値Ｔに達しない限り、クライアントステーションＵへ
の払い戻し額は、取消される機能の実行に対して請求さ
れた額ＣFと全く同額である。次に、実行された後取消
された機能の回数ｍが１単位増加されるよう、回数ｍの
更新ステップＳ５１０が実行される。
【０１０２】同様に、テストステップＳ５０６の終わり
において、取消機能の実行回数ｍが閾値Ｔ以上であった
場合には、取消コストＣを計算するステップＳ５０７が
前もって実施される。非限定的な例として、取消コスト
Ｃは以下の式によって計算される。
【０１０３】
【数２】
【０１０４】上述の通り、取消コストＣは０とＣF×ｔR
の間で変化しうる。ここで、ｔRは最大払い戻し率であ
り、機能の実行に際して実際に受信した額ＣFの関数で
ある。
【０１０５】次に、連合ステップＳ５０８は以下のよう
な払い戻し額Ｍの計算を可能にする。 Ｍ＝ＣF−Ｃ クライアントステーションＵによって要求された取消機
能の実行回数ｍに依存する取消コストＣが、このように
して実際に受信した額ＣFから減じられる。従って、払
い戻し額Ｍは、機能実行時に実際に受信した額ＣFより
も少ない。
【０１０６】回数ｍを１単位増加するため、計算ステッ
プＳ５０８の後で、取消機能の実行回数ｍを更新するス
テップＳ５１０が実施される。この新しい回数ｍから、
次に取消テーブル２８が更新ステップＳ５１１において
更新され、払い戻し額Ｍの計算手順が終了するとともに
計算された値Ｍが図３に示す取消方法の実行継続のため
に通知される。
【０１０７】次に、払い戻しテーブルＲが更新される。
実際には、機能の実行に対して支払いをし、計算された
ばかりの額Ｍの払い戻しを受けるクライアントＵPが既
知で、すでに払い戻しテーブルＲに格納されているか否
かが検証される。もし格納されていない場合には、付加
ステップＳ２１が、払い戻しされる額Ｓ（ここでは０に
初期化されている）と関連づけて払い戻しテーブルＲに
格納されるべきこのクライアントステーションＵPの特
定を可能にする。
【０１０８】次に読み込みステップＳ２２は、払い戻し
を受けるべきステーションＵPに関連する額ＳPを、払い
戻しテーブルＲに格納された値に基づいて読み出すこと
を可能にする。この読み込みステップＳ２２は、クライ
アントステーションＵPが既に払い戻しテーブルＲに格
納されている場合、ステップＳ２０の終わりに直接実施
される。
【０１０９】このクライアントステーションＵPに払い
戻すべき額ＳPが計算ステップＳ２３において以下のよ
うに更新される。 ＳP＝ＳP＋Ｍ 計算ステップＳ１９の前に計算された払い戻し額Ｍはこ
のようにしてステーションＵPに払い戻される総額に付
加される。
【０１１０】次に更新ステップＳ２４がこの払い戻し総
額ＳPの新しい値をクライアントステーションＵPのＩＤ
と関連づけて格納することを可能にする。テストステッ
プＳ２５は、取消すべき機能のリストが空になったか否
かのチェックを行うことを可能にする。
【０１１１】もし空になっていなければ、選択ステップ
Ｓ２６において、以前の機能がこのリストから選択さ
れ、この機能について上述のステップＳ１２からＳ２５
の前ステップが繰り返される。このようにして、取消す
べき各機能について、その機能の実行費用を負担したク
ライアントステーションＵに関連する払い戻し額Ｍが計
算される。
【０１１２】テストステップＳ２５の終わりに取消すべ
き機能のリストが空になると、送信ステップＳ２７が、
払い戻しテーブルＲに格納された各クライアントステー
ションのＩＤと関連する払い戻し額Ｓに基づいて、通信
ネットワークの各クライアントステーションに対する払
い戻しの実際の送信を可能にする。
【０１１３】実際に払い戻し額を送信するには、図６に
示すように、通信ネットワークのクライアントステーシ
ョンに通知されるいくつかの応答メッセージが生成され
る。取得ステップＳ６０１において、テーブルＲの最初
の行、すなわちクライアントステーションＵのＩＤ及び
前もって計算された払い戻しすべき額Ｓが読み込まれ
る。
【０１１４】次に、ステップＳ６０２において、クライ
アントステーションＵ宛の応答メッセージＡが生成され
る。そして、払い戻しすべき合計額に対応する額Ｓを取
得するため、取得ステップＳ６０３が実行される。
【０１１５】このステップの詳細を図７に示す。一般に
このステップの間に、サーバステーションＨ上で電子マ
ネーが生成され、払い戻しのためにこの電子マネーがク
ライアントステーションＵに関連づけされる。生成され
る電子マネーの額は払い戻しすべき額Ｓ以上である。実
際には、サーバステーションが各クライアントステーシ
ョンに対して一連のコイン(a chain of coins)を生成
し、この一連のコインがこのクライアントステーション
によって取消された異なる機能についての連続する払い
戻しに用いられる。
【０１１６】この金額Ｓを取得するためには、その後ク
ライアントステーションＵに払い戻しするのに通信ネッ
トワーク上で使用可能な一連のコインを生成するための
電子マネーをサーバステーションＨ上で生成する必要が
ある。この電子マネーを生成するために使用可能なシス
テムの一例は、Rivest and Shmirが提供するPayWordと
して知られている。
【０１１７】このシステムの説明はインターネットアド
レスhttp://theory.lcs.mit.edu/~rivest/RivestShamir
-mpay.psにおいて調べることができる。このシステムは
概して乱数Ｗnを用いたハッシュ関数による連続番号の
生成からなる。このPayWordシステムは信頼でき、個々
の支払いについて第三者（銀行、公証人等）の承認が不
要であるという利点を有する。
【０１１８】実際には、テストステップＳ７０におい
て、クライアントステーションＵがサーバステーション
Ｈに既知であるか否かがチェックされる。既知でなけれ
ば、サーバステーションは乱数抽選ステップＳ７３にお
いて無作為に番号を引く。ここで乱数をＷnとする。
【０１１９】次に、コイン生成ステップＳ７４におい
て、以下のように周知のハッシュ関数が再起的に適用さ
れる。 Ｗn-1＝ｈ（Ｗn） このハッシュ関数ｈは不可逆特性を有し、従って数Ｗ
n-1から以前の数Ｗnを求めることはできない。
【０１２０】このようにして、一連のコインＷn、
Ｗn-1、...、Ｗ2、Ｗ1、Ｗ0が得られる。このようにし
て得られる一連の数の最後のＷ0は、ルートコインとし
て知られ、異なるコインの真性さの検証を可能にする。
このPayWordシステムはハッシュ関数を単に適用するだ
けでコインの真正さを検証可能であるという長所を有す
る。
【０１２１】サーバステーションＨは、このような電子
マネーが生成されると、その同一性を証明するための銀
行認証を得る必要がある。次の２つの認証が用いられ
る。 −サーバステーションからの要求に応じて銀行が発行す
る銀行認証Ｃ（ＰＫe）、 −サーバステーションＨが直接生成する為替手形Ｃ（Ｗ
o）。
【０１２２】銀行認証Ｃ（ＰＫe）は各ユーザに対し、
真正なコインの買い戻し要求全てを銀行が引き受けると
いう保証である。為替手形Ｃ（Ｗo）は各ユーザに対
し、サーバステーションが生成するコインが確かに真正
なものであり、銀行によって引き受けられることの保証
である。
【０１２３】実際には、サーバステーションが銀行機関
にそのクレジットカード番号と公開鍵ＰＫeを送信す
る。銀行機関は銀行機関のＩＤ、サーバステーションの
ＩＤ及びサーバステーションの公開鍵ＰＫeを含んだ銀
行認証Ｃ（ＰＫe）を返送する。この認証はさらに、そ
の認証が含む情報を認証する、銀行がその秘密鍵ＳＫb
を用いて生成した電子署名を含む。
【０１２４】異なるコインＷ0、Ｗ1、...、Ｗnが生成さ
れると、これらのコインは格納ステップＳ７５におい
て、クライアントステーションＵのＩＤ及び、０に初期
化されたインデックスｉとともに、図１に示すコインテ
ーブル２６に格納される。インデックスｉは、コインテ
ーブル２６で最後に使われたコインのインデックスに対
応する。
【０１２５】加えて、銀行から取得した銀行認証Ｃ（Ｐ
Ｋe）を用い、サーバステーションＨは、為替手形生成
ステップＳ７６においてクライアントステーションＵ宛
の証券又は為替手形を生成する。
【０１２６】各為替手形は、前もって受信した銀行認証
Ｃ（ＰＫe）と、その手形が対象とするクライアントＵ
のＩＤ及び、ルートコインＷ0を含む。この為替手形は
さらに、そこに含まれる情報を認証する電子署名を含
み、この署名はサーバステーションがその秘密鍵ＳＫe
を用いて生成する。為替手形を生成するステップＳ７６
の後、この為替手形は送信ステップＳ７７においてクラ
イアントステーションＵに送信される。
【０１２７】為替手形及びコインは所与のユーザに特定
のものである。結局、クライアントステーションＵは、
銀行認証Ｃ（ＰＫe）によって以下の情報を受信する：
銀行機関及びサーバステーションのＩＤ、サーバステー
ションの公開鍵ＰＫe及びルートコインＷ0。
【０１２８】サーバステーションの公開鍵ＰＫeは銀行
認証Ｃ（ＰＫe）を含んでいることを思い出されたい。
従って、この鍵の認証は、この認証の署名を銀行の公開
鍵ＰＫ bによって復号化して得られる値と、この認証に
含まれる最初の情報（署名を除く）とを比較することに
よって確立される。
【０１２９】さらに、サーバステーションからの為替手
形Ｃ（Ｗo）にコインＷ0が含まれていたことを思い出さ
れたい。このコインの認証は手形の署名を前もって認証
された公開鍵ＰＫeを用いて復号化して得られる値と、
この手形に含まれる最初の情報（署名を除く）を比較す
ることによって確立される。
【０１３０】このようにして、２つの署名によって、各
クライアントは、銀行が認知したサーバが発行し、電子
マネーコインの発行を銀行が認証したルートコインＷ0
を確かに所有していることを検証することが可能であ
る。
【０１３１】テストステップＳ７０の終わりにおいてク
ライアントステーションＵが既知であった場合、テスト
ステップＳ７１において、クライアントステーションＵ
に払い戻し額Ｓを払い戻すためにサーバステーションＨ
が使用できる十分なコインを、コインテーブル２６が有
しているか否かがチェックされる。
【０１３２】もし十分なコインがなければ、削除ステッ
プＳ７２がコインテーブル２６に残っているコインを消
去し、クライアントステーションＵに払い戻しするため
にサーバステーションＨが使用可能な新たなコインを生
成するため、上述のステップＳ７３からＳ７７が実行さ
れる。
【０１３３】このようにして、コインテーブル２６はク
ライアントステーションＵに払い戻しするための十分な
コインが無くなると直ちに自動的に補充される。サーバ
ステーションＨによって生成されるコインの数は、クラ
イアントステーションＵがこのサーバステーションＨを
使用する頻度に依存することができるであろう。このコ
インの数はまた、一定であっても、その場限りで決定さ
れても良い。
【０１３４】コイン生成ステップＳ７４の間多数のコイ
ンを生成し、それらをその後の使用すなわち、クライア
ントステーションＵによって実行されたいくつかの機能
がクライアントステーションＵ自身により、又は通信ネ
ットワークの他のクライアントステーションにより取消
される際の使用のためにコインテーブル２６に格納する
ことが好ましい。
【０１３５】生成される個々のコインは、例えば３２バ
イトの長さを有する。生成された一連のコインの中のコ
インのインデックスは１６ビットに符号化可能であり、
従って２16個のコインを生成することが可能である。
【０１３６】図６に戻って、サーバステーションＨはコ
インテーブル２６から最後に使用されたコインのインデ
ックスを読み込むため、読み込みステップＳ６０４を実
行する。額Ｓを払い戻すため、また各コインＷiがこの
額Ｓの単位分数に相当するものと仮定して、Ｓ個のコイ
ンがコインテーブル２６から引き出される。
【０１３７】ここで、機能ｆの取消に対して払い戻され
る金額ＳはクライアントステーションＵに送信される応
答中に直接入力される。実際には、値（Ｗi+S、ｉ＋
ｓ）が応答に入力される。もちろん、払い戻しステップ
において、計算された払い戻し額Ｍの各々又は全体の払
い戻し額ＳがクライアントステーションＵに関する口座
に返金されても良く、またこの口座をその後の機能実行
の支払いに用いても良い。
【０１３８】この入力ステップＳ６０５の後、記憶ステ
ップＳ６０６が最後に用いられたコインに対応する新し
いインデックスｉ＋Ｓをコインテーブル２６のクライア
ントステーションＵに対して格納することを可能にす
る。このようにして、送信ステップＳ６０７の間にサー
バステーションＨから送信される応答Ａは、要求された
機能の取消に対応する金額Ｓを含む。
【０１３９】次に、テストステップＳ６０８において、
払い戻しテーブルＲに他の行が存在するか否か、すなわ
ち金額Ｓの払い戻しを受けるべき他のクライアントステ
ーションＵが存在するか否かが検証される。もし存在す
れば、上述したステップＳ６０１からＳ６０７が繰り返
される。払い戻しテーブルＲの全行が処理されると、払
い戻し手順は終了する。このようにして、機能の取消を
要求した通信ネットワークの第１のクライアントステー
ションＵAと、取消されるべき機能を実行し、対価を支
払った通信ネットワークの１つ又は複数の他のクライア
ントステーションの両方に対し、応答メッセージＡが送
信される。
【０１４０】もちろん、第１のクライアントステーショ
ンＵAが自ら要求し、対価を支払った機能の取消を要求
した場合に、第１のクライアントステーションＵAはそ
の機能の実行に際して実際に受信された金額から取消コ
ストＣAをおそらく減じられた払い戻し額を受信する。
サーバステーションＨ上での動作を取消する方法の実行
と並行して、クライアントステーションＵA上では図８
に示すような、機能の遠隔的な取消を要求する手順が実
行される。
【０１４１】この機能の遠隔的な取消を要求する方法
は、まず最初に機能の遠隔的な取消要求を生成するステ
ップＳ８０１を有する、この取消要求は、既に説明した
Payword支払いシステムを使用しうる支払いＰAを含む。
オブジェクトｏ上の機能の遠隔的な取消要求は送信ステ
ップＳ８０２においてクライアントステーションＵから
サーバステーションＨへ送信される。
【０１４２】次に、結果を受信するステップＳ８０３
は、図３及びその後の図面を参照して上述した動作取消
方法の終わりにサーバステーションＨから送信される応
答Ａの受信を可能にする。テストＳ８０４はクライアン
トステーションＵのテーブル１４にサーバステーション
Ｈに対応する為替手形が存在するか否かの検証を可能に
する。そのような為替手形の保存は後に図９を参照して
説明する。もし無ければ、報知ステップＳ８１５がユー
ザにこの異常を報知することを可能にする。
【０１４３】この為替手形が存在した場合、テストステ
ップＳ８０５は応答がその特定のフィールドに払い戻し
に相当する金額Ｓを確かに有しているか否かの検証を可
能にする。上述の通り、クライアントステーションＵA
が、自ら遠隔的な実行を要求し、その対価を支払った機
能の取消を要求する場合、払い戻し額Ｓは、送信した支
払額ＰA及びその機能の実行に対してサーバが受け取っ
たコストＣFの合計から、取消コストＣAを減額したもの
に相当する。
【０１４４】取消される機能の実行をクライアントステ
ーションＵA自身が要求していない場合、払い戻される
額ＳはサーバステーションＨがその機能の実行に際して
受け取った額ＣFを含まない。
【０１４５】応答Ａに払い戻し額が含まれていない場
合、応答を処理する手順が中断される。そうでなけれ
ば、格納された額（ここではコインＷiに相当する）
と、サーバステーションＨで生成された一連のコインに
おけるそのインデックスｉとを読み込むため、抽出ステ
ップＳ８０６が実行される。
【０１４６】ステップＳ８０７において、テーブル１４
中の為替手形を読み込むことによって、ルートコインＷ
0の値を得ることが可能になる。そして、検証ステップ
Ｓ８０８がコインＷiの正当性を検証することを可能に
する。
【０１４７】実際には、この現在のコインＷiに対し
て、ここではｉ回のハッシュ関数ｈが再帰的に適用され
る。 ｈ（ｈ（...ｈ（Ｗi））） そのようにして得られた値はルートコインＷ0の値と比
較される。この検証ステップＳ８０８を高速化するた
め、ハッシュ関数ｈを再帰的にｉ−ｊ回、換言すれば、
取消されるべき機能の実行に対する払い戻しとして既に
サーバから送信された、現在のインデックスｉよりも小
さいインデックスｊのコインＷjを求めるのに十分な回
数適用することも可能である。得られた値が異なる場
合、機能実行要求の処理手順は中断する。
【０１４８】払い戻し額のクライアントステーションＵ
による検証は、ハッシュ関数の適用からなる簡単な動作
である。特に、検証のための銀行機関への償還請求を行
う必要も、高価な暗号化方法を実施する必要もない。受
信したコインの妥当性確認後、テストステップＳ８０９
において、払い戻しを受けたクライアントステーション
Ｕがその関数を以前要求したクライアントステーション
であるか否かが確かめられる。実際には、図３のアルゴ
リズムを参照して、取消を要求したクライアントステー
ションＵAがその機能の実行を要求し、対価を支払った
クライアントステーションＵPであるか否かが確かめら
れる。もしそうであれば、オブジェクトｏに適用された
機能ｆの実行に関するコストｃを取得するステップＳ８
１０が実行される。
【０１４９】この、コストを取得するステップＳ８１０
は、以下に図９を参照して説明されるように実行され
る。実行コストｃはサーバステーションから送信される
応答に直接含まれていても良い。そうでない場合、この
実行コストを得るための特定手順が、図９に示されるよ
うに実行される。
【０１５０】この、機能ｆの実行コストｃを取得する手
順は、オブジェクトｏに関するインタフェースがクライ
アントステーションＵで利用可能か否かをチェックする
ステップＳ９１をまず最初に有する。実際には、対応す
るインタフェースがクライアントステーションＵのキャ
ッシュメモリ１５に既に格納されているか否かがチェッ
クされる。
【０１５１】もし無ければ、このインタフェースをサー
バステーションＨから取得するためにステップＳ９２が
実行される。インタフェースの取得要求はインタフェー
スのコンピュータアドレスを含む。サーバステーション
Ｈがインタフェース取得要求を受信すると、サーバステ
ーションはこの要求から要求されるインタフェースを参
照するコンピュータアドレスを抽出する。
【０１５２】サーバステーションは、テーブルから要求
されたインタフェースを見いだし、おそらくはこのイン
タフェースを通信ネットワークの通信言語に翻訳した
後、それをクライアントステーションＵへ送信すること
が可能である。上述したように、このインタフェースは
１つ又は複数の機能と、それに関連する実行コードを有
している。各機能にはまた、この機能の実行コストが関
連する。
【０１５３】画像を遠隔的に操作可能にするインタフェ
ースの例を以下に示す。このインタフェースは３つの機
能を含む。−「白黒へ変換」 価格は一定である。この
機能は画像を白黒に変換することを可能にする。−「回
転」 価格は画像のサイズ及び回転する角度に依存す
る。価格はクライアントステーションが評価可能な式の
形式で表現される。この機能は画像の方向を変更するこ
とを可能にする。−「反転」 価格はサーバステーショ
ンによって判定される入力引数に依存する。顧客自らが
価格を計算することはできない。価格は例えば以下のコ
ンピュータアドレスにおいて入手可能である。 http://oceania/web-obj/class/Image.xml#flip#price
【０１５４】この機能は画像に反射を適用可能にする。 <interface> name="Image" href=http://oceania/web-obj/class/Image.xml /> <attributes> <int name="width" price="0.01 FF" /> <int name="height" price="0.01 FF" /> <string name="encoding" /> </attributes> <functions> <function name="convertToB&W" price="0.5 FF"> </function> <function name="rotate"> <arguments> <int name="angle" /> </arguments> <price> <currency name="FF" /> <value language="JavaScript"> function price (width, height, angle) { return width*height*angle; } </value> </price> </function> <function name="flip"> <price> <currency name="FF" /> <value /> </price> </function> </functions> </interface>
【０１５５】インタフェースの受信後、記憶ステップＳ
９３が、インタフェースをその後の使用のためにクライ
アントステーションＵのキャッシュメモリ１５に保存す
ることを可能にする。読み込みステップＳ９４は受信し
たインタフェース内の、取消しようとする機能ｆに関連
するコストｃの読み込みを可能にする。
【０１５６】テストステップＳ９５において、コストが
計算可能な式であるか否かが検証される。もしそうであ
れば、評価ステップＳ９６が、受信した式から、実行さ
れる機能のコスト評価を可能にする。例えば、回転機能
「回転」がこの場合に相当する。
【０１５７】さもなくば、テストステップＳ９７におい
て、機能の価格が固定であるか否かがチェックされる。
例えば画像を白黒に変換する場合が当てはまる。さらに
違う場合には、機能のコストをサーバステーションに要
求するために取得ステップＳ９８が実行される。ここで
は反射機能「反転」の場合が当てはまる。このようにし
て、図８のステップＳ８１０の終わりに、取消が望まれ
る機能ｆに関するコストｃが取得される。
【０１５８】次に、読み込みステップＳ８１１が、最後
に受信されたコインのインデックスｊの読み込みを可能
にし、テストステップＳ８１２が受信したコインの数ｉ
−ｊが取消される機能のコストｃと大幅に異なるか否か
をチェックする。
【０１５９】実際には、以下の不等式がテストステップ
Ｓ８１２で検証される。 ｉ−ｊ≪ｃ ここで、ｃは機能ｆに関するコスト、ｉは現在のコイン
のインデックス、ｊはクライアントステーションＵで最
後に受信したコインのインデックスである。
【０１６０】応答中の払い戻し額が足りない場合、この
応答を処理する手順は中断され、報知ステップＳ８１５
において異常がユーザに示される。さもなくば、記憶ス
テップＳ８１３が新しいインデックスｉを最後に受信し
たコインのインデックスｊとして記憶することを可能に
する。ステップＳ８０９の終わりに、払い戻しを受けた
クライアントステーションＵ Aがその機能の実行を要求
し、対価を支払ったクライアントステーションＵPで無
い場合、記憶ステップＳ８１３を直接実行することが可
能である。
【０１６１】代わりに、加算ステップＳ８１４におい
て、米国特許第５９３７３９５号の図４及び８に開示さ
れるような、プリペイドカード又はＰＣカードをクライ
アントステーションＵの電子財布として用いることもで
きる。
【０１６２】次に、サーバステーションＨから送信され
た最初の払い戻し受領時にクライアントステーションＵ
で受信された為替手形の処理手順を示す図１０に関して
説明する。この為替手形の受領後、取得ステップＳ１０
１が、クライアントステーションＵが認証機関から、銀
行が用いた署名手順に対応する銀行の公開鍵ＰＫbを取
得することを可能にする。
【０１６３】上述したように、署名を検証するため、銀
行認証Ｃ（ＰＫe）を検証するステップＳ１０２は銀行
の公開鍵ＰＫbを用いて実行可能である。テストステッ
プＳ１０３の終わりで、この署名が無効であれば、手順
は中断される。一方、有効であれば、サーバステーショ
ンの公開鍵ＰＫeを読み込むため、読み込みステップＳ
１０４が実行される。ステップＳ１０５において、この
公開鍵ＰＫeが、クライアントステーションで受信した
為替手形の署名Ｃ（Ｗ0）の検証を可能にする。
【０１６４】テストステップＳ１０６の終わりで、この
署名が無効であれば、手順は中断される。一方、有効で
あれば、読み込みステップＳ１０７がサーバステーショ
ンＨのＩＤを知るために実行される。そして、記憶ステ
ップＳ１０８がその為替手形のクライアントステーショ
ンＵの為替手形テーブル１４への保存を可能にする。
【０１６５】実際には、各サーバステーションＩＤ Ｈ
が正当性又は為替手形Ｃ（Ｗ0）の認証とともに、より
具体的にはルートコインＷ0の値と共に格納される。こ
の為替手形はこのようにして、クライアントステーショ
ンＵがサーバステーションＨから受信したコインの認証
を行い、また受信した払い戻し額Ｓの正当性確認を行う
ことを可能にする。
【０１６６】このステップが一旦実行されると、払い戻
しは完了したものと見なされる。サーバステーションＨ
上での電子マネー生成によって、サーバステーションは
確実には利用できない自らのコインをクライアントに送
信せず、逆に上述の通り電子マネーの独立したセットを
用いる。本実施例で説明した払い戻しの仕組みは、サー
バステーション上で実行される機能に対する支払いを実
行するための仕組みと対称の方法で実行することが可能
である。
【０１６７】もちろん、本発明の範囲を離れることな
く、上述の実施例に対して多くの変更を加えることが可
能である。このようにして、上述の実施例において、取
消コストが機能の取消を要求したクライアントステーシ
ョンＵA及び、以前その機能の実行を要求したクライア
ントステーションＵPの両方で負担される。もちろん、
取消コストが機能の取消を要求したクライアントステー
ションＵAのみに課金されても良い。
【０１６８】サーバステーションは、取消された機能の
再実行(re-do)を提供してもよい。この場合、機能を再
び実行するためのコストは、以下のいずれかに等しくす
ることができる。 −その機能を取消した際に払い戻された額 −機能を最初に実行する際のコスト、又は −取消された機能の新たな実行がその機能の初回実行時
よりも安くなるような、取消時に払い戻された額と、初
回実行時のコストの間の異なるコスト。これはサーバス
テーションが、取消された後の機能の実行結果をメモリ
中に保持している場合、理に適う。
【図面の簡単な説明】
【図１】本発明による動作の取消方法を実施するために
適合された、通信ネットワーク中のクライアントステー
ション及びサーバステーションのブロック図である。
【図２】本発明を実施するように適合されたコンピュー
タのブロック図である。
【図３】本発明の第１の実施形態に従ってサーバステー
ションで実施される動作の取消方法を示すアルゴリズム
である。
【図４】図３における、取消コストの計算手順の詳細を
示すアルゴリズムである。
【図５】図３における、払い戻し総額の計算手順の詳細
を示すアルゴリズムである。
【図６】図３における、払い戻しの送信手順の詳細を示
すアルゴリズムである。
【図７】図６における、金額を取得する手順の詳細を示
すアルゴリズムである。
【図８】クライアントステーションで実施される、動作
の遠隔取消方法を示すアルゴリズムである。
【図９】図８における、動作の実行コストを取得する手
順の詳細を示すアルゴリズムである。
【図１０】クライアントステーションで用いられる為替
手形処理手順を示すアルゴリズムである。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジャン−ジャック モロー フランス国 レンヌ−アタラント， セデ ックス セッソン−セヴィニエ 35517, リュ ドゥ ラ トゥッシュ−ランベー ル （キヤノン リサーチセンター フラ ンス エス． エー． 内) (72)発明者 エルベ リューラン フランス国 レンヌ−アタラント， セデ ックス セッソン−セヴィニエ 35517, リュ ドゥ ラ トゥッシュ−ランベー ル （キヤノン リサーチセンター フラ ンス エス． エー． 内)

Claims (18)

    【特許請求の範囲】
  1. 【請求項１】 第１のクライアントステーションから通
    信ネットワークのサーバステーション上に格納されたコ
    ンピュータオブジェクトについて要求された機能であっ
    て、その実行が前記オブジェクトを以前の状態から操作
    された状態へ操作するように適合された機能を取消する
    方法であって、 −動作の実行を取消する要求を受信するステップと、 −前記操作されたオブジェクトの前記以前の状態を取得
    するステップと、 −前記機能に関する実行コスト以下の額の電子マネーを
    含んだ応答を、前記通信ネットワークを介して前記第１
    のクライアントステーションに送信するステップとを有
    することを特徴とする取消方法。
  2. 【請求項２】 前記第１のクライアントステーションに
    関連する電子マネーを前記サーバステーションで生成す
    るステップを更に有することを特徴とする請求項１記載
    の取消方法。
  3. 【請求項３】 前記送信ステップにおいて、前記電子マ
    ネーの額が前記サーバステーションが前記機能の実行に
    対して受け取った額以下であること特徴とする請求項１
    又は請求項２記載の取消方法。
  4. 【請求項４】 前記電子マネーの額が前記サーバステー
    ションが受け取った額よりも少ないことを特徴とする請
    求項３記載の取消方法。
  5. 【請求項５】 前記受信した取消要求に関する取消コス
    トを計算するステップを更に有し、 前記電子マネーの額が前記取消コストの削減後に計算さ
    れることを特徴とする請求項１乃至請求項４のいずれか
    １項に記載の取消方法。
  6. 【請求項６】 前記クライアントステーションから送信
    された取消機能の実行要求回数が、予め定められた閾値
    未満である場合、前記取消コストがゼロであることを特
    徴とする請求項５記載の取消方法。
  7. 【請求項７】 −通信ネットワークの第２のクライアン
    トステーションから送信され、電子マネーの額を含ん
    だ、機能の実行を取消する要求を受信するステップと、 −前記取消要求に含まれた電子マネーの額以下の額の電
    子マネーを含んだ第２の応答を、前記通信ネットワーク
    を介して前記第２のクライアントステーションに送信す
    るステップとを更に有することを特徴とする請求項１乃
    至請求項６のいずれか１項に記載の取消方法。
  8. 【請求項８】 前記第２のクライアントステーションに
    関連する電子マネーを前記サーバステーションで生成す
    るステップを更に有することを特徴とする請求項７記載
    の取消方法。
  9. 【請求項９】 前記通信ネットワークの前記第２のクラ
    イアントステーションから受信した前記取消要求に関す
    る取消コストを計算するステップを更に有し、 前記第２の応答を送信するステップにおいて、前記電子
    マネーの額が前記取消要求に含まれる電子マネーの額か
    ら前記取消コストを減じることによって計算されること
    を特徴とする請求項７又は請求項８記載の取消方法。
  10. 【請求項１０】 前記取得ステップにおいて、前記機能
    の逆の動作が実行されることを特徴とする請求項１乃至
    請求項９のいずれか１項に記載の取消方法。
  11. 【請求項１１】 後で取消が実行されるべき、連続的に
    実行された機能のリストを用いることを特徴とする請求
    項１乃至請求項１０のいずれか１項に記載の取消方法。
  12. 【請求項１２】 第１のクライアントステーションから
    通信ネットワークのサーバステーション上に格納された
    コンピュータオブジェクトについて要求された機能であ
    って、その実行が前記オブジェクトを以前の状態から操
    作された状態へ操作するように適合された機能を遠隔的
    に取消する装置であって、 −機能の実行を取消する要求を受信する手段と、 −前記操作されたオブジェクトの前記以前の状態を取得
    する手段と、 −前記機能に関する実行コスト以下の額の電子マネーを
    含んだ応答を、前記通信ネットワークを介して前記第１
    のクライアントステーションに送信する手段とを有する
    ことを特徴とする取消装置。
  13. 【請求項１３】 前記第１のクライアントステーション
    に関連する電子マネーを前記サーバステーションで生成
    する手段を更に有することを特徴とする請求項１２記載
    の取消装置。
  14. 【請求項１４】 前記送信手段が前記通信ネットワーク
    を介して第２のクライアントステーションに第２の応答
    を送信するように適合され、 前記第２の応答が前記第２のクライアントステーション
    から送信された、機能実行を取消する要求に含まれる電
    子マネーの額以下の額の電子マネーを含むことを特徴と
    する請求項１２又は請求項１３記載の取消装置。
  15. 【請求項１５】 −マイクロプロセッサと、 −機能の遠隔的な取消を行うためのプログラムを格納す
    るように適合されたリードオンリーメモリと、 −前記プログラムの実行中に変更される変数を格納する
    ように適合されたレジスタを有するランダムアクセスメ
    モリとが組み込まれたことを特徴とする請求項１２乃至
    請求項１４のいずれか１項に記載の取消装置。
  16. 【請求項１６】 請求項１乃至請求項１１のいずれか１
    項に記載の、機能を遠隔的に取消する方法を実施するよ
    うに適合された手段を有することを特徴とする、通信ネ
    ットワークにおけるサーバステーション。
  17. 【請求項１７】 請求項１２乃至請求項１５のいずれか
    １項に記載の、動作を遠隔的に取消する装置を有するこ
    とを特徴とする、通信ネットワーク。
  18. 【請求項１８】 請求項１乃至請求項１１のいずれか
    １項に記載の、機能を遠隔的に取消する方法を実施する
    ように適合された手段を有することを特徴とする、通信
    ネットワーク。
JP2002012881A 2001-01-22 2002-01-22 サーバステーションで遠隔的に実行された操作の取消方法 Pending JP2002329152A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0100821A FR2819959A1 (fr) 2001-01-22 2001-01-22 Procede d'annulation d'une operation executee a distance sur une station serveur
FR0100821 2001-01-22

Publications (1)

Publication Number Publication Date
JP2002329152A true JP2002329152A (ja) 2002-11-15

Family

ID=8859090

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002012881A Pending JP2002329152A (ja) 2001-01-22 2002-01-22 サーバステーションで遠隔的に実行された操作の取消方法

Country Status (3)

Country Link
US (1) US7441015B2 (ja)
JP (1) JP2002329152A (ja)
FR (1) FR2819959A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2841998B1 (fr) * 2002-07-04 2004-10-22 Canon Kk Procede d'execution sur une station d'un reseau de communication d'un programme informatique represente dans un langage de balisage
US7818718B2 (en) * 2003-09-30 2010-10-19 Sap Ag Undoing user actions in a client program
US20070277095A1 (en) * 2004-11-12 2007-11-29 Kazunori Ukigawa Data Processing Device And Data Processing Method
KR100750999B1 (ko) 2004-12-20 2007-08-22 삼성전자주식회사 휴대단말기의 통화/메시지 관련 이벤트 처리 장치 및 방법
US7472126B2 (en) * 2005-09-02 2008-12-30 International Business Machines Corporation Remotely updating a status of a data record to cancel a workstation deployment
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US20080005359A1 (en) * 2006-06-30 2008-01-03 Khosravi Hormuzd M Method and apparatus for OS independent platform based network access control
TW200919203A (en) * 2007-07-11 2009-05-01 Ibm Method, system and program product for assigning a responder to a requester in a collaborative environment
US8850418B2 (en) * 2010-10-25 2014-09-30 Sap Ag System and method for business function reversibility
US8935670B2 (en) * 2010-10-25 2015-01-13 Sap Se System and method for business function reversibility
AU2014253672B2 (en) 2013-04-19 2019-05-30 Commonwealth Scientific And Industrial Research Organisation Checking undoability of an API-controlled computing system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07220120A (ja) * 1994-02-02 1995-08-18 Matsushita Electric Ind Co Ltd 図形処理装置
JPH1040462A (ja) * 1996-07-25 1998-02-13 Nippon Denki Joho Service Kk 予約販売システム
JPH113387A (ja) * 1997-02-06 1999-01-06 Fujitsu Ltd 決済システム
JP2000115163A (ja) * 1998-09-29 2000-04-21 Sony Corp 情報配信方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5453601A (en) * 1991-11-15 1995-09-26 Citibank, N.A. Electronic-monetary system
US5557518A (en) * 1994-04-28 1996-09-17 Citibank, N.A. Trusted agents for open electronic commerce
US5659747A (en) * 1993-04-22 1997-08-19 Microsoft Corporation Multiple level undo/redo mechanism
US5537526A (en) * 1993-11-12 1996-07-16 Taugent, Inc. Method and apparatus for processing a display document utilizing a system level document framework
JP3614480B2 (ja) * 1994-11-18 2005-01-26 株式会社日立製作所 電子チケット販売・払戻システム及びその販売・払戻方法
US6771981B1 (en) * 2000-08-02 2004-08-03 Nokia Mobile Phones Ltd. Electronic device cover with embedded radio frequency (RF) transponder and methods of using same
US6151643A (en) * 1996-06-07 2000-11-21 Networks Associates, Inc. Automatic updating of diverse software products on multiple client computer systems by downloading scanning application to client computer and generating software list on client computer
US6113492A (en) * 1997-06-30 2000-09-05 Walker Digital, Llc Gaming device for operating in a reverse payout mode and a method of operating same
US6085168A (en) * 1997-02-06 2000-07-04 Fujitsu Limited Electronic commerce settlement system
US6192378B1 (en) * 1998-05-13 2001-02-20 International Business Machines Corporation Method and apparatus for combining undo and redo contexts in a distributed access environment
US6275832B1 (en) * 1998-09-21 2001-08-14 International Business Machines Corporation Providing transaction undo without logging
US6111575A (en) * 1998-09-24 2000-08-29 International Business Machines Corporation Graphical undo/redo manager and method
US6473740B2 (en) * 1998-11-29 2002-10-29 Qpass, Inc. Electronic commerce using a transaction network
US6648906B2 (en) * 2000-04-06 2003-11-18 Innercool Therapies, Inc. Method and apparatus for regulating patient temperature by irrigating the bladder with a fluid
US20040027593A1 (en) * 2001-10-12 2004-02-12 David Wilkins Techniques for resolution independent rendering of images

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07220120A (ja) * 1994-02-02 1995-08-18 Matsushita Electric Ind Co Ltd 図形処理装置
JPH1040462A (ja) * 1996-07-25 1998-02-13 Nippon Denki Joho Service Kk 予約販売システム
JPH113387A (ja) * 1997-02-06 1999-01-06 Fujitsu Ltd 決済システム
JP2000115163A (ja) * 1998-09-29 2000-04-21 Sony Corp 情報配信方法

Also Published As

Publication number Publication date
US20020138595A1 (en) 2002-09-26
US7441015B2 (en) 2008-10-21
FR2819959A1 (fr) 2002-07-26

Similar Documents

Publication Publication Date Title
US10423938B1 (en) Identifying negotiable instrument fraud using distributed ledger systems
JP5721086B2 (ja) 電子マネーの管理方法
RU2494455C2 (ru) Электронная сертификация, индентификация и передача информации с использованием кодированных графических изображений
US6411942B1 (en) Electronic transaction system and systems for issuing and examining electronic check
WO2013100824A2 (ru) Система расчетов электронными чеками и способы выпуска, перевода, оплаты и верификации электронных чеков
JPH11513509A (ja) 安全取引のための方法、装置、システムおよびファームウェア
US20100223188A1 (en) Online Payment System and Method
JP2000511660A (ja) 暗号的保護通信を伴うシステムおよびその方法
CN108335103A (zh) 一种基于数字货币的扣款方法和系统
KR101951408B1 (ko) 보안성을 강화한 가상화폐 관리 시스템
US20040034597A1 (en) System and method for managing micropayment transactions, corresponding client terminal and trader equipment
WO2022125851A1 (en) Automated blockchain address creation and transfers by uniform resource locator generation and execution
CN111062717B (zh) 一种数据转移处理方法、装置和计算机可读存储介质
KR20200096400A (ko) 디지털 가상화폐를 qr(또는 bar)코드와 매칭시켜 전송하는 디지털 가상화폐의 전송시스템 및 그 방법
JP2002329152A (ja) サーバステーションで遠隔的に実行された操作の取消方法
JP2004258739A (ja) 決済用ファイル管理方法とそのサーバ、及び携帯情報端末決済システム
KR102333811B1 (ko) 블록체인 기반의 카드 결제 처리 시스템 및 방법
Konashevych et al. Randpay: The technology for blockchain micropayments and transactions which require recipient's consent
KR100968941B1 (ko) Ｏｔｐ를 이용한 금융거래 시스템
EP4278316A1 (en) Token-based off-chain interaction authorization
WO2020154576A1 (en) Cryptographic transactions supporting real world requirements
KR102060976B1 (ko) 디지털 가상화폐를 qr(또는 bar)코드와 매칭시켜 전송하는 디지털 가상화폐의 전송 방법
US7240024B2 (en) Method for remote execution of a function in a communication network
KR102008577B1 (ko) 금융자동화기기를 이용하는 출금 거래 시스템 및 방법
Arthur et al. A 9-dimension grid for the evaluation of central bank digital currencies

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20041027

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041101

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041216

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050307

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050427

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20050601

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20050624