(57)【特許請求の範囲】
【請求項１】
送信側装置と受信側装置とが通信伝送路を利用して通信を行うデータ通信システムにおいて、
上記送信側装置は、
アプリケーション種別を選択する選択手段と、
上記選択手段によって選択されたアプリケーション種別を上記受信側装置へ通知する通知手段と、
上記通知手段による通知に対する上記受信側装置からのアプリケーション種別の変更要求に応じて、アプリケーション種別を再選択する再選択手段と、
上記再選択手段によって再選択されたアプリケーション種別を上記受信側装置へ再通知する再通知手段とを有し、
上記受信側装置は、
上記通知手段によって通知されたアプリケーション種別に応じて、アプリケーション種別の変更を要求する要求手段と、
上記通知手段によって通知されたアプリケーション種別または上記再通知手段によって再通知されたアプリケーション種別に応じて、受信側装置の状態を設定する設定手段と、
を有することを特徴とするデータ通信システム。
【請求項２】
通信装置において、
アプリケーション種別を選択する選択手段と、
上記選択手段によって選択されたアプリケーション種別を相手装置へ通知する通知手段と、
上記通知手段による通知に対する上記相手装置からのアプリケーション種別の変更要求に応じて、アプリケーション種別を再選択する再選択手段と、
上記再選択手段によって再選択されたアプリケーション種別を上記相手装置へ再通知する再通知手段と、
を有することを特徴とする通信装置。
【請求項３】
請求項２において、
所定時間経過後も継続して通信を行うことを上記相手装置へ通知する通信継続通知手段を有することを特徴とする通信装置。
【請求項４】
請求項２において、
所定時間経過に応じて上記相手装置との接続を切断する切断手段と、
上記所定時間経過後も通信を継続する場合は、上記切断手段による切断前の通信と同一のアプリケーション種別を指定して上記相手装置と再接続する接続手段と、
を有することを特徴とする通信装置。
【請求項５】
通信装置において、
相手装置から通知されたアプリケーション種別に応じて、アプリケーション種別の変更を上記相手装置に要求する要求手段と、
上記相手装置から通知されたアプリケーション種別または上記要求手段による要求に応じて上記相手装置から再通知されたアプリケーション種別に応じて上記通信装置の状態を設定する設定手段と、
を有することを特徴とする通信装置。
【請求項６】
請求項５において、
上記相手装置から通知または再通知されたアプリケーション種別に基づくアプリケーションを自動的に起動する起動手段を有することを特徴とする通信装置。
【請求項７】
請求項６において、
所定時間経過後も継続して通信を行うことを、上記相手装置から通知された場合に、上記所定時間経過後に上記相手装置との接続を、上記起動手段によって起動したアプリケーションを起動したまま切断することを特徴とする通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、送信側装置と受信側装置とが通信伝送路を利用して通信を行うデータ通信システムおよび通信装置に関する。
【０００２】
【従来の技術】
従来より、データ通信を行う場合にデータの種別いかんに関わらず、送信側端末および着信側端末の状態を、相互にデータ送信中またはデータ受信中とすることによりデータの送受信を行っていた。しかし、送受信されるデータの種別によって起動するアプリケーションが決定可能である場合に、アプリケーション種別に応じて自動的にサービスを変更する方法は提供されていない。
【０００３】
【発明が解決しようとする課題】
しかし、上記従来技術では、たとえばＰＨＳ（Personal Handyphone System）における子機間通話等の端末間通信で、音声以外の端末間でのデータ通信が行われる場合において、そのネゴシエーションおよび相手端末の状況を通知するための手段がもたされておらず、端末間でのデータ通信を、効率よく、また的確に行えないという問題点があった。
【０００５】
以上のように従来技術では、複数種類のアプリケーション種別を兼ね備えた端末間でデータ通信を行う場合に、効率よく、また的確なデータ通信が行えないという問題点があった。
【０００６】
本発明は、アプリケーション種別を相手に指定でき、さらに、アプリケーション種別を指定された装置では、指定されたアプリケーション種別の変更を要求できるようにすることを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、送信側装置と受信側装置とが通信伝送路を利用して通信を行うデータ通信システムにおいて、上記送信側装置は、アプリケーション種別を選択する選択手段と、上記選択手段によって選択されたアプリケーション種別を上記受信側装置へ通知する通知手段と、上記通知手段による通知に対する上記受信側装置からのアプリケーション種別の変更要求に応じて、アプリケーション種別を再選択する再選択手段と、上記再選択手段によって再選択されたアプリケーション種別を上記受信側装置へ再通知する再通知手段とを有し、上記受信側装置は、上記通知手段によって通知されたアプリケーション種別に応じて、アプリケーション種別の変更を要求する要求手段と、上記通知手段によって通知されたアプリケーション種別または上記再通知手段によって再通知されたアプリケーション種別に応じて、受信側装置の状態を設定する設定手段とを有することを特徴とするデータ通信システムを提供する。
【０００８】
また、通信装置において、アプリケーション種別を選択する選択手段と、上記選択手段によって選択されたアプリケーション種別を相手装置へ通知する通知手段と、上記通知手段による通知に対する上記相手装置からのアプリケーション種別の変更要求に応じて、アプリケーション種別を再選択する再選択手段と、上記再選択手段によって再選択されたアプリケーション種別を上記相手装置へ再通知する再通知手段とを有することを特徴とする通信装置を提供する。
また、通信装置において、相手装置から通知されたアプリケーション種別に応じて、アプリケーション種別の変更を上記相手装置に要求する要求手段と、上記相手装置から通知されたアプリケーション種別または上記要求手段による要求に応じて上記相手装置から再通知されたアプリケーション種別に応じて上記通信装置の状態を設定する設定手段とを有することを特徴とする通信装置を提供する。
【０００９】
【発明の実施の形態および実施例】
［第１実施例］
以下、本発明の実施例として、パーソナル・ハンディホン・システム（ＰＨＳ）を無線通信媒体とした無線通信システムにおける子機間通信を行う場合のサービスを例に説明する。
【００１０】
図１は、本発明の一実施例によるＰＨＳを媒体とした無線通信システムの構成を示す概略図である。
【００１１】
本システムは、構内交換機１１００と、無線基地局１１１１ａ〜１１１１ｃと、ＰＨＳ電話機１１１０ａ〜１１１０ｃを有して構成されている。各無線基地局１１１１ａ〜１１１１ｃは、各々エリア１１１２ａ〜１１１２ｃをカバーしている。
【００１２】
構内交換機１１００は、この交換機１１００と公衆回線あるいはＰＢＸ１１４０とを接続する外線Ｉ／Ｆ部１１０１と、無線基地局１１１１ｘ（ｘは、ａ〜ｃのいずれかを示す）と交換機１１００とを接続する無線内線Ｉ／Ｆ部１１０３と、回線の接続状態を制御する回線制御部１１０２と、交換機１１００の動作を制御する制御部１１０４と、各種データを格納するＲＡＭ１１０５と、音声情報を格納する音声メールボックス１１０６とを有している。
【００１３】
図２は、本実施例における無線端末（ＰＨＳ電話機１１１０ｘ）の構成を示すブロック図である。
【００１４】
無線端末本体１２００には、アンテナを介して無線信号の送受信を行うＲＦ部１２０１と、送信データの変調および受信データの復調を行う変復調（モデム）部１２０２と、フレームの分解／組立等のＴＤＭＡ処理、誤り訂正処理、スクランブル処理および音声データの秘話処理を行うチャネルコーデック部１２０３と、音声データの圧縮符号化処理および伸張復号化処理を行うＡＤＰＣＭ部１２０４とを有する。
【００１５】
また、デジタルデータの処理を行うデジタル処理部（ＩＣ）１２１１と、各部の制御を行う制御部１２０５と、各種データを記憶するＲＡＭ１２０６と、ダイヤル等の入力を行う入力部１２０７と、ＬＥＤ／ＬＣＤ等の表示部１２０８と、送話器１２０９と、受話器１２１０とを有する。
【００１６】
制御部１２０５は、後述する子機間通信時に、発信側と着信側とで通信を行うデータ種別を通知し合うことにより、両者のデータ種別を一致させるよう、端末の状態を変更したり、そのためのアプリケーションを呼び出して作動させるような処理を行うものである。
【００１７】
すなわち、本実施例において、送信側端末の制御部１２０５は、ユーザの送信操作に基づいて、利用するアプリケーション種別を選択し、この選択されたアプリケーション種別を着信側端末へ通知する処理を行う。
【００１８】
また、着信側端末の制御部１２０５は、送信側端末から通知されたアプリケーション種別を受信し、この受信したアプリケーション種別に応じて着信側端末の状態を設定するとともに、この設定された状態を送信側端末へ通知する処理を行う。さらに、着信側端末の制御部１２０５は、アプリケーション種別を受信した際にアプリケーションを自動的に選択し、起動するとともに、この起動されたアプリケーションに応じた通信方法を選択する。
【００１９】
図３は、本実施例のＰＨＳを媒体とした無線通信システムでデータ通信を行う場合の各スロットの関係およびフレームの構成を示す説明図である。
【００２０】
制御用スロット（ＳＣＣＨ）１００は、子機間通信を行う場合に呼出／応答／同期を行う場合に利用するものである。この制御用スロット１００は、スタートシンボルＳＳ、プリアンブルＰＲ、ユニワード（同期ワード）ＵＷ３２、チャネル種別ＣＩ、着識別符号、ＰＳ呼出符号、情報要素Ｉ（ＳＣＣＨ）、エラーチェックＣＲＣの各データより構成されている。
【００２１】
また、物理用スロット（ＴＣＨ）１０１は、子機間通信を行う場合に通信状態となった際のデータの送受信（通常は音声）を行う場合に利用するものである。この物理用スロット１０１は、スタートシンボルＳＳ、プリアンブルＰＲ、ユニワード（同期ワード）ＵＷ１６、チャネル種別ＣＩ、常時付随制御チャネルＳＡ（ＳＡＣＣＨ）、情報要素Ｉ（ＴＣＨ）、エラーチェックＣＲＣの各データより構成されている。
【００２２】
また、データ通信フレーム１０２は、情報要素Ｉ（ＴＣＨ）によって構成され、子機間通信で音声以外の通信を行う場合に用いられるフレームである。このデータ通信フレーム１０２は、フレーム種別ＦＩ、フレーム番号ＦＦＩ、要求フレーム番号ＦＢＩ、フレームに分割されているユーザデータの継続関係を明示する継続フレーム識別子、ユーザデータ領域の有意情報長を示すデータ長、ユーザデータ部、モジュロ識別用に使用するＤＳ、およびエラーチェック部の各データより構成されている。
【００２３】
図４は、本実施例における子機間通信を行う場合の発信側端末から着信側端末へ呼出し時に利用される制御用スロット（ＳＣＣＨ）２００の情報部Ｉ（ＳＣＣＨ）２０１の構成を詳細に示す説明図である。
【００２４】
この情報部Ｉ（ＳＣＣＨ）２０１のうち、アプリ選択種別２０３は、本発明の特徴であるアプリケーション種別の選択状態の通知を行うエリアであり、アプリケーションの種別として音声／スケジュール管理／ファイル転送／住所録／ソフト組み込み（新しいアプリケーションソフトを組み込む場合に利用）／伝言／整形文書（ｈｔｍｌ形式等のタグつき文書）／画像表示等を指定することができる。
【００２５】
つまり、着信側ＰＳ（子機）が呼出サービスを発信側ＰＳ（子機）より受信した場合、アプリ選択種別２０３のエリアを参照することにより、今から行われる通信が上記のいずれかのアプリケーションのもとに行われるかを認識することが可能となる。
【００２６】
また、状態通知２０２は、自端末の状態を相手端末に通知する場合に用いられ、たとえば通信に先立って（ＴＣＨに移行する以前に）、アプリケーションの起動を促すことを示すために通常起動要求を用いたり、３分間のタイムオーバーが発生した後も２秒後に再度通信を再開することを示すためにタイムオーバー時継続要求を用いる。
【００２７】
また、アプリバージョン２０４は、アプリケーションのバージョンを通知するために用いる。
【００２８】
図５は、本実施例における子機間通信を行う場合の着信側端末から発信側端末へ応答、あるいは同期時に利用される制御用スロット（ＳＣＣＨ）３００の情報部Ｉ（ＳＣＣＨ）３０１の構成を詳細に示す説明図である。
【００２９】
この情報部Ｉ（ＳＣＣＨ）３０１のうち、アプリ選択種別３０３は、前記図４に示すアプリ選択種別２０３と同様であるが、アプリケーション変更要求の際に利用するものである。また、状態通知３０２は、自端末の状態を相手端末に通知する場合に用いられ、送信側端末からの要求に対しての応答で、要求許可／要求拒否／変更要求（指定されたアプリケーションの変更を要求する）等がある。
【００３０】
また、理由通知３０４は、要求拒否の拒否理由等を通知するために用いる。拒否理由には、アプリバージョン不一致（アプリケーションのバージョンが異なることによる拒否）／端末ＢＵＳＹ（端末が他の処理で利用されているための通信拒否）／指定アプリケーション未装備／残りＲＡＭ容量不足（データ通信のためのＲＡＭが確保できないことによる拒否）／アプリケーション変更要求（アプリケーションの変更要求等）等がある。
【００３１】
図６、図７は、本実施例における子機間通信を行う場合の発信側ＰＳおよび着信側ＰＳの動作を示すフローチャートである。
【００３２】
発信側ＰＳは、オフフックに先立って、オペレータの操作に基づき、アプリケーションの選択を行い（Ｓ４００）、今から行うデータ通信で利用するアプリケーションの種別および状態通知をセットする（Ｓ４０１）。そして、オフフックを行い（Ｓ４０２）、着信側ＰＳに呼出（リンクチャネル確立要求）を送信する（Ｓ４０３）。
【００３３】
その後、応答待ち（Ｓ４０４Ａ）となり、応答を受け、リンクチャネル割り当て（同期バースト受信）を行い（Ｓ４０４Ｂ）、メッセージの内容の状態通知をチェックする（Ｓ４０５、Ｓ４０６）。ここで状態通知が要求許可ならば（Ｓ４０７）、継続してデータの送受信を行う（Ｓ４１０）。また、要求拒否の場合には（Ｓ４０８）、理由通知チェックを行い（Ｓ４１１）、その旨を端末の表示部１２０８に表示し、かつオンフック切断を行う（Ｓ４１３）。また、変更要求（Ｓ４０９）の場合は、アプリ選択種別の変更を促し（Ｓ４１２）、アプリケーションを選択し直し、同期情報送信に際して変更したアプリケーションを設定し通信を行う（Ｓ４１４）。
【００３４】
着信側ＰＳは、自分宛のＳＣＣＨ呼出（リンクチャネル確立要求）を受信した場合（Ｓ４５０）に、図５に示したアプリ選択種別をチェックする（Ｓ４５１／Ｓ４５２）。ここで着信側ＰＳは、その時点で実行可能なアプリケーション種別である場合には、その処理に移行し、状態通知を要求許可として同期バーストを送信し（Ｓ４５６）、通信を継続して行う（Ｓ４５９）。
【００３５】
例えば通常は音声通話を行う状態となっており、アプリ選択種別が音声である場合には（Ｓ４５３）、そのまま音声通話の処理に移行する。また、音声以外のアプリ選択種別であって、その時点で起動可能なアプリケーションである場合には、そのアプリケーションを選択して起動し、その処理に移行する。
【００３６】
また、アプリ選択種別が自端末に対応していない場合には、状態通知に変更要求をセットし（Ｓ４５７）、発信側ＰＳに対して通知を行う（Ｓ４６０）。さらに、送信側端末から同期バーストを受信した場合に変更されたアプリケーションを確認し（Ｓ４６２）、変更アプリケーションを起動し（Ｓ４６２）、通信を行う（Ｓ４６３）。なお、変更されたアプリケーションが、さらに自端末に対応していない場合には、変更要求を繰り返す（図示省略）。
【００３７】
例えば、本実施例の着信側ＰＳにおいて、自端末が画像表示アプリケーションに対応していない場合等には、上述した変更要求の処理を行う。
【００３８】
また、アプリ選択種別が自端末に対応しているものの、端末が現在異なるアプリケーションを起動しているために実行できないものである場合には、状態通知として要求拒否を行い、その理由通知として端末がＢＵＳＹであることを通知し（Ｓ４５８）、切断により通信状態をアイドルに戻す（Ｓ４６１）。
【００３９】
例えば、アプリ選択種別が住所録である場合に、自端末が住所録アプリケーションを有するものの、現在起動している他のアプリケーションのために住所録アプリケーションを起動できない場合には、要求拒否を行い、再度住所録アプリケーションを起動可能な際に、発信してもらうように発信側ＰＳに理由通知を行うものである。
【００４０】
以下、上述のような基本的な処理に基づく具体的な動作における信号のやり取りについて説明する。
【００４１】
図８は、本実施例の子機間通信において音声通話を行う場合のシーケンス図である。
【００４２】
発信側ＰＳは発呼を行う場合、今から行われる通信が音声通話であることを示すためにアプリ選択種別＝音声通話（０００）を設定し、呼出情報とともに着信側ＰＳに送信する（Ｓ５００）。
【００４３】
着信側ＰＳは、呼出情報を受信した際、アプリ選択種別が音声通話であることを確認し、ＡＤＰＣＭ１２０４等の音声に関わる通話路を設定し、状態通知に要求許可を設定し、今から行われる音声通話の準備ができていることを発信側ＰＳに通知し（Ｓ５０１）、通信を継続して行い、音声による通話を行う（Ｓ５０２）。
【００４４】
図９は、本実施例の子機間通信においてスケジュール管理アプリケーションの起動要求を行う場合のシーケンス図である。
【００４５】
発信側ＰＳは発呼を行う場合、今から行われる通信がスケジュール管理アプリケーションのためのデータ通信であることを示すためにアプリ選択種別＝スケジュール管理（００１）を設定し、呼出情報とともに着信側ＰＳに送信する（Ｓ６００）。
【００４６】
着信側ＰＳは、呼出情報を受信した際、アプリケーション種別がスケジュール管理であることを確認し、同期メッセージに状態通知＝要求許可（００）を設定し、アプリケーションを起動する（Ｓ６０１）。その後、規定の通信プロトコルを経て通信を行う（Ｓ６０２）。
【００４７】
図１０は、本実施例の子機間通信において音声通話要求に対して拒否を受け、伝言アプリケーションへの変更を行う場合のシーケンス図である。
【００４８】
発信側ＰＳは、発呼を行う場合、今から行われる通信が音声通話であることを示すためにアプリ選択種別＝音声通話（０００）を設定し、呼出情報とともに着信側ＰＳに送信する（Ｓ７００）。
【００４９】
着信側ＰＳは、呼出情報を受信した際、アプリケーション種別が音声通話であることを確認し、現在音声通話を行えない状況にある場合に、同期メッセージに状態通知＝変更要求（１０）を設定し、理由通知＝アプリケーション変更要求（１０１）、アプリ選択種別＝伝言（１０１）を設定し、発信側ＰＳに同期メッセージを送信する（Ｓ７０１）。
【００５０】
次に発信側ＰＳは、同期メッセージを受信し、アプリケーション変更要求を確認し、アプリ選択種別＝伝言（１０１）を設定し、同期メッセージとともに着信側ＰＳに送信する（Ｓ７０２）。これと同時に発信側ＰＳは、伝言アプリケーションを起動しておく。
【００５１】
次に着信側ＰＳは、同期メッセージを受信し、指定した通りアプリ選択種別が伝言になっていることを確認し、状態通知＝要求許可とともに応答メッセージを送信する（Ｓ７０３）。これと同時に着信側ＰＳは、伝言アプリケーションを起動する。
【００５２】
その後、規定の通信プロトコルに則り通信（伝言データ通信）を行う（Ｓ７０４）。
【００５３】
このように、子機間でデータ通信を行う場合に、アプリケーションの種別通知を行うことにより、自端末が要求されたデータ通信を行えるかどうかを通知できるのみならず、対応していないアプリケーションについては、再発呼（再呼出）をせずに通信の可否を問うことができる。したがって、無駄に無線資源を使う必要がなくなり、さらには、このアプリケーション種別を見て即座にアプリケーションを自動で起動する等の端末アプリケーションまで含めたサービスを行うことができる。
【００５４】
［第２実施例］
以上の第１実施例においては、アプリケーションの種別に応じたサービスを例にあげたが、次に第２実施例として、子機間通信の制限時間を超えて一旦切断を行い、再度同じアプリケーションによって通信を再開する場合の通信シーケンスを例としてあげる。
【００５５】
この第２実施例において、送信側端末の制御部１２０５は、子機間通信で規定されている所定の送信制限時間経過後も継続してデータ通信を行うことを着信側端末へ通知する処理を行い、着信側端末の制御部１２０５は、通知された情報に応じたサービスを行う処理を行うものである。
【００５６】
図１１は、本実施例の子機間通信において画像表示データ通信を行う場合に、途中タイムオーバーを行った後も継続してデータ通信を要求する場合のシーケンス図である。
【００５７】
発信側ＰＳは発呼を行う場合、今から行われる通信が画像表示アプリケーションのためのデータ通信であることを示すためにアプリ選択種別＝画像表示（１１１）を設定し、さらにタイムオーバー後も継続してデータ通信を行うことを要求するために状態通知＝タイムオーバー継続要求（０１）を設定し、呼出情報とともに着信側ＰＳに送信する（Ｓ８００）。
【００５８】
着信側ＰＳは、呼出情報を受信した際、種別がアプリケーション種別が画像表示であることを確認し、さらに、状態通知としてタイムオーバー後も再度通信を継続することを確認した上で、同期メッセージに状態通知＝要求許可（００）を設定し、画像表示アプリケーションを起動する（Ｓ８０１）。
【００５９】
その後、規定の通信プロトコルを経て通信を行う（Ｓ８０２〜Ｓ８０３）。
【００６０】
次に、発信側ＰＳにおいて、３分経過のタイムアップが発生した場合には、即座に着信側ＰＳに対してタイムアップによる切断である旨を含んだ無線チャネル切断メッセージを送信する（Ｓ８０４）。
【００６１】
着信側ＰＳは、無線チャネル切断メッセージを受信し、同時に送信されたタイムアップ情報を確認した上で、これまで受信したバッファの内容を保存し、アプリケーションは起動したままで、発信側ＰＳに対して無線チャネル切断完了を送信する（Ｓ８０５）。
【００６２】
発信側ＰＳは、ＲＣＲ−ＳＴＤ２８規定の２秒経過を経て、アプリ選択種別として前の画像表示のままで、継続のための再発呼を行う（Ｓ８０６）。
【００６３】
着信側ＰＳは、呼出メッセージを受信し、規定の通信プロトコルを経て通信中に移行する（Ｓ８０６）。このとき、着信側ＰＳは先に保存しておいたバッファの内容の続きから継続してデータ通信を行いながら画像表示アプリケーションを実行する。
【００６４】
発信側ＰＳは、画像表示のデータ通信が終了した場合には、正常の切断である旨を含んだ無線チャネル切断メッセージを送信し、アプリケーションを終了する（Ｓ８０７）。
【００６５】
着信側ＰＳは、無線チャネル切断メッセージを受信し、同時に送信された正常切断を確認した上で無線チャネル切断完了を送信し、アプリケーションを終了する（Ｓ８０８）。
【００６６】
このように、子機間でデータ通信を行う場合にタイムオーバーによる継続要求を行うことにより、発信側および着信側端末のアプリケーションはタイムアップによる切断が行われた場合、それまでの通信状態を保存でき、再度継続のための発信によってデータ通信が再開された場合にも、切断される直前の状態からアプリケーションを実行することができ、アプリケーションのサービス性を向上させることができるという特有の効果が得られる。
【００６７】
なお、以上の各実施例では、ＰＨＳの例を説明したが、本発明は他の方式によるデータ通信システムにも同様に適用することができる。
【００６８】
また、以上の各実施例の処理は、各端末の制御部１２０５がメモリ（不図示のＲＯＭ）内に記憶した制御プログラムに基づいて実行するものであるが、同様のプログラムを格納した例えばフロッピディスクやハードディスク、ＣＤ−ＲＯＭ、メモリカード等の各種記憶媒体を用意し、この記憶媒体に記憶したプログラムを各端末のメモリ（ＲＡＭ等）内に取り込んで、制御部１２０５により実行するようにしてもよい。
【００６９】
以上説明したように、子機間通信を行う場合において、データ通信に先立って指定したアプリケーションの起動を要求および拒否を行うことができる。
【００７０】
これにより、音声のみならずスケジュール管理／ファイル転送／住所録／画像データ等、異なるデータ形式をもつアプリケーションに応じて通信サービスを変更したり、端末の状態を通信（通話）状態に移行する以前に通知することができるため、無線資源の有効利用を図ることができ、さらには端末のサービスを効率的かつ有効に相手端末へ通知することができる。
【００７１】
また、状態通知として子機間通信で定められている送信時間制限（タイムオーバー）後も再度呼出を行い、アプリケーションを継続して実行することができ、アプリケーションのサービス性を向上させることができる。
【発明の効果】
以上のように本発明によれば、アプリケーション種別を相手に指定でき、さらに、アプリケーション種別を指定された装置では、指定されたアプリケーション種別の変更を要求でき、アプリケーション種別を変更することができる。よって、通信装置に適したサービスを効率的かつ有効に利用することができる。
【図面の簡単な説明】
【図１】本発明の実施例における無線通信システムの概要を示すブロック図である。
【図２】上記実施例における無線通信システムの無線端末の構成を示すブロック図である。
【図３】本発明の一実施例における無線通信システムで用いる無線通信スロットおよびフレームの構成を示す説明図である。
【図４】上記実施例における子機間通信を行う場合の発信側から着信側への制御用スロットの情報部の詳細を示す説明図である。
【図５】上記実施例における子機間通信を行う場合の着信側から発信側への制御用スロットの情報部の詳細を示す説明図である。
【図６】上記実施例における子機間通信を行う場合の発信側の動作を示すフローチャートである。
【図７】上記実施例における子機間通信を行う場合の着信側の動作を示すフローチャートである。
【図８】上記実施例における本実施例の子機間通信において音声通話を行う場合のシーケンス図である。
【図９】上記実施例の子機間通信においてスケジュール管理アプリケーションの起動要求を行う場合のシーケンス図である。
【図１０】上記実施例の子機間通信において音声通話要求に対して拒否を受け、伝言アプリケーションへの変更を行う場合のシーケンス図である。
【図１１】本発明の他の実施例の子機間通信において画像表示データ通信を行う場合に、途中タイムオーバーを行った後も継続してデータ通信を要求する場合のシーケンス図である。
【符号の説明】
１１００…構内交換機、
１１０１…外線Ｉ／Ｆ部、
１１０２…回線制御部、
１１０３…無線内線Ｉ／Ｆ部、
１１０４…制御部、
１１０５…ＲＡＭ、
１１０６…音声メールボックス、
１１１０ａ〜１１１０ｃ…ＰＨＳ電話機、
１１１１ａ〜１１１１ｃ…無線基地局、
１１４０…公衆回線／ＰＢＸ、
１２００…無線端末本体、
１２０１…ＲＦ部、
１２０２…変復調部、
１２０３…チャネルコーデック部、
１２０４…ＡＤＰＣＭ部、
１２０５…制御部、
１２０６…ＲＡＭ、
１２０７…入力部、
１２０８…表示部、
１２０９…送話器、
１２１０…受話器、
１２１１…デジタル処理部。
【図１】
0003740286.tif 000002
【図２】
0003740286.tif 000003
【図３】
0003740286.tif 000004
【図４】
0003740286.tif 000005
【図５】
0003740286.tif 000006
【図６】
0003740286.tif 000007
【図７】
0003740286.tif 000008
【図８】
0003740286.tif 000009
【図９】
0003740286.tif 000010
【図１０】
0003740286.tif 000011
【図１１】
0003740286.tif 000012