(57)【要約】  呼出音として、発信先の存在情報に基づいて電話アナウンスメントを出力するための方法及びシステムが提供される。アナウンスメントシステムはユーザの存在情報と共に提供される。電話システムが発信元から着信してくる電話の指示を受信したとき、電話システムは発信先を特定する。発信先が特定された後、アナウンスメントシステムは発信先に対する存在情報を取得し、その存在情報に基づいたアナウンスメントを生成する。
2009500948.tif 000002
【特許請求の範囲】
【請求項１】
電話アナウンスメントを提供するための電話システムにおける方法であって、
発信元から発信先へ着信してくる電話の指示を受信するステップと、
前記指示を受信した後、前記発信先の存在情報を取得するステップと、
前記電話が繋がる前に、前記取得した存在情報から得られたアナウンスメントを前記発信元へ出力するステップと
を備えることを特徴とする方法。
【請求項２】
前記アナウンスメントが出力される前に前記電話を前記発信先へ転送するステップを備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記アナウンスメントの前記出力が完了した後、前記電話を前記発信先へ転送するステップを備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記アナウンスメントを出力する前に、事前アナウンスメント処理を実施するステップを備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記事前アナウンスメント処理は、前記電話を終了すること、前記電話を前記発信先へ転送すること、及び前記アナウンスメントを出力せずに前記電話をボイスメールへ転送することからなるグループから選択されることを特徴とする請求項４に記載の方法。
【請求項６】
アナウンスメントを出力した後に、事後アナウンスメント処理を実施するステップを備えることを特徴とする請求項１に記載の方法。
【請求項７】
前記事後アナウンスメント処理は、前記電話を終了すること、前記電話を発信先へ転送すること、及びボイスメールへ前記電話を転送することからなるグループから選択されることを特徴とする請求項６に記載の方法。
【請求項８】
発信先の存在情報を定期的に読込むステップと、発信先の存在情報が発行されたときに存在情報を記憶するステップとを備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記存在情報は、前記発信先によって録音されたアナウンスメントを有することを特徴とする請求項１に記載の方法。
【請求項１０】
前記存在情報は、発信先の応答可能性を有し、前記アナウンスメントは、発信先の応答可能性をアナウンスすることを特徴とする請求項１に記載の方法。
【請求項１１】
前記アナウンスメントの前記出力の間、前記発信元から入力を受信するステップと、前記発信元からの入力に従って、前記電話を処理することを特徴とする請求項１に記載の方法。
【請求項１２】
前記発信元からの入力に従って前記電話を処理するステップは、前記電話は高い優先度であると前記発信元へ注意を喚起すること、前記電話をボイスメールへ転送すること、及び前記アナウンスメントをカスタマイズすることからなるグループから選択された処理を有することを特徴とする請求項１１に記載の方法。
【請求項１３】
呼出音を提供するためのコンピュータシステムを制御する方法を実行する命令を格納したコンピュータ可読媒体であって、当該方法は、
発信元から電話番号へ着信してくる電話の指示を受信するステップと、
電話番号に対するユーザのマッピングを使用して、電話をされた電話番号から当該電話をされたユーザを特定するステップと、
前記電話をされたユーザの応答可能性を有する存在情報であって、前記電話をされたユーザに対する当該存在情報を取得するステップと、
前記電話をされたユーザの前記応答可能性を示す呼出音を前記発信元へ出力するステップと
を備えることを特徴とするコンピュータ可読媒体。
【請求項１４】
前記呼出音を出力する前に、前記電話をされたユーザへ当該電話を転送するステップを備えることを特徴とする請求項１３に記載のコンピュータ可読媒体。
【請求項１５】
前記呼出音の前記出力が完了した後に、前記電話をされたユーザへ当該電話を転送し、当該電話が転送された後に第二の呼出音が出力されるステップを備えることを特徴とする請求項１３に記載のコンピュータ可読媒体。
【請求項１６】
前記呼出音を出力する前に処理する事前呼出音と、前記取得された存在情報に基づいて前記呼出音を出力した後に処理する事後呼出音を実施するステップを備えることを特徴とする請求項１３に記載のコンピュータ可読媒体。
【請求項１７】
前記呼出音の出力の間に前記発信元からの入力を受信するステップと、前記発信元からの入力に従って前記電話を処理するステップとを備えることを特徴とする請求項１３に記載のコンピュータ可読媒体。
【請求項１８】
電話アナウンスメントを提供する電話システムであって、
発信元から着信してくる電話の指示を受信するコンポーネントと、
前記着信してくる電話の前記発信先を特定し、当該特定された発信先に対する存在情報を取得するコンポーネントと、
前記取得した存在情報から生じた呼出の間、アナウンスメントを前記発信元に出力するコンポーネントと
を備えることを特徴とする電話システム。
【請求項１９】
前記アナウンスメントは、着信音に重ねられていることを特徴とする請求項１８に記載の電話システム。
【請求項２０】
前記存在情報は前記発信先の応答可能性を有し、前記アナウンスメントは前記発信先の応答可能性をアナウンスすることを特徴とする請求項１８に記載の電話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話呼出時における存在情報のアナウンスに関する。
【背景技術】
【０００２】
電話が掛けられると、発信元に対して電話がその電話の相手又は発信先にまだ繋がっていないことを合図する断続的に鳴り響く音が従来から提供されてきた。発信先が電話にでると、その断続的に鳴り響く音は止まり、発信先は発信元と繋がる。電話を掛けてから電話に出るまでの期間は「電話呼出」と呼ばれることが多くある。その断続的に鳴り響く音は「呼出音」と呼ばれる。
【０００３】
様々な電話サービスプロバイダによって最近、発信元に聞かせたいと顧客が望む呼出音を顧客が選択できるようになりはじめた。ある電話サービスプロバイダでは、顧客は数百のミュージカルクリップ（ｍｕｓｉｃａｌ  ｃｌｉｐｓ）から特別に注文した呼出音を選択できる。例えば、ある顧客はモーツァルトの交響曲のクリップを選択することができるが、他の顧客はロックンロールグループのクリップを選択することができる。
【０００４】
電話を掛けることはリアルタイム会話の一般的な形式であるが、リアルタイム会話の他の一般的な形式としてインスタントメッセージング（ｉｎｓｔａｎｔ  ｍｅｓｓａｇｉｎｇ）がある。インスタントメッセージングサービスによって、会話において、エンドポイント（ｅｎｄｐｏｉｎｔ）の参加者はメッセージを送信し、数秒以内に他の参加者はメッセージを受信することができる。受信した参加者はその後、同じ方式で他の参加者に返信メッセージを送信することができる。リアルタイム会話は、参加者が非常に早く受信したメッセージに気づき、確認し、応答することによって、効果的になる。この早い応答とは、電子メールメッセージの受信者が簡便にメッセージに応答する従来型の電子メールシステムと対比してのことである。
【０００５】
最初の参加がリアルタイム会話を始めたいときに、その参加者は通常、意図された参加者がリアルタイムでメッセージに応答可能であるかを知りたい。もし不可能である場合は、従来型の電子メール、ボイスメール、又はいくつかの他のメカニズムを介した通信がより適切であるかもしれない。例えば、もし意図された参加者のコンピュータが現在電源をオフにしている場合、その時リアルタイム会話は不可能であるかもしれない。更に、もし意図された参加者のコンピュータが現在電源をオンにしているがその意図された参加者はコンピュータから離れている場合、同様にリアルタイム会話は不可能である。最初の参加者は、通信の形式の適切な判断ができるように、意図された参加者の応答可能性（ａｖａｉｌａｂｉｌｉｔｙ）を知りたい。
【０００６】
コンピュータシステム（言い換えれば、エンドポイント）又はコンピュータシステムに関係するユーザなどのエンティティの応答可能性の状態は、「存在情報」と呼ばれる。存在情報は、ユーザの現在の「存在状態」を特定する。ユーザは、他のユーザが自身と通信をするのにどの程度都合が良いかを判断できるように、自身の存在情報を利用可能にする。例えば、存在情報は、ユーザがインスタントメッセージングサーバにログオンしている（「オンライン」）又はログオフしている（「オフライン」）ことを示すことができる。存在情報は、ユーザの応答可能性についてのより詳細な情報も提供することができる。例えば、ユーザがオンラインでも、そのユーザはミーティングでコンピュータから離れているかもしれない。そのような場合、存在状態は「オンライン」及び「ミーティング」を示すかもしれない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
インスタントメッセージングのコンテキストにおいて、発行ユーザ（「発行者（ｐｕｂｌｉｓｈｅｒ）」）は、自身の存在情報を存在サーバ（存在情報を購読ユーザ（「購読者（ｓｕｂｓｃｒｉｂｅｒｓ）」）に提供するサーバ）に提供することができる。従って、存在サーバは、購読者／発行者モデルを使用して存在情報を存在サーバのユーザに対して提供することができる。ユーザの存在情報が変更されたときはいつでも、存在サーバにその変更がそのユーザのコンピュータシステムによって通知され、購読ユーザにその変更を次々に通知する。購読ユーザはその後、意図された参加者の存在情報に基づいてインスタントメッセージング会話を開始するかを決定することができる。例えば、もし存在情報が、発行ユーザは現在会議用電話で電話していることを示した場合、その時購読ユーザは、発行ユーザに対して、電話を掛けるのではなく、インスタントメッセージを送信する決定をすることができる。しかしながら、もし購読ユーザが発行ユーザに電話をして話をすることを必要としている場合、購読ユーザは、発行ユーザの存在情報を監視して、いつ電話を掛けることできるかを知る必要がある。購読ユーザは、発行ユーザの存在情報が電話会議の終了を示していることに気づいたときに、購読ユーザはその後電話を掛けることができる。
【課題を解決するための手段】
【０００８】
呼出音として、発信先の存在情報に基づいて電話アナウンスメントを出力するための方法及びシステムが提供される。アナウンスメントシステムがユーザの存在情報と共に提供される。電話システムは発信元から着信してくる電話の指示を受信したとき、電話システムは発信先を特定する。発信先が特定された後、アナウンスメントシステムは発信先に対する存在情報を取得し、その存在情報に基づいてアナウンスメントを生成する。従って、アナウンスメントシステムは、発信先の存在情報に基づいた呼出音として、アナウンスメントを提供することができる。
【０００９】
この概要は、簡略化された形式の概念の選択を紹介するために提供され、その概念は、詳細な記述で後に更に説明される。この概要は、特許請求された構成要件の主要特性や必須特性を特定するように意図されたものでも、特許請求された構成要件の範囲決定の支援として使用されることを意図されていない。
【発明を実施するための最良の形態】
【００１０】
呼出音として、発信先の存在情報に基づいて電話アナウンスメントを出力する方法及びシステムが提供される。一実施形態において、アナウンスメントシステムは、ユーザの存在情報を保持して提供される。初期化時に、アナウンスメントシステムはユーザの存在情報を定期的に読み込むこととしてもよい。他の方法として、アナウンスメントシステムは、ユーザの存在情報を必要とする際に、存在情報を定期的に読み込むのではなく、プレゼンスシステム（ｐｒｅｓｅｎｃｅ  ｓｙｓｔｅｍ）に問い合わせることとしてもよい。アナウンスメントシステムが発信元から入ってくる電話の指示を受信したときに、アナウンスメントシステムは発信先を特定する。例えば、電話が「ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）」電話であるとき、アナウンスメントシステムはその電話に関係するメタデータから発信先を特定できる。電話が「ＰＳＴＮ（ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）」を介しているとき、アナウンスメントシステムはユーザに対する電話番号のマッピングから発信先を特定できる。各ユーザの存在情報には、そのユーザの電話番号が含まれることとしてもよい。発信先が特定された後、アナウンスメントシステムは発信先に対する存在情報を取得して、その存在情報に基づいたアナウンスメントを生成する。例えば、存在情報に基づいたアナウンスメントは、発信先の応答可能性の状態を報告してもよく、発信先がいつ応答可能になるかカレンダー情報に基づいて示してもよく、発信先によって録音されてもよく、及び他の方法でもよい。アナウンスメントシステムは、電話に出る前に発信先の存在情報を発信元に提供するための呼出音としてのアナウンスメントをその後再生する。この方法で、アナウンスメントシステムは、電話に出る前に、発信元に発信先の存在情報を提供することができる。
【００１１】
一実施形態において、アナウンスメントシステムによって、事前アナウンスメント及び事後アナウンスメント処理を存在情報に基づいてカスタマイズ可能としてもよい。事前アナウンスメントの例として、ユーザは、そのユーザに対する電話がボイスメールシステムに自動的に転送される、又はアナウンスメントを出力せずにそのユーザに転送されることをそのユーザの存在情報に示すことができる。事後アナウンスメントの例として、ユーザは、アナウンスメントの出力後にその電話は終了する又はボイスメールシステムに転送されることを示すことができる。そのアナウンスメント及び事前アナウンスメント及び事後アナウンスメント処理のカスタマイズをユーザによって制御することができる。例えば、ユーザは、いつそのユーザは電話に応答可能になるかの示唆をアナウンスメントに含めるようにそのユーザの存在情報に指定できる。アナウンスメントシステムは、そのユーザのカレンダー情報の分析に基づいてその示唆を作成してもよい。例えば、ユーザの応答可能性の状態が示す内容が、そのユーザは現在ミーティングに参加しており、そのユーザのカレンダーによればそのミーティングは３０分後に終了することである場合、その時アナウンスメントは、発信元に３０分後に電話を掛けなおすように示唆してもよい。アナウンスメントシステムによって、ユーザは発信元のＩＤに基づいてアナウンスメントのカスタマイズを更にできることにしてもよい。例えば、所定の発信元に対するアナウンスメントは、発信先が現在所定の場所でミーティングに参加している等の詳細な存在情報含んでもよく、発信先の携帯電話の番号を提供してもよい。その一方、特定できない発信元を含む他の全ての発信元に対するアナウンスメントは、そのユーザは忙しいことを簡単に示してもよい。アナウンスメントシステムは、着信してくる電話に対する呼出音としてアナウンスメントをどのように再生するかのルールをユーザが指定できるようにするために、ルールベースシステム（ｒｕｌｅ−ｂａｓｅｄ  ｓｙｓｔｅｍ）を提供してもよい。アナウンスメントシステムによって、アナウンスメントが所定の状況でのみ再生され、その他の場合、通常の着信音が再生される。例えば、ユーザは、アナウンスメントがユーザの忙しいときのみ再生されるように指定できる。発信先が電話に出たとき、発信元及び発信先が話しを開始できるように、アナウンスメントシステムはアナウンスメントを終了できる。
【００１２】
図１は、一実施形態における呼出音をカスタマイズする電話システムによる存在情報の使用を示すブロック図である。電話システム１０１は、アナウンスシステムを備え、各種電話１０２、１０３、及び１０４に接続されている。電話１０２は、ＰＳＴＮ１０５を介して電話システムに接続されている。電話１０３は、ＶｏＩＰを用いて通信リンク１０８（例えば、インターネット）を介して電話システムに接続されている。電話１０４は、電話システムに直接接続されている。ユーザ装置１０６及び１０７は、通信リンク１０８を介して存在サーバ１０９に接続されている。ユーザ装置には、パーソナルコンピュータ、形態電話、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔｓ）などが含まれうる。ユーザ装置は、電話システムにも接続され、電話の発信及び受信が可能である。ユーザ装置は、そのユーザ装置のユーザの存在情報を存在サーバに登録する。ユーザの存在情報が変更されると、ユーザの装置は存在サーバにその変更を通知する。電話システムは、存在サーバによって提供されるユーザの存在情報を定期的に読み込む。ユーザの存在情報が変更されると、存在サーバは電話システムに通知する。電話システムが電話１０２などから着信してくる電話を受信すると、電話システムは発信先を特定し、発信先に対応する存在情報を取得する。電話システムは、その発信先の存在情報に基づいてアナウンスメントをその後生成し、呼出音として発信先へのそのアナウンスメントを出力する。電話システムは、そのアナウンスメントが出力される前又は後に、その電話を発信先の電話に転送することができる。アナウンスメントシステムは、電話システム内の様々な場所に設置されうる。例えば、アナウンスメントシステムは、電話局、エンタープライズ電話システム、構内電話交換機（ＰＢＸ）などに設置されうる。アナウンスメントシステムは、各種異なる存在サービスプロバイダ（ｐｒｅｓｅｎｓｅ  ｓｅｒｖｉｃｅ  ｐｒｏｖｉｄｅｒｓ）によって提供される存在情報を定期的に読み込んでもよい。存在情報には、応答可能性の状態、カレンダー情報、録音されたアナウンスメント、アナウンスメントを生成するためのカスタマイズされたルールなどが含まれるかもしれない。一実施形態において、アナウンスメントシステムは、情報を存在サーバ以外の他の情報源から取得してもよい。例えば、アナウンスメントシステムは、電子メールシステムのカレンダーサブシステムからカレンダー情報、ルールサーバからルールなどを取得してもよい。
【００１３】
図２は、一実施形態におけるアナウンスメントシステムのコンポーネントを示すブロック図である。アナウンスメントシステム２００には、読込みコンポーネント２０１、存在情報受信コンポーネント２０２、ユーザ存在記憶部２０３、番号／ユーザ記憶部２０４が含まれる。番号／ユーザ記憶部は、対応するユーザに対する電話番号のマッピングを提供する。例えば、電話番号５７１−５５５−０００１は、ユーザであるジョン  スミスにマッピングでき、電話番号５７１−５５５−０００２は、ユーザであるトム  ジョーンズにマッピングできる。アナウンスメントシステムは、番号−ユーザ記憶部を事前設定してもよく、ユーザの存在情報から得てもよい。番号／ユーザ記憶部は、新規ユーザが追加され又は既存ユーザの電話番号が変更されたときに動的に更新されてもよい。ユーザ存在記憶部は、各ユーザに対するエントリーを含む。各エントリーは、そのユーザに対する存在情報を含む。読込みコンポーネントは、ユーザの存在情報を定期的に読み込むために呼出される。読込みコンポーネントは、ユーザ存在記憶部のエントリーによって各ユーザを選択し、そのユーザに対する読み込み要求を存在サーバへ送信する。存在情報受信コンポーネントは、読込まれるユーザの存在情報に対する更新を存在サーバから受信し、それに従ってユーザ存在記憶部を更新する。アナウンスメントシステムには、着信電話イベント受信コンポーネント（ｒｅｓｅｉｖｅ  ｉｎｃｏｍｉｎｇ  ｃａｌｌ  ｅｖｅｎｔ  ｃｏｍｐｏｎｅｎｔ）２０５、発信元入力イベント受信コンポーネント（ｒｅｓｅｉｖｅ  ｃａｌｌｅｒ  ｉｎｐｕｔ  ｅｖｅｎｔ  ｃｏｍｐｏｎｅｎｔ）２０６、終了アナウンスメントイベント受信コンポーネント（ｒｅｓｅｉｖｅ  ｅｎｄ  ａｎｎｏｕｎｃｅｍｅｎｔ  ｅｖｅｎｔ  ｃｏｍｐｏｎｅｎｔ）２０７、及び開始アナウンスメントコンポーネント（ｓｔａｒｔ  ａｎｎｏｕｎｃｅｍｅｎｔ  ｃｏｍｐｏｎｅｎｔ）２０８も含まれる。着信電話イベント受信コンポーネントは、電話システムが着信してくる電話を受信したときに呼出される。コンポーネントは、開始アナウンスメントコンポーネントを呼出して、呼出音としてのアナウンスメントの生成及び生成されたアナウンスメント出力を制御する。発信元入力イベント受信コンポーネントは、電話のボタンの選択のような発信元入力を受信したときに呼出される。アナウンスメントシステムは、着信してくる電話を発信元入力の一部に基づいて処理してもよい。例えば、発信元が優先コードを入力した場合、その後発信先が優先電話としてその電話を特定できるように、アナウンスメントシステムはその電話を発信先に優先着信音で転送してもよい。電話が既に発信先に転送されていた場合、その後アナウンスメントシステムは優先電話を示す着信音のパターンを変更してもよい。アナウンスメントシステムは、発信先を直ぐにボイスメールに繋いでもよく、アナウンスメントを終了してもよく、発信元入力に基づいたその他であってもよい。他の例として、アナウンスメントシステムによって、発信元は発信先との電話を発信元入力に基づいてスケジュールできるようにしてもよい。そのような実施形態において、アナウンスメントシステムは、発信先のカレンダ���へのアクセスを持ってもよい。終了アナウンスイベント受信コンポーネントは、アナウンスメントの出力が終了したときに呼出される。コンポーネントは、電話を発信先に転送でき、電話を終了でき、又は他の処理を実施する。
【００１４】
アナウンスメントシステムが実装されるコンピューティング装置は、中央処理装置、メモリ、入力装置（例えば、キーボード及びポインティングデバイス）、出力装置（例えば、表示装置）、及び記憶装置（例えば、ディスクドライブ）を備えうる。メモリ及び記憶装置は、アナウンスメントシステムを実装する命令を格納するコンピュータ可読媒体である。加えて、データ構造及びメッセージ構造は、通信リンク上の信号のように、データ転送媒体を介して記憶され又は転送されうる。インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、ポイントツーポイントダイアルアップ接続、携帯電話ネットワークなどの各種通信リンクが用いられる。
【００１５】
アナウンスメントシステムの実施形態は、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルド又はラップトップ装置、マルチプロセッサシステム、マルチプロセッサに基づいたシステム、プログラマブル家電、デジタルカメラ、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記システム又は装置のいずれかを備える分散コンピューティング環境などを備える各種動作環境で実装されうる。ユーザ装置は、携帯電話、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔｓ）、スマートフォン、パーソナルコンピュータ、プログラマブル家電、デジタルカメラなどであるかもしれない。電話は、会議電話、ＶｏＩＰ電話、携帯電話、ＰＤＡに統合された電話、スマートフォンなどであるかもしれない。
【００１６】
アナウンスメントシステムは、コンピュータ実行可能命令の一般的な文脈、例えば、１つ又は複数のコンピュータ又は他の装置で実行されるプログラムモジュールなどで説明されるかもしれない。一般に、プログラムモジュールには、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、及び特定のタスクを実施又は特定の抽象データ型実装するその他のものが含まれる。通常、プログラムモジュールの機能性は、各種の実施形態で求められるように結合され、又は分散される。
【００１７】
図３は、一実施形態における読込みコンポーネントの処理を示すフロー図である。読込みコンポーネントは、ユーザ存在記憶部から各エントリーを選択し、そのユーザの存在情報を定期的に読み込む。ユーザが存在サーバに登録されたとき、存在サーバはロケーションサービスによってそのユーザのその存在サーバに対するマッピングを発行していてもよい。コンポーネントは、ロケーションサービスにアクセスしてユーザ毎に存在サーバを特定することができる。ブロック３０１で、コンポーネントは、ユーザ存在記憶部から次のユーザを選択する。判断ブロック３０２で、全てのユーザが既に選択された場合、コンポーネントは処理を完了し、その他の場合、コンポーネントはブロック３０３で処理を続ける。ブロック３０３で、コンポーネントは、読込み要求を存在サーバに送信して、選択されたユーザの存在情報を定期的に読込む。コンポーネントは、ブロック３０１にその後ループして、次のユーザを選択する。アナウンスメントシステムは、定期的にユーザの存在情報を再読込みし、新規ユーザがアナウンスメントシステムに特定されたときに、そのユーザを読込む。他の方法として、アナウンスメントシステムは、電話をする可能性のあるユーザの存在情報を定期的に読込むのではなく、むしろ、電話をユーザから受信した後にのみ存在サーバに対して問い合わせをしてもよい。
【００１８】
図４は、一実施形態における存在情報受信コンポーネントの処理を示すフロー図である。コンポーネントは、アナウンスメントシステムがユーザの存在情報に対する更新の通知を受信したときにいつでも呼出される。判断ブロック４０１で、受信通知はアナウンスメントシステムが定期的に読込んだ有効なユーザに対してのものである場合、その後コンポーネントはブロック４０２で処理を続け、その他の場合、コンポーネントは処理を完了する。ブロック４０２で、コンポーネントはユーザ存在記憶部のユーザの存在情報を更新し、処理を終了する。
【００１９】
図５は、一実施形態におけるアナウンスメントシステムの着信電話イベント受信コンポーネントの処理を示すフロー図である。コンポーネントは、電話システムが着信してくる電話のイベントを受信したときに呼出される。コンポーネントに発信先の電話番号が渡されてもよい。ブロック５０１で、コンポーネントは番号／ユーザ記憶部から発信先のＩＤを取得する。他の方法として、コンポーネントは着信してくる電話に関係するメタデータから発信先のＩＤを取得してもよい。ブロック５０２で、コンポーネントは発信先の存在情報を取得する。判断ブロック５０３で、存在情報が事前アナウンスメント処理を実施することを示す場合、その後コンポーネントはブロック５０４で処理を続け、その他の場合、コンポーネントはブロック５０９で処理を続ける。ブロック５０４で、コンポーネントは発信先に対して事前アナウンスメント処理を実施する。例えば、発信先は、電話が何のアナウンスメントも出力することなく自動的に終了するための所定の条件（例えば、発信先の身元に基づいて）を指定していてもよい。ブロック５０５−５０８で、コンポーネントは事前アナウンスメント処理の結果に基づいて電話を処理する。判断ブロック５０５で、事前アナウンスメント処理が電話を終了することを示した場合、その後コンポーネントはブロック５０６で電話を終了し、その後処理を完了する。その他の場合、コンポーネントはブロック５０７で処理を続ける。判断ブロック５０７で、事前アナウンスメント処理が電話をボイスメールに転送することを示した場合、その後コンポーネントはブロック５０８でその電話をボイスメールへ転送し、その後ブロック５１０で処理を続ける。その他の場合、コンポーネントはブロック５０９で処理を続ける。ブロック５０９で、コンポーネントは電話を発信先へ転送する。ブロック５１０で、電話が発信先で鳴っている間又はボイスメールに転送されている間にアナウンスメントが再生されるように、コンポーネントは開始アナウンスメントコンポーネントを呼出してそのアナウンスメントを出力し、その後処理は終了する。
【００２０】
図６は、一実施形態におけるアナウンスメントシステムの開始アナウンスメントコンポーネントの処理を示すフロー図である。コンポーネントは、発信先の存在情報が渡され、存在情報に基づいてアナウンスメントを生成し、生成されたアナウンスメントを出力する。存在情報は、発信先によって指定されたアナウンスメントタイプのフィールドを含んでもよい。アナウンスメントタイプは、アナウンスメントが発信先によって録音される、カレンダー情報から自動的に生成される、初期設定として生成される等を示してもよい。判断ブロック６０１で、発信元が特定されていた場合（例えば、発信元ＩＤ情報から）、その後コンポーネントはブロック６０３で処理を続け、その他の場合、コンポーネントはブロック６０２で処理を続ける。ブロック６０２で、コンポーネントは、アナウンスメントタイプで分類可能な身元不明の発信元に対してアナウンスメントを生成し、その後ブロック６０６で処理を続ける。判断ブロック６０３で、存在情報が発信元に対してカスタマイズされたアナウンスメント（ｃｕｓｔｏｍ  ａｎｎｏｕｎｃｅｍｅｎｔ）を生成することを示す場合、その後コンポーネントはブロック６０５で処理を続け、その他の場合、コンポーネントはブロック６０４で処理を続ける。ブロック６０５で、コンポーネントは、既知の発信元に対してアナウンスメントを生成し、ブロック６０６で処理を続ける。例えば、アナウンスメントは、発信元に対して名前で謝辞をし、電話が発信先へ転送されることを確認する。ブロック６０５で、コンポーネントは、アナウンスメントタイプで分類可能な発信元に対してカスタマイズされたアナウンスメントを生成する。例えば、発信先が現在応答不可能である場合、コンポーネントは発信先及び発信元のカレンダー情報を取得し、電話をいつスケジュールするかを示唆してもよい。ブロック６０６で、コンポーネントは、生成されたアナウンスメントの出力を開始し、その後処理を完了する。
【００２１】
図７は、一実施形態におけるアナウンスメントシステムの発信元入力イベント受信コンポーネントの処理を示すフロー図である。コンポーネントは、発信元からの入力を受信したときに呼出される。発信元は、電話のボタンを使用する、命令又は番号を話す、又はその他の方法によって情報を入力できる。判断ブロック７０１で、発信元からの入力が許可された場合、その後コンポーネントはブロック７０２で処理を続け、その他の場合、コンポーネントはその入力を破棄し、その後処理を完了する。入力が許可されるかの判断は、発信先の身元、存在情報内のルールなどに基づいてもよい。判断ブロック７０２で、ユーザ入力がアナウンスメントを停止することを示す場合、その後コンポーネントはブロック７０３でアナウンスメントを停止する。コンポーネントは、例えば、発信元がアナウンスメントの停止を要求した、発信元が直ぐにボイスメールへの入力を要求したなどの様々な理由でアナウンスメントを停止しうる。判断ブロック７０４で、発信元の入力が優先コードを示した場合、その後コンポーネントはブロック７０５で処理を続け、その他の場合、コンポーネントはブロック７０６で処理を続ける。各ユーザは、関係する優先コードを持ってもよい。ユーザに優先電話を掛けることができるように、ユーザは他のユーザに対して優先コードを提供してもよい。例えば、顧客から販売員への電話が、その電話は優先電話であることを示すことができるように、販売員は優先コードを顧客へ提供してもよい。ブロック７０５で、コンポーネントは、優先着信音又は他のいくつかの優先度の指示のような優先度指示を付けて電話を発信先に転送してもよい。コンポーネントは、その後処理を完了する。判断ブロック７０６で、電話が直ぐにボイスメールに掛けられることを発信元の入力が示している場合、その後コンポーネントはブロック７０７で処理を続け、その他の場合、コンポーネントはブロック７０８で処理を続ける。ブロック７０７で、コンポーネントは電話をボイスメールシステムへ転送し、その後処理を完了する。判断ブロック７０８で、発信元が発信先のカレンダー情報の確認を望んでいることを発信元の入力が示している場合、その後コンポーネントはブロック７０９で処理を続け、その他の場合、コンポーネントは処理を完了する。ブロック７０９で、コンポーネントはカレンダー情報に基づいてメッセージを生成し、そのメッセージを出力する。その後の発信元の入力は、カレンダー情報を読み進めるため、電話会議をスケジュールするためなどに使用されてもよい。コンポーネントはその後、処理を完了する。
【００２２】
図８は、一実施形態におけるアナウンスメントシステムの終了アナウンスメントイベント受信コンポーネントの処理を示すフロー図である。コンポーネントは、アナウンスメントの出力が終了したときに呼出される。コンポーネントは、任意の事後アナウンスメント処理を実施する。判断ブロック８０１で、事後アナウンスメント処理が実施されている場合、その後コンポーネントはブロック８０２で処理を続け、その他の場合、コンポーネントはブロック８０７で処理を続ける。ブロック８０２で、コンポーネントは、電話をどのように処理するかを示す事後アナウンスメント処理を実施する。例えば、事後アナウンスメント処理は、電話を終了すること、又はボイスメールへ電話を転送することを示してもよい。判断ブロック８０３で、事後アナウンスメント処理が電話を終了することを示している場合、その後コンポーネントはブロック８０４で電話を終了して処理を完了し、その他の場合、コンポーネントはブロック８０５で処理を続ける。判断ブロック８０５で、事後アナウンスメント処理が電話をボイスメールへ転送することを示している場合、その後コンポーネントはブロック８０６でボイスメールへ転送する。ブロック８０７で、コンポーネントは、アナウンスメントの完了時に電話に出るまで着信音を出力してもよい。コンポーネントは、その後処理を完了する。
【００２３】
前述から当然のことながら、アナウンスメントシステムの詳細な実施形態が説明の目的でここに記述されているが、様々な修正が発明の本質及び範囲から逸脱しない限りにおいてされうる。従って、本発明は、特許請求の範囲によることを除いて制限されない。
【図面の簡単な説明】
【００２４】
【図１】一実施形態において、呼出音をカスタマイズするための電話システムによる存在情報の使用を示すブロック図である。
【図２】一実施形態において、アナウンスメントシステムのコンポーネントを示すブロック図である。
【図３】一実施形態において、読込みコンポーネントの処理を示すフロー図である。
【図４】一実施形態において、存在情報受信コンポーネントの処理を示すフロー図である。
【図５】一実施形態において、着信電話イベント受信コンポーネントの処理を示すフロー図である。
【図６】一実施形態において、開始アナウンスメントコンポーネントの処理を示すフロー図である。
【図７】一実施形態において、発信元入力イベント受信コンポーネントの処理を示すフロー図である。
【図８】一実施形態において、終了アナウンスメントイベント受信コンポーネントの処理を示すフロー図である。
【図１】
2009500948.tif 000003
【図２】
2009500948.tif 000004
【図３】
2009500948.tif 000005
【図４】
2009500948.tif 000006
【図５】
2009500948.tif 000007
【図６】
2009500948.tif 000008
【図７】
2009500948.tif 000009
【図８】
2009500948.tif 000010
【国際調査報告】
2009500948.tif 000011