JP4126859B2 - Response method, network system, and terminal device - Google Patents

Response method, network system, and terminal device Download PDF

Info

Publication number
JP4126859B2
JP4126859B2 JP2000254541A JP2000254541A JP4126859B2 JP 4126859 B2 JP4126859 B2 JP 4126859B2 JP 2000254541 A JP2000254541 A JP 2000254541A JP 2000254541 A JP2000254541 A JP 2000254541A JP 4126859 B2 JP4126859 B2 JP 4126859B2
Authority
JP
Japan
Prior art keywords
terminal device
relocated
address
proxy
network
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
JP2000254541A
Other languages
Japanese (ja)
Other versions
JP2002077172A (en
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.)
Konica Minolta Business Technologies Inc
Original Assignee
Konica Minolta Business Technologies Inc
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 Konica Minolta Business Technologies Inc filed Critical Konica Minolta Business Technologies Inc
Priority to JP2000254541A priority Critical patent/JP4126859B2/en
Publication of JP2002077172A publication Critical patent/JP2002077172A/en
Application granted granted Critical
Publication of JP4126859B2 publication Critical patent/JP4126859B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、応答方法、ネットワークシステム、および端末装置に関する。
【0002】
【従来の技術】
近年では、プリンタ、複写機、コンピュータ、および、その他OA機器などの複数の端末装置がネットワークに接続されて使用される場合が多い。ネットワークワークに接続された各端末装置には、ネットワーク上でアドレスが割り当てられ、各端末装置は、割り当てられたアドレスによって一意に識別される。利用者は、アドレスにしたがって各端末装置にアクセスすることができる。
【0003】
端末装置が移設されて他のネットワークに接続し直される場合には、新しくアドレスが割り当てられる。この場合、利用者は、移設前のアドレスへアクセスしたとしても、移設された端末装置と通信を行なうことができない。したがって、端末装置が移設された場合、システムの管理者は、移設された端末装置との通信を所望するすべての利用者に対して、移設後のアドレスを文書などによって通知する必要がある。また、すべての端末装置において、移設された端末の移設後のアドレスを登録し直すことが必要である。
【0004】
この問題を解決するために、ネームサービス用のサーバやディレクトリ・サービス用のサーバを用いる方法がある。これらのサーバは、管理対象となる端末装置名と当該端末装置に割り当てられたアドレスとを登録した対応表(レコード)を格納する。これらのサーバは、ある装置が、端末装置のアドレスを問い合わせてきた場合に、保持しているレコードを検索し、該当するアドレスを送り返す。
【0005】
例えば、サーバを用いてアドレスを管理するパケット転送技術は、特開平5―83260公報に記載されている。この公報記載のパケット転送技術によれば、アドレスの管理用のサーバが設けられ、このサーバによってすべてのアドレスの変更履歴が管理される。
【0006】
【発明が解決しようとする課題】
しかしながら、前記公報に記載のパケット転送技術によれば、管理者は、端末装置が移設される毎に、専用のサーバにおいて移設情報を登録しなければならなない。
【0007】
また、前記公報に記載のパケット転送技術によれば、一台の専用のサーバが、移設されたすべての端末装置を代理する。したがって、この専用のサーバに不具合が生じた場合、移設された端末装置に代わってアクセスに応じる代理処理、例えば、移設後の新たなアドレスへのデータ転送処理がすべて中断する。
【0008】
本発明は、かかる課題を解決するためになされたものであり、本発明の第1の目的は、端末装置が他のネットワークに移設された際の登録負担を軽減することができる応答方法、ネットワークシステム、および端末装置を提供することである。
【0009】
また、本発明の第2の目的は、一つの装置に不具合が発生した場合に、移設された端末装置に代わってアクセスに応じる代理処理のすべてが中断するという事態の発生を防止することができる応答方法、ネットワークシステム、および端末装置を提供することである。
【0010】
【課題を解決するための手段】
本発明の目的は、以下の構成により達成される。
【0011】
(1)本発明に係る応答方法は、複数の端末装置が接続されている自ネットワークから他ネットワークへ一の端末装置が移設された場合に、移設された端末装置を代理して移設前のアドレスへのアクセスに応じる応答方法であって、移設された端末装置が、移設後のアドレスを含むパケットを前記自ネットワークに対して送信し、前記自ネットワークに接続されている複数の端末装置が、前記パケットを受信することによって、前記移設後のアドレスを取得するステップと、前記パケットを受信した各端末装置は、移設された端末装置の代理が可能である場合に、代理を行なう旨を前記自ネットワークに接続されている他の端末装置に対して通知するステップと、移設された端末装置の代理を担当する端末装置が、パケットを受信した複数の端末装置の中から前記代理を行う旨の通知に基づいて選択されるステップと、を有することを特徴とする。
【0012】
(2)移設された端末装置の移設前のアドレスへアクセスがされた場合に、移設された端末装置の代理を担当する端末装置は、移設された端末装置の移設後のアドレスをアクセス元に対して通知する。
【0013】
(3)移設された端末装置の移設前のアドレスへアクセスがされた場合に、移設された端末装置の代理を担当する端末装置は、移設された端末装置の移設後のアドレスに対してデータ転送を行なう。
【0014】
(4)移設された端末装置の代理を担当する端末装置は、一台あたり所定台数以下の端末装置を代理する。
【0017】
)代理を行なう旨の通知を受信した端末装置は、通知元の端末装置に比べて代理に関する優先度が高い場合には、通知元の端末装置に対して、代理を行なわないように指示する。
【0018】
)代理を行なう旨の通知を受信した端末装置は、通知元の端末装置に比べて代理に関する優先度が低い場合には、代理を行なわない。
【0019】
)代理に関する優先度は、端末装置がネットワークに継続して接続されている期間に応じて設定される。
【0020】
)本発明に係るネットワークシステムは、複数の端末装置が接続されている自ネットワークから他ネットワークへ一の端末装置が移設された場合、移設された端末装置を代理して移設前のアドレスへのアクセスに応じるネットワークシステムであって、移設された端末装置は、移設後のアドレスを含むパケットを前記自ネットワークに対して送信し、前記自ネットワークに接続されている複数の端末装置は、パケットを受信することによって、移設後のアドレスを取得し、パケットを受信した各端末装置は、移設された端末装置の代理が可能である場合に、代理を行なう旨を前記自ネットワークに接続されている他の端末装置に対して通知し、移設された端末装置の代理を担当する端末装置が、前記パケットを受信した複数の端末装置の中から、前記代理を行う旨の通知に基づいて選択される、ことを特徴とする。
【0021】
)本発明に係る端末装置は、設された他の端末装置を代理して当該他の端末装置の移設前のアドレスへのアクセスに応じる応答手段を有する端末装置であって、当該端末装置自体が自ネットワークから他ネットワークへ移設された場合には、移設後のアドレスを含むパケットを前記自ネットワークに対して送信して、前記自ネットワークに接続されている他の複数の端末装置に前記パケットを受信させることによって、当該他の複数の端末装置に移設後のアドレスを取得させ、当該端末装置が接続されている前記自ネットワークに接続されている他の端末装置が他ネットワークへ移設された場合には、当該移設された端末装置の移設後のアドレスを含むパケットを当該移設された端末装置から受信して、当該移設された端末装置の移設後のアドレスを取得し、移設された端末装置の代理が可能である場合には、代理を行なう旨を前記自ネットワークに接続されている他の端末装置に対して通知して、自装置と当該他の端末装置との間でどの端末装置が代理を担当するかを選択する、ことを特徴とする。
【0022】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しつつ詳細に説明する。
【0023】
図1は、本発明にかかるネットワークシステムの全体構成を示すブロック図である。
【0024】
ネットワークシステムは、複数のネットワーク100、200、300を有している。各ネットワーク100,200,300は、ローカルネットワーク(LAN)である。図1では、各ネットワーク100,200,300は、インターネット400を介して接続されている。ただし、本実施形態と異なり、図示していないルーターを介して各ネットワーク100,200,300が直接的に接続されていてもよい。
【0025】
各ネットワーク100,200,300には、端末装置が接続されている。図1に示されるように、ネットワーク100には、端末装置120a,120bが接続され、ネットワーク200には、端末装置220a,220bが接続され、ネットワーク300には、端末装置320a,320bが接続されている。なお、各ネットワーク100,200,300に接続されている端末装置の台数は、図1に示された台数に限られない。
【0026】
図1に示された端末装置220bは、ネットワーク100からネットワーク200に移設されたものである。端末装置220bが移設された結果、端末装置220bに割り当てられるアドレスは、移設前のアドレス「1.2.0.2」から移設後のアドレス「1.3.0.2」に変更される。なお、本実施形態におけるアドレスは、例えば、IPアドレスである。
【0027】
したがって、例えば、端末装置320aが端末装置220bにアクセスすることを所望する場合、端末装置320aは、端末装置220bの移設前のアドレス「1.2.0.2」にアクセスしても、端末装置220bと通信することができない。端末装置320aは、端末装置220bと通信するためには、端末装置220bの移設後のアドレス「1.3.0.2」にアクセスする必要がある。
【0028】
本発明におけるネットワークシステムによれば、移設された端末装置220bは、移設前に接続されていたネットワーク100の全体に対して、移設後アドレス通知を送信する。この移設通知を受けたネットワーク100に接続されている複数の端末装置120aおよび120bの中から、移設された端末装置220bを代理して移設前のアドレス「1.2.0.2」に応じる端末装置が適宜選択される。例えば、移設された端末装置220bを代理する端末装置として、端末装置120aが選択される。選択された端末装置120aは、移設された端末装置220bの移設前のアドレスに対してアクセスがあった場合、アクセス元に対して、端末装置220bの移設後の新たなアドレス「1.3.0.2」を通知する。あるいは、選定された端末装置120aは、移設後の新たなアドレス「1.3.0.2」に対してデータ転送を行なう。
【0029】
なお、図1では、端末装置220bがネットワーク100からネットワーク200へ移設され、端末装置320aから、端末220bの移設前のアドレスへアクセスがされる場合を説明したが、本発明は、この場合に限られない。移設される端末装置、および、移設された端末装置の移設前のアドレスへアクセスする端末装置は、任意の端末装置であってもよい。
【0030】
図2は、端末装置の内部構成を示すブロック図である。
【0031】
本実施形態によれば、各端末装置120a,120b,220a,220b,320a,320bは、共通した構成を有する。図2では、端末装置220bの内部構成を例にとって説明する。
【0032】
CPU221は、端末装置220bの全体を制御する。不揮発性RAM222は、他の端末装置の存在や各端末装置のアドレスを示す各種データをテーブルとして記憶する。RAM223は、一時的にデータを記憶する。ROM224は、制御プログラムを格納する。
【0033】
時刻管理部225は、タイマを含む。時刻管理部225は、例えば、移設された端末装置の代理処理を行なう期間の残り時間などを管理する。
【0034】
ネットワークインタフェース226は、他の端末装置と通信を行なうためのインタフェースである。
【0035】
存在リスト管理部227は、ネットワークインタフェース226を介して、ネットワーク上の端末装置の存在を相互に確認し、確認結果に基づいて存在情報を存在リストとして管理する。
【0036】
代理応答実施部228は、移設された端末装置を代理して移設前のアドレスへのアクセスに応じる。また、すでに自装置が代理を担当している端末装置について、他の端末装置が代理をしようとしている場合には、当該他の端末装置に対して代理を行なわないように指示するための異議を通知する。
【0037】
移設後アドレス通知部229は、自装置自体、すなわち端末装置220bが移設されたか否かを監視し、自装置が移設された場合には、移設前に自装置が接続されていたネットワーク、すなわちネットワーク100の全体に対して、移設後の新たなアドレスを通知する。
【0038】
なお、時刻管理部225、存在リスト管理部227、代理応答実施部228、および移設後アドレス通知部229は、CPU221によって実行されるソフトウエアとして実現することもでき、専用の論理IC等を用いて、ハードウエアとして構成することもできる。
【0039】
以上のように構成されるネットワークシステムは、以下のように機能する。
【0040】
図3は、各端末装置の全体的な処理を示すメインフローチャートである。なお、図3に示されるフローチャートの内容は、各端末装置のROM224等のメモリに制御プログラムとして記憶されており、CPU221、または、CPU221と共同して動作する前記専用ICによって実行される。
【0041】
まず、ステップS100では、自装置自体が移設されたか否かが判断される。
【0042】
自装置自体が移設された場合には(S100:YES)、ステップS200の処理が行なわれ、移設されていない場合には(S100:NO)、ステップS300〜ステップS900の処理が行なわれる。
【0043】
例えば、図1に示されるように、ネットワーク100からネットワーク200へ移設された端末装置220bは、ステップS200の処理を行なう。一方、端末装置120aのように、移設されていない端末装置は、ステップS300以下の処理を行なう。
【0044】
ステップS200では、移設前に自装置が接続されていたネットワーク(自ネットワーク)に対して、移設後の新たなアドレスが通知される。
【0045】
ステップS300では、前記存在リストの更新処理が行なわれる。
【0046】
ステップS400では、移設された端末装置、例えば端末装置220bから送信される移設後アドレスの通知が受信されたか否かが判断される。移設後アドレスの通知が受信された場合には、ステップS500の処理が行なわれる。一方、移設後アドレスの通知が受信されない場合には、ステップS900の処理が行なわれる。
【0047】
ステップS500では、移設後アドレスの通知が受信された場合の処理として代理モードへの移行処理が行なわれる。代理モードとは、移設された端末装置を代理して移設前のアドレスに応じる処理を行なうモードである。代理モードへ移行する場合、代理を行なう旨(以下、「代理処理宣言」という)が他の端末装置に対して通知される。
【0048】
ステップS600では、他の端末装置から代理処理宣言の通知が受信されたか否かが判断される。自装置が代理を担当しようとする端末装置について、他の端末装置から代理処理宣言の通知が受信された場合には(ステップS600:YES)、ステップS700の処理が行なわれる。一方、他の端末装置から代理処理宣言の通知が受信されていない場合には(ステップS600:NO)、ステップ800の処理が行なわれる。
【0049】
ステップS700では、他の端末装置に代理を行なわないように指示するための異議通知処理が行なわれる。
【0050】
ステップS800では、移設された端末装置を代理する端末装置として選択された端末装置は、移設された端末装置の移設前のアドレスへのアクセスがあった場合、アクセス元に対して移設後の新たなアドレスを通知し、移設後の新たなアドレスに対してデータを転送するといった代理処理が行なわれる。
【0051】
ステップS900では、存在リストに登録されている不要な要素の削除などの処理が行なわれ、ステップS100に戻る。
【0052】
以上の処理を図1に示した具体例に即して説明する。
【0053】
まず、端末装置220bがネットワーク100から他ネットワーク200に移設された場合、端末装置220bは、移設後の新たなアドレスを、移設前に接続されていたネットワーク100の全体に通知する。この移設後アドレス通知は、ネットワーク100内で受信される。
【0054】
ネットワーク100に接続されている複数の端末装置120aおよび120bの中から、移設された端末装置220bの代理をする端末装置が選択される。移設された端末装置220bを代理する端末装置は、後述するように信頼性の高さなどに応じて定められる優先度によって決定される。
【0055】
例えば、端末装置120aが、端末装置220の代理を担当する端末装置として選択された場合、端末装置120aは、端末装置220bを代理して、端末装置220bの移設前のアドレス「1.2.0.2」へのアクセスに応じる。
【0056】
以下、各処理別にその詳細を説明する。
【0057】
まず、自装置自体が移設された場合の処理を説明する。
【0058】
図4は、移設された端末装置による移設後アドレスの通知処理の内容を示すフローチャートであり、例えば図1における端末装置220bによって行なわれる処理内容を示す。なお、図4は、図3のステップS200の処理内容を詳細に示している。
【0059】
ステップS201では、自装置の移設後アドレスが取得される。各端末装置120a,120b,220a,220b,320a,320bは、自己のアドレスの設定状態を監視しており、自己のアドレスが変更されたことを検出する。例えば、端末装置220bは、自己のアドレスが「1.2.0.2」から「1.3.0.2」に変更されたことを検出し、移設後アドレス「1.3.0.2」を取得する。
【0060】
ステップS202では、自装置が他のネットワークへ移設されたか否かが判断される。換言すれば、一つのネットワーク内で移設がされたのか、複数のネットワーク間での移設がされたのかが判断される。この判断は、例えば、ステップS201で取得されたアドレスに含まれるネットワークアドレス部が変化したか否かによって行なわれる。なお、ネットワークアドレス部は、ネットワーク毎に設定されるアドレス部分である。
【0061】
自装置が、他のネットワークへ移設されていないと判断される場合には(S202:NO)、リターンがされ、他のネットワークへ移設されていると判断される場合には(S202:YES)、ステップS203の処理が行なわれる。なお、一つのネットワーク内で移設されたと判断された自装置は、通常のネームサーバなどによってアドレスを取得して設定を完了することが可能である。この場合には、DHCP(ダイナミック コンフィグレーション プロトコル)に基づいてアドレスが自動的に取得される。
【0062】
ステップS203では、自装置が移設前に接続されていたネットワークに対して、移設後アドレスと端末固有情報とが通知される。移設前に接続されていたネットワークは、不揮発性RAM222に記憶されている移設前のアドレス、特にネットワークアドレス部にしたがって特定される。
【0063】
より具体的には、移設後アドレスおよび端末固有情報の通知は、図5に示される移設後アドレス通知パケット500を、移設前に接続されていたネットワークに対して送信することによって行なわれる。移設前に接続されていたネットワーク内の複数の端末装置がパケットを受信できるようにすべく、移設後アドレス通知パケット500として、ブロードキャストパケットまたはマルチキャストパケットが用いられる。ブロードキャストパケット通信によれば、一つのメッセージをネットワークの特定範囲の全装置に伝えることができる。例えば、IP(インターネットプロトコル)の場合であれば、ネットワークアドレス部以外のアドレスのビットを全て1とすることによって、ブロードキャストパケット送信を指示することができる。
【0064】
移設後アドレス通知パケット500は、移設後アドレス501、移設前アドレス502、端末固有情報503、および図示していないヘッダ部分を含む。
【0065】
ここで、端末固有情報503は、各端末装置を一意に識別できるアドレスである。例えば、端末固有情報503は、MACアドレス(メディア アクセス コントロール アドレス)である。ここで、MACアドレスとは、IEEE802.3標準規格のLANに接続される装置毎に定められたアドレスである。なお、端末固有情報503として、各端末装置名と製品シリアル番号を組み合わせた識別情報を用いてもよい。
【0066】
ステップS204では、代理処理開始通知が受信されたか否かが判断される。代理処理開始通知は、後述するように、代理処理の開始に伴って、代理を担当する端末装置として選択された端末装置から送信される通知である。代理処理開始通知が受信された場合には(ステップS204:YES)、そのままリターンがされる。一方、一定時間たっても代理処理開始通知が受信されない場合は(ステップS204:NO)、ステップS205の処理が行なわれる。
【0067】
ステップS205では、規定回数にわたって移設後アドレス通知パケット500が送信されたか否かが判断される。移設後アドレス通信パケット500の送信回数が規定回数に満たない場合は(S205:NO)、ステップS203に戻り、再度、移設後アドレス通知パケット500を送信し、規定回数以上の送信が行なわれた場合には(S205:YES)、リターンがされる。
【0068】
なお、規定回数にわたって移設後アドレス通知パケット500を送信しても、代理処理開始通知が受信されない場合には、代理処理の開始が確認されない旨をディスプレイ上に表示する処理を行い、利用者に知らせることもできる。
【0069】
以上のように、本実施形態における各端末装置は、自己が移設されたことを検知し、移設前に接続されていたネットワークに対して、ブロードキャストモードで移設後アドレス通知パケット500を送信する。この結果、移設後のアドレスは、移設前に接続されていたネットワークに現在接続されている複数の端末装置に分散されて管理される。
【0070】
次に、図6〜図14を参照して、移転された端末装置からの移設後アドレス通知パケットを受信する側の処理を説明する。以下に示される処理は、例えば、図1における端末装置220bからの移設後アドレス通知パケットを受信する端末装置120a,120bによって行なわれる処理内容である。
【0071】
図6は、存在リストの更新処理の内容を示すフローチャートである。なお、図6は、図3のステップS300の処理内容を詳細に示す。
【0072】
ステップS301では、同じネットワーク内における端末装置の存在(接続状態)を示す存在情報が受信される。同じネットワークに接続されている各端末装置は、相互に存在情報を通信し、相互に存在を確認している。例えば、ネットワーク100に接続されている端末装置120aと120bとは相互に存在情報を通信している。
【0073】
より具体的には、各ネットワーク100,200,300内における各端末装置間での存在情報の通信は、端末存在情報パケットを各ネットワーク内で送信することによって行なわれる。
【0074】
なお、端末存在情報パケットとして、ブロードキャストパケットまたはマルチキャストパケットが用いられる。したがって、端末存在情報パケットは、特定のネットワーク内にのみ送信され、外部のネットワークには送信されない。また、ブロードキャストパケットが用いられるため、受信する端末は一台に限定されず、ローカルエリアネットワーク内の複数の端末装置が同時に一つのパケットを受信することができる。例えば、図1に示された端末装置120aは、端末存在情報パケットをネットワーク100の内にのみ送信する。したがって、ネットワーク200や300などには、端末装置120aによって送信された端末存在パケットは、伝送されない。
【0075】
図7に、端末存在情報パケットを示す。
【0076】
端末存在情報パケット600は、端末固有情報601、現在のアドレス602、優先度603、および図示していないヘッダ部分を含む。
【0077】
ここで、端末固有情報601は、端末固有情報503と同様のMACアドレス等である。現在のアドレス602は、現在のIPアドレスである。
【0078】
優先度603は、移設された端末装置の代理を行なう端末装置が複数の端末装置の中から選択される際の基準となるパラメータであり、各端末装置別に設定される。本実施形態によれば、端末装置が移転された場合、移転された端末装置が移設前に接続されていたネットワーク内の端末装置によって代理処理が行なわれる。この場合、複数の端末装置が代理を行ない得る場合には、より高い優先度603が設定された端末装置が代理を担当する。
【0079】
代理を担当する端末装置として選択される端末装置は、長期間、移設されずにネットワークに接続されている信頼度の高い端末装置であることが望ましい。このため、優先度603は、端末装置がネットワーク100,200,300,に継続して接続されている時間である連続稼動時間、または一定のアドレスでの稼動時間が長くなり信頼度が増加するのに応じて高く設定される。
【0080】
ステップS302では、存在が確認された端末装置が、存在リストに既に登録されているか否かが判断される。端末装置の存在は、端末存在情報パケット600を受信することによって確認される。この端末装置が存在リストに登録されていない場合には(ステップS302:NO)、ステップS303の処理が行なわれ、既に登録されている場合には(ステップS303:YES)、ステップS304の処理が行なわれる。
【0081】
ここで、図8に、存在リストの一例を示す。
【0082】
存在リスト700は、受信された端末存在情報パケット600に基づいて各端末装置において作成されるテーブルである。作成された存在リスト700は、不揮発性RAM222に記憶される。また、存在リスト700は、存在リスト管理部227によって管理され、更新される。
【0083】
存在リスト700には、端末固有情報701、現在のアドレス702、優先度703、残り時間704、および転送先アドレス705が含まれる。
【0084】
端末固有情報701、現在のアドレス702、優先度703は、受信された端末存在情報パケット600に含まれる端末固有情報601、現在のアドレス602、および優先度603をテーブルとして整理したものである。
【0085】
残り時間704は、存在リストの要素である端末装置毎の情報を存在リスト700から抹消するまでの残り時間である。残り時間704は、時間管理部225に基づいて、管理される。したがって、端末装置は、存在テーブル700に一旦登録されても、その後、端末存在パケット600によって存在が確認されない場合には、不要な要素として、順次に登録が抹消される。この結果、最新のネットワークへの端末装置の接続状況を反映した存在リストが作成される。
【0086】
転送先アドレス705は、上述した移設後アドレス通知パケット500の移設後アドレス501に基づいて登録されている。例えば、図8において、端末固有情報が「12345672」である端末装置220bには、転送先アドレス705として「1.3.0.2」が登録されている。
【0087】
図6のステップS303では、新たに存在が確認された端末装置の端末固有情報701、現在のアドレス702、優先度703、残り時間704が存在リスト700に新規登録される。
【0088】
ステップS304では、既に存在リスト700に登録されている端末装置の存在が端末存在情報パケット600の受信によって確認された場合の処理として、存在リスト700に、該当する端末装置に対応する転送先アドレス705が登録されているか否かが判断される。転送先アドレス705が登録されていない場合には(S304:NO)、ステップS306の処理が行なわれ、転送先アドレス705が登録されている場合には(S304:YES)、ステップS305の処理が行なわれる。
【0089】
ステップS305では、該当する転送先アドレスが削除される。具体的には、一旦、他のネットワークに移設された端末装置が所定期間以内に移設前のネットワークに再度戻った場合に、ステップS305の処理が行なわれる。移設された端末装置が移設前のネットワークに戻った場合、もはや他の装置に代理処理を行なわせる必要がなくなったものと判断される。したがって、転送先アドレス705は、不要となり、削除される。
【0090】
ステップS306では、連続稼動時間または一定のアドレスでの稼動時間に基づいて、優先度703の値が更新される。
【0091】
以上のように、同じネットワークに接続されている複数の端末装置は、互いに存在をブロードキャストパケット通信している。したがって、複数の端末装置が、同様な存在リストを個別に保持することができる。この結果、各ネットワークにおける端末装置の接続状態やアドレスは、複数の端末装置によって分散して管理される。
【0092】
図9は、代理モードへの移行処理の内容を示すフローチャートである。なお、図9は、図3のステップS500の処理内容を詳細に示す。
【0093】
ステップS501では、移設された端末装置から送信された移設後アドレス通知パケット500を受信することによって、移設後アドレスが取得される。
【0094】
また、ステップS502では、移設後アドレス通知パケット500に基づいて、その移設された端末装置の移設前のアドレスおよび端末固有情報が取得される。
【0095】
例えば、図1に示される端末装置120a,120bは、移設された端末装置220bによって送信された移設後アドレス通知パケット500を受信することによって、移設後アドレス「1.3.0.2」、移設前アドレス「1.2.0.2」、および端末固有情報「12345672」を取得する。
【0096】
ステップS503では、移設後アドレス通知パケット500に含まれる端末固有情報501によって識別された端末装置が、存在リスト700に登録されているか否かが判断される。識別された端末装置が存在リスト700に登録されていない場合は(ステップS503:NO)、リターンがされ、存在リスト700に登録されている場合は、ステップS504の処理が行なわれる。なお、端末装置が存在リスト700に登録されていない場合には、端末装置が一旦登録された後、残り時間704が無くなり、抹消された場合が含まれる。
【0097】
ステップS504では、端末固有情報501によって識別された端末装置について、転送先アドレス705が登録されているか否かが判断される。転送先アドレス705が登録されている場合は(ステップS504:YES)、ステップS505の処理が行なわれ、転送先アドレス705が登録されていない場合は(ステップS504:NO)、ステップ506の処理が行なわれる。
【0098】
ステップS505では、該当する転送先アドレスに対応する代理アドレスが削除される。具体的には、一旦、他のネットワークに移設されて代理されている端末装置が、更に別のネットワーク等に移設された場合に、ステップS505の処理が行なわれる。すなわち、代理されている端末装置がさらに別のネットワークに移設された場合には、端末装置の転送先アドレスに対応する代理アドレスを更新する必要があるため、ステップS505において、古くなった転送先アドレスに対応する代理アドレスが削除される。
【0099】
ステップS506では、代理モードに移行することが可能か否かが判断される。本実施形態では、一台の端末装置が代理を担当することができる最大の台数が予め制限されている。一台の端末装置が多くの端末装置の代理を担当することが許されると、この一台の端末装置に不具合が発生することによって、多くの代理処理、例えば、転送先アドレスへのデータ転送が実行できなくなるという問題が発生する。本実施形態では、一台の端末装置が代理を担当することができる端末装置の台数を制限することによって、この問題の発生を根本的に防止することができる。この点で、一台の代理サーバ(プロキシサーバ)によって、全ての端末装置の代理を行なう従来の技術と異なる。なお、一台の端末装置が代理を行なうことができる最大の台数は、管理者によって予め設定される。
【0100】
代理モードへの移行が不可能であれば(ステップS506:NO)、リターンがされ、代理モードへの移行が可能であれば(ステップS506:YES)、ステップS507の処理がされる。
【0101】
ステップS507では、同じネットワークに接続されている他の端末装置に対して、代理処理宣言が通知される。これによって、代理を担当することが可能な端末装置は、移設された端末装置の代理を実際に開始する前に、代理を行なう旨を予め他の端末装置に通知することができる。より具体的には、代理処理宣言の通知は、図10に示される代理処理宣言パケット800を、移設された端末装置が移設前に接続されていたネットワークの全体に送信することによって行なわれる。好適には、代理処理宣言パケット800は、受信先不定のブロードキャストパケットまたはマルチキャストパケットである。
【0102】
代理処理宣言パケット800は、代理される端末装置、すなわち移設された端末装置の端末固有情報801、移設された端末装置の代理を担当する端末装置の端末固有情報802、および移設された端末装置の代理を担当する端末装置の優先度803を含む。
【0103】
なお、端末固有情報801,802は、存在リスト700に登録されている端末固有情報701および端末存在情報パケット600に含まれる端末固有情報601と同様のものである。また、端末装置の優先度803は、存在リスト700に登録されている優先度703、および端末存在情報パケット600に含まれる優先度603と同様のものである。
【0104】
ステップS508では、ステップS507において代理処理宣言パケット800が送信された後、他の端末装置から異議の通知が受信されるか否かを判断する。一定期間内に他の端末装置から異議があった場合には(ステップS508:YES)、代理処理を開始することなく、リターンがされる。一方、一定期間内に他の端末装置から異議がない場合には(ステップS508:NO)、ステップS509の処理が実行される。
【0105】
図1に示された場合を例にとって説明すると、移設された端末装置220bは、移設後アドレス通知パケット500を、移設された端末装置220bが移設前に接続されていたネットワーク100に送信する。したがって、ネットワーク100に接続されている複数の端末装置120a,120bが代理を担当することができ得る。この場合に、例えば、端末装置120aは、代理処理宣言パケット800を送信する。代理処理宣言パケット800を受信した他の端末装置120bは、代理宣言パケット800に含まれる優先度803を参酌し、受信した代理宣言パケット800に含まれる優先度803に比べて、自装置の優先度703が高い場合には、代理処理宣言パケット800の送信元である端末装置120aに異議を通知する。したがって、端末装置120aは、異議の通知を受信した場合には、代理処理を開始せず、異議の通知元である端末装置120bが代理を行なう。
【0106】
なお、複数の端末装置120a,120bが相互に代理処理宣言パケット800を送信する場合も生じ得る。この場合は、より高い優先度803を持つ代理処理宣言パケット800を送信した端末装置が代理処理を開始する。すなわち、端末装置は、自己が送信した代理処理宣言パケット800によりも高い優先度803を持つ代理処理宣言パケット800を他の端末装置から受信した場合、代理を行なうことなく処理を中止する。換言すれば、自己が送信した代理処理宣言パケットよりも高い優先度を持つ代理処理宣言パケットは、上述した異議の通知と同様に機能する。
【0107】
ステップS509では、移設後アドレス通知500によって取得された移設後アドレスが、転送先アドレス705として機能する代理アドレスとして登録される。
【0108】
ステップS510では、代理処理が開始されて、移設された端末装置に対して、代理処理開始通知が送信される。
【0109】
図11は、異議の通知処理の内容を示すフローチャートである。なお、図11は、図3のステップS700の処理内容を詳細に示す。
【0110】
ステップS701では、他の端末装置によって送信された代理処理宣言パケット800が受信される。例えば、図1に示される端末装置120bによって代理処理宣言パケット800がネットワーク100内に送信される。その結果、代理処理宣言パケット800が、端末装置120aによって受信される。
【0111】
ステップS702では、代理される装置の端末固有情報801が確認される。確認は、代理処理宣言パケット800の内容を参照することによって行なわれる。例えば、端末装置120aは、代理される端末装置220bの端末固有情報「1234572」を、端末装置120bからの代理処理宣言パケット800に基づいて確認する。
【0112】
ステップS703では、その端末固有情報についての転送先アドレス705として機能する代理アドレスが登録されているか否かが判断される。代理アドレスが登録されていない場合には(ステップS703:NO)、そのままリターンがされ、登録されている場合には(ステップS703:YES)、ステップS704の処理が行なわれる。
【0113】
ステップS704では、既に代理アドレスが登録されて自己が代理を担当する端末装置について、他の端末装置によって送信された代理処理宣言パケット800を受信した場合の処理として、その代理宣言パケット800の通知元の端末装置に対して異議を通知する。なお、異議通知は、図10に示した代理処理宣言パケット800と同様に、代理される端末装置の端末固有情報801、移設された端末装置の代理を担当する端末装置の端末固有情報802、および移設された端末装置の代理を担当する端末装置の優先度803を含んでいる。但し、異議通知の場合は、受信先が定まるので、異議は、ブロードキャストパケットではなく、ユニキャストパケットによって通知することができる。
【0114】
図1に示された端末装置120aが、既に端末装置220bの代理を担当している場合を例にとって説明すると、他の端末装置120bが端末装置220bに関する代理処理宣言パケット800を送信した場合、この代理処理宣言パケット800を受信した端末装置120aは、端末装置120bに対して、代理を行なわないように指示する異議を通知する。
【0115】
なお、図11においては、既に代理アドレスが登録されて自己が代理を担当している端末装置に関して、他の端末装置によって送信された代理処理宣言パケット800を受信した場合の処理を説明したが、本発明は、この場合に限られない。例えば、他の端末装置から代理処理宣言パケット800を受信した場合、代理アドレスの登録の有無に関わらず、優先度の比較に基づいて、異議を通知するか否かを決定することができる。
【0116】
この場合にも、まず、代理されるべき端末装置を自装置が代理できるか否かが判断される。この判断の結果、代理が可能である場合には、自装置の優先度703と、代理処理宣言パケット800に基づいて取得される他の端末装置の優先度803とが比較される。比較の結果、代理処理宣言パケット800の送信元である端末装置よりも、自己の優先度が高い場合には、異議の通知を行なう。
【0117】
以上のように、図9および図11に示される処理によれば、移設された端末装置を代理する端末装置は、移設後アドレス通知パケット500を受信した複数の端末装置の中から選択される。代理を行なうことが可能な複数の端末装置が互いに代理処理宣言パケット800を送信し、どちらの優先度が高いかを比較することによって、代理を行なう端末装置が選択される。あるいは、優先度の低い端末装置が代理処理宣言パケットを送信した場合には、より優先度の高い端末装置は、異議通知を行なうことができる。この代理処理宣言パケットの送信と、異議通知とを組み合わせることによっても、代理を行なう端末装置を選択することができる。
【0118】
図12は、移設された端末装置の代理を行なう端末装置として選択された端末装置による代理応答処理の内容を示すフローチャートである。なお、図12は、図3のステップS800の処理内容を詳細に示す。
【0119】
ステップS801では、アクセスがされたことが確認される。
【0120】
ステップS802では、確認されたアクセスが代理アドレスへのアクセスか否かが判断される。確認されたアクセスが代理アドレスへのアクセスではなく、移設されていない通常の端末装置のアドレスへのアクセスである場合には(ステップS802:NO)、ステップS803に示されるように通常の接続が行なわれる。一方、確認されたアクセスが代理アドレスへのアクセスである場合には、ステップS804の処理が行なわれる。
【0121】
例えば、図1の端末装置120aが、端末装置220bの代理を行なう端末装置として選択された場合、端末装置120aは、自己のアドレスへのアクセスのみならず、移設された端末装置220bの移設前のアドレス「1.2.0.2」へのアクセスについても応じる。
【0122】
ステップS804では、アクセス元に対して、移設後のアドレスが通知される。例えば、図1の端末装置120aが、端末装置220bの代理を行なう端末装置として選択された場合、端末装置120aは、アクセス元に対して、端末装置220bの移設後のアドレス「1.3.0.2」を通知する。より具体的には、移設後のアドレスの通知は、図13に示される移設後アドレス返信パケット900をアクセス元に対して送信することによって行なわれる。この移設後アドレス返信パケット900は、アクセス元に対して、移設後のアドレスに対して再接続するように促すためのものである。移設後アドレス返信パケット900は、受信先を特定したユニキャストパケットである。
【0123】
移設後アドレス返信パケット900は、移設後アドレス901と、データ転送処理を行なう残り時間902とを含む。移設後アドレス901は、移設された端末装置から送信される移設後アドレス通知パケット500に含まれる移設後アドレス501と同様のものである。また、データ処理を行なう残り時間902は、データ転送処理が行なわれる残り時間704である。
【0124】
この結果、アクセス元の端末装置を利用している利用者は、端末装置が移設された旨を知ることができる。また、利用者は、端末装置の移設後の新しいアドレスと、データが移設先の新たなアドレスへ転送されるサービスを享受できる期間とを知ることができる。
【0125】
なお、移設後アドレス返送パケット900には、アクセス元において新たなアドレスへの再接続処理が可能である場合に、アクセス元にその旨を応答させるための指示が含まれている。
【0126】
ステップS805では、アクセス元からの応答が受信されたか否かが判断される。エラーが発生せずに応答がある場合には(ステップS805:YES)、アクセス元において再接続処理が完了したものと判断して、処理が終了する(ステップS806)。一方、エラーが発生するなど応答がない場合には(ステップS805:NO)、アクセス元において再接続処理、すなわちアドレスの変更ができないと判断して、ステップS807の処理が行なわれる。
【0127】
ステップS807では、アクセス元からのデータを中継し、移設された端末装置の新たなアドレスへデータ転送が行なわれる。すなわち、代理応答を行なう端末装置は、アクセス希望先に対する要求をクライアントに代わってアクセスするための代理サーバと同様に機能する。例えば、図1に示される端末装置120aは、移設された端末装置220bの移設前のアドレス「1.2.0.2」に対してアクセスがされた場合、移設された端末装置220bの移設後のアドレス「1.3.0.2」に対してデータ転送を行なう。
【0128】
なお、図12では、アクセス元に対し、移設後アドレス返信パケット900を送信し、応答の有無によって、データ転送を行なう処理(ステップS807)を行なうか否かが決定される場合を説明した。しかしながら、本発明は、この場合に限られない。移設後アドレス返信パケット900の送信(ステップS804,S805)を省略し、直ちにデータ転送を行なう処理を行なうことも可能である。
【0129】
また、移設前のアドレスにアクセスしたアクセス元の端末装置がHTML(ハイパーテキストマークアップ言語)を理解できるようなブラウザを有している場合であれば、図13に示された構造を有する移設後アドレス返信パケット900に代えて、HTMLで記述された移設後アドレス返信パケットをアクセス元に送信することができる。この場合、HTMLで記述された移設後アドレス返信パケットは、HTTP(ハイパーテキストトランスファープロトコル)に基づいて送信される。HTMLで記述された移設後アドレス返信パケットを受信したブラウザは、移設後アドレス返信パケットに含まれるURL(ユニフォーム リソースロケータ)に基づいて、移転された端末装置に直接的にアクセスすることができる。また、この場合には、一般的なブラウザを利用することができるため、再接続のための特別の構成を必要としない。
【0130】
図14は、不要な要素の削除処理の内容を示すフローチャートである。なお、図14は、図3のステップS900の処理内容を詳細に示す。
【0131】
ステップS901では、要素の番号iを1に設定する。ここで、要素は、存在リスト700に登録されている各端末装置に対応する。
【0132】
ステップS902では、存在リスト700のi番目の要素、すなわちi番目の端末装置の端末固有情報701が取得される。
【0133】
ステップS903では、i番目の要素の残り時間704が取得される。
【0134】
ステップS904では、i番目の要素の残り時間704が残存するか否かが判断される。残り時間704が残存すれば(ステップS904:YES)、ステップS905の処理が行なわれる。一方、残り時間704が残存していなければ(ステップS904:NO)、ステップS906の処理が行なわれる。
【0135】
ステップS905では、i番目の要素の残り時間704の値が更新される。具体的には、i番目の要素が自装置と同じネットワークに接続されている端末装置である場合には、その端末装置の存在が最後に確認されてからの経過時間に応じて残り時間704が少なくなる。ただし、端末装置の存在が確認された場合は、残り時間704が初期値に戻る。したがって、端末装置の存在が確認されている限りは、i番目の要素は、存在リストから削除されない。一方、i番目の要素が他のネットワークへ移設された端末装置である場合は、データ転送処理を開始した時点から徐々に残り時間が減っていく。
【0136】
例えば、図1に示される端末装置120aに対応する残り時間704は、端末存在情報パケット600がネットワーク100内で送信されることによって端末装置120aの存在が確認されてからの経過時間に応じて更新される。一方、端末装置220bに対応する残り時間704は、端末装置220bがネットワーク200へ移設されて、端末装置120aまたは120bによってデータ転送処理が開始されてからの経過時間に応じて更新される。
【0137】
なお、残り時間704の初期値、すなわち、存在が確認されない場合に存在リスト700から各要素を抹消するまでの残り時間の初期値、および、データの転送処理を行なう期間の初期値は、予め管理者によって設定される。
【0138】
ステップS906では、i番目の要素に対応した転送先アドレスが登録されているか否かが判断される。転送先アドレスが登録されている場合には(ステップS906:YES)、ステップS907の処理が行なわれる。一方、転送先アドレスが登録されていない場合には(ステップS906:NO)、ステップS908の処理が行なわれる。
【0139】
ステップS907では、残り時間704が残存せず、かつ転送先アドレスが登録されている場合の処理として、その転送先アドレスに対応する代理アドレスが削除される。この結果、移設された端末装置を代理してデータ転送処理を行なう期間が終了する。
【0140】
ステップS908では、i番目の要素が存在リスト700から削除される。移転された端末装置を代理する期間が経過した場合や、端末装置の存在が長期にわたって確認できない場合に、その要素が存在リスト700から抹消される。
【0141】
ステップS909では、存在リスト700に次の要素があるか否かが判断される。次の要素がある場合には(ステップS909:YES)、ステップS910に示されるように、i=i+1として、iの値をインクリメントし、ステップS903のステップに戻る。一方、次の要素がない場合は、リターンがされる。
【0142】
以上のように、本実施形態のネットワークシステムによれば、一台の専用サーバに依存することなく、アドレスの管理、および移設された端末装置の代理処理を複数の端末装置によって分散して行なうことができる。したがって、一台の端末装置が故障しても、代理処理が全て実行不可能になることが防止される。
【0143】
また、本発明によれば、各端末装置は、自己が移設された場合の移設後アドレスの通知機能と、代理された他の端末装置に代わって代理を行なう機能の双方を有している。このため、各端末装置において、応答処理に関連したハードウエア構成およびソフトウエア構成の共通化を図ることができる。
【0144】
さらに、以上の説明では、管理者によって、一台の端末装置が担当できる最大の代理台数、存在リストから各要素を抹消するまでの残り時間の初期値、および、データの転送処理を行なう期間の初期値が設定される場合を説明した。ただし、本発明はこの場合に限られない。図15に示されるように、ポリシーサーバ1000を設けることもできる。ここで、ポリシーサーバ1000とは、ネットワークに接続された各装置の機能を一元的に管理するサーバである。一台のサーバ上でネットワークの運用ポリシーを設定することによって、各装置に自動的に設定情報が反映される。本実施形態におけるポリシーサーバ1000は、一台の端末装置が担当できる最大の代理台数、存在リストから各要素を抹消するまでの残り時間の初期値、および、データの転送処理を行なう期間の初期値を運用ポリシーとしてネットワークシステム全体で統一的に設定する。
【0145】
ポリシーサーバ1000の運用ポリシーは、端末装置の移設前および移設後の双方のネットワークにおいて反映される。
【0146】
なお、上記説明では、各端末装置は、図3に示される順番で、アドレス変更通知の送信(ステップS200)、存在リストの更新(ステップS300)、代理モードへの移行(ステップS500)、異議の通知(ステップS700)、代理応答(ステップS800)、不要な要素の削除(ステップS900)の各処理を実行する場合を説明したが、これらの処理を行なう順番は、図3に示されるものに限られない。また、各処理を並列に行なうことも可能である。
【0147】
また、本発明は、ネットワークシステムの一部について、ネームサーバやDNSサーバを採用することを排除するものではない。特に、上述したように、一つのローカルネットワーク内で端末装置が移設された場合には、ネームサーバやDNSサーバなどを用いてアドレスの変更を管理する一方、他のローカルネットワークへ端末装置が移設された場合には、本発明の応答方法を適用することができる。
【0148】
さらに、上記説明では、ネットワークシステムに含まれるすべての端末装置に本発明を適用する場合を説明したが、本発明は、この場合に限られない。本発明に係るネットワークシステムに接続されている一部の端末装置は、通常の端末装置であってもよい。
【0149】
本発明は、上記した実施形態のみに限定されるものではなく、特許請求の範囲内において、種々改変することができる。
【0150】
【発明の効果】
以上説明したように本発明によれば、自ネットワークから他ネットワークへ一の端末装置が移設された場合に、移設された端末装置は、移設後のアドレスを自ネットワークに接続されている複数の端末装置に対して通知し、移設された端末装置を代理する端末装置が、通知を受けた複数の端末装置の中から選択されるので、端末装置が他ネットワークへ移設される毎に、移設後のアドレスなどをサーバに登録する必要がなくなり、移設に伴う登録の負担が軽減される。
【0151】
また、本発明によれば、一台の装置に不具合が発生した場合に、移設された端末装置に代わってアクセスに応じる代理処理がすべて中断する事態の発生を防止することができる。
【図面の簡単な説明】
【図1】 ネットワークシステムの全体構成を示すブロック図である。
【図2】 端末装置の内部構成を示すブロック図である。
【図3】 各端末装置の全体的な処理を示すメインフローチャートである。
【図4】 移設後アドレスの通知処理の内容を示すフローチャートである。
【図5】 移設後アドレス通知パケットを模式的に示す図である。
【図6】 存在リストの更新処理の内容を示すフローチャートである。
【図7】 端末存在情報パケットを模式的に示す図である。
【図8】 存在リストの一例を示す図である。
【図9】 代理モードへの移行処理の内容を示すフローチャートである。
【図10】 代理処理宣言パケットを模式的に示す図である。
【図11】 異議の通知処理の内容を示すフローチャートである。
【図12】 代理応答処理の内容を示すフローチャートである。
【図13】 移設後アドレス返信パケットを模式的に示す図である。
【図14】 不要な要素の削除処理の内容を示すフローチャートである。
【図15】 ポリシーサーバを用いた場合のネットワークシステムのブロック図である。
【符号の説明】
100,200,300…ネットワーク、
120a,120b,220a,220b,320a,320b…端末装置、
400…インターネット、
500…移設後アドレス通知パケット、
501…移設後アドレス、
600…端末存在情報パケット、
700…存在リスト、
800…代理処理宣言パケット、
900…移設後アドレス返信パケット。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a response method, a network system, and a terminal device.
[0002]
[Prior art]
In recent years, a plurality of terminal devices such as printers, copiers, computers, and other OA devices are often used connected to a network. Each terminal device connected to the network work is assigned an address on the network, and each terminal device is uniquely identified by the assigned address. The user can access each terminal device according to the address.
[0003]
When the terminal device is relocated and reconnected to another network, a new address is assigned. In this case, even if the user accesses the address before the relocation, the user cannot communicate with the relocated terminal device. Therefore, when the terminal device is relocated, the system administrator needs to notify all users who wish to communicate with the relocated terminal device of the relocated address by a document or the like. In all terminal devices, it is necessary to re-register the relocated address of the relocated terminal.
[0004]
In order to solve this problem, there are methods using a server for a name service and a server for a directory service. These servers store a correspondence table (record) in which names of terminal devices to be managed and addresses assigned to the terminal devices are registered. When a certain device inquires about the address of the terminal device, these servers search for the record held and send back the corresponding address.
[0005]
For example, a packet transfer technique for managing addresses using a server is described in Japanese Patent Laid-Open No. 5-83260. According to the packet transfer technique described in this publication, a server for managing addresses is provided, and the change history of all addresses is managed by this server.
[0006]
[Problems to be solved by the invention]
However, according to the packet transfer technique described in the above publication, the administrator must register the relocation information in a dedicated server each time the terminal device is relocated.
[0007]
Also, according to the packet transfer technique described in the above publication, one dedicated server acts as a proxy for all the relocated terminal devices. Therefore, when a problem occurs in this dedicated server, proxy processing according to access in place of the relocated terminal device, for example, data transfer processing to a new address after relocation is interrupted.
[0008]
The present invention has been made to solve such a problem, and a first object of the present invention is to provide a response method and a network that can reduce the burden of registration when a terminal device is moved to another network. A system and a terminal device are provided.
[0009]
The second object of the present invention is to prevent the occurrence of a situation in which all proxy processing according to access is interrupted on behalf of a relocated terminal device when a failure occurs in one device. A response method, a network system, and a terminal device are provided.
[0010]
[Means for Solving the Problems]
The object of the present invention is achieved by the following configurations.
[0011]
(1) In the response method according to the present invention, when one terminal device is relocated from the own network to which a plurality of terminal devices are connected to another network, the address before relocation is represented on behalf of the relocated terminal device. To respond to access to The relocated terminal device transmits a packet including the relocated address to the own network, and a plurality of terminal devices connected to the own network receive the packet, thereby The step of acquiring an address, and each terminal device that has received the packet, when the proxy of the relocated terminal device is possible, indicates to the other terminal device connected to the local network that the proxy is to be performed And a step of selecting a terminal device in charge of the proxy of the relocated terminal device based on a notification of performing the proxy from a plurality of terminal devices that have received the packet. It is characterized by that.
[0012]
(2) When an address before the relocation of the relocated terminal device is accessed, the terminal device in charge of the relocated terminal device provides the access source with the relocated address of the relocated terminal device. To notify.
[0013]
(3) When an address before relocation of the relocated terminal device is accessed, the terminal device in charge of the relocated terminal device transfers data to the address after relocation of the relocated terminal device To do.
[0014]
(4) The terminal device in charge of the transferred terminal device acts as a proxy for a predetermined number of terminal devices or less.
[0017]
( 5 When the priority regarding proxy is higher than that of the notification source terminal device, the terminal device that has received the notification to perform proxy instructs the notification source terminal device not to perform proxy.
[0018]
( 6 The terminal device that has received the notification that the proxy is to be performed does not perform the proxy when the priority regarding the proxy is lower than the notification source terminal device.
[0019]
( 7 ) The priority regarding proxy is set according to the period during which the terminal device is continuously connected to the network.
[0020]
( 8 In the network system according to the present invention, when one terminal device is relocated from the own network to which a plurality of terminal devices are connected to another network, access to the address before relocation is made on behalf of the relocated terminal device A network system that complies with The relocated terminal device transmits a packet including the relocated address to the own network, and a plurality of terminal devices connected to the own network receive the packet, thereby determining the relocated address. Each terminal device that has acquired and received the packet notifies the other terminal devices connected to the local network that proxying is possible when the transferred terminal device can be substituted, The terminal device in charge of the relocated terminal device, from among the plurality of terminal devices that received the packet, Selected based on the notice to perform the proxy, It is characterized by that.
[0021]
( 9 The terminal device according to the present invention is Transfer On behalf of other installed terminal devices Other terminal devices A terminal device having response means for responding to access to an address before relocation, When the terminal device itself is relocated from its own network to another network, a plurality of other terminal devices connected to the own network are transmitted by transmitting packets including the relocated address to the own network. By receiving the packet, the plurality of other terminal devices acquire the address after the relocation, and the other terminal device connected to the own network to which the terminal device is connected is relocated to another network. In the case of being transferred, a packet including the relocated address of the relocated terminal device is received from the relocated terminal device, and the relocated address of the relocated terminal device is obtained and relocated. If proxying of the terminal device is possible, it notifies the other terminal devices connected to the local network that proxying is to be performed, and Which terminal device selects whether to charge a proxy between the location and the other terminal devices It is characterized by that.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0023]
FIG. 1 is a block diagram showing the overall configuration of a network system according to the present invention.
[0024]
The network system has a plurality of networks 100, 200, and 300. Each network 100, 200, 300 is a local network (LAN). In FIG. 1, each network 100, 200, 300 is connected via the Internet 400. However, unlike the present embodiment, the networks 100, 200, 300 may be directly connected via a router (not shown).
[0025]
A terminal device is connected to each network 100, 200, 300. As illustrated in FIG. 1, terminal devices 120 a and 120 b are connected to the network 100, terminal devices 220 a and 220 b are connected to the network 200, and terminal devices 320 a and 320 b are connected to the network 300. Yes. The number of terminal devices connected to each network 100, 200, 300 is not limited to the number shown in FIG.
[0026]
The terminal device 220b shown in FIG. 1 has been moved from the network 100 to the network 200. As a result of the relocation of the terminal device 220b, the address assigned to the terminal device 220b is changed from the address “1.2.0.2” before relocation to the address “1.3.0.2” after relocation. In addition, the address in this embodiment is an IP address, for example.
[0027]
Therefore, for example, when the terminal device 320a desires to access the terminal device 220b, the terminal device 320a may access the address “1.2.0.2” before the relocation of the terminal device 220b. Cannot communicate with 220b. In order to communicate with the terminal device 220b, the terminal device 320a needs to access the address “1.3.0.2” after the relocation of the terminal device 220b.
[0028]
According to the network system of the present invention, the relocated terminal device 220b transmits a post-relocation address notification to the entire network 100 connected before the relocation. The terminal responding to the address “1.2.0.2” before relocation on behalf of the relocated terminal device 220b among the plurality of terminal devices 120a and 120b connected to the network 100 that has received this relocation notification A device is appropriately selected. For example, the terminal device 120a is selected as a terminal device acting as a proxy for the transferred terminal device 220b. When the selected terminal device 120a accesses the address before the relocation of the relocated terminal device 220b, the new address “1.3.0 after the relocation of the terminal device 220b is transferred to the access source. .2 ". Alternatively, the selected terminal device 120a performs data transfer to the new address “1.3.0.2” after the relocation.
[0029]
Although FIG. 1 illustrates the case where the terminal device 220b is relocated from the network 100 to the network 200 and the terminal device 320a accesses the address before relocation of the terminal 220b, the present invention is limited to this case. I can't. The terminal device to be relocated and the terminal device that accesses the address before relocation of the relocated terminal device may be any terminal device.
[0030]
FIG. 2 is a block diagram illustrating an internal configuration of the terminal device.
[0031]
According to the present embodiment, the terminal devices 120a, 120b, 220a, 220b, 320a, and 320b have a common configuration. In FIG. 2, the internal configuration of the terminal device 220b will be described as an example.
[0032]
The CPU 221 controls the entire terminal device 220b. The nonvolatile RAM 222 stores various data indicating the presence of other terminal devices and the addresses of the terminal devices as a table. The RAM 223 temporarily stores data. The ROM 224 stores a control program.
[0033]
The time management unit 225 includes a timer. The time management unit 225 manages, for example, the remaining time of a period during which proxy processing of the transferred terminal device is performed.
[0034]
The network interface 226 is an interface for communicating with other terminal devices.
[0035]
The presence list management unit 227 mutually confirms the presence of terminal devices on the network via the network interface 226, and manages presence information as a presence list based on the confirmation result.
[0036]
The proxy response execution unit 228 acts on behalf of the relocated terminal device to access the address before relocation. In addition, if another terminal device is trying to act as a proxy for a terminal device that is already in charge of the proxy, an objection is made to instruct the other terminal device not to act as a proxy. Notice.
[0037]
The post-relocation address notification unit 229 monitors whether or not the own device itself, that is, the terminal device 220b has been relocated, and if the own device is relocated, the network to which the own device was connected before relocation, that is, the network The new address after the relocation is notified to all 100.
[0038]
The time management unit 225, the presence list management unit 227, the proxy response execution unit 228, and the post-relocation address notification unit 229 can also be realized as software executed by the CPU 221, using a dedicated logic IC or the like. It can also be configured as hardware.
[0039]
The network system configured as described above functions as follows.
[0040]
FIG. 3 is a main flowchart showing the overall processing of each terminal device. The content of the flowchart shown in FIG. 3 is stored as a control program in a memory such as the ROM 224 of each terminal device, and is executed by the CPU 221 or the dedicated IC that operates in cooperation with the CPU 221.
[0041]
First, in step S100, it is determined whether or not the device itself has been moved.
[0042]
If the device itself has been relocated (S100: YES), the process of step S200 is performed, and if it has not been relocated (S100: NO), the processes of steps S300 to S900 are performed.
[0043]
For example, as illustrated in FIG. 1, the terminal device 220b moved from the network 100 to the network 200 performs the process of step S200. On the other hand, a terminal device that has not been relocated, such as the terminal device 120a, performs the processing from step S300.
[0044]
In step S200, the new address after the relocation is notified to the network (local network) to which the own device was connected before the relocation.
[0045]
In step S300, the existence list update process is performed.
[0046]
In step S400, it is determined whether a notification of the post-relocation address transmitted from the relocated terminal device, for example, the terminal device 220b, has been received. When the notification of the address after relocation is received, the process of step S500 is performed. On the other hand, if the post-relocation address notification is not received, the process of step S900 is performed.
[0047]
In step S500, a transition process to the proxy mode is performed as a process when the notification of the address after the relocation is received. The proxy mode is a mode for performing processing according to the address before relocation on behalf of the relocated terminal device. When shifting to the proxy mode, the fact that proxy is performed (hereinafter referred to as “proxy processing declaration”) is notified to other terminal devices.
[0048]
In step S600, it is determined whether a proxy processing declaration notification has been received from another terminal device. When the notification of the proxy processing declaration is received from another terminal device for the terminal device that the device itself intends to take charge of (step S600: YES), the processing of step S700 is performed. On the other hand, when the notification of the proxy process declaration has not been received from another terminal device (step S600: NO), the process of step 800 is performed.
[0049]
In step S700, objection notification processing for instructing other terminal devices not to act is performed.
[0050]
In step S800, when the terminal device selected as the terminal device acting as the proxy for the relocated terminal device has accessed the address before relocation of the relocated terminal device, a new one after relocation to the access source is obtained. Proxy processing is performed in which the address is notified and data is transferred to the new address after the transfer.
[0051]
In step S900, processing such as deletion of unnecessary elements registered in the existence list is performed, and the process returns to step S100.
[0052]
The above processing will be described with reference to the specific example shown in FIG.
[0053]
First, when the terminal device 220b is moved from the network 100 to the other network 200, the terminal device 220b notifies the entire network 100 connected before the transfer of the new address after the transfer. This post-relocation address notification is received within the network 100.
[0054]
A terminal device acting as a proxy for the relocated terminal device 220b is selected from the plurality of terminal devices 120a and 120b connected to the network 100. As will be described later, the terminal device acting as the transferred terminal device 220b is determined by the priority determined in accordance with the high reliability or the like.
[0055]
For example, when the terminal device 120a is selected as the terminal device in charge of the terminal device 220, the terminal device 120a acts as the proxy for the terminal device 220b and the address “1.2.0 before the terminal device 220b is moved. .2 ”.
[0056]
Details of each process will be described below.
[0057]
First, processing when the own device itself is moved will be described.
[0058]
FIG. 4 is a flowchart showing the contents of the post-relocation address notification process by the relocated terminal apparatus, and shows the process contents performed by the terminal apparatus 220b in FIG. 1, for example. FIG. 4 shows the details of the processing in step S200 of FIG.
[0059]
In step S201, the post-relocation address of the own device is acquired. Each terminal device 120a, 120b, 220a, 220b, 320a, 320b monitors the setting state of its own address, and detects that its own address has been changed. For example, the terminal device 220b detects that its own address has been changed from “1.2.0.2” to “1.3.0.2”, and the relocated address “1.3.0.2”. Is obtained.
[0060]
In step S202, it is determined whether the own apparatus has been moved to another network. In other words, it is determined whether relocation has been performed within one network or relocation among a plurality of networks. This determination is made based on, for example, whether or not the network address part included in the address acquired in step S201 has changed. The network address part is an address part set for each network.
[0061]
When it is determined that the device itself has not been moved to another network (S202: NO), a return is made, and when it is determined that the device has been moved to another network (S202: YES), The process of step S203 is performed. It should be noted that the own device that is determined to have been relocated within one network can complete the setting by acquiring an address using a normal name server or the like. In this case, an address is automatically acquired based on DHCP (Dynamic Configuration Protocol).
[0062]
In step S203, the post-relocation address and the terminal-specific information are notified to the network to which the own device was connected before the relocation. The network connected before the relocation is specified according to the address before relocation stored in the nonvolatile RAM 222, in particular, the network address portion.
[0063]
More specifically, the post-relocation address and terminal specific information are notified by transmitting a post-relocation address notification packet 500 shown in FIG. 5 to the network connected before the relocation. A broadcast packet or a multicast packet is used as the post-relocation address notification packet 500 so that a plurality of terminal devices in the network connected before the relocation can receive the packet. According to the broadcast packet communication, one message can be transmitted to all devices in a specific range of the network. For example, in the case of IP (Internet Protocol), broadcast packet transmission can be instructed by setting all bits of addresses other than the network address portion to 1.
[0064]
The post-relocation address notification packet 500 includes a post-relocation address 501, a pre-relocation address 502, terminal specific information 503, and a header portion not shown.
[0065]
Here, the terminal-specific information 503 is an address that can uniquely identify each terminal device. For example, the terminal specific information 503 is a MAC address (media access control address). Here, the MAC address is an address determined for each device connected to the IEEE 802.3 standard LAN. As the terminal unique information 503, identification information combining each terminal device name and a product serial number may be used.
[0066]
In step S204, it is determined whether a proxy process start notification has been received. As described later, the proxy process start notification is a notification transmitted from the terminal device selected as the terminal device in charge of proxy in response to the start of the proxy process. When the proxy process start notification is received (step S204: YES), the process returns as it is. On the other hand, when the proxy process start notification is not received even after a certain time (step S204: NO), the process of step S205 is performed.
[0067]
In step S205, it is determined whether or not the post-relocation address notification packet 500 has been transmitted a specified number of times. When the number of transmissions of the post-relocation address communication packet 500 is less than the specified number (S205: NO), the process returns to step S203, and the post-relocation address notification packet 500 is transmitted again and the transmission is performed more than the specified number of times. (S205: YES), a return is made.
[0068]
If the proxy processing start notification is not received even after sending the address notification packet 500 after relocation for a specified number of times, a process is performed to display on the display that the proxy processing start is not confirmed, and the user is notified. You can also.
[0069]
As described above, each terminal device in the present embodiment detects that it has moved, and transmits the post-relocation address notification packet 500 in the broadcast mode to the network connected before the relocation. As a result, the relocated address is distributed and managed in a plurality of terminal devices currently connected to the network connected before the relocation.
[0070]
Next, processing on the side of receiving the post-relocation address notification packet from the transferred terminal device will be described with reference to FIGS. The processing shown below is, for example, the processing content performed by the terminal devices 120a and 120b that receive the post-relocation address notification packet from the terminal device 220b in FIG.
[0071]
FIG. 6 is a flowchart showing the contents of the existence list update process. FIG. 6 shows the details of the processing in step S300 of FIG.
[0072]
In step S301, presence information indicating the presence (connection state) of the terminal device in the same network is received. Each terminal device connected to the same network communicates presence information with each other and confirms the presence of each other. For example, the terminal devices 120a and 120b connected to the network 100 communicate presence information with each other.
[0073]
More specifically, communication of presence information between the terminal devices in each network 100, 200, 300 is performed by transmitting a terminal presence information packet within each network.
[0074]
A broadcast packet or a multicast packet is used as the terminal presence information packet. Therefore, the terminal presence information packet is transmitted only within a specific network and is not transmitted to an external network. In addition, since broadcast packets are used, the number of receiving terminals is not limited to one, and a plurality of terminal devices in the local area network can simultaneously receive one packet. For example, the terminal device 120 a illustrated in FIG. 1 transmits a terminal presence information packet only within the network 100. Therefore, the terminal presence packet transmitted by the terminal device 120a is not transmitted to the networks 200 and 300.
[0075]
FIG. 7 shows a terminal presence information packet.
[0076]
Terminal presence information packet 600 includes terminal specific information 601, current address 602, priority 603, and a header portion not shown.
[0077]
Here, the terminal unique information 601 is the same MAC address as the terminal unique information 503. The current address 602 is the current IP address.
[0078]
The priority 603 is a parameter serving as a reference when a terminal device acting as a proxy for the relocated terminal device is selected from a plurality of terminal devices, and is set for each terminal device. According to this embodiment, when a terminal device is transferred, proxy processing is performed by the terminal device in the network to which the transferred terminal device was connected before the transfer. In this case, when a plurality of terminal devices can act as a proxy, the terminal device set with a higher priority 603 takes charge of the proxy.
[0079]
The terminal device selected as the terminal device in charge of the proxy is desirably a highly reliable terminal device that is connected to the network without being relocated for a long period of time. For this reason, the priority 603 increases the reliability by increasing the continuous operation time, which is the time during which the terminal device is continuously connected to the networks 100, 200, 300, or the operation time at a certain address. High depending on
[0080]
In step S302, it is determined whether or not the terminal device whose presence has been confirmed is already registered in the presence list. The presence of the terminal device is confirmed by receiving the terminal presence information packet 600. If this terminal device is not registered in the existence list (step S302: NO), the process of step S303 is performed, and if already registered (step S303: YES), the process of step S304 is performed. It is.
[0081]
Here, FIG. 8 shows an example of the existence list.
[0082]
The presence list 700 is a table created in each terminal device based on the received terminal presence information packet 600. The created presence list 700 is stored in the nonvolatile RAM 222. In addition, the presence list 700 is managed and updated by the presence list management unit 227.
[0083]
The existence list 700 includes terminal specific information 701, current address 702, priority 703, remaining time 704, and transfer destination address 705.
[0084]
The terminal unique information 701, the current address 702, and the priority 703 are obtained by organizing the terminal unique information 601, the current address 602, and the priority 603 included in the received terminal presence information packet 600 as a table.
[0085]
The remaining time 704 is the remaining time until the information for each terminal device that is an element of the presence list is deleted from the presence list 700. The remaining time 704 is managed based on the time management unit 225. Therefore, even if the terminal device is once registered in the presence table 700, and the presence is not confirmed by the terminal presence packet 600 thereafter, the registration is sequentially deleted as an unnecessary element. As a result, a presence list reflecting the connection status of the terminal device to the latest network is created.
[0086]
The transfer destination address 705 is registered based on the post-transfer address 501 of the post-transfer address notification packet 500 described above. For example, in FIG. 8, “1.3.0.2” is registered as the transfer destination address 705 in the terminal device 220b whose terminal-specific information is “12345672”.
[0087]
In step S303 in FIG. 6, the terminal unique information 701, the current address 702, the priority 703, and the remaining time 704 of the terminal device that has been newly confirmed are newly registered in the existence list 700.
[0088]
In step S304, as a process when the presence of the terminal device already registered in the presence list 700 is confirmed by receiving the terminal presence information packet 600, the transfer destination address 705 corresponding to the corresponding terminal device is included in the presence list 700. It is determined whether or not is registered. If the transfer destination address 705 is not registered (S304: NO), the process of step S306 is performed. If the transfer destination address 705 is registered (S304: YES), the process of step S305 is performed. It is.
[0089]
In step S305, the corresponding transfer destination address is deleted. Specifically, when the terminal device that has been relocated to another network returns again to the network before relocation within a predetermined period, the process of step S305 is performed. When the relocated terminal device returns to the network before relocation, it is determined that it is no longer necessary for another device to perform proxy processing. Therefore, the transfer destination address 705 becomes unnecessary and is deleted.
[0090]
In step S306, the value of the priority 703 is updated based on the continuous operation time or the operation time at a certain address.
[0091]
As described above, a plurality of terminal devices connected to the same network perform broadcast packet communication with each other. Therefore, a plurality of terminal devices can individually hold similar presence lists. As a result, the connection state and address of the terminal device in each network are managed in a distributed manner by a plurality of terminal devices.
[0092]
FIG. 9 is a flowchart showing the contents of the transition process to the proxy mode. FIG. 9 shows details of the processing in step S500 of FIG.
[0093]
In step S501, the post-relocation address notification packet 500 transmitted from the relocated terminal device is received to obtain the post-relocation address.
[0094]
In step S502, based on post-relocation address notification packet 500, the pre-relocation address and terminal-specific information of the relocated terminal device are acquired.
[0095]
For example, the terminal devices 120a and 120b shown in FIG. 1 receive the post-relocation address notification packet 500 transmitted by the relocated terminal device 220b, thereby moving the post-relocation address “1.3.0.2”. The previous address “1.2.0.2” and the terminal specific information “12345672” are acquired.
[0096]
In step S503, it is determined whether or not the terminal device identified by the terminal specific information 501 included in the post-relocation address notification packet 500 is registered in the existence list 700. If the identified terminal device is not registered in the presence list 700 (step S503: NO), a return is made, and if it is registered in the presence list 700, the process of step S504 is performed. Note that when the terminal device is not registered in the existence list 700, the remaining time 704 is lost after the terminal device is once registered, and it is deleted.
[0097]
In step S504, it is determined whether or not the transfer destination address 705 is registered for the terminal device identified by the terminal unique information 501. If the transfer destination address 705 is registered (step S504: YES), the process of step S505 is performed. If the transfer destination address 705 is not registered (step S504: NO), the process of step 506 is performed. It is.
[0098]
In step S505, the proxy address corresponding to the corresponding transfer destination address is deleted. Specifically, once the terminal device that has been transferred to another network and is acting as a proxy is transferred to another network or the like, the process of step S505 is performed. That is, when the proxy terminal device is relocated to another network, it is necessary to update the proxy address corresponding to the transfer destination address of the terminal device. The proxy address corresponding to is deleted.
[0099]
In step S506, it is determined whether or not it is possible to shift to the proxy mode. In the present embodiment, the maximum number that one terminal device can take charge of is limited in advance. When one terminal device is allowed to act as a proxy for many terminal devices, a failure occurs in this one terminal device, so that many proxy processes, for example, data transfer to a transfer destination address, are performed. The problem of being unable to execute occurs. In this embodiment, the occurrence of this problem can be fundamentally prevented by limiting the number of terminal devices that one terminal device can serve as a proxy. This is different from the conventional technology in which all terminal devices are substituted by one proxy server (proxy server). The maximum number that one terminal device can act as a proxy is set in advance by the administrator.
[0100]
If the transition to the proxy mode is impossible (step S506: NO), a return is made. If the transition to the proxy mode is possible (step S506: YES), the process of step S507 is performed.
[0101]
In step S507, the proxy processing declaration is notified to other terminal devices connected to the same network. As a result, the terminal device capable of acting as a proxy can notify other terminal devices in advance that the proxy will be performed before actually starting the proxy of the transferred terminal device. More specifically, the notification of the proxy processing declaration is performed by transmitting the proxy processing declaration packet 800 shown in FIG. 10 to the entire network to which the transferred terminal device was connected before the transfer. Preferably, the proxy processing declaration packet 800 is a broadcast packet or a multicast packet whose reception destination is indefinite.
[0102]
The proxy processing declaration packet 800 includes terminal specific information 801 of the terminal device to be proxyed, that is, the terminal specific information 802 of the terminal device in charge of the proxy of the transferred terminal device, and the transferred terminal device. The priority 803 of the terminal device in charge of the proxy is included.
[0103]
The terminal specific information 801 and 802 are the same as the terminal specific information 701 registered in the presence list 700 and the terminal specific information 601 included in the terminal presence information packet 600. The terminal device priority 803 is the same as the priority 703 registered in the presence list 700 and the priority 603 included in the terminal presence information packet 600.
[0104]
In step S508, after the proxy processing declaration packet 800 is transmitted in step S507, it is determined whether or not an objection notification is received from another terminal device. If there is an objection from another terminal device within a certain period (step S508: YES), a return is made without starting the proxy process. On the other hand, when there is no objection from another terminal device within a certain period (step S508: NO), the process of step S509 is executed.
[0105]
In the example shown in FIG. 1, the relocated terminal device 220b transmits the relocated address notification packet 500 to the network 100 to which the relocated terminal device 220b was connected before relocation. Therefore, a plurality of terminal devices 120a and 120b connected to the network 100 can be in charge of the proxy. In this case, for example, the terminal device 120a transmits a proxy processing declaration packet 800. The other terminal device 120b that has received the proxy processing declaration packet 800 refers to the priority level 803 included in the proxy declaration packet 800, and the priority level of the local device is higher than the priority level 803 included in the received proxy declaration packet 800. If 703 is high, the objection is notified to the terminal device 120a that is the transmission source of the proxy processing declaration packet 800. Therefore, when the terminal device 120a receives the objection notification, the terminal device 120b, which is the objection notification source, does the proxy processing without starting the proxy process.
[0106]
A plurality of terminal devices 120a and 120b may also transmit the proxy processing declaration packet 800 to each other. In this case, the terminal device that has transmitted the proxy processing declaration packet 800 having the higher priority 803 starts the proxy processing. That is, when a terminal processing declaration packet 800 having a higher priority 803 than the proxy processing declaration packet 800 transmitted by itself is received from another terminal device, the terminal apparatus stops the processing without performing a proxy. In other words, the proxy processing declaration packet having a higher priority than the proxy processing declaration packet transmitted by itself functions in the same manner as the objection notification described above.
[0107]
In step S509, the post-relocation address acquired by the post-relocation address notification 500 is registered as a proxy address that functions as the transfer destination address 705.
[0108]
In step S510, proxy processing is started, and proxy processing start notification is transmitted to the relocated terminal device.
[0109]
FIG. 11 is a flowchart showing the content of the objection notification process. FIG. 11 shows the details of the processing in step S700 of FIG.
[0110]
In step S701, the proxy processing declaration packet 800 transmitted by another terminal device is received. For example, the proxy processing declaration packet 800 is transmitted into the network 100 by the terminal device 120b shown in FIG. As a result, the proxy processing declaration packet 800 is received by the terminal device 120a.
[0111]
In step S702, the terminal specific information 801 of the device to be represented is confirmed. The confirmation is performed by referring to the contents of the proxy processing declaration packet 800. For example, the terminal device 120a confirms the terminal unique information “1234572” of the terminal device 220b to be proxyed based on the proxy processing declaration packet 800 from the terminal device 120b.
[0112]
In step S703, it is determined whether a proxy address that functions as the transfer destination address 705 for the terminal specific information is registered. When the proxy address is not registered (step S703: NO), the process returns as it is, and when it is registered (step S703: YES), the process of step S704 is performed.
[0113]
In step S704, for the terminal device for which the proxy address has already been registered and for which the self is responsible, the notification source of the proxy declaration packet 800 is processed as processing when the proxy processing declaration packet 800 transmitted by another terminal device is received. The objection is notified to the terminal device. The objection notification is similar to the proxy processing declaration packet 800 shown in FIG. 10, the terminal specific information 801 of the terminal device to be proxyed, the terminal specific information 802 of the terminal device in charge of the proxy of the transferred terminal device, and The priority 803 of the terminal device in charge of the proxy of the transferred terminal device is included. However, in the case of an objection notification, since the recipient is determined, the objection can be notified by a unicast packet instead of a broadcast packet.
[0114]
The case where the terminal device 120a shown in FIG. 1 is already in charge of the proxy of the terminal device 220b will be described as an example. When the other terminal device 120b transmits the proxy processing declaration packet 800 related to the terminal device 220b, The terminal device 120a that has received the proxy processing declaration packet 800 notifies the terminal device 120b of an objection to instruct not to perform proxying.
[0115]
In addition, in FIG. 11, although the proxy address has already been registered and the terminal device for which the self is in charge is described, the processing when the proxy processing declaration packet 800 transmitted by another terminal device is received has been described. The present invention is not limited to this case. For example, when the proxy processing declaration packet 800 is received from another terminal device, it is possible to determine whether or not to notify the objection based on the priority comparison regardless of whether or not the proxy address is registered.
[0116]
Also in this case, it is first determined whether or not the own device can proxy the terminal device to be proxyed. As a result of the determination, if the proxy is possible, the priority 703 of the own device is compared with the priority 803 of another terminal device acquired based on the proxy processing declaration packet 800. As a result of the comparison, when the self-priority is higher than the terminal device that is the transmission source of the proxy processing declaration packet 800, an objection is notified.
[0117]
As described above, according to the processing shown in FIGS. 9 and 11, the terminal device acting as the transferred terminal device is selected from the plurality of terminal devices that have received the post-relocation address notification packet 500. A plurality of terminal devices capable of proxying each other transmits a proxy processing declaration packet 800, and a terminal device to be proxyed is selected by comparing which priority is higher. Alternatively, when a terminal device with a low priority transmits a proxy processing declaration packet, the terminal device with a higher priority can make an objection notification. The terminal device that performs the proxy can also be selected by combining the transmission of the proxy processing declaration packet and the objection notification.
[0118]
FIG. 12 is a flowchart showing the contents of proxy response processing by the terminal device selected as the terminal device acting as a proxy for the transferred terminal device. FIG. 12 shows the details of the processing in step S800 of FIG.
[0119]
In step S801, it is confirmed that access has been made.
[0120]
In step S802, it is determined whether the confirmed access is an access to a proxy address. When the confirmed access is not access to the proxy address but access to the address of a normal terminal device that has not been relocated (step S802: NO), normal connection is performed as shown in step S803. It is. On the other hand, if the confirmed access is an access to a proxy address, the process of step S804 is performed.
[0121]
For example, when the terminal device 120a in FIG. 1 is selected as a terminal device acting as a proxy for the terminal device 220b, the terminal device 120a not only accesses its own address but also before the relocated terminal device 220b is relocated. The access to the address “1.2.0.2” is also accepted.
[0122]
In step S804, the moved address is notified to the access source. For example, when the terminal device 120a of FIG. 1 is selected as a terminal device acting as a proxy for the terminal device 220b, the terminal device 120a sends the address “1.3.0 after the relocation of the terminal device 220b to the access source. .2 ". More specifically, the post-relocation address notification is performed by transmitting a post-relocation address reply packet 900 shown in FIG. 13 to the access source. This post-relocation address reply packet 900 is for urging the access source to reconnect to the post-relocation address. The post-relocation address reply packet 900 is a unicast packet that specifies the receiving destination.
[0123]
The post-relocation address reply packet 900 includes a post-relocation address 901 and a remaining time 902 for performing data transfer processing. The post-relocation address 901 is the same as the post-relocation address 501 included in the post-relocation address notification packet 500 transmitted from the relocated terminal device. The remaining time 902 for performing data processing is the remaining time 704 for performing data transfer processing.
[0124]
As a result, the user who uses the access source terminal device can know that the terminal device has been moved. In addition, the user can know the new address after the transfer of the terminal device and the period during which the service for transferring the data to the new address of the transfer destination can be enjoyed.
[0125]
The relocated address return packet 900 includes an instruction for causing the access source to respond when the access source can reconnect to a new address.
[0126]
In step S805, it is determined whether a response from the access source has been received. If there is a response without an error (step S805: YES), it is determined that the reconnection process has been completed at the access source, and the process ends (step S806). On the other hand, if there is no response such as an error (step S805: NO), it is determined that reconnection processing, that is, the address cannot be changed at the access source, and processing in step S807 is performed.
[0127]
In step S807, the data from the access source is relayed, and the data is transferred to the new address of the relocated terminal device. That is, the terminal device that makes a proxy response functions in the same manner as a proxy server for accessing a request for an access destination on behalf of a client. For example, when the terminal device 120a shown in FIG. 1 is accessed with respect to the address “1.2.0.2” before the relocation of the relocated terminal device 220b, the relocation of the relocated terminal device 220b is performed. The data is transferred to the address “1.3.0.2”.
[0128]
In FIG. 12, a case has been described in which the post-relocation address reply packet 900 is transmitted to the access source, and whether or not to perform data transfer processing (step S807) is determined depending on the presence or absence of a response. However, the present invention is not limited to this case. It is also possible to omit the transmission of the address reply packet 900 after the relocation (steps S804 and S805) and immediately perform data transfer processing.
[0129]
If the access source terminal device accessing the address before relocation has a browser that can understand HTML (Hypertext Markup Language), the relocation device having the structure shown in FIG. Instead of the address reply packet 900, an after-relocation address reply packet described in HTML can be transmitted to the access source. In this case, the post-relocation address reply packet described in HTML is transmitted based on HTTP (Hypertext Transfer Protocol). The browser that has received the relocated address reply packet described in HTML can directly access the relocated terminal device based on the URL (Uniform Resource Locator) included in the relocated address reply packet. In this case, since a general browser can be used, a special configuration for reconnection is not required.
[0130]
FIG. 14 is a flowchart showing the contents of unnecessary element deletion processing. FIG. 14 shows the details of the processing in step S900 of FIG.
[0131]
In step S901, the element number i is set to 1. Here, the element corresponds to each terminal device registered in the existence list 700.
[0132]
In step S902, the i-th element of the existence list 700, that is, the terminal-specific information 701 of the i-th terminal device is acquired.
[0133]
In step S903, the remaining time 704 of the i-th element is acquired.
[0134]
In step S904, it is determined whether or not the remaining time 704 of the i-th element remains. If remaining time 704 remains (step S904: YES), the process of step S905 is performed. On the other hand, if the remaining time 704 does not remain (step S904: NO), the process of step S906 is performed.
[0135]
In step S905, the value of the remaining time 704 of the i-th element is updated. Specifically, when the i-th element is a terminal device connected to the same network as its own device, the remaining time 704 is determined according to the elapsed time since the last existence of the terminal device was confirmed. Less. However, when the presence of the terminal device is confirmed, the remaining time 704 returns to the initial value. Therefore, as long as the existence of the terminal device is confirmed, the i-th element is not deleted from the existence list. On the other hand, when the i-th element is a terminal device relocated to another network, the remaining time gradually decreases from the time when the data transfer process is started.
[0136]
For example, the remaining time 704 corresponding to the terminal device 120a shown in FIG. 1 is updated according to the elapsed time since the presence of the terminal device 120a is confirmed by transmitting the terminal presence information packet 600 in the network 100. Is done. On the other hand, the remaining time 704 corresponding to the terminal device 220b is updated according to the elapsed time after the terminal device 220b is moved to the network 200 and the data transfer processing is started by the terminal device 120a or 120b.
[0137]
Note that the initial value of the remaining time 704, that is, the initial value of the remaining time until each element is deleted from the presence list 700 when the presence is not confirmed, and the initial value of the period for performing data transfer processing are managed in advance. Set by the user.
[0138]
In step S906, it is determined whether a transfer destination address corresponding to the i-th element is registered. If the transfer destination address is registered (step S906: YES), the process of step S907 is performed. On the other hand, when the transfer destination address is not registered (step S906: NO), the process of step S908 is performed.
[0139]
In step S907, as a process when the remaining time 704 does not remain and the transfer destination address is registered, the proxy address corresponding to the transfer destination address is deleted. As a result, the period for performing the data transfer process on behalf of the relocated terminal device ends.
[0140]
In step S908, the i-th element is deleted from the existence list 700. The element is deleted from the presence list 700 when a period for proxying the transferred terminal device has elapsed or when the presence of the terminal device cannot be confirmed over a long period of time.
[0141]
In step S909, it is determined whether or not there is the next element in the existence list 700. When there is a next element (step S909: YES), as shown in step S910, i = i + 1 is incremented, and the value of i is incremented, and the process returns to step S903. On the other hand, if there is no next element, a return is made.
[0142]
As described above, according to the network system of the present embodiment, address management and proxy processing of relocated terminal devices are performed by a plurality of terminal devices without depending on a single dedicated server. Can do. Therefore, even if one terminal device fails, it is possible to prevent all proxy processing from being disabled.
[0143]
In addition, according to the present invention, each terminal device has both a function of notifying the post-relocation address when the terminal device is relocated and a function of performing a proxy on behalf of another proxy terminal device. For this reason, in each terminal device, the hardware configuration and software configuration related to the response process can be shared.
[0144]
Further, in the above description, the maximum number of surrogates that can be handled by one terminal device by the administrator, the initial value of the remaining time until each element is deleted from the existence list, and the period for performing the data transfer process The case where the initial value is set has been described. However, the present invention is not limited to this case. As shown in FIG. 15, a policy server 1000 may be provided. Here, the policy server 1000 is a server that centrally manages the functions of the devices connected to the network. By setting a network operation policy on a single server, the setting information is automatically reflected on each device. The policy server 1000 according to the present embodiment has a maximum proxy number that can be handled by one terminal device, an initial value of the remaining time until each element is deleted from the presence list, and an initial value of a period for performing data transfer processing. Is set as the operation policy uniformly throughout the network system.
[0145]
The operation policy of the policy server 1000 is reflected in both the network before and after the terminal device is moved.
[0146]
In the above description, each terminal device transmits an address change notification (step S200), updates the presence list (step S300), transitions to proxy mode (step S500), and objections in the order shown in FIG. Although cases have been described in which the notification (step S700), proxy response (step S800), and unnecessary element deletion (step S900) processes are executed, the order in which these processes are performed is limited to that shown in FIG. I can't. It is also possible to perform each process in parallel.
[0147]
Further, the present invention does not exclude the adoption of a name server or a DNS server for a part of the network system. In particular, as described above, when a terminal device is relocated within one local network, the address change is managed using a name server, DNS server, etc., while the terminal device is relocated to another local network. In this case, the response method of the present invention can be applied.
[0148]
Furthermore, although the case where the present invention is applied to all terminal devices included in the network system has been described in the above description, the present invention is not limited to this case. Some terminal devices connected to the network system according to the present invention may be ordinary terminal devices.
[0149]
The present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the claims.
[0150]
【The invention's effect】
As described above, according to the present invention, when one terminal device is relocated from its own network to another network, the relocated terminal device has a plurality of terminals whose addresses after relocation are connected to its own network. Since the terminal device that notifies the device and acts as the proxy for the relocated terminal device is selected from the plurality of notified terminal devices, each time the terminal device is relocated to another network, It is no longer necessary to register addresses and the like on the server, and the burden of registration associated with relocation is reduced.
[0151]
Further, according to the present invention, it is possible to prevent occurrence of a situation in which all proxy processing according to access is interrupted in place of a transferred terminal device when a problem occurs in one device.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a network system.
FIG. 2 is a block diagram showing an internal configuration of a terminal device.
FIG. 3 is a main flowchart showing the overall processing of each terminal device.
FIG. 4 is a flowchart showing details of post-relocation address notification processing;
FIG. 5 is a diagram schematically showing a post-relocation address notification packet.
FIG. 6 is a flowchart showing the contents of a presence list update process.
FIG. 7 is a diagram schematically showing a terminal presence information packet.
FIG. 8 is a diagram illustrating an example of a presence list.
FIG. 9 is a flowchart showing the contents of a transition process to a proxy mode.
FIG. 10 is a diagram schematically showing a proxy processing declaration packet.
FIG. 11 is a flowchart showing details of objection notification processing;
FIG. 12 is a flowchart showing the contents of proxy response processing.
FIG. 13 is a diagram schematically showing a post-relocation address reply packet.
FIG. 14 is a flowchart showing details of unnecessary element deletion processing;
FIG. 15 is a block diagram of a network system when a policy server is used.
[Explanation of symbols]
100, 200, 300 ... network,
120a, 120b, 220a, 220b, 320a, 320b... Terminal device,
400 ... Internet,
500 ... Address notification packet after relocation,
501: Address after relocation,
600 ... terminal presence information packet,
700 ... existence list,
800 ... Proxy processing declaration packet,
900: Address reply packet after relocation.

Claims (9)

複数の端末装置が接続されている自ネットワークから他ネットワークへ一の端末装置が移設された場合に、移設された端末装置を代理して移設前のアドレスへのアクセスに応じる応答方法であって、
移設された端末装置が、移設後のアドレスを含むパケットを前記自ネットワークに対して送信し、前記自ネットワークに接続されている複数の端末装置が、前記パケットを受信することによって、前記移設後のアドレスを取得するステップと、
前記パケットを受信した各端末装置は、移設された端末装置の代理が可能である場合に、代理を行なう旨を前記自ネットワークに接続されている他の端末装置に対して通知するステップと、
移設された端末装置の代理を担当する端末装置が、パケットを受信した複数の端末装置の中から前記代理を行う旨の通知に基づいて選択されるステップと、を有することを特徴とする応答方法。
When one terminal device is relocated from its own network to which a plurality of terminal devices are connected to another network, the response method responds to access to the address before relocation on behalf of the relocated terminal device,
The relocated terminal device transmits a packet including the relocated address to the own network, and a plurality of terminal devices connected to the own network receive the packet, thereby Obtaining an address;
Each terminal device that has received the packet, when proxying the relocated terminal device is possible, notifying other terminal devices connected to the own network to proxy,
A response method , comprising: a step of selecting a terminal device in charge of the transferred terminal device from a plurality of terminal devices that have received the packet based on a notification that the proxy is to be performed. .
移設された端末装置の移設前のアドレスへアクセスがされた場合に、移設された端末装置の代理を担当する端末装置は、移設された端末装置の移設後のアドレスをアクセス元に対して通知することを特徴とする請求項1に記載の応答方法。  When access is made to the address of the relocated terminal device before the relocation, the terminal device acting as a proxy for the relocated terminal device notifies the access source of the relocated address of the relocated terminal device. The response method according to claim 1, wherein: 移設された端末装置の移設前のアドレスへアクセスがされた場合に、移設された端末装置の代理を担当する端末装置は、移設された端末装置の移設後のアドレスに対してデータ転送を行なうことを特徴とする請求項1に記載の応答方法。  When an address before the relocation of the relocated terminal device is accessed, the terminal device in charge of the relocated terminal device performs data transfer to the relocated address of the relocated terminal device. The response method according to claim 1. 移設された端末装置の代理を担当する端末装置は、一台あたり所定台数以下の端末装置を代理することを特徴とする請求項1に記載の応答方法。  The response method according to claim 1, wherein the terminal device in charge of the transferred terminal device acts as a proxy for a predetermined number of terminal devices or less per device. 代理を行なう旨の通知を受信した端末装置は、通知元の端末装置に比べて代理に関する優先度が高い場合には、通知元の端末装置に対して、代理を行なわないように指示することを特徴とする請求項に記載の応答方法。The terminal device that has received the notification that the proxy is performed has a higher priority regarding the proxy than the notification source terminal device, and instructs the notification source terminal device not to perform the proxy. The response method according to claim 1 , wherein: 代理を行なう旨の通知を受信した端末装置は、通知元の端末装置に比べて代理に関する優先度が低い場合には、代理を行なわないことを特徴とする請求項に記載の応答方法。2. The response method according to claim 1 , wherein the terminal device that has received the notification that the proxy is performed does not perform the proxy when the proxy-related priority is lower than the notification source terminal device. 代理に関する優先度は、端末装置がネットワークに継続して接続されている期間に応じて設定されることを特徴とする請求項またはに記載の応答方法。The response method according to claim 5 or 6 , wherein the priority related to the proxy is set according to a period during which the terminal device is continuously connected to the network. 複数の端末装置が接続されている自ネットワークから他ネットワークへ一の端末装置が移設された場合、移設された端末装置を代理して移設前のアドレスへのアクセスに応じるネットワークシステムであって、
移設された端末装置は、移設後のアドレスを含むパケットを前記自ネットワークに対して送信し、前記自ネットワークに接続されている複数の端末装置は、パケットを受信することによって、移設後のアドレスを取得し、
パケットを受信した各端末装置は、移設された端末装置の代理が可能である場合に、代理を行なう旨を前記自ネットワークに接続されている他の端末装置に対して通知し、
移設された端末装置の代理を担当する端末装置が、前記パケットを受信した複数の端末装置の中から、前記代理を行う旨の通知に基づいて選択される、ことを特徴とするネットワークシステム。
When one terminal device is relocated from its own network to which a plurality of terminal devices are connected to another network, the network system responds to access to the address before relocation on behalf of the relocated terminal device,
The relocated terminal device transmits a packet including the relocated address to the own network, and a plurality of terminal devices connected to the own network receive the packet, thereby determining the relocated address. Acquired,
Each terminal device that has received the packet notifies other terminal devices connected to the local network that proxying is performed when the transferred terminal device can be substituted,
A network system, wherein a terminal device in charge of a transferred terminal device is selected from a plurality of terminal devices that have received the packet based on a notification that the proxy is to be performed .
設された他の端末装置を代理して当該他の端末装置の移設前のアドレスへのアクセスに応じる応答手段を有する端末装置であって、
当該端末装置自体が自ネットワークから他ネットワークへ移設された場合には、移設後のアドレスを含むパケットを前記自ネットワークに対して送信して、前記自ネットワークに接続されている他の複数の端末装置に前記パケットを受信させることによって、当該他の複数の端末装置に移設後のアドレスを取得させ、
当該端末装置が接続されている前記自ネットワークに接続されている他の端末装置が他ネットワークへ移設された場合には、当該移設された端末装置の移設後のアドレスを含むパケットを当該移設された端末装置から受信して、当該移設された端末装置の移設後のアドレスを取得し、
移設された端末装置の代理が可能である場合には、代理を行なう旨を前記自ネットワークに接続されている他の端末装置に対して通知して、自装置と当該他の端末装置との間でどの端末装置が代理を担当するかを選択する、ことを特徴とする端末装置。
A terminal device having a response unit for responding to access the address of the previous relocation proxy to another terminal apparatus other terminals that are moved set,
When the terminal device itself is relocated from its own network to another network, a plurality of other terminal devices connected to the own network are transmitted by transmitting packets including the relocated address to the own network. To obtain the address after relocation to the other plurality of terminal devices,
When another terminal device connected to the own network to which the terminal device is connected is relocated to another network, the packet including the relocated address of the relocated terminal device is relocated. Received from the terminal device, obtain the relocated address of the relocated terminal device,
If the transferred terminal device can be substituted, the other terminal device connected to the local network is notified that the proxy is to be performed, and between the local device and the other terminal device. The terminal device is characterized in that it selects which terminal device is in charge of proxy .
JP2000254541A 2000-08-24 2000-08-24 Response method, network system, and terminal device Expired - Fee Related JP4126859B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000254541A JP4126859B2 (en) 2000-08-24 2000-08-24 Response method, network system, and terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000254541A JP4126859B2 (en) 2000-08-24 2000-08-24 Response method, network system, and terminal device

Publications (2)

Publication Number Publication Date
JP2002077172A JP2002077172A (en) 2002-03-15
JP4126859B2 true JP4126859B2 (en) 2008-07-30

Family

ID=18743466

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000254541A Expired - Fee Related JP4126859B2 (en) 2000-08-24 2000-08-24 Response method, network system, and terminal device

Country Status (1)

Country Link
JP (1) JP4126859B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1873972B1 (en) 2006-06-26 2018-07-04 Somfy Activites Sa Communication method in a home automation system
US9105179B2 (en) 2006-06-26 2015-08-11 Somfy Sas Communication method in a home-automation installation

Also Published As

Publication number Publication date
JP2002077172A (en) 2002-03-15

Similar Documents

Publication Publication Date Title
US7305375B2 (en) Method and system for distributed remote resources
JP4957225B2 (en) Relay server and relay communication system
US5729689A (en) Network naming services proxy agent
EP1966940B1 (en) Method for selective service updates for communication networks
KR101410927B1 (en) Method and system for remote access to universal plug and play devices
JP2005287045A (en) Method for discovery of device connected to ip network and device to carry out the method
US20080034078A1 (en) Presence information management system, presence server device, gateway device and client device
JP2006519431A (en) Method and system for reacting to changes in UPnP devices
US8099506B2 (en) Communication system, node device, node process program and a message transmitting and receiving method
JP4950589B2 (en) Connection management system, connection management method, and management server
KR20040012311A (en) Contents Sharing Service System and Method by Presence Information in Wireless Network
JP4126859B2 (en) Response method, network system, and terminal device
JP5638063B2 (en) COMMUNICATION DEVICE, COMMUNICATION DEVICE CONTROL METHOD, PROGRAM
JP3803654B2 (en) LAN connection device and UPnP device disclosure method
JP5794057B2 (en) Image projection apparatus and image projection program
JP2016134830A (en) Answering device, information processing device and program
KR101586761B1 (en) Method for managing network components in a network, and a network component
JPH11341065A (en) System and method for setting network communication equipment
JP2007201740A (en) Network equipment
JP6501314B2 (en) Band steering system and band steering method
JP4242752B2 (en) Address table management method and terminal
JP4899883B2 (en) Terminal communication address setting system, terminal communication address setting method, and terminal accommodating apparatus
JP2001333062A (en) Web PAGE SHARING SYSTEM
JP2008113340A (en) Information processing system, information processing method, and information processing program
JP4689255B2 (en) Service management method, service search method, service management search system, and storage medium storing service management and search program

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20040423

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050920

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20061011

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20071225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080108

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080306

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

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

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

Free format text: PAYMENT UNTIL: 20110523

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

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20120523

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20120523

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20130523

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20130523

Year of fee payment: 5

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R360 Written notification for declining of transfer of rights

Free format text: JAPANESE INTERMEDIATE CODE: R360

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees