(57)【要約】ポータル、共同アプリケーション、およびディレクトリ・サービスを有する、複数のサービス・プロバイダとの専用網交換局を提供する。専用網交換局は、複数のサービス・プロバイダ間で動作することができ、関与するサービス・プロバイダにかかわらず最小限のサービス・レベルを確保する。ポータルは、共同アプリケーションおよびディレクトリ・サービスを提供するユーザに優しいインタフェースを構成する。共同アプリケーションは、ユーザが安全に共同することを可能にする。ディレクトリ・サービスは、ユーザがネットワークで探索を行う方法を実現する。【特許請求の範囲】
【請求項１】
音声認識を用いてバニティ・ナンバーを呼び出すシステムであって、
少なくとも１つの電話と、
音声認識システムと、
交換電話網とを含み、
音声認識システムが、発音されるかまたは綴られたバニティ・ナンバーを受信し、バニティ・ナンバー内の文字を対応するキーパッド／１０進等価物に変換することによって対応する１０進数を生成するシステム。
【請求項２】
音声認識システムが、少なくとも１つの電話に組み込まれる、請求項１記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項３】
少なくとも１つの電話が携帯電話である、請求項２記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項４】
少なくとも１つの電話がハード配線電話である、請求項２記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項５】
音声認識システムが、ＰＳＴＮ、専用交換電話網、およびＩＰゲートウェイに接続されたネットワーク・ベースのＡＳＲサーバのうちの１つに配置される、請求項１記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項６】
音声認識システムが、１０進電話番号を、発音されたバニティ・ナンバーから導かれた第１の数字として判定する、請求項１記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項７】
発音されたバニティ・ナンバーによって、１０進電話番号に必要な１０進数よりも多くの数字が生成された場合に、音声認識システムが、該発音されたバニティ・ナンバーから導かれた第１の数字を超える余分な数字を無視する、請求項６記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項８】
音声認識を用いてバニティ・ナンバーを呼び出すシステムであって、
少なくとも１つの電話と、
音声認識システムと、
交換電話網とを含み、
音声認識システムが、発音されるかまたは綴られたバニティ・ナンバーを受信し、バニティ・ナンバー内の文字を対応するキーパッド／１０進等価物に変換することによって対応する１０進数を生成し、該音声認識システムが、１０進電話番号を、発音されたバニティ・ナンバーから導かれた第１の数字として判定し、かつ該発音されたバニティ・ナンバーによって、１０進電話番号に必要な１０進数よりも多くの数字が生成された場合に、該発音されたバニティ・ナンバーから導かれた第１の数字を超える余分な数字を無視するシステム。
【請求項９】
音声認識システムが、少なくとも１つの電話に組み込まれる、請求項８記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項１０】
少なくとも１つの電話が携帯電話である、請求項８記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項１１】
少なくとも１つの電話がハード配線電話である、請求項８記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項１２】
音声認識システムがＡＳＲサーバに配置される、請求項８記載の、音声認識を用いてバニティ・ナンバーを呼び出すシステム。
【請求項１３】
音声認識を用いてバニティ・ナンバーを呼び出す方法であって、
バニティ・ナンバーの発声を受信する段階と、
発声から１０進電話番号を判定する段階と、
１０進電話番号に電話をかける段階とを含む方法。
【請求項１４】
発声が発音されたバニティ・ナンバーである、請求項１３記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【請求項１５】
発声が綴られたバニティ・ナンバーである、請求項１３記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【請求項１６】
第１の判定段階で妥当な１０進電話番号が得られない場合に判定段階を繰り返すさらなる段階を含む、請求項１３記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【請求項１７】
判定段階で妥当な１０進電話番号が得られない場合に受信段階を繰り返すさらなる段階を含む、請求項１３記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【請求項１８】
判定段階が、規則およびヒューリスティックスに基づいて音声認識システムによって実行される、請求項１３記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【請求項１９】
判定段階で無効な１０進数が生成された場合に、該判定段階で生成された１０進電話番号が十分な数の数字を有するかどうかを判定するさらなる段階を含む、請求項１３記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【請求項２０】
１０進数の数が不十分であると判定された場合にエラー・メッセージを発するさらなる段階を含む、請求項１９記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【請求項２１】
判定段階が、
１０進電話番号を、発声されたバニティ・ナンバーから導かれた第１の数字として判定する段階と、
発声されたバニティ・ナンバーによって、１０進電話番号に必要な１０進数よりも多くの数字が生成された場合に、該発声されたバニティ・ナンバーから導かれた第１の数字を超える余分な数字を無視する段階とを含む、請求項１３記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【請求項２２】
判定段階で妥当な１０進電話番号が得られなかった場合に綴られたバニティ・ナンバーを要求するさらなる段階を含む、請求項１３記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【請求項２３】
呼出しが行われる電話が音声認識機能を有さない場合に、ＡＳＲサーバを含むかまたはＡＳＲサーバに接続されたシステムを呼び出すさらなる段階を、受信段階の前に含む、請求項１３記載の、音声認識を用いてバニティ・ナンバーを呼び出す方法。
【発明の詳細な説明】
【０００１】
発明の背景
発明の分野
本発明は、ポータル、共同アプリケーション、およびディレクトリ・サービスを有する、複数のサービス・プロバイダとの専用網交換局に関する。特に、本発明は、専用網交換局で使用できるポータル、共同アプリケーション、およびディレクトリ・サービスに関する。
【０００２】
先行技術の説明
インタネットなどの公衆網上で得られるセキュリティよりも高いレベルのセキュリティを実現する仮想専用網（ＶＰＮ）が開発されている。ＶＰＮは基本的に、あるエンド・ポイントから他のエンド・ポイントへの論理トンネルを形成する方法である。従来の仮想専用網は一般に、サービス・プロバイダ間および／またはＩＰｓｅｃゲートウェイ間では相互運用不能である。
【０００３】
しかし、従来のＶＰＮでは、複数のサービス・プロバイダ間での通信が不可能であり、ユーザに対して最低限のサービス・レベルが確保されない。
【０００４】
アドバンスト・ネットワーク・エクスチェンジ（Ａｄｖａｎｃｅｄ Ｎｅｔｗｏｒｋ ｅＸｃｈａｎｇｅ）すなわちＡＮＸは、電子商取引用の管理されたネットワーク・サービスである。ＡＮＸは、１９９６年〜１９９７年に設計され、１９９８年に導入された。２０００年春現在で、主として自動車業界における４００社を超える会社がＡＮＸサービスを利用している。
【０００５】
現在のＡＮＸは、自動車業界内での安全な電子取引きをサポートするために自動車産業アクション・グループ（ＡＩＡＧ）によって認可されたオートモーティブ・ネットワーク・エクスチェンジ（Ａｕｔｏｍｏｔｉｖｅ Ｎｅｔｗｏｒｋ ｅＸｃｈａｎｇｅ）（ＡＮＸ）が発展したものである。１９９４年に、ＡＩＡＧは、取引パートナーデータ通信プロトコル位置（Ｔｒａｄｉｎｇ Ｐａｒｔｎｅｒ Ｄａｔａ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｐｒｏｔｏｃｏｌ Ｐｏｓｉｔｉｏｎ）と題するＡＩＡＧ文書を作成し発表した。この文書では、取引パートナーの電子情報の転送に関する標準としてネットワーク・プロトコルＴＣＰ／ＩＰ（トランスミッション制御プロトコル／インタネット・プロトコル）が推奨された。１９９５年に、クライスラー（Ｃｒｙｓｌｅｒ）、フォード（Ｆｏｒｄ）、およびＧＭは、取引パートナー間の企業間データ通信用の標準プロトコルとしてＴＣＰ／ＩＰを推奨した。その後、クライスラー、フォード、およびＧＭの三大自動車会社およびいくつかの主要なティア・ワン（Ｔｉｅｒ Ｏｎｅ）供給業者の代表で構成されたＡＩＡＧのインプリメンテーション・タスク・フォース（ＴＴＦ）は、すべての取引き相手用のＴＣＰ／ＩＰネットワークの概念、すなわち、オートモーティブ・ネットワーク・エクスチェンジ（登録商標）ネットワークを開発した。この推奨から発展したＡＮＸ（登録商標）ネットワークは現在、自動車供給チェーンをサポートする電子商取引およびデータ転送用の単一の安全で高品質のネットワークを取引パートナーに対して実現している。
【０００６】
１９９９年１２月に、ＡＩＡＧは、そのＡＮＸ資産および業務をＳＡＩＣに売却することに合意した。２０００年５月に、ＳＡＩＣは、ＡＮＸ資産を増大させ、世界クラスのＢ２Ｂサービス・ユーティリティを確立するために認可された完全所有子会社のＡＮＸｅビジネス（ＡＮＸｅＢｕｓｉｎｅｓｓ）を設立した。
【０００７】
発明の概要
従来のシステムおよび方法の欠点は、ポータル、共同アプリケーション、およびディレクトリ・サービスを有する、複数のサービス・プロバイダとの専用網交換局に関する本発明によって対処される。
【０００８】
本発明のポータル、共同アプリケーション、およびディレクトリ・サービスを有する、複数のサービス・プロバイダとの専用網交換局の利点は、複数のサービス・プロバイダ間で動作できることである。
【０００９】
本発明のポータル、共同アプリケーション、およびディレクトリ・サービスを有する、複数のサービス・プロバイダとの専用網交換局の他の利点は、関与するサービス・プロバイダにかかわらず、最低限のサービス・レベルが確保されることである。
【００１０】
本発明のポータル、共同アプリケーション、およびディレクトリ・サービスを有する、複数のサービス・プロバイダとの専用網交換局の他の利点は、ユーザに優しいインタフェースが実現されることである。
【００１１】
本発明のポータル、共同アプリケーション、およびディレクトリ・サービスを有する、複数のサービス・プロバイダとの専用網交換局の他の利点は、ネットワークへのアクセスを厳しく制御できることである
【００１２】
本発明のポータル、共同アプリケーション、およびディレクトリ・サービスを有する、複数のサービス・プロバイダとの専用網交換局の他の利点は、様々な会社のユーザがネットワークを利用できるように共同機能が設けられることである。
【００１３】
本発明のこれらおよび他の属性について、下記の図面を参照して説明する。
【００１４】
発明の詳細な説明
ＡＮＸはいくつかの基本的な概念を実現する。ＡＮＸは、本来主として自動車業界向けの、ネットワーク・レベルのセキュリティを有する高品質のデータ・トランスポート・サービスのプロバイダである。しかし、ＡＮＸは、インタネット・プロトコルを用いて構成されているがインタネットではない。ＡＮＸは、任意の証明されたベンダーがトランスポート・サービスを行うのを可能にする開放型マルチプロバイダ競争モデルに基づくプロバイダであり、特許されてはいない。ＡＮＸは、電子ビジネスおよびビジネス・リエンジニアリングを推進する。
【００１５】
以下に本明細書で使用される用語を定義する。
【００１６】
ＡＤＡ：ＡＮＤディレクトリ管理者は、最初にＡＮＸディレクトリ内の取引パートナー情報を構成する、ＡＮＸ監督者組織内の指定された人である。
【００１７】
ＡＥＤＡ：ＡＮＸ企業ディレクトリ管理者は、新しいユーザ登録を認証して承認し、ＡＮＸポータルに関する既存のユーザを管理し、会社の他の窓口（ＰＯＣ）を指定する、取引パートナー組織内の指定された人である。
【００１８】
ＡＥＤＤＡ：ＡＮＸ企業課ディレクトリ管理者は、新しいユーザ登録を認証して承認し、ＡＮＸポータルに関する特定の課に関連する既存のユーザを管理し、この指定された課の他の窓口（ＰＯＣ）を指定する、取引パートナー組織内の指定された人である。
【００１９】
図１はＡＮＸネットワーク５０を示している。４００を超える取引パートナー５２が、相互に接続されたＡＮＸ証明済サービス・プロバイダ（ＣＳＰ）５４を通してＡＮＸサービスを使用している。これらのＣＳＰ５４は、ＴＥＬ−２リリース１（ＴＥＬ−２ Ｒｅｌｅａｓｅ １）仕様に従ってＡＮＸオペレーションズ（ＡＮＸ Ｏｐｅｒａｔｉｏｎｓ）（ＡＮＸＯ）によって証明され管理される。少なくとも６つのＡＮＸ ＣＳＰ５４、すなわち、アメリテック（Ａｍｅｒｉｔｅｃｈ）、ＡＴ＆Ｔ、ＢＣＥイマージス（ＢＣＥ Ｅｍｅｒｇｉｓ）、ＥＤＳ、アイディアル テクノロジー ソリューションズ（Ｉｄｅａｌ Ｔｅｃｈｎｏｌｏｇｙ Ｓｏｌｕｔｉｏｎｓ）、およびＭＣＩワールドコム（ＭＣＩ Ｗｏｒｌｄ Ｃｏｍ）が証明されている。ＴＥＬ−２は、ＡＮＸ５０とＣＳＰ５４との間のサービス・レベル合意（ＳＬＡ）を指定するものである。
【００２０】
取引パートナー５２は、Ｔ１回線やＤＳＬ回線などの標準データ・アクセス・サービスを通じてＡＮＸ ＣＳＰ５４に接続される。ＡＮＸ取引パートナー同士は、取引パートナー５２の構内のＴＣＰ／ＩＰトンネルの各端部に１つずつの２つのＩＰＳｅｃゲートウェイ間の合意によって構成された安全なＴＣＰ／ＩＰトンネルを介して互いに接続される。これらのＩＰＳｅｃゲートウェイは、２人の通信当事者間で共用される秘密鍵を用いて暗号ベースの相互認証を行い、暗号ベースの機密性を確立する。各取引パートナー５２は、少なくとも７つのベンダ、アクスント（Ａｘｅｎｔ）、チェックポイント（Ｃｈｅｃｋｐｏｉｎｔ）、シスコ（Ｃｉｓｃｏ）、ＩＲＥ、ネットワーク アソシエーツ（Ｎｅｔｗｏｒｋ Ａｓｓｏｃｉａｔｅｓ）、ノーテル（Ｎｏｒｔｅｌ）、ラドガード（ＲａｄＧｕａｒｄ）、およびタイムステップ（Ｔｉｍｅｓｔｅｐ）からゲートウェイ・プロダクトを選択する。ゲートウェイ・プロダクトは、国際コンピュータ安全機構（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｓｅｃｕｒｉｔｙ Ａｓｓｏｃｉａｔｉｏｎ）（ＩＣＳＡ）の規定およびＡＮＸによって指定された他の基準に基づいてＡＮＸＯによって証明される。
【００２１】
同じＣＳＰ５４に加入している取引パートナー５２はＣＳＰの加入者ドメイン内で取引きすることができる。しかし、ＣＳＰ”Ａ”に加入している取引パートナー５２が、ＣＳＰ”Ｂ”を使用している取引パートナー５２と取引きしたい場合、これらの取引パートナーの取引きは、やはりＡＮＸＯによって証明されるＡＮＸ証明済交換点５６オペレータ（ＣＥＰＯ）によって切り換えられる。２０００年７月現在でＣＥＰＯはアメリテックだけであった。ＣＳＰ−ＣＳＰ交換点５６は非同期転送モード（ＡＴＭ）に基づく交換点である。ＡＮＸネットワーク５０はインタネットから分離されている。ただし、ＡＮＸサービスおよびインタネットへのアクセスは、様々なファイアウォール／ゲートウェイ・アーキテクチャを用いて取引パートナーのネットワーク５２内で調停される。
【００２２】
ＡＮＸ管理トランスポート・サービス
ＡＮＸ管理トランスポート・サービス（ＭＴＳ）は、最初の１９９６年〜１９９７年向け構成の修正版である。ＡＮＸ管理トランスポート・サービスは、固有のマルチプロバイダ・アーキテクチャを介して供給されるＩＰトランスポート・サービスである。現在のＭＴＳは多数の機能および利点を有している。ＭＴＳは、およそ１９９６年に自動車業界によって示された最初の構成目標の大部分を実現する。これらの機能には、以下のものが含まれる。
ａ．顧客がいくつかの主要なトランスポート・プロバイダのいずれかからＡＮＸトランスポート・サービスを購入する能力。
ｂ．顧客が、証明されたいくつかのＩＰＳｅｃゲートウェイ装置のいずれかを購入する能力。
ｃ．複数のトランスポート・プロバイダおよびゲートウェイ装置間の、ＡＮＸ仮想専用網（ＶＰＮ）サービスの保証された相互運用性。
ｄ．複数のプロバイダ間に共通するサービス品質−サービス品質は、ネットワーク呼出時間、可用性、相互運用性、セキュリティ、および顧客サポートの各値を有する。
ｅ．インタネット・インフラストラクチャで得られるよりもずっと高いゲートウェイ間セキュリティ−取引パートナー間の専用ポイント・ポイント・ネットワーク・リンクのセキュリティに匹敵する。
ｆ．拡張された地理的「フットプリント」を含み、追加のトラフィック・タイプ、たとえば音声・音声トラフィックをイネーブルする、進行中のサービス追加／改良。
【００２３】
図１を参照すると、外側の縁部に、顧客と同じであり一般に会社である取引パートナー５２があり、各クラウド５２は会社のイントラネットを表わしている。各取引パートナー・クラウド５２は、その会社のワイド・エリア・ネットワークおよびローカル・エリア・ネットワークを含んでよい取引パートナーのイントラネット全体を表している。取引パートナー・クラウドと、ＡＮＸ５０として示されているより大きなクラウドとの間にアクセス５１回線がある。アクセス回線５１は２つのエンド・ポイントを有している。取引パートナーの側のエンド・ポイントは、ＡＮＸゲートウェイと呼ばれており、プロトコル・ファミリＩＰｓｅｃとの互換性を有するルータまたはピア・ゲートウェイである。現在証明されている約７つまたは８つの会社があり、したがって、これらの会社は互いに相互運用可能である。シスコ２５００シリーズ・ルータやアクセントラプター（Ａｃｃｅｎｔ Ｒａｐｔｏｒ）ゲートウェイなどの専用装置は、ＡＮＸシステム上で使用できることが証明されている装置であり、すなわち、これは、他のすべてのＡＮＸ証明済装置またはゲートウェイ装置と相互運用可能である。
【００２４】
専用装置は、ＡＮＸ５０および取引パートナー自身のイントラネット５２をインタネットから分離するファイアウォールに通常接続された顧客の構内に位置している。インタネットは図１には示されていない。インタネットはＡＮＸ５０から論理的に分離されたネットワークである。アクセス回線５１またはアクセス・ネットワークは、任意の典型的なアクセス技術、すなわち、Ｔ１、Ｔ３、５６キロビットの専用回線であってよく、または専用回線を有する任意の帯域幅、すなわち、フラクショナルＴ１であってよく、かつダイヤル接続またはＤＳＬ接続であってよい。
【００２５】
証明されたデータ・サービス・プロバイダのいずれかが存在する場合に、取引パートナー構内機器間、すなわち、取引パートナー５２のＩＰｓｅｃゲートウェイ間にアクセス・ポイントへの戻り回線がある。データ・サービス・プロバイダは、図１では、より小さなクラウド５４によって表わされており、ＡＴ＆Ｔ、ＭＣＩワールドコム、アメリテック、ＢＣＥイマージス、ＥＤＳ、およびＩＴＳなどの会社を含んでよい。証明されたサービス・プロバイダ５４をどのように設けるかが、ＡＮＸネットワークがどのように働くかを決定する。証明されたサービス・プロバイダ５４のそれぞれに対して証明プログラムが実行されている。証明プロセスおよびその証明基準はＴｅｌ２文書、すなわち、このアーキテクチャがどのように働くかを規定した文書に定義されている。
【００２６】
この証明プロセスは、ＡＴ＆Ｔのような証明されたサービス・プロバイダが証明されたプロバイダになるのに必要な段階を定義している。このプロセスの段階のうちの１つは、証明されたサービス・プロバイダ５４が呼出時間と呼ばれるサービス基準を確実に満たすことを目標としている。ＡＮＸネットワーク５０では、呼出時間要件は、任意の単一のサービス・プロバイダ・クラウド５４をパケットが横切るのにかかる時間が１２５ミリ秒以下になるという要件である。したがって、このプロセスにおけるある段階は、サービス・プロバイダがこの基準を満たせることを証明する。
【００２７】
ＡＮＸネットワーク５０の固有の局面は、ＡＮＸ管理トランスポート・ネットワークに関する仕様およびプロセスによって、サービス・プロバイダ５４がエンド顧客、すなわち取引パートナー５２に見えないように相互運用する方法が定義されることである。たとえば、ＡＮＸ取引パートナー５２は、ＡＴ＆Ｔのような１つのサービス・プロバイダ５４からＡＮＸサービスを購入することができ、別の取引パートナー５２はアメリテックのような異なるサービス・プロバイダ５４からＡＮＸサービスを購入することができ、この２人の取引パートナーは、相互運用可能なデータ通信を有することができる。これらの取引パートナー間の通信がいくつかのレベルで相互運用可能である。この通信は、基本パケット転送レベルで相互運用可能であり、仮想専用網に関して相互運用可能である。
【００２８】
仮想専用網（ＶＰＮ）は基本的に、あるエンド・ポイントから他のエンド・ポイントへの論理トンネルを形成する方法であり、従来の仮想専用網は一般に、サービス・プロバイダ間および／またはＩＰｓｅｃゲートウェイ間で相互運用可能ではない。ＡＮＸネットワーク５０において、証明されたプロバイダ５４および構成要素間の相互運用性は、既存の仮想専用網に対する進歩である。
【００２９】
ＡＮＸネットワーク５０は、証明されたサービス・プロバイダのネットワーク５４を管理しない。その代わりに、ＡＮＸネットワーク５０は仕様を設定しており、証明されたサービス・プロバイダ５４は、Ｔｅｌ２仕様に記載された顧客サービス応答時間、パケット呼出時間、ネットワーク・サービスの可用性などに関する最低要件を満たすサービスを提供することに合意している。Ｔｌ２仕様には、そのサービス・レベルが供給されない場合にどうすべきかが指定されており、この方法によって最終的に証明が無効になる。
【００３０】
次の要素は交換点５６である。交換点５６は、ネットワークのピアリングを行うための創造的な方法である。ネットワーク・プロバイダ・クラウド内で、ＡＮＸネットワーク５０は、サービス・プロバイダ・クラウド５４を横切ってパケットを供給するのにどんな技術を用いるかを考慮しない。パケットは、ＡＴＭ、すなわち非同期転送モード・スイッチとして指定されている交換点５６を通じてあるサービス・プロバイダから別のサービス・プロバイダに転送される。各サービス・プロバイダ５４は、証明されるプロセスの一部として、ＤＳ３、サービス・プロバイダのクラウド（サービス・プロバイダのデータ・ネットワーク）から交換点５６までの４５メガビット回線を購入し維持しなければならない。アメリテックは、交換点を操作する許可を得ることができ、アメリテックは次いで、各サービス・プロバイダ５４を他のあらゆるサービス・プロバイダ５４にリンクする永久仮想回路（ＰＶＣ）をＡＴＭスイッチ上にセットアップすることができる。あらゆるサービス・プロバイダ５４は、ＡＴＭベースのＰＶＣによって他のあらゆるサービス・プロバイダに接続されており、アメリテックは、交換点の可用性、交換点の切換時間などを含む他の１組のサービス基準を用いて交換点５６を操作する。
【００３１】
Ｔｅｌ２仕様の他の部分には、図１に示されているように、取引パートナー５２と取引パートナー５２との対話において必要な、証明されたサービス・プロバイダ５４（ＣＳＰ）のホップが、２回以下であることが規定されている。アメリテック ＣＳＰクラウド５４に接続された取引パートナー５２が、ＥＤＳ ＣＳＰクラウド５４に接続された取引パートナー５２と対話したい場合、パケットは、取引パートナー５２を離れ、アメリテッククラウド、交換点５６、ＥＤＳクラウドを横切り、次いでパケットの宛先に達し、したがって２回以下のホップを完了する。これは、エンド・ポイントが顧客の構内のＩＰｓｅｃゲートウェイである端末間性能を、ＡＮＸネットワークが保証する方法の一部である。この仕様によれば、ＣＳＰクラウド５４を横切るのに最長で１２５ミリ秒必要である。この仕様によれば、任意の２つのクラウドを横切り、すなわち、理論的にはＡＮＸネットワーク５０の両端間の距離全体を横切るには、最長で２５０ミリ秒である。交換点５６は事実上零呼出時間を有すると仮定される。
【００３２】
図１におけるＡＮＸｅビジネス・サービス・レベル・マネージャと呼ばれるクラウド５８を参照すると、このクラウド５８は、ネットワークを横切ってパケットを送信することによるネットワーク５０の監視およびパケットのトランジット時間の測定、ならびにある種のライトウエート監視および管理を可能にする小規模のサーバ複合体およびルータ・ファイアウォール複合体である。
【００３３】
ＡＮＸネットワーク・マネージャは、サービス・プロバイダのネットワーク５４の性能特性の大部分をランダムに測定する能力を有する。ＡＮＸマネージャは、サービス・プロバイダ５４が利用可能であるかどうか、サービス・プロバイダ５４のデータ・サービスが実際に無作為な瞬間に利用可能かどうかを調べることができる。ＡＮＸネットワーク・マネージャは、単一のサービス・プロバイダ・クラウド５４または複数のサービス・プロバイダ・クラウド５４を横切ってパケットを送信し、呼出時間を測定することもできる。各取引パートナー５２を通じたパケットの送信を試みることなどの動作も可能である。ＡＮＸ動作クラウド５８は、非常にライトウエートの１組の測定・監視アプリケーションを有する非常に小規模の１組のサーバを表す。
【００３４】
オプションおよび基本設定
再び、取引パートナー５２から始まり、各ゲートウェイを構成しなければならないが、Ｔｅｌ２仕様には、ゲートウェイをどのように構成しなければならないかが述べられていない。取引パートナー５２は、ゲートウェイがＩＰパケットに対してセキュリティ手段を実現することのできる装置に過ぎないため、取引パートナー５２自身が適切とみなせるように自分自身のゲートウェイを自由に構成することができ、取引パートナー５２は、ＡＮＸネットワーク５０との論理接続を確立する場合にあることを行わなければならない。たとえば、取引パートナー５２は、トラフィックをアプリケーションあるいは取引パートナー５２のネットワークまたはイントラネットからこの装置を通じてＡＮＸネットワーク５０に転送するのを可能にすると共に、その逆の転送を可能にしなければならない。アクセス回線におけるオプションもある。取引パートナー５２とサービス・プロバイダ５４との間のアクセス回線としては、５６キロビットの専用回線、Ｔ１、ＤＳＬダイヤル・サービス、Ｔ３などほぼあらゆるアクセス回線を用いることができる。取引パートナー５２は、証明されたサービス・プロバイダ５４のうちのどのサービス・プロバイダからデータ・アクセス・サービスを購入するかを選択することができる。取引パートナー５２が実際に購入するのは、与えられた帯域幅のアクセス回線である。取引パートナー５２はＩＰｓｅｃゲートウェイも購入する。取引パートナー５２は、いくつかの会社のうちのどれかからＩＰｓｅｃゲートウェイの管理サービスを購入することができる。
【００３５】
既存の従来のＶＰＮでは、会社Ｃが、ＶＰＮをセットアップした他の会社と同じサービス・プロバイダから供給されたデータ・サービスを有する場合、会社Ｃをほとんど問題なしに最初の仮想専用網に追加することができる。会社Ｃが他のあるサービス・プロバイダからのデータ・サービスの消費者または購入者であり、既存のＶＰＮの異なるサービス・プロバイダによって管理されているＶＰＮに参加したい場合、現在の業界で典型的なＶＰＮ相互運用性もピアリングも存在しないため、一方のグループまたは他方のグループはプロバイダを切り換える必要がある。
【００３６】
ＡＮＸネットワーク５０では、取引パートナー５２が、証明されたサービス・プロバイダ５４のうちの１つからアクセス回線を購入すると、この取引パートナー５２は、ＡＮＸ取引パートナー５２である他の会社とのＶＰＮを任意に作成することができる。この取引きの参加者は２人の取引パートナー５２だけである。サービス・プロバイダ５４自身を関与させる必要はない。一方、従来の単一プロバイダＶＰＮの場合、サーバ・プロバイダ自身を関与させなければならない。
【００３７】
従来、一般に、ＩＰｓｅｃトンネルを除いてＡＮＸネットワーク５０上で２人の取引パートナー５２間でデータ通信を行うべきでないと認められていた。したがって、取引パートナー５２がＡＮＸネットワーク５０を介して他の任意の取引パートナー５２と任意のデータ通信を行う場合、２地点間トンネルを構成する必要があり、次いでこのトンネル、言い換えれば仮想専用網（ＶＰＮ）を通じて通信を行う必要があった。これは一般に認められた手段であった。本システムでは、取引パートナー５２は、ＡＮＸネットワーク５０の加入者になる場合、取引パートナー５２自身とＡＮＸネットワーク５０上の他の任意の取引パートナー５２との間にＩＰｓｅｃトンネルを作成する能力を購入し有さなければならない。ＶＰＮの形のＩＰｓｅｃトネリングは非常に強力なセキュリティ機構である。したがって、ＡＮＸネットワーク５０を横切る２人の取引パートナー５２間のあらゆる通信は、任意の２人の取引パートナー５２が適切とみなす任意のセキュリティ機構を用いて（用いない場合も含む）行うことができる。この技術を実施する場合にトンネルを用いなくてもよい。これは技術的な必要性ではなくセキュリティの問題に過ぎない。
【００３８】
トンネルや他のＶＰＮ技術を用いなくてもパケットをある取引パートナー５２から別の取引パートナー５２に移動させることができる。ＩＰプロトコルおよびＩＰトランスポート層、ならびにその間に存在するＡＴＭがこの機能を実行する。ＩＰｓｅｃトンネルによって実現されるＶＰＮ技術を用いることは、ＡＮＸネットワークコミニュティのサブセットから情報およびプライバシーを保護する好ましい方法である。たとえば、ビジネス・プロセスの場合、取引パートナー５２がＡＮＸネットワーク５０上でのこのプロセスに他の１人の当事者しか関与しないことを望む場合がある。この場合、取引パートナー５２は他方の取引パートナー５２へのトンネルを作成し、ＡＮＸネットワーク５０上の他の取引パートナー５２はこのプロセスに関与することはできず、データが暗号化されている場合には、他の取引パートナー５２もネットワーク・マネージャもデータを見ることはできない。ＡＮＸネットワーク５０は、ネットワーク・レベルでは、暗号化を含む多数の機能、および暗号化を実行する複数の方法をカバーするＩＰｓｅｃプロトコル・ファミリであるツールを提供する。
【００３９】
しかし、取引パートナー５２がトンネルを作成することを決定した場合は、いくつかのことに合意する必要がある。取引パートナー５２は自分たちのネットワーク・アドレスを共用する必要がある。２人の取引パートナー５２は、暗号化方法、たとえば、暗号化を行わないか、それともトリプルＤＥＳを用いるかに関して合意したトンネルを実際に実施する取引パートナー５２のＩＰｓｅｃ装置を構成する必要がある。ＩＰｓｅｃ内で様々な暗号化アルゴリズムがサポートされている。
【００４０】
前述のＡＮＸネットワーク５０サービスでは、トランスポートと、トンネルを通じて安全な通信を行う能力が与えられるに過ぎない。ある基準を満たすトランスポートが行われ、トンネル作成機能が相互運用可能であり、だれでもそれにアクセスできることが証明される。取引パートナー５２は、必要とするあらゆるアプリケーションをネットワーク上に自由に配置することができる。取引パートナー５２は自分自身のゲートウェイ、ファイアウォール、およびルーティング・ＤＮＳサービスを必要に応じて構成しなければならないが、取引パートナー５２は、ＡＮＸネットワーク５４上の他の取引パートナー５２、すなわち、すべての取引パートナー５２または選択された１組の取引パートナー５２が、自分自身のイントラネット内に存在するあるアプリケーションにデータ・アクセスできるように自分自身のネットワーク・サービスを構成する必要がある。したがって、任意のアプリケーション、ｗｅｂサイト、クライアント・サーバ・アプリケーション、ＳＡＰ、および任意のアーキテクチャ内の任意のアプリケーションは、ＩＰプロトコルを用いてうまく動作するかぎり、ＡＮＸネットワーク５０を通じて利用できるようにすることができる。ＡＮＸネットワーク５０がサポートするプロトコルはＩＰだけである。取引パートナー５２は、何かを実行する場合、非常に一般的な技術であるカプセル化を行う必要がある。２人の取引パートナー５２は、ＡＮＸネットワーク５０を用いて、ＣＡＤファイルを送受信することによってデータをスワップすることも、安全で信頼できる広大な電子メール・コンジットとしてＡＮＸネットワーク５０を用いることも、オンライン・カタログを表示するｗｅｂサイトを立ち上げることもできる。このようなｗｅｂサイトは、他のあらゆるＡＮＸ加入者から見えるようにすることも、１人のＡＮＸ加入者５２のみから見えるようにすることもできる。
【００４１】
ＡＮＸエクストラネット・サービス
エクストラネット・サービスは、本発明に組み込まれた新しいＡＮＸ管理サービスの一局面の第１の実施形態である。ＡＮＸエクストラネット・サービスは２０００年６月〜７月に開始された。このようなサービスが現れたことによって、ＡＮＸ５０は最初のマルチプロバイダ・エクストラネット・サービス・プロバイダ、すなわちＥＳＰになった。
【００４２】
ＡＮＸエクストラネット・サービスの３つの主要な構成要素は、
ａ．Ａ１３２１３ディレクトリ・サービス、
ｂ．ＰＫＩサービス（公開鍵インフラストラクチャ）、および
ｃ．「ＡＮＸポータル」と呼ばれる新しい１３２１３ｗｅｂサイトである。
【００４３】
ＡＮＸディレクトリ・サービス（ＤＳ）は「従来の」開放アーキテクチャ・ディレクトリ・サービスの新しい使用法である。ＡＮＸ ＤＳは、スケーリング可能性の高いプロダクトであり、すなわち、数百万のディレクトリ・エントリをサポートできるネットスケープ（Ｎｅｔｓｃａｐｅ）のＬＤＡＰサーバに基づくディレクトリ・サービスである。本発明による新しい使用法では、法人ディレクトリまたはメタディレクトリとしての典型的な使用法とは異なり、ＡＮＸ ＤＳはエクストラネット空間にのみ存在する。ＡＮＸ ＤＳは、数千の会社に関する組織、人、セキュリティ、および場所の情報を含み、これらの多様な会社の従業員およびアプリケーションからアクセスされ、ＡＮＸ顧客のセキュリティ手段が適用される。ＡＮＸ ＤＳは、以下のような新しい種類の情報に対する電子ビジネスのニーズをサポートする。
ａ．特定のオンラインコミニュティにおけるすべての購入エージェントが誰か？
ｂ．購入エージェントの電子メール・アドレスは何か？
ｃ．会社Ｘのすべてのサービス位置はどこか？
ｄ．製品またはプロジェクトＹに関連するすべての会社はどこか？
ｅ．ＳＩＣに登録されている会社は何か？
【００４４】
ＡＮＸ ＤＳは、ＡＮＸ上のビジネス用の強力なツールである。効率的なオンライン商取引プロセスを作成するには位置情報および識別情報への高速の正式なアクセスが重大である。現在まで、このような企業間（Ｂ２Ｂ）ＤＳはインタネットやその他のネットワーク上に存在していない。ＡＮＸ ＤＳに対する動作／管理に関しては、このモデルは自己管理モデルであり、顧客が登録／使用方法を確立し、個々の従業員がこの手段に関する情報をＤＳに入力する。
【００４５】
ＡＮＸ ＰＫＩサービスは、取引パートナー間の認証プロセスおよび秘密鍵交換プロセスを自動化することを目的としている。ＡＮＸ ＰＫＩサービスは、ユーザ認証・デジタル署名にも利用されている。従来ＡＮＸ上での認証および鍵交換は、ネットワーク管理者が秘密の暗号化鍵を伝え管理するのを、パスワードを用いて可能にし、次いでＡＮＸ上で使用されるＶＰＮ（仮想専用網）接続を、このような鍵を用いて確立することいによって行われていた。新しいＰＫＩサービスは、デジタル証明書を介したゲート間認証・鍵交換プロセスを自動化し、プロセスの管理オーバヘッドの大部分を無くす。ＰＫＩは、ユーザ認証プロセスを改善し、デジタル署名をイネーブルしてビジネス取引きの不履行を無くすようにユーザ・レベルで実施することができる。
【００４６】
ＡＮＸ ＰＫＩサービスは、ヴァージン（Ｖｅｒｉｓｉｇｎ）セキュリティ・プロダクトに基づくサービスである。このサービスは２０００年６月に開始された。
【００４７】
ＡＮＸポータルは、ＡＮＸ管理サービスへのゲートウェイである。このポータルは、個人がＡＮＸユーザとして登録するのを可能にし、コミニュティ内の対話を推進するように構成されたいくつかの情報およびアプリケーション・サービスを提供する。このポータルは、サン（Ｓｕｎ）／ネットスケーププラットフォームに基づくものであり、極めてスケーリング可能性が高く、すなわち、数万人のユーザをサポートすることができる。
【００４８】
ＡＮＸポータルの主要な機能には、以下のことが含まれる。
ａ．ＡＮＸユーザとして登録するための場所を与えること。
ｂ．ある産業または関心対象の産業間コミニュティに特有の内容の情報源。
ｃ．ユーザおよびコミニュティ用の共同空間。このポータルは、共同作業、たとえば、文書の共用および記憶、メッセージ生成などをサポートする機能を有する。
ｄ．ディレクトリ・サービス用の登録インタフェース。
ｅ．ＡＮＸネットワークに組み込まれたアプリケーションのポインタ。
ｆ．ＡＮＸｅビジネス顧客またはＡＮＸ顧客が様々なオンラインコミニュティ内で顧客のサービスを推進する方法。
【００４９】
ＡＮＸエクストラネット・サービスによるプロセス統合
組み合わされたエクストラネット・サービスの能力を示す１つの方法として、すべての構成要素を使用する完全に一体化されたプロセスの例を参照する。
【００５０】
図２は、取引パートナーのアプリケーションがＡＮＸ ＰＫＩサービス、ポータル・サービス、およびＤＳサービスを利用する場合の認証／許可対話を示している。ユーザ７０は、ＡＮＸ認証サービス６０および専用鍵を用い、セキュア・ソケット層（ＳＳＬ）プロトコルを用いてＡＮＸポータル７２にログインする。ＳＳＬは、サーバとクライアント６２を相互に認証する。認証サービス６０は、ディレクトリ・サービス（ＤＳ）６４内のユーザのプロファイル（他と区別できる名前、サービス許可、グループ）を検査し、ＡＮＸアプリケーションによって使用すべきユーザ・オブジェクト（「許可チケット」）を生成する。ユーザが許可されると、ポータルは、ユーザが許可されるアプリケーション６６のメニューを表示し、ユーザに１つのアプリケーションを選択するよう求める。
【００５１】
ユーザ７０がアプリケーション６６を選択すると、サーバは、選択されたアプリケーションに許可チケットを送信し、このアプリケーションのホーム・ページを表示する。次いで、要求されたアプリケーションは、それに渡された許可チケットを用いてアクセスを仲介する。ユーザ７０は、許可された場合、ユーザをログインし、アプリケーションの課金モデル７４に従ってユーザ・セッションを管理する。アプリケーションは、たとえば、課金モデルが取引きベースのモデルである場合には、ユーザが完了した取引きの数を記録し、一方、課金モデルが使用時間モデルである場合には、ユーザが「ログオン」していた時間を記録することができ、場合によっては「ログオフ」してセッションを終了するよう求めることができる。
【００５２】
ユーザ７０は、選択されたアプリケーション６６による作業が終了すると，ポータル７２に戻って他のアプリケーション６６を選択するか、または直接他のサイトに進む（すなわち、新しいＵＲＬを入力する）ことができる。ＡＮＸセッションは、ユーザ７０がブラウザを終了するか、または非ＡＮＸ位置に接続した場合に終了する。ユーザ７０が、ポータル７２で止まらずに直接アプリケーションに進みたい場合に、ＵＲＬを直接入力することができ、次いでアプリケーションが認証サービス６０を用いてユーザ７０をログインし、認証チケットを生成できることに留意されたい。
【００５３】
ＡＮＸ ｅ−ビジネス統合サービス
ＡＮＸエクストラネット・サービスは、ロバストな電子ビジネス・インフラストラクチャ全体にわたって単一のアプリケーション・プロセスを統合するように構成されている。しかし、完全な１組の電子ビジネス・インフラストラクチャ・サービスを提供するために解決すべき他の重要な問題、すなわち、アプリケーション間プロセス統合の問題がある。これは厳密に言うと、現在の電子ビジネス・サービスが対処すべき問題である。
【００５４】
アプリケーション間統合問題は、新たに起こった問題ではない。実際、企業のニーズを満たすために業界全体におけるソフトウェア・ベンダの小範疇、すなわち、企業アプリケーション統合のためのいわゆるＥＡＩベンダが形成されている。この場合のキー・ワードは企業である。すべてのこのような製品は、企業内部の「古いシステム」を互いに統合すると共に、新しいｗｅｂベース・アプリケーションと統合するのに用いられている。本発明は、これらと同じツールおよび技術を用いてエクストラネット空間内のアプリケーションを統合する。これはまったく新しい方式である。
【００５５】
電子ビジネス・プロセスに２つまたはそれ以上の産業市場が関与している状況を考える。これらの市場はそれぞれ、異なるベンダ・プラットフォーム、たとえば、コマース ワン（Ｃｏｍｍｅｒｃｅ Ｏｎｅ）、またはアリバ（Ａｒｉｂａ）、またはオラクル（Ｏｒａｃｌｅ）によって提供されているプラットフォームを用いて作成された市場である。この作業プロセスまたは取引プロセスでは以下の通信が使用される可能性が高い。
ａ．カタログ情報（構造の内容）。
ｂ．（プロセスにおいて通信が行われている）ワークフロー・コンテクスト。
ｃ．取引コンテクスト。
ｄ．プロセス開始者の信用（セキュリティ情報）。
ｅ．ビジネス論理−取引きが首尾良く完了した場合、または首尾良く完了しなかった場合にどうすべきか。
【００５６】
このようにセッションによって重要な情報が通信され変換されるので、統合層が必要であることが分かる。この層は、アクティブソフトウェア（Ａｃｔｉｖｅ Ｓｏｆｔｗａｒｅ）、ビトリア（Ｖｉｔｒｉａ）、ＢＥＡシステムズ（ＢＥＡ Ｓｙｓｔｅｍｓ）などの会社のツールに基づく層であってよい。ＡＮＸ用の電子ビジネス統合サービス層を作成するのに用いられるツールには、
ａ．非同期メッセージ・キューイングおよぶブローカリング、
ｂ．ＸＭＬベースのコンテクスト変換、
ｃ．ＩＢＭのＭＱインテグレーター（ＭＱ Ｉｎｔｅｇｒａｔｏｒ）（商標）やＢＥＡタクスドゥ（ＢＥＡ Ｔｕｘｅｄｏ）（商標）などの取引管理ソフトウェア。
【００５７】
ＡＮＸアプリケーション・ソフトウェア
電子ビジネス・インフラストラクチャ・サービスを提供するＡＮＸ ｅ−ビジネス、すなわち、アプリケーション・レベル・エンティティが使用できる管理されたサービス・プラットフォームが存在する。ＡＮＸアプリケーション・サービスとは、ＡＮＸ ｅ−ビジネスと共に働き、アプリケーションを、通常ＡＳＰモデル（アプリケーション・サービス・プロバイダ）を介して、好ましい条件でＡＮＸ顧客に提供することに合意する互いに共同する１組のＩＳＶ（独立ソフトウェア・ベンダ）である。構造的には、ＡＮＸ管理サービス・プラットフォームにほとんどまたはまったく影響を与えない。しかし、連続的な一度限りの認証、ＤＳベースの許可、および中央からの課金をＡＮＸのエクストラネット・サービスを利用して実現したいＡＳＰＳは、ＡＮＸによって証明され、ＡＮＸ会社およびコミニュティとのより効率的なリンクが作成される。これは所望の結果であり、すなわち、アプリケーションは、ＡＮＸ ｅ−ビジネスによってもたらされるロバストな電子ビジネス・インフラストラクチャを利用する。
【００５８】
ポータル
３つの主要な追加の機能がある。１つは、ポータル、すなわちロバストなｗｅｂサイトである。第２の機能は、ポータルから起動可能でアクセス可能であり、同じサーバ情報構造を共用する１組の共同アプリケーションである。第３の機能は、同じサーバ複合体を共用する別個のサブシステムであるディレクトリ・サービスであるが、これは別個のソフトウェア本体であり、ディレクトリ・サービスとポータルとの共通点は、ポータルまたはｗｅｂサイトがユーザ・インタフェースのいくらかをディレクトリ・サービス用に使用することだけである。
【００５９】
ポータルは、Ｃスクリプト作成ツール、Ｃ＋＋スクリプト作成ツール、Ｊａｖａスクリプト作成ツール、およびパール（Ｐｅａｒｌ）スクリプト作成ツールを用いて作成できるｗｅｂサイトである。ポータルは、現在はＩ−プラネット（Ｐｌａｎｅｔ）と呼ばれているネットスケープの１組のソフトウェア・ツールを用いて作成することができ、サンサーバ上のソラリス（Ｓｏｌａｒｉｓ）オペレーティング・システム上で動作することができる。ユーザの視点からは、ポータルはブラウザを通じてアクセス可能であり、ＡＮＸネットワーク上で、このユーザおよびこのブラウザはＡＮＸネットワークを通じてのみポータルにアクセスすることができる。ポータルはインタネットからは見えない。ポータルは、グループ・プロファイルに入り勧誘を受けいれた個人に、的の絞られた望ましくは有用なコンテクストを与える１組のｗｅｂページである。逆に、ユーザは、グループ管理画面内のこのオプションを選択することによってグループから出ることができる。さらに、グループのリーダーはユーザをグループから削除することができる。グループ・リーダーはグループを解散するか、または他のあるユーザをグループ・リーダーとして指定することができる。
【００６０】
ユーザは、ポータルを通じてホワイト・ページ探索を行うことができる。ホワイト・ページ探索は、問合せの報告書を作成しプリント・アウトできる必要がある。ポータルは、個人的な送り状／請求書、ユーザが属するグループ、マイＡＮＸページにおける全体的なステータス・チャネルを見られるようにする「マイＡＮＸ機能」と呼ばれる機能も有している。
【００６１】
ポータル上に広告を設けることができる。このために、ユーザは、広告の種類（すなわち、バナーまたはスポンサーシップ）、電子契約、および支払条件を含む広告を出す。ポータルは、ユーザが広告の購入およびアップロードを確認するのを可能にする。ポータルは、修正または交換すべき広告を選択できるようにし、広告ランの終わりに通知を出せるようにし、ビューおよびクリックと誰がそれを行ったかを追跡し、支払いが行われないかまたは認められない内容については広告を取り消すことができる。
【００６２】
ポータルは、イエロー・ページ機能を有することもできる。ユーザは、イエロー・ページ機能から、印刷された報告書を生成することができる。ＡＮＸポータル管理者またはＡＥＤＡは新しいキーワードまたは範疇を作成することができる。イエロー・ページ内の範疇には、範疇記述、スペリング、階層などの配置換えなどの修正を施すことができる。
【００６３】
ポータルは、マルチプロバイダ管理ネットワーク・オファリング内に備えられた特別法人ＬＤＡＰベース・ディレクトリ・サービスを有してもよい。スキーマの定義には、各フィールドの定義、フィールドの長さフォーマット・タイプ、そのフィールドの相互関係が含まれる。データ管理機構、データ・アクセス機構、データ同期機構などはすべて、ＬＤＡＰに指定される。ＬＤＡＰは誰でも利用できる仕様であり、インタネット上に存在し、かつＩＥＩＦによって支配される仕様であり、Ｘ．５００から派生したものである。
【００６４】
このディレクトリ・サービスは、取引パートナー、その名前、その住所、その業種、ある種類または範疇情報、分類情報、同様のＳＩＣ符号などに関する情報を含んでいる。このディレクトリ・サービスは個人に関する情報も含んでいる。したがって、このディレクトリ・サービスでは、個人も名前、住所を有し、「会社」と呼ばれるオブジェクトに階層的に関係付けられ、かつ個人は、自分自身に関連する、ディレクトリに含まれる他の何らかの情報を有する。最も重要な情報には、識別情報およびセキュリティ証明書が含まれる。このディレクトリ・サービスは、個人がネットワーク上のどんな資源、主としてアプリケーションにアクセスできるかを決定する証明書のレポジトリとなるものである。したがって、この点では、三つ組のアプリケーション、すなわち、ＰＫＩまたはセキュリティ・サービスと、個人が識別された後で、資源へのアクセスを許可するか否かを決定する機能を協働で実行するディレクトリ・サービスがある。
【００６５】
利用可能な資源は１つまたは２つの方法で示すことができる。その人に利用可能な資源だけが、その人から見えるようにすることができ、またはすべての資源をリストすることができ、かつその人のセキュリティ・レベルに基づいてその人が利用できる資源のみを表示し、それによって、その人が追加のサービスに加入したい場合に、提供される他のサービスが示され、その場合、この人は他のあるサービスにアクセスできるように自分の加入を更新することができる。
【００６６】
ディレクトリ・サービスおよびセキュリティ・サービスを通じて微細な制御を施すことができる。ＡＮＸ上で利用できるすべての資源のビューを各個人に与えることができるが、その場合、個人はこれらの資源のサブセットにしかアクセスできない。逆に、各個人は、アクセスを許可されている資源のみを見ることができる。
【００６７】
ディレクトリ・サービスは、いくつかの目的を有するユーザ・インタフェースを有している。ユーザ・インタフェースはｗｅｂベースのインタフェースであり、したがって、ユーザ・インタフェースが存在することはユーザに表示されるｗｅｂページを通じて分かる。ユーザ・インタフェースは、ＡＮＸネットワークの初めてのユーザが登録プロセスを行うのを可能にする初期識別画面を含んでいる。登録時には、ディレクトリ・サービスとアプリケーションの組合せを用いて、登録後に同じユーザがある新しい機能を利用できるようにすることができる。ユーザ・インタフェースは、この登録を含み、また、一般にディレクトリ技術界でホワイト・ページおよびイエロー・ページと呼ばれるアプリケーションも含んでいる。ホワイト・ページは、住所、姓名、郵便番号などでソート可能な個人のリストに過ぎない。
【００６８】
図１０は、ポータル用のインタフェース・ホームページ画面２２０を示している。画面２２０は複数のセクションを有している。ナビゲーション・バー２２２は、ディレクトリ・サービス２２４、文書レポジトリ２２６、文書記憶・転送２２８、電子メール２３０、コミニュティサービス２３２、訓練２３４、ニュース２３６、イベント・カレンダー２３８、ＣＳＰページ２４０のような様々な機能に導く。まず、ＡＮＸネットワークを訪れると、ゲッティング・スターテッド・セクション２４２によって登録を開始することができる。取引パートナー５２は、ホームページ画面２２０上のスポンサーのコーナー２４４に広告を出すことができる。会社のニュースをセクション２４６に表示することができ、製品をセクション２４８に表示することができる。ＡＮＸネットワーク５０のブラウジングをセクション２５０を介して開始することができ、セクション２５２にＡＮＸニュースが表示される。
【００６９】
図１１〜１５はディレクトリ・サービス・インタフェース・ページを示している。図１１は、画面２２０からオプション２２４が選択された場合に表示されるメイン・ディレクトリ・サービス画面２５４を示している。サービスには探索２５６、ユーザ登録２５８、グループ作成２６０、ユーザ・プロファイル更新２６２、グループ更新２６４、および広告２６６が含まれる。図１２は、探索オプション２５６が選択された場合に表示される画面である。個人、会社、および／または範疇を画面２６８を通じて探索することができる。画面２５４からオプション２５８を選択すると、それぞれ図１３〜１５に示されている様々なユーザ登録画面２７０、２７２、および２７４が表示される。図１３に示されている画面２７０によって会社および課の探索が可能になる。図１４に示されている画面２７２は個人情報入力画面２７２である。最後に、図１５はユーザ名入力画面２７４を示している。
【００７０】
ディレクトリ・サービスはデータ記憶機能である。ディレクトリ・サービスは、情報を維持し、この情報を非常に効率的なアクセス機構を通じて利用できるようにする。ホワイト・ページは、記憶されているリスト内のディレクトリ・サービスをユーザが見るのを可能にするアプリケーションである。イエロー・ページ・アプリケーションは、ディレクトリ・サービスにおいてリストされる企業を表示し、住所、郵便番号、または業種のような他の何らかの論理サブセットの順にリストすることを目的としたアプリケーションである。ユーザ・インタフェースは無限に拡張可能である。ディレクトリ・サービスへのビューであってよい無限数の画面を実施することができる。実際には無限数は必要ではなく、合理的なサブセットがあればよい。しかし、ユーザ・インタフェースの範囲に制限はない。ユーザ・インタフェースはｗｅｂページに過ぎず、これらのｗｅｂページに作成されたデータは常に、ＬＤＡＰプロトコルによって検索される。
【００７１】
以下にディレクトリ・サービスの動作概念を示す。動作概念は、自己サービスまたは自己管理サービスである。ＡＮＸネットワークのユーザである組織および個人に関するすべての情報を収集する基本ツールが供給される。個々の企業は、このディレクトリ・サービスに個々に登録する人に関する手段を制御することを望んでいる。各ＡＮＸ加入会社は、ある個人をディレクトリ・サービス管理者に指定することができ、この個人は、会社が適切であると決定したあらゆる手段を実施することができる。会社に関するあらゆる個人が登録することも、１人しか登録できないようにすることも、誰も登録できないようにすることも、あるいはあるランクの人のみが登録することもできる。会社は、ある第三者に代理の管理権限を与えることを決定することができる。
【００７２】
アプリケーション
ポータルはアプリケーションであるが、３つの密に関連するアプリケーションがある。これらのアプリケーションは文書レポジトリ、文書記憶・転送、および電子メールである。これらの３つのアプリケーションはすべて、ＡＮＸディレクトリ・サービスを通じて／に登録している個人からのみアクセスすることができ、これらの個人は、登録するとこれらのアプリケーションを使用することができる。
【００７３】
ポータルは登録を必要としないが、むしろ自動的に利用することができる。他の３つのアプリケーションは、それらにアクセスするのに誰かがポータルを通じて登録する必要があるという点で逆である。この場合、誰かが、ｗｅｂページとして表示されるディレクトリ・サービス・ユーザ・インタフェースを用いてこのｗｅｂページにある情報を入力する必要がある。
【００７４】
３つのアプリケーションはすべて、ビジネスコミニュティにおける共同作業に役立つことを目標としており、共同作業は、すべて個人がＡＮＸネットワークの加入者である、単一の取引パートナー内部の各個人間で行っても、任意の数の取引パートナーにおける各個人間で行ってもよい。
【００７５】
電子メール
電子メール・アプリケーションはオープン・ソース・プロダクトに基づくアプリケーションであり、すなわち、この技術の実際のソース・コードは自由に入手可能であり公開される。電子メール・アプリケーションは、人から人への、ＳＭＴＰ（簡易メール転送プロトコル）およびＰＯＰ（郵便局プロトコル）ベースのメール・サービスである。電子メール・アプリケーションは標準的な１組の機能を有している。電子メール・アプリケーションは、添付文書、すなわち、ＳＭＴＰメッセージに添付された任意のフォーマットの文書を送信できるようにする。ポータルの場合、ソース・コードは実際にはＨＴＭＬおよびスクリプトであってよい。電子メール・サービスの場合、ソース・コードはＣなどのオープン・ソース・コードであってよく、他のアプリケーションの場合、ソース・コードはＪａｖａスクリプトまたはＣ＋＋スクリプトおよびパールスクリプトであってよい。電子メール・アプリケーションは添付文書をサポートするが、電子メールはＡＮＸネットワークに限られる。インタネットからＡＮＸネットワークまで、またはその逆の電子メール転送は行われない。ＡＮＸネットワーク内のアドレス・リストの維持はサポートされる。電子メール・インタフェースまたは画面３２０は、図１８に示されており、図１０に示されている画面２２０から電子メール・オプション２３０を選択することによってアクセスされる。
【００７６】
すべてのユーザはＡＮＸ電子メール・アカウントを有さなければならない。すべての取引パートナーは、設定された量の総空きメモリ（たとえば、２００ＭＢ）を得る。
【００７７】
以下に、電子メール・アプリケーションをどのように使用するかについての第１の例を示す。どのユーザにもＡＮＸ（登録商標）ポータル上のメール・ボックスは与えられないことを会社が決定した場合、ユーザのメール・アカウントに送信された電子メールは、指定された電子メール・アカウントに転送される。このように、指定された取引パートナーに関連するユーザは、ポータル上のユーザの数や電子メールの量にかかわらず空きメモリ割当量を超えることがない。同時に、すべてのユーザがＡＮＸ（登録商標）ポータルに電子メール・アカウントを有しているので、ユーザは、ＡＮＸ（登録商標）ディレクトリを用いてＡＮＸ（登録商標）ポータル内のグループまたはユーザに電子メールを送信することができる。この場合、ユーザが登録する際、電子メール転送アドレスが必要になる。
【００７８】
第２の例では、会社が、設定された量のメモリをすべてのユーザに与えることを決定した場合、ユーザの数がある数を超えた場合に、空メモリ割当量を超えることになり、追加のメモリに対する追加の手数料が会社に課すことができる。
【００７９】
第３の例では、会社のＡＥＤＡは、設定されたメモリ・サイズを有する電子メール・ボックスを特定のユーザに与え、他のユーザにはメール・ボックスを所有させないことを選択することができる。メモリ限界を超えたかどうかに基づいて会社に追加の料金を課すことができる。会社は、登録時にこの手段に関する決定を下す必要があり、ＡＤＡはそれに応じてディレクトリ設定を構成する。しかし、ＡＥＤＡは、この設定を変更するオプションを有してよい。
【００８０】
ディレクトリ機能およびホワイト・ページ機能を電子メール・プログラムから論理的に分離する機能の１つは、電子メール・プログラムが、独自の防衛機能を有する外部サービスを通じて数情報またはディレクトリ情報を得る場合に、ＡＮＸネットワークに対するアタックが電子メール・プログラム・サービスを使用するのがずっと困難になることである。
【００８１】
文書レポジトリ
文書レポジトリ・アプリケーションは、複数の組織のユーザがＡＮＸネットワークを通じてユーザ自身のパーソナル・コンピュータまたはサーバから文書をアップロードし、ＡＮＸサーバ複合体上に維持されているデータ記憶装置にこの文書をアップロードし、この文書を安全に保護するのを可能にする新規のカスタムＪａｖａプログラムである。この文書に対して読取アクセスおよび／または書込アクセスが可能なのは誰か、すなわち、個人か、組織か、それとも範疇かは、いくつかの値であってよい。基本的な機能は、文書をアップロードし、文書を検索するかまたは読み取ることである。文書の発信者は、対象となる人またはその人のタイプ／クラスと、文書に対してできることを指定することができる。文書レポジトリ用のインタフェースまたは画面２８０を図１６に示す。図１６は、画面２２０からオプション２２６が選択された場合に表示される。文書レポジトリ画面２８０は、ユーザがレポジトリ内のファイルを見るか（２８２）、ファイルを探索するか（２８４）、活動ログを検討するか（２８６）、よくある質問を検討するか（ＦＡＱ２８８）、またはレポジトリを管理する（２９０）のを可能にする。
【００８２】
ポータルに登録した各個人は、文書レポジトリ・アプリケーションにアクセスすることができ、記憶空間に関するデフォルト限界を有する。記憶空間に関するこのデフォルト限界は、１つの文書によって占有することも、複数の文書によって占有することもできる。取引パートナーは、しきい値を超えるかまたは超えそうになると、取引パートナーの従業員による文書レポジトリの使用について料金を課される。
【００８３】
ディレクトリ・サービスに関して登録することによって文書レポジトリへのアクセスが可能になり、次いで文書レポジトリがポータルを通じて呼出される。行われるセッションは、ポータルとアプリケーションの対話として構成されており、ユーザには見えない。ユーザのＩＤ、およびユーザが何を許可されているかが追跡されるコンテクストまたは状態では、個人がＡＮＸディレクトリ・サービスに登録した後、個人はたとえば、電子メール・サービスにアクセスし、ユーザ名／パスワードを用いて自分自身を認証することができ、次いで、１回のクリックで文書レポジトリ・サービスまで移動し、自分自身を再識別する必要はなくなる。ポータルは、個人のＩＤおよび個人が何を許可されているかを追跡する。ユーザ、特に常に時間に迫られているビジネス・ユーザを最もいらいらさせることの１つは、一般にユーザには見えないアプリケーション境界を横切る場合に自分自身を再識別するよう絶えず求められることである。ＡＮＸネットワークでは、ある人がアプリケーションのどれかに対して自分自身を認証した後、ディレクトリ・サービスおよびポータルと一体化されている他のアプリケーションは、この人を認識し、再識別を求めることはない。したがって、状態情報の多くが保持される。
【００８４】
次の機能は、文書記憶・転送であり、Ｊａｖａで書くことのできるカスタム・プログラムである。記憶・転送アプリケーションは、文書を一時レポジトリにアップロードし、文書の宛先を、ＡＮＸネットワーク内部のディレクトリ・サービスに知られている受信者に指定することを可能にする。ＡＮＴネットワークのユーザが登録プロセスを通じて得るものの１つは固有のメールボックス・アドレス、すなわち、記憶・転送アプリケーションで参照されるアドレスである。文書は、一時レポジトリに記憶され、宛先アドレスに転送される。文書が存在することは、選択された個人へのメッセージを通じて知らされる。受信者は、文書の存在、その位置、文書をどのように検索すべきか、文書がこのに位置にどのくらい存在しているかを受信者に知らせる電子メール・メッセージを受信する。送信者は、受信者、受信者の使用許可はどんなものか、文書をどれだけ記憶・転送状態にしておくべきかを指定することができる。
【００８５】
これはＡＮＸネットワーク内部の閉鎖コミニュティであり、したがって、個人は、加入している会社の一部である他の個人からのみ文書を得る。オブジェクトすなわち文書にタグ付けすることのできるかなり大きい１組の使用時許可がある。許可セットは大きい。たとえば、読取許可、ダウンロード許可、修正許可、転送許可などがある。発信者でない場合は文書を誰にも転送できない。受信者は、文書に対して何かを行う許可を得る場合発信者に戻る必要がある。このプログラムは、ほぼあらゆる許可を与えるように実施することができるが、ある１組の許可に制限されている。受信の確認は別の機能である。
【００８６】
アカウント可能性は、受信者が文書にアクセスし、通知メッセージを読み取り、通知メッセージを受信したことを送信者が知ることを含む。これらはすべて、記憶・転送アプリケーションに組み込まれる追跡機能およびアカウント可能性機能である。
【００８７】
送信者は、同じ文書オブジェクトを複数の受信者が利用できるようにすることができ、このブロードキャスト・リスト上の各受信者は、文書に関連する異なる１組の許可を有することができる。たとえば、文書発信者がプロジェクト・チームの全員に文書を見てもらいたいプロジェクト・チームの場合、おそらくこの文書の変更を許可されるのはチーム・リーダーだけである。
【００８８】
ある人がＡＮＸネットワークの一員であり、ディレクトリ・サービスに登録されている場合、この人は前記の３つのアプリケーションにアクセスすることができる。
【００８９】
ポータル、ディレクトリ・サービス、およびアプリケーションはすべて、加入している任意の会社内部の任意の個人からアクセス可能であり、アプリケーションは、ディレクトリ・サービスに登録する必要のある個人によって操作される。アプリケーションは、ある限界まで使用可能であることを示す制限使用手段を有してよい。電子メールの場合、記憶されるメッセージの数および／またはメッセージのサイズを制限することができる。文書レポジトリおよび文書記憶・転送の場合、総記憶域サイズを制限することができる。
【００９０】
ポータルの１つの機能は、バーチカル・ネットと呼ばれる公衆インタネット・サイトから情報を検索する自動化プロセスである。この自動化プロセスは、バーチカル・ネット上で公開されている著作権付きの情報をポータルに移動させ、この情報をＡＮＸ加入者が利用できるようにする。このプロセスは、インタネットに常駐するバーチカル・ネット・ポータルへのＡＮＸポータルの過渡接続を含む。ポートが任意の時間に開放され、誰かがこのポータルを利用できる機会が徐々に少なくなるように接続は過渡的に行われる。ファイル転送が使用され、ＡＮＸポータル上で行われる。ＡＮＸポータルにアクセスできるすべての個人は同じ情報を見ることができる。
【００９１】
ポータルの１つの機能は、広告用の基盤を設けることである。ポータルは広告の供給機構であってよい。これはインタネット空間において公知のことであり、ＡＮＸネットワーク・ポータルは、まったく同じツールおよび技術を用いて、広告を作成するだけでなく、広告を見る人を監視することもできる。アプリケーション・サービス・プロバイダ（ＡＳＰ）に関しては、ポータルは、ユーザがＡＮＸパートナー・アプリケーションにアクセスするための開始点であってもよい。ＡＮＸネットワーク上に常駐するアプリケーションは、取引パートナーによって所有し動作させることができる。ＡＳＰは、ｗｅｂベース・ビジネス・モデルを有することができ、恐らく加入ベースでネットワークを通じてある種の有用な情報または共同サービスを販売することのできる会社である。ＡＳＰアプリケーションを得る主要な方法は、広告をクリックし、ユーザ・コンテクストを、やはりＡＮＸネットワークの一部である電子ルーム・サイトに移動させることによって共同サービスへのアクセスを可能にする、ＡＮＸネットワーク上の広告による方法である。ポータルは、単に、このような収益生成アプリケーション・サービス・プロバイダ（ＡＳＰ）用の開始点になる。サービス・プロバイダは、ユーザがＡＮＸに加入したことを立証する責任を負わない。
【００９２】
ＡＮＸネットワーク上では、自分自身を個人として表すのではなく法人として表す誰かがアプリケーション・サービスを購入することができる。通常、法人としての約束がなされているので、ＡＮＸネットワークに常駐するＡＳＰとして署名することを許可される人を非常に厳しく管理することができる。ディレクトリ・サービスは、法人を管理する個人に関する情報を含んでよく、かつ法人がこれを選択した場合、その個人が使用を許可されているアプリケーションに関する許可証明書および情報を含んでよく、これらのアプリケーションは内部アプリケーションでも、外部アプリケーションでも、ＡＳＰＳでもよい。各法人の法人を管理する個人は、その法人を通じたＡＮＸネットワークへのアクセスを許可する。加入している会社の従業員は、その会社のイントラネットを通じてポータルの内容を見ることができる。
【００９３】
ポータルは、ＡＮＸネットワーク全体の「ホーム・ページ」である。ポータルは、オンラインコミニュティで共同するためのサービスおよびツールをＡＮＸ加入者に供給する。これらのサービスには、取引パートナー、会社、および個人のディレクトリ、会社のニュースおよびイベント、電子メール・サービスおよびカレンダー・サービス、安全なドキュメント・レポジトリおよび記憶・転送サービス、ならびにディスカッション・グループが含まれる。ＡＮＸポータルは提携パートナーに著しく依存する。特に、ポータルは、サン／ネットスケープソフトウェア・プロダクトおよび開発コラボレーション、ならびにバーチカル・ネットによって与えられるコンテントの利用度が顕著である。
【００９４】
ディレクトリは、取引パートナー、会社、および個人のリスト、複数の属性による探索機能を含んでよく、会社は会社のリストに広告を出すことができる。会社のニュースおよびイベントの部分は、バーチカル・ネットによって発信できる会社のニュースのコンテントを含む。あるいは、ＡＮＸとバーチカル・ネットとの間の共同ブランドを有するａｕｔｏＣｅｎｔｒａｌ．ｃｏｍからこの情報を得ることができる。会社のニュース・インタフェースまたは画面２４６は図２１〜２３に示されている。図２１〜２３は、会社のニュースが表示される様子の変化を示している。
【００９５】
電子メール・サービスには、ＡＮＸ加入者用の電子メール・アカウント、およびすでに確立されている好ましい電子メール・アカウントにＡＮＸ電子メール・アカウントを転送する機能が含まれる。加入手数料には、ある大きさの記憶空間を含めてよい。ユーザは、利用度に基づいて比較的大きな空間に対する料金を支払うことがある。
【００９６】
製品サービス・インタフェースまたは画面２４８は、加入者が製品を表示するために設けられており、図２４および２５に示されている。図２４は、製品探索画面２４９を示し、図２５は、製品リリース記事画面２４８の例である。
【００９７】
カレンダー・サービスは会社のイベントを示すことができ、このようなサービスにはホスト・グループの計画および個人レベルのカレンダーを含めることができる。カレンダー・インタフェースまたは画面３４０は図２６および２７に示されている。図２６では、画面３４０は、毎月のイベント３４２、事前探索３４４、イベントの通知３４６、すべてのイベント３４８、訓練３５０、会議３５２、セミナー３５４、展示会３５６、およびその他のイベント３５８の各オプションを有している。探索は、日付またはイベント名によって各イベントについて行うこともできる。図２７は、探索の結果を示す画面３４０の一例である。
【００９８】
文書レポジトリは、ＡＮＸネットワーク上の安全な文書記憶機能である。発信者は文書保護を指定することができる。ＡＮＸネットワーク加入手数料の一部として定義済みの記憶域が設けられる。
【００９９】
文書転送によって、ＡＮＸ加入者は、大きなＣＡＤファイルなどの文書をＡＮＸネットワークを介して他のＡＮＸ加入者に送信することができる。受信者は、文書がその「ｉｎｂｏｘ．」内にある場合に通知を受信する。活動ログは、アップロード／ダウンロード活動を追跡する。文書転送用のインタフェースまたは画面３００は図１７に示されている。画面３００による利用可能なオプションには、アップロード３０２、ダウンロード３０４、活動ログ３０６、電子契約３０８、ＦＡＱ３１０、および管理３１２が含まれる。
【０１００】
コミニュティサービス・インタフェースまたは画面３２２は、図１９に示されており、情報を読み出し、かつ／または他のＡＮＸネットワーク・ポータル・ユーザと情報を交換するための領域を加入者に与える。コミニュティサービス画面３２２は、ユーザ・フォーラム・オプション３２４、掲示板３２６、ＡＮＸライブラリ３２８などのオプションを有してよい。コミニュティサービス画面は、画面２２０からオプション２３２を選択することによって選択される。
【０１０１】
訓練インタフェースまたは画面３３０は、図２０に示されており、画面２２０内の訓練オプション２３４から選択される。訓練画面は、ユーザがＡＮＸの概要３３２、ＡＮＸ訓練クラス３３４、および公開フォーラム３３６を選択するのを可能にする。
【０１０２】
ディスカッション・グループは、公開ディスカッション・フォーラムまたは専用ディスカッション・フォーラムを可能にする。加入者が、アクセスを許可されているディスカッション・グループを走査し探索するのを可能にするツールが設けられている。ディスカッション・グループは、安全で会社固有のディスカッションのための中央位置を形成し、証明されたサービス・プロバイダやＡＮＸに関する質問にような一般に要求される情報用の中央位置を形成する。たとえば、図２８はＣＳＰインタフェースまたは画面３５０を示している。ＣＳＰ５４について、ＡＮＸネットワークの証明を引き続き満たしているかどうかに関する情報は、証明検証オプション３５２を通じて得ることができる。サービスの中断の報告は、ＡＮＸ休止オプション３５４を通じて得られる。ＡＮＸ性能試験ツールはオプション３５６を通じてダウンロードすることができる。
【０１０３】
図３〜９は、ポータル・プロセスを示すフローチャートである。特に、図３は、新しいアカウントを作成するプロセスを示している。図４は、新しいアカウントを有効化するプロセスを示している。図５は、アカウントを無効化するプロセスを示している。図６は、ユーザ・プロファイルを更新するプロセスを示している。図７は、会社の窓口を管理するプロセスを示している。図８は、ディレクトリ・サービスをインポートするプロセスを示している。図９は、パスワードをリセットするプロセスを示している。
【０１０４】
次に、図３を参照して、新しいアカウントを作成するプロセスについて説明する。段階１００で、会社（取引パートナー）の名前を入力する。段階１０２で、見付かった会社のリストが表示される。段階１００で入力した名前が、段階１０２で表示されたリストの名前と一致しない場合、段階１００が繰り返される。段階１００で入力した名前が、段階１０２で見付かった会社名と一致した場合、ＡＥＤＡは段階１０４でその会社を選択することができる。段階１０６で、新しいアカウントに関する個人の個人情報を入力する。５文字未満のユーザ名を入力する段階１０８に進む前に、段階１０６ですべての情報フィールドにデータを入力しなければならない。段階１１０で、アカウント用の、５文字未満のパスワードを入力する。段階１１２でプライバシー・レベルを選択する。プライバシー・レベルは、０＝ＡＮＸ／インタネット、１＝ＡＮＸネットワーク、２＝ポータル・ユーザに署名、３＝ＡＮＸコミニュティ、４＝会社のみ、および５＝ＡＥＤＡおよび自分自身である。この情報は段階１１４で確認され、段階１１６でアカウントが作成される。
【０１０５】
新しいアカウントの有効化は、図４に示されているフローチャートに従って行われる。段階１２０で、有効化すべきユーザが表示される。段階１２２でユーザを選択し、段階１２４で、選択したユーザのプロファイルが表示される。プロファイルが受け入れられる場合、段階１２６でアカウントが有効化される。一方、プロファイルが受け入れられない場合、段階１２８でアカウントが削除される。
【０１０６】
アカウントは、図５に示されているフローチャートに記載されたプロセスに従って無効化することができる。段階１３０でユーザ名を入力する。段階１３２で、入力した名前に一致することが判明したユーザが表示され、段階１３４で、所望の名前を選択する。段階１３６で、選択したユーザのプロファイルが表示され、段階１３８でアカウントが無効化される。
【０１０７】
ユーザのプロファイルを更新するには、図６に示されているフローチャートに記載されたプロセスに従う。段階１４０でユーザのプロファイルが表示され、段階１４２でプロファイルが更新される。更新を完了するにはユーザ名およびパスワードが一致しなければならない。
【０１０８】
図７を参照すると、会社の窓口ＰＯＣを管理するプロセスがフローチャートに概略的に示されている。段階１４４で、各ＰＯＣの肩書き、名前、およびプライバシー・レベルを含む現在のＰＯＣが表示される。段階１４６で、段階１４８で行われる削除の対象となるＰＯＣを選択することができる。段階１５０でＰＯＣを追加することができる。段階１５２でＰＯＣの肩書きを入力する。その肩書きがすでにシステムに存在している場合、段階１５４でユーザの名前を入力する。そうでない場合は、段階１５０を繰り返す。段階１５６で、入力した名前に対応する、見付かったユーザが表示される。段階１５８で所望のユーザを選択し、段階１６０でＰＯＣプライバシー・レベルを選択する。次いで段階１６２でＰＯＣが追加される。ＰＯＣは、段階１６４でＰＯＣの更新を選択することによって更新することもできる。ＰＯＣユーザを更新する場合、段階１６６が実行され、次いで段階１５４〜１６２が実行される。一方、段階１６８でＰＯＣのプライバシー・レベルを更新することができ、次いで、段階１６０および１６２が実行される。
【０１０９】
ディレクトリ・サービス
ディレクトリ・サービスは、ネットスケープ ＬＤＡＰサーバに基づいて作成することのできるプロダクトである。ＬＤＡＰは、ライトウェイ・ディレクトリ・アクセス・プロトコルの略語であり、もはや単なるアクセス・プロトコルではなく、実際には、完全なディレクトリ・サービスをどのように行うかに関する仕様である。ディレクトリ・サービスは、非常に効率的な構造データ・ストアである。ディレクトリ・データ・ストアは、ＴＣＰ上で実行されるＬＦと呼ばれるプロトコルによってアクセス可能である。ＡＮＸディレクトリ・サービスは、法人、名前、場所、および業種に関する情報を含んでよい。
【０１１０】
ディレクトリ・サービスは、スキーマなしでは何も実行できない。スキーマは、データ・ストアが保持するフィールドとこれらのフィールドの相互関係を記述する。スキーマは木構造に類似している。
【０１１１】
図８を参照して、ディレクトリ・サービスをインポートするプロセスを示すフローチャートについて説明する。段階１７０でＡＮＸＯデータから妥当な会社のリストが抽出される。段階１７２でＡＮＸ ＰＯＣおよび課金ＰＯＣが作成される。段階１７４でバーチカル・ネット購入者の手引きが解析され、段階１７６で、重複した記録が排除される。段階１７８で販売・マーケティングＰＯＣが作成される。段階１８０でＡＮＸＯとＶＮとの間の重なり合った会社が合併される。段階１８２で、会社・範疇マッピングが抽出される。段階１８４で、ディレクトリ属性列を用いたデータ・スプレッドシートが作成される。段階１８６で、ＣＩＤ、すなわち、英語の会社識別子が生成される。段階１８８でＡＥＤＡ ＰＯＣが作成され、段階１９０でデフォルトのプライバシー・レベルが設定される。次いで段階１９２で、データがＬＤＩＦファイルにエクスポートされ、段階１９４でディレクトリにインポートされる。
【０１１２】
図９に示されているフローチャートは、パスワードをリセットするプロセスを表している。段階２００でユーザの名前を入力する。段階２０２で一致するユーザが表示され、段階２０４で所望のユーザを選択する。段階２０６で新しいパスワードを入力する。第１のパスワードと第２のパスワードが一致する場合、段階２０８で新しいパスワードを求める要求が出される。一致しない場合は段階２０６が繰り返される。
【０１１３】
登録プロセス−新しい取引パートナー会社の登録
新しい会社が、アプリケーションの一部としてＡＮＸネットワーク上の取引パートナーとなることを申し込む際、この会社はＡＥＤＡを指定しなければならず、会社の望みに応じて、ＡＥＤＤＡを指定し、紙を用いて以下の情報を与えることもできる。
１．会社のプロファイル（たとえば、会社の業務内容を表すパラグラフ−イエロー・ページで使用することができる）。
２．会社の製品／サービスのリスト−イエロー・ページで使用することができる。
３．キーワード−イエロー・ページで使用することができる。
４．ＡＮＸ接続性に関する物理的な契約の日付およびバージョン
５．ダン・ブラッドシート番号
６．窓口（これらのＰＯＣは、会社の選択に応じて同じ人であってもよい。これは小さな会社の場合に当てはまる）
ａ．販売およびマーティング−必要とされることがあり、ＡＮＸコミニュティおよびパブリック・インタネットで表示することができる。
ｂ．ＡＮＸ−必須であり、ＡＮＸコミニュティおよびパブリック・インタネットで表示される。
ｃ．−金融情報−必要とされることがあるが、ＡＮＸコミニュティおよびパブリック・インタネットで表示しないことを選択することができる。
ｄ．ＡＮＸによってイネーブルされるアプリケーション（たとえば、ＣＡＤ、ＥＤ）−任意。
ｅ．ＡＥＤＡ−必須であり、ＡＮＸコミニュティのみで表示される。
【０１１４】
会社の登録はオフラインで処理され、最初のデータは、ＡＤＡによってＡＮＸディレクトリに入力される。
【０１１５】
最初のセットアップ・エントリは、電子メールによってＡＥＤＡに送信される一時的に割り当てられたパスワードと共にＡＮＸＯ．ｃｏｍを介してＡＥＤＡによって検討され検証される。ＡＥＤＡのユーザＩＤはＡＥＤＡ取引パートナー名である。ＡＥＤＡが初めてログオンする際、システムは、ＡＥＤＡによって選択された新しいパスワードを求めるべきである。さらに、すべてのＰＯＣおよびＡＥＤＡは、電子メールを介してユーザＩＤおよび一時パスワードと共に個人アカウントも受信する。ＡＥＤＡの場合と同様に、ユーザは、初めてログオンする際に、パスワードを変更し、さらにパスワードを覚えるためにバックアップ・クエスチョンを入力するよう求められる。ＡＥＤＡとして指定された人は、ＡＮＸポータルの他の機能にアクセスする場合は別途ユーザとしてログインしなければならない。というのは、ＡＥＤＡはディレクトリ管理活動のみに使用されるべきであるからである。
【０１１６】
会社は、部ごとに分割するオプションを有しており、その場合、会社は、すべての部にＡＥＤＤＡを指定しなければならず、任意に販売およびマーケティング、ＡＮＸ、金融などの部レベルでＰＯＣを指定する。さらに、会社は、部ごとに別々の法人プロファイルを持つオプションを有する。
【０１１７】
取引パートナー名は会社のドメイン名である。会社がドメイン名を有していない場合、会社は、どの既存のドメイン名とも重複しない名前を選択することができる。部の場合、登録された一意のドメイン名をその部が有している場合、その名前が使用される。そのようなドメイン名を有していない場合、会社は一意の部名を指定することができる。どんな場合にも、名前の中にスペースは入れない（ｕｓｅｒｉｄ．ｄｉｖｉｓｉｏｎ＿ｎａｍｅ．ＴＰ＿ｎａｍｅ）。さらに、紙による登録プロセスの間、会社は後述のある手段を決定する。取引パートナーがセットアップされた後、ＡＥＤＡおよびＡＥＤＤＡはユーザの認証プロセスを開始することができる。
【０１１８】
ＡＮＸネットワーク上の既存の取引パートナー
会社のＡＮＸ窓口とは、ＡＮＸ監督者が連絡をとらなければならず、この新しい要件について説明しなければならない。すべてのＡＮＸ窓口は一時的にＡＥＤＡとして指定される。課金窓口は自動的に、金融問題のＰＯＣとして指定される。一時ＡＥＤＡはデータを入力しＰＯＣを指定するよう求められる。上記のように、この人は登録されたユーザでなければならず、ＡＮＸディレクトリに入力されないかぎり、この人をＰＯＣとして指定することはできない。例外はＡＥＤＡの場合だけである。既存の取引パートナーは、新しい取引パートナーと同じ情報を与えなければならない。
【０１１９】
ＡＤＡは、ＡＥＤＡのパスワードをリセットすることができる。ＡＥＤＡは、ＡＥＤＤＡのパスワードをリセットし、同じ会社に関連するユーザをそれぞれの異なる機能のＰＯＣとして指定することができる。ＡＥＤＡは同じ会社内のユーザのパスワードをリセットすることができる。ＡＥＤＤＡは、同じ部内のユーザのパスワードをリセットし、同じ部に関連するユーザをそれぞれの異なる機能のＰＯＣとして指定することができる。
【０１２０】
次に、ユーザ登録プロセスについて説明する。ユーザは２つの方法のうちの一方で登録を行う。すなわち、ＡＮＸ（登録商標）ポータルを通じて、あるいはユーザを事前構成するＡＥＤＡを介して、直接オンラインで署名する。後者は、初期セットアップ・フェーズ中に行われる可能性が高い。トークン・システムを使用する場合、ユーザはＡＥＤＡと連絡をとりトークンを要求することができる。ユーザは、登録する際、必要な情報と共にトークン番号を入力し、瞬時に登録が承認される。トークン・システムを使用しない場合、ユーザの登録は内部認証および検証のためにＡＥＤＡに転送される。ユーザが認証され、登録が認められると、ユーザＩＤおよび一時パスワードが通知電子メール・アドレスに送信される。ユーザは、ＡＮＸポータルに初めてログオンすると、パスワードを変更するよう求められる。ユーザＩＤは、姓、最初のイニシャル（部名）取引パートナー名の形を有する。
【０１２１】
ユーザからの必要な情報には、名前、肩書き、電話番号、電子メール・アドレス、転送電子メール・アドレス（適用される場合）、ＡＮＸサービス上の通知のためのインタネット電子メール・アドレス、ファクシミリ番号、会社、部、可視性、すなわち、ユーザがその名前および連絡先情報をＡＮＸパブリックに表示させたいか、ユーザがその名前および連絡先情報をそのＴＰコミニュティに表示させたいか、トークン番号または従業員番号、ならびに関心対象の産業、専門、および関心対象の分野を含む任意の情報が含まれる。さらに、ＡＤＥＡは他のフィールドを定義することができる。
【０１２２】
会社からのすべての顧客サービス問合せは最初、ＡＮＸ監督者にルーティングすべきである。ポータル問題に関する顧客サービス用の電子メール・アドレスをセットアップすべきである。
【０１２３】
多くの画面は任意の画面であるが、ある種の画面は必須である。必要な画面には、会社情報の初期セットアップを行い維持するためのＡＤＡ画面、ＡＥＤＡのパスワードをリセットするためのＡＤＡ画面、ＡＥＤＤＡまたはユーザのパスワードをリセットするためのＡＥＤＡ画面、ＰＯＣを定義し、登録済みのユーザをＰＯＣとして指定するためのＡＥＤＡ画面、Ｓ／Ｍ ＰＯＣからアクセスできる会社プロファイル・データを入力するための画面、登録を求めるユーザ要求を読み取り容認するためのＡＥＤＡ画面が含まれる。
【０１２４】
パブリック対プライベート
会社は、デフォルト設定として、ユーザがＡＮＸパブリックから見えるようにするか、または見えないようにすべきである。会社によっては、登録されたユーザがＰＯＣを除いてＡＮＸコミニュティから見えるようにするのを望まない場合がある。ユーザに決定を許可している会社もある。したがって、会社によって設定される手段に応じて、可視性におけるユーザの選択を無効化することができる。この考えをさらに進めると、地位または肩書き、電話番号などのある個人フィールドを、個人または会社の選択によってＡＮＸパブリックから隠すことができる。
課金
【０１２５】
料金請求書の発行
名目上、整理されたポータル利用度によって生成され、ユーザまたはアプリケーションによって開かれる請求書または月毎の送り状を見る際にアクセスすることができると共に、保存情報を見ることができるのは、金融ＰＯＣだけにすべきである。
【０１２６】
ＡＮＸポータル内の会社プロファイル・データを変更するためのアクセスができるのは販売・マーケティングＰＯＣだけである。比較的小さな会社では、ＡＥＤＡと販売・マーケティングＰＯＣは同じ人であってよい。ＰＯＣとして指定された人は、ＰＯＣウィンドウにログインしアクセスすることができ、ＰＯＣ特有のコンテントおよび電子メールを見ることができると共に、データを変更することができるべきである。
【０１２７】
ユーザは、ログイン後に自分のプロファイルを更新できるべきである。ユーザは、異なる部に異動した場合、ユーザの所属部を変更することができ、それによって新しいＡＥＤＤＡへの通知がトリガされるべきである。新しいＡＥＤＤＡは、ユーザが完全な権利を回復する前にこの変更を容認することができる（すなわち、ユーザは電子メールおよび文書を受け付けることはできるがそれを転送または送信することはできない）。
【０１２８】
会社およびユーザの登録を解除することができる。会社が、監督者に書面の通知を送ってＡＮＸサービスを能動的に切り離すと、会社プロファイルおよびユーザ・プロファイル全体がＡＮＸディレクトリから削除される。この会社のユーザのうちの誰かが作業グループに属している場合、グループ・リーダーに通知が送られると共に、ユーザがあらゆるグループ・リストから削除される。ユーザの登録解除は、ユーザのプロファイルを編集することによって行うべきである。
【０１２９】
ＡＮＸディレクトリからユーザ情報を削除する３つの例がある。
事例＃１：ユーザがＡＮＸディレクトリから削除されることを望んでいる。
事例＃２：ユーザが会社を辞めており、ＡＥＤＡがこのユーザをディレクトリから削除する。
事例＃３：ユーザがユーザ・プロファイル更新を求める要求に応答しておらず、無効ステータスにされた後、自動的に削除される。
【０１３０】
事例＃１では、ＡＥＤＡおよびＡＮＸポータル管理者に対して自動的に電子メール通知が生成される。ユーザに特別な画面が表示され、ユーザは削除の理由を指定する。
会社を辞めるか、
責務がもはやＡＮＸ接続を必要としない責務に変更されたか、または
性能に不満がある。
【０１３１】
転送電子メール・アドレスは、２か月間メールを転送するのに必要である。その後、電子メール・アカウントは消滅する。ユーザのプロファイルは、２か月間無効ステータスにされ、どのディレクトリでも見ることができなくなり、場合によっては、グループへのマニュアル・アドオンも許可されない。ユーザは自動的にすべてのグループから削除され、ステータスの変更を伝える自動電子メールがすべてのグループ・リーダーに送信される。顧客満足度調査を行うための電子メールがＡＮＸポータル管理者によってユーザに送信される。
【０１３２】
事例＃２では、ＡＥＤＡが処置を講じる。ＡＮＸポータル管理者に電子メールが生成される。電子メールの転送を要求することができるが、この場合は必要ではない。すべてのグループ・リーダーに対して自動的に電子メールが生成され、ユーザがすべてのグループから削除される。ユーザのプロファイルが、２か月間無効ステータスにされ、次いでシステムによって完全に削除される。
【０１３３】
事例＃３では、ユーザは、ユーザ・プロファイルの更新を求める繰り返された要求に応答しておらず、無効とみなされる。ユーザは、２か月間無効ステータスにされ、２か月後に削除される。ＡＥＤＡおよびＡＮＸポータル管理者ならびにすべてのグループ・リーダーに対して自動的に電子メールが生成される。
【０１３４】
ＡＥＤＡと連絡をとることによって無効なユーザを再有効化することができる。したがって、無効化されたユーザがログオンを試した場合に、適切なＰＯＣまたはＡＥＤＡと連絡をとるようユーザに指示する是正プロンプトを表示すべきである。
【０１３５】
ユーザは、グループを作成し、グループに命名することができ、かつこのグループをパブリック・グループにするか、それともプライベート・グループにするかを決定できるべきである。パブリック・グループは、グループに関する簡単なプロファイルと共にＡＮＸディレクトリに表示される。グループの外部のユーザがグループに電子メールを送信すると、グループ・リーダーがこれを受信する。グループ・リーダーの選択に応じてパブリック・グループのメンバーをリストしてもしなくてもよい。プライベート・グループは、取引パートナー内でのみ非公開にしても、メンバーのみがディレクトリにおいてグループを見るように完全に非公開にしてもよい。
【０１３６】
グループ・リーダーは、グループのメンバーを選択する。選択されたグループ・メンバーは、グループが形成されるか、または新しいメンバーが追加される場合に自動的に生成される電子メールによって参加を求められる。参加を求められたユーザは、リターン電子メールによってこれを受け入れなければならない。
【０１３７】
本発明に従ってポータル、共同アプリケーション、およびディレクトリサービスを有する複数のサービスプロバイダーとの専用ネットワーク交換の記載により、上記の説明を考慮して当業者に他の改変、変形、変更が提案されると思われる。従って、このような全ての変形、改変、および変化が添付の特許請求の範囲に定義される本発明の範囲内に入ると思われることが理解されるべきである。
【図面の簡単な説明】
【図１】本発明によるシステムのブロック図である。
【図２】本発明によるＡＮＸエクストラネット・サービスのブロック図である。
【図３】本発明による新しいＡＮＸアカウントを作成するプロセスのフローチャートである。
【図４】本発明による新しいアカウントを有効化するプロセスのフローチャートである。
【図５】本発明による新しいアカウントを無効化するプロセスのフローチャートである。
【図６】本発明によるユーザ・プロファイルを更新するプロセスのフローチャートである。
【図７】本発明による会社の窓口を管理するプロセスのフローチャートである。
【図８】本発明によるディレクトリ・サービスをインポートするプロセスのフローチャートである。
【図９】本発明によるパスワードをリセットするプロセスのフローチャートである。
【図１０】本発明によるＡＮＸポータル・ホーム・ページの画面である。
【図１１〜１５】本発明によるＡＮＸディレクトリ・サービスの画面である。
【図１６】本発明による文書レポジトリの画面である。
【図１７】本発明による文書転送機能の画面である。
【図１８】本発明による電子メール機能の画面である。
【図１９】本発明によるコミュニティ・サービス機能の画面である。
【図２０】本発明による訓練機能の画面である。
【図２１〜２３】本発明による会社ニュース機能の画面である。
【図２４及び２５】本発明による製品ショーケース機能の画面である。
【図２６及び２７】本発明によるカレンダー機能の画面である。
【図２８】本発明によるサービス・プロバイダ証明機能の画面である。
【図１】
2004519114.tif 000002
【図２】
2004519114.tif 000003
【図３】
2004519114.tif 000004
【図４】
2004519114.tif 000005
【図５】
2004519114.tif 000006
【図６】
2004519114.tif 000007
【図７】
2004519114.tif 000008
【図８】
2004519114.tif 000009
【図９】
2004519114.tif 000010
【図１０】
2004519114.tif 000011
【図１１】
2004519114.tif 000012
【図１２】
2004519114.tif 000013
【図１３】
2004519114.tif 000014
【図１４】
2004519114.tif 000015
【図１５】
2004519114.tif 000016
【図１６】
2004519114.tif 000017
【図１７】
2004519114.tif 000018
【図１８】
2004519114.tif 000019
【図１９】
2004519114.tif 000020
【図２０】
2004519114.tif 000021
【図２１】
2004519114.tif 000022
【図２２】
2004519114.tif 000023
【図２３】
2004519114.tif 000024
【図２４】
2004519114.tif 000025
【図２５】
2004519114.tif 000026
【図２６】
2004519114.tif 000027
【図２７】
2004519114.tif 000028
【図２８】
2004519114.tif 000029
【国際公開パンフレット】
2004519114.tif 000030
2004519114.tif 000031
2004519114.tif 000032
2004519114.tif 000033
2004519114.tif 000034
2004519114.tif 000035
2004519114.tif 000036
2004519114.tif 000037
2004519114.tif 000038
2004519114.tif 000039
2004519114.tif 000040
2004519114.tif 000041
2004519114.tif 000042
2004519114.tif 000043
2004519114.tif 000044
2004519114.tif 000045
2004519114.tif 000046
2004519114.tif 000047
2004519114.tif 000048
2004519114.tif 000049
2004519114.tif 000050
2004519114.tif 000051
2004519114.tif 000052
2004519114.tif 000053
2004519114.tif 000054
2004519114.tif 000055
2004519114.tif 000056
2004519114.tif 000057
2004519114.tif 000058
2004519114.tif 000059
2004519114.tif 000060
2004519114.tif 000061
2004519114.tif 000062
2004519114.tif 000063
2004519114.tif 000064
2004519114.tif 000065
2004519114.tif 000066
2004519114.tif 000067
2004519114.tif 000068
2004519114.tif 000069
2004519114.tif 000070
2004519114.tif 000071
2004519114.tif 000072
2004519114.tif 000073
2004519114.tif 000074
2004519114.tif 000075
2004519114.tif 000076
2004519114.tif 000077
2004519114.tif 000078
2004519114.tif 000079
2004519114.tif 000080
2004519114.tif 000081
2004519114.tif 000082
2004519114.tif 000083
2004519114.tif 000084
2004519114.tif 000085
2004519114.tif 000086
2004519114.tif 000087
2004519114.tif 000088
2004519114.tif 000089
2004519114.tif 000090
2004519114.tif 000091
2004519114.tif 000092
2004519114.tif 000093
2004519114.tif 000094
2004519114.tif 000095
2004519114.tif 000096
2004519114.tif 000097
2004519114.tif 000098
2004519114.tif 000099
2004519114.tif 000100
2004519114.tif 000101
2004519114.tif 000102
2004519114.tif 000103
【国際公開パンフレット（コレクトバージョン）】
2004519114.tif 000104
【国際調査報告】
2004519114.tif 000105
2004519114.tif 000106
2004519114.tif 000107