(57)【特許請求の範囲】
【請求項１】
サービス要求システムと加入者システムとの間のアクセスシステムを通じたデータをやり取りする通信の論理的な接続を行い、前記アクセスシステムに複数のアクセス集線部を設けているセッション設定方法において、
前記サービス要求システム側が、サービス要求内容を示した情報及び前記加入者システムを示した情報を、前記加入者システムを収容している前記アクセスシステムへ送信する段階と、
この情報を受信した前記アクセスシステムが、通知された前記サービス要求内容を示した情報及び前記加入者システムを示した情報を前記加入者システムへ送信する段階と、
前記加入者システムが、サービスクラスを示す情報を前記アクセスシステムに送信する段階と、
前記アクセスシステムにおいて、前記サービスクラスの処理が可能として特定したアクセス集線部が、処理可能を通知する情報を前記加入者システムに送信する段階と、
前記加入者システムが、このサービスクラスに対する処理可能を通知してきた前記特定アクセス集線部を選択したことを示す情報を、前記特定アクセス集線部に送信する段階と、
この情報を受信した前記特定アクセス集線部が、前記サービス要求システムと前記加入者システムとの間でセッション設定を行うための情報を前記加入者システムに送信する段階と、
を有することを特徴とする通信ネットワークにおけるセッション設定方法。
【請求項２】
前記加入者システムを示す情報が、
前記サービス要求システム側において管理する前記加入者システムのいずれかを示すユーザ特定識別符号又はメディアアクセス制御アドレスの情報であり、かつ、
前記ユーザ特定識別符号をアクセスシステムが受信した際に、前記ユーザ特定識別符号を、対応するメディアアクセス制御アドレスに変換することを特徴とする請求項１記載の通信ネットワークにおけるセッション設定方法。
【請求項３】
前記アクセスシステムがサービスクラス提示の情報を受信した後に、
前記アクセスシステムが、前記加入者システムからの情報に格納されていたサービスクラス提示に対する処理を拒否する場合に、この処理拒否を示すサービスエラー情報を前記加入者システムに送信する段階を、
さらに有することを特徴とする、請求項１または２記載の通信ネットワークにおけるセッション設定方法。
【請求項４】
前記セッション設定後に、
前記加入者システム又は前記アクセスシステムが、設定されたセッションの接続終了を示す情報を受信した際に当該セッション接続を終了する段階を、さらに有することを特徴とする、請求項１，２，３いずれかに記載の通信ネットワークにおけるセッション設定方法。
【請求項５】
前記セッションが、
ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）２５１６「Ａ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｔｒａｎｓｍｉｔｔｉｎｇ  ＰＰＰ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（ＰＰＰｏＥ）」に基づいた設定であり、かつ、
送受信する情報がパケットであることを特徴とする、請求項１，２，３，４いずれかに記載の通信ネットワークにおけるセッション設定方法。
【請求項６】
アクセスシステムを通じて二つのシステム間がデータをやり取りのために設定する通信の論理的な接続を行うセッション設定通信システムにおいて、
前記アクセスシステムに対してサービス要求内容を示した情報及び加入者システムを示した情報を送信するサービス要求システムと、
複数のアクセス集線装置を有し、前記サービス要求システムからの前記サービス要求内容を示した情報及び前記加入者システムを示した情報を受信して該受信した情報を前記加入者システムへ送信し、かつ、加入者システムから提示されたサービスクラスについて処理可能であることを通知する情報を、前記サービスクラスを処理するために特定したアクセス集線装置から前記加入者システムに送信させるとともに、前記サービス要求システムと前記加入者システムとの間のセッション設定を行うための情報を前記特定したアクセス集線装置から前記加入者システムに送信させるアクセスシステムと、
サービスクラスを示す情報を、前記アクセスシステムに送信し、かつ、前記サービスクラスの処理可能を通知してきた前記特定したアクセス集線装置を選択したことを示す情報を該特定したアクセス集線装置に送信する加入者システムと、
を備えることを特徴とするセッション設定通信システム。
【請求項７】
前記サービス要求システムが送信する前記加入者システムを示した情報が、
前記加入者システムいずれかを示すユーザ特定識別符号又はメディアアクセス制御アドレスの情報であり、かつ、
前記アクセスシステムが、サービス要求システムからの前記ユーザ特定識別符号を受信した際に、このユーザ特定識別符号を対応するメディアアクセス制御アドレスに変換することを特徴とする請求項６記載のセッション設定通信システム。
【請求項８】
前記加入者システムが加入者ローカルネットワークに収容され、かつ、
前記アクセスシステムが、加入者ローカルネットワークとターミナルノードで接続されたネットワークアクセスプロバイダ（ＮＡＰ）ネットワークに収容されるとともに、
前記サービス要求システムが、前記アクセスシステムに接続されるアクセス中継ネットワークのゲートウェイノードに接続されたインターネットサービスプロバイダ（ＩＳＰ）ネットワークに収容されるポイントツーポイントプロトコル（ＰＰＰ）装置であることを特徴とする請求項６または７に記載のセッション設定通信システム。
【請求項９】
前記加入者ローカルネットワーク、前記ＮＡＰネットワーク、前記アクセス中継ネットワーク、前記ＩＳＰネットワークそれぞれが有線区間又は無線区間であり、
前記加入者システム、前記アクセスシステム、前記ターミナルノード、前記アクセスシステム、前記ゲートウェイノード、前記ＰＰＰ装置が、有線装置又は無線装置であることを特徴とする請求項８記載のセッション設定通信システム。
【請求項１０】
前記ＰＰＰ装置が、
ＩＳＰユーザ管理テーブルを用いて、ユーザ特定用に使用するユーザ識別符号及びＰＰＰセッション設定に使用する加入者システムそれぞれに対応したインターネットプロトコル（ＩＰ）アドレス情報を管理するＩＳＰユーザ管理部と、
加入者システムとのＰＰＰセッション処理を行うＰＰＰセッション管理部と、加入者システムごとのサービス情報を管理し、加入者システムとのＰＰＰセッション設定の確立後に、加入者システムに対してサービス情報を提供するためのプッシュ型データサービス情報格納データベース装置と、
を備えることを特徴とする請求項９記載のセッション設定通信システム。
【請求項１１】
前記アクセスシステムが、
ユーザ管理テーブルを用いて、ＩＳＰネットワーク側からの加入者特定のためのユーザ識別符号と加入者システムのディアアクセス制御アドレス情報及びＰＰＰｏＥセッション識別符号情報の管理を行うアクセス集線（ＡＣ）ユーザ管理部と、
加入者システムとのＰＰＰｏＥセッション処理を行うＰＰＰｏＥ制御部と、
前記ＡＣユーザ管理部とＰＰＰｏＥ制御部に対する制御を実行するアクセス制御部と、
を備えることを特徴とする請求項９記載のセッション設定通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、通信ネットワークにおける二つのシステム間でのデータやり取りのために設定する通信の論理的な接続関係（セッション設定／接続）に関し、詳細には、加入者ローカル（隣接）ネットワーク側とインターネットサービスプロバイダ（ＩＳＰ：Internet Service Provider）ネットワーク側とのセッション設定を行う、通信ネットワークにおけるセッション設定方法及びその通信システム並びにプログラムに関する。
【０００２】
【従来の技術】
図１６はセッション設定を行う通信ネットワークの構成を示すブロック図である。
図１６において、この通信ネットワークは、複数の加入者近隣ネットワーク（Ａ）が、情報端末やネットワーク機器からなる加入者システム１ａ，１ｂ，１ｃ…をそれぞれ収容している。この加入者近隣ネットワーク（Ａ）のそれぞれが、ＴＮ(Terminal Node)２ａ，２ｂ，２ｃ…を通じて、ネットワークアクセスプロバイダ（ＮＡＰ:Network Access Provider）ネットワーク（Ｂ）と接続されている。
【０００３】
このＮＡＰネットワーク（Ｂ）は、加入者近隣ネットワーク（Ａ）に収容される加入者システム１ａ〜１ｃ…からの接続要求に基づいて、接続先となるＩＳＰネットワーク（Ｄ）の切り替え機能を提供するネットワーク事業者が運営するものである。前記したＴＮ２ａ〜２ｃ…は、有線回線接続におけるアクセスルータやターミナルアダプタ（ＴＡ）又は無線回線接続における無線基地局に対応する。また、ＮＡＰネットワーク（Ｂ）とアクセス中継ネットワーク（Ｃ）との間にアクセスシステム５が配置され、このアクセスシステム５がアクセス中継ネットワーク（Ｃ）中のＧＮ(Gateway Node)６ａ，６ｂ…で接続されている。
【０００４】
アクセスシステム５はＮＡＰネットワーク（Ｂ）の中核装置であり、アクセス処理を実行するものである。また、ＧＮ６ａ，６ｂ…はルータやトンネリングサーバに対応する。ＧＮ６ａ，６ｂ…それぞれがＩＳＰネットワーク（Ｄ）のそれぞれに接続されている。このＩＳＰネットワーク（Ｄ）それぞれがＰＰＰ(Point-to-Point Protocol)処理装置８ａ，８ｂ…を収容している。
【０００５】
なお、これらの加入者近隣ネットワーク（Ａ）からＩＳＰネットワーク（Ｄ）までのそれぞれの伝送路は、有線回線（有線区間）又は無線回線（無線区間）のいずれでも実現可能である。
【０００６】
この図１の通信ネットワークでは、加入者システム１ａ〜１ｃ…からの接続要求に対する接続処理を通じてセッション設定が行われる。このセッションは加入者システム１ａ〜１ｃ…からの接続要求で指示される接続先であるＩＳＰネットワーク（Ｄ）との論理的なアクセスパスであり、このセッション設定では、その開始から終了までの一連の接続処理を実行する。
【０００７】
このセッション設定方法として、インターネット技術開発組織（ＲＦＣ:Request for Comments）の公開技術提案によるデファクトスタンダードＲＦＣ２５１６「A Method for Transmitting PPP over Ethernet（登録商標）（ＰＰＰｏＥ）」が知られている。
【０００８】
図１７は、このＲＦＣ２５１６におけるセッション設定のシーケンス図である。
このＲＦＣ２５１６では、加入者システム１ａ〜１ｃ…を「Ｈｏｓｔ」と呼称し、アクセスシステム５を「アクセス集線処理／装置（ＡＣ:Access Concentrator）」と呼称している。
【０００９】
図１６及び図１７において、ＲＦＣ２５１６のセッション設定では、次のシーケンス（１）（２）（３）（４）（５）が実行される。
（１）ＰＡＤＩ（The Active Discovery Initiation アクティブディスカバリ開始）パケット送信（ＡＣ探索）
まず、加入者システム１ａ〜１ｃ…（Ｈｏｓｔ）が、サービスクラスを提示して、その処理が可能なアクセス集線装置を探し出すため、アクセスシステム５にＰＡＤＩパケットを一斉送信（ブロードキャスト/Broadcast）する。このＰＡＤＩパケットには、ＤＡ(DESTINATION＿ADDR)フィールドにブロードキャストアドレスを格納して送信し、また、サービスクラスを示すタグ(ServiceTAG/ISPname)を格納している。
【００１０】
（２）ＰＡＤＯ(The Active Discovery Offer アクティブディスカバリ提示)パケット送信（ＡＣ決定）
前記したブロードキャストによるＰＡＤＩパケットを受信し、このＰＡＤＩパケットで提示されたサービスクラスを処理可能なアクセス集線装置は、ＰＡＤＯパケットを加入者システム１ａ〜１ｃ…（Ｈｏｓｔ）に送信する。このＰＡＤＯパケットには、ＤＡ(DESTINATION＿ADDR)フィールドに、前記したＰＡＤＩパケットを送信したＨｏｓｔの対向送信（ユニキャスト）アドレスが格納される。このＰＡＤＯパケットには、一つのアクセス集線装置のAC−Nameと前記したＰＡＤＩパケットに格納されていたサービスタグ(ServiceTAG/ISPname)が含まれている。
【００１１】
（３）ＰＡＤＲ(The Active Discovery Request アクティブディスカバリ要求)パケット送信（ＡＣ選択）
複数のＰＡＤＩパケットに対し、ＨｏｓｔがAC−Nameや提示サービスクラスに対応可能なアクセス集線装置を選択し、そのＰＡＤＲパケットを、このアクセス集線装置に送信する。この場合、ＤＡ(DESTINATION＿ADDR)フィールドに前記したＰＡＤＯパケットを送信したアクセス集線装置のユニキャスト・イーサネット（登録商標）・アドレスが格納される。また、ＰＡＤＲパケットには、Ｈｏｓｔが要求するサービスクラスを示すタグ(ServiceTAG/ISPname)を格納している。
【００１２】
（４）ＰＡＤＳ(The Active Discovery Session-Confirmation アクティブディスカバリセッション確認)パケット送信（ＰＰＰセッション設定）
ＰＡＤＲパケットを受信したアクセス集線装置が、ＰＰＰセッション設定準備のために、ＨｏｓｔへSESSION＿IDを格納したＰＡＤＳパケットを送信する。このＰＡＤＳパケットには、ＰＰＰセッション設定を受理したアクセス集線装置を通じて行うサービスクラスを示すタグ(ServiceTAG/ISPname)を格納している。なお、アクセス集線装置が、ＰＡＤＲパケットに格納されていたサービスクラスの情報(ServiceTAG/ISPname)を拒否する場合、サービス名前エラー(Service-Name-Error)をＰＡＤＳパケットで送信して応答する。
【００１３】
（５）ＰＡＤＴ（The Active Discovery Terminate アクティブディスカバリ終了）パケット送信（セッション終了）
ＰＰＰｏＥセッション終了では、Ｈｏｓｔ又はアクセス集線装置からＰＡＤＴパケットを送信する。このＰＡＤＴパケットにおけるDESTINATION＿ADDRフィールドには、ユニキャスト・イーサネット・アドレスが格納される。また、SESSION＿IDフィールドには終了するセッションが設定される。このＰＡＤＴパケットの受信によってＰＰＰトラフィック（セッション接続）が終了となる。
【００１４】
このようにＲＦＣ２５１６のシーケンスでは、その伝送フレーム（パケット）のＰＰＰｏＥヘッダのＣＯＤＥフィールドによって、フレーム種別を表示し、前記した図１７に示すシーケンス実行によってセッション設定が行われ、フレーム中のSESSION＿IDフィールドに決定されたセッション識別符号（ＩＤ）が格納（設定）される。ＰＰＰｏＥペイロードには、前記したＴＡＧが含まれ、接続先ＩＳＰの名称やサービスクラス(ServiceTAG/ISPname)が設定されている。
【００１５】
このようにして、ＲＦＣ２５１６準拠の加入者システム１ａ〜１ｃ…とアクセスシステム５間では、加入者システム１ａ〜１ｃ…からのセッション要求によって、そのセッション設定が行われる。
【００１６】
【発明が解決しようとする課題】
このように上記従来例では、ＲＦＣ２５１６準拠の通信ネットワークにおいて、加入者システム１ａ〜１ｃ…からのセッション設定要求によってアクセスシステム５間のセッション設定が行われる。換言すれば、ＲＦＣ２５１６準拠の通信ネットワークでは、アクセスシステム５及びＩＳＰネットワーク（Ｂ）側（ＰＰＰ処理装置８ａ，８ｂ…）からの加入者システム１ａ〜１ｃ…へのセッション設定を行うことができない。
【００１７】
このため、アクセスシステム５及びＩＳＰネットワーク（Ｄ）側が、加入者システム１ａ〜１ｃ…に対して接続要求が実行された場合にも、常時、加入者システム側からの接続要求を待ち続けなければならない。例えば、ＩＳＰネットワーク（Ｄ）側から加入者（ユーザ装置）に対する一方向発信サービス（既知のプッシュ（ＰＵＳＨ）型サービス）を実施できない。これは現状のＲＦＣ２５１６準拠による通信ネットワーク伝送では、ＩＳＰネットワーク側から加入者（ユーザ装置）に対するパス設定が考慮されていないためである。
【００１８】
換言すれば、現状のＲＦＣ２５１６準拠による通信ネットワークの伝送形態では、セッション設定の自由度が得られない。
【００１９】
この発明は、以上の点に着目してなされたもので、ＲＦＣ２５１６準拠の通信ネットワークにあって、加入者近隣ネットワーク側からの設定要求によるセッション設定とともに、アクセスシステム及びＩＳＰネットワーク側からの加入者システムへのセッション設定が可能になって、セッション設定（接続）の自由度が得られるとともに、加入者システムをそれぞれのＭＡＣアドレスで管理して複数ユーザの共用を阻止し、その受信情報の漏洩などの安全強化も可能になる、通信ネットワークにおけるセッション設定方法及びその通信システム並びにプログラムの提供を目的とする。
【００２０】
【課題を解決するための手段】
上記課題を達成するために本発明は以下の構成を有している。
〈構成１〉
この発明の通信ネットワークにおけるセッション設定方法は、サービス要求システムと加入者システムとの間のアクセスシステムを通じたデータをやり取りする通信の論理的な接続を行い、前記アクセスシステムに複数のアクセス集線部を設けているセッション設定方法において、前記サービス要求システム側が、サービス要求内容を示した情報及び前記加入者システムを示した情報を、前記加入者システムを収容している前記アクセスシステムへ送信する段階と、この情報を受信した前記アクセスシステムが、通知された前記サービス要求内容を示した情報及び前記加入者システムを示した情報を前記加入者システムへ送信する段階と、前記加入者システムが、サービスクラスを示す情報を前記アクセスシステムに送信する段階と、前記アクセスシステムにおいて、前記サービスクラスの処理が可能として特定したアクセス集線部が、処理可能を通知する情報を前記加入者システムに送信する段階と、前記加入者システムが、このサービスクラスに対する処理可能を通知してきた前記特定アクセス集線部を選択したことを示す情報を、前記特定アクセス集線部に送信する段階と、この情報を受信した前記特定アクセス集線部が、前記サービス要求システムと前記加入者システムとの間でセッション設定を行うための情報を前記加入者システムに送信する段階とを有することを特徴としている。
【００２１】
〈構成２〉
この発明の方法において、前記加入者システムを示す情報が、前記サービス要求システム側において管理する前記加入者システムのいずれかを示すユーザ特定識別符号又はメディアアクセス制御アドレスの情報であり、かつ、前記ユーザ特定識別符号をアクセスシステムが受信した際に、前記ユーザ特定識別符号を、対応するメディアアクセス制御アドレスに変換することを特徴としている。
【００２３】
〈構成３〉
この発明の方法において、前記アクセスシステムがサービスクラス提示の情報を受信した後に、前記アクセスシステムが、前記加入者システムからの情報に格納されていたサービスクラス提示に対する処理を拒否する場合に、この処理拒否を示すサービスエラー情報を前記加入者システムに送信する段階を、さらに有することを特徴とする、構成１または２記載の通信ネットワークにおけるセッション設定方法。
【００２４】
〈作用〉
これらの発明の方法では、従来同様の、加入者近隣ネットワーク側からの設定要求によるセッション設定とともに、アクセスシステム及びＩＳＰネットワーク側からの要求による加入者システムへのセッション設定が可能になって、そのセッション設定の自由度が得られる。
【００２５】
この結果、従来同様の加入者近隣ネットワーク側とともに、アクセスシステム及びＩＳＰネットワーク側からのプッシュ（ＰＵＳＨ）型サービスが実施できるようになる。また、加入者システムをユーザ識別符号（ＩＤ）単位で管理しているため、特定ユーザ（加入者システム）へのサービス提供も可能になる。複数のユーザが同一の通信端末（小型汎用コンピュータなどのＭＡＣアドレスが同一）を共用している場合にも、前記したプッシュ型サービスが実施できるようになる。また接続する加入者システムをそれぞれのＭＡＣアドレスで管理しているため、同一の加入者システムを複数のユーザで共用できなくなり、結果的に受信情報の漏洩などが発生せずに、そのセキュリティ強化も達成される。
【００２６】
〈構成４〉
この発明のセッション設定通信システムは、アクセスシステムを通じて二つのシステム間がデータをやり取りのために設定する通信の論理的な接続を行うセッション設定通信システムにおいて、前記アクセスシステムに対してサービス要求内容を示した情報及び加入者システムを示した情報を送信するサービス要求システムと、複数のアクセス集線装置を有し、前記サービス要求システムからの前記サービス要求内容を示した情報及び前記加入者システムを示した情報を受信して該受信した情報を前記加入者システムへ送信し、かつ、加入者システムから提示されたサービスクラスについて処理可能であることを通知する情報を、前記サービスクラスを処理するために特定したアクセス集線装置から前記加入者システムに送信させるとともに、前記サービス要求システムと前記加入者システムとの間のセッション設定を行うための情報を前記特定したアクセス集線装置から前記加入者システムに送信させるアクセスシステムと、サービスクラスを示す情報を、前記アクセスシステムに送信し、かつ、前記サービスクラスの処理可能を通知してきた前記特定したアクセス集線装置を選択したことを示す情報を該特定したアクセス集線装置に送信する加入者システムとを備えることを特徴としている。
【００２７】
〈構成５〉
この発明の通信システムにおいて、前記サービス要求システムが送信する前記加入者システムを示した情報が、前記加入者システムいずれかを示すユーザ特定識別符号又はメディアアクセス制御アドレスの情報であり、かつ、前記アクセスシステムが、サービス要求システムからの前記ユーザ特定識別符号を受信した際に、このユーザ特定識別符号を対応するメディアアクセス制御アドレスに変換することを特徴としている。
【００２９】
〈構成６〉
この発明の通信システムにおいて、前記加入者システムが加入者ローカルネットワークに収容され、かつ、前記アクセスシステムが、加入者ローカルネットワークとターミナルノードで接続されたネットワークアクセスプロバイダ（ＮＡＰ）ネットワークに収容されるとともに、前記サービス要求システムが、前記アクセスシステムに接続されるアクセス中継ネットワークのゲートウェイノードに接続されたインターネットサービスプロバイダ（ＩＳＰ）ネットワークに収容されるポイントツーポイントプロトコル（ＰＰＰ）装置であることを特徴とする。
また、前記加入者ローカルネットワーク、前記ＮＡＰネットワーク、前記アクセス中継ネットワーク、前記ＩＳＰネットワークそれぞれが有線区間又は無線区間であり、前記加入者システム、前記アクセスシステム、前記ターミナルノード、前記アクセスシステム、前記ゲートウェイノード、前記ＰＰＰ装置が、有線装置又は無線装置であることを特徴とするとともに、前記ＰＰＰ装置が、ＩＳＰユーザ管理テーブルを用いて、ユーザ特定用に使用するユーザ識別符号及びＰＰＰセッション設定に使用する加入者システムそれぞれに対応したインターネットプロトコル（ＩＰ）アドレス情報を管理するＩＳＰユーザ管理部と、加入者システムとのＰＰＰセッション処理を行うＰＰＰセッション管理部と、加入者システムごとのサービス情報を管理し、加入者システムとのＰＰＰセッション設定の確立後に、加入者システムに対してサービス情報を提供するためのプッシュ型データサービス情報格納データベース装置とを備えることを特徴としている。
さらに、前記アクセスシステムが、ユーザ管理テーブルを用いて、ＩＳＰネットワーク側からの加入者特定のためのユーザ識別符号と加入者システムのディアアクセス制御アドレス情報及びＰＰＰｏＥセッション識別符号情報の管理を行うアクセス集線（ＡＣ）ユーザ管理部と、加入者システムとのＰＰＰｏＥセッション処理を行うＰＰＰｏＥ制御部と、前記ＡＣユーザ管理部とＰＰＰｏＥ制御部に対する制御を実行するアクセス制御部とを備えることを特徴としている。
【００３０】
〈作用〉
上記した、この発明の通信システムでは、前記した方法の発明と同様にセッション設定の自由度が得られる。さらに、有線区間又は無線区間によるネットワーク構成によるネットワーク構成の自由度が得られるとともに、有線装置又は無線装置による装置構成の自由度も得られる。
【００３４】
【発明の実施の形態】
次に、この発明の通信ネットワークにおけるセッション設定方法及びその通信システム並びにプログラムの実施形態を図面参照の上で詳細に説明する。
（第１実施形態）
図１はこの発明の第１実施形態における通信ネットワーク構成を示すブロック図である。
図１において、この例の通信ネットワークは、情報端末やネットワーク機器である加入者システム１１ａ，１１ｂ，１１ｃ…それぞれを収容している複数の加入者隣接ネットワーク（請求項における加入者ローカルネットワークに対応）１０とともに、この加入者隣接ネットワーク１０に収容された加入者システム１１ａ〜１１ｃ…からの接続要求に基づいた接続先となるインターネットサービスプロバイダ（ＩＳＰ:Internet Service Provider）ネットワーク４０の切り替え機能を提供し、ネットワーク事業者が運営するネットワークアクセスプロバイダ（ＮＡＰ:Network Access Provider）ネットワーク２０とを有している。
【００３５】
この加入者隣接ネットワーク１０とＮＡＰネットワーク２０は、ＴＮ(Terminal Node)１２ａ，１２ｂ，１２ｃ…で接続されている。このＴＮ１２ａ〜１２ｃ…は、有線回線接続におけるアクセスルータやターミナルアダプタ（ＴＡ）又は無線回線接続における無線基地局に相当する。また、ＮＡＰネットワーク２０には、当該通信ネットワーク上の中核装置として機能し、加入者システム１１ａ〜１１ｃ…とのＰＰＰｏＥセッション管理及び接続情報管理（アクセス処理）を行うアクセスシステム１５が設けられている。このアクセスシステム１５にＴＮ１２ａ〜１２ｃ…が接続されている。
【００３６】
また、この通信ネットワークには、ＮＡＰネットワーク２０のアクセスシステム１５と接続されるアクセス中継ネットワーク３０が設けられている。このアクセス中継ネットワーク３０のＧＮ(Gateway Node)１６ａ，１６ｂ…とアクセスシステム１５とが接続されている。このＧＮ１６ａ，１６ｂ…は、ルータやトンネリングサーバに相当する。
【００３７】
ＧＮ１６ａ，１６ｂ…は、ＩＳＰが運営するＩＳＰネットワーク４０に接続されている。このＩＳＰネットワーク４０それぞれには、加入者システム１１ａ〜１１ｃ…との接続処理及び管理を行うＰＰＰ処理装置１７ａ，１７ｂ…が収容されている。
【００３８】
前記した加入者隣接ネットワーク１０に収容される加入者システム１１ａ〜１１ｃ…は、小型汎用コンピュータやワークステーションで実現され、これらにはＰＰＰｏＥセッション設定を行うためのソフトウェア（請求項におけるプログラムに対応）が実装されている。この加入者システム１１ａ〜１１ｃ…に格納されるプログラムは、アクセスシステム１５からの接続要求を受信すると、アクセスシステム１５との間のＰＰＰｏＥセッション設定及びＩＳＰネットワーク４０に収容されたＰＰＰ処理装置１７ａ，１７ｂとのＰＰＰセッション設定を実行する。
【００３９】
なお、これらの加入者隣接ネットワーク１０からＩＳＰネットワーク４０それぞれの伝送路は、図示した有線回線（有線区間）の接続表示にかかわらず、無線回線（無線区間）でも実現可能である。
【００４０】
図２は図１中のＩＳＰネットワーク４０におけるＰＰＰ処理装置１７ａ，１７ｂ…の内部構成を示すブロック図であり、図３はＩＳＰユーザ管理テーブルの内容を示す図である。
図２において、この例のＰＰＰ処理装置１７ａ，１７ｂ…は、以降で各部の動作を詳細に説明するＩＳＰユーザ管理部２１とともに、ＰＰＰセッション管理部２２及びプッシュ（ＰＵＳＨ）型データサービス情報格納データベース（Ｄ／Ｂ）装置２３を有している。
【００４１】
図４は図１中のアクセスシステム１５の内部構成を示すブロック図であり、図５はＡＣユーザ管理テーブルの内容を示す図である。
図４において、このアクセスシステム１５は、以降で各部の動作を詳細に説明するＡＣユーザ管理部２５と、ＰＰＰｏＥ制御部２６及びアクセス制御部２７とを有している。
【００４２】
次に、第１実施形態の動作について説明する。
まず、図２のＰＰＰ処理装置１７ａ，１７ｂ…及び図４のアクセスシステム１５の各部の個別動作について説明する。
図２において、ＰＰＰ処理装置１７ａ，１７ｂ…におけるＩＳＰユーザ管理部２１は、図３に示すＩＳＰユーザ管理テーブル（以降で内容を説明）を用い、アクセスシステム１５がユーザ特定用に使用するユーザ識別符号（ＩＤ）及びＰＰＰセッション設定を行う際に使用するユーザ（加入者システム１１ａ〜１１ｃ…）に対応したＩＰアドレス情報を管理する。また、ＰＰＰセッション管理部２２は、加入者システム１１ａ〜１１ｃ…とのＰＰＰセッション処理を行う。さらに、プッシュ型データサービス情報格納Ｄ／Ｂ装置２３は、ユーザ（加入者システム１１ａ〜１１ｃ…）それぞれに対するサービス情報を管理しており、ＰＰＰセッション設定の確立後に、加入者システム１１ａ〜１１ｃ…に対して、そのサービス情報を提供する。
【００４３】
図４において、アクセスシステム１５におけるＡＣユーザ管理部２５は、図５に示すＡＣユーザ管理テーブル（以降で内容を説明）を用い、ＩＳＰネットワーク４０のＰＰＰ処理装置１７ａ，１７ｂ…からの加入者特定のためのユーザ情報（ユーザ識別符号）と加入者システム１１ａ〜１１ｃ…のＭＡＣ(Media Access Control/メディアアクセス制御)アドレス情報及びＰＰＰｏＥセッション識別符号（ＩＤ）情報の管理を行う。ＰＰＰｏＥ制御部２６は、加入者システム１１ａ〜１１ｃ…とのＰＰＰｏＥセッション処理を行う。アクセス制御部２７では、通信処理全般の制御を実行する。
【００４４】
図６はＩＳＰネットワーク４０側の動作（ＭＡＣアドレス登録）のシーケンス図であり、図７はＩＳＰネットワーク４０に収容されたＰＰＰ処理装置１７ａ，１７ｂの動作における処理手順を示すフローチャートである。また、図８は加入者システム１１ａ〜１１ｃ…の特定方法を説明するための図である。
【００４５】
（Ａ）ＰＰＰ処理装置１７ａ，１７ｂ…でのサービス要求発生からアクセスシステム１５へのアクセスまで
（１）サービス要求システム（ＰＰＰ処理装置１７ａ，１７ｂ…のいずれか）において、特定ユーザ（加入者システム１１ａ〜１１ｃ…のいずれか、請求項における特定の加入者システムに対応）へのアクセス要求が発生する（図７中のステップＳ１）。
（２）サービス要求システムは、ユーザ（加入者システム１１ａ〜１１ｃ…のいずれか）特定用のユーザ識別符号（ＩＤ）をキーワードにして図３に示すＩＳＰユーザ管理テーブルからユーザの加入者システム１１ａ〜１１ｃ…が収容されているアクセスシステム１５を特定する（図８中の（Ａ）説明参照、ステップＳ２）。
【００４６】
（３）サービス要求システムが、この特定したアクセスシステム１５へ、サービス要求（Service:SvX）とユーザ識別符号をパラメータとしてアクセスする（ステップＳ３）。この後、サービス要求システムは、ＰＰＰセッション待機状態となる（ステップＳ４）。
【００４７】
（Ｂ）アクセスシステム１５側の動作／ＰＰＰｏＥセッション確立まで
図９はアクセスシステム１５におけるＰＰＰｏＥセッション確立までの処理手順を示すフローチャートであり、図１０はＡＣユーザ管理テーブルの処理を説明するための図である。また、図１１はＲＰＡＤパケット（パケットは請求項における情報に対応）内容を示す図である。
（４）アクセスシステム１５は、ＩＳＰネットワーク４０側からの接続要求受け付けの待機状態である（図９中のステップＳ１１，Ｓ１２）。
（５）この待機状態において接続要求を受け付けると、ＩＳＰネットワーク４０側からのユーザ識別符号（ＩＤ）情報をキーワードにして図５に示すＡＣユーザ管理テーブルからアクセス先である加入者システム１１ａ〜１１ｃ…いずれかのＭＡＣアドレス情報及び加入者システム１１ａ〜１１ｃ…いずれかのパス情報（加入者特定用パス識別子情報）を特定する（図８中の（Ｂ）説明参照、ステップＳ１３）。
【００４８】
（６）アクセスシステム１５のＰＰＰｏＥ制御部２６（図４参照）は、加入者システム１１ａ〜１１ｃ…いずれかに対して、図１１に示すＲＰＡＤ（Reverse ＰＰＰｏＥ Active Discovery アクティブディスカバリＰＰＰｏＥ反転）パケットを送信する（ステップＳ１４）。このＲＰＡＤパケットには、アクセスシステム１５のＭＡＣアドレス情報が格納されている（図６中のＲＰＡＤパケット）。
【００４９】
（７）アクセスシステム１５からのＲＰＡＤパケットを加入者システム１１ａ〜１１ｃ…いずれかが受信する（ステップＳ１４）。
（８）加入者システム１１ａ〜１１ｃ…いずれかが前記したプログラム実行を開始し、これ以降は通常のＰＰＰｏＥディスカバリステージのシーケンス処理となる。
【００５０】
この第１実施形態のＰＰＰｏＥディスカバリステージでは、次のシーケンスが実行される。
（９）ＰＡＤＩ（The Active Discovery Initiation アクティブディスカバリ開始）パケット送信（ＡＣからの通知）
まず、アクセスシステム１５からＲＰＡＤパケットによって通知を受けた加入者システム１１ａ〜１１ｃ…いずれか（Ｈｏｓｔ）が、アクセスシステム５（アクセス集線装置／ＡＣ）にＰＡＤＩパケットを送信する。このＰＡＤＩパケットには、ＤＡ(DESTINATION＿ADDR)フィールドに前記したＲＰＡＤパケットを送信したアクセス集線装置のユニキャスト・イーサネット・アドレスが格納される。また、ＰＡＤＩパケットには、サービスクラスを示す（ServiceTAG/ISPname）を格納している。
【００５１】
（１０）ＰＡＤＯ(The Active Discovery Offer アクティブディスカバリ提示)パケット送信（ＡＣ決定）
ＰＡＤＩパケットを受信し、提示されたサービスクラスを処理可能なアクセス集線装置が、ＰＡＤＯパケットをＨｏｓｔに送信する。このＰＡＤＯパケットには、ＤＡ(DESTINATION＿ADDR)フィールドに前記したＰＡＤＩパケットを送信したＨｏｓｔの対向送信（ユニキャスト）アドレスが格納される。このＰＡＤＯパケットには、一つのアクセス集線装置のAC−Nameと前記したＰＡＤＩパケットに格納されていたサービスクラスを示すサービスタグ(ServiceTAG/ISPname)が含まれている。
【００５２】
（１１）ＰＡＤＲ(The Active Discovery Request アクティブディスカバリ要求)パケット送信（ＡＣ選択）
複数のＰＡＤＩパケットに対し、ＨｏｓｔがAC−Nameや提示サービスクラスからアクセス集線装置を選択してＰＡＤＲパケットを、このアクセス集線装置に送信する。この場合、ＤＡ(DESTINATION＿ADDR)フィールドに前記したＰＡＤＯパケットを送信したアクセス集線装置（ＡＣ）のユニキャスト・イーサネット・アドレスが格納される。また、ＰＡＤＲパケットには、サービス要求システムが要求したサービスクラスを示す(ServiceTAG/ISPname)を格納している。
【００５３】
（１２）ＰＡＤＳ(The Active Discovery Session-Confirmation アクティブディスカバリセッション確認)パケット送信（ＰＰＰセッション設定）
ＰＡＤＲパケットを受信したアクセス集線装置がＰＰＰセッション設定準備のために、SESSION＿IDを格納したＰＡＤＳパケットをＨｏｓｔに送信する。このＰＡＤＳパケットには、ＰＰＰセッション設定を受理したアクセス集線装置を通じて行うサービスクラスを示す(ServiceTAG/ISPname)を格納している。
（１３）なお、アクセス集線装置が、ＰＡＤＲパケットに格納されていたサービスクラス（ServiceTAG/ISPname）の処理を拒否する場合は、サービス名前エラー(Service-Name-Error)をＰＡＤＳパケットで送信して、その応答を行う。
【００５４】
（１４）ＰＡＤＴ（The Active Discovery Terminate アクティブディスカバリ終了）パケット送信（セッション終了）
ＰＰＰｏＥセッション終了を、Ｈｏｓｔ又はアクセス集線装置／ＡＣからＰＡＤＴパケットを送信する。DESTINATION＿ADDRフィールドにはユニキャスト・イーサネット・アドレスが格納される。また、SESSION＿IDフィールドには終了するセッションが格納される。このＰＡＤＴパケットの受信によってＰＰＰトラフィックが終了し、セッション接続が切断される。
【００５５】
このシーケンスにおける図１１中の伝送フレームにおけるＰＰＰｏＥヘッダのＣＯＤＥフィールドによって、そのフレーム種別を表示し、図２に示すシーケンス実行によってセッションが確立されて、図１１中の伝送フレーム中のSESSION＿IDフィールドに決定されたセッションＩＤが格納（設定）される。図１１中の伝送フレーム中のＰＰＰｏＥペイロードには、ＴＡＧが含まれ、接続先ＩＳＰの名称やサービスクラスが設定されている。
【００５６】
このように、この第１実施形態では、従来例をもって説明したように、加入者システム１１ａ〜１１ｃ…からのセッション設定要求による設定とともに、アクセスシステム１５及びＩＳＰネットワーク４０側からの加入者システム１１ａ〜１１ｃ…へのセッション確立が可能になって、セッション設定の自由度が得られる。したがって、プッシュ（ＰＵＳＨ）型サービス提供が可能になる。また、加入者システム１１ａ〜１１ｃ…をユーザ識別符号（ＩＤ）単位で管理していることから、特定ユーザ（加入者システム１１ａ〜１１ｃ…のいずれか）へのサービス提供も可能になる。この実現例として、複数のユーザが同一の通信端末（小型汎用コンピュータなどのＭＡＣアドレスが同一）を共用している場合にも、第１実施形態のセッション設定によるサービス提供が可能になる。
【００５７】
（第２実施形態）
この第２実施形態では、ユーザ接続先（加入者システム１１ａ〜１１ｃ…いずれか）のＭＡＣアドレス情報をＩＳＰネットワーク４０側で管理し、ユーザを特定する情報をユーザ識別符号から加入者システム１１ａ〜１１ｃ…のＭＡＣアドレスとしている。この管理によってＩＳＰネットワーク４０側から特定ユーザ（加入者システム１１ａ〜１１ｃ…のいずれか）へのセッション設定が行われて、プッシュ（ＰＵＳＨ）型サービス情報の提供が可能になる。
【００５８】
この第２実施形態の全体通信ネットワーク構成は図１と同様である。また、アクセスシステム１５及びＰＰＰ処理装置１７ａ，１７ｂ…の詳細構成も図２及び図４と同様である。
【００５９】
図１２は第２実施形態にあってＩＳＰユーザ管理テーブルの内容を示す図であり、図１３は第２実施形態にあってＡＣユーザ管理テーブルの内容を示す図である。
この第２実施形態では、第１実施形態における図２（ＩＳＰユーザ管理テーブルの内容）に対して、図１２に示すようにＩＳＰユーザ管理テーブルの内容が変更されている。この変更は、図１２中のＩＳＰユーザ管理部２１におけるＩＳＰユーザ管理テーブルにおいて、接続先ユーザ情報を管理する要素であるユーザ識別符号が、加入者システム１１ａ〜１１ｃ…それぞれのＭＡＣアドレスに変更されている。
【００６０】
さらに、この第２実施形態では、第１実施形態における図５（ＡＣユーザ管理テーブル）に対して、図１３に示すようにＡＣユーザ管理テーブルの内容が変更されている。この変更では、図１３中のＡＣユーザ管理部２５におけるＡＣユーザ管理テーブルにおいて、加入者システム１１ａ〜１１ｃ…のＭＡＣアドレス情報が削除されている。
【００６１】
次に、第２実施形態の動作について説明する。
図１４は第２実施形態にあってＩＳＰネットワーク４０側でのＭＡＣアドレス登録処理のシーケンス図であり、図１５は第２実施形態にあってＡＣユーザ管理テーブルの処理を説明するための図である。
図１４のＭＡＣアドレス登録処理シーケンスは、第１実施形態の図６に示すＭＡＣアドレス登録処理シーケンスと略同様であるが、その相違部分は、サービス要求システム（ＰＰＰ処理装置１７ａ，１７ｂ…いずれか）からアクセスシステム１５へのアクセス時の接続先ユーザとして、接続先の加入者システム１１ａ〜１１ｃ…のＭＡＣアドレス情報をパラメータとしてアクセスシステム１５に渡すものである。
【００６２】
図１４のアクセスシステム１５と加入者システム１１ａ〜１１ｃ…との間のシーケンス（ＲＰＡＤ，ＰＡＤＩ，ＰＡＤＯ，ＰＡＤＲ，ＰＡＤＳそれぞれのパケットの送受信）は、第１実施形態の図６と同様であり、その重複した説明は省略する。
【００６３】
また、図１５のＡＣユーザ管理テーブルの処理では、第１実施形態における図９のフロー中のステップＳ１３において、ユーザ識別符号をキーワードにして、加入者システム１１ａ〜１１ｃ…のＭＡＣアドレス情報を特定しないようにしている。
【００６４】
このように、この第２実施形態では、ＩＳＰネットワーク４０側からの要求によって、特定ユーザ（加入者システム１１ａ〜１１ｃ…いずれか）とのセッション設定が可能になる。これによって、プッシュ型サービス提供が可能になる。また、この第２実施形態では、第１実施形態に対して、接続する加入者システム１１ａ〜１１ｃ…（通信端末／小型汎用コンピュータなど）それぞれをＭＡＣアドレスで管理している。このため、同一の加入者システム１１ａ〜１１ｃを同一のユーザで共用できなくなり、結果的に受信情報の漏洩などが発生せずに、そのセキュリティ強化も可能になる。
【００６５】
（第３実施形態）
この第３実施形態では、第１及び第２実施形態のＩＳＰネットワーク４０側からの要求によるセッション設定とともに、特定の加入者システム１１ａ〜１１ｃ…（いずれか）からの接続要求によるセッション設定を可能にしている。このセッション設定のシーケンスは、前記した図１６、図１７と同様である。
【００６６】
この第３実施形態では、ここでのセッション設定を第１及び第２実施形態のセッション設定とともに、選択的に実行できるようになる。すなわち、IＳＰネットワーク４０側からの要求によるセッション設定とともに、特定の加入者システム１１ａ〜１１ｃ…（いずれか）からもセッション設定が可能になる。この結果、セッション設定の自由度が向上し、そのプッシュ（ＰＵＳＨ）型サービスによる情報提供などの自由度も向上することになる。
【００６７】
なお、この第１、第２及び第３実施形態では、サービスクラスを指定した場合をもって説明したが、サービスクラスを指定しない場合は、どのアクセス集線装置が応答しても良い。このようなシーケンス実行も本発明に含まれる。
【００６８】
【発明の効果】
以上の説明から明らかなように、この発明によれば、ＲＦＣ２５１６準拠の通信ネットワークなどにあって、加入者システムからのセッション設定要求による設定とともに、アクセスシステム及びＩＳＰネットワーク側からのセッション設定が可能になる。この結果、セッション設定の自由度が得られるという効果がある。
【００６９】
さらに、この発明によれば、加入者システムそれぞれをＭＡＣアドレスで管理して複数ユーザの共用を阻止し、その受信情報の漏洩などの安全性が向上するという効果がある。
【図面の簡単な説明】
【図１】この発明の第１実施形態における通信ネットワーク構成を示すブロック図である。
【図２】図１中のＩＳＰネットワークにおけるＰＰＰ処理装置の内部構成を示すブロック図である。
【図３】第１実施形態にあってＩＳＰユーザ管理テーブルの内容を示す図である。
【図４】図１中のアクセスシステムの内部構成を示すブロック図である。
【図５】第１実施形態にあってＡＣユーザ管理テーブルの内容を示す図である。
【図６】第１実施形態にあってＩＳＰネットワーク側におけるＭＡＣアドレス登録のシーケンス図である。
【図７】第１実施形態にあってＰＰＰ処理装置の動作処理手順を示すフローチャートである。
【図８】第１実施形態にあって加入者システムの特定方法を説明するための図である。
【図９】第１実施形態にあってアクセスシステムにおけるＰＰＰｏＥセッション確立までの処理手順を示すフローチャートである。
【図１０】第１実施形態にあってＡＣユーザ管理テーブルの処理を説明するための図である。
【図１１】第１実施形態にあってパケットフォーマット内容を示す図である。
【図１２】第２実施形態にあってＩＳＰユーザ管理テーブルの内容を示す図である。
【図１３】第２実施形態にあってＡＣユーザ管理テーブルの内容を示す図である。
【図１４】第２実施形態にあってＩＳＰネットワーク側の動作（ＭＡＣアドレス登録）のシーケンス図である。
【図１５】第２実施形態にあってＡＣユーザ管理テーブルの処理を説明するための図である。
【図１６】従来例にあってセッション設定を行う通信ネットワークの構成を示すブロック図である。
【図１７】従来のＲＦＣ２５１６におけるセッション設定のシーケンス図である。
【符号の説明】
１０  加入者隣接ネットワーク
１１ａ〜１１ｃ…  加入者システム
１５  アクセスシステム
１７ａ，１７ｂ…  ＰＰＰ処理装置
２０  ＮＡＰネットワーク
２１  ＩＳＰユーザ管理部
２２  ＰＰＰセッション管理部
２３  ＰＵＳＨデータサービス情報格納Ｄ／Ｂ装置
２５  ＡＣユーザ管理部
２６  ＰＰＰｏＥ制御部
２７  アクセス制御部
３０  アクセス中継ネットワーク
４０  ＩＳＰネットワーク
【図１】
0003926653.tif 000002
【図２】
0003926653.tif 000003
【図３】
0003926653.tif 000004
【図４】
0003926653.tif 000005
【図５】
0003926653.tif 000006
【図６】
0003926653.tif 000007
【図７】
0003926653.tif 000008
【図８】
0003926653.tif 000009
【図９】
0003926653.tif 000010
【図１０】
0003926653.tif 000011
【図１１】
0003926653.tif 000012
【図１２】
0003926653.tif 000013
【図１３】
0003926653.tif 000014
【図１４】
0003926653.tif 000015
【図１５】
0003926653.tif 000016
【図１６】
0003926653.tif 000017
【図１７】
0003926653.tif 000018