JP4814311B2 - ネットワークノード、及びインターネットマーケットでインターネットサービスを提供する方法 - Google Patents

Description

本発明は、ネットワークノード、及びインターネットマーケットのユーザーに対してサービスプロバイダの少なくとも一つのインターネットサービスを提供する方法に関する。

原則として、インターネットサービスを提供するために、サービスプロバイダのインターネットサーバ上で実行されるアプリケーション（ソフトウェア）が利用される。このアプリケーションは、サービスプロバイダの利用者に、当該サービスプロバイダによって提供されるウェブサイトを介して、リクエストの形で呼び出される。

前記サービスプロバイダのインターネットサービスが、他のインターネットマーケットのオペレータにより操作される一つ以上のインターネットマーケットにおいて利用可能であるとき、当該インターネットマーケットへの前記サービスプロバイダのインターネットサービスの適応は非常に複雑になるという問題がしばしば発生する。これは、特に、原則として異なる構成のデータレコード、例えば実行されたインターネットサービスの結果を提供するようにインターネットサービスを要求するための異なるデータフォーマットが、異なるインターネットマーケットに具備される必要がある、という事実による。

特許文献１は、オンラインベースのオーダーを、出力側のビジネスシステム内に統合するシステム及び方法を開示する。前記ビジネスシステムにおいて、売り手側及び買い手側のシステムは、アダプターを介してデータマネージャに接続される。フォームに従って、買い手は、特定のフォーマットの購入オーダーを前記データマネージャに送信する。このフォームは、直接又はアダプタモジュールを介して、データマネージャに送信される、若しくは、ブラウザ対応のインターフェースを介して提供される。このデータマネージャは、前記購入オーダーをニュートラルなフォーマットに変換し、買い手側にリンクされる集中データベース内に記憶する。そして、前記購入オーダーは、売り手側の出力側システムに送信され、これにより、売り手側の定義するフォーマットに変換される。

特許文献２は、コンピュータネットワーク内での、特に予約を実行するための通信システム及び方法を開示する。ここで、クライアントは、複合ユニットを介して、サービスを提供する一つ又は複数のサーバに接続される。このクライアントのサービスリクエストは、前記複合ユニット内で、前記サーバのアプリケーションプログラムに必要なフォーマットに変換される。さらに、このサービスリクエストは、前記複合ユニットによって、負荷分布に基づいて、前記サーバに送信される。

特許文献３は、イーコマース（電子商取引）アプリケーションを物品提供者の出力側システム内に統合するシステム及び方法を開示する。そして、前記アプリケーションと出力側システムとの間で交換されるメッセージのフォーマットが、統合ノード内で変換される。このように、前記イーコマースアプリケーションによって受け取られる顧客の購入オーダーは、ＸＭＬ形式のメッセージ内に組み込まれる。このフォーマットは、前記統合ノード内で、前記出力側システムで用いられるフォーマットに変換され、このシステムに送信される。
米国特許出願公開第２００２／１０７７５２号明細書 米国特許出願公開第２００４／０６２２５５号明細書 米国特許出願公開第２００３／０３６９６６号明細書

それゆえ、本発明の解決すべき課題は、簡素な方法でインターネットマーケットにおけるインターネットサービスを提供することであり、特に、この方法によって、インターネットサービスを実行するサービスプロバイダのデータ処理システムに接続することを含む必要条件を最小化することである。

本発明によれば、前記課題は、請求項１の特定事項を含むネットワークノードによって解決される。

また、本発明によれば、前記課題は、請求項１６の特定事項を含む方法によって解決される。

本発明の有利な改良は、従属項によって達成される。

本発明によれば、インターネットマーケットのユーザーに対して、サービスプロバイダの少なくとも一つのプロバイダサーバ内で実行される少なくとも一つのインターネットサービスを提供するネットワークノードは、インターネットマーケットのユーザーのコンピュータ内で開始されるサービスリクエストを受け取り、かつ、前記プロバイダサーバ内にて確認された処理結果を前記ユーザーコンピュータに送信する、ことにより、前記インターネットマーケットへの適応として、前記サービスリクエスト及び処理結果のフォーマットを変更することが可能となる、少なくとも一つの外部コネクタと、前記外部コネクタに接続され、前記サービスリクエストに含まれる情報に基づいて前記インターネットサービスを実行する少なくとも一つのプロバイダサーバを確認するとともに、前記サービスリクエストを前記確認されたプロバイダサーバにアドレスする、変換ユニットと、前記変換ユニットに接続され、前記サービスリクエストを前記プロバイダサーバに送信するとともに、前記プロバイダサーバから、当該プロバイダサーバ内にて確認された処理結果を受け取る、少なくとも一つの内部コネクタと、を具備する。

本発明に係る範囲内において、「インターネットマーケット」とは、最も広い意味で解されるべきであり、特に、ウェブポータル、例えば、オンラインショップによって提供されるウェブサイトだけでなく、例えばオークションポータル、インターネット内の交換・議論フォーラムなどを含む。

前記ネットワークノードによって、サービスプロバイダによって、前記インターネットマーケットに適応されるべき前記インターネットサービスを実行するプロバイダサーバなしに、当該インターネットマーケットを利用可能に提供されるインターネットサービスが可能となる。
前記サービスリクエスト、言い換えれば、特に必須なフォーマット変更、前記サービスの実行に必要なプロバイダサーバの確認、及び前記サービスリクエストを前記プロバイダサーバにアドレスすること、の解釈は、前記インターネットサービスを実行するために必要な情報が、前記インターネットマーケットによってすでに生成されるべきプロバイダサーバの要求に適応することなしに、マーケットにて定義される方法で取得され、かつ、前記サービスリクエストに組み込まれるように、前記ネットワークノード内にて実行される。

さらに、前記ネットワークノードと前記インターネットマーケットとの間のインターフェースは、当該ネットワークノードと前記プロバイダサーバとの間のインターフェースとは別のものであり、これにより、変換ノードの適応に関して特に大きな汎用性をもたらす。

前記外部コネクタによって、前記ネットワークノードは、適応中に必要な当該ネットワークノードの内部機能への変更なしに、言い換えれば、特に変換ユニットの適応なしに、簡素かつ汎用的な方法で、インターネットマーケットへの、及び特にインターネットマーケットと通信するために用いられるデータフォーマットへの適応が実現される。

ここで、前記外部コネクタは、コネクタスロットによって前記ネットワークノードに接続可能であり、これにより、前記外部コネクタは、前記ネットワークノードの操作進行中に、当該ネットワークノードに接続可能、かつ、当該ネットワークノードから切断可能であることが好ましい。

これにより、外部コネクタが前記ネットワークノードに接続される間、又は前記ネットワークノードから切断される間に、前記ネットワークノードの中断のない操作が可能となる。さらに、当該適応されるべき外部コネクタがネットワークノード内部において、前記ネットワークノードから切断され、適応され、再度当該ネットワークノードに接続される、ネットワークノードの操作進行中に、外部コネクタが適応される。

本発明のより良い実施形態では、前記外部コネクタは、少なくとも一つのユーザーコンピュータに接続され、これにより、前記ユーザーコンピュータはマーケットサーバに接続される。

本発明のより良い実施形態では、前記変換ユニットは、前記プロバイダサーバ内にて確認された処理結果の機能として、前記処理結果に関する通知を生成し、当該処理結果は、前記外部コネクタより前記マーケットサーバに送信される。

このように、マーケットユーザーによる前記インターネットサービスの利用に関する情報は、前記マーケットサーバに送信される。これにより、前記プロバイダサーバ内にて確認された処理結果は、前記マーケットサーバを介して間接的にユーザーコンピュータに送信可能であることが好ましい。

本発明の好ましい実施形態では、前記ネットワークノードの内部コネクタは、前記サービスプログラム呼び出し及び前記処理結果のフォーマットを変更する。

前記ネットワークノードの前記プロバイダサーバ、又は前記プロバイダサーバ内にて実行されるサービスプログラムへの適応は、このように、前記ネットワークノードの内部機能、及び特に変換ユニットの適応の必要なしに、前記内部コネクタの適応によって簡素な方法で実現される。

前記内部コネクタは、コネクタスロットによって前記ネットワークノードに接続可能であり、これにより、前記内部コネクタは、前記ネットワークノードの操作進行中に、当該ネットワークノードに接続可能、かつ、当該ネットワークノードから切断可能であればより良い。

このように、前記ネットワークノードの操作中に、内部コネクタをネットワークノードに接続すること、及び、ネットワークノードから切断することが可能となる。特に、当該適応されるべき外部コネクタがネットワークノードから切断され、適応され、当該ネットワークノードに再度接続される、ネットワークノードの操作進行中間に、内部コネクタの適応が行われることをも意味する。

本発明の好ましい実施形態では、前記ネットワークノードは、前記インターネットサービスにアクセスするためにマーケットユーザーの認可を検証する、認証及び認可ユニットを具備する。

前記認証及び認可ユニットによって、前記インターネットマーケットのユーザーの認可は、ネットワークノード内にて検証される。さらに、このアクセス認可は、いわゆるシングルサインオン、言い換えれば、様々なサービスに対する集中認可が可能となるように、プロバイダサーバの様々なインターネットサービスに対して検証可能である。

本発明のより良い実施形態では、前記インターネットサービスにアクセスするためのマーケットユーザーの認可の検証は、前記インターネットマーケットに関連付けられたマーケット認可プロファイル、及び／又は当該マーケットユーザーに関連付けられたユーザー認可プロファイルに基づいて実行される。

前記インターネットマーケットのユーザーが前記サービスプロバイダのインターネットサービスを利用できる範囲は、前記認可プロファイルに基づいて検証、又は確認される。ここで、前記認可プロファイルは、マーケットにより定義される、及び／又は、ユーザーによって定義される。これにより、インターネットサービスを利用するための異なる認可が、異なるインターネットマーケット及びインターネットマーケットの異なるユーザーに対して規定される。

前記サービスリクエストは、前記インターネットマーケットに一義的に関連付けられるキーを用いて暗号化され、かつ、前記認証及び認可ユニット内で複合化可能な、情報を含むことがより良い。

したがって、前記サービスリクエストの信頼性は、前記インターネットマーケットに一義的に関連付けられるキーを用いて暗号化された情報に基づいて確認可能である。

本発明のより良い別実施形態では、前記ユーザー認可プロファイルは、前記サービスリクエスト内に含まれる。

前記ユーザー認可プロファイルを、より良くは前記インターネットマーケット内で実行される前記サービスリクエスト内に組み込むことによって、前記インターネットマーケットのユーザーが前記サービスプロバイダのインターネットサービスを利用できる範囲は、当該サービスリクエストによって示される。

ここで、前記ユーザー認可プロファイルは、前記インターネットマーケットに一義的に関連づけられる、又は前記インターネットマーケットのデジタル署名を備える、キーを用いて暗号化されることがより良い。

このように、前記ユーザー認可プロファイルの信頼性は、ネットワークノード内にて検証可能である。

本発明の好ましい別実施形態では、前記認証及び認可ユニットは、前記ユーザー認可プロファイルを、前記プロバイダサーバ内にて確認された処理結果の機能に変更可能である。

このように、インターネットマーケットユーザーの認可プロファイルは、前記サービスプロバイダの所定のインターネットを利用する機能として変更可能である。

ここで、前記認証及び認可ユニットは、前記ユーザー認可プロファイルを、前記マーケットユーザーに対して確認された処理結果の機能に変更可能であることがより良い。

本発明の好ましい別実施形態では、前記ネットワークノードは、前記プロバイダサーバ内にて確認された処理結果を検証する、検証ユニットを具備する。

前記検証ユニットは、前記処理結果の完全性を検証することが可能であることがより良い。

したがって、前記検証ユニットは、前記処理結果の正確性及び完全性に関して確認することができる。前記処理結果にエラーが発見される場合、例えばネットワークノード内のエラーの存在に関する情報の通知を生成し、当該通知をインターネットマーケットを利用するユーザーコンピュータに送信するために利用される。

本発明の好ましい別実施形態では、前記ネットワークノードは、前記サービスリクエスト及び処理結果を、取得し、かつ、評価する、レポートユニットを具備する。

インターネットマーケットのユーザーに対して、サービスプロバイダの少なくとも一つのプロバイダサーバ内で実行される少なくとも一つのインターネットサービスを提供する方法は、以下の（１）から（６）の手順に従って実行される。
（１）ネットワークノードの外部コネクタ内で、ユーザーコンピュータ内で開始されたサービスリクエストを受け取り、
（２）前記外部コネクタ内で、フォーマットに前記サービスリクエストを変更させ、
（３）前記サービスリクエスト内に含まれる情報に基づいてプロバイダサーバを確認し、前記サービスリクエストを当該プロバイダサーバにアドレスし、
（４）前記サービスリクエストを前記プロバイダサーバに送信し、
（５）前記プロバイダサービス内における処理結果を確認し、当該処理結果を前記ネットワークノードに送信し、
（６）前記ネットワークノード内にて前記処理結果を受け取り、当該処理結果を前記ユーザーコンピュータに送信する。

本方法に関する発明の好ましい改良は、前記ネットワークノードと関連して示される本発明の実施形態に対応する。

本発明の付加的な特徴及び実用的な改良は、前記従属項及び図1を参照にして以下に示すよい良い実施形態によって示される。

本発明は、以下に変換ノードとして示されるネットワークノード１０の一実施形態に基づいて説明される。

インターネットを介して、変換ノード１０は、複数のインターネットマーケットに接続される。実施例として、図１は、異なる実施形態によって実装される二つのインターネットマーケットへの接続を示す。

これらのうち一つの形態では、変換ノード１０は、マーケットのユーザーが自らのユーザーコンピュータ２００によってアクセスする、インターネットマーケットのマーケットサーバ１５０に接続される。ユーザーコンピュータ２００群は、図１において参照符号２１０を付して示される。ユーザーコンピュータ２００と変換ノード１０との直接の接続はここでは存在しない。これにより、これら二つの間のデータ交換は、マーケットサーバ１５０を介して実行される。このようなインターネットマーケットは、以下では「通過マーケット」と称し、このようなインターネットマーケットのマーケットサーバ１５０は、「合同資源」と称する。

他方、別の形態では、ユーザーコンピュータ２００は、マーケットサーバ１６０だけでなく変換ノード１０にも接続される。これにより、ユーザーコンピュータ２００と変換ノード１０との間のデータ交換は直接行われる。このように構成されるインターネットマーケットは、以下では「領域マーケット」と称し、このようなインターネットマーケットのマーケットサーバ１６０は、「分配資源」と称する。この形態では、ユーザーコンピュータ２００群は、参照符号２２０を付して示される。

前記通過マーケット及び領域マーケットの二つの形態では、当該インターネットマーケットへのアクセスは、マーケットサーバ１５０及び１６０に具備されるインターネットマーケットのウェブサイトと、ユーザーコンピュータ２００内で実行され、かつ、ユーザーコンピュータ２００の表示手段上に表示されるブラウザプログラムと、によって、インターネットを介して行われる。

本発明の好ましい実施形態では、変換ノード１０は、前記通過マーケットの場合は合同資源１５０と接続され、前記領域マーケットの場合はコミュニケーションネットワーク（より良くはインターネット）を介してユーザーコンピュータ２００と接続される、外部コネクタ３０を具備する。外部コネクタ３０_１・・・３０_ｎは、変換ノード１０のコネクタスロット２０・２０・・に差し込まれる。

変換ノード１０において、外部コネクタ３０_１・・・３０_ｎは、認証及び認可ユニット６０と接続される。この認証及び認可ユニット６０は、次いで変換ユニット４０に接続される。外部コネクタ３０_１・・・３０_ｎと変換ユニット４０との間の直接データ送信構築のために、認証及び認可ユニット６０が橋渡しの役割を果たす。

変換ユニット４０は、検証ユニット７０と接続される。この検証ユニット７０は、次いで内部コネクタ５０_１・・・５０_ｍに接続される。ここで、変換ユニット４０と内部コネクタ５０_１・・・５０_ｍとの直接の接続は、検証ユニット７０の橋渡しによって構築される。内部コネクタ５０_１・・・５０_ｍは、同様に変換ノード１０のコネクタスロットに差し込まれることによって、当該変換ノード１０を、インターネットサービスを実行するためのサービスプログラムが実装されるサーバ１００_１・・・１００_ｍに接続する。

さらに、変換ノード１０は、当該変換ノード１０を管理し、かつ、記録する、制御及びレポートユニット８０を具備する。

変換ノード１０は、ハードウェア又はソフトウェアとして構成可能である。本発明の好ましい実施形態では、インターネットサーバ内で実行される様々なソフトウェアモジュールとして実装される。

インターネットマーケットのユーザーは、マーケットオペレータから独立したサービスプロバイダによって利用可能となる、インターネットサービスの提供を受ける。このインターネットサービスを実行するサービスプログラムは、前記サービスプロバイダによって操作される、少なくとも一つのプロバイダサーバ１００_１・・・１００_ｍ上で提供される。以下に詳細に説明する本発明の好ましい利用形態では、前記インターネットサービスは、フランキング及び物流サービスであり、例えば、電子郵便料金証印を生成する、郵便物の輸送に関するアドレスラベルを生成する、又は荷物の追跡など、物流サービスプロバイダによって提供される。

インターネットサービスに対するリクエストは、前記インターネットマーケットのウェブサイト上で直接、又は間接的に開始される。例えば、ウェブサイト上のボタンを操作すること等によって開始される。本発明によって、前記インターネットサービスは、サービスプロバイダのウェブサイト上でリクエストされるものでなく、インターネットマーケットのウェブサイト上で直接リクエストされるものとなる。特に、処理結果又は部分的な処理結果としてのサービスの実行中に表示されるウェブサイトは、変換ノード１０を用いた簡素な方法によって、インターネットマーケットのウェブサイトのレイアウトに適応可能である。

サービスリクエストの生成は、前記インターネットマーケットのウェブサイト上でのインターネットサービスの呼び出しと関連付けられる。このサービスリクエストは、特に前記インターネットサービスの実行に関する情報を含む。この情報は、例えば、当該ウェブサイトのダイアログフィールドにデータを書き込み可能なマーケットユーザーに関するユーザーデータ、又はマーケットオペレータのデータベースに記憶されたデータである。さらに、前記サービスリクエストは、インターネットマーケットの識別データを含み、かつ、当該リクエストされたインターネットサービスの識別を変換ノード１０に許可する命令を少なくとも一つ含む。この命令は、前記サービスリクエストに暗黙的に含まれるものでもよい。
このように、例えば、前記リクエストされたインターネットサービス、又は、当該インターネットサービスを実行するためのプロバイダサーバ１００_１・・・１００_ｍは、当該サービスリクエスト内に含まれる情報タイプに基づいて、変換ノード１０内で識別される。

前記領域マーケットの場合、前記サービスリクエストは、ウェブサイトに組み込まれたスクリプトによって生成され、インターネットを介してユーザーコンピュータ２００から直接変換ノード１０に送信される。前記通過マーケットの場合、前記サービスリクエストは、前記インターネットマーケットのウェブサイト内のスクリプトによって生成され、ユーザーコンピュータ２００によって、合同資源１５０を介して変換ノード１０に送信される、又は、リクエストの送信によって、この結果がユーザーコンピュータ２００から合同資源１５０に転送された後に生成される。

同様に、前記通過マーケットの場合、前記サービスリクエストは、ユーザーコンピュータ２００のブラウザプログラム内のスクリプトによって生成され、合同資源１５０によって拡張される。例えば、前記インターネットマーケットの認識情報、合同資源１５０のデータベースに記憶されたユーザーデータ、又は、合同資源１５０のデータベースに記憶されたマーケット及び／又はユーザー認可プロファイル、によって拡張される。前記領域マーケットの場合、上記のような情報は、前記インターネットマーケットのウェブサイトに含まれるスクリプトの機能によって、サービスリクエスト内に組み込まれる。

さらに、一つのサービスリクエストが複数のインターネットサービスのリクエストを含むことも可能である。

変換ノード１０とインターネットマーケットとの接続は、当該インターネットマーケットに個々に適応する外部コネクタ３０_１・・・３０_ｎを介して構築される。外部コネクタ３０_１・・・３０_ｎ内では、特に、後述するサービスリクエスト及び処理結果に対するフォーマット変更が行われ、プロバイダサーバ内にて確認される。

これらは、前記サービスリクエストのコンテンツから独立して行われるスタティックなフォーマット変更である。このようなフォーマット変更の実施例は、プロトコルフォーマットの変換である。例えば、ＥＤＩＦＡＣＴドキュメントのＸＭＬフォーマットへの変換だけでなく、逆に、キャラクタセットエンコードへの変更、及びサービスリクエスト内のフィールド指令並びにフィールドシーケンスへの変更である。
このように、マーケットサーバ１５０・１６０の要求に適応するフォーマットを有するユーザーデータなどのデータレコードを、当該マーケットサーバ１５０・１６０内で利用される特定のデータベースフォーマットなどに変換することが可能となる。

外部コネクタ３０_１・・・３０_ｎ内でのフォーマット変更によって、変換ノード１０とインターネットマーケットとの間の通信に関する変更が、変換ノード１０の内部機能、プロバイダサーバ１００_１・・・１００_ｍの構成、又はプロバイダサーバ１００_１・・・１００_ｍ上で実行されるサービスプログラムに影響を与えることがない。

複数のインターネットマーケットを接続するために、変換ノード１０は、外部コネクタ３０_１・・・３０_ｎを受け入れるためのコネクタスロット２０を複数具備する。ここで、変換ノード１０の操作進行中に外部コネクタ３０_１・・・３０_ｎを差し込み、かつ、取り外すことが可能であり、これにより、インターネットマーケットが加わり、又は削除されても、変換ノード１０の中断のない操作が可能になる。ここでも、変換ノード１０の中断のない操作が必要であるため、外部コネクタ３０_１・・・３０_ｎの変更の場合も同様に、変換ノード１０の活動状態の間に、取り外され、適応され、再度差し込まれることが可能である。

サービスリクエストは、変換ノード１０によって、対応するインターネットマーケットに関連付けられた外部コネクタ３０_１・・・３０_ｎにおいて、受け取られる。そして、可能であれば、上述のようなフォーマット変更が行われればよい。異なるマーケットのタイプに関して、根本的に異なる点はない。

外部コネクタ３０_１・・・３０_ｎから、前記サービスリクエストは、変換ノード１０内の認証及び認可ユニット６０に送信される。認証段階では、まず、サービスプロバイダのインターネットサービスが根本的に利用可能であるか否かについて検証する。ここで、この認証は、前記インターネットマーケットの認識、及び／又はマーケットユーザーの認識に基づいて行われる。

前記認証は、前記サービスリクエストを含み、当該信頼性は暗号書記方法を用いて確保される、認証情報に基づいて行われる。適宜の暗号処理方法は、例えば、サービスリクエスト又はその一部のデジタル署名などである。同様に、サービスリクエストのコンテンツは、インターネットマーケット、又はマーケットユーザーに関連付けられたキー（公開かぎを用いた非対称暗号方式）、又は、変換ノード１０と、インターネットマーケット又はマーケットユーザー間で事前に交換される対称キー（共通かぎを用いた対称暗号方式）を用いて暗号化される。

この認証が成功しない場合、これは、登録されたインターネットマーケットのユーザーによる認証サービスリクエストではないことを意味する。又は、他の理由により、前記マーケットユーザーは、サービスプロバイダのインターネットサービスを利用することを認可されていないことを意味する。この場合、認証及び認可ユニット６０は、エラーメッセージを生成し、外部コネクタ３０_１・・・３０_ｎを介してユーザーコンピュータ２００に送信される。さらに、このサービスリクエストの記録は、後述する制御及びレポートユニット８０によって提供される。

前記認証が成功する場合、認証段階において、認証及び認可ユニット６０は、インターネットサービスを利用するために、前記マーケットユーザーの認可を確認する。ここで、前記マーケットユーザーが利用可能なインターネットサービス、およびその利用範囲をチェックする。これは同様に、インターネットマーケット及び／又はマーケットユーザーの認識に基づいて行われる。

インターネットマーケットの認可は、より良くは認証及び認可ユニット６０内に記憶されるマーケット認可プロファイルに基づいて行われる。このマーケット認可プロファイルは、前記マーケットのユーザーがインターネットサービスを利用できる範囲、言い換えれば、インターネットサービス内で当該マーケットユーザーが実行できる機能の範囲、に関する情報を含む。

前記マーケットユーザーは、前記サービスリクエストに含まれるユーザー認可プロファイルに基づいて認可されることがより良い。これは、同様に暗号方式によって確保される。このユーザー認可プロファイルは、マーケットサーバ１５０・１６０によって、又はインターネットマーケットのウェブサイトに埋め込まれる、若しくは変換ノード１０内のデータベースに記憶されるスクリプトによって、インターネットマーケットの一部のサービスリクエスト内に組み込まれることがより良い。前記ユーザー認可プロファイルは、当該ユーザーがサービスプロバイダのインターネットサービスを利用できる範囲を示す。このように、前記マーケットオペレータは、インターネットマーケットのユーザーに、サービスプロバイダのインターネットサービスに関するアクセス権を提供できる。

前記インターネットサービス内で利用可能な機能、又は前記インターネットサービスを利用可能な範囲は、例えば、当該インターネットサービスを利用するための様々な支払能力、別のアクセスの際に再利用するためのプロバイダサーバ１００_１・・・１００_ｍ上のデータ記憶能力、並びに、当該インターネットサービス及び当該インターネットサービスの範囲内で提供される他の付加的なサービスのために利用可能な記憶領域のサイズに関する。

このような認可を実行するために、認証及び認可ユニット６０は、前記マーケット認可プロファイル及び／又はユーザー認可プロファイルに基づいて、マーケットユーザーがリクエストされたインターネットサービス又はサービスの利用を許可されるかどうか、又はその範囲について、検証する。この検証は、前記マーケットユーザーが、リクエストされたインターネットサービス又はサービスの利用を許可されない場合は、外部コネクタ３０_１・・・３０_ｎを介して、エラーメッセージが生成され、マーケットユーザーのユーザーコンピュータ２００に送信されることがより良い。

前記リクエストされたインターネットサービスが、前記サービスリクエストが変換ユニット４０内で評価された後に限り認識される場合、認証及び認可ユニット６０は、マーケット認可プロファイル又はユーザー認可プロファイルを変換ユニット４０に送信する。しかし、さらにこの場合、認証及び認可ユニット６０において、前記マーケットユーザーが根本的にサービスプロバイダのインターネットサービスを利用するように認可されるかどうか、を検証する。これにより、上述以外の場合には、エラーメッセージは、生成され、マーケットユーザーのユーザーコンピュータ２００に送信される。

複数のインターネットサービスが前記サービスリクエストと共にリクエストされる場合、認証及び認可ユニット６０内では、様々なインターネットサービスに対するマーケットユーザーの集中ログインが構成される。

変換ユニット４０は、認証及び認可ユニット６０から、前記サービスリクエスト（前記確認された認可情報も選択的に含む）を受け取る。このサービスリクエストのコンテンツ（認証及び認可ユニット６０内で確認された認可情報を選択的に含む）に従って、前記サービスリクエストは、変換ユニット４０によって変換される。外部コネクタ３０_１・・・３０_ｎ内で行われるスタティックなフォーマット変更と比較して、この変換は、前記サービスリクエストのコンテンツの機能として実行されるので、ここでは、この変換を知的変換と称する。

変換ユニット４０内では、知的変換のために処理が実行され、この処理により、前記サービスリクエストは、プロバイダサーバ１００_１・・・１００_ｍのうち一つで実行される適応可能なサービスプログラムへの転送が許可される。複数のインターネットサービスが、一つのサービスリクエストによってリクエストされる場合、リクエストされたそれぞれのサービスに対して、前記サービスリクエスト又は前記サービスリクエストの適応可能な一部が、後述の方法によって、プロバイダサーバ１００_１・・・１００_ｍに転送される。

変換ユニット４０は、サービスリクエストのいわゆるルーティングを引き起こす、言い換えれば、当該サービスリクエストのコンテンツに従って、リクエストされたインターネットサービスを実行するためのサービスプログラムが実行されているプロバイダサーバ１００_１・・・１００_ｍが確認され、前記サービスリクエストがこのプロバイダサーバ１００_１・・・１００_ｍにアドレスされる。さらに、例えば当該サービスリクエストに含まれるデータの変換や拡張などの、他の知的変換が実行される。

前記知的変換は、例えば、妥当性チェック又は要素分析ルール（言い換えれば、前記サービスリクエストを中断するルール）の適応後に発生する修正である。例えば、宛先ラベルを生成するインターネットサービスにおいて、私書箱の情報が、通りの名前を示すデータフィールド内で検出される場合、この情報は変換ユニット４０によって修正される。

同様に、前記知的変換の範囲内で、前記リクエストされたインターネットサービスに代わりに、前記サービスリクエストは、より最新の、発展した、又はより安価な、サービスが（例えば、特価の範囲内で）実行されるように変更される。

さらに、本発明のより良い実施形態では、プロバイダサーバ１００_１・・・１００_ｍの利用可能性が確認され、かつ、前記利用可能性が確認されたサービスリクエストがプロバイダサーバ１００_１・・・１００_ｍにアドレスされる、いわゆるダイナミックルーティングが提供される。さらに、変換ユニット４０によって、前記利用可能性に加えて、プロバイダサーバ１００_１・・・１００_ｍの使用容量が確認され、前記サービスリクエストが最も使用容量の低いプロバイダサーバ１００_１・・・１００_ｍに送信される、いわゆるロードバランスが実行される。

変換ユニット４０内での処理後、前記サービスリクエストは、検証ユニット７０を介して送信される、又は、前記確認されたプロバイダサーバ１００_１・・・１００_ｍに接続される内部コネクタ５０_１・・・５０_ｍに、直接送信される。

本発明のより良い実施形態では、前記サービスリクエストと共に、信頼性のある付加的な情報、例えば、暗号化された情報、が変換ユニット４０からプロバイダサーバ１００_１・・・１００_ｍに送信される。ここで、この付加的な情報は、当該サービスリクエストが変換ノード１０に由来するものかどうかをチェックするために、変換ユニット４０又は変換ノード１０に一義的に関連付けられるキーを用いて複合化される。
したがって、本発明の実施形態においては、プロバイダサーバ１００_１・・・１００_ｍ内での付加的なマーケットユーザーの認証及び／又は認可は、不必要となる。

内部コネクタ５０_１・・・５０_ｍは、前記サービスプログラムの呼び出しのスタティックにフォーマット変更することができ、コネクタスロットを介して変換ノード１０に接続される。内部コネクタ５０_１・・・５０_ｍは、変換ノード１０操作進行中に、差し込み可能であり、取り外し可能である。

内部コネクタ５０_１・・・５０_ｍの操作モードに基づいて、前記サービスプログラムがプロバイダサーバ１００_１・・・１００_ｍに適応される際に、内部コネクタ５０_１・・・５０_ｍの適応だけが必要であり、変換ユニット４０の適応は不必要である。さらに、このような適応は、当該影響を受ける内部コネクタ５０_１・・・５０_ｍが当該適応中に取り外される、変換ノード１０の操作進行中にも行われ得る。

内部コネクタ５０_１・・・５０_ｍを介して、前記サービスリクエストは、前記確認されたプロバイダサーバ１００_１・・・１００_ｍに送信される。これは、インターネットを介して、又は変換ノード１０が当該サービスプロバイダ自身によって操作されている場合は、当該サービスプロバイダの内部データネットワークを介して、実行されることがより良い。

前記サービスリクエストが、プロバイダサーバ１００_１・・・１００_ｍ上で実行されるサービスプログラム内で処理された後、言い換えれば、サービスの実行後、プロバイダサーバ１００_１・・・１００_ｍは、処理結果、例えば、インターネットサービス又はサービスプログラムの実行中に当該プロバイダサーバ内で確認されるデータ、を変換ノード１０に送信する。次いで、この処理結果は内部コネクタ５０_１・・・５０_ｍに受け取られる。

前記受け取り後、かつ、内部コネクタ５０_１・・・５０_ｍ内で実行されるべきすべてのフォーマット変更実行後、前記処理結果は、検証ユニット７０に送信される。この検証ユニット７０内で、前記処理結果の形式が検証される。ここにおいて、前記処理結果が完全であるか否か、かつ、形式的に正しいか否かが検証される。前記完全性に関する限り、例えば、マーケットユーザーがデジタル郵便料金証印をリクエストする場合、前記処理結果が、印刷可能なコピー又は当該郵便料金証印の印刷プレビューを具備しているか否かがチェックされる。様々なプロバイダサーバ１００_１・・・１００_ｍの処理結果に関する検証の基準は、変換ノード１０のデータベース内に記憶される。

前記完全性又は正確性がない場合、前記処理結果の代わりに、又は、前記処理結果に加えて、エラーを示す通知がマーケットユーザーのユーザーコンピュータ２００に送信される。

検証ユニット７０は、プロバイダサーバ１００_１・・・１００_ｍの利用可能性をチェックすることができ、かつ、変換ユニット４０が当該検証結果に基いてサービスリクエストの上述のダイナミックルーティングを作成するために、前記チェック結果を変換ユニット４０に送信することができる。

変換ノード１０において、前記チェックされた処理結果は、変換ユニット４０を介して、又は変換ユニット４０をバイパスして、外部コネクタ３０_１・・・３０_ｎに転送される。この外部コネクタ３０_１・・・３０_ｎは、前記サービスリクエストの発生箇所であるインターネットマーケットに接続される。

前記処理結果の変換ユニット４０内における次の処理は、前記処理結果の知的処理が、当該処理結果のマーケットユーザーのユーザーコンピュータ２００または合同資源１５０への転送の付加的なものとして実行される場合に必要となる。

ここで、例えば、領域マーケットの場合、前記処理結果のユーザーコンピュータ２００への送信に加えて、又は前記処理結果のユーザーコンピュータ２００への送信に代えて、前記処理結果に関する通知、又はサービスの利用に関する通知が分配資源１６０に送信される。この通知は、変換ユニット４０内で生成される。この通知の本質は、例えば、所定のマーケットユーザーが所定のインターネットサービスを利用している事実に関する情報である。このように、前記サービスの結果は、分配資源１６０からユーザーコンピュータ２００に送信される。

変換ユニット４０による前記処理結果の付加的な処理の後、この結果は、認証及び認可ユニット６０を介して、又は、認証及び認可ユニット６０をバイパスして、対応するインターネットマーケットに接続される外部コネクタ３０_１・・・３０_ｎに送信される。

本発明の好ましい実施形態では、前記ユーザー認可プロファイルは、認証及び認可ユニット６０内で前記処理結果の機能に変更可能である。

このように、例えば、「頻度の高いユーザープログラム」の範囲において、拡張された認可は、頻繁に所定のインターネットサービスを利用するマーケットユーザーに割り当てられる。このために、認証及び認可ユニット６０は、特定のマーケットユーザーに送信される処理結果の数を確認する。

外部コネクタ３０_１・・・３０_ｎは、外部コネクタ３０_１・・・３０_ｎ内でのサービスリクエストの処理中のフォーマット変更に対応する、又は、このフォーマット変更から独立して指定される、必要なフォーマット変更を行う。さらに、前記処理結果に付随する分配資源１６０、及び前記処理結果により確認される通知に対して、様々なフォーマット変更が行われる。

その上、変換ユニット４０内での前記処理結果の変換、又は外部コネクタ３０_１・・・３０_ｎ内でのフォーマット変更の範囲において、画像的な適応が行われる。この結果、前記処理結果は、前記マーケットのレイアウトに適応可能となる。これは、特に、前記処理結果が、所定の情報を含むウェブサイトである場合に行われる。

最終的に、外部コネクタ３０_１・・・３０_ｎは、前記処理結果を、前記サービスリクエストの流れの最後であるマーケットユーザーのコンピュータ２００、又は移動マーケットの合同資源１５０（、さらに、選択的には、領域マーケットの分配資源１６０）に送信する。

管理者に操作される、制御及びレポートユニット８０は、変換ノード１０を管理し、監視する。変換ノード１０の利用データを評価するために、一つ以上の外付けデータ処理装置９０を制御及びレポートユニット８０に接続することも可能である。

制御及びレポートユニット８０によって、内部コネクタ５０_１・・・５０_ｍ内でのフォーマット変更のルール、認証及び認可ユニット６０に関するルール、変換ユニット４０内での知的変換に関するルール、及び、検証ユニット７０内での処理結果の検証に関する基準、について規定される。さらに、制御及びレポートユニット８０は、変換ノード１０、及び接続されたプロバイダサーバ１００_１・・・１００_ｍの利用を、インターネットマーケットのユーザーによって確認することができ、これらを評価及び課金のためにアクセステーブル及び統計の形式で利用可能にできる。すべての管理及び評価タスクは、接続されたデータ処理装置９０を介して実行することもできる。

さらに、特に、変換ノード１０がサービスリクエストを受け取る時間と、前記処理結果が変換ノード１０により送信される時間と、の間の比較は、処理時間を確認するため、かつ、利用責任に対するコンプライアンスに関して、個々のケースにおいて、並びに統計的にチェックするために実行される。このために、前記評価に必要な情報は、変換ユニット４０から制御及びレポートユニット８０に送信され、そこにおいて評価される、又はデータ処理装置９０において評価される。

本発明に関する可能なアプリケーションシナリオは、フランキング、及び物流システムへの提供に関する。このフランキング、及び物流システムは、物流会社によって、オークションポータルのユーザーに対して利用可能となる。このオークションポータルにおいては、オークションの範囲内で売り手から買い手へ物品が売買される。そして、原則として、売り手は、落札された物品を買い手へ郵送する。

本発明において、例えば、以下のインターネットサービスは、前記オークションポータルに参加する売り手側に提供される。
（１）売り手が自身のユーザーコンピュータ２００上でプリント可能なデジタル郵便料金証印を生成するインターネットサービス。
（２）落札された物品を輸送するための宛先ラベルを生成するインターネットサービス。
（３）荷物を送り、かつ、郵便番号を検出するために適している物流会社の製品を確認するインターネットサービス。
（４）輸送中の荷物を追跡するインターネットサービス。

売り手がオークションに参加するとき、当該オークションで売られている物品を輸送するために、当該オークションポータルのウェブサイト上で直接郵便物のフランキングを開始できる。

フランキングするために、デジタル郵便料金証印を生成するインターネットサービスは、暗号方式的に確保されたデジタル郵便料金証印の印刷可能なコピーが、プロバイダサーバ１００_１・・・１００_ｍ内で生成され、かつ、売り手側のユーザーコンピュータ２００に送信される際の処理に利用される。この印刷可能なコピーは、例えば、ユーザーコンピュータ２００に接続されるプリンタを用いて印刷されるＰＤＦドキュメントである。

ここで、例えば、前記フランキングサービスを利用するために、送り手及び受け取り手のあて名のような情報を提供する必要性、所望の製品、及び前記郵便料金証印の生成のための印刷媒体は、これらすべての情報は前記オークションポータルにおいて公知であるために不要にすることができる、又は、前記公知の情報から発生することができる。実際に、これは、これらの情報が前記オークションポータルにおいてコンパイルされ、かつ、前記サービスリクエスト内で変換ノード１０に送信される。変換ノード１０、及び、特に変換ユニット４０は、前記フランキングサービスが利用可能なときに実行されるべき所定の処理手順がスキップされるように、知的変換を引継ぐ。これにより、売り手側の処理を簡素化し、高速化できる。
このように、例えば、荷物の受け取り手に関する情報、言い換えれば、物品の買い手に関する情報は、前記オークション中に取得された情報から引き出すことができ、自動的に前記フランキングサービスを利用するためのサービスリクエストに組み込むことができる。送り手に関する情報も同様に、インターネットマーケットによって提供され、自動的にサービスリクエストに組み込むことができる。

変換ノード１０内での前記サービスリクエストの処理において、以下の動作が実行される。すなわち、サービスリクエストのフォーマット変更、前記フランキングサービス又は他のサービスを利用するための認可、ルーティング、知的変換、及び、サービスリクエストのプロバイダサーバ１００_１・・・１００_ｍへの転送、である。なお、プロバイダサーバ１００_１・・・１００_ｍ内でフランキングサービスが実行される。

原則として、オークションポータルは、領域マーケットであるので、プロバイダサーバ１００_１・・・１００_ｍ内で確認された前記処理結果は、変換ノード１０によって、直接売り手側のユーザーコンピュータ２００に送信される。変換ノード１０の検証ユニット７０は、例えば、フランキングサービス実行中に、プロバイダサーバ１００_１・・・１００_ｍ内で確認された前記処理結果は、デジタル郵便料金証印の印刷可能なコピーを含む。

さらに、前記フランキングサービスの実行に関する通知が生成され、オークションポータルの分配資源１６０に送信される。これは、例えば、前記フランキングサービスの実行の成功に関する情報が、前記オークションポータルのウェブサイト上で売り手側に表示されるように機能する。

さらに、前記オークションポータルのユーザーによる、前記フランキング及び物流サービスの利用に関するアクセスリスト及び統計を生成することが可能である。

最終的に、変換ノードは、サービス（Ｓｅｒｖｉｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ：略称ＳＬＡ）を提供するためのインターネットマーケットに適応する境界条件をチェックする、かつ、不一致をレポートし、記録するものとして機能する。本明細書において、重要な側面は、特に、プロバイダサーバ１００_１・・・１００_ｍの利用可能性（例えば、リクエストを処理することができなくてはならない）、及び処理時間（例えば、処理結果は所定の時間内に手元になくてはならない）を含む。

インターネットマーケット及びサービスプログラムを実行するためのプロバイダサーバとに接続された状態における本発明に係るネットワークノードの実施の一形態を示す概略図。

符号の説明

１０ 変換ノード
２０ コネクタスロット
３０ 外部コネクタ
４０ 変換ユニット
５０ 内部コネクタ
６０ 認証及び認可ユニット
７０ 検証ユニット
８０ 制御及びレポートユニット
９０ データ処理装置
１００ プロバイダサーバ
１５０ 合同資源（移動マーケット）
１６０ 分配資源（領域マーケット）
２００ ユーザーコンピュータ

Claims (27)

1. インターネットマーケットのユーザーに対して、サービスプロバイダの少なくとも一つのプロバイダサーバ内で実行される少なくとも一つのインターネットサービスを提供するネットワークノードであって、
   インターネットマーケットのユーザーのコンピュータ内で開始されるサービスリクエストを受け取り、かつ、前記プロバイダサーバ内にて確認された処理結果を前記ユーザーコンピュータに送信する、少なくとも一つの外部コネクタ、を具備し、
   該外部コネクタにより、前記インターネットサービスは、前記ユーザーコンピュータに接続されるマーケットサーバにより提供される、インターネットマーケットのウェブサイト上でリクエストされることが可能となるとともに、
   前記インターネットマーケットへの適応として、前記サービスリクエスト及び処理結果のフォーマットを変更することが可能となり、
   さらに、前記外部コネクタに接続され、前記サービスリクエストに含まれる情報に基づいて前記インターネットサービスを実行する少なくとも一つのプロバイダサーバを確認するとともに、前記サービスリクエストを前記確認されたプロバイダサーバにアドレスする、変換ユニットと、
   前記インターネットサービスにアクセスするためにマーケットユーザーの認可を検証する、認証及び認可ユニットと、
   前記変換ユニットに接続され、前記サービスリクエストを前記プロバイダサーバに送信するとともに、前記プロバイダサーバから、当該プロバイダサーバ内にて確認された処理結果を受け取る、少なくとも一つの内部コネクタと、
   を具備するネットワークノード。
2. 前記外部コネクタは、コネクタスロットによって前記ネットワークノードに接続可能であり、これにより、前記外部コネクタは、前記ネットワークノードの操作進行中に、当該ネットワークノードに接続可能、かつ、当該ネットワークノードから切断可能である、ことを特徴とする請求項１に記載のネットワークノード。
3. 前記外部コネクタは、コミュニケーションネットワークを介して、前記少なくとも一つのユーザーコンピュータに接続される、ことにより、当該ユーザーコンピュータは、前記コミュニケーションネットワークを介してマーケットサーバに接続される、ことを特徴とする請求項１及び請求項２のうちいずれかに記載のネットワークノード。
4. 前記変換ユニットは、前記プロバイダサーバ内にて確認された処理結果の機能として、当該処理結果に関する通知を生成するとともに、当該処理結果は、前記外部コネクタから前記マーケットサーバに送信される、ことを特徴とする請求項１から請求項３のうちいずれか一項に記載のネットワークノード。
5. 前記内部コネクタは、前記サービスリクエスト及び処理結果のフォーマットを変更することが可能である、ことを特徴とする請求項１から請求項４のうちいずれか一項に記載のネットワークノード。
6. 前記内部コネクタは、コネクタスロットによって前記ネットワークノードに接続可能であり、これにより、前記内部コネクタは、前記ネットワークノードの操作進行中に、当該ネットワークノードに接続可能、かつ、当該ネットワークノードから切断可能である、ことを特徴とする請求項１から請求項５のうちいずれか一項に記載のネットワークノード。
7. 前記インターネットサービスにアクセスするためのマーケットユーザーの認可の検証は、前記インターネットマーケットに関連付けられたマーケット認可プロファイル、及び／又は当該マーケットユーザーに関連付けられたユーザー認可プロファイルに基づいて実行される、ことを特徴とする請求項１から請求項６のうちいずれか一項に記載のネットワ−クノード。
8. 前記サービスリクエストは、前記インターネットマーケットに一義的に関連付けられるキーを用いて暗号化され、かつ、前記認証及び認可ユニット内で複合化可能な、情報を含む、ことを特徴とする請求項１から請求項７のうちいずれか一項に記載のネットワークノード。
9. 前記ユーザー認可プロファイルは、前記サービスリクエスト内に含まれる、ことを特徴とする請求項１から請求項８のうちいずれか一項に記載のネットワークノード。
10. 前記ユーザー認可プロファイルは、前記インターネットマーケットに一義的に関連づけられる、又は前記インターネットマーケットのデジタル署名を備える、キーを用いて暗号化される、ことを特徴とする請求項１から請求項９のうちいずれか一項に記載のネットワークノード。
11. 前記認証及び認可ユニットは、前記プロバイダサーバ内にて確認された処理結果の機能として、前記ユーザー認可プロファイルを変更可能である、ことを特徴とする請求項１から請求項１０のうちいずれか一項に記載のネットワークノード。
12. 前記認証及び認可ユニットは、前記マーケットユーザーに対して確認された処理結果の機能として、前記ユーザー認可プロファイルを変更可能である、ことを特徴とする請求項１から請求項１１のうちいずれか一項に記載のネットワークノード。
13. 前記プロバイダサーバ内にて確認された処理結果を検証する、検証ユニットを具備する、ことを特徴とする請求項１から請求項１２のうちいずれか一項に記載のネットワークノード。
14. 前記検証ユニットは、前記処理結果の完全性を検証することが可能である、ことを特徴とする請求項１から請求項１３のうちいずれか一項に記載のネットワークノード。
15. 前記サービスリクエスト及び処理結果を、取得し、かつ、評価する、レポートユニットを具備する、ことを特徴とする請求項１から請求項１４のうちいずれか一項に記載のネットワークノード。
16. インターネットマーケットのユーザーに対して、サービスプロバイダの少なくとも一つのプロバイダサーバ内で実行される少なくとも一つのインターネットサービスを提供する方法であって、
    ネットワークノードの外部コネクタ内で、ユーザーコンピュータ内で開始されたサービスリクエストを受け取り、前記インターネットサービスが、前記ユーザーコンピュータに接続されるマーケットサーバにより提供され、インターネットマーケットのウェブサイト上でリクエストされ、
    前記外部コネクタ内で、フォーマットに前記サービスリクエストを変更させ、
    前記サービスリクエスト内に含まれる情報に基づいてプロバイダサーバを確認し、前記サービスリクエストを当該プロバイダサーバにアドレスし、
    前記サービスリクエストを前記プロバイダサーバに送信し、
    前記プロバイダサービス内における処理結果を確認し、当該処理結果を前記ネットワークノードに送信し、
    前記ネットワークノード内にて前記処理結果を受け取り、当該処理結果を前記ユーザーコンピュータに送信する、
    ことを特徴とする方法。
17. 前記外部コネクタは、コミュニケーションネットワークを介して、前記少なくとも一つのユーザーコンピュータに接続される、ことにより、当該ユーザーコンピュータは、前記コミュニケーションネットワークを介してマーケットサーバに接続可能となる、ことを特徴とする、請求項１６に記載の方法。
18. 前記プロバイダサーバ内にて確認された処理結果の機能として、当該処理結果に関する通知が生成され、当該処理結果は、前記外部コネクタから前記マーケットサーバに送信される、ことを特徴とする請求項１６及び請求項１７のうちいずれかに記載の方法。
19. 前記ネットワークノードは、内部コネクタを介して前記プロバイダサーバに接続されるとともに、前記サービスリクエスト及び処理結果のフォーマット変更が前記内部コネクタ内にて実行される、ことを特徴とする請求項１６から請求項１８のうちいずれか一項に記載の方法。
20. 前記インターネットマーケットのユーザーの前記インターネットサービスへのアクセス認可は、前記インターネットマーケットに関連付けられたマーケット認可プロファイル、及び／又は前記マーケットユーザーに関連付けられたユーザー認可プロファイルに基づいて実行される、ことを特徴とする請求項１６から請求項１９のうちいずれか一項に記載の方法。
21. 前記サービスリクエストは、前記インターネットマーケットに一義的に関連付けられるキーを用いて複合化される、暗号化された情報を含む、ことを特徴とする請求項１６から請求項２０のうちいずれか一項に記載の方法。
22. 前記ユーザー認可プロファイルは、前記サービスリクエスト内に含まれる、ことを特徴とする請求項１６から請求項２０のうちいずれか一項に記載の方法。
23. 前記ユーザー認可プロファイルは、前記インターネットマーケットに一義的に関連付けられる、又は前記インターネットマーケットのデジタル署名を備える、キーを用いて暗号化される、ことを特徴とする請求項１６から請求項２２のうちいずれか一項に記載の方法。
24. 前記ユーザー認可プロファイルは、前記プロバイダサーバ内にて確認された処理結果の機能に変更される、ことを特徴とする請求項１６から請求項２３のうちいずれか一項に記載の方法。
25. 前記ユーザー認可プロファイルは、マーケットユーザーに対して確認された多数の処理結果の機能に変更される、ことを特徴とする請求項１６から請求項２４のうちいずれか一項に記載の方法。
26. 前記処理結果の完全性は、検証される、ことを特徴とする請求項１６から請求項２５のうちいずれか一項に記載の方法。
27. 前記サービスリクエスト及び前記処理結果は、前記ネットワークノードのレポートユニット内にて取得される、ことを特徴とする請求項１６から請求項２６のうちいずれか一項に記載の方法。

Images