(57)【要約】【課題】ユーザ端末へのデータ配信を適切に行う。【解決手段】通信評価部２３は、ユーザ端末４０から配信データの配信要求があると、ユーザ端末４０と通信する場合における通信品質を評価し、通信品質が基準値以下の場合には、過去に前記ユーザ端末と通信した場合における通信状況から、ユーザ端末４０と通信する場合における通信品質が高い時間帯を特定する。データ配信部２５は、通信評価部２３によって特定された時間帯に、配信データをユーザ端末４０に配信する。【選択図】図１
2019192967.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末から配信データの配信要求があると、前記ユーザ端末と通信する場合における通信品質を評価し、前記通信品質が基準値以下の場合には、過去に前記ユーザ端末と通信した場合における通信状況から、前記ユーザ端末と通信する場合における通信品質が高い時間帯を特定する通信評価部と、
前記通信評価部によって特定された時間帯に、配信データを前記ユーザ端末に配信するデータ配信部と
を備えるデータ配信装置。
【請求項２】
前記データ配信装置は、さらに、
定期的に前記ユーザ端末との通信を行って、前記ユーザ端末との通信状況を示す状況データを記憶装置に記憶するネットワーク調査部を備え、
前記通信評価部は、前記ネットワーク調査部によって前記記憶装置に記憶された前記状況データが示す通信状況から、通信品質が高い時間帯を特定する
請求項１に記載のデータ配信装置。
【請求項３】
前記データ配信部は、前記通信品質が基準値よりも高い場合には、直ぐに前記配信データを前記ユーザ端末に配信する
請求項１又は２に記載のデータ配信装置。
【請求項４】
前記データ配信装置は、さらに、
前記時間帯を前記ユーザ端末に通知する通知部
を備える請求項１から３までのいずれか１項に記載のデータ配信装置。
【請求項５】
前記配信データは、前記ユーザ端末に導入された複数のソフトウェアそれぞれで使用されるデータであり、
前記データ配信装置は、さらに、
利用頻度が高いソフトウェアで使用される配信データほど優先されるように、前記配信データの優先順位を決定する配信決定部
を備え、
前記データ配信部は、前記優先順位の順に、前記配信データを配信する
請求項１から４までのいずれか１項に記載のデータ配信装置。
【請求項６】
前記配信決定部は、前記ユーザ端末を使用するユーザのユーザ属性に対応するソフトウェアで使用される配信データほど優先されるように、前記優先順位を決定する
請求項５に記載のデータ配信装置。
【請求項７】
前記配信決定部は、前記通信品質により、優先順位の高い一部の配信データに、配信する配信データを絞り込み、
前記データ配信部は、前記優先順位の順に、絞り込まれた配信データだけを配信する
請求項５又は６に記載のデータ配信装置。
【請求項８】
前記配信決定部は、前記ユーザ端末の使用可能な通信量により、前記優先順位の高い一部の配信データに、配信する配信データを絞り込む
請求項７に記載のデータ配信装置。
【請求項９】
通信評価部が、ユーザ端末から配信データの配信要求があると、前記ユーザ端末と通信する場合における通信品質を評価し、前記通信品質が基準値以下の場合には、過去に前記ユーザ端末と通信した場合における通信状況から、前記ユーザ端末と通信する場合における通信品質が高い時間帯を特定し、
データ配信部が、特定された時間帯に、配信データを前記ユーザ端末に配信する
データ配信方法。
【請求項１０】
ユーザ端末から配信データの配信要求があると、前記ユーザ端末と通信する場合における通信品質を評価し、前記通信品質が基準値以下の場合には、過去に前記ユーザ端末と通信した場合における通信状況から、前記ユーザ端末と通信する場合における通信品質が高い時間帯を特定する通信評価処理と、
前記通信評価処理によって特定された時間帯に、配信データを前記ユーザ端末に配信するデータ配信処理と
をコンピュータに実行させるデータ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、端末へソフトウェアの更新データといったデータを配信する技術に関する。
【背景技術】
【０００２】
ＢＹＯＤ（Ｂｒｉｎｇ  Ｙｏｕｒ  Ｏｗｎ  Ｄｅｖｉｃｅ）と呼ばれる企業の従業員が私物のユーザ端末により業務を行う業務形態が普及してきている。ＢＹＯＤで使用されるユーザ端末は、ユーザに携帯され、ユーザが帰宅する場合には持ち帰られる。そのため、ユーザ端末は、ユーザの移動に応じて接続されるネットワークが変化し、安定したネットワークに接続していない場合がある。
【０００３】
特許文献１には、無線リソースに余裕のある時間帯を学習し、この時間帯に非リアルタイム系のデータ通信を行うことが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１９９５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ユーザ端末に導入されたソフトウェアの更新データといったデータを、ユーザから要求があったタイミングに配信してしまうと、データの配信に時間がかかってしまう場合がある。更新データが配信されている間は、更新データによって更新されるソフトウェアが使用できなくなる。そのため、データの配信に時間がかかってしまうと、ソフトウェアを用いた業務を行えない時間が長くなり、業務に支障をもたらす可能性がある。
この発明は、ユーザ端末へのデータ配信を適切に行うことを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係るデータ配信装置は、
ユーザ端末から配信データの配信要求があると、前記ユーザ端末と通信する場合における通信品質を評価し、前記通信品質が基準値以下の場合には、過去に前記ユーザ端末と通信した場合における通信状況から、前記ユーザ端末と通信する場合における通信品質が高い時間帯を特定する通信評価部と、
前記通信評価部によって特定された時間帯に、配信データを前記ユーザ端末に配信するデータ配信部と
を備える。
【０００７】
前記データ配信装置は、さらに、
定期的に前記ユーザ端末との通信を行って、前記ユーザ端末との通信状況を示す状況データを記憶装置に記憶するネットワーク調査部を備え、
前記通信評価部は、前記ネットワーク調査部によって前記記憶装置に記憶された前記状況データが示す通信状況から、通信品質が高い時間帯を特定する。
【０００８】
前記データ配信部は、前記通信品質が基準値よりも高い場合には、直ぐに前記配信データを前記ユーザ端末に配信する。
【０００９】
前記データ配信装置は、さらに、
前記時間帯を前記ユーザ端末に通知する通知部
を備える。
【００１０】
前記配信データは、前記ユーザ端末に導入された複数のソフトウェアそれぞれで使用されるデータであり、
前記データ配信装置は、さらに、
利用頻度が高いソフトウェアで使用される配信データほど優先されるように、前記配信データの優先順位を決定する配信決定部
を備え、
前記データ配信部は、前記優先順位の順に、前記配信データを配信する。
【００１１】
前記配信決定部は、前記ユーザ端末を使用するユーザのユーザ属性に対応するソフトウェアで使用される配信データほど優先されるように、前記優先順位を決定する。
【００１２】
前記配信決定部は、前記通信品質により、優先順位の高い一部の配信データに、配信する配信データを絞り込み、
前記データ配信部は、前記優先順位の順に、絞り込まれた配信データだけを配信する。
【００１３】
前記配信決定部は、前記ユーザ端末の使用可能な通信量により、前記優先順位の高い一部の配信データに、配信する配信データを絞り込む。
【００１４】
この発明に係るデータ配信方法は、
通信評価部が、ユーザ端末から配信データの配信要求があると、前記ユーザ端末と通信する場合における通信品質を評価し、前記通信品質が基準値以下の場合には、過去に前記ユーザ端末と通信した場合における通信状況から、前記ユーザ端末と通信する場合における通信品質が高い時間帯を特定し、
データ配信部が、特定された時間帯に、配信データを前記ユーザ端末に配信する。
【００１５】
この発明に係るデータ配信プログラムは、
ユーザ端末から配信データの配信要求があると、前記ユーザ端末と通信する場合における通信品質を評価し、前記通信品質が基準値以下の場合には、過去に前記ユーザ端末と通信した場合における通信状況から、前記ユーザ端末と通信する場合における通信品質が高い時間帯を特定する通信評価処理と、
前記通信評価処理によって特定された時間帯に、配信データを前記ユーザ端末に配信するデータ配信処理と
をコンピュータに実行させる。
【発明の効果】
【００１６】
この発明では、通信品質が基準値以下の場合には、ユーザ端末と通信する場合における通信品質が高い時間帯を特定し、特定された時間帯に、配信データをユーザ端末に配信する。これにより、配信データの配信にかかる時間を短くでき、ソフトウェアを用いた業務を行えない時間を短くできる。
【図面の簡単な説明】
【００１７】
【図１】実施の形態１に係るデータ配信装置１０の構成図。
【図２】実施の形態１に係る定期調査処理のフローチャート。
【図３】実施の形態１に係るネットワーク情報記憶部３１に記憶される情報を示す図。
【図４】実施の形態１に係るデータ配信処理のフローチャート。
【図５】実施の形態１に係る通信品質の評価処理のフローチャート。
【図６】実施の形態１に係る通信品質の評価方法の説明図。
【図７】実施の形態１に係る通信品質が高い時間帯の特定処理のフローチャート。
【図８】実施の形態１に係る通信品質が高い時間帯の特定の具体例を示す図。
【図９】変形例１に係るデータ配信装置１０の構成図。
【図１０】実施の形態２に係るデータ配信装置１０の構成図。
【図１１】実施の形態２に係る配信処理のフローチャート。
【図１２】実施の形態２に係る優先順位の決定処理のフローチャート。
【図１３】実施の形態２に係るソフトウェアの利用頻度の特定方法の説明図。
【図１４】実施の形態２に係るユーザ情報記憶部３２に記憶される情報を示す図。
【図１５】実施の形態２に係るデータ情報記憶部３３に記憶される情報を示す図。
【図１６】実施の形態２に係る優先順位の決定の具体例を示す図。
【図１７】実施の形態３に係る配信処理のフローチャート。
【図１８】実施の形態３に係る配信データの絞り込みの具体例を示す図。
【図１９】実施の形態４に係る配信データの絞り込みの具体例を示す図。
【発明を実施するための形態】
【００１８】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１を参照して、実施の形態１に係るデータ配信装置１０の構成を説明する。
データ配信装置１０は、配信データをユーザ端末４０に配信するコンピュータである。配信データは、ユーザ端末４０に導入された複数のソフトウェアそれぞれで使用されるデータである。具体例としては、配信データは、ユーザ端末４０に導入されたソフトウェアを更新するための更新データと、ユーザ端末４０に導入されたソフトウェアで使用されるコンテンツデータといったデータである。ユーザ端末４０は、スマートフォンとタブレット端末とＰＣといったコンピュータである。ユーザ端末４０及びデータ配信装置１０は、インターネットといったネットワークに接続されている。
【００１９】
データ配信装置１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４とのハードウェアを備える。プロセッサ１１は、信号線を介して他のハードウェアと接続され、これら他のハードウェアを制御する。
【００２０】
プロセッサ１１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。プロセッサ１１は、具体例としては、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。
【００２１】
メモリ１２は、データを一時的に記憶する記憶装置である。メモリ１２は、具体例としては、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。
【００２２】
ストレージ１３は、データを保管する記憶装置である。ストレージ１３は、具体例としては、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）である。また、ストレージ１３は、ＳＤ（登録商標，Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリカード、ＣＦ（ＣｏｍｐａｃｔＦｌａｓｈ，登録商標）、ＮＡＮＤフラッシュ、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）といった可搬記録媒体であってもよい。
【００２３】
通信インタフェース１４は、外部の装置と通信するためのインタフェースである。通信インタフェース１４は、具体例としては、Ｅｔｈｅｒｎｅｔ（登録商標）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＨＤＭＩ（登録商標，Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）のポートである。
【００２４】
データ配信装置１０は、機能構成要素として、要求受付部２１と、ネットワーク調査部２２と、通信評価部２３と、配信決定部２４と、データ配信部２５と、通知部２６とを備える。データ配信装置１０の各機能構成要素の機能はソフトウェアにより実現される。
ストレージ１３には、データ配信装置１０の各機能構成要素の機能を実現するプログラムが格納されている。このプログラムは、プロセッサ１１によりメモリ１２に読み込まれ、プロセッサ１１によって実行される。これにより、データ配信装置１０の各機能構成要素の機能が実現される。
また、ストレージ１３は、ネットワーク情報記憶部３１を実現する。
【００２５】
図１では、プロセッサ１１は、１つだけ示されていた。しかし、プロセッサ１１は、複数であってもよく、複数のプロセッサ１１が、各機能を実現するプログラムを連携して実行してもよい。
【００２６】
また、図１では、ストレージ１３がネットワーク情報記憶部３１を実現した。しかし、通信インタフェース１４を介してデータ配信装置１０と接続された外部の記憶装置がネットワーク情報記憶部３１を実現してもよい。
【００２７】
＊＊＊動作の説明＊＊＊
図２から図７を参照して、実施の形態１に係るデータ配信装置１０の動作を説明する。
実施の形態１に係るデータ配信装置１０の動作は、実施の形態１に係るデータ配信方法に相当する。また、実施の形態１に係るデータ配信装置１０の動作は、実施の形態１に係るデータ配信プログラムの処理に相当する。
実施の形態１に係るデータ配信装置１０の動作は、定期調査処理と、配信処理との２つの処理に分けられる。
【００２８】
図２を参照して、実施の形態１に係る定期調査処理を説明する。
定期調査処理は、定期的にユーザ端末４０との通信を行って、ユーザ端末４０との通信状況を示す状況データを記憶装置に記憶する処理である。
【００２９】
ステップＳ１１では、ネットワーク調査部２２は、定期調査処理を前回実行してから指定時間経過したか否かを判定する。
ネットワーク調査部２２は、指定時間経過した場合には、処理をステップＳ１２に進める。一方、ネットワーク調査部２２は、指定時間経過していない場合には、一定時間後に再びステップＳ１１を実行する。
【００３０】
ステップＳ１２では、ネットワーク調査部２２は、ユーザ端末４０に対して調査要求を送信して、ユーザ端末４０の応答時間と、データ配信装置１０からユーザ端末４０までの通信経路とを特定する。ネットワーク調査部２２は、特定された応答時間及び通信経路を状況データとしてネットワーク情報記憶部３１に記憶する。
具体例としては、図３に示すように、ネットワーク調査部２２は、調査日時毎に、応答時間と、ホップ数と、通信経路とをネットワーク情報記憶部３１に記憶する。図３では、通信経路は、ルート１からルート３０が示すように、中継した装置のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスによって特定されている。
【００３１】
ステップＳ１３では、通信評価部２３は、ステップＳ１２で特定された応答時間及び通信経路と、ネットワーク情報記憶部３１に記憶された応答時間及び通信経路とから、ユーザ端末４０と通信する場合における通信品質を評価する。図３に示すように、通信評価部２３は、評価結果をネットワーク情報記憶部３１におけるステップＳ１２で状況データを記憶したレコードに書き込む。
ここでは、通信品質を高い順に優と、良と、可と、不可との４つに分類する。通信品質の評価方法については後述する。
【００３２】
図４を参照して、実施の形態１に係るデータ配信処理を説明する。
データ配信処理は、ユーザ端末４０からデータ配信要求を受け、ユーザ端末４０にデータ配信する処理である。
【００３３】
ステップＳ２１では、要求受付部２１は、ユーザ端末４０から通信インタフェース１４を介して、データ配信要求を受け付ける。
具体的には、ユーザによってユーザ端末４０が操作され、ソフトウェアの更新といった操作がされる。すると、データ配信要求がユーザ端末４０からネットワークを介してデータ配信装置１０に送信される。要求受付部２１は、ユーザ端末４０から送信されたデータ配信要求を受信する。
【００３４】
ステップＳ２２では、ネットワーク調査部２２は、図２のステップＳ１２と同様に、ユーザ端末４０の応答時間と、データ配信装置１０からユーザ端末４０までの通信経路とを特定する。ネットワーク調査部２２は、特定された応答時間及び通信経路を状況データとしてネットワーク情報記憶部３１に記憶する。
【００３５】
ステップＳ２３では、通信評価部２３は、図２のステップＳ１３と同様に、ステップＳ２２で特定された応答時間及び通信経路と、ネットワーク情報記憶部３１に記憶された応答時間及び通信経路とから、ユーザ端末４０と通信する場合における通信品質を評価する。通信評価部２３は、評価結果をネットワーク情報記憶部３１におけるステップＳ２２で状況データを記憶したレコードに書き込む。
【００３６】
ステップＳ２４では、配信決定部２４は、ステップＳ２３で評価された通信品質が不可であるか否かを判定する。
配信決定部２４は、通信品質が不可でない場合には、処理をステップＳ２５に進める。一方、配信決定部２４は、通信品質が不可である場合には、処理をステップＳ２６に進める。
【００３７】
ステップＳ２５では、データ配信部２５は、通信インタフェース１４を介して、配信データをユーザ端末４０に配信する。この際、通知部２６は、直ぐに配信データを配信することをユーザ端末４０に通知してもよい。
【００３８】
ステップＳ２６では、通信評価部２３は、過去にユーザ端末４０と通信した場合における通信状況から、ユーザ端末４０と通信する場合における通信品質が高い時間帯を特定する。通信品質が高い時間帯の特定方法については後述する。
【００３９】
ステップＳ２７では、通知部２６は、ステップＳ２６で特定された時間帯をユーザ端末４０に通知する。通知部２６は、何時間後に配信データが配信されるかを通知してもよい。
【００４０】
その後、ステップＳ２６で特定された時間帯になると、データ配信部２５は、配信データをユーザ端末４０に配信する。
【００４１】
図５を参照して、実施の形態１に係る通信品質の評価方法を説明する。
ステップＳ３１では、通信評価部２３は、ネットワーク調査部２２によって特定された通信経路と同じ通信経路のレコードをネットワーク情報記憶部３１から読み出す。通信評価部２３は、読み出されたレコードの応答時間の平均値を計算する。
【００４２】
ステップＳ３２では、通信評価部２３は、ネットワーク調査部２２によって特定された応答時間が４つの分類のうちどの分類に含まれるかを判定する。また、通信評価部２３は、ステップＳ３１で計算された平均値が４つの分類のうちどの分類に含まれるかを判定する。
そして、通信評価部２３は、図６に示すように、応答時間が含まれる分類と、平均値が含まれる分類との組合せによって、通信品質を優と良と可と不可とのいずれであるかを判定する。
【００４３】
図７を参照して、実施の形態１に係る通信品質が高い時間帯の特定方法を説明する。
ステップＳ４１では、通信評価部２３は、配信データのデータサイズを、基準サイズで除して、配信データを配信するのに必要な必要時間を計算する。
配信データのデータサイズは、ユーザ端末４０に配信する必要がある全ての配信データの合計サイズである。基準サイズは、通信回線の通信速度から計算される値である。例えば、通信回線が携帯電話回線であり、下りの実行速度が６６Ｍｂｐｓ（Ｍｅｇａ  Ｂｉｔ  Ｐｅｒ  Ｓｅｃｏｎｄ）であるとする。この場合、１秒当たり約８ＭＢ（Ｍｅｇａ  Ｂｙｔｅ）送信することが可能である。そこで、８ＭＢよりも小さい、４ＭＢ又は２ＭＢ等が基準サイズとなる。
【００４４】
ステップＳ４２では、通信評価部２３は、ネットワーク情報記憶部３１を参照して、ステップＳ４１で計算された必要時間以上、通信品質が優又は良である状態が継続している時間帯のうち、現在時刻に最も近い時間帯を特定する。
具体例としては、通信評価部２３は、ネットワーク情報記憶部３１から直近１週間分のデータを読み出す。通信評価部２３は、ステップＳ４１で計算された必要時間以上、通信品質が優又は良である状態が継続している曜日及び時間帯を特定する。
なお、ここでは、通信品質が優又は良である状態が継続している時間帯を特定したが、通信品質が優又は良又は可である状態が継続している、あるいは、通信品質が優である状態が継続している時間帯を特定してもよい。
【００４５】
図８を参照して、通信品質が高い時間帯の特定方法の具体例を説明する。
図８に示すように、ネットワーク情報記憶部３１には直近１週間分のデータが記憶されているとする。ここでは、判定日時は２０１８年３月２２日（木）の８：００であるとする。また、必要時間は、１５分であるとする。この場合には、２０１８年３月１５日（木）の９：１０から１５分以上、通信品質が優又は良が状態が継続していることが特定される。そこで、２０１８年３月１５日と同じ木曜日である２０１８年３月２２日の９：１０から１５分間が再配信するための時間帯として特定される。
【００４６】
＊＊＊実施の形態１の効果＊＊＊
以上のように、実施の形態１に係るデータ配信装置１０は、通信品質が基準値よりも高い場合には、直ぐに配信データをユーザ端末４０に配信する。一方、データ配信装置１０は、通信品質が基準値以下の場合には、ユーザ端末４０と通信する場合における通信品質が高い時間帯を特定し、特定された時間帯に、配信データをユーザ端末４０に配信する。これにより、配信データの配信にかかる時間を短くでき、ソフトウェアを用いた業務を行えない時間を短くできる。
【００４７】
また、実施の形態１に係るデータ配信装置１０は、通信品質が基準値以下の場合には、特定された時間帯をユーザ端末４０に通知する。これにより、ユーザ端末４０のユーザは、いつソフトウェアが使用できなくなるかを知ることができる。そのため、ソフトウェアを使用できない時間帯を考慮した上で、計画的に業務を進めることができる。
【００４８】
＊＊＊他の構成＊＊＊
＜変形例１＞
実施の形態１では、各機能構成要素がソフトウェアで実現された。しかし、変形例１として、各機能構成要素はハードウェアで実現されてもよい。この変形例１について、実施の形態１と異なる点を説明する。
【００４９】
図９を参照して、変形例１に係るデータ配信装置１０の構成を説明する。
各機能構成要素がハードウェアで実現される場合には、データ配信装置１０は、プロセッサ１１とメモリ１２とストレージ１３とに代えて、電子回路１５を備える。電子回路１５は、各機能構成要素と、メモリ１２と、ストレージ１３との機能とを実現する専用の回路である。
【００５０】
電子回路１５としては、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ロジックＩＣ、ＧＡ（Ｇａｔｅ  Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）が想定される。
各機能構成要素を１つの電子回路１５で実現してもよいし、各機能構成要素を複数の電子回路１５に分散させて実現してもよい。
【００５１】
＜変形例２＞
変形例２として、一部の各機能構成要素がハードウェアで実現され、他の各機能構成要素がソフトウェアで実現されてもよい。
【００５２】
プロセッサ１１とメモリ１２とストレージ１３と電子回路１５とを処理回路という。つまり、各機能構成要素の機能は、処理回路により実現される。
【００５３】
実施の形態２．
実施の形態２は、配信データを配信する優先順位を決定する点が実施の形態１と異なる。実施の形態２では、この異なる点を説明し、同一の点については説明を省略する。
【００５４】
＊＊＊構成の説明＊＊＊
図１０を参照して、実施の形態２に係るデータ配信装置１０の構成を説明する。
データ配信装置１０は、利用状況特定部２７を備える点が図１に示すデータ配信装置１０と異なる。利用状況特定部２７は、他の機能構成要素と同様に、ソフトウェアで実現される。利用状況特定部２７は、変形例１で説明したように、ハードウェアで実現されてもよい。
また、データ配信装置１０は、ストレージ１３がユーザ情報記憶部３２及びデータ情報記憶部３３を実現する点が図１に示すデータ配信装置１０と異なる。ユーザ情報記憶部３２及びデータ情報記憶部３３は、ネットワーク情報記憶部３１と同様に、通信インタフェース１４を介してデータ配信装置１０と接続された外部の記憶装置によって実現されてもよい。
【００５５】
＊＊＊動作の説明＊＊＊
図１１から図１６を参照して、実施の形態２に係るデータ配信装置１０の動作を説明する。
実施の形態２に係るデータ配信装置１０の動作は、実施の形態２に係るデータ配信方法に相当する。また、実施の形態２に係るデータ配信装置１０の動作は、実施の形態２に係るデータ配信プログラムの処理に相当する。
【００５６】
図１１を参照して、実施の形態２に係る配信処理を説明する。
ステップＳ５１からステップＳ５３の処理は、図４のステップＳ２１からステップＳ２３の処理と同じである。また、ステップＳ５５の処理は、図４のステップＳ２４の処理と同じである。また、ステップＳ５７からステップＳ５８の処理は、図４のステップＳ２６からステップＳ２７の処理と同じである。
【００５７】
ステップＳ５４では、配信決定部２４は、配信データを配信する優先順位を決定する。ここでは、配信決定部２４は、配信データを使用するソフトウェアの利用頻度と、ユーザ端末４０のユーザのユーザ属性とに基づき、優先順位を決定する。優先順位の決定方法については後述する。
【００５８】
ステップＳ５６では、データ配信部２５は、ステップＳ５４で決定された優先順位の順に、配信データをユーザ端末４０に配信する。
なお、ステップＳ５５で通信品質が不可であると判定された場合には、ステップＳ５７で特定された時間帯になると、データ配信部２５は、ステップＳ５４で決定された優先順位の順に、配信データをユーザ端末４０に配信する。
【００５９】
図１２を参照して、実施の形態２に係る優先順位の決定方法を説明する。
ステップＳ６１では、利用状況特定部２７は、ユーザ端末４０に導入された複数のソフトウェアそれぞれの利用頻度を特定する。
具体的には、利用状況特定部２７は、各ソフトウェアについて、そのソフトウェアのバッテリーの使用割合を、そのソフトウェアの利用頻度として扱う。つまり、図１３に示すように、利用状況特定部２７は、バッテリーを多く使用しているソフトウェアほど、よく利用されているソフトウェアであると特定する。
【００６０】
ステップＳ６２では、配信決定部２４は、ユーザ端末４０に配信する配信データを特定する。
【００６１】
ステップＳ６３では、配信決定部２４は、ステップＳ２１で特定された配信データを、ステップＳ６１で特定された利用頻度が高い順に並び替えする。
【００６２】
ステップＳ６４では、配信決定部２４は、ユーザ端末４０のユーザのユーザ属性に基づき、ステップＳ６３で並び替えされた配信データを、さらに並び替えする。
具体的には、配信決定部２４は、ユーザ端末４０のユーザのユーザ属性を、ユーザ情報記憶部３２から取得する。図１４に示すように、ユーザ情報記憶部３２は、ユーザ毎に、部署コードと役職コードといったユーザ属性を記憶している。配信決定部２４は、取得されたユーザ属性をキーワードとして、データ情報記憶部３３から対応する配信データを検索する。図１５に示すように、データ情報記憶部３３は、部署コードと役職コードといったユーザ属性毎に、対応する配信データと、緊急か否かを示す緊急フラグとを記憶している。配信決定部２４は、対応する配信データが検索された場合には、検索された配信データの順位を上げる。また、配信決定部２４は、対応する配信データの緊急フラグが緊急であることを示す場合には、配信データの順位をさらに上げる。
【００６３】
図１６を参照して、実施の形態２に係る優先順位の決定の具体例を説明する。
ステップＳ２１で、配信データとして、更新データＡ〜Ｆと、コンテンツデータ１〜４が特定されたとする。ステップＳ２２では、利用頻度が高い順に、更新データＡ、コンテンツデータ１、更新データＢ、更新データＣ、コンテンツデータ２、更新データＤ、コンテンツデータ３、更新データＥ、更新データＦ、コンテンツデータ４と並び替えされる。そして、ここでは、更新データＢ及びコンテンツデータ１がユーザ属性に対応した配信データであり、更新データＢの緊急フラグが緊急を示しているので、ステップＳ２３で、更新データＢ及びコンテンツデータ１の順位が１つ上げられ、さらに更新データＢの順位が１つ上げられる。その結果、更新データＢ、コンテンツデータ１、更新データＡ、更新データＣ、コンテンツデータ２、更新データＤ、コンテンツデータ３、更新データＥ、更新データＦ、コンテンツデータ４と並び替えされる。
【００６４】
＊＊＊実施の形態２の効果＊＊＊
以上のように、実施の形態２に係るデータ配信装置１０は、ソフトウェアの利用頻度と、ユーザ端末４０のユーザのユーザ属性とに応じて、配信データを配信する優先順位を決定し、優先順位に従い配信データを配信する。これにより、必要度合いの高い配信データが優先的に配信されるため、ユーザ端末４０を用いた業務を円滑に進めることが可能になる。
【００６５】
実施の形態３．
実施の形態３は、通信品質により配信対象のデータを絞り込む点が実施の形態１と異なる。実施の形態３では、この異なる点を説明し、同一の点については説明を省略する。
実施の形態３では、実施の形態２に機能を追加した場合を説明する。しかし、実施の形態１に機能を追加することも可能である。
【００６６】
＊＊＊動作の説明＊＊＊
図１７及び図１８を参照して、実施の形態３に係るデータ配信装置１０の動作を説明する。
実施の形態３に係るデータ配信装置１０の動作は、実施の形態３に係るデータ配信方法に相当する。また、実施の形態３に係るデータ配信装置１０の動作は、実施の形態３に係るデータ配信プログラムの処理に相当する。
【００６７】
図１７を参照して、実施の形態３に係る配信処理を説明する。
ステップＳ７１からステップＳ７４の処理は、図１１のステップＳ５１からステップＳ５４の処理と同じである。また、ステップＳ７６の処理は、図１１のステップＳ５５の処理と同じである。また、ステップＳ７８からステップＳ７９の処理は、図１１のステップＳ５７からステップＳ５８の処理と同じである。
【００６８】
ステップＳ７５では、配信決定部２４は、ステップＳ７３で評価された通信品質により優先順位の高い一部の配信データに、配信する配信データを絞り込む。
具体的には、配信決定部２４は、通信品質が優の場合には、図１２のステップＳ６２で特定された全ての配信データを配信対象とする。配信決定部２４は、通信品質が良の場合には、図１２のステップＳ６２で特定された配信データのうち、優先順位の高い７０％の配信データを配信対象とする。配信決定部２４は、通信品質が可の場合には、図１２のステップＳ６２で特定された配信データのうち、優先順位の高い３０％の配信データを配信対象とする。配信決定部２４は、通信品質が不可の場合には、図１２のステップＳ６２で特定された配信データのうち、優先順位の高い７０％の配信データを配信対象とする。通信品質が不可の場合に、通信品質が良の場合と同様に優先順位の高い７０％の配信データを配信対象とするのは、ステップＳ７８で通信品質が良以上の場合にデータ配信が行われるためである。
ここで、図１２のステップＳ６２で特定された配信データのうち、優先順位の高いＸＸ％の配信データを配信対象とするとは、配信データの個数のうち、ＸＸ％の個数の配信データを配信対象とするという意味である。あるいは、図１２のステップＳ６２で特定された全ての配信データのデータサイズのＸＸ％のデータサイズ以内の配信データを配信対象とするという意味である。
【００６９】
ステップＳ７７では、データ配信部２５は、ステップＳ７４で決定された優先順位の順に、ステップＳ７５で絞り込まれ配信対象とされた配信データだけをユーザ端末４０に配信する。
なお、ステップＳ７５で通信品質が不可であると判定された場合には、ステップＳ７８で特定された時間帯になると、データ配信部２５は、ステップＳ７４で決定された優先順位の順に、ステップＳ７５で絞り込まれ配信対象とされた配信データだけをユーザ端末４０に配信する。
【００７０】
図１８を参照して、実施の形態３に係る配信データの絞り込みの具体例を説明する。
ステップＳ７４では、図１６に示すように優先順位が決定されたとする。そして、ステップＳ７３では、通信品質が良と評価されたとする。この場合には、配信決定部２４は、図１２のステップＳ６２で特定された配信データのうち、優先順位の高い７０％の配信データを配信対象とする。そのため、例えば、１０個の配信データのうち、優先順位の高い７個の配信データが配信対象になる。したがって、図１８に示すように、更新データＢと、コンテンツデータ１と、更新データＡと、更新データＣと、コンテンツデータ２と、更新データＤと、コンテンツデータ３とが配信対象になる。
【００７１】
＊＊＊実施の形態３の効果＊＊＊
以上のように、実施の形態３に係るデータ配信装置１０は、通信品質により配信対象のデータを絞り込む。これにより、通信品質が高くない場合には、必要度合いの高い配信データだけが配信される。そのため、通信品質が高くない場合に多くの配信データを配信することがなくなり、ソフトウェアを用いた業務を行えない時間を短くできる。
【００７２】
実施の形態４．
実施の形態４は、ユーザ端末４０が使用可能な通信量により配信対象のデータを絞り込む点が実施の形態１〜３と異なる。実施の形態４では、この異なる点を説明し、同一の点については説明を省略する。
実施の形態４では、実施の形態３に機能を追加した場合を説明する。しかし、実施の形態１，２に機能を追加することも可能である。
【００７３】
＊＊＊動作の説明＊＊＊
図１７及び図１９を参照して、実施の形態４に係るデータ配信装置１０の動作を説明する。
実施の形態４に係るデータ配信装置１０の動作は、実施の形態４に係るデータ配信方法に相当する。また、実施の形態４に係るデータ配信装置１０の動作は、実施の形態４に係るデータ配信プログラムの処理に相当する。
【００７４】
前提として、要求受付部２１は、事前に、ユーザ端末４０がデータ配信で使用可能な通信量を示す通信量情報をユーザ端末４０から取得しておく。
ユーザ端末４０は、携帯電話会社との契約により１月当たり数ＧＢ（Ｇｉｇａ  Ｂｙｔｅ）以上通信した場合には、通信速度が抑えられるといった契約になっている場合がある。ユーザ端末４０が、ＢＹＯＤで使用される端末である場合には、この数ＧＢが、ユーザの個人的な使用と、業務での使用とに共用される。そのため、データ配信で使用可能な通信量は、この数ＧＢのうちの一部である。例えば、この数ＧＢが７ＧＢであり、４ＧＢをユーザが個人的に使用する場合には、３ＧＢがデータ配信で使用可能な通信量になる。
【００７５】
図１７を参照して、実施の形態４に係る配信処理を説明する。
ステップＳ７５以外の処理は、実施の形態３と同じである。
【００７６】
ステップＳ７５では、配信決定部２４は、通信品質により絞り込まれた配信データを、通信量情報が示す使用可能な通信量により、優先順位の高い一部の配信データに絞り込む。
具体的には、配信決定部２４は、配信データを配信した後に、通信量情報が示す使用可能な通信量の３０％が残るように、配信データを絞り込む。つまり、配信決定部２４は、通信量情報が示す使用可能な通信量の７０％のデータサイズ以内の配信データを配信対象とする。
【００７７】
なお、データ配信部２５は、配信データを配信すると、配信した配信データのデータサイズ分だけ、通信量情報が示す通信量を減らす。また、通信量情報は、通信経路に応じて個別に設定されてもよい。例えば、携帯電話回線で通信される場合と、無線ＬＡＮ経由で通信される場合とで別々に設定されてもよい。
【００７８】
図１９を参照して、実施の形態４に係る配信データの絞り込みの具体例を説明する。
ステップＳ７５では、図１８に示すように、通信品質により配信データが絞り込まれたとする。また、配信対象になっている各配信データのデータサイズは２００ＭＢであり、通信量情報が示す使用可能な通信量は、１ＧＢであるとする。この場合、１ＧＢの７０％は７００ＭＢであるため、配信対象となる配信データのデータサイズは７００ＭＢ以内にする必要がある。１つの配信データは２００ＭＢであるため、優先順位の高い３つの配信データが配信対象になる。したがって、図１９に示すように、更新データＢと、コンテンツデータ１と、更新データＡとが配信対象になる。
【００７９】
＊＊＊実施の形態４の効果＊＊＊
以上のように、実施の形態４に係るデータ配信装置１０は、ユーザ端末４０が使用可能な通信量により配信対象のデータを絞り込む。これにより、ユーザ端末４０が使用可能な通信量を使い切ってしまうことを防止できる。
【００８０】
以上、この発明の実施の形態及び変形例について説明した。これらの実施の形態及び変形例のうち、いくつかを組み合わせて実施してもよい。また、いずれか１つ又はいくつかを部分的に実施してもよい。なお、この発明は、以上の実施の形態及び変形例に限定されるものではなく、必要に応じて種々の変更が可能である。
【符号の説明】
【００８１】
１０  データ配信装置、１１  プロセッサ、１２  メモリ、１３  ストレージ、１４  通信インタフェース、１５  電子回路、２１  要求受付部、２２  ネットワーク調査部、２３  通信評価部、２４  配信決定部、２５  データ配信部、２６  通知部、２７  利用状況特定部、３１  ネットワーク情報記憶部、３２  ユーザ情報記憶部、３３  データ情報記憶部、４０  ユーザ端末。
【図１】
2019192967.tif 000003
【図２】
2019192967.tif 000004
【図３】
2019192967.tif 000005
【図４】
2019192967.tif 000006
【図５】
2019192967.tif 000007
【図６】
2019192967.tif 000008
【図７】
2019192967.tif 000009
【図８】
2019192967.tif 000010
【図９】
2019192967.tif 000011
【図１０】
2019192967.tif 000012
【図１１】
2019192967.tif 000013
【図１２】
2019192967.tif 000014
【図１３】
2019192967.tif 000015
【図１４】
2019192967.tif 000016
【図１５】
2019192967.tif 000017
【図１６】
2019192967.tif 000018
【図１７】
2019192967.tif 000019
【図１８】
2019192967.tif 000020
【図１９】
2019192967.tif 000021