JP2009278324A - 接続制御方法、接続制御装置、プログラムおよびａｐｉ - Google Patents

Abstract

【課題】呼び出しが行われた通信端末と接続できないときに、別の通信端末へ再度呼び出しを行う処理を実行する際の、アプリケーションの動作を簡単にできる方法を提供する。
【解決手段】ＡＰＩが行う接続制御方法は、アプリケーションから複数の識別コードと呼び出しを切り替えるための切替条件を受信する受信ステップと、複数の識別コードと切替条件とが受信されると、複数の識別コードのいずれかの識別コードを用いてその識別コードに対応する通信端末を呼び出す呼出処理と、呼び出されている通信端末からの応答の状況が切替条件を満たした場合、その通信端末への呼び出しを中断し、複数の識別コードのうち呼び出しが中断された通信端末に対応する識別コード以外の識別コードを用いてその識別コードに対応する通信端末を呼び出す切替処理と、を含む一連の処理を行う旨の指示を、通信端末間の接続を制御する接続処理手段に送信する制御ステップと、を含む。
【選択図】図１

Description

本発明は、接続制御方法、接続制御装置、プログラムおよびＡＰＩ（Application Programming Interface）に関する。なお、ＡＰＩは、Application Program Interfaceと称される場合もある。

通信サービス向けアプリケーションを用いてサービスを行うために、様々なＡＰＩが考えられている。そのＡＰＩの中でParlay（パーレイ）グループが規定しているParlay X（パーレイエックス）が近年普及している。

Parlay Xは、インターネットサービス用ＩＰネットワークと電話サービス用の電話網とをＩＰ通信網として統合したＮＧＮ（Next Generation Network）に対応可能である。

Parlay Xは、複数種類のＡＰＩからなる。特に、Parlay XのPart2では、Third Party Callに関するＡＰＩが規定されている（非特許文献１参照）。
ETSI ES 202 504-2 v0.0.5 (2007-06)

着信側の通信端末の一例である電話端末に呼び出しを行っても、その電話端末と接続できないときに、予め設定された別の通信端末（例えば、電話端末）へ再度呼び出しを行うことを繰り返す処理（以下「接続制御処理」と称する）は、例えば、ＮＧＮ等のネットワークで使用されるかもしれない。

図４は、アプリケーション（アプリ）１０１が、接続制御処理をParlay Xを用いて実現する場合の動作を説明するためのシーケンス図である。なお、図４では、Parlay Xは、ミドルウェア（ミドル）１０２に搭載されているとする。

アプリケーション１０１は、例えば、ユーザ端末等からの入力にしたがって、着信端末１０３と着信端末１０４（具体的には、着信端末１０４ａ〜１０４ｃのいずれか）とを接続する接続制御処理を行うと判断すると、まず、呼び出し機能に対応するParlay X内のＡＰＩ（以下「呼出ＡＰＩ」と称する）を呼び出して、着信端末１０３を呼び出す。

アプリケーション１０１は、着信端末１０３から応答を受け付けると、呼出ＡＰＩを呼び出して、着信端末１０４ａを呼び出す。

その後、着信端末１０４ａからの応答がない状況が、一定時間（例：１０秒）続くと、アプリケーション１０１は、呼び出しを中止する機能に対応するParlay X内のＡＰＩ（以下「呼出中断ＡＰＩ」と称する）を呼び出して、着信端末１０４ａへの呼び出しを中止する。

続いて、アプリケーション１０１は、呼出ＡＰＩを呼び出して、着信端末１０４ｂを呼び出す。

着信端末１０４ｂが話中であると、アプリケーション１０１は、呼出中断ＡＰＩを呼び出して、着信端末１０４ｂへの呼び出しを中止する。

続いて、アプリケーション１０１は、呼出ＡＰＩを呼び出して、着信端末１０４ｃを呼び出す。

アプリケーション１０１は、着信端末１０４ｃから応答を受け付けると、転送の機能に対応するParlay X内のＡＰＩ（転送ＡＰＩ）を呼び出して、着信端末１０３と着信端末１０４ｃとを通話状態にする。

このため、アプリケーション１０１が、上記接続制御処理をParlay Xを用いて実現する場合、ＡＰＩの呼出回数が多くなり、アプリケーション１０１によるＡＰＩの操作が非常に煩雑になるという課題があった。

本発明の目的は、上述した課題を解決可能な、接続制御方法、接続制御装置、プログラムおよびＡＰＩを提供することにある。

本発明の接続制御方法は、通信端末間の接続を制御する接続処理手段と、アプリケーションと、に接続されるＡＰＩが行う接続制御方法であって、前記アプリケーションから、複数の識別コードと、呼び出しを切り替えるための切替条件と、を受信する受信ステップと、前記複数の識別コードと前記切替条件とが受信されると、当該複数の識別コードのいずれかの識別コードを用いて当該識別コードに対応する通信端末を呼び出す呼出処理と、呼び出されている通信端末からの応答の状況が前記切替条件を満たした場合、当該通信端末への呼び出しを中断し、前記複数の識別コードのうち前記呼び出しが中断された通信端末に対応する識別コード以外の識別コードを用いて当該識別コードに対応する通信端末を呼び出す切替処理と、を含む一連の処理を行う旨の指示を、前記接続処理手段に送信する制御ステップと、を含む。

本発明の接続制御装置は、アプリケーションと接続するＡＰＩと、前記ＡＰＩからの動作指示にしたがって通信端末間の接続を制御する接続処理手段と、を含み、前記ＡＰＩは、前記アプリケーションから、複数の識別コードと、呼び出しを切り替えるための切替条件と、を受信する受信手段と、前記受信手段が前記複数の識別コードと前記切替条件とを受信すると、当該複数の識別コードのいずれかの識別コードを用いて当該識別コードに対応する通信端末を呼び出す呼出処理と、呼び出されている通信端末からの応答の状況が前記切替条件を満たした場合、当該通信端末への呼び出しを中断し、前記複数の識別コードのうち前記呼び出しが中断された通信端末に対応する識別コード以外の識別コードを用いて当該識別コードに対応する通信端末を呼び出す切替処理と、を含む一連の処理を行う旨の指示を、前記動作指示として、前記接続処理手段に送信する制御手段と、を含む。

本発明のプログラムは、通信端末間の接続を制御する接続処理手段と、アプリケーションと、に接続されるコンピュータに、前記アプリケーションから、複数の識別コードと、呼び出しを切り替えるための切替条件と、を受信する受信手順と、前記複数の識別コードと前記切替条件とが受信されると、当該複数の識別コードのいずれかの識別コードを用いて当該識別コードに対応する通信端末を呼び出す呼出処理と、呼び出されている通信端末からの応答の状況が前記切替条件を満たした場合、当該通信端末への呼び出しを中断し、前記複数の識別コードのうち前記呼び出しが中断された通信端末に対応する識別コード以外の識別コードを用いて当該識別コードに対応する通信端末を呼び出す切替処理と、を含む一連の処理を行う旨の指示を、前記接続処理手段に送信する制御手順と、を実行させる。

本発明のＡＰＩは、通信端末間の接続を制御する接続処理手段と、アプリケーションと、に接続されるＡＰＩであって、前記アプリケーションから、複数の識別コードと、呼び出しを切り替えるための切替条件と、を受信する受信手段と、前記受信手段が前記複数の識別コードと前記切替条件とを受信すると、当該複数の識別コードのいずれかの識別コードを用いて当該識別コードに対応する通信端末を呼び出す呼出処理と、呼び出されている通信端末からの応答の状況が前記切替条件を満たした場合、当該通信端末への呼び出しを中断し、前記複数の識別コードのうち前記呼び出しが中断された通信端末に対応する識別コード以外の識別コードを用いて当該識別コードに対応する通信端末を呼び出す切替処理と、を含む一連の処理を行う旨の指示を、前記接続処理手段に送信する制御手段と、を含む。

本発明によれば、着信側の通信端末に呼び出しを行っても、その通信端末と接続できないときに、別の通信端末へ再度呼び出しを行う処理を実行する際における、アプリケーションの動作を簡単にすることが可能になる。

以下、本発明の実施形態を図面を参照して説明する。

図１は、本発明の一実施形態のＡＰＩおよび接続制御装置を使用した、通信システムを示したブロック図である。

図１において、通信システム１は、着信ルール格納部２と、アプリケーション３と、ミドルウェア４と、呼制御サーバ５と、を含む。ミドルウェア４は、ＡＰＩ受付部４ａと、接続処理部４ｂと、を含む。ＡＰＩ受付部４ａは、受付部４ａ１と、制御部４ａ２と、を含む。接続処理部４ｂは、着信ルール管理部４ｂ１と、呼制御部４ｂ２と、を含む。

通信システム１は、例えばＮＧＮを介して、複数の電話端末６１〜６ｎと接続可能である。複数の電話端末６１〜６ｎは、一般的に複数の通信端末と呼ぶことができる。通信システム１は、複数の電話端末６１〜６ｎ間の接続を、ＳＩＰ（Session Initiation Protocol）を用いて制御する。なお、本実施形態では、電話端末６１を接続先電話端末（接続先通信端末）とする。また、電話端末６２〜６ｎが、契約電話番号に関連づけられたグループ（以下、単に「グループ」と称する）に属する電話端末とする。

着信ルール格納部２は、契約電話番号（以下「契約番号」と称する）と、グループに属する電話端末の電話番号（以下「グループ内の電話番号」と称する）と、転送ルールとを、互いに関連づけて格納する。

グループ内の電話番号として、複数の電話番号が格納される。また、グループ内の電話番号には、着信順序が関連づけられている。なお、グループ内の複数の電話番号は、一般的に複数の識別コードと呼ぶことができる。

転送ルールは、一般的に、呼び出しを切り替えるための切替条件と呼ぶことができる。

契約番号と、グループ内の電話番号と、転送ルールと、着信順序とで、着信ルールが構成される。

図２は、着信ルール格納部２内の着信ルールの一例を示した説明図である。

図２では、例えば、契約番号「Ｂ１１１１」が、そのグループ内の電話番号「Ｂ１１１１」、「Ｂ２２２２」、「Ｂ３３３３」および「Ｂ４４４４」と関連づけられている。

また、電話番号「Ｂ１１１１」には、着信順序「１」が関連づけられ、電話番号「Ｂ２２２２」には着信順序「２」が、電話番号「Ｂ３３３３」には着信順序「３」が、電話番号「Ｂ４４４４」には着信順序「４」がそれぞれ関連づけられている。

また、契約番号「Ｂ１１１１」は、転送ルール「呼び出しから１０秒経過しても応答がない。」が関連づけられている。

アプリケーション３は、着信側の電話端末に呼び出しを行っても、その電話端末と接続できないときに、予め設定された別の電話端末へ再度呼び出しを行うことを繰り返すサービス（順次呼び出しサービス）を提供する。

本実施形態では、アプリケーション３は、契約番号に電話がかけられた際に、予め設定された着信ルールに従って複数の電話端末を順次呼び出していくサービスを提供する。例えば、アプリケーション３は、呼び出し先の電話端末が無応答もしくは話中の場合に、次の着信順序の電話番号に対応する電話端末を呼び出すサービスを提供する。

アプリケーション３は、例えば、ある通信端末から、接続先電話端末の電話番号である接続先電話番号と、契約番号と、を受信すると、着信ルール格納部２から、その契約番号を含む着信ルールを読み出す。なお、接続先電話端末は、一般的に接続先通信端末と呼ぶことができる。また、接続先電話番号は、接続先通信端末の識別コードである接続先識別コードと呼ぶことができる。

アプリケーション３は、その着信ルールと接続先電話番号とを、ＡＰＩ受付部４ａ（具体的には、受付部４ａ１）に送信する。

なお、アプリケーション３は、コンピュータがアプリケーション３の動作を規定するアプリケーションプログラムを読み出し実行することによって実現される。

ミドルウェア４は、一般的に接続制御装置と呼ぶことができる。ミドルウェア４は、例えば、ＮＧＮで実現される電話機能を、ＡＰＩとして提供する。

ＡＰＩ受付部４ａは、一般的にＡＰＩと呼ぶことができる。ＡＰＩ受付部４ａは、例えば、Parlay Xに追加されてもよい。

なお、ＡＰＩ受付部４ａは、コンピュータにより実現可能である。この場合、ＡＰＩ受付部４ａは、例えば、ディスクに記録されたプログラム（アプリケーション）に従って動作する。ディスクは、一般的に、コンピュータ（ＡＰＩ受付部４ａ）にて読み取り可能な記録媒体と呼ぶことができる。

ＡＰＩ受付部４ａは、プログラムをディスク（記録媒体）から読み取り実行することによって、受付部４ａ１および制御部４ａ２として機能する。

受付部４ａ１は、一般的に受信手段と呼ぶことができる。

受付部４ａ１は、アプリケーション３から、着信ルールと接続先電話番号とを受信する。受付部４ａ１は、着信ルールと接続先電話番号とを受信すると、その着信ルールと接続先電話番号とを、制御部４ａ２に送信する。

制御部４ａ２は、一般的に制御手段と呼ぶことができる。

制御部４ａ２は、着信ルールと接続先電話番号とを受信すると、その着信ルールと接続先電話番号に基づいた一連の処理を行う旨の指示（動作指示）を、接続処理部４ｂ（具体的には、着信ルール管理部４ｂ１）に送信する。

本実施形態では、制御部４ａ２は、一連の処理を行う旨の指示として、着信ルールと接続先電話番号とを、接続処理部４ｂ（具体的には、着信ルール管理部４ｂ１）に送信する。

一連の処理は、接続先呼出処理と、呼出制御処理と、切替処理と、繰返処理と、接続処理と、を含む。

接続先呼出処理とは、接続先電話番号を用いて接続先電話端末を呼び出す処理である。

呼出制御処理とは、呼び出されている接続先電話端末から応答があると、呼出処理を行う処理である。

なお、呼出処理とは、着信ルールに示された複数の電話番号のいずれかの電話番号を用いて、その電話番号に対応する電話端末を呼び出す処理である。

本実施形態では、呼出処理として、着信順序「１」に関連づけられた電話番号に対応する電話端末を呼び出す処理が用いられる。

切替処理とは、着信ルールに示された複数の電話番号のいずれかを用いて呼び出されている電話端末からの応答の状況が、着信ルールに示された転送ルールを満たした場合、その電話端末への呼び出しを中断し、着信ルールに示された複数の電話番号のうち、呼び出しが中断された電話端末に対応する電話番号以外の電話番号を用いて、その電話番号に対応する電話端末を呼び出す処理である。

なお、本実施形態では、切替処理において、呼び出しが中断された電話端末の電話番号に関連づけられた着信順序の次の着信順序が関連づけられている電話番号を用いて、その電話番号に対応する電話端末が呼び出される。

繰返処理とは、切替処理を繰り返す処理である。

接続処理とは、着信ルールに示された複数の電話番号のいずれかを用いて呼び出されている電話端末から応答があると、その応答のあった電話端末と接続先電話端末とを接続する処理である。

なお、一連の処理は、接続先呼出処理と、呼出制御処理と、切替処理と、繰返処理と、接続処理と、のすべてを含む処理に限らない。例えば、一連の処理は、少なくとも呼出処理と切替処理を含む処理でもよく、少なくとも呼出処理と切替処理と繰返処理とを含む処理でもよく、また、少なくとも接続先呼出処理と呼出制御処理と切替処理と接続処理とを含む処理でもよい。

接続処理部４ｂは、一般的に接続処理手段と呼ぶことができる。

接続処理部４ｂは、制御部４ａ２から一連の処理を行う旨の指示を受信すると、その指示に基づいて、電話端末６１〜６ｎ間の接続を制御する。例えば、接続処理部４ｂは、制御部４ａ２から一連の処理を行う旨の指示を受信すると、ＳＩＰを用いて、その一連の処理を行う。

着信ルール管理部４ｂ１は、一連の処理を行う旨の指示として、着信ルールと接続先電話番号と受信すると、その着信ルールと接続先電話番号とを記憶する。着信ルール管理部４ｂ１は、その記憶された着信ルールと接続先電話番号に基づいて、呼制御部４ｂ２を制御する。

呼制御部４ｂ２は、着信ルール管理部４ｂ１による制御に基づいて、ＳＩＰを用いて、一連の処理を行う。

なお、ミドルウェア４は、コンピュータにより実現可能である。この場合、ミドルウェア４は、例えば、ディスクに記録されたプログラム（アプリケーション）に従って動作する。ミドルウェア４は、プログラムをディスク（記録媒体）から読み取り実行することによって、ＡＰＩ受付部４ａおよび接続処理部４ｂとして機能する。

次に、動作を説明する。

図３は、通信システム１の動作を説明するためのシーケンス図である。図３において、図１に示したものと同一のものには同一符号を付してある。なお、実際には、呼制御部４ｂ２は、呼制御サーバ５を介して各電話端末と通信するが、図３では、呼制御サーバ５を省略してある。また、図３では、電話端末６１を着信端末（Ａ）６１として示してあり、電話端末６２〜６４を着信端末（Ｂ１〜Ｂ３）６２〜６４として示してある。

以下では、接続先電話番号に対応する接続先電話端末を着信端末６１とし、グループの電話番号に対応する電話端末を着信端末６２〜６４とする。

また、着信ルール格納部２において、着信端末６２の電話番号には、着信順序「１」が関連づけられ、着信端末６３の電話番号には着信順序「２」が、着信端末６４の電話番号には着信順序「３」が、それぞれ関連づけられているとする。

また、着信ルール格納部２において、着信端末６２〜６４の各電話番号に関連づけられた転送ルールとして「呼び出しから１０秒経過しても応答がない。または、呼び出し先が話中である。」が設定されているとする。

なお、接続先電話端末は着信端末６１に限らず、また、グループの電話番号に対応する電話端末も着信端末６２〜６４に限らず、また、転送ルールも上記に限らない。

アプリケーション３は、ある通信端末から接続先電話番号と契約番号とを受信すると、着信ルール格納部２から、その契約番号を含む着信ルールを読み出す。

続いて、アプリケーション３は、着信端末６１と着信端末６２〜６４のいずれかとを接続するために、その着信ルールと接続先電話番号とを、ＡＰＩ受付部４ａ（具体的には、受付部４ａ１）に送信する（ステップ３０１、３０２）。

受付部４ａ１は、着信ルールと接続先電話番号とを受信すると、その着信ルールと接続先電話番号とを、制御部４ａ２に送信する。制御部４ａ２は、着信ルールと接続先電話番号とを受信すると、その着信ルールと接続先電話番号とを、その着信ルールと接続先電話番号に基づいた一連の処理を行う旨の動作指示として、着信ルール管理部４ｂ１に送信する（ステップ３０３）。

以下では、一連の処理として、接続先呼出処理と呼出制御処理と切替処理と繰返処理と接続処理とを含む処理が、用いられるとする。なお、一連の処理は、上記に限らない。

着信ルール管理部４ｂ１は、一連の処理を行う旨の動作指示として、着信ルールと接続先電話番号と受信すると、その着信ルールと接続先電話番号とを記憶する（ステップ３０４）。

続いて、着信ルール管理部４ｂ１は、その記憶された着信ルールと接続先電話番号に基づいて、以下のように、呼制御部４ｂ２を制御する。

着信ルール管理部４ｂ１は、まず、接続先呼出処理を行うために、接続先電話番号を伴う呼出指示を、呼制御部４ｂ２に送信する（ステップ３０５）。

呼制御部４ｂ２は、接続先電話番号を伴う呼出指示を受信すると、接続先電話番号を用いて、着信端末６１を呼び出す（ステップ３０６）。

着信端末６１は、呼制御部４ｂ２からの呼び出しによって鳴動して呼び出し中になる（ステップ３０７）。

その後、着信端末６１が、呼び出しに応答して（ステップ３０８）、呼び出しの応答通知を呼制御部４ｂ２に送信すると（ステップ３０９）、呼制御部４ｂ２は、呼び出しの応答通知を受信する。

呼制御部４ｂ２は、呼び出しの応答通知を受信すると、着信端末６１から応答があった旨の応答通知を、着信ルール管理部４ｂ１に送信する（ステップ３１０）。

着信ルール管理部４ｂ１は、着信端末６１から応答があった旨の応答通知を受信すると、呼出制御処理を行うために、着信ルールにおいて着信順序「１」に関連づけられた電話番号（着信端末６２の電話番号）を伴う呼出指示を、呼制御部４ｂ２に送信する（ステップ３１１）。

呼制御部４ｂ２は、着信順序「１」に関連づけられた電話番号を伴う呼出指示を受信すると、その電話番号を用いて、着信端末６２を呼び出す（ステップ３１２）。

着信端末６２は、呼制御部４ｂ２からの呼び出しによって鳴動して呼び出し中になる（ステップ３１３）。

着信ルール管理部４ｂ１は、着信端末６２を呼び出してから１０秒経過しても、着信端末６２から応答があった旨の応答通知を受信できない場合（ステップ３１４）、つまり、呼び出されている着信端末６２からの応答の状況が、着信ルールに示された転送ルールを満たした場合、切替処理を行うために、まず、着信端末６２の電話番号を伴う呼出中断指示を、呼制御部４ｂ２に送信する（ステップ３１５）。

呼制御部４ｂ２は、着信端末６２の電話番号を伴う呼出中断指示を受信すると、着信端末６２への呼び出しを中断する（ステップ３１６）。

続いて、着信ルール管理部４ｂ１は、切替処理を行うために、呼び出しが中断された着信端末６２の電話番号に関連づけられた着信順序「１」の次の着信順序、すなわち、着信順序「２」を、着信ルールから特定し、着信順序「２」に関連づけられた電話番号（この場合、着信端末６３の電話番号）を特定する。

続いて、着信ルール管理部４ｂ１は、着信端末６３の電話番号を伴う呼出指示を、呼制御部４ｂ２に送信する（ステップ３１７）。

呼制御部４ｂ２は、着信端末６３の電話番号を伴う呼出指示を受信すると、その電話番号を用いて、着信端末６３を呼び出す（ステップ３１８）。

このとき、着信端末６３が話中であると（ステップ３１９）、呼制御部４ｂ２は、着信端末６３からの応答によって着信端末６３が話中であることを認識し（ステップ３２０）、着信端末６３についての接続エラー通知を、着信ルール管理部４ｂ１に送信する（ステップ３２１）。

着信ルール管理部４ｂ１は、着信端末６３についての接続エラー通知を受信すると、着信端末６３が話中である、つまり、呼び出されている着信端末６２からの応答の状況が、着信ルールに示された転送ルールを満たしたと判断する。

この判断により、着信ルール管理部４ｂ１は、切替処理を行うために、まず、着信端末６３の電話番号を伴う呼出中断指示を、呼制御部４ｂ２に送信する（ステップ３２２）。

呼制御部４ｂ２は、着信端末６３の電話番号を伴う呼出中断指示を受信すると、着信端末６３への呼び出しを中断する（ステップ３２３）。

続いて、着信ルール管理部４ｂ１は、切替処理を行うために、呼び出しが中断された着信端末６３の電話番号に関連づけられた着信順序「２」の次の着信順序、すなわち、着信順序「３」を、着信ルールから特定し、着信順序「３」に関連づけられた電話番号（この場合、着信端末６４の電話番号）を特定する。

続いて、着信ルール管理部４ｂ１は、着信端末６４の電話番号を伴う呼出指示を、呼制御部４ｂ２に送信する（ステップ３２４）。

呼制御部４ｂ２は、着信端末６４の電話番号を伴う呼出指示を受信すると、その電話番号を用いて、着信端末６４を呼び出す（ステップ３２５）。

着信端末６４は、呼制御部４ｂ２からの呼び出しによって鳴動して呼び出し中になる（ステップ３２６）。

その後、着信端末６１が、呼び出しの開始から１０秒が経過する前に、呼び出しに応答して（ステップ３２７）、呼び出しの応答通知を、呼制御部４ｂ２に送信すると（ステップ３２８）、呼制御部４ｂ２は、呼び出しの応答通知を受信する。

呼制御部４ｂ２は、呼び出しの応答通知を受信すると、着信端末６４から応答があった旨の応答通知を、着信ルール管理部４ｂ１に送信する（ステップ３２９）。

着信ルール管理部４ｂ１は、着信端末６４から応答があった旨の応答通知を受信すると、接続処理を行うために、着信端末６４と着信端末６１とを接続する旨の接続指示を、呼制御部４ｂ２に送信する（ステップ３３０）。

呼制御部４ｂ２は、着信端末６４と着信端末６１とを接続する旨の接続指示を受信すると、着信端末６４と着信端末６１とを接続して通話状態にする（ステップ３３１〜３３３）。

本実施形態によれば、制御部４ａ２は、受付部４ａ１が着信ルールと接続先電話番号とを受信すると、接続先呼出処理と、呼出制御処理と、切替処理と、繰返処理と、接続処理と、を含む一連の処理を行う旨の指示を、接続処理部４ｂに送信する。

このため、アプリケーション３は、ＡＰＩ受付部４ａに、着信ルールと接続先電話番号とを提供するだけで、接続先呼出処理と、呼出制御処理と、切替処理と、繰返処理と、接続処理と、を含む一連の処理を実行することが可能になる。

したがって、上述した一連の処理を実行する際のアプリケーション３の動作を簡単にすることができる。

なお、制御部４ａ２は、受付部４ａ１が着信ルールと接続先電話番号とを受信した場合、接続先呼出処理と、呼出制御処理と、切替処理と、接続処理と、を含む一連の処理を行う旨の指示を、接続処理部４ｂに送信してもよい。

この場合、接続処理部４ｂは、その指示を受信すると、ＳＩＰ等を用いて、接続先呼出処理と、呼出制御処理と、切替処理と、接続処理と、を含む一連の処理を行う。

したがって、接続先呼出処理と呼出制御処理と切替処理と接続処理とを含む一連の処理を実行する際のアプリケーション３の動作を簡単にすることができる。

また、制御部４ａ２は、受付部４ａ１が着信ルールを受信した場合、呼出処理と切替処理とを含む一連の処理を行う旨の指示を、接続処理部４ｂに送信してもよい。

この場合、接続処理部４ｂは、その指示を受信すると、ＳＩＰ等を用いて、呼出処理と切替処理とを含む一連の処理を行う。

したがって、呼出処理と切替処理とを含む一連の処理を実行する際のアプリケーション３の動作を簡単にすることができる。

また、制御部４ａ２は、受付部４ａ１が着信ルールを受信した場合、呼出処理と切替処理と繰返処理とを含む一連の処理を行う旨の指示を、接続処理部４ｂに送信してもよい。

この場合、接続処理部４ｂは、その指示を受信すると、ＳＩＰ等を用いて、呼出処理と切替処理と繰返処理とを含む一連の処理を行う。

したがって、呼出処理と切替処理と繰返処理とを含む一連の処理を実行する際のアプリケーション３の動作を簡単にすることができる。

また、本実施形態では、接続処理部４ｂは、ＳＩＰを用いて一連の処理を行う。この場合、端末間の接続にＳＩＰを利用するネットワーク（例えば、ＮＧＮ）において、上記一連の処理を実行することが可能になる。

なお、上記実施形態では、通信端末として電話端末が用いられたが、通信端末は電話端末に限らず適宜変更可能である。また、上記実施形態では、識別コードとして電話番号が用いられたが、識別コードは電話番号に限らず適宜変更可能である。

以上説明した実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。

本発明の一実施形態のＡＰＩおよびミドルウェアを使用した、通信システムを示したブロック図である。 着信ルール格納部２内の情報の一例を示した説明図である。 通信システム１の動作を説明するためのシーケンス図である。 関連技術の通信システムの動作を説明するためのシーケンス図である。

符号の説明

１ 通信システム
２ 着信ルール格納部
３ アプリケーション
４ ミドルウェア
４ａ ＡＰＩ受付部
４ａ１ 受付部
４ａ２ 制御部
４ｂ 接続処理部
４ｂ１ 着信ルール管理部
４ｂ２ 呼制御部
５ 呼制御サーバ
６１〜６ｎ 電話端末

Claims (13)

1. 通信端末間の接続を制御する接続処理手段と、アプリケーションと、に接続されるＡＰＩが行う接続制御方法であって、
   前記アプリケーションから、複数の識別コードと、呼び出しを切り替えるための切替条件と、を受信する受信ステップと、
   前記複数の識別コードと前記切替条件とが受信されると、当該複数の識別コードのいずれかの識別コードを用いて当該識別コードに対応する通信端末を呼び出す呼出処理と、呼び出されている通信端末からの応答の状況が前記切替条件を満たした場合、当該通信端末への呼び出しを中断し、前記複数の識別コードのうち前記呼び出しが中断された通信端末に対応する識別コード以外の識別コードを用いて当該識別コードに対応する通信端末を呼び出す切替処理と、を含む一連の処理を行う旨の指示を、前記接続処理手段に送信する制御ステップと、を含む接続制御方法。
2. 請求項１に記載の接続制御方法において、
   前記受信ステップでは、前記アプリケーションから、さらに、接続先通信端末の識別コードである接続先識別コードを受信し、
   前記制御ステップでは、前記複数の識別コードと前記切替条件と前記接続先識別コードとが受信されると、当該接続先識別コードを用いて前記接続先通信端末を呼び出す接続先呼出処理と、当該接続先通信端末から応答があると前記呼出処理を行う呼出制御処理と、前記切替処理と、前記複数の識別コードのいずれかを用いて呼び出されている通信端末から応答があると当該応答のあった通信端末と前記接続先通信端末とを接続する接続処理と、を含む一連の処理を行う旨の指示を、前記接続処理手段に送信する、接続制御方法。
3. 請求項１または２に記載の接続制御方法において、
   前記制御ステップでは、前記指示として、前記切替処理を繰り返す繰返処理をさらに含む前記一連の処理を行う旨の指示を、前記接続処理手段に送信する、接続制御方法。
4. アプリケーションと接続するＡＰＩと、前記ＡＰＩからの動作指示にしたがって通信端末間の接続を制御する接続処理手段と、を含み、
   前記ＡＰＩは、
   前記アプリケーションから、複数の識別コードと、呼び出しを切り替えるための切替条件と、を受信する受信手段と、
   前記受信手段が前記複数の識別コードと前記切替条件とを受信すると、当該複数の識別コードのいずれかの識別コードを用いて当該識別コードに対応する通信端末を呼び出す呼出処理と、呼び出されている通信端末からの応答の状況が前記切替条件を満たした場合、当該通信端末への呼び出しを中断し、前記複数の識別コードのうち前記呼び出しが中断された通信端末に対応する識別コード以外の識別コードを用いて当該識別コードに対応する通信端末を呼び出す切替処理と、を含む一連の処理を行う旨の指示を、前記動作指示として、前記接続処理手段に送信する制御手段と、を含む、接続制御装置。
5. 請求項４に記載の接続制御装置において、
   前記受信手段は、前記アプリケーションから、さらに、接続先通信端末の識別コードである接続先識別コードを受信し、
   前記制御手段は、前記受信手段が前記複数の識別コードと前記切替条件と前記接続先識別コードとを受信すると、当該接続先識別コードを用いて前記接続先通信端末を呼び出す接続先呼出処理と、当該接続先通信端末から応答があると前記呼出処理を行う呼出制御処理と、前記切替処理と、前記複数の識別コードのいずれかを用いて呼び出されている通信端末から応答があると当該応答のあった通信端末と前記接続先通信端末とを接続する接続処理と、を含む一連の処理を行う旨の指示を、前記動作指示として、前記接続処理手段に送信する、接続制御装置。
6. 請求項４または５に記載の接続制御装置において、
   前記制御手段は、前記動作指示として、前記切替処理を繰り返す繰返処理をさらに含む前記一連の処理を行う旨の指示を、前記接続処理手段に送信する、接続制御装置。
7. 請求項４から６のいずれか１項に記載の接続制御装置において、
   前記接続処理手段は、前記動作指示を受け付けると、ＳＩＰを用いて前記一連の処理を行う、接続制御装置。
8. 通信端末間の接続を制御する接続処理手段と、アプリケーションと、に接続されるコンピュータに、
   前記アプリケーションから、複数の識別コードと、呼び出しを切り替えるための切替条件と、を受信する受信手順と、
   前記複数の識別コードと前記切替条件とが受信されると、当該複数の識別コードのいずれかの識別コードを用いて当該識別コードに対応する通信端末を呼び出す呼出処理と、呼び出されている通信端末からの応答の状況が前記切替条件を満たした場合、当該通信端末への呼び出しを中断し、前記複数の識別コードのうち前記呼び出しが中断された通信端末に対応する識別コード以外の識別コードを用いて当該識別コードに対応する通信端末を呼び出す切替処理と、を含む一連の処理を行う旨の指示を、前記接続処理手段に送信する制御手順と、を実行させるためのプログラム。
9. 請求項８に記載のプログラムにおいて、
   前記受信手順では、前記アプリケーションから、さらに、接続先通信端末の識別コードである接続先識別コードを受信し、
   前記制御手順では、前記複数の識別コードと前記切替条件と前記接続先識別コードとが受信されると、当該接続先識別コードを用いて前記接続先通信端末を呼び出す接続先呼出処理と、当該接続先通信端末から応答があると前記呼出処理を行う呼出制御処理と、前記切替処理と、前記複数の識別コードのいずれかを用いて呼び出されている通信端末から応答があると当該応答のあった通信端末と前記接続先通信端末とを接続する接続処理と、を含む一連の処理を行う旨の指示を、前記接続処理手段に送信する、プログラム。
10. 請求項８または９に記載のプログラムにおいて、
    前記制御手順では、前記指示として、前記切替処理を繰り返す繰返処理をさらに含む前記一連の処理を行う旨の指示を、前記接続処理手段に送信する、プログラム。
11. 通信端末間の接続を制御する接続処理手段と、アプリケーションと、に接続されるＡＰＩであって、
    前記アプリケーションから、複数の識別コードと、呼び出しを切り替えるための切替条件と、を受信する受信手段と、
    前記受信手段が前記複数の識別コードと前記切替条件とを受信すると、当該複数の識別コードのいずれかの識別コードを用いて当該識別コードに対応する通信端末を呼び出す呼出処理と、呼び出されている通信端末からの応答の状況が前記切替条件を満たした場合、当該通信端末への呼び出しを中断し、前記複数の識別コードのうち前記呼び出しが中断された通信端末に対応する識別コード以外の識別コードを用いて当該識別コードに対応する通信端末を呼び出す切替処理と、を含む一連の処理を行う旨の指示を、前記接続処理手段に送信する制御手段と、を含むＡＰＩ。
12. 請求項１１に記載のＡＰＩにおいて、
    前記受信手段は、前記アプリケーションから、さらに、接続先通信端末の識別コードである接続先識別コードを受信し、
    前記制御手段は、前記受信手段が前記複数の識別コードと前記切替条件と前記接続先識別コードとを受信すると、当該接続先識別コードを用いて前記接続先通信端末を呼び出す接続先呼出処理と、当該接続先通信端末から応答があると前記呼出処理を行う呼出制御処理と、前記切替処理と、前記複数の識別コードのいずれかを用いて呼び出されている通信端末から応答があると当該応答のあった通信端末と前記接続先通信端末とを接続する接続処理と、を含む一連の処理を行う旨の指示を、前記接続処理手段に送信する、ＡＰＩ。
13. 請求項１１または１２に記載のＡＰＩにおいて、
    前記制御手段は、前記指示として、前記切替処理を繰り返す繰返処理をさらに含む前記一連の処理を行う旨の指示を、前記接続処理手段に送信する、ＡＰＩ。

Images