(57)【要約】【課題】  電話着信などの非同期イベントが発生した場合に、入力装置の入力状態に応じて対応することができるネットワーク端末を提供する。【解決手段】  本ネットワーク端末は、例えば、受信した電文がＩＰ電話の着信メッセージの場合、まず、キーボード等の入力装置のキー入力が監視すべきキー入力のイベントかどうか判別し（Ｓ１３１１）、“Ｎｏ”の場合は、キーストローク入力速度が監視入力速度より速いかどうかを判別する（Ｓ１３１２）。ステップＳ１３１２において、その判別が“Ｙｅｓ”の場合、ソフトフォンアプリケーションにより、例えば話中のアンサートーンを返す電話の話中処理を行い（Ｓ１３１５）、それ以外の場合は着信処理を行う（Ｓ１３１４）。【選択図】  図１３
2006135809.tif 000002
【特許請求の範囲】
【請求項１】
表示装置のフォアグラウンドで動作するフォアグラウンドプログラムと、前記表示装置のバックグラウンドで動作する電話機能に係るバックグラウンドプログラムと、前記フォアグラウンドプログラムおよびバックグラウンドプログラムを操作するための入力装置と、前記フォアグラウンドプログラムの動作中に前記入力装置の入力状態を監視する手段とを備え、電話の着信イベントが発生したときに、前記入力装置の入力状態に応じて、前記バックグラウンドプログラムにより電話の話中処理を行うことを特徴とするネットワーク端末。
【請求項２】
前記入力装置の入力状態が、前記入力装置における入力速度であることを特徴とする請求項１記載のネットワーク端末。
【請求項３】
前記入力装置の入力状態が、前記入力装置における特定のキーの入力操作であることを特徴とする請求項１記載のネットワーク端末。
【請求項４】
表示装置のフォアグラウンドで動作するフォアグラウンドプログラムの動作中に前記フォアグラウンドプログラムを操作するための入力装置の入力状態を判別する機能、電話の着信イベントが発生したときに、前記入力状態の判別結果に応じて、前記表示装置のバックグラウンドで動作する電話機能に係るバックグラウンドプログラムにより電話の話中処理を行う機能を、コンピュータに実現させるためのプログラム。
【請求項５】
前記入力状態が、予測により求めた入力状態であることを特徴とする請求項４記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電話機能を有するネットワーク端末に係り、特に電話着信時にオペレータの端末操作状況に応じて電話の着信制御を行うネットワーク端末に関するものである。
【背景技術】
【０００２】
パソコンや携帯電話等のネットワーク端末は機能的に進化を続けており、近年、パソコンに電話機能を搭載したり、逆に、携帯電話に各種アプリケーション機能を搭載するものが増えてきている。
【０００３】
例えばパソコンの場合、一般に、ワープロ、表計算、電話帳登録、電話発信機能などのマンマシンインターフェースを使用するフォアグラウンド（前面）で動作するフォアグラウンドプログラムと、非同期に発生する電話の着信機能を制御するバックグラウンド（背後）で動作しているバックグラウンドプログラムを含む。この種のパソコンでワープロ入力中に電話がかかってきた場合、その電話に応答しなければならずワープロ入力の妨げになることがある。また、携帯電話では、例えば電話帳登録中、Ｗｅｂやメール参照中、あるいは発信画面呼び出し中に電話がかかってきた場合、これらの操作を途中をあきらめ、その電話に応答することが多かった。
【０００４】
以下、パソコンに搭載した電話機能、いわゆるソフトフォンに関し、外部から着信要求があった場合を例にとって説明する。インターネットの普及と電話料金節約のため、従来の公衆回線における電話にかわって、インターネットを利用した電話、いわゆるＴＣＰ／ＩＰ上で、Ｈ．３２３、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを利用したＩＰ電話が普及してきている。このソフトフォンは、パソコンなど汎用のネットワーク端末に、電話のハンドセットを接続し、両者合わせて電話機能を実現している。また、このハンドセットは、通常の電話機と同様に、ダイヤルボタン、スピーカ、マイクを装備しており、各種表示はパソコン画面により共用する方法を取っている。
【０００５】
このような電話機能を有するパソコン上で、オペレータがワープロ入力等の一般業務を行っている時に、外部からの着信が発生した場合、通常、オペレータは一旦作業の手を休め、パソコン上の電話機能画面を開き、着信に対する応答を優先していた。このように、パソコンで文書、表などを入力中に電話の着信があると、これらの入力が中断されるため、オペレータは集中力を欠き、作業効率の低下を招くという問題がある。
【０００６】
電話着信時の対応の仕方については各種の提案がなされている。例えば、特許文献１では、携帯電話において、アプリケーション起動時は、電話の着信機能を停止し、音声による自動応答を行うことが示されている。それにより、切替操作の煩わしさや電池消耗を防ぐものである。特許文献２では、カメラ付き携帯電話において、カメラ作動中に電話がかかってくると、撮影中の画像を中断したり、撮影中のものを台無しにしてしまう可能性が高いため、撮影中は留守番電話機能を作動させることが示されている。特許文献３では、ボイスレコーダ付き携帯電話において、会議の内容を記録する意図で、ボイスレコーダ作動中に着信が発生すると、録音中断したり、会議の雰囲気を壊すなどの可能性が高いため、録音中は、着信応答ができない旨の通知を行うことが示されている。
【特許文献１】特開２００３−４６６０１公報
【特許文献２】特開２０００−９２１９１公報
【特許文献３】特開２００３−１９８７１６公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述のように、電話着信時の対応の仕方については各種の提案がなされているが、まだ十分とは言えない。例えば、上記特許文献１では、アプリケーション作動中といえども、表示を見ているだけでキー入力操作をしていなかったり、アプリケーションを閉じるのを忘れていたり、ポケットやカバンの中で誤って押されてアプリケーションが作動中になっていたりする場合でも着信が不可となり、着信に対して過剰防衛になっている。また、上記特許文献２、３でも、カメラやボイスレコーダ作動中に電話の着信があった場合は、留守番電話機能を作動させたり、着信応答ができない旨の通知を行うので、電話着信がその期間中一律に排除されるという問題がある。
【０００８】
従って本発明の目的は、電話着信などの非同期イベントが発生した場合に、入力装置の入力状態に応じて対応することができるネットワーク端末を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的は、表示装置のフォアグラウンドで動作するフォアグラウンドプログラムと、前記表示装置のバックグラウンドで動作する電話機能に係るバックグラウンドプログラムと、前記フォアグラウンドプログラムおよびバックグラウンドプログラムを操作するための入力装置と、前記フォアグラウンドプログラムの動作中に前記入力装置の入力状態を監視する手段とを備え、電話の着信イベントが発生したときに、前記入力装置の入力状態に応じて、前記バックグラウンドプログラムにより電話の話中処理を行うネットワーク端末により、達成される。ここで、前記入力装置の入力状態は、前記入力装置における入力速度または特定のキーの入力操作とすることができる。
【００１０】
本発明に係るプログラムは、表示装置のフォアグラウンドで動作するフォアグラウンドプログラムの動作中に前記フォアグラウンドプログラムを操作するための入力装置の入力状態を判別する機能、電話の着信イベントが発生したときに、前記入力状態の判別結果に応じて、前記表示装置のバックグラウンドで動作する電話機能に係るバックグラウンドプログラムにより電話の話中処理を行う機能を、コンピュータに実現させるためのものである。ここで、前記入力状態は、予測により求めた入力状態とすることができる。
本発明において、話中処理とは、いわゆる話中のアンサートーンを返す処理を含むほか、留守録、伝言メッセージあるいはボイスメールなどの処理を含み、当該着信の電話に出ることができないことを意味する処理である。
【発明の効果】
【００１１】
本発明によれば、電話着信などの非同期イベントが発生した場合に、入力装置の入力状態に応じて対応することができるネットワーク端末を得ることができる。これにより、パソコン、携帯電話などのネットワーク端末の操作中に、電話着信などの非同期イベントが発生した場合、バックグラウンドプログラムにおいて、スムースな着信処理を行うことができる。すなわち、電話着信などの非同期イベントによる一般業務におけるオペレータの入力操作の妨害を必要に応じて防止することができ、操作性を改善することができる。本発明では、フォアグラウンドプログラム動作中でもオペレータの入力動作（入力装置の入力状態）に応じて、電話の着信処理と話中処理を使い分けることができ、従来のように電話着信がある操作の期間中一律に排除されるという問題を解決できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明に係るネットワーク端末の実施例を、ソフトフォンを搭載したパソコン（ＰＣ）を例にとって説明するが、本発明はこれに限定されるものではなく、例えば、携帯電話やその他のネットワーク端末についても同様に適用可能である。
また、本実施例では、ソフトフォンにおける「着信」という非同期イベントと、パソコンによる一般業務におけるキーボードの入力操作とが競合する場合について説明するが、本発明はこれに限定されるものではない。
【００１３】
図１は、本発明に係るネットワーク端末が接続されるシステム構成例を示す図である。本例のシステムは、ネットワーク端末としてのパソコン（ＰＣ）１と、ＩＰ電話のソフトフォン用ハンドセット２と、サーバ装置３と、ゲートウェイ４と、公衆回線網５と、外部電話６とを備える。パソコン１はソフトフォン機能を有し、ハンドセット２はソフトフォン用の送受話を行うためのマイクとスピーカを有する。サーバ装置３は電話番号とＩＰアドレスの変換などＳＩＰ等で知られるＶｏＩＰ機能による電話制御や発着信制御等を行うものである。ゲートウェイ４は、一般の公衆回線網５とＩＰ電話網との信号方式の変換を行う。公衆回線網５には一般のアナログ電話である外部電話６が接続されている。
【００１４】
パソコン１は、通常時、表示装置に一般業務のためのワープロなどのフォアグラウンドプログラムの画面を表示している。ここで、ＩＰ電話の着信イベントが発生したとき、本発明では、ワープロなどのフォアグラウンドプログラムを操作するキーボードやマウスなどの入力装置の入力状態に応じて、バックグラウンドプログラムにより電話の話中処理を行う。この話中処理は、いわゆる話中のアンサートーンを返す処理でもよいし、留守録、伝言メッセージあるいはボイスメールなどの処理でもよい。その詳細については後述する。その前に、まず、パソコン１のハードウェアおよびソフトウェアの構成例について説明する。
【００１５】
図２は、図１に示すパソコン１のハードウェアブロック構成例を示す図である。本例のパソコン１は、ＣＰＵ１０１と、メモリ１０２と、ＬＡＮ制御ボード１０３と、入力装置１０４と、表示装置１０５と、外部記憶装置（ＨＤＤ）１０６と、ＵＳＢ制御ボード１０７とを備え、これらを相互に接続している。ＣＰＵ１０１はパソコン全体を制御し、メモリ１０２はコンピュータプログラムやテーブルを一時記憶する。ＬＡＮ制御ボード１０３はローカルエリアネットワーク（ＬＡＮ）インターフェースを制御する。入力装置１０４はキーボードやマウス、バーコードリーダなどの入力装置であり、表示装置１０５はモニタや液晶パネルなどの表示装置である。ＨＤＤ１０６は、例えばワープロ、表計算、ＩＰ電話（ソフトフォン）などのアプリケーションソフトウェアに係るコンピュータプログラムやテーブル類、データベースなどを記憶している例えばハードディスク等の外部記憶装置であり、ＵＳＢ制御ボード１０７はハンドセット２とのインターフェース例えばＵＳＢの信号方式を制御するものである。
【００１６】
図３は、図１に示すパソコン１のソフトウェアブロック構成例を示す図である。図示のように、パソコン１は、ソフトフォンアプリケーション部１１０、オペレーティングシステム（ＯＳ）１２０、入出力制御部１３０および汎用アプリケーション部１５０を備える。ソフトフォンアプリケーション部１１０は、イベント制御部１１１、音声制御部１１２、発信制御部１１３、着信制御部１１４、画面操作制御部１１５および入力フック制御部１１６を有する。入出力制御部１３０は、ＬＡＮ制御部１３１、ハンドセット２に接続されるハンドセット制御部１３２、ＨＤＤ１０６に接続されるハードディスク制御部１３３、入力装置１０４に接続される入力制御部１３４、および表示装置１０５に接続される表示制御部１３５を有する。汎用アプリケーション部１５０は、イベント制御部１５１および画面操作制御部１５２を有する。
【００１７】
ソフトフォンアプリケーション部１１０において、イベント制御部１１１は、ＯＳ１２０および入力フック制御部１１６経由の各種入出力イベントをアプリケーションで受付け制御を行う。音声制御部１１２は、送受話すべき音声データをハンドセット制御部１３２またはＬＡＮ制御部１３１へ転送指示を行う。つまり、受話時、受信した音声電文は、ＬＡＮ制御部１３１から、イベント制御部１１１、音声制御部１１２に渡され、音声制御部１１２で、音声データに解凍し、ある固まりにバッファリングし、そのデータを、ハンドセット制御部１３２に送り、受話音として聞くことができるようになっている。また、送話時は、逆に、ハンドセット２から入力された音声データは、ハンドセット制御部１３２からイベント制御部１１１経由、音声制御部１１２に渡され、音声制御部１１２では、受け取った音声データを分割圧縮し、音声電文に分割生成することになる。そのデータを、ＬＡＮ制御部１３１に送り、ＬＡＮ制御部１３１は、音声電文として送ることになる。発信制御部１１３は、ハンドセット２または入力装置１０４から、入出力制御部１３０経由で発信指示操作のイベントを受けて、画面操作制御部１１５に対して発信のための起動を行うものである。着信制御部１１４は、ＬＡＮ制御ボード１０３を経由してきた外部電話６からの着信を制御する。画面操作制御部１１５は、ソフトフォンを操作するための画面を通じて発着信操作制御を行うものである。
ＯＳ１２０は、入出力制御、イベント通知、アプリケーションの起動、終了などのスケジュール管理を行う。
【００１８】
入出力制御部１３０は、キーボード、ハンドセット、ＬＡＮなどの制御を行うドライバなどを含む。すなわち、ＬＡＮ制御部１３１には、ＬＡＮインターフェースを制御するドライバ、ＴＣＰ／ＩＰプロトコル制御などが含まれ、ハンドセット制御部１３２には、ＵＳＢインターフェースを制御するドライバ、ハンドセットのハードウェア制御などが含まれる。ハードディスク制御部１３３には、ＨＤＤ１０６を制御するＳＣＳＩなどのドライバ、ファイルの作成削除など管理などが含まれる。入力制御部１３４には、入力装置１０４を制御するキーボードやマウスなどの入力ドライバなどが含まれる。表示制御部１３５には、表示装置１０５を制御する表示ドライバ、ビデオメモリ管理などが含まれる。
【００１９】
汎用アプリケーション部１５０は、例えばワープロ、表計算などのマンマシンインターフェースを持つ汎用アプリケーションである。ここでイベント制御部１５１は、汎用アプリケーション部１５０が最前面で表示され、オペレータにより入力操作されている時に、入力制御部１３４からの汎用アプリケーション部１５０に対する入力イベントを受け取る機能を持っている。画面操作制御部１５２は、いわゆる入力、表示などのマンマシン操作を制御する部分である。
【００２０】
ここで、ソフトフォンアプリケーション部１１０における入力フック制御部１１６は、入力制御部１３４から入力された全イベントをフックする機能（一旦、ＯＳのシステムキューに入ったものを、すべて、該当するアプリケーションに送られる前に参照する機能）を持っている。これはフック関数を備えることで実現することができる。例えば入力装置１０４でキー入力があった場合、入力フック制御部１１６において、まずフック関数がコールされ、汎用アプリケーション部１５０がそのキー入力を処理するまえに、そのキー入力を参照する。これにより、例えば、汎用アプリケーション部１５０が最前面で表示されており、本汎用アプリケーション部１５０へ送られるイベントを、ソフトフォンアプリケーション部１１０において事前に一旦参照し、入力速度、監視キーが入力されていないかどうかを知ることができる。入力フック制御部１１６は、飽くまでも、入力されたキーイベントを垣間見るだけで、この後、入力されたキーイベントそのものは、正当に受け取るべき、アプリケーションに送られることは言うまでもない。
次にパソコン１におけるソフトフォン画面（ＩＰ電話用画面）およびハンドセットの外観の例について説明する。
【００２１】
図４は、図１に示すパソコン１におけるソフトフォン画面の例を示す図である。本例のソフトフォン画面１４０は、ダイヤル入力などのテンキー置数入力エリア１４１と、「ヨビダシチュウ」などの各種状態表示を行うガイダンス表示エリア１４２と、画面上に作成されたテンキーエリア１４３と、発着信ボタン１４４と、切断ボタン１４５と、制御ボタンエリア１４６とを備える。ここで、テンキーエリア１４３のテンキーを選択することで、テンキー置数入力エリア１４１へダイヤル入力することができる。ダイヤル入力後、発着信ボタン１４４を押すことにより発信操作を行うことができる。また着呼の際は、発着信ボタン１４４を押すことにより着信操作を行うことができる。切断ボタン１４５を押すことで電話の切断を行うことができる。制御ボタンエリア１４６は、例えば、電話の転送、保留などを行うための図示しない各種制御ボタンを有する。
【００２２】
図５は、図１に示すパソコン１におけるハンドセット２の外観の例を示す図である。本例のハンドセット２は、スピーカ２０１と、発着信ボタン２０２と、切断ボタン２０３と、テンキー入力エリア２０４と、マイク２０５とを備える。ハンドセット２は、通常の電話機のように、テンキーエリア２０４のテンキーを選択してダイヤル入力し、発着信ボタン２０２を押すことにより発信操作を行うことができる。また着呼の際は、発着信ボタン２０２を押すことにより着信操作を行うことができる。切断ボタン２０３を押すことで電話の切断を行うことができる。
次にＩＰ電話の電文形式およびパソコン１とハンドセット２間の電文形式の例について説明する。
【００２３】
図６は、ＩＰ電話の電文形式の例を示す図である。本例はＬＡＮ電文でＴＣＰ／ＩＰプロトコルの上位のレイヤにおける電文形式を示したもので、ソースアドレス６０１、デスティネーションアドレス６０２、セッション番号６０３、およびコンテンツ６０４が含まれる。ソースアドレス６０１およびデスティネーションアドレス６０２はそれぞれ、電話番号または電話を指定するためのＩＰ電話ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）などの送信元と宛先の識別アドレスである。例えば、セッション番号６０３がＩＰ電話（ソフトフォン）の発着信制御（ＳＩＰ）を示すコードの場合、コンテンツ６０４は電話の接続（発着信）または切断であり、セッション番号６０３が電話の音声データ（ＲＴＰ）を示すコードの場合、コンテンツ６０４は電話の音声データである。
【００２４】
図７（ａ）、（ｂ）は、パソコン１とハンドセット２間の電文形式の例を示す図である。同図（ａ）はハンドセット２からパソコン１への電文形式を示すもので、ハンドセット２からパソコン１への入力であることを示す識別子“ＩＮ”７０１と、入力されたキー情報である入力コード７０２とが含まれる。また、同図（ｂ）はパソコン１からハンドセット２への電文形式を示すもので、パソコン１からハンドセット２への出力であることを示す識別子“ＯＵＴ”７１１と、パソコン１からの表示などの出力コード７１２とが含まれる。その他、音声データも分割することにより、これと同様の電文形式で送受信が可能である。
【００２５】
図８は、パソコン１の入力装置１０４からの入力イベントの入力ジャーナルの例を示す図である。本例の入力ジャーナルは、入力時刻８０１と、例えばキーボードの入力キーコード８０２とを含み、図示のように、入力時刻８０１に対応して、入力された入力キーコード（０、１、ＥＮＴＥＲ、Ａ、Ｂなど）が時系列的に記録されている。ここで、入力キーコード８０２は例えば文字コードであるが、これに限定されず、文字コードに変換する前の、キーのマトリクス位置、接（メーク）、断（ブレーク）を示す内容でもよい。
【００２６】
図９（ａ）、（ｂ）は、パソコン１の入力制御部１３４からソフトフォンアプリケーション部、特にイベント制御部１１１へ発生させるイベント形式の例を示す図である。同図（ａ）は、入力属性９０１として“ＩＮＰＵＴ  ０”を示し、実際に入力されている入力速度９０２として、“ストローク数／ｓｅｃ”の値を示している。入力速度９０２は、後述の監視入力間隔に発生したキーストローク数を速度により表現したもので、現在の入力中の入力速度、頻度を示している。また、同図（ｂ）は、入力属性９０１として“ＩＮＰＵＴ  １”を示し、監視しているキーイベント（監視キーイベント）９０３として“ＥＮＴＥＲ”キーが押されたというイベントを示している。
【００２７】
図１０は、パソコン１の入力制御部１３４からソフトフォンアプリケーション部、特にイベント制御部１１１へ発生するイベントジャーナルの例を示す図である。本例の入力ジャーナルは、イベント発生の時刻１００１と、入力属性１００２（９０１）と、イベント内容１００３とを含む。イベント内容１００３は、入力属性１００２（９０１）に応じた監視入力速度９０２および監視キーイベント９０３を時系列的に格納している。統計的予測に基づく場合、本ジャーナルより、平均発生間隔を求め、次の発生予測を求め、そのイベントを発生させることも可能である。本例では、イベント制御部１１１へは、最近に発生したイベント（監視入力速度９０２、監視キーイベント９０３）のみが送られ、イベント制御部１１１は、着信イベントが発生した時、着信を受けるかどうかの判定用に使用される。
【００２８】
図１１は、入力装置１０４からの入力状態を入力制御部１３４にて入力監視する項目のプリセットの例を示す図である。本例では、監視入力間隔１１０１、監視入力速度１１０２、起動遅延時間１１０３、および監視キー１１０４を有する。監視入力間隔１１０１は、例えば、本例では、毎一秒間隔に、“ＩＮＰＵＴ  ０”または、“ＩＮＰＵＴ  １”のイベント、本例では、キーストローク数と一致させており、本イベントが、いくつ発生しているかをカウントし、監視を行うことを意味する。監視入力速度１１０２は、上記監視入力間隔１１０１に発生したキーストローク入力速度が本監視入力速度を越えているか否かを監視するためのものであり、本例では、“１ストローク／ｓｅｃ”がセットされている。これにより、キーストローク入力速度の変化を捉え、入力頻度が低下する方向になって来た時、バックグラウンドの着信を受け付けることにより、オペレータとの競合の確率を低下することができる。
【００２９】
本例では、監視入力速度１１０２の比較による判断としたが、入力の間隔そのもの、そのばらつきなどを使用して、指数分布、ポアソン分布などの確率分布を利用することができる。これによりさらに次の入力状態の予測を行い、精度向上を図ることができる。これらの予測は、学習機能により、精度向上が可能である。
【００３０】
また、起動遅延時間１１０３は、キーストローク入力速度が上記監視入力速度１１０２を越えていた場合、例えば、ＬＡＮ電文のコンテンツ６０４の着信というイベントの受信から遅延させて着信応答処理する時間を示している。監視キー１１０４は、上記監視入力速度１１０２以外に、監視すべき監視キーを指定するものである。本例では、“ＥＮＴＥＲ”キーである。これは入力の区切りをつけるキーであり、この“ＥＮＴＥＲ”キー入力直後は、入力の休止が入るというオペレータの習慣に着眼したものである。この休止期間に、着信を受け付けることにより、オペレータとの競合の確率を低下させるものである。また、監視キー１１０４として、“ＥＮＴＥＲ”キーのほか、“ＤＥＬ”、“ＢＳ”などのキーとすることもでき、またこれらを複数指定してもよい。
【００３１】
図１２は、ＬＡＮ制御部１３１、入力フック制御部１１６、およびイベント制御部１１１の処理内容を示す流れ図である。まず、ＬＡＮ制御部１３１において、外部から電文を受信した場合（Ｓ１２０１）、その受信電文のセッション番号６０３がソフトフォン関連のコードを示しているかどうかを判別する（Ｓ１２０２）。その結果、“Ｎｏ”の場合はその他の処理を行う（Ｓ１２０３）。すなわち、その対応するアプリケーションを起動して関連処理を実行する。一方、“Ｙｅｓ”の場合、すなわち“着呼”または、受話した“音声電文”を示す電文の場合、ソフトフォンアプリケーション部１１０に対して着呼イベントを発生させる（Ｓ１２０４）。
【００３２】
次に、入力フック制御部１１６において、次のステップＳ１２１１、Ｓ１２１２のループで、監視入力間隔１１０１毎に、例えばキーボードから入力されるキーストローク数をカウントする。入力フック制御部１１６では、他のアプリケーションが最前面で動作していても、基本的にＯＳ１２０のシステムキューの内容をすべてフックすることにより、入力速度、監視キー、その他のイベントを知ることができる。ここでは、まずキーストローク数をカウントし（Ｓ１２１１）、監視入力間隔１１０１を経過したかどうかを判断する（Ｓ１２１２）。その結果、“Ｎｏ”の場合は、ステップＳ１２１１に戻って再びキーストローク数をカウントする。一方、“Ｙｅｓ”の場合は、上記監視入力間隔１１０１でカウント（測定）したキーストローク数から入力速度の計算を行い（Ｓ１２１３）、キーストローク入力速度イベント（ＩＮＰＵＴ  ０：９０１、入力速度９０２）を発生する（Ｓ１２１４）。これをイベント制御部１１１へ通知するとともに、監視キー１１０４で指定されたキーが入力されたかどうかを判断する（Ｓ１２１５）。その結果、“Ｎｏ”の場合は、ステップＳ１２１１に戻る。一方、“Ｙｅｓ”の場合は、監視キー入力イベント（ＩＮＰＵＴ  １：９０１、監視キー９０３）を発生し、イベント制御部１１１へ通知する。
【００３３】
次に、イベント制御部１１１において、各種イベントがあれば受信する。すなわち、キーストローク入力速度の最新のイベントを受信し、保持する（Ｓ１２２１）。また、監視キー入力の最新イベントを受信し、保持する（Ｓ１２２２）。通常は、入力が継続されている間、ステップＳ１２２１とＳ１２２２において、常に最新イベントを受信保持していくことになる。そして、ステップＳ１２０４から着信、音声、切断などのソフトフォン関連のイベントを受信する（Ｓ１２２３）。この受信イベントを受けて、ソフトフォンアプリケーション部１１０において実質的なソフトフォンイベント処理が実行される（Ｓ１２２４）。以下、この処理について説明する。
【００３４】
図１３は、図１２のソフトフォンイベント処理Ｓ１２２４の処理内容を示す流れ図である。まず、受信した電文が着信メッセージかどうか判定する（Ｓ１３０１）。その結果、“Ｎｏ”の場合は、それが音声メッセージかどうか判別する（Ｓ１３０２）。その結果、“Ｎｏ”の場合は、その他の処理を行う（Ｓ１３０３）。すなわち、その他のメッセージに対応する処理を行う。一方、ステップＳ１３０２において受信した電文が音声メッセージ（“Ｙｅｓ”）の場合、イベント制御部１１１は受信した音声メッセージを音声制御部１１２へ送信する（Ｓ１３０４）。音声制御部１１２は、これを、音声データに解凍し、ある固まりにバッファリングし、そのデータを、ハンドセット制御部１３２に送り、受話音として聞くことができる。
【００３５】
また、先のステップＳ１３０１において受信した電文が着信メッセージ（“Ｙｅｓ”）の場合、従来は、即時、着信受付処理を行っていたが、ここでは、オペレータの一般業務でのキー入力状態を監視する。そのため、まず、キー入力が監視キー入力のイベントかどうか判別する（Ｓ１３１１）。その結果、“Ｎｏ”の場合は、キーストローク入力速度が監視入力速度より速いかどうかを判別する（Ｓ１３１２）。このように、ステップＳ１３１１およびＳ１３１２でキー入力状態を監視する。
【００３６】
ステップＳ１３１１において判別が“Ｙｅｓ”の場合、例えば、監視すべき“ＥＮＴＥＲ”キーが入力されると、図示のように分岐して、着信処理を行う（Ｓ１３１４）。これにより、オペレータへの着信通知および電話を取る操作介入のためのソフトフォン画面１４０が表示装置１０５のフォアグラウンド（前面）に表示されることになる。ステップＳ１３１２においても同様に、その判別が“Ｎｏ”の場合、例えば、キー入力速度が低下したことで監視条件が成立すると、起動まである程度のディレイ時間を設けてから（Ｓ１３１３）、着信処理を行い（Ｓ１３１４）、画面表示を制御する。Ｓ１３１１処理後も、Ｓ１３１３の場合と同様に、ディレイ時間を設けて処理することでもよい。
ところが、Ｓ１３１１、Ｓ１３１２において、“Ｎｏ”，“Ｙｅｓ”のルートをたどった場合は、オペレータが一般業務で頻繁にキー入力を継続しており、かつ、区切りが発生していないことを示している。その場合は、図示のように分岐して、例えば話中のアンサートーンを返す話中処理を行う（Ｓ１３１５）。この話中処理は、留守録、伝言メッセージあるいはボイスメールなどの処理でもよい。また、この時、Ｓ１３１３の場合と同様に、ディレイ時間を設けて処理することでもいい。
本例では、キー入力速度と起動遅延時間を組み合わせたが、キー入力速度の値により、即時、起動かける方法をとっても良い。
【００３７】
本実施例は、コンピュータプログラムにより実行することができる。すなわち、表示装置のフォアグラウンドで動作するフォアグラウンドプログラムの動作中にフォアグラウンドプログラムを操作するための入力装置の入力状態を判別する機能、電話の着信イベントが発生したときに、この入力状態の判別結果に応じて、表示装置のバックグラウンドで動作する電話機能に係るバックグラウンドプログラムにより電話の話中処理を行う機能を、コンピュータに実現させるためのプログラムを備えることができる。この入力状態は、一種のポアソン到着とみなすなどにより、次の入力予測確率により、直後の入力速度変化などを予測して、求めることもできる。また、このプログラムは、コンピュータ読み取り可能なＣＤＲＯＭ等の記録媒体に格納することができ、またインターネット等の電気通信回線を介してアップロードすることによりダウンロード可能とされ、適宜パソコン等のネットワーク端末にインストールすることができる。
【００３８】
以上、本実施例では、全入力の監視方法として、システムキューを参照することのできるフック機能を使用する方法で説明したが、ソフトフォンアプリケーションをインストール時、入力制御部１３４に含まれるキーボードドライバの一部を書き替えたり、追加したりすることにより、キーボードドライバで入力を監視し、その結果をソフトフォンアプリケーションに、メッセージ経由、または、ファイル経由で、入力情報を渡す方法を用いることでもよい。この場合は、変更、追加されるキーボードドライバなども、ソフトフォンアプリケーションとセットで提供される。
【００３９】
また、本実施例では、入力速度および特定の監視キーとして、キーボードからの入力操作を例示したが、マウスのクリック操作、バーコード入力など、その他のマンマシンインターフェースによる入力操作についても同様に適用可能である。また、入力速度や入力間隔などの監視値を端末装置の使用者毎に設定したり、図１０のイベントジャーナルを利用して、次の入力状態の予測値を変更したりすることができる。これにより、使用者に応じた癖が反映され、次の入力状態の予測精度を向上することが可能である。
【００４０】
このように本発明は、フォアグラウンドで動作するプログラム、オペレータ介入の条件が成立するか否か判定するステップを持ったバックグラウンドで動作するプログラム、これらを多重動作可能制御するオペレーティングシステムを持ち、入力状態を監視する手段を持ち、バックグラウンドプログラムで、着信などのオペレータ介入条件が成立した場合、本入力状態に応じて、バックグラウンドプログラムにて、着信に対する応答処理を行う。また、入力速度状態を監視する手段を持ち、バックグラウンドプログラムで、着信などのオペレータ介入条件が成立した場合、本入力速度状態に応じて、バックグラウンドプログラムにて、着信に対する応答処理を行う。入力速度（頻度）が、高いということは、現在、頻繁に、入力していることを示しており、着信に対する応答は、例えば、話中のアンサートーンで返すことを意味する。さらに、特定のキーの入力操作（入力状態）を監視する手段を持ち、バックグラウンドプログラムで、着信などのオペレータ介入条件が成立した場合、ある特定のキーの入力状態に応じて、バックグラウンドプログラムにて、着信に対する応答処理を行う。例えば、ＥＮＴＥＲキーなどの入力情報に従い、バックグラウンドプログラムにおいて、着信の受け付け処理を行う。つまり、ＥＮＴＥＲキー入力直後は、一旦、入力の隙間が空くことに着眼したものである。さらに、入力状態ジャーナルを持ち、本入力状態ジャーナルより、統計的に次の入力を予測する手段を持ち、バックグラウンドプログラムで、着信などのオペレータ介入条件が成立した場合、次の入力予測に基づいて、バックグラウンドプログラムにて、着信に対する応答処理を行う。例えば、入力発生の確率、間隔がポアソン分布などの統計分布に従うとみなして、次の入力状態を予測し、それに従い、バックグラウンドプログラムにおける着信に対する処理を行うことができる。
【産業上の利用可能性】
【００４１】
本発明は電話機能を有するネットワーク端末に係り、特に電話着信時にオペレータの端末操作状況に応じて電話の着信制御を行うネットワーク端末に関するものであり、産業上の利用可能性がある。
【図面の簡単な説明】
【００４２】
【図１】本発明に係るネットワーク端末が接続されるシステム構成例を示す図である。
【図２】図１に示すパソコン１のハードウェアブロック構成例を示す図である。
【図３】図１に示すパソコン１のソフトウェアブロック構成例を示す図である。
【図４】図１に示すパソコン１におけるソフトフォン画面の例を示す図である。
【図５】図１に示すパソコン１におけるハンドセット２の外観の例を示す図である。
【図６】ＩＰ電話の電文形式の例を示す図である。
【図７】（ａ）、（ｂ）は、パソコン１とハンドセット２間の電文形式の例を示す図である。
【図８】パソコン１の入力装置１０４からの入力イベントの入力ジャーナルの例を示す図である。
【図９】（ａ）、（ｂ）は、パソコン１の入力制御部１３４からソフトフォンアプリケーション部、特にイベント制御部１１１へ発生させるイベント形式の例を示す図である。
【図１０】パソコン１の入力制御部１３４からソフトフォンアプリケーション部、特にイベント制御部１１１へ発生するイベントジャーナルの例を示す図である。
【図１１】入力装置１０４からの入力状態を入力制御部１３４にて入力監視する項目のプリセットの例を示す図である。
【図１２】ＬＡＮ制御部１３１、入力フック制御部１１６、およびイベント制御部１１１の処理内容を示す流れ図である。
【図１３】図１２のソフトフォンイベント処理Ｓ１２２４の処理内容を示す流れ図である。
【符号の説明】
【００４３】
１  パソコン
２  ハンドセット
３  サーバ装置
４  ゲートウェイ
５  公衆回線網
６  外部電話
１０１  ＣＰＵ
１０２  メモリ
１０３  ＬＡＮ制御ボード
１０４  入力装置
１０５  表示装置
１０６  ＨＤＤ
１０７  ＵＳＢ制御ボード
１１０  ソフトフォンアプリケーション部
１１１、１５１  イベント制御部
１１２  音声制御部
１１３  発信制御部
１１４  着信制御部
１１５、１５２  画面操作制御部
１１６  入力フック制御部
１２０  オペレーティングシステム
１３０  入出力制御部
１３１  ＬＡＮ制御部
１３２  ハンドセット制御部
１３３  ハードディスク制御部
１３４  入力制御部
１３５  表示制御部
１５０  汎用アプリケーション部
【図１】
2006135809.tif 000003
【図２】
2006135809.tif 000004
【図３】
2006135809.tif 000005
【図４】
2006135809.tif 000006
【図５】
2006135809.tif 000007
【図６】
2006135809.tif 000008
【図７】
2006135809.tif 000009
【図８】
2006135809.tif 000010
【図９】
2006135809.tif 000011
【図１０】
2006135809.tif 000012
【図１１】
2006135809.tif 000013
【図１２】
2006135809.tif 000014
【図１３】
2006135809.tif 000015