JP4251349B2 - 情報配信システムのクライアント、情報配信システムの情報変換サーバ、そのプログラム及びプログラム記憶媒体 - Google Patents
情報配信システムのクライアント、情報配信システムの情報変換サーバ、そのプログラム及びプログラム記憶媒体 Download PDFInfo
- Publication number
- JP4251349B2 JP4251349B2 JP2003142649A JP2003142649A JP4251349B2 JP 4251349 B2 JP4251349 B2 JP 4251349B2 JP 2003142649 A JP2003142649 A JP 2003142649A JP 2003142649 A JP2003142649 A JP 2003142649A JP 4251349 B2 JP4251349 B2 JP 4251349B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- client
- conversion
- format
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報の受信方法に関するもので、特にＩＰ（Internet Protocol）ネットワークにおいてプッシュ型情報配信サービスを受ける場合に好適な、情報配信システムのクライアント、情報配信システムの情報変換サーバ、そのプログラム及びプログラム記憶媒体に関する。
【０００２】
【従来の技術】
近年のインターネット網のブロードバンド化、ＡＤＳＬ（Asymmetric Digital Subscriber Line）や光ファイバ（ＦＴＴＨ；Fiber To The Home）等のアクセス網の整備により、一般家庭もインターネットに常時接続できる環境が整いつつある。インターネット上では、様々な情報提供者が情報を提供しており、例えばｗｗｗ（World Wide Web）の仕組みを用いて、スポーツの試合進行を文字でライブ中縦したり（非特許文献１）、最新のニュースを配信したり（非特許文献２）している。ＷＷＷのように、ユーザからのリクエストに基づいて情報を配信するサービスは、プル型サービスと呼ばれる。逆に、サーバ側から更新される毎に最新の情報をユーザに提供するサービスは、プッシュ型サービスと呼ばれている。
【０００３】
サーバ主導による本格的なプッシュ型サービスの仕組みでは、クライアントは予めサーバとの通信チャネルを接続しておく。サーバは、最新の情報が入力される度に、クライアントヘ情報を送信する。クライアントは、常時サーバから送られてくる情報を監視し、情報が送られてくる度にクライアントの画面上に情報を表示する。このプッシュ型サービスでは、情報は常に最新のものが送られてくるので、ユーザに最新の情報を提示することが可能となっている。
【０００４】
【非特許文献１】
片山宗臣，“スポーツのディジタル化について”，信学誌，VOl.85,no.1,pp.10-15,Jan.2002
【非特許文献２】
“ａｓａｈｉ．ｃｏｍ”、［online］、［２００３年５月７日検索］ ＜URL:http://www.asahi.com/＞
【０００５】
【発明が解決しようとする課題】
ところで、ユーザがプッシュ型サービスを受ける場合、専用のクライアントプログラム、即ち専用のアプリケーションが必要である。ユーザは、専用のアプリケーションを用いて情報配信サーバに接続し、情報を受信することになる。
また、ユーザが１つの情報配信サーバから受信する情報を用いて、複数種類のアプリケーションを動作させ、複数のサービスを享受しようとする場合、それぞれのアプリケーションが独立に同じ情報配信サーバに接続せねばならず、例えば１つのクライアントに対してアプリケーションの数だけの通信セッションを張らねばならず、通信リソースに問題が生じる。
【０００６】
一方、アプリケーションは、情報配信サーバから送られてくる情報の書式に対応したものでなければ、サービスを受けられない。任意のアプリケーションで情報を受信するためには、相互接続性のために標準化された仕組みを用いるという方法がある。例えば情報の形式にテキストベース（文字）のＸＭＬ（eXtensible Markup Language）を用いるのが一般的である。但しこの場合、配信する情報の書式、即ち、ＸＭＬの書式まで合わせないとクライアントとサーバの間の相互接続性は成立しない。
【０００７】
さらに、一度決まった書式に従って作成したアプリケーションは、例えば、新たなサービスのために、情報配信サーバから決まった書式と異なる書式のＸＭＬが配信されるようになった場合、その情報を取り扱うことができなくなるという問題がある。
【０００８】
そこで、本発明は、種々の情報に対応することができ、また通信リソースを無駄にしない、情報配信システムのクライアントや情報変換サーバ等を提供することを課題とする。
【０００９】
【課題を解決するための手段】
まず、前記課題を解決した本発明では（請求項１）、情報を配信する情報配信サーバと、この情報配信サーバから配信される情報を受信するクライアントとを含んでなる情報配信システムのクライアントが、前記配信される情報を再生若しくは利用する１つ以上のアプリケーションを動作させる情報利用器と、前記情報配信サーバから配信される情報の形式及び書式に関するスキーマ情報を受信するスキーマ情報受信器と、前記情報利用器から各アプリケーションに関するスキーマ情報を取得し、当該取得したスキーマ情報と前記スキーマ情報受信器が受信したスキーマ情報とに基づき、前記情報配信サーバから配信される情報を取捨選択して、各アプリケーションが再生若しくは利用できる情報の形式及び書式に変換する変換ルールを導出するルール管理器と、前記ルール管理器が導出した変換ルールを記憶する変換ルールＤＢと、前記情報配信サーバから１つの通信セッションで受信した情報を、前記変換ルールＤＢに記憶された変換ルールを参照することにより、前記アプリケーション毎に分配し、当該分配した情報のそれぞれを各アプリケーションが再生若しくは利用できる情報の形式及び書式に変換し、この変換した情報を対応するアプリケーションに送信する情報変換器とを有し、前記変換ルールは、予め規定された前記変換ルールを導出するための導出ルールによって導出され、前記導出ルールは、情報の形式が異なる場合に、情報の形式の変換を行った上で、書式の変換を行う前記変換ルールを導出するためのルールであることを特徴とする。
この構成では、情報配信サーバの配信する情報をクライアント上で動作する１つ以上のアプリケーションそれぞれに分配するので、１つの通信セッションで受信した情報を１つ以上のアプリケーションが再生若しくは利用可能である。また、アプリケーションごとに複数のサーバにログインして、個別に認証を受けるといったクライアントの操作者にとって面倒な作業も不要とすることが可能である。また、情報配信サーバから受信した情報を前記アプリケーション毎に管理された形式及び書式の情報に分配するので、種々の情報に対応することができる。また、これによりアプリケーションに汎用性を持たせることもできる。後記する発明の実施の形態では、このように情報を分配するのは情報変換器６０２（図２参照）や情報変換部８０１（図４参照）である。また、この発明の構成において、前記変換ルールは、予め規定された前記変換ルールを導出するための導出ルールによって導出されることを特徴とする。
なお、「情報の形式」とは、例えばＸＭＬ、ＳＹＬＫ（ＳＹｍｂｏｒｉｃＬｉｎＫ）、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）等のフォーマットといったものである。また、「情報の書式」とは、例えばＸＭＬでいえばタグ名や順序等といったものである。また、「アプリケーション」とは、例えばＪＡＶＡ（Ｒ）アプレットといったものであり、「アプリケーションを動作させる手段」とは、例えばＪＡＶＡ（Ｒ）バーチャルマシンといったものであり、後記する発明の実施の形態では、情報利用器が相当する。
【００１０】
また、この構成では、情報配信サーバの配信する情報の形式及び書式によらず、クライアントが再生若しくは利用できる形式及び書式に情報を変換するので、クライアントは受信した情報を再生若しくは利用可能である。
【００１１】
また、請求項２の発明によれば、請求項１の構成において、クライアントが、アプリケーションの種類ごとに対応する前記変換ルールを登録する手段と、アプリケーションの種類ごとに対応する前記変換ルールを更新する手段と、アプリケーションの種類ごとに対応する前記変換ルールを削除する手段とをさらに有することを特徴とし、また、請求項３の発明によれば、請求項１の発明の構成において、前記導出ルールを用いて、前記変換ルールＤＢに記憶された既存の前記変換ルールを統合する手段をさらに有することを特徴とする。
以上の構成により、クライアントが情報を分配したり、形式及び書式を変換する際に用いるルールを管理したりすることが可能となる。
【００１２】
また、請求項１の構成において、クライアントが、このクライアントで動作しているアプリケーションを管理する手段と、動作している各アプリケーションが再生若しくは利用する情報を管理する手段と、各アプリケーションが再生若しくは利用する情報を情報配信サーバに配信要求する手段とをさらに有する構成としてもよい。
この構成では、クライアントが動作している各アプリケーションで再生若しくは利用できる情報を動的に管理することが可能となり、それに合わせて情報配信サーバに情報を動的に配信要求することが可能となる。
【００１３】
さらに、請求項４の発明は、請求項１のクライアントのもつ手段を情報変換サーバが持ったもので、請求項１の発明と同様の作用・効果を生む。
また、請求項５ないし請求項６の発明は、請求項２ないし請求項３のクライアントのもつ手段を情報変換サーバが持ったもので、請求項２ないし請求項３の発明と同様の作用・効果を生む。
【００１４】
また、請求項４の構成において、情報変換サーバは、クライアントが再生若しくは利用する情報を配信している情報配信サーバを検索する手段と、検索した情報配信サーバから情報を受信する手段とをさらに有する構成としてもよい。
この構成では、クライアントに配信する情報を配信する情報配信サーバを、情報変換サーバが能動的に探して、情報を得、クライアントに配信することが可能となる。
【００１５】
また、請求項７の発明によれば、請求項４の構成において、接続するクライアントの種類を調べる手段と、クライアントの種類とクライアントが再生若しくは利用する情報の書式や形式を対応付けて、情報の変換や選択の前記変換ルールを管理する手段と、クライアントの種類に応じて対応する前記変換ルールを選択する手段とをさらに有することを特徴とする。
この構成では、クライアントの種類さえわかれば、クライアントに応じた情報を、形式や書式を合わせて、情報配信サーバがクライアントに適切な情報を再配信することが可能となる。
【００１６】
また、請求項８の発明によれば、請求項４の構成において、前記クライアントからの情報配信要求を受信する手段と、前記情報受信要求に基づいて情報受信要求を行う情報配信サーバを選択して情報受信要求を行う手段と、前記情報配信サーバから前記情報受信要求に基づいて配信される前記クライアントが再生若しくは利用する情報を受信する手段と、前記受信した情報を前記情報配信要求のあったクライアントに送信する手段と、をさらに有することを特徴とする。
この構成では、クライアントを変更することなく、情報配信サーバに、クライアントの代わりに情報変換サーバが接続することが可能となる。
【００１９】
また、請求項９の発明は、コンピュータを、請求項１ないし請求項３のいずれか１項に記載の情報配信システムのクライアントとして機能させることを特徴とするプログラムである。また、請求項１０の発明は、コンピュータを、請求項４ないし請求項８のいずれか１項に記載の情報配信システムの情報変換サーバとして機能させることを特徴とするプログラムである。また、請求項１１に記載の発明は、請求項９のプログラムを記憶したことを特徴とするプログラム記憶媒体である。また、請求項１２の発明は、請求項１０のプログラムを記憶したことを特徴とするプログラム記憶媒体である。
【００２０】
【発明の実施の形態】
本発明の実施形態について、図面を用いて説明する。図１は、本発明の第１及び第２の実施形態における全体のシステム構成図である。
この図１において、符号５１，…，５Ｍは情報を配信する情報配信サーバ、符号６１は配信される情報を受信（再生若しくは利用）するクライアント、符号７１はこれらを結ぶネットワークである。ネットワーク７１は、例えば、インターネットや地域ＩＰ網に代表されるＩＰネットワークや電話網に代表される公衆若しくは専用の回線であり、有線、無線を問わない。
【００２１】
〔第１実施形態〕
まず、本発明の第１実施形態を、図面を参照して詳細に説明する。図２は、第１の実施形態におけるクライアントの装置構成の例を示した図である。
この図２において、符号６０１は情報受信器、符号６０２は情報変換器、符号６０３は情報利用器、符号６０４はスキーマ情報受信器、符号６０５はルール管理器、符号６０６は変換ルールＤＢ、符号６０７はアプリケーション管理ＤＢである。なお、管理とは、例えば、処理やものを、全体にわたって掌握し（点検し）、管理対象となる処理やものに常時意図する通りの機能を発揮させたり、好ましい状態が保てたりするようにすることである。例えば、ルール管理器６０５における管理は、変換ルールＤＢ６０６に記録されている変換ルールの登録、削除、更新といった処理を行うことである。
ここで、請求項の「アプリケーションを動作させる手段」は情報利用器６０３に相当し、同「情報の形式及び書式を管理する手段」はルール管理器６０５（及び変換ルールＤＢ６０６）に相当し、同「受信した情報をアプリケーション毎に管理された形式及び書式の情報に分配する手段」及び同「分配した情報のそれぞれを対応するアプリケーションに送信する手段」は情報変換器６０２（及びアプリケーション管理ＤＢ６０７）に相当する。
【００２２】
図２の情報利用器６０３は、配信された情報を再生若しくは利用するものであり、クライアント６１上で動作するアプリケーションそのもの、若しくはアプリケーションを動作させるプラットホームと考えてよい（「再生若しくは利用」を適宜「利用」と省略する）。情報利用器６０３は簡単のため１つしか記載していないが、複数存在しても同様に動作する。また、図２には情報配信サーバは１つしか記載していないが、複数存在しても構わない。また、同図には簡単のため、ネットワークの記載はしていない。また、図２では、情報配信サーバを符号５ｍで示しているが、この５ｍで示される情報配信サーバは、５１，５２，,,,５Ｎある（つまり１〜Ｎある）情報配信サーバの任意の１台であることを意味する。
【００２３】
クライアント６１が情報送信要求を情報配信サーバ５ｍに送ると、情報配信サーバ５ｍからの情報配信が始まる。情報配信サーバ５ｍから配信される情報は、クライアント６１の情報受信器６０１が受信する。受信した情報は情報変換器６０２へ送られる。
【００２４】
クライアント６１では、アプリケーション管理ＤＢ６０７で、クライアント上で動作するアプリケーションの情報を情報利用器６０３から収集し、管理している。収集した情報は、どんなアプリケーションが動作しており、動作しているそれぞれのアプリケーションが利用する情報がどのようなものであり、その書式（及び形式）はいかなるものかといった情報である。なお、野球の試合を中継する場合を例にすれば、「動作しているアプリケーション」と「動作しているアプリケーションが利用する情報」は次の表１のようになる（つまりアプリケーション管理ＤＢ６０７の構成は表１のようになる）。
【００２５】
【表１】
【００２６】
情報変換器６０２は、アプリケーション管理ＤＢ６０７から前記のような情報を取り出し、また、変換ルールＤＢ６０６を参照して、情報配信サーバ５ｍから配信された情報の形式及び書式と、クライアント６１が利用する情報の形式及び書式の変換ルールを取り出して、変換処理を実行する。ここで、クライアント６１が複数の情報配信サーバ５１，５２，,,,５Ｎから情報を受信する場合は、複数の情報配信サーバ５１，５２，,,,５Ｎに対応する複数の変換ルールを変換ルールＤＢ６０６から取り出し、変換処理を行う。その変換処理の一例を、表２の変換ルールＤＢ６０６の構成として示す。この例では、ＣＳＶ形式のデータで“スコア１，スコア２，ベース１，ベース２，ベース３”として受信したデータをＸＭＬのタグに変換している。
【００２７】
【表２】
【００２８】
変換処理は、例えば、情報配信サーバ５ｍからＸＭＬ形式で配信された情報を情報受信器６０１で受信し、クライアント６１上の各アプリケーションも受信したＸＭＬ形式の情報を利用するとき、以下のような変換ルールに基づき行われる。まず、情報変換器６０２が変換ルールＤＢ６０６に記録されたＸＭＬの構造を記述した辞書を引く。例えば、情報配信サーバ５ｍが配信するＸＭＬとクライアント６１が受信して利用するＸＭＬがタグ付けされているだけのものであった場合、タグ名の意味をシソーラス（統制語）に基づいて照合し、タグ名の変換だけを行う。また、構造として異なるものであった場合については、情報配信サーバ５ｍが配信するＸＭＬの構造をクライアント６１が利用するＸＭＬの構造に当てはめる。
【００２９】
また、クライアント６１は、情報配信サーバ５ｍから受信した情報のうち、各アプリケーションが利用する情報に当てはまらない情報は、変換処理時に破棄してしまうことも可能である。この破棄してしまう処理についても変換ルールとして、特定の情報については変換しない（破棄する）という変換ルールを適用することによって実行できる。さらに、複数の情報配信サーバ５１，５２，…５Ｎから得られる情報を取捨選択して、変換するというルールも変換ルールに記述することができるので、これもそのような変換ルールを適用すれば、所望の処理が実行できる。
【００３０】
このような変換ルールは、情報配信サーバ５ｍから配信される情報の形式及び書式の情報と、クライアント６１が利用する情報の形式及び書式から導出することも可能である。これらの形式及び書式の情報は、情報配信サーバ５ｍからはクライアント６１のスキーマ情報受信器６０４が受信してルール管理器６０５へ、アプリケーションの利用する情報については、情報利用器６０３からルール管理器６０５へそれぞれ送られる。ルール管理器６０５では、情報配信サーバ５ｍ及び情報利用器６０３から得られた形式、書式の情報を元に変換ルールを導出する。導出した変換ルールは変換ルールＤＢ６０６へ送られる。
【００３１】
変換ルール導出の方法は、導出するためのルールによって規定される。例えば、情報配信サーバ５ｍ及び情報利用器６０３から得られた形式が同じ場合、両者の書式の変換テーブルを作成するという方法や、形式が異なる場合は、メディア変換を行った上で書式の調整を行うルールを作成するといった方法を導出のためのルールとして予め規定しておく。また、変換を行う際に例えば変換ルールが存在しなければ、別の変換サーバに問い合わせを行うといった方法を導出のためのルールとして規定することも可能である。
【００３２】
一方、ルール管理器６０５は、変換ルールＤＢ６０６に記録されている変換ルールの登録、削除、更新といった管理処理を行う。また、記録されている複数の変換ルールを、概念ベースを用いて統合し、高次の概念での変換ルールとして整理し、変換ルールを統合することも可能である。これは前記した変換ルールを導出するためのルールとして規定されると考えてよい。
【００３３】
さらに変換ルールＤＢ６０６で変換ルールを管理する方法として、情報配信サーバの種類ごと、あるいはアプリケーションの種類ごとにまとめて、それぞれの種類にあった変換ルール群として管理することが可能であり、この場合、情報変換器６０２から変換ルールＤＢ６０６へ、情報配信サーバ５ｍ及びクライアント６１の種類をキーとして、変換ルールの照会を行うことができる。
【００３４】
情報変換器６０２で変換された情報はそれぞれ対応するアプリケーションが再生する情報利用器６０３へ送られる。情報利用器６０３ではそれぞれのアプリケーションで得られた情報を表示したり、機器制御に用いたりする等の情報利用が行われる。
以上の処理によって、クライアント６１は情報配信サーバ５ｍから配信される情報を利用可能な形式、書式に変換して利用することが可能となる。
【００３５】
なお、本発明の関連技術としては、本発明者らの次の文献がある。「田中清，田浦貴久，阿久津明人，秦泉寺浩史，外村佳伸，“気になるシーンを見逃さないライブ中継システムＬｉｖｅＷａｔｃｈの構築”，電子情報通信学会論文誌，D-II Vol.J86 D-II No.5，pp.668-677，2003/5」
【００３６】
〔第２実施形態〕
次に、本発明の第２実施形態を、図面を参照して詳細に説明する。図３は、第２実施形態におけるクライアントの装置構成の例を示した図である。なお、この第２実施形態は、変換ルールを外部からプログラムとして送り込む実施形態である。
【００３７】
図３において、符号６１１は情報受信器、符号６１２はプログラム受信器、符号６１３はプログラム実行器、符号６１４は情報利用器である。なお、図３には、情報配信サーバは符号５ｍの１つしか記載していないが、複数存在しても構わない。また、同図には簡単のため、ネットワークの記載はしていない。
【００３８】
最初に、クライアント６１’が情報送信要求を情報配信サーバ５ｍに送ると、情報配信サーバ５ｍからの情報配信が始まる。情報配信サーバ５ｍから配信される情報は、クライアント６１’の情報受信器６１１が受信する。受信した情報はプログラム実行器６１３へ送られる。
【００３９】
一方、情報配信サーバ５ｍはクライアント６１’に対して、ＪＡＶＡ（Ｒ）アプレットといった情報変換プログラム８１（図４参照）を配信する。情報変換プログラム８１は、プログラム受信器６１２が受信し、プログラム実行器６１３へ送られる。例えば、ＪＡＶＡ（Ｒ）バーチャルマシンで構成されたプログラム実行器６１３では、送られてきた情報変換プログラム８１を実行する。
【００４０】
次に、受信した情報変換プログラム８１をプログラム実行器６１３が実行する様子を説明する。図４は、プログラム実行器で情報変換プログラムが実行されたときの装置構成図（プログラムモジュールの構成図）を模式的に示したものである。
【００４１】
情報変換プログラム８１は、情報変換部８０１と変換ルールＤＢ部８０２の２つのプログラムモジュールに大きく分かれる。クライアント６１’が情報受信器６１１から受信している情報は、プログラム実行器６１３では、情報変換プログラム８１の情報変換部８０１へ送られる。情報変換部８０１は、変換ルールＤＢ部８０２を参照し、情報配信サーバ５ｍから配信された情報の形式及び書式とクライアント６１’が利用する情報の形式及び書式の変換ルールを取り出し、変換処理を実行する。
【００４２】
なお、変換処理の例は、第１実施形態と同様である。このため、重複した説明は省略することとする。ちなみに、図４に示す変換ルールＤＢ部８０２に登録されている変換ルールは、第１実施形態のクライアント構成における変換ルールＤＢ６０６（表２参照）に登録されている変換ルールと同じものでよい。この変換ルールは、前記の例と同様の処理に基づき導出され、情報配信サーバ５ｍに情報変換プログラム８１の一部として登録されたものと考えてよい。
【００４３】
情報変換部８０１で変換された情報は、プログラム実行器６１３を経由して情報利用器６１４に送られる。情報利用器６１４では、得られた情報を表示したり、機器制御に用いる等の情報利用が行われる。
【００４４】
以上の処理によって、第２実施形態のクライアント６１’は、情報配信サーバ５ｍから配信される情報を利用可能な形式及び書式に変換して利用することが可能となる。
【００４５】
〔第３実施形態〕
続いて、本発明の第３実施形態を、図面を参照して詳細に説明する。図５は、本発明の第３実施形態における全体のシステム構成図である。
【００４６】
図５において、符号１１，…，１Ｍは情報配信サーバ、符号２１，２２…，２Ｎはクライアント、符号３１は情報変換サーバ、符号４１，４２はこれらを結ぶネットワークである。ネットワーク４１及び４２は、例えば、インターネットや地域ＩＰ網に代表されるＩＰネットワークや電話網に代表される公衆若しくは専用の回線であり、有線、無線を問わない。さらにネットワーク４１及び４２は、同じものであっても構わない。
【００４７】
図６は、第３実施形態における情報変換サーバの装置構成を示した図である。
この図６において、符号３０１は情報受信器、符号３０２は情報変換器、符号３０４は情報送信器、符号３０５はスキーマ情報受信器、符号３０６はルール管理器、符号３０７は変換ルールＤＢである。なお、この図６には、情報配信サーバ１ｍ、クライアント２ｎともに１つずつしか記載していないが、それぞれ複数存在しても構わない。また、同図には簡単のため、ネットワークの記載はしていない。また、図６では、クライアントを符号２ｎで示しているが、この２ｎで示されるクライアントは、図５において、２１，２２，,,,２Ｎある（つまり１〜Ｎある）クライアントの任意の１台であることを意味する。
【００４８】
以下、図６に沿って、第３実施形態の動作を説明する。なお、情報配信サーバ１ｍとクライアント２ｎのうち、情報変換サーバ３１に接続する順序はどちらが先でも構わないが、まず、情報配信サーバ１ｍから情報変換サーバ３１への情報配信が先に始まる場合について説明する。
【００４９】
情報配信サーバ１ｍから配信される情報は、情報変換サーバ３１の情報受信器３０１が受信する。受信した情報は情報変換器３０２へ送られる。情報変換器３０２は、変換ルールＤＢ３０７を参照し、情報配信サーバ１ｍから配信された情報の形式及び書式と情報変換サーバ３１から情報を配信する対象であるクライアント２ｎが利用する情報の形式及び書式の変換ルールを取り出し、変換処理を実行する。ここで、情報変換サーバ３１が複数の情報配信サーバ１１，１２，…１Ｍから情報を受信する場合は、複数の情報配信サーバ１１，１２，…１Ｍに対応する複数の変換ルールを取り出し、変換処理を行う。
【００５０】
また、変換後の情報を配信するクライアント２ｎについては、情報変換サーバ３１が別の手段によって情報を得ることができる。例えば、情報変換サーバ３１の管理者が情報変換サーバ３１に通知する場合もあるし、後記する例のように先に任意のクライアント２ｎが接続要求を情報変換サーバ３１に発行するときに、クライアント２ｎの種類若しくは、直接利用可能な情報の形式及び書式を伝えてくることもある。
【００５１】
なお、変換処理の例は、第１実施形態と同様である。このため、重複した説明は省略することとする。ちなみに、図６に示す変換ルールＤＢ３０７に登録されている変換ルールは、第１実施形態におけるクライアント６１の変換ルールＤＢ６０６に登録されている変換ルール（表２参照）と同様のものでよいが、クライアント２１，…，２Ｎの数（種類）に対応できるだけの数の変換ルールの集合となる。
【００５２】
動作の説明を続けると、この第３実施形態でも第１実施形態と同様、変換ルールは、情報配信サーバ１ｍ（第１実施形態では情報配信サーバ５ｍ）から配信される情報の形式及び書式の情報と、クライアントが利用する情報の形式及び書式から導出することも可能である。これらの形式及び書式の情報は、情報配信サーバ１ｍ及びクライアント２ｎからスキーマ情報受信器３０５へ送られる。スキーマ情報受信器３０５が受信したこれらの形式及び書式の情報は、ルール管理器３０６へ送られる。ルール管理器３０６では、情報配信サーバ１ｍ及びクライアント２ｎから得られた形式及び書式の情報を元に変換ルールを導出する。導出した変換ルールは変換ルールＤＢ３０７へ送られる。
【００５３】
また、ルール管理器３０６は、変換ルールＤＢ３０７に記録されている変換ルールの登録、削除、更新といった管理処理を行う。また、記録されている複数の変換ルールを、概念ベースを用いて統合し、高次の概念での変換ルールとして整理し、変換ルールを統合することも可能である。
【００５４】
情報変換器３０２でクライアント２ｎが利用する形式及び書式変換された情報は情報送信器３０４へ送られ、対応するクライアント２ｎへの配信が始まる。
【００５５】
以上の処理によって、クライアント２ｎは情報配信サーバ１ｍから配信される情報を利用可能な形式、書式で受け取ることが可能となる。
【００５６】
〔第４実施形態〕
次に、本発明の第４実施形態を、図面を参照して詳細に説明する（図５、図６を適宜参照）。なお、この第４実施形態では、クライアント２ｎから情報変換サーバ３１を経由した情報配信サーバ１ｍへの情報配信要求から処理が始まる場合を、２つの例を用いて説明する。
【００５７】
まず、第１の例は、クライアント２ｎが情報変換サーバ３１をプロキシサーバ（Proxy Server）として利用する例である。なお、プロキシサーバは、例えばファイアウォール内にあるクライアントの代理を務めるサーバの総称である。
【００５８】
この第１の例では、クライアント２ｎは、情報変換サーバ３１をプロキシサーバとして設定する。つまり、クライアント２ｎは、情報配信サーバ１ｍへ情報配信要求を行う際、情報配信サーバ１ｍに直接配信要求を行うのではなく、一旦情報変換サーバ３１に代理受信要求を発行することによって、情報配信サーバ１ｍから配信される情報を、情報変換サーバ３１を経由して受信する。なお、クライアント２ｎは、情報変換サーバ３１に代理受信要求（情報配信要求）を行う際、クライアント２ｎ自身が利用できる情報の形式及び書式に関する情報若しくはクライアント２ｎ自身の種類を情報変換サーバ３１に通知する場合もある。これらの情報によって、情報変換サーバ３１が情報変換処理を行う際に、変換ルールの選択を行う。
【００５９】
即ち、まず、クライアント２ｎからの代理受信要求（情報配信要求）が情報変換サーバ３１に送られると、次に、情報変換サーバの情報受信器３０１が情報配信サーバ１ｍに情報受信要求を発行する。その後、情報配信サーバ１ｍから情報変換サーバ３１の情報受信器３０１へ情報の配信が開始される。そして、情報受信器３０１で受信された情報は情報変換器３０２へ送られる。
【００６０】
情報変換器３０２では、前記の方法によって選択された変換ルールを用いて前記の例と同様に変換処理が行われ、変換後の情報は、情報変換サーバ３１の情報送信器３０４から、代理受信要求を行ったクライアント２ｎへ配信される。
【００６１】
以上の処理によって、クライアント２ｎは、情報配信サーバ１ｍから配信される情報を、利用可能な形式及び書式で受け取ることが可能となる。
【００６２】
次に、第２の例は、クライアント２ｎが情報変換サーバ３１をあたかも情報配信サーバ１ｍであるかのようにして接続する例である。この第２の例では、まず、クライアント２ｎが情報配信サーバ３１に情報配信要求を行う。クライアント２ｎが情報変換サーバ３１に情報配信要求を行うと、情報変換サーバ３１の情報受信器３０１が情報配信サーバ１ｍに情報受信要求を発行する。このとき、クライアント２ｎが受信する情報を配信している情報配信サーバ１ｍを見つける手段としては、例えば、予め情報変換サーバ３１が、管理者によって予め設定ファイル等で接続する情報配信サーバ１ｍを決められている場合もある。
【００６３】
また、クライアント２ｎは、情報変換サーバ３１に対して、利用する情報の形式及び書式、また、それに加えて必要な情報若しくはその種類、若しくはクライアントの種穎等を通知することも可能である。この場合、例えば情報変換サーバ３１が通知された情報をキーとして、クライアントが利用する情報に変換できる情報を配信する情報配信サーバ１ｍを検索し、能動的に接続する場合もある。
【００６４】
その後、情報配信サーバ１ｍから情報変換サーバ３１の情報受信器３０１へ情報の配信が開始される。情報受信器３０１で受信された情報は情報変換器３０２へ送られる。情報変換器３０２では、前記の方法によって選択された変換ルールを用いて前記の例と同様に変換処理が行われ、変換後の情報は、情報変換サーバ３１の情報送信器３０４からクライアント２ｎへ配信される。
【００６５】
以上の処理によって、クライアント２ｎは、情報配信サーバ１ｍから配信される情報を利用可能な形式及び書式で受け取ることが可能となる。
【００６６】
なお、情報変換サーバ３１は、情報を再配信するクライアント２ｎを管理する手段を情報送信器３０４に、再配信している各クライアント２ｎが利用する情報を管理する手段を情報変換器３０２に、各クライアント２ｎが利用する情報を情報配信サーバ５ｍに配信要求する手段を情報受信器３０１に有するものとする。また、情報変換サーバ３１は、クライアント２ｎが再生若しくは利用する情報を配信する情報配信サーバ５ｍを検索する手段と、検索した情報配信サーバ５ｍから前記した情報を受信する手段とを情報受信器３０１に有するものとする。また、情報変換サーバ３１は、接続するクライアント２ｎの種類を調べる手段（第３実施形態についてはスキーマ情報受信器３０５、第４実施形態については情報送信器３０４）と、クライアント２ｎの種類とこのクライアント２ｎが再生若しくは利用する情報の書式又は形式を対応付けて、情報の選択又は変換のルールを管理する手段（ルール管理器３０６）と、クライアント２ｎの種類に応じて対応するルールを選択する手段（情報変換器３０２）とを有するものとする。また、第４実施形態の情報変換サーバ３１は、クライアント２ｎとの情報入出力手段として、クライアント２ｎからの情報配信要求を受信する手段（情報送信器３０４）と、前記情報受信要求に基づいて情報受信要求を行う情報配信サーバ１ｍを選択して情報受信要求を行う手段（情報受信器３０１）と、前記情報配信サーバ１ｍから前記情報受信要求に基づいて配信される前記クライアントが再生若しくは利用する情報を受信する手段（情報受信器３０１）と、前記受信した情報を前記情報配信要求のあったクライアント２ｎに送信する手段（情報送信器３０４）と、を有するものとする。
【００６７】
以上説明した本発明は、前記した実施形態に限定されず、その趣旨を逸脱しない範囲で広く変形実施することができる。例えば、本発明は、家庭にも、集合住宅にも、官公庁や企業にも適用することができる。また、クライアントは、パーソナルコンピュータのほか、携帯機器でもよい。また、配信される情報の種類も特定のものに限定されるものではない。
【００６８】
【発明の効果】
以上のように、本発明によれば、情報配信サーバの配信する情報を、クライアント上で動作する１つ以上のアプリケーションのそれぞれ、若しくは情報変換サーバが１つ以上のクライアントに分配するので、１つの通信セッションで受信した情報を１つ以上のアプリケーションやクライアントで利用可能となるという効果が得られる。
【００６９】
また、クライアント若しくは情報変換サーバが、情報配信サーバから配信される情報の形式や書式をクライアント上で動作するアプリケーションが利用できる形式及び書式に変換して提供することができるので、アプリケーションに特別な変更を加えることなく、情報変換サーバを介して、情報配信サーバとクライアント上のアプリケーションの相互接続性が維持されるといった効果が得られる。
【図面の簡単な説明】
【図１】 本発明の第１及び第２実施形態における全体のシステム構成図
【図２】 第１実施形態におけるクライアントの装置構成の例を示した図
【図３】 第２実施形態におけるクライアントの装置構成の例を示した図
【図４】 プログラム実行器で情報変換プログラムが実行されたときの装置構成図（プログラムモジュールの構成図）を模式的に示した図
【図５】 本発明の第３実施形態における全体のシステム構成図
【図６】 第３実施形態における情報変換サーバの装置構成の例を示した図
【符号の説明】
５１，５２，,,，５Ｍ、５ｍ … 情報配信サーバ
６１，６１’ … クライアント
７１ … ネットワーク
６０１… 情報受信器
６０２… 情報変換器
６０３… 情報利用器
６０４… スキーマ情報受信器
６０５… ルール管理器
６０６… 変換ルールＤＢ
６１１… 情報受信器
６１２… プログラム受信器
６１３… プログラム実行器
６１４… 情報利用器
８１ … 情報変換プログラム
８０１… 情報変換部
８０２… 変換ルールＤＢ部
１１，１２，,,,，１Ｍ、１ｍ … 情報配信サーバ
２１，２２，…，２Ｎ、２ｎ … クライアント
３１ … 情報変換サーバ
４１，４２… ネットワーク
３０１… 情報受信器
３０２… 情報変換器
３０４… 情報送信器
３０５… スキーマ情報受信器
３０６… ルール管理器
３０７… 変換ルールＤＢ
【発明の属する技術分野】
本発明は、情報の受信方法に関するもので、特にＩＰ（Internet Protocol）ネットワークにおいてプッシュ型情報配信サービスを受ける場合に好適な、情報配信システムのクライアント、情報配信システムの情報変換サーバ、そのプログラム及びプログラム記憶媒体に関する。
【０００２】
【従来の技術】
近年のインターネット網のブロードバンド化、ＡＤＳＬ（Asymmetric Digital Subscriber Line）や光ファイバ（ＦＴＴＨ；Fiber To The Home）等のアクセス網の整備により、一般家庭もインターネットに常時接続できる環境が整いつつある。インターネット上では、様々な情報提供者が情報を提供しており、例えばｗｗｗ（World Wide Web）の仕組みを用いて、スポーツの試合進行を文字でライブ中縦したり（非特許文献１）、最新のニュースを配信したり（非特許文献２）している。ＷＷＷのように、ユーザからのリクエストに基づいて情報を配信するサービスは、プル型サービスと呼ばれる。逆に、サーバ側から更新される毎に最新の情報をユーザに提供するサービスは、プッシュ型サービスと呼ばれている。
【０００３】
サーバ主導による本格的なプッシュ型サービスの仕組みでは、クライアントは予めサーバとの通信チャネルを接続しておく。サーバは、最新の情報が入力される度に、クライアントヘ情報を送信する。クライアントは、常時サーバから送られてくる情報を監視し、情報が送られてくる度にクライアントの画面上に情報を表示する。このプッシュ型サービスでは、情報は常に最新のものが送られてくるので、ユーザに最新の情報を提示することが可能となっている。
【０００４】
【非特許文献１】
片山宗臣，“スポーツのディジタル化について”，信学誌，VOl.85,no.1,pp.10-15,Jan.2002
【非特許文献２】
“ａｓａｈｉ．ｃｏｍ”、［online］、［２００３年５月７日検索］ ＜URL:http://www.asahi.com/＞
【０００５】
【発明が解決しようとする課題】
ところで、ユーザがプッシュ型サービスを受ける場合、専用のクライアントプログラム、即ち専用のアプリケーションが必要である。ユーザは、専用のアプリケーションを用いて情報配信サーバに接続し、情報を受信することになる。
また、ユーザが１つの情報配信サーバから受信する情報を用いて、複数種類のアプリケーションを動作させ、複数のサービスを享受しようとする場合、それぞれのアプリケーションが独立に同じ情報配信サーバに接続せねばならず、例えば１つのクライアントに対してアプリケーションの数だけの通信セッションを張らねばならず、通信リソースに問題が生じる。
【０００６】
一方、アプリケーションは、情報配信サーバから送られてくる情報の書式に対応したものでなければ、サービスを受けられない。任意のアプリケーションで情報を受信するためには、相互接続性のために標準化された仕組みを用いるという方法がある。例えば情報の形式にテキストベース（文字）のＸＭＬ（eXtensible Markup Language）を用いるのが一般的である。但しこの場合、配信する情報の書式、即ち、ＸＭＬの書式まで合わせないとクライアントとサーバの間の相互接続性は成立しない。
【０００７】
さらに、一度決まった書式に従って作成したアプリケーションは、例えば、新たなサービスのために、情報配信サーバから決まった書式と異なる書式のＸＭＬが配信されるようになった場合、その情報を取り扱うことができなくなるという問題がある。
【０００８】
そこで、本発明は、種々の情報に対応することができ、また通信リソースを無駄にしない、情報配信システムのクライアントや情報変換サーバ等を提供することを課題とする。
【０００９】
【課題を解決するための手段】
まず、前記課題を解決した本発明では（請求項１）、情報を配信する情報配信サーバと、この情報配信サーバから配信される情報を受信するクライアントとを含んでなる情報配信システムのクライアントが、前記配信される情報を再生若しくは利用する１つ以上のアプリケーションを動作させる情報利用器と、前記情報配信サーバから配信される情報の形式及び書式に関するスキーマ情報を受信するスキーマ情報受信器と、前記情報利用器から各アプリケーションに関するスキーマ情報を取得し、当該取得したスキーマ情報と前記スキーマ情報受信器が受信したスキーマ情報とに基づき、前記情報配信サーバから配信される情報を取捨選択して、各アプリケーションが再生若しくは利用できる情報の形式及び書式に変換する変換ルールを導出するルール管理器と、前記ルール管理器が導出した変換ルールを記憶する変換ルールＤＢと、前記情報配信サーバから１つの通信セッションで受信した情報を、前記変換ルールＤＢに記憶された変換ルールを参照することにより、前記アプリケーション毎に分配し、当該分配した情報のそれぞれを各アプリケーションが再生若しくは利用できる情報の形式及び書式に変換し、この変換した情報を対応するアプリケーションに送信する情報変換器とを有し、前記変換ルールは、予め規定された前記変換ルールを導出するための導出ルールによって導出され、前記導出ルールは、情報の形式が異なる場合に、情報の形式の変換を行った上で、書式の変換を行う前記変換ルールを導出するためのルールであることを特徴とする。
この構成では、情報配信サーバの配信する情報をクライアント上で動作する１つ以上のアプリケーションそれぞれに分配するので、１つの通信セッションで受信した情報を１つ以上のアプリケーションが再生若しくは利用可能である。また、アプリケーションごとに複数のサーバにログインして、個別に認証を受けるといったクライアントの操作者にとって面倒な作業も不要とすることが可能である。また、情報配信サーバから受信した情報を前記アプリケーション毎に管理された形式及び書式の情報に分配するので、種々の情報に対応することができる。また、これによりアプリケーションに汎用性を持たせることもできる。後記する発明の実施の形態では、このように情報を分配するのは情報変換器６０２（図２参照）や情報変換部８０１（図４参照）である。また、この発明の構成において、前記変換ルールは、予め規定された前記変換ルールを導出するための導出ルールによって導出されることを特徴とする。
なお、「情報の形式」とは、例えばＸＭＬ、ＳＹＬＫ（ＳＹｍｂｏｒｉｃＬｉｎＫ）、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）等のフォーマットといったものである。また、「情報の書式」とは、例えばＸＭＬでいえばタグ名や順序等といったものである。また、「アプリケーション」とは、例えばＪＡＶＡ（Ｒ）アプレットといったものであり、「アプリケーションを動作させる手段」とは、例えばＪＡＶＡ（Ｒ）バーチャルマシンといったものであり、後記する発明の実施の形態では、情報利用器が相当する。
【００１０】
また、この構成では、情報配信サーバの配信する情報の形式及び書式によらず、クライアントが再生若しくは利用できる形式及び書式に情報を変換するので、クライアントは受信した情報を再生若しくは利用可能である。
【００１１】
また、請求項２の発明によれば、請求項１の構成において、クライアントが、アプリケーションの種類ごとに対応する前記変換ルールを登録する手段と、アプリケーションの種類ごとに対応する前記変換ルールを更新する手段と、アプリケーションの種類ごとに対応する前記変換ルールを削除する手段とをさらに有することを特徴とし、また、請求項３の発明によれば、請求項１の発明の構成において、前記導出ルールを用いて、前記変換ルールＤＢに記憶された既存の前記変換ルールを統合する手段をさらに有することを特徴とする。
以上の構成により、クライアントが情報を分配したり、形式及び書式を変換する際に用いるルールを管理したりすることが可能となる。
【００１２】
また、請求項１の構成において、クライアントが、このクライアントで動作しているアプリケーションを管理する手段と、動作している各アプリケーションが再生若しくは利用する情報を管理する手段と、各アプリケーションが再生若しくは利用する情報を情報配信サーバに配信要求する手段とをさらに有する構成としてもよい。
この構成では、クライアントが動作している各アプリケーションで再生若しくは利用できる情報を動的に管理することが可能となり、それに合わせて情報配信サーバに情報を動的に配信要求することが可能となる。
【００１３】
さらに、請求項４の発明は、請求項１のクライアントのもつ手段を情報変換サーバが持ったもので、請求項１の発明と同様の作用・効果を生む。
また、請求項５ないし請求項６の発明は、請求項２ないし請求項３のクライアントのもつ手段を情報変換サーバが持ったもので、請求項２ないし請求項３の発明と同様の作用・効果を生む。
【００１４】
また、請求項４の構成において、情報変換サーバは、クライアントが再生若しくは利用する情報を配信している情報配信サーバを検索する手段と、検索した情報配信サーバから情報を受信する手段とをさらに有する構成としてもよい。
この構成では、クライアントに配信する情報を配信する情報配信サーバを、情報変換サーバが能動的に探して、情報を得、クライアントに配信することが可能となる。
【００１５】
また、請求項７の発明によれば、請求項４の構成において、接続するクライアントの種類を調べる手段と、クライアントの種類とクライアントが再生若しくは利用する情報の書式や形式を対応付けて、情報の変換や選択の前記変換ルールを管理する手段と、クライアントの種類に応じて対応する前記変換ルールを選択する手段とをさらに有することを特徴とする。
この構成では、クライアントの種類さえわかれば、クライアントに応じた情報を、形式や書式を合わせて、情報配信サーバがクライアントに適切な情報を再配信することが可能となる。
【００１６】
また、請求項８の発明によれば、請求項４の構成において、前記クライアントからの情報配信要求を受信する手段と、前記情報受信要求に基づいて情報受信要求を行う情報配信サーバを選択して情報受信要求を行う手段と、前記情報配信サーバから前記情報受信要求に基づいて配信される前記クライアントが再生若しくは利用する情報を受信する手段と、前記受信した情報を前記情報配信要求のあったクライアントに送信する手段と、をさらに有することを特徴とする。
この構成では、クライアントを変更することなく、情報配信サーバに、クライアントの代わりに情報変換サーバが接続することが可能となる。
【００１９】
また、請求項９の発明は、コンピュータを、請求項１ないし請求項３のいずれか１項に記載の情報配信システムのクライアントとして機能させることを特徴とするプログラムである。また、請求項１０の発明は、コンピュータを、請求項４ないし請求項８のいずれか１項に記載の情報配信システムの情報変換サーバとして機能させることを特徴とするプログラムである。また、請求項１１に記載の発明は、請求項９のプログラムを記憶したことを特徴とするプログラム記憶媒体である。また、請求項１２の発明は、請求項１０のプログラムを記憶したことを特徴とするプログラム記憶媒体である。
【００２０】
【発明の実施の形態】
本発明の実施形態について、図面を用いて説明する。図１は、本発明の第１及び第２の実施形態における全体のシステム構成図である。
この図１において、符号５１，…，５Ｍは情報を配信する情報配信サーバ、符号６１は配信される情報を受信（再生若しくは利用）するクライアント、符号７１はこれらを結ぶネットワークである。ネットワーク７１は、例えば、インターネットや地域ＩＰ網に代表されるＩＰネットワークや電話網に代表される公衆若しくは専用の回線であり、有線、無線を問わない。
【００２１】
〔第１実施形態〕
まず、本発明の第１実施形態を、図面を参照して詳細に説明する。図２は、第１の実施形態におけるクライアントの装置構成の例を示した図である。
この図２において、符号６０１は情報受信器、符号６０２は情報変換器、符号６０３は情報利用器、符号６０４はスキーマ情報受信器、符号６０５はルール管理器、符号６０６は変換ルールＤＢ、符号６０７はアプリケーション管理ＤＢである。なお、管理とは、例えば、処理やものを、全体にわたって掌握し（点検し）、管理対象となる処理やものに常時意図する通りの機能を発揮させたり、好ましい状態が保てたりするようにすることである。例えば、ルール管理器６０５における管理は、変換ルールＤＢ６０６に記録されている変換ルールの登録、削除、更新といった処理を行うことである。
ここで、請求項の「アプリケーションを動作させる手段」は情報利用器６０３に相当し、同「情報の形式及び書式を管理する手段」はルール管理器６０５（及び変換ルールＤＢ６０６）に相当し、同「受信した情報をアプリケーション毎に管理された形式及び書式の情報に分配する手段」及び同「分配した情報のそれぞれを対応するアプリケーションに送信する手段」は情報変換器６０２（及びアプリケーション管理ＤＢ６０７）に相当する。
【００２２】
図２の情報利用器６０３は、配信された情報を再生若しくは利用するものであり、クライアント６１上で動作するアプリケーションそのもの、若しくはアプリケーションを動作させるプラットホームと考えてよい（「再生若しくは利用」を適宜「利用」と省略する）。情報利用器６０３は簡単のため１つしか記載していないが、複数存在しても同様に動作する。また、図２には情報配信サーバは１つしか記載していないが、複数存在しても構わない。また、同図には簡単のため、ネットワークの記載はしていない。また、図２では、情報配信サーバを符号５ｍで示しているが、この５ｍで示される情報配信サーバは、５１，５２，,,,５Ｎある（つまり１〜Ｎある）情報配信サーバの任意の１台であることを意味する。
【００２３】
クライアント６１が情報送信要求を情報配信サーバ５ｍに送ると、情報配信サーバ５ｍからの情報配信が始まる。情報配信サーバ５ｍから配信される情報は、クライアント６１の情報受信器６０１が受信する。受信した情報は情報変換器６０２へ送られる。
【００２４】
クライアント６１では、アプリケーション管理ＤＢ６０７で、クライアント上で動作するアプリケーションの情報を情報利用器６０３から収集し、管理している。収集した情報は、どんなアプリケーションが動作しており、動作しているそれぞれのアプリケーションが利用する情報がどのようなものであり、その書式（及び形式）はいかなるものかといった情報である。なお、野球の試合を中継する場合を例にすれば、「動作しているアプリケーション」と「動作しているアプリケーションが利用する情報」は次の表１のようになる（つまりアプリケーション管理ＤＢ６０７の構成は表１のようになる）。
【００２５】
【表１】
情報変換器６０２は、アプリケーション管理ＤＢ６０７から前記のような情報を取り出し、また、変換ルールＤＢ６０６を参照して、情報配信サーバ５ｍから配信された情報の形式及び書式と、クライアント６１が利用する情報の形式及び書式の変換ルールを取り出して、変換処理を実行する。ここで、クライアント６１が複数の情報配信サーバ５１，５２，,,,５Ｎから情報を受信する場合は、複数の情報配信サーバ５１，５２，,,,５Ｎに対応する複数の変換ルールを変換ルールＤＢ６０６から取り出し、変換処理を行う。その変換処理の一例を、表２の変換ルールＤＢ６０６の構成として示す。この例では、ＣＳＶ形式のデータで“スコア１，スコア２，ベース１，ベース２，ベース３”として受信したデータをＸＭＬのタグに変換している。
【００２７】
【表２】
変換処理は、例えば、情報配信サーバ５ｍからＸＭＬ形式で配信された情報を情報受信器６０１で受信し、クライアント６１上の各アプリケーションも受信したＸＭＬ形式の情報を利用するとき、以下のような変換ルールに基づき行われる。まず、情報変換器６０２が変換ルールＤＢ６０６に記録されたＸＭＬの構造を記述した辞書を引く。例えば、情報配信サーバ５ｍが配信するＸＭＬとクライアント６１が受信して利用するＸＭＬがタグ付けされているだけのものであった場合、タグ名の意味をシソーラス（統制語）に基づいて照合し、タグ名の変換だけを行う。また、構造として異なるものであった場合については、情報配信サーバ５ｍが配信するＸＭＬの構造をクライアント６１が利用するＸＭＬの構造に当てはめる。
【００２９】
また、クライアント６１は、情報配信サーバ５ｍから受信した情報のうち、各アプリケーションが利用する情報に当てはまらない情報は、変換処理時に破棄してしまうことも可能である。この破棄してしまう処理についても変換ルールとして、特定の情報については変換しない（破棄する）という変換ルールを適用することによって実行できる。さらに、複数の情報配信サーバ５１，５２，…５Ｎから得られる情報を取捨選択して、変換するというルールも変換ルールに記述することができるので、これもそのような変換ルールを適用すれば、所望の処理が実行できる。
【００３０】
このような変換ルールは、情報配信サーバ５ｍから配信される情報の形式及び書式の情報と、クライアント６１が利用する情報の形式及び書式から導出することも可能である。これらの形式及び書式の情報は、情報配信サーバ５ｍからはクライアント６１のスキーマ情報受信器６０４が受信してルール管理器６０５へ、アプリケーションの利用する情報については、情報利用器６０３からルール管理器６０５へそれぞれ送られる。ルール管理器６０５では、情報配信サーバ５ｍ及び情報利用器６０３から得られた形式、書式の情報を元に変換ルールを導出する。導出した変換ルールは変換ルールＤＢ６０６へ送られる。
【００３１】
変換ルール導出の方法は、導出するためのルールによって規定される。例えば、情報配信サーバ５ｍ及び情報利用器６０３から得られた形式が同じ場合、両者の書式の変換テーブルを作成するという方法や、形式が異なる場合は、メディア変換を行った上で書式の調整を行うルールを作成するといった方法を導出のためのルールとして予め規定しておく。また、変換を行う際に例えば変換ルールが存在しなければ、別の変換サーバに問い合わせを行うといった方法を導出のためのルールとして規定することも可能である。
【００３２】
一方、ルール管理器６０５は、変換ルールＤＢ６０６に記録されている変換ルールの登録、削除、更新といった管理処理を行う。また、記録されている複数の変換ルールを、概念ベースを用いて統合し、高次の概念での変換ルールとして整理し、変換ルールを統合することも可能である。これは前記した変換ルールを導出するためのルールとして規定されると考えてよい。
【００３３】
さらに変換ルールＤＢ６０６で変換ルールを管理する方法として、情報配信サーバの種類ごと、あるいはアプリケーションの種類ごとにまとめて、それぞれの種類にあった変換ルール群として管理することが可能であり、この場合、情報変換器６０２から変換ルールＤＢ６０６へ、情報配信サーバ５ｍ及びクライアント６１の種類をキーとして、変換ルールの照会を行うことができる。
【００３４】
情報変換器６０２で変換された情報はそれぞれ対応するアプリケーションが再生する情報利用器６０３へ送られる。情報利用器６０３ではそれぞれのアプリケーションで得られた情報を表示したり、機器制御に用いたりする等の情報利用が行われる。
以上の処理によって、クライアント６１は情報配信サーバ５ｍから配信される情報を利用可能な形式、書式に変換して利用することが可能となる。
【００３５】
なお、本発明の関連技術としては、本発明者らの次の文献がある。「田中清，田浦貴久，阿久津明人，秦泉寺浩史，外村佳伸，“気になるシーンを見逃さないライブ中継システムＬｉｖｅＷａｔｃｈの構築”，電子情報通信学会論文誌，D-II Vol.J86 D-II No.5，pp.668-677，2003/5」
【００３６】
〔第２実施形態〕
次に、本発明の第２実施形態を、図面を参照して詳細に説明する。図３は、第２実施形態におけるクライアントの装置構成の例を示した図である。なお、この第２実施形態は、変換ルールを外部からプログラムとして送り込む実施形態である。
【００３７】
図３において、符号６１１は情報受信器、符号６１２はプログラム受信器、符号６１３はプログラム実行器、符号６１４は情報利用器である。なお、図３には、情報配信サーバは符号５ｍの１つしか記載していないが、複数存在しても構わない。また、同図には簡単のため、ネットワークの記載はしていない。
【００３８】
最初に、クライアント６１’が情報送信要求を情報配信サーバ５ｍに送ると、情報配信サーバ５ｍからの情報配信が始まる。情報配信サーバ５ｍから配信される情報は、クライアント６１’の情報受信器６１１が受信する。受信した情報はプログラム実行器６１３へ送られる。
【００３９】
一方、情報配信サーバ５ｍはクライアント６１’に対して、ＪＡＶＡ（Ｒ）アプレットといった情報変換プログラム８１（図４参照）を配信する。情報変換プログラム８１は、プログラム受信器６１２が受信し、プログラム実行器６１３へ送られる。例えば、ＪＡＶＡ（Ｒ）バーチャルマシンで構成されたプログラム実行器６１３では、送られてきた情報変換プログラム８１を実行する。
【００４０】
次に、受信した情報変換プログラム８１をプログラム実行器６１３が実行する様子を説明する。図４は、プログラム実行器で情報変換プログラムが実行されたときの装置構成図（プログラムモジュールの構成図）を模式的に示したものである。
【００４１】
情報変換プログラム８１は、情報変換部８０１と変換ルールＤＢ部８０２の２つのプログラムモジュールに大きく分かれる。クライアント６１’が情報受信器６１１から受信している情報は、プログラム実行器６１３では、情報変換プログラム８１の情報変換部８０１へ送られる。情報変換部８０１は、変換ルールＤＢ部８０２を参照し、情報配信サーバ５ｍから配信された情報の形式及び書式とクライアント６１’が利用する情報の形式及び書式の変換ルールを取り出し、変換処理を実行する。
【００４２】
なお、変換処理の例は、第１実施形態と同様である。このため、重複した説明は省略することとする。ちなみに、図４に示す変換ルールＤＢ部８０２に登録されている変換ルールは、第１実施形態のクライアント構成における変換ルールＤＢ６０６（表２参照）に登録されている変換ルールと同じものでよい。この変換ルールは、前記の例と同様の処理に基づき導出され、情報配信サーバ５ｍに情報変換プログラム８１の一部として登録されたものと考えてよい。
【００４３】
情報変換部８０１で変換された情報は、プログラム実行器６１３を経由して情報利用器６１４に送られる。情報利用器６１４では、得られた情報を表示したり、機器制御に用いる等の情報利用が行われる。
【００４４】
以上の処理によって、第２実施形態のクライアント６１’は、情報配信サーバ５ｍから配信される情報を利用可能な形式及び書式に変換して利用することが可能となる。
【００４５】
〔第３実施形態〕
続いて、本発明の第３実施形態を、図面を参照して詳細に説明する。図５は、本発明の第３実施形態における全体のシステム構成図である。
【００４６】
図５において、符号１１，…，１Ｍは情報配信サーバ、符号２１，２２…，２Ｎはクライアント、符号３１は情報変換サーバ、符号４１，４２はこれらを結ぶネットワークである。ネットワーク４１及び４２は、例えば、インターネットや地域ＩＰ網に代表されるＩＰネットワークや電話網に代表される公衆若しくは専用の回線であり、有線、無線を問わない。さらにネットワーク４１及び４２は、同じものであっても構わない。
【００４７】
図６は、第３実施形態における情報変換サーバの装置構成を示した図である。
この図６において、符号３０１は情報受信器、符号３０２は情報変換器、符号３０４は情報送信器、符号３０５はスキーマ情報受信器、符号３０６はルール管理器、符号３０７は変換ルールＤＢである。なお、この図６には、情報配信サーバ１ｍ、クライアント２ｎともに１つずつしか記載していないが、それぞれ複数存在しても構わない。また、同図には簡単のため、ネットワークの記載はしていない。また、図６では、クライアントを符号２ｎで示しているが、この２ｎで示されるクライアントは、図５において、２１，２２，,,,２Ｎある（つまり１〜Ｎある）クライアントの任意の１台であることを意味する。
【００４８】
以下、図６に沿って、第３実施形態の動作を説明する。なお、情報配信サーバ１ｍとクライアント２ｎのうち、情報変換サーバ３１に接続する順序はどちらが先でも構わないが、まず、情報配信サーバ１ｍから情報変換サーバ３１への情報配信が先に始まる場合について説明する。
【００４９】
情報配信サーバ１ｍから配信される情報は、情報変換サーバ３１の情報受信器３０１が受信する。受信した情報は情報変換器３０２へ送られる。情報変換器３０２は、変換ルールＤＢ３０７を参照し、情報配信サーバ１ｍから配信された情報の形式及び書式と情報変換サーバ３１から情報を配信する対象であるクライアント２ｎが利用する情報の形式及び書式の変換ルールを取り出し、変換処理を実行する。ここで、情報変換サーバ３１が複数の情報配信サーバ１１，１２，…１Ｍから情報を受信する場合は、複数の情報配信サーバ１１，１２，…１Ｍに対応する複数の変換ルールを取り出し、変換処理を行う。
【００５０】
また、変換後の情報を配信するクライアント２ｎについては、情報変換サーバ３１が別の手段によって情報を得ることができる。例えば、情報変換サーバ３１の管理者が情報変換サーバ３１に通知する場合もあるし、後記する例のように先に任意のクライアント２ｎが接続要求を情報変換サーバ３１に発行するときに、クライアント２ｎの種類若しくは、直接利用可能な情報の形式及び書式を伝えてくることもある。
【００５１】
なお、変換処理の例は、第１実施形態と同様である。このため、重複した説明は省略することとする。ちなみに、図６に示す変換ルールＤＢ３０７に登録されている変換ルールは、第１実施形態におけるクライアント６１の変換ルールＤＢ６０６に登録されている変換ルール（表２参照）と同様のものでよいが、クライアント２１，…，２Ｎの数（種類）に対応できるだけの数の変換ルールの集合となる。
【００５２】
動作の説明を続けると、この第３実施形態でも第１実施形態と同様、変換ルールは、情報配信サーバ１ｍ（第１実施形態では情報配信サーバ５ｍ）から配信される情報の形式及び書式の情報と、クライアントが利用する情報の形式及び書式から導出することも可能である。これらの形式及び書式の情報は、情報配信サーバ１ｍ及びクライアント２ｎからスキーマ情報受信器３０５へ送られる。スキーマ情報受信器３０５が受信したこれらの形式及び書式の情報は、ルール管理器３０６へ送られる。ルール管理器３０６では、情報配信サーバ１ｍ及びクライアント２ｎから得られた形式及び書式の情報を元に変換ルールを導出する。導出した変換ルールは変換ルールＤＢ３０７へ送られる。
【００５３】
また、ルール管理器３０６は、変換ルールＤＢ３０７に記録されている変換ルールの登録、削除、更新といった管理処理を行う。また、記録されている複数の変換ルールを、概念ベースを用いて統合し、高次の概念での変換ルールとして整理し、変換ルールを統合することも可能である。
【００５４】
情報変換器３０２でクライアント２ｎが利用する形式及び書式変換された情報は情報送信器３０４へ送られ、対応するクライアント２ｎへの配信が始まる。
【００５５】
以上の処理によって、クライアント２ｎは情報配信サーバ１ｍから配信される情報を利用可能な形式、書式で受け取ることが可能となる。
【００５６】
〔第４実施形態〕
次に、本発明の第４実施形態を、図面を参照して詳細に説明する（図５、図６を適宜参照）。なお、この第４実施形態では、クライアント２ｎから情報変換サーバ３１を経由した情報配信サーバ１ｍへの情報配信要求から処理が始まる場合を、２つの例を用いて説明する。
【００５７】
まず、第１の例は、クライアント２ｎが情報変換サーバ３１をプロキシサーバ（Proxy Server）として利用する例である。なお、プロキシサーバは、例えばファイアウォール内にあるクライアントの代理を務めるサーバの総称である。
【００５８】
この第１の例では、クライアント２ｎは、情報変換サーバ３１をプロキシサーバとして設定する。つまり、クライアント２ｎは、情報配信サーバ１ｍへ情報配信要求を行う際、情報配信サーバ１ｍに直接配信要求を行うのではなく、一旦情報変換サーバ３１に代理受信要求を発行することによって、情報配信サーバ１ｍから配信される情報を、情報変換サーバ３１を経由して受信する。なお、クライアント２ｎは、情報変換サーバ３１に代理受信要求（情報配信要求）を行う際、クライアント２ｎ自身が利用できる情報の形式及び書式に関する情報若しくはクライアント２ｎ自身の種類を情報変換サーバ３１に通知する場合もある。これらの情報によって、情報変換サーバ３１が情報変換処理を行う際に、変換ルールの選択を行う。
【００５９】
即ち、まず、クライアント２ｎからの代理受信要求（情報配信要求）が情報変換サーバ３１に送られると、次に、情報変換サーバの情報受信器３０１が情報配信サーバ１ｍに情報受信要求を発行する。その後、情報配信サーバ１ｍから情報変換サーバ３１の情報受信器３０１へ情報の配信が開始される。そして、情報受信器３０１で受信された情報は情報変換器３０２へ送られる。
【００６０】
情報変換器３０２では、前記の方法によって選択された変換ルールを用いて前記の例と同様に変換処理が行われ、変換後の情報は、情報変換サーバ３１の情報送信器３０４から、代理受信要求を行ったクライアント２ｎへ配信される。
【００６１】
以上の処理によって、クライアント２ｎは、情報配信サーバ１ｍから配信される情報を、利用可能な形式及び書式で受け取ることが可能となる。
【００６２】
次に、第２の例は、クライアント２ｎが情報変換サーバ３１をあたかも情報配信サーバ１ｍであるかのようにして接続する例である。この第２の例では、まず、クライアント２ｎが情報配信サーバ３１に情報配信要求を行う。クライアント２ｎが情報変換サーバ３１に情報配信要求を行うと、情報変換サーバ３１の情報受信器３０１が情報配信サーバ１ｍに情報受信要求を発行する。このとき、クライアント２ｎが受信する情報を配信している情報配信サーバ１ｍを見つける手段としては、例えば、予め情報変換サーバ３１が、管理者によって予め設定ファイル等で接続する情報配信サーバ１ｍを決められている場合もある。
【００６３】
また、クライアント２ｎは、情報変換サーバ３１に対して、利用する情報の形式及び書式、また、それに加えて必要な情報若しくはその種類、若しくはクライアントの種穎等を通知することも可能である。この場合、例えば情報変換サーバ３１が通知された情報をキーとして、クライアントが利用する情報に変換できる情報を配信する情報配信サーバ１ｍを検索し、能動的に接続する場合もある。
【００６４】
その後、情報配信サーバ１ｍから情報変換サーバ３１の情報受信器３０１へ情報の配信が開始される。情報受信器３０１で受信された情報は情報変換器３０２へ送られる。情報変換器３０２では、前記の方法によって選択された変換ルールを用いて前記の例と同様に変換処理が行われ、変換後の情報は、情報変換サーバ３１の情報送信器３０４からクライアント２ｎへ配信される。
【００６５】
以上の処理によって、クライアント２ｎは、情報配信サーバ１ｍから配信される情報を利用可能な形式及び書式で受け取ることが可能となる。
【００６６】
なお、情報変換サーバ３１は、情報を再配信するクライアント２ｎを管理する手段を情報送信器３０４に、再配信している各クライアント２ｎが利用する情報を管理する手段を情報変換器３０２に、各クライアント２ｎが利用する情報を情報配信サーバ５ｍに配信要求する手段を情報受信器３０１に有するものとする。また、情報変換サーバ３１は、クライアント２ｎが再生若しくは利用する情報を配信する情報配信サーバ５ｍを検索する手段と、検索した情報配信サーバ５ｍから前記した情報を受信する手段とを情報受信器３０１に有するものとする。また、情報変換サーバ３１は、接続するクライアント２ｎの種類を調べる手段（第３実施形態についてはスキーマ情報受信器３０５、第４実施形態については情報送信器３０４）と、クライアント２ｎの種類とこのクライアント２ｎが再生若しくは利用する情報の書式又は形式を対応付けて、情報の選択又は変換のルールを管理する手段（ルール管理器３０６）と、クライアント２ｎの種類に応じて対応するルールを選択する手段（情報変換器３０２）とを有するものとする。また、第４実施形態の情報変換サーバ３１は、クライアント２ｎとの情報入出力手段として、クライアント２ｎからの情報配信要求を受信する手段（情報送信器３０４）と、前記情報受信要求に基づいて情報受信要求を行う情報配信サーバ１ｍを選択して情報受信要求を行う手段（情報受信器３０１）と、前記情報配信サーバ１ｍから前記情報受信要求に基づいて配信される前記クライアントが再生若しくは利用する情報を受信する手段（情報受信器３０１）と、前記受信した情報を前記情報配信要求のあったクライアント２ｎに送信する手段（情報送信器３０４）と、を有するものとする。
【００６７】
以上説明した本発明は、前記した実施形態に限定されず、その趣旨を逸脱しない範囲で広く変形実施することができる。例えば、本発明は、家庭にも、集合住宅にも、官公庁や企業にも適用することができる。また、クライアントは、パーソナルコンピュータのほか、携帯機器でもよい。また、配信される情報の種類も特定のものに限定されるものではない。
【００６８】
【発明の効果】
以上のように、本発明によれば、情報配信サーバの配信する情報を、クライアント上で動作する１つ以上のアプリケーションのそれぞれ、若しくは情報変換サーバが１つ以上のクライアントに分配するので、１つの通信セッションで受信した情報を１つ以上のアプリケーションやクライアントで利用可能となるという効果が得られる。
【００６９】
また、クライアント若しくは情報変換サーバが、情報配信サーバから配信される情報の形式や書式をクライアント上で動作するアプリケーションが利用できる形式及び書式に変換して提供することができるので、アプリケーションに特別な変更を加えることなく、情報変換サーバを介して、情報配信サーバとクライアント上のアプリケーションの相互接続性が維持されるといった効果が得られる。
【図面の簡単な説明】
【図１】 本発明の第１及び第２実施形態における全体のシステム構成図
【図２】 第１実施形態におけるクライアントの装置構成の例を示した図
【図３】 第２実施形態におけるクライアントの装置構成の例を示した図
【図４】 プログラム実行器で情報変換プログラムが実行されたときの装置構成図（プログラムモジュールの構成図）を模式的に示した図
【図５】 本発明の第３実施形態における全体のシステム構成図
【図６】 第３実施形態における情報変換サーバの装置構成の例を示した図
【符号の説明】
５１，５２，,,，５Ｍ、５ｍ … 情報配信サーバ
６１，６１’ … クライアント
７１ … ネットワーク
６０１… 情報受信器
６０２… 情報変換器
６０３… 情報利用器
６０４… スキーマ情報受信器
６０５… ルール管理器
６０６… 変換ルールＤＢ
６１１… 情報受信器
６１２… プログラム受信器
６１３… プログラム実行器
６１４… 情報利用器
８１ … 情報変換プログラム
８０１… 情報変換部
８０２… 変換ルールＤＢ部
１１，１２，,,,，１Ｍ、１ｍ … 情報配信サーバ
２１，２２，…，２Ｎ、２ｎ … クライアント
３１ … 情報変換サーバ
４１，４２… ネットワーク
３０１… 情報受信器
３０２… 情報変換器
３０４… 情報送信器
３０５… スキーマ情報受信器
３０６… ルール管理器
３０７… 変換ルールＤＢ
Claims (12)
- 情報を配信する情報配信サーバと、この情報配信サーバから配信される情報を受信するクライアントとを含んでなる情報配信システムのクライアントであって、
前記配信される情報を再生若しくは利用する１つ以上のアプリケーションを動作させる情報利用器と、
前記情報配信サーバから配信される情報の形式及び書式に関するスキーマ情報を受信するスキーマ情報受信器と、
前記情報利用器から各アプリケーションに関するスキーマ情報を取得し、当該取得したスキーマ情報と前記スキーマ情報受信器が受信したスキーマ情報とに基づき、前記情報配信サーバから配信される情報を取捨選択して、各アプリケーションが再生若しくは利用できる情報の形式及び書式に変換する変換ルールを導出するルール管理器と、
前記ルール管理器が導出した変換ルールを記憶する変換ルールＤＢと、
前記情報配信サーバから１つの通信セッションで受信した情報を、前記変換ルールＤＢに記憶された変換ルールを参照することにより、前記アプリケーション毎に分配し、当該分配した情報のそれぞれを各アプリケーションが再生若しくは利用できる情報の形式及び書式に変換し、この変換した情報を対応するアプリケーションに送信する情報変換器と、を有し、
前記変換ルールは、予め規定された前記変換ルールを導出するための導出ルールによって導出され、
前記導出ルールは、情報の形式が異なる場合に、情報の形式の変換を行った上で、書式の変換を行う前記変換ルールを導出するためのルールであること
を特徴とする情報配信システムのクライアント。 - 前記アプリケーションの種類ごとに対応する前記変換ルールを登録する手段と、
前記アプリケーションの種類ごとに対応する前記変換ルールを更新する手段と、
前記アプリケーションの種類ごとに対応する前記変換ルールを削除する手段と、
をさらに有することを特徴とする請求項１に記載の情報配信システムのクライアント。 - 前記導出ルールを用いて、前記変換ルールＤＢに記憶された既存の前記変換ルールを統合する手段、
をさらに有することを特徴とする請求項１に記載の情報配信システムのクライアント。 - 情報を配信する情報配信サーバと、この情報配信サーバから配信される情報を受信する１つ以上のクライアントと、情報を変換する情報変換サーバとを含んでなる情報配信システムの情報変換サーバであって、
前記情報配信サーバから配信される情報の形式及び書式に関するスキーマ情報、及び各クライアントが利用する情報の形式及び書式に関するスキーマ情報を受信するスキーマ情報受信器と、
前記サーバから受信したスキーマ情報と前記クライアントから受信したスキーマ情報とに基づき、前記情報配信サーバから配信される情報を取捨選択して、各クライアントが再生若しくは利用できる情報の形式及び書式に変換する変換ルールを導出するルール管理器と、
前記ルール管理器が導出した変換ルールを記憶する変換ルールＤＢと、
前記情報配信サーバから１つの通信セッションで受信した情報を、前記変換ルールＤＢに記憶された変換ルールを参照することにより、前記クライアント毎に分配し、当該分配した情報のそれぞれを各クライアントが再生若しくは利用できる情報の形式及び書式に変換する情報変換器と、
この変換した情報を対応するクライアントに送信する情報送信器と、を有し、
前記変換ルールは、予め規定された前記変換ルールを導出するための導出ルールによっ て導出され、
前記導出ルールは、情報の形式が異なる場合に、情報の形式の変換を行った上で、書式の変換を行う前記変換ルールを導出するためのルールであること
を特徴とする情報配信システムの情報変換サーバ。 - 前記クライアントの種類ごとに対応する前記変換ルールを登録する手段と、
前記クライアントの種類ごとに対応する前記変換ルールを更新する手段と、
前記クライアントの種類ごとに対応する前記変換ルールを削除する手段と、をさらに有することを特徴とする請求項４に記載の情報配信システムの情報変換サーバ。 - 前記導出ルールを用いて、前記変換ルールＤＢに記憶された既存の前記変換ルールを統合する手段、
をさらに有することを特徴とする請求項４に記載の情報配信システムの情報変換サーバ。 - 接続する前記クライアントの種類を調べる手段と、
前記クライアントの種類とこのクライアントが再生若しくは利用する情報の書式又は形式を対応付けて、前記情報の選択又は前記変換ルールを管理する手段と、
前記クライアントの種類に応じて対応する前記変換ルールを選択する手段と、をさらに有することを特徴とする請求項４に記載の情報配信システムの情報変換サーバ。 - 前記クライアントからの情報配信要求を受信する手段と、
前記情報受信要求に基づいて情報受信要求を行う情報配信サーバを選択して情報受信要求を行う手段と、
前記情報配信サーバから前記情報受信要求に基づいて配信される前記クライアントが再生若しくは利用する情報を受信する手段と、
前記受信した情報を前記情報配信要求のあったクライアントに送信する手段と、
をさらに有することを特徴とする請求項４に記載の情報配信システムの情報変換サーバ。 - コンピュータを、請求項１ないし請求項３のいずれか１項に記載の情報配信システムのクライアントとして機能させることを特徴とする情報配信システムのクライアント用のプログラム。
- コンピュータを、請求項４ないし請求項８のいずれか１項に記載の情報配信システムの情報変換サーバとして機能させることを特徴とする情報配信システムの情報変換サーバ用のプログラム。
- 請求項９に記載の情報配信システムのクライアント用のプログラムを記憶したことを特徴とするプログラム記憶媒体。
- 請求項１０に記載の情報配信システムの情報変換サーバ用のプログラムを記憶したことを特徴とするプログラム記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003142649A JP4251349B2 (ja) | 2003-05-20 | 2003-05-20 | 情報配信システムのクライアント、情報配信システムの情報変換サーバ、そのプログラム及びプログラム記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003142649A JP4251349B2 (ja) | 2003-05-20 | 2003-05-20 | 情報配信システムのクライアント、情報配信システムの情報変換サーバ、そのプログラム及びプログラム記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004348290A JP2004348290A (ja) | 2004-12-09 |
| JP4251349B2 true JP4251349B2 (ja) | 2009-04-08 |
Family
ID=33530675
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003142649A Expired - Fee Related JP4251349B2 (ja) | 2003-05-20 | 2003-05-20 | 情報配信システムのクライアント、情報配信システムの情報変換サーバ、そのプログラム及びプログラム記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4251349B2 (ja) |
-
2003
- 2003-05-20 JP JP2003142649A patent/JP4251349B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004348290A (ja) | 2004-12-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9888089B2 (en) | Client side cache management | |
| CN106031130B (zh) | 具有边缘代理的内容传送网络架构 | |
| KR101072966B1 (ko) | 파일 데이터 분배 방법, 디바이스, 및 시스템 | |
| US7203731B1 (en) | Dynamic replication of files in a network storage system | |
| US7991912B2 (en) | Load balancing of server clusters | |
| US6952737B1 (en) | Method and apparatus for accessing remote storage in a distributed storage cluster architecture | |
| US9204180B2 (en) | Method, server and terminal for audio and video on demand | |
| CN100518125C (zh) | 通信装置、系统和方法 | |
| CN102047242A (zh) | 内容管理 | |
| US20030145096A1 (en) | Method and device for delivering information through a distributed information system | |
| US10757195B2 (en) | Device interconnection and service discovery via a communication cloud | |
| KR101564416B1 (ko) | Ｐ2ｐ 포탈 서버를 이용한 데이터 수신 방법 및 장치 | |
| JP5248145B2 (ja) | 情報提供サーバ、プログラム、情報提供方法及び情報提供システム | |
| US20060075082A1 (en) | Content distribution system and content distribution method | |
| JP4251349B2 (ja) | 情報配信システムのクライアント、情報配信システムの情報変換サーバ、そのプログラム及びプログラム記憶媒体 | |
| JP2007207013A (ja) | 情報処理装置、情報共有プログラム | |
| KR20060124402A (ko) | 지능형 컨텐츠 분배 방식에 의한 컨텐츠 전송 네트워크시스템 | |
| CN101800751B (zh) | 分布式实时数据编码传输方法 | |
| CN111314407B (zh) | 用于处理元数据的通信设备和通信方法 | |
| JP5510376B2 (ja) | 情報通信システム、情報処理装置および情報通信方法ならびにプログラム | |
| JP2002268935A (ja) | データ転送装置、データ転送方法及びプログラム | |
| JP3943868B2 (ja) | サーバ側プロキシ、データ転送方法及びプログラム | |
| JP4194087B2 (ja) | 配信管理サーバ、コンテンツ配信管理方法、そのプログラムおよび記憶媒体 | |
| KR100545744B1 (ko) | 클러스터링 환경에서의 모바일 비즈니스 응용 서버간 콘텐츠 캐시 동기화 방법 | |
| US7730176B1 (en) | Identification and tracking of digital content distributors on wide area networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050720 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071031 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080108 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080222 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081021 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081208 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090106 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20090109 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090109 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4251349 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120130 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130130 Year of fee payment: 4 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |