(57)【要約】【課題】通話開始時において、３ＰＣＣサービスの電話操作は、従来の電話操作とは異なる。【解決手段】  複数の端末が第１サーバと通信する通信システムであって、第１サーバは、受信した接続要求に従って端末との接続設定を行い、第１自動応答情報を含むメッセージを端末に送信する処理部を備える。端末は、第１サーバからの着信に対する自動応答の可否を管理する第２自動応答情報を有する記憶部と、前記第２自動応答情報を検索して、第１サーバから受信したメッセージに含まれる前記第１自動応答情報と一致する第２自動応答情報があるときには端末を着信に対して自動応答する端末と判定する処理部とを有する。【選択図】図７
2015207920.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末が第１サーバと通信する通信システムであって、
前記第１サーバは、
受信した接続要求に従って前記端末との接続設定を行い、第１自動応答情報を含むメッセージを前記端末に送信する処理部を備え、
前記端末は、
前記第１サーバからの着信に対する自動応答の可否を管理する第２自動応答情報を有する記憶部と、
前記第２自動応答情報を検索して、前記第１サーバから受信したメッセージに含まれる前記第１自動応答情報と一致する第２自動応答情報があるときには、前記端末を前記着信に対して自動応答する端末と判定する自動応答判定を行う処理部とを有することを特徴とする通信システム。
【請求項２】
前記端末の処理部は、前記自動応答判定において自動応答する端末と判定すると、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信することを特徴とする請求項１記載の通信システム。
【請求項３】
前記端末の処理部は、前記自動応答判定において、一致する第２自動応答情報が無いときには、前記端末を前記着信に対して自動応答しない端末と判定することを特徴とする請求項１記載の通信システム
【請求項４】
前記端末の処理部は、前記自動応答判定において自動応答しない端末と判定すると、前記端末の応答操作後に、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信することを特徴とする請求項３記載の通信システム。
【請求項５】
前記端末の記憶部は、前記第２自動応答情報の有効又は無効を管理するフラグ情報を有し、
前記端末の処理部は、前記検索により一致する第２自動応答情報がある場合、前記端末の記憶部で管理されるフラグ情報を参照して、前記フラグ情報が有効のときには前記端末を前記着信に対して自動応答する端末と判定し、前記フラグ情報が無効のときには前記端末を前記着信に対して自動応答しない端末と判定することを特徴とする請求項１に記載の通信システム。
【請求項６】
前記端末の処理部は、
前記フラグ情報が有効であると判定すると、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信し、
前記フラグ情報が無効であると判定すると、前記端末の応答操作後に、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信することを特徴とする請求項５に記載の通信システム。
【請求項７】
前記複数の端末は、発信元の第１端末と、発信先の第２端末とを含み、
前記第１端末は、前記自動応答判定を行う処理部を有し、
前記第２端末は、前記第１サーバが前記第１端末から応答メッセージを受信した後に、前記第１サーバから接続設定をされることを特徴とする請求項１に記載の通信システム。
【請求項８】
前記発信元の第１端末及び前記発信先の第２端末に関する端末識別子又はユーザ識別子の入力を受けると、前記第１端末及び前記第２端末との接続設定を行う接続要求を、前記第１サーバに送信する第２サーバを有することを特徴とする請求項７に記載の通信システム。
【請求項９】
前記第１サーバの記憶部は、前記端末における発着信の可否状態であるプレゼンスを管理する端末状態情報を有し、
前記第１サーバの処理部は、接続設定をする前記第１端末のプレゼンスを前記端末状態情報から取得して、前記プレゼンスが発着信ができる状態を示すときには前記第１端末との接続設定を継続し、前記プレゼンスが発着信ができない状態を示すときには前記第１端末との接続設定を継続しないことを特徴とする請求項１に記載の通信システム。
【請求項１０】
受信した接続要求に従って複数の端末との接続設定を行い、第１自動応答情報を含むメッセージを前記複数の端末のうち発信元の第１端末に送信する処理部と
前記端末における発着信の可否状態であるプレゼンスを管理する端末状態情報を有する記憶部とを備えることを特徴とするサーバ。
【請求項１１】
前記サーバの処理部は、前記接続設定をする第１端末のプレゼンスを前記端末状態情報から取得して、前記プレゼンスが発着信ができる状態を示すときには前記第１端末との接続設定を継続し、前記プレゼンスが発着信ができない状態を示すときには前記第１端末との接続設定を継続しないことを特徴とする請求項１０に記載のサーバ。
【請求項１２】
第１サーバと通信する端末であって、
前記第１サーバからの着信に対する自動応答の可否を管理する第２自動応答情報を有する記憶部と、
前記第２自動応答情報を検索して、前記第１サーバから受信したメッセージに含まれる前記第１自動応答情報と一致する第２自動応答情報があるときには、前記着信に対して自動応答すると判定する自動応答判定を行う処理部とを有することを特徴とする端末。
【請求項１３】
前記処理部は、前記自動応答判定において自動応答すると判定すると、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信することを特徴とする請求項１２記載の端末。
【請求項１４】
前記処理部は、前記自動応答判定において、一致する第２自動応答情報が無いときには、前記着信に対して自動応答しないと判定することを特徴とする請求項１２記載の端末
【請求項１５】
前記処理部は、前記自動応答判定において自動応答しないと判定すると、前記端末の応答操作後に、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信することを特徴とする請求項１４記載の端末。
【請求項１６】
前記記憶部は、前記第２自動応答情報の有効又は無効を管理するフラグ情報を有し、
前記処理部は、前記検索により一致する第２自動応答情報がある場合、
前記記憶部で管理されるフラグ情報を参照して、前記フラグ情報が有効のときには前記端末を前記着信に対して自動応答する端末と判定し、前記フラグ情報が無効のときには前記端末を前記着信に対して自動応答しない端末と判定することを特徴とする請求項１２に記載の端末。
【請求項１７】
前記処理部は、
前記フラグ情報が有効であると判定すると、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信し、
前記フラグ情報が無効であると判定すると、前記端末の応答操作後に、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信することを特徴とする請求項１６に記載の端末。
【請求項１８】
前記端末は、発信元の端末であることを特徴とする請求項１２記載の端末。
【請求項１９】
前記第１サーバは、受信した接続要求に従って前記端末との接続設定を行い、前記第１自動応答情報を含む前記メッセージを前記端末に送信する処理部を有することを特徴とする請求項１２に記載の端末。
【請求項２０】
複数の端末が第１サーバと通信する通信システムにおける接続方法であって、
前記第１サーバは、
受信した接続要求に従って前記端末との接続設定を行い、
第１自動応答情報を含むメッセージを前記端末に送信し
前記端末は、
前記第１サーバからの着信に対する自動応答の可否を管理する第２自動応答情報を検索して、前記第１サーバから受信したメッセージに含まれる前記第１自動応答情報と一致する第２自動応答情報があるときには、前記端末を前記着信に対して自動応答する端末と判定することを特徴とする接続方法。
【請求項２１】
前記端末は、自動応答すると判定すると、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信することを特徴とする請求項２０記載の接続方法。
【請求項２２】
前記端末は、一致する第２自動応答情報が無いときには、前記着信に対して自動応答しないと判定することを特徴とする請求項２０記載の接続方法。
【請求項２３】
前記端末は、自動応答しないと判定すると、前記端末の応答操作後に、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信することを特徴とする請求項２２記載の接続方法。
【請求項２４】
前記端末は、前記検索により一致する第２自動応答情報がある場合、
前記第２自動応答情報の有効又は無効を管理するフラグ情報を参照し、
前記フラグ情報が有効のときには前記端末を前記着信に対して自動応答する端末と判定し、
前記フラグ情報が無効のときには前記端末を前記着信に対して自動応答しない端末と判定することを特徴とする請求項２０に記載の接続方法。
【請求項２５】
前記端末は、
前記フラグ情報が有効であると判定すると、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信し、
前記フラグ情報が無効であると判定すると、前記端末の応答操作後に、前記着信への応答メッセージを生成して、前記生成した応答メッセージを前記第１サーバへ送信することを特徴とする請求項２４に記載の接続方法。
【請求項２６】
前記第１サーバは、
接続設定をする発信元の端末のプレゼンスを、前記端末における発着信の可否状態であるプレゼンスを管理する端末状態情報から取得し、
前記プレゼンスが発着信ができる状態を示すときには前記発信元の端末との接続設定を継続し、
前記プレゼンスが発着信ができない状態を示すときには前記発信元の端末との接続設定を継続しないことを特徴とする請求項２５に記載の接続方法
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第三者呼制御サービスを実装する装置が、複数の端末を操作して接続するコミュニケーションシステムに関する。
【背景技術】
【０００２】
近年、企業においては、個人所有の携帯機器端末、例えばスマートフォン等を業務で利用するＢＹＯＤ（Ｂｒｉｎｇ  Ｙｏｕｒ  Ｏｗｎ  Ｄｅｖｉｃｅ）が注目されている。ＢＹＯＤを実現するためには、公私分離が必要とされている。例えば、業務利用の電話料金は、企業負担とすることが考えられる。
【０００３】
また、電話システムにおいて、３ＰＣＣ（Ｔｈｉｒｄ  Ｐａｒｔｙ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ）技術が知られている。３ＰＣＣとは、第三者呼制御サービスを実装する装置が複数の端末を操作して接続する技術で、例えば、Ｗｅｂブラウザ上の電話帳から名前や電話番号をクリックすることで、クリック操作による電話発信をした者の電話端末と相手の電話端末を接続する。電話端末としては、例としてセッション制御プロトコルＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）アプリケーションがある。
【０００４】
例えば特許文献１には、ＮＧＮ上で３ＰＣＣサービスを提供する通信システムが開示されている。
【０００５】
これらの技術により、ＢＹＯＤ端末とＷｅｂアプリケーションを連携させた新たなサービスも開発されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２１３０２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
３ＰＣＣサービスフローの流れは、以下の処理（ａ）〜（ｃ）を含む。
（ａ）３ＰＣＣサーバと第１端末(以下、端末Ａと称する）とのセッション確立。
（ｂ）３ＰＣＣサーバと第２端末(以下、端末Ｂと称する）とのセッション確立。
（ｃ）第１接続端末と端末Ｂとの間で、通話。
【０００８】
なお、通話は、端末Ａと端末Ｂとが直接通話する場合、端末Ａと端末Ｂとが３ＰＣＣサーバを介して通話する場合、いずれであってもよい。
【０００９】
さて、処理（ａ）における３ＰＣＣサーバと端末Ａとのセッション確立の際、まず、電話発信者は、端末Ａを操作して、３ＰＣＣサーバに電話発信を要求する。すると、３ＰＣＣサーバから端末へ電話着信される。そして、ユーザは、３ＰＣＣサーバからの電話着信に対し、端末を操作して応答する必要がある。一般に、３ＰＣＣサービスでは、電話発信者と端末Ａの所有者とは、同じであることが多い。つまり、電話発信者の電話端末（端末Ａ）に、電話着信（コールバック）する形となる。
【００１０】
このように、３ＰＣＣサービスでの通話開始時に、電話発信者は、発信と着信への応答という２つの動作を含む電話操作を要求される。一方、従来の電話サービスの通話開始時に、電話発信者は、自身の電話端末（端末Ａ）から相手の電話端末（端末Ｂ）への発信という１つの動作を含む電話操作を行う。
【００１１】
結果として、通話開始時において、３ＰＣＣサービスの電話操作は、従来の電話操作とは異なっている。このため、３ＰＣＣサービス導入後に、電話操作についてユーザが混乱するという課題がある。
【００１２】
本発明は、以上の点に鑑み、３ＰＣＣサービスを適用したコミュニケーションシステムにおける電話操作性を改善することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明に係る通信システム、端末、サーバ、及び接続方法は、複数の端末が第１サーバ（例えば３ＰＣＣサーバ）と通信する通信システムであって、第１サーバは、受信した接続要求に従って端末との接続設定を行い、第１自動応答情報（例えばAutoConnect)を含むメッセージ（例えばＳＩＰ  ＩＮＶＩＴＥ）を端末に送信する処理部を備える。端末は、第１サーバからの着信に対する自動応答の可否を管理する第２自動応答情報を有する記憶部と、第２自動応答情報を検索して、第１サーバから受信したメッセージに含まれる第１自動応答情報と一致する第２自動応答情報があるときには、端末を着信に対して自動応答する端末と判定することを主な特徴とする。
【発明の効果】
【００１４】
本発明によると、第三者呼制御が実現可能なネットワークにおいて、通信させる２者（端末Ａと端末Ｂ）のうち、発信元となる端末Ａにおけるユーザ操作による電話への応答操作が改善される。
【図面の簡単な説明】
【００１５】
【図１】通信網の構成例を示す説明図である。
【図２】３ＰＣＣサーバ２の構成例を示す説明図である。
【図３】３ＰＣＣサーバ２におけるセッション情報テーブル２２０１の構成の一例を示す説明図である。
【図４】３ＰＣＣサーバ２における端末情報テーブル２３０１の構成の一例を示す説明図である。
【図５】端末Ａ４ａ、端末Ｂ４ｂの構成図例である。
【図６】端末Ａ４ａ、端末Ｂ４ｂの３ＰＣＣ自動応答情報テーブル２６００構成の一例を示す構成図である。
【図７】３ＰＣＣサービスの手順を説明するシーケンス図（端末Ａにて自動応答あり）である。
【図８】３ＰＣＣサービスの手順を説明するシーケンス図（端末Ａにて自動応答なし）である。
【図９】３ＰＣＣサービスの手順を説明するシーケンス図（端末Ａに発信しない）である。
【図１０】端末Ａ４ａの通話可否判定の処理（Ｓ７−１、２）を説明するフローチャートである。
【図１１】端末Ａ４ａの自動応答判定の処理（Ｓ１０−１、２）を説明するフローチャートである。
【図１２】端末Ａ４ａへの自動応答情報を含むＳＩＰ  ＩＮＶＩＴＥメッセージの構成例である。
【発明を実施するための形態】
【００１６】
以下、本発明を適用したコミュニケーションシステムについて、図面を用いて詳細に説明する。なお、本実施例では、ＳＯＡＰ及びＳＩＰをプロコトルとして用いるシステムを説明するが、プロコトルはこれらに限定されるものではない。
【００１７】
（ネットワーク構成）
図１は、通信網の構成例を示す説明図である。
【００１８】
本通信網（システム）は、Ｗｅｂサーバ１と、３ＰＣＣサーバ２と、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ３とを備える。
【００１９】
ＳＩＰサーバ３は、３ＰＣＣが実現可能なネットワークＮ２に設置される。
【００２０】
Ｗｅｂサーバ１は、３ＰＣＣサーバ２と通信する。また、Ｗｅｂサーバ１は、インターネットまたはイントラネット等のネットワークＮ１を介して、端末Ａ４ａと通信する。
【００２１】
３ＰＣＣサーバ２は、３ＰＣＣが実現可能なネットワークＮ２を介して、端末Ａ４ａ、端末Ｂ４ｂ、及びＳＩＰサーバ３と、通信する。
【００２２】
端末Ａ４ａ、端末Ｂ４ｂは、ＶｏＩＰアプリケーションがインストールされている端末である。具体的な例としては、端末Ａ４a、端末Ｂ４ｂは、スマートフォン、やＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などのＷｅｂブラウザを有した通信機器である。なお、端末としては、後述する自動応答の機能を有する端末であればよく、スマートフォンや通信機器に限定されず、いわゆる専用電話機であってもよい。
【００２３】
図２は、３ＰＣＣサーバ２の構成例を示す説明図である。
【００２４】
３ＰＣＣサーバ２は、プロセッサ（以下、ＣＰＵ）２００１と、インタフェース（以下、ＩＦ）２００３ａ及び２００３ｂと、メモリ２００４とを備える。
【００２５】
メモリ２００４は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）制御部２１０１と、３ＰＣＣモジュール部２１０２と、ＳＩＰ制御部２１０３とを有する。
【００２６】
３ＰＣＣモジュール部２１０２は、セッション情報テーブル２２０１と、呼制御部２２０２と、端末状態管理部２２０３を有する。呼制御部２２０２は、通話可否判定処理部２３０２を有する。端末状態管理部２２０３は、端末状態テーブル２３０１を有する。
【００２７】
ＣＰＵ２００１は、３ＰＣＣサーバ２における各処理を実行する。メモリ２００４上のＳＯＡＰ制御部２１０１、３ＰＣＣモジュール部２１０２、呼制御部２２０２、端末状態管理部２２０３及びＳＩＰ制御部２１０３による処理（プログラム）は、ＣＰＵ２００１により実行される。
【００２８】
ＩＦ２００３は、回線２００２を介してＷｅｂサーバ１や３ＰＣＣが実現可能なネットワークＮ２と通信するための、インタフェースである。
【００２９】
図３は、３ＰＣＣサーバ２におけるセッション情報テーブル２２０１の構成の一例を示す説明図である。
【００３０】
セッション情報テーブル２２０１は、ｓｅｓｓｉｏｎＩＤ２２０１１に対応して、端末ＩＤ（Ｆｒｏｍ）２２０１２と、端末ＩＤ（Ｔｏ）２２０１３と、自動応答情報２２０１４とを記憶する。
【００３１】
ｓｅｓｓｉｏｎＩＤ２２０１１は、Ｗｅｂサーバ１からの接続要求に対応するセッション識別子である。ｓｅｓｓｉｏｎＩＤ２２０１１は、端末Ａ４ａと端末Ｂ４ｂとの通信を識別するものである。ｓｅｓｓｉｏｎＩＤ２２０１１は、Ｗｅｂサーバ１がセッション開始のときに、適宜定めることができる。
【００３２】
端末ＩＤ（Ｆｒｏｍ）２２０１２および端末ＩＤ（Ｔｏ）２２０１３は、ｓｅｓｓｉｏｎＩＤ２２０１１に対応し、互いに通信をする端末の端末識別子である。端末ＩＤ（Ｆｒｏｍ）２２０１２および端末ＩＤ（Ｔｏ）２２０１３としては、「Ａ（端末Ａ）」、「Ｂ（端末Ｂ）」等が、記憶される。なお、端末ＩＤの代わりに、端末名等の端末識別子又はユーザ識別子を、用いてもよい。
【００３３】
自動応答情報２２０１４には、Ｗｅｂサーバ１からの接続要求に含まれる自動応答情報が記憶される。自動応答情報２２０１４には、「ＡｕｔｏＣｏｎｎｅｃｔ」等の文字情報が、記憶される。
【００３４】
図４は、３ＰＣＣサーバ２における端末状態テーブル２３０１の構成の一例を示す説明図である。
【００３５】
端末状態テーブル２３０１は、端末ＩＤ２３０１１に対応して、プレゼンス２３０１２と、状態取得時刻２３０１３とを記憶する。
【００３６】
端末ＩＤには、上述の端末ＩＤ（Ｆｒｏｍ）２２０１２又は端末ＩＤ（Ｔｏ）２２０１３と同様に、「Ａ（端末Ａ）」、「Ｂ（端末Ｂ）」等が、記憶される。なお、端末ＩＤの代わりに、端末名等の端末識別子又はユーザ識別子を、用いてもよい。
【００３７】
プレゼンス２３０１２は、端末Ａ４a、端末Ｂ４ｂの現在の電話の状態を管理するものである。プレゼンス２３０１２には、「待機中（ＳＩＰサーバに登録済みで、電話の発信又は着信（以下、電話発信/着信、と表記）ができる状態）」、「通話中（ＳＩＰサーバに登録済みで、電話発信/着信できない状態）」、「未接続（ＳＩＰサーバに未登録で、電話発信/着信できない状態）」等が記憶される。ここで、ＳＩＰサーバに登録済みとは、端末Ａ４a、端末Ｂ４ｂの起動時や、端末Ａ４a、端末Ｂ４ｂにインストールされているＶｏＩＰアプリケーションの起動時に、ＳＩＰサーバに対して端末ＩＤとＩＰアドレスが登録されている状態のこと、を示す。
【００３８】
状態取得時刻２３０１３は、端末状態管理部２２０３がプレゼンス２３０１２を受信した時刻を、記憶する。
【００３９】
ただし、端末状態テーブル２３０１に既に記憶対象の端末ＩＤ（２３０１１）が既に存在している場合は、プレゼンス（２３０１２）と状態取得時刻（２３０１３）を更新する。
【００４０】
図５は、端末Ａ４ａ、端末Ｂ４ｂの構成図例である。
【００４１】
端末２５００（Ａ４ａ、Ａ４ｂ）は、プロセッサ（以下、ＣＰＵ）２５３０と、ＳＩＰ制御部２６０１と、表示部２５２０と、インタフェース（以下、ＩＦ）２５４０と、メモリ２５１０とを有する。
【００４２】
ＳＩＰ制御部２６０１は、３ＰＣＣ自動応答情報テーブル２７０１と、自動応答判定部２７０２と、ＳＩＰメッセージ作成部２７０３を有する。
【００４３】
ＣＰＵ２５３０は、端末２５００における各処理を実行する。メモリ２５１０上のＳＩＰ制御部２６０１による処理（プログラム）は、ＣＰＵ２５３０により実行される。
【００４４】
ＩＦ２５４０は、回線２５５０を介してＷｅｂサーバ１や３ＰＣＣが実現可能なネットワークＮ２と通信するためのインタフェースである。
【００４５】
図６は、端末Ａ４ａ、端末Ｂ４ｂにおける３ＰＣＣ自動応答情報テーブル２７０１の構成の一例を示す説明図である。
【００４６】
３ＰＣＣ自動応答情報テーブル２７０１は、自動応答情報２７０１１と、有効フラグ２７０１２とを記憶する。
【００４７】
自動応答情報２７０１１は、３ＰＣＣサーバ２から端末Ａ４ａへのコールバック着信に対する端末Ａ４ａの自動応答の可否を、管理する。ここで、自動応答とは、端末Ａ４ａが、３ＰＣＣサーバ２から端末Ａ４ａへのコールバック着信に対して、ユーザによる応答操作が無くても自動的に応答することである。自動応答情報２７０１１には、「ＡｕｔｏＣｏｎｎｅｃｔ」など３ＰＣＣ自動応答の有無を判定するための文字情報等が、記憶される。
【００４８】
有効フラグ２７０１２は、自動応答情報２７０１１が有効なものか、無効なものかを設定するためのものである。有効フラグ２７０１２には、対応する自動応答情報２７０１１の有効性、「ＯＮ（有効）」、「ＯＦＦ（無効）」等が記憶される。
【００４９】
なお、ＶｏＩＰアプリケーションをインストールした際に、自動応答情報２７０１１の初期値として”  ＡｕｔｏＣｏｎｎｅｃｔ”が設定され、有効フラグ２７０１２の初期値として”  ＯＮ（有効）”が設定されている。ただし、ユーザが、自動応答情報２７０１１及び有効フラグについて、設定の追加、削除又は修正を端末の操作画面等から再設定できるようにしても良い。また、自動応答情報２７０１１の初期値としては、ＡｕｔｏＣｏｎｎｅｃｔに限定されず、例えば３ＰＣＣを利用したサービス名「ＸｘｘｘｘＳｅｒｖｉｃｅ」という文字情報として、ユーザがサービス毎に自動応答の有無を選択できるようにしても良い。
【００５０】
図７は、３ＰＣＣサービスの開始から端末Ｂ発信までの手順であって、端末Ａにて自動応答ありの場合を説明するシーケンス図である。
【００５１】
本実施の形態によると、３ＰＣＣが実現可能なネットワークＮ２上で、端末Ａの応答を確認後、端末Ｂに発信することが可能となる。
【００５２】
以下、図７に示すシーケンス図に従って本実施の形態の手順を説明する。
【００５３】
まず、前提として、ＳＩＰサーバ３は、端末Ａ４ａからの電話発信、端末Ａ４ａへの着信の可否を判定するために、ＳＩＰサーバ３の中で、端末Ａ４ａの端末状態を管理する。ここで、端末状態とは、端末が、例えば「待機中（ＳＩＰサーバに登録済みで、電話発信/着信できる状態）」、「通話中（ＳＩＰサーバに登録済みで、電話発信/着信できない状態）」又は「未接続（ＳＩＰサーバに未登録で、電話発信/着信できない状態）」のうち何れの状態であるかを意味する。
【００５４】
ＳＩＰサーバ３は、端末状態が変更になった契機で、３ＰＣＣサーバ２の端末状態管理部２２０３に、ユーザ識別子又は端末識別子（この例では、端末ＩＤ  Ａ）、プレゼンス（この例では、プレゼンス  待機中）を含めた、端末状態通知を送信する（Ｓ’１）。
【００５５】
端末状態管理部２２０３は、Ｓ’１にてＳＩＰサーバ３から端末状態通知を受けた後、ユーザ識別子又は端末識別子（この例では、端末ＩＤ  Ａ）、プレゼンス（この例では、プレゼンス  待機中）、端末状態通知を受信した時刻を、端末状態テーブル２３０１に記憶する。つまり、前記端末状態テーブルは、ＳＩＰサーバから逐次通知される情報を前記呼制御サーバで受信し、更新されるものである。
【００５６】
次に、３ＰＣＣサービスを利用した通話のシーケンスを説明する。
【００５７】
３ＰＣＣサービスの発信元ユーザは、端末４ａを操作して、Ｗｅｂサーバ１にログインする。Ｗｅｂサーバ１には、互いに通信する発信元ユーザ及び発信先ユーザのユーザ識別子又は端末識別子（端末Ａ４ａ及び端末Ｂ４ｂに対応する、発信元及び発信先のユーザ名又は端末ＩＤ等）が、端末４ａを介して入力される。また、３ＰＣＣサービスの発信元ユーザは、Ｗｅｂサーバ１にログイン中の端末４ａに対して、Ｗｅｂサーバ１が端末４ａの表示部２５２０に表示させた画面に従い、発信元ユーザの操作により通信する２者のユーザ（発信元ユーザと、その発信元ユーザが通信したい発信先ユーザとの２者）が選択されてもよい。
【００５８】
次に、Ｗｅｂサーバ１は、ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ（接続要求）を生成して、３ＰＣＣサーバ２に送信する（Ｓ１）。ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔは、接続させたい発信元及び発信先のユーザに対応するＳＩＰ−ＵＲＩと、３ＰＣＣサーバから発信元ユーザの端末に対するコールバック着信に、ユーザ操作を伴わずに自動で電話応答するための自動応答情報とを、含む。
【００５９】
ＳＩＰ−ＵＲＩは、端末Ａ４ａや端末Ｂ４ｂの電話番号等の端末識別子（この例では、端末ＩＤ（Ｆｒｏｍ）２２０１２が Ａ及び端末ＩＤ（Ｔｏ）２２０１３が Ｂ）を含むように構成することができる。また、Ｗｅｂサーバ１は、ユーザ識別子又は端末識別子とそのユーザ又は端末のＳＩＰ−ＵＲＩが対応して予め記憶され、入力されたユーザ識別子に対応するＳＩＰ−ＵＲＩを取得するようにしてもよい。
【００６０】
自動応答情報は、識別子（この例では、「ＡｕｔｏＣｏｎｎｅｃｔ」の文字列）を含むように構成することができる。また、自動応答情報については、Ｗｅｂサーバ１は、識別子と自動応答情報が対応して予め記憶され、入力された識別子に対応する自動応答情報を取得するようにしてもよい。
【００６１】
３ＰＣＣサーバ２のＳＯＡＰ制御部２１０１は、Ｗｅｂサーバ１からＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔを受信した後に、接続要求を３ＰＣＣモジュール部２１０２に送信する（Ｓ２）。
【００６２】
この接続要求は、受信したＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔに基づいて、３ＰＣＣサーバ２で用いる適宜のプロトコルに従って生成される。接続要求は、ＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｑｕｅｓｔ内のＳＩＰ−ＵＲＩ（この例では、端末ＩＤ（Ｆｒｏｍ）２２０１２が Ａ及び端末ＩＤ（Ｔｏ）２２０１３が Ｂ）、自動応答情報（この例では、「ＡｕｔｏＣｏｎｎｅｃｔ」の文字列）を含む。
【００６３】
３ＰＣＣモジュール部２１０２は、Ｓ２にて接続要求を受信すると、ｓｅｓｓｉｏｎＩＤと、ユーザ識別子又は端末識別子（この例では、端末ＩＤ（Ｆｒｏｍ）２２０１２が Ａ及び端末ＩＤ（Ｔｏ）２２０１３が Ｂ）とを、生成する。３ＰＣＣモジュール部２１０２は、例えば、乱数値やシーケンス番号を用いて、ｓｅｓｓｉｏｎＩＤを生成する。また、接続要求に含まれるＳＩＰ−ＵＲＩを用いて、ユーザ識別子又は端末識別子を生成する。
【００６４】
３ＰＣＣモジュール部２１０２は、生成したｓｅｓｓｉｏｎＩＤ、ユーザ識別子又は端末識別子（この例では、端末ＩＤ（Ｆｒｏｍ）２２０１２が Ａ及び端末ＩＤ（Ｔｏ）２２０１３が Ｂ）を、セッション情報テーブル２２０１に、登録する。図３に示すセッション情報テーブル２２０１では、ｓｅｓｓｉｏｎＩＤ（２２０１１）、端末ＩＤ（Ｆｒｏｍ）（２２０１２）、端末ＩＤ（Ｔｏ）（２２０１３）、自動応答情報（２２０１４）が登録される。
【００６５】
３ＰＣＣモジュール部２１０２は、生成したｓｅｓｓｉｏｎＩＤを含む接続要求成功応答を、ＳＯＡＰ制御部２１０１に送信する（Ｓ３）。
【００６６】
なお、ｓｅｓｓｉｏｎＩＤの生成に失敗した場合、３ＰＣＣモジュール部２１０２は、接続要求失敗応答（エラーレスポンスメッセージ）を生成し、ＳＯＡＰ制御部２１０１に送信する。ＳＯＡＰ制御部２１０１は、３ＰＣＣモジュール部２１０２から接続要求失敗応答を受信すると、接続要求の失敗を示すＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを、Ｗｅｂサーバ１に送信する。そして、Ｗｅｂサーバ１は、接続要求の失敗を端末４ａに通知し、端末４ａの表示部に、３ＰＣＣサービスが利用できないことを表示させる。
【００６７】
さて、ＳＯＡＰ制御部２１０１は、３ＰＣＣモジュール部２１０２から接続要求成功応答を受信すると、ｓｅｓｓｉｏｎＩＤ情報を含んだＳＯＡＰ ｍａｋｅＣａｌｌＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを、Ｗｅｂサーバ１に送信する（Ｓ４）。
【００６８】
次に、３ＰＣＣサーバ２の３ＰＣＣモジュール部２０１２が有する呼制御部２２０２は、３ＰＣＣサーバ２の端末状態管理部２２０３の端末情報テーブル２３０１にＳ１’において生成された端末のプレゼンス２３０１２を取得するために、状態取得要求を送信する（Ｓ５）。ここで、端末のプレゼンスとは、具体的には、ユーザ識別子又は端末識別子（この例では、端末ＩＤ（Ｆｒｏｍ）２２０１２がＡ）のプレゼンスのことである。
【００６９】
端末状態管理部は２２０３は、Ｓ５にて呼制御部２２０３から状態取得要求を受けた後、端末状態テーブル２３０１を参照して、受信したユーザ識別子又は端末識別子（この例では、端末ＩＤ（Ｆｒｏｍ）２２０１２がＡ）に対応するプレゼンス（２３０１２）（この例では、プレゼンス「待機中」）を含めた状態通知を、呼制御部２２０２に送信する（Ｓ６）。
【００７０】
呼制御部２２０２は、Ｓ６にて端末状態管理部２２０３から受信した状態通知に基づいて、通話可否判定を行う（Ｓ７−１）。
【００７１】
ここで、通話可否判定（前述したＳ７−１及び後述するＳ７−２）の詳細を、図１０を用いて説明する。
【００７２】
呼制御部２２０２は、Ｓ６にて端末状態管理部から受信した状態通知を参照する（１００１）。
【００７３】
呼制御部２２０２は、参照した状態通知に含まれる情報に基づき、通話可否を判定する（１００２）。ここで、参照した状態通知に含まれる情報とは、例えば、発信元ユーザの端末４Ａａ（端末ＩＤ（Ｆｒｏｍ）２２０１２がＡ）のプレゼンスである。
【００７４】
ここで、参照した状態通知に含まれる発信元ユーザの端末４Ａａのプレゼンスが、「待機中（ＳＩＰサーバに登録済みで、電話発信/着信できる状態）」である場合、呼制御部２２０２は、通話可と判定して、３ＰＣＣサーバ２と端末Ａとのセッション確立処理を継続する（１００３、Ｓ７−１）。
【００７５】
一方、参照した状態通知に含まれる発信元ユーザ端末Ａ４ａのプレゼンスが、「通話中（ＳＩＰサーバに登録済みで、電話発信/着信できない状態）」、「未接続（ＳＩＰサーバに未登録で、電話発信/着信できない状態）」の場合（Ｓ７−２）、呼制御部２２０２は、通話不可と判定して、３ＰＣＣサーバ２と端末Ａとのセッション確立処理を継続しない（Ｓ７−２）。そして、呼制御部２２０２は、通話ができないことを示す通話失敗通知（エラーレスポンスメッセージ）を生成して（１００４）、Ｗｅｂサーバ１に送信する（１００５）。
【００７６】
なお、図７のシーケンス図では、Ｓ７−１において、呼制御部２２０２は、通話可の状態と判定し、端末Ａ、Ｂに発信する場合を示す。
【００７７】
このように、本実施例では、電話端末のプレゼンスに基づく通話可否判定を行い、サービス継続の制御をするので、仮に端末Ａのプレゼンスが”未接続”であった場合、電話発信者が電話発信をしてもいつまでも端末Ａに電話着信しない状況になるといったトラブルを回避することができる。
【００７８】
Ｓ７−１以降、呼制御部２２０２は、３ＰＣＣサーバ２のＳＩＰ制御部２１０３に、ＳＯＡＰ制御部２１０１から受信した接続要求に含まれる端末Ａ４ａに関する自動応答情報（この例では、「ＡｕｔｏＣｏｎｎｅｃｔ」の文字列）を含めた発信要求を、送信する（Ｓ８）。
【００７９】
Ｓ８において、３ＰＣＣサーバ２が、端末Ａ４ａのみに、発信要求を送信している理由は以下の通りである。３ＰＣＣサービスの場合、端末Ｂ４ｂの発信先ユーザは、端末Ｂ４ｂへの着信が３ＰＣＣサービスによる着信であるかどうかを知ることができない。もし、端末Ｂ４ｂが、端末Ａ４ａより先に、着信に対して応答した場合、端末Ｂ４ｂは、通話相手がいない状態になってしまう。このような事態を防ぐため、Ｓ８では、３ＰＣＣサーバ２が、端末Ａ４ａのみに、発信要求を送信する。そして、Ｓ８により３ＰＣＣサーバ２と端末Ａ４ａとのコネクションが確立した後に、３ＰＣＣサーバ２から端末Ｂ４ｂへ発信要求を送信するので、端末Ｂ４ｂの発信先ユーザは、３ＰＣＣサービスであるかどうかを意識せずに、従来の電話サービスと同様の手順で、通話開始ができるようになる。
【００８０】
ＳＩＰ制御部２１０３は、Ｓ８にて呼制御部２２０２から発信要求を受けた後、端末Ａ４ａに、自動応答情報（この例では、「ＡｕｔｏＣｏｎｎｅｃｔ」の文字列）を含めたＳＩＰ ＩＮＶＩＴＥメッセージを、送信する（Ｓ９）。
【００８１】
ここで、自動応答情報を含めたＳＩＰ  ＩＮＶＩＴＥメッセージの構成例について図１２を用いて説明する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、リクエスト、ヘッダ、ボディの３つで構成される。自動応答情報は、ヘッダ部分の「Ｓｕｂｊｅｃｔヘッダ」に含まれる（この例では、Ｓｕｂｊｅｃｔ：ＡｕｔｏＣｏｎｎｅｃｔ）。
【００８２】
端末Ａ４ａは、Ｓ９にて３ＰＣＣモジュール２のＳＩＰ制御部２１０３から受信したＳＩＰ ＩＮＶＩＴＥメッセージに基づいて、自動応答判定を行う（Ｓ１０−１）。
【００８３】
ここで、自動応答判定Ｓ１０−１及び後述するＳ１０−２の詳細を、図１１を用いて説明する。
【００８４】
端末Ａ４ａのＳＩＰ制御部２６０１は、Ｓ９にて３ＰＣＣサーバ２のＳＩＰ制御部２１０３から受信したＳＩＰ ＩＮＶＩＴＥメッセージをを参照する（１１０１）。
【００８５】
ＳＩＰ制御部２６０１は、端末Ａ４aの３ＰＣＣ自動応答情報テーブル２７０１で管理される自動応答情報（２７０１１）を参照して、受信したＳＩＰ  ＩＮＶＩＴＥメッセージに含まれる自動応答情報（この例では、「ＡｕｔｏＣｏｎｎｅｃｔ」の文字列）と一致する自動応答情報（２７０１１）があるかを検索する（１１０２）。
【００８６】
Ｓ１１０２の検索において、受信したＳＩＰ  ＩＮＶＩＴＥメッセージに含まれる自動応答情報と一致する自動応答情報（２７０１１）が無い場合、端末Ａ４ａのＳＩＰ制御部２６０１は、端末Ａ４ａが３ＰＣＣサーバからのコールバック着信に自動応答しない端末である、と判定する（１１０５、Ｓ１０−２、図８）。
【００８７】
Ｓ１１０２の検索において、受信したＳＩＰ  ＩＮＶＩＴＥメッセージに含まれる自動応答情報と一致する自動応答情報（２７０１１）が有る場合に、端末Ａ４ａが３ＰＣＣサーバからのコールバック着信に自動応答する端末である、と判定する（なお、図示しない）。
【００８８】
また、Ｓ１１０２の検索において、図１１に示すように、受信したＳＩＰ  ＩＮＶＩＴＥメッセージに含まれる自動応答情報と一致する自動応答情報（２７０１１）が有る場合、端末Ａ４aのＳＩＰ制御部２６０１は、一致する自動応答情報（２７０１１）に対応する有効フラグ（２７０１２）を参照してもよい（１１０３）。
【００８９】
Ｓ１１０３の処理において、一致する自動応答情報（２７０１１）に対応する有効フラグ（２７０１２）が「ＯＮ」である場合、ＳＩＰ制御部２６０１は、端末Ａ４ａが３ＰＣＣサーバからのコールバック着信に自動応答する端末である、と判定する（１１０４、Ｓ１０−１、図７）。
【００９０】
Ｓ１１０３の処理において、一致する自動応答情報（２７０１１）に対応する有効フラグ（２７０１２）が「ＯＦＦ」である場合、ＳＩＰ制御部２６０１は、端末Ａ４ａが３ＰＣＣサーバからのコールバック着信に自動応答しない端末である、と判定する（１１０５、後述するＳ１０−２、図８）。
このように、Ｓ１１０３の処理を追加することで、一致する自動応答情報（２７０１１）に対して、ユーザが、自動応答する又は自動応答しない、を設定することができるようになる。
【００９１】
さて、図７に示すシーケンスの場合、Ｓ１０−１において、ＳＩＰ制御部２６０１は、３ＰＣＣ自動応答情報テーブル２７０１に、自動応答情報（２７０１１）（この例では、「ＡｕｔｏＣｏｎｎｅｃｔ」の文字列）に一致し、有効フラグ（２７０１２）が「ＯＮ」のものがあるため、端末Ａ４aは自動応答すると判定する。
【００９２】
端末Ａ４ＡａのＳＩＰ制御部２６０１は、自動応答すると判定すると、ユーザによる応答操作を待たずに、電話着信への応答を示すＳＩＰ ２００ＯＫメッセージ（ＳＩＰ  ＩＮＶＩＴＥメッセージに対するレスポンスメッセージ）を作成する。そして、端末Ａ４ＡａのＳＩＰ制御部２６０１は、３ＰＣＣサーバ２のＳＩＰ制御部２１０３に、作成したＳＩＰ  ２００ＯＫメッセージを送信する（Ｓ１１−１）。
【００９３】
なお、電話着信への応答を示すＳＩＰ ２００ＯＫメッセージ（ＳＩＰ  ＩＮＶＩＴＥメッセージに対するレスポンスメッセージ）の作成は、例えばＳ１１０３において有効フラグ（２７０１２）が「ＯＮ」のものがあった時点で、ＳＩＰ制御部２６０１により行われる。
【００９４】
Ｓ１１−１において、３ＰＣＣサーバ２のＳＩＰ制御部２１０３は、端末Ａ４aから、ＳＩＰ ２００ＯＫメッセージを受信する。このとき、端末Ａ４ａは、３ＰＣＣサーバ２からのコールバック着信に対して応答操作なしに通話状態となっている。
【００９５】
そこで、端末Ａ４ａのユーザに対して、３ＰＣＣサーバ２から音声メッセージなどのアナウンスを送出することを実施してもよい。アナウンスを送出することで、端末Ａ４ａのユーザに、端末Ｂ４ｂを呼び出していることをお知らせ、また、端末Ｂ４ｂのユーザをお知らせすることができる。
【００９６】
本発明を適用したシステムでは、端末が、３ＰＣＣサーバから送信される自動応答情報を含めた新規なＳＩＰ  IＮＶＩＴＥメッセージを受信すると、端末が保持する自動応答情報テーブルと受信した自動応答情報とを比較し、且つ有効フラグのＯＮ又はＯＦＦとの組み合わせで自動応答判定をすることにより、ＳＩＰメッセージの内容を元に自動応答する又は自動応答しないを端末側で判定できるので、３ＰＣＣサービス環境下であっても、端末が自律的に自動応答することが可能となる。
【００９７】
３ＰＣＣサーバ２のＳＩＰ制御部２１０３は、Ｓ１１−１にて端末Ａ４ａからＳＩＰ ２００ＯＫメッセージを受信すると、呼制御部２２０２に、端末Ａ４ａからの応答通知を送信する（Ｓ１２）。
【００９８】
呼制御部２２０２は、Ｓ１２にてＳＩＰ制御部２１０３から応答通知を受信すると、ＳＩＰ制御部２１０３に、Ｓ２にてＳＯＡＰ制御部２１０１から受信した、接続要求に含まれた端末Ｂ４ｂへの発信要求を、送信する（Ｓ１３）。
【００９９】
ＳＩＰ制御部２１０３は、Ｓ１３にて呼制御部２２０２から発信要求を受けた後、端末Ｂ４ｂに、ＳＩＰ ＩＮＶＩＴＥメッセージを送信する（Ｓ１４）。
【０１００】
端末Ｂ４ｂは、Ｓ１４にて３ＰＣＣサーバのＳＩＰ制御部２１０３からＳＩＰ ＩＮＶＩＴＥメッセージを受信すると、ＳＩＰ制御部２１０３に、ＳＩＰ ２００ＯＫメッセージを送信する（Ｓ１５）。
【０１０１】
ＳＩＰ制御部２１０３は、呼制御部２２０２に端末Ｂ４ｂからの応答通知を送信する（Ｓ１６）。
【０１０２】
ＳＩＰ制御部２１０３がＳ１６にて端末Ｂ４ｂからＳＩＰ ２００ＯＫメッセージを受信した後、端末Ａ４ａと端末Ｂ４ｂは、音声ストリームの送受信による通話を開始する（Ｓ１７）。なお、端末Ａ４ａと端末Ｂ４ｂとの間で音声ストリームの送受信を直接行ってもよく、端末Ａ４ａと端末Ｂ４ｂとが３ＰＣＣサーバ２を介して音声ストリームの送受信を直接行ってもよく、コネクション確立後における音声ストリームの送受信方法は、限定されるものではない。
【０１０３】
図８は、３ＰＣＣサービスの開始から端末Ｂ発信までの手順であって、端末Ａにて自動応答なしの場合を説明するシーケンス図である。図８のステップＳ１からＳ９までは、図７のステップＳ１からＳ９までの処理と同じである。図８のステップＳ１２からＳ１７までは図７のステップＳ１２からＳ１７までの処理と同じである。
【０１０４】
以下、図７とは異なるステップＳ１０−２，Ｓ１０−３について、説明する。
【０１０５】
まず、端末Ａにて自動応答しない例としては、端末Ａ４ａでユーザが明示的にユーザ操作で電話に応答したい時が考えられる。例えば、端末Ａが電話をかけたいユーザ所有の端末でない場合等が想定される。
【０１０６】
端末Ａ４ａは、Ｓ９にて３ＰＣＣモジュール２のＳＩＰ制御部２１０３から受信したＳＩＰ ＩＮＶＩＴＥメッセージに基づいて、自動応答判定を行う（Ｓ１０−２）。
【０１０７】
ここで、自動応答判定Ｓ１０−２の詳細は、前述した図１１を用いた説明において、以下の（１）（２）に対応する。
（１）Ｓ１１０２の検索において、受信したＳＩＰ  ＩＮＶＩＴＥメッセージに含まれる自動応答情報と一致する自動応答情報（２７０１１）が無いので、端末Ａ４ａが３ＰＣＣサーバからのコールバック着信に自動応答しない端末である、と判定される（１１０５）場合
（２）Ｓ１１０２の検索において、受信したＳＩＰ  ＩＮＶＩＴＥメッセージに含まれる自動応答情報と一致する自動応答情報（２７０１１）が有り、且つＳ１１０３の処理において、一致する自動応答情報（２７０１１）に対応する有効フラグ（２７０１２）が「ＯＦＦ」であるので、端末Ａ４ａが３ＰＣＣサーバからのコールバック着信に自動応答しない端末である、と判定される（１１０５）場合
つまり、図８に示すシーケンスの場合、Ｓ１０−２において、ＳＩＰ制御部２６０１は、端末Ａ４aは自動応答しないと判定する。
【０１０８】
次に、端末Ａ４ａは、ユーザによる応答操作を受ける（Ｓ１０−３）。
【０１０９】
次に、端末Ａ４ＡａのＳＩＰ制御部２６０１は、ユーザによる応答操作を契機に、電話着信への応答を示すＳＩＰ ２００ＯＫメッセージ（ＳＩＰ  ＩＮＶＩＴＥメッセージに対するレスポンスメッセージ）を作成する。そして、端末Ａ４ＡａのＳＩＰ制御部２６０１は、３ＰＣＣサーバ２のＳＩＰ制御部２１０３に、作成したＳＩＰ ２００ＯＫメッセージを送信する（Ｓ１１−２）。
【０１１０】
図９は、３ＰＣＣサービスの開始から端末Ａに発信なしまでの手順を説明するシーケンス図である。図９のステップＳ１からＳ６までは、図７のステップＳ１からＳ６までの処理と同じである。
【０１１１】
以下、図７とは異なるステップＳ７−２、Ｓ１８について、説明する。
【０１１２】
まず、端末Ａに発信しない例としては、端末Ａ４ａのプレゼンスが、「通話中（ＳＩＰサーバに登録済みで、電話発信/着信できない状態）」、「未接続（ＳＩＰサーバに未登録で、電話発信/着信できない状態）」など、電話できない時が考えられる。
【０１１３】
呼制御部２２０２は、Ｓ６にて端末状態管理部２２０３から受信した状態通知に基づいて、通話可否判定を行う（Ｓ７−２）。
【０１１４】
ここで、通話可否判定Ｓ７−２の詳細は、前述した図１０を用いた説明において、以下に対応する。
【０１１５】
Ｓ１００２の判定において、参照した状態通知に含まれる発信元ユーザの端末４Ａａ（端末ＩＤ（Ｆｒｏｍ）２２０１２がＡ）のプレゼンスが、「通話中（ＳＩＰサーバに登録済みで、電話発信/着信できない状態）」、「未接続（ＳＩＰサーバに未登録で、電話発信/着信できない状態）」であって、通話否の状態と判定。Ｓ１００４において、通話ができないことを示す通話不可通知（エラーレスポンスメッセージ）を生成。Ｓ１００５において、生成した通話不可通知をＷｅｂサーバ１へ送信。
【０１１６】
なお、図９のシーケンス図では、Ｓ７−２において、呼制御部２２０２は、通話否の状態と判定し、端末Ａ、Ｂに発信しない場合を示す。
【０１１７】
Ｓ７−２以降、呼制御部２２０２は、Ｓ１００４にて生成された通話不可通知をＷｅｂサーバ１に送信する（Ｓ１８）。そして、Ｗｅｂサーバ１は、電話発信の失敗を端末Ａ４ａに通知する。
【０１１８】
以上説明したように、本発明を適用した３ＰＣＣサービスフローのシステムによれば、３ＰＣＣサービスを開始したいユーザは、端末Ａへのコールバック着信に対する応答操作が不要になるので、３ＰＣＣサービスフローではなくコールバックが存在しない従来の通話サービスと同様の、電話発信時の電話操作性を実現することができる。例えば、３ＰＣＣサービスを開始したいユーザが、端末Ａを操作するユーザと同じである場合に、便利である。
【０１１９】
また、端末Ａのプレゼンスに応じて、コールバックの有無を制御することができ、３ＰＣＣサービスの継続有無の制御が可能になる。
【符号の説明】
【０１２０】
１  Ｗｅｂサーバ
２  ３ＰＣＣサーバ
３  ＳＩＰサーバ
４  端末
【図１】
2015207920.tif 000003
【図２】
2015207920.tif 000004
【図３】
2015207920.tif 000005
【図４】
2015207920.tif 000006
【図５】
2015207920.tif 000007
【図６】
2015207920.tif 000008
【図７】
2015207920.tif 000009
【図８】
2015207920.tif 000010
【図９】
2015207920.tif 000011
【図１０】
2015207920.tif 000012
【図１１】
2015207920.tif 000013
【図１２】
2015207920.tif 000014