(57)【要約】【課題】本発明は、発信側端末より着信側の端末を制御することができる通信端末およびシステムを提供する。【解決手段】発信側のＰＨＳ端末１４の発呼にともなう着信側のＰＨＳ端末１４への着信信号に、該着信側のＰＨＳ端末１４を制御する制御情報として着サブアドレスに所定の処理信号を付加し、さらに、この制御情報とともに、発サブアドレスに所定のデータを付加して送信することで、発信側のＰＨＳ端末１４からの制御情報に基づいて、同時に送信したデータにより着信側ＰＨＳ端末１４を制御できるようにした。【選択図】　　図１
2004007688.tif 000002
【特許請求の範囲】
【請求項１】
端末と端末の間を通信回線網を介して接続する通信システムの端末において、
相手端末へ接続を要求する発呼信号を発呼する発呼手段と、
該相手端末の機能を制御する制御情報を前記発呼信号に付加する制御情報付加手段とを有し、前記発呼手段は、この制御情報付加手段により制御情報を付加された発呼信号を発呼することを特徴とする通信端末。
【請求項２】
前記発呼信号にデータを付加するデータ付加手段を有し、前記発呼手段は、前記制御情報付加手段により制御情報および前記データ付加手段によりデータを付加された発呼信号を発呼することを特徴とする請求項１記載の通信端末。
【請求項３】
前記端末は、前記通信回線網を介さない端末同士の無線によるトランシーバ通信も可能な端末で、
前記付加するデータは、トランシーバ通信に必要な情報で、
前記付加する制御情報は、このトランシーバ通信に必要な情報を登録するように要求する登録要求であることを特徴とする請求項２記載の通信端末。
【請求項４】
前記付加する制御情報は、発呼時の発呼信号内の発呼情報を表示するか否かを指定する表示要求であることを特徴とする請求項１記載の通信端末。
【請求項５】
前記付加する制御情報は、前記付加するデータを表示するか否かを指定する表示要求であることを特徴とする請求項２記載の通信端末。
【請求項６】
前記付加する制御情報は、前記表示否を指定する表示要求とともに暗証番号を有することを特徴とする請求項４または５記載の通信端末。
【請求項７】
前記付加するデータは暗証番号であり、前記付加する制御情報は、前記表示否を指定した発呼情報あるいはデータの表示要求を解除する解除要求であることを特徴とする請求項４または５記載の通信端末。
【請求項８】
前記付加する制御情報は、発呼時の発呼信号内の発呼情報を音に変換するように指定する音変換要求であることを特徴とする請求項１記載の通信端末。
【請求項９】
前記付加する制御情報は、前記付加するデータを音に変換するように指定する音変換要求であることを特徴とする請求項２記載の通信端末。
【請求項１０】
前記付加する制御情報は、前記付加するデータを相手端末のメモリの所定領域に記憶するように指定する記憶要求であることを特徴とする請求項２記載の通信端末。
【請求項１１】
前記付加する制御情報は、相手端末の留守番機能を作動させるか否かを指定する留守番切替要求であることを特徴とする請求項１記載の通信端末。
【請求項１２】
前記付加する制御情報は、相手端末の留守番機能の複数の応答メッセージを選択する応答メッセージ切替要求であることを特徴とする請求項１記載の通信端末。
【請求項１３】
前記付加するデータは、留守番機能の応答メッセージであり、前記付加する制御情報は、相手端末の応答メッセージを切り替える応答メッセージ切替要求であることを特徴とする請求項２記載の通信端末。
【請求項１４】
前記付加する制御情報は、前記付加するデータが正しく送られたかの確認信号の返送を指定する返送要求であることを特徴とする請求項２記載の通信端末。
【請求項１５】
端末と端末の間を通信回線網を介して接続する通信システムの端末において、
相手端末からの自端末の機能を制御する制御信号が付加された着呼信号を着呼する着呼手段と、
この着呼手段により着呼した着呼信号に付加されている制御信号に基づいて自端末の機能を制御する制御手段と、
を有することを特徴とする通信端末。
【請求項１６】
前記着呼手段により着呼する着呼信号は、さらにデータが付加されており、
前記制御手段は、該着呼手段により着呼した着呼信号に付加されている制御信号およびデータに基づいて自端末の機能を制御することを特徴とする請求項１５記載の通信端末。
【請求項１７】
前記端末は、前記通信回線網を介さない端末同士の無線によるトランシーバ通信も可能な端末で、
前記付加されたデータは、トランシーバ通信に必要な情報で、
前記付加された制御情報は、このトランシーバ通信に必要な情報を登録するように要求する登録要求であり、
制御手段は、この登録要求を受けて該トランシーバ通信に必要な情報を自端末に登録することを特徴とする請求項１６記載の通信端末。
【請求項１８】
表示装置を有し、
前記付加された制御情報は、着呼時の着呼信号内の着呼情報を表示するか否かを指定する表示要求であり、
この表示要求に基づいて前記表示装置に該着呼情報を表示するか否かを制御することを特徴とする請求項１５記載の通信端末。
【請求項１９】
表示装置を有し、
前記付加された制御情報は、前記付加されているデータを表示するか否かを指定する表示要求であり、
この表示要求に基づいて前記表示装置に該付加されているデータを表示するか否かを制御することを特徴とする請求項１６記載の通信端末。
【請求項２０】
前記付加する制御情報は、前記表示否を指定する表示要求とともに暗証番号を有し、
暗証番号を入力する入力手段と、
前記制御手段は、前記入力手段より入力された暗証番号が前記制御情報内の暗証番号と一致したときのみ、前記表示装置への表示を許可することを特徴とする請求項１８または１９記載の通信端末。
【請求項２１】
前記付加されるデータは暗証番号であり、前記付加される制御情報は、前記表示否を指定された発呼情報あるいはデータの表示要求を解除する解除要求であり、
前記制御手段は、この解除要求に基づいて前記表示否を指定された発呼情報あるいはデータの表示要求を解除することを特徴とする請求項１８または１９記載の通信端末。
【請求項２２】
データを音に変換する音変換手段を有し、
前記付加された制御情報は、着呼時の着呼信号内の着呼情報を音に変換するように指定する音変換要求であり、
前記制御手段は、この音変換要求に基づいて前記着呼情報を前記音変換手段により音に変換させることを特徴とする請求項１５記載の通信端末。
【請求項２３】
データを音に変換する音変換手段を有し、
前記付加された制御情報は、前記付加するデータを音に変換するように指定する音変換要求であり、
前記制御手段は、この音変換要求に基づいて前記前記付加するデータを前記音変換手段により音に変換させることを特徴とする請求項１６記載の通信端末。
【請求項２４】
データを記憶するメモリを有し、
前記付加された制御情報は、前記付加するデータを前記メモリの所定領域に記憶するように指定する記憶要求であり、
前記制御手段は、この記憶要求に基づいて前記付加するデータを前記メモリの所定領域に記憶することを特徴とする請求項１６記載の通信端末。
【請求項２５】
留守番機能を有する留守番手段と、
前記付加された制御情報は、前記留守番手段の留守番機能を動作させるか否かを指定する切替要求であり、
前記制御手段は、この切替要求に基づいて前記留守番手段を動作させるか否かを切り替えることを特徴とする請求項１５記載の通信端末。
【請求項２６】
複数の応答メッセージを有する留守番機能を有する留守番手段と、
前記付加された制御情報は、前記留守番手段の留守番機能の複数の応答メッセージを選択する応答メッセージ切替要求であり、
前記制御手段は、この応答メッセージ切替要求に基づいて前記留守番手段の複数の応答メッセージの内、１つを選択設定することを特徴とする請求項１５記載の通信端末。
【請求項２７】
留守番機能を有する留守番手段と、
前記付加されたデータは、前記留守番手段の留守番機能に設定する応答メッセージであり、
前記付加された制御情報は、該留守番手段の応答メッセージを切り替える応答メッセージ切替要求であり、
前記制御手段は、この応答メッセージ切替要求に基づいて前記付加された応答メッセージを前記留守番手段の応答メッセージとして設定することを特徴とする請求項１６記載の通信端末。
【請求項２８】
前記付加される制御情報は、前記付加されるデータが正しく送られたかの確認信号の返送を指定する返送要求であり、
前記制御手段は、この返送要求に基づいて前記確認信号を返送することを特徴とする請求項１６記載の通信端末。
【請求項２９】
前記付加される制御情報を記憶する記憶手段を有することを特徴とする請求項１５記載の通信端末。
【請求項３０】
前記記憶手段に記憶された制御情報を表示する表示手段を有することを特徴とする請求項２９記載の通信端末。
【請求項３１】
前記記憶手段は、さらに前記付加されるデータを記憶することを特徴とする請求項２９記載の通信端末。
【請求項３２】
前記記憶手段に記憶された制御情報あるいはデータの内、少なくともどちらか一方を表示する表示手段を有することを特徴とする請求項３１記載の通信端末。
【請求項３３】
端末と端末の間を通信回線網を介して接続する通信システムにおいて、
発信側の端末の発呼にともなう着信側の端末への着信信号に、該着信側の端末を制御する制御情報を付加して送信することを特徴とする通信システム。
【請求項３４】
さらに、制御信号とともに、データを付加して送信することを特徴とする請求項３３記載の通信システム。
【請求項３５】
端末は、通信回線網を介さない端末同士の無線によるトランシーバ通信も可能な端末で、前記データは、トランシーバ通信に必要な情報で、前記制御情報は登録要求であり、この登録要求に基づいて前記トランシーバ通信に必要な情報を着信側の端末に登録することを特徴とする請求項３４記載の通信システム。
【請求項３６】
制御情報は、着信側端末の表示装置に表示させるか否かを指定する表示要求であって、この表示要求に基づいて、着信側端末の表示装置に同時に送られてきたデータの表示をするか否かを設定することを特徴とする請求項３４記載の通信システム。
【請求項３７】
前記着信側端末は、表示要求とともに送られてきたデータを記憶するとともに、前記表示要求によりデータ表示を否定されたものにおいて、ユーザーより入力される所定の暗証番号により前記記憶されたデータ表示を可能にすることを特徴とする請求項３６記載の通信システム。
【請求項３８】
表示要求は暗証番号を含み、該表示要求とともに送られてきたデータを記憶するとともに、前記表示要求によりデータ表示を否定されたものにおいて、送信側の端末より入力される所定の暗証番号により前記記憶されたデータ表示を可能にすることを特徴とする請求項３６記載の通信システム。
【請求項３９】
着信側の端末はデータを音に変換する音変換手段を有し、制御要求は音変換要求であり、着信側端末は、この音変換要求に基づいて、同時に送られてきたデータを前記音変換手段により音に変換することを特徴とする請求項３４記載の通信システム。
【請求項４０】
着信側の端末は、データを記憶するメモリを有し、制御情報は、メモリの特定の領域にデータを記憶するように指定する記憶要求であって、着信側の端末は、この記憶要求に基づいて、同時に送られてきたデータを前記メモリの特定の領域に記憶することを特徴とする請求項３４記載の通信システム。
【請求項４１】
制御情報は、留守番モードを切り替える切り替え要求であって、この切り替え要求に基づいて、同時に送られてきたデータに対応する留守番モードに切り替えることを特徴とする請求項３４記載の通信システム。
【請求項４２】
制御情報は、留守番モードでの応答メッセージを切り替える応答メッセージ切り替え要求であって、この切り替え要求に基づいて、着信側の端末の留守番機能の応答メッセージを同時に送られてきたデータに対応する応答メッセージに切り替えることを特徴とする請求項３４記載の通信システム。
【請求項４３】
前記着信側の端末の留守番機能は、複数の応答メッセージを有し、前記切り替えは、要求により複数の応答メッセージの中から選択することを特徴とする請求項４２記載の通信システム。
【請求項４４】
データは、応答メッセージであり、応答メッセージ切り替え要求に基づいて、前記着信側の端末の応答メッセージを同時に送られてきた応答メッセージに切り替えることを特徴とする請求項４２記載の通信システム。
【請求項４５】
前記データは、相手を特定するデータであり、前記着信側の端末は、このデータにより相手を特定し、この特定した相手に基づいて留守番モードを切り替えることを特徴とする請求項４１記載の通信システム。
【請求項４６】
前記データは、相手を特定するデータであり、前記着信側の端末は、このデータにより相手を特定し、この特定した相手に基づいて留守番応答メッセージを切り替えることを特徴とする請求項４１記載の通信システム。
【請求項４７】
制御信号は、自動応答要求であって、着信側の端末は、この自動応答要求に基づいて、同時に送られてきたデータが正しく送られた旨の情報を発信側の端末に送信することを特徴とする請求項３４記載の通信システム。
【請求項４８】
データが正しく送られた旨の情報は、着信側の端末の応答を待って発信側の端末に送信することを特徴とする請求項４７記載の通信システム。
【請求項４９】
データが正しく送られた旨の情報は、着信側の端末の応答を待って発信側の端末に着信されることを特徴とする請求項４７記載の通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばＰＨＳシステム（パーソナル・ハンディホン・システム）に代表される通信端末およびシステムに関するものである。
【０００２】
【従来の技術】
最近、通信システムとしてＰＨＳシステムが実用化されている。
ところで、このようなＰＨＳシステムでは、呼び制御中の情報要素として、発信側のサブアドレスを識別する発サブアドレスと、着信側のサブアドレスを識別する着サブアドレスが用意されており、これにより発信側端末のサブアドレスの通知により該発信側端末の情報（電話番号や名前など）を、着信側端末でオフフックする前に着信側端末に表示するなど、発信者が誰かをオフフック前に認識できる便利なサービスを可能にしている。
【０００３】
【発明が解決しようとする課題】
ところが、これまでのものは、着信側端末でオフフックする前に発信側端末に関する電話番号や名前などの文字情報を通知する程度のもので、発信側端末によりオフフック前の着信側端末を制御するまでに至っていない。
本発明は、上記事情に鑑みてなされたもので、発信側端末より着信側の端末を制御することができる通信端末およびシステムを提供することを目的とする。
【０００４】
【課題を解決するための手段】
請求項１記載の発明は、端末と端末の間を通信回線網を介して接続する通信システムの端末において、
相手端末へ接続を要求する発呼信号を発呼する発呼手段と、該相手端末の機能を制御する制御情報を前記発呼信号に付加する制御情報付加手段とを有し、前記発呼手段は、この制御情報付加手段により制御情報を付加された発呼信号を発呼するようにしている。
【０００５】
請求項２記載の発明は、請求項１記載において、前記発呼信号にデータを付加するデータ付加手段を有し、前記発呼手段は、前記制御情報付加手段により制御情報および前記データ付加手段によりデータを付加された発呼信号を発呼するようにしている。
【０００６】
請求項３記載の発明は、請求項２記載において、前記端末は、前記通信回線網を介さない端末同士の無線によるトランシーバ通信も可能な端末で、前記付加するデータは、トランシーバ通信に必要な情報で、前記付加する制御情報は、このトランシーバ通信に必要な情報を登録するように要求する登録要求からなっている。
【０００７】
請求項４記載の発明は、請求項１記載において、前記付加する制御情報は、発呼時の発呼信号内の発呼情報を表示するか否かを指定する表示要求からなっている。
【０００８】
請求項５記載の発明は、請求項２記載において、前記付加する制御情報は、前記付加するデータを表示するか否かを指定する表示要求からなっている。
請求項６記載の発明は、請求項４または５記載において、前記付加する制御情報は、前記表示否を指定する表示要求とともに暗証番号を有している。
【０００９】
請求項７記載の発明は、請求項４または５記載において、前記付加するデータは暗証番号であり、前記付加する制御情報は、前記表示否を指定した発呼情報あるいはデータの表示要求を解除する解除要求からなっている。
【００１０】
請求項８記載の発明は、請求項１記載において、前記付加する制御情報は、発呼時の発呼信号内の発呼情報を音に変換するように指定する音変換要求からなっている。
【００１１】
請求項９記載の発明は、請求項２記載において、前記付加する制御情報は、前記付加するデータを音に変換するように指定する音変換要求からなっている。
請求項１０記載の発明は、請求項２記載において、前記付加する制御情報は、前記付加するデータを相手端末のメモリの所定領域に記憶するように指定する記憶要求からなっている。
【００１２】
請求項１１記載の発明は、請求項１記載において、前記付加する制御情報は、相手端末の留守番機能を作動させるか否かを指定する留守番切替要求からなっている。
【００１３】
請求項１２記載の発明は、請求項１記載において、前記付加する制御情報は、相手端末の留守番機能の複数の応答メッセージを選択する応答メッセージ切替要求からなっている。
【００１４】
請求項１３記載の発明は、請求項２記載において、前記付加するデータは、留守番機能の応答メッセージであり、前記付加する制御情報は、相手端末の応答メッセージを切り替える応答メッセージ切替要求からなっている。
【００１５】
請求項１４記載の発明は、請求項２記載において、前記付加する制御情報は、前記付加するデータが正しく送られたかの確認信号の返送を指定する返送要求からなっている。
【００１６】
請求項１５記載の発明は、端末と端末の間を通信回線網を介して接続する通信システムの端末において、
相手端末からの自端末の機能を制御する制御信号が付加された着呼信号を着呼する着呼手段と、この着呼手段により着呼した着呼信号に付加されている制御信号に基づいて自端末の機能を制御する制御手段とにより構成している。
【００１７】
請求項１６記載の発明は、請求項１５記載において、前記着呼手段により着呼する着呼信号は、さらにデータが付加されており、前記制御手段は、該着呼手段により着呼した着呼信号に付加されている制御信号およびデータに基づいて自端末の機能を制御するようにしている。
【００１８】
請求項１７記載の発明は、請求項１６記載において、前記端末は、前記通信回線網を介さない端末同士の無線によるトランシーバ通信も可能な端末で、前記付加されたデータは、トランシーバ通信に必要な情報で、前記付加された制御情報は、このトランシーバ通信に必要な情報を登録するように要求する登録要求であり、制御手段は、この登録要求を受けて該トランシーバ通信に必要な情報を自端末に登録するようにしている。
【００１９】
請求項１８記載の発明は、請求項１５記載において、表示装置を有し、前記付加された制御情報は、着呼時の着呼信号内の着呼情報を表示するか否かを指定する表示要求であり、この表示要求に基づいて前記表示装置に該着呼情報を表示するか否かを制御するようにしている。
【００２０】
請求項１９記載の発明は、請求項１６記載において、表示装置を有し、前記付加された制御情報は、前記付加されているデータを表示するか否かを指定する表示要求であり、この表示要求に基づいて前記表示装置に該付加されているデータを表示するか否かを制御するようにしている。
【００２１】
請求項２０記載の発明は、請求項１７または１８記載において、前記付加する制御情報は、前記表示否を指定する表示要求とともに暗証番号を有し、暗証番号を入力する入力手段と、前記制御手段は、前記入力手段より入力された暗証番号が前記制御情報内の暗証番号と一致したときのみ、前記表示装置への表示を許可するようにしている。
【００２２】
請求項２１記載の発明は、請求項１８または１９記載において、前記付加されるデータは暗証番号であり、前記付加される制御情報は、前記表示否を指定された発呼情報あるいはデータの表示要求を解除する解除要求であり、前記制御手段は、この解除要求に基づいて前記表示否を指定された発呼情報あるいはデータの表示要求を解除するようにしている。
【００２３】
請求項２２記載の発明は、請求項１５記載において、データを音に変換する音変換手段を有し、前記付加された制御情報は、着呼時の着呼信号内の着呼情報を音に変換するように指定する音変換要求であり、前記制御手段は、この音変換要求に基づいて前記着呼情報を前記音変換手段により音に変換させるようにしている。
【００２４】
請求項２３記載の発明は、請求項１６記載において、データを音に変換する音変換手段を有し、前記付加された制御情報は、前記付加するデータを音に変換するように指定する音変換要求であり、前記制御手段は、この音変換要求に基づいて前記前記付加するデータを前記音変換手段により音に変換させるようにしている。
【００２５】
請求項２４記載の発明は、請求項１６記載において、データを記憶するメモリを有し、前記付加された制御情報は、前記付加するデータを前記メモリの所定領域に記憶するように指定する記憶要求であり、前記制御手段は、この記憶要求に基づいて前記付加するデータを前記メモリの所定領域に記憶するようにしている。
【００２６】
請求項２５記載の発明は、請求項１５記載において、留守番機能を有する留守番手段と、前記付加された制御情報は、前記留守番手段の留守番機能を動作させるか否かを指定する切替要求であり、前記制御手段は、この切替要求に基づいて前記留守番手段を動作させるか否かを切り替えるようにしている。
【００２７】
請求項２６記載の発明は、請求項１５記載において、複数の応答メッセージを有する留守番機能を有する留守番手段と、前記付加された制御情報は、前記留守番手段の留守番機能の複数の応答メッセージを選択する応答メッセージ切替要求であり、前記制御手段は、この応答メッセージ切替要求に基づいて前記留守番手段の複数の応答メッセージの内、１つを選択設定するようにしている。
【００２８】
請求項２７記載の発明は、請求項１６記載において、留守番機能を有する留守番手段と、前記付加されたデータは、前記留守番手段の留守番機能に設定する応答メッセージであり、前記付加された制御情報は、該留守番手段の応答メッセージを切り替える応答メッセージ切替要求であり、前記制御手段は、この応答メッセージ切替要求に基づいて前記付加された応答メッセージを前記留守番手段の応答メッセージとして設定するようにしている。
【００２９】
請求項２８記載の発明は、請求項１６記載において、前記付加される制御情報は、前記付加されるデータが正しく送られたかの確認信号の返送を指定する返送要求であり、前記制御手段は、この返送要求に基づいて前記確認信号を返送するようにしている。
【００３０】
請求項２９記載の発明は、請求項１５記載において、前記付加される制御情報を記憶する記憶手段を有している。
請求項３０記載の発明は、請求項２９記載において、前記記憶手段に記憶された制御情報を表示する表示手段を有している。
【００３１】
請求項３１記載の発明は、請求項１記載２９において、前記記憶手段は、さらに前記付加されるデータを記憶している。
請求項３２記載の発明は、請求項３１記載において、前記記憶手段に記憶された制御情報あるいはデータの内、少なくともどちらか一方を表示する表示手段を有している。
【００３２】
請求項３３記載の発明は、端末と端末の間を通信回線網を介して接続する通信システムにおいて、
発信側の端末の発呼にともなう着信側の端末への着信信号に、該着信側の端末を制御する制御情報を付加して送信するようにしている。
【００３３】
請求項３４記載の発明は、請求項３３記載において、さらに、制御信号とともに、データを付加して送信するようにしている。
請求項３５記載の発明は、請求項３４記載において、端末は、通信回線網を介さない端末同士の無線によるトランシーバ通信も可能な端末で、前記データは、トランシーバ通信に必要な情報で、前記制御情報は登録要求であり、この登録要求に基づいて前記トランシーバ通信に必要な情報を着信側の端末に登録するようにしている。
【００３４】
請求項３６記載の発明は、請求項３４記載において、制御情報は、着信側端末の表示装置に表示させるか否かを指定する表示要求であって、この表示要求に基づいて、着信側端末の表示装置に同時に送られてきたデータの表示をするか否かを設定するようにしている。
【００３５】
請求項３７記載の発明は、請求項３６記載において、前記着信側端末は、表示要求とともに送られてきたデータを記憶するとともに、前記表示要求によりデータ表示を否定されたものにおいて、ユーザーより入力される所定の暗証番号により前記記憶されたデータ表示を可能にしている。
【００３６】
請求項３８記載の発明は、請求項３６記載において、表示要求は暗証番号を含み、該表示要求とともに送られてきたデータを記憶するとともに、前記表示要求によりデータ表示を否定されたものにおいて、送信側の端末より入力される所定の暗証番号により前記記憶されたデータ表示を可能にしている。
【００３７】
請求項３９記載の発明は、請求項３４記載において、着信側の端末はデータを音に変換する音変換手段を有し、制御要求は音変換要求であり、着信側端末は、この音変換要求に基づいて、同時に送られてきたデータを前記音変換手段により音に変換するようにしている。
【００３８】
請求項４０記載の発明は、請求項３４記載において、着信側の端末は、データを記憶するメモリを有し、制御情報は、メモリの特定の領域にデータを記憶するように指定する記憶要求であって、着信側の端末は、この記憶要求に基づいて、同時に送られてきたデータを前記メモリの特定の領域に記憶するようにしている。
【００３９】
請求項４１記載の発明は、請求項３４記載において、制御情報は、留守番モードを切り替える切り替え要求であって、この切り替え要求に基づいて、同時に送られてきたデータに対応する留守番モードに切り替えるようにしている。
【００４０】
請求項４２記載の発明は、請求項３４記載において、制御情報は、留守番モードでの応答メッセージを切り替える応答メッセージ切り替え要求であって、この切り替え要求に基づいて、着信側の端末の留守番機能の応答メッセージを同時に送られてきたデータに対応する応答メッセージに切り替えるようにしている。
【００４１】
請求項４３記載の発明は、請求項４２記載において、前記着信側の端末の留守番機能は、複数の応答メッセージを有し、前記切り替えは、要求により複数の応答メッセージの中から選択するようにしている。
【００４２】
請求項４４記載の発明は、請求項４２記載において、データは、応答メッセージであり、応答メッセージ切り替え要求に基づいて、前記着信側の端末の応答メッセージを同時に送られてきた応答メッセージに切り替えるようにしている。
【００４３】
請求項４５記載の発明は、請求項４１記載において、前記データは、相手を特定するデータであり、前記着信側の端末は、このデータにより相手を特定し、この特定した相手に基づいて留守番モードを切り替えるようにしている。
【００４４】
請求項４６記載の発明は、請求項４１記載において、前記データは、相手を特定するデータであり、前記着信側の端末は、このデータにより相手を特定し、この特定した相手に基づいて留守番応答メッセージを切り替えるようにしている。
【００４５】
請求項４７記載の発明は、請求項３４記載において、制御信号は、自動応答要求であって、着信側の端末は、この自動応答要求に基づいて、同時に送られてきたデータが正しく送られた旨の情報を発信側の端末に送信するようにしている。
【００４６】
請求項４８記載の発明は、請求項４７記載において、データが正しく送られた旨の情報は、着信側の端末の応答を待って発信側の端末に送信するようにしている。
【００４７】
請求項４９記載の発明は、請求項４７記載において、データが正しく送られた旨の情報は、着信側の端末の応答を待って発信側の端末に着信されるようにしている。
【００４８】
この結果、請求項１記載の発明によれば、自端末により相手端末の機能を制御することができる。
請求項２記載の発明によれば、同時に送信したデータに基づいて相手端末を制御することができる。
【００４９】
請求項３記載の発明によれば、自端末により相手端末をトランシーバ通信可能な端末に設定することができる。
請求項４記載の発明によれば、自端末により相手端末での表示を制御することができる。
【００５０】
請求項５記載の発明によれば、自端末により相手端末での表示を制御することができる。
請求項６記載の発明によれば、相手端末に対するデータの秘密性を制御することができる。
【００５１】
請求項７記載の発明によれば、相手端末でのデータの秘密性を制御することができる。
請求項８記載の発明によれば、自端末により相手端末の報知音を制御することができる。
【００５２】
請求項９記載の発明によれば、自端末により相手端末の報知音を制御することができる。
請求項１０記載の発明によれば、自端末により相手端末のメモリにデータを記憶するようにできる。
【００５３】
請求項１１記載の発明によれば、自端末により相手端末の留守番機能を制御することができる。
請求項１２記載の発明によれば、自端末により相手端末の応答メッセージを切り替えることができる。
【００５４】
請求項１３記載の発明によれば、自端末により相手端末の応答メッセージを切り替えることができる。
請求項１４記載の発明によれば、自端末にて相手端末にデータが正しく送られたかを確認することができる。
【００５５】
請求項１５記載の発明によれば、相手端末により自端末の機能が制御できる。請求項１６記載の発明によれば、同時に送信されてくるデータに基づいて自端末を制御することができる。
【００５６】
請求項１７記載の発明によれば、相手端末より自端末をトランシーバ通信可能な端末に設定することができる。
請求項１８記載の発明によれば、相手端末より自端末での表示を制御することができる。
【００５７】
請求項１９記載の発明によれば、相手端末より自端末での表示を制御することができる。
請求項２０記載の発明によれば、相手端末より自端末に対するデータの秘密性を制御することができる。
【００５８】
請求項２１記載の発明によれば、相手端末より自端末に対するデータの秘密性を制御することができる。
請求項２２記載の発明によれば、相手端末より自端末の報知音を制御することができる。
【００５９】
請求項２３記載の発明によれば、相手端末より自端末の報知音を制御することができる。
請求項２４記載の発明によれば、相手端末より自端末のメモリにデータを記憶するようにできる。
【００６０】
請求項２５記載の発明によれば、相手端末より自端末の留守番機能を制御することができる。
請求項２６記載の発明によれば、相手端末より自端末の応答メッセージを切り替えることができる。
【００６１】
請求項２７記載の発明によれば、相手端末より自端末の応答メッセージを切り替えることができる。
請求項２８記載の発明によれば、相手端末にて自端末にデータが正しく送られたかを確認することができる。
【００６２】
請求項２９記載の発明によれば、記憶された制御情報に基づいて自端末を制御することができる。
請求項３０記載の発明によれば、自端末に対する制御情報の内容を表示することができる。
【００６３】
請求項３１記載の発明によれば、記憶されたデータに基づいて自端末を制御することができる。
請求項３２記載の発明によれば、自端末に対する制御情報またはデータの内容を表示することができる。
【００６４】
請求項３３記載の発明によれば、発信側端末により着信側の端末を制御することができる。
請求項３４記載の発明によれば、同時に送信したデータに基づいて着信側の端末を制御することができる。
【００６５】
請求項３５記載の発明によれば、発信側端末により着信側の端末をトランシーバ通信可能な端末に設定することができる。
請求項３６記載の発明によれば、発信側端末により着信側の端末の表示を制御することができる。
【００６６】
請求項３７記載の発明によれば、暗証番号を知っているユーザのみが送られてきたデータを見ることができる。
請求項３８記載の発明によれば、暗証番号を知っているユーザのみが送られてきたデータを見ることができる。
【００６７】
請求項３９記載の発明によれば、発信側端末により着信側の端末の報知音を制御することができる。
請求項４０記載の発明によれば、発信側端末により着信側の端末のメモリにデータを記憶することができる。
【００６８】
請求項４１記載の発明によれば、発信側端末により着信側の端末の留守番モードを切り替えることができる。
請求項４２記載の発明によれば、発信側端末により着信側の端末の応答メッセージを切り替えることができる。
【００６９】
請求項４３記載の発明によれば、オフフックしなくとも選択するのみで応答メッセージを切り替えることができる。
請求項４４記載の発明によれば、オフフックしなくとも発信側で作成した応答メッセージを切り替えることができる。
【００７０】
請求項４５記載の発明によれば、オフフックする前に留守番モードを切り替えることができる。
請求項４６記載の発明によれば、オフフックする前に応答メッセージを切り替えることができる。
【００７１】
請求項４７記載の発明によれば、発信側端末に対し、着信側端末にデータが正しく送られたことを知らせることができる。
請求項４８記載の発明によれば、着信側の端末の応答を待って、発信側端末に対し、着信側端末にデータが正しく送られたことを知らせることができる。
請求項４９記載の発明によれば、着信側の端末の応答を待って、発信側端末に対し、着信側端末にデータが正しく送られたことを知らせることができる。
【００７２】
【発明の実施の形態】
以下、本発明の実施の形態を図面に従い説明する。
（第１の実施の形態）
図１は、本発明が適用される無線通信システムの概略構成を示している。図において、１１は通信回線網で、この通信回線網１１には、家庭エリア内に設けられる自営基地局１２と公衆エリアに設けられる公衆基地局１３を接続し、これら自営基地局１２と公衆基地局１３に対してＰＨＳ端末１４を無線回線により接続している。
【００７３】
図２は、このような無線通信システムに適用されるＰＨＳ端末１４の概略構成を示している。図において、２１はアンテナで、このアンテナ２１には、送受信装置２２を接続している。この送受信装置２２は、周波数変換部とモデムで構成されるもので、周波数変換部の受信側では、アンテナ２１から入力された信号が送信／受信を振り分けるアンテナスイッチを介して入力され、ＰＬＬシンセサイザから出力される所定周波数の局部発振信号と混合することにより、１．９ＧＨｚ帯から１ＭＨｚ付近のＩＦ信号に周波数変換する。一方、送信側では、モデムから入力されたπ／４シフトＱＰＳＫの変調波をＰＬＬシンセサイザから出力される所定周波数の局部発振信号と混合することにより、１．９ＧＨｚ帯に周波数変換し、アンテナスイッチを介してアンテナ２１より輻射するようにしている。
【００７４】
また、モデムの受信側では、周波数変換部からのＩＦ信号が復調されＩＱデータに分離され、データ列になって通信制御部に転送するようにしている。一方、送信側では、通信制御部から転送されてきたデータからＩＱデータを生成し、π／４シフトＱＰＳＫに変調して周波数変換部に出力する。
【００７５】
そして、この送受信装置２２に、通信制御部２３、音声処理部２４を順に接続し、この音声処理部２４にスピーカ２５およびマイクロフォン２６を接続している。
【００７６】
ここで、通信制御部２３は、フレーム同期およびスロットのデータフォーマット処理を行うもので、受信側では、送受信部２２のモデムから送られてくる受信データから所定タイミングで１スロット分のデータを取り出し、このデータの中からユニークワード（同期信号）を抽出してフレーム同期をとり、且つ制御データ部および音声データ部のスクランブルなどを解除した後、制御データは後述する制御部２７に送り、音声データは音声処理部２４に転送する。一方、送信側では、音声処理部２４から送られてくる音声データに制御データなどを付加し、スクランブルなどをかけた後にユニークワードなどを付加して１スロット分の送信データを作成し、所定タイミングでフレーム内の所定スロットに挿入して送受信部２２のモデムに送出する。
【００７７】
音声処理部２４は、スピーチコーディックおよびＰＣＭコーディックにより構成され、このうちスピーチコーディックは、デジタルデータの圧縮／伸長処理を行うもので、受信側では、通信制御部２３から送られてきたＡＤＰＣＭ音声信号（４ｂｉｔ×８ＫＨｚ＝３２Ｋｂｐｓ）をＰＣＭ音声信号（８ｂｉｔ×８ＫＨｚ＝６４Ｋｂｐｓ）に復号化することにより伸長してＰＣＭコーディックに出力する。一方、送信側では、ＰＣＭコーディックから送られてきたＰＣＭ音声信号をＡＤＰＣＭ音声信号に符号化することにより圧縮して通信制御部２３に出力する。
【００７８】
また、ＰＣＭコーディックは、アナログ／デジタル変換処理を行うもので、受信側では、スピーチコーディックから送られてくるＰＣＭ音声信号をＤ／Ａ変換してアナログ音声信号をスピーカ２５に出力する。一方、送信側では、マイクロフォン２６から入力されたアナログ音声信号をＡ／Ｄ変換してＰＣＭ音声信号をスピーチコーディックに出力する。
【００７９】
そして、これら送受信部２２、通信制御部２３、音声処理部２４には、制御部２７を接続し、この制御部２７に、ＲＯＭ２８、ＲＡＭ２９、キー入力部３０、表示部３１を接続可能にしている。
【００８０】
ここで、ＲＯＭ２８は、制御部２７での制御プログラムを記憶したものである。ＲＡＭ２９は、制御部２７での制御により取り扱われるデータを一時記憶するものである。キー入力部３０は、各機能を設定するためのキー入力などを制御部２７に入力するためのものである。表示部３１は、各種制御のための入力データおよび結果などを表示するものである。
【００８１】
次に、このように構成した第１の実施の形態の動作を説明する。
いま、発信側のＰＨＳ端末１４で発呼が発生すると、公衆基地局１３を介して呼設定メッセージが送られる。この呼設定メッセージが通信回線網１１より自営基地局１２を介してＰＨＳ端末１４に送られることにより着呼が発生すると、この着信側のＰＨＳ端末１４での応答を待って通話に移行されるようになる。この場合、着信側のＰＨＳ端末１４への着信信号に、この着信側ＰＨＳ端末１４を制御する制御情報を付加することで、発信側のＰＨＳ端末１４より着信側ＰＨＳ端末１４を制御できるようにしている。
【００８２】
なお、呼設定メッセージは、図１３（ａ）に示すように少なくともプロトコル識別子、呼出番号を示す呼番号、メッセージ種別、ファシリティ、発信者番号を示す発番号３１、発信者サブアドレスを示す発サブアドレス３２、着信者番号を示す着番号３３および着信者サブアドレスを示す着サブアドレス３４で構成されている。
【００８３】
ここで、着信側ＰＨＳ端末１４に対する制御は、通信回線網を介さない端末同士のトランシーバ通信を可能にする「トランシーバ登録」、着信側の端末１４の表示制御とともに、暗証番号の一致を確認しないと発サブアドレス３２の情報を見られない「発サブアドレス情報隠し」、発サブアドレス３２の情報を音列に変換して着信側ＰＨＳ端末１４での着信音を変更する「着信音変更」、発信側のＰＨＳ端末１４より着信側ＰＨＳ端末１４のメモリの専用エリアに発サブアドレス３２の情報を格納する「指定されたメモリエリアに分類／記録」などを可能にしている。
【００８４】
まず、図３は、発サブアドレスおよび着サブアドレスへのデータおよび制御情報の設定方法を示しているフローチャートである。
この場合、ステップ３０１で、発信者番号通知をＯＮした上で、公衆発呼の条件を設定する。次いで、ステップ３０２で、相手側、つまり、着信側ＰＨＳ端末１４を制御するかを決定する。ここで、着信側ＰＨＳ端末１４を制御しない場合は、ステップ３０３に進み、発サブアドレスにデータとして任意の文字情報のみを乗せ、着サブアドレスには、制御情報としての処理情報は乗せない。この場合は、従来と同様に、発信側ＰＨＳ端末１４に関する電話番号や名前などの文字情報を通知するものとなる。
【００８５】
一方、ステップ３０２で、着信側ＰＨＳ端末１４を制御する場合は、ステップ３０４で、まず、その制御は「トランシーバ登録」かを判断する。ここで、ＹＥＳならば、ステップ３０５に進み、相手に送るトランシーバ登録用データをどれにするか選択し、ステップ３０６で、選択されたトランシーバ登録用データのシステム呼出し符号を発サブアドレスに乗せ、さらに、ステップ３０７で、選択されたトランシーバ登録用データ内のＰＳ（ＰＨＳ端末）呼出番号も発サブアドレスに乗せるか判断する。ここで、ＰＳ呼出番号も乗せるなら、ステップ３０８で、発サブアドレスには、システム呼出し符号とＰＳ呼出番号、着サブアドレスに「トランシーバ登録」処理信号を乗せ、一方、ＰＳ呼出番号を乗せないなら、ステップ３０９で、発サブアドレスには、システム呼出し符号を乗せ、着サブアドレスに「トランシーバ登録」処理信号を乗せる。
【００８６】
一方、上述したステップ３０４で、「トランシーバ登録」でなくＮＯと判断された場合は、ステップ３１０に進む。
ステップ３１０では、着信側ＰＨＳ端末１４の制御は「発サブアドレス情報隠し」かを判断する。ここで、ＹＥＳならば、ステップ３１１で、発サブアドレスに任意の文字情報を乗せ、着サブアドレスに「発サブアドレス情報隠し」の処理信号を乗せる。一方、ステップ３１０で、ＮＯならば、ステップ３１２に進む。
【００８７】
ステップ３１２では、着信側ＰＨＳ端末１４の制御は「着信音変更」かを判断する。ここで、ＹＥＳならば、ステップ３１３で、発サブアドレスに任意の文字情報を乗せ、着サブアドレスに「着信音変更」の処理信号を乗せる。一方、ステップ３１２で、ＮＯならば、ステップ３１４に進む。ステップ３１４では、発サブアドレスに任意の文字情報を乗せ、着サブアドレスに「指定されたメモリエリアに分類／記録」の処理信号を乗せる。
【００８８】
次に、図４、図５は、着信側ＰＨＳ端末１４での着信処理のフローチャートを示している。
この場合、ステップ４０１で、発信者番号通知有りの公衆着信が発生すると、ステップ４０２で、発サブアドレスの通知があるか（発サブアドレスに情報があるか）を判断する。ここで、発サブアドレスの通知有で、ＹＥＳならば、ステップ４０３で、着サブアドレス内に制御情報としての処理命令があるかを判断する。
【００８９】
このステップ４０３で、処理命令があってＹＥＳならば、ステップ４０４に進み、着信履歴に発信者番号（発番号）、発サブアドレス情報および着サブアドレス情報を記録し、また、処理命令がなくＮＯならば、ステップ４０５で、着信履歴に発信者番号、発サブアドレス情報を記録する。
【００９０】
ステップ４０４で、着信履歴に発信者番号、発サブアドレス情報および着サブアドレス情報を記録すると、ステップ４０６に進み、着サブアドレス内の処理命令が「指定されたメモリエリアに分類／記録」を含んでいるか判断し、ここで、ＹＥＳならば、ステップ４０７で、着信側ＰＨＳ端末１４のメモリの専用エリアに発信者番号、発サブアドレス情報を格納する。また、ＮＯならば、ステップ４０８で、着サブアドレス内の処理命令が「発サブアドレス情報隠し」を含んでいるか判断し、ＹＥＳならば、ステップ４０９で、発信者番号、発サブアドレス情報を表示せず、ＮＯならば、ステップ４１０で、発信者番号、発サブアドレス情報を表示するようになる。なお、このとき、どちらか一方の表示を制御してもよい。
【００９１】
さらに、ステップ４１１で、着サブアドレス内の処理命令が「着信音変更」を含んでいるか判断し、ＹＥＳならば、ステップ４１２で、着信側ＰＨＳ端末１４において発サブアドレス情報を音列に変換し、ステップ４１３で、この変換された音列に従い着信音を鳴音させ処理を終了する。また、「着信音変更」を含んでおらず、ＮＯならば、通常の着信音を鳴動させ、以後続く通常の着信処理へ移行する。
【００９２】
また、着サブアドレス内に処理命令がなく、ステップ４０５で、着信履歴に発信者番号、発サブアドレス情報を記録した場合、ステップ４１４に進み、着サブアドレス内に処理命令を含んでいなくとも、着信側ＰＨＳ端末１４で予め「発サブアドレス情報を着信音の音列に変換する」を設定しているか判断し、ＹＥＳならば、ステップ４１２で、発サブアドレス情報を音列に変換し、ステップ４１３で、変換された音列にしたがい着信音を鳴音させ、着信処理に移行する。また、「発サブアドレス情報を着信音の音列に変換する」を設定しておらず、ＮＯならば、ステップ４２１に進み、着信側ＰＨＳ端末１４で予め「発信者番号を着信音の音列に変換する」を設定しているか判断し、ＹＥＳならば、ステップ４２２に進み、発信者番号を音列に変換し、ステップ４２３で、変換された音列に従い着信音を鳴音させ続く着信処理に移行する。また、「発信者番号を着信音の音列に変換する」を設定しておらずＮＯならば、通常の着信音を鳴動させ、続く着信処理に移行する。
【００９３】
一方、ステップ４０２の発サブアドレスの通知があるかの判断で、発サブアドレスの通知なしを判断し、ＮＯならば、ステップ４１５に進み、着サブアドレス内の処理命令があるかを判断する。
【００９４】
このステップ４１５で、ＹＥＳならば、ステップ４１６で、着信履歴に発信者番号、着サブアドレス情報を記録し、また、ＮＯならば、ステップ４１７で、着信履歴に発信者番号を記録する。
【００９５】
ステップ４１６で、着信履歴に発信者番号、着サブアドレス情報を記録すると、ステップ４２０で、着サブアドレス内の処理命令が「着信音変更」を含んでいるか判断し、ＹＥＳならば、ステップ４２２で、発信者番号情報を音列に変換し、ステップ４２３で、変換された音列に従い着信音を鳴動させ、続く着信処理に移行し、「着信音変更」を含んでおらず、ＮＯならば、ステップ４２１に進み、さらに着サブアドレス内に処理命令を含んでいなくとも、着信側ＰＨＳ端末１４で予め「発信者番号を着信音の音列に変換する」を設定しているか判断し、ＹＥＳならば、ステップ４２２に進み、発信者番号を音列に変換し、ステップ４２３で、変換された音列に従い着信音を鳴音させ、続く着信処理に移行する。また、「発信者番号を着信音の音列に変換する」を設定しておらずにＮＯならば、通常の着信音を鳴動させ、続く着信処理に移行する。
【００９６】
次に、図６は、トランシーバ登録のフローチャートを示している。
この場合、まずステップ６０１で、トランシーバ登録モードに入り、ステップ６０２で、複数あるトランシーバ登録メモリの、どこに登録するか選択する。そして、ステップ６０３で、そのメモリに登録するデータは、図４のステップ４０４で記憶された着信履歴から登録するかを判断する。ここで、着信履歴からでなくＮＯならば、ステップ６０４で、通常のトランシーバ登録の手順に進む。また、ＹＥＳならば、ステップ６０５に進み、どの着信履歴を引用するかを選択し、さらにステップ６０６で、選択した着信履歴内に着サブアドレス情報があるか判断する。
【００９７】
ここで、ＹＥＳならば、ステップ６０７に進み、さらに選択した着信履歴内の着サブアドレス情報に処理命令「トランシーバ登録」があるか判断する。また、ＮＯならば、ステップ６０５に戻って引用する着信履歴の選択からやり直す。
【００９８】
そして、ステップ６０７で、ＹＥＳならば、ステップ６０８に進み、さらに選択した着信履歴内の発サブアドレス情報にシステム呼出符号があるか読み込み、判断する。また、ＮＯならば、ステップ６０５に戻って引用する着信履歴の選択からやり直す。
【００９９】
また、ステップ６０８で、ＹＥＳならば、ステップ６０９に進み、読み込んだシステム呼出符号に名前（例えばグループ名）を入力、登録するか決定する。また、ＮＯならば、ステップ６０５に戻って引用する着信履歴の選択からやり直す。
【０１００】
さらに、ステップ６０９で、ＹＥＳならば、ステップ６１０に進み、読み込んだシステム呼出符号に名前を入力して、ステップ６１１に進み、また、ＮＯならば、直ちにステップ６１１に進む。
【０１０１】
ステップ６１１では、選択した着信履歴内の発サブアドレス情報にＰＳ呼出番号があるか読み込み判断する。ここで、ＮＯならばステップ６１２で、ＰＳ呼出番号を登録してステップ６１３に進み、また、ＹＥＳならば、直ちにステップ６１３に進む。
【０１０２】
ステップ６１３では、ＰＳ呼出番号に名前（例えばユーザ名）を入力、登録するか判断し、ここで、ＹＥＳならば、ステップ６１４で、ＰＳ呼出番号に名前を登録して処理を終了し、また、ＮＯならば、直ちに処理を終了する。
【０１０３】
次に、図７は、着信履歴の照合による検索のフローチャートを示している。
この場合、まず、ステップ７０１で、着信履歴検索モードに入る。次いで、ステップ７０２で、複数ある着信履歴の、どれを表示させるか選択する。
【０１０４】
そして、ステップ７０３で、選択した着信履歴内の着信サブアドレス情報に処理命令「発サブアドレス情報隠し」があるか判断する。ここで、ＮＯならば、ステップ７１０で、発信者番号、発サブアドレス情報を表示して処理を終了する。一方、ＹＥＳならば、ステップ７０４に進み、処理命令「発サブアドレス情報隠し」に基づいて選択した着信履歴内の発信者番号、発サブアドレス情報を表示しない。
【０１０５】
そして、ステップ７０５で、発サブアドレス内に暗証番号が含まれるか判断し、ＹＥＳならば、ステップ７０６で、発サブアドレス内の暗証番号を設定してステップ７０８に進み、また、ＮＯならば、ステップ７０７で、登録済みの暗証番号を設定してステップ７０８に進む。
【０１０６】
ステップ７０８では、使用者より予め付与されている任意の文字列を照合用に入力する。そして、ステップ７０９で、入力した文字列と設定された暗証番号が一致するか判断し、一致してＹＥＳならば、ステップ７１０にすすみ、発信者番号、発サブアドレス情報を表示して処理を終了する。また、ＮＯならば、発信者番号、発サブアドレス情報を表示することなく処理を終了する。
【０１０７】
従って、このようにすれば発信側のＰＨＳ端末１４の発呼にともなう着信側のＰＨＳ端末１４への着信信号に、該着信側のＰＨＳ端末１４を制御する制御情報として着サブアドレスに所定の処理信号を付加し、さらに、この制御情報とともに、発サブアドレスに所定のデータを付加して送信することで、発信側のＰＨＳ端末１４からの制御情報に基づいて、同時に送信したデータにより着信側ＰＨＳ端末１４を制御できるようにしたので、発信側のＰＨＳ端末１４により着信側ＰＨＳ端末１４をトランシーバ通信可能な端末に設定し、また、着信側ＰＨＳ端末１４の表示を制御するとともに、着信側ＰＨＳ端末１４において、暗証番号を知っているユーザのみが送られてきたデータを見ることができるようになり、さらに着信側ＰＨＳ端末１４の報知音を制御し、さらにまた、発信側のＰＨＳ端末１４により着信側ＰＨＳ端末１４のメモリにデータを記憶するなどの各種の制御を実現することができる。
【０１０８】
なお、上記実施の形態の着信側で記憶されている「発サブアドレス情報隠し」を含んでいる発信者番号、発サブアドレスを発信側から解除するため、発信側で着サブアドレスに解除要求を乗せて発信し、着信側でこの呼設定メッセージに付加されている発信者番号の「発サブアドレス情報隠し」を解除するようにしてもよい。
【０１０９】
また、上記実施の形態で「着信音変更」を指定された時、着信側で発サブアドレスのデータを音に変更したが、これに限定されるものでない。例えば、複数の着信音を鳴らすことができる端末で、発信者を識別する識別情報に、この鳴らす複数の着信のそれぞれを割り当てておく。そして、発信側端末は、着信者番号とは別に発サブアドレスに発信者識別番号を付加し、着サブアドレスに「着信音変更」を付加して発信する。すると、着信側端末は、この発呼を受けて発サブアドレス内の発信者識別情報に基づいて割り当てられている着信音を鳴らすようにしてもよい。
【０１１０】
（第２の実施の形態）
第２の実施の形態では、発信側のＰＨＳ端末１４からの制御情報により、着信側ＰＨＳ端末１４の留守番電話機能を制御する場合を示している。
この場合、図２に示したＰＨＳ端末１４のＲＡＭ２９は、電話帳データ、留守番モードでの自作応答メッセージおよび相手側の伝言を記憶し、また、ＲＯＭ２８は、一般向けの固定応答メッセージを記憶している。その他は、図１および図２と同様なので、ここでの説明は省略する。
【０１１１】
図８は、ＲＡＭ２９に記憶された電話帳データの一例を示すもので、この電話帳データは、名前、電話番号、応答メッセージ番号、強制留守番モードを入力している。ここで、応答メッセージ番号は、別のデータエリアに記憶されている各応答メッセージに対応する番号が入力されている。また、強制留守番モードは、通常モード（留守番モード解除）時に、電話がかかって来ると強制的に留守番モードに切り替えたい相手に対しては「ＯＮ」、留守番モード時に電話がかかって来ると強制的に通常モード（通常の着信）に切り替えたい相手に対して「ＯＦＦ」を入力している。
【０１１２】
なお、通常、強制留守番モードの項は、データ未入力である。また、電話帳に未登録であったり、相手の電話番号がない場合は、デフォルト値として応答メッセージ番号０、強制留守番モードなしが設定されている。
【０１１３】
また、図９は、電話帳データと別に存在し、応答メッセージ番号と応答メッセージ内容を対応して記憶したテーブルで、ここでは、５つの相手対象別にメッセージを用意している。つまり、電話機内蔵の一般向けの固定応答メッセージ、自作の一般向け応答メッセージ、友人向け応答メッセージ、公用（会社）向け応答メッセージ、迷惑電話向け応答メッセージの５種類である。なお、一般向けの固定応答メッセージと応答メッセージ番号０に設定してある自作応答メッセージは、選択方式になっており、ここでは、自作応答メッセージを選択するので、実際に用いられる応答メッセージは、合計で４種類である。
【０１１４】
図１０は、このような留守番電話機能を説明するフローチャートを示している。まず、ステップ１００１で、着信側ＰＨＳ端末１４により着信を判断すると、ステップ１００２に進み、同ＰＨＳ端末１４に留守番モードが設定されているか判断する。
【０１１５】
ここで、ＹＥＳの場合は、ステップ１００３に進み、発信側ＰＨＳ端末１４からの着信信号に発番号「発信者番号」が含まれるか判断する。ここで、「発信者番号」を含まず、ＮＯならば、ステップ１００４に進み、ＲＡＭ２９に記憶した自作応答メッセージにより自動対応して処理を終了する。また、「発信者番号」を含んでいてＹＥＳならば、ステップ１００５で、図８に示す電話帳データに登録されているか判断する。ここで、ＮＯならば、ステップ１００４に進み、ＲＡＭ２９に記憶した自作応答メッセージにより自動対応して処理を終了する。また、電話帳データに登録されていてＹＥＳならば、ステップ１００６で、強制留守番モードがＯＦＦかを判断する。
【０１１６】
そして、ここでＹＥＳならば、ステップ１００７に進み、応答メッセージ番号の指定があるか判断し、指定があってＹＥＳならば、ステップ１００８に進み、図９に示す応答メッセージ番号に対応する応答メッセージにより自動対応して処理を終了する。また、ステップ１００７で、ＮＯならば、ステップ１００４に進み、自作応答メッセージにより自動対応して処理を終了する。
【０１１７】さらに、ステップ１００６で、強制留守番モードがＯＦＦでなく、ＮＯならば、ステップ１００９に進み、強制留守番モードがＯＮかを判断し、ＹＥＳならば、ステップ１０１０で、通常モードの着信処理を行い、処理を終了する。
【０１１８】
一方、ステップ１００２で、留守番モードが設定されておらず、ＮＯの場合は、ステップ１０１１に進んで、発信側ＰＨＳ端末１４からの信号に「発信者番号」が含まれるか判断する。
【０１１９】
そして、「発信者番号」が含まれずＮＯならば、ステップ１０１０に進み、通常モードの着信処理を行い、処理を終了する。また、「発信者番号」が含まれていてＹＥＳならば、ステップ１０１２で、図８に示す電話帳データに登録されているか判断する。ここで、電話帳データに登録されておらずＮＯならば、ステップ１０１０に進み、通常モードの着信処理を行い、処理を終了する。
【０１２０】
また、電話帳データに登録されていてＹＥＳならば、ステップ１００９に進み、強制留守番モードがＯＮかを判断し、ＹＥＳならば、ステップ１０１０で、通常モードの着信処理を行い、処理を終了し、ＮＯならば、上述したステップ１００７以降の動作が行われる。
【０１２１】
従って、このようにしても、発信側のＰＨＳ端末１４の発呼にともなう着信側のＰＨＳ端末１４への着信信号に、該着信側のＰＨＳ端末１４を制御する制御情報を付加して送信することで、この制御情報に基づいて着信側ＰＨＳ端末１４での留守番モードの切り替えや応答メッセージの切り替えなどを行うことができ、さらに、着信側ＰＨＳ端末１４に、予め電話帳データと複数の応答メッセージを用意していて、発信側ＰＨＳ端末１４に対応させて固定応答メッセージ、自作の一般向け応答メッセージ、友人向け応答メッセージ、公用（会社）向け応答メッセージ、迷惑電話向け応答メッセージなどの相手対象別のメッセージを選択的に取り出して出力するようにもできる。
【０１２２】
また、発信者番号とは別に、発サブアドレスに発信者を識別する識別情報を乗せておき、これにより留守番モードあるいは応答モードを切り替えるようにしてもよい。
【０１２３】
（第３の実施の形態）
第３の実施の形態では、発信側のＰＨＳ端末１４からの着信により、着信側ＰＨＳ端末１４にデータが正しく伝わった旨の情報を含むメッセージ受領通知を発信側ＰＨＳ端末１４に返送する機能を有する場合を示している。
この場合、図１３（ａ）に示される発信側のＰＨＳ端末１４から着信側ＰＨＳ端末１４に送信される呼設定メッセージの着サブアドレスに「自動応答制御」の制御コードを乗せ、制御コード「自動応答制御」に対応して発信側のＰＨＳ端末１４に返送されるメッセージ受領通知は、図１３（ｂ）に示すように呼出メッセージあるいは応答メッセージのファシリティ３５上のプロトコルプロファイルに情報識別子を乗せるようにしている。
【０１２４】
図１１は、発信側の発信処理のフローチャートを示している。
この場合、発信時、呼設定メッセージの着サブアドレスに自動応答制御コードを乗せて発信すると、ステップ１１０１で、着信側からの呼出メッセージ待ちとなる。そして、呼出着信メッセージが帰ってくると、ステップ１１０２に進み、呼出メッセージのファシリティ上に、相手からの情報識別子があるか認識する。
【０１２５】
ここで、識別子がありＹＥＳの場合は、ステップ１１０３で、情報識別子があったことを表示し、発信者に知らせ、自動切断される。また、情報識別子がなくてＮＯの場合は、ステップ１１０４に進み、着信相手からの応答待ちとなる。そして、着信相手から応答があると、ステップ１１０５に進み、応答メッセージのファシリティ上に、相手からの情報識別子があるか認識する。
【０１２６】
ここで、相手からの情報識別子があってＹＥＳならば、ステップ１１０６に進み、情報識別子があったことを表示し、発信者に知らせ、その後自動的に切断する。また、情報識別子がなくＮＯの場合は、通話へ移行する。
【０１２７】
図１２は、着信側の着信処理のフローチャートを示している。
まず、ステップ１２０１で、着信時に着サブアドレスに情報があるか判断する。ここで、ＮＯならば、通常の着信処理を実行する。また、ＹＥＳならば、ステップ１２０２で、着サブアドレス内に制御コードが含まれているか識別する。
【０１２８】
ステップ１２０２で、ＮＯならば、通常の着信処理を実行する。また、ＹＥＳならば、ステップ１２０３で、「自動応答制御」を含むかを識別する。
ステップ１２０３で、ＮＯならば、この着サブアドレス内の制御コードに基づいて他処理を実行する。また、ＹＥＳならば、ステップ１２０４に進み、呼出メッセージのファシリティ上にあるプロトコルプロファイルに文字情報が正しく伝わったことを示す情報識別子を乗せるか判断する。
【０１２９】
ここで、ＹＥＳの場合は、ステップ１２０５で、呼出メッセージに情報識別子を乗せて発信者に通知し、自動的に切断する。また、情報識別子を乗せないＮＯの場合は、ステップ１２０６に進み、着信側の応答待ちとなる。この場合、応答しない場合は、呼出継続のままとなる。
【０１３０】
そして、ステップ１２０６で、応答があってＹＥＳになれば、ステップ１２０７で、応答メッセージのファシリティ上にあるプロトコルプロファイルに文字情報が正しく伝わったことを示す情報識別子を乗せるか判断する。
【０１３１】
ここで、ＹＥＳの場合は、ステップ１２０８で、応答メッセージに情報識別子を乗せて発信者に通知し、その後自動的に切断する。また、情報識別子を乗せないＮＯの場合は、通話へ移行する。
【０１３２】
従って、このようにすれば、発信側のＰＨＳ端末１４の発呼にともなう着信側のＰＨＳ端末１４への着信信号に、該着信側のＰＨＳ端末１４を制御する制御情報として着サブアドレスに「自動応答制御」を付加し、この制御情報「自動応答制御」に基づいて発信側のＰＨＳ端末１４に返送されるメッセージ受領通知にデータが正しく伝わったことを示す情報識別子を乗せるようにしたので、発信側のＰＨＳ端末１４に対しても、着信側のＰＨＳ端末１４にデータが正しく送られたことを知らせることができ、また、着信側のＰＨＳ端末１４で応答があったことを条件に、発信側のＰＨＳ端末１４に対し、データが正しく送られたことを知らせるようにもできる。
【０１３３】
なお、上記第１、第２および第３の実施の形態では、発サブアドレスにデータ、着サブアドレスに制御情報としたが、発サブアドレスに制御情報、着サブアドレスにデータとしてもよい。
【０１３４】
【発明の効果】
以上述べたように、本発明によれば、発信側端末より送信される制御情報に基づいて、着信側端末でオフフックする前に、該着信側の端末に対する各種制御を実現することができる通信端末およびシステムを提供できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に適用される通信システムの概略構成を示す図。
【図２】第１の実施の形態の通信システムに用いられるのＰＨＳ端末の概略構成を示す図。
【図３】第１の実施の形態の発サブアドレスおよび着サブアドレスへのデータおよび制御情報の乗せ方を説明するためのフローチャート。
【図４】第１の実施の形態の着信側ＰＨＳ端末での着信処理を説明するためのフローチャート。
【図５】第１の実施の形態の着信側ＰＨＳ端末での着信処理を説明するためのフローチャート。
【図６】第１の実施の形態のトランシーバ登録を説明するためのフローチャート。
【図７】第１の実施の形態の着信履歴の照合による検索を説明するためのフローチャート。
【図８】本発明の第２の実施の形態に用いられる電話帳データの一例を示す図。
【図９】第２の実施の形態に用いられる応答メッセージ番号と応答メッセージ内容を対応して記憶したテーブルを示す図。
【図１０】第２の実施の形態の留守番電話機能の制御を説明するためのフローチャート。
【図１１】本発明の第３の実施の形態の発信側の発信処理を説明するためのフローチャート。
【図１２】第３の実施の形態の着信側の着信処理を説明するためのフローチャート。
【図１３】呼設定メッセージ、呼出メッセージ、応答メッセージを説明する図。
【符号の説明】
１１…通信回路網、
１２…自営基地局、
１３…公衆基地局、
１４…ＰＨＳ端末、
２１…アンテナ、
２２…送受信装置、
２３…通信制御部、
２４…音声処理部、
２５…スピーカ、
２６…マイクロフォン、
２７…制御部、
２８…ＲＯＭ、
２９…ＲＡＭ、
３０…キー入力部、
３１…表示部。
【図１】
2004007688.tif 000003
【図２】
2004007688.tif 000004
【図３】
2004007688.tif 000005
【図４】
2004007688.tif 000006
【図５】
2004007688.tif 000007
【図６】
2004007688.tif 000008
【図７】
2004007688.tif 000009
【図８】
2004007688.tif 000010
【図９】
2004007688.tif 000011
【図１０】
2004007688.tif 000012
【図１１】
2004007688.tif 000013
【図１２】
2004007688.tif 000014
【図１３】
2004007688.tif 000015
【手続補正書】
【提出日】平成15年7月1日(2003.7.1)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【特許請求の範囲】
【請求項１】発信側端末からの発呼信号を受けて該発呼信号中に指定されている着信側端末を呼出し、発信側端末と着信側端末との間に通信回線を接続する通信システムにおいて、
発信側端末は、前記発呼信号に、所望のデータと該データの処理方法を着信側端末に指示する制御情報とを付加して送信し、
着信側端末は、受信した前記データを該データとともに受信した制御情報に基づいて処理する
ことを特徴とする通信システム。
【請求項２】前記制御情報は、前記データの表示の禁止を指示する制御情報であることを特徴とする請求項１記載の通信システム。
【請求項３】前記着信側端末は、暗証番号を入力する手段と、該入力手段により入力された暗証番号が所定の暗証番号であるか否かを判別する手段と、該判別手段により所定の暗証番号であると判定された場合に、制御情報により表示が禁止されている前記データの表示を可能にする手段とを有することを特徴とする請求項２記載の通信システム。
【請求項４】前記発信側端末及び前記着信側端末は、前記通信システムを介さずに端末同士で直接無線通信を行うことができるトランシーバ通信機能を有する端末であり、前記データは自己と前記着信側端末との間でトランシーバ通信を行う際に必要な情報で、前記制御情報は当該データの登録を指示する制御情報であることを特徴とする請求項１記載の通信システム。
【請求項５】前記着信側端末はデータを音に変換する変換手段を有し、前記制御情報は、前記データを音に変換することを指示する制御情報であり、前記着信側端末は、この制御情報に基づいて、前記送られてきたデータを前記音変換手段により音に変換することを特徴とする請求項１記載の通信システム。
【請求項６】前記制御情報は、前記データをメモリの特定の領域に記憶することを指示する制御情報であることを特徴とする請求項１記載の通信システム。
【請求項７】相手端末と通信回線網を介して接続する通信端末において、
相手端末への回線接続を要求する発呼信号を送信する発呼手段と、
所望のデータと該データの処理方法を相手端末に指示する制御情報とを、前記発呼信号に付加する情報付加手段とを有し、
前記発呼手段は、前記情報付加手段により付加されたデータと制御情報とを含む発呼信号を送信することを特徴とする通信端末。
【請求項８】前記制御情報は、前記データの表示の禁止を指示する制御情報であることを特徴とする請求項７記載の通信端末。
【請求項９】前記情報付加手段は、相手端末側において前記データの表示の禁止を解除するための照合用暗証番号も前記発呼信号に付加することを特徴とする請求項９記載の通信端末。
【請求項１０】前記データは、自己と相手端末とが前記通信回線網を介さずに無線により直接通信を行うトランシーバ通信に必要な情報で、前記制御情報は当該データの登録を指示する制御情報であることを特徴とする請求項７記載の通信端末。
【請求項１１】前記制御情報は、前記データを音に変換することを指示する制御情報であることを特徴とする請求項７記載の通信端末。
【請求項１２】前記制御情報は、前記データをメモリの特定の領域に記憶するように指定する制御情報であることを特徴とする請求項７記載の通信端末。
【請求項１３】相手端末と通信回線網を介して接続する通信端末において、
相手端末からの発呼に基づく着呼信号を受信する着呼手段と、
受信された着呼信号に付加されている付加データ及び該付加データの処理方法を指示する制御情報を検出する検出手段と、
この検出手段で前記制御情報が検出された際に、前記検出手段で検出された付加データを前記制御情報に基づいて処理する処理手段と
を有することを特徴とする通信端末。
【請求項１４】暗証番号を入力する手段と、該入力手段により入力された暗証番号が所定の暗証番号であるか否かを判別する手段と、該判別手段により所定の暗証番号であると判定された場合に、データの表示禁止を解除にする手段とを有し、前記制御情報が前記データの表示の禁止を指示する制御情報であった場合には、前記入力手段により所定の暗証番号を入力することにより、受信したデータの表示を可能にすることを特徴とする請求項１３記載の通信端末。
【請求項１５】前記データは、自己と相手端末とが前記通信回線網を介さずに無線により直接通信を行うトランシーバ通信に必要な情報で、前記制御情報は当該データの登録を指示する制御情報であることを特徴とする請求項１３記載の通信端末。
【請求項１６】データを音に変換する変換手段を有し、
前記制御情報が前記データを音に変換することを指示する制御情報である場合には、この制御情報に基づいて、前記送られてきたデータを前記音変換手段により音に変換することを特徴とする請求項１３記載の通信端末。
【請求項１７】前記制御情報は、前記データをメモリの特定の領域に記憶することを指示する制御情報であることを特徴とする請求項１３記載の通信端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばＰＨＳシステム（パーソナル・ハンディホン・システム）に代表される通信システムに関するものである。
【０００２】
【従来の技術】
最近、通信システムとしてＰＨＳシステムが実用化されている。
ところで、このようなＰＨＳシステムでは、呼び制御中の情報要素として、発信側のサブアドレスを識別する発サブアドレスと、着信側のサブアドレスを識別する着サブアドレスが用意されており、これにより発信側端末のサブアドレスの通知により該発信側端末の情報（電話番号や名前など）を、着信側端末でオフフックする前に着信側端末に表示するなど、発信者が誰かをオフフック前に認識できる便利なサービスを可能にしている。
【０００３】
【発明が解決しようとする課題】
ところが、これまでのものは、着信側端末でオフフックする前に発信側端末に関する電話番号や名前などの文字情報を通知する程度のもので、発信側端末によりオフフック前の着信側端末を制御するまでに至っていない。本発明は、上記事情に鑑みてなされたもので、発信側端末より着信側の端末を制御することができる通信システム及び通信端末を提供することを目的とする。
【０００４】
【課題を解決するための手段】
請求項１記載の発明は、発信側端末からの発呼信号を受けて該発呼信号中に指定されている着信側端末を呼出し、発信側端末と着信側端末との間に通信回線を接続する通信システムにおいて、
発信側端末は、前記発呼信号に、所望のデータと該データの処理方法を着信側端末に指示する制御情報とを付加して送信し、着信側端末は、受信した前記データを該データとともに受信した制御情報に基づいて処理するようにしている。
【０００５】
請求項２記載の発明は、請求項１記載の発明において、前記制御情報は、前記データの表示の禁止を指示する制御情報である。
【０００６】
請求項３記載の発明は、請求項２記載の発明において前記着信側端末は、暗証番号を入力する手段と、該入力手段により入力された暗証番号が所定の暗証番号であるか否かを判別する手段と、該判別手段により所定の暗証番号であると判定された場合に、制御情報により表示が禁止されている前記データの表示を可能にする手段とを有するようにしている。
【０００７】
請求項４記載の発明は、請求項１記載の発明において、前記発信側端末及び前記着信側端末は、前記通信システムを介さずに端末同士で直接無線通信を行うことができるトランシーバ通信機能を有する端末であり、前記データは自己と前記着信側端末との間でトランシーバ通信を行う際に必要な情報で、前記制御情報は当該データの登録を指示する制御情報である。
【０００８】
請求項５記載の発明は、請求項１記載の発明において、前記着信側端末はデータを音に変換する変換手段を有し、前記制御情報は、前記データを音に変換することを指示する制御情報であり、前記着信側端末は、この制御情報に基づいて、前記送られてきたデータを前記音変換手段により音に変換するようにしている。
【０００９】
請求項６記載の発明は、請求項１記載の発明において、前記制御情報は、前記データをメモリの特定の領域に記憶することを指示する制御情報である。
【００１０】
請求項７記載の発明は、相手端末と通信回線網を介して接続する通信端末において、
相手端末への回線接続を要求する発呼信号を送信する発呼手段と、所望のデータと該データの処理方法を相手端末に指示する制御情報とを、前記発呼信号に付加する情報付加手段とを有し、前記発呼手段は、前記情報付加手段により付加されたデータと制御情報とを含む発呼信号を送信するようにしている。
【００１１】
請求項８記載の発明は、請求項７記載の発明において、前記制御情報は、前記データの表示の禁止を指示する制御情報である。
【００１２】
請求項９記載の発明は、請求項８記載の発明において、前記情報付加手段は、相手端末側において前記データの表示の禁止を解除するための照合用暗証番号も前記発呼信号に付加するようにしている。
【００１３】
請求項１０記載の発明は、請求項７記載の発明において、前記データは、自己と相手端末とが前記通信回線網を介さずに無線により直接通信を行うトランシーバ通信に必要な情報で、前記制御情報は当該データの登録を指示する制御情報である。
【００１４】
請求項１１記載の発明は、請求項７記載の発明において、前記制御情報は、前記データを音に変換することを指示する制御情報である。
【００１５】
請求項１２記載の発明は、請求項７記載の発明において、前記制御情報は、前記データをメモリの特定の領域に記憶するように指定する制御情報である。
【００１６】
請求項１３記載の発明は、相手端末と通信回線網を介して接続する通信端末において、
相手端末からの発呼に基づく着呼信号を受信する着呼手段と、受信された着呼信号に付加されている付加データ及び該付加データの処理方法を指示する制御情報を検出する検出手段と、この検出手段で前記制御情報が検出された際に、前記検出手段で検出された付加データを前記制御情報に基づいて処理する処理手段とを有するようにしている。
【００１７】
請求項１４記載の発明は、請求項１３記載の発明において、暗証番号を入力する手段と、該入力手段により入力された暗証番号が所定の暗証番号であるか否かを判別する手段と、該判別手段により所定の暗証番号であると判定された場合に、データの表示禁止を解除にする手段とを有し、前記制御情報が前記データの表示の禁止を指示する制御情報であった場合には、前記入力手段により所定の暗証番号を入力することにより、受信したデータの表示を可能にするようにしている。
【００１８】
請求項１５記載の発明は、請求項１３記載の発明において、前記データは、自己と相手端末とが前記通信回線網を介さずに無線により直接通信を行うトランシーバ通信に必要な情報で、前記制御情報は当該データの登録を指示する制御情報である。
【００１９】
請求項１６記載の発明は、請求項１３記載の発明において、データを音に変換する変換手段を有し、前記制御情報が前記データを音に変換することを指示する制御情報である場合には、この制御情報に基づいて、前記送られてきたデータを前記音変換手段により音に変換するようにしている。
【００２０】
請求項１７記載の発明は、請求項１３記載の発明において、前記制御情報は、前記データをメモリの特定の領域に記憶することを指示する制御情報である。
【００２１】
この結果、本発明によれば、発呼信号に、所望のデータと該データの処理方法を着信側端末に指示する制御情報とを付加して送信し、着信側端末で、受信した前記データを該データとともに受信した制御情報に基づいて処理するようにしているので、例えば、前記所望のデータが本来着信側端末で表示されるべきデータである場合に、その表示を禁止したり、前記所望のデータをトランシーバ通信に必要な情報（例えば、システム識別符号）にして、その情報を着信側端末に登録したり、前記所望のデータを着信側端末の音変換装置で音に変換することが可能なデータにして、着信側端末での着信音を当該データに対応する音に変換したり、前記所望のデータを着信側端末メモリの特定の領域に記憶したりする等の着信側端末に対する各種処理を、着信側端末がオフフックする前に行うことができる。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態を図面に従い説明する。
（第１の実施の形態）
図１は、本発明が適用される無線通信システムの概略構成を示している。図において、１１は通信回線網で、この通信回線網１１には、家庭エリア内に設けられる自営基地局１２と公衆エリアに設けられる公衆基地局１３を接続し、これら自営基地局１２と公衆基地局１３に対してＰＨＳ端末１４を無線回線により接続している。
【００２３】
図２は、このような無線通信システムに適用されるＰＨＳ端末１４の概略構成を示している。
図において、２１はアンテナで、このアンテナ２１には、送受信装置２２を接続している。この送受信装置２２は、周波数変換部とモデムで構成されるもので、周波数変換部の受信側では、アンテナ２１から入力された信号が送信／受信を振り分けるアンテナスイッチを介して入力され、ＰＬＬシンセサイザから出力される所定周波数の局部発振信号と混合することにより、１．９ＧＨｚ帯から１ＭＨｚ付近のＩＦ信号に周波数変換する。一方、送信側では、モデムから入力されたπ／４シフトＱＰＳＫの変調波をＰＬＬシンセサイザから出力される所定周波数の局部発振信号と混合することにより、１．９ＧＨｚ帯に周波数変換し、アンテナスイッチを介してアンテナ２１より輻射するようにしている。
【００２４】
また、モデムの受信側では、周波数変換部からのＩＦ信号が復調されＩＱデータに分離され、データ列になって通信制御部に転送するようにしている。一方、送信側では、通信制御部から転送されてきたデータからＩＱデータを生成し、π／４シフトＱＰＳＫに変調して周波数変換部に出力する。
【００２５】
そして、この送受信装置２２に、通信制御部２３、音声処理部２４を順に接続し、この音声処理部２４にスピーカ２５およびマイクロフォン２６を接続している。
【００２６】
ここで、通信制御部２３は、フレーム同期およびスロットのデータフォーマット処理を行うもので、受信側では、送受信部２２のモデムから送られてくる受信データから所定タイミングで１スロット分のデータを取り出し、このデータの中からユニークワード（同期信号）を抽出してフレーム同期をとり、且つ制御データ部および音声データ部のスクランブルなどを解除した後、制御データは後述する制御部２７に送り、音声データは音声処理部２４に転送する。一方、送信側では、音声処理部２４から送られてくる音声データに制御データなどを付加し、スクランブルなどをかけた後にユニークワードなどを付加して１スロット分の送信データを作成し、所定タイミングでフレーム内の所定スロットに挿入して送受信部２２のモデムに送出する。
【００２７】
音声処理部２４は、スピーチコーディックおよびＰＣＭコーディックにより構成され、このうちスピーチコーディックは、デジタルデータの圧縮／伸長処理を行うもので、受信側では、通信制御部２３から送られてきたＡＤＰＣＭ音声信号（４ｂｉｔ×８ＫＨｚ＝３２Ｋｂｐｓ）をＰＣＭ音声信号（８ｂｉｔ×８ＫＨｚ＝６４Ｋｂｐｓ）に復号化することにより伸長してＰＣＭコーディックに出力する。一方、送信側では、ＰＣＭコーディックから送られてきたＰＣＭ音声信号をＡＤＰＣＭ音声信号に符号化することにより圧縮して通信制御部２３に出力する。
【００２８】
また、ＰＣＭコーディックは、アナログ／デジタル変換処理を行うもので、受信側では、スピーチコーディックから送られてくるＰＣＭ音声信号をＤ／Ａ変換してアナログ音声信号をスピーカ２５に出力する。一方、送信側では、マイクロフォン２６から入力されたアナログ音声信号をＡ／Ｄ変換してＰＣＭ音声信号をスピーチコーディックに出力する。
【００２９】
そして、これら送受信部２２、通信制御部２３、音声処理部２４には、制御部２７を接続し、この制御部２７に、ＲＯＭ２８、ＲＡＭ２９、キー入力部３０、表示部３１を接続可能にしている。
【００３０】
ここで、ＲＯＭ２８は、制御部２７での制御プログラムを記憶したものである。ＲＡＭ２９は、制御部２７での制御により取り扱われるデータを一時記憶するものである。キー入力部３０は、各機能を設定するためのキー入力などを制御部２７に入力するためのものである。表示部３１は、各種制御のための入力データおよび結果などを表示するものである。
【００３１】
次に、このように構成した第１の実施の形態の動作を説明する。
いま、発信側のＰＨＳ端末１４で発呼が発生すると、公衆基地局１３を介して呼設定メッセージが送られる。この呼設定メッセージが通信回線網１１より自営基地局１２を介してＰＨＳ端末１４に送られることにより着呼が発生すると、この着信側のＰＨＳ端末１４での応答を待って通話に移行されるようになる。この場合、着信側のＰＨＳ端末１４への着信信号に、この着信側ＰＨＳ端末１４を制御する制御情報を付加することで、発信側のＰＨＳ端末１４より着信側ＰＨＳ端末１４を制御できるようにしている。
【００３２】
なお、呼設定メッセージは、図１３（ａ）に示すように少なくともプロトコル識別子、呼出番号を示す呼番号、メッセージ種別、ファシリティ、発信者番号を示す発番号３１、発信者サブアドレスを示す発サブアドレス３２、着信者番号を示す着番号３３および着信者サブアドレスを示す着サブアドレス３４で構成されている。
【００３３】
ここで、着信側ＰＨＳ端末１４に対する制御は、通信回線網を介さない端末同士のトランシーバ通信を可能にする「トランシーバ登録」、着信側の端末１４の表示制御とともに、暗証番号の一致を確認しないと発サブアドレス３２の情報を見られない「発サブアドレス情報隠し」、発サブアドレス３２の情報を音列に変換して着信側ＰＨＳ端末１４での着信音を変更する「着信音変更」、発信側のＰＨＳ端末１４より着信側ＰＨＳ端末１４のメモリの専用エリアに発サブアドレス３２の情報を格納する「指定されたメモリエリアに分類／記録」などを可能にしている。
【００３４】
まず、図３は、発サブアドレスおよび着サブアドレスへのデータおよび制御情報の設定方法を示しているフローチャートである。
この場合、ステップ３０１で、発信者番号通知をＯＮした上で、公衆発呼の条件を設定する。次いで、ステップ３０２で、相手側、つまり、着信側ＰＨＳ端末１４を制御するかを決定する。ここで、着信側ＰＨＳ端末１４を制御しない場合は、ステップ３０３に進み、発サブアドレスにデータとして任意の文字情報のみを乗せ、着サブアドレスには、制御情報としての処理情報は乗せない。この場合は、従来と同様に、発信側ＰＨＳ端末１４に関する電話番号や名前などの文字情報を通知するものとなる。
【００３５】
一方、ステップ３０２で、着信側ＰＨＳ端末１４を制御する場合は、ステップ３０４で、まず、その制御は「トランシーバ登録」かを判断する。ここで、ＹＥＳならば、ステップ３０５に進み、相手に送るトランシーバ登録用データをどれにするか選択し、ステップ３０６で、選択されたトランシーバ登録用データのシステム呼出し符号を発サブアドレスに乗せ、さらに、ステップ３０７で、選択されたトランシーバ登録用データ内のＰＳ（ＰＨＳ端末）呼出番号も発サブアドレスに乗せるか判断する。ここで、ＰＳ呼出番号も乗せるなら、ステップ３０８で、発サブアドレスには、システム呼出し符号とＰＳ呼出番号、着サブアドレスに「トランシーバ登録」処理信号を乗せ、一方、ＰＳ呼出番号を乗せないなら、ステップ３０９で、発サブアドレスには、システム呼出し符号を乗せ、着サブアドレスに「トランシーバ登録」処理信号を乗せる。
【００３６】
一方、上述したステップ３０４で、「トランシーバ登録」でなくＮＯと判断された場合は、ステップ３１０に進む。
ステップ３１０では、着信側ＰＨＳ端末１４の制御は「発サブアドレス情報隠し」かを判断する。ここで、ＹＥＳならば、ステップ３１１で、発サブアドレスに任意の文字情報を乗せ、着サブアドレスに「発サブアドレス情報隠し」の処理信号を乗せる。一方、ステップ３１０で、ＮＯならば、ステップ３１２に進む。
【００３７】
ステップ３１２では、着信側ＰＨＳ端末１４の制御は「着信音変更」かを判断する。ここで、ＹＥＳならば、ステップ３１３で、発サブアドレスに任意の文字情報を乗せ、着サブアドレスに「着信音変更」の処理信号を乗せる。一方、ステップ３１２で、ＮＯならば、ステップ３１４に進む。ステップ３１４では、発サブアドレスに任意の文字情報を乗せ、着サブアドレスに「指定されたメモリエリアに分類／記録」の処理信号を乗せる。
【００３８】
次に、図４、図５は、着信側ＰＨＳ端末１４での着信処理のフローチャートを示している。
この場合、ステップ４０１で、発信者番号通知有りの公衆着信が発生すると、ステップ４０２で、発サブアドレスの通知があるか（発サブアドレスに情報があるか）を判断する。ここで、発サブアドレスの通知有で、ＹＥＳならば、ステップ４０３で、着サブアドレス内に制御情報としての処理命令があるかを判断する。
【００３９】
このステップ４０３で、処理命令があってＹＥＳならば、ステップ４０４に進み、着信履歴に発信者番号（発番号）、発サブアドレス情報および着サブアドレス情報を記録し、また、処理命令がなくＮＯならば、ステップ４０５で、着信履歴に発信者番号、発サブアドレス情報を記録する。
【００４０】
ステップ４０４で、着信履歴に発信者番号、発サブアドレス情報および着サブアドレス情報を記録すると、ステップ４０６に進み、着サブアドレス内の処理命令が「指定されたメモリエリアに分類／記録」を含んでいるか判断し、ここで、ＹＥＳならば、ステップ４０７で、着信側ＰＨＳ端末１４のメモリの専用エリアに発信者番号、発サブアドレス情報を格納する。また、ＮＯならば、ステップ４０８で、着サブアドレス内の処理命令が「発サブアドレス情報隠し」を含んでいるか判断し、ＹＥＳならば、ステップ４０９で、発信者番号、発サブアドレス情報を表示せず、ＮＯならば、ステップ４１０で、発信者番号、発サブアドレス情報を表示するようになる。なお、このとき、どちらか一方の表示を制御してもよい。
【００４１】
さらに、ステップ４１１で、着サブアドレス内の処理命令が「着信音変更」を含んでいるか判断し、ＹＥＳならば、ステップ４１２で、着信側ＰＨＳ端末１４において発サブアドレス情報を音列に変換し、ステップ４１３で、この変換された音列に従い着信音を鳴音させ処理を終了する。また、「着信音変更」を含んでおらず、ＮＯならば、通常の着信音を鳴動させ、以後続く通常の着信処理へ移行する。
【００４２】
また、着サブアドレス内に処理命令がなく、ステップ４０５で、着信履歴に発信者番号、発サブアドレス情報を記録した場合、ステップ４１４に進み、着サブアドレス内に処理命令を含んでいなくとも、着信側ＰＨＳ端末１４で予め「発サブアドレス情報を着信音の音列に変換する」を設定しているか判断し、ＹＥＳならば、ステップ４１２で、発サブアドレス情報を音列に変換し、ステップ４１３で、変換された音列にしたがい着信音を鳴音させ、着信処理に移行する。また、「発サブアドレス情報を着信音の音列に変換する」を設定しておらず、ＮＯならば、ステップ４２１に進み、着信側ＰＨＳ端末１４で予め「発信者番号を着信音の音列に変換する」を設定しているか判断し、ＹＥＳならば、ステップ４２２に進み、発信者番号を音列に変換し、ステップ４２３で、変換された音列に従い着信音を鳴音させ続く着信処理に移行する。また、「発信者番号を着信音の音列に変換する」を設定しておらずＮＯならば、通常の着信音を鳴動させ、続く着信処理に移行する。
【００４３】
一方、ステップ４０２の発サブアドレスの通知があるかの判断で、発サブアドレスの通知なしを判断し、ＮＯならば、ステップ４１５に進み、着サブアドレス内の処理命令があるかを判断する。
【００４４】
このステップ４１５で、ＹＥＳならば、ステップ４１６で、着信履歴に発信者番号、着サブアドレス情報を記録し、また、ＮＯならば、ステップ４１７で、着信履歴に発信者番号を記録する。
【００４５】
ステップ４１６で、着信履歴に発信者番号、着サブアドレス情報を記録すると、ステップ４２０で、着サブアドレス内の処理命令が「着信音変更」を含んでいるか判断し、ＹＥＳならば、ステップ４２２で、発信者番号情報を音列に変換し、ステップ４２３で、変換された音列に従い着信音を鳴動させ、続く着信処理に移行し、「着信音変更」を含んでおらず、ＮＯならば、ステップ４２１に進み、さらに着サブアドレス内に処理命令を含んでいなくとも、着信側ＰＨＳ端末１４で予め「発信者番号を着信音の音列に変換する」を設定しているか判断し、ＹＥＳならば、ステップ４２２に進み、発信者番号を音列に変換し、ステップ４２３で、変換された音列に従い着信音を鳴音させ、続く着信処理に移行する。また、「発信者番号を着信音の音列に変換する」を設定しておらずにＮＯならば、通常の着信音を鳴動させ、続く着信処理に移行する。
【００４６】
次に、図６は、トランシーバ登録のフローチャートを示している。
この場合、まずステップ６０１で、トランシーバ登録モードに入り、ステップ６０２で、複数あるトランシーバ登録メモリの、どこに登録するか選択する。そして、ステップ６０３で、そのメモリに登録するデータは、図４のステップ４０４で記憶された着信履歴から登録するかを判断する。ここで、着信履歴からでなくＮＯならば、ステップ６０４で、通常のトランシーバ登録の手順に進む。また、ＹＥＳならば、ステップ６０５に進み、どの着信履歴を引用するかを選択し、さらにステップ６０６で、選択した着信履歴内に着サブアドレス情報があるか判断する。
【００４７】
ここで、ＹＥＳならば、ステップ６０７に進み、さらに選択した着信履歴内の着サブアドレス情報に処理命令「トランシーバ登録」があるか判断する。また、ＮＯならば、ステップ６０５に戻って引用する着信履歴の選択からやり直す。
【００４８】
そして、ステップ６０７で、ＹＥＳならば、ステップ６０８に進み、さらに選択した着信履歴内の発サブアドレス情報にシステム呼出符号があるか読み込み、判断する。また、ＮＯならば、ステップ６０５に戻って引用する着信履歴の選択からやり直す。
【００４９】
また、ステップ６０８で、ＹＥＳならば、ステップ６０９に進み、読み込んだシステム呼出符号に名前（例えばグループ名）を入力、登録するか決定する。また、ＮＯならば、ステップ６０５に戻って引用する着信履歴の選択からやり直す。
【００５０】
さらに、ステップ６０９で、ＹＥＳならば、ステップ６１０に進み、読み込んだシステム呼出符号に名前を入力して、ステップ６１１に進み、また、ＮＯならば、直ちにステップ６１１に進む。
【００５１】
ステップ６１１では、選択した着信履歴内の発サブアドレス情報にＰＳ呼出番号があるか読み込み判断する。ここで、ＮＯならばステップ６１２で、ＰＳ呼出番号を登録してステップ６１３に進み、また、ＹＥＳならば、直ちにステップ６１３に進む。
【００５２】
ステップ６１３では、ＰＳ呼出番号に名前（例えばユーザ名）を入力、登録するか判断し、ここで、ＹＥＳならば、ステップ６１４で、ＰＳ呼出番号に名前を登録して処理を終了し、また、ＮＯならば、直ちに処理を終了する。
【００５３】
次に、図７は、着信履歴の照合による検索のフローチャートを示している。
この場合、まず、ステップ７０１で、着信履歴検索モードに入る。次いで、ステップ７０２で、複数ある着信履歴の、どれを表示させるか選択する。
【００５４】
そして、ステップ７０３で、選択した着信履歴内の着信サブアドレス情報に処理命令「発サブアドレス情報隠し」があるか判断する。ここで、ＮＯならば、ステップ７１０で、発信者番号、発サブアドレス情報を表示して処理を終了する。一方、ＹＥＳならば、ステップ７０４に進み、処理命令「発サブアドレス情報隠し」に基づいて選択した着信履歴内の発信者番号、発サブアドレス情報を表示しない。
【００５５】
そして、ステップ７０５で、発サブアドレス内に暗証番号が含まれるか判断し、ＹＥＳならば、ステップ７０６で、発サブアドレス内の暗証番号を設定してステップ７０８に進み、また、ＮＯならば、ステップ７０７で、登録済みの暗証番号を設定してステップ７０８に進む。
【００５６】
ステップ７０８では、使用者より予め付与されている任意の文字列を照合用に入力する。そして、ステップ７０９で、入力した文字列と設定された暗証番号が一致するか判断し、一致してＹＥＳならば、ステップ７１０にすすみ、発信者番号、発サブアドレス情報を表示して処理を終了する。また、ＮＯならば、発信者番号、発サブアドレス情報を表示することなく処理を終了する。
【００５７】
従って、このようにすれば発信側のＰＨＳ端末１４の発呼にともなう着信側のＰＨＳ端末１４への着信信号に、該着信側のＰＨＳ端末１４を制御する制御情報として着サブアドレスに所定の処理信号を付加し、さらに、この制御情報とともに、発サブアドレスに所定のデータを付加して送信することで、発信側のＰＨＳ端末１４からの制御情報に基づいて、同時に送信したデータにより着信側ＰＨＳ端末１４を制御できるようにしたので、発信側のＰＨＳ端末１４により着信側ＰＨＳ端末１４をトランシーバ通信可能な端末に設定し、また、着信側ＰＨＳ端末１４の表示を制御するとともに、着信側ＰＨＳ端末１４において、暗証番号を知っているユーザのみが送られてきたデータを見ることができるようになり、さらに着信側ＰＨＳ端末１４の報知音を制御し、さらにまた、発信側のＰＨＳ端末１４により着信側ＰＨＳ端末１４のメモリにデータを記憶するなどの各種の制御を実現することができる。
【００５８】
なお、上記実施の形態の着信側で記憶されている「発サブアドレス情報隠し」を含んでいる発信者番号、発サブアドレスを発信側から解除するため、発信側で着サブアドレスに解除要求を乗せて発信し、着信側でこの呼設定メッセージに付加されている発信者番号の「発サブアドレス情報隠し」を解除するようにしてもよい。
【００５９】
また、上記実施の形態で「着信音変更」を指定された時、着信側で発サブアドレスのデータを音に変更したが、これに限定されるものでない。例えば、複数の着信音を鳴らすことができる端末で、発信者を識別する識別情報に、この鳴らす複数の着信のそれぞれを割り当てておく。そして、発信側端末は、着信者番号とは別に発サブアドレスに発信者識別番号を付加し、着サブアドレスに「着信音変更」を付加して発信する。すると、着信側端末は、この発呼を受けて発サブアドレス内の発信者識別情報に基づいて割り当てられている着信音を鳴らすようにしてもよい。
【００６０】
（第２の実施の形態）
第２の実施の形態では、発信側のＰＨＳ端末１４からの制御情報により、着信側ＰＨＳ端末１４の留守番電話機能を制御する場合を示している。
【０００６１】
この場合、図２に示したＰＨＳ端末１４のＲＡＭ２９は、電話帳データ、留守番モードでの自作応答メッセージおよび相手側の伝言を記憶し、また、ＲＯＭ２８は、一般向けの固定応答メッセージを記憶している。その他は、図１および図２と同様なので、ここでの説明は省略する。
【００６２】
図８は、ＲＡＭ２９に記憶された電話帳データの一例を示すもので、この電話帳データは、名前、電話番号、応答メッセージ番号、強制留守番モードを入力している。ここで、応答メッセージ番号は、別のデータエリアに記憶されている各応答メッセージに対応する番号が入力されている。また、強制留守番モードは、通常モード（留守番モード解除）時に、電話がかかって来ると強制的に留守番モードに切り替えたい相手に対しては「ＯＮ」、留守番モード時に電話がかかって来ると強制的に通常モード（通常の着信）に切り替えたい相手に対して「ＯＦＦ」を入力している。
【００６３】
なお、通常、強制留守番モードの項は、データ未入力である。また、電話帳に未登録であったり、相手の電話番号がない場合は、デフォルト値として応答メッセージ番号０、強制留守番モードなしが設定されている。
【００６４】
また、図９は、電話帳データと別に存在し、応答メッセージ番号と応答メッセージ内容を対応して記憶したテーブルで、ここでは、５つの相手対象別にメッセージを用意している。つまり、電話機内蔵の一般向けの固定応答メッセージ、自作の一般向け応答メッセージ、友人向け応答メッセージ、公用（会社）向け応答メッセージ、迷惑電話向け応答メッセージの５種類である。なお、一般向けの固定応答メッセージと応答メッセージ番号０に設定してある自作応答メッセージは、選択方式になっており、ここでは、自作応答メッセージを選択するので、実際に用いられる応答メッセージは、合計で４種類である。
【００６５】
図１０は、このような留守番電話機能を説明するフローチャートを示している。
まず、ステップ１００１で、着信側ＰＨＳ端末１４により着信を判断すると、ステップ１００２に進み、同ＰＨＳ端末１４に留守番モードが設定されているか判断する。
【００６６】
ここで、ＹＥＳの場合は、ステップ１００３に進み、発信側ＰＨＳ端末１４からの着信信号に発番号「発信者番号」が含まれるか判断する。ここで、「発信者番号」を含まず、ＮＯならば、ステップ１００４に進み、ＲＡＭ２９に記憶した自作応答メッセージにより自動対応して処理を終了する。また、「発信者番号」を含んでいてＹＥＳならば、ステップ１００５で、図８に示す電話帳データに登録されているか判断する。ここで、ＮＯならば、ステップ１００４に進み、ＲＡＭ２９に記憶した自作応答メッセージにより自動対応して処理を終了する。また、電話帳データに登録されていてＹＥＳならば、ステップ１００６で、強制留守番モードがＯＦＦかを判断する。
【００６７】
そして、ここでＹＥＳならば、ステップ１００７に進み、応答メッセージ番号の指定があるか判断し、指定があってＹＥＳならば、ステップ１００８に進み、図９に示す応答メッセージ番号に対応する応答メッセージにより自動対応して処理を終了する。また、ステップ１００７で、ＮＯならば、ステップ１００４に進み、自作応答メッセージにより自動対応して処理を終了する。
【００６８】
さらに、ステップ１００６で、強制留守番モードがＯＦＦでなく、ＮＯならば、ステップ１００９に進み、強制留守番モードがＯＮかを判断し、ＹＥＳならば、ステップ１０１０で、通常モードの着信処理を行い、処理を終了する。
【００６９】
一方、ステップ１００２で、留守番モードが設定されておらず、ＮＯの場合は、ステップ１０１１に進んで、発信側ＰＨＳ端末１４からの信号に「発信者番号」が含まれるか判断する。
【００７０】
そして、「発信者番号」が含まれずＮＯならば、ステップ１０１０に進み、通常モードの着信処理を行い、処理を終了する。また、「発信者番号」が含まれていてＹＥＳならば、ステップ１０１２で、図８に示す電話帳データに登録されているか判断する。ここで、電話帳データに登録されておらずＮＯならば、ステップ１０１０に進み、通常モードの着信処理を行い、処理を終了する。
【００７１】
また、電話帳データに登録されていてＹＥＳならば、ステップ１００９に進み、強制留守番モードがＯＮかを判断し、ＹＥＳならば、ステップ１０１０で、通常モードの着信処理を行い、処理を終了し、ＮＯならば、上述したステップ１００７以降の動作が行われる。
【００７２】
従って、このようにしても、発信側のＰＨＳ端末１４の発呼にともなう着信側のＰＨＳ端末１４への着信信号に、該着信側のＰＨＳ端末１４を制御する制御情報が付加して送信することで、この制御情報に基づいて着信側ＰＨＳ端末１４での留守番モードの切り替えや応答メッセージの切り替えなどを行うことができ、さらに、着信側ＰＨＳ端末１４に、予め電話帳データと複数の応答メッセージを用意していて、発信側ＰＨＳ端末１４に対応させて固定応答メッセージ、自作の一般向け応答メッセージ、友人向け応答メッセージ、公用（会社）向け応答メッセージ、迷惑電話向け応答メッセージなどの相手対象別のメッセージを選択的に取り出して出力するようにもできる。
【００７３】
また、発信者番号とは別に、発サブアドレスに発信者を識別する識別情報を乗せておき、これにより留守番モードあるいは応答モードを切り替えるようにしてもよい。
【００７４】
（第３の実施の形態）
第３の実施の形態では、発信側のＰＨＳ端末１４からの着信により、着信側ＰＨＳ端末１４にデータが正しく伝わった旨の情報を含むメッセージ受領通知を発信側ＰＨＳ端末１４に返送する機能を有する場合を示している。
【００７５】
この場合、図１３（ａ）に示される発信側のＰＨＳ端末１４から着信側ＰＨＳ端末１４に送信される呼設定メッセージの着サブアドレスに「自動応答制御」の制御コードを乗せ、制御コード「自動応答制御」に対応して発信側のＰＨＳ端末１４に返送されるメッセージ受領通知は、図１３（ｂ）に示すように呼出メッセージあるいは応答メッセージのファシリティ３５上のプロトコルプロファイルに情報識別子を乗せるようにしている。
【００７６】
図１１は、発信側の発信処理のフローチャートを示している。
この場合、発信時、呼設定メッセージの着サブアドレスに自動応答制御コードを乗せて発信すると、ステップ１１０１で、着信側からの呼出メッセージ待ちとなる。そして、呼出着信メッセージが帰ってくると、ステップ１１０２に進み、呼出メッセージのファシリティ上に、相手からの情報識別子があるか認識する。
【００７８】
ここで、識別子がありＹＥＳの場合は、ステップ１１０３で、情報識別子があったことを表示し、発信者に知らせ、自動切断される。また、情報識別子がなくてＮＯの場合は、ステップ１１０４に進み、着信相手からの応答待ちとなる。そして、着信相手から応答があると、ステップ１１０５に進み、応答メッセージのファシリティ上に、相手からの情報識別子があるか認識する。
【００７９】
ここで、相手からの情報識別子があってＹＥＳならば、ステップ１１０６に進み、情報識別子があったことを表示し、発信者に知らせ、その後自動的に切断する。また、情報識別子がなくＮＯの場合は、通話へ移行する。
【００８０】
図１２は、着信側の着信処理のフローチャートを示している。
まず、ステップ１２０１で、着信時に着サブアドレスに情報があるか判断する。ここで、ＮＯならば、通常の着信処理を実行する。また、ＹＥＳならば、ステップ１２０２で、着サブアドレス内に制御コードが含まれているか識別する。
【００８１】
ステップ１２０２で、ＮＯならば、通常の着信処理を実行する。また、ＹＥＳならば、ステップ１２０３で、「自動応答制御」を含むかを識別する。
ステップ１２０３で、ＮＯならば、この着サブアドレス内の制御コードに基づいて他処理を実行する。また、ＹＥＳならば、ステップ１２０４に進み、呼出メッセージのファシリティ上にあるプロトコルプロファイルに文字情報が正しく伝わったことを示す情報識別子を乗せるか判断する。
【００８２】
ここで、ＹＥＳの場合は、ステップ１２０５で、呼出メッセージに情報識別子を乗せて発信者に通知し、自動的に切断する。また、情報識別子を乗せないＮＯの場合は、ステップ１２０６に進み、着信側の応答待ちとなる。この場合、応答しない場合は、呼出継続のままとなる。
【００８３】
そして、ステップ１２０６で、応答があってＹＥＳになれば、ステップ１２０７で、応答メッセージのファシリティ上にあるプロトコルプロファイルに文字情報が正しく伝わったことを示す情報識別子を乗せるか判断する。
【００８４】
ここで、ＹＥＳの場合は、ステップ１２０８で、応答メッセージに情報識別子を乗せて発信者に通知し、その後自動的に切断する。また、情報識別子を乗せないＮＯの場合は、通話へ移行する。
【００８５】
従って、このようにすれば、発信側のＰＨＳ端末１４の発呼にともなう着信側のＰＨＳ端末１４への着信信号に、該着信側のＰＨＳ端末１４を制御する制御情報として着サブアドレスに「自動応答制御」を付加し、この制御情報「自動応答制御」に基づいて発信側のＰＨＳ端末１４に返送されるメッセージ受領通知にデータが正しく伝わったことを示す情報識別子を乗せるようにしたので、発信側のＰＨＳ端末１４に対しても、着信側のＰＨＳ端末１４にデータが正しく送られたことを知らせることができ、また、着信側のＰＨＳ端末１４で応答があったことを条件に、発信側のＰＨＳ端末１４に対し、データが正しく送られたことを知らせるようにもできる。
【００８６】
なお、上記第１、第２および第３の実施の形態では、発サブアドレスにデータ、着サブアドレスに制御情報としたが、発サブアドレスに制御情報、着サブアドレスにデータとしてもよい。
【００８７】
【発明の効果】
以上述べたように、本発明によれば、発呼信号に、所望のデータと該データの処理方法を着信側端末に指示する制御情報とを付加して送信し、着信側端末で、受信した前記データを該データとともに受信した制御情報に基づいて処理するようにしているので、例えば、前記所望のデータが本来着信側端末で表示されるべきデータである場合に、その表示を禁止したり、前記所望のデータをトランシーバ通信に必要な情報（例えば、システム識別符号）にして、その情報を着信側端末に登録したり、前記所望のデータを着信側端末の音変換装置で音に変換することが可能なデータにして、着信側端末での着信音を当該データに対応する音に変換したり、前記所望のデータを着信側端末メモリの特定の領域に記憶したりする等の着信側端末に対する各種処理を、着信側端末がオフフックする前に行うことができる通信システムおよび通信端末を提供できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に適用される通信システムの概略構成を示す図。
【図２】第１の実施の形態の通信システムに用いられるのＰＨＳ端末の概略構成を示す図。
【図３】第１の実施の形態の発サブアドレスおよび着サブアドレスへのデータおよび制御情報の乗せ方を説明するためのフローチャート。
【図４】第１の実施の形態の着信側ＰＨＳ端末での着信処理を説明するためのフローチャート。
【図５】第１の実施の形態の着信側ＰＨＳ端末での着信処理を説明するためのフローチャート。
【図６】第１の実施の形態のトランシーバ登録を説明するためのフローチャート。
【図７】第１の実施の形態の着信履歴の照合による検索を説明するためのフローチャート。
【図８】本発明の第２の実施の形態に用いられる電話帳データの一例を示す図。
【図９】第２の実施の形態に用いられる応答メッセージ番号と応答メッセージ内容を対応して記憶したテーブルを示す図。
【図１０】第２の実施の形態の留守番電話機能の制御を説明するためのフローチャート。
【図１１】本発明の第３の実施の形態の発信側の発信処理を説明するためのフローチャート。
【図１２】第３の実施の形態の着信側の着信処理を説明するためのフローチャート。
【図１３】呼設定メッセージ、呼出メッセージ、応答メッセージを説明する図。
【符号の説明】
１１…通信回路網、
１２…自営基地局、
１３…公衆基地局、
１４…ＰＨＳ端末、
２１…アンテナ、
２２…送受信装置、
２３…通信制御部、
２４…音声処理部、
２５…スピーカ、
２６…マイクロフォン、
２７…制御部、
２８…ＲＯＭ、
２９…ＲＡＭ、
３０…キー入力部、
３１…表示部。