JP2004178522A - メタ情報とアプリケーションの連携装置、その方法、そのプログラム及びそのプログラムを記録した媒体 - Google Patents
メタ情報とアプリケーションの連携装置、その方法、そのプログラム及びそのプログラムを記録した媒体 Download PDFInfo
- Publication number
- JP2004178522A JP2004178522A JP2002347452A JP2002347452A JP2004178522A JP 2004178522 A JP2004178522 A JP 2004178522A JP 2002347452 A JP2002347452 A JP 2002347452A JP 2002347452 A JP2002347452 A JP 2002347452A JP 2004178522 A JP2004178522 A JP 2004178522A
- Authority
- JP
- Japan
- Prior art keywords
- information
- application
- meta information
- meta
- type
- 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.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
【課題】情報提供者が提供するオブジェクトの発信形態に依存せず、利用者の望む形態でオブジェクトを享受することが可能なシステムを提供すること。
【解決手段】生成または更新イベントを監視すべきメタ情報の種類と、イベントを検出した時に起動もしくは制御すべきアプリケーション及びその際のパラメータとを関連付けて登録したアプリケーション連携情報１と、イベントを監視し、生成または更新されたメタ情報を取得し、次に更新されるまで保持するメタ情報監視手段２と、保持されたメタ情報がアプリケーション連携情報１に登録されているメタ情報のうち、どの種類のものかを解析するメタ情報解析手段３と、解析されたメタ情報の種類からアプリケーション連携情報１に従って当該メタ情報に関連づけられているアプリケーションを起動もしくは制御するアプリケーション制御手段４とを備えた。
【選択図】 図１
【解決手段】生成または更新イベントを監視すべきメタ情報の種類と、イベントを検出した時に起動もしくは制御すべきアプリケーション及びその際のパラメータとを関連付けて登録したアプリケーション連携情報１と、イベントを監視し、生成または更新されたメタ情報を取得し、次に更新されるまで保持するメタ情報監視手段２と、保持されたメタ情報がアプリケーション連携情報１に登録されているメタ情報のうち、どの種類のものかを解析するメタ情報解析手段３と、解析されたメタ情報の種類からアプリケーション連携情報１に従って当該メタ情報に関連づけられているアプリケーションを起動もしくは制御するアプリケーション制御手段４とを備えた。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ、アプリケーション、システムソフトウェア、ハードウェア等のオブジェクトの状態や特徴を記述した「メタ情報」（”Ｄａｔａ ａｂｏｕｔ ｄａｔａ”とも呼ばれる。）が生成または更新されたことをトリガとし、利用者（ユーザ）が予め設定しておいたアプリケーション連携情報をもとに、当該メタ情報に関連付けられたアプリケーションの起動もしくは制御を行うことで、利用者が情報を自分の利用目的に応じた形で享受することを可能とする、メタ情報とアプリケーションの連携技術に関する。
【０００２】
【従来の技術】
従来、情報提供者のサーバより提供されるオブジェクト及び該オブジェクトの状態や特徴を記述したメタ情報は、情報提供者が意図する特定のアプリケーションに特化した形で提供されていた（例えば、ニュース速報は、ＨＴＭＬブラウザ、その速報を見るための専用ソフトウェアや端末といった、情報提供者側が指定するアプリケーションでのみ閲覧可能であった。）（非特許文献１、２、３参照）。
【０００３】
【非特許文献１】
プッシュ型情報配信システム”Ｂｒｏａｄｉａ”，ｈｔｔｐ：／／ｗｗｗ．ｂｒｏａｄｉａ．ｃｏｍ／ｊａｐａｎｅｓｅ／ｉｎｄｅｘ．ｈｔｍ
【非特許文献２】
ｈｔｔｐ：／／ｗｗｗ．ｗａｔｃｈ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ｉｎｔｅｒｎｅｔ／ｗｗｗ／ａｒｔｉｃｌｅ／９７１２１６／ｒｅａｌｐｕｓｈ．ｈｔｍ
【非特許文献３】
ｈｔｔｐ：／／ｍａｍｅｄｏｒｉ．ｏｐｅｎｄｏｏｒ．ｃｏ．ｊｐ／ｆｕｎｃｔｉｏｎ．ｈｔｍｌ
【０００４】
【発明が解決しようとする課題】
しかし、利用者は、情報提供者が意図するアプリケーションを動作させることが可能な環境にあるとは限らない。パソコンやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）といった端末性能の違い、「Ｗｉｎｄｏｗｓ（登録商標）」や「Ｌｉｎｕｘ」といったソフトウェア（ＯＳ）環境の違い、ＩＳＤＮやＡＤＳＬ、光ファイバといった通信環境の違いなどにより、利用者が情報を閲覧することができない場合があった。
【０００５】
また、利用者は情報提供者が意図した以上の付加価値を伴った情報を欲している場合がある。例えば「東京の天気が晴れ」で「羽田空港の飛行機にキャンセルが出た時」に通知する、といったように２つの情報提供者が提供する情報を組み合わせた情報を享受するには、従来、自分でそのようなアプリケーションを構築するか、第三者がそのようなサービスやアプリケーションを提供するのを待たなければならなかった。
【０００６】
本発明は、利用者が、情報提供者が提供するオブジェクトの発信形態に依存せず、自分の望んだ形態で当該オブジェクトを享受することが可能なシステムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、メタ情報の生成または更新イベントを常に監視し、同イベントが発生した場合、メタ情報の種類あるいはこれとともにメタ情報の記述内容毎に予め定義してあるアプリケーション連携情報に従って、当該メタ情報に関連付けられたアプリケーションを起動もしくは制御可能とすることを最も主要な特徴とする。
【０００８】
これは従来の、情報提供者が意図した利用環境でのみ情報を享受できた情報配信に比べ、
・利用者の環境に依存せず、利用者が意図した形で情報を享受できる、
・複数の情報提供者が提供する情報の組み合わせで、付加価値的な情報を生成することができる、
点が異なる。
【０００９】
図１は、本発明にかかるメタ情報とアプリケーションの連携装置の基本構成を示すもので、図中、１はアプリケーション連携情報、２はメタ情報監視手段、３はメタ情報解析手段、４はアプリケーション制御手段である。
【００１０】
アプリケーション連携情報１は、生成または更新イベントを監視すべき少なくとも１つのメタ情報の種類あるいはこれに加えてその特定の記述内容と、当該種類あるいはこれに加えてその特定の記述内容のメタ情報の生成または更新イベントを検出した時に起動もしくは制御すべき少なくとも１つのアプリケーション及びその際のパラメータとを関連付けて登録したものであり、周知の記憶装置に予め記憶される。
【００１１】
メタ情報監視手段２は、常に情報提供者のサーバを監視し、メタ情報の新規生成または更新があった場合、当該メタ情報を取得して記憶装置に格納する。なお、メタ情報監視手段２は、情報提供者のサーバだけでなく、ネットワーク上のローカル端末もしくは通信手段を介してユーザ端末と接続されるリモート端末におけるメタ情報の生成または更新イベントを監視するようになしても良い。
【００１２】
一方、メタ情報解析手段３は、メタ情報監視手段２が記憶装置に格納したメタ情報を解析し、このメタ情報がどの種類のメタ情報か、あるいはこれに加えてメタ情報の記述内容がどのような値を持っているかを判断する。
【００１３】
また、アプリケーション制御手段４は、メタ情報解析手段３が解析したメタ情報の種類あるいはこれに加えてメタ情報の記述内容と、アプリケーション連携情報１とに従い、該当するアプリケーションを起動もしくは制御する。また、アプリケーション制御手段４は、ユーザ端末上のアプリケーションだけでなく、通信手段を介してユーザ端末と接続されるリモート端末におけるアプリケーションを起動または制御するようになしても良い。
【００１４】
従って、各情報提供者のサーバ群において、単一もしくは複数のメタ情報が生成または更新された時に、その種類や記述内容の項目値に応じて、ユーザ端末のアプリケーション群を起動もしくは制御することが可能となり、本発明の目的である、「利用者の環境に依存しない情報の享受」、「提供情報の組み合わせによる付加価値的情報の生成」が可能となる。
【００１５】
図２は、本発明及び従来技術の機能を比較して示すもので、情報提供者（のサーバ）及びメタ情報がＭ個あり（♯１〜♯Ｍ）、クライアントアプリケーションＮ個あった（♯１〜♯Ｎ）場合（Ｍ，Ｎは自然数）、従来はメタ情報とアプリケーションが１対１で対応、即ち１つのメタ情報が１つのクライアントアプリケーションのみを起動もしくは制御可能であったが、本発明ではアプリケーション連携情報の登録内容に応じて、メタ情報とアプリケーションがｍ対ｎ（ｍ，ｎは自然数）で対応、即ち１つのメタ情報が複数のクライアントアプリケーションを起動もしくは制御可能であり、また、複数のメタ情報が１つのクライアントアプリケーションを起動もしくは制御可能であり、さらにまた、複数のメタ情報が複数のクライアントアプリケーションを起動もしくは制御可能である。
【００１６】
【発明の実施の形態】
［実施の形態１］
図３は、本発明の実施の形態１を示すものである。
【００１７】
構成は情報提供者のサーバ（ニュース提供サイト）１０とクライアント（ユーザ端末）２０の２つに分かれ、これらはインターネット接続手段を持ち、ＴＣＰ／ＩＰ／ＨＴＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルスタックにより相互に通信が可能である。
【００１８】
ニュース提供サイト１０は、ニュース速報のニュース映像を配信するとともにニュース速報映像に対応するメタ情報を配信するものであり、映像ニュース配信サーバ１１とメタ情報配信サーバ１２とに分かれる。映像ニュース配信サーバ１１及びメタ情報配信サーバ１２は、ＨＴＴＰプロトコルによりユーザ端末２０と通信が可能である。
【００１９】
ある映像ファイルが最新映像ニュースとして映像ニュース配信サーバ１１に登録されると、メタ情報配信サーバ１２は当該映像ファイルのタイトル、登録日時及び当該ファイルのＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）をもとに図４に示すようなＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書のメタ情報を生成する。
【００２０】
図４のＸＭＬ文書の２行目において、
＜！−−ＭＥＴＡＩＤ：０００１−−＞
と表記されているのは、このニュース速報サービス用に記述されたメタ情報を、他のサービス用に記述されたメタ情報と区別するための識別情報であり、以下、メタ情報種別ＩＤ（またはＭＩＤ）と呼ぶ（本実施の形態においては、当該ニュース速報用メタ情報には、ＭＩＤとして「０００１」を割り当てるものとする。）。メタ情報を処理する系においては、この識別情報ＭＩＤを抽出することで、処理中のメタ情報の種類を判別できる。
【００２１】
ユーザ端末２０は、メタ情報の種類ＭＩＤに対応するアプリケーションを予め登録したアプリケーション連携情報レポジトリ２１と、ＨＴＴＰプロトコルによりサイト１０からメタ情報が入力されるのを常時監視するＨＴＴＰデーモン（メタ情報監視・取得手段）２２と、メタ情報の入力時にＨＴＴＰデーモン２２から起動され、入力されたメタ情報に一意の識別名（以下、ＸＩＤとする）を付与し、メタ情報レポジトリ（記憶装置）２５に格納するとともに、当該メタ情報からＭＩＤを抽出するＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラム（メタ情報解析手段）２３と、アプリケーション連携情報２１に従って、アプリケーションを起動もしくはプロセス間通信を用いてアプリケーションの動作を制御するアプリケーションランチャ（アプリケーション制御手段）２４とから構成される。
【００２２】
なお、ユーザ端末２０に入力されるメタ情報は全てＸＭＬ文法に従っているものとする。
【００２３】
今、ニュース提供サイト１０において、Ｗ杯で日本代表が先制ゴールを挙げた瞬間の映像が最新ニュースとして映像ニュース配信サーバ１１に登録されたとする。メタ情報配信サーバ１２は、登録された映像ファイルのタイトル「Ｗ杯 日本先制 １−０」と、登録された時刻「２００６／０６／２０ ２０：１０」及び当該映像ファイルのＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ａｎｅｗｓ．ｃｏｍ／ｎｅｗｓ００１．ｍｐｇ」から、図４に示すようなニュース速報用メタ情報（ＸＭＬ文書）を生成する。メタ情報配信サーバ１２は、予め最新ニュース通知サービスに登録しているユーザ端末２０にＨＴＴＰプロトコルのＰＯＳＴメソッドを用いてメタ情報を送信する。
【００２４】
ユーザ端末２０では、予めアプリケーション連携情報として図５に示すような定義ファイルが記述されている。図５では、メタ情報の識別情報であるＭＩＤが「０００１」であるメタ情報が入力された場合、アプリケーション「ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ」を（ｉ）起動するか、もしくは同アプリケーションが起動中であれば（ｉｉ）メタ情報の到着をプロセス間通信を用いて通知する（以下、（ｉ）もしくは（ｉｉ）の処理を行うことを「アクティベートする」と呼ぶ。）ことが記述されている。
【００２５】
ニュース提供サイト１０からＷ杯のニュース速報メタ情報が送られてきた時、ユーザ端末２０のＨＴＴＰデーモン２２はメタ情報解析・判別ＣＧＩ２３を起動する。ＣＧＩ２３はサイト１０よりＨＴＴＰプロトコルによって送られてきたテキスト情報からＨＴＴＰヘッダなどの不要な情報を削除し、メタ情報のＸＭＬ文書を抽出する。抽出したメタ情報に対し、図６及び図７に示す処理に従って一意識別子ＸＩＤを生成し、それをファイル名としてユーザ端末２０の記憶装置２５に保存する。その後、ＣＧＩ２３は当該メタ情報のコメント文＜！−−ＭＥＴＡＩＤ：ｘｘｘｘ−−＞のｘｘｘｘの部分（本実施の形態では０００１となっている）、即ちＭＩＤを抽出する。
【００２６】
アプリケーションランチャ２４はユーザ端末２０に常駐プログラムとして起動されており、ＣＧＩ２３からメタ情報到着の通知をプロセス間通信で受けるまで待機している。ＣＧＩ２３からの通知の際には、送られてきたメタ情報の種類、即ちＭＩＤと、メタ情報の記憶装置２５上での識別名（ファイル名）、即ちＸＩＤとをパラメータとして受け取る。
【００２７】
アプリケーションランチャ２４は、図５に示したアプリケーション関連情報２１を参照し、ＣＧＩ２３より受け取ったＭＩＤに関連付けられているアプリケーションが何であるかを判断する。その結果、ＭＩＤが「０００１」であるメタ情報に関連付けられているアプリケーションは、「ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ」であるので、このアプリケーションをアクティベートする。アクティベートされたアプリケーション「ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ」は、アプリケーションランチャ２４より、当該メタ情報のファイル名ＸＩＤを受け取る。
【００２８】
以後の動作は従来の場合と同様である。
【００２９】
即ち、アプリケーションはそのファイル名のメタ情報ファイルをオープンし、これに含まれるＸＭＬ文書を解析する。この解析により、このニュース速報のタイトル、ニュース速報が登録された日時及びこのニュースに対応する映像ファイルのロケーション（ＵＲＬ）が得られる。アプリケーションは、図３に示すように、得られたニュースタイトル、日時を表示し、ユーザに新しいニュース速報が届けられたことを通知する。ユーザがＧＵＩを介してこのニュース項目を選択すると、アプリケーションはストリーム映像配信用のプレーヤアプリケーションを起動する。その際、プレーヤアプリケーションに対し、映像ファイルのＵＲＬをパラメータとして渡す。プレーヤアプリケーションはインターネットを介して映像ニュース配信サーバ１１と接続し、指定された映像ニュース（本実施の形態ではＷ杯のゴールシーン）をストリーミング再生する。
【００３０】
［実施の形態２］
図８は、本発明の実施の形態２を示すもので、図中、実施の形態１と同一構成部分は同一符号をもって表している。
【００３１】
本実施の形態においては、サーバ側は実施の形態１と同じニュース提供サイト１０に加え、Ｗ杯最新情報をＨＴＭＬで記述されたハイパーテキストにて提供しているＷ杯情報提供サイト３０が存在し、それぞれＴＣＰ／ＩＰ／ＨＴＴＰプロトコルスタックにてクライアント側と通信が可能である。ユーザ端末に入力されるメタ情報は、実施の形態１と同様に全てＸＭＬ文書であるとする。
【００３２】
ニュース提供サイト１０は、図９に示すようなメタ情報を配信する。このメタ情報は、実施の形態１におけるニュース速報に加え、それがサッカーのメタ情報であれば、そのコンテンツの内容として、チーム名、選手名、どのようなイベントが起きたのか（例えば、ゴール、前半終了など）を提供する。また、Ｗ杯情報提供サイト３０は、現在行われている試合の状況をほぼリアルタイムでＨＴＭＬにより配信している。
【００３３】
ユーザ端末２０ａは、実施の形態１の場合と同様にＨＴＴＰデーモン２２がサーバ側からのＨＴＴＰによるメタ情報の入力を常に監視しており、サイト１０からのＰＯＳＴリクエストの際にメタ情報格納用ＣＧＩ２６を起動する。このＣＧＩ２６は実施の形態１におけるメタ情報解析・判別ＣＧＩ２３のうち、メタ情報ＸＭＬに対して一意識別子ＸＩＤを生成し、それをファイル名にしてユーザ端末の記憶装置２５に格納する機能のみを抽出したものである。
【００３４】
メタ情報処理デーモン２７は、メタ情報格納用ＣＧＩ２６からメタ情報のファイル名であるＸＩＤを受け取り、ユーザ端末の記憶装置２５内に格納されているファイル名ＸＩＤを持つメタ情報ファイルを開き、ＸＭＬパーサによりパースを行う。
【００３５】
その際、実施の形態１の場合と同様に、
＜！−−ＭＥＴＡＩＤ：０００１−−＞
の記述から、処理中のメタ情報の種類を獲得する。同時にメタ情報処理デーモン２７は、予め登録されているアプリケーション連携情報レポジトリ２１を参照する。本実施の形態におけるアプリケーション連携情報としては、図１０に示すような定義ファイルであるとする。これはメタ情報の種類、即ちＭＩＤが「０００１」である時は、ウェブブラウザを起動し、Ｗ杯情報提供サイト３０を表示すること及びメタ情報の内容で＜Ｐｌａｙｅｒ＞要素の値が「田中」である時（つまり、ニュース速報が「田中選手」に関するものである場合）、ストリーム映像のプレーヤを起動することを意味する。
【００３６】
今、ニュース提供サイト１０から図９に示すようなメタ情報が送信されたとする。但し、新たに加わった＜Ｃｏｎｔｅｎｔ＞〜＜／Ｃｏｎｔｅｎｔ＞の部分は、ニュース提供サイト１０のオペレータが試合の進行に合わせて手動入力するものとする。図８の例は、実施の形態１のニュース速報に加え、ニュースの内容が「ＪＰＮ（日本）」の「田中」選手が「ＧＯＡＬ」を決めたというものであることを表している。
【００３７】
ユーザ端末２０ａでは、もともとはアプリケーション連携情報として実施の形態１の場合と同じ図５に示すようなファイルが定義されていたが、ユーザが「田中」選手の活躍のみを映像で見て、他の情報はウェブブラウザで見るように、図１０に示したように連携情報を書き換えたとする。
【００３８】
ＨＴＴＰデーモン２２は、ニュース提供サイト１０からのＰＯＳＴリクエストを受け、メタ情報格納ＣＧＩ２６を起動する。メタ情報格納ＣＧＩ２６は、ニュース提供サイト１０から送信されたＨＴＴＰリクエスト（ＰＯＳＴ）からＨＴＴＰに関する部分を削除し、メタ情報を抽出する。その後、ＣＧＩ２６は、抽出されたメタ情報に実施の形態１の場合と同様の手法（図７）で一意のファイル名ＸＩＤを付与し、ユーザ端末の記憶装置２５に保存する。同時に一意ファイル名ＸＩＤをメタ情報処理デーモン２７に通知する。
【００３９】
メタ情報処理デーモン２７は、図１１に示す処理に従って、受け取ったファイル名ＸＩＤをもとにメタ情報ファイルを開き、ＸＭＬパーサによってメタ情報をパースする。その結果、ＸＭＬ文書の内容にアクセスするためのインタフェースであるＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）と、メタ情報の種類ＭＩＤが得られる。
【００４０】
次に、得られたＭＩＤとアプリケーション連携情報レポジトリ２１内の連携情報とをもとに、どのアプリケーションをアクティベートするかを判断する。当該メタ情報は、ＭＩＤが「０００１」であり、＜Ｐｌａｙｅｒ＞要素の値が「田中」である。従って、メタ情報処理デーモン２７は子プロセスとしてストリーム再生プログラム”Ｓｔｒｅａｎ Ｐｌａｙｅｒ．ｅｘｅ”を起動し、コマンドラインパラメータとして、映像ニュースのＵＲＬ”ｈｔｔｐ：／／ａｎｅｗｓ．ｃｏｍ／ｎｅｗｓ００１１．ｍｐｇ”を渡す。
【００４１】
一方、＜Ｐｌａｙｅｒ＞要素の値が「田中」以外である場合は、ウェブブラウザを起動し、コマンドラインパラメータとしてＷ杯情報提供サイト３０のＵＲＬ”ｈｔｔｐ：／／ｗ−ｃｕｐｎｅｗ．ｃｏｍ／”を渡す。いずれの場合もニュース速報のヘッドラインを表示するアプリケーション”ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ”も同時に起動され、メタ情報のファイル名ＸＩＤがプロセス間通信で渡される。＜Ｃｏｎｔｅｎｔ＞要素が存在しない時、即ちＷ杯に関するメタ情報でない時は”ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ”のみが起動される。
【００４２】
これにより、利用者は「田中」選手に関するニュース速報があった時のみ映像ニュースを鑑賞し、それ以外のＷ杯の情報はウェブブラウザによって入手し、一般のニュース速報はヘッドラインのみを閲覧することになる。
【００４３】
［実施の形態３］
図１２は、本発明の実施の形態３を示すものである。
【００４４】
本実施の形態は、インターネットへの接続手段を持ったサーバや端末から構成されている。即ち、メタ情報監視手段を実装したサーバ（以後、メタ情報監視サーバと呼ぶ）４０と、アプリケーション連携情報、メタ情報解析手段及びアプリケーション制御手段を実装したユーザ端末、ここでは携帯電話５０とがインターネット上に存在するものとする。また、情報提供サーバとして、気象情報提供サーバ６０、ニュース速報提供サーバ７０を想定しており、前者はＨＴＭＬ、後者はＸＭＬによって情報提供を行っているものとする。ユーザ端末がパーソナルコンピュータ（以下、ＰＣ）端末、ＰＤＡ端末や街頭端末、ホームサーバ等である場合も同様の構成になる。
【００４５】
メタ情報監視サーバ４０は、図１３に示すように、巡回対象サーバ及び通信モジュールテーブル４１、情報提供サーバ通信モジュール群４２、メタ情報変換モジュール４３、共通メタ情報レポジトリ４４及びメタ情報監視手段４５から構成されている。
【００４６】
巡回対象サーバ及び通信モジュールテーブル４１は、図１４に示すようにメタ情報監視サーバ４０が監視対象とするサーバ群とともに、各サーバに対しメタ情報を要求するための情報提供サーバ通信モジュール群４２のロケーションが列挙されている。
【００４７】
情報提供サーバ通信モジュール群４２は、図２１、図２２のフローチャートに示すように、各情報提供サーバ固有のメタ情報獲得方法がインプリメントされ、共通のメタ情報に変換される前の中間コードを生成するモジュールである。
【００４８】
一例として、本実施の形態の気象情報提供サーバ６０に対応する通信モジュールでは、気象情報提供サーバ６０のインターネット上のロケーションである“ｈｔｔｐ：／／ｗｗｗ．ｗｅａｔｈｅｒ−ｉｎｆｏ／ｔｏｋｙｏ／ｗｅａｔｈｅｒ．ｈｔｍｌ”にアクセスし、東京の現在の気象情報が記述された、図１５に示すようなメタ情報（ＨＴＭＬファイル）を獲得し、そこから５行目の天候と、６行目の警報に関する情報を抜き出し、図１６に示すような中間コードとして記憶装置４６に保存する。
【００４９】
また、本実施の形態のニュース速報提供サーバ７０に対応する通信モジュールでは、ニュース速報提供サーバ７０のインターネット上のロケーションである“ｈｔｔｐ：／／ｗｗｗ．ｎｅｗｓ−ｈｅａｄｌｉｎｅ／ｎｅｗｓ．ｘｍｌ”にアクセスし、現在のニュース速報が記述された、図１７に示すようなメタ情報（ＸＭＬファイル）を獲得し、そこから３行目のニュース速報と、４行目の日時に関する情報を抜き出し、図１８に示すような中間コードとして記憶装置４６に保存する。
【００５０】
メタ情報変換モジュール４３は、前述の情報提供サーバ通信モジュール４２が出力した共通メタ情報の中間コードを、図１９に示すようなＸＭＬ形式の共通メタ情報に変換し、共通メタ情報レポジトリ４４に保存する。
【００５１】
メタ情報監視手段４５は、各モジュールの制御を行い、図２１、２２のフローチャートに示すように、システムクロックやユーザからのリクエストなどをトリガにして、巡回対象サーバ及び通信モジュールテーブル４１から巡回対象となる情報提供サーバ群と、それぞれのサーバに対応する通信モジュール名とを獲得し、情報提供サーバ通信モジュール群４２、メタ情報変換モジュール４３を呼び出すことで、情報提供サーバから獲得したメタ情報を共通メタ情報に変換し、共通メタ情報レポジトリ４４に変換済みの共通メタ情報を格納する。
【００５２】
各ユーザ端末５０には、図１３に示したように、アプリケーション連携情報５１、共通メタ情報獲得手段５２、メタ情報解析手段５３及びアプリケーション制御手段５４が実装されている。
【００５３】
共通メタ情報獲得手段５２は、定期的に前述のメタ情報監視サーバ４０の共通メタ情報レポジトリ４４にアクセスし、未取得のメタ情報が無いかを確認する。未取得のメタ情報が存在した場合、当該メタ情報をユーザ端末５０にダウンロードするとともに、メタ情報解析手段５３に当該メタ情報の処理を移行する。
【００５４】
メタ情報解析手段５３は、獲得した共通メタ情報を解析し、当該メタ情報がどの情報提供サイトのものであるか、生成・更新された項目の内容がどのようなものであるかを解析し、アプリケーション制御手段５４に処理を移行する。
【００５５】
アプリケーション制御手段５４は、図２０に示すようなアプリケーション連携情報５１をもとに、当該メタ情報が、アプリケーション起動もしくは制御の条件に合致するかを判断し、合致する場合は同連携情報に従ってアプリケーションを起動もしくは制御する。
【００５６】
（利用例：天気が晴れと雨の時で携帯電話の待ち受け画像、呼び出し音を変える）
あるユーザがこのシステムを利用し、「気象情報が雨で且つニュース速報で台風の話題が出ている場合はアプリケーション”ｍａｃｈｉｕｋｅ”に”ｔｙｐｈｏｏｎ．ｇｉｆ”という画像を表示させ、アプリケーション”ｃｈａｋｕｍｅｒｏ”に”ｔｙｐｈｏｏｎ．ｍｉｄ”という呼び出し音を表示・再生する」という、図２０に示したようなアプリケーション連携情報を記述したとする。
【００５７】
メタ情報監視サーバ４０は、例えば５分おきに各情報提供サーバを巡回し、メタ情報の新規生成または更新を監視する。メタ情報提供サーバ通信モジュール群４２は気象情報提供サーバ６０にアクセスし、現在の気象情報のＨＴＭＬファイルを獲得し、これを現在の天気と警報というメタ情報の中間コードとして出力する。同様にニュース速報提供サーバ７０にアクセスし、ニュース速報のＸＭＬファイルを取得し、メタ情報の中間コードを出力する。メタ情報変換モジュール４３は、これらの中間コードを共通メタ情報のＸＭＬ文書に変換し、共通メタ情報レポジトリ４４に格納する。
【００５８】
ユーザ端末である携帯電話５０では、携帯電話のメモリに常駐し常に起動状態にあるアプリケーション（以後、これを待ち受けアプリと呼ぶ。）がメタ情報監視サーバ４０に定期的にアクセスし、共通メタ情報レポジトリ４４に格納されている共通メタ情報のうち、未取得のものを記憶装置にダウンロードする（未取得か否かは共通メタ情報の生成日時と、メタ情報監視サーバへの最終アクセス時刻をもとに判断する。）。
【００５９】
次に、ダウンロードされたメタ情報を、待ち受けアプリのメタ情報解析手段５３にて解析する。解析の結果、取得したメタ情報が気象情報のメタ情報で「東京の天候が雨」、「台風１０号接近のニュース速報」だという内容を持つことがわかる。次に、アプリケーション制御手段５４は、利用者が予め設定しておいたアプリケーション連携情報５１をもとに、携帯電話内にあるアプリケーション”ｍａｃｈｉｕｋｅ”を”ｔｙｐｈｏｏｎ．ｇｉｆ”という引数で、アプリケーション”ｃｈａｋｕｍｅｒｏ”を”ｔｙｐｈｏｏｎ．ｍｉｄ”という引数で起動する。
【００６０】
【発明の効果】
以上説明したように、本発明によれば、利用者の環境に依存せず、利用者が意図した形で情報を享受でき、複数の情報提供者が提供する情報の組み合わせで、付加価値的な情報を生成することができる等の利点がある。
【図面の簡単な説明】
【図１】本発明にかかるメタ情報とアプリケーションの連携装置の基本構成を示す機能ブロック図
【図２】本発明及び従来技術の機能を比較して示す説明図
【図３】本発明の実施の形態１を示す構成図
【図４】実施の形態１におけるメタ情報の一例を示す説明図
【図５】実施の形態１におけるアプリケーション連携情報の一例を示す説明図
【図６】実施の形態１におけるメタ情報解析処理のフローチャート
【図７】図６中の一意識別子ＸＩＤ生成処理のフローチャート
【図８】本発明の実施の形態２を示す構成図
【図９】実施の形態２におけるメタ情報の一例を示す説明図
【図１０】実施の形態２におけるアプリケーション連携情報の一例を示す説明図
【図１１】実施の形態２におけるメタ情報解析処理のフローチャート
【図１２】本発明の実施の形態３を示す構成図
【図１３】実施の形態３におけるメタ情報監視サーバ及びユーザ端末の詳細構成図
【図１４】実施の形態３における巡回対象サーバ及び通信モジュールテーブルのレポジトリ内容の一例を示す説明図
【図１５】気象情報提供サイトが生成するメタ情報の一例を示す説明図
【図１６】実施の形態３における情報提供サーバ通信モジュールが出力する中間コードの一例を示す説明図
【図１７】ニュース速報提供サイトが生成するメタ情報の一例を示す説明図
【図１８】実施の形態３における情報提供サーバ通信モジュールが出力する中間コードの他の例を示す説明図
【図１９】図１６、図１８の中間コードを共通メタ情報に変換した結果を示す説明図
【図２０】実施の形態３におけるアプリケーション連携情報の一例を示す説明図
【図２１】実施の形態３におけるメタ情報監視サーバの処理のフローチャート
【図２２】図２１中の情報提供サーバ通信モジュール群における処理のフローチャート
【符号の説明】
１：アプリケーション連携情報、２，４５：メタ情報監視手段、３，５３：メタ情報解析手段、４，５４：アプリケーション制御手段、１０：ニュース提供サイト（サーバ）、１１：映像ニュース配信サーバ、１２：メタ情報配信サーバ、２０，５０：ユーザ端末（クライアント）、２１，５１：アプリケーション連携情報レポジトリ、２２：ＨＴＴＰデーモン（メタ情報監視手段）、２３：メタ情報解析・判別ＣＧＩ（メタ情報解析手段）、２４：アプリケーションランチャ（アプリケーション制御手段）、２５：メタ情報レポジトリ、２６：メタ情報格納用ＣＧＩ、２７：メタ情報処理デーモン（メタ情報解析手段、アプリケーション通信手段）、３０：Ｗ杯情報提供サーバ、４０：メタ情報監視サーバ、４１：巡回対象サーバ及び通信モジュールテーブル、４２：情報提供サーバ通信モジュール群、４３：メタ情報変換モジュール、４４：共通メタ情報レポジトリ、４６：記憶装置、５２：共通メタ情報獲得手段、６０：気象情報提供サーバ、７０：ニュース速報提供サーバ。
【発明の属する技術分野】
本発明は、コンテンツ、アプリケーション、システムソフトウェア、ハードウェア等のオブジェクトの状態や特徴を記述した「メタ情報」（”Ｄａｔａ ａｂｏｕｔ ｄａｔａ”とも呼ばれる。）が生成または更新されたことをトリガとし、利用者（ユーザ）が予め設定しておいたアプリケーション連携情報をもとに、当該メタ情報に関連付けられたアプリケーションの起動もしくは制御を行うことで、利用者が情報を自分の利用目的に応じた形で享受することを可能とする、メタ情報とアプリケーションの連携技術に関する。
【０００２】
【従来の技術】
従来、情報提供者のサーバより提供されるオブジェクト及び該オブジェクトの状態や特徴を記述したメタ情報は、情報提供者が意図する特定のアプリケーションに特化した形で提供されていた（例えば、ニュース速報は、ＨＴＭＬブラウザ、その速報を見るための専用ソフトウェアや端末といった、情報提供者側が指定するアプリケーションでのみ閲覧可能であった。）（非特許文献１、２、３参照）。
【０００３】
【非特許文献１】
プッシュ型情報配信システム”Ｂｒｏａｄｉａ”，ｈｔｔｐ：／／ｗｗｗ．ｂｒｏａｄｉａ．ｃｏｍ／ｊａｐａｎｅｓｅ／ｉｎｄｅｘ．ｈｔｍ
【非特許文献２】
ｈｔｔｐ：／／ｗｗｗ．ｗａｔｃｈ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ｉｎｔｅｒｎｅｔ／ｗｗｗ／ａｒｔｉｃｌｅ／９７１２１６／ｒｅａｌｐｕｓｈ．ｈｔｍ
【非特許文献３】
ｈｔｔｐ：／／ｍａｍｅｄｏｒｉ．ｏｐｅｎｄｏｏｒ．ｃｏ．ｊｐ／ｆｕｎｃｔｉｏｎ．ｈｔｍｌ
【０００４】
【発明が解決しようとする課題】
しかし、利用者は、情報提供者が意図するアプリケーションを動作させることが可能な環境にあるとは限らない。パソコンやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）といった端末性能の違い、「Ｗｉｎｄｏｗｓ（登録商標）」や「Ｌｉｎｕｘ」といったソフトウェア（ＯＳ）環境の違い、ＩＳＤＮやＡＤＳＬ、光ファイバといった通信環境の違いなどにより、利用者が情報を閲覧することができない場合があった。
【０００５】
また、利用者は情報提供者が意図した以上の付加価値を伴った情報を欲している場合がある。例えば「東京の天気が晴れ」で「羽田空港の飛行機にキャンセルが出た時」に通知する、といったように２つの情報提供者が提供する情報を組み合わせた情報を享受するには、従来、自分でそのようなアプリケーションを構築するか、第三者がそのようなサービスやアプリケーションを提供するのを待たなければならなかった。
【０００６】
本発明は、利用者が、情報提供者が提供するオブジェクトの発信形態に依存せず、自分の望んだ形態で当該オブジェクトを享受することが可能なシステムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、メタ情報の生成または更新イベントを常に監視し、同イベントが発生した場合、メタ情報の種類あるいはこれとともにメタ情報の記述内容毎に予め定義してあるアプリケーション連携情報に従って、当該メタ情報に関連付けられたアプリケーションを起動もしくは制御可能とすることを最も主要な特徴とする。
【０００８】
これは従来の、情報提供者が意図した利用環境でのみ情報を享受できた情報配信に比べ、
・利用者の環境に依存せず、利用者が意図した形で情報を享受できる、
・複数の情報提供者が提供する情報の組み合わせで、付加価値的な情報を生成することができる、
点が異なる。
【０００９】
図１は、本発明にかかるメタ情報とアプリケーションの連携装置の基本構成を示すもので、図中、１はアプリケーション連携情報、２はメタ情報監視手段、３はメタ情報解析手段、４はアプリケーション制御手段である。
【００１０】
アプリケーション連携情報１は、生成または更新イベントを監視すべき少なくとも１つのメタ情報の種類あるいはこれに加えてその特定の記述内容と、当該種類あるいはこれに加えてその特定の記述内容のメタ情報の生成または更新イベントを検出した時に起動もしくは制御すべき少なくとも１つのアプリケーション及びその際のパラメータとを関連付けて登録したものであり、周知の記憶装置に予め記憶される。
【００１１】
メタ情報監視手段２は、常に情報提供者のサーバを監視し、メタ情報の新規生成または更新があった場合、当該メタ情報を取得して記憶装置に格納する。なお、メタ情報監視手段２は、情報提供者のサーバだけでなく、ネットワーク上のローカル端末もしくは通信手段を介してユーザ端末と接続されるリモート端末におけるメタ情報の生成または更新イベントを監視するようになしても良い。
【００１２】
一方、メタ情報解析手段３は、メタ情報監視手段２が記憶装置に格納したメタ情報を解析し、このメタ情報がどの種類のメタ情報か、あるいはこれに加えてメタ情報の記述内容がどのような値を持っているかを判断する。
【００１３】
また、アプリケーション制御手段４は、メタ情報解析手段３が解析したメタ情報の種類あるいはこれに加えてメタ情報の記述内容と、アプリケーション連携情報１とに従い、該当するアプリケーションを起動もしくは制御する。また、アプリケーション制御手段４は、ユーザ端末上のアプリケーションだけでなく、通信手段を介してユーザ端末と接続されるリモート端末におけるアプリケーションを起動または制御するようになしても良い。
【００１４】
従って、各情報提供者のサーバ群において、単一もしくは複数のメタ情報が生成または更新された時に、その種類や記述内容の項目値に応じて、ユーザ端末のアプリケーション群を起動もしくは制御することが可能となり、本発明の目的である、「利用者の環境に依存しない情報の享受」、「提供情報の組み合わせによる付加価値的情報の生成」が可能となる。
【００１５】
図２は、本発明及び従来技術の機能を比較して示すもので、情報提供者（のサーバ）及びメタ情報がＭ個あり（♯１〜♯Ｍ）、クライアントアプリケーションＮ個あった（♯１〜♯Ｎ）場合（Ｍ，Ｎは自然数）、従来はメタ情報とアプリケーションが１対１で対応、即ち１つのメタ情報が１つのクライアントアプリケーションのみを起動もしくは制御可能であったが、本発明ではアプリケーション連携情報の登録内容に応じて、メタ情報とアプリケーションがｍ対ｎ（ｍ，ｎは自然数）で対応、即ち１つのメタ情報が複数のクライアントアプリケーションを起動もしくは制御可能であり、また、複数のメタ情報が１つのクライアントアプリケーションを起動もしくは制御可能であり、さらにまた、複数のメタ情報が複数のクライアントアプリケーションを起動もしくは制御可能である。
【００１６】
【発明の実施の形態】
［実施の形態１］
図３は、本発明の実施の形態１を示すものである。
【００１７】
構成は情報提供者のサーバ（ニュース提供サイト）１０とクライアント（ユーザ端末）２０の２つに分かれ、これらはインターネット接続手段を持ち、ＴＣＰ／ＩＰ／ＨＴＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルスタックにより相互に通信が可能である。
【００１８】
ニュース提供サイト１０は、ニュース速報のニュース映像を配信するとともにニュース速報映像に対応するメタ情報を配信するものであり、映像ニュース配信サーバ１１とメタ情報配信サーバ１２とに分かれる。映像ニュース配信サーバ１１及びメタ情報配信サーバ１２は、ＨＴＴＰプロトコルによりユーザ端末２０と通信が可能である。
【００１９】
ある映像ファイルが最新映像ニュースとして映像ニュース配信サーバ１１に登録されると、メタ情報配信サーバ１２は当該映像ファイルのタイトル、登録日時及び当該ファイルのＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）をもとに図４に示すようなＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書のメタ情報を生成する。
【００２０】
図４のＸＭＬ文書の２行目において、
＜！−−ＭＥＴＡＩＤ：０００１−−＞
と表記されているのは、このニュース速報サービス用に記述されたメタ情報を、他のサービス用に記述されたメタ情報と区別するための識別情報であり、以下、メタ情報種別ＩＤ（またはＭＩＤ）と呼ぶ（本実施の形態においては、当該ニュース速報用メタ情報には、ＭＩＤとして「０００１」を割り当てるものとする。）。メタ情報を処理する系においては、この識別情報ＭＩＤを抽出することで、処理中のメタ情報の種類を判別できる。
【００２１】
ユーザ端末２０は、メタ情報の種類ＭＩＤに対応するアプリケーションを予め登録したアプリケーション連携情報レポジトリ２１と、ＨＴＴＰプロトコルによりサイト１０からメタ情報が入力されるのを常時監視するＨＴＴＰデーモン（メタ情報監視・取得手段）２２と、メタ情報の入力時にＨＴＴＰデーモン２２から起動され、入力されたメタ情報に一意の識別名（以下、ＸＩＤとする）を付与し、メタ情報レポジトリ（記憶装置）２５に格納するとともに、当該メタ情報からＭＩＤを抽出するＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラム（メタ情報解析手段）２３と、アプリケーション連携情報２１に従って、アプリケーションを起動もしくはプロセス間通信を用いてアプリケーションの動作を制御するアプリケーションランチャ（アプリケーション制御手段）２４とから構成される。
【００２２】
なお、ユーザ端末２０に入力されるメタ情報は全てＸＭＬ文法に従っているものとする。
【００２３】
今、ニュース提供サイト１０において、Ｗ杯で日本代表が先制ゴールを挙げた瞬間の映像が最新ニュースとして映像ニュース配信サーバ１１に登録されたとする。メタ情報配信サーバ１２は、登録された映像ファイルのタイトル「Ｗ杯 日本先制 １−０」と、登録された時刻「２００６／０６／２０ ２０：１０」及び当該映像ファイルのＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ａｎｅｗｓ．ｃｏｍ／ｎｅｗｓ００１．ｍｐｇ」から、図４に示すようなニュース速報用メタ情報（ＸＭＬ文書）を生成する。メタ情報配信サーバ１２は、予め最新ニュース通知サービスに登録しているユーザ端末２０にＨＴＴＰプロトコルのＰＯＳＴメソッドを用いてメタ情報を送信する。
【００２４】
ユーザ端末２０では、予めアプリケーション連携情報として図５に示すような定義ファイルが記述されている。図５では、メタ情報の識別情報であるＭＩＤが「０００１」であるメタ情報が入力された場合、アプリケーション「ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ」を（ｉ）起動するか、もしくは同アプリケーションが起動中であれば（ｉｉ）メタ情報の到着をプロセス間通信を用いて通知する（以下、（ｉ）もしくは（ｉｉ）の処理を行うことを「アクティベートする」と呼ぶ。）ことが記述されている。
【００２５】
ニュース提供サイト１０からＷ杯のニュース速報メタ情報が送られてきた時、ユーザ端末２０のＨＴＴＰデーモン２２はメタ情報解析・判別ＣＧＩ２３を起動する。ＣＧＩ２３はサイト１０よりＨＴＴＰプロトコルによって送られてきたテキスト情報からＨＴＴＰヘッダなどの不要な情報を削除し、メタ情報のＸＭＬ文書を抽出する。抽出したメタ情報に対し、図６及び図７に示す処理に従って一意識別子ＸＩＤを生成し、それをファイル名としてユーザ端末２０の記憶装置２５に保存する。その後、ＣＧＩ２３は当該メタ情報のコメント文＜！−−ＭＥＴＡＩＤ：ｘｘｘｘ−−＞のｘｘｘｘの部分（本実施の形態では０００１となっている）、即ちＭＩＤを抽出する。
【００２６】
アプリケーションランチャ２４はユーザ端末２０に常駐プログラムとして起動されており、ＣＧＩ２３からメタ情報到着の通知をプロセス間通信で受けるまで待機している。ＣＧＩ２３からの通知の際には、送られてきたメタ情報の種類、即ちＭＩＤと、メタ情報の記憶装置２５上での識別名（ファイル名）、即ちＸＩＤとをパラメータとして受け取る。
【００２７】
アプリケーションランチャ２４は、図５に示したアプリケーション関連情報２１を参照し、ＣＧＩ２３より受け取ったＭＩＤに関連付けられているアプリケーションが何であるかを判断する。その結果、ＭＩＤが「０００１」であるメタ情報に関連付けられているアプリケーションは、「ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ」であるので、このアプリケーションをアクティベートする。アクティベートされたアプリケーション「ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ」は、アプリケーションランチャ２４より、当該メタ情報のファイル名ＸＩＤを受け取る。
【００２８】
以後の動作は従来の場合と同様である。
【００２９】
即ち、アプリケーションはそのファイル名のメタ情報ファイルをオープンし、これに含まれるＸＭＬ文書を解析する。この解析により、このニュース速報のタイトル、ニュース速報が登録された日時及びこのニュースに対応する映像ファイルのロケーション（ＵＲＬ）が得られる。アプリケーションは、図３に示すように、得られたニュースタイトル、日時を表示し、ユーザに新しいニュース速報が届けられたことを通知する。ユーザがＧＵＩを介してこのニュース項目を選択すると、アプリケーションはストリーム映像配信用のプレーヤアプリケーションを起動する。その際、プレーヤアプリケーションに対し、映像ファイルのＵＲＬをパラメータとして渡す。プレーヤアプリケーションはインターネットを介して映像ニュース配信サーバ１１と接続し、指定された映像ニュース（本実施の形態ではＷ杯のゴールシーン）をストリーミング再生する。
【００３０】
［実施の形態２］
図８は、本発明の実施の形態２を示すもので、図中、実施の形態１と同一構成部分は同一符号をもって表している。
【００３１】
本実施の形態においては、サーバ側は実施の形態１と同じニュース提供サイト１０に加え、Ｗ杯最新情報をＨＴＭＬで記述されたハイパーテキストにて提供しているＷ杯情報提供サイト３０が存在し、それぞれＴＣＰ／ＩＰ／ＨＴＴＰプロトコルスタックにてクライアント側と通信が可能である。ユーザ端末に入力されるメタ情報は、実施の形態１と同様に全てＸＭＬ文書であるとする。
【００３２】
ニュース提供サイト１０は、図９に示すようなメタ情報を配信する。このメタ情報は、実施の形態１におけるニュース速報に加え、それがサッカーのメタ情報であれば、そのコンテンツの内容として、チーム名、選手名、どのようなイベントが起きたのか（例えば、ゴール、前半終了など）を提供する。また、Ｗ杯情報提供サイト３０は、現在行われている試合の状況をほぼリアルタイムでＨＴＭＬにより配信している。
【００３３】
ユーザ端末２０ａは、実施の形態１の場合と同様にＨＴＴＰデーモン２２がサーバ側からのＨＴＴＰによるメタ情報の入力を常に監視しており、サイト１０からのＰＯＳＴリクエストの際にメタ情報格納用ＣＧＩ２６を起動する。このＣＧＩ２６は実施の形態１におけるメタ情報解析・判別ＣＧＩ２３のうち、メタ情報ＸＭＬに対して一意識別子ＸＩＤを生成し、それをファイル名にしてユーザ端末の記憶装置２５に格納する機能のみを抽出したものである。
【００３４】
メタ情報処理デーモン２７は、メタ情報格納用ＣＧＩ２６からメタ情報のファイル名であるＸＩＤを受け取り、ユーザ端末の記憶装置２５内に格納されているファイル名ＸＩＤを持つメタ情報ファイルを開き、ＸＭＬパーサによりパースを行う。
【００３５】
その際、実施の形態１の場合と同様に、
＜！−−ＭＥＴＡＩＤ：０００１−−＞
の記述から、処理中のメタ情報の種類を獲得する。同時にメタ情報処理デーモン２７は、予め登録されているアプリケーション連携情報レポジトリ２１を参照する。本実施の形態におけるアプリケーション連携情報としては、図１０に示すような定義ファイルであるとする。これはメタ情報の種類、即ちＭＩＤが「０００１」である時は、ウェブブラウザを起動し、Ｗ杯情報提供サイト３０を表示すること及びメタ情報の内容で＜Ｐｌａｙｅｒ＞要素の値が「田中」である時（つまり、ニュース速報が「田中選手」に関するものである場合）、ストリーム映像のプレーヤを起動することを意味する。
【００３６】
今、ニュース提供サイト１０から図９に示すようなメタ情報が送信されたとする。但し、新たに加わった＜Ｃｏｎｔｅｎｔ＞〜＜／Ｃｏｎｔｅｎｔ＞の部分は、ニュース提供サイト１０のオペレータが試合の進行に合わせて手動入力するものとする。図８の例は、実施の形態１のニュース速報に加え、ニュースの内容が「ＪＰＮ（日本）」の「田中」選手が「ＧＯＡＬ」を決めたというものであることを表している。
【００３７】
ユーザ端末２０ａでは、もともとはアプリケーション連携情報として実施の形態１の場合と同じ図５に示すようなファイルが定義されていたが、ユーザが「田中」選手の活躍のみを映像で見て、他の情報はウェブブラウザで見るように、図１０に示したように連携情報を書き換えたとする。
【００３８】
ＨＴＴＰデーモン２２は、ニュース提供サイト１０からのＰＯＳＴリクエストを受け、メタ情報格納ＣＧＩ２６を起動する。メタ情報格納ＣＧＩ２６は、ニュース提供サイト１０から送信されたＨＴＴＰリクエスト（ＰＯＳＴ）からＨＴＴＰに関する部分を削除し、メタ情報を抽出する。その後、ＣＧＩ２６は、抽出されたメタ情報に実施の形態１の場合と同様の手法（図７）で一意のファイル名ＸＩＤを付与し、ユーザ端末の記憶装置２５に保存する。同時に一意ファイル名ＸＩＤをメタ情報処理デーモン２７に通知する。
【００３９】
メタ情報処理デーモン２７は、図１１に示す処理に従って、受け取ったファイル名ＸＩＤをもとにメタ情報ファイルを開き、ＸＭＬパーサによってメタ情報をパースする。その結果、ＸＭＬ文書の内容にアクセスするためのインタフェースであるＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）と、メタ情報の種類ＭＩＤが得られる。
【００４０】
次に、得られたＭＩＤとアプリケーション連携情報レポジトリ２１内の連携情報とをもとに、どのアプリケーションをアクティベートするかを判断する。当該メタ情報は、ＭＩＤが「０００１」であり、＜Ｐｌａｙｅｒ＞要素の値が「田中」である。従って、メタ情報処理デーモン２７は子プロセスとしてストリーム再生プログラム”Ｓｔｒｅａｎ Ｐｌａｙｅｒ．ｅｘｅ”を起動し、コマンドラインパラメータとして、映像ニュースのＵＲＬ”ｈｔｔｐ：／／ａｎｅｗｓ．ｃｏｍ／ｎｅｗｓ００１１．ｍｐｇ”を渡す。
【００４１】
一方、＜Ｐｌａｙｅｒ＞要素の値が「田中」以外である場合は、ウェブブラウザを起動し、コマンドラインパラメータとしてＷ杯情報提供サイト３０のＵＲＬ”ｈｔｔｐ：／／ｗ−ｃｕｐｎｅｗ．ｃｏｍ／”を渡す。いずれの場合もニュース速報のヘッドラインを表示するアプリケーション”ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ”も同時に起動され、メタ情報のファイル名ＸＩＤがプロセス間通信で渡される。＜Ｃｏｎｔｅｎｔ＞要素が存在しない時、即ちＷ杯に関するメタ情報でない時は”ＮｅｗｓＨｅａｄｌｉｎｅ．ｅｘｅ”のみが起動される。
【００４２】
これにより、利用者は「田中」選手に関するニュース速報があった時のみ映像ニュースを鑑賞し、それ以外のＷ杯の情報はウェブブラウザによって入手し、一般のニュース速報はヘッドラインのみを閲覧することになる。
【００４３】
［実施の形態３］
図１２は、本発明の実施の形態３を示すものである。
【００４４】
本実施の形態は、インターネットへの接続手段を持ったサーバや端末から構成されている。即ち、メタ情報監視手段を実装したサーバ（以後、メタ情報監視サーバと呼ぶ）４０と、アプリケーション連携情報、メタ情報解析手段及びアプリケーション制御手段を実装したユーザ端末、ここでは携帯電話５０とがインターネット上に存在するものとする。また、情報提供サーバとして、気象情報提供サーバ６０、ニュース速報提供サーバ７０を想定しており、前者はＨＴＭＬ、後者はＸＭＬによって情報提供を行っているものとする。ユーザ端末がパーソナルコンピュータ（以下、ＰＣ）端末、ＰＤＡ端末や街頭端末、ホームサーバ等である場合も同様の構成になる。
【００４５】
メタ情報監視サーバ４０は、図１３に示すように、巡回対象サーバ及び通信モジュールテーブル４１、情報提供サーバ通信モジュール群４２、メタ情報変換モジュール４３、共通メタ情報レポジトリ４４及びメタ情報監視手段４５から構成されている。
【００４６】
巡回対象サーバ及び通信モジュールテーブル４１は、図１４に示すようにメタ情報監視サーバ４０が監視対象とするサーバ群とともに、各サーバに対しメタ情報を要求するための情報提供サーバ通信モジュール群４２のロケーションが列挙されている。
【００４７】
情報提供サーバ通信モジュール群４２は、図２１、図２２のフローチャートに示すように、各情報提供サーバ固有のメタ情報獲得方法がインプリメントされ、共通のメタ情報に変換される前の中間コードを生成するモジュールである。
【００４８】
一例として、本実施の形態の気象情報提供サーバ６０に対応する通信モジュールでは、気象情報提供サーバ６０のインターネット上のロケーションである“ｈｔｔｐ：／／ｗｗｗ．ｗｅａｔｈｅｒ−ｉｎｆｏ／ｔｏｋｙｏ／ｗｅａｔｈｅｒ．ｈｔｍｌ”にアクセスし、東京の現在の気象情報が記述された、図１５に示すようなメタ情報（ＨＴＭＬファイル）を獲得し、そこから５行目の天候と、６行目の警報に関する情報を抜き出し、図１６に示すような中間コードとして記憶装置４６に保存する。
【００４９】
また、本実施の形態のニュース速報提供サーバ７０に対応する通信モジュールでは、ニュース速報提供サーバ７０のインターネット上のロケーションである“ｈｔｔｐ：／／ｗｗｗ．ｎｅｗｓ−ｈｅａｄｌｉｎｅ／ｎｅｗｓ．ｘｍｌ”にアクセスし、現在のニュース速報が記述された、図１７に示すようなメタ情報（ＸＭＬファイル）を獲得し、そこから３行目のニュース速報と、４行目の日時に関する情報を抜き出し、図１８に示すような中間コードとして記憶装置４６に保存する。
【００５０】
メタ情報変換モジュール４３は、前述の情報提供サーバ通信モジュール４２が出力した共通メタ情報の中間コードを、図１９に示すようなＸＭＬ形式の共通メタ情報に変換し、共通メタ情報レポジトリ４４に保存する。
【００５１】
メタ情報監視手段４５は、各モジュールの制御を行い、図２１、２２のフローチャートに示すように、システムクロックやユーザからのリクエストなどをトリガにして、巡回対象サーバ及び通信モジュールテーブル４１から巡回対象となる情報提供サーバ群と、それぞれのサーバに対応する通信モジュール名とを獲得し、情報提供サーバ通信モジュール群４２、メタ情報変換モジュール４３を呼び出すことで、情報提供サーバから獲得したメタ情報を共通メタ情報に変換し、共通メタ情報レポジトリ４４に変換済みの共通メタ情報を格納する。
【００５２】
各ユーザ端末５０には、図１３に示したように、アプリケーション連携情報５１、共通メタ情報獲得手段５２、メタ情報解析手段５３及びアプリケーション制御手段５４が実装されている。
【００５３】
共通メタ情報獲得手段５２は、定期的に前述のメタ情報監視サーバ４０の共通メタ情報レポジトリ４４にアクセスし、未取得のメタ情報が無いかを確認する。未取得のメタ情報が存在した場合、当該メタ情報をユーザ端末５０にダウンロードするとともに、メタ情報解析手段５３に当該メタ情報の処理を移行する。
【００５４】
メタ情報解析手段５３は、獲得した共通メタ情報を解析し、当該メタ情報がどの情報提供サイトのものであるか、生成・更新された項目の内容がどのようなものであるかを解析し、アプリケーション制御手段５４に処理を移行する。
【００５５】
アプリケーション制御手段５４は、図２０に示すようなアプリケーション連携情報５１をもとに、当該メタ情報が、アプリケーション起動もしくは制御の条件に合致するかを判断し、合致する場合は同連携情報に従ってアプリケーションを起動もしくは制御する。
【００５６】
（利用例：天気が晴れと雨の時で携帯電話の待ち受け画像、呼び出し音を変える）
あるユーザがこのシステムを利用し、「気象情報が雨で且つニュース速報で台風の話題が出ている場合はアプリケーション”ｍａｃｈｉｕｋｅ”に”ｔｙｐｈｏｏｎ．ｇｉｆ”という画像を表示させ、アプリケーション”ｃｈａｋｕｍｅｒｏ”に”ｔｙｐｈｏｏｎ．ｍｉｄ”という呼び出し音を表示・再生する」という、図２０に示したようなアプリケーション連携情報を記述したとする。
【００５７】
メタ情報監視サーバ４０は、例えば５分おきに各情報提供サーバを巡回し、メタ情報の新規生成または更新を監視する。メタ情報提供サーバ通信モジュール群４２は気象情報提供サーバ６０にアクセスし、現在の気象情報のＨＴＭＬファイルを獲得し、これを現在の天気と警報というメタ情報の中間コードとして出力する。同様にニュース速報提供サーバ７０にアクセスし、ニュース速報のＸＭＬファイルを取得し、メタ情報の中間コードを出力する。メタ情報変換モジュール４３は、これらの中間コードを共通メタ情報のＸＭＬ文書に変換し、共通メタ情報レポジトリ４４に格納する。
【００５８】
ユーザ端末である携帯電話５０では、携帯電話のメモリに常駐し常に起動状態にあるアプリケーション（以後、これを待ち受けアプリと呼ぶ。）がメタ情報監視サーバ４０に定期的にアクセスし、共通メタ情報レポジトリ４４に格納されている共通メタ情報のうち、未取得のものを記憶装置にダウンロードする（未取得か否かは共通メタ情報の生成日時と、メタ情報監視サーバへの最終アクセス時刻をもとに判断する。）。
【００５９】
次に、ダウンロードされたメタ情報を、待ち受けアプリのメタ情報解析手段５３にて解析する。解析の結果、取得したメタ情報が気象情報のメタ情報で「東京の天候が雨」、「台風１０号接近のニュース速報」だという内容を持つことがわかる。次に、アプリケーション制御手段５４は、利用者が予め設定しておいたアプリケーション連携情報５１をもとに、携帯電話内にあるアプリケーション”ｍａｃｈｉｕｋｅ”を”ｔｙｐｈｏｏｎ．ｇｉｆ”という引数で、アプリケーション”ｃｈａｋｕｍｅｒｏ”を”ｔｙｐｈｏｏｎ．ｍｉｄ”という引数で起動する。
【００６０】
【発明の効果】
以上説明したように、本発明によれば、利用者の環境に依存せず、利用者が意図した形で情報を享受でき、複数の情報提供者が提供する情報の組み合わせで、付加価値的な情報を生成することができる等の利点がある。
【図面の簡単な説明】
【図１】本発明にかかるメタ情報とアプリケーションの連携装置の基本構成を示す機能ブロック図
【図２】本発明及び従来技術の機能を比較して示す説明図
【図３】本発明の実施の形態１を示す構成図
【図４】実施の形態１におけるメタ情報の一例を示す説明図
【図５】実施の形態１におけるアプリケーション連携情報の一例を示す説明図
【図６】実施の形態１におけるメタ情報解析処理のフローチャート
【図７】図６中の一意識別子ＸＩＤ生成処理のフローチャート
【図８】本発明の実施の形態２を示す構成図
【図９】実施の形態２におけるメタ情報の一例を示す説明図
【図１０】実施の形態２におけるアプリケーション連携情報の一例を示す説明図
【図１１】実施の形態２におけるメタ情報解析処理のフローチャート
【図１２】本発明の実施の形態３を示す構成図
【図１３】実施の形態３におけるメタ情報監視サーバ及びユーザ端末の詳細構成図
【図１４】実施の形態３における巡回対象サーバ及び通信モジュールテーブルのレポジトリ内容の一例を示す説明図
【図１５】気象情報提供サイトが生成するメタ情報の一例を示す説明図
【図１６】実施の形態３における情報提供サーバ通信モジュールが出力する中間コードの一例を示す説明図
【図１７】ニュース速報提供サイトが生成するメタ情報の一例を示す説明図
【図１８】実施の形態３における情報提供サーバ通信モジュールが出力する中間コードの他の例を示す説明図
【図１９】図１６、図１８の中間コードを共通メタ情報に変換した結果を示す説明図
【図２０】実施の形態３におけるアプリケーション連携情報の一例を示す説明図
【図２１】実施の形態３におけるメタ情報監視サーバの処理のフローチャート
【図２２】図２１中の情報提供サーバ通信モジュール群における処理のフローチャート
【符号の説明】
１：アプリケーション連携情報、２，４５：メタ情報監視手段、３，５３：メタ情報解析手段、４，５４：アプリケーション制御手段、１０：ニュース提供サイト（サーバ）、１１：映像ニュース配信サーバ、１２：メタ情報配信サーバ、２０，５０：ユーザ端末（クライアント）、２１，５１：アプリケーション連携情報レポジトリ、２２：ＨＴＴＰデーモン（メタ情報監視手段）、２３：メタ情報解析・判別ＣＧＩ（メタ情報解析手段）、２４：アプリケーションランチャ（アプリケーション制御手段）、２５：メタ情報レポジトリ、２６：メタ情報格納用ＣＧＩ、２７：メタ情報処理デーモン（メタ情報解析手段、アプリケーション通信手段）、３０：Ｗ杯情報提供サーバ、４０：メタ情報監視サーバ、４１：巡回対象サーバ及び通信モジュールテーブル、４２：情報提供サーバ通信モジュール群、４３：メタ情報変換モジュール、４４：共通メタ情報レポジトリ、４６：記憶装置、５２：共通メタ情報獲得手段、６０：気象情報提供サーバ、７０：ニュース速報提供サーバ。
Claims (19)
- オブジェクト及び該オブジェクトの状態や特徴を記述したメタ情報を提供する情報提供者のサーバでメタ情報が生成または更新された時、該情報提供者のサーバとネットワークを介して接続されたユーザ端末上のアプリケーションを起動もしくは制御するメタ情報とアプリケーションの連携装置であって、
生成または更新イベントを監視すべき少なくとも１つのメタ情報の種類と、当該種類のメタ情報の生成または更新イベントを検出した時に起動もしくは制御すべき少なくとも１つのアプリケーション及びその際のパラメータとを関連付けて登録したアプリケーション連携情報と、
メタ情報の生成または更新イベントを監視するとともに生成または更新されたメタ情報を取得し、これを次に更新されるまで保持するメタ情報監視手段と、
メタ情報が保持されたことをトリガとして当該メタ情報がアプリケーション連携情報に登録されているメタ情報のうち、どの種類のものであるかを解析するメタ情報解析手段と、
解析されたメタ情報の種類からアプリケーション連携情報に従って当該メタ情報に関連づけられているアプリケーションを起動もしくは制御するアプリケーション制御手段とを備えた
ことを特徴とするメタ情報とアプリケーションの連携装置。 - オブジェクト及び該オブジェクトの状態や特徴を記述したメタ情報を提供する情報提供者のサーバでメタ情報が生成または更新された時、該情報提供者のサーバとネットワークを介して接続されたユーザ端末上のアプリケーションを起動もしくは制御するメタ情報とアプリケーションの連携装置であって、
生成または更新イベントを監視すべき少なくとも１つのメタ情報の種類及びその特定の記述内容と、当該種類及びその特定の記述内容のメタ情報の生成または更新イベントを検出した時に起動もしくは制御すべき少なくとも１つのアプリケーション及びその際のパラメータとを関連付けて登録したアプリケーション連携情報と、
メタ情報の生成または更新イベントを監視するとともに生成または更新されたメタ情報を取得し、これを次に更新されるまで保持するメタ情報監視手段と、
メタ情報が保持されたことをトリガとして当該メタ情報がアプリケーション連携情報に登録されているメタ情報のうち、どの種類のものであるか及び当該メタ情報の記述内容がアプリケーション連携情報に登録されている特定の記述内容であるかを解析するメタ情報解析手段と、
解析されたメタ情報の種類及び記述内容からアプリケーション連携情報に従って当該メタ情報に関連づけられているアプリケーションを起動もしくは制御するアプリケーション制御手段とを備えた
ことを特徴とするメタ情報とアプリケーションの連携装置。 - 請求項１又は２記載のメタ情報とアプリケーションの連携装置において、
メタ情報監視手段は、ネットワーク上のローカル端末もしくは通信手段を介してユーザ端末と接続されるリモート端末におけるメタ情報の生成または更新イベントを監視する
ことを特徴とするメタ情報とアプリケーションの連携装置。 - 請求項１乃至３いずれか記載のメタ情報とアプリケーションの連携装置において、
アプリケーション制御手段は、通信手段を介してユーザ端末と接続されるリモート端末におけるアプリケーションを起動または制御する
ことを特徴とするメタ情報とアプリケーションの連携装置。 - 請求項１乃至４いずれか記載のメタ情報とアプリケーションの連携装置において、
メタ情報監視手段は、ネットワーク上のリモートサーバでメタ情報の生成または更新イベントを監視するとともに生成または更新されたメタ情報を次に更新されるまで保持し、これを２以上のユーザ端末へ送信する
ことを特徴とするメタ情報とアプリケーションの連携装置。 - 請求項１乃至５いずれか記載のメタ情報とアプリケーションの連携装置において、
前記に加え、
保持されたメタ情報の各情報提供者のサーバが採用するそれぞれの書式を統一書式に変換する手段を備えた
ことを特徴とするメタ情報とアプリケーションの連携装置。 - オブジェクト及び該オブジェクトの状態や特徴を記述したメタ情報を提供する情報提供者のサーバでメタ情報が生成または更新された時、該情報提供者のサーバとネットワークを介して接続されたユーザ端末上のアプリケーションを起動もしくは制御するメタ情報とアプリケーションの連携方法であって、
予めユーザ端末の記憶装置に、生成または更新イベントを監視すべき少なくとも１つのメタ情報の種類と、当該種類のメタ情報の生成または更新イベントを検出した時に起動もしくは制御すべき少なくとも１つのアプリケーション及びその際のパラメータとを関連付けてアプリケーション連携情報として登録しておき、
ユーザ端末において、
メタ情報の生成または更新イベントを監視するとともに生成または更新されたメタ情報を取得し、これを次に更新されるまで記憶装置に保持し、
メタ情報が記憶装置に保持されたことをトリガとして当該メタ情報がアプリケーション連携情報に登録されているメタ情報のうち、どの種類のものであるかを解析し、
解析されたメタ情報の種類からアプリケーション連携情報に従って当該メタ情報に関連づけられているアプリケーションを起動もしくは制御する
ことを特徴とするメタ情報とアプリケーションの連携方法。 - オブジェクト及び該オブジェクトの状態や特徴を記述したメタ情報を提供する情報提供者のサーバでメタ情報が生成または更新された時、該情報提供者のサーバとネットワークを介して接続されたユーザ端末上のアプリケーションを起動もしくは制御するメタ情報とアプリケーションの連携方法であって、
予めユーザ端末の記憶装置に、生成または更新イベントを監視すべき少なくとも１つのメタ情報の種類及びその特定の記述内容と、当該種類及びその特定の記述内容のメタ情報の生成または更新イベントを検出した時に起動もしくは制御すべき少なくとも１つのアプリケーション及びその際のパラメータとを関連付けてアプリケーション連携情報として登録しておき、
ユーザ端末において、
メタ情報の生成または更新イベントを監視するとともに生成または更新されたメタ情報を取得し、これを次に更新されるまで記憶装置に保持し、
メタ情報が記憶装置に保持されたことをトリガとして当該メタ情報がアプリケーション連携情報に登録されているメタ情報のうち、どの種類のものであるか及び当該メタ情報の記述内容がアプリケーション連携情報に登録されている特定の記述内容であるかを解析し、
解析されたメタ情報の種類及び記述内容からアプリケーション連携情報に従って当該メタ情報に関連づけられているアプリケーションを起動もしくは制御する
ことを特徴とするメタ情報とアプリケーションの連携方法。 - 請求項７又は８記載のメタ情報とアプリケーションの連携方法において、
ネットワーク上のローカル端末もしくは通信手段を介してユーザ端末と接続されるリモート端末におけるメタ情報の生成または更新イベントを監視する
ことを特徴とするメタ情報とアプリケーションの連携方法。 - 請求項７乃至９いずれか記載のメタ情報とアプリケーションの連携方法において、
通信手段を介してユーザ端末と接続されるリモート端末におけるアプリケーションを起動または制御する
ことを特徴とするメタ情報とアプリケーションの連携方法。 - 請求項７乃至１０いずれか記載のメタ情報とアプリケーションの連携方法において、
ネットワーク上のリモートサーバでメタ情報の生成または更新イベントを監視するとともに生成または更新されたメタ情報を次に更新されるまで記憶装置に保持し、これを２以上のユーザ端末へ送信する
ことを特徴とするメタ情報とアプリケーションの連携方法。 - 請求項７乃至１１いずれか記載のメタ情報とアプリケーションの連携方法において、
記憶装置に保持されたメタ情報の各情報提供者のサーバが採用するそれぞれの書式を統一書式に変換する
ことを特徴とするメタ情報とアプリケーションの連携方法。 - オブジェクト及び該オブジェクトの状態や特徴を記述したメタ情報を提供する情報提供者のサーバでメタ情報が生成または更新された時、該情報提供者のサーバとネットワークを介して接続されたユーザ端末上のアプリケーションを起動もしくは制御するメタ情報とアプリケーションの連携プログラムであって、
該プログラムは、
予めユーザ端末の記憶装置に登録された、生成または更新イベントを監視すべき少なくとも１つのメタ情報の種類と、当該種類のメタ情報の生成または更新イベントを検出した時に起動もしくは制御すべき少なくとも１つのアプリケーション及びその際のパラメータとを関連付けたアプリケーション連携情報を用い、
ユーザ端末に、
メタ情報の生成または更新イベントを監視させるとともに生成または更新されたメタ情報を取得させ、これを次に更新されるまで記憶装置に保持させ、
メタ情報が記憶装置に保持されたことをトリガとして当該メタ情報がアプリケーション連携情報に登録されているメタ情報のうち、どの種類のものであるかを解析させ、
解析されたメタ情報の種類からアプリケーション連携情報に従って当該メタ情報に関連づけられているアプリケーションを起動もしくは制御させる
ことを特徴とするメタ情報とアプリケーションの連携プログラム。 - オブジェクト及び該オブジェクトの状態や特徴を記述したメタ情報を提供する情報提供者のサーバでメタ情報が生成または更新された時、該情報提供者のサーバとネットワークを介して接続されたユーザ端末上のアプリケーションを起動もしくは制御するメタ情報とアプリケーションの連携プログラムであって、
該プログラムは、
予めユーザ端末の記憶装置に登録された、生成または更新イベントを監視すべき少なくとも１つのメタ情報の種類及びその特定の記述内容と、当該種類及びその特定の記述内容のメタ情報の生成または更新イベントを検出した時に起動もしくは制御すべき少なくとも１つのアプリケーション及びその際のパラメータとを関連付けたアプリケーション連携情報を用い、
ユーザ端末に、
メタ情報の生成または更新イベントを監視させるとともに生成または更新されたメタ情報を取得させ、これを次に更新されるまで記憶装置に保持させ、
メタ情報が記憶装置に保持されたことをトリガとして当該メタ情報がアプリケーション連携情報に登録されているメタ情報のうち、どの種類のものであるか及び当該メタ情報の記述内容がアプリケーション連携情報に登録されている特定の記述内容であるかを解析させ、
解析されたメタ情報の種類及び記述内容からアプリケーション連携情報に従って当該メタ情報に関連づけられているアプリケーションを起動もしくは制御させる
ことを特徴とするメタ情報とアプリケーションの連携プログラム。 - 請求項１３又は１４記載のメタ情報とアプリケーションの連携プログラムにおいて、
ネットワーク上のローカル端末もしくは通信手段を介してユーザ端末と接続されるリモート端末におけるメタ情報の生成または更新イベントを監視させる
ことを特徴とするメタ情報とアプリケーションの連携プログラム。 - 請求項１３乃至１５いずれか記載のメタ情報とアプリケーションの連携プログラムにおいて、
通信手段を介してユーザ端末と接続されるリモート端末におけるアプリケーションを起動または制御させる
ことを特徴とするメタ情報とアプリケーションの連携プログラム。 - 請求項１３乃至１６いずれか記載のメタ情報とアプリケーションの連携プログラムにおいて、
ネットワーク上のリモートサーバに、
メタ情報の生成または更新イベントを監視させるとともに生成または更新されたメタ情報を次に更新されるまで記憶装置に保持させ、これを２以上のユーザ端末へ送信させる
ことを特徴とするメタ情報とアプリケーションの連携プログラム。 - 請求項１３乃至１７いずれか記載のメタ情報とアプリケーションの連携プログラムにおいて、
記憶装置に保持されたメタ情報の各情報提供者のサーバが採用するそれぞれの書式を統一書式に変換させる
ことを特徴とするメタ情報とアプリケーションの連携プログラム。 - 請求項１３乃至１８いずれかに記載のメタ情報とアプリケーションの連携プログラムを記録したことを特徴とするコンピュータ読み取り可能な媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002347452A JP2004178522A (ja) | 2002-11-29 | 2002-11-29 | メタ情報とアプリケーションの連携装置、その方法、そのプログラム及びそのプログラムを記録した媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002347452A JP2004178522A (ja) | 2002-11-29 | 2002-11-29 | メタ情報とアプリケーションの連携装置、その方法、そのプログラム及びそのプログラムを記録した媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004178522A true JP2004178522A (ja) | 2004-06-24 |
Family
ID=32708045
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002347452A Pending JP2004178522A (ja) | 2002-11-29 | 2002-11-29 | メタ情報とアプリケーションの連携装置、その方法、そのプログラム及びそのプログラムを記録した媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004178522A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009087119A (ja) * | 2007-10-01 | 2009-04-23 | Hitachi Ltd | 操作支援プログラム |
| JP2011154691A (ja) * | 2011-02-01 | 2011-08-11 | Felica Networks Inc | 通信端末、サーバ装置、通信方法およびプログラム |
| US8862110B2 (en) | 2005-08-31 | 2014-10-14 | Felica Networks, Inc. | Application providing system, portable terminal device, server device, application providing method and computer programs |
| JP2014534484A (ja) * | 2011-08-29 | 2014-12-18 | マイクロソフト コーポレーション | 更新情報のプロビジョニング |
-
2002
- 2002-11-29 JP JP2002347452A patent/JP2004178522A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8862110B2 (en) | 2005-08-31 | 2014-10-14 | Felica Networks, Inc. | Application providing system, portable terminal device, server device, application providing method and computer programs |
| US10181876B2 (en) | 2005-08-31 | 2019-01-15 | Felica Networks, Inc. | Application providing system, portable terminal devices, server device, application providing method and computer programs |
| US10484051B2 (en) | 2005-08-31 | 2019-11-19 | Felica Networks, Inc. | Application providing system, portable terminal devices, server device, application providing method and computer programs |
| US11374620B2 (en) | 2005-08-31 | 2022-06-28 | Felica Networks, Inc. | Application providing system, portable terminal devices, server device, application providing method and computer programs |
| JP2009087119A (ja) * | 2007-10-01 | 2009-04-23 | Hitachi Ltd | 操作支援プログラム |
| JP2011154691A (ja) * | 2011-02-01 | 2011-08-11 | Felica Networks Inc | 通信端末、サーバ装置、通信方法およびプログラム |
| JP2014534484A (ja) * | 2011-08-29 | 2014-12-18 | マイクロソフト コーポレーション | 更新情報のプロビジョニング |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7089319B2 (en) | Method and system for instantaneous on-demand delivery of multimedia content over a communication network with aid of content capturing component, delivery-on-demand client and dynamically mapped resource locator server | |
| JP4363847B2 (ja) | インタラクティブ・テレビ用のデジタル・テレビ・アプリケーション・プロトコル | |
| CN1095264C (zh) | 高效计算机服务器系统 | |
| EP1811747B1 (en) | Method and apparatus for storing and restoring state information of remote user interface | |
| US20120042002A1 (en) | System and method for context driven centralized help | |
| US20050144259A1 (en) | Multi-user display system | |
| CA2421533A1 (en) | Service broker for processing data from a data network | |
| JP2013041611A (ja) | ユーザインターフェースを管理する装置、表示する装置、管理する方法、及び表示する方法 | |
| CN107463453B (zh) | 同一终端不同应用间通信的方法、装置、设备和存储介质 | |
| WO2014169828A1 (zh) | 一种监控视频播放的方法及设备、系统 | |
| GB2453647A (en) | Intermediate device between content server and content requestor | |
| US20050097367A1 (en) | System for providing services for applications available under different protocols | |
| JP2000222088A (ja) | 情報提供サーバ，仲介サーバ，および閲覧端末 | |
| CN101184002A (zh) | 一种点对点流量深度监测方法和设备 | |
| JP2004178522A (ja) | メタ情報とアプリケーションの連携装置、その方法、そのプログラム及びそのプログラムを記録した媒体 | |
| JP2002132646A (ja) | コンテンツインタポレーティングウェブプロキシサーバ | |
| CN112084245B (zh) | 基于微服务架构的数据管理方法、装置、设备及存储介质 | |
| Freytag et al. | Resource adaptive WWW access for mobile applications | |
| JPH1153388A (ja) | 番号埋め込み型ｈｔｍｌファイル検索装置及び番号管理サーバ装置 | |
| JP2002009868A (ja) | 情報伝送システム、情報管理装置、および設定情報配信方法 | |
| JP2001125821A (ja) | データ通信方法およびサーバ装置 | |
| JP4404480B2 (ja) | 低ビット・レート伝送チャネルを通じてデータ・コンテンツを配信するシステム。 | |
| JP4445295B2 (ja) | 画像記憶装置 | |
| JP2002132693A (ja) | データ通信方法、データ通信サーバ、および、データ共有プログラム | |
| JP4206101B2 (ja) | 遠隔監視システム |