他の通信端末である相手端末との間でセッションを確立し、通信を行う通信端末であって、ユーザからの指示に応じ、前記相手端末との間のセッションの確立を、前記相手端末に対して要求する第一要求手段と、前記第一要求手段において前記相手端末に対してセッションの確立を要求した後、前記相手端末との間のセッションを確立する第一確立手段と、前記相手端末との間のセッションの確立の要求を、前記相手端末から受け付ける第一受付手段と、前記第一受付手段において前記相手端末からセッションの確立の要求を受け付けた後、前記相手端末との間のセッションを確立する第二確立手段と、前記第一要求手段において前記相手端末に対してセッションの確立を要求してから、前記第一確立手段において前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第一通知情報を、通信を行う度に表示手段に表示する第一表示制御手段と、前記第一受付手段において前記相手端末からセッションの確立の要求を受け付けてから、前記第二確立手段において前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第二通知情報を、通信を行う度に前記表示手段に表示する第二表示制御手段とを備え、前記第一要求手段において、前記相手端末に対してセッションの確立を要求した後、前記第一確立手段において、前記相手端末との間のセッションを確立する前に、前記第一受付手段において、前記相手端末からセッションの確立の要求を受け付けた場合に、前記第一表示制御手段は、前記第一通知情報を前記表示手段に表示し、前記第二表示制御手段は、前記第二通知情報を前記表示手段に表示しないことを特徴とする通信端末。前記相手端末とは別の前記他の通信端末である要求端末から、前記相手端末との間のセッションの確立の要求を受け付ける第二受付手段と、前記第二受付手段において、前記要求端末から前記要求を受け付けた場合に、前記相手端末との間のセッションの確立を、前記相手端末に対して要求する第二要求手段と、前記第二要求手段において前記相手端末にセッションの確立を要求した後、前記相手端末との間のセッションを確立する第三確立手段とを備え、前記第二要求手段において前記相手端末に対してセッションの確立を要求してから、前記第三確立手段において前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記第二表示制御手段は、前記第二通知情報を前記表示手段に表示し、前記第一表示制御手段は、前記第一通知情報を前記表示手段に表示しないことを特徴とする請求項1に記載の通信端末。前記第一要求手段において前記相手端末にセッションの確立を要求した後、前記第一確立手段において前記相手端末との間のセッションを確立する前に、前記第一受付手段において前記相手端末からセッションの確立の要求を受け付けた場合に、前記第一確立手段は、前記相手端末との間のセッションを確立することを特徴とする請求項1又は2に記載の通信端末。ユーザからの指示に応じ、他の通信端末である相手端末との間のセッションの確立を、前記相手端末に対して要求する第一要求ステップと、前記第一要求ステップにおいて前記相手端末に対してセッションの確立を要求した後、前記相手端末との間のセッションを確立する第一確立ステップと、前記相手端末との間のセッションの確立の要求を、前記相手端末から受け付ける第一受付ステップと、前記第一受付ステップにおいて前記相手端末からセッションの確立の要求を受け付けた後、前記相手端末との間のセッションを確立する第二確立ステップと、前記第一要求ステップにおいて前記相手端末に対してセッションの確立を要求してから、前記第一確立ステップにおいて前記相手端末との間のセッションを確立するまでの間の通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第一通知情報を、通信を行う度に表示手段に表示する第一表示制御ステップと、前記第一受付ステップにおいて前記相手端末からセッションの確立の要求を受け付けてから、前記第二確立ステップにおいて前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第二通知情報を、通信を行う度に前記表示手段に表示する第二表示制御ステップとを備え、前記第一要求ステップにおいて、前記相手端末に対してセッションの確立を要求した後、前記第一確立ステップにおいて、前記相手端末との間のセッションを確立する前に、前記第一受付ステップにおいて、前記相手端末からセッションの確立の要求を受け付けた場合に、前記第一表示制御ステップは、前記第一通知情報を前記表示手段に表示し、前記第二表示制御ステップは、前記第二通知情報を前記表示手段に表示しないことを特徴とする制御方法。ユーザからの指示に応じ、他の通信端末である相手端末との間のセッションの確立を、前記相手端末に対して要求する第一要求ステップと、前記第一要求ステップにおいて前記相手端末に対してセッションの確立を要求した後、前記相手端末との間のセッションを確立する第一確立ステップと、前記相手端末との間のセッションの確立の要求を、前記相手端末から受け付ける第一受付ステップと、前記第一受付ステップにおいて前記相手端末からセッションの確立の要求を受け付けた後、前記相手端末との間のセッションを確立する第二確立ステップと、前記第一要求ステップにおいて前記相手端末に対してセッションの確立を要求してから、前記第一確立ステップにおいて前記相手端末との間のセッションを確立するまでの間の通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第一通知情報を、通信を行う度に表示手段に表示する第一表示制御ステップと、前記第一受付ステップにおいて前記相手端末からセッションの確立の要求を受け付けてから、前記第二確立ステップにおいて前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第二通知情報を、通信を行う度に前記表示手段に表示する第二表示制御ステップとをコンピュータに実行させるための制御プログラムであって、前記第一要求ステップにおいて、前記相手端末に対してセッションの確立を要求した後、前記第一確立ステップにおいて、前記相手端末との間のセッションを確立する前に、前記第一受付ステップにおいて、前記相手端末からセッションの確立の要求を受け付けた場合に、前記第一表示制御ステップは、前記第一通知情報を前記表示手段に表示し、前記第二表示制御ステップは、前記第二通知情報を前記表示手段に表示しないことを特徴とする制御プログラム。通信端末は、正規の通信手順とは異なる通信手順で呼制御通信が行われる場合であっても、呼制御通信の状況を通知するための表示画面を表示部に表示する必要がある。ここで、正規の通信手順で呼制御通信が行われた場合と同様の方法で表示制御が行われた場合を想定する。この場合、要求パケットを送信した発呼端末が要求パケットを受信することになるので、発呼端末の表示部に、セッションの確立が要求された旨を通知する表示画面が表示されることになる。従ってユーザは、他の通信端末との間のセッションの確立を通信端末に対して指示したにも関わらず、指示内容とは異なる態様の表示画面が表示部に表示されるため、混乱する。このように、正規の通信手順とは異なる通信手順で呼制御通信が行われた場合、ユーザの認識する通信端末の状態と、実際に表示部に表示される表示画面の内容とが相違する場合があるため、ユーザの混乱を招いてしまうという問題点がある。本発明の目的は、正規の通信手順とは異なる通信手順で呼制御通信が行われた場合でも、ユーザに違和感を与えることなく、通信端末の状態をユーザに通知することができる通信端末、制御方法、及び制御プログラムを提供することにある。本発明の第一態様に係る通信端末は、他の通信端末である相手端末との間でセッションを確立し、通信を行う通信端末であって、ユーザからの指示に応じ、前記相手端末との間のセッションの確立を、前記相手端末に対して要求する第一要求手段と、前記第一要求手段において前記相手端末に対してセッションの確立を要求した後、前記相手端末との間のセッションを確立する第一確立手段と、前記相手端末との間のセッションの確立の要求を、前記相手端末から受け付ける第一受付手段と、前記第一受付手段において前記相手端末からセッションの確立の要求を受け付けた後、前記相手端末との間のセッションを確立する第二確立手段と、前記第一要求手段において前記相手端末に対してセッションの確立を要求してから、前記第一確立手段において前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第一通知情報を、通信を行う度に表示手段に表示する第一表示制御手段と、前記第一受付手段において前記相手端末からセッションの確立の要求を受け付けてから、前記第二確立手段において前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第二通知情報を、通信を行う度に前記表示手段に表示する第二表示制御手段とを備え、前記第一要求手段において、前記相手端末に対してセッションの確立を要求した後、前記第一確立手段において、前記相手端末との間のセッションを確立する前に、前記第一受付手段において、前記相手端末からセッションの確立の要求を受け付けた場合に、前記第一表示制御手段は、前記第一通知情報を前記表示手段に表示し、前記第二表示制御手段は、前記第二通知情報を前記表示手段に表示しないことを特徴とする。第一態様によれば、通信端末は、相手端末に対してセッションの確立を要求し、且つ、相手端末からセッションの確立が要求された場合に、第一通知情報を表示手段に表示する。これによって通信端末は、ユーザの認識する通信端末の状態と、実際に表示手段に表示される情報とを一致させることができる。これによって通信端末のユーザは、通信端末の状態を違和感なく認識することができる。第一態様において、前記相手端末とは別の前記他の通信端末である要求端末から、前記相手端末との間のセッションの確立の要求を受け付ける第二受付手段と、前記第二受付手段において、前記要求端末から前記要求を受け付けた場合に、前記相手端末との間のセッションの確立を、前記相手端末に対して要求する第二要求手段と、前記第二要求手段において前記相手端末にセッションの確立を要求した後、前記相手端末との間のセッションを確立する第三確立手段とを備え、前記第二要求手段において前記相手端末に対してセッションの確立を要求してから、前記第三確立手段において前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記第二表示制御手段は、前記第二通知情報を前記表示手段に表示し、前記第一表示制御手段は、前記第一通知情報を前記表示手段に表示しなくてもよい。通信端末は、要求端末からの要求に応じ、相手端末に対してセッションの確立を要求することができる。これによって通信端末は、セッションを確立させるための通信手順を多様化することができるので、状況に応じて様々な手順で通信を行い、相手端末との間のセッションを確立させることができる。また、表示手段には、相手端末からセッションの確立が要求された場合と同様の情報が表示される。従って通信端末のユーザは、呼制御通信が異なる通信手順で実行された場合でも、通信端末の状態を違和感なく認識することができる。第一態様において、前記第一要求手段において前記相手端末にセッションの確立を要求した後、前記第一確立手段において前記相手端末との間のセッションを確立する前に、前記第一受付手段において前記相手端末からセッションの確立の要求を受け付けた場合に、前記第一確立手段は、前記相手端末との間のセッションを確立してもよい。通信端末と相手端末とでセッションの確立を要求するタイミングが略同時となった場合も、通信端末は、相手端末との間のセッションを確立させることができる。本発明の第二態様に制御方法は、ユーザからの指示に応じ、他の通信端末である相手端末との間のセッションの確立を、前記相手端末に対して要求する第一要求ステップと、前記第一要求ステップにおいて前記相手端末に対してセッションの確立を要求した後、前記相手端末との間のセッションを確立する第一確立ステップと、前記相手端末との間のセッションの確立の要求を、前記相手端末から受け付ける第一受付ステップと、前記第一受付ステップにおいて前記相手端末からセッションの確立の要求を受け付けた後、前記相手端末との間のセッションを確立する第二確立ステップと、前記第一要求ステップにおいて前記相手端末に対してセッションの確立を要求してから、前記第一確立ステップにおいて前記相手端末との間のセッションを確立するまでの間の通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第一通知情報を、通信を行う度に表示手段に表示する第一表示制御ステップと、前記第一受付ステップにおいて前記相手端末からセッションの確立の要求を受け付けてから、前記第二確立ステップにおいて前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第二通知情報を、通信を行う度に前記表示手段に表示する第二表示制御ステップとを備え、前記第一要求ステップにおいて、前記相手端末に対してセッションの確立を要求した後、前記第一確立ステップにおいて、前記相手端末との間のセッションを確立する前に、前記第一受付ステップにおいて、前記相手端末からセッションの確立の要求を受け付けた場合に、前記第一表示制御ステップは、前記第一通知情報を前記表示手段に表示し、前記第二表示制御ステップは、前記第二通知情報を前記表示手段に表示しないことを特徴とする。第二態様によれば、第一態様と同様の効果を奏することができる。本発明の第三態様に係る制御プログラムは、ユーザからの指示に応じ、他の通信端末である相手端末との間のセッションの確立を、前記相手端末に対して要求する第一要求ステップと、前記第一要求ステップにおいて前記相手端末に対してセッションの確立を要求した後、前記相手端末との間のセッションを確立する第一確立ステップと、前記相手端末との間のセッションの確立の要求を、前記相手端末から受け付ける第一受付ステップと、前記第一受付ステップにおいて前記相手端末からセッションの確立の要求を受け付けた後、前記相手端末との間のセッションを確立する第二確立ステップと、前記第一要求ステップにおいて前記相手端末に対してセッションの確立を要求してから、前記第一確立ステップにおいて前記相手端末との間のセッションを確立するまでの間の通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第一通知情報を、通信を行う度に表示手段に表示する第一表示制御ステップと、前記第一受付ステップにおいて前記相手端末からセッションの確立の要求を受け付けてから、前記第二確立ステップにおいて前記相手端末との間のセッションを確立するまでの間の前記通信端末の状態をユーザに通知するために、前記相手端末との間で実行する通信の種別毎に設けた第二通知情報を、通信を行う度に前記表示手段に表示する第二表示制御ステップとをコンピュータに実行させるための制御プログラムであって、前記第一要求ステップにおいて、前記相手端末に対してセッションの確立を要求した後、前記第一確立ステップにおいて、前記相手端末との間のセッションを確立する前に、前記第一受付ステップにおいて、前記相手端末からセッションの確立の要求を受け付けた場合に、前記第一表示制御ステップは、前記第一通知情報を前記表示手段に表示し、前記第二表示制御ステップは、前記第二通知情報を前記表示手段に表示しないことを特徴とする。第三態様によれば、第一態様と同様の効果を奏することができる。以下、本発明の実施形態第一実施例、及び第二実施例について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。図1を参照し、通信システム1について説明する。通信システム1は、サーバ11、及び通信端末12、13、14を備えている。以下、通信端末12、13、14を区別しない場合、または総称する場合、通信端末2という。サーバ11及び通信端末2は、ネットワーク3を介して相互に通信を行うことができる。通信端末2は、呼制御通信によってセッションを確立し、PeertoPeerP2P型の通信を開始することができる。通信端末2として、例えば周知のPCが使用される。呼制御通信のプロトコルとして、例えばSIPSessionInitiationProtocolが使用される。サーバ11は、通信端末2間の呼制御通信を制御する。サーバ11として、SIPサーバが使用される。なお、通信端末2に付された符号12、13、14は、通信端末2のIDも示しているものとする。通信端末2の電気的構成について説明する。通信端末2は、通信端末2の制御を司るCPU21を備えている。CPU21は、ROM22、RAM23、ハードディスクドライブHDD24、入力部25、出力部26、ドライブ装置27、及び通信部28と電気的に接続している。ROM22には、ブートプログラムやBIOS等が記憶される。RAM23には、タイマやカウンタ、一時的なデータが記憶される。HDD24には、CPU21の制御プログラムやOSが記憶される。入力部25は、ユーザからの入力を受け付けるキーボードやマウスである。出力部26は、所望の画像を表示させるディスプレイである。ドライブ装置27は、記憶媒体271に記憶された情報を読み出すことができる。例えば、通信端末2のセットアップ時、記憶媒体271に記憶された制御プログラムはドライブ装置27によって読み出され、HDD24に記憶される。通信部28は、ネットワーク3を介して他の通信端末2と通信を行うためのコントローラである。図2を参照し、正規の通信手順で実行される呼制御通信の概要について説明する。通信端末12を使用するユーザによって、通信端末13との間でP2P通信を開始する指示が、入力部25図1参照を介して入力されるS11。通信端末12は、セッションの確立を要求するパケットを作成する。以下、セッションの確立を要求するパケットを、確立要求パケットともいう。通信端末12は、通信端末13を宛先とする確立要求パケットを、サーバ11に対して送信するS12。ここで通信端末12は、通信端末13との間のセッションの確立を要求している最中である旨を、出力部26図1参照に表示してもよい。例えば出力部26には、通信端末13に対して発信中です。という文字情報が表示されてもよい。サーバ11は、通信端末12から送信された確立要求パケットを受信し、通信端末13に対して転送する。通信端末13は、サーバ11によって転送された確立要求パケットを受信するS13。通信端末13は、通信端末12からセッションの確立の要求を着呼した旨を、出力部26に表示してユーザに通知するS15。以下、セッションの確立の要求を着呼した旨を表示してユーザに通知する処理を、着呼通知処理ともいう。例えば着呼通知処理によって、通信端末13の出力部26には通信端末12から着信中です。という文字情報が表示される。通信端末13のユーザは、通信端末12からセッションの確立要求があった旨を認識する。通信端末13を使用するユーザによって、通信端末12との間のセッションの確立を許諾する指示が、入力部25を介して入力されたとするS17。通信端末13は、通信端末12に対してセッションの確立の許諾を通知する肯定的な応答パケットを作成する。以下、セッションの確立の許諾を通知する肯定的な応答パケットを、OK応答パケットともいう。通信端末13は、通信端末12を宛先とするOK応答パケットを、サーバ11に対して送信するS18。サーバ11は、通信端末13から送信されたOK応答パケットを受信し、通信端末12に対して転送する。通信端末12は、サーバ11によって転送されたOK応答パケットを受信するS19。通信端末12は、通信端末13においてセッションの確立が許諾され、通信端末13との間のセッションが確立された旨を、出力部26に表示してユーザに通知するS21。以下、セッションが確立された旨を表示してユーザに通知する処理を、確立通知処理ともいう。例えば確立通知処理によって、通信端末12の出力部26には通信端末13との間のセッションが確立されました。という文字情報が表示される。通信端末12のユーザは、通信端末13との間のセッションが確立された旨を認識する。通信端末12は、OK応答パケットを受信したことを通知するACKパケットを、サーバ11を介して通信端末13に対して送信するS22。通信端末13は、サーバ11を介してACKパケットを受信するS23。通信端末13では、確立通知処理が実行される。確立通知処理によって、通信端末12との間のセッションが確立された旨が、ユーザに通知されるS25。以上の呼制御通信を経て、通信端末12と通信端末13との間のセッションは確立した状態になる。通信端末12のユーザが、通信端末13に対してデータを送信する指示を、入力部25を介して入力したとするS27。通信端末12は、サーバ11を介することなく、通信端末13に対してデータを直接送信するS28。通信端末13は、通信端末12からデータを受信するS29。通信端末13は、通信端末12からデータを受信した旨を、受信したデータと共に出力部26に表示してユーザに通知するS31。以下、データを受信した旨を、受信したデータと共に表示してユーザに通知する処理を、受信通知処理ともいう。通信端末13のユーザが、通信端末12に対してデータを送信する指示を、入力部25を介して入力したとするS33。通信端末13は、サーバ11を介することなく、通信端末12に対してデータを直接送信するS34。通信端末12は、通信端末13からデータを受信するS35。通信端末12では、受信通知処理が実行される。受信通知処理によって、通信端末13からデータを受信した旨が、受信したデータと共にユーザに通知されるS37。図3を参照し、通信端末2のHDD24に記憶された制御プログラム30について説明する。制御プログラム30は、通信制御を実行するアプリケーションプログラムと、出力部26への表示制御を実行するアプリケーションとを備えている。以下、通信制御を実行するアプリケーションを、通信アプリケーション31ともいう。出力部26への表示制御を実行するアプリケーションを、表示アプリケーション32ともいう。通信アプリケーション31がCPU21において実行されることによって、通信端末2間で呼制御通信、及びP2P型の通信が実行される。表示アプリケーション32がCPU21において実行されることによって、着呼通知処理、確立通知処理、及び受信通知処理が実行される。表示アプリケーション32は、発呼側表示アプリケーション33及び着呼側表示アプリケーション36を備えている。発呼側表示アプリケーション33は、P2P型の通信の開始がユーザによって指示された通信端末2のCPU21において起動され、実行される。着呼側表示アプリケーション36は、セッションの確立の要求を受けた通信端末2のCPU21において起動され、実行される。以下、P2P型の通信の開始がユーザによって指示された通信端末2を、発呼端末ともいう。セッションの確立の要求を受けた通信端末2を、着呼端末ともいう。発呼側表示アプリケーション33について説明する。発呼側表示アプリケーション33は、発呼端末のCPU21において起動される。通信アプリケーション31は、OK応答パケットが受信された場合S19、図2参照に、起動された発呼側表示アプリケーション33に対して確立通知処理34S21、図2参照の実行を指示する。通信アプリケーション31は、他の通信端末2との間のセッションの確立後、P2P型の通信によってデータが受信された場合S35、図2参照に、起動された発呼側表示アプリケーション33に対して受信通知処理35S37、図2参照の実行を指示する。発呼側表示アプリケーション33は、通信アプリケーションからの指示に基づき、確立通知処理34及び受信通知処理35を順に実行することになる。着呼側表示アプリケーション36について説明する。着呼側表示アプリケーション36は、確立要求パケットが受信された通信端末2のCPU21において起動される。通信アプリケーション31は、確立要求パケットが受信された場合S13、図2参照に、起動された着呼側表示アプリケーション36に対して着呼通知処理37S15、図2参照の実行を指示する。通信アプリケーション31は、ACKパケットが受信された場合S23、図2参照に、起動された着呼側表示アプリケーション36に対して確立通知処理38S25、図2参照の実行を指示する。通信アプリケーション31は、他の通信端末2との間のセッションの確立後、P2P型の通信によってデータが受信された場合S29、図2参照に、起動された着呼側表示アプリケーション36に対して受信通知処理39S31、図2参照の実行を指示する。着呼側表示アプリケーション36は、通信アプリケーション31からの指示に基づき、着呼通知処理37、確立通知処理38、及び受信通知処理39を順に実行することになる。<第一実施例>図4を参照し、例外的な通信手順で実行される呼制御通信の概要について説明する。通信端末13とのP2P通信を開始する指示が通信端末12に対して入力され、且つ、同時期に、通信端末12とのP2P通信を開始する指示が通信端末13に対して入力された場合を想定している。通信端末12に対して、通信端末13とのP2P通信を開始する指示が入力されるS41。通信端末12は、確立要求パケットを、サーバ11を介して通信端末13に対して送信する。S43。また同時期に、通信端末13に対して、通信端末12とのP2P通信を開始する指示が入力されるS45。通信端末13は、確立要求パケットを、サーバ11を介して通信端末12に対して送信するS47。通信端末13は、通信端末12から送信された確立要求パケットを、サーバ11を介して受信するS49。通信端末13では、確立要求パケットの送信後に通信端末12から受信されたパケットが、OK応答パケットでないことになる。ここで通信端末13は、通信端末12から受信されたパケットがOK応答パケットでない場合であっても、受信されたパケットが確立要求パケットである場合には、通信端末12に対してP2P通信を開始する指示が入力されていると判断する。通信端末13は、継続して呼制御通信を行う。同様に通信端末12は、通信端末13から送信された確立要求パケットを、サーバ11を介して受信するS51。通信端末12は、受信されたパケットはOK応答パケットでないが、確立要求パケットであるので、通信端末13に対してP2P通信を開始する指示が入力されていると判断する。通信端末12は、継続して呼制御通信を行う。通信端末12、13は、受信した確立要求パケットに応じて返信するパケットの種別を決定する。上述のように、相手方の通信端末2に対して同時期にP2P通信を開始する指示が入力されていると判断された場合、通信端末12、13のうちいずれか一方の通信端末2は、相手方の通信端末に対してOK応答パケットを送信する。これによっていずれか一方の通信端末2では、P2P通信を開始する指示が入力されているにも関わらず、正規の呼制御通信の手順図2参照のうち着呼端末側の手順で通信が実行されることになる。OK応答パケットを送信するか否かは、自身のIDと相手方のIDとを比較することで決定される。具体的な方法は以下の通りである。通信端末13のID13は、通信端末13において受信された確立要求パケットの送信元の通信端末12のID12よりも大きい。この場合、通信端末13は、OK応答パケットを通信端末12に対して送信するS53。一方、通信端末12のID12は、通信端末12において受信された確立要求パケットの送信元の通信端末13のID13よりも小さい。この場合、通信端末12は、通信端末13との間のセッションの確立が許可されている場合であっても、セッションの確立の拒否を通知する否定的な応答パケットを通信端末13に対して送信するS55。以下、セッションの確立の拒否を通知する否定的な応答パケットを、NG応答パケットともいう。通信端末12は、通信端末13から送信されたOK応答パケットを、サーバ11を介して受信するS57。通信端末12は、S43で自身が送信した確立要求パケットが、通信端末13において正常に処理されていると判断する。通信端末12は、通信端末13に対してNG応答パケットを送信した後、通信端末13からOK応答パケットを受信した場合に、通信端末13とのセッションの確立に成功したと判断する。通信端末12は、ACKパケットを通信端末13に対して返信するS65。以上のように、通信端末12において実行される呼制御通信S43、57、及び65の手順は、S51、及びS55の通信を除き、正規の呼制御通信の手順図2参照のうち発呼端末側の手順と同一である。通信端末13は、通信端末12から送信されたNG応答パケットを、サーバ11を介して受信するS61。通信端末13は、通信端末12に対してOK応答パケットを送信した後、通信端末12からNG応答パケットを受信した場合に、ACKパケットを通信端末12に対して返信するS63。通信端末13は、通信端末12からACKパケットを受信するS69。通信端末13は、通信端末12とのセッションの確立に成功したと判断する。以上のように、通信端末13において実行される呼制御通信S49、53、69の手順は、S47、S61、及びS63を除き、正規の呼制御通信の手順図2参照のうち着呼端末側の手順と同一である。以上の呼制御通信を経て、通信端末12と通信端末13との間のセッションは確立した状態になる。通信端末12、13間でP2P型の通信が実行されることによって、通信端末12、13間でデータが送受信されるS75、S81。図4で説明した通信手順で通信が実行された場合の、通信アプリケーション31図3参照と表示アプリケーション32図3参照との関係について説明する。通信端末12、13では、P2P型の通信の開始がユーザによって指示されているS41、S45ので、発呼側表示アプリケーション33図2参照が起動される。しかしながら上述のような通信手順で呼制御通信が実行される場合、通信端末13では、正規の呼制御通信の手順図2参照のうち着呼端末側の手順で通信が実行される。従って通信アプリケーション31は、通信端末12から送信された確立要求パケットが受信された場合S49、起動された発呼側表示アプリケーション33に対して、着呼通知処理の実行を指示するS15、図2参照。しかしながら、通信端末13に対して、P2P型の通信の開始指示がされているのでS45、着呼通知処理によって通信端末12から着信中です。のような文字が出力部26に表示された場合、ユーザは違和感を覚える。また、そもそも発呼側表示アプリケーション33では着呼通知処理の指示が想定されていない。このため発呼側表示アプリケーション33は、着呼通知処理を実行することができない。これに対して本発明では、正規の呼制御通信の手順における着呼端末側の手順で通信が行われている場合であっても、発呼端末において実行される制御方法で、起動された発呼側表示アプリケーション33を制御する。詳細を以下に説明する。通信端末12の場合について説明する。通信端末12において、P2P型の通信の開始がユーザによって指示されるS41。発呼側表示アプリケーション33が起動される。確立要求パケットが通信端末13に対して送信されるS43。なおここで発呼側表示アプリケーション33は、通信端末13との間のセッションの確立を要求している最中である旨を出力部26図1参照に表示してもよい。確立要求パケットの送信後、通信端末13から送信されたOK応答パケットが受信されるS57。通信アプリケーション31は、起動された発呼側表示アプリケーション33に対して、確立通知処理34の実行を指示する。発呼側表示アプリケーション33は、確立通知処理34を実行するS59。通信端末13との間のセッションが確立された旨が、ユーザに通知される。通信端末13との間のセッションが確立した後、通信端末13から送信されたデータが受信されたとするS81。通信アプリケーション31は、起動された発呼側表示アプリケーション33に対して、受信通知処理35の実行を指示する。発呼側表示アプリケーション33は、受信通知処理35を実行するS83。通信端末13からデータを受信した旨が、受信したデータと共にユーザに通知される。以上の処理では、通信アプリケーション31から発呼側表示アプリケーション33に対して、確立通知処理34及び受信通知処理35の順で指示が実行されている。発呼側表示アプリケーション33に対する指示の手順は、正規の呼制御通信時図2参照の場合と同一となる。このため発呼側表示アプリケーション33は、通信アプリケーション31からの指示に応じてユーザへの通知を確実に行うことができる。通信端末13の場合について説明する。通信端末13において、P2P型の通信がユーザによって指示されるS45。発呼側表示アプリケーション33が起動される。確立要求パケットが通信端末12に対して送信されるS47。通信端末12から送信された確立要求パケットが受信されS49、OK応答パケットが通信端末12に対して送信されるS53。通信アプリケーション31は、起動された発呼側表示アプリケーション33に対して着信通知の指示を行わない。送信されたOK応答パケットに応じ、通信端末12から送信されるACKパケットが受信されるS69。通信アプリケーション31は、起動された発呼側表示アプリケーション33に対して、確立通知処理34の実行を指示する。発呼側表示アプリケーションは、確立通知処理34を実行するS71。通信端末12との間のセッションが確立された旨が、ユーザに通知される。通信端末12との間のセッションが確立した後、通信端末12から送信されたデータが受信されたとするS75。通信アプリケーション31は、起動された発呼側表示アプリケーション33に対して、受信通知処理35の実行を指示する。発呼側表示アプリケーション33は、受信通知処理35を実行するS77。通信端末12からデータを受信した旨が、受信したデータと共にユーザに通知される。以上の処理では、通信端末12の場合と同様、通信アプリケーション31から発呼側表示アプリケーション33に対して、確立通知処理34及び受信通知処理35の順で指示が実行されている。通信端末13では着呼端末における呼制御通信の通信手順で通信が実行されているにも関わらず、発呼側表示アプリケーション33によって実行される指示の手順は、正規の呼制御通信時図2参照の場合と同一となる。このため発呼側表示アプリケーションは、通信アプリケーションからの指示に応じてユーザへの通知を確実に行うことができる。また、違和感のない表示態様でユーザに通知を行うことができる。以上のようにして通信端末2は、他の通信端末2に対してセッションの確立を要求し、且つ、他の通信端末2からセッションの確立が要求された場合に、発呼側表示アプリケーション33が起動される。通信アプリケーション31は、確立通知処理34及び受信通知処理35が順番に実行されるように指示する。従って通信端末2は、図4に示すように例外的な手順で呼制御通信が実行された場合でも、出力部26に表示する処理を共通化できる。例外的な手順の呼制御通信に対応した場合であっても、通信端末2は、出力部26への表示制御方法は、正規の手順で呼制御通信が実行された場合と同一となる。従って、新たな通信手順で呼制御通信を行うための機能が通信端末2に対して新たに加えられる場合でも、機能追加に伴う不具合の発生は抑制される。このため、機能追加に必要な作業量を抑制することができる。また、ユーザに対して違和感のない通知を行うことができる。図5から図7を参照し、第一実施例における通信端末2のCPU21において実行される通信アプリケーション31のメイン処理について説明する。メイン処理は、通信端末2の電源が投入された場合に、CPU21において起動され実行される。他の通信端末2との間でP2P型の通信を開始する指示が、ユーザによって入力されたかが判断されるS111。他の通信端末2との間でP2P型の通信を開始する指示が入力された場合S111:YES、指示と同時にユーザによって入力された、他の通信端末2のIDが取得されるS113。取得されたIDにて特定される他の通信端末2との間のセッションを確立させるために、確立要求パケットがサーバ11に対して送信されるS115。処理はS111に戻る。なおサーバ11は、受信された確立要求パケットを、S113で取得されたIDによって特定される他の通信端末2に対して転送する。S111で、P2P型の通信を開始する指示が入力されていない場合S111:NO、他の通信端末2から送信された確立要求パケットを、サーバ11を介して受信したかが判断されるS117。他の通信端末2から確立要求パケットが受信されたとするS117:YES。S115で確立要求パケットを送信しているかが判断されるS119。S115で他の通信端末2に対して確立要求パケットを送信していない場合S119:NO、着呼端末として確立要求パケットを受信したことになる。図2に示す正規の呼制御通信が開始される。着呼側表示アプリケーション36図3参照が起動される。着呼側表示アプリケーション36に対して、着呼通知処理37の実行が指示される。他の通信端末2からセッションの確立の要求を着呼した旨が、出力部26に表示されるS121、S15図2参照。処理はS111に戻る。S115で確立要求パケットを送信している場合S119:YES、確立要求パケットに応じるOK応答パケットを受信する前に、確立要求パケットを受信していることになる。この場合、ユーザによってP2P型の通信を開始する指示が入力されたと同時期に、他の通信端末2に対してP2P型の通信を開始する指示が入力されていることになる。図4に示す例外的な呼制御通信が開始される。発呼側表示アプリケーション33図3参照が起動される。S117で受信された確立要求パケットを送信した他の通信端末2のIDが取得される。取得されたIDと、自身のIDとが比較されるS123。自身のIDの方が、取得された他の通信端末2のIDよりも大きい場合S123:YES、他の通信端末2に対してOK応答パケットが送信されるS125、S53図4参照。送信されたOK応答パケットに応じ、他の通信端末2から送信されるACKパケットを受信したかが判断されるS127。ACKパケットが受信された場合S127:YES、S69図4参照、他の通信端末2との間のセッションの確立に成功したと判断される。発呼側表示アプリケーション33に対して、確立通知処理34図3参照の実行が指示される。他の通信端末2との間のセッションが確立した旨が、出力部26に表示されるS133、S71図4参照。処理はS149図6参照に進む。一方、ACKパケットが受信されない場合S127:NO、他の通信端末2からNG応答パケットを受信したかが判断されるS129。NG応答パケットが受信された場合S129:YES、S61図4参照、他の通信端末2に対してACKパケットが送信されるS131、S63図4参照。処理はS127に戻る。NG応答パケットを受信していない場合S129:NO、処理はS127に戻る。S123で、自身のIDの方が、S117で受信された確立要求パケットを送信した他の通信端末2のIDよりも小さい場合S127:NO、他の通信端末2に対してNG応答が送信されるS135、S55図4参照。他の通信端末2から送信されるOK応答パケットの受信が監視されるS137。OK応答パケットが受信されない場合S137:NO、処理はS137に戻る。他の通信端末2からOK応答パケットが受信された場合S137:YES、S57図4参照、発呼側表示アプリケーション33に対して、確立通知処理34の実行が指示される。他の通信端末2との間のセッションが確立した旨が、出力部26に表示されるS139、S59図4参照。他の通信端末2に対してACKパケットが送信されるS141、S65図4参照。処理はS149図6参照に進む。図6に示すように、呼制御通信を経て、他の通信端末2との間のセッションが確立された状態になるS149。他の通信端末2との間でP2P通信が開始されるS151。他の通信端末2からデータが受信された場合S153:YES、発呼側表示アプリケーション33に対して、受信通知処理35図3参照の実行が指示される。他の通信端末2からデータを受信した旨が、受信したデータと共に出力部26に表示されるS155、S77図4参照、S83図4参照。処理はS157に進む。他の通信端末2からデータが受信されなかった場合S153:NO、処理はS157に進む。他の通信端末2との間のP2P通信を終了させる指示が、ユーザによって入力されたかが判断されるS157。P2P通信を終了させる指示が入力されていない場合S157:NO、処理はS151に戻る。P2P通信を終了させる指示が入力された場合S157:YES、メイン処理は終了する。図5のS117で、確立要求パケットが受信されなかったとするS117:NO。図7に示すように、セッションの確立を許諾する旨の指示が、ユーザによって入力されたかが判断されるS161。セッションの確立を許諾する旨の指示が入力された場合S161:YES、S17図2参照、図2に示す正規の呼制御通信が実行されていることになる。着呼側表示アプリケーション36が起動され、S121図5参照で着呼通知処理37が実行されている。他の通信端末2に対してOK応答パケットが送信されるS163、S18図2参照。送信されたOK応答パケットに応じ、他の通信端末2から送信されるACKパケットが受信されるS165、S23図2参照。着呼側表示アプリケーション36に対して、確立通知処理38図3参照の実行が指示される。他の通信端末2との間のセッションが確立した旨が、出力部26に表示されるS167、S25図2参照。処理はS149図6参照に進む。セッションの確立を許諾する旨の指示が入力されていない場合S161:NO、他の通信端末2からOK応答パケットを受信したかが判断されるS169。OK応答パケットが受信された場合S169:YES、S19図2参照、S115図5参照で送信された確立要求パケットに対して、他の通信端末2がセッションの確立を許諾したことになる。図2に示す正規の呼制御通信が実行されている。発呼側表示アプリケーション33に対して、確立通知処理34の実行が指示される。他の通信端末2との間のセッションが確立した旨が、出力部26に表示されるS171、S21図2参照。他の通信端末2に対してACKパケットが送信されるS173、S22図2参照。処理はS149図6参照に進む。図6に示すように、図2に示す正規の呼制御通信によって他の通信端末2との間のセッションが確立されS149、P2P通信が開始されるS151。他の通信端末2からデータが受信された場合S153:YES、発呼側表示アプリケーション33又は着呼側表示アプリケーション36に対して、受信通知処理35、39の実行が指示される。他の通信端末2からデータを受信した旨が、受信したデータと共に出力部26に表示されるS155、31図2参照、37図2参照。図7のS169で、OK応答パケットが受信されなかったとするS169:NO。他の通信端末2との間のセッションの確立を拒否する旨の指示が、ユーザによって入力されたかが判断されるS175。セッションの確立を拒否する旨の指示が入力された場合S175:YES、他の通信端末2に対してNG応答パケットが送信されるS179。NG応答パケットを受信した他の通信端末2から、ACKパケットが受信されるS181。処理はS111図5参照に戻る。S175で、セッションの確立を拒否する旨の指示が入力されなかったとするS175:NO。他の通信端末2から送信されたNG応答パケットを受信したかが判断されるS183。NG応答パケットが受信されなかった場合S183:NO、処理はS111図5参照に戻る。他の通信端末2からNG応答パケットが受信された場合S183:YES、セッションの確立が拒否された旨が出力部26に表示されるS185。他の通信端末2に対してACKパケットが送信されるS187。処理はS111図5参照に戻る。以上説明したように、通信端末2は、他の通信端末2に対してセッションの確立を要求し、且つ、他の通信端末2からセッションの確立が要求された場合であっても、正規の手順で呼制御通信が実行される場合と同様の方法で、ユーザに対する通知を実行することができる。通信端末2は、セッションを確立させるために実行される通信の手順が複雑になった場合も、表示制御方法を共通化できる。これによって通信端末2は、表示制御処理が多様化し且つ複雑化することを防止できる。また通信端末2は、ユーザの認識する通信端末2の状態と、実際に表示される情報とを一致させることができる。これによって通信端末2は、ユーザにとって違和感のない表示態様で、出力部26への表示を行うことができる。<第二実施例>図8を参照し、図4で示した通信手順とは異なる例外的な通信手順の概要について説明する。図8では、通信端末12、13間でP2P型の通信を開始させるように指示するパケットが、通信端末14から通信端末12に対して送信されている。以下、他の通信端末2間でP2P型の通信を開始させるように指示するパケットを、REFERパケットともいう。例えば通信端末14は、通信端末12、13との間のセッションを既に確立させており、通信端末12、13、14間でP2P型の通信を開始するために、通信端末12に対してREFERパケットを送信するS80。通信端末12は、通信端末14から送信されたREFERパケットを受信するS81。REFERパケットには、セッションを確立させる相手方の通信端末13のID13が格納される。またREFERパケットには、通信端末14において生成されたキー情報xxxxが格納される。なお、キー情報yyyyが通信端末14から通信端末13に対して事前に通知されているものとする。通信端末12は、REFERパケットに応じて通信端末13間のセッションを確立させるために、サーバ11を介して、通信端末13に対して確立要求パケットを送信するS82。確立要求パケットには、キー情報xxxxが格納される。なお、P2P型の通信の開始指示はユーザによって直接入力されていないので、通信端末12において発呼側表示アプリケーション33図3参照は起動されない。通信端末13は、通信端末12から送信された確立要求パケットを、サーバ11を介して受信するS83。通信端末13は、確立要求パケットに格納されているキー情報xxxxを取得する。通信端末13では、セッションの確立の要求を通信端末12から受けたことになるので、着呼側表示アプリケーション36図3参照が起動される。通信アプリケーション31図3参照は、起動された着呼側表示アプリケーション36に対して、着呼通知処理37図3参照の実行を指示する。着呼側表示アプリケーション36は、着呼通知処理37を実行するS85。通信端末12からセッションの確立要求を受けた旨が、ユーザに通知される。通信端末13は、確立要求パケットから取得したキー情報xxxxと、事前に通信端末14から通知されたキー情報yyyyとを比較する。キー情報が一致する場合、通信端末13は、ユーザによる入力操作の内容に関わらず、通信端末12との間のセッションの確立を許諾する。一方、キー情報が相違する場合、通信端末13は、セッションの確立を許諾する旨の入力操作がユーザによってなされた場合に、セッションの確立を許諾する。図8では、確立要求パケットから取得されたキー情報xxxxと、事前に通信端末14から通知されていたキー情報yyyyとが相違している。通信端末13は、ユーザからの入力操作を受け付ける。通信端末13を使用するユーザによって、通信端末12との間のセッションの確立を許諾する指示が入力されたとするS87。通信端末13は、通信端末12を宛先とするOK応答パケットを、サーバ11を介して通信端末12に対して送信するS88。通信端末13では、正規の呼制御通信の手順図2参照のうち着呼端末側の手順で通信が行われることになる。なおOK応答パケットには、通信端末13に対して事前に通知されていたキー情報yyyyが格納される。通信端末12は、サーバ11を介してOK応答パケットを受信するS89。通信端末12は、P2P型の通信を開始する指示がユーザによって入力されていない状態で、OK応答パケットを通信端末13から受信したことになる。このような場合に通信端末12は、正規の呼制御通信の手順図2参照のうち発呼端末側の手順で通信を行う。また通信端末12は、着呼側表示アプリケーション36を起動し、着呼端末において実行される制御方法で、起動された着呼側表示アプリケーション36を制御する。詳細は以下のとおりである。S89でOK応答パケットが受信された場合、通信端末12は、起動された着呼側表示アプリケーション36に対して、着呼通知処理37図3参照の実行を指示する。着呼側表示アプリケーション36は、着呼通知処理を実行する。通信端末13からセッションの確立要求を受けた旨が、ユーザに通知されるS91。REFERパケットに格納されたキー情報xxxxと、OK応答パケットに格納されていたキー情報yyyyとが比較される。キー情報が一致する場合、通信端末12は、ユーザによる入力操作の内容に関わらず、通信端末13との間のセッションの確立を許諾する。一方、キー情報が相違する場合、通信端末12は、セッションの確立を許諾する旨の入力操作がユーザによってなされた場合に、セッションの確立を許諾する。図8では、REFERパケットに格納されたキー情報xxxxと、OK応答パケットに格納されたキー情報yyyyとは相違している。通信端末12を使用するユーザによって、通信端末13とのセッションの確立を許諾する指示が入力されたとするS93。通信端末12は、S89でOK応答パケットを受信したことを通知するACKパケットを、サーバ11を介して通信端末13に対して送信するS94。通信端末12は、通信端末13との間のセッションが確立されたと判断する。通信端末12の通信アプリケーション31は、着呼側表示アプリケーション36に対して、確立通知処理38図3参照の実行を指示する。着呼側表示アプリケーション36は、確立通知処理38を実行する。通信端末13との間のセッションが確立された旨が、ユーザに通知されるS98。通信端末13との間のセッションが確立した後、通信端末13から送信されたデータが受信されたとするS107。通信アプリケーション31は、着呼側表示アプリケーション36に対して、受信通知処理39図3参照の実行を指示する。発呼側表示アプリケーション36は、受信通知処理39を実行する。通信端末13からデータを受信した旨が、受信したデータと共にユーザに通知されるS109。以上のように、通信アプリケーション31から着呼側表示アプリケーション36に対して、着呼通知処理37、確立通知処理38、及び受信通知処理39の順で指示が実行される。通信端末12では発呼端末における呼制御通信の通信手順で通信が実行されているにも関わらず、着呼側表示アプリケーション36に対して、正規の呼制御通信時図2参照における着呼端末側と同一の手順で指示が実行される。このため着呼側表示アプリケーション36は、通信アプリケーション31からの指示に応じてユーザへの通知を確実に行うことができる。又、ユーザによるP2P型の通信の開始指示がされていないので、通信端末12は、着呼通知処理、確立通知処理、及び受信通知処理を順番に実行する。これによって、REFERパケットを受信することで呼制御通信が開始された場合であっても、違和感のない表示態様でユーザに通知を行うことができる。通信端末13の場合について説明する。通信端末13は、S88で送信されたOK応答パケットに応じて通信端末12から送信されるACKパケットを、サーバ11を介して受信するS95。通信端末13は、通信端末12とのセッションの確立に成功したと判断する。通信端末13の通信アプリケーション31は、着呼側表示アプリケーション36に対して、確立通知処理38の実行を指示する。着呼側表示アプリケーション36は、確立通知処理38を実行する。通信端末12との間のセッションが確立された旨が、ユーザに通知されるS97。通信端末12との間のセッションが確立した後、通信端末12から送信されたデータが受信されたとするS101。通信アプリケーション31は、着呼側表示アプリケーション36に対して、受信通知処理39の実行を指示する。着呼側表示アプリケーション36は、受信通知処理39を実行する。通信端末12からデータを受信した旨が、受信したデータと共にユーザに通知されるS103。以上のように、通信アプリケーション31から着呼側表示アプリケーション36に対して、着呼通知処理37、確立通知処理38、及び受信通知処理39の順で指示が実行される。以上説明したように、通信端末12は、通信端末14からの要求に応じ、通信端末13に対してセッションの確立を要求することができる。これによって通信端末12は、セッションを確立させるための通信手順を多様化することができるので、状況に応じて様々な手順で通信を行い、通信端末13との間のセッションを確立させることができる。また、図8に示す手順で呼制御通信が実行される場合、通信端末12、13では着呼側表示アプリケーション36が起動される。通信端末12は、正規の呼制御通信時における着呼端末において実行される通知制御と同一の方法で、ユーザに各種通知を行うことができる。従って通信端末12は、呼制御通信が異なる通信手順で実行された場合でも、ユーザへの通知方法が多様化し且つ複雑化することを防止できる。また通信端末12は、ユーザにとって違和感のない表示態様で、出力部26への表示を行うことができる。図9及び10を参照し、第二実施例における通信端末2のCPU21において実行される通信アプリケーションのメイン処理について説明する。メイン処理は、通信端末2の電源が投入された場合に、CPU21において起動され実行される。S149-S157図6参照の処理は、第一実施例と共通である。従って説明を省略又は簡略している。RAM23に記憶された許諾フラグがOFFされ初期化されるS200。許諾フラグは、S87、93図8参照においてユーザの入力操作を受け付けるか否かを判断する場合に使用されるフラグである。詳細は後述する。P2P型の通信を開始する指示がされたかが判断されるS201。P2P型の通信の開始指示は、ユーザの入力操作によって行われるか、又は、他の通信端末2からREFERパケットを受信することによって行われる。P2P型の通信を開始する指示がされた場合S201:YES、S11図2参照、S81図8参照、相手方の通信端末2のIDが取得されるS203。ユーザによって開始指示が入力されている場合S11図2参照、開始指示と共にユーザによって入力されたIDが取得される。一方、REFERパケットが受信されている場合S81図8参照、REFERパケットに格納されたIDが取得される。REFERパケットが受信されている場合S81図8参照、REFERパケットに格納されたキー情報が取得されるS205。確立要求パケットが、S203で取得されたIDを有する他の通信端末2に対して送信されるS207、S12図2参照、S82図8参照。S205でキー情報が取得されている場合、取得されたキー情報は確立要求パケットに格納される。ユーザによって開始指示が入力されている場合S11図2参照、発呼側表示アプリケーション33が起動される。REFERパケットが受信されている場合S81図8参照、着呼側表示アプリケーション36が起動される。処理はS201に戻る。S201で、P2P型の通信を開始する指示がされていない場合S201:NO、他の通信端末2から送信された確立要求パケットを受信したかが判断されるS211。確立要求パケットが受信された場合S211:YES、S13図2参照、S83図8参照、着呼側表示アプリケーション36が起動される。受信された確立要求パケットにキー情報が格納されている場合、該キー情報が取得される。取得されたキー情報と、事前に通知されたキー情報とが比較される。キー情報が一致する場合S213:YES、ユーザによる入力操作に関わらず、確立要求パケットを送信した他の通信端末2との間のセッションの確立は許諾される。許諾フラグがONされるS215。処理はS217に進む。一方、キー情報が相違する場合S213:NO、ユーザによってセッションの確立を許諾する旨の入力操作がされた場合に、セッションの確立は許諾される。許諾フラグはONされない。処理はS217に進む。なお、受信された確立要求パケットにキー情報が格納されていない場合、許諾フラグはONされることなくS213:NO、処理はS217に進む。S217では、起動された着呼側表示アプリケーション36に対して、着呼通知処理37図3参照の実行が指示される。着呼側表示アプリケーション36によって着呼通知処理37が実行される。他の通信端末2からセッションの確立の要求を着呼した旨が、出力部26に表示されるS217、S15図2参照、S85図8参照。処理はS201に戻る。S211で、確立要求パケットを受信していないと判断された場合S211:NO、図10に示すように、許諾フラグがONされているかが判断されるS221。許諾フラグがONされている場合S221:YES、ユーザの入力操作の内容に関わらずセッションの確立は許諾される。確立要求パケットに応じてOK応答パケットを送信するために、処理はS225に進む。一方、許諾フラグがOFFされている場合S221:NO、ユーザによる入力操作の内容が判断される。セッションを許諾する旨の入力操作がされた場合S223:YES、S17図2参照、S87図8参照、確立要求パケットに応じてOK応答パケットを送信するために、処理はS225に進む。S225では、確立要求パケットを送信した他の通信端末2に対して、OK応答パケットが送信されるS225、S18図2参照、S88図8参照。送信されたOK応答パケットに応じ、他の通信端末2から送信されるACKパケットが受信されるS227、S23図2参照、S95図8参照。他の通信端末2との間のセッションが確立したと判断される。起動された着呼側表示アプリケーション36に対して、確立通知処理38図3参照の実行が指示される。通信端末12との間のセッションが確立された旨が、ユーザに通知されるS251、S25図2参照、S97図8参照。処理はS149図6参照に進む。S149-S157の説明は後述する。S223で、セッションの確立を許諾する指示がユーザによって入力されない場合S223:NO、他の通信端末2からOK応答パケットを受信したかが判断されるS229。OK応答パケットが受信されない場合S229:NO、処理はS201図9参照に戻る。OK応答パケットが受信された場合S229:YES、S19図2参照、S89図8参照、REFERパケットを受信した後、S207図9参照で確立要求パケットを受信しているかが判断されるS231。REFERパケットを受信していない場合S231:NO、正規の呼制御通信図2参照の手順に基づいて通信が行われている。このためS207では、ユーザからの開始指示に応じて確立要求パケットが他の通信端末2に対して送信されている。OK応答パケットを送信した他の通信端末2に対して、ACKパケットが送信されるS233、S22図2参照。発呼側表示アプリケーション33が起動されているので、発呼側表示アプリケーション33に対して、確立通知処理34図3参照の実行が指示される。他の通信端末2との間のセッションが確立された旨が、ユーザに通知されるS251、S21図2参照。処理はS149図6参照に進むS149-S157の説明は後述する。一方、S231でREFERパケットが受信されている場合S231:YES、受信されたREFERパケットに応じて確立要求パケットが送信された後、S229でOK応答パケットが受信されていることになるS89、図8参照。例外的な呼制御通信図8参照の手順に基づいて通信が行われている。着呼側表示アプリケーション36が起動されているので、着呼側表示アプリケーション36に対して、着呼通知処理37図8参照の実行が指示される。セッションの確立の要求を着呼した旨が、ユーザに通知されるS235、S91図8参照。許諾フラグがONされているかが判断されるS237。許諾フラグがONされている場合S237:YES、ユーザの入力操作の内容に関わらずセッションの確立は許諾される。処理はS241に進む。一方、許諾フラグがOFFされている場合S237:NO、ユーザによる入力操作の内容が判断されるS239。セッションを許諾する指示が入力されない場合S239:NO、処理はS201図9参照に戻る。セッションを許諾する指示が入力された場合S239:YES、S93図8参照、処理はS241に進む。S241では、確立要求パケットを送信した他の通信端末2に対してACKパケットが送信されるS241、S94図8参照。着呼側表示アプリケーション36に対して、確立通知処理38の実行が指示される。通信端末13との間のセッションが確立された旨が、出力部26に表示されるS251、S98図8参照。処理はS149図6参照に進む。図6に示すように、上述の呼制御通信を経て、他の通信端末2との間のセッションが確立された状態になるS149。他の通信端末2との間でP2P通信が開始されるS151。他の通信端末2からデータが受信された場合S153:YES、S28図2参照、34図2参照、101図8参照、107図8参照、表示アプリケーション32図3参照に対して、受信通知処理35、39図3参照の実行が指示される。他の通信端末2からデータを受信した旨が、受信したデータと共に出力部26に表示されるS155、S31図2参照、S37図2参照、S103図8参照、S109図8参照。処理はS157に進む。他の通信端末2からデータが受信されなかった場合S153:NO、処理はS157に進む。他の通信端末2との間のP2P通信を終了させる指示が、ユーザによって入力されたかが判断されるS157。P2P通信を終了させる指示が入力されていない場合S157:NO、処理はS151に戻る。P2P通信を終了させる指示が入力された場合S157:YES、メイン処理は終了する。以上説明したように、第二実施例では、通信端末12は、通信端末14からREFERパケットを受信した場合、通信端末13に対して確立要求パケットを送信することができる。これによって通信端末12は、通信端末13との間のセッションを確立させるための通信手順を多様化することができるので、状況に応じて様々な手順で通信を行い、通信端末13との間のセッションを確立させることができる。また通信端末12の出力部26には、他の通信端末2から確立要求パケットが受信された場合と同様の表示態様で情報が表示される。従って通信端末12は、呼制御通信が異なる通信手順で実行された場合でも、出力部26に表示される情報が多様化し且つ複雑化することを防止できる。また通信装置2は、ユーザの認識する通信端末2の状態と、実際に表示される情報とを一致させることができる。これによって通信端末2は、ユーザにとって違和感のない表示態様で、出力部26への表示を行うことができる。なお本発明は上述の実施形態に限定されず、種々の変更が可能である。ユーザに対する通知処理は、着呼通知処理、確立通知処理、及び受信通知処理に限定されない。他の態様の通知処理によってユーザに呼制御通信の内容を通知してもよい。又、各通知処理による通知のタイミングは、上述の実施形態に限定されない。例えは図2において、通信端末12はACKパケットS22を送信しなくてもよい。通信端末13は、S18でOK応答パケットを送信した場合に、確立通知処理を実行してもよい。同様に図3では、通信端末12はACKパケットS65を送信しなくてもよい。通信端末13は、S53でOK応答パケットを送信した場合に、確立通知処理を実行してもよい。図8では、通信端末12はACKパケットS94を送信しなくてもよい。通信端末12は、OK応答パケットを受信したS89場合に、着呼通知処理及び確立通知処理を実行してもよい。通信端末13は、S88でOK応答パケットを送信した場合に、確立通知処理を実行してもよい。通信端末2間の呼制御通信は、サーバ11を介さず、通信端末2間で直接実行されてもよい。通信端末2は、通信機能のみを備えた機器モデムなどであってもよい。通信端末2は、外部に接続されたディスプレイに通知情報を表示することによって、各種通知処理を実行してもよい。本発明は、上述の第一実施例及び第二実施例における例外的な呼制御通信の手順に限定されない。IDの比較後に通信端末2から送信されるOK応答パケット又はNG応答パケットの送信タイミングを変更してもよい。具体的には、例えば、IDを比較してからNG応答パケットを送信するまでの時間は、OK応答パケットを送信するまでの時間よりも長くしてもよい。又は、NG応答パケットを送信するタイミングは、相手方の通信端末2からOK応答パケットを受信した後であってもよい。これらによって、其々の通信端末2から送信されるOK応答パケットとNG応答パケットとが、通信経路上で衝突してしまい、呼制御通信が失敗してしまうことを防止できる。上述において、通信端末2は、確立要求パケットの送信後、相手方の通信端末2から確立要求パケットを受信した場合、IDの比較処理を行うことなく、相手方の通信端末2に対してOK応答パケットを送信してもよい。例えば以下のように通信を行ってもよい。通信端末13は、確立要求パケットの送信後、通信端末12から応答パケットを受信する前に、確立要求パケットを受信する。通信端末13は、確立要求パケットに付加されていたIDと自身のIDとを比較する。通信端末13は、確立要求パケットに付加されていたIDよりも自身のIDの方が大きいので、通信端末12に対して確立要求パケットを再送する。一方通信端末12は、確立要求パケットの送信後、通信端末13から応答パケットを受信する前に、確立要求パケットを受信する。通信端末12は、確立要求パケットに付加されていたIDよりも自身のIDの方が小さいので、パケットを返信せず、そのまま待機する。通信端末12は、通信端末13から再送された確立要求パケットを受信し、通信端末13に対してOK応答パケットを送信する。以上の方法によっても、通信端末12と通信端末13との間のセッションは確立するので、通信端末12と通信端末13との間でP2P通信を開始することが可能となる。なお、S115の処理を行うCPU21が本発明の第一要求手段に相当する。S117の処理を行うCPU21が本発明の第一受付手段第二受付手段に相当する。S149の処理を行うCPU21が本発明の第一確立手段第二確立手段第三確立手段に相当する。S133、S139、及びS171の処理を行うCPU21が本発明の第一通知手段に相当する。S121、S217、S235、及びS251の処理を行うCPU21が本発明の第二通知手段に相当する。S207の処理を行うCPU21が本発明の第二要求手段に相当する。S115の処理が本発明の第一要求ステップに相当する。S117の処理が本発明の第一受付ステップに相当する。S149の処理が本発明の第一確立ステップ第二確立ステップに相当する。S133、S139、及びS171の処理を行うCPU21が本発明の第一通知ステップに相当する。S121、S217、S235、及びS251の処理を行うCPU21が本発明の第二通知ステップに相当する。