(57)【要約】【課題】通話を許可する通話端末として複数の通話端末を登録することが可能な通信制御装置、通信制御方法、及び通信制御プログラムを提供する。【解決手段】通信制御装置では、登録リストへの登録を要求する登録要求信号が通話端末から送信された場合に、この登録要求信号が受信される（Ｓ１１：ＹＥＳ）。登録要求信号を送信した通話端末が既に登録リストに登録されている場合（Ｓ１５：ＹＥＳ）、登録リストの登録情報が更新される（Ｓ１９）。登録リストに登録されていない場合（Ｓ１５：ＮＯ）、この通話端末に割り当てられているＳＩＰアドレスと同一ＳＩＰアドレスが割り当てられている通話端末が既に登録リストに登録されている場合であっても、登録要求信号を送信した通話端末を登録リストに登録する（Ｓ２０）。これによって、同一ＳＩＰアドレスが割り当てられた複数の通話端末を登録リストに登録させる。【選択図】図６
2010200117.tif 000002
【特許請求の範囲】
【請求項１】
通話端末間の通話のための通信を制御する通信制御装置であって、
前記通話端末が登録される登録リストであって、登録されている前記通話端末から通話を要求する信号である通話要求信号を受信した場合に通話を実行させ、登録されていない前記通話端末から前記通話要求信号を受信した場合には通話を実行させない通話制御を行うための前記登録リストが記憶される第一記憶手段と、
前記通話端末を識別するために前記通話端末に割り当てられる情報である識別情報が同一の通話端末が複数存在する場合において、複数の前記通話端末のうち少なくともいずれかから送信される信号であって、前記第一記憶手段に記憶された前記登録リストへの登録を要求する信号である登録要求信号を受信する第一受信制御手段と、
前記第一受信制御手段にて前記複数の通話端末のうちいずれかが送信した前記登録要求信号を受信した場合であって、前記複数の通話端末のうち前記登録要求信号を送信した通話端末とは異なる通話端末が、前記第一記憶手段に記憶された前記登録リストに登録されていない場合に、前記登録要求信号を送信した通話端末を前記登録リストに登録する第一登録制御手段と、
前記第一受信制御手段にて前記複数の通信端末のうちいずれかが送信した前記登録要求信号を受信した場合であって、前記複数の通話端末のうち前記登録要求信号を送信した通話端末とは異なる通話端末が、前記第一記憶手段に記憶された前記登録リストに登録されている場合に、前記登録要求信号を送信した通話端末を前記登録リストに登録する第二登録制御手段と、
を備えた通信制御装置。
【請求項２】
前記登録リストに登録されている通話端末であって前記識別情報が同一の通話端末である第一通話端末が複数存在する場合において、前記第一通話端末の識別情報とは異なる前記識別情報が割り当てられた通話端末である第二通話端末から、前記第一通話端末に割り当てられた前記識別情報宛てに送信される信号であって、前記第一通話端末のうちいずれかとの通話を要求する信号である通話要求信号を受信する第二受信制御手段と、
前記第二受信制御手段にて前記通話要求信号を受信した場合に、前記通話要求信号を複数の前記第一通話端末に対して送信する第一送信制御手段と
を備えたことを特徴とする請求項１に記載の通信制御装置。
【請求項３】
特定の前記通話端末を記憶する第二記憶手段を備え、
前記第一送信制御手段は、
前記第二受信制御手段にて前記第二通話端末より前記通話要求信号を受信した場合に、前記登録リストに記憶されている第一通話端末のうち、前記第二記憶手段に記憶された前記特定の通話端末に対して、受信した前記通話要求信号を送信することを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記登録リストに登録されている通話端末であって前記識別情報が同一の通話端末である第一通話端末が複数存在する場合において、前記第一通話端末のうち少なくともいずれかから送信される信号であって、前記複数の第一通話端末とは異なる他の前記通話端末との通話を要求する信号である通話要求信号を受信する第三受信制御手段と、
前記第三受信制御手段にて前記通話要求信号を受信した場合に、前記通話要求信号を前記他の通話端末に対して送信する第二送信制御手段と
を備えたことを特徴とする請求項１に記載の通信制御装置。
【請求項５】
通話が可能な前記通話端末の数である通話可能数を記憶する第三記憶手段と、
通話中の前記第一通話端末の数である通話中数を特定する通話中数特定手段と
を備え、
前記第一送信制御手段は、
前記通話中数特定手段にて特定される前記通話中数が、前記第三記憶手段に記憶された前記通話可能数以上である場合、前記第二受信制御手段にて受信した前記通話要求信号を複数の前記第一通話端末に対して送信しないことを特徴とする請求項２に記載の通信制御装置。
【請求項６】
通話が可能な前記通話端末の数である通話可能数を記憶する第三記憶手段と、
通話中の前記第一通話端末の数である通話中数を特定する通話中数特定手段と
を備え、
前記第二送信制御手段は、
前記通話中数特定手段にて特定される前記通話中数が、前記第三記憶手段に記憶された前記通話可能数以上である場合、前記第三受信制御手段にて受信した前記通話要求信号を前記他の通話端末に対して送信しないことを特徴とする請求項４に記載の通信制御装置。
【請求項７】
通話中の前記第一通話端末が存在するか否かを特定する通話中特定手段と、
前記通話中特定手段にて前記通話中の第一通話端末が存在すると特定された状態で、前記第二受信制御手段にて、前記第一通話端末に割り当てられた前記識別情報宛ての前記通話要求信号を前記第二通話端末から受信した場合に、前記通話中の第一通話端末が存在しており通話ができない旨を通知する信号である通話中通知信号を、前記第二通話端末に対して送信する第三送信制御手段と
を備え、
前記第一送信制御手段は、
前記第二受信制御手段にて受信した前記通話要求通知を前記第一通話端末に対して送信しないことを特徴とする請求項２に記載の通信制御装置。
【請求項８】
通話中の前記第一通話端末が存在するか否かを特定する通話中特定手段と、
前記通話中特定手段にて前記通話中の第一通話端末が存在すると特定された状態で、前記第三受信制御手段にて、前記第一通話端末のうち前記通話中の通話端末を除く第一通話端末のうち少なくともいずれかから前記通話要求信号を受信した場合に、前記通話中の第一通話端末が存在しており通話ができない旨を通知する信号である通話中通知信号を、前記通話要求信号を送信した前記第一通話端末に対して送信する第四送信制御手段と
を備え、
前記第二送信制御手段は、
前記第三受信制御手段にて受信した前記通話要求信号を前記他の通話端末に対して送信しないことを特徴とする請求項４に記載の通信制御装置。
【請求項９】
通話端末間の通話のための通信を制御する通信制御方法であって、
前記通話端末に割り当てられる情報であって前記通話端末を識別するための情報である識別情報が同一である複数の前記通話端末のうち少なくともいずれかから送信される信号であって、登録されている前記通話端末から通話を要求する信号である通話要求信号を受信した場合に通話を実行させ、登録されていない前記通話端末から前記通話要求信号を受信した場合には通話を実行させない通話制御を行うために第一記憶手段に記憶された登録リストへの登録を要求する信号である登録要求信号を受信する第一受信制御ステップと、
前記第一受信制御手段において前記登録要求信号を受信した場合であって、前記登録要求信号を送信した前記通話端末の前記識別情報と同一の前記識別情報が割り当てられている他の前記通話端末が前記登録リストに登録されてない場合に、前記登録要求信号を送信した前記通話端末を前記登録リストに登録する第一登録制御ステップと、
前記第一受信制御手段において前記登録要求信号を受信した場合であって、前記登録要求信号を送信した前記通話端末の前記識別情報と同一の前記識別情報が割り当てられている他の前記通話端末が既に前記登録リストに登録されている場合に、前記登録要求信号を送信した前記通話端末を前記登録リストに登録する第二登録制御ステップと、
を備えた通信制御方法。
【請求項１０】
請求項１乃至８のいずれかに記載の通信制御装置の各処理手段としてコンピュータを機能させるための通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、通信制御方法、及び通信制御プログラムに関する。より詳細には、同一の識別情報が割り当てられた複数の通話端末から、通話を許可する通話端末を管理する登録リストへの登録要求があった場合に、登録要求のあったすべての通話端末を登録リストに登録する通信制御装置、通信制御方法、及び通信制御プログラムに関する。
【背景技術】
【０００２】
インターネットなどのネットワーク上において通信端末が通信を開始するための双方向通信プロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が知られている。ＳＩＰは、ＩＰ電話の呼制御を行うプロトコルとして使用されているほか、テレビ電話やインスタントメッセージなどの接続制御を行うプロトコルとしても使用可能であるとして注目されている。
【０００３】
ＳＩＰを使用したＩＰ電話システムにおいては、ユーザを識別する為のＳＩＰアドレスが、各通話端末に対して割り当てられる。通話のための通信制御を行う通信制御装置（ＳＩＰサーバ（レジストラサーバ）など）では、ＳＩＰアドレスと、各通話端末を特定する為の情報（以下「端末特定情報」という。例えばＩＰアドレス）とが対応づけられ登録される。これによって、通話端末間の通話開始時において、通話先を特定可能としている。従前より、このような登録管理を行う通信制御装置が提案されている（特許文献１参照）。なお、通信制御装置へのＳＩＰアドレス及び端末特定情報の登録は、通話端末から送信される登録要求信号（Ｒｅｇｉｓｔｅｒコマンドなど）を通信制御装置が受信することによって実行される。通信制御装置では、受信した登録要求信号に基づいて、ＳＩＰアドレスと端末特定情報とを１対１で対応付ける。これによって通話端末を特定し、通話端末間の通話を実現している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１５２８０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら例えば、一ユーザが複数の通話端末を所有し、場所や状況に応じていずれかの通話端末を選択し使用するような使用形態を想定した場合、上述の装置では、共通のＳＩＰアドレスが割り当てられた複数の通話端末を同時に登録することができないという問題点があった。
【０００６】
本発明は上述の問題点を解決するためになされたものであり、通話を許可する通話端末として、共通のＳＩＰアドレスが割り当てられた複数の通話端末を登録することが可能な通信制御装置、通信制御方法、及び通信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の問題点を解決するために、請求項１に係る発明の通信制御装置は、通話端末間の通話のための通信を制御する通信制御装置であって、前記通話端末が登録される登録リストであって、登録されている前記通話端末から通話を要求する信号である通話要求信号を受信した場合に通話を実行させ、登録されていない前記通話端末から前記通話要求信号を受信した場合には通話を実行させない通話制御を行うための前記登録リストが記憶される第一記憶手段と、前記通話端末を識別するために前記通話端末に割り当てられる情報である識別情報が同一の通話端末が複数存在する場合において、複数の前記通話端末のうち少なくともいずれかから送信される信号であって、前記第一記憶手段に記憶された前記登録リストへの登録を要求する信号である登録要求信号を受信する第一受信制御手段と、前記第一受信制御手段にて前記複数の通話端末のうちいずれかが送信した前記登録要求信号を受信した場合であって、前記複数の通話端末のうち前記登録要求信号を送信した通話端末とは異なる通話端末が、前記第一記憶手段に記憶された前記登録リストに登録されていない場合に、前記登録要求信号を送信した通話端末を前記登録リストに登録する第一登録制御手段と、前記第一受信制御手段にて前記複数の通信端末のうちいずれかが送信した前記登録要求信号を受信した場合であって、前記複数の通話端末のうち前記登録要求信号を送信した通話端末とは異なる通話端末が、前記第一記憶手段に記憶された前記登録リストに登録されている場合に、前記登録要求信号を送信した通話端末を前記登録リストに登録する第二登録制御手段とを備えている。
【０００８】
また、請求項２に係る発明の通信制御装置は、請求項１に記載の発明の構成に加えて、前記登録リストに登録されている通話端末であって前記識別情報が同一の通話端末である第一通話端末が複数存在する場合において、前記第一通話端末の前記識別情報とは異なる前記識別情報が割り当てられた通話端末である第二通話端末から、前記第一通話端末に割り当てられた前記識別情報宛てに送信される信号であって、前記第一通話端末のうちいずれかとの通話を要求する信号である通話要求信号を受信する第二受信制御手段と、前記第二受信制御手段にて前記通話要求信号を受信した場合に、前記通話要求信号を複数の前記第一通話端末に対して送信する第一送信制御手段とを備えている。
【０００９】
また、請求項３に係る発明の通信制御装置は、請求項２に記載の発明の構成に加えて、特定の前記通話端末を記憶する第二記憶手段を備え、前記第一送信制御手段は、前記第二受信制御手段にて前記第二通話端末より前記通話要求信号を受信した場合に、前記登録リストに記憶されている第一通話端末のうち、前記第二記憶手段に記憶された前記特定の通話端末に対して、受信した前記通話要求信号を送信することを特徴とする。
【００１０】
また、請求項４に係る発明の通信制御装置は、請求項１に記載の発明の構成に加えて、前記登録リストに登録されている通話端末であって前記識別情報が同一の通話端末である第一通話端末が複数存在する場合において、前記第一通話端末のうち少なくともいずれかから送信される信号であって、前記複数の第一通話端末とは異なる他の前記通話端末との通話を要求する信号である通話要求信号を受信する第三受信制御手段と、前記第三受信制御手段にて前記通話要求信号を受信した場合に、前記通話要求信号を前記他の通話端末に対して送信する第二送信制御手段とを備えている。
【００１１】
また、請求項５に係る発明の通信制御装置は、請求項２に記載の発明の構成に加えて、通話が可能な前記通話端末の数である通話可能数を記憶する第三記憶手段と、通話中の前記第一通話端末の数である通話中数を特定する通話中数特定手段とを備え、前記第一送信制御手段は、前記通話中数特定手段にて特定される前記通話中数が、前記第三記憶手段に記憶された前記通話可能数以上である場合、前記第二受信制御手段にて受信した前記通話要求信号を複数の前記第一通話端末に対して送信しないことを特徴とする。
【００１２】
また、請求項６に係る発明の通信制御装置は、請求項４に記載の発明の構成に加えて、通話が可能な前記通話端末の数である通話可能数を記憶する第三記憶手段と、通話中の前記第一通話端末の数である通話中数を特定する通話中数特定手段とを備え、前記第二送信制御手段は、前記通話中数特定手段にて特定される前記通話中数が、前記第三記憶手段に記憶された前記通話可能数以上である場合、前記第三受信制御手段にて受信した前記通話要求信号を前記他の通話端末に対して送信しないことを特徴とする。
【００１３】
また、請求項７に係る発明の通信制御装置は、請求項２に記載の発明の構成に加えて、通話中の前記第一通話端末が存在するか否かを特定する通話中特定手段と、前記通話中特定手段にて前記通話中の第一通話端末が存在すると特定された状態で、前記第二受信制御手段にて、前記第一通話端末に割り当てられた前記識別情報宛ての前記通話要求信号を前記第二通話端末から受信した場合に、前記通話中の第一通話端末が存在しており通話ができない旨を通知する信号である通話中通知信号を、前記第二通話端末に対して送信する第三送信制御手段とを備え、前記第一送信制御手段は、前記第二受信制御手段にて受信した前記通話要求通知を前記第一通話端末に対して送信しないことを特徴とする。
【００１４】
また、請求項８に係る発明の通信制御装置は、請求項４に記載の発明の構成に加えて、通話中の前記第一通話端末が存在するか否かを特定する通話中特定手段と、前記通話中特定手段にて前記通話中の第一通話端末が存在すると特定された状態で、前記第三受信制御手段にて、前記第一通話端末のうち前記通話中の通話端末を除く第一通話端末のうち少なくともいずれかから前記通話要求信号を受信した場合に、前記通話中の第一通話端末が存在しており通話ができない旨を通知する信号である通話中通知信号を、前記通話要求信号を送信した前記第一通話端末に対して送信する第四送信制御手段とを備え、前記第二送信制御手段は、前記第三受信制御手段にて受信した前記通話要求信号を前記他の通話端末に対して送信しないことを特徴とする。
【００１５】
また、請求項９に係る発明の通信制御方法は、通話端末間の通話のための通信を制御する通信制御方法であって、前記通話端末に割り当てられる情報であって前記通話端末を識別するための情報である識別情報が同一である複数の前記通話端末のうち少なくともいずれかから送信される信号であって、登録されている前記通話端末から通話を要求する信号である通話要求信号を受信した場合に通話を実行させ、登録されていない前記通話端末から前記通話要求信号を受信した場合には通話を実行させない通話制御を行うために第一記憶手段に記憶された登録リストへの登録を要求する信号である登録要求信号を受信する第一受信制御ステップと、前記第一受信制御手段において前記登録要求信号を受信した場合であって、前記登録要求信号を送信した前記通話端末の前記識別情報と同一の前記識別情報が割り当てられている他の前記通話端末が前記登録リストに登録されてない場合に、前記登録要求信号を送信した前記通話端末を前記登録リストに登録する第一登録制御ステップと、前記第一受信制御手段において前記登録要求信号を受信した場合であって、前記登録要求信号を送信した前記通話端末の前記識別情報と同一の前記識別情報が割り当てられている他の前記通話端末が既に前記登録リストに登録されている場合に、前記登録要求信号を送信した前記通話端末を前記登録リストに登録する第二登録制御ステップとを備えている。
【００１６】
また、請求項１０に係る発明の通信制御プログラムは、請求項１乃至８のいずれかに記載の通信制御装置の各処理手段としてコンピュータを機能させる。
【発明の効果】
【００１７】
請求項１に係る発明の通信制御装置では、通話要求信号を受信した場合に通話を実行させる（以下「通話を許可する。」という。）通話端末が登録される登録リストを第一記憶手段に記憶している。そして、同一の識別情報が割り当てられた複数の通話端末のうち少なくともいずれかから登録要求信号を受信した場合に、同一の識別情報が割り当てられた他の通話端末が登録リストに登録されているかいないかに関わらず、登録要求信号を送信した通話端末を登録リストに登録する。これによってユーザは、同一の識別情報が割り当てられた複数の通話端末を同時に使用して通話を行うことが可能となる。また、同一の識別情報が割り当てられた他の通話端末が自身の代わりに登録リストに登録され、自身が登録リストから抹消されてしまって通話不可能となってしまう不具合を防止できる。
【００１８】
また、請求項２に係る発明の通信制御装置は、請求項１に記載の発明の効果に加えて、同一の識別情報が割り当てられた複数の通話端末が同時に登録リストに登録されている状態で、この識別情報宛ての通話要求信号を受信した場合、登録リストに登録されている複数の通話端末すべてに対して通話要求信号を転送する。ユーザは、同一の識別情報が割り当てられた複数の通話端末のうち少なくともいずれかの通話端末にて着信し、通話を行うことが可能となる。
【００１９】
また、請求項３に係る発明の通信制御装置は、請求項２に記載の発明の効果に加えて、特定の通話端末が第二記憶手段に記憶される。第一通話端末に割り当てられた識別情報宛てに通話要求信号を受信した場合には、登録リストに登録されている第一通話端末のうち特定の通話端末に対して、通話要求信号を転送する。これによってユーザは、同一の識別情報が割り当てられた複数の通話端末のうち特定の通話端末を使用して通話を行うことが可能となる。
【００２０】
また、請求項４に係る発明の通信制御装置は、請求項１に記載の発明の効果に加えて、登録リストに登録されている複数の第一通話端末のうちいずれかから、他の通話端末に対する通話要求信号を受信した場合には、受信した通話要求信号を他の通話端末に対して送信する。これによってユーザは、複数の通話端末のうち少なくともいずれかの通話端末を発呼させ、通話を行うことが可能となる。
【００２１】
また、請求項５に係る発明の通信制御装置は、請求項２に記載の発明の効果に加えて、通話中の通話端末の数が通話可能数を超えている場合、通話要求信号を転送する処理を行わない。これによって、同時に通話可能な通話端末の数を制御することが可能となるので、通話端末のユーザに対して多彩な通話サービスを提供することが可能となる。
【００２２】
また、請求項６に係る発明の通信制御装置は、請求項４に記載の発明の効果に加えて、通話中の通話端末の数が通話可能数を超えている場合、通話要求信号を転送する処理を行わない。これによって、同時に通話可能な通話端末の数を制御することが可能となるので、通話端末のユーザに対して多彩な通話サービスを提供することが可能となる。
【００２３】
また、請求項７に係る発明の通信制御装置は、請求項２に記載の発明の効果に加えて、登録リストに登録されている同一識別情報が割り当てられた通話端末の一が通話中の場合であって、他の通話端末より第一通話端末宛ての通話要求信号を受信した場合には、受信した通話要求信号の転送処理は行わない。また、通話ができない旨を通知する通話中通知信号を、他の通話端末に対して送信する。これによって、通話中通知信号を受信した通話端末は、他の通話端末が通話中であるために通話ができないことを認識することが可能となる。
【００２４】
また、請求項８に係る発明の通信制御装置は、請求項４に記載の発明の効果に加えて、登録リストに登録されている同一識別情報が割り当てられた通話端末の一が通話中の場合であって、他の第一通話端末より通話要求信号を受信した場合には、受信した通話要求信号の転送処理は行わない。また、通話ができない旨を通知する通話中通知信号を、通話要求信号を送信した第一通話端末に対して送信する。これによって、通話中通知信号を受信した通話端末は、他の通話端末が通話中であるために通話ができないことを認識することが可能となる。
【００２５】
また、請求項９に係る発明の通信制御方法は、通話を許可する通話端末が登録される登録リストを第一記憶手段に記憶している。そして、同一の識別情報が割り当てられた複数の通話端末から登録要求信号を受信した場合に、これら複数の通話端末全てを登録リストに登録する。これによって、同一の識別情報が割り当てられた他の通話端末が自身の代わりに登録リストに登録され、自身が登録リストから抹消されてしまって通話不可能となってしまう不具合を防止できる。またユーザは、複数の通話端末を同時に使用して通話を行うことが可能となる。
【００２６】
また、請求項１０に係る発明の通信制御プログラムは、請求項１乃至８のいずれかに記載の通信制御装置の各処理手段としてコンピュータを機能させることが可能となる。
【図面の簡単な説明】
【００２７】
【図１】通信制御装置２を含む通話システム１を示す模式図である。
【図２】通信制御装置２の電気的構成を示す模式図である。
【図３】通話端末１０の電気的構成を示す模式図である。
【図４】ＡＯＲリストを示す模式図である。
【図５】登録リストを示す模式図である。
【図６】登録要求受信処理を示すフローチャートである。
【図７】登録リスト更新処理を示すフローチャートである。
【図８】通話制御処理を示すフローチャートである。
【図９】通話制御処理を示すフローチャートである。
【図１０】発呼処理を示すフローチャートである。
【図１１】着呼処理を示すフローチャートである。
【図１２】着信先設定画面を示す模式図である。
【図１３】第一の変形例における通話制御処理を示すフローチャートである。
【図１４】第二の変形例における通話制御処理を示すフローチャートである。
【発明を実施するための形態】
【００２８】
以下、本発明に係る通信制御装置を具現化した通信制御装置２について、図面を参照して説明する。なおこれらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、記載されている装置、端末の構成、各種処理のフローチャートなどは、特に特定的な記載がない限り、それのみに限定する趣旨ではなく、単なる説明例である。
【００２９】
はじめに、図１を参照し、通信制御装置２を含む通話システム１の概要について説明する。図１に示すように、通話システム１は、インターネット３に接続された携帯通話端末１１、携帯通話端末１２、ＰＣ１３、ＰＣ１４、及び通信制御装置２から構成されている。携帯通話端末１１は、ユーザ４によって所有されている。携帯通話端末１２及びＰＣ１３は、ユーザ５によって所有されている。ＰＣ１４は、ユーザ６によって所有されている。
【００３０】
携帯通話端末１１、携帯通話端末１２、ＰＣ１３、及びＰＣ１４について説明する。携帯通話端末１１、携帯通話端末１２、ＰＣ１３、及びＰＣ１４は何れも、インターネット３を介して他の端末（携帯通話端末及びＰＣ）と通信を行い、端末の所有者間で通話を実行させる機能（ＩＰ電話機能）を少なくとも備えている。携帯通話端末１１及び１２は、インターネット３に接続された図示外のアクセスポイントと無線通信を行うことによって、インターネット３に接続される。携帯通話端末１１及び１２としては、例えば無線ＩＰ電話が使用可能である。ＰＣ１３及び１４は、インターネット３に直接接続される。以下、携帯通話端末１１、携帯通話端末１２、ＰＣ１３、ＰＣ１４を総称して「通話端末１０」という。通話端末１０では、ＩＰ電話機能を実現するための呼制御プロトコルとして、ＳＩＰ（Session Initiation Protocol）が用いられる。
【００３１】
通話端末１０の其々には、ユーザを識別するための識別情報が割り当てられている。ＳＩＰにおいては、「ＳＩＰアドレス」が識別情報に相当する。ユーザは、ＳＩＰアドレスを指定して特定のユーザの通話端末１０を呼び出すことによって、特定のユーザと通話を行うことが可能となる。図１に示す例では、携帯通話端末１１（ユーザ４が所有）に対してＳＩＰアドレス「hanako@hoge.co.jp」が割り当てられている。携帯通話端末１２及びＰＣ１３（いずれもユーザ５が所有）に対してＳＩＰアドレス「taro@hogehoge.co.jp」が割り当てられている。ＰＣ１４（ユーザ６が所有）に対してＳＩＰアドレス「ichiro@hoge.co.jp」が割り当てられている。
【００３２】
図１にて示されているように、ユーザ５の使用する二つの通話端末１０（携帯通話端末１２、ＰＣ１３）には、共通のＳＩＰアドレス「taro@hogehoge.co.jp」が割り当てられている。ユーザ５は、共通のＳＩＰアドレスが割り当てられた通話端末を、状況に応じて使い分けることが可能となる。例えば、ユーザ５がＰＣ１３に向かって作業を行っている場合には、ＰＣ１３を通話端末として使用し通話を行う。ユーザ５がＰＣ１３から離れて作業を行っている場合には、携帯通話端末１２を通話端末として使用し通話を行う。
【００３３】
通信制御装置２について説明する。通信制御装置２は、ＳＩＰにおけるＳＩＰサーバとして機能する。本実施の形態では、通信制御装置２の有するＳＩＰサーバとしての機能のうちレジスタ機能及びプロキシ機能について詳説する。しかしながら通信制御装置２は、ＳＩＰサーバが通常備える他の機能（相手のＳＩＰ  ＵＡの移動先を調べる機能（リダイレクト機能）や、ＳＩＰ  ＵＡの情報を管理する機能（ロケーション機能））を備えた構成であってもよい。
【００３４】
通信制御装置２が備えるレジスタ機能について概説する。通話端末１０は、通信制御装置２が備える登録リスト（図５参照、詳細後述）への登録を要求する信号（以下「登録要求信号（ＲＥＧＩＳＴＥＲ）」という。）を通信制御装置２に対して送信する。通信制御装置２では、登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した場合、通話端末１０の情報を登録リストに記憶し管理する。登録リストに登録されている通話端末１０同士の通話要求を受け付けた場合、通信制御装置２は通話端末１０間の通話を実行させる。登録リストに登録されていない通話端末１０同士の通話要求を受け付けた場合、通信制御装置２は通話端末１０間の通話を実行させない。
【００３５】
通信制御装置２が備えるプロキシ機能について概説する。通話端末１０は、通話の開始を要求するための信号（以下「呼び出し要求（ＩＮＶＩＴＥ）」という。）を通信制御装置２に対して送信する。通信制御装置２では、呼び出し要求（ＩＮＶＩＴＥ）を受信した場合、相手先の通話端末１０のＩＰアドレスなどを調査し、受信した呼び出し要求（ＩＮＶＩＴＥ）を調査した通話端末１０に対して転送する。以降、ＳＩＰに基づき双方の通話端末１０から送信される信号を、相手通話端末１０に対して転送する。このようにして所定の一連の通信手続きが完了すると、通話端末１０間で通話が可能となる。
【００３６】
ここで図１に示すように、同じＳＩＰアドレスが割り当てられた通話端末１０が複数存在する場合、通信制御装置２では、同じＳＩＰアドレスが割り当てられた複数の通話端末１０から登録要求信号（ＲＥＧＩＳＴＥＲ）を受信する可能性がある。本実施の形態における通信制御装置２では、原則として、登録要求信号（ＲＥＧＩＳＴＥＲ）を送信した通話端末１０の全てを登録リストに登録する。
【００３７】
図２を参照し、通信制御装置２の電気的構成について説明する。図２に示すように、通信制御装置２は、通話端末１０の登録制御や通話端末１０間の呼制御が実行されるＣＰＵ２１、ブートプログラムやＢＩＯＳが記憶されるＲＯＭ２２、フラグ情報やタイマ情報、カウンタ情報等が一時的に記憶されるＲＡＭ２３、プログラム、登録情報、設定情報などが記憶されるハードディスク（以下「ＨＤＤ」という。）２８を備えている。そして、ＣＰＵ２１とＲＯＭ２２、ＲＡＭ２３、及びＨＤＤ２８とは、其々電気的に接続されている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、及びＨＤＤ２８の記憶領域に対してアクセスすることが可能となっている。
【００３８】
ＨＤＤ２８は、アドレスオブレコード（以下「ＡＯＲ」と略す。）リスト記憶領域２８１、登録リスト記憶領域２８２、設定情報記憶領域２８３、及びその他の領域を備えている。ＡＯＲリスト記憶領域２８１には、登録リストへの登録を認める通話端末１０に関する情報がＡＯＲリストとして記憶される。登録リスト記憶領域２８２には、上述した登録リストが記憶される。設定情報記憶領域２８３には、各種設定情報が記憶される。ＡＯＲリスト記憶領域２８１及び登録リスト記憶領域２８２に記憶される情報の詳細については後述する。
【００３９】
通信制御装置２は、インターネット３（図１参照）に接続する為の通信モジュール３１を備えている。ＣＰＵ２１と通信モジュール３１とは電気的に接続されている。ＣＰＵ２１は、所望のデータをインターネット３に送信することが可能となっている。またＣＰＵ２１は、インターネット３から受信されるデータを認識することが可能となっている。通信モジュール３１としてネットワークカードが使用可能である。
【００４０】
通信制御装置２は、画像をディスプレイ２５に表示させることが可能な表示ドライバ２４を備えている。ＣＰＵ２１と表示ドライバ２４とは電気的に接続されている。表示ドライバ２４とディスプレイ２５とは電気的に接続されている。ＣＰＵ２１は、ディスプレイ２５に所望の画像を表示させることが可能となっている。
【００４１】
通信制御装置２は、キーボード２７を介してユーザによって入力される情報を検出することが可能な入力ドライバ２６を備えている。ＣＰＵ２１と入力ドライバ２６とは電気的に接続されている。入力ドライバ２６とキーボード２７とは電気的に接続されている。ＣＰＵ２１は、キーボード２７を介して入力される情報を認識することが可能となっている。
【００４２】
通信制御装置２は、ＣＤ−ＲＯＭ３０に記憶された情報を読み取ることが可能なＣＤ−ＲＯＭドライブ２９を備えている。ＣＰＵ２１とＣＤ−ＲＯＭドライブ２９とは電気的に接続されている。ＣＤ−ＲＯＭ３０には、例えばＣＰＵ２１を駆動させるために必要なプログラムが記憶される。ＣＰＵ２１は、ＣＤ−ＲＯＭ３０に記憶されている情報を認識することが可能となっている。
【００４３】
図３を参照し、通話端末１０の電気的構成について説明する。図３に示すように、通話端末１０は、通信制御装置２への登録要求や通話のための通信制御が実行されるＣＰＵ４１、ＣＰＵ４１の実行するプログラム等が記憶されるＲＯＭ４２、フラグ情報やタイマ情報、カウンタ情報が一時的に記憶されるＲＡＭ４３、ディスプレイ４９（後述）に表示させる画像データや、スピーカ４６（後述）から出力させる音源データなどが記憶されるフラッシュメモリ４４を備えている。そして、ＣＰＵ４１とＲＯＭ４２、ＲＡＭ４３、及びフラッシュメモリ４４とは、其々電気的に接続されている。ＣＰＵ４１は、ＲＯＭ４２、ＲＡＭ４３、及びフラッシュメモリ４４の記憶領域に対してアクセスすることが可能となっている。
【００４４】
通話端末１０は、インターネット３（図１参照）に接続する為の通信モジュール４５を備えている。ＣＰＵ４１と通信モジュール４５とは電気的に接続されている。ＣＰＵ４１は、所望のデータをインターネット３に送信することが可能となっている。またＣＰＵ４１は、インターネット３から受信されるデータを認識することが可能となっている。通話端末１０が携帯通話端末１１及び携帯通話端末１２である場合、通信モジュール４５としてＲＦモジュールが使用可能である。通話端末１０がＰＣ１３及びＰＣ１４である場合、通信モジュール４５としてネットワークカードが使用可能である。
【００４５】
通話端末１０は、音声を出力するスピーカ４６、及び、音声を入力するマイク４７を備えている。ＣＰＵ４１とスピーカ４６及びマイク４７とは、其々電気的に接続されている。ＣＰＵ４１は、スピーカ４６から所望の音声を出力させることが可能となっている。ＣＰＵ４１は、マイク４７を介して入力された音声を認識することが可能となっている。
【００４６】
通話端末１０は、ディスプレイ４９と、ディスプレイ４９に画像を表示させることが可能な表示ドライバ４８とを備えている。ＣＰＵ４１と表示ドライバ４８とは電気的に接続されている。表示ドライバ４８とディスプレイ４９とは電気的に接続されている。ＣＰＵ４１は、ディスプレイ４９に所望の画像を表示させることが可能となっている。
【００４７】
通話端末１０は、キーボード５１と、キーボード５１を介してユーザによって入力される情報を検出することが可能な入力ドライバ５０とを備えている。ＣＰＵ４１と入力ドライバ５０とは電気的に接続されている。入力ドライバ５０とキーボード５１とは電気的に接続されている。ＣＰＵ４１は、キーボード５１を介して入力される情報を認識することが可能となっている。
【００４８】
図４を参照し、ＡＯＲリスト記憶領域２８１に記憶されるＡＯＲリストについて説明する。図４に示すように、ＡＯＲリストには、ＡＯＲ−ＩＤ、ＳＩＰアドレス、及び保持期間の各情報が記憶される。ＡＯＲリストへの情報登録は、例えばシステム管理者等がキーボード２７（図２参照）を介し入力操作を行うことによって行われる。ＡＯＲ−ＩＤは、ＡＯＲリストに情報が記憶される場合に自動的に付加されるインデックス情報である。ＳＩＰアドレスとしては、登録リストへの登録が認められた通話端末１０のＳＩＰアドレスが記憶される。保持期間としては、通話端末１０の情報が登録リストに保持される時間が記憶される。
【００４９】
図４に示す例では、ＳＩＰアドレスが「hanako@hoge.co.jp」（ＡＯＲ−ＩＤ：１）である携帯通話端末１１と、ＳＩＰアドレスが「taro@hogehoge.co.jp」（ＡＯＲ−ＩＤ：２）である携帯通話端末１２及びＰＣ１３と、ＳＩＰアドレスが「ichiro@hoge.co.jp」（ＡＯＲ−ＩＤ：３）であるＰＣ１４とが、ＡＯＲリストに記憶されている。其々の保持期間は、１８００ｓ（ＡＯＲ−ＩＤ：１）、１０００ｓ（ＡＯＲ−ＩＤ：２）、１２００ｓ（ＡＯＲ−ＩＤ：３）である。
【００５０】
図５を参照し、登録リスト記憶領域２８２に記憶される登録リストについて説明する。図５に示すように、登録リストには、ＩＤ、ＡＯＲ−ＩＤ、Ｃｏｎｔａｃｔ−ＵＲＩ、Ｃａｌｌ−ＩＤ、通話中フラグ、保持期間、及び登録日時の各情報が記憶される。ＩＤは、登録リストに情報が記憶される場合に、自動的に付加されるインデックス情報である。ＡＯＲ−ＩＤとしては、登録リストに登録された通話端末１０に対して、ＡＯＲリスト（図４参照）において付加されているＡＯＲ−ＩＤが記憶される。
【００５１】
Ｃｏｎｔａｃｔ−ＵＲＩは、通信制御装置２が通話端末１０から受信した通話データなどを他の通話端末１０に対して転送する場合において、転送先を特定するために参照されるアドレス情報である。Ｃｏｎｔａｃｔ−ＵＲＩは、登録リストに登録される通話端末１０のＳＩＰアドレスの頭に「ｓｉｐ：」が付加され、ドメイン名がＩＰアドレスに変換されたものである。
【００５２】
Ｃａｌｌ−ＩＤは、通話端末１０間や、通話端末１０と通信制御装置２との間で通信が行われる場合において、データに付加されるＩＤ情報である。Ｃａｌｌ−ＩＤは、通話端末１０からデータが送信される場合に、通話端末１０によって付加される。Ｃａｌｌ−ＩＤは、通話端末１０間や通話端末１０と通信制御装置２との間で実行される一連の通信において発生する各種データを、他の通信におけるデータと識別するために使用されるものである。
【００５３】
通話中フラグは、登録されている通話端末１０が通話中であるか否かを示すフラグ情報である。図５では、通話端末１０が通話中である場合に「ＴＲＵＥ」、通話中でない場合に「ＦＡＬＳＥ」が模式的に示されている。以下、通話端末１０が通話中であることを示すフラグ情報が通話中フラグとして記憶されることを「通話中フラグに「ＴＲＵＥ」が記憶される。」といい、通話中でないことを示すフラグ情報が通話中フラグとして記憶されることを「通話中フラグに「ＦＡＬＳＥ」が記憶される。」という。
【００５４】
保持期間としては、通話端末１０の登録情報を登録リストに保持する時間が記憶される。登録日時としては、通話端末１０から登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した際の受信日時の情報が記憶される。
【００５５】
図５に示す例では、同一のＳＩＰアドレスが割り当てられた携帯通話端末１２とＰＣ１３（ＡＯＲ−ＩＤ：２）とが同時に登録リストに登録されている状態の登録リストが示されている。Ｃｏｎｔａｃｔ−ＵＲＩは「sip:taro@192.0.2.5」で双方同一である。携帯通話端末１２から受信したデータに付加されたＣａｌｌ−ＩＤは「841234@hogehoge.co.jp」である。ＰＣ１３から受信したデータに付加されたＣａｌｌ−ＩＤは「124562@hogehoge.co.jp」である。携帯通話端末１２は通話中でないが（通話中フラグ：「ＦＡＬＳＥ」）、ＰＣ１３は通話中である（通話中フラグ：「ＴＲＵＥ」）。保持期間は、双方とも「１０００ｓ」である。携帯通話端末１２から登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した際の最新日時は「２００８年１２月１８日  １０時０１分」であり、ＰＣ１３から登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した際の最新日時は「２００８年１２月１８日  １０時０８分」である。
【００５６】
図６乃至９を参照し、通信制御装置２のＣＰＵ２１にて実行される処理（登録要求受信処理、登録リスト更新処理、通信制御処理）について説明する。なおこれらの処理には、予め所定の優先順位が設定される。いずれかの処理が実行状態であって、優先順位がより高い他の処理が起動タイミングとなった場合、実行状態の処理は一旦中断される。そして優先順位がより高い他の処理が代わりに実行される。優先順位がより高い他の処理が実行終了した後、中断された処理が、中断時点から処理を再開する。優先順位は、例えば「通信制御処理：１」「登録要求受信処理：２」「登録リスト更新処理：３」のように設定される。但し他の設定であってもよい。各処理の起動タイミングについては、下記にて説明する。
【００５７】
はじめに図６を参照し、登録要求受信処理について説明する。登録要求受信処理では、通信制御装置２が通話端末１０から登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した場合に、登録要求信号（ＲＥＧＩＳＴＥＲ）を送信した通話端末１０（以下「登録要求端末」という。）を登録リストに登録する為の処理が実行される。登録要求受信処理は、通信制御装置２の電源が投入された場合に、ＣＰＵ２１により起動され実行される。
【００５８】
図６に示すように、登録要求受信処理では、登録要求端末から送信される登録要求信号（ＲＥＧＩＳＴＥＲ）を受信したかが判断される（Ｓ１１）。登録要求信号（ＲＥＧＩＳＴＥＲ）を受信していない場合（Ｓ１１：ＮＯ）、Ｓ１１に戻り、継続して登録要求信号（ＲＥＧＩＳＴＥＲ）の受信が監視される。
【００５９】
登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した場合（Ｓ１１：ＹＥＳ）、ＨＤＤ２８の登録リスト記憶領域２８２に記憶されている登録リストが読みだされる（Ｓ１３）。そして、登録要求端末が既に登録リストに登録されているかが判断される（Ｓ１５）。具体的には、登録リストに記憶されているＡＯＲ−ＩＤの全てが抽出される。ＨＤＤ２８のＡＯＲリスト記憶領域２８１に記憶されているＡＯＲリストが参照され、抽出されたＡＯＲ−ＩＤに対応するＳＩＰアドレスが特定される。登録要求信号（ＲＥＧＩＳＴＥＲ）に含まれている送信元ＳＩＰアドレスの情報から、登録要求端末のＳＩＰアドレスが特定される。ＡＯＲリストから特定されたＳＩＰアドレスの中に、登録要求信号（ＲＥＧＩＳＴＥＲ）から特定された登録要求端末のＳＩＰアドレスと同一のＳＩＰアドレスが含まれているかが判断される。また、登録要求端末のＳＩＰアドレスと同一ＳＩＰアドレスの通話端末１０が、既に登録リストに登録されていると判断された場合には、登録されている同一ＳＩＰアドレスの通話端末１０（以下「登録済み端末」という。）に対応付けられたＣａｌｌ−ＩＤと、受信した登録要求信号（ＲＥＧＩＳＴＥＲ）に含まれているＣａｌｌ−ＩＤとが一致するかが判断される。
【００６０】
登録要求端末が既に登録リストに登録されている場合（Ｓ１５：ＹＥＳ）、登録リストの内、登録済み端末に対応付けられた登録日時の情報に、登録要求端末から登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した日時の情報が上書きされる。これによって、登録リストの登録情報が更新される（Ｓ１９）。そしてＳ１１に戻り、上述の処理が繰り返し実行される。
【００６１】
一方、登録要求端末が登録リストに登録されていない場合（Ｓ１５：ＮＯ）、登録要求端末を登録リストに登録するために、必要な情報が登録リストに記憶される（Ｓ２０）。具体的には、ＨＤＤ２８のＡＯＲリスト記憶領域２８１に記憶されているＡＯＲリストが参照されて登録要求端末のＡＯＲ−ＩＤが特定される。特定されたＡＯＲ−ＩＤが登録リストに記憶される。受信した登録要求信号（ＲＥＧＩＳＴＥＲ）から特定された登録要求端末のＳＩＰアドレスの先頭に「ｓｉｐ：」が付加される。ＳＩＰアドレスのドメイン名部分がＩＰアドレスに変換される。これによって得られたＣｏｎｔａｃｔ−ＵＲＩが、登録リストに記憶される。登録要求信号（ＲＥＧＩＳＴＥＲ）に含まれているＣａｌｌ−ＩＤが登録リストに記憶される。登録要求端末が通話中でないことを示すために、通話中フラグとして「ＦＡＬＳＥ」が記憶される。ＡＯＲリストにおいて登録要求端末に対応付けられている保持期間が、登録リストの保持期間として記憶される。登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した日時（登録日時）が取得され、登録日時として記憶される。そしてＳ１１に戻り、上述の処理が繰り返し実行される。そしてＳ１１に戻り、上述の処理が繰り返し実行される。
【００６２】
以上のように、同一のＳＩＰアドレスが割り当てられた複数の通話端末１０の其々から登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した場合、いずれの通話端末１０も登録リストに登録する。これによって、同一のＳＩＰアドレスが割り当てられた他の通話端末１０が自身の代わりに登録リストに登録され、自身が登録リストから抹消されてしまって通話不可能となってしまう不具合を防止できる。またユーザは、複数の通話端末１０を同時に使用して通話を行うことが可能となる。
【００６３】
図７を参照し、登録リスト更新処理について説明する。登録リスト更新処理では、登録リストに記憶される登録情報の保持期間を監視する処理が一定周期で行われる。登録日時から現在日時迄の経過時間が保持期間を超えた場合に、対応する登録情報を登録リストから削除する。登録リスト更新処理は、ＣＰＵ２１により所定の周期（例えば１ｓ周期）で起動され実行される。
【００６４】
図７に示すように、登録リスト更新処理では、はじめに登録リストのうち一通話端末の登録情報が選択される（Ｓ２１）。選択された登録情報のうち、保持期間と登録日時とが参照される。現在日時から登録日時を差し引いた時間、即ち、登録要求端末から登録要求信号（ＲＥＧＩＳＴＥＲ）を最後に受信してから現在までの経過時間が算出される。算出された経過時間が保持期間を超えているかが判断される（Ｓ２３）。経過時間が保持期間を超えている場合（Ｓ２３：ＹＥＳ）、登録情報が登録リストから削除される（Ｓ２５）。そしてＳ２７に移行される。経過時間が保持期間を超えていない場合（Ｓ２３：ＮＯ）、登録情報は削除せず、Ｓ２７に移行される。
【００６５】
Ｓ２７では、登録リストの全ての登録情報について、上述の処理が実行されたかが判断される（Ｓ２７）。上述の処理が実行されていない登録情報が残存する場合（Ｓ２７：ＹＥＳ）、Ｓ２１に戻り、残りの登録情報に対して上述の処理が繰り返し実行される。全ての登録情報に対して上述の処理が実行された場合（Ｓ２７：ＮＯ）、登録リスト更新処理は終了される。
【００６６】
図８及び図９を参照し、通話制御処理について説明する。通話制御処理では、ＳＩＰに基づき、登録リストに登録されている通話端末１０間の通話を実行させる。通話制御処理は、通信制御装置２の電源が投入された場合において、ＣＰＵ２１により起動され実行される。
【００６７】
図８に示すように通話制御処理では、通話開始を望む通話端末１０（以下「発呼側端末」という。）から送信される呼び出し要求（ＩＮＶＩＴＥ）の受信が監視される（Ｓ３０）。呼び出し要求（ＩＮＶＩＴＥ）を受信していない場合（Ｓ３０：ＮＯ）、Ｓ３０に戻り、継続して呼び出し要求（ＩＮＶＩＴＥ）の受信が監視される。
【００６８】
呼び出し要求（ＩＮＶＩＴＥ）を受信した場合（Ｓ３０：ＹＥＳ）、呼び出し要求（ＩＮＶＩＴＥ）を送信した発呼側端末、及び、通話相手先の通話端末１０（以下「着呼側端末」という。）の登録情報が登録リストに記憶されているかが判断される（Ｓ３１）。具体的には、呼び出し要求（ＩＮＶＩＴＥ）に含まれている発呼側端末のＳＩＰ  ＵＲＩと着呼側端末のＳＩＰ  ＵＲＩが参照される。そして其々のＳＩＰ  ＵＲＩが、登録リストにＳＩＰ  ＵＲＩとして記憶されているかが判断される。発呼側端末のＳＩＰ  ＵＲＩ及び着呼側端末のＳＩＰ  ＵＲＩのうち少なくともいずれかが登録リストに記憶されていない場合（Ｓ３１：ＮＯ）、通話を開始させることなくＳ３０に戻り、上述の処理が継続して実行される。
【００６９】
発呼側端末のＳＩＰ  ＵＲＩと着呼側端末のＳＩＰ  ＵＲＩとの両方が登録リストに記憶されている場合（Ｓ３１：ＹＥＳ）、着呼側端末のＳＩＰ  ＵＲＩに対応付けられている通話中フラグが参照される。なお、着呼側端末のＳＩＰ  ＵＲＩが登録リストに複数記憶されている場合、このＳＩＰ  ＵＲＩにて特定されるＳＩＰアドレスが割り当てられた複数の着呼側端末が登録リストに登録されているということになる。この場合、登録されている着呼側端末に対応付けられた通話中フラグの全てが参照される（Ｓ３２）。
【００７０】
通話中フラグに「ＴＲＵＥ」が記憶されている場合（Ｓ３３：ＹＥＳ）、着呼側端末のうち少なくとも一つが通話中であるので、発呼側端末と着呼側端末との通信を開始させない。この場合、着呼側端末との通話ができない旨を通知するための信号（以下「通話中通知信号」という。）が、発呼側端末に対して送信される（Ｓ３４）。そしてＳ３０に戻り、上述の処理が繰り返し実行される。
【００７１】
一方、通話中フラグに「ＦＡＬＳＥ」が記憶されている場合（Ｓ３３：ＮＯ）、着呼側端末は通話中でない。そこで、発呼側端末と着呼側端末との間の通話を開始させるために、着呼側端末のＳＩＰ  ＵＲＩ宛てに、受信した呼び出し要求（ＩＮＶＩＴＥ）が転送される（Ｓ３５）。ここで、着呼側端末が複数登録リストに登録されている場合、すべての着呼側端末に対して、受信した呼び出し要求（ＩＮＶＩＴＥ）が転送されなければならない。そこで、呼び出し要求（ＩＮＶＩＴＥ）を転送していない着呼側端末が残存する場合（Ｓ３７：ＮＯ）、Ｓ３５に戻り、残りの着呼側端末に対して呼び出し要求（ＩＮＶＩＴＥ）を転送する処理が繰り返し実行される。着呼側端末のすべてに対して、呼び出し要求（ＩＮＶＩＴＥ）が転送された場合（Ｓ３７：ＹＥＳ）、Ｓ３９に移行される。
【００７２】
Ｓ３９では、呼び出し要求（ＩＮＶＩＴＥ）が着呼側端末に転送された後、着呼側端末から送信される呼び出し中（Ｒｉｎｇｉｎｇ）が受信される。受信された呼び出し中（Ｒｉｎｇｉｎｇ）は、発呼側端末に対して転送される（Ｓ３９）。
【００７３】
図９に示すように、発呼側端末に対して呼び出し中（Ｒｉｎｇｉｎｇ）が転送された後、着呼側端末から送信される呼び出し成功（２００  ＯＫ）の受信が監視される（Ｓ４１）。呼び出し成功（２００  ＯＫ）を受信していない状態では（Ｓ４１：ＮＯ）、着呼側端末において通話拒否されたことを通知する拒否通知（４８６  ＢＵＳＹ  ＨＥＲＥ）を受信したかが判断される（Ｓ６７）。拒否通知（４８６  ＢＵＳＹ  ＨＥＲＥ）を受信した場合（Ｓ６７：ＹＥＳ）、受信した拒否通知（４８６  ＢＵＳＹ  ＨＥＲＥ）が発呼側端末に対して転送される（Ｓ６９）。そしてＳ３０（図８参照）に戻り、上述の処理が繰り返し実行される。拒否通知（４８６  ＢＵＳＹ  ＨＥＲＥ）を受信していない状態では（Ｓ６７：ＮＯ）、Ｓ４１に戻り、着呼側端末から送信される呼び出し信号（２００  ＯＫ）の受信が継続して監視される。
【００７４】
一方、着信側端末から送信される呼び出し成功（２００  ＯＫ）を受信した場合（Ｓ４１：ＹＥＳ）、受信した呼び出し成功（２００  ＯＫ）が発呼側端末に対して転送される（Ｓ４３）。次いで、発呼側端末から送信される確認応答（ＡＣＫ）が受信され、呼び出し成功（２００  ＯＫ）を送信した着呼側端末に対して、受信した確認応答（ＡＣＫ）が転送される（Ｓ４５）。次いで、登録リストの内、発呼側端末、及び、呼び出し成功（２００  ＯＫ）を送信した着呼側端末の其々に対応する通話中フラグに「ＴＲＵＥ」が記憶される（Ｓ４７）。
【００７５】
ここで、着呼側端末が複数登録リストに登録されていた場合（Ｓ４９：ＹＥＳ）、呼び出し成功（２００  ＯＫ）を送信した着呼側端末以外の着呼側端末に対して、発呼側端末からの呼び出し要求（ＩＮＶＩＴＥ）がキャンセルされたことを通知しなければならない。そこで、呼び出し成功（２００  ＯＫ）を送信した着呼側端末以外の着呼側端末に対して、終了通知（ＢＹＥ）が送信される（Ｓ５１）。次いで、終了通知（ＢＹＥ）を受信した着呼側端末から返信される確認応答（ＡＣＫ）が受信される（Ｓ５３）。そしてＳ５５に移行される。
【００７６】
一方、登録リストに登録されている着呼側端末が一つである場合（Ｓ４９：ＮＯ）、終了通知（ＢＹＥ）の送信処理を行うことなくＳ５５に移行される。
【００７７】
これによって、発呼側端末と、呼び出し成功（２００  ＯＫ）を送信した着呼側端末との間で通話が可能な状態となるので、ＲＴＰ（Real-time Transport protocol）に基づき、発呼側端末と、呼び出し成功（２００  ＯＫ）を送信した着呼側端末との間で通話が実行される（Ｓ９９（図１０参照）、Ｓ１２９（図１１参照）、後述）。
【００７８】
発呼側端末と、呼び出し成功（２００  ＯＫ）を送信した着呼側端末（以下これらを「通話中端末」という。）との間で通話が実行されている最中において、通話中端末のうちいずれかより送信される終了通知（ＢＹＥ）を受信したかが監視される（Ｓ５５）。通話中端末のうちいずれかから送信される終了通知（ＢＹＥ）を受信した場合（Ｓ５５：ＹＥＳ）、受信した終了通知（ＢＹＥ）が、終了通知（ＢＹＥ）を送信していない側の通話中端末に対して転送される（Ｓ６１）。そしてＳ６３に移行される。
【００７９】
通話中端末のいずれからも終了通知（ＢＹＥ）を受信していない状態では（Ｓ５５：ＮＯ）、登録リスト記憶領域２８２に記憶されている登録リストの情報が参照される。そして、通話中端末の登録情報が登録リストに登録されている状態であるかが判断される（Ｓ５７）。通話中端末のうち少なくとも一方の登録情報が登録リストから削除された場合（Ｓ５７：ＮＯ）、通話中端末に対して終了通知（ＢＹＥ）が送信される。これによって通話を終了させる（Ｓ５９）。そしてＳ６３に移行される。通話中端末が登録リストに登録されている場合（Ｓ５７：ＹＥＳ）、Ｓ５５に戻り、上述の処理が繰り返し実行される。
【００８０】
Ｓ６３では、通話中端末に対して送信された終了通知（ＢＹＥ）（Ｓ５９、Ｓ６１）に応じて返信される確認応答（ＡＣＫ）が受信される。受信された確認応答（ＡＣＫ）は、確認応答（ＡＣＫ）を送信していない側の通話中端末に対して転送される（Ｓ６３）。次いで、登録リスト記憶領域２８２に記憶されている登録リストの内、通話中端末に対応する通話中フラグに「ＦＡＬＳＥ」が記憶される（Ｓ６５）。そしてＳ３０に戻り、上述の処理が繰り返し実行される。
【００８１】
以上のように、同一のＳＩＰアドレスが割り当てられた複数の通話端末１０が同時に登録リストに登録されている状態で、このＳＩＰアドレス宛ての呼び出し要求（ＩＮＶＩＴＥ）を受信した場合には、登録リストに登録されている着呼側端末すべてに対して呼び出し要求（ＩＮＶＩＴＥ）を転送する。これによって通話端末１０のユーザは、同一のＳＩＰアドレスが割り当てられた複数の通話端末１０にて着呼し、通話を実行することが可能となる。
【００８２】
また、同一のＳＩＰアドレスが割り当てられた複数の通話端末１０が同時に登録リストに登録されている状態で、これらの通話端末１０から呼び出し要求（ＩＮＶＩＴＥ）を受信した場合に、通話先の通話端末１０に対して呼び出し要求（ＩＮＶＩＴＥ）を転送する。これによって通話端末１０のユーザは、複数の通話端末１０から発呼し、通話を実行することが可能となる。
【００８３】
また、発呼側端末から呼び出し要求（ＩＮＶＩＴＥ）が送信された場合であって、登録リストに登録されている複数の着呼側端末のうち少なくとも一つが通話中の場合、通話中通知信号が発呼側端末に対して返信される。これによって、通話中通知信号を受信した通話端末１０は、着呼側端末が通話中であるために通話ができないことを認識することが可能となる。
【００８４】
通話端末１０のＣＰＵ４１にて実行される処理（登録要求送信処理、発呼処理、着呼処理）の詳細について説明する。なおこれらの処理には、予め所定の優先順位が設定される。いずれかの処理が実行状態であって、優先順位がより高い他の処理が起動タイミングとなった場合、実行状態の処理は一旦中断される。そして優先順位がより高い他の処理が代わりに実行される。優先順位がより高い他の処理が実行終了した後、中断された処理が、中断時点から処理を再開する。優先順位は、例えば「発呼処理：１」「着呼処理：２」「登録要求送信処理：３」のように設定される。但し他の設定であってもよい。各処理の起動タイミングについては、下記にて説明する。
【００８５】
はじめに、登録要求送信処理について説明する。登録要求送信処理では、通信制御装置２に対して登録要求信号（ＲＥＧＩＳＴＥＲ）が一定周期（例えば１０ｓ）で送信される。これによって、通信制御装置２の登録リストに自身を登録させる。登録要求送信処理は、通話端末１０の電源が投入された場合に、ＣＰＵ４１により一定周期で起動され実行される。登録要求処理が起動されると、登録要求信号（ＲＥＧＩＳＴＥＲ）が通信制御装置２に対して送信される。
【００８６】
図１０を参照し、発呼処理について説明する。発呼処理では、自身が発呼することによって他の通話端末１０と通話を開始させ、通話を実行させるための処理が実行される。発呼処理は、着呼側端末との通話を開始させるための操作がキーボード５１を介してユーザによってなされた場合に、ＣＰＵ４１によって起動され実行される。
【００８７】
図１０に示すように、はじめに、着呼側端末を指定した呼び出し要求（ＩＮＶＩＴＥ）が、通信制御装置２を介し着呼側端末に対して送信される（Ｓ９１）。送信された呼び出し要求（ＩＮＶＩＴＥ）に対し、通信制御装置２から通話中通知を受信したかが判断される（Ｓ９２）。通話中通知を受信した場合（Ｓ９２：ＹＥＳ）、同一のＳＩＰアドレスが割り当てられた他の通話端末１０が通話中であり、通話が不可能な状態である。そこで、通話が不可能である旨をディスプレイ４９に表示させ、ユーザに通知する（Ｓ９４）。そして発呼処理は終了される。通話中通知を受信しなかった場合（Ｓ９２：ＮＯ）、送信された呼び出し要求（ＩＮＶＩＴＥ）に応じ、着呼側端末から送信される呼び出し中（Ｒｉｎｇｉｎｇ）が、通信制御装置２を介して受信される（Ｓ９３）。
【００８８】
呼び出し中（Ｒｉｎｇｉｎｇ）を受信した後、着呼側端末から送信される呼び出し成功（２００  ＯＫ）を、通信制御装置２を介して受信したかが監視される（Ｓ９５）。呼び出し成功（２００  ＯＫ）を受信していない状態では（Ｓ９５：ＮＯ）、キーボード５１を介して通話を終了させるための入力操作がなされたかが監視される（Ｓ１１１）。通話を終了させるための入力操作がなされた場合（Ｓ１１１：ＹＥＳ）、通信制御装置２を介し、着呼側端末に対して終了通知（ＢＹＥ）が送信される（Ｓ１１３）。次いで、着呼側端末から送信される確認応答（ＡＣＫ）が、通信制御装置２を介して受信される（Ｓ１１５）。そして発呼処理は終了される。
【００８９】
通話を終了させるための入力操作がなされない状態では（Ｓ１１１：ＮＯ）、着信側端末から送信される拒否通知（４８６  ＢＵＳＹ  ＨＥＲＥ）を、通信制御装置２を介して受信したかが監視される（Ｓ１１７）。拒否通知（４８６  ＢＵＳＹ  ＨＥＲＥ）を受信した場合（Ｓ１１７：ＹＥＳ）、通信制御装置２を介し、着信側端末に対して確認応答（ＡＣＫ）を送信する（Ｓ１１９）。そして発呼処理は終了される。一方、拒否通知（４８６  ＢＵＳＹ  ＨＥＲＥ）を受信していない場合（Ｓ１１７：ＮＯ）、Ｓ９５に戻り、上述の処理が繰り返し実行される。
【００９０】
一方、着呼側端末から送信される呼び出し成功（２００  ＯＫ）を、通信制御装置２を介して受信した場合（Ｓ９５：ＹＥＳ）、通信制御装置２を介し、着呼側端末に対して応答確認（ＡＣＫ）が送信される（Ｓ９７）。これによって、着呼側端末との間で通話が可能となるので、ＲＴＰに基づき、呼び出し成功（２００  ＯＫ）を送信した着呼側端末との間で通話が実行される（Ｓ９９）。
【００９１】
着呼側端末との間で通話が行われている間、キーボード５１を介して通話を終了させるための入力操作がなされたかが監視される（Ｓ１０１）。入力操作がなされていない状態では（Ｓ１０１：ＮＯ）、着呼側端末から送信される終了通知（ＢＹＥ）を、通信制御装置２を介して受信したかが監視される（Ｓ１０７）。終了通知（ＢＹＥ）を受信した場合（Ｓ１０７：ＹＥＳ）、通信制御装置２を介し、確認応答（ＡＣＫ）が着呼側端末に対して送信される（Ｓ１０９）。そして発呼処理は終了される。一方、終了通知（ＢＹＥ）を受信していない場合（Ｓ１０７：ＮＯ）、Ｓ１０１に戻り、キーボード５１を介した入力操作、及び、着呼側端末からの終了通知（ＢＹＥ）の受信の監視が継続して実行される。
【００９２】
一方、通話を終了させる為の入力操作がなされた場合には（Ｓ１０１：ＹＥＳ）、通信制御装置２を介し、着呼側端末に対して終了通知（ＢＹＥ）が送信される（Ｓ１０３）。次いで、着呼側端末から送信される確認応答（ＡＣＫ）が、通信制御装置２を介して受信される（Ｓ１０５）。そして発呼側処理は終了される。
【００９３】
図１１を参照し、着呼処理について説明する。着呼処理では、発呼側端末から通話開始の要求があった場合に、発呼側端末との通話を開始させ、通話を実行させるための処理が実行される。着呼処理は、発呼側端末から送信される呼び出し要求（ＩＮＶＩＴＥ）を受信した場合に、着呼側端末のＣＰＵ４１によって起動され実行される。
【００９４】
図１１に示すように、呼び出し要求（ＩＮＶＩＴＥ）を受信して着呼処理が起動されると、はじめに、通信制御装置２を介し、発呼側端末に対して呼び出し中（Ｒｉｎｇｉｎｇ）が送信される（Ｓ１２１）。次いで、ユーザに対して着信を通知する処理（着信音声出力、着信通知画面表示等）が実行される。そして、着信する為の入力操作がユーザによりキーボード５１を介してなされたかが監視される（Ｓ１２３）。
【００９５】
着信する為の入力操作がなされない状態では（Ｓ１２３：ＮＯ）、通話を拒否するための入力操作がユーザによりキーボード５１を介してなされたかが監視される（Ｓ１４１）。通話を拒否するための入力操作がなされた場合（Ｓ１４１：ＹＥＳ）、通信制御装置２を介し、発呼側端末に対して拒否通知（４８６  ＢＵＳＹ  ＨＥＲＥ）が送信される（Ｓ１４３）。次いで、着呼側端末から送信される確認応答（ＡＣＫ）が、通信制御装置２を介して受信される（Ｓ１４５）。そして発呼処理は終了される。一方、通話を拒否するための入力操作がなされない状態では（Ｓ１４１：ＮＯ）、発信側端末から送信される終了通知（ＢＹＥ）を、通信制御装置２を介して受信したかが監視される（Ｓ１４７）。終了通知（ＢＹＥ）を受信した場合（Ｓ１４７：ＹＥＳ）、通信制御装置２を介し、着信側端末に対して確認応答（ＡＣＫ）が送信される（Ｓ１４９）。そして発呼処理は終了される。一方、終了通知（ＢＹＥ）を受信していない場合（Ｓ１４７：ＮＯ）、Ｓ１２３に戻り、上述の処理が繰り返し実行される。
【００９６】
一方、着信する為の入力操作が、ユーザによってキーボード５１を介してなされた場合（Ｓ１２３：ＹＥＳ）、通信制御装置２を介し、発呼側端末に対して呼び出し成功（２００  ＯＫ）が送信される（Ｓ１２５）。次いで、発呼側端末から送信される確認応答（ＡＣＫ）が、通信制御装置２を介して受信される（Ｓ１２７）。これによって、発呼側端末との間で通話が可能となるので、ＲＴＰに基づき、発呼側端末との間で通話が実行される（Ｓ１２９）。
【００９７】
発呼側端末との間で通話が行われている間、キーボード５１を介し、ユーザによって通話を終了させるための入力操作がなされたかが監視される（Ｓ１３１）。操作入力がなされていない状態では（Ｓ１３１：ＮＯ）、発呼側端末から送信される終了通知（ＢＹＥ）を、通信制御装置２を介して受信したかが監視される（Ｓ１３７）。終了通知（ＢＹＥ）を受信した場合（Ｓ１３７：ＹＥＳ）、通信制御装置２を介し、確認応答（ＡＣＫ）が発呼側端末に対して送信される（Ｓ１３９）。そして着呼処理は終了される。一方、終了通知（ＢＹＥ）を受信していない場合（Ｓ１３７：ＮＯ）、Ｓ１３１に戻り、ユーザによる入力操作、及び、通信制御装置２を介した発呼側端末からの終了通知（ＢＹＥ）の受信の監視が継続して実行される。
【００９８】
一方、キーボード５１を介して通話を終了させる為の入力操作がなされた場合には（Ｓ１３１：ＹＥＳ）、通信制御装置２を介し、発呼側端末に対して終了通知（ＢＹＥ）が送信される（Ｓ１３３）。次いで、発呼側端末から送信される確認応答（ＡＣＫ）が、通信制御装置２を介して受信される（Ｓ１３５）。そして発呼側処理は終了される。
【００９９】
以上説明したように、通信制御装置２は、同一のＳＩＰアドレスが割り当てられた複数の通話端末１０のうち少なくともいずれかから登録要求信号（ＲＥＧＩＳＴＥＲ）を受信した場合、この通話端末１０を登録リストに登録する。登録リストに同一のＳＩＰアドレスが割り当てられた他の通話端末１０が登録されているか否かに関わらず、受信した登録要求信号（ＲＥＧＩＳＴＥＲ）の送信元の通話端末１０を登録リストに登録する。これによってユーザは、同一のＳＩＰアドレスが割り当てられた複数の通話端末１０を使用して通話を行うことが可能となる。
【０１００】
なお、図２のＨＤＤ２８の登録リスト記憶領域２８２が本発明の「第一記憶手段」に相当する。図６のＳ１１を行うＣＰＵ２１が本発明の「第一受信制御手段」に相当する。Ｓ２０の処理を行うＣＰＵ２１が本発明の「第一登録制御手段」「第二登録制御手段」に相当する。図８のＳ３０の処理を行うＣＰＵ２１が本発明の「第二受信制御手段」「第三受信制御手段」に相当し、受信される呼び出し要求（ＩＮＶＩＴＥ）が本発明の「通話要求信号」がに相当し、Ｓ３５、Ｓ３７の処理を行うＣＰＵ２１が本発明の「第一送信制御手段」に相当し、Ｓ３５の処理を行うＣＰＵ２１が本発明の「第二送信制御手段」に相当する。図８のＳ３３の処理を行うＣＰＵ２１が本発明の「通話中特定手段」に相当し、Ｓ３４の処理を行うＣＰＵ２１が本発明の「第三送信制御手段」に相当する。
【０１０１】
なお、本発明は上記実施の形態に限定されるものではなく、種々の変更が可能である。上述の実施の形態では、着呼側端末が複数登録リストに登録されている状態で、発呼側端末から呼び出し要求（ＩＮＶＩＴＥ）を受信した際、着呼側端末のうちいずれかが通話中である場合には、受信した呼び出し要求（ＩＮＶＩＴＥ）を転送しない制御を行っていた。しかしながら本発明はこの制御方法に限定されない。従って例えば、発呼側端末が複数登録リストに登録されている状態で、発呼側端末のうちいずれかから呼び出し要求（ＩＮＶＩＴＥ）を受信した際、発呼側端末のうちいずれかが通話中である場合には、受信した呼び出し要求（ＩＮＶＩＴＥ）を転送しない制御を行ってもよい。
【０１０２】
上述の実施の形態では、登録リストに登録されている着呼側端末が通話中でない場合、すべての着呼側端末に対して呼び出し要求（ＩＮＶＩＴＥ）を転送していた。しかしながら本発明はこの転送方法に限定されない。従って例えば、登録されている複数の着呼側端末の内、予め設定された特定の通話端末１０（以下「指定通話端末」という。）に対して呼び出し要求（ＩＮＶＩＴＥ）を転送する方法としてもよい。以下、本発明の変形例について説明する。
＜第一の変形例＞
【０１０３】
以下、本発明の第一の変形例について、図１２及び図１３を参照して説明する。なお、通話システム１の構成、通信制御装置２及び通話端末１０の電気的構成、通信制御装置２及び通話端末１０にて実行される各種処理のうち通話制御処理の一部を除く処理については、上述の実施の形態と同様であるので、説明を省略する。また、上述した通話制御処理と以下に述べる変形例における通話制御処理との共通処理部分については、説明を省略し又は簡略する。
【０１０４】
はじめに、通信制御装置２に対してユーザが指定通話端末を入力設定する場合において、ディスプレイ２５に表示される着信先設定画面について説明する。図１２は、着信先設定画面の一例を示している。図１２に示すように、着信先設定画面には、複数の通話端末１０のうちいずれかを選択する為のチェックボックス、チェックボックスによって選択された内容を確定させるための「ＯＫ」ボタン、チェックボックスによって選択された内容をキャンセルして着信先設定を終了させるための「キャンセル」ボタンが設けられている。図１２に示す例では、選択可能な通話端末１０として「会社（１９２．０．２．１１）」「家（１９２．０．２．１２）」がそれぞれ表示され、これらのうちいずれかを選択可能なチェックボックスが表示されている。（）内には、通話端末１０に割り当てられているＩＰアドレスが表示される。チェックボックスが選択されて「ＯＫ」ボタンが押下された場合、選択された情報はＨＤＤ２８の設定情報記憶領域２８３に指定通話端末の情報として記憶される。
【０１０５】
例えばこれらの情報は、図１におけるユーザ５の所有する携帯通話端末１２及びＰＣ１３に対応する。「家（１９２．０．２．１２）」が携帯通話端末１２に相当し、「会社（１９２．０．２．１１）」がＰＣ１３に相当する。例えばユーザ５は、会社に居る場合は「会社（１９２．０．２．１１）」を選択入力する。これによって、ＰＣ１３が指定通話端末としてＨＤＤ２８３の設定情報記憶領域２８３に記憶される。家に居る場合は「家（１９２．０．２．１２）」を選択入力する。これによって、携帯通話端末１２が指定通話端末としてＨＤＤ２８の設定情報記憶領域２８３に記憶される。このように指定通話端末を設定することによって、同じＳＩＰアドレスが割り当てられた複数の通話端末１０のうち何れの通話端末１０を使用して通話を行うかを特定することができる。
【０１０６】
図１３を参照し、第一の変形例における通話制御処理について説明する。図１３に示すように、通話制御処理では、通話開始を望む発呼側端末から送信される呼び出し要求（ＩＮＶＩＴＥ）の受信が監視される（Ｓ３０）。呼び出し要求（ＩＮＶＩＴＥ）を受信していない場合（Ｓ３０：ＮＯ）、Ｓ３０に戻り、継続して呼び出し要求（ＩＮＶＩＴＥ）の受信が監視される。呼び出し要求（ＩＮＶＩＴＥ）を受信した場合（Ｓ３０：ＹＥＳ）、発呼側端末及び着呼側端末の登録情報が登録リストに記憶されているかが判断される（Ｓ３１）。登録リストに記憶されていない場合（Ｓ３１：ＮＯ）、通話を開始させることなくＳ３０に戻り、上述の処理が継続して実行される。
【０１０７】
発呼側端末及び着呼側端末が登録リストに登録されている場合（Ｓ３１：ＹＥＳ）、ＨＤＤ２８の設定情報記憶領域２８３に記憶されている指定通話端末と同一の通話端末が、登録リストに着呼側端末として登録されているかが判断される（Ｓ２０１）。指定通話端末と同一の通話端末が着呼側端末として登録されている場合（Ｓ２０１：ＹＥＳ）、呼び出し要求（ＩＮＶＩＴＥ）は指定通話端末に対して転送される（Ｓ２０３）。そしてＳ３９に移行される。
【０１０８】
一方、指定通話端末が着呼側端末として登録リストに登録されていない場合（Ｓ２０１：ＮＯ）、登録リストに登録されている着呼側端末に対して呼び出し要求（ＩＮＶＩＴＥ）が転送される（Ｓ３５）。ここで、着呼側端末が複数登録リストに登録されている場合、着呼側端末のすべてに対して呼び出し要求（ＩＮＶＩＴＥ）が転送される。呼び出し要求（ＩＮＶＩＴＥ）を転送していない着呼側端末が残存する場合（Ｓ３７：ＮＯ）、Ｓ３５に戻り、転送していない着呼側端末に対して呼び出し要求（ＩＮＶＩＴＥ）を転送する処理が繰り返し実行される。着呼側端末のすべてに対して、呼び出し要求（ＩＮＶＩＴＥ）が転送された場合（Ｓ３７：ＹＥＳ）、Ｓ３９に移行される。
【０１０９】
Ｓ３９では、呼び出し要求（ＩＮＶＩＴＥ）が着呼側端末に転送された後、着呼側端末から送信される呼び出し中（Ｒｉｎｇｉｎｇ）が受信される。受信された呼び出し中（Ｒｉｎｇｉｎｇ）は、発呼側端末に対して転送される（Ｓ３９）。
【０１１０】
そして図９に示すように、着呼側端末から送信される呼び出し成功（２００  ＯＫ）が受信される（Ｓ４１：ＹＥＳ）。発呼側端末に対して呼び出し成功（２００  ＯＫ）が転送される（Ｓ４５）。これによって、発呼側端末と、呼び出し成功（２００  ＯＫ）を送信した着呼側端末との間で通話が可能な状態となり、通話が実行される。
【０１１１】
以上説明したように、同一のＳＩＰアドレスが割り当てられた複数の通話端末１０が登録リストに登録されている場合に、指定通話端末を設定することによって、複数の通話端末１０のうち指定通話端末を特定して通話を実行させることが可能となる。これによってユーザは、同一のＳＩＰアドレスが割り当てられた複数の通話端末１０を所有する場合に、状況に応じて所望の通話端末１０を選択して着呼させ、通話を開始させることが可能となる。
【０１１２】
なお、本発明は上述の例に限定されるものではなく、種々の変更が可能である。上述では、着呼側端末が登録リストに複数登録された場合であって、いずれかの通話端末１０が通話中である場合には、通信制御装置２は、着呼側端末に呼び出し要求（ＩＮＶＩＴＥ）を転送しなかった。しかしながら本発明はこの方法に限定されない。従って、通話を許可する通話端末の数を限定する構成としてもよい。以下、本発明の変形例について説明する。
＜第二の変形例＞
【０１１３】
以下、本発明の第二の変形例について、図１４を参照して説明する。なお、通話システム１の構成、通信制御装置２及び通話端末１０の電気的構成、通信制御装置２及び通話端末１０にて実行される各種処理のうち通話制御処理の一部を除く処理については、上述の実施の形態と同様であるので、説明を省略する。また、上述した通話制御処理と以下に述べる変形例における通話制御処理との共通処理部分については、説明を省略し又は簡略する。
【０１１４】
図１４を参照し、第二の変形例における通話制御処理について説明する。図１４に示すように、通話制御処理では、通話開始を望む発呼側端末から送信される呼び出し要求（ＩＮＶＩＴＥ）の受信が監視される（Ｓ３０）。呼び出し要求（ＩＮＶＩＴＥ）を受信していない場合（Ｓ３０：ＮＯ）、Ｓ３０に戻り、継続して呼び出し要求（ＩＮＶＩＴＥ）の受信が監視される。呼び出し要求（ＩＮＶＩＴＥ）を受信した場合（Ｓ３０：ＹＥＳ）、発呼側端末及び着呼側端末の登録情報が登録リストに登録されているかが判断される（Ｓ３１）。登録リストに記憶されていない場合（Ｓ３１：ＮＯ）、通話を開始させることなくＳ３０に戻り、上述の処理が継続して実行される。
【０１１５】
発呼側端末及び着呼側端末が登録リストに登録されている場合（Ｓ３１：ＹＥＳ）、登録リストに登録されている着呼側端末のうち、通話中の通話端末１０の数が通話中数として取得される（Ｓ２１１）。具体的には、登録リストの内、着呼側端末に対応する通話中フラグに「ＴＲＵＥ」が記憶されている場合の数が累計され、通話中数とされる。
【０１１６】
次いで、ＨＤＤ２８の設定情報記憶領域２８３に記憶される情報であって、同時に通話可能な通話端末１０の数の情報である通話可能数が取得される。そして、Ｓ２１１にて取得された通話中数と、設定情報記憶領域２８３に記憶された通話可能数とが比較される（Ｓ２１３）。通話中数が通話可能数以上である場合（Ｓ２１３：ＹＥＳ）、受信した呼び出し要求（ＩＮＶＩＴＥ）を転送することなくＳ３０に戻り、上述の処理が繰り返し実行される。
【０１１７】
一方、通話中数が通話可能数未満である場合（Ｓ２１３：ＮＯ）、登録リストに登録されている着呼側端末に対して呼び出し要求（ＩＮＶＩＴＥ）が転送される（Ｓ３５）。ここで、着呼側端末が複数登録リストに登録されている場合、着呼側端末のすべてに対して呼び出し要求（ＩＮＶＩＴＥ）が転送される。呼び出し要求（ＩＮＶＩＴＥ）を転送していない着呼側端末が残存する場合（Ｓ３７：ＮＯ）、Ｓ３５に戻り、残りの着呼側端末に対して呼び出し要求（ＩＮＶＩＴＥ）を転送する処理が繰り返し実行される。着呼側端末のすべてに対して呼び出し要求（ＩＮＶＩＴＥ）が転送された場合（Ｓ３７：ＹＥＳ）、Ｓ３９に移行される。
【０１１８】
Ｓ３９では、呼び出し要求（ＩＮＶＩＴＥ）が着呼側端末に転送された後、着呼側端末から送信される呼び出し中（Ｒｉｎｇｉｎｇ）が受信される。受信された呼び出し中（Ｒｉｎｇｉｎｇ）は、発呼側端末に対して転送される（Ｓ３９）。
【０１１９】
そして図９に示すように、着呼側端末から送信される呼び出し成功（２００  ＯＫ）が受信される（Ｓ４１：ＹＥＳ）。発呼側端末に対して呼び出し成功（２００  ＯＫ）が転送される（Ｓ４５）。これによって、発呼側端末と、呼び出し成功（２００  ＯＫ）を送信した着呼側端末との間で通話が可能な状態となり、通話が実行される。
【０１２０】
以上説明したように、通話中の通話端末１０の数（通話中数）が通話可能数以上となっている場合、呼び出し（ＩＮＶＩＴＥ）を転送する処理を行わない。これによって、同時に通話可能な通話端末１０の数を制限することが可能となるので、通話端末１０のユーザに対して多彩な通話サービスを提供することが可能となる。
【０１２１】
なお、本発明は上述の例に限定されるものではなく、種々の変更が可能である。例えば、登録リストに発呼側端末が複数登録されている場合であって、発呼側端末のうちいずれかから呼び出し要求（ＩＮＶＩＴＥ）を受信した場合に、通話中の発呼側端末が他に存在する場合には、呼び出し要求（ＩＮＶＩＴＥ）を着呼側端末に転送しない構成としてもよい。
【０１２２】
また、登録リストに発呼側端末が複数登録されている場合であって、発呼側端末のうちいずれかから呼び出し要求（ＩＮＶＩＴＥ）を受信した場合に、通話中の発呼側端末の数を通話中数として算出する。そして算出した通話中数が、ＨＤＤ２８の設定情報記憶領域２８３に記憶されている通話可能数未満である場合に、着呼側端末に対して呼び出し要求（ＩＮＶＩＴＥ）を転送し、通話中数が通話可能数以上である場合には、着呼側端末に対して呼び出し要求（ＩＮＶＩＴＥ）を転送しない通信制御を行ってもよい。
【０１２３】
なお、図２のうち着信先通話端末が記憶されるＨＤＤ２８の設定情報記憶領域２８３が本発明の「第二記憶手段」に相当し、通話可能数が記憶されるＨＤＤ２８の設定情報記憶領域２８３が本発明の「第三記憶手段」に相当する。図１４のＳ２１１の処理を行うＣＰＵ２１が本発明の「通話中数特定手段」に相当する。
【符号の説明】
【０１２４】
１      通話システム
２      通信制御装置
１０    通話端末
２１    ＣＰＵ
２８    ＨＤＤ
２８２  登録リスト記憶領域
【図１】
2010200117.tif 000003
【図２】
2010200117.tif 000004
【図３】
2010200117.tif 000005
【図４】
2010200117.tif 000006
【図５】
2010200117.tif 000007
【図６】
2010200117.tif 000008
【図７】
2010200117.tif 000009
【図８】
2010200117.tif 000010
【図９】
2010200117.tif 000011
【図１０】
2010200117.tif 000012
【図１１】
2010200117.tif 000013
【図１２】
2010200117.tif 000014
【図１３】
2010200117.tif 000015
【図１４】
2010200117.tif 000016