(57)【要約】【課題】リッチコンテンツ情報を容易に更新可能とする情報処理装置、情報処理方法を提供する。【解決手段】外部機器に提供する情報であり、前記外部機器が前記情報を自ら解釈し実行することにより当該外部機器により表示される内容が含まれる閲覧画面を示す閲覧情報が予め記憶された閲覧情報記憶手段と、前記閲覧情報を更新するため内容更新情報を取得する内容更新情報取得手段と、前記閲覧情報記憶手段により記憶された閲覧情報を、前記内容更新情報取得手段により取得された内容更新情報に基づき更新する更新手段と、を有する。【選択図】図５
2009087071.tif 000002
【特許請求の範囲】
【請求項１】
外部機器に提供する情報であり、前記外部機器が前記情報を自ら解釈し実行することにより当該外部機器により表示される内容が含まれる閲覧画面を示す閲覧情報が予め記憶された閲覧情報記憶手段と、
前記閲覧情報を更新するため内容更新情報を取得する内容更新情報取得手段と、
前記閲覧情報記憶手段により記憶された閲覧情報を、前記内容更新情報取得手段により取得された内容更新情報に基づき更新する更新手段と、
を有する情報処理装置。
【請求項２】
前記内容更新情報は、前記閲覧画面に含まれる内容毎の情報である内容情報を特定する特定情報を含んでおり、
前記更新手段は、前記閲覧情報を前記閲覧画面に含まれる前記内容情報に分解し、前記内容更新情報に含まれる前記特定情報により特定される前記内容情報を、当該内容更新情報に置き換えることで、前記閲覧情報を更新する請求項１に記載の情報処理装置。
【請求項３】
前記閲覧情報には、前記閲覧画面に含まれる文字列を示す文字列情報、前記閲覧画面に含まれる画像を示す画像情報、及び前記閲覧画面に含まれる画像を特定する画像特定情報を含む請求項１又は請求項２に記載の情報処理装置。
【請求項４】
外部機器に提供する情報であり、前記外部機器が前記情報を自ら解釈し実行することにより当該外部機器により表示される内容が含まれる閲覧画面を示す閲覧情報を更新するため内容更新情報を取得する内容更新情報取得段階と、
前記閲覧情報が予め記憶された閲覧情報記憶手段により記憶された閲覧情報を、前記内容更新情報取得段階により取得された内容更新情報に基づき更新する更新段階と、
を有する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法に関し、特にリッチコンテンツ情報を更新する情報処理装置、情報処理方法に関する。
【背景技術】
【０００２】
従来より、クライアントが自ら解釈し実行することによりクライアントにより表示される動画像などの内容が含まれるリッチコンテンツを扱う技術がある。この技術は、音声や動画を例えばスクリプトにより制御するものであり、このリッチコンテンツを実現するための文字、音声、動画等を含むリッチコンテンツ情報は、デザイナーがパソコン上で専用のアプリケーションを使用して作成し、静的なデータとしてサーバに置くのが一般的である。
【０００３】
この技術に関連し、特許文献１には、ネットなどの上に多数存在するサービスをユーザが指定して組み合わせて使う際に、サービスごとのインターフェイスや使い方の違いなどを吸収する仕組みに関する技術が開示されている。この仕組みを「シナリオ」と呼んでおり、このシナリオはスクリプトプログラムで記述されるようになっている。そして、このスクリプトはクライアント側ではなくシステム上で実行されるものである。このような方法は、スクリプトの使用方法の典型的な例である。
【０００４】
また、特許文献２には、ネット上に多数存在するサービスをセンターサーバで統合し、ユーザに対して統一されたインターフェイスを提供する技術が開示されており、この技術は、クライアントとセンターサーバは独自に開発されたスクリプト言語で通信し、センターサーバがこのスクリプトを各機能を提供するサーバのバラバラなインターフェイスに翻訳するものである。
【特許文献１】特開２００３−１９６０９３号公報
【特許文献２】特開平７−１６０６１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このような技術背景において、ユーザ毎にリッチコンテンツ情報の内容を動的に変えようとすると、サーバ側で静的なデータではないリッチコンテンツ情報を動的に生成することが必要となる。
【０００６】
リッチコンテンツ情報をサーバで生成する場合、典型的な例は以下のようになる。まず、図８（Ａ）に示される入力データを用意する。この入力データの場合、"<%" と "%>" に囲まれた部分にサーバで動的にデータがセットされることで、図８（Ｂ）に示されるデータとなる。この図８（Ｂ）に示されるデータがリッチコンテンツ情報に変換され、図８（Ｃ）に示されるような閲覧画面がＷｅｂブラウザに表示される。
【０００７】
しかしこのような構成を採用した場合、図８（Ｃ）に示される画面をデザインするデザイナーとシステム開発者の担当範囲の分離が不完全となり、システムの運用上、問題が発生することが多い。
【０００８】
上記の例で言えば、デザイナーは通常、パソコン上で動作する使い勝手の良いクライアントソフトを使用してリッチコンテンツ情報をデザインするので、図８（Ａ）（Ｂ）に示されるような独自形式のデータを採用すると、デザイナーが使用する通常のクライアントソフトを使用できなくなり、作業効率が落ちてしまう。
【０００９】
そのため、デザイナーが使用するクライアントソフトで生成したデータを、図８（Ａ）（Ｂ）に示されるような形式のデータに変換するコンバーターを提供することにより、この問題をある程度回避している例が存在する。しかしその場合、動的にデータをセットする場所（図８（Ａ）の "<%" と "%>" に囲まれた部分）がどこであるのかを指定する手間がかかる。
【００１０】
一方、システム開発者は図８（Ａ）（Ｂ）に示されるようなＸＭＬ形式などのデータには慣れ親しんでいるが、リッチコンテンツ情報のデザインにはなじみがないケースが多い。そのため上記のようなＸＭＬ形式のデータを渡されても内容の理解に時間がかかり、"<%" や "%>" を埋め込む作業には時間がかかってしまう。
【００１１】
さらに作業が完了した後にも、わずかなデザイン変更のたびにデザイナーとシステム開発者の両者が協力して修正を行う必要があり、運用コストを押し上げる原因となっている。
【００１２】
このように、従来の技術では、リッチコンテンツ情報の更新には、多くの手間やコストが必要となっていた。
【００１３】
本発明は上記問題点に鑑み、リッチコンテンツ情報を容易に更新可能とする情報処理装置、情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するために請求項１の発明は、外部機器に提供する情報であり、前記外部機器が前記情報を自ら解釈し実行することにより当該外部機器により表示される内容が含まれる閲覧画面を示す閲覧情報が予め記憶された閲覧情報記憶手段と、前記閲覧情報を更新するため内容更新情報を取得する内容更新情報取得手段と、前記閲覧情報記憶手段により記憶された閲覧情報を、前記内容更新情報取得手段により取得された内容更新情報に基づき更新する更新手段と、を有する。
【００１５】
ここで、請求項１の発明は、閲覧情報記憶手段には、外部機器に提供する情報であり、前記外部機器が前記情報を自ら解釈し実行することにより当該外部機器により表示される内容が含まれる閲覧画面を示す閲覧情報が予め記憶され、内容更新情報取得手段が前記閲覧情報を更新するため内容更新情報を取得し、更新手段が前記閲覧情報記憶手段により記憶された閲覧情報を、前記内容更新情報取得手段により取得された内容更新情報に基づき更新するので、リッチコンテンツ情報を容易に更新可能とする情報処理装置を提供することができる。
【００１６】
また、請求項２の発明は、請求項１の発明において、前記内容更新情報は、前記閲覧画面に含まれる内容毎の情報である内容情報を特定する特定情報を含んでおり、前記更新手段は、前記閲覧情報を前記閲覧画面に含まれる前記内容情報に分解し、前記内容更新情報に含まれる前記特定情報により特定される前記内容情報を、当該内容更新情報に置き換えることで、前記閲覧情報を更新するものである。
【００１７】
請求項２の発明によれば、内容更新情報は、前記閲覧画面に含まれる内容毎の情報である内容情報を特定する特定情報を含んでいるため、特定情報により特定される前記内容情報を、当該内容更新情報に置き換えることができるため、リッチコンテンツ情報を容易に更新可能とする情報処理装置を提供することができる。
【００１８】
また、請求項３の発明は、請求項１又は請求項２の発明において、前記閲覧情報には、前記閲覧画面に含まれる文字列を示す文字列情報、前記閲覧画面に含まれる画像を示す画像情報、及び前記閲覧画面に含まれる画像を特定する画像特定情報を含むものである。
【００１９】
請求項３の発明によれば、閲覧情報として、閲覧画面に含まれる文字列を示す文字列情報、前記閲覧画面に含まれる画像を示す画像情報、及び前記閲覧画面に含まれる画像を特定する画像特定情報を含むことができる。
【００２０】
上記目的を達成するために請求項４の発明は、外部機器に提供する情報であり、前記外部機器が前記情報を自ら解釈し実行することにより当該外部機器により表示される内容が含まれる閲覧画面を示す閲覧情報を更新するため内容更新情報を取得する内容更新情報取得段階と、前記閲覧情報が予め記憶された閲覧情報記憶手段により記憶された閲覧情報を、前記内容更新情報取得段階により取得された内容更新情報に基づき更新する更新段階と、を有する。
【００２１】
請求項４の発明は、請求項１の発明と同様に作用するので、請求項１の発明と同様の効果が得られる。
【発明の効果】
【００２２】
本発明によれば、リッチコンテンツ情報を容易に更新可能とする情報処理装置、情報処理方法を提供することができるという効果が得られる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。
【００２４】
図１には、本実施の形態に係る情報処理装置（以下、サーバ８０と記す）と、外部機器である携帯端末６０と、それらを接続するネットワークや基地局が示されている。同図に示されるサーバ８０は、携帯端末６０が自ら解釈し実行することにより当該携帯端末６０により表示される内容が含まれる閲覧情報をネットワークを介して提供するものである。同図では外部機器が携帯端末６０となっているが、携帯端末に限らず、パソコン等であっても良い。
【００２５】
次に、図２を用いて上記サーバ８０の構成について説明する。サーバ８０は、ＣＰＵ８１と、ＨＤＤ８２と、ＲＡＭ８３と、通信部８４と、ＲＯＭ８５と、表示部８６と、操作入力部８７と、バス８８とを含む。
【００２６】
ＣＰＵ８１は、サーバ８０の全体の動作を司るものであり、後述するサーバ８０の処理を示すフローチャートは、ＣＰＵ８１により実行される。ＨＤＤ８２は、ＯＳやプログラムなどが記録される不揮発性の記憶装置である。更にＨＤＤ８２には、リッチコンテンツを実現するための文字、音声、動画等を含むリッチコンテンツ情報としての閲覧情報（以下、テンプレートデータと記す）、内容更新情報、及びテンプレートデータを内容更新情報に基づき更新するスクリプトデータが記憶されている。
【００２７】
ＲＡＭ８３は、ＯＳやプログラムやデータが展開される揮発性の記憶装置である。通信部８４は、ネットワークに接続するためのものであり、ＮＩＣやそのドライバで構成される。ＲＯＭ８５は、サーバ８０の起動時に動作するブートプログラムなどが記憶されている不揮発性の記憶装置である。表示部８６は、サーバ８０に関する情報をユーザに表示するものである。操作入力部８７は、ユーザがサーバ８０の操作や情報を入力する際に用いられるものである。バス８８は、情報のやりとりが行われる際に使用される。
【００２８】
次に、上記ＨＤＤ８２に記憶されているテンプレートデータ、内容更新情報、及びスクリプトデータについて説明する。
【００２９】
まず、図３を用いて、テンプレートデータについて説明する。なお、図３に示しているテンプレートデータは、説明を簡単にするために簡略化したものとなっている。このテンプレートデータは、先頭にあるヘッダ部分と、終端をあらわす終端マーカーの間に、「セグメント（内容情報）」と呼ばれるデータが羅列している形式となっている。
【００３０】
各セグメントは、自らのサイズ（バイト数）を先頭に持っており、その後に "image1"、"name1"、"price1"、"comment1" など、各セグメントを特定する特定情報を含んでいる。
【００３１】
同図に示されるように、テンプレートデータは、携帯端末６０に表示される閲覧画面に含まれる文字列を示すテキスト（文字列情報）、閲覧画面に含まれる画像を示す画像情報、及び前記閲覧画面に含まれる画像を特定する画像特定情報（図３では"image1"）を含むものである。更に、同図に示されるように音のデータを含む場合もある。
【００３２】
また、図示していないが、「表示スクリプト」が格納されているセグメントもある。この表示スクリプトとは、テキストや画像などの部品をどのように表示するかを記述したものであり、テンプレートデータはこの情報を元に実行される。
【００３３】
次に、図４を用いて内容更新情報、及びスクリプトデータについて説明する。図４（Ａ）は、内容更新情報を示している。
【００３４】
図４（Ａ）に記載された各タグにより、テンプレートデータにより閲覧画面に表示される内容が定まる。タグ<Product>は１つの製品を示している。このタグ<Product>の中に更にタグ<Name>、<Price>、<Image>、<Comment>が示されており、それぞれ名称、価格、画像ファイル名、コメントを示している。
【００３５】
この図４（Ａ）に示されるＸＭＬ形式のデータは、マルチメディアデータについての専門的な知識を持っているとは限らないシステム開発者にとっては開発しやすいものである。しかし、この内容更新情報では、ＧＵＩ（Graphical User Interface）に関連する部分が欠落しているため、テンプレートデータを生成することはできない。
【００３６】
そこで、図４（Ｂ）に示されるスクリプトデータによりテンプレートデータを生成する。このスクリプトデータは、実行コードを示すデータであり、同図（Ｂ）に示されるreplaceImage()やreplaceText()は、関数を示している。また、各関数の引数に示される"//ProductList/Product/Image/." と言う記法は XPointer と呼ばれ、ＸＭＬデータの該当箇所を指定するために使われる。また、関数の引数の末尾にある「１」「２」と言う数字は、同図（Ａ）に示したＸＭＬデータに”Product”と言うタグが複数あるため、何番目のタグであるかを指示するものである。
【００３７】
更に、"image1"、"name1"、"price1"、"comment1"などは、内容情報を特定する特定情報であり、テンプレートデータ中のセグメントにつけた変数名である。従って、これらの変数名は、そのリストをデザイナーに提出してもらえば知ることができる。
【００３８】
以上説明したテンプレートデータ、内容更新情報、及びスクリプトデータを用いて行われる更新処理を、図５のフローチャート及び図６の更新処理模式図を用いて説明する。この更新処理は、上述したＣＰＵ８１により行われるものである。なお、このフローチャートは、例として"image1"を更新する処理を示すものである。また、図６には、更新前のテンプレートデータと、図５のフローチャートの処理により更新されたテンプレートデータの２つのテンプレートデータが示されている。
【００３９】
まず、ステップ１０１で、内容更新情報を取得する。これは例えばＨＤＤ８２に記憶されているものを取得しても良いし、後述するように他のサーバから取得するようにしても良い。次のステップ１０２でＨＤＤ８２に記憶されているテンプレートデータを取得する。
【００４０】
次のステップ１０３で、テンプレートデータをセグメントに分解し、分解したセグメントをそれぞれＲＡＭ８３上に保持する。次のステップ１０４で、特定情報“image1”（図６に示されるセグメント２の名称）を持つセグメントを検索する。
【００４１】
“image1”を検索すると、ステップ１０５で、更新前の画像Ａの縦横のドット数を取得し（図６では、横Ｘドット、縦Ｙドット）、ステップ１０６で、更新する画像Ｂを“image1”の縦横ドット数に合わせ、更にステップ１０７で、画像Ｂのデータ量を圧縮し、更新されたセグメント２´を生成する。“image1”以外も更新する場合には、このような置き換え処理がそれぞれ行われる。
【００４２】
その次のステップ１０９で、分解され、更新されたセグメントを合成し、１つの更新されたテンプレートデータにして処理を終了する。
【００４３】
このようにして更新されたテンプレートデータは、上記携帯端末６０に提供されることとなる。
【００４４】
なお、図１では、サーバ８０のみの構成としていたが、図７に示されるように、サーバ８０の他に、テンプレートデータ、内容更新情報、及びスクリプトデータを記憶しておくファイルサーバ９０を設けるようにしても良い。この場合、記憶手段はファイルサーバ９０に対応することとなる。そして、サーバ８０は、図５に示した処理及びテンプレートデータを上記携帯端末６０に提供する処理を行うようにしても良い。
【００４５】
なお、以上説明したフローチャートの処理の流れは一例であり、本発明の主旨を逸脱しない範囲内で処理順序を入れ替えたり、新たなステップを追加したり、不要なステップを削除したりすることができることは言うまでもない。
【図面の簡単な説明】
【００４６】
【図１】本実施の形態に係る情報処理装置と、外部機器である携帯端末と、それらを接続するネットワークや基地局を示す図である。
【図２】サーバの構成を示す図である。
【図３】テンプレートデータを示す図である。
【図４】内容更新情報、及びスクリプトデータを示す図である。
【図５】更新処理を示すフローチャートである。
【図６】更新処理を示す模式図である。
【図７】ファイルサーバを含む構成を示す図である。
【図８】従来技術を示す図である。
【符号の説明】
【００４７】
６０  携帯端末
８０  サーバ
８１  ＣＰＵ
８２  ＨＤＤ
８３  ＲＡＭ
８４  通信部
８５  ＲＯＭ
８６  表示部
８７  操作入力部
８８  バス
９０  ファイルサーバ
【図１】
2009087071.tif 000003
【図２】
2009087071.tif 000004
【図３】
2009087071.tif 000005
【図４】
2009087071.tif 000006
【図５】
2009087071.tif 000007
【図６】
2009087071.tif 000008
【図７】
2009087071.tif 000009
【図８】
2009087071.tif 000010