(57)【要約】【課題】従来はエンドユーザの端末の機種が追加される毎に、要求に係るＭＬ文書を作成するためのプログラムを新たに作り直すといった開発工数上の不利があった。この不利を解消する。【解決手段】端末に適合する仕様情報を、タグ内に適合化条件情報として識別子とともに予め包含させたオリジナル文書を作成し、端末よりＭＬ文書の要求を受け付けたとき、フィルタリング手段４により、適合化条件情報を検索し、当該要求端末に適合すると判断したとき、上記識別子および適合化条件情報を削除し、一方、適合しないと判断したときは、当該識別子および適合化条件情報を含むタグまたは属性を削除したＭＬ文書を作成して、要求端末に提供する。【選択図】図１
2007164374.tif 000002
【特許請求の範囲】
【請求項１】
複数のエンドユーザの各端末からの要求に応じて、その要求端末に対し、その要求に係るＭＬ文書をサーバ装置において作成するためのＭＬ文書生成方法であって、
（ｉ）前記サーバ装置において、前記端末に適合する種々の仕様情報を、タグ内に適合化条件情報として識別子とともに予め包含させたオリジナル文書を作成し、
（ii）前記サーバ装置側においてフィルタリング手段を具備すると共に、前記端末より前記の要求を受け付けたとき、該フィルタリング手段により、前記タグ内の前記適合化条件情報を検索し、
当該要求端末に適合すると判断したとき、タグ内の識別子および適合化条件情報を削除し、一方、当該要求端末に適合しないと判断したときは、当該識別子および適合化条件情報を含む前記タグまたは属性を削除したＭＬ文書を作成して、
（iii）その作成したＭＬ文書を前記要求端末に提供する、
ことを特徴とするＭＬ文書生成方法。
【請求項２】
前記適合化条件情報を表す部分であることを、前記フィルタリング手段が前記タグ内において識別するための識別子を、該適合化条件情報に付帯させることを特徴とする請求項１に記載のＭＬ文書生成方法。
【請求項３】
前記適合化条件情報は、前記要求端末に適合するか否かの判断をするための端末の仕様名を含むことを特徴とする請求項１に記載のＭＬ文書生成方法。
【請求項４】
前記フィルタリング手段は、前記仕様名毎に、当該仕様に適合する１または複数の端末の機種をグルーピングして、その一群の機種名とその仕様名との対応テーブルを備え、該対応テーブルを参照して、要求端末に適合するか否かの前記の判断を行うことを特徴とする請求項２に記載のＭＬ文書生成方法。
【請求項５】
前記仕様に関する適合化条件情報は、複数の前記仕様名を組み合わせた論理式にて表すことを特徴とする請求項２に記載のＭＬ文書生成方法。
【請求項６】
前記複数のエンドユーザの各端末は、携帯電話であることを特徴とする請求項１に記載のＭＬ文書生成方法。
【請求項７】
前記ＭＬ文書は、ＨＴＭＬにより記述された文書であることを特徴とする請求項１に記載のＭＬ文書生成方法。
【請求項８】
前記サーバ装置は、ＷＥＢサーバであることを特徴とする請求項１に記載のＭＬ文書生成方法。
【請求項９】
複数のエンドユーザの各端末からの要求に応じて、その要求端末に対し、その要求に係るＭＬ文書を作成するためのＭＬ文書生成装置であって、
前記端末に適合する種々の仕様情報を、タグ内に適合化条件情報として識別子とともに予め包含させたオリジナル文書を作成するオリジナル文書作成手段と、
前記ＭＬ文書の提供を要求する端末の機種を識別する機種識別手段と、
識別された該端末の機種が、前記適合化条件情報に適合するか否か判別する判別部と、その判別結果に基づき、適合するときには当該タグ内の識別子および適合化条件情報を削除し、一方、適合しないときは当該タグまたは属性を該オリジナル文書から削除する処理を行う選定部と、を有するフィルタリング手段と、
前記のフィルタ済みの前記オリジナル文書を前記ＭＬ文書として当該要求端末に返信する返信手段と、
からなることを特徴とするＭＬ文書生成装置。
【請求項１０】
前記オリジナル文書作成手段は、適合化条件情報と、前記適合化条件情報を表す部分であることを、前記フィルタリング手段が前記タグ内において識別するための識別子とを、タグ内に付加する付加情報付与手段を有することを特徴とする請求項９に記載のＭＬ文書生成装置。
【請求項１１】
前記フィルタリング手段内の判別部は、前記仕様毎に、当該仕様に適合する１または複数の端末の機種をグルーピングして、その一群の機種名とその仕様名との対応テーブルを具備し、該対応テーブルを参照して、前記要求端末に適合するか否かの前記の判別を行うことを特徴とする請求項９に記載のＭＬ文書生成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エンドユーザの端末からの要求に応じてこの端末に表示すべきＭＬ（Markup Language）文書からなるページを作成して提供するサーバに関するものであり、特にこのサーバ側においてそのＭＬ文書を作成するためのＭＬ文書生成方法ならびにＭＬ文書生成装置に関する。
【背景技術】
【０００２】
本発明は、上記エンドユーザの端末として、通常のパーソナルコンピュータ（ＰＣ）や携帯情報端末等種々の端末に適用可能であるが、その最も好適な例として、携帯電話がある。以下、この携帯電話を端末の好適例として説明する。
【０００３】
上記端末が携帯電話である場合、その端末上に適切にＭＬ文書からなるページを表示させるためには、このページを提供する上記サーバ側においては、そのページの要求元である各端末の仕様に合ったＭＬ文書を作成しなければならない。この場合、端末が上記のパーソナルコンピュータ（ＰＣ）や携帯情報端末（ＰＤＡ）であったとすると、上記の「各端末の仕様に合ったＭＬ文書の作成」において余り支障は生じない。
【０００４】
ところがその端末が今対象としている携帯電話であるとすると、上記の「各端末の仕様に合ったＭＬ文書の作成」において支障が生じてくる。
【０００５】
近年、携帯電話は世界的規模で爆発的に普及しており、これに伴って通信事業者いわゆるキャリアも多数出現し始めている。このため、各キャリアから提供される端末（携帯電話）の機種も日を追って増加している。つまり、新機種が次々と出現している。
【０００６】
そうすると、上記サーバ側ではその機種毎に合わせた多種のＭＬ文書によって上記ページを作成する必要がある。すなわち、端末の機種毎に表示可能なコンテンツが異なるため、上記サーバ側ではそれぞれの機種に応じたページ作成用プログラムを新しく作り直す必要がある。
【０００７】
なお本発明に関連する公知技術として、例えば下記の〔特許文献１〕〜〔特許文献３〕がある。しかし、これらの特許文献には、後に詳述する本発明の特徴をなす、「適合化条件情報」のタグ内への付加といった技術思想は全く示唆されていない。
ちなみに、〔特許文献１〕は、「ユーザが使用する端末情報を予め登録しておき、実際の通信時には、ユーザ情報から端末情報を取得してから、変換プログラムで各機種に適合するＭＬに変換する」方式であり、〔特許文献２〕は、「端末から送信されてくる情報から、端末の制約情報を抽出し、これに基づき、変換プログラムで各機種に適合するＭＬに変換する」方式であり、〔特許文献３〕は、「予めサーバ側に保管してある端末のリソース情報を参照して、変換プログラムで当該機種に適合するＭＬに変換する」方式である。
【０００８】
【特許文献１】特開２００４−７８３５４号公報
【特許文献２】特開２００１−２２２４８７号公報
【特許文献３】特開平１１−２５０００９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述したように、端末の機種が次々と追加されていくと、上記サーバ側では、その機種毎に応じた対応をとらなければならないがこの対応の仕方として従来次の２つの方法があった。
【００１０】
まず第１の方法は、上記ページを作成する上記プログラムの中に、上記の機種毎に応じた分岐処理を実装しておき、目的とする機種に適合したＭＬ文書を作成できるようにする、という方法である。
【００１１】
第２の方法は、予め定めた一定の形式でＭＬ文書を一旦作成しておき、次にそのＭＬ文書を、ＭＬ変換プログラムを用いて、上記の機種毎に適合したＭＬ文書に変換する、という方法である。
【００１２】
ところが上記第１および第２の方法にはそれぞれ次の問題がある。まず上記第１の方法においては、プログラム作成者が、非常に煩雑なプログラムをページ毎に作成し直さなければならないことから、プログラムの開発工数が膨大になると共に当該プログラムの品質保証が十分になされない、という問題である。
【００１３】
一方、上記第２の方法においては、新機種の端末が新たに出現した場合、上記のＭＬ変換プログラムを書き換えなければならないことから、その新機種への対応に多大な時間を要するという第１の問題があり、さらにまた、共通的に使用されるべきＭＬ変換プログラムそれ自体もまた変更しなければならないことから、既に構築済みの既存サイト（ＷＥＢサイト）の品質保証についてもう一度検証し直す必要がある、という第２の問題もある。
【００１４】
結局、上記第１および第２のいずれの方法をとるにしても、従来は、「機種の追加がある毎に、ＭＬ文書作成のためのプログラム自体を変更すること」が必須であり、上記の諸問題をひき起こしていた。
【００１５】
したがって本発明は、上記諸問題点に鑑み、ＭＬ文書作成用のプログラム自体は変更することなしに、新たに追加される新機種の端末に迅速かつ単純に対応可能なＭＬ文書生成方法ならびに装置を提供することを目的とするものである。
【課題を解決するための手段】
【００１６】
図１は本発明に基づくＭＬ文書生成方法を表すフローチャートである。まず本発明に係る方法の前提は、複数のエンドユーザの各端末からの要求に応じて、その要求端末に対し、その要求に係るＭＬ文書をサーバ装置において作成するためのＭＬ文書生成方法であり、ここにその方法に特徴的なステップは、
ステップＳ１１：上記のサーバ装置において、上記端末に適合する種々の仕様情報を、タグ内に適合化条件情報として識別子とともに予め包含させたオリジナル文書を作成し、
ステップＳ１２：上記サーバ装置側においてフィルタリング手段を具備すると共に、上記の端末より上述の要求を受け付けたとき、このフィルタリング手段により、上記タグ内の上記適合化条件情報を検索し、
ステップＳ１３：当該要求端末が上記適合化条件に適合するか否かを、タグまたは属性毎に、判断する。
【００１７】
ステップＳ１４：上記ステップＳ１３にて適合すると判断したとき、タグ内の識別子および適合化条件情報を削除し、
ステップＳ１５：上記ステップＳ１３にて適合しないと判断したときは、当該識別子および適合化条件情報を含むタグまたは属性を削除し、
ステップＳ１６：ＭＬ文書の完成させ、
ステップＳ１７：その完成したＭＬ文書を要求端末に提供する。
【発明の効果】
【００１８】
本発明によれば、前述した多大な工数を要する分岐処理をプログラムから排除すると共に、新機種への対応は上記の「フィルタリング」処理という考え方を導入して解決する。このフィルタリング処理の導入によって、全てのサイトに影響を及ぼす部分、すなわち前述のＭＬ変換プログラムに相当する部分には一切手を加えることなく、各端末の特徴、すなわちその固有の仕様や属性を定義する上記の「適合化条件情報」のみを変更パラメータとすることにより、サーバ装置側において容易に新機種への対応が行えることになる。つまり、サーバ装置側では、オリジナル文書に新たに付加するいわば付加情報（適合化条件情報）の変更のみで迅速に済ますことができる。
なお、上述した〔特許文献１〕〜〔特許文献３〕に特に着目すると、これらの公知技術は、端末固有の制約情報をどのようにして取得するかに違いはあるが、端末に適したＭＬを生成する部分は、いずれも、「変換プログラム」に依存している。つまり、新規の端末が新しい機能を搭載して出現した場合に、ＭＬ変換プログラムを書き換えねばならず、新機種への対応に時間がかかる、共通的に使用されるＭＬ変換プログラムが変更されることに伴い、既存サイトの品質保証を再度実施する必要がある等の課題があるが、本発明では、「新機種への迅速な対応」、「既存サイトへの影響の局限化」が図れる。
【００１９】
なおＭＬ自体に、かかる余分な付加情報が含まれると、端末側のブラウザで解読不能となることから、ＭＬへ付加情報を挿入するといった発想は従来存在し得なかった。
【００２０】
かくして本発明によれば、既述した既存サイト（ＷＥＢサイト）の品質保証の問題をも解決し、短期間のうちに、次々に出現する新端末に容易かつ迅速に対応することを可能とする。
【発明を実施するための最良の形態】
【００２１】
図２は本発明に基づくＭＬ文書生成装置の基本構成を示す図である。なお全図を通じて同様の構成要素には、同一の参照番号または記号を付して示す。また、本発明で用いる主たる用語の定義を、図１２を参照しながら、段落〔００５３〕〜〔００５５〕においてまとめて整理しておく。
【００２２】
本図に示す装置１は、複数のエンドユーザの各端末からの要求に応じて、その要求端末に対し、その要求に係るＭＬ文書を作成するためのＭＬ文書生成装置であって、オリジナル文書作成手段２と、機種識別手段３と、フィルタリング手段４と、返信手段５と、を備えてなる。そのフィルタリング手段４は、判別部４１および選定部４２を含んでなり、判別部４１は対応テーブル４３を具備する。上記各手段等は次の機能を有する。
【００２３】
・上記オリジナル文書作成手段２は、端末側に適合する種々の仕様情報を、タグ内に適合化条件情報として識別子とともに予め包含させたオリジナル文書を作成するものであり、
・機種識別手段３は、ＭＬ文書の提供を要求する端末の機種を識別するものであり、
・フィルタリング手段４は、判別部４１によって、上記の識別された端末の機種が、上記の適合化条件情報に適合するか否か判別し、その判別結果に基づき、選定部４２によって、適合するときには当該タグ内の識別子および適合化条件情報を削除し、一方、適合しないときは当該タグまたは属性をそのオリジナル文書から削除する処理を行い、
・返信手段５は、上記のフィルタ済みのオリジナル文書をＭＬ文書として当該要求端末に返信する。
【実施例】
【００２４】
上述したとおり、ＭＬ文書生成装置１を含むサーバ装置においては、端末に適合する種々の仕様情報を、タグ内に適合化条件情報として識別子とともに予め包含させる。
【００２５】
図３は識別子（＠）に続く適合化条件情報を説明するための図（その１）であり、
図４は同図（その２）である。
【００２６】
まず図３を参照すると、適合化条件情報（３ＧＰＰやＪＰＧ等）と、対応する端末機種の仕様の例を示す。例１においては、Ｇ８０２ｉおよびＭ８９０ｉと称する機種の端末は、３ＧＰＰ（3rd Generation Partnership Project）に適合していることを示す。すなわち３ＧＰＰ形式のムービーを再生できる機種であることを表す。
【００２７】
例２は、適合化条件情報としてＪＰＧを示し、さらにＪＰＧ画像の表示ができる機種を示す。ここでは、Ｂ５０００Ｋという機種の端末と３ＧＰＰに属する各機種の端末を表している。
【００２８】
これらの例１や例２のような内容は、図２の対応テーブル４３内に予め格納される。この対応テーブル４３の内容は自由に追加（あるいは削除）が可能であり、例えば新たにスケーラブル・ベクター・グラフィックス（ＳＶＧ）に対応した端末が出現したならば、その機種名が追加される。これを示すのが図４である。ここに示す例３によれば、ＳＶＧ対応の機種には、Ｇ８８０ｉとＭ８００ｉとＧ８０２ｉがあることを示している。
【００２９】
上記の図３と図４は、既述の判別部４１特にそれに具備される対応テーブル４３に関係する。すなわち、図２に示すフィルタリング手段４内の判別部４１は、仕様毎に、当該仕様に適合する１または複数の端末の機種をグルーピングして、その一群（グループ）の機種名とその仕様名との対応テーブル４３を具備し、この対応テーブル４３を参照して、既述の要求端末に適合するか否かの判別を行う。
【００３０】
ここで本発明に基づく、適合化条件情報の全てを含むタグについて具体例を示す。図５はオリジナル文書の一例を示す図であり、図２におけるオリジナル文書（テストページ）作成手段２において作成する。図５においては、＜ｏｂｊｅｃｔに始まるタグが表されている。この＜ｏｂｊｅｃｔに続くアットマーク＠は、適合化条件情報を表す部分が続くことを、フィルタリング手段４がタグ内において識別するための識別子であり、適合化条件情報の直前に付帯させる。本図では２つの識別子があり、前半の識別子＠には仕様（この例では３ＧＰＰ）を表す適合化条件情報が記述され、後半の識別子＠には他の仕様（この例ではＳＶＧ）を表す適合化条件情報が記述される。一般的表記にすれば、次のとおりである。
＜タグ名＠適合化条件  属性名＠適合化条件＝属性値…＞
【００３１】
なお、上記の識別子としてのアットマーク＠は単なる一例であり、フィルタリング手段４で適合化条件情報が記述される部分であることが認識できさえすれば、どのような記号を用いても良い。どのような記号を用いるにしても、図２に示すオリジナル文書作成手段２は、上記の適合化条件情報を表す部分であることを、フィルタリング手段４がタグ内において識別するための識別子例えば＠を、適合化条件情報に付加する付加情報付与手段２１を有している。
【００３２】
図６はフィルタリング後のタグの第１例および第２例をそれぞれ（ａ）および（ｂ）として示す。本図と上述の図５が本発明の特徴を最も良く表している。
【００３３】
図６（ａ）は、ＭＬ文書を要求する要求端末の機種がＭ８９０ｉである場合を示す。このＭ８９０ｉ端末がサーバ装置１側にアクセスしたとすると、図２のフィルタリング手段４は、判別部４１により、対応テーブル４３内の図４に示す内容を参照して、まずこのＭ８９０ｉ端末は仕様「３ＧＰＰ」を有していることを知り、かつ、もう１つの仕様「ＳＶＧ」は有しないことを知る。したがってｓｃａｌｅ属性は、削除され、最終的にＭ８９０ｉ端末に返信されるＭＬ文書内のｏｂｊｅｃｔタグの中には残らない。残るのは属性名ｗｉｄｔｈ＝“１５０”である。これが図２に示すフィルタリング手段４内の選定部４２の役目である。このとき注目すべき点は、上記識別子＠と適合化条件情報からなる付加情報は削除されることである。この付加情報は、フィルタリング手段４に当該適合化条件情報の存在のみを知らせればそれで十分であり、その後は、その付加情報が残存してしまうと、Ｍ８９０ｉ端末のブラウザにおいて当該タグの解読が不能となる（既述）から、当該タグより消去してしまう。
【００３４】
また図６の（ｂ）に示す第２例においては、ＭＬ文書を要求する要求端末の機種がＧ８０２ｉである場合を示す。このＧ８０２ｉ端末がサーバ装置１側にアクセスしたとすると、図２のフィルタリング手段４は、判別部４１により、対応テーブル４３内の図４に示す内容を参照して、まずこのＧ８０２ｉ端末は仕様「３ＧＰＰ」および「ＳＶＧ」に適合していることを知る。このため、ｏｂｊｅｃｔタグ中にはｓｃａｌｅ属性も共に残すようにする。前述と同様、これが図２に示すフィルタリング手段４内の選定部４２の役目である。このときもまた注目すべき点は、上記識別子と適合化条件情報とからなる付加情報は削除されることである。上述したとおり、この付加情報は、フィルタリング手段４に当該適合化条件情報の存在のみを知らせればそれで十分であり、その後は、その付加情報が残存してしまうと、Ｇ８０２ｉ端末のブラウザにおいて当該タグの解読が不能となるから、当該タグより消去してしまう。
【００３５】
なお、識別子に付帯する適合化条件情報（＝付加情報）が記述されていないときは、フィルタリング手段４は、当該タグまたは属性が全ての機種の要求端末に適合するものと判断する。
【００３６】
上記識別子＠で指定される適合化条件情報のうち上記の仕様の判別に係る適合化条件情報については、複数の仕様名を組み合わせた論理式で表しておくと、フィルタリング手段４における選定部４２は容易に選定処理を行うことができる。これを図で示す。
【００３７】
図７は複数の仕様名を組み合わせる場合の論理式を示す図である。本図の下段に示すとおり、例えば仕様ａを有するが、仕様ｂもｃも有しない端末機種を適合化条件情報として指定するときは、下記のようにする。
＜ｏｂｊｅｃｔ＠ａ＊！（ｂ＋ｃ）…＞
【００３８】
ここで、既述の削除処理に関して一言触れると、適合化条件に適合しない場合に、当該タグ配下も全て削除するか否かを指定することができる。この記述例を以下に示す。（ａｌｌ）が指定されていると、タグ配下の全てが削除される。
＜ｏｂｊｅｃｔ＠（ａｌｌ）…＞
Ａ
Ｂ
Ｃ
＜／ｏｂｊｅｃｔ＞              （１)
＜ｏｂｊｅｃｔ＠ａ…＞
Ａ
Ｂ
Ｃ
＜／ｏｂｊｅｃｔ＞              （２)
（ただし、Ａ，ＢおよびＣはタグまたはテキストである）
【００３９】
上記（１）においては、仕様ａを持たない端末の場合、ＡＢＣを含め、全て削除され、
上記（２）においては、仕様ａを持たない端末の場合、ｏｂｊｅｃｔタグは削除され、ＡＢＣのみが出力される。
【００４０】
以上述べたことを全体システムとして表すと、図８のようになる。ただし概念的に描いたものである。概念的には、ＭＬ文書生成装置１は、ページ（ＭＬ）生成プログラム部３５と、サーバ装置３４と、ＭＬフィルタリング装置（既述の４）３３と、対応テーブル３６（既述の４３）からなる。
【００４１】
携帯電話３１からのＭＬ文書要求アクセス３７は、ネットワーク３２を介して、ＭＬ文書生成装置１に至り、ここでこの要求元携帯電話３１の機種等に関する情報が抽出され、この機種に適合するＭＬ文書が、既述のプロセスを経て、返信（３８）される。なお、ＭＬ文書は、実際にはＨＴＭＬにより記述された文書であり、またサーバ装置３４はＷＥＢサーバである。
【００４２】
最後に本発明による詳細な具体例を示しておく。
【００４３】
図９は本発明に基づく具体例を示す機能ブロック図である。本図において、ページ作成機能部５２と、ＭＬフィルタリング機能部５３と、グループ識別機能部５５が特に本発明の特徴を表す機能部であり、リクエスト受信機能部５１と、端末識別機能部５４と、レスポンス返信機能部５６は、一般的なＭＬ文書生成装置においても使用される通常の機能部である。
【００４４】
上記ページ作成機能部５２におけるページ作成処理では、「端末グループ」の定義で定義している端末の仕様に応じて、出力すべきコンテンツを全て出力する。なお従来は、端末に応じて、出力する／しないというを制御する必要があったため、出力プログラムが複雑で作成しづらいものとなっていた。
【００４５】
図１０はページ作成機能部５２からの出力例を示す図である。本図の（ａ）は出力例１であって、端末３１の機種（タイプ）によって、該端末に表示するロゴ画像のサイズを変更したい場合のタグを示し、ｔｙｐｅ１（大）、ｔｙｐｅ２（中）およびｔｙｐｅ３（小）の３タイプが例示されている。
【００４６】
また図１０の（ｂ）は、端末３１の機種（タイプ）によって、端末３１に表示する文言および画像を変更したい場合の３例を示す。
【００４７】
図９に戻ると、端末識別機能部５４においては、端末からのリクエストに端末３１の機種を識別するための情報が含まれており、これを抽出して、端末種別を特定する。例えば、リクエストのＵｓｅｒ−Ａｇｅｎｔヘッダに次のように端末種別を示すＩＤが記載されている。
Ｕｓｅｒ−Ａｇｅｎｔ：メーカー名／バージョン番号／Ｓ９００ｉ
ここでＳ９００ｉの部分が、端末機種を示すＩＤである。
【００４８】
さらに上記グループ識別機能部５５においては、グループの定義情報から、識別した端末を含むグループを抽出し、一覧を作成する。例えば、Ｓ９００ｉを要素として含む全てのグループのＩＤを「適合グループ一覧」として抽出すると、以下のようになる。
適合グループ一覧＝｛Ｇ１，Ｇ８，Ｇ２９，Ｇ５２，ｔｙｐｅ２，…｝
【００４９】
さらにまた上記ＭＬフィルタリング機能部５３は、上記ページ作成機能部５２で作成した、適合化条件情報付きのオリジナル文書を、上記で抽出した「適合グループ一覧」に基づき、フィルタリングする。つまり、適合グループ一覧に含まれている場合は、真、含まれていなければ、偽、と評価することで、＠に続く適合条件部分の論理演算を行う。具体例を以下に３つ示す。
【００５０】
例１：ｄｉｖ＠Ｇ１は、真。つまり、ＭＬ文書への出力対象
例２：ｄｉｖ＠Ｇ２＊Ｇ８は、偽かつ真＝偽。つまり、オリジナル文書からの削除対象
例３：ｄｉｖ＠Ｇ２＋ｔｙｐｅ２は、偽または真＝真。つまり、ＭＬ文書への出力対象
【００５１】
かくして上記ＭＬフィルタリング機能部５３からは図１１に示すような形にフィルタリングされて、レスポンス返信機能部５６に渡される。
【００５２】
図１１の（ａ）は図１０（ａ）について、図１１の（ｂ）は図１０（ｂ）について、それぞれフィルタリング後の文書を各下段に示す図である。図１１（ａ）は、その上段に示す図１０（ａ）のうち、テーブル４３に基づき適合する“ｍｅｄｉｕｍ．ｇｉｆ”のみを抽出した例を下段に示し、図１１（ｂ）は、その上段に示す図１０（ｂ）のうち、テーブル４３に基づき適合するｄｉｖタグ以下全てを抽出した例を下段に示す。
【００５３】
以上種々の用語について述べてきたが、これらの用語の解釈上の混乱をなくすために、最後にまとめてその定義を整理しておく。図１２の（ａ）および（ｂ）は、本発明で用いる主たる用語の定義を説明するための図である。
【００５４】
図１２を参照しながら説明すると、
・「タグ」：「タグ名」および「属性名＝…」の総称であり、図１２（ａ）に示す「タグ」の例において、「＜」から「＞」、すなわち「＜…＞」のかたまりがタグである。
次に「付加情報」「識別子」および「適合化条件情報」について見てみると、仮に図１２（ｂ）に示すような「タグ」があったとすると、
・「付加情報」：タグ内に付加された情報、すなわち「＠ＪＰＧ＊ＳＶＧ」
・「識別子」：「＠」
・「適合化条件情報」：「ＪＰＧ＊ＳＶＧ」
である。
【００５５】
さらに、「仕様名」および「機種名」について見てみると、上記の「タグ」に沿って説明すれば、
・「仕様名」：「ＪＰＧ」や「ＳＶＧ」
なお「仕様名」は、「仕様名」と「機種名」のグループよりなり、例えば、前述のＪＰＧ：Ｂ５０００Ｋ，（３ＧＰＰ）である。
・「機種名」：「Ｂ５０００Ｋ」
【００５６】
以上説明したように本発明によれば、プログラム自体の変更を要求することなしに、ＨＴＭＬに付加する付加情報（特に適合化条件情報）の変更のみで、簡単かつ迅速に、新機種の新機能に対応することが可能となる。
【図面の簡単な説明】
【００５７】
【図１】本発明に基づくＭＬ文書生成方法を表すフローチャートである。
【図２】本発明に基づくＭＬ文書生成装置の基本構成を示す図である。
【図３】適合化条件情報を説明するための図（その１）である。
【図４】適合化条件情報を説明するための図（その２）である。
【図５】オリジナル文書の一例を示す図である。
【図６】（ａ）フィルタリング後のタグの第１例と、（ｂ）フィルタリング後のタグの第２例を示す図である。
【図７】複数の仕様名を組み合わせる場合の論理式を示す図である。
【図８】全体システムの概要を示す図である。
【図９】本発明に基づく具体例を示す機能ブロック図である。
【図１０】（ａ）は出力例１を示す図、（ｂ）は出力例２を示す図である。
【図１１】（ａ）は図１０（ａ）について、（ｂ）は図１０（ｂ）について、フィルタリング後の文書を各下段に示す図である。
【図１２】（ａ）および（ｂ）は、本発明で用いる主たる用語の定義を説明するための図である。
【符号の説明】
【００５８】
１    ＭＬ文書生成装置
２    オリジナル文書作成手段
３    機種識別手段
４    フィルタリング手段
５    返信手段
２１    付加情報付与手段
４１    判別部
４２    選定部
４３    対応テーブル
５２    ページ作成機能部
５３    ＭＬフィルタリング機能部
５５    グループ識別機能部
【図１】
2007164374.tif 000003
【図２】
2007164374.tif 000004
【図３】
2007164374.tif 000005
【図４】
2007164374.tif 000006
【図５】
2007164374.tif 000007
【図６】
2007164374.tif 000008
【図７】
2007164374.tif 000009
【図８】
2007164374.tif 000010
【図９】
2007164374.tif 000011
【図１０】
2007164374.tif 000012
【図１１】
2007164374.tif 000013
【図１２】
2007164374.tif 000014
【手続補正書】
【提出日】平成18年4月3日(2006.4.3)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
ステップＳ１４：上記ステップＳ１３にて適合すると判断したとき、タグ内の識別子および適合化条件情報を削除し、
ステップＳ１５：上記ステップＳ１３にて適合しないと判断したときは、当該識別子および適合化条件情報を含むタグまたは属性を削除し、
ステップＳ１６：ＭＬ文書を完成させ、
ステップＳ１７：その完成したＭＬ文書を要求端末に提供する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
ここで本発明に基づく、適合化条件情報を含むタグについて具体例を示す。図５はオリジナル文書の一例を示す図であり、図２におけるオリジナル文書作成手段２において作成する。図５においては、＜ｏｂｊｅｃｔに始まるタグが表されている。この＜ｏｂｊｅｃｔに続くアットマーク＠は、適合化条件情報を表す部分が続くことを、フィルタリング手段４がタグ内において識別するための識別子であり、適合化条件情報の直前に付帯させる。本図では２つの識別子があり、前半の識別子＠には仕様（この例では３ＧＰＰ）を表す適合化条件情報が記述され、後半の識別子＠には他の仕様（この例ではＳＶＧ）を表す適合化条件情報が記述される。一般的表記にすれば、次のとおりである。
＜タグ名＠適合化条件  属性名＠適合化条件＝属性値…＞
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
なお、上記の識別子としてのアットマーク＠は単なる一例であり、フィルタリング手段４で適合化条件情報が記述される部分であることが認識できさえすれば、どのような記号を用いても良い。どのような記号を用いるにしても、図２に示すオリジナル文書作成手段２は、適合化条件情報と識別子（例えば＠）とを、タグ名または属性名に付加する付加情報付与手段２１を有している。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
ここで、既述の削除処理に関して一言触れると、適合化条件に適合しない場合に、当該タグ配下も全て削除するか否かを指定することができる。この記述例を以下に示す。（ａｌｌ）が指定されていると、タグ配下の全てが削除される。
＜ｏｂｊｅｃｔ＠ａ（ａｌｌ）…＞
Ａ
Ｂ
Ｃ
＜／ｏｂｊｅｃｔ＞              （１)
＜ｏｂｊｅｃｔ＠ａ…＞
Ａ
Ｂ
Ｃ
＜／ｏｂｊｅｃｔ＞              （２）
（ただし、Ａ，ＢおよびＣはタグまたはテキストである）
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
図９に戻ると、端末識別機能部５４においては、端末からのリクエストに端末３１の機種を識別するための情報が含まれており、これを抽出して、端末種別を特定する。例えば、リクエストのＵｓｅｒ−Ａｇｅｎｔヘッダに次のように端末種別を示すＩＤが記載されている。
Ｕｓｅｒ−Ａｇｅｎｔ：キャリア名／バージョン番号／Ｓ９００ｉ
ここでＳ９００ｉの部分が、端末機種を示すＩＤである。
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2007164374.tif 000015
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図１１
【補正方法】変更
【補正の内容】
【図１１】
2007164374.tif 000016