JP2001167059A - サービス要求装置およびデータ変換方法およびクライアントオブジェクトを有する計算機 - Google Patents
サービス要求装置およびデータ変換方法およびクライアントオブジェクトを有する計算機Info
- Publication number
- JP2001167059A JP2001167059A JP34973999A JP34973999A JP2001167059A JP 2001167059 A JP2001167059 A JP 2001167059A JP 34973999 A JP34973999 A JP 34973999A JP 34973999 A JP34973999 A JP 34973999A JP 2001167059 A JP2001167059 A JP 2001167059A
- Authority
- JP
- Japan
- Prior art keywords
- data
- attribute
- server
- client
- format
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Multi Processors (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 クライアント、サーバモデルに従ったプログ
ラム間で送受信が発生した場合のネットワーク全体の負
荷を低減することにある。 【解決手段】 クライアント111がサーバ112に送信要求
のデータ113を送信するとき、サーバ属性を検知し114、
検知できない場合はクライアント側のデータ属性をデー
タに付与し117、サーバに送る。サーバ属性を検知した
場合はサーバ属性とクライアント属性の差異を検出し11
5、この差異に基づきデータをサーバ属性に合うようデ
ータを変換し116、サーバに送り、差異がなければデー
タをそのままサーバに送る。サーバでは受信したデータ
についてデータ属性を検出し120、差異がある場合に
は、この差異に基づきデータをサーバ属性に合うようデ
ータ変換し122、受信データとし、なければ受信したデ
ータをそのまま受信データとする。サーバからクライア
ントにデータを送る場合、サーバ属性のまま送る。
ラム間で送受信が発生した場合のネットワーク全体の負
荷を低減することにある。 【解決手段】 クライアント111がサーバ112に送信要求
のデータ113を送信するとき、サーバ属性を検知し114、
検知できない場合はクライアント側のデータ属性をデー
タに付与し117、サーバに送る。サーバ属性を検知した
場合はサーバ属性とクライアント属性の差異を検出し11
5、この差異に基づきデータをサーバ属性に合うようデ
ータを変換し116、サーバに送り、差異がなければデー
タをそのままサーバに送る。サーバでは受信したデータ
についてデータ属性を検出し120、差異がある場合に
は、この差異に基づきデータをサーバ属性に合うようデ
ータ変換し122、受信データとし、なければ受信したデ
ータをそのまま受信データとする。サーバからクライア
ントにデータを送る場合、サーバ属性のまま送る。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はネットワークを介し
てデータを交換する計算機内のプログラム間の通信に使
用され、通信するプログラムが異なる環境即ち計算機の
使用する数値表現、使用する文字コード、使用する時刻
形式等が異なる場合のデータの変換処理に関する。
てデータを交換する計算機内のプログラム間の通信に使
用され、通信するプログラムが異なる環境即ち計算機の
使用する数値表現、使用する文字コード、使用する時刻
形式等が異なる場合のデータの変換処理に関する。
【０００２】
【従来の技術】従来、異なる環境の計算機間のデータ変
換については、インタネットのネットワークプロトコル
におけるネットワークアドレスの変換処理（ＲＦＣ７９
１「INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTO
COL SPECIFICATION September1981」 PP39-40および、
オープングループのUNIX規格「The Single UNIX (R) Sp
ecification, Version 2 1997」のinet_addr関数の項）
で記述されている中立のデータ形式に変換する方法と、
オブジェクトマネージメントグループ（ＯＭＧ）の共通
オブジェクトリクエストブローカアーキテクチャ２．１
（ＣＯＲＢＡ２．１）の規格（「The Common Object Re
quest Broker: Architecture and Specification Sep
tember 23, 1997」12.2.1節 PP278 ）で記述されてい
る、アーキテクチャ識別子を付与する方法がある。
換については、インタネットのネットワークプロトコル
におけるネットワークアドレスの変換処理（ＲＦＣ７９
１「INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTO
COL SPECIFICATION September1981」 PP39-40および、
オープングループのUNIX規格「The Single UNIX (R) Sp
ecification, Version 2 1997」のinet_addr関数の項）
で記述されている中立のデータ形式に変換する方法と、
オブジェクトマネージメントグループ（ＯＭＧ）の共通
オブジェクトリクエストブローカアーキテクチャ２．１
（ＣＯＲＢＡ２．１）の規格（「The Common Object Re
quest Broker: Architecture and Specification Sep
tember 23, 1997」12.2.1節 PP278 ）で記述されてい
る、アーキテクチャ識別子を付与する方法がある。
【０００３】中立のデータ形式に変換する方法は、デー
タの送り側がネットワークを介してデータの受け側にデ
ータを送出する前に、データを規格等で定められた送り
側、受け側に中立のデータ形式（以下中立データ形式）
に変換する。送り側がもともと中立データ形式を採用し
ている場合は変換をせずに送出する。受け側は受け側が
中立データ形式を採用している場合は変換せずに受け取
ったデータを使用し、異なるデータ形式を採用している
場合は自分のデータ形式に変換して使用する。
タの送り側がネットワークを介してデータの受け側にデ
ータを送出する前に、データを規格等で定められた送り
側、受け側に中立のデータ形式（以下中立データ形式）
に変換する。送り側がもともと中立データ形式を採用し
ている場合は変換をせずに送出する。受け側は受け側が
中立データ形式を採用している場合は変換せずに受け取
ったデータを使用し、異なるデータ形式を採用している
場合は自分のデータ形式に変換して使用する。
【０００４】アーキテクチャ識別子付与方式は、送り側
は送るデータに対して、送り側が採用しているデータ形
式の識別子とともに送り側のデータを変換せずに送出す
る。受け側は、まず、送り側が付与したデータ形式の識
別子を判別し、受け側が識別子が示すデータ形式を採用
している場合は変換せずに受け取ったデータを使用し、
異なるデータ形式を採用している場合は自分のデータ形
式に変換して使用する。
は送るデータに対して、送り側が採用しているデータ形
式の識別子とともに送り側のデータを変換せずに送出す
る。受け側は、まず、送り側が付与したデータ形式の識
別子を判別し、受け側が識別子が示すデータ形式を採用
している場合は変換せずに受け取ったデータを使用し、
異なるデータ形式を採用している場合は自分のデータ形
式に変換して使用する。
【０００５】
【発明が解決しようとする課題】複雑なデータ形式がサ
ービス要求端末（以下、クライアントという）とサービ
ス提供装置（以下、サーバという）間で交換される場
合、その変換処理に要する計算機資源（ＣＰＵ，メモリ
容量）の負荷は大きい。中立データ形式を使用する方式
では、通信するプログラムがともに中立データ形式を使
用している場合は、変換が不要で高速に処理が可能であ
るが、通信するプログラムがともに中立データ形式を使
用していない場合、送り側と受け側で二回変換処理が実
行され、大きなオーバヘッドになる。データ識別子を付
与する方式は送り側と受け側のアーキテクチャが異なる
場合、常に受け側でデータ変換処理が実行される。クラ
イアント、サーバモデルに従ったシステムでは、サーバ
側が要求の処理前に、変換処理を行い、要求の応答はク
ライアント側が変換処理を行う。この場合、データ識別
子を付与する方式ではクライアント、サーバ側のプログ
ラムのアーキテクチャが異なる場合、変換処理は平等に
クライアント、サーバで実行される。
ービス要求端末（以下、クライアントという）とサービ
ス提供装置（以下、サーバという）間で交換される場
合、その変換処理に要する計算機資源（ＣＰＵ，メモリ
容量）の負荷は大きい。中立データ形式を使用する方式
では、通信するプログラムがともに中立データ形式を使
用している場合は、変換が不要で高速に処理が可能であ
るが、通信するプログラムがともに中立データ形式を使
用していない場合、送り側と受け側で二回変換処理が実
行され、大きなオーバヘッドになる。データ識別子を付
与する方式は送り側と受け側のアーキテクチャが異なる
場合、常に受け側でデータ変換処理が実行される。クラ
イアント、サーバモデルに従ったシステムでは、サーバ
側が要求の処理前に、変換処理を行い、要求の応答はク
ライアント側が変換処理を行う。この場合、データ識別
子を付与する方式ではクライアント、サーバ側のプログ
ラムのアーキテクチャが異なる場合、変換処理は平等に
クライアント、サーバで実行される。
【０００６】一般にクライアント、サーバモデルに従っ
たプログラム間の通信では、少数のサーバに対して、不
特定多数のクライアントから要求がくる場合が多い。こ
の場合、サーバ側でのデータ変換処理が集中しシステム
全体の性能が低下する。本発明の目的は、クライアン
ト、サーバモデルに従ったプログラム間で送受信が発生
した場合のネットワーク全体の負荷を低減することにあ
る。
たプログラム間の通信では、少数のサーバに対して、不
特定多数のクライアントから要求がくる場合が多い。こ
の場合、サーバ側でのデータ変換処理が集中しシステム
全体の性能が低下する。本発明の目的は、クライアン
ト、サーバモデルに従ったプログラム間で送受信が発生
した場合のネットワーク全体の負荷を低減することにあ
る。
【０００７】
【課題を解決するための手段】上記の目的を達成するた
め、本発明は、サービス提供装置に接続されたサービス
要求端末において、送信要求データの送信先の前記サー
ビス提供装置のデータ形式の属性を検知する手段と、該
検知したサービス提供装置のデータ形式の属性と前記サ
ービス要求端末のデータ形式の属性の差異を検出する手
段と、該検出したデータ形式の属性の差異に基づき前記
送信要求データを前記検知したサービス提供装置のデー
タ形式の属性を有するデータに変換する手段を備えるよ
うにしている。
め、本発明は、サービス提供装置に接続されたサービス
要求端末において、送信要求データの送信先の前記サー
ビス提供装置のデータ形式の属性を検知する手段と、該
検知したサービス提供装置のデータ形式の属性と前記サ
ービス要求端末のデータ形式の属性の差異を検出する手
段と、該検出したデータ形式の属性の差異に基づき前記
送信要求データを前記検知したサービス提供装置のデー
タ形式の属性を有するデータに変換する手段を備えるよ
うにしている。
【０００８】また、前記検出したデータ形式の属性の差
異が、数値の表現形式、文字の表現形式あるいは時刻の
表現形式のうちの少なくとも一つの表現形式であるよう
にしている。
異が、数値の表現形式、文字の表現形式あるいは時刻の
表現形式のうちの少なくとも一つの表現形式であるよう
にしている。
【０００９】また、サービス提供装置に接続されたサー
ビス要求装置におけるデータ変換方法であり、送信要求
データの送信先の前記サービス提供装置のデータ形式の
属性を検知し、該検知したサービス提供装置のデータ形
式の属性と前記サービス要求装置のデータ形式の属性の
差異を検出し、該検出したデータ形式の属性の差異に基
づき前記送信要求データを前記検知したサービス提供装
置のデータ形式の属性を有するデータに変換するように
している。
ビス要求装置におけるデータ変換方法であり、送信要求
データの送信先の前記サービス提供装置のデータ形式の
属性を検知し、該検知したサービス提供装置のデータ形
式の属性と前記サービス要求装置のデータ形式の属性の
差異を検出し、該検出したデータ形式の属性の差異に基
づき前記送信要求データを前記検知したサービス提供装
置のデータ形式の属性を有するデータに変換するように
している。
【００１０】また、サーバオブジェクトを有する計算機
に接続されたクライアントオブジェクトを有する計算機
において、クライアントオブジェクトの送信要求データ
の送信先のサーバオブジェクトのデータ形式の属性を検
知する手段と、該検知したサーバオブジェクトのデータ
形式の属性と前記クライアントオブジェクトのデータ形
式の属性の差異を検出する手段と、該検出したデータ形
式の属性の差異に基づき前記送信要求データを前記検知
したサーバオブジェクトのデータ形式の属性を有するデ
ータに変換する手段を備えるようにしている。
に接続されたクライアントオブジェクトを有する計算機
において、クライアントオブジェクトの送信要求データ
の送信先のサーバオブジェクトのデータ形式の属性を検
知する手段と、該検知したサーバオブジェクトのデータ
形式の属性と前記クライアントオブジェクトのデータ形
式の属性の差異を検出する手段と、該検出したデータ形
式の属性の差異に基づき前記送信要求データを前記検知
したサーバオブジェクトのデータ形式の属性を有するデ
ータに変換する手段を備えるようにしている。
【００１１】また、サービス提供装置に接続されたサー
ビス要求装置で実行されるデータ変換プログラムを記録
したコンピュータ読み取り可能な記録媒体であり、該デ
ータ変換プログラムは、送信要求データの送信先の前記
サービス提供装置のデータ形式の属性を検知する手順
と、該検知したサービス提供装置のデータ形式の属性と
前記サービス要求装置のデータ形式の属性の差異を検出
する手順と、該検出したデータ形式の属性の差異に基づ
き前記送信要求データを前記検知したサービス提供装置
のデータ形式の属性を有するデータに変換する手順を有
するようにしている。
ビス要求装置で実行されるデータ変換プログラムを記録
したコンピュータ読み取り可能な記録媒体であり、該デ
ータ変換プログラムは、送信要求データの送信先の前記
サービス提供装置のデータ形式の属性を検知する手順
と、該検知したサービス提供装置のデータ形式の属性と
前記サービス要求装置のデータ形式の属性の差異を検出
する手順と、該検出したデータ形式の属性の差異に基づ
き前記送信要求データを前記検知したサービス提供装置
のデータ形式の属性を有するデータに変換する手順を有
するようにしている。
【００１２】
【発明の実施の形態】図１はクライアントサーバモデル
に従った構成での一般的なデータの流れを説明する図で
ある。図において、クライアント側の装置００１とサー
バ側の装置００２がネットワーク０００を介して接続さ
れている。一般に、一つのサーバに対して、不特定多数
のクライアント００５がネットワークに接続されている
場合が多い。この構成で、クライアント００１はサーバ
００２に対して要求データ００３を送信し、サーバ００
２は要求を受信後、要求を処理して、応答データ００４
をクライアント００１に対して送信し、クライアント０
０１は応答データを受信する。
に従った構成での一般的なデータの流れを説明する図で
ある。図において、クライアント側の装置００１とサー
バ側の装置００２がネットワーク０００を介して接続さ
れている。一般に、一つのサーバに対して、不特定多数
のクライアント００５がネットワークに接続されている
場合が多い。この構成で、クライアント００１はサーバ
００２に対して要求データ００３を送信し、サーバ００
２は要求を受信後、要求を処理して、応答データ００４
をクライアント００１に対して送信し、クライアント０
０１は応答データを受信する。
【００１３】図２は本発明を実施するクライアントサー
バモデルにしたがったネットワーク環境の構成と、クラ
イアントとサーバにおけるデータの送受信に係わる構成
と、データの流れに関する本発明の実施例を示した図で
ある。図において、本発明において、どのようにクライ
アント１１１とサーバ１１２がデータを交換するかを、
クライアント１１１とサーバ１１２の構成と、データの
流れで説明する。クライアント１１１はサーバに送出す
る送信要求データ１１３を持つ。このデータはクライア
ントが動作する計算機環境やクライアントが使用してい
る文字コード等の環境に依存している。クライアントで
はそのデータを送出する前に、サーバ属性検知部１１４
を用いて、これから送信しようとするサーバの属性を検
知する。サーバ属性検知部１１４はクライアント側か
ら、サーバのハードウェアの数値表現や、使用する文字
コード、時刻表現等のサーバ側の属性を取得する。な
お、クライアント側についても、クライアントのハード
ウェアの数値表現や、使用する文字コード、時刻表現等
のクライアント側の属性がある。サーバ属性検知部の実
現方法としては、サーバ属性をネットワーク定義ファイ
ル（図示はしてない）で静的に定義する方法や、過去に
サーバから受信したデータのの識別子を記憶しておき、
属性を検知する動的な方法がある。サーバ属性検知部で
サーバ属性が検知できた場合は、検知した属性とクライ
アントの属性の差異を差異検出部１１５で検出し、差異
が検出された場合には、Ｃ→Ｓ変換部（クライアントか
らサーバへの変換部）１１６でクライアント属性のデー
タをサーバ属性のデータに変換し、データ属性付与部１
１７でサーバ属性の識別子を付与して、データ送出部１
１８でサーバに変換したデータを送信する。Ｃ→Ｓ変換
部１１６では、クライアント側の属性で表現された数
値、文字列、時刻等をサーバ側の属性で表現されたもの
に変換する。サーバ属性検知部でサーバ属性が検知でき
なかった場合は、変換を行わず、データ属性付与部１１
７でクライアント属性の識別子を付与して、データ送出
部１１８でサーバにデータを送信する。従来技術で、サ
ーバ側が変換していたＣ→Ｓ変換処理を、本実施例では
クライアントで実施することにより、サーバ側の負荷を
低減することが可能になり、システム全体の負荷も低減
することが可能になる。
バモデルにしたがったネットワーク環境の構成と、クラ
イアントとサーバにおけるデータの送受信に係わる構成
と、データの流れに関する本発明の実施例を示した図で
ある。図において、本発明において、どのようにクライ
アント１１１とサーバ１１２がデータを交換するかを、
クライアント１１１とサーバ１１２の構成と、データの
流れで説明する。クライアント１１１はサーバに送出す
る送信要求データ１１３を持つ。このデータはクライア
ントが動作する計算機環境やクライアントが使用してい
る文字コード等の環境に依存している。クライアントで
はそのデータを送出する前に、サーバ属性検知部１１４
を用いて、これから送信しようとするサーバの属性を検
知する。サーバ属性検知部１１４はクライアント側か
ら、サーバのハードウェアの数値表現や、使用する文字
コード、時刻表現等のサーバ側の属性を取得する。な
お、クライアント側についても、クライアントのハード
ウェアの数値表現や、使用する文字コード、時刻表現等
のクライアント側の属性がある。サーバ属性検知部の実
現方法としては、サーバ属性をネットワーク定義ファイ
ル（図示はしてない）で静的に定義する方法や、過去に
サーバから受信したデータのの識別子を記憶しておき、
属性を検知する動的な方法がある。サーバ属性検知部で
サーバ属性が検知できた場合は、検知した属性とクライ
アントの属性の差異を差異検出部１１５で検出し、差異
が検出された場合には、Ｃ→Ｓ変換部（クライアントか
らサーバへの変換部）１１６でクライアント属性のデー
タをサーバ属性のデータに変換し、データ属性付与部１
１７でサーバ属性の識別子を付与して、データ送出部１
１８でサーバに変換したデータを送信する。Ｃ→Ｓ変換
部１１６では、クライアント側の属性で表現された数
値、文字列、時刻等をサーバ側の属性で表現されたもの
に変換する。サーバ属性検知部でサーバ属性が検知でき
なかった場合は、変換を行わず、データ属性付与部１１
７でクライアント属性の識別子を付与して、データ送出
部１１８でサーバにデータを送信する。従来技術で、サ
ーバ側が変換していたＣ→Ｓ変換処理を、本実施例では
クライアントで実施することにより、サーバ側の負荷を
低減することが可能になり、システム全体の負荷も低減
することが可能になる。
【００１４】サーバ１１２側ではデータ受信部１１９が
クライアントから来たデータを受信し、データ属性検出
部１２０がデータに付与されている識別子を検出し、差
異検出部１２１でサーバの環境と差異がある場合は、Ｃ
→Ｓ変換部１２２でデータを変換し、受信要求データ１
２３を得る。クライアント側でＣ→Ｓ変換処理を行って
いる場合には、サーバでの変換処理は不要で高速に受信
処理を実現できる。
クライアントから来たデータを受信し、データ属性検出
部１２０がデータに付与されている識別子を検出し、差
異検出部１２１でサーバの環境と差異がある場合は、Ｃ
→Ｓ変換部１２２でデータを変換し、受信要求データ１
２３を得る。クライアント側でＣ→Ｓ変換処理を行って
いる場合には、サーバでの変換処理は不要で高速に受信
処理を実現できる。
【００１５】サーバ１１２は要求された処理を完了後、
クライアントに送出する送信応答データ１２４を持つ。
このデータはサーバが動作する計算機環境やサーバが使
用している文字コード等の環境に依存している。サーバ
はデータ属性付与部１２５でサーバ属性の識別子を付与
して、データ送出部１２６でデータを送信する。サーバ
側ではクライアント側の属性に依存した変換処理を行わ
ないため、高速に送信処理が可能となる。
クライアントに送出する送信応答データ１２４を持つ。
このデータはサーバが動作する計算機環境やサーバが使
用している文字コード等の環境に依存している。サーバ
はデータ属性付与部１２５でサーバ属性の識別子を付与
して、データ送出部１２６でデータを送信する。サーバ
側ではクライアント側の属性に依存した変換処理を行わ
ないため、高速に送信処理が可能となる。
【００１６】クライアント１１１側ではデータ受信部１
２７がサーバから来たデータを受信し、データ属性検出
部１２８がデータに付与されている識別子を検出し、差
異検出部１１５でクライアントの環境と差異がある場合
は、Ｓ→Ｃ変換部１２９でデータを変換し、受信応答デ
ータ１３０を得る。なお、図２にブロックで示したサー
バ属性検出部、差異検出部、Ｃ→Ｓ変換部、Ｓ→Ｃ変換
部データ属性付与部、データ属性検出部等は、ソフトウ
ェアにより実現してもよいことはいうまでもない。以上
述べたように、本発明の上記実施例では、負荷のかかる
データ変換処理をクライアント側に集中させることによ
り、サーバでの負荷を低減し、クライアントとサーバ間
で効率の良いデータの受け渡しができる。
２７がサーバから来たデータを受信し、データ属性検出
部１２８がデータに付与されている識別子を検出し、差
異検出部１１５でクライアントの環境と差異がある場合
は、Ｓ→Ｃ変換部１２９でデータを変換し、受信応答デ
ータ１３０を得る。なお、図２にブロックで示したサー
バ属性検出部、差異検出部、Ｃ→Ｓ変換部、Ｓ→Ｃ変換
部データ属性付与部、データ属性検出部等は、ソフトウ
ェアにより実現してもよいことはいうまでもない。以上
述べたように、本発明の上記実施例では、負荷のかかる
データ変換処理をクライアント側に集中させることによ
り、サーバでの負荷を低減し、クライアントとサーバ間
で効率の良いデータの受け渡しができる。
【００１７】次に、本発明の第２の実施例を標準的な分
散オブジェクト間のインタフェース（ＣＯＲＢＡ）環境
を例にとり詳細に説明する。まず、分散オブジェクト環
境およびＣＯＲＢＡの概要を図５で述べる。分散コンピ
ューティング環境においては、複数のプログラム（分散
オブジェクト）が複数の計算機に跨って存在できネット
ワーク５００を介して送受信できる。ここで、処理を要
求する分散オブジェクト５０１をクライアントオブジェ
クトと呼び、クライアントオブジェクトからの要求を処
理する分散オブジェクト５０２をサーバオブジェクトと
呼ぶ。また、クライアントオブジェクトからの要求を受
け付け、要求を処理する適切なサーバオブジェクトを検
索し、サーバオブジェクトの存在する計算機と通信を行
い、サーバオブジェクトを呼び出す機能５０３をオブジ
ェクトリクエストブローカ（ＯＲＢ）と呼ぶ。また、標
準的なＯＲＢ間のインタフェース及び、プロトコルをＣ
ＯＲＢＡという。
散オブジェクト間のインタフェース（ＣＯＲＢＡ）環境
を例にとり詳細に説明する。まず、分散オブジェクト環
境およびＣＯＲＢＡの概要を図５で述べる。分散コンピ
ューティング環境においては、複数のプログラム（分散
オブジェクト）が複数の計算機に跨って存在できネット
ワーク５００を介して送受信できる。ここで、処理を要
求する分散オブジェクト５０１をクライアントオブジェ
クトと呼び、クライアントオブジェクトからの要求を処
理する分散オブジェクト５０２をサーバオブジェクトと
呼ぶ。また、クライアントオブジェクトからの要求を受
け付け、要求を処理する適切なサーバオブジェクトを検
索し、サーバオブジェクトの存在する計算機と通信を行
い、サーバオブジェクトを呼び出す機能５０３をオブジ
ェクトリクエストブローカ（ＯＲＢ）と呼ぶ。また、標
準的なＯＲＢ間のインタフェース及び、プロトコルをＣ
ＯＲＢＡという。
【００１８】次に、分散オブジェクト環境での、性能の
問題点について述べる。ＣＯＲＢＡ環境では、一般に少
数のサーバオブジェクトに対して不特定多数のクライア
ントオブジェクトが接続する。このようなモデルにおけ
るシステム全体のスループットは処理の集中するサーバ
側のオブジェクトの処理性能に依存する場合が多い。従
って、サーバオブジェクトでの処理の一部をクライアン
トオブジェクトに移行することによってシステム全体の
性能を上げることが可能になる。しかし、ＣＯＲＢＡ
は、規格であるため、規格と互換性の無い方式で性能を
向上した場合、ＣＯＲＢＡ規格に従ったオブジェクトと
の相互接続が不可能になるという問題がある。
問題点について述べる。ＣＯＲＢＡ環境では、一般に少
数のサーバオブジェクトに対して不特定多数のクライア
ントオブジェクトが接続する。このようなモデルにおけ
るシステム全体のスループットは処理の集中するサーバ
側のオブジェクトの処理性能に依存する場合が多い。従
って、サーバオブジェクトでの処理の一部をクライアン
トオブジェクトに移行することによってシステム全体の
性能を上げることが可能になる。しかし、ＣＯＲＢＡ
は、規格であるため、規格と互換性の無い方式で性能を
向上した場合、ＣＯＲＢＡ規格に従ったオブジェクトと
の相互接続が不可能になるという問題がある。
【００１９】次に、本発明で上記問題を解決する処理に
ついて説明する。複数計算機間でクライアントオブジェ
クトとサーバオブジェクトが通信する場合は、これらの
計算機のアーキテクチャにより数値の表現方式（以下、
表現形式という）が異なる場合がある。このため、ＣＯ
ＲＢＡではクライアントオブジェクトとサーバオブジェ
クトの間を流れるデータの先頭に、数値データをどのよ
うな方法で格納しているかを示す識別子を必要としてい
る。このデータを受信したＯＲＢはこの識別子と、自分
の計算機の数値表現形式を比較し、異なる場合には、ヘ
ッダの後に続くデータの形式を確認し、そのデータが数
値である場合は自分の数値表現形式に変換する。一般
に、分散オブジェクト間で受け渡されるデータは多数の
数値を含んでおり、この変換処理に要する計算機資源
（ＣＰＵ，メモリ容量）の負荷は大きい。従来の技術で
は、送信データは送信側の計算機の数値の表現形式を示
す識別子が付与されており、受信側が、その識別子を読
み取って、変換処理を行っているため、変換処理が、ク
ライアント側、サーバ側に均等に実行され、サーバ側の
処理ネックによるシステム全体のスループット低下とな
る。
ついて説明する。複数計算機間でクライアントオブジェ
クトとサーバオブジェクトが通信する場合は、これらの
計算機のアーキテクチャにより数値の表現方式（以下、
表現形式という）が異なる場合がある。このため、ＣＯ
ＲＢＡではクライアントオブジェクトとサーバオブジェ
クトの間を流れるデータの先頭に、数値データをどのよ
うな方法で格納しているかを示す識別子を必要としてい
る。このデータを受信したＯＲＢはこの識別子と、自分
の計算機の数値表現形式を比較し、異なる場合には、ヘ
ッダの後に続くデータの形式を確認し、そのデータが数
値である場合は自分の数値表現形式に変換する。一般
に、分散オブジェクト間で受け渡されるデータは多数の
数値を含んでおり、この変換処理に要する計算機資源
（ＣＰＵ，メモリ容量）の負荷は大きい。従来の技術で
は、送信データは送信側の計算機の数値の表現形式を示
す識別子が付与されており、受信側が、その識別子を読
み取って、変換処理を行っているため、変換処理が、ク
ライアント側、サーバ側に均等に実行され、サーバ側の
処理ネックによるシステム全体のスループット低下とな
る。
【００２０】次に、本発明での上記問題の解決するため
の実施例を図３、図４を用いて説明する。クライアント
からの送信要求２１１には、処理を要求するサーバオブ
ジェクト名２１２と送信要求データ２１３が含まれる。
この時、サーバ検知部１１４はサーバオブジェクトと数
値の表現形式の対応表２１４を使ってサーバオブジェク
トの数値の表現形式が登録されているかを検索する（Ｓ
５１０）。検索の結果（Ｓ５１１）対応表に登録されて
いない場合は、データを変換せず、自クライアントの数
値表現識別子を付与して（Ｓ５１２）送信する（Ｓ５１
７）。対応表に登録されていた場合は、差異検出部１１
５はサーバオブジェクトの数値表現と、自クライアント
の数値表現形式２１５を比較する（Ｓ５１３）。比較し
た結果（Ｓ５１４）、数値表現が同じ場合はデータを変
換せず、自クライアントの数値表現識別子を付与して
（Ｓ５１２）送信する（Ｓ５１７）。数値の表現法式が
異なった場合、例えば、図３の場合、サーバオブジェク
トがビッグエンディアンに対して、自クライアントはリ
トルエンディアンで異なる場合、Ｃ→Ｓ変換部１１６で
送信要求データ２１３をサーバオブジェクトの数値表現
形式に変換したデータ２１６に変換する（Ｓ５１５）。
データ属性付与部１１７は変換したデータにデータ識別
子２１７を付与し（Ｓ５１６）、データ送出部１１８が
サーバオブジェクトに送信する（Ｓ５１７）。上記のク
ライアント側の変換処理のため、サーバ側は変換処理が
不要となりサーバ側の負荷が低減する。また、サーバ側
のＯＲＢからみると、クライアント側から来るデータは
ＣＯＲＢＡの規格に準拠したデータであり、既存のサー
バオブジェクトとの接続性も確保できる。上記の説明で
は、図３に示す処理をＯＲＢが実行する場合を説明して
いるが、ＯＲＢとは別の機能を設け、該機能により実行
するようにしてもよい。
の実施例を図３、図４を用いて説明する。クライアント
からの送信要求２１１には、処理を要求するサーバオブ
ジェクト名２１２と送信要求データ２１３が含まれる。
この時、サーバ検知部１１４はサーバオブジェクトと数
値の表現形式の対応表２１４を使ってサーバオブジェク
トの数値の表現形式が登録されているかを検索する（Ｓ
５１０）。検索の結果（Ｓ５１１）対応表に登録されて
いない場合は、データを変換せず、自クライアントの数
値表現識別子を付与して（Ｓ５１２）送信する（Ｓ５１
７）。対応表に登録されていた場合は、差異検出部１１
５はサーバオブジェクトの数値表現と、自クライアント
の数値表現形式２１５を比較する（Ｓ５１３）。比較し
た結果（Ｓ５１４）、数値表現が同じ場合はデータを変
換せず、自クライアントの数値表現識別子を付与して
（Ｓ５１２）送信する（Ｓ５１７）。数値の表現法式が
異なった場合、例えば、図３の場合、サーバオブジェク
トがビッグエンディアンに対して、自クライアントはリ
トルエンディアンで異なる場合、Ｃ→Ｓ変換部１１６で
送信要求データ２１３をサーバオブジェクトの数値表現
形式に変換したデータ２１６に変換する（Ｓ５１５）。
データ属性付与部１１７は変換したデータにデータ識別
子２１７を付与し（Ｓ５１６）、データ送出部１１８が
サーバオブジェクトに送信する（Ｓ５１７）。上記のク
ライアント側の変換処理のため、サーバ側は変換処理が
不要となりサーバ側の負荷が低減する。また、サーバ側
のＯＲＢからみると、クライアント側から来るデータは
ＣＯＲＢＡの規格に準拠したデータであり、既存のサー
バオブジェクトとの接続性も確保できる。上記の説明で
は、図３に示す処理をＯＲＢが実行する場合を説明して
いるが、ＯＲＢとは別の機能を設け、該機能により実行
するようにしてもよい。
【００２１】以上述べたように、本発明の上記第２の実
施例では、標準的な分散オブジェクト間のインタフェー
ス（ＣＯＲＢＡ）環境においても、負荷のかかるデータ
変換処理をクライアントオブジェクト側に集中させるこ
とにより、サーバオブジェクトでの負荷を低減し、クラ
イアントオブジェクトとサーバオブジェクト間で効率の
良いデータの受け渡しができる。
施例では、標準的な分散オブジェクト間のインタフェー
ス（ＣＯＲＢＡ）環境においても、負荷のかかるデータ
変換処理をクライアントオブジェクト側に集中させるこ
とにより、サーバオブジェクトでの負荷を低減し、クラ
イアントオブジェクトとサーバオブジェクト間で効率の
良いデータの受け渡しができる。
【００２２】次に、本発明の第３の実施例をインタネッ
トでの情報交換に用いられるＭＩＭＥに例をとり詳細に
説明する。
トでの情報交換に用いられるＭＩＭＥに例をとり詳細に
説明する。
【００２３】まず、ＭＩＭＥについて説明する。
【００２４】ＭＩＭＥ(Multi-Purpose Internet Mail E
xtensions)は、電子メールやＷＷＷ(World Wide Web)の
ページにアルファベット以外の文字を記述可能にするデ
ータ形式およびプロトコルである。
xtensions)は、電子メールやＷＷＷ(World Wide Web)の
ページにアルファベット以外の文字を記述可能にするデ
ータ形式およびプロトコルである。
【００２５】ＭＩＭＥは、実際に送受信するデータの前
に、そのデータの文字コード、転送構文の識別子等のデ
ータの情報が含まれているヘッダを規定しており、ＭＩ
ＭＥデータを受信するプログラムがヘッダの内容を読み
取ってデータの種類に対応した処理を行うことを可能に
している。
に、そのデータの文字コード、転送構文の識別子等のデ
ータの情報が含まれているヘッダを規定しており、ＭＩ
ＭＥデータを受信するプログラムがヘッダの内容を読み
取ってデータの種類に対応した処理を行うことを可能に
している。
【００２６】次に、ＭＩＭＥをもちいたＷＷＷ環境で
の、性能の問題点について述べる。ＷＷＷ環境では、一
般に少数のサーバプログラムに対して不特定多数のクラ
イアントプログラムが接続する。このようなモデルにお
けるシステム全体のスループットは処理の集中するサー
バ側の処理性能に依存する場合が多い。単に、クライア
ント側から、サーバに格納されたＷｅｂページを閲覧す
る分には、クライアント側から送信されるデータに文字
コード情報等は含まれておらず、サーバの負荷は多くか
からないが、クライアント側から、Ｗｅｂサーバ側のプ
ログラムに対して処理を要求するような場合には、クラ
イアント側からクライアントの環境に依存したデータ形
式や時刻形式等が含まれる場合が多く、これの変換処理
に要する計算機資源（ＣＰＵ，メモリ容量）の負荷は大
きい。
の、性能の問題点について述べる。ＷＷＷ環境では、一
般に少数のサーバプログラムに対して不特定多数のクラ
イアントプログラムが接続する。このようなモデルにお
けるシステム全体のスループットは処理の集中するサー
バ側の処理性能に依存する場合が多い。単に、クライア
ント側から、サーバに格納されたＷｅｂページを閲覧す
る分には、クライアント側から送信されるデータに文字
コード情報等は含まれておらず、サーバの負荷は多くか
からないが、クライアント側から、Ｗｅｂサーバ側のプ
ログラムに対して処理を要求するような場合には、クラ
イアント側からクライアントの環境に依存したデータ形
式や時刻形式等が含まれる場合が多く、これの変換処理
に要する計算機資源（ＣＰＵ，メモリ容量）の負荷は大
きい。
【００２７】次に、上記問題の解決のための本発明での
実施例について説明する。本発明では、クライアントか
らの送信に限って、サーバ側のプログラムの扱える文字
コード表現や時刻表現がどのようになっているかを判断
し、クライアントがサーバ側の文字コード表現や時刻表
現に合うような変換処理を行う。このため、本実施例で
は、サーバ側は変換処理を行わなくて良くなりサーバ側
の負荷が低減する。また、サーバ側のプログラムからみ
ると、クライアント側から来るデータはＭＩＭＥの規格
に準拠したデータであり、既存のサーバとの接続性も確
保できる。
実施例について説明する。本発明では、クライアントか
らの送信に限って、サーバ側のプログラムの扱える文字
コード表現や時刻表現がどのようになっているかを判断
し、クライアントがサーバ側の文字コード表現や時刻表
現に合うような変換処理を行う。このため、本実施例で
は、サーバ側は変換処理を行わなくて良くなりサーバ側
の負荷が低減する。また、サーバ側のプログラムからみ
ると、クライアント側から来るデータはＭＩＭＥの規格
に準拠したデータであり、既存のサーバとの接続性も確
保できる。
【００２８】
【発明の効果】本発明によれば、データ変換に関わる処
理をクライアント側で実行することにより、サーバ側の
計算機資源を低減でき、サーバのスループットを向上で
きる。また、処理のネックになるサーバのスループット
を向上させることにより、システム全体のスループット
向上が可能になる。
理をクライアント側で実行することにより、サーバ側の
計算機資源を低減でき、サーバのスループットを向上で
きる。また、処理のネックになるサーバのスループット
を向上させることにより、システム全体のスループット
向上が可能になる。
【図１】クライアントサーバモデルに従ったネットワー
クによる接続態様の概要を示す図である。
クによる接続態様の概要を示す図である。
【図２】実施例のネットワーク環境の構成と、クライア
ントとサーバにおけるデータの送受信に係わる構成と、
データの流れを示す図である。
ントとサーバにおけるデータの送受信に係わる構成と、
データの流れを示す図である。
【図３】 第２の実施例の分散オブジェクトでのクライ
アント送信時のデータの流れを示す図である。
アント送信時のデータの流れを示す図である。
【図４】 第２の実施例の分散オブジェクトでのクライ
アント送信処理のフローチャートを示す図である。
アント送信処理のフローチャートを示す図である。
【図５】 第２の実施例の分散オブジェクトに従ったネ
ットワークによる接続態様の概要を示す図である。
ットワークによる接続態様の概要を示す図である。
０００ ネットワーク ００１ クライアント ００２ サーバ ００３ 要求データ ００４ 応答データ ００５ 不特定多数のクライアント １１０ ネットワーク １１１ クライアント １１２ サーバ １１３ クライアントの送信要求データ １１４ クライアントのサーバ属性検知部 １１５ クライアントの差違検出部 １１６ クライアントのＣ→Ｓ変換部 １１７ クライアントのデータ属性付与部 １１８ クライアントのデータ送出部 １１９ サーバのデータ受信部 １２０ サーバのデータ属性検出部 １２１ サーバの差違検出部 １２２ サーバのＣ→Ｓ変換部 １２３ サーバの受信要求データ １２４ サーバの送信応答データ １２５ サーバのデータ属性付与部 １２６ サーバのデータ送出部 １２７ クライアントのデータ受信部 １２８ クライアントのデータ属性検出部 １２９ クライアントのＳ→Ｃ変換部 １３０ クライアントの受信応答データ ２１１ クライアントからの送信要求 ２１２ 処理を要求するサーバオブジェクト名 ２１３ 送信要求データ ２１４ サーバオブジェクトと数値表現の対応表 ２１５ 自クライアントの数値表現形式 ２１６ 変換後の送信要求データ ２１７ データ識別子 ５００ ネットワーク ５０１ クライアントオブジェクト ５０２ サーバオブジェクト ５０３ オブジェクトリクエストブローカ（ＯＲＢ）
Claims (5)
- 【請求項１】 サービス提供装置に接続されたサービス
要求装置において、 送信要求データの送信先の前記サービス提供装置のデー
タ形式の属性を検知する手段と、該検知したサービス提
供装置のデータ形式の属性と前記サービス要求装置のデ
ータ形式の属性の差異を検出する手段と、該検出したデ
ータ形式の属性の差異に基づき前記送信要求データを前
記検知したサービス提供装置のデータ形式の属性を有す
るデータに変換する手段を備えることを特徴とするサー
ビス要求装置。 - 【請求項２】 請求項１記載のサービス要求装置におい
て、 前記検出したデータ形式の属性の差異が、数値の表現形
式、文字の表現形式あるいは時刻の表現形式のうちの少
なくとも一つの表現形式であることを特徴とするサービ
ス要求装置。 - 【請求項３】 サービス提供装置に接続されたサービス
要求装置におけるデータ変換方法であって、 送信要求データの送信先の前記サービス提供装置のデー
タ形式の属性を検知し、該検知したサービス提供装置の
データ形式の属性と前記サービス要求装置のデータ形式
の属性の差異を検出し、該検出したデータ形式の属性の
差異に基づき前記送信要求データを前記検知したサービ
ス提供装置のデータ形式の属性を有するデータに変換す
ることを特徴とするデータ変換方法。 - 【請求項４】 サーバオブジェクトを有する計算機に接
続されたクライアントオブジェクトを有する計算機にお
いて、 クライアントオブジェクトの送信要求データの送信先の
サーバオブジェクトのデータ形式の属性を検知する手段
と、該検知したサーバオブジェクトのデータ形式の属性
と前記クライアントオブジェクトのデータ形式の属性の
差異を検出する手段と、該検出したデータ形式の属性の
差異に基づき前記送信要求データを前記検知したサーバ
オブジェクトのデータ形式の属性を有するデータに変換
する手段を備えることを特徴とするクライアントオブジ
ェクトを有する計算機。 - 【請求項５】 サービス提供装置に接続されたサービス
要求装置で実行されるデータ変換プログラムを記録した
コンピュータ読み取り可能な記録媒体であって、 送信要求データの送信先の前記サービス提供装置のデー
タ形式の属性を検知する手順と、該検知したサービス提
供装置のデータ形式の属性と前記サービス要求装置のデ
ータ形式の属性の差異を検出する手順と、該検出したデ
ータ形式の属性の差異に基づき前記送信要求データを前
記検知したサービス提供装置のデータ形式の属性を有す
るデータに変換する手順を有するデータ変換プログラム
を記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34973999A JP2001167059A (ja) | 1999-12-09 | 1999-12-09 | サービス要求装置およびデータ変換方法およびクライアントオブジェクトを有する計算機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34973999A JP2001167059A (ja) | 1999-12-09 | 1999-12-09 | サービス要求装置およびデータ変換方法およびクライアントオブジェクトを有する計算機 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001167059A true JP2001167059A (ja) | 2001-06-22 |
Family
ID=18405783
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34973999A Pending JP2001167059A (ja) | 1999-12-09 | 1999-12-09 | サービス要求装置およびデータ変換方法およびクライアントオブジェクトを有する計算機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001167059A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004021562A (ja) * | 2002-06-14 | 2004-01-22 | Fujitsu Ltd | クライアント文字コード変換プログラムおよびサーバ文字コード変換プログラム |
| JP2010117867A (ja) * | 2008-11-12 | 2010-05-27 | Canon Inc | 情報処理装置及びその方法、通信システム、プログラム、記憶媒体 |
| JP2012190102A (ja) * | 2011-03-09 | 2012-10-04 | Nec Corp | リモートプロシージャコール処理方法 |
| JP2014501951A (ja) * | 2010-09-30 | 2014-01-23 | インターナショナル・ビジネス・マシーンズ・コーポレーション | データ変換方法およびデータ・トランスフォーマ |
| WO2022260173A1 (ja) * | 2021-06-11 | 2022-12-15 | 株式会社 Preferred Networks | 情報処理装置、情報処理方法、プログラムおよび情報処理システム |
-
1999
- 1999-12-09 JP JP34973999A patent/JP2001167059A/ja active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004021562A (ja) * | 2002-06-14 | 2004-01-22 | Fujitsu Ltd | クライアント文字コード変換プログラムおよびサーバ文字コード変換プログラム |
| US7493360B2 (en) | 2002-06-14 | 2009-02-17 | Fujitsu Limited | Method of and computer program for client character code conversion, method of and computer program for server character code conversion, CORBA client, and CORBA server |
| JP2010117867A (ja) * | 2008-11-12 | 2010-05-27 | Canon Inc | 情報処理装置及びその方法、通信システム、プログラム、記憶媒体 |
| JP2014501951A (ja) * | 2010-09-30 | 2014-01-23 | インターナショナル・ビジネス・マシーンズ・コーポレーション | データ変換方法およびデータ・トランスフォーマ |
| US9110660B2 (en) | 2010-09-30 | 2015-08-18 | International Business Machines Corporation | Data transform method and data transformer |
| US9996136B2 (en) | 2010-09-30 | 2018-06-12 | International Business Machines Corporation | Data transform method and data transformer |
| JP2012190102A (ja) * | 2011-03-09 | 2012-10-04 | Nec Corp | リモートプロシージャコール処理方法 |
| WO2022260173A1 (ja) * | 2021-06-11 | 2022-12-15 | 株式会社 Preferred Networks | 情報処理装置、情報処理方法、プログラムおよび情報処理システム |
| JP7382538B2 (ja) | 2021-06-11 | 2023-11-16 | 株式会社Preferred Networks | 情報処理装置、情報処理方法、プログラムおよび情報処理システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3777302B2 (ja) | 通信振り分け制御装置、および通信振り分けプログラムを記憶した記憶媒体 | |
| US7689907B2 (en) | Network router configured for executing network operations based on parsing XML tags in a received XML document | |
| US7149817B2 (en) | Infiniband TM work queue to TCP/IP translation | |
| KR100289520B1 (ko) | 웹브라우저애플리케이션의성능향상방법및장치,클라이언트/서버시스템의성능향상방법및장치 | |
| KR100289521B1 (ko) | 통신링크를통해전송되는데이타를감소시키는방법및장치 | |
| US6704786B1 (en) | Network and end-host efficiency for web communication | |
| EP0381365B1 (en) | A system and method for interconnecting applications across different networks of data processing systems | |
| KR100295003B1 (ko) | 데이타캐싱방법및장치 | |
| KR100295730B1 (ko) | 통신링크를통해전송되는데이타의감소방법및장치 | |
| TW201240413A (en) | Lightweight input/output protocol | |
| US6836892B2 (en) | Apparatus and method for use in distributed computing environment for converting data format between program language-specific format used in respective computers and stream format used for communication among computers | |
| US20060041896A1 (en) | Service request apparatus, service request method, service request program product and computer-readable recording medium, service providing apparatus, and service providing method, service providing program product and computer-readable recording medium | |
| US8601139B2 (en) | Multiple core session initiation protocol (SIP) | |
| US20060209830A1 (en) | Packet processing system including control device and packet forwarding device | |
| US7363355B2 (en) | Transparent disconnected services discovery and use | |
| CN109327511B (zh) | 一种基于http协议的数据请求方法和服务器 | |
| Xing et al. | MPTCP meets big data: Customizing transmission strategy for various data flows | |
| JP2001167059A (ja) | サービス要求装置およびデータ変換方法およびクライアントオブジェクトを有する計算機 | |
| JPH08212180A (ja) | プロセス間通信処理装置 | |
| CN111935083B (zh) | 一种业务处理方法、装置、电子设备及存储介质 | |
| JP2004362236A (ja) | 通信システム | |
| KR100303336B1 (ko) | 데이터베이스를이용하는멀티타스킹시스템및방법 | |
| US7870275B1 (en) | Communication scheme-independent infrastructure | |
| KR100313473B1 (ko) | 개량된 게이트웨이 구현을 위한 데이터 처리 방법 | |
| JP2002318790A (ja) | 分散オブジェクト環境に適用される通信システムおよび通信プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040317 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050208 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050411 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050816 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051017 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20051227 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060120 |