JP2009055557A

JP2009055557A - 通信装置および通信制御方法

Info

Publication number: JP2009055557A
Application number: JP2007222816A
Authority: JP
Inventors: Chizuko Nagasawa; 知津子長澤; Kugo Morita; 空悟守田
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2007-08-29
Filing date: 2007-08-29
Publication date: 2009-03-12
Anticipated expiration: 2027-08-29
Also published as: JP5000432B2; EP2187609A4; KR20100049622A; US20100296442A1; US8396046B2; WO2009028546A1; EP2187609B1; EP2187609A1; CN101836485A; CN101836485B; KR101139041B1

Abstract

【課題】発信中断時に送信した通話可能通知要求に対する発信先端末からの通話可能通知を受信して再発信した後に、発信時に記憶しておいた画面状態に戻すことで、再発信時の発信側ユーザの手間を軽減する技法（装置、方法）を提供する。
【解決手段】発信元端末ＵＡ１００は、希望ネットワークで通信に関する情報を含む呼出要求の送信したときの情報表示部３６０の画面状態および該画面状態に対応するアプリケーションの起動状態を記憶する画面状態記憶部５００と、発信中断後に送信した通話可能通知要求に対して希望ネットワークを使用できる状態になった発信先端末ＵＡ２００から通話可能通知を受信すると、画面状態記憶部５００に記憶された画面状態を情報表示部３６０に表示するとともに、当該画面状態において発信指示を検出すると、該発信指示に対応するアプリケーションで発信するように制御する制御部３２０とを備える。
【選択図】図２

Description

本発明は、通信装置および通信制御方法に関するものである。

ＶｏＩＰ（Voice over Internet Protocol）を応用したインターネット電話などのリアルタイムアプリケーションにおいて接続要求などの呼制御を実現する通話制御プロトコルの１つとして、ＳＩＰ（Session Initiation Protocol ）という規格が定められている（例えば非特許文献１参照）。

ＳＩＰは、当初はインターネット上の有線ネットワークで接続されているＰＣやサーバなどのコンピュータ間でのＶｏＩＰ通信のために利用されてきた。しかしながら、近年、無線通信機器においてもデジタル化およびＩＰ化が進み、ＳＩＰをサポートする無線通信事業者（オペレータ）のＳＩＰサーバおよび無線通信端末（装置）が開発されている。さらに、最近では無線通信技術の発展に伴って、１つの無線通信端末が、異なる無線通信システム（無線通信ネットワーク）に接続可能な複数の無線通信デバイスを備えることが可能になってきた。典型的な構成は、ＰＤＡ、ＰＣ、或いは携帯電話機が、携帯電話ネットワークと接続する第１の無線通信デバイスと、ＷｉＦｉやＷｉＭＡＸなどの無線ＬＡＮやＭＡＮ（MetropolitanArea Network）のステーションと接続する第２の無線通信デバイスとを備えるものである。
ウェブサイト：http://www.ietf.org/rfc/rfc3261.txt （ＳＩＰを規定するＲＦＣ文書）

しかしながら、ＳＩＰ技術は、元々は有線通信ネットワークを対象とした技術であり、帯域や通信品質が時々刻々と変化する無線通信ネットワークは想定していなかった。さらに、ＳＩＰ技術は、複数の無線通信ネットワークに接続可能な無線通信装置などは対象としていなかった。即ち、インターネット上の有線通信ネットワークにおけるＳＩＰ技術の開発は進んでいるが、異種の無線通信ネットワークが複数あり、このような複数の異種無線ネットワークに跨る通信環境を前提としたＳＩＰ技術の開発は遅れている。

図３３に、従来技術による無線通信ネットワーク構成図を示す。図示するように、サーバやゲートウェイとしては、ＤＮＳサーバ１０、ＳＩＰサーバ２０、ＳＩＰサーバ３０、ゲートウェイ（ＧＷ）４０、ＳＭＳサーバ５０、ＳＩＰサーバ（或いはＧＷ）６０、ＳＩＰサーバ（或いはＧＷ）７０がある。発信側および着信側の通信端末やソフトホンとしては、無線通信端末ＵＡ１，ＵＡ２、通信端末（ソフトホン）ＵＡ３がある。これらの各端末は、上述した各サーバと、インターネットＮＥＴ１、オペレータパケットネットワークＮＥＴ２、オペレータ回線交換ネットワークＮＥＴ３、オペレータ無線通信パケットネットワークＲＮＥＴ１，ＲＮＥＴ２を介して接続されている。

例えば、図示したような無線通信ネットワーク構成において、無線通信端末ＵＡ１のＳＩＰ接続要求（発呼；INVITE）に応じて、オペレータ無線通信パケットネットワークＲＮＥＴ１に対応する回線交換ネットワークのＳＭＳサーバ５０によるＳＭＳ（ショートメッセージサービス）メッセージによって無線通信端末ＵＡ２が呼び出される（パケットネットワークへの接続と登録動作の指示）場合、無線通信端末ＵＡ２は、呼び出された回線交換ネットワークに対応する（同じ通信事業者が提供する）無線通信ネットワークのパケット交換ネットワーク（この場合はＲＮＥＴ１）を介してＳＩＰサーバ３０に対して、ＳＩＰ（Session Initiation Protocol ）の登録動作（REGISTER）を行い、以後ＳＩＰの手続きにより通話を成立させる。このような方法は、１つのオペレータ無線通信パケットネットワークとそれに対応する回線交換ネットワークしか利用できない無線通信端末を前提としたものである。一方、図３４に示すように、無線通信端末ＵＡ２が、２つのオペレータ無線通信パケットネットワークＲＮＥＴ１，ＲＮＥＴ２に接続する機能を持ち、２つの選択肢がある場合、従来技術のＳＩＰ（すなわち、ＳＩＰを実装する無線通信端末ＵＡ２）では、上述したように、接続要求（パケットネットワークへの接続と登録動作の指示）を含むメッセージが通過した経路に対応するネットワーク（この例ではオペレータ無線通信パケットネットワークＲＮＥＴ１）を経由してＳＩＰの登録を行い、このパケットネットワーク経路を使って発呼側／発信側（Calling party ）とセッションを取ることになる。このようなセッション確立方式では、発呼側ユーザ（Calling party ）が使用を所望するアプリケーションに応じた帯域、或いは、発呼側ユーザの希望する課金などに関する希望や好み、即ち、プリファレンスが必ずしも反映されているとは言えない。即ち、接続要求を行ったユーザ（Calling party)のプリファレンスが全く考慮されていない。

たとえ、発信側が、発呼をＳＩＰの呼設定メッセージ（INVITE）により行うときに、発信側の希望するプリファレンス（条件）を着信側に伝えたとしても、着信側では、発信側の条件にできるだけ対応した無線通信システムを選択することは可能であっても、発信側では、着信側が選択した無線通信システムをセッションを開始するまでは知ることができない。即ち、発信側端末は、着信側端末がどのような無線通信ネットワークに接続できるか（どれだけの帯域を使用できるか）、或いは、実際にどの無線通信システムを選択したのかは、セッションを確立して初めてわかる。そのため、着信側端末が発信側の通知するプリファレンスに合致しない、合致したとしても、その合致内容がどの程度なのかは、セッション確立まで発信側では分らなかった。例えば、着信側端末が、所要帯域に満たない帯域の無線通信ネットワークにしか現状では接続できない場合、発信側端末では、着信側端末の現在の無線通信状況を考慮した最適な帯域、最適な無線通信ネットワークで通信を始めることができなかった。

例えば、発信側：「ＷｉＭＡＸ（広帯域），ＥＶＤＯ（低帯域）」、着信側：「ＥＶＤＯ（低帯域）」のときに、発信側が通信料より帯域を優先して、広帯域なＷｉＭＡＸを選択して着信側に発信したときに、着信側は、帯域優先の条件を通知されたとしても低帯域なＥＶＤＯしか接続できないため、着信側は、低帯域なＥＶＤＯで接続することとなる。このような状況では、発信側で広帯域なＷｉＭＡＸを使用しても、着信側で選択された「低帯域なＥＶＤＯ」がボトルネックとなり、結局、当該セッションの帯域はＥＶＤＯの帯域分しか出せず、発信側で消費、占有されるＷｉＭＡＸの帯域は無駄となり、帯域使用効率の面、消費電力の面からも無駄である。特に、無線通信装置は、携行され移動する場合が多く、その無線接続状況は刻々と変化する。このように、刻一刻と変化する電波伝搬環境にある無線通信装置同士の接続において、相互の無線通信状況に応じた最適な無線通信システムをお互いに選択して、着信側、発信側の相互において効率のよい無線通信接続を提供する技法の開発が必要とされている。従って、発呼側／発信側（Calling Party ）の無線通信端末としては、接続可能な複数の無線通信システム（経路、ネットワーク、通信デバイスなど）を有効に利用できていないなどの問題があった。
さらに、図３４では、発信側通信端末および着信側通信端末間の通信を開始する前に、発信側通信端末および着信側通信端末間でそれぞれ利用できるネットワーク名、希望するネットワーク名、希望するアプリケーション名、所要帯域等の情報を交換する。しかし、着信側に希望するネットワークやアプリケーションが着信側で使用できない場合には、先の発信を中断することになる。そのため、発信側の希望するネットワークやアプリケーションが使用できず中断してしまった場合には、次に何時発信すれば希望のネットワークやアプリケーションで通信ができるかが発信側に分からない。

本発明は、複数の無線通信システム（デバイス／経路、ネットワーク、帯域など）を選択肢として持つ着信側の無線通信装置が発信側の希望ネットワークを使用できないため発信側ユーザが発信を中断して、着信側の無線通信装置が希望ネットワークを使用できる状態になったときに、発信側の通信装置が着信側の無線通信装置から通話可能通知を受けて再発信した後に、発信時に記憶しておいた画面状態に戻すことで、何時発信すれば着信側と希望ネットワークで接続できるかを発信側ユーザが分かるようにするとともに再発信時の発信側ユーザの手間を軽減する技法（装置、方法）を提供することを目的とする。

上記目的を達成するため、請求項１に係る通信装置は、所定の通信システムを利用して、発信側が希望する着信側の無線通信システムの条件に関する情報を含む呼出要求を送信する送信手段と、前記呼出要求の送信時の表示手段の画面状態および該画面状態に対応するアプリケーションの起動状態を記憶する記憶手段と、前記送信手段が送信した呼出要求に対して、前記発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ前記着信側が接続可能になった場合に、前記着信側が前記発信側に対してその旨を通知する通話可能通知を送信するよう前記着信側に要求する要求手段と、該要求手段の要求に対して、前記着信側から前記通話可能通知を受信すると、前記記憶手段に記憶された画面状態を前記表示手段に表示するとともに、当該画面状態において発信指示を検出すると、該発信指示に対応するアプリケーションで発信するように制御する制御手段と、を備えることを特徴とする。

前記請求項１における通信装置において、前記制御手段は、前記記憶手段が前記呼出要求の送信時の表示手段の画面状態を複数個記憶している場合、全ての画面状態を前記表示手段に同時に表示し、何れか１つの画面状態の選択指示を検出すると、該選択指示に対応する表示画面のみを前記表示手段に表示した状態で、該表示画面に対応するアプリケーションで発信するように制御することが好ましい。

前記請求項１における通信装置において、前記制御手段は、前記通話可能通知の受信前の前記表示手段の画面状態および該画面状態に対応するアプリケーションの起動状態が前記記憶手段に一時記憶されている場合、前記発信指示に応じて前記発信を行った後に画面復帰指示を検出すると、前記記憶手段に一時記憶されている画面状態を前記表示手段に表示するように制御することが好ましい。

上記目的を達成するため、請求項４に係る通信制御方法は、所定の通信システムを利用して、発信側が希望する着信側の無線通信システムの条件に関する情報を含む呼出要求を送信する送信工程と、前記呼出要求の送信時の表示手段の画面状態および該画面状態に対応するアプリケーションの起動状態を記憶する記憶工程と、前記送信工程で送信した呼出要求に対して、前記発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ前記着信側が接続可能になった場合に、前記着信側が前記発信側に対してその旨を通知する通話可能通知を送信するよう前記着信側に要求する要求工程と、該要求工程の要求に対して、前記着信側から前記通話可能通知を受信すると、前記記憶工程で記憶された画面状態を前記表示手段に表示するとともに、当該画面状態において発信指示を検出すると、該発信指示に対応するアプリケーションで発信するように制御する制御工程とを行うことを特徴とする。

本発明によれば、複数の無線通信システムを利用可能な着信側の無線通信装置が発信側の希望ネットワークを使用できないため発信側ユーザが発信を中断した場合には、着信側の無線通信装置が希望ネットワークを使用できる状態になったときに、発信側の通信装置が着信側の無線通信装置から通話可能通知を受けて再発信した後に、発信時に記憶しておいた画面状態に戻すので、何時発信すれば着信側と希望ネットワークで接続できるかを発信側ユーザが分かるようにするとともに、再発信時の発信側ユーザの手間を軽減することができる。

本発明の原理・構成を詳細に説明する前に、本発明の典型的なシーケンスを簡単に説明する。本発明は様々なタイプの通信装置や無線通信装置およびその通信制御方法を対象とするが、発信側が無線通信装置を含む通信装置（通信端末）であり、着信側が典型的な無線通信装置である無線通信端末である場合を例にして説明する。

（１）複数の通信ネットワークシステム（デバイス）を具えた通信端末（装置）から複数の無線通信ネットワークシステム（デバイス）を具えた無線通信端末（装置）へリアルタイムアプリケーションの発信をする場合、発信側の通信端末は着信側無線通信端末に対し、発信側の接続できる通信ネットワーク名（無線通信ネットワーク名を含む）と希望するリアルタイムアプリケーションの所要帯域を通知する。着信側の無線通信端末は、自らが接続できる無線通信ネットワークと発信側の接続できる通信ネットワーク（無線通信ネットワークを含む）とアプリケーションの所要帯域を考慮して、着信側の無線通信ネットワークを選択し、発信側への応答として選択した着信側の無線通信ネットワークと着信側が接続できる無線通信ネットワーク名を発信側の通信端末に通知する。その後、発信側の通信端末は、着信側から通知された内容と自らが接続できる通信ネットワークとアプリケーションの所要帯域とに基づいて接続する通信ネットワークを選択し、発信側、着信側の双方でそれぞれ選択された通信ネットワーク（無線通信ネットワークを含む）で必要なＳＩＰの手順を行い、通信状態に至る。

（２）上記の発信側通信端末・着信側通信端末間において、発信側の接続できる通信ネットワーク名および希望するリアルタイムアプリケーションの所要帯域の通知や、選択したネットワークの通知は、ＳＩＰサーバを介して行う。また、着信側無線通信端末は着信側無線通信端末の使用するネットワークを選択すると、選択したネットワークに接続してＳＩＰサーバに登録する。また、登録されたネットワーク名の発信側通信端末への通知は、ＳＩＰサーバが行う。
（３）（１）において、発信側通信端末の接続できる通信ネットワークおよび必要帯域を通知された着信側の無線通信端末は、帯域条件を満足する通信ネットワークが発信側・着信側で複数ある場合、その中で一番通信料が安い通信ネットワークを選択する。
（４）（２）において、発信側通信端末は、発信側通信端末の接続できる通信ネットワーク名および希望するリアルタイムアプリケーションの所要帯域と共に着信側通信端末に接続してほしい希望ネットワーク名を通知する。
（５）（４）において、発信側通信端末からの通知を受信したＳＩＰサーバは、着信側無線通信端末が発信側から通知した希望ネットワークと同じネットワークで既に接続・登録していれば、前記通知を着信側無線通信端末に送信せずに必要なＳＩＰの手順を行い、通信状態に至る。
（６）（４）において、発信側通信端末からの通知を受信したＳＩＰサーバは、通知された希望ネットワーク名および発信側通信端末、着信側無線通信端末の組み合わせを記憶する。そして、ＳＩＰサーバは、着信側無線通信端末が接続・登録すると、発信側通信端末が通知した希望ネットワークで着信側無線通信端末が接続・登録していれば、必要なＳＩＰの手順を行い、通信状態に至る。

（７）（１）における選択した着信側の無線通信ネットワークの帯域が発信側が希望する必要帯域に満たなかった場合、ＳＩＰサーバはその旨を発信側通信端末に通知し、発信側通信端末は、ユーザに対し所要帯域（必要帯域）の少ないアプリケーションに変更するか、着信側無線通信端末への発信を中止するかの選択を求め、中止が選択された場合には着信側無線通信端末に中断することを通知し、通信を終了する。変更が選択された場合には、着信側無線通信端末の無線通信ネットワークに合わせた通信ネットワークに切り換え、通知された発信側・着信側の通信ネットワークの帯域で使用できるアプリケーションに変更し、必要なＳＩＰの手順（ＩＮＶＩＴＥなど）を行う。
（８）（１）において選択された着信側の無線通信ネットワークに合わせて発信側の通信ネットワークを切り替えた場合に料金が上がる場合には、発信側端末は、ユーザに対し料金を提示し、通信ネットワークを変更するか、変更しないか、着信側無線通信端末への発信を中止するかの選択を求め、中止が選択された場合には着信側無線通信端末に中断することを通知し、終了する。変更が選択された場合には、着信側無線通信端末のネットワークに合わせた通信ネットワークに切り換え、必要なＳＩＰの手順を行う。また、変更しないが選択された場合には、切り換えずに、必要なＳＩＰの手順を行う。
（９）（１）において、発信側の通信端末は、着信側の無線通信端末で実現して欲しい帯域を優先するか、それとも課金が安くなることを優先するかといった着信側での無線通信ネットワークの選択に関するポリシー（希望）を、発信側の接続できる通信ネットワーク名および希望するリアルタイムアプリケーションの所要帯域と共に通知する。着信側の無線通信端末では、通知された無線ネットワークの選択に関するポリシーに応じて、使用する着信側の無線通信ネットワークを選択する。

（１０）（７）、（８）おいて中止が選択された場合には、発信側端末は、着信側無線通信端末が希望ネットワークに接続できるようになった際に着信側無線通信端末から発信側通信端末に対して通知するよう要求(通話可能通知要求)するかどうかユーザに選択を求める。要求しないことをユーザが選択した場合、発信側通信端末は、着信側無線通信端末に中断することを通知し、終了する。要求することをユーザが選択した場合には、発信側通信端末は、着信側無線通信端末に対して通話可能通知要求を送信する。着信側無線通信端末は、通話可能通知要求を受け取ると、ユーザに承諾／拒否の選択を求め、選択結果を発信側通信端末に送信する。承諾が選択された場合には、着信側無線通信端末が発信側の希望していた通信ネットワークに接続できるようになると、着信側無線通信端末は発信側通信端末に対し、希望ネットワークに接続できるようになった旨の通知である通話可能通知（通信可能通知）を送信する。
（１１）（１０）において、発信側通信端末は、各着信側無線通信端末に希望ネットワークでどの位の確率で接続できたか、通話可能通知をいつ受信したかを記憶して、各着信側無線通信端末の時間毎の接続状況の統計を取り、グラフを表示する。
（１２）（１０）において、着信側無線通信端末が希望ネットワークで通信できるかどうかの判断を、希望ネットワークの種類、希望ネットワークの無線状態、使用予定アプリケーションの所要帯域を考慮して行い、通信できると判断した場合には通信可能通知を発信側通信端末に対して送信する。また、着信側無線通信端末は、通信可能通知を送信した後に無線状態が悪化して、使用予定アプリケーションの所要帯域を満たすことができない可能性が高くなった場合には状態悪化通知を発信側通信端末に送信する。なお、通信可能通知や状態悪化通知を受信した発信側通信端末は、着信側無線通信端末のユーザに、現在発信可能であることに加えて、着信側の無線状態に関する情報を知らせる。
（１３）（１０）において、発信側通信端末は、最初の発信時に画面状態を一時的に記憶する（通話可能通知要求を送信して承諾された場合には、通信可能通知要求とともに画面状態を記憶する）。そして、再発信を行う際には、画面状態を一時的に記憶してから、最初の発信時の画面状態に戻し、再発信を行う。また、再発信後の通信が終了すると、再発信前の画面状態に戻す。

以下、本発明を実施するための最良の形態を図面に基づき詳細に説明する。
図１は本発明の第１実施形態の通信制御方法を適用する無線通信ネットワークの通信構成を示す図である。図１に示すように、サーバやゲートウェイとしては、ＤＮＳサーバ１０、ＳＩＰサーバ２０、ＳＩＰサーバ３０、ゲートウェイ（ＧＷ）４０、ＳＭＳサーバ５０、ＳＩＰサーバ（或いはＧＷ）６０、ＳＩＰサーバ（或いはＧＷ）７０がある。ＳＩＰサーバ３０は、呼制御サーバとして機能し、ＳＭＳサーバ５０は、メッセージ送信サーバとして機能する。発信側および着信側の通信端末やソフトホンとしては、無線通信端末（ＵＡ；User Agent）１００，２００および通信端末（ソフトホン）ＵＡ３００がある。これらの各端末は、上述した各サーバと、インターネットＮＥＴ１、オペレータパケットネットワークＮＥＴ２、オペレータ回線交換ネットワークＮＥＴ３、オペレータ無線通信パケットネットワークＲＮＥＴ１，ＲＮＥＴ２を介して接続されている。

発信側通信装置である無線通信端末ＵＡ１００は、オペレータ無線通信パケットネットワークＲＮＥＴ１（以下、無線ネットワークＲＮＥＴ１ともいう）およびオペレータ無線通信パケットネットワークＲＮＥＴ２（以下、無線ネットワークＲＮＥＴ２ともいう）に接続可能なマルチモード端末である。なお、ＵＡ１００は、無線通信端末ではない発信側通信装置やＳＭＳメッセージの送受信を行えない発信側通信装置も含んでおり、例えば通信端末（ソフトホン）ＵＡ３００が発信側通信装置になることも可能である。着信側無線通信装置である無線通信端末ＵＡ２００は、無線ネットワークＲＮＥＴ１、無線ネットワークＲＮＥＴ２およびオペレータ回線交換ネットワークＮＥＴ３（以下、ネットワークＮＥＴ３ともいう）に接続可能なマルチモード端末である。無線ネットワークＲＮＥＴ２は、無線ネットワークＲＮＥＴ１に比べてより広帯域なネットワークである。無線通信端末ＵＡ１００は、通常待ち受け時には、どちらか一方の無線ネットワークでＳＩＰサーバ３０登録（REGISTER）している。また、無線通信端末ＵＡ２００は、通常待ち受け時には、オペレータ回線交換ネットワークＮＥＴ３で待ち受けしており、無線ネットワークＲＮＥＴ１および無線ネットワークＲＮＥＴ２には接続されておらず、ドーマント状態である。また、通信端末（ソフトホン）ＵＡ３００は、常時接続の環境を有しており、ＳＩＰサーバ２０に登録(REGISTER)済みである。

図２は本発明の無線通信ネットワークで用いる無線通信端末（発信側無線通信端末ＵＡ１００および着信側無線通信端末ＵＡ２００）の機能ブロック図である。本発明では、発信側通信端末ＵＡ１００として、着信側無線通信端末ＵＡ２００と同一のもの（無線通信端末）を用いているが、無線通信機能を有していない有線の通信端末を用いてもよい。発信側無線通信端末ＵＡ１００および着信側無線通信端末ＵＡ２００は、図２に示すように、通信処理部３１０、制御部（ＣＰＵ、プロセッサ）３２０、操作（プリファレンス）入力部３３０、ＳＩＰ（拡張）処理部３４０、無線通信ネットワーク選択処理部３５０、スピーカＳＰ，マイクロフォンＭＩＣ、情報表示部３６０、音声変調／復調部３７０、画像変調／復調部３８０、無線通信＃１リンク制御部（Ｉ／Ｆ処理部およびＬ２情報取得部を含む）３９０、無線通信＃２リンク制御部（Ｉ／Ｆ処理部およびＬ２情報取得部を含む）４００、無線通信＃Ｎリンク制御部（Ｉ／Ｆ処理部およびＬ２情報取得部を含む）４１０、通話可能通知要求送信記憶部４２０、通話可能通知要求送信処理部４３０、通話可能（状態悪化）通知送信処理部４３５、通話可能通知要求受信記憶部４４０、通話可能通知要求受信処理部４５０、通話可能（状態悪化）通知受信処理部４５５、接続通知自動応答判定部４６０、接続通知自動応答設定部４７０、発信先接続状況記憶部４８０、発信先接続状況グラフ作成部４９０、無線状態判定部４９５、画面状態記憶部５００および画面状態切換処理部５０５を備える。通信処理部３１０は、無線通信ネットワーク選択処理部３５０および無線通信＃１，＃２，＃Ｎリンク制御部３９０〜４１０のいずれか１つを介して呼設定メッセージ（ＩＮＶＩＴＥメッセージ）を送受信する送信部や受信部として機能する。また、通信処理部３１０は、無線通信ネットワーク選択処理部３５０および無線通信＃１，＃２，＃Ｎリンク制御部３９０〜４１０のいずれか１つを介してパケット交換ネットワークと問い合わせメッセージ（ＳＭＳメッセージ）の送受信を行う送信部、受信部としても機能する。また、通話可能通知要求送信処理部４３０は、前記送信部が送信した呼出要求（ＩＮＶＩＴＥ）に対して、発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ着信側が接続可能になった場合に、着信側が発信側に対してその旨を通知する通話可能通知を発信側に送信するよう前記着信側に要求する要求手段として機能する。また、通話可能（状態悪化）通知送信処理部４３５は、通話可能通知および状態悪化通知の送信処理を行う通知送信処理部として機能するとともに、通話可能通知を送信する条件を記憶する記憶部としても機能する。また、画面状態記憶部５００は、希望ネットワークで通信に関する情報を含む呼出要求（ＩＮＶＩＴＥ）の送信したときの情報表示部３６０の画面状態および該画面状態に対応するアプリケーションの起動状態を記憶する記憶手段として機能する。また、制御部３２０は、前記要求手段の要求に対して、着信側から通話可能通知を受信すると、画面状態記憶部５００に記憶された画面状態を情報表示部３６０に表示するとともに、当該画面状態において発信指示を検出すると、該発信指示に対応するアプリケーションで発信するように制御する制御手段として機能する。また、制御部３２０は、画面状態記憶部５００が呼出要求（ＩＮＶＩＴＥ）の送信時の情報表示部３６０の画面状態を複数個記憶している場合、全ての画面状態を情報表示部３６０に同時に表示し、何れか１つの画面状態の選択指示を検出すると、該選択指示に対応する表示画面のみを情報表示部３６０に表示した状態で、該表示画面に対応するアプリケーションで発信するように制御する。さらに、制御部３２０は、前記通話可能通知の受信前の情報表示部３６０の画面状態および該画面状態に対応するアプリケーションの起動状態が画面状態記憶部５００に一時記憶されている場合、前記発信指示に応じて前記発信を行った後に画面復帰指示を検出すると、画面状態記憶部５００に一時記憶されている画面状態を情報表示部３６０に表示するように制御する。

図３は本発明の無線通信ネットワークで用いるＳＩＰサーバ（呼制御サーバ）の機能ブロック図である。図３に示すように、ＳＩＰサーバ３０は、ログイン（登録）処理部５１０、呼出要求受信部５２０、登録通知生成部５３０、登録通知送信部５４０、アドレス解決処理部５５０、呼出要求生成部５６０、呼出要求送信部５７０、発信希望記憶部５８０および発信希望処理部５９０を備える。ログイン（登録）処理部５１０は、端末からのログイン（登録；REGISTER）要求を受け取り、必要な処理を行う。呼出要求受信部５２０は、発信側のプリファレンス情報を含み、着信側を呼び出すための呼設定メッセージ（Inviteメッセージ）を受信する。呼出要求生成部５６０は、呼出要求受信部５２０により受信された呼設定メッセージを着呼側に伝えるために、前記呼設定メッセージを受信したことを示す情報と、呼設定メッセージに含まれる希望する条件（プリファレンス情報）とを含む呼出要求情報を生成する。呼出要求送信部５７０は、生成された呼出要求情報をＳＭＳサーバ（メッセージ送信サーバ）に送信する、または、ＳＩＰプロトコルに基づいて生成された呼出要求情報を着信側端末に送信する。発信希望記憶部５８０は、無線通信端末（発信元端末）ＵＡ１００からの発信希望条件（希望する無線通信ネットワーク、アプリケーションや課金等）を記憶する。発信希望処理部５９０は、無線通信端末（発信元端末）ＵＡ１００からの発信希望条件に基づいて、必要な処理を行う。

図４および図５は、第１実施形態の通信制御方法において、発信側無線通信端末（発信元端末）ＵＡ１００が回線交換網に接続できる着信側無線通信端末（発信先端末）ＵＡ２００に発信しようとするが、希望ネットワークが使用できないため発信を一度中断し、希望ネットワークが使用できるようになってから再度発信し、リアルタイムアプリケーションで通信を開始して該通話が終了するまでの通信制御（通信制御１）を示すシーケンス図である。

まず、発信元端末ＵＡ１００は、オペレータ無線通信パケットネットワークＲＮＥＴ２（無線ＲＮＥＴ２という）に接続して（無線ＲＮＥＴ２を利用して）、ＳＩＰサーバ３０に登録（REGISTER）を行う。このとき、ＳＩＰサーバ３０では、図６のステップＳ０１〜Ｓ０３に示す処理を行う。すなわち、図６のステップＳ０１で、端末（この場合、発信元端末ＵＡ１００）から登録要求（REGISTER REQUEST）を受信すると、次のステップＳ０２では、図７に例示する登録（REGISTER）記憶テーブルに当該端末のアドレス・番号・ネットワーク名を登録する。その後、ステップＳ０３の判断は、この時点では通信相手の端末への発信希望が無いため、Ｎｏになって終了して、待機状態となる。

次に、発信元端末ＵＡ１００のユーザが発信先端末ＵＡ２００にリアルタイムアプリケーションで発信することを選択すると、発信元端末ＵＡ１００は、そのとき（発信時）の画面状態（起動しているアプリケーションの種類、開いているウィンドウおよびその位置や設定）を記憶（一時記憶）する。この間、発信元端末ＵＡ１００では、図８のステップＳ１０１−ステップＳ１０２−ステップＳ１５０−ステップＳ１０３の処理を行う。すなわち、リアルタイムアプリケーションの起動時に起動される図８のフローチャートにおいて、ステップＳ１０１で発信先端末およびネットワークの選択を行い、ステップＳ１０２で発信し、ステップＳ１５０でその時点の画面状態（呼出要求の送信時の画面状態、以下、１度目の発信時の画面状態という）を記憶し、ステップＳ１０３で呼出要求（INVITE）を送信する。なお、発信元端末ＵＡ１００が既に登録（REGISTER）している通信ネットワークと発信時に自らが希望するネットワークとが異なる場合には、希望ネットワークで登録し直すものとする。

上記ステップＳ１５０では、発信元端末ＵＡ１００の画面遷移を説明するための図である図９（ａ）に例示する「１度目の発信時の画面状態」を記憶する。この図９（ａ）の「１度目の発信時の画面状態」において、発信先端末ＵＡ２００に発信するためにソフトフォン（電話アプリケーション）を起動し、宛先を選択し、ソフトフォン等の他のアプリケーションを起動状態（ＯＮ）にしている。また、「１度目の発信時の画面状態」では、相手に送りたいと思っている画像のフォルダを「画像処理アプリケーション（ｐｉｃｔｕｒｅ）」で開いたり、伝えたい情報が書かれているｗｅｂページを「ｂｒｏｗｓｅｒ」で開いたりしている。この状態は発信元端末ＵＡ１００のユーザが発信先端末ＵＡ２００に発信するために準備している状態である。このような発信元端末ＵＡ１００の起動しているアプリケーションや開いているフォルダの状態、言い換えれば、１度目の発信時の発信元端末ＵＡ１００の情報表示部の画面状態および該画面状態に対応するアプリケーションの起動状態は、図１０に例示するように、後述する通知要求ＩＤと関連付けて記憶される。

上記ステップＳ１０３でＳＩＰサーバ３０に送信する発信先端末ＵＡ２００に対する呼出要求（INVITE）は、図１１のフォーマットに基づいて下記内容にて生成され、
・発信側無線通信端末の接続できる無線ネットワークリスト：ＩＥＥＥ８０２．１６ｅ、ＥＶＤＯ
・アプリケーション名：テレビ電話（カラー）
・アプリケーションに必要な帯域：５００ｋｂｐｓ
・発信側が希望する無線ネットワーク：ＩＥＥＥ８０２．１６ｅ
・「帯域優先」か「料金の安さを優先」かの情報：「帯域優先」
の情報が含まれている。

上記呼出要求（INVITE）を受信したＳＩＰサーバ３０は、発信先端末ＵＡ２００がまだ登録されていないことを確認すると、発信元番号および発信先番号、発信側（発信元）が希望する無線ネットワーク（以下、希望ネットワークという）を、発信希望として発信希望記憶テーブル（その構成を図１２に例示する）に記憶する。そして、ＳＩＰサーバ３０は、発信先端末ＵＡ２００に対し、ＧＷ４０を経由して、ＳＭＳサーバ５０（その構成を図１３に例示する）から、ＳＭＳで起動メッセージを送信する。ＳＭＳサーバ５０では、情報受信部６１０がＳＩＰサーバ３０から起動メッセージの送信要求データを受信し、これに応答して、起動メッセージ送信部６２０が発信先端末ＵＡ２００に対して、起動メッセージを生成して送信する。この起動メッセージにも、上記呼出要求（INVITE）に含まれる情報が入っている。このとき、ＳＩＰサーバ３０では、図１４のステップＳ１１〜Ｓ１３、Ｓ１６に示す処理を行う。すなわち、図１４のステップＳ１１で、端末（この場合、発信元端末ＵＡ１００）から呼出要求（INVITE）を受信すると、次のステップＳ１２では、発信元端末の番号と呼出要求（INVITE）の発信先の番号との組合せと、発信元が希望する無線ネットワーク名とを、発信希望として発信希望記憶テーブルに登録または上書きする。次のステップＳ１３では、発信先の端末が発信元の希望する無線ネットワークに登録されているか否かを判断し、登録されていなければ、ステップＳ１６に進んで、ＳＭＳサーバ５０経由で発信先の端末に呼出要求情報を送信した後、終了して、待機状態となる。

なお、上記ステップＳ１３の判断時に、既にＳＩＰサーバ３０に登録されている着信側無線通信端末ＵＡ２００の無線ネットワークが発信元端末ＵＡ１００が希望する無線ネットワークであった場合には、ＳＩＰサーバ３０は、呼出要求（INVITE）をそのまま発信先の端末に送信する。このとき、ＳＩＰサーバ３０では、図１４のステップＳ１３のＹｅｓ−Ｓ１４−Ｓ１５に示す処理を行う。すなわち、図１４のステップＳ１３の判断がＹｅｓのときに進むステップＳ１４では、発信希望を削除し、次のステップＳ１５では、ＳＩＰサーバ３０は、呼出要求（INVITE）を発信先の端末に送信し、以後通常のＳＩＰの手続に移行する。
また、発信先端末ＵＡ２００がオペレータ回線交換ネットワーク（ＮＥＴ２）に接続できない端末であった場合には、オペレータ無線通信パケットネットワーク（ＲＮＥＴ１またはＲＮＥＴ２）のページング情報に呼出要求（INVITE）の情報を載せて、発信先端末を呼び出せばよい。また、発信先の端末がインターネットに接続されたＰＣ等であって、既にＳＩＰサーバ３０に登録されている場合には、その端末のアドレスに対し呼出要求（INVITE）の情報を送信すればよい。

ＳＭＳサーバ５０から起動メッセージを受け取った発信先端末ＵＡ２００は、起動メッセージ内の情報と自らが現在接続できる無線ネットワークとを考慮して、発信先端末ＵＡ２００が接続する無線ネットワークとしてオペレータ無線通信パケットネットワークＲＮＥＴ１を選択する。そして、選択した無線ネットワークに接続した後、ＳＩＰサーバ３０に登録する。この登録時に、ＳＩＰサーバ３０は、発信先端末ＵＡ２００がオペレータ無線通信パケットネットワークＲＮＥＴ１（発信元端末ＵＡ１００が希望した無線ネットワークとは異なる無線ネットワーク）で接続および登録したことを確認すると、発信元端末ＵＡ１００に、発信先端末ＵＡ２００がオペレータ無線通信パケットネットワークＲＮＥＴ１で登録したことを通知する。この場合、発信先端末ＵＡ２００が発信元端末ＵＡ１００の希望した無線ネットワークとは異なる無線ネットワークで接続および登録しているため、ＳＩＰサーバ３０は、呼出要求（INVITE）を発信先端末に送信しないように制御する。

このとき、ＳＩＰサーバ３０では、図６のステップＳ０１−Ｓ０２−Ｓ０３のＹｅｓ−Ｓ０４のＮｏ−Ｓ０６に示す処理を行う。すなわち、図６のステップＳ０１で、端末（この場合、発信先端末ＵＡ２００）から登録（REGISTER）を受信すると、次のステップＳ０２では、図７に例示する登録（REGISTER）記憶テーブルに当該端末のアドレス・番号・ネットワーク名を登録する。その後、ステップＳ０３の判断は、自己（発信先端末ＵＡ２００）の端末への発信希望があるため、Ｙｅｓになり、ステップＳ０４に進む。ステップＳ０４では、発信先端末ＵＡ２００は発信元端末ＵＡ１００が希望した無線ネットワーク（ＲＮＥＴ２）で登録したか否かを判断するが、この判断がＮｏになるため、ステップＳ０６に進む。ステップＳ０６では、発信元通信端末ＵＡ１００へ、発信先端末ＵＡ２００の登録情報（登録した無線ネットワーク名も含む）を通知する。なお、発信先端末ＵＡ２００が発信元端末ＵＡ１００の希望した無線ネットワークで接続および登録している場合には、ステップＳ０４の判断がＹｅｓになってステップＳ０５に進み、ステップＳ０５では、ＳＩＰサーバ３０は、呼出要求（INVITE）を発信先端末ＵＡ２００に送信し、以後通常のＳＩＰの手続を行い、通信を開始する。

上記登録情報の通知を受けた発信元端末ＵＡ１００は、無線ネットワーク（ＲＮＥＴ１）では帯域が不足すること、および、無線ネットワーク（ＲＮＥＴ１）の課金は無線ネットワーク（ＲＮＥＴ２）の課金以下であることを確認すると、ユーザに帯域の少ないアプリケーション（モノクロテレビ電話または電話）に変更して通信を行うか、もしくは、中断するかを選択させるために、図９（ｂ）に示す切換選択画面を表示する。この切換選択画面を見たユーザが中断を選択した場合には、発信元端末ＵＡ１００は、発信先端末ＵＡ２００が希望ネットワークを使用できるようになったときにその旨を発信側に通知するように要求する「通話可能通知要求」を送信するか否かをユーザに選択させるために、図９（ｃ）に示す通話可能通知要求選択画面を表示する。この通話可能通知要求選択画面を見たユーザが「Ｎｏ（送信しない）」を選択した場合には、発信元端末ＵＡ１００は、ＳＩＰサーバ３０に中断することを伝え、ＳＩＰサーバ３０は、それを発信先端末ＵＡ２００に転送し、発信先端末ＵＡ２００は、必要に応じて無線ネットワーク（ＲＮＥＴ１）を切断する。

この間、発信元端末ＵＡ１００では、図８のステップＳ１０４〜ステップＳ１１２の処理を行う。すなわち、図８のステップＳ１０４で「100Trying 」を受信したか否かを判定し、受信した場合にはステップＳ１０５に進み、受信しない場合にはステップＳ１０６に進んで、以降、必要なＳＩＰの手順を経て通信を行う。ステップＳ１０５では発信先の登録（RFGISTRATION）の通知を受信したか否かを判定し、ＮｏならばステップＳ１０４に戻ってステップＳ１０４以降を繰り返し、ＹｅｓならばステップＳ１０７に進んで、アプリケーション、ネットワークを変更して発信を継続するか否かを判定する。この判定がＹｅｓ（発信）ならば、ステップＳ１０８で現在の呼出要求（INVITE）をキャンセルするとともに、変更したネットワークで登録（RFGISTRATION）を行った後に、ステップＳ１０９で新たな呼出要求（INVITE）を先の呼出要求（INVITE）に基づいて生成して送信し、ステップＳ１１０に進んで、以降、必要なＳＩＰの手順を経て通信を行う（その際、画面状態の記憶を破棄する）。一方、ステップＳ１０７の判定がＮｏ（中断）ならば、ステップＳ１１１で通話可能通知要求を送信するか否かを判定し、Ｙｅｓ（送信する）ならば図１５のステップＳ１１３に進んで通話可能通知要求を送信し、Ｎｏ（送信しない）ならば、ステップＳ１１２に進んでＳＩＰサーバ３０を介して発信先に中断することを通知する（その際、画面状態の記憶を破棄する）。

上記通話可能通知要求を送信するか否かの確認において、ユーザが「Ｙｅｓ（送信する）」を選択した場合には、発信元端末ＵＡ１００は、通話可能通知要求の発信先、希望ネットワークおよび使用アプリケーションの確認と、有効時間およびメッセージの入力とを求めるために、図１６（ａ），（ｂ）に例示するユーザ選択画面を表示する。このユーザ選択画面を見たユーザが確認および所望の入力を行うと、発信元端末ＵＡ１００では、当該通話可能通知要求にＩＤ（通知要求ＩＤ）を割り振り、発信先端末ＵＡ２００に対する通話可能通知要求（図１７に例示するように、ＳＩＰで規定されたメッセージと、通話可能通知の内容を示すメッセージとから成る）をＳＩＰサーバ３０に送信し、その通話可能通知要求は、ＳＩＰサーバ３０から発信先端末ＵＡ２００に転送される。この間、発信元端末ＵＡ１００では、上述したステップＳ１０７のＮｏ−ステップＳ１１１のＹｅｓ−ステップＳ１１３の処理を行う。

上記通話可能通知要求を受け取った発信先端末ＵＡ２００では、この通話可能通知要求を承諾するか拒否するかの選択を行う。発信先端末ＵＡ２００には、承諾か拒否かを端末が自動で選択する自動モードと、承諾か拒否かをユーザが選択する手動モードが用意されている。発信先端末ＵＡ２００において承諾か拒否かをユーザが選択する手動モードに設定されている場合には、通話可能通知要求が届いたことをユーザに通知し、承諾／拒否の選択をユーザに求める。一方、発信先端末ＵＡ２００において承諾か拒否かを端末が自動選択する自動モードに設定されている場合には、例えば事前にマナーモードのＯＮ／ＯＦＦによって、全て拒否するか全て承諾するか、通知先毎に選択するかなどの設定をユーザが行う（その場合に表示するユーザ選択画面の一例を図１８（ａ）に示す）。また、「通知先毎に選択する」が選択されている場合には通知先毎に拒否／承諾の設定を行っておく（その場合に表示するユーザ選択画面の一例を図１８（ｂ）に示す）。そして、通話可能通知要求の要求元である発信元端末ＵＡ１００の識別や、当該通話可能通知要求の受信時の発信先端末ＵＡ２００におけるマナーモードＯＮ／ＯＦＦ状態などから、承諾か拒否かを発信先端末ＵＡ２００が判定する。ここで、承諾であると判定された場合には、応答として承諾したこと（ＯＫ）がＳＩＰサーバ３０を介して発信先端末ＵＡ２００から発信元端末ＵＡ１００に通知され、発信先端末ＵＡ２００、発信元端末ＵＡ１００の双方において、通話可能通知要求の送信情報／受信情報が履歴に記憶される（それらの一例を図１９（発信元端末），図２０（発信先端末）に示す）。また、一時的に記憶されている発信時の画面状態も、通知要求ＩＤと関連付けて記憶される。その際、他の通話可能通知要求に関しては、個別に当該発信時の画面状態を通知要求ＩＤと関連付けて記憶する。具体的には、図９（ａ）の「１度目の発信の画面状態」の記憶が図１０に例示されているものに対応する。その後、上記応答（ＯＫ）を受信した発信元端末ＵＡ１００から送信されるＡＣＫがＳＩＰサーバ３０を経て発信先端末ＵＡ２００で受信されると、発信先端末ＵＡ２００は、ＳＩＰサーバ３０から登録解除（UNREGISTER）して、発信側の希望ネットワークで接続できるか否かの監視を始める。

この間、発信先端末ＵＡ２００では、図２１のステップＳ２０１〜ステップＳ２１０の処理を行い、発信元端末ＵＡ１００では、図１５のステップＳ１１４〜ステップＳ１５１の処理を行う。
発信先端末ＵＡ２００では、通話可能通知要求の受信時に起動される図２１のフローチャートのステップＳ２０１で、通知してよいか否かを確認し、ＹｅｓであればステップＳ２０２に進み、ＮｏであればステップＳ２０６に進む。ステップＳ２０２では応答（承諾；ＯＫ）を送信し、次のステップＳ２０３では通話可能通知要求の受信情報を履歴に記憶し、次のステップＳ２０４では無線状態を「圏外」として記憶し、次のステップＳ２０５ではＳＩＰサーバ３０から登録解除（UNREGISTER）する。一方、ステップＳ２０６では応答（拒否；ＮＧ）を送信（通知）し、次のステップＳ２０７ではＳＩＰサーバ３０から登録解除（UNREGISTER）した後に、そのまま終了する。ステップＳ２０５の次のステップＳ２０８では、現在、有効時間内であるか否かを判定し、ＮＯ（有効時間外）であればステップＳ２０９に進んで上記通話可能通知要求の受信情報を履歴から消した後にそのまま終了し、Ｙｅｓ（有効時間内）であればステップＳ２１０以降に進む。
発信元端末ＵＡ１００では、図１５のステップＳ１１４で、受信した応答の内容は承諾（ＯＫ）か否かを確認する。ここで、Ｙｅｓ（ユーザが承諾）であれば、ステップＳ１１５に進んで送信した通話可能通知要求にＩＤを振って、通話可能通知要求の送信情報を履歴に記憶した後に、ステップＳ１５１で通知要求ＩＤと画面状態の一時記憶とを合わせて記憶し、Ｎｏ（ユーザが拒否）であれば、ステップＳ１１６に進んでＳＩＰサーバ３０を介して発信先端末ＵＡ２００に中断を通知して、そのまま終了する（その際、画面状態の記憶を破棄する）。

その後、発信側の希望ネットワークで接続できるか否かを監視している発信先端末ＵＡ２００が発信側の希望ネットワークである無線ネットワークＲＮＥＴ２へ接続できるエリアに移動して、無線ネットワークＲＮＥＴ２で通信できる状態になると、発信先端末ＵＡ２００は無線ネットワークＲＮＥＴ２で接続してＳＩＰサーバ３０へ登録し、ＳＩＰサーバ３０を介して無線ネットワークＲＮＥＴ２で通信可能になったことを発信元端末ＵＡ１００に知らせるために通話可能通知を送信する。この通話可能通知の中には通知要求ＩＤが含まれている。この間、発信先端末ＵＡ２００では、図２１のステップＳ２１０〜ステップＳ２１２の処理を行う。すなわち、発信側の希望ネットワークで接続できるか否かを確認するステップＳ２１０がＮｏの場合はステップＳ２１０のＮｏステップＳ２０８のＹｅｓ−ステップＳ２１０のループを繰り返し、ステップＳ２１０がＹｅｓになると、ステップＳ２１１に進んで発信側の希望ネットワークである無線ネットワークＲＮＥＴ２でＳＩＰサーバ３０へ登録（REGISTRATION）した後に、ステップＳ２１２で通話可能通知の送信を行う。この通話可能通知は、ＳＩＰサーバ３０を経て発信元端末ＵＡ１００に送信される。

上記通話可能通知を受け取った発信元端末ＵＡ１００では、発信元端末ＵＡ１００自身が上記希望ネットワークに接続できるか否かを確認し、接続できる場合には、図９（ｄ）に例示する「通話可能通知受信前の画面」に代えて図９（ｅ）に例示する「通話可能通知受信時の画面」を当該端末に表示することにより、「発信先端末ＵＡ２００と希望ネットワークで通信できること（言い換えれば、発信先端末ＵＡ２００に再発信できること）」を発信元端末ＵＡ１００のユーザに知らせる。ユーザがこの表示画面を見て確認すると、図５のシーケンス図に進んで、以前の希望ネットワーク・アプリケーションで発信先端末ＵＡ２００に発信（再発信）するか否かの選択をユーザに求め、ユーザが発信することを選択すると、現在の画面状態である図９（ｄ）の「通話可能通知受信前の画面状態」を一時的に記憶してから、図９（ｆ）に例示する「再発信時の画面」を当該端末に表示する（図９（ａ）の「１度目の発信時の画面状態」に戻す）。そして、上記ステップＳ１０１以降と同様の手順でＳＩＰサーバ３０に登録し、発信先端末ＵＡ２００に発信して通信を行う。もしくは、ステップＳ１０３以降と同様の手順でもよい。

この間、発信元端末ＵＡ１００では、図１５のステップＳ１１７〜ステップＳ１２４の処理を行う。すなわち、通話可能通知を受信したか否かを確認するステップＳ１１７がＹｅｓになって進むステップＳ１１８では、発信元端末ＵＡ１００自身が上記希望ネットワークに接続できるか否かを確認し、接続できる場合に進むステップＳ１１９では、通話可能通知を受信してから所定期間内であるか否かを確認し、Ｙｅｓ（所定期間内）の場合に進むステップＳ１２０では、発信元端末ＵＡ１００のユーザに、発信先端末ＵＡ２００に再発信できることを通知する。次のステップＳ１２１では、ユーザが確認したか否かをチェックし、確認なし（Ｎｏ）の場合にはステップＳ１１８に戻り、確認あり（Ｙｅｓ）の場合には、ステップＳ１２２に進んで、発信元端末ＵＡ１００のユーザに再発信するか否かを確認し、Ｙｅｓ（再発信する）の場合に進むステップＳ１５２では、画面状態を一時的に記憶し、次のステップＳ１２３では、呼出要求（INVITE）を送信し、次のステップＳ１２４では、以後、必要なＳＩＰの手順を経て通信を行う（その際、画面状態の記憶を破棄する）。この通信が終了すると、再発信前の画面に戻してよいか否かをユーザに確認させるために図９（ｇ）に例示する「画面切換選択画面」を当該端末に表示し、戻すことが選択されれば、図９（ｈ）に例示する再発信前の画面を当該端末に表示する（図９（ｄ）の「通話可能通知受信前の画面状態」に戻す）。なお、この通信終了後の処理は、図１５のフローチャートへの記載を省略している。

上記ステップＳ１１８において発信元端末ＵＡ１００自身が上記希望ネットワークに接続できない場合には、有効時間が経過するまで発信元端末ＵＡ１００自身が上記希望ネットワークに接続できるか否かを確認し続け、その間に発信元端末ＵＡ１００自身が上記希望ネットワークに接続できるようになった場合には、通話可能通知を受信してから所定期間内であれば、「発信先端末ＵＡ２００と希望ネットワークで通信できること（発信先端末ＵＡ２００に再発信できること）」を発信元端末ＵＡ１００のユーザに知らせる。この間、発信元端末ＵＡ１００では、図１５のステップＳ１１８の確認がＮｏの場合に進むステップＳ１２５で、現在、有効時間内か否かを確認し、有効時間内であるためこのステップＳ１２５がＹｅｓになってステップ１１８に戻り、ステップＳ１１８のＹｅｓからステップＳ１１９に進んで、通話可能通知を受信してから所定期間内であるか否かを確認する。

通話可能通知を受信しない内に有効時間を過ぎてしまった場合には、発信元端末ＵＡ１００のユーザに有効時間を延長するか否かの選択を求め、延長することが選択された場合には、通話可能通知要求を発信先端末ＵＡ２００に再び送信する。
この間、発信元端末ＵＡ１００では、図１５のステップＳ１１７のＮｏ−ステップＳ１２６−ステップＳ１２７−ステップＳ１２８の処理を行う。すなわち、通話可能通知を受信しない場合にステップＳ１１７のＮｏから進むステップＳ１２６では、現在、有効時間内か否かを確認し、Ｙｅｓ（有効時間内）であればステップＳ１１７に戻り、Ｎｏ（有効時間外）であればステップＳ１２７に進んでユーザに有効時間を延長するか否かの選択を求める。ここで、Ｙｅｓ（延長する）であれば、ステップＳ１１３に戻って通話可能通知要求を発信先端末ＵＡ２００に再び送信し、Ｎｏ（延長しない）であれば、ステップＳ１２８に進んで上記通話可能通知要求の送信情報を履歴から消して、そのまま終了する（その際、画面状態の記憶を破棄する）。なお、上記ステップＳ１２５において有効時間を過ぎてしまった場合にも、上記ステップＳ１２７−ステップＳ１２８の処理を行う。

通話可能通知を受信してから発信元端末ＵＡ１００のユーザがその通知を確認するまでに所定期間が経過した場合には、発信元端末ＵＡ１００では、発信先端末ＵＡ２００が希望ネットワークを使用できるか否かの再確認の通話可能通知要求を送信する。
この間、発信元端末ＵＡ１００では、図１５のステップＳ１１９のＮｏ−ステップＳ１２９−ステップＳ１３０・・の処理を行う。すなわち、通話可能通知を受信してから所定期間が経過した場合にステップ１１９のＮｏから進むステップＳ１２９では、発信先端末ＵＡ２００が希望ネットワークを使用できるか否かの再確認を要求する。次のステップＳ１３０では発信先端末ＵＡ２００が希望ネットワークを使用できるか否かの再確認を行い、この再確認において発信先端末ＵＡ２００が希望ネットワークを使用できる（Ｙｅｓ）という内容の通話可能通知を受信した場合には、ステップＳ１２０からステップＳ１２１に進んで発信元端末ＵＡ１００のユーザが通話可能通知を確認するのを待つ。一方、上記ステップＳ１３０の再確認において発信先端末ＵＡ２００が希望ネットワークを使用できない（Ｎｏ）という通知を受信した場合には、ステップＳ１１７に戻って、また次に発信先端末ＵＡ２００から通話可能通知が来るのを待つ。なお、上記ステップＳ１２２において、発信元端末ＵＡ１００のユーザがＮｏ（再発信しない）を選択した場合には、ステップＳ１３１に進んで終了するか否かをチェックし、Ｎｏ（終了しない）ならばステップＳ１１８に戻り、Ｙｅｓ（終了する）ならば、ステップＳ１３２に進んで上記通話可能通知要求の送信情報を履歴から消して、そのまま終了する（その際、画面状態の記憶を破棄する）。

上記通話可能通知を送信した後、発信先端末ＵＡ２００では、発信元端末ＵＡ１００と同様の履歴処理を行う。
すなわち、図２１のステップＳ２１２の通話可能通知の送信後に進むステップＳ２１３では、無線状態を記憶し、次のステップＳ２１４では、通信を開始したか否かを確認し、Ｙｅｓ（通信を開始した）であれば、ステップＳ２１５に進んで上記通話可能通知要求の受信情報を履歴から消した後に終了し（通信はそのまま続けられる）、Ｎｏ（通信を開始していない）であれば、図２２のステップＳ２１６に進む。

ステップＳ２１６では、現在、有効時間内か否かを確認し、Ｙｅｓ（有効時間内）であればステップＳ２１７に進み、Ｎｏ（有効時間外）であればステップＳ２１８に進んでＳＩＰサーバ３０から登録解除（UNREGISTER）し、次のステップＳ２１９で上記通話可能通知要求の受信情報を履歴から消した後に、そのまま終了する。ステップＳ２１７では、通話可能通知を送信してよい状態か否かを確認し、Ｙｅｓ（送信してよい状態）であればステップＳ２２０に進んで通話可能通知を送信した後に、ステップＳ２２１で無線状態を記憶する。ステップＳ２１７でＮｏ（送信してはいけない状態）であればステップＳ２２２に進んで状態悪化通知（この状態悪化通知は、通話可能通知の一種である）を送信してよい状態か否かを確認し、Ｙｅｓ（送信してよい状態）であればステップＳ２２３に進んで状態悪化能通知を送信した後に上記ステップＳ２２１に進んで無線状態を記憶する。ステップＳ２２２でＮｏ（送信してはいけない状態）であればステップＳ２２４に進む。ステップＳ２２４では、再確認の通話可能通知要求を受信したか否かを確認し、Ｎｏ（受信していない）であれば図２１のステップＳ２１４に戻り、Ｙｅｓ（受信した）であればステップＳ２２５に進む。ステップＳ２２５では、発信側の希望ネットワークで接続できるか否かを確認し、Ｎｏ（接続できない）であれば図２１のステップＳ２０８に戻り、Ｙｅｓ（接続できる）であれば図２１のステップＳ２１４に戻って通信（通話）の開始を待つ。

上記ステップＳ２２５の発信先端末ＵＡ２００が希望ネットワークで接続（通信）できるか否かの判定（図２１のステップ２１０の判定も同様である）では、通話可能通知要求を受け取った発信先端末ＵＡ２００は、発信元端末ＵＡ１００の希望ネットワークの無線状態を監視して、無線状態が変化すると、その無線状態を記憶する。この記憶動作に対応する発信先端末ＵＡ２００での処理は、図２１のステップＳ２０４、ステップＳ２１３および図２２のステップＳ２２１である。その際の無線状態は、図２３に例示する無線状態判定テーブルの各パラメータに基づいて複数の段階（図示例では３段階）の何れの段階に該当するかを判定する。無線状態の１が最も悪い状態で、３が最も良い状態であり、例えば、ＥＶＤＯの無線状態が３になるのは、ＲＳＳＩが−７０ｄＢ以上で、かつ、ＳＩＮＲが５以上のときである。また、発信先端末ＵＡ２００は、通話可能通知を送信してよいか否かを図２４に例示する通知判定テーブルの条件に基づいて判定し、送信してよい場合には通話可能通知を送信する。例えば、所要帯域が５Ｍｂｐｓで、希望ネットワークがＩＥＥＥ８０２．１６ｅの場合は、無線状態が圏外，１，２の状態から３に変わったときに、通話可能通知を送信する。図２４の通知判定テーブルでは、アプリケーションの所要帯域に応じて通話可能通知条件（通話可能通知の送信条件）および状態悪化通知条件（状態悪化通知の送信条件）を変えており、所要帯域が高いほど条件を厳しくしている。この間、発信先端末ＵＡ２００では、図２１のステップＳ２１０−ステップＳ２１１−ステップＳ２１２の処理を行う。

また、一旦通話可能通知を送信した後に無線状態が悪化した場合には、状態悪化通知を送信すべきか否かを図２４の通知判定テーブルの条件に基づいて判定し、送信すべきであると判定した場合には状態悪化通知を送信する。この間、発信先端末ＵＡ２００では、図２２のステップＳ２２２のＹｅｓ−ステップＳ２２３の処理を行う。また、状態悪化通知を送信した後は、同様に通信可能通知を送信すべきか否かを図２４の通知判定テーブルの条件に基づいて判定し、送信すべきであると判定した場合には通話可能通知を送信する。この間、発信先端末ＵＡ２００では、図２２のステップＳ２１７のＹｅｓ−ステップＳ２２０の処理を行う。
一方、発信元端末ＵＡ１００は、通話可能通知を受信した場合には、図２５（ａ）に例示する表示画面を表示することにより、「発信先の無線状態が良好であること」を発信元端末ＵＡ１００のユーザに知らせ、状態悪化通知を受信した場合には、図２５（ｂ）に例示する「状態悪化通知受信時の表示画面」を表示することにより、「希望ネットワークで接続した場合には必要な帯域を満たさない可能性があること」を発信元端末ＵＡ１００のユーザに知らせる。

図２６および図２７は、第１実施形態の通信制御方法において、発信側無線通信端末（発信元端末）ＵＡ１００が回線交換網に接続できる着信側無線通信端末（発信先端末）ＵＡ２００に発信しようとするが、希望ネットワークが使用できないため発信を一度中断し、希望ネットワークが使用できるようになってから再度発信し、リアルタイムアプリケーションで通信を開始して該通話が終了するまでの通信制御（通信制御２）を示すシーケンス図である。この通信制御２の上記通信制御１（図４、図５参照）との相違点は、発信側無線通信端末（発信元端末）ＵＡ１００が同じ相手（着信側無線通信端末（発信先端末）ＵＡ２００）に対し同じ希望ネットワーク（無線ＲＮＥＴ２）で通話可能通知要求を２回送信して、同時に２個の通話可能通知を受信したため、選択した通話可能通知を使用して再発信した後に、当該再発信に使用した通話可能通知に対応して記憶しておいた画面に戻すことができる点である。

すなわち、図２６のシーケンス図に示すように、アプリケーション１（例えば図２８（ａ）に示すソフトフォン）で発信（１度目の発信）を行った発信元端末ＵＡ１００は、発信先端末ＵＡ２００が希望ネットワーク（無線ＲＮＥＴ２）を使用できないため発信を一旦中断して、通話可能通知要求（通話可能通知要求１）を発信先端末ＵＡ２００に送信するが、発信先端末ＵＡ２００から通話可能通知が来ないため、発信元端末ＵＡ１００はアプリケーション２（例えば図２８（ｂ）に示すホワイトボード）で再び発信（２度目の発信）を行い、この２度目の発信に対しても、発信先端末ＵＡ２００が希望ネットワーク（無線ＲＮＥＴ２）を使用できないため発信を一旦中断して、通話可能通知要求（通話可能通知要求２）を発信先端末ＵＡ２００に送信する。その際、１度目の発信時の発信元端末ＵＡ１００の画面状態は図２８（ａ）に示すようにソフトフォンが起動した状態になっており、２度目の発信時の発信元端末ＵＡ１００の画面状態は図２８（ａ）に示すようにホワイトボードが起動した状態になっている。

このようにして送信された２回の通話可能通知要求に対して、発信先端末ＵＡ２００が希望ネットワーク（無線ＲＮＥＴ２）を使用できるようになったため図２６のシーケンス図に示すように同時に複数個（この場合、２個）の通話可能通知を受信した場合には、図２９に例示するように、全ての通話可能通知を画面上に表示して「希望ネットワークで通信できるようになったこと」をユーザに通知し、ユーザに再発信に使用する通話可能通知の選択を求める。ここで、１度目の発信に対応する通話可能通知が選択された場合には、図２７のシーケンス図に示すように、記憶しておいた１度目の発信時の画面状態に戻し、発信先端末ＵＡ２００への発信を始めて通話を行い、２度目の発信に対応する通話可能通知が選択された場合には、図２７のシーケンス図に示すように、記憶しておいた２度目の発信時の画面状態に戻し、発信先端末ＵＡ２００への発信を始めて通話を行う。

上記２つの通話可能通知要求の発信先および希望ネットワークが同じであった場合には、選択された方の画面状態に戻した後に、選択されなかった方の画面状態に切り換えられるように、以下の画面表示を行う。すなわち、図２６、図２７のシーケンス図の場合には、記憶しておいた図２５（ａ），（ｂ）の画面状態の内の選択されなかった方の画面状態に戻すため、図３０（ａ），（ｂ）の何れか一方の画面状態に切り換えて画面表示を行う。また、上記２つの通話可能通知要求の送信に使用したアプリケーションが異なるアプリケーションであった場合には、選択されなかった方の画面状態に切り換えるとともに、当該アプリケーションでも発信を行い、両方のアプリケーションでの通信を同時に行う。そして、画面の切換によってその時々に画面上で操作するアプリケーションを切り換える。

なお、通話や音楽等の画面操作無しで動作し続けるアプリケーションを使用している場合には、画面が切り換わってもそのまま当該アプリケーションの使用を継続する。具体的には、図３０（ａ）の１度目の発信の場合の画面ではソフトフォンを使用しており、図３０（ｂ）の２度目の発信の場合の画面では画像編集を通信相手と同時に行うアプリケーションであるホワイトボードを使用している。この場合、始めにアプリケーション１であるソフトフォンでの再発信を選択すると、図３０（ａ）の再発信画面１の画面が表示されて、ソフトフォンでの発信が始まる。そして、その画面で「０２：１５」のタブを選択すると、図３０（ｂ）の再発信画面２の画面に表示が切り換わり、ソフトフォンでの通信が維持されたままホワイトボードの発信が始まる。

リアルタイムアプリケーションを使用して通信相手に対して発信する際には、発信のために発信元端末においてアプリケーションの起動や設定等の準備を行う。例えば、リアルタイムアプリケーションを起動して、通信相手の選択や、通信方法の設定等を行い、さらに、通信相手に送りたいファイルを用意したり、教えたい情報が書かれているｗｅｂページを開いたりしておく。そのため、発信時には、ユーザが通信で相手に伝えたいことに関連するアプリケーションやウィンドウを立ち上げている場合が多くなるので、上記のような画面の切り換えにより、最初の発信時にユーザが通信相手に伝えようとしていたことを取りこぼしなく伝えることができるようになる。

なお、図４、図５の通信制御方法１および図２６、図２７の通信制御方法２では、発信先端末がいつ、どの程度の確率で各ネットワークに接続できる状態にあるかを図３１に例示するグラフで表示するようにしている。すなわち、発信元端末ＵＡ１００は、通信可能通知要求を送信した各発信先端末がいつ頃に希望ネットワークを使用できたか／できなかったかを図３２に例示する「着信側端末の接続状況記録」に記録し、発信先毎に、統計に基づいて図３１のようなグラフを作成して、表示する。

本発明の第１実施形態の通信制御方法（図４、図５の通信制御方法１および図２６、図２７の通信制御方法２）によれば、複数の無線通信システム（ＲＮＥＴ１，ＲＮＥＴ２）を利用可能な発信先端末（着信側無線通信端末）ＵＡ２００が発信側の希望ネットワークを使用できないため発信元端末（発信側無線通信端末）ＵＡ１００のユーザが発信を中断した場合には、発信先端末ＵＡ２００が希望ネットワークを使用できる状態になったときに、発信元端末ＵＡ１００が発信先端末ＵＡ２００から通話可能通知を受けて再発信した後に、発信時に記憶しておいた画面状態に戻すので、何時発信すれば着信側と希望ネットワークで接続できるかを発信側ユーザが分かるようにするとともに、再発信時の発信側ユーザの手間を軽減することができる。

本発明の第１実施形態の通信制御方法を適用する無線通信ネットワークの通信構成を示す図である。本発明の無線通信ネットワークで用いる無線通信端末の機能ブロック図である。本発明の無線通信ネットワークで用いるＳＩＰサーバ（呼制御サーバ）の機能ブロック図である。第１実施形態の通信制御方法において、発信側無線通信端末が回線交換網に接続できる着信側無線通信端末に対する発信を一度中断し、希望ネットワークが使用できるようになってから再度発信して、リアルタイムアプリケーションで通信を開始して該通話を終了するまでの通信制御（通信制御１）を示すシーケンス図である。第１実施形態の通信制御方法において、発信側無線通信端末が回線交換網に接続できる着信側無線通信端末に対する発信を一度中断し、希望ネットワークが使用できるようになってから再度発信して、リアルタイムアプリケーションで通信を開始して該通話を終了するまでの通信制御（通信制御１）を示すシーケンス図である。第１実施形態の通信制御方法において、ＳＩＰサーバが行う呼制御を示すフローチャートである。第１実施形態の通信制御方法において、ＳＩＰサーバが呼制御に用いる登録記憶テーブルを例示する図である。第１実施形態の通信制御方法において、発信側無線通信端末が行う通信制御を示すフローチャートである。（ａ）〜（ｈ）は第１実施形態の通信制御方法の通信制御１における発信側無線通信端末の画面遷移を例示する図である。第１実施形態の通信制御方法の通信制御１における発信側無線通信端末の１度目の発信時の画面状態および該画面状態に対応するアプリケーションの起動状態の記憶を説明するための図である。第１実施形態の通信制御方法において、無線通信端末が送信する呼出要求（INVITE）を例示する図である。第１実施形態の通信制御方法において、ＳＩＰサーバが無線通信端末の発信希望を記憶するために用いる発信希望記憶テーブルを例示する図である。第１実施形態の通信制御方法を適用する無線通信システムに用いるＳＭＳサーバの構成を示す図である。第１実施形態の通信制御方法において、ＳＩＰサーバが行う呼制御を示すフローチャートである。第１実施形態の通信制御方法において、発信側無線通信端末が行う通信制御を示すフローチャートである。（ａ），（ｂ）はそれぞれ、第１実施形態の通信制御方法において、発信側無線通信端末に表示するユーザ選択画面を例示する図である。第１実施形態の通信制御方法において、発信側無線通信端末が送信する通話可能通知要求を例示する図である。（ａ），（ｂ）はそれぞれ、第１実施形態の通信制御方法において、着信側無線通信端末に表示するユーザ選択画面を例示する図である。第１実施形態の通信制御方法において、発信側無線通信端末に記憶される通話可能通知要求の送信情報履歴を例示する図である。第１実施形態の通信制御方法において、着信側無線通信端末に記憶される通話可能通知要求の受信情報履歴を例示する図である。第１実施形態の通信制御方法において、着信側無線通信端末が行う通話可能通知に関する通信制御を示すフローチャートである。第１実施形態の通信制御方法において、着信側無線通信端末が行う通話可能通知に関する通信制御を示すフローチャートである。第１実施形態の通信制御方法において、着信側無線通信端末で無線状態の判定に用いる無線状態判定テーブルを例示する図である。第１実施形態の通信制御方法において、着信側無線通信端末で通話可能通知を送信してよいか否かの判定に用いる通知判定テーブルを例示する図である。（ａ），（ｂ）はそれぞれ、第１実施形態の通信制御方法において、発信側無線通信端末に表示される通話可能通知受信時の表示画面および状態悪化通知受信時の表示画面を例示する図である。第１実施形態の通信制御方法において、発信側無線通信端末が回線交換網に接続できる着信側無線通信端末に対する発信を一度中断し、希望ネットワークが使用できるようになってから再度発信して、リアルタイムアプリケーションで通信を開始して該通話を終了するまでの通信制御（通信制御２）を示すシーケンス図である。第１実施形態の通信制御方法において、発信側無線通信端末が回線交換網に接続できる着信側無線通信端末に対する発信を一度中断し、希望ネットワークが使用できるようになってから再度発信して、リアルタイムアプリケーションで通信を開始して該通話を終了するまでの通信制御（通信制御２）を示すシーケンス図である。（ａ），（ｂ）はそれぞれ、第１実施形態の通信制御方法における発信側無線通信端末の１度目の発信時の画面状態および２度目の発信時の画面状態を例示する図である。第１実施形態の通信制御方法において、発信側無線通信端末の画面に全ての通話可能通知を表示した状態を例示する図である。（ａ），（ｂ）はそれぞれ、第１実施形態の通信制御方法において、発信側無線通信端末の再発信時の画面切換に用いる再発信画面１および再発信画面２を例示する図である。第１実施形態の通信制御方法において、着信側無線通信端末がいつ、どの程度の確率で各ネットワークに接続できる状態にあるかを表示するグラフを例示する図である。図３１のグラフの作成に用いる着信側無線通信端末の接続状況記録を例示する図である。従来技術による無線通信ネットワークの構成を例示する図である。従来技術による無線通信ネットワークにおいて、発信側無線通信端末および着信側無線通信端末間で通信を開始するまでの通信制御を示すシーケンス図である。

符号の説明

１０ＤＮＳサーバ
２０，３０ＳＩＰサーバ
４０ゲートウェイ
５０ＳＭＳサーバ（メッセージ送信サーバ）
６０，７０ゲートウエイ或いはＳＩＰサーバ
３１０通信処理部（送信部、受信部）
３２０制御部
３３０操作入力部
３４０ＳＩＰ（拡張）処理部
３５０無線通信ネットワーク選択処理部
３６０情報表示部
３７０音声変調／復調部
３８０画像変調／復調部
３９０無線通信＃１リンク制御部
４００無線通信＃２リンク制御部
４１０無線通信＃Ｎリンク制御部
４２０通話可能通知要求送信記憶部
４３０通話可能通知要求送信処理部
４３５通話可能（状態悪化）通知送信処理部
４４０通話可能通知要求受信記憶部
４５０通話可能通知要求受信処理部
４５５通話可能（状態悪化）通知受信処理部
４６０接続通知自動応答判定部
４７０接続通知自動応答設定部
４８０発信先接続状況記憶部
４９０発信先接続状況グラフ作成部
４９５無線状態判定部
５００画面状態記憶部
５０５画面状態切換処理部
５１０ログイン（登録）処理部
５２０呼出要求受信部
５３０登録通知生成部
５４０登録通知送信部
５５０アドレス解決処理部
５６０呼出要求生成部
５７０呼出要求送信部
５８０発信希望記憶部
５９０発信希望処理部
６１０情報受信部
６２０起動メッセージ送信部
ＳＰスピーカ
ＭＩＣマイクロフォン
ＮＥＴ１インターネット
ＮＥＴ２オペレータパケットネットワーク
ＮＥＴ３オペレータ回線交換ネットワーク
ＲＮＥＴ１，ＲＮＥＴ２オペレータ無線通信パケットネットワーク
ＵＡ１００発信側無線通信端末（発信元端末）
ＵＡ２００着信側無線通信端末（発信先端末）
ＵＡ３００通信端末（ソフトホン）

Claims

所定の通信システムを利用して、発信側が希望する着信側の無線通信システムの条件に関する情報を含む呼出要求を送信する送信手段と、
前記呼出要求の送信時の表示手段の画面状態および該画面状態に対応するアプリケーションの起動状態を記憶する記憶手段と、
前記送信手段が送信した呼出要求に対して、前記発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ前記着信側が接続可能になった場合に、前記着信側が前記発信側に対してその旨を通知する通話可能通知を送信するよう前記着信側に要求する要求手段と、
該要求手段の要求に対して、前記着信側から前記通話可能通知を受信すると、前記記憶手段に記憶された画面状態を前記表示手段に表示するとともに、当該画面状態において発信指示を検出すると、該発信指示に対応するアプリケーションで発信するように制御する制御手段と、
を備えることを特徴とする通信装置。
前記制御手段は、前記記憶手段が前記呼出要求の送信時の表示手段の画面状態を複数個記憶している場合、全ての画面状態を前記表示手段に同時に表示し、何れか１つの画面状態の選択指示を検出すると、該選択指示に対応する表示画面のみを前記表示手段に表示した状態で、該表示画面に対応するアプリケーションで発信するように制御することを特徴とする請求項１記載の通信装置。
前記制御手段は、前記通話可能通知の受信前の前記表示手段の画面状態および該画面状態に対応するアプリケーションの起動状態が前記記憶手段に一時記憶されている場合、前記発信指示に応じて前記発信を行った後に画面復帰指示を検出すると、前記記憶手段に一時記憶されている画面状態を前記表示手段に表示するように制御することを特徴とする請求項１記載の通信装置。
所定の通信システムを利用して、発信側が希望する着信側の無線通信システムの条件に関する情報を含む呼出要求を送信する送信工程と、
前記呼出要求の送信時の表示手段の画面状態および該画面状態に対応するアプリケーションの起動状態を記憶する記憶工程と、
前記送信工程で送信した呼出要求に対して、前記発信側が希望する着信側の無線通信システムの条件に適合しない無線通信システムを着信側が利用する旨の情報を受信すると、前記発信側が希望する着信側の無線通信システムの条件に適合する無線通信システムへ前記着信側が接続可能になった場合に、前記着信側が前記発信側に対してその旨を通知する通話可能通知を送信するよう前記着信側に要求する要求工程と、
該要求工程の要求に対して、前記着信側から前記通話可能通知を受信すると、前記記憶工程で記憶された画面状態を前記表示手段に表示するとともに、当該画面状態において発信指示を検出すると、該発信指示に対応するアプリケーションで発信するように制御する制御工程とを行うことを特徴とする通信制御方法。