JPH10214297A - インターネットを利用した会員制サービスシステムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】 インターネット上でリモートインストールシ
ステムを利用して、安全かつ適切な会員制サービスを実
現することが課題である。 【解決手段】 ＷＷＷブラウザ１１４により起動された
リモートインストールサービス（ＲＩＳ）クライアント
１１５は、ホームページ上でクリックされたアイコンに
対応するソフトウェア番号を、ＲＩＳサーバ１１２に通
知する。ＲＩＳサーバ１１２は、その情報を元にして、
ソフトウェア配送、オンラインショッピング、通信サー
ビス、トランザクションサービス等の各種サービスを提
供する。インターネット１１７上で、パスワードやコン
テンツは暗号化されてやり取りされる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット等
の通信ネットワークを利用した会員制のサービスを提供
するシステムおよびその方法に関する。

【０００２】

【従来の技術】近年のパーソナルコンピュータの普及に
伴い、ユーザは通信回線を介して様々なサービスを受け
られるようになりつつある。例えば、通信回線を介して
ソフトウェアの配送を自動的に行う従来の技術として、
「リモートインストールシステムおよび方法」（特願平
７−１７９７、特開平８−１９０４７２）がある。

【０００３】従来のリモートインストールサービスシス
テム（ＲＩＳシステム）は、ソフトウェアの配送センタ
ーにあるホスト計算機、ユーザ端末、およびこれらを結
ぶ通信回線から成る。ホスト計算機は、配送可能な複数
のソフトウェアを含むソフトウェア群と、そのソフトウ
ェア群から特定のソフトウェアを選択するときに用いる
キーワードのリストを保持する第１キーテーブルおよび
第２キーテーブルを格納している。

【０００４】ユーザが端末からホスト計算機にキーワー
ドのリストを要求すると、ホスト計算機は第１キーテー
ブル、第２キーテーブルを順次送信して、それらに含ま
れるキーワードを端末の表示装置の画面に表示させる。
ユーザは表示されたキーワードから希望するソフトウェ
アに対応するものを選び、ホスト計算機に通知する。

【０００５】ホスト計算機は通知されたキーワードに該
当するいくつかのソフトウェアの名称を含むメニューを
表示装置の画面に表示させ、ユーザはその中から希望す
るソフトウェアを選んで、ホスト計算機に通知する。そ
して、ホスト計算機はソフトウェア群からユーザの選ん
だソフトウェアのコンテンツ（ファイル）を取り出し、
端末のハードディスクに設定された配送用のディレクト
リに格納する。

【０００６】このとき、宅配されたソフトウェアを起動
するためのアイコンが自動的に登録され、表示装置の画
面上でディレクトリに対応して設けられた倉庫ウィンド
ウ内に表示される。例えば端末がＷＩＮＤＯＷＳを搭載
している場合は、宅配されたソフトウェアはＷＩＮＤＯ
ＷＳのプログラムマネージャに登録される。以後、ユー
ザはそのアイコンをマウス等の入力装置を用いてクリッ
クするだけで、宅配されたソフトウェアを使用すること
ができる。

【０００７】ここで、図４４から図４６までを参照しな
がら、従来のリモートインストールシステムによるソフ
トウェアの宅配の動作フローを説明する。図４４におい
て、ユーザＡの端末は通信用の端末ソフトのインストー
ル時に動作環境の情報を取得し、取得した情報を設定し
た環境ファイル１を作成する（ステップＳ１）。このと
き、ユーザの端末の機種や宅配に使用する格納場所（デ
ィレクトリ）ＳＯＵＫＯ等の、取得に時間のかかる情
報、あるいは、場合によってユーザに問い合わせなけれ
ばならない情報を取得する。

【０００８】格納場所ＳＯＵＫＯの決定にあたっては、
端末はそのハードディスクに所定の容量以上の空き領域
があるかどうかを調べ、空き領域があればそのルートに
宅配用のディレクトリを作成する。このときディレクト
リ名等は端末が自動的に生成し、ユーザＡはそれを確認
する作業のみを行う。したがって、ユーザＡはディレク
トリ名等を入力する必要がない。

【０００９】ここでは、ユーザＡの機種はＴＯＷＮＳで
あり、ＳＯＵＫＯのディレクトリはＤ：￥ＳＯＵＫＯ
（ドライブＤのディレクトリＳＯＵＫＯ）であることが
環境ファイル１に書き込まれる。ユーザＡは、必要があ
ればＤ：￥ＳＯＵＫＯを他のディレクトリに変更するこ
ともできる。

【００１０】既に設定されているパーティションに所定
の容量の空き領域がなければ、別のパーティションの空
き領域が一番大きい場所を探して、そこに宅配用のディ
レクトリを作成する。具体的には、ディレクトリＤ：￥
ＳＯＵＫＯが一杯になったとすると、端末が”Ｄ：￥Ｓ
ＯＵＫＯが一杯です。倉庫をＦ：￥ＳＯＵＫＯに変更し
ます。よろしいですか。”等のメッセージを表示装置の
画面に表示する。

【００１１】ユーザＡがこれを承認すると、Ｆ：￥ＳＯ
ＵＫＯが新たにＳＯＵＫＯのディレクトリとなる。所定
の容量の空き領域がどのハードディスクにもなかったと
きは、”残念ながらディスク容量が足りません。ディス
クを増設してください。”等のメッセージが表示され
る。

【００１２】次に、端末ソフトの起動時（ホスト計算機
へのアクセス時）に、ハードディスクやメモリの状況等
のインストール後に変化した可能性のある情報を取得す
る（ステップＳ２）。ここでは、ユーザＡのハードディ
スクがドライブＤにあり、空き容量が３００Ｍバイトで
あることが環境ファイル１に書き込まれる。こうして作
成された環境ファイル１の内容は、ユーザＡがホスト計
算機にアクセス（接続）したときに、コマンドＲＩＳ
ＳＥＮＤＥＮＶによりホスト計算機に送信される（ステ
ップＳ３）。

【００１３】ホスト計算機は受信した情報をユーザＡ環
境ファイル２として保持する。ユーザＡ環境ファイル２
には、機種、ハードディスク情報ＨＤ、格納場所ＳＯＵ
ＫＯのほかに、使用しているＯＳ（オペレーティングシ
ステム）とその格納場所が記述されている。ここでは、
ユーザＡの端末のＯＳはＷＩＮＤＯＷＳであり、その格
納場所ＷＩＮＤＩＲはＤ：￥ＷＩＮＤＯＷＳであること
がわかる。

【００１４】ホスト計算機からコマンドＲＩＳ ＳＥＮ
ＤＥＮＶに対するレスポンスとしてＲＩＳ ＳＥＮＤＥ
ＮＶ＊ＲＥＳＰ ＯＫを受け取ると、端末はコマンドＲ
ＩＳ ＫＥＹＬＩＳＴにより第１キーリストを要求する
（ステップＳ４）。これに応じて、ホスト計算機２１は
第１キーテーブル３の内容をＲＩＳ ＫＥＹＬＩＳＴ＊
ＲＥＳＰとともに送り返す。ここでは、第１キーテーブ
ル３には、キー番号１、２、３、・・・に対応するキー
ワードとして、ＯＳ／基本ソフト、開発支援、ゲーム、
・・・が格納されている。

【００１５】これらのキーワードが第１キーリストとし
て表示装置の画面に表示されると（ステップＳ５）、ユ
ーザＡはそれらの中から第１キーワードを選び端末に入
力する（ステップＳ６）。すると、端末はユーザＡの選
んだ第１キーワードのキー番号とともに、第２キーリス
トを要求するコマンドＲＩＳ ＫＥＹＬＩＳＴをホスト
計算機に送る（ステップＳ７）。ここでは、ユーザＡは
第１キーワードとしてゲームを選択し、それに対応する
キー番号３がホスト計算機に送られる。

【００１６】第２キーリストを要求されたホスト計算機
は、受け取ったキー番号に対応して第１キーテーブル３
内に格納されているポインタを用いて、対応する第２キ
ーテーブル４を求め、その内容をＲＩＳ ＫＥＹＬＩＳ
Ｔ＊ＲＥＳＰとともに送り返す。ここでは、第２キーテ
ーブル４には、キー番号５１、５２、５３、・・・に対
応するキーワードとして、ＲＰＧ、アクション、パズル
／クイズ、・・・が格納されている。

【００１７】第２キーテーブル４は第１キーテーブル３
内のキーワードに対応して一般に複数設けられており、
その数は第１キーテーブル３内のキーワードの数と同じ
か、またはそれより少ない。後者の場合には、第１キー
テーブル３内の２つ以上のキーワードが同じ１つの第２
キーテーブル４を指すことになる。

【００１８】第２キーテーブル４内のキーワードが第２
キーリストとして表示装置の画面に表示されると（ステ
ップＳ８）、ユーザＡはそれらの中から第２キーワード
を選び端末に入力する（図４５、ステップＳ９）。する
と、端末はユーザＡの選んだ第１および第２キーワード
のキー番号とともに、第１および第２キーワードの両方
に該当するソフトウェアのリストを要求するコマンドＲ
ＩＳ ＬＩＳＴをホスト計算機に送る（ステップＳ１
０）。ここでは、ユーザＡは第２キーワードとしてアク
ションを選択し、それに対応するキー番号５２がホスト
計算機に送られる。

【００１９】ソフトウェアのリストを要求されたホスト
計算機は、第１および第２キーワードの２つのキー番号
を持つソフトウェアをソフトウェア群の中から検索す
る。このとき、検索条件として第１キーワードと第２キ
ーワードとを区別せずに、フラットに検索を行う。ま
た、機種やＯＳの種別はデフォルトのキーとして扱い、
これらも加味した上で検索する。これにより、例えばＴ
ＯＷＮＳ以外の機種専用のソフトウェアが検索されてく
ることが防止される。

【００２０】そして、該当するソフトウェアの名称と番
号のリストをＲＩＳ ＬＩＳＴ＊ＲＥＳＰとともに端末
に送る。ここでは、キー番号３と５２を持つテトリス、
パチンコ等のソフトウェアが該当するので、それらの名
称がそれぞれのソフトウェア番号５、３０等とともに端
末に送られる。

【００２１】ソフトウェアのリストが表示装置の画面に
表示されると（ステップＳ１１）、ユーザＡはそれらの
中から希望するソフトウェアを選び、端末に入力する
（ステップＳ１２）。すると、端末はユーザＡの選んだ
ソフトウェアの番号とともに、ユーザＡの環境がそのソ
フトウェアの動作に適するかどうかのチェックを要求す
るコマンドＲＩＳ ＣＨＫＥＮＶをホスト計算機に送る
（ステップＳ１３）。ここでは、ユーザＡはテトリスを
選択し、それに対応するソフトウェア番号５がホスト計
算機に送られる。

【００２２】ユーザＡが選択したソフトウェアの番号を
受け取ったホスト計算機は、その番号に対応するソフト
ウェアの動作環境とユーザＡの端末の環境との整合性を
調べるためのチェックスクリプト５を用意し、環境チェ
ックを行う。

【００２３】このチェックはチェックスクリプト５の実
行プログラムと端末の端末ソフトとの間のやりとりによ
り自動的に行われるので、ユーザＡは環境チェックが行
われていることを必ずしも意識する必要はない（ステッ
プＳ１４）。ユーザＡに何らかの問い合わせを行う必要
が生じたときにのみ、ホスト計算機がその問い合わせを
行う。

【００２４】ここでは、ユーザＡが選択したテトリスの
動作環境として、ＯＳがＷＩＮＤＯＷＳ、機種がＴＯＷ
ＮＳ、ＰＣ９８等、推奨ディレクトリ（ＤＩＲ）名がＴ
ＥＴであることが記述されている。これに対して、ユー
ザＡ環境ファイル２には、機種がＴＯＷＮＳ、ＯＳがＷ
ＩＮＤＯＷＳと記述されており、両者を比較することに
よって機種とＯＳが適合していることがわかる。

【００２５】次に、テトリスのチェックスクリプト５を
見るとユーザＡ側の格納場所ＷＩＮＤＩＲにＶＢＲＪＰ
２００．ＤＬＬというファイルがあるかどうか調査する
ためのコマンド”ＳＴ４ ＠ＷＩＮＤＩＲ＠ＶＢＲＪＰ
２００．ＤＬＬ”があるので（ＭＱ１）、ホスト計算機
はこれをＲＩＳ ＣＨＫＥＮＶ＊ＲＥＳＰとともに端末
に送る。このとき、ホスト計算機はユーザＡ環境ファイ
ル２を参照して、＠ＷＩＮＤＩＲ＠をＤ：￥ＷＩＮＤＯ
ＷＳに置き換えて送る。また、ファイルＶＢＲＪＰ２０
０．ＤＬＬはテトリスの動作に必要なファイルの１つで
ある。

【００２６】このコマンドを受け取った端末は、ドライ
ブＤのディレクトリＷＩＮＤＯＷＳにファイルＶＢＲＪ
Ｐ２００．ＤＬＬがあるかどうか調べ、その結果をＡＮ
Ｓとしてホスト計算機に送り返す。ここでは、該当する
ファイルがなかったのでＡＮＳ＝ＯＦＦが送り返され
る。

【００２７】端末にファイルＶＢＲＪＰ２００．ＤＬＬ
がないことを知ったホスト計算機は、チェックスクリプ
ト５に従って（ＭＱ２）、”ＶＢＲＪＰ２００をコピー
してよいか？”という問い合わせを端末に送り、この問
い合わせが表示装置の画面に表示される。ユーザＡは表
示された問い合わせに対する回答を入力し、端末がその
回答をホスト計算機に送り返す。ここでは、ＡＮＳ＝は
い が送り返され、ホスト計算機はチェックスクリプト
５に従って、リモートインストールを承諾し（ＲＩＳ＝
ＯＫ）、ＶＢＲＪＰ２００．ＤＬＬのコピーを指示する
フラグＦ２をＯＮにする（ＭＡ２）。

【００２８】もし、ファイルＶＢＲＪＰ２００．ＤＬＬ
が端末の指定されたディレクトリにあった場合はＡＮＳ
＝ＯＮが送り返されるので、その時点でＲＩＳ＝ＯＫと
なる（ＭＡ１）。

【００２９】このように環境チェックを自動的に行うこ
とにより、ユーザＡの環境に適合しないソフトウェアが
配送されるのを防ぐことができる。例えば、あるパッケ
ージソフトウェアを通信回線を介して購入した後に、特
定のドライバがないとそれが動作しないことを知るとい
ったような事故が未然に防止される。

【００３０】ＲＩＳ＝ＯＫとなるとホスト計算機は環境
チェックを終了し、判定結果（ＪＵＤＧＥ＝ＯＫ）とと
もに、配送先のディレクトリＳＯＵＫＯＤＩＲを端末に
送る。このＳＯＵＫＯＤＩＲは、ユーザＡ環境ファイル
に格納されているＳＯＵＫＯのディレクトリであるＤ：
￥ＳＯＵＫＯの下に、テトリスの推奨ディレクトリであ
るＴＥＴをサブディレクトリとして付加した形式で指定
される。

【００３１】このとき同時に、インストールの可否（Ｒ
ＩＳ）、インストールプログラム（インストーラ）のア
イコン登録の有無（ＩＣＯＮ）、およびダウンロードの
可否（ＤＬＯＡＤ）が端末に送られる。これらのフラグ
ＲＩＳ、ＩＣＯＮ、ＤＬＯＡＤにより、ホスト計算機は
インストール、インストーラのアイコン登録、ダウンロ
ードのうちのどれが可能かを端末に通知する。

【００３２】インストールとはユーザＡの選んだソフト
ウェアを端末のシステム、例えばＷＩＮＤＯＷＳに登録
して、端末上で使用可能にすることを意味する。したが
って、この場合はそのソフトウェアの実行ファイルをＷ
ＩＮＤＯＷＳ上でアイコン登録する作業までを含む。こ
れに対して、インストーラのアイコン登録とはインスト
ールを実行するプログラムを端末上でアイコン登録する
ことを意味する。

【００３３】ここでは、インストールとダウンロードが
許諾され（ＲＩＳ＝ＯＫ、ＤＬＯＡＤ＝ＯＫ）、インス
トーラのアイコン登録は行わない（ＩＣＯＮ＝ＮＧ）と
いう条件が提示される。複雑なインストールプログラム
を持つソフトウェアの場合には、インストールが許諾さ
れる代わりにインストーラのアイコン登録が必要である
旨が提示される。また、ＷＩＮＤＯＷＳを搭載している
端末からＴＯＳ（ＴＯＷＮＳのＯＳ）用のアプリケーシ
ョンを要求されたような場合には、ダウンロードのみが
許諾される。

【００３４】次に、端末の端末ソフトはインストール、
インストーラのアイコン登録、ダウンロードの順に優先
順位をつけて、より優先順位の高いものをデフォルトと
して設定し、表示装置の画面に表示する。ここでは、ホ
スト計算機により許諾されたインストールとダウンロー
ドのうち優先順位のより高いインストールがデフォルト
として設定され、インストール方法選択ウィンドウに表
示される。

【００３５】ユーザＡは表示されたインストール方法を
確認して、確認した旨を入力する（ステップＳ１５）。
また、ユーザＡはここで表示された設定を変更すること
もできる。例えば、インストーラのアイコン登録を行い
たいときは、インストール方法選択ウィンドウ内の「イ
ンストーラのアイコン登録」を選択して入力する。

【００３６】基本的には、ユーザＡは手間をかけずにで
きあいのインストールを行いたい場合は「システム登
録」を選択し、細かいインストール設定を自分で行いた
い場合は「インストーラのアイコン登録」を選択し、格
納場所を後で変更したい（別の機種の端末にインストー
ルしたい）場合は「ダウンロード」を選択する。「ダウ
ンロード」を選択すれば、端末の機種とは異なる機種用
のソフトウェアを入手して動作するかどうか試してみる
ことも可能になる。

【００３７】次に、端末はホスト計算機から指示された
宅配用のサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴ
を、ハードディスク内に自動的に生成する（ステップＳ
１６）。ここでもし、端末にサブディレクトリＤ：￥Ｓ
ＯＵＫＯ￥ＴＥＴが既に存在している場合は、例えば
Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ ００１というサブディレク
トリをつくり、これも既に存在している場合はＤ：￥Ｓ
ＯＵＫＯ￥ＴＥＴ ００２というサブディレクトリをつ
くる。

【００３８】テトリスのファイル本体６はファイルＴＥ
Ｔ１．ＬＺＨ（Ｆ１）とＶＢＲＪＰ２００．ＤＬＬ（Ｆ
２）とから成り、ＴＥＴ１．ＬＺＨは４つのファイルＴ
ＥＴＲＩＳ．ＥＸＥ、ＴＯＷＮＳ．ＤＲＶ、ＰＣ９８．
ＤＲＶ、およびＭＡＣ．ＤＲＣを圧縮（凍結）してでき
ている。ＴＥＴ１．ＬＺＨを圧縮前の状態に伸長（解
凍）するとこれらの４つのファイルに分かれるが、ＴＥ
Ｔ１．ＬＺＨの解凍はホスト計算機から端末に配送され
た後に行われる。

【００３９】宅配用のサブディレクトリを生成した端末
は、リモートインストールの開始を依頼するコマンドＲ
ＩＳ ＩＮＳＴＡＬＬを選択したソフトウェアの番号と
ともにホスト計算機に送る（図４６、ステップＳ１
７）。これを受けて、ホスト計算機は送られた番号に対
応するソフトウェアのリモートインストールを開始す
る。リモートインストールは、ホスト計算機が作成した
テトリスのインストールスクリプト７に従って、ホスト
計算機と端末の間のやりとりにより自動的に行われる
（ステップＳ１８）。

【００４０】インストールスクリプト７には、まずファ
イルＴＥＴ１．ＬＺＨをユーザＡ側の格納場所＠ＳＯＵ
ＫＯ＠にダウンロードすることを指示する記述がある。
そこで、ホスト計算機は＠ＳＯＵＫＯ＠をＳＯＵＫＯＤ
ＩＲ＝Ｄ：￥ＳＯＵＫＯ￥ＴＥＴに置き換えて、ハード
ディスクのサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴ
にＴＥＴ１．ＬＺＨをダウンロードする。

【００４１】端末からダウンロードの完了（ＯＫ）を通
知されると、次にホスト計算機は、＠ＷＩＮＤＩＲ＠を
Ｄ：￥ＷＩＮＤＯＷＳに置き換えて、ハードディスクの
ディレクトリＤ：￥ＷＩＮＤＯＷＳにＶＢＲＪＰ２０
０．ＤＬＬをダウンロードする。

【００４２】端末からダウンロードの完了（ＯＫ）を通
知されると、次にホスト計算機は、格納場所＠ＳＯＵＫ
Ｏ＠（Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ）にダウンロードした
ＴＥＴ１．ＬＺＨを解凍する指示、ＬＨＡ Ｘ Ｄ：￥
ＳＯＵＫＯ￥ＴＥＴ￥ＴＥＴ１．ＬＺＨを送る。これを
受けて、端末はＴＥＴ１．ＬＺＨを前述した４つのファ
イルＴＥＴＲＩＳ．ＥＸＥ、ＴＯＷＮＳ．ＤＲＶ、ＰＣ
９８．ＤＲＶ、およびＭＡＣ．ＤＲＣに解凍する。これ
らの４つのファイルはＴＥＴ１．ＬＺＨと同じサブディ
レクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴに保持される。

【００４３】端末から解凍の完了（ＯＫ）を通知される
と、次にホスト計算機は、格納場所＠ＳＯＵＫＯ＠
（Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ）の機種＠．ＤＲＶという
ファイルを格納場所＠ＷＩＮＤＩＲ＠（Ｄ：￥ＷＩＮＤ
ＯＷＳ）に移動させてファイル名をＦＯＮＴ．ＤＲＶに
変更する指示、ＭＯＶＥ Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ￥
ＴＯＷＮＳ．ＤＲＶ Ｄ：￥ＷＩＮＤＯＷＳ￥ＦＯＮ
Ｔ．ＤＲＶを送る。

【００４４】このとき、ホスト計算機はユーザＡ環境フ
ァイル２を参照して、機種＠をＴＯＷＮＳに置き換えて
送る。これを受けて、端末はサブディレクトリＤ：￥Ｓ
ＯＵＫＯ￥ＴＥＴのファイルＴＯＷＮＳ．ＤＲＶをディ
レクトリＤ：￥ＷＩＮＤＯＷＳに移動し（ファイル移
動）、ＦＯＮＴ．ＤＲＶというファイル名に変更する
（リネーム）。

【００４５】端末からファイル移動およびリネームの完
了（ＯＫ）を通知されると、次にホスト計算機は、ファ
イルＴＥＴＲＩＳ．ＥＸＥのアイコン登録を行う指示、
ＩＣＯＮ ＴＥＴＲＩＳ．ＥＸＥを送る。これを受け
て、端末はサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴ
のファイルＴＥＴＲＩＳ．ＥＸＥをアイコン化して端末
内に登録する。

【００４６】これにより、表示装置の画面に表示された
倉庫ウィンドウ内に、例えばＴＥＴＲＩＳ．ＥＸＥを起
動するアイコンが表示され、アイコンをクリックすれば
テトリスが動作を開始する。

【００４７】端末からアイコン登録の完了（ＯＫ）を通
知されると、ホスト計算機はＲＥＴＵＲＮを送り返して
リモートインストールの終了を端末に通知し、一連のイ
ンストール作業を終了する。リモートインストールの終
了を通知された端末は、ユーザＡの指示に従って次のソ
フトウェアの選択とそのリモートインストールを行う
か、あるいは処理を終了する（ステップＳ１９）。

【００４８】このようなリモートインストールシステム
を利用して、ユーザにソフトウェアを販売する場合、流
通するソフトウェアを管理する従来の技術として、「ソ
フトウェア流通システムにおける識別子管理装置および
方法」（特願平７−１７９８、特開平８−１９０５２
９）がある。

【００４９】このシステムでは、ホスト計算機はそれぞ
れのユーザ端末に端末識別子（マシンＩＤ：ＭＩＤ）を
発行し、端末のユーザにはマシンＩＤとは別のユーザ識
別子（ユーザＩＤ：ＵＩＤ）を発行する。また、各マシ
ンＩＤに対応して端末のパスワード（マシンパスワー
ド：ＭＰＳＷ）を設け、各ユーザＩＤに対応してユーザ
パスワードを設ける。

【００５０】ホスト計算機はこれらのマシンＩＤ、マシ
ンパスワード、ユーザＩＤ、およびユーザパスワードを
用いて、ソフトウェアの販売先である端末とユーザの情
報を管理する。

【００５１】ユーザに販売したソフトウェアが何らかの
原因により破壊され使用不可能となった場合には、ホス
ト計算機は販売記録を参照して、そのソフトウェアの復
旧サービスを行う。また、販売したソフトウェアのバー
ジョンアップのサービスも行う。さらに、ホスト計算機
は端末に与えるマシンパスワードを動的に変更して、ア
クセスが行われるたびにそれをチェックすることによ
り、インストールしたソフトウェアが他の端末にコピー
されたかどうかを監視する。

【００５２】あるユーザから他のユーザに端末の譲渡が
あった場合には、その端末にインストールされたソフト
ウェアは、そのバージョンアップや復旧等のサービスを
受ける権利も含めて譲り渡すことが可能となる。このよ
うな譲渡を行えば、不正コピーの防止にも繋がるし、権
利の譲渡もスムーズに行われるため、ユーザとベンダー
の双方に有益に働く。

【００５３】ここで、図４７から図５０までを参照しな
がら、従来のソフトウェア流通システムにおける処理の
フローを説明する。図４７は、ユーザＩＤの登録処理の
フローチャートである。処理が開始されると、まずユー
ザは端末を流通センターのホスト計算機に接続して（ス
テップＳ２１）、名前、キャッシュカードの番号、住所
等の個人情報を入力する（ステップＳ２２）。これを受
けて、ホスト計算機は仮のユーザＩＤと仮のユーザパス
ワードを発行して、ユーザの仮登録を行う（ステップＳ
２３）。ここで、ユーザは一旦ホスト計算機との接続を
断ち、キャッシュカードが認証されるのを待つ（ステッ
プＳ４）。

【００５４】キャッシュカードが認証され、流通センタ
ーから正式のユーザＩＤと正式のユーザパスワードとが
郵送されてくると（ステップＳ２５）、ユーザは再び端
末をホスト計算機に接続して（ステップＳ２６）、受け
取った正式のユーザＩＤと正式のユーザパスワードとを
入力する（ステップＳ２７）。

【００５５】これにより、ホスト計算機は正式のユーザ
ＩＤとユーザパスワードを記載した郵便がユーザ本人に
届いたことを確認し、そのユーザを正式に登録（本登
録）して処理を終了する。このとき、郵送されたユーザ
パスワードと共に、別のパスワードをユーザが入力して
登録することもできる。

【００５６】図４８は、端末ＩＤの登録処理のフローチ
ャートである。処理が開始されると、まずユーザは端末
を流通センターのホスト計算機に接続して（ステップＳ
３１）、登録されているユーザＩＤとユーザパスワード
を入力する（ステップＳ３２）。その後、端末がその機
種や使用ＯＳ等のマシン情報を自動的にホスト計算機に
送る（ステップＳ３３）。ホスト計算機は送られたマシ
ン情報に端末ＩＤと端末パスワードを付加して所定の形
式で記憶し、それらの端末ＩＤと端末パスワードを端末
に送る（ステップＳ３４）。こうして、発行された端末
ＩＤと端末パスワードは端末内にも保持される。

【００５７】図４９は、流通センターに登録されたユー
ザにネットワークを介してソフトウェアを販売する処理
のフローチャートである。図４９において、ユーザのリ
クエスト等により処理が開始されると、まずユーザの端
末がネットワークに接続される（ステップＳ４１）。次
に、ホスト計算機はユーザが入力したユーザＩＤとユー
ザパスワードをチェックし（ステップＳ４２）、それら
が正しくなければ（ＮＧ）、処理を終了する。

【００５８】ユーザＩＤとユーザパスワードが正しけれ
ば（ＯＫ）、次にホスト計算機は端末内に保持された端
末ＩＤと端末パスワードとを自動的に読み取り、これら
をチェックする（ステップＳ４３）。端末ＩＤと端末パ
スワードが正しくなければ（ＮＧ）、不正コピーが行わ
れた可能性があるので不正に対応する処理（不正処理）
を行う（ステップＳ４４）。

【００５９】端末ＩＤと端末パスワードが正しければ
（ＯＫ）、商品であるソフトウェアのリストを端末の画
面に表示させ、ユーザに購入する商品の選択を行わせる
（ステップＳ４５）。ユーザは表示されたリストから商
品を選択し、復旧サービスの要請の場合はその旨を入力
する。

【００６０】次に、ホスト計算機はユーザからの要求が
新規商品の購入か既に販売した商品の復旧要請かを判断
し（ステップＳ４６）、復旧要請の場合はそのユーザの
購入情報を参照して、該当する商品を過去に購入してい
るかどうかを調べる（ステップＳ４７）。ユーザが購入
していない商品の復旧を要請している場合は（ステップ
Ｓ４７、ＮＯ）、復旧サービスの対象とならないので再
びステップＳ４５の処理に戻る。

【００６１】ユーザが過去に購入した商品の復旧を要請
している場合は（ステップＳ４７、ＹＥＳ）、ホスト計
算機はネットワークを介してその商品を端末に宅配し、
再インストールする（ステップＳ４９）。そして、使用
契約等に基づいてユーザに課金して（ステップＳ５
０）、処理を終了する。ただし、無償で復旧サービスを
行う契約が結ばれている場合は課金は行わない。

【００６２】ステップＳ４６でユーザが新規商品の購入
を要求している場合は、選択された商品の販売を決定し
（ステップＳ４８）、ネットワークを介してその商品を
端末に宅配してインストールする（ステップＳ４９）。
そして、商品の代金をユーザに課金して（ステップＳ５
０）、処理を終了する。

【００６３】ステップＳ５０においては、入力されたユ
ーザＩＤを持つユーザに対して代金が課されるが、ユー
ザＩＤの管理はユーザに委ねられる。各ユーザはそのユ
ーザパスワードを指定してユーザＩＤを管理する。

【００６４】商品の販売契約がユーザを対象とせずに、
インストールする端末に対して販売することになってい
る場合は、ステップＳ５０において端末に対して代金が
課金される。この場合は、ステップＳ４７においてその
端末が該当する商品を過去に購入しているかどうかを調
べ、購入していたときにのみ復旧サービスを行う。

【００６５】また、端末ＩＤについては、ホスト計算機
が端末パスワードを付加し、端末が１回接続される毎に
その端末の端末パスワードを自動的に書き換えて管理す
る。不正コピーが行われると、書き換え前の端末パスワ
ードと共にアクセスが行われるため、その事実を認識す
ることが可能になる。端末ＩＤおよび端末パスワードに
ついては、ホスト計算機がバックトレースを行うことが
できる。

【００６６】図５０は、ステップＳ４３における端末パ
スワードのチェックと書換え、およびステップＳ４４の
不正処理のフローチャートである。図５０において処理
が開始されると、ホスト計算機は接続された端末の端末
パスワードを、その端末の前回接続時に付与した端末パ
スワードと比較する（ステップＳ５１）。

【００６７】それらが一致すれば、新しい端末パスワー
ドを生成してその端末内に書き込み、ホスト計算機内に
も保持しておく（ステップＳ５２）。このとき、ホスト
計算機は例えば乱数のように予想できないものを用い
て、次の端末パスワードを決定する。また、書き換えら
れた古い端末パスワードは後で参照するために保存して
おき（ステップＳ５３）、処理を終了する。

【００６８】ステップＳ５１で２つの端末パスワードが
一致しないときは、ホスト計算機は不正コピーが行われ
たと判断し、接続された端末に新しい端末ＩＤを付与し
て新規に管理する（ステップＳ５４）。そして、接続時
における端末パスワードを保存されている古い端末パス
ワードと順次比較して、その端末パスワードによるアク
セスがあった日時を求める（ステップＳ５５）。これに
より、不正コピーが行われたタイミングを特定して処理
を終了する。

【００６９】また、リモートインストールシステムにユ
ーザが作成したソフトウェアを登録する先願の技術とし
ては、「ソフトウェア登録システムおよび方法」（特願
平７−２５８５０６）がある。

【００７０】図５１は、このシステム内での場の構成を
示している。図５１のシステムにおいては、ホスト計算
機の中に仮想的につくられた、クラブと呼ばれるユーザ
のグループが最小単位となり、ソフトウェア情報の交換
の場を形成する。クラブの構成員は会員とも呼ばれる。
クラブ１２、１３、１４は同じ階層に属し、それぞれが
会議室機能とリモートインストールシステム（ＲＩＳ）
の機能とを持っている。

【００７１】これらのクラブ１２、１３、１４の上位階
層には上位クラブ１１がある。この例ではクラブの階層
は２階層であるが、一般的には何階層でもよい。宅配さ
れるコンテンツとなるソフトウェアは、必ず、いずれか
のクラブにアップロードされ、そこに登録される。例え
ば、ソフトウェア１５がクラブ１２にアップロードされ
ると、クラブ１２に最初に登録され、クラブ１２はソフ
トウェア１５のオリジナルクラブとなる。オリジナルク
ラブに登録されたソフトウェアを他のクラブに持って行
くには、転載という方法と移管という方法とがある。

【００７２】転載とは、ソフトウェアを他のクラブから
も見えるようにすることを意味し、移管とは、オリジナ
ルクラブの機能そのものを他のクラブに移すことを意味
する。ソフトウェア１５を希望する会員は、オリジナル
クラブ１２または転載先クラブ１１、１３のいずれかか
ら、それをダウンロードすることができる。

【００７３】基本的には、オリジナルクラブを選ぶ権利
はソフトウェア１５を作成した会員が持っている。しか
し、作者がソフトウェア１５をアップロードして、一旦
公開を許可したら、それを他のクラブに転載または移管
する権利はオリジナルクラブの管理者に移る。現実の運
用に当たっては、アップロードした作者や各クラブの管
理者の間でこれらの権利について交渉する必要がある
が、コンピュータ内の仕組みとしては、それぞれの権利
をあらかじめ次のように決めておく。また、作者や各管
理者の義務は、契約によって例えば次のように決められ
る。 （１）一般作者の権利と義務 コンテンツ（ソフトウェア）をアップロードする権利 自分のアップロードしたソフトウェアを無償でテスト宅
配する権利（テスト時のＲＩＳの料金が無償になる） ソフトウェアの公開を許可する権利 自分のアップロードしたソフトウェアをサポートする義
務（ソフトウェアの利用者からの質問に答えたり、エラ
ーが発生した時の修正を行ったりする） （２）オリジナルクラブ管理者の権利と義務 クラブ内のソフトウェアを無償でテストする権利（テス
ト時のソフトウェア使用料が無償になる） ソフトウェアを公開する権利 転載先クラブに転載の許可を出す権利 クラブ内のソフトウェアをサポートする義務 上位クラブには、特別な理由が無い限り、転載の許可を
出す義務。 （３）転載先クラブ管理者の権利と義務 転載が許可されたソフトウェアを公開する権利 クラブ内のソフトウェアをサポートする義務 （４）上位クラブ管理者の権利 転載が許可されたソフトウェアを公開する権利 上位クラブは、基本的に下位クラブのソフトウェアを転
載することができるので、最上位のクラブの会員はすべ
てのソフトウェアを閲覧することができるようになる。
また、転載先クラブの管理者がソフトウェアの使用方法
等を確実にサポートしてくれる事を条件に転載するの
で、ソフトウェアが閲覧可能なクラブ内で、そのサポー
トが必ず受けられる。

【００７４】ここで、図５２から図５４までを参照しな
がら、ソフトウェア登録システムにおける作者や管理者
の作業の手順について説明する。図５２は、作者の作業
のフローチャートである。作業が開始されると、作者
は、まずソフトウェアを作成し、アップロードに必要な
ファイル群を用意する（ステップＳ６１）。次に、アッ
プロードするクラブを選択し、コマンドＵＰＬＯＡＤに
よりソフトウェアをアップロードして（ステップＳ６
２）、アップロード先での自動チェックの結果を受け取
る（ステップＳ６３）。

【００７５】ここでは、誤動作チェック、ウィルスチェ
ック、著作権や商標権のチェック等が自動的に行われ
る。チェックの結果（ステップＳ６４）、エラーが発生
すればエラー部分を修正し、修正部分のみ再びアップロ
ードして（ステップＳ６５）、ステップＳ６３以降の作
業を繰り返す。

【００７６】そして、自動チェックが通ったら、次にＲ
ＩＳによりテスト宅配を行う（ステップＳ６６）。テス
ト宅配では、アップロードされたソフトウェアがリモー
トインストール時に問題を起こさないかどうかがチェッ
クされる（ステップＳ６７）。テスト宅配でエラーが発
生すればエラー部分を修正し、その部分のみ再びアップ
ロードして（ステップＳ６８）、ステップ６６以降の作
業を繰り返す。テスト宅配で合格したら、ＰＵＳＨによ
りソフトウェアの公開を許可し（ステップＳ６９）、作
業を終了する。

【００７７】図５３は、オリジナルクラブの管理者の作
業のフローチャートである。作業が開始されると、管理
者は、まず作者により公開を許可されているソフトウェ
アをテスト宅配し（ステップＳ７１）、問題が無いかチ
ェックする（ステップＳ７２）。テスト宅配で問題がな
ければ、コマンドＰＵＢＬＩＳＨによりソフトウェアを
オリジナルクラブの会員に公開し（ステップＳ７３）、
問題があればそれを作者に連絡して（ステップＳ７
４）、作業を終了する。

【００７８】図５４は、転載先クラブの管理者の作業の
フローチャートである。作業が開始されると、管理者
は、希望するソフトウェアがあったら、その転載許可を
オリジナルクラブに依頼する（ステップＳ８１）。依頼
に対する応答を受け取り（ステップＳ８２）、転載が許
可されなければそのまま作業を終了する。コマンドＰＥ
ＲＭＩＴにより転載が許可されれば、コマンドＬＩＮＫ
によりそのソフトウェアを自分のクラブに転載する（ス
テップＳ８３）。この時、自分のクラブで検索しやすい
ようにキーワードを変更しておく。

【００７９】次に、転載したソフトウェアをテスト宅配
し（ステップＳ８４）、問題が無いかチェックする（ス
テップＳ８５）。テスト宅配で問題がなければ、コマン
ドＰＵＢＬＩＳＨによりソフトウェアをクラブの会員に
公開し（ステップＳ８６）、問題があればそれをオリジ
ナルクラブに連絡して（ステップＳ８７）、作業を終了
する。

【００８０】ところで、パソコン通信で流通しているソ
フトウェアには、様々な種類のものがある。例えば、フ
リーウェアと呼ばれるものは基本的に無料で配布され、
シェアウェアと呼ばれるものは機能制限付きで一旦無料
で送付された後、所定の代金が送金されれば機能制限が
解除されることになっている。また、商品として販売さ
れているものは、基本的に代金と引き換えに送付され
る。

【００８１】配送センターがリモートインストールの機
能を利用して、ソフトウェアをユーザに販売するサービ
スを行う場合、このような多様な販売形態に対応して、
代金を確実に受け取ることを保証する機構が必要にな
る。このような代金の決裁に関する先願としては、「ソ
フトウェア代金決裁システムおよび方法」（特願平７−
２５８５０７）がある。

【００８２】図５５は、このシステムで用いられるファ
イル群のアップロード処理の例を示している。シェアウ
ェアの作者は、まず本体登録ファイルとして、ＣＦＧフ
ァイル２１（ＡＡＡ．ＣＦＧ）、説明ファイル２２（Ａ
ＡＡ．ＴＸＴ）、インストール関連ファイル２３（ここ
ではアイコンファイルＩＣＯＮ．ＤＥＦ）、および本体
ファイル２４（ＡＡＡ．ＬＺＨ）を自分の端末からアッ
プロードする。

【００８３】ホスト計算機は、これらのアップロード情
報をコンテンツデータベース２８に登録する。ここで
は、アップロードされたソフトウェア「ＡＡＡスケジュ
ーラ」のソフトコード、名称、タイプ（ＴＹＰＥ）、本
体ファイル名、説明ファイル名、アイコンファイル名等
が管理情報として登録されている。タイプの欄のＳＨＡ
ＲＥはソフトウェアの種類がシェアウェアであることを
表す。コンテンツデータベース２８は、例えば、ホスト
計算機内または外部のディスク装置内に設けられる。

【００８４】次に、作者は送金手続きファイルとして、
定義ファイル２５（ＡＡＡＳ．ＣＦＧ）、ＣＨＫファイ
ル２６（ＡＡＡＳ．ＣＨＫ）、および書換えファイル２
７（ＩＮＩ．ＤＥＦ）をアップロードする。これによ
り、送金手続きファイルＡＡＡＳのソフトコード、名
称、タイプ、ＣＨＫファイル名、後処理用のファイル名
等がコンテンツデータベース２８に登録される。

【００８５】後処理用のファイルとして、ここでは、書
換えファイル２７のファイル名ＩＮＩ．ＤＥＦが記され
ている。また、タイプの欄のＳＯＫＩＮ＃ＲＩＳは、ソ
フトウェアの種類がシェアウェアの送金手続きファイル
であることを表し、ＡＡＡＳ．ＣＦＧの［ｉｎｓｔｙｐ
ｅ］セクションに記述された情報に対応している。

【００８６】次に、図５６、５７、５８、５９を参照し
ながら、アップロードされたファイル群を用いたシェア
ウェアの送金手続きについて説明する。シェアウェア手
続きにおいては、上述のリモートインストールの手続き
に加えて、プロトコル上に送金フラグを設ける。そし
て、端末からこのフラグを立ててソフトウェアの検索を
要求することにより、シェアウェア手続きを選択できる
ようにする。また、端末の画面に送金フラグをＯＮ／Ｏ
ＦＦするメニューを表示させる。

【００８７】この例において、シェアウェア「ＡＡＡス
ケジューラ」は、送金手続きの前に、機能制限付きでユ
ーザシステムにインストールされているものとする。ユ
ーザがこのソフトウェアを購入しようとした時は、ホス
ト計算機と端末の間で次のようなコマンド／レスポンス
のやりとりを行う。

【００８８】端末は、まずユーザ環境をホスト計算機に
送信し（図５６、ステップＳ９１）、ホスト計算機はこ
れを受信すると応答を返す（ステップＳ９２）。次に、
ユーザがソフトウェア検索用のキーワードリストを要求
すると（ステップＳ９３）、ホスト計算機はキーワード
リストを返送する（ステップＳ９４）。

【００８９】このとき、図５７に示すように、端末の画
面上にはオプション手続きのメニュー２９が表示され、
ユーザはその中から「送金」を指定し、キーワードリス
トの中からキーワードを選択する。これにより、送金フ
ラグＳＯＫＩＮが立てられ（オンになり）、シェアウェ
アの検索を開始する指示がホスト計算機に送られる（図
５７、ステップＳ９５）。

【００９０】ホスト計算機は、指定されたキーワードで
コンテンツデータベース２８を検索し、タイプがＳＯＫ
ＩＮで始まるソフトウェアの名称とその送金手続きファ
イル（送金ソフト）のソフトコードとを返す（ステップ
Ｓ９６）。ここでは、「ＡＡＡスケジューラ」、「ＢＢ
Ｂスケジューラ」等の名称および送金ソフトのソフトコ
ード４０００、４００１等が返送されている。

【００９１】端末は送金ソフトのみリスティングし、ユ
ーザはリスティングされた中の特定の送金ソフトを指定
する（ステップＳ９７）。ここでは、ソフトコード４０
００が指定されている。ホスト計算機は、ソフトコード
４０００の送金ソフトの条件により端末側とネゴシエー
ションを行う（ステップＳ９８）。ここでは、まず、コ
マンドＳＴ４を用いて、ユーザシステム内に格納された
初期設定ファイルＡＡＡ．ＩＮＩの位置を調べるように
端末に指示する。

【００９２】これを受けて、端末はＡＡＡ．ＩＮＩの場
所を調べ、その場所はＥ：￥ＡＡＡということをホスト
計算機に通知する（ステップＳ９９）。ＳＴ４というコ
マンドは、あらかじめ端末側に具備されているものとす
る。

【００９３】次に、ホスト計算機はダイアログＢＯＸ３
０を端末の画面に表示させ、ＡＡＡ．ＩＮＩの位置は
Ｅ：￥ＡＡＡでよいかどうかをユーザに確認する（図５
８、ステップＳ１００）。ダイアログＢＯＸ３０に表示
されたディレクトリが正しければ、ユーザはそのディレ
クトリをそのまま返送し（ステップＳ１０１）、ホスト
計算機は、ユーザシステムの書き換えるべきファイルの
ディレクトリパスはＥ：￥ＡＡＡ￥ＡＡＡ．ＩＮＩと確
定する。

【００９４】もし、表示されたディレクトリが正しくな
ければ、ユーザは正しいディレクトリ名を入力する。例
えばＧ：￥ＧＧＧと入力すると、端末はディレクトリパ
スＧ：￥ＧＧＧ￥ＡＡＡ．ＩＮＩをホスト計算機に返
す。ＡＡＡ．ＩＮＩの格納場所が確定したので、ホスト
計算機は、シェアウェア送金が可能であることを端末に
通知する（ステップＳ１０２）。

【００９５】次に、ユーザは機能制限の解除を要求する
（図５９、ステップＳ１０３）。これを受けて、ホスト
計算機は、定義ファイル２５の［ｉｎｓｔｙｐｅ］セク
ションを参照し、代金をそのユーザの口座等から引き落
とした後に、ＡＡＡ．ＩＮＩの書換え手順が記述されて
いる書換えファイルＩＮＩ．ＤＥＦを送付する。さら
に、定義ファイルの［ｌａｓｔ］セクションを参照して
後処理のコマンドＣＨＧＩＮＩを送り、ＩＮＩ．ＤＥＦ
の手順に従って書換えを行うことを端末に指示する。

【００９６】これを受けて、端末はダウンロードされた
ＩＮＩ．ＤＥＦを参照し、ＡＡＡ．ＩＮＩを書換える。
これにより、シェアウェア「ＡＡＡスケジューラ」の機
能制限が解除され、ユーザシステム上で完全に動作する
ようになる。その後、ホスト計算機はＩＮＩ．ＤＥＦを
端末から削除して、処理を終了する。

【００９７】この例では、定義ファイル２５の［ｉｎｓ
ｔｙｐｅ］のセクションにその場で制限解除を行うとい
う情報が記されていたので、代金の引き落としと同時に
シェアウェアの機能制限を解除した。しかし、一般のパ
ソコン通信センターと同様に、ホスト計算機が代金引き
落としとシェアウェア登録者への電子メールの発行だけ
を行う構成とすることもできる。

【００９８】図６０、６１、６２は、このようなソフト
ウェア「ＢＢＢスケジューラ」の代金引き落とし手続き
を示している。ただし、この手続きの前に、シェアウェ
ア「ＢＢＢスケジューラ」は機能制限付きでユーザシス
テムにインストールされているものとする。ユーザがこ
のソフトウェアを購入しようとした時は、ホスト計算機
と端末の間で次のようなコマンド／レスポンスのやりと
りを行う。

【００９９】端末は、まずユーザ環境をホスト計算機に
送信し（図６０、ステップＳ１１１）、ホスト計算機は
これを受信すると応答を返す（ステップＳ１１２）。次
に、ユーザがソフトウェア検索用のキーワードリストを
要求すると（ステップＳ１１３）、ホスト計算機はキー
ワードリストを返送する（ステップＳ１１４）。

【０１００】このとき、図６１に示すように、端末の画
面上にはオプション手続きのメニュー２９が表示され、
ユーザはその中から「送金」を指定し、キーワードリス
トの中からキーワードを選択する。これにより、送金フ
ラグＳＯＫＩＮが立てられ、シェアウェアの検索を開始
する指示がホスト計算機に送られる（図６１、ステップ
Ｓ１１５）。

【０１０１】ホスト計算機は、指定されたキーワードで
コンテンツデータベース２８を検索し、タイプがＳＯＫ
ＩＮで始まるソフトウェアの名称とその送金ソフトのソ
フトコードとを返す（ステップＳ１１６）。端末は送金
ソフトのみリスティングし、ユーザはリスティングされ
た中からソフトコード４００１の送金ソフトを指定する
（ステップＳ１１７）。

【０１０２】次に、ホスト計算機はメッセージ３１を端
末の画面に表示させ、課金してよいかどうかをユーザに
確認する（図６２、ステップＳ１１８）。このとき、ホ
スト計算機は、定義ファイルの［ｉｎｓｔｙｐｅ］セク
ションを参照し、フラグＳＯＫＩＮの値をメール発行の
みを表す「０ｘ０８」に変更して、端末に返送する。

【０１０３】ユーザは、課金されてもよければＯＫを、
購入しない場合はＮＧを選択する。ここでは、ＯＫが選
択され、登録者に対するメールの発行の依頼が端末から
ホスト計算機に送られる（ステップＳ１１９）。

【０１０４】これを受けて、ホスト計算機は代金をその
ユーザの口座等から引き落とし、「ＢＢＢスケジュー
ラ」の登録者に代金引き落としを知らせる電子メールを
送る。メールの送付先としては、定義ファイルの［ｔｙ
ｐｅ］セクションに記述された送金先ＦＪＯＫＩを用い
る。

【０１０５】ホスト計算機から電子メールを受け取った
登録者は、電子メール等の手段により、ソフトウェアの
購入者に機能制限解除の方法を連絡する。これにより、
購入者は「ＢＢＢスケジューラ」のすべての機能を使用
することができるようになる。

【０１０６】

【発明が解決しようとする課題】しかしながら、上述の
ような従来のリモートインストールシステムには、次の
ような問題がある。

【０１０７】販売されるソフトウェアは秘密の情報であ
るため、セキュリティの確保された回線を介して宅配す
る必要がある。したがって、あらかじめセキュリティの
確保が保証されないインターネット上に適用するために
は、ハッキング防止のための対策を施す必要がある。

【０１０８】また、インターネット上の情報探索用ソフ
トウェアツールであるＷＷＷブラウザ（world wide web
browser）と、リモートインストールシステムとの連携
方法としては、様々な機構が考えられ、提供するサービ
スに応じて適した機構を構築する必要がある。

【０１０９】また、従来のリモートインストールシステ
ムにおける端末のマシンＩＤは、ホスト計算機がただ一
つしか存在しないことを前提として作成／管理されてい
る。このため、複数のホスト計算機をＲＩＳサーバとし
てサービスを行うと、同じマシンＩＤを各ホスト計算機
がそれぞれ異なる端末に付与する可能性がある。この場
合、ホスト計算機が端末を誤って識別するという問題が
生じる。

【０１１０】さらに、インターネット上では識別情報等
も盗用される恐れがあるため、通信相手を正確に識別す
ることが困難である。このため、第３者が不正に入手し
た識別情報を利用して、ＲＩＳのホスト計算機になりす
ますことができる。このような場合、ユーザがそれを見
破ることができる必要がある。

【０１１１】本発明の課題は、インターネット上でリモ
ートインストールシステムを利用して、安全かつ適切な
会員制サービスを実現するシステムおよびその方法を提
供することである。

【０１１２】

【課題を解決するための手段】図１は、本発明のサービ
スシステムの原理図である。図１のサービスシステム
は、本発明の第１、第２、第３、第４、第５、第６、第
７、第８、第９、第１０、および第１１の原理を含む。

【０１１３】第１の原理において、サービスシステム
は、登録手段８０、キー情報付与手段８１、および暗号
化手段８２を備え、ソフトウェア配送サービスを提供す
る。登録手段８０は、セキュリティの確保された通信路
を介して、クライアントのサインアップを行い、キー情
報付与手段８１は、上記サインアップの過程で、上記ク
ライアントのマシン識別子に対応したキー情報を付与す
る。そして、暗号化手段８２は、上記キー情報を用い
て、インターネット上でのパスワードとソフトウェアコ
ンテンツのうち少なくとも一方の暗号化を行う。

【０１１４】暗号化に用いられるキー情報は、セキュリ
ティの確保された通信路を介してやり取りされるので、
盗用されることがない。こうして付与された秘密のキー
情報を用いてパスワードを暗号化することで、インター
ネット上において、リモートインストールシステムへの
ログインシーケンスのセキュリティを高めることができ
る。また、このキー情報を用いてコンテンツを暗号化す
ることで、インターネット上において、リモートインス
トールのシーケンスのセキュリティを高めることができ
る。

【０１１５】第２の原理において、サービスシステム
は、リモートインストール手段８３とブラウザ手段８８
を備え、ソフトウェア配送サービスを提供する。リモー
トインストール手段８３は、ホームページ上のアンカー
ファイルにより指定されるソフトウェアを、自動的にサ
ーバからクライアントに配送し、ブラウザ手段８８は、
上記アンカーファイルがアクセスされたとき、自動的に
リモートインストール手段８３を起動する。

【０１１６】ブラウザ手段８８がリモートインストール
手段８３を起動することで、ユーザが指定したソフトウ
ェアが自動的に配送される。したがって、ユーザはリモ
ートインストール手段８３を意識することなく、インタ
ーネットのホームページ上でリモートインストールサー
ビスを利用することができる。

【０１１７】第３の原理において、サービスシステム
は、課金手段８４とブラウザ手段８８を備え、オンライ
ンショッピングサービスを提供する。課金手段８４は、
自動的にクライアントからサーバへ接続して、ホームペ
ージ上のアンカーファイルにより指定される商品または
サービスの課金処理を行い、ブラウザ手段８８は、上記
アンカーファイルがアクセスされたとき、自動的に課金
手段８４を起動する。

【０１１８】課金手段８４としては、例えばリモートイ
ンストールシステムが用いられ、ブラウザ手段８８が課
金手段８４を起動することで、ユーザが指定した商品ま
たはサービスの課金が自動的に行われる。したがって、
インターネット上でリモートインストールシステムを利
用したオンラインショッピングサービスが実現される。

【０１１９】第４の原理において、サービスシステム
は、処理手段８５とブラウザ手段８８を備え、通信サー
ビスを提供する。処理手段８５は、ホームページ上のア
ンカーファイルにより指定される通信サービスの課金処
理を行い、その通信サービスを利用するために必要な情
報を、自動的にサーバからクライアントへ送る。また、
ブラウザ手段８８は、上記アンカーファイルがアクセス
されたとき、自動的に処理手段８５を起動する。

【０１２０】処理手段８５としては、例えばリモートイ
ンストールシステムが用いられ、ブラウザ手段８８が処
理手段８５を起動することで、ユーザが指定した通信サ
ービスの課金と、そのサービスを利用するために必要な
情報の提供が自動的に行われる。したがって、インター
ネット上でリモートインストールシステムを利用した通
信サービスが実現される。

【０１２１】第５の原理において、サービスシステム
は、ヘルパ手段８６、処理手段８７、およびブラウザ手
段８８を備え、トランザクションサービスを提供する。
ブラウザ手段８８は、インターネットにアクセスし、ヘ
ルパ手段８６は、ブラウザ手段８８により起動され、ト
ランザクションサービスの一部の処理を行う。また、処
理手段８７は、ブラウザ手段８８により起動され、ヘル
パ手段８６と連携して、トランザクションの使用権の付
与および課金に関する処理を行う。

【０１２２】処理手段８７としては、例えばリモートイ
ンストールシステムが用いられ、ブラウザ手段８８がヘ
ルパ手段８６と処理手段８７を起動し、ヘルパ手段８６
と処理手段８７が連携することで、ユーザに対するトラ
ンザクション処理の使用権の付与と課金とが自動的に行
われる。したがって、インターネット上でリモートイン
ストールシステムを利用したトランザクションサービス
が実現される。

【０１２３】第６の原理において、サービスシステム
は、処理手段８９とトランザクション手段９１を備え、
トランザクションサービスを提供する。トランザクショ
ン手段９１は、トランザクションサービスの処理を行
い、処理手段８９は、トランザクション手段９１により
起動され、トランザクション手段９１と連携して、トラ
ンザクションの使用権の付与および課金に関する処理を
行う。

【０１２４】処理手段８９としては、例えばリモートイ
ンストールシステムが用いられ、トランザクション手段
９１が処理手段８９を起動し、それと連携することで、
ユーザに対するトランザクション処理の使用権の付与と
課金とが自動的に行われる。したがって、ブラウザを介
することなく、リモートインストールシステムを利用し
たトランザクションサービスが実現される。

【０１２５】第７の原理において、サービスシステム
は、処理手段９０とトランザクション手段９１を備え、
トランザクションサービスを提供する。トランザクショ
ン手段９１は、トランザクションサービスの処理を行
い、処理手段９０は、トランザクション手段９１により
起動され、自動的にクライアントからサーバへ接続し
て、上記トランザクションサービスに必要なデータを取
得する。

【０１２６】処理手段９０としては、例えばリモートイ
ンストールシステムが用いられ、トランザクション手段
９１が処理手段９０を起動する。処理手段９０はサーバ
からデータを取得してトランザクション手段９１に渡
し、トランザクション手段９１は、そのデータを用いて
トランザクションサービスの処理を行う。したがって、
ブラウザを介することなく、リモートインストールシス
テムを利用したトランザクションサービスが実現され
る。

【０１２７】第８の原理において、サービスシステム
は、受信手段９２と判定手段９３を備える。受信手段９
２は、クライアントから、サーバ識別子とクライアント
識別子を合成して生成されたマシン識別子を受け取る。
そして、判定手段９３は、上記マシン識別子をサーバ部
とクライアント部に分解し、そのサーバ部に記述された
サーバ識別子をチェックして、上記クライアントとの接
続が正しいかどうかを判定する。

【０１２８】クライアントがマシン識別子にサーバ識別
子を混ぜて送ることで、判定手段９３は、その接続要求
がどのサーバに対するものかを特定することができる。
そして、サーバ識別子に対応するサーバが、クライアン
トの正しい接続先と判定される。したがって、複数のサ
ーバがサービスを提供する環境において、同じクライア
ント識別子が２つ以上のクライアントに付与された場合
でも、サーバがクライアントを確実に識別することが可
能になる。

【０１２９】第９の原理において、サービスシステム
は、生成手段９４、格納手段９５、および接続手段９６
を備える。生成手段９４は、サーバ識別子とクライアン
ト識別子を合成して、クライアントのマシン識別子を生
成し、格納手段９５は、そのマシン識別子を格納する。
そして、接続手段９６は、そのマシン識別子を用いてサ
ーバに接続する。

【０１３０】生成手段９４がサーバ識別子を含むマシン
識別子を生成し、接続手段９６がそのマシン識別子を用
いてサーバに接続することで、サーバは、その接続要求
がどのサーバに対するものかを特定することができる。
したがって、第８の原理と同様に、サーバがクライアン
トを確実に識別することが可能になる。

【０１３１】第１０の原理において、サービスシステム
は、通信手段９７と認証手段９８を備える。通信手段９
７は、サーバへのログイン時に、そのサーバの認証鍵に
基づく電子署名機能を用いて暗号化された指定情報を送
受信し、認証手段９８は、その指定情報を介してサーバ
の認証を行う。

【０１３２】サーバは、例えばリモートインストールサ
ービスを提供し、ログインシーケンスにおいて、クライ
アントから指定された情報を秘密鍵で暗号化して送り返
す。認証手段９８は、その指定情報を対応する公開鍵で
復号化し、その結果に基づいてサーバが正しいかどうか
を判断する。復号化された情報が元の指定情報と一致す
れば、サーバは正しいと判定される。

【０１３３】正しいサーバのみが正しい暗号化を行うこ
とができるので、インターネット上において、クライア
ントがサーバを確実に識別することが可能になる。ま
た、クライアントが公開鍵で暗号化した指定情報をサー
バに送り、サーバがそれを秘密鍵で復号化して送り返し
ても、同様の効果が得られる。

【０１３４】第１１の原理において、サービスシステム
は、格納手段９９と接続手段１００を備え、リモートイ
ンストールサービスを提供する。格納手段９９は、クラ
イアント側に設けられ、インターネット上におけるサー
バのアドレス情報を格納し、接続手段１００は、上記ア
ドレス情報を用いて、自動的に上記クライアントから上
記サーバに接続する。

【０１３５】リモートインストールシステムのサーバの
アドレス情報（ドメイン名やポート番号）が、ホームペ
ージ上ではなく、ユーザ端末内の格納手段９９に格納さ
れているので、他のユーザに知られることがない。この
アドレス情報を、ＲＩＳ会員になったユーザの端末にの
み格納することで、インターネット上において、会員制
のリモートインストールサービスが実現される。

【０１３６】このように、図１のサービスシステムによ
れば、インターネット上でリモートインストールシステ
ムを利用した様々な会員制サービスを、安全かつ適切に
提供することが可能になる。

【０１３７】図１の登録手段８０、キー情報付与手段８
１、暗号化手段８２、リモートインストール手段８３、
ブラウザ手段８８、課金手段８４、処理手段８５、ヘル
パ手段８６、処理手段８７、処理手段８９、処理手段９
０、トランザクション手段９１、受信手段９２、判定手
段９３、生成手段９４、接続手段９６、格納手段９５、
通信手段９７、認証手段９８、格納手段９９、および接
続手段１００は、例えば、後述する図２におけるホスト
計算機１１１およびユーザ端末１１３の持つ機能に対応
する。

【０１３８】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態を詳細に説明する。図２は、実施形態の
サービスシステムの構成図である。図２のサービスシス
テムは、インターネット１１７に接続されたホスト計算
機１１１およびユーザ端末１１３を備える。ホスト計算
機１１１とユーザ端末１１３は、インターネット１１７
以外にも、セキュリティの確保された通信路（パイプ）
であるＦＥＮＩＣＳ回線１１６を介して互いに接続され
ている。

【０１３９】ホスト計算機１１１は、リモートインスト
ールサービスを提供するソフトウェアとして、ＲＩＳサ
ーバ１１２を搭載し、ユーザ端末１１３は、ＷＷＷブラ
ウザ１１４の他に、リモートインストールサービスを利
用するソフトウェアとして、ＲＩＳクライアント１１５
を搭載する。

【０１４０】図３は、図２のホスト計算機１１１および
ユーザ端末１１３に対応する情報処理装置（コンピュー
タ）の構成図である。図３の情報処理装置は、ＣＰＵ
（中央処理装置）１２１、メモリ１２２、入力装置１２
３、出力装置１２４、外部記憶装置１２５、媒体駆動装
置１２６、ネットワーク接続装置１２７を備え、それら
の各装置はバス１２８により互いに結合されている。

【０１４１】ＣＰＵ１２１は、メモリ１２２を利用して
プログラムを実行し、サービスに必要な処理を実現す
る。メモリ１２２には、サービスに必要なプログラムと
データが格納され、メモリ１１２としては、例えばＲＯ
Ｍ（read only memory）、ＲＡＭ（random access memo
ry）等が用いられる。

【０１４２】入力装置１２２は、例えばキーボード、ポ
インティングデバイス等に相当し、ユーザからの要求や
指示の入力に用いられる。また、出力装置１２４は、表
示装置やプリンタ等に相当し、サービス画面等の出力に
用いられる。

【０１４３】外部記憶装置１２５は、例えば、磁気ディ
スク装置、光ディスク装置、光磁気ディスク装置等であ
る。この外部記憶装置１２５に、上述のプログラムとデ
ータを格納しておき、必要に応じて、メモリ１２２にロ
ードして使用することもできる。また、外部記憶装置１
２５はデータベースとしても使用される。

【０１４４】媒体駆動装置１２６は、可搬記録媒体１２
９を駆動し、その記憶内容にアクセスする。可搬記録媒
体１２９としては、メモリカード、フロッピーディス
ク、ＣＤ−ＲＯＭ（compact disk read only memory
）、光ディスク、光磁気ディスク等、任意のコンピュ
ータ読み取り可能な記録媒体を使用することができる。
この可搬記録媒体１２９に、上述のプログラムとデータ
を格納しておき、必要に応じて、メモリ１２２にロード
して使用することもできる。

【０１４５】ネットワーク接続装置１２７は、ＦＥＮＩ
ＣＳ回線１１６やインターネット１１７への接続に用い
られ、通信に伴うデータ変換等を行って、他の情報処理
装置（ホスト計算機１１１またはユーザ端末１１３）と
の間でプログラムやデータの送受信を行う。また、情報
処理装置は、外部の情報提供者のデータベース１３０等
からネットワークを介して、上述のプログラムとデータ
を受け取り、必要に応じて、メモリ１２２にロードして
使用することもできる。

【０１４６】本実施形態では、システムへの登録手続き
（サインアップ）は、必ずセキュリティの確保されたパ
イプで行う。そして、サインアップの過程で、ＲＩＳサ
ーバ１１２は、ユーザＩＤ／パスワードおよびマシンＩ
Ｄ／パスワードとともに、マシンＩＤに対応したインタ
ーネット用の暗号キーをＲＩＳクライアント１１５に付
与する。この暗号キーを用いて、インターネット上での
パスワードおよびコンテンツの暗号化／復号化が行われ
る。

【０１４７】このようなサービスを実現するため、図４
７、４８のサインアップのシーケンスに図４に示すよう
なシーケンスを追加し、ＲＩＳサーバ１１２が、端末
（マシン）１１３にユニークに対応した秘密キー（例え
ばＤＥＳキー）を、端末１１３に付与する。

【０１４８】図４において、ＲＩＳクライアント１１５
が、マシンＩＤ（ＭＩＤ）なしでコマンドＲＥＳ ＳＥ
ＮＤＥＮＶをＲＩＳサーバ１１２に送ると、ＲＩＳサー
バ１１２は、秘密キーデータベース１３１を参照してレ
スポンスを返す。秘密キーデータベース１３１には、あ
らかじめＭＩＤと秘密キーの対応表が格納されている。

【０１４９】ここでは、レスポンスとして、ＭＩＤ＝１
２３４、ＭＰＳＷＤ＝ＡＳＤＦ、ＫＥＹ＝９８７６がＲ
ＩＳクライアント１１５に返される。このうち、ＫＥＹ
が秘密キーに対応する。ＲＩＳクライアント１１５は、
受け取ったこれらの情報を初期設定ファイル１３２（Ｒ
ＩＳ．ＩＮＩ）に書き込んで保存する。

【０１５０】さらに、この初期設定ファイル１３２に
は、図５に示すように、インターネット１１７を介して
ＲＩＳサーバ１１２に接続するためのアドレス（ドメイ
ン名）およびＴＣＰ／ＩＰ（transmission control pro
tocol/internet protocol ）のポート番号が記述されて
いる。

【０１５１】これらのアドレスとポート番号は、ユーザ
がＲＩＳ会員になって、ＲＩＳクライアント１１５が端
末１１３にインストールされた時に、端末１１３の初期
設定ファイル１３２に書き込まれる。アドレス情報が、
インターネット上ではなく、ＲＩＳクライアント１１５
側に保持されているので、会員以外の他のユーザにハッ
キングされることはない。したがって、ＲＩＳ会員のみ
がＲＩＳサーバ１１２にアクセスすることができる。

【０１５２】このアドレス情報を用いたインターネット
１１７でのログインは、図６に示すようなシーケンスに
て行われる。ＲＩＳサーバ１１２からユーザＩＤ（ＵＩ
Ｄ）の入力指示を受け取ると、ＲＩＳクライアント１１
５は、まず、ＵＩＤとともにＭＩＤを送出する。

【０１５３】ＲＩＳサーバ１１２は、Ｃｈａｌｌｅｎｇ
ｅ発生関数１３３を用いて、毎回異なる乱数Ｃｈａｌｌ
ｅｎｇｅを生成し、ＲＩＳクライアント１１５に送る。
この乱数はＲＩＳサーバ１１２の識別情報として送られ
るが、毎回異なるため、他人がハッキングして使用する
ことができない。したがって、他のサーバがＲＩＳサー
バ１１２になりすますことを防止できる。

【０１５４】ＲＩＳクライアント１１５は、合成関数１
３４を用いて、ＲＩＳサーバ１１２から送られたＣｈａ
ｌｌｅｎｇｅとサインアップ時に取得したＫＥＹとを合
成し、暗号化キーを生成する。合成関数１３４として
は、例えばＥＯＲ（exclusiveor）が用いられる。そし
て、その暗号化キーをＤＥＳ（Data Encryption Standa
rd）アルゴリズムの秘密キー（ＤＥＳキー）として用い
て、ユーザパスワードを暗号化プログラム１３５により
暗号化し、ＲＩＳサーバ１１２に送出する。

【０１５５】ＲＩＳサーバ１１２は、ＲＩＳクライアン
ト１１５に送ったＣｈａｌｌｅｎｇｅおよびＫＥＹから
同様にしてＤＥＳキーを合成する。そして、復号化プロ
グラム１３６により、暗号化されたユーザパスワードを
復号化し、ユーザパスワードの確認を行う。ユーザパス
ワードが暗号化されてやり取りされるため、インターネ
ット１１７上でのログイン時において、ユーザパスワー
ドの盗用が防止される。

【０１５６】また、インターネット１１７上のコンテン
ツの配送においては、図４４、４５、４６の従来のリモ
ートインストール方法を図７に示すように拡張する。ま
ず、ＲＩＳクライアント１１５が、インターネット１１
７を介して、セキュリティを要求されるコンテンツのデ
ストリビューションを要求すると、ＲＩＳサーバ１１２
は、代金の与信を行う。

【０１５７】次に、ＲＩＳサーバ１１２は、圧縮された
コンテンツファイルＡＢＣ．ＬＺＨを、ＭＩＤに対応す
る秘密キーを用いて暗号化プログラム１３５により暗号
化し、ＲＩＳクライアント１１５にダウンロードする。
そして、暗号化されたコンテンツファイルＡＢＣ．ＤＥ
Ｓを復号化するコマンドを送る。

【０１５８】ＲＩＳクライアント１１５は、コンテンツ
ファイルＡＢＣ．ＤＥＳを、保持しているＫＥＹを用い
て復号化プログラム１３６により復号化し、ファイルＡ
ＢＣ．ＬＺＨを取り出す。次に、ＲＩＳサーバ１１２か
らのコマンドに従って、ファイルＡＢＣ．ＬＺＨを解凍
し、実行用ファイルＡＢＣ．ＥＸＥを生成する。その
後、ＡＢＣ．ＤＥＳとＡＢＣ．ＬＺＨは自動的に消去さ
れる。

【０１５９】このように、あらかじめセキュリティの確
保された通信路を介して秘密キーを送ることで、ＤＥＳ
アルゴリズムのように堅牢な暗号化アルゴリズムを採用
することが可能になる。また、暗号化アルゴリズムとし
ては、秘密キーを用いる他の任意のアルゴリズムを用い
ることができる。

【０１６０】次に、ブラウザのヘルパ・アプリケーショ
ンを起動することにより、指定されたソフトウェアを配
送するリモートインストールシステムについて述べる。
このシステムでは、ＲＩＳクライアント１１５をＷＷＷ
ブラウザ１１４にヘルパ・アプリケーションとしてあら
かじめ登録しておく。ここで、ヘルパ・アプリケーショ
ンとは、ＷＷＷブラウザ１１４からキックされて起動
し、それに組み込まれた機能以外の形式のファイルを表
示することのできるプログラムを意味する。

【０１６１】そして、ホームページ上にヘルパ起動のた
めのアンカーファイルを置き、そのアンカーファイルを
ユーザがポインティング・デバイスでクリックすると、
ＲＩＳクライアント１１５が自動的にＲＩＳサーバ１１
２に接続し、指定のソフトウェアが配送されるようにす
る。

【０１６２】図８は、このようなインターネット１１７
上のソフトウェア配送システムを示している。ソフトウ
ェアのベンダであるソフト工房１４１は、インターネッ
ト１１７上にホームページ１４２を開き、自社の開発し
たソフトウェアの宣伝を行う（処理Ｐ１）。それととも
に、自社の開発したソフトウェアを、図５１、５２に示
した先願の方法でＲＩＳサーバ１１２に登録する（処理
Ｐ１）。

【０１６３】このホームページ１４２を構成するＨＴＭ
Ｌ（hypertext markup language ）ファイルは、図９の
ように記述される。これにより、“競馬ソフト”、“パ
チンコソフト”等のソフトウェア名とそれらの配送を受
けるための選択ボタン（Ｒｉｓアイコン）が表示され
る。これらのＲｉｓボタンには、それぞれヘルパ起動の
ためのアンカーファイルがリファレンスとして設定され
ている。

【０１６４】例えば、“競馬ソフト”のＲｉｓアイコン
１４３には、図１０に示すようなアンカーファイル１４
４（ＫＥＩＢＡ．ＲＩＳ）がリンクされている。このＫ
ＥＩＢＡ．ＲＩＳの［ＲＩＳ］セクションには、ソフト
ウェア名とソフトウェア番号（Ｓｏｆｔ）とが記述され
る。

【０１６５】また、アンカーファイル１４４におけるＷ
ＷＷサーバのＭＩＭＥ（multipurpose internet mail e
xtensions ）設定として、ファイルタイプ“．ＲＩＳ”
がＭＩＭＥタイプ“ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｒｉ
ｓ”に対応付けられる。ＭＩＭＥとは、ＷＷＷにおいて
様々なファイル形式を扱うための方法である。これによ
り、ＷＷＷブラウザ１１４がこのリファレンスを参照し
てきたとき、対応するＷＷＷサーバが、ＭＩＭＥタイプ
として“ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｒｉｓ”を返す
ようになる。

【０１６６】ユーザ側は、図４７、４８、４の方法に
て、ＲＩＳ会員として既にユーザＩＤ／パスワードおよ
びマシンＩＤ／パスワードが付与されているものとす
る。また、ＷＷＷブラウザ１１４に、ＲＩＳクライアン
ト１１５をヘルパ・アプリケーションとして登録してお
く。

【０１６７】例えば、ＷＷＷブラウザ１１４としてＮｅ
ｔｓｃａｐｅを用いた場合は、Ｆｉｌｅ−Ｔｙｐｅとし
て“．ＲＩＳ”を登録し、ＭＩＭＥ−ＴＹＰＥとして
“ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｒｉｓ”を登録する。
また、ＲＩＳクライアント１１５を起動するＬａｕｎｃ
ｈアプリケーションとして、“Ｃ：￥ＲＩＳＷ４１０￥
ＲＩＳＷＩＮ３２￥ＲＩＳＡＮＣ３２．ＥＸＥ”と登録
する。

【０１６８】この状態で、ユーザがソフト工房ホームペ
ージ１４２にアクセスし（処理Ｐ２）、“競馬ソフト”
の横のＲｉｓアイコン１４３を、ポインティング・デバ
イスでクリックしたとする（処理Ｐ３）。このとき、Ｗ
ＷＷブラウザ１１４は、自動的にＲＩＳクライアント１
１５を起動し、ＲＩＳクライアント１１５にファイルＫ
ＥＩＢＡ．ＲＩＳの内容を渡す（処理Ｐ４）。

【０１６９】起動されたＲＩＳクライアント１１５は、
図６に示した方法でＲＩＳサーバ１１２に接続する（処
理Ｐ５）。そして、ログイン後は、図１１に示すよう
に、図４４、４５、４６と同様のシーケンスで、ＲＩＳ
サーバ１１２がソフトウェアのデストリビューションを
行う。このとき、ファイルＫＥＩＢＡ．ＲＩＳから抽出
されたソフトウェア番号が、ＲＩＳクライアント１１５
からＲＩＳサーバ１１２に送られ、それに対応するソフ
トウェアが自動的に端末１１３に配送される。

【０１７０】以上の操作が行われると、ＲＩＳサーバ１
１２上のデータベースには、図１２の購入テーブルおよ
び図１３の支払いテーブルに記述されたような購入履歴
が残る。そこで、ＲＩＳサーバ１１２は、この購入テー
ブルを元に、クレジット会社経由で購入者から代金を徴
収し、支払いテーブルを元に、ベンダに払いもどしを行
う（処理Ｐ６）。

【０１７１】このように、ＲＩＳクライアント１１５を
ＷＷＷブラウザ１１４から起動されるヘルパ・アプリケ
ーションとして登録しておくことで、インターネット１
１７上でのソフトウェア配送システムが実現される。ま
た、ＲＩＳクライアント１１５をヘルパとして組み込む
代わりに、それをＷＷＷブラウザ１１４のプラグイン
（ブラウザウィンドウ内のアプリケーション）として登
録しておいてもよい。

【０１７２】次に、ブラウザのヘルパ・アプリケーショ
ンを起動することにより、物品の購入を簡便に行うこと
のできるオンラインショッピングシステムについて述べ
る。このシステムでは、ＲＩＳクライアント１１５をＷ
ＷＷブラウザ１１４にヘルパとして登録するとともに、
ホームページ上にヘルパ起動のためのアンカーファイル
を置く。

【０１７３】そして、このアンカーファイルをユーザが
クリックすると、自動的にＲＩＳクライアント１１５が
ＲＩＳサーバ１１２に接続し、ＲＩＳサーバ１１２は自
動的に指定の商品の課金処理を行って、ベンダに購入報
告を行う。ベンダは、これを受けて商品をユーザに発送
する。

【０１７４】図１４は、このようなオンラインショッピ
ングシステムを示している。ベンダであるα商店１５１
は、インターネット１１７上にホームページ１５２を開
き、自社の扱う“タオルセット”や“ハンカチーフ”等
の商品の宣伝を行う（処理Ｐ１１）。それとともに、商
品の購入処理のソフトウェアを、図５１、５２に示した
先願の方法でＲＩＳサーバ１１２に登録する（処理Ｐ１
２）。

【０１７５】ホームページ１５２のＨＴＭＬファイル
は、図９と同様の形式で記述され、商品の選択／購入に
必要なＲｉｓアイコンをホームページ１５２上に表示さ
せる（処理Ｐ１３）。それぞれのＲｉｓアイコンにリン
クしたアンカーファイルおよびユーザ側のＭＩＭＥ等の
設定は、上述のソフトウェア配送システムと同様であ
る。例えば、Ｒｉｓアイコン１５３には、アンカーファ
イル１５４（ＴＯＷＥＬ．ＲＩＳ）がリンクされてい
る。

【０１７６】この状態で、ユーザがα商店ホームページ
１５２にアクセスし（処理Ｐ１４）、“タオルセット”
の横のＲｉｓアイコン１５３をクリックしたとする（処
理Ｐ１５）。このとき、ＷＷＷブラウザ１１４は、ヘル
パとして登録されたＲＩＳクライアント１１５を起動
し、ＲＩＳクライアント１１５にファイルＴＯＷＥＬ．
ＲＩＳの内容を渡す（処理Ｐ１６）。

【０１７７】起動されたＲＩＳクライアント１１５は、
ＲＩＳサーバ１１２に接続し、暗号化されたパスワード
でログインして、登録されたリモートインストール処理
（ＲＩＳ ＩＮＳＴＡＬＬ）を開始する（処理Ｐ１
７）。ログイン時の設定内容や手順も、上述のソフトウ
ェア配送システムと同様である。

【０１７８】開始されたリモートインストール処理で
は、ソフトウェアの宅配の場合とは異なる動作を行うよ
うに、そのスクリプトを記述しておく。この場合、具体
的には、ユーザへ受付票を送付する処理とベンダへ購入
通知を送付する処理とが、ソフトウェア配送処理の代わ
りに記述される。また、必要であれば、商品の発送先を
ユーザが指定できるようにしておく。

【０１７９】受付票は、ソフトウェアをダウンロードす
る場合と同様の方法でユーザへ送付される（処理Ｐ１
８）。また、購入通知は、電子メールや専用回線を介し
た規定フォーマットの通知票としてベンダへ送付される
（処理Ｐ１８）。購入通知の送付処理は、ベンダ側から
見ると商品の受注処理となる。この購入通知送付処理
も、リモートインストール処理中に即時に実行される。

【０１８０】図１５は、これらの送付処理のシーケンス
を示している。まず、ＲＩＳクライアント１１５は、フ
ァイルＴＯＷＥＬ．ＲＩＳから抽出したソフトウェア番
号を、注文する商品の番号としてＲＩＳサーバ１１２に
送る。このとき、コマンドＲＩＳ ＣＨＫＥＮＶを利用
する。

【０１８１】次に、ＲＩＳサーバ１１２が、レスポンス
として商品の発送先を問い合わせてくると、ユーザは希
望する住所／宛て名を入力する。入力された発送先は、
コマンドＲＩＳ ＣＨＫＥＮＶを利用してＲＩＳサーバ
１１２に送られる。そして、ＲＩＳサーバ１１２から
“ＯＫ”が返されると、ＲＩＳクライアント１１５がコ
マンドＲＩＳ ＩＮＳＴＡＬＬを送る。

【０１８２】このとき、ＲＩＳサーバ１１２は、受付票
をダウンロードし、購入通知をベンダに送付する。そし
て、購入通知を受け取ったベンダは、所定の方法でユー
ザに商品を発送する（処理Ｐ１９）。図１５の処理が終
了すると、図１２、１３と同様の購入テーブル、支払テ
ーブルが作成されるので、ＲＩＳサーバ１１２は、これ
らを元にユーザから代金を徴収し、ベンダへの支払いを
行う（処理Ｐ２０）。

【０１８３】このように、ＲＩＳクライアント１１５を
ＷＷＷブラウザ１１４から起動されるヘルパ・アプリケ
ーションとして登録しておくことで、インターネット１
１７上でのオンラインショッピングシステムが実現され
る。また、ＲＩＳクライアント１１５をＷＷＷブラウザ
１１４のプラグインとして登録しておくことも可能であ
る。

【０１８４】このようなシステムによれば、ＲＩＳ会員
としてのユーザ情報があらかじめ登録されているので、
ユーザは商品の購入に際し、気に入った商品のボタンを
押すだけでよい。このため、非常に簡便なオンラインシ
ョッピングが可能となる。また、登録時の連絡先と異な
る発送先を指定することもでき、例えば、商品を第３者
への贈答品として配送させることもできる。

【０１８５】また、ＲＩＳのセンターは、販売に関わる
一部の業務をアウトソーシングの形で請け負うことが可
能である。したがって、ＲＩＳ会員のみに商品を販売す
る場合は、ベンダにとって、個々のカード会社との契約
等の煩わしい手間が省けるというメリットがある。

【０１８６】次に、ブラウザのヘルパ・アプリケーショ
ンを起動することにより、特定のパスワードを通知する
オンライン通信サービスシステムについて述べる。この
システムでは、ＲＩＳクライアント１１５をＷＷＷブラ
ウザ１１４にヘルパとして登録するとともに、ホームペ
ージ上にヘルパ起動のアンカーファイルを置く。

【０１８７】そして、ユーザがこのアンカーファイルを
クリックすると、ＲＩＳクライアント１１５が自動的に
ＲＩＳサーバ１１２に接続する。ＲＩＳサーバ１１２
は、指定された通信サービスの課金処理を行い、ベンダ
に購入報告を行うとともに、ユーザにサービス利用のた
めのパスワードを通告する。ユーザは、このパスワード
をＷＷＷブラウザ１１４の画面に入力することで、その
サービスが受けられるようになる。

【０１８８】図１６は、このようなオンライン通信サー
ビスシステムを示している。通信サービスのベンダであ
る占いの舘１６１は、インターネット１１７上にホーム
ページ１６２を開き、これを自社の占いサービスの受付
画面とする（処理Ｐ２１）。また、占いサービスの利用
権を表す占いチケットとなるパスワード情報を、図５
１、５２に示した方法で、ユーザへの通告としてＲＩＳ
サーバ１１２に登録する（処理Ｐ２１）。

【０１８９】ホームページ１６２のＨＴＭＬファイル
は、図１７のように記述される。これにより、占いチケ
ットに対応するＲｉｓアイコン１６３と、パスワードの
入力欄１６４が表示される。Ｒｉｓアイコン１６３に
は、ヘルパ起動のためのアンカーファイル１６５（ＦＴ
ＥＬＬ．ＲＩＳ）がリファレンスとして設定されてい
る。

【０１９０】このファイルＦＴＥＬＬ．ＲＩＳの［ＲＩ
Ｓ］セクションには、図１８に示すように、占いサービ
スのサービス名とソフトウェア番号（Ｓｏｆｔ）とが記
述される。このソフトウェア番号は、サービスの識別番
号として用いられる。

【０１９１】また、アンカーファイル１６５におけるＷ
ＷＷサーバのＭＩＭＥ設定は、上述のソフトウェア配送
システムと同様にしておく。これにより、ＷＷＷブラウ
ザ１１４がこのリファレンスを参照してきたとき、対応
するＷＷＷサーバはＭＩＭＥタイプとしてａｐｐｌｉｃ
ａｔｉｏｎ／ｘ−ｒｉｓを返すようになる。

【０１９２】ユーザ側は、上述のソフトウェア配送シス
テムと同様に、ＲＩＳ会員として既にユーザＩＤ／パス
ワードおよびマシンＩＤ／パスワードが付与されている
ものとする。さらに、ＷＷＷブラウザ１１４に、ＲＩＳ
クライアント１１５をヘルパ・アプリケーションとして
登録しておく。

【０１９３】この状態で、ユーザが占いの舘ホームペー
ジ１６２にアクセスし（処理Ｐ２２）、占いチケットの
横のＲｉｓアイコン１６３をクリックしたとする（処理
Ｐ２３）。このとき、ＷＷＷブラウザ１１４は、ＲＩＳ
クライアント１１５を起動し、ＲＩＳクライアント１１
５にファイルＦＴＥＬＬ．ＲＩＳの内容を渡す（処理Ｐ
２４）。

【０１９４】起動されたＲＩＳクライアント１１５は、
ＲＩＳサーバ１１２に接続し、暗号化されたパスワード
でログインする。インターネット１１７上でのログイン
のシーケンスやＲＩＳクライアント１１５を使用するた
めの設定は、図４、５、６に示した方法と同様である。

【０１９５】ログインの後、ＲＩＳクライアント１１５
は、ファイルＦＴＥＬＬ．ＲＩＳに記述されたソフトウ
ェア番号をＲＩＳサーバ１１２に送り（処理Ｐ２５）、
ＲＩＳサーバ１１２は、その番号により指定されるサー
ビスの購入代金の課金処理を行い、その後、サービス購
入者を識別するためのパスワードをユーザへ通告する
（処理Ｐ２６）。

【０１９６】パスワードの通告は、ＲＩＳセンターから
ユーザへの連絡であり、例えば図１９に示すような画面
を、メッセージボックスの形式で端末１１３上に表示す
ることで行われる。

【０１９７】ユーザは、受け取ったパスワードをホーム
ページ１６２上に表示された入力欄１６４に入力するこ
とで、対応するＷＷＷサーバを通じて占いサービスを受
けることができるようになる（処理Ｐ２７）。このため
に、占いサービスを提供するＷＷＷサーバ側では、パス
ワード欄の値を得て、サービスの利用権を確認する機能
を持っている。

【０１９８】この機能の実現方法としては、図１７のＨ
ＴＭＬファイルに記述されているＣＧＩ（common gatew
ay interface）のスクリプトファイルｕｒａ．ｃｇｉを
利用する。ファイルｕｒａ．ｃｇｉには、図２０に示す
ようなサービス利用権の確認処理のロジックが記述され
る。

【０１９９】確認処理が開始されると、ＷＷＷサーバ上
のＣＧＩプロセスは、まず入力されたパスワードの値を
取得し（ステップＳ２０１）、それをＲＩＳサーバ１１
２に登録したパスワードと比較して、正しいパスワード
かどうかを確認する（ステップＳ２０２）。

【０２００】パスワードが正しければ、そのユーザは課
金されているものとみなし、有料の占いサービス提供画
面を表示して（ステップＳ２０３）、処理を終了する。
パスワードが正しくなければ、その誤りを指摘するメッ
セージをホームページ１６２上に表示して（ステップＳ
２０４）、処理を終了する。

【０２０１】このような通信サービスにおけるパスワー
ドの運用形態としては、すべてのユーザに共通のパスワ
ードを与えて運用し続ける方法が考えられる。また、ユ
ーザ間でのパスワードの漏洩またはパスワード推測によ
る不正使用の防止するため、およびサービスの提供期間
を限定するために、一定期間（数分、数時間、数日等）
毎にパスワードを変更する方法やユーザ毎に異なるパス
ワードを発行する方法などもある。また、これらのパス
ワード保護方法を併せて用いることもできる。

【０２０２】さらに、ＲＩＳサーバ１１２への登録時
に、パスワードを固定した情報とするのではなく、特定
の計算アルゴリズムを用いて、パスワードを動的に生成
することも可能である。

【０２０３】以上の操作が行われると、ＲＩＳサーバ１
１２のデータベースには、図１２、１３と同様のサービ
ス購入履歴が残る。そのサービス購入履歴を元に、上述
のソフトウェア配送システムと同様の手順で、購入代金
が決裁される（処理Ｐ２８）。

【０２０４】このように、ＲＩＳクライアント１１５を
ＷＷＷブラウザ１１４から起動されるヘルパ・アプリケ
ーションとして登録しておくことで、インターネット１
１７上でのオンライン通信サービスシステムが実現され
る。また、ＲＩＳクライアント１１５をＷＷＷブラウザ
１１４のプラグインとして登録しておくことも可能であ
る。

【０２０５】図１６のシステムでは、ユーザにパスワー
ドを知らせることで通信サービスの利用権を与えている
が、その代わりに、サービスを受けるためのＵＲＬ（un
iform resource locator）を通知することも考えられ
る。ＵＲＬとは、ネットワーク上の資源を統一的に表現
する識別情報である。

【０２０６】この場合、ＲＩＳサーバ１１２は、課金処
理後に、通信サービスのＵＲＬをユーザに通知する。そ
して、このＵＲＬは、課金を受けたものだけが知り得る
ように運用しておく。例えばＵＲＬを頻繁に変更すれ
ば、ユーザは最新のＵＲＬを知るためにチケットを購入
しなければならなくなる。

【０２０７】図２１は、このような通信サービスシステ
ムを示している。このシステムの動作は、基本的に図１
６のシステムと同様である。まず、占いの舘１６１は、
インターネット１１７上にホームページ１６６を開き、
これを自社の占いサービスの受付画面とする（処理Ｐ３
１）。また、占いチケットとなるＵＲＬ情報を、図５
１、５２に示した方法で、ＲＩＳサーバ１１２に登録す
る（処理Ｐ３１）。

【０２０８】ホームページ１６６上には、占いチケット
に対応するＲｉｓアイコン１６７と、“チケット購入で
占いの部屋へのＵＲＬが表示されます”というメッセー
ジが表示される。Ｒｉｓアイコン１６７には、ヘルパ起
動のためのアンカーファイル１６５（図１８のＦＴＥＬ
Ｌ．ＲＩＳ）がリファレンスとして設定されている。

【０２０９】ユーザが占いの舘ホームページ１６６にア
クセスし（処理Ｐ３２）、占いチケットの横のＲｉｓア
イコン１６７をクリックしたとする（処理Ｐ３３）。こ
のとき、ＷＷＷブラウザ１１４は、ＲＩＳクライアント
１１５を起動し、ＲＩＳクライアント１１５にファイル
ＦＴＥＬＬ．ＲＩＳの内容を渡す（処理Ｐ３４）。

【０２１０】起動されたＲＩＳクライアント１１５は、
ＲＩＳサーバ１１２に接続し、暗号化されたパスワード
でログインし、ファイルＦＴＥＬＬ．ＲＩＳに記述され
たソフトウェア番号をＲＩＳサーバ１１２に送る（処理
Ｐ３５）。ＲＩＳサーバ１１２は、その番号により指定
されるサービスの購入代金の課金処理を行い、その後、
占いサービスページ１６８のＵＲＬをユーザへ通告する
（処理Ｐ３６）。ＵＲＬの通告は、例えば図１９と同様
のメッセージボックスを用いて行われる。

【０２１１】ユーザは、通告によって知り得た占いサー
ビスへのＵＲＬをＷＷＷブラウザ１１４上で指定するこ
とで、そのサービスページ１６８にアクセスして、占い
サービスを受けることができるようになる（処理Ｐ３
７）。

【０２１２】また、図２１のシステムにおいて、ＵＲＬ
をユーザに通知する代わりに、そのＵＲＬを参照するブ
ラウザを自動的に起動することも可能である。この場
合、ＲＩＳセンターからのＵＲＬ通知をトリガとして、
ソフトウェアによりブラウザを起動することで、ユーザ
がＵＲＬを直接扱うことなく、ＵＲＬに対応したサービ
ス画面へのアクセスが可能になる。

【０２１３】ＷＷＷブラウザ１１４の実装形態により、
すでに起動されているＷＷＷブラウザ１１４が、外部か
らのイベントによりＵＲＬ指定を自動取得可能な場合
は、ＲＩＳクライアント１１５は、ＷＷＷブラウザ１１
４が読み込み可能な形式でＵＲＬをそれに通知する。こ
のような方法としては、例えば、ＷＷＷブラウザ１１４
の所定のファイルにＵＲＬを書き込んだ後、動作してい
るＷＷＷブラウザ１１４にソフトウェアシグナルを送付
する方法がある。

【０２１４】ＷＩＮ９５（Ｗｉｎｄｏｗｓ９５）の場合
は、例えば図２２に示すようなファイルＷＯＲＫ．ＵＲ
Ｌを作成する。このファイルＷＯＲＫ．ＵＲＬには、モ
ザイク、ＮＥＴＳＣＡＰＥ等のブラウザのタイプに応じ
て、ＲＩＳサーバ１１２から通知されたＵＲＬが書き込
まれる。

【０２１５】そして、ＲＩＳクライアント１１５は、Ｗ
ＩＮ９５のＡＰＩ（application programming interfac
e ）を使用して、ＷＷＷブラウザ１１４を立ち上げる。
ＡＰＩとは、オペレーティングシステムが提供するプロ
グミング・インタフェースである。

【０２１６】この場合のＡＰＩは、例えば“Ｓｈｅｌｌ
Ｅｘｅｃｕｔｅ（〜，”ＷＯＲＫ．ＵＲＬ”，〜）”の
ように記述される。これにより、ＷＷＷブラウザ１１４
は、ファイルＷＯＲＫ．ＵＲＬから自動的にＵＲＬを取
得して、対応するサービス画面にアクセスする。

【０２１７】また、ＷＷＷブラウザ１１４が、上述の方
法で、ソフトウェア的にＵＲＬ指定を自動取得可能でな
い場合は、所定のＵＲＬを初期ＵＲＬ引数として与え
て、ＲＩＳクライアント１１５から別途ＷＷＷブラウザ
１１４を起動する。複数のＷＷＷブラウザ１１４が同時
に並行して動作すると不都合がある場合は、以前から動
作していたＷＷＷブラウザ１１４を一旦終了させ、その
後で改めてＷＷＷブラウザ１１４を起動すればよい。

【０２１８】次に、トランザクション用ヘルパとＲＩＳ
システムとで構成するトランザクション処理システムに
ついて述べる。このシステムでは、トランザクション用
ヘルパを用意し、トランザクションの使用権をＲＩＳシ
ステムに登録しておく。そして、ヘルパとして起動され
たＲＩＳシステムが、トランザクション用の別のヘルパ
と連携することにより、トランザクション処理の使用権
のデストリビューションと課金処理とを行う。

【０２１９】図２３は、このようなトランザクション処
理システムを示している。ベンダであるＶＯＩＣＥ工房
のＷＷＷサーバ１７１は、例えば入力されたユーザの音
声を元に占いを実行する音声占いのトランザクションサ
ービスを提供する。まず、ＷＷＷサーバ１７１は、音声
占いのホームページ１７２をインターネット１１７上に
開き、そのトランザクションサービスの使用権を表す音
声占い券を、ソフトウェアとしてＲＩＳサーバ１１２に
登録する（処理Ｐ４１）。

【０２２０】また、ユーザ端末１１３上では、ＷＷＷブ
ラウザ１１４のヘルパとして、ＲＩＳクライアント１１
５とＶｏｉｃｅ処理プログラム１７８が登録される。Ｖ
ｏｉｃｅ処理プログラム１７８は、ユーザから音声の入
力を受けて、各種フィルタリング処理の後、音声ファイ
ルを作成する専用のソフトウェアであり、ＶＯＩＣＥ工
房により作成／配布される。

【０２２１】ユーザは、まず、ＷＷＷブラウザ１１４か
らＶＯＩＣＥ工房ホームページ１７２にアクセスし（処
理Ｐ４２）、音声占い券販売のアイコン１７３をクリッ
クする（処理Ｐ４３）。

【０２２２】このアイコン１７３には、ＲＩＳクライア
ント１１５を起動するためのアンカーファイル１７６
（ＵＲＡＮＡ．ＲＩＳ）がリファレンスとして設定され
ており、ＷＷＷブラウザ１１４は、ＲＩＳクライアント
１１５を起動して、ファイルＵＲＡＮＡ．ＲＩＳの内容
を渡す（処理Ｐ４４）。ファイルＵＲＡＮＡ．ＲＩＳに
おけるＭＩＭＥ設定は、図８のシステムと同様である。

【０２２３】起動されたＲＩＳクライアント１１５は、
インターネット１１７を介してＲＩＳサーバ１１２に接
続し（処理Ｐ４５）、ダイレクトに音声占い券のデスト
リビューションを行う。

【０２２４】ここでは、デストリビューション処理とし
て、ＲＩＳクライアント１１５がＶｏｉｃｅ処理プログ
ラム１７８の初期設定ファイル１７９（Ｖｏｉｃｅ．ｉ
ｎｉ）の情報を書き換える（処理Ｐ４６）。例えば、フ
ァイルＶｏｉｃｅ．ｉｎｉの［Ｐｅｒｍｉｓｓｉｏｎ］
セクションに“ＹＥＳ”を書き込むことで、音声占い券
のデストリビューションが行われ、ユーザにサービスの
利用権が与えられる。

【０２２５】次に、ユーザがホームページ１７２の音声
入力開始のアイコン１７４をクリックする（処理Ｐ４
７）。このアイコン１７４には、Ｖｏｉｃｅ処理プログ
ラム１７８を起動するためのアンカーファイル１７７
（ＫＵＢＯ．ＶＯＣ）がリファレンスとして設定されて
おり、ＷＷＷブラウザ１１４は、Ｖｏｉｃｅ処理プログ
ラム１７８を起動する（処理Ｐ４８）。アンカーファイ
ル１７７におけるＭＩＭＥ設定として、ファイルタイプ
“．ＶＯＣ”がＭＩＭＥタイプ“ａｐｐｌｉｃａｔｉｏ
ｎ／ｘ−ｖｏｉｃｅ”に対応付けられている。

【０２２６】起動されたＶｏｉｃｅ処理プログラム１７
８は、図２４に示すような処理を行う。Ｖｏｉｃｅ処理
プログラム１７８は、まず、初期設定ファイル１７９の
［Ｐｅｒｍｉｓｓｉｏｎ］セクションに“ＹＥＳ”と記
述されているかどうかを調べる（ステップＳ２１１）。
ここに“ＹＥＳ”と記述されていなければ、“占い券未
購入”というメッセージを表示して（ステップＳ２１
６）、処理を終了する。

【０２２７】ここに“ＹＥＳ”と記述されていれば、音
声入力動作を開始し（ステップＳ２１２）、入力音声の
フィルタリング等の各種ローカル処理を行って（ステッ
プＳ２１３）、音声ファイル（不図示）を生成／出力す
る（ステップＳ２１４）。そして、ファイルＶｏｉｃ
ｅ．ｉｎｉの［Ｐｅｒｍｉｓｓｉｏｎ］セクションの
“ＹＥＳ”を消去し（ステップＳ２１５）、処理を終了
する。

【０２２８】こうして、音声ファイルが出力されると、
ユーザは、次に占い開始のアイコン１７５をクリック
し、占いサービスを実行する（処理Ｐ４９）。占い開始
のページは、例えば図２５に示すように構成される。図
２５においては、音声ファイル名入力欄１８１、Ｂｒｏ
ｗｓｅアイコン１８２、ＡＤＤアイコン１８３、および
実行アイコン１８４が表示されている。

【０２２９】Ｂｒｏｗｓｅアイコン１８２がクリックさ
れると、ファイルセレクタ１８５が開き、ここで選択さ
れた音声ファイル名が自動的に入力欄１８１に入力され
る。ＡＤＤアイコン１８３は、入力する音声ファイルを
追加する際に用いられる。ＨＴＭＬファイル１８６は、
この占い開始ページの記述方法を表す。

【０２３０】ユーザにより音声ファイル名が入力され、
実行アイコン１８４がクリックされると、指定された音
声ファイルが占いサービスを行うＷＷＷサーバ１７１に
アップロードされる。音声ファイルのアップロードは、
既知のＨＴＭＬファイルアップロード機能を用いて行わ
れる。ＷＷＷサーバ１７１は、アップロードされた音声
ファイルを処理して、占い結果１８０をＷＷＷブラウザ
１１４に返す（処理Ｐ５０）。

【０２３１】音声占いの使用料金は、ＲＩＳクライアン
ト１１５がＲＩＳサーバ１１２に接続した時点で課金処
理され、その後、ＲＩＳサーバ１１２からＶＯＩＣＥ工
房に払い戻される（処理Ｐ５１）。

【０２３２】ところで、上述の初期設定ファイル１７９
を利用して、ローカルなトランザクション処理プログラ
ムから直接ＲＩＳクライアント１１５を起動し、図２３
と同様の方法でトランザクション処理の使用権のデスト
リビューションと課金処理とを行うこともできる。

【０２３３】この場合、トランザクション処理プログラ
ムを、図２６のフローチャートに示すように構成する。
トランザクション処理プログラムは、まず、ファイルＶ
ｏｉｃｅ．ｉｎｉの［Ｐｅｒｍｉｓｓｉｏｎ］セクショ
ンに、サービス使用権の購入処理中であることを示す情
報“ＢＵＹＩＮＧ”が書き込まれているかどうかを調べ
る（ステップＳ２２１）。

【０２３４】ここに“ＢＵＹＩＮＧ”が書かれていれ
ば、それが消去されるまで同じ判定を繰り返し、“ＢＵ
ＹＩＮＧ”が書かれていなければ、次に、その［Ｐｅｒ
ｍｉｓｓｉｏｎ］セクションに、購入済を表す情報“Ｙ
ＥＳ”が書き込まれているかどうかを調べる（ステップ
Ｓ２２２）。

【０２３５】ここに“ＹＥＳ”が書かれていなければ、
サービス使用権（占い券）を購入中でも購入済でもない
ことがわかる。そこで、トランザクション処理プログラ
ムは、占い券を購入するかどうかをユーザに問い合せる
（ステップＳ２２８）。ここで、ユーザが占い券の購入
を選択しなければそのまま処理を終了する。

【０２３６】ユーザが占い券の購入を選択すると、トラ
ンザクション処理プログラムは、ファイルＶｏｉｃｅ．
ｉｎｉの［Ｐｅｒｍｉｓｓｉｏｎ］セクションに“ＢＵ
ＹＩＮＧ”を書き込んで（ステップＳ２２９）、ＲＩＳ
クライアント１１５を起動し（ステップＳ２３０）、ス
テップＳ２２８以降の処理を繰り返す。

【０２３７】起動されたＲＩＳクライアント１１５は、
図２３のシステムと同様の方法でＲＩＳサーバ１１２に
接続して、占い券を購入する。占い券の購入が終わる
と、ＲＩＳクライアント１１５は、ファイルＶｏｉｃ
ｅ．ｉｎｉの［Ｐｅｒｍｉｓｓｉｏｎ］セクションの
“ＢＵＹＩＮＧ”を消去して、代わりに“ＹＥＳ”を書
き込む。

【０２３８】このとき、ステップＳ２２１の判定結果が
ＮＯとなり、ステップＳ２２２の判定結果がＹＥＳとな
る。そこで、トランザクション処理プログラムは、音声
入力動作を開始し（ステップＳ２２３）、入力音声のフ
ィルタリング等の処理を行って（ステップＳ２２４）、
占いを実行する（ステップＳ２２５）。

【０２３９】そして、占い結果を表示し（ステップＳ２
２６）、ファイルＶｏｉｃｅ．ｉｎｉの［Ｐｅｒｍｉｓ
ｓｉｏｎ］セクションの“ＹＥＳ”を消去して（ステッ
プＳ２２７）、処理を終了する。［Ｐｅｒｍｉｓｓｉｏ
ｎ］セクションの“ＹＥＳ”を消去することで、トラン
ザクション処理は初期状態を回復する。

【０２４０】このように、ＲＩＳシステムと連携するト
ランザクション処理プログラムをユーザ端末１１３上に
備えることで、ＷＷＷブラウザ１１４の介在なしにＲＩ
Ｓシステムを利用することが可能になる。

【０２４１】また、図２３のトランザクションサービス
システムにおいて、複数回のサービス利用権を販売する
こともできる。この場合は、ＲＩＳサーバ１１２には複
数回の使用権を登録しておき、Ｖｏｉｃｅ処理プログラ
ム１７８側では、トランザクション処理毎に、初期設定
ファイルのカウント数を１だけデクリメントする構成を
用いる。

【０２４２】図２７は、このようなトランザクションサ
ービスシステムを示している。図２７のシステムにおい
ては、ＲＩＳサーバ１１２には、１回、５回、１０回の
３種類の占い券が、それぞれ、ソフトウェア番号１６
０、１６１、１６２に対応して登録されている。そし
て、ベンダのＶＯＩＣＥ工房ホームページ１９１には、
音声占い券販売のアイコンとして、１回券、５回券、１
０回券のアイコン１９２、１９３、１９４が表示され
る。

【０２４３】これらのアイコン１９２、１９３、１９４
には、それぞれ、アンカーファイル１９５（ＵＲＡＮ
Ａ．ＲＩＳ）、１９６（ＵＲＡＮＡ２．ＲＩＳ）、１９
７（ＵＲＡＮＡ３．ＲＩＳ）がリファレンスとして設定
されている。そして、ファイルＵＲＡＮＡ．ＲＩＳには
ソフトウェア番号１６０が記述され、ファイルＵＲＡＮ
Ａ２．ＲＩＳにはソフトウェア番号１６１が記述され、
ファイルＵＲＡＮＡ３．ＲＩＳにはソフトウェア番号１
６２が記述されている。

【０２４４】ユーザがいずれかの占い券を選択して、対
応するアイコンをクリックすると、ＲＩＳクライアント
１１５は、そのアイコンにリンクしているアンカーファ
イルのソフトウェア番号をＲＩＳサーバ１１２に送り、
初期設定ファイル１７９の［Ｐｅｒｍｉｓｓｉｏｎ］セ
クションに、対応するカウント数（Ｃｏｕｎｔ）を書き
込む。例えば、１０回券が購入された場合は、Ｃｏｕｎ
ｔ＝１０となる。これにより、複数回のサービス利用権
がユーザ端末１１３に設定される。

【０２４５】図２８は、このシステムにおけるＶｏｉｃ
ｅ処理プログラム１７８の処理のフローチャートであ
る。Ｖｏｉｃｅ処理プログラム１７８は、まず、初期設
定ファイル１７９の［Ｐｅｒｍｉｓｓｉｏｎ］セクショ
ンのＣｏｕｎｔの値が０かどうかを調べる（ステップＳ
２３１）。Ｃｏｕｎｔが０であれば、“占い券未購入”
というメッセージを表示して（ステップＳ２３６）、処
理を終了する。

【０２４６】Ｃｏｕｎｔが０より大きければ、音声入力
動作を開始し（ステップＳ２３２）、入力音声のフィル
タリング等の各種ローカル処理を行って（ステップＳ２
３３）、音声ファイルを生成／出力する（ステップＳ２
３４）。そして、ファイルＶｏｉｃｅ．ｉｎｉの［Ｐｅ
ｒｍｉｓｓｉｏｎ］セクションのＣｏｕｎｔの値を、１
だけデクリメントして（ステップＳ２３５）、処理を終
了する。

【０２４７】このようなＶｏｉｃｅ処理プログラム１７
８を用いれば、ユーザは、購入したサービス利用権の利
用回数だけ、サービスを受けることができる。図２７の
システムにおけるその他の設定および動作は、図２３の
システムと同様である。

【０２４８】次に、ローカルなトランザクション処理プ
ログラムとＲＩＳシステムの連携処理により、データの
取得および課金を行うシステムについて述べる。このシ
ステムでは、トランザクション処理プログラムから直接
ＲＩＳクライアント１１５を起動し、図２３と同様の方
法でトランザクション処理用のデータを入手する。

【０２４９】例えば、トランザクション処理プログラム
が競馬予想ソフトウェアである場合、その処理のフロー
チャートは、図２９に示すようになる。競馬予想ソフト
ウェアは、起動時に、まず新しいデータを取得するかど
うかをユーザに問い合せる（ステップＳ２４１）。

【０２５０】そして、ユーザが新しいデータを取得しな
い意思決定を行った場合は、既存の競馬データを用いて
予想を実行し（ステップＳ２４３）、処理を終了する。
また、ユーザが新しいデータを取得する意思決定を行っ
た場合は、ＲＩＳクライアント１１５を起動する（ステ
ップＳ２４２）。

【０２５１】ＲＩＳクライアント１１５は、ソフトウェ
ア番号を元にしてＲＩＳサーバ１１２にアクセスする。
ＲＩＳサーバ１１２には、図３０に示すように、競馬デ
ータがあらかじめ登録されており、図８と同様な方法
で、ダイレクトに競馬データのデストリビューションを
行う。そして、競馬予想ソフトウェアは、配送された競
馬データを用いて予想を実行し（ステップＳ２４３）、
処理を終了する。

【０２５２】図３１は、ＲＩＳクライアント１１５とＲ
ＩＳサーバ１１２による競馬データのデストリビューシ
ョン処理を示している。この処理は、図４４、４５、４
６に示した方法を利用して実行される。まず、ＲＩＳク
ライアント１１５が、競馬予想ソフトウェアに付随する
競馬データファイルＫＥＩＢＡ．ＤＡＴの日付を調べ、
ＲＩＳサーバ１１２に送る（ステップＳ２５１）。ファ
イルＫＥＩＢＡ．ＤＡＴには、例えば図３２に示すよう
に、競走馬等のデータＡ、Ｂ、Ｃが格納されている。

【０２５３】ＲＩＳサーバ１１２は、図３３に示すよう
な日付・ファイル名対応表を参照して、送られた日付に
対応するファイル名を検索し、それに対応するファイル
を、追加データファイルとしてＲＩＳクライアント１１
５に送付する（ステップＳ２５２）。そして、その内容
をファイルＫＥＩＢＡ．ＤＡＴに追加して、ファイルＫ
ＥＩＢＡ．ＤＡＴを更新し（ステップＳ２５３）、処理
を終了する。

【０２５４】図３３の日付・ファイル名対応表は、あら
かじめＲＩＳサーバ１１２に登録されており、必要に応
じて更新される。日付・ファイル名対応表に記載された
ファイルＦＩＬＥ１．ＬＺＨ、ＦＩＬＥ２．ＬＺＨ、Ｆ
ＩＬＥ３．ＬＺＨには、図２４に示すようなデータの組
み合わせが含まれる。

【０２５５】例えば、ファイルＦＩＬＥ１．ＬＺＨには
データＤ、Ｅ、Ｆ、Ｇが含まれ、ファイルＦＩＬＥ２．
ＬＺＨにはデータＥ、Ｆ、Ｇが含まれ、ファイルＦＩＬ
Ｅ３．ＬＺＨにはデータＦ、Ｇが含まれている。このよ
うに、ファイル毎にデータの組み合わせを変えておくこ
とで、日付の古いファイルＫＥＩＢＡ．ＤＡＴほど、多
くの追加データが与えられるようにすることができる。

【０２５６】図２９のようなトランザクション処理プロ
グラムによれば、ＷＷＷブラウザ１１４の介在なしに、
ＲＩＳシステムを利用してサービスに必要なデータを配
送することが可能になる。

【０２５７】また、トランザクション処理プログラム
が、起動時にデータファイルの日付を見て、前回のデー
タ更新時から一定時間経過している場合のみ、ＲＩＳサ
ーバ１１２に接続し、データ取得を行う構成にすること
もできる。この場合、トランザクション処理プログラム
は、現在の日付がデータファイルの日付より所定日数以
上経過していれば、ＲＩＳサーバ１１２に接続して、最
新のデータによりデータファイルを更新する。

【０２５８】図３５は、このような競馬予想ソフトウェ
アのフローチャートである。競馬予想ソフトウェアは、
起動時に、現在の日付とデータファイルＫＥＩＢＡ．Ｄ
ＡＴの日付の差を計算し、それが２ヵ月を越えているか
どうかを判定する（ステップＳ２６１）。

【０２５９】その差が２ヵ月を越えていなければ、既存
の競馬データを用いて予想を実行し（ステップＳ２６
３）、処理を終了する。また、その差が２ヵ月を越えて
いれば、ＲＩＳクライアント１１５を起動し、新しい競
馬データをＲＩＳサーバ１１２から取得する（ステップ
Ｓ２６２）。そして、配送された競馬データにより更新
されたファイルＫＥＩＢＡ．ＤＡＴを用いて、予想を実
行し（ステップＳ２６３）、処理を終了する。

【０２６０】次に、複数のＲＩＳサーバが存在するネッ
トワーク環境において、ユーザ端末（クライアントマシ
ン）のマシンＩＤ（ＭＩＤ）にサーバ識別子を混ぜるこ
とで、サーバによるユーザ端末の誤認識を防ぐＲＩＳシ
ステムについて述べる。

【０２６１】このシステムでは、サーバ識別子とクライ
アントマシンの識別子を合成して、そのクライアントマ
シンを識別するＭＩＤを生成する。そして、サーバはク
ライアントから送られたＭＩＤをサーバ部とクライアン
ト部に分解し、サーバ部がそのサーバの識別子と異なっ
ていたら、クライアントとの接続を切断する。

【０２６２】従来のＲＩＳシステムによるクライアント
識別の方法は、サーバがただ１つしか存在しないことを
前提としていた。これに対して、本実施形態の方法を用
いれば、複数のサーバがサービスを行い、１つのクライ
アントが各サーバに接続する場合でも、サーバによるク
ライアントの誤認識を防ぐことができる。

【０２６３】このシステムでは、それぞれ異なる複数の
サーバは、それ自身を表す固有の識別子を有し、クライ
アントのＭＩＤは、常にアクセス先のサーバ識別子を用
いて作成することにする。したがって、同じマシンで
も、そのアクセス先によってＭＩＤが異なってくる。

【０２６４】図３６は、サーバＡ、Ｂとクライアントマ
シンα、βを含むシステムを示している。このシステム
において、サーバＡは、クライアント番号１に対してマ
シンαの情報（ディレクトリ情報やメモリ量等）を保持
し、クライアント番号２に対してマシンβの情報を保持
する。また、他のサーバＢは、クライアント番号２に対
してマシンαの情報を保持し、クライアント番号１に対
してマシンβの情報を保持している。

【０２６５】図４８に示した従来の方法では、クライア
ント番号自体がＭＩＤとして使われていた。この方法を
そのまま図３６のシステムに適用すると、マシンαがク
ライアント番号１をＭＩＤとしてサーバＢに接続した場
合、サーバはそれをマシンβのＭＩＤとみなして、マシ
ンαから送られる情報をマシンβの情報に上書きしてし
まう事故が発生し得た。

【０２６６】しかし、クライアント識別子にサーバ識別
子を混ぜてＭＩＤを生成することで、クライアントが誤
った識別子を用いてサーバに接続した場合に、サーバ側
でこれをチェックして、誤りを検出することが可能にな
る。これにより、サーバは、マシン情報を誤って上書き
してしまうことを避けるとともに、クライアントに対し
て、誤りを通知することができる。

【０２６７】例えば、マシンαがサーバＡ、Ｂにアクセ
スする際のＭＩＤを、それぞれ“Ａ１”、“Ｂ２”と
し、マシンβがサーバＡ、Ｂにアクセスする際のＭＩＤ
を、それぞれ“Ａ２”、“Ｂ１”とする。

【０２６８】このとき、マシンαが、誤って“Ｂ２”を
ＭＩＤとしてサーバＡにアクセスした場合、サーバＡ
は、まず、そのＭＩＤをサーバ部“Ｂ”とクライアント
部“２”とに分解して、サーバ部の識別子を調べる。こ
の場合、サーバ部“Ｂ”が自身の識別子と異なるので、
このアクセスは誤りと判断し、マシンαとの接続を切断
する。

【０２６９】また、マシンαが、誤って“Ａ１”をＭＩ
ＤとしてサーバＢにアクセスした場合も、同様にして誤
りが検出され、マシンαとの接続が切断される。ここで
は、アクセスの誤りを接続の切断という方法でクライア
ントに通知しているが、代わりにエラーメッセージ等を
用いてもよい。

【０２７０】このシステムのサーバ識別子としては、ド
メイン名ｒｉｓ．ｇｍｓｎｅｔ．ｏｒ．ｊｐのように、
世界で唯一であることが保証されているものを用いるこ
とが望ましい。そうすれば、サーバ識別子の重複という
事故を避けることができるので、クライアントの識別を
完璧に行うことができる。したがって、１つのクライア
ントで複数のサーバを使い分ける場合でも、クライアン
トのマシン情報が混乱することが避けられる。

【０２７１】また、このような複数のサーバの取扱いに
おいて、各サーバに対応する初期設定ファイルをクライ
アント側に持つことも考えられる。この場合、基本とな
るサーバの初期設定ファイルに、他のサーバの初期設定
ファイルがあるかどうかを、拡張情報として記述してお
く。

【０２７２】例えば、図３７に示すファイルＲＩＳ．Ｉ
ＮＩを基本の初期設定ファイルとし、図３８に示すファ
イルＲＩＳ２．ＩＮＩを別のサーバの初期設定ファイル
とする。このように、サーバ毎に異なる初期設定ファイ
ルを用意すれば、矢印で示されるように、それぞれまっ
たく異なるユーザＩＤ／パスワードおよびＭＩＤを扱う
ことができる。

【０２７３】また、図３７のファイルＲＩＳ．ＩＮＩの
中には［ＥＸＴＥＮＳＩＯＮ］セクションが設けられ、
ここに他の初期設定ファイルをアクティブにするかどう
かを記述できる。ここでは、ファイルＲＩＳ．ＩＮＩと
ＲＩＳ２．ＩＮＩがアクティブ（ＯＮ）になっており、
動作時には、他のファイルＲＩＳ２．ＩＮＩも自動的に
参照される。

【０２７４】図３６に示した方法を用いれば、サーバ側
は正しくクライアントマシンの情報をハンドリングする
ことができる。次に問題となるのは、クライアント側に
とって、正しいサーバに接続できたかどうかを確認する
ことにある。というのは、複数のサーバが存在する場
合、間違って悪意のあるサーバに接続するかもしれない
という危険性があるからである。

【０２７５】そこで、次に、正しいサーバを識別するＲ
ＩＳシステムについて述べる。このシステムでは、ＲＳ
Ａ（Rivest-Shamir-Adleman ）暗号による電子署名の機
能を用いたログインセッションを設ける。ＲＳＡ暗号
は、非対称な暗号システムであり、暗号化と復号化には
それぞれ異なる鍵情報が用いられる。

【０２７６】このログインセッションにおいて、サーバ
は、決められた情報を秘密鍵で暗号化してクライアント
に送り、クライアントは、それを公開鍵で復号化するこ
とにより、サーバの認証を行う。これにより、クライア
ントは、ログイン先が正しいサーバかどうかを判定する
ことができる。

【０２７７】図３９は、このようなサーバ識別システム
を示している。図３９において、各サーバは、ＲＳＡの
秘密鍵を保持し、対応する公開鍵をホームページ２０１
に登録しておく。サーバのリストを表示するホームペー
ジ２０１が信用できるかどうかは、ユーザが判断するも
のとする。あるいは、信用できるホームページ２０１の
ＵＲＬをあらかじめクライアントに埋め込んでおいても
よい。

【０２７８】サーバは、クライアントから接続時に任意
の情報を平文で渡してもらい、それを秘密鍵で暗号化し
て返すと、クライアントは、サーバの公開鍵で元の平文
を正しく復元することができる。正しく復元できたとい
うことは、サーバがその公開鍵と対を成す秘密鍵を保持
していることになるので、正しいサーバであると判断で
きる。

【０２７９】図３９において、マシンαは、サーバＡへ
の接続に先立ち、その識別子“Ａ”、公開鍵“公Ａ”等
のサーバ情報をホームページ２０１から取得し、ＭＩＤ
“Ａ１”を作成する。このとき、必要であれば、他のサ
ーバの情報も取得しておく。

【０２８０】この状態で、マシンαがサーバＡを識別す
るログインシーケンスは、図４０に示すようになる。マ
シンαがサーバＡに接続すると、サーバＡはサーバ識別
のための情報（Ｗｏｒｄ）を問い合せてくる。そこで、
マシンαが情報“ａｐｐｌｅ”を平文で送ると、サーバ
Ａはそれを秘密鍵“秘Ａ”で暗号化し、暗（ａｐｐｌ
ｅ，秘Ａ）として送り返す。

【０２８１】マシンαは、暗（ａｐｐｌｅ，秘Ａ）を公
開鍵“公Ａ”で復号化し、情報“ａｐｐｌｅ”を取り出
す。この情報は、先に送った情報と一致するので、接続
先は正しいサーバＡであると判断する。そこで、ユーザ
がＵＩＤを入力し、マシンαは通常のログインシーケン
スに移行する。

【０２８２】これに対して、サーバＡになりすましたサ
ーバＡ′に対するログインシーケンスは、図４１に示す
ようになる。マシンαがサーバＡ′に接続して、サーバ
Ａ′に情報“ａｐｐｌｅ”を送るところまでは、図４０
と同様である。サーバＡは、受け取った情報を、適当に
設定した秘密鍵“秘Ａ′”で暗号化し、暗（ａｐｐｌ
ｅ，秘Ａ′）として送り返す。

【０２８３】ところが、マシンαが暗（ａｐｐｌｅ，秘
Ａ′）を公開鍵“公Ａ”で復号化すると、平文“ｂｑｑ
ｍｆ”が取り出される。この情報は、先に送った情報と
異なるので、接続先は正しいサーバＡではないと判断
し、接続を切断する。こうして、偽のサーバＡ′を識別
することができる。

【０２８４】また、図４０、４１のシーケンスとは異な
り、クライアントがサーバの公開鍵で暗号化した情報を
サーバに送り、サーバがそれを秘密鍵で復号化して、ク
ライアントに平文として送り返しても、同様の効果が得
られる。この場合、クライアントは、サーバから送り返
された平文が正しければ、そのサーバを正しいサーバと
認識する。

【０２８５】図３９のサーバ識別システムにおいて、サ
ーバ認証鍵となる公開鍵および秘密鍵を固定したまま運
用を続けると、いつか暗号を破られる可能性がある。そ
こで、これらのを定期的に更新することにより、暗号の
安全性を高める必要がある。しかし、公開鍵が変更され
る度に、クライアント側のサーバ情報を設定し直すのは
不便なので、この過程を自動化し、クライアントがサー
バにログインするときに、毎回サーバ情報を取得するよ
うにする。

【０２８６】そして、図８に示した方法を利用して、ホ
ームページからＲＩＳクライアント１１５を起動する。
この場合、Ｒｉｓアイコンにリンクしたアンカーファイ
ルは、図４２に示すように拡張され、その［ＳＥＲＶＥ
Ｒ］セクションにサーバ識別子が記述され、［ＯＫＥ
Ｙ］セクションに公開鍵が記述される。

【０２８７】ＷＷＷブラウザ１１４から起動されたＲＩ
Ｓクライアント１１５は、ＲＩＳサーバに接続する前
に、図４３に示すような処理を行う。ＲＩＳクライアン
ト１１５は、まず、図４２のアンカーファイルＲＩＳ
２．ＲＩＳの［ＳＥＲＶＥＲ］セクションを見て、ＲＩ
Ｓサーバ“０００２”へのアクセス権があるかどうかを
調べる（ステップＳ２７１）。

【０２８８】ここに、サーバ識別子“０００２”が記述
されていればアクセス権があると判断し、次に、［ＯＫ
ＥＹ］セクションを見て、新たな公開鍵“１２３４”を
取り込む（ステップＳ２７２）。そして、［ＲＩＳ］セ
クションを見て、ソフトウェア番号ではなく、“Ｓｔａ
ｒｔ＝ｍｅｎｕ”と記述されていることを知る。そこ
で、ソフトウェアを要求するのではなく、初期メニュー
からＲＩＳサーバ“０００２”にアクセスすることを認
識し（ステップＳ２７３）、処理を終了する。

【０２８９】ステップＳ２７１において、サーバ“００
０２”へのアクセス権がないことがわかると、エラー表
示等の処理を行って（ステップＳ２７４）、処理を終了
する。こうして、ファイルＲＩＳ２．ＲＩＳの読み取り
が終了すると、ＲＩＳクライアント１１５は、図４０に
示したようなログインセッションを開始する。

【０２９０】以上説明した実施形態において、暗号アル
ゴリズムはＤＥＳとＲＳＡに限られず、他の任意のもの
を用いることができる。また、図１４のオンラインショ
ッピングシステムでは、タオルセット、ハンカチーフ以
外の任意の商品、サービスを販売することができ、図１
６、２１の通信サービスシステムでは、占いサービス以
外の任意の通信サービスを提供することができる。ま
た、図２３、２７のトランザクションサービスシステム
では、音声占いサービス以外の任意のトランザクション
サービスを提供することができる。

【０２９１】

【発明の効果】本発明によれば、インターネット上でリ
モートインストールシステムを利用して、ソフトウェア
配送サービス、オンラインショッピング、通信サービ
ス、トランザクションサービス等の様々な会員制サービ
スを提供することが可能になる。また、インターネット
上での接続先の認証や、パスワード、コンテンツ等の暗
号化も行われ、サービスの安全性が保証される。

【図面の簡単な説明】

【図１】本発明のサービスシステムの原理図である。

【図２】実施形態のシステム構成図である。

【図３】情報処理装置の構成図である。

【図４】サインアップシーケンスを示す図である。

【図５】第１の初期設定ファイルを示す図である。

【図６】第１のログインシーケンスを示す図である。

【図７】暗号化されたコンテンツの配送を示す図であ
る。

【図８】インターネット上のソフトウェア配送システム
を示す図である。

【図９】ソフト工房ホームページのＨＴＭＬファイルを
示す図である。

【図１０】第１のアンカーファイルを示す図である。

【図１１】ソフトウェアの配送を示す図である。

【図１２】購入テーブルを示す図である。

【図１３】支払いテーブルを示す図である。

【図１４】オンラインショッピングシステムを示す図で
ある。

【図１５】受付票／購入通知送付処理を示す図である。

【図１６】オンライン通信サービスシステムを示す図で
ある。

【図１７】占いの舘ホームページのＨＴＭＬファイルを
示す図である。

【図１８】第２のアンカーファイルを示す図である。

【図１９】パスワードの表示画面を示す図である。

【図２０】サービス利用権の確認処理のフローチャート
である。

【図２１】ＵＲＬを通知する通信サービスシステムを示
す図である。

【図２２】ＵＲＬ格納ファイルを示す図である。

【図２３】第１のトランザクションサービスシステムを
示す図である。

【図２４】第１のＶｏｉｃｅ処理プログラムのフローチ
ャートである。

【図２５】占い開始画面を示す図である。

【図２６】トランザクション処理プログラムのフローチ
ャートである。

【図２７】第２のトランザクションサービスシステムを
示す図である。

【図２８】第２のＶｏｉｃｅ処理プログラムのフローチ
ャートである。

【図２９】第１の競馬予想処理のフローチャートであ
る。

【図３０】ＲＩＳサーバの情報を示す図である。

【図３１】データのデストリビューション処理のフロー
チャートである。

【図３２】競馬データファイルを示す図である。

【図３３】日付・ファイル名対応表を示す図である。

【図３４】各ファイルに含まれるデータを示す図であ
る。

【図３５】第２の競馬予想処理のフローチャートであ
る。

【図３６】複数のサーバが存在するシステムを示す図で
ある。

【図３７】第２の初期設定ファイルを示す図である。

【図３８】第３の初期設定ファイルを示す図である。

【図３９】サーバ識別システムを示す図である。

【図４０】第２のログインシーケンスを示す図である。

【図４１】第３のログインシーケンスを示す図である。

【図４２】第３のアンカーファイルを示す図である。

【図４３】クライアントの処理のフローチャートであ
る。

【図４４】リモートインストールのフローチャート（そ
の１）である。

【図４５】リモートインストールのフローチャート（そ
の２）である。

【図４６】リモートインストールのフローチャート（そ
の３）である。

【図４７】ユーザＩＤ登録のフローチャートである。

【図４８】端末ＩＤ登録のフローチャートである。

【図４９】販売のフローチャートである。

【図５０】端末パスワードチェックのフローチャートで
ある。

【図５１】場の構成を示す図である。

【図５２】作者の作業のフローチャートである。

【図５３】オリジナルクラブ管理者の作業のフローチャ
ートである。

【図５４】転載先クラブ管理者の作業のフローチャート
である。

【図５５】アップロードを示す図である。

【図５６】シェアウェア手続きを示す図（その１）であ
る。

【図５７】シェアウェア手続きを示す図（その２）であ
る。

【図５８】シェアウェア手続きを示す図（その３）であ
る。

【図５９】シェアウェア手続きを示す図（その４）であ
る。

【図６０】代金引き落とし手続きを示す図（その１）で
ある。

【図６１】代金引き落とし手続きを示す図（その２）で
ある。

【図６２】代金引き落とし手続きを示す図（その３）で
ある。

【符号の説明】

１、２ 環境ファイル ３、４ キーテーブル ５ チェックスクリプト ６ ファイル本体 ７ インストールスクリプト １１、１２、１３、１４ クラブ １５ ソフトウェア ２１ ＣＦＧファイル ２２ 説明ファイル ２３ インストール関連ファイル ２４ 本体ファイル ２５ 定義ファイル ２６ ＣＨＫファイル ２７ 書換えファイル ２８ コンテンツデータベース ２９ メニュー ３０ ダイアログボックス ３１ メッセージ ８０ 登録手段 ８１ キー情報付与手段 ８２ 暗号化手段 ８３ リモートインストール手段 ８４ 課金手段 ８５、８７、８９、９０ 処理手段 ８６ ヘルパ手段 ８８ ブラウザ手段 ９１ トランザクション手段 ９２ 受信手段 ９３ 判定手段 ９４ 生成手段９４ ９５、９９ 格納手段 ９６、１００ 接続手段 ９７ 通信手段 ９８ 認証手段 １１１ ホスト計算機 １１２ ＲＩＳサーバ １１３ ユーザ端末 １１４ ＷＷＷブラウザ １１５ ＲＩＳクライアント １１６ ＦＥＮＩＣＳ回線 １１７ インターネット １２１ ＣＰＵ １２２ メモリ １２３ 入力装置 １２４ 出力装置 １２５ 外部記憶装置 １２６ 媒体駆動装置 １２７ ネットワーク接続装置 １２８ バス １２９ 可搬記録媒体 １３０ データベース １３１ 秘密キーデータベース １３２、１７９ 初期設定ファイル １３３ Ｃｈａｌｌｅｎｇｅ発生関数 １３４ 合成関数 １３５ 暗号化プログラム １３６ 復号化プログラム １４１ ソフト工房 １４２ ソフト工房ホームページ １４３、１５３、１６３、１６７、１９２、１９３、１
９４ Ｒｉｓアイコン １４４、１５４、１６５、１７６、１７７、１９５、１
９６、１９７ アンカーファイル １５１ α商店 １５２ α商店ホームページ １６１ 占いの舘 １６２、１６６ 占いの舘ホームページ １６４ パスワード入力欄 １６８ 占いサービスページ １７１ ＶＯＩＣＥ工房サーバ １７２、１９１ ＶＯＩＣＥ工房ホームページ １７３、１７４、１７５、１８２、１８３、１８４ ア
イコン １７８ Ｖｏｉｃｅ処理プログラム １８０ 占い結果 １８１ 音声ファイル名入力欄 １８５ ファイルセレクタ １８６ ＨＴＭＬファイル ２０１ 信用できるホームページ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中村 直人 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 山嵜 利哉 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 岡田 利司郎 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (49)

【特許請求の範囲】
1. 【請求項１】 セキュリティの確保された通信路を介し
   て、クライアントのサインアップを行う登録手段と、 前記サインアップの過程で、前記クライアントのマシン
   識別子に対応したキー情報を付与するキー情報付与手段
   と、 前記キー情報を用いて、インターネット上でのパスワー
   ドとソフトウェアコンテンツのうち少なくとも一方の暗
   号化を行う暗号化手段とを備えることを特徴とするソフ
   トウェア配送システム。
2. 【請求項２】 ホームページ上のアンカーファイルによ
   り指定されるソフトウェアを、自動的にサーバからクラ
   イアントに配送するリモートインストール手段と、 前記アンカーファイルがアクセスされたとき、自動的に
   前記リモートインストール手段を起動するブラウザ手段
   とを備えることを特徴とするソフトウェア配送システ
   ム。
3. 【請求項３】 前記リモートインストール手段は、イン
   ターネットブラウザのヘルパ・アプリケーションとして
   登録され、前記アンカーファイルに対応する前記ホーム
   ページ上の領域がクリックされたとき、自動的に起動さ
   れることを特徴とする請求項２記載のソフトウェア配送
   システム。
4. 【請求項４】 自動的にクライアントからサーバへ接続
   して、ホームページ上のアンカーファイルにより指定さ
   れる商品またはサービスの課金処理を行う課金手段と、 前記アンカーファイルがアクセスされたとき、自動的に
   前記課金手段を起動するブラウザ手段とを備えることを
   特徴とするオンラインショッピングシステム。
5. 【請求項５】 前記課金手段は、自動的に前記サーバか
   ら前記クライアントへ情報を配送するリモートインスト
   ールシステムを含むことを特徴とする請求項４記載のオ
   ンラインショッピングシステム。
6. 【請求項６】 前記課金手段は、インターネットブラウ
   ザのヘルパ・アプリケーションとして登録され、前記ア
   ンカーファイルに対応する前記ホームページ上の領域が
   クリックされたとき、自動的に起動されることを特徴と
   する請求項４記載のオンラインショッピングシステム。
7. 【請求項７】 前記課金手段は、前記商品またはサービ
   スのベンダに購入通知を送ることを特徴とする請求項４
   記載のオンラインショッピングシステム。
8. 【請求項８】 ホームページ上のアンカーファイルによ
   り指定される通信サービスの課金処理を行い、該通信サ
   ービスを利用するために必要な情報を、自動的にサーバ
   からクライアントへ送る処理手段と、 前記アンカーファイルがアクセスされたとき、自動的に
   前記処理手段を起動するブラウザ手段とを備えることを
   特徴とする通信サービスシステム。
9. 【請求項９】 前記処理手段は、自動的に前記サーバか
   ら前記クライアントへ情報を配送するリモートインスト
   ールシステムを含むことを特徴とする請求項８記載のオ
   ンラインショッピングシステム。
10. 【請求項１０】 前記処理手段は、インターネットブラ
    ウザのヘルパ・アプリケーションとして登録され、前記
    アンカーファイルに対応する前記ホームページ上の領域
    がクリックされたとき、自動的に起動されることを特徴
    とする請求項８記載のオンラインショッピングシステ
    ム。
11. 【請求項１１】 前記処理手段は、前記必要な情報とし
    てパスワード情報をユーザに通知し、該ユーザは該パス
    ワード情報を前記ブラウザ手段に入力して、前記通信サ
    ービスを利用することを特徴とする請求項８記載のオン
    ラインショッピングシステム。
12. 【請求項１２】 前記処理手段は、前記必要な情報とし
    て前記通信サービスのＵＲＬ（uniform resource locat
    or）情報をユーザに通知し、該ユーザは該ＵＲＬ情報を
    前記ブラウザ手段に入力して、前記通信サービスを利用
    することを特徴とする請求項８記載のオンラインショッ
    ピングシステム。
13. 【請求項１３】 ホームページ上のアンカーファイルに
    より指定される通信サービスの課金処理を行い、該通信
    サービスのＵＲＬ（uniform resource locator）を参照
    するブラウザを自動的に起動する処理手段と、 前記アンカーファイルがアクセスされたとき、自動的に
    前記処理手段を起動するブラウザ手段とを備えることを
    特徴とする通信サービスシステム。
14. 【請求項１４】 インターネットにアクセスするブラウ
    ザ手段と、 前記ブラウザ手段により起動され、トランザクションサ
    ービスの一部の処理を行うヘルパ手段と、 前記ブラウザ手段により起動され、前記ヘルパ手段と連
    携して、トランザクションの使用権の付与および課金に
    関する処理を行う処理手段とを備えることを特徴とする
    トランザクションサービスシステム。
15. 【請求項１５】 前記処理手段は、自動的に前記サーバ
    から前記クライアントへ情報を配送するリモートインス
    トールシステムを含むことを特徴とする請求項１４記載
    のトランザクションサービスシステム。
16. 【請求項１６】 トランザクションサービスの処理を行
    うトランザクション手段と、 前記トランザクション手段により起動され、該トランザ
    クション手段と連携して、トランザクションの使用権の
    付与および課金に関する処理を行う処理手段とを備える
    ことを特徴とするトランザクションサービスシステム。
17. 【請求項１７】 前記処理手段は、前記トランザクショ
    ンサービスの複数回の使用権を付与することを特徴とす
    る請求項１４または１６記載のトランザクションサービ
    スシステム。
18. 【請求項１８】 トランザクションサービスの処理を行
    うトランザクション手段と、 前記トランザクション手段により起動され、自動的にク
    ライアントからサーバへ接続して、前記トランザクショ
    ンサービスに必要なデータを取得する処理手段とを備え
    ることを特徴とするトランザクションサービスシステ
    ム。
19. 【請求項１９】 前記処理手段は、前回のデータ更新時
    から所定時間経過したとき、前記サーバに接続し、前記
    データを取得することを特徴とする請求項１８記載のト
    ランザクションサービスシステム。
20. 【請求項２０】 クライアントから、サーバ識別子とク
    ライアント識別子を合成して生成されたマシン識別子を
    受け取る受信手段と、 前記マシン識別子をサーバ部とクライアント部に分解
    し、該サーバ部に記述されたサーバ識別子をチェックし
    て、前記クライアントとの接続が正しいかどうかを判定
    する判定手段とを備えることを特徴とするサービスシス
    テム。
21. 【請求項２１】 サーバ識別子とクライアント識別子を
    合成して、クライアントのマシン識別子を生成する生成
    手段と、 前記マシン識別子を格納する格納手段と、 前記マシン識別子を用いてサーバに接続する接続手段と
    を備えることを特徴とするサービスシステム。
22. 【請求項２２】 前記格納手段は、複数のサーバのマシ
    ン識別子を、各サーバ毎に記述した複数の初期設定ファ
    イルを格納し、該複数の初期設定ファイルのうちの１つ
    に、他の初期設定ファイルがあるかどうかを表す拡張情
    報が記述されることを特徴とする請求項２１記載のサー
    ビスシステム。
23. 【請求項２３】 サーバへのログイン時に、該サーバの
    認証鍵に基づく電子署名機能を用いて暗号化された指定
    情報を送受信する通信手段と、 該指定情報を介してサーバの認証を行う認証手段とを備
    えることを特徴とするリモートインストールシステム。
24. 【請求項２４】 前記通信手段は、ログインの度に前記
    認証鍵を取得することを特徴とする請求項２３記載のリ
    モートインストールシステム。
25. 【請求項２５】 クライアント側に設けられ、インター
    ネット上におけるサーバのアドレス情報を格納する格納
    手段と、 前記アドレス情報を用いて、自動的に前記クライアント
    から前記サーバに接続する接続手段とを備えることを特
    徴とするリモートインストールシステム。
26. 【請求項２６】 セキュリティの確保された通信路を介
    して、クライアントのサインアップを行い、 前記クライアントのマシン識別子に対応したキー情報を
    前記クライアントに付与し、 前記キー情報を用いて、インターネット上でのパスワー
    ドとソフトウェアコンテンツのうち少なくとも一方の暗
    号化を行うことを特徴とするソフトウェア配送方法。
27. 【請求項２７】 リモートインストールシステムをブラ
    ウザのヘルパとして登録し、 ホームページ上に前記ヘルパを起動するアンカーファイ
    ルを置き、 前記アンカーファイルがアクセスされたとき、指定され
    たソフトウェアを、自動的にサーバからクライアントに
    配送することを特徴とするソフトウェア配送方法。
28. 【請求項２８】 リモートインストールシステムをブラ
    ウザのヘルパとして登録し、 ホームページ上に前記ヘルパを起動するアンカーファイ
    ルを置き、 前記アンカーファイルがアクセスされたとき、自動的に
    クライアントからサーバへ接続して、指定された商品ま
    たはサービスの課金処理を行うことを特徴とするオンラ
    インショッピング方法。
29. 【請求項２９】 リモートインストールシステムをブラ
    ウザのヘルパとして登録し、 ホームページ上に前記ヘルパを起動するアンカーファイ
    ルを置き、 前記アンカーファイルがアクセスされたとき、指定され
    た通信サービスの課金処理を行い、該通信サービスを利
    用するために必要な情報を、自動的にサーバからクライ
    アントへ送ることを特徴とする通信サービス方法。
30. 【請求項３０】 リモートインストールシステムをブラ
    ウザのヘルパとして登録し、 ホームページ上に前記ヘルパを起動するアンカーファイ
    ルを置き、 前記アンカーファイルがアクセスされたとき、指定され
    た通信サービスの課金処理を行い、該通信サービスのＵ
    ＲＬ（uniform resource locator）を参照するブラウザ
    を自動的に起動することを特徴とする通信サービス方
    法。
31. 【請求項３１】 トランザクションサービスの一部の処
    理をブラウザの第１のヘルパとして登録し、 トランザクションの使用権をリモートインストールシス
    テムに登録し、 前記リモートインストールシステムを前記ブラウザの第
    ２のヘルパとして登録し、 前記リモートインストールシステムが前記第１のヘルパ
    と連携して、前記トランザクションの使用権の付与およ
    び課金に関する処理を行うことを特徴とするトランザク
    ションサービス方法。
32. 【請求項３２】 トランザクションの使用権をリモート
    インストールシステムに登録し、 トランザクション処理ソフトウェアから前記リモートイ
    ンストールシステムを起動し、 前記リモートインストールシステムが、前記トランザク
    ション処理ソフトウェアと連携して、前記トランザクシ
    ョンの使用権の付与および課金に関する処理を行うこと
    を特徴とするトランザクションサービス方法。
33. 【請求項３３】 トランザクション処理ソフトウェアか
    らリモートインストールシステムを起動し、 自動的にクライアントからサーバへ接続して、トランザ
    クションサービスに必要なデータを取得することを特徴
    とするトランザクションサービス方法。
34. 【請求項３４】 サーバ識別子とクライアント識別子を
    合成してマシン識別子を生成し、 クライントからサーバに送られた前記マシン識別子をサ
    ーバ部とクライアント部に分解し、 前記サーバ部に記述されたサーバ識別子をチェックし
    て、前記クライアントとの接続が正しいかどうかを判定
    することを特徴とするサービス方法。
35. 【請求項３５】 サーバへのログイン時に、該サーバの
    認証鍵に基づく電子署名機能を用いて暗号化された指定
    情報を送受し、 該指定情報を介してサーバの認証を行うことを特徴とす
    るリモートインストール方法。
36. 【請求項３６】 インターネット上におけるサーバのア
    ドレス情報をクライアントに格納し、 前記アドレス情報を用いて、自動的に前記クライアント
    から前記サーバに接続することを特徴とするリモートイ
    ンストール方法。
37. 【請求項３７】 コンピュータのためのプログラムを記
    録した記録媒体であって、 セキュリティの確保された通信路を介して、クライアン
    トのサインアップを行う機能と、 前記クライアントのマシン識別子に対応したキー情報を
    受信する機能と、 前記キー情報を用いて、インターネット上でのパスワー
    ドを暗号化し、暗号化されたパスワードを送信する機能
    とを前記コンピュータに実現させるためのプログラムを
    記録したコンピュータ読み取り可能な記録媒体。
38. 【請求項３８】 コンピュータのためのプログラムを記
    録した記録媒体であって、 セキュリティの確保された通信路を介して、クライアン
    トからのサインアップを受け付ける機能と、 前記クライアントのマシン識別子に対応したキー情報を
    前記クライアントに付与する機能と、 前記キー情報を用いて、ソフトウェアコンテンツを暗号
    化し、暗号化されたソフトウェアコンテンツを前記クラ
    イアントに送信する機能とを前記コンピュータに実現さ
    せるためのプログラムを記録したコンピュータ読み取り
    可能な記録媒体。
39. 【請求項３９】 コンピュータのためのプログラムを記
    録した記録媒体であって、 ホームページ上のアンカーファイルにより指定されるソ
    フトウェアを、自動的にサーバからクライアントに配送
    するリモートインストール機能と、 前記アンカーファイルがアクセスされたとき、ブラウザ
    に組み込まれた前記リモートインストール機能を自動的
    に起動する機能とを前記コンピュータに実現させるため
    のプログラムを記録したコンピュータ読み取り可能な記
    録媒体。
40. 【請求項４０】 コンピュータのためのプログラムを記
    録した記録媒体であって、 自動的にクライアントからサーバへ接続して、ホームペ
    ージ上のアンカーファイルにより指定される商品または
    サービスの課金を依頼する処理機能と、 前記アンカーファイルがアクセスされたとき、ブラウザ
    に組み込まれた前記処理機能を自動的に起動する機能と
    を前記コンピュータに実現させるためのプログラムを記
    録したコンピュータ読み取り可能な記録媒体。
41. 【請求項４１】 コンピュータのためのプログラムを記
    録した記録媒体であって、 ホームページ上のアンカーファイルにより指定される通
    信サービスの課金をサーバに依頼し、該通信サービスを
    利用するために必要な情報を、自動的に該サーバから受
    信する処理機能と、 前記アンカーファイルがアクセスされたとき、ブラウザ
    に組み込まれた前記処理機能を自動的に起動するブラウ
    ザ手段とを前記コンピュータに実現させるためのプログ
    ラムを記録したコンピュータ読み取り可能な記録媒体。
42. 【請求項４２】 コンピュータのためのプログラムを記
    録した記録媒体であって、 ホームページ上のアンカーファイルにより指定される通
    信サービスの課金を依頼し、該通信サービスのＵＲＬ
    （uniform resource locator）を参照する第１のブラウ
    ザを自動的に起動する処理機能と、 前記アンカーファイルがアクセスされたとき、第２のブ
    ラウザに組み込まれた前記処理機能を自動的に起動する
    機能とを前記コンピュータに実現させるためのプログラ
    ムを記録したコンピュータ読み取り可能な記録媒体。
43. 【請求項４３】 コンピュータのためのプログラムを記
    録した記録媒体であって、 インターネットにアクセスするブラウザ機能により起動
    され、トランザクションサービスの一部の処理を行う処
    理機能と、 前記ブラウザ機能により起動され、前記処理機能と連携
    して、トランザクションの使用権の付与および課金に関
    する処理を行う機能とを前記コンピュータに実現させる
    ためのプログラムを記録したコンピュータ読み取り可能
    な記録媒体。
44. 【請求項４４】 コンピュータのためのプログラムを記
    録した記録媒体であって、 トランザクションサービスの処理を行うトランザクショ
    ン機能と、 前記トランザクション機能により起動され、該トランザ
    クション機能と連携して、トランザクションの使用権の
    付与および課金に関する処理を行う機能とを前記コンピ
    ュータに実現させるためのプログラムを記録したコンピ
    ュータ読み取り可能な記録媒体。
45. 【請求項４５】 コンピュータのためのプログラムを記
    録した記録媒体であって、 トランザクションサービスの処理を行うトランザクショ
    ン機能と、 前記トランザクション機能により起動され、自動的にク
    ライアントからサーバへ接続して、前記トランザクショ
    ンサービスに必要なデータを取得する機能とを前記コン
    ピュータに実現させるためのプログラムを記録したコン
    ピュータ読み取り可能な記録媒体。
46. 【請求項４６】 コンピュータのためのプログラムを記
    録した記録媒体であって、 クライアントから、サーバ識別子とクライアント識別子
    を合成して生成されたマシン識別子を受信する機能と、 前記マシン識別子をサーバ部とクライアント部に分解
    し、該サーバ部に記述されたサーバ識別子をチェックし
    て、前記クライアントとの接続が正しいかどうかを判定
    する機能とを前記コンピュータに実現させるためのプロ
    グラムを記録したコンピュータ読み取り可能な記録媒
    体。
47. 【請求項４７】 コンピュータのためのプログラムを記
    録した記録媒体であって、 サーバ識別子とクライアント識別子を合成して、クライ
    アントのマシン識別子を生成する機能と、 前記マシン識別子を格納する機能と、 前記マシン識別子を用いてサーバに接続する機能とを前
    記コンピュータに実現させるためのプログラムを記録し
    たコンピュータ読み取り可能な記録媒体。
48. 【請求項４８】 コンピュータのためのプログラムを記
    録した記録媒体であって、 サーバへのログイン時に、該サーバの認証鍵に基づく電
    子署名機能を用いて暗号化された指定情報を送受信する
    機能と、 該指定情報を介してサーバの認証を行う機能とを前記コ
    ンピュータに実現させるためのプログラムを記録したコ
    ンピュータ読み取り可能な記録媒体。
49. 【請求項４９】 コンピュータのためのプログラムを記
    録した記録媒体であって、 インターネット上におけるサーバのアドレス情報をクラ
    イアントに格納する機能と、 前記アドレス情報を用いて、自動的に前記クライアント
    から前記サーバに接続する機能とを前記コンピュータに
    実現させるためのプログラムを記録したコンピュータ読
    み取り可能な記録媒体。