JP4518177B2 - 記録装置、ファイルディスクリプタ生成方法、プログラム - Google Patents

記録装置、ファイルディスクリプタ生成方法、プログラム Download PDF

Info

Publication number
JP4518177B2
JP4518177B2 JP2008101722A JP2008101722A JP4518177B2 JP 4518177 B2 JP4518177 B2 JP 4518177B2 JP 2008101722 A JP2008101722 A JP 2008101722A JP 2008101722 A JP2008101722 A JP 2008101722A JP 4518177 B2 JP4518177 B2 JP 4518177B2
Authority
JP
Japan
Prior art keywords
virtual device
socket
file
file descriptor
client
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
Application number
JP2008101722A
Other languages
English (en)
Other versions
JP2009252107A (ja
Inventor
良規 本庄
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2008101722A priority Critical patent/JP4518177B2/ja
Priority to US12/418,680 priority patent/US8073885B2/en
Publication of JP2009252107A publication Critical patent/JP2009252107A/ja
Application granted granted Critical
Publication of JP4518177B2 publication Critical patent/JP4518177B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、記録装置、ファイルディスクリプタ生成方法、プログラムに関するものである。
ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などのカーネルにおいては、プロセスやスレッドがファイルやソケットなどのオブジェクトを操作するための機構としてファイルディスクリプタを採用している。ファイルディスクリプタは、プロセス毎のプロセス表で管理され、その実体はカーネルによって順番に割り当てられた単なる番号である。プロセス表には、そのファイルディスクリプタと対応付けて、カーネルファイル表のエントリへのインデックスが登録されている。カーネルファイル表の各インデックスに対応するエントリには、ファイル、ソケットなどのオブジェクトのデータ構造体へのインデックスがそれぞれ登録されている。
特許文献１には、ファイルディスクリプタを利用したクライアントとサーバとの間の通信処理が記載されている。サーバ側のプロセスは、socketシステムコールにより作成したソケットに、bindシステムコールを使用してファイルディスクリプタを割り当てた後、listenシステムコールを実行して接続準備状態を設定する。一方、クライアント側のプロセスは、socketシステムコールでソケットを作成し、connectシステムコールを使用してサーバ側ソケットとの通信路を確立する。サーバ側のプロセスは、acceptシステムコールを実行し、クライアント側のプロセスからの要求を受け入れる。接続完了後に、ソケット対応のファイルディスクリプタに対する書き込み処理としてのwriteシステムコールと、読み取り処理としてのreadシステムコールを利用して、メッセージ送受信を実現する。
特開２００６−１２７４６１（段落００８４）
クライアントの複数のプロセスやスレッドからサーバに対して頻繁にサービスを要求する場合、要求ごとに新たにソケットを生成せずに，仮想的な１つの双方向ＦＩＦＯ通信路(ストリーム指向ソケット，TCPソケットなど)を共有できるようにしたい場合がある．そのため従来はプロセス間でファイルディスクリプタの受け渡しを行っていた。しかしながら、プロセス間でファイルディスクリプタを受け渡すには、受け渡しのためのソケット通信路を確立して，sendmsgシステムコールやrecvmsgシステムコールを利用してファイルディスクリプタそのものを送受信するなど、煩雑な手順が必要であった。
また、クライアントの複数のプロセスやスレッドからサーバに対してサービスを要求し、サーバは各プロセスからの要求に対するサービスを順次実行するという運用においては、複数のプロセスから同時に要求が発生した場合に、一方のプロセスからの要求に対するサーバ側の処理が終了してから別のプロセスからの要求を処理するといった相互排除が必要である。そのため，従来は，サーバ側において，相互排除を行う必要があった。
本発明は、かかる実情に鑑み、プロセス間でファイルディスクリプタを受け渡すことなく、クライアント内の複数のプロセスやスレッドが１つのソケットを共有してサーバと通信を行うことのできる記録装置、ファイルディスクリプタ生成方法、プログラムを提供しようとするものである。
上記の課題を解決するために、本発明の記録装置は、記憶媒体へのアクセスをサービスとして実行するサーバと、前記サービスを必要とするプロセスを有するクライアントと、前記サーバと前記クライアントとの間でソケットを用いて通信を行うための仮想デバイスと、前記クライアント内のプロセスが前記仮想デバイスをオープンするとき、前記仮想デバイスが既にオープンされているかどうかを判定する判定手段と、前記仮想デバイスが既にオープンされている場合、前記プロセスのプロセス表において未使用の番号のファイルディスクリプタを探し出し、前記プロセス表に、前記ファイルディスクリプタと、前記カーネルファイル表にて前記仮想デバイスを既にオープンしているプロセスが参照する前記ソケットのデータ構造体へのインデックスが登録されたエントリへのインデックスとを結び付けて登録することで、前記ソケットを参照する前記プロセス用のファイルディスクリプタを再生成する再生成手段とを具備する。
本発明の記録装置は、前記プロセスが前記仮想デバイスをオープンするとき、カーネルのセマフォを操作して、他のプロセスからの前記仮想デバイスのオープンの許可制限を設定する手段をさらに具備するものであってよい。
仮想デバイスを既にオープンしているプロセスとは、仮想デバイスをオープンしようとしているプロセスと同じプロセスまたは別のプロセスである。
本発明の別の観点に基づくファイルディスクリプタ生成方法は、サービスを実行するサーバと、前記サービスを必要とするプロセスを有するクライアントとの間でソケットを用いて通信を行う仮想デバイスを、前記クライアント内のプロセスがオープンするとき、前記仮想デバイスが既にオープンされているかどうかを、前記クライアントに備えられた判定手段により判定し、前記仮想デバイスが既にオープンされている場合、前記プロセスのプロセス表において未使用の番号のファイルディスクリプタを探し出し、前記プロセス表に、前記ファイルディスクリプタと、前記カーネルファイル表にて前記仮想デバイスを既にオープンしているプロセスが参照する前記ソケットのデータ構造体へのインデックスが登録されたエントリへのインデックスとを結び付けて登録することで、前記ソケットを参照する前記プロセス用のファイルディスクリプタを、前記クライアントに備えられた再生成手段により再生成する。
本発明の別の観点に基づくプログラムは、記憶媒体へのアクセスをサービスとして実行するサーバと、前記サービスを必要とするプロセスを有するクライアントとの間でソケットを用いて通信を行うための仮想デバイスを、前記クライアント内のプロセスがオープンするとき、前記仮想デバイスが既にオープンされているかどうかを判定する判定手段と、前記仮想デバイスが既にオープンされている場合、前記プロセスのプロセス表において未使用の番号のファイルディスクリプタを探し出し、前記プロセス表に、前記ファイルディスクリプタと、前記カーネルファイル表にて前記仮想デバイスを既にオープンしているプロセスが参照する前記ソケットのデータ構造体へのインデックスが登録されたエントリへのインデックスとを結び付けて登録することで、前記ソケットを参照する前記プロセス用のファイルディスクリプタを再生成する再生成手段としてコンピュータを動作させる。
本発明によれば、プロセス間でファイルディスクリプタを受け渡すことなく、クライアントの複数のプロセスが１つのソケットを共有してサーバとの通信を行うことができる。
以下、本発明の実施形態を図面を参照して説明する。
図１は本発明を採用した実施形態である記録装置のハードウェアの構成を示す図である。
同図に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１には、システムバス１０２を介して、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０３と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０４と、入力操作部１０５と、ＡＶインタフェース１０６と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１０７と、ディスクドライブ１０８と、ネットワークインタフェース１０９が接続されている。
ＣＰＵ１０１は、ＲＯＭ１０３に格納されたプログラムやデータなどのソフトウェアに基づいて演算処理を実行する。ＲＯＭ１０３には、記録装置１００を動作させるために必要なＯＳ（オペレーティングシステム）、このＯＳ上で動作するアプリケーションなどのプログラムやデータなどのソフトウェアが格納されている。ＲＡＭ１０４は、ＣＰＵ１０１の作業領域や各種の情報の保持領域などとして用いられる。
入力操作部１０５は、各種のキーなどを備え、ユーザからの各種の指令の入力を処理する。入力操作部１０５より入力された指令はシステムバス１０２を通じてＣＰＵ１０１に供給される。
ＡＶインタフェース１０６は、テレビジョンなどの外部ＡＶ機器４とのインタフェースをとるものである。
ＨＤＤ１０７は、コンテンツや、このコンテンツのメタデータなどのユーザデータやその他のデータを保存する記憶媒体である。
ディスクドライブ１０８は、記憶媒体であるブルーレイディスク、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などのリムーバブルメディア２の装着が可能とされ、このリムーバブルメディア２に対するデータの書き込み、読み出しを行う。
ネットワークインタフェース１０９は、例えば家庭内のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク１との接続をとる。本記録装置１００には、ネットワーク１を通じて、コンテンツ受信ＳＴＢ（Ｓｅｔ ｔｏｐ ｂｏｘ）３、リモートユーザインタフェース５などの外部機器が接続可能とされている。
コンテンツ受信ＳＴＢ３は、例えば、地上アナログテレビジョン放送、地上デジタルテレビジョン放送、ＣＳデジタル放送、ＢＳデジタル放送などの放送波に乗って送信される放送コンテンツ、さらには、インターネットなどのネットワークを通じて配信されるネット配信コンテンツなどを受信し、記録装置１００にネットワーク１を通じて送信することが可能な機器である。
リモートユーザインタフェース５は、本記録装置１００をネットワーク１を介して遠隔で操作することのできる機器であり、例えば、携帯電話、ＰＣなどである。
次に、図２を用いて記録装置１００のソフトウェアの構成を説明する。
記録装置１００のソフトウェアは、ＮＦＥ（Network Front End）２１０、ＩＯＰ(Input Output Processor)２２０、ＡＶＤＥＣ（Audio Visual DECorder）２３０に大別される。
ＮＦＥ２１０は、主にネットワークに関する機能を担う。ＩＯＰ２２０は、ＨＤＤ１０７およびディスクドライブ１０８に装着されたリムーバブルメディア２などの記憶媒体に対する書き込みおよび読み出しなどのアクセス、メタデータの管理などを行う。ＣＰＵ１０１の処理負荷を適正に分散させるために、ＮＦＥ２１０とＩＯＰ２２０はethernet（登録商標）などの高速リンクにより粗結合している。ＮＦＥ２１０とＩＯＰ２２０にはそれぞれ、仮想デバイス２１２，２１２，２１３，２２２，２２３，２２４を導入するカーネルモード・ドライバモジュール２１１，２２１がローダブルモジュールとしてインストールされている。ローダブルモジュールとは、オペレーティングシステムの基本コンポーネントであるカーネルそのものには変更を加えずに機能を追加するためのモジュールである。
カーネルモード・ドライバモジュールによって提供される仮想デバイス２１２，２１２，２１３，２２２，２２３，２２４はソケットを用いてＮＦＥ２１０とＩＯＰ２２０との間で通信を行うためのデバイスである。ここでは３つの仮想デバイス、すなわち、ＮＦＥ２１０をクライアントとし、ＩＯＰ２２０をサーバとして通信を行う第１の仮想デバイス２１２，２２２と、並列通信を行う第２の仮想デバイス２１３，２２３と、ＮＦＥ２１０をサーバとし、ＩＯＰ２２０をクライアントとして通信を行う第３の仮想デバイス２１４，２２４とが導入されている。以下、ＮＦＥ２１０がクライアントとなり、ＩＯＰ２２０がサーバとなる第１の仮想デバイス２１２，２２２に絞って説明を進めることとする。
ＮＦＥ２１０（クライアント）にはＩＯＰ２２０（サーバ）が提供するサービスを必要とする複数のプロセス（スレッドを含む）Ｐ１−Ｐｎが存在し、ＩＯＰ２２０（サーバ）にはＮＦＥ２１０（クライアント）の複数のプロセス（スレッドを含む）Ｐ１−Ｐｎからの要求により順次的にサービスを処理するプロセスＳ１が存在する。したがって、クライアントとサーバとの間での通信はＮ：１となる。なお、ＩＯＰ２２０（サーバ）には、プロセスＳ１以外のプロセスＳ２が存在してもよい。
ＮＦＥ２１０（クライアント）とＩＯＰ２２０（サーバ）はそれぞれ、ソケットを用いた通信に先立ち、仮想デバイス２１２，２２２をオープンして通信路を確保する。通信に先立つタイミングとしては、例えば記録装置１００の起動時などが挙げられる。通信に先立つタイミングであれば、起動時以後の任意のタイミングでもよい。
次に、ＮＦＥ２１０（クライアント）とＩＯＰ２２０（サーバ）の仮想デバイス２１２，２２２をオープンする処理について説明する。
（クライアントの仮想デバイスのオープン処理）
図３はクライアントの仮想デバイスのオープン処理に関するフローチャートである。
ＮＦＥ２１０は、ＩＯＰ２２０（サーバ）のサービスを必要とするプロセス（仮に「プロセスＰ１」とする。）を生成し、起動する。プロセスＰ１はソケットを用いて通信を行うために仮想デバイス２１２のオープンを要求する。ＮＦＥ２１０は、プロセスＰ１からの仮想デバイス２１２のオープンの要求が発生すると、システムコールによってカーネルの(down(&sem_0))関数を呼び出し、セマフォに対するdown操作を行うことで、セマフォの値を"０"にする（ステップＳ１０１）。これにより、後から仮想デバイス２１２をオープンしようとする別のプロセスは、セマフォの値が"０"であることによってスリーブ状態になる。
次に、ＮＦＥ２１０は、仮想デバイス２１２に対応付けられたオープンカウント(open count)をインクリメントする（ステップＳ１０２）。オープンカウント(open count)とは、仮想デバイス毎にオープンインスタンス数を管理する変数であり、初期値は"０"である。オープンカウント(open count)は仮想デバイス２１２がリリースされる毎にデクリメントされる。オープンとリリースの対応関係はカーネルによって管理される。
次に、ＮＦＥ２１０は、システムコールによりvmalloc()関数を実行して、プロセスＰ１の仮想アドレス空間内にメモリを確保する（ステップＳ１０３）。
次に、ＮＦＥ２１０は、オープンカウントの値が"１"であるかどうかを判定する（ステップＳ１０４）。当該仮想デバイス２１２が最初にオープンされたときにはオープンカウントの値は"１"であり、オープンカウントの値が"２"以上であれば当該仮想デバイス２１２が既にいずれかのプロセスやスレッドによってオープンされていることを示す。ここで、いずれかのプロセスとは、仮想デバイス２１２をオープンしようとしているプロセスと同じプロセスまたは別のプロセスである。
ここではまず、仮想デバイス２１２が最初にオープンされた場合を想定し、オープンカウントの値が"１"である場合の動作から説明する。
ＮＦＥ２１０は、システムコールによりsocket()関数を実行し、その返り値としてファイルディスクリプタ（psockfd)を得る（ステップＳ１０５）。これに伴い、ＮＦＥ２１０は、カーネルファイル表にソケット構造体（sock）へのインデックスを登録する。さらに、ＮＦＥ２１０は、当該プロセスＰ１のプロセス表に、当該ファイルディスクリプタ（psockfd)と、カーネルファイル表のソケット構造体（sock）へのインデックスが登録されたエントリへのインデックスとを結び付けて登録する。
続いて、ＮＦＥ２１０は、システムコールにより、ファイルディスクリプタ（psockfd)を引き数としてconnect()関数を実行することによって、サーバ側の仮想デバイス２２２のポートとのコネクションを確立する（ステップＳ１０６）。
次に、ＮＦＥ２１０は、システムコールによりファイルディスクリプタ（psockfd)を引き数としてsockfd lookup()関数を実行することによってソケット構造体（sock）を変数p_socketの値として得て、カーネル内の仮想メモリに保存する（ステップＳ１０７）。このソケット構造体（sock）の変数p_socketは、後で説明するsock_remap_fd()関数を実行する際の引き数として用いられる。
続いて、ＮＦＥ２１０は、仮想デバイスのオープンインスタンスごとのプライベート変数であるfile->private_dataにファイルディスクリプタ（psockfd)を代入する。これにより以後、カーネルは、プロセスＰ１からのリード（read）、ライト（write）などの要求が発生したとき、file->private_dataとして格納されたファイルディスクリプタ（psockfd)を用いてソケット構造体の操作を行うことができる。
最後に、ＮＦＥ２１０は、システムコールにより(up(&sem_0))関数を呼び出し、セマフォに対するup操作を行うことで、セマフォの値を"１"に戻す。これによりセマフォによるオープン処理の許可制限が解除される（ステップＳ１０９）。
ここで、ファイルディスクリプタ、プロセス表、カーネルファイル表、ソケット構造体の関係について説明を行う。
ファイルディスクリプタは、ソケット、デバイス、ファイルなどのオブジェクトがプロセスからオープンされることによって、そのオブジェクトに対してカーネルから所定の値から順番に割り当てられる番号である。プロセス表は、プロセス毎にオープンしたオブジェクトを参照するファイルディスクリプタを管理するための表である。プロセス表には、ファイルディスクリプタと、プロセスが参照するオブジェクトへのインデックスが登録されたカーネルファイル表のエントリへのインデックスとが結び付けて登録される。カーネルファイル表には、オープンしているオブジェクトの実体を管理するデータ構造体へのインデックスが登録される。
図７はプロセス、ファイルディスクリプタ、プロセス表、カーネルファイル表、ソケット構造体の関係の例を示す図である。この例では、プロセスＰ１にのプロセス表ＰＴ１にファイルディスクリプタとして１から３の番号が登録されている。それぞれのファイルディスクリプタには、プロセスＰ１が参照するソケット構造体などのオブジェクトへのインデックスが登録されたカーネルファイル表１２のエントリへのインデックスが結び付けて登録されている。一方、プロセスＰ２のプロセス表ＰＴ２にはファイルディスクリプタとして１から４の番号が格納され、それぞれのファイルディスクリプタには、プロセスＰ２が参照するソケット構造体などのオブジェクトへのインデックスが登録されたカーネルファイル表１２のエントリへのインデックスとが結び付けて登録される。ここで、プロセスＰ１のプロセス表ＰＴ１のファイルディスクリプタ（＝１）とプロセスＰ２のプロセス表ＰＴ２のファイルディスクリプタ（＝３）はそれぞれ、カーネルファイル表１２の同じエントリと結び付けられ、共通のソケット構造体１３を参照する。
次に、ステップＳ１０４の判定で、オープンカウントの値が"１"以外つまり"２"以上である場合の以後の動作を説明する。オープンカウントの値が"２"以上であるなら、既に仮想デバイス２１２が、いずれかのプロセスやスレッドによって既にオープンされていることを示している。したがって、そのプロセスのプロセス表には、既に、ファイルディスクリプタ（psockfd)とソケット構造体へのインデックスが登録されたカーネルファイル表のエントリへのインデックスとが結び付けて登録されている。
この場合、ＮＦＥ２１０は、プロセスＰ１用のファイルディスクリプタ（psockfd)を既存のカーネルファイル表をもとに再生成するsock_remap_fd()関数をソケット構造体（sock）の変数p_socketの値を引き数として実行する（ステップＳ１１０）。
図４はsock_remap_fd()関数のフローチャートである。
ＮＦＥ２１０は、まず、変数p_socketの値であるソケット構造体（sock）がカーネル内に存在するかどうかの確認を行う（ステップＳ１１１）。該当するソケット構造体（sock）が何らの障害によりカーネル内に存在しない場合にはエラーとして終了する（ステップＳ１１２）。
該当するソケット構造体（sock）が存在することを確認した場合、次にＮＦＥ２１０は、そのソケット構造体（sock）へのインデックスを登録したカーネルファイル表のエントリ（sock->file）が存在するかどうかの確認を行う（ステップＳ１１３）。カーネルファイル表に該当するエントリ（sock->file）が何らかの障害等により存在しない場合には、システムコールによりソケット構造体（sock）を引き数としてsock_map_fd()関数を実行する。これにより、ソケット構造体（sock）を参照するファイルディスクリプタ（psockfd)が生成される（ステップＳ１１４）。これに伴いＮＦＥ２１０は、カーネルファイル表にソケット構造体（sock）へのインデックスを登録する。さらに、ＮＦＥ２１０は、プロセスＰ１のプロセス表に、当該ファイルディスクリプタ（psockfd)と、カーネルファイル表のソケット構造体（sock）へのインデックスが登録されたエントリへのインデックスとを結び付けて登録する。この後、ファイルディスクリプタ（psockfd)がsock_remap_fd()関数の返り値として出力される（ステップＳ１１７）。

図３に戻って、この後、ＮＦＥ２１０は、仮想デバイスのオープンインスタンスごとのプライベート変数であるfile->private_dataにファイルディスクリプタ（psockfd)を代入する。これにより以後、カーネルは、プロセスＰ１からのリード（read）、ライト（write）などの要求が発生したとき、file->private_dataとして格納されたファイルディスクリプタ（psockfd)を用いてソケット構造体の操作を行うことができる。
最後に、ＮＦＥ２１０は、システムコールにより(up(&sem_0))関数を呼び出し、セマフォに対するup操作を行うことで、セマフォの値を"１"に戻す。これによりセマフォによるオープン処理の許可制限が解除される（ステップＳ１０９）。
また、図４のステップＳ１１３の判定で、該当するカーネルファイル表のエントリ（sock->file）が存在することが判定された場合、ＮＦＥ２１０は、プロセスＰ１のプロセス表から未使用の番号のファイルディスクリプタ（psockfd)を探し出す（ステップＳ１１５）。続いて、ＮＦＥ２１０は、プロセスＰ１のプロセス表に、そのファイルディスクリプタ（psockfd)と、カーネルファイル表のソケット構造体（sock）へのインデックスが登録されたエントリへのインデックスとを結び付けて登録する（ステップＳ１１６）。この後、ＮＦＥ２１０は、当該ファイルディスクリプタ（psockfd)をsock_remap_fd()関数の返り値として出力する（ステップＳ１１７）。
図３に戻って、この後、ＮＦＥ２１０は、上記と同様に、仮想デバイスのオープンインスタンスごとのプライベート変数であるfile->private_dataにsock_remap_fd()関数の返り値として得られたファイルディスクリプタ（psockfd)を代入する。これにより以後、カーネルは、プロセスＰ１からのリード（read）、ライト（write）などの要求が発生したとき、file->private_dataとして格納されたファイルディスクリプタ（psockfd)を用いてソケット構造体の操作を行うことができる。
上記のsock_remap_fd()関数はサーバの仮想デバイスのオープン処理に採用してもよい。
（サーバの仮想デバイスのオープン処理）
図５はサーバの仮想デバイスのオープン処理にsock_remap_fd()関数を採用した場合のフローチャートである。
ＩＯＰ２２０は、サービスを処理するためのプロセス（仮に「プロセスＳ１」とする。）を生成し、起動する。プロセスＳ１はソケットを用いて通信を行うために仮想デバイス２２２のオープンを要求する。ＩＯＰ２２０は、プロセスＳ１からの仮想デバイス２２２のオープンの要求が発生すると、システムコールによりカーネルの(down(&sem_0))関数を呼び出し、セマフォに対するdown操作を行うことで、セマフォの値を"０"にする（ステップＳ２１０）。これにより、後から仮想デバイス２２２をオープンしようとする別のプロセスは、そのセマフォの値が"０"であることによってスリーブ状態になる。
次に、ＩＯＰ２２０は、仮想デバイスに対応付けられたオープンカウント(open count)をインクリメントする（ステップＳ２２０）。このオープンカウント(open count)の初期値は"０"である。このオープンカウント(open count)は仮想デバイス２２２がリリースされる毎にデクリメントされる。オープンとリリースの対応関係はカーネルによって管理される。
次に、ＩＯＰ２２０は、システムコールによりvmalloc()関数を実行して、プロセスＳ１の仮想アドレス空間内にメモリを確保する（ステップＳ２０３）。
次に、ＩＯＰ２２０は、オープンカウントの値が"１"であるかどうかを判定する（ステップＳ２０４）。当該仮想デバイス２２２が最初にオープンされたときにはオープンカウントの値は"１"であり、オープンカウントの値が"２"以上であれば当該仮想デバイス２２２が既にいずれかのプロセスやスレッドによってオープンされていることを示す。ここで、いずれかのプロセスとは、仮想デバイス２２２をオープンしようとしているプロセスと同じプロセスまたは別のプロセスである。
ここではまず、仮想デバイス２２２が最初にオープンされた場合を想定し、オープンカウントの値が"１"である場合の動作から説明する。
ＩＯＰ２２０は、システムコールによりsocket()関数を実行し、その返り値としてファイルディスクリプタ（listenfd)を得る（ステップＳ２０５）。
次に、ＩＯＰ２２０は、システムコールによりsetsockopt()関数を実行して、ソケットのオプションを設定する（ステップＳ２０６）。ソケットのオプションには、サーバ側が一旦使用したListenポート用アドレスが完全に開放されなくてもすぐに再利用できるようにすることを指定するSO_REUSEADDR、バッファサイズの設定であるSO_RCVBUF SO_SNDBUFなどがある。
次に、ＩＯＰ２２０は、システムコールによりbind()関数を実行して、「socket()関数により作成したソケット」と「自分のＩＰアドレスとポート番号」を対応づける。続いてＩＯＰ２２０は、システムコールによりlisten()関数を実行して、クライアントからソケットへの接続に待機することをカーネルを指示する（ステップＳ２０７）。
次に、ＩＯＰ２２０は、システムコールによりaccept()関数を実行する（ステップＳ２０８）。これにより、ＩＯＰ２２０は、クライアントからソケットへの接続要求を受けた時、当該プロセスＳ１のプロセス表に新たなファイルディスクリプタ（psockfd)を登録し、ファイルディスクリプタ（listenfd)と結び付けて登録されているカーネルファイル表へのインデックスを、上記の新たなファイルディスクリプタ（psockfd)と結び付けてプロセス表に登録する。
次に、ＩＯＰ２２０は、システムコールによりファイルディスクリプタ（listenfd)を引き数としてshutdown()関数を実行することにより、ファイルディスクリプタ（listenfd)が割り当てられたソケットとクライアントとの接続を無効にする（ステップＳ２０９）。これにより、ファイルディスクリプタ（listenfd)をつかってクライアントの仮想デバイス２１２からの次の接続要求は拒否される。
次に、ＩＯＰ２２０は、システムコールによりファイルディスクリプタ（psockfd)を引き数としてsockfd lookup()関数を実行して、ソケット構造体を変数p_socketの値として得て、カーネル内の仮想メモリに保存する（ステップＳ２１０）。
続いて、ＩＯＰ２２０は、仮想デバイスのオープンインスタンスごとのプライベート変数であるfile->private_dataにファイルディスクリプタ（psockfd)を代入する（ステップＳ２１１）。これにより以後、カーネルは、プロセスＳ１からの次の要求が発生したとき、file->private_dataとして格納されたファイルディスクリプタ（psockfd)を用いてソケット構造体の操作を行うことができる。
最後に、ＩＯＰ２２０は、システムコールによりカーネルの(up(&sem_0))関数を呼び出し、セマフォに対するup操作を行うことで、セマフォの値を"１"に戻す。これによりセマフォによるオープン処理の許可制限が解除される（ステップＳ２１２）。
次に、ステップＳ２０４の判定で、オープンカウントの値が"１"以外つまり"２"以上である場合の以後の動作を説明する。オープンカウントの値が"２"以上であるなら、既にサーバの仮想デバイス２２２が、いずれかのプロセスまたはスレッドによって既にオープンされていることを示している。先にオープンしたプロセスのプロセス表には、既に、ファイルディスクリプタ（psockfd)と、ソケット構造体へのインデックスが登録されたカーネルファイル表のエントリへのインデックスとが結び付けて登録されている。
この場合、ＩＯＰ２２０は、プロセスＳ１用のファイルディスクリプタ（psockfd)を既存のカーネルファイル表をもとに再生成するsock_remap_fd()関数を変数p_socketの値を引き数として実行する（ステップＳ２１３）。sock_remap_fd()関数のフローは、前述のクライアントに対応する仮想デバイスのオープン処理時のそれと同じであるので、ここでの重複する説明は省く。
sock_remap_fd()関数の実行により、プロセスＳ１用のファイルディスクリプタ（psockfd)が得られた後、ＩＯＰ２２０は、仮想デバイスのオープンインスタンスごとのプライベート変数であるfile->private_dataにそのファイルディスクリプタ（psockfd)を代入する（ステップＳ２１１）。これにより以後、カーネルは、プロセスＳ１からの次の要求が発生したとき、file->private_dataとして格納されたファイルディスクリプタ（psockfd)を用いてソケット操作を行うことができる。
最後に、ＩＯＰ２２０は、 システムコールにより(up(&sem_0))関数を呼び出し、セマフォに対するup操作を行うことで、セマフォの値を"１"に戻す。これによりセマフォによるオープン処理の許可制限が解除される（ステップＳ２１２）。
（仮想デバイスのクローズ処理）
次に、クライアントの仮想デバイスのクローズ処理について説明するが、このクローズ処理はサーバの仮想デバイスをクローズする場合も同様である。
図６はこの仮想デバイスのクローズ処理に関するフローチャートである。
ＮＦＥ２１０は、システムコールによりカーネルの(down(&sem_0))関数を呼び出し、セマフォに対するdown操作を行うことで、セマフォの値を"０"にする（ステップＳ３０１）。
次に、ＮＦＥ２１０は、システムコール元がユーザであるかユーザ以外であるかを判定する（ステップＳ３０２）。システムコール元がユーザである場合、ＮＦＥ２１０は、仮想メモリにプロセスＰ１のプライベートデータとして保存されているファイルディスクリプタ（psockfd)を取り出す（ステップＳ３０３）。
次に、ＮＦＥ２１０は、オープンカウントの値が"１"であるかどうかを判定する（ステップＳ３０４）。オープンカウントの値が"１"の場合は、ファイルディスクリプタ（psockfd)が参照するソケットを利用しているプロセスの数（正確にはオープンインスタンス数）は１つであり、このソケットを用いた通信を無効にしても他のプロセスへの影響はない。したがって、この場合、ＮＦＥ２１０は、システムコールによりファイルディスクリプタ（psockfd)を引き数としてshutdown()関数を実行することによって、そのファイルディスクリプタ（psockfd)が参照するソケットを利用した通信を無効にする（ステップＳ３０５）。
次に、ＮＦＥ２１０は、システムコールによりソケット構造体(p_socket)を引き数としてsockfd_put()関数を実行することによって、ソケット構造体の参照数をデクリメントする（ステップＳ３０６）。
この後、ＮＦＥ２１０は、システムコールによりファイルディスクリプタ（psockfd)を引き数としてclose()関数を実行することにより、ファイルディスクリプタ（psockfd)が参照するソケットを利用しているプロセスＰ１のプロセス表からそのファイルディスクリプタ（psockfd)のエントリを削除する（ステップＳ３０７）。
一方、オープンカウントの値が"２以上"の場合、ファイルディスクリプタ（psockfd)が参照するソケットを利用しているプロセスが２以上であるから、ソケットを用いた通信を無効にすることはできない。この場合、ＮＦＥ２１０は、shutdown()関数の実行、sockfd_put()関数の実行をそれぞれスキップしてシステムコールによりclose()関数を実行する（ステップＳ３０７）。これにより、そのファイルディスクリプタ（psockfd)が参照するソケットを利用した通信を有効のまま、プロセスＰ１のプロセス表のエントリとして保存されているファイルディスクリプタ（psockfd)を削除する。
この後、ＮＦＥ２１０は、システムコールによりオープンインスタンスごとのプライベートデータを引き数としてvfree関数を実行することによって、オープンインスタンスごとのプライベートデータを保存するために割り当てられた仮想メモリ内の空間を解放する（ステップＳ３０８）。続いて、ＮＦＥ２１０は、オープンカウントの値をデクリメントする（ステップＳ３０９）。最後にＮＦＥ２１０は、 システムコールにより(up(&sem_0))関数を呼び出し、セマフォに対するup操作を行うことで、セマフォの値を"１"に戻す。これによりセマフォによる許可制限が解除される（ステップＳ３１０）。
また、ステップＳ３０２で、システムコール元がユーザ以外、例えば、遅延release処理，シグナル処理ルーチン，異常終了処理ルーチンなどのカーネルルーチンであることが判定された場合、ＮＦＥ２１０は、オープンカウントの値が"１"であるかどうかを判定する（ステップＳ３１１）。オープンカウントの値が"１"ならば、ＮＦＥ２１０は、システムコールによりp_socket->ops->shutdown()関数を実行することにより、当該プロセスＰ１のプロセス表のファイルディスクリプタ（psockfd)を使わずにソケットを利用した通信を無効にする（ステップＳ３１２）。この後、ＮＦＥ２１０は、前述のステップＳ３０８以降を実行する。オープンカウントの値が"２"以上の場合には、ソケットを用いた通信を無効にできないのでステップＳをスキップしてステップＳ３０８以降を実行する。
以上説明したように、本実施形態では、クライアントの仮想デバイスがいずれかのプロセスまたはスレッドによって既にオープンされているときに、任意のプロセスまたはスレッドからその仮想デバイスをオープンする場合に、sock_remap_fd()関数を実行し、そのプロセスのファイルディスクリプタを再生成することが行われる。これにより、プロセス間でファイルディスクリプタを受け渡すことなく、クライアントの複数のプロセスが１つの仮想デバイスおよび仮想デバイスが使用するソケットを共有してサーバとの通信を行うことができる。
一般的には、プロセス間でファイルディスクリプタを介して同じオブジェクトを指定できるようにするには、ファイルディスクリプタをプロセス間で受け渡していた。そのためには、ファイルディスクリプタの受け渡しのためのソケット通信路を確立してから、sendmsgシステムコールやrecvmsgシステムコールなどを利用してファイルディスクリプタの記述子そのものを送受信していた。これに対して本実施形態によれば、ファイルディスクリプタの受け渡しのためのソケット通信路を確立する必要がないため、リソースの利用効率が改善される。
また、本実施形態によれば、クライアントの複数のプロセスからサーバに対してサービスを要求し、サーバは各プロセスからの要求に対するサービスを順次実行するという運用において、複数のプロセスから同時に要求が発生した場合の相互排除を、オープン処理の最初にカーネルがもつ(down(&sem_0))関数を用いて実現している。このため、相互排除のための機能を新たに追加することなくクライアント側での相互排除を実現することができる。
さらに、本実施形態において採用されたカーネルモード・ドライバモジュール２１１，２２１は、カーネルそのものを変更せずに、カーネルの関数をシステムコールにより呼び出すことによって特定の機能をカーネルに追加するローダブルモジュールとしてインストールされたものである。このため、ＧＰＬ（GNU Public License）によるカーネル保護の規約に違反しない。
以上はプロセスがファイルディスクリプタを指定してソケットに対する操作を行う場合について説明したが、ファイルディスクリプタを指定して、ファイルなど、ソケット以外のオブジェクトに対する操作を行う場合にも本発明は同様に適用できる。
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々更新を加え得ることは勿論である。
本発明の実施形態である記録装置のハードウェアの構成を示す図である。 図１の記録装置のソフトウェアの構成を示す図である。 クライアントの仮想デバイスのオープン処理に関するフローチャートである。 sock_remap_fd()関数のフローチャートである。 サーバの仮想デバイスのオープン処理に関するフローチャートである。 仮想デバイスのクローズ処理に関するフローチャートである。 プロセス、ファイルディスクリプタ、プロセス表、カーネルファイル表、ソケット構造体の関係の例を示す図である。
符号の説明
Ｐ１，Ｓ１…プロセス
ＰＴ１，ＰＴ２…プロセス表
１…ネットワーク
２…リムーバブルメディア
３…コンテンツ受信ＳＴＢ
４…外部ＡＶ機器
５…リモートユーザインタフェース
１２…カーネルファイル表
１３…ソケット構造体
１００…記録装置
１０１…ＣＰＵ
１０２…システムバス
１０３…ＲＯＭ
１０４…ＲＡＭ
１０５…入力操作部
１０６…ＡＶインタフェース
１０７…ＨＤＤ
１０８…ディスクドライブ
１０９…ネットワークインタフェース
２１０…ＮＦＥ
２２０…ＩＯＰ
２１１，２２１…カーネルモード・ドライバモジュール
２１２，２２２…第１の仮想デバイス
２１３．２２３…第２の仮想デバイス
２１４．２２４…第３の仮想デバイス
２３０…ＡＶＤＥＣ

Claims (4)

  1. 記憶媒体へのアクセスをサービスとして実行するサーバと、
    前記サービスを必要とするプロセスを有するクライアントと、
    前記サーバと前記クライアントとの間でソケットを用いて通信を行うための仮想デバイスと、
    前記クライアント内のプロセスが前記仮想デバイスをオープンするとき、前記仮想デバイスが既にオープンされているかどうかを判定する判定手段と、
    前記仮想デバイスが既にオープンされている場合、前記プロセスのプロセス表において未使用の番号のファイルディスクリプタを探し出し、前記プロセス表に、前記ファイルディスクリプタと、前記カーネルファイル表にて前記仮想デバイスを既にオープンしているプロセスが参照する前記ソケットのデータ構造体へのインデックスが登録されたエントリへのインデックスとを結び付けて登録することで、前記ソケットを参照する前記プロセス用のファイルディスクリプタを再生成する再生成手段と
    を具備する記録装置。
  2. 請求項１に記載の記録装置であって、
    前記仮想デバイスを既にオープンしているプロセスが、前記仮想デバイスをオープンしようとしているプロセスと同じプロセスまたは別のプロセスである記録装置。
  3. サービスを実行するサーバと、前記サービスを必要とするプロセスを有するクライアントとの間でソケットを用いて通信を行う仮想デバイスを、前記クライアント内のプロセスがオープンするとき、前記仮想デバイスが既にオープンされているかどうかを、前記クライアントに備えられた判定手段により判定し、
    前記仮想デバイスが既にオープンされている場合、前記プロセスのプロセス表において未使用の番号のファイルディスクリプタを探し出し、前記プロセス表に、前記ファイルディスクリプタと、前記カーネルファイル表にて前記仮想デバイスを既にオープンしているプロセスが参照する前記ソケットのデータ構造体へのインデックスが登録されたエントリへのインデックスとを結び付けて登録することで、前記ソケットを参照する前記プロセス用のファイルディスクリプタを、前記クライアントに備えられた再生成手段により再生成する
    ファイルディスクリプタ生成方法。
  4. 記憶媒体へのアクセスをサービスとして実行するサーバと、前記サービスを必要とするプロセスを有するクライアントとの間でソケットを用いて通信を行うための仮想デバイスを、前記クライアント内のプロセスがオープンするとき、前記仮想デバイスが既にオープンされているかどうかを判定する判定手段と、
    前記仮想デバイスが既にオープンされている場合、前記プロセスのプロセス表において未使用の番号のファイルディスクリプタを探し出し、前記プロセス表に、前記ファイルディスクリプタと、前記カーネルファイル表にて前記仮想デバイスを既にオープンしているプロセスが参照する前記ソケットのデータ構造体へのインデックスが登録されたエントリへのインデックスとを結び付けて登録することで、前記ソケットを参照する前記プロセス用のファイルディスクリプタを再生成する再生成手段と
    としてコンピュータを動作させるプログラム。
JP2008101722A 2008-04-09 2008-04-09 記録装置、ファイルディスクリプタ生成方法、プログラム Expired - Fee Related JP4518177B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2008101722A JP4518177B2 (ja) 2008-04-09 2008-04-09 記録装置、ファイルディスクリプタ生成方法、プログラム
US12/418,680 US8073885B2 (en) 2008-04-09 2009-04-06 Recording apparatus, file descriptor generation method, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008101722A JP4518177B2 (ja) 2008-04-09 2008-04-09 記録装置、ファイルディスクリプタ生成方法、プログラム

Publications (2)

Publication Number Publication Date
JP2009252107A JP2009252107A (ja) 2009-10-29
JP4518177B2 true JP4518177B2 (ja) 2010-08-04

Family

ID=41164811

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008101722A Expired - Fee Related JP4518177B2 (ja) 2008-04-09 2008-04-09 記録装置、ファイルディスクリプタ生成方法、プログラム

Country Status (2)

Country Link
US (1) US8073885B2 (ja)
JP (1) JP4518177B2 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4518177B2 (ja) * 2008-04-09 2010-08-04 ソニー株式会社 記録装置、ファイルディスクリプタ生成方法、プログラム
US9292373B2 (en) 2013-03-15 2016-03-22 International Business Machines Corporation Query rewrites for data-intensive applications in presence of run-time errors
CN106776063B (zh) * 2016-11-29 2020-12-01 北京元心科技有限公司 移动终端、容器电话通讯功能实现方法及跨容器通信方法
KR101948227B1 (ko) * 2017-02-07 2019-02-15 주식회사 시큐아이 파일 디스크립터를 이용한 서비스 정보 제공방법
US11843610B2 (en) * 2020-01-09 2023-12-12 Cisco Technology, Inc. Providing multiple namespaces

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000020328A (ja) * 1998-06-26 2000-01-21 Digital Vision Laboratories:Kk 通信方法、分散処理装置とその方法、ネットワークシステムおよびノード装置
JP2003519872A (ja) * 2000-01-13 2003-06-24 エクスィジェント インターナショナル インコーポレイテッド データ・マルチキャスト・チャネル
JP2006127461A (ja) * 2004-09-29 2006-05-18 Sony Corp 情報処理装置、通信処理方法、並びにコンピュータ・プログラム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5335323A (en) * 1987-01-05 1994-08-02 Motorola, Inc. Computer human interface with multiapplication display
JPH0887477A (ja) * 1994-09-14 1996-04-02 Nippon Telegr & Teleph Corp <Ntt> サービス要求依頼方法
US6192389B1 (en) * 1997-03-28 2001-02-20 International Business Machines Corporation Method and apparatus for transferring file descriptors in a multiprocess, multithreaded client/server system
US20020178176A1 (en) * 1999-07-15 2002-11-28 Tomoki Sekiguchi File prefetch contorol method for computer system
US6766471B2 (en) * 2000-12-28 2004-07-20 International Business Machines Corporation User-level checkpoint and restart for groups of processes
US6961941B1 (en) * 2001-06-08 2005-11-01 Vmware, Inc. Computer configuration for resource management in systems including a virtual machine
US20070233880A1 (en) * 2005-10-20 2007-10-04 The Trustees Of Columbia University In The City Of New York Methods, media and systems for enabling a consistent web browsing session on different digital processing devices
US7523344B2 (en) * 2006-05-08 2009-04-21 Sun Microsystems, Inc. Method and apparatus for facilitating process migration
US7685172B2 (en) * 2007-04-27 2010-03-23 International Business Machines Corporation In-flight file descriptors checkpoint
US7797576B2 (en) * 2007-04-27 2010-09-14 International Business Machines Corporation Checkpoint of applications using UNIX® domain sockets
US7792983B2 (en) * 2007-07-31 2010-09-07 International Business Machines Corporation Method and apparatus for checkpoint and restart of pseudo terminals
JP4518177B2 (ja) * 2008-04-09 2010-08-04 ソニー株式会社 記録装置、ファイルディスクリプタ生成方法、プログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000020328A (ja) * 1998-06-26 2000-01-21 Digital Vision Laboratories:Kk 通信方法、分散処理装置とその方法、ネットワークシステムおよびノード装置
JP2003519872A (ja) * 2000-01-13 2003-06-24 エクスィジェント インターナショナル インコーポレイテッド データ・マルチキャスト・チャネル
JP2006127461A (ja) * 2004-09-29 2006-05-18 Sony Corp 情報処理装置、通信処理方法、並びにコンピュータ・プログラム

Also Published As

Publication number Publication date
US20090259634A1 (en) 2009-10-15
JP2009252107A (ja) 2009-10-29
US8073885B2 (en) 2011-12-06

Similar Documents

Publication Publication Date Title
US10735329B2 (en) Container communication method and system for parallel applications
US11232160B2 (en) Extensible and elastic data management services engine external to a storage domain
JP3344345B2 (ja) 共有メモリ型ベクトル処理システムとその制御方法及びベクトル処理の制御プログラムを格納する記憶媒体
US9253211B2 (en) Managing communications between computing nodes
JP2020515987A (ja) 分離されたネットワークスタックにわたるインテリジェントなスレッド管理
JP4518177B2 (ja) 記録装置、ファイルディスクリプタ生成方法、プログラム
US20110125949A1 (en) Routing packet from first virtual machine to second virtual machine of a computing device
US20150370582A1 (en) At least one user space resident interface between at least one user space resident virtual appliance and at least one virtual data plane
US11792272B2 (en) Establishment of socket connection in user space
US20100020818A1 (en) Sharing buffer space in link aggregation configurations
JP2006127461A (ja) 情報処理装置、通信処理方法、並びにコンピュータ・プログラム
WO2009097776A1 (zh) 一种实现业务升级的系统、装置及方法
US11880725B2 (en) Establishment of queue between threads in user space
US9069592B2 (en) Generic transport layer mechanism for firmware communication
US20060080517A1 (en) Accessing a protected area of a storage device
WO2000073902A1 (en) Single logical clipboard for multiple computers
US11360824B2 (en) Customized partitioning of compute instances
CN114365087A (zh) 用于在客户端选择的服务器上配置计算实例的外围设备
US20170041402A1 (en) Method for transparently connecting augmented network socket operations
JP2005209206A (ja) マルチプロセッサシステムにおけるデータ転送方法、マルチプロセッサシステム、及び、この方法を実施するプロセッサ
US20070288568A1 (en) Message handling by a wrapper connected between a kernel and a core
US8442939B2 (en) File sharing method, computer system, and job scheduler
US11252457B2 (en) Multimedia streaming and routing apparatus and operation method of the same
US11818173B2 (en) Reducing memory footprint after TLS connection establishment
US11283776B2 (en) Tunnel portals between isolated partitions

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100120

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100209

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100405

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: 20100427

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100510

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130528

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees