(57)【要約】【課題】利用者が予め指定したＷｅｂサイトの情報を取得し、電子メールやＳＮＳを通じて利用者に配信することで、利用者が自らＷｅｂサイトにアクセスする手間を省き、利用者の利便性に資する。【解決手段】サーバ装置１００は、配信条件取得部１３１と、情報配信部１３３とを備える。配信条件取得部１３１は、ユーザが取得したいＷｅｂページに関する配信条件を取得する。情報配信部１３３は、配信条件で指定された条件にしたがってユーザに対しＷｅｂページに関する情報を配信する。【選択図】図２
2020149099.tif 000002
【特許請求の範囲】
【請求項１】
ＵＲＬに基づく配信条件を取得する配信条件取得部と、
前記配信条件に基づくＷｅｂページの情報を配信する情報配信部と
を有するサーバ装置。
【請求項２】
前記配信条件取得部は、ＵＲＬに加え、時間又は前記Ｗｅｂページにおけるコンテンツの構成要素の変化のいずれか一以上を配信条件として取得する請求項１に記載のサーバ装置。
【請求項３】
前記配信条件取得部は、Ｗｅｂページにおけるコンテンツの構成要素を配信条件として取得し、
前記情報配信部は、前記配信条件に基づくＷｅｂページにおけるコンテンツの構成要素を画像として配信する請求項１又は請求項２に記載のサーバ装置。
【請求項４】
前記配信条件により特定されたＷｅｂページに関連する情報を取得する情報取得部をさらに備える請求項１から請求項３のいずれか一項に記載のサーバ装置。
【請求項５】
前記情報取得部が情報取得の処理を始めてから前記配信が可能となるまでの待ち時間を計測する待ち時間計測部をさらに備える請求項４に記載のサーバ装置。
【請求項６】
前記待ち時間計測部は、前記配信条件を取得した際に、ユーザに対してテスト配信を行うことで配信情報が正しいかどうか確認を促し、ユーザが正しい情報を判断したときにおける前記情報取得部が情報取得の処理を始めてから前記配信が可能となるまでの待ち時間を計測する請求項４又は請求項５に記載のサーバ装置。
【請求項７】
前記情報取得部は、前記待ち時間に基づいて、前記Ｗｅｂページに関連する情報の取得を制御する請求項５又は請求項６に記載のサーバ装置。
【請求項８】
前記情報取得部は、前記待ち時間に基づいて、前記Ｗｅｂページに関連する情報の取得を開始する時間を制御する請求項５から請求項７のいずれか一項に記載のサーバ装置。
【請求項９】
前記情報取得部は、前記配信条件で特定された時間から前記待ち時間を減算した時刻に前記Ｗｅｂページに関連する情報の取得を開始する請求項５から請求項８のいずれか一項に記載のサーバ装置。
【請求項１０】
前記情報取得部は、前記待ち時間に基づいて、前記Ｗｅｂページに関連する情報の取得する順序と取得を開始する時間を制御する請求項５から請求項９のいずれか一項に記載のサーバ装置。
【請求項１１】
前記待ち時間に基づいて、前記情報取得部における情報取得時のエラー原因を推測するエラー推測部をさらに備える請求項５から請求項９のいずれか一項に記載のサーバ装置。
【請求項１２】
前記エラー推測部は、前記Ｗｅｂページに関連する情報が一定時間内に取得できないときに、該Ｗｅｂページの読み込みが可能かどうか確認し、該Ｗｅｂページにおけるコンテンツの構成要素の取得エラーを検出する請求項１１に記載のサーバ装置。
【請求項１３】
前記エラー推測部は、前記Ｗｅｂページに関連する情報が一定時間内に取得できないときに、ユーザに対してテスト配信を行うことで配信情報が正しいかどうか確認を促す請求項１１又は請求項１２に記載のサーバ装置。
【請求項１４】
前記エラー推測部は、前記情報配信部が配信する情報と前記テスト配信時に配信した情報の差異が閾値を超える場合に、ユーザに対して配信する情報が正しいか確認を促す請求項６から請求項１３のいずれか一項に記載のサーバ装置。
【請求項１５】
ＵＲＬに基づく配信条件を取得する配信条件取得ステップと、
前記配信条件に基づくＷｅｂページの情報を配信する情報配信ステップと
をコンピュータに実行させる方法。
【請求項１６】
ＵＲＬに基づく配信条件を取得する配信条件取得ステップと、
前記配信条件に基づくＷｅｂページの情報を配信する情報配信ステップと
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報配信サーバ、情報配信方法及び情報配信プログラムに関する。
【背景技術】
【０００２】
近年、インターネットを用いて様々な情報を取得することが可能である。例えば、ニュースや天気予報、株価情報など、日々更新される情報においても、インターネットを通じて取得することが可能である。一方で、インターネットを通じてＷｅｂサイトから情報を取得するためには、利用者が自らブラウザを用いてＷｅｂサイトにアクセスする必要がある。そこで、定期的に情報を取得したいＷｅｂサイトから自動的に情報を取得し、電子メールやＳＮＳを通じて自動的に配信することができると利用者にとって利便性がよい。
【０００３】
例えば、特許文献１は、Ｗｅｂサイトから自動的に情報を取得する情報収集システムが開示されている。このシステムは、定期的に更新されるＷｅｂサイトから自動的に情報を取得し、データベースに記憶することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２７１４９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１が開示する情報収集システムは、Ｗｅｂサイトから自動的に情報を取得することが可能であるが、利用者に対して、更新された情報を自動的に配信することには触れられていない。
【０００６】
そこで、本開示は、利用者が取得したいＷｅｂサイトの情報について、自動的に情報を取得した上で、利用者に対して配信することにより、利用者の利便性に配慮した情報配信サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本開示の第１の観点に係る情報配信サーバは、ＵＲＬに基づく配信条件を取得する配信条件取得部と、配信条件に基づくＷｅｂページの情報を配信する情報配信部とを備えることを特徴とする。
【０００８】
また、上記目的を達成するため、本開示の第２の観点に係る情報配信方法は、ＵＲＬに基づく配信条件を取得する配信条件取得ステップと、配信条件に基づくＷｅｂページの情報を配信する情報配信ステップとを含むことを特徴とする。
【０００９】
また、上記目的を達成するため、本開示の第３の観点に係る情報配信プログラムは、コンピュータに実行させるためのプログラムであり、ＵＲＬに基づく配信条件を取得する配信条件取得ステップと、配信条件に基づくＷｅｂページの情報を配信する情報配信ステップとを含むことを特徴とする。
【発明の効果】
【００１０】
本開示によれば、利用者が予め指定したＷｅｂサイトの情報を取得し、電子メールやＳＮＳを通じて利用者に配信することで、利用者が自らＷｅｂサイトにアクセスする手間を省き、利用者の利便性に資することができる。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態に係る情報配信システムのハードウェア構成例を示すブロック図である。
【図２】第１実施形態に係る情報配信サーバの機能を示すブロック図である。
【図３】第１実施形態に係る情報配信サーバによって取得される配信条件の一例を示す概念図である。
【図４】第１実施形態に係る情報配信サーバによって取得されるＷｅｂサーバに関する情報の一例を示す概念図である。
【図５】第１実施形態に係る情報配信サーバの制御処理の一例を示すフローチャートである。
【図６】第２実施形態に係る情報配信システムのハードウェア構成例を示すブロック図である。
【図７】第２実施形態に係る情報配信サーバの機能を示すブロック図である。
【図８】第２実施形態に係る情報配信サーバの制御処理の一例を示すフローチャートである。
【図９】本開示の実施形態に係るコンピュータの構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１２】
以下、本開示の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。
【００１３】
（第１実施形態）
図１に示すように、本実施形態に係る情報配信システム１は、第１のサーバ装置である情報配信サーバ１００と、第２のサーバ装置であるサーバ装置２００と、それぞれ異なるユーザによって使用される一つ以上の通信端末３００とを備える。
【００１４】
情報配信サーバ１００と、サーバ装置２００と、通信端末３００とは、ネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、ＷＡＮ（World Area Network）、ＬＡＮ（Local Area Network）等から構成される。情報配信システム１は、ユーザに対して配信条件に基づく情報を提供する。
【００１５】
情報配信サーバ１００は、情報配信を行う事業者によって管理される。情報配信サーバ１００は、配信条件の取得、情報の取得、情報の配信等を行う。ここでいう情報とは、ＵＲＬ（Uniform Resource Locator）により指定されたＷｅｂページの情報をいう。情報配信サーバ１００は、一つのコンピュータにより実現されてもよいし、配信処理の負荷を分散させるため複数のコンピュータにより実現されてもよい。
【００１６】
サーバ装置２００は、ユーザが情報配信を希望するＷｅｂページを管理するサーバである。例えば、サーバ装置２００は、ニュースを提供するＷｅｂサーバであり、天気予報の情報を提供するＷｅｂサーバであり、株価情報を提供するＷｅｂサーバなどである。なお、サーバ装置２００は、情報配信を行う事業者とは異なる提供事業者ではなく、情報配信を行う事業者（例えば情報配信サーバ１００を管理する事業者）によって管理されてもよいし、情報配信サーバ１００と一体に構成されていてもよい。
【００１７】
サーバ装置２００は、情報配信サーバ１００や通信端末３００を含むネットワークに接続された機器に対して、Ｗｅｂページにより情報を提供する。情報配信サーバ１００は、ユーザから指定されたＵＲＬを含む配信条件に基づいてサーバ装置２００から情報を取得する。情報配信サーバ１００は、サーバ装置２００からＷｅｂページに関する情報を取得し、通信端末３００に対して取得した情報を配信する。
【００１８】
通信端末３００は、ユーザによって使用される。通信端末３００は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等の通信機能を有する端末装置である。なお、通信端末３００は、ユーザが所有する端末装置であってもよいし、視聴施設に設置される端末装置であってもよい。
【００１９】
＜情報配信サーバの構成＞
以下、情報配信サーバ１００の構成を詳細に説明する。図２に示すように、情報配信サーバ１００は、他の装置と通信を行う通信部１１０と、各種データを記憶する記憶部１２０と、サーバ全体の制御を行う制御部１３０とを備える。これらの構成要素は、バスラインＢＬによって相互に接続される。
【００２０】
通信部１１０は、有線通信又は無線通信を行うためのＮＩＣ（Network Interface Controller）を備える通信インタフェースである。通信部１１０は、ネットワークＮＷを介して、サーバ装置２００及び通信端末３００と通信を行う。
【００２１】
記憶部１２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成される。記憶部１２０は、各種制御処理を実行するためのプログラム、各種データ等を記憶する。
【００２２】
制御部１３０は、ＣＰＵ（Central Processing Unit）等から構成される。制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、情報配信サーバ１００の全体の動作を制御する。
【００２３】
以下、制御部１３０の機能的な構成を説明する。制御部１３０は、配信条件取得部１３１、情報取得部１３２、情報配信部１３３、待ち時間計測部１３４として機能する。
【００２４】
配信条件取得部１３１は、通信部１１０を介して、通信端末３００から、ユーザの指定する配信条件を取得する。
【００２５】
配信条件は、情報配信の対象とするＷｅｂページのＵＲＬを含む情報である。配信条件は、ＵＲＬの他、どのような条件のときに配信を行うかなど情報配信のタイミングに関する条件や、Ｗｅｂページ内のいかなる情報を配信するかなど情報配信の内容に関する条件を含む。具体的には、配信条件におけるタイミングに関する条件については、特定の時間のＷｅｂページの情報を配信するなど、時間を配信条件として加えてもよい。また、Ｗｅｂページの特定の情報が更新された場合や、特定の情報が新たに加わった場合、Ｗｅｂページの特定の情報の内容が条件を満たした場合など、Ｗｅｂページのコンテンツの構成要素の変化を配信条件として加えてもよい。また、配信条件における内容に関する条件については、Ｗｅｂページ内の指定された場所、画像、グラフの情報を配信するなど、Ｗｅｂページのコンテンツの構成要素を配信条件として加えてもよい。
【００２６】
取得した配信条件は、そのユーザの識別情報と関連付けられて、記憶部１２０に記憶される。なお、同じユーザが配信条件を更新した場合、その都度、記憶部１２０に記憶されているユーザの配信条件が更新され、記憶情報が更新される。
【００２７】
情報取得部１３２は、配信条件取得部１３１が取得した配信条件に基づいて、サーバ装置２００からＷｅｂページの情報を取得する。Ｗｅｂページの情報は、指定されたＵＲＬのＷｅｂページ全体であってもよいし、配信条件により指定されたＷｅｂページにおける一又は複数の構成要素であってもよい。
【００２８】
具体的に、情報取得部１３２が取得する情報は、Ｗｅｂページ全体であってもよいし、Ｗｅｂページのうち、配信条件により指定された位置の文章、画像、グラフなどの情報であってもよい。また、Ｗｅｂページのうち、配信条件により指定された内容の文章、画像、グラフなどの情報であってもよい。さらに、ユーザが利用するブラウザの大きさ、ページのスクロール量、表示倍率や種類などにより特定されてもよい。
【００２９】
情報取得部１３２は、配信条件の内容に応じて、Ｗｅｂページに関する情報の取得を制御してもよい。具体的には、多くのユーザから配信条件として指定されているＷｅｂページに関する情報は、毎回新たに情報を取得せず、一定期間Ｗｅｂページを開いたままとすることで、情報の取得を高速化してもよい。さらに、複数のコンピュータを用いて情報を取得する場合には、配信条件として指定されたＷｅｂページと地理的に近いコンピュータ（サーバ）を用いて情報を取得することで、情報の取得を高速化してもよい。
【００３０】
情報取得部１３２は、Ｗｅｂページに関する情報の取得について、効率化してもよい。具体的には、広告に関する情報を読み込まないように制御することで、読み込み速度を向上させてもよい。さらに、繰り返し特定の時間にアクセスすることで、指定されたＷｅｂページへのアクセスを拒否されないように、乱数を用いて、アクセスする時間を少しずらすよう制御してもよい。
【００３１】
情報取得部１３２は、後述する待ち時間計測部１３４により取得した待ち時間を用いて、Ｗｅｂページに関連する情報の取得を制御してもよい。
【００３２】
具体的には、情報取得部１３２は、待ち時間がＮ秒と計測された場合、配信条件により指定された時間のＮ秒前からＷｅｂページの情報の取得を開始することで、当該指定された所定の時間のＷｅｂページの取得を行うことが可能である。例えば、株価などの情報は、刻一刻と変化するため、計測した待ち時間を用いて、Ｗｅｂページの取得開始時間を制御することで、ユーザが指定した時間の情報を配信することが可能となる。
【００３３】
また、情報取得部１３２は、配信条件により、同じ時間において複数のＷｅｂページの配信が指定されている場合に、待ち時間の長いものからＷｅｂページの情報の取得を開始するよう取得を開始する順序を制御してもよい。
【００３４】
さらに、情報取得部１３２は、複数のコンピュータを用いて情報を取得する場合には、コンピュータごとに待ち時間を取得した上で、待ち時間の短いコンピュータから当該Ｗｅｂページに関する情報を取得するよう制御してもよい。加えて、取得した待ち時間が長い場合には、使用するコンピュータを増やし、待ち時間が短い場合には、使用するコンピュータの数を減らすなど、使用するコンピュータの数を制御してもよい。
【００３５】
情報配信部１３３は、ユーザに対し、ユーザが利用する通信端末３００に対してＷｅｂページに関する情報を配信する。ユーザに対して配信する情報は、配信条件に基づいて決定される。具体的には、配信の時間が指定されている場合には、配信条件により指定された時間のＷｅｂページに関する情報をユーザが利用する通信端末３００に対して配信する。例えば、毎日午前７時に指定されたＷｅｂページを配信することが配信条件により指定されていれば、情報配信部１３３は、毎日午前７時の指定されたＵＲＬのＷｅｂページの情報をユーザが利用する通信端末３００に対して配信する。また、配信条件により、ＵＲＬやＷｅｂページの構成要素が指定されている場合には、配信条件により指定されたＵＲＬのＷｅｂページの情報や、配信条件により指定されたＷｅｂページの構成要素に関する情報をユーザが利用する通信端末３００に対して配信する。具体的には、あるＷｅｂページの株価に関する推移の情報が指定されていれば、情報配信部１３３は、指定された日時に、当該Ｗｅｂページの株価に関する推移の情報をユーザが利用する通信端末３００に対して配信する。
【００３６】
情報配信部１３３が配信する情報は、ＨＴＭＬ（HyperText Markup Language）などで記述された情報をそのまま配信してもよいし、スクリーンショットなどの画像情報や、物理的に写真で撮影した情報などに変換して配信してもよい。また、情報配信部１３３は、同時に、ユーザが指定する複数のＷｅｂページまたは一つのＷｅｂページ内の複数の構成要素を配信してもよい。
【００３７】
このように、情報取得部１３２が指定された配信条件に基づき、ユーザが利用する通信端末３００に対して情報を配信することで、ユーザは自らブラウザを立ち上げてＷｅｂページを読み込むことなく、電子メールやＳＮＳを通じて自動的に情報を取得することが可能となる。
【００３８】
待ち時間計測部１３４は、情報取得部１３２が配信条件で指定された情報取得の処理を始めてから、ユーザに対して配信が可能となるまでの待ち時間を計測する。
【００３９】
例えば、あるＷｅｂページ全体を取得することが配信条件として指定されているときは、待ち時間計測部１３４は、当該Ｗｅｂページ全体を取得する処理を開始した時点を開始時点とし、それをユーザに対して配信することが可能となった時点を終了時点として待ち時間を計測する。また、あるＷｅｂページの構成要素が配信条件として指定されているときは、待ち時間計測部１３４は、当該Ｗｅｂページを取得する処理を開始した時点を開始時点とし、Ｗｅｂページ全体から指定された構成要素を切り取り、ユーザに対して配信することが可能となった時点を終了時点として待ち時間を計測する。さらに、配信が画像により行われる場合には、情報を取得した上で、画像に落とし込み、ユーザに対して配信が可能となるまでの時点を計測する。
【００４０】
待ち時間計測部１３４は、ユーザからの応答も踏まえて、待ち時間の計測を行ってもよい。具体的には、配信条件で指定されたＷｅｂページの読み込みを開始するとともに、待ち時間の計測を開始する。このとき、配信条件で指定されたＵＲＬの読み込み完了だけでなく、インラインフレームに関するコンテンツの読み込みも完了するまで待つ。そして、通信端末３００へテスト配信して、ユーザに確認を促し、ユーザが正しく読み込めていると確認した場合には、Ｗｅｂページに関する情報を読み込み配信可能となるまでの時間を待ち時間とする。ユーザが正しく読み込めていないと判断した場合には、再度計測を行う。
【００４１】
また、ユーザが正しく読み込めていないと判断した場合には、配信条件で指定されたＷｅｂページの読み込みに時間がかかるサイトである可能性もあるため、タイムアウトと判定する時間をさらに延長した上で、読み込みが完了し配信可能となるまでの時間を計測してもよい。
【００４２】
なお、インラインフレームに関するコンテンツの読み込みが完了したか否かは、配信条件で指定されたＷｅｂページとインラインフレーム内のコンテンツの色の違いを用いて、画像の分析を行い、検出を行ってもよい。
【００４３】
待ち時間計測部１３４は、配信条件が指定され、または変更されたときに、テスト配信を行い、待ち時間を計測してもよい。テスト配信は、配信条件で指定された情報を取得した上で、通信端末３００へテスト配信してユーザに確認を促し、ユーザの確認が取れた場合に配信が完了したものとして、配信条件で指定された情報取得の処理を始めてから、ユーザに対して配信が可能となるまでの時間を待ち時間として計測する。
【００４４】
さらに、待ち時間の計測は、配信条件で指定されたＷｅｂページに関する情報を取得する都度ごとに、または、ランダムで行い、待ち時間情報を取得してもよい。
【００４５】
待ち時間を取得することにより、情報を取得するタイミングを制御したり、情報を取得するサーバを制御するなど、効果的な情報取得を行うための一助とすることができる。さらに、情報取得時にエラーが発生した場合に、その原因究明の手がかりとすることもできる。
【００４６】
＜Ｗｅｂページの情報取得に関する具体例＞
以下、情報配信サーバ１００がＷｅｂページの情報を配信する具体例を説明する。
【００４７】
図３に配信条件の具体例を示す。例えば、ユーザが天気予報を掲載しているＷｅｂページに関する情報を毎日午前１１時に配信し取得する場合を仮定する。ユーザは、通信端末３００を用いて、情報を取得したいＷｅｂページのＵＲＬ（図３ではhttp://tenki.go.jp/yoho.html）、Ｗｅｂページ内の情報を取得したい構成要素（図３ではページ内の画像）、情報を取得したい日時（図３では毎日午前11時）などの配信条件を指定する。そして、情報配信サーバ１００の配信条件取得部１３１は、ユーザが指定した配信条件を取得する。
【００４８】
情報取得部１３２は、配信条件で指定された時間に（図３では毎日午前11時）、配信条件で指定されたＷｅｂページ（図３ではhttp://tenki.go.jp/yoho.html）を取得し、さらに、Ｗｅｂページ全体ではなく特定の構成要素が指定されている場合には、これを取得する（図３ではページ内の画像）。
【００４９】
情報取得部１３２は、配信条件で指定されたＵＲＬにしたがって、Ｗｅｂページの情報を取得する。例えば、図４に示すような、天気予報のＷｅｂページに関する情報を取得する。さらに、配信条件により、ページ内の画像、すなわち、全国の天気予報図が指定されている場合には、Ｗｅｂページ内を解析して、当該画像を抽出する。
【００５０】
情報取得部１３２は、待ち時間計測部１３４により計測された待ち時間を用いて、Ｗｅｂページに関する情報の取得を制御してもよい。例えば、配信条件で指定されたＷｅｂページの読み込みに１０秒かかる場合、配信条件で指定された時間の情報を取得すべく、午前１０時５９分５０秒に指定されたＵＲＬからの情報取得を開始してもよい。
【００５１】
情報配信部１３３は、ユーザの使用する通信端末３００に対して、配信条件で指定されたＷｅｂページに関する情報を配信する。図３及び図４の具体例では、配信条件で指定された全国の今日の天気予報の図を配信する。
【００５２】
＜処理の流れ＞
以下、図５を参照しながら、情報配信サーバ１００が実行する制御処理の一例を説明する。
【００５３】
まず、情報配信サーバ１００の配信条件取得部１３１は、通信部１１０を介して、通信端末３００を通してユーザの入力した配信条件を取得する（ステップＳ１０１）。
【００５４】
配信条件を取得した後、待ち時間計測部１３４は、配信条件で指定されたＷｅｂページを読み込み、読み込みを開始してユーザに対して配信可能となるまでの待ち時間を計測する（ステップＳ１０２）。
【００５５】
次に、制御部１３０は、配信条件で指定されたＵＲＬのＷｅｂページに関する情報が配信条件を満たすか否かを判別する（ステップＳ１０３）。
【００５６】
制御部１３０は、配信条件を充足しないと判断した場合（ステップＳ１０３；Ｎ）、さらにステップＳ１０３を継続する。制御部１３０が、配信条件を充足すると判断した場合（ステップＳ１０３；Ｙ）、外部サーバたるサーバ装置２００から配信条件で指定されたＷｅｂページに関する情報を取得する（ステップＳ１０４）。
【００５７】
なお、情報取得部１３２は、配信条件で指定されたＷｅｂページに関する情報を取得する際、待ち時間計測部１３４で取得した待ち時間を用いて、Ｗｅｂページ取得を開始する時間を制御するなどの処理を行ってもよい。
【００５８】
次に、制御部１３０は、配信条件で指定されたＷｅｂページに関する情報を、通信端末３００を通してユーザに対して配信する（ステップＳ１０５）。
【００５９】
＜効果の説明＞
本実施形態に係る情報配信サーバ１００は、ユーザから配信条件を取得し、配信条件で指定された条件に基づいて、ユーザにＷｅｂページに関する情報を配信する。
【００６０】
例えば、ユーザは、時間を含めて配信条件を指定することにより、毎日指定された時間に、自らの電子メールやＳＮＳを通して情報を取得することが可能となる。これにより、自らブラウザを用いてＷｅｂページにアクセスする手間を省略し、ユーザの情報へのアクセスの利便性に資する。
【００６１】
さらに、時間のみではなく、情報が更新された場合などを配信条件として指定することで、ユーザは、情報の更新時にいち早く更新された情報にアクセスすることが可能となる。いつ情報が更新されるか分からなければ、自らＷｅｂページをアクセスするのは控え目になりがちであるが、情報配信サーバ１００が自動的に更新を感知し、配信を行うことで、ユーザは確実かつ迅速に情報にアクセスすることが可能となる。
【００６２】
（第２実施形態）
本実施形態では、エラー推測部を備えることで、配信条件で指定されたＷｅｂページに関する情報を取得できないときにエラーの原因を推測する情報配信サーバ４００について説明する。なお、以下の説明において、第１実施形態に係る情報配信サーバ１００と共通する構成要素については同一の符号を付す。
【００６３】
図６に示すように、本実施形態に係る情報配信システム２は、第１のサーバ装置である情報配信サーバ４００と、第２のサーバ装置であるサーバ装置２００と、それぞれ異なるユーザによって使用される一つ以上の通信端末３００とを備える。
【００６４】
情報配信サーバ４００と、サーバ装置２００と、通信端末３００とは、ネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、ＷＡＮ（World Area Network）、ＬＡＮ（Local Area Network）等から構成される。情報配信システム２は、ユーザに対して配信条件に基づく情報を提供する。
【００６５】
情報配信サーバ４００は、制御部４３０にエラー推測部４３５を有し、配信条件に基づくＷｅｂページに関する情報を取得できないときに、エラーの原因を推測する点で情報配信サーバ１００と異なる。
【００６６】
＜情報配信サーバの構成＞
以下、情報配信サーバ４００の構成を詳細に説明する。図６に示すように、情報配信サーバ４００は、他の装置と通信を行う通信部１１０と、各種データを記憶する記憶部１２０と、装置全体の制御を行う制御部４３０とを備える。これらの構成要素は、バスラインＢＬによって相互に接続される。
【００６７】
以下、制御部４３０の機能的な構成を説明する。制御部４３０は、配信条件取得部１３１、情報取得部１３２、情報配信部１３３、待ち時間計測部１３４、エラー推測部４３５として機能する。
【００６８】
エラー推測部４３５は、待ち時間計測部１３４により計測された待ち時間が閾値を超える場合に、配信条件で指定されたＷｅｂページの読み込みにいかなるエラーが発生しているかを推測する。
【００６９】
エラー推測部４３５は、配信条件で指定されたＷｅｂページの読み込みが一定時間内に取得できないとき、すなわち、待ち時間が一定の閾値Ｔ１（秒）を超える場合には、エラーが発生しているものと判断し、その原因を解析する。例えば、配信条件により、Ｗｅｂページのある構成要素が指定されていたとき、当該構成要素の取得に時間がかかる一方で、Ｗｅｂページ自体の読み込みが短時間に可能であれば、当該構成要素の指定方法に問題がある可能性が高い。したがって、当該構成要素の指定方法に問題があるものとして検知を行う。
【００７０】
また、エラー推測部４３５は、一度読み込みエラーと判断したＷｅｂページの取得について、一定の時間を追加して読み込みが完了するのを待ち、Ｗｅｂページ自体の読み込みが完了する場合には、Ｗｅｂページ内のコンテンツの構成要素の取得エラー、すなわち、Ｗｅｂページ内のインラインフレームの読み込みが完了していない可能性を検知する。
【００７１】
さらに、エラー推測部４３５は、エラーの原因が特定できない場合には、アクセス拒否の可能性があるものとして検知する。自動的にＷｅｂページの情報を取得するサーバにおいては、相手先のサーバがこれを検知し、アクセス拒否を行うことも考えられるためである。
【００７２】
エラー推測部４３５は、Ｔ２＜Ｔ１となる待ち時間に対する第二の閾値を設け、配信条件で指定されたＷｅｂページがＴ２以内に取得できないときは、Ｗｅｂページの構造を解析し、配信条件によるＷｅｂページのコンテンツの指定に誤りがないか分析してもよい。
【００７３】
また、エラー推測部４３５は、配信条件で指定されたＷｅｂページがＴ２以内に取得できないときは、テスト配信を行ってもよい。すなわち、Ｔ２以内に読み込みが完了した情報を通信端末３００へテスト配信し、ユーザに対して配信した情報が正しいかどうか確認を促してもよい。
【００７４】
閾値Ｔ１及びＴ２は、配信条件が指定された際にテスト配信により取得する待ち時間に基づいて決定してもよい。
【００７５】
＜処理の流れ＞
以下、図８を参照しながら、情報配信サーバ４００が実行する制御処理の一例を説明する。なお、ステップＳ２０１〜Ｓ２０４は、第１実施形態で説明したステップＳ１０１〜１０４と基本的に同じ処理であるため、説明を省略する。
【００７６】
ステップＳ２０５において、配信条件で指定されたＷｅｂページの読み込み時間が閾値を超える場合には、エラーがあるものと判断し（ステップＳ２０５；Ｙ）、エラーの推測を行う。閾値を超えない場合には、正常に読み込めたものと判断し（ステップＳ２０５；Ｎ）、情報配信を行う。
【００７７】
エラー推測部４３５は、配信条件で指定されたＷｅｂページの読み込み時間が閾値Ｔ２を超える場合には、Ｗｅｂページの構造を解析してその要素の指定に誤りがないか確認する。また、ユーザに対してテスト配信を行い、Ｗｅｂページが正しく配信されているかどうか確認を促してもよい。さらに、読み込み時間がＴ１を超える場合には、エラーがあるものと判断し、配信条件で指定されたＷｅｂページの読み込みに要した待ち時間の情報を用いて、エラー原因を推測する（ステップＳ２０６）。
【００７８】
情報配信部１３３は、配信条件で指定されたＷｅｂページに関する情報を、通信端末３００を通してユーザに対して配信する（ステップＳ２０７）。
【００７９】
（変形例）
エラー推測部４３５は、情報配信部１３３が情報を配信する際、それ以前の配信情報と大きく異なるときは、ユーザに対して確認を促してもよい。
【００８０】
配信条件取得部１３１が配信情報を取得し、又は配信条件が変更された場合には、テスト配信を行い、ユーザに対して正しく情報が配信されているか確認を促す。このとき取得した情報を比較対象の情報とする。次に、情報取得部１３２が取得した情報を比較対象の情報と比較する。この比較には、ヒストグラム比較法や特徴点マッチング法など既存のアルゴリズムを用い、その差異が閾値ＴＨ以上となる場合には、情報の変更が大きいとして、ユーザに対して確認を促す。そして、ユーザが正しい情報と確認をした場合には、情報配信部１３３により、取得した情報を配信する。
【００８１】
エラー推測部４３５において、ユーザにテスト配信を行い、正しい情報と確認ができた場合には、当該情報を新たな比較対象の情報として更新してもよい。また、待ち時間についても、当該テスト配信の際に、配信条件で指定された情報取得の処理を始めてから、ユーザに対して配信が可能となるまでの待ち時間を新たな待ち時間として更新してもよい。
【００８２】
＜プログラム＞
図９は、コンピュータ８０１の構成を示す概略ブロック図である。コンピュータ８０１は、ＣＰＵ８０２、主記憶装置８０３、補助記憶装置８０４、インタフェース８０５を備える。
【００８３】
ここで、情報配信サーバ１００を構成する各機能を実現するためのプログラムの詳細について説明する。
【００８４】
情報配信サーバ１００は、コンピュータ８０１に実装される。そして、情報配信サーバ１００の各構成要素の動作は、プログラムの形式で補助記憶装置８０４に記憶されている。ＣＰＵ８０２は、プログラムを補助記憶装置８０４から読み出して主記憶装置８０３に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ８０２は、プログラムに従って、上述した記憶部に対応する記憶領域を主記憶装置８０３に確保する。
【００８５】
当該プログラムは、具体的には、コンピュータ８０１において、ＵＲＬに基づく配信条件を取得する配信条件取得ステップと、配信条件に基づくＷｅｂページの情報を配信する情報配信ステップとを、コンピュータに実行させるためのプログラムである。
【００８６】
なお、補助記憶装置８０４は、一時的でない有形の媒体の一例である。一時的でない有形の媒体の他の例としては、インタフェース８０５を介して接続される磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ−ＲＯＭ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、半導体メモリ等が挙げられる。また、このプログラムがネットワークを介してコンピュータ８０１に配信される場合、配信を受けたコンピュータ８０１が当該プログラムを主記憶装置８０３に展開し、上記処理を実行してもよい。
【００８７】
また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、当該プログラムは、前述した機能を補助記憶装置８０４に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００８８】
以上、本開示の実施形態について説明したが、設計上の都合やその他の要因によって必要となる様々な修正や組み合わせは、請求項に記載されている発明や発明の実施形態に記載されている具体例に対応する発明の範囲に含まれるものとする。
【符号の説明】
【００８９】
１，２…情報配信システム、１００，４００…情報配信サーバ、２００…サーバ装置、３００…通信端末、１１０…通信部、１２０…記憶部、１３０，４３０…制御部、１３１…配信条件取得部、１３２…情報取得部、１３３…情報配信部、１３４…待ち時間計測部、４３５…エラー推測部、８０１…コンピュータ、８０２…ＣＰＵ、８０３…主記憶装置、８０４…補助記憶装置、８０５…インタフェース
【図１】
2020149099.tif 000003
【図２】
2020149099.tif 000004
【図３】
2020149099.tif 000005
【図４】
2020149099.tif 000006
【図５】
2020149099.tif 000007
【図６】
2020149099.tif 000008
【図７】
2020149099.tif 000009
【図８】
2020149099.tif 000010
【図９】
2020149099.tif 000011
【手続補正書】
【提出日】平成31年4月24日(2019.4.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＵＲＬに基づく配信条件を取得する配信条件取得部と、
前記配信条件に基づくＷｅｂページの情報を配信する情報配信部と、
前記配信条件により特定されたＷｅｂページに関連する情報を取得する情報取得部と、
前記情報取得部が情報取得の処理を始めてから前記配信が可能となるまでの待ち時間を計測する待ち時間計測部と
を有するサーバ装置。
【請求項２】
前記配信条件取得部は、ＵＲＬに加え、時間又は前記Ｗｅｂページにおけるコンテンツの構成要素の変化のいずれか一以上を配信条件として取得する請求項１に記載のサーバ装置。
【請求項３】
前記配信条件取得部は、Ｗｅｂページにおけるコンテンツの構成要素を配信条件として取得し、
前記情報配信部は、前記配信条件に基づくＷｅｂページにおけるコンテンツの構成要素を画像として配信する請求項１又は請求項２に記載のサーバ装置。
【請求項４】
前記待ち時間計測部は、前記配信条件を取得した際に、ユーザに対してテスト配信を行うことで配信情報が正しいかどうか確認を促し、ユーザが正しい情報を判断したときにおける前記情報取得部が情報取得の処理を始めてから前記配信が可能となるまでの待ち時間を計測する請求項１から請求項３のいずれか一項に記載のサーバ装置。
【請求項５】
前記情報取得部は、前記待ち時間に基づいて、前記Ｗｅｂページに関連する情報の取得を制御する請求項１から請求項４のいずれか一項に記載のサーバ装置。
【請求項６】
前記情報取得部は、前記待ち時間に基づいて、前記Ｗｅｂページに関連する情報の取得を開始する時間を制御する請求項１から請求項５のいずれか一項に記載のサーバ装置。
【請求項７】
前記情報取得部は、前記配信条件で特定された時間から前記待ち時間を減算した時刻に前記Ｗｅｂページに関連する情報の取得を開始する請求項１から請求項６のいずれか一項に記載のサーバ装置。
【請求項８】
前記情報取得部は、前記待ち時間に基づいて、前記Ｗｅｂページに関連する情報の取得する順序と取得を開始する時間を制御する請求項１から請求項７のいずれか一項に記載のサーバ装置。
【請求項９】
前記待ち時間に基づいて、前記情報取得部における情報取得時のエラー原因を推測するエラー推測部をさらに備える請求項１から請求項８のいずれか一項に記載のサーバ装置。
【請求項１０】
前記エラー推測部は、前記Ｗｅｂページに関連する情報が一定時間内に取得できないときに、該Ｗｅｂページの読み込みが可能かどうか確認し、該Ｗｅｂページにおけるコンテンツの構成要素の取得エラーを検出する請求項９に記載のサーバ装置。
【請求項１１】
前記エラー推測部は、前記Ｗｅｂページに関連する情報が一定時間内に取得できないときに、ユーザに対してテスト配信を行うことで配信情報が正しいかどうか確認を促す請求項９又は請求項１０に記載のサーバ装置。
【請求項１２】
前記エラー推測部は、前記情報配信部が配信する情報と前記テスト配信時に配信した情報の差異が閾値を超える場合に、ユーザに対して配信する情報が正しいか確認を促す請求項９から請求項１１のいずれか一項に記載のサーバ装置。
【請求項１３】
ＵＲＬに基づく配信条件を取得する配信条件取得ステップと、
前記配信条件に基づくＷｅｂページの情報を配信する情報配信ステップと、
前記配信条件により特定されたＷｅｂページに関連する情報を取得する情報取得ステップと、
前記情報取得ステップが情報取得の処理を始めてから前記配信が可能となるまでの待ち時間を計測する待ち時間計測ステップと
をコンピュータに実行させる方法。
【請求項１４】
ＵＲＬに基づく配信条件を取得する配信条件取得ステップと、
前記配信条件に基づくＷｅｂページの情報を配信する情報配信ステップと、
前記配信条件により特定されたＷｅｂページに関連する情報を取得する情報取得ステップと、
前記情報取得ステップが情報取得の処理を始めてから前記配信が可能となるまでの待ち時間を計測する待ち時間計測ステップと
をコンピュータに実行させるためのプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上記目的を達成するため、本開示の第１の観点に係る情報配信サーバは、ＵＲＬに基づく配信条件を取得する配信条件取得部と、配信条件に基づくＷｅｂページの情報を配信する情報配信部と、配信条件により特定されたＷｅｂページに関連する情報を取得する情報取得部と、情報取得部が情報取得の処理を始めてから配信が可能となるまでの待ち時間を計測する待ち時間計測部とを備えることを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
また、上記目的を達成するため、本開示の第２の観点に係る情報配信方法は、ＵＲＬに基づく配信条件を取得する配信条件取得ステップと、配信条件に基づくＷｅｂページの情報を配信する情報配信ステップと、配信条件により特定されたＷｅｂページに関連する情報を取得する情報取得ステップと、情報取得ステップが情報取得の処理を始めてから配信が可能となるまでの待ち時間を計測する待ち時間計測ステップとを含むことを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
また、上記目的を達成するため、本開示の第３の観点に係る情報配信プログラムは、コンピュータに実行させるためのプログラムであり、ＵＲＬに基づく配信条件を取得する配信条件取得ステップと、配信条件に基づくＷｅｂページの情報を配信する情報配信ステップと、配信条件により特定されたＷｅｂページに関連する情報を取得する情報取得ステップと、情報取得ステップが情報取得の処理を始めてから配信が可能となるまでの待ち時間を計測する待ち時間計測ステップとを含むことを特徴とする。