(57)【要約】【課題】記憶すべきデータ量を抑制しつつ、多種多様なメッセージの生成を実現する。【解決手段】メッセージテーブル２２は、ユーザ端末１０に通知すべきメッセージに含まれる複数の要素それぞれについて、各要素で設定可能な文字列である要素文字列と、要素文字列を識別するための文字列ＩＤとを対応づけて格納する。データ処理部２６は、ユーザ端末１０から送信された設定データにしたがって所定のデータ処理を実行し、その結果を示すデータとして、複数の要素それぞれについての文字列ＩＤを含むＩＤ列を出力する。メッセージ生成部３２は、メッセージテーブルを参照して、ＩＤ列にしたがってメッセージを生成し、送信部３４はメッセージをユーザ端末１０に対して送信する。【選択図】図２
2010003090.tif 000002
【特許請求の範囲】
【請求項１】
外部端末に通知すべきメッセージに含まれる複数の要素それぞれについて、各要素で設定可能な文字列である要素文字列と、要素文字列を識別するための文字列ＩＤとを対応づけて格納したメッセージテーブルと、
通信制御の内容を設定するための設定データを外部端末から受信する受信部と、
受信された設定データにしたがって所定のデータ処理を実行し、当該データ処理の結果を示すデータとして、前記複数の要素それぞれについての文字列ＩＤを含むＩＤ列を出力するデータ処理部と、
出力されたＩＤ列の各文字列ＩＤにしたがって、前記メッセージテーブルにおいて対応づけられた要素文字列をそれぞれ特定し、各要素文字列を含むメッセージを生成するメッセージ生成部と、
生成されたメッセージを外部端末に送信する送信部と、
を備えることを特徴とする通信制御装置。
【請求項２】
前記データ処理部は、前記複数の要素それぞれについての文字列ＩＤが所定の自然言語の文法にしたがった順序で設定されたＩＤ列を出力し、
前記メッセージ生成部は、ＩＤ列における文字列ＩＤの設定順序にしたがって、各要素文字列を組み合わせてメッセージを生成することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記メッセージを構成する複数の要素には、前記設定データで指定された設定項目と、その設定項目に関する属性であって、前記データ処理の成否に関係する設定項目属性と、前記データ処理の成否を示すための設定項目属性の状態とが少なくとも含まれることを特徴とする請求項１または２に記載の通信制御装置。
【請求項４】
前記データ処理部は、
受信された設定データについて、その形式が正常か否かを一元的に判定するデータ検証部と、
正常な形式の設定データにしたがって、通信制御の内容を設定する複数の制御設定部と、
を有し、
前記データ検証部は、正常な形式の設定データについて、当該設定データを処理すべき制御設定部に送出し、異常な形式の設定データについて、その異常を示すＩＤ列を出力し、
前記複数の制御設定部のそれぞれは、通信制御の内容の設定において異常を検出した設定データについて、その異常を示すＩＤ列を出力することを特徴とする請求項１から３のいずれかに記載の通信制御装置。
【請求項５】
複数の要素で分節されるメッセージを生成する方法であって、
生成すべきメッセージそのものを識別するためのＩＤではなく、当該メッセージの各要素で設定可能な文字列である要素文字列を識別するための文字列ＩＤを含むＩＤ列を出力するステップと、
前記複数の要素それぞれについての要素文字列と文字列ＩＤとが対応づけられたテーブルを参照して、前記ＩＤ列の各文字列ＩＤが対応づけられている要素文字列をそれぞれ特定し、各要素文字列を含むメッセージを生成するステップと、
を備えることを特徴とするメッセージ生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、ユーザに通知すべきメッセージの生成方法と、その生成方法を使用して、通信制御内容の設定の結果を示すメッセージを生成する通信制御装置とに関する。
【背景技術】
【０００２】
外部端末から送信されたデータにしたがってデータ処理を実行するデータ処理装置は、そのデータ処理の結果を示すメッセージを外部端末に送信することがある。以下の特許文献１では、エラーコードをキーとしてデータベースからエラーメッセージを取得することで、プログラム量の削減を実現するエラー処理方法が提案されている。
【特許文献１】特開平０４−０４２３３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
通信制御装置における通信制御内容の設定においては、通常、ＩＰアドレスやサブネットマスク等、多種多様な設定項目が存在する。したがって、その設定のために外部端末から送信される設定データは多種多様であり、その設定データにしたがった処理結果として外部端末に通知すべきメッセージもまた多種多様である。メッセージの識別情報とメッセージとを直接対応づけてデータベースに格納しておく場合、記憶すべきデータ量が膨大になることがあった。
【０００４】
本発明はこうした課題に鑑みてなされたものであり、その主たる目的は、記憶すべきデータ量を抑制しつつ、多種多様なメッセージの生成を実現する技術を提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のある態様の通信制御装置は、外部端末に通知すべきメッセージに含まれる複数の要素それぞれについて、各要素で設定可能な文字列である要素文字列と、要素文字列を識別するための文字列ＩＤとを対応づけて格納したメッセージテーブルと、通信制御の内容を設定するための設定データを外部端末から受信する受信部と、受信された設定データにしたがって所定のデータ処理を実行し、当該データ処理の結果を示すデータとして、複数の要素それぞれについての文字列ＩＤを含むＩＤ列を出力するデータ処理部と、出力されたＩＤ列の各文字列ＩＤにしたがって、メッセージテーブルにおいて対応づけられた要素文字列をそれぞれ特定し、各要素文字列を含むメッセージを生成するメッセージ生成部と、生成されたメッセージを外部端末に送信する送信部と、を備える。
【０００６】
この態様における「外部端末に通知すべきメッセージ」とは、外部端末から受信された設定データによるデータ処理について、その結果を示すデータであり、プレーンテキストのデータでもよく、特定のファイル形式のデータでもよい。また、「メッセージに含まれる複数の要素」とは、メッセージを構成する複数の文字列を意味し、メッセージに存在する複数のフレーズ、文節、または単語でもよい。また、通信制御内容の設定結果を示すメッセージにおいて、通常用いられるフレーズ等の単位を要素としてもよい。
【０００７】
この態様によると、外部端末に通知すべきメッセージそのものを識別するためのＩＤではなく、複数の文字列ＩＤを含むＩＤ列が一旦出力され、そのＩＤ列にしたがってメッセージが生成される。これにより、多種多様なメッセージを生成する場合でも、記憶されるべきデータ量は、要素文字列と文字列ＩＤとを対応づけたデータ量程度となり、データ量の増大が抑制される。言い換えれば、多種多様なメッセージそのもの、すなわち要素文字列が様々に組み合わされた文字列を記憶する必要はないため、記憶領域の占有量を抑制できる。
【０００８】
データ処理部は、複数の要素それぞれについての文字列ＩＤが所定の自然言語の文法にしたがった順序で設定されたＩＤ列を出力し、メッセージ生成部は、ＩＤ列における文字列ＩＤの設定順序にしたがって、各要素文字列を組み合わせてメッセージを生成してもよい。
【０００９】
この態様における「自然言語の文法にしたがった順序」とは、所定の自然言語で通常用いられる要素の順序を示す。例えば日本語の場合、「体言＋助詞＋用言」の順序でもよく、「体言＋助詞＋体言＋助詞＋用言＋助動詞」の順序でもよい。また例えば英語の場合、「Ｓ＋Ｖ＋Ｃ」の順序でもよい。また、通信制御内容の設定結果を示すメッセージにおいて、通常用いられる要素の順序でもよい。
【００１０】
この態様によると、複数の文字列ＩＤのそれぞれにしたがって特定された要素文字列を、ＩＤ列における文字列ＩＤの設定順序にしたがって組み合わせることで、外部端末側のユーザにとって理解しやすいメッセージを生成できる。言い換えれば、メッセージ生成部は、通信制御装置の制御内容を設定するユーザにとって理解しやすいメッセージを簡易な処理で生成できる。
【００１１】
メッセージを構成する複数の要素には、設定データで指定された設定項目と、その設定項目に関する属性であって、データ処理の成否に関係する設定項目属性と、データ処理の成否を示すための設定項目属性の状態とが少なくとも含まれる。
【００１２】
この態様における「設定項目」とは、通信制御装置の制御内容を設定するために指定されたデータであり、例えば、「ＩＰアドレス」や「サブネットマスク」でもよい。「設定項目属性」は、データ処理の成否を決定する要因となったデータであり、例えば、「設定範囲」、「フォーマット」、および「入力文字」でもよい。「設定項目の属性の状態」は、例えば、「成功」、「失敗」、および「不正」でもよい。
【００１３】
この態様によると、通信制御装置の制御内容を設定するユーザにとって必要な情報をそのユーザに通知できる。すなわち、通信制御装置におけるデータ処理の成否と、そのデータ処理にてエラーが発生した場合には、そのエラーの要因となった設定項目属性およびエラー内容を不足無く通知できる。
【００１４】
データ処理部は、受信された設定データについて、その形式が正常か否かを一元的に判定するデータ検証部と、正常な形式の設定データにしたがって、通信制御の内容を設定する複数の制御設定部と、を有してもよい。データ検証部は、正常な形式の設定データについて、当該設定データを処理すべき制御設定部に送出し、異常な形式の設定データについて、その異常を示すＩＤ列を出力し、複数の制御設定部のそれぞれは、通信制御の内容の設定において異常を検出した設定データについて、その異常を示すＩＤ列を出力してもよい。
【００１５】
この態様における「複数の制御設定部」は、通信制御内容のカテゴリごとに設けられてもよい。例えば、ルーティングテーブルを設定する第１の制御設定部、パケット伝送におけるプライオリティを設定する第２の制御設定部、パケット伝送における帯域制限を設定する第３の制御設定部、自装置のＩＰアドレス等、自装置のネットワーク環境を設定する第４の制御設定部などを含んでもよい。
【００１６】
この態様によると、設定データが正常な形式か否かの検証がデータ検証部において一元的に実行される。これにより、制御設定部は、正常な形式の設定データに対して処理を実行すればよいため、例えば例外処理のプログラムコードが削減されてコード量が削減される等、開発が効率化される。また、設定データの検証機能が一元的に提供されることで、設定データの形式異常を示すＩＤ列の構成を統一しやすくなる。これにより、ＩＤ列に基づいて生成されるメッセージの構成も統一されやすくなるため、そのメッセージを参照するユーザの利便性を向上できる。特に、設定データの形式異常には様々な種類が存在するため、メッセージの構成が統一されることによりユーザの利便性は大きく向上する。すなわち、この態様は本発明の好適な態様である。
【００１７】
本発明の別の態様は、メッセージ生成方法である。この方法は、複数の要素で分節されるメッセージを生成する方法であって、生成すべきメッセージそのものを識別するためのＩＤではなく、当該メッセージの各要素で設定可能な文字列である要素文字列を識別するための文字列ＩＤを含むＩＤ列を出力するステップと、複数の要素それぞれについての要素文字列と文字列ＩＤとが対応づけられたテーブルを参照して、ＩＤ列の各文字列ＩＤが対応づけられている要素文字列をそれぞれ特定し、各要素文字列を含むメッセージを生成するステップと、を備える。
【００１８】
この態様によると、多種多様なメッセージを生成する場合でも、記憶されるべきデータ量は、要素文字列と文字列ＩＤとを対応づけたデータ量程度となり、データ量の増大が抑制される。言い換えれば、多種多様なメッセージそのもの、すなわち要素文字列が様々に組み合わされた文字列を記憶する必要はないため、記憶領域の占有量を抑制できる。
【００１９】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００２０】
本発明によれば、多種多様なメッセージを生成する必要があっても、記憶されるべきデータ量の増大を抑制しやすくなる。
【発明を実施するための最良の形態】
【００２１】
図１は、本発明の実施の形態である通信制御システムの構成を示す。通信制御システム１００は、ユーザ端末１０と通信制御装置２０とを備える。ユーザ端末１０と通信制御装置２０とは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等、公知の通信網を介して接続される。
【００２２】
通信制御装置２０は、コンピュータネットワークの通信制御を実行する装置である。通信制御装置２０は、例えば、ルータ、レイヤ２スイッチ、レイヤ３スイッチでもよい。また、ＣＷＤＭ（coarse wavelength division multiplexing  低密度波長分割多重）装置でもよく、ＷＷＤＭ（wide pass band wavelength division multiplexing  高通過帯域波長分割多重）装置でもよい。また、通信制御はハードウェアで実行されてもよく、ソフトウェアで実行されてもよい。本実施の形態における通信制御は公知技術であるため、以下、その詳細な説明は省略する。
【００２３】
ユーザ端末１０は、通信制御装置２０の通信制御内容を設定するユーザにより操作される端末である。ユーザ端末１０は、通信制御装置２０の制御に特化した専用端末でもよく、一般的なＰＣ端末でもよい。ユーザ端末１０には、通信制御装置２０の通信制御内容を設定するための専用のアプリケーションがインストールされてもよく、そのアプリケーションにより通信制御装置２０との通信が実行されて、通信制御装置２０の通信制御内容をユーザが設定してもよい。また、通信制御装置２０がウェブサーバ機能を有する場合には、ユーザ端末１０にインストールされたウェブブラウザとの間でＨＴＴＰ（HyperText Transfer Protocol）通信が実行されて、通信制御装置２０の通信制御内容をユーザが設定してもよい。
【００２４】
通信制御システム１００においては、通信制御装置２０の通信制御内容を設定するためのデータ（以下、適宜「設定データ」ともいう）がユーザ端末１０から通信制御装置２０に送信される。通信制御装置２０は、その設定データにしたがって、通信制御内容の設定処理を実行し、その設定処理の結果を示すデータ（以下、適宜「メッセージ」ともいう）をユーザ端末１０に送信する。ユーザ端末１０は、そのメッセージを表示装置に表示させてユーザに報知する。ユーザは、報知されたメッセージにより、通信制御内容の設定の成否、および、設定エラーの原因を把握する。
【００２５】
図２は、図１の通信制御装置２０の機能構成を示すブロック図である。通信制御装置２０は、メッセージテーブル２２と、受信部２４と、データ処理部２６と、メッセージ生成部３２と、送信部３４とを備える。
【００２６】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところであり、これらのいずれかに限定されるものではない。
【００２７】
メッセージテーブル２２は、所定の記憶装置におけるデータ記憶領域である。メッセージテーブル２２には、ユーザ端末に通知すべきメッセージに含まれる複数の要素それぞれについて、各要素を識別するための要素ＩＤと、各要素で設定可能な文字列である要素文字列と、要素文字列を識別するための文字列ＩＤとが対応づけて格納される。
【００２８】
図３（ａ）および図３（ｂ）は、図２のメッセージテーブル２２のデータ構造を示す。同図の要素ＩＤ欄４０、文字列ＩＤ欄４２、および要素文字列欄４４には、要素ＩＤ、要素文字列、および文字列ＩＤがそれぞれ格納される。「要素ＩＤ＝１」の要素文字列は、ＩＰアドレス等、設定データで指定された「設定項目」である。また、「要素ＩＤ＝３」の要素文字列は、設定項目に関する属性であり、通信制御装置２０におけるデータ処理の成否を決定する要因となる「設定項目属性」である。また、「要素ＩＤ＝５」の要素文字列は、データ処理の成否を示すための設定項目属性の状態（以下、適宜「属性状態」ともいう）である。「要素ＩＤ＝６」の要素文字列は、属性状態と結合してデータ処理の成否を示し、メッセージを完結させるための文字列である。「要素ＩＤ＝２」および「要素ＩＤ４」の要素文字列は、設定項目および設定項目属性と、設定項目属性および属性状態とをそれぞれ接続させるための文字列である。「要素ＩＤ＝１」から「要素ＩＤ＝６」までの要素文字列を要素ＩＤの昇順に適宜結合させることで、日本語の文法にしたがったメッセージ、ここでは特に通信制御内容の設定結果を示すメッセージとなるように、メッセージテーブル２２は構成される。図２に戻る。
【００２９】
受信部２４は、ユーザ端末１０から送信された設定データを受信してデータ処理部２６に送出し、その設定データに対する所定のデータ処理をデータ処理部２６に実行させる。送信部３４は、メッセージ生成部３２において生成されたメッセージをユーザ端末１０に対して送信する。
【００３０】
データ処理部２６は、設定データにしたがって、通信制御内容を設定する。データ処理部２６は、データ検証部２８と、制御設定部３０で総称される第１の制御設定部３０ａ、第２の制御設定部３０ｂ、第３の制御設定部３０ｃとを有する。後述するように、制御設定部３０のそれぞれは、通信制御内容のカテゴリのそれぞれに対応している。すなわち、データ処理部２６は、通信制御内容を設定する機能ブロックを、通信制御内容のカテゴリごとに有する。
【００３１】
データ検証部２８は、設定データにより設定される通信制御内容のカテゴリによらず、設定データの形式が正常か否かを一元的に判定する。例えば、ＩＰアドレスの形式が正しいか否か、サブネットマスクの設定範囲が正しいか否か、装置名の入力文字が許容される文字か否か等を判定する。
【００３２】
データ検証部２８は、形式が正常な設定データを、その設定データにより設定される通信制御内容のカテゴリに応じて、第１の制御設定部３０ａ、第２の制御設定部３０ｂ、第３の制御設定部３０ｃのいずれかに送信する。
【００３３】
一方で、データ検証部２８は、設定データにおける形式の異常を検出すると、図３（ａ）および図３（ｂ）で示した文字列ＩＤが組み合わされたＩＤ列を出力し、メッセージ生成部３２に対して送出する。ここでは、要素ＩＤごとに１つの文字列ＩＤが選択され、要素ＩＤの昇順で組み合わされて、形式の異常を示すＩＤ列が出力される。例えば、ＩＰアドレスの設定範囲が不正である場合には、「要素ＩＤ＝１」の文字列ＩＤは「１」、「要素ＩＤ＝２」の文字列ＩＤは「１」、「要素ＩＤ＝３」の文字列ＩＤは「２」、「要素ＩＤ＝４」の文字列ＩＤは「１」、「要素ＩＤ＝５」の文字列ＩＤは「２」、「要素ＩＤ＝６」の文字列ＩＤは「２」が選択され、最終的に「１１２１２２」のＩＤ列が出力される。このようなデータ処理部２６の機能を実現するために、ＩＰアドレスの設定範囲の不正を検出した際にはＩＤ列「１１２１２２」を出力するように、開発者がデータ処理部２６のプログラムコードを設定してよい。
【００３４】
第１の制御設定部３０ａ、第２の制御設定部３０ｂ、および第３の制御設定部３０ｃは、設定データにしたがって、ルーティングテーブル、パケット伝送のプライオリティ、パケット伝送の帯域制限の設定をそれぞれ実行する。以下説明する機能は、第１の制御設定部３０ａ、第２の制御設定部３０ｂ、および第３の制御設定部３０ｃのいずれにも共通するため、総称である「制御設定部３０」を用いて説明する。
【００３５】
制御設定部３０は、設定データにしたがって通信制御内容を設定すると、その結果を示すＩＤ列を、上述したデータ処理部２６と同様に出力して、メッセージ生成部３２に対して送出する。制御設定部３０は、通信制御内容の設定に成功すると、その成功を示すＩＤ列、例えば「１１１１１１」を出力する。一方で通信制御内容の設定に失敗すると、その失敗を示すＩＤ列、例えば「１１１１３１」を出力する。
【００３６】
メッセージ生成部３２は、データ処理部２６、すなわちデータ検証部２８または制御設定部３０からＩＤ列を受け付けると、メッセージテーブル２２を参照して、ＩＤ列に含まれる文字列ＩＤそれぞれの要素文字列を特定する。具体的にここでは、ＩＤ列に含まれる文字列ＩＤの順序は要素ＩＤの昇順であるため、メッセージ生成部３２は、ＩＤ列における１番目の文字列ＩＤ（以下、適宜「第１文字列ＩＤ」ともいう）を「要素ＩＤ＝１」の文字列ＩＤとして特定する。次に、メッセージテーブル２２における「要素ＩＤ＝１」の要素文字列のうち第１文字列ＩＤと対応づけられている要素文字列を特定する。ＩＤ列における２番目の文字列ＩＤ（以下、適宜「第２文字列ＩＤ」ともいう）以降についても同様に要素文字列をそれぞれ特定する。
【００３７】
メッセージ生成部３２は、ＩＤ列に含まれる文字列ＩＤの順序にしたがって、要素文字列を組み合わせてメッセージを生成する。すなわち、第１文字列ＩＤにしたがって特定した要素文字列と、第２文字列ＩＤにしたがって特定した要素文字列と、・・・をこの順序で組み合わせてメッセージとする。
【００３８】
図４は、ＩＤ列とメッセージとの対応を示す。同図のＩＤ列欄５０は、データ検証部２８または制御設定部３０において出力されるＩＤ列を示している。メッセージ欄５２は、ＩＤ列欄５０の各ＩＤ列にしたがってメッセージ生成部３２において生成されるメッセージを示している。例えば、メッセージ生成部３２は、データ検証部２８から出力されたＩＤ列「１１２１２２」を受け付けると、それぞれの文字列ＩＤの要素文字列「ＩＰアドレス」、「の」、「設定」、「が」、「成功」、「しました。」を特定する。メッセージ生成部３２は、この要素文字列をＩＤ列における文字列ＩＤの順序にしたがって組み合わせて、メッセージ「ＩＰアドレスの設定が成功しました。」を生成する。
【００３９】
以上の構成による動作を以下説明する。
図５は、図１の通信制御装置２０の動作を示すフローチャートである。受信部２４は、ユーザ端末１０から送信された設定データを受信する（Ｓ１０）。データ検証部２８は、その設定データの形式を検証する。設定データの形式が異常であるとき（Ｓ１２のＮ）、データ検証部２８は、設定データにおける形式の異常を示すＩＤ列を出力する（Ｓ２０）。設定データの形式が正常であるとき（Ｓ１２のＹ）、制御設定部３０はその設定データにしたがって通信制御内容を設定する。その設定が成功したとき（Ｓ１４のＹ）、制御設定部３０は設定の成功を示すＩＤ列を出力する（Ｓ１６）。その設定が失敗したとき（Ｓ１４のＮ）、制御設定部３０は設定の失敗を示すＩＤ列を出力する（Ｓ１８）。メッセージ生成部３２は、メッセージテーブル２２を参照し、データ検証部２８または制御設定部３０から出力されたＩＤ列にしたがってメッセージを生成する（Ｓ２２）。送信部３４は、メッセージ生成部３２において生成されたメッセージをユーザ端末１０に対して送信する（Ｓ２４）。
【００４０】
本実施の形態の通信制御装置２０によれば、メッセージテーブル２２において要素文字列が一元管理されているため、ユーザ端末１０に通知するメッセージの形式を統一できる。また、多種多様なメッセージそのものを記憶しないため記憶領域の占有量を抑制できる一方で、文字列ＩＤが組み合わされてＩＤ列に基づいて、多種多様なメッセージの生成を実現できる。また、メッセージ数が増加しても、記憶すべきデータ量の増大を抑制できる。
【００４１】
ここで、メッセージそのものを識別するＩＤとメッセージとが直接対応づけられた通信制御装置（以下、適宜「従来通信制御装置」ともいう）と、本実施の形態の通信制御装置２０とにおける記憶領域の占有量を以下考察する。ここでは、「要素ＩＤ＝１」の要素文字列を１０種類とし、各要素文字列長を１０バイトとする。また、「要素ＩＤ＝２」の要素文字列を５種類とし、各要素文字列長を２バイトとする。また、「要素ＩＤ＝３」の要素文字列を１０種類とし、各要素文字列長を１０バイトとする。また、「要素ＩＤ＝４」の要素文字列を５種類とし、各要素文字列長を２バイトとする。また、「要素ＩＤ＝５」の要素文字列を１０種類とし、各要素文字列長を１０バイトとする。また、「要素ＩＤ＝６」の要素文字列を５種類とし、各要素文字列長を６バイトとする。この場合、メッセージの文字列長は４０バイトとなる。
【００４２】
メッセージは、各要素ＩＤの各要素文字列の組み合わせであるため、最大１２万５千種類となる。メッセージの文字列長は４０バイトであり、そのＩＤを各要素ＩＤ分の６バイトとすると、従来通信制御装置における記憶領域の占有量は約５．７ＭＢとなる。一方で本実施の形態の通信制御装置２０では各要素文字列を組み合わせる必要がないため、ＩＤを２バイトと考慮すると、「要素ＩＤ＝１」については１０種類×１２バイトとなる。以下同様に各要素ＩＤについての必要量を算出して合算すると、記憶領域の占有量は約４４０バイトとなり大幅に削減される。特に、通信制御装置のように高速な処理が必要とされる装置の場合、これらの情報はメモリに展開されることが多いが、搭載できるメモリ量には制限があるため、記憶領域の占有量を抑制できるメリットは大きい。また必要なメモリ量が低減されることで、通信制御装置のコストも低減できる。
【００４３】
また、本実施の形態の通信制御装置２０は、従来通信制御装置と比較して、生成するメッセージのメンテナンスが容易になる。例えば、「要素ＩＤ＝１」の要素文字列である「プライオリティ」を「優先度」に変更することを考える。この場合、通信制御装置２０は、「要素ＩＤ＝１」「文字列ＩＤ＝５」における要素文字列の１箇所を変更すればよい。一方で、従来の通信制御装置は、他の要素ＩＤにおける要素文字列との組み合わせ分、上述の例では最大１万２千５百箇所を修正する必要がある。このように、通信制御装置２０よれば、管理者の負担を軽減し、メンテナンス作業のミスを低減できる。
【００４４】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４５】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各機能ブロックの単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【００４６】
第１の変形例を説明する。上述した実施の形態における文字列ＩＤは１桁であったが、より多くの桁数であってもよいのはもちろんである。これにより、要素文字列を多様化でき、その結果、メッセージをより多様化できる。例えば、特定の要素ＩＤについて、その文字列ＩＤを２桁とすることで、その要素ＩＤにおける要素文字列数を最大１００個にできる。メッセージ生成部３２は、その要素ＩＤについては、ＩＤ列から２桁の文字列ＩＤを取得して、メッセージテーブル２２において対応づけられた要素文字列を特定する。
【００４７】
第２の変形例を説明する。データ処理部２６が出力するＩＤ列は、固定された順序ではなく、動的に設定されてもよい。この場合、ＩＤ列の各文字列ＩＤについて、それぞれの要素ＩＤを示す順序情報が付加されてもよい。メッセージ生成部３２は、ＩＤ列の先頭の文字列ＩＤを取得すると、固定的に「要素ＩＤ＝１」と特定するのではなく、順序情報にしたがって要素ＩＤを特定する。例えば、ＩＤ列「１１２２３１２２」に対し、順序情報「１２３４３４５６」が付加されているとする。メッセージ生成部３２は、ＩＤ列における５番目の文字列ＩＤについて、その要素ＩＤは「３」であると特定して、要素文字列「フォーマット」を特定する。最終的に生成されるメッセージは、「ＩＰアドレスの設定範囲とフォーマットが不正です。」となる。このように、本変形例によれば、複数の要素ＩＤを柔軟に組み合わせることができ、より多種多様なメッセージを生成できる。
【００４８】
上述した第１および第２の変形例を組み合わせてもよい。第１の変形例により要素文字列自身を多様化でき、第２の変形例により要素文字列の組み合わせを多様化できるため、これが組み合わせられることで、さらに多種多様なメッセージを生成できる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態である通信制御システムの構成を示す図である。
【図２】図１の通信制御装置の機能構成を示すブロック図である。
【図３（ａ）】図２のメッセージテーブルのデータ構造を示す図である。
【図３（ｂ）】図２のメッセージテーブルのデータ構造を示す図である。
【図４】ＩＤ列とメッセージとの対応を示す図である。
【図５】図１の通信制御装置の動作を示すフローチャートである。
【符号の説明】
【００５０】
１０  ユーザ端末、  ２０  通信制御装置、  ２２  メッセージテーブル、  ２４  受信部、  ２６  データ処理部、  ２８  データ検証部、  ３０  制御設定部、  ３０ａ  第１の制御設定部、  ３０ｂ  第２の制御設定部、  ３０ｃ  第３の制御設定部、  ３２  メッセージ生成部、  ３４  送信部、  ４０  要素ＩＤ欄、  ４２  文字列ＩＤ欄、  ４４  要素文字列欄、  ５０  ＩＤ列欄、  ５２  メッセージ欄、  １００  通信制御システム。
【図１】
2010003090.tif 000003
【図２】
2010003090.tif 000004
【図３（ａ）】
2010003090.tif 000005
【図３（ｂ）】
2010003090.tif 000006
【図４】
2010003090.tif 000007
【図５】
2010003090.tif 000008