(57)【特許請求の範囲】
【請求項１】
サービス要求システムと加入者システムとの間のアクセスシステムを通じた通信ネットワークにおける貸リソースの設定処理方法において、
前記サービス要求システム側が、前記加入者システムを収容している前記アクセスシステムに対して貸リソースの使用依頼の情報を送信する段階と、
前記サービス要求システムと前記加入者システムとの前記アクセスシステムを通じたＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）接続を行う段階と、
前記ＰＰＰ接続を通じて前記サービス要求システムと前記加入者システムとの間で貸リソース処理を実行する段階とを有し、
前記ＰＰＰ接続を行う段階として、
前記サービス要求システム側からの貸リソースの使用依頼の情報を受信した前記アクセスシステムが、該貸リソース依頼の情報を前記加入者システムへ送信する段階と、
前記加入者システムが、受信した貸リソース使用依頼の情報に対応する貸リソース要求の情報を前記アクセスシステムに送信する段階と、
この送信による貸リソース要求の処理が可能な前記アクセスシステムが、処理可能の情報を、貸リソース要求を行った前記加入者システムに送信する段階と、
この貸リソース要求に対する処理可能を通知してきた前記アクセスシステムを前記加入者システムが選択したことを示す情報を、前記加入者システムが、選択した前記アクセスシステムに送信する段階と、
この情報を受信した前記アクセスシステムが、前記サービス要求システムと前記加入者システムとの間でＰＰＰ接続を行うための情報を前記加入者システムに送信する段階と、
を有することを特徴とする通信ネットワークにおける貸リソースの設定処理方法。
【請求項２】
サービス要求システムと加入者システムとの間のアクセスシステムを通じた通信ネットワークにおける貸リソースの設定処理方法において、
前記サービス要求システム側が、前記加入者システムを収容している前記アクセスシステムに対して貸リソースの使用依頼の情報を送信する段階と、
前記サービス要求システムと前記加入者システムとの前記アクセスシステムを通じたＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）接続を行う段階と、
前記ＰＰＰ接続を通じて前記サービス要求システムと前記加入者システムとの間で貸リソース処理を実行する段階とを有し、
前記ＰＰＰ接続を行う段階として、
前記サービス要求システム側からの貸リソースの使用依頼の情報を受信した前記アクセスシステムが、貸リソース要求の情報を前記加入者システムへ送信する段階と、
前記加入者システムが、受信した貸リソース要求の情報に対する処理可能の情報を前記アクセスシステムに送信する段階と、
この情報を受信した前記アクセスシステムが、前記サービス要求システムと前記加入者システムとの間でＰＰＰ接続を行うための情報を前記加入者システムに送信する段階と、
を有することを特徴とする通信ネットワークにおける貸リソースの設定処理方法。
【請求項３】
サービス要求システムと加入者システムとの間のアクセスシステムを通じた通信ネットワークにおける貸リソースの設定処理方法において、
前記サービス要求システム側が、前記加入者システムを収容している前記アクセスシステムに対して貸リソースの使用依頼の情報を送信する段階と、
前記サービス要求システムと前記加入者システムとの前記アクセスシステムを通じたＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）接続を行う段階と、
前記ＰＰＰ接続を通じて前記サービス要求システムと前記加入者システムとの間で貸リソース処理を実行する段階とを有し、
前記ＰＰＰ接続を行う段階として、
前記サービス要求システム側からの貸リソースの使用依頼の情報を受信した前記アクセスシステムが、貸リソース要求の情報とともにセッション設定のための情報を前記加入者システムへ送信する段階と、
この情報を受信した前記加入者システムが、前記情報を受信した旨の確認情報を前記アクセスシステムに送信する段階と、
を有することを特徴とする通信ネットワークにおける貸リソースの設定処理方法。
【請求項４】
前記セッション設定が、
ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）２５１６「Ａ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｔｒａｎｓｍｉｔｔｉｎｇ  ＰＰＰｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（ＰＰＰｏＥ）」に基づいた設定であり、かつ、
送受信する情報がパケットであることを特徴とする、請求項３記載の通信ネットワークにおける貸リソースの設定処理方法。
【請求項５】
通信ネットワークにおける貸リソースの設定処理を行う貸リソース通信システムにおいて、
貸リソースの使用依頼の情報を送信し、かつ、貸リソースのＰＰＰ接続要求を行うサービス要求システムと、
貸リソースを提供し、かつ、貸リソースのＰＰＰ接続を前記サービス要求システムとの間で行う加入者システムと、
前記サービス要求システムからの貸リソースの使用依頼の情報を受信した際に前記加入者システムとの間でのセッション設定による貸リソース依頼の情報及び前記加入者システムからの応答情報をやり取りして前記サービス要求システムと前記加入者システムとの間でのＰＰＰ接続を行うための情報を前記加入者システムに送信するアクセスシステムとを備え、
前記ＰＰＰ接続を通じて前記サービス要求システムと前記加入者システムとの間で貸リソース処理を実行する貸リソース通信システムであって、
前記アクセスシステムは、
前記サービス要求システム側からの情報を受信し、かつ、前記加入者システムへ情報を送信する第１送受信処理手段と、
前記加入者システムからの情報を受信し、かつ、前記サービス要求システムへの情報を送信する第２送受信処理手段と、
前記第１及び第２送受信処理手段への情報を出力する処理手段とを有し、
この処理手段が、第１及び第２送受信処理手段を通じて、前記サービス要求システム側からの貸リソースの使用依頼の情報を受信し、かつ、貸リソース要求の情報を前記加入者システムへ送出するとともに、
この送出による貸リソース要求に対する処理可能を示す情報を、貸リソース要求を行った前記加入者システムに送信し、かつ、この貸リソース依頼の処理可能を通知してきた前記アクセスシステムを、前記加入者システムが選択したことを示す情報を、前記加入者システムから受信するとともに、
この情報を受信すると前記サービス要求システムと前記加入者システムとの間でＰＰＰ接続を行うための情報を前記加入者システムに送信する処理を行うこと
を特徴とする貸リソース通信システム。
【請求項６】
前記処理手段は、
前記第１及び第２送受信処理手段を通じて、貸リソースの使用要求の情報を前記加入者システムへ送信し、かつ、受け取った貸リソース依頼の処理可能を示す情報に基づいて、前記サービス要求システムと前記加入者システムとの間でＰＰＰ接続を行うための情報送出を処理する、
ことを特徴とする請求項５記載の貸リソース通信システム。
【請求項７】
前記処理手段は、
前記第１及び第２送受信処理手段を通じて、前記サービス要求システム側からの貸リソースの使用依頼の情報とともにセッション設定のための情報を前記加入者システムへ送信し、かつ、前記加入者システムからの情報受信の確認情報を受け取る処理を行う、
ことを特徴とする請求項５記載の貸リソース通信システム。
【請求項８】
前記処理手段の処理は、
前記第１送受信処理手段と第２送受信処理手段とを一体化した構成における前記サービス要求システム側からの情報を受信し、かつ、前記加入者システムへ情報を送信する処理であり、前記加入者システムからの情報を受信し、かつ、前記サービス要求システムへの情報を送信する処理を、前記処理手段に対して切り替える切替手段をさらに備えることを特徴とする請求項５，６，７いずれかに記載の貸リソース通信システム。
【請求項９】
前記セッション設定の一部又は全部を、
ＲＦＣ２５１６準拠に対応した前記処理手段が実行することを特徴とする請求項５，７いずれかに記載の貸リソース通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ＲＦＣ２５１６準拠などによる通信ネットワークでの貸リソースサービスに関し、詳細には、二つのシステム間でのデータやり取りのために設定する通信の論理的な接続関係（セッション設定／接続）による貸リソースサービスを実行する、通信ネットワークにおける貸リソースの設定処理方法及びその通信システム並びにプログラムに関する。
【０００２】
【従来の技術】
従来、通信ネットワークでは、「貸リソースサービス」が実施されている。この貸リソースサービスは、加入者システム（例えば、コンピュータ）のリソースである周辺装置、補助記憶装置、主記憶装置、ＣＰＵ、ネットワークＩ／Ｆの機能や容量の全部又は一部を他のシステムに、通信ネットワーク上で使用させるものである。この場合、リソースを使用する他のシステム側が、リソースを提供する加入者システム側に借用料金を支払うのが一般的である。
【０００３】
この種の貸リソースサービスでは、セッション設定による通信で実施される。以下、セッション設定について説明する
図１０はセッション設定を行う通信ネットワークの構成を示すブロック図である。
図１０において、この通信ネットワークは、複数の加入者近隣ネットワーク（Ａ）が、情報端末やネットワーク機器からなる加入者システム１ａ，１ｂ，１ｃ…をそれぞれ収容している。この加入者近隣ネットワーク（Ａ）のそれぞれが、ＴＮ（Terminal Node）２ａ，２ｂ，２ｃ…を通じて、ネットワークアクセスプロバイダ（ＮＡＰ:Network Access Provider）ネットワーク（Ｂ）と接続されている。
【０００４】
このＮＡＰネットワーク（Ｂ）は、加入者近隣ネットワーク（Ａ）に収容される加入者システム１ａ〜１ｃ…からの接続要求に基づいて、接続先となるインターネットサービスプロバイダ（ＩＳＰ：Internet Service 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）が設定されている。
【００１６】
このようにして、ＲＦＣ２５１６準拠のシーケンスを実行する加入者システム１ａ〜１ｃ…とアクセスシステム５間では、加入者システム１ａ〜１ｃ…からのセッション要求によって、そのセッション設定が行われる。このセッション設定を通じて前記した貸リソースサービスが実行できるようになる。
【００１７】
【発明が解決しようとする課題】
上記従来例において、ＲＦＣ２５１６準拠の通信ネットワークでは、アクセスシステム５及びＩＳＰネットワーク（Ｂ）側（ＰＰＰ処理装置８ａ，８ｂ…）からの加入者システム１ａ〜１ｃ…へのセッション設定を行うことができない。換言すれば、現状のＲＦＣ２５１６準拠による通信ネットワークの伝送形態では、貸リソースサービスに対する通信処理上の効率化及び構成処理の自由度に対する改善の余地がある。
【００１８】
この発明は、以上の点に着目してなされたもので、ＲＦＣ２５１６準拠などの通信ネットワークにおいて、貸リソースサービスに対する通信処理上の効率化及び構成と処理の自由度が改善できるとともに、実現化（開発や実装）コストの低減が可能になる、通信ネットワークにおける貸リソースの設定処理方法及びその通信システム並びにプログラムを提供する。
【００１９】
【課題を解決するための手段】
上記課題を達成するために、この発明の通信ネットワークにおける貸リソースの設定処理方法は、サービス要求システムと加入者システムとの間のアクセスシステムを通じた通信ネットワークにおける貸リソースの設定処理方法において、前記サービス要求システム側が、前記加入者システムを収容している前記アクセスシステムに対して貸リソースの使用依頼の情報を送信する段階と、前記サービス要求システムと前記加入者システムとの前記アクセスシステムを通じたＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）接続を行う段階と、前記ＰＰＰ接続を通じて前記サービス要求システムと前記加入者システムとの間で貸リソース処理を実行する段階とを有し、前記ＰＰＰ接続を行う段階として、前記サービス要求システム側からの貸リソースの使用依頼の情報を受信した前記アクセスシステムが、該貸リソース依頼の情報を前記加入者システムへ送信する段階と、前記加入者システムが、受信した貸リソース使用依頼の情報に対応する貸リソース要求の情報を前記アクセスシステムに送信する段階と、この送信による貸リソース要求の処理が可能な前記アクセスシステムが、処理可能の情報を、貸リソース要求を行った前記加入者システムに送信する段階と、この貸リソース要求に対する処理可能を通知してきた前記アクセスシステムを前記加入者システムが選択したことを示す情報を、前記加入者システムが、選択した前記アクセスシステムに送信する段階と、この情報を受信した前記アクセスシステムが、前記サービス要求システムと前記加入者システムとの間でＰＰＰ接続を行うための情報を前記加入者システムに送信する段階とを有することを特徴とする。
【００２１】
上記した、この発明の方法では、ＲＦＣ２５１６準拠による貸リソースサービスを実行する際に、加入者システムのリソースを集約して効率的に管理できるとともに、リソースサービス要求の発生時におけるセッション設定の自由度が向上し、かつ、加入者システム側での複数のアクセスシステムに対する選択による構成及び処理の自由度が向上する。
【００２２】
この発明の方法は、サービス要求システムと加入者システムとの間のアクセスシステムを通じた通信ネットワークにおける貸リソースの設定処理方法において、前記サービス要求システム側が、前記加入者システムを収容している前記アクセスシステムに対して貸リソースの使用依頼の情報を送信する段階と、前記サービス要求システムと前記加入者システムとの前記アクセスシステムを通じたＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）接続を行う段階と、前記ＰＰＰ接続を通じて前記サービス要求システムと前記加入者システムとの間で貸リソース処理を実行する段階とを有し、前記ＰＰＰ接続を行う段階として、前記サービス要求システム側からの貸リソースの使用依頼の情報を受信した前記アクセスシステムが、貸リソース要求の情報を前記加入者システムへ送信する段階と、前記加入者システムが、受信した貸リソース要求の情報に対する処理可能の情報を前記アクセスシステムに送信する段階と、この情報を受信した前記アクセスシステムが、前記サービス要求システムと前記加入者システムとの間でＰＰＰ接続を行うための情報を前記加入者システムに送信する段階とを有することを特徴とする。
【００２３】
上記した、この発明の方法では、シーケンス処理負担が軽減され、比較的短時間でセッション設定が可能になり、かつ、既存のシステムにこの発明の機能追加が比較的容易になり、その実現化（開発や実装）コストを軽減できる。
【００２４】
この発明の方法は、サービス要求システムと加入者システムとの間のアクセスシステムを通じた通信ネットワークにおける貸リソースの設定処理方法において、前記サービス要求システム側が、前記加入者システムを収容している前記アクセスシステムに対して貸リソースの使用依頼の情報を送信する段階と、前記サービス要求システムと前記加入者システムとの前記アクセスシステムを通じたＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）接続を行う段階と、前記ＰＰＰ接続を通じて前記サービス要求システムと前記加入者システムとの間で貸リソース処理を実行する段階とを有し、前記ＰＰＰ接続を行う段階として、前記サービス要求システム側からの貸リソースの使用依頼の情報を受信した前記アクセスシステムが、貸リソース要求の情報とともにセッション設定のための情報を前記加入者システムへ送信する段階と、この情報を受信した前記加入者システムが、前記情報を受信した旨の確認情報を前記アクセスシステムに送信する段階とを有することを特徴とする。
【００２５】
上記した、この発明の方法では、シーケンスの処理負担が極めて軽減されて、極めて短時間でセッション設定が可能になる。
【００２６】
この発明の方法は、前記セッション設定が、ＲＦＣ（Request for Comments）２５１６「A Method for Transmitting PPP over Ethernet（ＰＰＰｏＥ）」に基づいた設定であり、かつ、送受信する情報がパケットであることを特徴としている。
【００２７】
上記した、この発明の方法では、ＲＦＣ２５１６準拠の通信ネットワークにおいて、この発明を多種の実施形態をもって実施できるようになる。
【００２８】
この発明の貸リソース通信システムは、通信ネットワークにおける貸リソースの設定処理を行う貸リソース通信システムにおいて、貸リソースの使用依頼の情報を送信し、かつ、貸リソースのＰＰＰ接続要求を行うサービス要求システムと、貸リソースを提供し、かつ、貸リソースのＰＰＰ接続を前記サービス要求システムとの間で行う加入者システムと、前記サービス要求システムからの貸リソースの使用依頼の情報を受信した際に前記加入者システムとの間でのセッション設定による貸リソース依頼の情報及び前記加入者システムからの応答情報をやり取りして前記サービス要求システムと前記加入者システムとの間でのＰＰＰ接続を行うための情報を前記加入者システムに送信するアクセスシステムとを備え、前記ＰＰＰ接続を通じて前記サービス要求システムと前記加入者システムとの間で貸リソース処理を実行する貸リソース通信システムであって、前記アクセスシステムは、前記サービス要求システム側からの情報を受信し、かつ、前記加入者システムへ情報を送信する第１送受信処理手段と、前記加入者システムからの情報を受信し、かつ、前記サービス要求システムへの情報を送信する第２送受信処理手段と、前記第１及び第２送受信処理手段への情報を出力する処理手段とを有し、この処理手段が、第１及び第２送受信処理手段を通じて、前記サービス要求システム側からの貸リソースの使用依頼の情報を受信し、かつ、貸リソース要求の情報を前記加入者システムへ送出するとともに、この送出による貸リソース要求に対する処理可能を示す情報を、貸リソース要求を行った前記加入者システムに送信し、かつ、この貸リソース依頼の処理可能を通知してきた前記アクセスシステムを、前記加入者システムが選択したことを示す情報を、前記加入者システムから受信するとともに、この情報を受信すると前記サービス要求システムと前記加入者システムとの間でＰＰＰ接続を行うための情報を前記加入者システムに送信する処理を行うことを特徴とする。
【００３０】
この発明の通信システムは、前記処理手段は、前記第１及び第２送受信処理手段を通じて、貸リソースの使用要求の情報を前記加入者システムへ送信し、かつ、受け取った貸リソース依頼の処理可能を示す情報に基づいて、前記サービス要求システムと前記加入者システムとの間でＰＰＰ接続を行うための情報送出を処理することを特徴とする。
【００３１】
この発明の通信システムは、前記処理手段は、前記第１及び第２送受信処理手段を通じて、貸リソースの使用要求の情報を前記加入者システムへ送信し、かつ、受け取った貸リソース依頼の処理可能を示す情報に基づいて、前記サービス要求システムと前記加入者システムとの間でＰＰＰ接続を行うための情報送出を処理することを特徴とする。
【００３２】
以上の、これらの発明の通信システムでは、前記した方法の発明と同様にＲＦＣ２５１６準拠などの通信ネットワークにおいて、貸リソースサービスに対する通信処理上の効率化及び構成と処理の自由度が改善されるとともに、実現化（開発や実装）のコスト低減が可能になる。
【００３３】
また、この発明の通信システムは、前記処理手段の処理は、前記第１送受信処理手段と第２送受信処理手段とを一体化した構成における前記サービス要求システム側からの情報を受信し、かつ、前記加入者システムへ情報を送信する処理であり、前記加入者システムからの情報を受信し、かつ、前記サービス要求システムへの情報を送信する処理を、前記処理手段に対して切り替える切替手段をさらに備えることを特徴とする。
【００３４】
この発明の通信システムでは、冗長構成や加入者数に合わせた拡張などの構成の自由度が得られる。
【００３５】
さらに、この発明は、前記セッション設定の一部又は全部を、ＲＦＣ２５１６準拠に対応した処理手段が実行することを特徴としている。
【００３６】
この発明の通信システムでは、ＲＦＣ２５１６準拠に対応した処理手段（モジュール）の全部又は一部を活用できるようになり、その構成の自由度が得られる。
【００４０】
上記した、これらの発明のプログラムでは、この発明を情報記録媒体、例えば、パッケージソフトウェアや通信ネットワーク上でのダウンロード／インストールによって提供可能になり、この発明を実質的なコンピュータを備えた通信システムにおいて、容易かつ確実に実施できるようになり、その汎用性が向上する。
【００４１】
【発明の実施の形態】
次に、この発明の通信ネットワークにおける貸リソースの設定処理方法及びその通信システム並びにプログラムの実施形態を図面参照の上で詳細に説明する。（第１実施形態）
図１はこの発明の第１実施形態における通信ネットワーク構成を示すブロック図である。
図１において、この例の通信ネットワークは、加入者システム１１ａ，１１ｂ，１１ｃ…それぞれを収容している複数の加入者隣接ネットワーク１０と、ネットワーク事業者が運営するネットワークアクセスプロバイダ（ＮＡＰ:Network Access Provider）ネットワーク２０とを有している。
【００４２】
この加入者隣接ネットワーク１０とＮＡＰネットワーク２０は、ターミナルノード（ＴＮ:Terminal Node）１２ａ，１２ｂ，１２ｃ…で接続されている。このＴＮ１２ａ〜１２ｃ…は、有線回線接続におけるアクセスルータやターミナルアダプタ（ＴＡ）又は無線回線接続における無線基地局に相当する。また、ＮＡＰネットワーク２０には、当該通信ネットワーク上でＰＰＰｏＥ（A Method for Transmitting PPP over Ethernet）セッション管理及び接続情報管理（アクセス処理）による「貸リソースサービス」の集中管理を行うアクセスシステム１５が設けられている。このアクセスシステム１５にＴＮ１２ａ〜１２ｃ…が接続されている。
【００４３】
また、この通信ネットワークには、ＮＡＰネットワーク２０のアクセスシステム１５と接続されるアクセス中継ネットワーク３０が設けられている。このアクセス中継ネットワーク３０のゲートウェイノード（ＧＮ:Gateway Node）１６ａ，１６ｂ…とアクセスシステム１５とが接続されている。このＧＮ１６ａ，１６ｂ…は、ルータやトンネリングサーバに相当する。
【００４４】
ＧＮ１６ａ，１６ｂ…は、インターネットサービスプロバイダ（ＩＳＰ:Internet Service Provider）が運営するＩＳＰネットワーク４０に接続されている。このＩＳＰネットワーク４０それぞれには、加入者システム１１ａ〜１１ｃ…とアクセスシステム１５の接続処理及び管理を通じて接続されるサービス要求システム１７ａ，１７ｂ…及びＰＰＰ処理装置１８ａ，１８ｂ…が収容されている。
【００４５】
前記した加入者システム１１ａ〜１１ｃ…、アクセスシステム１５及びサービス要求システム１７ａ，１７ｂ…には、汎用コンピュータやワークステーションで実現され、これらにはＰＰＰｏＥセッション設定を行うためのソフトウェア（請求項におけるプログラムに対応）が実装されている。
【００４６】
なお、これらの加入者隣接ネットワーク１０からＩＳＰネットワーク４０それぞれの伝送路は、図示した有線回線（有線区間）の接続表示にかかわらず、無線回線（無線区間）でも実現可能である。
【００４７】
図２は加入者システム１１ａ〜１１ｃ…の内部構成を示すブロック図である。この加入者システム１１ａ〜１１ｃ…は、汎用的な小型コンピュータを用いた場合の構成例である。この加入者システム１１ａ〜１１ｃ…は、第１実施形態に対応する構成要素であるセッション接続部４０１を有し、このセッション接続部４０１は、以降で動作を詳細に説明するセッション管理部４０２と、リソース管理部４０３とを有している。さらに、加入者システム１１ａ〜１１ｃ…それぞれには、汎用的な小型コンピュータとしての周辺装置、補助記憶装置、主記憶装置、ＣＰＵ及びネットワークインタフェース（Ｉ／Ｆ）を備えている。
【００４８】
なお、このセッション接続部４０１は、汎用的な小型コンピュータ上でのプログラム（請求項におけるプログラムに対応）処理によって、その処理を実行することができる。
【００４９】
図３はセッション管理部４０２の内部構成を示すブロック図である。
図３において、セッション管理部４０２は、第１実施形態に対応する構成要素であるＲＰＡＤ（Reverse PPPoE Active Discovery アクティブディスカバリＰＰＰｏＥ返送）パケットを処理するＲＰＡＤ処理モジュール４０２ａと、ＲＦＣ２５１６準拠のセッションを処理するＲＦＣ２５１６既存処理モジュール４０２ｂ（請求項における「ＲＦＣ２５１６準拠に対応した処理を実行する処理手段」に対応）とを有している。
【００５０】
図４はアクセスシステム１５の内部構成を示すブロック図である。
図４において、このアクセスシステム１５は、加入者システム１１ａ〜１１ｃからのパケットを受信する受信部５０１と、この受信部５０１からのパケット信号を第１Ｕ系処理部（ｅ／ｉＵ）又はＣ系処理部（Ｃ、請求項における処理手段に対応）に振り分けるＵ／Ｃ系判定部５０２と、このＵ／Ｃ系判定部５０２からのパケット信号情報からのセッションＩＤデータに基づいた出力先識別子を送出する第１Ｕ系処理部（ｅ／ｉＵ、請求項における第２送受信処理手段に対応）と、第１Ｕ系処理部（ｅ／ｉＵ）からのパケットをＣ系処理部（Ｃ）からの出力先識別子の出力パスにＩＳＰネットワーク４０に送信する送信部５０６とを有している。
【００５１】
さらに、このアクセスシステム１５は、Ｃ系処理部（Ｃ）と、ＩＳＰネットワーク４０からのパケットを受信する受信部５１７と、この受信部５１７からのパケット信号の情報におけるセッションＩＤのデータに対応する出力先識別子の出力パスにＩＰパケットを出力する第２Ｕ系処理部（ｉ／ｅＵ、請求項における第１送受信処理手段に対応）とを有し、さらに、第２Ｕ系処理部（ｉ／ｅＵ）からのパケットをＣ系処理部（Ｃ）からの制御パケットの宛先ＭＡＣアドレスに対応した出力先識別子の出力パスに送信する送信部５１３とを有している。
【００５２】
第１Ｕ系処理部（ｅ／ｉＵ）は、それぞれの動作を以降で詳細に説明するデカプセル処理部５０３と、セッション識別符号（ＩＤ）取得部５０４と、セッション識別符号（ＩＤ）検索部５０５とからなる。
【００５３】
Ｃ系処理部（Ｃ）は、それぞれの動作を以降で詳細に説明するＬ２検索部５０７と、セッション管理部５０８と、加入者リソース管理部５０９と、サービス受付部５１０と、Ｌ３検索部５１１と、Ｃ系パケット振分部５１２とを有している。
【００５４】
第２Ｕ系処理部（ｉ／ｅＵ）は、以降で各部の動作を詳細に説明するカプセル処理部５１４と、付加情報取得部５１５と、Ｌ３検索部５１６とを有している。
【００５５】
なお、この第１Ｕ系処理部（ｅ／ｉＵ）とＣ系処理部（Ｃ）及び第２Ｕ系処理部（ｉ／ｅＵ）は、汎用的な小型コンピュータ上でのプログラム（請求項におけるプログラムに対応）処理によって、その処理を実行することができる。
【００５６】
次に、第１実施形態の動作について説明する。
まず、貸リソースサービス全体の処理について説明する。
図１において、この第１実施形態における貸リソースサービスは、加入者システム１１ａ〜１１ｃ…内のリソースである周辺装置、補助記憶装置、主記憶装置、ＣＰＵ、ネットワークＩ／Ｆの機能や容量の全部又は一部を他のシステム（ここではサービス要求システム１７ａ，１７ｂ…のいずれか）に使用（貸リソースサービス）させるものである。この貸リソースサービスの提供（貸リソースの使用）を受けるサービス要求システム１７ａ，１７ｂ…は、アクセスシステム１５を介して、貸リソースサービスを提供した加入者システム１１ａ〜１１ｃ…側に借用料金を支払う。
【００５７】
この借用料金は、例えば、アクセスシステム１５やＮＡＰネットワーク２０上に設けた図示しないウォレットサーバでデジタルキャッシュによる決済（電子商取引）を行う。また、借用料金は、その対価としてインターネットの接続料金の無料化や割引としてＩＳＰ側から支払われる場合がある。
【００５８】
このように、この第１実施形態の貸リソースサービスでは、加入者システム１１ａ〜１１ｃ…のリソースをＮＡＰネットワーク２０が管理・運用している。この貸リソースサービスの通信処理の詳細を、以下の（１）加入者システム１１ａ〜１１ｃ…の処理、（２）ＩＳＰネットワーク４０側の処理、（３）アクセスシステム１５の処理、（４）セッション設定シーケンスをもって説明する。
【００５９】
（１）加入者システム１１ａ〜１１ｃ…の処理
図２において、加入者システム１１ａ〜１１ｃ…におけるセッション接続部４０１は、内部のセッション管理部４０２が、アクセスシステム１５とのセッションの設定及び切断を行う。リソース管理部４０３は、当該加入者システム１１ａ〜１１ｃ…におけるＣＰＵ、補助記憶装置及び主記憶装置の使用状況の管理や貸リソースサービスのための容量の確保を行う。リソース管理部４０３は、ＮＡＰネットワーク２０の加入者（加入者システム１１ａ〜１１ｃ…）のリソースをサービス要求システム１７ａ，１７ｂ…に提供する場合、そのリソース容量を確保する。この場合、加入者システム１１ａ〜１１ｃ…側は、アクセスシステム１５によって確保されたＣＰＵ、補助記憶装置及び主記憶装置などのリソース分の容量は使用できないことになる。
【００６０】
このような動作・処理によってＮＡＰネットワーク２０側のアクセスシステム１５が、加入者システム１１ａ〜１１ｃ…側のリソースをサービス要求システム１７ａ，１７ｂ…側に提供する貸リソースサービスに対する集中管理・運用を行っている。
【００６１】
（２）ＩＳＰネットワーク４０側の処理
図５はＩＳＰネットワーク４０側の処理を説明するためのブロック図である。図５において、ＩＳＰネットワーク４０に収容されるサービス要求システム１７ａ，１７ｂ…のいずれかは、リソースが必要なときに、アクセスシステム１５に貸リソース提供依頼のアクセスを行う。この場合、サービス要求システム１７ａ，１７ｂ…は、必要なリソース容量を通知する。このリソース容量の通知を受けたアクセスシステム１５は、通知されたリソース容量に対応する加入者システム１１ａ〜１１ｃ…のいずれかを割り出す。この割り出しに相当する加入者システム１１ａ〜１１ｃ…とのセッションを設定する。
【００６２】
以上は、図５に示す契約交渉（ネゴシエーション）の通信である。この通信による契約交渉が成立すると、アクセスシステム１５は、サービス要求システム１７ａ，１７ｂ…（いずれか）にリソース使用権を渡す。なお、この契約交渉では、ＮＡＰネットワーク２０が管理している全ての加入者システム１１ａ〜１１ｃ…のリソースの使用状況によって、リソース容量を確保するために、より高額の契約料金を提示（支払）するサービス要求システム１７ａ，１７ｂ…を優先的に選択してセッションを設定し、そのリソース使用権を渡すような契約交渉を行うこともできる。
【００６３】
（３）アクセスシステム１５の処理
図４において、リソースサービス処理を実行するＮＡＰネットワーク２０中のアクセスシステム１５は、受信部５０１が、加入者（サービス要求システム１７ａ，１７ｂ…）からの貸リソースサービス提供要求のアクセスによるパケットを受信する。このパケットのフォーマット（伝送フレーム）は、前記したＲＦＣ２５１６準拠したものである。
【００６４】
受信部５０１からの受信パケット信号は、後段のＵ／Ｃ系判定部５０２における第２Ｕ系処理部（ｉ／ｅＵ）又はＣ系処理部（Ｃ）の処理判定に基づいて振り分けられる。この振り分けは、パケットのフォーマット中のEtherTypeフィールド及びＰＰＰprotocolフィールドの値に基づいて行う。第２Ｕ系処理部（ｉ／ｅＵ）に振り分けられたパケット信号は、デカプセル処理部５０３でＰＰＰpayloadpにおけるＩＰパケット情報を取り出す。
【００６５】
さらに、セッションＩＤ取得部５０４では、SESSION＿IDフィールドに格納されているセッションＩＤのデータを取り出す。セッションＩＤ検索部５０５は、ここで取り出したセッションＩＤをキーワードにして、例えば、当該セッションＩＤ検索部５０５に格納しているセッションＩＤ検索テーブルから出力先識別子を取得する。送信部５０６は、セッションＩＤ検索部５０５から受け取った出力先識別子の情報に対応する出力パスにデカプセルによるＩＰパケットを出力する。
【００６６】
Ｃ系処理部（Ｃ）では、Ｕ／Ｃ系判定部５０２で振り分けられたパケット信号がセッション管理部５０８に入力される。セッション管理部５０８では、以降のセッション設定シーケンス（図６）に基づいて、セッション設定を実行する。また、セッション管理部５０８は、セッション設定シーケンス用の制御パケットを生成する。Ｌ２検索部５０７では、制御パケットの宛先ＭＡＣアドレスをキーワードにして、例えば、このＬ２検索部５０７に格納しているＬ２検索テーブルから出力先識別子を取得して送信部５１３に出力する。
【００６７】
第２Ｕ系処理部（ｉ／ｅＵ）では、送信部５１３が取得した出力先識別子に対応する出力パスに制御パケットを送信する。また、受信部５１７がＩＳＰネットワーク４０からのＩＰパケット（フォーマット）を受信して取り込む。この受信部５１７が受信した宛先ＩＰアドレスをキーワードにして、Ｌ３検索部５１６が、例えば、当該Ｌ３検索部５１６に格納しているＬ３検索テーブルから出力先識別子を取得する。この出力先識別子が自己アクセスシステム１５を示している場合、当該出力先識別子をＬ３検索部５１６からＣ系処理部（Ｃ）に出力する。
【００６８】
また、出力先識別子が自己アクセスシステム１５を示していない場合、Ｌ３検索部５１６からの出力先識別子が付加情報取得部５１５に出力される。付加情報取得部５１５では、Ｌ３検索部５１６に格納しているＬ３検索テーブルでヒットしたエントリに格納されている付加情報を取り出す。カプセル処理部５１４は、取り出した付加情報を用いて、ＩＳＰネットワーク４０からのパケットをＲＦＣ２５１６準拠のパケットフォーマット（伝送フレーム）にカプセル化する。送信部５１３では、カプセル処理部５１４からのカプセル化したパケット信号を、出力先識別子に対応する出力パスへ送信する。
【００６９】
ＩＳＰネットワーク４０からのアクセスシステム１５自体へのパケット中で、サービス要求システム１７ａ，１７ｂ…からのサービス要求パケットやＰＰＰ処理装置１８ａ，１８ｂ…からの制御パケットは、Ｃ系パケット振分部５１２からセッション管理部５０８及びサービス受付部５１０出力される。
【００７０】
サービス要求を受け付けたサービス受付部５１０は、加入者リソース管理部５０９にサービス要求の情報を引き渡す。加入者リソース管理部５０９は、必要とされる加入者システム１１ａ〜１１ｃ…のリソースを算出する。さらに、加入者リソース管理部５０９は、算出した分のセッション設定をセッション管理部５０８に依頼する。加入者システム１１ａ〜１１ｃ…とのセッション設定が確立すると加入者リソース管理部５０９は、セッション設定完了の指示を受け取って、その指示をサービス受付部５１０に対して通知する。
【００７１】
サービス受付部５１０は、セッション設定が確立した終了の通知を受け取ると、ＩＳＰネットワーク４０側にサービス要求受け付け完了とリソース使用権を通知するためのパケットを作成し、例えば、Ｌ３検索部５１１に格納しているＬ３検索テーブルを検索し、送信部５０６を通じてＩＳＰネットワーク４０側にパケットを送信する。ＰＰＰ処理装置１８ａ，１８ｂ…からの制御パケットは、セッション管理部５０８で直接受け取ってＰＰＰ処理を実行する。
【００７２】
（４）セッション設定シーケンス
図６は第１実施形態に対応したシーケンス図である。
図１及び図６において、このセッション設定シーケンスでは、サービス要求システム１７ａ，１７ｂ…からのサービス要求として、ＳｖＲｅｑ（Service Request）パケットにＳｖＲｅｑｎａｍｅ（サービス種類や要求リソース量を示す）を設定してアクセスシステム１５に送信する。アクセスシステム１５は、加入者リソース管理部５０９が選択した、加入者隣接ネットワーク１０に対してＲＰＡＤ（Reverse PPPoE Active Discovery アクティブディスカバリＰＰＰｏＥ返送）パケットを作成して、加入者システム１１ａ〜１１ｃ…に送信する。
【００７３】
このＲＰＡＤパケットには、ＭａｃＤＡ（PPPoEフレームDESTINATION＿ADDR）にブロードキャスト（Broadcast）アドレスを設定し、かつ、ＭａｃＳＡ（PPPoEフレームSOURCE＿ADDR）にＡＳｍａｃ（アクセスシステム１５のMACアドレス）を設定し、ＳｅｒｖｉｃｅＴＡＧにはサービス要求を送信した（ＩＳＰネットワーク４０の名前を表示）とＳｖＲｅｑｎａｍｅ（Service Request Name）を設定する。
【００７４】
このＲＰＡＤパケットを受信した加入者システム１１ａ〜１１ｃ…側は、その貸リソース提供を行っている場合、セッション接続部４０１において、ＲＰＡＤパケットのＳｖＲｅｑｎａｍｅと一致するかを調べ、一致するとＰＡＤＩ（The Active Discovery Initiation アクティブディスカバリ開始）パケットを作成して、アクセスシステム１５に返送する。
【００７５】
ＰＡＤＩパケットには、ＭａｃＤＡにブロードキャスト（Broadcast）アドレスを設定し、さらに、ＭａｃＳＡにＨＯＳＴｍａｃ（加入者システム１１ａ〜１１ｃ…のＭＡＣアドレス）を設定し、また、ＳｅｒｖｉｃｅＴＡＧには、ＲＰＡＤパケットが設定されていたＩＳＰｎａｍｅとＳｖＲｅｑｎａｍｅを設定する。このときＮＡＰＰｕｓｅｒＩＤ（ＮＡＰネットワーク２０で加入者システム１１ａ〜１１ｃ…側を特定するユーザＩＤを表示）も設定される。このユーザＩＤは、アクセスシステム１５における加入者リソース管理部５０９が管理している。
【００７６】
これ以降は、ＲＦＣ２５１６準拠した処理を実行する（より詳細な説明は従来例の図１１のシーケンス参照）。まず、ＰＡＤＩパケットを受信したアクセスシステム１５は、ＰＡＤＯパケットを作成して加入者システム１１ａ〜１１ｃ…に送信する。このとき、ＳｅｒｖｉｃｅＴＡＧには、ＰＡＤＯパケットを返送したアクセスシステム１５の名前が設定されている。ＰＡＤＯパケットを受信した加入者システム１１ａ〜１１ｃ…は、ＰＡＤＲパケットを作成してアクセスシステム１５に返送する。ＳｅｒｖｉｃｅＴＡＧにはＲＰＡＤパケット及びＰＡＤＩパケットで設定したＩＳＰｎａｍｅを設定する。このＰＡＤＲパケットを受信したアクセスシステム１５は、このアクセスシステム１５内でユニークなセッション識別符号をＰＡＤＳパケットに付与して加入者システム１１ａ〜１１ｃ…に返送する。
【００７７】
以上のシーケンスによって加入者システム１１ａ〜１１ｃ…とアクセスシステム１５との間で、ＩＳＰｎａｍｅに示したＩＳＰネットワーク４０側に対するセッション設定が確立する。このセッション設定後は、加入者システム１１ａ〜１１ｃ…とＩＳＰネットワーク４０に収容されたＰＰＰ処理装置１８ａ，１８ｂ…をアクセスシステム１５が仲介処理し、最終的に加入者システム１１ａ〜１１ｃ…とＩＳＰネットワーク４０側とのアクセスパスが設定される。このアクセスパス設定が行われると、サービス要求受け付け完了と、リソース使用権を通知するＳｖＲｅｑ（Service Request）パケットをＩＳＰネットワーク４０側に送信する。
【００７８】
この第１実施形態では、次の利点がある。
（１）加入者システム１１ａ〜１１ｃ…のリソース管理部４０３と、アクセスシステム１５の加入者リソース管理部５０９、及びＩＳＰネットワーク４０からのサービス要求をアクセスシステム１５において管理している。すなわち、ＮＡＰネットワーク２０側が、加入者システム１１ａ〜１１ｃ…のリソースを集約して管理できるようになり、そのリソース使用権の発行代行が可能になる。
【００７９】
（２）アクセスシステム１５からのＲＰＡＤパケットによるセッション設定を行っており、サービス要求の発生時における臨機応変なセッション設定が可能となる。
（３）図３のセッション管理部４０２及び図６のシーケンスによって、ＲＦＣ２５１６準拠の既存モジュールにＲＰＡＤ処理モジュール４０２ａを追加するのみで、セッション接続（設定）が可能になる。換言すれば、既存（従来例の図１０及び図１１参照）に対する機能追加が容易であり、実現化（開発や実装）コストが低減する。
（４）ＲＦＣ２５１６準拠の既存モジュールを有しているため、複数のアクセスシステム１５を配置した構成における加入者システム１１ａ〜１１ｃ…側でのアクセスシステム１５の選択が可能になり、そのシステム構成の自由度が向上する。
【００８０】
（第２実施形態）
この第２実施形態の構成は、前記した第１実施形態の図１から図６と基本的に同じであるが、図４に示すアクセスシステム１５中のセッション管理部５０８の動作が異なる。
【００８１】
次に、第２実施形態の動作について説明する。
図７は第２実施形態に対応したシーケンス図である。
図７において、この第２実施形態のアクセスシステム１５からの要求によるセッション設定では、第１実施形態の図６に示すセッション設定シーケンスに対して以下の簡略化したシーケンスを実行する。
この第２実施形態の図７に示すセッション設定のシーケンスでは、第１実施形態の図６に示すセッション設定シーケンスにおけるＰＡＤＩパケット及びＰＡＤＲパケットを送信せずに、ＰＡＤＲパケット及びＰＡＤＳパケットによるセッション設定を行っている。この場合、ＰＡＤＲパケットのＳｅｒｖｉｃｅＴＡＧには、ＲＰＡＤパケットに設定されていたＩＳＰｎａｍｅとＳｖＲｅｑｎａｍｅを設定している。このとき、ＮＡＰｕｓｅｒＩＤ（ＮＡＰネットワーク２０の加入者を特定するユーザＩＤを示す）も設定される。
【００８２】
なお、セッションＩＤの付与とＰＡＤＳパケットの送信の処理は第１実施形態と同様である。
【００８３】
この第２実施形態では次の利点がある。
（１）シーケンスの処理負担が軽減される。比較的短時間でセッション設定が可能になる。
（２）ＲＦＣ２５１６準拠における既存のモジュールの全て（１００パーセント）を使用しないものの、一部はそのまま流用可能であり、既存のシステムからの機能追加が比較的容易となり、実現化（開発や実装）におけるコストが低減する。
【００８４】
なお、第２実施形態では、ＰＡＤＩパケット及びＰＡＤＯパケットの送信を実行していない。したがって、前記した（１）（２）の第２実施形態の利点が得られる反面、第１実施形態の（４）で説明したように加入者システム１１ａ〜１１ｃ…側での複数のアクセスシステム１５から選択する処理は実行できない。すなわち、複数のアクセスシステム１５それぞれの機能を選択して利用する利点（システム自由度）は得られない。
【００８５】
（第３実施形態）
この第３実施形態の構成は、前記した第１実施形態の図１から図６と基本的に同じであるが、図４に示すアクセスシステム１５中のセッション管理部５０８の動作が異なる。
【００８６】
次に、第３実施形態の動作について説明する。
図８は第３実施形態に対応したシーケンス図である。
図８において、この第３実施形態のアクセスシステム１５からの要求によるセッション設定では、第１及び第２実施形態の図６及び図７に示すセッション設定シーケンスに対して次の説明の部分が異なる。
【００８７】
サービス要求システム１７ａ，１７ｂ…からＳｖＲｅｑを受信すると、アクセスシステム１５は、セッションＩＤを生成してＲＰＡＤパケットに格納した後に、加入者システム１１ａ〜１１ｃ…にＲＰＡＤパケットを送信する。ＲＰＡＤパケットの応答として、ＲＰＡＤＳ（Reverse PPPoE Active Discovery Session-Confirmation アクティブディスカバリＰＰＰｏＥセッション確認返送）パケットを送信している。
【００８８】
また、ＲＰＡＤＳパケットのＳｅｒｖｉｃｅＴＡＧには、ＲＰＡＤパケットに設定されていたＩＳＰｎａｍｅとＳｖＲｅｑｎａｍｅを設定する。このとき、ＮＡＰｕｓｅｒＩＤ（ＮＡＰネットワーク２０の加入者を特定するユーザＩＤを示す）も設定される。
【００８９】
この第３実施形態では、次の利点が得られる。
（１）シーケンスの処理負担が極めて軽減される。極めて短時間でセッション設定が可能になる。
【００９０】
なお、この第３実施形態では、ＲＰＡＤパケットの応答として、ＲＦＣ２５１６準拠では設定されないＲＰＡＤＳパケットを用いることによって、第３実施形態における前記（１）の利点が得られるものの、第１実施形態の（４）で説明したように加入者システム１１ａ〜１１ｃ…側での複数のアクセスシステム１５からの選択機能を利用する利点は得られない。また、第２実施形態の（２）で説明したＲＦＣ２５１６準拠における既存のモジュールの一部をそのまま流用し、その既存のシステムからの機能追加が比較的容易となる利点も得られない。換言すれば、システム自由度が小さくなる。
【００９１】
前記した第１実施形態から第３実施形態では、セッション設定時間の関係は第１実施形態から第３実施形態の順序で大きくなる。また、既存モジュールの流用度合いは、第１実施形態から第３実施形態の順序で小さくなる。これらの第１から第３実施形態は、その利点が、排他的関係であり、実現化（開発や実装）コストと設定時間のバランスによって選択する。
【００９２】
（第４実施形態）
図９は第４実施形態のアクセスシステム１５Ａの構成を示すブロック図である。
図９において、この第４実施形態では、図４に示す第１実施形態のアクセスシステム１５と同様に機能し、その構成が異なるアクセスシステム１５Ａ及びスイッチ部１５Ｂ（請求項における切替手段に対応）が設けられている。
この第４実施形態のアクセスシステム１５Ａは、図４に示す第１実施形態の第１及び第２Ｕ系処理部（ｅ／ｉＵ及びｉ／ｅＵ）の二つを統合して一体的に構成したＵ系処理部（ｅ・ｉＵ）となっている。この図９に示す第２実施形態のアクセスシステム１５ＡにおけるＵ系処理部（ｅ・ｉＵ）では、第１実施形態の図４に示すアクセスシステム１５のＣ系処理部（Ｃ）に設けられていたＬ２検索部９０８が、図９に示す第３実施形態のアクセスシステム１５Ａでは、Ｕ系処理部（ｅ・ｉＵ）にＬ２検索部９０８として受信部９０３と送信部９１１との間に配置されている。
【００９３】
アクセスシステム１５Ａでは、送信部９０２及び受信部９０３がＣ系処理部（ＣＡ）との送受信を、スイッチ部１５Ｂを通じて行っている。さらに、受信部９１０及び送信部９１１が加入者システム１１ａ〜１１ｃ…とのパケットの送受信を、スイッチ部１５Ｂを通じて行っている。Ｕ系処理部（ｅ・ｉＵ）の構成（デカプセル処理部と、セッションＩＤ取得部、セッションＩＤ検索部、及びカプセル処理部、付加情報取得部、Ｌ３検索部）は、図４に示す第１実施形態のアクセスシステム１５における第１及び第２Ｕ系処理部（ｅ／ｉＵ及びｉ／ｅＵ）と同様である。
【００９４】
Ｃ系処理部（ＣＡ）は、送信部９０７及び受信部９０５がＵ系処理部（ｅ・ｉＵ）との送受信を、スイッチ部１５Ｂを通じて行っている。この他の構成（セッション管理部、加入者リソース管理部、サービス受付部、Ｌ３検索部、Ｃ系パケット振分部）は、図４に示す第１実施形態のアクセスシステム１５と同様である。
【００９５】
スイッチ部１５Ｂは、アクセスシステム１５Ａの送信部９０２及び受信部９０３と、Ｃ系処理部（ＣＡ）の送信部９０７及び受信部９０５との接続インタフェース処理を行っている。
【００９６】
次に、第４実施形態の動作について説明する。
以下、第１実施形態と異なる点のみについて説明する。これ以外の動作は、第１実施形態と同様である。加入者（ＩＳＰネットワーク４０側）からのパケット信号がＵ／Ｃ系判定部９０１において、Ｕ系処理部（ｉ・ｅＵ、請求項における「第１送受信処理手段と第２送受信処理手段とを一体化した構成」に対応）又はＣ系処理部（ＣＡ）に振り分けられる。Ｃ系処理部（ＣＡ、請求項における処理手段に対応）に入力されたパケット信号は、送信部９０２からスイッチ部１５Ｂによって、Ｃ系処理部（ＣＡ）の受信部９０５からセッション管理部９０６に送出される。
【００９７】
このセッション管理部９０６からのセッション設定シーケンス用の制御パケットは、送信部９０７からスイッチ部１５Ｂを通じてＵ系処理部（ｉ・ｅＵ）に接続設定されたパスに送信される。さらに、Ｕ系処理部（ｉ・ｅＵ）では、制御パケットを受信部９０３からＬ２検索部９０８に送出し、制御パケットの宛先ＭＡＣアドレスをキーワードにしてＬ２検索テーブルから出力先識別子を取得する。
【００９８】
この第４実施形態では次の利点がある。
（１）スイッチ部１５Ｂを設けており、Ｕ系処理部（ｉ・ｅＵ）又はＣ系処理部（ＣＡ）を分離したケーブル接続による実装構成が可能になる。したがって、冗長構成や加入者数に合わせた拡張構成が容易になる。
【００９９】
なお、第１実施形態のアクセスシステム１５の構成（密結合構成）では、Ｃ系処理部（Ｃ）における各部の障害検出は容易である。この第４実施形態の構成（疎結合構成）のアクセスシステム１５Ａ及びスイッチ部１５Ｂでは、上記した（１）の利点が得られる反面、第１実施形態と同様の障害検出は困難である。
【０１００】
なお、上記した第１実施形態から第４実施形態では、一つの加入者システム１１ａ〜１１ｃ…に対する貸リソースの提供について説明したが、一つのサービス要求システム１７ａ，１７ｂ…が複数の加入者システム１１ａ〜１１ｃ…それぞれのリソースに対して貸リソースの提供を受けることも可能である。この場合、アクセスシステム１５が貸リソースのシーケンスを複数の加入者システム１１ａ〜１１ｃ…それぞれごとに実行すれば良い。この変形例は設計的な事項であり、この発明に含まれる。
【０１０１】
【発明の効果】
以上の説明から明らかなように、この発明によれば、ＲＦＣ２５１６準拠などの通信ネットワークにおいて、貸リソースサービスに対する通信処理上の効率の及び構成と処理の自由度が改善できるとともに、実現化（開発や実装）におけるコスト低減が可能になるという効果を有している。
【図面の簡単な説明】
【図１】この発明の第１実施形態における通信ネットワーク構成を示すブロック図である。
【図２】図１中の加入者システムの内部構成を示すブロック図である。
【図３】図２中のセッション管理部の内部構成を示すブロック図である。
【図４】図１中のアクセスシステムの内部構成を示すブロック図である。
【図５】第１実施形態にあってＩＳＰネットワーク側の処理を説明するためのブロック図である。
【図６】第１実施形態に対応したシーケンス図である。
【図７】第２実施形態に対応したシーケンス図である。
【図８】第３実施形態に対応したシーケンス図である。
【図９】第４実施形態におけるアクセスシステムの構成を示すブロック図である。
【図１０】従来例のセッション設定を行う通信ネットワークの構成を示すブロック図である。
【図１１】従来例にあってＲＦＣ２５１６準拠に対応したシーケンス図である。
【符号の説明】
１０  加入者隣接ネットワーク
１１ａ〜１１ｃ…  加入者システム
１２ａ〜１２ｃ…  ＴＮ
１５，１５Ａ  アクセスシステム
１５Ｂ  スイッチ部
１６ａ，１６ｂ…  ＧＮ
１７ａ，１７ｂ…  サービス要求システム
１８ａ，１８ｂ…  ＰＰＰ処理装置
２０  ＮＡＰネットワーク
３０  アクセス中継ネットワーク
４０  ＩＳＰネットワーク
（Ｃ），（ＣＡ）  Ｃ系処理部
（ｅ／ｉＵ）  第１Ｕ系処理部
（ｅ・ｉＵ）  Ｕ系処理部
（ｉ／ｅＵ）  第２Ｕ系処理部
【図１】
0003926654.tif 000002
【図２】
0003926654.tif 000003
【図３】
0003926654.tif 000004
【図４】
0003926654.tif 000005
【図５】
0003926654.tif 000006
【図６】
0003926654.tif 000007
【図７】
0003926654.tif 000008
【図８】
0003926654.tif 000009
【図９】
0003926654.tif 000010
【図１０】
0003926654.tif 000011
【図１１】
0003926654.tif 000012