(57)【特許請求の範囲】
【請求項１】
ユーザ端末とネットワークを介して通信する通信部と、
ユーザ端末種類を跨った画面定義のデータと、ユーザ端末種類別の画面装飾データとを少なくとも記憶する記憶部と、
ユーザ端末からのアクセスに際し取得した、該当ユーザ端末に関するユーザーエージェント情報または該アクセスに利用された通信キャリアの情報、の少なくともいずれかの情報によりアクセス元の端末種類を判別する処理と、
前記判別した端末種類が携帯電話機である場合、携帯電話機向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードしインラインＣＳＳ方式の画面表示情報を生成し、前記判別した端末種類がスマートフォンまたはタブレットＰＣである場合、スマートフォンまたはタブレットＰＣ向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードし外部ファイルＣＳＳ方式の画面表示情報を生成する処理と、
前記生成した画面表示情報を前記ユーザ端末に返信する処理を実行する演算部と、
を備えることを特徴とする画面生成システム。
【請求項２】
前記演算部が、
前記判別した端末種類が携帯電話機ないしスマートフォンまたはタブレットＰＣである場合、携帯電話機向けないしスマートフォン向けの画面装飾データを記憶部より読み出し、外部ファイルＣＳＳ方式で画面表示情報を生成し、前記生成した画面表示情報を前記ユーザ端末に返信するものであることを特徴とする請求項１に記載の画面生成システム。
【請求項３】
前記記憶部は、ユーザ端末種別のユーザ認証方式を記述した認証方式選択テーブルを記憶しており、
前記演算部が、前記記憶部の認証方式選択テーブルを参照し、前記判別した端末種類の情報に対応した認証方式を特定し、該当認証方式によるユーザ認証処理を実行する処理を実行するものであることを特徴とする請求項１または２に記載の画面生成システム。
【請求項４】
前記演算部が、セッション管理に際して用いるセッション情報の受渡し方式を、前記判別している端末種類に応じて決定するものであることを特徴とする請求項１〜３のいずれかに記載の画面生成システム。
【請求項５】
ユーザ端末とネットワークを介して通信する通信部と、ユーザ端末種類を跨った画面定義のデータと、ユーザ端末種類別の画面装飾データとを少なくとも記憶する記憶部とを備えた情報処理装置が、
ユーザ端末からのアクセスに際し取得した、該当ユーザ端末に関するユーザーエージェント情報または該アクセスに利用された通信キャリアの情報、の少なくともいずれかの情報によりアクセス元の端末種類を判別する処理と、
前記判別した端末種類が携帯電話機である場合、携帯電話機向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードしインラインＣＳＳ方式の画面表示情報を生成し、前記判別した端末種類がスマートフォンまたはタブレットＰＣである場合、スマートフォンまたはタブレットＰＣ向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードし外部ファイルＣＳＳ方式の画面表示情報を生成する処理と、
前記生成した画面表示情報を前記ユーザ端末に返信する処理を実行することを特徴とする画面生成方法。
【請求項６】
ユーザ端末とネットワークを介して通信する通信部と、ユーザ端末種類を跨った画面定義のデータと、ユーザ端末種類別の画面装飾データとを少なくとも記憶する記憶部とを備えた情報処理装置に、
ユーザ端末からのアクセスに際し取得した、該当ユーザ端末に関するユーザーエージェント情報または該アクセスに利用された通信キャリアの情報、の少なくともいずれかの情報によりアクセス元の端末種類を判別する処理と、
前記判別した端末種類が携帯電話機である場合、携帯電話機向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードしインラインＣＳＳ方式の画面表示情報を生成し、前記判別した端末種類がスマートフォンまたはタブレットＰＣである場合、スマートフォンまたはタブレットＰＣ向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードし外部ファイルＣＳＳ方式の画面表示情報を生成する処理と、
前記生成した画面表示情報を前記ユーザ端末に返信する処理を実行させることを特徴とする画面生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面生成システム、画面生成方法、および画面生成プログラムに関するものであり、具体的には、ユーザの端末に応じた使用感良好な画面を効率的かつ低コストで提供する技術に関する。
【背景技術】
【０００２】
インターネットにアクセスする端末の種類は、当初のＰＣから、携帯電話機、スマートフォンと拡大する傾向にある。各種仕様や利用するプロトコルは端末の種類間で異なる場合もあり、ユーザにとって快適な画面表示を行うため、サーバ側で端末種類毎の画面データ等を予め用意しておくことが行われてきた。
【０００３】
画面生成の技術としては、例えば、端末装置が情報処理装置にネットワークを介して接続される場合、端末装置夫々の性能に応じた画面の表示を可能とする情報処理装置、情報処理システム、コンピュータプログラム及び情報処理方法（特許文献１参照）などが提案されている。
【０００４】
また、携帯電話やスマートフォン、またはタブレットＰＣなどのパソコンに比べて画面の小さなコンテンツ閲覧装置を用いて、コンテンツを快適に閲覧することを可能にするための、コンテンツを生成するステップ、生成したコンテンツの表示期間を制限するためのステップ、生成したコンテンツ中の一部分を拡大縮小表示するためのステップ、セッション情報を引継ぎするためのステップ、および、コンテンツをインターネット経由で送信するためのコンテンツ変換ステップから構成される、コンテンツ生成・配信システム（特許文献２参照）なども提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１６３１４２号公報
【特許文献２】特開２０１０−２８８２４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、昨今はスマートフォンの市場シェアが上昇しており、スマートフォンの使用感に適した専用画面に対する要望も増えている。一方、従来のように、端末の種類ごとのサイト構築を行うとすれば、ＰＣや携帯電話機など他端末用の画面に加えて、スマートフォン用の画面生成が別途必要となり、更なる手間、コストが必要となってくる。他方、ＰＣ用の画面をそのまま流用してスマートフォン用の画面としても、ユーザの使用勝手は良好と言えない。
【０００７】
つまり、インターネットにアクセスする端末の種類を跨って全て同じ画面を表示させると、端末間で使い易さに大きな相違が生じる問題があり、逆に、端末の特性に合わせた画面を端末種類毎に作成すると、コストや手間が多大なものとなってしまうという問題がある。
【０００８】
そこで本発明の目的は、ユーザの端末に応じた使用感良好な画面を効率的かつ低コストで提供する技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決する本発明の画面生成システムは、ユーザ端末とネットワークを介して通信する通信部と、ユーザ端末種類を跨った画面定義のデータと、ユーザ端末種類別の画面装飾データとを少なくとも記憶する記憶部と、ユーザ端末からのアクセスに際し取得した、該当ユーザ端末に関するユーザーエージェント情報または該アクセスに利用された通信キャリアの情報、の少なくともいずれかの情報によりアクセス元の端末種類を判別する処理と、前記判別した端末種類が携帯電話機である場合、携帯電話機向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードしインラインＣＳＳ方式の画面表示情報を生成し、前記判別した端末種類がスマートフォンまたはタブレットＰＣである場合、スマートフォンまたはタブレットＰＣ向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードし外部ファイルＣＳＳ方式の画面表示情報を生成する処理と、前記生成した画面表示情報を前記ユーザ端末に返信する処理を実行する演算部と、を備えることを特徴とする。
【００１０】
また、本発明の画面生成方法は、ユーザ端末とネットワークを介して通信する通信部と、ユーザ端末種類を跨った画面定義のデータと、ユーザ端末種類別の画面装飾データとを少なくとも記憶する記憶部とを備えた情報処理装置が、ユーザ端末からのアクセスに際し取得した、該当ユーザ端末に関するユーザーエージェント情報または該アクセスに利用された通信キャリアの情報、の少なくともいずれかの情報によりアクセス元の端末種類を判別する処理と、前記判別した端末種類が携帯電話機である場合、携帯電話機向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードしインラインＣＳＳ方式の画面表示情報を生成し、前記判別した端末種類がスマートフォンまたはタブレットＰＣである場合、スマートフォンまたはタブレットＰＣ向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードし外部ファイルＣＳＳ方式の画面表示情報を生成する処理と、前記生成した画面表示情報を前記ユーザ端末に返信する処理を実行することを特徴とする。
【００１１】
また、本発明の画面生成プログラムは、ユーザ端末とネットワークを介して通信する通信部と、ユーザ端末種類を跨った画面定義のデータと、ユーザ端末種類別の画面装飾データとを少なくとも記憶する記憶部とを備えた情報処理装置に、ユーザ端末からのアクセスに際し取得した、該当ユーザ端末に関するユーザーエージェント情報または該アクセスに利用された通信キャリアの情報、の少なくともいずれかの情報によりアクセス元の端末種類を判別する処理と、前記判別した端末種類が携帯電話機である場合、携帯電話機向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードしインラインＣＳＳ方式の画面表示情報を生成し、前記判別した端末種類がスマートフォンまたはタブレットＰＣである場合、スマートフォンまたはタブレットＰＣ向けの画面装飾データを記憶部より読み出して前記画面定義にインクルードし外部ファイルＣＳＳ方式の画面表示情報を生成する処理と、前記生成した画面表示情報を前記ユーザ端末に返信する処理を実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ユーザの端末に応じた使用感良好な画面を効率的かつ低コストで提供することが可能である。
【図面の簡単な説明】
【００１３】
【図１】本実施形態の画面生成システムを含むネットワーク構成図である。
【図２】本実施形態におけるＷｅｂサーバ（画面生成システム）の構成例を示すブロック図である。
【図３】本実施形態における画面生成方法の処理手順例１を示すフロー図である。
【図４】画面生成システムの他の構成例を示す図である。
【図５】本実施形態における画面生成方法の処理手順例２を示すフロー図である。
【発明を実施するための形態】
【００１４】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の画面生成システム１００を含むネットワーク構成図である。図１に示す画面生成システムたるＷｅｂサーバ１００は、ユーザの端末に応じた使用感良好な画面を効率的かつ低コストで提供するコンピュータシステムである。ここでは一例として、ユーザがある金融機関のインターネットバンキングを利用する際に、スマートフォンを使用して取引を行う状況を想定する。こうしたユーザは、従来であれば、ＰＣ用サイトの画面をスマートフォンにて不便を感じつつ無理に閲覧することになるが、本実施形態の画面生成技術が適用されたインターネットバンキングシステムにおいてはそのようは問題は無く、スマートフォンの使用感にマッチした画面を快適に閲覧することができる。なお、本実施形態では上述のようにインターネットバンキングに関する説明を行うが、本発明の適用対象はこれに限定されず、種類の異なるユーザ端末に画面提供を行うコンピュータシステムのいずれにも適用可能である。
【００１５】
上記のような状況を想定した場合、例えば、インターネットバンキングのサービスを提供するサーバ群１０と、所定の負荷分散装置１１、金融機関における勘定系システム１２、およびユーザ端末２００がネットワーク構成に含まれている。
【００１６】
前記サーバ群１０には、ユーザ端末２００からのアクセスを受け付けるＷｅｂサーバ１００、ユーザ指示に応じて勘定系システム等と実際にインターネットバンキング処理を実行するアプリケーションサーバ１１０、企業内の閉じたネットワークに配置されている前記勘定系システム１２と前記アプリケーションサーバ１１０らとのセキュアな通信を仲介するゲートウェイサーバ１２０が含まれている。勿論、ユーザ端末２００のアクセス対象はＷｅｂサーバ１００のみである。このように、ビジネスロジックを実行するアプリケーションサーバ１１０と、ユーザ端末２００とやりとりして画面提供を行うＷｅｂサーバ１００とが別途運用されることで、画面構成等の管理を行うシステム管理者等は、ビジネスロジックすなわちアプリケーションサーバ１１０に関してまで作業を行う必要が無く、Ｗｅｂサーバ１００における画面定義やタグライブラリ、画面装飾データ等を取り扱えば良いこととなる。
【００１７】
図２は本実施形態におけるＷｅｂサーバ（画面生成システム）の構成例を示すブロック図である。また、画面生成システムであるＷｅｂサーバ１００のハードウェア構成は以下の如くとなる。前記Ｗｅｂサーバ１００は、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶部１０１、ＲＡＭなど揮発性記憶装置で構成されるメモリ１０３、前記記憶部１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算部１０４、所定担当者等からのキー入力や音声入出力を担う入出力部１０５、ネットワークと接続し他装置との通信処理を担う通信部１０６、を備える。なお、記憶部１０１内には、本実施形態の画面生成システムとして必要な機能を実装する為のプログラム１０２と、ユーザ端末種類を跨った画面定義１２５、図示するようにスマートフォンや携帯電話機など端末種別で例えばセキュア強度が異なるユーザ認証方式を記述した認証方式選択テーブル１２６、ユーザ端末種類別の画面装飾データ等を収めたカスタムタグライブラリ１３０が少なくとも記憶されている。
【００１８】
続いて、本実施形態の画面生成システムたるＷｅｂサーバ１００が備える機能について説明する。上述したように、以下に説明する機能は、例えばＷｅｂサーバ１００が備えるプログラムを実行することで実装される機能と言える。
【００１９】
前記Ｗｅｂサーバ１００は、ユーザ端末２００からのアクセスに際し取得した、該当ユーザ端末２００に関するユーザーエージェント情報または該アクセスに利用された通信キャリアの情報、の少なくともいずれかの情報によりアクセス元の端末種類を判別する。この処理については、図１にて示すように負荷分散装置１１がアクセス元判定として実行してもよい。ユーザーエージェント情報は、クライアントのリクエストによって送られてきたＨＴＴＰヘッダに値が含まれており、ユーザ端末２００が所定のプロトコルに基づいてＷｅｂサーバ１００と通信する際に用いるソフトウェアまたはハードウェアを示す情報となる。
【００２０】
インターネットにおけるプロトコルの代表例であるＨＴＴＰを用いてＷｅｂにアクセスするためのＷｅｂブラウザが代表的なユーザーエージェントであり、そのウェブブラウザの情報がユーザーエージェント情報となる。ＰＣと携帯電話機の違い、携帯電話機の通信キャリアの違い、端末の製造年代や搭載ＯＳの違い、などでＷｅｂブラウザは異なることが多く、従ってエージェント情報も異なってくる。そうしたエージェント情報や通信キャリアの情報とユーザ端末２００の種類との対応関係について予め情報を保持しているＷｅｂサーバ１００は、ユーザ端末２００がＰＣ、携帯電話機、スマートフォンのいずれであるか判定できることとなる。また、通信キャリアの情報は、携帯電話機が通信に利用する専用線の情報であり、ユーザ端末２００のアクセス経路の情報から判明する。
【００２１】
例えば、ユーザーエージェント情報が、スマートフォン独自のＷｅｂブラウザを示していれば、Ｗｅｂサーバ１００は、アクセスしてきたユーザ端末２００がスマートフォンであると判別できる。また、ユーザーエージェント情報が、携帯電話機ないしスマートフォン用のＷｅｂブラウザを示しており、通信キャリアの情報が携帯電話機のみを扱っている通信キャリアを示している場合、Ｗｅｂサーバ１００は、アクセスしてきたユーザ端末２００が携帯電話機であると判別できる。
【００２２】
また、Ｗｅｂサーバ１００は、前記判別した端末種類が携帯電話機である場合、携帯電話機向けの画面装飾データを記憶部１０１より読み出して前記画面定義１２５にインクルードしインラインＣＳＳ方式の画面表示情報を生成する。また、Ｗｅｂサーバ１００は、前記判別した端末種類がスマートフォンである場合、スマートフォン向けの画面装飾データを記憶部１０１より読み出して前記画面定義１２５にインクルードし外部ファイルＣＳＳ方式の画面表示情報を生成する。画面装飾データは、ＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）のデータ群を想定できる。ＣＳＳはＨＴＭＬに代表されるマークアップ言語の表示を規定する仕様である。
【００２３】
前記画面定義１２５は、例えばインターネットバンキングの所定処理毎にユーザに提示する各画面に関し、必ず表示すべき固定的な情報やアプリケーションサーバ１１０からの処理値等の配置構成などについて記述された定義である。この画面定義１２５は、Ｗｅｂサーバ１００が備える画面制御機能に組み込まれているとも言える。また、前記画面装飾データは、ユーザ端末２００の種類別に用意され、端末種別の画面サイズや操作インターフェイス等に応じて予め考慮された各種アイコンや画面等のサイズ、色、デザイン等を記述した画面装飾定義の集まりである。本実施形態では、図１にて示すように、こうした端末種類別の画面装飾データを記憶部１０１のカスタムタグライブラリ１３０に格納しているものとする。
【００２４】
また、Ｗｅｂサーバ１００にて前記画面表示情報の生成を実行するプログラムには、ＪＳＰ（JavaServer Pages）の技術を採用できる。このＪＳＰは、Ｊａｖａ言語を利用してＷｅｂサーバ１００で動的にＷｅｂページを生成し、クライアントに送信する技術となる。ＨＴＭＬファイルの中にＪａｖａプログラムを埋め込んでおき、クライアントの要求に応じてプログラムを実行、処理結果のみをクライアントに送信することとなる。結果は通常のＨＴＭＬ形式になるため、Ｗｅｂブラウザに特殊な機能を組みこむことなくＷｅｂアプリケーションを構築できる。ＪＳＰの技術においては、ＪＳＰプログラムやＨＴＭＬ文が記されたファイルを別のファイルに読み込む、すなわちインクルードすることで、一度作成したプログラムを再利用することができる。従って、前記カスタムタグライブラリ１３０から読み出された画面装飾データを前記画面定義１２５にインクルードすることができる。インクルードを行う方法としては、静的なインクルードを行う「インクルードディレクティブ」、動的なインクルードを行う「インクルードアクション」の２通りある。こうしたインクルードの手法等については既存技術を採用すればよい。
【００２５】
また、前記Ｗｅｂサーバ１００は、前記ＪＳＰが生成した画面表示情報を前記ユーザ端末に返信する。ユーザ端末２００はこの画面表示情報を受信し、ディスプレイに表示させることになる。
【００２６】
なお、前記Ｗｅｂサーバ１００は、前記判別した端末種類が携帯電話機ないしスマートフォンである場合、携帯電話機向けないしスマートフォン向けの画面装飾データを記憶部１０１より読み出し、外部ファイルＣＳＳ方式で画面表示情報を生成し、前記生成した画面表示情報を前記ユーザ端末２００に返信するとしてもよい。Ｗｅｂサーバ１００へのアクセスが想定される携帯電話機が外部ファイル方式に対応している状況であれば、こうした態様を採用できる。
【００２７】
−−−処理手順例１−−−
以下、本実施形態における画面生成方法の実際手順について図に基づき説明する。以下で説明する画面生成方法に対応する各種動作は、前記Ｗｅｂサーバ１００がメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００２８】
図３は、本実施形態における画面生成方法の処理手順例１を示すフロー図である。ここで前記Ｗｅｂサーバ１００は、ユーザ端末２００からのアクセスを受けたとする（ｓ１００）。これに際し、Ｗｅｂサーバ１００は、ユーザ端末２００のリクエストによって送られてきたＨＴＴＰヘッダから読み取れるユーザーエージェント情報か、該アクセスに利用された通信キャリアの情報の少なくともいずれかの情報と、所定の情報（エージェント情報や通信キャリアの情報とユーザ端末種類との対応関係について記述したテーブル等）
とを対照し、アクセス元となったユーザ端末２００の端末種類を判別する（ｓ１０１）。
【００２９】
例えば、ユーザーエージェント情報が、スマートフォン独自のＷｅｂブラウザを示していれば、Ｗｅｂサーバ１００は、アクセスしてきたユーザ端末２００がスマートフォンであると判別できる。また、ユーザーエージェント情報が、携帯電話機ないしスマートフォン用のＷｅｂブラウザを示しており、通信キャリアの情報が携帯電話機のみを扱っている通信キャリアを示している場合、Ｗｅｂサーバ１００は、アクセスしてきたユーザ端末２００が携帯電話機であると判別できる。Ｗｅｂサーバ１００は、こうして判別した端末種類の情報を、該当ユーザ端末２００とのセッションが終了するまで記憶部１０１ないしメモリ１０３に記憶しておく。
【００３０】
続いてＷｅｂサーバ１００は、記憶部１０１に予め保持している認証方式選択テーブル１２６を参照し、前記ステップｓ１０１にて判別している端末種類の情報に対応した認証方式を特定し、該当認証方式によるユーザ認証処理を実行する（ｓ１０２）。認証方式選択テーブル１２６は、ユーザ端末２００の種類毎に定めた認証方式の情報を格納したテーブルとなる。
【００３１】
例えば、アクセスしてきたユーザ端末２００が携帯電話機である場合（ｓ１０２：携帯）、通信キャリアの専用線を使った通信となるため、外部からのなりすましや情報漏洩は生じにくいセキュアな環境であるとして、従って、認証方式としても例えばユーザＩＤとパスワードによる一般的な認証方式が採用される（ｓ１０３）。他方、アクセスしてきたユーザ端末２００がスマートフォンである場合（ｓ１０２：スマートフォン）、公衆回線網であるインターネットを使った通信となるため、適宜な措置を講じないと外部からのなりすましや情報漏洩が生じる懸念がある環境であるとして、従って、認証方式としても例えばユーザＩＤとパスワードの照合処理に加えて生体認証も必須とする認証方式が採用される（ｓ１０４）。こうして切り替えた認証方式の処理については図３中における、右上欄にて一例を示している。この例では、ログインから、追加認証画面（ユーザ所持の乱数表に基づく認証を行う画面）の表示を経て、トップ画面、振込画面、振り込み元口座選択、入力内容確認画面（追加で行うべきトークン認証を行う画面）、完了画面に至る処理遷移を示している。
【００３２】
上記ステップでのユーザ認証に成功した後（ｓ１０３：ＯＫ、ないしｓ１０４：ＯＫ）、前記Ｗｅｂサーバ１００は、前記ステップｓ１０１にて判別している端末種類の情報を元に、セッション管理に際して用いるセッション情報の受渡し方式を、ユーザ端末２００が携帯電話機である場合にはＧＥＴ方式（ｓ１０５）、ユーザ端末２００がスマートフォンである場合にはＰＯＳＴ方式とする（ｓ１０６）。ユーザ端末２００が携帯電話機である場合、上述のように通信キャリアの専用線を介した通信となるから、ＵＲＬにセッション情報が含まれているＧＥＴ方式で問題なく、一方、ユーザ端末２００がスマートフォンである場合、インターネットを介した通信となるからＧＥＴ方式よりセキュアなＰＯＳＴ方式とするのである。
【００３３】
続いてＷｅｂサーバ１００は、前記ユーザ端末２００が携帯電話機である場合、携帯電話機向けの画面装飾データを記憶部１０１より読み出して前記画面定義１２５にインクルードしインラインＣＳＳ方式の画面表示情報を生成する（ｓ１０７）。また、Ｗｅｂサーバ１００は、前記判別した端末種類がスマートフォンである場合、スマートフォン向けの画面装飾データを記憶部１０１より読み出して前記画面定義１２５にインクルードし外部ファイルＣＳＳ方式の画面表示情報を生成する（ｓ１０８）。画面装飾データは、ＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）のデータ群を想定できる。ＣＳＳはＨＴＭＬに代表されるマークアップ言語の表示を規定する仕様である。
【００３４】
前記画面定義１２５は、例えばインターネットバンキングの所定処理毎にユーザに提示する各画面に関し、必ず表示すべき固定的な情報やアプリケーションサーバ１１０からの処理値等の配置構成などについて記述された定義である。この画面定義１２５は、Ｗｅｂサーバ１００が備える画面制御機能に組み込まれているとも言える。また、前記画面装飾データは、ユーザ端末２００の種類別に用意され、端末種別の画面サイズや操作インターフェイス等に応じて予め考慮された各種アイコンや画面等のサイズ、色、デザイン等を記述した画面装飾定義の集まりである。
【００３５】
また、Ｗｅｂサーバ１００にて前記画面表示情報の生成を実行するプログラムには、ＪＳＰ（JavaServer Pages）の技術を採用できる。このＪＳＰは、Ｊａｖａ言語を利用してＷｅｂサーバ１００で動的にＷｅｂページを生成し、クライアントに送信する技術となる。ＨＴＭＬファイルの中にＪａｖａプログラムを埋め込んでおき、クライアントの要求に応じてプログラムを実行、処理結果のみをクライアントに送信することとなる。結果は通常のＨＴＭＬ形式になるため、Ｗｅｂブラウザに特殊な機能を組みこむことなくＷｅｂアプリケーションを構築できる。ＪＳＰの技術においては、ＪＳＰプログラムやＨＴＭＬ文が記されたファイルを別のファイルに読み込む、すなわちインクルードすることで、一度作成したプログラムを再利用することができる。従って、前記カスタムタグライブラリ１３０から読み出された画面装飾データを前記画面定義１２５にインクルードすることができる。
【００３６】
また、前記Ｗｅｂサーバ１００は、前記ＪＳＰが生成した画面表示情報を前記ユーザ端末２００に返信する（ｓ１０９、ｓ１１０）。ユーザ端末２００はこの画面表示情報を受信し、ディスプレイに表示させることになる。
【００３７】
なお、携帯電話機用のインラインＣＳＳの設定は、携帯電話機の通信キャリア別にも、携帯電話機の機種毎にも変えることができる。またスマートフォン用の外部ファイルＣＳＳは、スマートフォンのキャリア別にも機種別にも変えることができる。また、「ｍｅｔａ］タグなどの表示情報は、携帯電話機のキャリア別にも機種別にも、スマートフォンのキャリア別にも機種別にも変更できる。
【００３８】
また、上述したＪＳＰはユーザ端末種類を跨って共通のソースを使うとしても、同じソースをベースに、別プログラムとして動作させるとしても構わない。同様に、ＰＣブラウザ用の画面と同じソースをベースに、ユーザ端末間で画面制御部を共用するとしてもよい。またスマートフォンの代わりにタブレットＰＣの場合も同様に採用できることは言うまでもない。
【００３９】
−−−処理手順例２−−−
次に、ユーザ端末２００としての携帯電話機が外部ファイルＣＳＳ方式に対応した仕様のものである場合の処理について図に基づき説明する。図４は当該処理手順例に対応したシステム構成図であり、図５は、本実施形態における画面生成方法の処理手順例２を示すフロー図である。このフローと、上記処理手順例１のうち、ステップｓ１００〜ｓ１０６までの処理とは同様であるので該当ステップの説明は省略する。従って、ステップｓ１０７から説明を行う。
【００４０】
この場合、Ｗｅｂサーバ１００は、前記ユーザ端末２００が携帯電話機である場合、携帯電話機向けの画面装飾データを記憶部１０１より読み出して外部ファイルＣＳＳ方式で画面表示情報を生成する（ｓ１２７）。また、Ｗｅｂサーバ１００は、前記判別した端末種類がスマートフォンである場合、スマートフォン向けの画面装飾データを記憶部１０１より読み出して外部ファイルＣＳＳ方式で画面表示情報を生成する（ｓ１２８）。Ｗｅｂサーバ１００にて前記画面表示情報の生成を実行するプログラムには、ＪＳＰ（JavaServer Pages）の技術を採用できる。
【００４１】
また、前記Ｗｅｂサーバ１００は、前記ＪＳＰが生成した画面表示情報を前記ユーザ端末２００に返信する（ｓ１２９、ｓ１３０）。ユーザ端末２００はこの画面表示情報を受信し、ディスプレイに表示させることになる。
【００４２】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００４３】
こうした本実施形態によれば、ユーザの端末に応じた使用感良好な画面を効率的かつ低コストで提供することが可能となる。
【００４４】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、前記画面生成システムにおける前記演算部が、前記判別した端末種類が携帯電話機ないしスマートフォンである場合、携帯電話機向けないしスマートフォン向けの画面装飾データを記憶部より読み出し、外部ファイルＣＳＳ方式で画面表示情報を生成し、前記生成した画面表示情報を前記ユーザ端末に返信するとしてもよい。またスマートフォンの代わりにタブレットＰＣの場合も同様に採用できることは言うまでもない。
【００４５】
また、前記画面生成システムにおいて、前記記憶部は、ユーザ端末種別のユーザ認証方式を記述した認証方式選択テーブルを記憶しており、前記演算部が、前記記憶部の認証方式選択テーブルを参照し、前記判別した端末種類の情報に対応した認証方式を特定し、該当認証方式によるユーザ認証処理を実行する処理を実行するものであるとしてもよい。
【００４６】
また、前記画面生成システムにおいて、前記演算部が、セッション管理に際して用いるセッション情報の受渡し方式を、前記判別している端末種類に応じて決定するものであるとしてもよい。
【符号の説明】
【００４７】
１００  画面生成システム（Ｗｅｂサーバ）
１０１  記憶部
１０２  プログラム
１０３  メモリ
１０４  演算部
１０５  入出力部
１０６  通信部
１２０  ネットワーク
１２５  画面定義
１２６  認証方式選択テーブル
１３０  カスタムタグライブラリ
２００  ユーザ端末
【図１】
0005238851.tif 000002
【図２】
0005238851.tif 000003
【図３】
0005238851.tif 000004
【図４】
0005238851.tif 000005
【図５】
0005238851.tif 000006