(57)【要約】  本発明は、会議のスケジューリングの助けとするためのコンピュータ実施方法に関する。会議のスケジューリングを望むユーザが単に、関連する会議パラメータを入力する。それに応答して、コンピュータは、入力制約条件を所定の１組の適切さの基準と比較することによって複数の可能な会議時間を評価する。この評価に基づいて、システムは、提案された会議時間（複数可）を識別し、各会議時間に適した部屋を識別することもできる。またこのシステムは、提案された各会議時間についての推定された望ましさを、適切さの基準へのその適合性に基づいて計算する。次いで、提案された会議時間（複数可）、および各時間についての望ましさの視覚的なインジケータが表示される。さらに、各出席者の生の空き有無データも表示することができる。ユーザが、提案された会議時間を選択するとき、電子会議要求には、会議時間、および提案された会議時間に関連する適切な場所が自動的に取り込まれる。
2008544419.tif 000002
【特許請求の範囲】
【請求項１】
会議のスケジューリングの助けとするためのコンピュータ実施方法であって、
会議パラメータ（たとえば必要な／任意の出席者、会議場所、設備、継続時間）にアクセスする行為と、
前記アクセスされた会議パラメータを使用して、複数の可能な会議時間を所定の１組の「適切さの基準」（たとえば競合を有する必要な／任意の出席者の数、競合の範囲など）に対して自動的に評価する行為と、
前記評価に基づいて、複数の提案された会議時間を自動的に識別する行為と、
前記複数の提案された会議時間を、前記複数の提案された会議時間のそれぞれについての示唆された望ましさの表示と共に出力する行為とを含むことを特徴とするコンピュータ実施方法。
【請求項２】
前記複数の可能な会議時間を自動的に評価する前記行為は、前記複数の可能な会議時間のそれぞれについての格付けを、前記所定の１組の適切さの基準の関数として計算する行為を含み、
前記評価に基づいて複数の提案された会議時間を自動的に識別する前記行為は、より良い格付けを有する前記複数の可能な会議時間を、提案されたものとして識別する行為を含むことを特徴とする請求項１に記載のコンピュータ実施方法。
【請求項３】
より良い格付けを有する前記複数の可能な会議時間を提案されたものとして識別する前記行為は、
前記複数の可能な会議時間を複数のカテゴリ分類のうちの１つに分類する行為であって、特定の格付け範囲内に含まれる各可能な会議時間は、前記特定の範囲に対応する特定のカテゴリ分類に割り当てられる行為と、
すべての可能な会議時間を、そのカテゴリ分類に基づいて提案されたものとして識別する行為とを含むことを特徴とする請求項２に記載のコンピュータ実施方法。
【請求項４】
前記望ましさの表示は、正の整数であり得る、前記提案された会議時間に関連する競合の数を含むことを特徴とする請求項１に記載のコンピュータ実施方法。
【請求項５】
前記望ましさの表示は、前記提案された会議時間に使用可能な部屋の数を含むことを特徴とする請求項４に記載のコンピュータ実施方法。
【請求項６】
前記複数の可能な会議時間のすべてを含む日付範囲に対応する複数の日のそれぞれに対応する日について適切さの表示を出力する行為をさらに含むことを特徴とする請求項１に記載のコンピュータ実施方法。
【請求項７】
前記会議パラメータは、前記出席者の表示、１つまたは複数の可能な会議場所および継続時間の識別を含むことを特徴とする請求項１に記載のコンピュータ実施方法。
【請求項８】
前記会議パラメータは、識別された各出席者が必須か、それとも任意かをさらに含むことを特徴とする請求項７に記載のコンピュータ実施方法。
【請求項９】
前記所定の１組の適切さの基準は、競合を有する前記出席者の数、および前記競合の範囲を含むことを特徴とする請求項１に記載のコンピュータ実施方法。
【請求項１０】
コンピューティングシステムの１つまたは複数のプロセッサを実行したときに前記コンピューティングシステムに請求項１に記載の方法を実施させるコンピュータ実行可能命令を有する１つまたは複数のコンピュータ読取り可能媒体を含むコンピュータプログラム製品。
【請求項１１】
ディスプレイを含むコンピューティングシステム内で直感的な会議スケジューリングを円滑に進めるための方法であって、
前記コンピューティングシステムが、前記会議についての複数の提案された会議時間、および前記複数の提案された会議時間のそれぞれについての示唆された望ましさの表示にアクセスする行為であって、前記複数の提案された会議時間、および提案された各会議時間についての前記示唆された望ましさは、「コンピュータによって生成される」行為と、
前記ディスプレイに、前記提案された会議時間の少なくとも一部のそれぞれについての時間の識別を、前記表示された提案された会議時間のそれぞれについての前記示唆された望ましさを表す視覚的インジケータと共に表示する行為とを含むことを特徴とする方法。
【請求項１２】
前記コンピューティングシステムが前記複数の提案された会議時間にアクセスする前に、ユーザ入力された前記会議の制約条件を検出する行為をさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記視覚的インジケータは、視覚的な強調であることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記表示された提案された会議時間のそれぞれについて、
正の整数であり得る、前記提案された会議時間に関連する競合の数、および
前記提案された会議時間に使用可能な部屋の数のうちの少なくとも１つが表示されることを特徴とする請求項１１に記載の方法。
【請求項１５】
前記ディスプレイにカレンダを表示する行為と、
前記カレンダ内の複数の日のそれぞれに視覚的インジケータを付ける行為であって、各日についての前記視覚的インジケータは、前記会議の各日の適切さを表す行為とをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１６】
ユーザが前記カレンダ内の前記複数の日のうちの１つを選択したことを検出する行為をさらに含み、前記ディスプレイに、前記提案された会議時間の少なくとも一部のそれぞれについての時間の識別を表示する前記行為は、前記ディスプレイに、前記選択された日の中にある１つまたは複数の提案された会議時間についての時間の識別を表示する行為を含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
コンピューティングシステムの１つまたは複数のプロセッサを実行したときに前記コンピューティングシステムに請求項１１に記載の方法を実施させるコンピュータ実行可能命令を有する１つまたは複数のコンピュータ読取り可能媒体を含むコンピュータプログラム製品。
【請求項１８】
ディスプレイとユーザ入力装置とを含むコンピューティングシステム内で電子会議要求を自動的に生成するための方法であって、
前記ディスプレイに、会議についての提案された会議時間の識別を表示する行為であって、前記提案された会議時間は、前記提案された会議時間についての示唆された望ましさの表示、および前記提案された会議時間についての少なくとも１つのリソースをそれに関連付けている行為と、
ユーザが前記ユーザ入力装置を使用して前記提案された会議時間を選択したことを検出する行為と、
電子会議要求を前記時間、出席者、および前記提案された会議時間についての少なくとも１つのリソースで自動的に埋める行為とを含むことを特徴とする方法。
【請求項１９】
コンピューティングシステムの１つまたは複数のプロセッサを実行したときに前記コンピューティングシステムに請求項１８に記載の方法を実施させるコンピュータ実行可能命令を有する１つまたは複数のコンピュータ読取り可能媒体を含むコンピュータプログラム製品。
【請求項２０】
ディスプレイを含むコンピューティングシステム内で直感的な会議スケジューリングを円滑に進めるための方法であって、
コンピューティングシステムが、複数の出席者を有する会議について少なくとも１つの提案された会議時間、および前記少なくとも１つの提案された会議時間のそれぞれについての示唆された望ましさの表示にアクセスする行為であって、前記少なくとも１つの提案された会議時間、および前記少なくとも１つの提案された会議時間のそれぞれについての前記示唆された望ましさは、「コンピュータによって生成される」行為と、
前記ディスプレイに、前記少なくとも１つの提案された会議時間のそれぞれについての時間の識別を、前記少なくとも１つの提案された会議時間のそれぞれについての前記示唆された望ましさを表す視覚的インジケータと共に表示する行為と、
前記ディスプレイに識別を表示する行為と同時に、前記ディスプレイに前記複数の出席者のそれぞれについての空き有無データを表示する行為とを含むことを特徴とする方法。
【請求項２１】
コンピューティングシステムの１つまたは複数のプロセッサを実行したときに前記コンピューティングシステムに請求項２０に記載の方法を実施させるコンピュータ実行可能命令を有する１つまたは複数のコンピュータ読取り可能媒体を含むコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議のスケジューリングの助けとするためのコンピュータ実施方法に関する。
【背景技術】
【０００２】
集会する能力は、人間が本質的に必要とするものである。人々は、プロジェクトの共同作業、集合教育、娯楽、関係の刷新など、様々な理由により集会する。集会の理由が何であれ、会議のスケジューリングには、複数の重要な考慮事項について配慮することを要する。たとえば、会議についての重要なパラメータには、望ましい出席者、各出席者が出席可能かどうか、各出席者の出席が必須か任意か、会議の望ましい継続時間、会議に望ましい日程の範囲、適切な設備を備えた使用可能な適切な会議場所があるかどうかなどが含まれ得る。
【０００３】
従来、会議のスケジューリングは手作業で行われていた。少なくとも一部の者がかなり多忙である多数の参加者を伴う会議では、手作業で会議をスケジューリングするために、数時間、さらには数日の管理時間を要することがある。幸いにも、コンピュータによる円滑化がさらに進んだ会議スケジューリングを可能にする様々な電子カレンダリング（calendaring）プログラムが開発されている。
【０００４】
テレビ会議スケジューリングの１つのモデルは、会議の出席者の選択を伴う。次いで、各出席者の空き有無データ（free and busy data）が、ユーザに表示される。次いで、ユーザは、出席者のすべてまたは大部分が出席可能である時間が見つかるまで、潜在的な会議時間に目を通すことがある。次いで、ユーザは、電子会議要求を生成し、会議が望まれる時間を入力し、望ましい出席者に電子会議要求を送信することができる。会議の部屋および／または設備が必要である場合、ユーザは、部屋の空きを調べるために、使用可能な部屋を検索することもできる。従来の電子カレンダリングプログラムを使用して、どのように部屋をスケジューリングするかを学習するには、何らかの訓練を要することがある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、このような電子的な助けを得ても、ユーザには依然として、適切な時間を見つけるために生の空き有無データに目を通す作業が必要となる。これは、かなりの時間を要することがある。一部の電子カレンダリングプログラムには、ユーザが会議の出席者および継続時間を識別し、次いで、すべての出席者が出席可能である次の時間を見つけるために前方または後方へと時間を自動的に検索することを可能にする有用な機能がある。しかし、この機能を使用するには、何らかの訓練またはユーザの研究がやはり必要となる。さらに、このツールはしばしば、必要な出席者でさえすべてが出席するとは限らない場合でも許容可能であり得るにもかかわらず、すべての出席者が出席可能であるときに時間を制限することによって過度に制約的なものとなる。ユーザは、会議を行うのに十分に早い時間を見つけることと、会議に実際に参加することができる人の数を最大にすることとの適切なバランスを見つけたいと望む。しかし、現在のツールは、出席者の数を最大にすることだけに焦点を当てている。
【課題を解決するための手段】
【０００６】
本発明は、会議のスケジューリングの助けとするためのコンピュータ実施方法に関する。会議のスケジューリングを望むユーザは、たとえば出席者、可能な会議場所、継続時間および可能な日付など、関連する会議パラメータをコンピューティングシステムに単に入力する。
【０００７】
それに応答して、コンピューティングシステムは、入力された制約条件を所定の１組の適切さの基準と比較することによって複数の可能な会議日時を自動的に評価する。こうした適切さの基準には、たとえば競合を有する必要な／任意の出席者の数、競合の範囲、会議場所の空きなどが含まれ得る。この評価に基づいて、コンピューティングシステムは、提案された１つまたは複数の会議時間を自動的に識別し、それぞれの会議時間に適した部屋を識別することもできる。提案された会議時間は、競合がない状態である必要はないが、入力された制約条件および適切さの基準を考慮して、コンピューティングシステムによって選択された最良の選択肢である。コンピューティングシステムは、定義された各会議日時について、適切さの基準へのその適合性に基づいて、推定される望ましさをも計算する。
【０００８】
次いで、提案された会議時間、および提案された各会議時間の望ましさの視覚的なインジケータを含む、評価の結果が表示される。さらに、各出席者の生の空き有無データが表示されてもよい。ユーザが、提案された会議時間を選択するとき、電子会議要求には、提案された会議時間に関連した会議時間および適切な場所が自動的に取り込まれる（populate）。
【０００９】
したがって、ユーザは、単に生データだけに基づいて、会議の最良の時間および場所の決定を手作業で行う必要はない。そうではなく、ユーザには、コンピューティングによって生成された提案からもたらされる追加の情報が提供され、それによってユーザの時間が節約される。さらに、電子会議要求の生成はかなり単純明快であり、提案された会議時間を単に選択することにより生成されてもよい。最後に、ユーザは、選択された会議時間に対してより高いレベルの制御を行うことを選択する場合、生の空き有無データを引き続き扱うことができる。
【００１０】
本発明のこれらおよび他の目的および特徴は、以下の説明、添付の特許請求の範囲からより完全に明らかになり、以下に述べられる本発明の実施形態によって知ることができる。
【００１１】
本発明の他の利点および特徴をさらに明確にするために、本発明のより具体的な説明が、添付の図面に例示されたその具体的な実施形態に言及することによって示される。これらの図面は、本発明の一般的な実施形態を示すものにすぎず、その範囲を限定するものと見なすべきでないことが理解されよう。本発明を、添付の図面を用いて、さらに具体的かつ詳細に説明する。
【発明を実施するための最良の形態】
【００１２】
本発明は、会議のスケジューリングの助けとするためのコンピュータ実施方法に関する。会議のスケジューリングを望むユーザは、単に関連する会議パラメータをコンピューティングシステムに入力する。それに応答して、コンピューティングシステムは、入力された制約条件を所定の１組の適切さの基準（suitability criteria）と比較することによって複数の可能な会議時間を自動的に評価する。この評価に基づいて、コンピューティングシステムは、評価に基づいて提案された１つまたは複数の会議時間を自動的に識別し、各会議時間に適した部屋を識別することもできる。コンピューティングシステムは、提案された各会議時間について、適切さの基準へのその適合性（compliance）に基づいて、推定される望ましさ（estimated desirability）をも計算する。
【００１３】
次いで、（提案された会議日時、および提案された各会議日時の望ましさの視覚的なインジケータを含む）評価の結果が表示される。各出席者の生の空き有無データが依然として表示されてもよいが、そうではなくユーザがコンピューティングシステムの提案を受け入れることを選択するならば、コンピュータによって生成された適切な会議時間についての提案が、ユーザが生データを取捨選択しないようにすることを可能にするツールとして提供される。ユーザが提案された会議時間を選択するとき、電子会議要求には、提案された会議時間に関連する会議時間および適切な場所が自動的に取り込まれる。
【００１４】
本発明の原理の詳細について述べる前に、本発明の原理を実施するために使用することができる適切なコンピューティングシステムについて、図１に関して述べる。以下の説明では、本発明の実施形態について、別に示されていない限りは１つまたは複数のコンピュータによって実施される行為および操作の象徴的な図を参照して述べる。したがって、コンピュータによって実行されるものと呼ばれることがあるこうした行為および操作は、コンピュータの処理装置によってデータを構造化された形で表す電気信号を操作することを含むことが理解されよう。この操作は、データを変換し、コンピュータのメモリシステム内の位置にそれを維持し、このメモリシステムは、当業者には周知の方法でコンピュータの操作を再構成しまたは他の方法で変更する。データが維持されるデータ構造は、データのフォーマットによって定義された特定の特性を有するメモリの物理的配置である。発明の原理について上記の文脈で述べているが、以下で述べる諸行為および操作のうちのいくつかがハードウェアでも実装され得ることが当業者には理解されるように、それは限定的なものでない。
【００１５】
同じ参照番号が同様の要素を示している図面を参照すると、本発明の原理が、適切なコンピューティング環境内で実施されるものとして示されている。以下の説明は、本発明の実施形態に基づくものであり、本明細書に明示的には示されていない代替の実施形態に関して本発明を限定するものと解釈すべきでない。
【００１６】
図１は、例示的なコンピュータシステムの概要図を示している。説明のために描写されたアーキテクチャは、適切な環境の一例にすぎず、本発明の使用または機能性の範囲に関して制限を示唆するものではない。引き続き述べられるかつ／または特許請求の範囲中に記載されたコンピューティングシステムはいずれも、図１に示されたコンポーネントのいずれか１つまたはその組合せに関する依存性または要件を有するものと解釈すべきでない。
【００１７】
本発明の原理は、他の複数の汎用または特別な目的ためのコンピューティングまたは通信環境または構成で動作することができる。本発明での使用に適した周知のコンピューティングシステム、環境および構成の例には、それだけに限らないが、携帯電話、ポケットコンピュータ、パーソナルコンピュータ、サーバ、マルチプロセッサシステム、マイクロプロセッサベースのシステム、ミニコンピュータ、メインフレームコンピュータ、および上記システムまたは装置のいずれかを含む分散コンピューティング環境が含まれる。
【００１８】
コンピューティングシステム１００は、その最も基本的な構成では一般に、少なくとも１つの処理置１０２とメモリ１０４とを含む。メモリ１０４は、揮発性（ＲＡＭなど）、不揮発性（ＲＯＭ、フラッシュメモリなど）、またはその２つの組合せであり得る。この最も基本的な構成が、図１に、破線１０６によって示されている。この説明および特許請求の範囲において、「コンピューティングシステム」は、ソフトウェア、ファームウェア、または機能を実施するためマイクロコードを実行することができる任意のハードウェアコンポーネント、またはハードウェアコンポーネントの組合せと定義される。コンピューティングシステムは、分散された機能を遂行するために分散されることもある。コンピューティングシステムは、それぞれが別々にこの定義を満たす複数のコンピューティングシステムを包含してもよい。
【００１９】
記憶媒体装置は、追加の特徴および機能を有することもある。たとえば、それは、それだけに限らないが、ＰＣＭＣＩＡカード、磁気および光ディスク、ならびに磁気テープを含む、（取外し可能および取外し不可能の）追加の記憶装置を含んでもよい。こうした追加の記憶装置が、図１に、取外し可能記憶装置１０８および取外し不可能記憶装置１１０によって示されている。コンピュータ記憶媒体には、コンピュータ読取り可能命令、データ構造体、プログラムモジュールまたはその他のデータなどの情報を格納するための任意の方法または技術で実装された揮発性および不揮発性の取外し可能および取外し不可能媒体が含まれる。メモリ１０４、取外し可能記憶装置１０８および取外し不可能記憶装置１１０はすべて、コンピュータ記憶媒体の例である。コンピュータ記憶媒体には、それだけに限らないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、その他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク、その他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、その他の磁気記憶装置、ならびに所望の情報を記憶するために使用することができ、コンピューティングシステムによってアクセスすることができるその他の任意の媒体が含まれる。
【００２０】
本明細書では、用語「モジュール」または「コンポーネント」は、コンピューティングシステム上で実行されるソフトウェアオブジェクトまたはルーチンを指し得る。本明細書で述べられるそれぞれ異なるコンポーネント、モジュール、エンジン、およびサービスは、コンピューティングシステム上で（たとえば個別のスレッドとして）実行されるオブジェクトまたはプロセス上で実行されるオブジェクトあるいはプロセスとして実装することもできる。本明細書で述べられるシステムおよび方法は、好ましくはソフトウェアで実装されるが、ソフトウェアおよびハードウェア、またはハードウェアでの実装も可能であり、それが企図されている。この説明では、「コンピューティングエンティティ」は、本明細書で上記に定義されたような任意のコンピューティングシステムであってもよく、あるいはコンピューティングシステム上で実行される任意のモジュールまたはモジュールの組合せであってもよい。
【００２１】
コンピューティングシステム１００は、ホストが、たとえばネットワーク１２０を介して他のシステムおよび装置と通信することを可能にする通信チャネル１１２を含むこともできる。通信チャネル１１２は、通信媒体の例である。通信媒体は一般に、コンピュータ読取り可能命令、データ構造体、プログラムモジュールまたは他のデータを、搬送波または他の移送機構などの被変調信号として処理し、任意の情報送達媒体を含む。限定するためではなく、例示すると、通信媒体には、有線ネットワークなどの有線媒体および直接有線接続、ならびに音響、無線、赤外線などの無線媒体、および他の無線媒体が含まれる。本明細書では、用語「コンピュータ読取り可能媒体」は、記憶媒体と通信媒体の両方を含む。
【００２２】
コンピューティングシステム１００は、キーボード、マウス、ペン、音声入力コンポーネント、タッチ入力装置などの入力コンポーネント１１４、およびその他を含むこともある。出力コンポーネント１１６は、ディスプレイ、スピーカ、プリンタなど、およびそれらを駆動するためのレンダリングモジュール（しばしば「アダプタ」とも呼ばれる）を含む。コンピューティングシステム１００は、電源１１８を含む。これらのすべてのコンポーネントは、当技術分野ではよく知られており、ここでは詳細に論じない。
【００２３】
図２Ａは、会議のスケジューリングを助けるコンピュータ実施方法２００Ａのフローチャートを示している。諸行為のうちの一部はユーザによって実施され、図２Ａの左列の見出し「ユーザ」の下に示されている。この場合、ユーザは、会議のスケジューリングを望む者であると仮定する。他の行為は、コンピューティングシステムによって、左列の右側にある括弧で囲まれた見出し「コンピューティングシステム」の下に表されるように実施される。見出し「コンピューティングシステム」の下に示された行為は単一のコンピュータによって実施されてもよいが、コンピューティングシステムは、ユーザと相互に通信するコンピューティングシステム（本明細書では「クライアント」と呼ばれる）と、クライアントにカレンダリングサービスを提供する別のコンピューティングシステム（本明細書では「サーバ」と呼ばれる）との間で分散されてもよい。その場合、クライアントによって実施されてもよい行為は、中央列の見出し「クライアント」の下にリストされており、サーバによって実施されてもよい行為は、右列のヘッダ「サーバ」の下にリストされている。
【００２４】
一実施形態では、このプロセスは、ユーザが会議のスケジューリングを望むときに開始される。ユーザは、会議に望まれる制約条件またはパラメータをクライアントに入力する（行為２０１）。こうしたパラメータには、たとえば出席者の識別、可能な会議室、必要とされるリソース、出席者が必須か任意か、会議の継続時間、会議に望まれる日時などが含まれ得る。
【００２５】
図３は、ユーザがこうした会議制約条件を入力することを可能にするためにクライアント上に表示され、クライアントによって見ることができるユーザインターフェース３００を示している。ユーザは、会議の出席者を追加するために「Add Attendees」フレーム３０１を使用することができる。図３では、ユーザはまだ、出席者を入力していない。ユーザ自身（ここでは「John Doe」の名前で呼ばれる）が出席者として自動的に追加されているが、所望であれば削除することができる。出席者は、「Add Attendees…」ボタンが選択されると表示され得るグローバルまたはローカルの連絡先リストから集めることもできる。
【００２６】
たとえば、ユーザが図３の「Add Attendees」ボタンを選択する場合、図４のユーザインターフェース４００が現れてもよく、このユーザインターフェース４００では、「Select Attendees」ウィンドウ４０１が現れる。ユーザは、さらに４人の会議の出席者を選択している。この例では、これらの出席者の名前は、「Abraham Audown」、「Bill Beckstead」、「Casper Chaple」および「Doug Draper」である。
【００２７】
ユーザは、会議のための可能な部屋を追加するために「Add Rooms」フレーム３０２を使用することができる。ユーザが「Add Rooms…」ボタンを選択すると表示される部屋選択リストが存在してもよい。部屋リストは、検索可能とすることもでき、各部屋で使用可能な設備を表示することができる。部屋リストは、部屋に必ずしも関連付けられておらず、予約することができる移動体の設備など、その他のリソースを含むこともできる。
【００２８】
たとえば、図４で４人の出席者が選択され、次いで「Add Rooms…」ボタンが選択されると仮定する。その場合、「Select Rooms」ウィンドウ５０１を含む図５のユーザインターフェース５００が現れる。この例では、ユーザは、建物３４内のプロジェクション機能を備えたいずれかの部屋を見つけることを望む。したがって、ユーザは、検索フィールド５０２に「34 Projection」を入力し、その結果、「Cascade」および「Rainier」と呼ばれる、ちょうど２つの可能な部屋が表示されている。ユーザは、２つの部屋を選択し、部屋リストにそれらを追加する。
【００２９】
図３に戻ると、ユーザは、ユーザが会議の開催を望む日付または日付範囲を選択するために日付ピッカーフレーム（date picker frame）３０６を使用することができる。この例では、単一の日、「２００６年５月１日」が最初に選択されている。以下に説明されるように、日付ピッカーフレーム３０６は、空き有無のグリッドを検索するためだけに使用されるのではなく、出席者、部屋および他のリソースのカレンダ制約条件を考慮してその日の適切さのレベルを表す視覚的インジケータをも含む。
【００３０】
ユーザは、会議の継続時間を選択するために、継続時間のドロップダウンコントロール３０７を使用することができる。この状態では、コントロール３０７は、１時間という初期設定の継続時間を示しているが、その継続時間は、ユーザの意のままに変更することができる。
【００３１】
ユーザインターフェースは、空き有無のグリッドフレーム３０３も含み、この空き有無グリッドフレーム３０３は、各出席者、および各時間枠についてカレンダ状態を示すように更新することができる。この場合では、２００６年５月１日が、日付ピッカーフレーム３０６で選択された日付であり、その日付について示されている。さらに、この時点では、John Doeが選択された唯一の出席者であったので、John Doeのスケジュールだけが示されている。ユーザインターフェースの残りの部分については後述する。
【００３２】
図２Ａに戻ると、コンピューティングシステム（分散環境の場合のクライアント）は、ユーザによって入力された会議制約条件にアクセスする（行為２０２）。分散環境の場合、クライアントは、ユーザによって入力された会議制約条件についてサーバに報告することができ（行為２０３）、それを受けてサーバは、ユーザによって入力された会議制約条件にアクセスする（行為２０４）。あるいは、クライアントが出席者、部屋およびリソースについてのカレンダデータへのアクセスを有しており、本明細書で述べられたカレンダデータの評価を実施することができる場合は、クライアントは、方法２００の残りの部分については、サーバとの通信をしないで済ませることができる。クライアントが評価を実施することができたが、出席者、部屋およびリソースについてのカレンダデータにアクセスするためにサーバを必要とした場合は、クライアントは、カレンダデータを要求し、カレンダデータを受信した後に、評価自体を実施し得る。
【００３３】
クライアントから、会議基準またはカレンダデータの要求を受信すると（行為２０４）、サーバは、出席者、部屋およびリソースについてのカレンダデータを取得する（行為２０５）。次いで、サーバは、クライアントにカレンダデータを返し、または所定の１組の適切さの基準と比較された会議基準を使用して、複数の可能な会議時間の自動評価を実施する（行為２０６）。この説明および特許請求の範囲では、「適切さの基準（suitability criteria）」は、会議のための特定の時間が、会議制約条件を考慮して望ましい時間かどうかに関連する任意の基準を含む。適切さの基準の例には、特定の時間との競合を有する必要な出席者の数または割合、競合が仮の約束によるものか、予定ありの入力によるものか、それとも外出の入力によるものか、競合が（特定の時間の一部の間だけ競合する約束との）部分的な競合にすぎないかどうか、使用可能な部屋の数、要求された他のいずれかのリソースが使用可能かどうか、競合を有する任意の出席者の数、その特定の時間が正時に（on the hour）開始するか、３０分に開始するか、それとも時間マーク（hour mark）の前後の１５分に開始するか、特定の時間が通常の勤務時間から部分的に外れているか、それとも完全に外れているかなどが含まれる。
【００３４】
評価は、可能な各会議時間についての格付けを所定の１組の適切さの基準の関数として計算することを含んでもよい。こうした格付け計算の一例は、評価のために使用することができる特定のアルゴリズムに関して後述される。
【００３５】
次いで、サーバ（またはクライアントが評価を実施した場合はクライアント）は、評価に基づいて、提案された会議時間を識別する（行為２０７）。評価の結果として格付けが計算される場合、この識別は、可能な会議時間のうちのどれが適切な会議時間をより示唆する格付けを有しているかに基づき得る。一実施形態では、識別は、可能な会議時間を複数のカテゴリ分類のうちの１つに分類し（行為２０８−行為２０７内の第１の行為）、次いでそのカテゴリ分類に基づいて提案された会議時間を識別する（行為２０９−行為２０７内の第２の行為）によって実施される。
【００３６】
提案された会議時間の自動評価および識別は、複数の異なる技術を使用して達成することができるが、特定の１つの方法について次に述べる。この特定の方法は、入力として、行為２０４に関して一般的に述べられたような会議制約条件を受信する。
【００３７】
下記は、呼出し側のアプリケーション（たとえば図２Ａの「クライアント」）が、この特定の方法を実施する評価サービス（たとえば図２Ａの「サーバ」）に会議制約条件を提供する、例示的なアプリケーションプログラムインターフェース（ＡＰＩ：Application Program Interface）である。
【００３８】
【表１】
2008544419.tif 000003
【００３９】
このＡＰＩでは、呼出し側アプリケーションは、会議が行われ得る時間帯（startDateから開始し、endDateで終了する）を具体的に提供し、会議継続時間、および所望の出席者の識別を提供する。時間帯は、不必要な処理を回避するために、特定の長さを超えないように制限してもよい。
【００４０】
GetSuggestionsByDateRangeインターフェースは、DayResultオブジェクトの配列を、それぞれの日のその時間帯について１つ返す。下記は、こうしたDayResultオブジェクトについての例示的なクラス宣言である。
【００４１】
【表２】
2008544419.tif 000004
【００４２】
この配列内の各DayResultオブジェクトは、対応する日についてのMeetingSuggestionオブジェクトの（最良から最悪へと）順序付けられた集合を含む。所与の日についての最良の格付けの提案が、MeetingSuggestions集合内の第１のMeetingSuggestionとなる。所与の日のこの最適な提案に割り当てられたカテゴリによって、カレンダコントロール３０６内のその日の色が決まる。下記は、例示的なMeetingSuggestionクラスのクラス宣言である。
【００４３】
【表３】
2008544419.tif 000005
【００４４】
それぞれの会議提案は、提案される会議時間の開始の日時を表すDateTimeフィールドを含む。提案された会議時間の終了は、ユーザ入力の一部として評価サービスに渡された会議の継続時間から推論してもよい。TimeSlotRatingフィールドは、会議についての計算された格付けであり、示唆された格付けが低いほど、会議時間はより適切なものである。SuggestionBucketフィールドは、格付けに基づいて導出された会議時間の示唆されたカテゴリ（たとえば、非常に良い、良い、普通または悪いなど）を表す。RequiredAttendeeConflictCount、OptionalAttendeeConflictCount、ResourceAttendeeConflictCountおよびRoomAvailableCountフィールドは、自己記述的（self descriptive）であり、提案された会議時間との競合を有する必要な出席者の数、提案された会議時間との競合を有する任意の出席者の数、提案された会議時間との競合を有するリソース出席者の数、および会議時に使用可能な部屋の数を定義する。
【００４５】
AttendeeConflictDataオブジェクトは、GetAttendeeConflictData(int attendeeIndex)と呼ばれるメソッドを含み、このメソッドでは、出席者に関連する競合に関して複数の異なる情報を返すために、出席者の識別子をオブジェクトに提供することができる。たとえば、AttendeeConflictDataクラスは、以下のように定義することができる。
【００４６】
【表４】
2008544419.tif 000006
【００４７】
このフィールドは、出席者の識別子、出席者が会議時間との競合を有するかどうか、会議時間が出席者の勤務時間中であるかどうか、出席者について欠落している空き有無データがあるかどうかを示す。
【００４８】
各会議時間の適切さを計算する前に、評価サービスは、行為２０５に関して一般的に述べられるように、識別された各出席者についてのカレンダデータにもアクセスする。一実施形態では、カレンダデータは、より便利な解析のために、単一のデータ構造体へとマージされる。
【００４９】
ユーザ入力、および各出席者の空き有無データを考慮して、各会議時間の格付けを計算することができる。ただし、ユーザ入力および各出席者の空き有無のカレンダ情報を考慮して、格付けが低いほど、会議時間は一般により適切なものである。下記は、どのように格付けが計算され得るかの一例を示している。
【００５０】
格付けは、以下の各要因に１組の整数のビットを割り当てることによって計算することができる。最も重要な要因が最上位ビットを設定し、最も重要でない要因が最下位ビットを設定する。
・必要な出席者の競合
・部屋／リソース出席者の競合
・勤務時間
・任意の出席者
・時間の選好
【００５１】
格付けの最上位ビットについては、ビットは、重み付けされた必要な出席者の競合の合計を生成することによって計算される。必要な出席者について完全な競合がある（たとえば、必要な出席者が会議のいずれかの部分の間、空きとしてリストされておらず、会議時間と競合する非空き時間は、予定ありまたは外出と見なされる）場合は、必要な出席者の競合は、１のフルカウントを有する。しかし、完全な競合には満たない場合は、必要な出席者の競合は重み付けされる。具体的には、会議時間との競合を有する各必要な出席者について、カウントは、１に正規化された事実上「競合の重複」である継続時間（ｗｄ）によって重み付けされる。たとえば、必要な出席者が１時間のタイムスロットうち１５分間、競合する約束を有する場合は、ｗｄ＝０．２５である。競合が３０分である場合は、ｗｄ＝０．５０である。また、カウントは空き有無状況（ｗｆｂ）によって重み付けされる。ただし、仮の競合は、予定ありまたは外出（ｏｏｆもしくは出席不可能としても知られている）競合よりも軽く重み付けされる。たとえば、仮の競合だけがある場合は、ｗｆｂ＝０．５である。競合が予定ありの時間である、またはｏｏｆの時間である場合は、ｗｆｂ＝１．０である。
【００５２】
これらの重み付けされた競合の合計が計算される。たとえば、Ｎが必要な出席者の競合の数であると仮定すると、合計は、以下の数式１によって定義される。
【００５３】
【数１】
2008544419.tif 000007
【００５４】
次いで、より上位のビットが、重み付けされた競合の合計に最も近い整数の２進表現を取ることにより計算される。最大１００個の必要な出席者の競合がある場合は、この合計を表すのに７ビットで十分である。一実施形態では、格付けの６４ビット表現内のビット６２から５６は、この合計を表す。
【００５５】
次の３ビットは、必要な出席者の最強の競合を使用して計算する。たとえば、必要な出席者のうちの最強の競合が「外出」である場合は、それは３である（２進法では０１１と表される）。最強の競合が「予定あり」である場合は、それは２である（２進法では０１０と表される）。最強の競合が「仮」である場合は、それは１である（２進法では００１と表される）。必要な出席者の競合がない場合は、それは０である（２進法では０００と表される）。格付けのこの例示的な６４ビット表現では、これらの３ビットは、ビット５５から５３に対応し得る。
【００５６】
次の７ビット（たとえば、この例ではビット５２から４６）は、ｔｆｒｏｎｔを最小フロント時間（front time）として、（１−ｔｆｒｏｎｔ／継続時間）と表された（１００に正規化された）フロント時間の最小パーセンテージの表現である。その後の７ビット（たとえば、この例ではビット４５から３９）は、（１００に正規化された）フロント時間の総パーセンテージの表現である。
【００５７】
たとえば、２時間の会議時間について、３人の必要な出席者がおり、１人は競合がなく、２人は最初の１時間半は出席可能であるが、最後の３０分は出席不可能であると仮定する。その場合、最小のフロント時間は１−（１．５時間／２時間）であり、それは２５％、１００に正規化された値は２５であり、００１１００１の７ビットの２進法表現がもたらされる。もう一方では、パーセンテージで表された総フロント時間は、１−（（（１．５時間＋１．５時間＋２時間）／３）／２時間）であり、それは１６．６６７％に等しく、１００に正規化された値は１７であり、２進法で００１０００１と表される。
【００５８】
別の例では、２時間の会議時間について、この場合も３人の必要な出席者がおり、１人は競合がなく、１人は最初の１時間半だけ出席可能であると仮定する。第３の者は、最初の３０時間は出席可能であるが、第２の３０分は出席不可能であり、第３の３０分は再び出席可能であるが、第４の３０分は出席不可能である。その場合、最小のフロント時間は１−（０．５時間／２時間）であり、それは７５％であり、１００に正規化された値は７５であり、１００１０１１の７ビットの２進法表現がもたらされる。パーセンテージとして表現された総フロント時間は、１−（（（２時間＋１．５時間＋０．５時間）／３）／２時間）であり、それは３３．３３％に等しく、１００に正規化された値は３３であり、２進法で０１００００１と表される。
【００５９】
次のビット（たとえば、この例ではビット３８）は、会議時間に使用可能な部屋があるかどうかを表す。使用可能な部屋がある場合は、ビットは値０を有し、そうでない場合は、値１を有する。
【００６０】
次の７ビット（たとえば、この例ではビット３７から３１）は、すべての必要な出席者についての最大不都合さの値（maximum inconvenience value）を表し、会議時間が出席者の通常の勤務時間と比較されるときの関数である。不都合さの係数は、０から８４の範囲の値を有することができる。０の値は、会議時間が完全に出席者の勤務時間内であることを意味する。１の値は、会議時間が最も近い勤務時間の１時間前に開始し、または最も近い勤務時間の１時間後に終了することを意味する。一般的に述べると、不都合さの値であるＮは、会議時間が最も近い勤務時間のＮ時間前に開始し、または最も近い勤務時間のＮ時間後に終了することを意味する。１週間には合計１６８時間あるので、出席者が少なくともいくらかの週勤務時間を有すると仮定すると、Ｎの最大値は８４であり得る。必要な出席者のそれぞれについて不都合さ係数が計算されると、次いで、必要な出席者のいずれかについての最大不都合さ係数が、次の７ビットに割り当てられる。
【００６１】
次の７ビット（たとえばビット３０から２４）は、１００に正規化された、必要なすべての出席者にわたる全体の不都合さ係数（total inconvenience factor）を表す。たとえば、不都合さ係数０、１０および５０を有する３人の必要な出席者がいる場合、全体の不都合さ係数は、可能な２５２（すなわち３×８４）のうちの６０となり、それは２３．８％であり、１００に正規化された値は２４に等しい。
【００６２】
次の７ビット（たとえばビット２３から１７）は、いずれかの種類の競合（たとえば部分的または完全、および仮、予定ありまたはｏｏｆなど）を有する任意の出席者の数の厳密なカウント数を表す。任意出席者の競合の最大数が１００である場合、これは７ビットを使用して表すことができる。
【００６３】
次の３ビット（たとえば、この例ではビット１６から１４）は、最強の任意出席者競合（strongest optional attendee conflict）を使用して計算する。たとえば、任意の出席者のうちで最強の競合が「外出」である場合は、それは３である（２進法では０１１と表される）。たとえば、最強の競合が「予定あり」である場合は、それは２である（２進法では０１０と表される）。たとえば、最強の競合が「仮」である場合は、それは１である（２進法では００１と表される）。任意の出席者の競合がない場合は、それは０である（２進法では０００と表される）。
【００６４】
次の７ビット（たとえば、この例ではビット１３から７）は、１００に正規化された任意出席者の競合の重複の総パーセンテージを表す。たとえば、任意出席者Ａが会議時間の半分重複し、任意出席者Ｂの競合が会議の２５％重複し、任意出席者Ｃの競合がタイムスロットのすべてを重複する場合は、任意競合の総重複は（５０＋２５＋１００）／３＝５８．３３％であり、１００に正規化して５８である。
【００６５】
次の２ビット（たとえば、この例ではビット６および５）は、会議開始の時間の選好（time preference）を表す。たとえば、正時（たとえば午後１：００、午後２：００）に開始する時間は０の時間選好値を有してもよく、３０分（たとえば午後１：３０、午後２：３０）に開始する時間は１の時間選好値を有してもよく、１５分（たとえば午後１：１５、午後１：４５、午後２：１５、午後２：４５）に開始する時間は、２の時間選好値を有してもよい。一部の場合では、こうした時間選好値を有すると、ユーザにとって視覚的に直感的または魅力的ではない会議時間の順序付けがもたらされることがある。その場合、これらの時間選好ビットは、単に計算されず、または無視されてもよい。
【００６６】
最後のビットは、会議が開始する時刻を表すことができ、時刻が早くなるほど、小さい値が割り当てられる。
【００６７】
会議提案の格付けに加えて、一部の会議提案がフィルタリングされてもよい。たとえば、初期設定、またはユーザによって入力された構成設定によって、会議主催者の勤務時間外である会議提案をフィルタリングさせてもよい。さらに、特定のカテゴリまたは格付け範囲（たとえば「悪い」会議提案）の会議提案がフィルタリングされてもよい。さらに、必要な出席者の２つ以上の競合が存在する会議提案がフィルタリングされてもよい。
【００６８】
格付けが計算されると、それは会議提案をカテゴリに割り当てるために使用することができる。一実施形態では、「大変良い」、「良い」、「普通」および「悪い」の４つのカテゴリがある。それらのカテゴリ分類は主として、競合を有する必要な出席者のパーセンテージに基づいてもよい。必要な出席者の競合がなく、会議時間が、必要なすべての出席者の勤務時間内にある場合、その会議提案は、「大変良い」と自動的に見なしてもよい。必要な出席者の特定のパーセンテージより多く競合がある場合（たとえば５０％）、その会議提案は、「悪い」と自動的に見なしてもよい。それらの残りの会議提案では、特定の閾値（たとえば、初期設定では２５％であり、設定変更可能）を超える、必要な出席者の競合パーセンテージ有するものは、「良い」と見なしてもよく、その閾値より小さいものは、「普通」と見なしてもよい。それぞれのカテゴリ内で、会議提案はさらに、その格付けの順に分類されてもよい。
【００６９】
提案された会議時間がどのように決定されるかに関係なく、次いでサーバまたはクライアントは、提案された複数の会議時間のそれぞれについての示唆された望ましさの表示と共に、提案された会議時間を出力する（行為２１０）。これは、上記で言及された格付けまたはカテゴリ分類に関連することもあり、たとえば、提案された会議時間に関連した競合の数、提案された会議時間に使用可能な部屋の数など、格付けを計算するために使用される要因の一部を含んでもよい。サーバが評価を実施した場合は、出力の行為は、提案された会議時間をクライアントに提供することを含んでもよい。クライアントが評価を実施した場合は、出力の行為は、提案された会議時間を評価オブジェクトの外部のソフトウェアを渡すことを含んでもよい。
【００７０】
次いで、クライアント（またはその中の適切なコンポーネント）は、会議について提案された会議時間（複数可）、および提案された各会議時間について示唆された望ましさの表示にアクセスする（行為２１１）。次いで、クライアントは、ディスプレイに、提案された会議時間の少なくとも一部のそれぞれについての時間の識別を、表示される提案された各会議時間についての示唆された望ましさを表す視覚的インジケータと共に表示する（行為２１２）。提案された会議時間に関連した競合の数などの関連データ、および提案された会議時間に使用可能な部屋の数も表示することができる（行為２１３）。
【００７１】
提案された会議時間が表示されるのと同時に、クライアントは、カレンダまたは日付ピッカーオブジェクトを表示することもできる（行為２１４）。カレンダは、各日付についての視覚的なインジケータ、望まれる会議について各日の相対的な適切さを表すインジケータを含んでもよい。評価と同時に、またはその前に、生の空き有無データを、出席者、部屋、および会議のために要求されたリソースのそれぞれについて表示することもできる（行為２１５）。
【００７２】
図３に戻ると、提案された会議時間フレーム３０８は、図２の方法２００に従って生成された、提案された会議時間３１１から３１４の識別を含む。提案された各会議時間は、望ましさまたは適切さの識別を含む。これは、提案された各会議時間について、左の縦縞として示されている（提案された開示時間３１１から３１４にそれぞれ関連するインジケータ３１１Ａから３１４Ａを参照）。キャプション３０９を参照すると、提案された会議時間のすべてが「great」と分類されている。さらに、提案された各会議時間は、要請された１人の出席者が出席可能であること（すなわち「1 of 1 free」）を示している。
【００７３】
日付ピッカーオブジェクトの各日は、提案された会議について各日の適切さを示す視覚的なインジケータも含む。この場合、２００６年５月２２日を除いて、それらの日のすべてが白色である。したがって、キャプション３０９を参照すると、会議に不適切である２００６年５月２２日を除いて、いずれの日も会議に非常に適している。ここでは、２００６年５月１日が選択されているので、提案された会議時間は、２００６年５月１日についてのものである。
【００７４】
図３の例では、必要な出席者はただ１人であり、その人は、その月の間ほとんど空いていた。したがって、ソフトウェアの助けなしでも、会議のスケジューリングはかなり容易であった。しかし、会議は、必要な出席者の数が増加するにつれて、かなり複雑になり得る。
【００７５】
図６は、図４の４人の出席者および図５の２つ部屋が追加された後の類似のユーザインターフェース６００を示している。ここでは、空き有無データは、遥かにより密集している。このシナリオは一般に、会議をスケジューリングするユーザに、手作業による広範な探索を求める。しかし、ここでは、ユーザは単に、提案を見て、会議に「great」選択肢はないが、会議に２つのfair選択肢があることに留意することができる。最良の選択肢は、恐らく５人の必要な出席者のうちの４人が参加することができるが、要求された２つの部屋のいずれもが使用可能でない一番上の選択肢である。２００６年５月１日に最良の選択肢は「fair」と分類されているにすぎないので、その日全体が単に「fair」と分類されている。
【００７６】
日付ピッカーフレームを参照すると、５月１日は、fairとして視覚的に強調されている。５月２日〜７日、５月１１日〜１４日、５月１９日から２１日、５月２７日、５月２８日および５月３０日は、会議を行うのに単にfairである。５月１０日、１５日および２２日を含めて、会議に「poor」と分類された３つの日さえ存在している。５月１日の選択肢がユーザにとって満足なものでない場合、ユーザは、会議を行うのにより魅力的である日を迅速に見ることができる。
【００７７】
図７を参照すると、５月８日が選択された場合に現れるユーザインターフェース７００が示されている。それが、会議に非常に適した日を示す白色である、５月１日の次の日であるので、ユーザにはその日が勧められる。提案された会議時間を見ると、使用可能な部屋「Cascade」があり、また必要な５人のすべての出席者が出席可能である午前１０：００の選択肢がある。この例では、ユーザは、これが会議に最も適した選択肢であると決定する。
【００７８】
図２Ｂは、電子会議要求を自動的に生成するための方法２００Ｂを示している。この方法は、会議について提案された会議時間の識別を表示することを含む（行為２２１）。図７を参照すると、これは、提案された会議時間７０１であり得る。次いで、コンピューティングシステムは、ユーザがユーザ入力装置を使用して、提案された会議時間を選択したことを検出する（行為２２２）。たとえば、ユーザは、提案された会議時間７０１を選択するために、マウスまたはポインタを使用してもよい。次いで、コンピューティングシステムは、電子会議要求を、時間、出席者、および選択された会議時間のための少なくとも１つのリソース（部屋など）で自動的に埋める（行為２２３）。図８を参照すると、ユーザインターフェース８００は、ユーザが選択された会議時間７０１を選択するときに現れる。コンピューティングシステムは、必要な出席者を「To」フィールドに置き、選択された部屋を「Location」フィールドに置く。選択された時間についての開始および終了時間もまた、自動的に埋められる。したがって、電子会議要求は、図７の提案された時間を選択すると、実質上完成となる。
【００７９】
したがって、本発明の原理は、会議スケジューリングの直観的な方法を提供し、予定のある会議出席者および部屋のスケジュールについても効率的なスケジューリングを可能にする。本発明の原理は、電子会議要求を迅速に埋めることも可能にし、望まれるときに、スケジューリングに対するより改良された制御のために生の空き有無データにアクセスすることを可能にする。
【００８０】
本発明は、その趣旨または本質的な特性から逸脱せずに、他の特定の形で実施してもよい。上述の諸実施形態は、すべての点において、限定的ではなく、例示的なものにすぎないと見なすべきである。したがって、本発明の範囲は、上記説明によってではなく、添付の特許請求の範囲によって示される。特許請求の範囲の等価物の意味および範囲内に含まれるすべての変更は、その範囲内に包含されるものである。
【図面の簡単な説明】
【００８１】
【図１】本発明を実施することができる適切なコンピューティングシステムを示す図である。
【図２Ａ】本発明の原理による会議のスケジューリングの助けとするためのコンピュータ実施方法のフローチャートである。
【図２Ｂ】本発明の原理による電子会議要求を自動的に生成するための方法を示す図である。
【図３】ユーザが会議制約条件を入力するために表示されるユーザインターフェースを示す図である。
【図４】ユーザが会議の出席者を選択するために表示されるユーザインターフェースを示す図である。
【図５】ユーザが会議室を選択するために表示されるユーザインターフェースを示す図である。
【図６】出席者および部屋が選択された後にユーザに表示されるユーザインターフェースを示す図である。
【図７】別の日が選択される場合に表示されるユーザインターフェースを示す図である。
【図８】電子会議要求に図７の会議時間の選択からの情報が自動的に取り込まれるユーザインターフェースを示す図である。
【図１】
2008544419.tif 000008
【図２Ａ】
2008544419.tif 000009
【図２Ｂ】
2008544419.tif 000010
【図３】
2008544419.tif 000011
【図４】
2008544419.tif 000012
【図５】
2008544419.tif 000013
【図６】
2008544419.tif 000014
【図７】
2008544419.tif 000015
【図８】
2008544419.tif 000016
【国際調査報告】
2008544419.tif 000017