(57)【要約】【課題】配信条件を考慮して優先順位をつけた上で送信ファイルを配信する。【解決手段】配布サーバがネットワークを介して複数の端末にデータを配布するソフトウェア配布システムであって、前記ネットワークおよび前記データに関する複数の配布条件に基づいて前記データの配布順を定める順序決定部と、定められた配布順で前記データを前記端末に配信する配信部と、を備える。【選択図】図４
2015060381.tif 000002
【特許請求の範囲】
【請求項１】
配布サーバがネットワークを介して複数の端末にデータを配布するソフトウェア配布システムであって、
前記ネットワークおよび前記データに関する複数の配布条件に基づいて前記データの配布順を定める順序決定部と、
定められた配布順で前記データを前記端末に配信する配信部と、
を備えることを特徴とするソフトウェア配布システム。
【請求項２】
前記順序決定部は、前記データの前記ネットワークの帯域あたりにおける値が昇順となるようにソートしつつ、前記配布順を定める、
ことを特徴とする請求項１に記載のソフトウェア配布システム。
【請求項３】
前記ネットワークは、複数のルータのそれぞれと複数の端末のそれぞれとの間のネットワークである第１のネットワークと、前記配布サーバと前記複数のルータのそれぞれとの間のネットワークである第２のネットワークと、から構成され、
前記複数の端末をグループに分け、前記データのサイズと前記第１のネットワークまたは第２のネットワークの帯域とに基づいて、前記値を算出する条件算出部を備え、
前記順序決定部は、前記グループごとおよび前記ルータごとに前記値の昇順となるように配布順を定める、
ことを特徴とする請求項２に記載のソフトウェア配布システム。
【請求項４】
前記順序決定部は、前記値が前記第１のネットワークで配信するデータの許容値を示す第１の所定値を超えるまで前記データの配布順を同じ順に設定し、同じ順に設定された前記グループごとのデータの前記値が前記第２のネットワークで配信するデータの許容値を示す第２の所定値を超えるまで前記データの配布順を同じ順に設定する、
ことを特徴とする請求項３に記載のソフトウェア配布システム。
【請求項５】
複数のルータのそれぞれと複数の端末のそれぞれとの間のネットワークである第１のネットワークと、配布サーバと前記複数のルータのそれぞれとの間のネットワークである第２のネットワークとを介して複数の端末にデータを配布するソフトウェア配布方法であって、
前記複数の端末をグループに分け、前記データのサイズと前記第１のネットワークまたは第２のネットワークの帯域とに基づいて、前記データの前記ネットワークの帯域あたりにおける値を算出するステップと、
前記値が昇順となるようにソートしつつ、前記グループごとおよび前記ルータごとに前記値が昇順となるように配布順を定めるステップと、
前記値が前記第１のネットワークで配信するデータの許容値を示す第１の所定値を超えるまで前記データの配布順を同じ順に設定するステップと、
同じ順に設定された前記グループごとのデータの前記値が前記第２のネットワークで配信するデータの許容値を示す第２の所定値を超えるまで前記データの配布順を同じ順に設定するステップと、
定められた配布順で前記データを前記端末に配信するステップと、
を含むことを特徴とするソフトウェア配布方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェア配布システム、およびソフトウェア配布方法に関する。
【背景技術】
【０００２】
従来から、ソフトウェアをサーバからクライアントに配信する際に、クライアント側の事情によって配信出来なかった場合に、そのソフトウェアを再配布する技術がある。例えば、特許文献１には、サーバが配信情報を配信している際に、ＭＦＰから再配信要求を受信した場合には、ロールバックによりデータを元の状態にし、チェックポイントにデータを戻した状態から処理を再開する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２４２０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した特許文献１では、ＭＦＰが配信情報を再配信要求した場合、データの整合性が確認されているチェックポイントまで処理を戻して配信情報を再配信している。したがって、例えば、送信ファイルのサイズが回線に対して過大である場合には、回線が過負荷状態となって、正しく送信ファイルが配信されず、クライアントは再び再配信要求をしなければならなくなる。このような問題点は、送信ファイルが配信されるクライアントの数が多くなればなるほど送信ファイルの数も多くなるため顕著となるため、送信ファイルのサイズや回線の帯域などの配信条件を考慮して優先順位をつけた上で送信ファイルを配信することが望まれていた。
【０００５】
本発明は、上記に鑑みてなされたものであって、配信条件を考慮して優先順位をつけた上で送信ファイルを配信することが可能なソフトウェア配布システム、およびソフトウェア配布方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明にかかるソフトウェア配布システムは、配布サーバがネットワークを介して複数の端末にデータを配布するソフトウェア配布システムであって、前記ネットワークおよび前記データに関する複数の配布条件に基づいて前記データの配布順を定める順序決定部と、定められた配布順で前記データを前記端末に配信する配信部と、を備えることを特徴とするソフトウェア配布システムとして構成される。
【０００７】
また、本発明は、上記ソフトウェア配布システムで行われるソフトウェア配布方法である。
【発明の効果】
【０００８】
本発明によれば、配信条件を考慮して優先順位をつけた上で送信ファイルを配信することができる。
【図面の簡単な説明】
【０００９】
【図１】ソフトウェア配布システムの一実施の形態を示す構成図である。
【図２】配布エラーテーブルの構成例を示す図である。
【図３】再配布宛先テーブルの構成例を示す図である。
【図４】データの再配布処理の処理手順を示すフローチャートである。
【図５】条件算出部が再配布宛先分割テーブルを生成した様子を示す図である。
【図６】条件算出部が（配布サイズ/帯域）を算出し、再配布宛先分割テーブルにその項目を追加した様子を示す図である。
【図７】順序決定部が（配布サイズ/帯域）の昇順にデータの配布順を設定する例を示す図である。
【図８】順序決定部がルータ毎にレコードを並べ替え、配布順を再設定する例を示す図である。
【図９】順序決定部が、各レコードを（配布サイズ/帯域）の昇順に配布順を再設定する例を示す図である。
【図１０】順序決定部が、（配布サイズ/帯域）の加算結果にしたがって、各レコードの配布順を同じ順序を再設定する例を示す図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照して、本発明にかかるソフトウェア配布システム、およびソフトウェア配布方法の実施の形態を詳細に説明する。
【００１１】
図１は、本発明に係るソフトウェア配布システムの一実施の形態を示す構成図である。図１に示すように、ソフトウェア配布システム１０００は、配布サーバ１００と、ネットワーク２００と、ルータ３００と、ネットワーク４００と、端末５００とを有して構成されている。図１に示すように、ネットワーク２００には、複数のルータ３００（ルータ３００−１〜３００−ｎ）が接続され、各ルータ３００は、それぞれネットワーク４００（以下、それぞれのネットワーク４００を、ネットワーク４００−１〜４００−ｎとする）に接続されている。さらに、複数の端末５００（以下、それぞれの端末５００を、端末５００−１〜５００−ｎとする）が、それぞれのネットワーク４００に接続されている。なお、ネットワーク２００およびネットワーク４００は、一般的な公衆回線網である。
【００１２】
配布サーバ１００は、ソフトウェアやファイル等のデータ（以下、単にデータと呼ぶ。）を端末５００に配布するサーバである。図１に示すように、配布サーバ１００は、記憶部１１０と、条件算出部１２０と、順序決定部１３０と、配信部１４０と、通信部１５０とを有して構成されている。なお、配布サーバ１００が有する各部（例えば、条件算出部１２０、順序決定部１３０、配信部１４０）は、実際には、ＣＰＵ（Central Processing Unit）等の処理装置によって、アプリケーションプログラムとして実行されることにより、これら各部の機能が実現されるようになっている。
【００１３】
記憶部１１０は、ＨＤＤ（Hard disk drive）等の記憶装置から構成され、配布エラーテーブル１１０１と、再配布宛先テーブル１１０２とを記憶する。
【００１４】
配布エラーテーブル１１０１は、端末５００にデータを配信した際に生じたエラーに関する情報を記憶するテーブルである。図２は、配布エラーテーブル１１０１の構成例を示す図である。図２に示すように、配布エラーテーブル１１０１は、レコードの件数を示す連番と、エラーとなった端末のＩＰアドレスと、その端末が接続されているルータ３００と、その端末５００とルータ３００との間の帯域と、配布したデータの作成日時と、そのデータが作成されたパッケージの名称（パッケージ名）と、データのサイズ（配布サイズ）と、配布した結果を示す実行状態と、配布するデータを所定数の端末５００を単位としてグルーピングしたグループを示す宛先グループとを含む項目が対応付けて記憶されている。この宛先グループは、必ずしもルータ３００配下にある端末５００ごとに定められるものではなく、例えば、ルータ３００−１の配下にある端末５００と、ルータ３００−２の配下にある端末５００とが１つのグループに含まれる場合もあり、その定め方は任意である。
【００１５】
図２では、例えば、連番１のレコードは、配布サーバ１００は、ルータ３００である「Ｒ１」を経由して、宛先グループ「Ａ」に属するＩＰアドレス「ｘｘ．ｘｘ．ｘｘ．１００」の端末５００に、配布サイズ「１０（ＭＢ）」のデータを配信したものの、正しく配信されず、実行結果がエラーとなったことを示している。また、配信したデータは、パッケージ「ＡＡＡ」に関するものであり、２０１３年７月１日に作成されたデータであることを示している。なお、配布エラーテーブル１１０１は、配布サーバ１００の配信部１４０が、あらかじめ定められたスケジュールにしたがってデータを端末５００に配信した場合に、端末５００からその結果を受信し、上述した内容が記録される。
【００１６】
再配布宛先テーブル１１０２は、配布エラーテーブル１１０１に記録されている各項目の中からそのデータの再配布に必要な項目を抽出した情報を記憶するテーブルである。図３は、再配布宛先テーブル１１０２の構成例を示す図である。図３に示すように、再配布宛先テーブル１１０２は、ＩＰアドレスと、宛先グループと、配布サイズと、ルータと、帯域とが対応付けて記憶されている。これらの各項目は、配布エラーテーブル１１０１と同様であるため、ここではその説明を省略する。続いて、図１に戻って、条件算出部１２０について説明する。
【００１７】
条件算出部１２０は、再配布宛先テーブル１１０２の各レコード（すなわち、ＩＰアドレスごと）に、ネットワークの帯域あたりに配信可能なデータの配布サイズ（配布サイズ/帯域）を算出し、算出した結果をそのレコードの項目として追加する。条件算出部１２０が行う具体的な処理についてはフローチャートを用いて後述する。
【００１８】
順序決定部１３０は、再配布宛先テーブル１１０２に記録されている端末５００に対するデータの再配布順序を、例えば、宛先グループ、データの配布サイズ、帯域等の条件に応じて決定する。順序決定部１３０が行う具体的な処理についてはフローチャートを用いて後述する。
【００１９】
配信部１４０は、あらかじめ定められたスケジュールに従って、端末５００に対してデータを配信する。また、配信部１４０は、データの配信結果（実行状態）がエラーであった場合に、順序決定部１３０が決定した配信順序に従って、データを再配信する。配信部１４０が行う具体的な処理についてはフローチャートを用いて後述する。
【００２０】
通信部１５０は、ＮＩＣ（Network Interface Card）等の通信装置から構成され、配布サーバ１００とルータ３００との間の通信を司る。ルータ３００は、ネットワーク２００を介して配信サーバ１００から受信したデータをネットワーク４００に中継する。
【００２１】
端末５００は、ネットワーク４００を介してルータ３００からデータを受信し、不図示の記憶部に記憶する。また、端末５００は、ルータ３００からデータを正しく受信できない場合に、エラーを示す情報（例えば、図２に示した配布エラーテーブル１１０１と同様の情報）をルータ３００、ネットワーク２００および４００を介して配布サーバ１００に送信する。
【００２２】
続いて、ソフトウェア配布システム１０００で行われるデータの再配布処理について説明する。なお、以下では、配布サーバ１００の配信部１４０がデータを端末５００に配信した後、エラーを示す情報を端末５００から受信して、配布エラーテーブル１１０１にその内容が記録されている状態にあるものとする。
【００２３】
図４は、データの再配布処理の処理手順を示すフローチャートである。図４に示すように、データの再配布処理では、まず、条件算出部１２０が、図２に示した配布エラーテーブル１１０１から項目を抽出して図３に示した再配布宛先テーブル１１０２を生成した後、宛先グループ毎に分割した再配布宛先分割テーブルを生成する（ステップＳ４０１）。
【００２４】
図５は、条件算出部１２０が再配布宛先分割テーブルを生成した様子を示す図である。図５に示すように、条件算出部１２０は、図３に示した再配布宛先テーブル１１０２に含まれる宛先グループごと（図５では、「Ａ」、「Ｂ」、「Ｃ」ごと）に再配布宛先分割テーブルを生成する。
【００２５】
そして、条件算出部１２０は、再配布宛先分割テーブルに含まれる各レコード（すなわち、その宛先グループに属する端末５００）ごとに、ネットワークの帯域あたりに配信するデータの配布サイズ（配布サイズ/帯域）を算出し、そのレコードに項目を追加する（ステップＳ４０２）。
【００２６】
図６は、条件算出部１２０が（配布サイズ/帯域）を算出し、再配布宛先分割テーブルにその項目を追加した様子を示す図である。図６では、例えば、条件算出部１２０は、宛先グループが「Ａ」に属し、ＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１００」である端末５００に配布するファイルサイズが「１０（ＭＢ）」であり、その端末５００とルータ３００との間の帯域が「２０（Ｍｂｐｓ）」であるため、「０．５０（ＭＢ／Ｍｂｐｓ）」を算出し、項目を追加したことを示している。このように、条件算出部１２０は、各グループの各レコードについて、（配布サイズ/帯域）を算出する。
【００２７】
その後、条件算出部１２０が（配布サイズ/帯域）を算出すると、順序決定部１３０は、最初に、データを配布する優先順位をつけるための条件として、再配布宛先分割テーブルごとに、（配布サイズ/帯域）の昇順に、データの配布順を設定する（ステップＳ４０３）。図７は、順序決定部１３０が（配布サイズ/帯域）の昇順にデータの配布順を設定する例を示す図である。図７では、例えば、順序決定部１３０は、宛先グループが「Ａ」である再配布宛先分割テーブルの各レコードの（配布サイズ/帯域）を参照し、その値（上から、０．５０、１．６７、１．００）の昇順に配布順（０．５０、１．００、１．６７）を設定する。ここでは、ＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１００」の端末が最初にデータが配布され、次にＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１０２」の端末、ＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１０１」の端末という順序となる。
【００２８】
そして、順序決定部１３０は、次の優先順位をつけるための条件として、それぞれの再配布宛先分割テーブルについて、ルータへの負荷を考慮し、ルータ毎にレコードを並べ替え、配布順を再設定する（ステップＳ４０４、Ｓ４０５）。図８は、順序決定部１３０がルータ毎にレコードを並べ替え、配布順を再設定する例を示す図である。図８では、例えば、順序決定部１３０は、宛先グループが「Ａ」である再配布宛先分割テーブルの各レコードのルータを参照し、同じルータごとに（配布サイズ/帯域）の昇順に配布順を設定し直す。ここでは、ルータが同じ「Ｒ１」であるＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１００」および「ｘｘ．ｘｘ．ｘｘ．１０１」の端末が（配布サイズ/帯域）の昇順に配布順が再設定され、前者が最初（「１」）に配布され、後者が次（「２」）に配布されることとなる。一方、ＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１０２」の端末については、ルータは「Ｒ２」であるため、データの配布順は最初（「１」）として再設定される。このように、レコードをソートしつつ配布順を決定するので、効率よくその順序を決定することができる。
【００２９】
順序決定部１３０は、再配布宛先分割テーブルごとに、各レコードを（配布サイズ/帯域）の昇順に配布順を再設定する（ステップＳ４０６）。図９は、順序決定部１３０が、各レコードを（配布サイズ/帯域）の昇順に配布順を再設定する例を示す図である。図９では、例えば、順序決定部１３０は、宛先グループが「Ｂ」である再配布宛先分割テーブルの各レコードの（配布サイズ/帯域）を参照し、同じルータごとに（配布サイズ/帯域）の昇順に配布順を設定し直す。ここでは、ルータがそれぞれ異なるため、（配布サイズ/帯域）の値が最も小さいレコード（ＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．２０２」のレコード）が最初のレコードとして並べ替えられる。このように、（配布サイズ/帯域）の値が最も小さいレコード順に並べ替えて配布順が決定されるので、出来る限り多くのデータを同じスケジュールで配信することができる。
【００３０】
そして、順序決定部１３０は、それぞれの再配布宛先分割テーブルについて、ルータ毎に各レコードの（配布サイズ/帯域）を昇順で１レコードずつ加算し（ステップＳ４０７）、その加算結果が所定値（端末５００とルータ３００との間の帯域あたりの許容される配布サイズ。例えば、２．２Ｍｂ）を超えたか否かを判定し（ステップＳ４０８）、その加算結果が所定値を超えていないと判定した場合（ステップＳ４０８；Ｎｏ）、ステップＳ４０７に戻って加算を繰り返す。
【００３１】
一方、順序決定部１３０は、その加算結果が所定値を超えたと判定した場合（ステップＳ４０８；Ｙｅｓ）、所定値を超えたと判定する以前に加算したレコードを同じ配布順に設定する（ステップＳ４０９）。なお、ステップＳ４０７において、ＥＯＦとなった場合には、ステップＳ４１２に進む。
【００３２】
例えば、図１０に示すように、順序決定部１３０は、宛先グループが「Ａ」である再配布宛先分割テーブルの中で、ＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１００」のレコードおよびＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１０１」のレコードの（配布サイズ/帯域）を加算した結果、その値が２．１７であるため、これらの各レコードの配布順を同じ順序（この例では「１」）に再設定する。その次のＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１０２」のレコードの（配布サイズ/帯域）は「１．００」であり、加算結果が「２．６７」となり所定値を超えてしまうため、このレコードについては同じ配布順に設定されず、次の配布順に設定される。
【００３３】
なお、ステップＳ４０９では、端末５００とルータ３００との間の帯域あたりの配布サイズが所定値を超えているか否かを判定しているため、ルータが異なる場合であっても、その所定値を超えない限り同じ配布順に設定されるが、ルータが異なる場合には配布順が異なるように設定してもよい。この場合、ルータの負荷やネットワークの負荷がさらに軽減される。
【００３４】
そして、順序決定部１３０は、次のレコードの（配布サイズ/帯域）が上述した所定値を超えているか否かを判定し（ステップＳ４１０）、その（配布サイズ/帯域）が上述した所定値を超えていないと判定した場合（ステップＳ４１０；Ｎｏ）、ステップＳ４０７に戻って、以降の処理を繰り返す。
【００３５】
一方、順序決定部１３０は、次のレコードの（配布サイズ/帯域）が上述した所定値を超えていると判定した場合（ステップＳ４１０；Ｙｅｓ）、そのデータは容量が大きいと考えられるため、個別送付となるように、その１つのデータに対して配布順を決定する（ステップＳ４１１）。このステップＳ４１１の処理が終了すると、それぞれの再配布宛先分割テーブルの中でのデータの配布順が決定する。
【００３６】
そして、順序決定部１３０は、ステップＳ４１１までに決定した同じ配布順のレコードの（配布サイズ/帯域）を加算し（ステップＳ４１２）、その加算結果が所定値（ルータ３００と配布サーバ１００の間の帯域あたりの許容される配布サイズ。例えば、１０Ｍｂ）を超えたか否かを判定し（ステップＳ４１３）、その加算結果が所定値を超えていないと判定した場合（ステップＳ４１３；Ｎｏ）、ステップＳ４１２に戻って加算を繰り返す。
【００３７】
一方、順序決定部１３０は、その加算結果が所定値を超えたと判定した場合（ステップＳ４１３；Ｙｅｓ）、所定値を超えたと判定する以前に加算したレコードを同じ配布順に設定する（ステップＳ４１４）。
【００３８】
例えば、図１０に示した例では、順序決定部１３０は、宛先グループが「Ａ」である再配布宛先分割テーブルの中で、配布順が「１」となっているレコード（ＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１００」のレコードおよびＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．１０１」のレコード）の（配布サイズ/帯域）の加算結果「２．１７」と、宛先グループが「Ｂ」である再配布宛先分割テーブルの中で、配布順が「１」となっているレコード（ＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．２０２」のレコードおよびＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．２００」のレコード）の（配布サイズ/帯域）の加算結果「０．８７」と、宛先グループが「Ｃ」である再配布宛先分割テーブルの中で、配布順が「１」となっているレコード（ＩＰアドレスが「ｘｘ．ｘｘ．ｘｘ．３０１」のレコード）の（配布サイズ/帯域）の加算結果「０．２２」とを加算した「３．２４」と、所定値である「１０」とを比較し、加算結果がその所定値を超えていないため、これらのレコードの配布順を同じ配布順とする。
【００３９】
そして、順序決定部１３０は、加算結果が所定値を超えたときのレコードの配布順に「１」を加算して、データの配布順を繰り下げ（ステップＳ４１５）、さらに次の配布順（すなわち、繰り下げられた配布順と同じ配布順）のレコードが存在するか否かを判定し（ステップＳ４１６）、次の配布順のレコードが存在すると判定した場合（ステップＳ４１６；Ｙｅｓ）、ステップＳ４１２に戻って、以降の処理を繰り返す。
【００４０】
一方、順序決定部１３０は、次の配布順のレコードが存在しないと判定した場合（ステップＳ４１６；Ｎｏ）、配信部１４０は、あらかじめ定められたスケジュールおよび設定された配信順で、ルータ３００を経由して、データを端末５００に配信する（ステップＳ４１７）。
【００４１】
このように、本実施例では、データを配布するための条件（ルータへの負荷や配布サーバ−ルータ間およびルータ−端末間の複数のネットワークへの負荷）を複合的に判定してデータの再配布順を設定し、その配布順でデータの再配布スケジュールを定めるので、これらの配信条件を考慮して優先順位をつけて、効率よく確実に送信ファイルを配信することができる。具体的には、本システムでは、端末５００に接続されたルータ３００への負荷、端末５００とルータ３００との間のネットワーク負荷、さらにはルータ３００と配信サーバ１００との間のネットワーク負荷を考慮し、これらの過大な負荷がかからないようにデータの配信順を決定するので、データの配信が失敗した場合でも効率よく確実に送信ファイルを配信することができる。
【００４２】
また、本実施例では、配布する条件として、１）データの帯域あたりの配布サイズが小さいものから順にデータを配信し、２）ルータが異なる場合には同じ配布順でデータを配布する一方、配布を制限する条件として、３）１つのルータで一度に配信可能なデータの帯域あたりの配布サイズの合計が所定値（例えば、２．２ＭＢ）を超えず、４）配信サーバから一度に配信可能なデータの帯域あたりの配布サイズの合計が所定値（例えば、１０ＭＢ）を超えない、という４つの条件を満たすように配信順を再設定し、データを配信するので、再配信時に再びエラーとなることも軽減される。
【００４３】
なお、本実施例では、既に配信したデータを再配信する場合について説明したが、配信対象となるデータのサイズ、宛先グループ、帯域、ルータ、端末のＩＰアドレスが配布サーバに記憶されている場合には、新規にデータを配布する場合にももちろん本システムを適用することができる。
【符号の説明】
【００４４】
１０００            ソフトウェア配布システム
１００              配布サーバ
１１０              記憶部
１２０              条件算出部
１３０              順序決定部
１４０              配信部
１５０              通信部
２００              ネットワーク
３００              ルータ
４００              ネットワーク
５００              端末。
【図１】
2015060381.tif 000003
【図２】
2015060381.tif 000004
【図３】
2015060381.tif 000005
【図４】
2015060381.tif 000006
【図５】
2015060381.tif 000007
【図６】
2015060381.tif 000008
【図７】
2015060381.tif 000009
【図８】
2015060381.tif 000010
【図９】
2015060381.tif 000011
【図１０】
2015060381.tif 000012