JP2002024492A

JP2002024492A - スケジュリングシステム及びスケジュリング方法

Info

Publication number: JP2002024492A
Application number: JP2000207051A
Authority: JP
Inventors: Shinji Komata; 伸二小俣; Yasuhiro Kawashima; 康弘川島
Original assignee: WEB LOGIC KK
Current assignee: WEB LOGIC KK
Priority date: 2000-07-07
Filing date: 2000-07-07
Publication date: 2002-01-25

Abstract

(57)【要約】【課題】携帯型の通信機器を利用して効率的に且つ入
力操作の手間を省く事が可能なスケジュリングシステム
及びスケジュリング方法を提供するＱ【解決手段】個人のスケジュール情報の管理、提供を
業とする事業体１、スケジューリング機能並びにスケジ
ュール記憶手段を含む携帯型通信手段３を所有する複数
のユーザー４とが当該事業体１と所定の契約の下に適宜
の通信回線５を介して、相互に接続可能な状態に構成さ
れており、且つ当該複数のユーザー４は、互いに特定の
グループ６を形成している情報通信システム１０に於
て、当該グループ６を構成するそれぞれのユーザー４−
１、４−２、４−３、は、互いに同一グループ６内の他
のユーザーのスケジュール情報にアクセスする事が可能
である様に構成されているスケジュリングシステム１０
０。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スケジュリングシ
ステム及びスケジュリング方法に関し、特に詳しくは、
特定のグループを構成する携帯型の通信手段を有する複
数のユーザー間で互いに通信回線例えばインターネット
を介して、相手側のスケジュール情報を確認し、又相手
側を含めたスケジューリングを行う事が可能なスケジュ
リングシステム及びスケジュリング方法に関するもので
ある。

【０００２】

【従来の技術】従来に於いては、携帯電話、ＰＨＳ、ポ
ッケトベル等の携帯型の通信機器を使用するユーザー
は、通信回線を介してユーザー同士で情報の交換を行っ
てると同時に、自己の個人情報及び必要に応じて相手ユ
ーザーの個人情報を自己の通信機器内に設けられている
記憶手段に手入力によって入力し、それを所定の記憶手
段に記憶して利用している。

【０００３】例えば、一般的にはアドレス帳と称される
リストがあり、例えば、個人の氏名、住所、郵便番号、
電話番号、Ｅメールアドレス、ＦＡＸ番号等が個人別に
記録され、当該ユーザーが必要に応じて、当該アドレス
帳を当該通信機器の表示装置に読み出して利用する様に
なっている。

【０００４】係る従来の携帯型通信機器に於いては、各
ユーザーが、自己が必要とする当該アドレス帳のデータ
を各自が全て自己の通信機器の端末或いはキーボードを
使用して自己及び他人の個人情報データを入力し、当該
入力された個人情報は、全て自己の携帯型通信機器に設
けられている所定の記憶装置に格納保管される。

【０００５】そして、当該自己の個人情報のみならず、
他人の個人情報の保守、変更等は、すべて当該通信機器
を所有する本人が当該通信機器を操作して処理するもの
であり、例えば、他人が住所を変更したり、電話番号等
を変更した場合でも、当該通信機器を所有する本人が当
該通信機器を操作してその変更を登録する必要があっ
た。

【０００６】一方、従来の方法に於ても、例えばインタ
ーネット上のサービスとして、携帯型通信機器或いはＣ
Ｐ端末に格納されているデータをインターネット上のサ
ーバに吸い上げて管理する所謂ホスティングサービスが
一部に行われている。

【０００７】然しながら、係る従来の方法に於いては、
単に携帯型の通信機器或いはＣＰ端末等にあったデータ
群がネットワーク上のサーバに物理的に移動しただけの
状態であり、従って当該サーバ上で管理されるデータ
は、重複したデータが多く従ってデータファイルは冗長
になると言う問題が有った。

【０００８】同様に、各ユーザーは、自己のスケジュー
ル情報に自分のスケジュールを手入力によって入力し
て、所定のスケジュール情報、例えばスケジュール表に
記録し、必要に応じて自分の携帯型通信機器の画像表示
部に表示させてその内容を確認する事が一般的であり、
他人のスケジュール情報に関しては、当該他人に電話或
いはＦＡＸ等によって、当該他人のスケジュールをそれ
ぞれ確認し、その結果を自分で自己の携帯型通信機器に
入力し、必要に応じて自分の携帯型通信機器の画像表示
部に自己のスケジュールと共に他人のスケジュール情報
も表示する様になっているので、入力操作が煩雑であ
り、時間が掛かり、リアルタイムで友人、恋人等のスケ
ジュール情報を直ぐにでも知りたい場合でも、その情報
を確認するには、かなりの時間を要するものであり、不
便で有った。

【０００９】更に、従来の方法に於いては、所定のスケ
ジュールを設定する場合には、複数のユーザーが個別に
自己の携帯型通信機器に当該スケジュール情報を入力す
る必要があり、同じスケジュール情報を複数のユーザー
が別々に入力操作を実行しなければならないと言う問題
があり、全体的にみて、操作の無駄があり、効率的であ
るとは言えなかった。

【００１０】一方、係る従来の問題点の改良する方法と
して、或る特定のユーザーが、他人のユーザーのスケジ
ュール情報を見れる様にするサービス提供する例えばグ
ループ・ウェア・ホスティング等のサービスを提供する
サイト、或いはサーバが見られるが、係るサービスに於
いては、個人のプライバシー情報がかなり外部に漏れて
しまうと言う問題があり、各ユーザーが自由に利用する
事は不可能であった。

【発明が解決しようとする課題】従って、本発明の目的
は、上記した従来技術の欠点を改良し、個々のユーザー
が、現在個々に使用している当該携帯型の通信機器を利
用して種々のスケジューリングを行う際に、所定のグル
ープを構成している他のユーザーのスケジュール情報を
参照しながら、容易に且つ簡単に、所定のスケジュール
を決定し、然も関連する他のユーザーにもその決定され
た当該スケジュールの情報を通知して、当該他のユーザ
ーのスケジュール情報に張りつけを行う事によって、効
率的に且つスケジュールの入力操作の手間を省く事が可
能なスケジュリングシステム及びスケジュリング方法を
提供するものであり、又、当該スケジューリング操作を
代行してくれる事業体に実行させる様にして、当該ユー
ザー自身も煩雑なスケジューリング操作と記録の為の入
力操作を低減する事が可能なスケジュリングシステム及
びスケジュリング方法を提供するものである。

【００１１】

【課題を解決する手段】本発明は上記した目的を達成す
るため、以下に記載されたような基本的な技術構成を採
用するものである。

【００１２】即ち、本発明に係る第１の態様としては、
個人のスケジュール情報の管理、提供を業とし、通信機
能を有する情報端末を有する事業体、スケジューリング
機能並びに設定されたスケジュールを記憶するスケジュ
ール記憶手段を含む携帯型通信手段を所有する複数のユ
ーザーで、それぞれが当該事業体と所定の契約の下に適
宜の通信回線を介して、相互に接続可能な状態に構成さ
れており、且つ当該複数のユーザーは、互いに特定のグ
ループを形成している情報通信システムに於て、当該グ
ループを構成するそれぞれのユーザーは、互いに同一グ
ループ内の他のユーザーのスケジュール情報にアクセス
する事が可能である様に構成されているスケジュリング
システムであり、又、本発明に係る第２の態様として
は、個人のスケジュール情報の管理、提供を業とし、通
信機能を有する情報端末を有する事業体、スケジューリ
ング機能並びに設定されたスケジュールを記憶するスケ
ジュール記憶手段を含む携帯型通信手段を所有する複数
のユーザーで、それぞれが当該事業体と所定の契約の下
に適宜の通信回線を介して、相互に接続可能な状態に構
成されており、且つ当該複数のユーザーは、互いに特定
のグループを形成している情報通信システムに於て、当
該グループを構成するそれぞれのユーザーは、互いに同
一グループ内の他のユーザーのスケジュール情報にアク
セスする事が可能である様に構成されているスケジュリ
ング方法である。

【００１３】本発明に係る当該スケジュリング方法或い
はスケジュリングシステムに於けるより具体的な構成と
しては、上記した基本的技術構成に対して、更に、当該
各ユーザーは、自己のスケジュール情報のそれぞれに、
少なくとも同一グループを構成している他のそれぞれの
ユーザーに、当該自己のスケジュール情報の内、どの範
囲まで開示させるかを指示するか、或いは他のユーザー
から照会のあったスケジュール又は、既に設定されてい
るスケジュールに関する当該ユーザーの重要性を指示す
るプリファレンスレベル情報を付与しておく様に構成さ
れるものである。

【００１４】

【発明の実施の形態】本発明に係る当該スケジュリング
システム及び当該スケジュリング方法は、上記した様な
技術構成を採用している事から、例えば、予め定められ
た契約を相互に締結し、所定のグループを構成する複数
の携帯型通信機器を有するユーザー間で、互いに個人情
報であるスケジュール情報をプライバシーを最大限に保
護しつつ開示しあう事によって、当該ユーザー間でのコ
ミュニケーションを向上させると同時に、スケジューリ
ング機能の格段の向上とリアルタイムでのスケジュール
の設定を可能とするスケジュリング方法及びスケジュリ
ングシステムである。

【００１５】特に、本発明に於いては、所定のグループ
内に於ける複数のユーザー間に於て、それぞれの個別の
付き合い方の深さに応じて、所定のプライバシープリフ
ァレンスのレベルを調整して設定する事によって、当該
ユーザー間のコミュニケーションのし易さとプライバシ
ーの保護の確保の両立を実現しえるスケジュリングシス
テム及びスケジュリング方法である。

【００１６】然も、本発明に於いては、更に上記したス
ケジューリング操作を当該ユーザー自らがその全てを実
行しなくとも、所定の処理操作を代行するエージェント
機能を有する組織、プログラム、或いは当該プログラム
を有する事業体等を介在させる事によって、例えばイン
ターネットを介して、当該スケジューリング操作を極め
て単純化する事が可能となり、効率的なスケジューリン
グを行うことが可能となる。

【００１７】つまり、本発明に於いては、例えば、当該
スケジュール情報を作成するに際し、それぞれのユーザ
ー毎にスケジュール情報、つまり当該ユーザーの個人的
なスケジュール表を生成するに必要な、年月日、時間
帯、イベント名、イベントのカテゴリ、開催場所、参加
予定者、等に付いて、コード化すると同時に、他のユー
ザーに対してはどの情報まで開示を許可するかを決定す
るプリファレンスレベル情報をコード化してそれぞれの
項目に付与する事によって、特定の他のユーザーには知
られたくないスケジュールの内容を秘密に保持する事が
可能となり、当該互いに開示を許可しあったスケジュー
ルの内容についてのみ当該ユーザー間で互いに利用しえ
る様に構成するものである。

【００１８】然も、本発明に於いては、係るスケジュー
ル情報の特定の条件下での相互開示に加えて、当該ユー
ザー毎の個人情報である、電話番号、住所、電子メール
アドレス等の情報に対しても、それぞれに上記したと同
様の開示プリファレンス情報を制御コード化して、所定
の当該ユーザーの所有する携帯型通信機器の所定の記憶
手段に格納する様に構成されているものである。

【００１９】従って、本発明に於いては、当該制御コー
ドを利用して同一グループを構成するユーザー間の当該
スケジュール情報を含む個人情報官にリンクを形成して
おく事によって、特定のユーザーは、アクセスすること
を許可されている、他のユーザーの当該スケジュール情
報を含む個人情報を、開示許可が得られる範囲内に於て
容易に入手する事が出来るのである。

【００２０】即ち、本発明に於いては、グループ内の複
数のユーザーが、互いに個別にスケジューリングする事
によって生じる、煩雑さ、重複操作を回避し、入力操作
の単純化と即時性のある効率的にスケジューリングが実
行しえるスケジュリング方法及びスケジュリングシステ
ムが提供されるものである。

【００２１】

【実施例】以下に、本発明に係る当該スケジュリングシ
ステム及びスケジュリング方法の一具体例の構成を図面
を参照しながら詳細に説明する。

【００２２】即ち、図１は、本発明に係る当該スケジュ
リングシステム１００の一具体例の構成を示すブロック
ダイアグラムであって、図中、個人のスケジュール情報
の管理、提供を業とし、通信機能を有する情報端末を有
する事業体１、スケジューリング機能並びに設定された
スケジュールを記憶するスケジュール記憶手段２を含む
携帯型通信手段３を所有する複数のユーザー４で、それ
ぞれが当該事業体１と所定の契約の下に適宜の通信回線
５を介して、相互に接続可能な状態に構成されており、
且つ当該複数のユーザー４は、互いに特定のグループ６
を形成している情報通信システム１０に於て、当該グル
ープ６を構成するそれぞれのユーザー４−１、４−２、
４−３、は、互いに同一グループ６内の他のユーザーの
スケジュール情報にアクセスする事が可能である様に構
成されているスケジュリングシステム１００が示されて
いる。

【００２３】一方、本発明に於ける当該事業体１には、
当該契約関係を有する各ユーザー４−１、４−２、４−
３のそれぞれから送信されるスケジュリング情報やアド
レス情報或いはリンク情報等或いは調整されたスケジュ
リング情報等８０を当該各ユーザー別に記憶しておくユ
ーザー別スケジュール情報記憶手段９を有しているもの
である。

【００２４】又、各ユーザー４−１、４−２、４−３の
それぞれは、必要があれば、それぞれが有する携帯型通
信手段３の記憶手段２に、当該事業体１の当該ユーザー
別スケジュール情報記憶手段９に記憶されている自己の
スケジュリング情報をコピーする事も可能である。

【００２５】又、本発明に於ける当該スケジュリングシ
ステム１００に於いては、当該各ユーザー４−１、４−
２、４−３は、同一グループ６を構成している他のユー
ザーとの間に当該情報通信に関するリンクが形成されて
いる事が望ましい。

【００２６】本発明に於ける当該ユーザーとの間に当該
情報通信に関して形成される当該リンクの形式は、特に
限定されないが、本願出願人が既に特許出願している特
開平２０００−１５８４６４号明細書に記載されてい
る、グルーピング方法及びリンクの形成方法を使用する
事が可能である。

【００２７】本発明に係るユーザー４−１、４−２、４
−３は、それぞれが当該事業体１と所定の契約を締結し
ており、当該事業体１の提供するスケジュリングサービ
スを受ける為の会員を形成しているものであり、当該複
数のユーザー４−１、４−２、４−３は、互いに同一の
グループ６を構成している事が必要である。

【００２８】勿論本発明に於いては、同一のグループ６
に於けるスケジュリングシステムに付いて説明するが、
当該通信回線に接続されている当該事業体１は、他の複
数のグループとも同様の関係を構成している事は可能で
ある。

【００２９】又、本発明に於ける当該事業体１は、自己
が所有するか、自己が管理するアプリケーション・サー
ビス・プロバイダ（ＡＳＰ）１１を介して当該通信回線
５に電気的に接続されていても良く、又当該事業体１が
所有する当該情報端末は、アプリケーション・サービス
・プロバイダ（ＡＳＰ）を含んでいるもので有っても良
い。

【００３０】つまり、本発明に於ける当該事業体１は、
サーバとしての機能を有するものである事が望ましい。

【００３１】一方、本発明に係る当該事業体１は、当該
ユーザー別スケジュール情報記憶手段９に加えて、上記
したスケジューリングを実行するソフトウェア１２を格
納したアプリケーション記憶手段１３及び中央制御手段
１４とを有しているものである。

【００３２】本発明に於ける当該スケジューリングは、
当該各ユーザーがそれぞれ個別に所有する当該ユーザー
側情報端末３に設けられているスケジュール情報記憶手
段にあるスケジュール表に自己のスケジュールを入力し
て記憶させておく操作、当該ユーザーの当該ユーザー側
情報端末３に他のユーザーのスケジュール情報を参照し
て他のユーザーのスケジュールを入力して記憶させてお
く操作、当該ユーザーが同一グループ内の他のユーザー
の所有する当該ユーザー側情報端末に於ける当該スケジ
ュール情報に対して自己が設定するイベントの開催日時
を設定する操作、当該ユーザーが同一グループ内の他の
ユーザーの所有する当該ユーザー側情報端末に於ける当
該スケジュール情報記憶手段に設定されている当該同一
グループ内の他のユーザー等のスケジュール情報を参照
して、当該他のユーザー等のスケジュールの空き状況、
つまりオープン化状況を調査し、オープン化状態が確認
できた場合に当該オープン化状態の日時に所定のイベン
トの開催を決定し、その情報を当該同一グループ内の他
のユーザーのもつ当該ユーザー側情報端末３に於ける当
該スケジュール情報に張りつける操作、等が含まれるも
のである。

【００３３】勿論、本発明に於いては係る例示したスケ
ジューリング操作のみに限定されるものでない事は言う
までもない。

【００３４】その他、本発明に於ける当該ユーザー別ス
ケジュール情報記憶手段９には、当該スケジュール情報
に加えて、当該各ユーザー４別の、住所、電話番号、Ｆ
ＡＸ番号、Ｅ−メイルアドレス等を含む個人用アドレス
帳１５、各ユーザー間のリンク状態を示すリンク情報１
６及び当該プリファレンス情報１７をそれぞれ個別に格
納する記憶手段１８、１９及び２０がそれぞれ個別に設
けられている事も好ましい。

【００３５】一方、本発明に於ける当該ユーザー４が所
有する通信手段を有する情報端末３は、携帯型電話、Ｐ
ＨＳ、モバイル型ノートパソコン、ポッケトベル、通信
機能を有するコンピュータゲーム端末等から選択された
少なくとも一つで構成されている事が望ましい。

【００３６】一方、本発明に於ける当該スケジュリング
システム１００に於いては、当該ユーザー４−１は、当
該同一グループ６内の他のユーザー４−２、４−３の当
該スケジュール情報を当該事業体１を介して見る事が可
能である様に構成されているものである。

【００３７】つまり、具体的には、当該ユーザー４−１
は、当該事業体１が所有する当該ユーザー別スケジュー
ル情報記憶手段９に格納してある当該他のユーザー４−
２、４−３のデータベース９２、９３にアクセスし、当
該データベースに記憶されてぎる当該他のユーザー４−
２、４−３のスケジュール情報８０−２、８０−３を見
ることが出来る様に構成されている事が好ましい。

【００３８】又、本発明に於いては、スケジュール情報
を開示するユーザー側に採って、当該ユーザーの個人情
報に対するプライバシーの保護を徹底させる為に、当該
各ユーザー４−１、４−２、４−３は、自己のスケジュ
ール情報８のそれぞれに、少なくとも同一グループ６を
構成している他のそれぞれのユーザーに、当該自己のス
ケジュール情報８の内、どの範囲まで開示させるかを指
示するか、或いは他のユーザーから照会のあったスケジ
ュール、又は、既に設定されているスケジュールに関す
る当該ユーザーの重要性を指示するプリファレンスレベ
ル情報等を付与しておくものである。

【００３９】当該プリファレンスレベル情報は、例え
ば、コミュニケーションする相手のユーザーとの関係の
深さに応じて、当該相手のユーザーに開示する当該ユー
ザーの個人情報であるスケジュール情報の範囲を複数の
段階のレベルで指定する様に構成したものであって、指
定を行う当該ユーザーが任意に選択して設定する事が可
能である。

【００４０】本発明に於いて当該プライバシーが問題と
なる個人のスケジュール情報には、電話番号、ＦＡＸ番
号、Ｅ─メイルアドレス等の連絡先情報だけでなく、プ
ライベートなスケジュールやその他の個人情報、性別や
趣味、職業等も含める事が可能である。

【００４１】更に、当該スケジュール情報としては、開
催日時、開催場所、イベントの名称、イベントの内容、
参加予定者、待ち合わせ場所等の情報を項目別に上記し
たプライバシープリファレンスレベル情報を付加して、
コード化して記憶させる事が可能である。

【００４２】本発明に於ける当該プリファレンスレベル
情報は、当該ユーザー４−１が、当該グループ６を構成
する他のユーザー４−２、４−３によって当該自己のス
ケジュール情報８について、開示しえる情報の範囲を複
数の段階に異ならせる様に設定した開示レベルフラグ情
報で構成されているもので有っても良く、更には、当該
プリファレンスレベル情報は、当該ユーザー４−１が、
既に自己のスケジュール情報８に於て、設定されている
所定のスケジュールに付いて、変更の可能性のレベルを
複数の段階で示す変更可能性示唆フラグ情報、若しく
は、当該ユーザー４−１が他のユーザーから照会のあっ
たスケジュールの受入状態レベルを示すスケジュール受
入レベルフラグ情報の少なくとも一つで構成されている
事も好ましい。

【００４３】より具体的には、当該記載の変更可能性示
唆フラグ情報は、少なくとも、例えば、当該スケジュー
ル情報８に設定された特定のスケジュールに対して、変
更不可、当該グループ内の他のユーザーによっては変更
可能、他のイベントの内容によっては変更可能、いつで
も変更可能であると言う複数のレベルに区分されたレベ
ル情報を含んでいるもので有っても良い。

【００４４】一方、本発明に於いて使用される当該スケ
ジュール受入レベルフラグ情報は、少なくとも、例え
ば、当該ユーザー４−１に於て、同一グループ６内の他
のユーザー４−２、４−３から照会のあったスケジュー
ルに関し、無条件で受入る、内容により受け入れる、参
加する他のユーザーのメンバーにより受け入れる、無条
件で受け入れない、取り敢えず受け入れておく等の複数
のレベルに区別したレベル情報を含んでいるもので有っ
ても良い。

【００４５】此処で、本発明に於いて使用される当該ス
ケジュール情報８の構成例及び当該プリファレンスレベ
ル情報の具体例を図２乃至図７を参照しながら詳細に説
明する。

【００４６】即ち、図２は、本発明に於ける当該スケジ
ュリングシステム１００に於て使用されるスケジュール
情報の一具体例の構成を示すものであって、例えば、日
時毎に１日のスケジュール情報が示される様に構成され
るものであって、その内容としては、曜日、時間帯、イ
ベント名、イベントカテゴリ、イベント内容、イベント
の開催場所或いは待ち合わせの場所、イベントの参加者
名或いは面会者名、或いはグループ名等であり、更には
必要なメモ欄及び既に設定されているスケジュールの変
更可能性レベル情報等が記録される様に構成されている
ものである。

【００４７】又、本発明に於いては、当該一日分のスケ
ジュール情報を１画面に表示するか若しくは１画面で数
日或いは１週間分のスケジュール情報が表示される様に
する事も可能である。

【００４８】本発明に於ける当該スケジュール情報の一
部、若しくは全てをコード化して当該コードで管理する
事も可能である。

【００４９】つまり、本発明に於て、上記スケジュール
情報をコード化する事によって、スケジュール調整用の
アプリケーションプログラムから再利用する事が可能と
なり、又その他のサービスの提供を可能にするため標準
化される事も望ましい。

【００５０】当該スケジュリングシステムを実際に運用
する場合のアプリケーションは、係るコード番号を再利
用して行われる。

【００５１】又、当該スケジュール情報に於ける当該イ
ベントのカテゴリは、図３に例示する様に、サーバ側、
つまり事業体１がデフォルトで用意する事も可能であ
る。

【００５２】或いは各ユーザーが全ユーザーに対して再
利用出来る形で登録しても良い。

【００５３】若しくは、グループ単位で新しいカテゴリ
を登録してそのグループ内だけで使用する事も可能であ
る。

【００５４】又、図４には、本発明に於て使用されるプ
リファレンスレベル情報の中の特に開示レベルプリファ
レンスに関するレベル設定フラグ情報の一例を示すもの
である。

【００５５】つまり、本発明に於ける当該開示レベルフ
ラグ情報は、当該特定のユーザーが同一グループ内の他
のユーザーに開示を許可するスケジュール情報の範囲を
示すものであり、個々の他のユーザーに対して個別に設
定されるものである。

【００５６】当該開示レベルフラグ情報は、当該ユーザ
ーと他のユーザーとのコミュニケーションの程度、付き
合いの程度等によって異なるものである。

【００５７】つまり、図４では、特定のユーザーＡが同
一グループの他のユーザーである、ユーザーＢ、Ｃ、
Ｄ、Ｅ、Ｆのそれぞれに対して与える優先度のレベルを
示すものであって、例えば、優先度レベル１は、他のユ
ーザーに対して当該スケジュール情報の全ての項目の開
示を許可するものであり、優先度レベル３は、当該イベ
ントで合う他のユーザーの名前は開示しない様にするも
のであり、優先度レベル５は、当該イベントの名前と当
該イベントで合う他のユーザーの名前は開示しない様に
するものであり、優先度レベル９は、当該日時に先約が
あるとの情報のみ他のユーザーに開示して、その他のス
ケジュール情報は開示しない様に設定するものである。

【００５８】係る関係をより理解し易くする為に図５に
示す様なデータベースを構築する事も可能である。

【００５９】つまり、図５は、図４の例とは一致しては
いないが、ユーザーＡの他のユーザーのそれぞれに対す
る開示しえる範囲を設定したものである。

【００６０】即ち、図５中、丸印の項目は、他のユーザ
ーＢ、Ｃ、Ｄ、Ｅ、Ｆのそれぞれに対して開示を認める
項目の例を示したものである。

【００６１】尚、上記の開示レベルフラグ情報は、本発
明に於けるスケジュリングシステムに於て、同一のグル
ープを構成する複数ほユーザー間でスケジュール情報を
相互に開示しあう際のリンク情報として使用されるもの
である。

【００６２】又、本発明に於て使用される変更可能性示
唆フラグ情報の一例を図６に示す。図６は、当該特定お
ユーザーのスケジュール情報８に於て、既に設定されて
いる所定のスケジュールが、絶対的なもので、後から別
のスケジュールが割り込もうとした場合でも全く受け付
けない大変重要なスケジュールであるのか、又は、後か
ら割り込もうとする別のスケジュールが、現在設定され
ているスケジュールよりも優先度が高い場合には、変更
が可能である程度のスケジュールであるのかを指定する
フラグである。

【００６３】従って、図６の例では、最優先で変更不可
であるレベル１の場合と別に優先度の高いスケジュール
があれば変更可能であるレベル２の場合との２位置レベ
ルのフラグで構成されているが、場合によっては、三種
類或いはそれ以上のレベル段階に設定する事も可能であ
る。

【００６４】又、図７は、本発明に於けるスケジュール
受入レベルフラグ情報の一例を示すものであって、例え
ば、当該個々のユーザーが、自分の経験、希望、趣味等
から個別に設定する事が可能であり、図７の例に於いて
は、数字の少ない方から優先度が高い事をしめしてい
る。

【００６５】つまり、デート及びカラオケの誘いがあっ
た場合にはこのユーザーは無条件にそのスケジュールを
受け入れる事を意味し、映画或いは旅行は、絶対に受け
ない事を意味するものである。

【００６６】尚、その間のレベルでは、イベントの内容
によって、参加する人のメンバー構成によって、或いは
予算によって、開催場所によってスケジュールを選択的
に受ける等の条件つきレベルである。

【００６７】本発明に於いては、上記した複数種のプリ
ファレンスレベル情報を有効に活用して、当該グループ
内に於ける各ユーザーの個人情報に関するプライバシー
を、当該各ユーザー間の付き合いの深さを考慮して最大
限に保護しながらコミュニケーションの向上を計る事が
可能となる。

【００６８】本発明に於いては、又、当該ユーザー４
は、同一グループ６内の他のユーザーのスケジュール情
報を見て、スケジュールが設定されていない日時に、当
該ユーザーの希望する所定のスケジュールを張りつけす
る事が可能な様に構成されている事も好ましい。

【００６９】又、本発明に於いては、当該自己のスケジ
ュールを当該他のユーザーのスケジュール情報に張りつ
けをした当該ユーザー４の個人情報、例えば、当該ユー
ザーの名前、ニックネーム、コメント等が、当該他のユ
ーザーのスケジュール情報上に表示される様に構成され
ている事も望ましい。

【００７０】一方、本発明に於いては、当該ユーザー４
−１は、同一グループ６内の他のユーザー４−２、４−
３によって、自己のスケジュール情報上で空いている日
時に、所定のスケジュールが張りつけられた場合には、
当該設定されたスケジュールをキャンセル出来る様に構
成されている事も必要である。

【００７１】この場合には、予め当該ユーザーのスケジ
ュール情報に所定のスケジュールを張りつけた他のユー
ザーから当該ユーザーに対して、Ｅ−メイル或いは音声
情報若しくは画像情報（以下単にＥ−メイル等と言う）
が発信されるので、当該Ｅ−メイル等に応答する形で、
当該ユーザーは他のユーザーに対して当該スケジュール
が受け入れられるか否かを通知する事が可能である。

【００７２】つまり、本発明に於いては、当該ユーザー
４−１が、同一グループの他のユーザー４−２、４−３
の空きスケジュールに、自己のスケジュールを張りつけ
る場合に、当該ユーザー４−１から当該他のユーザーに
対してＥ−メイル等が同時に発信される様に構成されて
いる事が好ましい。

【００７３】本発明に於ける当該スケジュリングシステ
ムの上記の各操作は、当該ユーザー自身が直接実行する
ことが可能であるが、本発明に於いては、当該事業体１
が、その操作を代行する事が可能である様に構成されて
いるものである。

【００７４】つまり、当該事業体１は、当該グループを
構成する複数のユーザー４−１、４−２、４−３のそれ
ぞれのエージェントとして機能するものである。

【００７５】従って、当該事業体１は、当該各スケジュ
ーリングの処理操作を所定の料金を課金する事によって
当該ユーザーに対してサービスを提供するものである。

【００７６】つまり、当該事業体１は、当該ユーザー４
の要請に応答して、当該ユーザー４と同一グループで互
いにリンクが張られている一人若しくは複数の他のユー
ザー４−２、４−３の個々のスケジュール情報８を当該
ユーザー４に開示する機能を有しているものである。

【００７７】又、本発明に於いては、当該事業体１は、
当該ユーザー４の要請に応答して、当該ユーザー４−１
と同一グループ６で互いにリンクが張られている一人若
しくは複数の他のユーザー４−２、４−３の個々のスケ
ジュール情報８を当該ユーザー４に開示するに際し、当
該開示レベルフラグ情報に従って、当該ユーザーに対し
て開示が許可されているスケジュール情報のみを開示す
る様に構成されている必要がある。

【００７８】本発明に於ける当該スケジュリングシステ
ム１００に於て、当該事業体１の具体的な操作手順を以
下に説明するならば、先ず、第１の具体例としては、当
該事業体１は、当該所定のユーザー４−１からの要請に
基づいて、当該同一グループ６内の一人若しくは複数の
他のユーザー４−２、４−３の個々のスケジュール情報
に関し、スケジュールがオープンである日時、特定の日
時に於けるスケジュールのオープン化状況、当該特定の
日時に於いてスケジュールが設定されている場合に、当
該スケジュールの変更可能性の有無等の情報を当該事業
体の所有するユーザー別記憶手段に記憶されている当該
個々の他のユーザーに関するスケジュール情報から検索
して、当該ユーザーに通知する様に構成されているもの
である。更に、本発明に於いては、当該事業体１は、当
該特定ユーザー４−１の依頼に基づいて、当該ユーザー
４−１が指定する日時に於ける当該ユーザー４−１と同
一グループ６に所属する他のユーザー４−２、４−３の
スケジュールの空き状態を検索し、オープンであれば当
該他のユーザー４−２、４−３のスケジュール情報に当
該ユーザーの指定する当該日時に、当該ユーザーの指定
するスケジュールを張りつけると同時にその結果を当該
ユーザーに報知する様に構成されている事が好ましい。

【００７９】又、本発明に於いては、当該事業体１は、
当該特定ユーザー４の依頼に基づいて、当該ユーザー４
が指定する日時に於ける当該ユーザー４と同一グループ
６に所属する他のユーザー４−２又は、４−３のスケジ
ュールの空き状態を検索し、オープンでない場合には、
当該他のユーザー４−２又は４−３の当該日時に於ける
当該スケジュールに関するプリファレンスレベル情報を
検索し、当該プリファレンスレベル情報の内で変更可能
性示唆フラグ情報が変換不可のレベルを示すフラグとな
っている場合には、当該他のユーザーに於けるスケジュ
ール情報のうちでオープンとなっている他の日時と当該
ユーザーのスケジュール情報に於けるオープンとなって
いる他の日時との一致状態を検索して、１つ又は幾つか
の候補の日時を当該ユーザーに連絡する様に構成されて
いる事が好ましい。

【００８０】一方、本発明に於ける当該スケジュリング
システム１００に於て、当該ユーザー４が、当該候補日
時の一つに同意した場合には、当該事業体１は、当該日
時の当該ユーザー４によるスケジュールを当該他のユー
ザー４−２又は４−３のスケジュール情報に於ける当該
日時に張りつけ、その結果を当該ユーザー４に連絡する
様に構成されている事も望ましい。

【００８１】同様に、本発明に於いては、当該事業体１
は、当該特定ユーザー４の依頼に基づいて、当該ユーザ
ー４が指定する日時に於ける当該ユーザー４と同一グル
ープに所属する他のユーザー４−２、４−３のスケジュ
ールの空き状態を検索し、オープンでない場合には、当
該他のユーザー４−２、４−３の当該日時に於ける当該
スケジュールに関するプリファレンスレベル情報を検索
し、当該プリファレンスレベル情報の内で変更可能性示
唆フラグ情報が変換可能のレベルを示すフラグとなって
いる場合には、当該他のユーザーに於けるスケジュール
情報に於ける当該日時に設定されているスケジュールの
上に当該ユーザーのスケジュールを張りつけると同時に
その結果を当該ユーザーに報知する様に構成されている
事も望ましい。

【００８２】同様に、本発明に於て、当該事業体１は、
当該ユーザー４−１のスケジュールを当該他のユーザー
４−２及び又は４−３のスケジュール情報に張りつけ操
作を実行した場合には、当該他のユーザーに対して、当
該スケジュールを当該他のユーザーのスケジュール情報
に張りつけた事をＥ−メイル等により通知する様に構成
されている事が望ましい。

【００８３】更に、本発明に於ける当該スケジュリング
システム１００に於て、当該他のユーザー４−２、４−
３は、自己のスケジュール情報上に張りつけられた当該
ユーザー４−１の当該スケジュールに対して拒否するか
若しくは特定の日時に変更する様事業体に対して要求す
る事が出来る様に構成されており、且つ当該事業体１
は、当該他のユーザー４−２、４−３からの当該スケジ
ュールに対する拒否或いは変更の要請が出された場合に
は、当該ユーザー４−１へその事実を連絡すると共に、
上記した何れかのスケジュリング操作を実行して、当該
スケジュールの変更を試みる様に構成されている事も好
ましい。

【００８４】本発明に於いては、上記した様に、当該各
ユーザーのスケジュール情報に記載されている各情報
は、主としてコード化されている事が好ましい。

【００８５】上記した本発明に於ける具体例では、基本
的には、当該ユーザー４−１と他のユーザー４−２か、
４−３の何れかと個別的にスケジューリングを行う例に
付いて説明したが、本発明に於いては、同一グループを
構成する複数のユーザー間で同時に当該スケジューリン
グ操作を行う事が可能である。

【００８６】即ち、その一例としては、当該事業体１
は、当該特定のユーザー４−１からの要請により、当該
ユーザー４−１の指定する日時に於ける特定のイベント
を開催するスケジュールに付いて、当該ユーザー４−１
と同一のグループ６を構成する他のユーザー４−２、４
−３全員或いは複数の特定の他のユーザーそれぞれのス
ケジュール情報のオープン化状態を検索してスケジュー
リングを実行する様に構成されているものである。

【００８７】係る本発明の具体例をより詳細に説明する
ならば、当該事業体１は、当該複数の他のユーザー４−
２、４−３全員のスケジュール情報を検索して、当該ユ
ーザー４−１の指定する日時に、当該他のユーザー４−
２、４−３全員或いは複数の特定の他のユーザー全員の
スケジュール情報がオープンである場合には、当該事業
体１は当該日時に当該特定のイベントの開催を決定し、
当該ユーザー。４─１と当該他のユーザー４−２、４−
３全員或いは当該特定の複数の他のユーザーに通知して
当該各ユーザーのスケジュール情報上に当該イベントの
開催実行を張りつけるが、当該他のユーザー４−２、４
−３全員或いは複数の特定の他のユーザー全員のスケジ
ュール情報が当該ユーザーの指定する日時にオープンで
ない事を示している場合には、当該事業体１は、当該ユ
ーザー４−１の当該スケジュール情報を検索して、当該
ユーザー４−１のスケジュールでオープンとなっている
日時を或いは複数の日時を候補日として抽出して当該ユ
ーザー４−１に通知すると同時に当該他のユーザー全員
４−２、４−３或いは複数の特定の他のユーザー全員の
スケジュール情報を検索して、当該各候補日に於ける当
該他のユーザー全員４−２、４−３或いは複数の特定の
他のユーザー全員のスケジュールのオープン化状況を判
断する様にするもである。

【００８８】一方、本発明に於て、当該事業体１が、当
該他のユーザー４−２、４−３のスケジュール情報を検
索する場合に、当該日時に所定の当該他のユーザー４−
２、４−３のスケジュール情報がオープンとなっている
場合には、当該他のユーザー４−２、４−３が予め設定
してある当該スケジュール受入レベルフラグ情報を参照
する事も可能である。

【００８９】更に、本発明に於ける当該スケジュリング
システム１００に於て、当該事業体１は、当該検索の結
果、当該他のユーザー４−２、４−３全員或いは複数の
特定の他のユーザー全員の内の一部の他のユーザーのス
ケジュール情報に於て当該ユーザー４−１の指定する当
該日時に於てオープンでない場合には、当該日時にオー
プンでない当該個々の他のユーザー４−２、４−３の当
該スケジュール情報に既に設定されている当該スケジュ
ールについて、当該変更可能性示唆フラグ情報を参照し
て、個別に変更が可能か否かを判断し、可能であれば、
当該他のユーザー４−２、４−３の当該スケジュール情
報に既に設定されている当該日時に於けるスケジュール
を当該ユーザー４−１の指定する日時に於ける当該イベ
ントに書き換える操作を実行し、当該日時にオープンで
ない当該個々の他のユーザー４−２、４−３の当該スケ
ジュール情報に既に設定されている当該スケジュールの
変更が不可能である場合には、そのまま放置し、当該ユ
ーザー４−１の指定する当該日時に於てオープンでない
スケジュール情報を有する当該他のユーザー４−２、４
−３全員或いは複数の特定の他のユーザー全員について
上記操作を繰り返し、最終的に、当該イベントに参加し
て欲しい当該他のユーザー４−２、４−３全員或いは複
数の特定の他のユーザー全員に対する、参加可能な他の
ユーザー４−２、４−３の比率を演算して当該ユーザー
４−１に通知するか、当該比率が予め定められた基準を
越えている場合、若しくは当該ユーザー４−１が特に指
定した他のユーザー４−２又は４−３の参加が確実な場
合には、当該ユーザー４−１の指定した日時に当該イベ
ントを実行する事を決定し、当該ユーザー４−１のスケ
ジュールを当該参加可能な他のユーザー４−２、４−３
のスケジュール情報の当該日時に張りつけ、当該ユーザ
ー４−１に通知すると同時に当該イベントに参加して欲
しい当該他のユーザー４−２、４−３全員にＥ−メイル
等を発送する様に構成する事も好ましい。

【００９０】又、本発明に於ける当該スケジュリングシ
ステム１００に於いては、上記の各ユーザーのスケジュ
ール情報を当該事業体１に御家長期間保存しておき、当
該ユーザーのそれぞれについて、過去の行動パターンを
分析したビヘビア情報を作成する事も可能である。

【００９１】係るビヘビア情報を使用する事によって、
当該事業体１が、特定のユーザーのスケジュールの空き
具合を選定する場合に、何曜日の何時頃が良く空き状態
となっているか判断しえるので、スケジューリングが効
率的に実行出来る。

【００９２】即ち、本発明に於いては、当該事業体１に
於ては、当該各ユーザー４に於ける個別のスケジュール
の受入可能性、或いは変更の可能性の判断に際して、各
ユーザーの過去の履歴情報を参照したユーザー個人別ビ
ヘビア情報を参照する様に構成する事も望ましい。

【００９３】又、本発明に於いては、当該事業体１は、
複数の互いに異なるグループ６、６’間で所定日時に所
定のイベントを開催する場合のスケジューリングを実行
する事も可能である。

【００９４】この場合には、例えば、当該事業体１は、
当該１のグループ６に於ける代表者と他のグループ６’
に於ける代表者間に於けるスケジュール情報を検索し、
双方のスケジュール情報に共通したオープンの日時があ
れば、当該日時を当該イベントの開催日に決定し、或い
は、予め定められた日時に双方のスケジュール情報に共
通したオープンの日時がなければ、上記した何れかのス
ケジュリングシステムを使用して双方がオープンである
日時を特定する様に構成されている事も望ましい。

【００９５】更に、本発明に於て、当該事業体１は、当
該複数のグループ６、６’間に於ける指定のイベントの
開催が決定された場合には、当該各グループ６、６’を
構成する各ユーザーのそれぞれに対してＥ−メイル等を
発信すると同時、各グループ６、６’の各ユーザーの当
該スケジュール情報に、当該イベント開催情報のスケジ
ュールを、張りつけ可能な限り張りつける様に構成する
事が好ましい。

【００９６】又、上記した具体例に於いては、当該事業
体１は、当該一の契約者であるユーザー４−１からの指
令に応答して当該他の契約者で同一のグループを構成す
る他のユーザー４−２、４−３のスケジュール情報を当
該契約者であるユーザーに、所定のプライバシの保護の
下に必要な情報を提供する様に構成されているものであ
る。

【００９７】更に、本発明に於いては、当該通信回線手
段５には、更に当該事業体１が行う上記の契約の締結
時、若しくは契約締結後、当該事業体が、当該ユーザー
４に所定のスケジューリングサービスを実行する毎に所
定の料金を当該ユーザーから徴収する為の当該通信回線
５に接続された、予め定められた所定の課金システム２
５が設けられている事が好ましい。

【００９８】又、本発明に係る当該システムに於いて
は、当該ユーザーが予め設定していたスケジュールが、
その後に別のスケジュールが張り込まれてキャンセルさ
れた場合に、当該キャンセルされたスケジュールに関し
て、上記した様な方法或いはシステムを利用して再調整
する様に構成する事も可能である。

【００９９】次に、本発明に係る当該スケジュリング方
法の具体例を説明する。

【０１００】上記した説明から理解される様に、本発明
に係る当該スケジュリング方法は、基本的には、個人の
スケジュール情報の管理、提供を業とし、通信機能を有
する情報端末を有する事業体１、スケジューリング機能
並びに設定されたスケジュールを記憶するスケジュール
記憶手段２を含む携帯型通信手段３を所有する複数のユ
ーザー４−１、４−２、４−３で、それぞれが当該事業
体１と所定の契約の下に適宜の通信回線５を介して、相
互に接続可能な状態に構成されており、且つ当該複数の
ユーザー４−１、４−２、４−３は、互いに特定のグル
ープ６を形成している情報通信システムに於て、当該グ
ループ６を構成するそれぞれのユーザー４−１は、互い
に同一グループ６内の他のユーザー４−２、４−３のス
ケジュール情報にアクセスする事が可能である様に構成
されているスケジュリング方法であり、より具体的に
は、当該事業体１には、当該契約関係を有する各ユーザ
ー４−１、４−２、４−３の当該スケジュール記憶手段
３に記憶されているスケジュール情報８と同一のスケジ
ュール情報８０を当該各ユーザー別に所定の記憶手段９
１〜９３に記憶しておくユーザー別スケジュール情報記
憶手段９が設けられており、当該各ユーザー４−１は、
当該事業体１の当該ユーザー別スケジュール情報記憶手
段９を介して同一グループ６を構成する他のユーザー４
−１、４−２、４−３のスケジュール情報８０を、予め
当該他のユーザー４−２、４−３が当該ユーザー４−１
に開示を許可している範囲内に限り閲覧出来る様に構成
されているものである。

【０１０１】更に、本発明に於いては、当該各ユーザー
は、同一グループを構成している他のユーザーとの間に
当該情通信に関するリンクが形成されている事あのぞま
しく、又、当該ユーザー４−１は、同一グループ６を構
成する他のユーザー４−２、４−３に対して開示しても
良いスケジュール情報の項目についてそれぞれプリファ
レンス情報を付与しておく事も必要である。

【０１０２】即ち、本発明に係る当該スケジュリング方
法に於いては、当該プリファレンス情報には、当該他の
ユーザー４−２、４−３に対して開示しえる情報の範囲
を複数段階に区別して示す開示レベルフラグ情報が含ま
れているものである。

【０１０３】そして、本発明に於いては、当該ユーザー
４−１は、同一グループ６を構成する他のユーザー４−
２、４−３から照会のあったスケジュール、又は既に当
該スケジュール情報に設定されている自己のスケジュー
ルに関する当該ユーザーの重要性を指示する上記したと
同様のプリファレンスレベル情報を付与しておく事が望
ましい。

【０１０４】本発明に於て使用される当該プリファレン
スレベル情報は、上記した様に、当該ユーザーが、既に
自己のスケジュール情報に於て、設定されている所定の
スケジュールに付いて、変更の可能性のレベルを複数の
段階で示す変更可能性示唆フラグ情報若しくは、当該ユ
ーザーが他のユーザーから照会のあったスケジュールの
受入状態レベルを示すスケジュール受入レベルフラグ情
報の少なくとも一つで構成されている事が好ましい。

【０１０５】更に、本発明に於いては、当該記載の変更
可能性示唆フラグ情報は、少なくとも、変更不可、当該
グループ内の他のユーザーによっては変更可能、他のイ
ベントの内容によっては変更可能、いつでも変更可能性
レベルの情報を含んでいる事が好ましい。

【０１０６】又、本発明に於ける当該スケジュリング方
法に於て使用される当該スケジュール受入レベルフラグ
情報は、少なくとも、当該ユーザーに於て、同一グルー
プ内の他のユーザーから照会のあったスケジュールに関
し、無条件で受入る、内容により受け入れる、参加する
他のユーザーのメンバーにより受け入れる、無条件で受
け入れない、取り敢えず受け入れておく等のレベル情報
を含んでいる事が望ましい。

【０１０７】本発明に於いては上記したと同様に、当該
各ユーザーが実行すべき当該スケジューリング操作を当
該事業体が代行する様に構成されている事も具体例の一
つである。

【０１０８】本発明に係る当該スケジュリング方法の具
体例の一例を以下に示す。

【０１０９】即ち、本発明に係る当該スケジュリング方
法に於いては、当該ユーザーは、同一グループ内の他の
ユーザーのスケジュール情報を見て、スケジュールが設
定されていない日時に、所定のスケジュールを張りつけ
する様に構成されるものである。

【０１１０】そして、当該スケジュリング方法に於いて
は、当該自己のスケジュールを当該他のユーザーのスケ
ジュール情報に張りつけをした当該ユーザーの個人情報
が、当該他のユーザーのスケジュール情報上に表示され
る様に構成されている事が好ましい方法である。

【０１１１】又、本発明に於ては、当該ユーザーは、同
一グループ内の他のユーザーから自己のスケジュール情
報上で空いている日時に、所定のスケジュールが張りつ
けられた場合には、当該設定されたスケジュールをキャ
ンセル出来る様に構成されているスケジュリング方法で
ある。

【０１１２】本発明に於て、当該ユーザーが、同一グル
ープの他のユーザーの空きスケジュールに、自己のスケ
ジュールを張りつけた場合に、当該ユーザーから当該他
のユーザーに対してＥ−メイル等が同時に発信される様
に構成されている事が好ましい。

【０１１３】更に本発明に於いては、当該事業体は、当
該ユーザーの要請に応答して、当該ユーザーと同一グル
ープで互いにリンクが張られている一人若しくは複数の
他のユーザーの個々のスケジュール情報で予め当該他の
ユーザーが当該ユーザーに開示する事を許可している範
囲内のスケジュール情報を抽出して、その結果を当該ユ
ーザーに開示する様に構成されている事も望ましい。

【０１１４】一方、本発明に於いては、当該事業体１
は、当該ユーザー４の要請に応答して、当該ユーザー４
−１と同一グループ６で互いにリンクが張られている一
人若しくは複数の他のユーザー４−２、４−３の個々の
スケジュール情報を当該ユーザー４−１に開示するに際
し、当該開示レベルフラグ情報に従って、当該他のユー
ザー４−２、４−３が当該ユーザー４−１に対して開示
を許可しているスケジュール情報のみを開示する様に構
成されている事が必要である。

【０１１５】本発明に於ける当該スケジュリング方法の
他の具体的としては、当該事業体は、当該所定のユーザ
ーからの要請に基づいて、当該同一グループ内の一人若
しくは複数の他のユーザーの個々のスケジュール情報に
関し、スケジュールがオープンである日時、特定の日時
に於けるスケジュールのオープン化状況、当該特定の日
時に於いてスケジュールが設定されている場合に、当該
スケジュールの変更可能性の有無等の情報等を当該事業
体の所有するユーザー別スケジュール情報記憶手段に記
憶されている当該個々の他のユーザーに関するスケジュ
ール情報から検索して、当該ユーザーに通知する様に構
成されているものである。

【０１１６】係る具体例に於て、当該事業体は、当該特
定ユーザーの依頼に基づいて、当該ユーザーが指定する
日時に於ける当該ユーザーと同一グループに所属する他
のユーザーのスケジュールの空き状態を検索し、オープ
ンであれば当該他のユーザーのスケジュール情報に当該
ユーザーの指定する当該日時に、当該ユーザーの指定す
るスケジュールを張りつけると同時にその結果を当該ユ
ーザーに報知する様に構成されている事も好ましい。

【０１１７】一方、本発明に於いては、当該事業体は、
当該特定ユーザーの依頼に基づいて、当該ユーザーが指
定する日時に於ける当該ユーザーと同一グループに所属
する他のユーザーのスケジュールの空き状態を検索し、
オープンでない場合には、当該他のユーザーの当該日時
に於ける当該スケジュールに関するプリファレンスレベ
ル情報を検索し、当該プリファレンスレベル情報の内で
変更可能性示唆フラグ情報が変換不可のレベルを示すフ
ラグとなっている場合には、当該他のユーザーに於ける
スケジュール情報のうちでオープンとなっている他の日
時と当該ユーザーのスケジュール情報に於けるオープン
となっている他の日時との一致状態を検索して、１つ又
は幾つかの候補の日時を当該ユーザーに連絡する様に構
成されている事も望ましい。

【０１１８】本発明に於いて当該変更可能性示唆フラグ
情報とは、既にスケジュール情報に設定されているイベ
ントと後から計画が持ち上がった別のイベントとが同日
同時間帯で少なくとも一部が重なってしまった場合に、
何れを選択するかの指針を与えるインデックスであり、
当該ユーザーが予め定めておくもので、如何なるイベン
トがその後に来てもスケジュールの変更はしないと決め
手あるものとか、その後のイベントの内容によってスケ
ジュールを変更しても良いもの等に分類しておくもので
ある。

【０１１９】又、本発明に於て、当該ユーザーが、当該
候補日時の一つに同意した場合には、当該事業体は、当
該日時の当該ユーザーによるスケジュールを当該他のユ
ーザーのスケジュール情報に於ける当該日時に張りつ
け、その結果を当該ユーザーに連絡する様に構成する事
も可能であり、更には、当該事業体は、当該特定ユーザ
ーの依頼に基づいて、当該ユーザーが指定する日時に於
ける当該ユーザーと同一グループに所属する他のユーザ
ーのスケジュールの空き状態を検索し、オープンでない
場合には、当該他のユーザーの当該日時に於ける当該ス
ケジュールに関するプリファレンスレベル情報を検索
し、当該プリファレンスレベル情報の内で変更可能性示
唆フラグ情報が変換可能のレベルを示すフラグとなって
いる場合には、当該他のユーザーに於けるスケジュール
情報に於ける当該日時に設定されているスケジュールの
上に当該ユーザーのスケジュールを張りつけると同時に
その結果を当該ユーザーに報知する様に構成する事も可
能である。

【０１２０】更に、本発明に於いては、当該事業体は、
当該ユーザーのスケジュールを当該他のユーザーのスケ
ジュール情報に張りつけ操作を実行した場合には、当該
他のユーザーに対して、当該スケジュールを当該他のユ
ーザーのスケジュール情報に張りつけた事をＥ−メイル
等により通知する様に構成する事も望ましく、又、当該
他のユーザーは、自己のスケジュール情報上に張りつけ
られた当該ユーザーの当該スケジュールに対して拒否す
るか若しくは特定の日時に変更する様事業体に対して要
求する事が出来る様に構成されており、且つ当該事業体
は、当該他のユーザーからの当該スケジュールに対する
拒否或いは変更の要請が出された場合には、当該ユーザ
ーへその事実を連絡すると共に、上記請求項６４乃至６
７の何れかに記載されたスケジュリング操作を実行し
て、当該スケジュールの変更を試みる様に構成されてい
るものであっても良い。

【０１２１】更には、本発明に於て、当該事業体は、当
該特定のユーザーからの要請により、当該ユーザーの指
定する日時に於ける特定のイベントを開催するスケジュ
ールに付いて、当該ユーザーと同一のグループを構成す
る他のユーザー全員或いは複数の特定の他のユーザーそ
れぞれのスケジュール情報のオープン化状態を検索して
スケジューリングを実行する様に構成する事も可能であ
り、又、当該事業体は、当該複数の他のユーザー全員の
スケジュール情報を検索して、当該ユーザーの指定する
日時に、当該他のユーザー全員或いは複数の特定の他の
ユーザー全員のスケジュール情報がオープンである場合
には、当該事業体は当該日時に当該特定のイベントの開
催を決定し、当該ユーザーと当該他のユーザー全員或い
は当該特定の複数の他のユーザーに通知して当該各ユー
ザーのスケジュール情報上に当該イベントの開催実行を
張りつけるが、当該他のユーザー全員或いは複数の特定
の他のユーザー全員のスケジュール情報が当該ユーザー
の指定する日時にオープンでない事を示している場合に
は、当該事業体は、当該ユーザーの当該スケジュール情
報を検索して、当該ユーザーのスケジュールでオープン
となっている日時を或いは複数の日時を候補日として抽
出して当該ユーザーに通知すると同時に当該他のユーザ
ー全員或いは複数の特定の他のユーザー全員のスケジュ
ール情報を検索して、当該各候補日に於ける当該他のユ
ーザー全員或いは複数の特定の他のユーザー全員のスケ
ジュールのオープン化状況を判断する事も可能である。

【０１２２】更に、本発明に係る当該スケジュリング方
法に於いては、当該事業体が、当該他のユーザーのスケ
ジュール情報を検索する場合に、当該日時に所定の当該
他のユーザーのスケジュール情報がオープンとなってい
る場合には、当該他のユーザーが予め設定してある当該
スケジュール受入レベルフラグ情報を参照する様に構成
する事も可能であり、又、当該事業体は、当該検索の結
果、当該他のユーザー全員或いは複数の特定の他のユー
ザー全員の内の一部の他のユーザーのスケジュール情報
に於て当該ユーザーの指定する当該日時に於てオープン
でない場合には、当該日時にオープンでない当該個々の
他のユーザーの当該スケジュール情報に既に設定されて
いる当該スケジュールについて、当該変更可能性示唆フ
ラグ情報を参照して、個別に変更が可能か否かを判断
し、可能であれば、当該他のユーザーの当該スケジュー
ル情報に既に設定されている当該日時に於けるスケジュ
ールを当該ユーザーの指定する日時に於ける当該イベン
トに書き換える操作を実行し、当該日時にオープンでな
い当該個々の他のユーザーの当該スケジュール情報に既
に設定されている当該スケジュールの変更が不可能であ
る場合には、そのまま放置し、当該ユーザーの指定する
当該日時に於てオープンでないスケジュール情報を有す
る当該他のユーザー全員或いは複数の特定の他のユーザ
ー全員について上記操作を繰り返し、最終的に、当該イ
ベントに参加して欲しい当該他のユーザー全員或いは複
数の特定の他のユーザー全員に対する、参加可能な他の
ユーザーの比率を演算して当該ユーザーに通知するか、
当該比率が予め定められた基準を越えている場合、若し
くは当該ユーザーが特に指定した他のユーザーの参加が
確実な場合には、当該ユーザーの指定した日時に当該イ
ベントを実行する事を決定し、当該ユーザーのスケジュ
ールを当該参加可能な他のユーザーのスケジュール情報
の当該日時に張りつけ、当該ユーザーに通知すると同時
に当該イベントに参加して欲しい当該他のユーザー全員
にＥ−メイル等を発送する様に構成する事も可能であ
る。

【０１２３】上記した様に、本発明に係る当該スケジュ
リング方法に於いても、当該事業体に於ては、当該各ユ
ーザーに於ける個別のスケジュールの受入可能性、或い
は変更の可能性の判断に際して、各ユーザーの過去の履
歴情報を参照したユーザー個人別ビヘビア情報を参照す
る様に構成する事も可能である。

【０１２４】更に、本発明に於いては、当該事業体は、
複数の互いに異なるグループ間で所定日時に所定のイベ
ントを開催する場合のスケジューリングを実行する様に
構成することが望ましく、又、当該事業体は、当該１の
グループに於ける代表者と他のグループに於ける代表者
間に於けるスケジュール情報を検索し、双方のスケジュ
ール情報に共通したオープンの日時があれば、当該日時
を当該イベントの開催日に決定し、或いは、予め定めら
れた日時に双方のスケジュール情報に共通したオープン
の日時がなければ、上記した様なスケジュリング方法を
使用して双方がオープンである日時を特定する様に構成
されている事も好ましい。

【０１２５】更には、当該事業体は、当該複数のグルー
プ間に於ける指定のイベントの開催が決定された場合に
は、当該各グループを構成する各ユーザーのそれぞれに
対してＥ−メイル等を発信すると同時、各グループの各
ユーザーの当該スケジュール情報に、当該イベント開催
情報のスケジュールを、張りつけ可能な限り張りつける
事も可能である。

【０１２６】更に、本発明に於いては、当該事業体は、
一旦所定のスケジュールが設定された場合でも、当該ス
ケジュールが実行される日時まで、当該グループ内の当
該イベント参加者のスケジュール情報のモニターを継続
し、当該設定されたスケジュールを変更するユーザーが
有るか否かを常時判断し、当該スケジュールの変更を行
ったユーザーが出た時点で、当該イベントの推進者であ
るユーザーにその事実を報知する様に構成する事も可能
である。

【０１２７】次に、上記した本発明に係る当該スケジュ
リング方法のより詳細な具体例を図８を参照しながら詳
細に説明する。

【０１２８】つまり、以下に示す本発明の具体例は、当
該事業体１が当該ユーザーの要求に応じてエイジェント
として当該ユーザーが他のユーザー（個人）のスケジュ
ーリング操作を代行する場合を想定した時の操作手順を
示すフローチャートである。即ち、図８の具体例では、
一人のユーザーＡが、同一グループ内の他のユーザーＢ
にＸ月Ｙ日の１８：００から２１：００の時間帯にカラ
オケに誘う為に他のユーザーＢのスケジュールの空き状
態をチェックして、空いている場合には、当該カラオケ
スケジュールを他のユーザーＢのスケジュール情報に張
りつけるスケジューリング操作を当該事業体１が代行す
る場合の例を示したものであるが、これは、本発明の一
具体例であって、本発明は係る具体例に限定されるもの
でない事は言うまでもない。

【０１２９】先ず、スタート後、ステップ（Ｓ１）に於
てユーザーＡが、事業体１に上記のスケジューリングの
代行を依頼するとステップ（Ｓ２）に於て当該事業体が
ユーザーＢのスケジュール情報の内、上記した開示レベ
ルフラグ情報を検索して、ユーザーＢがユーザーＡに対
して、所定の日時に於ける当該ユーザーＢのスケジュー
ル情報を開示しているか否かが判断され、ＮＯであれば
ＥＮＤとなり、ＹＥＳであれば、ステップ（Ｓ４）に進
み、Ｘ月Ｙ日の１８：００から２１：００の時間帯に於
けるユーザーＢのスケジュールがオープンであるか否か
が判断される。当該ステップ（Ｓ４）に於て、ＹＥＳで
ある場合には、ステップ（Ｓ５）に進み、ユーザーＢに
於けるスケジュール受入レベルフラグ情報を検索し、例
えば図７に示す様に当該フラグのレベルが１（イベント
が何であれ必ず受ける）又は２（ユーザーＡからの申出
なら受ける）或いは３（取り敢えず受ける）等に該当す
るものに関しては、ＹＥＳとなる。

【０１３０】即ち、当該スケジュール受入レベルフラグ
情報は、例えば、当該ユーザーＢに於ける特定の日時が
オープンである場合でも、全てのイベントが無条件に張
りつけられるものではなく、当該イベントに付いて図７
に示す様にユーザーＢがレベル５に指定しているイベン
トは、例え当該ユーザーＢに於ける当該スケジュール情
報の特定の日時がオープンである場合でも張りつける事
は出来ないと言う関係になる。

【０１３１】本例では、ユーザーＢはカラオケは当該ス
ケジュール受入レベルフラグ情報は１であるので、無条
件に受け入れる事を示しているので、ステップ（Ｓ５）
ではＹＥＳとなりステップ（Ｓ６）に進み、当該事業体
１は、当該ユーザーＢのスケジュール情報８に於けるＸ
月Ｙ日の１８：００から２１：００の時間帯にカラオケ
開催のイベントを張りつける。

【０１３２】次いでステップ（Ｓ７）に移り、当該張り
つけの事実を当該事業体１から当該ユーザーＡに通知が
なされ、同時にステップ（Ｓ８）に於て同じ情報がユー
ザーＢにも通知される。

【０１３３】その後ステップ（Ｓ９）に於て、当該ユー
ザーＢが、当該張りつけられたカラオケスケジュールに
対して同意するか否かが判断され、（この事例では、先
ずユーザーＢが同意しない事はあり得ない）ＮＯである
場合には、ステップ（Ｓ１４）に進み、当該ユーザーＡ
に他の候補日時があるか否か問い合わせ、ＮＯである場
合は、当該スケジューリング操作はＥＮＤとなり、ＹＥ
Ｓであればステップ（Ｓ４）に戻って上記した各ステッ
プが繰り返される事になる。

【０１３４】一方、ステップ（Ｓ９）でＹＥＳである場
合には、ステップ（Ｓ１０）に進んで、当該事業体によ
るモニターが開始され、その後にステップ（Ｓ１１）に
進み、ユーザーＢに当該Ｘ月Ｙ日の１８：００から２
１：００の時間帯に他のイベントが発生したか否かが判
断され、ＮＯである場合にはステップ（Ｓ１３）に進ん
で、当該Ｘ月Ｙ日が来たか否かが判断され、ＮＯであれ
ば、ステップ（Ｓ１０）に戻ってモニター操作が継続さ
れ、ＹＥＳであれば、ＥＮＤとなる。

【０１３５】一方、ステップ（Ｓ１１）でＹＥＳである
場合、つまり、ユーザーＢに当該Ｘ月Ｙ日の１８：００
から２１：００の時間帯に他のイベントが行われると言
う情報が入った場合、ステップ（Ｓ１２）に進んで、当
該既に設定されているイベント（この場合はカラオケパ
ーティー）の変更可能性示唆フラグ情報がチェックされ
る事になる。

【０１３６】つまり、図６に例示する様な変更可能性示
唆フラグ情報で、当該ユーザーＢが当該既に設定去れて
いるイベントに変更可能性示唆フラグのレベル１か２を
予め付与しておくもので、図７に示すスケジュール受入
レベルフラグ情報を参照して決定されるものである。

【０１３７】例えば、既に設定されているイベントがサ
ッカーの試合をすると言うものである場合、当該ユーザ
ーＢとしては、それ程優先度が高くないので図６のスケ
ジュール受入レベルフラグ情報はレベル２が選択され
る。

【０１３８】又、スケジュール受入レベルフラグ情報
は、例えば、スケジュール情報に既に設定されている所
定のイベントの設定日時と同一の日時で当該イベントと
異なるイベントが競合した場合に、その優先度を決める
インデックスとしても使用されるものである。

【０１３９】本具体例では、既に設定されているイベン
トがカラオケであるので、図６のスケジュール受入レベ
ルフラグ情報は当然レベル１が選択されている。

【０１４０】係る状況に於て、既に設定されているイベ
ントがサッカーの試合であって、その後に招待のあった
イベントがデートであるとした場合には、図７から見
て、デートの優先度はサッカーの試合より高いので、ユ
ーザーＢは当然のことながら、既にスケジュール情報に
設定されているイベントであるサッカーの試合をキャン
セルしてデートのイベントに置き換える事になる。

【０１４１】但し、本具体例の様に既に設定されている
イベントがカラオケであって、その後に招待のあったイ
ベントがデートであるとした場合には、図７から見て、
デートとカラオケとは同レベルの優先度を持っているの
で、何れ採用するかはユーザーＢの意思の問題となる。

【０１４２】即ち、ステップ（Ｓ１２）で後から通知さ
れたイベントの優先度よりも既に設定されているイベン
トの優先度が図７を参照して高い場合、つまりＹＥＳで
ある場合には、既に設定されているイベントは変更され
ないのでステップ（Ｓ１３）に進み上記した工程が実行
され、ステップ（Ｓ１２）でＮＯの場合、つまり後から
通知されたイベントの優先度と既に設定されているイベ
ントの優先度とが図７を参照して同一である場合若しく
は後から通知されたイベントの優先度が既に設定されて
いるイベントの優先度より高い場合にはステップ（Ｓ１
５）に進み、当該ユーザーＢがイベントの変更を行うか
否かが判断され、ＹＥＳつまり変更されう場合にはステ
ップ（Ｓ１６）に進みその状況を事業体から当該ユーザ
ーＡに通知され、ステップ（Ｓ１４）に進み、前記した
と同様の工程が繰り返される事になる。

【０１４３】一方、ステップ（Ｓ１５）でＮＯの場合に
は、ステップ（Ｓ１３）に進んで上記した各工程が繰り
返される事になる。

【０１４４】次に、ステップ（Ｓ４）でＮＯの場合、つ
まり、ユーザーＢのスケジュール情報に於て当該Ｘ月Ｙ
日の１８：００から２１：００の時間帯に他のイベント
が既に張りつけられている場合、ステップ（Ｓ１７）に
進み、当該既に設定されているイベントの変更可能性示
唆フラグ情報をチェックして、当該既に設定されている
イベントの変更可能性示唆フラグ情報がレベル１である
か否かが判断され、ＹＥＳであれば、ステップ（Ｓ１
８）に於て、後から来たイベントと既に設定されている
イベントとのスケジュール受入レベルフラグ情報が同じ
か否かが判断され、ＹＥＳであれば、つまり、図７を参
照して、既に設定されているイベントがデートであり後
から来たイベントが、カラオケである場合の様に同じで
あればステップ（Ｓ１９）に進み、当該ユーザーＢが当
該既に設定されているイベントを変更するか否かが判断
され、ＹＥＳであれば、つまり当該ユーザーＢがイベン
トの変更を決めた場合には、ステップ（Ｓ２０）に於
て、カラオケイベントが当該Ｘ月Ｙ日の１８：００から
２１：００の時間帯に張りつけられ、ステップ（Ｓ２
１）に於てユーザーＡにその結果が通知され、ステップ
（Ｓ９）に進む事になる。一方当該ステップ（Ｓ１９）
で当該ユーザーＢがイベントの変更をしないと判断した
場合には、ステップ（Ｓ２２）に進んで、その結果をユ
ーザーＡに通知した後、ステップ（Ｓ１４）に戻って、
上記各工程が繰り返される。

【０１４５】又ステップ（Ｓ１８）に於て両者が同レベ
ルでない場合には、ステップ（Ｓ２２）に進んで、その
結果をユーザーＡに通知した後、ステップ（Ｓ１４）に
戻って、上記各工程が繰り返される。

【０１４６】一方、ステップ（Ｓ１７）に於て、当該既
に設定されているイベントの変更可能性示唆フラグ情報
がレベル２である場合には、当該後から来たイベントの
スケジュール受入レベルフラグ情報が既に設定されてい
るイベントのスケジュール受入レベルフラグ情報レベル
より高いか、同じか、又は低いかが判断され、高い場合
には、当然後から来たイベントが優先される事になるの
で、ステップ（Ｓ２４）でイベントの変更を行い、ステ
ップ（Ｓ２１）に進み、以下上記したと同様の工程が実
行されるが、当該ステップ（Ｓ２３）でＮＯの場合、つ
まり、当該後から来たイベントのスケジュール受入レベ
ルフラグ情報が既に設定されているイベントのスケジュ
ール受入レベルフラグ情報レベルより低い場合にはイベ
ントの変更は無いのでステップ（Ｓ２５）に於てその結
果をユーザーＡに通知した後ステップ（Ｓ１４）に戻っ
て上記した各工程が繰り返される。

【０１４７】又当該ステップ（Ｓ２３）で両者のスケジ
ュール受入レベルフラグ情報レベルが同レベルである場
合には、ステップ（Ｓ２６）に於て、ユーザーＢがイベ
ントの変更をするか否かが判断され、ＹＥＳの場合、つ
まり変更する場合にはステップ（Ｓ２１）に進んで上記
した各工程が実行され、ＮＯである場合、つまりイベン
トの変更はしない場合には、ステップ（Ｓ２５）に戻っ
て上記した各工程が繰り返される事になる。

【０１４８】次に、本発明に於ける当該スケジュリング
方法に於て、所定のグループ内で複数のユーザーに所定
のスケジューリングを実行する場合の具体例を図９及び
図１０を参照しながら説明する。

【０１４９】図９は、本発明に於ける当該スケジュリン
グ方法を特定のグループを構成する複数のユーザー間に
於いて所定の日時に於ける特定のイベントを開催する場
合のスケジューリングの操作手順の例を示すフローチャ
ートである。

【０１５０】即ち、上記した様に、例えばユーザーＡ
が、Ｘ月Ｙ日の１５：００から１６：００の間にカラオ
ケ大会を開くことを計画し、同一グループのユーザー
Ｂ、Ｃ、及びＤのそれぞれの空きスケジュールをチェッ
クしてスケジューリングを当該事業体が代行して完成さ
せたい場合を想定する。

【０１５１】先ず、スタート後、ステップ（ＳＴ−１）
に於いて、スケジューリングの対象となるグループを指
定し、ステップ（ＳＴ−２）に於いて、スケジューリン
グしたい年月日及び時間帯を指定する。

【０１５２】次いでステップ（ＳＴ−３）に移り、当該
ユーザーＡ及びユーザーＢ、Ｃ、Ｄのそれぞれのスケジ
ュール情報に於いて、当該指定された日時のスケジュー
ルがオープンであるか否かが調査され、ステップ（ＳＴ
−４）に於いて、全員の当該指定日時のスケジュールが
オープンであるか否かが判断され、ＹＥＳであれば、ス
テップ（ＳＴ−５）に於いて、当該日時とイベント内容
をユーザー全員のスケジュール情報に張りつけると同時
に、ステップ（ＳＴ−６）に於いて、ユーザー全員にＥ
−メイル等を発信する。

【０１５３】その後、ステップ（ＳＴ−７）でユーザー
全員が当該イベントの開催に同意したか否かが判断さ
れ、ＹＥＳであれば、ステップ（ＳＴ−８）に於いて、
当該イベントの開催スケジュールを固定し、ＮＯであれ
ば、ステップ（ＳＴ−９）に於いて、一部のユーザーの
参加でも開催するか否かが判断され、ＹＥＳであればス
テップ（ＳＴ−８）に進み、ＮＯであれば、ステップＳ
Ｔ−１０で再調整するか否かが判断され、ＮＯで有れ
ば、ＥＮＤとなり、ＹＥＳであれば、ステップ（ＳＴ−
３）に戻って上記した各工程が繰り返されることにな
る。

【０１５４】一方、ステップ（ＳＴ−４）に於いて、Ｎ
Ｏである場合、つまり少なくとも一部のユーザーの当該
日時に於けるスケジュールが空いていない場合には、ス
テップ（ＳＴ−１１）に於いて、当該日時に於けるスケ
ジュールが空いているユーザーだけでも当該イベントの
開催を進めるか否かが判断され、ＹＥＳであれば、開催
の方向でスケジューリングする事になるので、ステップ
（ＳＴ−５）に戻って上記した各工程が実行され、当該
ステップ（ＳＴ−１１）でＮＯである場合には、ステッ
プＳＴ−１２に於て再調整するか否かが判断され、ＹＥ
Ｓの場合には、ステップ（ＳＴ−３）戻って上記した各
工程が繰り返されることになる。

【０１５５】ＮＯの場合にはＥＮＤとなる。

【０１５６】尚、上記フローチャートに於ける各ユーザ
ー毎の操作は、基本的には、上記した図８に示すフロー
チャートによる手順を利用する事が望ましい。

【０１５７】又、図１０には、本発明に係る当該スケジ
ュリング方法をグループ内で同時にスケジューリング化
する場合の他の具体例を示すフローチャートであって、
ユーザーＡが当該事業体をエージェントとして活用し
て、他のユーザーのスケジュールを調整する場合の手順
の概要を示すものである。

【０１５８】尚、想定は、図９と同様とする。

【０１５９】先ず、スタート後、ステップ（ＳＴ−２
１）に於いて、スケジューリングの対象となるグループ
を指定し、ステップ（ＳＴ−２２）に於いて、スケジュ
ーリングしたい年月日及び時間帯を指定する。

【０１６０】次いでステップ（ＳＴ−２３）に移り、当
該ユーザーＡ及びユーザーＢ、Ｃ、Ｄのそれぞれのスケ
ジュール情報に於いて、当該指定された日時のスケジュ
ールがオープンであるか否かが調査され、ステップ（Ｓ
Ｔ−２４）に於いて、当該日時に於けるスケジュールが
既に設定されているユーザーを抽出し、当該各ユーザー
の当該既に設定されているイベントが調整可能であるか
否かが判断され、ＮＯであれば、つまり全くスケジュー
ルの調整が不可能な場合には、ステップ（ＳＴ−２５）
に進んで、上記と異なる日時を再設定してステップ（Ｓ
Ｔ−２３）に戻り上記した各工程が繰り返され、当該ス
テップ（ＳＴ−２４）に於いてＹＥＳである場合、ステ
ップ（ＳＴ−２６）に於いて、当該スケジュールがオー
プンでないユーザーの全てのユーザーのスケジュールが
調整可能か否かが判断され、ＹＥＳであれば、つまり当
該全ユーザーのスケジュールが調整が可能である場合に
は、ステップ（ＳＴ−２７）に進んで当該スケジュール
を登録してＥＮＤとなる。一方、ステップ（ＳＴ−２
６）に於いて、ＮＯである場合、つまり、一部の当該ユ
ーザーのスケジュールが調整可能である場合には、ステ
ップ（ＳＴ−２８）に進み、当該調整可能でない当該ユ
ーザーを除外してスケジュールを設定するか否かが判断
され、ＹＥＳであれば、ステップ（ＳＴ−２６）に進
み、ＮＯであれば、ステップ（ＳＴ−２５）に進んで、
日時を異ならせて再調整を行う為にステップ（ＳＴ−２
３）に戻って上記した各工程が繰り返される事になる。

【０１６１】本発明に於ける他の態様としては、上記し
た本発明に係るスケジュリング方法に示す各工程をコッ
ピュータに実行させる為のプログラムを記録した記録媒
体である。

【０１６２】

【発明の効果】以上の様に、本発明に於いては、個々の
ユーザーが、現在個々に使用している当該携帯型の通信
機器を利用して所定のグループを構成している他のユー
ザーのスケジュール情報を参照しながら、容易に且つ簡
単に、所定のスケジュールを決定し、然も関連する他の
ユーザーにもその決定された当該スケジュールの情報を
通知して、当該他のユーザーのスケジュール情報に張り
つけを行う事によって、効率的に且つスケジュールの入
力操作の手間を省く事が可能なスケジュリングシステム
及びスケジュリング方法がえらえるものである。

【０１６３】つまり、本発明に係る当該スケジュリング
方法を利用する事によって、一人のユーザーが設定した
スケジュールは、同一グループの他のユーザーのスケジ
ュール情報にも自動的に張りつけられるので、当該他の
ユーザーは、当該スケジュールの入力操作を実行する必
要がなくなり、単に確認する為に自己の携帯型通信機器
の表示機能を呼び出す操作を行うだけで済む事になる。

【０１６４】又、当該スケジューリング操作を代行して
くれる事業体に実行させる様にして、当該ユーザー自身
も煩雑なスケジューリング操作と記録の為の入力操作を
低減する事が可能なスケジュリングシステム及びスケジ
ュリング方法が得られるのえある。

【０１６５】

【図面の簡単な説明】

【図１】図１は、本発明に係るスケジュリングシステム
の一具体例の構成を示すブロックダイアグラムである。

【図２】図２は、本発明に係るスケジュリングシステム
に於て使用されるスケジュール情報の構成例を示す図で
ある。

【図３】図３は、本発明に係るスケジュリングシステム
に於て使用されるスケジュール情報の他の構成例を示す
図である。

【図４】図４は、本発明に係るスケジュリングシステム
に於て使用されるプリファレンスレベル情報の一例を示
す図である。

【図５】図５は、本発明に係るスケジュリングシステム
に於て使用されるプリファレンスレベル情報の他の例を
示す図である。

【図６】図６は、本発明に係るスケジュリングシステム
に於て使用されるプリファレンスレベル情報の一例を示
す図である。

【図７】図７は、本発明に係るスケジュリングシステム
に於て使用されるプリファレンスレベル情報の他の例を
示す図である。

【図８】図８は、本発明に係るスケジュリング方法に於
ける操作手順の一例を説明するフローチャートである。

【図９】図８は、本発明に係るスケジュリング方法に於
ける操作手順の他の例を説明するフローチャートであ
る。

【図１０】図１０は、本発明に係るスケジュリング方法
に於ける操作手順の別の例を説明するフローチャートで
ある。

【符号の説明】

１００…スケジュリングシステム１…事業体２…スケジュール記憶手段３…携帯型通信手段４、４−１、４−２、４−３、…ユーザー５…通信回線６、６’…グループ１０…情報通信システム８…スケジュール情報９…ユーザー別スケジュール情報記憶手段１１…アプリケーション・サービス・プロバイダ（ＡＳ
Ｐ）１２…スケジューリングを実行するソフトウェア１３…アプリケーション記憶手段１４…中央制御手段１５…個人用アドレス帳１６…リンク情報１７…プリファレンス情報１８、１９、２０…記憶手段２５…課金システム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/30 １１０Ｇ０６Ｆ 17/30 １１０Ｆ１７０１７０Ｚ４１９４１９ＢＦターム(参考） 5B049 AA01 AA06 CC01 CC32 EE05 FF01 GG00 GG06 5B075 ND20 ND36 PQ05 UU24 5B085 AC04 AE06 BE07 BG07

Claims

【特許請求の範囲】

【請求項１】個人のスケジュール情報の管理、提供を
業とし、通信機能を有する情報端末を有する事業体、ス
ケジューリング機能並びに設定されたスケジュールを記
憶するスケジュール記憶手段を含む携帯型通信手段を所
有する複数のユーザーで、それぞれが当該事業体と所定
の契約の下に適宜の通信回線を介して、相互に接続可能
な状態に構成されており、且つ当該複数のユーザーは、
互いに特定のグループを形成している情報通信システム
に於て、当該グループを構成するそれぞれのユーザー
は、互いに同一グループ内の他のユーザーのスケジュー
ル情報にアクセスする事が可能である様に構成されてい
る事を特徴とするスケジュリングシステム。
【請求項２】当該事業体には、当該契約関係を有する
各ユーザーの当該スケジュール記憶手段に記憶されてい
るスケジュール情報と同一のスケジュール情報を当該各
ユーザー別に記憶しておくユーザー別スケジュール情報
記憶手段を有している事を特徴とする請求項１記載のス
ケジュリングシステム。
【請求項３】当該各ユーザーは、同一グループを構成
している他のユーザーとの間に当該情報通信に関するリ
ンクが形成されている事を特徴とする請求項１又は２に
記載のスケジュリングシステム。
【請求項４】当該ユーザーは、当該同一グループ内の
他のユーザーの当該スケジュール情報を当該事業体を介
して見る事が可能である様に構成されている事を特徴と
する請求項１乃至３の何れかに記載のスケジュリングシ
ステム。
【請求項５】当該ユーザーは、当該事業体が所有する
当該ユーザー別記憶手段に格納してある当該他のユーザ
ーのデータベースにアクセス出来る様に構成されている
事を特徴とする請求項４記載のスケジュリングシステ
ム。
【請求項６】当該各ユーザーは、自己のスケジュール
情報のそれぞれに、少なくとも同一グループを構成して
いる他のそれぞれのユーザーに、当該自己のスケジュー
ル情報の内、どの範囲まで開示させるかを指示するか、
或いは他のユーザーから照会のあったスケジュール又
は、既に設定されているスケジュールに関する当該ユー
ザーの重要性を指示するプリファレンスレベル情報を付
与しておく事を特徴とする請求項１乃至５の何れかに記
載のスケジュリングシステム。
【請求項７】当該プリファレンスレベル情報は、当該
ユーザーが、当該グループを構成する他のユーザーによ
って当該自己のスケジュール情報について、開示情報の
範囲を複数の段階に異ならせる様に設定した開示レベル
フラグ情報で構成されている事を特徴とする請求項１乃
至６の何れかに記載のスケジュリングシステム。
【請求項８】当該プリファレンスレベル情報は、当該
ユーザーが、既に自己のスケジュール情報に於て、設定
されている所定のスケジュールに付いて、変更の可能性
のレベルを複数の段階で示す変更可能性示唆フラグ情報
若しくは、当該ユーザーが他のユーザーから照会のあっ
たスケジュールの受入状態レベルを示すスケジュール受
入レベルフラグ情報の少なくとも一つで構成されている
事を特徴とする請求項１乃至７の何れかに記載のスケジ
ュリングシステム。
【請求項９】当該記載の変更可能性示唆フラグ情報
は、少なくとも、変更不可、当該グループ内の他のユー
ザーによっては変更可能、他のイベントの内容によって
は変更可能、いつでも変更可能性レベルの情報を含んで
いる事を特徴とする請求項８記載のスケジュリングシス
テム。
【請求項１０】当該スケジュール受入レベルフラグ情
報は、少なくとも、当該ユーザーに於て、同一グループ
内の他のユーザーから照会のあったスケジュールに関
し、無条件で受入る、内容により受け入れる、参加する
他のユーザーのメンバーにより受け入れる、無条件で受
け入れない、取り敢えず受け入れておく等のレベル情報
を含んでいる事を特徴とする請求項８記載のスケジュリ
ングシステム。
【請求項１１】当該ユーザーは、同一グループ内の他
のユーザーのスケジュール情報を見て、スケジュールが
設定されていない日時に、所定のスケジュールを張りつ
けする事が可能な様に構成されている事を特徴とする請
求項１乃至１０の何れかに記載のスケジュリングシステ
ム。
【請求項１２】当該自己のスケジュールを当該他のユ
ーザーのスケジュール情報に張りつけをした当該ユーザ
ーの個人情報が、当該他のユーザーのスケジュール情報
上に表示される様に構成されている事を特徴とする請求
項１１記載のスケジュリングシステム。
【請求項１３】当該ユーザーは、同一グループ内の他
のユーザーから自己のスケジュール情報上で空いている
日時に、所定のスケジュールが張りつけられた場合に
は、当該設定されたスケジュールをキャンセル出来る様
に構成されている事を特徴とする請求項１１又は１２に
記載のスケジュリングシステム。
【請求項１４】当該ユーザーが、同一グループの他の
ユーザーの空きスケジュールに、自己のスケジュールを
張りつける場合に、当該ユーザーから当該他のユーザー
に対してＥ−メイル等が同時に発信される様に構成され
ている事を特徴とする請求項１乃至１３の何れかに記載
のスケジュリングシステム。
【請求項１５】当該事業体は、当該ユーザーの要請に
応答して、当該ユーザーと同一グループで互いにリンク
が張られている一人若しくは複数の他のユーザーの個々
のスケジュール情報を当該ユーザーに開示する事を特徴
とする請求項１乃至１４の何れかに記載のスケジュリン
グシステム。
【請求項１６】当該事業体は、当該ユーザーの要請に
応答して、当該ユーザーと同一グループで互いにリンク
が張られている一人若しくは複数の他のユーザーの個々
のスケジュール情報を当該ユーザーに開示するに際し、
当該開示レベルフラグ情報に従って、当該ユーザーに対
して開示が許可されているスケジュール情報のみを開示
する事を特徴とする請求項１５記載のスケジュリングシ
ステム。
【請求項１７】当該事業体は、当該事業体に所定の要
求を出した当該ユーザーのエイジェントとして機能する
ものである事を特徴とする請求項１乃至１６の何れかに
記載のスケジュリングシステム。
【請求項１８】当該事業体は、当該所定のユーザーか
らの要請に基づいて、当該同一グループ内の一人若しく
は複数の他のユーザーの個々のスケジュール情報に関
し、スケジュールがオープンである日時、特定の日時に
於けるスケジュールのオープン化状況、当該特定の日時
に於いてスケジュールが設定されている場合に、当該ス
ケジュールの変更可能性の有無等の情報を当該事業体の
所有するユーザー別記憶手段に記憶されている当該個々
の他のユーザーに関するスケジュール情報から検索し
て、当該ユーザーに通知する様に構成されている事を特
徴とする請求項１乃至１７の何れかに記載のスケジュリ
ングシステム。
【請求項１９】当該事業体は、当該特定ユーザーの依
頼に基づいて、当該ユーザーが指定する日時に於ける当
該ユーザーと同一グループに所属する他のユーザーのス
ケジュールの空き状態を検索し、オープンであれば当該
他のユーザーのスケジュール情報に当該ユーザーの指定
する当該日時に、当該ユーザーの指定するスケジュール
を張りつけると同時にその結果を当該ユーザーに報知す
る様に構成されている事を特徴とする請求項１乃至１８
に記載のスケジュリングシステム。
【請求項２０】当該事業体は、当該特定ユーザーの依
頼に基づいて、当該ユーザーが指定する日時に於ける当
該ユーザーと同一グループに所属する他のユーザーのス
ケジュールの空き状態を検索し、オープンでない場合に
は、当該他のユーザーの当該日時に於ける当該スケジュ
ールに関するプリファレンスレベル情報を検索し、当該
プリファレンスレベル情報の内で変更可能性示唆フラグ
情報が変換不可のレベルを示すフラグとなっている場合
には、当該他のユーザーに於けるスケジュール情報のう
ちでオープンとなっている他の日時と当該ユーザーのス
ケジュール情報に於けるオープンとなっている他の日時
との一致状態を検索して、１つ又は幾つかの候補の日時
を当該ユーザーに連絡する様に構成されている事を特徴
とする請求項１乃至１９の何れかに記載のスケジュリン
グシステム。
【請求項２１】当該ユーザーが、当該候補日時の一つ
に同意した場合には、当該事業体は、当該日時の当該ユ
ーザーによるスケジュールを当該他のユーザーのスケジ
ュール情報に於ける当該日時に張りつけ、その結果を当
該ユーザーに連絡する様に構成されている事を特徴とす
る請求項２０記載のスケジュリングシステム。
【請求項２２】当該事業体は、当該特定ユーザーの依
頼に基づいて、当該ユーザーが指定する日時に於ける当
該ユーザーと同一グループに所属する他のユーザーのス
ケジュールの空き状態を検索し、オープンでない場合に
は、当該他のユーザーの当該日時に於ける当該スケジュ
ールに関するプリファレンスレベル情報を検索し、当該
プリファレンスレベル情報の内で変更可能性示唆フラグ
情報が変換可能のレベルを示すフラグとなっている場合
には、当該他のユーザーに於けるスケジュール情報に於
ける当該日時に設定されているスケジュールの上に当該
ユーザーのスケジュールを張りつけると同時にその結果
を当該ユーザーに報知する様に構成されている事を特徴
とする請求項１乃至２１に記載のスケジュリングシステ
ム。
【請求項２３】当該事業体は、当該ユーザーのスケジ
ュールを当該他のユーザーのスケジュール情報に張りつ
け操作を実行した場合には、当該他のユーザーに対し
て、当該スケジュールを当該他のユーザーのスケジュー
ル情報に張りつけた事をＥ−メイル等により通知する様
に構成されている事を特徴とする請求項１９乃至２２の
何れかに記載のスケジュリングシステム。
【請求項２４】当該他のユーザーは、自己のスケジュ
ール情報上に張りつけられた当該ユーザーの当該スケジ
ュールに対して拒否するか若しくは特定の日時に変更す
る様事業体に対して要求する事が出来る様に構成されて
おり、且つ当該事業体は、当該他のユーザーからの当該
スケジュールに対する拒否或いは変更の要請が出された
場合には、当該ユーザーへその事実を連絡すると共に、
上記請求項１９乃至２３の何れかに記載されたスケジュ
リング操作を実行して、当該スケジュールの変更を試み
る様に構成されているスケジュリングシステム。
【請求項２５】当該各ユーザーのスケジュール情報に
記載されている各情報は、主としてコード化されている
事を特徴とする請求項１乃至２４の何れかに記載のスケ
ジュリングシステム。
【請求項２６】当該事業体は、当該特定のユーザーか
らの要請により、当該ユーザーの指定する日時に於ける
特定のイベントを開催するスケジュールに付いて、当該
ユーザーと同一のグループを構成する他のユーザー全員
或いは複数の特定の他のユーザーそれぞれのスケジュー
ル情報のオープン化状態を検索してスケジューリングを
実行する様に構成されている事を特徴とする請求項１乃
至２５の何れかに記載のスケジュリングシステム。
【請求項２７】当該事業体は、当該複数の他のユーザ
ー全員のスケジュール情報を検索して、当該ユーザーの
指定する日時に、当該他のユーザー全員或いは複数の特
定の他のユーザー全員のスケジュール情報がオープンで
ある場合には、当該事業体は当該日時に当該特定のイベ
ントの開催を決定し、当該ユーザーと当該他のユーザー
全員或いは当該特定の複数の他のユーザーに通知して当
該各ユーザーのスケジュール情報上に当該イベントの開
催実行を張りつけるが、当該他のユーザー全員或いは複
数の特定の他のユーザー全員のスケジュール情報が当該
ユーザーの指定する日時にオープンでない事を示してい
る場合には、当該事業体は、当該ユーザーの当該スケジ
ュール情報を検索して、当該ユーザーのスケジュールで
オープンとなっている日時を或いは複数の日時を候補日
として抽出して当該ユーザーに通知すると同時に当該他
のユーザー全員或いは複数の特定の他のユーザー全員の
スケジュール情報を検索して、当該各候補日に於ける当
該他のユーザー全員或いは複数の特定の他のユーザー全
員のスケジュールのオープン化状況を判断する事を特徴
とする請求項１乃至２６の何れかに記載のスケジュリン
グシステム。
【請求項２８】当該事業体が、当該他のユーザーのス
ケジュール情報を検索する場合に、当該日時に所定の当
該他のユーザーのスケジュール情報がオープンとなって
いる場合には、当該他のユーザーが予め設定してある当
該スケジュール受入レベルフラグ情報を参照する事を特
徴とする請求項２７記載のスケジュリングシステム。
【請求項２９】当該事業体は、当該検索の結果、当該
他のユーザー全員或いは複数の特定の他のユーザー全員
の内の一部の他のユーザーのスケジュール情報に於て当
該ユーザーの指定する当該日時に於てオープンでない場
合には、当該日時にオープンでない当該個々の他のユー
ザーの当該スケジュール情報に既に設定されている当該
スケジュールについて、当該変更可能性示唆フラグ情報
を参照して、個別に変更が可能か否かを判断し、可能で
あれば、当該他のユーザーの当該スケジュール情報に既
に設定されている当該日時に於けるスケジュールを当該
ユーザーの指定する日時に於ける当該イベントに書き換
える操作を実行し、当該日時にオープンでない当該個々
の他のユーザーの当該スケジュール情報に既に設定され
ている当該スケジュールの変更が不可能である場合に
は、そのまま放置し、当該ユーザーの指定する当該日時
に於てオープンでないスケジュール情報を有する当該他
のユーザー全員或いは複数の特定の他のユーザー全員に
ついて上記操作を繰り返し、最終的に、当該イベントに
参加して欲しい当該他のユーザー全員或いは複数の特定
の他のユーザー全員に対する、参加可能な他のユーザー
の比率を演算して当該ユーザーに通知するか、当該比率
が予め定められた基準を越えている場合、若しくは当該
ユーザーが特に指定した他のユーザーの参加が確実な場
合には、当該ユーザーの指定した日時に当該イベントを
実行する事を決定し、当該ユーザーのスケジュールを当
該参加可能な他のユーザーのスケジュール情報の当該日
時に張りつけ、当該ユーザーに通知すると同時に当該イ
ベントに参加して欲しい当該他のユーザー全員にＥ−メ
イル等を発送する事を特徴とする請求項１乃至２８の何
れかに記載のスケジュリングシステム。
【請求項３０】当該事業体に於ては、当該各ユーザー
に於ける個別のスケジュールの受入可能性、或いは変更
の可能性の判断に際して、各ユーザーの過去の履歴情報
を参照したユーザー個人別ビヘビア情報を参照する事を
特徴とする請求項１乃至２９の何れかに記載のスケジュ
リングシステム。
【請求項３１】当該事業体は、複数の互いに異なるグ
ループ間で所定日時に所定のイベントを開催する場合の
スケジューリングを実行する事を特徴とする請求項１乃
至３０の何れかに記載のスケジュリングシステム。
【請求項３２】当該事業体は、当該１のグループに於
ける代表者と他のグループに於ける代表者間に於けるス
ケジュール情報を検索し、双方のスケジュール情報に共
通したオープンの日時があれば、当該日時を当該イベン
トの開催日に決定し、或いは、予め定められた日時に双
方のスケジュール情報に共通したオープンの日時がなけ
れば、上記した請求項１乃至３１の何れかに記載された
スケジュリングシステムを使用して双方がオープンであ
る日時を特定する様に構成されている事を特徴とするス
ケジュリングシステム。
【請求項３３】当該事業体は、当該複数のグループ間
に於ける指定のイベントの開催が決定された場合には、
当該各グループを構成する各ユーザーのそれぞれに対し
てＥ−メイル等を発信すると同時、各グループの各ユー
ザーの当該スケジュール情報に、当該イベント開催情報
のスケジュールを、張りつけ可能な限り張りつける事を
特徴とする請求項１乃至３２の何れかに記載のスケジュ
リングシステム。
【請求項３４】当該通信回線は、有線或いは無線から
なる電話回線網、インターネットを含んでいる事を特徴
とする請求項１乃至３３の何れかに記載のスケジュリン
グシステム。
【請求項３５】当該事業体は、当該一の契約者である
ユーザーからの指令に応答して当該他の契約者で同一の
グループを構成する他のユーザーのスケジュール情報を
当該契約者であるユーザーに、所定のプライバシの保護
の下に提供する事を特徴とする請求項１乃至３４の何れ
かに記載のスケジュリングシステム。
【請求項３６】当該事業体は、自己が所有するか、自
己が管理するアプリケーション・サービス・プロバイダ
（ＡＳＰ）を介して当該通信回線に電気的に接続されて
事を特徴とする請求項１乃至３５の何れかに記載の個人
情報リスト作成システム。
【請求項３７】当該事業体は、当該ユーザー別スケジ
ュール情報記憶手段に加えて、上記した請求項１乃至３
６の何れかに記載されたスケジューリングを実行するソ
フトウェアを格納したアプリケーション記憶手段及び中
央制御手段とを有している事を特徴とするスケジュリン
グシステム。
【請求項３８】当該ユーザー別スケジュール情報記憶
手段には、当該スケジュール情報に加えて、当該各ユー
ザー別の、住所、電話番号、ＦＡＸ番号、Ｅ−メイルア
ドレス等を含む個人用アドレス帳、各ユーザー間のリン
ク状態を示すリンク情報及び当該プリファレンス情報を
それぞれ個別に格納する記憶手段が更に設けられている
事を特徴とする請求項１乃至３７の何れかに記載のスケ
ジュリングシステム。
【請求項３９】当該事業体は、当該一のユーザーから
の指令の基づいて、当該一のユーザーの指定する所定の
他のユーザーでリンクが張れる状態にある当該一人又は
複数の他のユーザーの当該個人的なスケジュール情報を
当該ユーザーに報知する様に構成されている事を特徴と
する請求項１乃至３８の何れかに記載のスケジュリング
システム。
【請求項４０】当該事業体は、自己が所有するか、自
己が管理するアプリケーション・サービス・プロバイダ
（ＡＳＰ）を介して当該通信回線に電気的に接続されて
事を特徴とする請求項１乃至３９の何れかに記載のスケ
ジュリングシステム。
【請求項４１】当該事業体が所有する当該情報端末
は、アプリケーション・サービス・プロバイダ（ＡＳ
Ｐ）を含んでいる事を特徴とする請求項１乃至４０の何
れかに記載のスケジュリングシステム。
【請求項４２】当該ユーザーが所有する通信手段を有
する情報端末は、携帯型電話、ＰＨＳ、モバイル型ノー
トパソコン、ポッケトベル、通信機能を有するコンピュ
ータゲーム端末等から選択された少なくとも一つで構成
されている事を特徴とする請求項１乃至４１の何れかに
記載のスケジュリングシステム。
【請求項４３】当該通信回線手段には、更に当該事業
体が行う上記の契約の締結時、若しくは契約締結後、当
該事業体が、当該ユーザーに所定のスケジューリングサ
ービスを実行する毎に所定の料金を当該ユーザーから徴
収する為の当該通信回線に接続された、予め定められた
所定の課金システムが設けられている事を特徴とする請
求項１乃至４２の何れかに記載のスケジュリングシステ
ム。
【請求項４４】当該ユーザーが予め設定していたスケ
ジュールが、その後に別のスケジュールが張り込まれて
キャンセルされた場合に、当該キャンセルされたスケジ
ュールに関して、請求項１乃至４３の何れかに記載され
たシステムを利用して再調整する様に構成されている事
を特徴とするスケジュリングシステム。
【請求項４５】個人のスケジュール情報の管理、提供
を業とし、通信機能を有する情報端末を有する事業体、
スケジューリング機能並びに設定されたスケジュールを
記憶するスケジュール記憶手段を含む携帯型通信手段を
所有する複数のユーザーで、それぞれが当該事業体と所
定の契約の下に適宜の通信回線を介して、相互に接続可
能な状態に構成されており、且つ当該複数のユーザー
は、互いに特定のグループを形成している情報通信シス
テムに於て、当該グループを構成するそれぞれのユーザ
ーは、互いに同一グループ内の他のユーザーのスケジュ
ール情報にアクセスする事が可能である様に構成されて
いる事を特徴とするスケジュリング方法。
【請求項４６】当該事業体には、当該契約関係を有す
る各ユーザーの当該スケジュール記憶手段に記憶されて
いるスケジュール情報と同一のスケジュール情報を当該
各ユーザー別に記憶しておくユーザー別スケジュール情
報記憶手段が設けられており、当該各ユーザーは、当該
事業体の当該ユーザー別スケジュール情報記憶手段介し
て同一グループを構成する他のユーザーのスケジュール
情報を、予め当該他のユーザーが当該ユーザーに開示を
許可している範囲内に限り閲覧出来る様に構成されてい
る事を特徴とする請求項４５記載のスケジュリング方
法。
【請求項４７】当該各ユーザーは、同一グループを構
成している他のユーザーとの間に当該情通信に関するリ
ンクが形成されている事を特徴とする請求項４５又は４
６に記載のスケジュリング方法。
【請求項４８】当該ユーザーは、同一グループを構成
する他のユーザーに対して開示しても良いスケジュール
情報の項目についてそれぞれプリファレンス情報を付与
しておく事を特徴とする請求項４５乃至４７の何れかに
記載のスケジュリング方法。
【請求項４９】当該プリファレンス情報には、当該他
のユーザーに対して開示しえる情報の範囲を複数段階に
区別して示す開示レベルフラグ情報が含まれている事を
特徴とする請求項４８記載のスケジュリング方法。
【請求項５０】当該ユーザーは、同一グループを構成
する他のユーザーから照会のあったスケジュール、又は
既に当該スケジュール情報に設定されている自己のスケ
ジュールに関する当該ユーザーの重要性を指示するプリ
ファレンスレベル情報を付与しておく事を特徴とする請
求項４５乃至４９の何れかに記載のスケジュリング方
法。
【請求項５１】当該プリファレンスレベル情報は、当
該ユーザーが、既に自己のスケジュール情報に於て、設
定されている所定のスケジュールに付いて、変更の可能
性のレベルを複数の段階で示す変更可能性示唆フラグ情
報若しくは、当該ユーザーが他のユーザーから照会のあ
ったスケジュールの受入状態レベルを示すスケジュール
受入レベルフラグ情報の少なくとも一つで構成されてい
る事を特徴とする請求項５０に記載のスケジュリング方
法。
【請求項５２】当該記載の変更可能性示唆フラグ情報
は、少なくとも、変更不可、当該グループ内の他のユー
ザーによっては変更可能、他のイベントの内容によって
は変更可能、いつでも変更可能性レベルの情報を含んで
いる事を特徴とする請求項５１記載のスケジュリング方
法。
【請求項５３】当該スケジュール受入レベルフラグ情
報は、少なくとも、当該ユーザーに於て、同一グループ
内の他のユーザーから照会のあったスケジュールに関
し、無条件で受入る、内容により受け入れる、参加する
他のユーザーのメンバーにより受け入れる、無条件で受
け入れない、取り敢えず受け入れておく等のレベル情報
を含んでいる事を特徴とする請求項５１記載のスケジュ
リング方法。
【請求項５４】当該各ユーザーが実行すべき当該スケ
ジューリング操作を当該事業体が代行する様に構成され
ている事を特徴とする請求項４５乃至５３の何れかに記
載のスケジュリング方法。
【請求項５５】当該ユーザーは、同一グループ内の他
のユーザーのスケジュール情報を見て、スケジュールが
設定されていない日時に、所定のスケジュールを張りつ
けする事が可能な様に構成されている事を特徴とする請
求項４５乃至５４の何れかに記載のスケジュリング方
法。
【請求項５６】当該自己のスケジュールを当該他のユ
ーザーのスケジュール情報に張りつけをした当該ユーザ
ーの個人情報が、当該他のユーザーのスケジュール情報
上に表示される様に構成されている事を特徴とする請求
項５５記載のスケジュリング方法。
【請求項５７】当該ユーザーは、同一グループ内の他
のユーザーから自己のスケジュール情報上で空いている
日時に、所定のスケジュールが張りつけられた場合に
は、当該設定されたスケジュールをキャンセル出来る様
に構成されている事を特徴とする請求項４５又は５６に
記載のスケジュリング方法。
【請求項５８】当該ユーザーが、同一グループの他の
ユーザーの空きスケジュールに、自己のスケジュールを
張りつけた場合に、当該ユーザーから当該他のユーザー
に対してＥ−メイル等が同時に発信される様に構成され
ている事を特徴とする請求項４５乃至５７の何れかに記
載のスケジュリング方法。
【請求項５９】当該事業体は、当該ユーザーの要請に
応答して、当該ユーザーと同一グループで互いにリンク
が張られている一人若しくは複数の他のユーザーの個々
のスケジュール情報で予め当該他のユーザーが当該ユー
ザーに開示する事を許可している範囲内のスケジュール
情報を抽出して、その結果を当該ユーザーに開示する事
を特徴とする請求項４５乃至５８の何れかに記載のスケ
ジュリング方法。
【請求項６０】当該事業体は、当該ユーザーの要請に
応答して、当該ユーザーと同一グループで互いにリンク
が張られている一人若しくは複数の他のユーザーの個々
のスケジュール情報を当該ユーザーに開示するに際し、
当該開示レベルフラグ情報に従って、当該他のユーザー
が当該ユーザーに対して開示を許可しているスケジュー
ル情報のみを開示する事を特徴とする請求項５９記載の
スケジュリング方法。
【請求項６１】当該事業体は、当該所定のユーザーか
らの要請に基づいて、当該同一グループ内の一人若しく
は複数の他のユーザーの個々のスケジュール情報に関
し、スケジュールがオープンである日時、特定の日時に
於けるスケジュールのオープン化状況、当該特定の日時
に於いてスケジュールが設定されている場合に、当該ス
ケジュールの変更可能性の有無等の情報等を当該事業体
の所有するユーザー別スケジュール情報記憶手段に記憶
されている当該個々の他のユーザーに関するスケジュー
ル情報から検索して、当該ユーザーに通知する様に構成
されている事を特徴とする請求項４５乃至６０の何れか
に記載のスケジュリング方法。
【請求項６２】当該事業体は、当該特定ユーザーの依
頼に基づいて、当該ユーザーが指定する日時に於ける当
該ユーザーと同一グループに所属する他のユーザーのス
ケジュールの空き状態を検索し、オープンであれば当該
他のユーザーのスケジュール情報に当該ユーザーの指定
する当該日時に、当該ユーザーの指定するスケジュール
を張りつけると同時にその結果を当該ユーザーに報知す
る様に構成されている事を特徴とする請求項４５乃至６
１に記載のスケジュリング方法。
【請求項６３】当該事業体は、当該特定ユーザーの依
頼に基づいて、当該ユーザーが指定する日時に於ける当
該ユーザーと同一グループに所属する他のユーザーのス
ケジュールの空き状態を検索し、オープンでない場合に
は、当該他のユーザーの当該日時に於ける当該スケジュ
ールに関するプリファレンスレベル情報を検索し、当該
プリファレンスレベル情報の内で変更可能性示唆フラグ
情報が変換不可のレベルを示すフラグとなっている場合
には、当該他のユーザーに於けるスケジュール情報のう
ちでオープンとなっている他の日時と当該ユーザーのス
ケジュール情報に於けるオープンとなっている他の日時
との一致状態を検索して、１つ又は幾つかの候補の日時
を当該ユーザーに連絡する様に構成されている事を特徴
とする請求項４５乃至６２の何れかに記載のスケジュリ
ング方法。
【請求項６４】当該ユーザーが、当該候補日時の一つ
に同意した場合には、当該事業体は、当該日時の当該ユ
ーザーによるスケジュールを当該他のユーザーのスケジ
ュール情報に於ける当該日時に張りつけ、その結果を当
該ユーザーに連絡する様に構成されている事を特徴とす
る請求項６３記載のスケジュリング方法。
【請求項６５】当該事業体は、当該特定ユーザーの依
頼に基づいて、当該ユーザーが指定する日時に於ける当
該ユーザーと同一グループに所属する他のユーザーのス
ケジュールの空き状態を検索し、オープンでない場合に
は、当該他のユーザーの当該日時に於ける当該スケジュ
ールに関するプリファレンスレベル情報を検索し、当該
プリファレンスレベル情報の内で変更可能性示唆フラグ
情報が変換可能のレベルを示すフラグとなっている場合
には、当該他のユーザーに於けるスケジュール情報に於
ける当該日時に設定されているスケジュールの上に当該
ユーザーのスケジュールを張りつけると同時にその結果
を当該ユーザーに報知する様に構成されている事を特徴
とする請求項４５乃至６４に記載のスケジュリング方
法。
【請求項６６】当該事業体は、当該ユーザーのスケジ
ュールを当該他のユーザーのスケジュール情報に張りつ
け操作を実行した場合には、当該他のユーザーに対し
て、当該スケジュールを当該他のユーザーのスケジュー
ル情報に張りつけた事をＥ−メイル等により通知する様
に構成されている事を特徴とする請求項４５乃至６５の
何れかに記載のスケジュリング方法。
【請求項６７】当該他のユーザーは、自己のスケジュ
ール情報上に張りつけられた当該ユーザーの当該スケジ
ュールに対して拒否するか若しくは特定の日時に変更す
る様事業体に対して要求する事が出来る様に構成されて
おり、且つ当該事業体は、当該他のユーザーからの当該
スケジュールに対する拒否或いは変更の要請が出された
場合には、当該ユーザーへその事実を連絡すると共に、
上記請求項６３乃至６６の何れかに記載されたスケジュ
リング操作を実行して、当該スケジュールの変更を試み
る様に構成されているスケジュリング方法。
【請求項６８】当該事業体は、当該特定のユーザーか
らの要請により、当該ユーザーの指定する日時に於ける
特定のイベントを開催するスケジュールに付いて、当該
ユーザーと同一のグループを構成する他のユーザー全員
或いは複数の特定の他のユーザーそれぞれのスケジュー
ル情報のオープン化状態を検索してスケジューリングを
実行する様に構成されている事を特徴とする請求項４５
乃至６７の何れかに記載のスケジュリング方法。
【請求項６９】当該事業体は、当該複数の他のユーザ
ー全員のスケジュール情報を検索して、当該ユーザーの
指定する日時に、当該他のユーザー全員或いは複数の特
定の他のユーザー全員のスケジュール情報がオープンで
ある場合には、当該事業体は当該日時に当該特定のイベ
ントの開催を決定し、当該ユーザーと当該他のユーザー
全員或いは当該特定の複数の他のユーザーに通知して当
該各ユーザーのスケジュール情報上に当該イベントの開
催実行を張りつけるが、当該他のユーザー全員或いは複
数の特定の他のユーザー全員のスケジュール情報が当該
ユーザーの指定する日時にオープンでない事を示してい
る場合には、当該事業体は、当該ユーザーの当該スケジ
ュール情報を検索して、当該ユーザーのスケジュールで
オープンとなっている日時を或いは複数の日時を候補日
として抽出して当該ユーザーに通知すると同時に当該他
のユーザー全員或いは複数の特定の他のユーザー全員の
スケジュール情報を検索して、当該各候補日に於ける当
該他のユーザー全員或いは複数の特定の他のユーザー全
員のスケジュールのオープン化状況を判断する事を特徴
とする請求項４５乃至６８の何れかに記載のスケジュリ
ング方法。
【請求項７０】当該事業体が、当該他のユーザーのス
ケジュール情報を検索する場合に、当該日時に所定の当
該他のユーザーのスケジュール情報がオープンとなって
いる場合には、当該他のユーザーが予め設定してある当
該スケジュール受入レベルフラグ情報を参照する事を特
徴とする請求項６９記載のスケジュリング方法。
【請求項７１】当該事業体は、当該検索の結果、当該
他のユーザー全員或いは複数の特定の他のユーザー全員
の内の一部の他のユーザーのスケジュール情報に於て当
該ユーザーの指定する当該日時に於てオープンでない場
合には、当該日時にオープンでない当該個々の他のユー
ザーの当該スケジュール情報に既に設定されている当該
スケジュールについて、当該変更可能性示唆フラグ情報
を参照して、個別に変更が可能か否かを判断し、可能で
あれば、当該他のユーザーの当該スケジュール情報に既
に設定されている当該日時に於けるスケジュールを当該
ユーザーの指定する日時に於ける当該イベントに書き換
える操作を実行し、当該日時にオープンでない当該個々
の他のユーザーの当該スケジュール情報に既に設定され
ている当該スケジュールの変更が不可能である場合に
は、そのまま放置し、当該ユーザーの指定する当該日時
に於てオープンでないスケジュール情報を有する当該他
のユーザー全員或いは複数の特定の他のユーザー全員に
ついて上記操作を繰り返し、最終的に、当該イベントに
参加して欲しい当該他のユーザー全員或いは複数の特定
の他のユーザー全員に対する、参加可能な他のユーザー
の比率を演算して当該ユーザーに通知するか、当該比率
が予め定められた基準を越えている場合、若しくは当該
ユーザーが特に指定した他のユーザーの参加が確実な場
合には、当該ユーザーの指定した日時に当該イベントを
実行する事を決定し、当該ユーザーのスケジュールを当
該参加可能な他のユーザーのスケジュール情報の当該日
時に張りつけ、当該ユーザーに通知すると同時に当該イ
ベントに参加して欲しい当該他のユーザー全員にＥ−メ
イル等を発送する事を特徴とする請求項４５乃至７０の
何れかに記載のスケジュリング方法。
【請求項７２】当該事業体に於ては、当該各ユーザー
に於ける個別のスケジュールの受入可能性、或いは変更
の可能性の判断に際して、各ユーザーの過去の履歴情報
を参照したユーザー個人別ビヘビア情報を参照する事を
特徴とする請求項４５乃至７１の何れかに記載のスケジ
ュリング方法。
【請求項７３】当該事業体は、複数の互いに異なるグ
ループ間で所定日時に所定のイベントを開催する場合の
スケジューリングを実行する事を特徴とする請求項４５
乃至７２の何れかに記載のスケジュリング方法。
【請求項７４】当該事業体は、当該１のグループに於
ける代表者と他のグループに於ける代表者間に於けるス
ケジュール情報を検索し、双方のスケジュール情報に共
通したオープンの日時があれば、当該日時を当該イベン
トの開催日に決定し、或いは、予め定められた日時に双
方のスケジュール情報に共通したオープンの日時がなけ
れば、上記した請求項４５乃至７３の何れかに記載され
たスケジュリング方法を使用して双方がオープンである
日時を特定する様に構成されている事を特徴とするスケ
ジュリング方法。
【請求項７５】当該事業体は、当該複数のグループ間
に於ける指定のイベントの開催が決定された場合には、
当該各グループを構成する各ユーザーのそれぞれに対し
てＥ−メイル等を発信すると同時、各グループの各ユー
ザーの当該スケジュール情報に、当該イベント開催情報
のスケジュールを、張りつけ可能な限り張りつける事を
特徴とする請求項４５乃至７４の何れかに記載のスケジ
ュリング方法。
【請求項７６】当該ユーザーが予め設定していたスケ
ジュールが、その後に別のスケジュールが張り込まれて
キャンセルされた場合に、当該キャンセルされたスケジ
ュールに関して、請求項４５乃至７５の何れかに記載さ
れたシステムを利用して再調整する様に構成されている
事を特徴とするスケジュリング方法。
【請求項７７】当該事業体は、一旦所定のスケジュー
ルが設定された場合でも、当該スケジュールが実行され
る日時まで、当該グループ内の当該イベント参加者のス
ケジュール情報のモニターを継続し、当該設定されたス
ケジュールを変更するユーザーが有るか否かを常時判断
し、当該スケジュールの変更を行ったユーザーが出た時
点で、当該イベントの推進者であるユーザーにその事実
を報知する様に構成されている事を特徴とする請求項１
乃至７６の何れかに記載の、スケジュリング方法。
【請求項７８】請求項４５乃至７６の何れかに記載の
スケジュリング方法をコンピュータに実行させる為のプ
ログラムを記録した記録媒体。