JP2007065820A - 携帯サイト管理システム - Google Patents

Abstract

【課題】
コンテンツプロバイダの業務を支援し、コンテンツの入替えや修正に伴う携帯サイトの構築や変更を容易に行なう。
【解決手段】
コンテンツプロバイダからネットワークを通して携帯端末に携帯サイトのコンテンツを提供するシステムにおける携帯端末のサイトを運用管理する管理システムにおいて、携帯端末のサイトのコンテンツを提供するための処理を行うアプリケーケーションサーバと、アプリケーションサーバで扱われるサイトの運用管理を行なう運用管理サーバを有する。運用管理サーバは、携帯端末のサイトを作成する処理を行なう第１処理手段と、作成されたサイトをテストするための所定の関係先に接続してテストを実施する第２処理手段と、第２処理手段によるテストに適合したサイトをネットワーク上へ公開するために、アプリケーションサーバに通知する第３処理手段と、を有する。
【選択図】 図１

Description

本発明は、携帯サイト管理システムに係り、特に携帯電話等の携帯端末に提供するコンテンツの制作や入替え、携帯サイト画面の修正等を含むコンテンツ管理、及び携帯サイトの構築及び運用を行なう携帯サイトの管理システム、及び携帯サイトのコンテンツを管理運用するコンテンツプロバイダに対する処理の支援に関するものである。

近年、パーソナルコンピュータ（ＰＣ）や携帯電話等の携帯端末からコンテンツプロバイダのウェブサイトを閲覧し、色々なサービスの提供を受けることが可能となっている。ＰＣの場合は、一般的にコンテンツプロバイダにＨＴＭＬ形式で記述されたコンテンツファイルを要求して閲覧することがきる。

しかし、携帯電話の場合は通信事業者（以下キャリアと言う）ごとに互換性の無い異なる閲覧形式が採用されている。例えば通常、各キャリア用のコンテンツファイルは、ＣＨＴＭＬ（ＣｏｎｐａｃｔＨＴＭＬ）や、ＨＤＭＬや、ＣＨＴＭＬとほぼ同じ形式のＭＭＬ（Ｍｏｂｉｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の言語で記述されている。このため、ある特定のキャリアの携帯電話用に作成されたコンテンツファイルは、他のキャリアの携帯電話では閲覧できないか、閲覧されたとしても画像や音楽等コンテンツの出力に不具合が生じる。

また、携帯電話のメーカや機種は多種に及ぶので、これらの機種ごとに画面のレイアウトや文字の形式、画像の画質や動画の表示が異なり、また着信メロディやその音質等もそれぞれ異なる。このため、プロバイダはキャリアや機種ごとに異なる携帯電話の多種の形式に合わせて、コンテンツを変更、修正して提供することが必要となる。

例えば、特開２００５−３７４３２公報（特許文献１）には、携帯端末のばらつきやユーザの好みに応じてコンテンツを提供するための技術が開示されている。この技術によれば、携帯端末の同一機種内でのコンテンツの再生機能のばらつきを補正する情報及びユーザ毎の好みに応じてコンテンツの再生設定を変更する情報のうち少なくとも一方を含む個別設定情報を、携帯端末からコンテンツサーバへ送信し、コンテンツサーバでこの個別設定情報に基づいてコンテンツを変換し、この変換後のコンテンツを要求元の携帯端末へ送信している。

特開２００５−３７４３２公報

最近では、キャリア毎或いは携帯電話の機種毎に異なる携帯サイトを作成したり、コンテンツを変更する等の管理をサポートするサービスも行なわれている。しかし、この種のサービスは、キャリアや機種ごとに異なる多種の携帯電話に合わせてプログラムを１つ１つ修正することによって携帯サイトを作成したりコンテンツを変更することで対処しているのが実情であり、多くの時間と労力を要している。

近年、日々増加するコンテンツプロバイダのサイト間での競争も激しくなって来ており、新規に制作したコンテンツやサービスを即時にサイトに投入し、また携帯サイトに変更が生じた場合には早急に修正することがコンテンツ提供の戦略上重要になっている。コンテンツプロバイダとしては、サイトの修正を速く行なってコンテンツを入替え、専用の環境で確認テストを行った上で、コンテンツを早く公開して本番のサイトの運用を行いたい。
然しながら、上記のように、携帯サイトの画面の変更をプログラムの修正によって１つ１つ対処することは作業時間が非常にかかり、競業上も十分な対応とは言えない。

本発明の目的は、携帯サイトのコンテンツを提供するプロバイダの業務を支援し、携帯サイトの構築や変更を容易に行なうことができる携帯サイト管理システム及び支援システム、及び方法、そのためのプログラムを提供することにある。
本発明の他の目的は、携帯サイトの画面の変更、確認テスト、及び本番運用、その結果の分析報告等の一連のサイト管理業務を短時間のサイクルで行なうことができるプロバイダの支援システムを提供することにある。

本発明に係る携帯サイト管理システムは、コンテンツプロバイダからネットワークを通して携帯端末にサイトのコンテンツを提供するシステムにおける携帯端末のサイトを管理する管理システムであって、携帯端末のサイトのコンテンツを提供するための処理を行うアプリケーションサーバと、アプリケーションサーバで扱われるサイトの運用の管理を行なう運用管理サーバを有し、
運用管理サーバは、携帯端末のサイトを作成するための処理を行なう第１処理手段と、作成されたサイトをテストするための所定の関係先に接続してテストを実施する第２処理手段と、第２処理手段によるテストに適合したサイトをネットワーク上へ公開するために、サイトに関係する情報をアプリケーションサーバに通知する第３処理手段と、を有する携帯サイト管理システムとして構成される。（請求項１に関係）
好ましい例では、更に、前記運用管理サーバは、アプリケーションサーバによる実際の運用において携帯端末からサイトへのアクセスの状況に関連するデータを収集して、表示器へ出力するためのレポーティング処理を行う第４処理手段を有する。
また、好ましくは、前記運用管理サーバの第１処理手段によって作成された多数のサイトの情報を管理するための管理情報データベース（ＤＢ）を有し、管理情報ＤＢは、作成されたサイト毎に付与されたＩＤ（サイトＩＤという）をキーにして、各サイトに関する情報を記憶するサイト情報領域と、コンテンツ毎にコンテンツＩＤを付与して、サイトに掲載することができるコンテンツを管理するコンテンツ管理情報領域と、携帯端末の機種毎に異なる端末機種ＩＤを付与して、携帯端末の特性に関する情報を管理する携帯端末情報領域と、を備え、第１処理手段は、サイト情報領域、コンテンツ管理情報領域、及び携帯端末情報領域の情報を参照して、サイトに関連する情報を訂正してサイトの修正を行なう携帯サイト管理システムとして構成される。
また、好ましくは、前記管理情報ＤＢは、更に、アプリケーションサーバによる実際の運用において携帯端末からサイトへのアクセスの状況を示すデータを、サイトＩＤに関連付けて保持する統計情報領域を有し、前記第４処理手段は、統計情報領域を参照して、選択されたサイトＩＤに対応したデータを取得し、サイトＩＤ毎に運用状況をレポーティング処理する携帯サイト管理システムとして構成される。
また、好ましくは、更に、携帯端末に提供されるコンテンツを保持するコンテンツＤＢと、コンテンツＤＢを管理し、コンテンツの読み出し及び登録処理を行うコンテンツ管理サーバとを有する携帯サイト管理システムとして構成される。
また、好ましくは、前記コンテンツプロバイダは、アプリケーションサーバを運用し、コンテンツプロバイダを支援する会社は少なくとも運用管理サーバを運用し、管理情報ＤＢ及びコンテンツＤＢは、アプリケーションサーバ及び運用管理サーバの両方から参照できる携帯サイト管理システムとして構成される。
また、好ましくは、前記アプリケーションサーバは、管理情報ＤＢのサイト情報領域に保持されたサイトＩＤに対応したサイトをネットワーク上に公開する処理を行う。

また、本発明に係る運用支援システムは、携帯端末のコンテンツを提供するアプリケーションサーバを運用するコンテンツプロバイダの業務を支援するサーバを有する運用支援システムにおいて、サーバは、携帯端末のサイトを作成する第１処理手段と、作成されたサイトをテストするための所定の関係先に接続してテストを実施する第２処理手段と、第２処理手段によるテストに適合したサイトをネットワーク上へ公開するために、アプリケーションサーバに通知する第３処理手段と、を有し、
更に、第１処理手段によって作成された多数のサイトの情報を、サイト毎に固有のＩＤ（サイトＩＤ）を付与して管理する管理情報ＤＢを有する運用支援システムとして構成される。（請求項８に関係）
好ましい例では、前記アプリケーションサーバによる実際の運用において、携帯端末からサイトへのアクセスの状況に関するデータを収集して、表示器へ出力するためのレポーティング処理を行う第４処理手段を更に有する。
また、好ましくは、前記管理情報ＤＢは、更に、コンテンツ毎にコンテンツＩＤを付与して、各サイトに掲載されるコンテンツを管理するコンテンツ管理情報領域と、携帯端末の機種毎に端末機種ＩＤを付与して、携帯端末の特性に関する情報を管理する携帯端末情報領域と、アプリケーションサーバによる実際の運用において携帯端末からサイトへのアクセスの状況を示すデータを、サイトＩＤに関連付けて保持する統計情報領域と、を有し、
第１処理手段は、サイト情報領域、コンテンツ管理情報領域、及び携帯端末情報領域の情報を参照して、関連する情報を訂正してサイトの修正の処理を行ない、第４処理手段は、統計情報領域を参照して、選択されたサイトＩＤに対応したデータを取得し、サイトＩＤ毎に運用状況をレポーティング処理する。
また、好ましくは、前記第１処理手段は、対象とするサイトを表示器に表示し、入力器からの指示に従い、サイトを構成する予め定義された複数の構成要素（ブロック）を任意に組み合わせることによってサイトを作成する処理を行う。
また、好ましくは、前記管理情報ＤＢは、ブロック毎に異なるＩＤ（ブロックＩＤ）を付与して、ブロックを定義する情報を保持するブロック定義情報領域を更に有し、前記第１処理手段により作成されたサイトに関連するブロック定義情報をサイトＩＤと関連つけて管理情報ＤＢに登録する。

また、本発明に係る運用支援システムは、次のようにも把握される。すなわち、携帯端末のサイトを運用するプロバイダの業務を支援するサーバを有する運用支援システムにおいて、少なくとも携帯サイトの画面を表示する表示器と、入力操作を行う入力器と、サーバは、対象のサイトを表示器に表示し、入力器からの指示に従い、サイトを構成する予め定義された複数の構成要素（ブロック）を任意に組み合わせることによってサイトを作成する第１処理手段と、作成されたサイトをテストするための所定の関係先に接続してテストを実施する第２処理手段と、第２処理手段によるテストに適合したサイトをネットワーク上へ公開するために、サイトのコンテンツを提供するアプリケーションサーバにサイトの関連情報を通知する第３処理手段と、を有する運用支援システムとして構成される。（請求項１３に関係）
また、本発明に係る運用支援システムは、携帯端末のサイトの運用を行うプロバイダの業務を支援する支援システムであって、少なくとも携帯サイトの画面を表示する表示器と、入力操作を行う入力器と、作成するサイトを表示器に表示し、入力器からの指示に従い、サイトを構成する予め定義された複数の構成要素（ブロック）を任意に組み合わせることによってサイトを作成する第１処理手段と、第１処理手段によって作成された多数のサイトの情報を、サイト毎に固有のＩＤ（サイトＩＤ）を付与して管理する管理情報ＤＢと、作成されたサイトをテストするための所定のサイトに接続してテストを実施する第２処理手段と、第２処理手段によるテストに適合したサイトをネットワーク上へ公開するために、サイトのコンテンツを提供するアプリケーションサーバにサイトの関連情報を通知する第３処理手段と、を有する運用支援システムとして構成される。（請求項１４に関係）
好ましい例では、前記作成されたサイトをテストするための所定の関係先とは、前記アプリケーションサーバと同様の処理を行う、テスト処理用のアプリケーションサーバである。

また、本発明は、上記いずれかのシステムにおいて、第１処理手段乃至第４処理手段を実現するための機能を有する、サーバ上で実行される携帯サイト運用管理プログラムとしても把握される。（請求項１８に関係）
また、本発明に係る携帯サイトの運用管理方法は、携帯端末のサイトのコンテンツを提供するプロバイダにおける携帯サイトの運用を管理する方法であって、対象の携帯サイトを表示器に表示し、入力器からの指示に従い、携帯サイトを構成する予め定義された複数の構成要素（ブロック）を任意に組み合わせることによってサイトを作成する第１処理ステップと、第１処理によって作成された多数のサイトの情報を、サイト毎に固有のＩＤ（サイトＩＤ）を付与して管理情報ＤＢに記憶するステップと、作成されたサイトをテストするための所定の関係先に接続してテストを実施するテスト実施ステップと、テストの実施の結果、適合したサイトをネットワーク上へ公開するために、サイトに関係する情報をアプリケーションサーバに通知するステップと、を有する携帯サイトの運用管理方法として構成される。

本発明によれば、携帯サイトのコンテンツを提供するプロバイダの業務を効果的に支援することができ、コンテンツの入替えや修正に伴う携帯サイトの構築や変更を容易に行なうことができる。更に、携帯サイトの変更、確認テスト、及び本番運用、運用時のデータの分析報告等、一連の携帯サイトの管理業務を短時間のサイクルで効率的に行なうことができる。

本発明の実施形態について図面を参照して説明する。
図１は実施形態による携帯電話サイトのコンテンツ提供管理システムの構成例を示す図である。
インターネット等のネットワーク１０には、複数のキャリア１１及び複数のコンテンツプロバイダ１５１〜１５４（以下、特定しない場合は、単に符号１５で示す）が接続される。複数のコンテンツプロバイダ（以下単にプロバイダという）１５はそれぞれ多種類の音楽や静止画像、動画像の画像等のコンテンツ、及びこれらのコンテンツを含ませる多くの携帯サイトを保有し、ネットワーク１０を通して複数のキャリア１１に携帯サイト及びそのコンテンツを提供する。キャリア１１と契約した利用者は携帯電話１２に携帯サイトを取得でき、かつその携帯サイトのコンテンツを取得して視聴できる。

本実施例では、プロバイダの業務を支援するための処理、即ちプロバイダ１５１〜１５４により提供される携帯サイトの構築及び運用等の管理、並びにコンテンツの管理、変更等の処理を行うシステムについて説明される。この支援は、支援システム１７１，１７２（以下、特定しない場合は、単に符号１７で示す）と関係するプロバイダ１５との連携によって実現される。支援システム１７は主に、上記の支援のためのサーバ及びデータベース（以下単にＤＢという）を有している。

図１において、プロバイダ１５１は、図示では分からないが、その内部に支援システムを有しており、プロバイダ１５１が提供する携帯サイトの構築及び運用等の管理、並びにコンテンツの管理、変更等の業務を行なう。支援システム１７１は１つのプロバイダ１５２に対する業務を支援し、支援システム１７２は２つのプロバイダ１５３及び１５４を支援する。
なお、支援システム１７は、説明上このように呼称しているが、その呼び方はこれに限定されない。

また、プロバイダ１５と支援システム１７の関係について別の見方をすれば、プロバイダ１５と支援システム１７とが同じ会社で構成される場合や、或いは支援システム１７を有する会社とプロバイダとがそれぞれ別会社で構成される場合があり得る。図１の例は、プロバイダ１５と支援システム１７とを会社別に分けたか否かに関係無く存在し得る構成である。
なお、これらプロバイダ１５と支援システム１７との関係及び構成等については、図２〜図４を参照してそれぞれ後述する。

図２は、プロバイダ１５及び支援システム１７の構成例を示す図である。
この例は、プロバイダ２０がプロバイダ１５２〜１５４に相当し、支援システム２１が支援システム１７１、１７２に相当する場合の両者の関係及び構成を示す例である。

プロバイダ２０と支援システム２１とはネットワーク１０を介して接続される。プロバイダ２０毎に設定されたＵＲＬの指定によって、携帯電話１２からは目的のプロバイダ１５２〜１５４にアクセスすることができるが、支援システム２１へはアクセスされない。支援システム２１は関係先のプロバイダ２０にネットワーク１０を介して接続される。また、支援システム２１は専用線２３を介してプロバイダ２０に接続されることもある。

プロバイダ２０は、携帯サイトのコンテンツを提供するためのアプリケーションプログラムを実行するアプリケーションサーバ（以下、ＡＰＰサーバという）２０１と、このＡＰＰサーバ２０１でのアプリケーションプログラムの実行に際して使用される、情報を表示する表示器２０８及び入力操作を行なう入力器２０９を有する。ＡＰＰサーバ２０１は、携帯電話１２からの要求に応じて選択されたサイト及びコンテンツの情報を提供するためのアプリケーションプログラムを記憶する記憶装置及びそのプログラムを実行するプロセッサを備える。

ある１つのプロバイダ１５は、複数のキャリア１１に対してコンテンツを提供することがあり、しかもコンテンツの提供の形式はそれぞれ異なる。そのため、ある１つのプロバイダ１５は、通常、複数のキャリア１１に対応して複数のＡＰＰサーバ２０１または複数のアプリケーションプログラムを有している。

支援システム２１は、サイト構築運用サーバ２１１、コンテンツ管理サーバ２１２、画像変換サーバ２１３、コンテンツＤＢ２１４、管理情報ＤＢ２１５、及び表示器２１８、入力器２１９を有している。
サイト構築運用サーバ２１１は、ＡＰＰサーバ２０１が提供する携帯サイトを作成し、またその携帯サイトを修正するための処理等の、本実施例に特徴的な種々の処理を行なう。これについては後で詳述する。

コンテンツ管理サーバ２１２は、コンテンツＤＢ２１４に記憶されるコンテンツの管理を行なう。コンテンツＤＢ２１４は多種類の音楽や静止画像、動画像の画像等のコンテンツを記憶する。各コンテンツには固有のコンテンツＩＤが付与され、コンテンツ管理サーバ２１２はコンテンツＩＤをキーにして管理することができる。
コンテンツ管理サーバ２１２は、例えばコンテンツＤＢ２１４への新たなコンテンツの登録及び更新、削除等の処理を行なう。更に実運用時においては、コンテンツ管理サーバ２１２はコンテンツＤＢ２１４から目的のコンテンツを読み出し、そのコンテンツをＡＰＰサーバ２０１へ転送する。あるコンテンツは画像変換処理のためにコンテンツ管理サーバ２１２から画像変換サーバ２１３へ転送されることがある。

画像変換サーバ２１３は、コンテンツの形式を変換する処理、例えばコンテンツ管理サーバ２１２から転送されたコンテンツの画像を端末としての携帯電話に最適な形式及びサイズに変換する処理を行なう。例えば、ＪＰＥＧ形式の画像をＧＩＦ形式の画像に変換する。コンテンツの形式や種類によっては変換する必要が無い場合もあるので、この画像変換サーバ２１３は必須ではない。

管理情報ＤＢ２１５は、本実施例に特徴的な情報を記憶して管理する。即ち、サイト構築運用サーバ２１１が作成する多数のサイト及び各サイトに掲載する関連する情報を管理する。この管理情報ＤＢ２１５の構成については、図４を参照して後述する。

表示器２１８及び入力器２１９は例えばＰＣ（パーソナルコンピュータ）であり、表示器２１８には、作成又は修正される携帯サイトの画面が表示される。入力器２１９を操作することにより、画面に表示された携帯サイトに掲載すべきコンテンツや種々の情報を指定し、１つのサイトの作成又は修正が行なわれる。後述するが、表示器２１８にはまた運用時の状況を示す情報が表示される。なお、表示器２１８及び入力器２１９は、ＰＣに限らず、携帯端末や携帯電話等の端末器でもよい。

ここで、図２には示していないが、プロバイダ２０及び支援システム２１には、その運用を監視し又は携帯サイトの状況を管理する管理者用のＰＣ又は携帯端末が接続されることもある。管理者に付与された専用のＵＲＬを指定することで、ＡＰＰサーバ２０１や支援システム２１のサイト構築運用サーバ２１１等にアクセスすることができる。

なお、図２の例では、１つのプロバイダ２０しか示していない。支援システム１７２が２つのプロバイダ１５３，１５４を支援する場合、一方のプロバイダ２０は例えば１５３に相当し、他方のプロバイダ（例えば１５４に相当）の図示は省略されていることになるが、他方のプロバイダ１５４の構成及び支援システム１７２との接続関係等は、上述と同様であると理解してよい。

図３は、他の例によるプロバイダ１５と支援システム１７の構成例を示す。
この例は、プロバイダ３０がプロバイダ１５２〜１５４に相当し、支援システム３１が支援システム１７１、１７２に相当する場合の両者の関係及び構成を示している。
この例において、プロバイダ３０はＡＰＰサーバ３０１、コンテンツ管理サーバ３１２、画像変換サーバ３１３、コンテンツＤＢ３１４、管理情報ＤＢ３１５、及び図示しないが表示器及び入力器を有している。一方、支援システム３１は、サイト構築運用サーバ３１１、及び表示器３１８及び入力器３１９を備えたＰＣを有している。
各サーバ及びＤＢ等の構成及び機能は図２に示したものと同様であるが、プロバイダとその支援システムが分担する役割りが異なる。

図４は、更に他の例によるプロバイダ１５と支援システム１７の構成例を示す。
この例は、プロバイダ１５１の構成に相当し、プロバイダ１５１内に支援システム３１（図３に相当の）を有している場合の構成を示している。
即ち、プロバイダ１５１は、ＡＰＰサーバ３０１、コンテンツ管理サーバ３１２、画像変換サーバ３１３、コンテンツＤＢ３１４、管理情報ＤＢ３１５、を有し、更に支援システムとして、サイト構築運用サーバ３１１、及び表示器３１８及び入力器３１９を備えたＰＣを有している。これらの構成機器は、内部の専用ネットワーク又は公的なネットワークを介して接続している。
各サーバ及びＤＢ等の構成及び機能は、前述の図３に示したものと同様である。

このように、図２〜図４を参照した例から理解されるように、ネットワーク１０を通して携帯電話からアクセスされるＡＰＰサーバがフロントエンドサーバとしての機能する。このＡＰＰサーバに対して、バックエンドサーバとして機能するのが、サイト構築運用サーバやコンテンツ管理サーバ、及び画像変換サーバである。従って、サイト構築運用サーバ、コンテンツ管理サーバ、画像変換サーバ、及びコンテンツＤＢや管理情報ＤＢは、プロバイダ側又は支援システム側のいずれの側にあってもよいことが理解される。また、支援システム２１，３１は、支援会社が独自に保持してもよいし、或いはプロバイダ自らが保持してもよい。

図５は、支援システム２１における管理情報ＤＢ２１５の構成例を示す。
管理情報ＤＢ２１５は、作成された多数の携帯サイトの情報を記憶するサイト情報記憶領域４１と、コンテンツＤＢ２１４に格納されるコンテンツのＩＤを記憶するコンテンツ管理情報領域４２と、ＡＰＰサーバ２０１の実際の運用において携帯電話からサイトへアクセスされる状況を示すデータを、サイトＩＤに対応付けて記憶する統計情報領域４３と、キャリア１１が取扱う全ての携帯電話１２に関する特性情報を、携帯機種ＩＤに対応付けて記憶するデバイス情報領域４４と、サイトに掲載する情報や取扱いの定義した情報を記憶するブロック定義情報領域４５を有して構成される。

サイト情報記憶領域４１は、作成された携帯電話のサイトＩＤ毎にブロック定義情報、及びページ定義情報を登録する。通常、携帯サイトは複数のページと、各ページに掲載される複数のブロックから構成されると仮定している。即ち、ブロックは、携帯サイトのページに追加できる表示要素（音声発生要素も含む）であり、操作者の入力操作によって、複数のブロックを適宜選択して、ページに割り振ることによって携帯サイトのページを作成できる。別の表現をすれば、ブロックとは、携帯サイトのページ内に配置されるアプリケーションであるとも言える。
ここで、サイト情報領域４１に登録されるページ定義情報とは、ある携帯サイトを構成するページを規定した識別情報であり、ブロック定義情報とは、ページ内の表示要素を示す、ブロック定義情報領域４５に登録されている識別情報である。

コンテンツ管理情報領域４２は、コンテンツＤＢ２１４に登録されているコンテンツを管理するための情報を、コンテンツＩＤを付与して登録する。このコンテンツＩＤを指定することによりサイトへのコンテンツの掲載、或いはダウンロードが可能となる。

図１３に登録済みコンテンツの一覧表（コンテンツリスト）の表示画面の例を示す。図示の表示画面は、壁紙の条件で検索した結果のコンテンツリストである。このコンテンツリストから希望するコンテンツを、携帯サイトの壁紙として選択することができる。なお、画像の欄には、イヌやサッカー選手等の画像がプレビュー用として表示される（図示では省略）。

再び図５を参照するに、統計情報領域４３は、本番運用時における各携帯サイトへのアクセス状況、例えば当該携帯サイトへのトラフィック量、サイトのページへのアクセス数、サイト内に掲載されたブロック又はそれに関連する（例えばリンクを張った）コンテンツのダウンロード数等の統計データを、サイトＩＤに対応付けて登録する。その後、この統計情報領域４３に蓄積されたデータに基づいて、サイトＩＤ毎にレポーティング情報を作成される。

携帯端末情報領域４４は、各携帯電話の機種の特性を登録する。例えば、携帯電話の画面の大きさ、画面の縦ドット数、横ドット数、及び和音の種類等の携帯電話の特性情報を、携帯機種ＩＤを付して登録する。

ブロック定義情報領域４５は、ブロックの定義情報を登録する。例えば、○（丸）の図形を描く定義は、ブロック定義ＩＤ：Ｆ００１で表し、×（バツ）を描く定義は、ブロック定義ＩＤ：Ｆ００２で表し、着信メロディ（着メロと略す）を出力する定義は、ブロック定義ＩＤ：Ｆ００３で表す。
一例として、携帯サイトのあるページに○（丸）の図形を描く場合、ブロック定義ＩＤ：Ｆ００１をそのページに割り振る。しかし実際には、携帯電話の機種によって実装されているソフトウェアやハードウェアが異なり、ある機種には○（丸）の図形発生機能が無い場合がある。その場合、その機種に応じて０（数字のゼロ）で○（丸）を代用したり、Ｏ（英文字のオー）で○（丸）を代用する。これは、ブロック定義ＩＤを参照したとき、併せて携帯端末情報４４の携帯機種ＩＤも参照することによって当該携帯サイトの特性を把握し、そのサイトに特有の図形を生成して使用することができることになる。

他の例として、携帯電話の着メロの和音は、機種によって異なっている。そのため、着メロを発生する場合には、ブロック定義ＩＤ：Ｆ００３を用いるが、携帯機種ＩＤを参照して、ある機種の携帯電話では特性上１６和音で着メロを出力し、また他のある機種では４０和音で出力する。

このように、携帯サイトの画面に搭載（表示及び音声の出力）される情報は、コンテンツＩＤ，携帯機種ＩＤ、及びブロック定義ＩＤを組み合わせることによって表現できる。また、これらの組み合わせを適宜変更することによって、多種の異なる特性を持つ携帯電話の携帯サイトの作成に応じることができる。また、携帯サイトを修正する場合でも、これらコンテンツＩＤやブロック定義ＩＤを入れ替えることによって容易に変更できることがわかる。

図６は、一実施例によるコンテンツプロバイダを支援するサイト構築運用サーバ２１１による処理フローを示す図である。
この図は、プロバイダ１５の支援システム１７が、図２のサーバシステム２１、とりわけサイト構築運用サーバ２１１と管理情報ＤＢ２１５を使用してサイトの作成、運用及びコンテンツの管理の支援を行なう動作フローを説明するための図である。
支援業務の内容は大きく２つのフェーズに分かれる。１つは携帯サイトの画面の企画、構築フェーズＡであり、２つ目は構築された携帯サイトの本番運用及びその後の更新のための管理フェーズＢである。

企画、構築フェーズＡでは、まず携帯サイトの画面を編集して制作する（Ｓ５１）。本実施例では、携帯サイトの画面をページ単位で構成し、ブロックと称する表示要素を組み合わせることでページを作成する。例えば、ランキング表示や新着情報等のコンテンツのデリバリーに必要なブロックを組み合わせることで作成する。更に、画面の壁紙や着信メロディ（着メロ）を作り込んだり、他のサイトやコンテンツとのリンクを設定したりしてページを作りこむ。この構築（及びその後の修正等も含む）の作業は、支援システムの表示器３１８及び入力器３１９を用い、表示器３１８の画面に作成すべき携帯サイトの画面を表示しながら進めていく。

ある携帯サイトの画面が一応出来上がったら、テストサイトに接続して確認テストを行う（Ｓ５２）。テストサイトとは、本番の運用時に使用されるＡＰＰサーバ２０１と同じアプリケーションを備えたテスト専用のサーバであり、支援システム２１とネットワーク又は専用線を介して接続される。テストサイトは固有のＵＲＬを持ち、一般のユーザはアクセスできないが、支援システム２１からはアクセスができてアプリケーションのテストが可能となる。即ち、入力器２１９を操作して、サイト構築用の画面（図７）に設定されたＵＲＬ６０６をクリックすると、テストサイトに接続される。テストサイトに接続された後は、入力器２１９を操作して、携帯サイトに作り込まれたアプリケーション（即ち、ブロック定義）を逐次実行することで、実際の運用に類似した環境の下で、作成された動画や着メロ、更にはリンク先への接続等の操作及び動作の確認を行なうことができる。

テスト確認の結果、不具合や修正すべき箇所があった場合、操作者はそれらをフィードバックして携帯サイトの修正を行なう。例えば、テストの結果、文字が見づらいとか着メロの和音の設定が正しくない場合には、携帯サイトのページ作成行程（Ｓ５１）に戻って、表示器３１８及び入力器３１９を用いてそれらを修正する。修正作業の後、その携帯サイトを再びテストサイトに接続して、同様のテスト確認を行なう。

テスト確認の結果、所期の機能や動作が満足した場合には、本番運用のフェーズＢに移り、本番運用を開始する（Ｓ５３）。これは、作成した画面に設定された「本番サイトに接続」の項目（図７、６０７）をクリックすることで、本番運用に移行する。本番運用フェーズでは、作成された携帯サイトは一般に公開される。そのため、携帯電話１２からアクセスされ、サイトに関連付けられたコンテンツは携帯電話にダウンロードされる。

このように本番運用された携帯サイトへの頻繁にアクセスされ、そのアクセス回数等の運用情報は、携帯サイトのＩＤと共に日時情報が付与されて、管理情報ＤＢ３１５に格納される。ＤＢ３１５に蓄積された運用情報は、レポーティングのために加工される（Ｓ５４）。即ち、図３のサイト構築運用サーバ３１１は、グラフを作成するプログラムを備えており、このプログラムによって、管理情報ＤＢに格納された運用情報は、携帯サイトのＩＤ毎に読み出されて、棒グラフや円グラフが作成され、表示器３１８に表示される。

図８に、レポーティングの表示画面の例を示す。
携帯サイトのＩＤ毎に、一時間毎（図８Ａ）、一日毎（図８Ｂ）、更には一ヶ月毎（図８Ｃ）のアクセス状況を示すグラフが表示される。プロバイダ１５の管理者は、このレポーティングの状況から判断して、例えばアクセス頻度の低いＩＤの携帯サイトについては、搭載されていたコンテンツの変更を行なう必要があると判断する場合がある。この場合、本番運用されているある携帯サイトの管理用画面（図７）において、「本番サイトから復帰」の項目６０８をクリックすることにより本番運用から切り離して、企画、構築フェーズＡに戻し、その状態で携帯サイトの修正を行なうことができる。

また、定期的に携帯サイトの部分的な更新や訂正を行なう場合は、上記と同様にして、一時的に本番運用の状態から企画、構築フェーズＡの状態に戻し、この状態で携帯サイトの訂正や更新を行なう。その後、再び「本番サイトに接続」の項目６０７をクリックして本番サイトへ公開する。

尚、図５ではサイト構築運用サーバ２１１の処理をフローチャートで示したが、このサーバ２１１はプログラムの実行によって、携帯端末のサイトを作成、修正するサイト作成処理手段と、携帯端末のサイトに提供するコンテンツの修正及び管理を行なう修正管理処理手段と、所定のテストサイトに接続してテストを実施するテスト処理手段と、ＡＰＰサーバに接続して、本番運用を行なわせる本番運用処理手段と、レポーティング処理手段等の諸機能が実現されるので、これらの手段を有するとも言える。

以上のように、複数のキャリアと多くの機種が存在する携帯電話の多くの携帯サイトの画面（コンテンツ提供画面）に対応して、予めブロックと称するコンテンツの取扱い要素を取り揃えておき、これらの組み合わせによって携帯サイトを構築するようにしたので、携帯サイトの作成や修正、例えば表示の並び替えや入替え、着メロの和音の修正等の作業を容易にしかも短時間で行なうことができる。

即ち、従来は、携帯サイトの作成や修正は、対象とするアプリケーションプログラムを１つ１つ作成、修正することで対応していたが、本実施例によればプログラムの修正等の作業は不要となり、携帯サイトの表示要素（ブロック）を適宜組み合わせ又は変更することで極めて短時間にサイトの構築や修正を行なうことができる。因みに、従来の手法ではプログラムの修正を伴ったので、その修正等のために通常１〜２週間程度を要したが、本実施例によれば、１つの携帯サイト当りの修正や作成は１時間程度で終了する。

また、本実施例では、携帯サイトの構築や修正が早く行なえるので、テスト確認、本番運用及びレポーティグの一連のサイクルを短縮化でき、極めて早い段階で、実運用情報を得て、携帯サイトの更新が行なえる。因みに従来の手法によれば、実運用は１〜２週間後となるので、レポーティングも遅れ、１サイクルが大変長くなっていた。このような従来の手法では、変化の激しい携帯サイトの競争には着いていけないが、本実施例の構築運用法によれば極めて速い運用サイクルを実現できる。

次に、図９以降を参照して、サイト構築運用サーバ２１１のサイト作成処理手段を用いてサイトを作成する処理について説明する。
図９の（Ａ）は、表示器２１８に表示される初期画面であり、サイト構築運用サーバ２１１やコンテンツ管理サーバ２１２をアクセスするために、ログイン名及びパスワード等の情報を入力して、ログインボタンを操作する構成を備えている。

図９（Ｂ）は、起動後に表示される初期の管理画面である。この画面の上側に表示されている、「ホーム」、「作成エンジン」、「コンテンツ」、「レポーティング」等の項目を操作することにより、夫々の処理手段が起動されることになる。ここで、画面上の「作成エンジン」はサイト作成処理手段を指し、この「作成エンジン」の指定はコンテンツを追加できる空のホームページを提供する。また、コンテンツの項目は、コンテンツ管理機能であり、サイトの壁紙や着メロを、コンテンツＤＢ２１４にアップロードする機能である。

さて、「作成エンジン」が指定されると、サイトの作成処理に移行し、図１０に示す作成エンジンのトップ画面Ａが表示される。アクセスすると最初のページ（「Ｈｏｍｅ」が表示されたページ）が作成され、表示された状態になる。以下、「Ｈｏｍｅ」の下に、サイトの画面を構成するコンテンツのブロックを選択して追加させていき、最終的にサイトを作成する。
ここで、ブロックとは、本発明の実施例によって採用された携帯サイトを構成する単位であり、予め用意された多数の構成要素から選択された構成要素を組み合わせて構成することで、１つの携帯サイトを作成する。

図１２にブロックの構成例を示す。
ブロックは、基本、表示、コンテンツ、記事、等のカテゴリーに分類される。
基本ブロック１１０１は、サイトのどこに追加してもよい基本的なコンテンツの項目であり、これは、テキストと、画像（中央に表示される）と、Ｓ画像と、リンクと、区切り、及び改行の構成要素を含んで構成される。
ここで、テキストは編集中のページに配置されるテキストのブロックである。画像（中央）とはサーバにある画像やインターネットの画像へリンクを選択し、その画像にタイトルを入力して代替テキストを指定できる。Ｓ画像は上記の画像と同様であるが位置が予め設定していない場合に使用される。

リンクとは、サイト内のページやプロバイダのポータルへのテキストリンクの追加、作成したい新規ページの追加、ＵＲＬリンクを指定する場合に使用される。区切りとは視覚的にコンテンツブロック要素を分離する時に使用される。改行は視覚的にコンテンツブロック要素を分離するときに使用される空白行である。

表示ブロック１１０２は、マーキー、区切り線、Phone To、Mail Toの構成要素を含む。マーキーは背景色、スクロール方向、スクロール動作を設定するときに使用される。区切り線はＨＴＭＬを使用して生成される区切り線であり、デバイダの幅、色等を指定するときに使用される。Phone ToやMail Toは夫々電話やメールを作成するリンクを形成する。

コンテンツブロック１１０３は、トップランキング、カテゴリー、検索、コンテンツリスト、索引リスト、ダウンロード等々の構成要素を含む。例えば、トップランキングはサイト内の着信音や待受画像のコンテンツの中で人気の高いものについてのダウンロードリンクを表示する。カテゴリーは着信音、待受画像等のカテゴリーを表示する。検索はアーティストやタイトルから着信音や待受画像等のコンテンツをユーザが検索するための検索フォームを表示する。コンテンツリストは指定したカテゴリーに属する着信音や待受画像を表示する。索引リストはカテゴリー内の着信音は待受画像を参照するためにアルファベット順のリンクインデックスを表示する。また、ダウンロードは着信音や待受画像等のコンテンツをダウンロードするためのリンクを表示する。

記事ブロック１１０４は、トップランキング、カテゴリー、検索、コンテンツリスト等の構成要素から構成される。トップランキングは人気のある記事項目へのリンクを表示する。カテゴリーはコンテンツプロバイダによって定義された全ての記事カテゴリーのリストを表示する。検索はカテゴリー、ユーザによる記事コンテンツ項目の検索できるテキストフィールドを表示する。コンテンツリストはあるコンテンツカテゴリーの記事コンテンツ項目を全て表示する。例えば、壁紙の条件で検索した結果のコンテンツリストの例を図１３に示す。

さて、図１０の説明に戻って、画面Ａに表示された「Ｈｏｍｅ」のページをクリックすると、画面Ｂのようなページ編集画面に移る。画面Ｂでは、ブロックのカテゴリーとして「基本」を選択した例が表示され、基本ブロックとして規定された６つの構成要素が表示される。基本ブロックの構成要素の１つを決定すると、その右側にページの構成要素がリスト形式で表示される。この状態で、「削除」「最上位へ」「上位へ」等の項目を操作しながらページ内の構成要素を並び換え、最後に「ブロックの編集へ」の項目を操作すると、各構成要素の編集画面（例えば画面Ｃ）に移る。

画面Ｃは構成要素の内容を作成するための画面であり、テキストの入力と画像のアップロードを行なう。例えば、テキスト項目を指定して、ページタイトルを設定し、文字列「はろー、ユービットです。」を入力する。また、その後、画像項目を指定して、編集するコンテンツを選び、画像タイトルをテキスト形式で入力することも可能である。
このように、編集すべきページの構成要素毎に、テキストや画像を選択することで、それらを編集することができる。

画面Ｄ（図１１参照）は、「Ｈｏｍｅ」から構成要素のリンクを選び新しいページを作成するための操作画面である。リンクに関する項目「リンク」「文字列」「カスタムリンク用のＵＲＬ」等を設定して、「更新」キーを操作すると、リンク先の新しいページが作成される。この例では、リンク先のページ「Ｘ１」のブロックの表示が含まれる画面Ｅが表示される。

次に、「Ｘ１」のページブロックを選択して、上記した画面Ｂ〜Ｅの操作を繰り替えし、このページＸ１のタイトルを決めると共に、このページに含めるコンテンツブロックの構成要素及びその配置等を決定していく。
このような操作を繰り返して作成された携帯サイトの一例が、画面Ｆである。この画面Ｆは、Ｕ社のサイト画面の例である。夫々のブロックをクリックすることにより、そのブロックに組み込まれたコンテンツの構成要素が表示或いは音声出力される。

このように作成されたサイトは、固有のＩＤ（サイトＩＤ）が付与され、管理情報ＤＢ２１５に登録される。図５に示すように、例えばサイトＩＤ「Ａ００１」には、そのサイトに組み込まれたブロック定義情報及びページ定義情報が登録される。
ここで、作成されたサイトＡ００１のＵＲＬ項目１０１を操作すると（図１１（Ｆ））、テストサイトへ接続され、この携帯サイトのテストが行われる。

テストが終了した後、項目１０２を操作すると、このサイトＡ００１は本番サイトに昇格し、以後ネットワーク上に公開される。これにより、一般の携帯電話１２からプロバイダ１５にアクセスされ、ＡＰＰサーバ２０１の処理によって管理情報ＤＢ２１５から指定された携帯サイトＡ００１の関連情報が読み出され、携帯電話１２にダウンロードされる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態の例に限定されるものではない。本発明の要旨を逸脱することなく種々変形した構成を取り得ることは勿論である。
例えば上記実施例では、キャリア１１がサービスを行なう携帯電話１２のサイトの構築、運用を例としたが、携帯電話に限らず、一般的にネットワークを介してコンテンツの提供を受ける携帯端末のサイトの構築、運用にも適用できることが理解できる。
また、図２及び図３に示すプロバイダ及び支援システムの構成は例示であって、これらの他にも種々変形して実施し得るであろう。

また、管理情報ＤＢ２１５の構成も一例であり、種々変形して実施し得る。また、例えば図２のサイト構築運用サーバ２１１やコンテンツ管理サーバ２１２、画像変換サーバ２１３は、物理的に３つの独立してサーバとして説明したが、それぞれ対応するソフトウェアを保持するようにして、１つサーバでも構成できる。

一実施例における携帯電話サイトへのコンテンツ提供管理システムの構成を示す図。 一実施例におけるコンテンツプロバイダと支援システムの構成例を示す図。 一実施例におけるコンテンツプロバイダと支援システムの他の構成例を示す図。 一実施例におけるコンテンツプロバイダと支援システムの他の構成例を示す図。 一実施例におけるコンテンツプロバイダの支援システム２１における管理情報ＤＢ２１５の構成例を示す図。 一実施例によるサイト構築運用サーバによる処理フローを示す図。 一実施例における携帯サイトの構築用画面の例を示す図。 一実施例におけるレポーティングの表示画面の例を示す図。 一実施例における初期画面の例を示す図。 一実施例における携帯サイトの作成のための画面Ａ〜Ｃの遷移を示す図。 一実施例における携帯サイトの作成のための画面Ｄ〜Ｆの遷移を示す図。 一実施例におけるサイトの作成のためのブロックの構成要素の例を示す図。 一実施例におけるコンテンツリストの表示画面の一例を示す図。

符号の説明

１０：ネットワーク １１：キャリア １２：携帯電話
１５、１５１〜１５４、２０：コンテンツプロバイダ
１７１，１７２、２１、３１：運用管理サーバシステム
２０１：ＡＰＰサーバ ２１１：サイト構築運用サーバ ２１２：コンテンツ管理サーバ ２１３：画像変換サーバ ２１４：コンテンツＤＢ ２１５：管理情報ＤＢ ２０８、２１８：表示器 ２０９，２１９：入力器 ３０：コンテンツプロバイダ ３１：運用管理サーバ。

Claims (19)

1. コンテンツプロバイダからネットワークを通して携帯端末にサイトのコンテンツを提供するシステムにおける携帯端末のサイトを管理する管理システムであって、
   該携帯端末のサイトのコンテンツを提供するための処理を行うアプリケーションサーバと、該アプリケーションサーバで扱われる該サイトの運用の管理を行なう運用管理サーバを有し、
   該運用管理サーバは、
   該携帯端末のサイトを作成するための処理を行なう第１処理手段と、
   作成された該サイトをテストするための所定の関係先に接続してテストを実施する第２処理手段と、
   該第２処理手段によるテストに適合したサイトをネットワーク上へ公開するために、該サイトに関係する情報を該アプリケーションサーバに通知する第３処理手段と、
   を有することを特徴とする携帯サイト管理システム。
2. 前記運用管理サーバは、該アプリケーションサーバによる実際の運用において携帯端末から該サイトへのアクセスの状況に関連するデータを収集して、表示器へ出力するためのレポーティング処理を行う第４処理手段を更に有することを特徴とする請求項１の携帯サイト管理システム。
3. 前記運用管理サーバの該第１処理手段によって作成された多数のサイトの情報を管理するための管理情報データベース（ＤＢ）を有し、該管理情報ＤＢは、
   作成された該サイト毎に付与されたＩＤ（サイトＩＤという）をキーにして、各サイトに関する情報を記憶するサイト情報領域と、
   コンテンツ毎にコンテンツＩＤを付与して、サイトに掲載することができるコンテンツを管理するコンテンツ管理情報領域と、
   該携帯端末の機種毎に異なる端末機種ＩＤを付与して、携帯端末の特性に関する情報を管理する携帯端末情報領域と、を備え、
   該第１処理手段は、該サイト情報領域、該コンテンツ管理情報領域、及び該携帯端末情報領域の情報を参照して、サイトに関連する情報を訂正して該サイトの修正を行なうことを特徴とする請求項１又は２の携帯サイト管理システム。
4. 前記管理情報ＤＢは、更に、該アプリケーションサーバによる実際の運用において携帯端末から該サイトへのアクセスの状況を示すデータを、該サイトＩＤに関連付けて保持する統計情報領域を有し、
   前記第４処理手段は、該統計情報領域を参照して、選択されたサイトＩＤに対応したデータを取得し、サイトＩＤ毎に運用状況をレポーティング処理することを特徴とする請求項３の携帯サイト管理システム。
5. 更に、携帯端末に提供されるコンテンツを保持するコンテンツＤＢと、該コンテンツＤＢを管理し、コンテンツの読み出し及び登録処理を行うコンテンツ管理サーバとを有することを特徴とする請求項１乃至４のいずれかの携帯サイト管理システム。
6. 前記コンテンツプロバイダは、該アプリケーションサーバを運用し、該コンテンツプロバイダを支援する会社は少なくとも該運用管理サーバを運用し、該管理情報ＤＢ及びコンテンツＤＢは、該アプリケーションサーバ及び該運用管理サーバの両方から参照できることを特徴とする請求項１乃至５のいずれかの携帯サイト管理システム。
7. 前記アプリケーションサーバは、該管理情報ＤＢの該サイト情報領域に保持されたサイトＩＤに対応したサイトをネットワーク上に公開する処理を行うことを特徴とする請求項３乃至５のいずれかの携帯サイト管理システム。
8. 携帯端末のコンテンツを提供するアプリケーションサーバを運用するコンテンツプロバイダの業務を支援するサーバを有する運用支援システムにおいて、
   該サーバは、該携帯端末のサイトを作成する第１処理手段と、作成された該サイトをテストするための所定の関係先に接続してテストを実施する第２処理手段と、該第２処理手段によるテストに適合したサイトをネットワーク上へ公開するために、該アプリケーションサーバに通知する第３処理手段と、を有し、更に、
   該第１処理手段によって作成された多数のサイトの情報を、該サイト毎に固有のＩＤ（サイトＩＤ）を付与して管理する管理情報ＤＢを有することを特徴とする運用支援システム。
9. 前記アプリケーションサーバによる実際の運用において、携帯端末から該サイトへのアクセスの状況に関するデータを収集して、表示器へ出力するためのレポーティング処理を行う第４処理手段を更に有することを特徴とする請求項８の運用支援システム。
10. 前記管理情報ＤＢは、更に、
    コンテンツ毎にコンテンツＩＤを付与して、各サイトに掲載されるコンテンツを管理するコンテンツ管理情報領域と、
    該携帯端末の機種毎に端末機種ＩＤを付与して、携帯端末の特性に関する情報を管理する携帯端末情報領域と、
    該アプリケーションサーバによる実際の運用において携帯端末から該サイトへのアクセスの状況を示すデータを、該サイトＩＤに関連付けて保持する統計情報領域と、を有し、
    該第１処理手段は、該サイト情報領域、該コンテンツ管理情報領域、及び該携帯端末情報領域の情報を参照して、関連する情報を訂正して該サイトの修正の処理を行ない、
    該第４処理手段は、該統計情報領域を参照して、選択されたサイトＩＤに対応したデータを取得し、サイトＩＤ毎に運用状況をレポーティング処理することを特徴とする請求項８又は９の運用支援システム。
11. 前記第１処理手段は、対象とするサイトを表示器に表示し、入力器からの指示に従い、該サイトを構成する予め定義された複数の構成要素（ブロック）を任意に組み合わせることによってサイトを作成する処理を行うことを特徴とする請求項１乃至１０のいずれかの携帯サイト管理システム又は運用支援システム。
12. 前記管理情報ＤＢは、該ブロック毎に異なるＩＤ（ブロックＩＤ）を付与して、該ブロックを定義する情報を保持するブロック定義情報領域を更に有し、前記第１処理手段により作成されたサイトに関連する該ブロック定義情報を該サイトＩＤと関連つけて該管理情報ＤＢに登録することを特徴とする請求項１乃至１１のいずれかの携帯サイト管理システム又は運用支援システム。
13. 携帯端末のサイトを運用するプロバイダの業務を支援するサーバを有する運用支援システムにおいて、
    少なくとも携帯サイトの画面を表示する表示器と、
    入力操作を行う入力器と、
    該サーバは、
    対象のサイトを該表示器に表示し、該入力器からの指示に従い、該サイトを構成する予め定義された複数の構成要素（ブロック）を任意に組み合わせることによってサイトを作成する第１処理手段と、
    作成された該サイトをテストするための所定の関係先に接続してテストを実施する第２処理手段と、
    該第２処理手段によるテストに適合したサイトをネットワーク上へ公開するために、サイトのコンテンツを提供するアプリケーションサーバに該サイトの関連情報を通知する第３処理手段と、
    を有することを特徴とする運用支援システム。
14. 携帯端末のサイトの運用を行うプロバイダの業務を支援する支援システムであって、
    少なくとも携帯サイトの画面を表示する表示器と、
    入力操作を行う入力器と、
    作成するサイトを該表示器に表示し、該入力器からの指示に従い、該サイトを構成する予め定義された複数の構成要素（ブロック）を任意に組み合わせることによってサイトを作成する第１処理手段と、
    該第１処理手段によって作成された多数のサイトの情報を、該サイト毎に固有のＩＤ（サイトＩＤ）を付与して管理する管理情報ＤＢと、
    作成された該サイトをテストするための所定のサイトに接続してテストを実施する第２処理手段と、
    該第２処理手段によるテストに適合したサイトをネットワーク上へ公開するために、サイトのコンテンツを提供するアプリケーションサーバに該サイトの関連情報を通知する第３処理手段と、
    を有することを特徴とする運用支援システム。
15. 管理情報ＤＢは、更に、
    該携帯端末の機種毎に端末機種ＩＤを付与して、携帯端末の特性に関する情報を管理する携帯端末情報領域と、
    該プロバイダが管理するコンテンツの提供を行うアプリケーションサーバによる実際の運用において、携帯端末から該サイトへのアクセスの状況を示すデータを、該サイトＩＤに関連付けて保持する統計情報領域と、を有し、
    該第１処理手段は、該サイト情報領域、該コンテンツ管理情報領域、及び該携帯端末情報領域の情報を参照して、関連する情報を訂正して該サイトの修正の処理を行ない、
    更に該統計情報領域を参照して、選択されたサイトＩＤに対応したデータを取得し、サイトＩＤ毎に運用状況をレポーティングする処理を行う第４処理手段を有することを特徴とする請求項１４の運用支援システム。
16. 前記第１処理手段は、携帯端末からアクセスがあった時にサイトの修正のための処理を行なうことを特徴とする請求項１乃至１５のいずれかの携帯サイト管理システム又は運用支援システム。
17. 前記作成されたサイトをテストするための所定の関係先とは、前記アプリケーションサーバと同様の処理を行う、テスト処理用のアプリケーションサーバであることを特徴とする請求項１乃至１６のいずれかの携帯サイト管理システム又は運用支援システム。
18. 請求項１乃至１７のいずれかに記載のシステムにおいて、第１処理手段乃至第４処理手段を実現するための機能を有する、サーバ上で実行される携帯サイト運用管理プログラム。
19. 携帯端末のサイトのコンテンツを提供するプロバイダにおける携帯サイトの運用を管理する方法であって、
    対象の携帯サイトを表示器に表示し、入力器からの指示に従い、携帯サイトを構成する予め定義された複数の構成要素（ブロック）を任意に組み合わせることによってサイトを作成する第１処理ステップと、
    第１処理によって作成された多数のサイトの情報を、サイト毎に固有のＩＤ（サイトＩＤ）を付与して管理情報ＤＢに記憶するステップと、
    作成された該サイトをテストするための所定の関係先に接続してテストを実施するテスト実施ステップと、
    該テストの実施の結果、適合した該サイトをネットワーク上へ公開するために、該サイトに関係する情報をアプリケーションサーバに通知するステップと、
    を有することを特徴とする携帯サイトの運用管理方法。

Images