JP2004500649A

JP2004500649A - ネットワークを介して提供されるソフトウェアプロダクツの利用方法

Info

Publication number: JP2004500649A
Application number: JP2001554144A
Authority: JP
Inventors: マルクス　ラウテンバッハー
Original assignee: Siemens AG
Current assignee: Siemens AG
Priority date: 2000-01-18
Filing date: 2001-01-13
Publication date: 2004-01-08
Also published as: CN1416542A; EP1118923A1; CA2401691A1; EP1248973A1; WO2001053914A1; US20030154168A1

Abstract

本発明によれば、ネットワークを介して提供されるソフトウェアプロダクツを利用する際の処理をネットワークプロバイダが担当する。ネットワークプロバイダはタスクのアウトソーシングを欲するソフトウェアプロダクツ提供側へのサービスとしてこの処理を提供し、これによりコアとなる能力（ソフトウェアプロダクツの製造）に専念することができる。

Description

【０００１】
１．技術上の問題点
ソフトウェアプロダクツが商品またはサービスとして提供されるこんにちのネットワーク、例えばインターネットなどでは、一般に３つの異なる関与者が重要な役割を果たしている（図１を参照）。
【０００２】
Ａ．ネットワークオペレータ
ネットワークオペレータまたはネットワークプロバイダはネットワークを操作および管理しており、第一義として“ビットトランスポート”を送出する。
【０００３】
ネットワークオペレータはソフトウェアおよびコンテンツの提供側に対してウェブサーバへのネットワークコネクションを可能にし、この機能をウェブホスティングの範囲で代理している。すなわちネットワークオペレータはソフトウェア提供側がウェブサーバを使用できるようにする。
【０００４】
ネットワークオペレータはエンドカスタマに対しても同様にネットワークのコネクションを形成する。これは通常はモデムまたはＩＳＤＮを介したダイヤルインにより行われる。つまりネットワークオペレータは確定された長時間の１個の取引関係をエンドカスタマへ供給している。ネットワークオペレータはエンドカスタマに対して規則的な間隔で利用されたネットワークコネクションサービスに関する請求書を送付し、エンドカスタマの支払い手段を識別する。
【０００５】
Ｂ．ソフトウェアプロダクツ提供側
ソフトウェア提供側のコアとなる能力はソフトウェアプロダクツを作成することにある。ここでは特にアクション志向型のソフトウェアプロダクツ、例えばサービス、ツールなどのアプリケーションやゲームなどを“ソフトウェア”と称し、コンテンツ志向型のソフトウェアプロダクツ、例えば学習教材やエリアごとのニュースなどを“コンテンツ”と称する。ソフトウェア提供側はこれらのソフトウェアおよび／またはコンテンツをウェブサーバ上で提供し、エンドカスタマにダウンロードさせる。ゆえに当該のエンドカスタマに属する課金モデルにしたがった料金を最低金額の領域で動かすことができる。
【０００６】
サービス提供側は、統計によって知られるウェブサーフィンの性質から、確定していない比較的短時間の取引関係をエンドカスタマへ供給している。またサービス提供側のコアとなる能力は課金ではない。特に最低金額を定めるタイプの課金とこれに結びついた会計コストとには経済性に問題がある。
【０００７】
Ｃ．エンドカスタマ
エンドカスタマは、統計的に見ると一般に、例えばサーチエンジンによりウェブサイトからウェブサイトへジャンプしていく。エンドカスタマは訪問した多数のサービス提供側とソフトウェアおよびコンテンツについての取引関係を全く有さないか、または確定しておらず比較的短時間だけしか有さない。したがってエンドカスタマは提供されるサービスにはオンデマンドで関わり、これに属する料金はできるかぎり周知のインスタンスによる請求書を受け取りたいと考えるはずである。本発明のシナリオで保証される既存のこの種の唯一のインスタンスはエンドカスタマにネットワークでのコネクションを供給したネットワークオペレータが請求を行うという手段である。
【０００８】
したがって、前述のシナリオに関わる全ての関与者にとって、ネットワークでのソフトウェアおよびコンテンツの利用に対する快適かつ経済的な課金を行うことのできる技術手段が重要となる。
【０００９】
ここで種々の課金モデルが（最低金額を定めるタイプを含めて）存在する。同様にソフトウェアおよびコンテンツに対するユーザ専用のアクセス監視のグレード（例えば未成年者、児童など）を設けることもできる。広汎な許諾を保証するために、この手法にエンドカスタマ側で必要な設置コストおよびコンフィグレーションコストは無視できる程度のものである。このコストはサービス提供側のページ上で経済的かつ技術的に代理される。
【００１０】
２．従来の解決手段
従来の手段では修正されていないソフトウェアおよびコンテンツがウェブサーバ上で提供されていた。エンドカスタマはそこから自身の端末機器へこれをダウンロードおよびインストールし、相応のソフトウェアおよびコンテンツを利用する。
【００１１】
ここでアクセス監視（判断基準：コンテンツのタイプ、関連するサービスの支払いなど）について以下に望ましいモデルを挙げる。ただしこれ以外のものがあってもよい。
【００１２】
Ａ．無料お試し期間
エンドカスタマはソフトウェアまたはコンテンツを端末機器へインストールした後に制限された一定の期間にわたって無料で利用できる。目下のところ妥当な期間はローカルに端末機器に対して例えば日付の問い合わせまたはウィンドウズレジストリの問い合わせにより求められており、きわめて簡単に構成することができる。
【００１３】
Ｂ．コンテンツベースのアクセス監視
ダウンロードされたソフトウェアまたはコンテンツを利用するためのアクセス監視をエンドカスタマごとに固有の先行のプロフィルに関連して行う手法であるが、これは現在の技術手段では不可能である。なぜならエンドカスタマの機器には監視インスタンスのみしか存在しないからである。
【００１４】
課金に関しては以下のモデルも有効であるが、現時点では不可能である。
【００１５】
Ｃ．１回の利用ごとの精算
課金（最低金額を定めるタイプを含む）をソフトウェアまたはコンテンツの実際の使用頻度に応じて行うが、これも現時点では不可能である。
【００１６】
Ｄ．一括精算
ソフトウェアまたはコンテンツを無制限で利用するためにフルバージョンでの一括精算および支払いをオフラインで電話／ＦＡＸと所属のクレジットカードトランザクションとにより行う。これは現在唯一機能している課金メソッドである。ただしアクセス監視のための少なくともローカルな保護機構がソフトウェアまたはコンテンツに欠けている場合、登録されていないエンドカスタマの不法かつ無銭での利用が著しく大きくなる。アクセス監視がないと、この課金モデルでのサービス提供側の経済的ダメージは相応に大きくなる。
【００１７】
３．本発明の説明
以下に本発明を図に則して詳細に説明する。
【００１８】
本発明によれば、サービスプロバイダ、例えばネットワークオペレータが利用処理、例えばソフトウェアおよびコンテンツの利用に対する“課金および／またはアクセス監視”を担当する。ネットワークオペレータは当該のタスクのアウトソーシングを欲するソフトウェアおよびコンテンツの提供側に対するサービスとしてこれを提供し、コアとなる能力、つまりソフトウェアおよびコンテンツの製造に専念できるようにする。アウトソーシングにより、ソフトウェアおよびコンテンツ提供側は状況に応じて不経済な最低金額の支払いを回避することができる。利用処理、例えば課金および／またはアクセス監視の提供は、ネットワークオペレータにとっては、エンドカスタマがネットワークへのコネクションのために当該のネットワークオペレータのネットワークへ接続し、長期にわたって取引関係を結んでくれるので、特に有利である。ソフトウェアおよびコンテンツを利用しようとしているエンドカスタマの機器がネットワークに接続されているという事実により、このソフトウェアおよびコンテンツへのアクセス監視はネットワークオペレータにより改善される。ネットワークオペレータはエンドカスタマに対してもサービス提供側に対しても独立した第３のインスタンスとして関与する。取引関係が存在することにより、エンドカスタマによるキャッシュ支払いのうち、全ネットワーク関連サービスの１／３をネットワークオペレータにより代理することができる。
【００１９】
ネットワークにより支援されるアクセス監視および課金は相応のソフトウェアモジュールをサービス提供側がソフトウェアおよびコンテンツの本来のソースコードに挿入することにより技術的に実現される。このソフトウェアモジュールはネットワークオペレータが“ネットワークにより支援されるアクセス監視および課金”のサービスへ加入する際に、ソフトウェアおよびコンテンツの提供側にソフトウェア開発キットのかたちで供給する。ネットワークオペレータは相応の証明により支援される修正されたソフトウェアおよびコンテンツの認証および課金を担当し、正当なネットワークの中央インスタンスとしてふるまう。
【００２０】
図１の“課金およびアクセス監視”サービスに相応するステップを示す。
【００２１】
１．ソフトウェアおよびコンテンツのメーカはネットワークオペレータで“ネットワークにより支援されるソフトウェアおよびコンテンツのアクセス監視および課金”のサービスに加入する。各メーカはこのためにネットワークオペレータがらソフトウェア開発キットを受け取り、これを用いてソフトウェアおよびコンテンツ内にネットワークにより支援されるソフトウェアおよびコンテンツのアクセス監視および課金を実現するソフトウェアコンポーネントを組み込むことができる。前述のソフトウェアを以下では“サービスモジュール”または“アクセス監視および課金モジュール”と称する。
【００２２】
２．メーカまたは相応のサービスプロバイダは前述のソフトウェア開発キットを用いて相応に保証されたソフトウェアおよびコンテンツをネットワーク内の任意のウェブサーバへ提供してダウンロードさせる。エンドカスタマはこのソフトウェアおよびコンテンツをこのウェブサーバから自身の端末機器へダウンロードおよびインストールする。
【００２３】
３．ソフトウェアおよびコンテンツが呼び出されると、開始直後に、ソフトウェア開発キットにより取り込まれるサービスモジュールがアクセス監視および課金のためにネットワークを介してネットワークオペレータの相応のサーバへコンタクトを取る。このモジュールとサーバとの間のネットワークを介したコンタクトにより、いわゆるオールウェイズオンネットワークコネクションがセットされるか、またはエンドカスタマの側からの少なくとも１つの充分に迅速なダイヤルアップオンデマンドプロセスがセットされる。アクセス監視および課金のために、ソフトウェアおよびコンテンツの暗号識別子などのデータ（一義的なＩＤ識別番号、妥当な課金モデル）やユーザデータ（ユーザ識別子、パスワード、アカウント番号）がネットワークオペレータへ伝送される。
【００２４】
４．ネットワークオペレータはエンドカスタマから入力されたデータの正確さ、アクチュアリティ、カスタマから予め提出されているプロフィルとの一致度などを検査する。エンドカスタマの所定のソフトウェアまたはコンテンツを利用したいという要求が検査されると、ネットワークオペレータのサーバでは例えばソフトウェアまたはコンテンツの暗号識別子およびバージョン番号、利用されるソフトウェアまたはコンテンツにおいて予め提出されているエンドカスタマのユーザプロフィルに関連するタイプ（年齢制限、所定のコンテンツの制限など）、エンドカスタマの支払い能力および会計状態などの情報が考慮される。この種の慎重を要する検査はあまり好ましくなく、行われるとしてもエンドカスタマの機器でのみローカルに実行される。
【００２５】
検査の終了時に、エンドカスタマのページ上の相応のアクセス監視および課金モジュールに対してネットワークコネクションを介してネットワークオペレータのサーバからソフトウェアまたはコンテンツをエンドカスタマが利用できるか否かが返信される。利用できる場合にはソフトウェアまたはコンテンツは通常の手法で開始される。利用できない場合にはアクセス監視および課金モジュールは当該のソフトウェアまたはコンテンツを終了してエラーメッセージを送出し、エンドカスタマによるソフトウェアの不正利用を阻止する。
【００２６】
５．エンドカスタマのサーバからの要求に肯定応答が返ってきた場合、続いて関与者の会計についての課金オペレーションが行われる。すなわち、エンドカスタマの会計は課金できるソフトウェアまたはコンテンツであるかぎり、利用に対して値Ｘとして課される。チャージフリーの提供物であればＸ＝０である。サービス提供側の会計にはサービス料Ｙを除いた値Ｘが記帳される。サービス料Ｙは上述のステップ３．および４．で説明したエンドカスタマの監視および課金モジュールのトランザクションについて請求された金額である。
【００２７】
エンドカスタマの要求がソフトウェアおよびコンテンツの使用後にネットワークオペレータのサーバによって拒否された場合には、このことは同様にサーバのオペレーションプロトコルにより適切に保持される。
【００２８】
図３にはソフトウェアおよびコンテンツ間の前述のステップ３．および４．がエンドカスタマのページ上のアクセス監視および課金モジュールとネットワークオペレータのページ上の監視および課金モジュールとを備えていることが示されている。
【００２９】
１．ソフトウェアおよびコンテンツの開始直後、通常のプログラムシーケンスでアクセス監視および課金モジュール（ＣＩＤＡＡモジュール：暗号ＩＤベースの資格認証およびアカウントを行うモジュール）が開始される。これは相応のソフトウェア開発キットをソフトウェアおよびコンテンツの本来のソースコードへ組み込むことにより行われる。
【００３０】
２．ＣＩＤＡＡモジュールのＣＩＤＡＡ要求ジェネレータはネットワークオペレータのネットワークを介してアクセス監視および課金のための問い合わせをネットワークオペレータの相応のサーバ上のＣＩＤＡＡ要求ハンドラへ送信する。ネットワークオペレータの方向ではこのときそれぞれのソフトウェアおよびコンテンツごとに専用の暗号識別子がいわゆるＭＤ５ダイジェストのかたちで伝送される。この入力にさきだってネットワークオペレータは予めＣＩＤＡＡモジュールにより要求されたエンドカスタマの識別子およびパスワードも伝送する。
【００３１】
ここでＭＤ５はいわゆるハッシュ関数の一般的なクラスから形成される専用のバリエーションである。これはディジタルデータのディジタル署名を短縮していわゆるメッセージダイジェストを一義的により良く処理するために利用される。
【００３２】
３．ＣＩＤＡＡディシジョンメーカは種々の判断基準を考慮して、エンドカスタマによるソフトウェアおよびコンテンツの利用についての問い合わせを許可するか否かを判別する。可能な基準として例えば次のものが挙げられる。
【００３３】
ａ）ネットワークオペレータに登録された正しいソフトウェアおよびコンテンツの暗号識別子
ｂ）ユーザ識別子およびパスワードによるエンドカスタマの正しい資格認証
ｃ）ソフトウェアおよびコンテンツのバージョン番号／バージョンが旧くなっていないかどうか
ｄ）利用されるソフトウェアおよびコンテンツにおいてエンドカスタマから予め提出されているプロフィルに関連するタイプ／例えば未成年者のアカウントで所定のコンテンツを制限する、など
ｅ）エンドカスタマの支払い能力および会計状態。
【００３４】
４．ＣＩＤＡＡ応答ジェネレータはネットワークオペレータ側からステップ２．の問い合わせに相応する応答をエンドカスタマ側のＣＩＤＡＡモジュール内のＣＩＤＡＡ応答ハンドラへ送信する。
【００３５】
５．問い合わせに対して肯定応答があったか否定応答があったかに応じ、ＣＩＤＡＡモジュールは応答ハンドラから監視信号を送信し、ソフトウェアおよびコンテンツの本来のプログラムシーケンスを開始するか、またはＣＩＤＡＡモジュールにより相応のエラーメッセージを表示させる。
【００３６】
６．ＣＩＤＡＡ応答ハンドラへの応答のほか、ＣＩＤＡＡ応答ジェネレータはさらにネットワークオペレータのサーバでのアカウンティングハンドラに対する情報も送出する。
【００３７】
７．アカウンティングハンドラは相応の課金オペレーションをエンドカスタマの会計とソフトウェアおよびコンテンツの提供側の会計とについて実行する。さらにアカウンティングハンドラは行われたＣＩＤＡＡ問い合わせとその処理結果についての統計を取る。
【００３８】
本発明の解決手段の利点
Ａ．ネットワークオペレータ
本発明の解決手段により、純粋なビットトランスポートに関する取引を越えて多様なサービスの方向へ拡張を行うことができる。
【００３９】
エンドカスタマの方向では、例えば所定のソフトウェアおよびコンテンツに対するコスト監視およびアクセス監視により未成年者および児童専用の会計（アカウント）を構成することができる。
【００４０】
サービス提供側の方向ではネットワークオペレータは当該のエンドカスタマがサービス提供側から利用したサービスについて代理の課金を引き受ける。この場合には最低金額を定めるタイプの支払いも経済的である。なぜならネットワークオペレータは例えばエンドカスタマのネットワークリソースの利用に対する他の課金動作の範囲で既に充分に経験を有しているからである。
【００４１】
Ｂ．ソフトウェアおよびコンテンツの提供側
サービス提供側はエンドカスタマに対するソフトウェアおよびコンテンツの課金をアウトソーシングし、本来のコアとなる権限に専念することができる。１回の使用ごとの支払いと一括精算とにより、サービス提供側にはこれまでの状態に比べてネットワークによって支援される新たな課金モデルが公開ネットワークで開始される。
【００４２】
同時にネットワークベースでの証明によって支援される中央からのアクセス監視がソフトウェアおよびコンテンツの利用に用いられ、これによりエンドカスタマの機器でのローカルリソースについての監視を確実に行うことができる。
【００４３】
相応のソフトウェアモジュールを本来のソフトウェアおよびコンテンツのソースコードに挿入することには技術上またはコスト上何ら問題はない。
【００４４】
Ｃ．エンドカスタマ
エンドカスタマはネットワークオペレータから要求プロフィルに対して割り当てられた専用のアカウントを受け取り、ソフトウェアおよびコンテンツを利用する（年齢別アカウント、コンテンツ別アカウント、または例えばプリペイドアカウントなどの費用監視など）。
【００４５】
関連する全てのサービスについて、当該のエンドカスタマは唯一の請求書をネットワークオペレータから受け取る。このネットワークオペレータはエンドカスタマにとって既知の信用できるサービス提供側である。これによりエンドカスタマは同時に種々のサービス提供側のプレゼンテーションを利用し、その際にいちいち（最低金額などの）個別の取引関係を形成しなくてよくなる。
【００４６】
１回の使用ごとに精算する課金モデルでは、エンドユーザはめったに必要とならないソフトウェアまたはコンテンツの最新バージョンをそのつど合法的に、また経済的に利用することができる。こういうときにはきわめて高い購入金額を一括で支払うのは不経済であり、むしろ利用回数ごとに最低金額のみを精算する方式がよい。エンドカスタマはこうした課金モデルで実際に要求したソフトウェアおよびコンテンツの利用に対してのみ支払うことになる。
【００４７】
４．本発明の実施例
図３〜図７には前述した本発明のソフトウェアおよびコンテンツのアクセス監視および課金方法の実施例が示されている。ここで図３には解りやすくするためのシステム全体が示されており、図４〜図７には図３のシステム全体のうち所定の部分システムの機能が示されている。
【００４８】
図３〜図７に示されているカスタマ、マーチャント、ネットワークオペレータなどの表記はそれぞれここまでに使用したエンドカスタマ、プロバイダ、ネットワークオペレータに相応する。
【００４９】
図４にはエンドカスタマがネットワークオペレータのエンドカスタマサービスウェブサイトへアクセスする際の主要な要素を備えたシステムの部分図が示されている。
【００５０】
エンドカスタマは標準的なウェブブラウザによりその時点でのアカウントデータ（例えば最新の課金状態）を閲覧することができ、ネットワークオペレータのもとでカスタマディテールデータベースに記憶されたユーザプロフィルへの変更（例えば請求書の宛先住所の変更）を行うことができる。
【００５１】
エンドカスタマのウェブブラウザとネットワークオペレータのウェブサーバとのあいだの通信はＨＴＴＰによりセキュアなソケットレイヤＳＳＬ、つまりセキュアなＨＴＴＰ（ＨＴＴＰＳ）を介して行われる。エンドカスタマはデータすなわちユーザ識別子およびパスワードへのアクセスを必要とする。
【００５２】
ウェブサーバのページ上の相応のサービスロジックはＪａｖａサーブレットのテクノロジで実現されている。種々のサービスごとに専用のＪａｖａサーブレットがそれぞれのサービスロジックをインプリメントしている。これらは同時にエンドカスタマのサービスインタフェースとしてウェブブラウザへのインタフェースを形成している。サーブレットはこのために相応のウェブページを作成し、これをエンドカスタマのウェブブラウザへＨＴＴＰにより伝送したり、またこのようにして作成されたウェブページによって引き起こされたユーザのアクションに応答したりする。
【００５３】
サービスロジックに必要なデータベースへのアクセスや課金のシステムはサーブレットそのものにではなく多重にインプリメントされている。相応のＪａｖａクラスは問い合わせとカスタマディテールデータベースでの変更とを一度だけ行い、ネットワークオペレータの外部の（通常は既存の）課金体系を実現する。
【００５４】
図５にはサービス提供側がネットワークオペレータのサービス提供側ウェブサイト上のソフトウェアおよびコンテンツにアクセスする際の主要な要素を備えたシステムの部分図が示されている。
【００５５】
技術的な実現形態はここでも図４に示されているエンドカスタマがエンドカスタマサービスウェブサイトへアクセスする実現形態に相応する。
【００５６】
サービス提供側はマーチャントデータベースでのその時点でのアカウント（例えば最新の商品在庫状態）を閲覧し、部分的に変更を加える手段を有している。サービス提供側はさらにプロダクツデータベースでの変更、すなわちＣＩＤＡＡプロセスにしたがってネットワークオペレータが監視および課金すべき所属のソフトウェアおよびコンテンツについての変更を行うことができる。この変更には暗号識別子および料金の変更、またはコンテンツレーティング（年齢制限）などが含まれる。
【００５７】
図６にはＣＩＤＡＡ機能を有するソフトウェアアプリケーションおよびコンテンツをサービス提供側が作成し、エンドカスタマの端末機器へダウンロードさせる際の主要な要素を備えたシステムの部分図が示されている。
【００５８】
ＣＩＤＡＡ機能を有し、ネットワークオペレータによって管理されているソフトウェアおよびコンテンツは次のステップを一度だけ実行する。
【００５９】
１．本来のアプリケーションソースコードまたはコンテンツとＣＩＤＡＡ開発キットとを統合して１つのＣＩＤＡＡ機能を有するソフトウェアアプリケーションまたはコンテンツのためのセルフエクストラクティング実行ファイルとする。ＣＩＤＡＡ開発キットは、提供側が所定のネットワークオペレータにおける“ネットワークによって支援されるソフトウェアおよびコンテンツのアクセス監視および課金”のサービスに加入するとただちにこのソフトウェアおよびコンテンツの提供側に対して当該のネットワークオペレータから供給される。
【００６０】
２．１２８ｂｉｔ長さの一義的なディジタル暗号識別子すなわち１２８ｂｉｔの固有ＩＤをＣＩＤＡＡ開発キットの一部分である形成ツールを用いて形成する。形成された識別子は種々の実行ファイルまたはセルフエクストラクティング実装ファイルをそれぞれ一義的に表すＭＤ５ダイジェストである。
【００６１】
３．ＣＩＤＡＡ機能を有するソフトウェアおよびコンテンツをウェブサイト上に提供し、エンドカスタマにダウンロードさせる。ウェブサイトはサービス提供側自身が稼働してもよいし、ネットワークオペレータまたは第３者（ウェブホスティングの範囲でのインターネットサービスプロバイダ）が稼働してもよい。
【００６２】
４．ネットワークオペレータで新たに形成されたＣＩＤＡＡ機能を有するソフトウェアおよびコンテンツを登録し、これによりネットワークオペレータがネットワークで支援されるアクセス監視および課金を引き継ぐ。サービス提供側からネットワークオペレータのサービス提供側ウェブサイトへアクセスする手段は図５に関連して説明した通りである。このアクセスはウェブブラウザを介してＨＴＴＰＳにより行われ、相応のサービスロジックがネットワークオペレータのサーバ上でＪａｖａサーブレットを介して実現される。データとしてはそれぞれソフトウェアプロダクツごとに例えばソフトウェアプロダクツの識別子ＭＤ５ダイジェスト、課金モデル、料金、コンテンツレーティングなどがサービス提供側からネットワークオペレータへ伝達され、プロダクツデータベース内に収容される。
【００６３】
サービス提供側がＣＩＤＡＡ機能を有するソフトウェアおよびコンテンツを形成し、ウェブサイトで提供し、ネットワークオペレータに登録した後、エンドカスタマは当該のソフトウェアおよびコンテンツを通常のアクティビティの範囲でウェブサイトのブラウジング（ページビュー、ソフトウェアおよびコンテンツのダウンロード）の際に自身の端末機器へダウンロードする。エンドカスタマによるダウンロードはスタンダードウェブブラウザを用いたスタンダードＨＴＴＰをを介して行われる。ソフトウェアの場合にはエンドカスタマは続いてアプリケーションを通常の手段で自身の端末機器へインストールする。
【００６４】
図７にはＣＩＤＡＡ機能を有するソフトウェアアプリケーションおよびコンテンツをエンドカスタマが利用する際の主要な要素を備えたシステムの部分図が示されている。
【００６５】
エンドカスタマによる自身の端末機器へのソフトウェアおよびコンテンツのダウンロードおよびインストールは図６に関連して既に説明した。
【００６６】
エンドカスタマが自身の端末機器へソフトウェアアプリケーションの実行ファイルまたはコンテンツにおける場合のセルフエクストラクティング実行ファイルを実行すると、ただちに次のステップが行われる。
【００６７】
１．実行ファイルまたはセルフエクストラクティング実行ファイルの通常の入口ポイントがプログラム監視をＣＩＤＡＡコードモジュールへ引き渡す。このモジュールはＣＩＤＡＡ開発キットにより実行ファイルまたはセルフエクストラクティング実行ファイルのソースコード内に組み込まれている。
【００６８】
２．ＣＩＤＡＡコードモジュールはダイナミックに自身の実行ファイルまたはセルフエクストラクティング実行ファイルのＭＤ５ダイジェストを形成する。この形成はダイナミックに行われ、ソフトウェアおよびコンテンツの真正性と無欠性とが保証される。これはダイナミックに形成されたＭＤ５ダイジェストと予めダイジェスト形成ツールを用いてサービス提供側によってスタティックに形成されたＭＤ５ダイジェスト（図６の説明を参照）とを比較することにより行われる。スタティックに形成されたダイジェストはネットワークオペレータのサーバに格納されている。
【００６９】
３．ＣＩＤＡＡコードモジュールは“使用資格認証”要求をＨＴＴＰＳによりネットワークオペレータのウェブサーバへ送付する。要求のパラメータはダイナミックに形成されたＭＤ５ダイジェストと、要求の終了前にエンドカスタマがダイナミックに（ポップアップウィンドウを介して）問い合わされたユーザ識別子およびパスワードとから成る。
【００７０】
４．ネットワークオペレータのウェブサーバ上では“使用資格認証”要求が相応のサービスロジックを備えたサーブレットによって受け取られ、処理される。その際に必要なデータベースおよび課金システムへのアクセスはＪａｖａクラスを介して実現される。個々の処理ステップは次のようになる。
【００７１】
ａ）エンドカスタマのデータ（ユーザ識別子、パスワード、およびコンテンツの制限など）がカスタマディテールデータベースから読み出され、できる限り相応する“使用資格認証”要求のパラメータと比較される。ユーザ識別子またはパスワードが一致しない場合の“使用資格認証”要求の中断および否定応答はエンドカスタマの端末機器へ戻される。
【００７２】
ｂ）ソフトウェアプロダクツについてのデータ、すなわちサービス提供側がスタティックに形成したＭＤ５ダイジェスト、課金モデル、料金、コンテンツレーティングなどがマーチャントプロダクツデータベースから読み出される。“使用資格認証”要求から成る相応のパラメータと、カスタマディテールデータベースから予め読み出されたエンドカスタマのデータとが比較される。ソフトウェアおよびコンテンツの真正性および無欠性を保証するために、ここでは特に、ソフトウェアプロダクツのデータベースに格納されたスタティックなＭＤ５ダイジェストと、ソフトウェアおよびコンテンツの呼び出し時にエンドユーザの端末機器でダイナミックに形成されたＭＤ５ダイジェストとが比較される。
【００７３】
ＭＤ５ダイジェスト、課金モデル、またはコンテンツレーティングのいずれかが一致しない場合には、“使用資格認証”要求に対する中断および否定応答がエンドカスタマへ戻される。
【００７４】
ｃ）妥当な課金モデルに依存して商品納入および／または賦課額のための相応のトランザクションがエンドカスタマおよび／またはサービス提供側のアカウントに対してネットワークオペレータ側の課金システムでトリガされる。
【００７５】
ここでエラーが発生した場合には、“使用資格認証”要求に対する中断および否定応答がエンドカスタマへ戻される。
【００７６】
ｄ）ここまでのサービスロジックの経過においてエラーが発生しなかった場合には、“使用資格認証”要求に対してＨＴＴＰＳによる肯定応答がエンドカスタマへ戻される。
【００７７】
５．ＣＩＤＡＡコードモジュールは“使用資格認証”要求への応答をＨＴＴＰＳを介してネットワークオペレータのウェブサーバから受け取る。
【００７８】
ａ）肯定応答のとき：実行ファイルまたはセルフエクストラクティング実行ファイルの本来のプログラムシーケンスへ移行する。これによりアクセス監視および課金がネットワークオペレータの中央のインスタンスによって有効に行われた場合には、エンドカスタマはソフトウェアまたはコンテンツのパッケージを正当に利用できるようになる。
【００７９】
ｂ）否定応答のとき：相応のエラーメッセージがエンドカスタマへ出力される。これによりアクセス監視および課金がネットワークオペレータの中央のインスタンスによってエラーであると見なされると、ソフトウェアまたはコンテンツのパッケージは遮断され、当該のエンドカスタマによる不正利用が防止される。
【００８０】
６．実行ファイルまたはセルフエクストラクティング実行ファイルを通常の出口ポイントを経由して終了する。
【図面の簡単な説明】
【図１】
一般的なネットワークの概略図である。
【図２】
本発明の方法の概略図である。
【図３Ａ】
本発明の方法の実施例の部分図である。
【図３Ｂ】
本発明の方法の実施例の部分図である。
【図３Ｃ】
本発明の方法の実施例の部分図である。
【図４】
エンドカスタマがネットワークオペレータへアクセスする様子を示した図である。
【図５】
サービス提供側がネットワークオペレータへアクセスする様子を示した図である。
【図６Ａ】
サービス提供側からエンドカスタマへＣＩＤＡＡモジュールが提供される様子を示す部分図である。
【図６Ｂ】
サービス提供側からエンドカスタマへＣＩＤＡＡモジュールが提供される様子を示す部分図である。
【図７Ａ】
ＣＩＤＡＡモジュールを備えたソフトウェアをエンドカスタマが利用する様子を示す部分図である。
【図７Ｂ】
ＣＩＤＡＡモジュールを備えたソフトウェアをエンドカスタマが利用する様子を示す部分図である。
【図７Ｃ】
ＣＩＤＡＡモジュールを備えたソフトウェアをエンドカスタマが利用する様子を示す部分図である。

Claims

ネットワークを介して提供されるソフトウェアプロダクツの利用方法において、
ａ）端末機器を介したユーザの要求に基づき、サービス提供側サーバを介して提供されるソフトウェアプロダクツをサービス提供側サーバからネットワークを介してユーザの端末機器へダウンロードし、
ｂ）ユーザの端末機器内でソフトウェアプロダクツが呼び出される際にソフトウェアプロダクツの所定のソフトウェアコンポーネントを起動し、
ソフトウェアプロダクツの利用に関する利用処理サーバとの通信を開始し、当該の通信において、ソフトウェアプロダクツから利用処理サーバへデータを伝達し、
該データにしたがって要求中のユーザにソフトウェアプロダクツの利用をイネーブルするか否か、および／またはユーザおよびソフトウェアプロダクツ提供側の会計に対する課金動作を行うか否かを利用処理サーバが検査する、
ことを特徴とするソフトウェアプロダクツの利用方法。
前述の利用処理サーバをネットワークプロバイダが稼働する、請求項１記載の方法。
前述のサービス提供側サーバをネットワークプロバイダが稼働する、請求項１または２記載の方法。
前記サービス提供側サーバおよび／または前記利用処理サーバはウェブサーバである、請求項１から３までのいずれか１項記載の方法。
ネットワークからダウンロードされるソフトウェアプロダクツの利用を処理するための利用処理サーバにおいて、
ソフトウェアプロダクツがユーザの端末機器にダウンロードされ起動された後、利用処理サーバはソフトウェアプロダクツからのコンタクトを受け、
当該のコンタクトにより利用処理の実行に必要なデータが伝達される、
ことを特徴とする利用処理サーバ。
ソフトウェアプロダクツの識別子とソフトウェアプロダクツの利用処理のタイプを定めるデータとを記憶することによりソフトウェアプロダクツが登録される、請求項５記載のサーバ。
必要なデータはソフトウェアプロダクツ識別子およびユーザ識別子である、請求項５または６記載のサーバ。
利用処理の１つのタイプとしてアクセス監視が行われる、請求項５から７までのいずれか１項記載のサーバ。
利用処理の１つのタイプとしてソフトウェアプロダクツの利用についてのユーザおよびプロバイダの会計に対する課金が行われる、請求項５から８までのいずれか１項記載のサーバ。
有効であった利用コンタクトとその処理結果とに関する統計が行われる、請求項５から９までのいずれか１項記載のサーバ。
ネットワークを介したユーザの要求に応じてユーザの端末機器へダウンロードされるソフトウェアプロダクツにおいて、
ソフトウェアプロダクツを呼び出す際に端末機器内で起動され、続いて利用処理サーバとの通信を引き受け、さらに当該の通信において利用処理を実行するためのデータを伝達するソフトウェアコンポーネントが含まれている、
ことを特徴とするソフトウェアプロダクツ。
前記データはソフトウェアプロダクツ提供側のデータ、ソフトウェアプロダクツ識別子、およびダイナミックに求められたユーザデータである、請求項１１記載のソフトウェアプロダクツ。
前述のソフトウェアコンポーネントを介してユーザとのインタラクションが行われることによりユーザデータがダイナミックに求められる、請求項１１または１２記載のソフトウェアプロダクツ。
ネットワークを介して提供されるソフトウェアプロダクツの作成方法において、
ソフトウェアメーカのソフトウェアプロダクツのソースコード内に、利用処理プロバイダから供給されたソフトウェア開発キットを用いてソフトウェアプロダクツの呼び出し時に起動されるソフトウェアコンポーネントを組み込み、
該ソフトウェアコンポーネントにより利用処理サーバとの通信を行い、当該の通信において利用処理の実行に必要なデータを利用処理サーバへ伝達する、
ことを特徴とするソフトウェアプロダクツの作成方法。