(57)【要約】【課題】  着信端末＃Ｃが、ＶｏＩＰ通信用制御サーバー３０にログインしていない場合であっても、発信端末＃Ａと着信端末＃Ｃとの間でＶｏＩＰ通信を開始することを可能とする。【解決手段】  本発明に係るＶｏＩＰ通信方法は、発信端末＃Ａが、着信端末＃Ｃに対して発信メッセージを送信する工程と、着信端末＃Ｃが、受信した発信メッセージに応じて呼制御サーバー３０に対して登録処理を行う工程と、呼制御サーバー３０を介して、登録処理が完了した着信端末＃Ｃと発信端末＃Ａとの間でパケット通信を用いた通話の開始処理を行う工程とを有する。【選択図】  図４
2006345252.tif 000002
【特許請求の範囲】
【請求項１】
発信端末が、着信端末に対して、発信メッセージを送信する工程と、
前記着信端末が、受信した前記発信メッセージに応じて、呼制御サーバーに対して登録処理を行う工程と、
前記呼制御サーバーを介して、前記登録処理が完了した前記着信端末と前記発信端末との間で、パケット通信を用いた通話の開始処理を行う工程とを有することを特徴とする通信方法。
【請求項２】
前記パケット通信を用いた通話の開始処理を行う工程は、
前記発信端末が、前記発信メッセージを送信した後、前記呼制御サーバーに対して、前記着信端末宛ての呼び出し要求を送信する工程を有することを特徴とする請求項１に記載の通信方法。
【請求項３】
パケット通信を用いた通話を行うことができる無線通信端末であって、
複数の発信メッセージを受信した場合、ユーザからの指示に応じて、該複数の発信メッセージの中から１つの発信メッセージを選択するように構成されている選択部と、
選択した前記発信メッセージの送信元である発信端末との間で、パケット通信を用いた通話を開始するように構成されている着信処理部とを具備することを特徴とする無線通信端末。
【請求項４】
パケット通信を用いた通話を行うことができる無線通信端末であって、
発信メッセージを受信するように構成されている発信メッセージ受信部と、
受信した前記発信メッセージの送信元である発信端末の識別情報を記憶するように構成されている発信端末識別情報記憶部と、
前記発信メッセージの受信に応じて、呼制御サーバーに対して登録処理を行うように構成されている登録処理部と、
前記呼制御サーバーからの呼び出し要求に係る発信端末の識別情報と、前記発信端末識別情報記憶部に記憶されている前記発信端末の識別情報とが一致しない場合、該呼び出し要求を拒絶するように構成されている着信処理部とを具備することを特徴とする無線通信端末。
【請求項５】
パケット通信を用いた通話を行うことができる無線通信端末であって、
着信端末に対して、発信メッセージを送信するように構成されている発信メッセージ送信部と、
前記発信メッセージを送信してから所定期間経過後、呼制御サーバーに対して、前記着信端末宛ての呼び出し要求を送信するように構成されている呼び出し要求送信部とを具備することを特徴とする無線通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信方法、及び、パケット通信を用いた通話を行うことができる無線通信端末に関する。
【背景技術】
【０００２】
従来、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバーを用いて、一般的な電話端末（例えば、ＩＳＤＮ用電話端末やＰＳＴＮ用電話端末等）の間でＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）通信を実現する技術が知られている（例えば、非特許文献１参照）。
【非特許文献１】“ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ”、ＲＦＣ３２６１
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、例えば、有線システムにおける従来のＳＩＰサーバーを用いたＶｏＩＰ技術は、着信端末のＳＩＰサーバーに対するログイン処理（登録処理）が完了していることを前提としている。
【０００４】
すなわち、かかるＶｏＩＰ技術では、ＳＩＰサーバーが、発信端末から、着信端末の呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ）を受信した場合であっても、当該着信端末の当該ＳＩＰサーバーに対するログイン処理が完了されていない限り、当該発信端末は、当該着信端末との間でＶｏＩＰ通信を開始することができない。
【０００５】
一般的に、無線通信端末は、その性質上、常時、通信可能な状態でいられるとは限らないため、ＳＩＰサーバーに対するログイン処理が完了されていないケースが多い。
【０００６】
したがって、従来のＶｏＩＰ技術では、ＳＩＰサーバーが、無線通信端末（着信端末）宛ての呼び出し要求を送信した場合であっても、発信端末と当該無線通信端末（着信端末）との間で、ＶｏＩＰ通信を開始することができない場合が多いという問題点があった。
【０００７】
そこで、本発明は、以上の点に鑑みてなされたもので、着信端末が、呼制御サーバー（ＳＩＰサーバー）に登録していない場合であっても、発信端末と当該着信端末との間でＶｏＩＰ通信を開始することを可能とするＶｏＩＰ通信方法及び無線通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の特徴は、通信方法であって、発信端末が、着信端末に対して発信メッセージを送信する工程と、前記着信端末が、受信した前記発信メッセージに応じて、呼制御サーバーに対して登録処理を行う工程と、前記呼制御サーバーを介して、前記登録処理が完了した前記着信端末と前記発信端末との間で、パケット通信を用いた通話の開始処理を行う工程とを有することを要旨とする。
【０００９】
かかる発明によれば、発信メッセージによって、着信端末の呼制御サーバー（ＳＩＰサーバー）に対する登録処理（ログイン処理）を促すことができるので、着信端末の呼制御サーバーに対する登録処理が完了していなくても、発信メッセージを受信可能な状態（例えば、電源が入っている状態）でありさえすれば、当該着信端末との間で、パケット通信を用いた通話（例えば、ＶｏＩＰ通信）を開始することができる。
【００１０】
本発明の第１の特徴において、前記パケット通信を用いた通話の開始処理を行う工程が、前記発信端末が、前記発信メッセージを送信した後、前記呼制御サーバーに対して、前記着信端末宛ての呼び出し要求を送信する工程を有していてもよい。
【００１１】
かかる発明によれば、上述のように発信メッセージによって着信端末を呼制御サーバーに登録させた後は、従来のＶｏＩＰ通信方法と同様の方法でＶｏＩＰ通信を開始することができるので、従来のＶｏＩＰ通信システムのリソースを活用することができる。
【００１２】
本発明の第２の特徴は、パケット通信を用いた通話を行うことができる無線通信端末であって、複数の発信メッセージを受信した場合、ユーザからの指示に応じて、該複数の発信メッセージの中から１つの発信メッセージを選択するように構成されている選択部と、選択した前記発信メッセージの送信元である発信端末との間で、パケット通信を用いた通話を開始するように構成されている着信処理部とを具備することを要旨とする。
【００１３】
かかる発明によれば、着信端末のユーザが、重複して受信した発信メッセージの送信元の中から、パケット通信を用いた通話（例えば、ＶｏＩＰ通信）を行う相手となる発信端末を自由に選択することができる。
【００１４】
本発明の第３の特徴は、パケット通信を用いた通話を行うことができる無線通信端末であって、発信メッセージを受信するように構成されている発信メッセージ受信部と、受信した前記発信メッセージの送信元である発信端末の識別情報を記憶するように構成されている発信端末識別情報記憶部と、前記発信メッセージの受信に応じて、呼制御サーバーに対して登録処理を行うように構成されている登録処理部と、前記呼制御サーバーからの呼び出し要求に係る発信端末の識別情報と、前記発信端末識別情報記憶部に記憶されている前記発信端末の識別情報とが一致しない場合、該呼び出し要求を拒絶するように構成されている着信処理部とを具備することを要旨とする。
【００１５】
かかる発明によれば、通信エラー等で発信メッセージが、着信端末に届いていない場合に、当該着信端末が、発信メッセージの送信元と呼び出し要求の送信元とが一致しないという矛盾した状況を解決することができる。
【００１６】
また、かかる発明によれば、着信端末が、複数の発信メッセージを受信した場合、選択していない発信メッセージの送信元である発信端末からの呼び出し要求を自動的に拒絶することができる。
【発明の効果】
【００１７】
以上説明したように、本発明によれば、着信端末が、呼制御サーバー（ＳＩＰサーバー）に登録していない場合であっても、発信端末と当該着信端末との間でＶｏＩＰ通信を開始することを可能とするＶｏＩＰ通信方法及び無線通信端末を提供することができる。
【発明を実施するための最良の形態】
【００１８】
（本発明の第１の実施形態に係るＶｏＩＰ通信システム）
図１乃至図３を参照して、本発明の第１の実施形態に係るＶｏＩＰ通信システムの構成について説明する。
【００１９】
本明細書では、パケット通信を用いた通話の代表として、ＶｏＩＰ通信を用いた例について説明するが、パケット通信を用いた通話は、ＶｏＩＰ通信に限定されるものではなく、パケットネットワーク（例えば、ＩＰネットワーク）を介して行われる音声通信全般を含むものとし、ＴＶ電話通信やＴＶ会議通信等といった音声通信に他の種類の通信を融合して構成されるものをも含むものとする。
【００２０】
図１に示すように、本実施形態に係るＶｏＩＰ通信システムは、ＳＩＰサーバー３０と、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）サーバー４０とを具備している。また、本実施形態では、無線通信端末１０Ａ乃至１０Ｃが、無線パケットネットワーク１を介して、ＳＩＰサーバー３０及びＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）サーバー４０に接続するように構成されている。
【００２１】
ＳＩＰサーバー３０は、ＳＩＰ手順に基づいて、ＶｏＩＰ通信に係る呼制御を行うように構成されている呼用制御サーバーである。具体的には、ＳＩＰサーバー３０は、登録処理が完了している通信端末（例えば、無線通信端末１０Ａ乃至１０Ｃ）のＩＰアドレスや電話番号等を管理するように構成されている。
【００２２】
ＳＭＳサーバー４０は、メッセージサービス（ショートメッセージサービス）を提供するように構成されているメッセージサービス提供サーバーである。
【００２３】
無線通信端末１０Ａ乃至１０Ｃは、無線パケットネットワーク１を介して、他の通信端末との間で、ＶｏＩＰ通信を行うことができるものである。なお、無線通信端末１０Ａ乃至１０Ｃの構成は、基本的に同一であるので、以下、代表して無線通信端末１０と表記して、無線通信端末１０Ａ乃至１０Ｃの構成について説明するものとする。
【００２４】
無線通信端末１０は、図２に示すように、発信処理部１１と、発信メッセージ受信部２１と、発信端末識別情報選択部２２と、発信端末識別情報記憶部２３と、ログイン処理部２４と、着信処理部２５とを具備している。
【００２５】
発信処理部１１は、ユーザからの指示に応じて、ＳＩＰ手順に従って、着信端末宛ての発信処理を行うことによって、当該着信端末との間のセッションを確立するように構成されている。
【００２６】
具体的には、発信処理部１１は、着信端末＃Ｃに対して、ショートメッセージサービスにおけるＰｕｓｈ技術を用いた発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を送信するように構成されている。
【００２７】
また、発信処理部１１は、具体的は、上述の着信端末宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を送信してから、ＳＩＰ手順に従って、ＳＩＰサーバー３０に対してログイン処理（登録処理）を行い、所定期間経過後、ＳＩＰサーバー３０に対して、呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ）を送信するように構成されている。かかる所定期間は、当該無線通信端末１０に設けられているタイマ等によって管理される。
【００２８】
発信メッセージ受信部２１は、発信端末によって送信された発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を受信するように構成されている。
【００２９】
発信端末識別情報選択部２２は、複数の発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を受信した場合、ユーザからの指示に応じて、当該複数の発信メッセージ（ＳＭＳ  Ｐｕｓｈ）の中から１つの発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を選択するように構成されている。
【００３０】
例えば、発信端末識別情報選択部２２は、複数の発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を受信した場合、図３に示すような発信端末選択画面を表示する。
【００３１】
かかる発信端末選択画面には、所定期間内に、発信メッセージ受信部２１によって受信された発信メッセージ（ＳＭＳ  Ｐｕｓｈ）の送信元である発信端末の電話番号が全て表示されるように構成されている。
【００３２】
なお、かかる発信端末選択画面には、発信端末の電話番号の代わりに、他の発信端末の識別情報（ユーザＩＤやＩＰアドレス等）が表示されるように構成されていてもよい。  
発信端末識別情報選択部２２は、発信端末選択画面を介してユーザによって選択された発信端末の識別情報を含む発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を、上述の発信メッセージ（ＳＭＳ  Ｐｕｓｈ）として選択するように構成されている。
【００３３】
なお、発信端末識別情報選択部２２は、ユーザによって予め設定されている条件（例えば、優先順位等）に基づいて、上述の発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を自動的に選択するように構成されていてもよい。
【００３４】
発信端末識別情報記憶部２３は、発信端末識別情報選択部２２によって選択された発信メッセージ（ＳＭＳ  Ｐｕｓｈ）の送信元である発信端末の識別情報（例えば、電話番号）を記憶するように構成されている。
【００３５】
なお、発信端末識別情報記憶部２３は、発信メッセージ受信部２１によって受信された発信メッセージ（ＳＭＳ  Ｐｕｓｈ）の送信元である発信端末の識別情報（例えば、電話番号）を全て記憶するように構成されていてもよい。
【００３６】
ログイン処理部２４は、ＳＩＰ手順に従って、発信メッセージ（ＳＭＳ  Ｐｕｓｈ）の受信に応じて、ＳＩＰサーバー３０に対してログイン処理（登録処理）を行うように構成されている。
【００３７】
具体的には、ログイン処理部２４は、かかるログイン処理によって、当該無線通信端末の電話番号やＩＰアドレスやユーザＩＤ等をＳＩＰサーバー３０に通知するように構成されている。
【００３８】
なお、ログイン処理部２４は、発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を受信してから所定期間経過後に、ＳＩＰサーバー３０に対してログイン処理（登録処理）を行うように構成されていてもよい。
【００３９】
着信処理部２５は、ＳＩＰサーバー３０に対するログイン処理（登録処理）の完了後に、ＳＩＰ手順に従って、発信端末識別情報選択部２２によって選択された発信メッセージの送信元である発信端末との間で、ＶｏＩＰ通信を開始するように構成されている。
【００４０】
また、着信処理部２５は、ＳＩＰサーバー３０からの呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ）に係る発信端末の識別情報と、発信端末識別情報記憶部２３に記憶されている発信端末の識別情報とが一致しない場合、当該呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ）を拒絶するように構成されている。
【００４１】
（本発明の第１の実施形態に係るＶｏＩＰ通信方法）
以下、図４及び図５を参照して、本発明の第１の実施形態に係るＶｏＩＰ通信方法について説明する。
【００４２】
図４は、着信端末＃Ｃが、着信端末＃Ｃ宛ての発信メッセージを送信した発信端末＃Ａ及び＃Ｂの中から、通信相手として発信端末＃Ｂを選択してＶｏＩＰ通信を開始する場合の例について示す。
【００４３】
図４に示すように、ステップＳ１０１において、発信端末＃Ａは、ＳＩＰサーバー３０を経由することなく、着信端末＃Ｃに対して、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ａ））を送信する。
【００４４】
ステップＳ１０２において、発信端末＃Ａは、ＳＩＰサーバー３０に対してログイン処理を行う。
【００４５】
ステップＳ１０３において、発信端末＃Ａは、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ａ））の送信処理から所定期間経過後に、ＳＩＰサーバー３０に対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））を送信する。なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））には、着信端末＃Ｃの電話番号を示す情報が含まれている。
【００４６】
ステップＳ１０４において、ＳＩＰサーバー３０は、発信端末＃Ａに対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に対する処理を行っている旨を通知する処理中通知（１００  Ｔｒｙｉｎｇ）を送信する。
【００４７】
ステップＳ１０５において、発信端末＃Ｂは、ＳＩＰサーバー３０を経由することなく、着信端末＃Ｃに対して、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ｂ））を送信する。
【００４８】
ステップＳ１０６において、発信端末＃Ｂは、ＳＩＰサーバー３０に対してログイン処理を行う。
【００４９】
ステップＳ１０７において、発信端末＃Ｂは、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ｂ））の送信処理から所定期間経過後に、ＳＩＰサーバー３０に対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））を送信する。なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））には、着信端末＃Ｃの電話番号を示す情報が含まれている。
【００５０】
ステップＳ１０８において、ＳＩＰサーバー３０は、発信端末＃Ｂに対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に対する処理を行っている旨を通知する処理中通知（１００  Ｔｒｙｉｎｇ）を送信する。
【００５１】
ステップＳ１０９において、着信端末＃Ｃは、ユーザからの指示に応じて、発信端末＃Ｂの識別情報を含む発信メッセージを選択するとともに、選択した発信端末＃Ｂの識別情報を発信端末識別情報記憶部２３に記憶する。
【００５２】
ステップＳ１１０において、着信端末＃Ｃは、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ａ））の受信から所定期間経過後に、ＳＩＰサーバー３０に対してログイン処理を行う。
【００５３】
ステップＳ１１１において、ＳＩＰサーバー３０は、最初に発信端末＃Ａから受信した着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に基づいて生成された着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ａ））を着信端末＃Ｃに対して送信する。
【００５４】
なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ａ））は、発信端末＃Ａの識別情報を含んでおり、着信端末＃ＣのＩＰアドレス宛てに送信される。
【００５５】
ステップＳ１１２において、着信端末＃Ｃは、ＳＩＰサーバー３０からの呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ａ））に係る発信端末の識別情報（＃Ａ）と、発信端末識別情報記憶部２３に記憶されている発信端末の識別情報（＃Ｂ）とが一致するか否かについて判定する。
【００５６】
ステップＳ１１３において、着信端末＃Ｃは、両者が一致しないため、当該呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ａ））を拒絶する着信拒否通知（Ｒｅｊｅｃｔ）を、ＳＩＰサーバー３０に対して送信する。
【００５７】
ＳＩＰサーバー３０は、ステップＳ１１４において、当該着信拒否通知（Ｒｅｊｅｃｔ）を発信端末＃Ａに送信し、ステップＳ１１５において、２番目に発信端末＃Ｂから受信した着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に基づいて生成された着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｂ））を着信端末＃Ｃに対して送信する。
【００５８】
なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｂ））は、発信端末＃Ｂの識別情報を含んでおり、着信端末＃ＣのＩＰアドレス宛てに送信される。
【００５９】
ステップＳ１１６において、着信端末＃Ｃは、ＳＩＰサーバー３０からの呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｂ））に係る発信端末の識別情報（＃Ｂ）と、発信端末識別情報記憶部２３に記憶されている発信端末の識別情報（＃Ｂ）とが一致するか否かについて判定する。
【００６０】
ステップＳ１１７において、着信端末＃Ｃは、両者が一致するため、当該呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｂ））を了承する着信応答（２００  ＯＫ）をＳＩＰサーバー３０に対して送信し、ステップＳ１１８において、ＳＩＰサーバー３０が、当該着信応答（２００  ＯＫ）を発信端末＃Ｂに対して送信する。
【００６１】
ステップＳ１１９において、発信端末＃Ｂが、受信した着信応答（２００  ＯＫ）を受信した旨を示すＡＣＫをＳＩＰサーバー３０に対して送信し、ステップＳ１２０において、ＳＩＰサーバー３０が、当該ＡＣＫを着信端末＃Ｃに対して送信する。
【００６２】
ステップＳ１２１において、発信端末＃Ｂと着信端末＃Ｃとの間のセッションが確立し、当該セッションを介して当該発信端末＃Ｂと当該着信端末＃Ｃとの間でＶｏＩＰ通信が開始される。
【００６３】
次に、図５は、発信端末＃Ａ及び＃Ｂが、着信端末＃Ｃ宛ての発信メッセージを送信したが、発信端末＃Ａから送信された着信端末＃Ｃ宛ての発信メッセージが、通信エラー等によって着信端末＃Ｃに到達しなかった場合の例について説明する。
【００６４】
図５に示すように、ステップＳ２０１において、発信端末＃Ａは、ＳＩＰサーバー３０を経由することなく、着信端末＃Ｃに対して、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ａ））を送信するように試みるが失敗する。かかる場合、ＳＭＳサーバー４０が、このように送信に失敗した発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ａ））を、所定回数だけ再送するものとする。
【００６５】
発信端末＃Ａは、上述の送信失敗について気付いていないため、ステップＳ２０２において、ＳＩＰサーバー３０に対してログイン処理を行い、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ａ））の送信処理から所定期間経過後に、ステップＳ２０３において、ＳＩＰサーバー３０に対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））を送信する。なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））には、着信端末＃Ｃの電話番号を示す情報が含まれている。
【００６６】
ステップＳ２０４において、ＳＩＰサーバー３０も、上述の送信失敗について気付いていないため、発信端末＃Ａに対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に対する処理を行っている旨を通知する処理中通知（１００  Ｔｒｙｉｎｇ）を送信する。
【００６７】
ステップＳ２０５において、発信端末＃Ｂは、ＳＩＰサーバー３０を経由することなく、着信端末＃Ｃに対して、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ｂ））を送信する。
【００６８】
ステップＳ２０６において、発信端末＃Ｂは、ＳＩＰサーバー３０に対してログイン処理を行う。
【００６９】
ステップＳ２０７において、発信端末＃Ｂは、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ｂ））の送信処理から所定期間経過後に、ＳＩＰサーバー３０に対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））を送信する。なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））には、着信端末＃Ｃの電話番号を示す情報が含まれている。
【００７０】
ステップＳ２０８において、ＳＩＰサーバー３０は、発信端末＃Ｂに対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に対する処理を行っている旨を通知する処理中通知（１００  Ｔｒｙｉｎｇ）を送信する。
【００７１】
ステップＳ２０９において、着信端末＃Ｃは、受信に成功した発信端末＃Ｂの識別情報を発信端末識別情報記憶部２３に記憶する。
【００７２】
ステップＳ２１０において、着信端末＃Ｃは、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ａ））の受信から所定期間経過後に、ＳＩＰサーバー３０に対してログイン処理を行う。
【００７３】
ステップＳ２１１において、ＳＩＰサーバー３０は、最初に発信端末＃Ａから受信した着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に基づいて生成された着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ａ））を着信端末＃Ｃに対して送信する。
【００７４】
なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ａ））は、発信端末＃Ａの識別情報を含んでおり、着信端末＃ＣのＩＰアドレス宛てに送信される。
【００７５】
ステップＳ２１２において、着信端末＃Ｃは、ＳＩＰサーバー３０からの呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ａ））に係る発信端末の識別情報（＃Ａ）と、発信端末識別情報記憶部２３に記憶されている発信端末の識別情報（＃Ｂ）とが一致するか否かについて判定する。
【００７６】
ステップＳ２１３において、着信端末＃Ｃは、両者が一致しないため、すなわち、発信端末＃Ａの識別情報を含む発信メッセージを受信していないため、当該呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ａ））を拒絶する着信拒否通知（Ｒｅｊｅｃｔ）を、ＳＩＰサーバー３０に対して送信する。
【００７７】
ＳＩＰサーバー３０は、ステップＳ２１４において、当該着信拒否通知（Ｒｅｊｅｃｔ）を発信端末＃Ａに送信し、ステップＳ２１５において、２番目に発信端末＃Ｂから受信した着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に基づいて生成された着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｂ））を着信端末＃Ｃに対して送信する。
【００７８】
なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｂ））は、発信端末＃Ｂの識別情報を含んでおり、着信端末＃ＣのＩＰアドレス宛てに送信される。
【００７９】
ステップＳ２１６において、着信端末＃Ｃは、ＳＩＰサーバー３０からの呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｂ））に係る発信端末の識別情報（＃Ｂ）と、発信端末識別情報記憶部２３に記憶されている発信端末の識別情報（＃Ｂ）とが一致するか否かについて判定する。
【００８０】
ステップＳ２１７において、着信端末＃Ｃは、両者が一致するため、すなわち、発信端末＃Ｂの識別情報を含む発信メッセージを受信しているため、当該呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｂ））を了承する着信応答（２００  ＯＫ）をＳＩＰサーバー３０に対して送信し、ステップＳ２１８において、ＳＩＰサーバー３０が、当該着信応答（２００  ＯＫ）を発信端末＃Ｂに対して送信する。
【００８１】
ステップＳ２１９において、発信端末＃Ｂが、受信した着信応答（２００  ＯＫ）を受信した旨を示すＡＣＫをＳＩＰサーバー３０に対して送信し、ステップＳ２２０において、ＳＩＰサーバー３０が、当該ＡＣＫを着信端末＃Ｃに対して送信する。
【００８２】
ステップＳ２２１において、発信端末＃Ｂと着信端末＃Ｃとの間のセッションが確立し、当該セッションを介して当該発信端末＃Ｂと当該着信端末＃Ｃとの間でＶｏＩＰ通信が開始される。
【００８３】
（本発明の第１の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法の作用・効果）
本発明の第１の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法によれば、発信メッセージによって、着信端末＃ＣのＳＩＰサーバー３０に対するログイン処理を促すことができるので、着信端末＃ＣのＳＩＰサーバー３０に対するログイン処理が完了していなくても、発信メッセージを受信可能な状態（例えば、電源が入っている状態）でありさえすれば、着信端末＃Ｃとの間でＶｏＩＰ通信を開始することができる。
【００８４】
本発明の第１の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法によれば、上述のように発信メッセージによって着信端末＃ＣをＳＩＰサーバー３０に登録させた後は、従来のＶｏＩＰ通信方法と同様の方法でＶｏＩＰ通信を開始することができるので、従来のＶｏＩＰ通信システムリソースを活用することができる。
【００８５】
本発明の第１の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法によれば、着信端末＃Ｃのユーザが、重複して受信した発信メッセージの送信元の中から、ＶｏＩＰ通信を行う相手となる発信端末を自由に選択することができる。
【００８６】
本発明の第１の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法によれば、通信エラー等で発信メッセージが、着信端末＃Ｃに届いていない場合に、当該着信端末＃Ｃが、発信メッセージの送信元と呼び出し要求の送信元とが一致しないという矛盾した状況を解決することができる。
【００８７】
本発明の第１の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法によれば、着信端末＃Ｃが、複数の発信メッセージを受信した場合、選択していない発信メッセージの送信元である発信端末からの呼び出し要求を自動的に拒絶することができる。
【００８８】
本発明の第１の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法によれば、発信端末が、発信メッセージ（ＳＭＳ  Ｐｕｓｈ）を送信することによって着信端末を起動してから、ＳＩＰサーバー３０に対してログイン処理を行うように構成されているため、発信端末における登録処理及び着信端末における登録処理が並行して行われ、ＶｏＩＰ通信を開始するまでの時間を短縮することができる。
【００８９】
（本発明の第２の実施形態）
図６を参照して、本発明の第２の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法について説明する。以下、本発明の第２の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法について、上述の第１の実施形態に係るＶｏＩＰ通信システム及びＶｏＩＰ通信方法との相違点について主として説明する。
【００９０】
本実施形態に係る無線通信端末１０の発信処理部１１は、ユーザからの指示に応じて、ＳＩＰサーバー３０に対して、着信端末宛ての発信要求として、ＳＩＰ手順に基づく呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ）を送信するように構成されている。
【００９１】
以下、図６を参照して、本発明の第２の実施形態に係るＶｏＩＰ通信方法について説明する。図６は、発信端末＃Ａ及び＃Ｂが、着信端末＃Ｃ宛ての呼び出し要求を送信したが、発信端末＃Ａに係る着信端末＃Ｃ宛ての発信メッセージが、通信エラー等によって着信端末＃Ｃに到達しなかった場合の例について説明する。
【００９２】
図６に示すように、ステップＳ３００において、発信端末＃Ａは、ＳＩＰサーバー３０に対してログイン処理を行う。
【００９３】
ステップＳ３０１において、発信端末＃Ａは、ＳＩＰサーバー３０に対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））を送信する。なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））には、着信端末＃Ｃの電話番号を示す情報が含まれている。
【００９４】
ステップＳ３０２において、ＳＩＰサーバー３０は、ＳＭＳサーバー４０を呼び出して、発信端末＃Ａから上述の着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））を受信した旨を通知する。
【００９５】
ステップＳ３０３において、ＳＭＳサーバー４０は、ＳＩＰサーバー３０からの通知に応じて、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ａ））を生成する。その後、ＳＭＳサーバー４０は、かかる着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ａ））の着信端末＃Ｃへの送信を試みるが失敗する。
【００９６】
ステップＳ３０４において、ＳＩＰサーバー３０は、上述の送信失敗に気付いていないため、発信端末＃Ａに対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に対する処理を行っている旨を通知する処理中通知（１００  Ｔｒｙｉｎｇ）を送信する。
【００９７】
ステップＳ３０５ａにおいて、発信端末＃Ｂは、ＳＩＰサーバー３０に対してログイン処理を行う。
【００９８】
ステップＳ３０５において、発信端末＃Ｂは、ＳＩＰサーバー３０に対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））を送信する。なお、かかる着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））には、着信端末＃Ｃの電話番号を示す情報が含まれている。
【００９９】
ステップＳ３０６において、ＳＩＰサーバー３０は、ＳＭＳサーバー４０を呼び出して、発信端末＃Ｂから上述の着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））を受信した旨を通知する。
【０１００】
ステップＳ３０７において、ＳＭＳサーバー４０は、ＳＩＰサーバー３０からの通知に応じて、着信端末＃Ｃ宛ての発信メッセージ（ＳＭＳ  Ｐｕｓｈ（Ｂ））を生成して着信端末＃Ｃに対して送信する。
【０１０１】
ステップＳ３０８において、ＳＩＰサーバー３０は、発信端末＃Ｂに対して、着信端末＃Ｃ宛ての呼び出し要求（ＩＮＶＩＴＥ  Ｒｅｑｕｅｓｔ（Ｃ））に対する処理を行っている旨を通知する処理中通知（１００  Ｔｒｙｉｎｇ）を送信する。
【０１０２】
ステップＳ３０９において、着信端末＃Ｃは、受信に成功した発信端末＃Ｂの識別情報を発信端末識別情報記憶部２３に記憶する。
【０１０３】
ステップＳ３１０乃至Ｓ３２１の動作は、図５におけるステップＳ２１０乃至Ｓ２２１の動作と同一である。
【０１０４】
なお、本発明は、上述の第１及び第２の実施形態において説明したように、着信端末が１つである場合だけでなく、複数の着信端末が存在する場合（例えば、ＴＶ電話会議用通信の場合）にも適用可能である。
【０１０５】
また、上述の第１及び第２の実施形態では、通信プロトコルとしてＳＩＰを用いる場合について説明したが、本発明は、かかる場合に限定されることはなく、図４乃至図６の動作を実現することができるプロトコルであれば、任意のプロトコルを用いた場合にも適用可能である。
【図面の簡単な説明】
【０１０６】
【図１】本発明の第１の実施形態に係るＶｏＩＰ通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る無線通信端末の機能ブロック図である。
【図３】本発明の第１の実施形態に係る無線通信端末によって表示される発信端末選択画面の一例を示す図である。
【図４】本発明の第１の実施形態に係るＶｏＩＰ通信方法を示すシーケンス図である。
【図５】本発明の第１の実施形態に係るＶｏＩＰ通信方法を示すシーケンス図である。
【図６】本発明の第２の実施形態に係るＶｏＩＰ通信方法を示すシーケンス図である。
【符号の説明】
【０１０７】
１０、１０Ａ、１０Ｂ、１０Ｃ…無線通信端末
１１…発信処理部
２１…発信メッセージ受信部
２２…発信端末識別情報選択部
２３…発信端末識別情報記憶部
２４…ログイン処理部
２５…着信処理部
３０…ＳＩＰサーバー
４０…ＳＭＳサーバー
【図１】
2006345252.tif 000003
【図２】
2006345252.tif 000004
【図３】
2006345252.tif 000005
【図４】
2006345252.tif 000006
【図５】
2006345252.tif 000007
【図６】
2006345252.tif 000008