(57)【要約】【課題】  電話機能を備え、スクリーンセーバを終了するために特定の文字列の入力が必要な情報処理装置において、着信からスクリーンセーバ終了までの時間を短くする情報処理装置を提供する。【解決手段】  予め、スクリーンセーバを終了するための文字列と同じ文字列を記憶しておく。着信時、記憶した文字列を読み出し、当該文字列を、例えば擬似キーコードとしてスクリーンセーバを実行するプログラムに渡すことにより、スクリーンセーバを終了する。【選択図】  図１
2006146542.tif 000002
【特許請求の範囲】
【請求項１】
着信信号を受信する受信手段と、特定の間操作されない場合、表示手段に特定の画像を出力し、予め定められた文字列と、入力された文字列とが一致する場合、前記特定の画像の出力を終了するスクリーンセーバ制御手段とを備える情報処理装置であって、
前記スクリーンセーバ制御手段に渡すための文字列を記憶する着信時パスワード記憶手段と、
前記着信信号を受信した場合、前記着信時パスワード記憶手段から文字列を読出し、当該読み出した文字列を前記スクリーンセーバ制御手段に渡す制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
発信元の電話番号情報を含む着信信号を受信する手段と、特定の間操作されない場合、表示手段に特定の画像を出力し、予め定められた文字列と、入力された文字列とが一致する場合、前記特定の画像の出力を終了するスクリーンセーバ制御手段とを備える情報処理装置であって、
電話番号情報と、当該電話番号情報に対応する文字列とを１組以上記憶する着信時パスワード記憶手段と、
前記着信時パスワード記憶手段を参照し、前記着信信号に含まれる電話番号情報に対応する文字列を読み出し、当該読み出した文字列を前記スクリーンセーバ制御手段に渡す制御手段と
を備えることを特徴とする情報処理装置。
【請求項３】
請求項２記載の情報処理装置であって、
前記着信信号を受信した場合、前記スクリーンセーバ制御手段に、前記情報処理装置が操作されたことを示す情報を渡すことにより、文字列を入力可能とさせる操作通知手段をさらに備えることを特徴とする情報処理装置。
【請求項４】
請求項２又は請求項３記載の情報処理装置であって、
前記着信時パスワード記憶手段に記憶された文字列は、前記予め定められた文字列の一部であって最初の文字を含むものであることを特徴とする情報処理装置。
【請求項５】
発信元の電話番号情報を含む着信信号を受信する手段と、特定の間操作されない場合、表示手段に特定の画像を出力し、予め定められた文字列と、入力された文字列とが一致する場合、前記特定の画像の出力を終了するスクリーンセーバ制御手段とを備える情報処理装置であって、
前記スクリーンセーバ制御手段に渡すための文字列を記憶する着信時パスワード記憶手段と、
１以上の電話番号情報を記憶する電話番号記憶手段と、
前記着信信号に含まれる電話番号情報が、前記電話番号記憶手段に含まれていない場合、前記着信時パスワード記憶手段から文字列を読出し、当該読み出した文字列を前記スクリーンセーバ制御手段に渡す制御手段と、
を備えることを特徴とする情報処理装置。
【請求項６】
着信信号を受信する受信手段と、記憶手段と、制御手段と、表示手段とを備え、特定の間操作されない場合、前記表示手段に特定の画像を出力し、予め定められた文字列と、入力された文字列とが一致する場合、前記特定の画像の出力を終了するステップを実行するスクリーンセーバ制御プログラムを実行する情報処理装置により実行されるプログラムであって、
前記記憶手段に、前記スクリーンセーバ制御プログラムに渡すための文字列を記憶するステップと、
前記制御手段が、前記受信手段により着信信号を受信した場合、前記記憶手段から文字列を読出すステップと、
前記制御手段が、前記記憶手段から文字列を読出し、当該読み出した文字列を前記スクリーンセーバ制御プログラムに渡すステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話機機能を実現する情報処理装置及びプログラムに関するものである。
【背景技術】
【０００２】
音声通話を実現する技術として、例えばＩＰ電話がある。ＩＰ電話とは、ＴＣＰ／ＩＰ上で、Ｈ３２３、ＳＩＰ（Session Initiation Protocol）などのプロトコルを用いて、音声データを１対１で送受信するものである。通常、ＩＰ電話は、ＰＣ等の情報処理装置に、ハンドセットやヘッドセット等の送受話器を接続することにより、電話機の機能を実現している。
【０００３】
一般的に、ＩＰ電話に用いられるヘッドセットやハンドセット等の送受話器は、一般電話機の送受話器と同様に、相手からの音声を出力するスピーカ、集音するマイクロフォン等を備えている。また、ＩＰ電話では、一般電話機におけるダイヤル、電話回線の接続及び切断を行うフックに該当するものを、送受話器を接続する情報処理装置のディスプレイ等の出力装置にボタン等として出力し、利用者がキーボードやマウス等を使用して当該ボタン等を押下することにより、その機能を実現する場合がある。一般的に、ヘッドセット型の送受話器は、電話回線の接続及び切断を行うフックに該当するものを備えておらず、ディスプレイに表示されたボタンを押下等することにより、電話回線の接続及び切断を指示する。
【０００４】
ところで、ＰＣ等の情報処理装置は、特定の時間当該装置が操作されない場合、ディスプレイの焼付けを防ぐためにスクリーンセーバを実行する場合がある。また、企業等において、ＰＣ等の情報処理装置は、セキュリティ上の理由から、スクリーンセーバを終了するために、パスワードとして文字列の入力を要求する場合がある。
【０００５】
特許文献１には、ＰＣ等の通信装置に携帯電話を接続しておき、携帯電話を外すとスクリーンセーバを実行し、携帯電話を再度接続するとスクリーンセーバを終了することが記載されている。
【０００６】
【特許文献１】特開２００２−１７６４９２号広報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述のように、スクリーンセーバ終了のために特定の文字列の入力が必要である情報処理装置によりＩＰ電話機能を実現する場合、当該機能を用いるためにスクリーンセーバを終了させなければならない場合がある。
【０００８】
例えば、ヘッドセット型の送受話器のように、電話回線の接続及び切断を行うフックに該当するものをディスプレイ等の出力装置にボタン等として表示して実現する情報処理装置では、着信した時にスクリーンセーバが実行されている場合、電話回線を接続するために、文字列を入力してスクリーンセーバを終了し、ディスプレイ上に表示されたボタン等をマウス等を用いて押下しなければならない。
【０００９】
また、例えば、ＩＰ電話では、発信元の電話番号はディスプレイに表示される場合があるが、電話回線を接続する前に発信元を確認したい場合、上述と同様に文字列を入力してスクリーンセーバを終了しなければならない。
【００１０】
このように、ディスプレイにＩＰ電話制御のための画面を表示するために、スクリーンセーバ終了のための文字列の入力が必要となるので、着信から電話回線の接続までの時間が一般電話を用いる場合より長いものとなり、発信元の心証を悪くする原因となり得る。
【００１１】
特許文献１の技術では、スクリーンセーバ終了のために携帯電話を通信装置に接続する必要がある。従って、着信から電話回線の接続までの時間が、一般電話機を用いる場合より長いものとなることには変わりは無い。
【００１２】
本発明はこのような事情に鑑みてなされたもので、電話機機能と、終了するために特定の文字列の入力を必要とするスクリーンセーバとを備える情報処理装置において、着信時、スクリーンセーバの終了を早くすることのできる情報処理装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明は上記の目的を達成するためになされたもので、予め、特定の文字列を記憶しておき、着信時、当該文字列をスクリーンセーバに渡すことにより、スクリーンセーバを終了させることを特徴とする。
【００１４】
そのために、例えば、着信信号を受信する受信手段と、特定の間操作されない場合、表示手段に特定の画像を出力し、予め定められた文字列と、入力された文字列とが一致する場合、前記特定の画像の出力を終了するスクリーンセーバ制御手段とを備える情報処理装置であって、前記スクリーンセーバ制御手段に渡すための文字列を記憶する着信時パスワード記憶手段と、前記着信信号を受信した場合、前記着信時パスワード記憶手段から文字列を読出し、当該読み出した文字列を前記スクリーンセーバ制御手段に渡す制御手段と、を備えることを特徴とする。
【発明の効果】
【００１５】
本発明による情報処理装置及びプログラムによれば、電話機機能を実現する情報処理装置において、スクリーンセーバの終了に文字列の入力が必要な場合、着信時、利用者による文字列の入力を不要とする、又は、より文字数の少ない文字列でもスクリーンセーバを終了可能とすることができる。これにより、例えば、ディスプレイ等の出力装置に特定の画像を出力する場合、電話回線接続までの時間を短くすることが可能となる。また、着信時の操作性向上を図ることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の一実施形態を図面を参照して詳細に説明する。
【００１７】
図２は、本実施形態のシステム構成を示す。図２において、サーバ１は、電話番号とＩＰアドレスの変換等、ＳＩＰ等のＶｏＩＰ（Voice over IP）機能を用いて電話通信制御を行う。情報処理装置２は、ＩＰ電話機能を備える情報処理装置であり、例えばＰＣ等である。情報処理装置２は、ＬＡＮ（Local Area Network）を介してサーバ１と接続する。送受話器３は、ＩＰ電話で送受話を行うものであり、情報処理装置２と接続される。送受話器３には、例えば、ヘッドセット型とハンドセット型とがあるが、本実施形態ではヘッドセット型であるものとして説明する。ゲートウェイ５は、通信ネットワーク４と、図示しない電話回線網との信号方式の変換を行う。ＰＢＸ（Private Branch Exchange）６は、構内交換機であり、一般電話機７の接続制御を行う。
【００１８】
図３は、情報処理装置２のハードウェア構成を示す図である。図３において、情報処理装置２は、ＣＰＵ（Central Processing Unit）２０１、メモリ２０２、ＬＡＮ接続部２０３、ＨＤＤ（Hard Disk Drive）２０４、入力部２０５、出力部２０６、ＵＳＢ（Universal Serial Bus）接続部２０７等を備える。
【００１９】
入力部２０５には、キーボード２０８、マウス（図示略）等の入力装置が接続される。出力部２０６には、ディスプレイ２０９、スピーカ、プリンタ（いずれも図示略）等の出力装置が接続される。ＵＳＢ接続部２０７には、送受話器３が接続される。
【００２０】
図４は、ヘッドセット型の送受話器３の一例を示す。図４において、送受話器３は、ＵＳＢケーブル３０１、イヤホン３０２、マイク３０３、保持具３０４等を備える。送受話器３は、ＵＳＢケーブル３０１により情報処理装置２と接続される。保持部３０４は、左右のイヤホン３０２同士を固定するものである。
【００２１】
図５は、送受話器３と情報処理装置２との間で送受信される信号の形式例を示す。図５の（ａ）において、信号５０１は、送受話器３から情報処理装置２へ送信される信号を示す。図５の（ｂ）において、信号５０２は、情報処理装置２から送受話器３へ送信される信号を示す。
【００２２】
信号５０１は、送受話器３から情報処理装置２へ送信されることを示す識別子と、送受話器３のマイク３０３から入力された音声コードとを含む。図５の（ａ）の例では、送受話器３から情報処理装置２へ送信されることを示す識別子を「ＩＮ」で示している。
【００２３】
信号５０２は、情報処理装置２から送受話器３へ送信されることを示す識別子と、相手の電話機から送信された音声コードとを含む。図５の（ｂ）の例では、情報処理装置２から送受話器３へ送信されることを示す識別子を「ＯＵＴ」で示している。
【００２４】
図１は、情報処理装置２の機能ブロックの一例を示す図である。図１において、情報処理装置２は、通信制御部２２１、ソフトフォン制御部２２２、電話帳テーブル２２３、着信時パスワードテーブル２２４、送受話器制御部２２５、入力制御部２２６、スクリーンセーバ制御部２２７、パスワードテーブル２２８、表示制御部２２９等を備える。
【００２５】
なお、通信制御部２２１、ソフトフォン制御部２２２、送受話器制御部２２５、入力制御部２２６、スクリーンセーバ制御部２２７、表示制御部２２９等は、各部の機能を実現するためのプログラムをメモリ２０２にロードしてＣＰＵ２０１が実行することにより実現される。また、電話帳テーブル２２３、着信時パスワードテーブル２２４、パスワードテーブル２２８等は、メモリ２０２に格納される。
【００２６】
通信制御部２２１は、ＴＣＰ／ＩＰプロトコル、ＬＡＮ接続部２０３等を制御する。ソフトフォン制御部２２２は、ＩＰ電話機機能を実現するものであり、発信、着信、音声信号の送受信等の制御を行い、さらに、着信時、後述するスクリーンセーバ終了のための動作の一部を行う。
【００２７】
利用者が、キーボード２０８等の入力装置を用いて電話機機能を実現するプログラムの実行を指示すると、ソフトフォン制御部２２２は、図６に一例を示す画面６０１をディスプレイ２０９に出力させる。電話をかけたい場合、利用者は、画面６０１に示すプッシュボタンをマウスやキーボード２０８等で押下して相手の電話番号を入力し、「発信」ボタンを押下することで、着信信号の出力を指示する。電話回線を接続する場合、利用者は、画面６０１に示す「着信」ボタンをマウスやキーボード２０８等で押下して、回線接続を指示する。電話回線を切断する場合、利用者は、画面６０１に示す「切断」ボタンをマウスやキーボード２０８等で押下して、回線切断を指示する。
【００２８】
電話帳テーブル２２３は、電話番号情報等を格納する。着信時パスワードテーブル２２４は、着信信号を受信した場合に、後述するスクリーンセーバ制御部２２７に渡すための文字列を記憶する。
【００２９】
送受話器制御部２２５は、送受話器３への信号の入出力を制御する。入力制御部２２６は、キーボード２０８等の入力装置からの情報の入出力を制御する。
【００３０】
スクリーンセーバ制御部２２７は公知のものであり、特定の時間、情報処理装置２が操作されない場合、特定の記憶エリア等に格納している動画又は静止画等の画像をディスプレイ２０９に出力させるものである。スクリーンセーバ制御部２２７は、スクリーンセーバ実行中に情報処理装置２が操作された場合、利用者に文字列を入力させるための画像を出力し、利用者に入力された文字列が、パスワードテーブル２２８に予め格納された文字列と一致する場合のみスクリーンセーバを終了し、ディスプレイ２０９に他の画像等を表示可能な状態とする。以下、パスワードテーブル２２８に格納される、スクリーンセーバを終了するための文字列をデフォルトパスワードとして説明する。ここでは、デフォルトパスワードは「１２３４５６」であるものとして説明する。
【００３１】
表示制御部２２９は、ディスプレイ２０９へ出力する画像情報の出力を制御する。
【００３２】
図７は、電話帳テーブル２２３の一例を示す図である。図７において、電話帳テーブル２２３は、例えば、情報処理装置２の利用者が個人で用いている電話帳である。電話帳テーブル２２３には、電話番号情報と対応付けて、氏名情報と、属性情報等が複数格納されている。ここで、属性とは、例えば、「顧客」、「上司」、「同僚」等であり、電話番号を用いる相手と情報処理装置２の利用者との関係を示すものである。
【００３３】
図８は、着信時パスワードテーブル２２４の一例である。図８において、着信時パスワードテーブル２２４には、属性と対応付けて、文字列である着信時パスワードが格納されている。この属性とは、電話帳テーブル２２３の属性と同じであり、例えば「顧客」、「上司」、「同僚」等である。着信時パスワードとは、着信時、発信元の属性に応じてスクリーンセーバ制御部２２７に渡す文字列である。着信時パスワードは特に限定するものではないが、ここでは、属性が「顧客」である場合、デフォルトパスワードと同じ文字列を着信時パスワードとする。属性が「上司」である場合、デフォルトパスワードの最初の文字から連続する幾つかの文字列を着信時パスワードとする。属性が「同僚」である場合、着信時パスワード無しとする。図８の例では、属性が「顧客」である場合「１２３４５６」をスクリーンセーバ制御部２２７に渡す。属性が「上司」である場合「１２３」をスクリーンセーバ制御部２２７に渡す。属性が「同僚」である場合、スクリーンセーバ制御部２２７には文字列を渡さない。従って、発信元の属性が「顧客」である場合、利用者による文字列の入力無しでスクリーンセーバを終了するが、発信元の属性が「上司」又は「同僚」である場合、スクリーンセーバの終了には利用者による文字列の入力が必要である。即ち、属性が「上司」の場合「４５６」を入力する必要があり、属性が「同僚」の場合「１２３４５６」を入力する必要がある。
【００３４】
上述した電話帳テーブル２２３、着信時パスワードテーブル２２４内の情報は、予め設定されていてもよく、利用者が入力装置を用いて追加、変更、削除等してもよい。
【００３５】
以下、情報処理装置２の動作を図を参照して説明する。
【００３６】
通話するのは、一般電話機７とＩＰ電話機機能を実現する情報処理装置２との組合せでもよいが、ここでは、ＩＰ電話機機能を実現する情報処理装置２同士が通話するものとして説明する。説明のために特に区別する場合、着信信号を送信する情報処理装置２を情報処理装置２Ａ、着信信号を受信する情報処理装置２を情報処理装置２Ｂとして説明する。
【００３７】
利用者は、情報処理装置２Ａを用いて、相手の電話番号を入力等して回線接続を指示する。情報処理装置２Ａのソフトフォン制御部２２２は、入力等された電話番号に基づいて、回線接続を要求する着信信号を送信する（図９におけるステップ９０１）。
【００３８】
ここで、ＩＰ電話機能を実現する場合に、情報処理装置２間で送受信される信号の一例を図１０に示す。図１０において、信号１００１は、ソースアドレス、デスティネーションアドレス、セッション番号、コンテンツ等を備える。ソースアドレスとは、当該信号の発信元の識別アドレスである。デスティネーションアドレスとは、当該信号の受信元の識別アドレスである。セッション番号とは、ＩＰ電話機能を実現する他の情報処理装置２との混信を防ぐための識別符号である。コンテンツとは、着信、切断、音声信号等の制御符号や、音声信号そのものを含むものである。
【００３９】
情報処理装置２Ｂは、スクリーンセーバ制御部２２７により、スクリーンセーバを実行しているものとする。回線接続を要求する着信信号は、情報処理装置２Ｂに入力される。情報処理装置２Ｂのソフトフォン制御部２２２は、着信信号を受信すると（図９におけるステップ９０２）、呼出音をスピーカ等の出力装置に出力する。
【００４０】
次に、ソフトフォン制御部２２２は、情報処理装置２Ｂがスクリーンセーバを実行しているか否か判定する。スクリーンセーバが実行中か否か判定するためには、例えば、スクリーンセーバ制御部２２７等により立てられる、スクリーンセーバを実行したか否かを示すフラグ等を確認することで実現可能である。
【００４１】
ここでは、スクリーンセーバを実行しているので、情報処理装置２Ｂは、ソフトフォン制御部２２２及びスクリーンセーバ制御部２２７により、スクリーンセーバを終了する（図９におけるステップ９０３）。以下、ソフトフォン制御部２２２及びスクリーンセーバ制御部２２７がスクリーンセーバを終了する動作を詳細に説明する。
【００４２】
上述したように、スクリーンセーバ制御部２２７は、スクリーンセーバを実行している（図１１におけるステップ１１０１）。
【００４３】
ソフトフォン制御部２２２は、着信信号を受信すると（図１１におけるステップ１１０２）、呼出音をスピーカ等の出力装置に出力する。さらに、ソフトフォン制御部２２２は、着信したことを示す情報をスクリーンセーバ制御部２２７に渡す（図１１におけるステップ１１０３）。
【００４４】
そのために、例えば、ソフトフォン制御部２２２は、キーボード２０８又はマウス等の入力装置が操作されたことを示す情報をスクリーンセーバ制御部２２７に渡す。
【００４５】
キーボード２０８が操作されたことを示す情報として、例えば、ソフトフォン制御部２２２は、任意の文字列をキーコードに変換し、当該キーコードを、キーボード２０８が押下されることにより発生する情報として、スクリーンセーバ制御部２２７に渡す。スクリーンセーバ制御部２２７に渡すキーコードのもととなる任意の文字列とは、例えば、受信した着信信号に含まれる発信元の電話番号情報である。
【００４６】
マウスが操作されたことを示す情報として、例えば、ソフトフォン制御部２２２は、マウスポインタの任意の座標を示す情報、又は、マウスのボタンが押下等されたことを示す情報を、マウスが操作されたことにより取得する情報としてスクリーンセーバ制御部２２７に渡す。
【００４７】
これらは、実際に利用者が情報処理装置２を操作することにより発生する情報ではないため、以下、スクリーンセーバ制御部２２７に渡すキーコードを擬似キーコードと呼称して説明する。また、同様に、マウスが操作されたものとして渡す情報も、以下、擬似操作情報と呼称して説明する。
【００４８】
ソフトフォン制御部２２２がスクリーンセーバ制御部２２７に擬似キーコード又は擬似操作情報を渡す処理は、例えば、ソフトフォン制御部２２２がメモリ２０２等の特定の記憶エリアに擬似キーコード又は擬似操作情報を格納し、スクリーンセーバ制御部２２７が当該特定の記憶エリアから擬似キーコード又は擬似操作情報を読み出すことにより実現される。このソフトフォン制御部２２２の擬似キーコード又は擬似操作情報を渡す処理は、例えば、「sendkeys」関数や「JournalPlaybackProc」フックプロージャ等を用いることにより実現可能である。
【００４９】
スクリーンセーバ制御部２２７は、擬似キーコード又は擬似操作情報に対しても、キーボードが押下されたことにより発生したキーコード又はマウスが操作された場合に取得する情報と同様に処理する。即ち、スクリーンセーバ制御部２２７は、キーボード２０８又はマウスが操作されたものと判定し、図１２に一例を示すようなパスワードを入力させるための画面１２０１をディスプレイ２０９に出力する（図１１におけるステップ１１０４）。
【００５０】
一方、ソフトフォン制御部２２２は、着信信号に含まれる発信元の電話番号情報を取得する。次に、ソフトフォン制御部２２２は、電話帳テーブル２２３を参照し、取得した電話番号情報に対応する属性情報を取得する（図１１におけるステップ１１０５）。次に、ソフトフォン制御部２２２は、取得した属性情報をディスプレイ２０９に出力する（図１１におけるステップ１１０６）。ディスプレイ２０９は入力された属性情報を表示する（図１１におけるステップ１１０７）。属性情報の表示例を図１２の画面１２０２に示す。画面１２０２は、例えば、予め定められたフォーマットを用いることにより表示される。
【００５１】
次に、ソフトフォン制御部２２２は、取得した発信元の属性情報が何であるか判定する（図１１におけるステップ１１０８）。
【００５２】
判定の結果、取得した属性情報が「顧客」であれば、ソフトフォン制御部２２２は、着信時パスワードテーブル２２４から、属性情報「顧客」に対応する着信時パスワードを読み出し（図１１におけるステップ１１０９）、当該着信時パスワードをスクリーンセーバ制御部２２７に渡す（図１１におけるステップ１１１０）。具体的には、例えば、ソフトフォン制御部２２２は、図８に一例を示す着信時パスワードテーブル２２４を参照し、属性情報「顧客」に対応する着信時パスワード「１２３４５６」を取得して、当該着信時パスワードをスクリーンセーバ制御部２２７に渡す。この着信時パスワードを渡す処理の具体例は、上述した擬似キーコードと同様である。
【００５３】
スクリーンセーバ制御部２２７は、スクリーンセーバ終了のための文字列が、パスワードテーブル２２８内に格納されたデフォルトパスワードと一致するか否か判定する（図１１におけるステップ１１１１）。判定の結果、一致する場合、スクリーンセーバ制御部２２７は、スクリーンセーバを終了する（図１１におけるステップ１１１２）。
【００５４】
即ち、発信元の属性情報が「顧客」である場合、図１２の画面１２０１に一例を示すパスワードを入力させるための画面が表示されても、ソフトフォン制御部２２２からデフォルトパスワードと一致する文字列「１２３４５６」が渡されるため、スクリーンセーバ制御部２２７は利用者による文字列の入力を待つことなくスクリーンセーバを終了する。従って、画面１２０１に一例を示すパスワードを入力させるための画面の出力は速やかに終了する。
【００５５】
ステップ１１０８の判定の結果、取得した属性情報が「上司」であれば、ソフトフォン制御部２２２は、着信時パスワードテーブル２２４から、属性情報「上司」に対応する着信時パスワードを読み出し（図１１におけるステップ１１１３）、当該着信時パスワードをスクリーンセーバ制御部２２７に渡す（図１１におけるステップ１１１０）。具体的には、例えば、ソフトフォン制御部２２２は、図８に一例を示す着信時パスワードテーブル２２４を参照し、属性情報「上司」に対応する着信時パスワード「１２３」を取得して、当該着信時パスワードをスクリーンセーバ制御部２２７に渡す。この処理を実現する動作例は上述の擬似キーコードと同様である。
【００５６】
一方、呼出音を認識した利用者は、キーボード２０８を用いて、スクリーンセーバを終了するための文字列を入力する。具体的には、例えば、利用者は、図１２の画面１２０２に一例を示す画面により発信元を確認し、当該発信元に応じて、キーボード２０８を用いて、スクリーンセーバを終了するための文字列を追加入力する。入力制御部２２６は、利用者により文字列が入力されると（図１１におけるステップ１１１４）、入力された文字列をスクリーンセーバ終了のための文字列としてスクリーンセーバ制御部２２７に渡す（図１１におけるステップ１１１５）。
【００５７】
スクリーンセーバ制御部２２７は、スクリーンセーバ終了のための文字列が、パスワードテーブル２２８内に格納されたデフォルトパスワードと一致するか否か判定する（図１１におけるステップ１１１１）。この場合、スクリーンセーバ制御部２２７は、ソフトフォン制御部２２２から渡された着信時パスワードと利用者により追加入力された文字列とを組み合わせ合成した文字列と、デフォルトパスワードとが一致するか否か判定する。一致する場合、スクリーンセーバ制御部２２７は、スクリーンセーバを終了する（図１１におけるステップ１１１２）。
【００５８】
上述したように、属性情報「上司」に対応する着信時パスワードは、デフォルトパスワードの最初の文字から連続する幾つかの文字列である。従って、発信元の属性情報が「上司」である場合、スクリーンセーバを終了させるために、利用者は、着信時パスワードに含まれない残りの文字列を入力する必要がある。スクリーンセーバ制御部２２７は、ソフトフォン制御部２２２から渡された文字列に入力制御部２２６から渡された文字列を追加・合成して取得した文字列がデフォルトパスワードと一致するか否か判定する。具体的には、例えば、ソフトフォン制御部２２２は、属性情報「上司」の着信時パスワード「１２３」を、上述のように、擬似キーコードとしてスクリーンセーバ制御部２２７に渡す。スクリーンセーバ制御部２２７は、擬似キーコード「１２３」に次いで、入力制御部２２６から渡されたキーコードを取得し、擬似キーコード「１２３」と、入力制御部２２６から渡されたキーコードとを、組み合わせ合成した文字列を、キーボード２０８等が押下等されることにより入力されたスクリーンセーバ終了のための文字列として処理する。このスクリーンセーバ制御部２２７の動作は公知の技術である。属性情報「上司」の着信時パスワードが「１２３」である場合、入力制御部２２６から渡されたキーコードが「４５６」を示すものであれば、スクリーンセーバ制御部２２７はスクリーンセーバを終了する。
【００５９】
ステップ１１０８の判定の結果、取得した属性情報が「同僚」であれば、ソフトフォン制御部２２２は何もしない。スクリーンセーバ制御部２２７は、通常のスクリーンセーバ終了のための動作と同様の処理を行う。
【００６０】
スクリーンセーバ制御部２２７がスクリーンセーバを終了すると、表示制御部２２９は、スクリーンセーバ実行前にディスプレイ２０９に表示していた、図６に一例を示すような画面６０１を再度表示する。
【００６１】
上述のようにスクリーンセーバを終了すると、利用者は、図６に一例を示すような画面６０１でＩＰ電話機能を操作可能となる。利用者は、マウス等の入力装置を用いて「着信」ボタンを押下等することにより、回線接続を指示する。ソフトフォン制御部２２２は、回線接続が指示されると、応答通知信号を送信する（図９におけるステップ９０４）。情報処理装置２Ａは、応答通知信号を受信する（図９におけるステップ９０５）。このように通話回線が接続され、音声信号のやり取りが可能となる。
【００６２】
これにより、スクリーンセーバ終了のために特定の文字列の入力が必要な情報処理装置において、スクリーンセーバ終了までの時間を短くすることができるので、回線接続のためにディスプレイ等の出力装置に特定の画像を出力する必要がある場合、電話回線接続までの時間を短くすることが可能となる。また、回線接続のためにディスプレイ等の出力装置に特定の画像を出力する必要がなくても、例えば、情報処理装置により出力した文字や図等を見ながら会話する場合があるが、このような場合でも、相手を待たせることなく文字や図を出力することが可能となる。
【００６３】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【００６４】
例えば、上述の実施形態では、発信元に応じて、スクリーンセーバを終了するパスワードが異なるものとしたが、これに限られるわけではない。
【００６５】
具体的には、例えば、着信した場合、発信元が誰であろうとも、文字列の入力無しでスクリーンセーバを終了してもよい。これを実現するためには、例えば、ソフトフォン制御部は、着信信号を受信すると、着信時パスワードテーブルに格納されている着信時パスワードを読出す。この着信時パスワードは、デフォルトパスワードと一致するものである。ソフトフォン制御部は、当該着信時パスワードをスクリーンセーバ制御部に渡す。スクリーンセーバ制御部は、上述と同様にスクリーンセーバを終了する。
【００６６】
これにより、着信時、発信元が誰であろうとも、文字列の入力無しでスクリーンセーバを終了することができる。なお、この場合、上述の電話帳テーブルは必ずしも備えなくても良い。
【００６７】
また、例えば、着信時、着信信号に含まれる発信元の電話番号情報が電話帳テーブルに含まれていない場合のみ、文字列の入力無しでスクリーンセーバを終了してもよい。これを実現するためには、例えば、ソフトフォン制御部は、着信信号を受信すると、着信信号に含まれる発信元の電話番号情報を取得する。次に、ソフトフォン制御部は、取得した電話番号情報が、電話帳テーブルに含まれているか否か判定する。判定の結果、取得した電話番号情報が電話帳テーブルに含まれていない場合、ソフトフォン制御部は、着信時パスワードテーブルから着信時パスワードを読出す。この着信時パスワードは、デフォルトパスワードと一致するものである。ソフトフォン制御部は、当該着信時パスワードをスクリーンセーバ制御部に渡す。スクリーンセーバ制御部は、上述と同様にスクリーンセーバを終了する。
【００６８】
これは、例えば会社の社員で電話帳テーブルを共有する場合などに有効である。これにより、発信元が利用者の会社の社員以外である場合、即ち、発信元が顧客等目上に当たる人物である可能性がある場合、文字列の入力無しでスクリーンセーバを終了することができる。
【００６９】
上述したスクリーンセーバを終了するための動作例は、予め定められたいずれか一つを実行するものでもよく、また、利用者が選択できるようにしてもよい。また、上述の動作を組み合わせても良い。
【００７０】
また、上述の実施形態では、ソフトフォン制御部はスクリーンセーバ終了のために着信時パスワードテーブルからデフォルトパスワードと同じ文字列を取得し、スクリーンセーバ制御部はパスワードテーブルからデフォルトパスワードを取得するものとしたが、これに限られるわけではなく、ソフトフォン制御部とパスワード制御部とが同じテーブルから文字列を取得してもよい。
【００７１】
また、上述の実施形態では、電話帳テーブルを参照して、着信信号に含まれる電話番号から発信元の属性を取得し、次いで、着信時パスワードテーブルを参照して、取得した属性に対応する着信時パスワードを取得するものとしたが、着信時パスワードテーブルに、電話番号情報と、当該電話番号情報に対応する着信時パスワードを格納してもよい。
【００７２】
また、上述の実施形態では、着信信号の発信元の属性が「顧客」である場合、入力された文字列が「顧客」に対応する着信時パスワードと一致する場合にスクリーンセーバを終了するものとしたが、これに限られるわけではない。例えば、入力された文字列がデフォルトパスワードと一致する場合にもスクリーンセーバを終了可能としてもよい。この場合、例えば、上述と同様に擬似キーコードとすることにより実現可能である。
【００７３】
また、上述の実施形態において、着信信号に含まれる電話番号が電話帳テーブルに含まれていない場合、上述した属性情報「顧客」である場合と同様に、文字列の入力無しでスクリーンセーバを終了してもよい。
【００７４】
また、上述の実施形態では、電話帳テーブルの「属性」には、「同僚」、「上司」、「顧客」があるものとしたが、これに限られるものではない。
【図面の簡単な説明】
【００７５】
【図１】本発明の１実施形態において、情報処理装置の機能ブロックの一例を示す図である。
【図２】同実施形態において、システム構成を示す図である。
【図３】同実施形態において、情報処理装置のハードウェア構成を示す図である。
【図４】同実施形態において、ヘッドセット型の送受話器の一例を示す図である。
【図５】同実施形態において、情報処理装置と送受話器との間で送受信される信号の形式の一例である。
【図６】同実施形態において、ＩＰ電話を制御するための画面の一例である。
【図７】同実施形態において、電話帳テーブルの一例である。
【図８】同実施形態において、着信時パスワードテーブルの一例である。
【図９】同実施形態において、回線接続までの動作例を説明する図である。
【図１０】同実施形態において、情報処理装置間で送受信される信号の形式の一例である。
【図１１】同実施形態において、スクリーンセーバを終了するまでの動作例である。
【図１２】同実施形態において、スクリーンセーバの出力例である。
【符号の説明】
【００７６】
１：サーバ、２：情報処理装置、３：送受話器、４：通信ネットワーク、５：ゲートウェイ、６：ＰＢＸ、７：一般電話機、２０１：ＣＰＵ、２０２：メモリ、２０３：ＬＡＮ接続部、２０４：ＨＤＤ、２０５：入力部、２０６：出力部、２０７：ＵＳＢ接続部、２０８：キーボード、２０９：ディスプレイ、２２１：通信制御部、２２２：ソフトフォン制御部、２２３：電話帳テーブル、２２４：着信時パスワードテーブル、２２５：送受話器制御部、２２６：入力制御部、２２７：スクリーンセーバ制御部、 ２２８：パスワードテーブル、２２９：表示制御部、３０１：ＵＳＢケーブル、３０２：イヤホン、３０３：マイク、３０４：保持具、５０１：信号、５０２：信号、６０１：画面、１００１：信号、１２０１：画面、１２０２：画面
【図１】
2006146542.tif 000003
【図２】
2006146542.tif 000004
【図３】
2006146542.tif 000005
【図４】
2006146542.tif 000006
【図５】
2006146542.tif 000007
【図６】
2006146542.tif 000008
【図７】
2006146542.tif 000009
【図８】
2006146542.tif 000010
【図９】
2006146542.tif 000011
【図１０】
2006146542.tif 000012
【図１１】
2006146542.tif 000013
【図１２】
2006146542.tif 000014