(57)【特許請求の範囲】
【請求項１】
ハードウェアで構成された通信部を備えた情報処理装置であって、
前記通信部による通信の開始から終了までを管理する単位を示すセッションに関するセッション情報を記憶する記憶部と、
前記通信部が利用する前記セッション情報の数が閾値以上の場合、前記通信部が利用する前記セッション情報のうち、前記記憶部に記憶された前記セッション情報よりも優先度が低い第１の条件を満たす優先度を示す前記セッション情報を前記記憶部に退避させ、前記記憶部に記憶された１以上の前記セッション情報のうち、前記通信部が利用する前記セッション情報よりも優先度が高い第２の条件を満たす優先度を示す前記セッション情報を前記記憶部から取り出して前記通信部に利用させる制御を行う制御部と、を備える、
情報処理装置。
【請求項２】
前記第１の条件は、前記通信部が利用する複数の前記セッション情報のうち優先度が最も低いことであり、
前記第２の条件は、前記記憶部に記憶された１以上の前記セッション情報のうち優先度が最も高いことである、
請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、前記通信部が利用する複数の前記セッション情報ごとに、前記通信部に保持されている時間に応じて、予め割り当てられた前記優先度を低くしていく一方、前記記憶部に記憶された１以上の前記セッション情報ごとに、前記記憶部に記憶されている時間に応じて、予め割り当てられた前記優先度を高くしていく制御を行う、
請求項１または２に記載の情報処理装置。
【請求項４】
複数の機能と１対１に対応し、かつ、通信に使用する複数のポートごとに、互いに異なる前記優先度が予め割り当てられ、
前記制御部は、前記通信部が利用する複数の前記セッション情報、および、前記記憶部に記憶された１以上の前記セッション情報ごとに、該セッション情報に対応する前記ポートに割り当てられた前記優先度を、該セッション情報のデフォルトの前記優先度として決定する、
請求項３に記載の情報処理装置。
【請求項５】
ハードウェアで構成された通信部を備えた情報処理装置による情報処理方法であって、
前記通信部による通信の開始から終了までを管理する単位を示すセッションに関するセッション情報の、前記通信部が利用する数が閾値以上の場合、前記通信部が利用する前記セッション情報のうち、前記セッション情報を記憶する記憶部に記憶された前記セッション情報よりも優先度が低い第１の条件を満たす優先度を示す前記セッション情報を、前記記憶部に退避させ、前記記憶部に記憶された１以上の前記セッション情報のうち、前記通信部が利用する前記セッション情報よりも優先度が高い第２の条件を満たす優先度を示す前記セッション情報を前記記憶部から取り出して前記通信部に利用させる制御を行う制御ステップを含む、
情報処理方法。
【請求項６】
ハードウェアで構成された通信部を備えた情報処理装置に、
前記通信部による通信の開始から終了までを管理する単位を示すセッションに関するセッション情報の、前記通信部が利用する数が閾値以上の場合、前記通信部が利用する前記セッション情報のうち、前記セッション情報を記憶する記憶部に記憶された前記セッション情報よりも優先度が低い第１の条件を満たす優先度を示す前記セッション情報を、前記記憶部に退避させ、前記記憶部に記憶された１以上の前記セッション情報のうち、前記通信部が利用する前記セッション情報よりも優先度が高い第２の条件を満たす優先度を示す前記セッション情報を前記記憶部から取り出して前記通信部に利用させる制御を行う制御ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
従来、ＣＰＵの処理負荷やメモリ量を低減するために、ＴＣＰ／ＩＰなどの通信に関するプログラムモジュールをハードウェアモジュールで実現する構成が知られている。
【０００３】
例えば特許文献１には、省電力状態でもネットワーク通信を行うサブシステムと、通常電力状態でネットワーク通信を行うメインシステムとを備える情報処理装置が開示されている。このサブシステムは、ＣＰＵの負荷を軽減するために、ハードウェアで構成されたＴＣＰ／ＩＰオフロードエンジン（ＴＯＥ）を備えており、このＴＯＥが、ＣＰＵの代わりにＴＣＰ／ＩＰのプロトコル処理を行っている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のように、通信機能をハードウェアで構成した場合は、ＣＰＵの処理負荷やメモリ量を低減できるものの、同時に確立できるセッション数が限られてしまうために、通信の制約が大きくなるという問題があった。
【０００５】
本発明は、上記に鑑みてなされたものであって、ＣＰＵの処理負荷やメモリ量を低減しつつ通信の制約を緩和可能な情報処理装置、情報処理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、ハードウェアで構成された通信部を備えた情報処理装置であって、前記通信部による通信の開始から終了までを管理する単位を示すセッションに関するセッション情報を記憶する記憶部と、前記通信部が利用する前記セッション情報の数が閾値以上の場合、前記通信部が利用する前記セッション情報のうち、前記記憶部に記憶された前記セッション情報よりも優先度が低い第１の条件を満たす優先度を示す前記セッション情報を前記記憶部に退避させ、前記記憶部に記憶された１以上の前記セッション情報のうち、前記通信部が利用する前記セッション情報よりも優先度が高い第２の条件を満たす優先度を示す前記セッション情報を前記記憶部から取り出して前記通信部に利用させる制御を行う制御部と、を備える。
【発明の効果】
【０００７】
本発明によれば、ＣＰＵの処理負荷やメモリ量を低減しつつ通信の制約を緩和できる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態の情報処理装置の機能及びその周辺の概要を例示する図である。
【図２】図２は、実施形態の情報処理装置のハードウェア構成の一例を示す図である。
【図３】図３は、実施形態のサブシステムが有する機能の一例を示す図である。
【図４】図４は、優先度の割り当ての一例を示す図である。
【図５】図５は、優先度の設定方法の一例を説明するための図である。
【図６】図６は、実施形態の情報処理装置の動作例を示すフローチャートである。
【図７】図７は、実施形態の情報処理装置の動作例を示すフローチャートである。
【図８】図８は、変形例の情報処理装置の動作例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照しながら、本発明に係る情報処理装置、情報処理方法およびプログラムの実施形態を詳細に説明する。
【００１０】
図１は、本実施形態の情報処理装置１０の機能及びその周辺の概要を例示する図である。情報処理装置１０は、通常電力状態での動作と省電力状態での動作とを切り替えてネットワーク通信を行う省電力システムである。図１に示すように、情報処理装置１０は、メインシステム２０、サブシステム３０及びネットワークインターフェイス（Ｉ／Ｆ）４０を有し、ネットワーク５０を介して例えばｎ個のネットワーク機器１００−１〜１００−ｎに接続されている。なお、ネットワーク機器１００−１〜１００−ｎのように複数ある構成のいずれかを示す場合には、単に「ネットワーク機器１００」などと略記することがある。
【００１１】
ネットワーク機器１００−１〜１００−ｎそれぞれは、例えばＰＣ（Personal  Computer）やサーバなどである。ネットワーク５０は、例えばインターネット・プロトコル・スイート（ＴＣＰ／ＩＰプロトコル・スイート）を用いたインターネットである。情報処理装置１０は、例えばハードウェアで構成されたネットワークＩ／Ｆ４０により、ネットワーク５０を介してネットワーク機器１００−１〜１００−ｎとデータの送受信を行う。
【００１２】
メインシステム２０は、通常電力状態で動作し、ソフトウェアで構成されるＥｔｈｅｒドライバ２２、プロトコルスタック２４及びアプリケーション２６を有する。アプリケーション２６は、Ｅｔｈｅｒドライバ２２、プロトコルスタック２４及びネットワークＩ／Ｆ４０を介し、ネットワーク機器１００−１〜１００−ｎとネットワーク通信を行う。メインシステム２０のオペレーティングシステム（ＯＳ）は、例えばＮｅｔＢＳＤ及びＬｉｎｕｘ（登録商標）などであってもよい。
【００１３】
サブシステム３０は、省電力状態で動作し、ハードウェアで構成されたＴＣＰ／ＩＰオフロードエンジン（ＴＯＥ）３２と、ソフトウェアで構成されたアプリケーション３４とを有する。サブシステム３０のオペレーティングシステム（ＯＳ）は、例えばＴＯＰＰＥＲＳ（Toyohashi  OPen  Platform  for  Embedded  Real-time  Systems）などの組み込み用のＯＳなどであってもよい。
【００１４】
ＴＯＥ３２は、「ハードウェアで構成された通信部」の一例であり、例えば受信フィルタ３２０及びプロトコルスタック３２２を有し、サブシステム３０のＣＰＵの代わりにＴＣＰ／ＩＰのプロトコル処理を行い、ＣＰＵの負荷を軽減する。
【００１５】
プロトコルスタック３２２は、ネットワークプロトコルモジュールである。受信フィルタ３２０は、所定の受信条件に応じて（電力状態又は通信プロトコル状態に応じて）、通信データの転送先をプロトコルスタック３２２又はメインシステム２０のいずれかに変更する。例えば、受信フィルタ３２０は、ＴＯＥ３２が備えるＴＣＰ、ＵＤＰ、ＩＰ、ＩＣＭＰ、Ｅｔｈｅｒｎｅｔ（登録商標）のヘッダ情報をデータの転送先の変更条件とするフィルタである。また、受信フィルタ３２０は、未使用の待ち受けポートを順次メインシステム２０が直接使用するようにデータの転送先を変更することもできる。
【００１６】
アプリケーション３４は、ＴＯＥ３２及びネットワークＩ／Ｆ４０を介し、ネットワーク機器１００−１〜１００−ｎとネットワーク通信を行う。また、アプリケーション３４は、ＤＨＣＰやネットワーク機器からの機器探索要求などを解決するソフトウェアモジュールを含み、省電力状態を維持するためにできるだけメインシステム２０を起動しないようにされている。
【００１７】
次に、情報処理装置１０の動作概要について説明する。省電力状態で動作している情報処理装置１０は、ネットワーク５０上のネットワーク機器１００からパケットを受信した場合、メインシステム２０を復帰させるか否かを判断する。例えば、情報処理装置１０は、ＴＣＰの待ち受けポート番号、又はＴＣＰの受信データを解析することにより、メインシステム２０を復帰させるか否かを判断する。
【００１８】
ＴＣＰの待ち受けポートは、ポート番号自体に特定のサービスが割り当てられている。例えば、省電力状態から通常電力状態への復帰要因になる印刷要求は、ＴＣＰの待ち受けポート番号によって判断可能である。しかし、Ｗｅｂサーバ（ポート８０番）のように汎用的に利用されるポートを利用したサービス（例えば、ＷＳＤ：Web  Services  on  Devices）の場合、待ち受けポートだけでは復帰の要否を判断できない。そのため、ＴＣＰのセッションを確立した後、受信データを解析する必要がある。
【００１９】
このとき、ＴＣＰの受信データを解析するためにはサブシステム３０のＴＣＰスタックがネットワーク機器１００とＴＣＰのセッションを確立することになる。ここで、情報処理装置１０は、セッションを例外処理(セッションを切断するなど)することなく、通常電力状態に復帰させる。そして、情報処理装置１０は、自動応答の責務をサブシステム３０からメインシステム２０へ移管するフィルタ処理を行っている。
【００２０】
サブシステム３０は、ＴＣＰ受信データの解析後、省電力状態から通常電力状態へ復帰する必要がある場合、一時的にアプリケーションゲートウェイとして動作する。つまり、サブシステム３０は、ネットワーク機器１００とのＴＣＰセッションは維持したまま、メインシステム２０から自動応答に必要な情報を取得して自動応答を行う。つまり、アプリケーション３４は、パケットがコネクション型である場合、コネクションを維持したままメインシステム２０の代わりに通信を行う。このとき、メインシステム２０とサブシステム３０との間の通信は、ＩＰ通信でなくてもよい。そして、情報処理装置１０は、自動応答が完了した後、受信フィルタ３２０による転送先の切り替えを行い、ポート８０番における通信にはメインシステム２０によって直接応答する。
【００２１】
また、情報処理装置１０は、省電力状態の場合には、省電力システムの主要な処理を担当するＯＳとパワードメイン（メインシステム２０）の電源を切り、簡単なネットワーク処理を行うサブシステム３０のみで動作する。これにより、ＤＨＣＰ、ＳＮＭＰ及び各種機器探索プロトコルの応答などの通信を最小の電力消費で処理することが可能となる。また、本実施形態では、サブシステム３０は、ＣＰＵの代わりにＴＣＰ／ＩＰのプロトコル処理を行うハードウェアモジュール（ＴＯＥ３２）を有しているので、サブシステム３０のＣＰＵの処理負荷やメモリ量を低減することができる。
【００２２】
本実施形態では、まず、情報処理装置１０は、ＴＣＰのセッションを確立する。そして、情報処理装置１０は、電力状態又は通信プロトコル情報などに応じて、メインシステム２０を復帰させて自動応答する。次に、情報処理装置１０は、サブシステム３０のみで自動応答できない場合、メインシステム２０を起動する。その上で、サブシステム３０は、アプリケーションゲートウェイとしてアプリケーション２６から自動応答のための情報を取得する。さらに、情報処理装置１０は、メインシステム２０を復帰させた後の新規ＴＣＰセッションの受信データを、受信フィルタ３２０によってメインシステム２０へ転送する。そして、メインシステム２０は、直接ＴＣＰセッションを確立する。
【００２３】
図２は、情報処理装置１０のハードウェア構成の一例を示す図である。図２に示すように、情報処理装置１０は、メインシステム２０、サブシステム３０、ユーザインターフェイス（ＵＩ）部１４、記憶装置１６及び通信部１８を有する。
【００２４】
メインシステム２０は、ＣＰＵ２００、メモリ２０２を有している。メインシステム２０の機能（アプリケーション２６、プロトコルスタック２４、Ｅｔｈｅｒドライバ２２等の機能）は、ＣＰＵ２００がメモリ２０２等に格納されたプログラムを実行することにより実現される。
【００２５】
サブシステム３０は、ＣＰＵ３００、メモリ３０２、ＴＯＥ３２を有している。後述するサブシステム３０の機能は、ＣＰＵ３００がメモリ３０２等に格納されたプログラムを実行することにより実現される。
【００２６】
ＵＩ部１４は、例えばタッチパネルなどの入出力装置である。記憶装置１６は、例えばＨＤＤ（Hard  Disk  Drive）などの補助記憶装置である。通信部１８は、上述したネットワークＩ／Ｆ４０を構成し、ネットワーク５０を介してネットワーク機器１００とデータの送受信を行う。
【００２７】
なお、情報処理装置１０は、例えばＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であってもよいし、ＭＦＰなどの画像形成装置であってもよい。例えばＴＣＰ／ＩＰのプロトコル処理などの通信処理をハードウェアモジュールで実行する装置であれば、ＣＰＵの処理負荷やメモリ量を低減できるものの、同時に確立できるセッション数が限られてしまうために、通信の制約が大きくなるという問題が同様に発生する。本実施形態では、そのような問題が想定される全ての装置に対して適用可能である。なお、本実施形態のように、メインシステム２０とサブシステム３０に分かれている構成は、必ずしも必須ではない。
【００２８】
図３は、本実施形態のサブシステム３０が有する機能の一例を示す図である。図３に示すように、サブシステム３０は、通信部３１１と、記憶部３１２と、制御部３１３と、応答処理部３１４とを有する。
【００２９】
通信部３１１は、上述のＴＯＥ３２に対応している。記憶部３１２は、通信部３１１による通信の開始から終了までを管理する単位を示すセッションに関するセッション情報を記憶する。この例では、セッション情報は、ＴＣＰ／ＩＰで定められた通信パラメータであり、例えば通信に使用するプログラムを識別するポート番号、通信相手のＩＰアドレスなどが含まれる。記憶部３１２は、上述のメモリ３０２に対応している。
【００３０】
制御部３１３は、通信部３１１が利用する（通信を行うために保持している）セッション情報の数が閾値以上の場合、通信部３１１が利用するセッション情報のうち、第１の条件を満たす優先度を示すセッション情報を記憶部３１２に退避させ、記憶部３１２に記憶（退避）された１以上のセッション情報のうち、第２の条件を満たす優先度を示すセッション情報を記憶部３１２から取り出して通信部３１１に利用させる制御を行う。
【００３１】
本実施形態では、上記第１の条件は、記憶部３１２に記憶されたセッション情報よりも優先度が低いことであり、上記第２の条件は、通信部３１１が利用するセッション情報よりも優先度が高いことである。つまり、制御部３１３は、通信部３１１が利用するセッション情報の数が閾値以上の場合、通信部３１１が利用するセッション情報のうち、記憶部３１２に記憶されたセッション情報よりも優先度が低いセッション情報を記憶部３１２に退避させ、記憶部３１２に記憶（退避）された１以上のセッション情報のうち、通信部３１１が利用するセッション情報よりも優先度が高いセッション情報を記憶部３１２から取り出して通信部３１１に利用させる制御を行う。
【００３２】
なお、これに限らず、例えば上記第１の条件は、通信部３１１が利用する複数のセッション情報のうち優先度が最も低いことであり、上記第２の条件は、記憶部３１２に記憶された１以上のセッション情報のうち優先度が最も高いことであってもよい。この形態では、制御部３１３は、通信部３１１が利用するセッション情報の数が閾値以上の場合、通信部３１１が利用するセッション情報のうち最も優先度が低いセッション情報を記憶部３１２に退避させ、記憶部３１２に記憶（退避）された１以上のセッション情報のうち最も優先度が高いセッション情報を記憶部３１２から取り出して通信部３１１に利用させる制御を行うことになる。
【００３３】
また、本実施形態の制御部３１３は、通信部３１１が利用する複数のセッション情報ごとに、通信部３１１に保持されている時間に応じて、予め割り当てられた優先度（デフォルトの優先度）を低くしていく一方、記憶部３１２に記憶された１以上のセッション情報ごとに、記憶部３１２に記憶されている時間に応じて、予め割り当てられた優先度（デフォルトの優先度）を高くしていく制御を行う。この例では、情報処理装置１０が提供する複数の機能（用途やサービスを含む）と１対１に対応し、かつ、通信に使用する複数のポートごとに、互いに異なる優先度が予め割り当てられている（図４参照）。制御部３１３は、通信部３１１が利用する複数のセッション情報、および、記憶部３１２に記憶された１以上のセッション情報ごとに、該セッション情報に対応するポートに割り当てられた優先度を、該セッション情報のデフォルトの優先度として決定する。そして、経過時間などに応じて、各セッション情報の優先度を変更していくという具合である。
【００３４】
例えば図５に示すような、レディ・キューと呼ばれる待ち行列を持って、記憶部３１２に退避中の各セッション情報の優先度を管理する形態であってもよい。例えば、図５に示すセッション情報「Ａ」、「Ｂ」および「Ｃ」の各々は、優先度ｎ−１が割り当てられたポート番号に対応するセッション情報（デフォルトの優先度がｎ−１のセッション情報）であるが、記憶部３１２に退避されている時間の長さは、Ａ＞Ｂ＞Ｃの順であるため、優先度は、Ａ＞Ｂ＞Ｃの順に高くなるように設定されるという具合である。なお、以上に限らず、各セッション情報の優先度の設定方法は様々な方法を取ることができる。
【００３５】
図３の説明を続ける。応答処理部３１４は、退避中のセッション情報に対応するセッションを維持するために、ネットワーク機器１００からの存在確認パケットに自動応答する。例えば通信部３１１が、セッションが確立していないネットワーク機器１００からの存在確認パケットを受信した場合、その受信した存在確認パケットを応答処理部３１４へ通知する。応答処理部３１４は、記憶部３１２に退避されているセッション情報を参照して、その通知された存在確認パケットの送信元が、退避中のセッション情報に対応するセッションの通信相手であると判断した場合は、存在確認パケットに対して応答する制御を行う。
【００３６】
以上に説明した制御部３１３および応答処理部３１４の各々の機能は、ＣＰＵ３００がメモリ３０２等に格納されたプログラムを実行することにより実現される。
【００３７】
本実施形態では、制御部３１３は、通信部３１１がセッション情報を新規に作成したとき（図６）、セッションが終了したとき（図７）、をそれぞれ契機として、通信部３１１が利用するセッション情報の数が閾値未満であるか否かを判断する。そして、その判断結果が否定の場合は、優先度を変更する制御を行って、記憶部３１２に記憶されたセッション情報を復元する制御（通信部３１１に利用させる制御）、および、通信部３１１が利用するセッション情報を記憶部３１２に退避させる制御を行う。
【００３８】
まず、図６に示す情報処理装置１０の動作例を説明する。図６に示すように、まず通信部３１１（ＴＯＥ３２）がセッション情報を生成する（ステップＳ１）。なお、セッション情報を生成するための契機は任意であり、例えば所定のタイミングで通信部３１１が能動的にセッション情報を生成する形態であってもよいし、ネットワーク機器１００からの要求を受けて、受動的にセッション情報を生成する形態であってもよい。
【００３９】
次に、制御部３１３は、通信部３１１が利用するセッション数が閾値未満であるか否かを判断する（ステップＳ２）。ステップＳ２の結果が否定の場合（ステップＳ２：Ｎｏ）、上述したように、制御部３１３は、経過時間に応じて各セッション情報の優先度を更新する（ステップＳ３）。次に、制御部３１３は、通信部３１１が保持している複数のセッション情報の中に、退避中のセッション情報よりも優先度が低いセッション情報が存在するか否かを判断する（ステップＳ４）。
【００４０】
ステップＳ４の結果が肯定の場合（ステップＳ４：Ｙｅｓ）、制御部３１３は、通信部３１１が保持しているセッション情報のうち、記憶部３１２に記憶されたセッション情報よりも優先度が低いセッション情報を記憶部３１２に退避させる退避処理を行う(ステップＳ５)。また、制御部３１３は、記憶部３１２に記憶された１以上のセッション情報のうち、通信部３１１が保持しているセッション情報よりも優先度が高いセッション情報を記憶部３１２から取り出して通信部３１１に利用させる（保持させる）復元処理を行う（ステップＳ６）。その後、通信部３１１による通信（ＴＣＰ通信）が再開される（ステップＳ７）。
【００４１】
上述のステップＳ２の結果が肯定の場合（ステップＳ２：Ｙｅｓ）、または、上述のステップＳ４の結果が否定の場合（ステップＳ４：Ｎｏ）、通信部３１１による通信（ステップＳ１で生成されたセッション情報を用いた通信）が開始される（ステップＳ８）。
【００４２】
図７に示す情報処理装置１０の動作例についても同様に、通信部３１１が一つのセッションを終了したことを契機として（ステップＳ２１）、ステップＳ２２以降の処理が行われる。ステップＳ２２以降の処理は、図６に示すステップＳ２以降の処理と同様であるので詳細な説明は省略する。
【００４３】
なお、以上の例に限らず、例えば制御部３１３は任意のタイミングで、通信部３１１が利用するセッション情報の数が閾値未満であるか否かを判断し、その判断結果が否定であり、かつ、タイマーの計時時間が一定時間に到達したときに、優先度を変更する制御を行って、記憶部３１２に記憶されたセッション情報を復元する制御（通信部３１１に利用させる制御）、および、通信部３１１が利用するセッション情報を記憶部３１２に退避させる制御を行うこともできる。図８は、この場合の情報処理装置１０の動作例を示すフローチャートである。図８に示すように、制御部３１３は、通信部３１１が利用するセッション情報の数が閾値未満であるか否かを判断する（ステップＳ３１）。ステップＳ３１の結果が否定の場合（ステップＳ３１：Ｎｏ）、制御部３１３は、タイマーによるトリガーが発行されたか否かを判断する（ステップＳ３２）。つまり、タイマーの計時時間が一定時間に到達したか否かを判断する。ステップＳ３２の結果が否定の場合（ステップＳ３２：Ｎｏ）、そのまま処理は終了し、ステップＳ３２の結果が肯定の場合（ステップＳ３２：Ｙｅｓ）、処理はステップＳ３３に移行する。ステップＳ３３以降の処理は、図６に示すステップＳ３以降の処理と同様であるので詳細な説明は省略する。
【００４４】
以上に説明したように、本実施形態では、ハードウェアで構成された通信部３１１が利用するセッション情報の数が閾値以上の場合、通信部３１１が利用するセッション情報のうち、第１の条件を満たす優先度を示すセッション情報を記憶部３１２に退避させ、記憶部３１２に記憶された１以上のセッション情報のうち、第２の条件を満たす優先度を示すセッション情報を記憶部３１２から取り出して通信部３１１に利用させる制御を行う。より具体的には、制御部３１３は、通信部３１１が利用するセッション情報の数が閾値以上の場合、通信部３１１が利用するセッション情報のうち、記憶部３１２に記憶されたセッション情報よりも優先度が低いセッション情報を記憶部３１２に退避させ、記憶部３１２に記憶された１以上のセッション情報のうち、通信部３１１が利用するセッション情報よりも優先度が高いセッション情報を記憶部３１２から取り出して通信部３１１に利用させる制御を行う。これにより、記憶部３１２に退避させた分だけ、通信部３１１が利用可能なセッション情報を増加させることができるので、通信部３１１をハードウェア化したことにより生じる通信の制限を緩和することができる。したがって、本実施形態によれば、ＣＰＵの処理負荷やメモリ量を低減しつつ通信の制約を緩和する構成を実現できる。
【００４５】
以上、本発明に係る実施形態について説明したが、本発明は、上述の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述の実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、上述の実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【００４６】
また、上述した実施形態の情報処理装置１０で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【符号の説明】
【００４７】
１０    情報処理装置
２０    メインシステム
３０    サブシステム
３１１  通信部
３１２  記憶部
３１３  制御部
３１４  応答処理部
【先行技術文献】
【特許文献】
【００４８】
【特許文献１】特開２０１４−０５９７２６号公報
【図１】
0006701821.tif 000002
【図２】
0006701821.tif 000003
【図３】
0006701821.tif 000004
【図４】
0006701821.tif 000005
【図５】
0006701821.tif 000006
【図６】
0006701821.tif 000007
【図７】
0006701821.tif 000008
【図８】
0006701821.tif 000009