(57)【要約】【課題】サーバ側よりクライアントとの通信接続タイミングを動的に変化させて通信負荷を低減させるデータ配信システムを提供する。【解決手段】サーバ側から配信される文字・音声・画像等の各種データをクライアント側で受信して表示するデータ配信システムであって、サーバ側の通信負荷に応じてクライアントの接続タイミングを動的に変更し、データ配信の際に登録されたＩＤ・パスワードによりクライアントの認証を行うサーバと、圧縮処理されたデータをサーバの指定する接続タイミングで受信し、コンピュータが異なる処理を実行中であっても強制的または時間を指定して受信したデータを表示させることができ、起動時にクライアント側とサーバ側のＩＤおよびパスワードが埋め込まれたプログラムを比較して異なる場合にクライアント側のプログラムと必要なデータを更新し、安全にデータを選択・取得できるブラウザとを備えたものである。【選択図】　　　　　図１
2004013638.tif 000002
【特許請求の範囲】
【請求項１】
サーバ側から配信される文字・音声・画像などの各種データを、クライアント側で受信して表示するデータ配信のためのコンピュータシステムであって、
サーバ側の通信負荷に応じてクライアントの通信接続タイミングを動的に変更する動的配信手段と、
クライアント側からＩＤ・パスワードによりクライアントの登録を受付けるクライアント登録手段と、
クライアントが要求するデータ配信の際に前記ＩＤ・パスワードによりクライアントの認証を行う認証手段と、
を有するサーバと、
圧縮処理されたデータ受信を前記サーバの指定する前記通信接続タイミングで行う通信手段と、
前記受信したデータに従い、クライアント側のコンピュータが異なる処理を実行中であっても強制的に前記受信したデータを表示するか、または時間を指定して表示させることができる表示手段と、
クライアント登録の際に登録・認証用の前記ＩＤおよびパスワードを作成してプログラムに埋め込むＩＤ作成手段と、
プログラム起動時にクライアント側のプログラムとサーバ側が保有するクライアント用プログラムとを比較し、異なる場合はクライアント側の当該プログラムおよび必要なデータを自動的に更新する更新手段と、
クライアントが必要なデータを前記サーバへ要求する際に前記登録したＩＤ・パスワードを用いてデータを選択・取得するデータ取得手段と、
を有するブラウザと、を備えたことを特徴とする動的データ配信システム。
【請求項２】
前記表示手段は、データを表示する際に表示されるウインドウのサイズ指定をブラウザ側で制御することを特徴とする請求項１に記載の動的データ配信システム。
【請求項３】
前記表示手段は、データを表示する際に半透明表示と全表示などのウインドウ表示設定に関する指定・制御が可能であることを特徴とする請求項１または２に記載の動的データ配信システム。
【請求項４】
前記表示手段は、データを表示する際に当該データ表示用プログラムを自動で起動して表示を行うかまたはデータが届いた案内だけの表示にするかを選択することが可能であり、またデータに応じて当該選択を無視して強制的に表示することが可能であることを特徴とする請求項１乃至３のいずれか１項に記載の動的データ配信システム。
【請求項５】
前記表示手段は、データを表示する際に複数のウインドウを開くことが可能なことを特徴とする請求項１乃至４のいずれか１項に記載の動的データ配信システム。
【請求項６】
前記表示手段は、データを表示した後、指定した時間に強制的または自動的に表示を閉じることが可能であることを特徴とする請求項１乃至５のいずれか１項に記載の動的データ配信システム。
【請求項７】
前記表示手段は、独自のフォーマットに適合したデータ配信により自動でファイルフォーマットに関連付けされたアプリケーションプログラムを起動して表示・実行できることを特徴とする請求項１乃至６のいずれか１項に記載の動的データ配信システム。
【請求項８】
前記表示手段は、データのフォーマットに適合して表示された受信データを、クライアントによって消去するものと有効期限を指定して消去するものとに分けて処理することが可能であることを特徴とする請求項１乃至７のいずれか１項に記載の動的データ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サーバ側から通信負荷に応じてクライアントへの通信接続タイミングを動的（ダイナミック可変方式）に変更して、広告、文字放送、映像配信、ニュース配信、各種放送番組表などを配信する動的データ配信システムに関するものである。
【０００２】
【従来の技術】
従来から、ニュースの文字放送等の形でデータ配信、データ放送（インターネット放送等も含む）が行われている。例えば、特開２００２−１０１０５７号公報に開示されている「データ放送を利用した情報処理装置表示機能拡張システムおよびデータ配信方法」などがある。
図７は、データ放送を利用した情報処理装置表示機能拡張システムおよびデータ配信方法の構成図である。
ここでは、先ず、ユーザはデータ放送受信ユニット１０６が具備されたパソコン（パーソナルコンピュータ）１０５のキーボード等からＩＤ（識別符号）やユーザ情報（住所、年齢、性別、興味分野、欲しい情報＝選択式等）を登録する。
これにより、各ユーザに対してＩＤや関連ユーザ情報がユーザの属性情報としてデータ放送局（例えば、ＦＭ多重、文字放送局等）１０３の端末に登録され、データ放送局１０３はデータ放送受信ユニット１０６に予め付加されユーザ毎に割当てられたＩＤによりユーザ選択情報を把握することができる。
【０００３】
この状態で、スポンサ１０２から依頼された内容に基づいたデータ（広告、ポータル画面、プログラム、音楽等）が、データ放送局１０３から放送電波として発信されデータ配信される。
電波は、パソコン１０５側ではデータ放送受信ユニット１０６のアンテナで受信され、データ配信か、音声放送か、が判別されて、データ配信の場合は、データ放送受信ユニット１０６でデジタル信号に変換され、復元されたデータがパソコン１０５内に取込まれる。パソコン１０５ではユーザ毎の選択条件に応じて、データが選択されて選択データ記憶部に蓄積される。
【０００４】
この場合、ユーザがパソコン１０５の電源入力後、非操作時においてはスクリーンセーバの表示画面となるが、スクリーンセーバの表示画面の代りに選択データ記憶部に記憶されたデータ（広告、ポータル画面、プログラム、音楽等）が処理されて表示される。
また、ユーザのパソコン操作時には、登録されたユーザ情報に基づいて、データ放送局１０３側が適正なメニュー（例えば、ニュース、株価ニュース、趣味の情報、通信ポータル情報等）を用意し、その中からユーザが選択した選択データがメモリに常時記憶されていて、記憶された情報はスクリーンセーバの画面として表示される。
また、広告画面などでユーザが表示画面のＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を選択することで、ブラウザを介してインターネット１０４に接続してサーバ１００、１０１などからの詳細な情報を得ることもできる。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来のシステムは、例えば、ＦＭ東京は北海道では配信できないと言うように、データ放送局のエリア内に限定され、しかも特別なデータ放送受信ユニット等を必要とし、インターネットを介した通信のように誰でも使用可能なデータ形式ではないので、汎用性に欠けてコストも高くつき、データ表示方式も、図７の例では、いわゆるスクリーンセーバ方式であって、常時データを受信してデータ記憶部に蓄積して置き、ユーザのパソコン（パーソナルコンピュータ）非操作時に表示するというものなので、通信負荷も大きくなる。
また、インターネット放送などのように、通信ネットワーク上のサーバからデータ配信を行いクライアント側で受信する方式で、データ圧縮を行わずに常時接続してデータを受信する方式でも、通信負荷が高くなりユーザ数が増加するに従ってスムースなシステム運営が不可能になるという問題があった。
【０００６】
そこで、本発明は、従来のデータ放送局のような独自の方式では無く、インターネットなどのサーバとブラウザというような汎用性が高く低コストのシステム構成によって、サーバ側に主導権を与え、サーバの負荷に応じてクライアント側の通信接続タイミングを動的に変更することで、サーバ、クライアント、通信ネットワークともに小規模でも容量の大きいデータを取扱うことができ、サーバの負荷を分散・低減する配信システムを構築可能な効率的な通信システムを実現すると共に、表示方式もスクリーンセーバ等のような聴視率の低い時間帯の表示では無く、表示サイズ、表示時間共に自由に設定・制御が可能で、さらに半透明、全表示等の表示設定に関する指定・制御もできる動的データ配信システムを提供することを目的としている。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、請求項１に記載の発明は、サーバ側から配信される文字・音声・画像などの各種データを、クライアント側で受信して表示するデータ配信のためのコンピュータシステムであって、サーバ側の通信負荷に応じてクライアントの通信接続タイミングを動的に変更する動的配信手段と、クライアント側からＩＤ・パスワードによりクライアントの登録を受付けるクライアント登録手段と、クライアントが要求するデータ配信の際に前記ＩＤ・パスワードによりクライアントの認証を行う認証手段と、を有するサーバと、圧縮処理されたデータ受信を前記サーバの指定する前記通信接続タイミングで行う通信手段と、前記受信したデータに従い、クライアント側のコンピュータが異なる処理を実行中であっても強制的に前記受信したデータを表示するか、または時間を指定して表示させることができる表示手段と、クライアント登録の際に登録・認証用の前記ＩＤおよびパスワードを作成してプログラムに埋め込むＩＤ作成手段と、プログラム起動時にクライアント側のプログラムとサーバ側が保有するクライアント用プログラムとを比較し、異なる場合はクライアント側の当該プログラムおよび必要なデータを自動的に更新する更新手段と、クライアントが必要なデータを前記サーバへ要求する際に前記登録したＩＤ・パスワードを用いてデータを選択・取得するデータ取得手段と、を有するブラウザと、を備えたことを特徴としている。
また、請求項２に記載の発明は、前記表示手段が、データを表示する際に表示されるウインドウのサイズ指定をブラウザ側で制御することを特徴としている。また、請求項３に記載の発明は、前記表示手段が、データを表示する際に半透明表示と全表示などのウインドウ表示設定に関する指定・制御が可能であることを特徴としている。
また、請求項４に記載の発明は、前記表示手段が、データを表示する際に当該データ表示用プログラムを自動で起動して表示を行うかまたはデータが届いた案内だけの表示にするかを選択することが可能であり、またデータに応じて当該選択を無視して強制的に表示することが可能であることを特徴としている。
また、請求項５に記載の発明は、前記表示手段が、データを表示する際に複数のウインドウを開くことが可能なことを特徴としている。
また、請求項６に記載の発明は、前記表示手段が、データを表示した後、指定した時間に強制的または自動的に表示を閉じることが可能であることを特徴としている。
また、請求項７に記載の発明は、前記表示手段が、独自のフォーマットに適合したデータ配信により自動でファイルフォーマットに関連付けされたアプリケーションプログラムを起動して表示・実行できることを特徴としている。
また、請求項８に記載の発明は、前記表示手段が、データのフォーマットに適合して表示された受信データを、クライアントによって消去するものと有効期限を指定して消去するものとに分けて処理することが可能であることを特徴としている。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態について図を参照して説明する。
図１は本発明の動的データ配信システムの構成図である。
図２は、図１に示す動的データ配信システムの処理のフローチャートである。
図３は、図２に示すメインループの処理のフローチャートである。
図４は、図２に示す更新ループのフローチャートである。
図５は、図１に示す動的データ配信システムのサーバ側処理のフローチャートである。
図６は、図３に示す表示処理の半透明、全表示の区別を示す模式図である。
【０００９】
図１において、１はサーバであり、クライアント側のコンピュータで動作するオリジナル・ブラウザ「ｐｏｐＥＹＥ」（本発明のソフトウェアプログラムの商品名）を管理し、通信負荷を監視して配信周期を動的に変化させながらクライアントに対する圧縮データ配信を行う動的配信手段６と、クライアントのユーザＩＤ（ユニークな識別符号）を登録する登録手段７、データ配信の際にクライアントを登録ＩＤで認証する認証手段８とで構成されている。
２はカスケードサーバで、例えば、サーバ１をアプリケーション・サーバとすれば、データベース３のデータアクセスを管理するデータベース・サーバである場合や、或いは、バックアップ・サーバや動画像データ等の大容量データを分散するためのサーバ群でも構わず、実際の運用の際にはそれぞれ複数構成とすることが可能である。図１では、サーバ１、サーバ２、データベース３とで配信部を構成しているものとする。
３はデータベースで、広告、文字放送などの放送コンテンツ・データ、プログラムなどを格納している。４は多数のクライアントを表し、それぞれオリジナル・ブラウザ「ｐｏｐＥＹＥ」を装備して、通信ネットワーク５（インターネットやＬＡＮなど）を介してサーバ１から圧縮データを受信して解凍しサーバ１との接続を確保する通信手段９と、受信したデータを各種の表示サイズ、表示形式や表示タイミングなどで表示を行う表示手段１０、登録・認証用のＩＤ・パスワードを作成してブラウザ「ｐｏｐＥＹＥ」プログラムに埋め込むＩＤ作成手段１１と、「ｐｏｐＥＹＥ」バージョンを、サーバ１側で保有する「ｐｏｐＥＹＥ」と比較し、古くなったら自動的にクライアント側のプログラムと関連する記憶データの更新を行う更新手段１２と、必要なデータをサーバ１へ要求してＩＤ・パスワードによりセキュリティ上安全にデータを選択・取得するデータ取得手段１３とで構成されている。
【００１０】
次にフローチャートを参照して動作について説明する。
図２を参照すると、ブラウザ・プログラムの起動時、クライアント４は図１に示した通信手段９によりサーバ１に最新の「ｐｏｐＥＹＥ」プログラムのバージョンを問い合わせる（Ｓ１００）。サーバ１からの回答を待って、現在の自己バージョンとサーバ１からの回答バージョンを比較し（Ｓ１０１）、異なっていればサーバ１から最新バージョンの「ｐｏｐＥＹＥ」をダウンロードして自動的に更新する（Ｓ１０２）。
また、Ｓ１０１の判断でプログラム・バージョンが同じ場合は、そのまま表示手段１０へ処理を移し、ブラウザはクライアント・コンピュータのローカルメモリに保存されている表示すべきデータを表示リストに登録する（Ｓ１０３）。
【００１１】
続いて、メインループを起動し（Ｓ１０４）、図３に示すメインループの処理が行われる。
図３のメインループでは、時刻を調べ表示リストと照合してデータを表示すべきか否かを判断する（Ｓ２００）。データ表示の設定になっていれば、データ表示設定に従い表示する（Ｓ２０１）。
ここで表示手段１０によるデータ表示は、種々の設定・制御が可能であり、以下に列挙する設定等が挙げられる。
【００１２】
１、クライアント４のコンピュータが異なる処理（例えば、ワードプロセッサの処理）を実行中でも、表示設定が強制表示なら強制的にオリジナル・ブラウザを開いて受信データを即表示できる。又、指定した時間に表示させることも可能である。
２、受信データを表示する際に、ウインドウのサイズ指定を、全画面フル表示から小ウインドウまでデータ側（クライアント側）で制御できる。
３、受信データを表示する際に、重畳画面の半透明、全表示などの指定をデータ側で制御できる。例えば、図６（ａ）に示すようなサイズのデータ表示ウインドウを、全表示画面上に重ねて表示させる場合に、図６（ｂ）のように半透明にして両方の画面の文字が読めるようにすることや、図６（ｃ）のようにデータ表示だけが読めるように上から重ねて表示させることができる。なお、黒三角は全表示画面中の文字、中抜き三角はデータ表示ウインドウの文字を表す。
【００１３】
４、受信データを表示する際に、「ｐｏｐＥＹＥ」の自動起動によるデータ表示を行うか、データが届いた案内マーク表示のみにするかを選択することができる。
５、指定した時間に強制的に「ｐｏｐＥＹＥ」を自動的に閉じることができる。
６、「ｐｏｐＥＹＥ」では複数のウインドウを開くことができる。
７、従来の標準ブラウザで表示できないワードプロセッサ、表計算などのアプリケーションプログラムで作成されたデータも、自動的にファイルフォーマットに合わせて関連付けされたアプリケーションプログラムを起動して表示・実行することができる。
８、受信したデータは、データのフォーマットに合わせて表示した後、クライアントにより消去するものと、有効期限を指定して消去するものとに分けることができる。
以上のように受信データは、各種の形式の設定・制御によって表示することができる。
【００１４】
再び、図３のメインループに戻って、Ｓ２００の判断で表示データが無い場合に、表示手段１０は時刻を調べ、表示リストと照合してデータ表示を終了すべきか判断する（Ｓ２０２）。終了なら、データの表示設定に従い表示を終了する（Ｓ２０３）。
図３の処理が終了したら図２に示すＳ１０５により、更新ループを起動する（Ｓ１０５）。図４に示す更新ループでは、ローカルメモリ内の保存データの更新処理を行う。
先ず、ＩＤ・パスワードをサーバ１へ送信して、サーバ１より更新タイミングの設定情報と更新対象一覧を取得する（Ｓ３００）。次に、ローカルメモリ内に保存されているデータと比較し、データを更新すべきか否かを判断する（Ｓ３０１）。データの更新が必要な場合は、サーバから圧縮して配信されるデータ本体と、デフォルト設定情報をサーバからダウンロードする（Ｓ３０２）。
【００１５】
続いて、データ本体を展開し、その中の表示設定を読込む（Ｓ３０３）。その中で、指定されていない設定項目があるか否かを判断する（Ｓ３０４）。指定されていない項目があれば、データのデフォルト設定を使用して設定し（Ｓ３０５）、表示リストに追加する（Ｓ３０６）。
また、Ｓ３０１の判断で更新の必要が無い場合は、次の更新タイミングまで待機する（Ｓ３０７）。
【００１６】
この場合、Ｓ３００のサーバ１からの更新タイミングは、動的タイミングであり、例えば、サーバ１は積算周期（適宜設定された時間周期）毎に通信負荷（アクセス接続量）を積算・平均した数値を、設定テーブル値等と比較する等の演算処理（その他の統計演算などでもよい）を行って監視し、次のクライアント４への通信接続タイミングを動的に設定し、その都度異なる時間をクライアント４へ次の通信接続タイミングとして通知するもので、「ｐｏｐＥＹＥ」ではサーバ１とクライアント４間の通信接続タイミングは固定周期ではなく、その時々の通信負荷状態に応じて動的に変更し、これによって通信負荷を分散・低減してサーバ１が過負荷にならないようにしている。
【００１７】
再び、図２のＳ１０６に戻り、ユーザ（本実施の形態では、クライアント側のコンピュータを所有または操作する利用者をユーザと称している）もしくはＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）からの終了指示を待つ（Ｓ１０６）。
以上で、順に「ｐｏｐＥＹＥ」の更新、データ表示、データ更新というオリジナル・ブラウザによる処理が終了する。
この間の通信セキュリティについては、クライアント４はユーザ登録時にＩＤ・パスワードを作成してオリジナル・ブラウザ「ｐｏｐＥＹＥ」に埋め込みサーバ１へ転送するので、サーバ１はこのＩＤ・パスワードによりクライアント４の管理を行い、一方、クライアント４はＩＤ・パスワード認証によりセキュリティ上安全にデータを選択・取得できる。
【００１８】
次に、図５を参照してサーバ側の処理について説明する。
先ず、ユーザからのアクセスを待つ（Ｓ４００）。ユーザからデータ配信要求があったら、ユーザＩＤをチェックする（Ｓ４０１）。ユーザＩＤが登録ＩＤと一致したら、次に、クライアント４側の「ｐｏｐＥＹＥ」のバージョンチェックを行うか否かを判断する（Ｓ４０２）。バージョンチェックを行う場合は、サーバ１はクライアント４に対して現在の「ｐｏｐＥＹＥ」バージョンを通知する（Ｓ４０３）。
また、Ｓ４０２の判断でクライアント４からの応答がバージョンチェックの必要無しの場合は、「ｐｏｐＥＹＥ」本体をダウンロードするか否かを判断する（Ｓ４０４）。ＹＥＳの場合は、「ｐｏｐＥＹＥ」本体を送信する（Ｓ４０５）。
【００１９】
Ｓ４０４の判断で「ｐｏｐＥＹＥ」プログラムのダウンロードの必要が無い場合は、データ更新チェックの有無を判断する（Ｓ４０６）。データ更新の必要がある場合は、ＩＤよりユーザ情報を取得して、動的な更新タイミング設定情報と更新対象一覧を送信する（Ｓ４０７）。
Ｓ４０６の判断でデータ更新チェックの必要が無い場合は、データダウンロードを行うか否かを判断する（Ｓ４０８）。ＹＥＳの場合は圧縮済みデータ本体と、データのデフォルト設定情報を送信する（Ｓ４０９）。
Ｓ４０８の判断でダウンロードの必要が無ければ元へ戻る。
【００２０】
このような本実施の形態によれば、配信コンテンツとして、広告、文字放送、映像、ニュース、ラジオ、ＴＶ、衛星放送、有線放送の番組表等の配信が可能であり、広告配信では「ｐｏｐＥＹＥ」が自動起動することによりＴＶ広告と同様な広告が可能であり広告効果も増大する。ニユース配信では文字、音声、アニメーション、絵、ムービーによる配信も可能である。
番組表の作成では、更新手続きを利用して番組表を書き替えて配信することによりリアルタイムに変化する番組表を供給できる。また、この方式を利用してリアルタイムに書き替えられる掲示板（ＢＢＳ）などの作成も可能である。
【００２１】
更に、本実施の形態では、サーバ１側で通信接続タイミングを変える動的接続タイミングの設定により運営されるので通信負荷を低減し、バックボーンやサーバのスペックが低くても供給が維持できる。
サーバ１は配信の際にデータを圧縮して一括配信するので無駄が無く、通信回線の負荷を減らすことができる。
プログラムとしての「ｐｏｐＥＹＥ」は小さなプログラムなのでブラウザとして常駐させる際にもコンピュータに負荷がかからない。
ユーザ認証はＩＤ・パスワードにより確実な認証が可能なので、付随的にセキュリティの向上につながり、ウィルスの回避にもなる。
データのダウンロードに当たっては、自動的にダウンロードして必要な形に変形させ、実行することが可能でＷｉｎｄｏｗｓ（Ｒ）で扱えるデータは全て受信・表示が可能である、と言った各種の利点が得られる。
【００２２】
また、本実施の形態によれば、ユーザサポートとして、ユーザにパソコンに限らず各種機器の操作方法、使用方法をサーバ側のオペレータが遠隔操作により教示したり、ユーザ同士のメッセージのやり取りや、メールの送受信を行ったり、目覚まし時計、目覚ましメッセージ、ポストカード、時間で開くメッセージ等の送信が可能になる。その他、ゲームを起動していなくてもゲームに参加できる。といった機能の拡大が可能になる。
【００２３】
【発明の効果】
以上説明したように、本発明によれば、従来のデータ放送局のような独自の形式では無く、インターネットなどのサーバとブラウザというような汎用性が高く低コストのシステム構成によって、サーバ側に主導権を与え、サーバの負荷に応じてクライアント側の通信接続タイミングを動的に変更して通信負荷を分散・低減し、表示方式も表示サイズ、表示時間などを自由に設定できる構成にしているので、サーバ、クライアント、通信ネットワーク共に小規模でも効率的なデータ配信システムを構成できるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る動的データ配信システムの構成図である。
【図２】図１に示す動的データ配信システムの処理のフローチャートである。
【図３】図２に示すメインループの処理のフローチャートである。
【図４】図２に示す更新ループの処理のフローチャートである。
【図５】図１に示す動的データ配信システムのサーバ側処理のフローチャートである。
【図６】図３に示す表示画面の模式図であり、図６（ａ）はデータ表示ウインドウ、（ｂ）は半透明にして重ねたデータ表示ウインドウ、（ｃ）はそのまま重ねたデータ表示ウインドウを示している。
【図７】従来のデータ配信方法の構成図である。
【符号の説明】
１　　サーバ
２　　カスケードサーバ
３　　データベース
４　　クライアント
５　　通信ネットワーク
６　　動的配信手段
７　　登録手段
８　　認証手段
９　　通信手段
１０　　表示手段
１１　　ＩＤ作成手段
１２　　更新手段
１３　　データ取得手段
【図１】
2004013638.tif 000003
【図２】
2004013638.tif 000004
【図３】
2004013638.tif 000005
【図４】
2004013638.tif 000006
【図５】
2004013638.tif 000007
【図６】
2004013638.tif 000008
【図７】
2004013638.tif 000009