(57)【要約】【課題】端末装置の種類に応じたリッチインターネットアプリケーションを配信することが可能な情報配信装置を提供すること。【解決手段】ユーザ端末装置からの要求に応じた情報を配信する情報配信装置において、ユーザ端末装置の種類を示すパラメータの入力を受ける入力手段（Ｉ／Ｆ１６）と、入力手段から入力されたパラメータを参照し、配信しようとする情報を変換する変換手段（ＣＰＵ１１）と、変換手段によって変換された情報をパラメータに応じた所定のパスに格納する格納手段（ＣＰＵ１１）と、ユーザ端末装置から情報の配信要求がなされた場合には、当該ユーザ端末装置の種類に応じたパスから情報を読み出して送信する送信手段（Ｉ／Ｆ１６）と、を有する。【選択図】  図２
2007109143.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末装置からの要求に応じた情報をサーバ装置が配信する情報配信システムにおいて、
上記サーバ装置は、
上記ユーザ端末装置の種類を示すパラメータの入力を受ける入力手段と、
上記入力手段から入力された上記パラメータを参照し、配信しようとする情報を変換する変換手段と、
上記変換手段によって変換された情報を上記パラメータに応じた所定のパスに格納する格納手段と、
上記ユーザ端末装置から情報の配信要求がなされた場合には、当該ユーザ端末装置の種類に応じたパスから情報を読み出して送信する送信手段と、
を有することを特徴とする情報配信システム。
【請求項２】
前記配信しようとする情報は、ＸＭＬで記述された情報に基づいて、少なくとも１以上のコンポーネントが組み合わされて生成されることを特徴とする請求項１記載の情報配信システム。
【請求項３】
前記変換手段は、前記配信しようとする情報にテキスト情報が含まれている場合には、当該テキスト情報のフォントを前記ユーザ端末装置に応じた所定のフォントに変換することを特徴とする請求項１記載の情報配信システム。
【請求項４】
前記変換手段は、前記配信しようとする情報にテキスト情報が含まれている場合であって、ユーザが視覚的な障害を有するときには、当該テキスト情報のフォントを前記ユーザの障害に応じた所定のフォントに変換することを特徴とする請求項１記載の情報配信システム。
【請求項５】
前記変換手段は、前記配信しようとする情報に前記フォントを埋め込むことを特徴とする請求項３または請求項４に記載の情報配信システム。
【請求項６】
前記変換手段は、前記配信しようとする情報にテキスト情報が含まれている場合であって、ユーザが視覚的な障害を有するときには、当該テキスト情報を音声情報に置換するか、または、音声データを付加することを特徴とする請求項１記載の情報配信システム。
【請求項７】
前記変換手段は、前記配信しようとする情報に関数が含まれている場合には、ユーザ端末装置に応じて、上記関数を変換することを特徴とする請求項１記載の情報配信システム。
【請求項８】
前記変換手段は、前記配信しようとする情報にインタフェースが含まれている場合には、ユーザ端末装置に応じて、上記インタフェースを変換することを特徴とする請求項１記載の情報配信システム。
【請求項９】
前記変換手段は、前記配信しようとする情報にＦｌａｓｈデータが含まれている場合には、ユーザ端末装置に応じて、上記ＦｌａｓｈデータをＧＩＦアニメーション画像に変換することを特徴とする請求項１記載の情報配信システム。
【請求項１０】
前記変換手段は、前記ユーザ端末装置に応じて、前記ＧＩＦアニメーション画像のフレームレートおよびフレーム数を変換することを特徴とする請求項９記載の情報配信システム。
【請求項１１】
前記変換手段は、前記配信しようとする情報にＦｌａｓｈデータが含まれている場合には、前記ユーザ端末装置に応じて、上記Ｆｌａｓｈデータをサムネイル画像に変換し、当該サムネイルが指定された場合にはＦｌａｓｈデータを再生させることを特徴とする請求項１記載の情報配信システム。
【請求項１２】
前記変換手段は、前記配信しようとする情報にＦｌａｓｈデータが含まれている場合には、前記ユーザ端末装置に応じて、上記Ｆｌａｓｈデータをダウングレードさせることを特徴とする請求項１記載の情報配信システム。
【請求項１３】
前記変換手段は、前記ユーザ端末装置が有する表示部の解像度に応じて、前記情報の表示解像度を変換することを特徴とする請求項１記載の情報配信システム。
【請求項１４】
ユーザ端末装置からの要求に応じた情報を配信する情報配信装置において、
上記ユーザ端末装置の種類を示すパラメータの入力を受ける入力手段と、
上記入力手段から入力された上記パラメータを参照し、配信しようとする情報を変換する変換手段と、
上記変換手段によって変換された情報を上記パラメータに応じた所定のパスに格納する格納手段と、
上記ユーザ端末装置から情報の配信要求がなされた場合には、当該ユーザ端末装置の種類に応じたパスから情報を読み出して送信する送信手段と、
を有することを特徴とする情報配信装置。
【請求項１５】
ユーザ端末装置からの要求に応じた情報を配信する情報配信方法において、
上記ユーザ端末装置の種類を示すパラメータの入力を受ける入力ステップと、
上記入力ステップにおいて入力された上記パラメータを参照し、配信しようとする情報を変換する変換ステップと、
上記変換ステップにおいて変換された情報を上記パラメータに応じた所定のパスに格納する格納ステップと、
上記ユーザ端末装置から情報の配信要求がなされた場合には、当該ユーザ端末装置の種類に応じたパスから情報を読み出して送信する送信ステップと、
を有することを特徴とする情報配信方法。
【請求項１６】
ユーザ端末装置からの要求に応じた情報を配信するコンピュータ読み取り可能な情報配信用プログラムにおいて、
コンピュータを、
上記ユーザ端末装置の種類を示すパラメータの入力を受ける入力手段、
上記入力手段から入力された上記パラメータを参照し、配信しようとする情報を変換する変換手段、
上記変換手段によって変換された情報を上記パラメータに応じた所定のパスに格納する格納手段、
上記ユーザ端末装置から情報の配信要求がなされた場合には、当該ユーザ端末装置の種類に応じたパスから情報を読み出して送信する送信手段、
として機能させることを特徴とするコンピュータ読み取り可能な情報配信用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信システム、情報配信装置、情報配信方法、および、情報配信用プログラムに関する。
【背景技術】
【０００２】
近年、インターネットの普及により、様々な情報を瞬時に得ることができるようになってきている。
【０００３】
最近では、携帯電話をインターネットに接続し、パーソナルコンピュータと同様に種々の情報を得ることができるようになってきた。
【０００４】
ところで、携帯電話は、表示部のサイズがパーソナルコンピュータのそれと比較すると小さいため、行の折り返しまたは横スクロール等が発生して、画面のイメージを把握することが困難であるという問題点があった。
【０００５】
そこで、特許文献１では、ユーザによって指定された画面サイズになるように、ｗｅｂページの画面サイズを変更する画面サイズ変更手段を設けるようにしている。
【０００６】
【特許文献１】特開２００１−２４３１５１号公報（要約、請求項１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、近年では、ＨＴＭＬ（Hyper Text Markup Language）文書のみならず、Ｆｌａｓｈによるいわゆるリッチインターネットアプリケーションを利用するものが増えてきた。
【０００８】
このようなリッチインターネットアプリケーションを作成するためのフレームワーク製品（例えば、Ｍａｃｒｏｍｅｄｉａ  Ｆｌｅｘ，  ＭｅｄｉａＦｒａｍｅ、Ｌａｓｚｌｏ  Ｐｌａｔｆｏｒｍ）は、Ｆｌａｓｈ  Ｐｌａｙｅｒ７．０の最新技術に依存しており、高機能な端末装置でしか再生できないという問題点がある。
【０００９】
また、従来のＦｌａｓｈによるフレームワーク製品は、Ｆｌａｓｈ  Ｐｌａｙｅｒ７．０のコンポーネントアーキテクチャ、イベントリスナモデル、および、フレームワーク用基底クラスを利用しているため、そもそも、クラスを利用したＦｌａｓｈに対応していない携帯電話では、アプリケーションを動作させることができないという問題点がある。
【００１０】
また、フレームワーク用基底クラスを多数承継しているため、Ｆｌａｓｈのデータサイズが大きくなり、ダウンロードに時間がかかるという問題点がある。
【００１１】
さらに、Ｆｌａｓｈ  Ｐｌａｙｅｒ７．０の最新技術により、スクリプト処理による負荷が増大し、マシンスペックが低い場合は、平均的なスペックのマシンに比べて１／１０以下のパフォーマンスしか発揮できないという問題点がある。
【００１２】
本発明は、上記の事情に基づきなされたもので、その目的とするところは、端末装置の種類に応じたリッチインターネットアプリケーションを配信することが可能な情報配信システム、情報配信装置、情報配信方法、および、情報配信用プログラムを提供しよう、とするものである。
【課題を解決するための手段】
【００１３】
上述の目的を達成するため、本発明の情報配信システムは、ユーザ端末装置からの要求に応じた情報をサーバ装置が配信する情報配信システムにおいて、サーバ装置は、ユーザ端末装置の種類を示すパラメータの入力を受ける入力手段と、入力手段から入力されたパラメータを参照し、配信しようとする情報を変換する変換手段と、変換手段によって変換された情報をパラメータに応じた所定のパスに格納する格納手段と、ユーザ端末装置から情報の配信要求がなされた場合には、当該ユーザ端末装置の種類に応じたパスから情報を読み出して送信する送信手段と、を有する。
【００１４】
このため、端末装置の種類に応じたリッチインターネットアプリケーションを配信することが可能な情報配信システムを提供することができる。
【００１５】
また、他の本発明の情報配信システムは、上述の発明に加えて、配信しようとする情報が、ＸＭＬで記述された情報に基づいて、少なくとも１以上のコンポーネントが組み合わされて生成されるようにしている。このため、リッチインターネットアプリケーションの生成を容易にすることができる。
【００１６】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、配信しようとする情報にテキスト情報が含まれている場合には、当該テキスト情報のフォントをユーザ端末装置に応じた所定のフォントに変換するようにしている。このため、端末の表示装置のサイズ等に応じた最適のテキストを表示させることが可能になる。
【００１７】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、配信しようとする情報にテキスト情報が含まれている場合であって、ユーザが視覚的な障害を有するときには、当該テキスト情報のフォントをユーザの障害に応じた所定のフォントに変換するようにしている。このため、視覚的な障害を有するユーザにとっても最適な表示を行うことが可能になる。
【００１８】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、配信しようとする情報にフォントを埋め込むようにしている。このため、端末装置毎のフォントの違いを吸収することができる。
【００１９】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、配信しようとする情報にテキスト情報が含まれている場合であって、ユーザが視覚的な障害を有するときには、当該テキスト情報を音声情報に置換するか、または、音声データを付加するようにしている。このため、視覚的な障害を有するユーザにとっても、利用価値が高いコンテンツを提供することができる。
【００２０】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、配信しようとする情報に関数が含まれている場合には、ユーザ端末装置に応じて、関数を変換するようにしている。このため、端末装置毎の関数の相違を吸収することができる。
【００２１】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、配信しようとする情報にインタフェースが含まれている場合には、ユーザ端末装置に応じて、インタフェースを変換するようにしている。端末装置毎のインタフェースの相違を吸収することができる。
【００２２】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、配信しようとする情報にＦｌａｓｈデータが含まれている場合には、ユーザ端末装置に応じて、ＦｌａｓｈデータをＧＩＦアニメーション画像に変換するようにしている。このため、低いスペックの端末装置であっても再生可能なアニメーション画像を配信することが可能になる。
【００２３】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、ユーザ端末装置に応じて、ＧＩＦアニメーション画像のフレームレートおよびフレーム数を変換するようにしている。このため、端末装置に応じたフレームレートおよびフレーム数を有するアニメーション画像を配信することができる。
【００２４】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、配信しようとする情報にＦｌａｓｈデータが含まれている場合には、ユーザ端末装置に応じて、Ｆｌａｓｈデータをサムネイル画像に変換し、当該サムネイルが指定された場合にはＦｌａｓｈデータを再生させるようにしている。このため、低スペックな端末装置であっても初期表示を迅速に行うことができる。
【００２５】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、配信しようとする情報にＦｌａｓｈデータが含まれている場合には、ユーザ端末装置に応じて、Ｆｌａｓｈデータをダウングレードさせる。このため、低スペックな端末装置であっても再生可能なＦｌａｓｈコンポーネントを配信することができる。
【００２６】
また、他の本発明の情報配信システムは、上述の発明に加えて、変換手段が、ユーザ端末装置が有する表示部の解像度に応じて、情報の表示解像度を変換するようにしている。このため、端末装置の表示部に応じた最適な解像度の情報を配信することができる。
【００２７】
また、本発明は、ユーザ端末装置からの要求に応じた情報を配信する情報配信装置において、ユーザ端末装置の種類を示すパラメータの入力を受ける入力手段と、入力手段から入力されたパラメータを参照し、配信しようとする情報を変換する変換手段と、変換手段によって変換された情報をパラメータに応じた所定のパスに格納する格納手段と、ユーザ端末装置から情報の配信要求がなされた場合には、当該ユーザ端末装置の種類に応じたパスから情報を読み出して送信する送信手段と、を有する。
【００２８】
このため、端末装置の種類に応じたリッチインターネットアプリケーションを配信することが可能な情報配信装置を提供することができる。
【００２９】
また、本発明は、ユーザ端末装置からの要求に応じた情報を配信する情報配信方法において、ユーザ端末装置の種類を示すパラメータの入力を受ける入力ステップと、入力ステップにおいて入力されたパラメータを参照し、配信しようとする情報を変換する変換ステップと、変換ステップにおいて変換された情報をパラメータに応じた所定のパスに格納する格納ステップと、ユーザ端末装置から情報の配信要求がなされた場合には、当該ユーザ端末装置の種類に応じたパスから情報を読み出して送信する送信ステップと、を有する。
【００３０】
このため、端末装置の種類に応じたリッチインターネットアプリケーションを配信することが可能な情報配信方法を提供することができる。
【００３１】
また、本発明は、ユーザ端末装置からの要求に応じた情報を配信するコンピュータ読み取り可能な情報配信用プログラムにおいて、コンピュータを、ユーザ端末装置の種類を示すパラメータの入力を受ける入力手段、入力手段から入力されたパラメータを参照し、配信しようとする情報を変換する変換手段、変換手段によって変換された情報をパラメータに応じた所定のパスに格納する格納手段、ユーザ端末装置から情報の配信要求がなされた場合には、当該ユーザ端末装置の種類に応じたパスから情報を読み出して送信する送信手段、として機能させる。
【００３２】
このため、端末装置の種類に応じたリッチインターネットアプリケーションを配信することが可能な情報配信用プログラムを提供することができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施の形態について、図１〜２６を参照して説明する。図１は、本発明の実施の形態に係る情報配信システムの構成例を示す図である。この図に示すように、本発明の情報配信システムは、サーバ装置１０、ＬＡＮ（Local Area Network）、開発者端末装置４０、インターネット５０、ＰＣ（Personal Computer）６０、携帯電話７０，８０を有している。
【００３４】
ここで、情報配信装置としてのサーバ装置１０は、開発者端末装置４０からの指示に応じて、リッチインターネットアプリケーションを生成する。また、サーバ装置１０は、ＰＣ６０および携帯電話７０，８０等のユーザ端末装置からのリクエストに応じて、各ユーザ端末装置に適合するリッチインターネットアプリケーションを選択して配信する。
【００３５】
ＬＡＮ３０は、サーバ装置１０および開発者端末装置４０を接続し、これらの間で情報の授受を可能とするためのローカルなネットワークである。
【００３６】
開発者端末装置４０は、リッチインターネットアプリケーションを開発する開発者が有する端末装置であり、例えば、パーソナルコンピュータ等によって構成されている。
【００３７】
インターネット５０は、サーバ装置１０、ＰＣ６０、および、携帯電話７０，８０の間で情報の授受を可能とするための電気通信手段である。
【００３８】
ユーザ端末装置としてのＰＣ６０は、ユーザによって操作され、サーバ装置１０にリッチインターネットアプリケーションの配信のリクエストをするとともに、リクエストに応じて送信されてきたリッチインターネットアプリケーションを再生する。
【００３９】
ユーザ端末装置としての携帯電話７０，８０は、図示せぬ基地局を介してインターネット５０に接続され、サーバ装置１０に対して所定のリッチインターネットアプリケーションの配信のリクエストをするとともに、リクエストに応じて送られてきたリッチインターネットアプリケーションを再生する。
【００４０】
図２は、図１に示すサーバ装置１０の詳細な構成例を示す図である。この図に示すように、サーバ装置１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ＨＤＤ（Hard Disk Drive）１４、ビデオ回路１５、Ｉ／Ｆ（Interface）１６、バス１７、表示装置１８、および、入力装置１９を有しており、Ｉ／Ｆ１６にはＬＡＮ３０およびインターネット５０が接続されている。
【００４１】
ここで、変換手段および格納手段としてのＣＰＵ１１は、ＲＯＭ１２またはＨＤＤ１４に記憶されているプログラムに応じて各部を制御するとともに、情報の合成および配信に係る各種の演算処理を実行する中央制御装置である。
【００４２】
ＲＯＭ１２は、ＣＰＵ１１が実行する基本的なプログラムおよびそれに関連するデータを記憶する記憶装置である。ＲＡＭ１３は、ＣＰＵ１１が各種演算処理を実行する際に、処理対象となるプログラムまたはそれに関連するデータを一時的に格納するための記憶装置である。
【００４３】
ＨＤＤ１４は、ＣＰＵ１１が実行する各種プログラムおよびデータならびにユーザ端末装置に配信する情報を記憶する記憶装置である。この例では、ＨＤＤ１４には、装置の各部を制御するとともに、ユーザ端末に配信する情報を合成および配信するためのプログラム１４ａおよび合成前および合成後の情報が格納されるＤＢ（Data Base）１４ｂが格納されている。なお、プログラム１４ａおよびＤＢ１４ｂの詳細については後述する。
【００４４】
ビデオ回路１５は、ＣＰＵ１１からの描画命令に従って描画処理を実行し、得られた画像を映像信号に変換して表示装置１８に出力する装置である。
【００４５】
入力手段および送信手段としてのＩ／Ｆ１６は、入力装置１９、ＬＡＮ３０、および、インターネット５０との間で情報を授受する際に、情報の表現形式を適宜変換する変換装置である。
【００４６】
バス１７は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ１４、ビデオ回路１５、および、Ｉ／Ｆ１６を相互に接続する信号線群であり、これらの間で情報の授受を可能とする。
【００４７】
表示装置１８は、例えば、ＣＲＴ（Cathode Ray Tube）モニタ、ＬＣＤ（Liquid Crystal Display）等であり、ビデオ回路１５から出力された映像信号を表示する。
【００４８】
入力装置１９は、例えば、キーボードまたはマウス等の入力デバイスであり、ユーザの操作に応じた情報を生成して出力する。
【００４９】
つぎに、図３〜１１を参照して、実施の形態の動作の概要について説明する。
【００５０】
図３は、サーバ装置１０において、複数のＦｌａｓｈコンポーネント（ｓｗｆファイル）を、ユーザ端末装置に応じて予め合成してひとつのｓｗｆファイルとする処理の概要を説明する図である。このように、ユーザ端末装置に応じたｓｗｆファイルを合成してひとつのファイルとすることにより、携帯電話等の処理能力等が低い端末装置でもＦｌａｓｈアプリケーションを再生可能となる。また、予めひとつのｓｗｆファイルに合成することで、ダウンロード速度等を改善することができる。なお、本明細書中において、Ｆｌａｓｈとは、マクロメディア社が提供するｗｅｂ上におけるアニメーション作成用のアプリケーションプログラムをいう。また、ｓｗｆファイルとは、当該Ｆｌａｓｈによって生成されるファイルをいう。
【００５１】
まず、開発者端末装置４０から、所定の機種（ユーザ端末装置の種類）に対応するｓｗｆファイルを合成するように指示がなされると（（１）合成実行）、サーバ装置１０において、ＨＤＤ１４に格納されているプログラム１４ａとハードウエアとが協働することによって実現される合成形式フレームワーク１００が、当該指示を受け付ける。そして、ＨＤＤ１４から合成形式フレームワーク用ＸＭＬ（Extended Markup Language）ファイル１０１を読み込み（（２）読み込み）、当該ＸＭＬファイルに基づいて必要なＦｌａｓｈコンポーネント１０２を読み出す（（３）ロード）。そして、指示された機種に応じて、Ｆｌａｓｈコンポーネントの変換を行って合成した後、ｓｗｆファイル１０３として出力する（（４）合成）。
【００５２】
このようにして合成されたｓｗｆファイル１０３は、該当する機種のユーザ端末装置１０４を有するユーザからの要求があった場合（（４）リクエスト）、読み出されてユーザ端末装置１０４に供給されて表示される（（５）表示）。
【００５３】
以上が、本発明の実施の形態の情報配信システムの動作の概要である。つぎに、図４を参照して、合成形式フレームワーク１００のさらに詳細な動作について説明する。
【００５４】
この図に示すように、合成形式フレームワーク１００は、ＸＭＬパーサ１２０、従来のＰＣ向け開発ライブラリ１２１、全端末共通部１２２、端末固有部１２３、端末固有開発ライブラリ１２４、共通部変換処理部１２５、端末固有部変換処理部１２６、中間データ１２７，１２８、および、ｓｗｆ出力処理部１２９を有している。共通部変換処理部１２５には、Ｆｌａｓｈコンポーネント１０２が供給されており、また、端末固有部変換処理部１２６には、端末スキーマファイル１３０が供給されている。
【００５５】
つぎに、図４に示す合成形式フレームワーク１００の動作の概略について説明する。
【００５６】
ＸＭＬパーサ１２０は、合成形式フレームワーク用ＸＭＬ１０１から該当するＸＭＬファイルを読み出し、記述されている内容の文法チェックを施すとともに、全端末に共通部分と、端末毎に固有部分に分け、前者を全端末共通部１２２に供給し、後者を端末固有部１２３に供給する。また、パラメータ（端末識別子）１０５を取得し、端末固有部１２３に供給する。
【００５７】
共通部変換処理部１２５に供給された全端末に共通な部分は、例えば、合成対象となるＦｌａｓｈコンポーネントがＦｌａｓｈ  Ｐｌａｙｅｒ７．０のように、最新のＦｌａｓｈで合成されている場合には、自動的にダウングレードして、低機能なユーザ端末装置においても再生可能とする。
【００５８】
図５は、共通部変換処理部１２５の詳細を示す図である。この図に示すように、共通部変換処理部１２５は、Ｆｌａｓｈコンポーネントのダウングレード処理を実行し、中間データ１２７を生成して出力する。
【００５９】
一方、端末固有部変換処理部１２６は、端末固有部１２３に基づいて、端末固有の機能の実装、フォントの埋め込み処理、および、インタフェースの変換処理を実行し、中間データ１２８を生成する。
【００６０】
図６は、端末固有部変換処理部１２６の端末固有の機能を実装する処理の詳細を示す図である。この図に示すように、端末固有の機能を実装する処理は、端末固有部１２３から端末固有の機能の読み込み処理１２６ａ、端末固有の機能（関数）１２６ｂ、および、端末固有の機能（関数）の埋め込み処理１２６ｃを有している。端末固有の機能を実装する処理では、まず、端末固有部１２３から端末固有の機能（関数）（オリジナル関数）を読み出し、端末スキーマファイル１３０から端末固有の機能（関数）の対応データ（端末別関数）を読み込んで該当部分に埋め込む処理を実行する。これにより、端末毎に機能の異なるコンテンツを自動的に生成することができる。
【００６１】
図７は、端末固有部変換処理部１２６のフォント埋め込み処理の詳細を示す図である。この図に示すように、フォント埋め込み処理は、端末固有部１２３からフォント情報の読み込み処理１２６ｄ、フォント情報１２６ｅ、フォントの置き換え処理１２６ｆ、端末用フォント情報１２６ｇ、および、フォントの埋め込み処理１２６ｈを有している。フォントの埋め込み処理では、まず、端末固有部１２３からフォント情報１２６ｅ（オリジナルフォント情報）が読み込まれる。つづいて、読み込まれたフォント情報１２６ｅを、端末スキーマファイル１３０を参照して置換する処理が実行され、端末用フォント情報１２６ｇが生成される。これにより、個々の端末に適したサイズのフォントに置換される。つづいて、フォントファイル１３１を参照して、端末別フォントの埋め込み処理１２６ｈが実行される。この結果、フォントがベクトル情報として埋め込まれる。
【００６２】
図８は、端末固有部変換処理部１２６のインタフェース変換処理の詳細を示す図である。この図に示すように、インタフェース変換処理は、端末固有部１２３からインタフェースの読み込み処理１２６ｉ、インタフェース情報１２６ｊ、および、インタフェースの置き換え処理１２６ｋを有している。インタフェースの変換処理では、まず、端末固有部１２３からインタフェース情報１２６ｊの読み込みを行う。そして、端末スキーマファイル１３０を参照して、インタフェースの置き換え処理１２６ｋを実行する。これにより、端末毎のインタフェースの相違（例えば、キー操作の相違）を吸収することができる。
【００６３】
図４に戻る。共通部変換処理部１２５で生成された情報は、中間データ１２７として出力、また、端末固有部変換処理部１２６で生成された情報は、中間データ１２８として出力される。
【００６４】
ｓｗｆ出力処理部１２９は、中間データ１２７，１２８を必要に応じて解像度情報による拡縮処理、サムネイル変換処理、および、ＧＩＦアニメーション変換処理を施して出力する。
【００６５】
図９は、ｓｗｆ出力処理部１２９の解像度情報による拡縮処理の詳細を示す図である。解像度情報による拡縮処理１２９ａでは、端末スキーマファイル１３０の解像度情報を参照し、中間データ１２７，１２８の表示解像度を、各端末装置に応じて拡大または縮小し、ｓｗｆファイルとして出力する。これにより、各端末の解像度に適合するｓｗｆを自動的に生成できる。
【００６６】
図１０は、ｓｗｆ出力処理部１２９のサムネイル変換処理の詳細を示す図である。サムネイル変換処理１２９ｂでは、Ｆｌａｓｈデータ（中間データ１２７，１２８）を、ラスタデータに変換し、サムネイル画像１０３ｂを生成する。そして、得られたサムネイル画像１０３ｂと、元のＦｌａｓｈデータとを関連付けし、当該サムネイル画像がクリックされた場合には、関連づけされたＦｌａｓｈデータが再生される。これにより、スペックの低いユーザ端末装置１０４でも初期表示を迅速に行うことができる。
【００６７】
図１１は、ｓｗｆ出力処理部１２９のＧＩＦアニメーション変換処理の詳細を示す図である。ＧＩＦアニメーション変換処理１２９ｃでは、Ｆｌａｓｈデータ（中間データ１２７，１２８）のフレームレートを少なくし、よりデータ容量が少なく、かつ、処理の負荷が軽いＧＩＦアニメーション１０３ｃに変換する。これにより、スペックの低いユーザ端末装置１０４でもアニメーションを表示することができる。
【００６８】
つぎに、図１２〜２１を参照して、開発者端末装置４０からｓｗｆ合成処理を指示し、ｓｗｆファイルが生成されるまでの処理の詳細について説明する。
【００６９】
図１２は、開発者端末装置４０からｓｗｆ合成処理を実行し、ｓｗｆファイルが生成されるまでの処理の詳細を説明するデータフローダイアグラムである。この図の処理について説明する前に、この図に示された各要素について、図１３〜２１を参照して説明する。
【００７０】
開発者端末装置４０は、前述のように開発者が有する端末装置であり、ｓｗｆ合成処理を実行するサーバ装置１０に対して、ｓｗｆ合成処理を指示する。
【００７１】
端末スキーマＤＢ（ｄｂ１）は、ユーザ端末装置毎に異なる性能や仕様をグループ化し、そのグループに対応したコンテンツ生成の規則を定義したテーブルを管理するデータベースである。端末スキーマＤＢ（ｄｂ１）には、以下のテーブルがある。
【００７２】
（１）端末識別テーブル（ＴＢ−１：図１３参照）
（２）コンテンツ形態テーブル（ＴＢ−２：図１４参照）
（３）フォントテーブル（ＴＢ−３：図１５参照）
（４）ファンクションテーブル（ＴＢ−４：図１６参照）
（５）解像度テーブル（ＴＢ−５：図１７参照）
【００７３】
ここで、端末識別テーブル（ＴＢ−１）は、端末スキーマＤＢ（ｄｂ１）で管理されているテーブルのひとつで、図１３に示すように、端末識別ＩＤ（Ａ−１）と機種名（Ａ−２）の対応関係を示す。端末識別ＩＤ（Ａ−１）と機種名（Ａ−２）とは、１対多の対応関係となっている。
【００７４】
コンテンツ形態テーブル（ＴＢ−２）は、端末スキーマＤＢ（ｄｂ１）で管理されているテーブルのひとつで、図１４に示すように、端末識別ＩＤ（Ａ−１）に対応した性能や仕様を、コンテンツ形態（Ｂ−１）として定義したテーブルである。コンテンツ形態（Ｂ−１）は、Ｆｌａｓｈ（Ｂ−２）とＧＩＦアニメーション（Ｂ−３）に分類される。性能や仕様を表す項目として、以下のようなものがある。
（１）Ｆｌａｓｈのバージョン（Ｂ−４）（Ｆｌａｓｈ（Ｂ−２）の分類のひとつ）
（２）Ｆｌａｓｈの容量（Ｂ−５）（Ｆｌａｓｈ（Ｂ−２）の分類のひとつ）
（３）ＧＩＦアニメーションのフレームレート（Ｂ−９）（ＧＩＦアニメーション（Ｂ−３）の分類のひとつ）
（４）ＧＩＦアニメーションの最大フレーム数（Ｂ−１０）（ＧＩＦアニメーション（Ｂ−３）の分類のひとつ）
【００７５】
ここで、Ｆｌａｓｈのバーションは、例えば、“７”等を示す情報である。Ｆｌａｓｈの容量とは、Ｆｌａｓｈのデータ量を示す。フレームレートとは、１秒間に再生されるフレーム枚数を示す。最大フレーム数とは、ＧＩＦファイルに含めることができる最大のフレーム数である。
【００７６】
また、コンテンツ形態テーブル（ＴＢ−２）では、端末識別ＩＤ（Ａ−１）に対応した各種テーブルへのキーとなる以下のＩＤも定義されている。
（１）ファンクションテーブルＩＤ（Ｂ−６）（Ｆｌａｓｈ（Ｂ−２）の分類のひとつ）
（２）フォントテーブルＩＤ（Ｂ−７）（Ｆｌａｓｈ（Ｂ−２）の分類のひとつ）
（３）解像度テーブルＩＤ（Ｂ−８）（Ｆｌａｓｈ（Ｂ−２）の分類のひとつ）
【００７７】
フォントテーブル（ＴＢ−３）は、端末スキーマＤＢ（ｄｂ１）で管理されているテーブルのひとつで、図１５に示すように、フォントテーブルＩＤ（Ｃ−１）と各ユーザ端末装置に合ったフォントに変換するための対応表である。変換仕様は、オリジナル情報（Ｃ−２）と端末情報（Ｃ−３）、および、強調文字（Ｃ−４）に分類されている。オリジナル情報（Ｃ−２）は、更に以下の項目に分類される。
（１）フォント名（Ｃ−５）
（２）フォントサイズ（Ｃ−６）
【００７８】
ここで、フォント名は、例えば、ＭＳゴシックまたはＭＳ明朝等のフォントの種類を示す。フォントサイズは、フォントのサイズをポイント数で示したものである。
【００７９】
また、端末情報（Ｃ−３）は、更に以下の項目に分類される。
（１）埋め込み（Ｃ−７）
（２）埋め込みフォント名（Ｃ−８）
（３）埋め込みフォントサイズ（Ｃ−９）
（４）端末フォント名（Ｃ−１０）
（５）端末フォントサイズ（Ｃ−１１）
【００８０】
ここで、埋め込みは、フォントの埋め込みを行うか（ｔｒｕｅ）または行わないか（ｆａｌｓｅ）を示す。埋め込みフォント名は、埋め込みされるフォントの種類である。埋め込みフォントサイズは、埋め込まれるフォントのサイズをポイント数で示したものである。端末フォント名は、ユーザ端末装置で使用されているフォントの種類を示す。また、端末フォントサイズは、同じくフォントのサイズを示す。強調文字は、強調文字を使用するか（ｔｒｕｅ）または使用しないか（ｆａｌｓｅ）を示す。
【００８１】
ファンクションテーブル（ＴＢ−４）は、端末スキーマＤＢ（ｄｂ１）で管理されているテーブルのひとつで、図１６に示すように、ファンクションテーブルＩＤ（Ｄ−１）と各端末に合ったファンクションに変換するための仕様の対応表である。テーブルには以下の項目がある。
（１）オリジナルファンクション名（Ｄ−２）
（２）端末別ファンクション名（Ｄ−３）
（３）引数対応情報（Ｄ−４）
【００８２】
なお、引数対応情報（Ｄ−４）は以下の項目に分けられる。
（１）引数（Ｄ−５）
（２）タイプ（Ｄ−６）
【００８３】
ここで、オリジナルファンクション名は、合成形式フレームワーク用ＸＭＬファイルに含まれているオリジナルのファンクション（関数）名である。端末別ファンクション名は、オリジナルファンクションに対応する各ユーザ端末装置のファンクション名である。引数対応情報は、端末別ファンクションに対応する引数とそのタイプを示す。
【００８４】
解像度テーブル（ＴＢ−５）は、端末スキーマＤＢ（ｄｂ１）で管理されているテーブルのひとつで、図１７に示すように解像度テーブルＩＤ（Ｅ−１）と各端末に合った解像度に変換するための仕様の対応表である。テーブルには以下のような項目がある。
（１）幅（Ｅ−２）
（２）高さ（Ｅ−３）
【００８５】
ここで、幅は表示画面の幅（横幅）を示す。また、高さは表示画面の高さ（縦幅）を示す。
【００８６】
ユーザ別仕様ＤＢ（ｄｂ３）は、ユーザ毎に異なる形態でコンテンツを呈示するための仕様をグループ化し、そのグループに対応したコンテンツ生成の規則を定義したテーブルを管理するデータベースである。ユーザ別仕様ＤＢ（ｄｂ３）には、以下のテーブルがある。
（１）ユーザ別コンテンツ形態テーブル（ＴＢ−６：図１８参照）
（２）カラー変換テーブル（ＴＢ−７：図１９参照）
（３）文字サイズ変換テーブル（ＴＢ−８：図２０参照）
（４）音声埋め込みテーブル（ＴＢ−９：図２１参照）
【００８７】
ユーザ別コンテンツ形態テーブル（ＴＢ−６）は、図１８に示すように、ユーザ別仕様ＤＢ（ｄｂ３）で管理されているテーブルのひとつで、ユーザタイプ（Ｉ−１）と、ユーザ別コンテンツ形態（Ｉ−２）との対応表である。テーブルには以下の項目がある。
（１）コメント（Ｉ−３）
（２）カラー変換（Ｉ−４）
（３）カラー変換テーブル（Ｉ−５）
（４）文字サイズ変換（Ｉ−６）
（５）文字サイズ変換テーブル（Ｉ−７）
（６）音声埋め込み（Ｉ−８）
（７）音声埋め込みテーブルＩＤ（Ｉ−９）
【００８８】
ここで、コメントは、ユーザのタイプを示す。カラー変換は、色盲用のカラー変換をするか（ｔｒｕｅ）またはしないか（ｆａｌｓｅ）を示す。カラー変換テーブルＩＤは、カラー変換用のテーブルを指定するためのＩＤである。文字サイズ変換は、文字サイズをするか（ｔｒｕｅ）、しないか（ｆａｌｓｅ）を示す。文字サイズ変換テーブルＩＤは、文字サイズ変換用のテーブルを指定するためのＩＤである。音声埋め込みは、視覚障害者用に音声を埋め込むか（ｔｒｕｅ）埋め込まないか（ｆａｌｓｅ）を示す。音声埋め込みテーブルＩＤは、音声を埋め込むためのテーブルを指定するためのＩＤである。
【００８９】
カラー変換テーブル（ＴＢ−７）は、ユーザ別仕様ＤＢ（ｄｂ３）で管理されているテーブルのひとつで、図１９に示すように、カラー変換テーブルＩＤ（Ｊ−１）と、オリジナル情報（Ｊ−２）およびユーザ情報（Ｊ−３）との対応表である。テーブルには以下の項目がある。
（１）カラー下限（Ｊ−４）
（２）カラー上限（Ｊ−５）
（３）オフセット（Ｊ−６）
（４）オフセット値（Ｊ−７）
（５）置き換え（Ｊ−８）
【００９０】
ここで、カラー下限およびカラー上限は、カラー変換を適用する範囲を示している。オフセットは、カラー下限およびカラー上限の範囲に属する場合に、オフセット値を加算するか（ｔｒｕｅ）しないか（ｆａｌｓｅ）を示す。オフセット値は、オフセットがｔｒｕｅである場合に、ＲＧＢそれぞれにオフセット値として加算する値を示す。置き換えは、カラー下限およびカラー上限の範囲に属する場合に、対象となるカラーを一律に置き換えで示された色（この例では０ｘ００３３１１）に置換する。
【００９１】
文字サイズ変換テーブル（ＴＢ−８）は、ユーザ別仕様ＤＢ（ｄｂ３）で管理されているテーブルのひとつで、図２０に示すように、文字サイズ変換テーブルＩＤ（Ｋ−１）と、オリジナル情報（Ｋ−２）およびユーザ情報（Ｋ−３）との対応表である。テーブルには以下の項目がある。
（１）最小サイズ（Ｋ−４）
（２）置き換え（Ｋ−５）
（３）テキストエリアの拡張（Ｋ−６）
【００９２】
ここで、最小サイズは、許容される最小のフォントサイズを示し、これ以下のフォントは置き換え処理の対象となる。置き換えは、対象となるフォントが、最小サイズ以下である場合に、置き換え対象となるフォントのサイズを示す。テキストエリアの拡張は、フォントの置換に伴ってテキストエリアを拡張するか（ｔｒｕｅ）拡張しないか（ｆａｌｓｅ）を示す。
【００９３】
音声埋め込みテーブル（ＴＢ−９）は、ユーザ別仕様ＤＢ（ｄｂ３）で管理されているテーブルのひとつで、図２１に示すように、音声埋め込みＩＤ（Ｌ−１）と、ユーザ指定（Ｌ−２）との対応表である。
【００９４】
ここで、音声埋め込みＩＤは、音声埋め込み処理の有無を示すＩＤである。ユーザ指定は、ユーザによって音声埋め込みが指示されているか（ｔｒｕｅ）いないか（ｆａｌｓｅ）を示す。
【００９５】
フォントＤＢ（ｄｂ２）は、サーバ装置１０に用意されているフォント群である。このフォント群の中から必要なフォントが呼び出され、ｓｗｆファイルの合成時に埋め込みフォントが生成される。
【００９６】
つぎに、図１２を参照して、本実施の形態の動作について説明する。
【００９７】
ｓｗｆ合成処理を行う場合、開発者端末装置４０は、サーバ装置１０に対して、以下のパラメータを送信する。
【００９８】
（１）合成形式フレームワーク用ＸＭＬの格納されているパス（ｄ４）
（２）機種名（ｄ２）
（３）ｓｗｆファイルを出力するパス（ｄ１）
【００９９】
なお、ｓｗｆ形式フレームワーク用ＸＭＬファイルは、例えば、図２２に示すような構造を有しており、さらに具体的には、図２３のように記述される。このようなｓｗｆ形式フレームワーク用ＸＭＬファイルは、予めサーバ装置１０に用意しておく。このファイルの作成はテキストエディタや、専用エディタによって行うことができる。パラメータの送信は、ＨＴＴＰ（Hyper Text Transfer Protocol）を利用する。
【０１００】
ここで、機種名は、開発者端末装置４０からＰＯＳＴパラメータとして送られるデータである。この機種名は、図１３に示すテーブルの（Ａ−２）に記述されている必要がある。
【０１０１】
また、ｓｗｆファイルを出力するパスとしては、例えば、サーバ装置１０の所定のフォルダまでの経路を示す情報を与える。
【０１０２】
さらに、色弱や視覚障害を有するユーザにも参照可能なコンテンツを作成する場合は、パラメータ「ユーザタイプ」（ｄ３）も併せて送信する。具体的には、例えば、ユーザが視覚障害者である場合には、図１８に示す「Ｕ１０３」がユーザタイプとして送信される。
【０１０３】
Ｓ２の処理では、開発者端末装置４０から機種名（Ａ−２）がＰＯＳＴ変数として送られてくると、そのタイミングで端末スキーマＤＢ（ｄｂ１）から端末識別テーブル（ＴＢ−１：図１３参照）（ｄ１１）を読み込む。そして、端末識別テーブル（ＴＢ−１）から機種名（Ａ−２）を検索し、それに対応した端末識別ＩＤ（Ａ−１）を取得する。例えば、機種名として、Ｗ１１Ｋが送信された場合には、端末識別ＩＤとして、Ｓ１０１が取得される。なお、端末識別ＩＤ（Ａ−１）は、端末ごとに異なる性能や仕様をグループ化するためのＩＤである。このＩＤは、つぎのテーブルのキー項目として定義される。
（１）端末識別テーブル（ＴＢ−１）
（２）コンテンツ形態テーブル（ＴＢ−２）
【０１０４】
Ｓ３の処理では、Ｓ２において選択された端末識別ＩＤ（Ａ−１）（ｄ１６）に基づいて、端末スキーマＤＢ（ｄｂ１）からコンテンツ形態テーブル（ＴＢ−２）（ｄ１２）が読み込まれ、コンテンツ形態テーブル（ＴＢ−２）から識別端末ＩＤ（Ａ−２）が検索され、それに対応したコンテンツ形態（Ｂ−１）が取得される。例えば、端末識別ＩＤがＳ１０１である場合には、図１４に示す第１行目に記載されたコンテンツ形態が選択される。
【０１０５】
ここで、コンテンツ形態（Ｂ−１）は、コンテンツ形態テーブル（ＴＢ−２）の項目であり、以下の二つに分類される。
（１）Ｆｌａｓｈ（Ｂ−２）
（２）ＧＩＦアニメーション（Ｂ−３）
【０１０６】
また、Ｆｌａｓｈ（Ｂ−２）は、さらに以下に分類される。
（１）Ｆｌａｓｈのバージョン（Ｂ−４）
（２）Ｆｌａｓｈの容量（Ｂ−５）
（３）ファンクションテーブルＩＤ（Ｂ−６）
（４）フォントテーブルＩＤ（Ｂ−７）
（５）解像度テーブルＩＤ（Ｂ−８）
【０１０７】
また、ＧＩＦアニメーション（Ｂ−３）は、さらに以下に分類される。
（１）ＧＩＦアニメーションのフレームレート（Ｂ−９）
（２）ＧＩＦアニメーションの最大フレーム数（Ｂ−１０）
【０１０８】
以上のようにしてＳ３で取得されたコンテンツ形態（ｄ１７）は、コンテンツ形態オブジェクト（ｏ２）として、ＲＡＭ１３等のメモリ上に一時的に保持される。なお、コンテンツ形態オブジェクトは、本データフローが全て完了した時（ｓｗｆが合成された時）に、メモリから開放される。
【０１０９】
Ｓ４の処理では、フォントオブジェクトが取得される。すなわち、フォントテーブル（ＴＢ−３）（ｄ１３）のフォントテーブルＩＤ（Ｃ−１）（ｄ１８）から、該当するフォントテーブルＩＤが検索され、該当するデータがフォントオブジェクト（ｄ２３）として取得される。フォントテーブルＩＤ（Ｂ−７）は、Ｓ３で、メモリ上に保持されたコンテンツ形態オブジェクト（ｏ２）が持つデータである。フォントテーブルＩＤ（Ｂ−７）とは、端末ごとに異なるフォントの仕様をグループ化したものである。すなわち、ひとつのフォントテーブルＩＤのデータ単位をフォントオブジェクトと称する。例えば、フォントテーブルＩＤとして、Ｆ２０１が取得された場合には、Ｆ２０１に対応するフォントオブジェクトが図１５に示すフォントテーブルから取得される。
【０１１０】
フォントオブジェクトには、オリジナル情報（Ｃ−２）、端末情報（Ｃ−３）、および、強調文字（Ｃ−４）等の項目がある。オリジナル情報（Ｃ−２）は、更に以下の項目に分類される。
（１）フォント名（Ｃ−５）
（２）フォントサイズ（Ｃ−６）
【０１１１】
また、端末情報（Ｃ−３）は、更に以下の項目に分類される。
（１）埋め込み（Ｃ−７）
（２）埋め込みフォント名（Ｃ−８）
（３）埋め込みフォントサイズ（Ｃ−９）
（４）端末フォント名（Ｃ−１０）
（５）端末フォントサイズ（Ｃ−１１）
【０１１２】
Ｓ５では、ファンクションオブジェクトが取得される。すなわち、ファンクションテーブル（ＴＢ−４）（ｄ１４）のファンクションテーブルＩＤ（Ｄ−１）（ｄ１９）から、ファンクションテーブルＩＤ（Ｂ−６）が検索され、該当したデータをファンクションオブジェクト（ｄ２４）として取得する。なお、ファンクションテーブルＩＤ（Ｂ−６）は、Ｓ３でメモリ上に保持されたコンテンツ形態オブジェクトが持つデータである。ファンクションテーブルＩＤ（Ｂ−６）とは、端末ごとに異なるファンクションの仕様をグループ化したものである。すなわち、ひとつのファンクションテーブルＩＤのデータ単位をファンクションオブジェクトと称する。ファンクションオブジェクトでは、オリジナルのファンクションと、端末別のファンクションと、引数対応情報とが対応付けされている。例えば、ファンクションテーブルＩＤがＭ３０１である場合、オリジナルファンクション名が「ｇｅｔＰｈｏｎｅＳｔａｔｕｓ」である関数は、端末別ファンクション名が「ＦＳＣｏｍａｎｄ２」であり、また、引数は「ａｒｇ［１］」である。
【０１１３】
Ｓ６では、解像度オブジェクトが取得される。すなわち、解像度テーブル（ＴＢ−５）（ｄ１５）の解像度テーブルＩＤ（Ｅ−１）（ｄ２０）から、ファンクションテーブルＩＤ（ＴＢ−５）が検索され、該当したデータを解像度オブジェクト（Ｅ−４）（ｄ３２）として取得する。なお、解像度テーブルＩＤ（Ｅ−１）は、Ｓ３でメモリ上に保持されたコンテンツ形態オブジェクトが持つデータである。解像度テーブルＩＤ（Ｅ−６）とは、端末ごとに異なる解像度の仕様をグループ化したものである。すなわち、ひとつの解像度テーブルＩＤのデータ単位を解像度オブジェクトと称する。解像度オブジェクトでは、表示部の幅と高さとが対応付けされている。例えば、解像度テーブルＩＤがＧ４０１である場合、表示部の幅は２４０画素であり、また、高さは２６６画素である。
【０１１４】
Ｓ７では、ＸＭＬの解析が行われる。すなわち、Ｓ７では、開発者端末装置４０から供給されたパス（ｄ４）が参照され、ｓｗｆ形式フレームワーク用ＸＭＬファイルが取得される。そして、取得された当該ファイルが、以下のデータに分解される。
（１）テキスト部（ｄ２７）
（２）ファンクション部（ｄ２８）
（３）解像度部（ｄ２９）
（４）ｓｗｆプロパティ部（ｄ３０）
（５）コンポーネント部（ｄ３１）
【０１１５】
ここで、ｓｗｆプロパティ部は、以下の要素から構成される。
（１）幅（ｗｉｄｔｈ（Ｆ−２）に相当）
（２）高さ（ｈｅｉｇｈｔ（Ｆ−３）に相当）
（３）フレームレート（ｆｐｓ（Ｆ−４）に相当）
（４）背景色（ｂｇｌｃｏｏｒ（Ｆ−５）に相当）
【０１１６】
Ｓ８では、フォント変換処理が実行される。すなわち、Ｓ８では、以下の手順でｓｗｆテキストオブジェクトが生成される。
（１）Ｓ７のＸＭＬ解析処理によって分離されたＸＭＬテキスト部（ｄ２７）（詳細は後述する）から、フォント名とフォントサイズを取得する。
（２）取得されたフォント名とフォントサイズを、フォントオブジェクト（Ｃ−１２）のオリジナル情報（Ｃ−２）から検索し、該当する端末情報（Ｃ−３）と強調文字（Ｃ−４）を取得する。
（３）端末情報（Ｃ−３）の埋め込み（Ｃ−７）がｔｒｕｅの場合は、フォントサーバ（ＤＦＤ１−２２）から埋め込みフォント名（Ｃ−８）のフォント（ｄ２２）を取得する。
（４）フォントを使って、テキスト部のテキスト文字列を、ｓｗｆの埋め込みフォントフォーマット（マクロメディア社の仕様書「Macromedia Ｆｌａｓｈ(SWF) File Format Specification Version 7」に定義されたフォーマット）に変換する。このフォーマットの生成には、オープンソースであるｍｉｎｇ（Ｆｌａｓｈムービーを作成するためのライブラリの一種）を利用する。
（５）作成されたｓｗｆの埋め込みフォントフォーマットを、ｓｗｆテキストオブジェクト（ｄ２５）として作成し、メモリ上にｓｗｆテキストオブジェクトｏ３として格納する。
【０１１７】
なお、Ｓ８の処理において、テキスト部とは、Ｓ７のＸＭＬの解析で抽出されたテキスト部（ｄ２８）をいう。テキスト部は、以下の要素から構成される。
（１）テキスト文字列
（２）フォント名
（３）フォントサイズ
（４）カラー
（５）イタリック
（６）ボールド
（７）テキスト領域幅
（８）テキスト領域高さ
【０１１８】
また、Ｓ１３の処理から文字サイズ変換オブジェクト（２６）が受け渡される場合は、ｓｗｆテキストオブジェクトｏ３の中から、文字サイズ変換オブジェクトの最小サイズ（Ｋ−４）より小さいテキストを検索する。見つかった場合は、置き換え（Ｋ−５）で指定されているサイズに変更する。更に、テキストエリアの拡張（Ｋ−６）がｔｒｕｅの場合は、そのテキストのテキストエリアをテキストのサイズに合わせて拡張する。この処理により、例えば、ユーザタイプがＵ１０２である場合（ユーザが近視者である場合）は、最小サイズより小さいテキストのサイズが拡大され、また、テキストエリアがテキストのサイズに応じて拡張されるので、近視者でも判読しやすいサイズの文字を呈示できる。
【０１１９】
以上のようにして生成されたｓｗｆテキストオブジェクトｏ３は、メモリに一時的に格納される。
【０１２０】
Ｓ９では、ファンクション変換処理が実行される。すなわち、Ｓ９では、以下の手順でｓｗｆファンクションオブジェクトｏ４が生成される。
（１）Ｓ７のＸＭＬ解析処理によって分離されたファンクション部（ｄ２８）から、図２２に示す関数名（Ｆ−１３）、引数（Ｆ−１１）、および、タイプ（Ｆ−１５）を取得する。
（２）関数名（Ｆ−１３）を、ファンクションオブジェクト（Ｄ−７）のオリジナルファンクション名（Ｄ−２）から検索し、該当する端末別ファンクション名（Ｄ−３）と引数対応情報（Ｄ−４）を取得する。
（３）関数名（Ｆ−１３）を、端末ファンクション名（Ｄ−３）で置き換える。
（４）引数（Ｆ−１１）を、引数対応情報（Ｄ−４）に従って置き換える。引数対応情報（Ｄ−４）の引数（Ｄ−５）の、"ａｒｇ［ｎ］"という記述の、"ｎ"は０からの整数であり、引数（Ｆ−１１）の順番と対応している。
（５）以上の処理で置き換えられた引数を、ｓｗｆのＡｃｔｉｏｎｓフォーマットに変換する。このフォーマットの生成には、オープンソースであるｍｉｎｇを利用する。
（６）以上の処理で作成されたｓｗｆのＡｃｔｉｏｎｓフォーマットを、ｓｗｆファンクションオブジェクト（ｄ３３）として作成し、ｓｗｆファンクションオブジェクトｏ４としてメモリに格納する。
【０１２１】
なお、Ｓ９において、ファンクションオブジェクトとは、Ｓ５において取得されたオブジェクト（ｄ２４）をいう。ファンクションオブジェクトには、オリジナルファンクション名（Ｄ−２）、端末別ファンクション名（Ｄ−３）、および、引数対応情報（Ｄ−４）といった項目が含まれる。引数対応情報（Ｄ−４）は、更に以下の項目に分類される。
（１）引数（Ｄ−５）
（２）タイプ（Ｄ−６）
【０１２２】
また、Ｓ９において、ファンクション部とは、Ｓ７のＸＭＬの解析で抽出されたファンクション部（ｄ２８）をいう。ファンクション部とは、合成形式フレームワーク用ＸＭＬ（Ｆ−１）の関数呼出タグ（Ｆ−１２）とそれ以下のタグ全てを抽出したものである。ファンクション部には以下の要素がある。
（１）関数名（Ｆ−１３）
（２）引数（Ｆ−１１）
（３）タイプ（Ｆ−１５）
【０１２３】
以上のようにして生成されたｓｗｆファンクションオブジェクトｏ４は、メモリに一時的に格納される。
【０１２４】
Ｓ１０では、解像度変換処理が実行される。すなわち、Ｓ１０では、以下の手順で、解像度変換が実行される。
（１）Ｓ６において取得された解像度オブジェクト（ｄ３２）から幅（Ｅ−２）および高さ（Ｅ−３）を取得する。
（２）Ｓ７のＸＭＬ解析処理によって分離された解像度部（ｄ２９）に含まれているｗｉｄｔｈ（Ｆ−２）およびｈｅｉｇｈｔ（Ｆ−３）を、解像度オブジェクトの幅（Ｅ−２）および高さ（Ｅ−３）によって置き換える。
（３）以上の処理によって上書きされた解像度部（ｄ３４）を、ｓｗｆプロパティオブジェクトｏ５に上書きする。
【０１２５】
Ｓ１４では、コンポーネント変換処理が実行される。すなわち、Ｓ１４では、以下の手順で、コンポーネント変換処理が実行される。
（１）コンテンツ形態オブジェクトｏ２からＦｌａｓｈバージョンとＦｌａｓｈの容量に関する情報（ｄ２１）を読み出す。
（２）Ｓ７のＸＭＬ解析処理によって分離されたコンポーネント部（３１）を読み込む。
（３）Ｆｌａｓｈのバージョンおよび容量と、コンポーネント部からｓｗｆのＤｅｆｉｎｅＳｐｒｉｔｅフォーマットを生成する。このフォーマットの生成には、オープンソースであるｍｉｎｇを利用する。
【０１２６】
以上のようにして生成されたｓｗｆコンポーネントオブジェクト（ｄ３８）は、ｓｗｆコンポーネントオブジェクトｏ６としてメモリに一時的に格納される。
【０１２７】
Ｓ１では、ユーザ別コンテンツ形態が取得される。すなわち、Ｓ１では、ユーザタイプ（Ｉ−１）が送られてくると、そのタイミングでユーザ別仕様ＤＢ（ｄｂ３）からユーザ別コンテンツ形態テーブル（ＴＢ−６）（ｄ５）を読み込む。そして、ユーザ別コンテンツ形態テーブル（ＴＢ−６）からユーザタイプ（Ｉ−１）を検索し、それに対応したユーザ別コンテンツ形態（Ｉ−２）を取得する。そして、ユーザ別コンテンツ形態オブジェクト（ｄ６）を生成し、ユーザ別コンテンツ形態オブジェクトｏ１としてメモリに格納する。
【０１２８】
ここで、ユーザ別コンテンツ形態とは、ユーザ別コンテンツ形態テーブル（ＴＢ−６）の項目であり、以下の項目がある。
（１）コメント（Ｉ−３）
（２）カラー変換（Ｉ−４）
（３）カラー変換テーブルＩＤ（Ｉ−５）
（４）文字サイズ変換（Ｉ−６）
（５）文字サイズ変換テーブルＩＤ（Ｉ−７）
（６）音声埋め込み（Ｉ−８）
（７）音声埋め込みテーブルＩＤ（Ｉ−９）  
【０１２９】
また、ユーザ別コンテンツ形態オブジェクトは、Ｓ１の処理から送られてきたユーザ別コンテンツ形態（Ｉ−２）を、オブジェクトとしてメモリ上に一時的に保持されたものをいう。このオブジェクトは、本データフローが全て完了した時（ｓｗｆが合成された時）に、メモリから開放される。
【０１３０】
Ｓ１１では、カラー変換オブジェクトが取得される。すなわち、カラー変換テーブル（ＴＢ−７）のカラー変換テーブルＩＤ（Ｊ−１）から、カラー変換テーブルＩＤ（Ｉ−５）（ｄ９）を検索し、該当したデータをカラー変換オブジェクト（Ｊ−１２）として取得する。そして、Ｓ１５のｓｗｆ生成処理に取得したカラー変換オブジェクト（Ｊ−１２）（ｄ１０）を受け渡す。
【０１３１】
ここで、カラー変換テーブルＩＤ（Ｉ−５）は、Ｓ１の処理によりメモリ上に保持されたユーザコンテンツ形態オブジェクトが持つデータである。カラー変換テーブルＩＤ（Ｉ−５）とは、カラー変換の仕様をグループ化したものに付与されたＩＤである。
【０１３２】
また、カラー変換オブジェクト（Ｊ−１２）には、オリジナル情報（Ｊ−２）と端末情報（Ｊ−３）といった項目がある。ここで、オリジナル情報（Ｊ−２）は、更に以下の項目に分類される。
（１）カラー下限（Ｊ−４）
（２）カラー上限（Ｊ−５）
【０１３３】
また、端末情報（Ｊ−３）は、更に以下の項目に分類される。
【０１３４】
（１）オフセット（Ｊ−６）
（２）オフセット値（Ｊ−７）
（３）置き換え（Ｊ−１１）
【０１３５】
また、オフセット値（Ｊ−７）は、更に以下の項目に分類される。
（１）Ｒ（Ｊ−８）
（２）Ｇ（Ｊ−９）
（３）Ｂ（Ｊ−１０）
【０１３６】
Ｓ１２では、音声埋め込みオブジェクトが取得される。すなわち、音声埋め込みテーブル（ＤＢ−９）の音声埋め込みテーブルＩＤ（Ｌ−１）から、音声埋め込みテーブルＩＤ（Ｉ−９）（ｄ８）を検索し、該当したデータを音声埋め込みオブジェクト（Ｌ−４）（ｄ４１）として取得する。
【０１３７】
ここで、音声埋め込みテーブルＩＤ（Ｉ−９）は、メモリ上に保持されたユーザ別コンテンツ形態オブジェクトｏ１が持つデータである。音声埋め込みテーブルＩＤ（Ｉ−９）とは、音声埋め込みの仕様をグループ化したものに付与されたＩＤである。
【０１３８】
また、音声埋め込みオブジェクト（Ｌ−４）は、Ｓ１２で取得された音声埋め込みオブジェクト（Ｌ−４）（ｄ４１）である。音声埋め込みオブジェクトは、以下の項目に分類される。
（１）ユーザ指定（Ｌ−２）
【０１３９】
Ｓ１３では、文字サイズ変換オブジェクトが取得される。すなわち、文字サイズ変換テーブル（ＴＢ−８）の文字サイズ変換テーブルＩＤ（Ｋ−１）から、文字サイズ変換テーブルＩＤ（Ｉ−７）（ｄ７）を検索し、該当したデータを文字サイズ変換オブジェクト（Ｋ−７）（ｄ２６）として取得する。
【０１４０】
ここで、文字サイズ変換テーブルＩＤ（Ｉ−７）（ｄ７）は、メモリ上に保持されたユーザ別コンテンツ形態オブジェクトｏ１が持つデータである。文字サイズ変換テーブルＩＤ（Ｉ−７）とは、文字サイズ変換の仕様をグループ化したものに付与されたＩＤである。
【０１４１】
また、文字サイズ変換オブジェクト（Ｋ−７）は、Ｓ１において取得された文字サイズ変換オブジェクト（Ｋ−７）（ｄ２６）である。文字サイズ変換オブジェクトには、オリジナル情報（Ｋ−２）と端末情報（Ｋ−３）といった項目がある。ここで、オリジナル情報（Ｋ−２）は、更に以下の項目に分類される。
（１）最小サイズ（Ｋ−４）
【０１４２】
また、端末情報（Ｋ−３）は、更に以下の項目に分類される。
（１）置き換え（Ｋ−５）
（２）テキストエリアの拡張（Ｋ−６）
【０１４３】
Ｓ１５では、ｓｗｆ生成処理が実行される。すなわち、以下の４つの引数を、ｓｗｆのバイナリの仕様（前述の仕様書参照）にしたがって合成し、ｓｗｆファイルを生成する。
（１）ｓｗｆテキストオブジェクトｏ３（ｄ３５）
（２）ｓｗｆファンクションオブジェクトｏ４（ｄ３６）
（３）ｓｗｆプロパティオブジェクトｏ５（ｄ３７）
（４）コンポーネントオブジェクトｏ６（ｄ３９）
【０１４４】
このようにして生成されたｓｗｆファイル１０３（ｄ４０）は、ｓｗｆファイルパス（ｄ１）で示されるパスに配置される。
【０１４５】
また、Ｓ１１の処理からカラー変換オブジェクト（ｄ１０）が受け渡される場合は、ｓｗｆファイルの中から、カラー変換オブジェクトのカラー下限（Ｊ−４）とカラー上限（Ｊ−５）の範囲に含まれるカラーデータ（テキスト、ライン、塗りつぶし）を検索する。そして、見つかった場合は、オフセット（Ｊ−６）がｔｒｕｅの場合、オフセット値（Ｊ−７）の、Ｒ（Ｊ−８）、Ｇ（Ｊ−９）、Ｂ（Ｊ−１０）の赤、緑、青のカラー値でカラーデータの色に対してオフセット処理を行う。オフセット（Ｊ−６）がｆａｌｓｅの場合は、置き換え（Ｊ−１１）で指定されているカラーに変更する。
【０１４６】
また、Ｓ７の処理から、音声埋め込みオブジェクト（ｄ４１）が受け渡される場合は、音声埋め込みオブジェクトのユーザ指定（Ｌ−２）がｔｒｕｅの場合、図２２に示すＸＭＬファイルに記述されている音声（Ｆ−２２）に記述された音声ファイルを、ｓｗｆファイルに埋め込む。
【０１４７】
以上の処理により、機種およびユーザに適合したｓｗｆファイルが生成されることになる。
【０１４８】
つぎに、図２４〜２６を参照して、以上のようにして生成されたｓｗｆファイルを、ユーザ端末装置からの要求に応じてダウンロードする場合の動作について説明する。
【０１４９】
図２４は、ユーザ端末装置からの要求に応じて、ｓｗｆファイルをダウンロードする処理の流れを説明するデータフローダイアグラムである。
【０１５０】
この図において、ユーザ端末装置６１，６２，７１，７２，８１は、リッチクコンテンツにアクセスするために、サーバ装置１０に対してリクエストを送信する。ここで、リッチコンテンツとは、Ｆｌａｓｈ（ｓｗｆ）またはＧＩＦ等の画像またはアニメーションを指す。リクエストには、以下の情報が含まれる。
（１）ＵＲＬ：リッチコンテンツのＵＲＬである。
（２）環境変数ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴ：クライアント端末の情報を保持した環境変数である。
【０１５１】
ここで、ユーザ端末装置６１は、高いスペックのＰＣ（パーソナルコンピュータ）である。ここで、高スペックなＰＣとは、例えば、以下のようなスペックを満たしているものを指す。
（１）ＯＳ：Ｗｉｎｄｏｗｓ（登録商標）９８／９８ＳＥ
ＣＰＵ：Ｐｅｎｔｉｕｍ（登録商標）II３００ＭＨｚ以上
メモリ：６４ＭＢ以上
（２）ＯＳ：Ｗｉｎｄｏｗｓ（登録商標）Ｍｅ，Ｗｉｎｄｏｗｓ（登録商標）２０００
ＣＰＵ：Ｐｅｎｔｉｕｍ（登録商標）II３００ＭＨｚ以上
メモリ：１２８ＭＢ以上
（３）ＯＳ：Ｗｉｎｄｏｗｓ（登録商標）ＸＰ
ＣＰＵ：Ｐｅｎｔｉｕｍ（登録商標）III５００ＭＨｚ以上
メモリ：１９２ＭＢ以上
【０１５２】
ユーザ端末装置６２は、低スペックのＰＣである。ここで、低スペックなＰＣとは、前述のスペックに満たないものを指す。
【０１５３】
ユーザ端末装置７１は、携帯電話（Ｆｌａｓｈ対応）である。ここで、Ｆｌａｓｈ対応の携帯電話とは、Ｍａｃｒｏｍｅｄｉａ  Ｆｌａｓｈ  Ｌｉｔｅ１．０、またはＭａｃｒｏｍｅｄｉａ  Ｆｌａｓｈ  Ｌｉｔｅ１．１が実装された携帯電話のことを指す。
【０１５４】
ユーザ端末装置７２は、携帯電話（Ｆｌａｓｈ未対応）である。ここで、Ｆｌａｓｈ未対応の携帯電話とは、Ｍａｃｒｏｍｅｄｉａ  Ｆｌａｓｈ  Ｌｉｔｅ１．０、および、Ｍａｃｒｏｍｅｄｉａ  Ｆｌａｓｈ  Ｌｉｔｅ１．１のいずれも実装されていない携帯電話のことを指す。
【０１５５】
ユーザ端末装置８１は、その他の端末装置（Ｆｌａｓｈ対応）である。ここで、Ｆｌａｓｈ対応のその他の端末とは、Ｍａｃｒｏｍｅｄｉａ  Ｆｌａｓｈ  Ｌｉｔｅ１．０、Ｍａｃｒｏｍｅｄｉａ  Ｆｌａｓｈ  Ｌｉｔｅ１．１、Ｍａｃｒｏｍｅｄｉａ  Ｆｌａｓｈ  Ｐｌａｙｅｒ６．０などが実装されている端末装置である。具体的には、例えば、デジタルカメラ、複合機、カーナビゲーション装置等が該当する。
【０１５６】
端末スキーマＤＢ（ｄｂ１）は、図１２を参照して説明した端末スキーマＤＢと同じデータベースである。すなわち、端末スキーマＤＢ（ｄｂ１）は、端末毎に異なる性能や仕様をグループ化し、そのグループに対応したコンテンツ生成の規則を定義したテーブルを管理するデータベースである。端末スキーマＤＢには、以下のテーブルがある。
（１）端末識別テーブル（ＤＢ−１）
（２）コンテンツ形態テーブル（ＤＢ−２）
（３）フォントテーブル（ＤＢ−３）
（４）Ｆｕｎｃｔｉｏｎテーブル（ＤＢ−４）
（５）解像度テーブル（ＤＢ−５）
【０１５７】
リッチコンテンツ管理ＤＢ（ｄｂ１０）は、ユーザ端末装置の性能に合わせたレスポンスを返すためのテーブル群を管理するデータベースである。リッチコンテンツ管理ＤＢ（ｄｂ１０）には、以下のテーブルがある。
（１）リクエストテーブル（ＴＢ−６）
（２）リッチコンテンツテーブル（ＤＢ−７）
【０１５８】
ここで、リクエストテーブル（ＴＢ−６）は、リッチコンテンツ管理ＤＢ（ｄｂ１０）で管理されているテーブルのひとつで、図２５に示すように、以下の項目がある。
（１）リクエストテーブルＩＤ（Ｇ−１）
（２）ＵＲＬ（Ｇ−２）
（３）端末識別ＩＤ（Ｇ−３）
（４）リッチコンテンツテーブルＩＤ（Ｇ−４）
【０１５９】
リッチコンテンツテーブル（ＴＢ−７）は、リッチコンテンツ管理ＤＢ（ｄｂ１０）で管理されているテーブルのひとつで、図２６に示すように、以下の項目がある。
（１）リッチコンテンツテーブルＩＤ（Ｈ−１）
（２）リッチコンテンツ種別（Ｈ−２）
（３）リッチコンテンツパス（Ｈ−３）
（４）端末識別ＩＤ（Ｈ−４）
（５）ＳＷＦ合成用ＸＭＬパス（Ｈ−５）
（６）合成元リッチコンテンツテーブルＩＤ（Ｈ−６）
【０１６０】
つぎに、図２４に示すデータフローダイアグラムを参照して、ユーザ端末装置からリクエストがなされた場合の動作について説明する。
【０１６１】
Ｓ５０では、端末の判別処理が実行される。すなわち、クライアント端末から送信されるリクエストが持つ環境変数ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴを参照して端末が判別され、機種名が取得される。例えば、ＮＴＴドコモ社の携帯電話の場合は、ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴに設定される文字列に以下の２つのケースがある。
ケース１：ＤｏＣｏＭｏ／１．０／機種名／〜
ケース２：ＤｏＣｏＭｏ／２．０  機種名（〜
【０１６２】
また、ＥＺＷｅｂ携帯端末の場合は、ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴには機種名ではなく、デバイスＩＤが記述されているため、ＫＤＤＩ社から提供されている機種名とデバイスＩＤの対応一覧表から機種名を取得することができる。
【０１６３】
Ｓ５０では、リクエストが持つ環境変数ＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴを参照して、機種名が特定される。機種名とは、端末を識別するために各クライアント端末のメーカーが定めている名称である。例えばＮＴＴドコモ社の場合は、ＳＨ５０５ｉやＮ２７０１といった文字列となる。また、Ｓ５０では、各ユーザ端末装置から送られてきたリクエスト（ｄ５０〜ｄ５４）を、リクエストオブジェクトｄ５５としてメモリに保持し、リクエストオブジェクトｏ１０とする。
【０１６４】
Ｓ５１では、端末識別テーブル（ＴＢ−１）（ｄ５７）を参照し、機種名（ｄ５６）に基づいて端末識別ＩＤ（ｄ５９）が取得される。端末識別テーブル（ＴＢ−１）は、図１２を参照して説明したように、端末スキーマＤＢ（ｄｂ１）で管理されているテーブルのひとつで、端末識別ＩＤ（Ａ−１）と機種名（Ａ−２）の対応表である。端末識別ＩＤ（Ａ−１）と機種名（Ａ−２）は、１対多の対応となる。例えば、機種名がＤ５０５ｉの場合には、端末識別ＩＤとしてＳ１０１が取得される。なお、端末識別ＩＤ（Ａ−１）は、端末ごとに異なる性能や仕様をグループ化するためのＩＤである。このＩＤは、以下の二つのテーブルのキー項目として定義される。
（１）リクエストテーブル（ＴＢ−６）
（２）リッチコンテンツテーブル（ＴＢ−２）
【０１６５】
Ｓ５２では、リッチコンテンツＩＤが取得される。すなわち、Ｓ５２では、リクエストテーブル（ＴＢ−６）（ｄ６１）から、ｄ５８のＵＲＬとｄ５９の端末識別ＩＤに対応したＵＲＬ（Ｇ−２）と端末識別ＩＤ（Ｇ−３）を検索し、対応するリッチコンテンツテーブルＩＤ（Ｇ−４）（ｄ６２）を取得する。
【０１６６】
ここで、リッチコンテンツテーブルＩＤ（Ｈ−１）は、図２６に示すリッチコンテンツテーブル（ＴＢ−７）のキー項目として定義されており、リッチコンテンツテーブル（ＴＢ−７）の該当データを検索するために利用される。
【０１６７】
Ｓ５３では、Ｓ５２で取得されたリッチコンテンツテーブルＩＤ（Ｈ−１）に対応するリッチコンテンツのパスを取得する。具体的には、リッチコンテンツテーブルＩＤ（ｄ６２）が２００１である場合、リッチコンテンツテーブル（ｄ６３）からは、第１番目に示されるリッチコンテンツパス（Ｈ−３）である「／ｆｌ／ａｎｉｍａｌ１＿２００１．ｓｗｆ」（ｄ６４）が取得される。
【０１６８】
Ｓ５４では、リッチコンテンツパス（Ｈ−３）から、リッチコンテンツの実体を検索し、クライアント端末にリッチコンテンツの実体（ｄ６５〜ｄ６８）をレスポンスとして返す。具体的には、ユーザ端末装置６１からリクエストがなされた場合には、高いスペック用のｓｗｆファイルが読み出されて要求を行ったユーザ端末装置に供給される。
【０１６９】
以上の処理によれば、ユーザ端末装置のスペックに応じたｓｗｆファイル（リッチコンテンツ）が読み出されて供給されることになる。
【０１７０】
以上に説明したように、本発明の実施の形態によれば、従来、パーソナルコンピュータ向けの開発ツールとして存在する技術を利用することにより、携帯電話またはパーソナルコンピュータ等の様々な端末装置に閲覧可能な情報を提供することができる。
【０１７１】
また、本実施の形態では、従来は高度な技術者にしか扱うことができなかったパーソナルコンピュータ向けの開発ツールに、ＸＭＬ言語による合成機能を組み合わせるようにしたので、一般の人でも開発を行うことが可能な環境を提供できる。
【０１７２】
また、本実施の形態では、端末装置固有の機能を実装するために、合成時においてパラメータを指定することにより、端末装置毎に機能の違うコンテンツを提供することができる。
【０１７３】
また、本発明の実施の形態では、端末装置毎の解像度の相違を吸収するために、合成時にパラメータを指定することにより、各端末装置に適合したコンテンツを自動生成することができる。
【０１７４】
また、本発明の実施の形態では、端末装置毎にインタフェースの違いを吸収するために、合成時にパラメータを指定することで、自動的にインタフェースを変換することが可能になる。
【０１７５】
また、本発明の実施の形態では、Ｆｌａｓｈデータをサムネイルに変換し、当該サムネイルがクリックされた場合には、Ｆｌａｓｈファイルが再生されるようにしたので、スペックの低い端末装置でも初期表示を迅速に行うことが可能になる。
【０１７６】
また、本発明の実施の形態では、ＦｌａｓｈデータをＧＩＦファイルに変換するとともに、最大フレーム数および最大フレームレートを設定可能としたので、スペックの低い端末装置でもアニメーションを表示することが可能になる。
【０１７７】
また、本発明の実施の形態では、合成対象となるＦｌａｓｈコンポーネントがＦｌａｓｈ  Ｐｌａｙｅｒ７．０のような最新のＦｌａｓｈで生成されている場合、合成時に自動的にダウングレードするようにしたので、低機能な端末装置であってもＦｌａｓｈコンポーネントを再生することが可能になる。
【０１７８】
以上に説明したように、本発明の実施の形態では、高機能な端末装置であっても、低機能な端末装置であっても、開発者が意識することなく、容易にＦｌａｓｈコンテンツを合成することが可能になる。また、パラメータを与えることにより、目的の端末装置に適合するファイルサイズ、解像度、フォント、および、インタフェースによりＦｌａｓｈコンテンツを作成することができる。このため、携帯電話またはパーソナルコンピュータ等の幅広い端末装置にサービスを提供することができる。
【０１７９】
また、以上の実施の形態では、ユーザのタイプに応じて、フォントを変換したり、色を調整したりするようにしたので、例えば、視覚障害を有するユーザに対しても、最適なコンテンツを提供することが可能になる。
【０１８０】
なお、以上の各実施の形態は、一例であって、これ以外にも種々の変形実施態様が存在する。例えば、図１では、開発者端末装置４０は、１台のみとしたが複数台存在するようにしてもよい。また、サーバ装置１０についても同様である。さらに、ユーザ端末装置については、ＰＣ６０および携帯電話７０，８０のみとしたが、これらが４台以上接続されるようにしてもよい。
【０１８１】
また、図１３〜２１および図２５，２６に示すテーブルは一例であって、本発明がこのような場合に限定されるものではないことはいうまでもない。
【０１８２】
また、図３〜１１に示す処理、図１２，２４に示すデータフローダイアグラムは一例であって、本発明がこのような場合に限定されるものではないことはもちろんである。
【０１８３】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、情報配信装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disk)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disk Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。
【０１８４】
プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１８５】
プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
【図面の簡単な説明】
【０１８６】
【図１】本発明の実施の形態に係る情報配信システムの構成例を示す図である。
【図２】図１に示すサーバ装置の詳細な構成例を示すブロック図である。
【図３】図１に示す情報配信システムの動作の概要を説明するための図である。
【図４】図３のさらに詳細な処理の流れを説明するための図である。
【図５】図４に示す共通部変換処理部の具体例を示す図である。
【図６】図４に示す端末固有部変換処理部の具体例を示す図である。
【図７】図４に示す端末固有部変換処理部の具体例を示す図である。
【図８】図４に示す端末固有部変換処理部の具体例を示す図である。
【図９】図４に示すｓｗｆ出力処理部の具体例を示す図である。
【図１０】図４に示すｓｗｆ出力処理部の具体例を示す図である。
【図１１】図４に示すｓｗｆ出力処理部の具体例を示す図である。
【図１２】図１に示す情報配信システムにおいてｓｗｆファイルを合成する際の処理の流れを説明するデータフローダイアグラムである。
【図１３】図１２に示す端末識別テーブルの詳細を示す図である。
【図１４】図１２に示すコンテンツ形態テーブルの詳細を示す図である。
【図１５】図１２に示すフォントテーブルの詳細を示す図である。
【図１６】図１２に示すファンクションテーブルの詳細を示す図である。
【図１７】図１２に示す解像度テーブルの詳細を示す図である。
【図１８】図１２に示すユーザ別コンテンツ形態テーブルの詳細を示す図である。
【図１９】図１２に示すカラー変換テーブルの詳細を示す図である。
【図２０】図１２に示す文字サイズ変換テーブルの詳細を示す図である。
【図２１】図１２に示す音声埋め込みテーブルの詳細を示す図である。
【図２２】合成形式フレームワーク用ＸＭＬファイルのフォーマットを示す図である。
【図２３】合成形式フレームワーク用ＸＭＬファイルの具体例を示す図である。
【図２４】図１に示す情報配信システムにおいてユーザ端末装置からの要求に応じてｓｗｆファイルをダウンロードする際の処理の流れを説明するデータフローダイアグラムである。
【図２５】図２４に示すリクエストテーブルの詳細を示す図である。
【図２６】図２４に示すリッチコンテンツテーブルの詳細を示す図である。
【符号の説明】
【０１８７】
１０  サーバ装置（情報配信装置），１１  ＣＰＵ（変換手段、格納手段），１６  Ｉ／Ｆ（入力手段、送信手段），４０  開発者端末装置，６０  ＰＣ（ユーザ端末装置），７０，８０  携帯電話（ユーザ端末装置）
【図１】
2007109143.tif 000003
【図２】
2007109143.tif 000004
【図３】
2007109143.tif 000005
【図４】
2007109143.tif 000006
【図５】
2007109143.tif 000007
【図６】
2007109143.tif 000008
【図７】
2007109143.tif 000009
【図８】
2007109143.tif 000010
【図９】
2007109143.tif 000011
【図１０】
2007109143.tif 000012
【図１１】
2007109143.tif 000013
【図１２】
2007109143.tif 000014
【図１３】
2007109143.tif 000015
【図１４】
2007109143.tif 000016
【図１５】
2007109143.tif 000017
【図１６】
2007109143.tif 000018
【図１７】
2007109143.tif 000019
【図１８】
2007109143.tif 000020
【図１９】
2007109143.tif 000021
【図２０】
2007109143.tif 000022
【図２１】
2007109143.tif 000023
【図２２】
2007109143.tif 000024
【図２３】
2007109143.tif 000025
【図２４】
2007109143.tif 000026
【図２５】
2007109143.tif 000027
【図２６】
2007109143.tif 000028