JP4484277B2 - サービス制御装置及びゲートウェイ装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネットユーザにサービス可能なインテリジェントネットワーク（ＩＮ）に関し、特にインターネット・コール・ウエイティング（Internet Call Waiting）サービス機能を有する「インテリジェントネットワークのサービス制御装置（Service Control Point）（ 以下、ＳＣＰと言う）」、上記ＳＣＰとの通信機能を有する「インターネット・プロトコル（ＩＰ）網に接続されたＩＰ通信装置」、および、上記ＳＣＰとＩＰ通信装置とを接続するサービス制御ゲートウェイ装置に関する。
【０００２】
【従来の技術】
公衆網からインターネットへの接続方法の１つとして、ダイヤル・アップ接続がある。ダイヤル・アップ接続を利用すると、一般的なアナログ電話回線やＩＳＤＮ回線を利用して、家庭のパソコンを必要な時に必要な時間だけ、インターネットに接続できる。ダイヤル・アップ接続を利用して、パソコンなどの端末装置をインターネットに接続する場合、「アナログ電話網やＩＳＤＮ網」とインターネット網とを接続するゲートウェイ装置によって、端末ユーザ（加入者）の認証やＩＰアドレスの割り当てが行われる。 ユーザがダイヤル・アップ接続によってインターネットに接続している間、ユーザ端末の加入者線を収容している交換機は、加入者が通話中か否かは識別できたとしても、ユーザ端末がインターネットに接続中か否かを識別することはできない。
【０００３】
一方、サービスのカスタマイズ化や、迅速なサービス提供を可能にするインテリジェント・ネットワーク（ＩＮ）は、網構成をプレーンと呼ばれる機能別のプレーン（サービス・プレーン、グローバル機能プレーン、分散機能プレーン、物理プレーン）に分けて、各プレーンを規定した「能力セット１」と、網間接続サービスを含むサービスの生成、管理を規定した、より高度の「能力セット２」とが標準化されている（ITU-T勧告：Q.1220-Q.1228）。
【０００４】
インテリジェント・ネットワークは、複数の交換機からなる伝達（Transport Layer)網と、上記伝達網に共通線信号網で接続された サービス制御装置（Service Control Point）からなる高機能(Intelligent Layer）網と、上記ＳＣＰに接続されたサービス管理装置（Service Management Point）とからなる。 「ＩＮ能力セット２」における網間接続サービスは、ITU-T勧告Q.1224に記載されているように、ＩＮ網間におけるサービスデータ機能やサービス制御機能の連携によるサービス提供方法が中心であり、ＩＮのサービス制御機能とインターネット網との連携による通信サービスの提供方法については規定されていない。
【０００５】
ＩＮのサービス制御機能とインターネット網とが連携して通信サービスを提供する方法に関して、ＩＴＵ−Ｔでは、インターネット・ユーザからのサービス要求をＩＮのサービス制御機能（ＳＣＦ）に送信する目的で、「インターネット側に、ユーザがサービス要求を送信する“ユーザエージェント機能”を設け、インターネットと公衆網との間に、“サービス制御ゲートウェイ機能”を設ける」案が提案されているが、これらの機能を用いた具体的なサービスの提供方法とサービスの実現方法については、今後の検討課題となっている。
【０００６】
【発明が解決しようとする課題】
近年、通信サービスの多様化に伴い、ＩＮのサービス制御機能とインターネット網との連携による新たなサービスとして、例えば、インターネット・コール・ウエイティング（Internet Call Waiting：ＩＣＷ）サービスの提供が望まれている。 ＩＣＷは、「インターネットに接続中のユーザに着信があった時、着信通知を受けたユーザが、着呼の継続処理方法（例えば、着信拒否、呼転送等）をユーザ端末からＩＮのサービス制御機能に指示できる」ようにしたサービス機能である。ＩＮのサービス制御機能は、ユーザからの指示に従って、呼処理を継続する。
【０００７】
しかしながら、従来の技術では、電話網においてユーザが通話状態にある時、交換機側で、通話中の呼が、インターネット接続呼か、電話機間を接続する一般呼かを判別することができない。一般呼で通信中の端末に着信があった場合は、被呼端末は、交換機からアナログ信号で与えられた着信通知信号を正常に受信できるが、インターネット接続呼で通信中の端末は、ディジタル信号で送受信動作しているため、交換機から与えたアナログ信号の着信通知はノイズとして扱われ、着信を通知できない。従って、現在のところ、インターネット接続中のユーザに着信を通知するＩＣＷサービスは実現されていない。
【０００８】
本発明の目的は、インターネットに接続中のユーザ端末にＩＮサービスを提供可能な通信ネットワークを提供することにある。
【０００９】
本発明の他の目的は、Internet Call Waitingサービス機能を有する「インテリジェントネットワークのサービス制御装置（Service Control Point）を提供することにある。
【００１０】
本発明の更に他の目的は、インテリジェントネットワークのサービス制御装置（Service Control Point）とインターネットとを接続するためのサービス制御ゲートウェイ装置を提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明による、伝達網の構成する複数の交換機に共通線信号網を介して接続され、インターネット・プロトコル網にサービス制御ゲートウエイ装置を介して接続された「インテリジェント・ネットワークのサービス制御装置」は、上記伝達網に接続された端末装置（複数）がインターネットに接続中か否かを示すユーザ情報管理テーブルを有し、通話中の１つの端末に着信があった時、上記ユーザ情報管理テーブルを参照することによって、被呼端末が、一般呼がインターネット接続呼かを判断する。もし、被呼端末が、インターネット接続呼であれば、サービス制御装置は、上記サービス制御ゲートウエイ装置を介して、インターネット経由で、被呼端末に着信を通知する。
【００１２】
更に詳述すると、本発明による「インテリジェント・ネットワークのサービス制御装置」は、上記伝達網を介して上記インターネット・プロトコル網に接続された第１端末装置から、コール・ウエイティング・サービス要求を受信した時、「上記第１端末装置がインターネットに接続中である」ことを示す情報をユーザ情報管理テーブルに記憶するための第１の手段と、 上記複数の交換機のうちの１つから、「上記第１端末装置に第２端末装置から着信があった」ことを通知された時、上記ユーザ情報管理テーブルを参照し、上記第１端末装置への着信通知メッセージを上記ゲートウエイ装置に送信するための第２手段とからなる。
【００１３】
上記ユーザ情報管理テーブルは、例えば、上記第１端末の電話番号と、該第１端末がインターネットに接続中か否かを示すフラグ情報と、上記ゲートウエイ装置のアドレス情報とからなるエントリを有し、上記第１手段が上記エントリの内容を更新し、上記第２手段が、上記エントリの上記フラグ情報とアドレス情報を参照する。
また、本発明によるサービス制御装置は、上記ゲートウエイ装置を介して、「上記着信通知に対する上記第１端末装置のユーザからの応答を示す」通知応答メッセージを受信した時、上記第２手段が、上記１つの交換機に、上記第１端末装置への着信呼を上記応答に従って接続サービスさせる。
【００１４】
本発明による、伝達網の構成する複数の交換機に共通線信号網を介して接続された「インテリジェント・ネットワークのサービス制御装置」と、上記伝達網に接続された「インターネット・プロトコル網」とを接続するための「サービス制御ゲートウエイ装置」は、
上記伝達網を介して上記インターネット・プロトコル網に接続された第１端末装置から送信された、上記サービス制御装置によるインターネット・コール・ウエイティング・サービスを要求する「サービス要求メッセージ」を、上記サービス制御装置で実行される複数のサービス制御プログラムのうちの１つを特定する識別子を含む「上記サービス制御装置宛のメッセージ」に変換するプロトコル変換手段と、
上記プロトコル変換されたメッセージを、上記サービス制御装置に接続された信号線に送信するための手段とからなる。
【００１５】
本発明の１つの特徴は、上記サービス制御ゲートウエイ装置が、
上記サービス制御装置から送信された、「上記第１端末装置に第２端末装置から着信があった」ことを示す着信通知メッセージを、上記インタネット・プロトコル網に含まれる「上記第１端末装置と通信中のサーバ」宛のメッセージに変換するプロトコル変換手段、上記プロトコル変換されたメッセージを、上記サーバと接続された信号線に送信するための手段、からなることにある。上記サーバは、上記サービス制御ゲートウエイ装置からの受信メッセージを上記第１端末装置に転送する機能を備えている。
【００１６】
本発明の他の特徴は、サービス制御ゲートウエイ装置が、
上記サービス制御装置から送信された、「上記第１端末装置に第２端末装置から着信があった」ことを示す着信通知メッセージを、上記インタネット・プロトコル網に含まれる「上記第１端末装置と通信中のアクセスポイント装置」宛のメッセージに変換するプロトコル変換手段、上記プロトコル変換されたメッセージを、上記インタネット・プロトコル網に接続された信号線に送信するための手段、からなることにある。上記アクセスポイント装置は、上記サービス制御ゲートウエイ装置からの受信メッセージを上記第１端末装置に転送する機能を備えている。
【００１７】
本発明の他の通信サービス制御方法では、複数の交換機によって構成される伝達網が、ゲートウェイ装置を介して、インターネット網に接続される。ユーザ毎のサービス用制御情報を記憶するための記憶装置を備えるサービス制御装置が、共通線信号網を介して、伝達網に接続されている。上記サービス制御装置は、上記ユーザ情報管理テーブルを記憶し、上記第１の手順と第２の手段を備える。
【００１８】
上記ゲートウェイ装置に加入者の付加サービスに関する情報を記憶する。
【００１９】
上記ゲートウェイ装置が、ユーザから交換機経由でインターネット網への接続要求を受信した時、上記ゲートウェイ装置は、上記付加サービスに関する情報を用いて、インターネット接続中のユーザに着信を通知する付加サービスへの加入状況を検索する。ユーザが該付加サービスに加入している場合、上記ゲートウェイ装置は、着信通知要求をサービス制御ゲートウェイ装置に送信し、該サービス制御ゲートウェイ装置は、予め蓄積されているサービス制御装置を識別する情報を参照して、サービス制御装置に着信通知要求を送信し、該要求を受信したサービス制御装置は、上記第１の手段を用いて、該当ユーザに対応するサービス情報を更新することを特徴とする。
【００２０】
また、サービス制御装置が、交換機から、「該当ユーザに対する着信」を通知された場合、該サービス制御装置が、上記第２の手段を用いて、サービス制御ゲートウェイ装置に着信通知信号を送信し、該ゲートウェイ装置を介して、ユーザに着信を通知することを第2の特徴とする。
【００２１】
更に、端末上の着信通知用プログラムを用いて、着信通知を受信したユーザに、呼の継続処理方法を選択する手段を提供し、ユーザの選択した手段を該着信通知信号に対する応答信号として、ゲートウェイ装置とサービス制御ゲートウェイ装置を介して、サービス制御装置に送信し、該当サービス制御装置は、受信情報を用いて、ＩＮサービスの処理を継続することを第3の特徴とする。
【００２２】
ユーザがインターネットにアクセスしているという情報をサービス制御ゲートウェイ装置を介して、サービス制御装置に登録しておくことにより、該当ユーザに着信があった場合に、該当ユーザの要求に応じたサービス（例えば、呼の転送先の指定）を提供することが可能となる。
【００２３】
【発明の実施の形態】
本発明の実施の形態を図面を用いて説明する。
【００２４】
図１は、本発明の第１の実施例として、「インテリジェントネットワークのＳＣＰとＩＰ網のＷＷＷサーバ３とがサービス制御ゲートウエイ装置１を介して接続された網構成」を示す。
【００２５】
インテリジェントネットワーク（ＩＮ）は、サービス制御ポイント（ＳＣＰ）２を含む高機能（Intelligent Layer）網と、それぞれ加入者線５（５ａ〜５ｎ）を介して複数の加入者端末装置６（６ａ〜６ｎ）を収容している複数の交換機４（４a、４ｂ）を含む伝達（Transport Layer）網と、上記２つの網を接続するための、例えば、Ｎｏ．７共通線信号方式（ＳＳ７）の共通線信号網９とからなっている。インテリジェントネットワークは、上記ＳＣＰに接続されたサービス管理ポイント（ＳＭＰ）を含むが、ＳＭＰは本発明に関係しないため、図面から省略してある。上記各交換機４は、サービス・スイッチング・ポイント（ＳＳＰ）と称されている。
上記ＳＣＰ２は、各交換機のみでは対応できない特殊な交換サービスを実行するためのものであり、これによって、例えば、ユーザが予め指定された番号をダイヤルすると着信側ユーザに課金されるフリーダイヤル・サービスや、番号変換サービスのような、「ネットワークワイドなサービス」と、例えば、ユーザ毎に予め登録してある着信サービスデータをアクセスすることによって時間帯によって異なるサービスを提供する「カスタマサービス」が実現される。
【００２６】
上記各交換機４は、例えば、発呼が検出された時、呼（またはダイヤル番号）と対応した新たなＢＣＳＭ（Basic Call State Model）を生成し、該ＢＣＳＭに従って、その後の基本呼処理を実行するように構成されている。上記各ＢＣＳＭは、複数の状態（またはステップ）からなり、これらの状態のうちの幾つかがＳＣＰをアクセスするためのトリガの設定対象となるＤＰ（Detection Point）として定義されている。検出された発呼が、上記ＳＣＰ２にアクセスする必要のある呼（ＩＮ呼）の場合、ＩＮサービスの種類によって決まる特定ＤＰに予めトリガを設定したＢＣＳＭが生成され、呼の状態が上記特定ＤＰに遷移した時点で、該ＤＰに設定されたトリガの種類に応じたメッセージが交換機からＳＣＰ２に送信される。ＳＣＰ２は、上記トリガ種類によって決まるサービスプログラムを実行することによって、各呼に前述した特殊な交換サービスを提供する。上記ＳＣＰ２にアクセスする必要のない呼（一般呼）の場合、ＳＣＰをアクセスするためのトリガを全く含まないＢＣＳＭが生成され、各交換機内で閉じた形で呼処理が実行される。
【００２７】
本発明の第１実施例によれば、インターネット（ＩＰ）網８は、例えば、ゲートウエイ装置からなるアクセスポイント７を介して、上記ＩＮの伝達網と接続され、ＷＷＷサーバ３とサービス制御ゲートウェイ装置（ＳＣＧＷ）１を介して、上記ＩＮのＳＣＰ２と接続されている。
【００２８】
図２は、サービス制御ゲートウェイ装置（ＳＣＧＷ）１の構成を示す。
【００２９】
ＳＣＧＷ１は、ＳＣＰ２やＷＷＷサーバ３との間の通信を制御するためのＣＰＵ１１と、メモリ１２と、ＷＷＷサーバと接続された信号線１４を終端するためのＩＰ網インタフェース部１３と、ＳＣＰと接続された信号線１６を終端するための高機能網インタフェース部１５と、これらの要素を接続するバス１７とからなっている。
【００３０】
ＳＣＧＷ１は、ＷＷＷサーバ３とＳＣＰ２との間で交信されるインターネット・コール・ウエイティング・サービスに関する制御メッセージのメッセージ形式の変換と、中継を行なうためのもので、メモリ１２に、上述したメッセージ形式の変換と中継を行なうためのプログラム、ユーザ認証に必要な情報と共に、図３Ａに示すＳＣＰアドレス管理テーブル４００と、図３Ｂに示すユーザ管理テーブル４１０を備えている。
【００３１】
ＳＣＰアドレス管理テーブル４００は、インターネット側（本実施例ではＷＷＷサーバ３）からメッセージを受信した時、アクセスすべきＳＣＰを決定するために参照されるもので、図３Ａに示すように、メッセージ種類４０１およびネットワークＩＤ４０２と対応して、該受信メッセージの送信先となるＳＣＰのアドレス４０３と、サービス番号４０４を定義している。
【００３２】
図１では、ＳＣＧＷ１には１つのＳＣＰ２しか接続されていないが、図３Ａに示すＳＣＰアドレス管理テーブル４００では、 ＳＣＧＷ１に複数のＳＣＰが接続された通信網を想定し、インターネット・コール・ウエイティング・サービスの要求元端末装置が収容されているインテリジェント網のネットワークＩＤに応じて、異なるＳＣＰに受信メッセージを転送するようにしてある。サービス番号４０４は、トリガ情報に代わって、ＳＣＰ２に実行すべきサービスプログラムを指定するための情報である。
【００３３】
ユーザ管理テーブル４１０は、図３Ｂに示すように、ユーザＩＤ毎に生成された複数のエントリ（またはレコード）からなり、各エントリは、ユーザＩＤ４１１と対応して、インターネット・コール・ウエイティング・サービスの要求元端末を示す電話番号４１２と、ＳＣＰとＳＣＧＷ１との間での通信において送信メッセージと受信メッセージとの対応関係を判断するために使用される相関ＩＤ４１３と、ＷＷＷサーバ３とＳＣＧＷ１との間での通信において送信メッセージと受信メッセージとの対応関係を判断するために使用される相関ＩＤ４１４と、 ＷＷＷサーバアドレス４１５と、サービスの状態コード４１６と、ＷＷＷサーバからサービス要求元の端末に送信すべき着信通知表示データの格納位置を示すＵＲＬ識別情報４１７とを記憶している。
【００３４】
ＷＷＷサーバ３は、インターネット上で提供される各種のサービス情報を蓄積しており、各ユーザは、ユーザ端末が備えるブラウザを介してＷＷＷサーバと交信することによって、希望するサービス情報を閲覧する。本実施例において、ＷＷＷサーバ３は、インターネット・コール・ウエイティング・サービスをサポートするために、例えば、図４Ａに示すリクエスト管理テーブル４３０と、図４Ｂに示すサービス管理テーブル４４０と、図４Ｃに示すユーザ状態管理テーブル４５０とを備える。
【００３５】
リクエスト管理テーブル４３０は、図４Ａに示すように、端末６とＳＣＧＷ１から受信するメッセージの種類（または要求種類）４３１に対応して、実行すべきサービスプログラム番号４３２を定義している。ＷＷＷサーバは、後述するＩＮサービス要求メッセージ、着呼通知メッセージ、通知応答メッセージなどのインターネット・コール・ウエイティング（ＩＣＷ）サービス用の制御メッセージを受信すると、これらのメッセージと対応したサービスプログラムを実行する。
【００３６】
サービス管理テーブル４４０は、図４Ｂに示すように、リクエスト管理テーブル４３０が示すＩＣＷサービス用のサービスプログラムの番号（４３２）４４１と対応して、ＳＣＧＷアドレス４４２と、ネットワークＩＤ４４３と、サービス番号４４４と、着信通知表示データの格納位置を示すＵＲＬ４４５を定義している。
【００３７】
ユーザ状態管理テーブル４５０は、図４Ｃに示すように、ユーザＩＤ４５１と対応して、サービス状態コード４５２と、ＷＷＷ３とＳＣＧＷ１との間の通信において送信メッセージと受信メッセージとの対応関係を判断するために使用される相関ＩＤ４５３とを定義している。 ＷＷＷ３で使用すべき相関ＩＤ４５３は、ＳＣＧＷ１によって指定される。
【００３８】
図５Ａ−図５Ｃは、ＩＣＷサービスを行うためにＳＣＰ２が備えるテーブルの１例を示す。
【００３９】
図５Ａは、サービス決定テーブル４６０を示す。
【００４０】
サービス決定テーブル４６０は、「基本呼の所定の検出ポイント（ＤＰ）で交換機が発行したＩＮサービス要求」が示すトリガ情報４６１と、ダイヤル番号の一部を示す番号情報４６２と、公衆網の特定の加入者（複数）に割り当てられたサービスキー４６３との組み合わせに対応して、実行すべきサービス制御プログラムのプログラム番号４６５を定義した複数のエントリからなる。ここで、エントリ４６０−２が示すプログラム番号“500”をもつサービス制御プログラムは、着信があった電話番号について、図５Ｂに示すポインタアドレステーブル４７０に基いて、図５Ｃに示すユーザ情報管理テーブル４８０に蓄積されたユーザ情報を参照する機能を備えたサービス制御プログラムであると仮定する。
【００４１】
ＳＣＧＷ１からＳＣＰ２に与えられるＩＣＷサービス用のＩＮサービス要求メッセージは、交換機が発行するＩＮサービス要求とは異なり、トリガ情報を含んでいない。そこで、本発明では、ＳＣＰでＩＣＷサービスをサポートするために、「トリガ情報４６１と番号情報４６２とサービスキー４６３との組み合わせ」に代る情報として、サービス番号４６４を適用する。上記サービス決定テーブル４６０に、サービス番号４６４と対応して、ＩＣＷサービス用のサービス制御プログラムのプログラム番号（この例では、“600”）を定義しておく。
【００４２】
図５Ｂは、ＳＣＰのサービス制御プログラムによって参照されるユーザ情報ポインタアドレステーブル４７０を示す。
【００４３】
ユーザ情報ポインタアドレステーブル４７０は、プログラム番号４７１と電話番号（ダイヤル番号）４７２との組み合わせに対応して、図５Ｃに示すユーザ情報管理テーブル４８０の１つのエントリを指すポインタアドレス４７３を記憶している。 本発明では、例えば、エントリ４７０−１と４７０−３が示すように、ＩＣＷサービスを受ける資格のある電話番号“0423231111”については、番号“500”のサービス制御プログラムからアクセスしても、番号“600”のサービス制御プログラムからアクセスしても、同一のポインタアドレス“ｘｘ”が得られるように、テーブルエントリが用意されている。
【００４４】
図５Ｃは、ユーザ情報管理テーブル４８０を示す。
【００４５】
ユーザ情報管理テーブル４８０の各エントリは、上記ユーザ情報ポインタアドレステーブル４７０が示すポインタアドレス（４７３）４８１と対応して、ユーザＩＤ４８２と、電話番号（ＤＮ）４８３と、ユーザがインターネットをアクセス中か否かを示すＩＰアクセスフラグ４８４と、制御メッセージの宛先となるＳＣＧＷアドレス４８５と、該ＳＣＰとＳＣＧＷとの間の通信において送信メッセージと受信メッセージとの対応関係を判断するために使用される相関ＩＤ４８６を記憶している。ＳＣＰで使用すべき上記相関ＩＤ４８６は、ＳＣＧＷによって指定される。
【００４６】
本実施例では、インターネットに接続中のユーザ端末からＩＣＷサービスの要求があった時、このサービス要求（ＩＮサービス要求メッセージ）をＷＷＷサーバ３とＳＣＧＷ１を介してＳＣＰ２に伝え、サービス制御プログラム“600”によって、上記ユーザ端末がＩＰアクセス中であることをユーザ情報管理テーブル４８０のＩＰアクセスフラグ４８４によって記憶しておく。上記ユーザ端末に着信があった時、ＳＣＰ２は、サービス制御プログラム“500”によって上記ユーザ情報管理テーブル４８０を参照し、もし、着信端末がＩＰアクセス中であれば、ＳＣＧＷ１とＷＷＷサーバ３とを介して、ＩＰパケットでユーザ端末に着信を通知する。着信端末がＩＰアクセス中でなければ、ＩＮサービスの要求元交換機からユーザ端末に着信が通知される。
【００４７】
図６は、端末６とＷＷＷサーバ３との間で、ＩＣＷサービスのために通信されるＩＰパケット５００のフォーマットを示す。
【００４８】
ＩＰパケット５００は、ＩＰヘッダ５１０と、ＴＣＰ／ＵＤＰヘッダ５２０と、ユーザデータフィールド５３０とからなり、上記ユーザデータフィールド５３０にＩＣＷサービス用の制御メッセージが設定される。
【００４９】
端末６からＷＷＷサーバ３に送信される「ＩＮサービス要求メッセージ」２０３は、メッセージ種類５３１と、メッセージ長５３２と、要求元端末の電話番号５３３と、ユーザＩＤ５３４とを含む。 また、ＳＣＰ２からの着信通知に応答して、端末６からＷＷＷサーバ３に送信される「通知応答メッセージ」２６２には、上記項目５３１−５３４の他に、破線で示すように、着呼の取り扱い方法（継続方法）を指定するアクションコード５３５が含まれる。アクションコードが「着呼の転送」を示す場合には、アクションコード５３５の次に「転送先となる電話番号」３５６が続く。
【００５０】
ＳＣＧＷ１とＷＷＷサーバ３との間の通信には、例えば、ＩＥＴＦ(Internet Engineering Task Force）ＰＩＮＴ（PSTN and Internet Internetworking）ワーキンググループで検討されているメッセージ形式を適用できる。また、ＳＣＧＷ１とＳＣＰ２との間の通信には、例えば、ＩＮ用のメッセージ形式を適用できる。
【００５１】
図７は、ＳＣＧＷ１とＷＷＷサーバ３との間の通信に適用されるパケット５０１のフォーマットを示す。
【００５２】
パケット５０１は、ＩＰヘッダ５１０と、ＴＣＰ／ＵＤＰヘッダ５２０と、ＴＣＡＰ（Transaction Capability Application Part）ヘッダ５２５と、ユーザデータフィールド５４０とからなり、上記ユーザデータフィールド５４０に、図８Ａ―図８Ｃに示すメッセージが設定される。
【００５３】
図８Ａは、 ＷＷＷサーバ３からＳＣＧＷ１に転送されるＩＮサービス要求メッセージ２０５のフォーマットを示す。
【００５４】
ＩＮサービス要求メッセージ２０５は、端末から受信したＩＮサービス要求メッセージ２０３に基いて生成されるもので、「メッセージ種類５５１と、メッセージ長５５２と、ＳＣＧＷアドレス５５３と、ＷＷＷサーバアドレス５５４と、サービス番号５５５と、電話番号（ダイアル番号）５５６と、ネットワークＩＤ５５７と、ユーザＩＤ５５８と、ＵＲＬ５５９と」をそれぞれ示す複数のフィールドからなっている。
【００５５】
メッセージ種類を示すフィールド５５１には、このメッセージがＩＮサービス要求メッセージであることを示すコードが設定される。また、電話番号フィールド５５６とユーザＩＤフィールド５５８には、端末から受信したＩＮサービス要求メッセージ２０３が示す電話番号５３３とユーザＩＤ５３４がそれぞれ設定され、フィールド５５３、５５５、５５７および５５９には、ユーザ管理テーブル４４０から得たデータが設定され、ＷＷＷサーバアドレスフィールド５５４には、サーバ３のアドレスが設定される。
【００５６】
図８Ｂは、ＳＣＧＷ１が、ＳＣＰ２から受信した図１０Ｂで説明する着呼通知メッセージ２３５に基いて生成し、ＷＷＷサーバ３に送信する「着呼通知メッセージ」２３７のフォーマットを示す。
【００５７】
上記着呼通知メッセージ２３７は、「このメッセージが着呼通知であることを示すメッセージ種類５５１と、メッセージ長５５２と、ＳＣＧＷアドレス５５３と、ＷＷＷサーバアドレス５５４と、ユーザＩＤ５５８と、ＵＲＬ５５９と、相関ＩＤ５６１と」をそれぞれ示す複数のフィールドからなっている。 相関ＩＤ５６１は、ＷＷＷサーバからその後に受信する通知応答メッセージ２６４と着呼通知メッセージ２３７との対応関係を判別するためのものであり、上記相関ＩＤ５６１には、図３Ｂに示したユーザ管理テーブル４１０から得た相関ＩＤ４１４の値が適用される。
【００５８】
図８Ｃは、ＷＷＷサーバ３が、端末から受信した通知応答メッセージ２６２に基いて生成し、ＳＣＧＷ１に送信する「通知応答メッセージ」２６４のフォーマットを示す。
【００５９】
上記メッセージ２６４は、「このメッセージが通知応答であることを示すメッセージ種類５５１と、メッセージ長５５２と、ＳＣＧＷアドレス５５３と、ＷＷＷサーバアドレス５５４と、相関ＩＤ５７１と、アクションコード５７２と、転送先電話番号５７３と」をそれぞれ示す複数のフィールドからなっている。相関ＩＤ５７１は、図８Ｂに示した着呼通知メッセージ２３７で指定された相関ＩＤ５６１と同一の値をもつ。
【００６０】
図９は、ＳＣＧＷ１とＳＣＰ２との間の通信に適用されるパケット８００のフォーマットを示す。
【００６１】
上記パケット８００は、着局コード８０１と、発局コード８０２と、リンク選択８０３と、ＳＣＣＰ(Signaling Connection Control Part)ヘッダ８０４と、ＴＣＡＰ(Transaction Capabilities Application Part）ヘッダ８０５と、ユーザデータフィールド８１０とからなり、上記ユーザデータフィールド８１０に、図１０Ａ―図１０Ｃに示すメッセージが設定される。
【００６２】
リンク選択８０３には、現用系と予備系とからなる二重化されたリンクのうちの現用系リンクを指定する情報が設定される。
【００６３】
図１０Ａは、ＳＣＧＷ１からＳＣＰ２に送信される「ＩＮサービス要求メッセージ」２１６のフォーマットを示す。
【００６４】
ＩＮサービス要求メッセージ２１６は、ＷＷＷサーバから受信した図８Ａに示したＩＮサービス要求メッセージ２０５に基いてＳＣＧＷ１で生成されるもので、「メッセージ種類８２１と、メッセージ長８２２と、相関ＩＤ８２３と、送信元ＳＣＧＷアドレス８２４と、宛先ＳＣＰアドレス８２５と、サービス番号８２６と、電話番号（ダイアル番号）８２７と、ユーザＩＤ８２８と」をそれぞれ示す複数のフィールドからなっている。
【００６５】
メッセージ種類を示すフィールド８２１には、このメッセージがＩＮサービス要求メッセージであることを示すコードが設定される。また、宛先ＳＣＰアドレス８２５とサービス番号８２６には、ＳＣＰアドレス管理テーブル４００から検索されたデータが設定され、相関ＩＤ８２３には、ユーザ管理テーブル４１０の相関ＩＤ４１３の値が設定される。送信元ＳＣＧＷアドレス８２４には、ＳＣＧＷ１のアドレスが設定され、その他の項目８２７−８２８には、 ＷＷＷサーバから受信したＩＮサービス要求メッセージ２０５から得られたデータが設定される。 なお、ユーザデータフィールド８１０に上記ＩＮサービス要求メッセージ２１６を含むパケット８００は、着局コード８０１にＳＣＰ２のアドレス、発局コード８０２にＳＣＧＷ１のアドレスが設定される。
【００６６】
ＳＣＰ２は、上記ＩＮサービス要求メッセージ２１６を受信すると、サービスプログラム“600”によって、ユーザ管理テーブル４８０の該当エントリのＩＰアクセスフラグ４８４を“１”に設定し、 ＳＣＧＷアドレス４８５と相関ＩＤ４８６に、上記ＩＮサービス要求メッセージ２１６が示すＳＣＧＷアドレス８２４と相関ＩＤ８２３の値をそれぞれ設定する。
【００６７】
図１０Ｂは、交換機から「ＩＮサービス加入ユーザへの着信を示すＩＮサービス要求」を受信したＳＣＰ２によって生成され、ＳＣＧＷ１に送信される「着呼通知メッセージ」２３５のフォーマットを示す。
【００６８】
上記着呼通知メッセージ２３５は、このメッセージが着呼通知であることを示すメッセージ種類８２１と、メッセージ長８２２と、相関ＩＤ８２３と、宛先ＳＣＧＷアドレス８３１と、送信元ＳＣＰアドレス８３２と、着信のあった電話番号８２７と、ユーザＩＤ８３３と」をそれぞれ示す複数のフィールドからなっている。相関ＩＤ８２３には、ユーザ管理テーブル４８０の相関ＩＤ４８６が示す値が設定される。
【００６９】
図１０Ｃは、ＳＣＧＷ１が、ＷＷＷサーバ３から受信した通知応答メッセージ２６４に基いて生成し、ＳＣＰ２に送信する「通知応答メッセージ」２６５のフォーマットを示す。
【００７０】
上記メッセージ２６５は、「このメッセージが通知応答であることを示すメッセージ種類８２１と、メッセージ長８２２と、 相関ＩＤ８２３と、送信元ＳＣＧＷアドレス８２４と、宛先ＳＣＰアドレス８２５と、アクションコード８４１と、転送先電話番号８４２と」をそれぞれ示す複数のフィールドからなっている。
【００７１】
相関ＩＤ８２３には、ユーザ管理テーブル４１０の相関ＩＤ４１３が示す値が設定され、この値は、着呼通知メッセージ２３５の相関ＩＤ８２３と同一である。
【００７２】
次に、図１１〜図１３に示す信号シーケンスに従って、図１に示した通信網におけるInternet Call Waitingサービスの制御手順について説明する。
【００７３】
図１１は、ＩＣＷサービスに加入している端末６ｂのユーザが、交換機４ａ、４ｂとアクセスポイント（例えば、ゲートウエイ装置）７を介して、インターネット（ＷＷＷサーバ３）にアクセス中（２００）に、ＳＣＰから着呼通知を受けるための「ＩＮサービス要求」（２０２）の入力操作を行った場合に実行される「ＷＷＷサーバ３、ＳＣＧＷ１およびＳＣＰ２の動作とメッセージ・シーケンス」を示している。
【００７４】
端末６ｂでは、ＷＷＷサーバと通信するためのブラウザが動作している。ＩＮサービスを要求する場合、ユーザは、例えば、ブラウザ画面上で、端末６ｂの電話番号（ＤＮ）とユーザＩＤを入力した後、ＩＮサービス要求ボタンをクリックする（２０２）。これによって、図６に示した電話番号（ＤＮ）５３３とユーザＩＤ５３４を含むＩＮサービス要求メッセージ２０３が生成され、上記ＩＮサービス要求メッセージ２０３をユーザデータフィールド５３０に含み、「宛先アドレス（ＳＡ）５１１としてＷＷＷサーバアドレス、送信元アドレス（ＤＡ）５１２として端末６ｂのアドレス」を含むＩＰヘッダ５１０を持ったＩＰパケットが、ＷＷＷサーバ３に送信される。
【００７５】
上記ＩＮサービス要求メッセージ２０３を受信したＷＷＷサーバ３は、受信メッセージのメッセージ種類５３１から「ＩＮサービス要求が受信された」ことを検出すると（２０４）、リクエスト管理テーブル４３０で定義された「受信メッセージのメッセージ種類５３１」に対応したサービスプログラムを実行する。これによって、ユーザ状態管理テーブル４５０に、受信メッセージ２０３から抽出されたユーザＩＤ５３４を検索キー４５１とする新たなエントリが追加される。上記エントリの状態フィールド４５２は、ＩＮサービス要求中であることを示す状態コードが設定されている。また、サービス管理テーブル４４０から検索された「ＩＮサービス要求の宛先となるＳＣＧＷのアドレス４４２、サービス提供網識別子４４３、サービス番号４４４、ＵＲＬ４４５」と、受信メッセージ２０３から抽出された「電話番号（ＤＮ）５３３、ユーザＩＤ５３４」によって、図８Ａに示したＩＮサービス要求メッセージ２０５が生成される。上記ＩＮサービス要求メッセージ２０５は、ＩＰヘッダ５１０の宛先アドレスフィールド５１１にＳＣＧＷ１のアドレスを含む図７に示したＩＰパケットとして、ＳＣＧＷ１に送信される。
【００７６】
上記ＩＮサービス要求メッセージ２０５を受信したＳＣＧＷ１は、図１４に示すＩＰパケット処理ルーチン１４０に従って、ユーザの認証処理とプロトコル変換を行い（２１５）、図１０Ａに示したＩＮサービス要求メッセージ２１６を生成して、ＳＣＰ２に送信する。
【００７７】
すなわち、図１４に示すように、ＳＣＧＷ１は、ＷＷＷサーバが送信したＩＰパケットをＩＰ網インタフェース１３から受信すると（ステップ１４１）、受信メッセージに含まれるユーザＩＤ５５８を、予めメモリ１２に記憶されているＩＮサービス加入者のユーザＩＤリストと照合し、ユーザＩＤ５５８がＩＮサービス加入者として登録済みか否かを判定する（ステップ１４２）。ユーザＩＤ５５８が、登録されたＩＮサービス加入者でなかった場合、ＷＷＷサーバ３にエラーメッセージを送信する（ステップ１５２）。
【００７８】
ユーザＩＤ５５８が、登録されたＩＮサービス加入者であった場合、受信メッセージが相関ＩＤを含むか否かをチェックし（ステップ１４３）、もし、受信メッセージが相関ＩＤを含まなければ、受信メッセージから抽出されたメッセージ種類５５１とネットワークＩＤ５５７に基いて、図３Ａに示したＳＣＰアドレス管理テーブル４００を参照することによって、ＩＮサービス要求の宛先となるＳＣＰのアドレス４０３とサービス番号４０４を決定し、ＳＣＰとＳＣＧＷとの間の通信で使用する相関ＩＤ４１３と、ＷＷＷとＳＣＧＷとの間の通信で使用する相関ＩＤ４１４を割り当てた（ステップ１４４）後、「受信メッセージ２０５をＩＮサービス要求メッセージ２１６を含むパケット８００に変換する」プロトコル変換を行う（ステップ１４６）。受信メッセージが相関ＩＤを含む場合は、ユーザ管理テーブル４１０から、相関ＩＤ４１３、その他の必要データを読み出し（ステップ１４５）、これらのデータを適用して、プロトコル変換を行う（ステップ１４６）。
【００７９】
次に、ユーザ管理テーブル４１０において、ユーザＩＤと対応したエントリの状態コード４１６を更新する。ユーザＩＤと対応したエントリがユーザ管理テーブル４１０にない場合は、新たなエントリを追加する（ステップ１４７）。次に、ステップ１４６で生成されたパケットをＳＣＰ２に送信し（１４８）、ＳＣＰ２からの応答を待つ（ステップ１４９）。 ＳＣＰ２から応答（ＡＣＫ）２１８を受信すると（ステップ１５０）、ＷＷＷサーバ３に応答２１９を送信し（ステップ１５１）、次のＩＰパケットの受信を待つ。
【００８０】
ＳＣＧＷ１からＩＮサービス要求メッセージ２１６を受信したＳＣＰ２は、受信パケットから抽出されたサービス番号８２６に基いて、サービス決定テーブル４６０を参照し、実行すべきサービス制御プログラム“600”を起動する。これによって、ユーザ情報ポインタアドレステーブル４７０から、受信メッセージ２１６に含まれる電話番号８２７と対応するポインタアドレス４７３（例えば、アドレス“ｘｘ”）が検索され、ユーザ情報管理テーブル４８０の上記ポインタアドレスが指すエントリにおいて、ユーザがインターネットをアクセス中であることを示すＩＰアクセスフラグ４８４と、受信メッセージ２１６から得られたＳＣＧＷアドレス４８５と相関ＩＤ４８６の値がそれぞれ記憶される。この後、ＳＣＰ２は、上記ＩＮサービス要求２１６に対する応答（ＡＣＫ）２１８をＳＣＧＷ１に送信する。
【００８１】
上述したＩＰ網からＩＮ網へのＩＮサービス要求メッセージの転送の結果、「ＩＣＷサービスに加入している特定ユーザ（ユーザＩＤまたは電話番号）が、現在、ＩＰ網（ＷＷＷサーバ）にアクセス中か否か」を、ユーザ管理テーブル４８０のＩＰアクセスフラグ４８４で判定可能となる。従って、交換機４ａから特定電話番号に着信があったことを通知されたとき、ＳＣＰ２は、例えば、サービス制御プログラム“500”によって、上記ユーザ管理テーブル４８０を参照し、上記特定電話番号に付随するＩＰアクセスフラグ４８４の状態から、もし、端末６ｂがＩＰ網をアクセス中の場合はＳＣＧＷ１とＷＷＷサーバ３を介して、そうでない場合は交換機４ａを介して、ユーザに着信を通知することが可能となる。
【００８２】
図１２は、 ＷＷＷサーバ３にアクセス中の端末６ｂに、他の端末（電話機）６ａから着信があった場合のメッセージ・シーケンスを示す。
【００８３】
交換機４ａは、端末６ａからの発呼要求（Setup）２３１を受信し、着番号に対応するユーザがＩＮサービスに加入していることを検出すると、ＳＣＰ２に対してＩＮサービス要求（Initial DP）メッセージ２３２を送信する。また、端末６ａに対して、上記発呼要求の受け付け通知（Call proc）２３３を送信する。
【００８４】
上記ＩＮサービス要求メッセージ２３２を受信したＳＣＰ２は、受信メッセージ２３２に含まれるトリガ情報と着番号に基いて、サービス決定テーブル４６０から、実行すべきサービス制御プログラム（例えば、プログラム番号“500”のサービス制御プログラム）を決定する（ステップ２３４）。上記サービス制御プログラムを構成する機能ルーチンのうちの１つであるユーザ情報取得ルーチンが実行されると、プログラム番号４７１と着番号とに基づいて、ユーザ情報ポインタアドレステーブル４７０からポインタアドレス（例えば、“ｘｘ”）が検索され、該ポインタアドレスに従って、ユーザ情報管理テーブル４８０から、着番号に対応したＩＣＷサービス用の制御情報４８２−４８６が取得される。
【００８５】
上記制御情報の一部であるＩＰアクセスフラグ４８４の状態から、被呼ユーザがインターネット（ＷＷＷサーバ）にアクセス中であることが判明すると、上記サービス制御プログラム“500”は、図１０Ｂに示した着信通知メッセージ２３５を生成し、該メッセージを含むパケット８００をＳＣＧＷ１に対して送信した後、ＳＣＧＷ１からの受信応答（ＡＣＫ）待ちとなる。もし、被呼ユーザがインターネットをアクセス中でなければ、ＳＣＰ２は、ＩＮサービス要求（Initial DP）メッセージ２３２の送信元である交換機４ａに対して、着信通知を指令する。
【００８６】
ＳＣＧＷ１からの受信応答（ＡＣＫ）を受信すると、サービス制御プログラム“500”は、上記着信通知メッセージ２３５に対するユーザ回答である通知応答メッセージの受信待ち状態となる。
【００８７】
ＳＣＧＷ１は、上記着信通知メッセージ２３５を受信すると、図１５に示すＩＮパケット処理ルーチン１６０を実行する（２３６）。
【００８８】
ＩＮパケット処理ルーチン１６０では、ＳＣＰからメッセージを受信すると（ステップ１６１）、受信メッセージ２３５に含まれる相関ＩＤ８２３をチェックし（ステップ１６２）、該相関ＩＤが、上記受信メッセージ２３５に含まれるユーザＩＤ８３３と対応してユーザ管理テーブル４１０に記憶されている相関ＩＤ４１３と不一致の場合は、ＳＣＰに対して、エラー応答を送信する（ステップ１７０）。もし、相関ＩＤ８２３と相関ＩＤ４１３との一致が確認された場合、ユーザ管理テーブル４１０から相関ＩＤ４１４、ＷＷＷサーバアドレス４１５、ＵＲＬ４１７を読み出し（ステップ１６３）、図８Ｂに示した着信通知メッセージ２３７を含むＩＰパケット５０１を生成し（ステップ１６４）、ユーザ管理テーブル４１０の上記被呼ユーザと対応するエントリの状態フィールド４１６に着信通知中を示すコードを設定（ステップ１６５）した後、これを被呼ユーザがアクセスしているＷＷＷサーバ３に対して送信する（ステップ１６６）。
【００８９】
ＳＣＧＷ１は、ＷＷＷサーバ３からの応答（ＡＣＫ）を待ち（ステップ１６７）、 ＷＷＷサーバ３からの応答（ＡＣＫ）２３８を受信すると（ステップ１６８）、ＳＣＰ２に上記着信通知メセージ２３５に対する応答（ＡＣＫ）２３９を送信して（ステップ１６９）、次のＩＮパケットの受信待ち状態となる。
【００９０】
上記着信通知メッセージ２３７を受信したＷＷＷサーバ３は、該着信通知に対する応答信号（ＡＣＫ）２３８をＳＣＧＷ１に送信した後、上記着信通知メッセージ２３７が示す相関ＩＤ５６１を、ユーザＩＤ５５８と対応するユーザ状態管理テーブルエントリの相関ＩＤフィールド４５３に記憶し、上記エントリの状態フィールド４５２に、着信通知があったことを示す状態コードを設定する。 ＷＷＷサーバ３は、更に、上記着信通知メッセージ２３７で指定されたＵＲＬ５５９に基いてメモリから着信通知表示データを読み出し、これを着信通知メッセージ２４１として、ユーザ端末６ｂ上で動作中のブラウザに送信する（２４０）。
【００９１】
上述したＳＣＰ動作とメッセージ転送により、ユーザが、ＷＷＷサーバにアクセスしている最中に着信があった場合、ＳＣＰから発行された着信通知をＳＣＧＷ１とＷＷＷサーバ３を介して、ユーザ端末のブラウザ画面に表示することが可能となる。
【００９２】
図１３は、着信通知を受信したユーザが、着呼の取り扱い方法を指定する通知応答を入力した場合のメッセージ・シーケンスを示す。
【００９３】
ブラウザを介して着信通知を受信した端末６ｂのユーザは、着呼の取り扱い方法として、(ａ)発呼ユーザに被呼ユーザが話中である旨をアナウンスする、(b)着呼をメールボックスへ接続する、(ｃ)指定された転送先電話番号に接続する、（ｄ）呼を切断する、等のメニューから選択する。ここでは、ユーザが、上記着信通知に対する応答入力（２６１）として、転送メニューを選択し、転送先の電話番号を入力した場合の動作について説明する。
【００９４】
ユーザが、転送メニューを選択し、転送先の電話番号を入力すると、図６に示した「アクションコード５３５と転送先電話番号５３６を含む通知応答メッセージ２６２」を含むＩＰパケット５００が、端末６ｂからＷＷＷサーバ３に送信される。 上記通知応答メッセージ２６２を受信すると、ＷＷＷサーバ３は、リクエスト管理テーブル４３０で定義された「受信メッセージのメッセージ種類５３１と対応するサービスプログラム」を実行する（２６３）。これによって、サービス管理テーブル４４０から読み出されたアドレス情報と、ユーザ状態管理テーブル４５０から読み出された「受信メッセージのユーザＩＤ５３４と対応する相関ＩＤ４５３」を適用して、図８Ｃに示した通知応答メッセージ２６４が生成され、ＩＰパケット５０１としてＳＣＧＷ１に送信される。
【００９５】
上記通知応答メッセージ２６４を受信したＳＣＧＷ１は、図１４に示したＩＰパケット処理ルーチンを実行し、ＳＣＰアドレス管理テーブル４００から得られたＳＣＰアドレス４０３と、ＩＮサービス要求メッセージ２０５の受信時にユーザ管理テーブル４１０に記憶された相関ＩＤ４１３と、受信パケット２６４が示すアクションコード５７２と転送先電話番号５７３を適用して、図１０Ｃに示す通知応答メッセージ２６５を生成し、これをパケット８００としてＳＣＰ２に送信する。
【００９６】
上記通知応答メッセージ２６５がＳＣＰ２で受信されると、該通知応答メッセージの受信待ちとなっていたサービス制御プログラム“500”によって、受信メッセージ２６５の相関ＩＤ８２３とユーザ情報管理テーブル４８０の相関ＩＤ４８６とを照合して、受信メッセージが認証される。受信メッセージから転送先電話番号８４２が特定されると、転送処理用のサービス制御プログラムが実行され、これによって、交換機４ａに、上記転送先電話番号を含むConnectメッセージ２６９が送信される。また、ＳＣＧＷ１に対して、上記通知応答メッセージ２６５に対する受信応答（ＡＣＫ）２６７が送信される（２６６）。
【００９７】
上記Connectメッセージ２６９を受信した交換機４ａは、端末６ｂに着信した呼を上記受信メッセージで指定された電話番号８４２に接続するための呼接続処理（２７０）を実行し、転送先端末にSetup信号２７１を送信する。一方、ＳＣＰから受信応答（ＡＣＫ）２６７を受信したＳＣＧＷ１は、ＷＷＷサーバ３に対して、受信応答（ＡＣＫ）２６８を送信する。
【００９８】
図１６は、加入者端末で動作するブラウザ機能の一部を構成するＩＮサービス要求ルーチンを示す。上記ＩＮサービス要求ルーチンは、ユーザが、加入者端末６ｂ上でブラウザを起動し、ＩＮサービスメニューを選択することにより実行される。
【００９９】
ユーザが、ＩＮサービスを中継するＷＷＷサーバ３を指定する入力操作を行うと、 ＩＮサービス要求ルーチンは、ＷＷＷサーバに画面表示情報の送信を要求し（ステップ６０２）、ＷＷＷサーバからの応答を待つ（６０３）。ＷＷＷブラウザから画面表示情報を含むパケットを受信すると、受信情報を解析し（６０５）、表示情報をユーザ端末の表示画面に出力する（６０６）。これによって、ＩＮサービス要求のための入力画面がユーザに提供される。
【０１００】
ユーザが、上記入力画面で端末の電話番号（ＤＮ）とユーザＩＤを入力し（６０７）、表示画面に用意された送信ボタンをクリックすると、図６に示したＩＮサービス要求メッセージ２０３を含むＩＰパケットが生成され、ＷＷＷサーバに送信される（６０８）。ＷＷＷサーバからの応答を待ち（６０９）、ＷＷＷサーバが端末からの送信メッセージを正しく受理したことを示す応答信号を受信すると（６１０）、ユーザ情報として、上記電話番号（ＤＮ）と、ユーザＩＤと、 ＩＮサービス要求中を示す状態コードとを記憶し（６１１）、このルーチンを終了する。ステップ６０４または６１０で、ＷＷＷサーバ３からエラー応答を受信した場合は、エラーが発生したことを端末画面に表示し（６１３）、ユーザからの入力待ち状態となる。
【０１０１】
図１７は、加入者端末で動作するブラウザ機能の一部を構成するＩＮサービス通知ルーチンの機能を示す。このルーチンは、ＳＣＧＷ１から着信通知２３７を受信したＷＷＷサーバ３が、端末６ｂで動作するブラウザに着信通知メッセージ２４１を送信した場合に起動される。
【０１０２】
ＩＮサービス通知ルーチンは、ＷＷＷサーバから送信された着信通知メッセージ２４１を受信し（ステップ６２２）、受信したメッセージ情報を解析する（６２３）。次に、上記受信メッセージに含まれる着信通知表示データを端末画面に表示し（６２４）、状態コードを着信通知受信を示すコードに更新する（６２５）。上記着信通知表示データによって、端末の表示画面には、ユーザが指定できる着呼の取り扱い方法として、例えば、（ａ）アナウンス、（ｂ）メールボックスへの接続、（ｃ）転送、（ｄ）切断のうちの１つを選択するためのメニューが提供されている。
【０１０３】
ユーザが、画面に表示されたメニューのうちの１つを選択し、もし、転送を選択した場合には、更に、転送先の電話番号を入力した後、送信ボタンをクリックすると（６２６）、アクションコード５３５と転送先電話番号５３６を含む通知応答メッセージ２６２が生成され、ＷＷＷサーバ３に送信される（６２７）。この後、ＩＮサービス通知ルーチンは、ＷＷＷサーバからの応答を待ち（６２８）、ＷＷＷサーバが上記通知応答メッセージ２６２を正しく受理したことを示す応答（ＡＣＫ）を受信すると（６２９）、このルーチンを終了し、ＷＷＷサーバからの新たなメッセージ待ち状態となる。
【０１０４】
上述したＩＮサービス要求ルーチンとＩＮサービス通知ルーチンを実行することによって、端末ユーザは、ブラウザ画面で、ＩＮサービス要求の入力、着信通知の受信、着呼の取り扱い方法の指定をすることが可能となる。
【０１０５】
図１８は、端末６ｂからＩＮサービスの取消し要求があった時、ＷＷＷサーバ３で実行されるＩＮサービス終了ルーチンのフローチャートを示す。 ＩＮサービスの取消し要求メッセージは、ＩＮサービス要求メッセージ２０３と同様、電話番号とユーザＩＤを含み、例えば、ブラウザ画面に用意されたＩＮサービス終了ボタン、または、インターネットアクセスの終了ボタンが選択されたことに応答して、ＷＷＷサーバ３に送信される。
【０１０６】
ＩＮサービス終了ルーチンは、端末６ｂからＩＮサービスの取消し要求メッセージを受信すると（９０２）、受信メッセージを解析し（９０３）、ユーザ状態管理テーブル４５０の上記受信メッセージのユーザＩＤと対応するエントリの削除、または、該エントリの状態フィールド４５２をＩＮサービス取消し状態に変更する（９０４）。次に、ＳＣＧＷ１に対し、ＩＮサービス取消し要求メッセージを送信し（９０５）、ＳＣＧＷからの応答待ちとなる（９０６）。
【０１０７】
ＳＣＧＷ１は、上記取消し要求メッセージを受信すると、ユーザ管理テーブル４１０の上記メッセージのユーザＩＤと対応するエントリの削除、または、該エントリの状態フィールド４１６をＩＮサービス取消し状態に変更した後、ＳＣＰ２に対してＩＮサービス取消要求メッセージを送信する。上記ＩＮサービス取消要求メッセージを受信したＳＣＰ２は、ユーザ情報管理テーブル４８０の上記ユーザＩＤに該当するＩＰアクセスフラグ４８４をクリアした後、ＳＣＧＷに取消し確認応答信号を送信する。上記確認応答信号は、ＳＣＧＷ１からＷＷＷサーバ３に転送される。ＷＷＷサーバ３は、ＳＣＧＷ１から確認応答信号を受信すると（９０７）、端末６ｂ上で動作するブラウザに対して、取消確認信号を送信して（９０８）、このルーチンを終了する。
【０１０８】
図１９は、本発明の第２の実施例の網構成を示す。
【０１０９】
図１と比較すると、図１９の網構成は、「インテリジェントネットワークのＳＣＰとＩＰ網とがサービス制御ゲートウエイ装置（ＳＣＧＷ）１を介して接続され、インテリジェントネットワークの伝達網とＩＰ網とを接続するゲートウェイ装置７に、上記ＳＣＧＷ１との通信機能を備えた」ことを特徴とする。ＳＣＧＷ１は、例えば、図示しないルータを介してＩＰ網に接続される。但し、上記ＳＣＧＷ１は、ゲートウェイ装置７が備えるＩＰ網インタフェースに接続してもよい。
【０１１０】
本実施例において、ＳＣＧＷ１は、図１４に示したＩＰパケット処理ルーチンと図１５に示したＩＮパケット処理ルーチンにおけるＩＰ網側の通信相手をＷＷＷサーバ３からゲートウエイ装置７に変更すればよく、実質的に第１実施例と同じ構成となっている。
【０１１１】
ゲートウェイ装置７は、加入者端末６をダイヤル・アップ接続によってＩＰ網に接続するために必要な機能と、端末６とインターネットプロトコルによって通信する通信機能と、第１実施例でＷＷＷサーバ３によって行われていたＳＣＧＷ１との間でＩＮサービス制御メッセージを通信するための機能とを備える。
【０１１２】
これらの機能を実現するために、ゲートウエイ装置７は、加入者毎の認証情報と、加入者毎の付加サービス情報と、図４Ａ−図４Ｃで説明したインターネット・コール・ウエイティング・サービス用の管理テーブル４３０−４５０と、これらの情報を利用して制御動作を行うための複数のプログラムを蓄積している。
【０１１３】
また、第１の実施例では、インターネットアクセス中に、ユーザがＩＮサービス要求入力操作を行った時、ＩＮサービス要求メッセージが端末６からＩＰ網に送信されていたが、この第２実施例では、端末とゲートウエイ装置７との間にＩＰ通信のためのコネクションを確立した時、ゲートウエイ装置７が自動的にＩＮサービス要求メッセージを生成し、該メッセージをＳＣＧＷ１に送信するようにしている。上述したＩＮサービスメッセージ処理機能を装備するのに適したゲートウェイ装置７として、具体的には、サービスプロバイダによって運営、管理されているアクセスポイントがある。
【０１１４】
加入者端末６ｂは、ダイヤル・アップ接続機能と、インターネット接続中に、第１実施例のＷＷＷサーバの代わりに、ゲートウエイ装置７との間で、ＩＮサービス制御メッセージを送受信するための、図１７で説明したＩＮサービス通知ルーチンと同様のプログラムを備える。
【０１１５】
図２０は、ゲートウェイ装置７の構成を示す。
【０１１６】
ゲートウェイ装置７は、端末６やＳＣＧＷ１との間の通信を制御するためのＣＰＵ７１と、前述した各種の情報とプログラムを格納するためのメモリ７２と、ＩＰ網に接続された信号線７４を終端するためのＩＰ網インタフェース部７３と、インテリジェントネットワークの伝達網に接続された信号線７６を終端するための伝達網インタフェース部７５と、これらの要素を接続するバス７７とからなっている。 ＣＰＵ７１とＳＣＧＷ１との間の通信は、図７に示したパケットを使用するインターネット・プロトコルに従って行われ、ＣＰＵ７１と伝達網との間の通信は、例えば、Ｎ−ＩＳＤＮのユーザ・網インタフェース・プロトコルに従って行われる。
【０１１７】
図２１〜図２３を参照して、第２実施例の通信網におけるInternet Call Waiting サービスの制御手順方法について説明する。
【０１１８】
図２１は、端末６ｂのユーザが、ダイヤル・アップ機能を利用してＩＰ網８と接続するため、ゲートウェイ装置７に対して発呼信号（Setup）１０１Ａを送信すると、上記端末６ｂが接続された交換機４ａが、上記発呼信号（Setup）１０１Ａを発呼信号（Setup）１０１Ｂとして、ゲートウェイ装置７に転送すると共に、端末６ｂに対して呼受付信号（Call Proc）１０２を返送する。
【０１１９】
ゲートウェイ装置７は、発呼信号（Setup）１０１に応答して、図２４に示す呼信号処理ルーチンを実行する。
【０１２０】
すなわち、伝達網インタフェース７５から発呼信号（Setup）１０１を受信すると（ステップ７４１）、受信信号に含まれる情報要素を解析し、着信を受け付け可能か否かを判別する（ステップ７４２）。着信を受け付ける場合は、ゲートウェイ装置７から交換機４ａに、応答信号（Ｃｏｎｎｅｃｔ）１０４を送信する（ステップ７４３）。上記応答信号を受信した交換機４ａが、端末６ｂに応答信号（Ｃｏｎｎｅｃｔ）１０５を送信することによって、ゲートウェイ装置７と端末６ｂが電話回線で接続される。
【０１２１】
この後、ゲートウェイ装置７は、上記電話回線を通して端末６ｂとＩＰパケット通信を行うために、ＰＰＰ（Point to Point）接続動作を開始する。先ず、端末６ｂとゲートウエイ装置７との間に、例えば、ＬＣＰ(Link Control Protocol)を適用して、リンク１０６を確立する。次に、端末６ｂからユーザＩＤとパスワードを含む認証要求を受信し（ステップ７４５）、メモリ７２に蓄積してある認証情報を用いて、上記ユーザＩＤとパスワードの認証処理１０８を行い（ステップ７４６）、上記ユーザＩＤとパスワードが認証された場合は、認証応答１０９を端末６ｂに送信する（ステップ７４７）。尚、上記認証処理は、ゲートウエイ装置７に接続された図示しないユーザ認証用サーバによって実行するようにしてもよい。
【０１２２】
ゲートウェイ装置７は、端末６ｂからＩＰアドレス割当て要求１１０を受信すると（ステップ７４８）、メモリ７２に形成されているＩＰアドレスプールから１つの空きＩＰアドレスを取得し、該空きＩＰアドレスとユーザＩＤとの対応関係をユーザ情報テーブルに記憶（ステップ７４９）した後、該ＩＰアドレス１１２を端末６ｂに通知する（ステップ７５０）。
【０１２３】
ゲートウェイ装置７は、次に、メモリ７２に予め蓄積されているユーザ毎のＩＮサービス情報テーブルを検索し（ステップ７５１）、端末６ｂのユーザがＩＮサービスの加入ユーザであることが判明すると、図８に示したＩＮサービス要求メッセージ２０５を生成し、ＳＣＧＷ１に送信（ステップ７５２）した後、ＳＣＧＷ１からの受信応答（ＡＣＫ）２１９を待つ。 ＳＣＧＷ１からの応答（ＡＣＫ）２１９を受信すると（ステップ７５４）、ＰＰＰ接続中の状態１９９となる。
【０１２４】
尚、ステップ７４２で発呼信号の情報要素を解析した結果、着信できない場合、ステップ７４６でユーザ認証に失敗した場合、または、ステップ７４９でＩＰアドレスプールに空きＩＰアドレスがなかった場合は、端末６ｂにエラーメッセージを送信する（ステップ７５６）。
【０１２５】
上記ＩＮサービス要求メッセージ２０５を受信したＳＣＧＷ１は、第１実施例と同様、図１４に示したＩＰパケット処理ルーチンを実行し、ユーザ認証処理によってユーザの正当性を確認した後、プロトコル変換されたＩＮサービス要求メッセージ２１６をＳＣＰ２に送信する。また、ＳＣＰ２から受信応答（ＡＣＫ）２１８を受信すると、ＳＣＧＷ１は、ＩＮサービス要求メッセージ２０５の送信元であるゲートウエイ装置７に対して、受信応答（ＡＣＫ）２１９を送信した後、上記ＩＰパケット処理ルーチンを終了する。ＩＮサービス要求メッセージ２１６を受信した時、ＳＣＰ２は、第１実施例と同様のサービス要求登録処理２１７を実行する。
【０１２６】
図２２は、ゲートウエイ装置７とＰＰＰ接続中の端末６ｂに、他の端末６ａから着信があった場合のメッセージ・シーケンスを示す。
【０１２７】
図１２に示した第１実施例と比較して明らかなように、第２実施例では、ＳＣＧＷ１から送信された着信通知メッセージ２３７をゲートウエイ装置７が受信しており、ゲートウエイ装置７が、第１実施例のＷＷＷサーバ３に代わって、図２５に示すプログラムに従って、端末６ｂへの着信通知メッセージ２４１の転送と、ＳＣＧＷ１への受信応答（ＡＣＫ）２４２の送信を行っている。
【０１２８】
すなわち、ゲートウェイ装置７は、ＳＣＧＷ１から着信通知メッセージ２３７を受信すると（ステップ７６１）、受信メッセージのメッセージ種類５５１に対応したサービスプログラムを起動して、図２１のステップ１１１（図２４のステップ７４９）で記憶してある「ＩＰアドレスとユーザＩＤとの対応関係を示すユーザ情報テーブル」から、上記受信メッセージが示すユーザＩＤ５５８と対応したＩＰアドレスを読み出す（ステップ７６２）。次に、着信通知用の処理ルーチンを起動して、上記ＩＰアドレスを宛先アドレスとする着信通知ＩＰパケットを生成し（ステップ７６３）、端末６ｂに着信通知メッセージを送信し（ステップ７６４）、ＳＣＧＷ１に、上記着信通知２３７に対する応答（ＡＣＫ）２４２を送信する（ステップ７６５）。
【０１２９】
図２３は、着信通知を受信したユーザが、着呼の取り扱い方法を指定する通知応答を入力した場合のメッセージ・シーケンスを示す。
【０１３０】
図１３に示した第１実施例と比較して明らかなように、第２実施例では、端末６ｂから送信された通知応答メッセージ２６２をゲートウエイ装置７が受信し、ゲートウエイ装置７が、第１実施例のＷＷＷサーバ３に代わって、図２６に示すプログラムルーチンに従って、ＳＣＧＷ１へ通知応答メッセージ２６４を転送している。
【０１３１】
着信通知を受信した端末６ｂのユーザが、端末画面に表示されたメニューの中から、ユーザが希望する着呼の取り扱い、例えば、「転送」を選択し、転送先の電話番号を指定すると（２６１）、端末６ｂからゲートウエイ装置７に、図６に示したフォーマットの通知応答メッセージ２６２が送信される。ゲートウエイ装置７は、端末からの受信メッセージが通知応答の場合、図２６の通知応答処理ルーチンを実行する。
【０１３２】
上記通知応答処理ルーチンでは、通知応答メッセージ２６２を受信すると（ステップ７７１）、サービス管理テーブル４４０とユーザ状態管理テーブル４５０からそれぞれＳＣＧＷアドレスと相関ＩＤを読み出し、図８Ｃに示した通知応答メッセージ２６４を生成し（ステップ７７２）、ユーザ状態管理テーブル４５０の状態フィールド４５２を通知応答状態を示すコードに更新（ステップ７７３）した後、上記通知応答メッセージ２６４をＳＣＧＷ１に送信する（ステップ７７４）。この後、ＳＣＧＷ１からの受信応答（ＡＣＫ）２６８を待ち（ステップ７７５）、ＳＣＧＷ１からの受信応答（ＡＣＫ）２６８を受信すると（ステップ７７６）、このルーチンを終了する。 上記通知応答メッセージ２６４を受信したＳＣＧＷ１の動作と、ＳＣＧＷ１から通知応答メッセージ２６５を受信したＳＣＰ２の動作は、第１実施例と同様である。
【０１３３】
図２７は、端末６ｂとゲートウェイ装置７との間の接続が切れた時、ゲートウェイ装置で実行されるＩＮサービス終了ルーチンのフローチャートを示す。
【０１３４】
ＩＮサービス終了ルーチンでは、交換機４から切断信号を受信すると（ステップ７８２）、受信信号を解析し（ステップ７８３）、ユーザ状態管理テーブル４５０から相関ＩＤ４５３を読み出し（ステップ７８４）、ＳＣＧＷ１にＩＮサービス取消要求メッセージを送信し（ステップ７８５）、ＳＣＧＷ１からの応答を待つ（ステップ７８６）。ＳＣＧＷ１から応答信号を受信すると（ステップ７８７）、ＰＰＰ通信に割り当てられたＩＰアドレスと、ゲートウェイ装置７とＳＣＧＷ１との間の通信に使用していた相関ＩＤ４５３とを開放すると共に、状態情報４５２をクリアし（ステップ７８８）、交換機４に対して解放信号を送信して（ステップ７８９）、このルーチンを終了する。
【０１３５】
ゲートウェイ装置７からＩＮサービス取消要求メッセージを受信したＳＣＧＷ１は、第１実施例で図１８を参照して説明したように、ユーザ管理テーブル４１０において、上記端末ユーザと対応するエントリの削除または状態コードの変更を行い、ＳＣＰ２に対してＩＮサービス取消要求メッセージを転送する。また、ＳＣＰ２も、上記ＩＮサービス取消要求メッセージを受信した時、ユーザ情報管理テーブルで上記端末ユーザと対応するＩＰアクセスフラグをクリアする。従って、ＳＣＰによるＩＰ網を介したユーザへの着信通知サービスは、ユーザがインターネットとの通信を切断した時点で、終了する。
【０１３６】
【発明の効果】
以上の実施例の説明から明らかなように、本発明によれば、インターネットを利用中のユーザに対して、インテリジェントネットワークのサービス制御装置（ＳＣＰ）から、インターネットを介して、着信通知メッセージを送付することができる。また、ユーザからの通知応答をインターネットを介してＳＣＰに転送することにより、ＳＣＰから交換機に「ユーザ指定端末への着呼の転送、発呼ユーザへのアナウンス、着呼の切断」などの接続指令を与えることができる。
【０１３７】
従って、ユーザに対して、柔軟な通信サービスの提供が可能になる。
【図面の簡単な説明】
【図１】本発明の第１の実施例である「インテリジェントネットワークのＳＣＰとＩＰ網のＷＷＷサーバ３とが、サービス制御ゲートウエイ装置１を介して接続された網構成」を示す図。
【図２】図１におけるサービス制御ゲートウェイ装置（ＳＣＧＷ）１の構成を示す図。
【図３】図３Ａは、ＳＣＧＷ１が備えるSCPアドレス管理テーブルの構成を示す図。図３Ｂは、ＳＣＧＷ１が備えるユーザ管理テーブルの構成を示す図。
【図４】図４Ａは、図１におけるＷＷＷサーバ３が備えるリクエスト管理テーブルの構成を示す図。図４Ｂは、ＷＷＷサーバ３が備えるサービス管理テーブルの構成を示す図。図４Ｃは、ＷＷＷサーバ３が備えるユーザ状態管理テーブルの構成を示す図。
【図５】図５Ａは、図１におけるＳＣＰ２が備えるサービス決定テーブルの構成を示す図。図５Ｂは、ＳＣＰ２が備えるユーザ情報ポインタアドレステーブルの構成を示す図。図５Ｃは、ＳＣＰ２が備えるユーザ情報管理テーブルの構成を示す図。
【図６】図１における端末装置６とＷＷＷサーバ３との間の通信で使用されるパケットフォーマットの１例を示す図。
【図７】図１におけるＷＷＷサーバ３とサービス制御ゲートウェイ（ＳＣＧＷ）１との間の通信で使用されるパケットフォーマットの１例を示す図。
【図８】図８Ａは、ＷＷＷサーバ３からＳＣＧＷ１に送信されるサービス要求メッセージのフォーマットを示す図。図８Ｂは、ＳＣＧＷ１からＷＷＷサーバ３に送信される着信通知メッセージのフォーマットを示す図。図８Ｃは、ＷＷＷサーバ３からＳＣＧＷ１に送信される通知応答メッセージのフォーマットを示す図。
【図９】図１におけるＳＣＧＷ１とサービス制御ポイント（ＳＣＰ）２との間の通信で使用されるパケットフォーマットの１例を示す図。
【図１０】図１０Ａは、ＳＣＧＷ１からＳＣＰ２に送信されるサービス要求メッセージのフォーマットを示す図。図１０Ｂは、ＳＣＰ２からＳＣＧＷ１に送信される着信通知メッセージのフォーマットを示す図。図１０Ｃは、ＳＣＧＷ１からＳＣＰ２に送信される通知応答メッセージのフォーマットを示す図。
【図１１】端末装置から「着呼通知を要求する」サービス要求メッセージが発行された時、図１に示した通信網において通信される制御信号とメッセージを示す信号シーケンス図。
【図１２】上記端末装置に着信があった時、図１に示した通信網において通信される制御信号とメッセージを示す信号シーケンス図。
【図１３】上記端末装置から通知応答メッセージが発行された時、図１に示した通信網において通信される制御信号とメッセージを示す信号シーケンス図。
【図１４】ＩＰ網からの制御メッセージの受信に応答して実行される、ＳＣＧＷ１の動作を示すフローチャート。
【図１５】ＩＮ網からの制御メッセージの受信に応答して実行される、ＳＣＧＷ１の動作を示すフローチャート。
【図１６】ユーザが着信通知サービスを要求する時に端末装置６において実行される、ブラウザの動作を示すフローチャート。
【図１７】ＷＷＷサーバから着信通知を受信した時に端末装置６において実行される、ブラウザの動作を示すフローチャート。
【図１８】呼切断時に実行される、ＷＷＷサーバの動作を示すフローチャート。
【図１９】本発明の第２の実施例である「 ＩＰ網とインテリジェントネットワークのＳＣＰとが、ゲートウエイ装置７とサービス制御ゲートウエイ装置１を介して接続された網構成」を示す図。
【図２０】図１９におけるゲートウエイ装置７の構成を示す図。
【図２１】端末装置から発呼（呼設定）メッセージが発行された時に図１９に示した通信網において通信される制御信号とメッセージとを示す信号シーケンス図。
【図２２】上記端末装置に着信があった時に図１９に示した通信網において通信される制御信号とメッセージとを示す信号シーケンス図。
【図２３】上記端末装置から「指定した接続先への転送を要求する」通知応答が発行された時に図１９に示した通信網において通信される制御信号とメッセージとを示す信号シーケンス図。
【図２４】端末装置からの発呼（呼設定）メッセージの受信時にゲートウエイ７で実行される呼信号処理ルーチンを示すフローチャート。
【図２５】サービス制御ゲートウエイ１からの着信通知メッセージの受信時にゲートウエイ７で実行される着信通知処理ルーチンを示すフローチャート。
【図２６】端末からの通知応答メッセージの受信時にゲートウエイ７で実行される通知応答処理ルーチンを示すフローチャート。
【図２７】呼切断時にゲートウエイ７で実行されるＩＮサービス終了ルーチンを示すフローチャート。
【符号の説明】
１…サービス制御ゲートウェイ装置、２・・・ＳＣＰ、３・・・ＷＷＷサーバ、４…交換機、６・・・加入者端末、７・・・ゲートウェイ装置、１１・・・ＣＰＵ、１２・・・メモリ、１３…ＩＰ網インタフェース部、１５…高機能網インタフェース部。

Claims (6)

1. 伝達網の構成する複数の交換機に共通線信号網を介して接続され、インターネット・プロトコル網にゲートウエイ装置を介して接続された「インテリジェント・ネットワーク」のサービス制御装置において、
   上記伝達網を介して上記インターネット・プロトコル網と通信中の第１端末装置にコール・ウエイティング・サービス要求の入力操作があった場合に発せられるサービス要求メッセージを受信した時、「上記第１端末装置がインターネットに接続中である」ことを示す情報をユーザ情報管理テーブルに記憶するための第１の手段と、
   上記複数の交換機のうちの１つから、「上記第１端末装置に第２端末装置から着信があった」ことを通知された時、上記ユーザ情報管理テーブルを参照し、上記第１端末装置への着信通知メッセージを上記ゲートウエイ装置に送信するための第２手段とを有することを特徴とするサービス制御装置。
2. 上記ユーザ情報管理テーブルが、上記第１端末の電話番号と、該第１端末がインターネットに接続中か否かを示すフラグ情報と、上記ゲートウエイ装置のアドレス情報とからなるエントリを有し、
   上記第１手段が上記エントリの内容を更新し、上記第２手段が、上記エントリの上記フラグ情報とアドレス情報を参照することを特徴とする請求項１に記載のサービス制御装置。
3. 上記ゲートウエイ装置を介して、「上記着信通知に対する上記第１端末装置のユーザからの応答を示す」通知応答メッセージを受信した時、上記第２手段が、上記１つの交換機に、上記第１端末装置への着信呼を上記応答に従って接続サービスさせることを特徴とする請求項１に記載のサービス制御装置。
4. 伝達網の構成する複数の交換機に共通線信号網を介して接続された「インテリジェント・ネットワークのサービス制御装置」と、上記伝達網に接続された「インターネット・プロトコル網」とを接続するための「サービス制御ゲートウエイ装置」において、
   上記伝達網を介して上記インターネット・プロトコル網と通信中の第１端末装置にコール・ウエイティング・サービス要求の入力操作があった場合に発せられる、上記サービス制御装置によるインターネット・コール・ウエイティング・サービスを要求する「サービス要求メッセージ」を、上記サービス制御装置で実行される複数のサービス制御プログラムのうちの１つを特定する識別子を含む「上記サービス制御装置宛のメッセージ」に変換するプロトコル変換手段と、
   上記プロトコル変換されたメッセージを、上記サービス制御装置に接続された信号線に送信するための手段とを有することを特徴とするサービス制御ゲートウェイ装置。
5. 上記サービス制御装置から送信された、「上記第１端末装置に第２端末装置から着信があった」ことを示す着信通知メッセージを、上記インターネット・プロトコル網に含まれる「上記第１端末装置と通信中のサーバ」宛のメッセージに変換するプロトコル変換手段、 上記サーバは、上記サービス制御ゲートウエイ装置からの受信メッセージを上記第１端末装置に転送する機能を備え、上記プロトコル変換されたメッセージを、上記サーバと接続された信号線に送信するための手段を有することを特徴とする請求項４に記載のサービス制御ゲートウェイ装置。
6. 上記サービス制御装置から送信された、「上記第１端末装置に第２端末装置から着信があった」ことを示す着信通知メッセージを、上記インターネット・プロトコル網に含まれる「上記第１端末装置と通信中のアクセスポイント装置」宛のメッセージに変するプロトコル変換手段、 上記アクセスポイント装置は、上記サービス制御ゲートウエイ装置からの受信メッセージを上記第１端末装置に転送する機能を備え、
   上記プロトコル変換されたメッセージを、上記インターネット・プロトコル網に接続された信号線に送信するための手段を有することを特徴とする請求項４に記載のサービス制御ゲートウェイ装置。

Images