(57)【特許請求の範囲】
【請求項１】
ユーザ宅内に配置され、クライアント端末と直に接続され、かつ、１台以上の内線電話機とも直に接続された発呼支援装置であり、前記クライアント端末に表示された電話番号がクリックされたときに送信される発信要求を受信して当該発信要求に含まれる電話番号の示す外部の電話機に発呼する発呼支援装置であって、
前記発信要求を受信する受信手段と、
前記発信要求を受信したときに、当該発呼支援装置に直に接続された全ての前記内線電話機に発呼する内線制御手段と、
前記発信要求に含まれる電話番号の示す外部の電話機に発呼する外線制御手段と、
前記外部の電話機が応答した後に、前記外部の電話機に接続した呼と前記内線電話機に接続した呼を接続する接続手段と、
を有することを特徴とする発呼支援装置。
【請求項２】
前記外線制御手段が前記電話番号の示す外部の電話機に発呼する前に、前記クライアント端末に前記電話番号を表示させること、あるいは、前記内線電話機に前記外部の電話機への発信許可を求める音声信号を流させることの少なくとも一方を行い、ユーザによる発信許可操作を確認した場合のみ前記外部の電話機へ発呼することを特徴とする請求項１記載の発呼支援装置。
【請求項３】
前記各手段の全部または一部がＯＳＧｉフレームワークのバンドルとして実装されていることを特徴とする請求項１又は２記載の発呼支援装置。
【請求項４】
請求項１乃至３のいずれかに記載の発呼支援装置としてコンピュータを動作させることを特徴とする発呼支援プログラム。
【請求項５】
ユーザ宅内に配置され、クライアント端末と直に接続され、かつ、１台以上の内線電話機とも直に接続された発呼支援装置が行う発呼支援方法であり、前記クライアント端末に表示された電話番号がクリックされたときに送信される発信要求を受信して当該発信要求に含まれる電話番号の示す外部の電話機に発呼する発呼支援方法であって、
前記発信要求を受信するステップと、
前記発信要求を受信したときに、当該発呼支援装置に直に接続された全ての前記内線電話機に発呼するステップと、
前記発信要求に含まれる電話番号の示す外部の電話機に発呼するステップと、
前記外部の電話機が応答した後に、前記外部の電話機に接続した呼と前記内線電話機に接続した呼を接続するステップと、
を有することを特徴とする発呼支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用する電話機以外の端末から発呼を操作する技術に関する。
【背景技術】
【０００２】
アナログ電話機をサービスゲートウェイ装置（以下、ＳＧＷと称する）に接続し、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用した電話サービスの利用が広まっている。また、携帯端末やパーソナルコンピュータなどにＳＩＰのプロトコルスタックを実装したソフトウェアをインストールし、その端末をＳＧＷのＳＩＰ子機として登録することによって、携帯端末やパーソナルコンピュータから外線へ発呼する技術が存在する（非特許文献１参照）。
【０００３】
一般的に、電話サービスを利用する際には、着信先の電話番号を手入力することが必要である。一方、携帯電話機を用いて、Ｗｅｂページ、メール、電子広告などに掲載された電話番号を手入力せずに発信する技術が知られている。例えば、非特許文献２には、Ａタグのｈｒｅｆ属性で電話番号を記述するｔｅｌスキームを用いて、携帯電話のブラウザで閲覧したときに電話番号をクリック可能とし、その電話番号をクリックするとｈｒｅｆ属性で指定された電話番号に発信される技術が開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】“スマホｄｅひかり電話”、[online]、西日本電信電話株式会社、[平成24年5月10日検索]、インターネット〈 URL：http://flets-w.com/wi-fi/scene/smartphone.html〉
【非特許文献２】“iモード（登録商標）対応コンテンツ作成時の仕様「ＵＲＬについて」”、[online]、株式会社エヌ・ティ・ティ・ドコモ、［平成24年5月10日検索］、インターネット〈 URL：http://www.nttdocomo.co.jp/service/developer/make/content/browser/html/notice/basis/index.html#p03〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の技術を用いて、Ｗｅｂページなどに掲載された電話番号を手入力せずに発信するには、Ｗｅｂページなどを閲覧するブラウザとＳＩＰ対応のソフトウェアを端末などに実装する必要があり、単にブラウザを実装しただけのＴＶなどの端末では利用できなかった。また、非特許文献２の技術では、携帯電話でＷｅｂページなどを閲覧し、電話番号をクリックすることで発信できるが、通話料金などを考慮して固定電話を用いるときには、電話番号を固定電話に入力する必要がある。
【０００６】
本発明は、上記に鑑みてなされたものであり、Ｗｅｂページなどに掲載されている電話番号への発呼を容易にすることを目的とする。
【課題を解決するための手段】
【０００７】
第１の本発明に係る発呼支援装置は、ユーザ宅内に配置され、クライアント端末と直に接続され、かつ、１台以上の内線電話機とも直に接続された発呼支援装置であり、前記クライアント端末に表示された電話番号がクリックされたときに送信される発信要求を受信して当該発信要求に含まれる電話番号の示す外部の電話機に発呼する発呼支援装置であって、前記発信要求を受信する受信手段と、前記発信要求を受信したときに、当該発呼支援装置に直に接続された全ての前記内線電話機に発呼する内線制御手段と、前記発信要求に含まれる電話番号の示す外部の電話機に発呼する外線制御手段と、前記外部の電話機が応答した後に、前記外部の電話機に接続した呼と前記内線電話機に接続した呼を接続する接続手段と、を有することを特徴とする。
【０００８】
上記発呼支援装置において、前記外線制御手段が前記電話番号の示す外部の電話機に発呼する前に、前記クライアント端末に前記電話番号を表示させること、あるいは、前記内線電話機に前記外部の電話機への発信許可を求める音声信号を流させることの少なくとも一方を行い、ユーザによる発信許可操作を確認した場合のみ前記外部の電話機へ発呼することを特徴とする。
【００１０】
上記発呼支援装置において、前記各手段の全部または一部がＯＳＧｉフレームワークのバンドルとして実装されていることを特徴とする。
【００１２】
第２の本発明に係る発呼支援プログラムは、上記発呼支援装置としてコンピュータを動作させることを特徴とする。
【００１４】
第３の本発明に係る発呼支援方法は、ユーザ宅内に配置され、クライアント端末と直に接続され、かつ、１台以上の内線電話機とも直に接続された発呼支援装置が行う発呼支援方法であり、前記  クライアント端末に表示された電話番号がクリックされたときに送信される発信要求を受信して当該発信要求に含まれる電話番号の示す外部の電話機に発呼する発呼支援方法であって、前記発信要求を受信するステップと、前記発信要求を受信したときに、当該発呼支援装置に直に接続された全ての前記内線電話機に発呼するステップと、前記発信要求に含まれる電話番号の示す外部の電話機に発呼するステップと、前記外部の電話機が応答した後に、前記外部の電話機に接続した呼と前記内線電話機に接続した呼を接続するステップと、を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、Ｗｅｂページなどに掲載されている電話番号への発呼を容易にすることができる。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態における発呼支援装置を含む全体構成図である。
【図２】上記発呼支援装置の処理の流れを示すフローチャートである。
【図３】電話番号を抽出して電話発信用リンクを付与する処理の流れを示すフローチャートである。
【図４】発信要求を送信する処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について図面を用いて説明する。
【００１８】
図１は、本実施の形態における発呼支援装置を含む全体構成図である。発呼支援装置１は、ユーザ宅内に配置されて、クライアント端末２、内線電話機３Ａ，３Ｂが接続される。クライアント端末２は、発呼支援装置１を介して外部と通信し、Ｗｅｂページ、メール、電子広告などの電子情報が閲覧可能である。内線電話機３Ａ，３Ｂは、発呼支援装置１に接続されてＳＩＰを用いた電話サービスが利用可能である。電話サービスを利用する場合は、発呼支援装置１がＳＩＰを用いて呼制御し、ネットワーク１００を介して外部の電話機４に接続する。
【００１９】
以下、発呼支援装置１を用いた、クライアント端末２に表示されている電話番号に対する発呼動作の流れを説明する。
【００２０】
ユーザがクライアント端末２に表示されている電話番号をクリックして選択すると、クライアント端末２は、発信先の電話番号を含む発信要求を発呼支援装置１に送信する（ステップＳ１）。
【００２１】
発呼支援装置１は、発信要求を受信すると、内線電話機３Ａ，３Ｂを呼び出してユーザに発信要求の確認を行う（ステップＳ２）。ここでは、全ての内線電話機３Ａ，３Ｂを呼び出すものでもよいし、指定された内線電話機３Ａ，３Ｂのみを読み出すものでもよい。発信要求の確認は、ユーザによる内線電話機３Ａ，３Ｂのプッシュボタン操作により行われる。ユーザがいずれかの内線電話機３Ａ，３Ｂをオフフックした後、プッシュボタンを押下すると、押下されたプッシュボタンに対応するプッシュボタン信号が内線電話機３Ａ，３Ｂから発呼支援装置１に送信され、発呼支援装置１は、受信したプッシュボタン信号に基いて発信許可、発信中止を判定する。例えば、発信許可は「１」ボタン、発信中止は「９」ボタンに対応させる。
【００２２】
発信要求の確認が完了すると、発呼支援装置１は、ネットワーク１００上のＳＩＰサーバ（図示せず）にＳＩＰメッセージを送信して電話機４へ発呼し（ステップＳ３）、電話機４に着信して呼び出しが行われる（ステップＳ４）。
【００２３】
電話機４がオフフックされて応答すると、電話機４に接続した呼がユーザが応答した内線電話機３Ａ，３Ｂに転送されて、２者間の通話が可能となる（ステップＳ５）。なお、外部の電話機４は、携帯電話でもよいし、公衆交換電話網に接続された電話機などでもよい。
【００２４】
次に、発呼支援装置１について説明する。
【００２５】
本実施の形態における発呼支援装置１は、クライアント端末通信部１１、内線制御部１２、およびＳＩＰ連携部１３を備える。発呼支援装置１が備える各部は、演算処理装置、記憶装置等を備えたコンピュータにより構成して、各部の処理がプログラムによって実行されるものとしてもよい。このプログラムは発呼支援装置１が備える記憶装置に記憶されており、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。発呼支援装置１にＯＳＧｉフレームワークを用い、各部をバンドルとして実装することで、バンドルの配布、アップデートが発呼支援装置１の再起動を伴わずに行うことができ、機能追加やバグフィクスも容易となる。各部を全てバンドルで実装しても良いし、一部を発呼支援装置１のネイティブに切り出し、連携させて動作させてもよい。各部をバンドルで実装する場合は、バンドルを管理する機能が必要であるが、ここでの説明は省略する。以下、各部について説明する。
【００２６】
クライアント端末通信部１１は、クライアント端末２と通信を行い、発信先の電話番号を含む発信要求を受け付ける。
【００２７】
内線制御部１２は、クライアント端末２から受信した発信要求を元に、内線電話機３Ａ，３Ｂへ発呼する。また、クライアント端末２の認証、発信要求の確認も行う。
【００２８】
ＳＩＰ連携部１３は、発信要求の確認後に、発信先の電話機４に呼接続するためのＳＩＰメッセージをＳＩＰサーバへ送信し、電話機４が応答して呼接続した後、電話機４に接続した呼をユーザがオフフックした内線電話機３Ａ，３Ｂに転送し、電話機４と内線電話機３Ａ，３Ｂをつないで通話可能にする。
【００２９】
続いて、発呼支援装置１の処理の流れについて説明する。
【００３０】
図２は、本実施の形態における発呼支援装置１の処理の流れを示すフローチャートである。
【００３１】
ユーザがクライアント端末２において、Ｗｅｂページ上のアイコン、またはメールやＷｅｂページ上に埋め込まれた本機能対応の電話発信用リンクをクリックすることによって、クライアント端末２から発呼支援装置１に対し発信要求が送信される。そして、クライアント端末通信部１１が、クライアント端末２から送信された発信要求を受信する（ステップＳ１１）。発信要求は、着信先の電話番号を含み、ＨＴＴＰのＧＥＴないしはＰＯＳＴのリクエストにより送信される。
【００３２】
クライアント端末通信部１１は、予め設定されたタイムアウト時間分だけ現時点から遡る間において初めての発信要求を受信した場合は、セキュリティの観点から認証を行う（ステップＳ１２）。認証は、一般的なダイジェスト認証により行う。このとき、認証に必要な認証情報をブラウザアドインや対応ソフトウェアに埋め込んで置いたり、ブラウザに認証情報を記憶させておくことで、ユーザが都度認証情報を入力しなくても良いように、ユーザの利便性を高める。
【００３３】
認証がパスすると、内線制御部１２は、内線電話機３Ａに対して発呼する（ステップＳ１３）。なお、発呼支援装置１に接続された全ての内線電話機３Ａ，３Ｂに発呼してもよいし、指定された内線電話機３Ａ，３Ｂのみに発呼するものでもよい。ここでは内線電話機３Ａのみに発呼するものとした。
【００３４】
ユーザが内線電話機３Ａをオフフックすると、例えば「発信するなら１を、中止するなら９を押してください」などの外部の電話機４への発信許可を求めるトーキを流して発信許可を求める。ユーザが内線電話機３Ａのプュシュボタンを押下すると、内線電話機３Ａから押下されたプッシュボタンに対応するプッシュボタン信号が発呼支援装置１に送信されて、発呼支援装置１で発信許可操作あるいは中止操作が確認される。なお、トーキの音声には、発信先の電話番号読み上げを含めてもよい。また、クライアント端末２に発信先の電話番号を表示させてもよい。発信許可を求める動作は、セキュリティの観点からであり、ユーザの設定により常に発信許可の状態とし、内線電話機３Ａをオフフックした時点で発信許可したものと見なして次の処理に移り、自動的に外部の電話機４への発信処理を開始してもよい。
【００３５】
ユーザが外部の電話機４への発信を許可した場合、ＳＩＰ連携部１３が電話機４へ発呼するとともに、内線制御部１２が内線電話機３Ａに対してリングバックトーンを送信する（ステップＳ１４）。電話機４への発呼は、ＳＩＰサーバを介してＳＩＰメッセージを電話機４に送信することで行う。ユーザは、内線電話機３Ａから聞こえるリングバックトーンで電話機４に発呼していることを認識できる。
【００３６】
電話機４がオフフックされて応答すると発呼支援装置１と電話機４との呼接続が完了する。ＳＩＰ連携部１３は、電話機４に接続した呼を内線電話機３Ａに転送し、電話機４と内線電話機３Ａとを接続する（ステップＳ１５）。呼の転送は、ＳＩＰのＲＥＦＥＲを用いて行う。
【００３７】
以上の処理により、内線電話機３Ａと電話機４との間で通話が可能となる。
【００３８】
次に、クライアント端末２について説明する。
【００３９】
本実施の形態におけるクライアント端末２は、図１に示したように、抽出部２１、ユーザインタフェース２２、送信部２３を備える。
【００４０】
抽出部２１は、受信したＷｅｂページや電子メールなどのテキスト部分から電話番号の記載箇所を抽出し、その箇所に発呼支援装置１に対して発信要求を送信する電話発信用リンクを追加する。
【００４１】
ユーザインタフェース２２は、ユーザに対してＷｅｂページや電子メールなどを提示し、電話発信用リンクのクリックを受け付ける。
【００４２】
送信部２３は、ユーザが電話発信用リンクをクリックしたときに、発呼支援装置１に対して発信要求を送信する。
【００４３】
クライアント端末２は、パーソナルコンピュータ上で動作するブラウザにブラウザアドインを組み込んだものや、携帯端末に専用アプリケーションを組み込んだものが使用できる。
【００４４】
次に、クライアント端末の処理の流れについて説明する。
【００４５】
まず、Ｗｅｂページなどの電子情報から電話番号を抽出して電話発信用リンクを付与する処理について説明する。
【００４６】
図３は、Ｗｅｂページなどから電話番号を抽出して電話発信用リンクを付与する処理の流れを示すフローチャートである。図３に示す処理は、ページ遷移や更新時、Ｗｅｂページダウンロード開始イベントを検知したときに開始される。なお、本実施の形態では、電話番号の抽出対象として、ＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）ノードのうち、テキスト要素のみを対象とする。
【００４７】
Ｗｅｂページのダウンロードが開始されると、Ｗｅｂページのダウンロードが完了するのを待つ（ステップＳ２１）。具体的には、Ｗｅｂページダウンロード開始イベントを検知すると、定周期（例えば１秒）の監視タイマを起動し、監視タイマのタイムアウト時に、ＷｅｂＢｒｏｗｓｅｒコントロールのＲｅａｄｙＳｔａｔｅプロパティの値を取得し、ブラウザのドキュメント読み込み状態を取得する。ドキュメント読み込み状態が「ＲＥＡＤＹＳＴＡＴＥ＿ＣＯＭＰＬＥＴＥ」でない場合、監視タイマを再起動する。ドキュメント読み込み状態が「ＲＥＡＤＹＳＴＡＴＥ＿ＣＯＭＰＬＥＴＥ」の場合、Ｗｅｂページのダウンロードが完了したと判定し、次の処理に移る。
【００４８】
Ｗｅｂページのダウンロードが完了すると、ダウンロードしたＷｅｂページから電話番号を抽出する（ステップＳ２２）。具体的には、Ｗｅｂページ内すべてのＤＯＭノードを検査し、電話番号抽出対象のＤＯＭノードであるか否かチェックする。電話番号抽出対象のＤＯＭノードである場合は、そのＤＯＭノード内のテキストに対し、正規表現で表された電話番号パターンにマッチするか否かチェックする。電話番号パターンにマッチする場合は、電話番号が記載された位置と電話番号をメモリ等に保存する。
【００４９】
電話番号が抽出されると、電話番号の記載箇所に電話発信用リンクを追加する（ステップＳ２３）。具体的には、ＤＯＭノード内の電話番号部分を span 要素で囲み、マウスのポインタが当該エリア内に入った際に発生するマウスオーバーイベントとマウスのポインタが当該エリア内から出た際に発生するマウスアウトイベントを検出するように、イベントの発生を監視し検出するリスナを設定する。また、当該ＤＯＭノードの子要素として、クリッカブルアイコンのベースとなる a 要素（href 属性＝“＃”、title 属性＝なし）と a 要素の子要素として、発信可能な電話番号であることを示すアイコン画像を非表示状態で追加する。
【００５０】
続いて、上記の処理で追加したクリッカブルアイコンの表示、非表示処理について説明する。
【００５１】
マウスオーバーイベントが検出されたときにクリッカブルアイコンを表示し、マウスアウトイベントが検出されたときにクリッカブルアイコンを非表示にする。
【００５２】
マウスオーバーイベントが検出されると、挿入したＤＯＭノードの子要素（a 要素）を表示するとともに、発信先の電話番号を、その子要素の title 属性とブラウザアドインが使用しているメモリのスタックに追加する。ブラウザは、一般的な機能として、マウスポインタが示す位置の title 属性に書かれているテキストをツールチップで表示する機能を持つため、ブラウザの機能により発信先の電話番号が表示される。このとき発信可能な電話番号であることを示すアイコン画像もクリック可能な形で表示される。
【００５３】
一方、マウスアウトイベントが検出されると、挿入したＤＯＭノードの子要素（a 要素）を非表示にする。
【００５４】
続いて、アイコン画像がクリックされて発信要求を送信する処理について説明する。
【００５５】
図４は、クライアント端末２が発呼支援装置１に発信要求を送信する処理の流れを示すフローチャートである。
【００５６】
ユーザによるクリッカブルアイコン押下が検出された場合、クリッカブルアイコンの title 属性に含まれる電話番号を引数とし、発信処理スレッドが起動されて発信要求を送信する処理が開始される。title 属性に電話番号が含まれない場合は、メモリのスタックで保持する電話番号を用いる。
【００５７】
まず、title 属性に含まれる電話番号が記載された発信開始確認画面ダイアログを表示する（ステップＳ３１）。このとき、ダイアログ内の電話番号は、番号非通知のプリフィックスを付けたいなどの希望を叶えるために、ユーザによる編集を可能とする。また、ダイアログ内には、使用する内線電話機３Ａ，３Ｂの内線番号を入力する欄が表示される。内線番号に０を指定した場合は、発呼支援装置１に接続された全ての内線電話機３Ａ，３Ｂを鳴動させることを示す。もちろん、使用する内線電話機３Ａ，３Ｂを予め設定しておくものでもよい。
【００５８】
発信開始確認画面ダイアログのＯＫボタンが押下されると、電話番号をチェックし、発信要求を送信する（ステップＳ３２）。ダイアログ内の電話番号はユーザによる編集が可能であるので、入力された電話番号文字に不正文字（数値、半角ハイフン、半角括弧以外の文字）が含まれていないかチェックする。不正文字が含まれている場合は、ユーザへの再入力を促す。不正文字が含まれていない場合、発信要求を発呼支援装置１に送信するとともに、発信開始確認画面ダイアログを非表示にし、発信を開始したことを知らせる発信状況表示画面ダイアログを表示する。なお、キャンセルボタンが押下された場合はダイアログを非表示にして発信処理スレッドを終了する。
【００５９】
発信要求には、本機能を使う通信であることを示す識別子、呼び出す内線番号、および発信先の電話番号が含まれる。発信要求はＨＴＴＰのＧＥＴないしはＰＯＳＴのリクエストにより送信する。発信要求を送信すると、発呼支援装置１からの応答待ちタイマ（例えば１０秒）を起動する。
【００６０】
発呼支援装置１から応答を受信すると、応答の内容に従って処理を行う（ステップＳ３３）。具体的には、正常応答を受信した場合は、応答待ちタイマを停止し、発信状況表示画面ダイアログを非表示にして、発信処理スレッドを終了する。なお、発呼支援装置１が発信要求を受信した後は、内線電話機３Ａ，３Ｂを鳴動させて発信要求の確認をするので、正常応答を受信後、発信要求の確認が完了するまでの間、クライアント端末２に発信先の電話番号を表示させてもよい。
【００６１】
一方、エラー応答を受信した場合は、応答待ちタイマを停止し、発信状況表示画面ダイアログを非表示にして、エラー応答のパラメータに応じたエラーメッセージを含む発信結果確認ダイアログを表示し、発信処理スレッドを終了する。また、発信要求が送信できなかった場合は、応答待ちタイマを停止し、発信状況表示画面ダイアログを非表示にして、発信要求が送信できなかったメッセージを含む発信結果確認ダイアログを表示し、発信処理スレッドを終了する。さらに、応答待ちタイマがタイムアウトした場合は、発信状況表示画面ダイアログを非表示にして、処理がタイムアウトした旨のメッセージを含む発信結果確認ダイアログを表示し、発信処理スレッドを終了する。
【００６２】
上記の例では、ブラウザアドインを組み込んだり、専用アプリケーションにより、Ｗｅｂページなどから電話番号を抽出するクライアント端末２について説明したが、Ｗｅｂページや電子メールなどに予め電話発信用リンクを記載しておくことで、電話番号の抽出を必要とせず、ブラウザアドインや専用アプリケーションが利用できないＴＶなどの端末でも利用可能である。電話発信用リンクを作成する際には、本機能を使う通信であることを示す識別子、呼び出す内線番号、および発信先の電話番号の情報が必要である。この電話発信用リンクをユーザがクリックすることで、上記の情報が記載された発信要求が発呼支援装置１に送信される。
【００６３】
以上説明したように、本実施の形態によれば、ユーザが、クライアント端末２の表示する電話番号をクリックして選択したときに、クライアント端末２がその電話番号を含む発信要求を発呼支援装置１へ送信し、発呼支援装置１が発信要求を受信し、内線電話機３Ａ，３Ｂへ発信するとともに、発信要求に含まれる電話番号（外部の電話機４の電話番号）へ発信し、電話機４に接続した呼を内線電話機３Ａ，３Ｂに転送することにより、クライアント端末２に表示された電話番号を見ながら手入力で電話番号を入力することなく、容易に電話機４へ発呼することができる。
【００６４】
すなわち、発信者であるエンドユーザにとっては、外線への発呼が容易になり、間違い電話の可能性が大幅に減少する利点があり、さらには電話の受け手としての店舗やサービスセンタにとっては、携帯電話からに加えて、Ｗｅｂページに掲載の電話番号やリンクを起点とする固定電話からの着信機会が増え、収益増につながることが期待できる。
【００６５】
本実施の形態によれば、ＳＩＰを用いて発呼するのは発呼支援装置１であるので、クライアント端末２にＳＩＰスタックを備えたソフトウェアをインストールすることなく、また、インストールできない端末からも外部の電話機４への発呼が可能となる。
【符号の説明】
【００６６】
１…発呼支援装置
１１…クライアント端末通信部
１２…内線制御部
１３…ＳＩＰ連携部
２…クライアント端末
２１…抽出部
２２…ユーザインタフェース
２３…送信部
３Ａ，３Ｂ…内線電話機
４…電話機
１００…ネットワーク
【図１】
0005628865.tif 000002
【図２】
0005628865.tif 000003
【図３】
0005628865.tif 000004
【図４】
0005628865.tif 000005