着信端末に対して呼設定要求信号を着信させる呼制御装置における優先呼制御方法であって、発信端末から発信された前記着信端末に対する呼設定要求信号を受信する工程と、優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する工程と、前記優先呼識別子が設定されている呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する工程と、受信した前記要求信号に、記憶した前記呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合に、前記要求信号に優先呼識別子を設定する工程と、を有することを特徴とする優先呼制御方法。前記記憶する工程において、前記呼設定要求信号に設定されている前記呼識別子と前記優先呼識別子とを関連付けて記憶し、前記設定する工程において、前記要求信号に、前記呼識別子に関連付けて記憶していた前記優先呼識別子を設定することを特徴とする請求項1に記載の優先呼制御方法。前記呼制御装置は、前記着信端末に端末間インタフェースを介して接続されることを特徴とする請求項1又は請求項2に記載の優先呼制御方法。前記要求信号は、前記呼識別子で識別される呼における音声通信の停止を要求する保留要求信号であることを特徴とする請求項1から請求項3のいずれかに記載の優先呼制御方法。前記要求信号は、前記呼識別子で識別される呼における音声通信の再開を要求する保留解除要求信号であることを特徴とする請求項1から請求項3のいずれかに記載の優先呼制御方法。前記要求信号は、前記呼識別子で識別される呼の設定条件の更新を要求する更新要求信号であることを特徴とする請求項1から請求項3のいずれかに記載の優先呼制御方法。着信端末に対して呼設定要求信号を着信させる呼制御装置であって、発信端末から発信された前記着信端末に対する呼設定要求信号を受信する第1受信部と、前記第1受信部で優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する記憶部と、前記優先呼識別子が設定された呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する第2受信部と、前記第2受信部で受信された前記要求信号に前記記憶部で記憶された呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合、前記要求信号に優先呼識別子を設定する設定部と、を具備することを特徴とする呼制御装置。前記記憶部は、前記呼設定要求信号に設定されている前記呼識別子と前記優先呼識別子とを関連付けて記憶し、前記設定部は、前記要求信号に、前記呼識別子に関連付けて前記記憶部に記憶していた前記優先呼識別子を設定することを特徴とする請求項7に記載の呼制御装置。前記呼制御装置は、前記着信端末に端末間インタフェースを介して接続されることを特徴とする請求項7又は請求項8に記載の呼制御装置。前記要求信号は、前記呼識別子で識別される呼における音声通信の停止を要求する保留要求信号であることを特徴とする請求項7から請求項9のいずれかに記載の呼制御装置。前記要求信号は、前記呼識別子で識別される呼における音声通信の再開を要求する保留解除要求信号であることを特徴とする請求項7から請求項9のいずれかに記載の呼制御装置。前記要求信号は、前記呼識別子で識別される呼の設定条件の更新を要求する更新要求信号であることを特徴とする請求項7から請求項9のいずれかに記載の呼制御装置。しかしながら、上述のeMPSでは、優先呼識別子が設定されたINVITEを着信した着信端末が、発信端末に対するSIPリクエストに優先呼識別子を設定しない場合、当該SIPリクエストに係る呼の優先制御を行うことができないという問題点があった。本発明は、かかる点に鑑みてなされたものであり、優先呼識別子が設定されたINVITEを着信した着信端末が、発信端末に対するSIPリクエストの優先呼識別子を設定しない場合であっても、当該SIPリクエストに係る呼の優先制御を行うことが可能な優先呼制御方法及び呼制御装置を提供することを目的とする。本発明の優先呼制御方法は、着信端末に対して呼設定要求信号を着信させる呼制御装置における優先呼制御方法であって、発信端末から発信された前記着信端末に対する呼設定要求信号を受信する工程と、優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する工程と、前記優先呼識別子が設定されている呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する工程と、受信した前記要求信号に、記憶した前記呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合に、前記要求信号に優先呼識別子を設定する工程と、を有することを特徴とする。この構成によれば、呼制御装置は、優先呼識別子が設定されている呼設定要求信号が受信された場合、当該呼設定要求信号に設定されている呼識別子を少なくとも記憶する。また、呼制御装置は、着信端末からの発信端末に対する要求信号に記憶した呼識別子と同一の識別子が設定されていて、かつ、当該要求信号に優先呼識別子が設定されていない場合、当該要求信号に優先呼識別子を設定する。このため、優先呼識別子が設定された呼設定要求信号を着信した着信端末が、発信端末に対する要求信号に優先呼識別子を設定しない場合であっても、当該要求信号に係る呼の優先制御を行うことができる。本発明の呼制御装置は、着信端末に対して呼設定要求信号を着信させる呼制御装置であって、発信端末から発信された前記着信端末に対する呼設定要求信号を受信する第1受信部と、前記第1受信部で優先呼識別子が設定された呼設定要求信号が受信された場合、該呼設定要求信号に設定されている呼識別子を少なくとも記憶する記憶部と、前記優先呼識別子が設定された呼設定要求信号を着信した前記着信端末から前記発信端末に対する要求信号を受信する第2受信部と、前記第2受信部で受信された前記要求信号に前記記憶部で記憶された呼識別子と同一の呼識別子が設定されていて、かつ、前記要求信号に優先呼識別子が設定されていない場合、前記要求信号に優先呼識別子を設定する設定部と、を具備することを特徴とする。本発明によれば、優先呼識別子が設定されたINVITEを着信した着信端末が、発信端末に対するSIPリクエストの優先呼識別子を設定しない場合であっても、当該SIPリクエストに係る呼の優先制御を行うことが可能な優先呼制御方法及び呼制御装置を提供できる。以下、本発明の実施の形態について図面を参照して詳細に説明する。図1は、本実施の形態に係る呼制御システムの概略構成図である。図1に示すように、呼制御システム1は、発信側のユーザ端末以下、発信端末という2と着信側のユーザ端末以下、着信端末という3との間の呼制御例えば、呼の設定、切断、更新などを行うネットワークシステムである。呼制御システム1は、発信端末2の呼制御やサービス制御を行うIMSネットワーク4、着信端末3の呼制御やサービス制御を行うIMSネットワーク5から構成される。なお、以下では、呼制御システム1は、SIPを用いて呼制御を行うものとするが、他の呼制御プロトコルが用いられても良い。発信側のIMSネットワーク4は、P-CSCF41、S-CSCF42、AS43を含む。P-CSCF41は、発信側で呼制御を行う呼制御装置であり、端末間インタフェース例えば、Gmインタフェースなどを介して発信端末2と接続される。具体的には、P-CSCF41は、不図示のIP移動伝達ネットワーク例えば、EPCEvolvedPacketCoreネットワークなど及びアクセスネットワーク例えば、UTRANUMTSTerrestrialRadioAccessNetwork、E-UTRANEvolvedUTRAN、Wimaxなどなどを介して、発信端末2とSIP信号を送受信する。また、P-CSCF41は、S-CSCF42とSIP信号を送受信する。また、P-CSCF41は、発信端末2が優先制御を必要とする優先加入者端末である場合、発信端末2からの着信端末3に対するINVITEに対して優先呼識別子を設定する。ここで、発信端末2からの着信端末3に対するINVITEは、発信端末2から着信端末3に対して呼の設定を要求する呼設定要求信号である。具体的には、P-CSCF41は、発信端末2のユーザ情報例えば、ユーザプロファイルなどに基づいて、発信端末2が優先加入者端末であるか否かを判定する。かかるユーザ情報は、発信端末2のIMSネットワーク4に対する登録処理において不図示のHSSHomeSubscriverServerから取得される。S-CSCF42は、発信側で呼制御を行う呼制御装置であり、P-CSCF41、AS43、着信側のS-CSCF52に接続される。具体的には、S-CSCF42は、P-CSCF41から受信したSIP信号を、AS43を経由して着信側のS-CSCF52に転送する。また、S-CSCF42は、着信側のS-CSCF52から受信したSIP信号を、AS43を経由してP-CSCF41に転送する。なお、S-CSCF42は、AS43を経由せずにSIP信号を転送してもよい。また、S-CSCF42は、不図示のI-CSCFInterogating-CSCFを介して着信側のS-CSCF52とSIP信号を送受信してもよい。AS43は、発信側でサービス制御例えば、課金処理などを行うアプリケーションサーバである。着信側のIMSネットワーク5は、P-CSCF51、S-CSCF52、AS53を含む。P-CSCF51は、着信側で呼制御を行う呼制御装置であり、端末間インタフェース例えば、Gmインタフェースなどを介して着信端末3と接続される。具体的には、P-CSCF51は、不図示のIP移動伝達ネットワーク例えば、EPCネットワークなど及びアクセスネットワーク例えば、UTRAN、E-UTRAN、Wimaxなどなどを介して、着信端末3とSIP信号を送受信する。また、P-CSCF51は、S-CSCF52とSIP信号を送受信する。S-CSCF52は、着信側で呼制御を行う呼制御装置であり、P-CSCF51、AS53、発信側のS-CSCF42に接続される。具体的には、S-CSCF52は、発信側のS-CSCF42から受信したSIP信号を、AS53を経由してP-CSCF51に転送する。また、P-CSCF51から受信したSIP信号を、AS53を経由して発信側のS-CSCF42に転送する。なお、S-CSCF52は、AS53を経由せずにSIP信号を転送してもよい。AS53は、着信側でサービス制御例えば、課金処理などを行うアプリケーションサーバである。以下では、図1に示すように、発信端末2と着信端末3とが発信側のIMSネットワーク4、着信側のIMSネットワーク5に接続する場合を説明する。本実施の形態では、説明を省略するが、呼制御システム1は、同じIMSネットワークに接続する発信端末2と着信端末3との呼制御を行うことも可能である。なお、発信端末2及び着信端末3の種類は限定されず、携帯電話機、携帯情報端末PDA、携帯型パーソナルコンピュータ、固定電話機、据置型パーソナルコンピュータなどの任意のユーザ端末を用いてよい。次に、本実施の形態に係る呼制御システムの詳細機能構成について説明する。なお、呼制御システム1を構成する装置は、通信インタフェース、プロセッサ、メモリ、送受信回路などを含むハードウェアを有しており、メモリには、プロセッサによって実行されるソフトウェアモジュールが記憶されている。呼制御システム1の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。図2は、本実施の形態に係る着信側のP-CSCFの詳細機能構成図である。なお、ここでは、P-CSCF51が着信側として機能する場合の機能構成を中心に説明するが、発信側として機能する場合の機能構成を備えてもよいことはもちろんである。図2に示すように、P-CSCF51は、CSCFインタフェース511第1受信部、端末インタフェース512第2受信部、判定部513、記憶部514、設定部515を具備する。CSCFインタフェース511は、呼制御装置間のインタフェース例えば、Mwインタフェースなどを介して、S-CSCF52とSIP信号を送受信する。具体的には、CSCFインタフェース511は、着信端末3に対するINVITEをS-CSCF52から受信する。また、CSCFインタフェース511は、着信端末3から発信端末2に対するSIPリクエスト後述をS-CSCF52に送信する。端末インタフェース512は、端末間インタフェース例えば、Gmインタフェースなどを介して、着信端末3とSIP信号を送受信する。具体的には、端末インタフェース512は、発信端末2からのINVITEを着信端末3に送信する。また、端末インタフェース512は、着信端末3から発信端末2に対するSIPリクエスト後述を着信端末3から受信する。ここで、SIPリクエストとは、発信端末2からのINVITE呼設定要求信号を着信した着信端末3が、発信端末2に対して所定処理を要求する要求信号である。SIPリクエストには、例えば、発信端末2からのINVITEにより設定される呼による音声通信の停止すなわち、保留を要求する保留要求信号や、当該呼による音声通信の再開すなわち、保留解除を要求する保留解除要求信号や、当該呼の設定条件の更新を要求する更新要求信号が含まれる。なお、保留要求信号及び保留解除要求信号としては、例えば、INVITEが用いられる。上述のように、INVITEは、発信端末2から着信端末3に対する呼設定要求信号としても用いられる。このため、着信端末3から発信端末2に対する保留要求信号及び保留解除要求信号としてINVITEを用いる場合、当該INVITE内に保留を識別する情報例えば、a=sendonlyなどや保留解除を識別する情報例えば、a=sendrecvなどが付加されてもよい。また、上記更新要求信号としては、例えば、UPDATEが用いられる。判定部513は、CSCFインタフェース511で受信されたINVITEに優先呼識別子が設定されているか否かを判定する。また、判定部513は、端末インタフェース512で受信されたSIPリクエストに記憶部514に記憶された呼識別子後述が設定されているか否かを判定する。また、判定部513は、端末インタフェース512で受信されたSIPリクエストに記憶部514に記憶された呼識別子が設定されていると判定した場合、当該SIPリクエストに優先呼識別子が設定されているか否かを判定する。記憶部514は、優先呼情報を記憶する。具体的には、判定部513によってCSCFインタフェース511で受信されたINVITEに優先呼識別子が含まれると判定された場合、記憶部514は、当該INVITEに含まれる呼識別子と優先呼識別子とを関連付けて、を優先呼情報として記憶する。ここで、呼識別子は、当該INVITEにより設定される呼を識別するものであり、当該呼を制御するための全SIP信号に含まれる。呼識別子としては、例えば、SIPヘッダのCallIDが用いられる。CallIDは、発信端末2で付与され、発信端末2からのINVITE内に設定される。なお、呼識別子としては、優先制御すべき呼を識別可能であれば、上記CallID以外の情報が用いられてもよい。また、優先呼識別子とは、優先制御されるべき呼であることを示すものである。優先呼識別子としては、例えば、SIPヘッダのResource-PriorityHeaderFieldが用いられる。例えば、CSCFインタフェース511で受信されたINVITEにおいてCALLID=xxxxx、Resource-PriorityHeaderField=aaaaaが設定されている場合、記憶部514は、xxxxxとaaaaaとを関連付けて記憶する。なお、優先呼識別子が各優先呼に固有のものでない場合例えば、1優先呼、0一般呼などの単なるビット情報である場合、記憶部514は、受信されたINVITEに含まれる呼識別子を少なくとも記憶すればよく、必ずしも呼識別子と優先呼識別子とを関連付けて記憶しなくともよい。設定部515は、判定部513によって、端末インタフェース512で受信されたSIPリクエストに記憶部514に記憶された呼識別子と同一の呼識別子が設定されており、かつ、当該SIPリクエストに優先呼識別子が設定されていないと判定された場合に、当該SIPリクエストに、当該呼識別子に関連付けて記憶部514に記憶していた優先呼識別子を設定する。例えば、端末インタフェース512で受信されたSIPリクエストにおいてCALLID=xxxxxが設定されていて、かつ、当該SIPリクエストに優先呼識別子が設定されていない場合、設定部515は、当該SIPリクエストに、記憶部514でCALLIDxxxxxに関連付けて記憶されているaaaaaをResource-PriorityHeaderFieldに設定する。なお、優先呼識別子が各優先呼に固有のものでない場合例えば、1優先呼、0一般呼などの単なるビット情報である場合、設定部515は、必ずしも記憶部514に記憶していた優先呼識別子を設定しなくともよい。次に、以上のように構成された実施の形態に係る呼制御システムにおける優先呼制御動作について説明する。図3は、本実施の形態に係る呼制御システムにおける優先呼制御動作の一例を示すシーケンス図である。また、図4及び5は、本実施の形態に係る着信側のP-CSCFの動作を示すフローチャートである。なお、図3では、発信端末2が優先加入者端末であり、着信端末3が一般加入者端末であるものとする。また、図3では、発信端末2から発信されたINVITE呼設定要求信号を着信した着信端末3が、発信端末2に対する保留要求信号と保留解除要求信号を送信する場合を説明する。すなわち、図3乃至5において、上述のSIPリクエストは、保留要求信号と保留解除要求信号である。図3に示すように、呼設定動作において、発信端末2は、着信端末3に対するINVITEをP-CSCF41に送信するステップST101。当該INVITEは、発信端末2からの着信端末3に対する呼設定要求信号である。P-CSCF41は、発信端末2が優先加入者端末である場合、発信端末2からのINVITEに優先呼識別子を設定するステップST102。ここで、発信端末2は優先加入者端末であるので、P-CSCF41は、発信端末2からのINVITEに優先呼識別子を設定する。P-CSCF41は、優先呼識別子が設定されたINVITEを、S-CSCF42、S-CSCF52を介して着信側のP-CSCF51に転送するステップST103。なお、INVITEは、図示しないI-CSCFやAS43、AS53などを経由して転送されてもよい。P-CSCF51は、着信端末3に対するINVITE呼設定要求信号をS-CSCF52から受信した場合、優先呼判定処理を行うステップST104。具体的には、図4に示すように、P-CSCF51は、受信したINVITEに優先呼識別子が設定されているか否かを判定するステップST201。受信したINVITEに優先呼識別子が設定されている場合ステップST201;Yes、P-CSCF51は、当該INVITEに含まれる呼識別子と優先呼識別子とを関連付けて、優先呼情報として記憶部514に記憶するステップS202。ここでは、受信したINVITEには優先呼識別子が設定されているので、P-CSCF51は、受信したINVITEに含まれる呼識別子と優先呼識別子とを関連付けて記憶する。一方、受信したINVITEに優先呼識別子が設定されてない場合ステップST201;No、P-CSCF51は、当該INVITEに含まれる呼識別子を優先呼情報として記憶部514に記憶しない。当該INVITEは優先呼に係るものではないためである。図4に示す優先呼判定処理が終了すると、図3に示すように、P-CSCF51は、S-CSCF52から受信したINVITEを着信端末3に転送するステップST105。着信端末3は、発信端末2からのINVITEの受信に応じてユーザの呼び出し処理を行うとともに、180Ringingを送信するステップST106。ここで、180Ringingは、ユーザの呼び出し処理中であることを示す応答信号である。かかる180Ringingは、P-CSCF51、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に伝送される。着信端末3は、ユーザが呼び出しに応じると、200OKを送信するステップST107。ここで、200OKは、ユーザが呼び出しに応じたことを示す応答信号である。かかる200OKは、P-CSCF51、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に伝送される。発信端末2は、着信端末3からの200OKを受信すると、ACKを送信するステップST108。ACKは、INVITEに応じた呼設定の完了確認信号である。かかるACKは、P-CSCF41、S-CSCF42、S-CSCF52、P-CSCF51を介して着信端末3に伝送される。ACKが着信端末3に受信されると、発信端末2と着信端末3との間の呼が設定される。以上のように設定された呼を用いて、発信端末2と着信端末3との間では音声通信が行なわれるステップST109。なお、かかる音声通信には、例えば、RTPReal‐timeTransportProtocolが用いられる。以上の呼設定動作では、ステップST102でINVITEに設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップST103~ST109の呼設定動作では、それぞれ、優先制御が行なわれる。また、図3の保留動作において、着信端末3は、発信端末2に対するINVITEをP-CSCF51に送信するステップST110。当該INVITEは、着信端末3からの発信端末2に対する保留要求信号であり、保留を要求する情報例えば、a=sendonlyなどを含む。また、当該INVITEには、保留の対象となる呼の呼識別子すなわち、ステップST108で設定された呼の呼識別子が設定される。P-CSCF51は、着信端末3からINVITE保留要求信号を受信した場合、優先呼判定処理を行うステップST111。具体的には、図5に示すように、P-CSCF51は、記憶部514に優先呼情報として記憶された呼識別子と同一の呼識別子がINVITE保留要求信号に設定されているか否かを判定するステップST301。記憶部514に記憶された呼識別子と同一の呼識別子がINVITE保留要求信号に設定されている場合ステップST301;Yes、P-CSCF51は、当該INVITEに優先呼識別子が設定されているか否かを判定するステップST302。優先呼識別子がINVITE保留要求信号に設定されていない場合ステップST302;Yes、P-CSCF51は、当該INVITEに、当該呼識別子に関連付けて記憶部514に記憶していた優先呼識別子を設定するステップST303。P-CSCF51が当該INVITEに優先呼識別子を設定しない場合、当該INVITEは優先呼についての保留要求信号であるにも関わらず、以降の保留動作において優先制御が行なわれなくなるためである。一方、INVITE保留要求信号に優先呼識別子が設定されている場合ステップST302;No、以降の保留処理において優先制御が行なわれるため、P-CSCF51は、当該INVITEに優先呼識別子を再度設定する必要はない。また、記憶部514に記憶された呼識別子と同一の呼識別子がINVITE保留要求信号に設定されていない場合ステップST301;No、当該INVITEは優先呼についての保留要求信号ではないと判断される。このため、P-CSCF51は、当該INVITEには優先呼識別子を設定しない。図5に示す優先呼判定処理が終了すると、図3に示すように、P-CSCF51は、INVITE保留要求信号を、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に転送するステップST112。ここでは、P-CSCF51は、図5のステップST303で優先呼識別子が設定されたINVITE保留要求信号を発信端末2に転送する。発信端末2は、着信端末3からの保留要求に応じることを示す応答信号として、200OKを送信するステップST113。かかる200OKは、P-CSCF41、S-CSCF42、S-CSCF52、P-CSCF51を介して着信端末3に伝送される。発信端末2は、着信端末3に対する200OKを送信すると、着信側のS-CSCF52との間でAnnouncement処理を行うステップST114。着信端末3は、発信端末2からの200OKを受信すると、ACKを送信するステップST115。ACKは、INVITE保留要求信号に応じた保留の完了確認信号である。かかるACKは、P-CSCF51、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に伝送される。ACKが発信端末2に受信されると、発信端末2と着信端末3との間の呼を用いた音声通信が停止されるステップST116。以上の保留動作では、ステップST111でINVITE保留要求信号に設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップST112~ST116の保留動作では、それぞれ、優先制御が行なわれる。このように、着信端末3が、ステップST110において発信端末2に対するINVITE保留要求信号に優先呼識別子を設定しない場合でも、P-CSCF51による優先呼識別子の設定により、保留動作における優先制御が可能となる。また、着信端末3とのインタフェースとなるP-CSCF51がINVITE保留要求信号に優先呼識別子を設定することで、当該INVITEを発信端末2に伝送するより多くの装置ここでは、S-CSCF52、S-CSCF42、P-CSCF41での優先制御が可能となる。保留解除動作において、着信端末3は、発信端末2に対するINVITEをP-CSCF51に送信するステップST117。当該INVITEは、着信端末3からの発信端末2に対する保留解除要求信号であり、保留解除を要求する情報例えば、a=sendrevなどを含む。また、当該INVITEには、保留解除の対象となる呼の呼識別子すなわち、ステップST108で設定された呼の呼識別子が設定される。P-CSCF51は、着信端末3からINVITE保留解除要求信号を受信した場合、優先呼判定処理を行うステップST118。なお、当該優先呼判定処理は、ステップST111と同様であるため説明を省略する。図5に示す優先呼判定処理が終了すると、図3に示すように、P-CSCF51は、INVITE保留解除要求信号を、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に転送するステップST119。ここでは、P-CSCF51は、図5のステップST303で優先呼識別子が設定されたINVITE保留解除要求信号を発信端末2に転送する。発信端末2は、着信端末3からの保留解除要求に応じることを示す応答信号として、200OKを送信するステップST120。かかる200OKは、P-CSCF41、S-CSCF42、S-CSCF52、P-CSCF51を介して着信端末3に伝送される。着信端末3は、発信端末2からの200OKを受信すると、ACKを送信するステップST121。ACKは、INVITE保留解除要求信号に応じた保留解除の完了確認信号である。かかるACKは、P-CSCF51、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に伝送される。ACKが発信端末2に受信されると、発信端末2と着信端末3との間の呼を用いた音声通信が再開されるステップST122。以上の保留解除動作では、ステップST118でINVITE保留解除要求信号に設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップST119~ST122の保留解除動作では、それぞれ、優先制御が行なわれる。このように、着信端末3が、ステップST117において発信端末2に対するINVITE保留解除要求信号に優先呼識別子を設定しない場合でも、P-CSCF51による優先呼識別子の設定により、保留解除動作における優先制御が可能となる。また、着信端末3とのインタフェースとなるP-CSCF51がINVITE保留解除要求信号に優先呼識別子を設定することで、当該INVITEを発信端末2に伝送するより多くの装置ここでは、S-CSCF52、S-CSCF42、P-CSCF41での優先制御が可能となる。また、呼解放処理において、着信端末3は、発信端末2に対するBYEをP-CSCF51に送信するステップST123。ここで、BYEは、着信端末3から発信端末2に対して呼の解放を要求する呼解放要求信号である。かかるBYEは、P-CSCF51、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に伝送される。発信端末2は、着信端末3からの呼解放要求に応じることを示す応答信号として、200OKを送信するステップST124。かかる200OKは、P-CSCF41、S-CSCF42、S-CSCF52、P-CSCF51を介して着信端末3に伝送される。これにより、発信端末2と着信端末3との間に設定された呼が解放される。図6は、本実施の形態に係る呼制御システムにおける優先呼制御動作の他の例を示すシーケンス図である。なお、図6では、発信端末2が優先加入者端末であり、着信端末3が一般加入者端末であるものとする。また、図6では、発信端末2からのINVITE呼設定要求信号を着信した着信端末3が、発信端末2に対する呼の設定条件の更新要求信号を送信する場合を説明する。すなわち、図4乃至6において、上述のSIPリクエストは、更新要求信号である。図6の呼設定動作におけるステップST401~ST406は、図3のステップST101~ST106と同様の処理である。ただし、図6のステップST401において、発信端末2は、着信端末3に対するINVITE呼設定要求信号に呼設定条件情報を含める。ここで、呼設定条件情報とは、例えば、IPアドレスや、ポート番号、メディア種別など呼の設定条件を示す情報である。呼設定条件情報は、例えば、offerとしてINVITE内に設定される。また、図6のステップST406において、着信端末3は、受信したINVITEに設定された呼設定条件情報に同意することを示す同意情報を180Ringingに設定する。同意情報は、例えば、Anserとして180Ringing内に設定される。発信端末2は、同意情報を含む180Ringingを受信すると、PRACKを送信するステップST407。ここで、PRACKは、暫定応答である180Ringingの送達確認信号である。かかるPRACKは、P-CSCF41、S-CSCF42、S-CSCF52、P-CSCF51を介して着信端末3に伝送される。着信端末3は、発信端末2からのPRACKを受信したことを示す応答信号として、200OKを送信するステップST408。かかる200OKは、P-CSCF51、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に伝送される。着信端末3は、既に同意した呼設定条件情報の変更を要求する場合、発信端末2に対するUPDATEをP-CSCF51に送信するステップST409。ここで、UPDATEは、呼設定条件情報の変更を要求する変更要求信号である。当該UPDATEには、変更された呼設定条件情報が含められる。P-CSCF51は、着信端末3からUPDATE更新要求信号を受信した場合、優先呼判定処理を行うステップST410。なお、当該優先呼判定処理は、図3のステップST111と同様であるため説明を省略する。図5に示す優先呼判定処理が終了すると、図6に示すように、P-CSCF51は、UPDATEを、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に転送するステップST411。ここでは、P-CSCF51は、図5のステップST303で優先呼識別子が設定されたUPDATE更新要求信号を発信端末2に転送する。発信端末2は、受信したUPDATEに設定された呼設定条件情報に同意することを示す同意情報を200OKに設定して送信するステップST412。かかる200OKは、P-CSCF41、S-CSCF42、S-CSCF52、P-CSCF51を介して着信端末3に伝送される。ステップST411及びST412の呼設定条件の更新動作では、ステップST410でUPDATE更新要求信号に設定される優先呼識別子に基づいて優先呼であることが認識可能である。このため、ステップST411及びST412の呼設定条件の更新動作では、それぞれ、優先制御が行なわれる。このように、着信端末3が、ステップST409において発信端末2に対するUPDATE更新要求信号に優先呼識別子を設定しない場合でも、P-CSCF51による優先呼識別子の設定により、呼設定条件の更新要求動作における優先制御が可能となる。また、着信端末3とのインタフェースとなるP-CSCF51がUPDATE更新要求信号に優先呼識別子を設定することで、当該UPDATEを発信端末2に伝送するより多くの装置ここでは、S-CSCF52、S-CSCF42、P-CSCF41での優先制御が可能となる。ここで、着信端末3は、ステップST405のINVITE呼設定要求信号に応じてユーザの呼び出し処理を行っている。かかる呼び出しにユーザが応じると、着信端末3は、200OKを送信するステップST413。かかる200OKは、P-CSCF51、S-CSCF52、S-CSCF42、P-CSCF41を介して発信端末2に伝送される。発信端末2は、着信端末3からの200OKを受信すると、ACKを送信するステップST414。かかるACKは、呼設定の完了確認信号であり、当該ACKが着信端末3に受信されると、発信端末2と着信端末3との間の呼が設定される。以上のように設定された呼を用いて、発信端末2と着信端末3との間では音声通信が行なわれるステップST415。ここで、当該音声通信で用いられる呼は、ステップST409~ST412の更新処理で更新されたものであるため、着信端末3からのUPDATE更新要求信号に優先呼識別子が設定されていない場合は、当該呼は優先呼として扱わない。しかしながら、本動作においては、ステップST410において、着信端末3からのUPDATEに優先呼識別子が設定されるため、当該呼が優先呼として扱われ、ステップST415における音声通信においても優先制御が行なわれる。図6のステップST416、ST417は、図3のステップST123、ST124と同様であるため、説明を省略する。本実施の形態に係る呼制御システム1によれば、P-CSCF51は、優先呼識別子が設定されているINVITE呼設定要求信号を受信した場合に、当該INVITEに設定されている呼識別子と優先呼識別子とを関連付けて記憶する。また、P-CSCF51は、着信端末3からの発信端末2に対するSIPリクエスト要求信号に記憶した呼識別子と同一の識別子が設定されていて、かつ、当該SIPリクエストに優先呼識別子が設定されていない場合、当該SIPリクエストに、当該呼識別子に関連付けて記憶していた優先呼識別子を設定する。このため、優先呼識別子が設定されたINVITEを着信した着信端末3が、発信端末2に対するSIPリクエストに優先呼識別子を設定しない場合であっても、当該SIPリクエストに係る呼の優先制御を行うことができる。また、本実施の形態に係る呼制御システム1によれば、着信端末3に端末間インタフェースを介して接続されるP-CSCF51が、着信端末3から受信したSIPリクエストに優先呼識別子を設定する。このため、当該SIPリクエストを発信端末2に伝送する各装置S-CSCF52、S-CSCF42、P-CSCF41などでは、当該SIPリクエストに係る呼の優先制御が可能となる。上述の実施の形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。また、上述の実施の形態では、着信端末3に接続されるP-CSCF51が、着信端末3から受信したSIPリクエストに優先呼識別子を設定するものとした。しかしながら、当該SIPリクエストを発信端末2に伝送する他の装置例えば、S-CSCF52などで優先呼識別子が設定されてもよい。かかる場合、当該他の装置が、発信端末2からのINVITE呼設定要求信号に優先呼識別子が設定されている場合、当該INVITEに設定されている呼識別子と優先呼識別子とを関連付けて記憶する。以上のように、本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。