情報処理装置、情報処理方法およびプログラム
【課題】 Ｗｅｂサービスにおいてユーザにとって習慣的に親和性のある暦部品に置換を実現する
【解決手段】
ユーザによる国および／または地域の指定を受け付け、ユーザから指定された国および／または地域の情報を外部サーバに非同期通信を用いて送信し、該外部サーバから該国および／または地域と親和性のある暦の暦部品を非同期通信により取得し、該取得した暦部品を表示する情報処理装置。
【解決手段】
ユーザによる国および／または地域の指定を受け付け、ユーザから指定された国および／または地域の情報を外部サーバに非同期通信を用いて送信し、該外部サーバから該国および／または地域と親和性のある暦の暦部品を非同期通信により取得し、該取得した暦部品を表示する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーションが提供する画面を構成する画面部品のカスタマイズを行う技術に関するものである。
【背景技術】
【０００２】
近年のインターネットの急速な普及と，それに伴うＷｅｂ上での技術の進化に伴い、ブラウザ型ウェブアプリケーションの利用が急速に広がっている。
【０００３】
また、近年の国際化に伴い、それぞれ異なる国・地域に住み、異なる言語や異なる暦を使うユーザが同一のＷｅｂサービスを利用する機会が増加している。
【０００４】
そして、Ｗｅｂサービスの利用にあたっては、Ｗｅｂサービスによりユーザ登録を求められるのが一般的であり、ユーザ登録においてはユーザの氏名、性別、生年月日、連絡先などの個人情報をシステムに登録することになる。
【０００５】
そこで、異なる言語を使用するユーザの操作性を向上させるべく、ユーザから「国・地域」の選択を受け付けることで、表示言語の切り替えを行ってくれるサイトも存在する。
【０００６】
また、ユーザの所望に応じて暦の切り替えを行う技術として、例えば特許文献１のように、電話、ファクシミリ等の通信端末装置が備えるディスプレイの暦を西暦又は和暦で表示する技術が公開されている。
【特許文献１】特開２００１−３５０５６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、Ｗｅｂサービスが表示言語の切り替えを行ったとしても、生年月日を入力するための暦部品についてはアプリケーション固定であることが多く、暦部品の置換はなされない。
【０００８】
そのため、Ｗｅｂサービスが提供する画面内の生年月日の入力フォームが西暦の場合、ユーザが選択した「国・地域」が日本であろうがイスラム圏の国家であろうが、生年月日は西暦での入力が要求されることになり、入力間違いが生じてしまう。
【０００９】
また、特許文献１において公開されている技術についても、通信端末装置上での暦表示の切り替えに関する技術であり、Ｗｅｂサービスの利用にあたり求められるユーザ登録・編集フォームで利用することまでは考えられていない。
【課題を解決するための手段】
【００１０】
そこで、本発明の目的は、ユーザからの「国・地域」の選択を受け付け、ユーザにとって慣習的に親和性のある暦部品に置き換えを行うことで、異なる国・地域に住み、異なる言語や異なる暦を使うユーザにとって使いやすいＷｅｂサービスを提供する仕組みを実現することにある。
【００１１】
本発明の情報処理装置は、暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置であって、ユーザから国および／または地域の情報の指定を受け付ける受付手段と、前記受付手段でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信手段と、前記送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得手段と、前記取得手段により取得した暦部品を表示する表示手段とを備えることを特徴とする。
【００１２】
また、本発明の情報処理方法は、暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置の情報処理方法であって、受付手段が、ユーザから国および／または地域の情報の指定を受け付ける受付工程と、送信手段が、前記受付工程でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信工程と、取得手段が、前記送信工程で前記送信手段により送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得工程と、表示手段が、前記取得工程で前記取得手段により取得した暦部品を表示する表示工程とを備えることを特徴とする。
【発明の効果】
【００１３】
また、本発明のプログラムは、暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置をユーザから国および／または地域の情報の指定を受け付ける受付手段と、前記受付手段でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信手段と、前記送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得手段と、前記取得手段により取得した暦部品を表示する表示手段として機能させることを特徴とする。
【００１４】
本発明によれば、同一のＷｅｂサービスを利用しながらも年月日を入力する際、ユーザは慣習的になじみのある暦部品の使用が可能となり、例えば入力間違いを減らせるといったように、ユーザの操作性を向上させることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施例に係る情報処理システムの構成を示す図である。
【図２】クライアントＰＣ、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバの基本構成を示すブロック図である。
【図３】クライアントＰＣのディスプレイにインターネットアプリケーションの画面が表示される前の状態における機能構成図である。
【図４】クライアントＰＣのディスプレイにインターネットアプリケーションの画面が表示された状態における機能構成図である。
【図５】ＪＳＯＮ形式の画面デザインデータの書式の一例を示す図である。
【図６】英米向けの画面デザインデータの一例を示す図である。
【図７】図６に示すデザインデータにより生成した画面を示す図である。
【図８】「国・地域」で日本が選択された場合のデザインデータの一例を示す図である。
【図９】図８に示すデザインデータにより生成した画面を示す図である。
【図１０】図７に示す英米向け画面をセットアップする処理におけるクライアントＰＣの処理を示すフローチャートである。
【図１１】図７に示す英米向け画面をセットアップする処理におけるサーバ側の処理を示すフローチャートである。
【図１２】言語・暦部品を日本向けに書き換える処理におけるクライアントＰＣの処理を示すフローチャートである。
【図１３】言語・暦部品を日本向けに書き換える処理におけるサーバ側の処理を示すフローチャートである。
【図１４】画面上の暦部品を介して年月日の登録をする処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明を適用した好適な実施例を、添付図面を参照しながら詳細に説明する。
【００１７】
図１は、本発明におけるＷｅｂアプリケーションを実現するシステム構成の一例を示す図である。
【００１８】
１０１はＷｅｂサーバであって、クライアントＰＣ１０７のブラウザからの要求に応じて、蓄積しているＨＴＭＬ文書や画像等の表示を返すサービスが稼動する。
【００１９】
１０２はアプリケーションサーバであって、Ｗｅｂアプリケーションが稼動する。アプリケーション標準の要件についてはアプリケーションサーバ１０２で管理する。
【００２０】
１０３はデータベースサーバであって、アプリケーション標準の要件に対するカスタマイズの要件、すなわち文言、ロゴ、部品のデザインデータなどを記憶している。なお、アプリケーションの処理結果もここに記憶する。
【００２１】
１０４はＷｅｂサーバ１０１とアプリケーションサーバ１０２を相互にデータ通信可能に接続するためのネットワークである。
【００２２】
１０５はアプリケーションサーバ１０２とデータベースサーバ１０３を相互にデータ通信可能に接続するためのネットワークである。
【００２３】
１０６はＷｅｂサーバ１０１とクライアントＰＣ１０７−１、１０７−２、…１０７−Ｎを相互にデータ通信可能に接続するためのネットワークである。
【００２４】
なお、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２及びデータベースサーバ１０３はネットワーク上に分散していても、分散していなくてもどちらの構成であってもかまわない。
【００２５】
１０７−１、１０７−２・・・１０７−Ｎは同じＷｅｂアプリケーションを使用するクライアントＰＣの集合である。
【００２６】
次に、図２を用いて、図１に示したＷｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３、クライアントＰＣ１０７のハードウェア構成について説明する。
【００２７】
図２は、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３、クライアントＰＣ１０７に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２８】
図２に示すように、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３、クライアントＰＣ１０７は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２９】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（ＢＡＳＩＣ ＩＮＰＵＴ ／ ＯＵＴＰＵＴ ＳＹＳＴＥＭ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各コンピュータが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が外部メモリ２１１に記憶されている。なお外部メモリ２１１はデータベースであってもよい。
【００３０】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、ロードしたプログラムを実行することで各種動作を実現するものである。
【００３１】
また、入力コントローラ（入力Ｃ）２０５は、入力装置２０９からの入力を制御する。なお、入力装置は、マウス等のポインティングデバイスでもキーボードでもいずれの入力装置であってもよい。
【００３２】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器は液晶ディスプレイでもＣＲＴディスプレイでもいずれの表示器でも構わない。これらは必要に応じてユーザが使用するものである。
【００３３】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）等の外部メモリ２１１へのアクセスを制御する。
【００３４】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク（例えば、図１に示したＬＡＮ１０４）を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上に各種操作画面およびマウスカーソル等（不図示）を表示しユーザ指示を可能とする。
【００３６】
なお、後述する各処理を実現するためのプログラムは、例えば外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３７】
次に、図３、図４を用いて、本発明におけるクライアントＰＣ１０７、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３の機能構成を説明する。なお、図３は、クライアントＰＣ１０７のディスプレイ２１０にインターネットアプリケーションの画面が表示される前の状態における機能構成図であり、図４は、クライアントＰＣ１０７のディスプレイ２１０にインターネットアプリケーションの画面が表示された状態における機能構成図である。
【００３８】
Ｗｅｂブラウザ１０は、マイクロソフト社のインターネットエクスプローラのようなＷｅｂブラウザである。Ｗｅｂブラウザ１０のプログラムはクライアントＰＣ１０７が備える記憶領域（ＲＯＭ２０２や外部メモリ２１１）に記憶されている。
【００３９】
ユーザインターフェース部２０は、Ｗｅｂブラウザ１０の外観を表す領域であり、主にＵＲＬ入力欄２１、メニューバー２２、ツールバー２３及び画面表示部２４から構成されている。ＵＲＬとは、インターネット上のリソース（資源）を特定するための形式的な記号の並びであり、ＷＷＷをはじめとするインターネットアプリケーションにおいて提供されるリソースを、主にその所在を表記することで特定する。なお、リソースとは（主にインターネット上の）データやサービスを指す。本発明ではＷｅｂブラウザ１０とＷｅｂサーバ１０１間の通信はＨＴＴＰという通信規約を使用するものとする。Ｗｅｂブラウザ１０が備えるＵＲＬ入力欄２１において「ｈｔｔｐ：／／ホスト名：ポート番号／ファイル名」という書式でインターネット上のリソースを指定する。ここで、Ｗｅｂサーバ１０１が稼動するホストのホスト名が解決されない場合はホスト名の代わりにホストのＩＰアドレスを指定してもかまわない。また、ポート番号とはＷｅｂサーバ１０１にてＷｅｂサーバのプロセスが利用しているポートを指す。ツールバー２３にはユーザが頻繁に使用する機能を起動するボタンが配置されている。ブラウザの操作はメニューバー２２上のメニュー項目やツールバー２３上のボタンを介して行う。画面表示部２４にはインターネットアプリケーションの画面が表示される。
【００４０】
ＪａｖａＳｃｒｉｐｔエンジン３０はＪａｖａＳｃｒｉｐｔ言語実行エンジンであって、Ｗｅｂブラウザ１０の内部に組み込まれている。
【００４１】
Ｗｅｂサーバ１０１−１はオープンソースソフトウェアのＡｐａｃｈｅやマイクロソフト社のＩＩＳ（Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ）のようなＷｅｂサーバ１０１のプログラムである。Ｗｅｂサーバ１０１のプログラムはＷｅｂサーバ１０１の記憶領域（ＲＯＭ２０２や外部メモリ２１１）に記憶されている。なお、Ｗｅｂサーバ１０１のプログラム１０１−１は記憶領域に記憶されているＷｅｂサーバ設定ファイルの内容に従って動作する。Ｗｅｂサーバ１０１のプログラム１０１−１はＷｅｂブラウザ１０から送信されてくるＵＲＬを解析し、Ｗｅｂサーバ１０１の記憶領域に記憶しているファイルを要求元であるＷｅｂブラウザ１０に送信するか、受信したリクエストをアプリケーションサーバ１０２に転送するかを判断する。本実施例においてはこの判断をファイル名の拡張子の種類より判断している。具体的にはＨｔｔｐリクエストに含まれるファイル名の拡張子が「ｄｏ」の場合はサービスと判断し、それ以外の拡張子ではファイルの要求と判断するよう設定した。
【００４２】
なお、本発明におけるＷｅｂサーバ１０１の記憶領域は、ＨＴＭＬにより記述されている画面の雛形１０１−２やＪａｖａＳｃｒｉｐｔにより実装された画面部品１０１−３及びその画面部品が利用するＪａｖａＳｃｒｉｐｔクラスライブラリ１０１−４等をファイル形式で記憶している。ＨＴＭＬにより記述されている標準画面の雛形データは拡張子が「ｈｔｍｌ」のファイルに、ＪａｖａＳｃｒｉｐｔにより実装された画面部品やＪａｖａＳｃｒｉｐｔクラスライブラリは拡張子が「ｊｓ」のファイルに記憶されている。
【００４３】
Ｗｅｂサーバ１０１のプログラム１０１−１は、要求元であるＷｅｂブラウザ１０がファイルを要求していると判断した場合、すなわち、Ｈｔｔｐリクエストに含まれるファイル名の拡張子が「ｄｏ」ではない場合、ＵＲＬのファイル名に基づき記憶領域を検索し、要求されたファイルを要求元のＷｅｂブラウザ１０に送信する。
【００４４】
Ｗｅｂサーバ１０１のプログラム１０１−１は、要求元がサービスの実行を要求していると判断した場合、すなわち、Ｈｔｔｐリクエストに含まれるファイル名の拡張子が「ｄｏ」である場合、Ｗｅｂサーバ１０１のＣＰＵ２０１は受信したリクエストをアプリケーションサーバ１０２上で稼動するアプリケーションサーバのプログラム１０２−１に転送する。
【００４５】
プログラム１０２−１は、アプリケーションサーバ１０２の記憶領域に記憶され、アプリケーションサーバ１０２のＣＰＵ２０１により記憶領域からＲＡＭにロードされ、実行される。
【００４６】
アプリケーションサーバのプログラム１０２−１は、サービスプログラムコンテナ（１０２−２）を持ち、このサービスプログラムコンテナ上でアプリケーションを構成する各種のサービスプログラム（１０２−３、１０２−４、…）が稼動する。
【００４７】
１０２−３は、ユーザのＨｔｔｐリクエストに含まれるサービス名からサービスプログラムを特定するアプリケーションプログラムである。
【００４８】
１０２−４は、国・地域別のデザインデータをデータベースサーバ１０３上で稼動するデータベースプログラムに問い合わせて取得し、そのデザインデータをＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）という構造化データ書式で整形し、要求元のＷｅｂブラウザ１０にそのデザインデータを送信するアプリケーションプログラムである。
【００４９】
１０３−１は、データベースサーバのプログラムであり、データベースサーバ１０３の記憶領域に記憶されている。
【００５０】
１０３−２は、画面に表示する文言を国・地域別の言語で記憶する領域である。
【００５１】
１０３−３は、暦部品の種類を国・地域別に分類して記憶する領域である。ここに記憶された国・地域別の暦部品に従い、ユーザから選択された国・地域に対応する暦部品をパネル２５に表示する。
【００５２】
図４は、図３の機能構成図におけるインターネットアプリケーションの画面を表示する画面表示部２４にインターネットアプリケーションの画面が表示された状態における機能構成図である。
【００５３】
図４における画面表示部２４は、ＪａｖａＳｃｒｉｐｔにより実装された画面部品パネル２５を持ち、さらにそのパネルは国・地域を選択するドロップダウンリスト２６、ユーザ名入力フィールド２７、生年月日を入力する暦部品２８、暦部品により入力された生年月日を表示するラベル２９等のＪａｖａＳｃｒｉｐｔにより実装された画面部品を持つ構成となっている。
【００５４】
さらに、ＪａｖａＳｃｒｉｐｔにより実装された画面部品の中にはＷｅｂサーバ１０１のプログラム１０１−１と非同期通信を行う非同期通信処理部４０を持つ画面部品もある。
【００５５】
画面表示部２４に表示されているＪａｖａＳｃｒｉｐｔにより実装された画面部品やその画面部品に組み込まれている非同期通信処理部４０は、Ｗｅｂブラウザ１０が初期表示画面を構築する過程でＷｅｂサーバ１０１により取得したものである。
【００５６】
ここで非同期通信処理部４０について説明する。非同期通信処理部４０は送信部４１と受信部４２より構成されている。画面部品は送信部４１にてＪａｖａＳｃｒｉｐｔのクラスライブラリである「ＸＭＬＨｔｔｐＲｅｑｕｅｓｔ」というクラスを使用することで画面部品からＷｅｂサーバ１０１に非同期通信でＨｔｔｐリクエストを送ることが出来る。非同期通信で送信したＨｔｔｐリクエストのレスポンスは受信部４２で受け取る。
【００５７】
本発明においては、パネル２５や国・地域を選択するドロップダウンリスト２６に非同期通信処理部４０を持たせている。
【００５８】
なお、パネル２５が備える非同期通信処理部４０の送信部４１はＷｅｂサーバ１０１にアプリケーション標準の画面デザインを要求するよう実装され、受信部４２は受信した画面デザインデータで画面を構築するよう実装されている。
【００５９】
国・地域を選択するドロップダウンリスト２６が備える非同期通信処理部４０の送信部４１は、ユーザにより国・地域が選択されると選択された国・地域と親和性の取れた画面デザインをＷｅｂサーバ１０１に要求するよう実装され、受信部４２は得られたデザインデータをパネル２５に渡し画面の書き換え依頼をするよう実装されている。
【００６０】
なお、ユーザによるインターネットアプリケーションの操作は画面部品２６〜２９等を介して行う。
【００６１】
以上がクライアントＰＣ１０７、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３の機能構成についての説明である。
【００６２】
次に、本発明におけるＪＳＯＮ形式の画面デザインデータの書式と記述例について説明する。
【００６３】
まず、ＪＳＯＮ形式の画面デザインデータの書式について説明する。図５に本発明におけるＪＳＯＮ形式の画面デザインデータの書式を載せる。画面デザインデータは、画面部品の種類５０１、画面部品を特定する識別子５０２（ｘｔｙｐｅ）、画面部品の幅５０３（ｗｉｄｔｈ）、画面部品の高さ５０４（ｈｅｉｇｈｔ）、画面部品が参照するデータモデルの識別子５０５（ｍｏｄｅｌ）、イベントハンドラの識別子５０６（ｈａｎｄｌｅｒ）などより構成される。
【００６４】
図６は、ＪＳＯＮ形式の画面デザインデータの記述例であり、図７に示す画面を図５の書式に従い設計した場合の記述例である。また、図８に示す記述例は、図９に示す画面を設計した場合の記述例である。
【００６５】
以上が本発明におけるＪＳＯＮ形式の画面デザインデータの書式と記述例についての説明である。
【００６６】
次に、図１０のフローチャートで示す処理について説明する。図１０は、例えば、図７に示す英米圏向けの画面を、クライアントＰＣ１０７が備えるディスプレイ２１０に表示されるＷｅｂブラウザ１０に表示する処理におけるクライアントＰＣ１０７の処理を示すフローチャートである。なお、本発明におけるカスタマイズとは、文言の他言語化や暦部品の置換のことを指す。
【００６７】
なお、本実施例で説明する画面はユーザ情報を登録する画面を想定している。従って、画面の外観はユーザ名、ユーザの所属する国・地域、生年月日、性別、メールアドレスなどを編集する画面部品より構成されているものとする。
【００６８】
また、Ｗｅｂブラウザ１０の各種プログラムはクライアントＰＣ１０７が備える記憶領域に記憶されている。ユーザからのＷｅｂブラウザプログラムの起動命令がＣＰＵ２０１に通知されると、ＣＰＵ２０１はＷｅｂブラウザ１０のプログラムを記憶領域からＲＡＭにロードし、実行する。
ステップＳ１００１では、クライアントＰＣ１０７のＣＰＵ２０１は、ＵＲＬ入力欄２１によりユーザからのＵＲＬの入力を受け付ける。なお、ここではＵＲＬ入力欄にはＷｅｂサーバ１０１にアプリケーションの標準画面をリクエストするデータの入力が行われたとする。ユーザによりＵＲＬの入力がなされると、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１００１で受け付けたデータ（ＵＲＬ）をＲＡＭに保存するとともに、ＵＲＬ入力欄２１の表示内容をユーザが入力したデータ（ＵＲＬ）に変更する。仮に、ユーザにより入力されたＵＲＬが「ｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ＲｅｇｉｓｔＵｓｅｒ．ｈｔｍｌ」であったとすると、ＨＴＴＰリクエストを送信するＷｅｂサーバのホスト名はｓｅｒｖｅｒｈｏｓｔ、ポート番号は８０８０、ファイル名はＲｅｇｉｓｔＵｓｅｒ．ｈｔｍｌであることになる。
【００６９】
ステップＳ１００２では、クライアントＰＣ１０７のＣＰＵ２０１は、ユーザによるクライアントＰＣ１０７に備えられているキーボードやマウスなどのポインティングデバイスからの指示に基づいたＷｅｂブラウザ１０が備えるツールバー２３上の送信ボタンに対して発行される押下イベントが検出されると、ＣＰＵ２０１はＲＡＭよりＷｅｂブラウザ１０が備えるＵＲＬ入力欄２１にユーザにより入力されたデータを取り出し、そのデータをＷｅｂサーバ１０１に同期通信５０を利用して送信する。なお、ＣＰＵ２０１がＷｅｂサーバ１０１にサービスをリクエストするときはＨＴＴＰプロトコルのＰＯＳＴメソッドを利用し、リソースの取得をしたい場合にはＧＥＴメソッドを使用する。ここではステップＳ１００１にてＲｅｇｉｓｔＵｓｅｒ．ｈｔｍｌというＨＴＭＬファイルの取得を要求しているのでＧＥＴメソッドが使われることになる。
【００７０】
ステップＳ１００３では、クライアントＰＣ１０７のＣＰＵ２０１は、Ｗｅｂサーバ１０１からのレスポンスデータを同期通信５１を利用して受信する。そして、受信したレスポンスデータをＲＡＭ２０３に記憶する。
【００７１】
なお、このフローチャートにおけるレスポンスデータはＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で書かれているものとする。また、本実施例におけるスクリプトとは特に断りがない限りＪａｖａＳｃｒｉｐｔのことを指す。なお、レスポンスデータとして受信するＨＴＭＬ文書ＲｅｇｉｓｔＵｓｅｒ．ｈｔｍｌには画面部品を実装したスクリプト、非同期通信処理部４０を備えた画面部品を実装したスクリプト及びそれらのスクリプトが使用するクラスライブラリをＷｅｂサーバ１０１に要求する命令が記述されている。
【００７２】
ステップＳ１００４では、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１００３でＷｅｂブラウザ１０が受信したレスポンスデータの命令を解釈する。
【００７３】
そして、ステップＳ１００５では、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１００４で解釈した命令がＷｅｂサーバ１０１へのリクエストか否かを判断する。
【００７４】
Ｗｅｂサーバ１０１へのリクエストであれば（ステップＳ１００５：ＹＥＳ）処理をステップＳ１００２へ移行し、再度Ｗｅｂサーバ１０１へリクエストを送信する。
【００７５】
Ｗｅｂサーバ１０１へのリクエストでなければ（ステップＳ１００５：ＮＯ）、処理をステップＳ１００６に移行し、その命令の内容を判断する。
【００７６】
ステップＳ１００６で、ステップＳ１００４で解釈した命令がスクリプトが利用するクラスライブラリの要求であると判断された場合（ステップＳ１００６：クラスライブラリ）、クライアントＰＣ１０７のＣＰＵ２０１は処理をステップＳ１００７に移行し、当該クラスライブラリをＲＡＭ２０３に取り込む。
【００７７】
Ｓ１００６においてクラスライブラリの要求でない判断された場合は（ステップＳ１００６：クラスライブラリ以外）、クライアントＰＣ１０７のＣＰＵ２０１は、処理をステップＳ１００８に移行する。
【００７８】
ステップＳ１００８では、Ｓ１００７を実行中、そのスクリプトの中に直ちに実行しなければならない非同期通信処理が存在するか否かを判断する。
【００７９】
Ｓ１００８にて実行しなければならない非同期通信処理が存在しないと判断した場合は（ステップＳ１００８：ＮＯ）、処理を終了する（ＥＮＤ）。
【００８０】
Ｓ１００８にて実行しなければならない非同期通信処理が存在すると判断した場合（ステップＳ１００８：ＹＥＳ）、クライアントＰＣ１０７のＣＰＵ２０１は非同期通信６０を利用して画面構築に必要なデザインデータをＷｅｂサーバ１０１にリクエストする（Ｓ１００９）。なお、ここでは標準画面の構築に必要なデザインデータをリクエストする命令が存在すると仮定する。このリクエスト命令のＵＲＬがｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ｃｏｕｎｔｒｙ＝Ａｍｅｒｉｃａであるとすると、リクエストの送信先となるＷｅｂサーバ１０１のホスト名はｓｅｒｖｅｒｈｏｓｔ、ポート番号は８０８０、サービス名はＧｅｔＳｔａｎｄａｒｄＤｅｓｉｇｎｅＤａｔａ．ｄｏ、サービスプログラムに引き渡される引数はｃｏｕｎｔｒｙ＝Ａｍｅｒｉｃａとなる。
【００８１】
また、サービスプログラムに渡される引数はｋｅｙ＝ｖａｌｕｅ のような組で記述する。なお、送信したい組が複数個ある場合にはｋｅｙ１＝ｖａｌｕｅ１＆ｋｅｙ２＝ｖａｌｕｅ２＆…ｋｅｙＮ＝ｖａｌｕｅＮのように＆で区切る。この例では初期表示を英米圏のユーザ向けの画面としているため、ｃｏｕｎｔｒｙ＝Ａｍｅｒｉｃａとなる。また、ＵＲＬの中で出現する「？」はサービス名と引数の区切り文字である。
【００８２】
ステップＳ１０１０では、クライアントＰＣ１０７のＣＰＵ２０１は、Ｗｅｂサーバ１０１が非同期通信６１を利用して送信したレスポンスデータを受信する。このレスポンスデータにはＳ１００９にてリクエストした標準画面の構築に必要なデザインデータ（図６）が含まれている。
【００８３】
ステップＳ１０１０でデザインデータを受信すると、クライアントＰＣ１０７のＣＰＵ２０１は、処理をステップＳ１００７に戻し、受信したレスポンスデータに含まれるデザインデータを利用して画面を構築する（ステップＳ１０１１）。
【００８４】
このように情報処理装置１０７のＣＰＵ２０１は、レスポンスデータにＷｅｂサーバ１０１へのリクエスト命令が存在しなくなるまで再帰的にＷｅｂサーバに問い合わせを行い、受信したデータを利用して標準画面（図７）を構築する。
【００８５】
次に、図１１のフローチャートで示す処理について説明する。図１１は、例えば、図７に示す英米圏向けの画面を、クライアントＰＣ１０７が備えるディスプレイ２１０に表示されるＷｅｂブラウザ１０に表示する処理におけるサーバ側の処理を示すフローチャートである。なお、Ｗｅｂサーバ１０１のプログラム１０１−１はＷｅｂサーバ１０１の記憶領域に記憶され、必要に応じＲＡＭ２０３にロードされ、ＣＰＵ２０１によって実行される。
【００８６】
ステップＳ１１０１では、Ｗｅｂサーバ１０１のＣＰＵ２０１はＨＴＴＰリクエストをクライアントＰＣ１０７から受信し、Ｗｅｂサーバ１０１のＣＰＵ２０１は受信したＨＴＴＰリクエストをＲＡＭ２０３に記憶する。
【００８７】
そして、処理をステップＳ１１０２に移行し、Ｗｅｂサーバ１０１のＣＰＵ２０１はＲＡＭ２０３に記憶したＨＴＴＰリクエストを読み出し解析を行う。
【００８８】
そしてステップＳ１１０３では、Ｗｅｂサーバ１０１のＣＰＵ２０１は、解析したリクエストがファイルの要求なのかサービス実行の要求なのかを判断する。
【００８９】
なお、Ｗｅｂサーバ１０１のＣＰＵ２０１がステップＳ１１０３の判断で用いる規則はあらかじめＷｅｂサーバ１０１が備える記憶領域にファイル形式で保管しているものとする。Ｗｅｂサーバ１０１のＣＰＵ２０１はこの設定ファイルを記憶領域からＲＡＭ２０３にロードし、ＣＰＵ２０１はリクエストがファイルの要求なのかサービス実行なのかを判断する際に当該設定ファイルを参照する。
【００９０】
本実施例では、ＵＲＬのファイル名の拡張子が「ｄｏ」の場合はサービスと判断するようファイルに定義するものとし、例えばファイル名の拡張子が「ｈｔｍｌ」や「ｊｓ」などで指定されているとすると、ＣＰＵ２０１はリクエストがファイルであると判断する。
【００９１】
ステップＳ１１０３で、リクエストがファイルであると判断すると（ステップＳ１１０３：ＮＯ）、処理をステップＳ１１０４に移行し、ファイル名に従い特定されるファイルを記憶領域から取得し、その内容のデータをＲＡＭ２０３に記憶する。
【００９２】
そして、Ｗｅｂサーバ１０１のＣＰＵ２０１はＲＡＭ２０３よりファイルの内容のデータを読み込み、レスポンスデータを作り（ステップＳ１１０５）、処理をステップＳ１１１２へ進める。
【００９３】
他方、ステップＳ１１０３でリクエストがサービスであると判断した場合は（ステップＳ１１０３：ＹＥＳ）、Ｗｅｂサーバ１０１のＣＰＵ２０１は処理をステップＳ１１０６へ移行し、ＲＡＭ２０３から取り出したリクエストをアプリケーションサーバ１０２へ転送する。
【００９４】
なお、ステップＳ１１０３でリクエストがサービスであると判断する場合としては、例えば、Ｗｅｂサーバ１０１のＣＰＵ２０１が受信したリクエストがｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ｃｏｕｎｔｒｙ＝Ａｍｅｒｉｃａであった場合などが挙げられる。
【００９５】
ステップＳ１１０７では、アプリケーションサーバ１０２のＣＰＵ２０１は、Ｗｅｂサーバ１０１から送信されたリクエストを受信し、解析する。
【００９６】
次いでステップＳ１１０８では、ステップＳ１１０７で受信したリクエストに従いサービスプログラムを特定する。
【００９７】
具体的には、アプリケーションサーバ１０２の記憶領域にはサービス名と処理プログラムの関係が定義されているファイルが記憶され、アプリケーションサーバ１０２のＣＰＵ２０１はファイルの内容をＲＡＭ２０３に読込み、サービス名をＫＥＹとする連想配列を用いてサービス名と処理プログラムの関係を記憶している。
【００９８】
ＨＴＴＰリクエストを受けたアプリケーションサーバ１０２のＣＰＵ２０１は受信したリクエストを解析し、アプリケーションサーバ１０２のＣＰＵ２０１はＵＲＬの解析により得たサービス名をＫＥＹにＲＡＭ２０３に記憶されている前記連想配列に問い合わせを行い、実行すべきサービスプログラムを特定する（ステップＳ１１０８）。
【００９９】
仮に、サービスプログラムの名称がＧｅｔＤｅｓｉｇｎｅＤａｔａならば、アプリケーションサーバ１０２のＣＰＵ２０１はこの名称をＫＥＹに連想配列を検索し、対応するサービスプログラムを特定し実行する。なお、本実施例では、ＧｅｔＤｅｓｉｇｎｅＤａｔａに対応するプログラムは画面デザインを作成するサービスプログラムとする。このサービスプログラムに「ｃｏｕｎｔｒｙ」の値である「Ａｍｅｒｉｃａ」を渡すと、サービスプログラムはその引数の値ともっとも親和性の取れたデザインデータを作成する。
【０１００】
そして、アプリケーションサーバ１０２のＣＰＵ２０１は処理をステップＳ１１０９に移行し、特定したサービスプログラムを記憶領域からＲＡＭ２０３に読み込み、サービスプログラムを実行する。この例では、ＣＰＵ２０１はデータベースサーバ１０３に「ｃｏｕｎｔｒｙ」の値である「Ａｍｅｒｉｃａ」と最も親和性の取れた画面のデザインデータを問い合わせ取得し、さらにそのデータをＪＳＯＮ形式（図５）のデータに変換し、ＲＡＭ２０３に記憶する。
【０１０１】
ステップＳ１１１０では、アプリケーションサーバ１０２のＣＰＵ２０１はＲＡＭ２０３に記憶されたＪＳＯＮ形式の標準画面のデザインデータを参照し、その標準画面のデザインデータをレスポンスデータに埋め込みＲＡＭ２０３に記憶する。
【０１０２】
そして、ステップＳ１１１１に処理を移行し、アプリケーションサーバ１０２のＣＰＵ２０１はＲＡＭ２０３に記憶された標準画面のデザインデータを含むレスポンスデータを参照し、Ｗｅｂサーバ１０１に送信する。
【０１０３】
そして、Ｗｅｂサーバ１０１のＣＰＵ２０１はステップＳ１１１１で送信されたレスポンスデータを受信し、受信したレスポンスデータをクライアントＰＣ１０７のＷｅｂブラウザ１０に送信する（ステップＳ１１１２）。
【０１０４】
次に、図１２のフローチャートで示す処理について説明する。図１２は、クライアントＰＣ１０７のＷｅｂブラウザ１０の画面に表示される文言をユーザにより選択された「国・地域」で使用されている言語へ書き換えを行い、Ｗｅｂブラウザ１０の画面に表示されている暦部品をユーザにより選択された「国・地域」と親和性の高い暦部品に置換する処理におけるクライアントＰＣ１０７の処理を示すフローチャートである。
【０１０５】
ステップＳ１２０１では、クライアントＰＣ１０７のＣＰＵ２０１は、Ｗｅｂアプリケーションの画面が備える「国・地域」を選択する画面部品に対するユーザからの選択イベントを受け付ける。
【０１０６】
そして、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１２０１で受け付けた「国・地域」のデータをＲＡＭ２０３に保存するとともに、画面部品の表示内容をユーザにより選択された「国・地域」のデータに変更する。なお、ここでは「Ｊａｐａｎ」が選択されたとする。
【０１０７】
そして、ステップＳ１２０２では、クライアントＰＣ１０７のＣＰＵ２０１は、ユーザにより選択された「国・地域」と親和性の取れた文言データや暦部品の種類をＷｅｂサーバ１０１に要求するためにＨＴＴＰリクエストＵＲＬを作りＲＡＭ２０３に記憶する。なお、「国・地域」を選択する画面部品でＪａｐａｎが選択されているのでステップＳ１２０２にて作成されるＨＴＴＰリクエストＵＲＬはｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ ｃｏｕｎｔｒｙ＝Ｊａｐａｎとなる。ここで、ｃｏｕｎｔｒｙ＝Ｊａｐａｎはサービスプログラムに渡される引数を表す。
【０１０８】
そして、ステップＳ１２０３では、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１２０２で記憶したＨＴＴＰリクエストＵＲＬをＲＡＭ２０３より読み出し、そのリクエストメッセージを非同期通信６０を利用してＷｅｂサーバ１０１に送信する。Ｗｅｂサーバにサービスの実行を要求するためＨＴＴＰメソッドには「ＰＯＳＴ」を使用する。
【０１０９】
そして、ステップＳ１２０４では、クライアントＰＣ１０７のＣＰＵ２０１はユーザにより選択された「国・地域」と親和性の取れた文言データや暦部品の種類を含む画面デザインデータ（図９）を非同期通信６１によりレスポンスデータとしてＷｅｂサーバ１０１から受信し、ＲＡＭ２０３に記憶する。
【０１１０】
そして、ステップＳ１２０５に処理を移行し、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１２０４でＲＡＭ２０３に記憶したレスポンスメッセージを参照し解釈を始める。
【０１１１】
ステップＳ１２０５における解釈の結果、カスタマイズが必要な部品があるか否かを判断する（ステップＳ１２０６）。
【０１１２】
カスタマイズが必要な部品があると判断した場合（ステップＳ１２０６：ＹＥＳ）は、処理をステップＳ１２０７に移行し、カスタマイズが必要な部品が無いと判断した場合（ステップＳ１２０６：ＮＯ）は、本フローチャートの処理を終了する。
【０１１３】
ここで、クライアントＰＣ１０７のＣＰＵ２０１がＷｅｂブラウザ１０内の画面の暦部品の置換（カスタマイズ）をするかしないかについてどのように判断しているかについて説明する。
【０１１４】
まず、ＣＰＵ２０１は受信部４２が受信したレスポンスデータ内に存在する画面部品のｉｄの値とＷｅｂブラウザ１０内の画面を構成する画面部品のｉｄの値を比較し、一致する画面部品が存在するかを調べる。Ｉｄの値が一致する画面部品が存在する場合、さらに互いのｘｔｙｐｅの値を比較し、値が異なっていればＷｅｂブラウザ１０内の画面を構成する画面部品をレスポンスデータの画面部品に置き換える必要があると判断する。一方、互いのｘｔｙｐｅの値を比較し、値が一致していれば置き換え（カスタマイズ）は不要と判断する。
【０１１５】
そして、ステップＳ１２０７では、クライアントＰＣ１０７のＣＰＵ２０１が暦部品の置換が必要であるか否かを判断する。暦部品の置換が必要であると判断すると（ステップＳ１２０７：ＹＥＳ）、処理をステップＳ１２０８に移行し、レスポンスデータから取得したｘｔｙｐｅの値をＫＥＹにして、ＲＡＭ２０３から異なる暦部品を実装したスクリプトを読み出し、画面を構成している既存の暦部品と置換する。
【０１１６】
他方、暦部品の置換が必要ないと判断すると（ステップＳ１２０７：ＮＯ）、処理をステップＳ１２０９に移行する。
【０１１７】
ステップＳ１２０９では、クライアントＰＣ１０７のＣＰＵ２０１は、文言の他言語化が必要であるか否かを判断する。文言の他言語化が必要であると判断すると（ステップＳ１２０９：ＹＥＳ）、処理をステップＳ１２１０に移行し、文言を他言語化する。
【０１１８】
ここで、クライアントＰＣ１０７のＣＰＵ２０１がＷｅｂブラウザ内の画面に存在する文言の他言語化をするか否かをどのように判断しているかについて説明する。
【０１１９】
まず、ＣＰＵ２０１は受信部４２が受信したレスポンスデータ内に存在する画面部品のｉｄの値とＷｅｂブラウザ内の画面を構成する画面部品のｉｄの値を比較し、一致する画面部品が存在するかを調べる。一致する画面部品が存在する場合、さらに互いのｌａｂｅｌの値を比較し、値が異なっていればＷｅｂブラウザ内の画面を構成する画面部品に表示される文言をレスポンスデータの文言に置き換える必要があると判断する。一方、互いのｌａｂｅｌの値を比較し、値が一致していれば置き換えは不要であると判断する。
【０１２０】
クライアントＰＣ１０７のＣＰＵ２０１が文言の置き換えが必要であると判断した場合、レスポンスデータから取得したｌａｂｅｌの値を用いて既存の文言を書き替える（ステップＳ１２１０）。そして、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１２０６に処理を移す。
【０１２１】
なお、ステップＳ１２０９において文言の他言語化が不要であると判断した場合（ステップＳ１２０９：ＮＯ）は、処理をステップＳ１２１１に移行し、その他必要な処理を行う。そして、処理をステップＳ１２０６に移行する。
ステップＳ１２０６においてクライアントＰＣ１０７のＣＰＵ２０１が、処理すべき命令が存在していないと判断した場合には、本フローチャートで示す処理を終了する（ＥＮＤ）。本フローチャートの処理の結果、Ｗｅｂブラウザの画面表示部２４は図９のように書き換えられることになる。
【０１２２】
次に、図１３のフローチャートで示す処理について説明する。図１３は、クライアントＰＣ１０７のＷｅｂブラウザ１０の画面に表示される文言のユーザにより選択された「国・地域」で使用されている言語への書き換えや、Ｗｅｂブラウザ１０の画面に表示されている暦部品をユーザにより選択された「国・地域」と親和性の高い暦部品に置換する処理におけるサーバ側の処理を示すフローチャートである。
【０１２３】
ステップＳ１３０１では、Ｗｅｂサーバ１０１のＣＰＵ２０１はクライアントＰＣからＨＴＴＰリクエストを受信し、受信したリクエストＵＲＬをＲＡＭ２０３に記憶する。
【０１２４】
なお、本実施例では、受信したＵＲＬをｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ ｃｏｕｎｔｒｙ＝Ｊａｐａｎとする。
【０１２５】
そして、Ｗｅｂサーバ１０１のＣＰＵ２０１はＲＡＭ２０３に記憶したリクエストのＵＲＬを読み出し解析を行い、そのリクエストがファイルの要求なのかサービス実行の要求なのかを判断する。本実施例では、受信したＵＲＬはｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ ｃｏｕｎｔｒｙ＝Ｊａｐａｎであるため、Ｗｅｂサーバ１０１のＣＰＵ２０１はサービス実行の要求と判断し、リクエストのＵＲＬをアプリケーションサーバ１０２に転送する（ステップＳ１３０２）。
【０１２６】
そして、ステップＳ１３０３では、アプリケーションサーバ１０２のＣＰＵ２０１はステップＳ１３０２で転送されたリクエストのＵＲＬを解析し、実行するサービスプログラムを判断する。
【０１２７】
実行するサービスプログラムが「国・地域」に対応するデータの取得である場合には、処理をステップＳ１３０４に移行し、その他のサービスである場合には処理をステップＳ１３０５に移行する。
【０１２８】
なお、本実施例においては、ＧｅｔＤｅｓｉｇｎｅＤａｔａにより特定されるサービスプログラムは、引数として受け取った「国・地域」を利用して画面部品に表示する文言や暦部品の種類をデータベースサーバ１０３に問い合わせ、取り出すものである。
したがって、ステップＳ１３０４に移行することになる。
【０１２９】
そして、ステップＳ１３０４において、アプリケーションサーバ１０２のＣＰＵ２０１は特定したサービスプログラムを記憶領域からＲＡＭ２０３に読み込み、サービスプログラムの実行を開始する。
【０１３０】
アプリケーションサーバ１０２のＣＰＵ２０１は、「国・地域」の値がＪａｐａｎなので、Ｊａｐａｎに対応する文言や暦部品のタイプをデータベースサーバ１０３に問い合わせ、取り出した値をＲＡＭ２０３に記憶する。
【０１３１】
そして、処理をステップＳ１３０６に移行し、アプリケーションサーバ１０２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されている暦部品のタイプと画面部品に表示する文言を参照し、ＪＳＯＮ形式の画面デザインデータに整形する。さらにアプリケーションサーバ１０２のＣＰＵ２０１はその画面デザインデータを含むレスポンスメッセージを作りＲＡＭ２０３に記憶する。
【０１３２】
そして、処理をステップＳ１３０７に移行し、アプリケーションサーバ１０２のＣＰＵ２０１はＲＡＭ２０３に記憶されているレスポンスメッセージを参照し、Ｗｅｂサーバ１０１に送信する。
【０１３３】
Ｗｅｂサーバ１０１のＣＰＵ２０１は受信したレスポンスメッセージをＷｅｂブラウザ１０に非同期通信６１を利用して送信する。
【０１３４】
図１４は、ユーザがクライアントＰＣ１０７のＷｅｂブラウザ１０上の暦部品を使用して年月日を登録する処理を示すフローチャートである。
【０１３５】
ステップＳ１４０１では、クライアントＰＣ１０７のＣＰＵ２０１は、クライアントＰＣ１０７が備えるディスプレイ２１０に表示されるＷｅｂブラウザ１０に表示される画面の構成要素である暦部品に対する操作を受け付ける。
【０１３６】
クライアントＰＣ１０７のＣＰＵ２０１が暦部品に対する編集確定イベントを検出すると、処理をステップＳ１４０２に移行し、ＣＰＵ２０１は暦部品上で設定された年月日データを取り出し、そのデータをＲＡＭ２０３に記憶する。
【０１３７】
そして、処理をステップＳ１４０３に移行し、ＣＰＵ２０１はＲＡＭ２０３より年月日データを取り出し、年月日表示フィールドに表示する年月日を書き換える。
【０１３８】
上述する処理を行うことにより、ユーザにより国・地域が選択されることで、選択された国・地域に親和する暦を表示することが可能となり、ユーザの操作性の向上を図ることができる。さらに、暦部品の置換えを非同期通信を用いて行うことで、画面全体が更新されることがないため、画面のちらつきが低減され、ユーザの不快感。ストレスを低減させることが可能とる。
【０１３９】
以上のように、前述した実施例の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１４０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１４１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１４２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施例の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。
【０１４３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。
【０１４４】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４５】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施例およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１４６】
１０１ Ｗｅｂサーバ
１０２ アプリケーションサーバ
１０３ データベースサーバ
１０４、１０５、１０６ ネットワーク
１０７−１、１０７−２、１０７−Ｎ クライアントＰＣ
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーションが提供する画面を構成する画面部品のカスタマイズを行う技術に関するものである。
【背景技術】
【０００２】
近年のインターネットの急速な普及と，それに伴うＷｅｂ上での技術の進化に伴い、ブラウザ型ウェブアプリケーションの利用が急速に広がっている。
【０００３】
また、近年の国際化に伴い、それぞれ異なる国・地域に住み、異なる言語や異なる暦を使うユーザが同一のＷｅｂサービスを利用する機会が増加している。
【０００４】
そして、Ｗｅｂサービスの利用にあたっては、Ｗｅｂサービスによりユーザ登録を求められるのが一般的であり、ユーザ登録においてはユーザの氏名、性別、生年月日、連絡先などの個人情報をシステムに登録することになる。
【０００５】
そこで、異なる言語を使用するユーザの操作性を向上させるべく、ユーザから「国・地域」の選択を受け付けることで、表示言語の切り替えを行ってくれるサイトも存在する。
【０００６】
また、ユーザの所望に応じて暦の切り替えを行う技術として、例えば特許文献１のように、電話、ファクシミリ等の通信端末装置が備えるディスプレイの暦を西暦又は和暦で表示する技術が公開されている。
【特許文献１】特開２００１−３５０５６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、Ｗｅｂサービスが表示言語の切り替えを行ったとしても、生年月日を入力するための暦部品についてはアプリケーション固定であることが多く、暦部品の置換はなされない。
【０００８】
そのため、Ｗｅｂサービスが提供する画面内の生年月日の入力フォームが西暦の場合、ユーザが選択した「国・地域」が日本であろうがイスラム圏の国家であろうが、生年月日は西暦での入力が要求されることになり、入力間違いが生じてしまう。
【０００９】
また、特許文献１において公開されている技術についても、通信端末装置上での暦表示の切り替えに関する技術であり、Ｗｅｂサービスの利用にあたり求められるユーザ登録・編集フォームで利用することまでは考えられていない。
【課題を解決するための手段】
【００１０】
そこで、本発明の目的は、ユーザからの「国・地域」の選択を受け付け、ユーザにとって慣習的に親和性のある暦部品に置き換えを行うことで、異なる国・地域に住み、異なる言語や異なる暦を使うユーザにとって使いやすいＷｅｂサービスを提供する仕組みを実現することにある。
【００１１】
本発明の情報処理装置は、暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置であって、ユーザから国および／または地域の情報の指定を受け付ける受付手段と、前記受付手段でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信手段と、前記送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得手段と、前記取得手段により取得した暦部品を表示する表示手段とを備えることを特徴とする。
【００１２】
また、本発明の情報処理方法は、暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置の情報処理方法であって、受付手段が、ユーザから国および／または地域の情報の指定を受け付ける受付工程と、送信手段が、前記受付工程でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信工程と、取得手段が、前記送信工程で前記送信手段により送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得工程と、表示手段が、前記取得工程で前記取得手段により取得した暦部品を表示する表示工程とを備えることを特徴とする。
【発明の効果】
【００１３】
また、本発明のプログラムは、暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置をユーザから国および／または地域の情報の指定を受け付ける受付手段と、前記受付手段でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信手段と、前記送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得手段と、前記取得手段により取得した暦部品を表示する表示手段として機能させることを特徴とする。
【００１４】
本発明によれば、同一のＷｅｂサービスを利用しながらも年月日を入力する際、ユーザは慣習的になじみのある暦部品の使用が可能となり、例えば入力間違いを減らせるといったように、ユーザの操作性を向上させることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施例に係る情報処理システムの構成を示す図である。
【図２】クライアントＰＣ、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバの基本構成を示すブロック図である。
【図３】クライアントＰＣのディスプレイにインターネットアプリケーションの画面が表示される前の状態における機能構成図である。
【図４】クライアントＰＣのディスプレイにインターネットアプリケーションの画面が表示された状態における機能構成図である。
【図５】ＪＳＯＮ形式の画面デザインデータの書式の一例を示す図である。
【図６】英米向けの画面デザインデータの一例を示す図である。
【図７】図６に示すデザインデータにより生成した画面を示す図である。
【図８】「国・地域」で日本が選択された場合のデザインデータの一例を示す図である。
【図９】図８に示すデザインデータにより生成した画面を示す図である。
【図１０】図７に示す英米向け画面をセットアップする処理におけるクライアントＰＣの処理を示すフローチャートである。
【図１１】図７に示す英米向け画面をセットアップする処理におけるサーバ側の処理を示すフローチャートである。
【図１２】言語・暦部品を日本向けに書き換える処理におけるクライアントＰＣの処理を示すフローチャートである。
【図１３】言語・暦部品を日本向けに書き換える処理におけるサーバ側の処理を示すフローチャートである。
【図１４】画面上の暦部品を介して年月日の登録をする処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明を適用した好適な実施例を、添付図面を参照しながら詳細に説明する。
【００１７】
図１は、本発明におけるＷｅｂアプリケーションを実現するシステム構成の一例を示す図である。
【００１８】
１０１はＷｅｂサーバであって、クライアントＰＣ１０７のブラウザからの要求に応じて、蓄積しているＨＴＭＬ文書や画像等の表示を返すサービスが稼動する。
【００１９】
１０２はアプリケーションサーバであって、Ｗｅｂアプリケーションが稼動する。アプリケーション標準の要件についてはアプリケーションサーバ１０２で管理する。
【００２０】
１０３はデータベースサーバであって、アプリケーション標準の要件に対するカスタマイズの要件、すなわち文言、ロゴ、部品のデザインデータなどを記憶している。なお、アプリケーションの処理結果もここに記憶する。
【００２１】
１０４はＷｅｂサーバ１０１とアプリケーションサーバ１０２を相互にデータ通信可能に接続するためのネットワークである。
【００２２】
１０５はアプリケーションサーバ１０２とデータベースサーバ１０３を相互にデータ通信可能に接続するためのネットワークである。
【００２３】
１０６はＷｅｂサーバ１０１とクライアントＰＣ１０７−１、１０７−２、…１０７−Ｎを相互にデータ通信可能に接続するためのネットワークである。
【００２４】
なお、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２及びデータベースサーバ１０３はネットワーク上に分散していても、分散していなくてもどちらの構成であってもかまわない。
【００２５】
１０７−１、１０７−２・・・１０７−Ｎは同じＷｅｂアプリケーションを使用するクライアントＰＣの集合である。
【００２６】
次に、図２を用いて、図１に示したＷｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３、クライアントＰＣ１０７のハードウェア構成について説明する。
【００２７】
図２は、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３、クライアントＰＣ１０７に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２８】
図２に示すように、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３、クライアントＰＣ１０７は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２９】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（ＢＡＳＩＣ ＩＮＰＵＴ ／ ＯＵＴＰＵＴ ＳＹＳＴＥＭ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各コンピュータが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が外部メモリ２１１に記憶されている。なお外部メモリ２１１はデータベースであってもよい。
【００３０】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、ロードしたプログラムを実行することで各種動作を実現するものである。
【００３１】
また、入力コントローラ（入力Ｃ）２０５は、入力装置２０９からの入力を制御する。なお、入力装置は、マウス等のポインティングデバイスでもキーボードでもいずれの入力装置であってもよい。
【００３２】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器は液晶ディスプレイでもＣＲＴディスプレイでもいずれの表示器でも構わない。これらは必要に応じてユーザが使用するものである。
【００３３】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）等の外部メモリ２１１へのアクセスを制御する。
【００３４】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク（例えば、図１に示したＬＡＮ１０４）を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上に各種操作画面およびマウスカーソル等（不図示）を表示しユーザ指示を可能とする。
【００３６】
なお、後述する各処理を実現するためのプログラムは、例えば外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３７】
次に、図３、図４を用いて、本発明におけるクライアントＰＣ１０７、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３の機能構成を説明する。なお、図３は、クライアントＰＣ１０７のディスプレイ２１０にインターネットアプリケーションの画面が表示される前の状態における機能構成図であり、図４は、クライアントＰＣ１０７のディスプレイ２１０にインターネットアプリケーションの画面が表示された状態における機能構成図である。
【００３８】
Ｗｅｂブラウザ１０は、マイクロソフト社のインターネットエクスプローラのようなＷｅｂブラウザである。Ｗｅｂブラウザ１０のプログラムはクライアントＰＣ１０７が備える記憶領域（ＲＯＭ２０２や外部メモリ２１１）に記憶されている。
【００３９】
ユーザインターフェース部２０は、Ｗｅｂブラウザ１０の外観を表す領域であり、主にＵＲＬ入力欄２１、メニューバー２２、ツールバー２３及び画面表示部２４から構成されている。ＵＲＬとは、インターネット上のリソース（資源）を特定するための形式的な記号の並びであり、ＷＷＷをはじめとするインターネットアプリケーションにおいて提供されるリソースを、主にその所在を表記することで特定する。なお、リソースとは（主にインターネット上の）データやサービスを指す。本発明ではＷｅｂブラウザ１０とＷｅｂサーバ１０１間の通信はＨＴＴＰという通信規約を使用するものとする。Ｗｅｂブラウザ１０が備えるＵＲＬ入力欄２１において「ｈｔｔｐ：／／ホスト名：ポート番号／ファイル名」という書式でインターネット上のリソースを指定する。ここで、Ｗｅｂサーバ１０１が稼動するホストのホスト名が解決されない場合はホスト名の代わりにホストのＩＰアドレスを指定してもかまわない。また、ポート番号とはＷｅｂサーバ１０１にてＷｅｂサーバのプロセスが利用しているポートを指す。ツールバー２３にはユーザが頻繁に使用する機能を起動するボタンが配置されている。ブラウザの操作はメニューバー２２上のメニュー項目やツールバー２３上のボタンを介して行う。画面表示部２４にはインターネットアプリケーションの画面が表示される。
【００４０】
ＪａｖａＳｃｒｉｐｔエンジン３０はＪａｖａＳｃｒｉｐｔ言語実行エンジンであって、Ｗｅｂブラウザ１０の内部に組み込まれている。
【００４１】
Ｗｅｂサーバ１０１−１はオープンソースソフトウェアのＡｐａｃｈｅやマイクロソフト社のＩＩＳ（Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ）のようなＷｅｂサーバ１０１のプログラムである。Ｗｅｂサーバ１０１のプログラムはＷｅｂサーバ１０１の記憶領域（ＲＯＭ２０２や外部メモリ２１１）に記憶されている。なお、Ｗｅｂサーバ１０１のプログラム１０１−１は記憶領域に記憶されているＷｅｂサーバ設定ファイルの内容に従って動作する。Ｗｅｂサーバ１０１のプログラム１０１−１はＷｅｂブラウザ１０から送信されてくるＵＲＬを解析し、Ｗｅｂサーバ１０１の記憶領域に記憶しているファイルを要求元であるＷｅｂブラウザ１０に送信するか、受信したリクエストをアプリケーションサーバ１０２に転送するかを判断する。本実施例においてはこの判断をファイル名の拡張子の種類より判断している。具体的にはＨｔｔｐリクエストに含まれるファイル名の拡張子が「ｄｏ」の場合はサービスと判断し、それ以外の拡張子ではファイルの要求と判断するよう設定した。
【００４２】
なお、本発明におけるＷｅｂサーバ１０１の記憶領域は、ＨＴＭＬにより記述されている画面の雛形１０１−２やＪａｖａＳｃｒｉｐｔにより実装された画面部品１０１−３及びその画面部品が利用するＪａｖａＳｃｒｉｐｔクラスライブラリ１０１−４等をファイル形式で記憶している。ＨＴＭＬにより記述されている標準画面の雛形データは拡張子が「ｈｔｍｌ」のファイルに、ＪａｖａＳｃｒｉｐｔにより実装された画面部品やＪａｖａＳｃｒｉｐｔクラスライブラリは拡張子が「ｊｓ」のファイルに記憶されている。
【００４３】
Ｗｅｂサーバ１０１のプログラム１０１−１は、要求元であるＷｅｂブラウザ１０がファイルを要求していると判断した場合、すなわち、Ｈｔｔｐリクエストに含まれるファイル名の拡張子が「ｄｏ」ではない場合、ＵＲＬのファイル名に基づき記憶領域を検索し、要求されたファイルを要求元のＷｅｂブラウザ１０に送信する。
【００４４】
Ｗｅｂサーバ１０１のプログラム１０１−１は、要求元がサービスの実行を要求していると判断した場合、すなわち、Ｈｔｔｐリクエストに含まれるファイル名の拡張子が「ｄｏ」である場合、Ｗｅｂサーバ１０１のＣＰＵ２０１は受信したリクエストをアプリケーションサーバ１０２上で稼動するアプリケーションサーバのプログラム１０２−１に転送する。
【００４５】
プログラム１０２−１は、アプリケーションサーバ１０２の記憶領域に記憶され、アプリケーションサーバ１０２のＣＰＵ２０１により記憶領域からＲＡＭにロードされ、実行される。
【００４６】
アプリケーションサーバのプログラム１０２−１は、サービスプログラムコンテナ（１０２−２）を持ち、このサービスプログラムコンテナ上でアプリケーションを構成する各種のサービスプログラム（１０２−３、１０２−４、…）が稼動する。
【００４７】
１０２−３は、ユーザのＨｔｔｐリクエストに含まれるサービス名からサービスプログラムを特定するアプリケーションプログラムである。
【００４８】
１０２−４は、国・地域別のデザインデータをデータベースサーバ１０３上で稼動するデータベースプログラムに問い合わせて取得し、そのデザインデータをＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）という構造化データ書式で整形し、要求元のＷｅｂブラウザ１０にそのデザインデータを送信するアプリケーションプログラムである。
【００４９】
１０３−１は、データベースサーバのプログラムであり、データベースサーバ１０３の記憶領域に記憶されている。
【００５０】
１０３−２は、画面に表示する文言を国・地域別の言語で記憶する領域である。
【００５１】
１０３−３は、暦部品の種類を国・地域別に分類して記憶する領域である。ここに記憶された国・地域別の暦部品に従い、ユーザから選択された国・地域に対応する暦部品をパネル２５に表示する。
【００５２】
図４は、図３の機能構成図におけるインターネットアプリケーションの画面を表示する画面表示部２４にインターネットアプリケーションの画面が表示された状態における機能構成図である。
【００５３】
図４における画面表示部２４は、ＪａｖａＳｃｒｉｐｔにより実装された画面部品パネル２５を持ち、さらにそのパネルは国・地域を選択するドロップダウンリスト２６、ユーザ名入力フィールド２７、生年月日を入力する暦部品２８、暦部品により入力された生年月日を表示するラベル２９等のＪａｖａＳｃｒｉｐｔにより実装された画面部品を持つ構成となっている。
【００５４】
さらに、ＪａｖａＳｃｒｉｐｔにより実装された画面部品の中にはＷｅｂサーバ１０１のプログラム１０１−１と非同期通信を行う非同期通信処理部４０を持つ画面部品もある。
【００５５】
画面表示部２４に表示されているＪａｖａＳｃｒｉｐｔにより実装された画面部品やその画面部品に組み込まれている非同期通信処理部４０は、Ｗｅｂブラウザ１０が初期表示画面を構築する過程でＷｅｂサーバ１０１により取得したものである。
【００５６】
ここで非同期通信処理部４０について説明する。非同期通信処理部４０は送信部４１と受信部４２より構成されている。画面部品は送信部４１にてＪａｖａＳｃｒｉｐｔのクラスライブラリである「ＸＭＬＨｔｔｐＲｅｑｕｅｓｔ」というクラスを使用することで画面部品からＷｅｂサーバ１０１に非同期通信でＨｔｔｐリクエストを送ることが出来る。非同期通信で送信したＨｔｔｐリクエストのレスポンスは受信部４２で受け取る。
【００５７】
本発明においては、パネル２５や国・地域を選択するドロップダウンリスト２６に非同期通信処理部４０を持たせている。
【００５８】
なお、パネル２５が備える非同期通信処理部４０の送信部４１はＷｅｂサーバ１０１にアプリケーション標準の画面デザインを要求するよう実装され、受信部４２は受信した画面デザインデータで画面を構築するよう実装されている。
【００５９】
国・地域を選択するドロップダウンリスト２６が備える非同期通信処理部４０の送信部４１は、ユーザにより国・地域が選択されると選択された国・地域と親和性の取れた画面デザインをＷｅｂサーバ１０１に要求するよう実装され、受信部４２は得られたデザインデータをパネル２５に渡し画面の書き換え依頼をするよう実装されている。
【００６０】
なお、ユーザによるインターネットアプリケーションの操作は画面部品２６〜２９等を介して行う。
【００６１】
以上がクライアントＰＣ１０７、Ｗｅｂサーバ１０１、アプリケーションサーバ１０２、データベースサーバ１０３の機能構成についての説明である。
【００６２】
次に、本発明におけるＪＳＯＮ形式の画面デザインデータの書式と記述例について説明する。
【００６３】
まず、ＪＳＯＮ形式の画面デザインデータの書式について説明する。図５に本発明におけるＪＳＯＮ形式の画面デザインデータの書式を載せる。画面デザインデータは、画面部品の種類５０１、画面部品を特定する識別子５０２（ｘｔｙｐｅ）、画面部品の幅５０３（ｗｉｄｔｈ）、画面部品の高さ５０４（ｈｅｉｇｈｔ）、画面部品が参照するデータモデルの識別子５０５（ｍｏｄｅｌ）、イベントハンドラの識別子５０６（ｈａｎｄｌｅｒ）などより構成される。
【００６４】
図６は、ＪＳＯＮ形式の画面デザインデータの記述例であり、図７に示す画面を図５の書式に従い設計した場合の記述例である。また、図８に示す記述例は、図９に示す画面を設計した場合の記述例である。
【００６５】
以上が本発明におけるＪＳＯＮ形式の画面デザインデータの書式と記述例についての説明である。
【００６６】
次に、図１０のフローチャートで示す処理について説明する。図１０は、例えば、図７に示す英米圏向けの画面を、クライアントＰＣ１０７が備えるディスプレイ２１０に表示されるＷｅｂブラウザ１０に表示する処理におけるクライアントＰＣ１０７の処理を示すフローチャートである。なお、本発明におけるカスタマイズとは、文言の他言語化や暦部品の置換のことを指す。
【００６７】
なお、本実施例で説明する画面はユーザ情報を登録する画面を想定している。従って、画面の外観はユーザ名、ユーザの所属する国・地域、生年月日、性別、メールアドレスなどを編集する画面部品より構成されているものとする。
【００６８】
また、Ｗｅｂブラウザ１０の各種プログラムはクライアントＰＣ１０７が備える記憶領域に記憶されている。ユーザからのＷｅｂブラウザプログラムの起動命令がＣＰＵ２０１に通知されると、ＣＰＵ２０１はＷｅｂブラウザ１０のプログラムを記憶領域からＲＡＭにロードし、実行する。
ステップＳ１００１では、クライアントＰＣ１０７のＣＰＵ２０１は、ＵＲＬ入力欄２１によりユーザからのＵＲＬの入力を受け付ける。なお、ここではＵＲＬ入力欄にはＷｅｂサーバ１０１にアプリケーションの標準画面をリクエストするデータの入力が行われたとする。ユーザによりＵＲＬの入力がなされると、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１００１で受け付けたデータ（ＵＲＬ）をＲＡＭに保存するとともに、ＵＲＬ入力欄２１の表示内容をユーザが入力したデータ（ＵＲＬ）に変更する。仮に、ユーザにより入力されたＵＲＬが「ｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ＲｅｇｉｓｔＵｓｅｒ．ｈｔｍｌ」であったとすると、ＨＴＴＰリクエストを送信するＷｅｂサーバのホスト名はｓｅｒｖｅｒｈｏｓｔ、ポート番号は８０８０、ファイル名はＲｅｇｉｓｔＵｓｅｒ．ｈｔｍｌであることになる。
【００６９】
ステップＳ１００２では、クライアントＰＣ１０７のＣＰＵ２０１は、ユーザによるクライアントＰＣ１０７に備えられているキーボードやマウスなどのポインティングデバイスからの指示に基づいたＷｅｂブラウザ１０が備えるツールバー２３上の送信ボタンに対して発行される押下イベントが検出されると、ＣＰＵ２０１はＲＡＭよりＷｅｂブラウザ１０が備えるＵＲＬ入力欄２１にユーザにより入力されたデータを取り出し、そのデータをＷｅｂサーバ１０１に同期通信５０を利用して送信する。なお、ＣＰＵ２０１がＷｅｂサーバ１０１にサービスをリクエストするときはＨＴＴＰプロトコルのＰＯＳＴメソッドを利用し、リソースの取得をしたい場合にはＧＥＴメソッドを使用する。ここではステップＳ１００１にてＲｅｇｉｓｔＵｓｅｒ．ｈｔｍｌというＨＴＭＬファイルの取得を要求しているのでＧＥＴメソッドが使われることになる。
【００７０】
ステップＳ１００３では、クライアントＰＣ１０７のＣＰＵ２０１は、Ｗｅｂサーバ１０１からのレスポンスデータを同期通信５１を利用して受信する。そして、受信したレスポンスデータをＲＡＭ２０３に記憶する。
【００７１】
なお、このフローチャートにおけるレスポンスデータはＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で書かれているものとする。また、本実施例におけるスクリプトとは特に断りがない限りＪａｖａＳｃｒｉｐｔのことを指す。なお、レスポンスデータとして受信するＨＴＭＬ文書ＲｅｇｉｓｔＵｓｅｒ．ｈｔｍｌには画面部品を実装したスクリプト、非同期通信処理部４０を備えた画面部品を実装したスクリプト及びそれらのスクリプトが使用するクラスライブラリをＷｅｂサーバ１０１に要求する命令が記述されている。
【００７２】
ステップＳ１００４では、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１００３でＷｅｂブラウザ１０が受信したレスポンスデータの命令を解釈する。
【００７３】
そして、ステップＳ１００５では、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１００４で解釈した命令がＷｅｂサーバ１０１へのリクエストか否かを判断する。
【００７４】
Ｗｅｂサーバ１０１へのリクエストであれば（ステップＳ１００５：ＹＥＳ）処理をステップＳ１００２へ移行し、再度Ｗｅｂサーバ１０１へリクエストを送信する。
【００７５】
Ｗｅｂサーバ１０１へのリクエストでなければ（ステップＳ１００５：ＮＯ）、処理をステップＳ１００６に移行し、その命令の内容を判断する。
【００７６】
ステップＳ１００６で、ステップＳ１００４で解釈した命令がスクリプトが利用するクラスライブラリの要求であると判断された場合（ステップＳ１００６：クラスライブラリ）、クライアントＰＣ１０７のＣＰＵ２０１は処理をステップＳ１００７に移行し、当該クラスライブラリをＲＡＭ２０３に取り込む。
【００７７】
Ｓ１００６においてクラスライブラリの要求でない判断された場合は（ステップＳ１００６：クラスライブラリ以外）、クライアントＰＣ１０７のＣＰＵ２０１は、処理をステップＳ１００８に移行する。
【００７８】
ステップＳ１００８では、Ｓ１００７を実行中、そのスクリプトの中に直ちに実行しなければならない非同期通信処理が存在するか否かを判断する。
【００７９】
Ｓ１００８にて実行しなければならない非同期通信処理が存在しないと判断した場合は（ステップＳ１００８：ＮＯ）、処理を終了する（ＥＮＤ）。
【００８０】
Ｓ１００８にて実行しなければならない非同期通信処理が存在すると判断した場合（ステップＳ１００８：ＹＥＳ）、クライアントＰＣ１０７のＣＰＵ２０１は非同期通信６０を利用して画面構築に必要なデザインデータをＷｅｂサーバ１０１にリクエストする（Ｓ１００９）。なお、ここでは標準画面の構築に必要なデザインデータをリクエストする命令が存在すると仮定する。このリクエスト命令のＵＲＬがｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ｃｏｕｎｔｒｙ＝Ａｍｅｒｉｃａであるとすると、リクエストの送信先となるＷｅｂサーバ１０１のホスト名はｓｅｒｖｅｒｈｏｓｔ、ポート番号は８０８０、サービス名はＧｅｔＳｔａｎｄａｒｄＤｅｓｉｇｎｅＤａｔａ．ｄｏ、サービスプログラムに引き渡される引数はｃｏｕｎｔｒｙ＝Ａｍｅｒｉｃａとなる。
【００８１】
また、サービスプログラムに渡される引数はｋｅｙ＝ｖａｌｕｅ のような組で記述する。なお、送信したい組が複数個ある場合にはｋｅｙ１＝ｖａｌｕｅ１＆ｋｅｙ２＝ｖａｌｕｅ２＆…ｋｅｙＮ＝ｖａｌｕｅＮのように＆で区切る。この例では初期表示を英米圏のユーザ向けの画面としているため、ｃｏｕｎｔｒｙ＝Ａｍｅｒｉｃａとなる。また、ＵＲＬの中で出現する「？」はサービス名と引数の区切り文字である。
【００８２】
ステップＳ１０１０では、クライアントＰＣ１０７のＣＰＵ２０１は、Ｗｅｂサーバ１０１が非同期通信６１を利用して送信したレスポンスデータを受信する。このレスポンスデータにはＳ１００９にてリクエストした標準画面の構築に必要なデザインデータ（図６）が含まれている。
【００８３】
ステップＳ１０１０でデザインデータを受信すると、クライアントＰＣ１０７のＣＰＵ２０１は、処理をステップＳ１００７に戻し、受信したレスポンスデータに含まれるデザインデータを利用して画面を構築する（ステップＳ１０１１）。
【００８４】
このように情報処理装置１０７のＣＰＵ２０１は、レスポンスデータにＷｅｂサーバ１０１へのリクエスト命令が存在しなくなるまで再帰的にＷｅｂサーバに問い合わせを行い、受信したデータを利用して標準画面（図７）を構築する。
【００８５】
次に、図１１のフローチャートで示す処理について説明する。図１１は、例えば、図７に示す英米圏向けの画面を、クライアントＰＣ１０７が備えるディスプレイ２１０に表示されるＷｅｂブラウザ１０に表示する処理におけるサーバ側の処理を示すフローチャートである。なお、Ｗｅｂサーバ１０１のプログラム１０１−１はＷｅｂサーバ１０１の記憶領域に記憶され、必要に応じＲＡＭ２０３にロードされ、ＣＰＵ２０１によって実行される。
【００８６】
ステップＳ１１０１では、Ｗｅｂサーバ１０１のＣＰＵ２０１はＨＴＴＰリクエストをクライアントＰＣ１０７から受信し、Ｗｅｂサーバ１０１のＣＰＵ２０１は受信したＨＴＴＰリクエストをＲＡＭ２０３に記憶する。
【００８７】
そして、処理をステップＳ１１０２に移行し、Ｗｅｂサーバ１０１のＣＰＵ２０１はＲＡＭ２０３に記憶したＨＴＴＰリクエストを読み出し解析を行う。
【００８８】
そしてステップＳ１１０３では、Ｗｅｂサーバ１０１のＣＰＵ２０１は、解析したリクエストがファイルの要求なのかサービス実行の要求なのかを判断する。
【００８９】
なお、Ｗｅｂサーバ１０１のＣＰＵ２０１がステップＳ１１０３の判断で用いる規則はあらかじめＷｅｂサーバ１０１が備える記憶領域にファイル形式で保管しているものとする。Ｗｅｂサーバ１０１のＣＰＵ２０１はこの設定ファイルを記憶領域からＲＡＭ２０３にロードし、ＣＰＵ２０１はリクエストがファイルの要求なのかサービス実行なのかを判断する際に当該設定ファイルを参照する。
【００９０】
本実施例では、ＵＲＬのファイル名の拡張子が「ｄｏ」の場合はサービスと判断するようファイルに定義するものとし、例えばファイル名の拡張子が「ｈｔｍｌ」や「ｊｓ」などで指定されているとすると、ＣＰＵ２０１はリクエストがファイルであると判断する。
【００９１】
ステップＳ１１０３で、リクエストがファイルであると判断すると（ステップＳ１１０３：ＮＯ）、処理をステップＳ１１０４に移行し、ファイル名に従い特定されるファイルを記憶領域から取得し、その内容のデータをＲＡＭ２０３に記憶する。
【００９２】
そして、Ｗｅｂサーバ１０１のＣＰＵ２０１はＲＡＭ２０３よりファイルの内容のデータを読み込み、レスポンスデータを作り（ステップＳ１１０５）、処理をステップＳ１１１２へ進める。
【００９３】
他方、ステップＳ１１０３でリクエストがサービスであると判断した場合は（ステップＳ１１０３：ＹＥＳ）、Ｗｅｂサーバ１０１のＣＰＵ２０１は処理をステップＳ１１０６へ移行し、ＲＡＭ２０３から取り出したリクエストをアプリケーションサーバ１０２へ転送する。
【００９４】
なお、ステップＳ１１０３でリクエストがサービスであると判断する場合としては、例えば、Ｗｅｂサーバ１０１のＣＰＵ２０１が受信したリクエストがｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ｃｏｕｎｔｒｙ＝Ａｍｅｒｉｃａであった場合などが挙げられる。
【００９５】
ステップＳ１１０７では、アプリケーションサーバ１０２のＣＰＵ２０１は、Ｗｅｂサーバ１０１から送信されたリクエストを受信し、解析する。
【００９６】
次いでステップＳ１１０８では、ステップＳ１１０７で受信したリクエストに従いサービスプログラムを特定する。
【００９７】
具体的には、アプリケーションサーバ１０２の記憶領域にはサービス名と処理プログラムの関係が定義されているファイルが記憶され、アプリケーションサーバ１０２のＣＰＵ２０１はファイルの内容をＲＡＭ２０３に読込み、サービス名をＫＥＹとする連想配列を用いてサービス名と処理プログラムの関係を記憶している。
【００９８】
ＨＴＴＰリクエストを受けたアプリケーションサーバ１０２のＣＰＵ２０１は受信したリクエストを解析し、アプリケーションサーバ１０２のＣＰＵ２０１はＵＲＬの解析により得たサービス名をＫＥＹにＲＡＭ２０３に記憶されている前記連想配列に問い合わせを行い、実行すべきサービスプログラムを特定する（ステップＳ１１０８）。
【００９９】
仮に、サービスプログラムの名称がＧｅｔＤｅｓｉｇｎｅＤａｔａならば、アプリケーションサーバ１０２のＣＰＵ２０１はこの名称をＫＥＹに連想配列を検索し、対応するサービスプログラムを特定し実行する。なお、本実施例では、ＧｅｔＤｅｓｉｇｎｅＤａｔａに対応するプログラムは画面デザインを作成するサービスプログラムとする。このサービスプログラムに「ｃｏｕｎｔｒｙ」の値である「Ａｍｅｒｉｃａ」を渡すと、サービスプログラムはその引数の値ともっとも親和性の取れたデザインデータを作成する。
【０１００】
そして、アプリケーションサーバ１０２のＣＰＵ２０１は処理をステップＳ１１０９に移行し、特定したサービスプログラムを記憶領域からＲＡＭ２０３に読み込み、サービスプログラムを実行する。この例では、ＣＰＵ２０１はデータベースサーバ１０３に「ｃｏｕｎｔｒｙ」の値である「Ａｍｅｒｉｃａ」と最も親和性の取れた画面のデザインデータを問い合わせ取得し、さらにそのデータをＪＳＯＮ形式（図５）のデータに変換し、ＲＡＭ２０３に記憶する。
【０１０１】
ステップＳ１１１０では、アプリケーションサーバ１０２のＣＰＵ２０１はＲＡＭ２０３に記憶されたＪＳＯＮ形式の標準画面のデザインデータを参照し、その標準画面のデザインデータをレスポンスデータに埋め込みＲＡＭ２０３に記憶する。
【０１０２】
そして、ステップＳ１１１１に処理を移行し、アプリケーションサーバ１０２のＣＰＵ２０１はＲＡＭ２０３に記憶された標準画面のデザインデータを含むレスポンスデータを参照し、Ｗｅｂサーバ１０１に送信する。
【０１０３】
そして、Ｗｅｂサーバ１０１のＣＰＵ２０１はステップＳ１１１１で送信されたレスポンスデータを受信し、受信したレスポンスデータをクライアントＰＣ１０７のＷｅｂブラウザ１０に送信する（ステップＳ１１１２）。
【０１０４】
次に、図１２のフローチャートで示す処理について説明する。図１２は、クライアントＰＣ１０７のＷｅｂブラウザ１０の画面に表示される文言をユーザにより選択された「国・地域」で使用されている言語へ書き換えを行い、Ｗｅｂブラウザ１０の画面に表示されている暦部品をユーザにより選択された「国・地域」と親和性の高い暦部品に置換する処理におけるクライアントＰＣ１０７の処理を示すフローチャートである。
【０１０５】
ステップＳ１２０１では、クライアントＰＣ１０７のＣＰＵ２０１は、Ｗｅｂアプリケーションの画面が備える「国・地域」を選択する画面部品に対するユーザからの選択イベントを受け付ける。
【０１０６】
そして、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１２０１で受け付けた「国・地域」のデータをＲＡＭ２０３に保存するとともに、画面部品の表示内容をユーザにより選択された「国・地域」のデータに変更する。なお、ここでは「Ｊａｐａｎ」が選択されたとする。
【０１０７】
そして、ステップＳ１２０２では、クライアントＰＣ１０７のＣＰＵ２０１は、ユーザにより選択された「国・地域」と親和性の取れた文言データや暦部品の種類をＷｅｂサーバ１０１に要求するためにＨＴＴＰリクエストＵＲＬを作りＲＡＭ２０３に記憶する。なお、「国・地域」を選択する画面部品でＪａｐａｎが選択されているのでステップＳ１２０２にて作成されるＨＴＴＰリクエストＵＲＬはｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ ｃｏｕｎｔｒｙ＝Ｊａｐａｎとなる。ここで、ｃｏｕｎｔｒｙ＝Ｊａｐａｎはサービスプログラムに渡される引数を表す。
【０１０８】
そして、ステップＳ１２０３では、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１２０２で記憶したＨＴＴＰリクエストＵＲＬをＲＡＭ２０３より読み出し、そのリクエストメッセージを非同期通信６０を利用してＷｅｂサーバ１０１に送信する。Ｗｅｂサーバにサービスの実行を要求するためＨＴＴＰメソッドには「ＰＯＳＴ」を使用する。
【０１０９】
そして、ステップＳ１２０４では、クライアントＰＣ１０７のＣＰＵ２０１はユーザにより選択された「国・地域」と親和性の取れた文言データや暦部品の種類を含む画面デザインデータ（図９）を非同期通信６１によりレスポンスデータとしてＷｅｂサーバ１０１から受信し、ＲＡＭ２０３に記憶する。
【０１１０】
そして、ステップＳ１２０５に処理を移行し、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１２０４でＲＡＭ２０３に記憶したレスポンスメッセージを参照し解釈を始める。
【０１１１】
ステップＳ１２０５における解釈の結果、カスタマイズが必要な部品があるか否かを判断する（ステップＳ１２０６）。
【０１１２】
カスタマイズが必要な部品があると判断した場合（ステップＳ１２０６：ＹＥＳ）は、処理をステップＳ１２０７に移行し、カスタマイズが必要な部品が無いと判断した場合（ステップＳ１２０６：ＮＯ）は、本フローチャートの処理を終了する。
【０１１３】
ここで、クライアントＰＣ１０７のＣＰＵ２０１がＷｅｂブラウザ１０内の画面の暦部品の置換（カスタマイズ）をするかしないかについてどのように判断しているかについて説明する。
【０１１４】
まず、ＣＰＵ２０１は受信部４２が受信したレスポンスデータ内に存在する画面部品のｉｄの値とＷｅｂブラウザ１０内の画面を構成する画面部品のｉｄの値を比較し、一致する画面部品が存在するかを調べる。Ｉｄの値が一致する画面部品が存在する場合、さらに互いのｘｔｙｐｅの値を比較し、値が異なっていればＷｅｂブラウザ１０内の画面を構成する画面部品をレスポンスデータの画面部品に置き換える必要があると判断する。一方、互いのｘｔｙｐｅの値を比較し、値が一致していれば置き換え（カスタマイズ）は不要と判断する。
【０１１５】
そして、ステップＳ１２０７では、クライアントＰＣ１０７のＣＰＵ２０１が暦部品の置換が必要であるか否かを判断する。暦部品の置換が必要であると判断すると（ステップＳ１２０７：ＹＥＳ）、処理をステップＳ１２０８に移行し、レスポンスデータから取得したｘｔｙｐｅの値をＫＥＹにして、ＲＡＭ２０３から異なる暦部品を実装したスクリプトを読み出し、画面を構成している既存の暦部品と置換する。
【０１１６】
他方、暦部品の置換が必要ないと判断すると（ステップＳ１２０７：ＮＯ）、処理をステップＳ１２０９に移行する。
【０１１７】
ステップＳ１２０９では、クライアントＰＣ１０７のＣＰＵ２０１は、文言の他言語化が必要であるか否かを判断する。文言の他言語化が必要であると判断すると（ステップＳ１２０９：ＹＥＳ）、処理をステップＳ１２１０に移行し、文言を他言語化する。
【０１１８】
ここで、クライアントＰＣ１０７のＣＰＵ２０１がＷｅｂブラウザ内の画面に存在する文言の他言語化をするか否かをどのように判断しているかについて説明する。
【０１１９】
まず、ＣＰＵ２０１は受信部４２が受信したレスポンスデータ内に存在する画面部品のｉｄの値とＷｅｂブラウザ内の画面を構成する画面部品のｉｄの値を比較し、一致する画面部品が存在するかを調べる。一致する画面部品が存在する場合、さらに互いのｌａｂｅｌの値を比較し、値が異なっていればＷｅｂブラウザ内の画面を構成する画面部品に表示される文言をレスポンスデータの文言に置き換える必要があると判断する。一方、互いのｌａｂｅｌの値を比較し、値が一致していれば置き換えは不要であると判断する。
【０１２０】
クライアントＰＣ１０７のＣＰＵ２０１が文言の置き換えが必要であると判断した場合、レスポンスデータから取得したｌａｂｅｌの値を用いて既存の文言を書き替える（ステップＳ１２１０）。そして、クライアントＰＣ１０７のＣＰＵ２０１はステップＳ１２０６に処理を移す。
【０１２１】
なお、ステップＳ１２０９において文言の他言語化が不要であると判断した場合（ステップＳ１２０９：ＮＯ）は、処理をステップＳ１２１１に移行し、その他必要な処理を行う。そして、処理をステップＳ１２０６に移行する。
ステップＳ１２０６においてクライアントＰＣ１０７のＣＰＵ２０１が、処理すべき命令が存在していないと判断した場合には、本フローチャートで示す処理を終了する（ＥＮＤ）。本フローチャートの処理の結果、Ｗｅｂブラウザの画面表示部２４は図９のように書き換えられることになる。
【０１２２】
次に、図１３のフローチャートで示す処理について説明する。図１３は、クライアントＰＣ１０７のＷｅｂブラウザ１０の画面に表示される文言のユーザにより選択された「国・地域」で使用されている言語への書き換えや、Ｗｅｂブラウザ１０の画面に表示されている暦部品をユーザにより選択された「国・地域」と親和性の高い暦部品に置換する処理におけるサーバ側の処理を示すフローチャートである。
【０１２３】
ステップＳ１３０１では、Ｗｅｂサーバ１０１のＣＰＵ２０１はクライアントＰＣからＨＴＴＰリクエストを受信し、受信したリクエストＵＲＬをＲＡＭ２０３に記憶する。
【０１２４】
なお、本実施例では、受信したＵＲＬをｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ ｃｏｕｎｔｒｙ＝Ｊａｐａｎとする。
【０１２５】
そして、Ｗｅｂサーバ１０１のＣＰＵ２０１はＲＡＭ２０３に記憶したリクエストのＵＲＬを読み出し解析を行い、そのリクエストがファイルの要求なのかサービス実行の要求なのかを判断する。本実施例では、受信したＵＲＬはｈｔｔｐ：／／ｓｅｒｖｅｒｈｏｓｔ：８０８０／ＧｅｔＤｅｓｉｇｎｅＤａｔａ．ｄｏ？ ｃｏｕｎｔｒｙ＝Ｊａｐａｎであるため、Ｗｅｂサーバ１０１のＣＰＵ２０１はサービス実行の要求と判断し、リクエストのＵＲＬをアプリケーションサーバ１０２に転送する（ステップＳ１３０２）。
【０１２６】
そして、ステップＳ１３０３では、アプリケーションサーバ１０２のＣＰＵ２０１はステップＳ１３０２で転送されたリクエストのＵＲＬを解析し、実行するサービスプログラムを判断する。
【０１２７】
実行するサービスプログラムが「国・地域」に対応するデータの取得である場合には、処理をステップＳ１３０４に移行し、その他のサービスである場合には処理をステップＳ１３０５に移行する。
【０１２８】
なお、本実施例においては、ＧｅｔＤｅｓｉｇｎｅＤａｔａにより特定されるサービスプログラムは、引数として受け取った「国・地域」を利用して画面部品に表示する文言や暦部品の種類をデータベースサーバ１０３に問い合わせ、取り出すものである。
したがって、ステップＳ１３０４に移行することになる。
【０１２９】
そして、ステップＳ１３０４において、アプリケーションサーバ１０２のＣＰＵ２０１は特定したサービスプログラムを記憶領域からＲＡＭ２０３に読み込み、サービスプログラムの実行を開始する。
【０１３０】
アプリケーションサーバ１０２のＣＰＵ２０１は、「国・地域」の値がＪａｐａｎなので、Ｊａｐａｎに対応する文言や暦部品のタイプをデータベースサーバ１０３に問い合わせ、取り出した値をＲＡＭ２０３に記憶する。
【０１３１】
そして、処理をステップＳ１３０６に移行し、アプリケーションサーバ１０２のＣＰＵ２０１は、ＲＡＭ２０３に記憶されている暦部品のタイプと画面部品に表示する文言を参照し、ＪＳＯＮ形式の画面デザインデータに整形する。さらにアプリケーションサーバ１０２のＣＰＵ２０１はその画面デザインデータを含むレスポンスメッセージを作りＲＡＭ２０３に記憶する。
【０１３２】
そして、処理をステップＳ１３０７に移行し、アプリケーションサーバ１０２のＣＰＵ２０１はＲＡＭ２０３に記憶されているレスポンスメッセージを参照し、Ｗｅｂサーバ１０１に送信する。
【０１３３】
Ｗｅｂサーバ１０１のＣＰＵ２０１は受信したレスポンスメッセージをＷｅｂブラウザ１０に非同期通信６１を利用して送信する。
【０１３４】
図１４は、ユーザがクライアントＰＣ１０７のＷｅｂブラウザ１０上の暦部品を使用して年月日を登録する処理を示すフローチャートである。
【０１３５】
ステップＳ１４０１では、クライアントＰＣ１０７のＣＰＵ２０１は、クライアントＰＣ１０７が備えるディスプレイ２１０に表示されるＷｅｂブラウザ１０に表示される画面の構成要素である暦部品に対する操作を受け付ける。
【０１３６】
クライアントＰＣ１０７のＣＰＵ２０１が暦部品に対する編集確定イベントを検出すると、処理をステップＳ１４０２に移行し、ＣＰＵ２０１は暦部品上で設定された年月日データを取り出し、そのデータをＲＡＭ２０３に記憶する。
【０１３７】
そして、処理をステップＳ１４０３に移行し、ＣＰＵ２０１はＲＡＭ２０３より年月日データを取り出し、年月日表示フィールドに表示する年月日を書き換える。
【０１３８】
上述する処理を行うことにより、ユーザにより国・地域が選択されることで、選択された国・地域に親和する暦を表示することが可能となり、ユーザの操作性の向上を図ることができる。さらに、暦部品の置換えを非同期通信を用いて行うことで、画面全体が更新されることがないため、画面のちらつきが低減され、ユーザの不快感。ストレスを低減させることが可能とる。
【０１３９】
以上のように、前述した実施例の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１４０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１４１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１４２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施例の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。
【０１４３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。
【０１４４】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４５】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施例およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１４６】
１０１ Ｗｅｂサーバ
１０２ アプリケーションサーバ
１０３ データベースサーバ
１０４、１０５、１０６ ネットワーク
１０７−１、１０７−２、１０７−Ｎ クライアントＰＣ
【特許請求の範囲】
【請求項１】
暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置であって、
ユーザから国および／または地域の情報の指定を受け付ける受付手段と、
前記受付手段でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信手段と、
前記送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得手段と、
前記取得手段により取得した暦部品を表示する表示手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記送信手段は、非同期通信を用いて前記外部サーバに国または／および地域の情報を送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、外部サーバから非同期通信を用いて暦部品を取得することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置の情報処理方法であって、
受付手段が、ユーザから国および／または地域の情報の指定を受け付ける受付工程と、
送信手段が、前記受付工程でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信工程と、
取得手段が、前記送信工程で前記送信手段により送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得工程と、
表示手段が、前記取得工程で前記取得手段により取得した暦部品を表示する表示工程と
を備えることを特徴とする情報処理装置。
【請求項５】
暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置を
ユーザから国および／または地域の情報の指定を受け付ける受付手段と、
前記受付手段でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信手段と、
前記送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得手段と、
前記取得手段により取得した暦部品を表示する表示手段として機能させることを特徴とするプログラム。
【請求項１】
暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置であって、
ユーザから国および／または地域の情報の指定を受け付ける受付手段と、
前記受付手段でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信手段と、
前記送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得手段と、
前記取得手段により取得した暦部品を表示する表示手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記送信手段は、非同期通信を用いて前記外部サーバに国または／および地域の情報を送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、外部サーバから非同期通信を用いて暦部品を取得することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置の情報処理方法であって、
受付手段が、ユーザから国および／または地域の情報の指定を受け付ける受付工程と、
送信手段が、前記受付工程でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信工程と、
取得手段が、前記送信工程で前記送信手段により送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得工程と、
表示手段が、前記取得工程で前記取得手段により取得した暦部品を表示する表示工程と
を備えることを特徴とする情報処理装置。
【請求項５】
暦部品と国および／または地域の情報とを対応付けて記憶する外部サーバとの通信を行う情報処理装置を
ユーザから国および／または地域の情報の指定を受け付ける受付手段と、
前記受付手段でユーザから指定された国および／または地域の情報を前記外部サーバに送信する送信手段と、
前記送信された国および／または地域の情報に対応付けられた暦部品を前記外部サーバから取得する取得手段と、
前記取得手段により取得した暦部品を表示する表示手段として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−２３８１３１（Ｐ２０１１−２３８１３１Ａ）
【公開日】平成２３年１１月２４日（２０１１．１１．２４）
【国際特許分類】
【出願番号】特願２０１０−１１０４６７（Ｐ２０１０−１１０４６７）
【出願日】平成２２年５月１２日（２０１０．５．１２）
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
【公開日】平成２３年１１月２４日（２０１１．１１．２４）
【国際特許分類】
【出願日】平成２２年５月１２日（２０１０．５．１２）
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
[ Back to top ]