JP4015307B2 - データ処理装置 - Google Patents
データ処理装置 Download PDFInfo
- Publication number
- JP4015307B2 JP4015307B2 JP34243598A JP34243598A JP4015307B2 JP 4015307 B2 JP4015307 B2 JP 4015307B2 JP 34243598 A JP34243598 A JP 34243598A JP 34243598 A JP34243598 A JP 34243598A JP 4015307 B2 JP4015307 B2 JP 4015307B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- data processing
- response
- request packet
- data
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【発明の属する技術分野】
本発明はデータ処理装置に関し、特にIEEE1394規格に準拠したシリアルバスを介してパケット単位でデータの送受信などを行うシステムに用いられるデータ処理装置に関する。
【0002】
【従来の技術】
従来では、パソコン等のデータ処理装置で画像データや音声データを取り込んだり、AV機器をコントロールするためには、ビデオキャプチャボードやRS232Cバス等が個別に必要であり、統一した取り扱いをすることはできなかった。
【0003】
そこで近年では、マルチメディア時代のデータ通信に適した規格が提案されており、例えば、「IEEE1394ハイパフォーマンスシリアルバス規格(以下、IEEE1394規格という)」により、高速大容量の通信を自由に行えるような環境整備がなされている。
【0004】
図2の符号101に、IEEE1394規格に準拠し、パケット単位でデータの転送が可能なシリアルバス(以下でIEEE1394バスと称する)に接続されるデータ処理装置の一例を示す。このデータ処理装置101は、マイコン102と、パケット送信装置103と、パケット受信装置104とを有している。このうち、パケット送信装置103、パケット受信装置104は、それぞれマイコン102と、IEEE1394バス106との間に並列に配置されている。
【0005】
IEEE1394バス106には、データ処理装置101の他に、図示しない他のデータ処理装置が複数個接続されている。そして、データ処理装置101は、IEEE1394バス106を介して他のデータ処理装置にリクエストパケットを送信し、リクエストパケットへの応答として他のデータ処理装置で生成されたレスポンスパケットを受信することにより、他のデータ処理装置に格納されたデータを読み出すことができる。
【0006】
以下では、他のデータ処理装置内にある複数のデータから、複数のレスポンスパケットを生成させ、一連のレスポンスパケットを3種類取得する場合について説明する。
【0007】
図3(a)の符号200に、IEEE1394規格に準拠するリクエストパケットの一般的なフォーマットを示す。このリクエストパケットは、32ビットのデータ列よりなるパケットであって、通常のパケットと同様にヘッダ部201とデータ部202を有する。
【0008】
ヘッダ部201には、destination ID、source ID 、tLabel、destination address 等が記載されている。このうち、destination IDは、送信先の機器(他のデータ処理装置)を識別するための番号(ID)であって、source ID は送信元の機器(データ処理装置101)を識別するための番号(ID)である。
【0009】
また、トランザクションラベル(tLabel)は、各機器から送信されたパケットの、未解決の各トランザクションに割り当てられた固有のタグであって、リクエストパケットと、レスポンスパケットとの対応をつけるための番号である。ここでは6ビットのデータが用いられている。
【0010】
さらに、destination address は、データ処理装置101が読み出すべきデータの、他のデータ処理装置の記憶領域における格納位置を示す情報であって、例えば、記憶領域としてメモリを設けたときには、そのデータのアドレスである。このdestination address は、他の装置から通知され、マイコン102内に設けられたメモリ内にテーブル状に配置されることにより、一連のレスポンスパケットを取得する際に必要なdestination address が、予め全てマイコン102内に保持されているものとする。
【0011】
このようなフォーマットを有するリクエストパケットを生成するには、最初に、マイコン102が、パケット送信装置103に、リクエストパケットの生成命令と、destination address 等の、最初のリクエストパケットを生成するのに必要なデータを出力する。
【0012】
マイコン102から、リクエストパケットの生成命令とdestination address が入力されると、パケット送信装置103は、予めマイコン102から通知されているdestination ID、source ID 、tLabelと、destination address を用いて、上記したフォーマットを有するリクエストパケットを生成し、IEEE1394バス106へと順次送出する。ここでは、3つのリクエストパケットを続けて生成して出力するものとする。
【0013】
すると、IEEE1394バス106に接続された複数の他のデータ処理装置は、リクエストパケットからdestination IDを読み出し、自機に対するリクエストパケットであるか否かを各々で判断する。そして、複数の他のデータ処理装置のうち、destination IDで特定された1個のデータ処理装置(以下で相手方のデータ処理装置と称する)が、IEEE1394バス106から3つのリクエストパケットを順次受信する。
【0014】
相手方のデータ処理装置は、リクエストパケットを受信すると、それぞれのリクエストパケットへの応答となるレスポンスパケットを生成する。ここでは、3つのリクエストパケットへの応答となる3つのレスポンスパケットを続けて生成するものとする。
【0015】
このとき、相手方のデータ処理装置は、リクエストパケット200からdestination address とsource ID とを読み出す。そして、destination address で指定されるデータを、自分自身が有する不図示の記憶領域から読み出すとともに、source ID からレスポンスパケットの返信先がデータ処理装置101であることを知り、データ処理装置101のdestination IDを、レスポンスパケットのdestination IDとして選択する。
【0016】
図3(b)の符号300に、相手方のデータ処理装置で生成されるレスポンスパケットのフォーマットを示す。このレスポンスパケットは、32ビットのデータ列よりなるパケットであって、ヘッダ部301とデータ部302よりなり、データ部302には、リクエストパケット200のdestination address で指定されたデータが書き込まれている。
【0017】
ヘッダ部301には、リクエストパケットと同様に、送信先であるデータ処理装置101を指定するdestination ID、送信元である相手方のデータ処理装置自身を指定するsource ID 、リクエストパケットと同一のtLabel などが記載されているが、一般に、リクエストパケットに記載されていたdestination address は記載されない。
相手方のデータ処理装置は、このようなフォーマットのレスポンスパケットを3つ続けてIEEE1394バス106へと送出する。
【0018】
すると、IEEE1394バス106に接続された複数のデータ処理装置は、このレスポンスパケットからdestination IDを読み出し、自機に対するレスポンスパケットであるか否かを各々で判断する。ここではdestination IDはデータ処理装置101を指定しているので、データ処理装置101が、パケット受信装置104でレスポンスパケットを受信する。そして、パケット受信装置104は、受信したレスポンスパケットを、そのままマイコン102へと入力させる。マイコン102は、入力されたレスポンスパケットを、マイコン102が有する格納用メモリ(図示せず)内に格納する。
【0019】
ところでマイコン102には、その内部に、図4の符号400、410、420に示すような記憶領域が予め用意されている。そして、マイコン102が、リクエストパケットの生成命令と、destination addressをパケット送信装置103に出力するとともに、destination address、source ID 、tLabelを、各レスポンスパケットの内容に対応する記憶領域400、410、420に、それぞれ記載している。
【0020】
そして、次々にリクエストパケットを生成するたびに、そのリクエストパケットにそれぞれ対応する記憶領域400、410、420のいずれかに、destination address、source ID 、tLabelを次々に書き込み、各リクエストパケットに対応するレスポンスパケットを次々に受信して、格納用メモリ内に格納するという動作を続ける。一連の必要なレスポンスパケットが全て格納用メモリ内に格納されるまでこの動作を続けることにより、一連のレスポンスパケットが取得され、各記憶領域400、410、420には、一連のレスポンスパケットのそれぞれに対応し、destination address、source ID 、tLabel が書き込まれた対応表が完成する。
【0021】
その後、こうして取得された一連のレスポンスパケットを読み出して、一連の処理を実行する際には、各記憶領域400、410、420に設けられた対応表に記載されたdestination address、source ID 、tLabel を読み出し、読み出されたdestination address、source ID 、tLabel に対応するレスポンスパケットを順次格納用メモリ内から検出して読み出して、一連のレスポンスパケットを所定の順番に従って読み出し、実行することができるようにされている。
【0022】
例えば、記憶領域400に対応する一連のレスポンスパケットを読み出して一連の処理を実行するには、まず、記憶領域400に形成された対応表の先頭行に記載されたsource ID401、tLabel402を読み出し、これと同じsource IDとtLabelを有しているレスポンスパケットを、格納用メモリ内から検出して、そのレスポンスパケットの処理を実行し、次に、対応表の先頭行の次の行に記載されたsource IDとtLabelと一致するレスポンスパケットを検出し、そのレスポンスパケットの処理を実行するという動作を繰り返さなければならなかった。
【0023】
このようにマイコン102は、リクエストパケットを生成するごとにdestination address、source ID 、tLabel を対応表に書き込み、一連の処理を実行するたびに対応表とレスポンスパケットを参照するという複雑な処理をしなければならないため、マイコン102の処理負担が大きくなってしまうという問題があった。
【0024】
【発明が解決しようとする課題】
本発明は、上記従来技術の不都合を解決するために創作されたものであり、その目的は、IEEE1394バスに接続されるデータ処理装置でデータを読み出す場合に、読み出されるデータが、読み出される装置内のどのアドレスにあったものであるかを容易に判断することができる技術を提供することにある。
【0025】
【課題を解決するための手段】
上記課題を解決するため、請求項1に記載のデータ処理装置は、パケット処理装置と、シリアルバスに接続され、上記パケット処理装置の指示に応じてデータの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信して上記パケット処理装置に出力する受信装置とを有するデータ処理装置であって、上記リクエストパケットには送信先のデータ処理装置を特定するための機器情報と要求するデータを指定する指定情報とが含まれており、上記送信装置は送信するリクエストパケットの上記指定情報を当該リクエストパケットに対応付けて保持する指定情報保持部を備え、上記受信装置は受信したレスポンスパケットに対して当該レスポンスパケットに対応する上記指定情報保持部から供給された上記指定情報を付加する指定情報付加部を備える。
【0026】
請求項2に記載のデータ処理装置は、請求項1に記載のデータ処理装置であって、上記リクエストパケット、上記レスポンスパケット、並びに上記シリアルバスはIEEE1394規格に準拠するように構成されている。
【0027】
また、請求項3に記載のデータ処理装置は、請求項2に記載のデータ処理装置であって、上記指定情報はディスティネーションアドレス(destination address)を含む。
【0028】
本発明では、予めパケット処理装置に格納されており、リクエストパケットに記載される指定情報を指定情報保持部が保持して指定情報付加部に出力し、送信されたリクエストパケットに対するレスポンスパケットが受信装置で受信されるごとに、指定情報付加部がレスポンスパケットに指定情報を記載(付加)している。
【0029】
このため、パケット処理装置は何ら複雑な処理をすることなく、その指定情報をレスポンスパケットから読み出すだけで、各レスポンスパケット内のデータがどの機器にあって、どこにあったものであるかを特定できる。
【0030】
例えば、他の装置がハードディスクの場合には、データが格納されているアドレスであるdestination addressを指定情報としてレスポンスパケットに記載すれば、レスポンスパケットからdestination addressを読み出すことにより、返信させるデータがどの位置にあったかがわかり、レスポンスパケット内のデータを特定することができる。
【0031】
特に、一連のレスポンスパケットを複数種類取得し、そのうちの一連のレスポンスパケットを読み出して実行する際に、受信した各レスポンスパケット内のデータが、他のデータ処理装置内のどの位置にあったかを確認するためにパケット処理装置が要していた複雑な処理を全く必要としないので、パケット処理装置の処理負担を大きく軽減できる。
【0032】
【発明の実施の形態】
本発明の実施の形態について、図面を参照して説明する。
図1で符号1は、IEEE1394規格に準拠した本発明の実施形態のデータ処理装置である。このデータ処理装置1は、マイコン2と、パケット送信装置3と、パケット受信装置4とを有している。そして、パケット送信装置3、パケット受信装置4は、IEEE1394バス6と、マイコン2との間に並列に配置されている。
【0033】
また、パケット送信装置3は、アドレス保持部7を有しており、パケット受信装置4は、アドレス付加部8を有している。
【0034】
このデータ処理装置1は、図示しない他のデータ処理装置とともにIEEE1394バス6に接続されており、IEEE1394バス6を介して他のデータ処理装置から、格納されたデータを読み出すことができる。以下では、他のデータ処理装置内の複数のデータから複数のレスポンスパケットを生成させて、一連のレスポンスパケットとして取得する場合について説明する。
【0035】
マイコン2には、所定の記憶領域(図示せず)が設けられており、この所定の記憶領域には、一連のレスポンスパケットを取得する際に必要なdestination address が予め全て保持され、テーブル状に格納されているものとする。このdestination address は、データ処理装置1が読み出すべきデータが格納された、他のデータ処理装置の不図示の記憶領域における格納位置を示す情報である。
【0036】
このようなマイコン2が、リクエストパケットの生成命令を生成するとともに、最初のリクエストパケットに付すべきdestination address をテーブルから読み出し、リクエストパケットの生成命令とdestination address を、パケット送信装置3に入力させる。
【0037】
パケット送信装置3は、入力されたリクエストパケットの生成命令とdestination address と、予めマイコン2から通知されているdestination ID、source ID 、tLabelとを用いて、リクエストパケットを生成する。
【0038】
アドレス保持部7は、パケット送信装置3がリクエストパケットを生成するごとに、リクエストパケットからdestination address と、tLabelとを取得し、一対一に対応付けて、一組にしてアドレス付加部8へ出力する。
【0039】
アドレス付加部8は、入力された一組のdestination address とtLabelを、アドレス付加部8内に設けられた参照用記憶領域(図示せず)内に、対応付けを維持した状態で記憶しておく。
【0040】
他方、パケット送信装置3は、生成されたリクエストパケットをIEEE1394バス6へと送出する。このリクエストパケットのdestination IDによって、IEEE1394バス6に接続された他のデータ処理装置のうち、1個のデータ処理装置が特定され、そのデータ処理装置(以下で相手方のデータ処理装置と称する)は、IEEE1394バス6からリクエストパケットを次々に受信する。
【0041】
次に、相手方のデータ処理装置は、リクエストパケットからdestination address とsource ID を読み出し、自分自身が有している不図示の記憶領域から、destination address によって不図示の記憶領域内の格納位置が指定されるデータを読み出すとともに、source IDからデータ処理装置1のdestination ID を選択して、それぞれのリクエストパケットへの応答となるレスポンスパケットを、リクエストパケットごとに生成して、IEEE1394バス6へと送出する。次いで、パケット受信装置4が、IEEE1394バス6からレスポンスパケットを受信する。
【0042】
アドレス付加部8は、パケット受信装置4で受信されたレスポンスパケットのtLabelを取得して、参照用記憶領域の記憶内容と照合し、レスポンスパケットのtLabelと同じtLabelと一対一に対応付けられたdestination address を読み出し、そのdestination address をレスポンスパケットに記載して、マイコン2へ出力する。マイコン2は、アドレス付加部8によってdestination address が記載されたレスポンスパケットを、マイコン2が有する格納用メモリ(図示せず)内に格納する。
【0043】
次いで、マイコン2は、次のリクエストパケットの生成命令と、destination address をパケット送信装置3に出力し、次のリクエストパケットをパケット送信装置3に生成させる。パケット送信装置3は、次のリクエストパケットを生成してIEEE1394バス6に送出し、アドレス保持部7は、次のリクエストパケットからdestination ID 、tLabel を取得してアドレス付加部8に出力する。
【0044】
そして、次のリクエストパケットへの応答として生成された次のレスポンスパケットがパケット受信装置4で受信されたら、次のレスポンスパケットのtLabelを参照用記憶領域の記憶内容と照合して、次のレスポンスパケットのtLabelと一致するtLabelに対応付けられたdestination address を読み出し、それを次のレスポンスパケットに記載してマイコン2に出力する。マイコン2は、destination address が記載された次のレスポンスパケットを、格納用メモリ内に格納する。
【0045】
以上の動作を、一連のレスポンスパケットを全て取得するまで繰り返す。この間、アドレス保持部7は、リクエストパケットが生成されるごとに、destination address とtLabelを取得してアドレス付加部8に出力しており、アドレス付加部8は、レスポンスパケットのtLabelと、参照用記憶領域の記憶内容とを照合し、レスポンスパケットに対応するdestination address を、レスポンスパケットに記載してマイコン2へと出力している。
【0046】
このため、マイコン2にはつねにdestination address が記載されたレスポンスパケットが入力されるので、マイコン2は何ら複雑な処理をすることなく、destination address が記載されたレスポンスパケットを格納することができる。
【0047】
これにより、後に一連のレスポンスパケットを読み出して処理を実行するときには、各レスポンスパケットのdestination address を読み出すだけで、そのレスポンスパケットがどの一連のレスポンスパケットに属し、何番目に処理されるべきものであるかを容易に認識することができる。
【0048】
従って、一連のレスポンスパケットを複数取得した場合でも、後に一連のレスポンスパケットを読み出して処理を実行する場合に、マイコン2が複雑な処理をすることなく、一連のレスポンスパケットを所定の順番で読み出して一連の処理を実行することができるので、マイコン2の処理負担を大きく軽減することができる。
なお、本実施形態では、パケット送信装置3の個数を1個としているが、本発明はこれに限らず、複数個のパケット送信装置を有するような構成にしてもよい。
【0049】
また、本実施形態では、マイコン2が、全てのdestination addressを、所定の記憶領域内に予め保持しており、パケット送信装置3がこのdestination address を次々に記載して、リクエストパケットを生成できるような構成にしているが、本発明はこれに限らず、マイコン2が最初のdestination address のみを知っているものとし、相手方のデータ処理装置が、リクエストパケットに対応するレスポンスパケットに、次のレスポンスパケットのdestination address を記載し、マイコン2がレスポンスパケットから次のdestination address を取得し、取得された次のdestination address を、次のリクエストパケットに記載することで、リクエストパケットを生成するごとに、destination addressを取得できるような構成にしてもよい。
【0050】
【発明の効果】
パケット処理装置が、その指定情報をレスポンスパケットから読み出すだけで、各レスポンスパケット内のデータがどの機器のどの位置にあったものであるかを特定できるので、一連のレスポンスパケットを取得し、読み出して一連の処理を実行する際の、パケット処理装置の処理負担を軽減できる。
【図面の簡単な説明】
【図1】本発明のデータ処理装置を説明する図
【図2】従来のデータ処理装置を説明する図
【図3】(a):リクエストパケットのフォーマットを説明する図
(b):レスポンスパケットのフォーマットを説明する図
【図4】従来技術でレスポンスパケットとdestination address を対応付ける処理に用いる記憶領域を説明する図
【符号の説明】
1……データ処理装置 2……マイコン(パケット処理装置) 3……パケット送信装置(送信装置) 4……パケット受信装置(受信装置) 6……IEEE1394バス(バス) 7……アドレス保持部(保持部) 8……アドレス付加部(指定情報付加部)
Claims (3)
- パケット処理装置と、
シリアルバスに接続され、上記パケット処理装置の指示に応じてデータの転送を要求するリクエストパケットを上記シリアルバスに送信する送信装置と、
上記シリアルバスに接続され、上記リクエストパケットにより要求されたデータを含むレスポンスパケットを上記シリアルバスから受信して上記パケット処理装置に出力する受信装置と、
を有するデータ処理装置であって、
上記リクエストパケットには送信先のデータ処理装置を特定するための機器情報と要求するデータを指定する指定情報とが含まれており、
上記送信装置は送信するリクエストパケットの上記指定情報を当該リクエストパケットに対応付けて保持する指定情報保持部を備え、
上記受信装置は受信したレスポンスパケットに対して当該レスポンスパケットに対応する上記指定情報保持部から供給された上記指定情報を付加する指定情報付加部を備える、
データ処理装置。 - 上記リクエストパケット、上記レスポンスパケット、並びに上記シリアルバスはIEEE1394規格に準拠するように構成されている請求項1に記載のデータ処理装置。
- 上記指定情報はディスティネーションアドレスを含む請求項2に記載のデータ処理装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP34243598A JP4015307B2 (ja) | 1998-12-02 | 1998-12-02 | データ処理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP34243598A JP4015307B2 (ja) | 1998-12-02 | 1998-12-02 | データ処理装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000174781A JP2000174781A (ja) | 2000-06-23 |
JP4015307B2 true JP4015307B2 (ja) | 2007-11-28 |
Family
ID=18353723
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP34243598A Expired - Fee Related JP4015307B2 (ja) | 1998-12-02 | 1998-12-02 | データ処理装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4015307B2 (ja) |
-
1998
- 1998-12-02 JP JP34243598A patent/JP4015307B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2000174781A (ja) | 2000-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6954806B2 (en) | Data transfer apparatus and method | |
US20070180336A1 (en) | Multi-initiator control unit and method | |
US6584103B1 (en) | Packet communication apparatus provided with manager means for managing packet labels | |
US5146560A (en) | Apparatus for processing bit streams | |
JP4345826B2 (ja) | 記憶端末 | |
JP4112717B2 (ja) | データ処理装置 | |
US6457079B1 (en) | Communication apparatus with means for allocating alternate designation information to each function unit, and communication system with said two communication apparatuses | |
JP4015307B2 (ja) | データ処理装置 | |
JP6842542B2 (ja) | パケット伝送方法及びcb機器 | |
US7233592B1 (en) | Packet transfer control circuit | |
TW200424841A (en) | System and method for error capture and logging in computer systems | |
JP2004062347A (ja) | Usbデバイスおよびusbシステム | |
JP4067205B2 (ja) | データ処理装置 | |
JP3010571B2 (ja) | データ高速返信装置 | |
JP4015304B2 (ja) | データ処理装置 | |
EP0344915B1 (en) | Apparatus and method for processing bit streams | |
US6640261B1 (en) | Method and apparatus for scheduler coupled to memory array wherein scheduler addresses array with at least a portion of an identification number | |
JP2000293454A (ja) | データ通信装置、データ通信方法、および記録媒体 | |
JPH05191474A (ja) | 通信プロトコル処理装置 | |
JP2006323579A (ja) | Dmaコントローラ | |
JP3351454B2 (ja) | 通信装置 | |
JPH0440551A (ja) | データ転送方式 | |
JP2624305B2 (ja) | 情報伝送システム | |
JP2643660B2 (ja) | 通信制御装置 | |
JP2005086334A (ja) | 制御システム及び方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051011 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070907 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070911 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070913 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100921 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110921 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110921 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120921 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130921 Year of fee payment: 6 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |