JP2002503409A

JP2002503409A - 電話ネットワークを通じた無接続時間データ・メッセージ通信

Info

Publication number: JP2002503409A
Application number: JP54537698A
Authority: JP
Inventors: シャレブ，シャウル
Original assignee: アルトップシステムズリミテッド
Priority date: 1997-04-18
Filing date: 1998-04-14
Publication date: 2002-01-29
Also published as: TR199902603T2; KR20010006526A; WO1998048562A3; NO995027L; CA2287431A1; NO995027D0; AU6932998A; EA199900949A1; EP0980620A4; CN1264514A; EP0980620A2; IL121451A0; WO1998048562A2; ID27322A; HUP0002246A2; BR9808685A; PL338392A1

Abstract

(57)【要約】電話ネットワーク（１４）を介して呼出し側（２０）と受信者（２２）との間で通信する方法で、以下のステップを含む。呼出し側は、呼出し側の電話回線から受信者の電話回線（２４）に呼を出し、受信者は呼（２６）を受信するが応答せず、通信コード（２８）からメッセージを判別する。その結果、コードが呼出し側と受信者との間で送信される。

Description

【発明の詳細な説明】電話ネットワークを通じた無接続時間データ・メッセージ通信発明の分野本発明は、陸線またはセルラ電話ネットワーク上におけるデータ通信の分野に関するものである。発明の背景例えば、交換(trucking)、急使(courier)および配信サービスのような移動サービス(mobile service)は、それらのディスパッチャとの通信チャネルを何らかの形態で維持し、一方では命令を受信するため、そして他方ではそれらの位置やサービス活動に関してディスパッチャを更新するために必要とされている。例えば、自動販売機のような固定サービスも、同様の通信チャネルを必要とする場合がある。かかる通信チャネルは、例えば、有線およびセルラ双方の既存の電話ネットワーク、無線通信機器ならびにページャを用いて実現することができる。カスタム化したページャには特に人気がある。かかるページャは、短いメッセージング・トリガ(messaging trigger)を用い、各メッセージを圧縮し、所与のショート・コードに対応させている。移動機器の場合の車両、または固定機器の場合の自動販売機のような、大量の監視対象機器を有するサービスは、カスタム化したページャを用いることによって、データ通信コストを削減することが可能である。しかしながら、かかる通信コストは、最小化が可能なだけであり、完全になくすことはできない。同様に、電話メッセージはコード化できるが、この場合も接続時間コストを最小化できるだけに過ぎず、それらをなくすことはできない。用語以下の明細書および請求の範囲では、以下の用語を用いる。その内の幾つかは従来からのものであり、その他は造語である。ＩＮ−インテリジェント・ネットワーク−予め定義されているプロトコルにしたがってシグナリングを発生するインテリジェント・ネットワーク・スイッチに基づき、着呼局において「呼出」を発生することによって、少なくとも呼の発信元（呼出し側）およびそのターゲット（受信側）に応じて、呼のインテリジェント・フィルタリング(intelligent filtering)を可能にする、電話ネットワーク、陸線またはセルラ。ＣＮ−従来のネットワーク−スイッチのインテリジェント・ネットワーク・シグナリングを含まない、電話ネットワーク、陸線またはセルラ発呼する−電話機によって通信する、または通信しようとする。呼出し側−電話をかける通信相手。呼の開始−受信側が呼を検出することができる最も早いイベント。クロック・トリガー呼の期間を測定し始める基準時点として捕らえる、発呼手順中の信号。例えば、いずれの「呼出」でもクロック・トリガや、先に定義した呼の開始として用いることができる。受信側、受信側−通話される通信相手。メッセージ・コード（ＭＳＣ）−特定のメッセージの内容を十分詳しく指定するコード（デコード時）。メッセージ−命令、データ、および単語およびまたは数字のいずれかの必要な組み合わせを含むがこれらには限定されない、あらゆる形態の情報。呼出し側アイデンティティ・コード（ＩＤＣ）−メッセージ・ソースの識別を十分詳しく指定するコード。メッセージ到着時刻（ＭＡＴ）−受信相手がメッセージを受信し始める時刻。関連メッセージ時刻（ＭＴＲ）−メッセージ・データの関連の時間。即ち、報告されたイベントが発生した時刻。識別済みメッセージ（ＩＤＭ）−ＩＤＣおよびＭＳＣの組み合わせ承認（ＡＣＫ）−メッセージ受信側による正しい受信の確認。非承認（ＮＡＣＫ）−メッセージ受信失敗に対する受信側信号。部分的承認（ＰＡＣＫ）−正しく受信されたが、完全でないメッセージに対する受信側信号。能動メッセージング側（ＡＭＰ）−通信手順において、データの送信または受信のために他者に発呼することができる側。受動メッセージング側（ＰＡＰ）−通信手順において、メッセージを受信しデコードし、ＡＭＰポーリングのためにメッセージを準備することができるが、他者に発呼することができない側。登録（ＲＥＧ）−ＡＭＰによっていずれかの受信側に送られる信号であり、「私が現在通信の相手であり、貴方の応答またはメッセージは、私に、そして私だけに宛てなければならない」ことを意味する。モデムまたは回線インターフェース（ＭＬＩ）−呼の受信および送信を行い、それに応じて「呼出」を発生することができる電子基板であり、所与の回線応答トーンを「空き」か「話中」に、およびその逆に切り替えることを含む。話中／空き・トーン発生器（Ｂ／ＦＴＧ）−回線に「空き」状態から「話中」状態に、またはその逆に切り替えるように命令することができる、モデム、ハードウエア、および／またはソフトウエア。例えば、ある種のＭＬＩおよびＢ／ＦＧＴは、純粋なソフトウエア・モデムとすることができる。ポーリング（ＰＯＬ）−ＡＭＰによって活性化される手順であり、たとえ相手が単一の呼を発生する必要がなくても、これを通じてメッセージを受信する。回線−セルラまたは陸上「電話回線」の省略であり、各回線には電話番号が関連付けられている。回線インデックス−電話回線を示す番号。したがって、回線インデックスは、当該電話回線に関連する電話番号にも対応する。タイム・アウト−メッセージ・コードのエレメントを送信するために、呼出し側に割り当てられた所定の時間。タイム・アウトを超過した場合、メッセージ・コード化（発信側によるエンコード、受信側によるデコード）手順を終了させる。タイム・アウト手順−タイム・アウトが経過した後に、プロセスを終了するための手順。発明の概要本発明の目的は、電話ネットワークを用い、２箇所以上の通信相手の間で通信を行う際に、接続時間コストを実質的に完全になくしてしまう方法およびシステムを提供することである。電話ネットワークは、陸線またはセルラとすることができ、呼出し側から受信側への呼の送信は、衛星経由を含む、あらゆる媒体を経由して行うことができる。即ち、本発明は、２つの通信相手間におけるコードの通信に関する。このコードは、概略的に、呼出し側を識別する呼出し側アイデンティティ・コード、またはメッセージを表わすメッセージ・コードのいずれかである。コードを送信する、およびコードを送るというような用語も用いる。しかしながら、本発明によれば、呼には決して応答がなされないことは明らかであろう。一般に受け入れられる用語の理解では、メッセージ・コードは送信されない。即ち、受信側に呼に応答し、メッセージを受信するように要求するメッセージを含むビット・ストリームは、実際には、回線に沿って呼出し側から受信側に送信されない。本発明によれば、呼には決して応答がなされない。本発明によれば、電話ネットワークを通じて呼出し側と受信側との間で通信を行う方法が提供され、（ａ）呼出し側が、少なくとも１つの呼出し側電話回線から少なくとも１つの受信側電話回線に、少なくとも１つの呼を発するステップと、（ｂ）受信側が、少なくとも１つの呼を受信するが、これには応答しないことによって、呼出し側と受信側との間でコードを伝達するステップと、（ｃ）伝達されたコードからメッセージを判定するステップと、から成る。本発明の第１の態様によれば、コードは、受信側によって伝達され、どの受信側電話回線に発呼されたか、そして２本以上の回線に発呼された場合、どのような順序で発呼されたかについて知らせる。本発明の第２の態様によれば、受信側によってコードが伝達され、どの呼出し側電話回線から少なくとも１回の呼が発せられたか、および２回以上の呼が発せられた場合、その呼が発せられた順序を知らせる。本発明の第３の態様によれば、少なくとも１本の受信側電話回線を所与の状態に準備する受信側によってコードが伝達され、呼出し側は、少なくとも１つの準備された受信側電話回線の状態を知らせる。一般に、受信側電話回線の所与の状態は、話中および空き状態を含む群の中から選択される。一実施形態によって、少なくとも１つの呼が第１の時刻値において受信され、受信側によってコードが伝達され、どの受信側電話回線に発呼されたかについて、第１の時刻値と切断との間の経過時間と共に知らせる。他の実施形態によって、少なくとも１つの呼が第１の時刻値において受信され、受信側によってコードが伝達され、どの呼出し側電話回線から少なくとも１つの呼が発せられたかについて、第１の時間値と切断との間の経過時間と共に知らせる。好ましくは、第１の時刻値は、呼のクロック・トリガが発生した時刻である。好ましくは、電話ネットワークは、インテリジェント・ネットワークである。あるいは、電話ネットワークは、従来のネットワークである。インテリジェント・ネットワークでは、ネットワークは呼出し側アイデンティティ・コードを与え、これは、呼出し側が発呼するときに、電話ネットワークを経由して送信される通信信号上に、自動的に送信され、通信信号から自動的にデコードすることができる。従来のネットワークでは、呼出し側は、必要であれば、呼出し側アイデンティティ・コードも与える。これは、呼出し側が、呼出し側アイデンティティ・コードを示す受信側電話回線に発呼することによって与えられる。更に本発明によれば、電話回線を利用し、電話の呼を発するが応答しない、通信方法が提供され、この方法は、呼出し側によって少なくとも１回の電話の呼を発することにより、少なくとも１本の電話回線に発呼するステップと、着信側が呼に応答せずに、少なくとも１回の電話の呼を受信するステップと、受信側に発せられたが応答されない電話番号への少なくとも１つの呼出し側の呼を、所与のコードに関係付けるステップであって、このコードが、識別されたメッセージを示す、ステップと、から成る。更にまた本発明によれば、電話回線を利用し、電話の呼を発するが応答しない、通信方法が提供され、この方法は、呼出し側によって少なくとも１回の電話の呼を発することにより、少なくとも１つの電話番号を送信するステップと、送信された少なくとも１つの電話番号に応答して、受信側ニよって少なくとも１つの電話番号を受信し、発せられた少なくとも１つの電話の呼には応答しないステップと、受信した少なくとも１つの呼出し側の電話番号を所与のコードに関係付けるステップであって、コードが、識別されたメッセージを示す、ステップと、から成る。更にまた本発明によれば、電話回線を利用し、電話の呼を発するが応答せず、電話回線状態が通信方法の継続に対する許可を決定し、電話回線状態が「許可継続」状態にある場合に許可を与える通信方法が提供され、この方法は、能動呼出し側によって少なくとも１本の受動呼出し側電話回線に、「許可継続」状態の受信時に、少なくとも１つの無応答の電話の呼を発するステップと、能動呼出し側によって、少なくとも１本の受動発呼回線に、一連の少なくとも１回の無応答の電話の呼を発するステップと、一連の少なくとも１回の無応答の電話の呼の電話回線状態を知らせることによって、メッセージ・コードを示す一連の状態を得るステップであって、コードが、識別されたメッセージを示す、ステップと、から成る。その上更にまた本発明によれば、既存の電話ネットワークを利用し、電話の呼を発するが応答せず、第１の時刻値から呼の切断までの時間が、発呼された回線番号と共に、コード化メッセージのコード・エレメントを発生する通信方法が提供され、この方法は、呼出し側によって少なくとも１回の電話の呼を発することにより、少なくとも１本の電話回線に発呼するが、応答しないステップと、受信側によって少なくとも１回の電話の呼を受信し、この呼に応答しないステップと、第１の時刻値から呼の切断までの時間を知らせるステップと、受信側に発せられたが応答されない電話番号への呼出し側の少なくとも１つの呼を、第１の時刻値から呼の切断までの知らされた時間と共に、所与のコードに関係付けるステップであって、このコードが、識別されたメッセージを示す、ステップと、から成る。加えて、本発明によれば、電話ネットワークを利用し、電話の呼を発するが応答せず、第１の時刻値から呼の切断までの時間が、発呼された回線番号と共に、コード化メッセージのコード・エレメントを発生する通信方法が提供され、この方法は、呼出し側によって少なくとも１回の電話の呼を発することにより、少なくとも１本の電話回線に発呼するステップと、送信された少なくとも１つの電話番号に応答して、受信側によって少なくとも１つの電話番号を受信し、発せられた少なくとも１回の電話の呼には応答せず、第１の時刻値から呼の切断までの時間を知らせるステップと、受信した少なくとも１つの呼出し側電話番号を、第１の時刻値から切断までの知らされた時間と共に、所与のコードに関係付けるステップであって、コードが、識別されたメッセージを示す、ステップと、から成る。好ましくは、第１の時刻値は、呼のクロック・トリガが発生した時刻である。本発明によれば、電話ネットワークを通じて呼出し側と受信側との間で通信を行うシステムが提供され、（ａ）呼出し側が、少なくとも１つの呼出し側電話回線から少なくとも１つの受信側電話回線に、少なくとも１つの呼を発するための手段と、（ｂ）受信側が、少なくとも１つの呼を受信するが、これには応答しないことによって、呼出し側と受信側との間でコードを伝達するための手段と、（ｃ）伝達されたコードからメッセージを判定する手段と、を備える。本発明の第１の態様によれば、コードは、受信側によって伝達され、どの受信側電話回線に発呼されたか、そして２本以上の回線に発呼された場合、どのような順序で発呼されたかについて知らせる。本発明の第２の態様によれば、受信側によってコードが伝達され、どの呼出し側電話回線から少なくとも１回の呼が発せられたか、および２回以上の呼が発せられた場合、その呼が発せられた順序を知らせる。本発明の第３の態様によれば、、少なくとも１本の受信側電話回線を所与の状態に準備する受信側によってコードが伝達され、呼出し側は、少なくとも１つの準備された受信側電話回線の状態を知らせる。一般に、受信側電話回線の所与の状態は、話中および空き状態を含む群の中から選択される。一実施形態によって、少なくとも１つの呼が第１の時刻値において受信され、受信側によってコードが伝達され、どの受信側電話回線に発呼されたかについて、第１の時刻値と切断との間の経過時間と共に知らせる。他の実施形態によって、少なくとも１つの呼が第１の時刻値において受信され、受信側によってコードが伝達され、どの呼出し側電話回線から少なくとも１つの呼が発せられたかについて、第１の時間値と切断との間の経過時間と共に知らせる。好ましくは、第１の時刻値は、呼のクロック・トリガが発生した時刻である。好ましくは、電話ネットワークは、インテリジェント・ネットワークである。あるいは、電話ネットワークは、従来のネットワークである。インテリジェント・ネットワークでは、ネットワークは呼出し側アイデンティティ・コードを与え、これは、呼出し側が発呼するときに、電話ネットワークを経由して送信される通信信号上に自動的に送信され、通信信号から自動的にデコードすることができる。従来のネットワークでは、呼出し側は、必要であれば、呼出し側アイデンティティ・コードも与える。これは、呼出し側が、呼出し側アイデンティティ・コードを示す受信側電話回線に発呼することによって与えられる。更に本発明によれば、電話回線を利用し、電話の呼を発するが応答しない、通信システムが提供され、このシステムは、呼出し側によって少なくとも１回の電話の呼を発することにより、少なくとも１本の電話回線に発呼する手段と、着信側が呼に応答せずに、少なくとも１つの電話の呼を受信する手段と、受信側に発せられたが応答されない電話番号への少なくとも１回の呼出し側の呼を、所与のコードに関係付け、識別されたメッセージをこのコードによって示す手段と、を備える。更にまた本発明によれば、電話回線を利用し、電話の呼を発するが応答しない、通信システムが提供され、このシステムは、呼出し側によって少なくとも１回の電話の呼を発することにより、少なくとも１つの電話番号を送信する手段と、送信された少なくとも１つの電話番号に応答して、受信側によって少なくとも１つの電話番号を受信し、発せられた少なくとも１つの電話の呼には応答しない手段と、受信した少なくとも１つの呼出し側の電話番号を所与のコードに関係付け、識別されたメッセージをコードによって示す手段と、を備える。更にまた本発明によれば、電話回線を利用し、電話の呼を発するが応答せず、電話回線状態が通信方法の継続に対する許可を決定し、電話回線状態が「許可継続」状態にある場合に許可を与える通信システムが提供され、このシステムは、能動呼出し側によって少なくとも１本の受動呼出し側電話回線に、「許可継続」状態の受信時に、少なくとも１回の無応答の電話の呼を発する手段と、能動呼出し側によって、少なくとも１本の受動発呼回線に、一連の少なくとも１回の無応答の電話の呼を発する手段と、一連の少なくとも１回の無応答の電話の呼の電話回線状態を知らせることによって、メッセージ・コードを示す一連の状態を得て、識別されたメッセージをコードによって示す手段と、を備える。その上更にまた本発明によれば、既存の電話ネットワークを利用し、電話の呼を発するが応答せず、第１の時刻値から呼の切断までの時間が、発呼された回線番号と共に、コード化メッセージのコード・エレメントを発生する、通信システムが提供され、このシステムは、呼出し側によって少なくとも１回の電話の呼を発することにより、少なくとも１本の電話回線に発呼するが、応答しない手段と、受信側によって少なくとも１回の電話の呼を受信し、この呼に応答せず、第１の時刻値から呼の切断までの時間を知らせる手段と、受信側に発せられたが応答されない電話番号への少なくとも１つの呼出し側の呼を、第１の時刻値から呼の切断までの時間と共に、所与のコードに関係付け、識別されたメッセージをこのコードによって示す手段と、から成る。加えて、本発明によれば、電話ネットワークを利用し、電話の呼を発するが応答せず、第１の時刻値から呼の切断までの時間が、発呼された回線番号と共に、コード化メッセージのコード・エレメントを発生する、通信システムが提供され、このシステムは、呼出し側によって少なくとも１回の電話の呼を発することにより、少なくとも１本の電話回線に発呼する手段と、送信された少なくとも１回の電話番号に応答して、受信側によって少なくとも１つの電話番号を受信し、発せられた少なくとも１回の電話の呼には応答せず、第１の時刻値から呼の切断までの時間を知らせる手段と、受信した少なくとも１つの呼出し側電話番号を、第１の時刻値から切断までの知らされた時間と共に、所与のコードに関係付け、識別されたメッセージをコードによって示す手段と、を備える。好ましくは、第１の時刻値は、呼のクロック・トリガが発生した時刻である。本発明のシステムでは、能動メッセージング側を用いて、メッセージ・コードを送信し、受動メッセージング側を用いてメッセージ・コードを受信し、ポーリングのためのメッセージ・コードを用意する。本発明のシステムでは、機器の少なくとも１つの状態のステータス報告を必要とする機器が用いられる。典型的なかかる機器は、自動化受領時点情報管理端末であり、当該自動化受領時点情報管理端末に必要な在庫およびサービスの種類および量、ならびに解決しなければならない自動化受領時点情報管理端末の故障および不良の少なくとも１つから選択されたステータス報告を必要とする。他の典型的なかかる機器は、手動受領時点情報管理端末であり、当該手動受領時点情報管理端末に必要な在庫およびサービスの種類および量、ならびに解決しなければならない手動受領時点情報管理端末の故障および不良の少なくとも１つから選択されたステータス報告を必要とする。また、本発明では、機器から読み取った値のステータス報告を必要とする機器も用いられる。典型的なかかる機器は、公共料金用メータ(utility meter)である。また、本発明によるシステムには、所与の状態を有する機器に適用するデバイス・コマンドも用いられる。デバイス・コマンドは、所与の状態に変化を生じさせる。典型的なかかるデバイス・コマンドは、所与の状態を有する装置に適用するコントローラ・コマンドである。コントローラ・コマンドは、所与の状態および装置に変化を生じさせる。かかる装置の典型的な例は、例えば、水のバルブ、交通信号、電流スイッチ、およびスマート住宅コントローラである。今日、所与の公衆電話ネットワーク加入者のＩＤまたはＬＩＮＥ番号は、順序付けされた桁の一意の番号を基本とする。かかるＩＤの桁数は、（とりわけ）ネットワーク加入者の数、および予想成長率に左右される。ネットワーク運営者は、加入者共同体(subscriber community)と共に、回線番号をできるだけ短く維持したいという明らかな好みを有する。しかしながら、加入者共同体が成長する場合の余裕を確保するために、可能な回線番号の異なる組み合わせの数を、実際の加入者数の少なくとも数十パーセント多くすることが慣例である。しかしながら、多くの運営者は、彼らのインフラストラクチャが、現回線番号に１桁追加する等して、番号システムの大きな変更に対応し、加入者数の１桁の増加に対して余裕を確保することが可能でなければならないことがわかっている。結果的に、今日殆どのインテリジェント・ネットワーク、特に、デジタル・ネットワークに対応するインフラストラクチャは、回線番号の所与の桁数から、１文字多い新たな桁数に直ちに切り替えることができ、新たな番号に結合されるＩＤＣは、追加された桁（複数の桁）と共に、受信側に自動的に送信される。本発明の関連では、呼出し側ＩＤ（ＩＤＣ）を発呼されたＩＤ上に記憶し、更に空いた余裕を有する位置のことを、ここでは「拡張識別コード」（ＥＩＣ：extended identification code）と呼ぶ。ＥＩＣは、呼出し側電話番号（ＣＥＩＣ）または受信側電話番号（ＲＥＩＣ）に言及する。したがって、本発明の更に別の態様（以降「拡張エンコード・メッセージの態様」）によれば、インテリジェント・ネットワークにおいてＥＩＣの現在未使用部分を利用して、呼出し側と受信側との間で送信されるメッセージの種類(reper toire)を増加させつつ、拡張メッセージ集合を送信するために割り当てられる回線の番号を対応的に増加させる必要を未然に防ぐ。本発明の一実施形態によれば、ＣＥＩＣフィールドの現在未使用部分に位置する少なくとも１つの文字または他の値（コード部分のコード・エレメントを構成する）（以降「最下位部分」（ＬＳＰ）と呼ぶ）を、ＩＤＣ部分に添付することによって、送信可能なメッセージ数を増加させる。例えば、呼出し側と受信側との間をリンクする１本の回線、および１０種類の異なるメッセージを表わす０〜９のような値を保持可能な１つの自由位置（ＬＳＰを構成する）について考える。送り手がＩＤＣに０から９までの値（送信する所望のメッセージによって異なる）を添付した場合、電話交換器は発呼端から着呼端まで呼の経路を決定し、コード・エレメントはインテリジェント・ネットワークには透過的である。受信側における適切な機器がこの特定位置にアクセスし、その中に記憶されている値を抽出する。参照テーブルを調べることによって、メッセージは容易にデコードされる。この手法により、いわゆる「多点対一点」インフラストラクチャが、わずか１本の物理的回線を用いることによってエミュレートされる。提案した方式の利点は、主にその簡素さにある。インテリジェント交換ネットワークは、未だにＭＳＰのみに適用されているに過ぎず、なすべき残されたことは、専用機器またはモジュールが、関連するＬＳＰにアクセスしこれを抽出し、所望のメッセージをこれからデコードすることである。これまでの説明は、ＬＳＰをＩＤＣに添付することによって拡張したエンコード・メッセージの態様という提案を、１本の電話回線に関して例示したものであるが、勿論これは多くの可能な変形の内の１つに過ぎないことを当業者は容易に認めよう。したがって、勿論、インテリジェント・ネットワークに透過的な部分が他にも得られると仮定すれば、呼の受信側電話番号（ＲＥＩＣを構成する）に添付するＬＳＰは、他のコード・エレメントでもよい。勿論、ＥＩＣ内にはｘ箇所の空いた場所があり、ＬＳＰはｙ（ｙ≦ｘ）箇所の場所を構成する場合、ＬＳＰは、使用可能なｘ箇所の内、ｙ箇所のいずれの場所にも置くことができる。したがって、その最も広い態様では、メッセージ・コードは、連続したエレメントを含むことができ、少なくともその１つは、各々ＭＳＰ＋ＬＳＰを含む。ここで、ＭＳＰは被呼および受信側電話番号のいずれかまたは双方を表わし、ＬＳＰは１箇所以上の空いた場所で構成される。各位置は、１つの桁、または機器がコードをデコードできる場合、即ち、所望のメッセージを抽出し、デコードし、および／または得ることができる場合、他のコードを保持することも可能である。先に説明したように、第１の時刻値と切断との間の経過時間が、コード部分の更に別のコード・エレメントを構成すれば、呼出し側から受信側に送信可能なメッセージの種類を更に増加させることができる。以下で例示するが、必要であれば、エレメントの順序に、メッセージのエンコードについて意味を持たせることも可能である。この方式は、必要であれば、２本以上の回線にも適用可能であり、その場合、発呼電話回線の２本以上の電話回線がコード・エレメント（または複数のコード・エレメント）を構成すること、および／または受信側電話回線の２本以上の電話回線がコード・エレメント（または複数のコード・エレメント）を構成することができる。これによって、メッセージの数を格段に増加させるが、関連するインフラストラクチャを同様に拡大する必要はない。本発明の関連においては、メッセージのエンコードは、したがって、指定した態様においてＬＳＰである少なくとも１つのコード・エレメントを構成するコード部分に加えて、呼出時間、呼出し側電話回線、受信側電話回線のような他の種別のコード部分、および恐らく必要に応じて適宜その他の全てを用いることができる。したがって、本発明は、インテリジェント電話ネットワークにおいて、少なくとも１つのメッセージ集合から選択したエンコード・メッセージを、発呼端の少なくとも１本の電話回線から受信側の少なくとも１本の電話回線に送る方法を提供する。この方法は、（ａ）発呼端において、インテリジェント電話ネットワークに透過的な少なくとも１つのコード部分を含むように、メッセージをエンコードするステップと、（ｂ）少なくとも１回の呼によって、発呼端の前記電話回線の少なくとも１本から受信端の前記電話回線の少なくとも１本に、エンコード・メッセージを導出するステップと、（ｃ）受信端において、少なくとも１回の呼を受信するが応答せず、そこからエンコード・メッセージをデコードするステップと、から成る。更にまた、本発明は、インテリジェント電話ネットワークにおいて、少なくとも１つのメッセージ集合から選択したエンコード・メッセージを、発呼端の少なくとも１本の電話回線から受信側の少なくとも１本の電話回線に送るシステムを提供する。このシステムは、（ａ）発呼端において、インテリジェント電話ネットワークに透過的な少なくとも１つのコード部分を含むように、メッセージをエンコードするエンコーダと、（ｂ）少なくとも１回の呼によって、発呼端の前記電話回線の少なくとも１本から受信端の前記電話回線の少なくとも１本に、エンコード・メッセージを導出するルータと、（ｃ）受信端において、少なくとも１回の呼を受信するが応答せず、そこからエンコード・メッセージをデコードする受信機と、から成る。更にまた、本発明は、指定した種類のシステムにおいて用いるための、発呼端において、インテリジェント電話ネットワークに透過的な少なくとも１つのコード部分を含むように、メッセージをエンコードするエンコーダと、少なくとも１回の呼によって、発呼端の前記電話回線の少なくとも１本から受信端の前記電話回線の少なくとも１本に、エンコード・メッセージを導出するルータと、を提供する。本発明は、更に、指定した種類のシステムにおいて用いるための、受信端において、少なくとも１回の呼を受信するが応答せず、そこからエンコード・メッセージをデコードする受信機を提供する。時間間隔「Δｔ」に関して「時刻ｔ」に言及する場合は全て、説明および添付の請求の範囲の文脈では、実質的にｔおよび実質的にΔｔを包含するものと解釈すべきことを注記しておく。したがって、非限定的な例として、次の「第１の時刻値は、呼のクロック・トリガが発生した時刻である」という文は、第１の時刻が、前述のクロック・トリガ・イベントに関して、Δｔだけ早い状況または遅れている状況も含むものとする。非限定的な別の例として、例えば、「第１の時刻（ｔ₁）値と切断（ｔ₂）との間の経過時間」に言及する場合は、単にｔ₂−ｔ₁として解釈すべきでなく、ｔ₂±Δｔ’−ｔ₁±Δｔ”を含むと解釈することも可能である。ここで、Δｔ’およびΔｔ”は必ずしも同一ではない。更に留意すべきこととして、説明および添付の請求の範囲の文脈では、「ミーンズ・プラス」ファンクションに言及する場合は全て、説明の中で与えられる具体的な例に限定されるのではなく、当該機能を実施するための、あらゆるそれ自体公知のハードウエアおよび／またはソフトウエアの実現も含むことをあげておく。説明および請求の範囲から容易に認められようが、本発明は、メッセージの送信がコストを発生しないという概念を利用するものであるが、本発明のシステムおよび方法は、コストを発生するトランザクションとでも、万事必要に応じて適宜利用可能であることを、当業者は容易に認めよう。図面の簡単な説明本発明のより良い理解のために、これより一例としてのみ、添付図面を参照しながら本発明について説明する。図１は、二者間のデータ伝達についての通信状況を例示するブロック図である。図２は、運営センタと多数の運用地点との間でデータが伝達される、典型的な通信状況を例示するブロック図である。図３は、ネットワークを通じて受信側と通信する呼出し側を示す、例示ブロック図である。図４は、本発明の広い態様による、本発明方法の主要ステップを示すフロー・チャートである。図５は、本発明の好適な実施形態による、能動メッセージング側のユニットのモジュールを概略的に示す例示ブロック図である。図６は、本発明の好適な実施形態による、受動メッセージング側のユニットのモジュールを概略的に示す例示ブロック図である。図７は、受信側がインテリジェント・ネットワーク動作または従来のネットワーク動作のいずれかを利用することによって、呼出し側アイデンティティ・コードをデコードするのための主要ステップを示すフロー・チャートである。図８は、呼出し側がインテリジェント・ネットワーク動作または従来のネットワーク動作のいずれかを利用することによって、呼出し側アイデンティティ・コードをエンコードするのための主要ステップを示すフロー・チャートである。図９は、単一回線能動メッセージング側からメッセージ・コードを受信するための、多回線受信側の受信ロジックの主要ステップを示すフロー・チャートである。図１０は、メッセージ・コードを多回線受信側に送信するための、単一回線能動メッセージング側ロジックの主要ステップを示すフロー・チャートである。図１１は、多回線能動メッセージング側からメッセージ・コードを受信するための、単一回線受信側の受信ロジックの主要ステップを示すフロー・チャートである。図１２は、メッセージ・コードを単一回線受信側に送信するための、多回線能動メッセージング側ロジックの主要ステップを示すフロー・チャートである。図１３は、単一回線呼出し側によるメッセージ・コード・ポーリングのための、多回線受信ロジックの主要ステップを示すフロー・チャートである。図１４は、多回線受信側からのメッセージ・コード・ポーリングのための、単一回線呼出し側ロジックの主要ステップを示すフロー・チャートである。図１５は、多回線能動メッセージング側からのメッセージ・コードを受信するための、単一回線受信側の受信ロジックの主要ステップを示すフロー・チャートである。図１６は、メッセージ・コードを単一回線受信側に送信するための、多回線能動メッセージング側のロジックの主要ステップを示すフロー・チャートである。発明の詳細な説明最初に、図１に注目し、二者２０および１２間におけるデータ伝達についての通信状況の例示ブロック図を示す。通信媒体１４は、電話ネットワークであり、セルラ、有線、または双方の組み合わせとすることができる。電話ネットワークは、従来のネットワーク、またはインテリジェント・ネットワーク、あるいはその組み合わせとすることができる。これらの相手のいずれもが、運営センタまたは運用地点となることができる。通信相手１０および１２には、複数の電話回線を備えることも（即ち、これらは多回線システムである）、あるいは１つの電話回線を備えること（即ち、これらは単一回線システムである）も可能である。図２に示す典型的な通信状況では、データは、単一の運営センタ１６と複数の運用地点１８との間でデータが伝達される。簡略化のために、運用地点１８の内３つのみを図示する。運営センタ１６は多回線システムであり、運用地点１８は単一回線システムであることが好ましいが、必ずしもその必要はない。典型的に、運営センタは、ディスパッチャまたはサービス・オーガナイザ(service organ izer)による有人であるが、必ずしもその必要はなく、完全自動化したコンピュータ化システムとすることも可能である。一方、運用地点は、例えば、自動販売機、公共料金用メータ、または運営センタからのメッセージを受信またはポールし、メッセージを運営センタに送信する必要がある移動サービス係員とすることができる。２つの単一回線通信相手間のデータ・メッセージングは、インテリジェント・ネットワーク上では一層効率的に行われる。本発明によれば、そして以下により詳細に説明するように、１０および１２のような通信相手間、より具体的には、運営センタ１６と運用地点１８との間で、第１の相手が第２の相手の１本の電話回線または複数本の電話回線に発呼することによりデータを通信し、第２の相手は実際には呼には応答しない。通常、データを通信するには、どの電話回線に発呼したか、またはどの電話回線から発呼したかについて知らせる。また、データを通信するには、最初の電話の「呼出」から切断までの経過時間を知らせる。更に、データを通信するには、発呼された回線の状態を知らせる。何故なら、発呼された回線を「話中」または「空き」にセットすることによって、二進コードが設定されるからである。データ通信は双方向であるが、以下で参照する図３では、電話ネットワーク１４を通じて受信側２２と通信する呼出し側２０を示す。ここで図４に注目し、電話ネットワーク１４を通じて呼出し側２０と受信側２２との間で通信を行うための、本発明の広い態様による、本発明方法の主要ステップを示す。ステップ２４において、呼出し側２０は、少なくとも１本の呼出し側電話回線から少なくとも１本の受信側電話回線に、少なくとも１つの呼を発する。ステップ２６において、受信側２２は、呼出し側が発した少なくとも１つの呼を受信するが、これには応答しない。これによって、呼出し側と受信側との間でコードを伝達する。ステップ２８において、伝達したメッセージ・コードから、例えば、メッセージ・コードをメッセージと相関付ける参照テーブルを参照することによって、メッセージを判定する。本発明方法の第１の態様によれば、コードは受信側２２によって伝達され、どの受信側電話回線が呼出し側２０によって呼び出されたかについて知らせるが、呼出し側が発した呼には応答しない。更に、呼出し側が２回以上の呼を発した場合、受信側は、受信側回線が呼び出された順序についても知らせる。伝達されるコードは、回線が発呼された順序を考慮して、発呼された受信側回線によって与えられる。本発明の第１の態様による方法を示すために、受信側２２が１０本の電話回線を有し、呼出し側２０が受信側の電話回線２，５，９にこの順序に発呼した場合を考える。１から１０までの番号の各々、および１から１０までの番号の各組み合わせを、呼出し側２０および受信側２２双方にはわかっている、所与のメッセージ・コードに関係付け、次いで、受信側電話回線２，５，９がこの順序で発呼されたことを知らせた場合、受信側２２は、電話ネットワーク１４を通じて呼出し側２０からメッセージを受信したが、受信側が呼び出した電話回線には応答していない。他のメッセージを５，２，９の組み合わせに関係付ける。更に他のメッセージを５，２の組み合わせに関係付け、別のメッセージを単一番号、例えば、４に関係付ける。したがって、発した電話の呼に応答する必要なく、電話ネットワークを通じて、２箇所の通信相手間でメッセージを伝達することができる。本発明のこの基本原理は、以下に説明する本発明の他の態様においても利用される。本発明方法の第２の態様によれば、インテリジェント・ネットワーク動作にのみ関連して、受信側によってコードを伝達し、呼出し側のどの電話回線から受信側の回線に発呼したのかについて知らせる。更に、呼出し側が２つ以上の呼を発した場合、受信側は、呼を発した順序も知らせる。例えば、呼出し側が１０本の電話回線を有し、呼出し側が回線２，３，７，１０から、そしてこの順序で受信側に呼を発したと想定する。受信側は、受信側の回線が、呼出し側の回線２，３，７，１０から発呼され、発呼はこの順序で行われたことを知らせる。この場合も、受信側は、発せられた呼には応答しない。したがって、呼出し側のどの回線から発呼されたのか、およびどのような順序かを知らせることにより、発せられた呼に受信側が応答することなく、電話ネットワーク１４を通じて呼出し側２０と受信側２２との間でメッセージが伝達されたことになる。本発明の第３の態様によれば、図４に示すステップに、回線話中状態または回線空き状態のいずれかで、受信側が少なくとも１本の受信側電話回線を用意する更に別のステップを追加する。例えば、受信側に５本の回線があり、「０」で回線話中状態を示し、「１」で回線空き状態を示すとする。第１、第２、第３、第４および第５受信側回線が、それぞれ、０，１，１，０，１にセットされているとする。呼出し側は、回線１から始め回線５で終わるまで受信側回線に発呼し、各回線の状態を知らせる。このようにして、呼出し側は受信側からのコード０，１，１，０，１をプールする。次に、予めわかっているメッセージにコードを関係付けることによって、ポールされたコードから、メッセージを判定する。「回線話中」、「回線空き」コードを用いることは、二進コードで通信することと等価であることを注記しておく。呼出し側または受信側電話回線あるいは受信側電話回線の状態を知らせることは、電話の呼に応答せずに、電話ネットワークを通じて２箇所の通信相手間でデータを伝達する唯一の方法ではない。他の可能性は、受信側が、最初の呼出から呼出し側の電話の呼の切断までの呼出回数をカウントすることである。しかしながら、呼出し側によって送信される呼出の回数は常に受信側が受信する呼出回数に等しいわけではないので、この手法はロバスト性で劣る。代わりに、そして本発明の方法の第４の態様によれば、受信側によってコードを伝達し、どの受信側電話回線に発呼されたかを、クロック・トリガと切断との間の経過時間と共に知らせる。同様に、そして本発明の方法の第５の態様によれば、受信側によってコードを伝達し、どの呼出し側電話回線から呼を発したのかを、クロック・トリガと切断との間の経過時間と共に知らせる。以下で説明する図５ないし図１４は、本発明のモジュールおよび方法の多数の具体的な実施形態を示す。本発明は、図に示す特定の実施形態によって制限されるのではないこと、およびこれら特定の実施形態の変更も本発明の範囲に該当することを、当業者は容易に認めよう。ここで図５に注目し、本発明の好適な実施形態による、能動メッセージング側５０の必須モジュールの例示ブロック図を示す。中央演算装置５２は、メッセージ・コード発生器である（即ち、これはエンコーダである）。殆どの場合、５２はインタープリタとして動作し、メッセージを電話番号の整列リスト(ordered list)に変換する。これらの電話番号は、関連する回線に接続された少なくとも１つのモデムまたは回線インターフェース５６を利用する通信コントローラ５４によって、連続的にダイアルされる。受動メッセージング側からのメッセージのポーリングを含む、能動メッセージング側のユニットの動作には、単一のモデムまたは回線インターフェースで完全に充足することを注記しておく。しかしながら、数個のモデムまたは回線インターフェースを各々それに関連する回線に接続すれば、能動メッセージング側のユニットの動作は、特に、それを送信機だけでなく受信機として使用する場合に、一層効率的となる。インテリジェント・ネットワーク・データ・デコーダ５８（インテリジェント・ネットワーク動作時にのみ関連する）は、必然性はないが、通常最初の呼出と２回目の呼出との間でネットワーク・スイッチにおけるネットワーク・オペレータが変調する、呼出し側アイデンティティ・コードおよびメッセージ到着時刻データを復調し、これら双方を通信コントローラ５４に転送する。通信コントローラ５４は、「違法な発呼回線」、即ち、無接続時間コード化システムの参加メンバとして登録されていない呼出し側電話番号を排除する。デジタル・ネットワークの場合、インテリジェント・ネットワーク・データは、当該デジタル・ネットワークが用いるデータ・プロトコルにしたがってデコードされることを注記しておく。呼出し側アイデンティティ・コード／メッセージ・コード・デコーダ６０は、呼出し側アイデンティティ・コード（ＣＮ動作のためのみ）および着信メッセージ・コード(incoming message code)を構築し、これらをＩＤＭ分析器６２（プロセッサ）に転送する。ＩＤＭ分析器は、着信メッセージに、メッセージ・ソースおよびメッセージ内容から成る、その完全な意味を与える。着信メッセージおよび発信メッセージ双方に対するメッセージ・コードは、最上位メッセージ・エレメントから最下位メッセージ・エレメントまで構築することが好ましい。この機構を利用すると、メッセージング手順が完全に完了していない場合でも、部分的なメッセージをデコードすることができる。受動メッセージング側のポーリング・コントローラ６４は、通信コントローラ５４と共に動作し、１回線ずつ受動メッセージング側に発呼し、特別に用意したメッセージをポールする。モジュール５２ないし６４は、純粋な能動メッセージング側のアーキテクチャを規定する。数本の余分な回線が、集合的にキューイング・モジュール(queuing module)を構成する。これらを参照番号７０で集合的に示す。これらを用いて呼出し側を順番に並べ、メッセージング手順の混乱を回避する。余分な回線の各々は「話中」／「空き」トーン発生器に結合され、通信コントローラ５４が回線の状態を「空き」から「話中」に、およびその逆に変更可能にすることを注記しておく。キューイング・モジュール７０は、能動メッセージング側のユニット５０が、いかなる状況においても、ポール回線を標準的なデータ回線と共用するインテリジェント・ネットワークにおいてポールされる側としては動作しない場合、必須ではないことを注記しておく。また、キューイング・モジュールは、能動メッセージング側が単一の通信相手（典型的にオペレーティング・センタ）からのメッセージを受信する場合も、インテリジェントネットワーク動作または従来のネットワーク動作でも必須ではい。メッセージング側のユニット５０が標準的な多回線受信機の役割を果たす場合、従来のネットワークと共に動作するときにはキューイング・モジュール７０は常に必要となる。インテリジェント・ネットワークと共に動作する場合、キューイング・モジュール７０は、承認およびポーリングの目的にのみ必要となる。キューイング・モジュール７０を構成する余分な回線の使用および動作については、具体的な用途を参照しながら詳しく説明する。各回線の主要な機能について、以下に簡単に説明する。キューイング・モジュール７０は、メッセージ登録回線７２、承認登録回線７４、応答回線７６およびポーリング登録回線７８から成る。呼出し側が従来のネットワーク動作を利用して最初に発呼する回線は、メッセージ登録回線７２である。回線が「空き」である場合、呼出し側は所望のメッセージング手順を進めることができる。一方回線が「話中」である場合、呼出し側はメッセージング手順を継続することを許可されず、「空き」になるまでメッセージ登録回線７２に再度発呼する。ポーリング登録回線７８は、呼出し側を識別し、この特定の呼出し側に関連するメッセージ・コードを用意するように、受信側に通知するためのものである。また、これは、メッセージ登録回線７２およびポーリング登録回線７８双方を「話中」に切り替えることによって、他の呼出し側に対し同時アクセスを禁止する。応答回線７６は、呼出し側を待っているメッセージがあるか否かチェックするために用いる。待っているメッセージがある場合、応答回線７６は「話中」にセットされ、登録回線の呼出し側の尋問(interrogation)に従う。承認登録回線７４は、正しいメッセージ・コードが受信されたことを検証する受信側からの承認の要求によって、メッセージング手順を終了するために用いることができる。次に図６に注目し、本発明の好適な実施形態による受動メッセージング側のユニット８０の必須モジュールの例示ブロック図を示す。結合した中央演算装置および不挿発性メモリ８２は、受信したメッセージ・コードをデコードし、能動メッセージング側によるポーリングのためにメッセージをエンコードする。メッセージのデコードを行うには、複数のデータ回線８４（図にはＮ本の回線を示す）を利用する。各データ回線は、モデムまたは回線インターフェース８６に接続されており、一方モデムまたは回線インターフェース８６は関連する回線に接続されている。データ回線８４の各々は「話中」／「空き」トーン発生器に結合されており、中央演算装置８２は、回線状態を「空き」から「話中」に、およびその逆に変更することができる。「話中」／「空き」トーン発生器は、受信側をポールする場合にのみ必要であることを強調しておく。データ回線８４は、能動メッセージング側によって連続的に発呼される。好ましくは、最初に発呼される回線は最上位のエレメント・コードとし、最後に発呼される回線はコードの最下位エレメントとする。従来のネットワーク動作では、コードのプレフィックスは呼出し側のであり、一方インテリジェント・ネットワーク動作では、能動メッセージング側が発する呼は、メッセージ・コードのみをエンコードする。キューイング・モジュール９０は、メッセージ登録回線９２、承認登録回線９４、応答回線９６およびポーリング登録回線９８から成る。キューイング・モジュール９０は、呼出し側を順番に並べ、メッセージング手順の混乱を回避するために用いられる。回線９２，９４，９６および９８の各々は、「話中」／「空き」トーン発生器に結合されており、中央演算装置８２は回線の各々の状態を「空き」から「話中」に、およびその逆に変更することができる。回線９２，９４，９６および９８は、更に、モデムまたは回線インターフェース１０２，１０４，１０６および１０８にそれぞれ結合されている。回線９２，９４，９６および９８の基本的な動作は、回線７２，７４，７６および７８の基本的動作と同一であり、したがってその説明は繰り返さない。しかしながら、メッセージ・コード登録回線はインテリジェント・ネットワーク動作にも用いられず、承認登録回線および応答登録回線は、受信側が受動メッセージング側である場合にのみ用いられることを注記しておく。Ｎ本のデータ回線８４に結合されているポーリング登録回線および「話中」／「空き」トーン発生器は、ポーリング動作のためにのみ用いられる。インテリジェント・ネットワーク・データ・デコーダ１１０は、インテリジェント・ネットワーク動作の場合に、デジタル・ネットワークに対する復調またはプロトコル・デコードを通じて、呼出し側アイデンティティ・コードおよびメッセージ到着時刻データを抽出するために利用され、発呼された各回線における呼出し側のオンライン識別を可能にし、その結果、数個の着信メッセージ・コードを同時に受信し、デコードすることが可能になる。受動メッセージング側、または能動メッセージング側が発する呼の受信側として専ら動作する運営センタは、通常多回線構成に基づいており、受動メッセージング側毎の回線数は、「多ければ多いほど良い」という原理に基づいている。回線が多い程、データ送受信手順における柔軟性が大きいこと、および／またはメッセージ毎の送受信時間が短いことを意味する。受信側として動作する能動メッセージング側ユニットは、図６に示すような、受動メッセージング側と同じアーキテクチャを基本とすることができる。呼出し側の識別は、あらゆるメッセージ・コードについても、デコードの第１段階として必須である。受信側に送信する能動メッセージング側は、受信側にそれ自体を識別しなければならず、他の相手からのメッセージをポールする能動メッセージング側は、他の相手が現呼出し側に特定のメッセージを用意することができるように、それ自体を識別しなければならない。通信がインテリジェント・ネットワークを経由する場合、呼出し側アイデンティティ・コードおよびメッセージ到着時刻は、通常、最初および２回目の着信呼出(incoming ring)間に電話ネットワークを通じて送信される通信信号のキャリア周波数上で変調され、呼出し側が発呼した受信側回線に接続されているモデムまたは回線インターフェースによって直接抽出される。例えば、ＩＳＤＮのようなデジタル・ネットワークは、呼出し側アイデンティティ・コードを、呼出し側と受信側との間の「ハンドシェーク」通信プロトコルの一部として送信する。モデムまたは回線インターフェースは、復調によって呼出し側アイデンティティ・コードおよびメッセージ到着時刻を抽出するように特別に製作した、適切なモデムまたは電子基板のいずれかとすることができる。通信が２箇所以上の潜在的な呼出し側に基づく従来のネットワークを経由する場合、呼出し側アイデンティティ・コードは、メッセージ・コードに対するプレフィックスとしてコード化される。呼出し側アイデンティティ・コードのエンコードは、受信側の着信回線への一連の発呼に基づく。呼出し側アイデンティティ・コードは、予め定義されていれば、いずれの基準によるエンコードも可能である。呼出し側アイデンティティ・コードは、着信回線が発呼される順序で与えられる。例えば、受信側が１０本の着信回線を有し、受信回線１ないし１０で示すと仮定する。また、呼出し側アイデンティティ・コード１７０１を有する呼出し側が受信側に発呼すると仮定する。呼出し側を識別するためには、呼出し側は受信回線−１に発呼し、次いで切り離し、次いで受信回線−７に発呼し、次いで切り離し、次いで受信回線−１０に発呼し、次いで切り離し、最後に受信回線−７に発呼する。先に示した例におけると同様、１０回線のみを有する受信側は、呼出し側アイデンティティ・コードに１回の呼を用いる場合では、９箇所までの呼出し側を区別することができ、呼出し側アイデンティティ・コードに２，３，、４回の呼を用いる場合では、それぞれ、９９、９９９、９９９９箇所までの呼出し側を区別することができる。しかしながら、１００回線を有する受信側は、アイデンティティ呼出し側コードに１，２，３，４回の呼を用いる場合、それぞれ、９９，９９９９，９９９９９９，９９９９９９９９箇所の呼出し側まで区別することができる。従来のネットワーク動作の重複期間内において同じソースに対してデータの送受信を行おうとする数か所の呼出し側間で干渉を回避するためには、メッセージを送る場合であればメッセージ・コード登録回線に発呼することにより、またはメッセージをポールする場合であればポーリング登録回線に発呼することにより、アイデンティティ呼出し側コードのエンコード手順を進めなければならない。これら２本の回線のどちらが関与するのかについての分類を必要としない限り、これらの回線を総称して登録回線と呼ぶことにする。登録回線が「空き」である場合、呼出し側は呼出し側アイデンティティ・コードのエンコード手順を進めることを許可され、受信登録回線は「話中」に切り替えられ、呼出し側は、呼出し側アイデンティティ・コードのエンコード手順完了後、続いてメッセージング（またはポーリング）手順を進めることができ、他の呼出し側が同時に発呼したり、メッセージング手順に干渉することはない。一方、登録回線が「話中」である場合、呼出し側はメッセージング（またはポーリング）手順を実行することを許可されず、呼出し側は、登録回線が「空き」になるまで、これに発呼し続ける。このように、登録回線は、メッセージ・コード登録回線であれ、あるいはポーリング登録回線であれ、非同期の呼出し側に「キューイング（待ち合わせ）」を強制する。明らかに、呼出し側アイデンティティ・コードの使用は、数箇所の通話相手が存在する実際の状況において、メッセージング（またはポーリング）手順を円滑に機能させるには欠くことができない。したがって、呼出し側アイデンティティ・コードのデコードおよびエンコード手順双方について、詳しく説明する。まず、図７に注目し、インテリジェント・ネットワーク動作または従来のネットワーク動作のいずれかを利用する受信側による、呼出し側アイデンティティ・コードのデコードについてフロー・チャートを示す。２００において、インテリジェント・ネットワーク動作が用いられる場合、ステップ２０２において、受信したインテリジェント・ネットワーク・データを、着信呼の復調によってデコードする。デジタル・ネットワークでは、受信したインテリジェント・ネットワーク・データは、デジタル・ネットワークが用いるデータ・プロトコルにしたがってデコードされる。ステップ２０４において、呼出し側アイデンティティ・コードおよびメッセージ到着時刻を、デコードしたデータから発生する。ここで、インテリジェント・ネットワークに対するのデコード手順が完了し、必要に応じて、ステップ２０６において、メッセージのデコードまたはエンコードを開始することができる。２００において、従来のネットワーク動作が用いられる場合、ステップ２０８において登録回線（メッセージ登録回線またはポーリング登録回線のいずれか）に発呼する。登録回線の１本が呼を受信したなら、「話中」／「空き」トーン発生器はこの登録回線を「話中」に切り替える（２１２）。多回線受信側がメッセージの受信およびポーリング手順双方に同じデータ回線群を用いている場合、メッセージング手順またはポーリング手順いずれかの開始時に、特定の手順の完了まで、メッセージ登録回線およびポーリング登録回線の双方を「話中」に切り替えなえればならない。しかしながら、受信側が２つの別個のデータ回線群を用い、一方をメッセージング手順に、もう一方をポーリング手順にしている場合、２種類の手順のキューは重複せず別個であり、対象である特定の手順に関係する登録回線のみに発呼し、「話中」にセットすればよい。ステップ２１４において、「タイム・アウト」手順を開始する。ステップ２１６は、Ｌ１個のエレメントを含む呼出し側アイデンティティ・コードを１エレメントずつデコードしていくことの宣言である。ステップ２１８において、コード・エレメント・インデックスｉを０にセットする。ステップ２２０ないし２３０は、・エレメントを受信するループを規定する。ステップ２２０において、コード・エレメント・インデックスｉを１増やし、ステップ２２２において「タイム・アウト」についてのチェックを行う。「タイム・アウト」に達した場合、ステップ２２４において、アイデンティティ・コード・デコード手順を終了し、関連する登録回線（メッセージ・コードおよび／またはポーリング）を「空き」にセットする。ステップ２２６において「タイム・アウト」に達していない場合、ｎｉ番目の受信回線が呼出を行う(ring)。時間測定を用いる場合、切断までの呼出期間ＴＲｉを知らせる。ステップ２２８において、呼出し側アイデンティティ・コードのｉ番目のエレメントを、データ・ベースからデコードする。時間測定を用いる場合、ｎｉおよびＴＲｉの組み合わせによって、呼出し側アイデンティティ・コードのｉ番目のエレメントを与える。時間測定を用いない場合、ｎｉによって呼出し側アイデンティティ・コードのｉ番目のエレメントを与える。ステップ２３０において、呼出し側アイデンティティ・コードの最後のエレメント（ｉ＝ＬＩ）に達したか否かを確認するためにチェックを行う。未だ最後のエレメントに達していない場合、制御をステップ２２０に移し、次の受信回線に発呼する。一方、最後のエレメントに達している場合、ステップ２３２において、完全な呼出し側アイデンティティ・コードが準備できており、デコードすることができる。ここで、従来のネットワークに対するアイデンティティ・コード・デコード手順は完了し、必要に応じて、ステップ２０６のメッセージ・デコードまたはエンコードを開始することができる。次に図８に注目し、インテリジェント・ネットワーク動作または従来のネットワーク動作のいずれかを利用する呼出し側による、呼出し側アイデンティティ・コードのエンコードについてフロー・チャートを示す。３００において、インテリジェント・ネットワーク動作が用いられている場合、呼出し側アイデンティティ・コード・エンコードは本来備わっているので、これ以上の動作は不要である。この場合、呼出し側アイデンティティ・コードは、電話ネットワークを通じて送信される通信信号のキャリア周波数上に変調される。デジタル・ネットワークでは、送信されるインテリジェント・ネットワーク・データは、当該デジタル・ネットワークが用いるデータ・プロトコルにしたがってエンコードされる。次に、ステップ３０２の呼出し側アイデンティティ・コードのエンコード手順から他のプロセスに制御を移す。他のプロセスとは、メッセージ・コードのエンコードまたはデコードである。３００において、従来のネットワーク動作が用いられている場合、ステップ３０４から、ステップ３０６ないし３１０のポーリング登録、またはステップ３１２ないし３１６のメッセージ・コード登録のいずれかに転送を制御する。これはのエンコードの一体部分ではないが、受信側に発呼する場合、呼出し側は何らか理由で発呼するのであり、したがって受信側のロジックに関する限り、呼出し側アイデンティティ・コードの受信に先立って、適切な登録があるはずである。したがって、受信側は呼出し側のを受信した後、どのように進めるかについてはわかっていることは明らかである。登録が成功した後、呼出し側はＴ秒またはＫ回の呼出を待ち、切り離す。登録回線が「空き」になった場合、登録は成功したことになる。ステップ３１８において呼出し側が受信側との登録に成功した場合、ステップ３２０において「タイム・アウト」手順を開始する。ステップ３２２において、呼出し側は、エンコードするを用意する。これを行うには、発呼する一連の受信回線（例えば、ＬＩ本）を定義し、時間測定を用いる場合には、発呼する各回線に、コード化変換テーブルにしたがって呼出期間ＴＲを割り当てる。呼出期間の測定は随意であり、用いる場合には、メッセージ・コードを構築する自由度が追加されることを強調しておく。呼出し側アイデンティティ・コードは、最初のコード、即ち、最上位のエレメント、および最後のコード、即ち、最下位のエレメントを用いて構築することが好ましいが、必須という訳ではない。この手法によって、呼出し側アイデンティティ・コードの終端が何らかの理由で伝達されない場合、受信側は、少なくとも、全ての呼出し側が同じコードで始まる１群内から、どの呼出し側が発呼したのかについて、確実に知ることができる。ステップ３２４において、コード・エレメント・インデックスｉを０にセットする。ステップ３２６ないし３４０は、呼出し側アイデンティティ・コード・エレメントをエンコードするループを定義する。ステップ３２６において、コード・エレメント・インデックスｉを１増やし、ステップ３２８において「タイム・アウト」についてチェックを行う。ステップ３３０において「タイム・アウト」に達している場合、呼出し側アイデンティティ・コードのエンコード手順を終了し、呼出し側は切り離し、始めからエンコード手順を開始する（ステップ３０４）。「タイム・アウト」に達していない場合、ステップ３３２においてｎｉ番目の受信回線に発呼する。ｎｉ番目の受信回線が「話中」である場合、ステップ３３６において呼出し側は切り離し、ＴＢ秒待ってから再度ｎｉ番目の受信回線に発呼する。ｎｉ番目の受信回線が「空き」である場合、ステップ３３８において呼出し側は、Ｋ回の呼出またはＴＲｉ秒待ち、次いで切り離す。時間測定を用いない場合、各受信回線の発呼時に、呼出し側は、発呼し到達した各受信回線毎に、同じ時間期間（例えば、Ｔ秒）だけ待つ。ステップ３４０において、呼出し側アイデンティティ・コードの最後のエレメント（ｉ＝ＬＩ）をエンコードし終えたか否か確認するためにチェックを行う。未だ最後のエレメントがエンコードされていない場合、制御をステップ３２６に移し、呼出し側アイデンティティ・コードにしたがって、次の受信回線に発呼する。一方、最後のエレメントをエンコードし終えている場合、ステップ３４２では、完成した呼出し側アイデンティティ・コードがエンコードされていることになる。ここで従来のネットワークに対する呼出し側アイデンティティ・コードのエンコード手順は完了し、ステップ３４２において、必要に応じてメッセージのエンコードまたはデコードを開始することができる。一旦呼出し側アイデンティティ・コードが受信され確認されたなら、呼出し側が送ったメッセージ・コードを受信することができる。メッセージ・コードが明確な構造を有することは重要である。以下では、メッセージ・コードの構造に関する基本的な概念について説明する。メッセージ・コードは、最初のコード、即ち、最上位のエレメント、および最後のコード、即ち、最下位のエレメントを用いて構築することが好ましいが、必須という訳ではない。この手法によって、メッセージの終端が失われても、少なくともメッセージの重要部分が受信されていることを確保する。この手法によれば、関係するデータを基本メッセージに追加する場合、これはメッセージ・コードの後ろに付けることになっている。メッセージ・コードは、特定の電話回線（即ち、特定の回線インデックス）を、その番号、ワード、メッセージまたはその組み合わせに関係付けるデータ・ベースを介して、メッセージに関係付けられる。メッセージ・コードは、あらゆる数のエレメントを有することができ、最初（最上位）のエレメントによってデータ・ベース内に定義される。好ましくは、「群」および「下位群」から成る「コード構造」を構築し、最初のエレメントから開始して、コードの連続する各下位群に、「デコード可能」かつ使用可能な意味を持たせる。無接続時間データ・メッセージングによるメッセージ・コードの受信および送信について、商業的用途に基づく例を用いて以下に説明する。本発明によれば、全ての例において、発呼するが、応答はしない。即ち、「呼」という言葉の使用は、「無接続時間呼」(connection-time free call)を意味する。更に、以下の例では、斜線「／」を用いて選択肢を示すことにする。例えば、Ａ／Ｂ／Ｃは、ＡまたはＢまたはＣのいずれかを示す。最初の例は、完全／半自動化された受領時点情報管理端末(point-of-service) （例えば、自動販売機）に対するメッセージ・コードの無接続時間送受信についてである。４つの異なる事例について検討する。次のように仮定する。（ａ）自動化されている受領時点情報管理端末のスマート・コントローラは、ＮＥ個のイベントを検知し、それらの識別が可能である。ＮＥ個のイベントは、そのサブシステムの１つにおける技術的不良、または現場に保持する在庫補充の必要性のいずれかを指示することができる。（ｂ）ＮＡ（数）台の受領時点情報管理端末（または販売時点情報管理端末(p oint of sales)を制御する運営センタは、好ましくはインテリジェント・ネットワーク動作のＮＯ本のデータ回線を利用し、データの送受信、メッセージ登録回線の除外、登録回線、応答回線およびポーリング登録回線の承認を行う。（ｃ）３種類の典型的なメッセージについて検討する。（ｉ）停電。（ｉｉ）自動販売機−Ｉ番目の製品列（ＮＣ列、例えば、１６の内）のモータが動かない(stuck)。（ｉｉｉ）自動受領時点情報管理端末に、製品の組み合わせおよび量ｊ（ＮＱ、例えば、１２８個の内）を補充しなければならない。事例−１：運営センタは、ＮＯ＝２５本のデータ回線を利用して、ＮＥ個のイベント（ＮＥ＜２６）を報告する。その内のいくつかは関連データを有する。この場合（即ち、インテリジェント・ネットワーク動作では）、メッセージ（ｉ）は、２５本のデータ回線の１本に単一の呼を必要とする。しかしながら、メッセージ（ｉｉ）は２回の呼を必要とし、最初の呼で不良を特定し、２回目の呼で自動販売機−モータの番号を特定する。メッセージ（ｉｉｉ）は、２５を基準とするコード化（即ち、２５本の回線またはその整数値）を用いて、３回の呼を必要とし、最初の呼で補充要求を指定し、次の２回の呼で補充の組み合わせおよび量ｊを指定する。２つのエレメント・コードの内最初の方は、部分的な意味を有する。このように、メッセージ（ｉ）および（ｉｉ）に対するメッセージ・コードは、２つ以上の単一エレメント（即ち、２回以上の呼）を有するコードに基づくが、最初のエレメントが受信された後にメッセージングが中断された後でも、これらは明確な意味を有することが、明白に理解されよう。事例−２：運営センタは、ＮＯ＝２００回線を利用して、ＮＥ（ＮＥ＜２６）個の主要イベント(major event)を報告する。その内のいくつかは、関連データの組み合わせｋ個を有するが、可能な組み合わせの総数ＮＰの合計は、ＮＰ＜２００が適当である。この場合、３種類のメッセージ（ｉ）、（ｉｉ）および（ｉｉｉ）全ては、自動化された販売時点情報管理端末から運営センタに送られる、単一の呼があればよい。事例−３：運営センタは、２５／２００回線（インテリジェント・ネットワークの能動メッセージング側として）を利用し、自動化された販売時点情報管理端末のパラメータ構成ｉを構成ｊに切り替える必要がある。この場合、ＮＯ＝２５のとき、使用可能な構成選択肢が２５通りであれば、パラメータ構成を切り替えるには、単一の呼があればよい。しかしながら、２５通りを越える構成選択肢が使用可能な場合、２回の呼が必要となる。ＮＯ＝２００のとき、構成選択肢の総数が２００であっても、パラメータ選択肢の正確な切り替えのためには、単一の呼があればよい。事例−４：前者の例の運営センタは、受動メッセージング側である。ポーリングによって自動化された販売時点情報管理端末の正確な動作のために必要なパラメータ選択肢を引き出すには、７または１５または３１通りの構成選択肢の場合、それぞれ、能動メッセージング側から受動メッセージング側に４または５または６回の呼が必要となる。２番目の例は、移動サービス・空きト・ユニット(mobile service fleet unit )のような移動監視サービス・ユニット(mobile monitored service unit)とのメッセージ・コードの無接続時間受信／送信のためのものである。３種類の異なる事例について検討する。この例では、移動監視サービス・ユニットによって受信されるメッセージは、２形態の命令を含む。最初の形態は、サービス・ユニットを（ＮＡ箇所のデータベース、即ち、受領時点情報管理端末の位置の中から）特定の位置に向かわせるためのものであり、他方は、（ＮＴ個のタスクのリストから）指定したタスクを実行するためのものである。各タスクはＮＲ個の報告マイル・ストーン(reporting mile-stone)を有し、これらには、全地球測位システムを用いた位置測定を付随させ（位置は、ＡＣの精度以内で判定される）、予め規定されたマーク・エリアＡＲ内におけるサービス・ユニットの位置を判定することができる。所与の通信周波数でサービス・ユニットの位置をそのステータスと共に報告することは、この用途では正当なメッセージ・コードである。事例−１：運営センタは、ＮＡ＝２００／２０，０００台の受領時点情報管理端末を制御する。これには、ＮＴ＝１０通りの異なる種類のタスクの１つが必要となる場合がある。運営センタは、ＮＯ＝２５／２００データ回線を利用し、移動サービス・ユニットに作業指令を送り、受領時点情報管理端末の位置、タスク、および当該タスクを日常業務内で行う順序を、２０の異なるサービス位置に基づいて指定しなければならない。ＮＯ＝２５およびＮＡ＝２００／２０，０００の場合、運営センタは、それぞれ、３／４回の呼を発し、メッセージ・コードを送信しなければならない。最初の２／３回の呼は一緒に用いられて、２５−基準コードを利用して、サービス位置およびタスクを指定する。最後の呼は、日常業務に沿ったタスクの順序を規定する。ＮＯ＝２５の代わりにＮＯ＝２００の場合、メッセージ・コードを送信するには、それぞれ、２／３回の呼があればよく、この場合、それぞれ、１／２回の呼を用いてサービス位置およびタスクを指定し、最後の呼は日常業務に沿ったタスクの順序を規定する。事例−２：移動サービス・ユニット（ＮＵ＝１５Ｏの内１つ）は、事例−１の運営センタと通信しており、タスクｉ（２０箇所の内１つ）のマイル・ストーンｊ（ＮＲ＝５の内）を、ＡＣ＝１．５ｋｍまたは０．１５ｋｍの精度を有する位置の詳細を含み／含まず、関連があれば、１５０＊１５０平方キロメートルのエリア以内で（インテリジェント・ネットワーク動作の場合）報告する必要がある。ＮＯ＝２５およびＡＣ＝ヌル／１．５ｋｍ／０．１５ｋｍ（ヌルは、位置が必要ないことを意味する）の場合、移動サービス・ユニットは、各メッセージ・コード毎に、それぞれ、１／４／６回の呼を必要とする。ＮＯ＝２５の代わりに、ＮＯ＝２００回線を運営センタが利用する場合、移動サービス・ユニットは、それぞれ、１／３／４回の呼だけで済む。双方の事例において、最初の呼、即ち、最初のメッセージ・コード・エレメントは、ＮＴおよびＮＲ専用であり、ＮＴ（この場合２０）本の特定回線の内１本に発呼することによって、最初のマイル・ストーンを報告し、最初のマイル・ストーンに続く残りのＮＲ−１のマイルストーンは、他の（ＮＲ−１）本の回線、この場合は４本を利用する。その後の呼は、いずれも、移動サービス・ユニットの位置を報告するために用いられる。各呼は、地理的領域を示す。地理的領域は、一次街区(primary square)と称する、一連の街区を用いて区別することができる。これらの街区を、二次街区と称する、更に小さな街区に分割することができる。一方、各二次街区は、一層小さな街区に分割することができる。発呼される各回線は、所与の街区に対応する。最初の呼は、移動サービス・ユニットが、発呼された回線に対応する一次街区内のどこかに位置することを示す。一次街区の分解能が十分であれば、これ以上の呼は不要である。二次街区の精度が必要な場合、２回目の呼を発し、発呼された回線に対応する二次街区内のどこかに移動サービス・ユニットが位置することを示す。この手順は、要求精度に応じて、継続することができる。事例−３：これは事例−２と同一であるが、システムは従来のネットワーク動作を利用する。この場合、メッセージ・コードの前に、１回の呼または複数回の呼が先行し、呼出し側アイデンティティ・コードを与えなければならない。したがって、ＮＯ＝２５／２００回線の場合、それぞれ、事例−２において与えた呼の回数に、１／２回の呼を追加しなければならない。第３の例は、サーバが供給するサービスまたは製品に対する要求および／または支払をしたい人とのメッセージ・コードの無接続時間受信／送信のためのものである。後者には、無接続時間送受信機および関連するメッセージ・デコードおよびエンコード・ソフトウエアが装備される。この例は、例えば、「路上」または「路外」駐車場に「チェック・イン」／「チェック・アウト」し、洗車のようなサービスを受け、ガソリン・スタンドでガソリン製品の支払を行いたいモータリスト、あるいは自動販売機または配達サービスのいずれかから明確な製品またはサービスを購入したいあらゆる電話ユーザに適用可能である。勿論、他の用途も、全て必要に応じて適宜、適用可能である。以下の１群の例全体を、電子トランザクションと呼び、このトランザクションのコストは、メッセージング・プロッスの一部とする。すなわち、この例は、コスト関連メッセージに関する。勿論、本発明に含まれるコスト関連メッセージは、これら特定の例に限定される訳ではない。２種類の異なる事例について検討する。以下のように仮定する。（ａ）自動化された受領時点情報管理端末または販売スマート・コントローラは、ＮＥ個のイベントを検知し区別することができる。これらのイベントは、識別された購入者の明確な製品／サービスの要求を示すことができ、あるいは、イベントは、識別された購入者の購入要求のみを示し、製品またはサービスの選択は、機械に正確な選択を知らせることによって、例えば、マークされたキーの押圧によって行うことも可能である。（ｂ）運営センタは、ＮＡ（数）台の受領時点情報管理端末（または、販売時点情報管理端末）を制御し、好ましくはインテリジェント・ネットワーク動作のＮＯ本のデータ回線を利用し、承認回線以外でデータの受信および送信を行う。（ｃ）システムの有人ユーザ(manned user)は、以下の二者択−モードの１つを利用して、サービス／製品を要求することができる。 −メッセージが単一エレメント・コードであり、時間依存性がデコードに関係しない場合、システムのユーザは必ずしも専用端末を用いなくてもよく、代わりに彼／彼女が所有する電話機（セルラまたは有線回線）を利用し、「この業者からサービス／製品（名称）を購入するには、番号＃＃＃＃＃に電話をかけ、切り離して下さい」という指図に従う。 −メッセージがマルチ・エレメント・コード（または時間依存コード）である場合、有線回線またはセルラ機器に接続された専用端末を用いなければならない。好ましくは、例えば、メニューを用いて、注文をどのように選択するのかについてユーザに指図する。（ｄ）３種類の典型的なメッセージについて検討する。（ｉ）単一品目の購入要求（供給元によって予め規定されたＮＰ種類のサービスまたは製品の内）。これは、トランザクションのコストがメッセージ・コードによって明確に決定されることを意味する。（ｉｉ）未知量の明確な製品の購入要求（例えば、「私のタンクを満タンにして下さい」、「私は駐車場の利用を開始しますが、何時間になるかわかりません。」）。これは、トランザクションのコストが購入の完了時に決定することを意味する。（ｉｉｉ）「出荷リスト」にしたがった購入要求（予め規定された詳細メニューの中から）。これは、トランザクションのコストは、配達前に決定することができるが、リスト内容を分析することによって、蓄積しなければならないことを意味する。事例−１：運営センタは、ＮＯ＞＞ＮＰ本のデータ回線を利用して、ＮＰ種類の異なる製品またはサービスに関係するトランザクションを制御する。この場合、メッセージ（ｉ）は、データ回線の１本に対して単一の呼を必要とする。しかしながら、メッセージ（ｉｉ）は、いずれも２回の呼を必要とし、一方は購入またはサービス手順を開始するため、他方はそれを終了するためである。あるいは、この場合、販売を終了するために発呼する代わりに、ユーザは、場合によっては、それを手動で停止し、「現場の」スマート・コントローラに停止信号を検知させるようにすることも可能である（「プロセス終了」メッセージは、駐車のような電子トランザクションの方に関係が深い可能性があり、一方「停止」キーは石油の再充填のような電子トランザクションの方に関係が深い可能性がある）。メッセージ（ｉｉｉ）は、ＮＰが小さい（＝２〜３）場合は、１から始まるいずれかの回数の呼で済ませることができる。一連の呼が非常に長くなると、手順の効率は著しく低下する。３つのメッセージ形式全てにおいて、メッセージの最後のエレメント・コードは、二重の意味を有する。即ち、ａ）製品／サービスを呼出し側に供給すること、およびｂ）メッセージ（ｉ）および（ｉｉｉ）について事前に同意しているように、そしてメッセージ（ｉｉ）のトランザクション完了時に、トランザクションに対する価格を受信することである。かかる価格は、各トランザクション毎に規定する請求ファイル(billing file)を通じて設定し、識別した呼出し側または双方間の同意に基づく請求実体(billing entity)（例えば、クレジット・カード会社）に通信サービスを提供する公衆ネットワーク運営者に、集金のために供給することができる。事例−２：受信側は、ＮＯ＝１本のデータ回線を利用して、ＮＰ＞１を制御する。この場合、メッセージ（ｉ）では、メッセージを送った後に呼出し側が他の手段によって、即ち、自動販売機上のキーを押すことによって、選択した製品またはサービスのｉ．ｄ．を示さないと、データ回線に１回よりも多い呼を必要とする場合がある。その結果、メッセージの最上位部分は、呼出し側が支払う電子トランザクションを行う要求を定義し、押したキーによって規定される最下位部分は、要求した製品またはサービスおよびその価値を識別する。メッセージ（ｉｉ）は、同じ機構を利用し、いずれも２回の呼を、一方は購入またはサービス手順を開始するため、他方はそれを終了するために必要とする。あるいは、この場合、販売を終了するための発呼の代わりに、ユーザが、場合によっては、それを手動で停止し、「現場の」スマート・コントローラに停止信号を検知させるようにすることも可能である（「プロセス終了」メッセージは、駐車のような電子トランザクションの方に関係が深い可能性があり、一方「停止」キーは石油の再充填のような電子トランザクションの方に関係が深い可能性がある）。メッセージ（ｉｉｉ）は、この場合、効率的に伝達することはできない。メッセージ・コードの構造に関する基本的概念について説明したので、メッセージ・コードの無接続時間受信／送信のメッセージング手順について説明する。３種類の基本的なメッセージング手順、即ち、（ｉ）多回線受信側に発呼する単一回線呼出し側、（ｉｉ）単一回線受信側に発呼する多回線呼出し側、および（ｉｉｉ）多回線受信側にポールする単一回線呼出し側について説明する。各手順毎に、呼出し側ロジックおよび受信側ロジック双方について、これら３つの場合の各々に対する一般的なメッセージ手順を示すフロー・チャートと共に、具体的な例を示す。多回線対単一回線、単一回線対多回線、および単一回線対単一回線のメッセージング手順は、多回線対多回線メッセージング手順の特殊な場合であることを注記しておく。サービス地点は、できるだけ費用がかからないようにすべきであり、一方運営センタは効率的でなければならないので、サービス地点は通常単一回線であり、運営センタは通常多回線である。したがって、説明する３つの基本的メッセージング手順は重要な事例である。最初に、単一回線の能動メッセージング側が多回線受信側にメッセージを送信する場合について検討する。インテリジェント・ネットワーク動作では、各呼は独立して識別され、したがってメッセージング手順は重複する送信期間中にデータ送信を開始する多くの呼出し側（能動メッセージング側）に対応することができる。能動メッセージング側が送るメッセージ・コードは、好ましくはコードの「最上位」から「最下位」のエレメントまで順序付けた、一連の受信着信回線番号として構築したコードである。この場合、コードの各「エレメント」は、発呼される受信回線の回線インデックスｉに対応する。メッセージ・コードのエンコードおよびデコード手順は、以下の仮定に基づくものとする。（ａ１）通信相手は、ＭＭ個のメッセージおよび関連するメッセージ・コードの所定のデータ・ベースを有し、それらの自由にする。（ａ２）受信相手は、メッセージ・コードを受信するためにＮ本の回線を利用する。各回線は、回線インデックスｉによって特徴付けられる。（ａ３）ＭＭおよびＮ間の関係は、最適なコード化の考慮と共に、メッセージ・コードがＭＩ個のエレメントに基づくことを必要とする。ここで、最初のエレメントは、好ましくは「最上位」エレメントであり、ＭＩ番目は「最下位」エレメントである。例えば、ＭＭ＝９または９９で、Ｎ＝１０の場合、それぞれ、ＭＩ＝１または２である。同様に、ＭＭ＝９９または９９９９で、Ｎ＝１００の場合、それぞれ、Ｍ＝１または２である。（ａ４）各呼出し側は、呼出し側がメッセージ・コードの「最上位」エレメントを表わす被呼回線に到達し、この被呼回線が「空き」状態であることを発見した時点から、そのＭＩ個のエレメントのメッセージ・コードを送信するために、予め規定された時間（タイム・アウト）を有する。（ａ５）メッセージング手順は、受信側からの正しいメッセージ・コードが受信されたことの承認要求によって終結することができる。かかる承認は、受信側の本質に応じて、２つの方法の一方で行われる。受信側が受動メッセージング側である場合、メッセージング手順に先立って、呼出し側の登録を行わなければならない。これは、呼出し側が受動メッセージング側の承認登録回線に発呼し、受動メッセージング側に、呼出し側がそのメッセージに対する承認を受信したいことを通知することによって行う。承認登録回線が「話中」である場合、呼出し側は、それが「空き」になるまで、発呼し続けなければならない。承認の登録後、承認または部分的承認メッセージ・コードは、受動メッセージング側の応答回線の「話中」／「空き」状態を通じて、呼出し側を待つことはない。しかしながら、受信側が能動メッセージング側である場合、メッセージング手順の成功に関して、関連メッセージ・コードを呼出し側に送ることができる。（ａ６）メッセージ・コード・データ・ベースのインテリジェント構造は、エンコード・プロセスが「最上位」から「最下位」までのエレメントの一連のデータ送信に基づくという事実と共に、手順が完了する前に何らかの理由で中断された場合でも、部分メッセージの引き出しを可能とする。部分メッセージに対する用途のロバスト性の重要性を実証する例を後に示す。部分メッセージは、コードから抽出することができ、各エレメントは、以前のエレメントのサブグループをマークする。従来のネットワーク動作では、能動メッセージング側によって送られるメッセージの前に、前述のアイデンティティ・コード連続エンコード手順が行われる。したがって、一度に１つの能動メッセージング側のみが、所与の受動メッセージング側と通信することができる。手順全体の間、呼出し側の識別から開始し、メッセージングを行い、承認、非承認、または部分的承認メッセージ・コードの最終的な受信、あるいは「タイム・アウト」による手順の終了まで、メッセージ・コード登録回線は「話中」状態となって、受動メッセージング側が使用中であり、異なる呼出し側からの新たなメッセージ受信が不可能であることを示さなければならない。「タイム・アウト」終了または承認手順の完了による手順の完了時、メッセージ登録回線は「空き」状態に切り替えられ、受信側は新たなメッセージ・コードを受信する準備ができる。受信側が能動メッセージング側である場合でも、以前に確立されたアイデンティティ・コードが失われないように、呼出し側が承認回線に尋問しなければならない。これは、呼出し側アイデンティティ・コードが通信信号のキャリア周波数上に変調されるインテリジェント・ネットワーク動作の場合と全く対照的である。従来のネットワーク動作の構造のために、重複する期間内に数箇所の呼出し側が同じ受信側に対してデータを送受信しようとすることには耐えられないので、ＮＯ本の受信回線をｎ個のサブグループに再分割し、各サブグループが独立した受信側として動作し、その結果、ｎ個のメッセージ・コードを並列に送受信可能とする方が、場合によっては一層効率的である。例えば、１００回線の従来のネットワーク受信側の効率は、その回線を１０個の独立したグループに再分割した後には、単一の１００回線システムと比較すると、約５ないし６倍高くなる。即ち、時間単位当たり５倍多くの呼を受信することができる。単一回線の能動メッセージング側がメッセージを多回線受信側に送信する場合の手順を図９および図１０に纏めた。これについて以下説明する。これら２つの図では、以下の表記を用いる。ＭＭは、使用するメッセージ・コードの総数を示す。ＭＩは、メッセージ・コード内のエレメント数を示す。Ｎは、受信インデックス回線(receiver indexed line)の総数を示す。ｉ，ｊは、メッセージ・コード・エレメントのインデックスである。ｎｉ（ｎｊ）は、ｉ番目（ｊ番目）の受信インデックス回線のインデックスである。ＯＭは、異なるエレメント・コード値の数＝Ｎ＊ＴＶを示し、ここでＴＶは、クロック・トリガから切断までに測定した、可能な時間値の数（丸め）を示す。時間依存メッセージングおよび非時間依存メッセージングの比較、および時間測定の獲得可能なメッセージ・コード数に対する影響について、これより例示する。１０回線の多回線通信相手にメッセージを送信する、またはこの多回線通信相手からメッセージを受信する単一回線の能動メッセージング側について検討し、ＴＶ＝４とする。この場合、コード化手順が時間依存メッセージ・コード・エレメント値を用いない場合に値が１０個であるのに代わって、各呼は４０個のメッセージ・コード・エレメント値の内１つを表わす（即ち、コード化手順は、最初の「呼出」から切断までの持続時間を無視する）。対応して、時間依存メッセージ・コードは、コード化手順が時間依存メッセージ・コードのエレメント値を用いない場合の、それぞれ、僅か１００または１０００個の異なるメッセージ・コ一ドと比較して、２または３つのコード・エレメントに基づいて１６００または６４０００個の異なるメッセージ・コードの集合(arsenal)を発生する。最初に図９に注目し、単一回線の能動メッセージング側からメッセージ・コードを受信するための多回線受信側の受信ロジックの主要ステップを示す。ステップ４００において、単一回線のメッセージング側からのメッセージ・コードを、多回線受信側が受信する。ＭＭは、使用されているメッセージ・コードの総数であり、ＯＭは、異なるエレメント・コード値の数である。ステップ４０２において、ＭＭ＜ＯＭである（即ち、単一のコード・エレメントがメッセージを定義する）場合、制御はステップ４４８に移る。ステップ４５０では、２つの場合を区別する。用いられているメッセージ・コードの総数（ＭＭ）が受信インデックス回線（Ｎ）の本数よりも小さい場合、メッセージ・コードを規定するためには、発呼された回線の回線インデックスｎｉに加えて、回線ｎｉに対する呼出期間ＴＲｉの測定が必要となる（ステップ４５６および４５８）。逆に、ＭＭ＞Ｎの場合、発呼された回線の回線インデックスｎｉは、メッセージ・コードを規定するのに十分である（ステップ４５２）。ステップ４５４において、呼出し側アイデンティティ・コード、メッセージ・コードおよびメッセージ到着時刻を規定する。次いで、先に説明したステップ４３０に制御を移す。ステップ４０２において、ＭＭ＞ＯＭ（メッセージ・コール(message call)を伝達するためには、ある数の個が必要である）の場合、ステップ４０４において、受信したメッセージ・コードを、最初のエレメントからＭＩ番目のエレメントまで１エレメントずつ構築する。最初のエレメントはメッセージ・コードの最上位エレメントとし、ＭＩ番目のエレメントは最下位エレメントとすることが好ましいが、必須ではない。ステップ４０６において、「タイム・アウト」手順を開始し、ステップ４１０において、メッセージ・コード・エレメント・インデックスｊを０に初期設定する。ステップ４１０ないし４１８によって規定されるループにおいて、着信メッセージ・コードを構築する。ここで、メッセージ・コードのｊ番目のエレメントは、ｎｊおよびＴＲｊで与えられる。時間測定を用いない場合、メッセージ・コードのｊ番目のエレメントは、ｎｊのみで与えられることを注記しておく。プロセス中「タイム・アウト」は登録されなかったと仮定して、全てのメッセージ・コード・エレメントを受信し終えたなら直ちに、ステップ４１８においてループを終了する。受信側は、予期するコード・エレメントがどれ位かについてわかっていると仮定する。これは、多数の方法で行うことができる。例えば、受信する最初のエレメントが、受信側が受信することを予期し得るエレメントの総数も示すことに、前もって同意することができる。この手法によれば、受信側が受信することを予期し得るエレメントの総数は、ＭＩ（ｎ１）で与えられ、ここでｎ１は、最初に発呼された受信回線のインデックスである。ステップ４２０において、受信したメッセージ・コード・エレメントを、メッセージ・コード・エレメントをメッセージまたはその一部に関連付ける変換テーブルと比較することによって、メッセージ・コードをデコードし、呼出し側アイデンティティ・コードおよびメッセージ到着時刻を知らせることによって、メッセージを用いて呼出し側を識別する。ステップ４１２において、全てのコード・エレメントを受信する前に、「タイム・アウト」が手順を終了させた場合、受信したコード・エレメントの数に関して、２つの可能性がある。これら２つの可能性をステップ４２２においてチェックする。少なくとも１つのコード・エレメントを受信した場合（即ち、ｊ＞１）、ステップ４２４および４２６において、受信したメッセージ・コード・エレメントから部分メッセージを決定し、呼出し側アイデンティティ・コードおよびメッセージ到着時刻を知らせることにより、この部分メッセージを用いて呼出し側を識別し、部分承認メッセージ・コードを用意する。逆に、メッセージ・コード・エレメントを全く受信していない場合（即ち、ｊ＜１）、ステップ４２８において、無承認メッセージ・コードを用意する。多回線受信側が能動メッセージング側である場合、ステップ４３０において制御をステップ４３１に移し、多回線受信側は適切な承認メッセージ・コード（即ち、承認、非承認、または部分承認）を単一回線の呼出し側に送る。逆に、多回線受信側が能動メッセージング側ではない場合、単一回線の呼出し側（これが能動メッセージング側である）は、ステップ４３２ないし４４０に記述するように、多受信側の承認登録および応答回線に発呼することによって、多回線受信側が受信したメッセージの状態を得なければならない。ステップ４４２において、単一回線の能動メッセージング側は、多回線受信側からのメッセージをポールすることに関心があるか否かについて判断を行う。ＴＰ秒以内にポーリング登録回線が発呼された場合、ポーリングが要求されたものと理解する（４４６）、逆に、ＴＰ秒以内にポーリング登録回線が発呼されなかった場合、ポーリングは要求されず、メッセージ登録回線は、従来のネットワーク動作の場合だけ、「空き」に切り替えられ、受信側は次のメッセージの準備が整う。複数回線受信側へメッセージコードを送信するための単一回線能動メッセージ側のロジックの主なステップについて、図１０を参照して説明する。ステップ５００では、能動メッセージ側の識別コード（ＩＤＣ）を符号化し（図８を参照）、コードメッセージ手順の実行を開始する。５０２でＭＩ＜ＯＭの場合、単一受信側回線（つまり、単一コード要素がメッセージを定義している）を呼び出すことで、メッセージを送信できる。この場合、ステップ５５４で、メッセージを定義している複数回線受信側の回線（例えばｎｉ番目の回線）を呼び出す。ｎｉ番目の回線が「話中」の場合、ステップ５５６でコントロールはステップ５５８へ渡される。このステップで、呼出し側は回線を切り離しＴＢ秒間待機した後、複数回線受信側のｎｉ番目の回線を再び呼び出す。ステップ５６０でｎｉ番目の回線が「空き」の場合、呼出し側はｋ回呼び出しするかまたはＴＲｉ秒待機した後、回線を切り離す。この場合も、時間測定を行わない場合は、単一回線能動メッセージ側は同じ時間（例えばＴ秒）待機した後、呼び出されている受信側の回線に関係なく、回線を切り離す。ステップ５６２で、呼出し側はステップ５３０から始まる肯定応答手順へ進む。５０２でＭＩ＞ＯＭの場合、受信側回線の番号を呼び出すだけでメッセージを送信できる（つまり、複数のコード要素がメッセージを定義している）。ステップ５０４で、必須メッセージコードのコード要素を定義している呼び出し対象受信側回線を指定する。必須条件ではないが、できれば、最初の要素をメッセージコードの最も重要度が高い要素とし、最後の要素を最も重要度が低い要素とする。ステップ５０６で、「タイムアウト」手順が初期化され、ステップ５０８で、メッセージコード要素指標ｊがゼロに初期設定する。ステップ５１０で、指標ｊの値を１だけ増加させる。ステップ５１２で、メッセージコードのｊ番目のコード要素に対応する受信側回線をダイヤルする。ダイヤルした回線がステップ５１４で「話中」の場合、コントロールはステップ５１６へ渡され、能動メッセージ側はＴＢ秒間回線を切り離した後、再びダイヤルする。一方ダイヤルした回線が「話中」でない場合、コントロールはステップ５１８へ渡され、能動メッセージ側はＴＲｊ秒間待機するかまたはｋｊ回呼び出した後、切り離す。時間測定を行わない場合、能動メッセージ側は呼び出した各回線ごとに同じ時間（例えばＴ秒間）待機した後、回線を切り離す。ステップ５２０で、メッセージコードを定義しているすべての受信側回線が正常にダイヤルされたか（つまり、ｊ＝ＭＩか）について検査する。正常にダイヤルされている場合は、全メッセージコードを受信側へ送信し（ステップ５２９）、処理はステップ５３０から継続され、メッセージ肯定応答手順が行われる。複数回線受信側が能動メッセージ側の場合、ステップ５３０でコントロールはステップ５３１へ渡され、単一回線呼出し側は複数回線受信側から適切なメッセージコード肯定応答（つまり、肯定、否定、または部分肯定）が送られてくるのを待機する。一方、複数回線受信側が能動メッセージ側でない場合、単一回線能動メッセージ側は複数回線受信側が受信したメッセージの状態の肯定応答を入手しなければならない。これは、ステップ５３２から５５０で説明するように、複数受信側の肯定登録回線及び応答回線を呼び出すことで行う。ステップ５２０でｊ≠ＭＩで「タイムアウト」になっていない場合（５２２）、次の回線を呼び出す（ステップ５１０から５２０が繰り返される）。５２２で「タイムアウト」になっている場合、少なくとも１つの回線が呼び出されていれば（５２４）、部分肯定応答メッセージコードを作成する（５２６）。一方、どの回線も呼び出されなかった場合は、手順は異常終了し（５２８）、必要であれば再始動する必要がある。次に、インテリジェントなネットワーク操作だけを実行する目的で単一回線または複数回線受信側に対しメッセージを送信する場合、複数回線の能動メッセージ側がどのように動作するかについて説明する。この場合は、符号化が受信側の複数回線の構造を利用して行われる上記の場合と異なり、各能動メッセージ側でいくつかの呼出し回線を用意していて、それらの回線からメッセージコードを作成できるということを利用して符号化する。この場合はインテリジェントなネットワーク操作に限られているため、呼出し側の識別コードは呼出し信号から直接抽出する。しかし、各呼出し側では複数の回線を使用しているため、呼とメッセージコードとのリンクを復号するためには、次に要約するような複数ステップで構成される手順が必要になる。（ａ）呼出し信号から識別コードとメッセージ到着時間とを抽出する。（ｂ）呼出し回線が属する呼出し側を識別する。（ｃ）識別されている呼出し側回線から、特定の識別コードの値を識別する。（ｄ）以前に受信された要素がある場合は、メッセージ到着時間と以前に受信した（ｉ−１）要素に基づき、指標ｉをメッセージコード要素へ割り当てる。（ｅ）すべてのメッセージコード要素が使用可能である場合はメッセージを復号する。または、完了する前に「タイムアウト」により手順が終了した場合は、メッセージコードを部分的に復号する。この場合必要であれば、肯定応答は次のいずれかの方法で行われる。受信側が能動メッセージ側の場合は、受信側は呼出し側に対し肯定応答、否定応答、または部分肯定応答メッセージコードを送信する。受信側が受動メッセージ側で肯定応答登録回線または応答回線を持っている場合、呼出し側は肯定応答メッセージコードを受け取ったかどうかについて受信側に問い合わせる。受信側が受動メッセージ側で肯定応答登録回線も応答回線も持ってなく、しかも、呼出し側がその時間に受信側を呼び出した唯一のメッセージ出力元であれば、受信側は肯定応答または部分肯定応答が適切な応答である場合は単一回線をＴ秒間だけ「話中」にし、否定応答が適切な応答である場合は「空き」にする。呼出し側は、その信号のメッセージ手順が完了するとただちに、受信側に問い合わせる。図１１及び１２には、メッセージを単一回線受信側へ送信する複数回線の能動メッセージ側のフローチャートを示してある。。これについては以下に説明する。これらの２つの図では、次の記法が使用されている。ＴＲは、呼出し期間を示す。ｉ、ｊは、メッセージコード要素の指標を示す。ＴＲｊはｊ番目のメッセージコード要素の呼出し期間を示す。ＩＤＣは、通常、メッセージ送信元の識別を詳細に指定するコードとして定義される。図１１を参照すると、呼出し側の識別とその呼出し側から呼び出された回線であることが分かる。まず、図１１には、複数回線の能動メッセージ側からメッセージコードを受け取るために、単一回線受信側で実行する受信側ロジックの主なステップが示されている。ステップ６００で、複数回線の能動メッセージ側から呼出しを受け取る。受け取るメッセージコードは、呼出し側の識別コード（ＩＤＣ）の値から復号したＫＩコード要素を基にしたものである。ステップ６０２で、呼出しを受け取り、呼出し側の識別と呼出し側の呼出し回線を識別し、呼出し期間ＴＲを測定する。ここでも、呼出し期間の測定は任意で、この測定を使用すると、メッセージコードの作成が柔軟に行えるようになる。特定の呼出し側の最初の呼出しを受け取るときは復号セッションは「オン」にはならないため、ステップ６０４で、コントロールはステップ６０６へ渡され、現行呼出し側について「タイムアウト」手順が初期化される。これにより、現行呼出し側の復号セッションは「オン」と宣言される。ステップ６０８で、メッセージコードの最初のコード要素は呼出し側の識別とその呼出し側により呼び出された回線に関連する番号に設定され、指標ｉは１に設定される。ステップ６１０で、受け取るメッセージコードが１コード要素（ＫＩ＝１）を基にしているかどうか検査する。受信するメッセージコードが１を基にしている場合、ステップ６１２で、メッセージコードは正確な復号の準備ができ、識別メッセージとメッセージ到着時間とを生成する。受信側が能動メッセージ側の場合、ステップ６１４で、コントロールはステップ６１６へ渡され、受信側は適当な肯定応答メッセージコードを呼出し側へ送る。これは、肯定応答、否定応答、または部分肯定応答メッセージコードのいずれかである。次に、コントロールはステップ６１８へ渡され、受信側は次の呼出しを待つ。しかし、受信側が能動メッセージ側でない場合は、ステップ６１４で、コントロールはステップ６２０へ渡され、受信側は呼出し側からの肯定応答メッセ −ジコード検査を待つ。もちろん、受信側は、登録回線で呼出し側の適当な肯定応答メッセージコードを作成する。受信側が能動メッセージ側でなく、しかも呼出し側が肯定応答メッセージコードを受信しなければならない場合、受信側は単一回線の受信側でないことは明らかである。ステップ６２０を実行後、コントロールはステップ６１８へ渡され、ステップ６２２で、現行復号セッションについて「タイムアウト」を検査する。「タイムアウト」になっていない場合は、コントロールはステップ６００へ戻る。ステップ６２２で「タイムアウト」になると、ステップ６２４で、現行呼出し側についてメッセージコード要素を受信したかどうかを検査する。現行呼出し側についてメッセージコード要素を受信していない場合、ステップ６２６で、メッセージ受信手順は当該呼出し側について異常終了し、コントロールはステップ６１４へ渡され、否定応答メッセージコードを呼出し側へ中継する。すべてではなく一部のメッセージコードが現行呼出し側から受け取られている場合は、呼出し側のメッセージコードは部分的に復号され（６２８）、コントロールはステップ６１４へ渡され、部分肯定応答メッセージコードが呼出し側へ中継される。その後、コントロールはステップ６１８、及びステップ６２２へ渡される。ステップ６０４で復号セッションが現行呼出し側について「オン」の場合、コントロールはステップ６３０へ渡され、現行呼出し側の以前に復号された要素の指標ｉが検査され、ステップ６３２で、ｊは１＋ｉと定義される。ステップ６３４で、データベースコード変換テーブルを介して、ｊ番目のコード要素は呼出し側の識別及びその呼出し側から呼び出された回線に関係付けられる。ステップ６３６で、すべてのコード要素を受信したかどうか検査する。すべてのコード要素を受信している場合は、ステップ６１２で、受信したメッセージコードは復号可能になり、上記で述べたように、ステップ６１４から６２０で肯定応答が行われる。メッセージコードを単一回線受信側へ送信するための複数回線能動メッセージ側のロジックの主なステップについて、図１２を参照して説明する。ステップ７００で、複数回線能動メッセージ側は、インテリジェントなネットワーク操作を利用して、メッセージコード送信を生成する。ステップ７０２で、ＫＩ要素を使用するメッセージコードを符号化する。各コード要素は、いずれかの呼出し側の回線番号に呼の呼出し期間ＴＲが付加され形式で表される。必須ではないが、メッセージコードは、最初のコード要素を重要度が最も高いメッセージ要素にし、最後のコード要素（ＫＩ番目）を最も重要度が低いメッセージ要素にして作成することが好ましい。ステップ７０４で、「タイムアウト」手順を開始する。ステップ７０６で、指標ｉをゼロに設定する。ステップ７０８で、指標ｉの値を１だけ増加する。ステップ７１０で、「タイムアウト」になったかどうか検査する。「タイムアウト」になっていない場合は、ステップ７１２で、複数回線の能動メッセージ側は、ｉ番目のコード要素に割り当てられた回線から呼出し側を呼び出す。ステップ７１４で、受信側の回線の状態を検査する。「話中」の場合、ステップ７２２で、呼出し側は回線を切り離してＴＢ秒間待機した後、ステップ７１２へ戻る。一方、受信側の回線が「話中」でない場合は、呼出し側はＴＲｉ秒待機した後、回線を切り離す（７１６）。ステップ７１８で、コード要素の指標を検査する。ＫＩ番目の要素が送信されている場合は、完全なメッセージコードが送信されていて（７２０）、処理は肯定応答／ポーリング手順（ステップ７３０、７３２、及び７３４）から継続される。ステップ７１８でＫＩ番目の要素がまだ送信されていない場合は、コントロールはステップ７０８へ渡され、処理が継続される。ステップ７１０で「タイムアウト」になると、送信されたコード要素数をステップ７２４で検査する。コード要素が１つも送信されていない場合は、ステップ７２４で手順を異常終了し（７２６）、ステップ７０２から再始動する必要がある。しかし、少なくとも１つの要素が送信されている場合は、メッセージは部分的に送信されていて（７２８）、ステップ７２９で、部分的に送信されたメッセージで十分かどうかを検査する。部分メッセージでは不十分と思われる場合、手順は異常終了する（７２６）。部分メッセージで十分と思われる場合は、処理は肯定応答／ポーリング手順から継続される（ステップ７３０）７３２、及び７３４）。図９から図１２も、単一回線の受信者を呼び出す単一回線呼出し側の特殊な場合を示している。図１０及び図１２は、単一回線の能動メッセージ側が単一回線受信側へメッセージを送信する場合の特殊な場合を示し、図９及び図１１は、単一回線の受信者が単一回線の能動メッセージ側からメッセージを受け取る特殊な場合を示している。これらの特殊な場合は、インテリジェントなネットワーク操作についてだけである。複数回線と単一回線の通信側でメッセージを交換する一般的な場合と異なり（この場合は、符号化及び復号は呼出し側及び呼び出された側の回線番号及び未応答の呼出しの順序に依存する）、単一回線通信側間におけるここで述べるメッセージ交換の特殊な場合では、メッセージコード要素は、受信側のクロックトリガがら「呼出し」処理を切り離すまでの経過時間を基にしている。この特殊な場合はインテリジェントなネットワーク操作に限られていて、また、二人の通話者間で通信するために、呼出し側の識別コードは呼から直接抽出する。しかし、各メッセージコードは幾つかの要素を基にしているため、呼とメッセージコード間のリンクを復号するのは、以下に要約する複数ステップの手順による。（ａ）呼から、呼出し側の識別コードとメッセージ到着時間とを抽出する。（ｂ）最初の「呼出し」からその呼出し処理の最後までの時間を測定する。（ｃ）測定時間を復号パラメータＴＤで除算し、要素メッセージコード値から結果を抽出する。これは、除算の結果を最も近いメッセージコード要素値に切り捨てることで求める（例えば、クロックトリガから最後の呼出しまでの時間が７．５秒で、ＴＤ＝４秒であるとする。使用可能なメッセージコード要素が１、２、４、６、８であるとすると、この場合抽出されるメッセージコード要素値は２になる）。（ｄ）該当する場合は、メッセージ到着時間及び以前に受信したメッセージコード要素（例えば（ｉ−１）番目の要素）を基に、メッセージコード要素に指標ｉを割り当てる。（ｅ）すべてのメッセージコード要素が使用可能でメッセージコードを構成している要素数が分がっている場合は、メッセージを復号する。または、「タイムアウト」が発生して手順に割込みをかけた場合は、メッセージコードを部分的に復号する。（ｆ）受信側が受動メッセージ側の場合。最後のコード要素を受け取った後、事前定義された時間について肯定応答コードを生成する（「話中」信号として）、または、該当する場合は、否定応答コード（「空き」信号として）を生成する。（ｇ）受信側が能動メッセージ側の場合。送信側を呼び出し、肯定応答メッセージコードまたは否定応答メッセージコードの接続時間自由送信を依頼する。これは、ステップ（ｆ）と同様に「話中」信号または「空き」信号を生成することで行う。上記で説明した復号手順によれば、送信側による接続自由時間メッセージの符号化は次のように行われる。（ｉ）報告するイベントごとにデータベースからメッセージコードを選択する（各コード要素は次の２つのパラメータで構成される。最初は呼び出す番号で、２番目はクロックトリガから切離しまでの時間）。（ｉｉ）第１のコード要素（最も重要な要素）の受信側番号を呼び出し、特定のコード要素により定義されている時間だけ「呼出し」モードで待機する。（ｉｉｉ）呼出しを切り離す。（ｉｖ）残りすべてのコード要素について、ステップ（ｉｉ）及び（ｉｉｉ）を逐次繰り返す。（ｖ）コード化されたメッセージの転送を完了したら、ステップ（ｆ）または（ｇ）に指定されている肯定応答へ進む。次に、ポーリングにより複数回線受動メッセージ側のメッセージを調べる単一回線の能動メッセージ側を説明する。複数回線の受動メッセージ側は、複数の能動メッセージ側に応答できるが、一度に１つしか応答できない。インテリジェントなネットワーク操作の場合、受動メッセージ側からの最初のデータポーリングステージでは、受動メッセージ側のポーリング登録回線を呼び出す。これは、特定の呼出し側に関するメッセージコードを適宜作成する受動メッセージ側へ、呼出し側を知らせる目的として役立つ。また、ポーリング回線を「話中」に切り替えることで、データポーリングを実行しようとする他の並行呼出し側は、受動メッセージ側へアクセスできなくなる。並列呼出し側を待機しているメッセージがある場合、応答回線は「話中」に切り替えられ、検査を実行している呼出し側に対しメッセージが待ち状態であることを知らせる。待ち状態のメッセージがない場合、この手順は能動メッセージ側と受動メッセージ側の両方について終了する。メッセージ符号化は、受動メッセージ側の入力Ｎ回線の「話中」及び「空き」状態を使用する２進コードとして生成される。Ｎが小さ過ぎて完全な２進メッセージコードを符号化できない場合、幾つかの連続サイクルを使用し、重要度が最も高いビットを最初のサイクルで符号化し（最初の回線は最上位ビットと呼ばれる）、最も重要度の低いビットを最後のサイクルで符号化する（最後の回線は最下位ビットと呼ばれる）。このような場合、能動メッセージ側は、肯定応答登録回線を呼び出すことでサイクルを完全に読み取った旨を受動メッセージ側に通知し、受動メッセージ側はこれに応答して次のＮ回線のサイクルを符号化する。この手順が完了するかまたは「タイムアウト」が発生して終了すると、すべての受信側回線は「空き」に切り替えられ、次のメッセージ手順が開始できるようになる。インテリジェントなネットワーク操作と従来のネットワーク操作との唯一の相違点は、従来のネットワーク手順では能動メッセージ側による呼出し側の識別符号化を開始しないと、受信側はメッセージコードを符号化できないという点である。これに対し、インテリジェントなネットワーク操作では、呼出し側の識別は、通常は第１及び第２の入力呼出し間で、電話ネットワークを介して送信される通信信号の搬送周波数で変調され、呼出し側により呼び出された受信側の回線に接続されているモデムまたは回線インターフェースにより直接抽出される。複数回線受信側からのメッセージコードを単一回線呼出し側がポーリングする手順について、図１３及び図１４で以下に説明する。まず、単一回線の呼出し側（能動メッセージ側）がメッセージコードポーリングするための複数回線受信側ロジックの主なステップを、図１３を参照して説明する。ステップ８００で、受動メッセージ側のポーリング登録回線を呼び出し、呼出し側を識別する。ステップ８０２で、ポーリング回線を「話中」に切り換えることで、他の並行呼出し側は複数回線受信側へアクセスできなくなる。並行呼出し側を待っているメッセージがある場合（８０４）、応答回線をＴ秒間「話中」に切り換え（８０６）、メッセージが待ち状態であることを呼出し側に通知する。ステップ８０８で、能動メッセージ側が受信側の応答回線をＴ秒以内に呼び出すと、ステップ８１０で「タイムアウト」手順が開始される。ステップ８０４で、現行呼出し側を待っているメッセージが何もない場合、呼出し側がＴ秒間待機した後、コントロールはステップ８３６へ渡される。同様に、能動メッセージ側が受信側の応答回線をステップ８０８でＴ秒以内に呼び出さない場合も、コントロールはステップ８３６に渡される。ステップ８３６で、ポーリング手順は終了し、ポーリング回線及びメッセージコード登録回線など、受信側のすべての回線は「空き」に設定される。ポーリング手順を再始動し、すべての呼出し側が使用できるようにする。上記で指摘したように、メッセージ符号化は、受動メッセージ側の入力Ｎ回線の「話中」状態と「空き」状態を使用した２進コードとして生成される。最初は、入力Ｎ回線はすべて「空き」に設定される。ステップ８１２で、メッセージコードを構成するコード要素数Ｋ（２進ビット）がＮより大きいかを検査する。Ｋ＜Ｎの場合、回線数は符号化に十分であるため、ステップ８４０でＮ回線のうちのＬ回線を「話中」に切り換えることで必須メッセージコードを作成する。ステップ８３８で、「タイムアウト」を検査する。「タイムアウト」の場合、手順はステップ８３６で終了する。「タイムアウト」でない場合、呼出し側が受信側の肯定応答−登録回線を呼び出し、メッセージが正常にポーリングされたことを示しているかどうかを検査する（８３４）。ステップ８１２でＫ＞Ｎの場合、Ｎ回線では完全２進コードの符号化には不十分である。この場合、メッセージコードを連続サイクルに分割する。テップ８１４で決定する数量［Ｋ／Ｎ］＋１（［ｘ］はｘの整数値）は、必要な連続サイクル数である。ステップ８１８から８３２で示すループは、Ｊ回のサイクルでのメッセージコードを符号化する様子を説明している。ステップ８２０で、事前設定のスキャン時間は、当該サイクルのメッセージコードがステップ８３２で読み取られる度に呼出し側が入力受信者回線と肯定応答とを呼び出すのに十分な時間とする。この場合も、手順が完了するか「タイムアウト」が発生して終了すると、受信者回線をすべて「空き」に切り換え、次のメッセージ手順が開始できるようにする（ステップ８３６）。次に、複数回線受信者からのメッセージコードをポーリングするための単一回線呼出し側ロジックの主なステップを図１４で説明する。ステップ９００で、単一回線能動メッセージ側が複数回線受信者からのメッセージをポーリングするためのトリガをオンに設定する。ステップ９０２から９０６で、受信者のポーリング登録回線は「空き」になるまで呼び出される。ステップ９０８で、呼出し側はＴ１秒間待機した後、回線を切り離し、ステップ９１０で、受信者の応答登録回線を呼び出す。ステップ９１２で、受信者の応答登録回線の状態を検査する。回線が「空き」の場合、呼出し側を待っているメッセージは何もなく、ステップ９１４で、手順は終了する。回線が「話中」の場合、呼出し側を待っているメッセージがあり（９１６）、「タイムアウト」手順がステップ９１８で開始される。ステップ９２０で、コード要素の最大数Ｋと受信者入力回線数Ｎとを比較する。Ｋ＜Ｎの場合、入力受信者回線数はメッセージコード全体を収容するのに十分で、コントロールはステップ９２２に渡され、標識はｉはゼロに設定され、１サイクルのポーリング手順のポーリング処理が開始される。ステップ９２４から９３６で定義するループで、メッセージコードは回線単位で次のようにポーリングされる。まず、回線標識ｉは１に設定され、受信側のｎｉ番目の回線が呼び出され（９１６）回線の状態（９２８）が「空き」（９３０）かどうか検査し、呼出し側はＴ２秒間待機した後に回線を切り離す。一方、回線が「話中」の場合（９３２）、呼出し側はＴ３秒間待機した後、回線を切り離す。回線を切り離した後、最後にコード化された回線が呼び出されたかどうか検査する。最後にコード化された回線が呼び出されていない場合、「タイムアウト」の検査を行なう（９３６）。「タイムアウト」でない場合、コントロールはステップ９２４に渡され、次にコード化されている回線が呼び出される。「タイムアウト」の場合、メッセージコードは部分的にしかポーリングされてないないため、部分肯定応答メッセージコードが呼出し側により作成される（９３８）。一方、最後にコード化された回線がステップ９３４で呼び出された場合、メッセージコードは完全にポーリングされているため、呼出し側はポーリング手順が正常に完了したことをステップ９４０から９４８で適切に確認する。ステップ９２０でＫ＞Ｎの場合、Ｎ個の受信側回線では完全なメッセージコードを収容するのに十分ではない。この場合、メッセージコードは複数の連続サイクルに分割される。ここで、Ｊはメッセージコードをポーリングするのに必要なサイクル数を定義している。ステップ９５６から９８０は、１サイクルでメッセージをポーリングするためのステップ９２４から９４６と同じである。しかし、ステップ９５６から９８０には、ステップ９５０から９５４とステップ９８２から９８３が追加されていて、これらのステップにより１回のサイクルポーリング手順がＪ回繰り返される。本発明は、多少、具体的に説明し図示してきた。しかし、以下に述べる請求の範囲の主旨と範囲から逸脱しない限り、各種変更及び変形が可能である。本発明のＣＥＩＣ方法を使用して送信側と受信側間でメッセージの送信を行う１回線の例について、図１５及び図１６を参照して説明する。つまり、上記で説明したＩＤＣ値に付加するコード要素を構成するＬＳＰである。これは、本発明による幾つかの変形の１つに過ぎない。図１５及び１６は図１１及び図１２とほとんど同じであるが、多少、修正されている。修正されているブロックは、図１１及び図１２の対応するブロックと同じ数字で示してあるが、アポストロフィが付加されている。その他のブロックは同じであるため、ここでは詳細に説明しない。まず図１６を参照すると、送信シーケンスが示されている。ブロック７００’では、コード要素はＭＳＰ及びＬＳＰ要素と呼出し時間に関連するコード要素とで構成されている。ブロック７０２ ’では、ＭＳＣをＫｉ要素を使用してコード化する。各要素は、ネットワークで送信される送信側ＩＤＣの送信側単−ＭＳＰ番号に付加されたＬＳＰ値により表されている。全体の処理は図１２で説明したように続行されるが、時間が満了していないと（ブロック７１２’）、ＥＩＣコード要素（ＭＳＰとＬＳＰ）は受信側へ送信される。図１５を参照すると、この図は図１１に似ていて、結合されたＭＳＰとＬＳＰを受け取る手順をブッロク６００’で説明している。ブロック６３４’では、入手したコード要素ＬＳＰ_iとコード要素ＴＲ_i（セッションが行われているものと想定）によりＭＳＣ要素ｉを決める。セッションの開始直後の場合は、抽出されたＬＳＰ_iとＴＲ_iがそれぞれ、最初のＬＳＰと呼出し時間要素とを構成し、セッションのタイムアウトカウントが開始される。もちろん、すべての呼にＬＳＰとＴｉ呼出し期間構成要素の両方を組み込む必要はないが、分かりやすくするために、以下の例では、ＬＳＰと呼出し期間コード要素だけを考慮している。最初の呼出しで、ＬＳＰ₁コード要素とＴ₁コード要素とを入手する。２番目の呼出しで、ＬＳＰ₂コード要素とＴ₂コード要素とを入手し、３番目の呼出しで、ＬＳＰ₃コード要素とＴ₃コード要素を入手する（Ｔ₁、Ｔ₂、及びＴ₃は必ずしも固有でなくてもよく、ＬＳＰ₁、ＬＳＰ₂、及びＬＳＰ₃についても同様である）。３つのＬＳＰコード要素によりコード部分の一部が構成され、同様に、３つの呼出し期間により特定のメッセージ（ＬＵＴ等を使用して抽出できるメッセージセットからの）に対応するコードのコード部分の一部を構成する。上記で説明したように、コード要素を符号化する順序は、必要であれば、対応するメッセージを判別するために意味を持たせてもよい。したがって、非制限的な例では、シーケンス（最初の呼がＬＳＰ₁ Ｔ₁で２番目の呼がＬＳＰ₂ Ｔ₂）はシーケンス（最初の呼がＬＳＰ₂ Ｔ₂で２番目の呼がＬＳＰ₁ Ｔ₁）のシーケンスとは異なったメッセージを表している。必要であれば、呼出し側の電話回線、受信側の電話回線等の他のパラメータを使用し、組合せ数をさらに増加させることも可能である。これにより、メッセージの種類は明らかに増加する。同じ組合せでも各呼出し側（または受信者）では異なったメッセージに対応することがある点に注意する。したがって、非制限的な例では、ある受信者に関するＬＳＰ₁ Ｔ₁は最初のメッセージに対応し、別の受信者に関する同じ組合せＬＳＰ₁ Ｔ₁は２番目のメッセージに対応する。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ

Claims

【特許請求の範囲】 1. 呼出し側と受信者間の電話ネットワークを介した通信方法であって、（ａ）呼出し側が少なくとも１つの呼出し側電話回線からの少なくとも１つの呼を少なくとも１つの受信者電話回線へ出すステップと、（ｂ）受信者が少なくとも１つの呼を受信するが応答せず、呼出し側と受信者との間でコードを送信するステップと、（ｃ）送信されたコードからメッセージを判別するステップと、を含むことを特徴とする方法。 2. 請求項１に記載の方法であって、どの受信者電話回線が呼び出され、複数の回線が呼び出された場合は、どのような順序で呼び出されたかを受信者が示すことで、コードを送信することを特徴とする方法。 3. 請求項１に記載の方法であって、少なくとも１つの呼がどの電話回線から出されているか及び、複数の呼が出されている場合は、どのような順序で呼が出されているかを受信者が示すことでコードを送信することを特徴とする方法。 4. 請求項１に記載の方法であって、受信者が特定の状態の少なくとも１つの受信者電話回線を用意するステップをさらに含み、呼出し側が少なくとも１つの受信者電話回線の状態を示すことでコードを送信することを特徴とする方法。 5. 請求項４に記載の方法であって、受信者電話回線の特定の状態は話中状態及び空き状態を含むグループから選択することを特徴とする方法。 6. 請求項１に記載の方法であって、呼を第１の時間値で受信し、どの受信者電話回線が呼び出されているか及び第１の時間値と切離しとの間の経過時間とを受信者が示すことでコードを送信することを特徴とする方法。 7. 請求項１に記載の方法であって、呼を第１の時間値で受信し、どの呼出し側電話回線から少なくとも１つの呼が出されているか及び第１の時間値と切離しとの間の経過時間とを受信者が示すことでコードを送信することを特徴とする方法。 8. 請求項６に記載の方法であって、第１の時間値は呼のクロックトリガが行われた時間であることを特徴とする方法。 9. 請求項１に記載の方法であって、電話ネットワークはインテリジェントネットワークであることを特徴とする方法。 10．請求項１に記載の方法であって、電話ネットワークは従来のネットワークであることを特徴とする方法。 11．請求項９に記載の方法であって、呼出し側が呼を出すときに電話ネットワークを介して送信される通信信号で自動的に送信され、かつ、通信信号から自動的に復号できる呼出し側識別コードをネットワークが出すことをさらに含むことを特徴とする方法。 12．請求項１０に記載の方法であって、呼出し側識別コードを示す受信者電話回線を呼出し側が呼び出すことで与えられる呼出し側識別を呼出し側が出すことをさらに含むことを特徴とする方法。 13．電話ネットワークを使用する通信方法であって、電話の呼は出されても応答されず、呼出し側が少なくとも１つの電話の呼を出し、それにより、少なくとも１つの電話回線を呼び出すステップと、受信者が少なくとも１つの電話の呼を受信するが、呼に応答しないステップと、呼び出されても応答されない呼出し側から受信者への少なくとも１つの呼の電話番号を、識別メッセージを示す特定のコードへ関係付けるステップと、を含むことを特徴とする方法。 14．電話ネットワークを使用する通信方法であって、電話の呼は出されても応答されず、呼出し側が少なくとも１つの電話の呼を出し、それにより、少なくとも１つの電話番号を送信するステップと、送信された少なくとも１つの電話番号に応答して受信者が少なくとも１つの電話番号を受信するが出された少なくとも１つの電話番号の呼に応答しないステップと、受信した少なくとも１つの呼出し側電話番号を識別メッセージを示すコードに関係付けるステップと、を含むことを特徴とする方法。 15．電話ネットワークを使用する通信方法であって、電話の呼は出されても応答されず、電話回線の状態が「許可継続」の場合に与えられる通信方法継続の許可が電話回線の状態により決められ、「許可継続」状態を受信すると、少なくとも１つの受動呼出し側電話回線への少なくとも１つの未応答の電話の呼を、能動呼出し側が出すステップと、少なくとも１つの受動呼出し側回線に対し、一連の少なくとも１つの未応答電話の呼を能動呼出し側が出すステップと、一連の少なくとも１つの未応答電話の呼の電話回線状態を示し、識別メッセージを示すメッセージコードを示す一連の状態を入手するステップと、を含むことを特徴とする方法。 16．既存の電話ネットワークを利用する通信方法であって、電話の呼は出されても応答されず、第１の時間値から呼の切離しまでの時間と呼び出された回線番号とによりコード化メッセージのコード化要素を生成し、呼出し側が少なくとも１つの電話の呼を出し、それにより、少なくとも１つの電話回線が呼び出されるが応答されないステップと、少なくとも１つの電話の呼を受信するが受信者は当該呼に応答せず、第１の時間値から呼の切離しまでの時間を示すステップと、呼び出されても応答されない呼出し側から受信者への少なくとも１つの呼の電話番号と第１の時間値から切離しまでの時間とを、識別メッセージを示す特定のコードヘ関係付けるステップと、を含むことを特徴とする方法。 17．電話ネットワークを使用する通信方法であって、電話の呼は出されても応答されず、第１の時間値から呼の切離しまでの時間と呼出し回線番号とでコード化メッセージのコード要素を生成し、呼出し側が少なくとも１つの電話の呼を出し、それにより、少なくとも１つの電話回線を呼び出すステップと、送信された少なくとも１つの電話番号に応答して受信者が少なくとも１つの電話番号を受信するが出された少なくとも１つの電話の呼には応答せず、第１の時間値から呼の切離しまでの時間を示すステップと、受信した少なくとも１つの呼出し側の電話番号と第１の時間値から切離しまでに示された時間とを識別メッセージを示す特定のコードに関係付けるステップと、を含むことを特徴とする方法。 18．請求項１６に記載の方法であって、第１の時間値は呼のクロックトリガが実行された時間であることを特徴とする方法。 19．呼出し側と受信者間の電話ネットワークを介した通信システムであって、（ａ）呼出し側が少なくとも１つの呼出し側電話回線からの少なくとも１つの呼を少なくとも１つの受信者電話回線へ出す手段と、（ｂ）受信者が少なくとも１つの呼を受信するが応答せず、呼出し側と受信者との間でコードを送信する手段と、（ｃ）送信されたコードからメッセージを判別すると手段と、を含むことを特徴とするシステム。 20．請求項１９に記載のシステムであって、どの受信者電話回線が呼び出され、複数の回線が呼び出された場合は、どのような順序で呼び出されたがを受信者が示すことで、コードを送信することを特徴とするシステム。 21．請求項１９に記載のシステムであって、少なくとも１つの呼がどの電話回線から出されているか及び、複数の呼が出されている場合は、どのような順序で呼が出されているかを受信者が示すことでコードを送信することを特徴とするシステム。 22．請求項１９に記載のシステムであって、受信者が特定の状態の少なくとも１つの受信者電話回線を用意するステップをさらに含み、呼出し側が少なくとも１つの受信者電話回線の状態を示すことでコードを送信することを特徴とするシステム。 23．請求項２２に記載のシステムであって、受信者電話回線の特定の状態は話中状態及び空き状態を含むグループから選択することを特徴とするシステム。 24．請求項１９に記載のシステムであって、呼を第１の時間値で受信し、どの受信者電話回線が呼び出されているか及び第１の時間値と切離しとの間の経過時間とを受信者が示すことでコードを送信することを特徴とするシステム。 25．請求項１９に記載のシステムであって、呼を第１の時間値で受信し、どの呼出し側電話回線から少なくとも１つの呼が出されているか及び第１の時間値と切離しとの間の経過時間とを受信者が示すことでコードを送信することを特徴とするシステム。 26．請求項２４に記載のシステムであって、第１の時間値は呼のクロックトリガが行われた時間であることを特徴とするシステム。 27．請求項１９に記載のシステムであって、電話ネットワークはインテリジェントネットワークであることを特徴とするシステム。 28．請求項１９に記載のシステムであって、電話ネットワークは従来のネットワークであることを特徴とするシステム。 29．請求項２７に記載のシステムであって、呼出し側が呼を出すときに電話ネットワークを介して送信される通信信号で自動的に送信され、かつ、通信信号から自動的に復号できる識別コードをネットワークが出すことをさらに含むことを特徴とするシステム。 30．請求項２８に記載のシステムであって、呼出し側識別コードを示す受信者電話回線を呼出し側が呼び出すことで与えられる呼出し側識別を呼出し側が出すことをさらに含むことを特徴とするシステム。 31．電話ネットワークを使用する通信システムであって、電話の呼は出されても応答されず、呼出し側が少なくとも１つの電話の呼を出し、それにより、少なくとも１つの電話回線を呼び出す手段と、受信者が少なくとも１つの電話の呼を受信するが、呼に応答しない手段と、呼び出されても応答されない呼出し側から受信者への少なくとも１つの呼の電話番号を、識別メッセージを示す特定のコードへ関係付ける手段と、を含むことを特徴とするシステム。 32．電話ネットワークを使用する通信システムであって、電話の呼は出されても応答されず、呼出し側が少なくとも１つの電話の呼を出し、それにより、少なくとも１つの電話番号を送信する手段と、送信された少なくとも１つの電話番号に応答して受信者が少なくとも１つの電話番号を受信するが出された少なくとも１つの電話番号の呼に応答しない手段と、受信した少なくとも１つの呼出し側電話番号を識別メッセージを示すコードに関係付ける手段と、を含むことを特徴とするシステム。 33．電話ネットワークを使用する通信システムであって、電話の呼は出されても応答されず、電話回線の状態が「許可継続」の場合に与えられる通信継続の許可が電話回線の状態により決められ、「許可継続」状態を受信すると、少なくとも１つの受動呼出し側電話回線への少なくとも１つの未応答の電話の呼を、能動呼出し側が出す手段と、少なくとも１つの受動呼出し側回線に対し、一連の少なくとも１つの未応答電話の呼を能動呼出し側が出す手段と、一連の少なくとも１つの未応答電話の呼の電話回線状態を示し、識別メッセージを示すメッセージコードを示す一連の状態を入手する手段と、を含むことを特徴とするシステム。 34．既存の電話ネットワークを利用する通信システムであって、電話の呼は出されても応答されず、第１の時間値から呼の切離しまでの時間と呼び出された回線番号とによりコード化メッセージのコード化要素を生成し、呼出し側が少なくとも１つの電話の呼を出し、それにより、少なくとも１つの電話回線が呼び出されるが応答されない手段と、少なくとも１つの電話の呼を受信するが受信者は当該呼に応答せず、第１の時間値から呼の切離しまでの時間を示す手段と、呼び出されても応答されない呼出し側から受信者への少なくとも１つの呼の電話番号と第１の時間値から切離しまでの時間とを、識別メッセージを示す特定のコードへ関係付けると手段、を含むことを特徴とするシステム。 35．電話ネットワークを使用する通信システムであって、電話の呼は出されても応答されず、第１の時間値から呼の切離しまでの時間と呼出し回線番号とでコード化メッセージのコード要素を生成し、呼出し側が少なくとも１つの電話の呼を出し、それにより、少なくとも１つの電話回線を呼び出す手段と、送信された少なくとも１つの電話番号に応答して受信者が少なくとも１つの電話番号を受信するが出された少なくとも１つの電話の呼には応答せず、第１の時間値から呼の切離しまでの時間を示す手段と、受信した少なくとも１つの呼出し側の電話番号と第１の時間値から切離しまでに示された時間とを識別メッセージを示す特定のコードに関係付ける手段と、を含むことを特徴とするシステム。 36．請求項３４に記載のシステムであって、第１の時間値は呼のクロックトリガが実行された時間であることを特徴とするシステム。 37．請求項１９に記載のシステムにおいて、能動メッセージ側はメッセージコードを送信することを特徴とするシステム。 38．請求項１９に記載のシステムにおいて、受動メッセージ側はメッセージコードを受信し、ポーリングのためのメッセージコードを作成することを特徴とするシステム。 39．請求項１９に記載のシステムにおいて、装置は少なくとも１つの状態の状況報告を必要とすることを特徴とするシステム。 40．請求項１９に記載のシステムにおいて、自動サービス点は、自動サービス点に必要なストックとサービスのタイプと数量と、修正しなければならない自動サービス点の障害と故障、のいずれか１つから選択した状況報告を必要とすることを特徴とするシステム。 41．請求項１９に記載のシステムにおいて、人間によるサービス点は、人間によるサービス点に必要なストックとサービスのタイプと数量と、修正しなければならない人間によるサービス点の障害と故障、のいずれか１つから選択した状況報告を必要とすることを特徴とするシステム。 42．請求項１９に記載のシステムにおいて、ユーティリティメーターはユーティリティメーターから読み取った値の状況報告を必要とすることを特徴とするシステム。 43．請求項１９に記載のシステムにおいて、装置に適用する装置コマンドには特定の状態があり、装置コマンドは特定の状態を変化させることを特徴とするシステム。 44．請求項１９に記載のシステムにおいて、装置に適用するコントローラコマンドには特定の状態があり、コントローラコマンドは特定の状態を変化させ、装置は水バルブ、交通信号、電流スイッチ、及びスマートハウスコントローラが含まれるグループのいずれか１つから選択されることを特徴とするシステム。 45．インテリジェントな電話ネットワークで呼出し端の少なくとも１つの電話回線から受信端の少なくとも１つの電話回線へ、少なくとも１つのメッセージのセットから選択した符号化メッセージを送信する方法であって、（ａ）呼出し端で、インテリジェントな電話ネットワークでは見えない少なくともコード部分を含むようにメッセージを符号化するステップと、（ｂ）呼出し端の前記電話回線の少なくとも１つから受信端の前記電話回線の少なくとも１つへ、少なくとも１つの呼を介して符号化メッセージを転送するステップと、（ｃ）受信端で、少なくとも１つの呼を受信するが応答せず、当該少なくとも１つの呼から符号化メッセージを復号するステップと、を含むことを特徴とする方法。 46．請求項４５に記載の方法であって、ステップ（ａ）で規定された前記コード部分は、前記少なくとも１つの呼の内の１つの呼の拡張識別コードセクションに付加された最下位部分（ＬＳＰ）である、少なくとも１つのコード要素で構成されることを特徴とする方法。 47．請求項４６に記載の方法であって、各要素のＬＳＰは、呼出し側拡張識別コード（ＣＥＩＣ）または受信側拡張識別コード（ＲＥＩＣ）のいずれかに付加されていることを特徴とする方法。 48．請求項４５に記載の方法であって、前記ステップ（ａ）に規定されたメッセージの前記符号化は、第１の時間値と前記少なくとも１つの呼出しの内の１つの呼の切離しとの間に設定された経過時間である少なくとも１つの要素で構成されるコード部分をさらに含むことを特徴とする方法。 49．請求項４５に記載の方法であって、前記ステップ（ａ）で規定されたメッセージの符号化は、前記少なくとも１つの呼出し電話回線の内の１つの電話回線である少なくとも１つのコード要素で構成されるコード部分をさらに含むことを特徴とする方法。 50．請求項４５に記載の方法であって、前記ステップ（ａ）に規定されたメッセージの符号化は、前記少なくとも１つの受信電話回線の内の１つの電話回線である少なくとも１つのコード要素で構成されるコード部分をさらに含むことを特徴とする方法。 51．請求項４５に記載の方法であって、前記ステップ（ａ）で規定されたメッセージの符号化は順序を区別することを特徴とする方法。 52．請求項４５に記載の方法であって、前記ステップ（ａ）に規定されたメッセージの符号化は順序を区別しないことを特徴とする方法。 53．請求項４５に記載の方法であって、前記ステップ（ａ）における符号化の影響を受けるメッセージは前記受信者に依存することを特徴とする方法。 54．インテリジェントな電話ネットワークで呼出し端の少なくとも１つの電話回線から受信端の少なくとも１つの電話回線へ、少なくとも１つのメッセージのセットから選択した符号化メッセージを送信するシステムであって、（ａ）呼出し端で、インテリジェントな電話ネットワークでは見えない少なくともコード部分を含むようにメッセージを符号化する符号化部と、（ｂ）呼出し端の前記電話回線の少なくとも１つから受信端の前記電話回線の少なくとも１つへ、少なくとも１つの呼を介して符号化メッセージを転送する転送部と、（ｃ）受信端で、少なくとも１つの呼を受信するが応答せず、当該少なくとも１つの呼から符号化メッセージを復号する受信部と、を含むことを特徴とするシステム。 55．請求項５４に記載のシステムであって、（ａ）で規定された前記コード部分は、前記少なくとも１つの呼の内の１つの呼の拡張識別コードセクションに付加された最下位部分（ＬＳＰ）である、少なくとも１つのコード要素で構成されることを特徴とするシステム。 56．請求項５５に記載のシステムであって、各要素のＬＳＰは、呼出し側拡張識別コード（ＣＥＩＣ）または受信側拡張識別コード（ＲＥＩＣ）のいずれかに付加されていることを特徴とするシステム。 57．請求項５４に記載のシステムであって、（ａ）に規定されたメッセージの前記符号化は、第１の時間値と前記少なくとも１つの呼出しの内の１つの呼の切離しとの間に設定された経過時間である少なくとも１つの要素で構成されるコード部分をさらに含むことを特徴とするシステム。 58．請求項５４に記載のシステムであって、（ａ）で規定されたメッセージの符号化は、前記少なくとも１つの呼出し電話回線の内の１つの電話回線である少なくとも１つのコード要素で構成されるコード部分をさらに含むことを特徴とするシステム。 59．請求項５４に記載のシステムであって、（ａ）に規定されたメッセージの符号化は、前記少なくとも１つの受信電話回線の内の１つの電話回線である少なくとも１つのコード要素で構成されるコード部分をさらに含むことを特徴とするシステム。 60．請求項５４に記載のシステムであって、（ａ）で規定されたメッセージの符号化は順序を区別することを特徴とするシステム。 61．請求項５４に記載のシステムであって、（ａ）に規定されたメッセージの符号化は順序を区別しないことを特徴とするシステム。 62．請求項５４に記載のシステムであって、（ａ）における符号化の影響を受けるメッセージは前記受信者に依存することを特徴とするシステム。 63．請求項５４に記載のシステムにおいて、呼出し端で、インテリジェントな電話ネットワークでは見えないコード部分を少なくとも含むようにメッセージを符号化する符号化部と、呼出し端の前記電話回線の少なくとも１つから受信端の前記電話回線の少なくとも１つへ、少なくとも１つの呼出しを介して符号化メッセージを転送する転送部と、を含むことを特徴とするシステム。 64．請求項５４に記載のシステムにおいて、受信端で、少なくとも１つの呼を受信するが応答せず、当該少なくとも１つの呼から符号化メッセージを復号する受信側を含むことを特徴とするシステム。 65．請求項１９に記載のシステムであって、コスト関連メッセージを使用することを特徴とするシステム。 66．請求項３１に記載のシステムであって、コスト関連メッセージを使用することを特徴とするシステム。 67．請求項３２に記載のシステムであって、コスト関連メッセージを使用することを特徴とするシステム。 68．請求項３３に記載のシステムであって、コスト関連メッセージを使用することを特徴とするシステム。 69．請求項３４に記載のシステムであって、コスト関連メッセージを使用することを特徴とするシステム。 70．請求項３５に記載のシステムであって、コスト関連メッセージを使用することを特徴とするシステム。 71．請求項４５に記載のシステムであって、コスト関連メッセージを使用することを特徴とするシステム。 72．請求項５４に記載のシステムであって、コスト関連メッセージを使用することを特徴とするシステム。