(57)【要約】【課題】  サーバ装置の負荷を低減させる。【解決手段】  ルータ装置４１は、所定のサーバ装置２で配信可能なファイルＦ１〜Ｆｎの少なくとも１つのファイルの容量以上の記憶容量を有する記憶部２２と、当該記憶部２２を制御する制御部２４とを備える。制御部２４は、記憶部２２に保持されるファイルＦ１の配信をサーバ装置２に対して要求することを示すパケットを受信した場合には、パケットを破棄するとともに当該パケットの要求元に対して記憶部２２に保持されるファイルＦ１を配信する。【選択図】    図４
2017191999.tif 000002
【特許請求の範囲】
【請求項１】
所定のサーバ装置で配信可能なファイルの少なくとも１つのファイルの容量以上の記憶容量を有する記憶部と、
前記記憶部を制御する制御部と
を備え、
前記制御部は、
前記記憶部に保持されるファイルの配信を前記サーバ装置に対して要求することを示すパケットを受信した場合には、前記パケットを破棄するとともに当該パケットの要求元に対して前記記憶部に保持されるファイルを配信する
ことを特徴とするルータ装置。
【請求項２】
前記ファイルは動画ファイルである
ことを特徴とする請求項１に記載のルータ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画ファイルや音声ファイルなどのファイルをダウンロードする場合に好適なものである。
【背景技術】
【０００２】
携帯電話機等の通信端末装置の普及に伴って、当該通信端末装置を用いて外出先でサーバ装置にアクセスし、そのサーバ装置が提供する動画ファイル等をダウンロードする機会が増えていることもあり、当該サーバ装置の処理負荷が増大する傾向にある。
【０００３】
サーバ装置の処理負荷を低減するシステムとして、例えば、キャッシュ用配信サーバにセンタ配信サーバ上の各コンテンツの先頭部分をキャッシュして、センタ配信サーバからはキャッシュ用配信サーバの配信したデータの続きのデータを配信するものがある（下記特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−１２２０７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば、複数の通信端末装置が同様の時間帯にサーバ装置にアクセスし、当該サーバ装置にアクセスが集中する場合が想定され、このような場合には上記特許文献１のシステムであってもサーバ装置の負荷が低減されないと考えられる。
【０００６】
そこで本発明は、サーバ装置の負荷を低減させることを目的とする。
【課題を解決するための手段】
【０００７】
本発明のルータ装置は、所定のサーバ装置で配信可能なファイルの少なくとも１つのファイルの容量以上の記憶容量を有する記憶部と、前記記憶部を制御する制御部とを備え、前記制御部は、前記記憶部に保持されるファイルの配信を前記サーバ装置に対して要求することを示すパケットを受信した場合には、前記パケットを破棄するとともに当該パケットの要求元に対して前記記憶部に保持されるファイルを配信することを特徴とする。
【発明の効果】
【０００８】
このルータ装置は、サーバ装置によって本来配信されるべきファイルを、当該サーバ装置になり代わって配信することができるため、そのファイルを配信する処理の負荷分をサーバ装置から削除させることがきる。したがって、このルータ装置によれば、サーバ装置側におけるネットワーク回線に基づく負荷を低減させることができる。
【図面の簡単な説明】
【０００９】
【図１】情報提供システムの構成を示す図である。
【図２】サーバ装置の構成を示す図である。
【図３】サーバ装置の管理方法を示すフローチャートである。
【図４】ルータ装置の構成を示す図である。
【図５】ルータ装置のファイル配信方法を示すフローチャートである。
【図６】サーバ装置のファイル配信方法を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明に係るルータ装置を実施するための実施形態及びその変形例が添付図面とともに例示される。以下に例示する実施形態及びその変形例は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができる。
【００１１】
（１）実施形態
＜情報提供システムの構成＞
図１は、情報提供システムの構成を示す図である。図１に示すように、本実施形態の情報提供システム１は、サーバ装置２、携帯型通信端末装置３及び複数のルータ装置４１〜４ｍ（ｍは２以上の整数）を主な構成要素として備える。
【００１２】
サーバ装置２は、携帯型通信端末装置３からのアクセスに応じて情報を提供する機器であり、例えばＷＡＮ等の第１のネットワークＮ１に接続可能となっている。
【００１３】
本実施形態のサーバ装置２は、複数の支部を管理する本部に設けられており、当該本部における事業やサービス等に関する動画配信サイト、音声配信サイト、通販サイト、プロモーションサイト等の各種のサイトを開設している。
【００１４】
また本実施形態のサーバ装置２は、本部における事業やサービス等に関する動画ファイル、静止画ファイル、音楽ファイル、アプリケーションファイル、書籍ファイルなど複数のファイルＦ１〜Ｆｎ（ｎは２以上の整数）を保持している。サーバ装置２は、これらファイルＦ１〜Ｆｎのうち、携帯型通信端末装置３からの要求に対応するファイルＦ１、Ｆ２、……又はＦｎを適宜配信するようになっている。
【００１５】
携帯型通信端末装置３は、有線又は無線で通信する機能を有する携帯型機器であり、サーバ装置２が接続可能なネットワークよりも狭い範囲となる例えばＬＡＮ等の第２のネットワークＮ２に接続可能となっている。このような携帯型通信端末装置３としては、例えば、スマートフォンなどの携帯電話機、携帯ゲーム機、タブレット端末、ノートＰＣ（Personal  Computer）などが挙げられる。
【００１６】
本実施形態の携帯型通信端末装置３は、ルータ装置４１〜４ｍのいずれかを介してサーバ装置２にアクセスし、当該サーバ装置２に対してファイルＦ１〜Ｆｎのいずれかの配信要求を示すデータを送信し得るようになっている。また、本実施形態の携帯型通信端末装置３は、配信要求結果として配信されるファイルＦ１〜Ｆｎのいずれかを取得した場合、それをユーザに通知するようになっている。
【００１７】
ルータ装置４１〜４ｍは、２以上の異なるネットワーク間でデータを受け継ぐ中継機能を有する機器であり、当該サーバ装置２と携帯型通信端末装置３との間でデータを授受させ得るようになっている。
【００１８】
本実施形態のルータ装置４１〜４ｍは、例えば、それぞれ互いに異なる支部に設けられており、サーバ装置２で配信可能な複数のファイルＦ１〜Ｆｎのうち、当該サーバ装置２で指定される例えばファイルＦ１を保持している。なお、支部としては、例えば、店舗、乗り物などが挙げられる。
【００１９】
また本実施形態のルータ装置４１〜４ｍは、携帯型通信端末装置３からデータを受信した場合には、サーバ装置２に対するファイルＦ１の配信要求を示すデータであるか否かを解析する。
【００２０】
ここで、サーバ装置２に対するファイルＦ１の配信要求を示すデータでなかった場合、ルータ装置４１〜４ｍは、データ転送先に関する経路を示すルーティングテーブルを用いて、受信したデータを転送する。これに対して、サーバ装置２に対するファイルＦ１の配信要求を示すデータであった場合、ルータ装置４１〜４ｍは、受信したデータを転送せずに破棄し、自己で保持しているファイルＦ１をサーバ装置２になり代わって携帯型通信端末装置３に配信するようになっている。
【００２１】
＜サーバ装置の構成＞
次に、サーバ装置２の構成について説明する。図２は、サーバ装置の構成を示す図である。サーバ装置２は、入力部１１、記憶部１２、表示部１３及び制御部１４を含む構成とされる。
【００２２】
入力部１１は、ユーザの操作に応じた命令や設定値などの各種の情報を入力可能な部分である。入力部１１の具体例としては、マウス、キーボード、可搬型の半導体メモリのコネクタ、ネットワーク通信やシリアル通信を経由して情報を授受する通信インターフェイスなどが挙げられる。なお、半導体メモリとしては、ＵＳＢ（Universal  Serial  Bus）メモリやＣＦ（Compact  Flash）メモリなどが挙げられる。
【００２３】
記憶部１２は、入力部１１又は制御部１４から与えられるデータを記憶し、当該記憶したデータを読み出す部分である。記憶部１２の具体例としては、ＳＳＤ（Solid  State  Drive）やＨＤ（Hard  Disk）などが挙げられる。なお、記憶部１２は、サーバ装置２内に設けられていても良く、所定のインターフェイスを介してサーバ装置２外に設けられていても良い。
【００２４】
この記憶部１２には、各種のプログラムを格納する第１格納領域と、入力部１１から入力される設定データなどの各種のデータを格納する第２格納領域と、当該プログラムやデータを展開する展開領域とが含まれる。
【００２５】
本実施形態の第１格納領域には管理プログラムＰ１が格納される。この管理プログラムＰ１は、自己で管理するルータ装置４１〜４ｍ及び新たに管理すべきルータ装置に保持させるべきファイルを管理する処理を実行させるプログラムである。
【００２６】
また、本実施形態の第２格納領域にはユーザ管理データベースＤＢ１やデバイス管理データベースＤＢ２が格納される。ユーザ管理データベースＤＢ１は、所定の登録処理により割り当てられたユーザＩＤやパスワードなどのユーザ識別子と、当該登録処理の日時などとを関連付けたデーブルである。デバイス管理データベースＤＢ２は、自己の管理対象であるルータ装置４１〜４ｍを識別するためのデバイス情報と、当該ルータ装置４１〜４ｍの状況を識別するためのデバイス状況情報とを関連付けたテーブルである。
【００２７】
デバイス情報には、例えば、ルータ装置に割り当てられる固有のＩＤ情報と、当該ルータ装置が設置される郵便番号、住所などの設置場所を示す設置場所情報と、当該ルータ装置を設置する場所で行われる事業の種類などを示す事業情報とが含まれる。デバイス状況情報には、例えば、ルータ装置におけるＣＰＵ（Central  Processing  Unit），ＲＡＭ（Random  Access  Memory），ストレージ等の種類や使用頻度等を示すスペック情報と、ルータ装置にアクセスした日時や回数を示すアクセス情報と、当該ルータ装置に保持されているファイルやそのファイルの配信回数などを示すファイル情報とが含まれる。
【００２８】
さらに、本実施形態の第２格納領域にはファイル指定データが格納される。このファイル指定データは、どのルータ装置にどのファイルを保持させるべきかを指定するデータであり、例えば入力部１１から入力される内容に基づいて制御部１４により生成される。
【００２９】
表示部１３は、制御部１４から与えられるデータに示される情報を表示する部分である。表示部１３の具体例としては、液晶ディスプレイ、ＥＬ（Electro  Luminescence）ディスプレイ又はプラズマディスプレイなどが挙げられる。
【００３０】
制御部１４は、記憶部１２の第１格納領域に記憶されるプログラムや、当該記憶部１２の第２格納領域に記憶されるデータに基づいて各種処理を実行し、必要に応じて処理状況や処理結果を表示部１３に表示するようになっている。
【００３１】
例えば、制御部１４は、携帯型通信端末装置３から自己の開設するサイトへの接続要求を受けた場合、携帯型通信端末装置３から送信されたユーザ識別子と、記憶部１２の第２格納領域に格納されるユーザ管理データベースＤＢ１とに基づいて認証処理を実行する。携帯型通信端末装置３から送信されたユーザ識別子がユーザ管理データベースＤＢ１にあった場合、制御部１４は、携帯型通信端末装置３に対して自己の開設するサイトへの接続要求を許可する。またこの場合に、サイトで提供するファイルの配信要求が携帯型通信端末装置３からあると、制御部１４は、その配信要求に対応する例えばファイルＦｎを配信する処理を実行する。
【００３２】
また、制御部１４は、記憶部１２の第１格納領域に記憶された管理プログラムＰ１を記憶部１２の展開領域に展開した場合、当該記憶部１２の第２格納領域に格納される管理テーブル及びファイル指定データに基づいて管理処理を実行する。
【００３３】
この管理処理は、図３に示すフローチャートに従って実行される。すなわち、制御部１４は、例えば、サーバ装置２に電源が投入された時点を契機として管理処理を開始し、受信ステップＳＰ１に進む。
【００３４】
制御部１４は、受信ステップＳＰ１では、通信端末装置から送信されるパケットを受信するまで待機し、当該パケットを受信した場合には内容解析ステップＳＰ２に進む。
【００３５】
制御部１４は、内容解析ステップＳＰ２では、受信ステップＳＰ１で受信したパケットの送信元がルータ装置であるか否かを認識する。
【００３６】
ここで、受信ステップＳＰ１で受信したパケットの送信元がルータ装置でない場合、このことは、デバイス管理データベースＤＢ２を用いて管理すべきルータ装置以外の機器からのアクセスであることを意味する。この場合、制御部１４は、受信ステップＳＰ１に戻る。なお、この場合、受信ステップＳＰ１で受信したパケットに示される内容に従って、管理プログラムＰ１に基づく管理処理とは別の処理が他のプログラムに従って制御部１４により実行される。
【００３７】
これに対し、受信ステップＳＰ１で受信したパケットの送信元がルータ装置である場合、このことは、自己の管理するルータ装置４１〜４ｍ又は新たに管理すべき新規のルータ装置からのアクセスであることを意味する。この場合、制御部１４は、要求認識ステップＳＰ３に進む。
【００３８】
制御部１４は、要求認識ステップＳＰ３では、受信ステップＳＰ１で受信したパケットに示される要求内容が初期登録の要求であるか更新チェックの要求であるかを認識する。
【００３９】
ここで、初期登録の要求である場合、このことは、受信ステップＳＰ１で受信したパケットの送信元が新たに管理すべき新規のルータ装置からのアクセスであることを意味する。この場合、制御部１４は、登録ステップＳＰ４に進む。
【００４０】
制御部１４は、登録ステップＳＰ４では、新たに管理すべき新規のルータ装置に関する情報を記憶部１２の第２格納領域に格納されるデバイス管理データベースＤＢ２に登録するとともに、当該新規のルータ装置に対してファイル指定データで指定されるファイルＦ１を適宜保存させ、受信ステップＳＰ１に戻る。
【００４１】
なお、新規のルータ装置に関する情報は上記のデバイス情報及びデバイス状況情報であり、当該情報は受信ステップＳＰ１で受信したパケットに示される内容に基づいて認識される。また、受信ステップＳＰ１で受信したパケットに基づいて認識したデバイス情報及びデバイス状況情報に欠落がある場合、制御部１４は、デバイス管理データベースＤＢ２に登録すべきデバイス情報及びデバイス状況情報を再送すべきことを新規のルータ装置に要求し、当該情報を再取得するようになっている。
【００４２】
これに対し、更新チェックの要求である場合、このことは、既に管理状態にあるルータ装置４１〜４ｍのいずれかからのアクセスであることを意味する。この場合、制御部１４は、更新確認ステップＳＰ５に進む。
【００４３】
制御部１４は、更新確認ステップＳＰ５では、どのルータ装置にどのファイルを保持させるべきかを指定するファイル指定データに変更があったか否かを確認する。
【００４４】
ここで、ファイル指定データに変更がない場合、このことは、自己の管理するルータ装置４１〜４ｍに既に保持させているファイルＦ１を新たなファイルに更新させることなくそのまま維持させることを意味する。この場合、制御部１４は、応答ステップＳＰ６に進んで、受信ステップＳＰ１で受信したパケットの送信元である例えばルータ装置４１に対して更新しない応答をした後、当該受信ステップＳＰ１に戻る。
【００４５】
これに対し、ファイル指定データに変更がある場合、このことは、受信ステップＳＰ１で受信したパケットの送信元である例えばルータ装置４１に保持させたファイルＦ１を新たな例えばファイルＦｎに更新させるべきことを意味する。この場合、制御部１４は、解析ステップ７に進む。
【００４６】
制御部１４は、解析ステップＳＰ７では、受信ステップＳＰ１で受信したパケットの送信元である例えばルータ装置４１が新たに変更すべきファイルＦｎを配信可能であるか否かを解析する。
【００４７】
例えば、制御部１４は、受信ステップＳＰ１で受信したパケットの送信元である例えばルータ装置４１にデバイス状況情報を要求し、当該要求に対する応答結果としてルータ装置４１から受信されるデバイス状況情報を新たに取得する。そして、制御部１４は、新たに取得したデバイス状況情報に含まれるスペック情報、アクセス情報、ファイル情報と、新たに変更すべきファイルＦｎのファイル容量等に基づいて、ルータ装置４１が新たに変更すべきファイルＦｎを配信可能であるか否かを解析する。なお、制御部１４は、記憶部１２の第２格納領域に格納されるデバイス管理データベースのうち、ルータ装置４１デバイス状況情報を新たに取得したデバイス状況情報に更新する。
【００４８】
ここで、新たに変更すべきファイルＦｎをルータ装置４１が配信可能でない解析結果を得た場合、制御部１４は、通知ステップＳＰ８に進んで、当該解析結果及び更新させるべきファイルを再変更すべきことを表示部１３等で通知し、解析ステップＳＰ７に戻る。
【００４９】
これに対し、新たに変更すべきファイルＦｎをルータ装置４１が配信可能である解析結果を得た場合、制御部１４は、更新ステップＳＰ９に進んで、当該ルータ装置４１に対してファイルＦｎを送信し、過去にルータ装置４１に保持させたファイルＦ１をファイルＦｎに更新させた後、受信ステップＳＰ１に戻る。
【００５０】
このようにして制御部１４は、管理処理を停止すべき契機が与えられるまで、自己で管理するルータ装置４１〜４ｍ及び新たに管理すべきルータ装置に保持させるべきファイルを管理するようになっている。
【００５１】
＜ルータ装置の構成＞
次に、ルータ装置４１〜４ｍの構成について説明する。ただし、ルータ装置４１〜４ｍはそれぞれ同じ構成であるため、ここではルータ装置４１の構成について説明する。
【００５２】
図４は、ルータ装置の構成を示す図である。図４に示すように、ルータ装置４１は、入力部２１、記憶部２２、表示部２３及び制御部２４を含む構成とされる。
【００５３】
入力部２１は、ユーザの操作に応じた命令や設定値などの各種の情報を入力可能な部分である。具体例としては、上記サーバ装置２の入力部１１で挙げたものと同じものが挙げられる。
【００５４】
記憶部２２は、入力部２１又は制御部２４から与えられるデータを記憶し、当該記憶したデータを読み出す部分である。この記憶部２２は、サーバ装置２で配信可能なファイルＦ１〜Ｆｎの少なくとも１つのファイルの容量以上の記憶容量を有するものとされる。少なくとも１つのファイルとしては、サーバ装置２で配信可能なファイルＦ１〜Ｆｎのなかで最も大きいファイルであることが望ましい。なお、記憶部２２の具体例としては、上記サーバ装置２の記憶部１２で挙げたものと同じものが挙げられる。
【００５５】
この記憶部２２には、各種のプログラムを格納する第１格納領域と、入力部１１から入力される設定データなどの各種のデータを格納する第２格納領域と、当該プログラムやデータを展開する展開領域とが含まれる。
【００５６】
本実施形態の第１格納領域にはファイル配信プログラムＰ２が格納される。このファイル配信プログラムＰ２は、自己で保持するファイルを適宜配信する処理を実行させるプログラムである。
【００５７】
表示部２３は、制御部２４から与えられるデータに示される情報を表示する部分である。表示部２３の具体例としては、上記サーバ装置２の表示部１３で挙げたものと同じものが挙げられる。
【００５８】
制御部２４は、記憶部２２の第１格納領域に記憶されるプログラムや、当該記憶部２２の第２格納領域に記憶されるデータに基づいて各種処理を実行するようになっている。
【００５９】
例えば、制御部２４は、携帯型通信端末装置３からサーバ装置２の開設するサイトへの接続要求を示すパケットのデータを受けた場合、当該パケットのヘッダに示される宛先を認識する。また制御部２４は、記憶部２２の第２格納領域に格納されるルーティングテーブルに基づいて、宛先となるホストまでパケットを送信する例えば最短の経路を選択するとともに、当該経路のなかで次に転送すべき隣接するデバイスに自己で受信したパケットを転送する。
【００６０】
また、制御部２４は、記憶部２２の第１格納領域に記憶されたファイル配信プログラムＰ２を記憶部２２の展開領域に展開した場合、当該ファイル配信プログラムＰ２に基づいてファイル配信処理を実行し、必要に応じて処理状況や処理結果を表示部２３に表示するようになっている。
【００６１】
このファイル配信処理は、図５に示すフローチャートに従って実行される。すなわち、制御部２４は、例えば、サーバ装置２で指定されそのサーバ装置２から送信されたファイルＦ１を記憶部２２の第２格納領域に格納した時点を契機としてファイル配信処理を開始し、パケット受信ステップＳＰ１１に進む。
【００６２】
制御部２４は、パケット受信ステップＳＰ１１では、通信端末装置から送信されるパケットを受信するまで待機し、当該パケットを受信した場合には、宛先認識ステップＳＰ１２に進む。
【００６３】
制御部２４は、宛先認識ステップＳＰ１２では、パケット受信ステップＳＰ１１で受信したパケットのヘッダに示される宛先を認識する。
【００６４】
ここで、サーバ装置２以外の宛先がヘッダに示されている場合、制御部２４は、転送ステップＳＰ１３に進んでパケット受信ステップＳＰ１１で受信したパケットを転送した後、パケット受信ステップＳＰ１１に戻る。これに対し、サーバ装置２の宛先がヘッダに示されている場合、制御部２４は内容解析ステップＳＰ１４に進む。
【００６５】
制御部２４は、内容解析ステップＳＰ１４では、パケット受信ステップＳＰ１１で受信したパケットのヘッダ又はデータ部に基づいて、自己で予め保持される例えばファイルＦ１の配信をサーバ装置２に対して要求することを示すパケットであるか否かを認識する。
【００６６】
ここで、ファイルＦ１の配信をサーバ装置２に対して要求することを示すパケットでない場合、制御部２４は、転送ステップＳＰ１３に進んでパケット受信ステップＳＰ１１で受信したパケットを転送した後、パケット受信ステップＳＰ１１に戻る。
【００６７】
これに対し、ファイルＦ１の配信をサーバ装置２に対して要求することを示すパケットである場合、このことは、サーバ装置２に対して配信要求しているファイルＦ１を、当該サーバ装置２になり代わって配信できることを意味する。この場合、制御部２４は配信ステップＳＰ１５に進む。
【００６８】
制御部２４は、配信ステップＳＰ１５では、パケット受信ステップＳＰ１１で受信したパケットを破棄するとともに、記憶部２２の第２格納領域に保持しているファイルＦ１をそのファイルＦ１の配信を要求した要求元である例えば携帯型通信端末装置３に配信する。また、制御部２４は、ファイルＦ１の配信を要求した要求元にそのファイルＦ１の配信を完了した場合には、サーバ装置２に対してファイルＦ１を配信したことを示すログを送信した後、パケット受信ステップＳＰ１１に戻る。
【００６９】
このようにして制御部２４は、ファイル配信処理を停止すべき契機が与えられるまで、パケットのルーティング処理を実行しつつも、サーバ装置２になり代わって自己で保持するファイルＦ１を配信するようになっている。
【００７０】
＜小括＞
以上のとおり、本実施形態のルータ装置４１は、所定のサーバ装置２で配信可能なファイルＦ１〜Ｆｎの少なくとも１つのファイルの容量以上の記憶容量を有する記憶部２２と、当該記憶部２２を制御する制御部２４とを備える。制御部２４は、記憶部２２に保持されるファイルＦ１の配信をサーバ装置２に対して要求することを示すパケットを受信した場合には、パケットを破棄するとともに当該パケットの要求元に対して記憶部２２に保持されるファイルＦ１を配信する。
【００７１】
このため、ルータ装置４１は、サーバ装置２によって本来配信されるべきファイルＦ１を、当該サーバ装置２になり代わって配信することができ、そのファイルＦ１を配信する処理の負荷分をサーバ装置２から削除させることがきる。したがって、このルータ装置４１によれば、サーバ装置２の負荷を低減させることができる。
【００７２】
なお、ルータ装置４１から配信されるファイルＦ１は、携帯型通信端末装置３を操作するユーザの意図に応じたものであり、当該ユーザの意図にかかわらずルータ装置４１によって強制的に配信されるものではない。このため、ルータ装置４１は、携帯型通信端末装置３側ではあたかもサーバ装置２からの配信であるかのように捉えさせつつ、サーバ装置２の負荷を低減させることができる。
【００７３】
（２）変形例
上記実施形態のサーバ装置２は、ルータ装置４１〜４ｍに保持させたファイルＦ１及びＦ２を、当該ファイルＦ１及びＦ２の本来の配信元である自身にも保持していた。しかしながら、サーバ装置２は、ルータ装置４１〜４ｍに保持させたファイルＦ１及びＦ２を削除し、自身に保持しないようにしても良い。
【００７４】
また上記実施形態のサーバ装置２は、配信可能であるファイルＦ１〜Ｆｎのうち１つのファイルＦ１をルータ装置４１〜４ｍに保持させた。しかしながら、サーバ装置２は、配信可能であるファイルＦ１〜Ｆｎの２以上のファイルをルータ装置４１〜４ｍに保持させても良い。
【００７５】
また上記実施形態のサーバ装置２は、ルータ装置４１〜４ｍそれぞれに同じファイルＦ１を保持させた。しかしながら、サーバ装置２は、ルータ装置４１〜４ｍごとに異なるファイルをルータ装置４１〜４ｍに保持させても良く、所定のカテゴリに属するルータ装置４ごとに異なるファイルをルータ装置４１〜４ｍに保持させても良い。なお、カテゴリとしては、例えば、県や市などの地域、会社、当該会社の事業やサービスなどが挙げられる。
【００７６】
また上記実施形態のルータ装置４１は、自己で保持するファイルＦ１を配信完了するごとにログを送信していた。しかしながら、ルータ装置４１は、定期的に、もしくは、サーバ装置２の要求に応じてサーバ装置２に送信するようにしても良い。なお、サーバ装置２はルータ装置４１〜４ｍごとに、当該ルータ装置で保持されるファイルの配信回数を統計し、当該統計結果を表示部１３等を介して通知するようにしても良い。
【００７７】
上記実施形態のルータ装置４１は、受信したパケットに基づいて自己で予め保持される例えばファイルＦ１の配信をサーバ装置２に対して要求することを示すパケットであるか否かを自ら識別した。また、ファイルＦ１の配信をサーバ装置２に対して要求することを示すパケットである場合、ルータ装置４１は、受信したパケットをサーバ装置２側に転送することなく、当該パケットの要求元である携帯型通信端末装置３にファイルＦ１を配信した。
しかしながら、ルータ装置４１は、当該ルータ装置４１に保持されるファイルＦ１の配信をサーバ装置２に対して要求することを示すパケットであるか否かを識別することなくサーバ装置２側に転送するようにしても良い。
このようにする場合、サーバ装置２は、受信したパケットとデバイス管理データベースＤＢ２とに基づいて、当該パケットの転送経路のうち送信元の携帯型通信端末装置３に最も近いルータ装置４１に、送信元で配信を要求するファイルＦ１が保持されていることを識別する。また、サーバ装置２は、パケットの送信元で配信を要求するファイルＦ１がルータ装置４１に保持されていることを識別した場合、当該ルータ装置４１に対して送信元にファイルＦ１を配信すべき要求を送信する。
このようにすれば、上記実施形態と同様に、ルータ装置４１は、サーバ装置２によって本来配信されるべきファイルＦ１を、当該サーバ装置２になり代わって配信することができ、そのファイルＦ１を配信する処理の負荷分をサーバ装置２から削除させることがきる。
【００７８】
具体例として、サーバ装置２は、図６に示すフローチャートに従ってファイル配信処理を実行することが可能である。
すなわち、サーバ装置２の制御部１４は、例えば、サーバ装置２に電源が投入された時点を契機としてファイル配信処理を開始し、受信ステップＳＰ２１に進む。
制御部１４は、受信ステップＳＰ２１では、通信端末装置から送信されるパケットを受信するまで待機し、当該パケットを受信した場合には内容解析ステップＳＰ２２に進む。
制御部１４は、内容解析ステップＳＰ２２では、受信ステップＳＰ２１で受信したパケットのヘッダ又はデータ部に基づいて、ルータ装置４１〜４ｍに記憶させた例えばファイルＦ１の配信を要求することを示すパケットであるか否かを認識する。
ここで、ファイルＦ１の配信を要求していない場合、制御部１４は、受信ステップＳＰ２１に戻る。なお、この場合、受信ステップＳＰ２１で受信したパケットに示される内容に従って、本ファイル配信処理とは別の処理が制御部１４により実行される。
これに対して、ファイルＦ１の配信を要求している場合、このことは、サーバ装置２でファイルＦ１を配信せずに、ルータ装置４１〜４ｍのいずれかから配信可能であることを意味する。この場合、制御部１４は、第１解析ステップＳＰ２３に進む。
制御部１４は、第１解析ステップＳＰ２３では、ルーティングテーブルに基づいて、当該パケットの転送経路のうち送信元の携帯型通信端末装置３に最も近い例えばルータ装置４１を認識する。次いで、制御部１４は、デバイス管理データベースＤＢ２におけるデバイス状況情報に基づいて、ルータ装置４１のスペック及びアクセス状況や、当該ルータ装置４１に記憶されるファイルＦ１の容量などのデバイス状況を解析する。そして、制御部１４は、解析結果から、現時点でルータ装置４１がファイルＦ１を配信できる状態にあるかを認識する。
ここで、ルータ装置４１がファイルＦ１を配信できる状態にある場合、制御部１４は、受信ステップＳＰ２１で受信したパケットの転送経路にあるルータ装置４１にファイルＦ１を配信させるべきであると決定する。この場合、制御部１４は、要求ステップＳＰ２４に進んで、ルータ装置４１に対して送信元にファイルＦ１を配信すべき要求を送信した後、受信ステップＳＰ２１に戻る。
これに対して、ルータ装置４１がファイルＦ１を配信できる状態にない場合、制御部１４は、受信ステップＳＰ２１で受信したパケットの転送経路にあるルータ装置４１にファイルＦ１を配信させるべきではないと決定する。この場合、制御部１４は、第２解析ステップＳＰ２５に進む。
制御部１４は、第２解析ステップＳＰ２５では、ルーティングテーブルと、デバイス管理データベースＤＢ２における設置場所情報とに基づいて、ルータ装置４１以外の他のルータ装置から配信可能であるか否かを解析する。具体的には、例えば、ルータ装置４１が設置されている地域と同じ地域にあるルータ装置があるか否かが探索され、当該ルータ装置がある場合には上記の第１解析ステップＳＰ２３と同様にして現時点でファイルＦ１を配信できる状態にあるかが認識される。
ここで、他のルータ装置からファイルＦ１を配信可能である場合、制御部１４は、要求ステップＳＰ２４に進んで、そのルータ装置にファイルＦ１を配信すべき要求を送信した後、受信ステップＳＰ２１に戻る。
これに対して、他のルータ装置からファイルＦ１を配信可能でない場合、制御部１４は、要求ステップＳＰ２６に進んで、自己で記憶しているファイルＦ１を送信元に配信した後、受信ステップＳＰ２１に戻る。
このようにしてサーバ装置２は、必要に応じて自己になり代わってルータ装置にファイルを配信させることで、当該ファイルを配信する処理の負荷分を低減することがきる。
【００７９】
なお、情報提供システム１における各構成要素は、上述した実施形態や上記の変形例に示された内容以外に、適宜、本願目的を逸脱しない範囲で組み合わせ、省略、変更、周知技術の付加などをすることができる。
【符号の説明】
【００８０】
１・・・情報提供システム、２・・・サーバ装置、３・・・携帯型通信端末装置、４１〜４ｍ・・・ルータ装置、１１，２１・・・入力部、１２，２２・・・記憶部、１３，２３・・・表示部、１４，２４・・・制御部、Ｐ１・・・管理プログラム、Ｐ２・・・ファイル配信プログラム。
【図１】
2017191999.tif 000003
【図２】
2017191999.tif 000004
【図３】
2017191999.tif 000005
【図４】
2017191999.tif 000006
【図５】
2017191999.tif 000007
【図６】
2017191999.tif 000008