主装置、電話システム、プレゼンス情報共有方法、および、プレゼンス情報共有プログラム
【課題】電話システムにおいて、プレゼンス情報の入力負荷を削減し、ユーザの利便性を向上させる。
【解決手段】 主装置１と複数の端末２、３、４とを有する電話システムにおける主装置１であって、発呼端末２から入力された着呼端末のプレゼンス情報を受信し、着呼端末４の電話番号とともに記憶手段１５に記憶するプレゼンス情報取得手段１２と、発呼端末３から着呼端末４の電話番号を指定した発呼要求を受信すると、着呼端末４の電話番号に対応する直近のプレゼンス情報を記憶手段１５から検索し、検索したプレゼンス情報を発呼端末３に提示するプレゼンス情報提示手段１３、１４とを有する。
【解決手段】 主装置１と複数の端末２、３、４とを有する電話システムにおける主装置１であって、発呼端末２から入力された着呼端末のプレゼンス情報を受信し、着呼端末４の電話番号とともに記憶手段１５に記憶するプレゼンス情報取得手段１２と、発呼端末３から着呼端末４の電話番号を指定した発呼要求を受信すると、着呼端末４の電話番号に対応する直近のプレゼンス情報を記憶手段１５から検索し、検索したプレゼンス情報を発呼端末３に提示するプレゼンス情報提示手段１３、１４とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主装置と複数の端末とを有する電話システムにおいて、プレゼンス情報を利用する技術に関する。
【背景技術】
【０００２】
これから電話を掛けようとする相手が、現在どのような状況にあるかを事前に知ることは、実際に電話を掛けても話し中であったとか、不在であった(席にいなかった)などにより、掛けた電話が無駄になってしまうことを防ぐためには有意義なことである。
【０００３】
一般的に、相手の現在の状況のことをプレゼンス情報と称するが、このプレゼンス情報を、電話をこれから掛けようとする者に伝えるための手段として、例えば、ビジネスホンでは、キーテレホンシステムを用いて相手先の電話機に割り当てられているラインキーを赤く点灯させて、現在通話中である(電話機を使用中である)ことを知らせる機能がある（非特許文献１参照）。電話を掛けようとする者は、これを見て、今電話を掛けても話し中なので無駄となる可能性が高いということを察知することができる。
【０００４】
また、最近では、インスタントメッセンジャー(IM)の機能を用いて、離席中である、会議中である等のプレゼンス情報を他者に通知することも行われている（非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】「Netcommunity SYSTEM αGX type-S/TYPE-M(工事保守者用マニュアル)第一分冊」、p.606、「F-1 キーランプ表示」
【非特許文献２】“IP Messenger Fanclub”、［online］、インターネット＜http://www.geocities.co.jp/SiliconValley/5649/＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、非特許文献１では、電話をかけようとする相手が通話中かどうかの状態しか察知することができない。例えば、通話中でない場合、相手が在席しているのか離席しているのかまでは察知することはできない。
【０００７】
また、非特許文献２のようなプレゼンス情報は、ユーザ自身(電話であれば電話を掛けられる側)が意識して自分の状態を入力しなければならず、離席する度に離席の理由(会議出席、出張、食事など)を入力する必要があるため、プレゼンス情報を入力する作業負荷が大きい。
【０００８】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、電話システムにおいて、プレゼンス情報の入力負荷を軽減し、ユーザの利便性を向上させることにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明は、主装置と複数の端末とを有する電話システムにおける前記主装置であって、発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶手段に記憶するプレゼンス情報取得手段と、発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶手段から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示手段と、を有する。
【００１０】
本発明は、主装置と複数の端末とを有する電話システムであって、前記主装置は、発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶手段に記憶するプレゼンス情報取得手段と、発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶手段から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示手段と、を有し、前記発呼端末は、呼の終了後に入力された着呼端末のプレセンス情報を、前記主装置に送信する入力手段と、発呼要求後に前記主装置から送信された着呼端末の直近のプレゼンス情報を表示する表示手段と、を有する。
【００１１】
本発明は、主装置と複数の端末とを有する電話システムにおける前記主装置が行うプレゼンス情報共有方法であって、前記主装置は、発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶部に記憶するプレゼンス情報取得ステップと、発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶部から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示ステップと、を行う。
【００１２】
本発明は、前記プレゼンス情報共有方法をコンピュータに実行させるためのプレゼンス情報共有プログラムである。
【発明の効果】
【００１３】
本発明によれば、電話システムにおいて、プレゼンス情報の入力負荷を軽減し、ユーザの利便性を向上させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係る電話システムの全体構成図である。
【図２】プレゼンス情報入力処理を示すフローチャートである。
【図３】プレゼンス情報入力画面の一例を示す図である。
【図４】プレゼンス情報提示処理を示すフローチャートである。
【図５】プレゼンス情報提示画面の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１６】
図１は、本発明の実施形態に係る電話システムの全体構成図である。本電話システムは、例えば、企業内で使用する構内電話システム、即ち、ＰＢＸやビジネスホンに適用することができる。電話システムは、主装置１と、複数の端末２、３、４とを備える。
【００１７】
主装置１は、内線と外線間または内線間をつなぐ交換機であって、図示する主装置１は、呼処理部１１と、プレゼンス情報取得部１２と、検索部１３と、プレゼンス情報提示部１４と、記憶部１５とを備える。呼処理部１１は、各端末からの指示により、指定された相手先の端末に発呼する。プレゼンス情報取得部１２は、発呼側の端末から入力された着呼側の端末のプレゼンス情報を受信し、着呼側の端末の電話番号および時間情報とともに記憶部１５に記憶する。
【００１８】
検索部１３（プレゼンス情報提示手段）は、発呼側の端末から着呼側の端末の電話番号を指定した発呼要求を受信すると、当該電話番号に対応する直近のプレゼンス情報を記憶部１５から検索する。すなわち、検索部１３は、電話番号をキーワードとして記憶部１５を検索し、検索結果であるプレゼンス情報を抽出する。
【００１９】
プレゼンス情報提示部１４（プレゼンス情報提示手段）は、検索部１３が検索したプレゼンス情報を発呼側の端末に提示する。記憶部１５は、電話番号毎にプレゼンス情報を記憶する記憶装置である。
【００２０】
各端末２、３、４は、ユーザが入力するプレゼンス情報および発呼指示などを受け付ける入力部と、電話を掛けた相手の端末（着呼側の端末）のプレゼンス情報を表示する表示部とを有する端末である。以下の説明では、便宜上、端末２をプレゼンス情報を入力する第１の発呼側の端末、端末３をプレゼンス情報の表示および発呼の選択をするための第２の発呼側の端末、端末４を端末２、３から発呼される相手先の着呼側の端末として説明する。なお、各端末２、３、４は、例えばＰＣ、電話機などを用いることができる。
【００２１】
上記説明した主装置１は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた主装置１用のプログラムを実行することにより、主装置１の各機能が実現される。また、主装置１用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２２】
次に、本実施形態の動作を説明する。
【００２３】
図２は、本実施形態における、相手先のプレゼンス情報を入力する際の処理および操作を示すフローチャートである。図１においては、端末２が端末４に発呼した時に行われる処理と操作である。
【００２４】
Ｓ１１で、端末２は、ユーザの指示を受け付けて相手先である端末４の電話番号を指定して発呼を行う。
【００２５】
Ｓ１２で、主装置１のプレゼンス情報取得部１２は、端末２の呼が終了した後、呼の状態に応じて、発呼側の端末２に対して、着呼側の端末４のプレゼンス情報の入力を促す。
【００２６】
Ｓ１３は、呼が通常の状態で終了した際に行う処理と操作である。通常呼は、相手先でオフフックされた後、ある一定の時間以上セッション（呼）が継続した場合である。主装置１のプレゼンス情報取得部１２は、セッションが終了した後（すなわち、端末２のユーザがオンフックした後）、端末２の表示部（ディスプレイ）に、相手先端末４の現在のプレゼンス情報の入力を促すプレゼンス情報入力画面を表示する。
【００２７】
図３は、プレゼンス情報入力画面の一例を示す図である。プレゼンス情報入力画面には、複数のプレゼンス情報の候補が表示されている。本実施形態のプレゼンス情報取得部１２は、最も想定される可能性が高いプレゼンス情報を第１の選択候補として強調表示する画面を生成するものとする。
【００２８】
Ｓ１３の場合、通常の通話（すなわち、相手先の端末の目的とするユーザが在席し、当該ユーザとの通話）が行われた可能性が高いので、プレゼンス情報取得部１２は、画面に表示される複数のプレゼンス情報の中で「３ 在席」を第１の選択候補として強調表示し、ユーザの入力を容易にする。図３では、「３ 在席」が強調表示されており、Ｓ１３の通常呼の場合の表示例である。ユーザは、相手先の端末４のユーザと通話した場合には、「３ 在席」のプレゼンス情報を入力し、操作を終える。
【００２９】
これにより、端末２は、ユーザが入力したプレゼンス情報を主装置１に送信し、プレゼンス情報取得部１２は当該プレゼンス情報を記憶部１５に記憶する。このとき、プレゼンス情報取得部１２は、プレゼンス情報とともに、現在の時刻情報、相手先の端末４の電話番号を記憶部１５に記憶する。また、端末２の電話番号も、記憶部１５に記憶することとしてもよい。
【００３０】
なお、この場合、「不在」などの特別なプレゼンス情報を入力する必要がないので、ユーザは、「０ （プレゼンス情報を）登録しない」を入力してもよい。また、ユーザが情報を入力せずに終了することも想定される。選択が行われなかった場合には、プレゼンス情報取得部１２は、時限を切って(ある一定時間のタイマを設定して)、「０ 登録しない」が選択されたものと見なして通常の画面に戻るものとしてよい。この場合、プレゼンス情報取得部１２は、記憶部１５へのプレゼンス情報の記憶を行わない。
【００３１】
また、Ｓ１３において、プレゼンス情報取得部１２が通常呼であると判別した場合においても、相手先端末４の代理の者が受話器を上げ伝言を受け付けるなどした場合、実質的には相手先は離席中であるので、ユーザは、「２ 離席」のプレゼンス情報を入力し、操作を終える。
【００３２】
Ｓ１４は、セッションが所定の時間より短い時間（短時間）で終了した場合に行う処理と操作である。すなわち、主装置１のプレゼンス情報取得部１２は、所定の時間より短い時間でオンフックされた場合、「短時間呼」であると判別する。このような短い通話の場合、期待していた相手が不在であることが想定される。プレゼンス情報取得部１２は、セッションが終了した後（すなわち、端末２のユーザがオンフックした後）、端末２の表示部に、プレゼンス情報入力画面（図３参照）を表示する。この場合、プレゼンス情報取得部１２は、プレゼンス情報入力画面に表示される複数のプレゼンス情報の中で「２ 離席」を第１の選択候補として強調表示し、ユーザの入力を容易にする。本実施形態における「離席」は、相手先の端末４でオフフックはされたが、本人ではなく別の者が代理で通話し、所望の相手は不在である状態を示すものである。ユーザは、相手先の状態を示すプレゼンス情報を入力し、操作を終える。
【００３３】
これにより、端末２は、ユーザが入力したプレゼンス情報を主装置１に送信し、プレゼンス情報取得部１２は当該プレゼンス情報を記憶部１５に記憶する。このとき、プレゼンス情報取得部１２は、プレゼンス情報とともに、現在の時刻情報、相手先の端末４の電話番号、端末２の電話番号などを記憶部１５に記憶する。また、プレゼンス情報取得部１２は、端末２からのプレゼンス情報の入力がない場合は、所定の時間が経過すると「０ 登録しない」が選択されたものと見なして通常の画面に戻るものとしてもよい。
【００３４】
Ｓ１５は、相手先の端末４が受話器を上げる（オフフックする）前に、発呼側の端末２が諦めて呼を切断した場合に行う処理と操作である。リンギングを続けても相手側でオフフックされることがないため、諦めて端末２のユーザがオンフックした場合である。この場合、主装置１のプレゼンス情報取得部１２は、「呼放棄」であると判別する。このように相手側でオフフックされない場合は、相手先が不在であることが想定される。プレゼンス情報取得部１２は、セッションが終了した後（すなわち、端末２のユーザがオンフックした後）、端末２の表示部にプレゼンス情報入力画面（図３参照）を表示し、この場合、画面に表示される複数のプレゼンス情報の中で「１ 不在」を第１の選択候補として強調表示し、ユーザの入力を容易にする。ユーザは、相手先の状態を示すプレゼンス情報を入力し、操作を終える。
【００３５】
これにより、端末２は、ユーザが入力したプレゼンス情報を主装置１に送信し、プレゼンス情報取得部１２は当該プレゼンス情報を記憶部１５に記憶する。このとき、プレゼンス情報取得部１２は、プレゼンス情報とともに、現在の時刻情報、相手先の端末４の電話番号、端末２の電話番号などを記憶部１５に記憶する。また、プレゼンス情報取得部１２は、端末２からのプレゼンス情報の入力がない場合は、所定の時間が経過すると「０ 登録しない」が選択されたものと見なして通常の画面に戻るものとしてもよい。
【００３６】
また、端末２のユーザが発呼直後に相手先の電話番号を間違えたことに気づき慌てて切断した場合なども、「呼放棄」に該当する。この場合、端末２のユーザは、「０ 登録しない」または、プレゼンス情報の入力を行わず、操作を終了する。
【００３７】
なお、ユーザは、プレゼンス情報入力画面において、表示されていない（候補に挙がっていない）プレゼンス情報を入力することもできる。この場合、図３に示す例では、選択肢の「５」を選択し、所望のプレゼンス情報（例えば、「退社」など）を端末２から入力する。過去に入力されたプレゼンス情報は、図３に示す選択肢「４」のように、プレゼンス情報の選択候補として提示されるようにしてもよい。また、ある端末２で新たに入力され追加されたプレゼンス情報を、同じ電話システムの利用者同士で共有し、他の端末にプレゼンス情報入力画面を提示する際に当該追加されたプレゼンス情報を表示するようにしてもよい。
【００３８】
また、相手先の端末４が話中の場合、プレゼンス情報取得部１２は、プレゼンス情報入力画面を端末２に提示して、端末２のユーザにプレゼンス情報の入力を促すことなく、プレゼンス情報取得部１２が「話中」のプレゼンス情報、端末２がオンフックした時刻情報、相手先の端末４の電話番号、端末２の電話番号などを記憶部１５に記憶する。
【００３９】
図４は、端末３の発呼時に、今電話を掛けようとしている相手先の端末４（着呼側の端末）の直近のプレゼンス情報を主装置１が端末３に提示する処理を示すフローチャートである。
【００４０】
Ｓ２１で、端末３は、ユーザにより入力された相手先の端末４の電話番号を受け付け、主装置１に送信する。
【００４１】
Ｓ２２で、主装置１の検索部１３は、記憶部１５を参照し、Ｓ２１で入力された電話番号の直近のプレゼンス情報を検索する。そして、主装置１のプレゼンス情報提示部１４は、検索した直近のプレゼンス情報に基づいてプレゼンス情報提示画面を生成し、端末３に提示する。
【００４２】
図５は、端末３の表示部に表示されるプレゼンス情報提示画面の一例を示す図である。図示する提示画面は、プレゼンス情報と、現時点から見て何分前に図２の処理でプレゼンス情報が入力されたかの時間と、当該プレゼンス情報を入力した端末（発呼側の端末）の電話番番号（内線番号）とが表示されている。また、図示するプレゼンス情報提示画面では、所定の単位（例えば、５分単位）で区切りを入れてカテゴライズし、プレゼンス情報を表示している。また、図示するプレゼンス情報提示画面では、直近のプレゼンス情報として、現時点から所定の時間さかのぼった間に入力されたプレゼンス情報を新しいものから順に表示する。
【００４３】
図中の「退社」５１は、プレゼンス情報の入力時に、ユーザが自ら入力したプレゼンス情報の例である。「話中」５２は、相手先の端末４が話中で呼が成立しなかったことを示し、この場合、「話中」のプレゼンス情報は、主装置１が記憶部１５に登録する。「離席」５３は、その時に相手先の端末４において本人ではなく代理の者と通話したことを示す。「不在」５４は、その時に相手先の端末４においてオフフックされなかったことを示す。
【００４４】
なお、プレゼンス情報提示部１４は、記憶部１５に記憶されたプレゼンス情報の中から、結果的には電話ができなかったことを示す「離席」、「不在」など「在席」以外のプレゼンス情報のみを設定したプレゼンス情報提示画面を生成することとしてもよい。
【００４５】
Ｓ２３で、端末３から発呼しようとするユーザは、提示された情報に基づいて、このまま発呼するか、または発呼をキャンセルするかを決定し、「発呼」（発呼指示）または「発呼のキャンセル」のいずれかの操作を入力する。図５に示すプレゼンス情報提示画面では、「１ 発呼」または「２ キャンセル」のいずれかを入力する。
【００４６】
例えば図５に示すプレゼンス情報提示画面の場合、ユーザは、最も直近のプレゼンス情報である「退社」から判断して、このまま電話を掛けても本人とは話す可能性が低いことを知り、電話を掛けることを諦め、「２ キャンセル」を入力することが考えられる。あるいは、ユーザは、本人は居なくても、同じ部署の他の人への伝言を所望する場合は、「１ 発呼」を入力し、発呼を継続することも考えられる。
【００４７】
Ｓ２４は、Ｓ２３でユーザが「発呼」を選択した場合の処理である。これにより、主装置１の呼処理部１１は、Ｓ２１で入力された端末４の電話番号に発呼する。そして、呼の終了後に図２のＳ１２に進み、主装置１のプレゼンス情報取得部１２は、プレゼンス情報入力画面（図３参照）を生成し、端末３に表示する。
【００４８】
Ｓ２５は、Ｓ２３でユーザが発呼の「キャンセル」を選択した場合の処理であり。この場合、主装置１の呼処理部１１は、発呼を行うことなく処理を終了する。
【００４９】
以上説明した本実施形態では、電話を掛けたユーザ（発呼側の端末のユーザ）が、電話を掛けた後に相手先の端末（着呼側の端末）のプレゼンス情報を入力して、記憶部に記憶し、その後、新たに電話を掛けようとするユーザに、記憶部に記憶された相手先の端末のプレゼンス情報を提示する。
【００５０】
すなわち、本実施形態では、自分のプレゼンス情報を自ら入力することなく、電話を掛けてきたユーザ（発呼側の端末のユーザ）が、呼の終了後に簡易な方法で電話を掛けた相手（着呼側端末のユーザ）の状況を入力する。これにより、本実施形態では、プレゼンス情報の入力負荷を軽減し、ユーザの利便性を向上させることができる。
【００５１】
また、本実施形態では、電話をこれから掛けようとする相手先の現在の状況、即ち、プレゼンス情報を提示することにより、電話をこれから掛けようとする者にとって、不要な行為、即ち、電話を掛けても相手が不在などであった(空振り)となることを防ぐことができる。これにより、本実施形態では、電話によるコミュニケーションにおいて、無駄なトランザクション（不在かどうかを確かめるために電話を掛けること、不在である旨を掛かってきた電話の相手に伝えること、またそれらを複数回行うこと、等）をなくして、業務効率を向上させることができる。
【００５２】
このように、本実施形態は、プレゼンス情報をＷｅｂ２．０におけるＣＧＭ（Coｎsumer Generated Media）のようなスタンスで入力することによってそのＣＧＭを他者が閲覧する形態を実現するものである。
【００５３】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、図２のＳ１３の場合、「在席」のプレゼンス情報を記憶部１５に記憶することとしたが、図５に示すプレゼンス情報提示画面において、「在席」以外のプレゼンス情報（結果的に電話ができなかったことを示す情報）のみを表示する場合は、「在席」のプレゼンス情報は記憶部１５に記憶しないこととしてもよい。
【符号の説明】
【００５４】
１：主装置
１１：呼処理部
１２：プレゼンス情報取得部
１３：検索部
１４：プレゼンス情報提示部
１５：記憶部
２、３：端末（発呼側端末）
４：端末（着呼側端末）
【技術分野】
【０００１】
本発明は、主装置と複数の端末とを有する電話システムにおいて、プレゼンス情報を利用する技術に関する。
【背景技術】
【０００２】
これから電話を掛けようとする相手が、現在どのような状況にあるかを事前に知ることは、実際に電話を掛けても話し中であったとか、不在であった(席にいなかった)などにより、掛けた電話が無駄になってしまうことを防ぐためには有意義なことである。
【０００３】
一般的に、相手の現在の状況のことをプレゼンス情報と称するが、このプレゼンス情報を、電話をこれから掛けようとする者に伝えるための手段として、例えば、ビジネスホンでは、キーテレホンシステムを用いて相手先の電話機に割り当てられているラインキーを赤く点灯させて、現在通話中である(電話機を使用中である)ことを知らせる機能がある（非特許文献１参照）。電話を掛けようとする者は、これを見て、今電話を掛けても話し中なので無駄となる可能性が高いということを察知することができる。
【０００４】
また、最近では、インスタントメッセンジャー(IM)の機能を用いて、離席中である、会議中である等のプレゼンス情報を他者に通知することも行われている（非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】「Netcommunity SYSTEM αGX type-S/TYPE-M(工事保守者用マニュアル)第一分冊」、p.606、「F-1 キーランプ表示」
【非特許文献２】“IP Messenger Fanclub”、［online］、インターネット＜http://www.geocities.co.jp/SiliconValley/5649/＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、非特許文献１では、電話をかけようとする相手が通話中かどうかの状態しか察知することができない。例えば、通話中でない場合、相手が在席しているのか離席しているのかまでは察知することはできない。
【０００７】
また、非特許文献２のようなプレゼンス情報は、ユーザ自身(電話であれば電話を掛けられる側)が意識して自分の状態を入力しなければならず、離席する度に離席の理由(会議出席、出張、食事など)を入力する必要があるため、プレゼンス情報を入力する作業負荷が大きい。
【０００８】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、電話システムにおいて、プレゼンス情報の入力負荷を軽減し、ユーザの利便性を向上させることにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明は、主装置と複数の端末とを有する電話システムにおける前記主装置であって、発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶手段に記憶するプレゼンス情報取得手段と、発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶手段から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示手段と、を有する。
【００１０】
本発明は、主装置と複数の端末とを有する電話システムであって、前記主装置は、発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶手段に記憶するプレゼンス情報取得手段と、発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶手段から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示手段と、を有し、前記発呼端末は、呼の終了後に入力された着呼端末のプレセンス情報を、前記主装置に送信する入力手段と、発呼要求後に前記主装置から送信された着呼端末の直近のプレゼンス情報を表示する表示手段と、を有する。
【００１１】
本発明は、主装置と複数の端末とを有する電話システムにおける前記主装置が行うプレゼンス情報共有方法であって、前記主装置は、発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶部に記憶するプレゼンス情報取得ステップと、発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶部から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示ステップと、を行う。
【００１２】
本発明は、前記プレゼンス情報共有方法をコンピュータに実行させるためのプレゼンス情報共有プログラムである。
【発明の効果】
【００１３】
本発明によれば、電話システムにおいて、プレゼンス情報の入力負荷を軽減し、ユーザの利便性を向上させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係る電話システムの全体構成図である。
【図２】プレゼンス情報入力処理を示すフローチャートである。
【図３】プレゼンス情報入力画面の一例を示す図である。
【図４】プレゼンス情報提示処理を示すフローチャートである。
【図５】プレゼンス情報提示画面の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１６】
図１は、本発明の実施形態に係る電話システムの全体構成図である。本電話システムは、例えば、企業内で使用する構内電話システム、即ち、ＰＢＸやビジネスホンに適用することができる。電話システムは、主装置１と、複数の端末２、３、４とを備える。
【００１７】
主装置１は、内線と外線間または内線間をつなぐ交換機であって、図示する主装置１は、呼処理部１１と、プレゼンス情報取得部１２と、検索部１３と、プレゼンス情報提示部１４と、記憶部１５とを備える。呼処理部１１は、各端末からの指示により、指定された相手先の端末に発呼する。プレゼンス情報取得部１２は、発呼側の端末から入力された着呼側の端末のプレゼンス情報を受信し、着呼側の端末の電話番号および時間情報とともに記憶部１５に記憶する。
【００１８】
検索部１３（プレゼンス情報提示手段）は、発呼側の端末から着呼側の端末の電話番号を指定した発呼要求を受信すると、当該電話番号に対応する直近のプレゼンス情報を記憶部１５から検索する。すなわち、検索部１３は、電話番号をキーワードとして記憶部１５を検索し、検索結果であるプレゼンス情報を抽出する。
【００１９】
プレゼンス情報提示部１４（プレゼンス情報提示手段）は、検索部１３が検索したプレゼンス情報を発呼側の端末に提示する。記憶部１５は、電話番号毎にプレゼンス情報を記憶する記憶装置である。
【００２０】
各端末２、３、４は、ユーザが入力するプレゼンス情報および発呼指示などを受け付ける入力部と、電話を掛けた相手の端末（着呼側の端末）のプレゼンス情報を表示する表示部とを有する端末である。以下の説明では、便宜上、端末２をプレゼンス情報を入力する第１の発呼側の端末、端末３をプレゼンス情報の表示および発呼の選択をするための第２の発呼側の端末、端末４を端末２、３から発呼される相手先の着呼側の端末として説明する。なお、各端末２、３、４は、例えばＰＣ、電話機などを用いることができる。
【００２１】
上記説明した主装置１は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた主装置１用のプログラムを実行することにより、主装置１の各機能が実現される。また、主装置１用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２２】
次に、本実施形態の動作を説明する。
【００２３】
図２は、本実施形態における、相手先のプレゼンス情報を入力する際の処理および操作を示すフローチャートである。図１においては、端末２が端末４に発呼した時に行われる処理と操作である。
【００２４】
Ｓ１１で、端末２は、ユーザの指示を受け付けて相手先である端末４の電話番号を指定して発呼を行う。
【００２５】
Ｓ１２で、主装置１のプレゼンス情報取得部１２は、端末２の呼が終了した後、呼の状態に応じて、発呼側の端末２に対して、着呼側の端末４のプレゼンス情報の入力を促す。
【００２６】
Ｓ１３は、呼が通常の状態で終了した際に行う処理と操作である。通常呼は、相手先でオフフックされた後、ある一定の時間以上セッション（呼）が継続した場合である。主装置１のプレゼンス情報取得部１２は、セッションが終了した後（すなわち、端末２のユーザがオンフックした後）、端末２の表示部（ディスプレイ）に、相手先端末４の現在のプレゼンス情報の入力を促すプレゼンス情報入力画面を表示する。
【００２７】
図３は、プレゼンス情報入力画面の一例を示す図である。プレゼンス情報入力画面には、複数のプレゼンス情報の候補が表示されている。本実施形態のプレゼンス情報取得部１２は、最も想定される可能性が高いプレゼンス情報を第１の選択候補として強調表示する画面を生成するものとする。
【００２８】
Ｓ１３の場合、通常の通話（すなわち、相手先の端末の目的とするユーザが在席し、当該ユーザとの通話）が行われた可能性が高いので、プレゼンス情報取得部１２は、画面に表示される複数のプレゼンス情報の中で「３ 在席」を第１の選択候補として強調表示し、ユーザの入力を容易にする。図３では、「３ 在席」が強調表示されており、Ｓ１３の通常呼の場合の表示例である。ユーザは、相手先の端末４のユーザと通話した場合には、「３ 在席」のプレゼンス情報を入力し、操作を終える。
【００２９】
これにより、端末２は、ユーザが入力したプレゼンス情報を主装置１に送信し、プレゼンス情報取得部１２は当該プレゼンス情報を記憶部１５に記憶する。このとき、プレゼンス情報取得部１２は、プレゼンス情報とともに、現在の時刻情報、相手先の端末４の電話番号を記憶部１５に記憶する。また、端末２の電話番号も、記憶部１５に記憶することとしてもよい。
【００３０】
なお、この場合、「不在」などの特別なプレゼンス情報を入力する必要がないので、ユーザは、「０ （プレゼンス情報を）登録しない」を入力してもよい。また、ユーザが情報を入力せずに終了することも想定される。選択が行われなかった場合には、プレゼンス情報取得部１２は、時限を切って(ある一定時間のタイマを設定して)、「０ 登録しない」が選択されたものと見なして通常の画面に戻るものとしてよい。この場合、プレゼンス情報取得部１２は、記憶部１５へのプレゼンス情報の記憶を行わない。
【００３１】
また、Ｓ１３において、プレゼンス情報取得部１２が通常呼であると判別した場合においても、相手先端末４の代理の者が受話器を上げ伝言を受け付けるなどした場合、実質的には相手先は離席中であるので、ユーザは、「２ 離席」のプレゼンス情報を入力し、操作を終える。
【００３２】
Ｓ１４は、セッションが所定の時間より短い時間（短時間）で終了した場合に行う処理と操作である。すなわち、主装置１のプレゼンス情報取得部１２は、所定の時間より短い時間でオンフックされた場合、「短時間呼」であると判別する。このような短い通話の場合、期待していた相手が不在であることが想定される。プレゼンス情報取得部１２は、セッションが終了した後（すなわち、端末２のユーザがオンフックした後）、端末２の表示部に、プレゼンス情報入力画面（図３参照）を表示する。この場合、プレゼンス情報取得部１２は、プレゼンス情報入力画面に表示される複数のプレゼンス情報の中で「２ 離席」を第１の選択候補として強調表示し、ユーザの入力を容易にする。本実施形態における「離席」は、相手先の端末４でオフフックはされたが、本人ではなく別の者が代理で通話し、所望の相手は不在である状態を示すものである。ユーザは、相手先の状態を示すプレゼンス情報を入力し、操作を終える。
【００３３】
これにより、端末２は、ユーザが入力したプレゼンス情報を主装置１に送信し、プレゼンス情報取得部１２は当該プレゼンス情報を記憶部１５に記憶する。このとき、プレゼンス情報取得部１２は、プレゼンス情報とともに、現在の時刻情報、相手先の端末４の電話番号、端末２の電話番号などを記憶部１５に記憶する。また、プレゼンス情報取得部１２は、端末２からのプレゼンス情報の入力がない場合は、所定の時間が経過すると「０ 登録しない」が選択されたものと見なして通常の画面に戻るものとしてもよい。
【００３４】
Ｓ１５は、相手先の端末４が受話器を上げる（オフフックする）前に、発呼側の端末２が諦めて呼を切断した場合に行う処理と操作である。リンギングを続けても相手側でオフフックされることがないため、諦めて端末２のユーザがオンフックした場合である。この場合、主装置１のプレゼンス情報取得部１２は、「呼放棄」であると判別する。このように相手側でオフフックされない場合は、相手先が不在であることが想定される。プレゼンス情報取得部１２は、セッションが終了した後（すなわち、端末２のユーザがオンフックした後）、端末２の表示部にプレゼンス情報入力画面（図３参照）を表示し、この場合、画面に表示される複数のプレゼンス情報の中で「１ 不在」を第１の選択候補として強調表示し、ユーザの入力を容易にする。ユーザは、相手先の状態を示すプレゼンス情報を入力し、操作を終える。
【００３５】
これにより、端末２は、ユーザが入力したプレゼンス情報を主装置１に送信し、プレゼンス情報取得部１２は当該プレゼンス情報を記憶部１５に記憶する。このとき、プレゼンス情報取得部１２は、プレゼンス情報とともに、現在の時刻情報、相手先の端末４の電話番号、端末２の電話番号などを記憶部１５に記憶する。また、プレゼンス情報取得部１２は、端末２からのプレゼンス情報の入力がない場合は、所定の時間が経過すると「０ 登録しない」が選択されたものと見なして通常の画面に戻るものとしてもよい。
【００３６】
また、端末２のユーザが発呼直後に相手先の電話番号を間違えたことに気づき慌てて切断した場合なども、「呼放棄」に該当する。この場合、端末２のユーザは、「０ 登録しない」または、プレゼンス情報の入力を行わず、操作を終了する。
【００３７】
なお、ユーザは、プレゼンス情報入力画面において、表示されていない（候補に挙がっていない）プレゼンス情報を入力することもできる。この場合、図３に示す例では、選択肢の「５」を選択し、所望のプレゼンス情報（例えば、「退社」など）を端末２から入力する。過去に入力されたプレゼンス情報は、図３に示す選択肢「４」のように、プレゼンス情報の選択候補として提示されるようにしてもよい。また、ある端末２で新たに入力され追加されたプレゼンス情報を、同じ電話システムの利用者同士で共有し、他の端末にプレゼンス情報入力画面を提示する際に当該追加されたプレゼンス情報を表示するようにしてもよい。
【００３８】
また、相手先の端末４が話中の場合、プレゼンス情報取得部１２は、プレゼンス情報入力画面を端末２に提示して、端末２のユーザにプレゼンス情報の入力を促すことなく、プレゼンス情報取得部１２が「話中」のプレゼンス情報、端末２がオンフックした時刻情報、相手先の端末４の電話番号、端末２の電話番号などを記憶部１５に記憶する。
【００３９】
図４は、端末３の発呼時に、今電話を掛けようとしている相手先の端末４（着呼側の端末）の直近のプレゼンス情報を主装置１が端末３に提示する処理を示すフローチャートである。
【００４０】
Ｓ２１で、端末３は、ユーザにより入力された相手先の端末４の電話番号を受け付け、主装置１に送信する。
【００４１】
Ｓ２２で、主装置１の検索部１３は、記憶部１５を参照し、Ｓ２１で入力された電話番号の直近のプレゼンス情報を検索する。そして、主装置１のプレゼンス情報提示部１４は、検索した直近のプレゼンス情報に基づいてプレゼンス情報提示画面を生成し、端末３に提示する。
【００４２】
図５は、端末３の表示部に表示されるプレゼンス情報提示画面の一例を示す図である。図示する提示画面は、プレゼンス情報と、現時点から見て何分前に図２の処理でプレゼンス情報が入力されたかの時間と、当該プレゼンス情報を入力した端末（発呼側の端末）の電話番番号（内線番号）とが表示されている。また、図示するプレゼンス情報提示画面では、所定の単位（例えば、５分単位）で区切りを入れてカテゴライズし、プレゼンス情報を表示している。また、図示するプレゼンス情報提示画面では、直近のプレゼンス情報として、現時点から所定の時間さかのぼった間に入力されたプレゼンス情報を新しいものから順に表示する。
【００４３】
図中の「退社」５１は、プレゼンス情報の入力時に、ユーザが自ら入力したプレゼンス情報の例である。「話中」５２は、相手先の端末４が話中で呼が成立しなかったことを示し、この場合、「話中」のプレゼンス情報は、主装置１が記憶部１５に登録する。「離席」５３は、その時に相手先の端末４において本人ではなく代理の者と通話したことを示す。「不在」５４は、その時に相手先の端末４においてオフフックされなかったことを示す。
【００４４】
なお、プレゼンス情報提示部１４は、記憶部１５に記憶されたプレゼンス情報の中から、結果的には電話ができなかったことを示す「離席」、「不在」など「在席」以外のプレゼンス情報のみを設定したプレゼンス情報提示画面を生成することとしてもよい。
【００４５】
Ｓ２３で、端末３から発呼しようとするユーザは、提示された情報に基づいて、このまま発呼するか、または発呼をキャンセルするかを決定し、「発呼」（発呼指示）または「発呼のキャンセル」のいずれかの操作を入力する。図５に示すプレゼンス情報提示画面では、「１ 発呼」または「２ キャンセル」のいずれかを入力する。
【００４６】
例えば図５に示すプレゼンス情報提示画面の場合、ユーザは、最も直近のプレゼンス情報である「退社」から判断して、このまま電話を掛けても本人とは話す可能性が低いことを知り、電話を掛けることを諦め、「２ キャンセル」を入力することが考えられる。あるいは、ユーザは、本人は居なくても、同じ部署の他の人への伝言を所望する場合は、「１ 発呼」を入力し、発呼を継続することも考えられる。
【００４７】
Ｓ２４は、Ｓ２３でユーザが「発呼」を選択した場合の処理である。これにより、主装置１の呼処理部１１は、Ｓ２１で入力された端末４の電話番号に発呼する。そして、呼の終了後に図２のＳ１２に進み、主装置１のプレゼンス情報取得部１２は、プレゼンス情報入力画面（図３参照）を生成し、端末３に表示する。
【００４８】
Ｓ２５は、Ｓ２３でユーザが発呼の「キャンセル」を選択した場合の処理であり。この場合、主装置１の呼処理部１１は、発呼を行うことなく処理を終了する。
【００４９】
以上説明した本実施形態では、電話を掛けたユーザ（発呼側の端末のユーザ）が、電話を掛けた後に相手先の端末（着呼側の端末）のプレゼンス情報を入力して、記憶部に記憶し、その後、新たに電話を掛けようとするユーザに、記憶部に記憶された相手先の端末のプレゼンス情報を提示する。
【００５０】
すなわち、本実施形態では、自分のプレゼンス情報を自ら入力することなく、電話を掛けてきたユーザ（発呼側の端末のユーザ）が、呼の終了後に簡易な方法で電話を掛けた相手（着呼側端末のユーザ）の状況を入力する。これにより、本実施形態では、プレゼンス情報の入力負荷を軽減し、ユーザの利便性を向上させることができる。
【００５１】
また、本実施形態では、電話をこれから掛けようとする相手先の現在の状況、即ち、プレゼンス情報を提示することにより、電話をこれから掛けようとする者にとって、不要な行為、即ち、電話を掛けても相手が不在などであった(空振り)となることを防ぐことができる。これにより、本実施形態では、電話によるコミュニケーションにおいて、無駄なトランザクション（不在かどうかを確かめるために電話を掛けること、不在である旨を掛かってきた電話の相手に伝えること、またそれらを複数回行うこと、等）をなくして、業務効率を向上させることができる。
【００５２】
このように、本実施形態は、プレゼンス情報をＷｅｂ２．０におけるＣＧＭ（Coｎsumer Generated Media）のようなスタンスで入力することによってそのＣＧＭを他者が閲覧する形態を実現するものである。
【００５３】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、図２のＳ１３の場合、「在席」のプレゼンス情報を記憶部１５に記憶することとしたが、図５に示すプレゼンス情報提示画面において、「在席」以外のプレゼンス情報（結果的に電話ができなかったことを示す情報）のみを表示する場合は、「在席」のプレゼンス情報は記憶部１５に記憶しないこととしてもよい。
【符号の説明】
【００５４】
１：主装置
１１：呼処理部
１２：プレゼンス情報取得部
１３：検索部
１４：プレゼンス情報提示部
１５：記憶部
２、３：端末（発呼側端末）
４：端末（着呼側端末）
【特許請求の範囲】
【請求項１】
主装置と複数の端末とを有する電話システムにおける前記主装置であって、
発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶手段に記憶するプレゼンス情報取得手段と、
発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶手段から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示手段と、を有すること
を特徴とする主装置。
【請求項２】
請求項１記載の主装置であって、
前記発呼要求を送信した発呼端末から発呼指示を受信すると、当該発呼要求で指定された着呼端末の電話番号に発呼する呼処理手段と、をさらに有すること
を特徴とする主装置。
【請求項３】
請求項１または２記載の主装置であって、
前記プレゼンス情報取得手段は、呼の終了時の状態に基づいて、最も可能性の高い着呼端末のプレゼンス情報を推定し、推定したプレゼンス情報を強調したプレゼンス情報入力画面を前記発呼端末に表示すること
を特徴とする主装置。
【請求項４】
主装置と複数の端末とを有する電話システムであって、
前記主装置は、
発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶手段に記憶するプレゼンス情報取得手段と、
発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶手段から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示手段と、を有し、
前記発呼端末は、
呼の終了後に入力された着呼端末のプレセンス情報を、前記主装置に送信する入力手段と、
発呼要求後に前記主装置から送信された着呼端末の直近のプレゼンス情報を表示する表示手段と、を有すること
を特徴とする電話システム。
【請求項５】
主装置と複数の端末とを有する電話システムにおける前記主装置が行うプレゼンス情報共有方法であって、
前記主装置は、
発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶部に記憶するプレゼンス情報取得ステップと、
発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶部から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示ステップと、を行うこと
を特徴とするプレゼンス情報共有方法。
【請求項６】
請求項５記載のプレゼンス情報共有方法であって、
前記プレゼンス情報提示ステップの後に、前記発呼要求を送信した発呼端末から発呼指示を受信すると、当該発呼要求で指定された着呼端末の電話番号に発呼する呼処理ステップと、をさらに有すること
を特徴とするプレゼンス情報共有方法。
【請求項７】
請求項５または６記載のプレゼンス情報共有方法であって、
前記プレゼンス情報取得ステップは、呼の終了時の状態に基づいて、最も可能性の高い着呼端末のプレゼンス情報を推定し、推定したプレゼンス情報を強調したプレゼンス情報入力画面を前記発呼端末に表示すること
を特徴とするプレゼンス情報共有方法。
【請求項８】
請求項５から請求項７のいずれか１項に記載のプレゼンス情報共有方法をコンピュータに実行させるためのプレゼンス情報共有プログラム。
【請求項１】
主装置と複数の端末とを有する電話システムにおける前記主装置であって、
発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶手段に記憶するプレゼンス情報取得手段と、
発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶手段から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示手段と、を有すること
を特徴とする主装置。
【請求項２】
請求項１記載の主装置であって、
前記発呼要求を送信した発呼端末から発呼指示を受信すると、当該発呼要求で指定された着呼端末の電話番号に発呼する呼処理手段と、をさらに有すること
を特徴とする主装置。
【請求項３】
請求項１または２記載の主装置であって、
前記プレゼンス情報取得手段は、呼の終了時の状態に基づいて、最も可能性の高い着呼端末のプレゼンス情報を推定し、推定したプレゼンス情報を強調したプレゼンス情報入力画面を前記発呼端末に表示すること
を特徴とする主装置。
【請求項４】
主装置と複数の端末とを有する電話システムであって、
前記主装置は、
発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶手段に記憶するプレゼンス情報取得手段と、
発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶手段から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示手段と、を有し、
前記発呼端末は、
呼の終了後に入力された着呼端末のプレセンス情報を、前記主装置に送信する入力手段と、
発呼要求後に前記主装置から送信された着呼端末の直近のプレゼンス情報を表示する表示手段と、を有すること
を特徴とする電話システム。
【請求項５】
主装置と複数の端末とを有する電話システムにおける前記主装置が行うプレゼンス情報共有方法であって、
前記主装置は、
発呼端末から入力された着呼端末のプレゼンス情報を受信し、前記着呼端末の電話番号とともに記憶部に記憶するプレゼンス情報取得ステップと、
発呼端末から着呼端末の電話番号を指定した発呼要求を受信すると、前記着呼端末の電話番号に対応する直近のプレゼンス情報を前記記憶部から検索し、検索したプレゼンス情報を前記発呼端末に提示するプレゼンス情報提示ステップと、を行うこと
を特徴とするプレゼンス情報共有方法。
【請求項６】
請求項５記載のプレゼンス情報共有方法であって、
前記プレゼンス情報提示ステップの後に、前記発呼要求を送信した発呼端末から発呼指示を受信すると、当該発呼要求で指定された着呼端末の電話番号に発呼する呼処理ステップと、をさらに有すること
を特徴とするプレゼンス情報共有方法。
【請求項７】
請求項５または６記載のプレゼンス情報共有方法であって、
前記プレゼンス情報取得ステップは、呼の終了時の状態に基づいて、最も可能性の高い着呼端末のプレゼンス情報を推定し、推定したプレゼンス情報を強調したプレゼンス情報入力画面を前記発呼端末に表示すること
を特徴とするプレゼンス情報共有方法。
【請求項８】
請求項５から請求項７のいずれか１項に記載のプレゼンス情報共有方法をコンピュータに実行させるためのプレゼンス情報共有プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−４６１０９（Ｐ２０１３−４６１０９Ａ）
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願番号】特願２０１１−１８０８１３（Ｐ２０１１−１８０８１３）
【出願日】平成２３年８月２２日（２０１１．８．２２）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願日】平成２３年８月２２日（２０１１．８．２２）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]