(57)【要約】【目的】異なる配信元情報を異種の端末に即時に配信することを可能とし、かつコンテンツ内容が時間とともに変更されても、その内容を即時に変更して配信することを可能とし、かつ配信元情報を自動変換することによって配信側でプログラミングの必要とせずに、データとデザインの変化に対応することができるコンテンツ変換を目的としたシステムおよび方法を得ることを目的とする。【構成】異なる形式の複数の配信元情報をダウンロードするダウンロード処理部と、ダウンロードした複数の情報を統一形式に変換処理するデータ変換処理部と、該統一形式のデータから異なる端末向け表示形式の複数の情報を生成するコンテンツ生成処理部と、該複数の情報を異なるサーバーにアップロードするアップロード処理部を備えたコンテンツ変換システム。【選択図】　　　　図１
2004062403.tif 000002
【特許請求の範囲】
【請求項１】
異なる形式の複数の配信元情報をダウンロードするダウンロード処理部と、ダウンロードした複数の情報を統一形式に変換処理するデータ変換処理部と、該統一形式のデータから異なる端末向け表示形式の複数の情報を生成するコンテンツ生成処理部と、該複数の情報を異なるサーバーにアップロードするアップロード処理部を備えたコンテンツ変換システム。
【請求項２】
異なる形式の複数の配信元情報をダウンロードするダウンロード処理部と、ダウンロードした複数の情報を統一形式に変換処理するデータ変換処理部と、該統一形式のデータから異なる端末向け表示形式の複数の情報を生成するコンテンツ生成処理部と、該複数の情報を異なるサーバーにアップロードするアップロード処理部と、上記各処理部の処理を一定時間毎に行うスケジュール処理部を備えたコンテンツ変換システム。
【請求項３】
異なる形式の複数の配信元情報をダウンロードするダウンロード処理部と、ダウンロードした複数の情報を統一形式に変換処理するデータ変換処理部と、該統一形式のデータから異なる端末向け表示形式の複数の情報を生成するコンテンツ生成処理部と、該複数の情報を異なるサーバーにアップロードするアップロード処理部と、上記各処理部の処理を一定時間毎に行うスケジュール処理部と、データ変換処理部のデータ変換処理に用いるデータ定義情報並びにコンテンツ生成処理部およびデータ変換処理に用いるデザイン情報を入力する入力部を備えたコンテンツ変換システム。
【請求項４】
統一形式がＸＭＬ形式である請求項１〜請求項３のいずれかのコンテンツ変換システム。
【請求項５】
ＸＭＬ形式に変換する際に、ＸＭＬ形式情報を２次元テーブルとして解析し、要素の出現する階層位置及び同階層における順序を付加して変換する請求項４記載のコンテンツ変換システム。
【請求項６】
ＸＭＬ形式に変換する際に参照するデータ定義情報を自動的に作成する請求項４記載のコンテンツ変換システム。
【請求項７】
ＸＭＬ形式に変換する際に、同一の情報における更新履歴及び時系列による変更箇所の差分を抽出し、該差分について更新または削除または挿入操作を行う請求項４記載のコンテンツ変換システム。
【請求項８】
データ変換処理に際しデータ定義情報を参照し、データの動的な変換を行う請求項３記載のコンテンツ変換システム。
【請求項９】
異なる端末向け表示形式に変換処理するために参照するデザイン情報を自動的に作成する請求項３記載のコンテンツ変換システム。
【請求項１０】
異なる端末向け表示形式に変換処理するために、デザイン情報を参照し、データの動的な変換を行う請求項３記載のコンテンツ変換システム。一定時間毎に、異なる形式の複数の配信元情報をダウンロードし、ダウンロードした複数の情報を統一形式に変換処理して保存し、該保存された統一形式のデータから異なる端末向け表示形式の複数の情報を生成した後、該複数の情報を異なるサーバーにアップロードするコンテンツ変換方法。
【請求項１１】
統一形式がＸＭＬ形式である請求項１０のコンテンツ変換方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
パーソナルコンピュータや携帯端末装置及び携帯電話などの異なった情報端末機器に対し、広い範囲でコンテンツ情報を同時に配信を行うシステムに関し、情報や情勢の変化に伴う配信内容の変更についても、多様な情報端末機器に即座に対応することができるようにするシステムおよび方法に関する。
【０００２】
【従来の技術】
従来のインターネット環境においては、配信されるコンテンツ情報を閲覧する情報端末機器によって特徴や制限が異なるため、単一の情報を伝達する場合であっても、各情報機器に適した形式のコンテンツを個別に作成せざるを得ない。また、そのような個別のコンテンツの作成にあたっては、個々の情報機器に即した技術情報に精通していないと異なった形式に適応するようなコンテンツの作成ができない問題があった。このような配信元から供給される情報をコンテンツに反映する作業は、ルールをプログラム化するか、あるいは複雑な場合は基本的に手作業で行われることになるが、そのため配信元情報が時事刻々変化するような場合には、そのような変化に対する対応が遅れ、最新情報の配信に大きな時差が生じるという問題があった。
【０００３】
また情報の配信元にあっては、回線の利用状況によって転送速度に微妙な誤差が生じ情報が転送できないなどの障害が発生する場合があり、情報の転送を受け付けるしくみによっては応答内容が異なり、取得先環境を限定せざるを得ない。更に配信元情報の形式が統一されていない場合、形式にあったプログラムなどを都度開発し、データ構造に変更が生じた場合は再度プログラムを書き直すなどの作業が発生するなどの問題もある。
【０００４】
【発明が解決しようとする課題】
携帯電話など情報端末機器が普及している現在、インターネットにおいてより広い範囲でコンテンツ情報の配信を行うには、より身近な情報端末機器へ向けて情報を配信する必要があるが、従来の方法では各情報端末機器の仕様の違いや制限を考慮した更新作業を行いかつそのための運用をする必要があり、更新作業についても、またその運用においても人的及びコスト的にも、かなりな負担を必要としていた。また、情報や情勢の変化に伴う配信内容の変更についても、多様な情報端末機器に対応することは困難であり、即座に対応することができないため最新情報を配信するという目的を容易に達成できない。また、効率を考慮したデータ形式などを活用しようとする場合についても、プログラミングや特別の知識を習得する必要がある。
【０００５】
本発明は、異なる配信元情報を異種の端末に即時に配信することを可能とし、かつコンテンツ内容が時間とともに変更されても、その内容を即時に変更して配信することを可能とし、かつ配信元情報を自動変換することによって配信側でプログラミングを必要とせずに、データとデザインの変化に対応することができるコンテンツ変換を目的としたシステムおよび方法を得ることを目的とする。
【０００６】
【課題を解決するための手段】
上記課題を解決する手段は、特許請求の範囲に記載のとおりであり、異なる形式の複数の配信元情報をダウンロードするダウンロード処理部と、ダウンロードした複数の情報を統一形式に変換処理するデータ変換処理部と、該統一形式のデータから異なる端末向け表示形式の複数の情報を生成するコンテンツ生成処理部と、該複数の情報を異なるサーバーにアップロードするアップロード処理部と、上記各処理部の処理を一定時間毎に行うスケジュール処理部と、データ変換処理部のデータ変換処理に用いるデータ定義情報並びにコンテンツ生成処理部およびデータ変換処理に用いるデザイン情報を入力する入力部を備えたコンテンツ変換システムであり、統一形式がＸＭＬ形式であるもの、及び異なる端末向け表示形式に変換処理するために、デザイン情報を参照し、データの動的な変換を行うもの、並びに一定時間毎に、異なる形式の複数の配信元情報をダウンロードし、ダウンロードした複数の情報を統一形式に変換処理して保存し、該保存された統一形式のデータから異なる端末向け表示形式の複数の情報を生成した後、該複数の情報を異なるサーバーにアップロードするコンテンツ変換方法などを含む。
【０００７】
【発明の実施の形態】
図１は、本発明の一つの実施例のコンテンツ変換システム全体を示す図であり、おおまかに区分けすると、データ変換部Ａ、コンテンツ生成部Ｂを含む自動処理部Ｃ、及びシステム操作部Ｄによって構成されている。該システム１は異なるデータ形式の複数の配信元情報２をタイムスケジュールに従って受信し、自動的にデータ変換を行い、異なった端末向けのコンテンツ情報を作成し、異なった端末３に配信する。次に該実施例の各部分の構成と機能を個別に説明する。
【０００８】
［Ｃ　自動処理部］
あらかじめシステム操作部Ｄで入力した設定情報に基づいて、コンテンツ配信に関わる作業を自動的に実行する。スケジュール処理部において図２に示すスケジュール処理▲１▼に従い指定された一定間隔毎に、一連のコンテンツ配信に関わる作業を行う。ダウンロード処理部が回線状況を自動的に判断し、取得先環境の異なる複数の配信元情報から、配信元情報を図３に示すダウンロード処理▲２▼により自動的に収集する。点在している配信元情報から収集した情報を、データ変換部Ａにおいて配信元情報の形式に依存せずに図４に示すデータ変換処理▲３▼により一元化する。図５はデータ変換の例を示す図である。更にコンテンツ生成部Ｂにおいて、該一元化された情報を図６、図７に示すコンテンツ生成処理▲４▼により、各種情報端末に適した形式でコンテンツ情報を自動作成する。
【０００９】
作成されたコンテンツ情報は、図８に示すアップロード処理▲５▼により配信情報の転送先環境に依存せずに、配信情報を自動的に転送する。この実施例では、実行結果を詳細に記録し、警告または障害が発生した場合、管理者へ自動的に通知し、かつ障害発生時の復旧用に差分情報を自動的に抽出し保存する処理を行う。
【００１０】
自動処理部Ｃの上記のスケジュール処理、ダウンロード処理、アップロード処理について更に詳細に説明する。
【００１１】
［スケジュール処理（処理▲１▼）］
スケジュール設定入力▲６▼によって入力され設定されたスケジュール情報に基づき、自動実行を行うべきコンテンツが存在した場合、その起動処理の指定に従って処理を順に指定する。前処理が正常終了または警告で終了した場合のみ、次の処理を続行する。（異常終了した場合は、次の処理は起動しない）処理の結果は全て記録され、異常終了あるいは警告が発生した場合は管理者へ自動的に通知する。このとき障害発生時の復旧用に差分情報を自動的に抽出し保存する。
【００１２】
この処理では、図２に示すとおり
（１）各コンテンツ毎に一定間隔で実行すべき時間であるかを判定する。
（２）実行すべき条件（実行すべき時間帯であること、稼動状態であること）に一致した場合、手順に従って処理を起動する。
（３）各処理が終了する毎に、実行結果を記録し、次処理を実行してよいかを判断する。
（４）次回実行時間を設定し、（１）へ戻る。
【００１３】
［ダウンロード処理（処理▲２▼）］
ダウンロード設定入力▲２▼によって入力され設定されたダウンロード情報に基づき、指定された配信元サーバーよりファイルを保存先に取得する。取得ファイルにワイルドカードが指定されている場合は、ファイルリスト情報を配信元サーバーより取得し、該当するファイルを全て取得する。保存先パスが存在しない場合は、自動的に作成する。一定時間を経過しても応答が無い場合は一旦切断し、再度接続した上で処理を続行する。
【００１４】
この処理では図３に示すとおり、
（１）配信元サーバーへ接続する。
（２）配信元パスへ移動し、転送モードを設定する。
（３）該当するファイルリスト情報を取得する。
（４）該当するファイルを全て取得する。
上記記各ステップにおいて、応答を確認し、異常があった場合は処理を中断する。また上記各ステップにおいて、一定時間を経過しても応答が無かった場合は、切断し再度接続した後、処理を続行する。
【００１５】
［アップロード処理（処理▲５▼）］
アップロード情報に基づき、指定された転送元パスからファイルを配信サーバーへ転送する。転送ファイルにワイルドカードが指定されている場合は、ファイルリスト情報を転送元パスより取得し、該当するファイルを全て転送する。
一定時間を経過しても応答が無い場合は一旦切断し、再度接続した上で処理を続行する。
【００１６】
この処理では、図８に示すとおり
（１）配信元サーバーへ接続する。
（２）配信元パスへ移動し、転送モードを設定する。
（３）該当するファイルリスト情報を取得する。
（４）該当するファイルを全て転送する。
上記各ステップにおいて、応答を確認し、異常があった場合は処理を中断する。
【００１７】
また上記各ステップにおいて、一定時間を経過しても応答が無かった場合は、切断し再度接続した後、処理を続行する。
【００１８】
自動処理部Ｃに含まれるデータ変換部Ａ、コンテンツ生成部Ｂの詳細は次のとおりである。
【００１９】
［Ａ　データ変換部］
配信元情報毎のデータ定義情報を保存し、これに従い異なっていた情報を一元管理しコンテンツに反映する元情報（ＸＭＬ文書）を作成し、有効利用しやすい情報に変換する作業を行う。この場合データ形式に依存しない項目の自動判別を行い、複数の情報を構造化された利用しやすい情報に組み立て、システム関数にて配信元情報を加工し新たな情報として利用する。
【００２０】
図４及び図５に従ってデータ変換処理処理▲３▼を更に詳細に説明すると、データ定義情報設定▲３▼において設定保存されているデータ定義情報に基づき図５の例に示すようにＸＭＬ文書を生成する。この場合、指定された配信元情報の形式に従って項目の自動判別を行う。例えば図５のａ）のように配信元情報がカンマ区切り（ＣＳＶ）データファイルの場合、ｂ）のようにテキストデータファイルの場合、メール情報の場合には、それぞれの形式に従って同図中段のように複数の情報を構造化された利用しやすい情報に組み立てる。ついで同図下段ＸＭＬ文書の形式で一元化する。この作業を図４のフローにより説明すると、
（１）ファイル名に該当するファイルを開く。（ファイル指定が日付指定であった場合は、現在のシステム日付からファイル名を生成して開く）
（２）配信元データの項目を抽出する。（処理を続行できないデータ不備があった場合は処理を中断する）
（３）該当するタグ値に抽出した項目値を設定する。
（４）タグ値にシステム関数が指定されている場合は、項目値を加工あるいは変換時の情報（行番号など）を元にタグ値を設定する。
（５）対象コンテンツのＸＭＬ文書に変換内容を追加する。
【００２１】
［Ｂ　コンテンツ生成部］
設定した配信情報の単一デザインを各種情報機器に適した形式へ展開し、データ変換部によって一元化された配信元情報をデザインへ反映することによって、コンテンツを自動的に作成する処理を行う。配信側におけるプログラムを一切必要とせず、配信元情報を反映したコンテンツを自動的に作成する。また特殊機能として、デザインへ配信元情報に対する判断、繰り返しなどの処理を指定し、より配信元情報の変化に柔軟なコンテンツを生成することができる。図１、図６、に従い説明する。
【００２２】
データ変換部で作成されたＸＭＬ文書（情報▲５▼）に、デザイン編集入力▲４▼により入力され登録されたデザイン情報設定▲４▼に基づき、情報端末機器用ＸＳＬＴ文書を適用して、配信元情報を反映したコンテンツを作成する。また、端末機器特有の仕様により、ＸＳＬＴ文書の適用によって変換できない部分については、生成されたコンテンツに対して補正処理を行う。この間の処理の例を図示すると図７のとおりとなる。補正処理とは、情報端末機器毎に異なる言語仕様においてＸＳＬＴ文書に反する仕様がある場合に適切な補正を施すことをいう。このようにして配信情報である情報▲６▼〜○１０を得る。
【００２３】
またＸＭＬ形式に変換する際に、同一の情報における更新履歴及び時系列による変更箇所の差分を抽出し、該差分について更新または削除または挿入操作を行うこともできる。
【００２４】
［Ｄ　システム操作部］
インターネットへ配信する情報を収集して、配信したい端末機器に適した形式へ変換した後、配信情報として提供する一連の作業を自動化するため、予めなす設定作業を実現するためのシステム部である。難しい技術や特別な専門知識を必要とせずに、コンテンツ提供者がブラウザを利用した遠隔操作による簡単な設定作業のみで完了できるように構成されている。
【００２５】
システム操作部で行う処理の内容を図１に従い要約すると次のとおりである。入力▲１▼（コンテンツ設定）：対象とするコンテンツを配信するスケジュール毎に決定し、登録する。
入力▲２▼（ダウンロード設定）：配信元情報の収集に関する情報を定義する。
入力▲３▼（データ定義設定）：配信元情報のデータ構造を定義する。
入力▲４▼（デザイン編集）：配信するデザインを決定し、設定▲３▼の設定情報を参照しながら、配信元情報に対する特殊機能（位置，条件，処理）を定義する。
入力▲５▼（アップロード設定）：変換後の配信情報の転送に関する情報を定義する。
入力▲６▼（スケジュール設定）：定義したコンテンツを自動処理するスケジュールを定義する。
【００２６】
以下それぞれに処理について詳細に説明する。
【００２７】
［コンテンツ設定（入力▲１▼）］
コンテンツ提供者がブラウザを利用した遠隔操作等により入力操作を行う。
【００２８】
コンテンツ名を入力すると、コンテンツ登録に必要な情報（スケジュール情報を含む。［スケジュール設定］参照。）を初期値として表示する。
【００２９】
この処理の流れは図９のとおりであり、
（１）コンテンツ名を入力する。
（２）コンテンツ管理に必要な作業領域の作成や各種設定情報の初期化を行い、各項目の初期値を表示する。
（３）必要であれば、各項目の初期値を訂正し、登録する。
ここでコンテンツとは、スケジュール（開始日時，終了時刻，間隔）毎に配信する内容を分割した単位を意味する。
【００３０】
［ダウンロード設定（入力▲２▼）］
遠隔操作等による入力操作で、配信元サーバーへの接続情報（サーバー名，ログイン名，パスワード）を一括管理し、各配信元情報の設定では繰り返し同じ配信元サーバーに対する指定を簡略化し、配信元サーバー名の指定のみで設定を可能とする。配信元情報ファイルの指定にワイルドカード（＊．ｃｓｖなど）を指定でき、一括取得を可能にしている。また、配信元情報ファイル名に日付が使用されているような場合（例：２００２０６２８．ｔｘｔなど）、独自のファイル名規則を指定することによってファイル名を特定することができる。
【００３１】
また、システムが保持している現在日付を基準に翌日、前日、翌週、月末、月初めなど加減算の指定を可能にしている。転送プロトコルはｆｔｐのほか、ｈｔｔｐによるダウンロードを指定可能としている。
【００３２】
この処理の流れは、図１０のとおり
（１）配信元サーバーの情報（サーバー名，ログイン名，パスワード）を登録する。
（２）配信元サーバー及び転送プロトコルを指定し、取得するパス名，ファイル名，保存先パス名の指定を行う。（複数の設定内容を一度で指定できる）
（３）指定した内容を、ダウンロード情報として保存する。
【００３３】
［データ定義（入力▲３▼）］
収集する情報の形式や構造を定義する機能部分であり、前記同様遠隔操作等による入力操作で指定を行う。各テキスト情報に項目名を付けることにより、データの判別を可能とし、配信元情報の一元管理を可能とする。配信元情報がテキスト情報である場合、情報の形式が、カンマ区切り（ＣＳＶ）データ，独自フォーマット（ｔｘｔ）データ，文字長固定（ｄａｔ）データ，メールデータのいずれであっても、各形式毎の判別方法に従って各々の項目値を判別できる。図１２に配信元情報の形式と判別条件の指定方法の例を示す。ａ）は配信元情報がカンマ区切り（ＣＳＶ）データファイルの場合であり、項目をカンマによって判別してＸＭＬ形式のデータ構造に変換する条件を指定する例である。ｂ）は配信元がｔｘｔデータファイルの場合で、キーワードによって判別する例、ｃ）は固定長文字列形式（ｄａｔ）データファイルの場合で、各項目の長さによって判別する例、ｄ）は配信元がメールの場合でキーワードによって判別する例である。
【００３４】
配信元情報の項目の出現する階層位置及び同階層における順序を、ＸＭＬ形式情報を２次元テーブルとして解析し、構造化された項目の集合体毎に情報を扱うことを可能としている。また配信元情報の項目に対して新規に追加／削除を可能とすることで、配信元情報の仕様を変更せずに扱い易いデータ構造を構築可能とする。データ定義情報のタグ値は配信元情報の項目のほか、システム固有の関数を指定できるようになっており、配信元情報に存在しない情報を項目値あるいは情報量、順序から加工し、コンテンツに反映する元情報（ＸＭＬ文書）の利用価値を高めることができる。システム固有の関数の指定の例を次に示す。
【００３５】
［システム関数の指定］
ａ）文字列の切り出し
対象となる項目名を指定し、項目値の指定した位置から、指定された数の文字を取得する。（半角と全角の区別なく１文字を１として扱う）（例：１文字目から６文字を切り出す指定をした場合、項目値が”２００２０２０６”の時、”２００２０２”が情報として得られる。）
ｂ）データ番号の付加
配信元情報内の項目の出現順序で番号を付ける。０又は＃を使って書式の指定を可能とする。また、””で囲んだ任意の文字列を番号に付加するも可能とする。
例えば”Ｎｏ．”＃０００　と指定した場合、項目の出現順序が１０番目の時、”Ｎｏ．０１０”が得られる。
【００３６】
データ定義入力の処理の流れは、図１１のとおり
（１）データ定義名を選択又は新規登録する。
（２）配信元ファイル名、ファイル形式を指定し、配信元情報の各項目に項目名を入力する。
（３）各項目とタグの関連を定義し、データ構造を指定する。（必要であればシステム関数を利用する）
（４）データ定義情報へ保存する。
ここで、項目とは、配信元情報における判別可能な情報単位を指す。指定した項目名によって区別する。またタグとは、配信元情報を一元管理し利用する際の情報単位である。タグは追加／削除可能であり、タグ値として項目を指定するか、あるいは関数を指定できる。
【００３７】
［デザイン編集入力（入力▲４▼）］
標準的なホームページ記述言語（ｈｔｍｌなど）あるいはフォーマットによって記述されたデザインと、データ定義情報を指定するだけで、日々刻々と変更される配信元情報を結びつけ、コンテンツの自動生成をするためのＸＳＬＴ文書を自動生成する。前記同様、配信元における遠隔操作による入力操作等によって入力ができ、配信元情報に基づく判断、繰り返し、デザインへの反映、その他配信元情報以外のシステム情報の埋め込みなどを指定することだけで、複雑なプログラムを作成せずに動的なコンテンツの作成を可能とする。また、各端末機器毎に異なる仕様、言語、特徴、制限を意識することなく、単一のデザインを指定すれば、基となるＸＳＬＴ文書から各端末機器に適したＸＳＬＴ文書を自動生成する。
【００３８】
この処理の流れは、図１３に示すとおり、
（１）デザインを選択する、あるいはデザイン名，タイプ（配信したい情報端末の種別），出力ファイル名を指定し、新規に登録する。
（２）タイプにあったデザインを編集する。（ＰＣ，ＰＤＡの場合はｈｔｍｌ言語によって記述し、ＫＥＩＴＡＩの場合はｃｈｔｍｌ言語によって記述する）
（３）以前に変換されたＸＭＬ文書の内容及びデータ定義情報で定義したタグを参照しながら、デザインに反映したい位置へ挿入する。（必要であれば、配信元情報の内容によって行いたい処理を後述する特殊機能を使用して指定する。
（４）デザイン設定情報に保存する。
（５）保存されたデザインを基に、コンテンツ生成処理で必要となる共通ＸＳＬＴ文書を自動生成する。
（６）指定されたタイプに従って、共通ＸＳＬＴ文書を基に各々の変換規則を反映したシステム固有の端末機器用ＸＬＳＴ文書を適用し、各端末機器に準じたＸＳＬＴ文書を自動生成する。ここでいうタイプとは配信したい情報端末の種別を指し、ＰＣ，ＰＤＡ，ＫＥＩＴＡＩから選択する。
【００３９】
［各端末機器に適したＸＳＬＴ文書を自動生成］
デザイン編集入力においてデザイン情報を保存した際にコンテンツ生成部Ｂは、図１４のとおり、以下の変換を行う。
（１）ＨＴＭＬ部分をＸＳＬＴ文書の形式に変換する。
（２）指定された特殊機能を該当するＸＳＬＴ構文に置き換えることにより、共通のＸＳＬＴ文書を作成する。
（３）この共通ＸＳＬＴ文書を基に、タイプで指定された情報端末機器用にシステムが独自に提供する情報端末機器毎のＸＳＬＴ変換情報を適用し各情報端末用ＸＳＬＴ文書をそれぞれ作成する。
【００４０】
情報端末機器毎のＸＳＬＴ変換情報自体もＸＳＬＴ文書により記述されており、各情報端末機器の性能，仕様，制限に基づいた変換情報を網羅している。このようにして作成した情報端末機器用ＸＳＬＴ文書は、前述したコンテンツ生成処理において実際のホームページなどを生成する際に適用されるデザイン情報となる。
【００４１】
情報端末機器の新機種が発売された場合あるいは性能、仕様、制限が変更となった場合は、システム及びプログラムの修正は必要とせず、情報端末機器毎のＸＳＬＴ変換情報を追加あるいは更新することで対応が可能となる。
【００４２】
［特殊機能］
前記した特殊機能とは、通常のホームページ記述言語（ｈｔｍｌなど）では表現できない、配信元情報に基づく判断、繰り返し、デザインへの反映、その他配信元情報以外のシステム情報の埋め込みなどを実現するため、簡単な条件や指示を指定するだけで、配信情報の条件や量などの変化に対し、プログラムの作成を必要とせずに、動的にコンテンツを作成できる機能であり、特殊機能⇒ＸＳＬＴ変換にてＸＳＬＴ文書の構文に変換される。
【００４３】
これにより、ＸＳＬＴ技術を何ら意識することなく、複雑なデータ処理を簡単な指定だけで実現できる。
【００４４】
特殊処理の種類としては、図１５のようなものがある。また、特殊機能を利用する例としてテーブル指定の例を図１６に挙げる。
【００４５】
［アップロード設定（入力▲５▼）］
配信サーバーへの接続情報（サーバー名，ログイン名，パスワード）を一括管理し、各配信元情報の設定では繰り返し同じ配信サーバーに対する指定を簡略化し、配信サーバー名の指定のみで設定を可能にするための設定入力部である。
配信情報ファイルの指定にワイルドカード（＊．ｃｓｖなど）を指定でき、一括転送を可能にし、転送プロトコルはｆｔｐによるアップロードのみを指定可能としている。
【００４６】
この処理の流れは、図１７のとおり、
（１）配信サーバーの情報（サーバー名，ログイン名，パスワード）を登録する。
（２）配信サーバー及び転送プロトコルを指定し、転送するパス名，ファイル名，転送元パス名の指定を行う。（複数の設定内容を一度で指定できる）
（３）指定した内容を、アップロード情報として保存する。
【００４７】
［スケジュール設定（入力▲６▼）］
各コンテンツの自動実行に関するスケジュールを指定する設定入力部である。開始日時、終了時間の指定により、自動実行を行う時間帯を指定できる。また、各コンテンツ毎に設定内容は保持したまま、自動実行を一時停止できる。
【００４８】
稼動状態に指定したコンテンツのスケジュールを更新した場合、次の実行時間を自動算出する。スケジュールとして矛盾する数値を指定した場合は、警告を発して情報の不整合による誤動作を防ぐ。自動実行によって起動される処理を指定できる。
【００４９】
この処理の流れは、図１８のとおり、
（１）コンテンツのスケジュール（開始日時、終了時間、間隔、起動処理、稼動停止状態）を指定する。
（２）スケジュール情報に保存する。
【００５０】
［ＸＭＬ文書の入出力］
この実施例のシステムに対する設定情報、及びデータ変換部で生成されるＸＭＬ文書、コンテンツ生成部で生成されるＸＳＬＴ文書などシステムが管理するファイル形式は全てＸＭＬ文書の形式を採用している。ＸＭＬ文書の入出力手段としては、唯一ＸＭＬ文書の構造を先頭から辿る方法があるが、実際のプログラミングにおいては処理の度に先頭から辿っては前後の関係から処理を判断したり、途中に挿入したりなど基本的な情報操作の手段としてあまり効率のよい方法では無い。そこで、この実施例のシステムで管理するＸＭＬ文書の入出力については、図２０に示す独自配列を用意し、ＸＭＬ文書の構造を先頭から格納して２次元配列として扱っている。これにより、図１９に示すように、従来のプログラミングよりはるかに柔軟性に富み、扱いやすくなるため、作業効率が向上する。
【００５１】
［特殊文字、絵文字の変換］
携帯電話などでは一般的に文字コード体系としてＳｈｉｆｔＪｉｓが採用されているが、ＸＭＬ規則における標準文字コードはｕｎｉｃｏｄｅであるため、文字コード体系の違いから、特殊文字（〜▲１▼Ｉなど）について文字化けの問題が発生する。この問題に対して、この実施例のシステムでは、特殊文字に対して独自の内部表現方法によりＸＳＬＴ文書作成時の文字化けを防ぎ、コンテンツ生成後に特殊文字として復帰する方法を用いている。この処理の例を図２１に示す。
【００５２】
また、各種携帯電話では絵文字を内蔵しているが、各携帯電話の機種毎に種類数や指定方法が異なり、１対１の変換は不可能である。この問題に対しては、絵文字指定時に、独自の指定方法によって特殊文字を指定することにより、コンテンツ生成後に各携帯電話における機種毎の絵文字指定方法に変換する方法を用いている。この例を図２２に示す。
【００５３】
［システム稼働時の処理の要約］
上記の各設定を終了し、システム全体が稼働した場合の処理を図１に従い要約すると次のとおりである。
処理▲１▼（スケジュール処理）：設定▲６▼のスケジュールに従い、処理▲２▼⇒処理▲３▼⇒処理▲４▼⇒処理▲５▼の順で各処理を起動する。
処理▲２▼（ダウンロード処理）：設定▲２▼の情報に従い、情報▲１▼，情報▲２▼，情報▲３▼，情報▲４▼を配信元サーバーより取得する。
処理▲３▼（データ変換処理）：設定▲３▼の情報に従い、情報▲１▼，情報▲２▼，情報▲３▼，情報▲４▼を、情報▲５▼のＸＭＬ文書に変換する。
処理▲４▼（コンテンツ生成処理）：設定▲４▼の情報に従い、情報▲５▼のＸＭＬ文書から、配信先の移動端末機器に合わせた情報▲６▼，情報▲７▼，情報▲８▼，情報▲９▼，情報○１０を生成する。
処理▲５▼（アップロード処理）：設定▲５▼の情報に従い、配信先の移動端末機器に合わせた情報▲６▼，情報▲７▼，情報▲８▼，情報▲９▼，情報○１０を配信サーバーへ転送する。
【００５４】
【発明の作用効果】
以上のとおり、本発明によれば、あらかじめ入力した設定情報及びスケジュールに基づき、インターネットへ配信する情報（文字，画像，音声，動画）を情報元より収集し、配信したい端末機器に適した形式（画面構成、情報形式、記述言語、制約）へ変換し、配信先へ転送することが可能になる。このため、ホームページあるいは定期的なメール配信など、インターネット上における情報配信に必要な作業を自動化し、かつ多様な移動端末機器（ノートＰＣ，ＰＤＡ，携帯電話）へ自動的に情報を展開することができ、単一の配信情報から複数の用途に情報を利用する（Ｏｎｅ　Ｓｏｕｒｃｅ　Ｍｕｌｔｉ　Ｕｓｅ）機能を実現することによって、情報の再利用及び配信に関わる負担の軽減を実現できる。
【００５５】
更に、各種の異なる端末機器に対応するために、特別な装置及びプログラムなどの特別環境を必要としない。また、配信元情報の構成変更やデザインに変更が生じた場合、プログラムの修正などを必要とせずに、遠隔操作によって設定内容を変更するだけで即座に対応する。このように、特殊なサーバー機能を要求しないシステム構成を実現し、システム運用に関わるコストを抑える。
【図面の簡単な説明】
【図１】本発明の１つの実施の形態のシステムの全体的な構成を示す図。
【図２】スケジュール処理の流れ図。
【図３】ダウンロード処理の流れ図。
【図４】データ変換処理の流れ図。
【図５】データ定義情報とデータの変換例を示す図。
【図６】コンテンツ生成処理（画像変換処理）の流れ図。
【図７】ＸＳＬＴ適用処理と補正処理を示す図。
【図８】アップロード処理の流れ図。
【図９】コンテンツ設定の流れ図
【図１０】ダウンロード設定の流れ図。
【図１１】データ定義入力の流れ図。
【図１２】配信元情報の形式と判別条件の指定方法を示す図。
【図１３】デザイン編集入力の流れ図。
【図１４】各端末機器に適したＸＳＬＴ文書の自動生成を説明する図。
【図１５】特殊機能の種類を示す図。
【図１６】特殊機能を利用する例を示す図。
【図１７】アップロード設定入力の流れ図。
【図１８】スケジュール設定入力の流れ図。
【図１９】本発明のＸＭＬ文書の入出力の説明図。
【図２０】ＸＭＬ文書の構造と本発明の２次元配列の比較を示す図。
【図２１】特殊文字指定の処理の説明図。
【図２２】絵文字指定の処理の説明図。
【符号の説明】
１　変換システム
２　配信元端末
３　配信先端末
Ａ　データ変換部
Ｂ　コンテンツ生成部
Ｃ　自動処理部
Ｄ　システム操作部
【図１】
2004062403.tif 000003
【図２】
2004062403.tif 000004
【図３】
2004062403.tif 000005
【図４】
2004062403.tif 000006
【図５】
2004062403.tif 000007
【図６】
2004062403.tif 000008
【図７】
2004062403.tif 000009
【図８】
2004062403.tif 000010
【図９】
2004062403.tif 000011
【図１０】
2004062403.tif 000012
【図１１】
2004062403.tif 000013
【図１２】
2004062403.tif 000014
【図１３】
2004062403.tif 000015
【図１４】
2004062403.tif 000016
【図１５】
2004062403.tif 000017
【図１６】
2004062403.tif 000018
【図１７】
2004062403.tif 000019
【図１８】
2004062403.tif 000020
【図１９】
2004062403.tif 000021
【図２０】
2004062403.tif 000022
【図２１】
2004062403.tif 000023
【図２２】
2004062403.tif 000024