(57)【特許請求の範囲】
【請求項１】
複数レイヤ中のレイヤ（Ｎ）における（Ｎは整数）プロトコル処理方法であって、
レイヤ（Ｎ＋１）以上のレイヤについてのデータ識別子を検索する検索ステップと、
前記検索ステップにより検索されたデータ識別子が特定のデータ識別子か否かを判定する判定ステップと、
前記判定ステップで検索されたデータ識別子が特定のデータ識別子であると判定された場合は、当該特定のデータ識別子に対応した処理を行う対応処理ステップと、
一方、前記判定ステップで検索されたデータ識別子が特定のデータ識別子ではないと判定された場合は、レイヤ（Ｎ）プロトコル処理を実行するプロトコル処理ステップ
を備えたプロトコル処理方法。
【請求項２】
前記検索ステップは、
レイヤ（Ｎ−１）から受信したデータをレイヤ（Ｎ）のデータ処理用バッファに格納するステップと、
データ処理用バッファに格納したデータから、（Ｎ）プロトコルサービスデータ単位中のレイヤ（Ｎ＋１）以上のレイヤについてのデータ識別子を、その位置に関する情報に基づき取得するステップ
を備えたことを特徴とする請求項１に記載のプロトコル処理方法。
【請求項３】
前記判定ステップは、
特定のデータ識別子要素とそれに対応する対応処理要素とが記憶された対応処理判定テーブルを参照し、
取得されたデータ識別子と対応処理判定テーブルの特定のデータ識別子要素とを比較して、同じ値であれば特定のデータ識別子であると判断し、
前記対応処理ステップは、
特定のデータ識別子要素と対応した対応処理要素に従い対応処理を行うことを特徴とする請求項１又は２に記載のプロトコル処理方法。
【請求項４】
前記判定ステップは、
第１の対応処理がなされる第１の特定のデータ識別子要素が記憶された第１の対応処理テーブルを参照し、
取得されたデータ識別子と第１の対応処理テーブルの第１の特定のデータ識別子要素とを比較して、同じ値であれば第１の特定のデータ識別子であると判断し、
前記対応処理ステップは、
第１の特定のデータ識別子に従い第１の対応処理を実行し、
つぎに、
前記判定ステップは、
第２の対応処理がなされる第２の特定のデータ識別子要素が記憶された第２の対応処理テーブルを参照し、
取得されたデータ識別子と第２の対応処理テーブルの第２の特定のデータ識別子要素とを比較して、同じ値であれば第２の特定のデータ識別子であると判断し、
前記対応処理ステップは、
第２の特定のデータ識別子に従い第２の対応処理を実行すること
を特徴とする請求項１又は２に記載のプロトコル処理方法。
【請求項５】
前記判定ステップは、
第１の対応処理がなされる第１の特定のデータ識別子要素が記憶された第１の対応処理テーブルを参照し、
取得されたデータ識別子と第１の対応処理テーブルの第１の特定のデータ識別子要素とを比較して、同じ値であれば第１の特定のデータ識別子であると判断し、
第２の対応処理がなされる第２の特定のデータ識別子要素が記憶された第２の対応処理テーブルを参照し、
取得されたデータ識別子と第２の対応処理テーブルの第２の特定のデータ識別子要素とを比較して、同じ値であれば第２の特定のデータ識別子であると判断し、
前記対応処理ステップは、
前記判定ステップにより判断された第１又は第２の特定のデータ識別子に対応する第１又は第２の対応処理を実行することを特徴とする請求項１又は２に記載のプロトコル処理方法。
【請求項６】
特定のデータ識別子に対応した処理が、受信データを廃棄する処理であり、
前記判定ステップで廃棄処理と判断された場合、前記対応処理ステップは、特定のデータ識別子を含むデータを廃棄し、受信確認メッセージの返送を行うことを特徴とする請求項１乃至５のいずれかに記載のプロトコル処理方法。
【請求項７】
特定のデータ識別子に対応した処理が、前記プロトコルデータを返送する処理又は転送する処理であり、
前記判定ステップで返送処理又は転送処理と判断された場合、前記対応処理ステップは、特定のデータ識別子を含むデータ若しくは他のデータを返送する処理又は転送する処理を行うことを特徴とする請求項１乃至６のいずれかにに記載のプロトコル処理方法。
【請求項８】
データを返送する処理を行なう際に、プロトコル制御情報に未処理又はエラーであることを示すフラグ又は識別子を付与することを特徴とする請求項７に記載のプロトコル処理方法。
【請求項９】
特定のデータ識別子に対応した処理を行なうか否かを、システム又はプロトコル処理機能の状態により変更するようにしたことを特徴とする請求項１乃至８のいずれかに記載のプロトコル処理方法。
【請求項１０】
前記データ識別子が、
エラー識別子、プロトコル識別子、上位プロトコル識別子、プロトコルバージョン識別子、データのクラス識別子、データリンク識別子等の物理回線や論理回線を示す識別子、又は、プロトコルの処理内容、機能、データ種別、命令種別、応答種別、エラー種別、データの優先度、データ長、宛先アドレス、送信元アドレス、最大データ長、データ分割有無、生存時間若しくは誤り検出符号などを示す識別子であることを特徴とする請求項１乃至９のいずれかに記載のプロトコル処理方法。
【請求項１１】
複数レイヤ中のレイヤ（Ｎ）における（Ｎは整数）プロトコル処理装置であって、
下位装置から受信した受信データを格納するデータ処理用バッファと、
下位装置へ送信データを送信するための送信バッファと、
上位装置へ接続されたインタフェースと、
前記データ処理用バッファに格納された受信データから、レイヤ（Ｎ＋１）以上のレイヤについてのデータ識別子を検索し、検索されたデータ識別子が特定のデータ識別子か否かを判定する対応処理判定部と、
前記対応処理判定部により検索されたデータ識別子が特定のデータ識別子であると判定された場合は、当該特定のデータ識別子に対応した処理を行う対応処理部と、
前記対応処理判定部により検索されたデータ識別子が特定のデータ識別子ではないと判定された場合は、レイヤ（Ｎ）プロトコル処理を実行するとともに、前記インターフェースを介して上位装置へデータを転送するプロトコル処理部
を備えたプロトコル処理装置。
【請求項１２】
前記対応処理部は、
前記対応処理判定部によって廃棄処理と判断された場合に、廃棄処理を実行する廃棄処理部と、
前記対応処理判定部によって返送処理又は転送処理と判断された場合に、データを返送する処理又は転送する処理を行う返送処理部とを備えたことを特徴とする請求項１１に記載のプロトコル処理装置。
【請求項１３】
特定のデータ識別子に対応して、対応処理要素が記憶されている対応処理判定テーブルをさらに備えたことを特徴とする請求項１１乃至１２のいずれかに記載のプロトコル処理装置。
【請求項１４】
対応処理毎に、その対応処理がなされる特定のデータ識別子が記憶された対応処理テーブルをさらに備えたことを特徴とする請求項１１乃至１２のいずれかに記載のプロトコル処理装置。
【請求項１５】
検索されたデータ識別子を記憶し、前記対応処理判定部により参照されるデータ識別子格納用バッファをさらに備えたことを特徴とする請求項１１乃至１４のいずれかに記載のプロトコル処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プロトコル処理方法及びプロトコル処理装置に係り、特に、上位レイヤのプロトコル制御情報に含まれるデータ識別子が特定のデータ識別子である場合に、そのデータ識別子に対応した処理を下位レイヤで実行するためのプロトコル処理方法及びプロトコル処理装置に関する。
【０００２】
【従来の技術】
一般に、複数のシステムにおけるコミュニケーション体系は、層構造とプロトコルによって表現することができる。
【０００３】
図１３に、ＯＳＩ参照モデルによる層構成とプロトコルの概要図を示す。図１３において、システム1-1とシステム1-2は、レイヤ（１）、・・・、レイヤ（Ｎ−１）、レイヤ（Ｎ）、レイヤ（Ｎ＋１）・・・という共通の層構造を有している。システム間のコミュニケーションは、層ごとの情報交換を基本にして遂行される。そのため、各々のシステムにおけるレイヤ（Ｎ）間の通信は、（Ｎ）プロトコル401を使用して行う。同様に、レイヤ（Ｎ＋１）間の通信は、（Ｎ＋１）プロトコル402を使用して行う。また、レイヤ（Ｎ＋１）とレイヤ（Ｎ）の通信のような、同システム内のレイヤ間の通信は、サービスを使用して行われる。図１３において、レイヤ（Ｎ＋１）14-1に対してレイヤ（Ｎ）13-1は、（Ｎ）サービス500を使用して通信を行う。システム1-1とシステム1-2におけるレイヤ（Ｎ＋１）間の通信は、レイヤ（Ｎ＋１）以下のレイヤを経由し行われるため、レイヤ（Ｎ＋１）間の通信ではレイヤ（Ｎ＋１）以下のレイヤのサービスをすべて使用し、それぞれのレイヤではレイヤごとに規定されているプロトコルを使用する。このシステム間の通信機能の層構造については、例えば、田畑孝一「ＯＳＩ 明日へのコンピュータネットワーク」日本規格協会（１９８７）等で述べられている。
【０００４】
つぎに、図１４に、ＯＳＩ７層モデルの説明図を示す。終端システム1-3は、アプリケーション層17-3、プレゼンテーション層16-3、セション層15-3、トランスポート層14-3、ネットワーク層13-3、データリンク層12-3、物理層11-3の７層で構成されている。終端システム1-4も、同様に、７層から構成されている。中継システム2-1は、中継のみの機能を備えているため、ネットワーク層23-1、データリンク層22-1、物理層21-1の３層から構成されている。
【０００５】
このようなモデルにおいても、レイヤ（Ｎ）間の通信は（Ｎ）プロトコルを使用するため、終端システム1-3と終端システム1-4のプレゼンテーション層の通信にはプレゼンテーション層プロトコル416を使用する。また、図１４においては、中継システム2-1を介した通信を示しているため、ネットワーク層では、終端システム1-3と中継システム2-1の間でネットワーク層プロトコル413aを使用し、また、終端システム1-4と中継システム2-1の間でネットワーク層プロトコル413bを使用する。図１４のモデルにおいて、終端システム1-3と終端システム1-4のアプリケーション層間通信は、通信経路310で示されるように、終端システム1-3のアプリケーション層以下のレイヤを全て通過したデータが、中継システム2-1の各層を経由して、終端システム1-4のアプリケーション層へ送信される。
【０００６】
図１５に、サービスデータ単位及びプロトコルデータ単位についての説明図を示す。隣接レイヤ間の通信に使用されるデータには、サービスデータ単位とプロトコルデータ単位の２種類がある。図１５に示されたレイヤ（Ｎ）13-5で使用されるデータは、（Ｎ）プロトコルデータ単位21と呼ばれる。（Ｎ）プロトコルデータ単位21は、（Ｎ）プロトコル制御情報211と（Ｎ）サービスデータ単位212とを有する。レイヤ（Ｎ＋１）14-5で使用されるデータは、（Ｎ＋１）プロトコルデータ単位20と呼ばれ、（Ｎ＋１）プロトコル制御情報201と（Ｎ＋１）サービスデータ単位202とを有する。（Ｎ＋１）プロトコルデータ単位20は、（Ｎ）プロトコルデータ単位21から（Ｎ）プロトコル制御情報211を除いた（Ｎ）サービスデータ単位212に相当する。
【０００７】
図１５に示す層構成において、レイヤ（Ｎ＋１）14-5からレイヤ（Ｎ−１）12-5へデータを転送する場合、レイヤ（Ｎ）13-5は、レイヤ（Ｎ＋１）14-5から受け取った（Ｎ）サービスデータ単位212に（Ｎ）プロトコル制御情報211を付加して（Ｎ）プロトコルデータ単位21を生成し、レイヤ（Ｎ−１）12-5へ転送するという動作を行う。このときレイヤ（Ｎ）13-5は、（Ｎ）サービスデータ単位212、すなわち（Ｎ＋１）プロトコルデータ単位20の内容を意識することなく処理している。なお、図１５では、各レイヤのプロトコル制御情報201,211,221等は、サービスデータ単位202,212,222等の前に位置してプロトコルデータ単位20,21,22等を形成しているが、プロトコル制御情報201,211,221等がサービスデータ単位202,212,222等の後ろに位置しプロトコルデータ単位20,21,22等を形成する場合もありうる。
【０００８】
図１６に、ＯＳＩ７層モデルにおける通信形態の説明図を示す。図１６は、一例として、終端システム1-6と終端システム1-7を有する２つの終端システムと、その間に位置して終端システム間のデータの中継を行う中継システム2-2とから構成される通信例を示している。
【０００９】
図１６において、例えば、終端システム1-6から送信されたデータ321は、ネットワーク層のプロトコル制御情報にデータ識別子を含んでいる。この際、中継システム2-2のネットワーク層23-2においては、このデータ識別子の内容を判断し、特定のデータ識別子であった場合、そのデータ識別子の内容に対応した処理を行う。例えば、対応した処理がデータの返送であった場合、終端システム1-6にデータ323が返送される。また、対応した処理がデータの廃棄であった場合は、データの廃棄を行う。特定のデータ識別子でない場合には、終端システム1-7に送信されるデータ322を送信する。なお、各データはそのデータが通過するレイヤの処理に関与している。
【００１０】
図１７に、従来における交換システムの構成図の一例を示す。この交換システムは、外部装置3-1、交換機4-1を備える。交換機4-1は、回線部60a-1及び60b-1、スイッチ部61-1、通信制御部62-1、装置制御部63-1を含む。
【００１１】
外部装置3-1は、データ341を交換機4-1に向けて送信する。交換機4-1は、データ341を、回線部60b-1、スイッチ部61-1、通信制御部62-1における処理を介して装置制御部63-1へ転送する。装置制御部63-1では、転送されたデータのうち必要なものについて処理を行い、装置内制御信号343を用いて交換機4-1内の各部を制御する。また、装置制御部63-1は、転送されたデータの受信確認342を、回線部60b-1を介して、外部装置3-1へ向けて送信する。
【００１２】
【発明が解決しようとする課題】
しかしながら、図１６に示されたような従来のＯＳＩ７層モデルの構成では、データ識別子がネットワーク層23-2のプロトコル制御情報に含まれているため、中継システム2-2ではネットワーク層サービスまで実行しなければならない。すなわち、廃棄対象のデータ等のようにネットワーク層23-2での処理がほとんどないような場合でも、ネットワーク層までのサービスを行わなければならない。そのため、データリンク層22-2とネットワーク層23-2の間が、処理量及び負荷のボトルネックとなる可能性がある。
【００１３】
また、例えば、図１７に示されたような交換システムにおいて、送信データ341のうち装置制御部63-1では処理をしないデータがあった場合においても、装置制御部63-1で処理を行なうレイヤのプロトコル制御情報にデータを処理しないという指示があったときには、装置制御部63-1へデータを送信し、処理しないという指示を確認しなければならない。そのため、通信制御部62-1と装置制御部63-1の間に不必要な通信が発生し、やはり処理量及び負荷のボトルネックとなる可能性がある。
【００１４】
本発明は、以上の点に鑑み、余分なプロトコル処理を削減し、レイヤ間の通信量を削減することを目的とする。
【００１５】
また、本発明は、上位のレイヤのプロトコル制御情報を下位のレイヤで判別することにより、処理量及び負荷のボトルネックとなり得るような部分のトラヒックを軽減し、ネットワーク全体の性能を向上させることを目的とする。
【００１６】
さらに、本発明は、通信制御部と装置制御部との間のデータ転送量を削減し、装置制御部にかかる負荷を削減することにより装置のスループットを向上させ、交換機全体の性能を向上させることを目的とする。
【００１７】
【課題を解決するための手段】
本発明においては、特に、レイヤ（Ｎ）での処理においてレイヤ（Ｎ＋１）以上のレイヤのプロトコル制御情報に含まれるデータ識別子を検索し、特定のデータ識別子であった場合には、その特定のデータ識別子に対応した処理を行い、一方、特定ではないデータ識別子の場合には、レイヤ（Ｎ）プロトコルの処理を実行・終了するようにした。
【００１８】
本発明の第１の解決手段によると、
複数レイヤ中のレイヤ（Ｎ）における（Ｎは整数）プロトコル処理方法であって、
レイヤ（Ｎ＋１）以上のレイヤについてのデータ識別子を検索する検索ステップと、
前記検索ステップにより検索されたデータ識別子が特定のデータ識別子か否かを判定する判定ステップと、
前記判定ステップで検索されたデータ識別子が特定のデータ識別子であると判定された場合は、当該特定のデータ識別子に対応した処理を行う対応処理ステップと、
一方、前記判定ステップで検索されたデータ識別子が特定のデータ識別子ではないと判定された場合は、レイヤ（Ｎ）プロトコル処理を実行するプロトコル処理ステップ
を備えたプロトコル処理方法を提供する。
【００１９】
また、本発明の第２の解決手段によると、
複数レイヤ中のレイヤ（Ｎ）における（Ｎは整数）プロトコル処理装置であって、
下位装置から受信した受信データを格納するデータ処理用バッファと、
下位装置へ送信データを送信するための送信バッファと、
上位装置へ接続されたインタフェースと、
前記データ処理用バッファに格納された受信データから、レイヤ（Ｎ＋１）以上のレイヤについてのデータ識別子を検索し、検索されたデータ識別子が特定のデータ識別子か否かを判定する対応処理判定部と、
前記対応処理判定部により検索されたデータ識別子が特定のデータ識別子であると判定された場合は、当該特定のデータ識別子に対応した処理を行う対応処理部と、
前記対応処理判定部により検索されたデータ識別子が特定のデータ識別子ではないと判定された場合は、レイヤ（Ｎ）プロトコル処理を実行するとともに、前記インターフェースを介して上位装置へデータを転送するプロトコル処理部
を備えたプロトコル処理装置を提供する。
【００２０】
【発明の実施の形態】
図１に、本発明に係るプロトコル処理の概要についてのフローチャートを示す。本発明では、レイヤ（Ｎ）処理において、レイヤ（Ｎ＋１）以上のデータ識別子を検索する検索ステップ101を行う。つぎに、ここで検索されたデータ識別子が特定のデータ識別子であるか否かを判定する判定ステップ102を実行する。なお、特定のデータ識別子については、後述する。判定ステップ102で、データ識別子が特定のデータ識別子であると判定された場合は、その特定のデータ識別子に対応した処理である対応処理ステップ104を行い、レイヤ（Ｎ）処理を終了する。一方、判定ステップ102で、データ識別子が特定のデータ識別子ではないと判定された場合には、レイヤ（Ｎ）プロトコル処理を実行するプロトコル処理ステップ103を行い、レイヤ（Ｎ）処理を終了する。
【００２１】
なお、図１では、対応処理ステップ104を行った後、レイヤ（Ｎ）処理を終了しているが、対応処理ステップ104の後に、プロトコル処理ステップ103を行ってから、レイヤ（Ｎ）処理を終了してもよい。また、レイヤ（Ｎ）処理の最初にプロトコル処理ステップ103を行い、その後にレイヤ（Ｎ＋１）以上のデータ識別子の検索ステップ101及び特定のデータ識別子の判定ステップ102を行ない、判定の結果によってレイヤ（Ｎ）の処理を終了若しくは対応処理104を経てレイヤ（Ｎ）の処理を終了という順序で各ステップを実行してもよい。
【００２２】
図２に、本発明に係るプロトコル処理の適用に関するフローチャートの一例を示す。ここでは、特定のデータ識別子が、例えば、廃棄又は返送を示すものである場合を説明する。もちろん、データ識別子に対応した処理は廃棄と返送のみに限らず、データ識別子の含まれるプロトコル制御情報を扱うレイヤより上位のレイヤに影響がなければどのような処理を行うものでもよい。
【００２３】
本発明のプロトコル処理方法では、レイヤ（Ｎ）の処理において、まず、レイヤ（Ｎ＋１）以上のプロトコル制御情報に含まれるデータ識別子の検索を行う検索ステップ111を実行する。つぎに、検索されたデータ識別子が特定のデータ識別子であるかどうかの判断を行う判定ステップ112を実行する。ここで、特定のデータ識別子だと判断した場合、データ識別子に対応した処理である廃棄及び返送を行うため、データ識別子が廃棄と返送のどちらの処理の対象となる識別子であるかを判断する判断ステップ114を行う。ここで、対応処理が廃棄と判断された場合は、廃棄処理ステップ115を行う。また、対応処理が返送と判断された場合は、返送処理ステップ116を行う。一方、判定ステップ112で特定のデータ識別子ではないと判断された場合は、レイヤ（Ｎ）プロトコル処理ステップ113を行い、レイヤ（Ｎ）処理を終了する。
【００２４】
なお、返送処理ステップ116には、例えば、受信したデータをそのまま返送する場合、受信したデータの一部を更新して返送する場合、受信したデータの一部を利用した異なるデータを返送する場合、受信したデータとは全く異なるデータを返送する場合などがある。さらに、発信元への返送に限らず、それと異なる宛先へ転送することも可能である。その際、転送先は、受信データ中の転送先又は予め決められた転送先等に適宜設定することができる。
【００２５】
図２において判断に使用される特定のデータ識別子は、例えば、エラー識別子、プロトコル識別子、上位プロトコル識別子、プロトコルバージョン識別子、データのクラス識別子、データリンク識別子等の物理回線や論理回線を示す識別子、などを用いることができる。もちろん、特定のデータ識別子は、先に述べたものである必要はなく、プロトコルの処理内容、機能、データ種別、命令種別、応答種別、エラー種別、データの優先度、データ長、宛先アドレス、送信元アドレス、最大データ長、データ分割有無、生存時間、誤り検出符号などを示す識別子もしくはフィールドであってもよい。
【００２６】
具体的な通信サービス例としては、例えば、特定のデータ識別子がデータ長であった場合、上位レイヤプロトコルで許容されないデータ長を持つデータが到着したときに、当該レイヤプロトコル処理で廃棄を行うことができる。他の具体的な通信サービス例としては、特定のデータ識別子が宛先アドレスの場合、呼処理において、下位装置において着信拒否をして接続を切断する対応処理を実行することができる。特定のデータ識別子が優先度である場合、一定の優先度以下の通信に対しては、データを廃棄して接続しないような対応処理を実行することができる。この際、発信側に、データが廃棄された旨の返送をすることもできる。また、特定のデータ識別子が誤り検出・エラーである場合、下位装置においてエラー処理を行い、送信データを廃棄したり、未処理又はエラーであること等を発信側に返送して表示する対応処理を実行することもできる。さらに、特定のデータ識別子が宛先アドレスである場合、受信したデータを送信元以外の宛先アドレスの端末に転送するサービスを行うこともできる。
【００２７】
さらに、特定のデータ識別子に対応する処理は必ず同じ処理である必要はなく、システムやネットワークの状態等により対象とする特定のデータ識別子を変更したり、特定のデータ識別子を持つデータに対する処理内容を変えてもよい。具体的な通信サービス例としては、例えば、特定のデータ識別子がデータの優先度であった場合、システムの処理負荷が重い場合には優先度が低いデータ識別子を廃棄もしくは返送し、処理負荷が軽い場合には優先度が低いデータ識別子を持つデータでも他のデータと同様に処理を行うことができる。
【００２８】
図３に、本発明におけるデータ識別子の検索についての説明図を示す。ここでは、一例として、（Ｎ）プロトコルデータ単位24及び（Ｎ＋１）プロトコルデータ単位23が示される。ここで、レイヤ（Ｎ）の処理において検索対象となるデータ識別子2311は、レイヤ（Ｎ＋１）のプロトコル制御情報231に含まれている。本発明では、このデータ識別子2311を、レイヤ（Ｎ）において検索する。
【００２９】
検索の方法としては、例えば、レイヤ（Ｎ）のプロトコル制御情報241が固定長であった場合には、レイヤ（Ｎ）のプロトコル制御情報241の長さと、レイヤ（Ｎ＋１）のプロトコル制御情報231の先頭からデータ識別子2311までの長さの合計を、レイヤ（Ｎ）のプロトコルの先頭から読み出し、レイヤ（Ｎ）におけるデータ識別子2411を検索する。また、レイヤ（Ｎ）のプロトコル制御情報241が、可変長且つレイヤ（Ｎ）のプロトコル制御情報241にプロトコル制御情報241の長さを含んでいた場合は、レイヤ（Ｎ）のプロトコル制御情報241の長さにレイヤ（Ｎ＋１）のプロトコル制御情報231の先頭からデータ識別子2311までの長さの合計を、レイヤ（Ｎ）のプロトコルの先頭から読み出し、レイヤ（Ｎ）におけるデータ識別子2411を検索する。また、レイヤ（Ｎ＋１）のプロトコル制御情報231が、レイヤ（Ｎ）のプロトコル制御情報241に現れない、特定のパターンで構成される領域を有している場合は、特定のパターンを検索し、検索した特定のパターンの位置からデータ識別子2311までの長さを指定して読み出すことによりデータ識別子2311を検索する。そのため、レイヤ（Ｎ）の処理において、レイヤ（Ｎ）プロトコルの先頭からレイヤ（Ｎ＋１）に含まれる特定のパターンを検索し、特定のパターンの位置からデータ識別子2411までの長さを指定して読み出すことによりデータ識別子2411を読み出すことができる。
【００３０】
また、図３では、各レイヤのプロトコル制御情報は、プロトコルデータ単位の先頭に位置しているが、必ずしも先頭に位置する必要はなく、プロトコルデータ単位の終端に位置してもよい。例えば、レイヤ（Ｎ）プロトコルのプロトコル制御情報241が、レイヤ（Ｎ）プロトコルの終端に位置していた場合、レイヤ（Ｎ＋１）プロトコルのプロトコル制御情報231の先頭とレイヤ（Ｎ）のプロトコルデータ単位24の先頭が同じ位置になるため、レイヤ（Ｎ）の処理において、レイヤ（Ｎ＋１）のプロトコル制御情報231の先頭からデータ識別子2311までの長さをレイヤ（Ｎ）プロトコルデータ単位24の先頭から読み出すことにより、データ識別子2411を検索することができる。
【００３１】
つぎに、図４に、本発明に係るプロトコル処理を適用したＯＳＩ７層モデルにおける通信形態の説明図を示す。図４は、終端システム1-8及び終端システム1-9の２つの終端システムと、その間に位置して終端システム間のデータの中継を行う中継システム2-3から構成される通信例を示している。従来の技術では、例えば、ネットワーク層でデータ識別子を判断し処理を行っていたが、本発明を適用することでデータリンク層においてネットワーク層プロトコル制御情報に含まれるデータ識別子を検索することができる。
【００３２】
図４において、終端システム1-8から送信されたデータ331は、ネットワーク層のプロトコル制御情報にデータ識別子を含んでおり、中継システム2-3のデータリンク層において、データ識別子の内容を判断する。そして、検索されたデータ識別子が特定のデータ識別子であった場合、データ識別子の内容に応じた対応処理を行う。例えば、対応処理がデータの返送であった場合、終端システム1-8へデータ333が返送される。また、対応処理がデータの廃棄であった場合は、データの廃棄を行う。特定のデータ識別子でない場合には、データリンク層サービスを行い、ネットワーク層へ転送し、従来の技術を用いた通信形態と同様に、終端システム1-9にデータ332を送信する。
【００３３】
図４では、図１６に比べて、データリンク層22-3とネットワーク層23-3のそれぞれのプロトコル処理が減少するとともに、データリンク層22-3とネットワーク層23-3の間の通信量が減少する。また、図４では、終端システム1-8に返送されるデータは従来より早く返送され、終端装置1-9に転送されるデータは、中継システム2-3のネットワーク層23-3の処理が減少するため、従来よりも早く送信される。よって、終端システム1-8及び終端システム1-9からは、中継システム2-3の処理能力が向上したように見え、ひいては、システム全体の処理能力が向上することになる。
【００３４】
図５に、本発明に係るプロトコル処理装置に関連する交換システムの概要構成図の一例を示す。この交換システムは、外部装置3-2、交換機4-2を備える。交換機4-2は、回線部60a-2及び60b-2、スイッチ部61-2、通信制御部62-2、装置制御部63-2を含む。
【００３５】
外部装置3-2は、データ351を交換機4-2に向けて送信する。交換機4-2は、データ351を、回線部60b-2及びスイッチ部61-2における処理を介して、通信制御部62-2へ転送する。通信制御部62-2では、送信されたデータ351について、装置制御部63-2で処理されるプロトコル制御情報に含まれるデータ識別子を検索する。そして、通信制御部62-2は、検索したデータ識別子が装置制御部63-2では不必要なデータのデータ識別子であった場合、装置制御部63-2には転送せず、通信制御部62-2において受信確認353を生成し、外部装置3-2へ受信確認355を送信する。また、通信制御部62-2は、検索したデータ識別子が装置制御部63-2で必要なデータのデータ識別子であった場合には、送信データ352として装置制御部63-2へ転送する。装置制御部63-2では転送されたデータの処理を行い、装置内制御信号356を用いて交換機4-2内の各部を制御する。また、装置制御部63-2は転送されたデータの受信確認354を通信制御装置62-2へ向けて送信する。
【００３６】
なお、図５では、通信制御装置62-2がスイッチ61-2後置となっているが、装置制御装置63-2で処理されるプロトコル制御情報を検索できる位置であれば通信制御装置62-2の位置は特定されない。また、図５では、通信制御装置62-2は受信確認353を生成しているが、他のいかなる形式のデータを生成してもよく、また、データを生成する必要がなければしなくてもよい。通信制御装置62-2は、受信確認353を外部装置3-2に返送しているが、外部装置3-2に限らず他の装置に返送してもよく、返送する必要がなければ返送しなくてもよい。図５では、外部装置3-2からの送信データ355について本発明を適用した場合について示しているが、必ずしも外部装置3-2からの送信データ351である必要はなく、通信制御部62-2から装置制御部63-2へ送信するデータであれば、どこからのデータであってもよく、データの発生源をこれに特定するものではない。図５において、送信データ351の一部は、装置制御部63-2において処理され、交換機4-2内の各部を制御する装置内制御信号356となっているが、必ずしも制御信号である必要はなく、各種の信号とすることができる。
【００３７】
なお、図５に示したように、本発明を交換システムに適用した場合、従来の方式に比べ特定のデータと他のデータの処理順序が異なり、その結果として外部装置3-2から送信された送信データ351に対する交換機4-2の受信確認355の順序が変わる場合があり得る。また、特定のデータ識別子に対しては、外部装置3-2が送信データ351を送信してから受信確認355を受信するのに要する時間が短くなる場合がある。また、本発明は、特定のデータ識別子であればそれに対応した処理を行うため、特定のデータ識別子が増えた場合、特定のデータ識別子に対応した処理が増加する。しかし、特定のデータ識別子に対応した処理を行なうことにより本来データ識別子を処理すべきレイヤでの処理を削減することができるため、システム全体としては処理量及び負荷が増加することはない。
【００３８】
本発明においては、特定のデータ識別子であればそれに対応した処理を行うため、本来データ識別子を処理するレイヤ以上のプロトコル制御情報については関知しない。そのため、本来データ識別子を処理するレイヤ以上のプロトコル制御情報のデータ識別子以外のフィールドに未定義の値や定義域を満たさないデータが含まれていた場合でも、特定のデータ識別子と判断された場合は返送などの処理が行われることがある。例えば、図５において外部装置3-2が送信する送信データ351が特定のデータ識別子を持っていた場合、交換機4-2が受信確認を返送し、また、本来データ識別子を処理するレイヤ以上のプロトコル制御情報において不正な値が合った場合は、交換機4-2はそのデータを破棄し受信確認を返送しないシステムであったとする。このとき外部装置3-2から、特定のデータ識別子を持ち且つそのデータ識別子を処理するレイヤ以上のプロトコル制御情報において不正な値を含んでいるデータを受信すると、交換機4-2は、特定のデータ識別子を検出し、受信確認を返送する。
【００３９】
図６に、本発明に係るプロトコル処理装置の構成図を示す。このプロトコル処理装置は、一例として、図５に示された交換システムにおける通信制御部62-2に相当するハードウェアの構成例である。
【００４０】
通信制御部5は、スイッチインタフェース50、受信バッファ51a、送信バッファ51b、データ処理用バッファ52、レイヤ（Ｎ）プロトコル処理部53、装置制御部インタフェース54、対応処理判定テーブル55、プロセッサ56、バス57、データ識別子格納用バッファ58を備える。プロセッサ56は、装置内制御部561、対応処理判定部562、データ識別子対応処理部563を備える。さらに、データ識別子対応処理部563は、廃棄処理部563a及び返送処理部563bを含む。装置内制御部561は、通信制御部5についての全体の制御を司る。また、バス57は、各構成部間の通信を行うために使用される。
【００４１】
通信制御部5における動作を以下に説明する。スイッチから受信したデータ380は、スイッチインタフェース50を介して受信バッファ51aに格納される。受信バッファ51aに格納されたデータは、対応処理判定を行うためデータ処理用バッファ52に格納される。さらに、プロセッサ56は、対応処理判定部562により、対応処理データ処理用バッファ52に格納されたデータについて対応処理判定を実行する。対応処理判定部562によって、特定のデータ識別子と判断された場合、データ識別子対応処理部563は、そのデータ識別子に対応した処理を実行する。例えば、対応処理判定部562によって廃棄処理と判断された場合は、廃棄処理部563aにおいて廃棄処理を実行する。また、対応処理判定562によって返送処理と判断された場合は、返送処理部563bにおいて返送データ381を返送する処理を行う。対応処理判定部562において、廃棄処理対象又は返送処理対象等の特定処理対象でないと判断された場合（通常データ等）、レイヤ（Ｎ）プロトコル処理部53においてレイヤ（Ｎ）プロトコル処理を行い、装置制御部インタフェース54を介して装置制御部へデータ382を転送する。なお、対応処理判定部562による対応処理判定には、対応処理判定テーブル55が使用される。このような、プロトコル処理装置のハードウェア構成により、以下図７〜図１１に示される詳細フローチャートに従って、本発明に係るプロトコル処理方法を実現することができる。
【００４２】
図７に、本発明に係るプロトコル処理について第１の実施の形態の詳細フローチャートを示す。
【００４３】
レイヤ（Ｎ）処理では、まず、受信バッファ51aに格納されているレイヤ（Ｎ−１）から受信したデータを、レイヤ（Ｎ）でのデータ処理用バッファ52に格納する（ステップ121）。つぎに、データ処理用バッファ52に格納したデータの長さの取得を行う（ステップ122）。なお、受信データに関して、データ処理用バッファ52に格納せず、受信バッファ51a内部のデータに直接アクセスし、以降の処理を行っても構わない。つぎに、上述したように、データ識別子の位置に関する情報を適宜用いることにより、データ識別子を検索する。例えば、レイヤ（Ｎ）プロトコルのプロトコル制御情報の長さとレイヤ（Ｎ＋１）プロトコルの先頭からデータ識別子までの長さとの合計を、データ処理用バッファ52に格納したデータの先頭から読み出す。読み出されたデータ識別子は、データ識別子格納用バッファ58に格納する（ステップ123）。データ識別子は、必ずしもデータ識別子格納用バッファ58に格納しなくてもよく、データ処理用バッファ52又は受信バッファ51a内部のデータをアクセスすることにより、以降の処理を行ってもよい。
【００４４】
つぎに、読み出したデータ識別子について特定のデータ識別子か否かを判定する。ここで、図８に、対応処理判定テーブルの説明図を示す。対応処理判定テーブル70は、処理対象識別子テーブル700と識別子処理テーブル701を含む。対応処理判定テーブル70には、処理対象識別子テーブル700の特定のデータ識別子7000〜700nに対応して、各対応処理7010〜701nが、識別子処理テーブル701に記憶されている。
【００４５】
処理判定ループ開始（ステップ124a）から処理判定ループ終了（ステップ124b）までが、ｉが１からｎまでのループで処理される。この処理ループの中では、対応処理判定テーブル70の中に含まれる処理対象識別子テーブル700を使用して処理判定チェック（ステップ125）を行っている。処理判定チェック（ステップ125）は、データ識別子格納用バッファ58に保存してあるデータ識別子を処理対象識別子テーブル700の各特定のデータ識別子7000、7001、7002、・・・、700nと、ｐ［０］、ｐ［１］、・・・、ｐ［ｎ］の順に比較して、同じ値がある場合特定のデータ識別子であると判断し、特定のデータ識別子に対応した処理を行う。処理対象識別子テーブル700内の全ての要素との比較が終了し、同じ値がなかった場合は、処理判定ループを終了し（ステップ124b）、（Ｎ）プロトコル処理を行う（ステップ126）。
【００４６】
図７における処理対象識別子テーブル700の要素数は、システムにおける処理対象データ数分備えることができる。処理対象識別子テーブル700内には、同値の要素は存在しないか、存在しても２個目以降の要素は判定対象にはならない。また、図７では、処理対象データのデータ識別子の値を要素とした処理対象識別子テーブル700を用いた比較を行っているが、必ずしも処理対象識別子テーブル700を使用する必要はない。例えば、テーブルをループ的に参照する手法を用いずに、比較による選択・分岐を連続して行ってもよい。図７における特定のデータ識別子に対応した処理は、対応処理判定テーブル70中の処理対象識別子テーブル700に対応した識別子処理テーブル701を使用して決定する。
【００４７】
処理判定チェック（ステップ125）において、特定処理対象データであると判断した場合、対応処理チェックを行う（ステップ127）。対応処理チェック（ステップ127）では、処理判定チェックで特定のデータ識別子であると判断された処理対象識別子テーブル700の要素に対応した識別子別処理テーブル701の要素を参照し、対応処理を選択する。例えば、処理対象識別子テーブル700の要素であるｐ[２]7002で特定処理対象データであると判別した場合、識別子別処理テーブル701内のｐ[２]7002に対応する要素であるｓ[２]7012を参照し、ｓ[２]が示す対応処理を行う。図７では識別子別処理テーブル702の要素の値として廃棄処理と返送処理を用意しているが、必ずしも廃棄処理と返送処理という組み合わせである必要はなく、システムで規定した処理を組み込んでもよい。また対応処理数は１種類以上あればよい。
【００４８】
図７における対応処理のうち、対応処理チェック（ステップ127）で廃棄処理と判断した場合の処理を以下に示す。なお、図７の廃棄処理では、一例として、特定のデータ識別子を含むデータを廃棄し、受信確認メッセージの返送を行う処理とする。このとき返送する受信確認メッセージには、廃棄したデータのデータ識別子と同じデータ識別子を付与する。廃棄処理に入ると、まず、受信バッファ51aのリードポインタを特定のデータ識別子を含むデータの長さの分だけ進め（ステップ128）、レイヤ（Ｎ−１）より受信したデータを既に読み出したものとする。さらに、送信バッファ51bの現在のライトポインタの位置にあらかじめ用意してある受信確認メッセージの固定フォーマットを書込む（ステップ129）。また、処理対象となっている受信データの特定のデータ識別子を、送信データの所定の場所に書込む（ステップ130）。つぎに、送信バッファ51bのライトポインタを送信する受信確認メッセージの長さだけ進めて（ステップ131）、書込みを完了し、廃棄処理を完了する。
【００４９】
また、図７における対応処理のうち、対応処理チェック（ステップ127）で返送処理と判断した場合の処理を以下に示す。なお、図７の返送処理では、一例として、特定のデータ識別子を含むデータをそのまま返送する処理を行っている。返送処理に入ると、まず、データ処理用バッファ52に格納されているデータを送信バッファ51bにコピーし（ステップ132）、受信したデータをそのまま返送する準備を行う。さらに、受信バッファ51aのリードポインタを特定のデータ識別子を含むデータの長さの分だけ進め（ステップ133）、レイヤ（Ｎ−１）より受信したデータを既に読み出したものとする。つぎに、送信バッファ51bのライトポインタを送信する特定のデータ識別子を含むデータの長さだけ進めて（ステップ134）、書込みを完了し、返送処理を終了する。
【００５０】
図９に、本発明に係るプロトコル処理方法について第２の実施の形態の詳細フローチャートを示す。
【００５１】
この図は、図７で示した本発明の第１の実施の形態の詳細フローチャートにおいて使用している対応処理判定テーブル70の代わりに、廃棄処理テーブル800と返送処理テーブル810を使用した場合のフローチャートを示す。図９では、データ識別子を取得し、データ識別子格納用バッファに格納する処理（ステップ143）までは、図７と同様である。なお、データ識別子は、必ずしもデータ識別子格納用バッファ58に格納しなくてもよく、データ処理用バッファ52又は受信バッファ51a内部のデータをアクセスすることにより、以降の処理を行ってもよい。図９では、一例として、データ識別子格納用バッファ58に保存してあるデータ識別子について、廃棄判定チェック（ステップ145）を行う廃棄判定ループ（ステップ144a〜144b）と、返送判定チェック（ステップ147）を行う返送判定ループ（ステップ146a〜146b）とを順番に実行する。
【００５２】
ここで、図１０に、廃棄処理テーブル及び返送処理テーブルの説明図を示す。廃棄処理テーブル800には、廃棄処理がなされる特定のデータ識別子8000〜800nが記憶されている。返送処理テーブル810には、返送処理がなされる特定のデータ識別子8100〜810nが記憶されている。
【００５３】
廃棄判定ループ開始（ステップ144a）から廃棄判定ループ終了（ステップ144b）までのループにおいて、廃棄判定チェック（ステップ145）では、データ識別子格納用バッファに保存してあるデータ識別子を廃棄処理テーブル800の各要素8000、8001、8002、・・・、800nと比較して、同じ値であれば廃棄処理対象のデータ識別子であると判断し、廃棄処理を行う。廃棄処理の各処理方法は、図７に示した方法と同様である。また、比較結果が同じ値でない場合は、返送判定ループを実行する。返送判定ループ開始（ステップ146a）から返送判定ループ終了（ステップ146b）までのループにおいて、返送判定チェック（ステップ147）では、データ識別子格納用バッファ58に保存してあるデータ識別子を、返送処理テーブル810の各要素8100、8101、8102、・・・、810nと比較して、同じ値であれば返送処理対象のデータ識別子であると判断し、返送処理を行う。返送処理の各処理方法は、図７に示した方法と同様である。返送処理ループにおいても同じ値がない場合は、通常の（Ｎ）プロトコル処理を行う（ステップ148）。
【００５４】
図１１に、本発明に係るプロトコル処理方法について第３の実施の形態の詳細フローチャートを示す。
【００５５】
図１１は、図９で示した本発明の第２の実施の形態の詳細フローチャートにおける廃棄判定ループと返送判定ループを統合し、処理判定ループとした詳細フローチャートである。図１１では、データ識別子を取得し、データ識別子格納用バッファ58に格納する処理（ステップ163）までは、図７又は図９と同様である。なお、データ識別子は、必ずしもデータ識別子格納用バッファ58に格納しなくてもよく、データ処理用バッファ52又は受信バッファ51a内部のデータをアクセスすることにより、以降の処理を行ってもよい。図１１では、データ識別子格納用バッファ58に保存してあるデータ識別子について、廃棄判定チェック（ステップ165）と返送判定チェック（ステップ166）の両方を順番に行う処理判定ループ（ステップ164a〜164b）を実行する。
【００５６】
ここで、図１２に、廃棄処理テーブル及び返送処理テーブルの説明図を示す。廃棄処理テーブル900には、廃棄処理がなされる特定のデータ識別子9000〜900nが記憶されている。返送処理テーブル910には、返送処理がなされる特定のデータ識別子9100〜910nが記憶されている。
【００５７】
処理判定ループ開始（ステップ164a）から処理判定ループ終了（ステップ164b）までのループ中では、データ識別子格納用バッファに保存してあるデータ識別子を、廃棄処理テーブル900の各要素9000、9001、9002、・・・、900nと返送処理テーブル910の各要素9100、9101、9102、・・・、910nを交互に比較する。すなわち、ｄ［０］、ｒ［０］、ｄ［１］、ｒ［１］、ｄ［２］、ｒ［２］、・・・というように、データを比較する。ここで、廃棄処理テーブル900の要素と同じ値であれば、廃棄処理対象のデータであると判断し、廃棄処理を行う。廃棄処理の各処理方法は、図７に示した方法と同様である。また、返送処理テーブル910の要素と同じ値であれば、返送処理対象のデータであると判断し返送処理を行う。返送処理の各処理方法も図７に示した方法と同様である。廃棄処理テーブルにも返送処理テーブルにも同じ値がなく処理判定ループが終了した場合は（ステップ164b）、通常の（Ｎ）プロトコル処理（ステップ167）を行う。
【００５８】
なお、図７、図９及び図１１では、廃棄処理が受信確認メッセージを返送する処理を含んでいる他、返送処理において受信したデータをそのまま返送している。しかし、必ずしもこのような処理である必要はなく、データ識別子の内容や、本発明を適用するシステムの構成によって廃棄処理では受信確認メッセージを返送せず廃棄のみ行ったりするような処理でもよい。また、返送処理では、例えば、受信データに特定の処理を行ったことを示す通知を付与し返送する、又は、受信データになんらかのフィルタをかけて返送するといったデータを加工して返送するような処理を実行してもよい。また、図７、図９及び図１１では、受信バッファ51aと送信バッファ51bの管理をリードポインタとライトポインタによって行っているが、必ずしもこのような処理方法である必要はなく、適宜変更することができる。例えば、前のデータが残っている間は次のデータを書込むことができないようなメモリ構成であり、書込む際は必ずメモリの先頭から書込むというような場合は、ポインタによるメモリ制御は必要なく、メモリの先頭アドレスを指定するだけでよい。
【００５９】
また、図９及び図１１において、廃棄処理判定と返送処理判定はどちらを先に行ってもよい。また、これらの例では廃棄処理と返送処理を用意しているが、必ずしも廃棄処理と返送処理という組み合わせである必要はなく、システムで規定した処理を組み込んでもよい。
【００６０】
さらに、特定のデータ識別子が、３つ以上の複数ある場合、処理判定ループ及び対応処理を複数設けることにより、本発明を適用することができる。
【００６１】
【発明の効果】
本発明によると、以上のように、余分なプロトコル処理を削減し、レイヤ間の通信量を削減することができる。
【００６２】
また、本発明によると、上位のレイヤのプロトコル制御情報を下位のレイヤで判別することにより、処理量及び負荷のボトルネックとなり得るような部分のトラヒックを軽減し、ネットワーク全体の性能を向上させることができる。
【００６３】
さらに、本発明によると、図５に示すような通信制御部62-2と装置制御部63-2の間のデータ転送量を削減することができ、装置制御部63-2にかかる負荷を削減することができるため、装置のスループットを向上させ、交換機4-2の性能を向上させることが可能となる。また、外部装置3-2が送信した送信データ351に対する受信確認355が返送される時間が短いため、外部装置3-2から見た、交換機4-2の性能が向上したように見える。
【００６４】
【図面の簡単な説明】
【図１】本発明に係るプロトコル処理の概要についてのフローチャート。
【図２】本発明に係るプロトコル処理の適用に関するフローチャート。
【図３】本発明におけるデータ識別子検索についての説明図。
【図４】本発明に係るプロトコル処理を適用したＯＳＩ７層モデルにおける通信形態の説明図。
【図５】本発明に係るプロトコル処理装置に関連する交換システムの概要構成図。
【図６】本発明に係るプロトコル処理装置の構成図。
【図７】本発明に係るプロトコル処理について第１の実施の形態の詳細フローチャート。
【図８】図８に、対応処理判定テーブルの説明図。
【図９】本発明に係るプロトコル処理について第２の実施の形態の詳細フローチャート。
【図１０】廃棄処理テーブル及び返送処理テーブルの説明図。
【図１１】本発明に係るプロトコル処理について第３の実施の形態の詳細フローチャート。
【図１２】廃棄処理テーブル及び返送処理テーブルの説明図。
【図１３】ＯＳＩ参照モデルによる層構成とプロトコルの概要図。
【図１４】ＯＳＩ７層モデルの説明図。
【図１５】サービスデータ単位及びプロトコルデータ単位についての説明図。
【図１６】ＯＳＩ７層モデルにおける通信形態の説明図。
【図１７】従来における交換システムの構成図。
【符号の説明】
1-3,1-4,1-6,1-7,1-8,1-9 終端システム
2-1,2-2,2-3  交換システム
3-1,3-2      外部装置
4-1,4-2      交換機
5   通信制御部
50  スイッチインタフェース
51a 受信バッファ
51b 送信バッファ
52  データ処理用バッファ
53  レイヤ（Ｎ）プロトコル処理部
54  装置制御部インタフェース
55  対応処理判定テーブル
56  プロセッサ
57  バス
58  データ識別子格納用バッファ
561 装置内制御部
562 対応処理判定部
563 データ識別子対応処理部
563a 廃棄処理部
563b 返送処理部
62-1,62-2  通信制御部
63-1,63-2  装置制御部
【図１】
0003869127.tif 000002
【図２】
0003869127.tif 000003
【図３】
0003869127.tif 000004
【図４】
0003869127.tif 000005
【図５】
0003869127.tif 000006
【図６】
0003869127.tif 000007
【図７】
0003869127.tif 000008
【図８】
0003869127.tif 000009
【図９】
0003869127.tif 000010
【図１０】
0003869127.tif 000011
【図１１】
0003869127.tif 000012
【図１２】
0003869127.tif 000013
【図１３】
0003869127.tif 000014
【図１４】
0003869127.tif 000015
【図１５】
0003869127.tif 000016
【図１６】
0003869127.tif 000017
【図１７】
0003869127.tif 000018