JP2015005858A - 通信システム、通信設定方法およびプログラム - Google Patents

Abstract

【課題】複数の通信条件を切り替えて通信を確立することができる通信システム、通信設定方法およびプログラムを提供する。【解決手段】通信システムは、複数のクライアント端末１３０各々でのサーバ装置１１０との通信設定を行うための通信システムである。通信システムは、サーバ装置と複数のクライアント端末各々との間で行われた所定通信条件による通信の成否情報を収集する収集部１６２と、通信の成否情報の集計結果に基づき、サーバ装置と複数のクライアント端末各々との間の通信で使用させる通信条件を優先順位付けする優先順位付け部１６６と、複数のクライアント端末に対し、優先順位付けされた少なくとも１つの通信条件を含む通信設定情報を配布する配布部１６０とを含む。【選択図】図２

Description

本発明は、通信システム、通信設定方法およびプログラムに関し、より詳細には、複数の通信条件を切り替えて通信を確立することができる通信システム、通信設定方法およびプログラムに関する。

近年、ＩＰｖ４（Internet Protocol version 4）アドレスの枯渇問題に対処するべく、ＩＰｖ６（Internet Protocol version 6）アドレスへの移行が進められつつあり、ＩＰｖ６アドレスによるインターネット接続サービスも提供され始めている。しかしながら、現時点では、ＩＰｖ４およびＩＰｖ６が共存しており、またＩＰｖ６に完全移行するまでに期間を要することからも、今後もＩＰｖ４への継続的な対応が求められている。

上述したＩＰｖ４およびＩＰｖ６が混在するネットワーク環境において、クライアントからサーバへＩＰネットワーク通信を行う場合の通信接続方式としては、典型的には、以下の３つの通信接続方式を挙げることができる。第１の通信接続方式としては、ホスト名を指定してＤＮＳ（Domain Name Server）サーバによるホスト名−アドレス解決を行う名前解決方式がある。この方式では、ＤＮＳによって同一ホスト名に対してＩＰｖ４およびＩＰｖ６の両方のアドレスが解決される場合は、ＩＰｖ６の仕様に従えば、ＩＰｖ６が優先される。第２の通信接続方式としては、ＩＰｖ６アドレスを直接指定するＩＰｖ６アドレス指定方式である。第３の通信接続方式としては、ＩＰｖ４アドレスを直接指定するＩＰｖ４アドレス指定方式である。

上述した複数の通信接続方式に対応しているクライアントがサーバへ接続を試みる場合、典型的には、事前に通信接続方式に定められた優先順位に従って接続の確立が試行される。また、種々の理由により通信に失敗することがあるが、次の優先度の通信接続方式で接続を試みて成功した場合には、その成功した通信接続方式の優先度を引き上げるといった動的な優先順位付けを行う仕組みも知られている。

ＩＰｖ４アドレスおよびＩＰｖ６アドレスの優先度に従った通信を確立する技術としては、ＤＮＳ（Domain Name Server）による名前解決に関し、特許第４２４１６８１号公報（特許文献１）が知られている。特許文献１に開示される複合機は、サーバ接続処理において、まず、ＤＮＳサーバに対し、通信相手先となるサーバ装置固有の名称を送信し、この送信に対して、ＤＮＳサーバから装置固有の名称に対応するネットワークプロトコル毎のＩＰアドレスを受信する。複合機は、先のアクセスに用いたＩＰアドレスに対応するネットワークプロトコルをサーバ装置のアプリケーションプログラム毎に記憶している。複合機は、アプリケーションプログラム毎のネットワークプロトコルに対応してＲＡＭに記憶されたＩＰアドレスを用いて、アプリケーションプログラムにアクセスする。

その他、特開２００７−２０１７４０号公報（特許文献２）は、名前解決に使用するプロトコルスタックの優先順を名前解決できた確率（＝成功数／（成功数＋失敗数））に応じて変更する構成を開示する。

上記特許文献１の従来技術では、先のアクセスが成功していれば、次回からは初めのアクセスでアプリケーションプログラムへのアクセスを成功させやすくなる。また、上記特許文献２の従来技術では、名前解決できた確率に応じて、名前解決に使用するプロトコルスタックの優先順を、例えば成功しやすくなるように決定することができるようになる。

しかしながら、上記特許文献１の従来技術では、クライアント自身が接続を試みた結果を次回の接続を試行する際に活用することができるのみである。特許文献２の従来技術も同様に、クライアント自身が接続を試みた結果を次回の接続を試行する際に活用することができるのみである。したがって、上記従来技術では、サーバに接続するクライアントが複数存在する場合は、それぞれのクライアントで同様の優先順位で通信を試みることになるため、相当量の遅延および相当量の不要な通信トラフィックが発生するという点で充分なものではなかった。

本発明は、複数の通信条件下で通信可能な環境において、情報処理装置各々と相手方装置との所定の通信条件での通信の成否の情報を収集し、収集された情報を活用して効率的に複数の情報処理装置各々と相手方装置との通信を確立させられる、通信システム、通信設定方法およびプログラムを提供することを目的とする。

本発明では、上記課題を解決するために、複数の情報処理装置各々での相手方装置との通信設定を行うため、下記特徴を有する通信システムを提供する。本通信システムは、相手方装置と複数の情報処理装置各々との間で行われた所定通信条件による通信の成否情報を収集する収集手段と、通信の成否情報の集計結果に基づき、相手方装置と複数の情報処理装置各々との間の通信で使用させる通信条件を優先順位付けする優先順位付け手段と、複数の情報処理装置に対し、優先順位付けされた少なくとも１つの通信条件を含む通信設定情報を配布する配布手段とを含む。

上記構成により、複数の通信条件下で通信可能な環境において、情報処理装置各々と相手方装置との所定の通信条件での通信の成否の情報を収集し、収集された情報を活用して効率的に複数の情報処理装置各々と相手方装置との通信を確立させることができる。

本実施形態によるネットワーク通信システムのネットワーク環境を示す図。 本実施形態によるネットワーク通信システム上で実現される、成否情報収集処理および通信設定情報配布処理に関連する機能ブロック図。 本実施形態によるクライアント端末が実行する、起動処理を示すフローチャート。 本実施形態によるクライアント端末が実行する、サーバ装置との通信確立処理を示すフローチャート。 本実施形態による設定配布装置が実行する、成否情報収集処理および通信設定情報配布処理を示すフローチャート。 本実施形態による設定配布装置で管理される（Ａ）履歴データおよび（Ｂ，Ｃ）集計データのデータ構造を示す図。 クライアント起動時にクライアント端末および設定配布装置間で行われる動作を示すシーケンス図。 クライアントでの通信要求発生時にクライアント端末、サーバ装置および設定配布装置間で行われる動作を示すシーケンス図。 クライアントでの通信要求発生時にクライアント端末、サーバ装置および設定配布装置間で行われる動作を示す他のシーケンス図（１／２）。 クライアントでの通信要求発生時にクライアント端末、サーバ装置および設定配布装置間で行われる動作を示す他のシーケンス図（２／２）。 クライアント端末のハードウェア構成の実施形態を示す図。

以下、本実施形態について説明するが、本実施形態は、以下に説明する実施形態に限定されるものではない。なお、以下の説明では、通信システムの実施形態として、サーバ装置１１０と、このサーバ装置１１０からのサービスの提供を受ける複数のクライアント端末１３０と、これらの複数のクライアント端末１３０の通信設定を行うための設定配布装置１５０とを含むネットワーク通信システム１００を一例として説明する。

図１は、本実施形態によるネットワーク通信システム１００のネットワーク環境を示す図である。図１に示すネットワーク通信システム１００は、ネットワーク１０２を介して相互に接続される、ＤＮＳ（Domain Name Server）サーバ１０４と、サーバ装置１１０と、複数のクライアント端末１３０とを含む。ネットワーク１０２は、典型的には、ＩＰｖ４ネットワークと、ＩＰｖ６ネットワークとが混在したネットワークである。ネットワーク１０２は、インターネットやＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などとして構成される。

サーバ装置１１０は、サーバ・アプリケーションを稼働させており、クライアント端末１３０などの外部装置に対して所定のサービスを提供する。クライアント端末１３０は、サーバ装置１１０上のサーバ・アプリケーションと通信するクライアント・アプリケーションを稼働させており、サーバ装置１１０からサービスの提供を受けている。

サーバ装置１１０およびクライアント端末１３０には、手動設定または自動設定により、ＩＰアドレス（ＩＰｖ６アドレスおよびＩＰｖ４アドレスの一方または両方。）が割り当てられ得る。自動設定としては、ＩＰｖ４では、ＤＨＣＰ（Dynamic Host Configuration Protocol）設定を挙げることができる。ＩＰｖ６では、ステートフル設定およびステートレス設定を挙げることができる。ＩＰｖ６アドレスは、ＤＨＣＰによるステートフルアドレス、ステートレスアドレス、リンクローカルアドレス、固定アドレスなどの種別がある。

クライアント端末１３０からサーバ装置１１０へのネットワーク通信は、典型的には、サーバ装置１１０のＩＰｖ４アドレスまたはＩＰｖ６アドレスを直接指定することにより確立することができる。以下、ＩＰｖ４アドレス空間のアドレスを直接指定する方式をＩＰｖ４アドレス指定方式と参照し、ＩＰｖ６アドレス空間のアドレスを直接指定する方式をＩＰｖ６アドレス指定方式と参照する。サーバ装置１１０には、さらに、特定の規則に従って形成された名前空間でホスト名が割り当てられている場合がある。この場合、クライアント端末１３０からサーバ装置１１０へのネットワーク通信は、サーバ装置１１０のホスト名を指定することにより、ＤＮＳサーバ１０４による名前解決を経て確立することができる。以下、ホスト名を指定する方式を名前解決方式と参照する。いずれの方式で通信の確立が試行されるかは、これらの通信接続方式に設定された優先順位（優先度）に従う。

ＤＮＳサーバ１０４は、サーバ装置１１０に割り当てられたホスト名と、サーバ装置１１０に割り当てられたＩＰアドレスとを対応付ける名前解決を行うサーバである。サーバ装置１１０は、自身に割り当てられたＩＰアドレスとホスト名とをＤＮＳサーバに対し登録する。クライアント端末１３０上で動作するＤＮＳリゾルバは、ホスト名でＤＮＳサーバ１０４に照会し、ホスト名に対応付けられたＩＰアドレスを取得する。ＩＰｖ４アドレスは、Ａレコードで取得され、一方、ＩＰｖ６アドレスは、ＡＡＡＡレコードで取得される。

事前指定された通信接続方式でネットワーク通信が試行された場合、種々の理由から通信の確立に失敗してしまう場合がある。この場合は、事前定義された優先順位に従って各通信接続方式による通信の確立が試行されて行くことになる。このとき、各クライアント端末１３０が独立して通信を試行していると、仮にあるクライアント端末で通信に失敗することが判明した後も、すべてのクライアント端末で優先度が高いが失敗してしまう通信接続方式での通信が試行されることになる。このため、システム全体としては、相当量の遅延および相当量の不要な通信トラフィックが発生することになる。

そこで、本実施形態によるネットワーク通信システム１００には、クライアント端末１３０各々での所定通信接続方式による接続の成功および失敗の経験を、複数のクライアント端末１３０間で共有して活用するための設定配布装置１５０が設けられる。クライアント端末１３０は、ネットワーク１０６を介して設定配布装置１５０と接続される。なお、図１に示す実施形態では、ネットワーク１０２およびネットワーク１０６は、異なるネットワークとしているが、特に限定されるものではなく、同一のネットワークとしてもよい。

本実施形態による設定配布装置１５０は、サーバ装置１１０と複数のクライアント端末１３０各々との間で行われた通信の成否情報を収集し、成否情報の集計結果に基づいて通信接続方式を優先順位付けする。設定配布装置１５０は、同時に、優先順位付けに基づいて、複数のクライアント端末１３０に対し、サーバ装置１１０との通信を確立する際の通信接続方式の優先順位付け情報を含む通信設定情報を配布する。以下、図２〜図６を参照しながら、ネットワーク通信システム１００における設定配布装置１５０の成否情報収集処理および通信設定情報配布処理の詳細について説明する。

図２は、本実施形態によるネットワーク通信システム１００上で実現される、成否情報収集処理および通信設定情報配布処理に関連する機能ブロックを示す図である。図２には、サーバ装置１１０上で実現される機能ブロックと、クライアント端末１３０上で実現される機能ブロックと、設定配布装置１５０上で実現される機能ブロックとが示されている。なお、説明する実施形態では、いわゆるクライアント−サーバ・モデルを用いて説明するが、ネットワーク通信システム１００が採用し得るアーキテクチャは、特に限定されるものではない。

サーバ装置１１０上の機能ブロックは、通信部１１２と、制御部１１４とを含み構成される。通信部１１２は、ネットワーク・アダプタなどの通信用のハードウェアを含む。通信部１１２は、さらに、ＩＰｖ４プロトコルスタックおよびＩＰｖ６プロトコルスタックの両方または一方を実装し、上述した通信プロトコルに従った通信を制御する。制御部１１４は、ＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）などのハードウェアを含み構成され、所定のオペレーティング・システム（以下、ＯＳと参照する。）上で種々のアプリケーションを稼働させる。

制御部１１４で稼働されるアプリケーションとしては、外部装置にサービスを提供するサーバ・アプリケーション１１６が含まれる。サーバ・アプリケーション１１６が提供するサービスとしては、特に限定されるものではないが、例えば、複合機やプリンタなどの入出力装置のログを管理するログサーバ、データベース処理、ウェブアプリケーション処理、メールサービス、ファイル転送処理、プリント処理などの各種のサービスを挙げることができる。

クライアント端末１３０上の機能ブロックは、通信部１３２と、制御部１３４と、記憶部１３６とを含む。通信部１３２は、ネットワーク・アダプタなどのハードウェアと、ＩＰｖ４およびＩＰｖ６の両方の通信プロトコルスタック１３２ａとを実装し、両通信プロトコルに従った通信をサポートしている。通信部１３２は、ＤＮＳサーバ１０４と通信して名前解決するためのリゾルバ１３２ｂを実装し、名前解決方式にも対応している。

クライアント端末１３０の制御部１３４は、ＣＰＵやＲＡＭなどのハードウェアを含み構成され、所定のＯＳ上で種々のアプリケーションを稼働させる。制御部１３４で稼働されるアプリケーションとしては、サーバ装置１１０からサービスの提供を受けるクライアント・アプリケーション１３８が含まれる。クライアント・アプリケーション１３８は、サーバ装置１１０のサーバ・アプリケーション１１６に対応して設けられるものであり、例えば、ログ送信を行うクライアント・アプリケーション、データベース接続クライアント、ブラウザ、メールクライアント、ＦＴＰクライアントなどを挙げることができる。

記憶部１３６は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの記憶領域により提供され、各種設定情報を格納する。格納される各種設定情報としては、設定配布装置１５０との通信のための設定配布装置用通信設定１４６、ＤＮＳサーバ１０４との通信のためのＤＮＳサーバ用通信設定１４８、サーバ装置１１０との通信のためのサーバ装置用通信設定１４４などが含まれる。

制御部１３４で稼働されるソフトウェア・コンポーネントとしては、上述したクライアント・アプリケーション１３８の他、情報通知部１４０と、通信設定部１４２とが含まれる。情報通知部１４０は、サーバ装置１１０との通信の確立に成功した際およびサーバ装置との通信の確立に失敗した際の一方または両方の際に、サーバ装置１１０との間での所定通信接続方式による通信の成否情報を設定配布装置１５０に通知する。このとき、成否情報は、通信で使用された通信接続方式、アドレスの種別、試行回数、再送回数、および通信の成功した時間情報の少なくとも１つの情報を含むことができる。

通信設定部１４２は、設定配布装置１５０から配布された通信設定情報に従って、サーバ装置１１０との通信設定を実施する。この通信設定情報には、通信接続方式を優先順位付けする情報が含まれており、上記通信設定により、各通信接続方式が優先順位付けされる。また、通信設定部１４２は、起動時に、設定配布装置１５０に対し起動通知を行うことで、通信設定情報の配布を要求するとともに、配布先として登録するよう要求を行う。

設定配布装置１５０上の機能ブロックは、通信部１５２と、制御部１５４と、記憶部１５６とを含み構成される。通信部１５２は、ネットワーク・アダプタなどのハードウェアと、プロトコルスタックとを実装し、クライアント端末１３０との通信を実現している。制御部１５４は、ＣＰＵやＲＡＭなどのハードウェアを含み構成され、所定のＯＳ上で種々のアプリケーションを稼働させる。記憶部１５６は、ＨＤＤやＳＳＤなどの記憶領域により提供され、クライアント端末１３０から通知された情報通知の履歴データ１７２、後述する集計された集計データ１７４、集計結果に基づくサーバ装置１１０用の優先設定１７０などを格納する。

制御部１５４で稼働されるソフトウェア・コンポーネントとしては、配布部１６０と、収集部１６２と、集計部１６４と、優先順位付け部１６６とが含まれる。収集部１６２は、サーバ装置１１０と複数のクライアント端末１３０各々との間で行われた所定通信接続方式による通信の成否情報を、各クライアント端末１３０から収集する。収集された成否情報は、履歴データ１７２として記憶部１５６に記憶される。

集計部１６４は、記憶部１５６から履歴データ１７２を読み出し、収集された通信の成否情報を集計する。集計は、例えば、所定の通信接続方式毎、アドレス種別毎の成功数および失敗数の計数や、その成功率の計算、直近で成功した通信接続方式の記録などを含むことができる。集計の際は、成否情報を所定の時間帯でグループ分けしてもよいし、所定期間内の履歴データに集計範囲を限定してもよい。集計結果は、集計データ１７４として記憶部１５６に記憶される。

優先順位付け部１６６は、記憶部１５６から集計データ１７４を読み出し、通信の成否情報の集計結果に基づき、サーバ装置１１０と複数のクライアント端末１３０各々との間の通信で使用させる通信接続情報を優先順位付けする。優先順位付け部１６６は、成功数の多いあるいは成功率の高い通信接続方式の優先度が高まるような所定のルールに従って優先度付けすることができる。優先順位付け部１６６は、直近で成功した通信接続方式の優先度が高まるような所定のルールに従って優先度付けすることができる。順位付けられた結果は、サーバ装置用優先設定１７０として記憶部１５６に記憶される。

配布部１６０は、記憶部１５６からサーバ装置用優先設定１７０を読み出し、複数のクライアント端末１３０各々に対し、通信設定情報を配布する。ここでは、起動時に、起動通知を行ってきたクライアント端末１３０が配布先となる。通信設定情報は、優先順位付けされた少なくとも１つの通信接続方式を識別する情報（例えば最優先の通信接続方式など）を含み、好ましくは、優先順位付けされた複数の通信接続方式のリストを含むことができる。通信設定情報には、通信接続方式をクライアント側で優先順位付けするための情報の他、アドレス指定方式に対応してサーバ装置１１０のＩＰアドレス、名前解決方式に対応してサーバ装置１１０のホスト名など、各通信接続方式でサーバ装置１１０と通信するために必要となる種々の情報を含んでいてもよい。

配布処理のタイミングは、特に限定されるものではないが、好適な実施形態では、いずれかのクライアント端末１３０で通信に失敗した際に情報通知を受信したことに応答して、更新された通信設定情報を配布することができる。これは、通信に失敗した場合は、速やかに関係クライアント端末１３０に対し周知することが望ましいからである。より好ましい実施形態は、いずれかのクライアント端末１３０で通信に失敗した場合であって、後続する通信接続方式での通信の確立に成功した際の情報通知を受信したことに応答して、更新された通信設定情報を配布することができる。これは、新たに成功した通信接続方式を、速やかに関係クライアント端末１３０に対し周知することができるからである。また、配布部１６０は、クライアント端末１３０の起動時に起動通知として行われる問い合わせに応答して、問い合わせ元のクライアント端末１３０に対し通信設定情報を配布することができる。

図３は、本実施形態によるクライアント端末１３０が実行する起動処理を示すフローチャートである。図３に示す処理は、例えばクライアント端末１３０に電源が投入され起動されたことに応答して、ステップＳ１００から開始される。ステップＳ１０１では、クライアント端末１３０は、設定配布装置１５０との通信で用いる設定配布装置用通信設定１４６を記憶部１３６から読み出す。

ステップＳ１０２では、クライアント端末１３０は、設定配布装置１５０に対し起動通知を送信する。ステップＳ１０３では、クライアント端末１３０は、設定配布装置１５０からの起動通知に対する応答を待ち受けており、応答を受信した場合（ＹＥＳ）は、ステップＳ１０４へ処理が進められる。ここでは、クライアント端末１３０と設定配布装置１５０とは、適切に通信が確立できるものとする。ステップＳ１０４では、クライアント端末１３０は、受信した応答に含まれる通信設定情報を取得する。ここで、設定配布装置１５０が管理対象としているサーバ装置が複数あれば、サーバ毎に通信接続方式を優先順位付けするための情報が取得される。なお、説明する実施形態では、説明の便宜上、単一のサーバ装置１１０用のものが得られるものとする。

ステップＳ１０５では、クライアント端末１３０は、取得した通信設定情報に従って、サーバ装置１１０用の通信設定を実行し、ステップＳ１０６で本起動時の処理を終了させて通常の状態へ移行する。

図４は、本実施形態によるクライアント端末１３０が実行する、サーバ装置１１０との通信確立処理を示すフローチャートである。図４に示す処理は、クライアント端末１３０のクライアント・アプリケーション１３８において、サーバ装置１１０上のサーバ・アプリケーション１１６に対する通信要求が発生したことに応答して、ステップＳ２００から開始される。

ステップＳ２０１では、クライアント端末１３０は、サーバ装置１１０へ送信するべきデータを準備する。ステップＳ２０２では、クライアント端末１３０は、サーバ装置用通信設定１４４を読み出す。ステップＳ２０３では、クライアント端末１３０は、未試行の通信接続方式が存在するか否かに応じて処理を分岐させる。ステップＳ２０３で、未試行の通信接続方式が存在すると判定された場合（ＹＥＳ）は、ステップＳ２０４へ処理が進められる。

ステップＳ２０４では、クライアント端末１３０は、設定された優先順位に従って未試行のもののうちの最も高い優先順位の通信接続方式を試行対象として決定する。ステップＳ２０５では、クライアント端末１３０は、決定された通信接続方式により通信の確立を試行する。ステップＳ２０６では、クライアント端末１３０は、ステップＳ２０５の試行により通信が確立されたか否かに応じて処理を分岐させる。クライアント端末１３０がサーバ装置１１０へメッセージを送信し、それに対して、所定のタイムアウト時間が経過しても応答が無かった場合は、通信が確立できなかったと判定される。

ステップＳ２０６で、通信が確立できなかったと判定された場合（ＮＯ）は、ステップＳ２０７へ処理が分岐される。ステップＳ２０７では、クライアント端末１３０は、事前設定された最大試行回数に達したか否かを判定する。ここで、最大試行回数は、最初の試行とその後のリトライを含めた試行回数に対する上限値であり、最大試行回数の試行を行っても、通信を確立できなかった場合は、その通信接続方式での通信が失敗したと判定されることになる。ステップＳ２０７で、最大試行回数には達していないと判定された場合（ＮＯ）は、ステップＳ２０５へ処理が分岐されて、再度、同一の通信接続方式による通信の試行が行われる。

一方、ステップＳ２０７で、最大試行回数に達したと判定された場合（ＹＥＳ）は、ステップＳ２０８へ処理が分岐される。ステップＳ２０８では、クライアント端末１３０は、現在の通信接続方式の失敗を記録し、ステップＳ２０３へ処理をループさせる。なお、説明する実施形態では、最大試行回数に達しても応答がなかった場合に通信の確立に失敗したと判定するものとして説明した。しかしながら、通信の成否の判定方法は、特に限定されるものではなく、他の実施形態では、最大試行回数に達した後、所定の待機時間を経た後にさらに再送を行い、最大再送回数だけ再送を行っても応答がなかった場合に失敗を記録するものとしてもよい。

ステップＳ２０３で、もう未試行の通信接続方式が存在しないと判定された場合（ＹＥＳ）は、ステップＳ２０９へ処理が分岐される。ステップＳ２０９では、クライアント端末１３０は、採用し得るすべての通信接続方式での通信の確立が失敗したという結論を出し、ステップＳ２１６で、本処理を終了させる。

一方、ステップＳ２０６で、決定された通信接続方式での通信が確立できたと判定された場合（ＹＥＳ）は、ステップＳ２１０へ処理が分岐される。ステップＳ２１０では、クライアント端末１３０は、現在試行した通信接続方式の成功を記録する。

ステップＳ２１１では、クライアント端末１３０は、これまで記録された試行結果をまとめて通知情報を生成する。通知情報は、成功した時の通信接続方式、アドレスの種別、試行回数、再送回数、および時刻などの成功情報が含まれる。また、通信を成功させる前に１つ以上失敗した通信接続方式がある場合は、失敗した時の通信接続方式、アドレスの種別、試行回数、再送回数、および時刻などの失敗情報が含まれてもよい。なお、上記アドレスの種別とは、ＩＰｖ６アドレスの場合にステートフルアドレスであるか、ステートレスアドレスであるか、リンクローカルアドレスであるか、または手動設定されたアドレスであるかといった、ＩＰｖ６アドレスの種別を識別する情報である。

ステップＳ２１２では、クライアント端末１３０は、設定配布装置用通信設定１４６を読み出し、生成された通知情報を設定配布装置１５０に送信する。ステップＳ２１３では、クライアント端末１３０は、失敗した通信接続方式があったか否かを判定する。優先順位の最も高い通信接続方式での通信の確立に失敗した記録がある場合は、ここでは、失敗有りと判定されることになる。

ステップＳ２１３で、失敗ありと判定された場合（ＹＥＳ）は、ステップＳ２１４へ処理が分岐される。ステップＳ２１４では、クライアント端末１３０は、設定配布装置１５０からの配布を待ち、更新された通信設定情報を取得する。ステップＳ２１５では、クライアント端末１３０は、更新された通信設定情報に従って、サーバ装置１１０用のサーバ装置用通信設定１４４を更新し、ステップＳ２１６で本処理を終了させる。ステップＳ２１３で、失敗なしと判定された場合（ＮＯ）は、ステップＳ２１６へ直接処理が分岐され、本処理が終了される。

図５は、本実施形態による設定配布装置１５０が実行する成否情報収集処理および通信設定情報配布処理を示すフローチャートである。図５に示す処理は、クライアント端末１３０からの通知情報の受信に応答して、ステップＳ３００から開始される。

ステップＳ３０１では、設定配布装置１５０は、これまで蓄積された履歴データ１７２を記憶部１５６から取得する。ステップＳ３０２では、設定配布装置１５０は、新たに受信した通知情報に含まれる成否情報を履歴データ１７２内に記録するとともに、新たに受信した成否情報を踏まえて集計を行う。

図６（Ａ）は、本実施形態による設定配布装置１５０で管理される履歴データ１７２のデータ構造を示す図である。図６（Ａ）に示すように、履歴データは、各成否情報を保持する複数のレコードから構成されている。各レコードは、送信元のクライアント端末の識別情報を保持するフィールドと、宛先のサーバ装置の識別情報を保持するフィールドと、通信接続方式の種別（ＩＰｖ６アドレスの種別を含む。）を保持するフィールドと、成功または失敗を保持するフィールドと、リトライ回数を保持するフィールドと、通信時刻を保持するフィールドとを含み構成される。通信時刻フィールドは、最新の成否情報を特定し、また時間帯毎にフィルタをかけて集計を行うために利用される。

図６（Ｂ）および（Ｃ）は、本実施形態による設定配布装置１５０で集計された集計データ１７４のデータ構造を示す図である。図６（Ｂ）は、特定のサーバ装置についての全体の時間帯での集計結果を示し、図６（Ｃ）は、所定の時間帯での集計結果を示す。図６（Ｂ）および（Ｃ）にそれぞれ示す集計データ１７４は、フィルタした時間帯を示すフィールドと、本集計データが対象とするサーバ装置の識別情報を保持するフィールドと、フィルタされた時間帯における直近に成功した通信接続方式の種別を保持するフィールドと、各種別に対し計数された成功数、失敗数、あるいは成功率を記録する各フィールドとを含む。

ステップＳ３０３では、設定配布装置１５０は、集計結果を記憶部１５６に記憶し、集計データ１７４を更新する。ステップＳ３０４では、設定配布装置１５０は、上記通知情報が対象とするサーバ装置１１０についての集計データに対し、所定ルールを適用し、通信接続方式の優先順位を決定し、ステップＳ３０５では、記憶部１５６のサーバ装置用優先設定１７０を更新する。

上述した集計データ１７４を用いて、どのように優先順位付けを行うかは、ポリシーに依存する。例えば、深夜の時間帯と業務時間帯とでは、ネットワーク上の機器の稼働状況が異なるという経験則に基づいて、時間帯毎に、直近で成功した通信接続方式の種別を最も優先順位が高くなるように決定してもよい。あるいは、新たな情報通知に失敗情報として含まれていた通信接続方式を除き、各通信接続方式を成功率順に優先順位付けてもよい。

ステップＳ３０６では、通知情報中に失敗情報が含まれていたか否かに応答して、処理を分岐させる。ステップＳ３０６で、失敗ありと判定された場合（ＹＥＳ）は、ステップＳ３０７へ処理が分岐される。ステップＳ３０７では、設定配布装置１５０は、失敗の通知情報を送信してきたクライアント端末を含めて、配布先として登録されたすべてのクライアント端末に対し、更新された通信設定情報（サーバ装置用優先設定を含む。）を配布し、ステップＳ３０８で本処理を終了させる。これは、速やかに失敗してしまう通信接続方式を関係クライアント端末に周知するための措置である。一方、ステップＳ３０６で、通知情報中に失敗情報が含まれていないと判定された場合（ＮＯ）は、そのままステップＳ３０８へ処理が分岐され、配布処理を行わずに本処理を終了させる。

以下、図７〜図１０に示す具体的なケースを参照しながら、クライアント端末１３０、サーバ装置１１０および設定配布装置１５０の各機能手段の連携動作について説明する。

図７は、クライアント起動時のクライアント端末１３０および設定配布装置１５０間で行われる動作を示すシーケンス図である。図７に示す処理は、ステップＳ４００で、クライアント端末１３０の起動を制御部１３４が検知したことに応答して開始される。ステップＳ４０１では、制御部１３４は、記憶部１３６から設定配布装置用通信設定を取得する。ステップＳ４０２では、制御部１３４は、取得した設定配布装置用通信設定に基づき、通信部１３２に対し起動通知を要求する。ステップＳ４０３では、通信部１３２は、通信設定に指定される設定配布装置１５０のＩＰアドレスおよびポートに宛てて起動通知を送信する。

ステップＳ４０４では、設定配布装置１５０の通信部１５２は、クライアント端末１３０からの起動通知を受信し、制御部１５４に起動通知の受信を報告する。制御部１５４は、ステップＳ４０５で、記憶部１５６からサーバ装置用優先設定１７０を取得し、ステップＳ４０６で、通信部１５２に対し、通信設定情報の配布要求を行う。ステップＳ４０７では、通信部１５２は、起動通知をしてきたクライアント端末１３０に対し、通信設定情報を配布する。

ステップＳ４０８では、クライアント端末１３０の通信部１３２は、設定配布装置１５０からの通信設定情報を受信し、制御部１３４に通信設定情報の受信を報告する。ステップＳ４０９では、制御部１３４は、通信設定情報に基づいて、記憶部１３６のサーバ装置用通信設定１４４を更新設定する。

図８は、クライアントでの通信要求発生時のクライアント端末１３０、サーバ装置１１０および設定配布装置１５０間で行われる動作を示すシーケンス図である。図８に示す処理は、クライアント端末１３０で通信要求が発生したことに応答して開始され、ステップＳ５００で、制御部１３４は、サーバ装置１１０に対し送信するデータを準備する。ステップＳ５０１では、制御部１３４は、記憶部１３６からサーバ装置１１０用の通信設定を取得する。ここでは、名前解決方式が最優先で試行されるものとして取得される。ステップＳ５０２では、制御部１３４は、記憶部１３６からＤＮＳサーバ用通信設定を取得する。

ステップＳ５０３では、制御部１３４は、取得したＤＮＳサーバ用通信設定に基づき、通信部１３２に対し名前解決を依頼する。ステップＳ５０４では、通信部１３２は、リゾルバ１３２ｂにより、ＤＮＳサーバ１０４へ名前解決の問い合わせクエリを発行し、対応するＩＰアドレスを取得し、これを制御部１３４に渡す。ステップＳ５０５では、制御部１３４は、通信部１３２に対し、解決されたＩＰアドレスに基づき、データ送信要求を行う。ステップＳ５０６では、通信部１３２は、サーバ装置１１０に対し、データ送信を実行する。

なお、図８中の点線の枠は、名前解決方式の通信の試行が行われる場合に実行される処理を示すものである。いずれかのアドレス指定方式のいずれかの場合は、ステップＳ５０２〜Ｓ５０４の処理が行われずに、直接ステップＳ５０５で、データ送信要求が行われ、ステップＳ５０６で、対応するプロトコルにて指定ＩＰアドレスに宛ててデータ送信が行われる。

ステップＳ５０７では、サーバ装置１１０の通信部１１２は、クライアント端末１３０からのデータを受信し、制御部１１４にデータ受信を報告する。ステップＳ５０８では、制御部１１４は、受信したデータを処理し、処理結果に基づいて、通信部１１２に対し応答送信要求を行う。ステップＳ５０９では、通信部１１２は、データ送信してきたクライアント端末１３０に対し、応答送信を行う。

ステップＳ５１０では、クライアント端末１３０の通信部１３２は、サーバ装置１１０からの応答を受信し、制御部１３４に応答受信を報告する。ステップＳ５１１では、制御部１３４は、データ送信に対する応答に基づき、名前解決方式での通信の確立に成功した旨を記録し、その成功情報をまとめて通知情報を生成する。ステップＳ５１２では、制御部１３４は、通信部１３２に対し、通知情報の送信要求を行う。ステップＳ５１３では、通信部１３２は、設定配布装置１５０に対し、通知情報を送信する。

ステップＳ５１４では、設定配布装置１５０の通信部１５２は、クライアント端末１３０からの通知情報を受信し、制御部１５４に通知情報の受信を報告する。報告を受けて、制御部１５４は、ステップＳ５１５で、記憶部１５６から履歴データを取得し、ステップＳ５１６で、新たな通知情報を踏まえて再集計し、ステップＳ５１７で、記憶部１５６の履歴データおよび集計データを更新する。ステップＳ５１８では、制御部１５４は、再集計された結果に基づいて、通信接続方式の優先順位を決定し、ステップＳ５１９では、記憶部１５６のサーバ装置用優先設定１７０を更新する。

図９および図１０は、クライアントでの通信要求発生時のクライアント端末１３０、サーバ装置１１０および設定配布装置１５０間で行われる動作を示す他のシーケンス図である。図８は、優先順位が最も高い名前解決方式での通信の確立が成功した場合を例示したが、図９および図１０は、優先順位が最も高い名前解決方式での通信の確立が失敗する場合を例示している。

図９および図１０に示す処理は、クライアント端末１３０で通信要求が発生したことに応答して開始され、ステップＳ６００で、制御部１３４は、サーバ装置１１０に対し送信するデータを準備する。ステップＳ６０１では、制御部１３４は、記憶部１３６からサーバ装置１１０用の通信設定を取得する。ここでは、名前解決方式が最優先で試行されるものとして取得される。

ステップＳ６０２では、制御部１３４は、記憶部１３６からＤＮＳサーバ用通信設定を取得する。ステップＳ６０３では、制御部１３４は、取得したＤＮＳサーバ用通信設定に基づき、通信部１３２に対し名前解決を依頼する。ステップＳ６０４では、通信部１３２は、ＤＮＳサーバ１０４へ名前解決の問い合わせクエリを発行し、対応するＩＰアドレスを取得し、これを制御部１３４に渡す。

図９および図１０に示すシーケンスでは、ステップＳ６０５で、通信部１３２に対しデータ送信要求が行われ、ステップＳ６０６で、サーバ装置１１０に対しデータ送信が実行されるが、ここで通信の確立に失敗する。

ステップＳ６０７では、制御部１３４は、次に優先順位が高いＩＰｖ６アドレス指定方式に切り替えて、記憶部１３６からサーバ装置１１０のＩＰｖ６アドレスを取得する。ステップＳ６０８では、制御部１３４は、通信部１３２に対しデータ送信要求を行い、ステップＳ６０９では、通信部１３２は、指定されたＩＰｖ６アドレスを用いてサーバ装置１１０に対しデータ送信を実行する。

ステップＳ６１０では、サーバ装置１１０の通信部１１２は、クライアント端末１３０からのデータを受信して、制御部１１４にデータ受信を報告する。ステップＳ６１１では、制御部１１４は、受信したデータの処理結果に基づいて、通信部１１２に対し応答送信要求を行う。ステップＳ６１２では、通信部１１２は、データ送信してきたクライアント端末１３０に対し、応答送信を行う。

ステップＳ６１３では、クライアント端末１３０の通信部１３２は、サーバ装置１１０からの応答を受信し、制御部１３４に応答受信を報告する。図１０を参照すると、ステップＳ６１４では、制御部１３４は、ステップＳ６０６での名前解決方式での通信の失敗と、ＩＰｖ６アドレス指定方式での通信の確立の成功とに基づいて、その成功情報および失敗情報をまとめて通知情報を生成する。ステップＳ６１５〜ステップＳ６２０の処理は、図８に示したステップＳ５１２〜ステップＳ５１７までの処理と同様であるので、詳細な説明は割愛する。

ステップＳ６２１では、制御部１５４は、再集計された結果に基づいて、通信接続方式の優先順位を決定し、ステップＳ６２２では、記憶部１５６のサーバ装置用優先設定１７０を更新する。ステップＳ６２３では、制御部１５４は、通信部１５２に対し、通信設定情報の配布要求を行う。ステップＳ６２４では、通信部１５２は、起動通知をしてきていた配布先として登録された各クライアント端末１３０に対し、通信設定情報を配布する。

ステップＳ６２４の配布処理により、複数のクライアント端末それぞれで処理が行われることなるが、ここでは、情報通知を送信したクライアント端末１３０の動作について代表して説明する。ステップＳ６２５では、クライアント端末１３０の通信部１３２は、設定配布装置１５０からの通信設定情報を受信し、制御部１３４に通信設定情報の受信を報告する。ステップＳ６２６では、制御部１３４は、通信設定情報に基づいて、記憶部１３６のサーバ装置用通信設定１４４を更新設定する。

上述までの実施形態によれば、あるクライアント端末での所定通信接続方式による接続の成功および失敗の経験が、他のクライアント端末において活用される。通信に失敗したクライアント端末と同じ失敗を他のクライアントが繰り返すことが防止されるので、不要な失敗を未然に防止することが可能となる。これにより、クライアント端末１３０の通信が失敗したときのリトライ処理、再送処理、プロトコルの切り替え処理が不要となり、ひいては、サーバ装置１１０およびクライアント端末１３０における負荷を低減することができる。特に同一サーバ装置と通信するクライアント端末が多数存在する場合は、システム全体としての遅延および不要な通信トラフィックの発生を好適に防止することができるようになる。

以下、図１１を参照して、クライアント端末１３０のハードウェア構成について説明する。図１１は、本実施形態によるクライアント端末１３０のハードウェア構成図である。図１１に示すクライアント端末１３０は、プリンタやコピー、スキャナ、ファクシミリなど画像処理機能を備えた複合機として構成されている。クライアント端末１３０は、コントローラ１２と、オペレーションパネル４２と、ＦＣＵ（ファクシミリ・コントロール・ユニット）４４と、エンジン部４６とを含み構成される。コントローラ１２は、ＣＰＵ１４と、ＮＢ（ノース・ブリッジ）１８と、ＮＢ１８を介してＣＰＵ１４と接続するＡＳＩＣ２０と、システムメモリ１６とを含み構成される。ＡＳＩＣ２０は、各種画像処理を実行し、ＡＧＰ（Accelerated Graphic Port）４８を介してＮＢ１８と接続される。システムメモリ１６は、描画用メモリなどとして用いられる。

ＡＳＩＣ２０は、ローカルメモリ２２と、ＨＤＤ２４と、フラッシュメモリなどの不揮発性メモリ２６と接続する。ローカルメモリ２２は、コピー用画像バッファや符号バッファとして用いられ、ＨＤＤ２４は、画像データ、文書データ、プログラム、フォントデータやフォームデータなどを蓄積するストレージである。不揮発性メモリ２６は、クライアント端末１３０を制御するためのプログラムや各種システム情報や各種設定情報を格納する。

コントローラ１２は、さらにＳＢ（サウス・ブリッジ）２８と、ＮＩＣ（ネットワーク・インタフェース・カード）３０と、ＳＤ（Secure Digital）カード・スロット３２と、ＵＳＢインタフェース３４と、ＩＥＥＥ１３９４インタフェース３６と、セントロニクス・インタフェース３８とを含み構成され、これらはＰＣＩバス５０を介してＮＢ１８と接続される。ＳＢ２８は、図示しないＲＯＭやＰＣＩバス周辺デバイスなどとＮＢ１８とを接続するためのブリッジである。ＮＩＣ３０は、クライアント端末１３０をインターネットやＬＡＮなどのネットワークに接続するインタフェース機器であり、ネットワークを介した指令を受付けている。ＳＤカード・スロット３２は、図示しないＳＤカードを着脱可能に装着する。ＵＳＢインタフェース３４、ＩＥＥＥ１３９４インタフェース３６およびセントロニクス・インタフェース３８は、それぞれの規格に準じたインタフェースであり、印刷ジョブなどを受付けている。

オペレーションパネル４２は、コントローラ１２のＡＳＩＣ２０と接続され、オペレータからの各種指示の入力を受付けや、画面表示を行なうためのユーザ・インタフェースを提供する。ＦＣＵ４４およびエンジン部４６は、ＰＣＩバス５２を介してＡＳＩＣ２０と接続する。ＦＣＵ４４は、Ｇ３またはＧ４といったファクシミリ通信規格に準じた通信方法を実行する。エンジン部４６は、アプリケーションが発行したプリント指令やスキャン指令を受け、画像形成処理や画像読取処理を実行する。

なお、図１１には、クライアント端末１３０として複合機を例示しているが、クライアント端末としては、特に限定されるものではなく、プリンタなどの画像形成装置、スキャナなどの画像読取装置、ファクシミリなどの画像通信装置、パーソナル・コンピュータやタブレット端末などの情報端末といった、種々の情報処理装置として構成することができる。また、サーバ装置１１０および設定配布装置１５０のハードウェア構成について、詳細に説明しないが、図１１に示す構成から、特定の目的に応じて、ハードウェアを適宜追加、削除して実施することができる。

また、上述までの実施形態において、名前解決方式において、同一のホストに対し、ＩＰｖ４およびＩＰｖ６の両方のアドレスが返却される場合は、ＩＰｖ６の仕様に従えば、ＩＰｖ６アドレスが優先されて試行される。このとき、あるクライアント端末でＩＰｖ６プロトコルでの通信に失敗した場合に、他のクライアント端末１３０でも、同様にＩＰｖ６アドレスが優先されて試行されると、同じ失敗を繰り返すことになる。他の実施形態では、名前解決方式でＩＰｖ４およびＩＰｖ６の両方のアドレスが返却された場合において、ＩＰｖ４プロトコルおよびＩＰｖ６プロトコルのいずれの通信の確立を先に試行するのかを、収集された通知情報に基づいて優先順位付けしてもよい。

以上説明したように本実施形態によれば、複数の通信条件下で通信可能な環境において、情報処理装置各々と相手方装置との所定の通信条件での通信の成否の情報を収集し、収集された情報を活用して効率的に複数の情報処理装置各々と相手方装置との通信を確立させられる、通信システム、通信設定方法およびプログラムを提供することができる。

なお、上記機能部は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述されたコンピュータ実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯなど装置可読な記録媒体に格納して、あるいは電気通信回線を通じて頒布することができる。

これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１００…ネットワーク通信システム、１０２，１０６…ネットワーク、１０４…ＤＮＳサーバ、１１０…サーバ装置、１１２…通信部、１１４…制御部、１１６…サーバ・アプリケーション、１３０…クライアント端末、１３２…通信部、１３２ａ…プロトコルスタック、１３２ｂ…リゾルバ、１３４…制御部、１３６…記憶部、１３８…クライアント・アプリケーション、１４０…情報通知部、１４２…通信設定部、１４４…サーバ装置用通信設定、１４６…設定配布装置用通信設定、１４８…ＤＮＳサーバ用通信設定、１５０…設定配布装置、１５２…通信部、１５４…制御部、１５６…記憶部、１６０…配布部、１６２…収集部、１６４…集計部、１６６…優先順位付け部、１７０…サーバ装置用優先設定、１７２…履歴データ、１７４…集計データ、１０…複合機、１２…コントローラ、１４…ＣＰＵ、１６…システムメモリ、１８…ＮＢ、２０…ＡＳＩＣ、２２…ローカルメモリ、２４…ＨＤＤ、２６…不揮発性メモリ（ＮＶ−ＲＡＭ）、２８…ＳＢ、３０…ＮＩＣ、３２…ＳＤカード・スロット、３４…ＵＳＢインタフェース、３６…ＩＥＥＥ１３９４インタフェース、３８…セントロニクス・インタフェース、４２…オペレーションパネル、４４…ＦＣＵ、４６…エンジン部、４８…ＡＧＰ、５０，５２…ＰＣＩバス

特許第４２４１６８１号公報 特開２００７−２０１７４０号公報

Claims (9)

1. 複数の情報処理装置各々での相手方装置との通信設定を行うための通信システムであって、
   前記相手方装置と前記複数の情報処理装置各々との間で行われた所定通信条件による通信の成否情報を収集する収集手段と、
   前記通信の成否情報の集計結果に基づき、前記相手方装置と前記複数の情報処理装置各々との間の通信で使用させる通信条件を優先順位付けする優先順位付け手段と、
   前記複数の情報処理装置に対し、優先順位付けされた少なくとも１つの通信条件を含む通信設定情報を配布する配布手段と
   を含む、通信システム。
2. 配布された通信設定情報に従って、前記相手方装置との通信設定を実施する前記情報処理装置上の通信設定手段と、
   前記相手方装置との通信に成功した際および前記相手方装置との通信に失敗した際の一方または両方の際に、前記相手方装置との間での所定通信条件による通信の成否情報を前記収集手段に通知する前記情報処理装置上の情報通知手段と
   を含む、請求項１に記載の通信システム。
3. 前記配布手段は、いずれかの情報処理装置上の情報通知手段からの通信に失敗した際の情報通知に応答して、前記複数の情報処理装置に対する配布を行うことを特徴とする、請求項２に記載の通信システム。
4. 前記配布手段は、前記情報処理装置の起動時に行われる通信設定情報の問い合わせに応答して、少なくとも問い合わせ元の情報処理装置に対する通信設定情報の配布を行うことを特徴とする、請求項１〜３のいずれか１項に記載の通信システム。
5. 前記成否情報は、通信で使用された通信接続方式、アドレスの種別、試行回数、再送回数、および通信の成功した時間情報の少なくとも１つの情報を含む、請求項１〜４のいずれか１項に記載の通信システム。
6. 前記通信接続方式は、それぞれ所定のアドレス空間のアドレスを直接指定する１以上のアドレス指定方式、および所定のアドレスに解決される名前空間の名前を指定する名前解決方式の中から選択された少なくとも２つの方式を含む、請求項５に記載の通信システム。
7. 前記相手方装置と前記情報処理装置とが接続されるネットワーク環境が、複数の通信プロトコルスタックを含み構成され、前記通信設定情報が、前記相手方装置毎に準備される、請求項１〜６のいずれか１項に記載の通信システム。
8. 複数の情報処理装置各々での相手方装置との通信設定を行うための通信設定方法であって、コンピュータが、
   前記相手方装置と前記複数の情報処理装置各々との間で行われた所定通信条件による通信の成否情報を収集するステップと、
   前記通信の成否情報の集計結果に基づき、前記相手方装置と前記複数の情報処理装置各々との間の通信で使用させる通信条件を優先順位付けするステップと、
   前記複数の情報処理装置に対し、優先順位付けされた少なくとも１つの通信条件を含む通信設定情報を配布するステップと
   を含む、通信設定方法。
9. コンピュータを、
   複数の情報処理装置各々と相手方装置との間で行われた所定通信条件による通信の成否情報を収集する収集手段、
   前記通信の成否情報の集計結果に基づき、前記相手方装置と前記複数の情報処理装置各々との間の通信で使用させる通信条件を優先順位付けする優先順位付け手段、および
   前記複数の情報処理装置に対し、優先順位付けされた少なくとも１つの通信条件を含む通信設定情報を配布する配布手段
   として機能させるためのプログラム。