JP2011180796A - コンテンツ共有システム - Google Patents

Abstract

【課題】
利用者端末や表示コンテンツの特性に応じて、コンテンツを複数の異なるチャネルに効率的に転用可能とするコンテンツ共有システム、コンテンツ共有方法およびコンテンツ共有プログラムを提供することにある。
【解決手段】
複数の異なるチャネルのコンテンツに転用可能な標準画面フローを作成し（ステップ１１１）、前記標準画面フローの画面グループおよび画面構成に関する画面情報を定義し（ステップ１１２）、当該チャネルの特性に応じた画面フロー、画面構成、ビジュアルデザインに関する複数の転用ルールを再利用または新規作成し（ステップ１１３および１１４）、前記転用ルールの階層化により適用順序を定義し、前記標準画面フローに対して前記複数の転用ルールを前記階層に従って適用することによりチャネルの特性に応じたテンプレート画面を効率的に作成する（ステップ１１５）。
【選択図】 図２

Description

本発明は、複数の異なるなる装置、システム（チャネル）において、コンテンツを利用するための技術に関する。その中でも特に、それぞれのチャネルで表示するコンテンツについて、各チャネルで流用可能にする技術に関する。なお、チャネルには、いわゆる営業店で用いられる取引端末、現金自動預払機、インターネットバンキングでのＰＣが含まれ、そのコンテンツには取引処理の際に、それを実行するための情報入力を受け付けたり、必要な情報を表示するための取引コンテンツが含まれる。

インターネット接続機能を持った携帯電話やＰＤＡ端末等をも対象とするＷｅｂサーバーを少ない負担にて簡便に構築することのできるコンテンツ提供方法を提供するコンテンツ提供方法については、特許文献１に記載されている。その内容は、インターネット端末に対し、サーバコンピュータを用いてコンテンツデ−タを提供するためのコンテンツ提供方法であって、アクセスしてきたインターネット端末の種別特定を行い、予め登録された抽出データに基づき、前記特定した端末の種別が該当する抽出項目を前記ベースコンテンツデータから抽出して配信コンテンツデータを生成し、この生成した配信コンテンツデータをインターネット端末に対して配信するものである。

また、装置プラットフォーム独立型のアプリケーショングラフィカルユーザインターフェイスを、複数の異種装置プラットフォーム用の表示画面へスケーリングする拡張性のあるグラフィカルユーザインターフェイスアーキテクチャについては、特許文献２に記載されている。その内容は、アプリケーショングラフィカルユーザインターフェイスの中間表示のインスタンスを作るため、装置プラットフォーム独立型のアプリケーショングラフィカルユーザインターフェイスが動作し、カスタマイジングモジュールは、異種装置プラットフォームの機能として、中間表示をカスタマイズし、当該異種装置プラットフォームの表示画面上に、装置プラットフォーム依存型のアプリケーショングラフィカルユーザインターフェイスを作るために、レンダーマネージャモジュールは中間表示を移動させるものである。

特開２００５−３４６７３４号公報 特開２００３−１８６６６５号公報

特許文献１では、ベースとなる画面コンテンツデータに対してルールを適用することにより、表示に必要な画面コンテンツデータを抽出しているが、本ルールはベースとなる画面コンテンツデータの個々の構成要素に対して「表示する（または表示しない）」、「表示順序を変更する」という情報を定義するだけである。
つまり、利用者のユーザビリティや経験価値を高めるには、利用端末の画面サイズ、入出力デバイス、チャネルの特性などに応じて「全体最適」された画面コンテンツの提供が求められるが、特許文献１の方法ではベースとなる画面コンテンツの部分表現にしかすぎず、「部分最適」された画面しか提供できない。

「全体最適」された画面コンテンツを提供するには、画面コンテンツデータの構成要素に加えて、全体の画面フロー、画面レイアウト、ＧＵＩ（グラフィカル・ユーザ・インタフェイス）部品などに関する細かなルールの記述が必要であるが、特許文献１に開示された技術では定義されていないため実現不可能である。

また、チャネルの特性に応じてコンテンツを提供するには、例えば、利用企業ごと、チャネルごと、取引ごと、利用者ごとなどに応じて適用するルールを作成する場合があるが、特許文献１の方法ではルールの適用範囲、複数ルールが定義される場合の処理の優先順序などが定義されていないため、複数のルールを処理することができない。例えば、利用者（または利用者セグメント）ごとに表示をカスタマイズするパーソナライズを実行するためには、コンテンツを作成するためのルールに加えて、パーソナライズを実行するためのルールを定義する必要があるが、特許文献１の方法では実現不可能である。

一方、特許文献２では、画面サイズや入力デバイスの違いによって中間表示をカスタマイズし、変換後のコンテンツがページ内に収まるようなＧＵＩ部品の変換や、構成要素の優先度を考慮した表示設定により、画面サイズに合わせた表示を行う方法を述べているが、変換ルール適用時に適用すべき具体的な変換ルールについて定義されておらず、また、特許文献１と同様に、どのチャネルに対してどの変換ルールをどのような順序で適用すればよいのか定義されていない。

例えば、ＧＵＩ部品の転用はすべての画面に対して適用するのか、または特定の画面に対して適用するのか定義されておらず、仮に複数の変換ルールが定義されている場合は変換ルールの適用順序も定義されていないため変換ルールの競合を解決することができない。

また、変換前のコンテンツを変換後もページ内に収めることを目指しているため、利用者の操作性を考慮したＵＩ部品の変換が行われるとは限らない。

例えば、タッチパネルを使用している場合、表示領域を小さくするためにプルダウンメニューに変換することにより、逆に利用者の操作性を損ねてしまうことがある。

本発明の目的は、画面サイズや入力インタフェイスなどの利用者端末の特性や、適用先の利用企業、チャネル、取引種類、利用者（または利用者セグメント）などによる表示コンテンツの特性に応じて、コンテンツを複数の異なるチャネルに転用できるコンテンツ共有システム、コンテンツ共有方法およびコンテンツ共有プログラムを提供することにある。本発明の他の目的は、コンテンツを複数の異なるチャネルに転用する際に、複数の転用ルールの適用範囲および適用順序を定義し、複数の転用ルールをより効率的に適用できるコンテンツ共有システム、コンテンツ共有方法およびコンテンツ共有プログラムを提供することにある。

上記の目的を達成するために、本発明では、各チャネルに対する複数の転用ルールの適用範囲および適用順序を階層化して定義しておき（格納）、これに基づいて、各チャネルに適用する場合に、適用先に応じて複数の転用ルールを適用するものである。より具体的には、以下の構成を取る。

コンテンツを表示する利用者端末と、コンテンツを作成するサーバが通信網を介して接続されているコンテンツ共有システムにおいて、利用者端末はコンテンツの画面表示をサーバに要求する画面表示要求機能と、サーバからコンテンツを受信して、画面に表示する画面表示実行機能をもつ。

一方、サーバは事前に複数の異なるチャネルに対して転用可能なコンテンツである「標準画面フロー」およびチャネルごとに応じて転用可能な「転用ルール」を作成し、標準画面フローに対して転用ルールを適用することによりテンプレート画面を作成するテンプレート画面作成機能と、利用者端末からの画面表示要求に対して、テンプレート画面作成機能で作成したテンプレート画面に実データを埋込んでコンテンツを作成する表示画面作成機能と、表示画面作成機能において、テンプレート画面作成機能で作成したテンプレート画面に対して利用者または利用者セグメントごとの設定を記述したパーソナライズ定義を適用することにより、テンプレート画面を修正する表示画面パーソナライズ機能と、上記のテンプレート画面作成機能、表示画面作成機能、表示画面パーソナライズ機能で利用する情報を管理する記憶機能を持つことも本発明の一態様である。

また、上記のテンプレート画面作成機能では、記憶機能で管理されている画面部品情報を参照することにより、標準画面フローを作成し、記憶機能で管理されている標準画面フロー情報に格納し、標準画面フローの画面定義に関する情報（画面構成定義および画面グループ定義）を作成して記憶機能で管理されている画面定義情報に格納し、記憶機能で管理されている転用ルール情報を参照することにより、転用ルールを再利用または新規作成し、転用ルール情報に格納し、上記の画面部品情報、標準画面フロー情報、画面定義情報および転用ルール情報を参照し、上記で作成した標準画面フローに対して複数の転用ルールを順番に適用することにより、テンプレート画面を作成し、記憶機能で管理されているテンプレート画面情報に格納することも本発明の一態様に含まれる。

さらに、転用ルールとしては、画面グループまたは画面間の相関関係を定義した相関ルール、画面レイアウトの変更に関するルールを定義した画面レイアウト別ルール、基本画面パターンの変更または基本画面パターン内部のＧＵＩ部品の変更に関するルールを定義した基本画面パターン別ルール、ＧＵＩ部品の変更に関するルールを定義したＧＵＩ部品ルール、画面レイアウト、基本画面パターン、ＧＵＩ部品のビジュアルデザインに関するルールを定義したＶＤ定義、画面サイズの変更に関するルールを記述した画面サイズ別ルール、入力インタフェイスの変更に関するルールを記述した入力Ｉ／Ｆ別ルール、特定の利用者または利用者グループごとの変更に関するルールを定義したパーソナライズ定義、銀行などの取引に関わる組織ごとの変更に関するルールを定義した銀行別ルール、取引チャネルごとの変更に関するルールを定義したチャネル別ルール、利用取引ごとの変更に関するルールを定義した取引別ルール、一連の取引画面グループごとの変更に関するルールを定義した画面グループ別ルール、画面遷移時の表示効果に関するルールを定義した画面遷移表示定義などを記述することができ、標準画面フローに適用する転用ルールはこれらのいずれかまたはこれらの組合せから構成される。

これらの転用ルールについて、標準画面フローに対して転用ルールを適用する適用順序を定めるために、転用ルールを階層化し、上記の転用ルールの階層において、より一般的な階層上位の転用ルールから順番に、より特定された階層下位の転用ルールを適用してもよい。

また、複数の転用ルールをテーマとして定義し、標準画面フローに対して複数のテーマの転用ルールを適用する場合、より一般的なテーマの転用ルールから順番に、より特定されたテーマの転用ルールを適用していってもよい。

さらに、同じ種類の転用ルールが定義されている場合、より一般的な転用ルールから順番に、より特定された転用ルールを適用し、もし同じ特定度の転用ルールがある場合、次にテーマの特定度に応じてより特定された転用ルールを適用していってもよい。これは、予め各転用ルールについて、一般的かの度合いを示すデータを記憶するなどして、定められた定義に基づいて判断する。

本発明によれば、利用者端末や表示コンテンツの特性に応じて、コンテンツを共有するための転用ルールを定義し、かつ複数の転用ルールの適用範囲および適用順序を明確に定義しているので、転用ルールの効率的な適用、および転用ルールの再利用が可能になり、コンテンツの作成コストを低減することができる。

本発明の実施形態におけるコンテンツ共有システムの機能構成例を示す図である。 実施形態のサーバにおいてテンプレート画面を作成する処理フローを示す図である。 実施形態の画面部品情報（画面レイアウト）の一例を示す図である。 実施形態の画面部品情報（基本画面パターン）の一例を示す図である。 実施形態の画面部品情報（ＧＵＩ部品）の一例を示す図である。 実施形態の標準画面、および転用ルール適用後に作成されたテンプレート画面の一例を示す図である。 実施形態の画面構成定義情報の一例を示す図である。 実施形態の画面グループ定義情報（画面遷移順序が固定された場合）の一例を示す図である。 実施形態の画面グループ定義情報（画面遷移順序が固定されていない場合）の一例を示す図である。 実施形態の転用ルール種類の一例を示す図である。 実施形態の転用ルールの適用順序の階層の一例を示す図である。 実施形態の転用ルールの適用範囲の一例を示す図である。 実施形態の転用ルールのテーマの一例を示す図である。 実施形態の転用ルールの全体集合の一例を示す図である。 実施形態のパーソナライズ設定を優先して転用ルールを適用する場合の適用順序の一例を示す図である。 実施形態のテーマの絞込み度合いを優先して転用ルールを適用する場合の適用順序の一例を示す図である。 実施形態の標準画面フローの一例を示す図である。 実施形態の画面内ポップアップ方式表示に対応した基本画面パターンの一例を示す図である。 図１７の標準画面フローを画面内ポップアップ方式に転用した場合のテンプレート画面の一例を示す図である。 実施形態のＧＵＩ部品ルールの一例を示す図である。 実施形態のＶＤ定義、画面サイズ別ルール、入力Ｉ／Ｆ別ルールの一例を示す図である。 実施形態のパーソナライズ定義の一例を示す図である。 実施形態のサーバと利用者端末においてコンテンツを画面表示する処理フローを示す図である。

以下、図面を用いて本発明の一実施形態について説明する。

本実施形態では、銀行営業店における振込取引の画面フローを、複数の異なるチャネル（セルフ操作型端末、現金自動預払機など）に転用して、チャネルに応じた画面フロー（コンテンツ）を作成するためのコンテンツ共有システム、コンテンツ共有方法およびコンテンツ共有プログラムの例を用いる。ただし、本発明の技術的思想は、この例に限定されるものではない。

なお、本発明で述べるコンテンツとは、端末上のＷｅｂブラウザ上で表示可能なＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）コンテンツやリッチメディア系コンテンツ（Ｆｌａｓｈコンテンツ、Ｓｉｌｖｅｒｌｉｇｈｔコンテンツなど）、ディスクトップ上にインストール可能なクライアント−サーバ型のアプリケーションコンテンツ、勘定系ホストと連動したＭＡＰ画面コンテンツなどのように、画面構造をＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などで形式的に構造化できるものであればコンテンツの種類を制限するものではない。例えば、ＦｌａｓｈコンテンツはＭＸＭＬ形式、ＳｉｌｖｅｒｌｉｇｈｔコンテンツはＸＡＭＬ形式で構造化して画面を作成することができる。以下では、コンテンツとは、各取引における一連の画面フローを意味し、取引に利用されるものである。

図１は、本発明の実施形態におけるコンテンツ共有システムの機能構成例を示す図である。サーバ１および複数の利用者端末２は通信網３を介して接続している。図１に示すように、サーバ１は４個の機能、利用者端末２は２個の機能を備えており、各機器のハードウェアおよびハードウェアを制御するプログラムによってこれらの機能が動作する。

利用者端末２の第一の機能は、利用者の入力操作によってサーバ１に対して画面表示の更新を要求する画面表示要求機能２１である。利用者端末２の第二の機能は、サーバ１の表示画面作成機能１２において作成された表示画面をサーバから１から受信し、利用者端末２のディスプレイなどの表示装置に受信した表示画面を表示する画面表示実行機能２２である。

サーバ１の第一の機能は、サーバ１において取扱う情報を管理する記憶機能１４である。記憶機能１４は、画面部品情報１４１、標準画面フロー情報１４２、画面定義情報１４３、転用ルール情報１４４、テンプレート画面情報１４５を格納している。また、記憶機能１４は、利用者端末に表示する実データを格納しているデータベース１４０を含んでいてもよい。実データとは、例えば、利用者の口座番号データ、口座残高データなどである。サーバ１の第二の機能は、記憶機能１４に格納されている情報を利用して、利用者端末２に表示する画面のテンプレート画面を作成するためのテンプレート画面作成機能１１である。テンプレート画面とは、実データを埋込む前の画面であり、テンプレート画面に実データを埋込むことによって、利用者端末２に表示可能な表示画面（コンテンツ）が作成される。サーバ１の第三の機能は、記憶機能１４に格納されているテンプレート画面情報１４５および実データを利用して、利用者端末２に表示する表示画面（コンテンツ）を作成する表示画面作成機能１２である。サーバ１の第四の機能は、利用者（または利用者セグメント）に応じてパーソナライズした表示画面を表示できるように、記憶機能１４に格納されているテンプレート画面情報１４５に対して転用ルール情報１４４の中のパーソナライズに関する転用ルールを抽出・適用することにより、テンプレート画面を修正する表示画面パーソナライズ機能１３である。ただし、表示画面をパーソナライズして利用しない場合は、表示画面パーソナライズ機能１３を利用しなくともよい。ここで、利用者セグメントとは、何らかの観点で利用者をグループ分けした利用者の集合（例えば、高齢者セグメント、お急ぎ利用者セグメントなど）を表す。

なお、テンプレート画面作成機能１１は画面表示実行前の事前に行われる機能であり、表示画面作成機能１２は画面表示実行時に行われる機能であり、表示画面パーソナライズ機能１３は画面表示実行前の事前に行われる場合または画面表示実行時に行われる場合の両方があってもよい。

また、利用者端末２のいずれかとサーバ１が、通信網３を介さず物理的に１台の装置であって、上記で説明した機能を１台の装置の中に有するものであってもよい。さらに、便宜上、第一、第二（サーバについては、第三や第四まで）と順序付けて各機能を説明したが、これらの順序には特に意味はなく、順番は異なってもよい。

本実施形態では、テンプレート画面を作成するにあたって、複数の異なるチャネルに対してコンテンツの転用が容易であるように、まず、（１）ベースとなるコンテンツの画面フロー（以下では「標準画面フロー」と呼ぶ）を作成し、次に、（２）作成したいチャネル向けに転用可能なルール（以下では「転用ルール」と呼ぶ）を作成し、（３）上記（１）で作成した標準画面に対して上記（２）で作成した転用ルールを適用することにより「テンプレート画面」を作成する。

上記（１）の標準画面フローについて補足する。

標準画面フローは、画面の表示に少なくとも必要な構成要素を定義した画面の一連のフローを示したものであり、画面に関するビジュアルデザインや表示効果の設定は要求しないものとする（設定されていてもよい）。例えば、ＨＴＭＬコンテンツの場合は、ＨＴＭＬのタグのみを用いて作成した画面であり、画面に対してＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）を適用していない状態の画面を想定している。

以下では、標準画面フローの中の１枚の画面を「標準画面」と呼ぶことにする。
標準画面フローにおける標準画面間の遷移関係は、ＨＴＭＬコンテンツのアンカータグに設定されたリンク情報（遷移先画面を示すハイパーリンク情報）を辿ることにより、その標準画面の遷移先を知ることができる。転用ルールを適用してもリンク情報を保存しておけば、作成されたテンプレート画面においても画面間の遷移関係は維持されている。

上記のように次々と画面を遷移させることによって取引（または情報表示など）を進める方式を以下では「ウィザード方式」と呼ぶことにする。

一方、一つの画面の中で、複数の部分画面（ポップアップウィンドウなど）を表示することにより、取引（または情報表示など）を進め、元の画面自体は遷移させない方式を以下では「画面内ポップアップ方式」（あるいは「概念方式」）と呼ぶことにする。

なお、一つのコンテンツ（画面フロー）の中でウィザード方式と画面内ポップアップ方式（概念方式）を組合せて利用してもよい。標準画面フローはウィザード方式で作成することを想定しているが、チャネルによっては画面内ポップアップ方式のコンテンツを作成できるように、画面内ポップアップ方式表示に転用可能な一連の画面の集合（以下では「画面グループ」と呼ぶことにする）を事前に定義しておく。

画面内ポップアップ方式の画面内ではポップアップの表示または入力の順序を任意とすることができるため、標準画面フローの画面グループの表示順序、および画面グループ内の画面の表示順序を任意に設定できるように定義しておく。詳細は以降で説明する。

上記（２）の転用ルールについて補足する。

標準画面フローはある取引（例えば、振込取引）に対して、最初に１つだけ作成すればよく、適用したいチャネルごとに転用ルールを作成すればよい。
このとき、一度作成した転用ルールは転用ルール情報１４４に格納し、再利用可能とする。従って、転用ルールはチャネルごとに一から作成する必要はなく、すでに作成している転用ルールを再利用して別の転用ルールを作成し、転用ルール情報１４４に格納すればよい。

また、転用ルールには適用範囲（例えば、特定の銀行のすべての取引に対して、または特定のチャネルの特定の取引に対してなど）を定義しておき、特定の適用範囲に適用可能な複数の転用ルールを集合として定義することができる。このような複数の転用ルールの集合を以下では「テーマ」と呼ぶことにする。

また、標準画面に適用する転用ルールを適用する際に、複数のテーマまたは複数の転用ルールが存在する可能性があるので、転用ルールの適用順序を明確化するために、転用ルールを階層化して管理し、階層の一番上位の転用ルールから順番に適用していき、最後に階層の一番下位の転用ルールを適用することにする。
このとき、同じ種類の転用ルール（例えば、ビジュアルデザインに関する転用ルール）が複数定義されている場合（例えば、銀行のコーポレートカラーに沿った背景色の変更に関する転用ルールと、利用者がパーソナライズした背景色の変更に関する転用ルールなど）、階層の下位の転用ルールになるほど後から上書きされていくので、下位の転用ルールほど優先度が高いと考える。

従って、階層の上位から下位に向かって、概念的により特定されるように転用ルールを対応付ける。例えば、階層の上位から下位に向かって順番に、銀行ごとの転用ルール、チャネルごとの転用ルール、取引ごとの転用ルール、利用者ごとの転用ルールを定義していく。詳細は以降で説明する。

図２は、サーバ１のテンプレート画面作成機能１１において、テンプレート画面を作成する処理フローを示す図である。

ステップ１１１では、画面部品情報１４１を利用して標準画面フローを作成し、作成した標準画面フローを標準画面フロー情報１４２に格納する。標準画面フローの中の各標準画面は、「画面レイアウト」、「基本画面パターン」、および「ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部品」から構成されている。

図３は、実施形態の画面部品情報（画面レイアウト）の一例を示す図である。
画面レイアウトとは、画面の表示領域の分割をパターン化したものであり、例えば、銀行名やロゴを表示するヘッダ領域、取引のナビゲーションを表示するナビゲーション領域、メインコンテンツを表示するメイン領域などに分割したものである。図３（ａ）の画面レイアウト７０１は、上部のヘッダ領域、中央部のメイン領域、下部のフッタ領域から構成されていることを示す。図３（ｂ）の画面レイアウト７０２は、上部のヘッダ領域、左側のナビゲーション領域、中央部のメイン領域から構成されていることを示す。図３（ｃ）の画面レイアウト７０３は、上部のヘッダ領域、上部から２段目のナビゲーション領域、中央部のメイン領域から構成されていることを示す。図３（ｂ）と図３（ｃ）は同じ表示内容をもつ画面レイアウトであるが、レイアウトの配置が異なっている例である。
図３（ｄ）の画面レイアウト７０４は、表示領域が分割されておらず、メイン領域のみから構成されていることを示す。

図４は、実施形態の画面部品情報（基本画面パターン）の一例を示す図である。
基本画面パターンとは、取引（または情報表示）でよく利用される類型化された画面をパターン化したものであり、例えば、メニュー画面、カナ入力画面、テンキー入力画面、確認画面、処理中画面、振込先入力画面などである。同じ振込先入力を行う画面であっても、画面内の構成要素の配置、操作性、ビジュアルデザインなどをバリエーション化した複数の振込先入力画面が定義されていてもよい。

図４（ａ）の画面７１１は出金口座入力を示す基本画面パターンであり、（ｂ）の画面７１２は出金口座入力を示す別の基本画面パターンである。
同様に、図４（ｃ）の画面７１３および図４（ｄ）の画面７１４は金額入力を示す異なる基本画面パターンであり、図４（ｅ）の画面７１３および図４（ｆ）の画面７１４は振込先入力を示す異なる基本画面パターンである。
なお、これらの画面７１１から画面７１６は、転用ルール適用後に利用される基本画面パターンを想定したものである。

図５は、実施形態の画面部品情報（ＧＵＩ部品）の一例を示す図である。

ＧＵＩ部品とは、画面でよく利用される類型化された構成要素（部品）をパターン化したものであり、例えば、戻るボタン、実行ボタン、出力エリア（ラベル）、入力エリア、画像データ、選択ボタン、プルダウンメニュー、グリッドなどである。

基本画面パターンと同様の考え方で、同じ「戻るボタン」であっても、操作性、ビジュアルデザインなどをバリエーション化した複数の「戻るボタン」が定義されていてもよい。例えば、同じ「戻るボタン」であっても、図５のように複数の「ＢａｃｋＢｔｎ＃１」、「ＢａｃｋＢｔｎ＃２」、「ＢａｃｋＢｔｎ＃３」を定義することができる。

なお、画面部品情報１４１には、上記の画面レイアウト、基本画面パターン、ＧＵＩ部品の集合が管理されている。これらの画面部品は事前に定義されており、標準画面フローの作成時に再利用可能である。あるいは、上記の画面部品を新規に作成して画面部品情報１４１に登録して利用することも可能である。すなわち、画面レイアウト、基本画面パターン、ＧＵＩ部品のぞれぞれについて、それらを識別子のような識別するための情報や如何なる処理を行うべきかを示す情報と対応付けて記憶することで、それぞれについての管理を可能にしている。

また、これらは標準画面フローの作成時に利用するだけではなく、転用ルールの適用後の基本画面パターンやＧＵＩ部品などを表す画面部品としても利用可能である。

また、図５のように、ＧＵＩ部品の集合は、画面部品情報１４１の内部でＧＵＩ部品ライブラリ７３０として表または木構造などで形式的に管理されており、部品名７３１をキーとして検索すれば、キーに対応するＧＵＩ部品７３２を取得することができる。

さらに、標準画面フローの各画面を作成する際には、ＧＵＩ部品を転用しやすいように、各構成要素には部品の種類を示すクラスまたはＩＤを付与しておく。
例えば、標準画面フローの中のすべての画面の「戻るボタン」に対して「ＢａｃｋＢｔｎ」というクラスを付与しておき、転用ルールにおいて「ＢａｃｋＢｔｎクラスのＧＵＩ部品を、部品名がＢａｃｋＢｔｎ＃１であるＧＵＩ部品に変換する」というルールを記述することにより、コンテンツの転用を実現できる。転用ルールの詳細については以降で説明する。

画面レイアウトおよび基本画面パターンについても、ＧＵＩ部品と同様の考え方で、画面部品情報１４１の内部でそれぞれ画面レイアウトライブラリおよび基本画面パターンライブラリとして表または木構造などで形式的に管理されており、キーとして検索すれば、キーに対応する画面レイアウトまたは基本画面パターンを取得することができる。標準画面フローの各画面を作成する際にも、ＧＵＩ部品と同様の考え方で、各画面および画面レイアウト内部の各表示領域に種類を示すクラスまたはＩＤを付与しておく。

標準画面フロー情報１４２の内部では標準画面フローおよびその中の標準画面をＩＤで管理しており、ＩＤをキーにすることにより、標準画面フローまたはその中の標準画面を取得ことができるとする。

図６（ａ）は、実施形態のステップ１１１において作成された標準画面フローの中の標準画面の一例を示す図である。標準画面フロー情報１４２はこのような画面の集合を管理する。

図２のテンプレート画面を作成する処理フローの説明に戻る。

図２のステップ１１２では、ステップ１１１で作成した標準画面フローに関する画面定義（画面構成定義および画面グループ定義）を作成し、画面定義情報１４３に格納する。

図７は、実施形態の画面構成定義情報１４３１の一例を示す図であり、画面定義情報１４３（テーブル）で管理されている。画面構成定義は、コンテンツの転用をしやすくするように画面のレイアウト構成を定義したものである。

対象取引１４３１１は、対象取引を識別するためのＩＤと取引種類を示す種類から構成されている。画面領域１４３１２は、画面領域を識別するためのＩＤと画面領域種類を示す種類から構成されている。

図７の例では、投資信託購入取引の画面フローをＩＤがＴ１、取引種類がＭｕｔｕａｌＦｕｎｄＮａｖｉであると定義し、この画面フローは３つの表示領域（ＩＤがＭ１であるＭａｉｎＡｒｅａ表示領域、ＩＤがＨ１であるＨｅａｄｅｒ表示領域、ＩＤがＮ１であるＮａｖｉ表示領域）から構成されていることを示す。この例は図３（ｂ）の画面レイアウト７０２を用いて標準画面フローを作成する場合の画面構成定義を想定している。

なお、画面構成定義情報１４３１は標準画面フローを作成する際に、画面および画面内の各表示領域に対して直接ＩＤおよび種類に関する情報を埋込み、それらを解析することにより、自動的に画面構成定義情報１４３１を作成することも可能である。

図８は、本実施形態の画面グループ定義情報１４３２の一例を示す図であり、画面定義情報１４３（テーブル）の内部で管理されている。

画面グループ定義は、取引の遷移をウィザード方式または画面内ポップアップ方式（概念方式）のどちらにも対応できるように、操作の関連性の高い画面をグループ化して定義したものである。

例えば、振込取引において（ａ）振込元の口座（出金口座）情報を入力する画面、（ｂ）振込金額を入力する画面、（ｃ）振込先口座情報を入力する画面は関連性が高く、画面内ポップアップ方式の場合、1つの画面に上記（ａ）から（ｃ）の画面をポップアップ画面（サブ画面）として構成することが可能である。この場合、上記（ａ）から（ｃ）の画面を同じ画面グループとして定義する。
対象取引ＩＤ１４３２１は、対象取引を識別するためのＩＤを示し、画面構成定義情報１４３１の対象取引１４３１１のＩＤに対応するものである。画面領域ＩＤ１４３２２は、画面領域を識別するためのＩＤを示し、画面構成定義情報１４３１の画面領域１４３１２のＩＤに対応するものである。画面グループ１４３２３は、対象とする取引の全体画面フローの中での画面グループを表示する順序、画面グループを識別するＩＤ、画面グループ種類を示す種類から構成されている。
画面１４３２４は、対象とする画面グループの中での画面を表示する順序、画面を識別するＩＤ、画面の種類を示す基本画面パターンから構成されている。

図８の例では、画面グループＧ１内の画面ｓ１、ｓ２、ｓ３を順に表示し、次に画面グループＧ２のｓ４を表示することを示す。この例は、すべての画面グループの順序および画面の順序が定義されているため、これらの画面フローをウィザード方式で作成することを意味しており、画面グループを意識しなくてその後の処理を実行することも可能である。

図９は、実施形態の画面グループ定義情報１４３２の一例を示す第二の図である。

画面グループまたは画面の順序に「−」と記載した場合は、それぞれ対象とする取引の中または対象とする画面グループの中で表示順序が固定されていない（任意とする）ことを意味する。図９の例では、画面グループＧ１の中の３つの画面（ｓ２０、ｓ３０、ｓ４０）の表示順序を固定しないことを意味する。
つまり、画面グループ内の画面の表示順序が固定されていないため、これらの画面フローをウィザード方式または画面内ポップアップ方式（概念方式）のどちらで作成してもよいことを意味している。ウィザード方式で作成する場合は、標準画面フローの作成時に記述している画面遷移先のリンク情報を優先して画面の表示順序を決定する。

なお、画面グループ定義情報１４３２についても、画面構成定義情報１４３１と同様の考え方で、標準画面フローを作成する際に、画面に対して直接ＩＤおよび基本画面パターン種類に関する情報を埋込み、それらを解析することにより、自動的に画面グループ定義情報１４３２の一部を作成することも可能である。
ただし、画面グループに関する情報、および画面の順序に関する情報に関しては追加して定義する必要がある。以下では、転用ルールについて説明する。

図１０は、実施形態の転用ルール種類の一例を示す図である。

画面フローに関する転用ルールとして「相関ルール」、画面構成に関する転用ルールとして「画面レイアウト別ルール」、「基本画面パターン別ルール」、「ＧＵＩ部品ルール」、画面のビジュアルデザインに関する転用ルールとして「ＶＤ（Ｖｉｓｕａｌ Ｄｅｓｉｇｎ）定義」がある。相関ルールは、画面グループまたは画面間の相関関係に関するルールを意味する。例えば、画面グループの画面間の順序関係の変更、画面内ポップアップ方式の適用などのルールである。

画面レイアウト別ルールは、画面レイアウトの変更に関するルールを意味する。例えば、標準画面としては図３（ｂ）のような画面レイアウトで定義し、作成後のコンテンツとしては図３（ｃ）のような画面レイアウトに変更したい場合に記述する。

基本画面パターン別ルールは、基本画面パターンの変更、基本画面パターン内部のＧＵＩ部品の配置の変更、基本画面パターン内部に表示するＧＵＩ部品の追加や削減などに関するルールを意味する。例えば、標準画面フローの中の画面を図４のような基本画面パターンに変更したい場合に記述する。

ＧＵＩ部品ルールは、画面の構成要素であるＧＵＩ部品の変更に関するルールを意味する。例えば、画面の中のＧＵＩ部品を図５のようなＧＵＩ部品に変更したい場合に記述する。

ＶＤ定義は、画面レイアウト、基本画面パターン、ＧＵＩ部品のビジュアルデザインに関するルールである。例えば、ＧＵＩ部品内の文字の種類やサイズや色、ＧＵＩ部品内の構成要素のサイズや表面色や背景色、ＧＵＩ部品に対する操作時（クリックする、選択する、選択を解除するなど）の表示効果（アニメーション効果など）などを定義したい場合に記述する。

他の転用ルールには、利用対象チャネルの制約により変更する転用ルールとして「画面サイズ別ルール」および「入力Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）別ルール」、利用者また利用者セグメントごとに設定する転用ルールとして「パーソナライズ定義」、画面遷移時の表示効果に関する転用ルールとして「画面遷移表示定義」がある。

画面サイズ別ルールは、画面サイズによって表示を変更したい場合に記述し、主に上記の画面構成に関する転用ルールおよびビジュアルデザインに関する転用ルールから構成されている。例えば、画面サイズとして１７インチ・ワイド画面、１５インチ・縦型表示などに応じて、画面サイズ別ルールを記述する。
１７インチ・ワイド画面の場合は、「メニュー基本画面パターンの内部のすべてのテキストボタンの横幅を２０％伸ばす」などのルールを記述できるものとする。

入力Ｉ／Ｆ別ルールは、入力インタフェイスによって表示を変更したい場合に記述し、主に上記の画面構成に関する転用ルールおよびビジュアルデザインに関する転用ルールから構成されている。例えば、入力インタフェイスとしてキーボード入力、ペン入力、マウス入力、タッチパネル入力、赤外線や超音波などを利用したセンサ入力、画像認識による入力、またはこれらの組合せなどに応じて、入力Ｉ／Ｆ別ルールを記述する。例えば、標準画面フローとしては一般的なマウスとキーボードを利用した入力方法を想定して定義しておき、タッチパネルを利用するチャネル（例えばセルフ操作型端末）に適用する際には、タッチパネル入力を対象とした入力Ｉ／Ｆ別ルールを定義する。この定義には、タッチパネル操作がしやすいように、「ＧＵＩ部品のサイズや表示文字のサイズを大きくする」、「表の表示数を減らす」などのルールを記述できるものとする。

パーソナライズ定義は、利用者または利用者セグメントごとに表示を変更したい場合に記述し、主に上記の画面フローに関する転用ルール、画面構成に関する転用ルール、ビジュアルデザインに関する転用ルールから構成されている。例えば、利用者を「高齢者」、「お急ぎ利用者」、「積極利用者」などのセグメント、または利用者個人ごとにパーソナライズ定義を記述する。

画面遷移表示定義は、画面遷移の中で画面が切替わるときに表現したい表示効果を記述し、主にビジュアルデザインに関する転用ルールから構成されている。
例えば、あるチャネル（例えばセルフ操作型端末）では「画面の切替え時に、遷移前の画面をフェードアウトさせた後、遷移後の画面をフェードインする」などの定義を記述できるものとする。

さらに他の転用ルールには、銀行別に定義した「銀行別ルール」、取引チャネル別に定義した「チャネル別ルール」、利用取引種類別に定義した「取引別ルール」、取引画面の中の画面グループ別に定義した「画面グループ別ルール」がある。
これらのルールは、主に上記の画面フローに関する転用ルール、画面構成に関する転用ルール、ビジュアルデザインに関する転用ルールから構成されている。

なお、上記これらの転用ルール以外にも新たな転用ルールの種類を設定し、定義してもよい。また、あるチャネル向けのコンテンツを作成したい場合、これらの転用ルールをすべて記述する必要はなく、必要なルールを必要に応じて記述すればよい。

これらの複数の転用ルールを記述した際に、転用ルールの適用順序を明確にするために、転用ルールを階層化することにより適用順序を定義する。以下では、図１０の項番＃１から＃８の転用ルールを対象とする。

図１１は、実施形態の転用ルールの適用順序の階層の一例を示す図である。
図中の四角形の各要素は図１０で説明した転用ルール、または転用ルールを構成する部分転用ルールの種類を表す。後者については、例えば、画面サイズ別ルール４６は、画面レイアウト別ルールに関する部分４６２、基本画面パターン別ルールに関する部分４６３、ＧＵＩ部品ルールに関する部分４６４、ＶＤ定義に関する部分４６５の４種類の部分転用ルールから構成されていることを表す。
このとき、転用ルールを「より一般的なルールから順番に、より特定されたルールを適用していく」と考える。例えば、まず画面フローに関する相関ルール、次に画面構成に関する適用するルールとして画面レイアウト別ルール、基本画面パターン別ルール、ＧＵＩ部品ルール、最後にビジュアルデザインに関するＶＤ定義の順番で適用する。図中の矢印は転用ルールの適用する順序を表している。

なお、例えば、同じ画面レイアウト別ルールにも、４２の画面レイアウト別ルールの他に、画面サイズ別ルールの中で記述されたルール４６２、入力Ｉ／Ｆ別ルールの中で記述されたルール４７２、パーソナライズ定義の中で記述されたルール４８２があり、これらも「より一般的なルールから順番に、より特定されたルールを適用していく」と考える。

この場合は、ルール４２、ルール４６２、ルール４７２、ルール４８２の順番で適用する。したがって、全体として、ルール４１、ルール４８１を順番に適用した後に、ルール４２、ルール４６２、ルール４７２、ルール４８２を順番に適用し、その後にルール４３、ルール４６３、ルール４７３、ルール４８３を順番に適用し、その後にルール４４、ルール４６４、ルール４７４、ルール４８４を順番に適用し、最後にルール４５、ルール４６５、ルール４７５、ルール４８５を適用する。

以上の転用ルールの適用順序の考え方を適用すれば、例えば、銀行として提供する画面構成やＧＵＩ部品を決定した後に、さらに利用者ごとのカスタマイズ設定が定義されていれば画面コンテンツをパーソナライズすることが可能になる。
なお、図１１の転用ルールの階層において、階層の順序関係を別の順序で定義してもよい。

例えば、入力Ｉ／Ｆ別ルール４７を画面サイズ別ルール４６より先に適用する位置（左隣列）で定義してもよい。この場合、画面レイアウト別ルールに関しては、ルール４２、ルール４７２、ルール４６２、ルール４８２の順番で適用する。

図１２は、実施形態の転用ルールの適用範囲の一例を示す図である。
図１０で定義した各転用ルールは、銀行内のすべての取引に適用するために記述したルールの集合、あるチャネル内のすべての取引に適用するために記述したルールの集合、特定の取引のみに適用するために記述したルールの集合などがあり得る。

ここでも「より一般的なルールから順番に、より特定されたルールを適用していく」との基準に従って処理していく。つまり、銀行内のすべての取引に適用するために記述したルールの集合、あるチャネル内のすべての取引に適用するために記述したルールの集合、特定の取引のみに適用するために記述したルールの集合の順番で適用する。例えば、ＶＤ定義として、ある銀行用に記述されたＶＤ定義（図１２の５１に相当）、あるチャネルＡ（セルフ操作型端末）用に記述されたＶＤ定義（図１２の５１１）、さらにある取引Ａ（振込）用に記述されたＶＤ定義（図１２の５１１１に相当）の３種類が定義されている場合、ルール５１、ルール５１１、ルール５１１１の順番で適用する。

図１３は、実施形態の転用ルールのテーマの一例を示す図である。テーマは、例えば、銀行ごと、チャネルごと、取引ごとなどの単位で複数の転用ルールを一つにまとめたものである。これにより、転用ルールの再利用性を高め、効率的な転用ルールの定義やコンテンツの開発を行うことが可能になる。例えば、ある銀行Ａに対して図１０のような転用ルールの集合５６をテーマＣ５７として定義し、あるチャネルＡに対して図１０のような転用ルールの集合５６１をテーマＢ５７１として定義し、さらにある取引Ａに対して図１０のような転用ルールの集合５６１１をテーマＡ５７１１として定義することができる。

なお、テーマは上記のような包含関係になっている必要はなく、例えばルールの集合５６１１と５６２１を一つのテーマとして定義してもよい。

図１４は、実施形態の図１０から図１３で説明した転用ルールの全体集合を整理した一例を示す図である。

転用ルール種類６０１で示した転用ルールは、図１０の項番＃１から＃８の転用ルールに相当し、図１１で表した各部分転用ルールに詳細化している。
なお、図１０のこれら以外の転用ルール（＃９から＃１３）については、説明を簡単にするために省略する。

また、図１３で示したようなテーマをここでは銀行別テーマＣ６０２、チャネル別テーマＢ６０３、取引別テーマＡ６０４として定義する。これらの各テーマについて図１１のようなルールが定義されている。

ここで、図１４の表中の各値は転用ルールを示す。例えば、表中のｒ２８Ｖは、チャネル別テーマＢとして記述されたパーソナライズ定義であり、その中のビジュアルデザインに関するＶＤ定義部分を示す転用ルールである。

図１１の転用ルールの階層は、図１４の各テーマについて定義されたものであるので、複数のテーマ全体としての適用順序としては、（１）利用者ごとの設定をより優先する考え方がある。本実施形態には、これらの考え方に従って、処理する内容がそれぞれ含まれる。また、バリエーションとして（２）テーマごとの設定をより優先する考え方もある。

図１５は、上記（１）の考え方に基づいて、実施形態のパーソナライズ設定を優先して転用ルールを適用する場合の適用順序の一例を示す図である。転用ルール間の矢印はルールの適用順序を表し（例えば、ｒ１１を適用した後にｒ２１は適用する）、転用ルールのグループ間の矢印もルールの適用順序を表す（例えば、転用ルールのグループ６１１のすべての転用ルールを適用した後に転用ルールのグループ６２１の転用ルールを適用していく）。この考え方は、「すべてのテーマに対して、より一般的な転用ルールから順番に、より特定された転用ルールを適用し、もし同じ特定度の転用ルールがあれば、次にテーマの特定度に応じてより特定された転用ルールを適用していく」ものである。例えば、図１４において、ＶＤ定義に関する定義の適用順序については、項番＃５の転用ルール（ｒ１５、ｒ２５、ｒ３５）を適用し、次に項番＃６−４の転用ルール（ｒ１６Ｖ、ｒ２６Ｖ、ｒ３６Ｖ）を適用し、次に項番＃７−４の転用ルール（ｒ１７Ｖ、ｒ２７Ｖ、ｒ３７Ｖ）を適用し、最後に項番＃８−５の転用ルール（ｒ１８Ｖ、ｒ２８Ｖ、ｒ３８Ｖ）を適用する。ここで、項番＃５の転用ルール（ｒ１５、ｒ２５、ｒ３５）内の適用順序はｒ１５、ｒ２５、ｒ３５の順番であり、他の項番＃６、項番＃７、項番＃８についても同様である。

これらを整理すると、図１５のように、最初に画面フローに関する転用ルール６１１を適用し、次に画面構成に関する転用ルール６２１、６２２、６２３を順に適用し、最後にビジュアルに関する転用ルール６３１を適用していく。ここで、転用ルール６２１内では、最初にｒ１２、ｒ２２、ｒ３２の順番で適用し、次に画面サイズ別ルールとしてｒ１６Ｌ、ｒ２６Ｌ、ｒ３６Ｌの順番で適用し、次に入力Ｉ／Ｆ別ルールとしてｒ１７Ｌ、ｒ２７Ｌ、ｒ３７Ｌの順番で適用し、最後にパーソナライズ定義としてｒ１８Ｌ、ｒ２８Ｌ、ｒ３８Ｌの順番で適用する。
他の転用ルール６１１、６２２、６２３、６３１についても同様である。

なお、図１４で示した転用ルールをすべて記述する必要はなく、必要なルールを必要に応じて記述すればよい。このとき、定義された転用ルールのみについて、図１５で示した適用順序で転用ルールを適用すればよい。

また、転用ルールをすべて適用するのではなく、転用ルールの適用途中で中止できるようにしてもよい。

一つの方法としては、（ａ）特定の転用ルールにフラグを設定しておき、転用ルールの適用を途中で中止できるようにする。例えば、あるチャネルでパーソナライズを適用したくない場合は、パーソナライズ定義に適用除外のフラグを設定しておき、図１５の適用順序の中で、フラグが設定されたパーソナライズ定義を適用した後に、転用ルールの適用を中止して終了する。

別の方法としては、（ｂ）適用中止の条件を記述しておき、その条件が満たされる場合に、転用ルールの適用を途中で中止できるようにする。例えば、あるパーソナライズ定義が適用されたらそれ以降はルールを適用しない、という条件を設定しておく。この条件は形式的に定義されたものであり、コンピュータ上で解釈可能なものであればよく、例えば、一般のコンピュータ言語を利用したＩＦ−ＴＨＥＮ形式による記述、またはＸＭＬによる記述などで定義可能である。

図１６は、上記（２）の考え方に基づいて、実施形態のテーマの絞込み度合いを優先して転用ルールを適用する場合の適用順序の一例を示す図である。

図１６の表記方法は図１５と同様である。この考え方は、「より一般的な転用ルールの種類からより特定された転用ルールの種類の順番で転用ルールを適用していき、同じ種類の部分転用ルールが複数存在する場合は各テーマの中でより一般的な転用ルール種類の部分転用ルールからより特定された転用ルール種類の部分転用ルールの順番で部分転用ルールを適用していく。このとき、より一般的なテーマからより特定されたテーマの順番でテーマを選択していく」ものである。
例えば、図１４において、ＶＤ定義に関する定義の適用順序については、銀行別テーマＣ６０２の転用ルール（ｒ１５、ｒ１６Ｖ、ｒ１７Ｖ、ｒ１８Ｖ）を適用し、次にチャネル別テーマＢ６０３の転用ルール（ｒ２５、ｒ２６Ｖ、ｒ２７Ｖ、ｒ２８Ｖ）を適用し、最後に取引別テーマＡ６０４の転用ルール（ｒ３５、ｒ３６Ｖ、ｒ３７Ｖ、ｒ３８Ｖ）を適用する。

ここで、銀行別テーマＣ６０２の転用ルール（ｒ１５、ｒ１６Ｖ、ｒ１７Ｖ、ｒ１８Ｖ）内の適用順序はｒ１５、ｒ１６Ｖ、ｒ１７Ｖ、ｒ１８Ｖの順番であり、他のテーマＢ６０３、テーマＡ６０４についても同様である。これらを整理すると、図１６のように、最初に画面フローに関する転用ルール６４１を適用し、次に画面構成に関する転用ルール６５１、６５２、６５３を順に適用し、最後にビジュアルに関する転用ルール６６１を適用していく。ここで、転用ルール６５１内では、最初に銀行別テーマＣのルールとしてｒ１２、ｒ１６Ｌ、ｒ１７Ｌ、ｒ１８Ｌの順番で適用し、チャネル別テーマＢのルールとしてｒ２２、ｒ２６Ｌ、ｒ２７Ｌ、ｒ２８Ｌの順番で適用し、最後に取引別テーマのルールとしてｒ３２、ｒ３６Ｌ、ｒ３７Ｌ、ｒ３８Ｌの順番で適用する。他の転用ルール６４１、６５２、６５３、６６１についても同様である。

なお、図１５と同様に、図１６で示した転用ルールをすべて記述する必要はなく、必要なルールを必要に応じて記述すればよい。そのとき、定義された転用ルールのみについて、図１６で示した適用順序で転用ルールを適用すればよい。

また、転用ルールをすべて適用するのではなく、転用ルールの適用途中で中止する方法についても図１５の場合と同様である。

図１５および図１６で示した転用ルールの適用順序の計算方法は、図１５および図１６のように定義した表をコンピュータ上に保持し、この表の中の転用ルールを順番に検索し、その転用ルールを利用者が定義していればその転用ルールの実体を取得して、標準画面フローに対してその転用ルールを適用していく。別の方法としては、図１４の表を図１１のような階層構造（例えば二分木などの木構造）としてコンピュータ上に保持し、この二分木を探索することにより転用ルールを順番に取得する方法が考えられる。例えば、上記（１）の利用者ごとの設定をより優先する場合は二分木を幅優先探索方法で検索し、上記（２）テーマごとの設定をより優先する場合は二分木を深さ優先探索方法で検索することにより、転用ルールを順番に検索し、それぞれ図１５および図１６で示した順番で転用ルールを取得することができる。

この場合、二分木による検索のため前者の表を利用した検索よりも高速化することが可能であり、また上記（１）または（２）の考え方に依らずに二分木を一つ作成すればよいだけであるので転用ルールの管理工数を低減することができる。
なお、転用ルールの適用順序に関する定義は記憶機能１４で管理されているとする。

図２のテンプレート画面を作成する処理フローの説明に戻る。

図２のステップ１１３では、ステップ１１１で作成した標準画面フローに対して適用する転用ルールを定義するために、転用ルール情報１４４を参照して類似した転用ルールを取得し、そのまま別名定義として、または修正された新しい定義として転用ルールを作成し、転用ルール情報１４４に格納する。

図２のステップ１１４では、ステップ１１１で作成した標準画面フローに対して適用をする転用ルールを定義するために、新しく転用ルール作成し、転用ルール情報１４４に格納する。

上記ステップ１１３およびステップ１１４において、図１０から図１４で示したような各種の転用ルールを作成する。具体的な転用ルールについては以降で説明する。

図２のステップ１１５では、画面部品情報１４１で管理されている画面レイアウト、基本画面パターン、ＧＵＩ部品などのライブラリデータ、標準画面フロー情報１４２に格納された標準画面フロー、画面定義情報１４３に格納された画面構成定義情報および画面グループ定義情報、転用ルール情報１４４に格納れた各種転用ルールを取得し、上記で説明した転用ルールの適用順序の定義に従って標準画面フローに対して順番に転用ルールを適用し、最終的なテンプレート画面を作成し、テンプレート画面情報１４５に格納する。

例えば、図６（ａ）のような標準画面フローの中の一部の標準画面に対して、転用ルールを適用することにより、図６（ｂ）のようなテンプレート画面を作成する。同様に、同じ標準画面フローに対して異なる転用ルール（またはテーマ）を適用することにより、異なるテンプレート画面を作成することが可能になり、結局、標準画面フローを一つ作成すれば、後は作成したいチャネルごとに転用ルールを準備するだけで容易にコンテンツを作成することが可能になる。

以下では、標準画面フロー（一部分）に対して転用ルールを適用することにより画面内ポップアップ方式（概念方式）のテンプレート画面を作成する一例を示す。

図１７は、振込取引フローの一部分を示す標準画面フローの一例である。図２のステップ１１１において画面部品情報１４１を利用してこのような標準画面フローを作成する。

画面８０１は利用者の振込元情報として出金口座情報を入力する画面、画面８０２は振込金額を入力する画面、画面８０３は振込先情報を入力する画面を示す。

図２のステップ１１２では画面情報定義として画面グループ定義を定義する。
この標準画面フローの画面グループ定義は、図９の画面グループＩＤがＧ７であるような定義である。ここで、図９の画面１４３２４のＩＤ欄がｓ２０に対応する画面が画面８０１、ｓ３０に対応する画面が画面８０２、ｓ４０に対応する画面が画面８０３であるとする。また、画面８０１、画面８０２、画面８０３の表示順序は任意であるとし、画面１４３２４の順序欄には「−」と記述する。

図１８は、実施形態の画面内ポップアップ方式（概念方式）表示に対応した基本画面パターンの一例を示す図である。

図１７で示した標準画面フローを画面内ポップアップ方式の画面コンテンツに変換する場合に、画面部品情報１４１には図１８（ａ）および（ｂ）のような基本画面パターンが格納されている（または新規作成して格納する）。
図１８（ａ）の画面７２０は、部分画面（ポップアップ表示部分）７２１から部分画面７２３に対して部分画面７２２の情報を移動させるようなシーンで利用できる基本画面パターンであり、振込取引などで利用できるものである。

以下では、図１７の標準画面フローに対して、図１８（ａ）の基本画面パターンを適用する場合を考える。

図１９は、図１７の標準画面フローに対して転用ルール適用して図１８（ａ）の画面内ポップアップ方式に転用した場合のテンプレート画面の一例を示す図である。

標準画面フローの画面８０１を図１８（ａ）の基本画面パターンの部分画面７２１に適用した結果が図１９の部分画面８１１であり、画面８０２を部分画面７２２に適用した結果が部分画面８１２であり、画面８０３を部分画面７２３に適用した結果が部分画面８１３であることを表す。

このようなテンプレート画面を作成するために、ステップ１１３およびステップ１１４において転用ルールを再利用または新規作成する。

説明を簡単にするため、ここではテーマを１つだけ定義すると仮定する。

（１）相関ルールに関しては、「画面グループG７を画面内ポップアップ方式にする」ことを示すルールを記述する。

コンピュータ上での実装時にはこの記述を形式的、かつコンピュータ上で解釈可能な形式で定義すればよい。例えば、一般のコンピュータ言語を利用したＩＦ−ＴＨＥＮ形式による記述、またはＸＭＬなどによる記述などにより実装可能である。以降で示す転用ルールについても同様である。

（２）画面レイアウト別ルールに関しては、本実施形態の例では表示領域の分割はないと仮定し、記述しない。

（３）基本画面パターン別ルールとしては、以下の４つの転用ルールを記述する。（３−１）「画面グループＧ７を基本画面パターン「振込入力＃１（図１８（ａ））」に変更する」。（３−２）「画面ｓ２０を基本画面パターン「振込情報入力＃１（図４（ａ））」に変更する」。（３−３）「画面ｓ３０を基本画面パターン「金額情報入力＃１（図４（ｃ））」に変更する」。（３−４）「画面ｓ４０を基本画面パターン「振込情報入力＃３（図４（ｅ））」に変更する」。この場合、基本画面パターン別ルールとして４つの転用ルールを定義したが、これらの４つの転用ルールを先頭から適用優先順位が高い順番に記述し、先頭の転用ルールから順番に適用すればよい。
なお、変更対象とする画面は、上記のように具体的な画面ＩＤ（例えば、ｓ２０、ｓ３０、ｓ４０）を記述してもよいし、基本画面パターンの種類を記述してもよい。後者については、例えば、「金額情報入力である種類の画面に対しては、基本画面パターン「金額情報入力＃１（図４（ｃ））」に変更する」と書けばよい。

（４）ＧＵＩ部品ルールについては、どの画面（対象画面）のどのＧＵＩ部品（対象ＧＵＩ部品）をどのＧＵＩ部品（適用後ＧＵＩ部品）に変更するか、ということを記述する。

図２０は、実施形態のＧＵＩ部品ルールの一例を示す図である。

ＧＵＩ部品ルールを表形式で示したものであり、対象画面９１１はルール適用対象となる画面を表したものであり、全画面を対象とする場合は「ＡｌｌＳｃｒｅｅｎ」と記述し、特定の基本画面パターンの種類を対象とする場合はその基本画面パターンの種類を記述し、特定の画面（または画面グループ）を対象とする場合はその画面ＩＤを記述する。

対象ＧＵＩ部品９１２は、対象画面９１１で記述された画面に対してルール適用対象となるＧＵＩ部品を表したものであり、特定のＧＵＩ部品の種類を対象とする場合はそのＧＵＩ部品の種類を記述し、特定のＧＵＩ部品そのものを対象とする場合はそのＧＵＩ部品ＩＤを記述する。

適用後ＧＵＩ部品９１３は、対象ＧＵＩ部品９１２で記述されたＧＵＩ部品に対して変更したいＧＵＩ部品を表したものであり、特定のＧＵＩ部品の種類を記述する。例えば、図２０の表の１行目のルールは「すべての画面のテキストボタンＴｅｘｔ＿ＢｔｎをＧＵＩ部品ＴｅｘｔＢｔｎ＃３に変更する」ことを示し、２行目のルールは「基本画面パターンの種類がＩｎｐｕｔＴｅｘｔ１である画面の戻るボタンＢａｃｋ＿ＢｔｎをＧＵＩ部品ＢａｃｋＢｔｎ＃１に変更する」ことを示し、３行目のルールは「画面グループＩＤがＧ７である画面の実行ボタンＥｘｅｃ＿ＢｔｎをＧＵＩ部品ＥｘｅｃＢｔｎ＃１に変更する」ことを示す。

（５）ＶＤ定義については、コンテンツの種類がＨＴＭＬコンテンツの場合、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）を利用して記述すればよい。あるいは、ＣＳＳ以外の記述手段であってもよい。

ＨＴＭＬコンテンツ以外の場合は、一般に、ＸＭＬ形式のように構造化して記述可能なコンテンツはＣＳＳ相当のビジュアル定義方式（または構成要素のプロパティ設定などによるビジュアル定義方式）を保持しているので、各コンテンツに応じたビジュアル定義方法に従えばよい。

図２１（ａ）は、実施形態のＶＤ定義の一例を示す図である。図２１の例では、すべての画面（．ａｌｌＣｌａｓｓクラス）に対して「文字の太さを太くする」、「背景色を赤色にする」、「境界色をＲＧＢで＃９９００００にする」というルールを記述している。

（６）画面サイズ別ルールについては、本実施形態では「１７インチ・ワイド画面」に対する転用ルールとしてＶＤ定義部分のみを記述している。図２１（ｂ）は、実施形態の画面サイズ別ルールの一例を示す図である。ＶＤ定義部分は上記（５）のＶＤ定義と同様にＣＳＳ（またはＣＳＳ相当の記述方式）で記述している。

（７）入力Ｉ／Ｆ別ルールについては、本実施形態では「タッチパネル」に対する転用ルールとしてＶＤ定義部分のみを記述している。図２１（ｃ）は、本実施形態の入力Ｉ／Ｆ別ルールの一例を示す図である。

（８）パーソナライズ定義については、本実施形態では「高齢者セグメント」に対する転用ルールとしてＶＤ定義部分を記述している。この際、ＶＤ定義部分だけの記述としてもよい。図２２は、実施形態のパーソナライズ定義の一例を示す図である。

図２のステップ１１５では、これらの作成した転用ルールに対して、図１５の「利用者ごとの設定をより優先する考え方」に基づいて転用ルールを適用していく。具体的には、図１７の標準画面フローに対して、上記の例で示した（１）相関ルール、（３）基本画面パターン別ルール、（４）ＧＵＩ部品ルール、（５）ＶＤ定義、（６）画面サイズ別ルール（ＶＤ定義部分）、（７）入力Ｉ／Ｆ別ルール（ＶＤ定義部分）、（８）パーソナライズ定義（ＶＤ定義部分）の順番で適用していく。
このとき、例えば、上記（５）および（８）の両方において「ｂｏｒｄｅｒ−ｃｏｌｏｒ」という属性が定義されているが、転用ルールを適用する際に（５）の定義の上に（８）の定義が上書きされていく。

以上のように標準画面フローに対して転用ルールを適用することにより、テンプレート画面を作成することができる。

次に、図１の表示画面作成機能１２および表示画面パーソナライズ機能１３について説明する。

テンプレート画面作成機能１１により事前に作成されたテンプレート画面は、記憶機能１４においてテンプレート画面情報１４５として管理されている。
表示画面作成機能１２は、画面表示時実行時に利用者端末２の画面表示要求機能２１により画面表示の要求を受信した際に、上記で事前に作成したテンプレート画面情報１４５にデータベース１４０上の実データを埋込んで表示画面を作成し、利用者端末２に送信する機能である。

表示画面作成機能１２において、パーソナライズ定義を適用し、利用者（または利用者セグメント）にテンプレート画面を作成すると、テンプレート画面の数が膨大になり、記憶機能１４での管理が困難になる場合がある。

そこで、テンプレート画面作成機能１１ではパーソナライズ定義を除いた転用ルールを適用し（テンプレート画面は中間作成の状態）、利用者端末２から画面表示要求があった場合（つまり画面表示実行時）に、テンプレート画面作成機能１１で中間作成されているテンプレート画面に対して残りのパーソナライズ定義を適用することにより、最終的なテンプレート画面を完成させてもよい。

表示画面パーソナライズ機能１３は、上記のように、利用者端末２から画面表示要求があった場合（つまり画面表示実行時）に、テンプレート画面作成機能１１で中間作成されているテンプレート画面に対して残りのパーソナライズ定義を適用することにより、最終的なテンプレート画面を完成さる機能である。

図２３は、実施形態のサーバと利用者端末においてコンテンツを画面表示する処理フローを示す図である。

利用者端末２におけるステップ２１１からステップ２１３の処理は画面表示要求機能２１において実行される処理である。

ステップ２１１では、利用者が利用者端末２でアプリケーションプログラムを起動すると、取引開始の最初の画面（例えば、取引スタートメニュー画面）を表示する。

ステップ２１２では、利用者がステップ２１１により表示されている画面に対して何らかの操作を行うと、そのときの操作に関する情報を取得する。画面に対する操作とは、タッチパネルやキーボードやセンサなどの入力手段を利用した、ボタンの押下、項目の選択、データの入力などである。操作に関する情報とは、例えば、操作の種類や状態、上記で操作された画面上のオブジェクトの識別子（押下されたボタンのＩＤなど）、入力されたデータの内容などである。

ステップ２１３では、上記ステップ２１２において取得した操作に関する情報をサーバ１に送信する。

サーバ１におけるステップ１２１からステップ１２４およびステップ１２５からステップ１２７の処理は表示画面作成機能１２において実行される処理であり、ステップ１３１およびステップ１３２の処理は表示画面パーソナライズ機能１３において実行される処理である。

ステップ１２１では、利用者端末２のステップ２１３で送信された利用者の操作に関する情報を受信し、以降のステップで処理しやすいように受信した情報を解析し、内部で保持しておく。

ステップ１２２では、必要に応じて、受信した情報および記憶機能１４で管理されているデータベース１４０を利用して、サーバ側のアプリケーションを実行する。例えば、受信した口座番号情報を基に顧客情報管理データベースから過去の取引情報を取得する、などのアプリケーションを実行する。アプリケーションプログラムはサーバ内部で管理されており、必要に応じて実行されるものとする。
なお、アプリケーションを実行する必要がない場合は、本ステップを実行する必要はない。つまり、本ステップをスキップしてもよい。

また、データベース１４０はサーバ１の記憶機能１４ではなく、物理的または論理的に別のサーバの記憶機能として管理されていてもよい。ステップ１２３では、必要に応じて、上記ステップ１２２において得られた結果をデータベース１４０に登録する。

なお、データベース１４０に登録する必要がない場合は、本ステップを実行する必要はない。また、データベース１４０には登録せず、必要に応じて、サーバ上のメモリ内部で保持するだけでもよい。

ステップ１２４では、ステップ１２１で受信した情報およびテンプレート画面情報１４５を参照して、利用者端末２に次に表示する画面の基になるテンプレート画面を取得する。
なお、次に表示する画面は、サーバ側のアプリケーションにおける画面遷移の定義情報の参照、利用者端末から受信した情報に含まれるリンク情報の参照により決定することが可能であり、アプリケーションの実現形態によって決定方法は異なる。

ステップ１３１では、利用者（または利用者セグメント）ごとの転用ルールをテンプレート画面作成機能１１では適用せず、画面表示実行時に残りの転用ルールを適用する場合に実行するステップであり、転用ルール情報１４４から対象となるテンプレート画面に関連するパーソナライズ定義（テンプレート画面作成機能１１では適用しなかった残りの転用ルール）を取得する。

ステップ１３２では、上記ステップ１２４で取得したテンプレート画面に対して、上記ステップ１３１で取得したパーソナライズ定義を適用し、最終的なテンプレート画面を作成する。

なお、画面表示実行時にパーソナライズ定義に関する転用ルールを適用しない場合は、上記ステップ１３１およびステップ１３２の処理を実行する必要はない。

ステップ１２５では、必要に応じて、データベース１４０から画面に表示する実データを取得する。例えば、利用者の属性情報、振込先情報などの実際に画面に表示するデータなどである。

ステップ１２６では、上記ステップ１２４で取得したテンプレート画面またはステップ１３２で作成したテンプレート画面に対して、上記ステップ１２５で取得した実データを埋込み、表示画面（コンテンツ）を作成する。

ステップ１２７では、ステップ１２６で作成した表示画面を利用者端末２に送信する。

利用者端末２におけるステップ２２１およびステップ２２２の処理は画面表示実行機能２２において実行される処理である。

ステップ２２１では、サーバ１のステップ１２７により送信された表示画面を受信する。

ステップ２２２では、上記ステップ２２１で受信した表示画面を利用者端末２の表示装置上に表示し、上記ステップ２１２に遷移し、以降同様の処理を繰返す。

以下では、上記のコンテンツ共有化方式について補足する。

（Ａ）異なるコンテンツ種類間でのコンテンツ転用も可能である。
例えば、ＨＴＭＬコンテンツを想定してＨＴＭＬを利用して標準画面フローを作成している場合、ＨＴＭＬコンテンツのテンプレート画面だけではなく、ＦｌａｓｈコンテンツやＳｉｌｖｅｒｌｉｇｈｔコンテンツなどのテンプレート画面も作成可能である。

これらのコンテンツはＸＭＬ構造で形式的に定義されているので、ＨＴＭＬで記述された標準画面フローをＭＸＭＬやＸＡＭＬなどに転用することは論理的に可能である。
とくに、基本画面パターンやＧＵＩ部品などの事前に想定した画面構成要素（画面部品）を利用して標準画面を作成しているので、ＨＴＭＬからＭＸＭＬやＸＡＭＬなどに転用する際の定義域（転用対象となる画面構成要素の種類）を絞込むことが可能である。

ここで、ＭＸＭＬ形式に変換された標準画面フローに対して、チャネルに応じた転用ルールを記述すれば、Ｆｌａｓｈコンテンツのテンプレート画面を作成することができる。他の異なるコンテンツ種類間のコンテンツ転用についても同様である。

（Ｂ）基本画面パターンやＧＵＩ部品を実際に置換える実現方式については、主に以下の２つの方法が考えられる。

（１）基本画面パターンやＧＵＩ部品をスクリプトで関数化しておき、標準画面作成時には基本画面パターンやＧＵＩ部品を表す関数を標準画面に挿入して作成し、転用ルール適用時には挿入されている関数を別の関数（つまり別の基本画面パターンやＧＵＩ部品）に置換えることにより実現する。その際、関数のパラーメータの値（例えば、ＧＵＩ部品に表示するテキストラベルなど）を置換後も引継ぐようにする。

（２）標準画面作成時には基本画面パターンやＧＵＩ部品を直接記述（例えば、ＨＴＭＬコンテンツならＨＴＭＬタグを直接記述）し、転用ルール適用時には、構文解析などの手法により、転用ルールの適用対象となる基本画面パターンやＧＵＩ部品の位置を取得し、転用ルールの内容にそって直接画面の構成要素を書換えることにより実現する。

（Ｃ）本実施形態では、画面コンテンツの画面表示部分の共有方式について述べているが、画面コンテンツ内部で実行されるスクリプト（関数などの実行可能プログラム）については、画面コンテンツの外部に記述し、画面コンテンツ内部ではスクリプトの呼出しのみを記述することにより、スクリプトを含めたコンテンツの転用が可能である。

以上の方法により、事前にテンプレート画面を作成するにあたって、異なるチャネルに対してコンテンツの転用が容易であるように、（１）ベースとなる標準画面フローを作成し、（２）作成したいチャネル向けに転用ルールを作成し、（３）上記標準画面フローに対して上記転用ルールを適用することによりテンプレート画面を作成することができる。

また、画面表示実行時には、上記で事前に作成したテンプレート画面に対して、必要に応じてパーソナライズ定義を適用し、実データを埋込むことにより表示画面コンテンツを作成することができる。このとき、転用ルールを階層化することにより、複数の転用ルールが定義されていたとしても、転用ルールの適用順序を明確化することができ、テンプレート画面を効率的に作成することができる。

金融、公共、流通などの分野において、営業店での取引端末やインターネット端末などでコンテンツを作成するシステム、方法、およびプログラムとして利用可能である。

１ サーバ
２ 利用者端末
３ 通信網

Claims (15)

1. コンテンツを表示する利用者端末と、前記コンテンツを作成するサーバが通信網を介して接続されているコンテンツ共有システムにおいて、
   前記利用者端末は、
   コンテンツの画面表示を前記サーバに要求する画面表示要求機能と、
   前記サーバから前記要求に対応するコンテンツを受信し、画面に表示する画面表示実行機能とを有し、
   前記サーバは、
   複数の異なるチャネルに対して転用可能なコンテンツである標準画面フローおよびチャネルごとに応じて転用可能な転用ルールを作成し、前記標準画面フローに対して前記転用ルールを適用することによりテンプレート画面を作成するテンプレート画面作成機能と、
   前記利用者端末からの前記画面表示要求に対して、前記テンプレート画面作成機能で作成したテンプレート画面に実データを埋込んでコンテンツを作成する表示画面作成機能と、
   前記表示画面作成機能において、前記テンプレート画面作成機能で作成したテンプレート画面に利用者または利用者セグメントごとの設定を記述したパーソナライズ定義を適用することにより前記作成したテンプレート画面を修正する表示画面パーソナライズ機能と、
   前記テンプレート画面作成機能、前記表示画面作成機能、前記表示画面パーソナライズ機能で利用する情報を記憶する記憶機能とを有することを特徴とするコンテンツ共有システム。
2. 請求項１に記載のコンテンツ共有システムにおいて、
   前記テンプレート画面作成機能は、
   前記記憶機能で記憶されている画面部品情報を参照することにより、標準画面フローを作成して前記記憶機能で管理されている標準画面フロー情報に格納し、
   前記標準画面フローの画面定義に関する情報を作成して前記記憶機能で管理されている画面定義情報に格納し、
   前記記憶機能で管理されている転用ルール情報を参照することにより、転用ルールを再利用または新規作成して前記転用ルール情報に格納し、
   前記画面部品情報、前記標準画面フロー情報、前記画面定義情報および前記転用ルール情報を参照し、前記作成した標準画面フローに対して前記作成した複数の転用ルールを順番に適用することにより、テンプレート画面を作成して前記記憶機能で管理されているテンプレート画面情報に格納することを特徴とするコンテンツ共有システム。
3. 請求項１または２のいずれかに記載のコンテンツ共有システムにおいて、
   前記標準画面フローの各画面および前記テンプレート画面は、
   画面の表示領域の構成をパターン化した画面レイアウト、前記画面レイアウト内部の各画面について利用内容に応じて画面を類型化した基本画面パターン、および前記基本画面パターン内部の類型化された構成要素であるＧＵＩ部品から構成されることを特徴とするコンテンツ共有システム。
4. 請求項１乃至３のいずれかに記載のコンテンツ共有システムにおいて、
   前記転用ルールは、
   画面グループまたは画面間の相関関係を定義した相関ルール、
   画面レイアウトの変更に関するルールを定義した画面レイアウト別ルール、
   基本画面パターンの変更または基本画面パターン内部のＧＵＩ部品の変更に関するルールを定義した基本画面パターン別ルール、
   ＧＵＩ部品の変更に関するルールを定義したＧＵＩ部品ルール、
   画面レイアウト、基本画面パターン、ＧＵＩ部品のビジュアルデザインに関するルールを定義したＶＤ定義、
   画面サイズの変更に関するルールを記述した画面サイズ別ルール、
   入力インタフェイスの変更に関するルールを記述した入力Ｉ／Ｆ別ルール、
   特定の利用者または利用者グループごとの変更に関するルールを定義したパーソナライズ定義、
   銀行ごとの変更に関するルールを定義した銀行別ルール、
   取引チャネルごとの変更に関するルールを定義したチャネル別ルール、
   利用取引ごとの変更に関するルールを定義した取引別ルール、
   一連の取引画面グループごとの変更に関するルールを定義した画面グループ別ルール、
   画面遷移時の表示効果に関するルールを定義した画面遷移表示定義のいずれかまたはこれらの組合せから構成されることを特徴とするコンテンツ共有システム。
5. 請求項１乃至４のいずれかに記載のコンテンツ共有システムにおいて、
   前記記憶機能は、前記標準画面フローに対して前記転用ルールを適用する適用順序を定めるために、前記転用ルールを階層化して記憶し、
   前記テンプレート画面作成機能は、前記記憶機能の記憶内容に従ってより一般的な前記階層上位の転用ルールから順番に、より特定された前記階層下位の転用ルールを適用していくことを特徴とするコンテンツ共有システム。
6. 請求項１乃至５のいずれかに記載のコンテンツ共有システムにおいて、
   前記テンプレート画面作成機能は、
   複数の前記転用ルールをテーマとして定義し、前記標準画面フローに対して複数の前記テーマの転用ルールを適用する場合、より一般的なテーマの転用ルールから順番に、より特定されたテーマの転用ルールを適用していくことを特徴とするコンテンツ共有システム。
7. 請求項５または６のいずれかに記載のコンテンツ共有システムにおいて、
   前記テンプレート画面作成機能は、
   同じ種類の転用ルールが定義されている場合、より一般的な転用ルールから順番に、より特定された転用ルールを適用し、同じ特定度の転用ルールがある場合には、次にテーマの特定度に応じてより特定された転用ルールを適用していくことを特徴とするコンテンツ共有システム。
8. 請求項５または６のいずれかに記載のコンテンツ共有システムにおいて、
   前記テンプレート画面作成機能は、
   同じ種類の転用ルールが定義されている場合、より一般的なテーマの転用ルールから順番に、より特定されたテーマの転用ルールを適用し、
   同じ特定度の転用ルールがある場合、次に転用ルールの特定度に応じてより特定された転用ルールを適用していくことを特徴とするコンテンツ共有システム。
9. 請求項５乃至８のいずれかに記載のコンテンツ共有システムにおいて、
   前記記憶機能は、前記転用ルールの階層を木構造で記憶することを特徴とするコンテンツ共有システム。
10. 請求項５乃至８のいずれかに記載のコンテンツ共有システムにおいて、
    前記テンプレート画面作成機能は、
    前記転用ルールの適用途中で中止することができるように、前記転用ルールにフラグを設定し、
    前記転用ルール提供のときに前記フラグを検出した場合、前記転用ルールの適用を中止することを特徴とするコンテンツ共有システム。
11. 請求項５乃至８のいずれかに記載のコンテンツ共有システムにおいて、
    前記テンプレート画面作成機能は、
    転用ルールの適用途中で中止することができるように、適用中止の条件文を記述し、転用ルール適用のときに前記適用中止の条件分を実行し、条件が満たされた場合、前記転用ルールの適用を中止することを特徴とするコンテンツ共有システム。
12. 請求項１または２のいずれかに記載のコンテンツ共有システムにおいて、
    前記サーバは、
    前記利用者端末から画面表示要求を受信すると、受信したデータの内容を解析し、該当する前記作成したテンプレート画面を取得するテンプレート画面取得機能と、
    前記取得したテンプレート画面に実データを埋込んで表示画面を作成する表示画面作成機能をさらに有することを特徴とするコンテンツ共有システム。
13. 請求項１または２のいずれかに記載のコンテンツ共有システムにおいて、
    前記サーバは、
    前記利用者端末から画面表示要求を受信すると、受信したデータの内容を解析し、該当する前記作成したテンプレート画面を取得するテンプレート画面取得機能と、
    特定の利用者または利用者グループに関するパーソナライズ定義を転用ルール情報から取得し、前記取得したテンプレート画面に対して前記取得したパーソナライズ定義を適用して、テンプレート画面を修正し、前記修正したテンプレート画面に実データを埋込んで表示画面を作成する表示画面作成機能をさらに有することを特徴とするコンテンツ共有システム。
14. 請求項１または２のいずれかに記載のコンテンツ共有システムにおいて、
    前記サーバは、
    前記標準画面を異なるコンテンツ形態である第二の標準画面に変換し、前記第二の標準画面に対して転用ルールを適用することにより、前記標準画面とは異なるコンテンツ形態のテンプレート画面を作成する機能をさらに有することを特徴とするコンテンツ共有システム。
15. 請求項１または２のいずれかに記載のコンテンツ共有システムにおいて、
    前記記憶機能は、前記標準画面フローにおいて関連性が高い一連の画面の集合を画面グループとして定義し、
    画面を一枚ずつ遷移させていくウィザード方式のコンテンツを、画面内部に前記画面グループの各画面を部分画面として一枚の画面の中で任意の順番で表示または入力可能な画面内ポップアップ方式（概念方式）に変換して記憶することを特徴とするコンテンツ共有システム。

Images