技術分野
本発明は、インターネットに接続可能なインターネット端末へコンテンツデータを配信するコンテンツ提供方法に関する。
背景技術
近年、コンピュータのオープンネットワークであるインターネットの普及が目ざましく、その利用状況も個人のパソコン所有率が向上するとともに、企業のビジネス利用から個人利用へと移行しており、インターネットの利用人口も急増してきている。
一方、近年の携帯電話の普及に伴い、これら携帯電話からインターネットへの接続を可能とするインターネット接続サービスが提供されるようになり、これら携帯電話によるインターネットへの接続は、移動中であっても所望の情報や音楽や画像等の各種のコンテンツを入手することが可能となることから、その利用者が急増しており、今後においてもこれら携帯電話等の無線回線を通じてインターネットにアクセスできるモバイル通信の利用人口は、その利便性や情報入手の迅速性から益々増加するものと予測されている。
このように、数年前までは一部の人のものであったインターネットが、前記のように、パソコンの家庭への普及とインターネット接続機能を持った携帯電話の広がりと共に、多くの人にとって欠かせない情報手段（道具）となってきている。
そのため企業戦略を考える上で広報や宣伝そしてＥＣ（エレクトリックコマース）サイトとして、企業が情報等のコンテンツを提供或いは発信するためにＷｅｂサーバーを設置することが不可欠なこととなってきている。
しかしながら、前記のようにインターネット端末として通常のパソコン等を対象としたＷｅｂサーバを設置することは容易であるが、これら通常のパソコン並びに前記インターネット接続機能を持った携帯電話をも対象とするＷｅｂサーバーを設置することは、携帯電話サービスを提供する各キャリア（携帯電話事業者）毎にインターネットへのアクセス方式が、通常のパソコン等において動作する閲覧ソフトにおけるアクセス方式と個々に異なっているために、コンテンツの提供者側にあっては、図１５に示すように、提供するコンテンツをこれら個々のアクセス方式に対応したファイル形式にて予め作成して登録しておく必要があり、このため、コンテンツデータの更新を行う場合には、各アクセス方式の各コンテンツデータ毎に更新作業を実施することが必要となってコンテンツの更新作業が著しく煩雑となり、これら更新等のメンテナンスにかかる費用が増大するとともに、更新期間が長くなって有益なコンテンツを迅速に提供できないという問題があった。
また、前記個々のアクセス方式に対応したコンテンツデータを提供する場合においては、これら各アクセス方式毎に個別のアドレス（ＵＲＬ）が必要となることから、例えば、アクセス利用者が通常のパソコンとインターネット接続機能を持った携帯電話の両方を所持している場合等に、同一のコンテンツを入手するためには、使用している端末の種別に合致したアドレス（ＵＲＬ）にアクセスする必要があり、利用者はこれらのアドレス（ＵＲＬ）を端末の種別毎に管理する必要があり、利用者にとっては解りずらいとともに、これらアドレス（ＵＲＬ）管理が煩雑となってしまうという問題があった。
このため、これらの問題を解決する手法として、アクセスしてきたインターネット端末が該当するアクセス方式にコンテンツデータを適宜に変換してコンテンツを提供することが提案されてきているが、このような場合には、同一のＷｅｂサーバに種々のインターネット端末がアクセス可能となることから、同一のＷｅｂサーバへのアクセス負荷が大きくなり、これに伴い前記コンテンツデータの変換に伴う変換処理の負荷も著しく大きくなってしまうことから、これら多くのアクセスに対応できなくなってしまい、同一のＷｅｂサーバに種々のインターネット端末がアクセス可能とするメリットが低減してしまうという問題があった。
よって、本発明は上記した問題点に着目してなされたもので、前記コンテンツデータの変換に伴う変換処理の負荷を低減することで、同一のＷｅｂサーバに種々のインターネット端末がアクセス可能とするメリットが低減してしまうことを極力抑えることのできるコンテンツ提供方法を提供することを目的としている。
発明の開示
前記した問題を解決するために、本発明のコンテンツ提供方法は、インターネット網に接続可能なインターネット端末に対し、該インターネット網に接続されたサーバコンピュータを用いてコンテンツデータを提供するコンテンツ提供方法であって、前記インターネット端末へ配信するコンテンツデータ中に引用されている画像データが存在する場合において、前記インターネット端末のアクセス方式に対応する記述形式へのコンテンツデータの変換と、前記インターネット端末に表示可能な画像ファイル形式への前記画像データの変換とを個別に実施し、該変換したコンテンツデータおよび／または画像データを前記インターネット端末に対して配信することを特徴としている。
この特徴によれば、前記コンテンツデータの変換と画像データの変換とを個別に実施できることから、引用画像がなくコンテンツデータの変換のみを実施する際にはコンテンツデータの変換のみを実施し、コンテンツデータに引用されている画像データの配信を行う場合には画像データの変換を実施するように、状況に合わせて処理を選択して実施できるようになり、これら変換処理における総負荷容量を低減できるようになり、同一のＷｅｂサーバに種々のインターネット端末がアクセス可能とするメリットが低減してしまうことを極力抑えることができる。
本発明のコンテンツ提供方法は、前記インターネット端末の種別或いは該インターネット端末に搭載されている閲覧ソフトの種別のいずれかを特定或いは推定可能な種別情報と、前記種別に該当する前記記述形式並びに画像ファイル形式と、が少なくとも対応付けて登録された端末情報データベースを有し、前記インターネット端末より送信されてくる要求メッセージより前記種別情報を抽出するとともに、該抽出した種別情報に該当する記述形式並びに画像ファイル形式を、前記端末情報データベースを参照して特定することが好ましい。
このようにすれば、アクセス利用者が、自分が使用しているインターネット端末の種別或いは該インターネット端末に搭載されている閲覧ソフトの種別を逐次入力する手間を省くことができる。
本発明のコンテンツ提供方法は、前記抽出ステップにて前記種別情報の抽出が不能である場合において、該種別情報の入力画面を前記インターネット端末に配信して受け付けることが好ましい。
このようにすれば、アクセス利用者の使用しているインターネット端末の種別或いは該インターネット端末に搭載されている閲覧ソフトの種別が特定できないことに伴う不都合の発生を回避できる。
本発明のコンテンツ提供方法は、前記変換するべきファイル形式の画像データが既に存在するか否かの判定を行い、該判定にて変換するべきファイル形式の画像データが既に存在する判定がなされた場合においては、前記画像ファイル変換を省略することが好ましい。
このようにすれば、不必要な画像ファイル変換に伴う処理負荷を無くすことができ、より一層変換に伴う処理負荷を軽減することができる。
本発明のコンテンツ提供方法は、前記端末情報データベースには、前記種別情報に対応付けて前記インターネット端末の表示画面サイズ情報が登録され、引用される前記画像ファイルの大きさと前記表示画面サイズとを比較し、該比較において前記画像ファイルの大きさが前記表示画面サイズよりも大きな場合において該画像ファイルの大きさを前記表示画面サイズ以下の画像サイズに縮小して配信することが好ましい。
このようにすれば、インターネット端末の表示画面に画像全体が表示されない状況の発生を回避できる。
発明を実施するための最良の形態
以下、本発明の実施例を図面に基づいて説明する
（実施例）
図１は、本発明のコンテンツ提供方法を実現するために作成されたファイル変換プログラムである「クロスサブレット（Ｘ−Ｓｅｒｖｌｅｔ）エンジン」が搭載されたコンテンツ提供サーバにより構築された本実施例のコンテンツ提供システムの構成を示すブロック図であり、図２は、本実施例にて用いた前記コンテンツ提供サーバの構成を示すブロック図であり、図３は、本実施例に用いたファイル変換プログラムである「クロスサブレット（Ｘ−Ｓｅｒｖｌｅｔ）エンジン」の処理概要を示す図であり、図４は、本実施例に用いたファイル変換プログラムである「クロスサブレット（Ｘ−Ｓｅｒｖｌｅｔ）エンジン」における処理内容を示す全体フロー図であり、図５は、端末タイプ識別処理においてアクセス利用者のインターネット端末から送られてくる要求メッセージより端末情報を取得する手法を示す図であり、図６は、端末タイプ識別処理における処理内容を示すフロー図であり、図７は、本実施例において用いた端末情報データベースの構成を示す図であり、図８は、引用画像の画像データの変換処理の内容を示すフロー図であり、図９は、コンテンツデータの変換処理の内容を示すフロー図であり、図１０は、コンテンツデータの変換処理においてページ分割された画面例を示す図であり、図１１は、セッション管理の処理内容を示すフロー図であり、図１２は、スクリプト処理の処理内容を示すフロー図であり、図１３は、絵文字、コード変換処理における処理内容を示すフロー図であり、図１４は、前記端末情報テーブル並びに絵文字テーブルの更新処理の内容を示すフロー図である。
まず、本実施例のコンテンツ提供システムは、図１に示す構成とされており、コンテンツ提供サービスを行う配信センター５には、各コンテンツデータの配信を実施するコンピュータであるサーバコンピュータ６が設置されており、該サーバコンピュータ６は、インターネット網４を介して通常の電話サービスを提供しているキャリアＡ社、に接続されているコンピュータ端末１ａや、携帯電話サービスを提供しているキャリアＢ社、キャリアＣ社、キャリアＤ社の中央制御局３ｂ、３ｃ、３ｄにそれぞれ接続されていて、各携帯電話サービス会社であるキャリアＢ社、キャリアＣ社、キャリアＤ社のそれぞれに加入している無線端末であるそれぞれの携帯電話端末１ｂ、携帯電話端末１ｃ、携帯電話端末１ｄは、各キャリア会社の基地局２ｂ、２ｃ、２ｄ並びに中央制御局３ｂ、３ｃ、３ｄ並びに図示しないゲートウエイサーバを通じて前記インターネット網４に接続可能とされており、該インターネット網４を経由して前記配信センター５のサーバコンピュータ６にアクセスできるようになっている。
これら本実施例にて使用される携帯電話は、各キャリア会社における所定のアクセス方式に対応したインターネット接続機能を有する通常の携帯電話を使用することができる。尚、本実施例では、無線端末を携帯電話としているが、本発明はこれに限定されるものではなく、簡易型携帯電話（パーソナルハンディホン；ＰＨＳ）であっても良いし、更にはＭＣＡ無線等の端末であっても良い。
また、本実際例では、前記サーバコンピュータ６をインターネット網４を介して各キャリア会社の中央制御局３ｂ、３ｃ、３ｄに接続しているが、本発明はこれに限定されるものではなく、これら中央制御局３ｂ、３ｃ、３ｄとサーバコンピュータ６とを専用回線等にて接続すること等は任意とされる。
また、情報の発信等を行うコンテンツ提供者にも、前記インターネット網４を介して前記配信センター５に設置されたサーバコンピュータ６とデータ通信可能に接続されたコンピュータ端末７が設置されており、これらコンピュータ端末７を用いて前記サーバコンピュータ６にアクセスして、該サーバコンピュータ６にてアクセス利用者に提供するコンテンツデータの更新を実施できるようになっている。
また、本実施例において前記サーバコンピュータ６には、図７に示すように、各キャリア並びにキャリアにおいて使用されている携帯電話端末の端末情報や閲覧ソフトであるブラウザの情報等が登録されている端末情報テーブルや、各端末やブラウザにて使用されている絵文字等の変換情報が登録されている絵文字テーブルが登録されているが、これら端末情報テーブル並びに絵文字テーブルは、新たな機種や新たなバージョンが逐次リリースされるため、これらに対応するために、逐次情報の追加、更新を行う必要があることから、これら端末情報テーブル並びに絵文字テーブルの更新を行う更新用コンピュータ端末８を管理センターに設置し、該更新用コンピュータ端末８に前記サーバコンピュータ６がインターネット網４を介して定期的にアクセスすることで、登録されている端末情報テーブル並びに絵文字テーブルの更新を行うようになっている。
この本実施例において用いたサーバーコンピュータ６の構成は、図２に示すように、サーバーコンピュータ６内部にてデータの送受を行うデータバス２０に、該サーバーコンピュータ６の動作制御、特にはアクセスしてきたコンピュータ端末１ａや各社キャリアの携帯電話端末１ｂ、１ｃ、１ｄとのデータ授受（セッション）の状況を管理する制御を所定の処理プログラムに基づき実施するとともに、コンテンツデータを配信先のコンピュータ端末１ａや携帯電話端末１ｂ、１ｃ、１ｄの各社キャリアのアクセス方式に合致したファイル形式に変換する処理をファイル変換プログラムである「クロスサブレット（Ｘ−Ｓｅｒｖｌｅｔ）エンジン」に基づき実施する中央演算処理装置（ＣＰＵ）２１、前記変換処理における処理データ等の一時記憶等を行うためのＲＡＭ２４、アクセス時間等の時間情報を出力可能とされたリアルタイムクロック（ＲＴＣ）２６と、前記インターネット網４とのデータ通信を可能とする通信インターフェイス２２と、ディスプレイ等の表示装置２３と、磁気ディスクや光磁気ディスクから成り、前記中央演算処理装置（ＣＰＵ）２１が実施する各種制御内容が記述された制御プログラムや前記ファイル変換プログラムである「クロスサブレット（Ｘ−Ｓｅｒｖｌｅｔ）エンジン」、並びにコンテンツ提供者からの提供情報が登録されたコンテンツデータベース（ＤＢ）と、各キャリア並びにキャリアにおいて使用されている携帯電話端末の端末情報や閲覧ソフトであるブラウザの情報等が登録されている端末情報テーブルや、各端末やブラウザにて使用されている絵文字等の変換情報が登録されている絵文字テーブル等が記録された記憶装置２５と、が接続された比較的高速の処理が実施可能な通常のコンピュータとされており、該サーバーには、前記コンピュータ端末１ａ或いは各社キャリアの携帯電話端末１ｂ、１ｃ、１ｄよりアクセスする際に使用可能な単一（共通）のサーバアドレス（ＵＲＬ）が付与されている。
次いで、本実施例のサーバコンピュータ６が、各社キャリアのコンピュータ端末１ａ並びに携帯電話端末１ｂ、１ｃ、１ｄにコンテンツデータの配信を行う状況の処理概要を、図３に基づき説明すると、例えばキャリアＢ社の携帯電話端末１ｂよりサーバコンピュータ６へアクセスする場合に、まずサーバコンピュータ６は、該携帯電話端末１ｂからの要求メッセージのヘッダに含まれているユーザーエージェント情報より、該携帯電話端末１ｂのキャリアの種別とその端末の機種を特定可能な情報を抽出し、この情報に該当するキャリアのアクセス方式（マークアップ言語）の種別や端末の表示性能等の情報を、前記端末情報テーブルより入手するとともに、前記要求メッセージにより要求されたコンテンツデータをコンテンツデータベースより入手する。
このコンテンツデータベースより読み出されたコンテンツデータは、アクセスしてきた携帯電話端末１ｂのキャリア会社Ｂのアクセス方式であるＨＤＭＬ形式のファイルに変換されるとともに、該ファイル変換において、前記にて入手した携帯電話端末１ｂの端末情報である表示性能等の情報に基づき、該携帯電話端末１ｂの表示装置（ＬＣＤパネル）の表示行数並びに桁数に合致したレイアウトの表示となるように、前記変換されたＨＤＭＬファイルが例えばページ分割される等のように適宜に修正されて携帯電話端末１ｂへ送信、配信されるようになっており、図３に示すように、アクセスしてきた端末が前記キャリアＡ社のコンピュータ端末１ａであればＨＴＭＬのファイル形式に、アクセスしてきた端末が前記キャリアＣ社或いはキャリアＤ社である場合には、それぞれＭＭＬ並びにＣ−ＨＴＭＬのファイル形式にそれぞれ変換されてコンテンツデータが送信、配信されることで、これら全てのアクセス端末は同一のサーバコンピュータ６よりコンテンツデータを入手できるようになることから、コンテンツの提供者は、提供する情報を前記サーバコンピュータ６に登録、更新することで、同一のサーバアドレス（ＵＲＬ）にてキャリアの異なる携帯電話やコンピュータ端末の全てにコンテンツを配信することができるようになっている。
以下に、本実施例のサーバコンピュータ６におけるコンテンツデータの提供処理の内容を図４を主体に各詳細図面を併用して詳述する。
まず、アクセス利用者が使用する前記コンピュータ端末１ａや携帯電話携帯電話端末１ｂ、１ｃ、１ｄ（以下これらを総称してインターネット端末と呼称する）からの要求メッセージは、サーバコンピュータ６において起動しているサーブレットエンジンにて受信され、該要求メッセージに含まれているキャリアや端末の型式を特定可能な端末タイプＩＤやセッションＩＤ、パラメータがクロスサブレットコアプログラムに送られる。
この端末タイプＩＤの取得する方法としては、図５に示すように、要求メッセージの先頭に位置して送信されてくるＨＴＴＰヘッダ中に、ユーザーエージェント情報が含まれており、該ユーザーエージェント情報には、図５にあるように、各キャリアに固有の情報が記述されているとともに、該要求メッセージを送信したインターネット端末の機種やブラウザのバージョン情報等も記述されていることから、これら記述内容がどのキャリア並びにどの型式の端末に合致するのかを、図７に示す端末情報テーブルと照合することにより特定することができる。
この抽出されたユーザーエージェント情報中の記述データに基づき端末タイプの特定を行う端末タイプ識別処理の具体的な処理内容は、図６に示すようになっており、前記ユーザーエージェント情報の記述データの取得に基づき、該記述データ中に含まれるキャリア名並びに端末の型式（機種）を示唆する単語を検出する。
次いで、該検出したキャリア名や端末機種名を検索キーワードとして端末情報テーブルを検索する。この際、該当する登録がない場合には、機種特定情報を「デフォルト」として、再度、端末情報テーブルを検索する。これでも該当しない場合には、キャリア示唆情報を「デフォルト」とする。このようにして決定したキャリア示唆情報及び機種特定情報に該当する登録情報、例えばマークアップ言語の形式やコンテンツの最大バイト数、表示画面の行数や文字数等を端末情報テーブルから取得し、以降のコンテンツ変換処理等に適用する。
尚、前記キャリア名並びに端末の型式（機種）を示唆する単語が未抽出或いは前記端末情報テーブルの検索において該当するものが存在しない場合においては、前記端末情報テーブルに登録されているキャリア各社並びに端末機種の各情報を、アクセス利用者が選択入力できるように構成されたデータ入力画面を要求メッセージを送信したインターネット端末に返信し、アクセス利用者によりキャリア会社並びに端末機種が選択された場合においては、該選択されたキャリア会社並びに端末機種関する情報を端末情報テーブルを検索して取得する。
このように、要求メッセージよりキャリア会社並びに端末機種を特定できない場合において、アクセス利用者のインターネット端末にデータ入力画面を返信してキャリア会社並びに端末機種関する情報を受け付けるようにすることは、これらキャリア会社並びに端末機種が不特定であるために、以降のコンテンツ変換処理等において不適切な変換処理が為されてしまう不都合を回避できることから好ましいが、本発明はこれに限定されるものではない。
これら端末タイプ識別処理等において使用される本実施例に用いた端末情報テーブルの構成は、図７に示すようになっており、各キャリア会社に対応する「ブラウザ」の「名前」、機種に対応する「端末」の「名前」、受信可能なコンテンツに関する情報（「マークアップ言語」の「名前」、コンテンツの文字コード、コンテンツの最大バイト数）、端末画面の大きさに関する情報（「画面」の「横文字数」及び「縦行数」）、表示可能な画像に関する情報（「画像」の「フォーマット」、「横ピクセル数」、「縦ピクセル数」、「縦横比」、「アニメーション可否」、「カラーモード」、「色／階調数」）等の各情報が登録されており、これら端末情報テーブルは、後述する更新処理により定期的に最新のものに更新されている。
次いで、クロスサブレットコアプログラムにおいては、図４に示すように、セッション情報の取得処理が実施され、これらセッション情報の具体的な処理内容は図１１に示すようになっている。つまり、要求メッセージにセッションＩＤが含まれていない場合、新規のセッションであると認識して、セッションＩＤを作成する。そして、セッションが基準の寿命以下の場合にはＧ０集合に、さもなければ、Ｇ以外（ｏｔｈｅｒ）集合に格納して管理する。
ここで、Ｇ０集合は、ある時刻から基準寿命時間の間にアクセスのあった全てのセッション（ただし、寿命が基準寿命以下であるもの）を管理する集合である。また、現在の時刻が「ある時刻から基準寿命時間を加えた時刻」を経過した場合には、Ｇ０集合はＧ１集合と名前を変えて管理する。そして、新たに、Ｇ０集合を「現在の時刻から基準寿命時間を加えた時刻まで」と再定義する。なお、Ｇ０集合をＧ１集合に変える場合に、既にＧ１集合が存在した場合には、その内容は全て破棄する。これにより、無効セッションの効率的な削除が可能となる。
ここで、要求メッセージにセッションＩＤが含まれている場合、セッションＩＤの有効期限をチェックし、有効でない場合には、当該セッションを破棄して、上述のとおり、新規のセッションＩＤを取得する。有効である場合には、当該セッションのラストアクセスタイムを更新して、Ｇ０集合もしくはＧ以外（ｏｔｈｅｒ）集合に格納する。
このようにして確定してセッションＩＤをキーとして、セッションを識別する。この後、コンテンツの取得、変換等の処理をおこない、処理結果をユーザに応答する前に、ＨＴＴＰ Ｃｏｏｋｉｅが使用可能であれば、セッションＩＤをＣｏｏｋｉｅに設定してコンテンツ処理結果とともにユーザに応答する。Ｃｏｏｋｉｅが使用不可の場合には、コンテンツに含まれる全てのリンク先ＵＲＬに対して、セッションＩＤ情報を付加してユーザに応答する。尚、前記ＨＴＴＰ Ｃｏｏｋｉｅが使用可能であっても、該ＨＴＴＰ Ｃｏｏｋｉｅをあえて使用しないようにしても良い。
次いで、前記要求メッセージ中に含まれている絵文字並びに文字コードを、前記端末タイプ識別処理にて取得したキャリア会社並びに端末機種の情報に該当して絵文字テーブルに登録されている変換内容に基づき、該当する絵文字や文字コードを所定のものに変換する。
これら所定の文字コードに変換された要求メッセージに基づき、要求されているコンテンツデータを特定し、該当するコンテンツデータをコンテンツデータベース（ＤＢ）より取得し、ドキュメントオブジェクトモデル（ＤＯＭ）を作成する。
これらドキュメントオブジェクトモデル（ＤＯＭ）の作成後において、スクリプト実行処理がなされる。本実施例におけるスクリプト実行処理の処理内容は、図１２に示すようになっており、要求メッセージに基づき前記にてコンテンツデータベース（ＤＢ）より取得したコンテンツにスクリプト（ユーザ端末上で処理されるプログラムの一種）が含まれている場合には、該スクリプトをサーバ上で実行し、変数等の値を設定して、表示すべき画面の内容を確定する。
この確定した内容に対して、コンテンツの変換、絵文字の変換処理を行い、ユーザに応答する。この際、コンテンツの変換においては標準的なスタイルシートが提供されるようになっている。なお、スクリプトは、ユーザの操作に応じて、変数等の値を変化させ、表示画面をユーザ端末上の処理のみで変化させるというために用いるが、本実施例の場合には、ユーザの操作結果は、サーバ側に要求メッセージとして伝達され、サーバ側でこの処理を実施するようになっている。
このようにすることは、コンテンツに含まれる形式のスクリプトを処理する能力のないインターネット端末に対するコンテンツの提供を可能とするばかりか、これらスクリプトの処理に伴うインターネット端末における処理負荷を大幅に低減できることから好ましいが、本発明はこれに限定されるものでははい。
これらスクリプト処理の後に、コンテンツデータの変換処理を実施する。本実施例におけるコンテンツデータの変換処理の内容は、図９に示すようになっており、要求メッセージで要求されているコンテンツが既に変換済みでありキャッシュに存在する場合、キャッシュから指定コンテンツの指定ページを取得してユーザに応答する。キャッシュに要求メッセージで要求されているコンテンツが存在しない場合、サーブレット等のサーバサイドのアプリケーションプログラムを実行する等によりコンテンツを取得し、端末情報に基づき、該取得したコンテンツの変換を行う。
このとき、変換後のサイズが端末で受信可能なコンテンツサイズ（端末情報テーブルにて特定済み）を超えている場合には、取得したコンテンツを末尾から見ていって、区切れる部分（選択リスト、チェックボックス、テーブルブル等の構造要素の区切り）で区切って分割し、その最初の分割パートに対して、再度、コンテンツの変換、絵文字の変換を行う。これをコンテンツのサイズが端末で受信可能なサイズになるまで繰り返し実施し、各ページに「前ページ」或いは「次ページ」の一方または両方のリンクを付与し、この分割された各ページがユーザに応答するページとなる。そして、始めのコンテンツの未処理部分について、同様にコンテンツの変換、絵文字の変換、サイズのチェックを繰り返し、全てのコンテンツを変換し、すべてのページを作成し、キャッシュに登録する。この後、ユーザには指定のページ（ページ指定がない場合は、最初のページ）を応答する。
これらファイル変換処理におけるページ分割による表示状況を図１０に基づき説明すると、コンテンツのサイズが端末で受信可能（表示可能）なサイズ（文字数）を越えている場合には、コンテンツをページ分割しないと、図１０に示すようにコンテンツの一部が表示されないか或いはコンテンツ全体が表示されなくなくなってしまう。
これに対し、前述のようにページ分割を実施した場合には、図１０に示すように、分割された各ページを順次移動することで全てのコンテンツ内容を漏れなく表示させることが可能となり、これら分割されたページを移動する際には、本実施例のように「前ページ」或いは「次ページ」の一方または両方のリンクを付与することで、ページ間に移動を容易に実施できるようになることから好ましいが、本発明はこれに限定されるものではない。
これらファイル変換されたコンテンツデータ中に引用画像が存在する場合には、該引用画像の画像データ変換の処理を実施し、引用画像が存在しない場合には画像データ変換の処理をスキップする。具体的には、図８に示すように、要求メッセージの中で画像が要求されているかの判定を実施し、要求されている場合には、指定の画像名（例えば、ａ．ｇｉｆとする）と、識別した端末名（例えば、Ｎ５０２ｉとする）をキーとして、キャッシュを検索する。該当するデータがキャッシュに存在した場合、指定画像ａ．ｇｉｆのダイジェスト値を計算し、保存してあるダイジェスト値と比較する。
両者が一致した場合には、指定画像は変更されていないとして、キャッシュに保存されてある変換ずみ画像データをレスポンスとしてユーザに応答する。この場合以外は、ユーザ端末の仕様と比較して、指定の画像ａ．ｇｉｆのサイズが大きい場合には圧縮処理を、色数が多い場合には減色処理を、フォーマットが異なる場合にはフォーマット変換を行い、処理結果をユーザに応答する。このとき、ａ．ｇｉｆに対するダイジェスト値がキャッシュに既に存在し、かつ、それが今回算定した値と異なる場合は、ａ．ｇｉｆに関するキャッシュ内容を全て破棄する。そして、ａ．ｇｉｆのダイジェスト値、並びに、画像名ａ．ｇｉｆと端末名Ｎ５０２ｉをキーとして変換後の画像をキャッシュに格納する。
このように、画像データの変換に際して変換済みの画像データに該当するものが既にキャッシュに存在するか否かを判別し、存在する場合には変換処理を行うないようにすることは、これら画像変換処理に伴う処理負荷を低減できることから好ましいが、本発明はこれに限定されるものではなく、一義的に画像変換を実施してキャッシュのデータを更新するようにしても良い。
また、これら画像データの変換とともに、変換されたコンテンツデータ中における絵文字並びに文字コードの変換処理を実施する。これら処理内容は、前記要求メッセージにおける絵文字と文字コードの変換と合わせて一連の処理として図１３のフローに基づき具体的な処理内容として説明すると、要求メッセージで指定されたＵＲＬがサーブレット等のサーバサイドプログラムの実行である場合、要求メッセージに含まれる絵文字コードを「絵文字テーブル」を検索することによって、統一絵文字コードに変換する。また、要求メッセージを指定のサーバサイドプログラムが想定する文字コードに変換する。この後、サーバサイドプログラムを実行し、結果としてコンテンツを取得する。
要求メッセージで指定されたＵＲＬがサーバサイドプログラムの実行でない場合、指定のＵＲＬ、例えば前記コンテンツ提供者のコンピュータ端末７よりコンテンツを取得するようにしても良い。
このようにして得られたコンテンツの文字コードを出力端末の文字コードに変換するとともに、コンテンツに含まれる全ての絵文字コードを「絵文字テーブル」を検索することによって出力端末用の絵文字コードに変換し、ユーザに応答する。
尚、前記「絵文字テーブル」や「情報端末テーブル」の更新は、図１４に示す更新処理を定期的に実施し、前記管理センターのコンピュータ端末８にアクセスして更新することで、逐次最新のデータに更新されるようになっている。具体的には、定期的に前記管理センターのコンピュータ端末８にアクセスして問合せを発行し、該コンピュータ端末８に登録されている「端末情報データベース」の更新時刻を取得する。この時刻がサーバコンピュータ６にて管理する時刻よりも新しくなっている場合には、コンピュータ端末８へ要求メッセージを発行し、該コンピュータ端末８より「端末情報テーブル」をダウンロードして、サーバコンピュータ６で登録している内容を更新する。
以上、本実施例のようにすれば、アクセス利用者のインターネット端末よりの要求メッセージに該当するコンテンツが、同一のサーバコンピュータ６より各キャリア会社のインターネット端末に提供されるようになり、コンテンツを配信する際に、コンテンツを各キャリア会社毎のアクセス方式に対応した形式のファイルに変換する作業や、これら変換した各形式のファイルを個々に管理する労力等を大幅に低減でき、これらコンテンツを簡便かつ迅速により多くの利用者に安価にて配信することが可能となる。
また、各無線端末である携帯電話端末からのアクセスに使用するサーバアドレス（ＵＲＬ）を単一のものとすることができ、利用者の管理を容易とするばかりか、これらサーバアドレス（ＵＲＬ）を解りやすいものとすることができる。
以上、本発明の実施形態を図面により前記実施例にて説明してきたが、本発明はこれら実施例に限定されるものではなく、本発明の主旨を逸脱しない範囲における変更や追加があっても本発明に含まれることは言うまでもない。
例えば、前記実施例では、キャリア会社を４社とした例を示したが、本発明はこれに限定されるものではなく、４社以上のキャリア会社であっても良いし、更には、携帯電話会社とＰＨＳサービス会社の双方が接続可能とするようにしても良い。
更に、前記実施例では、コンテンツデータベースに登録されているコンテンツデータから変換される変換ファイルの形式としてＨＤＭＬ形式、Ｃ−ＨＴＭＬ形式、ＭＭＬ形式を例示したが、本発明はこれに限定されるものではなく、これらファイル形式を次世代のファイル形式であるＸＨＴＭＬ方式としても良い。
また、本実施例では、コンテンツデータベースに登録されているコンテンツデータからから直接各ファイル形式への変換を実施しているが、本発明はこれに限定されるものではなく、これら各ファイル形式への変換において、中間ファイルとして一度ＸＭＬ形式のファイルへの変換を実施した後、所望の各形式のファイルへの変換を実施するようにしても良い。
【図面の簡単な説明】
第１図は、本発明の実施例におけるコンテンツ提供システムの構成を示すブロック図である。
第２図は、本発明の実施例におけるコンテンツ提供システムを構成するサーバコンピュータの構成を示すブロック図である。
第３図は、本発明の実施例において用いたファイル変換プログラムである「クロスサブレット（Ｘ−Ｓｅｒｖｌｅｔ）エンジン」における処理内容を示す説明図である。
第４図は、本発明の実施例において用いたファイル変換プログラムである「クロスサブレット（Ｘ−Ｓｅｒｖｌｅｔ）エンジン」における処理内容を示す全体フロー図である。
第５図は、本発明の実施例における端末タイプ識別処理においてアクセス利用者のインターネット端末から送られてくる要求メッセージより端末情報を取得する手法を示す図である。
第６図は、本発明の実施例における端末タイプ識別処理における処理内容を示すフロー図である。
第７図は、本発明の実施例において用いた端末情報データベースの構成を示す図である。
第８図は、本発明の実施例における引用画像の画像データの変換処理の内容を示すフロー図である。
第９図は、本発明の実施例におけるコンテンツデータの変換処理の内容を示すフロー図である。
第１０図は、本発明の実施例におけるコンテンツデータの変換処理においてページ分割された画面例を示す図である。
第１１図は、本発明の実施例におけるセッション管理の処理内容を示すフロー図である。
第１２図は、本発明の実施例におけるスクリプト処理の処理内容を示すフロー図である。
第１３図は、本発明の実施例における絵文字、コード変換処理における処理内容を示すフロー図である。
第１４図は、本発明の実施例における端末情報テーブル並びに絵文字テーブルの更新処理の内容を示すフロー図である。
符号の説明
１ａ コンピュータ端末
１ｂ、１ｃ、１ｄ 携帯電話端末
２ｂ、２ｃ、２ｄ 基地局
３ｂ、３ｃ、３ｄ 中央制御局
４ インターネット網
５ 配信センター
６ サーバコンピュータ
７ コンピュータ端末（コンテンツ提供者）
８ コンピュータ端末（管理センター）
２０ データバス
２１ 中央演算処理装置（ＣＰＵ）
２２ 通信インターフェイス
２３ 表示装置
２４ ＲＡＭ
２５ 記憶装置
２６ リアルタイムクロック（ＲＴＣ）TECHNICAL FIELD The present invention relates to a content providing method for distributing content data to an Internet terminal connectable to the Internet.
BACKGROUND ART In recent years, the Internet, which is an open network of computers, has been remarkably popularized, and the usage of personal computers has been increasing, and the use of the Internet has been shifting from corporate business use to personal use. It is increasing rapidly.
On the other hand, with the spread of mobile phones in recent years, an Internet connection service that enables these mobile phones to connect to the Internet has been provided. Since it becomes possible to obtain desired information and various contents such as music and images, the number of users is rapidly increasing. In the future, mobile communication that can access the Internet through wireless lines such as mobile phones will be continued. The number of users is expected to increase further due to its convenience and quick access to information.
As described above, the Internet, which was owned by some people until several years ago, is indispensable to many people with the spread of personal computers to homes and the spread of mobile phones with Internet connection functions. It is becoming an information means (tool) that can not be done.
Therefore, when considering a corporate strategy, it has become indispensable to install a Web server for a company to provide or transmit contents such as information as publicity and publicity and an EC (Electric Commerce) site.
However, as described above, it is easy to install Web servers for ordinary personal computers and the like as Internet terminals, but Web servers for these ordinary personal computers and mobile phones having the Internet connection function are also applicable. Is required because each carrier (mobile phone provider) that provides mobile phone services has a different access method to the Internet from the access method of browsing software that runs on ordinary personal computers etc. On the content provider side, as shown in FIG. 15, it is necessary to create and register the content to be provided in advance in a file format corresponding to each of these access methods. When updating content, update content must be updated for each content data of each access method. Has to be carried out, and the work of updating the contents becomes extremely complicated, the cost for maintenance of these updates and the like increases, and the update period becomes longer, so that useful contents cannot be provided quickly. .
In the case of providing content data corresponding to each of the access methods, an individual address (URL) is required for each of these access methods. In order to obtain the same content when having both mobile phones with functions, it is necessary to access an address (URL) that matches the type of terminal being used. It is necessary to manage these addresses (URLs) for each terminal type, which is difficult for the user to understand, and there is a problem that the management of these addresses (URLs) becomes complicated.
For this reason, as a method for solving these problems, it has been proposed that the accessing Internet terminal appropriately converts the content data to the corresponding access method and provides the content. In such a case, Since various Internet terminals can access the same Web server, the access load to the same Web server increases, and accordingly, the load of conversion processing accompanying the conversion of the content data also significantly increases. Therefore, there is a problem that it is impossible to cope with these many accesses, and the merit that various Internet terminals can access the same Web server is reduced.
Therefore, the present invention has been made in view of the above-mentioned problems, and has an advantage that various Internet terminals can access the same Web server by reducing the load of the conversion processing accompanying the conversion of the content data. It is an object of the present invention to provide a content providing method capable of minimizing a decrease in content.
DISCLOSURE OF THE INVENTION In order to solve the above-mentioned problem, a content providing method of the present invention provides a content providing content data to an Internet terminal connectable to an Internet network using a server computer connected to the Internet network. A method of converting content data into a description format corresponding to an access method of the Internet terminal, when there is image data cited in the content data delivered to the Internet terminal; The conversion of the image data into a displayable image file format is performed individually, and the converted content data and / or image data are distributed to the Internet terminal.
According to this feature, since the conversion of the content data and the conversion of the image data can be separately performed, when only the conversion of the content data is performed without the quote image, only the conversion of the content data is performed, and the conversion of the content data is performed. In the case of distributing the image data cited in (1), it is possible to select and execute the processing according to the situation so as to perform the conversion of the image data, and to reduce the total load capacity in the conversion processing. Therefore, it is possible to suppress as much as possible the advantage that various Internet terminals can access the same Web server.
The content providing method according to the present invention includes: type information capable of specifying or estimating either the type of the Internet terminal or the type of browsing software installed in the Internet terminal; the description format and the image file corresponding to the type; And a terminal information database registered at least in association with the format, the type information is extracted from a request message transmitted from the Internet terminal, and a description format and an image file corresponding to the extracted type information. Preferably, the format is specified with reference to the terminal information database.
In this way, it is possible for the access user to save the trouble of sequentially inputting the type of the Internet terminal used by the user or the type of the viewing software installed in the Internet terminal.
In the content providing method of the present invention, it is preferable that when the type information cannot be extracted in the extracting step, an input screen for the type information is distributed to the Internet terminal and accepted.
In this way, it is possible to avoid the occurrence of inconvenience due to the inability to identify the type of the Internet terminal used by the access user or the type of the viewing software installed on the Internet terminal.
In the content providing method of the present invention, it is determined whether or not the image data of the file format to be converted already exists, and when the determination is made that the image data of the file format to be converted already exists. In the above, it is preferable to omit the image file conversion.
By doing so, it is possible to eliminate the processing load associated with unnecessary image file conversion, and further reduce the processing load associated with conversion.
In the content providing method according to the present invention, in the terminal information database, display screen size information of the Internet terminal is registered in association with the type information, and the size of the quoted image file is compared with the display screen size. In the comparison, when the size of the image file is larger than the display screen size, it is preferable that the size of the image file is reduced to an image size smaller than the display screen size and distributed.
In this way, it is possible to avoid a situation where the entire image is not displayed on the display screen of the Internet terminal.
BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings (Examples).
FIG. 1 shows the content provision of this embodiment constructed by a content provision server equipped with a “cross-sublet (X-Servlet) engine” which is a file conversion program created to realize the content provision method of the present invention. FIG. 2 is a block diagram showing a configuration of the system, FIG. 2 is a block diagram showing a configuration of the content providing server used in the embodiment, and FIG. 3 is a file conversion program used in the embodiment. FIG. 4 is a diagram showing an outline of processing of a “cross-sublet (X-Servlet) engine”, and FIG. 4 is an overall flow showing processing contents in a “cross-sublet (X-Servlet) engine” which is a file conversion program used in the present embodiment. FIG. 5 is a diagram showing an Internet terminal of an access user in a terminal type identification process. FIG. 6 is a diagram showing a method of acquiring terminal information from a request message sent from the terminal device, FIG. 6 is a flowchart showing processing contents in terminal type identification processing, and FIG. 7 is a flowchart showing terminal information used in the present embodiment. FIG. 8 is a flowchart showing the structure of the database, FIG. 8 is a flowchart showing the contents of the conversion process of the image data of the quote image, FIG. 9 is a flowchart showing the contents of the conversion process of the content data, and FIG. FIG. 11 is a diagram showing an example of a screen divided into pages in the content data conversion process. FIG. 11 is a flowchart showing the content of the session management process, and FIG. 12 is a flowchart showing the content of the script process. FIG. 13 is a flowchart showing processing contents in the pictogram and code conversion processing, and FIG. 14 is a flowchart showing the processing for updating the terminal information table and the pictogram table. Is a flow diagram illustrating a.
First, the content providing system of the present embodiment is configured as shown in FIG. 1, and a distribution center 5 that performs a content providing service is provided with a server computer 6 that is a computer that performs distribution of each content data. The server computer 6 includes a computer terminal 1a connected to a carrier A that provides a normal telephone service via the Internet 4 and a carrier B or a carrier that provides a mobile phone service. A wireless terminal connected to the central control stations 3b, 3c, and 3d of Company C and Carrier D, and subscribing to each of the mobile phone service companies, Carrier B, Carrier C, and Carrier D. Each of the mobile phone terminals 1b, 1c and 1d is a base station 2 of each carrier company. , 2c, 2d, the central control stations 3b, 3c, 3d and a gateway server (not shown) so that the server computer 6 of the distribution center 5 can be accessed via the Internet network 4. It has become.
As the mobile phone used in the present embodiment, a normal mobile phone having an Internet connection function corresponding to a predetermined access method in each carrier company can be used. In this embodiment, the wireless terminal is a mobile phone. However, the present invention is not limited to this, and may be a simple mobile phone (Personal Handy Phone; PHS). Terminal.
Further, in this practical example, the server computer 6 is connected to the central control stations 3b, 3c, and 3d of the respective carrier companies via the Internet network 4, but the present invention is not limited to this. It is optional to connect the central control stations 3b, 3c, 3d and the server computer 6 with a dedicated line or the like.
Also, a content provider that transmits information and the like is provided with a computer terminal 7 that is connected to the server computer 6 installed in the distribution center 5 via the Internet network 4 so as to be able to perform data communication. By accessing the server computer 6 using a computer terminal 7, the server computer 6 can update the content data provided to the access user.
In the present embodiment, as shown in FIG. 7, the server computer 6 has registered therein terminal information of each carrier and a mobile phone terminal used in each carrier, information of a browser serving as viewing software, and the like. An information table and a pictogram table in which conversion information such as pictograms used in each terminal and browser are registered are registered, but these terminal information tables and pictogram tables are available in new models and new versions. Since it is released successively, it is necessary to add and update information sequentially in order to cope with these. Therefore, an updating computer terminal 8 for updating these terminal information tables and pictogram tables is installed in the management center, The server computer 6 is periodically connected to the updating computer terminal 8 via the Internet 4. By accessing, and performs the update of the terminal information table and pictogram table are registered.
In the configuration of the server computer 6 used in this embodiment, as shown in FIG. 2, the operation control of the server computer 6, in particular, the data bus 20 for transmitting and receiving data inside the server computer 6 is accessed. Based on a predetermined processing program, control for managing the state of data exchange (session) with the computer terminal 1a and the mobile phone terminals 1b, 1c, and 1d of the respective carriers is performed, and the content data is distributed to the computer terminal 1a or the mobile terminal. A central processing unit (CPU) 21 that performs a process of converting to a file format that matches the access system of each carrier of the telephone terminals 1b, 1c, and 1d based on a “cross-sublet (X-Servlet) engine” that is a file conversion program. , Temporary processing data and the like in the conversion processing A RAM 24 for performing storage, a real-time clock (RTC) 26 capable of outputting time information such as an access time, a communication interface 22 enabling data communication with the Internet 4, and a display device such as a display And a control program in which various kinds of control executed by the central processing unit (CPU) 21 are described, and the file conversion program is a “cross-sublet (X-Servlet) engine”. And a content database (DB) in which information provided by a content provider is registered, and a terminal in which terminal information of a mobile phone terminal used in each carrier and information of a browser serving as viewing software are registered. Use in information tables, terminals and browsers The storage device 25 in which a pictogram table or the like in which conversion information such as pictograms or the like are registered is recorded, is connected to the storage device 25, and is a normal computer capable of performing relatively high-speed processing. A single (common) server address (URL) that can be used when accessing from the computer terminal 1a or the mobile phone terminals 1b, 1c, and 1d of each carrier is assigned.
Next, an outline of a process in which the server computer 6 of this embodiment distributes content data to the computer terminals 1a and the mobile phone terminals 1b, 1c, and 1d of the respective carriers will be described with reference to FIG. When accessing the server computer 6 from the mobile phone terminal 1b, the server computer 6 first determines the carrier of the mobile phone terminal 1b based on the user agent information included in the header of the request message from the mobile phone terminal 1b. By extracting information capable of identifying the type and the model of the terminal, and obtaining information such as the type of the access method (markup language) of the carrier corresponding to the information and the display performance of the terminal from the terminal information table, The content data requested by the request message is stored in the content database. More available.
The content data read from the content database is converted into a file in the HDML format, which is the access method of the carrier company B of the mobile phone terminal 1b that has accessed the mobile phone terminal 1b. Based on the information such as the display performance, which is the terminal information of the terminal 1b, the converted HDML is displayed so as to display a layout that matches the number of display lines and the number of digits of the display device (LCD panel) of the mobile phone terminal 1b. The file is appropriately modified, for example, divided into pages, and transmitted and distributed to the mobile phone terminal 1b. As shown in FIG. If the terminal 1a is in the HTML file format, the terminal accessing the terminal 1a is the carrier C or the In the case of the rear D company, all the access terminals obtain the content data from the same server computer 6 by transmitting and distributing the content data after being converted into the MML and C-HTML file formats, respectively. The content provider can register and update the information to be provided in the server computer 6 so that the content can be provided to all mobile phones and computer terminals of different carriers at the same server address (URL). Can be delivered.
Hereinafter, the content data providing process in the server computer 6 according to the present embodiment will be described in detail with reference to FIG.
First, a request message from the computer terminal 1a or the mobile phone / mobile phone terminal 1b, 1c, 1d (hereinafter collectively referred to as an Internet terminal) used by the access user is activated in the server computer 6. The terminal type ID, the session ID, and the parameters received by the servlet engine and capable of specifying the type of the carrier and the terminal included in the request message are sent to the cross-sublet core program.
As a method of obtaining the terminal type ID, as shown in FIG. 5, the user agent information is included in the HTTP header transmitted at the beginning of the request message, and the user agent information includes As shown in FIG. 5, information specific to each carrier is described, and the model of the Internet terminal that transmitted the request message and the version information of the browser are also described. The carrier and the type of the terminal can be identified by checking the terminal information table shown in FIG.
The specific processing content of the terminal type identification processing for specifying the terminal type based on the description data in the extracted user agent information is as shown in FIG. 6, and the acquisition of the description data of the user agent information , A carrier name included in the description data and a word indicating the type (model) of the terminal are detected.
Next, the terminal information table is searched using the detected carrier name and terminal model name as search keywords. At this time, if there is no corresponding registration, the terminal information table is searched again with the model identification information as “default”. If this still does not apply, the carrier suggestion information is set to “default”. The registration information corresponding to the carrier suggestion information and the model identification information determined in this way, for example, the format of the markup language, the maximum number of bytes of the content, the number of lines of the display screen, the number of characters, and the like are obtained from the terminal information table, and thereafter, Applies to content conversion processing and the like.
If no word indicating the carrier name and the type (model) of the terminal has been extracted or there is no corresponding word in the search of the terminal information table, the carrier company and the terminal registered in the terminal information table Each information of the model is returned to the Internet terminal that transmitted the request message with a data input screen configured so that the access user can select and input, and when the carrier user and the terminal model are selected by the access user, Information about the selected carrier company and terminal model is retrieved by searching the terminal information table.
As described above, in the case where the carrier company and the terminal model cannot be specified from the request message, returning the data input screen to the access user's Internet terminal and accepting the information on the carrier company and the terminal model is performed by these carrier companies. In addition, since the terminal model is unspecified, it is possible to avoid inconvenience that inappropriate conversion processing is performed in the subsequent content conversion processing and the like. However, the present invention is not limited to this.
The configuration of the terminal information table used in this embodiment used in the terminal type identification processing and the like is as shown in FIG. 7, and corresponds to the "name" of "browser" corresponding to each carrier company and the model. The “name” of the “terminal”, information on the receivable content (“name” of the “markup language”, the character code of the content, the maximum number of bytes of the content), and information on the size of the terminal screen (the “screen” "Number of horizontal characters" and "number of vertical lines"), information on images that can be displayed ("format" of "image", "number of horizontal pixels", "number of vertical pixels", "aspect ratio", "whether animation", " Information such as “color mode” and “color / gradation number” is registered, and these terminal information tables are regularly updated to the latest ones by an update process described later.
Then, in the cross-sublet core program, as shown in FIG. 4, session information acquisition processing is performed, and the specific processing contents of these session information are as shown in FIG. That is, if the request message does not include a session ID, the request message is recognized as a new session, and a session ID is created. Then, the session is stored and managed in the G0 set when the session is equal to or less than the reference life span, and otherwise stored in the other set.
Here, the G0 set is a set that manages all sessions that have been accessed between a certain time and the reference life time (however, those whose lifespan is equal to or less than the reference life). When the current time has passed “the time obtained by adding the reference life time from a certain time”, the G0 set is managed by changing the name to the G1 set. Then, the G0 set is newly defined as “from the current time to the time obtained by adding the reference life time”. When the G0 set is changed to the G1 set, if the G1 set already exists, its contents are all discarded. As a result, it is possible to efficiently delete invalid sessions.
Here, if the request message includes the session ID, the expiration date of the session ID is checked. If not, the session is discarded and a new session ID is acquired as described above. If the session is valid, the last access time of the session is updated and stored in the G0 set or a set other than G (other).
The session is identified and the session is identified using the session ID as a key. After that, processing such as acquisition and conversion of content is performed, and before HTTP Cookie is available before responding to the user with the processing result, the session ID is set to Cookie and the user is responded with the content processing result. When the Cookie cannot be used, session ID information is added to all the link destination URLs included in the content and the user is responded to. Note that even if the HTTP Cookie can be used, the HTTP Cookie may not be used.
Next, the pictograms and character codes included in the request message, based on the conversion contents registered in the pictogram table corresponding to the carrier company and terminal model information obtained in the terminal type identification processing, The emoticons and character codes to be converted are converted into predetermined ones.
Based on the request message converted into the predetermined character code, the requested content data is specified, the corresponding content data is obtained from the content database (DB), and a document object model (DOM) is created.
After creating these document object models (DOMs), script execution processing is performed. The processing content of the script execution process in the present embodiment is as shown in FIG. 12, and the content obtained from the content database (DB) based on the request message is scripted (for the program processed on the user terminal). If the type is included, the script is executed on the server, values of variables and the like are set, and the contents of the screen to be displayed are determined.
The content conversion processing and the pictogram conversion processing are performed on the determined contents, and a response is made to the user. At this time, a standard style sheet is provided for converting the content. Note that the script is used to change the value of a variable or the like according to the operation of the user, and to change the display screen only by the processing on the user terminal. Is transmitted to the server as a request message, and the server performs this processing.
This makes it possible not only to provide the content to Internet terminals that do not have the ability to process the script in the format included in the content, but also to greatly reduce the processing load on the Internet terminal due to the processing of these scripts. Although preferred, the invention is not so limited.
After these script processes, the content data conversion process is performed. The contents of the content data conversion processing in this embodiment are as shown in FIG. 9. If the content requested by the request message has already been converted and exists in the cache, the specified page of the specified content is read from the cache. And respond to the user. If the content requested by the request message does not exist in the cache, the content is acquired by executing a server-side application program such as a servlet, and the acquired content is converted based on the terminal information.
At this time, if the size after the conversion exceeds the content size that can be received by the terminal (specified in the terminal information table), the acquired content is viewed from the end, and the obtained content is separated (selection list, The content is divided and the pictogram is converted again for the first divided part. This is repeated until the content size becomes a size that can be received by the terminal, and one or both links of “previous page” or “next page” are added to each page, and each of the divided pages is provided to the user. The page that responds. Then, for the unprocessed portion of the first content, the content conversion, pictogram conversion, and size check are repeated in the same manner, all the content is converted, all pages are created, and registered in the cache. Thereafter, the user is notified of the specified page (or the first page if no page is specified).
The display situation by page division in the file conversion process will be described with reference to FIG. 10. If the content size exceeds the size (number of characters) that can be received (displayable) by the terminal, the content must be divided into pages. As shown in FIG. 10, a part of the content is not displayed or the entire content is not displayed.
On the other hand, when the page division is performed as described above, as shown in FIG. 10, by sequentially moving the divided pages, it becomes possible to display all the content contents without omission. When a divided page is moved, by providing one or both links of a “previous page” and a “next page” as in the present embodiment, the movement between pages can be easily performed. However, the present invention is not limited to this.
If a citation image exists in the content data obtained by file conversion, the image data conversion processing of the citation image is performed. If the citation image does not exist, the image data conversion processing is skipped. Specifically, as shown in FIG. 8, it is determined whether or not an image is requested in the request message, and if so, a specified image name (for example, a.gif) Then, the cache is searched using the identified terminal name (for example, N502i) as a key. If the corresponding data exists in the cache, the designated image a. The digest value of gif is calculated and compared with the stored digest value.
If the two match, it is determined that the designated image has not been changed, and the converted image data stored in the cache is returned to the user as a response. Except in this case, the designated image a. If the size of the gif is large, compression processing is performed; if the number of colors is large, color reduction processing is performed; if the format is different, format conversion is performed, and the processing result is returned to the user. At this time, a. If the digest value for gif already exists in the cache and it is different from the value calculated this time, a. Discard all the cache contents related to gif. And a. gif digest value and image name a. The converted image is stored in the cache using the gif and the terminal name N502i as keys.
As described above, when converting image data, it is determined whether or not the data corresponding to the converted image data already exists in the cache, and if so, the conversion process is not performed. Although it is preferable because the processing load involved in the processing can be reduced, the present invention is not limited to this, and image data may be uniquely converted to update cache data.
Further, in addition to the conversion of the image data, conversion processing of pictograms and character codes in the converted content data is performed. These processing contents will be described as specific processing contents based on the flow of FIG. 13 as a series of processing together with the conversion of pictographs and character codes in the request message. If the URL specified in the request message is stored in a server side such as a servlet, If the program is to be executed, the pictograph code included in the request message is converted into a unified pictograph code by searching the "pictograph table". Further, the request message is converted into a character code assumed by the designated server-side program. Thereafter, the server-side program is executed, and the content is obtained as a result.
When the URL specified in the request message is not the execution of the server-side program, the content may be obtained from the specified URL, for example, the computer terminal 7 of the content provider.
Along with converting the character code of the content obtained in this way to the character code of the output terminal, all the pictograph codes included in the content are converted to pictograph codes for the output terminal by searching the `` pictograph table '', Respond to the user.
The "pictogram table" and the "information terminal table" are updated periodically by performing the update process shown in FIG. 14 and accessing the computer terminal 8 of the management center to update the data. Is to be updated. More specifically, the terminal accesses the computer terminal 8 of the management center at regular intervals, issues an inquiry, and acquires the update time of the “terminal information database” registered in the computer terminal 8. If this time is later than the time managed by the server computer 6, a request message is issued to the computer terminal 8, the “terminal information table” is downloaded from the computer terminal 8, and the Update the registered contents.
As described above, according to the present embodiment, the content corresponding to the request message from the Internet terminal of the access user is provided from the same server computer 6 to the Internet terminal of each carrier company, and the content is distributed. In doing so, the work of converting the contents into files in a format compatible with the access method of each carrier company and the effort to individually manage these converted files in each format can be greatly reduced, making these contents simple and convenient. It can be quickly distributed to more users at low cost.
In addition, since a single server address (URL) can be used for access from a mobile phone terminal, which is a wireless terminal, not only can user management be facilitated, but also these server addresses (URLs) can be used. It can be easy to understand.
As described above, the embodiments of the present invention have been described in the above embodiments with reference to the drawings. However, the present invention is not limited to these embodiments, and changes and additions may be made without departing from the gist of the present invention. Needless to say, this is included in the present invention.
For example, in the above-described embodiment, an example in which the number of carrier companies is four has been described. However, the present invention is not limited to this, and may be four or more carrier companies. Both the company and the PHS service company may be made connectable.
Further, in the above-described embodiment, the format of the conversion file converted from the content data registered in the content database is exemplified by the HDML format, the C-HTML format, and the MML format. However, the present invention is not limited to this. Instead, these file formats may be the XHTML format, which is a next-generation file format.
Further, in the present embodiment, the conversion from the content data registered in the content database to each file format is performed directly. However, the present invention is not limited to this, and the conversion to each of these file formats is performed. In the conversion, the conversion into an XML file may be performed once as an intermediate file, and then the conversion into a file in each desired format may be performed.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a content providing system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration of a server computer constituting the content providing system in the embodiment of the present invention.
FIG. 3 is an explanatory diagram showing processing contents in a “cross-sublet (X-Servlet) engine” which is a file conversion program used in the embodiment of the present invention.
FIG. 4 is an overall flowchart showing the processing contents of a “cross-sublet (X-Servlet) engine” which is a file conversion program used in the embodiment of the present invention.
FIG. 5 is a diagram showing a method of acquiring terminal information from a request message sent from an access user's Internet terminal in the terminal type identification processing according to the embodiment of the present invention.
FIG. 6 is a flowchart showing the processing contents in the terminal type identification processing in the embodiment of the present invention.
FIG. 7 is a diagram showing the configuration of the terminal information database used in the embodiment of the present invention.
FIG. 8 is a flowchart showing the contents of the conversion processing of the image data of the quoted image in the embodiment of the present invention.
FIG. 9 is a flowchart showing the contents of the content data conversion processing in the embodiment of the present invention.
FIG. 10 is a diagram showing an example of a screen divided into pages in the content data conversion processing in the embodiment of the present invention.
FIG. 11 is a flowchart showing processing contents of session management in the embodiment of the present invention.
FIG. 12 is a flowchart showing processing contents of script processing in the embodiment of the present invention.
FIG. 13 is a flowchart showing processing contents in the pictogram / code conversion processing in the embodiment of the present invention.
FIG. 14 is a flowchart showing the contents of the updating process of the terminal information table and the pictogram table in the embodiment of the present invention.
DESCRIPTION OF SYMBOLS 1a Computer terminal 1b, 1c, 1d Mobile phone terminal 2b, 2c, 2d Base station 3b, 3c, 3d Central control station 4 Internet network 5 Distribution center 6 Server computer 7 Computer terminal (content provider)
8 computer terminals (administration center)
20 data bus 21 central processing unit (CPU)
22 Communication Interface 23 Display 24 RAM
25 Storage device 26 Real-time clock (RTC)
