(57)【要約】【課題】  論理リンクごとの認証処理を適切な順序で実行することができる通信装置及び通信方法を提供する。【解決手段】  通信装置は、故障から回復した物理回線に収容された複数の論理リンクのうち、他装置との間で認証済みの論理リンクを介して通信する通信装置において、前記複数の論理リンクの各々について、前記故障前の通信帯域の利用率と前記故障の回復後の所定の期間内に通信する確率とを算出する算出部と、前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率及び前記故障の回復後の所定の期間内に通信する確率に基づき設定する設定処理部と、前記複数の論理リンクの各々の前記優先度に基づき前記複数の論理リンクについて認証処理を行う認証処理部とを有する。【選択図】図５
2018160856.tif 000002
【特許請求の範囲】
【請求項１】
故障から回復した物理回線に収容された複数の論理リンクのうち、他装置との間で認証済みの論理リンクを介して通信する通信装置において、
前記複数の論理リンクの各々について、前記故障前の通信帯域の利用率と前記故障の回復後の所定の期間内に通信する確率とを算出する算出部と、
前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率及び前記故障の回復後の所定の期間内に通信する確率に基づき設定する設定処理部と、
前記複数の論理リンクの各々の前記優先度に基づき前記複数の論理リンクについて認証処理を行う認証処理部とを有することを特徴とする通信装置。
【請求項２】
前記算出部は、前記故障前の通信帯域の利用率と所定の閾値を比較し、
前記設定処理部は、該比較結果及び前記故障の回復後の前記所定の期間内に通信する確率に基づき前記複数の論理リンクの各々の優先度を設定することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記設定処理部は、前記複数の論理リンクを、前記故障前の通信帯域の利用率が前記所定の閾値以上である論理リンクが属する第１グループと、前記故障前の通信帯域の利用率が前記所定の閾値より小さい論理リンクが属する第２グループとに分けて前記複数の論理リンクの各々の優先度を設定することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記設定処理部は、前記複数の論理リンクのうち、前記第１グループに属する２以上のリンクの優先度を、前記複数の論理リンクについて認証処理の要求を受け付ける期間内に認証処理が可能な論理リンクの数に応じて複数回に分けて設定することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記算出部は、前記複数の論理リンクの各々について、時間帯ごとに通信帯域の利用率を算出して前記所定の閾値と比較し、該比較結果から前記時間帯ごとの通信する確率を算出し、
前記設定処理部は、前記時間帯ごとの前記比較結果のうち、前記故障の発生時刻を含む時間帯の前記比較結果と、前記時間帯ごとの通信する確率のうち、前記故障の回復時刻を含む時間帯の通信する確率とに基づき前記複数の論理リンクの各々の優先度を設定することを特徴とする請求項２乃至４の何れかに記載の通信装置。
【請求項６】
前記複数の論理リンクの各々の通信量を周期的に収集する収集部を有し、
前記設定処理部は、前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率、前記故障前の通信量、及び前記故障の回復後の前記所定の期間内に通信する確率に基づき設定することを特徴とする請求項１乃至５の何れかに記載の通信装置。
【請求項７】
故障から回復した物理回線に収容された複数の論理リンクのうち、他装置との間で認証済みの論理リンクを介して通信する通信方法において、
前記複数の論理リンクの各々について、前記故障前の通信帯域の利用率と前記故障の回復後の所定の期間内に通信する確率とを算出し、
前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率及び前記故障の回復後の所定の期間内に通信する確率に基づき設定し、
前記複数の論理リンクの各々の前記優先度に基づき前記複数の論理リンクについて認証処理を行うことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、通信装置及び通信方法に関する。
【背景技術】
【０００２】
マンションやオフィスなどの加入者宅に光通信サービスを提供する加入者系光アクセスシステムとして、ＰＯＮ（Passive Optical Network）システムが用いられている（例えば特許文献１〜３）。ＰＯＮシステムには、光通信サービスの提供者の局舎に設置される光端局装置（OLT: Optical Line Terminal）と、加入者宅などに設置される光終端装置（ONU: Optical Network Unit）とが含まれる。なお、ＰＯＮシステムとしては、例えばIEEE（Institute of Electrical and Electronics Engineers, Inc.）802.3ahに規定されたものが挙げられる。
【０００３】
ＯＬＴは、１本の光ファイバを光スプリッタにより複数本の光ファイバに分岐させてなる伝送路を介して複数台（例えば６４台）のＯＮＵと接続される。このため、ＰＯＮシステムの光ファイバの施設コストは、メディアコンバータなどのポイントツーポイントの光アクセスシステムと比較すると安価に抑えられる。
【０００４】
ＯＬＴは、ＯＮＵとの間において論理リンク（LL: Logical Link）単位で通信を行う。ＯＬＴとＯＮＵの間では、通信の開始に先立ち、ユーザデータのセキュリティの確保のためにＬＬ単位の認証シーケンスが実行される。認証シーケンスは、通常、新しいＯＮＵが設置されＯＬＴに接続されたときに実行されるが、例えば、ＯＬＴ側で光ファイバの再接続、光モジュールなどの部品の交換、及び再起動が行われたとき、ＯＬＴに接続された全てのＯＮＵの各ＬＬについて認証処理が実行される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２０１０５９号公報
【特許文献２】特開２００６−２６２１２９号公報
【特許文献３】特開２０１２−１２４６８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、ＯＬＴは、各ＬＬについての認証処理を１つずつ実行するため、認証処理の実行順序が遅いＬＬほど、通信の開始が遅れる。例えば、１つのＬＬについての認証処理の所要時間を８（秒）と仮定した場合、ＬＬ数を１０２８とすると、全てのＬＬについての認証処理の所要時間は約２時間１７分（＝８×１０２８）となるため、認証処理の順序が最後となったＬＬは、通信の開始が約２時間遅れることとなる。
【０００７】
これに対し、例えば特許文献１〜３には、ＬＬごとに設けた優先度に従う順序で認証などの処理を実行する点が記載されているが、優先度が固定値であるため、通信状況によっては例えば即時の通信の再開が必要なＬＬであっても、その優先度が低いために遅い順序で処理されるおそれがある。
【０００８】
そこで本件は、論理リンクごとの認証処理を適切な順序で実行することができる通信装置及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
１つの態様では、通信装置は、故障から回復した物理回線に収容された複数の論理リンクのうち、他装置との間で認証済みの論理リンクを介して通信する通信装置において、前記複数の論理リンクの各々について、前記故障前の通信帯域の利用率と前記故障の回復後の所定の期間内に通信する確率とを算出する算出部と、前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率及び前記故障の回復後の所定の期間内に通信する確率に基づき設定する設定処理部と、前記複数の論理リンクの各々の前記優先度に基づき前記複数の論理リンクについて認証処理を行う認証処理部とを有する。
【００１０】
１つの態様では、通信方法は、故障から回復した物理回線に収容された複数の論理リンクのうち、他装置との間で認証済みの論理リンクを介して通信する通信方法において、前記複数の論理リンクの各々について、前記故障前の通信帯域の利用率と前記故障の回復後の所定の期間内に通信する確率とを算出し、前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率及び前記故障の回復後の所定の期間内に通信する確率に基づき設定し、前記複数の論理リンクの各々の前記優先度に基づき前記複数の論理リンクについて認証処理を行う方法である。
【発明の効果】
【００１１】
１つの側面として、論理リンクごとの認証処理を適切な順序で実行することができる。
【図面の簡単な説明】
【００１２】
【図１】ＰＯＮシステムの一例を示す構成図である。
【図２】ＯＬＴとＯＮＵの間のシーケンス処理の一例を示すシーケンス図である。
【図３】ＯＬＴの一例を示す構成図である。
【図４】統計情報、利用状態管理テーブル、利用確率テーブル、及び優先度テーブルの例を示す図である。
【図５】論理リンクごとの優先度の設定の一例を示す図である。
【図６】統計情報の収集処理の一例を示すフローチャートである。
【図７】利用確率テーブルの更新処理の一例を示すフローチャートである。
【図８】優先度の設定処理の一例を示すフローチャートである。
【図９】優先度の判定処理の一例を示すフローチャートである。
【図１０】認証処理の一例を示すフローチャートである。
【図１１】優先度の設定処理の他の例を示すフローチャートである。
【図１２】ウィンドウタイマ満了時の処理の一例を示すフローチャートである。
【図１３】優先度の判定処理の他の例を示すフローチャートである。
【図１４】論理リンクごとの優先度の設定の他の例を示す図である。
【図１５】利用確率テーブルの他の例を示す図である。
【発明を実施するための形態】
【００１３】
図１は、ＰＯＮシステムの一例を示す構成図である。ＰＯＮシステムは、光通信サービスの提供者の局舎に設置される光端局装置（ＯＬＴ）１と、加入者宅などに設置されるＮ台（Ｎ：２以上の整数）の光終端装置（ＯＮＵ）２とが含まれる。
【００１４】
本例において、ＯＬＴ１からＯＮＵ２に向かう伝送方向を下り方向Ｒｄと定義し、ＯＮＵ２からＯＬＴ１に向かう伝送方向を上り方向Ｒｕと定義する。なお、ＯＬＴ１は通信装置の一例である。また、本例のＰＯＮシステムとしては、一例としてIEEE802.3ahに規定されたものを挙げるが、これに限定されない。
【００１５】
ＯＬＴ１は、光ファイバ９０に接続されており、光ファイバ９０は、光スプリッタ９２を介して複数本の光ファイバ９３に接続されている。また、各ＯＮＵ２は光ファイバ９３に接続されている。ＰＯＮシステムの伝送路は、１本の光ファイバ９０を複数本の光ファイバ９３に分岐させて構成されている。つまり、各ＯＮＵ（＃１〜＃Ｎ）２は、ＯＬＴ１と接続された伝送路の複数の分岐先の１つに接続される。
【００１６】
このため、ＰＯＮシステムの光ファイバの施設コストは、メディアコンバータなどのポイントツーポイントの光アクセスシステムと比較すると安価に抑えられる。なお、＃１〜＃Ｎは、ＯＮＵ２を識別するためのＯＮＵ−ＩＤである。
【００１７】
ＯＬＴ１と各ＯＮＵ２は、１以上の論理リンク（ＬＬ）を確立し、ＬＬ単位で上りフレームＦｕ及び下りフレームＦｄを送受信する。各ＯＮＵ２は、一例として、ＯＬＴ１との間に２つのＬＬを確立している。ＬＬはＬＬ−ＩＤにより識別される。
【００１８】
ＰＯＮシステムでは、Ｎ台のＯＮＵ２が共通の光ファイバ９０を介してＯＬＴ１と通信する。このため、下り方向Ｒｄでは、符号Ｇ１で示されるように、ＯＬＴ１が各ＯＮＵ２宛ての下りフレームＦｄ（＃１−１〜＃Ｎ−２）を時分割多重して送信する。下りフレームＦｄ（＃Ｋ−Ｍ）（Ｋ＝１，２，・・・，Ｎ、Ｍ＝１，２）は、ＯＮＵ（＃Ｋ）２のＬＬ−ＩＤ＃Ｍの下りフレームＦｄを示す。なお、下りフレームＦｄの並び順は、ＯＬＴ１における各ＯＮＵ２宛ての下りフレームＦｄの統計多重処理に依存するため、本例に限定されない。
【００１９】
一方、上り方向Ｒｕでは、符号Ｇ２で示されるように、各ＯＮＵ２は、ＯＬＴ１から予め個別に指定された送信タイミングで上りフレームＦｕ（＃１−１〜＃Ｎ−２）をバースト送信することにより、共通の光ファイバ９０内での各ＯＮＵ２の上りフレームＦｕ同士の衝突が回避される。上りフレームＦｕ（＃Ｋ−Ｍ）は、ＯＮＵ（＃Ｋ）２のＬＬ−ＩＤ＃Ｍの上りフレームＦｕを示す。なお、上りフレームＦｕ及び下りフレームＦｄの形態としては、例えばイーサネット（登録商標、以下同様）フレームが挙げられるが、これに限定されない。
【００２０】
このように、ＯＬＴ１は、ＯＮＵ２との間においてＬＬ単位で通信を行う。ＯＬＴ１とＯＮＵ２の間では、通信の開始に先立ち、ユーザデータのセキュリティの確保のためにＬＬ単位の認証シーケンスが実行される。
【００２１】
図２は、ＯＬＴ１とＯＮＵ２の間のシーケンス処理の一例を示すシーケンス図である。本例のシーケンスは、ＭＰＣＰ（Multi Point Control Protocol）に基づき制御フレームの送受信により実行される。ＯＬＴ１とＯＮＵ２は、リンク確立シーケンスＳ１と、ＯＡＭ（Operation, Administration, Maintenance）ディスカバリシーケンスＳ２と、認証シーケンスＳ３とを、この順で実行する。
【００２２】
リンク確立シーケンスＳ１において、ＯＬＴ１は、ＯＮＵ２に対しDiscover_Gateフレームを送信する。Discover_Gateフレームは、ＯＮＵ２のＬＬごとの認証処理の要求を受け付ける時刻及び時間幅、つまり期間をＯＮＵ２に通知する。この期間は、例えばディスカバリウィンドウと呼ばれる。なお、ＯＬＴ１は、新規のＯＮＵ２の設置に備えて、周期的なDiscover_Gateフレームの送信により周期的にディスカバリウィンドウを時間軸上に設ける。
【００２３】
ＯＮＵ２は、ＬＬの登録を要求するために、通知された時刻にランダムな遅延を付加した時刻にRegister_ReqフレームをＯＬＴ１に送信する。Register_Reqフレームは、ディスカバリウィンドウ内のタイミングでＯＬＴ１に到着する。ＯＬＴ１は、ＯＮＵ２に割り当てるＬＬ−ＩＤを登録して（符号Ｓ１１）、ＬＬ−ＩＤを通知するため、RegisterフレームをＯＮＵ２に送信する。ＯＬＴ１は、４つのＬＬを登録した場合、ＬＬ−ＩＤ＃１〜＃４をＯＮＵ２に通知する。
【００２４】
次に、ＯＬＴ１は、論理リンクごとに上りフレームＦｕの送信開始時刻及び送信データ量を通知するため、Normal_GateフレームをＯＮＵ２に送信する。ＯＮＵ２は、Registerフレームに対する応答としてRegister_AckメッセージをＯＬＴ１に送信する。このようにして、ＯＬＴ１とＯＮＵ２の間に論理リンクが確立する。
【００２５】
次に、ＯＬＴ１とＯＮＵ２の間では、ＯＡＭディスカバリシーケンスＳ２が実行される。ＯＡＭディスカバリシーケンスＳ２では、ＯＬＴ１とＯＮＵ２がＯＡＭフレームを互いに送受信することにより、ＯＬＴ１とＯＮＵ２の間でＯＡＭレベルのリンクが確立される。
【００２６】
次に、ＯＬＴ１とＯＮＵ２の間では、認証シーケンスＳ３が実行される。認証シーケンスＳ３では、ＯＬＴ１は、ＯＮＵ２からの認証要求に応じてＭＡＣアドレスまたはＯＮＵ−ＩＤに基づいて、ＬＬごとにＯＮＵ２を認証する。
【００２７】
認証シーケンスＳ３は、通常、新しいＯＮＵ２が設置されＯＬＴ１に接続されたときに実行されるが、例えば、ＯＬＴ１側で光ファイバ９０の再接続、光モジュールなどの部品の交換、及び再起動が行われたとき、ＯＬＴ１に接続された全てのＯＮＵ２の各ＬＬについて認証処理が実行される。つまり、光ファイバ９０により構成された物理回線（以下、「ＰＯＮ回線」と表記）が故障から回復したとき、ＯＬＴ１は、ＰＯＮ回線に収容された各ＬＬについて認証処理を実行する。そして、ＯＬＴ１は、ＯＮＵ２との間で認証済みのＬＬを介して通信する。
【００２８】
しかし、ＯＬＴ１は、各ＬＬについての認証処理を１つずつ実行するため、認証処理の実行順序が遅いＬＬほど、通信の開始が遅れる。例えば、１つのＬＬについての認証処理の所要時間を８（秒）と仮定した場合、ＬＬ数を１０２８とすると、全てのＬＬについての認証処理の所要時間は約２時間１７分（＝８×１０２８）となるため、認証処理の順序が最後となったＬＬは、通信の開始が約２時間遅れることとなる。
【００２９】
これに対し、ＬＬごとに固定的な優先度を設け、優先度に従う順序で認証処理を実行した場合、通信状況によっては例えば即時の通信の再開が必要なＬＬであっても、その優先度が低いために遅い順序で処理されるおそれがある。
【００３０】
そこで、ＯＬＴ１は、各ＬＬについて、ＰＯＮ回線の故障前の通信帯域の利用率と故障の回復後の所定の期間内に通信する確率とを算出し、各ＬＬの優先度をその利用率及び確率に基づき設定し、各ＬＬの優先度に基づき各ＬＬについて認証処理を行う。このため、ＯＬＴ１は、ＰＯＮ回線の故障前及び回復後の通信状況に応じた優先度を各ＬＬに設定し、その優先度に基づき認証処理を行うことができる。したがって、ＯＬＴ１は、ＬＬごとの認証処理を適切な順序で実行することができる。
【００３１】
図３は、ＯＬＴ１の一例を示す構成図である。ＯＬＴ１は、回線処理ユニット８０と、監視制御ユニット８１とを有する。回線処理ユニット８０はＰＯＮ回線の通信処理を実行し、監視制御ユニット８１は回線処理ユニット８０の監視制御処理を行う。なお、回線処理ユニット８０は、複数個実装されていてもよい。
【００３２】
回線処理ユニット８０及び監視制御ユニット８１は、例えば、複数の電気部品が実装された回路基板により構成され、ＯＬＴ１の筐体に設けられたスロットに実装される。回線処理ユニット８０及び監視制御ユニット８１は、ＯＬＴ１内に設けられた配線基板と電気コネクタなどを介して接続され、配線基板を介して互いにデータを入出力する。
【００３３】
回線処理ユニット８０は、ＣＰＵ（Central Processing Unit）１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、揮発性メモリ１３、通信ポート１４、通信制御部１５、ネットワークインターフェース部（NW-IF）１６、送信器（Ｔｘ）１７０、受信器（Ｒｘ）１７１、及び光合分波部１８を有する。ＮＷ−ＩＦ１６及び通信制御部１５は、例えばＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specified Integrated Circuit）などのハードウェアにより構成される。
【００３４】
光合分波部１８は、例えばＷＤＭ（Wavelength Division Multiplexer）カプラであり、３つのポートを介し光ファイバ９０、送信器１７０、及び受信器１７１に接続されている。光合分波部１８は、送信器１７０から入力された下り方向Ｒｄの光信号Ｓｄを光ファイバ９０に導き、光ファイバ９０から入力された上り方向Ｒｕの光信号Ｓｕを受信器１７１に導く。
【００３５】
受信器１７１は、例えばフォトダイオード（PD: PhotoDiode）などから構成され、光信号Ｓｕを電気信号に変換することにより光信号Ｓｕから上りフレームＦｕを取得する。受信器１７１は、各ＯＮＵ２に割り当てられた送信タイミングに基づき、各ＯＮＵ２からの上りフレームＦｕ（＃１〜＃Ｎ）を識別する。受信器１７１は、上りフレームＦｕを通信制御部１５に出力する。
【００３６】
また、送信器１７０は、例えばＬＤ（Laser Diode）や変調器から構成され、通信制御部１５から入力された下りフレームＦｄを光信号に変換して光合分波部１８に出力する。
【００３７】
通信制御部１５は、ＰＯＮ回線の通信をＬＬごとに処理する。通信制御部１５は、送受信するフレームＦｕ，Ｆｄの統計情報を生成する。より具体的には、通信制御部１５は、上りフレームＦｕの送信数、下りフレームＦｄの受信数及びエラー数を計数する。
【００３８】
また、通信制御部１５は、バス１９を介してＣＰＵ１０に接続されている。通信制御部１５は、ＯＮＵ２から受信したＯＡＭフレームをＣＰＵ１０に出力し、ＣＰＵ１０から入力されたＯＡＭフレームを送信器１７０からＯＮＵ２に送信する。これにより、ＯＬＴ１は、上記のリンク確立シーケンスＳ１、ＯＡＭディスカバリシーケンスＳ２、認証シーケンスＳ３を実行する。
【００３９】
通信制御部１５は、受信器１７１との通信に基づきＰＯＮ回線の故障及び回復を検出する。通信制御部１５は、ＰＯＮ回線の故障及び回復をＣＰＵ１０に通知する。なお、ＰＯＮ回線の故障としては、例えば光ファイバ９０の破損及び抜去や受信器１７１の破損などが挙げられる。
【００４０】
また、通信制御部１５は、上りフレームＦｕからデータ信号を生成してＮＷ−ＩＦ１６に出力し、ＮＷ−ＩＦ１６から入力されたデータ信号から下りフレームＦｄを生成して送信器１７０に出力する。
【００４１】
ＮＷ−ＩＦ１６は、通信制御部１５から入力されたデータ信号を、例えばフォーマット変換して上流側のネットワークに送信する。また、ＮＷ−ＩＦ１６は、上流側のネットワークから受信したデータ信号を、例えばフォーマット変換して通信制御部１５に出力する。
【００４２】
ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、揮発性メモリ１３、及び通信ポート１４と、バス１９を介して接続されている。ＲＯＭ１１には、ＣＰＵ１０を駆動するプログラムが格納されている。ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。通信ポート１４は、例えば、監視制御ユニット８１との間のＬＡＮ（Local Area Network）の通信を処理する。
【００４３】
また、揮発性メモリ１３には、統計情報テーブル（ＴＢＬ）１３０が格納されている。揮発性メモリ１３としては、例えばＤＲＡＭ（Dynamic RAM）が挙げられる。
【００４４】
一方、監視制御ユニット８１は、ＣＰＵ３０、ＲＯＭ３１、ＲＡＭ３２、揮発性メモリ３３、不揮発性メモリ３４、及び通信ポート３５を有する。ＣＰＵ３０は、互いに信号の入出力ができるように、ＲＯＭ３１、ＲＡＭ３２、及び通信ポート３５と、バス３９を介して接続されている。
【００４５】
ＲＯＭ３１には、ＣＰＵ３０を駆動するプログラムが格納されている。ＲＡＭ３２は、ＣＰＵ３０のワーキングメモリとして機能する。通信ポート３５は、例えば、回線処理ユニット８０との間のＬＡＮの通信を処理する。
【００４６】
揮発性メモリ３３には、優先度テーブル（ＴＢＬ）３３０が格納されている。揮発性メモリ３３としては、例えばＤＲＡＭが挙げられる。
【００４７】
不揮発性メモリ３４には、利用状態管理テーブル（ＴＢＬ）３４０，３４１と利用確率テーブル（ＴＢＬ）３４２が格納されている。不揮発性メモリ３４としては、例えばフラッシュメモリが挙げられる。
【００４８】
ＣＰＵ３０は、回線処理ユニット８０のＣＰＵ１０から通信ポート１４，３５を介して揮発性メモリ３３及び不揮発性メモリ３４に対するアクセスを制御する。このため、ＣＰＵ１０は、優先度テーブル３３０、利用状態管理テーブル３４０，３４１、及び利用確率テーブル３４２に対する書き込み及び読み出しが可能である。
【００４９】
回線処理ユニット８０のＣＰＵ１０は、ＲＯＭ１１からプログラムを読み込むと、動作制御部１００、ＯＡＭフレーム生成部１０１、認証処理部１０２、統計情報収集部１０３、確率算出部１０４、優先度設定部１０５、及び通信インターフェース（ＩＦ）部１０６が形成される。動作制御部１００は、例えばＯＳ（Operating System）であり、時刻を計時する計時部（システム時計）１００ａを有する。動作制御部１００は、ＯＡＭフレーム生成部１０１、認証処理部１０２、統計情報収集部１０３、確率算出部１０４、優先度設定部１０５、及び通信ＩＦ部１０６に各種の動作を指示する。
【００５０】
通信ＩＦ部１０６は、通信制御部１５に対する通信のドライバである。このため、通信制御部１５との通信は、通信ＩＦ部１０６を介して行われる。
【００５１】
ＯＡＭフレーム生成部１０１は、動作制御部１００の指示に従い各種のＯＡＭフレームを生成して動作制御部１００に出力する。動作制御部１００は、ＯＡＭフレームを、通信ＩＦ部１０６を介して通信制御部１５に出力する。
【００５２】
認証処理部１０２は、動作制御部１００の指示に従って、各ＬＬの優先度に基づき各ＬＬについて認証処理を行う。より具体的には、認証処理部１０２は、上記のリンク確立シーケンスＳ１、ＯＡＭディスカバリシーケンスＳ２、認証シーケンスＳ３を実行する。このとき、認証処理部１０２は、動作制御部１００を介してＯＡＭフレーム生成部１０１にＯＡＭフレームの生成を指示し、また、通信ＩＦ部１０６から動作制御部１００を介してＯＮＵ２のＯＡＭフレームを受信する。
【００５３】
統計情報収集部１０３は、収集部の一例であり、各リンクの通信量を通信制御部１５から周期的に収集する。より具体的には、統計情報収集部１０３は、通信制御部１５から通信の統計情報を収集して揮発性メモリ１３の統計情報ＴＢＬ１３０に書き込む。
【００５４】
図４には、統計情報テーブル１３０の例が示されている。統計情報テーブル１３０には、ＯＮＵ−ＩＤ、ＬＬ−ＩＤ、下りフレームＦｄの送信数、上りフレームＦｕの受信数及びエラー数が登録されている。つまり、統計情報テーブル１３０には、ＬＬごとの通信量が登録されている。なお、統計情報は例えば１秒間隔で収集される。
【００５５】
確率算出部１０４は、算出部の一例であり、各ＬＬについて、ＰＯＮ回線の故障前の通信帯域の利用率と故障の回復後の所定の期間内に通信する確率（以下、「利用確率」と表記）とを算出する。また、動作制御部１００は、例えばＰＯＮ回線の故障が回復したことを通信制御部１５との通信から検出したとき、優先度設定部１０５に優先度の設定処理の実行を指示する。優先度設定部１０５は、設定部の一例であり、動作制御部１００の指示に従い、各ＬＬの優先度をＰＯＮ回線の故障前の通信帯域の利用率及び故障の回復後の所定の期間内の利用確率に基づき設定する。
【００５６】
このため、ＯＬＴ１は、ＰＯＮ回線の故障前及び回復後の通信状況に応じた優先度を各ＬＬに設定し、その優先度に基づき認証処理を行うことができる。したがって、ＯＬＴ１は、ＬＬごとの認証処理を適切な順序で実行することができる。
【００５７】
より具体的には、確率算出部１０４は、統計情報テーブル１３０から周期的に統計情報を読み出し、ＰＯＮ回線の故障前の通信帯域の利用率と所定の閾値ＴＨを比較する。確率算出部１０４は、その比較結果に応じて各ＬＬの利用状態（「利用」または「非利用」）を判定し、利用状態管理テーブル３４０，３４１に登録する。
【００５８】
図４には、利用状態管理テーブル３４０，３４１の例が示されている。利用状態管理テーブル３４０，３４１は、２面構成をなし、交互に書き込みが行われる。
【００５９】
利用状態管理テーブル３４０，３４１には、ＯＮＵ−ＩＤ、ＬＬ−ＩＤ、そのＬＬの契約帯域（Mbps）、利用帯域（Mbps）、及び利用状態（「利用」または「非利用」）が登録されている。契約帯域は、ユーザとの利用契約において定められたＬＬの利用可能帯域の上限値であり、例えば、不図示のネットワーク管理装置などから予め設定される。
【００６０】
また、利用帯域は統計情報から得られる。確率算出部１０４は、単位時間当たりの送信数及び受信数の一方を算出することにより利用帯域を取得する。
【００６１】
また、利用状態は、通信帯域の利用率と所定の閾値ＴＨの比較結果から得られる。確率算出部１０４は、契約帯域に対する利用帯域の比率から通信帯域の利用率を算出する。確率算出部１０４は、通信帯域の利用率が所定の閾値ＴＨ以上である場合、利用状態を「利用」に設定し、通信帯域の利用率が所定の閾値ＴＨより小さい場合、利用状態を「非利用」に設定する。
【００６２】
優先度設定部１０５は、通信帯域の利用率と所定の閾値ＴＨの比較結果、つまり利用状態、及びＰＯＮ回線の故障の回復後の所定の期間内に通信する確率に基づき各ＬＬの優先度を設定する。このため、優先度設定部１０５は、ＰＯＮ回線の故障前に通信帯域の利用率が所定の閾値ＴＨ以上であるＬＬ（以下、「利用ＬＬ」と表記）に高い優先度を設定することができる。したがって、利用ＬＬについて、早い順で認証処理が実行されるため、ＰＯＮ回線の故障により中断された通信が早期に復旧する。
【００６３】
優先度設定部１０５は、複数のＬＬを、ＰＯＮ回線の故障前の通信帯域の利用率が所定の閾値ＴＨ以上であるＬＬ（利用ＬＬ）が属する利用ＬＬグループと、その故障前の通信帯域の利用率が所定の閾値ＴＨより小さいＬＬ（以下、「非利用ＬＬ」と表記）が属する非利用グループとに分けて各ＬＬの優先度を設定する。このため、優先度設定部１０５は、利用ＬＬグループの優先度の設定処理と非利用ＬＬグループを別々に優先度の設定処理を実行することができる。
【００６４】
また、確率算出部１０４は、各ＬＬについて、時間帯ごとに通信帯域の利用率を算出して所定の閾値ＴＨと比較し、その比較結果から時間帯ごとの利用確率を算出する。より具体的には、確率算出部１０４は、利用状態管理テーブル３４０，３４１から時間帯ごとにＬＬごとの利用状態を取得して利用確率テーブル３４２に登録する。そして、確率算出部１０４は、その利用状態から時間帯ごとの利用確率を算出して利用確率テーブル３４２に登録する。
【００６５】
図４には、利用確率テーブル３４２の例が示されている。利用確率テーブル３４２には、ＯＮＵ−ＩＤと、ＬＬ−ＩＤと、時間帯と、その時間帯の利用状態及び算出回数と、利用確率（％）とが登録されている。確率算出部１０４は、計時部１００ａから現在時刻を取得して時間帯を判別する。確率算出部１０４は、ＬＬごとに利用状態管理テーブル３４０，３４１から利用状態を取得して、現在時刻に該当する時間帯に対応付けて利用確率テーブル３４２に登録する。
【００６６】
確率算出部１０４は、利用状態及び算出回数から利用確率を更新する。
【００６７】
利用確率＝（Ｑ×Ｍ＋ＳＴ）／（Ｍ＋１）   ・・・（１）
【００６８】
より具体的には、確率算出部１０４は、上記の式（１）に従い利用確率を算出する。式（１）において、変数Ｑは利用確率テーブル３４２に登録された更新前の利用確率であり、変数Ｍは算出回数であり、変数ＳＴは利用状態に応じた値（０：「非利用」、１：「利用」）である。
【００６９】
例えば、特定のＬＬのある時間帯について、更新前の利用確率Ｑ＝２０（％）及び算出回数Ｍ＝２４（回）であると仮定する。このとき、利用状態が「利用」である場合、ＳＴ＝１であるため、利用確率は２３．２（％）（＝（４．８＋１）／（２４＋１））に更新され、利用状態が「非利用」である場合、ＳＴ＝０であるため、利用確率は１９．２（％）（＝（４．８＋０）／（２４＋１））に更新される。なお、算出回数は、利用確率の算出のたびに１だけ増加する。
【００７０】
このようにして、確率算出部１０４は、各ＬＬについて、時間帯ごとに通信帯域の利用率を算出して所定の閾値ＴＨと比較し、その比較結果から時間帯ごとの利用確率を算出する。
【００７１】
また、優先度設定部１０５は、時間帯ごとのＬＬの利用状態のうち、ＰＯＮ回線の故障の発生時刻を含む時間帯の利用状態と、時間帯ごとの利用確率のうち、その故障の回復時刻を含む時間帯の利用確率とに基づき各ＬＬの優先度を設定する。このため、優先度設定部１０５は、ＰＯＮ回線の故障の発生時刻及び回復時刻のＬＬの利用状況に応じて適切に優先度を設定することができる。
【００７２】
優先度テーブル３３０には、ＯＮＵ−ＩＤ、ＬＬ−ＩＤ、及び優先度が登録されている。認証処理部１０２は、優先度テーブル３３０を参照し、優先度の順に従って各ＬＬについて認証処理を実行する。以下に優先度の設定例を説明する。
【００７３】
図５は、ＬＬごとの優先度の設定の一例を示す図である。図５には、ＯＮＵ＃１〜＃４のＬＬごとに、ＰＯＮ回線の故障が発生した時間帯「13:30-13:40」（以下、「故障時間帯」と表記）における利用状態（利用または非利用）と、ＰＯＮ回線の故障が回復した時間帯「13:50-14:00」（以下、「回復時間帯」と表記）以降の利用確率と、優先度とが示されている。なお、本例では、利用確率の算出間隔を１０分間隔と仮定する。
【００７４】
優先度設定部１０５は、故障時間帯の利用状態及び回復時間帯の利用確率に基づいて優先度を設定する。より具体的には、優先度設定部１０５は、各ＬＬを利用ＬＬと非利用ＬＬに分けて回復時間帯の利用確率の順で優先度を設定する。つまり、優先度設定部１０５は、利用ＬＬグループ内の利用確率で優先度を決定し、非利用ＬＬグループの利用確率で優先度を決定する。なお、優先度設定部１０５は、さらに統計情報から得られる通信量も考慮して優先度を設定するが、本例において各ＬＬの通信量は同じであると仮定する。
【００７５】
本例では、ＯＮＵ＃１のＬＬ＃１と、ＯＮＵ＃２のＬＬ＃１及びＬＬ＃２と、ＯＮＵ＃３のＬＬ＃２とが利用ＬＬグループに属する。また、ＯＮＵ＃１のＬＬ＃２と、ＯＮＵ＃２のＬＬ＃３と、ＯＮＵ＃３のＬＬ＃１及びＬＬ＃３と、ＯＮＵ＃４のＬＬ＃１とＬＬ＃３とが非利用ＬＬグループに属する。
【００７６】
例えば、ＯＮＵ＃１のＬＬ＃１は、故障時間帯の利用状態が「利用」であり、回復時間帯の利用確率が１００（％）であって利用ＬＬグループ中で最高であるため、その優先度は「１」に設定される。ＯＮＵ＃３のＬＬ＃２は、故障時間帯の利用状態が「利用」であり、回復時間帯の利用確率が８０（％）であって利用ＬＬグループ中で２番目に高いため、その優先度は「２」に設定される。
【００７７】
ただし、優先度設定部１０５は、非利用ＬＬでも利用確率が利用ＬＬの利用確率より、例えば３０（％）以上高いものは、その利用ＬＬより優先度を高く設定する。例えば、ＯＮＵ＃４のＬＬ＃１は、故障時間帯の利用状態が「非利用」であり、回復時間帯の利用確率が１００（％）であって非利用ＬＬグループ中で最高である。
【００７８】
一方、ＯＮＵ＃２のＬＬ＃１は、故障時間帯の利用状態が「利用」であり、回復時間帯の利用確率が６０（％）である。このため、非利用ＬＬであるＯＮＵ＃４のＬＬ＃１の利用確率は、利用ＬＬであるＯＮＵ＃２のＬＬ＃１の利用確率を４０（％）（＝１００−６０）（＞３０（％））上回る。このため、ＯＮＵ＃４のＬＬ＃１の優先度「３」は、ＯＮＵ＃２のＬＬ＃１の優先度「４」より高く設定される。
【００７９】
また、ＯＮＵ＃２のＬＬ＃１の利用確率の６０（％）と、非利用ＬＬであるＯＮＵ＃３のＬＬ＃１の利用確率の８０（％）との差分は２０（％）（＜３０（％））である。このため、ＯＮＵ＃２のＬＬ＃１の優先度「４」は、ＯＮＵ＃３のＬＬ＃１の優先度「５」より高く設定される。
【００８０】
また、ＯＮＵ＃２のＬＬ＃３とＯＮＵ＃４のＬＬ＃３は、何れも非利用ＬＬであり、利用確率が同一である。このため、ＯＮＵ＃２のＬＬ＃３とＯＮＵ＃４のＬＬ＃３の優先度の大小は、例えば、回復時間帯以降の時間帯の利用確率やＯＮＵ−ＩＤ及びＬＬ−ＩＤの若い順などに従い決定される。
【００８１】
また、ＯＮＵ＃２のＬＬ＃２の優先度は「６」に設定されている。ＯＮＵ＃２のＬＬ＃２の利用確率は、回復時間帯の２０分後の時間帯「14:20-14:30」に８０（％）に増加しているため、認証処理の実行を２０分間だけ待機することが可能である。１つのＬＬの認証処理の所要時間を８分とした場合、２０分間で１５０個（＝２０×６０÷８）のＬＬの認証処理が可能であるため、ＯＮＵ＃２のＬＬ＃２の優先度は「６」であっても問題がない。
【００８２】
このように、優先度設定部１０５は、故障時間帯の利用状態だけでなく、回復時間帯の利用確率に応じて各ＬＬの優先度を設定する。このため、例えばセンサを用いたＩｏＴ（Internet On Things）システムにおいて、センサの日ごとの測定値をＰＯＮシステムにより定刻で送信する場合、ＰＯＮ回線に故障が発生したときでも、その回復後の適切な時刻に送信が可能となる。
【００８３】
また、優先度設定部１０５は、故障時間帯の利用状態に基づいて、利用ＬＬの優先度を非利用ＬＬの優先度より基本的に高く設定する。このため、例えば、ＰＯＮ回線の故障の直前に送信待ちのバッファに格納されているデータを、そのデータが廃棄される前に認証処理を行うことで送信することが可能となる。
【００８４】
次に、各処理について述べる。なお、以下の各処理は通信方法の一例である。
【００８５】
図６は、統計情報の収集処理の一例を示すフローチャートである。統計情報収集部１０３は、収集周期タイマをスタートさせる（ステップＳｔ１）。なお、収集周期タイマの満了時間は例えば１秒に設定される。
【００８６】
次に、統計情報収集部１０３は、収集周期タイマが満了したか否かを判定する（ステップＳｔ２）。収集周期タイマが満了していない場合（ステップＳｔ２のＮｏ）、再びステップＳｔ２の処理が実行される。また、統計情報収集部１０３は、収集周期タイマが満了した場合（ステップＳｔ２のＹｅｓ）、収集周期タイマをストップさせる（ステップＳｔ３）。
【００８７】
次に、統計情報収集部１０３は、通信制御部１５から統計情報を収集する（ステップＳｔ４）。次に、統計情報収集部１０３は、収集した統計情報により統計情報テーブル１３０を更新する（ステップＳｔ５）。その後、再びステップＳｔ１の処理が実行される。このようにして、統計情報の収集処理は実行される。
【００８８】
図７は、利用確率テーブル３４２の更新処理の一例を示すフローチャートである。確率算出部１０４は、算出周期タイマをスタートさせる（ステップＳｔ１１）。なお、算出周期タイマの満了時間は例えば１０分に設定される。
【００８９】
次に、確率算出部１０４は、算出周期タイマが満了したか否かを判定する（ステップＳｔ１２）。算出周期タイマが満了していない場合（ステップＳｔ１２のＮｏ）、再びステップＳｔ１２の処理が実行される。また、確率算出部１０４は、算出周期タイマが満了した場合（ステップＳｔ１２のＹｅｓ）、算出周期タイマをストップさせる（ステップＳｔ１３）。
【００９０】
次に、確率算出部１０４は、統計情報テーブル１３０から統計情報を読み出す（ステップＳｔ１４）。次に、確率算出部１０４は、統計情報テーブル１３０から１つのＬＬを選択する（ステップＳｔ１５）。
【００９１】
次に、確率算出部１０４は、選択中のＬＬの通信帯域の利用率を算出する（ステップＳｔ１６）。より具体的には、確率算出部１０４は、そのＬＬの統計情報から単位時間の通信量を算出することで利用帯域を取得して利用状態管理テーブル３４０，３４１に登録する。そして、確率算出部１０４は、利用状態管理テーブル３４０，３４１の契約帯域に対する利用帯域の比率から通信帯域の利用率を算出する。
【００９２】
次に、確率算出部１０４は、通信帯域の利用率と所定の閾値ＴＨを比較する（ステップＳｔ１７）。確率算出部１０４は、通信帯域の利用率≧ＴＨの場合（ステップＳｔ１７のＹｅｓ）、ＬＬの利用状態を「利用」と判定し（ステップＳｔ１８）、通信帯域の利用率＜ＴＨの場合（ステップＳｔ１７のＮｏ）、ＬＬの利用状態を「非利用」と判定する（ステップＳｔ２７）。次に、確率算出部１０４は、利用状態の判定結果に基づき利用状態管理テーブル３４０，３４１を更新する（ステップＳｔ１９）。
【００９３】
次に、確率算出部１０４は、計時部１００ａから現在時刻を取得する（ステップＳｔ２０）。次に、確率算出部１０４は、利用状態管理テーブル３４０，３４１から該当ＬＬの利用状態を読み出す（ステップＳｔ２１）。
【００９４】
次に、確率算出部１０４は、利用状態管理テーブル３４０，３４１から、選択中のＬＬについて、現在時刻に該当する時間帯の算出回数及び利用確率を読み出す（ステップＳｔ２２）。次に、確率算出部１０４は、上記の式（１）に従い利用確率を算出する（ステップＳｔ２３）。次に、確率算出部１０４は、算出した利用確率に基づき利用確率テーブル３４２を更新する（ステップＳｔ２４）。このとき、確率算出部１０４は、利用確率テーブル３４２の算出回数を１つ増加させる。
【００９５】
次に、確率算出部１０４は、未選択のＬＬの有無を判定する（ステップＳｔ２５）。確率算出部１０４は、未選択のＬＬが無い場合（ステップＳｔ２５のＮｏ）、再びステップＳｔ１１の処理を実行する。
【００９６】
また、確率算出部１０４は、未選択のＬＬが有る場合（ステップＳｔ２５のＹｅｓ）、他のＬＬを選択して（ステップＳｔ２６）、再びステップＳｔ１６以降の処理を実行する。このようにして、利用確率テーブル３４２の更新処理は実行される。
【００９７】
図８は、優先度の設定処理の一例を示すフローチャートである。本処理は、例えば、ＰＯＮ回線の故障が回復した後に実行される。
【００９８】
優先度設定部１０５は、利用確率テーブル３４２を読み出す（ステップＳｔ３１）。次に、優先度設定部１０５は、計時部１００ａから現在時刻を取得する（ステップＳｔ３２）。なお、優先度設定部１０５は、現在時刻から故障時間帯及び回復時間帯を判断する。
【００９９】
次に、優先度設定部１０５は、利用確率テーブル３４２の利用状態の情報に基づき故障時間帯の利用ＬＬを選択する（ステップＳｔ３３）。次に、優先度設定部１０５は、利用ＬＬの優先度の判定処理を実行する（ステップＳｔ３４）。すなわち、優先度設定部１０５は、利用ＬＬグループの優先度の判定処理を実行する。なお、優先度の判定処理については後述する。
【０１００】
次に、優先度設定部１０５は、利用確率テーブル３４２の利用状態の情報に基づき故障時間帯の非利用ＬＬを選択する（ステップＳｔ３５）。次に、優先度設定部１０５は、非利用ＬＬの優先度の判定処理を実行する（ステップＳｔ３６）。すなわち、優先度設定部１０５は、非利用ＬＬグループの優先度の判定処理を実行する。
【０１０１】
このように、優先度設定部１０５は、複数のＬＬを利用ＬＬグループと非利用ＬＬグループに分けて各ＬＬの優先度を設定する。このため、優先度設定部１０５は、効率的に優先度を決定することができる。
【０１０２】
また、優先度設定部１０５は、ＬＬごとの利用状態及び利用確率に基づき各ＬＬの優先度を設定する。このため、優先度設定部１０５は、利用ＬＬに高い優先度を設定することができる。
【０１０３】
次に、優先度設定部１０５は、優先度の判定結果について、利用ＬＬ及び非利用ＬＬの優先度を回復時間帯の各々の利用確率に基づき調整する（ステップＳｔ３７）。より具体的には、優先度設定部１０５は、上述したように、非利用ＬＬの利用確率が利用ＬＬの利用確率より３０（％）以上大きい場合、非利用ＬＬの優先度を利用ＬＬの優先度より高く設定する。
【０１０４】
次に、優先度設定部１０５は、優先度テーブル３３０に各ＬＬの優先度を設定する（ステップＳｔ３８）。このようにして、優先度の設定処理は実行される。
【０１０５】
図９は、優先度の判定処理の一例を示すフローチャートである。本処理は、上記のステップＳｔ３４及びＳｔ３６で実行される。なお、優先度の判定処理は、利用ＬＬと非利用ＬＬの間で共通であるため、本処理の説明では利用ＬＬ及び非利用ＬＬを単にＬＬと表記する。
【０１０６】
優先度設定部１０５は、利用確率テーブル３４２の回復時間帯の利用確率の順にＬＬをソートする（ステップＳｔ４１）。次に、優先度設定部１０５は、利用確率が同一のＬＬの有無を判定する（ステップＳｔ４２）。利用確率が同一のＬＬが無い場合（ステップＳｔ４２のＮｏ）、処理は終了する。
【０１０７】
また、優先度設定部１０５は、利用確率が同一のＬＬが有る場合（ステップＳｔ４２のＹｅｓ）、回復時間帯の次の時間帯の利用確率の順に該当ＬＬをソートする（ステップＳｔ４３）。優先度設定部１０５は、利用確率が同一のＬＬの有無を判定する（ステップＳｔ４４）。利用確率が同一のＬＬが無い場合（ステップＳｔ４４のＮｏ）、処理は終了する。
【０１０８】
優先度設定部１０５は、利用確率が同一のＬＬが有る場合（ステップＳｔ４４のＹｅｓ）、統計情報テーブル１３０から該当ＬＬの統計情報を読み出す（ステップＳｔ４５）。次に、優先度設定部１０５は、統計情報の示すＰＯＮ回線の故障前の通信量の順に該当ＬＬをソートする（ステップＳｔ４６）。
【０１０９】
優先度設定部１０５は、ＬＬのソート結果の順序に従い優先度を設定する。このようにして、優先度の判定処理は実行される。
【０１１０】
このように、優先度設定部１０５は、時間帯ごとのＬＬの利用状態のうち、故障時間帯の利用状態と、時間帯ごとの利用確率のうち、回復時間帯の利用確率とに基づき各ＬＬの優先度を設定する。このため、優先度設定部１０５は、ＰＯＮ回線の故障の発生時刻及び回復時刻のＬＬの利用状況に応じて適切に優先度を設定することができる。
【０１１１】
さらに、優先度設定部１０５は、各ＬＬの優先度を故障時間帯の通信帯域の利用率及び通信量と、回復時間帯に利用確率に基づき設定する。したがって、優先度設定部１０５は、通信量に基づき高精度に優先度を設定することができる。なお、図９には示されていないが、優先度設定部１０５は、優先度の判定処理においてＯＮＵ−ＩＤやＬＬ−ＩＤの順序などでＬＬをソートしてもよい。
【０１１２】
図１０は、認証処理の一例を示すフローチャートである。本処理は、例えば優先度の設定処理の直後に実行される。
【０１１３】
認証処理部１０２は、優先度テーブル３３０から各ＬＬの優先度を読み出す（ステップＳｔ５１）。次に、認証処理部１０２は、優先度に従い各ＬＬについて認証処理を実行する（ステップＳｔ５２）。このようにして、認証処理は実行される。
【０１１４】
ＯＬＴ１は、故障から回復したＰＯＮ回線に収容された複数のＬＬのうち、ＯＮＵ２との間で認証済みのＬＬを介し通信する。このため、優先度の高いＬＬほど、通信の復旧が早まることになる。
【０１１５】
上記の実施例において、優先度設定部１０５は、一度の処理で全てのＬＬに優先度を設定したが、故障時間帯の利用ＬＬを、ディスカバリウィンドウ内に認証処理が可能なＬＬ数（以下、「認証可能数」と表記）に応じて複数回に分けて設定することで、認証処理の負荷を時間軸上で分散してもよい。
【０１１６】
図１１は、優先度の設定処理の他の例を示すフローチャートである。本処理は、例えば、ＰＯＮ回線の故障が回復した後に実行される。
【０１１７】
優先度設定部１０５は、利用確率テーブル３４２を読み出す（ステップＳｔ６１）。次に、優先度設定部１０５は、計時部１００ａから現在時刻を取得する（ステップＳｔ６２）。なお、優先度設定部１０５は、現在時刻から故障時間帯及び回復時間帯を判断する。
【０１１８】
次に、優先度設定部１０５は、利用確率テーブル３４２の利用状態の情報に基づき故障時間帯の利用ＬＬを選択する（ステップＳｔ６３）。次に、優先度設定部１０５は、現在時刻に基づき現在のディスカバリウィンドウの残り時間を算出する（ステップＳｔ６４）。このとき、優先度設定部１０５は、例えば通信制御部１５からディスカバリウィンドウの期間を取得する。
【０１１９】
次に、優先度設定部１０５は、ディスカバリウィンドウの残り時間内でのＬＬの認証可能数を算出する（ステップＳｔ６５）。１つのＬＬの認証処理の所要時間は、例えば固定値として優先度設定部１０５に与えられる。
【０１２０】
次に、優先度設定部１０５は、認証可能数と利用ＬＬ数を比較する（ステップＳｔ６６）。優先度設定部１０５は、認証可能数＜利用ＬＬ数が成立する場合（ステップＳｔ６６のＹｅｓ）、認証可能数分の利用ＬＬの優先度の判定処理を実行する（ステップＳｔ６７）。なお、優先度の判定処理については後述する。
【０１２１】
次に、優先度設定部１０５は、現在のディスカバリウィンドウの終了時刻を満了時刻としてウィンドウタイマをスタートさせる（ステップＳｔ６８）。これにより、ディスカバリウィンドウの終了後、優先度が未設定のＬＬに対する優先度の設定処理が実行される。なお、ウィンドウタイマの満了後の処理については後述する。
【０１２２】
また、優先度設定部１０５は、認証可能数≧利用ＬＬ数が成立する場合（ステップＳｔ６６のＮｏ）、全利用ＬＬの優先度の判定処理を実行する（ステップＳｔ６９）。次に、優先度設定部１０５は、認証可能数と利用ＬＬ数を比較する（ステップＳｔ７０）。優先度設定部１０５は、認証可能数＝利用ＬＬ数が成立する場合（ステップＳｔ７０のＹｅｓ）、現在のディスカバリウィンドウの終了時刻を満了時刻としてウィンドウタイマをスタートさせる（ステップＳｔ７５）。これにより、ディスカバリウィンドウの終了後、優先度が未設定のＬＬに対する優先度の設定処理が実行される。
【０１２３】
また、優先度設定部１０５は、認証可能数≠利用ＬＬ数が成立する場合（ステップＳｔ７０のＮｏ）、利用確率テーブル３４２の利用状態の情報に基づき故障時間帯の非利用ＬＬを選択する（ステップＳｔ７１）。次に、優先度設定部１０５は、非利用ＬＬの優先度の判定処理を実行する（ステップＳｔ７２）。
【０１２４】
優先度設定部１０５は、ステップＳｔ６８，Ｓｔ７２，Ｓｔ７５の各処理の後、優先度テーブル３３０に各ＬＬの優先度を設定する（ステップＳｔ７３）。その後、認証処理部１０２は、優先度の設定済みのＬＬについて認証処理を実行する（ステップＳｔ７４）。なお、認証処理は、図１０を参照して述べたとおりである。このようにして、優先度の設定処理は実行される。
【０１２５】
図１２は、ウィンドウタイマ満了時の処理の一例を示すフローチャートである。優先度設定部１０５は、ウィンドウタイマが満了したか否かを判定する（ステップＳｔ８１）。優先度設定部１０５は、ウィンドウタイマが満了していない場合（ステップＳｔ８１のＮｏ）、ステップＳｔ８１の処理を再び実行する。
【０１２６】
優先度設定部１０５は、ウィンドウタイマが満了した場合（ステップＳｔ８１のＹｅｓ）、優先度テーブル３３０を読み出す（ステップＳｔ８２）。次に、優先度設定部１０５は、優先度テーブル３３０から、優先度が未設定であるＬＬを選択する（ステップＳｔ８３）。
【０１２７】
次に、優先度設定部１０５は、優先度が未設定であるＬＬの優先度の設定処理を実行する（ステップＳｔ８４）。このとき、優先度設定部１０５は、図１１を参照して述べた優先度の設定処理を再び実行する。
【０１２８】
このように、優先度設定部１０５は、複数のＬＬを利用ＬＬグループと非利用ＬＬグループに分けて各ＬＬの優先度を設定する。そして、優先度設定部１０５は、利用ＬＬグループに属する各利用ＬＬの優先度を、ディスカバリウィンドウ内の認証可能数に応じて複数回に分けて設定することにより、認証処理の負荷を時間軸上で分散することができる。
【０１２９】
図１３は、優先度の判定処理の他の例を示すフローチャートである。本処理は、上記のステップＳｔ６７、Ｓｔ６９、Ｓｔ７２、及びＳｔ７４の各処理において実行される。なお、優先度の判定処理は、利用ＬＬと非利用ＬＬの間で共通であるため、本処理の説明では利用ＬＬ及び非利用ＬＬを単にＬＬと表記する。
【０１３０】
優先度設定部１０５は、利用確率テーブル３４２の回復時間帯の利用確率の順にＬＬをソートする（ステップＳｔ９１）。次に、優先度設定部１０５は、利用確率が同一のＬＬの有無を判定する（ステップＳｔ９２）。利用確率が同一のＬＬが無い場合（ステップＳｔ９２のＮｏ）、処理は終了する。
【０１３１】
また、優先度設定部１０５は、利用確率が同一のＬＬが有る場合（ステップＳｔ９２のＹｅｓ）、該当ＬＬの利用確率の累積平均値を算出する（ステップＳｔ９３）。累積平均値は、例えば故障時間帯の利用確率から現在のディスカバリウィンドウを含む時間帯の利用確率までの平均値としてもよいし、回復時間帯の利用確率から現在のディスカバリウィンドウを含む時間帯の利用確率までの平均値としてもよい。累積平均値は、さらに三区間平均や忘却係数を用いて算出されてもよい。
【０１３２】
次に、優先度設定部１０５は、利用確率の累積平均値の順に該当ＬＬをソートする（ステップＳｔ９４）。優先度設定部１０５は、利用確率の累積平均値が同一のＬＬの有無を判定する（ステップＳｔ９５）。利用確率の累積平均値が同一のＬＬが無い場合（ステップＳｔ９５のＮｏ）、処理は終了する。
【０１３３】
優先度設定部１０５は、利用確率の累積平均値が同一のＬＬが有る場合（ステップＳｔ９５のＹｅｓ）、統計情報テーブル１３０から該当ＬＬの統計情報を読み出す（ステップＳｔ９６）。次に、優先度設定部１０５は、統計情報の示すＰＯＮ回線の故障前の通信量の順に該当ＬＬをソートする（ステップＳｔ９７）。
【０１３４】
優先度設定部１０５は、ＬＬのソート結果の順序に従い優先度を設定する。このようにして、優先度の判定処理は実行される。なお、図１３には示されていないが、優先度設定部１０５は、優先度の判定処理においてＯＮＵ−ＩＤやＬＬ−ＩＤの順序などでＬＬをソートしてもよい。
【０１３５】
本実施例によると、各時間帯の利用確率が先の実施例より強く優先度に反映される。このため、例えばセンサを用いたＩｏＴシステムにおいて、ゲートウェイ端末のバッファのサイズが小さく、定期的なデータの収集が重要なサービスを提供する場合、センサの数が多い場合、または、ある程度のデータ廃棄は許容されるが、定期的なデータの収集が重要なサービスを提供する場合に本実施例は有効である。
【０１３６】
次に、優先度の設定例について述べる。
【０１３７】
図１４は、ＬＬごとの優先度の設定の他の例を示す図である。図１４において、図５と共通する項目についての説明は省略する。
【０１３８】
本例では、利用ＬＬグループに属するＯＮＵ＃１のＬＬ＃１と、ＯＮＵ＃２のＬＬ＃１及びＬＬ＃２と、ＯＮＵ＃３のＬＬ＃２とに、非利用ＬＬグループに属する他のＬＬよりも高い優先度が設定されている。
【０１３９】
これまで述べた実施例において、確率算出部１０４及び優先度設定部１０５は、時間帯ごとの利用状態及び利用確率を扱ったが、曜日及び時間帯ごとに利用状態及び利用確率を扱ってもよい。この場合、確率算出部１０４は、動作制御部１００から曜日の情報を取得し、利用確率テーブル３４２の利用確率を曜日ごとの時間帯で管理する。
【０１４０】
図１５は、利用確率テーブル３４２の他の例を示す図である。図１５において、図４と共通する項目の説明は省略する。
【０１４１】
利用確率テーブル３４２には、ＯＮＵ−ＩＤと、ＬＬ−ＩＤと、曜日（月曜日から日曜日）と、時間帯と、その時間帯の利用状態及び算出回数と、利用確率（％）とが登録されている。確率算出部１０４は、計時部１００ａから曜日情報及び現在時刻を取得して現在の曜日及び時間帯を判別する。
【０１４２】
確率算出部１０４は、ＬＬごとに利用状態管理テーブル３４０，３４１から利用状態を取得して、現在の曜日及び現在時刻に該当する時間帯に対応付けて利用確率テーブル３４２に登録する。確率算出部１０４は、曜日及び時間帯ごとに利用確率を算出する。
【０１４３】
また、優先度設定部１０５は、計時部１００ａから曜日情報及び現在時刻を取得して現在の曜日及び時間帯を判別する。優先度設定部１０５は、ＰＯＮ回線の故障が発生した曜日及び時間帯の各ＬＬの利用状態と、故障が回復した曜日及び時間帯の各ＬＬの利用確率とに基づいて各ＬＬの優先度を設定する。
【０１４４】
本実施例は、例えば、店舗間の取り決めに従い、特定の曜日の特定の時間帯に通信を行うサービスを行う場合に有効である。
【０１４５】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１４６】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  故障から回復した物理回線に収容された複数の論理リンクのうち、他装置との間で認証済みの論理リンクを介して通信する通信装置において、
前記複数の論理リンクの各々について、前記故障前の通信帯域の利用率と前記故障の回復後の所定の期間内に通信する確率とを算出する算出部と、
前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率及び前記故障の回復後の所定の期間内に通信する確率に基づき設定する設定処理部と、
前記複数の論理リンクの各々の前記優先度に基づき前記複数の論理リンクについて認証処理を行う認証処理部とを有することを特徴とする通信装置。
（付記２）  前記算出部は、前記故障前の通信帯域の利用率と所定の閾値を比較し、
前記設定処理部は、該比較結果及び前記故障の回復後の前記所定の期間内に通信する確率に基づき前記複数の論理リンクの各々の優先度を設定することを特徴とする付記１に記載の通信装置。
（付記３）  前記設定処理部は、前記複数の論理リンクを、前記故障前の通信帯域の利用率が前記所定の閾値以上である論理リンクが属する第１グループと、前記故障前の通信帯域の利用率が前記所定の閾値より小さい論理リンクが属する第２グループとに分けて前記複数の論理リンクの各々の優先度を設定することを特徴とする付記２に記載の通信装置。
（付記４）  前記設定処理部は、前記複数の論理リンクのうち、前記第１グループに属する２以上のリンクの優先度を、前記複数の論理リンクについて認証処理の要求を受け付ける期間内に認証処理が可能な論理リンクの数に応じて複数回に分けて設定することを特徴とする付記３に記載の通信装置。
（付記５）  前記算出部は、前記複数の論理リンクの各々について、時間帯ごとに通信帯域の利用率を算出して前記所定の閾値と比較し、該比較結果から前記時間帯ごとの通信する確率を算出し、
前記設定処理部は、前記時間帯ごとの前記比較結果のうち、前記故障の発生時刻を含む時間帯の前記比較結果と、前記時間帯ごとの通信する確率のうち、前記故障の回復時刻を含む時間帯の通信する確率とに基づき前記複数の論理リンクの各々の優先度を設定することを特徴とする付記２乃至４の何れかに記載の通信装置。
（付記６）  前記複数の論理リンクの各々の通信量を周期的に収集する収集部を有し、
前記設定処理部は、前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率、前記故障前の通信量、及び前記故障の回復後の前記所定の期間内に通信する確率に基づき設定することを特徴とする付記１乃至５の何れかに記載の通信装置。
（付記７）  故障から回復した物理回線に収容された複数の論理リンクのうち、他装置との間で認証済みの論理リンクを介して通信する通信方法において、
前記複数の論理リンクの各々について、前記故障前の通信帯域の利用率と前記故障の回復後の所定の期間内に通信する確率とを算出し、
前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率及び前記故障の回復後の所定の期間内に通信する確率に基づき設定し、
前記複数の論理リンクの各々の前記優先度に基づき前記複数の論理リンクについて認証処理を行うことを特徴とする通信方法。
（付記８）  前記故障前の通信帯域の利用率と所定の閾値を比較し、
該比較結果及び前記故障の回復後の前記所定の期間内に通信する確率に基づき前記複数の論理リンクの各々の優先度を設定することを特徴とする付記７に記載の通信方法。
（付記９）  前記複数の論理リンクを、前記故障前の通信帯域の利用率が前記所定の閾値以上である論理リンクが属する第１グループと、前記故障前の通信帯域の利用率が前記所定の閾値より小さい論理リンクが属する第２グループとに分けて前記複数の論理リンクの各々の優先度を設定することを特徴とする付記８に記載の通信方法。
（付記１０）  前記複数の論理リンクのうち、前記第１グループに属する２以上のリンクの優先度を、前記複数の論理リンクについて認証処理の要求を受け付ける期間内に認証処理が可能な論理リンクの数に応じて複数回に分けて設定することを特徴とする付記９に記載の通信方法。
（付記１１）  前記複数の論理リンクの各々について、時間帯ごとに通信帯域の利用率を算出して前記所定の閾値と比較し、
該比較結果から前記時間帯ごとの通信する確率を算出し、
前記時間帯ごとの前記比較結果のうち、前記故障の発生時刻を含む時間帯の前記比較結果と、前記時間帯ごとの通信する確率のうち、前記故障の回復時刻を含む時間帯の通信する確率とに基づき前記複数の論理リンクの各々の優先度を設定することを特徴とする付記８乃至１０の何れかに記載の通信方法。
（付記１２）  前記複数の論理リンクの各々の通信量を周期的に収集し、
前記複数の論理リンクの各々の優先度を前記故障前の通信帯域の利用率、前記故障前の通信量、及び前記故障の回復後の前記所定の期間内に通信する確率に基づき設定することを特徴とする付記７乃至１１の何れかに記載の通信方法。
【符号の説明】
【０１４７】
１       ＯＬＴ
２       ＯＮＵ
１０       ＣＰＵ
１５       通信制御部
９０       光ファイバ
１０２      認証処理部
１０３      統計情報収集部
１０４      確率算出部
１０５      優先度設定部
【図１】
2018160856.tif 000003
【図２】
2018160856.tif 000004
【図３】
2018160856.tif 000005
【図４】
2018160856.tif 000006
【図５】
2018160856.tif 000007
【図６】
2018160856.tif 000008
【図７】
2018160856.tif 000009
【図８】
2018160856.tif 000010
【図９】
2018160856.tif 000011
【図１０】
2018160856.tif 000012
【図１１】
2018160856.tif 000013
【図１２】
2018160856.tif 000014
【図１３】
2018160856.tif 000015
【図１４】
2018160856.tif 000016
【図１５】
2018160856.tif 000017