(57)【要約】【課題】ユーザが利用可能なサービスを端末の種別に適した方法で提供する。【解決手段】話中、不応答、不在時の転送ブロック時に、サービス提供装置にて端末のＧＵＩ利用可否を判断し、ＧＵＩ提供が可能な発信元の第１端末に対してはＧＵＩにて転送採否を確認する。ＧＵＩ提供が不可な発信元の第２端末に関しては、交換機経由で音声応答装置を用い、音声ガイダンスにて転送採否を確認する。発信元の端末が転送を拒否した場合、サービス提供装置は、発信元端末の端末種別、着信先の状態及びユーザの設定等から適したメニューを生成する。生成されたメニューは、第１端末に対してはメニュー表示させ、第２端末に対しては交換機経由で音声応答装置に対し音声案内の要求を行い、音声ガイダンスにてメニューを提供する。【選択図】図１
2014007592.tif 000002
【特許請求の範囲】
【請求項１】
グラフィック表示可能な第１端末又はグラフィック表示不可能な第２端末からの発信について、着信先端末の状態に応じて転送処理を行う交換機と、
転送処理を行う際に、又は、転送処理を行う代わりに、発信元端末である第１端末又は第２端末に付加サービスを提供するサービス提供装置と、
前記第２端末に音声ガイダンスを提供するための音声応答装置と
を備え、
前記サービス提供装置は、
着信先端末の状態と、発信元端末の種別に対応して予め設定された、該発信元端末に提供可能な付加サービスを示す端末有効設定情報とに基づき、該発信元端末に提供する付加サービスを判断し、
発信元端末がグラフィック表示可能な前記第１端末の場合、該提供する付加サービスのリストを含む画面を該第１端末に表示させ、
発信元端末がグラフィック表示不可能な前記第２端末の場合、前記音声応答装置から該提供する付加サービスの情報を含む音声ガイダンスを第２端末に提供させる通話システム。
【請求項２】
前記サービス提供装置は、
前記着信先端末の状態と、前記端末有効設定情報と、さらに発信元端末が設定した付加サービスの有効／無効を示すユーザ有効設定情報とに基づき、提供する付加サービスを判断する請求項１に記載の通話システム。
【請求項３】
前記サービス提供装置は、前記第１端末から送信される登録メッセージに含まれる、前記第１端末の識別子と、設定された付加サービスの有効／無効を示すユーザ有効設定情報とを受信する請求項２に記載の通話システム。
【請求項４】
前記着信先端末の状態は、話中、不在及び不応答のいずれかを含み、
前記サービス提供装置は、
着信先端末の状態に対応して、着信先端末が該状態の場合に、発信元端末に対して提供可能な付加サービスの識別情報が予め設定された状態有効設定情報が記憶される請求項１に記載の通話システム。
【請求項５】
前記サービス提供装置は、前記交換機を介して、提供する付加サービスの情報を含む音声ガイダンスを前記第２端末に提供するよう前記音声応答装置に要求し、
前記交換機は、前記第２端末と前記音声応答装置との音声路を確立し、
前記音声応答装置は、前記交換機を介した該音声路により、音声ガイダンスを第２端末に提供する請求項１に記載の通話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話システムに係り、交換機を用いた通話システムにおいて着信先が話中、不応答、不在時の転送サービスに対して付加サービスを提供する通話システムに関する。
【背景技術】
【０００２】
交換機を用いた通話システムにおいては、加入ユーザに対して発信、着信を行うといった通常のサービスに加えて、転送、保留等の付加サービスを提供する事が可能である。これら付加サービスの中に、話中転送、不応答転送、不在転送などのサービスが存在した。これらサービスを利用する事により、自端末に対し転送先をあらかじめ指定し、話中、不応答、不在時において自動的に着信呼を転送する事ができる。
【０００３】
しかし、話中、不応答及び不在転送の処理時は、登録された転送先電話番号に発信者の意図とは関係なく転送される場合があり、希望するサービス、転送先の選択が出来ない為、利便性の低下が見られた。そこで利便性を改善させる為、特開平１１−１７８１７号公報（特許文献１）のような技術が存在した。
【０００４】
上記特許文献１では、交換機における主スイッチが内線と外線との間を切り替えて通話路を形成する。また、音声応答装置が転送先を登録する際に音声案内を行うための音声合成データを主スイッチを通じて発呼側の内線端末に送出する。更に、端末情報記録装置が複数の内線端末のそれぞれの転送先情報を記憶する。そして、中央処理装置は、着信が話中、不応答及び不在転送によって非発信処理となった際に、端末情報記録装置に登録している複数の転送先中から転送先を発呼側の内線端末からの入力操作信号に基づいて選択、又は、入力操作信号で指示した非登録の転送先への転送を制御する。また、サービス情報を記録するサービス情報記録部を備え、内線端末ごとに、話中転送、不応答転送及び不在転送を含むサービス名、及び、このサービス名に対応した設定のオン、非設定のオフによる設定フラグを格納するサービス情報テーブルを用いる構成としてある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−１７８１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年の交換機を用いた通話システムにおける端末として、従来の音声のみを扱う端末だけではなく、スマートフォン等、画面を持ったグラフィカルなインタフェースを利用できる端末が増えてきた。このような端末に対しては、音声を用いてのガイダンスを提供するだけではなく、画面に対してメニューを表示しサービスの提供を行う事で利便性の向上が図れる。
【０００７】
こういった背景の中、交換機としてはＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）、ＭＦＴ（Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ  Ｔｅｌｅｐｈｏｎｅ：多機能電話機）、一般の電話機、スマートフォン等、様々な種類の端末を収容する事が可能であり、これらの端末は各々で適したサービスの提供方法や、適応可能なサービスの内容が異なってくる。スマートフォン等ＧＵＩを持った端末においてはメニュー表示によってサービスを提供する事が可能となるが、一般の電話機等は、音声ガイダンスによるサービス提供の形態が適している。
【０００８】
上述の特許文献１においては、端末がどのようなサービスを受ける事が可能か、どのようなサービスの提供方法が適しているのかを判断せずに強制的に発信者に対してガイダンスを行っている。その為、ＧＵＩが利用できる端末にも関わらずに音声のみでサービスの提供を行う、着信端末に対しての文字メッセージ通知等の適応不可なサービスにもかかわらず提供を行ってしまう、という課題が存在する。
【０００９】
本発明は、上記の課題に鑑みてなされたものであり、様々な種別の端末を収容可能な交換機において、話中、不応答、不在時等の転送ブロック時に、ユーザに対して利用可能なサービスを端末の種別に適した提供方法で配信し、利便性の向上を図る通話システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の第１の解決手段によると、
グラフィック表示可能な第１端末又はグラフィック表示不可能な第２端末からの発信について、着信先端末の状態に応じて転送処理を行う交換機と、
転送処理を行う際に、又は、転送処理を行う代わりに、発信元端末である第１端末又は第２端末に付加サービスを提供するサービス提供装置と、
前記第２端末に音声ガイダンスを提供するための音声応答装置と
を備え、
前記サービス提供装置は、
着信先端末の状態と、発信元端末の種別に対応して予め設定された、該発信元端末に提供可能な付加サービスを示す端末有効設定情報とに基づき、該発信元端末に提供する付加サービスを判断し、
発信元端末がグラフィック表示可能な前記第１端末の場合、該提供する付加サービスのリストを含む画面を該第１端末に表示させ、
発信元端末がグラフィック表示不可能な前記第２端末の場合、前記音声応答装置から該提供する付加サービスの情報を含む音声ガイダンスを第２端末に提供させる通話システムが提供される。
【発明の効果】
【００１１】
本発明によると、様々な種別の端末を収容可能な交換機において、話中、不応答、不在時等の転送ブロック時に、ユーザに対して利用可能なサービスを端末の種別に適した提供方法で配信し、利便性の向上を図る通話システムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】ネットワーク構成図。
【図２】交換機の機能ブロック図。
【図３】サービス提供装置、音声応答装置、端末の機能ブロック図。
【図４】ユーザ情報テーブルの説明図。
【図５】呼状態情報テーブルの説明図。
【図６】端末種別テーブルの説明図。
【図７】サービステーブルの説明図。
【図８】ユーザＩＤ毎のサービス有効設定テーブルの説明図。
【図９】状態ＩＤ毎のサービス有効設定テーブルの説明図。
【図１０】端末種別ＩＤ毎のサービス有効設定テーブルの説明図。
【図１１】メニュー表示に利用するサービスの有効設定確認用テーブルの説明図。
【図１２】端末の起動時のシーケンス図。
【図１３】Ｒｅｇｉｓｔｅｒのフレームフォーマットの概略図。
【図１４】発信先相手不応答時のメニュー表示シーケンス図。
【図１５】発信先相手（レガシー）話中時のメニュー表示シーケンス図。
【図１６】発信先相手（ＳＩＰ）話中時のメニュー表示シーケンス図。
【図１７】サービス提供装置の不応答、不在、話中応答を受けた際のフローチャート。
【図１８】不在転送の採否確認の画面の説明図。
【図１９】不在転送のサービス選択画面の説明図。
【図２０】サービスの有効設定画面の説明図。
【図２１】転送設定の画面の説明図。
【発明を実施するための形態】
【００１３】
１．概要
通話システム（通話サービス提供システム）は交換機を備え、交換機は、利用可能な機能が異なる様々な種類の端末が収容可能であり、話中、不応答、不在呼等の呼の状態を検出した際に外部サーバに対し通知を行う事が可能であり、外部装置に対して、呼制御を行う事が可能なインタフェースを提供する。
【００１４】
また、通話システムはサービス提供装置をさらに備え、サービス提供装置は、交換機からの通知を受け、端末に対し利用可能なサービスを判断し通知する機能と、端末からのサービス利用要求を処理する機能とを具備する。
また、通話システムにおける通信端末の一部は、サービス提供装置から通知されたサービスを画面上に表示し、ユーザに対しサービスの選択を可能とするＧＵＩを提供する。
更に、通話サービス提供システムは音声応答装置を備え、音声応答装置は、サービス提供装置から通知されたサービスをもとに音声案内を行う事が可能である。
【００１５】
話中、不応答、不在の検出時は、交換機からサービス提供装置に対して、通話相手が話中、不応答、不在であることの通知を行う。通知されたサービス提供装置は、端末のＧＵＩ利用可否を判断し、話中、不応答、不在転送の採否を発側の端末に対し確認する。ＧＵＩ提供が可能な端末に対しては直接発信側端末に対して通信を行い、転送の採否をＧＵＩにて確認する。ＧＵＩ提供が不可な端末に関しては、交換機経由で音声応答装置を用い、音声等のガイダンスにて転送の採否を確認する。
【００１６】
発信側端末が転送を拒否した場合、その旨をサービス提供装置に対して通知し、通知されたサービス提供装置は、発信側端末の端末種別、呼の状況、ユーザの設定等から適したメニューを生成する。生成されたメニューは、発信側端末がＧＵＩ提供可能な場合は、発信側端末に対してメニュー表示要求を行い、生成したメニューを画面に表示させる。発信側端末がＧＵＩ提供不可の場合、交換機経由で音声応答装置に対し音声案内の要求を行い、ガイダンスにて端末に対してメニューを提供する。
【００１７】
２．実施例
以下、本実施例について、図面を参照して説明する。
図１に本実施例の通話システムにおけるネットワーク構成図を示す。図中、１０１は構内における交換機、１０２はサービス提供装置、１０３は音声応答装置、１０４はＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）にて通話を行う端末であり、ＧＵＩ提供が可能な端末（グラフィック表示可能な端末、第１端末）、１０５はＧＵＩ提供が不可なレガシーの端末（第２端末）をそれぞれ示している。交換機１０１とサービス制御装置１０２、交換機１０１と音声応答装置１０３、交換機１０１と端末１０４、サービス制御装置１０２と端末１０４の間はそれぞれＩＰで通信を行う。また、端末１０５と交換機１０１、交換機１０１と音声応答装置１０２の通信は、レガシーの音声制御の仕組みを利用する。端末１０４は、例えばアクセスポイントと無線で通信し、アクセスポイントを介して交換機１０１及び音声応答装置１０２等と通信可能である。なお、図中、端末１０４と端末１０５はそれぞれひとつのみ示すが、それぞれ複数の端末を備えてもよい。交換機１０１等についても同様である。
【００１８】
交換機１０１は、話中、不応答、不在等、通話相手の状態を検知した際にサービス提供装置１０２に対して通知を行い、その後の動作の決定を委ねる。サービス提供装置１０２は、交換機１０１から通知された情報と、自身が蓄えている端末の情報をもとに、着信端末において話中、不応答、不在転送を希望しているかどうかを調査する。希望している場合には発信元端末に対して転送の採否確認を行う。ここで、サービス提供装置１０２は、ＧＵＩ提供が可能な端末１０４に関してはサービス制御装置１０２より直接端末に対してメニューの表示要求を送信し、画面にて採否確認を行う。一方、サービス提供装置１０２は、ＧＵＩ提供が不可な端末１０５に関しては、例えば交換機１０１経由で音声応答装置１０３に対し音声案内の要求を送信し、音声ガイダンスにて転送の採否を確認する。例えば発信元端末のユーザが転送を不採用とした際は、サービス提供装置１０２内の情報により、発信側の端末に対する適切なサービスを選択し、１０４、１０５の様な端末に対してサービスの提供を行う。ＧＵＩにて提供サービスをメニューとして表示可能な端末１０４に対してはメニューの表示要求を、ＧＵＩにてサービスを提供する事が不可な端末１０５に対しては、交換機１０１を介して音声案内の要求を行い、端末１０５に対して音声応答装置１０３にて合成した音声を流すことにより、音声ガイダンスによりサービスを提供する。これにより、端末の表示機能が違ったとしても、それぞれに適した提供方法でサービスの選択方式を与える事が可能である。
【００１９】
続いて、図２について説明する。図２は交換機についての機能ブロックを示したものである。それぞれのブロックを結ぶ線は、論理的な接続を示している。内線ＩＦ（ＳＩＰ）２０１と端末（ＳＩＰ）１０４、端末（ＳＩＰ）１０４とサービス提供装置１０２、サービス提供装置１０２とサービス提供装置ＩＦ２１２は構内のＬＡＮにて互いに通信を行う。また、端末（レガシー）１０５と内線ＩＦ（レガシー）２０２は従来のレガシーのプロトコルを利用している。また、外線ＩＦ２０３にて、公衆網２０４に対して接続を行う。内線ＩＦ（ＳＩＰ）２０１、内線ＩＦ（レガシー）２０２、外線ＩＦ（２０３）と、呼処理部２０５間は交換機１０１内の通信プロトコルを利用する。各ＩＦはプロトコルの変換を担当している。呼処理部２０５は交換機付加機能群２０６、及び、記憶部２０７を利用して様々なサービスを端末に対して提供する。記憶部２０７の中には、ユーザ情報２０８、状態情報２０９、端末種別情報２１０が記憶される。また、呼処理部２０５はサービス提供装置１０２に対して呼処理が可能となるサービス提供装置ＩＦ２１２を提供する。また、呼処理部２０５から音声応答装置１０３に対して音声合成要求を行う事を可能とする音声応答装置ＩＦ２１１を備える。
【００２０】
続いて、図３について説明する。図３は、サービス提供装置１０２、端末１０４、１０５、及び、音声制御装置１０３に関する機能ブロック図を示したものである。それぞれのブロックを結ぶ線は、論理的な接続を示している。
サービス提供装置１０２は、交換機ＩＦ３０１、制御部３０２、メニュー提供部３０３、記憶部３０４、端末ＩＦ３１０、及び、機能実行部３１１を有する。
【００２１】
交換機ＩＦ３０１は交換機１０１に対する通信モジュールを提供する。交換機ＩＦ３０１で受け取ったメッセージは制御部３０２に渡され、制御部３０２はメニュー提供部３０３を利用してメニュー作成を行い、機能実行部３１１を利用してサービスの実行を行う。また、メニュー提供部３０３は、記憶部３０４のデータを利用して端末に提供するサービスを選定する。記憶部３０４内には、ユーザ情報３０５、状態情報３０６、端末種別情報３０７、サービス情報３０８、及び、サービス有効設定情報３０９が記憶され、これらをサービス選定に利用する。端末ＩＦ３１０は、端末（ＳＩＰ）１０４のサービス提供装置ＩＦ３１２からのメッセージのやり取りを行い、その内容を制御部３０２に対して通知を行う。
【００２２】
端末（ＳＩＰ）１０４は、サービス提供装置ＩＦ３１２、ＧＵＩ提供部３１３、及び、通話機能部３１４を有する。端末（ＳＩＰ）１０４のＧＵＩ提供部３１３は、サービス提供装置ＩＦ３１２からのメッセージと、通話機能部３１４のイベントとを受け取り、画面描写をし、ユーザに対してＧＵＩを提供する。端末（ＳＩＰ）１０４の通話機能部３１４はＩＰにて交換機１０１と通話を行う。
【００２３】
端末（レガシー）１０５は、通話機能部３１５を有する。端末（ＳＩＰ）１０４のＧＵＩ提供部３１３は画面描写をし、ユーザに対してＧＵＩを提供するのに対して、端末（レガシー）１０５の通話機能部３１５は、レガシーの仕組みを使用して交換機１０１と通話を行う。
音声応答装置１０３は、交換機ＩＦ３１６、及び、音声合成部３１７を有する。交換機１０１は、交換機ＩＦ３１６を通して、音声合成部３１７に対して音声合成の要求を送信する。
【００２４】
処理の流れとしては、サービス提供装置１０２中の交換機ＩＦ３０１にて、交換機１０１より話中、不応答、不在呼等の呼の状態を検出した旨の通知を受ける。これを受けた交換機ＩＦ３０１は、制御部３０２に対して通知内容を伝える。通知を受けた制御部３０２は、着側端末の設定にて話中、不応答、不在転送が有効となっているかどうかを確認する。転送が有効となっている場合、発信側の端末がＧＵＩ提供が可能な１０４のような端末に対しては直接発信側端末に対して通信を行い転送の採否をＧＵＩにて確認する。ＧＵＩ提供が不可な１０５のような端末に関しては、交換機１０１経由で音声応答装置１０３を用い、ガイダンスにて転送の採否を確認する。端末が転送を拒否した場合、発側端末が端末１０４のようなＧＵＩ提供が可能な端末の場合、端末ＩＦ３１０経由で制御部３０２に対して通知が行われ、発側端末が端末１０５のようなＧＵＩ提供が不可な端末の場合、交換機１０１、交換機ＩＦ３０１経由で制御部３０２に対して通知が行われる。端末が転送を拒否した場合、制御部３０２はメニュー提供部３０３に対してメニューの作成要求を行う。メニュー提供部３０３は、記憶部３０４を参照し、発信側端末の端末種別、呼の状況、ユーザの設定等のデータから端末に対して適したサービスのリストを作成する。上記判断の結果、メニュー提供部３０３は、ＧＵＩによるサービス提供が可能な図中１０４のような端末の場合、ＧＵＩによるメニューの表示要求を作成する。また、メニュー提供部３０３は、ＧＵＩによるサービス提供が不可な１０５のような端末の場合、音声案内の要求を作成する。上記要求を受けた制御部３０２は、メニューの表示要求の場合は端末ＩＦ３１０に対しメニューの表示要求の送信を依頼する。また、音声案内の要求の場合は交換機ＩＦ３０１に対し音声案内要求の送信を依頼する。
【００２５】
メニューの表示要求を受けた端末１０４内のサービス提供装置ＩＦ３１２は、ＧＵＩ提供部３１３に対してメニューの表示要求をし、それを受けたＧＵＩ提供部３１３は画面にてサービスを選択できるようなメニューの表示を行い、目視によりサービスが選択可能となるようなインタフェースを提供する。
【００２６】
音声案内の要求を受けた交換機１０１は、図２中のサービス提供装置ＩＦ２１２を経由して、呼制御部２０５に対して音声案内の通知がされる。これを受けた呼制御部２０５は、音声応答装置ＩＦ２１１を経由して音声応答装置１０３に対して音声合成の要求を送るとともに、図３中の端末１０５と音声応答装置１０３の音声路を確立させる。
また、上記音声合成の要求を受けた音声応答装置１０３は、交換機ＩＦ３１６を経由し、音声合成部３１７にてサービス提供装置１０２にて作成したメニューの音声合成を行い、端末１０５に対し音声を流す。
【００２７】
端末１０４にて、ＧＵＩにてユーザがサービスを選択した際はサービス提供装置１０２の機能実行部３１１に処理が渡され、サービスが提供される。交換機付加サービスが必要となる場合は交換機ＩＦ３０１を用いて交換機１０１に対して交換機付加サービスの実行要求を送信する。また、端末１０５にてサービスが選択された場合、交換機１０１を経由してサービス提供装置１０２の機能実行部３１１にてサービスが実行される。
【００２８】
続いて、図４について説明する。図４の表は、交換機１０１等が保持するユーザ情報をまとめたテーブル（ユーザ情報テーブル）である。本情報は図２中のユーザ情報２０８、図３中のユーザ情報３０５にあたる。本テーブルは、ユーザに対応する端末毎の電話番号（４０２）と、端末種別ＩＤ（６０１）を、ユーザＩＤ（４０１）と関連付けている。ユーザＩＤ（４０１）は、例えば、後述する図８にて、ユーザ毎のサービスの有効・無効を規定する際に利用される。端末種別ＩＤ（６０１）とは、後に図６で示す、端末の種類を一意に決定するＩＤである。また、本テーブルにて、ユーザ毎の不応答転送（４０３）、不在転送（４０４）、話中転送（４０５）の有効・無効を規定している。
【００２９】
続いて、図５について説明する。図５の表は、サービス提供装置１０２が保持するメニュー表示を行う際の状態を定義するものである。本情報は図２中の状態情報２０９、図３中の状態情報３０６にあたる。状態ＩＤ５０１は、後述する図９にて、状態毎のサービスの有効・無効を規定する際に利用される。また、５０２にて状態名を定義する。例えば、呼び出しに対する着信先（発信相手）の状態を定義する。サービス提供を行いたいシーンが増える毎に、本テーブルの行が増えていく事となる。本実施例では、一例として、着信先話中、着信先不在、及び、着信先不応答の状態を利用する。
【００３０】
続いて、図６の表について説明する。図６の表は、交換機１０１等が保持する端末の種別を定義するものである。本情報は図２中の端末種別情報２１０、図３中の端末種別情報３０７にあたる。利用する端末の種別が増える毎に、本テーブルの行が増える。端末種別ＩＤ６０１は、例えば、後述する図１０にて、端末種別ごとのサービスの有効・無効を規定する際に利用される。また６０２にて端末種別名を定義し、６０３にてＧＵＩ表示の可否を判断するための情報が記憶されるフィールドを設ける。例えば、図示の例では、１がＧＵＩ表示可能を示し、０がＧＵＩ表示不可を示す。なお、端末の種別とＧＵＩ表示可否の関係は図示の例以外にも、適宜定めることができる。
【００３１】
続いて、図７の表について説明する。図７の表は、サービス提供装置１０２が保持するサービス（通話サービス、付加サービス）を定義するものである。本情報は図３中のサービス情報３０８にあたる。サービスの種類が増える毎に、本テーブルの行が増える。サービスＩＤ７０１は、例えば、後述する図８〜図１０にて、ユーザ、状態、端末種別毎のサービスの有効設定を行う際に利用される。また、７０２にて、サービス名を定義している。付加サービスとして、例えば、着信先への文字メッセージ送信、呼一覧表示、着信先端末の位置情報取得、割り込み、キャンプオン、モニタ、コールリセット等があり、転送処理の代わりに実行できる。また、転送処理とともに実行するサービスでもよい。これらのサービスのうち一部を含むこともでき、他のサービスを含むこともできる。
【００３２】
続いて、図８の表について説明する。図８の表は、サービス提供装置１０２が保持するユーザＩＤ９０１毎のサービスの有効・無効を規定するものである。本情報は図３中のサービス有効設定情報３０９にあたる。ユーザＩＤ４０１とサービスＩＤ７０２に対応して、ユーザ有効設定情報８０１が記憶される。ユーザ有効設定のフィールド８０１は、例えば０ならばサービスは無効、１ならばサービスは有効である事を示す。この表を利用する事により、ユーザの好みによりサービスを提供する事が可能となる。ユーザからの設定、変更については後述する。
【００３３】
続いて、図９の表について説明する。図９の表は、サービス提供装置１０２が保持する状態ＩＤ５０１毎のサービスの有効・無効を規定するものである。本情報は図３中のサービス有効設定情報３０９にあたる。状態ＩＤ５０１とサービスＩＤ７０２に対応して、状態有効設定情報９０１が記憶される。状態有効設定のフィールド９０１は、例えば０ならばサービスは無効、１ならばサービスは有効である事を示す。この表を利用する事により、現在の状況（着信先の状態）に応じてサービスを提供する事が可能となる。例えば、着信先の状態が話中の場合と、不在の場合とでは、提供できるサービスが異なる場合がある。
【００３４】
続いて、図１０の表について説明する。図１０の表は、サービス提供装置１０２が保持する端末種別ＩＤ６０１毎のサービスの有効・無効を規定するものである。本情報は図３中のサービス有効設定情報３０９にあたる。端末種別ＩＤ６０１とサービスＩＤ７０２に対応して、端末有効設定情報１００１が記憶される。端末有効設定のフィールド１００１は、例えば０ならばサービスは無効、１ならばサービスは有効である事を示す。この表を利用する事により、ユーザが利用している端末の種別に応じてサービスを提供する事が可能となる。
【００３５】
続いて、図１１の表について説明する。図１１の表は、サービス提供装置１０２が保持するテーブルを、端末に適したメニューを提供する為に一時的に作成したテーブル（仮想のテーブル）を示す。本テーブルは、例えば、後述する図１７中の処理１７１０において、端末に案内する為のサービスを選択する際に利用される。サービス提供装置１０２内に存在する各テーブルの情報を、図１７中の処理１７０１にて入手できた通知用識別子、発信番号を利用して連結をする。
【００３６】
例えば、処理１７０１で入手した発信番号より、図４の表からユーザＩＤ、端末種別ＩＤを入手する。通知用識別子は、状態ＩＤに対応付けられる。また、ユーザＩＤを利用して、図８の表から、対象となる端末のユーザ有効設定８０１を抜き出し、状態ＩＤを利用して図９の表から、対象となる端末の状態有効設定９０１を抜き出し、端末種別ＩＤを利用して図１０の表から、対象となる端末の端末有効設定１００１を抜き出す。これらの結果をサービスＩＤ７０１毎に纏めて結合したものが図１０の表となる。また、この表には最終有効設定１１０１という名のフィールドを設けている。このフィールドは、状態有効設定９０１、端末有効設定１００１、ユーザ有効設定８０１のそれぞれの結果のＡＮＤを取ったフィールドである。最終有効設定１１０１の結果を確認する事で、端末に対して提供を行う事が可能となるサービスを決定する事が可能となる。なお、状態有効設定９０１と端末有効設定１００１のＡＮＤにより最終有効設定１１０１を求めてもよい。これにより、着信先の状態と発信元端末の種別に応じて提供可能なサービスを抽出できる。上述のように、ユーザ有効設定８０１をさらに考慮すれば、ユーザの有効／無効の設定を考慮してサービスを抽出できる。
【００３７】
例えば、図１１中のサービスＩＤ１、「文字メッセージ送信」を見ると、対象となる端末、ユーザ、状態においては文字メッセージ機能は最終的に有効で有ると判断される為、端末に対してサービスの案内がされる。一方、サービスＩＤ４の「割り込み」を見ると、状態有効設定、ユーザ有効設定が無効になっている為、ユーザ側の端末にはサービスの案内が通知されない。上記のような仕組みを用いる事で、ユーザが利用している端末種別、現在の状態、ユーザの好みによってサービスの有効・無効を決定できる為、利用可能なサービスを適した提供方法でユーザの自由に配信が可能であり、利便性を向上させる事が可能となる。
【００３８】
続いて、図１２について説明する。図１２は端末の起動時のシーケンスについて示す。まず、１２０１にて端末（ＳＩＰ）１０４、端末（レガシー）１０５のシステムを起動させる。端末（ＳＩＰ）１０４は、交換機１０１に対してＲｅｇｉｓｔｅｒ（登録メッセージ）を送る（１２０２）。このＲｅｇｉｓｔｅｒは通常のＳＩＰメソッドを拡張したものであり、端末種別と、不応答転送・不在転送・話中転送の有効設定情報と、ユーザ毎のサービスの有効設定とを含む（図１３参照）。その後、交換機１０１は、記憶部２０７に端末種別、不応答転送・不在転送・話中転送の有効設定情報を保存する（１２０３）。例えば、図４に示すユーザ情報の対応するフィールド６０１、４０３〜４０５に記憶する。また、交換機１０１は、サービス提供装置１０２に対してサービスの有効設定のデータを通知する（１２０４）。サービス提供装置１０２は、記憶部３０４にサービスの有効設定のデータを保存する（１２０５）。例えば、図８に示すサービス有効設定情報８０１に記憶する。また、交換機１０１は、端末（ＳＩＰ）１０４に対して２００  ＯＫを返す（１２０６）。なお、Ｒｅｇｉｓｔｅｒ以外のメッセージを用いてもよいし、交換機を介さずに端末からサービス提供装置１０２に情報が送信されてもよい。
【００３９】
なお、端末（レガシー）１０５の場合、システムを起動してもサービス提供装置１０２に対して端末登録等は行わず、管理者が端末種別情報を交換機に予め登録する。本シーケンスにて、サービス提供装置１０２に対して、端末（ＳＩＰ）１０４の端末情報の登録を行う事が可能である。ＩＰ系以外の端末の端末種別等のデータは、加入者データとして交換機に登録する。
【００４０】
続いて、図１３について説明する。図１３は、図１２の処理１２０２にて送信されるＲｅｇｉｓｔｅｒのフレームフォーマットの概略図である。１３０１にて標準ＳＩＰのＲｅｇｉｓｔｅｒのデータを格納し、１３０２にて端末種別、１３０３にて、ユーザが設定した不応答転送・不在転送・話中転送の有効設定情報を格納する。また、１３０４にてユーザが端末にて設定したサービスの有効設定情報を格納する。
【００４１】
続いて、図１４について説明する。図１４は着信先が不在の際のメニューの表示シーケンス図である。端末（ＳＩＰ）１０４から、端末（レガシー）１０５を呼び出す場合を考える。
まず、発信元端末（ＳＩＰ）１０４より、交換機１０１に対してＩＮＶＩＴＥを送信する（１４０１）。交換機１０１は、ＩＮＶＩＴＥを受信すると、端末（レガシー）１０５に対して呼び出しをする（１４０２）。また、交換機１０１は、端末（ＳＩＰ）１０４に対して、１００  Ｔｒｙｉｎｇを送る（１４０３）。１４０２で呼び出しを受けた端末（レガシー）１０５は、交換機１０１に対して呼び出し応答（１４０４）を送信する。これを受けた交換機１０１は端末（ＳＩＰ）１０４に対して１８０  Ｒｉｎｇｉｎｇを送信する（１４０５）。また、交換機１０１にて不応答タイマのセットを行う（１４０６）。着信先がしばらく応答せずに不応答タイマが満了した場合（１４０７）、端末（レガシー）１０５に対して呼び出しの停止を行い（１４０８）、サービス提供装置１０２に対して例えば着信先不応答を示す情報（通知用識別子）と、発信側の電話番号・ユーザ名・ＩＰアドレスと、着信側の電話番号と、端末種別の情報とを含んだ不応答通知を送信し（１４０９）、交換機１０１の状態を応答待ちにする（１４１０）。
【００４２】
サービス提供装置１０２は、交換機１０１より送信された端末種別より、発信元端末がＧＵＩ表示可能な端末かどうかを確認する（１４１１）。例えば、図６に示す端末種別情報を参照して確認する。発信側端末がＧＵＩ表示可能の端末の場合、不応答転送の採否確認要求を端末（ＳＩＰ）１０４に対して行う（１４１２）。採否確認要求にて、例えば、ユーザ名、発信者及び着信者の電話番号が通知される。上記要求を受けた端末は、採否確認のＧＵＩをユーザに提供する（１４１３）。例えば、不応答転送を行うかキャンセルするかを選択する画面を表示する。画面の例は図１８を参照して後述する。
【００４３】
その後、例えば端末（ＳＩＰ）１０４のユーザにより応答転送のキャンセルが選択されると（１４１４）、端末（ＳＩＰ）１０４から、サービス提供装置１０２に対して転送不採用通知が送信される（１４１５）。なお、転送を行うことが選択された場合は、通常の転送処理を行うことができる。転送不採用の通知により、サービス提供装置１０２に対し、例えば、転送採用の有無（ここでは無を示す情報）、発信者及び着信者の電話番号が通知される。転送不採用通知を受けたサービス提供装置１０２は、不応答転送を中止し、現在の状況に適した機能のメニューリストの作成を行う（１４１６）。
【００４４】
メニューリストの作成は、図１１を参照して説明したように、例えば着信先端末の状態と、発信元端末の種別に対応して予め設定された、発信元端末に提供可能な付加サービスを示す端末有効設定情報と、発信元端末が設定した付加サービスの有効／無効を示すユーザ有効設定情報とに基づき、該発信元端末に提供する付加サービスを判断し、該付加サービスをリスト化して作成される。
サービス提供装置１０２から端末（ＳＩＰ）１０４に対し、不応答メニュー表示要求を発信する（１４１７）。ここで、不応答メニュー表示要求は、例えば発信元端末・着信先端末の電話番号と、作成したメニューリストを含む。
【００４５】
これを受けた端末（ＳＩＰ）１０４はメニューリストに従って不応答メニュー表示を行い、ユーザからの入力を受け付ける（１４１８）。なお、表示の例は図１９を参照して後述する。例えば、ユーザより呼の切断ボタンが押下されると（１４１９）、端末（ＳＩＰ）１０４から交換機１０１に対してＢｙｅが送信される（１４２０）。これを受けた交換機１０１は、応答待ち状態を解除し（１４２１）、端末（ＳＩＰ）１０４に対して２００  ＯＫを送信する（１４２２）。その後、交換機１０１よりサービス提供装置１０２に対して切断通知を送信する（１４２３）。切断通知により、切断を行った発信元番号、着信先番号が通知される。なお、メニュー表示に対して切断以外のサービスが選択された場合は、選択されたサービスに応じた処理を行うことができる。
本シーケンスより、着信先不応答時の自動転送の有無を発側の端末にて決定する事が可能であり、その後自由に利用したいサービスを選択する事が可能となる。
【００４６】
続いて、図１５について説明する。図１５は、着信先が話中の際のメニュー表示シーケンス図である。例えば、端末（レガシー）１０５が他の端末と話中である状態において、端末（ＳＩＰ）１０４から、端末（レガシー）１０５を呼び出す場合を考える。
まず、発信端末（ＳＩＰ）１０４は、交換機１０１に対してＩＮＶＩＴＥを送信する（１５０１）。交換機１０１は、１５０１でＩＮＶＩＴＥをうけた後、着信先端末（レガシー）１０５が話中で有る事を検出する（１５０２）。話中を検出した交換機１０１は、例えば着信先話中を示す識別情報と、発信側の電話番号・ユーザ名・ＩＰアドレスと、着信側の電話番号と、端末種別の情報とを含んだ発信先相手通話中の通知（話中通知）をサービス提供装置１０２に対して送信し（１５０３）、自交換機の状態を応答待ちにする（１５０４）。
【００４７】
通知を受けたサービス提供装置１０２は、交換機１０１より送信された端末種別より、発信元端末がＧＵＩ表示可能な端末かどうかを確認する（１５０５）。ＧＵＩの提供が有効である場合、話中転送の採否確認要求を端末（ＳＩＰ）１０４に対して送信する（１５０６）。採否確認要求にて、例えば、ユーザ名、発信側及び着信側の電話番号が通知される。上記要求を受けた端末（ＳＩＰ）１０４は、採否確認のＧＵＩをユーザに提供する（１５０７）。その後、例えばユーザにて話中転送のキャンセルがされると（１５０８）、端末（ＳＩＰ）１０４より、サービス提供装置１０２に対して転送不採用通知が送信される（１５０９）。なお、転送を行うことが選択された場合は、通常の転送処理を行うことができる。転送不採用の通知により、サービス提供装置１０２に対し、転送採用の有無（ここでは無を示す情報）、発信側及び着信側の電話番号が通知される。１５０９で通知を受けたサービス提供装置１０２は、現在の状況に適した機能のメニューリスト作成を行う（１５１０）。メニューの作成手法は上述と同様である。ここでは、着信先端末の状態が話中であるため、図１４で作成したメニューとは異なるメニューが作成されうる。
【００４８】
サービス提供装置１０２は、端末（ＳＩＰ）１０４に対し話中メニュー表示要求を送信する（１５１１）。話中メニュー表示要求は、例えば、発信側・着信側の電話番号、作成したメニューリストを含む。これを受けた端末（ＳＩＰ）１０４はメニューリストに従って話中メニュー表示を行い、ユーザからの入力を受け付ける（１５１２）。例えば、ユーザより呼の切断ボタンが押下された場合（１５１３）、端末（ＳＩＰ）１０４から交換機１０１に対してＢｙｅが送信される（１５１４）。これを受けた交換機１０１は、応答待ち状態を解除し（１５１５）、端末（ＳＩＰ）１０４に対して２００  ＯＫを送信する（１５１６）。その後、交換機１０１よりサービス提供装置１０２に対して切断通知を送信する（１５１７）。切断通知により、切断を行った発信番号、着信番号が通知される。
【００４９】
一方、処理１５１２の後、メニュー表示中にユーザより「キャンプオン」のようなサービス選択をされた場合（１５１８）、端末（ＳＩＰ）１０４は、サービス提供装置１０２に対して発信側・着信側の電話番号と、提供を希望するサービスのＩＤ（ここではキャンプオンのサービスＩＤ）を含んだサービス利用要求を送信する（１５１９）。それを受けたサービス提供装置１０２から交換機１０１へ、発信側・着信側の電話番号、サービスＩＤを含んだサービス利用通知が送信される（１５２０）。これを受けた交換機１０１は、応答待ち状態を解除し（１５２１）、キャンプオンの設定を行う（１５２２）。また、交換機１０１は、端末（ＳＩＰ）１０４に対してＢｙｅを送信し（１５２３）、端末（ＳＩＰ）１０４はこれに２００  ＯＫで答える（１５２４）。
【００５０】
この後、着側端末である端末（レガシー）１０５の話中状態が解除された事を交換機１０１が検知した際、端末（レガシー）１０５への呼び出し処理が行なわれ、端末（レガシー）１０５がオフフックをする事により、端末（ＳＩＰ）１０４と端末（レガシー）１０５の呼が確立される。
図中の１５２５はメニュー表示後、ユーザが切断を選択した場合のシーケンスであり、１５２６はメニュー表示後、ユーザがキャンプオンのサービスを選択した際のシーケンスを示している。これらは他のサービスが選択された場合の処理と入れ替える事が可能である。
【００５１】
続いて、図１６について説明する。図１６は、図１５と同様に発信先相手が話中の際のメニュー表示シーケンスであるが、発信側、着信側の端末を入れ替え、端末（レガシー）１０５から、端末（ＳＩＰ）１０４を呼び出す場合の処理を示す。ここでは、端末（ＳＩＰ）１０４が他の端末と話中である状態とする。
まず、端末（レガシー）１０５は、交換機１０１に対して発信を行う（１６０１）。１６０１の発信をうけた後、交換機１０１にて着信先端末（ＳＩＰ）１０４が話中で有る事を検出する（１６０２）。１６０２で話中を検出した交換機１０１は、例えば着信先話中を示す識別情報と、発信側の電話番号・ユーザ名・ＩＰアドレスと、着信側の電話番号と、端末種別の情報を含む発信先相手通話中の通知をサービス提供装置１０２に対して行い（１６０３）、自身の状態を応答待ちにする（１６０４）。通知を受けたサービス提供装置１０２は、交換機１０１より送信された端末種別より、発信側端末がＧＵＩ表示可能な端末かどうかを確認する（１６０５）。ＧＵＩの提供が不可である場合、話中転送の採否確認要求を交換機１０１に対して送信する（１６０６）。採否確認要求にて、発信側及び着信側の電話番号が通知される。
【００５２】
上記要求を受けた交換機１０１は、例えば、着信先不応答の識別情報と、発信側の電話番号・ユーザ名と、着信側の番号と、端末種別の情報とを含む音声合成の要求を音声応答装置１０３に対して送信し（１６０７）、着信者端末（レガシー）１０５と、音声応答装置１０３の通話路（音声路）を確立させ、端末（レガシー）１０５に話中転送の採否を確認する旨の音声合成ガイダンスを流す（１６０８）。その後、例えば、端末（レガシー）１０５にて話中転送のキャンセル特番が押下されると（１６０９）、端末（レガシー）１０５から音声応答装置１０３に対して音声通知（ＤＴＭＦ信号）が送信される（１６１０）、また、発側・着側の電話番号、特番の内容を含んだ特番押下通知は、交換機１０１を通して（１６１１）、サービス提供装置１０２までその通知が送信される（１６１２）。１６１２で特番押下通知を受けたサービス提供装置１０２は、現在の状況に適した音声案内の作成を行う（１６１３）。音声案内の作成は、上述のメニュー作成に対応する。ここでは、メニュー作成で特定されるサービスのリストに相当する情報が、音声案内の情報として作成される。
【００５３】
その後、サービス提供装置１０２から交換機１０１に対し発側・着側の電話番号、音声案内内容を含む着信中音声案内要求の送信を行う（１６１４）。これを受けた交換機１０１は例えばユーザ名、発側・着側の電話番号、音声案内内容を含む音声合成の要求を音声応答装置１０３に対して送信し（１６１５）、端末（レガシー）１０５と、音声応答装置１０３の通話路を確立させ、サービス案内の音声合成ガイダンスを流す（１６１６）。ユーザがオフフックすると、端末（レガシー）１０５から切断通知が送信され（１６１８）、交換機１０１は応答待ち状態を解除し、サービス提供装置１０２に切断通知を送信する（１６１９）。
【００５４】
一方、例えば、サービス案内ガイダンスに対して、ユーザにより「キャンプオン」のようなサービス選択の特番を押下された場合（１６２０）、端末（レガシー）１０５から音声応答装置１０３に対して音声通知（ＤＴＭＦ信号）が送信される（１６２１）、また、発側・着側の電話番号、特番の内容を含む特番押下の通知は、交換機１０１を通して、サービス提供装置１０２まで送信される（１６２２、１６２３）。それを受けたサービス提供装置１０２より、例えば発信側・着信側の電話番号、提供するサービスのＩＤを含むサービス利用通知がされる（１６２４）。これを受けた交換機１０１は、応答待ち状態を解除し（１６２５）、キャンプオンの設定を行う（１６２６）。また、端末（レガシー）１０５に対して切断の要求を送信する（１６２７）。この後、着信先端末である端末（ＳＩＰ）１０４の話中状態が解除された事を交換機１０１が検知した際、端末（ＳＩＰ）１０４への呼び出し処理を行い、端末（ＳＩＰ）１０４が応答する事により、端末（レガシー）１０５と端末（ＳＩＰ）１０４の呼が確立される。本シーケンスにより、ＧＵＩ提供が可能な端末だけではなく、レガシーの端末に対しても利用可能な機能を適した提供方法で配信する事が可能となる。
【００５５】
続いて、図１７について説明する。図１７は、サービス提供装置１０２が、交換機１０１より着信先の呼状態の通知を受け、端末に対して最適なメニューを選択する際のフローチャートである。
まず、サービス提供装置１０２は、呼び出しに対する着信先端末の状態の通知を交換機１０１から受け取る（１７０１）。ここで、状態は、不在、不応答、話中のいずれかを含む。サービス提供装置１０２は、交換機１０１から受け取った情報をもとに、発信側の端末がＧＵＩ提供可能な端末かどうかを判断する（１７０２）。例えば、状態の通知に発側端末の電話番号が含まれ、サービス提供装置１０２はユーザ情報（図４）を参照して電話番号に対応する端末種別ＩＤを特定し、端末種別情報(図６)を参照してＧＵＩ表示可否を特定する。
【００５６】
サービス提供装置１０２は、発側の端末がＧＵＩ提供可能な端末である場合は、発側の端末に転送採否確認の要求を送信し（１７０３）、応答結果を受信して転送の採否を確認する（１７０４）。応答結果にて転送がキャンセルされた場合は１７０８へ進み、キャンセルされなかった場合は１７０７にて交換機１０１に転送要求を送信し、本フローチャートの処理は終了となる。
【００５７】
また、１７０２の判断結果がＧＵＩ提供不可な端末であった場合、サービス提供装置１０２は、交換機１０１に転送採否確認の要求を送信し（１７０５）、特番通知を確認する（１７０６）。特番通知の特番の内容が転送不採用の特番の場合は１７０８へ進み、転送がキャンセルされなかった場合は１７０７にて交換機１０１に転送要求を送信し、本フローチャートの処理は終了となる。
【００５８】
続いて、１７０８にて、サービス提供装置１０２は、発信側端末に提示するサービスのリストを作成する（１７０８）。ここでは装置内に蓄えられている情報と、１７０１にて取得した情報をもとにして適切なサービスを選択し、メニューの作成を行う。続いて、サービス提供装置１０２は、１７０９にて発信側端末がＧＵＩ提供可能かどうかを判断し、ＧＵＩ提供可能な場合、発側の端末にメニュー表示要求を送信する（１７１０）。一方、ＧＵＩ提供不可な場合、サービス提供装置１０２は、交換機１０１に音声案内要求を送信する（１７１１）。その後端末よりサービス選択をした旨のメッセージが通知された際（１７１２）は交換機１０１にサービス利用要求を行い（１７１３）、処理を終了する。
本フローチャートの処理を行う事で、表示機能が異なる端末が交換機１０１に収容されていても、それぞれの端末に適した機能を提供する事が可能である。
【００５９】
なお、１７０２の判断の後、ＧＵＩ表示不可な端末においては１７１１まで遷移する事が可能である。今回この遷移を行わず、１７０５へ遷移している理由としては、１７１１にて先に転送採否確認のガイダンスを行わずにサービスの案内を音声で流すと、一度に多数のサービス提供のガイダンスが流れてしまう。すると、本来一番よく使うであろう転送サービスがガイダンスに埋もれてしまい、利便性が低下してしまう。よって今回は１７０５の転送採否の要求、１７１１のその他サービス音声案内の要求を別けて行い、それぞれ別にガイダンスをしている。
【００６０】
続いて、図１８の図について説明する。図１８はＧＵＩ提供可能な端末の画面例であり、発信元端末に対して不在転送を行うか否かを確認しているものである。この画面にて、ＯＫボタン（１８０１）をタッチする事により、不在転送の実行要求がサービス提供装置１０２へ送信される。また、Ｃａｎｃｅｌボタン（１８０２）をタッチする事により、サービス提供装置１０２に対して、不在転送の中止要求が送られる。この中止要求を送った後、サービス提供装置１０２からの表示要求に従い、図１９のような画面が現れる。
【００６１】
続いて、図１９の図について説明する。図１９はＧＵＩ提供可能な端末の画面例であり、発信元端末に対してどのサービスを提供したら良いかを確認する画面の例である。この画面にて、文字メッセージ送信（１９０１）、位置情報取得（１９０２）、コールリセット（１９０３）のボタンのいずれかをタッチする事で、それぞれのサービスの開始要求をサービス提供装置１０２に対して送信する。また、切断ボタン（１９０４）をタッチする事により、サービス提供装置１０２に対して呼の切断要求を送信する。このような画面を提供する事により、ユーザは利用可能な機能を素早く選択する事が可能となり、ＧＵＩ提供が可能な端末の利用者の利便性を向上させる事が可能となる。
【００６２】
続いて、図２０の図について説明する。図２０はＧＵＩ提供可能な端末の画面例であり、端末がサービスの有効・無効の設定を行う画面である。不在転送、不応答転送、話中転送時に提供可能なサービスの一覧を画面上に表示しており、それぞれのサービス名の要素にチェックボックス（２００１）を用意している。ユーザは、このチェックボックスをＯＮ、ＯＦＦする事でサービスの有効・無効を切り替える。登録ボタン（２００２）をタッチすると、サービス提供装置１０２に対して、サービスの有効設定値（サービス有効設定情報のユーザ有効設定８０１に相当）の登録要求を行う。
【００６３】
続いて、図２１の図について説明する。図２１はＧＵＩ提供可能な端末の画面例であり、不在、不応答、話中転送に関する設定を行う。２１０１をタッチする事で、不応答時に着信した呼の転送先を設定可能である。また、２１０２をタッチする事で、交換機内不応答タイマの時間を設定する事が可能である。また、２１０３をタッチする事で、自端末に対して発信を行った呼に対して不応答転送を有効にするかどうかを設定可能である。
【００６４】
また、２１０４にて、不在時に自端末に対して発信した呼の転送先を設定でき、２１０５にて、不在転送の有効・無効を切り替え可能である。なお、不在転送が有効になっている場合、不応答転送、話中転送が設定されていたとしても、不在転送が最優先される。また、２１０６にて、話中時に自端末に対して発信した呼の転送先を設定でき、２１０７にて、話中転送の有効・無効を切り替え可能である。
【００６５】
２１０８の登録ボタンを押下する事で、サービス提供装置に対して転送設定（ユーザ情報の設定４０３〜４０５に相当）の登録要求が送信され、また、サービス提供装置１０２経由で、交換機１０１内のデータにも反映される。
なお、上述の実施例は、ＳＩＰを例に説明したが、ＳＩＰ以外の呼制御プロトコルを用いることもできる。
【００６６】
本実施例により、様々な種別の端末を収容可能な交換機において、話中、不応答、不在時等の転送ブロック時に、サービス提供装置にてＧＵＩ利用可能・利用不可の判断、利用可能なサービスの選定を行う事が可能となる。ＧＵＩ利用が不可な端末に関しては音声にてのサービス案内、ＧＵＩ利用が可能な端末に関しては画面にてメニューを表示させる事でのサービスが提供でき、各々の端末の特徴に合わせた形でサービスが提供される。これにより、ユーザに対して利用可能なサービスを端末の種別に適した提供方法で配信が可能であり、利便性を向上させる事が可能となる。
【００６７】
３．構成例
［構成例１］
付加サービス提供方法は、例えば、話中、不応答及び不在転送を処理する事が可能な交換機を用いた通信システムにおいて、現在処理している呼において話中、不応答、不在を検知した際にサービス提供装置に対し通知がされ、サービス提供装置は、発信端末の端末種別、現在の呼の状況、ユーザ設定値のデータから適したサービス内容を選択し、ＧＵＩ提供が可能な端末に対しては画面に対しメニュー表示を行う事でサービス提供を行い、ＧＵＩ提供が不可な端末に対しては音声ガイダンスにてサービス提供を行う事を特徴のひとつとする。
【００６８】
［構成例２］
上記サービス提供装置にて話中、不応答、不在の通知がされた際に、サービス提供装置内の設定値を確認する事で、着信端末において話中、不応答、不在転送を希望しているかどうかを調査し、希望している場合においては着信端末に対して転送の採否確認を、ＧＵＩ提供が可能な端末に関しては画面にて採否確認を行い、ＧＵＩ提供が不可な端末に関しては音声ガイダンスにて転送の採否確認を行い、ユーザが転送を不採用とした際にユーザに対してサービスを提供する事を特徴のひとつとする。
【００６９】
［構成例３］
上記交換機にて、様々な種類の端末が収容可能であり、話中、不応答、不在呼等の呼の状態を検出した際に外部装置に対し通知を行いその後の処理を委任し、また、外部装置に対して、呼制御を行う事が可能なインタフェースを提供する事で呼制御、付加サービスの利用を外部から行う事を可能とし、外部装置から音声合成によるサービス提供の要求を受け取った際に現在接続されている音声応答装置と、音声案内を行いたい端末の音声路を確保する事により音声案内が可能となる事を特徴のひとつとする。
【００７０】
［構成例４］
上記サービス提供装置にて、サービス決定の際は端末内に予め設定されている端末種別毎、呼の状態毎、ユーザの設定毎のサービスの有効設定から一時的なテーブルを作成し、それぞれの有効設定値のＡＮＤを取った最終的な有効設定フィールドよりサービスの採否を決定する事を特徴のひとつとする。
【００７１】
［構成例５］
交換機は、例えば、現在処理している呼において話中、不応答、不在を検知した際に交換機内の設定値を確認する事で、着信端末において話中、不応答、不在転送を希望しているかどうかを調査し、希望している場合においては着信端末に対して転送の採否確認を、ＧＵＩ提供が可能な端末に関しては画面にて採否確認を行い、ＧＵＩ提供が不可な端末に関しては音声ガイダンスにて転送の採否確認を行い、ユーザが転送を不採用とした際に、発信端末の端末種別、現在の呼の状況、ユーザ設定値のデータから適したサービス内容を選択し、ＧＵＩ提供が可能な端末に対しては画面に対しメニュー表示を行う事でサービス提供を行い、ＧＵＩ提供が不可な端末に対しては音声ガイダンスにてサービス提供を行う事を特徴のひとつとする。
【００７２】
［構成例６］
交換機は、例えば、様々な種類の端末を収容する事が可能であり、異なる種類の内線端末間のプロトコルを変換し、交換機内で利用する形式に変換する機能を備え、不応答、不在、話中等の状態を検知した際に、外部装置に対して通知を行い、また、内部で保持している呼処理機能や交換機付加機能群、音声ガイダンス機能のインタフェースを外部装置に対して提供する事を特徴のひとつとする。
【００７３】
４．適用例
［適用例１］
通話システムは、例えば、
グラフィック表示可能な第１端末又はグラフィック表示不可能な第２端末からの発信について、着信先端末の状態に応じて転送処理を行う交換機と、
転送処理を行う際に、又は、転送処理を行う代わりに、発信元端末である第１端末又は第２端末に付加サービスを提供するサービス提供装置と、
上記第２端末に音声ガイダンスを提供するための音声応答装置と
を備え、
上記サービス提供装置は、
着信先端末の状態と、発信元端末の種別に対応して予め設定された、該発信元端末に提供可能な付加サービスを示す端末有効設定情報とに基づき、該発信元端末に提供する付加サービスを判断し、
発信元端末がグラフィック表示可能な上記第１端末の場合、該提供する付加サービスのリストを含む画面を該第１端末に表示させ、
発信元端末がグラフィック表示不可能な前記第２端末の場合、前記音声応答装置から該提供する付加サービスの情報を含む音声ガイダンスを第２端末に提供させる。
これにより、様々な種別の端末を収容可能な交換機において、話中、不応答、不在時等の転送ブロック時に、ユーザに対して利用可能なサービスを端末の種別に適した提供方法で配信し、利便性の向上を図ることができる。
【００７４】
［適用例２］
適用例１に記載の通話システムにおいて、
上記サービス提供装置は、上記着信先端末の状態と、上記端末有効設定情報と、さらに発信元端末が設定した付加サービスの有効／無効を示すユーザ有効設定情報とに基づき、提供する付加サービスを判断する。
これにより、発信元端末からのユーザ設定をさらに考慮して、提供する付加サービスを判断できる。
【００７５】
［適用例３］
適用例２に記載の通話システムにおいて、
上記サービス提供装置は、上記第１端末から送信される登録メッセージに含まれる、上記第１端末の識別子と、設定された付加サービスの有効／無効を示すユーザ有効設定情報とを受信する。
これにより、ユーザによるサービスの有効設定が可能である。例えば、ＳＩＰのＲｅｇｉｓｔｅｒメッセージを拡張することで実現できる。
【００７６】
［適用例４］
適用例１に記載の通話システムにおいて、
上記着信先端末の状態は、話中、不在及び不応答のいずれかを含み、
上記サービス提供装置は、
着信先端末の状態に対応して、着信先端末が該状態の場合に、発信元端末に対して提供可能な付加サービスの識別情報が予め設定された状態有効設定情報が記憶される。
これにより、着信先端末が話中、不在及び不応答の状態のいずれであるかに応じて、適切な付加サービスを提供できる。
【００７７】
［適用例５］
適用例１に記載の通話システムにおいて、
上記サービス提供装置は、上記交換機を介して、提供する付加サービスの情報を含む音声ガイダンスを上記第２端末に提供するよう上記音声応答装置に要求し、
上記交換機は、上記第２端末と上記音声応答装置との音声路を確立し、
上記音声応答装置は、上記交換機を介した該音声路により、音声ガイダンスを第２端末に提供する。
これにより、音声応答装置から音声による付加サービスを提供でき、メニュー表示可能な第１端末とメニュー表示不可能な第２端末の双方を含むシステムを提供できる。
【００７８】
５．付記
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれている。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００７９】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００８０】
１０１：交換機
１０２：サービス提供装置
１０３：音声応答装置
１０４：端末（ＳＩＰ）
１０５：端末（レガシー）
【図１】
2014007592.tif 000003
【図２】
2014007592.tif 000004
【図３】
2014007592.tif 000005
【図４】
2014007592.tif 000006
【図５】
2014007592.tif 000007
【図６】
2014007592.tif 000008
【図７】
2014007592.tif 000009
【図８】
2014007592.tif 000010
【図９】
2014007592.tif 000011
【図１０】
2014007592.tif 000012
【図１１】
2014007592.tif 000013
【図１２】
2014007592.tif 000014
【図１３】
2014007592.tif 000015
【図１４】
2014007592.tif 000016
【図１５】
2014007592.tif 000017
【図１６】
2014007592.tif 000018
【図１７】
2014007592.tif 000019
【図１８】
2014007592.tif 000020
【図１９】
2014007592.tif 000021
【図２０】
2014007592.tif 000022
【図２１】
2014007592.tif 000023