JP2000224301A - インタ―ネット・コ―ル・ウエイティング機能を有するインテリジェントネットワ―ク - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ダイヤルアップ接続でインターネットをはじ
めとするＩＰ網に接続中のユーザに、ＩＮのサービスを
提供する。 【解決手段】 伝達網の構成する複数の交換機に共通線
信号網を介して接続され、インターネット・プロトコル
網にゲートウエイ装置を介して接続された「インテリジ
ェント・ネットワークのサービス制御装置」が、伝達網
に接続された第１端末装置からコール・ウエイティング
・サービス要求を受信した時、「第１端末装置がインタ
ーネットに接続中である」ことを示す情報をユーザ情報
管理テーブルに記憶する。サービス制御装置は、複数の
交換機のうちの１つから、「第１端末装置に第２端末装
置から着信があった」ことを通知された時、ユーザ情報
管理テーブルを参照し、着信通知メッセージを、ゲート
ウエイ装置を介して、第１端末装置に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットユ
ーザにサービス可能なインテリジェントネットワーク
（ＩＮ）に関し、特にインターネット・コール・ウエイ
ティング（InternetCall Waiting）サービス機能を有す
る「インテリジェントネットワークのサービス制御装置
（Service Control Point）（ 以下、ＳＣＰと言
う）」、上記ＳＣＰとの通信機能を有する「インターネ
ット・プロトコル（ＩＰ）網に接続されたＩＰ通信装
置」、および、上記ＳＣＰとＩＰ通信装置とを接続する
サービス制御ゲートウェイ装置に関する。

【０００２】

【従来の技術】公衆網からインターネットへの接続方法
の１つとして、ダイヤル・アップ接続がある。ダイヤル
・アップ接続を利用すると、一般的なアナログ電話回線
やＩＳＤＮ回線を利用して、家庭のパソコンを必要な時
に必要な時間だけ、インターネットに接続できる。ダイ
ヤル・アップ接続を利用して、パソコンなどの端末装置
をインターネットに接続する場合、「アナログ電話網や
ＩＳＤＮ網」とインターネット網とを接続するゲートウ
ェイ装置によって、端末ユーザ（加入者）の認証やＩＰ
アドレスの割り当てが行われる。 ユーザがダイヤル・
アップ接続によってインターネットに接続している間、
ユーザ端末の加入者線を収容している交換機は、加入者
が通話中か否かは識別できたとしても、ユーザ端末がイ
ンターネットに接続中か否かを識別することはできな
い。

【０００３】一方、サービスのカスタマイズ化や、迅速
なサービス提供を可能にするインテリジェント・ネット
ワーク（ＩＮ）は、網構成をプレーンと呼ばれる機能別
のプレーン（サービス・プレーン、グローバル機能プレ
ーン、分散機能プレーン、物理プレーン）に分けて、各
プレーンを規定した「能力セット１」と、網間接続サー
ビスを含むサービスの生成、管理を規定した、より高度
の「能力セット２」とが標準化されている（ITU-T勧
告：Q.1220-Q.1228）。

【０００４】インテリジェント・ネットワークは、複数
の交換機からなる伝達（Transport Layer)網と、上記伝
達網に共通線信号網で接続された サービス制御装置
（Service Control Point）からなる高機能(Intelligen
t Layer）網と、上記ＳＣＰに接続されたサービス管理
装置（Service Management Point）とからなる。 「Ｉ
Ｎ能力セット２」における網間接続サービスは、ITU-T
勧告Q.1224に記載されているように、ＩＮ網間における
サービスデータ機能やサービス制御機能の連携によるサ
ービス提供方法が中心であり、ＩＮのサービス制御機能
とインターネット網との連携による通信サービスの提供
方法については規定されていない。

【０００５】ＩＮのサービス制御機能とインターネット
網とが連携して通信サービスを提供する方法に関して、
ＩＴＵ−Ｔでは、インターネット・ユーザからのサービ
ス要求をＩＮのサービス制御機能（ＳＣＦ）に送信する
目的で、「インターネット側に、ユーザがサービス要求
を送信する“ユーザエージェント機能”を設け、インタ
ーネットと公衆網との間に、“サービス制御ゲートウェ
イ機能”を設ける」案が提案されているが、これらの機
能を用いた具体的なサービスの提供方法とサービスの実
現方法については、今後の検討課題となっている。

【０００６】

【発明が解決しようとする課題】近年、通信サービスの
多様化に伴い、ＩＮのサービス制御機能とインターネッ
ト網との連携による新たなサービスとして、例えば、イ
ンターネット・コール・ウエイティング（Internet Cal
l Waiting：ＩＣＷ）サービスの提供が望まれている。
ＩＣＷは、「インターネットに接続中のユーザに着信
があった時、着信通知を受けたユーザが、着呼の継続処
理方法（例えば、着信拒否、呼転送等）をユーザ端末か
らＩＮのサービス制御機能に指示できる」ようにしたサ
ービス機能である。ＩＮのサービス制御機能は、ユーザ
からの指示に従って、呼処理を継続する。

【０００７】しかしながら、従来の技術では、電話網に
おいてユーザが通話状態にある時、交換機側で、通話中
の呼が、インターネット接続呼か、電話機間を接続する
一般呼かを判別することができない。一般呼で通信中の
端末に着信があった場合は、被呼端末は、交換機からア
ナログ信号で与えられた着信通知信号を正常に受信でき
るが、インターネット接続呼で通信中の端末は、ディジ
タル信号で送受信動作しているため、交換機から与えた
アナログ信号の着信通知はノイズとして扱われ、着信を
通知できない。従って、現在のところ、インターネット
接続中のユーザに着信を通知するＩＣＷサービスは実現
されていない。

【０００８】本発明の目的は、インターネットに接続中
のユーザ端末にＩＮサービスを提供可能な通信ネットワ
ークを提供することにある。

【０００９】本発明の他の目的は、Internet Call Wait
ingサービス機能を有する「インテリジェントネットワ
ークのサービス制御装置（Service Control Point）を
提供することにある。

【００１０】本発明の更に他の目的は、インテリジェン
トネットワークのサービス制御装置（Service Control
Point）とインターネットとを接続するためのサービス
制御ゲートウェイ装置を提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明による、伝達網の構成する複数の交換機に共
通線信号網を介して接続され、インターネット・プロト
コル網にサービス制御ゲートウエイ装置を介して接続さ
れた「インテリジェント・ネットワークのサービス制御
装置」は、上記伝達網に接続された端末装置（複数）が
インターネットに接続中か否かを示すユーザ情報管理テ
ーブルを有し、通話中の１つの端末に着信があった時、
上記ユーザ情報管理テーブルを参照することによって、
被呼端末が、一般呼がインターネット接続呼かを判断す
る。もし、被呼端末が、インターネット接続呼であれ
ば、サービス制御装置は、上記サービス制御ゲートウエ
イ装置を介して、インターネット経由で、被呼端末に着
信を通知する。

【００１２】更に詳述すると、本発明による「インテリ
ジェント・ネットワークのサービス制御装置」は、上記
伝達網を介して上記インターネット・プロトコル網に接
続された第１端末装置から、コール・ウエイティング・
サービス要求を受信した時、「上記第１端末装置がイン
ターネットに接続中である」ことを示す情報をユーザ情
報管理テーブルに記憶するための第１の手段と、 上記
複数の交換機のうちの１つから、「上記第１端末装置に
第２端末装置から着信があった」ことを通知された時、
上記ユーザ情報管理テーブルを参照し、上記第１端末装
置への着信通知メッセージを上記ゲートウエイ装置に送
信するための第２手段とからなる。

【００１３】上記ユーザ情報管理テーブルは、例えば、
上記第１端末の電話番号と、該第１端末がインターネッ
トに接続中か否かを示すフラグ情報と、上記ゲートウエ
イ装置のアドレス情報とからなるエントリを有し、上記
第１手段が上記エントリの内容を更新し、上記第２手段
が、上記エントリの上記フラグ情報とアドレス情報を参
照する。また、本発明によるサービス制御装置は、上記
ゲートウエイ装置を介して、「上記着信通知に対する上
記第１端末装置のユーザからの応答を示す」通知応答メ
ッセージを受信した時、上記第２手段が、上記１つの交
換機に、上記第１端末装置への着信呼を上記応答に従っ
て接続サービスさせる。

【００１４】本発明による、伝達網の構成する複数の交
換機に共通線信号網を介して接続された「インテリジェ
ント・ネットワークのサービス制御装置」と、上記伝達
網に接続された「インターネット・プロトコル網」とを
接続するための「サービス制御ゲートウエイ装置」は、
上記伝達網を介して上記インターネット・プロトコル網
に接続された第１端末装置から送信された、上記サービ
ス制御装置によるインターネット・コール・ウエイティ
ング・サービスを要求する「サービス要求メッセージ」
を、上記サービス制御装置で実行される複数のサービス
制御プログラムのうちの１つを特定する識別子を含む
「上記サービス制御装置宛のメッセージ」に変換するプ
ロトコル変換手段と、上記プロトコル変換されたメッセ
ージを、上記サービス制御装置に接続された信号線に送
信するための手段とからなる。

【００１５】本発明の１つの特徴は、上記サービス制御
ゲートウエイ装置が、上記サービス制御装置から送信さ
れた、「上記第１端末装置に第２端末装置から着信があ
った」ことを示す着信通知メッセージを、上記インタネ
ット・プロトコル網に含まれる「上記第１端末装置と通
信中のサーバ」宛のメッセージに変換するプロトコル変
換手段、上記プロトコル変換されたメッセージを、上記
サーバと接続された信号線に送信するための手段、から
なることにある。上記サーバは、上記サービス制御ゲー
トウエイ装置からの受信メッセージを上記第１端末装置
に転送する機能を備えている。

【００１６】本発明の他の特徴は、サービス制御ゲート
ウエイ装置が、上記サービス制御装置から送信された、
「上記第１端末装置に第２端末装置から着信があった」
ことを示す着信通知メッセージを、上記インタネット・
プロトコル網に含まれる「上記第１端末装置と通信中の
アクセスポイント装置」宛のメッセージに変換するプロ
トコル変換手段、上記プロトコル変換されたメッセージ
を、上記インタネット・プロトコル網に接続された信号
線に送信するための手段、からなることにある。上記ア
クセスポイント装置は、上記サービス制御ゲートウエイ
装置からの受信メッセージを上記第１端末装置に転送す
る機能を備えている。

【００１７】本発明の他の通信サービス制御方法では、
複数の交換機によって構成される伝達網が、ゲートウェ
イ装置を介して、インターネット網に接続される。ユー
ザ毎のサービス用制御情報を記憶するための記憶装置を
備えるサービス制御装置が、共通線信号網を介して、伝
達網に接続されている。上記サービス制御装置は、上記
ユーザ情報管理テーブルを記憶し、上記第１の手順と第
２の手段を備える。

【００１８】上記ゲートウェイ装置に加入者の付加サー
ビスに関する情報を記憶する。

【００１９】上記ゲートウェイ装置が、ユーザから交換
機経由でインターネット網への接続要求を受信した時、
上記ゲートウェイ装置は、上記付加サービスに関する情
報を用いて、インターネット接続中のユーザに着信を通
知する付加サービスへの加入状況を検索する。ユーザが
該付加サービスに加入している場合、上記ゲートウェイ
装置は、着信通知要求をサービス制御ゲートウェイ装置
に送信し、該サービス制御ゲートウェイ装置は、予め蓄
積されているサービス制御装置を識別する情報を参照し
て、サービス制御装置に着信通知要求を送信し、該要求
を受信したサービス制御装置は、上記第１の手段を用い
て、該当ユーザに対応するサービス情報を更新すること
を特徴とする。

【００２０】また、サービス制御装置が、交換機から、
「該当ユーザに対する着信」を通知された場合、該サー
ビス制御装置が、上記第２の手段を用いて、サービス制
御ゲートウェイ装置に着信通知信号を送信し、該ゲート
ウェイ装置を介して、ユーザに着信を通知することを第
2の特徴とする。

【００２１】更に、端末上の着信通知用プログラムを用
いて、着信通知を受信したユーザに、呼の継続処理方法
を選択する手段を提供し、ユーザの選択した手段を該着
信通知信号に対する応答信号として、ゲートウェイ装置
とサービス制御ゲートウェイ装置を介して、サービス制
御装置に送信し、該当サービス制御装置は、受信情報を
用いて、ＩＮサービスの処理を継続することを第3の特
徴とする。

【００２２】ユーザがインターネットにアクセスしてい
るという情報をサービス制御ゲートウェイ装置を介し
て、サービス制御装置に登録しておくことにより、該当
ユーザに着信があった場合に、該当ユーザの要求に応じ
たサービス（例えば、呼の転送先の指定）を提供するこ
とが可能となる。

【００２３】

【発明の実施の形態】本発明の実施の形態を図面を用い
て説明する。

【００２４】図１は、本発明の第１の実施例として、
「インテリジェントネットワークのＳＣＰとＩＰ網のＷ
ＷＷサーバ３とがサービス制御ゲートウエイ装置１を介
して接続された網構成」を示す。

【００２５】インテリジェントネットワーク（ＩＮ）
は、サービス制御ポイント（ＳＣＰ）２を含む高機能
（Intelligent Layer）網と、それぞれ加入者線５（５
ａ〜５ｎ）を介して複数の加入者端末装置６（６ａ〜６
ｎ）を収容している複数の交換機４（４a、４ｂ）を含
む伝達（Transport Layer）網と、上記２つの網を接続
するための、例えば、Ｎｏ．７共通線信号方式（ＳＳ
７）の共通線信号網９とからなっている。インテリジェ
ントネットワークは、上記ＳＣＰに接続されたサービス
管理ポイント（ＳＭＰ）を含むが、ＳＭＰは本発明に関
係しないため、図面から省略してある。上記各交換機４
は、サービス・スイッチング・ポイント（ＳＳＰ）と称
されている。上記ＳＣＰ２は、各交換機のみでは対応で
きない特殊な交換サービスを実行するためのものであ
り、これによって、例えば、ユーザが予め指定された番
号をダイヤルすると着信側ユーザに課金されるフリーダ
イヤル・サービスや、番号変換サービスのような、「ネ
ットワークワイドなサービス」と、例えば、ユーザ毎に
予め登録してある着信サービスデータをアクセスするこ
とによって時間帯によって異なるサービスを提供する
「カスタマサービス」が実現される。

【００２６】上記各交換機４は、例えば、発呼が検出さ
れた時、呼（またはダイヤル番号）と対応した新たなＢ
ＣＳＭ（Basic Call State Model）を生成し、該ＢＣＳ
Ｍに従って、その後の基本呼処理を実行するように構成
されている。上記各ＢＣＳＭは、複数の状態（またはス
テップ）からなり、これらの状態のうちの幾つかがＳＣ
Ｐをアクセスするためのトリガの設定対象となるＤＰ
（Detection Point）として定義されている。検出され
た発呼が、上記ＳＣＰ２にアクセスする必要のある呼
（ＩＮ呼）の場合、ＩＮサービスの種類によって決まる
特定ＤＰに予めトリガを設定したＢＣＳＭが生成され、
呼の状態が上記特定ＤＰに遷移した時点で、該ＤＰに設
定されたトリガの種類に応じたメッセージが交換機から
ＳＣＰ２に送信される。ＳＣＰ２は、上記トリガ種類に
よって決まるサービスプログラムを実行することによっ
て、各呼に前述した特殊な交換サービスを提供する。上
記ＳＣＰ２にアクセスする必要のない呼（一般呼）の場
合、ＳＣＰをアクセスするためのトリガを全く含まない
ＢＣＳＭが生成され、各交換機内で閉じた形で呼処理が
実行される。

【００２７】本発明の第１実施例によれば、インターネ
ット（ＩＰ）網８は、例えば、ゲートウエイ装置からな
るアクセスポイント７を介して、上記ＩＮの伝達網と接
続され、ＷＷＷサーバ３とサービス制御ゲートウェイ装
置（ＳＣＧＷ）１を介して、上記ＩＮのＳＣＰ２と接続
されている。

【００２８】図２は、サービス制御ゲートウェイ装置
（ＳＣＧＷ）１の構成を示す。

【００２９】ＳＣＧＷ１は、ＳＣＰ２やＷＷＷサーバ３
との間の通信を制御するためのＣＰＵ１１と、メモリ１
２と、ＷＷＷサーバと接続された信号線１４を終端する
ためのＩＰ網インタフェース部１３と、ＳＣＰと接続さ
れた信号線１６を終端するための高機能網インタフェー
ス部１５と、これらの要素を接続するバス１７とからな
っている。

【００３０】ＳＣＧＷ１は、ＷＷＷサーバ３とＳＣＰ２
との間で交信されるインターネット・コール・ウエイテ
ィング・サービスに関する制御メッセージのメッセージ
形式の変換と、中継を行なうためのもので、メモリ１２
に、上述したメッセージ形式の変換と中継を行なうため
のプログラム、ユーザ認証に必要な情報と共に、図３Ａ
に示すＳＣＰアドレス管理テーブル４００と、図３Ｂに
示すユーザ管理テーブル４１０を備えている。

【００３１】ＳＣＰアドレス管理テーブル４００は、イ
ンターネット側（本実施例ではＷＷＷサーバ３）からメ
ッセージを受信した時、アクセスすべきＳＣＰを決定す
るために参照されるもので、図３Ａに示すように、メッ
セージ種類４０１およびネットワークＩＤ４０２と対応
して、該受信メッセージの送信先となるＳＣＰのアドレ
ス４０３と、サービス番号４０４を定義している。

【００３２】図１では、ＳＣＧＷ１には１つのＳＣＰ２
しか接続されていないが、図３Ａに示すＳＣＰアドレス
管理テーブル４００では、 ＳＣＧＷ１に複数のＳＣＰ
が接続された通信網を想定し、インターネット・コール
・ウエイティング・サービスの要求元端末装置が収容さ
れているインテリジェント網のネットワークＩＤに応じ
て、異なるＳＣＰに受信メッセージを転送するようにし
てある。サービス番号４０４は、トリガ情報に代わっ
て、ＳＣＰ２に実行すべきサービスプログラムを指定す
るための情報である。

【００３３】ユーザ管理テーブル４１０は、図３Ｂに示
すように、ユーザＩＤ毎に生成された複数のエントリ
（またはレコード）からなり、各エントリは、ユーザＩ
Ｄ４１１と対応して、インターネット・コール・ウエイ
ティング・サービスの要求元端末を示す電話番号４１２
と、ＳＣＰとＳＣＧＷ１との間での通信において送信メ
ッセージと受信メッセージとの対応関係を判断するため
に使用される相関ＩＤ４１３と、ＷＷＷサーバ３とＳＣ
ＧＷ１との間での通信において送信メッセージと受信メ
ッセージとの対応関係を判断するために使用される相関
ＩＤ４１４と、 ＷＷＷサーバアドレス４１５と、サー
ビスの状態コード４１６と、ＷＷＷサーバからサービス
要求元の端末に送信すべき着信通知表示データの格納位
置を示すＵＲＬ識別情報４１７とを記憶している。

【００３４】ＷＷＷサーバ３は、インターネット上で提
供される各種のサービス情報を蓄積しており、各ユーザ
は、ユーザ端末が備えるブラウザを介してＷＷＷサーバ
と交信することによって、希望するサービス情報を閲覧
する。本実施例において、ＷＷＷサーバ３は、インター
ネット・コール・ウエイティング・サービスをサポート
するために、例えば、図４Ａに示すリクエスト管理テー
ブル４３０と、図４Ｂに示すサービス管理テーブル４４
０と、図４Ｃに示すユーザ状態管理テーブル４５０とを
備える。

【００３５】リクエスト管理テーブル４３０は、図４Ａ
に示すように、端末６とＳＣＧＷ１から受信するメッセ
ージの種類（または要求種類）４３１に対応して、実行
すべきサービスプログラム番号４３２を定義している。
ＷＷＷサーバは、後述するＩＮサービス要求メッセー
ジ、着呼通知メッセージ、通知応答メッセージなどのイ
ンターネット・コール・ウエイティング（ＩＣＷ）サー
ビス用の制御メッセージを受信すると、これらのメッセ
ージと対応したサービスプログラムを実行する。

【００３６】サービス管理テーブル４４０は、図４Ｂに
示すように、リクエスト管理テーブル４３０が示すＩＣ
Ｗサービス用のサービスプログラムの番号（４３２）４
４１と対応して、ＳＣＧＷアドレス４４２と、ネットワ
ークＩＤ４４３と、サービス番号４４４と、着信通知表
示データの格納位置を示すＵＲＬ４４５を定義してい
る。

【００３７】ユーザ状態管理テーブル４５０は、図４Ｃ
に示すように、ユーザＩＤ４５１と対応して、サービス
状態コード４５２と、ＷＷＷ３とＳＣＧＷ１との間の通
信において送信メッセージと受信メッセージとの対応関
係を判断するために使用される相関ＩＤ４５３とを定義
している。 ＷＷＷ３で使用すべき相関ＩＤ４５３は、
ＳＣＧＷ１によって指定される。

【００３８】図５Ａ−図５Ｃは、ＩＣＷサービスを行う
ためにＳＣＰ２が備えるテーブルの１例を示す。

【００３９】図５Ａは、サービス決定テーブル４６０を
示す。

【００４０】サービス決定テーブル４６０は、「基本呼
の所定の検出ポイント（ＤＰ）で交換機が発行したＩＮ
サービス要求」が示すトリガ情報４６１と、ダイヤル番
号の一部を示す番号情報４６２と、公衆網の特定の加入
者（複数）に割り当てられたサービスキー４６３との組
み合わせに対応して、実行すべきサービス制御プログラ
ムのプログラム番号４６５を定義した複数のエントリか
らなる。ここで、エントリ４６０−２が示すプログラム
番号“500”をもつサービス制御プログラムは、着信が
あった電話番号について、図５Ｂに示すポインタアドレ
ステーブル４７０に基いて、図５Ｃに示すユーザ情報管
理テーブル４８０に蓄積されたユーザ情報を参照する機
能を備えたサービス制御プログラムであると仮定する。

【００４１】ＳＣＧＷ１からＳＣＰ２に与えられるＩＣ
Ｗサービス用のＩＮサービス要求メッセージは、交換機
が発行するＩＮサービス要求とは異なり、トリガ情報を
含んでいない。そこで、本発明では、ＳＣＰでＩＣＷサ
ービスをサポートするために、「トリガ情報４６１と番
号情報４６２とサービスキー４６３との組み合わせ」に
代る情報として、サービス番号４６４を適用する。上記
サービス決定テーブル４６０に、サービス番号４６４と
対応して、ＩＣＷサービス用のサービス制御プログラム
のプログラム番号（この例では、“600”）を定義して
おく。

【００４２】図５Ｂは、ＳＣＰのサービス制御プログラ
ムによって参照されるユーザ情報ポインタアドレステー
ブル４７０を示す。

【００４３】ユーザ情報ポインタアドレステーブル４７
０は、プログラム番号４７１と電話番号（ダイヤル番
号）４７２との組み合わせに対応して、図５Ｃに示すユ
ーザ情報管理テーブル４８０の１つのエントリを指すポ
インタアドレス４７３を記憶している。 本発明では、
例えば、エントリ４７０−１と４７０−３が示すよう
に、ＩＣＷサービスを受ける資格のある電話番号“0423
231111”については、番号“500”のサービス制御プロ
グラムからアクセスしても、番号“600”のサービス制
御プログラムからアクセスしても、同一のポインタアド
レス“ｘｘ”が得られるように、テーブルエントリが用
意されている。

【００４４】図５Ｃは、ユーザ情報管理テーブル４８０
を示す。

【００４５】ユーザ情報管理テーブル４８０の各エント
リは、上記ユーザ情報ポインタアドレステーブル４７０
が示すポインタアドレス（４７３）４８１と対応して、
ユーザＩＤ４８２と、電話番号（ＤＮ）４８３と、ユー
ザがインターネットをアクセス中か否かを示すＩＰアク
セスフラグ４８４と、制御メッセージの宛先となるＳＣ
ＧＷアドレス４８５と、該ＳＣＰとＳＣＧＷとの間の通
信において送信メッセージと受信メッセージとの対応関
係を判断するために使用される相関ＩＤ４８６を記憶し
ている。ＳＣＰで使用すべき上記相関ＩＤ４８６は、Ｓ
ＣＧＷによって指定される。

【００４６】本実施例では、インターネットに接続中の
ユーザ端末からＩＣＷサービスの要求があった時、この
サービス要求（ＩＮサービス要求メッセージ）をＷＷＷ
サーバ３とＳＣＧＷ１を介してＳＣＰ２に伝え、サービ
ス制御プログラム“600”によって、上記ユーザ端末が
ＩＰアクセス中であることをユーザ情報管理テーブル４
８０のＩＰアクセスフラグ４８４によって記憶してお
く。上記ユーザ端末に着信があった時、ＳＣＰ２は、サ
ービス制御プログラム“500”によって上記ユーザ情報
管理テーブル４８０を参照し、もし、着信端末がＩＰア
クセス中であれば、ＳＣＧＷ１とＷＷＷサーバ３とを介
して、ＩＰパケットでユーザ端末に着信を通知する。着
信端末がＩＰアクセス中でなければ、ＩＮサービスの要
求元交換機からユーザ端末に着信が通知される。

【００４７】図６は、端末６とＷＷＷサーバ３との間
で、ＩＣＷサービスのために通信されるＩＰパケット５
００のフォーマットを示す。

【００４８】ＩＰパケット５００は、ＩＰヘッダ５１０
と、ＴＣＰ／ＵＤＰヘッダ５２０と、ユーザデータフィ
ールド５３０とからなり、上記ユーザデータフィールド
５３０にＩＣＷサービス用の制御メッセージが設定され
る。

【００４９】端末６からＷＷＷサーバ３に送信される
「ＩＮサービス要求メッセージ」２０３は、メッセージ
種類５３１と、メッセージ長５３２と、要求元端末の電
話番号５３３と、ユーザＩＤ５３４とを含む。 また、
ＳＣＰ２からの着信通知に応答して、端末６からＷＷＷ
サーバ３に送信される「通知応答メッセージ」２６２に
は、上記項目５３１−５３４の他に、破線で示すよう
に、着呼の取り扱い方法（継続方法）を指定するアクシ
ョンコード５３５が含まれる。アクションコードが「着
呼の転送」を示す場合には、アクションコード５３５の
次に「転送先となる電話番号」３５６が続く。

【００５０】ＳＣＧＷ１とＷＷＷサーバ３との間の通信
には、例えば、ＩＥＴＦ(InternetEngineering Task
Force）ＰＩＮＴ（PSTN and Internet Internetworkin
g）ワーキンググループで検討されているメッセージ形
式を適用できる。また、ＳＣＧＷ１とＳＣＰ２との間の
通信には、例えば、ＩＮ用のメッセージ形式を適用でき
る。

【００５１】図７は、ＳＣＧＷ１とＷＷＷサーバ３との
間の通信に適用されるパケット５０１のフォーマットを
示す。

【００５２】パケット５０１は、ＩＰヘッダ５１０と、
ＴＣＰ／ＵＤＰヘッダ５２０と、ＴＣＡＰ（Transactio
n Capability Application Part）ヘッダ５２５と、ユ
ーザデータフィールド５４０とからなり、上記ユーザデ
ータフィールド５４０に、図８Ａ―図８Ｃに示すメッセ
ージが設定される。

【００５３】図８Ａは、 ＷＷＷサーバ３からＳＣＧＷ
１に転送されるＩＮサービス要求メッセージ２０５のフ
ォーマットを示す。

【００５４】ＩＮサービス要求メッセージ２０５は、端
末から受信したＩＮサービス要求メッセージ２０３に基
いて生成されるもので、「メッセージ種類５５１と、メ
ッセージ長５５２と、ＳＣＧＷアドレス５５３と、ＷＷ
Ｗサーバアドレス５５４と、サービス番号５５５と、電
話番号（ダイアル番号）５５６と、ネットワークＩＤ５
５７と、ユーザＩＤ５５８と、ＵＲＬ５５９と」をそれ
ぞれ示す複数のフィールドからなっている。

【００５５】メッセージ種類を示すフィールド５５１に
は、このメッセージがＩＮサービス要求メッセージであ
ることを示すコードが設定される。また、電話番号フィ
ールド５５６とユーザＩＤフィールド５５８には、端末
から受信したＩＮサービス要求メッセージ２０３が示す
電話番号５３３とユーザＩＤ５３４がそれぞれ設定さ
れ、フィールド５５３、５５５、５５７および５５９に
は、ユーザ管理テーブル４４０から得たデータが設定さ
れ、ＷＷＷサーバアドレスフィールド５５４には、サー
バ３のアドレスが設定される。

【００５６】図８Ｂは、ＳＣＧＷ１が、ＳＣＰ２から受
信した図１０Ｂで説明する着呼通知メッセージ２３５に
基いて生成し、ＷＷＷサーバ３に送信する「着呼通知メ
ッセージ」２３７のフォーマットを示す。

【００５７】上記着呼通知メッセージ２３７は、「この
メッセージが着呼通知であることを示すメッセージ種類
５５１と、メッセージ長５５２と、ＳＣＧＷアドレス５
５３と、ＷＷＷサーバアドレス５５４と、ユーザＩＤ５
５８と、ＵＲＬ５５９と、相関ＩＤ５６１と」をそれぞ
れ示す複数のフィールドからなっている。 相関ＩＤ５
６１は、ＷＷＷサーバからその後に受信する通知応答メ
ッセージ２６４と着呼通知メッセージ２３７との対応関
係を判別するためのものであり、上記相関ＩＤ５６１に
は、図３Ｂに示したユーザ管理テーブル４１０から得た
相関ＩＤ４１４の値が適用される。

【００５８】図８Ｃは、ＷＷＷサーバ３が、端末から受
信した通知応答メッセージ２６２に基いて生成し、ＳＣ
ＧＷ１に送信する「通知応答メッセージ」２６４のフォ
ーマットを示す。

【００５９】上記メッセージ２６４は、「このメッセー
ジが通知応答であることを示すメッセージ種類５５１
と、メッセージ長５５２と、ＳＣＧＷアドレス５５３
と、ＷＷＷサーバアドレス５５４と、相関ＩＤ５７１
と、アクションコード５７２と、転送先電話番号５７３
と」をそれぞれ示す複数のフィールドからなっている。
相関ＩＤ５７１は、図８Ｂに示した着呼通知メッセージ
２３７で指定された相関ＩＤ５６１と同一の値をもつ。

【００６０】図９は、ＳＣＧＷ１とＳＣＰ２との間の通
信に適用されるパケット８００のフォーマットを示す。

【００６１】上記パケット８００は、着局コード８０１
と、発局コード８０２と、リンク選択８０３と、ＳＣＣ
Ｐ(Signaling Connection Control Part)ヘッダ８０４
と、ＴＣＡＰ(Transaction Capabilities Application
Part）ヘッダ８０５と、ユーザデータフィールド８１０
とからなり、上記ユーザデータフィールド８１０に、図
１０Ａ―図１０Ｃに示すメッセージが設定される。

【００６２】リンク選択８０３には、現用系と予備系と
からなる二重化されたリンクのうちの現用系リンクを指
定する情報が設定される。

【００６３】図１０Ａは、ＳＣＧＷ１からＳＣＰ２に送
信される「ＩＮサービス要求メッセージ」２１６のフォ
ーマットを示す。

【００６４】ＩＮサービス要求メッセージ２１６は、Ｗ
ＷＷサーバから受信した図８Ａに示したＩＮサービス要
求メッセージ２０５に基いてＳＣＧＷ１で生成されるも
ので、「メッセージ種類８２１と、メッセージ長８２２
と、相関ＩＤ８２３と、送信元ＳＣＧＷアドレス８２４
と、宛先ＳＣＰアドレス８２５と、サービス番号８２６
と、電話番号（ダイアル番号）８２７と、ユーザＩＤ８
２８と」をそれぞれ示す複数のフィールドからなってい
る。

【００６５】メッセージ種類を示すフィールド８２１に
は、このメッセージがＩＮサービス要求メッセージであ
ることを示すコードが設定される。また、宛先ＳＣＰア
ドレス８２５とサービス番号８２６には、ＳＣＰアドレ
ス管理テーブル４００から検索されたデータが設定さ
れ、相関ＩＤ８２３には、ユーザ管理テーブル４１０の
相関ＩＤ４１３の値が設定される。送信元ＳＣＧＷアド
レス８２４には、ＳＣＧＷ１のアドレスが設定され、そ
の他の項目８２７−８２８には、 ＷＷＷサーバから受
信したＩＮサービス要求メッセージ２０５から得られた
データが設定される。 なお、ユーザデータフィールド
８１０に上記ＩＮサービス要求メッセージ２１６を含む
パケット８００は、着局コード８０１にＳＣＰ２のアド
レス、発局コード８０２にＳＣＧＷ１のアドレスが設定
される。

【００６６】ＳＣＰ２は、上記ＩＮサービス要求メッセ
ージ２１６を受信すると、サービスプログラム“600”
によって、ユーザ管理テーブル４８０の該当エントリの
ＩＰアクセスフラグ４８４を“１”に設定し、 ＳＣＧ
Ｗアドレス４８５と相関ＩＤ４８６に、上記ＩＮサービ
ス要求メッセージ２１６が示すＳＣＧＷアドレス８２４
と相関ＩＤ８２３の値をそれぞれ設定する。

【００６７】図１０Ｂは、交換機から「ＩＮサービス加
入ユーザへの着信を示すＩＮサービス要求」を受信した
ＳＣＰ２によって生成され、ＳＣＧＷ１に送信される
「着呼通知メッセージ」２３５のフォーマットを示す。

【００６８】上記着呼通知メッセージ２３５は、このメ
ッセージが着呼通知であることを示すメッセージ種類８
２１と、メッセージ長８２２と、相関ＩＤ８２３と、宛
先ＳＣＧＷアドレス８３１と、送信元ＳＣＰアドレス８
３２と、着信のあった電話番号８２７と、ユーザＩＤ８
３３と」をそれぞれ示す複数のフィールドからなってい
る。相関ＩＤ８２３には、ユーザ管理テーブル４８０の
相関ＩＤ４８６が示す値が設定される。

【００６９】図１０Ｃは、ＳＣＧＷ１が、ＷＷＷサーバ
３から受信した通知応答メッセージ２６４に基いて生成
し、ＳＣＰ２に送信する「通知応答メッセージ」２６５
のフォーマットを示す。

【００７０】上記メッセージ２６５は、「このメッセー
ジが通知応答であることを示すメッセージ種類８２１
と、メッセージ長８２２と、 相関ＩＤ８２３と、送信
元ＳＣＧＷアドレス８２４と、宛先ＳＣＰアドレス８２
５と、アクションコード８４１と、転送先電話番号８４
２と」をそれぞれ示す複数のフィールドからなってい
る。

【００７１】相関ＩＤ８２３には、ユーザ管理テーブル
４１０の相関ＩＤ４１３が示す値が設定され、この値
は、着呼通知メッセージ２３５の相関ＩＤ８２３と同一
である。

【００７２】次に、図１１〜図１３に示す信号シーケン
スに従って、図１に示した通信網におけるInternet Cal
l Waitingサービスの制御手順について説明する。

【００７３】図１１は、ＩＣＷサービスに加入している
端末６ｂのユーザが、交換機４ａ、４ｂとアクセスポイ
ント（例えば、ゲートウエイ装置）７を介して、インタ
ーネット（ＷＷＷサーバ３）にアクセス中（２００）
に、ＳＣＰから着呼通知を受けるための「ＩＮサービス
要求」（２０２）の入力操作を行った場合に実行される
「ＷＷＷサーバ３、ＳＣＧＷ１およびＳＣＰ２の動作と
メッセージ・シーケンス」を示している。

【００７４】端末６ｂでは、ＷＷＷサーバと通信するた
めのブラウザが動作している。ＩＮサービスを要求する
場合、ユーザは、例えば、ブラウザ画面上で、端末６ｂ
の電話番号（ＤＮ）とユーザＩＤを入力した後、ＩＮサ
ービス要求ボタンをクリックする（２０２）。これによ
って、図６に示した電話番号（ＤＮ）５３３とユーザＩ
Ｄ５３４を含むＩＮサービス要求メッセージ２０３が生
成され、上記ＩＮサービス要求メッセージ２０３をユー
ザデータフィールド５３０に含み、「宛先アドレス（Ｓ
Ａ）５１１としてＷＷＷサーバアドレス、送信元アドレ
ス（ＤＡ）５１２として端末６ｂのアドレス」を含むＩ
Ｐヘッダ５１０を持ったＩＰパケットが、ＷＷＷサーバ
３に送信される。

【００７５】上記ＩＮサービス要求メッセージ２０３を
受信したＷＷＷサーバ３は、受信メッセージのメッセー
ジ種類５３１から「ＩＮサービス要求が受信された」こ
とを検出すると（２０４）、リクエスト管理テーブル４
３０で定義された「受信メッセージのメッセージ種類５
３１」に対応したサービスプログラムを実行する。これ
によって、ユーザ状態管理テーブル４５０に、受信メッ
セージ２０３から抽出されたユーザＩＤ５３４を検索キ
ー４５１とする新たなエントリが追加される。上記エン
トリの状態フィールド４５２は、ＩＮサービス要求中で
あることを示す状態コードが設定されている。また、サ
ービス管理テーブル４４０から検索された「ＩＮサービ
ス要求の宛先となるＳＣＧＷのアドレス４４２、サービ
ス提供網識別子４４３、サービス番号４４４、ＵＲＬ４
４５」と、受信メッセージ２０３から抽出された「電話
番号（ＤＮ）５３３、ユーザＩＤ５３４」によって、図
８Ａに示したＩＮサービス要求メッセージ２０５が生成
される。上記ＩＮサービス要求メッセージ２０５は、Ｉ
Ｐヘッダ５１０の宛先アドレスフィールド５１１にＳＣ
ＧＷ１のアドレスを含む図７に示したＩＰパケットとし
て、ＳＣＧＷ１に送信される。

【００７６】上記ＩＮサービス要求メッセージ２０５を
受信したＳＣＧＷ１は、図１４に示すＩＰパケット処理
ルーチン１４０に従って、ユーザの認証処理とプロトコ
ル変換を行い（２１５）、図１０Ａに示したＩＮサービ
ス要求メッセージ２１６を生成して、ＳＣＰ２に送信す
る。

【００７７】すなわち、図１４に示すように、ＳＣＧＷ
１は、ＷＷＷサーバが送信したＩＰパケットをＩＰ網イ
ンタフェース１３から受信すると（ステップ１４１）、
受信メッセージに含まれるユーザＩＤ５５８を、予めメ
モリ１２に記憶されているＩＮサービス加入者のユーザ
ＩＤリストと照合し、ユーザＩＤ５５８がＩＮサービス
加入者として登録済みか否かを判定する（ステップ１４
２）。ユーザＩＤ５５８が、登録されたＩＮサービス加
入者でなかった場合、ＷＷＷサーバ３にエラーメッセー
ジを送信する（ステップ１５２）。

【００７８】ユーザＩＤ５５８が、登録されたＩＮサー
ビス加入者であった場合、受信メッセージが相関ＩＤを
含むか否かをチェックし（ステップ１４３）、もし、受
信メッセージが相関ＩＤを含まなければ、受信メッセー
ジから抽出されたメッセージ種類５５１とネットワーク
ＩＤ５５７に基いて、図３Ａに示したＳＣＰアドレス管
理テーブル４００を参照することによって、ＩＮサービ
ス要求の宛先となるＳＣＰのアドレス４０３とサービス
番号４０４を決定し、ＳＣＰとＳＣＧＷとの間の通信で
使用する相関ＩＤ４１３と、ＷＷＷとＳＣＧＷとの間の
通信で使用する相関ＩＤ４１４を割り当てた（ステップ
１４４）後、「受信メッセージ２０５をＩＮサービス要
求メッセージ２１６を含むパケット８００に変換する」
プロトコル変換を行う（ステップ１４６）。受信メッセ
ージが相関ＩＤを含む場合は、ユーザ管理テーブル４１
０から、相関ＩＤ４１３、その他の必要データを読み出
し（ステップ１４５）、これらのデータを適用して、プ
ロトコル変換を行う（ステップ１４６）。

【００７９】次に、ユーザ管理テーブル４１０におい
て、ユーザＩＤと対応したエントリの状態コード４１６
を更新する。ユーザＩＤと対応したエントリがユーザ管
理テーブル４１０にない場合は、新たなエントリを追加
する（ステップ１４７）。次に、ステップ１４６で生成
されたパケットをＳＣＰ２に送信し（１４８）、ＳＣＰ
２からの応答を待つ（ステップ１４９）。 ＳＣＰ２か
ら応答（ＡＣＫ）２１８を受信すると（ステップ１５
０）、ＷＷＷサーバ３に応答２１９を送信し（ステップ
１５１）、次のＩＰパケットの受信を待つ。

【００８０】ＳＣＧＷ１からＩＮサービス要求メッセー
ジ２１６を受信したＳＣＰ２は、受信パケットから抽出
されたサービス番号８２６に基いて、サービス決定テー
ブル４６０を参照し、実行すべきサービス制御プログラ
ム“600”を起動する。これによって、ユーザ情報ポイ
ンタアドレステーブル４７０から、受信メッセージ２１
６に含まれる電話番号８２７と対応するポインタアドレ
ス４７３（例えば、アドレス“ｘｘ”）が検索され、ユ
ーザ情報管理テーブル４８０の上記ポインタアドレスが
指すエントリにおいて、ユーザがインターネットをアク
セス中であることを示すＩＰアクセスフラグ４８４と、
受信メッセージ２１６から得られたＳＣＧＷアドレス４
８５と相関ＩＤ４８６の値がそれぞれ記憶される。この
後、ＳＣＰ２は、上記ＩＮサービス要求２１６に対する
応答（ＡＣＫ）２１８をＳＣＧＷ１に送信する。

【００８１】上述したＩＰ網からＩＮ網へのＩＮサービ
ス要求メッセージの転送の結果、「ＩＣＷサービスに加
入している特定ユーザ（ユーザＩＤまたは電話番号）
が、現在、ＩＰ網（ＷＷＷサーバ）にアクセス中か否
か」を、ユーザ管理テーブル４８０のＩＰアクセスフラ
グ４８４で判定可能となる。従って、交換機４ａから特
定電話番号に着信があったことを通知されたとき、ＳＣ
Ｐ２は、例えば、サービス制御プログラム“500”によ
って、上記ユーザ管理テーブル４８０を参照し、上記特
定電話番号に付随するＩＰアクセスフラグ４８４の状態
から、もし、端末６ｂがＩＰ網をアクセス中の場合はＳ
ＣＧＷ１とＷＷＷサーバ３を介して、そうでない場合は
交換機４ａを介して、ユーザに着信を通知することが可
能となる。

【００８２】図１２は、 ＷＷＷサーバ３にアクセス中
の端末６ｂに、他の端末（電話機）６ａから着信があっ
た場合のメッセージ・シーケンスを示す。

【００８３】交換機４ａは、端末６ａからの発呼要求
（Setup）２３１を受信し、着番号に対応するユーザが
ＩＮサービスに加入していることを検出すると、ＳＣＰ
２に対してＩＮサービス要求（Initial DP）メッセージ
２３２を送信する。また、端末６ａに対して、上記発呼
要求の受け付け通知（Call proc）２３３を送信する。

【００８４】上記ＩＮサービス要求メッセージ２３２を
受信したＳＣＰ２は、受信メッセージ２３２に含まれる
トリガ情報と着番号に基いて、サービス決定テーブル４
６０から、実行すべきサービス制御プログラム（例え
ば、プログラム番号“500”のサービス制御プログラ
ム）を決定する（ステップ２３４）。上記サービス制御
プログラムを構成する機能ルーチンのうちの１つである
ユーザ情報取得ルーチンが実行されると、プログラム番
号４７１と着番号とに基づいて、ユーザ情報ポインタア
ドレステーブル４７０からポインタアドレス（例えば、
“ｘｘ”）が検索され、該ポインタアドレスに従って、
ユーザ情報管理テーブル４８０から、着番号に対応した
ＩＣＷサービス用の制御情報４８２−４８６が取得され
る。

【００８５】上記制御情報の一部であるＩＰアクセスフ
ラグ４８４の状態から、被呼ユーザがインターネット
（ＷＷＷサーバ）にアクセス中であることが判明する
と、上記サービス制御プログラム“500”は、図１０Ｂ
に示した着信通知メッセージ２３５を生成し、該メッセ
ージを含むパケット８００をＳＣＧＷ１に対して送信し
た後、ＳＣＧＷ１からの受信応答（ＡＣＫ）待ちとな
る。もし、被呼ユーザがインターネットをアクセス中で
なければ、ＳＣＰ２は、ＩＮサービス要求（Initial D
P）メッセージ２３２の送信元である交換機４ａに対し
て、着信通知を指令する。

【００８６】ＳＣＧＷ１からの受信応答（ＡＣＫ）を受
信すると、サービス制御プログラム“500”は、上記着
信通知メッセージ２３５に対するユーザ回答である通知
応答メッセージの受信待ち状態となる。

【００８７】ＳＣＧＷ１は、上記着信通知メッセージ２
３５を受信すると、図１５に示すＩＮパケット処理ルー
チン１６０を実行する（２３６）。

【００８８】ＩＮパケット処理ルーチン１６０では、Ｓ
ＣＰからメッセージを受信すると（ステップ１６１）、
受信メッセージ２３５に含まれる相関ＩＤ８２３をチェ
ックし（ステップ１６２）、該相関ＩＤが、上記受信メ
ッセージ２３５に含まれるユーザＩＤ８３３と対応して
ユーザ管理テーブル４１０に記憶されている相関ＩＤ４
１３と不一致の場合は、ＳＣＰに対して、エラー応答を
送信する（ステップ１７０）。もし、相関ＩＤ８２３と
相関ＩＤ４１３との一致が確認された場合、ユーザ管理
テーブル４１０から相関ＩＤ４１４、ＷＷＷサーバアド
レス４１５、ＵＲＬ４１７を読み出し（ステップ１６
３）、図８Ｂに示した着信通知メッセージ２３７を含む
ＩＰパケット５０１を生成し（ステップ１６４）、ユー
ザ管理テーブル４１０の上記被呼ユーザと対応するエン
トリの状態フィールド４１６に着信通知中を示すコード
を設定（ステップ１６５）した後、これを被呼ユーザが
アクセスしているＷＷＷサーバ３に対して送信する（ス
テップ１６６）。

【００８９】ＳＣＧＷ１は、ＷＷＷサーバ３からの応答
（ＡＣＫ）を待ち（ステップ１６７）、 ＷＷＷサーバ
３からの応答（ＡＣＫ）２３８を受信すると（ステップ
１６８）、ＳＣＰ２に上記着信通知メセージ２３５に対
する応答（ＡＣＫ）２３９を送信して（ステップ１６
９）、次のＩＮパケットの受信待ち状態となる。

【００９０】上記着信通知メッセージ２３７を受信した
ＷＷＷサーバ３は、該着信通知に対する応答信号（ＡＣ
Ｋ）２３８をＳＣＧＷ１に送信した後、上記着信通知メ
ッセージ２３７が示す相関ＩＤ５６１を、ユーザＩＤ５
５８と対応するユーザ状態管理テーブルエントリの相関
ＩＤフィールド４５３に記憶し、上記エントリの状態フ
ィールド４５２に、着信通知があったことを示す状態コ
ードを設定する。 ＷＷＷサーバ３は、更に、上記着信
通知メッセージ２３７で指定されたＵＲＬ５５９に基い
てメモリから着信通知表示データを読み出し、これを着
信通知メッセージ２４１として、ユーザ端末６ｂ上で動
作中のブラウザに送信する（２４０）。

【００９１】上述したＳＣＰ動作とメッセージ転送によ
り、ユーザが、ＷＷＷサーバにアクセスしている最中に
着信があった場合、ＳＣＰから発行された着信通知をＳ
ＣＧＷ１とＷＷＷサーバ３を介して、ユーザ端末のブラ
ウザ画面に表示することが可能となる。

【００９２】図１３は、着信通知を受信したユーザが、
着呼の取り扱い方法を指定する通知応答を入力した場合
のメッセージ・シーケンスを示す。

【００９３】ブラウザを介して着信通知を受信した端末
６ｂのユーザは、着呼の取り扱い方法として、(ａ)発呼
ユーザに被呼ユーザが話中である旨をアナウンスする、
(b)着呼をメールボックスへ接続する、(ｃ)指定された
転送先電話番号に接続する、（ｄ）呼を切断する、等の
メニューから選択する。ここでは、ユーザが、上記着信
通知に対する応答入力（２６１）として、転送メニュー
を選択し、転送先の電話番号を入力した場合の動作につ
いて説明する。

【００９４】ユーザが、転送メニューを選択し、転送先
の電話番号を入力すると、図６に示した「アクションコ
ード５３５と転送先電話番号５３６を含む通知応答メッ
セージ２６２」を含むＩＰパケット５００が、端末６ｂ
からＷＷＷサーバ３に送信される。 上記通知応答メッ
セージ２６２を受信すると、ＷＷＷサーバ３は、リクエ
スト管理テーブル４３０で定義された「受信メッセージ
のメッセージ種類５３１と対応するサービスプログラ
ム」を実行する（２６３）。これによって、サービス管
理テーブル４４０から読み出されたアドレス情報と、ユ
ーザ状態管理テーブル４５０から読み出された「受信メ
ッセージのユーザＩＤ５３４と対応する相関ＩＤ４５
３」を適用して、図８Ｃに示した通知応答メッセージ２
６４が生成され、ＩＰパケット５０１としてＳＣＧＷ１
に送信される。

【００９５】上記通知応答メッセージ２６４を受信した
ＳＣＧＷ１は、図１４に示したＩＰパケット処理ルーチ
ンを実行し、ＳＣＰアドレス管理テーブル４００から得
られたＳＣＰアドレス４０３と、ＩＮサービス要求メッ
セージ２０５の受信時にユーザ管理テーブル４１０に記
憶された相関ＩＤ４１３と、受信パケット２６４が示す
アクションコード５７２と転送先電話番号５７３を適用
して、図１０Ｃに示す通知応答メッセージ２６５を生成
し、これをパケット８００としてＳＣＰ２に送信する。

【００９６】上記通知応答メッセージ２６５がＳＣＰ２
で受信されると、該通知応答メッセージの受信待ちとな
っていたサービス制御プログラム“500”によって、受
信メッセージ２６５の相関ＩＤ８２３とユーザ情報管理
テーブル４８０の相関ＩＤ４８６とを照合して、受信メ
ッセージが認証される。受信メッセージから転送先電話
番号８４２が特定されると、転送処理用のサービス制御
プログラムが実行され、これによって、交換機４ａに、
上記転送先電話番号を含むConnectメッセージ２６９が
送信される。また、ＳＣＧＷ１に対して、上記通知応答
メッセージ２６５に対する受信応答（ＡＣＫ）２６７が
送信される（２６６）。

【００９７】上記Connectメッセージ２６９を受信した
交換機４ａは、端末６ｂに着信した呼を上記受信メッセ
ージで指定された電話番号８４２に接続するための呼接
続処理（２７０）を実行し、転送先端末にSetup信号２
７１を送信する。一方、ＳＣＰから受信応答（ＡＣＫ）
２６７を受信したＳＣＧＷ１は、ＷＷＷサーバ３に対し
て、受信応答（ＡＣＫ）２６８を送信する。

【００９８】図１６は、加入者端末で動作するブラウザ
機能の一部を構成するＩＮサービス要求ルーチンを示
す。上記ＩＮサービス要求ルーチンは、ユーザが、加入
者端末６ｂ上でブラウザを起動し、ＩＮサービスメニュ
ーを選択することにより実行される。

【００９９】ユーザが、ＩＮサービスを中継するＷＷＷ
サーバ３を指定する入力操作を行うと、 ＩＮサービス
要求ルーチンは、ＷＷＷサーバに画面表示情報の送信を
要求し（ステップ６０２）、ＷＷＷサーバからの応答を
待つ（６０３）。ＷＷＷブラウザから画面表示情報を含
むパケットを受信すると、受信情報を解析し（６０
５）、表示情報をユーザ端末の表示画面に出力する（６
０６）。これによって、ＩＮサービス要求のための入力
画面がユーザに提供される。

【０１００】ユーザが、上記入力画面で端末の電話番号
（ＤＮ）とユーザＩＤを入力し（６０７）、表示画面に
用意された送信ボタンをクリックすると、図６に示した
ＩＮサービス要求メッセージ２０３を含むＩＰパケット
が生成され、ＷＷＷサーバに送信される（６０８）。Ｗ
ＷＷサーバからの応答を待ち（６０９）、ＷＷＷサーバ
が端末からの送信メッセージを正しく受理したことを示
す応答信号を受信すると（６１０）、ユーザ情報とし
て、上記電話番号（ＤＮ）と、ユーザＩＤと、 ＩＮサ
ービス要求中を示す状態コードとを記憶し（６１１）、
このルーチンを終了する。ステップ６０４または６１０
で、ＷＷＷサーバ３からエラー応答を受信した場合は、
エラーが発生したことを端末画面に表示し（６１３）、
ユーザからの入力待ち状態となる。

【０１０１】図１７は、加入者端末で動作するブラウザ
機能の一部を構成するＩＮサービス通知ルーチンの機能
を示す。このルーチンは、ＳＣＧＷ１から着信通知２３
７を受信したＷＷＷサーバ３が、端末６ｂで動作するブ
ラウザに着信通知メッセージ２４１を送信した場合に起
動される。

【０１０２】ＩＮサービス通知ルーチンは、ＷＷＷサー
バから送信された着信通知メッセージ２４１を受信し
（ステップ６２２）、受信したメッセージ情報を解析す
る（６２３）。次に、上記受信メッセージに含まれる着
信通知表示データを端末画面に表示し（６２４）、状態
コードを着信通知受信を示すコードに更新する（６２
５）。上記着信通知表示データによって、端末の表示画
面には、ユーザが指定できる着呼の取り扱い方法とし
て、例えば、（ａ）アナウンス、（ｂ）メールボックス
への接続、（ｃ）転送、（ｄ）切断のうちの１つを選択
するためのメニューが提供されている。

【０１０３】ユーザが、画面に表示されたメニューのう
ちの１つを選択し、もし、転送を選択した場合には、更
に、転送先の電話番号を入力した後、送信ボタンをクリ
ックすると（６２６）、アクションコード５３５と転送
先電話番号５３６を含む通知応答メッセージ２６２が生
成され、ＷＷＷサーバ３に送信される（６２７）。この
後、ＩＮサービス通知ルーチンは、ＷＷＷサーバからの
応答を待ち（６２８）、ＷＷＷサーバが上記通知応答メ
ッセージ２６２を正しく受理したことを示す応答（ＡＣ
Ｋ）を受信すると（６２９）、このルーチンを終了し、
ＷＷＷサーバからの新たなメッセージ待ち状態となる。

【０１０４】上述したＩＮサービス要求ルーチンとＩＮ
サービス通知ルーチンを実行することによって、端末ユ
ーザは、ブラウザ画面で、ＩＮサービス要求の入力、着
信通知の受信、着呼の取り扱い方法の指定をすることが
可能となる。

【０１０５】図１８は、端末６ｂからＩＮサービスの取
消し要求があった時、ＷＷＷサーバ３で実行されるＩＮ
サービス終了ルーチンのフローチャートを示す。 ＩＮ
サービスの取消し要求メッセージは、ＩＮサービス要求
メッセージ２０３と同様、電話番号とユーザＩＤを含
み、例えば、ブラウザ画面に用意されたＩＮサービス終
了ボタン、または、インターネットアクセスの終了ボタ
ンが選択されたことに応答して、ＷＷＷサーバ３に送信
される。

【０１０６】ＩＮサービス終了ルーチンは、端末６ｂか
らＩＮサービスの取消し要求メッセージを受信すると
（９０２）、受信メッセージを解析し（９０３）、ユー
ザ状態管理テーブル４５０の上記受信メッセージのユー
ザＩＤと対応するエントリの削除、または、該エントリ
の状態フィールド４５２をＩＮサービス取消し状態に変
更する（９０４）。次に、ＳＣＧＷ１に対し、ＩＮサー
ビス取消し要求メッセージを送信し（９０５）、ＳＣＧ
Ｗからの応答待ちとなる（９０６）。

【０１０７】ＳＣＧＷ１は、上記取消し要求メッセージ
を受信すると、ユーザ管理テーブル４１０の上記メッセ
ージのユーザＩＤと対応するエントリの削除、または、
該エントリの状態フィールド４１６をＩＮサービス取消
し状態に変更した後、ＳＣＰ２に対してＩＮサービス取
消要求メッセージを送信する。上記ＩＮサービス取消要
求メッセージを受信したＳＣＰ２は、ユーザ情報管理テ
ーブル４８０の上記ユーザＩＤに該当するＩＰアクセス
フラグ４８４をクリアした後、ＳＣＧＷに取消し確認応
答信号を送信する。上記確認応答信号は、ＳＣＧＷ１か
らＷＷＷサーバ３に転送される。ＷＷＷサーバ３は、Ｓ
ＣＧＷ１から確認応答信号を受信すると（９０７）、端
末６ｂ上で動作するブラウザに対して、取消確認信号を
送信して（９０８）、このルーチンを終了する。

【０１０８】図１９は、本発明の第２の実施例の網構成
を示す。

【０１０９】図１と比較すると、図１９の網構成は、
「インテリジェントネットワークのＳＣＰとＩＰ網とが
サービス制御ゲートウエイ装置（ＳＣＧＷ）１を介して
接続され、インテリジェントネットワークの伝達網とＩ
Ｐ網とを接続するゲートウェイ装置７に、上記ＳＣＧＷ
１との通信機能を備えた」ことを特徴とする。ＳＣＧＷ
１は、例えば、図示しないルータを介してＩＰ網に接続
される。但し、上記ＳＣＧＷ１は、ゲートウェイ装置７
が備えるＩＰ網インタフェースに接続してもよい。

【０１１０】本実施例において、ＳＣＧＷ１は、図１４
に示したＩＰパケット処理ルーチンと図１５に示したＩ
Ｎパケット処理ルーチンにおけるＩＰ網側の通信相手を
ＷＷＷサーバ３からゲートウエイ装置７に変更すればよ
く、実質的に第１実施例と同じ構成となっている。

【０１１１】ゲートウェイ装置７は、加入者端末６をダ
イヤル・アップ接続によってＩＰ網に接続するために必
要な機能と、端末６とインターネットプロトコルによっ
て通信する通信機能と、第１実施例でＷＷＷサーバ３に
よって行われていたＳＣＧＷ１との間でＩＮサービス制
御メッセージを通信するための機能とを備える。

【０１１２】これらの機能を実現するために、ゲートウ
エイ装置７は、加入者毎の認証情報と、加入者毎の付加
サービス情報と、図４Ａ−図４Ｃで説明したインターネ
ット・コール・ウエイティング・サービス用の管理テー
ブル４３０−４５０と、これらの情報を利用して制御動
作を行うための複数のプログラムを蓄積している。

【０１１３】また、第１の実施例では、インターネット
アクセス中に、ユーザがＩＮサービス要求入力操作を行
った時、ＩＮサービス要求メッセージが端末６からＩＰ
網に送信されていたが、この第２実施例では、端末とゲ
ートウエイ装置７との間にＩＰ通信のためのコネクショ
ンを確立した時、ゲートウエイ装置７が自動的にＩＮサ
ービス要求メッセージを生成し、該メッセージをＳＣＧ
Ｗ１に送信するようにしている。上述したＩＮサービス
メッセージ処理機能を装備するのに適したゲートウェイ
装置７として、具体的には、サービスプロバイダによっ
て運営、管理されているアクセスポイントがある。

【０１１４】加入者端末６ｂは、ダイヤル・アップ接続
機能と、インターネット接続中に、第１実施例のＷＷＷ
サーバの代わりに、ゲートウエイ装置７との間で、ＩＮ
サービス制御メッセージを送受信するための、図１７で
説明したＩＮサービス通知ルーチンと同様のプログラム
を備える。

【０１１５】図２０は、ゲートウェイ装置７の構成を示
す。

【０１１６】ゲートウェイ装置７は、端末６やＳＣＧＷ
１との間の通信を制御するためのＣＰＵ７１と、前述し
た各種の情報とプログラムを格納するためのメモリ７２
と、ＩＰ網に接続された信号線７４を終端するためのＩ
Ｐ網インタフェース部７３と、インテリジェントネット
ワークの伝達網に接続された信号線７６を終端するため
の伝達網インタフェース部７５と、これらの要素を接続
するバス７７とからなっている。 ＣＰＵ７１とＳＣＧ
Ｗ１との間の通信は、図７に示したパケットを使用する
インターネット・プロトコルに従って行われ、ＣＰＵ７
１と伝達網との間の通信は、例えば、Ｎ−ＩＳＤＮのユ
ーザ・網インタフェース・プロトコルに従って行われ
る。

【０１１７】図２１〜図２３を参照して、第２実施例の
通信網におけるInternet Call Waiting サービスの制御
手順方法について説明する。

【０１１８】図２１は、端末６ｂのユーザが、ダイヤル
・アップ機能を利用してＩＰ網８と接続するため、ゲー
トウェイ装置７に対して発呼信号（Setup）１０１Ａを
送信すると、上記端末６ｂが接続された交換機４ａが、
上記発呼信号（Setup）１０１Ａを発呼信号（Setup）１
０１Ｂとして、ゲートウェイ装置７に転送すると共に、
端末６ｂに対して呼受付信号（Call Proc）１０２を返
送する。

【０１１９】ゲートウェイ装置７は、発呼信号（Setu
p）１０１に応答して、図２４に示す呼信号処理ルーチ
ンを実行する。

【０１２０】すなわち、伝達網インタフェース７５から
発呼信号（Setup）１０１を受信すると（ステップ７４
１）、受信信号に含まれる情報要素を解析し、着信を受
け付け可能か否かを判別する（ステップ７４２）。着信
を受け付ける場合は、ゲートウェイ装置７から交換機４
ａに、応答信号（Ｃｏｎｎｅｃｔ）１０４を送信する
（ステップ７４３）。上記応答信号を受信した交換機４
ａが、端末６ｂに応答信号（Ｃｏｎｎｅｃｔ）１０５を
送信することによって、ゲートウェイ装置７と端末６ｂ
が電話回線で接続される。

【０１２１】この後、ゲートウェイ装置７は、上記電話
回線を通して端末６ｂとＩＰパケット通信を行うため
に、ＰＰＰ（Point to Point）接続動作を開始する。先
ず、端末６ｂとゲートウエイ装置７との間に、例えば、
ＬＣＰ(Link Control Protocol)を適用して、リンク１
０６を確立する。次に、端末６ｂからユーザＩＤとパス
ワードを含む認証要求を受信し（ステップ７４５）、メ
モリ７２に蓄積してある認証情報を用いて、上記ユーザ
ＩＤとパスワードの認証処理１０８を行い（ステップ７
４６）、上記ユーザＩＤとパスワードが認証された場合
は、認証応答１０９を端末６ｂに送信する（ステップ７
４７）。尚、上記認証処理は、ゲートウエイ装置７に接
続された図示しないユーザ認証用サーバによって実行す
るようにしてもよい。

【０１２２】ゲートウェイ装置７は、端末６ｂからＩＰ
アドレス割当て要求１１０を受信すると（ステップ７４
８）、メモリ７２に形成されているＩＰアドレスプール
から１つの空きＩＰアドレスを取得し、該空きＩＰアド
レスとユーザＩＤとの対応関係をユーザ情報テーブルに
記憶（ステップ７４９）した後、該ＩＰアドレス１１２
を端末６ｂに通知する（ステップ７５０）。

【０１２３】ゲートウェイ装置７は、次に、メモリ７２
に予め蓄積されているユーザ毎のＩＮサービス情報テー
ブルを検索し（ステップ７５１）、端末６ｂのユーザが
ＩＮサービスの加入ユーザであることが判明すると、図
８に示したＩＮサービス要求メッセージ２０５を生成
し、ＳＣＧＷ１に送信（ステップ７５２）した後、ＳＣ
ＧＷ１からの受信応答（ＡＣＫ）２１９を待つ。 ＳＣ
ＧＷ１からの応答（ＡＣＫ）２１９を受信すると（ステ
ップ７５４）、ＰＰＰ接続中の状態１９９となる。

【０１２４】尚、ステップ７４２で発呼信号の情報要素
を解析した結果、着信できない場合、ステップ７４６で
ユーザ認証に失敗した場合、または、ステップ７４９で
ＩＰアドレスプールに空きＩＰアドレスがなかった場合
は、端末６ｂにエラーメッセージを送信する（ステップ
７５６）。

【０１２５】上記ＩＮサービス要求メッセージ２０５を
受信したＳＣＧＷ１は、第１実施例と同様、図１４に示
したＩＰパケット処理ルーチンを実行し、ユーザ認証処
理によってユーザの正当性を確認した後、プロトコル変
換されたＩＮサービス要求メッセージ２１６をＳＣＰ２
に送信する。また、ＳＣＰ２から受信応答（ＡＣＫ）２
１８を受信すると、ＳＣＧＷ１は、ＩＮサービス要求メ
ッセージ２０５の送信元であるゲートウエイ装置７に対
して、受信応答（ＡＣＫ）２１９を送信した後、上記Ｉ
Ｐパケット処理ルーチンを終了する。ＩＮサービス要求
メッセージ２１６を受信した時、ＳＣＰ２は、第１実施
例と同様のサービス要求登録処理２１７を実行する。

【０１２６】図２２は、ゲートウエイ装置７とＰＰＰ接
続中の端末６ｂに、他の端末６ａから着信があった場合
のメッセージ・シーケンスを示す。

【０１２７】図１２に示した第１実施例と比較して明ら
かなように、第２実施例では、ＳＣＧＷ１から送信され
た着信通知メッセージ２３７をゲートウエイ装置７が受
信しており、ゲートウエイ装置７が、第１実施例のＷＷ
Ｗサーバ３に代わって、図２５に示すプログラムに従っ
て、端末６ｂへの着信通知メッセージ２４１の転送と、
ＳＣＧＷ１への受信応答（ＡＣＫ）２４２の送信を行っ
ている。

【０１２８】すなわち、ゲートウェイ装置７は、ＳＣＧ
Ｗ１から着信通知メッセージ２３７を受信すると（ステ
ップ７６１）、受信メッセージのメッセージ種類５５１
に対応したサービスプログラムを起動して、図２１のス
テップ１１１（図２４のステップ７４９）で記憶してあ
る「ＩＰアドレスとユーザＩＤとの対応関係を示すユー
ザ情報テーブル」から、上記受信メッセージが示すユー
ザＩＤ５５８と対応したＩＰアドレスを読み出す（ステ
ップ７６２）。次に、着信通知用の処理ルーチンを起動
して、上記ＩＰアドレスを宛先アドレスとする着信通知
ＩＰパケットを生成し（ステップ７６３）、端末６ｂに
着信通知メッセージを送信し（ステップ７６４）、ＳＣ
ＧＷ１に、上記着信通知２３７に対する応答（ＡＣＫ）
２４２を送信する（ステップ７６５）。

【０１２９】図２３は、着信通知を受信したユーザが、
着呼の取り扱い方法を指定する通知応答を入力した場合
のメッセージ・シーケンスを示す。

【０１３０】図１３に示した第１実施例と比較して明ら
かなように、第２実施例では、端末６ｂから送信された
通知応答メッセージ２６２をゲートウエイ装置７が受信
し、ゲートウエイ装置７が、第１実施例のＷＷＷサーバ
３に代わって、図２６に示すプログラムルーチンに従っ
て、ＳＣＧＷ１へ通知応答メッセージ２６４を転送して
いる。

【０１３１】着信通知を受信した端末６ｂのユーザが、
端末画面に表示されたメニューの中から、ユーザが希望
する着呼の取り扱い、例えば、「転送」を選択し、転送
先の電話番号を指定すると（２６１）、端末６ｂからゲ
ートウエイ装置７に、図６に示したフォーマットの通知
応答メッセージ２６２が送信される。ゲートウエイ装置
７は、端末からの受信メッセージが通知応答の場合、図
２６の通知応答処理ルーチンを実行する。

【０１３２】上記通知応答処理ルーチンでは、通知応答
メッセージ２６２を受信すると（ステップ７７１）、サ
ービス管理テーブル４４０とユーザ状態管理テーブル４
５０からそれぞれＳＣＧＷアドレスと相関ＩＤを読み出
し、図８Ｃに示した通知応答メッセージ２６４を生成し
（ステップ７７２）、ユーザ状態管理テーブル４５０の
状態フィールド４５２を通知応答状態を示すコードに更
新（ステップ７７３）した後、上記通知応答メッセージ
２６４をＳＣＧＷ１に送信する（ステップ７７４）。こ
の後、ＳＣＧＷ１からの受信応答（ＡＣＫ）２６８を待
ち（ステップ７７５）、ＳＣＧＷ１からの受信応答（Ａ
ＣＫ）２６８を受信すると（ステップ７７６）、このル
ーチンを終了する。 上記通知応答メッセージ２６４を
受信したＳＣＧＷ１の動作と、ＳＣＧＷ１から通知応答
メッセージ２６５を受信したＳＣＰ２の動作は、第１実
施例と同様である。

【０１３３】図２７は、端末６ｂとゲートウェイ装置７
との間の接続が切れた時、ゲートウェイ装置で実行され
るＩＮサービス終了ルーチンのフローチャートを示す。

【０１３４】ＩＮサービス終了ルーチンでは、交換機４
から切断信号を受信すると（ステップ７８２）、受信信
号を解析し（ステップ７８３）、ユーザ状態管理テーブ
ル４５０から相関ＩＤ４５３を読み出し（ステップ７８
４）、ＳＣＧＷ１にＩＮサービス取消要求メッセージを
送信し（ステップ７８５）、ＳＣＧＷ１からの応答を待
つ（ステップ７８６）。ＳＣＧＷ１から応答信号を受信
すると（ステップ７８７）、ＰＰＰ通信に割り当てられ
たＩＰアドレスと、ゲートウェイ装置７とＳＣＧＷ１と
の間の通信に使用していた相関ＩＤ４５３とを開放する
と共に、状態情報４５２をクリアし（ステップ７８
８）、交換機４に対して解放信号を送信して（ステップ
７８９）、このルーチンを終了する。

【０１３５】ゲートウェイ装置７からＩＮサービス取消
要求メッセージを受信したＳＣＧＷ１は、第１実施例で
図１８を参照して説明したように、ユーザ管理テーブル
４１０において、上記端末ユーザと対応するエントリの
削除または状態コードの変更を行い、ＳＣＰ２に対して
ＩＮサービス取消要求メッセージを転送する。また、Ｓ
ＣＰ２も、上記ＩＮサービス取消要求メッセージを受信
した時、ユーザ情報管理テーブルで上記端末ユーザと対
応するＩＰアクセスフラグをクリアする。従って、ＳＣ
ＰによるＩＰ網を介したユーザへの着信通知サービス
は、ユーザがインターネットとの通信を切断した時点
で、終了する。

【０１３６】

【発明の効果】以上の実施例の説明から明らかなよう
に、本発明によれば、インターネットを利用中のユーザ
に対して、インテリジェントネットワークのサービス制
御装置（ＳＣＰ）から、インターネットを介して、着信
通知メッセージを送付することができる。また、ユーザ
からの通知応答をインターネットを介してＳＣＰに転送
することにより、ＳＣＰから交換機に「ユーザ指定端末
への着呼の転送、発呼ユーザへのアナウンス、着呼の切
断」などの接続指令を与えることができる。

【０１３７】従って、ユーザに対して、柔軟な通信サー
ビスの提供が可能になる。

【図面の簡単な説明】

【図１】本発明の第１の実施例である「インテリジェン
トネットワークのＳＣＰとＩＰ網のＷＷＷサーバ３と
が、サービス制御ゲートウエイ装置１を介して接続され
た網構成」を示す図。

【図２】図１におけるサービス制御ゲートウェイ装置
（ＳＣＧＷ）１の構成を示す図。

【図３】図３Ａは、ＳＣＧＷ１が備えるSCPアドレス管
理テーブルの構成を示す図。図３Ｂは、ＳＣＧＷ１が備
えるユーザ管理テーブルの構成を示す図。

【図４】図４Ａは、図１におけるＷＷＷサーバ３が備え
るリクエスト管理テーブルの構成を示す図。図４Ｂは、
ＷＷＷサーバ３が備えるサービス管理テーブルの構成を
示す図。図４Ｃは、ＷＷＷサーバ３が備えるユーザ状態
管理テーブルの構成を示す図。

【図５】図５Ａは、図１におけるＳＣＰ２が備えるサー
ビス決定テーブルの構成を示す図。図５Ｂは、ＳＣＰ２
が備えるユーザ情報ポインタアドレステーブルの構成を
示す図。図５Ｃは、ＳＣＰ２が備えるユーザ情報管理テ
ーブルの構成を示す図。

【図６】図１における端末装置６とＷＷＷサーバ３との
間の通信で使用されるパケットフォーマットの１例を示
す図。

【図７】図１におけるＷＷＷサーバ３とサービス制御ゲ
ートウェイ（ＳＣＧＷ）１との間の通信で使用されるパ
ケットフォーマットの１例を示す図。

【図８】図８Ａは、ＷＷＷサーバ３からＳＣＧＷ１に送
信されるサービス要求メッセージのフォーマットを示す
図。図８Ｂは、ＳＣＧＷ１からＷＷＷサーバ３に送信さ
れる着信通知メッセージのフォーマットを示す図。図８
Ｃは、ＷＷＷサーバ３からＳＣＧＷ１に送信される通知
応答メッセージのフォーマットを示す図。

【図９】図１におけるＳＣＧＷ１とサービス制御ポイン
ト（ＳＣＰ）２との間の通信で使用されるパケットフォ
ーマットの１例を示す図。

【図１０】図１０Ａは、ＳＣＧＷ１からＳＣＰ２に送信
されるサービス要求メッセージのフォーマットを示す
図。図１０Ｂは、ＳＣＰ２からＳＣＧＷ１に送信される
着信通知メッセージのフォーマットを示す図。図１０Ｃ
は、ＳＣＧＷ１からＳＣＰ２に送信される通知応答メッ
セージのフォーマットを示す図。

【図１１】端末装置から「着呼通知を要求する」サービ
ス要求メッセージが発行された時、図１に示した通信網
において通信される制御信号とメッセージを示す信号シ
ーケンス図。

【図１２】上記端末装置に着信があった時、図１に示し
た通信網において通信される制御信号とメッセージを示
す信号シーケンス図。

【図１３】上記端末装置から通知応答メッセージが発行
された時、図１に示した通信網において通信される制御
信号とメッセージを示す信号シーケンス図。

【図１４】ＩＰ網からの制御メッセージの受信に応答し
て実行される、ＳＣＧＷ１の動作を示すフローチャー
ト。

【図１５】ＩＮ網からの制御メッセージの受信に応答し
て実行される、ＳＣＧＷ１の動作を示すフローチャー
ト。

【図１６】ユーザが着信通知サービスを要求する時に端
末装置６において実行される、ブラウザの動作を示すフ
ローチャート。

【図１７】ＷＷＷサーバから着信通知を受信した時に端
末装置６において実行される、ブラウザの動作を示すフ
ローチャート。

【図１８】呼切断時に実行される、ＷＷＷサーバの動作
を示すフローチャート。

【図１９】本発明の第２の実施例である「 ＩＰ網とイ
ンテリジェントネットワークのＳＣＰとが、ゲートウエ
イ装置７とサービス制御ゲートウエイ装置１を介して接
続された網構成」を示す図。

【図２０】図１９におけるゲートウエイ装置７の構成を
示す図。

【図２１】端末装置から発呼（呼設定）メッセージが発
行された時に図１９に示した通信網において通信される
制御信号とメッセージとを示す信号シーケンス図。

【図２２】上記端末装置に着信があった時に図１９に示
した通信網において通信される制御信号とメッセージと
を示す信号シーケンス図。

【図２３】上記端末装置から「指定した接続先への転送
を要求する」通知応答が発行された時に図１９に示した
通信網において通信される制御信号とメッセージとを示
す信号シーケンス図。

【図２４】端末装置からの発呼（呼設定）メッセージの
受信時にゲートウエイ７で実行される呼信号処理ルーチ
ンを示すフローチャート。

【図２５】サービス制御ゲートウエイ１からの着信通知
メッセージの受信時にゲートウエイ７で実行される着信
通知処理ルーチンを示すフローチャート。

【図２６】端末からの通知応答メッセージの受信時にゲ
ートウエイ７で実行される通知応答処理ルーチンを示す
フローチャート。

【図２７】呼切断時にゲートウエイ７で実行されるＩＮ
サービス終了ルーチンを示すフローチャート。

【符号の説明】

１…サービス制御ゲートウェイ装置、２・・・ＳＣＰ、３・
・・ＷＷＷサーバ、４…交換機、６・・・加入者端末、７・・・
ゲートウェイ装置、１１・・・ＣＰＵ、１２・・・メモリ、１
３…ＩＰ網インタフェース部、１５…高機能網インタフ
ェース部。

Claims (31)

【特許請求の範囲】
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. 【請求項３１】上記端末装置は、上記サーバにダイアル
    アップ接続することを特徴とする請求項２４乃至請求項
    ３０の何れかに記載の通信サービス制御方法。