電子看板システム及び電子看板システムのコンテンツ配信方法
【課題】死活管理による通信の輻輳を防止しながら表示端末にタイムリーにコンテンツを送信することが可能な電子看板システム及び電子看板死活確認方法を提供する。
【解決手段】表示内容であるコンテンツを表示する表示端末と、コンテンツを配信する操作端末と、操作端末から配信されたコンテンツを格納し、表示端末との通信の死活管理の時間間隔を、閾値を超えないように順次長くして死活管理を行い、表示端末に対してコンテンツを送信する、アプリケーションサーバと、を備える。
【解決手段】表示内容であるコンテンツを表示する表示端末と、コンテンツを配信する操作端末と、操作端末から配信されたコンテンツを格納し、表示端末との通信の死活管理の時間間隔を、閾値を超えないように順次長くして死活管理を行い、表示端末に対してコンテンツを送信する、アプリケーションサーバと、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、電子看板システム及び電子看板システムのコンテンツ配信方法に関する。
【背景技術】
【０００２】
近年では表示内容を随時変更することが可能な電子看板システムが使用されている。この電子看板システムは、サーバから多数の表示端末にインターネットを介して表示内容であるコンテンツを配信し、表示端末は受信したコンテンツを受信した表示方法により表示する。
【０００３】
従来の電子看板システムは、表示端末からサーバに対して通信を開始し、通信が確立してから表示端末がコンテンツの配信を要求するプル型が主流であった。
【０００４】
プル型の場合、表示端末は動的ＩＰを使用できるためインターネットを利用する場合はサービスプロバイダの契約料を大幅に削減できる。
【０００５】
しかし、緊急に表示内容を変更したい場合にはプル型では対応できない場合が多い。サーバがコンテンツを配信しようとしても、表示端末への回線が確立していない場合があるからである。
【０００６】
これに対し、表示端末からのコンテンツの配信要求を待たずにサーバからコンテンツを配信するプッシュ型の電子看板システムが提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−９２１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、従来のプシュ型では表示端末に固定ＩＰが必要となり、サービスプロバイダの契約料が割高になる。
【０００９】
また、コンテンツを表示端末に配信する際に、通信の死活管理が問題となる。すなわち、表示端末との通信が確立されていることを確認してからコンテンツを配信する必要があるからである。特に、多数の表示端末に対して同時にコンテンツの差し替えを行うときには、死活管理の動作によって通信の輻輳が発生する。
【００１０】
従って、死活管理による通信の輻輳を防止しながら表示端末にタイムリーにコンテンツを送信することが可能な電子看板システム及び電子看板システムのコンテンツ配信方法が求められている。
【課題を解決するための手段】
【００１１】
上記の課題を解決するために、一実施形態は通信回線に接続し、表示内容であるコンテンツを表示する表示端末と、表示端末との間に通信確立後継時的に維持され、予め定められた時間間隔により死活管理が行われる通信を介してコンテンツを表示端末に送信する手順を表示端末からの送信要求に先立って開始するアプリケーションサーバと、を備える電子看板システムを提供する。
【図面の簡単な説明】
【００１２】
【図１】電子看板システムの構成を示すブロック図である。
【図２】通信管理テーブルのデータ構造を示す図である。
【図３】顧客管理ＤＢのデータ構造を示す図である。
【図４】コンテンツＤＢのデータ構造を示す図である。
【図５】操作端末からアプリケーションサーバへのコンテンツの配信動作を示すフローチャートである。
【図６】アプリケーションサーバによる表示端末との通信の死活管理動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、電子看板システム及び電子看板システムのコンテンツ配信方法の一実施形態について、図面を用いて詳細に説明する。
【００１４】
本実施形態の電子看板システムの一実施形態は通信回線に接続し、表示内容であるコンテンツを表示する表示端末と、表示端末との間に通信確立後継時的に維持され、予め定められた時間間隔により死活管理が行われる通信を介してコンテンツを表示端末に送信する手順を表示端末からの送信要求に先立って開始するアプリケーションサーバと、を備える。
【００１５】
図１は、本実施形態の電子看板システムの構成を示すブロック図である。図１に示すように、電子看板システムは、表示内容であるコンテンツを表示する表示端末４０１と、コンテンツを配信する操作端末３０１と、操作端末３０１から配信されたコンテンツを格納し、表示端末４０１との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに順次長くして死活管理を行い、表示端末４０１に対してコンテンツを送信する、アプリケーションサーバ１０１と、を備える。
【００１６】
表示端末４０１は、演算装置であるＣＰＵ４０２と、ＲＯＭ、ＲＡＭなどのメモリ４０３と、アプリケーションプログラムなどを格納する記憶装置４０４と、受信したコンテンツを格納する表示内容データベース４０５（以下、データベースをＤＢという。）と、ディスプレイ装置である表示装置４０６と、インターネットなどの公衆通信回線網２０１を介して通信可能な通信インターフェース（以下、通信Ｉ／Ｆという。）４０７と、を備える。表示端末４０１は顧客の場所に設置されていてもよい。
【００１７】
操作端末３０１は、演算装置であるＣＰＵ３０２と、ＲＯＭ、ＲＡＭなどのメモリ３０３と、アプリケーションプログラムなどを格納する記憶装置３０４と、配信するコンテンツを格納するコンテンツファイル３０５と、ディスプレイ装置である表示装置３０６と、インターネットなどの公衆通信回線網２０１を介して通信可能な通信Ｉ／Ｆ３０７と、を備える。
【００１８】
アプリケーションサーバ１０１は、演算装置であるＣＰＵ１０２とＲＯＭ、ＲＡＭなどのメモリ１０３と、顧客情報を格納する顧客管理ＤＢ１０５と、コンテンツを格納するコンテンツＤＢ１０６と、インターネットなどの公衆通信回線網２０１を介して通信可能な通信Ｉ／Ｆ１０７と、を備える。
【００１９】
アプリケーションサーバ１０１は、メモリ１０３に通信の死活管理情報を格納する通信管理テーブル１０４を備える。
【００２０】
図２は、通信管理テーブル１０４のデータ構造を示す図である。図２に示すように、通信管理テーブル１０４は、通信ごとに固有に割り当てられるＩＤである「コネクションＩＤ」と、表示端末４０１ごとに固有に割り当てられるＩＤである「プレーヤＩＤ」と、通信の死活確認を行う時間間隔である「死活管理時間間隔」と、直近に行った死活管理の時刻である「前回死活管理時刻」と、通信の死活の状態を示す「死活情報」と、を格納する。
【００２１】
各データの例は、「コネクションＩＤ」が「ＣＮ１」、「プレーヤＩＤ」が「ＰＬ１」、「死活管理時間間隔」が「５００ｍｓ」、「前回死活管理時刻」が「１０：００：００」、「死活情報」が「Ａｌｉｖｅ」である。
【００２２】
図３は、顧客管理ＤＢ１０５のデータ構造を示す図である。図３に示すように、顧客管理ＤＢ１０５は、顧客ごとに固有に割り当てられるＩＤである「ユーザＩＤ」と、認証に利用するパスワードの内容である「パスワード」と、複数の表示端末４０１によって構成される表示端末群を示す「プレーヤグループＩＤ」と、顧客が所有する表示端末に固有に割り当てられるＩＤである「所有プレーヤＩＤ」と、を格納する。
【００２３】
各データの例は、「ユーザＩＤ」が「ＵＳ１」、「パスワード」が「ｐａｓｓ１」、「プレーヤグループＩＤ」が「ＧＰ１」、「所有プレーヤＩＤ」が「ＰＬ１」である。
【００２４】
図４は、コンテンツＤＢ１０６のデータ構造を示す図である。図４（Ａ）は適用テーブルのデータ構造を、図４（Ｂ）はコンテンツテーブルのデータ構造を、それぞれ示す。
【００２５】
図４（Ａ）に示すように、適用テーブルは、「プレーヤグループＩＤ」と、「番組ＩＤ」と、配信予定日時を示す「適用日時」と、を格納する。「適用日時」のデータの例は「２０１１／３／１， １０：００」である。
【００２６】
図４（Ｂ）に示すように、コンテンツテーブルは、表示する個別の内容に固有に割り当てられるＩＤである「番組ＩＤ」と、表示するテキストの内容である「テキストデータ」と、表示する画像に固有に割り当てられるＩＤである「画像データＩＤ」と、表示時間長を示す「再生時間」と、を格納する。
【００２７】
各データの例は、「番組ＩＤ」が「ＰＲ１」、「テキストデータ」が「本日の金利△％」、「画像データＩＤ」が「背景１」、「再生時間」が「３０秒」である。
【００２８】
表示内容ＤＢ４０５のデータ構造はコンテンツテーブルのデータ構造と同様である。
【００２９】
図５は、操作端末３０１からアプリケーションサーバ１０１へのコンテンツの配信動作を示すフローチャートである。
【００３０】
図５に示すように、ステップ５０１において操作端末３０１はアプリケーションサーバ１０１に認証要求する。具体的には、操作端末３０１はアプリケーションサーバ１０１に「ユーザＩＤ」、「パスワード」を送信する。
【００３１】
ステップ５０２において、アプリケーションサーバ１０１は認証を行う。具体的には、受信した「ユーザＩＤ」に基づいて顧客管理ＤＢ１０５を検索し、読み出した「パスワード」と受信した「パスワード」を比較し、一致すれば認証成功と判定する。
【００３２】
ステップ５０３において、操作端末３０１はアプリケーションサーバ１０１に「プレーヤグループＩＤ」、「番組ＩＤ」、「適用日時」、「テキストデータ」、「画像データＩＤ」、「再生時間」を送信する。
【００３３】
アプリケーションサーバ１０１は、適用テーブルを読み出し、指定された適用日時に、指定されたプレーヤグループＩＤの表示端末４０１に対して指定された番組ＩＤのコンテンツを配信する。
【００３４】
ここで、本実施形態の電子看板システムはプッシュ型の電子看板システムである。アプリケーションサーバ１０１と表示端末４０１の通信は継時的に接続された状態が維持されている。アプリケーションサーバ１０１は表示端末４０１との通信の死活管理を行い、通信が接続している表示端末４０１に対してコンテンツの配信を試みる。コンテンツの配信に際してアプリケーションサーバ１０１は表示端末４０１からの送信要求を必要としない。
【００３５】
すなわち、アプリケーションサーバ１０１はコンテンツを表示端末４０１に送信する手順を表示端末４０１からの送信要求に先立って開始する。
【００３６】
具体的には、アプリケーションサーバ１０１は通信管理テーブル１０４にレコードが存在し、「死活情報」が「Ａｌｉｖｅ」である場合に、当該表示端末４０１との接続が確立された状態であると判定する。
【００３７】
図６は、アプリケーションサーバ１０１による表示端末との通信の死活管理動作を示すフローチャートである。図６に示すように、ステップ６０１において表示端末４０１はアプリケーションサーバ１０１に対して接続要求を行う。
【００３８】
ステップ６０２において、アプリケーションサーバ１０１は認証を行い、通信の接続を確立する。
【００３９】
ステップ６０３において、アプリケーションサーバ１０１は通信管理テーブル１０４に接続を登録する。すなわち、アプリケーションサーバ１０１はコネクションＩＤを生成して「コネクションＩＤ」に格納し、通信を確立した表示端末４０１のプレーヤＩＤを「プレーヤＩＤ」に格納し、「死活管理時間間隔」に予め定められた初期値を格納し、現在時刻を「前回死活管理時刻」に格納し、「死活情報」にＮＵＬＬを格納する。
【００４０】
ステップ６０４において、アプリケーションサーバ１０１は表示端末４０１に対して死活確認である接続確認要求を送信する。
【００４１】
ステップ６０５において、表示端末４０１は接続確認応答を返信する。
【００４２】
ステップ６０６において、アプリケーションサーバ１０１は通信の死活を判定する。アプリケーションサーバ１０１は予め定められた時間内に接続確認応答を受信したかを判定する。アプリケーションサーバ１０１は予め定められた時間内に接続確認応答を受信した場合、通信が接続されていると判定し、ステップ６０７に進み、予め定められた時間内に接続確認応答を受信しなかった場合、ステップ６１１に進む。
【００４３】
ステップ６０７において、アプリケーションサーバ１０１は通信管理テーブル１０４を更新する。すなわち、アプリケーションサーバ１０１は当該「コネクションＩＤ」に関し、現在時刻を「前回死活管理時刻」に格納し、「死活情報」に「Ａｌｉｖｅ」を格納する。
【００４４】
ステップ６０８において、アプリケーションサーバ１０１は時間のカウントを開始する。
【００４５】
ステップ６０９において、アプリケーションサーバ１０１は待機時間である「死活管理時間間隔」が経過したかを判定する。アプリケーションサーバ１０１は待機時間が経過したと判定した場合ステップ６１０に進み、まだ経過していないと判定したときステップ６０９に戻る。
【００４６】
ステップ６１０において、アプリケーションサーバ１０１は通信管理テーブル１０４の待機時間である「死活管理時間間隔」を更新する。アプリケーションサーバ１０１は当該「コネクションＩＤ」に関し「死活管理時間間隔」に格納されている「死活管理時間間隔」よりも長い時間間隔を格納する。
【００４７】
具体的には、例えば、「死活管理時間間隔」に「３０秒」が格納されていたとき、２倍した「６０秒」を格納する。「死活管理時間間隔」に「６０秒」が格納されていたとき、２倍した「１２０秒」を格納する。以降、２倍して格納することを繰り返す。そして、この２倍した「死活管理時間間隔」が閾値である「３８４０秒」を超えた場合、この閾値である「３８４０秒」を「死活管理時間間隔」に格納する。
【００４８】
このように制御する理由は、死活管理による通信の輻輳を避けるためである。時間間隔を長くするのは、通信が切断されるのは通信が確立されて間もない時期であることが多く、一度安定して通信が確立されると切断される確率が低くなるという経験則に基づく。
【００４９】
アプリケーションサーバ１０１は待機時間を変更した後、ステップ６０４に戻る。
【００５０】
ステップ６１１において、アプリケーションサーバ１０１は通信が切断されたコネクションＩＤのレコードを通信管理テーブル１０４から削除する。
【００５１】
以上のべたように、本実施形態の電子看板システムは、プッシュ型の電子看板システムであり、表示内容であるコンテンツを表示する表示端末４０１と、コンテンツを配信する操作端末３０１と、操作端末３０１から配信されたコンテンツを格納し、表示端末４０１との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに順次長くして死活管理を行い、表示端末４０１に対してコンテンツを送信する、アプリケーションサーバ１０１と、を備える。
【００５２】
従って、死活管理による通信の輻輳を防止しながら緊急時であっても表示端末４０１にタイムリーにコンテンツを送信することが可能となるという効果がある。
【００５３】
また、表示端末４０１に動的ＩＰを使用することが可能となり、プッシュ型にもかかわらずサービスプロバイダの契約料を低く抑えることができるという効果がある。
【００５４】
いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００５５】
１０１：アプリケーションサーバ
１０４：通信管理テーブル
１０６：コンテンツＤＢ
３０１：操作端末
４０１：表示端末
【技術分野】
【０００１】
本発明の実施形態は、電子看板システム及び電子看板システムのコンテンツ配信方法に関する。
【背景技術】
【０００２】
近年では表示内容を随時変更することが可能な電子看板システムが使用されている。この電子看板システムは、サーバから多数の表示端末にインターネットを介して表示内容であるコンテンツを配信し、表示端末は受信したコンテンツを受信した表示方法により表示する。
【０００３】
従来の電子看板システムは、表示端末からサーバに対して通信を開始し、通信が確立してから表示端末がコンテンツの配信を要求するプル型が主流であった。
【０００４】
プル型の場合、表示端末は動的ＩＰを使用できるためインターネットを利用する場合はサービスプロバイダの契約料を大幅に削減できる。
【０００５】
しかし、緊急に表示内容を変更したい場合にはプル型では対応できない場合が多い。サーバがコンテンツを配信しようとしても、表示端末への回線が確立していない場合があるからである。
【０００６】
これに対し、表示端末からのコンテンツの配信要求を待たずにサーバからコンテンツを配信するプッシュ型の電子看板システムが提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−９２１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、従来のプシュ型では表示端末に固定ＩＰが必要となり、サービスプロバイダの契約料が割高になる。
【０００９】
また、コンテンツを表示端末に配信する際に、通信の死活管理が問題となる。すなわち、表示端末との通信が確立されていることを確認してからコンテンツを配信する必要があるからである。特に、多数の表示端末に対して同時にコンテンツの差し替えを行うときには、死活管理の動作によって通信の輻輳が発生する。
【００１０】
従って、死活管理による通信の輻輳を防止しながら表示端末にタイムリーにコンテンツを送信することが可能な電子看板システム及び電子看板システムのコンテンツ配信方法が求められている。
【課題を解決するための手段】
【００１１】
上記の課題を解決するために、一実施形態は通信回線に接続し、表示内容であるコンテンツを表示する表示端末と、表示端末との間に通信確立後継時的に維持され、予め定められた時間間隔により死活管理が行われる通信を介してコンテンツを表示端末に送信する手順を表示端末からの送信要求に先立って開始するアプリケーションサーバと、を備える電子看板システムを提供する。
【図面の簡単な説明】
【００１２】
【図１】電子看板システムの構成を示すブロック図である。
【図２】通信管理テーブルのデータ構造を示す図である。
【図３】顧客管理ＤＢのデータ構造を示す図である。
【図４】コンテンツＤＢのデータ構造を示す図である。
【図５】操作端末からアプリケーションサーバへのコンテンツの配信動作を示すフローチャートである。
【図６】アプリケーションサーバによる表示端末との通信の死活管理動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、電子看板システム及び電子看板システムのコンテンツ配信方法の一実施形態について、図面を用いて詳細に説明する。
【００１４】
本実施形態の電子看板システムの一実施形態は通信回線に接続し、表示内容であるコンテンツを表示する表示端末と、表示端末との間に通信確立後継時的に維持され、予め定められた時間間隔により死活管理が行われる通信を介してコンテンツを表示端末に送信する手順を表示端末からの送信要求に先立って開始するアプリケーションサーバと、を備える。
【００１５】
図１は、本実施形態の電子看板システムの構成を示すブロック図である。図１に示すように、電子看板システムは、表示内容であるコンテンツを表示する表示端末４０１と、コンテンツを配信する操作端末３０１と、操作端末３０１から配信されたコンテンツを格納し、表示端末４０１との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに順次長くして死活管理を行い、表示端末４０１に対してコンテンツを送信する、アプリケーションサーバ１０１と、を備える。
【００１６】
表示端末４０１は、演算装置であるＣＰＵ４０２と、ＲＯＭ、ＲＡＭなどのメモリ４０３と、アプリケーションプログラムなどを格納する記憶装置４０４と、受信したコンテンツを格納する表示内容データベース４０５（以下、データベースをＤＢという。）と、ディスプレイ装置である表示装置４０６と、インターネットなどの公衆通信回線網２０１を介して通信可能な通信インターフェース（以下、通信Ｉ／Ｆという。）４０７と、を備える。表示端末４０１は顧客の場所に設置されていてもよい。
【００１７】
操作端末３０１は、演算装置であるＣＰＵ３０２と、ＲＯＭ、ＲＡＭなどのメモリ３０３と、アプリケーションプログラムなどを格納する記憶装置３０４と、配信するコンテンツを格納するコンテンツファイル３０５と、ディスプレイ装置である表示装置３０６と、インターネットなどの公衆通信回線網２０１を介して通信可能な通信Ｉ／Ｆ３０７と、を備える。
【００１８】
アプリケーションサーバ１０１は、演算装置であるＣＰＵ１０２とＲＯＭ、ＲＡＭなどのメモリ１０３と、顧客情報を格納する顧客管理ＤＢ１０５と、コンテンツを格納するコンテンツＤＢ１０６と、インターネットなどの公衆通信回線網２０１を介して通信可能な通信Ｉ／Ｆ１０７と、を備える。
【００１９】
アプリケーションサーバ１０１は、メモリ１０３に通信の死活管理情報を格納する通信管理テーブル１０４を備える。
【００２０】
図２は、通信管理テーブル１０４のデータ構造を示す図である。図２に示すように、通信管理テーブル１０４は、通信ごとに固有に割り当てられるＩＤである「コネクションＩＤ」と、表示端末４０１ごとに固有に割り当てられるＩＤである「プレーヤＩＤ」と、通信の死活確認を行う時間間隔である「死活管理時間間隔」と、直近に行った死活管理の時刻である「前回死活管理時刻」と、通信の死活の状態を示す「死活情報」と、を格納する。
【００２１】
各データの例は、「コネクションＩＤ」が「ＣＮ１」、「プレーヤＩＤ」が「ＰＬ１」、「死活管理時間間隔」が「５００ｍｓ」、「前回死活管理時刻」が「１０：００：００」、「死活情報」が「Ａｌｉｖｅ」である。
【００２２】
図３は、顧客管理ＤＢ１０５のデータ構造を示す図である。図３に示すように、顧客管理ＤＢ１０５は、顧客ごとに固有に割り当てられるＩＤである「ユーザＩＤ」と、認証に利用するパスワードの内容である「パスワード」と、複数の表示端末４０１によって構成される表示端末群を示す「プレーヤグループＩＤ」と、顧客が所有する表示端末に固有に割り当てられるＩＤである「所有プレーヤＩＤ」と、を格納する。
【００２３】
各データの例は、「ユーザＩＤ」が「ＵＳ１」、「パスワード」が「ｐａｓｓ１」、「プレーヤグループＩＤ」が「ＧＰ１」、「所有プレーヤＩＤ」が「ＰＬ１」である。
【００２４】
図４は、コンテンツＤＢ１０６のデータ構造を示す図である。図４（Ａ）は適用テーブルのデータ構造を、図４（Ｂ）はコンテンツテーブルのデータ構造を、それぞれ示す。
【００２５】
図４（Ａ）に示すように、適用テーブルは、「プレーヤグループＩＤ」と、「番組ＩＤ」と、配信予定日時を示す「適用日時」と、を格納する。「適用日時」のデータの例は「２０１１／３／１， １０：００」である。
【００２６】
図４（Ｂ）に示すように、コンテンツテーブルは、表示する個別の内容に固有に割り当てられるＩＤである「番組ＩＤ」と、表示するテキストの内容である「テキストデータ」と、表示する画像に固有に割り当てられるＩＤである「画像データＩＤ」と、表示時間長を示す「再生時間」と、を格納する。
【００２７】
各データの例は、「番組ＩＤ」が「ＰＲ１」、「テキストデータ」が「本日の金利△％」、「画像データＩＤ」が「背景１」、「再生時間」が「３０秒」である。
【００２８】
表示内容ＤＢ４０５のデータ構造はコンテンツテーブルのデータ構造と同様である。
【００２９】
図５は、操作端末３０１からアプリケーションサーバ１０１へのコンテンツの配信動作を示すフローチャートである。
【００３０】
図５に示すように、ステップ５０１において操作端末３０１はアプリケーションサーバ１０１に認証要求する。具体的には、操作端末３０１はアプリケーションサーバ１０１に「ユーザＩＤ」、「パスワード」を送信する。
【００３１】
ステップ５０２において、アプリケーションサーバ１０１は認証を行う。具体的には、受信した「ユーザＩＤ」に基づいて顧客管理ＤＢ１０５を検索し、読み出した「パスワード」と受信した「パスワード」を比較し、一致すれば認証成功と判定する。
【００３２】
ステップ５０３において、操作端末３０１はアプリケーションサーバ１０１に「プレーヤグループＩＤ」、「番組ＩＤ」、「適用日時」、「テキストデータ」、「画像データＩＤ」、「再生時間」を送信する。
【００３３】
アプリケーションサーバ１０１は、適用テーブルを読み出し、指定された適用日時に、指定されたプレーヤグループＩＤの表示端末４０１に対して指定された番組ＩＤのコンテンツを配信する。
【００３４】
ここで、本実施形態の電子看板システムはプッシュ型の電子看板システムである。アプリケーションサーバ１０１と表示端末４０１の通信は継時的に接続された状態が維持されている。アプリケーションサーバ１０１は表示端末４０１との通信の死活管理を行い、通信が接続している表示端末４０１に対してコンテンツの配信を試みる。コンテンツの配信に際してアプリケーションサーバ１０１は表示端末４０１からの送信要求を必要としない。
【００３５】
すなわち、アプリケーションサーバ１０１はコンテンツを表示端末４０１に送信する手順を表示端末４０１からの送信要求に先立って開始する。
【００３６】
具体的には、アプリケーションサーバ１０１は通信管理テーブル１０４にレコードが存在し、「死活情報」が「Ａｌｉｖｅ」である場合に、当該表示端末４０１との接続が確立された状態であると判定する。
【００３７】
図６は、アプリケーションサーバ１０１による表示端末との通信の死活管理動作を示すフローチャートである。図６に示すように、ステップ６０１において表示端末４０１はアプリケーションサーバ１０１に対して接続要求を行う。
【００３８】
ステップ６０２において、アプリケーションサーバ１０１は認証を行い、通信の接続を確立する。
【００３９】
ステップ６０３において、アプリケーションサーバ１０１は通信管理テーブル１０４に接続を登録する。すなわち、アプリケーションサーバ１０１はコネクションＩＤを生成して「コネクションＩＤ」に格納し、通信を確立した表示端末４０１のプレーヤＩＤを「プレーヤＩＤ」に格納し、「死活管理時間間隔」に予め定められた初期値を格納し、現在時刻を「前回死活管理時刻」に格納し、「死活情報」にＮＵＬＬを格納する。
【００４０】
ステップ６０４において、アプリケーションサーバ１０１は表示端末４０１に対して死活確認である接続確認要求を送信する。
【００４１】
ステップ６０５において、表示端末４０１は接続確認応答を返信する。
【００４２】
ステップ６０６において、アプリケーションサーバ１０１は通信の死活を判定する。アプリケーションサーバ１０１は予め定められた時間内に接続確認応答を受信したかを判定する。アプリケーションサーバ１０１は予め定められた時間内に接続確認応答を受信した場合、通信が接続されていると判定し、ステップ６０７に進み、予め定められた時間内に接続確認応答を受信しなかった場合、ステップ６１１に進む。
【００４３】
ステップ６０７において、アプリケーションサーバ１０１は通信管理テーブル１０４を更新する。すなわち、アプリケーションサーバ１０１は当該「コネクションＩＤ」に関し、現在時刻を「前回死活管理時刻」に格納し、「死活情報」に「Ａｌｉｖｅ」を格納する。
【００４４】
ステップ６０８において、アプリケーションサーバ１０１は時間のカウントを開始する。
【００４５】
ステップ６０９において、アプリケーションサーバ１０１は待機時間である「死活管理時間間隔」が経過したかを判定する。アプリケーションサーバ１０１は待機時間が経過したと判定した場合ステップ６１０に進み、まだ経過していないと判定したときステップ６０９に戻る。
【００４６】
ステップ６１０において、アプリケーションサーバ１０１は通信管理テーブル１０４の待機時間である「死活管理時間間隔」を更新する。アプリケーションサーバ１０１は当該「コネクションＩＤ」に関し「死活管理時間間隔」に格納されている「死活管理時間間隔」よりも長い時間間隔を格納する。
【００４７】
具体的には、例えば、「死活管理時間間隔」に「３０秒」が格納されていたとき、２倍した「６０秒」を格納する。「死活管理時間間隔」に「６０秒」が格納されていたとき、２倍した「１２０秒」を格納する。以降、２倍して格納することを繰り返す。そして、この２倍した「死活管理時間間隔」が閾値である「３８４０秒」を超えた場合、この閾値である「３８４０秒」を「死活管理時間間隔」に格納する。
【００４８】
このように制御する理由は、死活管理による通信の輻輳を避けるためである。時間間隔を長くするのは、通信が切断されるのは通信が確立されて間もない時期であることが多く、一度安定して通信が確立されると切断される確率が低くなるという経験則に基づく。
【００４９】
アプリケーションサーバ１０１は待機時間を変更した後、ステップ６０４に戻る。
【００５０】
ステップ６１１において、アプリケーションサーバ１０１は通信が切断されたコネクションＩＤのレコードを通信管理テーブル１０４から削除する。
【００５１】
以上のべたように、本実施形態の電子看板システムは、プッシュ型の電子看板システムであり、表示内容であるコンテンツを表示する表示端末４０１と、コンテンツを配信する操作端末３０１と、操作端末３０１から配信されたコンテンツを格納し、表示端末４０１との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに順次長くして死活管理を行い、表示端末４０１に対してコンテンツを送信する、アプリケーションサーバ１０１と、を備える。
【００５２】
従って、死活管理による通信の輻輳を防止しながら緊急時であっても表示端末４０１にタイムリーにコンテンツを送信することが可能となるという効果がある。
【００５３】
また、表示端末４０１に動的ＩＰを使用することが可能となり、プッシュ型にもかかわらずサービスプロバイダの契約料を低く抑えることができるという効果がある。
【００５４】
いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００５５】
１０１：アプリケーションサーバ
１０４：通信管理テーブル
１０６：コンテンツＤＢ
３０１：操作端末
４０１：表示端末
【特許請求の範囲】
【請求項１】
通信回線に接続し、表示内容であるコンテンツを表示する表示端末と、
前記表示端末との間に通信確立後継時的に維持され、予め定められた時間間隔により死活管理が行われる前記通信を介して前記コンテンツを前記表示端末に送信する手順を前記表示端末からの送信要求に先立って開始するアプリケーションサーバと、
を備える電子看板システム。
【請求項２】
前記アプリケーションサーバは、
前記表示端末との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに長くして死活管理を行い、前記表示端末に対して前記通信回線を介して前記コンテンツを送信する請求項１記載の電子看板システム。
【請求項３】
前記アプリケーションサーバは、
前記表示端末との通信の死活管理の時間間隔を、閾値を超えないように順次２倍することにより長くして死活管理を行う請求項２記載の電子看板システム。
【請求項４】
前記アプリケーションサーバは、
通信の死活管理情報を格納する通信管理テーブルを備える請求項３記載の電子看板システム。
【請求項５】
アプリケーションサーバと通信回線を介して接続され、表示内容であるコンテンツを表示する表示端末との間に通信確立後継時的に維持し、
前記アプリケーションサーバが前記表示端末との間の前記通信の死活管理を予め定められた時間間隔により行い、
前記アプリケーションサーバが前記通信を介して前記コンテンツを前記表示端末に送信する手順を前記表示端末からの送信要求に先立って開始する
電子看板システムのコンテンツ配信方法。
【請求項６】
前記アプリケーションサーバが表示端末との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに順次長くして死活管理を行う
請求項５記載の電子看板システムのコンテンツ配信方法。
【請求項１】
通信回線に接続し、表示内容であるコンテンツを表示する表示端末と、
前記表示端末との間に通信確立後継時的に維持され、予め定められた時間間隔により死活管理が行われる前記通信を介して前記コンテンツを前記表示端末に送信する手順を前記表示端末からの送信要求に先立って開始するアプリケーションサーバと、
を備える電子看板システム。
【請求項２】
前記アプリケーションサーバは、
前記表示端末との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに長くして死活管理を行い、前記表示端末に対して前記通信回線を介して前記コンテンツを送信する請求項１記載の電子看板システム。
【請求項３】
前記アプリケーションサーバは、
前記表示端末との通信の死活管理の時間間隔を、閾値を超えないように順次２倍することにより長くして死活管理を行う請求項２記載の電子看板システム。
【請求項４】
前記アプリケーションサーバは、
通信の死活管理情報を格納する通信管理テーブルを備える請求項３記載の電子看板システム。
【請求項５】
アプリケーションサーバと通信回線を介して接続され、表示内容であるコンテンツを表示する表示端末との間に通信確立後継時的に維持し、
前記アプリケーションサーバが前記表示端末との間の前記通信の死活管理を予め定められた時間間隔により行い、
前記アプリケーションサーバが前記通信を介して前記コンテンツを前記表示端末に送信する手順を前記表示端末からの送信要求に先立って開始する
電子看板システムのコンテンツ配信方法。
【請求項６】
前記アプリケーションサーバが表示端末との通信の死活管理の時間間隔を、閾値を超えないように死活管理の回数を追うごとに順次長くして死活管理を行う
請求項５記載の電子看板システムのコンテンツ配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−１８５７１４（Ｐ２０１２−１８５７１４Ａ）
【公開日】平成２４年９月２７日（２０１２．９．２７）
【国際特許分類】
【出願番号】特願２０１１−４９００４（Ｐ２０１１−４９００４）
【出願日】平成２３年３月７日（２０１１．３．７）
【出願人】（３０２０６１１３０）東芝ＩＴサービス株式会社 (32)
【Ｆターム（参考）】
【公開日】平成２４年９月２７日（２０１２．９．２７）
【国際特許分類】
【出願日】平成２３年３月７日（２０１１．３．７）
【出願人】（３０２０６１１３０）東芝ＩＴサービス株式会社 (32)
【Ｆターム（参考）】
[ Back to top ]