共同開始パッド
一体化した共同プロダクトまたはプロセスは、共同表示領域に複数のコンタクトを表示する段階と、複数のコンタクトから１つまたは２つ以上のコンタクトの選択を受信する段階と、複数の共同サービス・プロバイダからの複数の共同サービス選択を、共同表示領域に表示する段階と、第１の共同サービス・プロバイダによって提供された共同サービス選択の１つに関係する第１の共同要求を受信する段階と、共同サービス・プロバイダからの第１の共同セッションを表示する段階と、１つまたは２つ以上の選択されたコンタクトを第１の共同セッションに関連させる段階と、を含む。ビジネス対象の選択も受信され得、かつ共同セッションから利用可能とされ得る。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多数のオンラインの共同ツール及びサービスの一体化に関する。
【背景技術】
【０００２】
コンピュータのユーザが、異なった場所にいる他のユーザと効率的な態様で通信するのを助けるために、今日では多くの共同（ｃｏｌｌａｂｏｒａｔｉｏｎ）ツールが存在する。例えば、ネットワーク会議のアプリケーションは、実時間の同期会議を保持するための仮想空間を提供する。このようなアプリケーションは、会議の参加者が検討して編集するためのライブ・プレゼンテーションまたは他の物体、インスタント・メッセージング（ＩＭ）、参加者の間での通信のためのチャット・サービス、及び参加者が入力を提供することができるホワイトボード、を提供することができる。ネットワーク会議のアプリケーションは、また、テレビ会議またはビデオ・テレビ会議サービスをも提供することができ、もしくはそれらと一体化することもできる。これらのアプリケーションは、ＷｅｂＥｘ Ｌｏｔｕｓ Ｓａｍｅｔｉｍｅ Ｃｅｎｔｒａ ＣｅｎｔｒａＯｎｅ、及び Ｐｌａｃｅｗａｒｅ Ｃｏｎｆｅｒｅｎｃｅ Ｃｅｎｔｅｒを含む。他の共同アプリケーションは、非同期の相互作用もしくは対話を提供し得る。例えば、グループ・メンバーが、ｅ−メールまたは他のメッセージ選択を用いて相互作用もしくは対話し得、及びメンバーがドキュメントを検討し、注釈し、コメントし、そして編集することができる共同領域が提供され得る。
【０００３】
一般に、異なった共同アプリケーションは、ユーザに異なった便宜を提供し得る。幾つかの状況においては、１つのアプリケーションが適切であるが、他の状況においては、異なったアプリケーションが適切であり得る。しかしながら、任意のただ１つの会社が、代表的なユーザの関心を引く領域のすべてにおいて最高の品種（ベスト・オブ・ブリード）のアプリケーションを提供するであろうことはありそうもない。結果として、ユーザは、いくつかのアカウントを創設し、共同セッションを創設するためのいくつかのインターフェースを学習し、そして種々のセッションを別々にスケジューリングしてトラッキングする（たどる）ことを要求される。
【発明の開示】
【課題を解決するための手段】
【０００４】
この発明は、種々の共同ツールまたはアプリケーションによって提供されるサービスを一体化するのを援助する方法及びシステムを開示する。一態様において、共同サービスを提供する、コンピュータで履行される方法が提供される。該方法は、共同表示領域に複数のコンタクトを表示する段階と、複数のコンタクトから１つまたは２つ以上のコンタクトの選択を受信する段階と、複数の共同サービス・プロバイダに関連した複数の共同サービス・オプションを、共同表示領域に表示する段階と、表示された共同サービス・オプションに関係する共同要求を受信する段階と、共同セッションを共同サービス・プロバイダで開始する段階と、１つまたは２つ以上の選択されたコンタクトを、開始された共同セッションに関連させる段階と、を含む。
【０００５】
複数のビジネス対象は、また、共同表示領域に表示され得、そして１つまたは２つ以上のビジネス対象の選択は受信され得て、１つまたは２つ以上のビジネス対象は共同セッションからアクセス可能にされる。ビジネス対象の選択は、共同セッションが開始された後に受信され得、対象は、フォルダ及び該フォルダと関連する対象の階層として表示され得る。
【０００６】
幾つかの実施形態において、複数の利用可能な共同ルームが、共同表示領域に表示され得る。また、複数のコンタクトの各々の状況が表示され得、そしてコンタクトは、頻繁に使用されるコンタクトを含むコンタクトのリストを含み得る。共同セッションに関する情報は、また、データの収納場所に提供され得る。さらに、共同表示領域にドロップ・ゾーンが表示され得、ドロップ・ゾーンにドロップされた項目に関する情報が受信され得、そして項目に対応する選択が共同表示領域に表示され得る。項目は、コンピュータ・ユーザとの通信を創設するための情報を有するコンタクト識別エンティティを含み得る。項目は、また、共同セッションにおけるドキュメントに接続を創設するための情報を有する対象識別エンティティを含み得る。
【０００７】
もう１つの実施形態において、第２の共同サービス・プロバイダによって提供された共同サービス・オプションの１つに関係した第２の共同要求が受信され得、そして第２の共同サービス・プロバイダから第２の共同セッションが開始され得る。第１及び第２の共同セッションは、同時に表示され得、そしてセッション・エンド要求が受信され得、それにより、第１及び第２の共同セッションの表示はやめられる。
【０００８】
共同サービスを開始するためのコンピュータで履行される方法も提供され、該方法は、共同セッションに接続されるべきユーザを表す選択されたコンタクトを受信する段階と、共同セッションにおいてアクセスされるべき選択された対象を受信する段階と、共同セッションを提供するための選択された共同サービスを受信する段階と、選択された共同サービスに対応する選択された対象及び選択されたコンタクトで共同セッションを開始する段階と、を含む。複数のコンタクトの選択も受信され得、ここに、共同セッションは、選択されたコンタクトで開始される。
【０００９】
選択されたコンタクト、選択された対象、及び選択された共同サービスは、自動化された選択プロセスの結果としてコンピュータ・アプリケーションから受信され得る。また、選択されたコンタクトを含むコンタクトリスト、選択された対象を含む対象リスト、及び選択された共同サービスを含む共同サービス・リストは、共同サービスを開始する前に、共同表示領域に表示され得る。選択されたコンタクト、選択された対象、及び選択された共同サービスは、また、コンピュータ・アプリケーションのユーザからの選択に応答してコンピュータ・アプリケーションから受信され得る。また、コンタクトは、ドロップ・ゾーンにおいて受信されて、コンタクトリストにおいて表示され得る。
【００１０】
１つの実施形態において、共同サービス開始パッドは、複数の利用可能な共同サービスを提起し、共同セッションの開始を許容するよう動作可能な共同サービス表示領域と、複数のコンタクトを提起し、共同セッションのための１つまたは２つ以上のコンタクトの選択を許容するよう動作可能なコンタクト表示領域と、１つまたは２つ以上の対象を提起し、共同セッションからアクセスされるべき対象の選択を許容するよう動作可能な対象表示領域と、を備える。開始パッドは、また、１つまたは２つ以上の利用可能な共同ルームを提起し、１つまたは２つ以上の共同ルームへのアクセスを許容するよう動作可能な共同ルーム表示領域をも備え得る。さらに、対象が開始パッドに追加され得る対象ドロップ・ゾーンが提供され得る。対象ドロップ・ゾーンは、コンタクトを受信し、該コンタクトに関係する情報をコンタクト表示領域に追加するよう動作可能であり得る。さらに、コンタクトの現在の状況を示すために各コンタクトに関連した状況インジケータが設けられ得、そしてデータ収納場所は、共同セッションに関係する情報を記憶し得る。
【発明の効果】
【００１１】
長所的には、該方法及びシステムは、共同サービス・プロバイダの不均一な（ヘテロジーニアス）混合にまたがってユーザのための効果的な一体化を提供し得る。さらに、ユーザには、単一のカレンダまたはスケジューリング・アプリケーションから種々の共同セッションをスケジューリングして監理する能力が与えられ得る。
【００１２】
１つまたは複数の履行の詳細が添付図面及び以下の説明で述べられる。他の特徴及び長所は、該説明及び図面、並びに特許請求の範囲から明瞭であり得る。
【００１３】
さて、これら及び他の態様を、図面を参照して詳細に述べる。なお、種々の図面において、同様の参照符号は同様の要素を示す。
【発明を実施するための最良の形態】
【００１４】
ここに記載されるシステム及び技術は、コンピュータ・ユーザもしくはユーザが、幾つかの異なった共同サービスを通して、共同セッションを創設するのを可能とすることに関する。
【００１５】
図１は、コンピュータ・ユーザと種々の共同サービスとの間の通信を管理するためのシステム１０のブロック図である。図示された例において、コンピュータ・ユーザは、ポータル１２を介してシステム１０と相互作用（対話）する。ポータル１２は、異なったコンピュータ・システム上に異なったフォーマットで記憶されている情報を含む種々の情報及びリソースへのアクセスをユーザに提供する中央インターフェースである。さらに、ポータル１２は、リアルタイムでもしくはほぼリアルタイムで更新された情報を提供し得、それにより、下層のデータが変化するにつれ、ポータル１２に表示された情報も変化する。ポータル１２は、種々のインテグレイテッド・ビュー（一体表示）（“ｉＶｉｅｗｓ”としても知られる）１４−２６を介してこの情報を提供する。これらのビューは、他のアプリケーションズのなかでも特に、エンタープライズ・リソース・プラニング（ＥＲＰ）アプリケーションズ、カスタマ・リソース・マネージメント（ＣＲＭ）アプリケーションズ、サプライヤ・リソース・マネージメント（ＳＲＭ）アプリケーションズ、コーポレイト・イントラネット、コーポレイト・ワークフロー・アプリケーションズ・ビジネスツービジネス（Ｂ２Ｂ）コマース・アプリケーションズ、インターネット、またはグループウェア・アプリケーションズ（例えば、マイクロソフト・アウトルックまたはロータス・ドミノ）からの情報を表示することができる。
【００１６】
ポータル１２は、種々のビューを示すように構成され得る。例えば、一般ビュー１４は、他のもののなかでも特に、産業特定ニュ−スのヘッドライン、ｅ−メール・メッセージ、株価、またはビジネスにおける現在の売上高に関する更新された情報を示すことができる。さらに、いくつかのビューは、ｅ−会議のような共同セッションに関する情報を示すように用いられ得る。例えば、カレンダ・ビュー１６は、ユーザのスケジュールに関係する情報と一緒にカレンダを示す。カレンダ・ビュー１６を用いれば、ユーザは、一人または二人以上の他のユーザとの提案された共同セッションを設定するために、日及び時刻を選択し得る。カレンダ・ビュー１６は、Ｍｉｃｒｏｓｏｆｔ ＥｘｃｈａｎｇｅまたはＬｏｔｕｓ Ｄｏｍｉｎｏのようなユーザによって用いられる標準のカレンダ・ツールによって記憶されているスケジュール情報に直接アクセスし得る。代替的には、ビュー１６は、ユーザのカレンダ・ツールによって生成されるカレンダを提起するための領域を提供し得る。そのようなものとして、カレンダ・ビュー１６は、ユーザのための中央スケジュール・ツールとして働くことができ、もしくは、ユーザが単一の共通スケジュールを保つのを許容する代替的なスケジュール・ツールとしても働くことができる。ユーザが共同セッションをスケジュールし得る態様を、以下に一層詳細に説明する。
【００１７】
他のビューが、１つまたは２つ以上の共同セッション、もしくは参加者が互いに同期的に相互作用（対話）することができるセッションを提起するために用いられ得る。例えば、テレビ会議ビュー１８は、もう一人のユーザのビデオを示し、ポータル１２は、対応のオーディオをも提供し得る。同様に、プレゼンテーション・ビュー２０は、ユーザのシステムにまたはどこか他に存し得て、他のユーザによって共同セッションにおいて観察されかつ注釈され得るプレゼンテーションまたはドキュメントを示す。テレビ会議ビュー１８及びプレゼンテンション・ビュー２０は、電子会議及びテレビ会議アプリケーションと共に一般的に用いられる任意のいくつかの特徴を提供し得る。他の共同セッションは、他のなかでも特に、インスタント・メッセージング、チャット、デスクトップ・シェアリング、ドキュメント・シェアリング、及びアプリケーション・シェアリングと関連し得る。
【００１８】
テレビ会議ビュー１８及びプレゼンテーション・ビュー２０によって代表される共同セッションは、一体化システム２２の援助でもって創設され得る。一体化システム２２は、ユーザと種々の共同プロバイダ３６との間の通信を援助する媒介として働き得る。長所的には、一体化システム２２は、特定の状況に対して適切なまたは最も良好な共同プロバイダを見つける仕事からユーザを解放し得る。さらに、一体化システム２２は、特定の共同プロバイダ３６へのユーザのアクセスを制御し得る。例えば、法人または他の企業は、特定の共同プロバイダ３６との創設した関係を有し得、一体化システム２２は、会社の被雇用者だけがこれらの共同プロバイダ３６を用い得るように構成され得る。
【００１９】
或るユーザには、特定のプロバイダへのアクセスが与えられ得、他のユーザには異なったもしくはさらなるプロバイダへのアクセスが与えられる。このような区別及び制御は、例えば、会社が或る被雇用者には制限されたチャット能力を提供することを望むが、しかし高い優先度のプロジェクトで働いている技術者のような他のユーザには、完全なリアルタイムでのドキュメント共用能力及び電子共同ルームへのアクセスのような一層大きい能力を提供することを望む場合に、有利であり得る。さらに、第１の会社が、該第１の会社によって通常用いられていない共同サービスを用いているもう１つの会社とのジョイント開発プロジェクトに入った場合、第１の会社と提携されたものを含むジョイント開発チームのすべてのメンバーにこれらの他のアプリケーションへのかかる特別なアクセスを与えるように、一体化システム２２を用い得る。
【００２０】
さらに、一体化システム２２は、セッションの価格が（１つの会社の内部か、または幾つかの会社にまたがってかの）特定のユーザに割り当てられ得るように、共同プロバイダ、並びにセッションの開始及び終了時刻のような共同セッションに関する情報を追跡し得る。さらに、一体化システム２２は、プロバイダのアイデンティティ及び特定の要件にかかわりなく、種々の共同セッションをスケジューリングし、管理するための単一のアクセス・ポイントをユーザに提供し得る。さらに、サービス・プロバイダの１つは、ユーザ自体の組織によって操作されるサービス・プロバイダであって良く、それにより、該組織の完全に内部の共同セッションが内部的に操作され得るが、該組織の外側の人々に関連するセッションは、第三者のサービス・プロバイダを用いることができる。他の利点は、以下の説明を読むことから明瞭になるであろう。
【００２１】
図示されたように、一体化システム２２は、共同プロバイダ３６と通信するよう構成された種々のコネクタ・グループ２８−３４を提供し得る。各コネクタ・グループは、ビデオ・テレビ会議のような或る型の共同サービスを提供するために幾つかのコネクタを含み得る。各グループにおけるコネクタは、一体化システム２２に或るプロバイダの動作をインターフェースするよう書かれたソフトウェア・モジュールであって良い。例えば、標準のＡＰＩは、一体化システム２２のために配布され得、一体化エンジン２２のユーザにそのサービスを提供することを望むサービス・プロバイダは、ＡＰＩの要件に叶うようにコネクタを作り得る。コネクタは、一体化システム２２からのコマンドを特定のサービス・プロバイダによって期待されるどんなフォーマットにも翻訳する。
【００２２】
例えば、コネクタ・グループ２８は、テレビ会議のサービスを提供する共同プロバイダと通信するためのコネクタを含み得る。同様に、コネクタ・グループ３４は、プレゼンテーション共用サービスを提供する共同プロバイダと通信するためのコネクタを含み得る。図示の目的でコネクタ・グループは、個別のグループとして示されているけれども、一体化システム２２は、任意の幾つかの方法で種々のプロバイダから得られるアプリケーションを表し得る。例えば、特定のサービス・プロバイダは、該プロバイダによって提供される１つ以上の共同サービスで動作するであろう単一のコネクタを作ることができる。
【００２３】
一体化システム２２は、また、ポータル１２から共同スケジューリング・リクエスト及び他の情報をも受信し、ポータル１２に１つまたは複数のセッションの状況に関する情報を提供し得る。この態様で、ポータル１２は、一体化システム２２のためのクライアント（顧客）・アプリケーションとして働く。例えば、ユーザは、カレンダ・ビュー１６を用いることによるような会議リクエストを作るためにポータル１２を用い得る。ポータル１２は、会議リクエストに関する情報が一体化システム２２に送信されるようにし得る。この情報は、例えば、会議またはセッションの開始及び終了時刻、予想される参加者、及びセッション中に利用可能とされるべきサービスまたはアプリケーションの種類を含み得る。この情報を用いて、一体化システムは、セッション・レコード２４、２６を生成し得、該セッション・レコードは、次に、ポータル１２並びに一層多くの共同プロバイダ３６及び関連の共同プロバイダ・コネクタの１つと関連される。
【００２４】
一例として、ユーザは、一人または二人以上のユーザとのドキュメント共用会議及びビデオ・テレビ会議セッションを創設するよう追求し得、そして一体化システム２２は、テレビ会議に関する情報を記憶するためにセッション・レコード２４を創設し得る。ユーザは、該ユーザの標準のスケジューリング・アプリケーションにおけるデータにアクセスするためにポータルを用い得、そして共同セッションをスケジューリングするよう選択し得る。一体化エンジン２２は、セッション・レコード２４における情報をセーブし、そして一体化システム２２へのリンクがセッション・スケジュールに形成されるようにユーザのアプリケーションにメッセージを送信し得る。ユーザは、次に、サービス・プロバイダまたは複数のプロバイダに送られるべきメッセージがセッションを開始するようにする一体化システム２２に信号を送るよう、セッションのための時刻であるときに該リンクを選択し得る。
【００２５】
特定のコネクタの選択は、予め創設されたルールによって制御され得る。従って、図１に示されるように、ユーザは、もしそうでなければ、一体化システム２２を介して得られるであろう２つのプロバイダ（それらのコネクタ・ボックスを通じて“Ｘ”によって示されている）からテレビ会議サービスを得ることを阻止され得る。ユーザは、また、チャット・アプリケーションのプロバイダへのコネクタを表すコネクタ・グループ３４によって示されるように、グループ内の利用可能なプロバイダの幾つかを用いることをも許容され得る。このような状況においては、優先順位ルールがデフォルト・プロバイダをユーザに提供するために用いられ得、そしてユーザは、次に、デフォルトを無効にし、異なったプロバイダを選択するための機会を与えられ得る。また、コネクタ・グループ３２によって示されるように、全グループまたはクラスのアプリケーションが、ユーザから阻止され得る。例えば、低レベルの被雇用者は、高価なテレビ会議サービスへのアクセスを拒否され得る。最後に、コネクタ・グループ３０によって示されているように、１つ以上がいまだ許容されている間に幾つかのプロバイダが阻止され得る。このような状況においては、利用可能なプロバイダの１つは、デフォルトによって割り当てられ得、そしてユーザには、デフォルトを無効にする機会が与えられ得る。
【００２６】
ユーザにアクセスを与えるであろうプロバイダ − ユーザに利用可能なプロバイダ − は、種々の方法で決定され得る。例えば、上述したように、プロバイダは、ユーザまたはユーザの雇用者が契約しただけのそれらのプロバイダであって良い。彼等は、ユーザによって果たされる特定の役割によって制限されるように、雇用者が契約したプロバイダのサブセットであっても良い。さらに、利用可能なプロバイダは、特定の会議またはセッションのために選択されている参加者すべてにとって利用可能であるプロバイダの共通セットとしても決定され得る。
【００２７】
一体化システム２２は、サービス・プロバイダにユーザに関する認証情報をも提供することができる。例えば、幾つかのサービス・プロバイダは、ユーザがプロバイダのアプリケーションにアクセスすることができる前に、ユーザのアカウント情報及びパスワードを必要とし得る。一体化システム２２は、（企業情報システムにおけるような）ユーザのために記憶されたこのような情報にアクセスし、そして該情報をユーザのためのサービス・プロバイダに通し得る。
【００２８】
一体化システム２２の構成は、種々の形態を取り得る。例えば、セッション・レコード２４、２６は、説明の目的で別々に示されているが、単一のレコードが、多数の異なったプロバイダから多数の異なったサービスをスケジューリングするために用いられ得る。さらに、ポータル１２とクライアントとの間の接続は、直接接続として示されており、そしてサービス・プロバイダ３６との接続は、インターネット３８を介する接続として示されているが、通信は、任意の数の経路を介して流すことができる。例えば、メッセージのすべては、インターネットもしくはもう１つの公衆または私設ネットワークを介して流すことができ、幾つかは、一体化システム２２とポータル１２を用いるユーザとの間に向けられ、幾つかは、一体化システム２２とサービス・プロバイダ３６との間に向けられ、そして幾つかは、ポータル１２を用いるユーザと１つまたは２つ以上のサービス・プロバイダ３６との間に直接向けられる。
【００２９】
図２は、クライアント・コネクタ５２及びサービス・プロバイダ５６を介して他のアプリケーションと通信する一体化システム５０のブロック図を示す。クライアント５４は、個人もしくは会社または他の企業における雇用者のような、共同サービスの幾つかの異なったユーザの任意のものであって良い。クライアント５４は、また、種々の組織から来ることができ、１つ以上の一体化システム５０にアクセスし得る。サービス・プロバイダ５８は、共同プロダクトまたはサービスの幾つかの送信元の任意のものであることができる。
【００３０】
一体化システム５０は、クライアント・コネクタ５２及びプロバイダ・コネクタ５６へ情報を送りそしてそれらから情報を受け取る、セッション・コントローラ６０によって管理される。例えば、セッション・コントローラ６０は、クライアント・コネクタを介してユーザから会議要求を受信し得、そして、次に、ユーザが、セッションのための（ビデオ・テレビ会議及びチャットのような）利用可能なアプリケーション、及びアプリケーションのためのサービス・プロバイダを選択するのを許容するよう、ユーザと相互作用（対話）し得る。
【００３１】
クライアント・コネクタを用いて、セッション・コントローラ６０は、ユーザから受信された情報を、特定のサービス・プロバイダ５８によって認識され得るフォーマットに翻訳し、それにより、会議が要求されたことをサービス・プロバイダに通知する。セッション・コントローラ６０は、また、会議における他の参加者ともインターフェースし得、そして各々他の参加者の状況に関して残りの参加者及び適切なサービス・プロバイダ５８を更新し得る。代替的には、このような更新は、サービス・プロバイダ５８と種々の参加者との間で直接行われ得、そしてセッション・コントローラ６０は、次に、会議またはセッションに関する適切な情報でもって更新され得る。
【００３２】
セッション・コントローラ６０は、収納場所インターフェース６６を用いて収納場所６８に種々のセッションに関する情報をセーブすることができる。例えば、セッション・コントローラ６０は、予想される会議に関する情報をセーブすることができ、それにより、ユーザは、該情報にアクセスすることができ、そしてそれを検討するかもしくはそれに変更を加えることができる。また、一旦、会議が開始してしまうかまたはそれが終了してしまった後、セッション・コントローラ６０は、後で使用するために会議に関する種々の履歴情報をセーブすることができる。
【００３３】
一例として、セッション・コントローラ６０は、会議のホスト（主催者）及び参加者と一緒に、会議の開始及び終了時刻に関する情報を、ビジネス・ウエアハウス（倉庫）のような構造化されたデータ記憶場所にセーブすることができる。該情報は、次に、特定の共同サービスの使用のためにユーザまたはユーザのグループにインボイスを作るユーザ割り当てアプリケーションのような他のアプリケーションによって用いられかつアクセスされ得る。例えば、大企業は、種々のサービス・プロバイダとの固定レートの協約を有し得、記憶された情報は、該企業がその種々の事業部または部門に渡ってその共同サービスの価格を割り付けるのを許容するよう用いられ得る。セーブされ得る情報を他の例は、セッションの開始及び終了の日及び時刻、セッションの議題、セッションの案内テキスト、セッションの主催者（ホスト）及び参加者、セッションのサービス・プロバイダ、及びセッション中に用いられるもしくは創成される（ドキュメント、プレゼンテーション、チャット議事録（トランスクリプト）、または訪問されるウェブ・サイトのような）リソースを含む。
【００３４】
セッションに関する他の、より少ない構造化されたデータも記憶され得る。例えば、チャット記録（ロッグス）、ビデオまたはオーディオ・レコード、もしくは種々のドキュメントまたはプレゼンテーション編集が、セッション中またはセッションの終了時にセーブされ得る。例えば、（チャット・アプリケーションからまたはセッションの音声認識変換記録からのいずれかからの）設計会議の議事録（トランスクリプト）は、情報管理システムに記憶され得、それにより、設計グループのメンバーは、例えばサーチ・エンジンを介して後で情報にアクセスし得る。ワークフロー・ルールもセーブされた情報に与えられ得る。例として、セッション中に編集されたドキュメントは、会議の種々の参加者に対して最終認可のために発送され得、そして会議に招待されたが出席しなかった者、もしくは招待さえされなかった他の者（例えば、スーパーバイザ）に対しても認可のために発送され得る。
【００３５】
セッション・コントローラ６０は、各クライアント５４が、単一のアプリケーションを用いて、共同セッションをスケジューリングしかつ管理するのを許容するよう構成され得る。例えば、クライアント５４のユーザは、標準のカレンダ・アプリケーション、もしくはカレンダ・アプリケーションを表示するポータルを用いて、共同セッションをスケジューリングし得る。ポータルまたはカレンダ・アプリケーションは、予想される参加者と一緒に、セッションの予想される開始及び終了時刻に関する情報を含む１つまたは複数のメッセージをセッション・コントローラ６０に送信し得る。セッション・コントローラ６０は、次に、カレンダ・アプリケーションまたはポータルが、セッション・コントローラ６０に向けられるハイパーテキスト・リンクのようなセッション識別子を、クライアントのためのカレンダに添付するようにするメッセージを戻し得る。
【００３６】
セッションのための時刻が到来すると、ポータルまたはカレンダ・アプリケーションは、セッション・コントローラ６０にセッションを開始させるために、セッション・コントローラ６０にメッセージを送り得る。例えば、ユーザは、ハイパーリンク上でクリックして、ＨＴＴＰフォーマット化されたメッセージがセッション・コントローラ６０に送られるようにし得、該セッション・コントローラ６０は、次に、収納場所６８における関連のセッション記録にアクセスする。セッション・コントローラは、次に、該記録内の情報を用いて、クライアント５４におけるアプリケーションを１つまたは２つ以上のサービス・プロバイダにリダイレクトすること等により、共同セッションが、クライアント５４と１つまたは２つ以上のサービス・プロバイダ５８との間で開始するようにし得る。共同セッションに対する変更は、同様の態様で行うことができ、それによりセッション・コントローラ６０は、クライアント５４において局部的に記憶されているスケジュールと同期して留まる。この態様で、ユーザは、多数の異なった共同サービス・プロバイダ５８とともにセッションを創設するよう、ユーザの好適なスケジューリング・アプリケーションを使用し続けることができる。さらに、ユーザは、単一のカレンダ・エントリを用いて多数のサービス・プロバイダ５８からのサービスを用いる共同セッションを創設することができ得る。
【００３７】
図３は、共同セッションを創設するためのプロセスのフローチャートである。ブロック１００において、システムは、共同セッションに関するユーザからの要求（リクエスト）を受信する。もし、要求が創設されてしまったいかなる会議にも関係しないならば、ブロック１０２で決定されるように、システムはブロック１０４においてブランク・セッション記録を創成する。このセッション記録は、上述したように、セッションに関する種々のパラメータのためのフィールドを含み得る。システムは、次に、ブロック１０２において、創設されるべきセッションに関するユーザからのまたはどこか他のところからの情報を受信し得る。ユーザがサブミッション・ボタン上をクリックすることによって示され得る、及びセッション要求と同時にシステムに与えられ得る、適切な情報をシステムが受信してしまうと、該情報は、ブロック１０８によって示されるように収納場所にポスト（転記）され得る。さらに、システムは、セッションのサービス・プロバイダ（ブロック１１０）及び任意の選択された被出席者（ブロック１１２）にも通知し得る。さらに、このような通知は、最初のユーザまたはサービス・プロバイダによって与えられ得る。
【００３８】
システムは、また、ユーザのための特定のプロバイダを選択するよう、ユーザに利用可能なプロバイダのリストを提供するよう、または選択されたプロバイダがユーザにとって利用可能でないということをユーザに知らせるよう、利用可能なプロバイダのデータ・ベースにアクセスもし得る。セッション要求は、また、スケジューリングされたセッションよりもむしろ当面の（インスタントの）セッションが所望されているということをも示し得、それにより、セッションを創設すると同時に直ちにセッションが開始される。
【００３９】
会議がすでに創設されてしまったならば、システムは、ユーザが検討することを望むであろう会議に関する識別子（アイデンティファイア）をブロック１１４において追及しかつ受信し得る。この識別子は、例えば、ユーザによって直接、またはユーザが選択してしまったＵＲＬ識別子によるようなユーザのアプリケーションから送られた情報によって、与えられ得る。ブロック１１６において、システムは、記憶された会議記録にアクセスし、それにより、会議情報はユーザに表示され得る。情報を検討すると、ユーザは、セッションを再スケジューリングすることによるような、または、被招待者（招待参加者）を追加もしくは除去することのような変更を、ブロック１１８に示されるように行い得る。変更が完了すると、収納場所における情報は更新され得（ブロック１２０）、サービス・プロバイダ（ブロック１２２）及び被出席者（ブロック１２４）は、通知され得る。さらに、システムは、ユーザのスケジュールを新しいセッション情報で更新するよう、ユーザに情報を送り得る。
【００４０】
システムは、また、ユーザが行った変更から必要とされるプロバイダにおける任意の変更について、ユーザに通知し得る。例えば、ユーザが、特定のプロバイダを用いることができない参加者を追加してしまったならば、システムは、セッションのためのプロバイダを変更することができ、または、ユーザに新しいプロバイダを選択するためのオプションを与え得る。一例として、会議が、単一の会社のために働いていた参加者だけを前以って含んでいた場合、会社自体のネットワークが共同サービスを提供するために割り当てられてしまい得るが、もし、他の会社からの参加者が加えられるならば、第三者のサービス・プロバイダが必要とされ得る。
【００４１】
図４は、前以ってスケジューリングされてしまっているセッションのような、共同セッションを開始するためのプロセスのフローチャートである。ブロック１２６において、システムは、最初に、セッション開始要求を受信する。この要求は、例えば、会議を開始するためのハイパーリンク上のユーザのクリックに応答して生成され得るか、もしくは、ユーザのシステムによるか、サービス・プロバイダによるか、または一体化システムによるかの予め設定された時刻において、自動的に生成され得る。セッションに関する他の情報は、次に、記憶されたセッション記録からアクセスされ得る（ブロック１２８）。セッションは、次に、（ブロック１３０において決定されるように）一体化システムによって直接か、またはユーザのシステムによってかのいずれかによって、サービス・プロバイダで開始され得る。
【００４２】
セッションが一体化システムを介して開始される場合、一体化システムは、サービス・プロバイダにセッション識別子を送り得（ブロック１３６）、そして引き続きセッションに関する通信を受信し得、それらを、サービス・プロバイダまたはセッションにおける参加者のいずれかに再度向け得る（図ロック１３８）。一体化システムは、また、一層受動的な役割を行い得、セッションに関する識別情報を、ユーザによって用いられるクライアント・システムに送り得（ブロック１３２）、次に、該情報をサービス・プロバイダに送り得る。例えば、一体化システムは、ＨＴＴＰフォーマットされた１つまたは複数の信号をクライアントに送って、ポータルにおけるビューのようなウェブ・ブラウザまたは他のアプリケーションをサービス・プロバイダに再度向けることができ、また、クライアントに適切な識別及び認可情報を提供することができる。このような状況において、通信は、一体化システムがあたかも存在しなかったように、種々のユーザとサービス・プロバイダとの間で行われる。
【００４３】
しかしながら、セッションに関する或る情報は、一体化システムによってインターセプト（遮断）され得るか、または、一体化システムに向けられ得る（ブロック１３４）。該情報は、また、セッションが完了したとき、セッションからのトランスクリプト（写し）、オーディオ・ファイル及びビデオ・ファイルのような追加の情報と一緒に一体化システムに送られ得る。この情報は、次に、収納場所に記憶され得るか（ブロック１４０）または別の適切な１つまたは複数のデータ・ストアに記憶され得る。例えば、各セッションの参加者ごとの識別子と一緒にセッションの開始及び終了時刻が記憶され得る。また、セッション中に共用されたドキュメントのコピーのような一層複雑な情報も記憶され得る。１つの例において、サービス・プロバイダは、共同セッションの閉会時において、または、幾つかの他の時点において、一体化システムに信号及び追加の情報を送り得る。
【００４４】
図５は、すでに開始されたしまった共同セッションを結合するためのプロセスのフローチャートである。このプロセスは、例えば、セッションに参加するよう招待されたユーザに適用し得る。ブロック１５０において、システムは、会議に参加者を追加するための要求を受信する。記憶されたセッション記録は、セッションに関する特定のユーザの権利（例えば、ユーザが招待されていたか否か）を決定するようにアクセスされ得る（ブロック１５２）。セッションが開始されていなかったならば（ブロック１５４によってテストされるように）、システムは、会議が開始されてしまうまで、ユーザを支援し得る（ブロック１５６）。例えば、システムは、セッションに関するサービス・プロバイダに要求を周期的に再送し得る。
【００４５】
代替的には、共同（collaboration）アプリケーションは、待機しているユーザのコンピュータ・システムに警報を生成させてセッションを開始させるために、警報信号を送信するよう構成され得る。この警報信号は、共同サービス・プロバイダからの信号によってトリガされ得る。任意的な選択として、システムは、ユーザに、パズルのような気晴らし、単純なビデオ・ゲーム、音楽または他のオーディオを提供し得、会議が始まるのを待っている間ユーザに興味を持たせて心を引くようにする。また、システムは、（適切なメッセージ及び認証／識別情報を有するプロバイダにユーザのアプリケーションを再度向ける等により）ユーザを共同プロバイダに接続し得、セッションが開始するまでプロバイダがユーザを保持して置くのを許容する。
【００４６】
セッションが開始されてしまったならば、システムは、新しいユーザに関する情報で、記憶された記録を更新し得（ブロック１５８）、次に、上述のように、サービス・プロバイダにユーザのアプリケーションを再度向ける一体化システムよる等により、一体化システムからかまたはユーザのシステムからかのいずれかからの、ユーザをセッションに追加するための指令がサービス・プロバイダに与えられ得る（ブロック１６０）。
【００４７】
図６は、共同セッションを開始するようプログラムされ得るステップを示す相互作用（対話）プログラムである。図は、共同システムの種々の部分を示し、該種々の部分間には通信リンクが存在し、番号が付けられて説明された矢印は、概して、特定の動作が行われ得る順番を示し、かつ該動作によって接続されるアクタを示す。例えば、図６において、ユーザ１８０は、該ユーザのユーザ・アプリケーション１８２にセッションを開始すべき指令を提供し、そしてユーザ・アプリケーション１８２は、（それが送られたままのものまたはそれを変形した後のもののいずれかの）該要求を一体化システム１８４に送る。指令は、例えば、スケージュール・エントリにおけるリンクを手動クリックすることであって良く、またはユーザのスケージュール・アプリケーションによって自動的に生成されることもできる。リンクは、セッションがスケジューリングされたとき、一体化システム１８４からユーザ・アプリケーション１８２に前以って送られていた一体化システム１８４におけるＵＲＬアドレスであって良い。
【００４８】
代替的には、スケジュールは、一体化システム１８４によって保持されて良く、それにより一体化システム１８４はプロセスを開始する（例えば、ユーザ・アプリケーション１８２に信号を送ることにより、それにより、それが、差迫ったセッションについてユーザ１８０に警告してユーザ１８０からの応答を追及する）。一実施形態において、ユーザ・アプリケーション１８２は、ブラウザであって良く、ＨＴＴＰメッセージを用いて通信し得る。代替的には、ユーザ・アプリケーション１８２は、ポータルまたはポータルと相互作用する（対話する）アプリケーションであって良く、一般ウェブ・サービスとして一体化システム１８４を処理し得る。他の構成も用いられ得る。
【００４９】
一体化システム１８４は、次に、サービス・コネクタ１８６がブラウザ１８２に再方向付け信号を送るようにし、それは、次に、ブラウザ１８２が、この例ではＷｅｂＥｘアプリケーションであるサービス・プロバイダ１８８にログ（記録）するようにし得る。ログインの結果は、ユーザ・アプリケーション１８２を介してサービス・コネクタ１８６に戻され得、そして会議スケジュールも、同様の態様でユーザ・アプリケーション１８２を介してサービス・コネクタ１８６とサービス・プロバイダ１８８との間で発生し得る。スケジュール・セットでもって、セッションＩＤは、サービス・プロバイダ１８８によって発行されて収納場所１９０に記憶され得る。セッションが開始されると、制御は、セッションが終了するまでサービス・プロバイダ１８８に移転され、セッションが終了した時点で、情報は、ユーザ・アプリケーション１８２またはサービス・プロバイダ１８８から受信された後収納場所１９０に記憶され得る。さらに、サービス・コネクタ１８６は、セッションに進行を監視し得、そして後でアクセスされ得るセッションに関する情報を取得または生成し得る。
【００５０】
追加の共同セッションも、部分的または完全な時間的重複を有するように最初の共同セッションと同時に創設され得る。例えば、ユーザ１８０は、単一のセッションのための異なったベンダ（売主）から多数のサービスをスケジューリングし得る。さらに、ユーザ１８０は、同時に多数のジョブもしくは仕事を行うように、同時に動作する多数のセッションを有するよう選択し得る。
【００５１】
図７は、スケジューリングされた共同セッションに参加するよう行われ得るステップを示す相互作用（対話）の図である。ユーザ２００は、セッションを結合するよう（ＵＲＬリンク上等を）最初にクリックし得、そしてユーザ・アプリケーション２０２は、一体化システム２０４に要求を送り得、それは、次に、収納場所２０６からのセッションに関する情報を検索し得る。一体化システム２０４は、次に、新しいユーザとのさらなる相互作用（対話）を制御する適切なサービス・プロバイダ２１０（ここでは再度、ＷｅｂＥｘサーバー）にユーザ・アプリケーション２０２を再度向けるように、サービス・コネクタ２０８に信号を送り得る。再度、サービス・コネクタ２０８はセッションを監視して、それに関する情報を得るかまたは創成する。さらに、サービス・コネクタ２０８及び／または一体化システムは、サービス・プロバイダ２１０からのようなセッションに関する情報を受信し得る。
【００５２】
図８は、当面の共同セッションを開始するよう行われるステップと関連して、ユーザが提起され得るビューを示す相互作用（対話）の図である。示されているように、ポータルからのビュー２１６は、共同セッションのための種々の潜在的な参加者を示し得、そしてまた、用いられるべき幾つかの共同サービスを提供し得、それにより、サービスの１つをクリックすれば、サービスを自動的に開始させる。ビュー２１６におけるサービスの選択は、一体化システム２１８に通信され、該一体化システムは、次に、（セッション情報を創設して該情報をユーザのアプリケーションを再度向けることによりプロバイダに通す等により）サービス・プロバイダに知らせ、そしてビュー２２０によって示されるようにセッションの制御をサービス・プロバイダに引き渡す。セッション中またはセッションの後の適切な点において、一体化システム２１８は、共同レポート２２２等により、それがシステムの種々のユーザへセッションから収集した情報を提供し得る。
【００５３】
図９は、スケジューリングされた共同セッションを開始するために行われるステップと関連してユーザが提起され得るビューを示す相互作用（対話）の図である。この図は、図８と類似しているが、しかし、カレンダ・ビュー２２４は、即時の会議のための選択ではなく、むしろ会議をスケジューリングするためのカレンダを示す。カレンダ・ビュー２２４とのユーザの相互作用（対話）は、ＲＴＣアプリケーション２２８がスケジューリングされた時刻においてサービス・プロバイダによって開始されるように、一体化システム２２６にメッセージが送られるということに帰結する。また、適切な時刻において、一体化システム２２６は、創設されたセッションに関する情報を収集し得、そして、かかるデータを共同レポート２３０に提供し得る。
【００５４】
図１０は、共同開始パッドの２つのビューを示す。開始パッド２４０は、ポップアップ２４７でもって示され、開始パッド２４２は、メニュー２５４でもって示される。開始パッド２４０は、ビュー・メニュー・エンティティ２５０及び選択メニュー・エンティティ２５２を有するメニュー・ディスプレイ領域を含む。開始パッド２４０は、また、ローカル・ユーザが共同セッションを創設し得る、他のコンピュータ・ユーザのような幾つかのコンタクト（交信）を提起し得るコンタクト（交信）ディスプレイ領域２４４をも含む。示されているように、コンタクトは、苗字によってアルファベット順に分類されるコンタクト名のリストとして表される。コンタクトは、ハイパーリンクとして示され、それにより、コンタクトの選択は、名刺のようなコンタクトに関する情報を示すディスプレイを生成し得るか、もしくは、コンタクトにアドレス指定された空のｅ−メールを開放する等により、コンタクトで共同プロセスを開始し得る。さらに、コンタクトに関する情報は、また、所定の時間ポインタがコンタクトを超えてフローティングするのを許容されるならば、開始パッド２４０と関連したポップアップ２４７にディスプレイされ得る。
【００５５】
開始パッド２４０上に示される各コンタクトは、コンタクトのための種々の種類の状態情報によって付随され得る。例えば、図１０において、人のアイコンがコンタクトハイパーリンクの次に表示され、そして、コンタクトが会議において現在オンラインであるか、または、離れているかのようなコンタクトの状況を示し得る。もし、ポインタがアイコン上でホバリングされているならば、該状況のテキスト表示も表示され得る。この態様で、ローカル・ユーザは、例えば、コンタクトによって表示されているもう一人のユーザが、チャットのような同期共同セッションのために利用可能かまたは任意の他の種類のセッションのために利用可能かを決定し得る。また、もし、ローカル・ユーザが、スケジューリングされた共同セッションのための時間を創設したならば、ユーザには、特定のコンタクトがセッションのための該時間において利用可能か否かを示す情報が提供され得る。
【００５６】
また、チェック・ボックスまたは他の適切な構造の形態で、コンタクト選択ボックスが提供され得、それによりローカル・ユーザは、任意の潜在的共同セッションに参加するようにコンタクトを選択し得る。従って、もし、一人または二人以上のユーザが選択され、そしてローカル・ユーザが共同セッションを開始するように選択するならば、開始パッド２４０は、セッションにふくまれる選択されたコンタクトでセッションが自動的に開始するようにし得る。もし、共同セッションが外部のプロバイダによって提供されるならば、システムは、また、選択されたコンタクトがセッションにもたらされるように、サービス・プロバイダに選択されたコンタクトに関する適切な情報を通すこともできる。もし、ローカル・ユーザが共同サービスを選択するときにどんなコンタクトも選択されないならば、ユーザには、セッションが開始した後にコンタクトを特定するための機会が与えられ得る。
【００５７】
構成された共同サービスのためのポップアップ・メニュー（図示せず）を表示するために、コンタクトハイパーリンクの右のもう１つのアイコンが選択され得る。例えば、図１０において、Ｄａｒｉｎ Ｋｒａｓｌｅのためのハイパーリンクの次のアイコンが選択されたならば、Ｄａｒｉｎと通信するために用いられ得る共同サービスを示すポップアップ・メニューが表示され得、そしてローカル・ユーザは、Ｄａｒｉｎで即座の共同セッションを始めるためにツールの１つを選択し得る。
【００５８】
この態様で、共同セッションを開始するための代替的な方法は、ローカル・ユーザに拡張され得るが、しかし、共同サービスの異なった種類にまたがる一体化された態様で、かつセッションに関連する種々の目的で、それを行い得る。特に、ローカル・ユーザは、ユーザのためのコンタクト選択ボックスをチェックすることによって共同作業者（同僚）とのチャット・セッションを開始することができ、次に、メニューからチャット・サービスを選択することができる。代替的には、ローカル・ユーザは、構成された共同サービスのポップアップ・メニューから単にチャットを選択することができる。ローカル・ユーザは、同様の態様で、仮想会議または仮想ルームを創設するというような他の種類の共同サービスを創設するよう、同様のルートを取ることができ、それにより、種々の方法で、しかし、均一のインターフェースで、セッションを創設するための機会を有する。
【００５９】
さらに、システムは、同様の関係が、ユーザと情報（ビジネス対象の収集のような）との間にかつサービスと情報との間に、創設されかつ維持されるのを許容する。例えば、ユーザは、該ユーザが文書（ドキュメント）またはルームにアクセスするよう使用し得る１つまたは複数のサービスとは別に、特定の文書または仮想ルームにリンクされ得る。それ自体、人々に強力に関係する複数のサービスの構成可能及び拡張可能のセットが創設され得、それにより、例えば、電話会議が電話プロバイダにコンタクト情報を通すことにより容易に開始され得、ＣＲＭ活動（アクティビィティ）がＣＲＭシステムから開始され得、ＰＭシステムがプロジェクト割り当てを示すことができ、そして許可要求が行われたＨＣＭシステムが熟達したセットの特定の被雇用者を示すことができる。また、文書またはルームは、それにアクセスするであろう一人または複数のユーザとは無関係に、特定のサービスに関連し得る。この態様で、システムは、人、情報、及びサービスの三角関係を柔軟な態様で管理することができ、何かまたは誰かに関する情報の単純化された共用を許容する。
【００６０】
対象表示（オブジェクト・ディスプレイ）領域２４６は、共同セッションと関連し得る、文書のような幾つかの対象を示し得る。各対象には、対象がワード処理文書であるということを示すアイコンのような、対象の型を示すアイコンが与えられ得る。対象は、また、各々、文書が共同セッションに含まれるべきであるということを示すようチェックされ得る選択ボックスと関連され得る。例えば、局部ユーザが、幾つかのコンタクトに、添付された文書を有するｅ−メールを送ることを望むならば、ユーザは、コンタクト表示領域２４４における適切なコンタクトを選択し、対象表示領域２４６における１つまたは複数の適切な文書を選択し、そして、次に、ｅ−メールの共同サービスを選択し得る。ｅ−メールは、次に、記入された適切なアドレス情報及び予め添付された１つまたは複数の文書を有して生成され得る。同様の態様で、ユーザは、選択された特定の対象及び選択された特定のコンタクトでもって、仮想会議または仮想ルームを創設することができる。
【００６１】
開始パッド２４０に表示された対象は、適切な態様で編成され得る。一例として、該編成は、局部ユーザによってナビゲート（探査）され得る共通フォルダ内に一緒に集められた特定の対象でもって階層的であって良い。コンタクトのような他の対象も、（会社、プロジェクト、または仕事グループ等により）類似の態様でグループ化され編成され得る。対象は、また、ｅ−メール、ビジネス情報（ＢＩ）システム、及び販売オーダ、購入オーダ、材料マスタ・データ及び送り状（インボイス）のような、ＥＲＰまたはレガシ・システムからの対象を含み得る。対象は、また、ビデオまたは音声記録のような項目をも含み得る。他の種類の対象（オブジェクト）も、ユーザの必要性及びシステムの構成に依存してアクセスされ得る。
【００６２】
ナビゲーション表示領域２４８は、開始パッド２４０によって表示された情報を通して移動する特徴を含み得る。例えば、ページ・インジケータは、開始パッド２４０における情報が多数のページの間にまたは多数のページの中に分割されていた場合に、局部ユーザがどのページを観察しているかを示し得る。矢印制御のような他の表示項目も、ユーザが、１つのページから他のページに動くのを許容するよう、設けられる。
【００６３】
開始パッド２４０は、任意の適切な態様で表示され得る。例えば、それは、ポータルのツール領域において、（例えば、ポータルのヘッダ領域におけるリンクをクリックすることによって）開始され得、そして、ポータルにおけるビューとして表示され得る。それは、また、単一のユーザ対象または（例えば、共同ルームのチーム・メンバ・リストから一人または二人以上のユーザを選択することにより、そして開始パッドが予め選択されたメンバでもたらされるように開始パッドを含むメニューをもたらすように右クリックすることにより）ユーザの選択、もしくは単一の対象または対象の収集、として開始され得、そして、（例えば、ＥＲＰシステムと関連したビューにおける３つの販売オーダを選択することにより、そして開始パッド２４０を含むメニューをもたらして、それにより、開始パッド２４０が、予め選択された対象でもたらされるようにするために右クリックすることにより）簡単な対象として表示され得る。
【００６４】
（チーム、ユーザ、ユーザの選択、ビジネス対象、またはビジネス対象の選択のような）対象も、ツール領域にドラッグされ（持ち込まれ）得、そして開始パッド２４０に選択された１つまたは複数の対象をもたらす（ｂｒｉｎｇ ｕｐ）ように解放され得る。また、適切なアプリケーションは、開始パッド２４０をもたらすように構成され得、そして、或る対象及び情報が、ＬＤＡＰプロトコルまたは他の適切かつ互換可能な通信等を用いて、開始パッド２４０に通されるようにする。このようなアプリケーションは、レガシ・システムまたはＣＲＭ／ＨＣＭシステムのような他のシステム、もしくはチーム及びグループで動作する他のシステムを含み得る。
【００６５】
開始パッド２４０は、また、（示されたように）浮動しているまたは係留されている窓として表示され得、それにより、ユーザは、該ユーザが他の窓で行っているかも知れない他の仕事の文脈を失うことがない。さらに、開始パッド２４０は、ユーザのコンピュータ・ディスクトップの部分として表示され得る。
【００６６】
開始パッド２４２は、開始パッド２４０と同様であるが、しかし、選択メニュー・セレクタに対応するポップアップ・メニュー２５４を表示する。メニュー２５４は、開始パッド２４２の表示を制御することができるオプションを含む。例えば、ユーザは、（共同作業者及び友人のリストのような）ユーザが予め同定したコンタクトを開始パッド２４２に表示させるための“Ｍｙ Ｃｏｎｔａｃｔｓ”を選択し得る。ユーザが他のユーザと共同セッションを創設する頻度も追跡され得、それにより、ユーザは、１０個の最も使用されたコンタクトのような、最も使用されたコンタクトを表示することを選択し得る。さらに、ユーザは、該ユーザが招待された、または、ユーザが以前に訪問した仮想ルームを表示することを選択し得る。
【００６７】
図１１は、共同セッションを制御するためのメニュー２５６を有する共同開始パッドのビューを示す。メニュー２５６は、共同サービス表示領域２５８における幾つかの共同サービスを示す。該サービスは、サービスのセット・リストであって良く、または局部ユーザのアクセス権に従って表示されても良い。例えば、他の組織における他のユーザと共に及び多数の種類の対象と共に広範に共同することを必要とする“パワー（権力）ユーザ”にとって、利用可能なサービスのリストは、広範であって良い。一層制限されたユーザは、自由のために組織自体のコンピュータ・システムによって与えられ得る（ｅ−メール、チャット、及びインスタント（瞬間）メッセージのような）サービスを用いることに制限され得る。メニュー２５６は、また、コンタクト及び他の対象を追加するため、もしくは、それらを開始パッドから取り除くための領域をも示す。サービスは、グループウェア関連のサービス、同期的な共同のためのサービス（例えば、電話、インスタント（瞬間）メッセージ、チャット、及び仮想会議）、同期的な通信のためのサービス（例えば、ｅ−メール）、及び一層複雑なシナリオのための（例えば、仮想ルームのための）サービスを含み得る。
【００６８】
図１２は、階層的な表示を有する共同開始パッドのビューを示す。コンタクト表示領域２４４は、局部ユーザがお気に入りとして同定したコンタクトのリストを示すお気に入りのコンタクト表示領域２５８と、共同セッションが最近スケジューリングしたコンタクトをリストする最近コンタクト表示領域２６０との双方を示す。各表示領域は、拡張されるお気に入りコンタクト表示領域２５８と、たたまれる（縮小される）最近コンタクト表示領域２６０とによって示されるように、たたまれる（縮小される）か、または拡張されるか、され得る。
【００６９】
ルーム表示領域２６２は、局部ユーザが、アクセスを有する幾つかの仮想会議ルームを示す。コンタクトは、特定のルームにアクセスする他のユーザのようなルームと関連し得る。特定のルームと関連したユーザの表示は、仮想ルームの周りに共同セッションを創設するための一層容易な方法を提供し得る。例えば、局部ユーザは、ルームの他のメンバとチャット・セッションを創設することができる。ルームを通してセッションを編成することにより、セッションの記録は、自動的に維持されてルームと関連したアーカイブに割り当てられ得る。
【００７０】
対象表示領域２４６は、対象の階層的なリストを示し、その幾つかは、ワード処理文書であり、他は、共同セッションで共用され得るプレゼンテーションである。他の対象は、対象の安全状況を示す関連のアイコンを有する。例えば、パッドロック（南京錠）は、文書がアクセス可能でないか、または観察されるだけであるが編集され得ないということを示すことができ、そして、パッドロックの次のユーザは、どの他のユーザが対象へのアクセス権を有するか、または対象へのアクセスを超えて制御を有するか、を局部ユーザが決定するのを許容することができる。ナビゲーション表示領域２４８は、普通の態様で開始パッドをナビゲートするためのツールをユーザに提供する。
【００７１】
図１３は、共同開始パッドへの項目の追加を概略的に示す。対象は、任意の適切な態様で開始パッド２６４に追加され得る。例えば、図１３に示されるように、ユーザは、電子ビジネス・カードのようなコンタクトに対応する対象を開始パッド２６４上のドロップ領域を超えてドラッグ（ｄｒａｇ）し得、そしてポインタ・ボタンを解放してコンタクトに関連する情報をシステムに加えられるようにし得、それにより、コンタクトはコンタクト表示領域２４４に表示され得る。対象は、また、一層複雑であっても良く、例えば、開始パッドのための対象、セッション及び同定されたコンタクトのセットのようなコンタクト情報のグループを含み得る。このような状況において、ユーザは、閉じられたまたは開かれた開始パッドを超えて対象をドラッグすることができ、そして開始パッド・セッションは、対象からの情報を用いて創設され得る。開始パッドは、次に、それが開始される次の時刻においてその最初の値にリセットされ得、またはユーザは、開始パッドが対象から新しく追加された情報を維持させるように選択し得る。
【００７２】
図１３に示されるように、ドロップ・ゾーンは、コンタクト表示領域における特定の視覚的に別個のゾーンである。もう１つのドロップ・ゾーンが、対象表示領域２４６のために示されており、コンタクト表示領域２４４に対するドロップ・ゾーンと類似の態様で動作し得る。ドロップ・ゾーンは、また、全コンタクト表示領域または全開始パッド領域を占有する等による他の形態をも取ることができ、それにより、対象（コンタクトとしてまたは対象の他の形態としてのいずれでも）は、その対象の型に基づく適切な表示領域に加えられ得る（すなわち、対象がコンタクト情報を含むならば、次に、該情報は、対象がどこでドロップされたかにかかわらず、コンタクト表示領域に加えられる）。代替的には、対象は、標準の追加及び取り除きボタンを用いて、加えられるか、もしくは、開始パッド２６４から取り除かれ得る。対象は、また、他のアプリケーションと共用されるコンタクトリストにコンタクトを追加する等により、他のアプリケーションを通して開始パッド２６４に追加され得る。
【００７３】
着色されたドットの形態にある状況インジケータ２７２は、他のユーザが共同セッションを利用可能であるか否かを示す。さらに、局部ユーザの状況も、状況インジケータ２７０によって表示され得る。
【００７４】
図１３は、また、開始パッド２６４の分離領域として共同サービス表示領域２６８をも示す。種々の共同サービスが、幾つかの異なった共同サービス・プロバイダによって与えられ得、そして単一の領域に表示され得る。例えば、チャット共同がイントラネットを通じて与えられ得、他方、複雑な仮想会議は、上述したウェブ・ブラウザ・ウインドウにおけるような外部のサービスによって与えられ得る。共同セッションのためのコンタクト及び対象を選択するに際し、局部ユーザは、次に、仮想会議のような共同サービスを選択し得、そしてセッションは、上述で説明したようにスケジューリングされるか、もしくは開始され得る。
【００７５】
局部ユーザが、共同すべきコンタクト及び／または対象を選択し、そしてまた共同のためのサービスを選択するとき、コンテクスト（文脈）ＩＤが共同セッションのために創成され得る。コンテクスト（文脈）ＩＤは、セッション、及び該セッションと関連する対象及び／またはコンタクトを識別する。コンテクスト（文脈）ＩＤは、次に、上述したように、サービス・プロバイダへ送られるＵＲＬへの拡張等により、サービス・プロバイダに送られ得る。この情報は、サービス・プロバイダが、必要とされるステップを行って共同セッションを完全に創設するのを許容する。
【００７６】
開始パッド２６４は、一体化システムと通信し得、該一体化システムは、一層詳細に上述したように、ミドルウェアの構成要素として用いられ得て、セッションに関する情報を追跡してセッションをトリガする。それ自体、開始パッド２６４は、全ての関連のセッション情報を一体化システムに送り得るか、または一体化システムに送られた情報を有し得、そして一体化システムは、情報をサービス・プロバイダに提供し、そしてサービス・プロバイダから情報を受信し得、それにより、一体化システムは、適切なものとして情報をアーカイブにいれるか、または該情報に作用し得る。
【００７７】
図１４は、インスタント（瞬間）メッセージ・セッションを有する共同開始パッドを示す。開始パッドにおいて、局部ユーザは、共同参加者として１つのコンタクト（Ｅｌｖｉｒａ Ｍｏｒｇａｎ）と、共同サービスとしてインスタント（瞬間）メッセージとを選択した。これらの選択は、インスタント（瞬間）メッセージ・セッションが、別々のウインドウで開始されるように、そして、頻繁に用いられるフレーズに対する選択のような或るショート・カットを供給されるようにした。局部ユーザは、また、第1の共同セッションと同時に開いているかも知れない追加の共同セッションを開始するよう開始パッドを用い得る。第２の共同セッションは、第1のセッションと同じ、または異なった参加者を有し得る。例えば、局部ユーザは、最初に、（図１３に示されるように）同僚とチャット・セッションを開始し得、そして、次に、仮想会議ルームにおける対象へのアクセスを有することが好ましいであろうということを決定し得る。ユーザは、次に、ルームを選択し得、そしてチャット・セッションが会議ルームへの訪問と同時に行われ得る。代替的には、チャット・セッションは、ルームにおける任意のチャット特徴の利益になるように自動的に終結され得る。チャット・セッションの記録は、また、仮想ルーム・アプリケーションに転送され得、それにより、それは、ルームと共にアーカイブに入れられ得る。さらに、局部ユーザは、複数の追加のコンタクトのコンタクトセレクタの次のボックスをチェックすることにより、セッションが生じている間、それら追加のコンタクトを選択し得、そして、それらコンタクトは、利用可能であるならば、セッションに加えられ得る。
【００７８】
開始パッドの動作のもう１つの例として、セールス・マネージャは、オーダに関する或る合法的発行を明瞭にする等のために、雇用者の財政部門における共同作業者とセールス・オーダを共用することを望むかも知れない。マネージャは、該オーダをマネージャのポータルにおける開かれたビューに加え、そして開始パッドにアクセスするよう選択することができる。マネージャは、次に、彼の共同作業者を参加者として係属中の共同セッションに加えて、そして該セッションを、特定のポータル・アプリケーションにおけるセールス・オーダを共用するためのセッションとして開始し得る。開始パッドは、次に、セッションのための共同作業者に対して招待状を発生し、セールス・オーダを表示するためのアプリケーションを開始し、そして該アプリケーションを適切な共同サービスに通し得る。代替的には、共同セッションを創設するためのプロセスも用いられ得、例えば、異なったオーダにおいて、上述したステップを行うことを含み得る。
【００７９】
図１５は、開始パッドを用いて共同セッションを創設するためのプロセスのフローチャートである。ブロック２７６において、ユーザは、期待される共同セッションを創設すべき１つまたは複数のコンタクトを選択し得る。例えば、ユーザは、お気に入りコンタクトのリスト上に一人または二人以上の同僚をマークし得る。ブロック２７８において、ユーザは、また、共同セッションにおいてアクセス可能であるよう１つまたは複数の対象を選択し得る。例えば、ユーザは、共同セッションの出席者が検討または編集することができる文書（ドキュメント）のリストから一文書を選択することができる。また、ユーザは、特定の対象と相互作用（対話）している間に共同開始パッドにアクセスすることができ、それにより、該対象は、自動的に選択され得る。
【００８０】
ブロック２８０において、利用可能な共同サービスが表示され得る。例えば、サービスの静的なリストがいつでも表示され得る。また、動的リストが表示され得、それにより、コンタクト及び対象の次の現在の選択に利用可能であるそれらのサービスだけが表示される。例えば、システムは、特定のコンタクトがアクセスまたは精通を有するサービス、及び各サービスと共に用いられる対象の種類、に関する情報へのアクセスを有し得る。従って、一人のユーザが複数のユーザ及び複数の対象を選択するとき、システムは、利用可能なサービスのリストを減らし得、そして選択された情報と共に動作することができるそれらのサービスだけを表示し得る。システムは、また、完全リストを表示し得るが、それらが選択されることができないということを示すよう利用可能でないサービスをグレイアウトし得る。
【００８１】
ブロック２８２において、システムは、用いられるべき共同サービスに対する選択を受信する。これは、ブロック２８４において、システムが、セッションに参加するよう選択されたユーザに対して通知書または招待状を送るようにする。それは、また、開始情報が、ユーザのアプリケーションに向かうユーザに通されるＵＲＬの形態などにおいて与えられるようにし、サービス・プロバイダに再方向付けし、そしてブロック２８６によって示されるように、プロバイダに情報を通す。セッションが進行するにつれ、または、セッションの終了時に、システムは、セッションの長さ及びセッションにおける参加者に関するサービス・プロバイダからの情報を受信する等により、セッションに関する情報を受信し得る。
【００８２】
ここで用いられているように、用語“電子文書”及び“文書”は、ファイルに記憶された電子データ及びネットワークを介して受信された電子データの双方を含め、電子データのセットを意味する。電子文書は、必ずしもファイルに対応しない。文書は、他の文書を保持するファイルの部分に記憶され得るか、問題の文書に専用の単一のファイルに記憶され得るか、または統合（コーディネイト）されたファイルのセットに記憶され得る。
【００８３】
ここで説明したシステム及び技術の種々の履行は、ディジタル電子回路、集積回路、特別に設計されたＡＳＩＣ（アプリケーション特定集積回路）、コンピュータ・ハードウェア、ファームウェア、ソフトウェア、及び／またはそれらの組み合わせで実現され得る。これらの種々の履行は、記憶システム、少なくとも１つの入力装置及び少なくとも１つの出力装置からのデータ及び命令を受信するよう、並びにデータ及び命令をそれらに送信するよう結合された、特別目的または汎用であって良い少なくとも１つのプログラム可能なプロセッサを含むプログラム可能なシステム上で実行可能及び／または解釈可能である１つまたは複数のコンピュータ・プログラムでの履行を含み得る。
【００８４】
コンピュータ・プログラム（また、プログラム、ソフトウェア、ソフトウェア・アプリケーション、またはコードとしても知られている）は、プログラム可能なプロセッサに対する機械命令を含み、そして高レベルの手続き及び／またはオブジェクト指向プログラミング言語で及び／またはアセンブリ／マシン言語で履行され得る。ここで用いられているように、用語“機械読み取り可能媒体”は、機械読み取り可能信号として機械命令を受信する機械読み取り媒体を含むプログラム可能なプロセッサに機械命令及び／またはデータを提供するよう用いられる任意のコンピュータ・プログラム・プロダクト、装置及び／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブル・ロジック・ディバイス（ＰＬＤｓ））に言及している。用語“機械読み取り可能信号”は、プログラム可能なプロセッサに機械命令及び／またはデータを提供するよう用いられる任意の信号に言及している。
【００８５】
ユーザとの相互作用（対話）を提供するために、ここに説明したシステム及び技術は、ユーザに情報を表示するための表示装置（例えば、ＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニタ）と、ユーザがコンピュータに入力を提供することができるキーボード及びポインティング装置（例えば、マウスまたはトラックボール）とを有するコンピュータ上で履行され得る。他の種類の装置も同様にユーザとの相互作用（対話）を提供するために用いられ得、例えば、ユーザに与えられるフィードバックは、任意の形態の感知的なフィードバック（例えば、視覚的フィードバック、聴覚的フィードバック、または触覚的フィードバック）であって良く、そしてユーザからの入力は、音響、音声、または触覚的入力を含む任意の形態で受信され得る。
【００８６】
ここに説明したシステム及び技術は、バック−エンド構成要素（例えば、データ・サーバ）を含むか、またはミドルウェア構成要素（例えば、アプリケーション・サーバ）を含むか、またはフロント−エンド構成要素（例えば、ここに記載したシステム及び技術の履行でユーザが相互作用（対話）することができるウェブ・ブラウザまたはグラフィック・ユーザ・インターフェースを有するクライアント・コンピュータ）を含むコンピューティング（計算）システムで、またはこのようなバック−エンド、ミドルウェア、またはフロント−エンド構成要素の任意の組み合わせで、履行され得る。システムの構成要素は、ディジタル・データ通信（例えば、通信ネットワーク）の任意の形態もしくは媒体によって相互接続され得る。通信ネットワークの例は、ローカル・エリア・ネットワーク（“ＬＡＮ”）、ワイド・エリア・ネットワーク（“ＷＡＮ”）、及びインターネットを含む。
【００８７】
コンピューティング（計算）システムは、クライアント及びサーバを含み得る。クライアント及びサーバは、一般に互いに離れており、代表的には、通信ネットワークを介して相互作用（対話）する。クライアントとサーバの関係は、それぞれのコンピュータ上で実行されて、互いにクライアント−サーバ関係を有するコンピュータ・プログラムによって生じる。
【００８８】
幾つかの実施形態を詳細に上述してきたけれども、他の変更も可能である。この開示の部分は、ポータルを介する動作を説明したが、任意の幾つかのアクセス・システム及び方法が共同セッションを管理するために用いられ得る。図３−図９に示されたロジック・フローは、所望の結果を達成するために、示された特定の順番または順次の順番を必要としない。他の実施形態も特許請求の範囲内にあり得る。
【図面の簡単な説明】
【００８９】
【図１】コンピュータ・ユーザと種々の共同サービスとの間の通信を管理するためのシステムのブロック図である。
【図２】一体化システムのブロック図である。
【図３】共同セッションを創設するためのプロセスのフローチャートである。
【図４】共同セッションを開始するためのプロセスのフローチャートである。
【図５】開始された共同セッションに参加するためのプロセスのフローチャートである。
【図６】共同セッションを開始するために行われ得るステップを示す相互作用（対話）の図である。
【図７】スケジューリングされた共同セッションに参加するために行われ得るステップを示す相互作用（対話）の図である。
【図８】当面の共同セッションを開始するために行われ得るステップを示す相互作用（対話）の図である。
【図９】スケジューリングされた共同セッションを開始するために行われ得るステップを示す相互作用（対話）の図である。
【図１０】共同開始パッドの２つのビューを示す図である。
【図１１】メニューを有する共同開始パッドのビューを示す図である。
【図１２】階層的表示を有する共同開始パッドのビューを示す図である。
【図１３】共同開始パッドへのアイテム（項目）の追加を概略的に示す図である。
【図１４】当面のメッセージ・セッションを有する共同開始パッドを示す図である。
【図１５】共同開始パッドで共同セッションを創設するためのプロセスのフローチャートである。
【符号の説明】
【００９０】
１０ システム
１２ ポータル
１４ 一般ビュー
１６ カレンダ・ビュー
１８ テレビ会議ビュー
２０ プレゼンテーション・ビュー
２２ 一体化システム
２４、２６ セッション・レコード
２８−３４ 種々のコネクタ・グループ
３６ 共同プロバイダ
３８ インターネット
５０ 一体化システム
５２ クライアント・コネクタ
５４ クライアント
５６ プロバイダ・コネクタ
５８ サービス・プロバイダ
６０ セッション・コントローラ
６６ 収納場所インターフェース
６８ 収納場所
【技術分野】
【０００１】
本発明は、多数のオンラインの共同ツール及びサービスの一体化に関する。
【背景技術】
【０００２】
コンピュータのユーザが、異なった場所にいる他のユーザと効率的な態様で通信するのを助けるために、今日では多くの共同（ｃｏｌｌａｂｏｒａｔｉｏｎ）ツールが存在する。例えば、ネットワーク会議のアプリケーションは、実時間の同期会議を保持するための仮想空間を提供する。このようなアプリケーションは、会議の参加者が検討して編集するためのライブ・プレゼンテーションまたは他の物体、インスタント・メッセージング（ＩＭ）、参加者の間での通信のためのチャット・サービス、及び参加者が入力を提供することができるホワイトボード、を提供することができる。ネットワーク会議のアプリケーションは、また、テレビ会議またはビデオ・テレビ会議サービスをも提供することができ、もしくはそれらと一体化することもできる。これらのアプリケーションは、ＷｅｂＥｘ Ｌｏｔｕｓ Ｓａｍｅｔｉｍｅ Ｃｅｎｔｒａ ＣｅｎｔｒａＯｎｅ、及び Ｐｌａｃｅｗａｒｅ Ｃｏｎｆｅｒｅｎｃｅ Ｃｅｎｔｅｒを含む。他の共同アプリケーションは、非同期の相互作用もしくは対話を提供し得る。例えば、グループ・メンバーが、ｅ−メールまたは他のメッセージ選択を用いて相互作用もしくは対話し得、及びメンバーがドキュメントを検討し、注釈し、コメントし、そして編集することができる共同領域が提供され得る。
【０００３】
一般に、異なった共同アプリケーションは、ユーザに異なった便宜を提供し得る。幾つかの状況においては、１つのアプリケーションが適切であるが、他の状況においては、異なったアプリケーションが適切であり得る。しかしながら、任意のただ１つの会社が、代表的なユーザの関心を引く領域のすべてにおいて最高の品種（ベスト・オブ・ブリード）のアプリケーションを提供するであろうことはありそうもない。結果として、ユーザは、いくつかのアカウントを創設し、共同セッションを創設するためのいくつかのインターフェースを学習し、そして種々のセッションを別々にスケジューリングしてトラッキングする（たどる）ことを要求される。
【発明の開示】
【課題を解決するための手段】
【０００４】
この発明は、種々の共同ツールまたはアプリケーションによって提供されるサービスを一体化するのを援助する方法及びシステムを開示する。一態様において、共同サービスを提供する、コンピュータで履行される方法が提供される。該方法は、共同表示領域に複数のコンタクトを表示する段階と、複数のコンタクトから１つまたは２つ以上のコンタクトの選択を受信する段階と、複数の共同サービス・プロバイダに関連した複数の共同サービス・オプションを、共同表示領域に表示する段階と、表示された共同サービス・オプションに関係する共同要求を受信する段階と、共同セッションを共同サービス・プロバイダで開始する段階と、１つまたは２つ以上の選択されたコンタクトを、開始された共同セッションに関連させる段階と、を含む。
【０００５】
複数のビジネス対象は、また、共同表示領域に表示され得、そして１つまたは２つ以上のビジネス対象の選択は受信され得て、１つまたは２つ以上のビジネス対象は共同セッションからアクセス可能にされる。ビジネス対象の選択は、共同セッションが開始された後に受信され得、対象は、フォルダ及び該フォルダと関連する対象の階層として表示され得る。
【０００６】
幾つかの実施形態において、複数の利用可能な共同ルームが、共同表示領域に表示され得る。また、複数のコンタクトの各々の状況が表示され得、そしてコンタクトは、頻繁に使用されるコンタクトを含むコンタクトのリストを含み得る。共同セッションに関する情報は、また、データの収納場所に提供され得る。さらに、共同表示領域にドロップ・ゾーンが表示され得、ドロップ・ゾーンにドロップされた項目に関する情報が受信され得、そして項目に対応する選択が共同表示領域に表示され得る。項目は、コンピュータ・ユーザとの通信を創設するための情報を有するコンタクト識別エンティティを含み得る。項目は、また、共同セッションにおけるドキュメントに接続を創設するための情報を有する対象識別エンティティを含み得る。
【０００７】
もう１つの実施形態において、第２の共同サービス・プロバイダによって提供された共同サービス・オプションの１つに関係した第２の共同要求が受信され得、そして第２の共同サービス・プロバイダから第２の共同セッションが開始され得る。第１及び第２の共同セッションは、同時に表示され得、そしてセッション・エンド要求が受信され得、それにより、第１及び第２の共同セッションの表示はやめられる。
【０００８】
共同サービスを開始するためのコンピュータで履行される方法も提供され、該方法は、共同セッションに接続されるべきユーザを表す選択されたコンタクトを受信する段階と、共同セッションにおいてアクセスされるべき選択された対象を受信する段階と、共同セッションを提供するための選択された共同サービスを受信する段階と、選択された共同サービスに対応する選択された対象及び選択されたコンタクトで共同セッションを開始する段階と、を含む。複数のコンタクトの選択も受信され得、ここに、共同セッションは、選択されたコンタクトで開始される。
【０００９】
選択されたコンタクト、選択された対象、及び選択された共同サービスは、自動化された選択プロセスの結果としてコンピュータ・アプリケーションから受信され得る。また、選択されたコンタクトを含むコンタクトリスト、選択された対象を含む対象リスト、及び選択された共同サービスを含む共同サービス・リストは、共同サービスを開始する前に、共同表示領域に表示され得る。選択されたコンタクト、選択された対象、及び選択された共同サービスは、また、コンピュータ・アプリケーションのユーザからの選択に応答してコンピュータ・アプリケーションから受信され得る。また、コンタクトは、ドロップ・ゾーンにおいて受信されて、コンタクトリストにおいて表示され得る。
【００１０】
１つの実施形態において、共同サービス開始パッドは、複数の利用可能な共同サービスを提起し、共同セッションの開始を許容するよう動作可能な共同サービス表示領域と、複数のコンタクトを提起し、共同セッションのための１つまたは２つ以上のコンタクトの選択を許容するよう動作可能なコンタクト表示領域と、１つまたは２つ以上の対象を提起し、共同セッションからアクセスされるべき対象の選択を許容するよう動作可能な対象表示領域と、を備える。開始パッドは、また、１つまたは２つ以上の利用可能な共同ルームを提起し、１つまたは２つ以上の共同ルームへのアクセスを許容するよう動作可能な共同ルーム表示領域をも備え得る。さらに、対象が開始パッドに追加され得る対象ドロップ・ゾーンが提供され得る。対象ドロップ・ゾーンは、コンタクトを受信し、該コンタクトに関係する情報をコンタクト表示領域に追加するよう動作可能であり得る。さらに、コンタクトの現在の状況を示すために各コンタクトに関連した状況インジケータが設けられ得、そしてデータ収納場所は、共同セッションに関係する情報を記憶し得る。
【発明の効果】
【００１１】
長所的には、該方法及びシステムは、共同サービス・プロバイダの不均一な（ヘテロジーニアス）混合にまたがってユーザのための効果的な一体化を提供し得る。さらに、ユーザには、単一のカレンダまたはスケジューリング・アプリケーションから種々の共同セッションをスケジューリングして監理する能力が与えられ得る。
【００１２】
１つまたは複数の履行の詳細が添付図面及び以下の説明で述べられる。他の特徴及び長所は、該説明及び図面、並びに特許請求の範囲から明瞭であり得る。
【００１３】
さて、これら及び他の態様を、図面を参照して詳細に述べる。なお、種々の図面において、同様の参照符号は同様の要素を示す。
【発明を実施するための最良の形態】
【００１４】
ここに記載されるシステム及び技術は、コンピュータ・ユーザもしくはユーザが、幾つかの異なった共同サービスを通して、共同セッションを創設するのを可能とすることに関する。
【００１５】
図１は、コンピュータ・ユーザと種々の共同サービスとの間の通信を管理するためのシステム１０のブロック図である。図示された例において、コンピュータ・ユーザは、ポータル１２を介してシステム１０と相互作用（対話）する。ポータル１２は、異なったコンピュータ・システム上に異なったフォーマットで記憶されている情報を含む種々の情報及びリソースへのアクセスをユーザに提供する中央インターフェースである。さらに、ポータル１２は、リアルタイムでもしくはほぼリアルタイムで更新された情報を提供し得、それにより、下層のデータが変化するにつれ、ポータル１２に表示された情報も変化する。ポータル１２は、種々のインテグレイテッド・ビュー（一体表示）（“ｉＶｉｅｗｓ”としても知られる）１４−２６を介してこの情報を提供する。これらのビューは、他のアプリケーションズのなかでも特に、エンタープライズ・リソース・プラニング（ＥＲＰ）アプリケーションズ、カスタマ・リソース・マネージメント（ＣＲＭ）アプリケーションズ、サプライヤ・リソース・マネージメント（ＳＲＭ）アプリケーションズ、コーポレイト・イントラネット、コーポレイト・ワークフロー・アプリケーションズ・ビジネスツービジネス（Ｂ２Ｂ）コマース・アプリケーションズ、インターネット、またはグループウェア・アプリケーションズ（例えば、マイクロソフト・アウトルックまたはロータス・ドミノ）からの情報を表示することができる。
【００１６】
ポータル１２は、種々のビューを示すように構成され得る。例えば、一般ビュー１４は、他のもののなかでも特に、産業特定ニュ−スのヘッドライン、ｅ−メール・メッセージ、株価、またはビジネスにおける現在の売上高に関する更新された情報を示すことができる。さらに、いくつかのビューは、ｅ−会議のような共同セッションに関する情報を示すように用いられ得る。例えば、カレンダ・ビュー１６は、ユーザのスケジュールに関係する情報と一緒にカレンダを示す。カレンダ・ビュー１６を用いれば、ユーザは、一人または二人以上の他のユーザとの提案された共同セッションを設定するために、日及び時刻を選択し得る。カレンダ・ビュー１６は、Ｍｉｃｒｏｓｏｆｔ ＥｘｃｈａｎｇｅまたはＬｏｔｕｓ Ｄｏｍｉｎｏのようなユーザによって用いられる標準のカレンダ・ツールによって記憶されているスケジュール情報に直接アクセスし得る。代替的には、ビュー１６は、ユーザのカレンダ・ツールによって生成されるカレンダを提起するための領域を提供し得る。そのようなものとして、カレンダ・ビュー１６は、ユーザのための中央スケジュール・ツールとして働くことができ、もしくは、ユーザが単一の共通スケジュールを保つのを許容する代替的なスケジュール・ツールとしても働くことができる。ユーザが共同セッションをスケジュールし得る態様を、以下に一層詳細に説明する。
【００１７】
他のビューが、１つまたは２つ以上の共同セッション、もしくは参加者が互いに同期的に相互作用（対話）することができるセッションを提起するために用いられ得る。例えば、テレビ会議ビュー１８は、もう一人のユーザのビデオを示し、ポータル１２は、対応のオーディオをも提供し得る。同様に、プレゼンテーション・ビュー２０は、ユーザのシステムにまたはどこか他に存し得て、他のユーザによって共同セッションにおいて観察されかつ注釈され得るプレゼンテーションまたはドキュメントを示す。テレビ会議ビュー１８及びプレゼンテンション・ビュー２０は、電子会議及びテレビ会議アプリケーションと共に一般的に用いられる任意のいくつかの特徴を提供し得る。他の共同セッションは、他のなかでも特に、インスタント・メッセージング、チャット、デスクトップ・シェアリング、ドキュメント・シェアリング、及びアプリケーション・シェアリングと関連し得る。
【００１８】
テレビ会議ビュー１８及びプレゼンテーション・ビュー２０によって代表される共同セッションは、一体化システム２２の援助でもって創設され得る。一体化システム２２は、ユーザと種々の共同プロバイダ３６との間の通信を援助する媒介として働き得る。長所的には、一体化システム２２は、特定の状況に対して適切なまたは最も良好な共同プロバイダを見つける仕事からユーザを解放し得る。さらに、一体化システム２２は、特定の共同プロバイダ３６へのユーザのアクセスを制御し得る。例えば、法人または他の企業は、特定の共同プロバイダ３６との創設した関係を有し得、一体化システム２２は、会社の被雇用者だけがこれらの共同プロバイダ３６を用い得るように構成され得る。
【００１９】
或るユーザには、特定のプロバイダへのアクセスが与えられ得、他のユーザには異なったもしくはさらなるプロバイダへのアクセスが与えられる。このような区別及び制御は、例えば、会社が或る被雇用者には制限されたチャット能力を提供することを望むが、しかし高い優先度のプロジェクトで働いている技術者のような他のユーザには、完全なリアルタイムでのドキュメント共用能力及び電子共同ルームへのアクセスのような一層大きい能力を提供することを望む場合に、有利であり得る。さらに、第１の会社が、該第１の会社によって通常用いられていない共同サービスを用いているもう１つの会社とのジョイント開発プロジェクトに入った場合、第１の会社と提携されたものを含むジョイント開発チームのすべてのメンバーにこれらの他のアプリケーションへのかかる特別なアクセスを与えるように、一体化システム２２を用い得る。
【００２０】
さらに、一体化システム２２は、セッションの価格が（１つの会社の内部か、または幾つかの会社にまたがってかの）特定のユーザに割り当てられ得るように、共同プロバイダ、並びにセッションの開始及び終了時刻のような共同セッションに関する情報を追跡し得る。さらに、一体化システム２２は、プロバイダのアイデンティティ及び特定の要件にかかわりなく、種々の共同セッションをスケジューリングし、管理するための単一のアクセス・ポイントをユーザに提供し得る。さらに、サービス・プロバイダの１つは、ユーザ自体の組織によって操作されるサービス・プロバイダであって良く、それにより、該組織の完全に内部の共同セッションが内部的に操作され得るが、該組織の外側の人々に関連するセッションは、第三者のサービス・プロバイダを用いることができる。他の利点は、以下の説明を読むことから明瞭になるであろう。
【００２１】
図示されたように、一体化システム２２は、共同プロバイダ３６と通信するよう構成された種々のコネクタ・グループ２８−３４を提供し得る。各コネクタ・グループは、ビデオ・テレビ会議のような或る型の共同サービスを提供するために幾つかのコネクタを含み得る。各グループにおけるコネクタは、一体化システム２２に或るプロバイダの動作をインターフェースするよう書かれたソフトウェア・モジュールであって良い。例えば、標準のＡＰＩは、一体化システム２２のために配布され得、一体化エンジン２２のユーザにそのサービスを提供することを望むサービス・プロバイダは、ＡＰＩの要件に叶うようにコネクタを作り得る。コネクタは、一体化システム２２からのコマンドを特定のサービス・プロバイダによって期待されるどんなフォーマットにも翻訳する。
【００２２】
例えば、コネクタ・グループ２８は、テレビ会議のサービスを提供する共同プロバイダと通信するためのコネクタを含み得る。同様に、コネクタ・グループ３４は、プレゼンテーション共用サービスを提供する共同プロバイダと通信するためのコネクタを含み得る。図示の目的でコネクタ・グループは、個別のグループとして示されているけれども、一体化システム２２は、任意の幾つかの方法で種々のプロバイダから得られるアプリケーションを表し得る。例えば、特定のサービス・プロバイダは、該プロバイダによって提供される１つ以上の共同サービスで動作するであろう単一のコネクタを作ることができる。
【００２３】
一体化システム２２は、また、ポータル１２から共同スケジューリング・リクエスト及び他の情報をも受信し、ポータル１２に１つまたは複数のセッションの状況に関する情報を提供し得る。この態様で、ポータル１２は、一体化システム２２のためのクライアント（顧客）・アプリケーションとして働く。例えば、ユーザは、カレンダ・ビュー１６を用いることによるような会議リクエストを作るためにポータル１２を用い得る。ポータル１２は、会議リクエストに関する情報が一体化システム２２に送信されるようにし得る。この情報は、例えば、会議またはセッションの開始及び終了時刻、予想される参加者、及びセッション中に利用可能とされるべきサービスまたはアプリケーションの種類を含み得る。この情報を用いて、一体化システムは、セッション・レコード２４、２６を生成し得、該セッション・レコードは、次に、ポータル１２並びに一層多くの共同プロバイダ３６及び関連の共同プロバイダ・コネクタの１つと関連される。
【００２４】
一例として、ユーザは、一人または二人以上のユーザとのドキュメント共用会議及びビデオ・テレビ会議セッションを創設するよう追求し得、そして一体化システム２２は、テレビ会議に関する情報を記憶するためにセッション・レコード２４を創設し得る。ユーザは、該ユーザの標準のスケジューリング・アプリケーションにおけるデータにアクセスするためにポータルを用い得、そして共同セッションをスケジューリングするよう選択し得る。一体化エンジン２２は、セッション・レコード２４における情報をセーブし、そして一体化システム２２へのリンクがセッション・スケジュールに形成されるようにユーザのアプリケーションにメッセージを送信し得る。ユーザは、次に、サービス・プロバイダまたは複数のプロバイダに送られるべきメッセージがセッションを開始するようにする一体化システム２２に信号を送るよう、セッションのための時刻であるときに該リンクを選択し得る。
【００２５】
特定のコネクタの選択は、予め創設されたルールによって制御され得る。従って、図１に示されるように、ユーザは、もしそうでなければ、一体化システム２２を介して得られるであろう２つのプロバイダ（それらのコネクタ・ボックスを通じて“Ｘ”によって示されている）からテレビ会議サービスを得ることを阻止され得る。ユーザは、また、チャット・アプリケーションのプロバイダへのコネクタを表すコネクタ・グループ３４によって示されるように、グループ内の利用可能なプロバイダの幾つかを用いることをも許容され得る。このような状況においては、優先順位ルールがデフォルト・プロバイダをユーザに提供するために用いられ得、そしてユーザは、次に、デフォルトを無効にし、異なったプロバイダを選択するための機会を与えられ得る。また、コネクタ・グループ３２によって示されるように、全グループまたはクラスのアプリケーションが、ユーザから阻止され得る。例えば、低レベルの被雇用者は、高価なテレビ会議サービスへのアクセスを拒否され得る。最後に、コネクタ・グループ３０によって示されているように、１つ以上がいまだ許容されている間に幾つかのプロバイダが阻止され得る。このような状況においては、利用可能なプロバイダの１つは、デフォルトによって割り当てられ得、そしてユーザには、デフォルトを無効にする機会が与えられ得る。
【００２６】
ユーザにアクセスを与えるであろうプロバイダ − ユーザに利用可能なプロバイダ − は、種々の方法で決定され得る。例えば、上述したように、プロバイダは、ユーザまたはユーザの雇用者が契約しただけのそれらのプロバイダであって良い。彼等は、ユーザによって果たされる特定の役割によって制限されるように、雇用者が契約したプロバイダのサブセットであっても良い。さらに、利用可能なプロバイダは、特定の会議またはセッションのために選択されている参加者すべてにとって利用可能であるプロバイダの共通セットとしても決定され得る。
【００２７】
一体化システム２２は、サービス・プロバイダにユーザに関する認証情報をも提供することができる。例えば、幾つかのサービス・プロバイダは、ユーザがプロバイダのアプリケーションにアクセスすることができる前に、ユーザのアカウント情報及びパスワードを必要とし得る。一体化システム２２は、（企業情報システムにおけるような）ユーザのために記憶されたこのような情報にアクセスし、そして該情報をユーザのためのサービス・プロバイダに通し得る。
【００２８】
一体化システム２２の構成は、種々の形態を取り得る。例えば、セッション・レコード２４、２６は、説明の目的で別々に示されているが、単一のレコードが、多数の異なったプロバイダから多数の異なったサービスをスケジューリングするために用いられ得る。さらに、ポータル１２とクライアントとの間の接続は、直接接続として示されており、そしてサービス・プロバイダ３６との接続は、インターネット３８を介する接続として示されているが、通信は、任意の数の経路を介して流すことができる。例えば、メッセージのすべては、インターネットもしくはもう１つの公衆または私設ネットワークを介して流すことができ、幾つかは、一体化システム２２とポータル１２を用いるユーザとの間に向けられ、幾つかは、一体化システム２２とサービス・プロバイダ３６との間に向けられ、そして幾つかは、ポータル１２を用いるユーザと１つまたは２つ以上のサービス・プロバイダ３６との間に直接向けられる。
【００２９】
図２は、クライアント・コネクタ５２及びサービス・プロバイダ５６を介して他のアプリケーションと通信する一体化システム５０のブロック図を示す。クライアント５４は、個人もしくは会社または他の企業における雇用者のような、共同サービスの幾つかの異なったユーザの任意のものであって良い。クライアント５４は、また、種々の組織から来ることができ、１つ以上の一体化システム５０にアクセスし得る。サービス・プロバイダ５８は、共同プロダクトまたはサービスの幾つかの送信元の任意のものであることができる。
【００３０】
一体化システム５０は、クライアント・コネクタ５２及びプロバイダ・コネクタ５６へ情報を送りそしてそれらから情報を受け取る、セッション・コントローラ６０によって管理される。例えば、セッション・コントローラ６０は、クライアント・コネクタを介してユーザから会議要求を受信し得、そして、次に、ユーザが、セッションのための（ビデオ・テレビ会議及びチャットのような）利用可能なアプリケーション、及びアプリケーションのためのサービス・プロバイダを選択するのを許容するよう、ユーザと相互作用（対話）し得る。
【００３１】
クライアント・コネクタを用いて、セッション・コントローラ６０は、ユーザから受信された情報を、特定のサービス・プロバイダ５８によって認識され得るフォーマットに翻訳し、それにより、会議が要求されたことをサービス・プロバイダに通知する。セッション・コントローラ６０は、また、会議における他の参加者ともインターフェースし得、そして各々他の参加者の状況に関して残りの参加者及び適切なサービス・プロバイダ５８を更新し得る。代替的には、このような更新は、サービス・プロバイダ５８と種々の参加者との間で直接行われ得、そしてセッション・コントローラ６０は、次に、会議またはセッションに関する適切な情報でもって更新され得る。
【００３２】
セッション・コントローラ６０は、収納場所インターフェース６６を用いて収納場所６８に種々のセッションに関する情報をセーブすることができる。例えば、セッション・コントローラ６０は、予想される会議に関する情報をセーブすることができ、それにより、ユーザは、該情報にアクセスすることができ、そしてそれを検討するかもしくはそれに変更を加えることができる。また、一旦、会議が開始してしまうかまたはそれが終了してしまった後、セッション・コントローラ６０は、後で使用するために会議に関する種々の履歴情報をセーブすることができる。
【００３３】
一例として、セッション・コントローラ６０は、会議のホスト（主催者）及び参加者と一緒に、会議の開始及び終了時刻に関する情報を、ビジネス・ウエアハウス（倉庫）のような構造化されたデータ記憶場所にセーブすることができる。該情報は、次に、特定の共同サービスの使用のためにユーザまたはユーザのグループにインボイスを作るユーザ割り当てアプリケーションのような他のアプリケーションによって用いられかつアクセスされ得る。例えば、大企業は、種々のサービス・プロバイダとの固定レートの協約を有し得、記憶された情報は、該企業がその種々の事業部または部門に渡ってその共同サービスの価格を割り付けるのを許容するよう用いられ得る。セーブされ得る情報を他の例は、セッションの開始及び終了の日及び時刻、セッションの議題、セッションの案内テキスト、セッションの主催者（ホスト）及び参加者、セッションのサービス・プロバイダ、及びセッション中に用いられるもしくは創成される（ドキュメント、プレゼンテーション、チャット議事録（トランスクリプト）、または訪問されるウェブ・サイトのような）リソースを含む。
【００３４】
セッションに関する他の、より少ない構造化されたデータも記憶され得る。例えば、チャット記録（ロッグス）、ビデオまたはオーディオ・レコード、もしくは種々のドキュメントまたはプレゼンテーション編集が、セッション中またはセッションの終了時にセーブされ得る。例えば、（チャット・アプリケーションからまたはセッションの音声認識変換記録からのいずれかからの）設計会議の議事録（トランスクリプト）は、情報管理システムに記憶され得、それにより、設計グループのメンバーは、例えばサーチ・エンジンを介して後で情報にアクセスし得る。ワークフロー・ルールもセーブされた情報に与えられ得る。例として、セッション中に編集されたドキュメントは、会議の種々の参加者に対して最終認可のために発送され得、そして会議に招待されたが出席しなかった者、もしくは招待さえされなかった他の者（例えば、スーパーバイザ）に対しても認可のために発送され得る。
【００３５】
セッション・コントローラ６０は、各クライアント５４が、単一のアプリケーションを用いて、共同セッションをスケジューリングしかつ管理するのを許容するよう構成され得る。例えば、クライアント５４のユーザは、標準のカレンダ・アプリケーション、もしくはカレンダ・アプリケーションを表示するポータルを用いて、共同セッションをスケジューリングし得る。ポータルまたはカレンダ・アプリケーションは、予想される参加者と一緒に、セッションの予想される開始及び終了時刻に関する情報を含む１つまたは複数のメッセージをセッション・コントローラ６０に送信し得る。セッション・コントローラ６０は、次に、カレンダ・アプリケーションまたはポータルが、セッション・コントローラ６０に向けられるハイパーテキスト・リンクのようなセッション識別子を、クライアントのためのカレンダに添付するようにするメッセージを戻し得る。
【００３６】
セッションのための時刻が到来すると、ポータルまたはカレンダ・アプリケーションは、セッション・コントローラ６０にセッションを開始させるために、セッション・コントローラ６０にメッセージを送り得る。例えば、ユーザは、ハイパーリンク上でクリックして、ＨＴＴＰフォーマット化されたメッセージがセッション・コントローラ６０に送られるようにし得、該セッション・コントローラ６０は、次に、収納場所６８における関連のセッション記録にアクセスする。セッション・コントローラは、次に、該記録内の情報を用いて、クライアント５４におけるアプリケーションを１つまたは２つ以上のサービス・プロバイダにリダイレクトすること等により、共同セッションが、クライアント５４と１つまたは２つ以上のサービス・プロバイダ５８との間で開始するようにし得る。共同セッションに対する変更は、同様の態様で行うことができ、それによりセッション・コントローラ６０は、クライアント５４において局部的に記憶されているスケジュールと同期して留まる。この態様で、ユーザは、多数の異なった共同サービス・プロバイダ５８とともにセッションを創設するよう、ユーザの好適なスケジューリング・アプリケーションを使用し続けることができる。さらに、ユーザは、単一のカレンダ・エントリを用いて多数のサービス・プロバイダ５８からのサービスを用いる共同セッションを創設することができ得る。
【００３７】
図３は、共同セッションを創設するためのプロセスのフローチャートである。ブロック１００において、システムは、共同セッションに関するユーザからの要求（リクエスト）を受信する。もし、要求が創設されてしまったいかなる会議にも関係しないならば、ブロック１０２で決定されるように、システムはブロック１０４においてブランク・セッション記録を創成する。このセッション記録は、上述したように、セッションに関する種々のパラメータのためのフィールドを含み得る。システムは、次に、ブロック１０２において、創設されるべきセッションに関するユーザからのまたはどこか他のところからの情報を受信し得る。ユーザがサブミッション・ボタン上をクリックすることによって示され得る、及びセッション要求と同時にシステムに与えられ得る、適切な情報をシステムが受信してしまうと、該情報は、ブロック１０８によって示されるように収納場所にポスト（転記）され得る。さらに、システムは、セッションのサービス・プロバイダ（ブロック１１０）及び任意の選択された被出席者（ブロック１１２）にも通知し得る。さらに、このような通知は、最初のユーザまたはサービス・プロバイダによって与えられ得る。
【００３８】
システムは、また、ユーザのための特定のプロバイダを選択するよう、ユーザに利用可能なプロバイダのリストを提供するよう、または選択されたプロバイダがユーザにとって利用可能でないということをユーザに知らせるよう、利用可能なプロバイダのデータ・ベースにアクセスもし得る。セッション要求は、また、スケジューリングされたセッションよりもむしろ当面の（インスタントの）セッションが所望されているということをも示し得、それにより、セッションを創設すると同時に直ちにセッションが開始される。
【００３９】
会議がすでに創設されてしまったならば、システムは、ユーザが検討することを望むであろう会議に関する識別子（アイデンティファイア）をブロック１１４において追及しかつ受信し得る。この識別子は、例えば、ユーザによって直接、またはユーザが選択してしまったＵＲＬ識別子によるようなユーザのアプリケーションから送られた情報によって、与えられ得る。ブロック１１６において、システムは、記憶された会議記録にアクセスし、それにより、会議情報はユーザに表示され得る。情報を検討すると、ユーザは、セッションを再スケジューリングすることによるような、または、被招待者（招待参加者）を追加もしくは除去することのような変更を、ブロック１１８に示されるように行い得る。変更が完了すると、収納場所における情報は更新され得（ブロック１２０）、サービス・プロバイダ（ブロック１２２）及び被出席者（ブロック１２４）は、通知され得る。さらに、システムは、ユーザのスケジュールを新しいセッション情報で更新するよう、ユーザに情報を送り得る。
【００４０】
システムは、また、ユーザが行った変更から必要とされるプロバイダにおける任意の変更について、ユーザに通知し得る。例えば、ユーザが、特定のプロバイダを用いることができない参加者を追加してしまったならば、システムは、セッションのためのプロバイダを変更することができ、または、ユーザに新しいプロバイダを選択するためのオプションを与え得る。一例として、会議が、単一の会社のために働いていた参加者だけを前以って含んでいた場合、会社自体のネットワークが共同サービスを提供するために割り当てられてしまい得るが、もし、他の会社からの参加者が加えられるならば、第三者のサービス・プロバイダが必要とされ得る。
【００４１】
図４は、前以ってスケジューリングされてしまっているセッションのような、共同セッションを開始するためのプロセスのフローチャートである。ブロック１２６において、システムは、最初に、セッション開始要求を受信する。この要求は、例えば、会議を開始するためのハイパーリンク上のユーザのクリックに応答して生成され得るか、もしくは、ユーザのシステムによるか、サービス・プロバイダによるか、または一体化システムによるかの予め設定された時刻において、自動的に生成され得る。セッションに関する他の情報は、次に、記憶されたセッション記録からアクセスされ得る（ブロック１２８）。セッションは、次に、（ブロック１３０において決定されるように）一体化システムによって直接か、またはユーザのシステムによってかのいずれかによって、サービス・プロバイダで開始され得る。
【００４２】
セッションが一体化システムを介して開始される場合、一体化システムは、サービス・プロバイダにセッション識別子を送り得（ブロック１３６）、そして引き続きセッションに関する通信を受信し得、それらを、サービス・プロバイダまたはセッションにおける参加者のいずれかに再度向け得る（図ロック１３８）。一体化システムは、また、一層受動的な役割を行い得、セッションに関する識別情報を、ユーザによって用いられるクライアント・システムに送り得（ブロック１３２）、次に、該情報をサービス・プロバイダに送り得る。例えば、一体化システムは、ＨＴＴＰフォーマットされた１つまたは複数の信号をクライアントに送って、ポータルにおけるビューのようなウェブ・ブラウザまたは他のアプリケーションをサービス・プロバイダに再度向けることができ、また、クライアントに適切な識別及び認可情報を提供することができる。このような状況において、通信は、一体化システムがあたかも存在しなかったように、種々のユーザとサービス・プロバイダとの間で行われる。
【００４３】
しかしながら、セッションに関する或る情報は、一体化システムによってインターセプト（遮断）され得るか、または、一体化システムに向けられ得る（ブロック１３４）。該情報は、また、セッションが完了したとき、セッションからのトランスクリプト（写し）、オーディオ・ファイル及びビデオ・ファイルのような追加の情報と一緒に一体化システムに送られ得る。この情報は、次に、収納場所に記憶され得るか（ブロック１４０）または別の適切な１つまたは複数のデータ・ストアに記憶され得る。例えば、各セッションの参加者ごとの識別子と一緒にセッションの開始及び終了時刻が記憶され得る。また、セッション中に共用されたドキュメントのコピーのような一層複雑な情報も記憶され得る。１つの例において、サービス・プロバイダは、共同セッションの閉会時において、または、幾つかの他の時点において、一体化システムに信号及び追加の情報を送り得る。
【００４４】
図５は、すでに開始されたしまった共同セッションを結合するためのプロセスのフローチャートである。このプロセスは、例えば、セッションに参加するよう招待されたユーザに適用し得る。ブロック１５０において、システムは、会議に参加者を追加するための要求を受信する。記憶されたセッション記録は、セッションに関する特定のユーザの権利（例えば、ユーザが招待されていたか否か）を決定するようにアクセスされ得る（ブロック１５２）。セッションが開始されていなかったならば（ブロック１５４によってテストされるように）、システムは、会議が開始されてしまうまで、ユーザを支援し得る（ブロック１５６）。例えば、システムは、セッションに関するサービス・プロバイダに要求を周期的に再送し得る。
【００４５】
代替的には、共同（collaboration）アプリケーションは、待機しているユーザのコンピュータ・システムに警報を生成させてセッションを開始させるために、警報信号を送信するよう構成され得る。この警報信号は、共同サービス・プロバイダからの信号によってトリガされ得る。任意的な選択として、システムは、ユーザに、パズルのような気晴らし、単純なビデオ・ゲーム、音楽または他のオーディオを提供し得、会議が始まるのを待っている間ユーザに興味を持たせて心を引くようにする。また、システムは、（適切なメッセージ及び認証／識別情報を有するプロバイダにユーザのアプリケーションを再度向ける等により）ユーザを共同プロバイダに接続し得、セッションが開始するまでプロバイダがユーザを保持して置くのを許容する。
【００４６】
セッションが開始されてしまったならば、システムは、新しいユーザに関する情報で、記憶された記録を更新し得（ブロック１５８）、次に、上述のように、サービス・プロバイダにユーザのアプリケーションを再度向ける一体化システムよる等により、一体化システムからかまたはユーザのシステムからかのいずれかからの、ユーザをセッションに追加するための指令がサービス・プロバイダに与えられ得る（ブロック１６０）。
【００４７】
図６は、共同セッションを開始するようプログラムされ得るステップを示す相互作用（対話）プログラムである。図は、共同システムの種々の部分を示し、該種々の部分間には通信リンクが存在し、番号が付けられて説明された矢印は、概して、特定の動作が行われ得る順番を示し、かつ該動作によって接続されるアクタを示す。例えば、図６において、ユーザ１８０は、該ユーザのユーザ・アプリケーション１８２にセッションを開始すべき指令を提供し、そしてユーザ・アプリケーション１８２は、（それが送られたままのものまたはそれを変形した後のもののいずれかの）該要求を一体化システム１８４に送る。指令は、例えば、スケージュール・エントリにおけるリンクを手動クリックすることであって良く、またはユーザのスケージュール・アプリケーションによって自動的に生成されることもできる。リンクは、セッションがスケジューリングされたとき、一体化システム１８４からユーザ・アプリケーション１８２に前以って送られていた一体化システム１８４におけるＵＲＬアドレスであって良い。
【００４８】
代替的には、スケジュールは、一体化システム１８４によって保持されて良く、それにより一体化システム１８４はプロセスを開始する（例えば、ユーザ・アプリケーション１８２に信号を送ることにより、それにより、それが、差迫ったセッションについてユーザ１８０に警告してユーザ１８０からの応答を追及する）。一実施形態において、ユーザ・アプリケーション１８２は、ブラウザであって良く、ＨＴＴＰメッセージを用いて通信し得る。代替的には、ユーザ・アプリケーション１８２は、ポータルまたはポータルと相互作用する（対話する）アプリケーションであって良く、一般ウェブ・サービスとして一体化システム１８４を処理し得る。他の構成も用いられ得る。
【００４９】
一体化システム１８４は、次に、サービス・コネクタ１８６がブラウザ１８２に再方向付け信号を送るようにし、それは、次に、ブラウザ１８２が、この例ではＷｅｂＥｘアプリケーションであるサービス・プロバイダ１８８にログ（記録）するようにし得る。ログインの結果は、ユーザ・アプリケーション１８２を介してサービス・コネクタ１８６に戻され得、そして会議スケジュールも、同様の態様でユーザ・アプリケーション１８２を介してサービス・コネクタ１８６とサービス・プロバイダ１８８との間で発生し得る。スケジュール・セットでもって、セッションＩＤは、サービス・プロバイダ１８８によって発行されて収納場所１９０に記憶され得る。セッションが開始されると、制御は、セッションが終了するまでサービス・プロバイダ１８８に移転され、セッションが終了した時点で、情報は、ユーザ・アプリケーション１８２またはサービス・プロバイダ１８８から受信された後収納場所１９０に記憶され得る。さらに、サービス・コネクタ１８６は、セッションに進行を監視し得、そして後でアクセスされ得るセッションに関する情報を取得または生成し得る。
【００５０】
追加の共同セッションも、部分的または完全な時間的重複を有するように最初の共同セッションと同時に創設され得る。例えば、ユーザ１８０は、単一のセッションのための異なったベンダ（売主）から多数のサービスをスケジューリングし得る。さらに、ユーザ１８０は、同時に多数のジョブもしくは仕事を行うように、同時に動作する多数のセッションを有するよう選択し得る。
【００５１】
図７は、スケジューリングされた共同セッションに参加するよう行われ得るステップを示す相互作用（対話）の図である。ユーザ２００は、セッションを結合するよう（ＵＲＬリンク上等を）最初にクリックし得、そしてユーザ・アプリケーション２０２は、一体化システム２０４に要求を送り得、それは、次に、収納場所２０６からのセッションに関する情報を検索し得る。一体化システム２０４は、次に、新しいユーザとのさらなる相互作用（対話）を制御する適切なサービス・プロバイダ２１０（ここでは再度、ＷｅｂＥｘサーバー）にユーザ・アプリケーション２０２を再度向けるように、サービス・コネクタ２０８に信号を送り得る。再度、サービス・コネクタ２０８はセッションを監視して、それに関する情報を得るかまたは創成する。さらに、サービス・コネクタ２０８及び／または一体化システムは、サービス・プロバイダ２１０からのようなセッションに関する情報を受信し得る。
【００５２】
図８は、当面の共同セッションを開始するよう行われるステップと関連して、ユーザが提起され得るビューを示す相互作用（対話）の図である。示されているように、ポータルからのビュー２１６は、共同セッションのための種々の潜在的な参加者を示し得、そしてまた、用いられるべき幾つかの共同サービスを提供し得、それにより、サービスの１つをクリックすれば、サービスを自動的に開始させる。ビュー２１６におけるサービスの選択は、一体化システム２１８に通信され、該一体化システムは、次に、（セッション情報を創設して該情報をユーザのアプリケーションを再度向けることによりプロバイダに通す等により）サービス・プロバイダに知らせ、そしてビュー２２０によって示されるようにセッションの制御をサービス・プロバイダに引き渡す。セッション中またはセッションの後の適切な点において、一体化システム２１８は、共同レポート２２２等により、それがシステムの種々のユーザへセッションから収集した情報を提供し得る。
【００５３】
図９は、スケジューリングされた共同セッションを開始するために行われるステップと関連してユーザが提起され得るビューを示す相互作用（対話）の図である。この図は、図８と類似しているが、しかし、カレンダ・ビュー２２４は、即時の会議のための選択ではなく、むしろ会議をスケジューリングするためのカレンダを示す。カレンダ・ビュー２２４とのユーザの相互作用（対話）は、ＲＴＣアプリケーション２２８がスケジューリングされた時刻においてサービス・プロバイダによって開始されるように、一体化システム２２６にメッセージが送られるということに帰結する。また、適切な時刻において、一体化システム２２６は、創設されたセッションに関する情報を収集し得、そして、かかるデータを共同レポート２３０に提供し得る。
【００５４】
図１０は、共同開始パッドの２つのビューを示す。開始パッド２４０は、ポップアップ２４７でもって示され、開始パッド２４２は、メニュー２５４でもって示される。開始パッド２４０は、ビュー・メニュー・エンティティ２５０及び選択メニュー・エンティティ２５２を有するメニュー・ディスプレイ領域を含む。開始パッド２４０は、また、ローカル・ユーザが共同セッションを創設し得る、他のコンピュータ・ユーザのような幾つかのコンタクト（交信）を提起し得るコンタクト（交信）ディスプレイ領域２４４をも含む。示されているように、コンタクトは、苗字によってアルファベット順に分類されるコンタクト名のリストとして表される。コンタクトは、ハイパーリンクとして示され、それにより、コンタクトの選択は、名刺のようなコンタクトに関する情報を示すディスプレイを生成し得るか、もしくは、コンタクトにアドレス指定された空のｅ−メールを開放する等により、コンタクトで共同プロセスを開始し得る。さらに、コンタクトに関する情報は、また、所定の時間ポインタがコンタクトを超えてフローティングするのを許容されるならば、開始パッド２４０と関連したポップアップ２４７にディスプレイされ得る。
【００５５】
開始パッド２４０上に示される各コンタクトは、コンタクトのための種々の種類の状態情報によって付随され得る。例えば、図１０において、人のアイコンがコンタクトハイパーリンクの次に表示され、そして、コンタクトが会議において現在オンラインであるか、または、離れているかのようなコンタクトの状況を示し得る。もし、ポインタがアイコン上でホバリングされているならば、該状況のテキスト表示も表示され得る。この態様で、ローカル・ユーザは、例えば、コンタクトによって表示されているもう一人のユーザが、チャットのような同期共同セッションのために利用可能かまたは任意の他の種類のセッションのために利用可能かを決定し得る。また、もし、ローカル・ユーザが、スケジューリングされた共同セッションのための時間を創設したならば、ユーザには、特定のコンタクトがセッションのための該時間において利用可能か否かを示す情報が提供され得る。
【００５６】
また、チェック・ボックスまたは他の適切な構造の形態で、コンタクト選択ボックスが提供され得、それによりローカル・ユーザは、任意の潜在的共同セッションに参加するようにコンタクトを選択し得る。従って、もし、一人または二人以上のユーザが選択され、そしてローカル・ユーザが共同セッションを開始するように選択するならば、開始パッド２４０は、セッションにふくまれる選択されたコンタクトでセッションが自動的に開始するようにし得る。もし、共同セッションが外部のプロバイダによって提供されるならば、システムは、また、選択されたコンタクトがセッションにもたらされるように、サービス・プロバイダに選択されたコンタクトに関する適切な情報を通すこともできる。もし、ローカル・ユーザが共同サービスを選択するときにどんなコンタクトも選択されないならば、ユーザには、セッションが開始した後にコンタクトを特定するための機会が与えられ得る。
【００５７】
構成された共同サービスのためのポップアップ・メニュー（図示せず）を表示するために、コンタクトハイパーリンクの右のもう１つのアイコンが選択され得る。例えば、図１０において、Ｄａｒｉｎ Ｋｒａｓｌｅのためのハイパーリンクの次のアイコンが選択されたならば、Ｄａｒｉｎと通信するために用いられ得る共同サービスを示すポップアップ・メニューが表示され得、そしてローカル・ユーザは、Ｄａｒｉｎで即座の共同セッションを始めるためにツールの１つを選択し得る。
【００５８】
この態様で、共同セッションを開始するための代替的な方法は、ローカル・ユーザに拡張され得るが、しかし、共同サービスの異なった種類にまたがる一体化された態様で、かつセッションに関連する種々の目的で、それを行い得る。特に、ローカル・ユーザは、ユーザのためのコンタクト選択ボックスをチェックすることによって共同作業者（同僚）とのチャット・セッションを開始することができ、次に、メニューからチャット・サービスを選択することができる。代替的には、ローカル・ユーザは、構成された共同サービスのポップアップ・メニューから単にチャットを選択することができる。ローカル・ユーザは、同様の態様で、仮想会議または仮想ルームを創設するというような他の種類の共同サービスを創設するよう、同様のルートを取ることができ、それにより、種々の方法で、しかし、均一のインターフェースで、セッションを創設するための機会を有する。
【００５９】
さらに、システムは、同様の関係が、ユーザと情報（ビジネス対象の収集のような）との間にかつサービスと情報との間に、創設されかつ維持されるのを許容する。例えば、ユーザは、該ユーザが文書（ドキュメント）またはルームにアクセスするよう使用し得る１つまたは複数のサービスとは別に、特定の文書または仮想ルームにリンクされ得る。それ自体、人々に強力に関係する複数のサービスの構成可能及び拡張可能のセットが創設され得、それにより、例えば、電話会議が電話プロバイダにコンタクト情報を通すことにより容易に開始され得、ＣＲＭ活動（アクティビィティ）がＣＲＭシステムから開始され得、ＰＭシステムがプロジェクト割り当てを示すことができ、そして許可要求が行われたＨＣＭシステムが熟達したセットの特定の被雇用者を示すことができる。また、文書またはルームは、それにアクセスするであろう一人または複数のユーザとは無関係に、特定のサービスに関連し得る。この態様で、システムは、人、情報、及びサービスの三角関係を柔軟な態様で管理することができ、何かまたは誰かに関する情報の単純化された共用を許容する。
【００６０】
対象表示（オブジェクト・ディスプレイ）領域２４６は、共同セッションと関連し得る、文書のような幾つかの対象を示し得る。各対象には、対象がワード処理文書であるということを示すアイコンのような、対象の型を示すアイコンが与えられ得る。対象は、また、各々、文書が共同セッションに含まれるべきであるということを示すようチェックされ得る選択ボックスと関連され得る。例えば、局部ユーザが、幾つかのコンタクトに、添付された文書を有するｅ−メールを送ることを望むならば、ユーザは、コンタクト表示領域２４４における適切なコンタクトを選択し、対象表示領域２４６における１つまたは複数の適切な文書を選択し、そして、次に、ｅ−メールの共同サービスを選択し得る。ｅ−メールは、次に、記入された適切なアドレス情報及び予め添付された１つまたは複数の文書を有して生成され得る。同様の態様で、ユーザは、選択された特定の対象及び選択された特定のコンタクトでもって、仮想会議または仮想ルームを創設することができる。
【００６１】
開始パッド２４０に表示された対象は、適切な態様で編成され得る。一例として、該編成は、局部ユーザによってナビゲート（探査）され得る共通フォルダ内に一緒に集められた特定の対象でもって階層的であって良い。コンタクトのような他の対象も、（会社、プロジェクト、または仕事グループ等により）類似の態様でグループ化され編成され得る。対象は、また、ｅ−メール、ビジネス情報（ＢＩ）システム、及び販売オーダ、購入オーダ、材料マスタ・データ及び送り状（インボイス）のような、ＥＲＰまたはレガシ・システムからの対象を含み得る。対象は、また、ビデオまたは音声記録のような項目をも含み得る。他の種類の対象（オブジェクト）も、ユーザの必要性及びシステムの構成に依存してアクセスされ得る。
【００６２】
ナビゲーション表示領域２４８は、開始パッド２４０によって表示された情報を通して移動する特徴を含み得る。例えば、ページ・インジケータは、開始パッド２４０における情報が多数のページの間にまたは多数のページの中に分割されていた場合に、局部ユーザがどのページを観察しているかを示し得る。矢印制御のような他の表示項目も、ユーザが、１つのページから他のページに動くのを許容するよう、設けられる。
【００６３】
開始パッド２４０は、任意の適切な態様で表示され得る。例えば、それは、ポータルのツール領域において、（例えば、ポータルのヘッダ領域におけるリンクをクリックすることによって）開始され得、そして、ポータルにおけるビューとして表示され得る。それは、また、単一のユーザ対象または（例えば、共同ルームのチーム・メンバ・リストから一人または二人以上のユーザを選択することにより、そして開始パッドが予め選択されたメンバでもたらされるように開始パッドを含むメニューをもたらすように右クリックすることにより）ユーザの選択、もしくは単一の対象または対象の収集、として開始され得、そして、（例えば、ＥＲＰシステムと関連したビューにおける３つの販売オーダを選択することにより、そして開始パッド２４０を含むメニューをもたらして、それにより、開始パッド２４０が、予め選択された対象でもたらされるようにするために右クリックすることにより）簡単な対象として表示され得る。
【００６４】
（チーム、ユーザ、ユーザの選択、ビジネス対象、またはビジネス対象の選択のような）対象も、ツール領域にドラッグされ（持ち込まれ）得、そして開始パッド２４０に選択された１つまたは複数の対象をもたらす（ｂｒｉｎｇ ｕｐ）ように解放され得る。また、適切なアプリケーションは、開始パッド２４０をもたらすように構成され得、そして、或る対象及び情報が、ＬＤＡＰプロトコルまたは他の適切かつ互換可能な通信等を用いて、開始パッド２４０に通されるようにする。このようなアプリケーションは、レガシ・システムまたはＣＲＭ／ＨＣＭシステムのような他のシステム、もしくはチーム及びグループで動作する他のシステムを含み得る。
【００６５】
開始パッド２４０は、また、（示されたように）浮動しているまたは係留されている窓として表示され得、それにより、ユーザは、該ユーザが他の窓で行っているかも知れない他の仕事の文脈を失うことがない。さらに、開始パッド２４０は、ユーザのコンピュータ・ディスクトップの部分として表示され得る。
【００６６】
開始パッド２４２は、開始パッド２４０と同様であるが、しかし、選択メニュー・セレクタに対応するポップアップ・メニュー２５４を表示する。メニュー２５４は、開始パッド２４２の表示を制御することができるオプションを含む。例えば、ユーザは、（共同作業者及び友人のリストのような）ユーザが予め同定したコンタクトを開始パッド２４２に表示させるための“Ｍｙ Ｃｏｎｔａｃｔｓ”を選択し得る。ユーザが他のユーザと共同セッションを創設する頻度も追跡され得、それにより、ユーザは、１０個の最も使用されたコンタクトのような、最も使用されたコンタクトを表示することを選択し得る。さらに、ユーザは、該ユーザが招待された、または、ユーザが以前に訪問した仮想ルームを表示することを選択し得る。
【００６７】
図１１は、共同セッションを制御するためのメニュー２５６を有する共同開始パッドのビューを示す。メニュー２５６は、共同サービス表示領域２５８における幾つかの共同サービスを示す。該サービスは、サービスのセット・リストであって良く、または局部ユーザのアクセス権に従って表示されても良い。例えば、他の組織における他のユーザと共に及び多数の種類の対象と共に広範に共同することを必要とする“パワー（権力）ユーザ”にとって、利用可能なサービスのリストは、広範であって良い。一層制限されたユーザは、自由のために組織自体のコンピュータ・システムによって与えられ得る（ｅ−メール、チャット、及びインスタント（瞬間）メッセージのような）サービスを用いることに制限され得る。メニュー２５６は、また、コンタクト及び他の対象を追加するため、もしくは、それらを開始パッドから取り除くための領域をも示す。サービスは、グループウェア関連のサービス、同期的な共同のためのサービス（例えば、電話、インスタント（瞬間）メッセージ、チャット、及び仮想会議）、同期的な通信のためのサービス（例えば、ｅ−メール）、及び一層複雑なシナリオのための（例えば、仮想ルームのための）サービスを含み得る。
【００６８】
図１２は、階層的な表示を有する共同開始パッドのビューを示す。コンタクト表示領域２４４は、局部ユーザがお気に入りとして同定したコンタクトのリストを示すお気に入りのコンタクト表示領域２５８と、共同セッションが最近スケジューリングしたコンタクトをリストする最近コンタクト表示領域２６０との双方を示す。各表示領域は、拡張されるお気に入りコンタクト表示領域２５８と、たたまれる（縮小される）最近コンタクト表示領域２６０とによって示されるように、たたまれる（縮小される）か、または拡張されるか、され得る。
【００６９】
ルーム表示領域２６２は、局部ユーザが、アクセスを有する幾つかの仮想会議ルームを示す。コンタクトは、特定のルームにアクセスする他のユーザのようなルームと関連し得る。特定のルームと関連したユーザの表示は、仮想ルームの周りに共同セッションを創設するための一層容易な方法を提供し得る。例えば、局部ユーザは、ルームの他のメンバとチャット・セッションを創設することができる。ルームを通してセッションを編成することにより、セッションの記録は、自動的に維持されてルームと関連したアーカイブに割り当てられ得る。
【００７０】
対象表示領域２４６は、対象の階層的なリストを示し、その幾つかは、ワード処理文書であり、他は、共同セッションで共用され得るプレゼンテーションである。他の対象は、対象の安全状況を示す関連のアイコンを有する。例えば、パッドロック（南京錠）は、文書がアクセス可能でないか、または観察されるだけであるが編集され得ないということを示すことができ、そして、パッドロックの次のユーザは、どの他のユーザが対象へのアクセス権を有するか、または対象へのアクセスを超えて制御を有するか、を局部ユーザが決定するのを許容することができる。ナビゲーション表示領域２４８は、普通の態様で開始パッドをナビゲートするためのツールをユーザに提供する。
【００７１】
図１３は、共同開始パッドへの項目の追加を概略的に示す。対象は、任意の適切な態様で開始パッド２６４に追加され得る。例えば、図１３に示されるように、ユーザは、電子ビジネス・カードのようなコンタクトに対応する対象を開始パッド２６４上のドロップ領域を超えてドラッグ（ｄｒａｇ）し得、そしてポインタ・ボタンを解放してコンタクトに関連する情報をシステムに加えられるようにし得、それにより、コンタクトはコンタクト表示領域２４４に表示され得る。対象は、また、一層複雑であっても良く、例えば、開始パッドのための対象、セッション及び同定されたコンタクトのセットのようなコンタクト情報のグループを含み得る。このような状況において、ユーザは、閉じられたまたは開かれた開始パッドを超えて対象をドラッグすることができ、そして開始パッド・セッションは、対象からの情報を用いて創設され得る。開始パッドは、次に、それが開始される次の時刻においてその最初の値にリセットされ得、またはユーザは、開始パッドが対象から新しく追加された情報を維持させるように選択し得る。
【００７２】
図１３に示されるように、ドロップ・ゾーンは、コンタクト表示領域における特定の視覚的に別個のゾーンである。もう１つのドロップ・ゾーンが、対象表示領域２４６のために示されており、コンタクト表示領域２４４に対するドロップ・ゾーンと類似の態様で動作し得る。ドロップ・ゾーンは、また、全コンタクト表示領域または全開始パッド領域を占有する等による他の形態をも取ることができ、それにより、対象（コンタクトとしてまたは対象の他の形態としてのいずれでも）は、その対象の型に基づく適切な表示領域に加えられ得る（すなわち、対象がコンタクト情報を含むならば、次に、該情報は、対象がどこでドロップされたかにかかわらず、コンタクト表示領域に加えられる）。代替的には、対象は、標準の追加及び取り除きボタンを用いて、加えられるか、もしくは、開始パッド２６４から取り除かれ得る。対象は、また、他のアプリケーションと共用されるコンタクトリストにコンタクトを追加する等により、他のアプリケーションを通して開始パッド２６４に追加され得る。
【００７３】
着色されたドットの形態にある状況インジケータ２７２は、他のユーザが共同セッションを利用可能であるか否かを示す。さらに、局部ユーザの状況も、状況インジケータ２７０によって表示され得る。
【００７４】
図１３は、また、開始パッド２６４の分離領域として共同サービス表示領域２６８をも示す。種々の共同サービスが、幾つかの異なった共同サービス・プロバイダによって与えられ得、そして単一の領域に表示され得る。例えば、チャット共同がイントラネットを通じて与えられ得、他方、複雑な仮想会議は、上述したウェブ・ブラウザ・ウインドウにおけるような外部のサービスによって与えられ得る。共同セッションのためのコンタクト及び対象を選択するに際し、局部ユーザは、次に、仮想会議のような共同サービスを選択し得、そしてセッションは、上述で説明したようにスケジューリングされるか、もしくは開始され得る。
【００７５】
局部ユーザが、共同すべきコンタクト及び／または対象を選択し、そしてまた共同のためのサービスを選択するとき、コンテクスト（文脈）ＩＤが共同セッションのために創成され得る。コンテクスト（文脈）ＩＤは、セッション、及び該セッションと関連する対象及び／またはコンタクトを識別する。コンテクスト（文脈）ＩＤは、次に、上述したように、サービス・プロバイダへ送られるＵＲＬへの拡張等により、サービス・プロバイダに送られ得る。この情報は、サービス・プロバイダが、必要とされるステップを行って共同セッションを完全に創設するのを許容する。
【００７６】
開始パッド２６４は、一体化システムと通信し得、該一体化システムは、一層詳細に上述したように、ミドルウェアの構成要素として用いられ得て、セッションに関する情報を追跡してセッションをトリガする。それ自体、開始パッド２６４は、全ての関連のセッション情報を一体化システムに送り得るか、または一体化システムに送られた情報を有し得、そして一体化システムは、情報をサービス・プロバイダに提供し、そしてサービス・プロバイダから情報を受信し得、それにより、一体化システムは、適切なものとして情報をアーカイブにいれるか、または該情報に作用し得る。
【００７７】
図１４は、インスタント（瞬間）メッセージ・セッションを有する共同開始パッドを示す。開始パッドにおいて、局部ユーザは、共同参加者として１つのコンタクト（Ｅｌｖｉｒａ Ｍｏｒｇａｎ）と、共同サービスとしてインスタント（瞬間）メッセージとを選択した。これらの選択は、インスタント（瞬間）メッセージ・セッションが、別々のウインドウで開始されるように、そして、頻繁に用いられるフレーズに対する選択のような或るショート・カットを供給されるようにした。局部ユーザは、また、第1の共同セッションと同時に開いているかも知れない追加の共同セッションを開始するよう開始パッドを用い得る。第２の共同セッションは、第1のセッションと同じ、または異なった参加者を有し得る。例えば、局部ユーザは、最初に、（図１３に示されるように）同僚とチャット・セッションを開始し得、そして、次に、仮想会議ルームにおける対象へのアクセスを有することが好ましいであろうということを決定し得る。ユーザは、次に、ルームを選択し得、そしてチャット・セッションが会議ルームへの訪問と同時に行われ得る。代替的には、チャット・セッションは、ルームにおける任意のチャット特徴の利益になるように自動的に終結され得る。チャット・セッションの記録は、また、仮想ルーム・アプリケーションに転送され得、それにより、それは、ルームと共にアーカイブに入れられ得る。さらに、局部ユーザは、複数の追加のコンタクトのコンタクトセレクタの次のボックスをチェックすることにより、セッションが生じている間、それら追加のコンタクトを選択し得、そして、それらコンタクトは、利用可能であるならば、セッションに加えられ得る。
【００７８】
開始パッドの動作のもう１つの例として、セールス・マネージャは、オーダに関する或る合法的発行を明瞭にする等のために、雇用者の財政部門における共同作業者とセールス・オーダを共用することを望むかも知れない。マネージャは、該オーダをマネージャのポータルにおける開かれたビューに加え、そして開始パッドにアクセスするよう選択することができる。マネージャは、次に、彼の共同作業者を参加者として係属中の共同セッションに加えて、そして該セッションを、特定のポータル・アプリケーションにおけるセールス・オーダを共用するためのセッションとして開始し得る。開始パッドは、次に、セッションのための共同作業者に対して招待状を発生し、セールス・オーダを表示するためのアプリケーションを開始し、そして該アプリケーションを適切な共同サービスに通し得る。代替的には、共同セッションを創設するためのプロセスも用いられ得、例えば、異なったオーダにおいて、上述したステップを行うことを含み得る。
【００７９】
図１５は、開始パッドを用いて共同セッションを創設するためのプロセスのフローチャートである。ブロック２７６において、ユーザは、期待される共同セッションを創設すべき１つまたは複数のコンタクトを選択し得る。例えば、ユーザは、お気に入りコンタクトのリスト上に一人または二人以上の同僚をマークし得る。ブロック２７８において、ユーザは、また、共同セッションにおいてアクセス可能であるよう１つまたは複数の対象を選択し得る。例えば、ユーザは、共同セッションの出席者が検討または編集することができる文書（ドキュメント）のリストから一文書を選択することができる。また、ユーザは、特定の対象と相互作用（対話）している間に共同開始パッドにアクセスすることができ、それにより、該対象は、自動的に選択され得る。
【００８０】
ブロック２８０において、利用可能な共同サービスが表示され得る。例えば、サービスの静的なリストがいつでも表示され得る。また、動的リストが表示され得、それにより、コンタクト及び対象の次の現在の選択に利用可能であるそれらのサービスだけが表示される。例えば、システムは、特定のコンタクトがアクセスまたは精通を有するサービス、及び各サービスと共に用いられる対象の種類、に関する情報へのアクセスを有し得る。従って、一人のユーザが複数のユーザ及び複数の対象を選択するとき、システムは、利用可能なサービスのリストを減らし得、そして選択された情報と共に動作することができるそれらのサービスだけを表示し得る。システムは、また、完全リストを表示し得るが、それらが選択されることができないということを示すよう利用可能でないサービスをグレイアウトし得る。
【００８１】
ブロック２８２において、システムは、用いられるべき共同サービスに対する選択を受信する。これは、ブロック２８４において、システムが、セッションに参加するよう選択されたユーザに対して通知書または招待状を送るようにする。それは、また、開始情報が、ユーザのアプリケーションに向かうユーザに通されるＵＲＬの形態などにおいて与えられるようにし、サービス・プロバイダに再方向付けし、そしてブロック２８６によって示されるように、プロバイダに情報を通す。セッションが進行するにつれ、または、セッションの終了時に、システムは、セッションの長さ及びセッションにおける参加者に関するサービス・プロバイダからの情報を受信する等により、セッションに関する情報を受信し得る。
【００８２】
ここで用いられているように、用語“電子文書”及び“文書”は、ファイルに記憶された電子データ及びネットワークを介して受信された電子データの双方を含め、電子データのセットを意味する。電子文書は、必ずしもファイルに対応しない。文書は、他の文書を保持するファイルの部分に記憶され得るか、問題の文書に専用の単一のファイルに記憶され得るか、または統合（コーディネイト）されたファイルのセットに記憶され得る。
【００８３】
ここで説明したシステム及び技術の種々の履行は、ディジタル電子回路、集積回路、特別に設計されたＡＳＩＣ（アプリケーション特定集積回路）、コンピュータ・ハードウェア、ファームウェア、ソフトウェア、及び／またはそれらの組み合わせで実現され得る。これらの種々の履行は、記憶システム、少なくとも１つの入力装置及び少なくとも１つの出力装置からのデータ及び命令を受信するよう、並びにデータ及び命令をそれらに送信するよう結合された、特別目的または汎用であって良い少なくとも１つのプログラム可能なプロセッサを含むプログラム可能なシステム上で実行可能及び／または解釈可能である１つまたは複数のコンピュータ・プログラムでの履行を含み得る。
【００８４】
コンピュータ・プログラム（また、プログラム、ソフトウェア、ソフトウェア・アプリケーション、またはコードとしても知られている）は、プログラム可能なプロセッサに対する機械命令を含み、そして高レベルの手続き及び／またはオブジェクト指向プログラミング言語で及び／またはアセンブリ／マシン言語で履行され得る。ここで用いられているように、用語“機械読み取り可能媒体”は、機械読み取り可能信号として機械命令を受信する機械読み取り媒体を含むプログラム可能なプロセッサに機械命令及び／またはデータを提供するよう用いられる任意のコンピュータ・プログラム・プロダクト、装置及び／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブル・ロジック・ディバイス（ＰＬＤｓ））に言及している。用語“機械読み取り可能信号”は、プログラム可能なプロセッサに機械命令及び／またはデータを提供するよう用いられる任意の信号に言及している。
【００８５】
ユーザとの相互作用（対話）を提供するために、ここに説明したシステム及び技術は、ユーザに情報を表示するための表示装置（例えば、ＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニタ）と、ユーザがコンピュータに入力を提供することができるキーボード及びポインティング装置（例えば、マウスまたはトラックボール）とを有するコンピュータ上で履行され得る。他の種類の装置も同様にユーザとの相互作用（対話）を提供するために用いられ得、例えば、ユーザに与えられるフィードバックは、任意の形態の感知的なフィードバック（例えば、視覚的フィードバック、聴覚的フィードバック、または触覚的フィードバック）であって良く、そしてユーザからの入力は、音響、音声、または触覚的入力を含む任意の形態で受信され得る。
【００８６】
ここに説明したシステム及び技術は、バック−エンド構成要素（例えば、データ・サーバ）を含むか、またはミドルウェア構成要素（例えば、アプリケーション・サーバ）を含むか、またはフロント−エンド構成要素（例えば、ここに記載したシステム及び技術の履行でユーザが相互作用（対話）することができるウェブ・ブラウザまたはグラフィック・ユーザ・インターフェースを有するクライアント・コンピュータ）を含むコンピューティング（計算）システムで、またはこのようなバック−エンド、ミドルウェア、またはフロント−エンド構成要素の任意の組み合わせで、履行され得る。システムの構成要素は、ディジタル・データ通信（例えば、通信ネットワーク）の任意の形態もしくは媒体によって相互接続され得る。通信ネットワークの例は、ローカル・エリア・ネットワーク（“ＬＡＮ”）、ワイド・エリア・ネットワーク（“ＷＡＮ”）、及びインターネットを含む。
【００８７】
コンピューティング（計算）システムは、クライアント及びサーバを含み得る。クライアント及びサーバは、一般に互いに離れており、代表的には、通信ネットワークを介して相互作用（対話）する。クライアントとサーバの関係は、それぞれのコンピュータ上で実行されて、互いにクライアント−サーバ関係を有するコンピュータ・プログラムによって生じる。
【００８８】
幾つかの実施形態を詳細に上述してきたけれども、他の変更も可能である。この開示の部分は、ポータルを介する動作を説明したが、任意の幾つかのアクセス・システム及び方法が共同セッションを管理するために用いられ得る。図３−図９に示されたロジック・フローは、所望の結果を達成するために、示された特定の順番または順次の順番を必要としない。他の実施形態も特許請求の範囲内にあり得る。
【図面の簡単な説明】
【００８９】
【図１】コンピュータ・ユーザと種々の共同サービスとの間の通信を管理するためのシステムのブロック図である。
【図２】一体化システムのブロック図である。
【図３】共同セッションを創設するためのプロセスのフローチャートである。
【図４】共同セッションを開始するためのプロセスのフローチャートである。
【図５】開始された共同セッションに参加するためのプロセスのフローチャートである。
【図６】共同セッションを開始するために行われ得るステップを示す相互作用（対話）の図である。
【図７】スケジューリングされた共同セッションに参加するために行われ得るステップを示す相互作用（対話）の図である。
【図８】当面の共同セッションを開始するために行われ得るステップを示す相互作用（対話）の図である。
【図９】スケジューリングされた共同セッションを開始するために行われ得るステップを示す相互作用（対話）の図である。
【図１０】共同開始パッドの２つのビューを示す図である。
【図１１】メニューを有する共同開始パッドのビューを示す図である。
【図１２】階層的表示を有する共同開始パッドのビューを示す図である。
【図１３】共同開始パッドへのアイテム（項目）の追加を概略的に示す図である。
【図１４】当面のメッセージ・セッションを有する共同開始パッドを示す図である。
【図１５】共同開始パッドで共同セッションを創設するためのプロセスのフローチャートである。
【符号の説明】
【００９０】
１０ システム
１２ ポータル
１４ 一般ビュー
１６ カレンダ・ビュー
１８ テレビ会議ビュー
２０ プレゼンテーション・ビュー
２２ 一体化システム
２４、２６ セッション・レコード
２８−３４ 種々のコネクタ・グループ
３６ 共同プロバイダ
３８ インターネット
５０ 一体化システム
５２ クライアント・コネクタ
５４ クライアント
５６ プロバイダ・コネクタ
５８ サービス・プロバイダ
６０ セッション・コントローラ
６６ 収納場所インターフェース
６８ 収納場所
【特許請求の範囲】
【請求項１】
共同サービスを提供する、コンピュータで履行される方法であって、
共同表示領域に複数のコンタクトを表示する段階と、
複数のコンタクトから１つまたは２つ以上のコンタクトの選択を受信する段階と、
複数の共同サービス・プロバイダに関連した複数の共同サービス・オプションを、共同領域に表示する段階と、
表示された共同サービス・オプションに関係する共同要求を受信する段階と、
共同セッションを共同サービス・プロバイダで開始する段階と、
１つまたは２つ以上の選択されたコンタクトを、開始された共同セッションに関連させる段階と、
を含む方法。
【請求項２】
さらに、
共同表示領域に複数のビジネス対象を表示する段階と、
１つまたは２つ以上のビジネス対象の選択を受信する段階と、
１つまたは２つ以上のビジネス対象を共同セッションからアクセス可能にする段階と、
を含む請求項１に記載の方法。
【請求項３】
１つまたは２つ以上の対象の選択は、共同セッションが開始された後に受信される請求項２に記載の方法。
【請求項４】
複数の対象が、フォルダ及び該フォルダと関連する対象の階層として表示される請求項２に記載の方法。
【請求項５】
共同表示領域に複数の利用可能な共同ルームを表示する段階をさらに含む請求項２に記載の方法。
【請求項６】
共同表示領域に複数のコンタクトの各々の状況を表示する段階をさらに含む請求項２に記載の方法。
【請求項７】
複数のコンタクトは、頻繁に使用されるリストを含む請求項２に記載の方法。
【請求項８】
共同セッションに関する情報をデータの収納場所に提供する段階をさらに含む請求項１に記載の方法。
【請求項９】
さらに、
共同表示領域にドロップ・ゾーンを表示する段階と、
ドロップ・ゾーンにドロップされた項目に関する情報を受信する段階と、
共同表示領域に項目に対応する選択を表示する段階と、
をさらに含む請求項１に記載の方法。
【請求項１０】
項目は、コンピュータ・ユーザとの通信を創設するための情報を有するコンタクト識別エンティティを含む請求項９に記載の方法。
【請求項１１】
項目は、共同セッションにおけるドキュメントに接続を創設するための情報を有する対象識別エンティティを含む請求項１０に記載の方法。
【請求項１２】
さらに、
第２に共同サービス・プロバイダによって提供された共同サービス・オプションの１つに関係した第２の共同要求を受信する段階と、
第２の共同サービス・プロバイダから第２の共同セッションを開始する段階と、
を含む請求項１に記載の方法。
【請求項１３】
第１及び第２の共同セッションは、同時に表示される請求項１２に記載の方法。
【請求項１４】
さらに、
セッション・エンド要求を受信する段階と、
セッション・エンド要求に応答して第１及び第２の共同セッションの表示をやめる段階と、
を含む請求項１３に記載の方法。
【請求項１５】
共同サービスを開始する、コンピュータで履行される方法であって、
共同セッションに接続されるべきユーザを表す選択されたコンタクトを受信する段階と、
共同セッションにおいてアクセスされるべき選択された対象を受信する段階と、
共同セッションを提供するための選択された共同サービスを受信する段階と、
選択された共同サービスに対応する選択された対象及び選択されたコンタクトで共同セッションを開始する段階と、
を含む方法。
【請求項１６】
さらに、
複数のコンタクトの選択を受信する段階と、
選択されたコンタクトで共同セッションを開始する段階と、
を含む請求項１５に記載の方法。
【請求項１７】
選択されたコンタクト、選択された対象、及び選択された共同サービスは、自動化された選択プロセスの結果としてコンピュータ・アプリケーションから受信される請求項１５に記載の方法。
【請求項１８】
選択されたコンタクトを含むコンタクトリスト、選択された対象を含む対象リスト、及び選択された共同サービスを含む共同サービス・リストを、共同サービスを開始する前に、共同表示領域に表示する段階をさらに含む請求項１５に記載の方法。
【請求項１９】
選択されたコンタクト、選択された対象、及び選択された共同サービスは、コンピュータ・アプリケーションのユーザからの選択に応答してコンピュータ・アプリケーションから受信される請求項１８に記載の方法。
【請求項２０】
ドロップ・ゾーンにおけるコンタクトを受信する段階と、コンタクトリストにおけるコンタクトを表示する段階と、をさらに含む請求項１９に記載の方法。
【請求項２１】
共同サービス開始パッドであって、
複数の利用可能な共同サービスを提起し、共同セッションの開始を許容するよう動作可能な共同サービス表示領域と、
複数のコンタクトを提起し、共同セッションのための１つまたは２つ以上のコンタクトの選択を許容するよう動作可能なコンタクト表示領域と、
１つまたは２つ以上の対象を提起し、共同セッションからアクセスされるべき対象の選択を許容するよう動作可能な対象表示領域と、
を備えた共同サービス開始パッド。
【請求項２２】
１つまたは２つ以上の利用可能な共同ルームを提起し、１つまたは２つ以上の共同ルームへのアクセスを許容するよう動作可能な共同ルーム表示領域をさらに備えた請求項２１に記載の共同サービス開始パッド。
【請求項２３】
対象が開始パッドに追加され得る対象ドロップ・ゾーンをさらに備えた請求項２１に記載の共同サービス開始パッド。
【請求項２４】
対象ドロップ・ゾーンは、コンタクトを受信し、該コンタクトに関係する情報をコンタクト表示領域に追加するよう動作可能である請求項２３に記載の共同サービス開始パッド。
【請求項２５】
コンタクトの現在の状況を示すために各コンタクトに関連した状況インジケータをさらに備えた請求項２１に記載の共同サービス開始パッド。
【請求項２６】
共同セッションに関係する情報を記憶するためのデータ収納場所をさらに備えた請求項２１に記載の共同サービス開始パッド。
【請求項１】
共同サービスを提供する、コンピュータで履行される方法であって、
共同表示領域に複数のコンタクトを表示する段階と、
複数のコンタクトから１つまたは２つ以上のコンタクトの選択を受信する段階と、
複数の共同サービス・プロバイダに関連した複数の共同サービス・オプションを、共同領域に表示する段階と、
表示された共同サービス・オプションに関係する共同要求を受信する段階と、
共同セッションを共同サービス・プロバイダで開始する段階と、
１つまたは２つ以上の選択されたコンタクトを、開始された共同セッションに関連させる段階と、
を含む方法。
【請求項２】
さらに、
共同表示領域に複数のビジネス対象を表示する段階と、
１つまたは２つ以上のビジネス対象の選択を受信する段階と、
１つまたは２つ以上のビジネス対象を共同セッションからアクセス可能にする段階と、
を含む請求項１に記載の方法。
【請求項３】
１つまたは２つ以上の対象の選択は、共同セッションが開始された後に受信される請求項２に記載の方法。
【請求項４】
複数の対象が、フォルダ及び該フォルダと関連する対象の階層として表示される請求項２に記載の方法。
【請求項５】
共同表示領域に複数の利用可能な共同ルームを表示する段階をさらに含む請求項２に記載の方法。
【請求項６】
共同表示領域に複数のコンタクトの各々の状況を表示する段階をさらに含む請求項２に記載の方法。
【請求項７】
複数のコンタクトは、頻繁に使用されるリストを含む請求項２に記載の方法。
【請求項８】
共同セッションに関する情報をデータの収納場所に提供する段階をさらに含む請求項１に記載の方法。
【請求項９】
さらに、
共同表示領域にドロップ・ゾーンを表示する段階と、
ドロップ・ゾーンにドロップされた項目に関する情報を受信する段階と、
共同表示領域に項目に対応する選択を表示する段階と、
をさらに含む請求項１に記載の方法。
【請求項１０】
項目は、コンピュータ・ユーザとの通信を創設するための情報を有するコンタクト識別エンティティを含む請求項９に記載の方法。
【請求項１１】
項目は、共同セッションにおけるドキュメントに接続を創設するための情報を有する対象識別エンティティを含む請求項１０に記載の方法。
【請求項１２】
さらに、
第２に共同サービス・プロバイダによって提供された共同サービス・オプションの１つに関係した第２の共同要求を受信する段階と、
第２の共同サービス・プロバイダから第２の共同セッションを開始する段階と、
を含む請求項１に記載の方法。
【請求項１３】
第１及び第２の共同セッションは、同時に表示される請求項１２に記載の方法。
【請求項１４】
さらに、
セッション・エンド要求を受信する段階と、
セッション・エンド要求に応答して第１及び第２の共同セッションの表示をやめる段階と、
を含む請求項１３に記載の方法。
【請求項１５】
共同サービスを開始する、コンピュータで履行される方法であって、
共同セッションに接続されるべきユーザを表す選択されたコンタクトを受信する段階と、
共同セッションにおいてアクセスされるべき選択された対象を受信する段階と、
共同セッションを提供するための選択された共同サービスを受信する段階と、
選択された共同サービスに対応する選択された対象及び選択されたコンタクトで共同セッションを開始する段階と、
を含む方法。
【請求項１６】
さらに、
複数のコンタクトの選択を受信する段階と、
選択されたコンタクトで共同セッションを開始する段階と、
を含む請求項１５に記載の方法。
【請求項１７】
選択されたコンタクト、選択された対象、及び選択された共同サービスは、自動化された選択プロセスの結果としてコンピュータ・アプリケーションから受信される請求項１５に記載の方法。
【請求項１８】
選択されたコンタクトを含むコンタクトリスト、選択された対象を含む対象リスト、及び選択された共同サービスを含む共同サービス・リストを、共同サービスを開始する前に、共同表示領域に表示する段階をさらに含む請求項１５に記載の方法。
【請求項１９】
選択されたコンタクト、選択された対象、及び選択された共同サービスは、コンピュータ・アプリケーションのユーザからの選択に応答してコンピュータ・アプリケーションから受信される請求項１８に記載の方法。
【請求項２０】
ドロップ・ゾーンにおけるコンタクトを受信する段階と、コンタクトリストにおけるコンタクトを表示する段階と、をさらに含む請求項１９に記載の方法。
【請求項２１】
共同サービス開始パッドであって、
複数の利用可能な共同サービスを提起し、共同セッションの開始を許容するよう動作可能な共同サービス表示領域と、
複数のコンタクトを提起し、共同セッションのための１つまたは２つ以上のコンタクトの選択を許容するよう動作可能なコンタクト表示領域と、
１つまたは２つ以上の対象を提起し、共同セッションからアクセスされるべき対象の選択を許容するよう動作可能な対象表示領域と、
を備えた共同サービス開始パッド。
【請求項２２】
１つまたは２つ以上の利用可能な共同ルームを提起し、１つまたは２つ以上の共同ルームへのアクセスを許容するよう動作可能な共同ルーム表示領域をさらに備えた請求項２１に記載の共同サービス開始パッド。
【請求項２３】
対象が開始パッドに追加され得る対象ドロップ・ゾーンをさらに備えた請求項２１に記載の共同サービス開始パッド。
【請求項２４】
対象ドロップ・ゾーンは、コンタクトを受信し、該コンタクトに関係する情報をコンタクト表示領域に追加するよう動作可能である請求項２３に記載の共同サービス開始パッド。
【請求項２５】
コンタクトの現在の状況を示すために各コンタクトに関連した状況インジケータをさらに備えた請求項２１に記載の共同サービス開始パッド。
【請求項２６】
共同セッションに関係する情報を記憶するためのデータ収納場所をさらに備えた請求項２１に記載の共同サービス開始パッド。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公表番号】特表２００６−５２３３５２（Ｐ２００６−５２３３５２Ａ）
【公表日】平成１８年１０月１２日（２００６．１０．１２）
【国際特許分類】
【出願番号】特願２００６−５０９１３３（Ｐ２００６−５０９１３３）
【出願日】平成１６年３月３日（２００４．３．３）
【国際出願番号】ＰＣＴ／ＵＳ２００４／００６６２３
【国際公開番号】ＷＯ２００４／０７９５４１
【国際公開日】平成１６年９月１６日（２００４．９．１６）
【出願人】（３０００１５４４７）エスアーペー アーゲー (146)
【氏名又は名称原語表記】ＳＡＰ ＡＧ
【住所又は居所原語表記】Ｄｉｅｔｍａｒ−Ｈｏｐｐ−Ａｌｌｅｅ １６， ６９１９０ Ｗａｌｌｄｏｒｆ， Ｇｅｒｍａｎｙ
【Ｆターム（参考）】
【公表日】平成１８年１０月１２日（２００６．１０．１２）
【国際特許分類】
【出願日】平成１６年３月３日（２００４．３．３）
【国際出願番号】ＰＣＴ／ＵＳ２００４／００６６２３
【国際公開番号】ＷＯ２００４／０７９５４１
【国際公開日】平成１６年９月１６日（２００４．９．１６）
【出願人】（３０００１５４４７）エスアーペー アーゲー (146)
【氏名又は名称原語表記】ＳＡＰ ＡＧ
【住所又は居所原語表記】Ｄｉｅｔｍａｒ−Ｈｏｐｐ−Ａｌｌｅｅ １６， ６９１９０ Ｗａｌｌｄｏｒｆ， Ｇｅｒｍａｎｙ
【Ｆターム（参考）】
[ Back to top ]