(57)【要約】【課題】  電話用の処理構成などに負担を掛けずにユーザの在席、不在席を把握し、着信時に所望の処理を行うことができる電話装置を提供する。【解決手段】  本発明は、情報処理端末上に構築された電話装置に関する。そして、未操作時間の長短によって変化する所定の端末状態（例えばスクリーンセーバーの起動有無）を保持している端末状態保持手段と、着信時に、端末状態保持手段の保持状態を参照する端末状態参照手段と、参照した所定の端末状態が、未操作時間が長いことを表しているとき、ユーザ不在席の着信時処理を実行する不在席処理実行手段とを有することを特徴とする。【選択図】      図１
2009135739.tif 000002
【特許請求の範囲】
【請求項１】
情報処理端末上に構築された電話装置において、
未操作時間の長短によって変化する所定の端末状態を保持している端末状態保持手段と、
着信時に、上記端末状態保持手段の保持状態を参照する端末状態参照手段と、
参照した所定の端末状態が、未操作時間が長いことを表しているとき、ユーザ不在席の着信時処理を実行する不在席処理実行手段と
を有することを特徴とする電話装置。
【請求項２】
上記端末状態保持手段が保持する所定の端末状態が、スクリーンセーバーの起動有無であることを特徴とする請求項１に記載の電話装置。
【請求項３】
上記不在席処理実行手段が実行するユーザ不在席の着信時処理が、留守番電話処理であることを特徴とする請求項１に記載の電話装置。
【請求項４】
上記端末状態保持手段は、上記情報処理端末のオペレーションシステムの機能として実現されたものであり、
上記端末状態参照手段は、上記オペレーションシステムのＡＰＩを呼び出し、所定の端末状態を参照する
ことを特徴とする請求項１に記載の電話装置。
【請求項５】
情報処理端末上に構築された電話装置の着信応答方法において、
端末状態保持手段、端末状態参照手段、及び、不在席処理実行手段を備え、
上記端末状態保持手段は、未操作時間の長短によって変化する所定の端末状態を保持し、
上記端末状態参照手段は、着信時に、上記端末状態保持手段の保持状態を参照し、
上記不在席処理実行手段は、参照した所定の端末状態が、未操作時間が長いことを表しているとき、ユーザ不在席の着信時処理を実行する
ことを特徴とする電話装置の着信応答方法。
【請求項６】
情報処理端末上に電話装置を構築させるために上記情報処理端末にインストールされる電話用プログラムにおいて、
上記情報処理端末のコンピュータを、
着信時に、未操作時間の長短によって変化する所定の端末状態を保持している端末状態保持手段の保持状態を参照する端末状態参照手段と、
参照した所定の端末状態が、未操作時間が長いことを表しているとき、ユーザ不在席の着信時処理を実行する不在席処理実行手段として機能させる
ことを特徴とする電話用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電話装置、電話装置の着信応答方法及び電話用プログラムに関し、例えば、ＰＣ（パソコン）上で動作するＩＰ電話アプリケーション（ソフトフォンプログラム）における留守番録音機能等の自動応答機能に適用し得るものである。
【背景技術】
【０００２】
不在時や留守番録音モード設定時に電話を着信すると、自動的に応答して相手のメッセージを録音する留守番録音機能が知られている。留守番録音機能は、固定電話端末や携帯電話端末だけでなく、ＰＣ上で動作するＩＰ電話アプリケーションにおいても使用されている。
【０００３】
従来、電話利用者の手動操作によって、留守番録音機能の有効、無効を切り替えている。具体的には、固定電話端末や携帯電話端末の場合は、電話利用者は、端末に具備された留守番録音機能の有効／無効切り替えボタンを押下する操作を行い、ＩＰ電話アプリケーションの場合は、電話利用者は、操作用の画面に表示される留守番録音機能の有効／無効切り替えボタンを押下する操作、若しくは、留守番録音機能に関する設定項目を設定する操作を行う。
【０００４】
また、特許文献１は、留守番録音機能の有効、無効を自動で切り替えることを記載している。
【０００５】
特許文献１の記載技術は、記憶部に「Ｆｒｅｅ」、「Ｂｕｓｙ」、「Ａｗａｙ」のユーザ状態を保持し、着信時にユーザ状態を参照し、ユーザ状態が「Ｂｕｓｙ」又は「Ａｗａｙ」の場合には留守番電話録音動作を行うものである。ここで、ユーザ状態については、例えば、スケジューラ（ユーザが自己のスケジュールを記憶、確認するためのソフトウェア）から入手することや、入力の有無から入手することを記載している。例えば、ユーザが所定時間を越えてキーボードを操作しなかったときに「Ａｗａｙ」と判断するとしている。
【特許文献１】特開２００５−２０４２２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１には、ＩＰ電話アプリケーションが具体的にはどのようにユーザ状態を入手するかを記載していない。例えば、ユーザが所定時間を越えてキーボードを操作しなかったときに「Ａｗａｙ」と判断するとしているが、ユーザが所定時間を越えてキーボードを操作しないことを捉えることを記載していない。ＩＰ電話アプリケーションが、キーボードの未操作継続時間を管理するのでは、ＩＰ電話アプリケーションが電話に関係しないときでも動作を行い、その負荷は大きい。
【０００７】
そのため、電話用の処理構成などに負担を掛けずにユーザ状態を把握し、着信時に所望の処理を行うことができる電話装置、電話装置の着信応答方法及び電話用プログラムが望まれている。
【課題を解決するための手段】
【０００８】
第１の本発明は、情報処理端末上に構築された電話装置において、（１）未操作時間の長短によって変化する所定の端末状態を保持している端末状態保持手段と、（２）着信時に、上記端末状態保持手段の保持状態を参照する端末状態参照手段と、（３）参照した所定の端末状態が、未操作時間が長いことを表しているとき、ユーザ不在席の着信時処理を実行する不在席処理実行手段とを有することを特徴とする。
【０００９】
第２の本発明は、情報処理端末上に構築された電話装置の着信応答方法において、端末状態保持手段、端末状態参照手段、及び、不在席処理実行手段を備え、（１）上記端末状態保持手段は、未操作時間の長短によって変化する所定の端末状態を保持し、（２）上記端末状態参照手段は、着信時に、上記端末状態保持手段の保持状態を参照し、（３）上記不在席処理実行手段は、参照した所定の端末状態が、未操作時間が長いことを表しているとき、ユーザ不在席の着信時処理を実行することを特徴とする。
【００１０】
第３の本発明は、情報処理端末上に電話装置を構築させるために上記情報処理端末にインストールされる電話用プログラムにおいて、上記情報処理端末のコンピュータを、（１）着信時に、未操作時間の長短によって変化する所定の端末状態を保持している端末状態保持手段の保持状態を参照する端末状態参照手段と、（２）参照した所定の端末状態が、未操作時間が長いことを表しているとき、ユーザ不在席の着信時処理を実行する不在席処理実行手段として機能させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、電話用の処理構成などに負担を掛けずにユーザの在席、不在席を把握し、着信時に所望の処理を行うことができるようになる。
【発明を実施するための最良の形態】
【００１２】
（Ａ）第１の実施形態
以下、本発明による電話装置、電話装置の着信応答方法及び電話用プログラムを、いわゆるソフトフォンに適用した第１の実施形態を、図面を参照しながら詳述する。
【００１３】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態に係るＩＰ電話装置１の主としてソフトウェア構成を示すブロック図である。
【００１４】
第１の実施形態に係るＩＰ電話装置１は、ＰＣ（パソコン）１０上に、第１の実施形態に係る電話用プログラムであるＩＰ電話アプリケーション（ソフトフォンプログラム）２０を搭載することによって構成されたものである。
【００１５】
ＩＰ電話装置１は、ＩＰネットワーク２を介して呼処理サーバ３とシグナリング用又は通話用のＩＰパケットを授受するものである。なお、呼処理サーバ３は、一般的な技術で実現されているＰＢＸサーバやＳＩＰサーバであり、この実施形態の特徴をなしているものではない。
【００１６】
ＩＰ電話アプリケーション２０が搭載されるＰＣ１０は、ＣＰＵ１１や、ＲＯＭ、ＲＡＭ、ハードディスクなどのメモリ部１２や、ディスプレイ部１３や、入力部１４などに加え、スピーカ１５やマイクロフォン１６を有する。スピーカ１５やマイクロフォン１６は装置内蔵のものであっても良く、また、ヘッドセットなどの外付けのものであっても良い。また、ＰＣ１０は、周知のようにオペレーションシステム（ＯＳ）１７を備えている。
【００１７】
ＩＰ電話アプリケーション２０は、ＰＣ１０上で動作するＩＰ電話端末機能を有するアプリケーションであり、機能的には、データ管理部２１、画面制御部２２、ＰＣ制御部２３、自動制御部２４及び通信処理部２５を有する。
【００１８】
データ管理部２１は、当該ＩＰ電話アプリケーション２０の留守番電話機能の動作条件に関する設定情報を保持する。なお、データ管理部２１は、留守番電話機能以外の機能に関する設定情報も保持する、この実施形態の特徴と無関係であるため、留守番電話機能以外の機能に関する設定情報に関しては説明を省略する。
【００１９】
画面制御部２２は、ＩＰ電話アプリケーション２０の各種機能に対応した画面をディスプレイ部１３上に表示するものである。この画面は、ＰＣ１０のマウスやキーボードなどの入力部１４によって操作できるユーザインタフェースを有しており、そのユーザインタフェースの操作によりデータ管理部２１で保持される設定情報の参照や更新などを行うことができる。また、画面制御部２２は、操作内容に応じて、ＰＣ制御部２３や通信処理部２５に対しても動作指示を行う。
【００２０】
ＰＣ制御部２３は、オペレーションシステム１７のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を呼び出し、ＰＣ１０の状態を監視し状態変更を検出した際に、データ管理部２１で保持される設定情報に応じて画面制御部２２や自動制御部２４に対して状態通知を行うものである。
【００２１】
自動制御部２４は、ＰＣ制御部２３や通信処理部２５が検出した状態や受信信号に対応し、データ管理部２１で保持される設定情報に応じて各機能部に対して自動的に動作指示を行うものである。
【００２２】
通信処理部２５は、画面制御部２２でのユーザ操作や自動制御部２４での動作指示に対応して電話の発着信、その応答、切断などを行うものである。
【００２３】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態に係るＩＰ電話装置１の着信時動作、特に、ユーザ不在時における着信時の動作を説明する。
【００２４】
以下では、ＰＣ１０でスクリーンセーバーが起動している状態をユーザが席を離れている状態であると想定し、着信があった際に、スクリーンセーバーが起動していれば留守番電話機能を動作させ、スクリーンセーバーが起動していなければ留守番電話機能を動作しないようにする動作例を、図２のシーケンス図を参照しながら説明する。
【００２５】
通信処理部２５は、呼処理サーバ３からの着信信号を受信し、自動制御部２４にその旨を通知する（Ｓ１）。
【００２６】
自動制御部２４は、通信処理部２５からの着信通知を受け、着信時の動作条件をデータ管理部２１に問い合わせる（Ｓ２）。
【００２７】
データ管理部２１は、自動制御部２４からの問い合わせを受け、データ管理部２１で保持している着信時の動作条件を確認する（Ｓ３）。この動作条件は、予めユーザにより設定されたものであり、この例では、スクリーンセーバーが起動している場合は留守番電話応答を行う旨の条件が設定されている。データ管理部２１は、確認した動作条件を、自動制御部２４に応答する（Ｓ４）。
【００２８】
自動制御部２４は、着信時の動作条件に一致しているかどうかを判断するため、現在のスクリーンセーバーの起動状態をＰＣ制御部２３に問い合わせる（Ｓ５）。ＰＣ制御部２３は、ＰＣの状態を確認し、現在のスクリーンセーバー起動有無を応答する（Ｓ６）。
【００２９】
一般的に、ＰＣ１０には、所定時間操作信号が入力されないと自動的に画面を暗くしたり、グラフィックを継続的に画面上で動かしたりする「スクリーンセーバー」と呼ばれる機能１７Ａがオペレーションシステム１７に具備されており、自動的に実行される。
【００３０】
また、一般的に、ＰＣ１０のオペレーションシステム１７は、この「スクリーンセーバー」が実行中か否かを確認することができるＡＰＩを具備しており、ＰＣ１０上で動作するアプリケーション（ＰＣ制御部２３）は、このＡＰＩを呼び出すことによりＰＣ１０の状態（スクリーンセーバー起動有無）を確認することができる。例えば、マイクロソフト株式会社のＷｉｎｄｏｗｓ（登録商標）の場合、Ｖｉｓｕａｌ  Ｂａｓｉｃ（登録商標）アプリケーション向けライブラリ関数の「ＳｙｔｅｍＰａｒａｍｅｔｅｒｓＩｎｆｏ（ＳＰＩ＿ＧＥＴＳＣＲＥＥＮＳＡＶＥＲＲＵＮＮＩＮＧ）」が、このＡＰＩに該当する。
【００３１】
自動制御部２４は、スクリーンセーバー起動有無についてＰＣ制御部２３から応答されると、データ管理部２１から応答された動作条件に基づき、各機能部に対して動作指示を行う（Ｓ７）。自動制御部２４は、スクリーンセーバーが起動している場合（ユーザ不在席の場合）、通信処理部２５に対して着信応答するよう指示する。通信処理部２５は、着信応答の指示を受け、呼処理サーバ３に対して着信応答の信号を応答送信する（Ｓ８）。
【００３２】
通信処理部２５は、相手と通話可能となった旨の通知信号を呼処理サーバ３から受け取ると、その旨を自動制御部２４に通知する（Ｓ９）。
【００３３】
自動制御部２４は、相手と通話可能となった旨の通知を通信処理部２５から受け取ると、確認したＰＣ状態（スクリーンセーバー起動）に基づき、ＰＣ制御部２３に対して、留守番電話応答メッセージを再生し、その後、相手の通話内容を録音するよう指示する（Ｓ１０）。ＰＣ制御部２３は、その指示に応じてＰＣ１０の各部を制御する。
【００３４】
上述したように、自動制御部２４は、スクリーンセーバー起動有無についてＰＣ制御部２３から応答されると、データ管理部２１から応答された動作条件に基づき、各機能部に対して動作指示を行うが、スクリーンセーバーが起動していない場合には、画面制御部２２に対して着信通知画面を表示するよう指示し（Ｓ７−１）、画面制御部２２は着信通知画面でユーザに応答操作をされると通信処理部２５に対して着信応答するよう指示する（Ｓ７−２）。
【００３５】
これにより、通信処理部２５は、着信応答の指示を受け、呼処理サーバ３に対して着信応答の信号を応答送信し（Ｓ８）、相手と通話可能となった旨の通知信号を呼処理サーバ３から受け取ると、その旨を自動制御部２４に通知する（Ｓ９）。自動制御部２４は、スクリーンセーバーが起動していなかった場合には、ＰＣ制御部２３に対して、ＰＣ１０のマイクロフォン１６とスピーカ１５で通話可能となるよう制御するよう指示する（Ｓ１０）。ＰＣ制御部２３は、その指示に応じてＰＣ１０の各部を制御する。
【００３６】
以上の動作により、スクリーンセーバーの起動有無によって、留守番電話応答の実施有無を自動的に切り替えることができる。
【００３７】
（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、留守番電話応答をするか否かを、スクリーンセーバーの起動有無によって自動的に判定することができる。その結果、ユーザの手動操作の手間がなくなり、また、設定を変更することを忘れる場合による不都合を回避することができる。
【００３８】
例えば、デスクワーク中心の社員や受付などの連絡先端末として、デスクワークで使用するＰＣ１０上でＩＰ電話アプリケーション２０を使用している場合において、昼休みや会議などで一時的に席を離れるときに、ユーザは何らの操作も行うことなく、席を離れることができ、やがてスクリーンセーバーの起動状態になり、着信があれば、留守番電話が自動的に実行される。
【００３９】
また、第１の実施形態によれば、ＩＰ電話アプリケーション２０自体に未操作時間を監視する機能は不要であり、その結果、着信待機時におけるＩＰ電話アプリケーション２０の処理を不要とすることができる。
【００４０】
（Ｂ）第２の実施形態
次に、本発明による電話装置、電話装置の着信応答方法及び電話用プログラムを、いわゆるソフトフォンに適用した第２の実施形態を、図面を参照しながら詳述する。
【００４１】
第２の実施形態に係るＩＰ電話装置１の構成も、上述した図１で表される。但し、第２の実施形態の場合、スピーカ１５及びマイクロフォン１６がヘッドセットのものであることを想定している。
【００４２】
第２の実施形態は、ユーザが在席と判定したときには、ユーザの操作を待たずに自動応答するようにしたものである。
【００４３】
例えば、ヘッドセットを着けたままＰＣ１０で作業を行っている場合など、着信時に応答ボタンを操作せずに自動的に通話可能な状態にするといった自動応答機能を使用することがあるが、第２の実施形態は、着信時に、スクリーンセーバーの起動有無によって、留守番電話機能を採用するか自動応答機能を採用するかを決定するものである。すなわち、第２の実施形態でも、ＰＣ１０でスクリーンセーバー１７Ａが起動している状態をユーザが席を離れている状態であると想定している。そして、席でＰＣ作業をしている場合は自動応答機能を動作させ、席を離れている場合は留守番電話機能を動作させることとした。
【００４４】
図３は、第２の実施形態に係るＩＰ電話装置１０の着信時動作を示すシーケンス図であり、第１の実施形態に係る図２との同一ステップには同一符号を付して示している。
【００４５】
第２の実施形態においても、着信時に、ＰＣ制御部２３は、ＰＣの状態を確認し、現在のスクリーンセーバーの起動有無を自動制御部２４に応答するまでの処理は、第１の実施形態と同様であるので説明は省略する（Ｓ１〜Ｓ６）。但し、データ管理部２１で保持している着信時の動作条件は、予めユーザにより設定されたものであり、この例では、スクリーンセーバー起動している場合は留守番電話応答を行い、スクリーンセーバー起動していない場合は自動応答を行う旨の条件が設定されており、ステップＳ３での動作条件の確認では、この動作条件が確認される。
【００４６】
自動制御部２４は、スクリーンセーバー起動有無についてＰＣ制御部２３から応答されると、データ管理部２１から応答された動作条件に基づき、各機能部に対して動作指示を行う。スクリーンセーバーが起動している場合、通信処理部２５に対して着信応答するよう指示する（Ｓ７）。
【００４７】
一方、スクリーンセーバーが起動されていない場合、自動制御部２４は、画面制御部２２に対して、通話画面を表示するよう指示する（Ｓ７−３）。この通話画面は、着信信号に設定されている発信者の電話番号などの情報が表示される。
【００４８】
通信処理部２５は、着信応答の指示を受け、呼処理サーバ３に対して着信応答の信号を応答送信する（Ｓ８）。これ以降の動作（Ｓ９、Ｓ１０）は、第１の実施形態の場合と同様であるので、その説明は省略する。
【００４９】
第２の実施形態によっても、留守番電話応答に関して言えば、第１の実施形態と同様の効果を奏することができる。また、第２の実施形態によれば、スクリーンセーバーの起動有無によって、留守番電話応答と自動応答のどちらを行うかを自動的に判定することができる。
【００５０】
（Ｃ）他の実施形態
上記実施形態では、ユーザ不在席と捉えるスクリーンセーバーがシステムに固定であるものを示したが、ユーザが選択できるようにしても良い。グラフィックが継続的に画面上で動く「スクリーンセーバー」になった以降を、ユーザ不在席と捉えるスクリーンセーバーと設定したり、自動的に画面を暗くする（モニタ電源を落とす）「スクリーンセーバー」になった以降を、ユーザ不在席と捉えるスクリーンセーバーと設定したり、ユーザが任意に設定できるようにしても良い。
【００５１】
また、上記実施形態では、ユーザ不在席と捉える端末状態がスクリーンセーバーであるものを示したが、他の機能であっても良い。例えば、未操作時間が設定時間を越えるとハードディスクの電源を落とす機能を有するＰＣであれば、ハードディスクの電源が落とされたか否かによって、ユーザの在席、不在席を判定するようにしても良い。
【００５２】
さらに、上記実施形態では、ユーザ不在席の場合には、留守番電話機能を実行するものを示したが、ユーザ不在席の場合の機能は留守番電話機能に限定されるものではない。例えば、転送機能を適用するようにしても良い。
【００５３】
さらにまた、上記実施形態では、ＰＣに電話機能を設けた場合を示したが、本発明が適用可能な端末はＰＣに限定されない。例えば、ｉＰｈｏｎｅ（商標）などのスマートフォンに本発明を適用することができる。スマートフォンに適用する場合であれば、その電話機能はＩＰ電話でなくても良い。
【００５４】
また、上記実施形態では、電話機能をソフトウェアによって実現するものを示したが、その一部又は全てをハードウェアやＩＣチップなどによって実現するようにしても良い。
【図面の簡単な説明】
【００５５】
【図１】第１の実施形態に係るＩＰ電話装置の主としてソフトウェア構成を示すブロック図である。
【図２】第１の実施形態に係るＩＰ電話装置の着信時動作を示すシーケンス図である。
【図３】第２の実施形態に係るＩＰ電話装置の着信時動作を示すシーケンス図である。
【符号の説明】
【００５６】
１…ＩＰ電話装置、１０…ＰＣ（パソコン）、１７…オペレーションシステム、１７Ａ…スクリーンセーバー機能、２０…ＩＰ電話アプリケーション、２１…データ管理部、２２…画面制御部、２３…ＰＣ制御部、２４…自動制御部、２５…通信処理部。
【図１】
2009135739.tif 000003
【図２】
2009135739.tif 000004
【図３】
2009135739.tif 000005