(57)【要約】本発明のデータ中継システムは、言語に依存する言語依存データを特定する特定情報とこの言語依存データに対応する置換用データとを関連付けて蓄積するデータベース部３５と、サーバシステム１からサーバデータを取得するサーバデータ受信部３６と、サーバデータに含まれる特定情報に基づいてデータベース３５から置換用データを検出するデータ処理部３４と、サーバデータに含まれる言語依存データを置換用データに置換するデータ生成部３７と、この置換されたサーバデータをクライアントシステム２に送信するクライアントデータ送信部３８とを備えるものである。本発明によれば、インターネットを通じてサービスを提供するサーバシステム１側で用いられている言語が、クライアントシステム２側で用いられている言語と異なる場合でも、クライアントシステム２側で置換用データによりサーバ側の情報を認識することができる。
2002035369.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供者のサーバシステムと、ユーザーが使用するクライアントシステムとの間で送受信されるデータを中継するデータ中継システムであって、
言語に依存する言語依存データを特定する特定情報と、該言語依存データに対応する置換用データとを関連付けて蓄積するデータベース部と、
前記サーバシステムからサーバデータを取得するサーバデータ受信部と、
前記取得したサーバデータに含まれる前記特定情報に基づいて前記データベース部を検索し、該特定情報に関連付けられた置換用データを検出するデータ処理部と、
この取得したサーバデータに含まれる前記言語依存データを特定し、この特定された言語依存データを、これに関連付けられた前記置換用データに置換するデータ生成部と、
前記データ生成部で置換されたサーバデータを前記クライアントシステムに送信するクライアントデータ送信部と
を備えることを特徴とするデータ中継システム。
【請求項２】
請求項１に記載のデータ中継システムにおいて、
前記データ生成部は、前記データ処理部が置換用データを検出できなかった場合に、前記サーバシステムから取得した言語依存データを置換することなく前記クライアントデータ送信部に出力することを特徴とするデータ中継システム。
【請求項３】
請求項１に記載のデータ中継システムにおいて、
前記クライアントシステムから要求データを取得する要求データ受信部と、
この取得した要求データに含まれ、前記置換用データを特定するための第１の特定情報を抽出するデータ分解部とを備え、
前記データ処理部は、前記サーバデータに含まれた言語依存データを特定する第２の特定情報を抽出する機能を有し、
前記データ処理部は、前記第１の特定情報及び第２の特定情報とに基づいて置換用データを検出する機能を有する
ことを特徴とするデータ中継システム。
【請求項４】
請求項３に記載のデータ中継システムにおいて、
前記クライアントシステムから置換用データと該置換用データに対応する第１の特定情報とを取得し記憶する記憶手段と、
前記サーバシステムにおける処理結果として前記第２の特定情報を取得する処理結果取得手段と、
この処理結果に応じて前記記憶手段に記憶された前記置換用データ、これに対応する第１の特定情報、及び処理結果取得手段が取得した第２の特定情報を前記データベース部に登録する登録手段と
を備えることを特徴とするデータ中継システム。
【請求項５】
請求項３に記載のデータ中継システムにおいて、
前記データ分解部は、クライアントシステムから取得した要求データから前記サーバシステム側で識別できない言語依存データ及び前記第１の特定情報を削除してサーバ用要求データを生成する機能を有し、
このサーバ用要求データを前記サーバシステムに送信するサーバデータ送信部を備えることを特徴とするデータ中継システム。
【請求項６】
請求項５に記載のデータ中継システムにおいて、
前記データ分解部は、削除した言語依存データに替えて疑似データを付加する機能を有することを特徴とするデータ中継システム。
【請求項７】
請求項６に記載のデータ中継システムにおいて、
前記データ分解部は、前記クライアントシステム側で使用される言語を特定し且つ前記サーバシステム側で識別可能な言語依存データで表現された表示用データを前記疑似データに含ませることを特徴とするデータ中継システム。
【請求項８】
サービス提供者のサーバシステムと、ユーザーが使用するクライアントシステムとの間で送受信されるデータを中継するデータ中継方法であって、
言語に依存する言語依存データを特定する特定情報と、該言語依存データに対応する置換用データとを関連付けてデータベース部に蓄積し、
前記サーバシステムからサーバデータを取得し、
前記取得したサーバデータに含まれる前記特定情報に基づいて前記データベース部を検索し、該特定情報に関連付けられた置換用データを検出し、
この取得したサーバデータに含まれる前記言語依存データを特定し、この特定された言語依存データを、これに関連付けられた前記置換用データに置換し、
この置換されたサーバデータを前記クライアントシステムに送信する
ことを特徴とするデータ中継方法。
【請求項９】
請求項８に記載のデータ中継方法において、
前記サーバデータで置換用データが検出されなかった場合に、言語依存データを置換することなく該サーバデータを前記クライアントシステムに送信することを特徴とするデータ中継方法。
【請求項１０】
請求項８に記載のデータ中継方法において、
前記クライアントシステムから要求データを取得し、
この取得した要求データに含まれ、前記置換用データを特定するための第１の特定情報を抽出し、
前記サーバデータに含まれた言語依存データを特定する第２の特定情報を抽出し、
前記第１の特定情報及び第２の特定情報とに基づいて前記データベース部から置換用データを検出する
ことを特徴とするデータ中継方法。
【請求項１１】
請求項１０に記載のデータ中継方法において、
前記クライアントシステムから置換用データと該置換用データに対応する第１の特定情報とを取得し記憶しておき、
前記サーバシステムにおける処理結果として前記第２の特定情報を取得し、
この処理結果に応じて前記記憶された前記置換用データ、これに対応する第１の特定情報、及び前記取得した第２の特定情報を前記データベース部に登録する
ことを特徴とするデータ中継方法。
【請求項１２】
請求項１０に記載のデータ中継方法において、
前記クライアントシステムから取得した要求データから前記サーバシステム側で識別できない言語依存データ及び前記第１の特定情報を削除してサーバ用要求データを生成し、
このサーバ用要求データを前記サーバシステムに送信する
ことを特徴とするデータ中継方法。
【請求項１３】
請求項１２に記載のデータ中継方法において、
前記削除した言語依存データに替えて疑似データを付加することを特徴とするデータ中継方法。
【請求項１４】
請求項１３に記載のデータ中継方法において、
前記クライアントシステム側で使用される言語を特定し且つ前記サーバシステム側で識別可能な言語依存データで表現された表示用データを前記疑似データに含ませることを特徴とするデータ中継方法。
【請求項１５】
サービス提供者のサーバシステムと、ユーザーが使用するクライアントシステムとの間で送受信されるデータを中継するデータ中継プログラムであって、
言語に依存する言語依存データを特定する特定情報と、該言語依存データに対応する置換用データとを関連付けてデータベース部に蓄積し、
前記サーバシステムからサーバデータを取得する処理と、
前記取得したサーバデータに含まれる前記特定情報に基づいて前記データベース部を検索し、該特定情報に関連付けられた置換用データを検出する処理と、
この取得したサーバデータに含まれる前記言語依存データを特定し、この特定された言語依存データを、これに関連付けられた前記置換用データに置換する処理と、
この置換されたサーバデータを前記クライアントシステムに送信する処理と
を有することを特徴とするデータ中継プログラム。
【請求項１６】
請求項１５に記載のデータ中継プログラムにおいて、
前記サーバデータで置換用データが検出されなかった場合に、言語依存データを置換することなく該サーバデータを前記クライアントシステムに送信する処理を有することを特徴とするデータ中継プログラム。
【請求項１７】
請求項１５に記載のデータ中継プログラムにおいて、
前記クライアントシステムから要求データを取得する処理と、
この取得した要求データに含まれ、前記置換用データを特定するための第１の特定情報を抽出する処理と、
前記サーバデータに含まれた言語依存データを特定する第２の特定情報を抽出する処理と、
前記第１の特定情報及び第２の特定情報とに基づいて前記データベース部から置換用データを検出する処理と
を有することを特徴とするデータ中継プログラム。
【請求項１８】
請求項１７に記載のデータ中継プログラムにおいて、
前記クライアントシステムから置換用データと該置換用データに対応する第１の特定情報とを取得し記憶しておく処理と、
前記サーバシステムにおける処理結果として前記第２の特定情報を取得する処理と、
この処理結果に応じて前記記憶された前記置換用データ、これに対応する第１の特定情報、及び前記取得した第２の特定情報を前記データベース部に登録する処理と
を有することを特徴とするデータ中継プログラム。
【請求項１９】
請求項１７に記載のデータ中継プログラムにおいて、
前記クライアントシステムから取得した要求データから前記サーバシステム側で識別できない言語依存データ及び前記第１の特定情報を削除してサーバ用要求データを生成する処理と、
このサーバ用要求データを前記サーバシステムに送信する処理と
を有することを特徴とするデータ中継方法。
【請求項２０】
請求項１９に記載のデータ中継プログラムにおいて、
前記削除した言語依存データに替えて疑似データを付加する処理を有することを特徴とするデータ中継プログラム。
【請求項２１】
請求項２０に記載のデータ中継プログラムにおいて、
前記クライアントシステム側で使用される言語を特定し且つ前記サーバシステム側で識別可能な言語依存データで表現された表示用データを前記疑似データに含ませる処理を有することを特徴とするデータ中継プログラム。
【請求項２２】
個々の母国語を用いる利用者が通信端末を用いてインターネット上のＷｅｂサーバにアクセスする第１の工程と、
前記Ｗｅｂサーバに接続される多言語対応装置により、前記アクセスに用いられる複数の言葉に対応した検索要求を出力する第２の工程と、
コンテンツサーバーにより、前記検索要求を受付けるとともに、コンテンツデータベースから前記検索要求にあったコンテンツを検索して前記多言語対応装置に返す第３の工程と
を備えることを特徴とする多言語を扱う情報処理方法。
【請求項２３】
前記第２の工程には、前記検索されたコンテンツを前記Ｗｅｂサーバを介して前記利用者に返す第４の工程が含まれることを特徴とする請求項２２に記載の多言語を扱う情報処理方法。
【請求項２４】
前記第２の工程には、
多言語変換プロセス部により、多言語変換フィルターデータベースの情報に基づいて多言語対応のための言語変換を行う第５の工程と、
コンテンツサーバー用インタフェースにより、前記検索要求を前記コンテンツサーバーに出力したり、前記コンテンツサーバーからの検索されたコンテンツを受取ったりする第６の工程と
が含まれることを特徴とする請求項２２に記載の多言語を扱う情報処理方法。
【請求項２５】
前記第５の工程には、
マークアップ言語処理プロセス部により、各種マークアップ言語の処理を行う第７の工程と、
要求言語判別プロセス部により、利用者が用いる通信端末の使用する言語コードとを判別し、前記通信端末の国コードを設定する第８の工程と、
電文分解プロセス部により、前記通信端末から送られた電文情報を分解する第９の工程と、
言語別フィルタープロセス部により、前記分解された電文情報を、トランザクション単位に国コード、文字コード、端末情報、コンテンツＩＤを記録し、各々のコンテンツの変換情報取得管理を行う第１０の工程と、多言語変換フィルターデータベースの情報を参照し、Ｌｏｃａｌ情報に関する文字コードの変換を行う第１１の工程と、
検索プロセス部により、検索管理テーブルを作成し、各検索項目毎に検索情報を取得したかどうかの管理及び同一情報を、Ｇｌｏｂａｌ情報、Ｌｏｃａｌ情報により同時検索を行って、前記コンテンツサーバー用インタフェースに、前記検索要求を出す第１２の工程と、
電文組立プロセス部により、検索後の結果の情報である電文を組立てる第１３の工程と
が含まれることを特徴とする請求項２４に記載の多言語を扱う情報処理方法。
【請求項２６】
前記第５の工程には、前記多言語変換フィルターデータベースに登録されている情報に、国コード、文字コード、文字補助コード、代替文字コード、Ｕｎｉｃｏｄｅを含ませる第１４の工程が含まれることを特徴とする請求項２４に記載の多言語を扱う情報処理方法。
【請求項２７】
前記第７の工程には、Ｗｅｂサーバからの入力であればマークアップ言語から情報を分解して取出し、反対に出力処理であれば電文にマークアップタグを埋込んで前記Ｗｅｂサーバに出力を要求する第１５の工程が含まれることを特徴とする請求項２５に記載の多言語を扱う情報処理方法。
【請求項２８】
前記第１１の工程には、前記Ｌｏｃａｌ情報に、各種母国語に対して複数の文字コード体系を持つ場合があるとき、前記複数の文字コード体系を利用者の通信端末が実際に使う文字コードからコンテンツデータベースに存在する情報のコード体系に変換したり、取得したコンテンツ情報を実際に前記利用者の通信端末が使用する文字コードに変換を行い戻すための処理を行ったりする第１６の工程が含まれることを特徴とする請求項２５に記載の多言語を扱う情報処理方法。
【請求項２９】
前記第１２の工程には、前記Ｌｏｃａｌ情報が存在すれば前記Ｌｏｃａｌ情報を優先して選択し、存在しなければＧｌｏｂａｌ情報を前記言語別フィルタープロセス部に戻す第１７の工程が含まれることを特徴とする請求項２５に記載の多言語を扱う情報処理方法。
【請求項３０】
前記第１７の工程には、前記Ｌｏｃａｌ情報が存在しない場合、処理の高速化のために内部タイマーによる割込みを行い、タイムアップした時点でＬｏｃａｌ、Ｇｌｏｂａｌを問わず情報の揃っているものを、その内容で前記言語別フィルタープロセス部に戻す第１８の工程が含まれることを特徴とする請求項２５に記載の多言語を扱う情報処理方法。
【請求項３１】
前記第１２の工程には、
前記検索管理テーブルの作成に際し、初期状態では、全ての項目を０に設定しておき、検索要求のあった項目は１に設定する第１９の工程と、
検索が成功した項目に対しては１を０に設定する第２０の工程と、
前記検索管理テーブルの行方向と列方向とを演算し、全てが０であれば情報が揃ったことを認識する第２１の工程と
が含まれることを特徴とする請求項２５に記載の多言語を扱う情報処理方法。
【請求項３２】
前記第３の工程には、前記コンテンツデータベースを、基本情報データベース及び基本情報補助データベースと、多言語対応データベース及び多言語対応補助データベースとする第２２の工程が含まれることを特徴とする請求項２２に記載の多言語を扱う情報処理方法。
【請求項３３】
前記第２２の工程には、
前記基本情報データベースには、Ｇｌｏｂａｌ情報を登録する第２３の工程と、
前記基本情報補助データベースには、Ｇｌｏｂａｌ付加情報を登録する第２４の工程と、
前記基本情報データベースには、Ｌｏｃａｌ情報を登録する第２５の工程と、
前記基本情報補助データベースには、Ｌｏｃａｌ付加情報を登録する第２６の工程と
が含まれることを特徴とする請求項３２に記載の多言語を扱う情報処理方法。
【請求項３４】
前記第２２の工程には、前記基本情報データベース及び基本情報補助データベースと、前記多言語対応データベース及び多言語対応補助データベースとを別々のサーバ上で稼動させる第２７の工程が含まれることを特徴とする請求項３２に記載の多言語を扱う情報処理方法。
【請求項３５】
前記第２２の工程には、前記多言語対応データベース及び多言語対応補助データベースを、多言語対応装置と一体化させて運用させる第２８の工程が含まれることを特徴とする請求項３２に記載の多言語を扱う情報処理方法。
【請求項３６】
個々の母国語を用いる利用者が通信端末を用いてインターネット上のＷｅｂサーバにアクセスする第１の処理と、
前記Ｗｅｂサーバに接続される多言語対応装置により、前記アクセスに用いられる複数の言葉に対応した検索要求を出力する第２の処理と、
コンテンツサーバーにより、前記検索要求を受付けるとともに、コンテンツデータベースから前記検索要求にあったコンテンツを検索して前記多言語対応装置に返す第３の処理と
を備えることを特徴とする多言語を扱う情報処理プログラム。
【請求項３７】
前記第２の処理には、前記検索されたコンテンツを前記Ｗｅｂサーバを介して前記利用者に返す第４の処理が含まれることを特徴とする請求項３６に記載の多言語を扱う情報処理プログラム。
【請求項３８】
前記第２の処理には、
多言語変換プロセス部により、多言語変換フィルターデータベースの情報に基づいて多言語対応のための言語変換を行う第５の処理と、
コンテンツサーバー用インタフェースにより、前記検索要求を前記コンテンツサーバーに出力したり、前記コンテンツサーバーからの検索されたコンテンツを受取ったりする第６の処理と
が含まれることを特徴とする請求項３６に記載の多言語を扱う情報処理プログラム。
【請求項３９】
前記第５の処理には、
マークアップ言語処理プロセス部により、各種マークアップ言語の処理を行う第７の処理と、
要求言語判別プロセス部により、利用者が用いる通信端末の使用する言語コードとを判別し、前記通信端末の国コードを設定する第８の処理と、
電文分解プロセス部により、前記通信端末から送られた電文情報を分解する第９の処理と、
言語別フィルタープロセス部により、前記分解された電文情報を、トランザクション単位に国コード、文字コード、端末情報、コンテンツＩＤを記録し、各々のコンテンツの変換情報取得管理を行う第１０の処理と、多言語変換フィルターデータベースの情報を参照し、Ｌｏｃａｌ情報に関する文字コードの変換を行う第１１の処理と、
検索プロセス部により、検索管理テーブルを作成し、各検索項目毎に検索情報を取得したかどうかの管理及び同一情報を、Ｇｌｏｂａｌ情報、Ｌｏｃａｌ情報により同時検索を行って、前記コンテンツサーバー用インタフェースに、前記検索要求を出す第１２の処理と、
電文組立プロセス部により、検索後の結果の情報である電文を組立てる第１３の処理と
が含まれることを特徴とする請求項３８に記載の多言語を扱う情報処理プログラム。
【請求項４０】
前記第５の処理には、前記多言語変換フィルターデータベースに登録されている情報に、国コード、文字コード、文字補助コード、代替文字コード、Ｕｎｉｃｏｄｅを含ませる第１４の処理が含まれることを特徴とする請求項３８に記載の多言語を扱う情報処理プログラム。
【請求項４１】
前記第７の処理には、Ｗｅｂサーバからの入力であればマークアップ言語から情報を分解して取出し、反対に出力処理であれば電文にマークアップタグを埋込んで前記Ｗｅｂサーバに出力を要求する第１５の処理が含まれることを特徴とする請求項３９に記載の多言語を扱う情報処理プログラム。
【請求項４２】
前記第１１の処理には、前記Ｌｏｃａｌ情報に、各種母国語に対して複数の文字コード体系を持つ場合があるとき、前記複数の文字コード体系を利用者の通信端末が実際に使う文字コードからコンテンツデータベースに存在する情報のコード体系に変換したり、取得したコンテンツ情報を実際に前記利用者の通信端末が使用する文字コードに変換を行い戻すための処理を行ったりする第１６の処理が含まれることを特徴とする請求項３９に記載の多言語を扱う情報処理プログラム。
【請求項４３】
前記第１２の処理には、前記Ｌｏｃａｌ情報が存在すれば前記Ｌｏｃａｌ情報を優先して選択し、存在しなければＧｌｏｂａｌ情報を前記言語別フィルタープロセス部に戻す第１７の処理が含まれることを特徴とする請求項３９に記載の多言語を扱う情報処理プログラム。
【請求項４４】
前記第１７の処理には、前記Ｌｏｃａｌ情報が存在しない場合、処理の高速化のために内部タイマーによる割込みを行い、タイムアップした時点でＬｏｃａｌ、Ｇｌｏｂａｌを問わず情報の揃っているものを、その内容で前記言語別フィルタープロセス部に戻す第１８の処理が含まれることを特徴とする請求項３９に記載の多言語を扱う情報処理プログラム。
【請求項４５】
前記第１２の処理には、
前記検索管理テーブルの作成に際し、初期状態では、全ての項目を０に設定しておき、検索要求のあった項目は１に設定する第１９の処理と、
検索が成功した項目に対しては１を０に設定する第２０の処理と、
前記検索管理テーブルの行方向と列方向とを演算し、全てが０であれば情報が揃ったことを認識する第２１の処理と
が含まれることを特徴とする請求項３９に記載の多言語を扱う情報処理プログラム。
【請求項４６】
前記第３の処理には、前記コンテンツデータベースを、基本情報データベース及び基本情報補助データベースと、多言語対応データベース及び多言語対応補助データベースとする第２２の処理が含まれることを特徴とする請求項３６に記載の多言語を扱う情報処理プログラム。
【請求項４７】
前記第２２の処理には、
前記基本情報データベースには、Ｇｌｏｂａｌ情報を登録する第２３の処理と、
前記基本情報補助データベースには、Ｇｌｏｂａｌ付加情報を登録する第２４の処理と、
前記基本情報データベースには、Ｌｏｃａｌ情報を登録する第２５の処理と、
前記基本情報補助データベースには、Ｌｏｃａｌ付加情報を登録する第２６の処理と
が含まれることを特徴とする請求項４６に記載の多言語を扱う情報処理プログラム。
【請求項４８】
前記第２２の処理には、前記基本情報データベース及び基本情報補助データベースと、前記多言語対応データベース及び多言語対応補助データベースとを別々のサーバ上で稼動させる第２７の処理が含まれることを特徴とする請求項４６に記載の多言語を扱う情報処理プログラム。
【請求項４９】
前記第２２の処理には、前記多言語対応データベース及び多言語対応補助データベースを、多言語対応装置と一体化させて運用させる第２８の処理が含まれることを特徴とする請求項４６に記載の多言語を扱う情報処理プログラム。
【発明の詳細な説明】
技術分野
本発明は、２０００年１０月１３日に日本で出願された特願２０００−３１３００９を基礎とするものであり、インターネットを通じてデータの送受信を行うクライアント／サーバシステムにおいて、前記システムで利用されている言語に加え、新たな言語を利用可能とすることを目的としたデータ中継システム、データ中継方法及びデータ中継プログラムに関する。
また、他の発明は、インターネット上のコンテンツに複数の言語でアクセスする際の複数の言語を扱う多言語を扱う情報処理方法及び情報処理プログラムに関する。
背景技術
近年、インターネットの発達により、このインターネットを通じてデータの送受信を行い、商品の販売やサービスの提供を行う場合が増加している。このインターネットを通じた商品販売やサービス提供においては国際的な取引となることから、商品の販売やサービスの提供を行うサーバシステムと、商品の購入やサービスの提供を受けるユーザーのクライアントシステムとの間で、使用する言語が異なる場合も多い。従って、サーバシステムとクライアントシステムとの間で言語の変換を行う必要が生じる。
言語の変換を行うことを目的とした中継サーバとしては、ＥｔｏＪ　Ｐｒｏｘｙ（「ＤｅｌｅＧａｔｅ　Ｐｒｏｘｙを使ったＷｅｂ情報の英和逐語訳サーバ−ＥｔｏＪ＿Ｐｒｏｘｙ−」鵜川義弘、秋元学、藤田信之、佐藤豊　Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ　Ｃｏｎｆｅｒｅｎｃｅ　’９５、１９９５．１１）がある。この中継サーバは、クライアント／サーバ型のシステムに対して、そのサーバからのレスポンスを英語から日本語に変換する逐次辞書を備え、変換作業を行い、クライアントに返すことを特徴としている。この形態のシステムの概要図を図１に示す。
図１に示すように、この中継サーバ１３は、サーバシステム１とクライアントシステム２との間に位置するものである。この中継サーバ１３は、クライアントシステム２から、サーバシステム１のＵＲＬを指定した要求が送信されると、このＵＲＬを、クライアントメッセージ受信部１３３及びサーバメッセージ送信部１３１を経て、サーバシステム１１にそのまま転送する。そして、中継サーバ１３は、サーバシステム１から返ってきた英語で記述されたＷＷＷのハイパーテキストドキュメント（ＨＴＭＬ）を、サーバメッセージ受信部１３５を介して取得し、このＨＴＭＬのテキスト部分を、英日逐次翻訳部１３２において英日逐次辞書１３４を用いて、単語毎に日本語に変換し、クライアントメッセージ送信部１３６を通じてクライアントシステム２に返すものである。
この種の中継サーバ１３はある言語で記述されている文書を、別の言語に変換して参照できるようにする目的で設計されており、語彙を充実させた逐次翻訳辞書１３４を備える必要があり、あまり実用化されていない。また、この種の中継サーバ１３は、サーバシステム１からのレスポンスに対してのみ翻訳処理を行う一方向性の変換を施すため、クライアントシステム２からのリクエスト、サーバシステム１からのレスポンスを共に他の言語に変換する必要があるような、双方向性のオンラインシステムに適用することはできない。
ところで、クライアントシステムからサーバシステムに対して、データの参照も更新も行われるようなシステムとしては、ホテルの宿泊予約や、配送システム等がある。これらのシステムにおいては、クライアントシステムから、顧客情報のような言語依存の情報や、数値など言語非依存の情報をサーバシステム１側に入力したり、サーバシステムから前記言語依存の情報および、言語非依存の情報をクライアントシステム２へ出力する処理が行われる。
このようなシステムに対して、英語でのサービスに加えて、日本語でのサービスを追加するなど、これまでの言語でのサービス提供と同時に、他の言語でも同様のサービスを提供する機能を追加したい場合、機能追加のためにはクライアント／サーバシステムを拡張する必要が生じ、従来、以下の方法でシステムの拡張が行われてきた。
サーバシステム側では、図２に示すように、既存の言語１のデータ２０１を有するシステム２０４に対し、新たな言語２〜ｎの各々に対するデータ２０２及び２０３を有する別言語専用のサーバシステム（２０５、２０６…）を追加し、これまでの言語１用のサーバシステム２０４と共に運用する方法がある。また、他の方法としては、図３に示すように、これまでの言語１用のサーバシステムに、新たな言語２〜ｎでのサービスを提供できるよう機能追加を施して、改良システム２０８を構築する方法がある。
クライアントシステム側においても同様に、図４に示すように、新たな言語でのみデータを追加、更新、削除或いは参照することの出来る別言語専用のクライアントシステム２１０、２１１を、既存のシステム２０９に追加し、これまでの言語用のクライアントシステム２０９と共に運用する必要がある。また、クライアントシステムの改良として、図５に示すように、これまでのクライアントシステムに、新たな言語でのサービスを提供できるよう機能２１２を、追加する方法がある。
また、これらのサーバシステム／クライアントシステムの運用の方法は、前述した２通りのサーバシステムの構成と、２通りのクライアントシステムの組み合わせにより実現される。
別言語用に新たなサーバを開発する図２に示した方式では、既存のシステム２０４を停止することなく新たなシステム２０５，２０６を追加したい場合、またこのシステムを使用して行うサービスが、例えば日本国内においてのサービスと、米国内においてのサービスというように、言語毎に独立したサービスとなっていなければならず、互いに他の言語の情報を参照しないサービスに対してのみ用いることができる。
従って、この方式のサーバシステムでは、例えば米国のホテルが、英語および日本語でのオンライン予約サービスを提供する場合に、空き部屋情報などのように非言語依存情報であって本来一元管理されるべきデータをサーバシステム間で重複なく管理する必要が生じる。
また前述の例を用いると、米国のホテルがこれまで英語で提供していたサービスの一部のみを日本語で提供し、他の部分に対しては英語で提供するといった、既存言語でのサービスを基本として部分的に他の言語でのサービスを提供することができない。
それに対して既存のサーバシステムを拡張して他の言語の情報を既存の言語とともに扱う図３に示した方式では、運用されているシステム２０８を停止して、システムの更新をする必要があるため、サービス中断の期間が生じる上、大規模で複雑なシステムにおいては、開発のための工程もまた大規模で複雑なものとなる。
また、上記サーバシステムを変更する方式では、既存言語のクライアントにも引き続きサービスを提供する必要があり、既存言語のサーバシステムとの後方互換性を保つ必要がある。
各言語毎にサーバシステムを構築し、これまでの言語でのサーバに加えて、異なる言語でのサービスを提供する図２に示した形態では、サーバ間で言語非依存のデータを一元管理する必要がある。これを図２で示した構成を保ちつつ実現するには、これら言語非依存のデータを、既存のサーバおよび、自分以外の全てのサーバとの間で管理する機能を追加するか、あるいは、サーバシステム間で一元管理データのデータ同期を行うための、別のデータ管理システムを用意しなければならない。更に、英語情報を基本として、データの一部のみを日本語でも提供するようなサービスを構成することができない、という問題がある。
また、既存のシステムを多言語対応のシステムに更新して、これまでの言語でのサービスに加えて、異なる言語でのサービスを提供する図３の構成では、サービスを一時中断しなければならず、更に大規模で複雑なシステムに適用することが難しい。またサーバを更新した後も、既存のクライアントを利用可能とするためには、元のシステムとの互換性を維持しなければならない、という問題がある。
これらの問題を解決するために、本発明では、インターネットを通じた商品販売やサービス提供を行うクライアント／サーバ型のオンラインシステムにおいて、既にある言語でサービスを行うクライアント／サーバシステムがある場合には、これら既存システムに手を加えることなしに、言語に依存しない情報を一元管理することを可能にし、複数言語でのオンラインサービスを提供することを可能とすることを目的とする。
また、近年、インターネットの発達により複数の国からインターネット上のコンテンツにアクセスする場合が急増している。
ところが、現状でのコンテンツは、コンテンツ提供者の母国語で提供しているケースが殆どであって、多くても英語と母国語の２カ国語程度での提供となっている。言い換えれば、２カ国以上の言語で提供することは殆ど実施されていないといえる。
このように、２カ国語程度での提供による場合、たとえば電子商取引の活性化を妨げる原因となるばかりか、あらゆる年齢層のより多くの人々が公平に利用できる社会基盤となるための障害ともなっている。
また、複数の言語での提供に対応するには、同じ内容のコンテンツに対して対応する言語分の作成が必要であり、製作の手間とその内容更新を含め、極めて煩雑な作業が強いられる。さらに、電子商取引等になると、その契約内容や注意事項を正確に利用者に伝える必要があるが、母国語でない不自由な言語で利用せざるを得ない状況であるため、誤解による多くのトラブルが発生しているのが現実である。
他の発明は、このような状況に鑑みてなされたものであり、コンテンツの提供に際し、多言語対応を容易に行うことができる多言語を扱う情報処理方法及びプログラムを提供することができるようにするものである。
発明の開示
上記目的を達成するために本発明は、サービス提供者のサーバシステムと、ユーザーが使用するクライアントシステムとの間で送受信されるデータを中継する際、言語に依存する言語依存データを特定する特定情報と、この言語依存データに対応する置換用データとを関連付けてデータベース部に蓄積し、前記サーバシステムからサーバデータを取得し、取得したサーバデータに含まれる特定情報に基づいてデータベース部を検索し、特定情報に関連付けられた置換用データを検出し、この取得したサーバデータに含まれる言語依存データを特定し、この特定された言語依存データを、これに関連付けられた置換用データに置換し、この置換されたサーバデータを前記クライアントシステムに送信するものである。
本発明によれば、サービスを提供するサーバシステム側で用いられている言語が、クライアントシステム側で用いられている言語と異なる場合でも、言語に依存するデータをこれに関連付けられた置換用データで置換してクライアントシステム側に送信するため、クライアント側では、置換用データによりサーバ側の情報を認識することができる。
上記発明においては、サーバデータ内で置換用データを特定できなかった場合に、言語依存データを置換することなくサーバデータをクライアントデータ送信部に出力することが好ましい。
これにより置換用データが存在しない場合であっても、サーバデータをそのまま転送することになるため、本システムによる動作が停滞することがなく、円滑なシステムの運用を実現することができる。
上記発明においては、クライアントシステムから要求データを取得し、この取得した要求データに含まれ、置換用データを特定するための第１の特定情報を抽出し、サーバデータに含まれた言語依存データを特定する第２の特定情報を抽出し、第１の特定情報及び第２の特定情報とに基づいてデータベース部から置換用データを検出することが好ましい。
これによれば、クライアントシステム側とサーバシステム側とから言語依存データを特定する情報を取得するため、特定された言語依存データに対応付けられた置換用データを迅速に精度良く検出することができ、クライアントシステムとサーバシステムとの間における言語に関する障害を解消することができる。
上記発明においては、前記クライアントシステムから置換用データと該置換用データに対応する第１の特定情報とを取得し記憶しておき、サーバシステムにおける処理結果として前記第２の特定情報を取得し、この処理結果に応じて記憶された置換用データ、これに対応する第１の特定情報、及び取得した第２の特定情報をデータベース部に登録することが好ましい。
これによれば、サーバシステムで用いられている言語依存データに対応する置換用データ及び当該言語依存データを特定するための第１の特定情報とをクライアント側から予め取得するとともに、サーバシステム側から第２の特定情報を取得し、サーバシステムの動作が適正に行われたのを確認した後に、第１及び第２の特定情報と関連付けて置換用データをデータベース部に登録することができる。この結果、サーバシステムに対して有効なデータのみをデータベース部に蓄積することができ、適正なデータベース部の構築を実現することができる。
上記発明においては、クライアントシステムから取得した要求データから前記サーバシステム側で識別できない言語依存データ及び前記第１の特定情報を削除してサーバ用要求データを生成し、このサーバ用要求データを前記サーバシステムに送信することが好ましい。
これによれば、サーバシステムに要求データを送信する際に、サーバシステムにおいて認識できない言語依存データ及び第１の特定情報を削除するため、サーバシステム側に不要なデータが送信されるのを防止することができ、サーバシステムの動作を適正に維持することができる。
上記発明においては、削除した言語依存データに替えて疑似データを付加することが好ましい。
これによれば、サーバシステム側で必須としている項目に、サーバシステムで識別できない他の言語依存データが入力されるのを防止しつつ、当該項目が未入力であることが原因となってサーバシステム側でエラーが生じるのを回避することができ、サーバシステムの動作を適正に保つことができる。
上記発明においては、クライアントシステム側で使用される言語を特定し、且つサーバシステム側で識別可能な言語依存データで表現された表示用データを疑似データに含ませることが好ましい。
これによれば、疑似データが中継サーバで置換されずにクライアントシステム側に送信された場合に、表示用データにより置換されなかった原因を推測することができる。
また、他の発明の多言語を扱う情報処理方法は、個々の母国語を用いる利用者が通信端末を用いてインターネット上のＷｅｂサーバにアクセスする第１の工程と、Ｗｅｂサーバに接続される多言語対応装置により、アクセスに用いられる複数の言葉に対応した検索要求を出力する第２の工程と、コンテンツサーバーにより、検索要求を受付けるとともに、コンテンツデータベースから検索要求にあったコンテンツを検索して多言語対応装置に返す第３の工程とを備えることを特徴とする。
また、第２の工程には、検索されたコンテンツをＷｅｂサーバを介して利用者に返す第４の工程が含まれるようにすることができる。
また、第２の工程には、多言語変換プロセス部により、多言語変換フィルターデータベースの情報に基づいて多言語対応のための言語変換を行う第５の工程と、コンテンツサーバー用インタフェースにより、検索要求をコンテンツサーバーに出力したり、コンテンツサーバーからの検索されたコンテンツを受取ったりする第６の工程とが含まれるようにすることができる。
また、第５の工程には、マークアップ言語処理プロセス部により、各種マークアップ言語の処理を行う第７の工程と、要求言語判別プロセス部により、利用者が用いる通信端末の使用する言語コードとを判別し、通信端末の国コードを設定する第８の工程と、電文分解プロセス部により、通信端末から送られた電文情報を分解する第９の工程と、分解された電文情報を、トランザクション単位に国コード、文字コード、端末情報、コンテンツＩＤを記録し、各々のコンテンツ情報の取得管理を行う第１０の工程と、言語別フィルタープロセス部により、分解された電文情報を、多言語変換フィルターデータベースの情報を参照し、Ｌｏｃａｌ情報に関する文字コードの変換を行う第１１の工程と、検索プロセス部により、検索管理テーブルを作成し、各検索項目毎に検索情報を取得したかどうかの管理及び同一情報を、Ｇｌｏｂａｌ情報、Ｌｏｃａｌ情報により同時検索を行って、コンテンツサーバー用インタフェースに、検索要求を出す第１２の工程と、電文組立プロセス部により、検索後の結果の情報である電文を組立てる第１３の工程とが含まれるようにすることができる。
また、第５の工程には、多言語変換フィルターデータベースに登録されている情報に、国コード、文字コード、文字補助コード、代替文字コード、Ｕｎｉｃｏｄｅを記録する第１４の工程が含まれるようにすることができる。
また、第７の工程には、Ｗｅｂサーバからの入力であればマークアップ言語から情報を分解して取出し、反対に出力処理であれば電文にマークアップタグを埋込んでＷｅｂサーバに出力を要求する第１５の工程が含まれるようにすることができる。
また、第１１の工程には、Ｌｏｃａｌ情報に、各種母国語に対して複数の文字コード体系を持つ場合があるとき、複数の文字コード体系を利用者の通信端末が実際に使う文字コードからコンテンツデータベースに存在する情報のコード体系に変換したり、取得したコンテンツ情報を実際に利用者の通信端末が使用する文字コードに変換を行い戻すための処理を行ったりする第１６の工程が含まれるようにすることができる。
また、第１２の工程には、Ｌｏｃａｌ情報が存在すればＬｏｃａｌ情報を優先して選択し、存在しなければＧｌｏｂａｌ情報を言語別フィルタープロセス部に戻す第１７の工程が含まれるようにすることができる。
また、第１７の工程には、Ｌｏｃａｌ情報が存在しない場合、処理の高速化のために内部タイマーによる割込みを行い、タイムアップした時点でＬｏｃａｌ、Ｇｌｏｂａｌを問わず情報の揃っているものを、その内容で言語別フィルタープロセス部に戻す第１８の工程が含まれるようにすることができる。
また、第１２の工程には、検索管理テーブルの作成に際し、初期状態では、全ての項目を０に設定しておき、検索要求のあった項目は１に設定する第１９の工程と、検索が成功した項目に対しては１を０に設定する第２０の工程と、検索管理テーブルの行方向と列方向とを演算し、全てが０であれば情報が揃ったことを認識する第２１の工程とが含まれるようにすることができる。
また、第３の工程には、コンテンツデータベースを、基本情報データベース及び基本情報補助データベースと、多言語対応データベース及び多言語対応補助データベースとする第２２の工程が含まれるようにすることができる。
また、第２２の工程には、基本情報データベースには、Ｇｌｏｂａｌ情報を登録する第２３の工程と、基本情報補助データベースには、Ｇｌｏｂａｌ付加情報を登録する第２４の工程と、基本情報データベースには、Ｌｏｃａｌ情報を登録する第２５の工程と、基本情報補助データベースには、Ｌｏｃａｌ付加情報を登録する第２６の工程とが含まれるようにすることができる。
また、第２２の工程には、基本情報データベース及び基本情報補助データベースと、多言語対応データベース及び多言語対応補助データベースとを別々のサーバ上で稼動させる第２７の工程が含まれるようにすることができる。
また、第２２の工程には、多言語対応データベース及び多言語対応補助データベースを、多言語対応装置と一体化させて運用させる第２８の工程が含まれるようにすることができる。
また、上記発明に係る多言語を扱う情報処理は、所定のプログラム言語で作成されたプログラムにより実現することができる。
上記他の発明に係る多言語を扱う情報処理方法及びプログラムにおいては、個々の母国語を用いる利用者が通信端末を用いてインターネット上のＷｅｂサーバにアクセスすると、Ｗｅｂサーバに接続される多言語対応装置により、アクセスに用いられる複数の言葉に対応した検索要求を出力し、コンテンツサーバーにより、検索要求を受付けるとともに、コンテンツデータベースから検索要求にあったコンテンツを検索して多言語対応装置に返すようにする。
発明を実施するための最良の形態
［第１実施形態］
（システム構成）
本発明のデータ中継システムの第１実施形態について説明する。図６は、本実施形態に係るデータ中継システムの構成を示すブロック図である。同図に示すように、本実施形態に係るデータ中継システムは、既存のサーバシステム１とクライアントシステム２との間に中継サーバ３を設置することによって、既存サーバシステム１の多言語化を実現するものである。
サーバシステム１は、ある特定の言語を扱うデータベースサーバを有していることを前提にしており、本実施形態では英語によるホテル情報や予約情報を管理する「ホテル予約システム」を例に説明する。サーバシステム１が扱う情報には、クライアントシステム２から登録されたホテル名・氏名・宿泊日・宿泊人数などの予約情報や、各ホテルが提供している宿泊プランやレストラン情報などのホテル情報がある。これらの情報は、全て英語で管理されている。一方、クライアントシステム２は、英語圏のユーザーに限らず、アジアやヨーロッパ等の英語以外の多言語圏のユーザーが、各ユーザーの母国語で予約等の手続を行うものである。
本実施形態に係る中継サーバ３は、多言語情報（英語以外の言語依存データ）の登録および参照を行うものであり、本実施形態では、ホテル予約システムを例にとり、ホテルコードを検索キーにしてホテル情報を参照する処理や、ホテル情報を日本語で登録する処理等を行う。なお、本実施形態に係る中継サーバ３は、本発明のデータ中継プログラムをサーバ上で実行することにより構築される。
具体的には、この中継サーバ３は、データ中継プログラムをサーバ上で実行することにより、図６に示すように、中継サーバ上に、サーバデータ送信部３１と、要求データ分解部３２と、クライアントデータ受信部３３と、データ処理部３４と、データベース部３５と、サーバデータ受信部３６と、データ生成部３７と、クライアントデータ送信部３８とから構築される。なお、ここでは、図１７に示すように、クライアントシステム２とサーバシステム１との間で行われるセッションを管理するセッション管理部３９を設ける例も併せて説明する。
サーバデータ送信部３１は、中継サーバ３からサーバシステム１に対してデータを送信するものであり、本実施形態では、要求データ分解部３２に接続されており、要求データ分解部３２を介してクライアントシステム２から取得した要求データをサーバシステム１に送信する。
要求データ分解部３２は、取得した要求データに含まれる言語依存データを特定する第１の特定情報を抽出し、クライアントデータ受信部３３に接続され、クライアントシステム２からの要求データを解析し、解析した要求データを、サーバデータ送信部３１を介してサーバシステム１に送信したり、抽出した特定情報をデータ処理部３４へ送出したりする。要求データ分解部３２は、サーバシステム１側で認識できない言語依存データを削除する機能や、削除した言語依存データに代えてダミーデータ（疑似データ）を付加する機能も備えている。
この要求データ分解部３２は、多言語処理に利用するデータリストを備えている。このデータリストは、言語依存データを特定するのに必要な第２の特定データを抽出するのに必要なデータ名称、命令、処理内容をテーブル形式で保持するものである。
クライアントデータ受信部３３は、クライアントシステムから要求データを取得するものであり、取得した要求データを要求データ分解部３２に送出するものである。
データ処理部３４は、要求データやサーバデータに含まれる言語依存データを特定する第１及び第２の特定データに基づいて置換用データをデータベース部３５から検出する検索部の機能を果たしたり、また、このデータ処理部３４は、置換用データとして疑似データを用いて置換する機能を備えるとともに、取得したサーバデータに含まれる言語依存データや疑似データ、置換用データを抽出する機能も有する。
データベース部３５は、言語依存データを他の言語に翻訳した置換用データと、言語依存データに対応する置換データを特定するための特定情報とを関連付けて蓄積するものであり、本実施形態では、第１の特定情報としてクライアントから指定される言語コード等の言語指定情報と、第２の特定情報としてサーバ２から与えられるホテルコードや予約番号等の言語依存データを特定するためのキー情報とに、置換用データを対応付けたテーブル形式となっている。
上記要求データやサーバデータには、例えば「数値・符号情報」等の多言語化する必要のない言語非依存データと、「文字情報」等の多言語化するべき言語依存データの２つが含まれている。例えば宿泊日・宿泊人数は「数値・符号情報」であることから言語非依存データであり、ホテル名・予約者氏名などは「文字情報」であることから言語依存データである。中継サーバ３では多言語化した「文字情報」のみを管理し、その他の「数値・符号情報」は既存サーバシステムで管理する。
本実施形態では、データベース部３５のデータベーススキーマは、サーバシステム１のデータベーススキーマのサブセットになっている。ただし、必ずしもサブセットのスキーマにする必要はなく、既存サーバシステム上の英語データと中継サーバ上の多言語データの対応が取れる構成になっていればよい。
また、中継サーバ３では複数の言語情報を管理するため、データベース部３５に格納された各テーブルには、言語キーを追加している。例えば国名テーブルでは、国コードと国名に加えて言語コードを持つ。同じ国コード「１」でも、言語コードが「ｊａ」であれば「アメリカ」、「ｚｈ」であれば「美國」と登録される。この場合、１つのデータベース上で様々な言語を扱うため、内部ではＵｎｉｃｏｄｅで情報を保持するようにしてもよい。別の方法として、言語ごとにデータベースを分けてもよい。
物理的なマシン構成では、中継サーバ３とデータベース部３５は同一マシン上でも、別マシン上でもよい。さらに、データベース部３５は複数マシンに分散させることも可能である。
サーバデータ受信部３６は、サーバシステムからサーバデータを取得するものであり、取得したサーバデータをデータ処理部３４及びデータ生成部３７に送出する。
データ生成部３７は、サーバシステム１から取得したサーバデータ（応答データ）について、置換可能なデータを置換し、クライアントシステム２へ転送するためのデータを生成するものであり、言語依存データや疑似データを各々に対応する言語依存データに置換又は追加するものである。また、このデータ生成部３７は、対応する言語依存データが存在しない場合は、サーバデータの言語依存データをそのまま利用する機能をも有する。
クライアントデータ送信部３８は、データ生成部３７で組立てられた応答データをクライアントシステム２に送信するものである。
なお、図１７に示すセッション管理部３９は、データ処理部３４に接続されており、クライアントのログイン情報や指定した言語情報等を取得し記憶することによって、クライアントが複数のリクエストについて中継サーバ３にアクセスする場合にクライアントを特定するものである。
（各部の動作）
上記構成を有する本実施形態に係るデータ中継システムの各部の動作について説明する。図７乃至図１１は、本システムの多言語情報の登録時及び参照時における動作を示す説明図である。
１．多言語情報の参照
上述したデータベース部３５に登録された置換用データを参照する手順について以下に説明する。
ユーザーが、クライアントシステム２から、言語を指定してサービスに関する要求データを中継サーバ３に送信すると、図７に示すように、この要求データをクライアントデータ受信部３３が受け取り、要求データ分解部３２に転送する。このユーザーによる言語の指定により、第１の特定情報である言語コードが中継サーバ３に送信される。
要求データ分解部３２は、言語が指定された要求データｄ１を受け取ると、内部処理しやすいデータｄ１‘に解析し、多言語処理に利用するデータリストｄ５を参照して、中継サーバ３で処理する言語コードｄ３と、この言語コードｄ３を削除して、サーバシステム１に送信する言語非依存データｄ４とに分解する。
すなわち、「ＨｏｔｅｌＥｖｅｎｔＳｅａｒｃｈＲＱ」要求に含まれる「Ｌａｎｇｕａｇｅ」情報が、言語コードｄ３に相当する。言語コードｄ３はデータ処理部３４に渡され、言語コードｄ３を削除して形成された言語非依存データｄ４は、サーバシステム１のインタフェースに合わせて組み立てられて、サーバデータ送信部３１に渡される。サーバデータ送信部３１は、言語非依存データｄ４をサーバシステム１に送信する。サーバシステム１は、受け取ったデータｄ４を処理し、中継サーバ３にデータｄ２を返す。
サーバシステム１から送られた応答データｄ２は、図８に示すように、サーバデータ受信部３６を介してデータ処理部３４に送られる。データ処理部３４は、受け取った応答データｄ２を内部処理しやすい形に解析し、要求データ分解部３２から受け取った内容とともに検索キーとなる第２の特定情報（ホテルコード「ＨＬ０１」及び２つのイベントコード「Ｅ０１」「Ｅ０２」）ｄ６を取り出す。
同図に示すように、要求データ分解部３２から受け取った言語コードｄ３（「ｊａ」）と、サーバシステムから受け取ったホテルコード「ＨＬ０１」、イベントコード「Ｅ０１」「Ｅ０２」等が合わさって検索キーｄ６となる。次に、これらの検索キーｄ６を基にデータベース部３５から対応する置換用データを取得する。言語情報「ｊａ」とホテルコード「ＨＬ０１」をキーにして、ホテルテーブルから「ホテル東京」という日本語の置換用データｄ７を取り出す。もし、クライアントからの要求に中国語「ｚｈ」が指定されていた場合は、「飯店東京」という中国語の置換用データを取得する。また、言語情報「ｊａ」、ホテルコート「ＨＬ０１」、イベントコード「Ｅ０１」から「バレンタイン・フェアー」という日本語の置換用データを取り出す。イベント「Ｅ０２」については、これに対応する日本語データは存在しないため、何も取得しない。これらの取得したデータｄ７は、データ生成部３７に渡される。
次いで、データ生成部３７は、図９に示すように、サーバデータ受信部３６から応答データｄ２を受け取り、内部処理しやすいデータｄ２‘に解析し、多言語化するデータリストｄ８を参照して、多言語化するデータの項目を確認する。ここでは、言語情報、ホテル名、イベント名が多言語化項目に相当する。次に、これらの多言語化する項目を、データ処理部３４から受け取った置換用データｄ７と置き換えて、データｄ９を生成する。データリストｄ８によると言語指定情報（Ｌａｎｇｕａｇｅ＝ｊａ）は、「追加」という処理内容になっているため、オリジナルの応答データｄ２に対してＬａｎｇｕａｇｅ情報を追加する。その他のホテル名・イベント名は「多言語データと置き換え」という処理内容になっているため、オリジナルの応答データｄ２‘のＨＯＴＥＬ　ＴｏｋｙｏおよびＶａｌｅｎｔｉｎｅ　Ｆａｉｒの英語データを日本語データに置き換える。このとき、イベント「Ｗｉｎｔｅｒ　Ｐｌａｎ」に対応する日本語データが存在しないため、英語データがそのまま利用される。次に、クライアントシステム２のインタフェースに合わせてデータｄ９‘からデータｄ９を組み立て、クライアントデータ送信部３８に渡す。
これによって、クライアントシステム２の要求に対してサーバシステム１が出力した英語の応答データｄ２‘を、日本語のデータｄ９に置き換えてクライアントシステム２に出力することが可能になる。
２．多言語情報の登録
本システムでは、サービスの提供を行う際に用いる多言語情報（置換用データ）を、第１及び第２の特定情報と関連付けて、データベース部３５に予め登録しておく必要がある。
図１０に示すように、クライアントシステム２から置換用データの登録要求があると、クライアントデータ受信部３３は、クライアントシステム２から受け取った要求データｄ８（メッセージ）を要求データ分解部３２に送出する。
要求データ分解部３２は、データを登録するための要求データｄ８を受け取ると、内部処理しやすいデータｄ８‘に解析し、多言語処理に利用するデータリストｄ９を参照して、中継サーバ３で多言語情報を登録するために必要なデータｄ１１を取り出す。
すなわち、中継サーバ３に登録する置換用データである日本語データ「ウィンター特別プラン」と、第１及び第２の特定情報であるキー情報「ｊａ」「ＨＬ０１」「Ｅ０２」を取り出す。一方サーバシステム１に送信するデータは言語依存データを含んでいてはいけないため、言語依存データである「ウィンター特別プラン」の情報及び第１の特定情報である「Ｌａｎｇｕａｇｅ＝ｊａ」を抜き出しデータ処理部３４に送出し、それ以外の情報ｄ１０‘をサーバシステムのインタフェースに合わせて組み立ててデータｄ１０として、サーバデータ送信部３１に送出する。サーバシステム１は、受け取ったデータｄ１０を処理しデータｄ１３を中継サーバ３に返す。
その後、図１１に示すように、サーバシステム１から送られた応答データｄ１３は、サーバデータ受信部３６を介してデータ処理部３４に送られる。データ処理部３４は、受け取った応答データｄ１３を内部処理しやすいデータｄ１３‘に解析し、サーバシステム１での登録処理が成功したかを確認する。サーバシステム１の処理が失敗した場合は、中継サーバ３も登録処理は行わない。成功した場合は、図１１に示すように、要求データ分解部３２から受け取ったキー情報及び置換用データを含むデータｄ１１をデータベース部３５に登録する。
データ生成部３７は、サーバデータ受信部３６から受け取った応答データを置換用データと置き換える必要がないと判断し、受け取ったデータをそのままクライアントデータ送信部３８を介してクライアントシステム２に送信する。
このように、多言語処理に利用する置換用データは中継サーバ３に、その他の言語非依存データはサーバシステム１に分けて登録することにより、サーバシステム１に対して特に変更を加えることなく、クライアントシステム２からの日本語のデータ登録を可能にする。
ここで、多言語情報を登録する方法について、いくつか例を挙げる。
（１）「文字情報」と「数値・符号情報」を分類して登録する場合
ホテル名・住所などのように、既に英語での情報をサーバシステム１で保持しているところに、日本語のデータを新たに登録する場合、まずユーザーは「日本語」を指定してログインを行う。次に、「ホテル情報変更」メニューにアクセスし、現在のホテル情報を取得する。日本語の情報はまだ登録されていないため、「Ｈｏｔｅｌ　Ｔｏｋｙｏ」のように全て英語で情報が表示される。このページで、「多言語」マークがついている項目に対して「ホテル東京」のように日本語データを入力して、「更新」ボタンをクリックする。もちろん、チェックイン時間などの数値データも同時に変更することができる。
中継サーバ３は、日本語による文字情報と数値・符号情報を同時に受け取ることになる。中継サーバ３は、「文字情報」と「数値・符号情報」とに分類して、文字情報は中継サーバ３で保存し、数値・符号情報のみをサーバシステム１に送信する。
（２）サーバシステムにダミーデータを登録する場合
サーバシステム１の仕様によっては、情報を登録・更新する場合に「必須の入力項目」を設けている場合が多々ある。上記のように言語依存データの文字情報を抜き出して、数値・符号情報だけをサーバシステム１に送信する方法は、特定の文字情報が必須入力であるサーバシステム１に対しては利用できない。例えば、ホテル予約を行うときに予約者の氏名・住所が必須である場合がこれに相当する。
このような場合、中継サーバ３は、氏名・住所の項目に英語によるダミーデータ（疑似データ）を追加して、サーバシステム１に送信する。これによってサーバシステムには本来の氏名・住所とは関係のないダミーデータが登録されることになるが、情報を参照する際は再び中継サーバ３によって意味のある日本語の氏名・住所に置き換えられてクライアントに返されるので問題はない。
（３）英語と日本語の両方のデータを同時に入力
データベース部３５は、「ホテル予約システム」だけで利用するとは限らない。例えば、多言語化していない「顧客管理システム」が参照することもありえる。顧客管理システムでは、予約者の氏名をキーにして様々な情報を参照するため、ダミーデータが入っていては意味がなくなってしまう。この場合、もちろん氏名を多言語化しないという方法もあるが、氏名は英語と日本語の両方で入力することもできる。
中継サーバ３は、英語と日本語の両方のデータを受け取ると、同じ「文字情報」でも、日本語のデータは中継サーバで保存し、英語のデータはサーバシステム１に送信する。
（４）中継サーバだけにデータを登録する場合
上記の３つは、クライアントシステム２から送られる登録情報に日本語の「文字情報」と「数値・符号情報」の両方が含まれている場合を想定しているが、情報の種類によっては「文字情報」だけを更新する場合もある。
この場合、中継サーバ３は、サーバシステム１に送信するべき数値・符号情報がないため、中継サーバ３上に文字情報を保存したあとサーバシステム１とはやり取りせずにクライアントシステム２にレスポンスを返すこともできる。
（５）その他の登録
中継サーバ３上に、郵便番号に対応する住所を日本語・英語の両方であらかじめ保持しておき、予約者が入力した郵便番号に基づいて、中継サーバ３には日本語の住所を、サーバシステム１には英語の住所をそれぞれ登録するようにしてもよい。これにより、サーバシステムにダミーの住所が登録されることがなくなる。
（データ中継システムを用いたデータ中継方法）
上述した構成及び動作の本実施形態に係るデータ中継システムを用いたデータ中継方法は以下のような手順によって行う。図１２乃至図１６は、本実施形態に係るデータ中継方法の手順を示す流れ図である。なお、本実施形態では、データ中継の例としてホテルの予約を例に説明する。
すなわち、ここでは、ホテル予約システムを多言語化し、日本語にてホテル情報の登録・参照や、予約情報の登録・参照を行う。また、ここでのクライアントシステム２のユーザーとしては、専用端末にてホテル情報を登録するホテル側のユーザーと、予約センターでホテルの一般利用者からの電話を受付け、専用端末を介して予約手続を代行する代行サービス提供者の２種類を想定している。
１．　ユーザー認証
先ず、ホテル予約システムを利用する前に、ユーザーは、クライアントシステム２上において、自己のＩＤ　パスワードを入力する。中継サーバ３はユーザー認証機能を持たず、クライアントシステム２から受け取ったログインに関する要求データをそのままサーバシステム１に送信する。サーバシステム１は、受け取った要求データに従ってユーザー認証を行い、結果を中継サーバ３に返す。
中継サーバ３は、サーバシステム１から受け取った認証結果を図１７に示すセッション管理部３９に保持し、クライアントシステム２にデータを返す。次に同じユーザーからのアクセスを受け付けた場合、中継サーバ３は保持しておいた認証結果をもとにして、処理続行または拒否を判断する。これにより、既存サーバシステム１と中継サーバ３で２重にユーザー管理を行う必要がなくなる。なお、サーバシステム１がユーザー認証を行っていないシステムの場合は、中継サーバ３で独自のユーザー認証を行うようにしてもよく、また、ユーザー認証を全く行わないことも可能である。
また、ユーザー認証の際、本セッションで使用する「言語」を指定することもできる。具体的には、中継サーバ３は、ユーザーのログイン時に、言語選択用のダイアログボックスを表示して言語の入力を促す。この言語の指定は、第１の特定情報である言語コードとしてユーザー認証要求に付加されて中継サーバ３に送信される。
中継サーバ３は、言語コード付きのユーザー認証要求を受付けると、この要求データ中の言語依存データを取り出し、それ以外の言語非依存データをサーバシステム１に転送する。
このとき、言語コードを受け取った中継サーバ３は、対応している言語か否かを判断し、対応していない場合はエラーレスポンスをクライアントシステム２に返す。中継サーバ３が対応している言語の場合は、認証結果とともに言語情報をセッション管理部３９に保持し、ログアウトするまで同じユーザーからのリクエストに対してその言語情報を利用する。
なお、クライアントシステム２から言語情報が指定されなかった場合は、サーバシステム１で利用している言語がデフォルトとして選択される。この場合には、中継サーバ３は言語変換を全く行わずに、クライアントシステム２とサーバシステム１との間のデータを単に中継する。また、ログイン時ではなく、リクエスト毎に言語を指定してもよい。これにより、ホテル情報は日本語で参照するが、予約は現地のアメリカ人が読めるように英語で行うということが可能になる。
さらに、本実施例では言語コードのみを指定しているが、言語コードに国コードを付加してもよい。これにより、例えば英語と米語を区別して、日付の出力を英語の場合はと米語の場合とで変更することも可能である。さらに、言語に加えて文字コードの変換を行ってもよい。これにより、英語の情報を日本語に変換するだけでなく、クライアントの環境に合わせてＳ−ＪＩＳやＥＵＣコードに変換することも可能になる。
そして、サーバシステム１は、受け取った要求データに基づいて承認を行い、ユーザーを承認した場合、承認結果を中継サーバ３に応答データとして送信する。中継サーバ３は、受け取った応答データをクライアントシステム２に転送する。
２．多言語によるホテル情報の登録
次に、図１２に示すように、ホテル側のユーザーは、日本語による予約受付サービスに先だってホテル情報の登録を行う。このホテル情報の登録を行う際、ユーザーは、ユーザー認証を行う。
次いで、ユーザーは、「ホテル情報変更」のホームページを開き、ホームページのメニューから、「ホテル情報変更」のページにアクセスする。このホテル情報変更ページにアクセスすると、現在登録されているホテル情報が表示される。
中継サーバ３は、ユーザーに対してホテルの選択を促し、ホテル情報取得要求として、第１の特定情報である言語コードと、第２の特定情報であるホテルコードを受け取る。言語コードをデータ処理部３４に渡し、ホテルコードをサーバシステム１に転送する。
ホテルコードを取得したサーバシステム１は、ホテルコードに基づいてホテル情報を検索し、英語によるホテル情報を中継サーバ３に返す。中継サーバ３は、言語コードとホテルコードをキーにして、データベース部３５から置換用データとして多言語のホテル情報を検索する。
ここでは、初めて日本語のホテル情報を登録することを想定しており、まだ多言語のデータが登録されていないため、データは１件も検索されない。対応する言語依存データが存在しない場合、中継サーバ３は、サーバシステム１から受取った英語のホテル情報を、そのままクライアントシステム２に返す。ユーザーのページには、英語のホテル情報が表示される。
次いで、ユーザーは、ホテル情報の登録を行う。すなわち、ユーザーは、英語で表示されているホテル情報を指定した言語で書き換え、変更要求を行う。中継サーバ３は、クライアントシステム２からホテル情報変更要求を受付ける。
ホテル名・住所は、言語コードで指定された文字（ここでは、クライアントシステムで使用されている日本語）で入力されている。クライアントデータ受信部３３は、受取ったデータをそのまま置換用データとして要求データ分解部３２に渡す。
要求データ分解部３２は、置換用データ（ホテル名・住所）およびＤＢキーになる第１及び第２の特定情報（言語コード・ホテルコード）を取り出し、データ処理部３４に渡す。一方で、言語依存データを除いたデータをサーバシステム１に渡す。サーバシステム１は、ホテル情報変更依頼を受け付け、郵便番号・電話番号を更新する。サーバシステム１は、変更処理結果を中継サーバ３に返す。
データ処理部３４は、サーバシステム１の処理が成功したことを確認し、置換用データ及び第１及び第２の特定情報をデータベース部３５に登録する。もしサーバシステム１の結果がエラーだった場合は、サーバシステム１と整合性を取るために、これら多言語処理のための情報の登録は行わない。サーバシステム１の処理結果データには多言語化するデータが含まれていないため、データ生成部３７は何も行わずにそのままデータをクライアントシステム２に返す。
３．多言語によるホテル予約代行サービス
次いで、本システムを利用してホテル予約代行サービスを行う手順を説明する。
（３．１）ホテル情報の検索
先ず、図１３に示すように、ホテル予約に際し、ユーザーは、ユーザー認証を行う。
次いで、ホテル情報の検索を行う。先ず、ユーザーは、予約したい地域を選択してホテル検索を行う。中継サーバ３は、クライアントシステム２からホテル検索要求を受け付ける。このとき、クライアントシステム２からは第１の特定情報として言語コード及び地域コードが指定される。クライアントデータ受信部３３は、受け取ったデータをそのまま要求データ分解部３２に渡す。要求データ分解部３２は、言語コードを取り出してデータ処理部３４に渡し、地域コードをサーバシステム１に渡す。
サーバシステム１は、指定された地域に含まれるホテルの英語情報（ホテルコード等）を第２の特定情報として中継サーバ３に返す。データ処理部３４は、検索結果に含まれているホテルコード、およびデータ分解部３２から受け取った言語コードをキーにして、データベース部３５から置換用データである多言語（日本語）のホテル情報を検索する。
データ生成部３７は、サーバシステム１から英語によるホテル情報を、データ処理部３４から多言語によるホテル情報を、それぞれ受け取る。サーバシステム１から受け取った検索結果に含まれる英語情報（ホテル名・住所）を、多言語のホテル情報に置き換える。生成された多言語のホテル一覧情報を、クライアントシステム２に返す。
（３．２）ホテルの予約
その後、ユーザーは予約登録を行う。すなわち、図１４に示すように、ユーザーは、指定した言語にて氏名・住所などの予約情報を入力して、予約を実行する。このとき、本実施形態では、氏名だけは多言語と英語の両方で入力する。中継サーバ３は、クライアントシステム２から予約実行要求を受け付ける。
氏名・住所は多言語で入力されている。クライアントデータ受信部３３は、受け取ったデータをそのままデータ分解部３２に渡す。データ分解部３２は、多言語データ（氏名・住所）および言語コードを取り出し、データ処理部３４に渡す。住所データはサーバシステム１にとって必須入力項目であるため、住所データとしてダミーデータを生成する。
サーバシステム１に、数値・記号データおよびローマ字の氏名、ダミーデータの住所を転送する。サーバシステム１は、予約登録結果および予約番号を中継サーバ３に返す。データ処理部３４は、予約番号および言語コードをキー情報として多言語の予約情報をデータベース部３５に登録する。サーバシステム１の処理結果データには多言語化するデータが含まれていないため、データ生成部３４は何も行わずにそのままデータをクライアントシステム２に返す。
（３．３）予約の検索（１件ヒット）
次に予約者氏名による予約検索の例を図１５に示す。
ユーザーは予約を検索したい氏名を入力し、検索要求を行う。中継サーバ３は、検索要求として、言語コードと氏名を受け取る。クライアントデータ受信部３３は、受け取ったデータをそのままデータ分解部３２に渡す。受け取ったデータには言語依存データしか含まれていないため、データ分解部３２は全てデータ処理部３４に渡す。データ処理部３４は、言語コードと氏名をキーにして予約テーブルを検索し、予約コード・氏名・住所を取得する。このとき、氏名が一致するデータは１件だけだったと想定する。取得した予約データに含まれる予約コードをサーバシステム１に渡す。サーバシステム１は予約コードに対応する英語の予約情報を中継サーバ３に返す。
データ処理部３４は、取得した多言語の予約情報をデータ生成部３７に渡す。データ生成部３７は、サーバシステム１から英語の予約情報を、データ処理部３４から多言語の予約情報をそれぞれ受け取る。データ生成部３７は、英語の住所情報を多言語の住所情報に置き換える。氏名は英語と多言語の両方で入力されているため、置き換えるのではなく追加する。生成した多言語の予約情報をクライアントシステム２に返す。
（３．４）予約の検索（複数ヒット）
ユーザーは予約を検索したい氏名を入力し、検索要求を行う。中継サーバ３は、検索要求として、言語コードと氏名を受け取る。クライアントデータ受信部３３は、受け取ったデータをそのまま要求データ分解部３２に渡す。
受け取ったデータには言語依存データしか含まれていないため、データ分解部３２は全てデータ処理部３４に渡す。データ処理部３４は、言語コードと氏名をキーにして予約テーブルを検索し、予約コード・氏名・住所を取得する。このとき、同じ氏名の予約が全て検索される。取得した複数の予約データを、データ生成部３７に渡す。データ生成部３７は受け取った予約データをもとに、クライアントシステム２に返す検索結果データを生成する。データをクライアントシステム２に返す。
複数の検索結果を受け取ったユーザーは、次に複数の検索結果から１つの予約を選択し、予約情報の表示要求を行う。中継サーバ３は、予約情報の検索要求として、言語コードと予約コードを受け取る。クライアントデータ受信部３３は、受け取ったデータをそのままデータ分解部３２に渡す。データ分解部３２は、言語コードをデータ処理部３４に、予約コードをサーバシステム１に渡す。サーバシステム１は予約コードに対応する英語の予約情報を中継サーバ３に返す。データ処理部３４は、予約コードと言語コードをキーにして、多言語の予約情報を検索する。データ生成部３７は、サーバシステム１から英語の予約情報を、データ処理部３４から多言語の予約情報をそれぞれ受け取る。データ生成部３７は、英語の住所情報を多言語の住所情報に置き換える。氏名は英語と多言語の両方で入力されているため、置き換えるのではなく追加する。生成した多言語の予約情報をクライアントシステム２に返す。
４．多言語情報の削除
「日本語」を指定してログインして情報を削除するときは、主に２通りの動作の仕方がある。１つは日本語の「文字情報」のみを中継サーバ３から削除して、サーバシステムで管理している情報は削除しないという方法である。もう１つは、日本語のデータとサーバシステム１で管理しているデータの両方を一度に削除する方法である。
前者の場合、中継サーバ３は、クライアントシステム２から削除要求を受けると、それに対応する中継サーバ３上のデータを削除し、サーバシステム１にはアクセスせずにクライアントシステム２にレスポンスを返す。これに対して後者の場合、中継サーバ３は、クライアントシステム２から受け取った削除要求をサーバシステム１に送信し、サーバシステム１から「成功」のレスポンスを受け取ると、中継サーバ３上のデータを削除してクライアントシステム２にレスポンスを返す。なお、クライアントシステム２が言語を指定せずにログインした場合は、サーバシステム上のデータが削除される。
（変更例）
なお、本実施形態では、中継サーバ３が、サーバシステム１とクライアントシステム２との間に配置されているが、物理的に既存サーバシステム１またはクライアントマシン２と同一の装置内に設けられてもよい。また、図１８に示すように、サーバシステム１と中継サーバ３は１対１に対応する必要はなく、１台の既存サーバシステム１に対してアジア用の中継サーバ３ａ、ヨーロッパ用の中継サーバ３ｂ等、複数の中継サーバを設けてもよい。
［第２実施形態］
次いで、本発明の第２実施形態について説明する。ここでは、本発明のデータ中継システム及び方法を用いて、ある通販会社が、毎月顧客の嗜好に合わせて「今月のお勧め品リスト」のダイレクトメールを送る業務を行う場合を例に説明する。サーバシステムでは商品情報、顧客情報、および売上情報などを管理しており、リコメンデーションエンジンを持っている。
中継サーバ導入前まで、サーバシステムは毎月定期的に「今月のお勧め品リスト」を生成し、メール送信サーバへリストを渡し、各顧客にダイレクトメールを送信していた。本実施形態では、中継サーバを、サーバシステムとメール送信サーバ間に導入することにより、ダイレクトメールの多言語化を実現する。なお、本実施形態に係る中継サーバは、上述した第１実施形態で説明した中継サーバ３とほぼ同様の構成及び機能を備えるものである。
クライアントシステムでは、「言語コード」「会員番号」「氏名」「住所」「郵便番号」の情報から成る顧客リストを中継サーバに送る。このリストには様々な国の顧客情報が含まれており、日本語、中国語、フランス語・・・と様々な言語で構成されている。
中継サーバはリストを受け取ると、１行ずつ「会員番号」をサーバシステムに送信し、サーバシステムから今月のお勧め品リストとして「商品番号」「商品名（英語）」「価格」の情報を受け取る。受け取った「商品名（英語）」は、中継サーバが持つ商品名テーブルから、「言語コード」と「商品番号」をキー（第１及び第２の特定情報）としてデータベース部から検索した置換用データである多言語の商品名と置き換えられる。
中継サーバは、全ての顧客リストに対して、指定された言語でのお勧め商品リストを生成し、クライアントに返す。
［第３実施形態］
次いで、本発明の第３実施形態として、英語で稼動する銀行のオンライン口座取引に、日本語でのデータ提供を行うことを可能とする中継サーバを使用した場合について説明する。銀行のオンライン口座取引のサーバシステム７では、銀行情報、口座情報、顧客情報が管理され、顧客クライアントシステム４や銀行クライアントシステム５との間でさまざまなオンライン業務を行っている。
ここで、銀行クライアントシステム５は、銀行側での業務を処理するクライアントシステムであり、顧客クライアントシステム４とは、顧客に対するオンラインサービスを提供するクライアントシステムである。なお、これらのクライアントシステムの種類としては、ＡＴＭ、パソコン、ＴＶ、携帯情報機器（携帯電話、電子手帳）、その他のオンライン端末が考えられる。
そして、本実施形態に係るデータ中継システムは、図１９に示すように、上記クライアントシステム４、５とサーバシステム７の間に本発明の中継サーバ６を配置した構成となっている。中継サーバ６の内部構成は、上述した第１実施形態におけるものと同様であり、これらの説明は省略する。
ここで、顧客クライアントシステム４側に提供するオンラインサービスとしては、
１）口座開設
２）引き出し
３）預け入れ
４）残高照会
５）振込み
６）通帳記入
７）登録情報変更
８）解約
などがあり、また銀行クライアントシステム５側の業務処理としては、例えば
１）顧客氏名から口座情報を参照
２）銀行情報登録
があげられる。
以下では、顧客側に提供するオンラインサービスの中で、新規口座の開設、預金の預け入れまたは引き出し、登録情報変更を例にとり、本発明の中継サーバの動作を説明する。なお、上述した顧客側に提供するオンラインサービスのうち、残高照会、振込み、通帳記入、解約の処理、そして、銀行側での業務処理に関しても、中継サーバ６の動作は、新規口座の開設、預金の預け入れまたは引き出し、登録情報変更の処理と論理的に同様である。
始めに、サーバシステム７側に備えられたデータベース部７１において管理されるデータベーステーブルの例を図２０（ａ）〜（ｆ）に示す。ここで、データベース部７１は６つのデータベーステーブルで構成されており、それぞれ、顧客の基本情報を格納する顧客基本テーブル（ａ）と、口座の基本情報を格納する口座基本テーブル（ｂ）と、口座に対する入金履歴を格納する入金履歴テーブル（ｃ）と、口座に対する出金履歴を格納する出金履歴テーブル（ｄ）と、銀行の基本情報を提供する銀行基本テーブル（ｅ）と、預金口座の種別と、その名称を格納する預金種別テーブル（ｆ）とからなる。各テーブルのデータ列に格納されるデータは、数値、記号などの言語非依存データと、英語の文字列データである言語依存データであり、図中の文字列データはハッチングにより表示してある。なお、各テーブルの名称、構造、またデータベース部のテーブル構成は、同様にデータを管理できるものであれば任意の形式でよく、本発明の中継サーバ６を設置するにあたり、サーバシステム１側のデータの管理形式は特に限定されない。
次に、中継サーバ６において管理するデータベーステーブル例を図２１（ａ）〜（ｄ）に示す。多言語中継サーバ６のデータベース部６１は、サーバシステム７に格納された英語の文字列型のデータに対応し、別の言語で表現した置換用データを管理する。本実施形態においては、データベース部６１は、図２１に示すように、４つのテーブルからなり、顧客の氏名、住所を日本語で格納する顧客テーブル（ａ）と、銀行名、銀行の住所を日本語で格納する銀行テーブル（ｂ）と、英語表記の預金口座の種類と、それに対応する日本語表記の預金口座の種類を格納する預金種類（英日）テーブル（ｃ）と、預金口座の種類を日本語で格納する預金種別テーブル（ｄ）とからなる。なお、本実施形態における中継サーバ６１のデータベースは前述の構造としたが、特にテーブルの名称、構造またはテーブル構成を規定する必要はなく、サーバシステム７とクライアントシステム４、５の間に入って、既存の英語データに対して日本語でのデータ入出力をさせたい置換用データと、これに関連付けられ置換用データを検出するために必要な第１及び第２の特定情報として、顧客番号のような数値記号データが含まれていれば任意の形式でよい。
このような構成の本実施形態に係るデータ中継システムを利用して、新規口座開設を顧客がクライアントから要求する場合について説明する。なお、以後のリクエストおよびレスポンスに使用されているデータ形式は、図２４に示すようなタグベースの形式で記述されているが、サーバおよびクライアントが認識可能な形式で、尚且つ中継サーバがこのデータ形式の記述的な部分、つまり英語の文字列と日本語の文字列の操作を行うのに必要なデータ部分を解釈できれば、任意のデータ形式でよい。またタグ部分が日本語で記述されているが、これは説明上の便宜的なものであり、タグ部分は本発明における多言語処理とは関連がない。また、サーバシステムおよび中継サーバには、あらかじめ基本データとして、それぞれ図２２（ａ）及び（ｂ）、図２３（ａ）乃至（ｃ）の内容が入力されているものとする。
図１９に示す基本データの中で、多言語中継サーバ６内データベース部６１に入れる銀行の名称や住所を表す日本語データ（置換用データ）は、予め登録しておいてもよいし、銀行情報入力用のクライアントシステム５を用いて、任意の時に登録することもできる。予め銀行の名称や住所を表す日本語データ（置換用データ）が登録されていない場合には、銀行情報をクライアントシステムが要求するとき、中継サーバからクライアントシステムへの応答は、サーバシステムからのレスポンスである英語情報のまま返される。
顧客がクライアントシステム４を用いて新規口座開設の操作を行うと、クライアントシステム４は、新規口座開設の要求として、図２４の要求データを中継サーバ６に送出する。ここで、要求データの内容は、セッション情報と、新規口座開設に必要な顧客の個入情報、開設したい口座に関する情報、そして国（言語）を指定する第１の特定情報である。
なお、セッション番号は、サーバシステム７が、あるクライアントとの一連のやり取りを他のクライアントとの一連のやり取りと区別するもので、例えばクライアント／サーバ間のやり取りに先立って、セッション確立のための通信を行ってサーバにより決定されればよい。また、セッション番号のような数値あるいは記号を用いなくとも、端末コードなどサーバとのセッションを区別できるものであればよい。
要求データを受け取った中継サーバ６は、クライアントデータ受信部から要求データ分解部へ要求データを渡す。要求データ分解部での処理の流れは、図２５に示すようになる。
すなわち、要求データが、中継サーバ６での処理を必要とするかどうか判断し（Ｓ１０１）、処理されない場合にはサーバデータ送信部へ要求データをそのまま渡し（Ｓ１１２）、処理されるべき要求データの場合には、リクエスト中の国コード（第１の特定情報）を解析する（Ｓ１０２）。処理される要求データかどうかの判断は、例えば処理対象のリクエストの種類を全て要求データ分解部で管理して、管理外のリクエストは処理されないリクエストだと判断してもよいし、逆に処理されないリクエストの種類を管理して判断してもよい。
要求データに国コードがなければ、処理されるべきデータが無いと判断して、サーバデータ送信部へと渡す（Ｓ１１２）。国コードがあればこれとセッション番号をデータ処理部へ渡す（Ｓ１０３，Ｓ１０４，Ｓ１０８）。次に、この国コードで指定されている氏名、住所を置換用データとして要求データから取り出し、データ処理部へ渡す（Ｓ１０５，Ｓ１０８）。取り出されたデータは元のリクエストからは削除される（Ｓ１０６）。国コード依存データが削除されたリクエストを評価して、サーバシステム７に渡すリクエストとして必須のデータが全て含まれていれば、これをそのままサーバデータ送信部へ渡す（Ｓ１１２）。国コード依存のデータをリクエストから削除したことによって、必須のデータが足りない場合には、必須データを生成して（Ｓ１１０）、要求データに追加する。
ステップＳ１１０における必須データの生成は、リクエストの種類と、そのリクエストに対する必須データを表形式で管理して、例えば、元のリクエストにあるべき氏名、住所のうち、氏名についてはローマ字氏名が指定されていれば、これをそのまま用い、そうでなければ例えば国コードを埋め込んだダミーデータを〈氏名〉のタグで作成し、リクエストに挿入すればよい。住所については、例えば郵便番号からローマ字表記の住所を生成し、これを〈住所〉タグとしてリクエストに挿入すればよい。
その後、この改変を加えたリクエストをサーバデータ送信部へと渡す（Ｓ１１１）。このときのリクエストを図２６に示す。
このリクエストが中継サーバからサーバシステムに届くと、サーバシステム７内では、新規口座開設に伴う処理が行われ、この時のサーバシステム内では新規口座開設に伴い、例えば図２７に示すデータテーブル（ａ）〜（ｃ）が登録される。サーバデータ送信部から送信したリクエストに対するレスポンスを、図２８に示す。同図に示すように、サーバシステム７からの応答データとしては、顧客番号や預金種類名、口座番号、金額等が含まれている。この応答データをサーバシステムから中継サーバのサーバデータ受信部が受け取ると、これをデータ生成部とデータ処理部に渡す。このような応答データを取得したデータ処理部の処理の流れは、図２９に示すようになる。
すなわち、クライアント側からのリクエストが要求データ分解部へと渡り、データ処理部は、要求データ分解部からリクエスト種別、セッション番号、国コード、国依存データを取得する（Ｓ２０１）。そして、取得されたリクエスト種別、セッション番号、国コード、国依存データのうち、セッション番号と国コードはセッション管理部に格納し（Ｓ２０２）、それ以外のリクエスト種別、国依存のデータは、リクエスト種別に依存した処理がおこなわれる（Ｓ２０４）。この例の新規口座開設の場合には、日本語の顧客情報を中継サーバに登録するために、氏名と住所をセッション番号と関連付けて一時保管し、サーバシステムからのレスポンスデータを待つ（Ｓ２０５）。
サーバデータ受信部からレスポンスが到着すると、セッション番号を取得する（Ｓ２０６）。そしてこのセッション番号を持つレスポンスデータが、処理対象であるかを判断し（Ｓ２０７）、処理対象である場合にはレスポンス種別ごとの処理が行われ（Ｓ２０９）、そうでない場合には、データ生成部へ処理を行わない旨の命令を渡す（Ｓ２０８）。
ステップＳ２０９のレスポンス依存処理では、この例では、上記で一時保管したデータを持つセッションであると判断すると、受け取ったレスポンスから第２の特定情報である顧客番号を取り出し、これと要求データ分解部で受け取った氏名、住所等の置換用データを関連付けて、データベース部に、顧客データを登録する。更に預金種類名のデータを取り出し、これをキーにしてデータベース部から日本語の預金種類名を取得し、これと、国コードをデータ生成部へと渡す。
データ生成部の処理の流れは、図３０に示すようになる。すなわち、レスポンスデータを取得した後（Ｓ３０１）、データ処理部からの命令を待ち（Ｓ３０２）、処理対象のデータであるか否かを判断する（Ｓ３０３）。
処理対象でなければ、そのままクライアントデータ送信部へ渡す（Ｓ３０８）。処理対象である場合には、日本語を入れ替えるべき、言語依存データが含まれるか否かを判断する（Ｓ３０４）。サーバシステムからのレスポンスデータに対して、言語依存の情報で入れ替えるべきデータがあれば、データ処理部から取得した置換用データでこれを入れ替え、ステップＳ３０６へ移行する（Ｓ３０５）。ここでは、預金種類名のデータ（“ｆｕｔｓｕ”）を、国依存のデータ（“普通預金”）で入れ替える。ステップＳ３０４において、入れ替えるべき言語依存データがないと判断したときには、ステップＳ３０６へ移行する。
ステップＳ３０６においては、サーバシステムからのレスポンスデータに対して、言語依存の情報で追加するべきデータがあるか否かについて判断し、追加すべきデータがあれば、データ処理部から取得した国依存の置換用データをレスポンスデータに対して追加する（Ｓ３０７）。ここでは、国コードのデータ（８１）を追加している。
そして作成したレスポンスデータをクライアントデータ送信部へと渡し（Ｓ３０８）、クライアントデータ送信部はクライアントにレスポンスデータを送信する。このとき、最終的にクライアントデータ送信部から、図３１に示す形式でレスポンスデータが送信され新規口座開設の処理が終了する。
次に引き出し、預け入れの例として、顧客の利用するクライアントから預け入れの処理を行う場合について説明する。
顧客クライアントシステム４側から図３２に示すような預け入れの要求データが、中継サーバ６のクライアントデータ受信部に到着すると、要求データ分解部では、国コード、セッション番号、リクエスト種別、および銀行コードを要求データから取り出し、データ処理部へと渡す。そして要求データから国コード部分を削除し、これをサーバシステムに渡すリクエストとして、サーバデータ送信部へと渡す。
サーバデータ送信部から要求データがサーバシステムに渡されると、サーバシステム７では預け入れ処理が行われる。この時のサーバシステム７内のデータは、例えば図３３（ａ）及び（ｂ）のように変化する。サーバシステム７での預け入れ処理が終了すると、図３４に示すような応答データが、中継サーバ６のサーバデータ受信部に渡される。
サーバデータ受信部では、取得した応答データをデータ処理部およびデータ生成部に渡し、データ処理部では、銀行コードから日本語の銀行名をデータベース部より検索し、検索結果を置換用データとしてデータ生成部へと渡す。また要求データ分解部から取得した国コードも同様にデータ生成部へ渡す。
データ生成部では、サーバデータ受信部から取得した応答データを元に、データ処理部から取得した銀行名と、英語の銀行名を入れ替え、またデータ処理部から取得した国コードを応答データに付加してクライアントデータ送信部へ渡す。クライアントデータ送信部は、データ生成部から取得した図３５に示すような応答データをクライアントシステム４に送信する。
次いで、顧客がある口座について、その口座の住所情報を変更する場合の処理を説明する。顧客がクライアントシステム４から住所変更の要求を送信すると、中継サーバ６のクライアントデータ受信部では、例えば図３６に示すようなデータを受け取り、これを要求データ分解部へと渡す。要求データ分解部では、国コード、リクエスト種別、セッション番号をこの要求データから取り出し、データ処理部へ渡す。また要求データから国コードを削除し、サーバデータ送信部へ渡す。サーバデータ送信部はこの要求データをサーバシステムに送信する。
サーバシステム７では、受け取ったリクエストを元に顧客の情報を検索し、例えば、図３７に示すような応答データとして中継サーバ６に返す。
中継サーバ６は、サーバデータ受信部で受け取った応答データを、データ処理部およびデータ生成部へと渡し、データ処理部では、顧客番号から日本語での氏名、住所を検索し、データ生成部へ渡す。また合わせて要求データ分解部から取得した国コードもデータ生成部へと渡す。
データ生成部では、サーバデータ受信部からの応答データを元に、これに日本語の氏名を追加し、英語の住所の代わりに日本語の住所を挿入し、また国コードを付加して、図３８に示すような応答データを生成し、クライアントデータ送信部へ渡す。クライアントデータ送信部は、データ生成部から受け取った応答データをクライアントシステム４に返す。
クライアントシステム４に返された応答データは、例えばクライアントシステム４上の画面に表示され、この顧客の登録情報のうちどの情報を更新するかを顧客に問い合わせる。この時顧客が住所情報の変更を所望し、変更先の住所をクライアントに指定すると、図３９に示すような形式の要求データが再び送信される。
この要求データを受け取った中継サーバ６は、要求データ分解部にてセッション番号、リクエスト種別、顧客番号、住所、国コードを抜き出し、データ処理部へ渡す。また、要求データから言語依存のデータである、住所、国コードを削除し、日本語の住所の代わりに郵便番号のデータを用いて英語の住所を生成し、これを要求データに付加する。この時作成した要求データは、図４０に示すようなものとなる。作成された要求データは、サーバデータ送信部へ渡される。
データ処理部では、要求データ分解部より受け取った顧客番号、住所から、データベース部に対して顧客番号をキーにしてデータベース部に格納されている住所データを更新する。
サーバデータ送信部は、要求データ分解部からの要求データをサーバシステム７に送信し、サーバシステム７では、住所変更の処理が行われる。サーバシステム７から、例えば、”〈変更状態〉０〈／変更状態〉”のように、住所変更成功を示すレスポンスを、中継サーバ６のサーバデータ受信部が受け取ると、これをデータ生成部とデータ処理部に渡す。データ処理部は、サーバシステム７の住所変更処理の成功を受けて、日本語での住所変更の処理を確定（コミット）し、データ生成部に国コードデータを渡す。
これを受けたデータ作部は、サーバデータ受信部から受け取った応答データに国コードを追加する。この時の応答データは、図４１に示すようなものとなる。これをクライアントデータ送信部に渡すと、クライアントデータ送信部がこれをクライアントシステム４に送信して、このセッションの処理が完了する。
［第４実施形態］
次いで、本発明の第４実施形態について説明する。本実施形態では、本発明をオンラインショッピングに適用した場合を例に説明する。本実施形態において、サーバシステムは、衣類を販売するオンラインショッピングサイト（ｓｈｏｐ．ｃｏｍ）である。このオンラインショッピングサイトでは、図４２に示すように、英語で表現されたＷｅｂページＰ１にてサービスを行っている。
また、本実施形態において、中継サーバは、サーバシステムと、サーバシステム上においてオンラインショッピングサイトで商品購入を行うユーザーが使用するクライアントシステムとの間に配置されている。中継サーバにおいて、図４２に示したＷｅｂページＰ１内の言語依存データを置換用データに置き換えることにより、図４３に示すような、日本語で表現されたＷｅｂページＰ２に変換することができ、ユーザーは日本語で商品情報の閲覧等を行うことができる。
１．商品情報の閲覧
ＷｅｂページＰ２上において、ユーザーが女性用のセーターを選択した場合、ブラウザは、日本語を特定する言語コード（第１の特定情報）とともに、内部で保持している大分類コード（女性用＝２）と小分類コード（セーター＝６）を中継サーバに送信する。中継サーバはこれらのコードをそのままサーバシステムに送信し、サーバシステムから検索結果として図４４に示すようなリストＳ１を得る。中継サーバは受取ったリストＳ１からＩｔｅｍＮｕｍｂｅｒ、Ｃｕｒｒｅｎｃｙのｃｏｄｅ、ＩｔｅｍＣｏｌｏｒのｃｏｄｅ（言語依存データを特定する第２の特定情報）を得て、中継サーバの持つデータベース部を検索する。データベース部は、図４５（ａ）乃至（ｃ）に示すようなデータテーブルを有しており、各コードに対応する日本語データ（置換用データ）が格納されている。
分類コードと商品の対応や、商品の色の種類、価格や通貨といった多言語に関係のない言語非依存データは全てサーバシステムで一元管理することになっている。中継サーバはデータベースの検索結果をもとにして、サーバシステムから受取ったリストを図４６のように変更し、クライアントシステムに返す。
２：商品の注文
次に、商品の注文を行うときの流れについて説明する。サーバシステムでは、図４７に示すように、全て英語で表現されたＷｅｂページＰ３にて配送情報を配信している。本実施形態に係る中継サーバは、このＷｅｂページＰ３に含まれる言語依存データを置換することにより、図４８に示すような日本語で表現されたＷｅｂページＰ４に変換し、ユーザーは、このＷｅｂページＰ４上で商品の注文を実現することができる。
先ず、中継サーバはユーザーからの図４９のような注文リストＳ３を受け取る。具体的には、ユーザー側のブラウザソフト上において、入力フォームに所定の事項（氏名、性別、商品名、商品の特徴（色、種類等）等を入力し、送信しされたＨＴＭＬのスクリプトを取得する。
注文リストＳ３には日本語が多々含まれているため、このままサーバシステム側に送ることは出来ない。サーバシステムが理解できるリストにするために、以下の処理を行う。
（１）漢字による氏名のタグを削除する。
氏名のデータはサーバシステムにとって必須のデータであるため、注文時に漢字とローマ字の両方の入力を促す。中継サーバは漢字の氏名のみを保存し、ローマ字の氏名はサーバシステム上で保存する。
（２）郵便番号から英語による住所を検索し、日本語のデータと置き換える。
中継サーバでは、郵便番号に対応した住所テーブル（英語）を保持している。ユーザーから受取った郵便番号１０５−０００１をキーにして、Ｔｏｋｙｏ、Ｍｉｎａｔｏ−ｋｕ、Ｓｈｉｂａｕｒａ１−１という情報を検索する。これらの英語データによって〈Ｓｔａｔｅ〉〈Ｃｉｔｙ〉〈Ａｄｄｒｅｓｓ１〉の情報を置き換える。
（３）コードを持っているタグの日本語情報を削除する。
商品名・色・サイズ・性別・国名のタグは、コードと日本語名称の両方を保持している。サーバシステムはコードさえあれば処理を判断できるため、これらの日本語名称（「コットン　前ボタン　カーディガン」、「パステルピンク」、「小」、「女性」、「日本」）を削除する。
この処理によって生成された図５０に示すようなリストＳ４をサーバシステムに送る。サーバシステムは発注処理を行い、成功すれば注文番号を返す。中継サーバはサーバシステムの処理が成功したことを判断し、注文番号をキーにして、要求データ分解部のメモリー上に保持しておいた日本語データをデータベース部に保存する。
商品発送時、日本に在庫がある場合は中継サーバを介して日本語の住所・氏名等を検索し、注文者に配送する。もし日本に在庫がなく米国から直接配送する場合は、サーバシステムに保持されている英語の情報によって配送することが可能である。
［第５実施形態］
次いで、本発明の第５実施形態について説明する。本実施形態では、ホテルが宿泊客に対して後日ダイレクトメールを配信する際に本発明を適用する場合を例に説明する。本実施形態において、サーバシステムは、ホテルの予約等を英語アルファベットにて行っているサーバである。
このサーバシステムでは、英語アルファベットにおいてホテルの予約サービスを行っている。そのため、後日宿泊客に対して販売促進目的のダイレクトメールを出す際には、文面は自由に作成できるが、宛名書きがアルファベット表記にならざるをえない。日本国内のホテルに、国内の宿泊客が泊まって、日本国内で郵便を出すにも関わらず、住所や宛名が日本語ではないのは不自然であり、販売促進効果に悪影響がでることもある。
このような状況において本実施形態に係る中継サーバは、宿泊客が名前や住所を日本語（あるいは母国語）で登録すると、言語依存データをデータベース部に格納し、宿泊内容（日数、部屋のランク、料金、実際に宿泊したかなどを含む）はサーバシステム側に転送し、サーバシステム側のデータベースに格納される。また、本実施形態に係る中継サーバは、利用実績の統計を取り、住所別、利用頻度別などの単位でマーケティング情報を生成する機能を併せ持つ。
そして、後日、販売促進の目的で、イベントの案内や年間利用回数が所定の回数に達した場合の優待案内などを宿泊者に出す時には、ホテルの販売促進担当者が中継サーバを介して予約システムに宛先を選定してダイレクトメールの宛名ラベルを印刷するよう要求データをだす。この要求データを受け取った中継サーバは、この時点では、要求データに言語依存データが含まれていないため、そのままサーバシステムに指示を転送する。
サーバシステムは、宿泊者の郵便番号や利用実績に基づいて、所定のアルゴリズムを用いて、指示された数の宛先を選び、住所・氏名・郵便番号・顧客番号からなる宛先リストを生成する。
このリストは、印刷装置に送れば、従来と同じアルファベット表記の宛名ラベルを作成することができるものである。しかし、本実施形態ではリスト作成指示が中継サーバを介して出されているので、サーバシステムは、この宛名リストを中継サーバに送る。
中継サーバは、顧客番号をキーとしてデータベース部を検索し、住所・氏名・言語情報を取り出し、住所・氏名・郵便番号から成る宛先リストを作成する。宛先リストの文字コードとして、例えばＵＮＩＣＯＤＥのような多言語混在可能なコードを用いる場合は、複数の言語での表記を混在させることができる。あるいは、中継サーバが出力する直前に言語別にソートして、言語別の部分リストに分けて出力してもよい。
以上のように、本実施形態に係るシステムを用いると、宛名書きを日本語（あるいは宿泊者の母国語）で表記するように予約システムを容易に拡張することができ、高い販売促進効果をコストパフォーマンスよく得ることができる。なお、上記では、郵便によるダイレクトメール配信を例に説明したが、電子メール、ＷＷＷのマイページ（ＷＷＷにおいてＩＤ／パスワードを入力して個人用にカスタマイズしたページを見せるもの）など他の配信手段でも同様の手法が使える。
［第６実施形態］
以下、他の発明に係る第６実施形態について説明する。
図５１は、本発明の多言語を扱う情報処理方法の第６実施の形態に係る情報処理システムの概要を説明するための図、図５２は、図５１の要部の詳細を示す図、図５３及び図５４は、図５１の情報処理システムにおけるマークアップ言語で入力された情報とそれを分解した情報を説明するための図、図５５は、図５２の検索プロセス部が作成する検索管理テーブルを示す図、図５６は、図５２の多言語変換フィルタープロセス部を説明するための図、図５７は、多言語変換フィルタープロセス部がトランザクション単位での変換状況を管理するための管理テーブルを示す図、図５８は、図５２の多言語変換フィルターデータベースを説明するための図、図５９は、多言語フィルタープロセス部の検索依頼処理を説明するためのフローチャート、図６０は、多言語フィルタープロセス部の検索結果処理を説明するためのフローチャート、図６１は、図５１の情報処理システムにおける基本情報検索を行う場合の処理を説明するためのフローチャート、図６２は、図５１の情報処理システムにおける付加情報検索を行う場合の処理を説明するためのフローチャート、図６３は、図５１の情報処理システムにおけるＬｏｃａｌ情報取得の処理を説明するためのフローチャート、図６４は、図５１の情報処理システムにおける表示用データの組立て処理を説明するためのフローチャート、図６５は、多言語対応データベースの構造を示す図である。
図５１に示す情報処理システムは、たとえば米国の利用者又は運用管理者が用いる通信端末３０１、たとえば日本の利用者又は運用管理者が用いる通信端末３０２、たとえばシンガポールに設置されるサーバ３０３、インターネット３０５上のＷｅｂサーバ３０６が備えられ、それぞれインターネット３０５を介して接続されている。サーバ３０３には、たとえば中国の利用者又は運用管理者が用いる携帯端末３０４によってアクセスすることができる。
Ｗｅｂサーバ３０６には、多言語対応装置３０７及びコンテンツサーバー３１１が接続されている。多言語対応装置３０７は、複数の言葉に対応して後述するコンテンツを検索し、アクセスのあった通信端末３０１，３０２や携帯端末３０４に検索したコンテンツを返すものであって、多言語変換プロセス部３０８、多言語変換フィルターデータベース３０９、コンテンツサーバー用インタフェース３１０を備えている。
多言語変換プロセス部３０８は、多言語対応のための変換を行う。多言語変換フィルターデータベース３０９には、Ｌｏｃａｌ情報に関する文字コードの変換を行うための情報が登録されている。コンテンツサーバー用インタフェース３１０は、コンテンツサーバー３１１との情報のやり取りの中継を行う。コンテンツサーバー３１１は、コンテンツデータベース３１２を備えている。
図５１の要部の詳細を、図５２に示すと、Ｗｅｂサーバ３０６は、上述したたとえば米国の利用者又は運用管理者が用いる通信端末３０１、たとえば日本の利用者又は運用管理者が用いる通信端末３０２、たとえばシンガポールに設置されるサーバ３０３からのＨＴＴＰプロトコルに従った要求を処理する。
多言語変換プロセス部３０８は、マークアップ言語処理プロセス部３０８ａ、要求言語判別プロセス部３０８ｂ、電文分解プロセス部３０８ｃ、言語別フィルタープロセス部３０８ｄ、検索プロセス部３０８ｅ、電文組立プロセス部３０８ｆを備えている。
マークアップ言語処理プロセス部３０８ａは、各種マークアップ言語としてのたとえばＳＧＭＬ，ＨＴＭＬ，ＸＭＬに加え、その他のマークアップ言語を処理する。また、マークアップ言語処理プロセス部３０８ａは、Ｗｅｂサーバ３０６からの入力であればマークアップ言語から情報を分解して取出し、反対に出力処理であれば電文にマークアップタグを埋込んでＷｅｂサーバ３０６に出力を要求する。
要求言語判別プロセス部３０８ｂは、各入力や表示を行う上述した通信端末３０１，３０２等が使用する言語コードとを判別し、通信端末３０１，３０２等の国コードを設定する。
また、言語コードは、各入力や表示を行う端末の情報たとえば端末の環境変数情報や、端末の設定ファイルに埋込んで情報等から得る。これは、各種スプリクト言語やクッキーと呼ばれる埋込み情報から得ることもできる。
電文分解プロセス部３０８ｃは、通信端末３０１，３０２等から送られた電文情報を分解し、検索プロセス部３０８ｅに渡す検索情報を作成する。
ここで、マークアップ言語処理プロセス部３０８ａで分解され、電文分解プロセス部３０８ｃにより電文を分解し、さらに後述の電文組立プロセス部３０８ｆによって組立てられる情報は、たとえば図５３及び図５４に示す通りである。
すなわち、図５３及び図５４は、インターネット３０５上での書店の実装例であって、利用者が書名、著者名、利用者の国名を入力し、本の検索を実施するとともに、該当する本の情報を得る場合にやり取りされる電文の例を示している。
まず、図５３では、たとえば通信端末３０１，３０２から入力された情報を基に電文を分解し、Ｇｌｏｂａｌ、Ｌｏｃａｌ両方の検索項目により、後述の基本情報データベース３１２ａ及び基本情報補助データベース３１２ｂに対し問合せを行う。これは、少なくとも基本情報データベース３１２ａ、基本情報補助データベース３１２ｂには情報が存在するためである。同時に、Ｌｏｃａｌに分類された検索項目については、後述の多言語対応データベース３１２ｃ及び多言語対応補助データベース３１２ｄに対して検索を行う。つまり、Ｌｏｃａｌに分解された項目については各国毎に情報が存在するためである。
また、図５４は、たとえば通信端末３０１，３０２に返信する際の、検索後の結果の情報である、後述の電文組立プロセス部３０８ｆにより埋込んだ電文を示すものである。
ここで、付加情報における本の写真（Ｐｉｃｔｕｒｅ）については、Ｌｏｃａｌ版が存在し、その他著者の紹介写真（Ａｕｔｈｏｒ）、著者のメッセージ（Ｖｏｉｃｅ）についてはＬｏｃａｌ版がないため基本情報をそのまま返信する。
言語別フィルタープロセス部３０８ｄは、図５６に示すように、多言語変換フィルターデータベース３０９の情報を参照し、Ｌｏｃａｌ情報に関する文字コードの変換を行う。Ｌｏｃａｌ情報には、各種母国語に対して複数の文字コード体系を持つ場合があり、これを通信端末３０１，３０２等が実際に使う文字コードからコンテンツデータベース３１２に存在する情報のコード体系に変換したり、取得したコンテンツ情報を実際に通信端末３０１，３０２等が使用する文字コードに変換を行い戻すための処理を行ったりする。
すなわち、たとえば、多言語のコンテンツデータベース３１２を検索する場合、検索の文字列そのものは、コンテンツデータベース３１２で使用されている文字コードで表現される必要がある。日本語の文字コードのように、Ｓｈｉｆｔ−ｊｉｓ，ｊｉｓ，ＥＵＣ等、複数の文字コードの体系がある場合、問合せを行ってきた通信端末３０１，３０２等やサーバ３０３がどの文字コードを使用したデータ返信を期待しているかを判別し、要求される文字コードで返信を行う必要があるため、図５７で示すトランザクション単位での変換管理テーブルを用い管理を行う。
また、おもに多言語のコンテンツデータベース３１２ではコンテンツを、Ｕｎｉｃｏｄｅを使って記録しておくことが考えられる。この場合、まず、検索文字列をローカルな文字コードセットの文字列からＵｎｉｃｏｄｅの文字列に変換し、検索部分に渡す。検索が終了し、Ｕｎｉｃｏｄｅでの検索結果、つまり返信用のコンテンツが用意された段階で、再度この言語フィルターで今度は逆にＵｎｉｃｏｄｅからローカルな文字コードセットに変換を行う。
変換は、ローカルな文字コードセットとＵｎｉｃｏｄｅの文字コードセットの変換テーブルを用いて行う、この変換テーブルは、図５８に示す変換テーブルデータベースに蓄えておき、文字変換アプリケーションが、通信端末３０１，３０２等やサーバ３０３の要求に応じて適切な変換テーブルを読み込む。
頻繁に使用される変換テーブルについては、その都度テーブルを読み込むのではなく、あらかじめアプリケーション起動時にメモリーに読み込むなどの処理を行い、通信端末３０１，３０２等やサーバ３０３からの要求に瞬時に応答できるようにする。
ここで、多言語変換フィルターデータベース３０９に登録されている情報には、たとえば図５８に示すような、国コード、文字コード、文字補助コード、代替文字コード、Ｕｎｉｃｏｄｅ等が含まれている。
検索プロセス部３０８ｅは、図５５（ａ）〜（ｃ）に示す検索管理テーブルを作成し、各検索項目毎に検索情報を取得したかどうかの管理及び同一情報をＧｌｏｂａｌ情報（英語の場合が多い）、Ｌｏｃａｌ情報（各利用者の母国語による情報）により同時検索を行う。ここで、Ｌｏｃａｌ情報が存在すればＬｏｃａｌ情報を優先して選択し、存在しなければＧｌｏｂａｌ情報を戻す。全Ｌｏｃａｌ情報が全て揃えばその時点で情報を戻すが、Ｌｏｃａｌ情報が揃わない場合でも処理の高速化のために内部タイマーによる割込みを行い、タイムアップした時点でＬｏｃａｌ、Ｇｌｏｂａｌを問わず情報が揃っていればその内容で情報を戻す。
つまり、図５５（ａ）〜（ｃ）に示す検索管理テーブルにおいては、検索項目毎にパケット番号Ｐ１〜Ｐｎを付け、後述の基本情報データベース３１２ａ、基本情報補助データベース３１２ｂ、多言語対応データベース３１２ｃ、多言語対応補助データベース３１２ｄ毎に基本情報、基本情報補助、多言語対応、多言語対応補助として管理するものである。
初期状態は、図５５（ａ）に示すように、全ての項目を０に設定しておき、検索要求項目は図５５（ｂ），（ｃ）に示すように、１に設定する。検索が成功した項目に対しては１を０に設定する。ここで、表の行方向と列方向を演算し、たとえば図５５（ａ）に示すように、全てが０であれば情報が揃ったことを意味する。
また、利用者に対しての待ち時間を短くする目的で、タイマー監視による検索限界を設定することもできる。この場合、タイムアップした時点で、０に設定された情報のみを利用者に返す。たとえば、本来情報が存在するはずのＬｏｃａｌ情報が取得できていない場合でも、Ｇｌｏｂａｌ情報が取得できていればこれを返すようにする。
電文組立プロセス部３０８ｆは、図５４で説明したように、たとえば通信端末３０１，３０２に返信する際の検索後の結果の情報である電文を組立てる。
コンテンツサーバー用インタフェース３１０は、検索プロセス部３０８ｅから発行された検索要求をコンテンツサーバー３１１に合った検索言語に変換し、実際にコンテンツサーバー３１１に情報取得要求や情報追加、変更要求を出す。
なお、以上のような一連の処理を行う多言語対応装置３０７は、Ｗｅｂサーバ３０６とコンテンツデータベース３１１との間に設置するコンピュータ装置とすることも可能であるし、Ｗｅｂサーバ３０６やコンテンツサーバー３１１と同じコンピュータで作動する処理プロセス部として稼動させることもできる。
コンテンツサーバー３１１は、コンテンツデータベース３１２として、基本情報データベース３１２ａ、基本情報補助データベース３１２ｂ、多言語対応データベース３１２ｃ、多言語対応補助データベース３１２ｄを備えている。
基本情報データベース３１２ａ及び基本情報補助データベース３１２ｂには、Ｇｌｏｂａｌ情報及びＧｌｏｂａｌ付加情報を記録するためのデータが登録されている。
なお、基本情報データベース３１２ａ、基本情報補助データベース３１２ｂ、多言語対応データベース３１２ｃ、多言語対応補助データベース３１２ｄは、同一のコンテンツサーバー３１１上にあってもよいし、基本情報データベース３１２ａ及び基本情報補助データベース３１２ｂと、多言語対応データベース３１２ｃ及び多言語対応補助データベース３１２ｄとをそれぞれ別々のサーバ上で稼動させるようにしてもよい。
また、多言語対応データベース３１２ｃ及び多言語対応補助データベース３１２ｄと、多言語対応装置３０７とを一体化させて運用させることもできる。このような形態を採用することにより、複数のサーバに対し、多言語対応処理のみを提供することが可能となる。
次に、このような構成の情報処理システムにおける多言語を扱う情報処理方法について説明する。
まず、基本情報検索を行う場合を、図６１により説明すると、利用者からのアクセスがあるとき、図５２の検索プロセス部３０８ｅにより、Ｇｌｏｂａｌ情報取得とＬｏｃａｌ情報取得とを同時に行う（ステップ１１０１）。ここで、検索プロセス部３０８ｅによる情報取得は、図５２の電文分解プロセス部３０８ｃにより、通信端末３０１，３０２等から送られた電文情報を分解された検索情報に基づいて行われる。
このとき、Ｌｏｃａｌ情報が存在するかどうかを判別し（ステップ１１０２）、Ｌｏｃａｌ情報が存在する場合はＧｌｏｂａｌ情報側の検索要求を取下げ（ステップ１１０３）、Ｌｏｃａｌ情報を多言語対応データベース３１２ｃから取得し（ステップ１１０４）、取得した情報を電文組立プロセス部３０８ｆ側に戻す（ステップ１１０５）。
これに対し、（ステップ１１０２）にてＬｏｃａｌ情報が存在しないと判別された場合、Ｇｌｏｂａｌ情報を基本情報データベース３１２ａから取得し（ステップ１１０６）、取得した情報を電文組立プロセス部３０８ｆ側に戻す（ステップ１１０５）。
次に、付加情報検索を行う場合を、図６２により説明すると、上記同様に、検索プロセス部３０８ｅにより、Ｇｌｏｂａｌ情報取得とＬｏｃａｌ情報取得とを同時に行う（ステップ１２０１）。このとき、Ｌｏｃａｌ情報に実体が存在するかどうかを判別し（ステップ１２０２）、Ｌｏｃａｌ情報に実体が存在すると判別した場合はＧｌｏｂａｌ情報側の実体取得要求を取下げ（ステップ１２０３）、Ｌｏｃａｌ情報側の実体を取得し（ステップ１２０４）、さらに付加情報の実体を多言語対応補助データベース３１２ｄより得てから（ステップ１２０５）、付加情報を電文組立プロセス部３０８ｆ側に戻す（ステップ１２０６）。
これに対し、（ステップ１２０２）にてＬｏｃａｌ情報に実体が存在しないと判別された場合、Ｇｌｏｂａｌ情報側の実体を取得し（ステップ１２０７）、さらに付加情報の実体を基本情報補助データベース３１２ｂより得てから（ステップ１２０５）、付加情報を電文組立プロセス部３０８ｆ側に戻す（ステップ１２０６）。
次に、Ｌｏｃａｌ情報変換管理処理を行う場合を、図６３により説明すると、トランザクションＩＤ、国コード、文字コード、端末情報等を、図５７の多言語変換管理テーブルに設定し（ステップ１３０１）、情報変換処理を図５２の言語別フィルタープロセス部３０８ｄに要求する（ステップ１３０２）。ここでの要求は、上述した電文分解プロセス部３０８ｃからの検索情報に基づくものである。
このとき、国コードに対応する変換情報取得の成否が判断され（ステップ１３０３）、国コードに対応する変換情報取得が成功すれば、取得フラグをｏｎにし（ステップ１３０４）、これ対し、国コードに対応する変換情報がなければ、取得フラグをエラーとし言語別フィルタープロセス部３０８ｄに返す（ステップ１３０５）。
次に、言語別フィルタープロセス部３０８ｄの検索依頼処理を、図５９により説明すると、文字コード情報よりコード変換する対応表を取得する（ステップ９０１）。この対応表は、たとえば図５８に示すようなものである。このとき、コード変換対応表取得が判定され（ステップ９０２）、コード変換対応表が取得された場合はその対応表から国コード等より図５１のコンテンツデータベース３１２に存在する文字コードに変換し（ステップ９０３）、検索プロセス部３０８ｅに検索依頼を渡す（ステップ９０４）。
これに対し、コード変換対応表が取得されなかった場合、多言語変換フィルターデータベース３０９に代替コードの設定があれば代替コードによる変換対応表を取得する（ステップ９０５）。そして代替コードに変換し（ステップ９０３）、検索プロセス部３０８ｅに検索依頼を渡す（ステップ９０４）。
次に、言語別フィルタープロセス部３０８ｄの検索結果処理を、図６０により説明すると、文字コード情報よりコード変換する対応表を取得する（ステップ１００１）。この対応表は、図５９で説明したものである。このとき、コード変換対応表取得が判定され（ステップ１００２）、コード変換対応表が取得された場合はその対応表から国コード等より図５１のコンテンツデータベース３１２に存在する文字コードに変換し（ステップ１００３）、電文組立プロセス部３０８ｆに検索情報を渡す（ステップ１００４）。
これに対し、コード変換対応表が取得されなかった場合、多言語変換フィルターデータベース３０９に代替コードの設定があれば代替コードによる変換対応表を取得する（ステップ１００５）。そして代替コードに変換し（ステップ１００３）、電文組立プロセス部３０８ｆに検索情報を渡す（ステップ１００４）。
次に、表示用データの組立て処理を、図６４を用いて説明すると、基本情報埋込み処理を行い（ステップ１４０１）、図５５に示した検索管理テーブルにおける基本パケット表のフラグをＯｎとする（ステップ１４０２）。また、これと併行して多言語情報埋込み処理を行い（ステップ１４０３）、多言語パケット表のフラグをＯｎとする（ステップ１４０４）。
次に、文字情報マージ処理に移る（ステップ１４０５）。ここでは、基本付加情報埋込み処理を行い（ステップ１４０６）、図５５に示した検索管理テーブルにおける基本付加情報パケット表のフラグをＯｎとする（ステップ１４０７）。また、これと併行して多言語付加情報埋込み処理を行い（ステップ１４０８）、多言語付加情報パケット表のフラグをＯｎとする（ステップ１４０９）。
そして、基本情報及び付加情報パケット表のフラグ判定により（ステップ１４１０）、フラグＯｎがあれば付加情報及び基本情報マージ処理を行い（ステップ１４１１）、要求元に情報を返す（ステップ１４１２）。これに対し、フラグＯｎがなければタイマー割込みを待ち（ステップ１４１３）、タイムアップしたとき、付加情報及び基本情報マージ処理を行い（ステップ１４１１）、要求元に情報を返す（ステップ１４１２）。
図５２の３１２ｃの多言語対応データベースを、図６５を用いて説明すると、コンテンツＩＤ、国コード、文字コード、文字補助コードを持ち、それぞれの文字コードに対応したコンテンツ文字列を記録しておりさらに写真や、音声、グラフィックなどのオブジェクト情報への索引情報であるオブジェクトハンドルを記録している。
このように、本実施の形態では、個々の母国語を用いる利用者が通信端末３０１，３０２等を用いてインターネット３０５上のＷｅｂサーバ３０６にアクセスすると、Ｗｅｂサーバ３０６に接続される多言語対応装置３０７により、アクセスに用いられる複数の言葉に対応した検索要求を出力し、コンテンツサーバー３１１により、検索要求を受付けるとともに、コンテンツデータベース３１２から検索要求にあったコンテンツを検索して多言語対応装置３０７に返すようにしたので、コンテンツの提供やコンテンツの追加、変更、削除やシステムの運用管理に際し、多言語対応を容易に行うことができる。
また、このように、多言語対応を容易に行うことができることにより、言葉を気にせずにコンテンツのアクセスが可能となるため、さらなる利用者の増加が見込める。また、たとえば多言語対応データベース３１２ｃ及び多言語対応補助データベース３１２ｄと、多言語対応装置３０７とを一体化させて運用させるとともに、これら一体化させたシステムを他のプロバイダーに提供することで、プロバイダーとしての差別化が図れる。
また、このような一体化させたシステムをプロバイダー側が採用することで、各国の言語に合わせてのコンテンツの作成が不要となるため、コスト削減と運用管理の複雑さを軽減できる。
しかも、このような一体化させたシステムを採用したプロバイダー側は、その一体化させたシステムを採用していない他のプロバイダーへのサービスを展開することもできる。
本発明のデータ中継システムを採用したサービスとしては、そのシステムを提供する方法と、そのシステムを利用して処理を行うサービス提供と、そのシステムを利用しての代行サービスの提供等がある。
なお、上述した各実施形態においては、主として電子商取引のためのシステムを例として説明したが、本発明は、上述した電子商取引のためのシステムに限定されるわけではなく、本発明のシステムを採用することで便利となるサービス全般に適用することができる。
このようなサービスとしては、例えば、本、日用雑貨、新聞、雑誌、論文、ビデオ、ゲーム、音楽等のオンライン販売や、株式、投資信託等の金融商品取引の実現、一般教育や、言語教育等の教育サービス、旅行サービス、宿泊サービス、観光案内等のレジャーサービス、企業広告、政府の広報等を、多民族、多国籍、多国間に容易に提供することなど、幅広く適用することができる。
さらに、本発明を採用することにより、多言語によるナビゲーションサービスとして、例えば家電等の操作方法や旅行者の行き先案内、乗り継ぎ案内等も可能となる。また、本発明を、医療サービスとして、例えば問診、薬の処方等においても適用することができ、さらに、外国人向けの公共サービスとしての入出国管理、郵便、警察関係のサービスにも適用することが可能である。
産業上の利用可能性
本発明によれば、中継サーバに、新たに付け加える機能に関するデータを管理させ、クライアントからの要求データを新機能に関する部分と、サーバシステムに問い合わせる部分に分け、新機能に関する部分については中継サーバで処理し、サーバからの応答データに新機能に関する部分を付け加え、またはデータ中の一部を新機能に関する部分と入れ替えてクライアントに送ることにより、中継サーバ／サーバシステム間のデータ形式は、これまでのクライアント／サーバシステム間のデータ形式との互換性を保たせながら、中継サーバ／クライアント間のデータ形式を拡張できるので、従来のサーバ／クライアントシステムを停止し、サービスが中断すること、また従来のサーバ／クライアントシステムに変更を加えることにより、以前のサーバ／クライアントが利用できなくなること、大規模で複雑なサーバシステムを機能追加のために開発しなおすこと無しに、従来の言語に加えて、他の言語でもサービスを提供する場合のように、新たな機能を追加することが可能となる。
また、他の発明に係る多言語を扱う情報処理方法及び記録媒体によれば、個々の母国語を用いる利用者が通信端末を用いてインターネット上のＷｅｂサーバにアクセスすると、Ｗｅｂサーバに接続される多言語対応装置により、アクセスに用いられる複数の言葉に対応した検索要求を出力し、コンテンツサーバーにより、検索要求を受付けるとともに、コンテンツデータベースから検索要求にあったコンテンツを検索して多言語対応装置に返すようにしたので、コンテンツの提供に際し、多言語対応を容易に行うことができる。
【図面の簡単な説明】
図１は、従来型の英日翻訳中継サーバの構成図である。
図２は、従来の言語データとシステムデータを各言語毎のサーバに持たせる構成図である。
図３は、従来の一つのサーバに各言語データとシステムデータを持たせる構成図である。
図４は、従来の各言語毎に専用のクライアントを持つ構成図である。
図５は、従来の一つのクライアントが各言語のデータを扱う構成図である。
図６は、第１実施形態に係るデータ中継システムの構成図である。
図７は、第１実施形態における多言語情報の参照時における要求データ分解部の動作を説明するブロック図である。
図８は、第１実施形態における多言語情報の参照時におけるデータ処理部の動作を説明するブロック図である。
図９は、第１実施形態における多言語情報の参照時におけるデータ生成部の動作を説明するブロック図である。
図１０は、第１実施形態における多言語情報の登録時における要求データ分解部の動作を説明するブロック図である。
図１１は、第１実施形態における多言語情報の登録時におけるデータ処理部の動作を説明するブロック図である。
図１２は、第１実施形態におけるホテル情報の登録時の手順を示す説明図である。
図１３は、第１実施形態におけるホテル予約時の手順を示す説明図である。
図１４は、第１実施形態におけるホテル予約登録時の手順を示す説明図である。
図１５は、第１実施形態における予約検索の手順を示す説明図である。
図１６は、第１実施形態における氏名による予約検索の手順を示す説明図である。
図１７は、第１実施形態に係るデータ中継システムの変更例を示すブロック図である。
図１８は、第１実施形態に係るデータ中継システムの変更例を示すブロック図である。
図１９は、第３実施形態における、オンライン銀行取引のシステム構成図である。
図２０は、第３実施形態における、サーバシステムのデータベース部基本データ構造である。
図２１は、第３実施形態における、中継サーバのデータベース部の基本データ構造である。
図２２は、第３実施形態における、サーバシステムのデータベース部基本登録データの例である。
図２３は、第３実施形態における、中継サーバのデータベース部基本登録データの例である。
図２４は、第３実施形態における、クライアントからの新規口座開設要求データである。
図２５は、第３実施形態における、中継サーバの要求メッセージ分解部のフローを示す図である。
図２６は、第３実施形態における、中継サーバからサーバシステムへの新規口座開設要求データである。
図２７は、第３実施形態における、サーバシステムに登録される新規顧客、口座データのデータ例である。
図２８は、第３実施形態における、サーバシステムから中継サーバへの新規口座開設レスポンスデータである。
図２９は、第３実施形態における、中継サーバのデータ処理部のフローを示す図である。
図３０は、第３実施形態における、中継サーバのメッセージ作成部のフローを示す図である。
図３１は、第３実施形態における、中継サーバからクライアントへの新規口座開設レスポンスデータである。
図３２は、第３実施形態における、クライアントからの預け入れ要求データである。
図３３は、第３実施形態における、サーバシステムに登録される預け入れ情報のデータ例である。
図３４は、第３実施形態における、サーバシステムから中継サーバへの預け入れレスポンスデータである。
図３５は、第３実施形態における、中継サーバからクライアントへの預け入れレスポンスデータである。
図３６は、第３実施形態における、クライアントから中継サーバへの登録情報変更要求データである。
図３７は、第３実施形態における、サーバシステムから中継サーバへの登録情報変更レスポンスデータである。
図３８は、第３実施形態における、中継サーバからクライアントへの登録情報変更レスポンスデータである。
図３９は、第３実施形態における、クライアントから中継サーバへの住所変更要求データである。
図４０は、第３実施形態における、中継サーバからサーバシステムへの住所変更要求データである。
図４１は、第３実施形態における、住所変更完了レスポンスデータである。
図４２は、第４実施形態におけるサーバシステム側で配信するＷｅｂページの構成図である。
図４３は、第４実施形態における中継サーバで変換したＷｅｂページの構成図である。
図４４は、サーバシステムからの検索結果であるリストを示す説明図である。
図４５は、データベース部に蓄積されたデータテーブルの説明図である。
図４６は、中継サーバで変換された検索結果のリストである。
図４７は、第４実施形態におけるサーバシステム側で配信する商品注文用のＷｅｂページの構成図である。
図４８は、第４実施形態における中継サーバで変換した商品注文用のＷｅｂページの構成図である。
図４９は、第４実施形態における中継サーバがユーザーから取得した注文リストである。
図５０は、第４実施形態における中継サーバが変換したユーザーからの注文リストである。
図５１は、他の発明の多言語を扱う情報処理方法の第６実施形態に係る情報処理システムの概要を説明するための図である。
図５２は、図５１の要部の詳細を示す図である。
図５３は、図５１の情報処理システムにおけるマークアップ言語で入力された情報とそれを分解した情報を説明するための図である。
図５４は、図５１の情報処理システムにおけるマークアップ言語で入力された情報とそれを分解した情報を説明するための図である。
図５５は、図５２の検索プロセス部が作成する検索管理テーブルを示す図である。
図５６は、図５２の多言語変換フィルタープロセス部を説明するための図である。
図５７は、図５２の多言語変換フィルタープロセス部が作成する変換管理テーブルを示す図である。
図５８は、図５２の多言語変換フィルターデータベースを説明するための図である。
図５９は、図５１の多言語フィルタープロセス部の検索依頼処理を説明するためのフローチャートである。
図６０は、図５１の多言語フィルタープロセス部の検索結果処理を説明するためのフローチャートである。
図６１は、図５１の情報処理システムにおける基本情報検索を行う場合の処理を説明するためのフローチャートである。
図６２は、図５１の情報処理システムにおける付加情報検索を行う場合の処理を説明するためのフローチャートである。
図６３は、図５１の情報処理システムにおけるＬｏｃａｌ情報取得の処理を説明するためのフローチャートである。
図６４は、図５１の情報処理システムにおける表示用データの組立て処理を説明するためのフローチャートである。
図６５は、図５１のコンテンツサーバーにおける多言語対応データベースの構造を示す図である。
【図１】
2002035369.tif 000003
【図２】
2002035369.tif 000004
【図３】
2002035369.tif 000005
【図４】
2002035369.tif 000006
【図５】
2002035369.tif 000007
【図６】
2002035369.tif 000008
【図７】
2002035369.tif 000009
【図８】
2002035369.tif 000010
【図９】
2002035369.tif 000011
【図１０】
2002035369.tif 000012
【図１１】
2002035369.tif 000013
【図１２】
2002035369.tif 000014
【図１３】
2002035369.tif 000015
【図１４】
2002035369.tif 000016
【図１５】
2002035369.tif 000017
【図１６】
2002035369.tif 000018
【図１７】
2002035369.tif 000019
【図１８】
2002035369.tif 000020
【図１９】
2002035369.tif 000021
【図２０】
2002035369.tif 000022
【図２１】
2002035369.tif 000023
【図２２】
2002035369.tif 000024
【図２３】
2002035369.tif 000025
【図２４】
2002035369.tif 000026
【図２５】
2002035369.tif 000027
【図２６】
2002035369.tif 000028
【図２８】
2002035369.tif 000029
【図２７】
2002035369.tif 000030
【図２９】
2002035369.tif 000031
【図３０】
2002035369.tif 000032
【図３１】
2002035369.tif 000033
【図３２】
2002035369.tif 000034
【図３３】
2002035369.tif 000035
【図３４】
2002035369.tif 000036
【図３５】
2002035369.tif 000037
【図３６】
2002035369.tif 000038
【図３７】
2002035369.tif 000039
【図３８】
2002035369.tif 000040
【図３９】
2002035369.tif 000041
【図４０】
2002035369.tif 000042
【図４１】
2002035369.tif 000043
【図４２】
2002035369.tif 000044
【図４３】
2002035369.tif 000045
【図４４】
2002035369.tif 000046
【図４５】
2002035369.tif 000047
【図４６】
2002035369.tif 000048
【図４７】
2002035369.tif 000049
【図４８】
2002035369.tif 000050
【図４９】
2002035369.tif 000051
【図５０】
2002035369.tif 000052
【図５１】
2002035369.tif 000053
【図５２】
2002035369.tif 000054
【図５３】
2002035369.tif 000055
【図５４】
2002035369.tif 000056
【図５５】
2002035369.tif 000057
【図５６】
2002035369.tif 000058
【図５７】
2002035369.tif 000059
【図５８】
2002035369.tif 000060
【図５９】
2002035369.tif 000061
【図６０】
2002035369.tif 000062
【図６１】
2002035369.tif 000063
【図６２】
2002035369.tif 000064
【図６３】
2002035369.tif 000065
【図６４】
2002035369.tif 000066
【図６５】
2002035369.tif 000067
【国際調査報告】
2002035369.tif 000068
2002035369.tif 000069
2002035369.tif 000070