(57)【要約】  【課題】  ユーザが在席中であるか否かを高い信頼性で他のコンピュータのユーザに通知できるプログラムを提供する。  【解決手段】  クライアント端末装置３ａ，３ｂ，３ｃ，３ｄの各々は、その操作部がユーザによって操作された時の履歴を示す履歴データを基に、当該ユーザがクライアント端末装置を操作可能な状態にあるか否か（在席しているか否か）の予測結果を示す予測データを生成する。そして、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄは、サーバ装置２を介して、当該予測データを他のクライアント端末装置に送信する。【選択図】  図１
2005122305.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータがユーザによって操作された時の履歴を示す履歴データを基に、前記ユーザが前記コンピュータを操作可能な状態にあるか否かの予測結果を示す予測データを生成する第１の手順と、
前記第１の手順で生成した前記予測データを他のコンピュータに送信する処理を行う第２の手順と
をコンピュータに実行させるプログラム。
【請求項２】
前記第１の手順は、前記ユーザが前記コンピュータを操作できない状態であると判断すると、前記履歴データを基に、次に前記ユーザが前記コンピュータを操作可能な状態になると予測される時を判断する指標となるデータを示す前記予測データを生成する
請求項１に記載のプログラム。
【請求項３】
前記第１の手順は、前記予測データを生成する日より前の日に取得された前記ユーザの前記履歴を示す前記履歴データを基に、前記予測データを生成する
請求項２に記載のプログラム。
【請求項４】
前記第１の手順は、履歴データを基に、前記ユーザが前記コンピュータを操作可能な状態にある確率を示す前記予測データを生成する
請求項１に記載のプログラム。
【請求項５】
前記第１の手順は、前記履歴データを基に、所定の時間内の規定された複数の時間区間の各々を対象として前記確率を示す前記予測データを生成する
請求項４に記載のプログラム。
【請求項６】
前記第１の手順は、前記予測データを生成する日より前の日であって曜日とは無関係に取得された前記ユーザの１日分の前記履歴を示す第１の前記履歴データと、前記予測データを生成する日より前の日であって曜日毎に取得された前記ユーザの１日分の前記履歴を示す第２の前記履歴データとのうち、前記予測データを生成する日に取得された前記履歴を示す第３の履歴データとの差異が小さい方の前記履歴データを選択し、当該選択した前記履歴データを基に前記予測データを生成する
請求項１に記載のプログラム。
【請求項７】
前記第１の手順は、予測データを生成する前の所定時間内に前記操作が行われなかった場合に、前記選択した前記履歴データを基に前記予測データを生成する
請求項６に記載のプログラム。
【請求項８】
前記第１の手順は、予測データを生成する前の所定時間内に前記操作が行われた場合に、前記所定期間内に前記操作が行われた回数から得られた指標データを基に、前記予測データを生成する
請求項６に記載のプログラム。
【請求項９】
前記ユーザによって指定された当該ユーザのスケジュールデータを基に、前記ユーザが前記コンピュータを操作できない要因となるスケジュールに対応する期間について前記ユーザが前記コンピュータを操作できないことを示す前記予測データを生成する
請求項１に記載のプログラム。
【請求項１０】
コンピュータが実行するデータ処理方法であって、
前記コンピュータの操作部がユーザによって操作された時の履歴を示す履歴データを基に、前記ユーザが前記コンピュータを操作可能な状態にあるか否かの予測結果を示す予測データを生成する第１の工程と、
前記第１の工程で生成した前記予測データを他のコンピュータに送信する第２の工程と
を有するデータ処理方法。
【請求項１１】
操作手段と、
前記操作手段によって指定された操作を基に処理を行い、前記操作手段が操作された時の履歴を示す履歴データを基に、前記ユーザが前記操作手段を操作可能な状態にあるか否かの予測結果を示す予測データを生成する処理手段と、
前記処理手段が生成した前記予測データを送信する送信手段と
を有するデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他のコンピュータと通信を行うコンピュータが実行するプログラム、データ処理方法、並びにデータ処理装置に関する。
【背景技術】
【０００２】
ネットワーク経由でリアルタイムにコミュニケーションをおこなえるシステムとして、インスタントメッセージング技術をつかったサービスがある。
インスタントメッセージは、ネットワーク通信およびコラボレーションの手段で、サーバーとそのクライアントで構成される。
インスタントメッセージングサービスの主な機能は，サーバーにログインしているユーザの在席情報の確認とインスタントメッセージのやり取りである。
在席情報とは，あるユーザが現在、サーバーにログインしてオンライン状態になっているかどうか、通話可能か、取り込み中か，退席中か，などといったプレゼンスステータスを画面に表示して確認する機能である。
この在席情報は、基本的には、各ユーザが自分の現在のプレゼンスステータスをマニュアルで変更したタイミングで、その情報がサーバー経由で通信パートナに通知される。  通信パートナーは、この在席情報を確認することで、ＩＰ(Internet Protocol) 電話やテキストチャットといったコミュニケーション手段を利用する際に、呼び出す前に現在の相手の都合を把握できる。この機能により、相手と確実にコミュニケーションをとれるようになるため、呼び出した後に不在だった場合などの無駄な待ち時間を削減することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、この在席情報は各ユーザがプレゼンスステータスを自主的に変更することによって反映されるため、プライバシーの問題で公開したくないとか、ステータスの変更処理を忘れるなどして、確実に実行されないことがあり、信頼性に乏しいという問題がある。
本発明は上述した従来技術の問題点に鑑みてなされ、ユーザが在席中であるか否かを高い信頼性で他のコンピュータのユーザに通知できるプログラム、データ処理方法およびその装置を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上述した従来技術の問題点を解決するために、第１の発明のプログラムは、コンピュータがユーザによって操作された時の履歴を示す履歴データを基に、前記ユーザが前記コンピュータを操作可能な状態にあるか否かの予測結果を示す予測データを生成する第１の手順と、前記第１の手順で生成した前記予測データを他のコンピュータに送信する処理を行う第２の手順とをコンピュータに実行させる。
【０００５】
第１の発明の作用は以下のようになる。
コンピュータが第１の発明のプログラムを実行し、コンピュータがユーザによって操作された時の履歴を示す履歴データを基に、前記ユーザが前記コンピュータを操作可能な状態にあるか否かの予測結果を示す予測データを生成する第１の手順を実行する。
そして、前記コンピュータが、前記第１の手順で生成した前記予測データを他のコンピュータに送信する処理を行う第２の手順を実行する。
【０００６】
第２の発明のデータ処理方法は、コンピュータが実行するデータ処理方法であって、
前記コンピュータの操作部がユーザによって操作された時の履歴を示す履歴データを基に、前記ユーザが前記コンピュータを操作可能な状態にあるか否かの予測結果を示す予測データを生成する第１の工程と、前記第１の工程で生成した前記予測データを他のコンピュータに送信する第２の工程とを有する。
【０００７】
第２の発明のデータ処理方法の作用は以下のようになる。
第１の工程において、前記コンピュータの操作部がユーザによって操作された時の履歴を示す履歴データを基に、前記ユーザが前記コンピュータを操作可能な状態にあるか否かの予測結果を示す予測データをコンピュータが生成する。
次に、第２の工程において、前記コンピュータが、前記第１の工程で生成した前記予測データを他のコンピュータに送信する。
【０００８】
第３の発明のデータ処理装置は、操作手段と、前記操作手段によって指定された操作を基に処理を行い、前記操作手段が操作された時の履歴を示す履歴データを基に、前記ユーザが前記操作手段を操作可能な状態にあるか否かの予測結果を示す予測データを生成する処理手段と、前記処理手段が生成した前記予測データを送信する送信手段とを有する。
【０００９】
第３の発明のデータ処理装置の作用は以下のようになる。
処理手段が、操作手段が操作された時の履歴を示す履歴データを基に、前記ユーザが前記操作手段を操作可能な状態にあるか否かの予測結果を示す予測データを生成する。
次に、送信手段が、前記処理手段が生成した前記予測データを送信する。
【発明の効果】
【００１０】
本発明によれば、ユーザが操作手段を操作可能な状態にあるか否かを高い信頼性で他のコンピュータ（データ処理装置）のユーザに通知できるプログラム、データ処理方法およびその装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態に係わる通信システムについて説明する。
図１は、本発明の実施形態に係わる通信システム１の全体構成図である。
図１に示すように、通信システム１は、例えば、サーバ装置２と、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄとを有する。
図１において、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄが第１および第２の発明のコンピュータ、並びに第３の発明のデータ処理装置に対応している。
なお、図１に示す例では、２個のクライアント端末装置３ａ，３ｂ，３ｃ，３ｄを例示するが、実際にはそれ以上の数のクライアント端末装置がサーバ装置２と通信を行う。
通信システム１では、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄの各々は、その操作部がユーザによって操作された時の履歴を示す履歴データを基に、当該ユーザがクライアント端末装置を操作可能な状態にあるか否か（在席しているか否か）の予測結果を示す予測データを生成する。
そして、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄは、サーバ装置２を介して、当該予測データを他のクライアント端末装置に送信する。
【００１２】
〔サーバ装置２〕
サーバ装置２は、例えばクライアント端末装置３ａ，３ｂ，３ｃ，３ｄから、在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳを受信し、これを受信元のクライアント端末装置３ａの在席表示先リストＰＤＬで指定されたクライアント端末装置３ａ，３ｂ，３ｃ，３ｄに送信する。
ここで、在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳは、後述するようにクライアント端末装置３ａ，３ｂ，３ｃ，３ｄにおいて生成される。
【００１３】
〔クライアント端末装置３ａ，３ｂ，３ｃ，３ｄ〕
図２は、図１に示すクライアント端末装置３ａ，３ｂ，３ｃ，３ｄの構成図である。
図２に示すように、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄは、例えば、操作部１１、表示部１２、通信部１３、メモリ１４および処理部１５を有し、これらがデータ線１０を介して接続されている。
ここで、操作部１１が本発明の操作手段（操作部）に対応している。
また、処理部１５が本発明の処理手段に対応し、通信部１３が本発明の送信手段に対応している。
【００１４】
操作部１１は、キーボードやマウスなどのユーザがクライアント端末装置３ａ，３ｂ，３ｃ，３ｄが設置された場所に在席中に操作する操作手段である。
操作部１１は、ユーザの操作に応じた操作信号を処理部１５に出力する。
表示部１２は、処理部１５からの表示信号に応じた画面を表示する。
本実施形態では、表示部１２は、処理部１５からの表示信号に応じて、例えば、他のクライアント端末装置のユーザの在席表示画面を表示する。
通信部１３は、図１に示すサーバ装置２との間でデータや要求の授受を行う。
メモリ１４は、図２に示すように、例えば、送信プログラムＰＲＧ１、受信プログラムＰＲＧ２、在席処理プログラムＰＲＧ３、管理プログラムＰＲＧ４、表示プログラムＰＲＧ５、履歴データＨＩＳＴ＿Ｄ、スケジュールデータＳＣＨ＿Ｄ、ランチデータＬＵＮＣＨ＿Ｄおよび在席表示先リストデータＰＤＬを記憶している。
ここで、送信プログラムＰＲＧ１および在席処理プログラムＰＲＧ３が第１の発明のプログラムに対応している。
【００１５】
処理部１５は、例えば、ＣＰＵ(Central Processing Unit) であり、処理部１５の処理を統括して管理する管理プログラムＰＲＧ４を基に、各種のプログラムを実行し、履歴データＨＩＳＴ＿ＤおよびスケジュールデータＳＣＨ＿Ｄ等を利用して、後述する在席処理に関する種々の処理を行う。
ここで、履歴データＨＩＳＴ＿Ｄが本発明の履歴データに対応している。
例えば、図３に示すように、処理部１５は、在席処理プログラムＰＲＧ３を実行して、操作イベント信号ＯＰ＿ＥＶ、ステータス変更信号ＳＴＡＴＵＳ＿ＯＰ、スケジュールデータＳＣＥ＿Ｄ、ランチデータＬＵＮＣＨ＿Ｄ、端末時刻データＴＩＭＥを入力し、これらと履歴データＨＩＳＴ＿ＤおよびスケジュールデータＳＣＨ＿Ｄとを基に、後述するように、在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳを生成する。
ここで、在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳが本発明の予測データに対応している。
【００１６】
ここで、スケジュールデータＳＣＨ＿Ｄは、例えば、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄが記憶するユーザスケジュール管理プログラムのスケジュールデータを基に、処理部１５が在席処理プログラムＰＲＧ３を実行して生成したデータである。
スケジュールデータＳＣＨ＿Ｄは、例えば、図４に示すように、１日の５分間隔の時間区分〔ｔ〕の各々に対応して、例えば、ミーティングの有無を示すデータＭｅｅｔｉｎｇ〔０〕〜〔２８７〕を含んでいる。例えば、ミーティングが有る時間区分に対応するデータＭｅｅｔｉｎｇ〔ｔ〕が第１の論理値（例えば、「１」）を示し、ミーティングが無い時間区分に対応するデータＭｅｅｔｉｎｇ〔ｔ〕が第２の論理値（例えば、「０」）を示す。
処理部１５は、例えば、上記例えば、データＭｅｅｔｉｎｇ〔ｔ〕に対応付けて、会議名などのその会議に関する情報を付加してそれを他のユーザのクライアント端末装置３ａ，３ｂ，３ｃ，３ｄに提供してもよい。
【００１７】
また、ランチデータＬＵＮＣＨ＿Ｄは、例えば、ユーザによるクライアント端末装置３ａ，３ｂ，３ｃ，３ｄの設定操作により、図４に示すように、１日の５分間隔の時間区分〔ｔ〕の各々に対応して、例えば、ランチタイムであるか否かを示すデータＬｕｎｃｈ〔０〕〜〔２８７〕を含んでいる。例えば、ランチタイムの時間区分に対応するＬｕｎｃｈ〔ｔ〕が第１の論理値（例えば、「１」）を示し、ランチタイムではない時間区分に対応するＬｕｎｃｈ〔ｔ〕が第２の論理値（例えば、「０」）を示す。
また、在席表示先リストデータＰＤＬは、クライアント端末装置のユーザが、自らの在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳを提供する他のユーザのクライアント端末装置を特定する情報（例えば、アドレス）のリストを示している。
在席表示先リストデータＰＤＬは、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄの各々において、そのユーザによって設定される。在席表示先リストデータＰＤＬは、サーバ装置２に保存されてもよいし、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄの各々に保存され、これをサーバ装置２が参照してもよい。
【００１８】
在席処理プログラムＰＲＧ３は、上記生成した在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳを送信プログラムＰＲＧ１に出力する。
【００１９】
以下、処理部１５が在席処理プログラムＰＲＧ３を基に実行する在席処理において使用される種々のデータを説明する。
本実施形態では、図４に示す５分間隔の時間区分〔０〕〜〔２８７〕のそれぞれに対応して、操作回数データＸ〔ｔ〕、今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕、１日のアクティビティＮ＿ｄａｉｌｙ〔ｔ〕、曜日のアクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕を用いる。
ここで、１日のアクティビティＮ＿ｄａｉｌｙ〔ｔ〕、曜日のアクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕が本実施形態の履歴データＨＩＳＴ＿Ｄを構成している。
【００２０】
操作回数データＸ〔ｔ〕は、例えば、処理部１５が、操作部１１からの操作信号を基に、時間区分〔ｔ〕内に、ユーザによって操作部１１が操作された回数を示すように生成したデータである。なお、本実施形態では、「Ｘ〔ｔ〕＝（操作回数）＋２」とする。
処理部１５は、操作回数データＸ〔ｔ〕を基に、下記式（１）に示す演算を行ってアクティビティＹ〔ｔ〕を生成する。
【００２１】
（数１）
Ｙ〔ｔ〕＝Ｆｎ＿ａｃｔ（Ｘ〔ｔ〕）        …（１）
Ｆｎ＿ａｃｔ（Ｘ〔ｔ〕）：
Ｘ〔ｔ〕＝０の場合に、Ｙ＝０
Ｘ＞０の場合に、Ｙ＝ｉｎｔ（√（ｘ＋１３））／２
【００２２】
今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕は、在席予測処理を行う日に取得された操作回数データＸ〔ｔ〕を基に処理部１５が生成したアクティビティＹ〔ｔ〕である。
１日のアクティビティＮ＿ｄａｉｌｙ〔ｔ〕は、在席予測処理を行う日より前の日であって曜日とは無関係に取得された操作回数データＸ〔ｔ〕を基に処理部１５が生成したアクティビティＹ〔ｔ〕である。
曜日のアクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕は、在席予測処理を行う日より前の日であって曜日〔ｋ〕毎に取得された操作回数データＸ〔ｔ〕を基に、処理部１５が生成した曜日毎のアクティビティＹ〔ｔ〕である。
ここで、Ｋ＝０〜６が、それぞれ月、火、水、木、金、土、日をそれぞれ示している。
なお、最新のアクティビティを、Ｎ＿ｃｕｒｒｅｎｔ（＝Ｆｎ＿ａｃｔ（Ｘ〔ｔ〕））とする。
【００２３】
処理部１５は、在席処理プログラムＰＲＧ３で規定された以下に示す関数Ｆｎ＿ｐｒｂ（Ｙ〔ｔ〕）、Ｆｎ＿ｅｘｔ（Ｙ〔ｔ〕）、Ｆｎ＿ｅｘｔ（Ｙ〔ｔ〕）、Ｆｎ＿ｅｖｌ（Ｙ〔ｔ〕）を基に演算を行って在席処理を行う。
【００２４】
関数Ｆｎ＿ｐｒｂ（Ｙ〔ｔ〕）は、履歴データＨＩＳＴ＿Ｄを基にして、在席確率データＰ＿ｃｕｒｒｅｎｔ〔ｔ〕および在席ステータスデータＳＴＡＴＵＳ〔ｔ〕を生成する場合に用いられる関数であり、下記式（２）のように定義される。
関数Ｆｎ＿ｐｒｂ（Ｙ〔ｔ〕）のＹ〔ｔ〕としては、Ｎ＿ｄａｉｌｙ〔ｔ〕およびＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕が用いられる。
【００２５】
（数２）
Ｆｎ＿ｐｒｂ（Ｙ〔ｔ〕）：
Ｙ〔ｔ〕＞０の場合、Ｆｎ＿ｐｒｂ（Ｙ〔ｔ〕）＝１０５−４２０／（３Ｙ〔ｔ〕＋１）
Ｙ〔ｔ〕＝０の場合、Ｆｎ＿ｐｒｂ（Ｙ〔ｔ〕）＝０
…（２）
【００２６】
また、処理部１５は、上記関数Ｆｎ＿ｐｒｂ（Ｙ〔ｔ〕）を基に、下記式（３），（４）で定義される確率データＰｒｏｂａｂｉｌｉｔｙ〔１〕〔ｔ〕およびＰｒｏｂａｂｉｌｉｔｙ〔０〕〔ｔ〕を生成する。
すなわち、確率データＰｒｏｂａｂｉｌｉｔｙ〔１〕〔ｔ〕は、曜日のアクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕を基に得られたものであり、確率データＰｒｏｂａｂｉｌｉｔｙ〔０〕〔ｔ〕は曜日とは無関係の１日のアクティビティＮ＿ｄａｉｌｙ〔ｔ〕を基に得られたものである。
【００２７】
（数３）
Ｐｒｏｂａｂｉｌｉｔｙ〔１〕〔ｔ〕＝
（Ｆｎ＿ｐｒｂ（Ｎ＿ｗｅｅｋ〔ｋ〕〔ｔ〕）＋２×Ｆｎ＿ｐｒｂ（Ｎ＿ｗｅｅｋ〔ｋ〕〔ｔ＋１〕）＋Ｆｎ＿ｐｒｂ（Ｎ＿ｗｅｅｋ〔ｋ〕〔ｔ＋２〕））／４
…（３）
【００２８】
（数４）
Ｐｒｏｂａｂｉｌｉｔｙ〔０〕〔ｔ〕＝
（Ｆｎ＿ｐｒｂ（Ｎ＿ｄａｉｌｙ〔ｔ〕）＋２×Ｆｎ＿ｐｒｂ（Ｎ＿ｄａｉｌｙ〔ｔ＋１〕）＋Ｆｎ＿ｐｒｂ（Ｎ＿ｄａｉｌｙ〔ｔ＋２〕））／４
…（４）
【００２９】
処理部１５は、確率データＰｒｏｂａｂｉｌｉｔｙ〔１〕〔ｔ〕とＰｒｏｂａｂｉｌｉｔｙ〔０〕〔ｔ〕との何れを用いるか判断するために、下記式（５）で定義される関数Ｆｎ＿ｅｖｌ（Ｙ〔ｔ〕）を用いて、下記式（６）に示すデータＥｖａｌｕａｔｉｏｎ〔ｔ〕を生成する。
【００３０】
（数５）
Ｆｎ＿ｅｖｌ（Ｙ〔ｔ〕）：
Ｙ〔ｔ〕＜２の場合、Ｆｎ＿ｅｖｌ（Ｙ〔ｔ〕）＝０
Ｙ〔ｔ〕＞１３の場合、Ｆｎ＿ｅｖｌ（Ｙ〔ｔ〕）＝６
１３≧Ｙ〔ｔ〕≧２の場合、Ｆｎ＿ｅｖｌ（Ｙ〔ｔ〕）
＝ｉｎｔ（Ｙ〔ｔ〕＋１０）／４
…（５）
【００３１】
（数６）
Ｅｖａｌｕａｔｉｏｎ〔ｔ〕＝ＡＢＳ（Ｆｎ＿ｅｖｌ（Ｎ＿ｔｏｄａｙ〔ｔ〕）−Ｆｎ＿ｅｖｌ（Ｎ＿ｄａｉｌｙ〔ｔ〕））−ＡＢＳ（Ｆｎ＿ｅｖｌ（Ｎ＿ｔｏｄａｙ〔ｔ〕）−Ｆｎ＿ｅｖｌ（Ｎ＿ｗｅｅｋ〔ｋ〕〔ｔ〕））            …（６）
【００３２】
そして、処理部１５は、時間区分〔ｔ〕と、その前の３時間区分とのデータＥｖａｌｕａｔｉｏｎ〔ｔ〕を基に下記式（７）に示すデータＲＴを生成する。
【００３３】
（数７）
ＲＴ＝Ｅｖａｌｕａｔｉｏｎ〔ｔ〕＋Ｅｖａｌｕａｔｉｏｎ〔ｔ−１〕＋Ｅｖａｌｕａｔｉｏｎ〔ｔ−２〕＋Ｅｖａｌｕａｔｉｏｎ〔ｔ−３〕
…（７）
【００３４】
そして、処理部１５は、上記式（７）のデータＲＴが
ＲＴ≦０の場合に、ｄｂ＿ｓｅｌ＝０として、確率データＰｒｏｂａｂｉｌｉｔｙ〔０〕〔ｔ〕を選択すると判断し、
ＲＴ＞０の場合に、ｄｂ＿ｓｅｌ＝１として、確率データＰｒｏｂａｂｉｌｉｔｙ〔１〕〔ｔ〕を選択すると判断する
すなわち、処理部１５は、曜日とは無関係の１日の履歴データおよび曜日毎の１日の履歴データのうち、今日の現在までの履歴データと差異が小さい履歴データを選択する。
【００３５】
関数Ｆｎ＿ｅｘｔ（Ｙ〔ｔ〕）は、今日のアクティビティＹ〔ｔ〕であるＮ＿ｔｏｄａｙ〔ｔ〕を基にして、在席確率データＰ＿ｃｕｒｒｅｎｔ〔ｔ〕および在席ステータスデータＳＴＡＴＵＳ〔ｔ〕を生成する場合に用いられる関数であり、下記式（８）のように定義される。
【００３６】
（数８）
Ｆｎ＿ｅｘｔ（Ｙ〔ｔ〕）：
Ｙ〔ｔ〕＞０の場合、Ｆｎ＿ｅｘｔ（Ｙ〔ｔ〕）＝１００−７０／（３Ｙ〔ｔ〕＋１）
Ｙ〔ｔ〕＝０の場合、Ｆｎ＿ｅｘｔ（Ｙ〔ｔ〕）＝０
…（８）
【００３７】
処理部１５は、今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕〜〔ｔ−４〕を基に、図５（Ａ）〜（Ｊ）に示すパターン１〜５，１Ｂ〜５Ｂの何れの条件（パターン）を満たすかを判断し、そのパターンに応じて以下に示すように在席確率データＰ＿ｃｕｒｒｅｎｔを生成する。
処理部１５は、「Ｎ＿ｔｏｄａｙ〔ｔ〕＝＝０」を満たす第１の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝０とする。第１の場合は、直前の５分間にユーザによる操作部１１の操作があった場合である。
処理部１５は、第１の場合でなく、且つ「Ｎ＿ｔｏｄａｙ〔ｔ〕＞１」を満たす第２の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝Ｆｎ＿ｅｘｔ（Ｎ＿ｔｏｄａｙ〔ｔ〕）とする（パターン１）。第２の場合は、直前の５分間はユーザの操作なく、１０分前はクライアント端末装置の電源がオフの場合である。
処理部１５は、第１および第２の場合でなく、且つ「Ｎ＿ｔｏｄａｙ〔ｔ−１〕＝＝０」を満たす第３の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝Ｐｒｏｂａｂｉｌｉｔｙ〔ｔ〕／２とする（パターン１Ｂ）。第３の場合は、直前の５分間はクライアント端末装置の電源がオンであったがユーザの操作がなく、１０分前まではユーザの操作があった場合である。
処理部１５は、第１〜第３の場合でなく、且つ「Ｎ＿ｔｏｄａｙ〔ｔ−１〕＞１」を満たす第４の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝Ｆｎ＿ｅｘｔ（Ｎ＿ｔｏｄａｙ〔ｔ−１〕）−５とする（パターン２）。第４の場合は、直前の１０分間はユーザの操作なく、１５分前はクライアント端末装置の電源がオフの場合である。
処理部１５は、第１〜第４の場合でなく、且つ「Ｎ＿ｔｏｄａｙ〔ｔ−２〕＝＝０」を満たす第５の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝Ｐｒｏｂａｂｉｌｉｔｙ〔ｔ〕／２とする（パターン２Ｂ）。第５の場合は、直前の１０分間はクライアント端末装置の電源がオンであったがユーザの操作がなく、１５分前まではユーザの操作があった場合である。
処理部１５は、第１〜第５の場合でなく、且つ「Ｎ＿ｔｏｄａｙ〔ｔ−２〕＞１」を満たす第６の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝Ｆｎ＿ｅｘｔ（Ｎ＿ｔｏｄａｙ〔ｔ−２〕）−１０とする（パターン３）。第６の場合は、直前の１５分間はユーザの操作なく、２０分前はクライアント端末装置の電源がオフの場合である。
処理部１５は、第１〜第６の場合でなく、且つ「Ｎ＿ｔｏｄａｙ〔ｔ−３〕＝＝０」を満たす第７の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝Ｐｒｏｂａｂｉｌｉｔｙ〔ｔ〕／２とする（パターン３Ｂ）。第７の場合は、直前の１５分間はクライアント端末装置の電源がオンであったがユーザの操作がなく、２０分前まではユーザの操作があった場合である。
処理部１５は、第１〜第７の場合でなく、且つ「Ｎ＿ｔｏｄａｙ〔ｔ−３〕）＞１」を満たす第８の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝Ｆｎ＿ｅｘｔ（Ｎ＿ｔｏｄａｙ〔ｔ−３〕）−２０＋Ｐｒｏｂａｂｉｌｉｔｙ〔ｔ〕／１０とする（パターン４）。第８の場合は、直前の２０分間はユーザの操作なく、２５分前はクライアント端末装置の電源がオフの場合である。
処理部１５は、第１〜第８の場合でなく、且つ「Ｎ＿ｔｏｄａｙ〔ｔ−４〕＝＝０」を満たす第９の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝Ｐｒｏｂａｂｉｌｉｔｙ〔ｔ〕／２とする（パターン４Ｂ）。第９の場合は、直前の２０分間はクライアント端末装置の電源がオンであったがユーザの操作がなく、２５分前まではユーザの操作があった場合である。
処理部１５は、第１〜第９の場合でなく、且つ「Ｎ＿ｔｏｄａｙ〔ｔ−４〕）＞１」を満たす第１０の場合に、Ｐ＿ｃｕｒｒｅｎｔ＝Ｆｎ＿ｅｘｔ（Ｎ＿ｔｏｄａｙ〔ｔ−４〕）−３０＋Ｐｒｏｂａｂｉｌｉｔｙ〔ｔ〕／５とする（パターン５）。第１０の場合は、直前の２０分間はユーザの操作なく、２５分前はクライアント端末装置の電源がオフの場合である。
処理部１５は、第１〜第１０の場合以外では、Ｐ＿ｃｕｒｒｅｎｔ＝Ｐｒｏｂａｂｉｌｉｔｙ〔ｔ〕／２とする（パターン５Ｂ）。この場合は、直前の２５分間にユーザの操作がないときである。
【００３８】
また、処理部１５は、ユーザが在席しているか否かの予測結果のステータスとして、例えば、図６に示すように、”オフライン”を示すステータス３０、”通話可能”を示すステータス３１、”すぐ戻る”を示すステータス３２、”昼休み中”を示すステータス３３、”会議中”を示すステータス３４、並びに”退席中”を示すステータス３５を規定している。
処理部１５は、何れのステータスにある場合でも、操作部１１からの操作信号に応じて操作イベントＯＰ＿ＥＶが発生すると、”通話可能”を示すステータス３１に遷移する。
また、処理部１５は、何れのステータスにある場合でも、通信部１３がオフラインになったことを検出すると、”オフライン”を示すステータス３０に遷移する。
また、処理部１５は、後述する処理により、所定の条件を満たすと、”通話可能”を示すステータス３１、”すぐ戻る”を示すステータス３２”、昼休み中”を示すステータス３３、”会議中”を示すステータス３４、並びに”退席中”を示すステータス３５の間で遷移を行う。
処理部１５は、時間区分〔ｔ〕において、図６に示す”会議中”を示すステータス３４である場合に、図４に示すデータＭｅｅｔｉｎｇ〔ｔ〕が第１の論理値を示す場合に、”昼休み中”を示すステータス３３に切り換える。
また、処理部１５は、例えば、”会議中”を示すステータス３４である場合に、操作部１１から操作信号を入力した場合でも、”通話可能”を示すステータス３１に切り換えない。この場合には、必要であれば、ユーザが操作部１１を操作してマニュアルで”通話可能”を示すステータス３１に切り換える。
また、処理部１５は、時間区分〔ｔ〕において、図６に示す”退席中”を示すステータス３５である場合に、図４に示すデータＬｕｎｃｈ〔ｔ〕が第１の論理値を示す場合に、”昼休み中”を示すステータス３３に切り換える。
処理部１５は、”昼休み中”を示すステータス３３の場合に、操作部１１から操作信号を受けると、自動的に”通話可能”を示すステータス３１に切り換える。
【００３９】
以下、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄの動作を、各プログラムを基に行う処理と関連付けて説明する。
〔初期設定・履歴データ更新動作〕
図７は、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄが行う初期設定動作、並びに履歴データ更新動作を説明するための図である。
以下、図７に示す各ステップについて説明する。
図７に示す各ステップの手順は、在席処理プログラムＰＲＧ３によって規定されており、通信部１３が在席処理プログラムＰＲＧ３を実行することで実現される。
ステップＳＴ１：
処理部１５が、例えば、端末時刻データＴＩＭＥを基に日付が変更されたか否かを判断し、変更されたと判断するとステータス２に進み、そうでない場合にはステップＳＴ４に進む。
【００４０】
ステップＳＴ２：
処理部１５が、例えば、昨日のアクティビティＮ＿ｙｅｓｔｅｒｄａｙ〔ｔ〕を、日付が変わる前の今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕で置き換える。
ステップＳＴ３：
処理部１５が、今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕に初期値「０」を代入する。
また、処理部１５が、変数ＣＯＵＮＴに初期値「０」を代入する。
ステップＳＴ４：
処理部１５が、変数ＣＯＵＮＴに初期値「０」であるか否かを判断し、「０」である場合にはステップＳＴ５に進み、そうでない場合にはステップＳＴ８に進む。
【００４１】
ステップＳＴ５：
処理部１５が、１日のアクティビティＮ＿ｄａｉｌｙ〔ｔ〕を、昨日のアクティビティＮ＿ｙｅｓｔｅｒｄａｙ〔ｔ〕で置き換える。
ステップＳＴ６：
処理部１５が、曜日のアクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕内の上記日付が変わる前の今日のデータを、昨日のアクティビティＮ＿ｙｅｓｔｅｒｄａｙ〔ｔ〕で置き換える。
ステップＳＴ７：
処理部１５が、変数ＣＯＵＮＴを「１」だけ増加させる。
その後、処理部１５は、ステップＳＴ１の処理に戻る。
【００４２】
ステップＳＴ８：
処理部１５が、１日のアクティビティＮ＿ｄａｉｌｙ〔ｔ〕を、当該アクティビティＮ＿ｄａｉｌｙ〔ｔ〕と、今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕とを基に得られる「ｉｎｔ（Ｎ＿ｄａｉｌｙ〔ｔ〕＋Ｎ＿ｔｏｄａｙ〔ｔ〕）／２＋０．５」で置き換える。
ステップＳＴ９：
処理部１５が、曜日のアクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕内の上記日付が変わる前の今日のデータを、当該アクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕と、今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕とを基に得られる「ｉｎｔ（Ｎ＿ｗｅｅｋ〔ｋ〕〔ｔ〕＋Ｎ＿ｔｏｄａｙ〔ｔ〕）／２＋０．５」で置き換える。
その後、処理部１５は、ステップＳＴ１の処理に戻る。
【００４３】
〔Ｐ＿ｃｕｒｒｅｎｔおよびＳＴＡＴＵＳの生成動作〕
図８は、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄが行う在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳの生成および送信動作を説明するためのフローチャートである。
なお、図８、並びに後述する図９〜図１１の各ステップの手順は、在席処理プログラムＰＲＧ３によって規定されており、通信部１３が在席処理プログラムＰＲＧ３を実行することで実現される。
ステップＳＴ２１：
処理部１５が、在席処理プログラムＰＲＧ３を基に、所定の時間間隔、例えば、５分間が経過したか否かを判断し、経過したと判断するとステップＳＴ２２に進み、経過していないと判断するとステップＳＴ２１の処理を繰り返す。
ステップＳＴ２２：
処理部１５が、後述するように、在席処理プログラムＰＲＧ３を基に在席確率データＰ＿ｃｕｒｒｅｎｔを生成し、送信プログラムＰＲＧ１を基に在席確率データＰ＿ｃｕｒｒｅｎｔをサーバ装置２に通信部１３を介して送信する。
ステップＳＴ２３：
処理部１５が、後述するように、在席処理プログラムＰＲＧ３を基に在席ステータスデータＳＴＡＴＵＳを生成し、送信プログラムＰＲＧ１を基に在席ステータスデータＳＴＡＴＵＳをサーバ装置２に通信部１３を介して送信する。
【００４４】
〔在席確率データＰ＿ｃｕｒｒｅｎｔの生成・送信動作〕
図９および図１０は、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄの在席確率データＰ＿ｃｕｒｒｅｎｔの生成・送信動作（図８のステップＳＴ２２）を説明するためのフローチャートである。
なお、本発明では、例えば、今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕を必要とせず、図９に示す履歴データＨＩＳＴ＿Ｄを基に行えるステップＳＴ３３〜ＳＴ３５の処理を、ステップＳＴ２１の処理の前に予め行ってもよい。
【００４５】
ステップＳＴ３１：
処理部１５が、操作部１１からの操作信号を基に、処理対象となる５分間に、すなわち時間区分〔ｔ〕内に、ユーザによって操作部１１が操作された回数を示す操作回数データＸ〔ｔ〕を生成する。
ステップＳＴ３２：
処理部１５が、ステップＳＴ３１で生成した操作回数データＸ〔ｔ〕を基に、前述した式（１）の演算を行ってアクティビティＹ〔ｔ〕、すなわち今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕を生成する。
そして、処理部１５が、当該生成した今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕を、アクティビティＮ＿ｃｕｒｒｅｎｔとする。
【００４６】
ステップＳＴ３３：
処理部１５が、メモリ１４に記憶されている履歴データＨＩＳＴ＿Ｄの曜日のアクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕，〔ｋ〕〔ｔ＋１〕，〔ｋ〕〔ｔ＋２〕をＹ〔ｔ〕として用いて、前述した式（２）の演算を行う。
ステップＳＴ３４：
処理部１５が、メモリ１４に記憶されている履歴データＨＩＳＴ＿Ｄの１日のアクティビティＮ＿ｄａｉｌｙ〔ｋ〕〔ｔ〕，〔ｋ〕〔ｔ＋１〕，〔ｋ〕〔ｔ＋２〕をＹ〔ｔ〕として用いて、前述した式（２）の演算を行う。
【００４７】
ステップＳＴ３５：
処理部１５が、ステップＳＴ３３の演算結果を基に前述した式（３）の演算を行って確率データＰｒｏｂａｂｉｌｉｔｙ〔１〕〔ｔ〕を生成する。
処理部１５が、ステップＳＴ３４の演算結果を基に前述した式（４）の演算を行って確率データＰｒｏｂａｂｉｌｉｔｙ〔０〕〔ｔ〕を生成する。
ステップＳＴ３６：
処理部１５が、ステップＳＴ３２で生成した今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕と、履歴データＨＩＳＴ＿Ｄの１日のアクティビティＮ＿ｄａｉｌｙ〔ｔ〕と、曜日のアクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕との各々をＹ〔ｔ〕として、前述した式（５）の演算を行う。
そして、処理部１５が、当該式（５）の演算結果を用いて、前述した式（６）の演算を行ってデータＥｖａｌｕａｔｉｏｎ〔ｔ〕を生成する。
【００４８】
ステップＳＴ３７：
処理部１５が、時間区分〔ｔ〕，〔ｔ−１〕，〔ｔ−２〕および〔ｔ−３〕について生成したデータＥｖａｌｕａｔｉｏｎ〔ｔ〕，〔ｔ−１〕，〔ｔ−２〕，〔ｔ−３〕を基に、前述した式（７）の演算を行ってデータＲＴを生成する。
ステップＳＴ３８：
処理部１５が、ステップＳＴ３７で生成したデータＲＴが１以下であるか否かを判断し、１以下であると判断するとステップＳＴ３９に進み、そうでない場合にはステップＳＴ４０に進む。
ステップＳＴ３９：
処理部１５が、ステップＳＴ４１の在席確率データＰ＿ｃｕｒｒｅｎｔ〔ｔ〕を生成するに当たって確率データＰｒｏｂａｂｉｌｉｔｙ〔０〕〔ｔ〕を選択することを決定する。
ステップＳＴ４０：
処理部１５が、ステップＳＴ４１の在席確率データＰ＿ｃｕｒｒｅｎｔ〔ｔ〕を生成するに当たって確率データＰｒｏｂａｂｉｌｉｔｙ〔１〕〔ｔ〕を選択することを決定する。
ステップＳＴ４１：
処理部１５が、前述したように、処理部１５は、今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕〜〔ｔ−４〕を基に、図５に示すパターン１〜５，１Ｂ〜５Ｂの何れの条件（パターン）を満たすかを判断し、そのパターンに応じて前述した手法で在席確率データＰ＿ｃｕｒｒｅｎｔを生成する。
【００４９】
〔ステータスデータＳＴＡＴＵＳの生成・送信動作〕
図１１は、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄのステータスデータＳＴＡＴＵＳの生成・送信動作（図８のステップＳＴ２３）を説明するためのフローチャートである。
ステップＳＴ５１：
処理部１５が、最新（現在）のアクティビティＮ＿ｃｕｒｒｅｎｔが「０」であるか否かを判断し、「０」であると判断するとステータス５２に進み、そうでない場合にはステータス５３に進む。
ステップＳＴ５２：
処理部１５が、在席処理プログラムＰＲＧ３を基に図６に示す”通話可能”を示すステータス３１に遷移し、送信プログラムＰＲＧ１を基に、当該ステータスを示すステータスデータＳＴＡＴＵＳをサーバ装置２に送信する。
ステータス５３：
処理部１５が、図５に示すスケジュールデータＳＣＨ＿Ｄ内の現在の時間区分〔ｔ〕に対応するデータＭｅｅｔｉｎｇ〔ｔ〕が第１の論理値（「１」）を示し、かつ、次の時間区分〔ｔ＋１〕に対応するデータＭｅｅｔｉｎｇ〔ｔ＋１〕が第１の論理値を示している場合にステップＳＴ５４に進み、そうでない場合にステップＳＴ５５に進む。
ステップＳＴ５４：
処理部１５が、在席処理プログラムＰＲＧ３を基に図６に示す”会議中”を示すステータス３４に遷移し、送信プログラムＰＲＧ１を基に、当該ステータスを示すステータスデータＳＴＡＴＵＳをサーバ装置２に送信する。
【００５０】
ステータス５５：
処理部１５が、図５に示すランチデータＬＵＮＣＨ＿Ｄ内の現在の時間区分〔ｔ〕に対応するデータＬＵＮＣＨ〔ｔ〕が第１の論理値（「１」）を示し、かつ、次の時間区分〔ｔ＋１〕に対応するデータＬＵＮＣＨ〔ｔ＋１〕が第１の論理値を示している場合にステップＳＴ５６に進み、そうでない場合にステップＳＴ５７に進む。
ステップＳＴ５６：
処理部１５が、在席処理プログラムＰＲＧ３を基に図６に示す”昼休み中”を示すステータス３３に遷移し、送信プログラムＰＲＧ１を基に、当該ステータスを示すステータスデータＳＴＡＴＵＳをサーバ装置２に送信する。
【００５１】
ステータス５７：
処理部１５が、図１０に示すステップＳＴ３９あるいはＳＴ４０で選択した確率データＰｒｏｂａｂｉｌｉｔｙ〔１〕〔ｔ〕およびＰｒｏｂａｂｉｌｉｔｙ〔０〕〔ｔ〕が所定の値（例えば「８５」）より大きいか、あるいは、ステップＳＴ４１で生成した在席確率データＰ＿ｃｕｒｒｅｎｔが所定の値（例えば「８０」）より大きいかの何れかの条件を満たしたか否かを判断し、満たしたと判断するとステップＳＴ５８に進み、そうでない場合にはステップＳＴ５９に進む。
ステップＳＴ５８：
処理部１５が、在席処理プログラムＰＲＧ３を基に図６に示す”すぐ戻る”を示すステータス３２に遷移し、送信プログラムＰＲＧ１を基に、当該ステータスを示すステータスデータＳＴＡＴＵＳをサーバ装置２に送信する。
【００５２】
ステップＳＴ５９：
処理部１５が、図５に示すスケジュールデータＳＣＨ＿Ｄ内の現在の時間区分〔ｔ〕に対応するデータＭｅｅｔｉｎｇ〔ｔ〕が第１の論理値（「１」）を示しているか否かを判断し、第１の論理値を示している場合に前述したステップＳＴ５４に進み、そうでない場合にステップＳＴ６０に進む。
ステップＳＴ６０：
処理部１５が、図５に示すランチデータＬＵＮＣＨ＿Ｄ内の現在の時間区分〔ｔ〕に対応するデータＬＵＮＣＨ〔ｔ〕が第１の論理値（「１」）を示しているか否かを判断し、第１の論理値を示している場合に前述したステップＳＴ５６に進み、そうでない場合にステップＳＴ６１に進む。
ステップＳＴ６１：
処理部１５が、在席処理プログラムＰＲＧ３を基に図６に示す”退席中”を示すステータス３５に遷移し、送信プログラムＰＲＧ１を基に、当該ステータスを示すステータスデータＳＴＡＴＵＳをサーバ装置２に送信する。
なお、この場合に、処理部１５は、図９に示すステップＳＴ３３〜ＳＴ４０についての処理を、履歴データＨＩＳＴ＿Ｄを基にステップＳＴ６１を実行したタイミング後の所定の時間区間〔ｔ〕を対象として行い、選択された確率データＰｒｏｂａｂｉｌｉｔｙ〔１〕〔ｔ〕または〔０〕〔ｔ〕が所定の値を超える時間区分〔ｔ〕を特定し、当該特定した時間区分〔ｔ〕に対応する時刻を戻り予測時刻としてサーバ装置２に送信してもよい。
【００５３】
〔在席予測画面表示動作〕
図１２は、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄの在席予測画面表示動作を説明するためのフローチャートである。
ステップＳＴ７１：
処理部１５が、受信プログラムＰＲＧ２を基に、他のクライアント端末装置３ａ，３ｂ，３ｃ，３ｄから在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳを受信したか否かを判断し、受信したと判断するとステップＳＴ７２に進み、そうでない場合にはステップＳＴ７１の処理を繰り返す。
ステップＳＴ７２：
処理部１５が、表示プログラムＰＲＧ５を基に、ステップＳＴ７１で受信した在席ステータスデータＳＴＡＴＵＳ等を用いて、在席予測画面の表示信号を生成し、当該在席予測画面を表示部１２に表示させる。
処理部１５は、例えば、図１３に示すように、自らの在席表示先リストデータＰＤＬに記載されているクライアント端末装置３ａ，３ｂ，３ｃ，３ｄのユーザ名（ユーザａ，ｂ，ｃ）を示す選択欄４９を画面の表示部１２に表示する。
処理部１５は、ユーザが操作部１１を操作して選択欄４９に表示されたユーザ名を指定すると、指定されたユーザに対応する在席予測画面５０ａ，５０ｂ，５０ｃを表示部１２に表示する。
在席予測画面５０ａ，５０ｂ，５０ｃは、それぞれユーザａ，ユーザｂ，ユーザｃの在席予測画面である。
在席予測画面５０ａ，５０ｂ，５０ｃの各々は、例えば、在席予測の対象となるユーザの顔写真５１、ユーザ名５２、ステータス５３、ステータス５３に関する時間情報５４、並びにコメント５５を含んでいる。
ステータス５３には、当該ユーザが通信可能であるか否か、通信不可である場合にその要因、並びに通信可能になる予測時刻などが表示される（５０ａ）。
図１３に示す例では、ステータス５３には、通信可能である場合に、通信不可である場合に比べて太い枠が表示される（５０ｂ）。
【００５４】
また、処理部１５は、表示プログラムＰＲＧ５を基に、ステップＳＴ７１で受信した在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳ等を用いて、図１４および図１５に示すように、各時間区分〔ｔ〕に対応付けて、ステータス、操作回数データＸ〔ｔ〕、会議予定データ、昼休み予定データ、確率データＰｒｏｂａｉｌｉｔｙ〔１〕〔ｔ〕、〔０〕〔ｔ〕、データｄｂ＿ｓｅｌ、在席確率データＰ＿ｃｕｒｒｅｎｔを含む在席予測画面６０を表示部１２に表示してもよい。
この場合には、他のクライアント端末装置３ａ，３ｂ，３ｃ，３ｄの処理部１５の送信プログラムＰＲＧ１は、操作回数データＸ〔ｔ〕、データＭｅｅｔｉｎｇ〔ｔ〕、Ｌｕｎｃｈ〔ｔ〕、確率データＰｒｏｂａｉｌｉｔｙ〔１〕〔ｔ〕、〔０〕〔ｔ〕、データｄｂ＿ｓｅｌをさらに送信する。
なお、図１４および図１５に示すように、一人のユーザが、デスクトップ型（Ｄｅｓｋｔｏｐ）と、ノード型（Ｎｏｔｅ  ＰＣ）との２つのコンピュータを使用する場合には、単数のクライアント端末装置３ａ，３ｂ，３ｃ，３ｄから、これら２つについての在席確率データＰ＿ｃｕｒｒｅｎｔを受信し、これを在席予測画面６０に含ませる。
これにより、ユーザは、在席予測画面６０を見て、他のユーザのデスクトップ型と、ード型との何れのコンピュータに通信を働きかければ、リアルタイム通信ができる可能性が高いかを決定できる。
【００５５】
以上説明したように、通信システム１によれば、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄの各々が上述したように、その操作部１１がユーザによって操作された時の履歴を示す履歴データを基に、当該ユーザがクライアント端末装置を操作可能な状態にあるか否か（在席しているか否か）の予測結果を示す予測データを生成し、それをサーバ装置２を介して他のクライアント端末装置に送信する。
そのため、各ユーザがプレゼンスステータスをマニュアルで変更する従来のやり方のようなステータスの変更操作忘れなどなく、ユーザが在席しているか否かに関して信頼性の高い予測データを他のユーザに提供できる。その結果、リアルタイム通信が可能な相手に対してのみ通信アクセスを行うことで、無駄な操作を少なくできる。
また、通信システム１によれば、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄが、図１０に示すステップＳＴ３８，ＳＴ３９，ＳＴ４０で説明したように、過去の曜日とは無関係に取得したアクティビティＮ＿ｄａｉｌｙ〔ｔ〕から生成したＰｒｏｂａｂｉｌｉｔｙ〔０〕〔ｔ〕と、曜日毎に取得したアクティビティＮ＿ｗｅｅｋ〔ｋ〕〔ｔ〕とのうち、今日のアクティビティＮ＿ｔｏｄａｙ〔ｔ〕に近い方を基に、在席確率データＰ＿ｃｕｒｒｅｎｔを生成する。これにより、在席予測を行う日に、より適合した過去の日のアクティビティを基に、信頼性の高い在席確率データＰ＿ｃｕｒｒｅｎｔを生成および提供できる。
【００５６】
本発明は上述した実施形態には限定されない。
上述した実施形態では、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄが、図８に示すように所定の時間間隔で在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳを生成し、サーバ装置２を介して、他のクライアント端末装置３ａ，３ｂ，３ｃ，３ｄに自動的に送信する場合を例示した。
本発明は、例えば、クライアント端末装置３ａ，３ｂ，３ｃ，３ｄが、在席処理プログラムＰＲＧ３を基に、他のクライアント端末装置からの要求に応じて、要求に係わる在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳを当該他のクライアント端末装置に送信してもよい。
クライアント端末装置３ａ，３ｂ，３ｃ，３ｄは、当該要求が日時を指定している場合には、当該日時に対応した在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳを生成あるいは取得して、上記他のクライアント端末装置に送信する。
【産業上の利用可能性】
【００５７】
本発明は、複数のコンピュータ間で通信を行うシステムに適用可能である。
【図面の簡単な説明】
【００５８】
【図１】図１は、本発明の実施形態に係わる通信システム１の全体構成図である。
【図２】図２は、図１に示すクライアント端末装置３ａ，３ｂ，３ｃ，３ｄの構成図である。
【図３】図３は、図２に示す在席処理プログラムＰＲＧ３の入出力を説明するための図である。
【図４】図４は、本実施形態のデータＭｅｅｔｉｎｇ〔ｔ〕およびＬｕｎｃｈ〔ｔ〕を説明するための図である。
【図５】図５は、在席確率データＰ＿ｃｕｒｒｅｎｔを生成する場合に行う演算パターンを選択する条件を説明するための図である。
【図６】図６は、図２に示す処理部が持つステータスを説明するための図である。
【図７】図７は、図２に示すクライアント端末装置が行う初期設定動作、並びに履歴データ更新動作を説明するための図である。
【図８】図８は、図２に示すクライアント端末装置が行う在席確率データＰ＿ｃｕｒｒｅｎｔおよび在席ステータスデータＳＴＡＴＵＳの生成および送信動作を説明するためのフローチャートである。
【図９】図９は、図２に示すクライアント端末装置の在席確率データＰ＿ｃｕｒｒｅｎｔの生成・送信動作（図８のステップＳＴ２２）を説明するためのフローチャートである。
【図１０】図１０は、図２に示すクライアント端末装置の在席確率データＰ＿ｃｕｒｒｅｎｔの生成・送信動作（図８のステップＳＴ２２）を説明するためのフローチャートである。
【図１１】図１１は、図２に示すクライアント端末装置のステータスデータＳＴＡＴＵＳの生成・送信動作（図８のステップＳＴ２３）を説明するためのフローチャートである。
【図１２】図１２は、図２に示すクライアント端末装置の在席予測画面表示動作を説明するためのフローチャートである。
【図１３】図１３は、図２に示すクライアント端末装置の表示部に表示される在席予測画面の一例を説明するための図である。
【図１４】図１４は、図２に示すクライアント端末装置の表示部に表示される在席予測画面のその他の例を説明するための図である。
【図１５】図１５は、図２に示すクライアント端末装置の表示部に表示される在席予測画面のその他の例を説明するための図である。
【符号の説明】
【００５９】
１…通信システム、２…サーバ装置、３ａ，３ｂ，３ｃ，３ｄ…クライアント端末装置、１０…データ線、１１…操作部、１２…表示部、１３…通信部、１４…メモリ、１５…処理部、５０ａ，５０ｂ，５０ｄ…在席予測画面
【図１】
2005122305.tif 000003
【図２】
2005122305.tif 000004
【図３】
2005122305.tif 000005
【図４】
2005122305.tif 000006
【図５】
2005122305.tif 000007
【図６】
2005122305.tif 000008
【図７】
2005122305.tif 000009
【図８】
2005122305.tif 000010
【図９】
2005122305.tif 000011
【図１０】
2005122305.tif 000012
【図１１】
2005122305.tif 000013
【図１２】
2005122305.tif 000014
【図１３】
2005122305.tif 000015
【図１４】
2005122305.tif 000016
【図１５】
2005122305.tif 000017