プログラムを実行するプロセッサと、前記プロセッサによって実行されるプログラムを格納するメモリと、を備え、通信データに付与された識別子を変換する計算機であって、前記メモリは、複数のハッシュ関数と、前記複数のハッシュ関数の各々に対応し、当該ハッシュ関数の出力値と、当該ハッシュ関数の入力値である入力識別子と、前記入力識別子を変換して得られる出力識別子と、の対応を示す識別子変換情報を管理する複数のエントリー表と、前記複数のエントリー表の各々における識別子変換情報の設定状況を管理する管理表と、を記憶し、前記プロセッサは、前記複数のエントリー表のいずれかに、新たな識別子変換情報を登録する場合には、前記管理表によって管理される前記複数のエントリー表の各々における識別子変換情報の設定状況に応じて、前記新たな識別子変換情報を登録すべきエントリー表を選択することを特徴とする計算機。前記プロセッサは、前記複数のエントリー表の識別子変換情報の設定状況に、エントリー表間での偏りが生じるように、前記新たな識別子変換情報を登録すべきエントリー表を選択することを特徴とする請求項1に記載の計算機。前記管理表は、前記複数のエントリー表の各々における識別子変換情報の設定数を管理し、前記プロセッサは、前記複数のエントリー表から、前記設定数が他のエントリー表よりも多いエントリー表を選択することを特徴とする請求項1に記載の計算機。前記管理表は、前記複数のエントリー表の各々における識別子変換情報の未設定数を管理し、前記プロセッサは、前記複数のエントリー表から、前記未設定数が他のエントリー表よりも少ないエントリー表を選択することを特徴とする請求項1に記載の計算機。前記複数のハッシュ関数のうち少なくとも2つのハッシュ関数は、それぞれ異なる範囲の出力値を出力するものであり、前記複数のエントリー表の各々は、当該エントリー表に対応する前記ハッシュ関数の出力値の数以下の識別子変換情報を管理することを特徴とする請求項4に記載の計算機。プログラムを実行するプロセッサと、前記プロセッサによって実行されるプログラムを格納するメモリと、を備え、通信データに付与された識別子を変換する計算機における識別子管理方法であって、前記メモリは、複数のハッシュ関数と、前記複数のハッシュ関数の各々に対応し、当該ハッシュ関数の出力値と、当該ハッシュ関数の入力値である入力識別子と、前記入力識別子を変換して得られる出力識別子と、の対応を示す識別子変換情報を管理する複数のエントリー表と、前記複数のエントリー表の各々における識別子変換情報の設定状況を管理する管理表と、を記憶し、前記方法は、前記プロセッサが、前記複数のエントリー表のいずれかに、新たな識別子変換情報を登録する場合には、前記管理表によって管理される前記複数のエントリー表の各々における識別子変換情報の設定状況に応じて、前記新たな識別子変換情報複数を登録すべきエントリー表を選択する手順と、前記選択された登録すべきエントリー表に、前記新たな識別子変換情報を登録する手順と、を含むことを特徴とする識別子管理方法。前記選択する手順において、前記プロセッサは、前記複数のエントリー表の識別子変換情報の設定状況に、エントリー表間での偏りが生じるように、前記新たな識別子変換情報を登録すべきエントリー表を選択することを特徴とする請求項6に記載の識別子管理方法。前記管理表は、前記複数のエントリー表の各々における識別子変換情報の設定数を管理し、前記選択する手順において、前記プロセッサは、前記設定数が他のエントリー表よりも多いエントリー表を選択することを特徴とする請求項6に記載の識別子管理方法。前記管理表は、前記複数のエントリー表の各々における識別子変換情報の未設定数を管理し、前記選択する手順において、前記プロセッサは、前記未設定数が他のエントリー表よりも少ないエントリー表を選択することを特徴とする請求項6に記載の識別子管理方法。前記複数のハッシュ関数のうち少なくとも2つのハッシュ関数は、それぞれ異なる範囲の出力値を出力するものであり、前記複数のエントリー表の各々は、当該エントリー表に対応する前記ハッシュ関数の出力値の数以下の識別子変換情報を管理することを特徴とする請求項9に記載の識別子管理方法。ところで、前述のように帯域保証型サービスでは、重要データを確実に通信するための高い信頼性が要求されている。特に、エントリー表に新規エントリーを設定する場合には、設定済みエントリーに係るユーザの通信識別子変換処理を含むに影響を与えない必要がある。ここでいう影響とは、例えば通信断やパケットロスの発生である。しかしながら、特許文献1に開示された技術では、エントリー表に新規エントリーを設定する際に、エントリー表においてエントリー設定可能な箇所がない場合には、前述の再配置処理が実行され、この再配置処理の実行中、設定済みエントリーに係るユーザの通信断及びパケットロスが発生するという課題があった。図14A~図16Bを用いて説明する。図14Aは、従来技術におけるエントリー再配置前のエントリー表E141の一例を示す図である。図14Bは、従来技術におけるエントリー再配置前のエントリー表E242の一例を示す図である。例えば図14A及び図14Bに示す2つのエントリー表E1、E2が存在すると仮定する。エントリー表E141は、ハッシュ関数H1のハッシュ出力値A1701、ユーザIDL0702、内部ID703の対応関係を管理する。ここでは、ハッシュ出力値A1=1と、ユーザID=2と、内部ID=0とが対応付けられた1つのエントリー705が設定されている。一方、エントリー表E242は、ハッシュ関数H1と異なるハッシュ関数H2のハッシュ出力値A2708、ユーザIDL0709、内部ID710の対応関係を管理する。ここでは、ハッシュ出力値A2=0と、ユーザID=0と、内部ID=1とが対応付けられた1つのエントリー711が設定されている。ここで、新たに、ハッシュ出力値A1=1、且つ、ハッシュ出力値A2=0のエントリーを設定する場合には、エントリー表E1、E2の両エントリー表において、エントリー設定不可能である。そのため、例えばエントリー表E1において設定済みのエントリー705を、エントリー表E2に再配置移動する再配置処理が実行される。図15Aは、従来技術におけるエントリー再配置中のエントリー表E141の一例を示す図である。図15Bは、従来技術におけるエントリー再配置中のエントリー表E242の一例を示す図である。図15Aに示すエントリー表E1では、設定済みのエントリー705が削除されている。一方、図15Bに示すエントリー表E2は、図14Bに示すエントリー表E2と同一である。なお、図15A及び図15Bに示す再配置中の状態では、エントリー705に対応するユーザID2の通信断及びパケットロスが発生する。図16Aは、従来技術におけるエントリー再配置後のエントリー表E141の一例を示す図である。図16Bは、従来技術におけるエントリー再配置後のエントリー表E242の一例を示す図である。図16Aに示すエントリー表E1は、図15Aに示すエントリー表E1と同一である。一方、図16Bに示すエントリー表E2では、再配置処理によって削除されたエントリー705が、ハッシュ出力値A2=2のエントリー712に新たに設定されている。これにより、追加すべきハッシュ出力値A1=1、且つ、ハッシュ出力値A2=0のエントリーを、エントリー表E1のエントリー705の位置に追加することができる。なお、エントリー表の数を増やすことにより、ユーザの通信断及びパケットロスの発生確率を下げることが可能である。しかしながら、メモリサイズの制約により、前述の再配置処理を回避するために十分な数のエントリー表を実装することは困難である。本発明は、上述した問題を考慮したものであって、他ユーザの識別子変換処理に影響を与えることなく、新規ユーザの識別子変換情報ハッシュ出力値とユーザIDと内部IDの対応関係を設定可能な計算機及び識別子管理方法を提供することを目的とする。本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、プログラムを実行するプロセッサと、前記プロセッサによって実行されるプログラムを格納するメモリと、を備え、通信データに付与された識別子を変換する計算機であって、前記メモリは、複数のハッシュ関数と、前記複数のハッシュ関数の各々に対応し、当該ハッシュ関数の出力値と、当該ハッシュ関数の入力値である入力識別子と、前記入力識別子を変換して得られる出力識別子と、の対応を示す識別子変換情報を管理する複数のエントリー表と、前記複数のエントリー表の各々における識別子変換情報の設定状況を管理する管理表と、を記憶し、前記プロセッサは、前記複数のエントリー表のいずれかに、新たな識別子変換情報を登録する場合には、前記管理表によって管理される前記複数のエントリー表の各々における識別子変換情報の設定状況に応じて、前記新たな識別子変換情報を登録すべきエントリー表を選択することを特徴とする。本発明によれば、他ユーザの識別子変換処理に影響を与えることなく、新規ユーザの識別子変換情報を設定することができる。以下、本発明の実施形態を添付図面に基づいて説明する。第1の実施形態図1は、本発明の第1の実施形態の通信システム100の構成例を示す図である。本発明の第1の実施形態の通信システム100は、帯域保証網N1、及び、帯域保証網N1を管理する網管理装置6を備える。帯域保証網N1は、複数のノード通信装置、計算機1、2、3を備える。ノード1は、ノード2、及び、ノード4と接続する。ノード4は、アクセス網N2が備える通信装置である。ノード1は、ノード4から受信した主信号フレーム7にユーザIDを付与することによって、主信号フレーム8を生成し、ノード2に送信する。ユーザIDは、帯域保証網N1の管理者、及び、ノード1、2、3によってユーザ毎に一意に定められ、ユーザ識別の際に用いられる識別子である。ここでいうユーザとは、例えば会社、会社内の部署等の組織単位のユーザでもよいし、個人単位のユーザでもよい。ノード2は、ノード1、及び、ノード3に接続する。ノード2は、ノード1から主信号フレーム8を受信し、受信した主信号フレーム8に付与されたユーザIDを解析する。すなわち、付与されたユーザIDに応じて、帯域保証網N1の管理者によって予め設定された送信先であるノード3を特定する。その後、主信号フレーム8と同一の主信号フレーム9をノード3に送信する。ノード3は、ノード2、及び、ノード5と接続する。ノード5は、アクセス網N3が備える通信装置である。ノード3は、ノード2から主信号フレーム9を受信し、受信した主信号フレーム9に付与されたユーザIDを解析する。すなわち、付与されたユーザIDに応じて、帯域保証網N1の管理者によって予め設定された送信先であるノード5を特定する。その後、主信号フレーム9に付与されたユーザIDを削除することによって、主信号フレーム10を生成し、ノード5に送信する。帯域保証網N1の管理者は、網管理装置6を用いて、ユーザIDに応じた通信経路を予め設定する。通信経路の設定方式としては、例えばMPLS-TPを用いる。網管理装置6は、インターネット等のネットワークを介して、ノード1、2、3に接続される。網管理装置6は、入出力インタフェースとしてのディスプレイ、キーボード、マウス等不図示を備える。帯域保証網N1の管理者は、網管理装置6が備える入出力インタフェースを用いて、主信号フレーム7の通信経路、すなわち、ノード1からノード2及びノード3を経由してノード5に到達する通信経路を設定する。図2は、本発明の第1の実施形態のノード12、3の構成の一例を示す図である。なお、以下では、ノード1を例に説明するが、ノード2、3も同様である。ノード1は、監視制御部21、インタフェース部22a、22b、及び、スイッチ部23を備える。監視制御部21は、ノード1の動作を監視制御する。監視制御部21は、監視制御インタフェース24、通信経路設定部25、複数のハッシュ関数28c、複数のエントリー表29c、及び、エントリー数管理表30を備える。監視制御インタフェース24は、網管理装置6と接続するためのインタフェース装置である。例えばSNMPSimpleNetworkManagementProtocolによって、網管理装置6と通信する。通信経路設定部25は、帯域保証網N1の管理者が網管理装置6を用いて設定した通信経路をノード1に設定する。具体的には、設定された通信経路に対応するユーザIDを、インタフェース部22a、22bに反映する。MPLS-TPを用いて通信経路を設定する場合、ユーザIDはMPLSラベル値である。ハッシュ関数28cは、20bitのユーザID、すなわち0から1048575までの範囲の値を、ノード1に設定可能なユーザID数の範囲の値に変換する、すなわち値範囲を圧縮する関数である。ハッシュ関数28cについては、図5A及び図5Bを参照して詳細に後述する。エントリー表29cは、ユーザ毎のユーザIDと内部IDとの対応関係、すなわちユーザ毎の識別子変換に関する情報識別子変換情報を管理する表である。具体的には、ハッシュ関数28cの入力値であるユーザID入力識別子と、ユーザIDに対するハッシュ関数28cの出力値値範囲が圧縮された値と、ユーザIDを変換して得られる内部ID出力識別子との対応関係を示す情報を管理する。エントリー表29cについては、図6A~図6Dを参照して詳細に後述する。エントリー数管理表30は、複数のエントリー表29cの各々における識別子変換情報の登録状況を管理する。具体的には、複数のエントリー表29cの各々における設定済みエントリーの数を管理する。エントリー数管理表30については、図7A及び図7Bを参照して詳細に後述する。インタフェース部22aは、複数の物理終端部26a、ユーザID処理部27a、複数のハッシュ関数28a、及び、複数のエントリー表29aを備える。このインタフェース部22aは、当該ノード1と主信号フレームを送受信する他のノードとの間のインタフェースである。物理終端部26aは、主信号フレームを送受信する物理インタフェースである。複数の物理終端部26aが一つのユーザID処理部27aに接続される。ユーザID処理部27aは、物理終端部26aから主信号フレームを受信すると、ハッシュ関数28a、及び、エントリー表29aを参照して、受信した主信号フレームに、ユーザIDに応じた内部IDを付与する。その後、内部IDが付与された主信号フレームをスイッチ部23へ送信する。内部IDを付与する処理については、図4を参照して詳細に後述する。ハッシュ関数28aは、ハッシュ関数28cと同一のハッシュ関数である。予めインタフェース部22と監視制御部21には、複数の同一のハッシュ関数28が実装される。エントリー表29aは、エントリー表29cと同一のエントリー表である。監視制御部21がエントリー表29cを更新すると、更新後のエントリー表29cをインタフェース部22aに送信する。インタフェース部22aは、監視制御部21から受信した更新後のエントリー表29cに基づいて、エントリー表29aを上書き更新する。スイッチ部23は、ユーザID処理部27aから、内部IDが付与された主信号フレームを受信すると、当該付与された内部IDと、通信経路設定部25によって設定された通信経路とに基づいて、宛先を決定する。その後、決定された宛先に対応するユーザID処理部27bに、内部IDが付与された主信号フレームを送信する。インタフェース部22bは、複数の物理終端部26b、ユーザID処理部27b、複数のハッシュ関数28b、及び、複数のエントリー表29bを備える。以下、前述のインタフェース部22aとの差異点について説明する。ユーザID処理部27bは、スイッチ部23から主信号フレームを受信すると、主信号フレームに付与された内部IDに基づいて、物理終端部26bを選択する。その後、主信号フレームから内部IDを削除し、選択された物理終端部26bに送信する。図3は、本発明の第1の実施形態のノード12、3のハードウェア構成例を示す図である。図3に示すノード1は、それぞれバス31で相互に接続されたメモリ装置32、演算処理装置33、インタフェース装置34を備える。メモリ装置32は、図2に示す通信経路設定部25の機能を実現するためのプログラムを記憶するRAMRandomAccessMemory等の記憶装置である。このメモリ装置32は、プログラムの実行に必要なファイル、データ複数のハッシュ関数28c、複数のエントリー表29c、及び、エントリー数管理表30を含む等も記憶する。演算処理装置33は、メモリ装置32に格納されたプログラムを実行するCPUCentralProcessingUnit等の演算処理装置である。インタフェース装置34は、外部ネットワーク等に接続するためのインタフェース装置である。なお、ノード1は、例えば入力装置、出力装置、補助記憶装置、及び、記憶媒体に記憶されたデータを読み込むためのドライブ装置いずれも不図示を備えてもよい。図4は、本発明の第1の実施形態のユーザID処理部27aによる内部ID付与処理の一例を示す図である。ここでは、ユーザID処理部27aが、物理終端部26aから受信した主信号フレームに内部IDを付与する手順を説明する。まずステップ51において、ユーザID処理部27aは、物理終端部26aからユーザIDL0が付与された主信号フレームを受信する51。次にステップ52a、52bにおいて、ユーザID処理部27aは、複数のハッシュ関数H1、H2を用いて、受信した主信号フレームに付与されたユーザIDL0のハッシュ出力値A1、A2をそれぞれ計算する52a、52b。具体的には、ユーザIDL0を複数のハッシュ関数H1、H2にそれぞれ入力する。そうすると、値範囲が圧縮されたハッシュ出力値A156a、A256bが出力される。これにより、ユーザID処理部27aは、ハッシュ出力値A1、A2を取得する。その後ステップ53a、53bにおいて、ユーザID処理部27aは、予め作成済のエントリー表E1、E2を読み出す53a、53b。エントリー表E1は、ハッシュ出力値A1に対応するエントリー表である。すなわち、ハッシュ出力値A1、ユーザID、及び、内部IDの対応関係を管理する。一方、エントリー表E2は、ハッシュ出力値A2に対応するエントリー表である。すなわち、ハッシュ出力値A2、ユーザID、及び、内部IDの対応関係を管理する。ユーザID処理部27aは、読み出されたエントリー表E1を参照し、ハッシュ出力値A156aに対応するユーザIDL1、及び、内部ID57aを取得する。同様に、読み出されたエントリー表E2を参照し、ハッシュ出力値A256bに対応するユーザIDL2、及び、内部ID57bを取得する。その後ステップ54において、ユーザID処理部27aは、取得されたユーザID57a、57bと、ユーザIDL0とを照合する54。その後、ユーザIDL0と一致するユーザID2つのユーザIDL1、L2のいずれかが存在する場合には、当該ユーザIDに対応する内部IDを、主信号フレームに付与する55。以上のように、ユーザID処理部27aは、複数のハッシュ関数H1、H2を用いて並列処理することによって、衝突の発生確率を減らし、且つ、高速に内部IDを決定することができる。図5Aは、本発明の第1の実施形態のハッシュ関数H128c-1の一例を示す図である。図5Bは、本発明の第1の実施形態のハッシュ関数H228c-2の一例を示す図である。ハッシュ関数28cは、図5Aに示すハッシュ関数H128c-1、及び、図5Bに示すハッシュ関数H228c-2を含む。図5A及び図5Bでは、ノード1又は、ノード2、3に設定可能なユーザID数が4である場合の入力値ユーザID値と出力値の対応関係を示している。図5Aに示すハッシュ関数H1は、20bitのユーザID、すなわち0から1048575までの範囲の値で示される入力値を入力し、入力値に対応する2bitの数字、すなわち0から3までの範囲の値で示される出力値A1を均等に出力する。例えば、入力値がユーザID0、1、14、...である場合には、出力値A1は0である。図5Bに示すハッシュ関数H2は、ハッシュ関数H1と同様に、20bitのユーザIDを入力し、入力値に対応する出力値A2を均等に出力する。例えば、入力値が0、4、9、...である場合には、出力値A2は0である。以上に示すハッシュ関数H1、H2を用いることにより、通信経路設定部25は、ユーザIDの値範囲を圧縮することができる。なお、これらハッシュ関数H1、H2は、例えばCRCCyclicRedundancyCheck演算や、剰余演算など、論理的な数式を実行するハードウェアとして実装される。また、ノード1はこれら複数のハッシュ関数H1、H2を備えることにより、一つのハッシュ関数のみを備える場合と比較して、衝突の発生確率を低減することが可能となる。また、ここではノード1が2つのハッシュ関数H1、H2を備える場合について説明してきたが、3つ以上のハッシュ関数を備えてもよい。図6A及び図6Cは、本発明の第1の実施形態のエントリー表E129c-1の一例を示す図である。図6B及び図6Dは、本発明の第1の実施形態のエントリー表E229c-2の一例を示す図である。エントリー表29cは、図6A又は図6Cに示すエントリー表E129c-1と、図6B又は図6Dに示すエントリー表E229c-2とを含む。なお、図6A及び図6Bは、変更前のエントリー表E1、E2である。一方、図6C及び図6Dは、変更後のエントリー表E1、E2である。変更前及び変更後については、図8の具体例において後述する。エントリー表E1は、図5Aのハッシュ関数H1に対応するエントリー表である。すなわち、ハッシュ関数H1のハッシュ出力値A1141、ユーザIDL0142、内部ID143の対応関係を管理する。一方、エントリー表E2は、図5Bのハッシュ関数H2に対応するエントリー表である。すなわち、ハッシュ関数H2のハッシュ出力値A2148、ユーザIDL0149、内部ID150の対応関係を管理する。以上に示すエントリー表E1、E2を用いることにより、通信経路設定部25は、ハッシュ関数H1、H2によって値範囲が圧縮されたユーザIDハッシュ出力値A1、A2を、高速に内部IDに変換することができる。なお、ここではノード1が2つのエントリー表E1、E2を備える場合について説明してきたが、ハッシュ関数の数が3つ以上である場合には、ハッシュ関数の数と同じ3つ以上のエントリー表を備えてもよい。図7A、及び、図7Bは、本発明の第1の実施形態のエントリー数管理表30の一例を示す図である。図7Aは、変更前のエントリー数管理表30であり、図6A及び図6Bに示すエントリー表E1、E2に対応する。一方、図7Bは、変更後のエントリー数管理表30であり、図6C及び図6Dに示すエントリー表E1、E2に対応する。エントリー数管理表30は、各エントリー表29cの識別子181、各エントリー表29cにおいて設定済みのエントリー数182の対応関係、すなわちエントリー表29c毎のエントリー数を管理する。図6Aに示すエントリー表E1では、設定済みのエントリー数が0である。また、図6Bに示すエントリー表E2では、設定済みのエントリー数が1である。そのため、図7Aに示すエントリー数管理表30では、エントリー表E1の設定済みエントリー数が0、及び、エントリー表E2の設定済みエントリー数が1として登録されている。一方、図6Cに示すエントリー表E1では、設定済みのエントリー数が0である。また、図6Dに示すエントリー表E2では、設定済みのエントリー数が2である。そのため、図7Bに示すエントリー数管理表30では、エントリー表E1の設定済みエントリー数が0、及び、エントリー表E2の設定済みエントリー数が2として登録されている。以上のように、エントリー数管理表30は、各エントリー表29cの設定済みのエントリー数を管理する。これにより、ノード1は、各エントリー表29cにおけるエントリー設定状況に応じて、新規エントリーの登録先のエントリー表29cを選択することが可能となる。図8は、本発明の第1の実施形態のエントリー追加処理の一例を示すフローチャートである。ここでは、通信経路設定部25が、エントリー表29cに新規エントリーを追加登録する手順を、具体例を用いて説明する。通信経路設定部25は、処理開始後301、網管理装置6から新規ユーザID例えば、ユーザIDLの設定コマンドを受信するまで、待ち状態となる302。新規ユーザIDLの設定コマンドを受信した場合には302でYES、変数エントリー先候補になしを、設定済みエントリー数を表す変数Nに0を、カウンタiに1を、それぞれ初期値として設定する303。次に、通信経路設定部25は、エントリー表Eiにおいて、ハッシュ出力値AiがHiLであるエントリーが空、且つ、変数Nの値がエントリー表Eiの設定済みエントリー数以下であるか否かを判定する304。なお、HiLとは、入力値Lに対するハッシュ関数Hiの出力値である。具体的には、まず、エントリー表E1図6Aから、ハッシュ出力値A1がH1Lであるエントリーを検索し、該当するエントリーが空であるか否かを確認する。例えば、ステップ302で新規ユーザIDL=2の設定コマンドを受信した場合には、入力値2に対するハッシュ関数H1図5Aの出力値は1である。すなわち、H12=1である。そのため、エントリー表E1図6Aから、ハッシュ出力値A1が1であるエントリーが空であることを確認する。次に、エントリー数管理表30図7Aを参照し、変数Nの値ここでは初期値0と、エントリー表E1の設定済みエントリー数とを比較する。エントリー数管理表30図7Aにおいて、エントリー表E1の設定済みエントリー数は0である。そのため、変数Nの値はエントリー表E1の設定済みエントリー数以下である。以上より、ステップ304においてYESとなる。ステップ304においてYESの場合には、通信経路設定部25は、変数エントリー先候補にEiを、変数Nにエントリー表Eiの設定済みエントリー数を設定する305。上記具体例では、変数エントリー先候補にE1を、変数Nにエントリー表E1の設定済みエントリー数である0を設定する。一方、ステップ304においてNOの場合には304でNO、ステップ305の処理を実行しない。ステップ306に進むと、通信経路設定部25は、カウンタiをインクリメントする306。上記具体例では、i=2となる。その後、通信経路設定部25は、カウンタiの値がエントリー表数imaxよりも大きいか否かを判定する307。カウンタiの値がエントリー表数imax以下である場合には307でNO、ステップ304に戻って処理を繰り返す。一方、カウンタiの値がエントリー表数imaxよりも大きい場合には307でYES、ステップ308に進む。上記具体例では、カウンタiの値は2であり、エントリー表数imaxの値は2エントリー表E1、E2の2つである。そのため、カウンタiの値はエントリー表数imax以下であるので307でNO、ステップ304に戻る。ステップ304に戻ると、通信経路設定部25は、エントリー表E2図6Bから、ハッシュ出力値A2がH22であるエントリーを検索し、該当するエントリーが空であるか否かを確認する。入力値2に対するハッシュ関数H2図5Bの出力値は2である。すなわち、H22=2である。そのため、エントリー表E2図6Bから、ハッシュ出力値A2が2であるエントリーが空であることを確認する。次に、エントリー数管理表30図7Aを参照し、変数Nの値ここでは0と、エントリー表E2の設定済みエントリー数とを比較する。エントリー数管理表30図7Aにおいて、エントリー表E2の設定済みエントリー数は1である。そのため、変数Nの値はエントリー表E2の設定済みエントリー数以下である。以上より、ステップ304においてYESとなる。ステップ305に進み、通信経路設定部25は、変数エントリー先候補にE2を、変数Nにエントリー表E2の設定済みエントリー数である1を設定する305。その後、カウンタiをインクリメントしてi=3とする306。そうすると、カウンタiの値3はエントリー表数imax=2よりも大きいので307でYES、ステップ308に進む。以上に示すステップ304~307の処理により、通信経路設定部25は、変数エントリー先候補及び変数Nを用いて、設定済みエントリー数の最も多いエントリー表を、新規エントリーの登録先候補として決定する。ステップ308では、通信経路設定部25は、変数エントリー先候補の値がなしであるか否かを確認する308。変数エントリー先候補の値がなしである場合には308でYES、ステップ311に進む。一方、変数エントリー先候補の値がなしでない場合には308でNO、ステップ309に進む。上記具体例では、変数エントリー先候補の値はE2であるので308でNO、ステップ309に進む。ステップ309では、通信経路設定部25は、変数エントリー先候補で示されるエントリー表に、ユーザIDLのエントリーを追加し、エントリー数管理表30を更新する309。上記具体例では、変数エントリー先候補の値がE2であるので、エントリー表E2に、ユーザID2のエントリーを追加する。なお、新規エントリーを追加する場合に、新規エントリーに係る内部IDは、全てのエントリー表E1、E2においてユニークな値とする。その結果、図6Aに示すエントリー表E1、及び、図6Bに示すエントリー表E2は、それぞれ図6Cに示すエントリー表E1、及び、図6Dに示すエントリー表E2に変更する。また、エントリー数管理表30を更新する。上記具体例では、エントリー表E2のエントリー数が1から2に変更されるので、図7Aに示すエントリー数管理表30は、図7Bに示すエントリー数管理表30に変更する。その後ステップ310において、通信経路設定部25は、変更後のエントリー表E1及びE2エントリー表29cの情報を、各インタフェース部22a、22bに送信する310。各インタフェース部22a、22bは、受信した変更後のエントリー表E1及びE2の情報を、各インタフェース部22a、22bが備えるエントリー表29a、29bに上書き更新する。その後ステップ317において、監視制御部21は、通信経路を設定した旨を示す通信経路設定応答604を、網管理装置6に送信する317。一方、ステップ308においてYESの場合には308でYES、ステップ311に進み、通信経路設定部25は、カウンタiの値を1に設定する311。その後、通信経路設定部25は、エントリー表Eiにおいて、ハッシュ出力値AiがHiLであるエントリーを占有しているユーザIDLeを、エントリー表Ei1に再配置可能であるか否かを判定する312。再配置可能である場合には312でYES、ステップ316に進む。一方、再配置不可能である場合には312でNO、通信経路設定部25は、カウンタiをインクリメントする313。その後、カウンタiの値がエントリー表数imaxと等しくなるまで、ステップ312の処理を繰り返す314。カウンタiの値がエントリー表数imaxと等しくなった場合314でYES、通信経路設定部25は、新規ユーザIDLのエントリー先を確保できるまで、再配置処理を実行する315。具体的には、図14A~図16Bを用いて前述したような再配置処理を実行する。ステップ316に進んだ場合、通信経路設定部25は、エントリー表29cを再配置し、新規ユーザIDLのエントリーを追加し、エントリー数管理表30を更新する316。その後、ステップ310に進む。以上に示す処理により、通信経路設定部25は、設定済みエントリー数が他のエントリー表29cよりも多いエントリー表29c、すなわち設定済みエントリー数が最も多いエントリー表29cに優先的に新規エントリーを追加する。その結果、エントリーが追加されたエントリー表29cと、他のエントリー表29cとの間では、設定済みエントリー数の差がさらに大きくなる。すなわち、エントリー表29c間で設定済みエントリー数に偏りが生じることになる。これにより、将来エントリーを追加する際の衝突の発生確率を下げることが可能となる。また、衝突が発生した際の再配置処理の実行頻度を削減することにより、主信号フレームの通信断の時間を低減することが可能となる。また、通信経路設定部25は、設定済みエントリー数の最も多いエントリー表29cが複数存在する場合には、表番号Eiの大きなエントリー表29cに優先的に新規エントリーを追加する。これにより、表番号の大きなエントリー表29cに多くのエントリーが設定され、表番号の小さなエントリー表29cに少ないエントリーが設定されるように制御することができる。これにより、将来エントリーを追加する際の衝突の発生確率を下げることが可能となる。なお、新規エントリーの追加先は、表番号の大きなエントリー表29cに限定されるものではない。図9は、本発明の第1の実施形態のエントリー追加処理の一例を示すシーケンス図である。ここでは、帯域保証網N1の管理者が、網管理装置6を用いて、ノード1、2、3に新規ユーザIDLのエントリーを追加する手順を説明する。まず、帯域保証網N1の管理者が、網管理装置6の入出力インタフェースを操作することにより、追加すべき新規ユーザIDLの新規通信経路の設定コマンドを入力する601。続いて、網管理装置6は、入力されたユーザIDLの値、及び、新規通信経路の情報を含む通信経路設定要求602を、ノード1、2、3に送信する。各ノード1、2、3の通信経路設定部25は、受信した通信経路設定要求602に基づいて、ユーザIDLのエントリー追加処理を実行する603。ユーザIDLのエントリー追加処理については、前述の図8に示した通りである。各ノード1、2、3の監視制御部21は、ステップ603のエントリー追加処理が終了すると、通信経路の設定が終了した旨を示す通信経路設定応答604を、網管理装置6に送信する。網管理装置6は、通信経路設定応答604を受信すると、ユーザIDLの新規通信経路の設定結果を出力例えばディスプレイ上に表示する605。以上に示す処理により、帯域保証網N1の管理者は、網管理装置6を用いて、ノード1、2、3に新規ユーザIDLのエントリーを追加することができる。第2実施形態以下、本発明の第2の実施形態について説明する。なお、以下では、前述の第1の実施形態との差異点を中心に説明する。前述の第1の実施形態では、エントリー数管理表30図7A及び図7B参照は、各エントリー表29cのエントリー数を管理した。この第2の実施形態では、エントリー数管理表30図12A及び図12B参照は、各エントリー表29cのエントリー未設定フィールド数である空き数を管理する。図10Aは、本発明の第2の実施形態のハッシュ関数H128c-1の一例を示す図である。図10Bは、本発明の第1の実施形態のハッシュ関数H228c-2の一例を示す図である。ハッシュ関数28cは、図10Aに示すハッシュ関数H128c-1、及び、図10Bに示すハッシュ関数H228c-2を含む。図10A及び図10Bでは、ノード1又は、ノード2、3に設定可能なユーザID数が4である場合の入力値ユーザID値と出力値の対応関係を示している。なお、本発明の第2の実施形態のハッシュ関数H1、H2は、20bitのユーザID、すなわち0から1048575までの範囲の値を、ノード1又は、ノード2、3に設定可能なユーザID数以下の範囲の値に変換する関数である。図10Aに示すハッシュ関数H1は、20bitのユーザID、すなわち0から1048575までの範囲の値で示される入力値を入力し、入力値に対応する2bitの数字、すなわち0から3までの範囲の値で示される出力値A1を均等に出力する。例えば、入力値がユーザID0、1、14、...である場合には、出力値A1は0である。図10Bに示すハッシュ関数H2は、20bitのユーザIDを入力し、入力値に対応する0から2までの範囲の値で示される出力値A2を均等に出力する。例えば、入力値が0、4、9、...である場合には、出力値A2は0である。以上に示すハッシュ関数H1、H2を用いることにより、通信経路設定部25は、ユーザIDの値範囲をユーザID数以下の値の範囲に圧縮することができる。なお、これらハッシュ関数H1、H2は、例えばCRCCyclicRedundancyCheck演算や、剰余演算など、論理的な数式を実行するハードウェアとして実装される。なお、ノード1はこれら複数のハッシュ関数H1、H2を備えることにより、一つのハッシュ関数のみを備える場合と比較して、衝突の発生確率を低減することが可能となる。また、ここではノード1が2つのハッシュ関数H1、H2を備える場合について説明してきたが、3つ以上のハッシュ関数を備えてもよい。さらに、本発明の第2の実施形態では、ハッシュ関数H1、H2の出力値範囲として、設定可能なユーザID数よりも小さい値範囲を許容している。また、ハッシュ関数H1、H2の出力値の取り得る数が互いに異なる。これにより、実装メモリサイズに応じた柔軟なエントリー表29の管理が可能となる。図11A及び図11Cは、本発明の第2の実施形態のエントリー表E129c-1の一例を示す図である。図11B及び図11Dは、本発明の第1の実施形態のエントリー表E229c-2の一例を示す図である。エントリー表29cは、図11A又は図11Cに示すエントリー表E129c-1と、図11B又は図11Dに示すエントリー表E229c-2とを含む。なお、図11A及び図11Bは、変更前のエントリー表E1、E2である。一方、図11C及び図11Dは、変更後のエントリー表E1、E2である。変更前及び変更後については、図13の具体例において後述する。エントリー表E1は、図10Aハッシュ関数H1に対応するエントリー表である。すなわち、ハッシュ関数H1のハッシュ出力値A1241、ユーザIDL0242、内部ID243の対応関係を管理する。一方、エントリー表E2は、図10Bのハッシュ関数H2に対応するエントリー表である。すなわち、ハッシュ関数H2のハッシュ出力値A2248、ユーザIDL0249、内部ID250の対応関係を管理する。なお、エントリー表E1では、ハッシュ出力値A1241の取り得る値は、0から3までの4つの値である。一方、エントリー表E2では、ハッシュ出力値A2248の取り得る値は、0から2までの3つの値である。以上に示すエントリー表E1、E2を用いることにより、通信経路設定部25は、ハッシュ関数H1、H2によって値範囲が圧縮されたユーザIDハッシュ出力値A1、A2を、高速に内部IDに変換することができる。なお、ここではノード1が2つのエントリー表E1、E2を備える場合について説明してきたが、ハッシュ関数の数が3つ以上である場合には、ハッシュ関数の数と同じ3つ以上のエントリー表を備えてもよい。図12A、及び、図12Bは、本発明の第2の実施形態のエントリー数管理表30の一例を示す図である。図12Aは、変更前のエントリー数管理表30であり、図11A及び図11Bに示すエントリー表E1、E2に対応する。一方、図12Bは、変更後のエントリー数管理表30であり、図11C及び図11Dに示すエントリー表E1、E2に対応する。エントリー数管理表30は、各エントリー表29cの識別子281、各エントリー表29cに設定可能なエントリー数を表す表サイズ282、各エントリー表29cにおいて設定済みのエントリー数283、各エントリー表29cのエントリー未設定フィールド数である空き数284の対応関係、すなわちエントリー表29c毎の空き数エントリー未設定フィールド数を管理する。図11Aに示すエントリー表E1では、設定可能なエントリー数が4、設定済みのエントリー数が0、エントリー未設定フィールド数が4である。また、図11Bに示すエントリー表E2では、設定可能なエントリー数が3、設定済みのエントリー数が1、エントリー未設定フィールド数が2である。そのため、図12Aに示すエントリー数管理表30では、エントリー表E1の表サイズが4、エントリー数が0、空き数が4として登録されている。同様に、エントリー表E2の表サイズが3、エントリー数が1、空き数が2として登録されている。一方、図11Cに示すエントリー表E1では、設定可能なエントリー数が4、設定済みのエントリー数が0、エントリー未設定フィールド数が4である。また、図11Dに示すエントリー表E2では、設定可能なエントリー数が3、設定済みのエントリー数が2、エントリー未設定フィールド数が1である。そのため、図12Bに示すエントリー数管理表30では、エントリー表E1の表サイズが4、エントリー数が0、空き数が4として登録されている。同様に、エントリー表E2の表サイズが3、エントリー数が2、空き数が1として登録されている。以上のように、エントリー数管理表30は、各エントリー表29cのエントリー未設定フィールド数である空き数を管理する。これにより、ノード1は、各エントリー表29cにおけるエントリー未設定状況に応じて、新規エントリーの登録先のエントリー表29cを選択することが可能となる。なお、表サイズ282やエントリー数283の欄は設けなくてもよい。図13は、本発明の第2の実施形態のエントリー追加処理の一例を示すフローチャートである。ここでは、通信経路設定部25が、エントリー表29cに新規エントリーを追加登録する手順を、具体例を用いて説明する。通信経路設定部25は、処理開始後401、網管理装置6から新規ユーザID例えば、ユーザIDLの設定コマンドを受信するまで、待ち状態となる402。新規ユーザIDLの設定コマンドを受信した場合には402でYES、変数エントリー先候補になしを、空き数を表す変数Nに設定可能なユーザID数である4を、カウンタiに1を、それぞれ初期値として設定する403。次に、通信経路設定部25は、エントリー表Eiにおいて、ハッシュ出力値AiがHiLであるエントリーが空、且つ、変数Nの値がエントリー表Eiの空き数以上であるか否かを判定する404。なお、HiLとは、入力値Lに対するハッシュ関数Hiの出力値である。具体的には、まず、エントリー表E1図11Aから、ハッシュ出力値A1がH1Lであるエントリーを検索し、該当するエントリーが空であるか否かを確認する。例えば、ステップ402で新規ユーザIDL=2の設定コマンドを受信した場合には、入力値2に対するハッシュ関数H1図10Aの出力値は1である。すなわち、H12=1である。そのため、エントリー表E1図11Aから、ハッシュ出力値A1が1であるエントリーが空であることを確認する。次に、エントリー数管理表30図12Aを参照し、変数Nの値ここでは初期値4と、エントリー表E1の空き数とを比較する。エントリー数管理表30図12Aにおいて、エントリー表E1の空き数は4である。そのため、変数Nの値はエントリー表E1の空き数以上である。以上より、ステップ404においてYESとなる。ステップ404においてYESの場合には、通信経路設定部25は、変数エントリー先候補にEiを、変数Nにエントリー表Eiの空き数を設定する405。上記具体例では、変数エントリー先候補にE1を、変数Nにエントリー表E1の空き数である4を設定する。一方、ステップ404においてNOの場合には404でNO、ステップ405の処理を実行しない。ステップ406に進むと、通信経路設定部25は、カウンタiをインクリメントする406。上記具体例では、i=2となる。その後、通信経路設定部25は、カウンタiの値がエントリー表数imaxよりも大きいか否かを判定する407。カウンタiの値がエントリー表数imax以下である場合には407でNO、ステップ404に戻って処理を繰り返す。一方、カウンタiの値がエントリー表数imaxよりも大きい場合には407でYES、ステップ408に進む。上記具体例では、カウンタiの値は2であり、エントリー表数imaxの値は2エントリー表E1、E2の2つである。そのため、カウンタiの値はエントリー表数imax以下であるので407でNO、ステップ404に戻る。ステップ404に戻ると、通信経路設定部25は、エントリー表E2図11Bから、ハッシュ出力値A2がH22であるエントリーを検索し、該当するエントリーが空であるか否かを確認する。入力値2に対するハッシュ関数H2図10Bの出力値は2である。すなわち、H22=2である。そのため、エントリー表E2図11Bから、ハッシュ出力値A2が2であるエントリーが空であることを確認する。次に、エントリー数管理表30図12Aを参照し、変数Nの値ここでは4と、エントリー表E2の空き数とを比較する。エントリー数管理表30図12Aにおいて、エントリー表E2の空き数は2である。そのため、変数Nの値はエントリー表E2の空き数以上である。以上より、ステップ404においてYESとなる。ステップ405に進み、通信経路設定部25は、変数エントリー先候補にE2を、変数Nにエントリー表E2の空き数である2を設定する405。その後、カウンタiをインクリメントしてi=3とする406。そうすると、カウンタiの値3はエントリー表数imax=2よりも大きいので407でYES、ステップ408に進む。以上に示すステップ404~407の処理により、通信経路設定部25は、変数エントリー先候補及び変数Nを用いて、空き数の最も少ないエントリー表を、新規エントリーの登録先候補として決定する。ステップ408では、通信経路設定部25は、変数エントリー先候補の値がなしであるか否かを確認する408。変数エントリー先候補の値がなしである場合には408でYES、ステップ411に進む。一方、変数エントリー先候補の値がなしでない場合には408でNO、ステップ409に進む。上記具体例では、変数エントリー先候補の値はE2であるので408でNO、ステップ409に進む。ステップ409では、通信経路設定部25は、変数エントリー先候補で示されるエントリー表に、ユーザIDLのエントリーを追加し、エントリー数管理表30を更新する409。上記具体例では、変数エントリー先候補の値がE2であるので、エントリー表E2に、ユーザID2のエントリーを追加する。なお、新規エントリーを追加する場合に、新規エントリーに係る内部IDは、全てのエントリー表E1、E2においてユニークな値とする。その結果、図11Aに示すエントリー表E1、及び、図11Bに示すエントリー表E2は、それぞれ図11Cに示すエントリー表E1、及び、図11Dに示すエントリー表E2に変更する。また、エントリー数管理表30を更新する。上記具体例では、エントリー表E2の空き数が2から1に変更されるので、図12Aに示すエントリー数管理表30は、図12Bに示すエントリー数管理表30に変更する。その後ステップ410において、通信経路設定部25は、変更後のエントリー表E1及びE229cの情報を、各インタフェース部22a、22bに送信する410。各インタフェース部22a、22bは、受信した変更後のエントリー表E1及びE229cの情報を、各インタフェース部22a、22bが備えるエントリー表29a、29bに上書き更新する。その後ステップ417において、監視制御部21は、通信経路を設定した旨を示す通信経路設定応答604を、網管理装置6に送信する417。なお、ステップ411~416の処理については、前述のステップ311~316の処理と同様であるとして、ここでは説明を省略する。以上に示す処理により、通信経路設定部25は、エントリー未設定フィールド数が他のエントリー表29cよりも少ないエントリー表29c、すなわちエントリー未設定フィールド数が最も少ないエントリー表29cに優先的に新規エントリーを追加する。その結果、エントリーが追加されたエントリー表29cと、他のエントリー表29cとの間では、エントリー未設定フィールド数の差がさらに大きくなる。すなわち、エントリー表29c間でエントリー未設定フィール数に偏りが生じることになる。これにより、将来エントリーを追加する際の衝突の発生確率を下げることが可能となる。また、衝突が発生した際の再配置処理の実行頻度を削減することにより、主信号フレームの通信断の時間を低減することが可能となる。また、通信経路設定部25は、エントリー未設定フィールド数の最も少ないエントリー表29cが複数存在する場合には、表番号Eiの大きなエントリー表29cに優先的に新規エントリーを追加する。これにより、表番号の大きなエントリー表29cに多くのエントリーが設定され、表番号の小さなエントリー表29cに少ないエントリーが設定されるように制御することができる。これにより、将来エントリーを追加する際の衝突の発生確率を下げることが可能となる。なお、新規エントリーの追加先は、表番号の大きなエントリー表29cに限定されるものではない。以上に示す各実施形態によれば、ハッシュ関数を用いた処理を実行する計算機例えば通信装置、暗号処理装置において、限られたメモリサイズ上の複数のエントリー表に対して効果的に新規エントリーを追加することができる。すなわち、計算機は、新規エントリーを追加する際に、当該新規エントリーを追加可能なエントリー表29cが複数ある場合、エントリー数管理表30を参照し、エントリー設定状況に応じて新規エントリーの最適な追加先を選択する。これにより、将来エントリーを追加する場合に、設定済みエントリーの再配置処理を回避する又は再配置処理の実行頻度を削減することができる。また、設定済みエントリーの識別子変換処理に影響を与えることなく、新規エントリーを追加することができる。特に、帯域保証型サービスを提供する通信システムでは、設定済みエントリーに係るユーザの通信断を防ぐとともに、新規エントリーを追加することができる。以上、本発明の各実施形態について説明したが、上記各実施形態は本発明の適用例の一つを示したものであり、本発明の技術的範囲を上記各実施形態の具体的構成に限定する趣旨ではない。例えば、上記説明では、本発明をMPLS-TPに基づく帯域保証網N1に適用した場合を例に説明してきたが、この場合には限らない。例えば、ATMAsynchronousTransferModeやEthernet登録商標VLANVirtualLocalAreaNetwork等のユーザ毎のユーザIDに基づいて通信接続を管理する通信システム内の通信装置に対しても適用可能である。