JP4071479B2 - ユーザログインの高速化方法 - Google Patents
ユーザログインの高速化方法 Download PDFInfo
- Publication number
- JP4071479B2 JP4071479B2 JP2001349702A JP2001349702A JP4071479B2 JP 4071479 B2 JP4071479 B2 JP 4071479B2 JP 2001349702 A JP2001349702 A JP 2001349702A JP 2001349702 A JP2001349702 A JP 2001349702A JP 4071479 B2 JP4071479 B2 JP 4071479B2
- Authority
- JP
- Japan
- Prior art keywords
- maintenance person
- information
- time
- date
- server
- 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 - Lifetime
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はユーザログインの高速化方法に関する。
【０００２】
【従来の技術】
図１１は従来システムの構成例を示すブロック図である。このシステムは、保守者情報を管理するサーバと、保守者が操作する複数の端末が接続されるオペレーションシステムを構成している。図において、１は１台若しくは複数台からなるサーバ（群）、２は保守者が操作する複数の端末である。これらサーバ１と複数の端末２は、ＬＡＮ（ローカルエリアネットワーク）３を介して接続されている。図では、サーバ１が２台設置された場合を示している。
【０００３】
このシステムは、保守者の権限によりその保守者が作業若しくは参照できる範囲を限定することが可能な構成を持ち、かつそのシステムで提供される機能を限定することを可能としたサーバクライアント構成を示す。この種のシステムでは、端末側で保守者がログイン時に、サーバからその保守者の保守者情報を収集してログインさせるようになっている。
【０００４】
図１２は従来システムの動作シーケンス例を示す図である。このシーケンスは、保守者（ユーザ）と端末２とサーバ１間のシーケンスを示している。保守者が端末２で作業する時には、先ずログインする必要がある。その時、保守者ＩＤとパスワード（ＰＷ）を入力し（Ｓ１）、端末２に入力する（Ｓ２）。次に、端末２ではサーバに保守者が入力した保守者ＩＤとＰＷを通知する（Ｓ３）。サーバ１では、ユーザＩＤに該当する保守者情報を保守者情報ＤＢ（データベース）４から検索し（Ｓ４）、検索した保守者情報を端末２に転送する（Ｓ５）。端末２では、この転送された情報を基に保守者が作業可能な機能を端末２に表示する（Ｓ６）。保守者が代われば、その保守者のログイン名で再ログインすることによりその保守者の権限に合った作業画面が端末に表示される。保守者はその作業画面を見ながら操作処理を行なう。
【０００５】
【発明が解決しようとする課題】
従来のシステムでは、この転送する保守者情報は保守者が作業できる機能、装置の制限等が含まれており、膨大な情報量になる。この膨大な情報量を同じ保守者がログインする度に毎回サーバと端末間の通信で情報転送する必要があり、この転送に時間がかかってしまう。そのため、保守者がログインしてからログイン処理が完了し作業画面になるまでに時間がかかってしまうという問題がある。
【０００６】
本発明はこのような課題に鑑みてなされたものであって、ログイン時間を短縮することができるユーザログインの高速化方法を提供することを目的としている。
【０００７】
【課題を解決するための手段】
図１は本発明方法の原理を示す図である。そのシステム構成は、図１に示すものとこの原理図に示す発明は、保守者情報を管理するサーバと、保守者が操作する複数の端末が接続されるオペレーションシステムにおいて、保守者が作業を終了したら、その時の保守者情報をサーバから収集した日時と併せて端末側で保持し（ステップ１）、次回保守者がログインする時に、その保守者の保守者ＩＤと前回保守者情報を収集した日時をサーバに送信し（ステップ２）、前記端末は、サーバからその保守者の保守者情報の差分をダウンロードする（ステップ３）ことを特徴とする。
（１）請求項１記載の発明は、保守者情報を管理するサーバと、保守者が操作する複数の端末が接続されるオペレーションシステムにおけるユーザログインの高速化方法であって、前記サーバ側では、各保守者ＩＤとその保守者が作業できる機能項目及びパスワード情報を記憶する保守者情報データベースと、該保守者情報データベースの保守者情報が更新される毎にその変更部分を保守者ＩＤと更新日時と変更情報として管理する更新履歴データベースとを具備し、前記端末側では、保守者毎に最後にサーバから保守者情報を収集した日時を管理する保守者情報更新テーブルと、保守者毎に過去に収集した保守者情報を管理する保守者情報保持テーブルと、ログインしている保守者の保守者情報を管理するマスタとを具備しているものにおいて、保守者ＩＤとパスワードを端末に入力すると、該端末側では前記保守者情報更新テーブルから最後にログインした日時を収集してサーバに対して保守者ＩＤとパスワードと日時を送信し、サーバ側ではこの電文情報を受けると、保守者ＩＤとパスワードとが保守者情報データベースに登録されているか判断し、登録されている場合には前記更新履歴データベースに記憶されている最終更新日時と、端末から受け取った日時を比較し、前記更新履歴データベースに記憶されている日時が端末から受け取った日時より新しい場合には、前記端末より受け取った日時における保守者情報と前記更新履歴データベースとの差分情報と現在の日時とを端末に通知し、この通知を受けた端末では、サーバより通知された差分情報を前記保守者情報保持テーブルに記憶されている保守者情報と合わせて最新の保守者情報を作成して前記マスタに登録する、ことを特徴とする。
【０００８】
このように構成すれば、前回操作時の端末における保守者情報と収集日時を端末側で保持しておくようにすることにより、次回の操作時には、サーバからその後追加された差分情報のみをダウンロードすればよいので、ユーザログインの高速化処理を実現することができる。
【０００９】
（２）請求項２記載の発明は、前記サーバ側は、その保守者情報が更新される毎にその更新された項目及び日時を管理することを特徴とする。
このように構成することにより、サーバは常時保守者情報を更新するので、最新の情報を持つようにすることができる。
【００１０】
（３）請求項３記載の発明は、前記サーバ側にて前記端末から保守者ＩＤと過去にログインした日時の通知を受けた場合、サーバで管理する保守者情報が更新された日時が受信した日時よりも後に更新されている場合、その間に変更があった差分を差分情報として作成し、端末側に返信することを特徴とする。
【００１１】
このように構成すれば、保守者がログインする時に、前回ログインした時よりも保守者情報が増加している場合には、その増加分を差分情報としてサーバ側から端末側に返信することで、ユーザログインの高速化を図ることができる。
【００１２】
この発明において、前記サーバ側で受信した保守者ＩＤ及び過去にログインした日時がサーバで管理する保守者情報の最後の更新された日時と差分がない場合、サーバは差分なしという電文を端末側に返信することを特徴とする。
【００１３】
このように構成すれば、今回ログイン時と前回ログイン時の間で保守者情報に変更がない場合には、サーバは差分なしの電文を端末側に送信するだけですむので高速処理が可能となる。
【００１４】
また、この発明において、前記端末側で、過去にログインした保守者ＩＤ毎に保守者情報とログインした日時を複数管理し、以前その端末でログインしている保守者であれば、新たにログインする時に過去の日時と保守者名をサーバに通知することにより、サーバ側から差分情報だけ送信させることを特徴とする。
【００１５】
このように構成すれば、サーバ側から端末側に差分情報のみ送信すればよいので、ユーザログインの高速化を図ることができる。
【００１６】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。本発明の基本構成としては、図１１を用いる。
【００１７】
図２は端末管理データとサーバ管理データの構成例を示す図である。１１が端末管理データ、１２がサーバ管理データである。サーバ１は管理するデータベースを２種類用意している。一つは保守者情報ＤＢ（データベース）３０１である。保守者情報ＤＢ３０１は、各保守者ＩＤとその保守者が作業できる機能項目及びパスワード情報等の情報を持つ。二つめはＤＢが更新したデータの差分を管理するＤＢ３０２である。該ＤＢ３０２は、ＤＢ３０１の保守者情報が更新される毎にその変更部分を保守者ＩＤと更新日時と変更情報として管理するＤＢである。保守者情報ＤＢ３０１と更新履歴ＤＢ３０２は、アプリケーションが実行される時に、順次追加、更新されていく。
【００１８】
端末側で管理するデータは３つ存在する。一つは保守者情報更新テーブル３０３であり、保守者毎に最後にサーバ１から保守者情報を収集した日時を管理するテーブルである。二つめは、保守者情報保持テーブル３０４であり、保守者毎に過去に収集した保守者情報を管理するテーブルである。三つめはマスタ３０５であり、端末で１面のみ持ち、ログインしている保守者の保守者情報を管理する。このマスタ３０５の情報を用いて端末側でそのログインしている保守者の保守者情報を管理する。このマスタ３０５の情報を用いて端末２側でそのログインしている保守者の作業可能機能を決定する。また、ここでいう保守者情報とは、各保守者が持つ作業可能な機能を記述してある情報ファイルのことである。端末２の管理ソフトは、複数インストールされている機能のうち、その情報ファイルを基に作業可能な機能を提供する。
【００１９】
図３は上述した各データベース／テーブルの構成例を示す図である。保守者情報ＤＢ３０１は、図に示すように保守者ＩＤと、操作可能地域／機能と、ログインパスワードから構成されている。更新履歴ＤＢ３０２は、保守者ＩＤと、更新日と、更新内容から構成されている。保守者情報更新テーブル３０３は、保守者ＩＤと、更新日から構成されている。保守者情報保持テーブル３０４は、保守者ＩＤと保守者情報とから構成されている。マスタ３０５は、保守者情報から構成されている。
【００２０】
図４は保守者情報のしくみの説明図である。本システムが提供する全機能は、図に示すように機能１、機能２、…機能ＮとＮ個存在する。このうち、各保守者には保守者毎に予め決められている保守者情報より機能を限定されて提供される。図に示す場合では、保守者は機能１と機能３が使用できることを示す。
【００２１】
図５はログイン処理の動作を示す図である。図では、保守者と端末２とサーバ１間のやりとりを示している。保守者が端末２に保守者ＩＤとパスワード（ＰＷ）を入力すると（６０１）、その情報端末２に入力される。端末２は、その保守者ＩＤとＰＷを受けて、保守者情報更新テーブル３０３（図２参照）を参照し、この保守者ＩＤに相当する情報があるかどうか判断する（６０２）。若し、過去にその保守者ＩＤのレコードがない場合には＊２に進む（６０４）。保守者ＩＤのレコードがある場合には、＊１に進む（６０３）。
【００２２】
その端末に過去にアクセスしたことがある場合の処理の流れを図６に示す。図では、保守者と端末２とサーバ１間のやりとりを示している。端末２では、保守者情報更新テーブル３０３よりその保守者ＩＤで最後にサーバ１より保守者情報を収集した日時を収集する（９０１）。そして、その日時及び保守者がログイン時に入力した保守者ＩＤ、ＰＷを電文としてサーバ１に送信する（９０２）。
【００２３】
サーバ１側では、端末２から受信した電文より、保守者ＩＤとＰＷが保守者情報ＤＢ３０１に登録されているかどうかを判断する（９０３）。その保守者ＩＤが登録されていないか、若しくは保守者ＩＤはあるがＰＷが違っていた場合は、＊３のログイン拒否シーケンスに進む（９０７）。保守者ＩＤとＰＷがあっている場合、更新履歴ＤＢ３０２から保守者ＩＤで検索して日時を収集し、検索結果の日時と端末２からの電文に添付された日時を比較し、検索した結果が古い日時である場合（３０２の方が古い場合）は、＊４の差分無しシーケンス（９０８）へ進む。
【００２４】
電文からの日時が古い場合（３０２の方が新しい場合）は、次に進む（９０４）。電文の日時が古い場合はその日時以降に変更された差分情報を作成するため、更新履歴ＤＢ３０２より電文での日時以降のデータ差分をマージし、差分情報を作成する（９０５）。次に、差分情報を作成した日時をＯＳ（オペレーティングシステム）より収集する（９０６）。次に、差分情報とＯＳから収集した日時を端末２に通知する（９０９）。
【００２５】
端末２では、サーバ１から受信した差分情報を保守者情報保持テーブル３０４とマージし、最新の保守者情報を作成する。作成した保守者情報をマスタ３０５のこの保守者ＩＤのレコードに書き込む（９１０）。ここで、作成した保守者情報は、サーバ１で管理している保守者情報ＤＢ３０１の同じ保守者ＩＤの保守者情報と同じものとなる。
【００２６】
次に、サーバ１から通知された日時を保守者情報更新テーブル３０３の保守者ＩＤのレコードに書き込む（９１１）。次に、マスタ３０５に書き込んだ保守者情報を保守者情報保持テーブル３０４に書き込む（９１２）。最後に、マスタ３０５の保守者情報にそった機能のみを選択し、画面に表示しログイン完了となり（９１３）、保守者はその保守者の権限のある作業を実施することができる（９１４）。
【００２７】
このように、本発明によれば、前回操作時の端末における保守者情報と収集日時を端末側で保持しておくようすることにより、次回の操作時には、サーバからその後追加された差分情報のみをダウンロードすればよいので、ユーザログインの高速化処理を図ることができる。
【００２８】
この場合において、サーバ１側は、その保守者情報が更新される毎にその更新された項目及び日時を管理する。これによれば、サーバ１は常時保守者情報を更新するので、最新の情報を持つようにすることができる。
【００２９】
また、本発明によれば、保守者がログインする時に、前回ログインした時よりも保守者情報が増加している場合には、その増加分を差分情報としてサーバ側から端末側に返信することで、ユーザログインの高速化を図ることができる。
【００３０】
ここで、サーバ１側で受信した保守者ＩＤ及び過去にログインした日時がサーバ１で管理する保守者情報の最後の更新された日時と差分がない場合には、サーバは差分なしという電文を端末側に返す。このようにすれば、サーバは差分なしの電文を端末側に送信するだけですむので、高速処理が可能となる。
【００３１】
図５の６０２で、端末２に該当する保守者ＩＤの履歴がない場合の処理を図７に示す。サーバ１は、端末２から受信した電文より、保守者ＩＤとＰＷが保守者情報ＤＢ３０１に登録されているかどうかを判断する（１００１）。その保守者ＩＤが登録されていない、若しくは保守者ＩＤはあるがＰＷが違っている場合は、＊３のログイン拒否シーケンスに進む（１００２）。保守者ＩＤとＰＷの組み合わせが保守者情報ＤＢ３０１にある場合、サーバ１は保守者ＩＤをキーにして保守者情報ＤＢ３０１から保守者情報を収集する（１００３）。次に、保守者情報を収集した日時をＯＳより収集する（１００４）。次に、サーバ１は保守者情報とＯＳからとった日時を端末２に通知する（１００５）。
【００３２】
端末２では、サーバ１から受信した保守者情報をマスタ３０５の保守者ＩＤのレコードに書き込む（１００６）。サーバ１から通知された日時を、保守者情報更新テーブル３０３の保守者ＩＤのレコードに書き込む（１００７）。次に、サーバ１から通知された保守者情報を保守者情報保持テーブル３０４に書き込む（１００８）。最後に、マスタ３０５の保守者情報にそった機能のみを選択し、画面に表示し、ログイン完了となる（１００９）。保守者は、その保守者の権限のある作業を実施することができる（１０１０）。
【００３３】
保守者ＩＤとパスワード（ＰＷ）が保守者情報ＤＢ３０１に書き込まれていない場合（９０３，１００１）の処理を図８に示す。サーバ１側では、その判断でログインＮＧを通知された端末に対してＮＧを通知する（７０１）。端末２側では、ログインＮＧを保守者（ユーザ）に通知し（７０２）、保守者はログイン失敗となり、終了となる。
【００３４】
サーバ１の保守者情報ＤＢ３０１、更新履歴ＤＢ３０２で管理している保守者情報と、端末２の保守者情報が同じ場合（日時が端末側で管理している方が新しい場合）、図６の９０４で９０８となる場合の処理を図９に示す。サーバ１側は差分なしを端末２に通知する（８０１）。端末２では、その電文を受信したら、端末２で保持している保守者情報が最新であるため、保守者情報保持テーブル３０４の内容をマスタ３０５にコピーする（８０２）。次に、マスタ３０５の保守者情報にそった機能のみを選択し画面に表示しログイン完了となる（８０３）。保守者は、その保守者の権限のある作業を実施することができる（８０４）。
【００３５】
図１０は保守者情報を修正する場合の処理を示す図で、サーバ１側の動作を示している。サーバ１で、保守者情報修正の依頼を受けると（５０１）、その変更内容を保守者情報ＤＢ３０１に反映し、保守者ＩＤ相当のレコードを変更する（５０２）。次に、ＯＳから時刻を収集する（５０３）。最後に、今回変更のあった内容差分を更新履歴ＤＢ３０２に追加し（５０４）、処理終了となる。
【００３６】
また、本発明において、端末側で、過去にログインした保守者ＩＤ毎に保守者情報とログインした日時を複数管理し、以前その端末でログインしている保守者であれば、新たにログインする時に過去の日時と保守者名をサーバに通知することにより、サーバ側から差分情報だけ送信させることができる。これによれば、サーバ側から端末側に差分情報のみ送信すればよいので、ユーザログインの高速化を図ることができる。
【００３７】
本発明の効果を以下に説明する。保守者が日常作業する場合、複数ある端末のうち使用する端末は固定されてくる。また、保守者情報は新しい装置が追加になった時や、新しい機能が追加になった時に修正がかかる。よって、ほとんどの保守者がログインする場合、端末にログインする保守者が固定化されるため、ログイン時にサーバから転送されるデータが差分がないパターンとなる状態がほとんどのログインに当てはまる。本発明以前であれば、毎回保守者情報をフルセットで転送していたのに比べ、変更なしの電文を送信するだけになるので、電文サイズは皆無に近くなり電文転送時間がほぼ０となる。
【００３８】
また、保守者情報が更新されたとしても、差分情報を転送すればよいわけであるので、保守者情報全てを転送するのに比べ極端に少なくなり、電文転送時間を短縮できる。そのため、ログインにかかる時間を短縮することが可能となる。
（付記１）保守者情報を管理するサーバと、保守者が操作する複数の端末が接続されるオペレーションシステムにおいて、
保守者が作業を終了したら、その時の保守者情報をサーバから収集した日時と併せて端末側で保持し（ステップ１）、
次回保守者がログインする時に、その保守者の保守者ＩＤと前回保守者情報を収集した日時をサーバに送信し（ステップ２）、
前記端末は、サーバからその保守者の保守者情報の差分をダウンロードする（ステップ３）
ことを特徴とするユーザログインの高速化方法。（１）
（付記２）前記サーバ側は、その保守者情報が更新される毎にその更新された項目及び日時を管理することを特徴とする付記１記載のユーザログインの高速化方法。（２）
（付記３）前記サーバ側にて前記端末から保守者ＩＤと過去にログインした日時の通知を受けた場合、サーバで管理する保守者情報が更新された日時が受信した日時よりも後に更新されている場合、その間に変更があった差分を差分情報として作成し、端末側に返信することを特徴とする付記２記載のユーザログインの高速化方法。（３）
（付記４）前記サーバ側で受信した保守者ＩＤ及び過去にログインした日時がサーバで管理する保守者情報の最後の更新された日時と差分がない場合、サーバは差分なしという電文を端末側に返信することを特徴とする付記２記載のユーザログインの高速化方法。
（付記５）前記端末側で、過去にログインした保守者ＩＤ毎に保守者情報とログインした日時を複数管理し、以前その端末でログインしている保守者であれば、新たにログインする時に過去の日時と保守者名をサーバに通知することにより、サーバ側から差分情報だけ送信させることを特徴とする付記２記載のユーザログインの高速化方法。
【００３９】
【発明の効果】
以上説明したように、本発明によれば以下の効果が得られる。
（１）請求項１記載の発明によれば、前回操作時の端末における保守者情報と収集日時を端末側で保持しておくようにすることにより、次回の操作時には、サーバからその後追加された差分情報のみをダウンロードすればよいので、ユーザログインの高速化処理を実現することができる。
【００４０】
（２）請求項２記載の発明によれば、サーバは常時保守者情報を更新するので、最新の情報を持つようにすることができる。
（３）請求項３記載の発明によれば、保守者がログインする時に、前回ログインした時よりも保守者情報が増加している場合には、その増加分を差分情報としてサーバ側から端末側に返信することで、ユーザログインの高速化を図ることができる。
【００４１】
このように、本発明によれば、ログイン時間を短縮することができるユーザログインの高速化方法を提供することができる。
【図面の簡単な説明】
【図１】本発明方法の原理を示すフローチャートである。
【図２】端末管理データとサーバ管理データの構成例を示す図である。
【図３】各データベース／テーブルの構成例を示す図である。
【図４】保守者情報のしくみの説明図である。
【図５】ログイン処理の動作を示す図である。
【図６】端末に過去にアクセスしたことがある場合の処理の流れを示す図である。
【図７】端末に過去にアクセスしたことがない場合の処理の流れを示す図である。
【図８】保守者ＩＤとパスワードが保守者情報ＤＢに書き込まれていない場合の動作を示す図である。
【図９】更新履歴ＤＢが古い場合の動作を示す図である。
【図１０】保守者情報を修正する場合の処理を示す図である。
【図１１】従来システムの構成例を示すブロック図である。
【図１２】従来システムの動作シーケンス例を示す図である。
【符号の説明】
１ サーバ
２ 端末
３ ＬＡＮ
４ 保守者情報ＤＢ
３０１ 保守者情報ＤＢ
３０２ 更新履歴ＤＢ
３０３ 保守者情報更新テーブル
３０４ 保守者情報保持テーブル
３０５ マスタ
【発明の属する技術分野】
本発明はユーザログインの高速化方法に関する。
【０００２】
【従来の技術】
図１１は従来システムの構成例を示すブロック図である。このシステムは、保守者情報を管理するサーバと、保守者が操作する複数の端末が接続されるオペレーションシステムを構成している。図において、１は１台若しくは複数台からなるサーバ（群）、２は保守者が操作する複数の端末である。これらサーバ１と複数の端末２は、ＬＡＮ（ローカルエリアネットワーク）３を介して接続されている。図では、サーバ１が２台設置された場合を示している。
【０００３】
このシステムは、保守者の権限によりその保守者が作業若しくは参照できる範囲を限定することが可能な構成を持ち、かつそのシステムで提供される機能を限定することを可能としたサーバクライアント構成を示す。この種のシステムでは、端末側で保守者がログイン時に、サーバからその保守者の保守者情報を収集してログインさせるようになっている。
【０００４】
図１２は従来システムの動作シーケンス例を示す図である。このシーケンスは、保守者（ユーザ）と端末２とサーバ１間のシーケンスを示している。保守者が端末２で作業する時には、先ずログインする必要がある。その時、保守者ＩＤとパスワード（ＰＷ）を入力し（Ｓ１）、端末２に入力する（Ｓ２）。次に、端末２ではサーバに保守者が入力した保守者ＩＤとＰＷを通知する（Ｓ３）。サーバ１では、ユーザＩＤに該当する保守者情報を保守者情報ＤＢ（データベース）４から検索し（Ｓ４）、検索した保守者情報を端末２に転送する（Ｓ５）。端末２では、この転送された情報を基に保守者が作業可能な機能を端末２に表示する（Ｓ６）。保守者が代われば、その保守者のログイン名で再ログインすることによりその保守者の権限に合った作業画面が端末に表示される。保守者はその作業画面を見ながら操作処理を行なう。
【０００５】
【発明が解決しようとする課題】
従来のシステムでは、この転送する保守者情報は保守者が作業できる機能、装置の制限等が含まれており、膨大な情報量になる。この膨大な情報量を同じ保守者がログインする度に毎回サーバと端末間の通信で情報転送する必要があり、この転送に時間がかかってしまう。そのため、保守者がログインしてからログイン処理が完了し作業画面になるまでに時間がかかってしまうという問題がある。
【０００６】
本発明はこのような課題に鑑みてなされたものであって、ログイン時間を短縮することができるユーザログインの高速化方法を提供することを目的としている。
【０００７】
【課題を解決するための手段】
図１は本発明方法の原理を示す図である。そのシステム構成は、図１に示すものとこの原理図に示す発明は、保守者情報を管理するサーバと、保守者が操作する複数の端末が接続されるオペレーションシステムにおいて、保守者が作業を終了したら、その時の保守者情報をサーバから収集した日時と併せて端末側で保持し（ステップ１）、次回保守者がログインする時に、その保守者の保守者ＩＤと前回保守者情報を収集した日時をサーバに送信し（ステップ２）、前記端末は、サーバからその保守者の保守者情報の差分をダウンロードする（ステップ３）ことを特徴とする。
（１）請求項１記載の発明は、保守者情報を管理するサーバと、保守者が操作する複数の端末が接続されるオペレーションシステムにおけるユーザログインの高速化方法であって、前記サーバ側では、各保守者ＩＤとその保守者が作業できる機能項目及びパスワード情報を記憶する保守者情報データベースと、該保守者情報データベースの保守者情報が更新される毎にその変更部分を保守者ＩＤと更新日時と変更情報として管理する更新履歴データベースとを具備し、前記端末側では、保守者毎に最後にサーバから保守者情報を収集した日時を管理する保守者情報更新テーブルと、保守者毎に過去に収集した保守者情報を管理する保守者情報保持テーブルと、ログインしている保守者の保守者情報を管理するマスタとを具備しているものにおいて、保守者ＩＤとパスワードを端末に入力すると、該端末側では前記保守者情報更新テーブルから最後にログインした日時を収集してサーバに対して保守者ＩＤとパスワードと日時を送信し、サーバ側ではこの電文情報を受けると、保守者ＩＤとパスワードとが保守者情報データベースに登録されているか判断し、登録されている場合には前記更新履歴データベースに記憶されている最終更新日時と、端末から受け取った日時を比較し、前記更新履歴データベースに記憶されている日時が端末から受け取った日時より新しい場合には、前記端末より受け取った日時における保守者情報と前記更新履歴データベースとの差分情報と現在の日時とを端末に通知し、この通知を受けた端末では、サーバより通知された差分情報を前記保守者情報保持テーブルに記憶されている保守者情報と合わせて最新の保守者情報を作成して前記マスタに登録する、ことを特徴とする。
【０００８】
このように構成すれば、前回操作時の端末における保守者情報と収集日時を端末側で保持しておくようにすることにより、次回の操作時には、サーバからその後追加された差分情報のみをダウンロードすればよいので、ユーザログインの高速化処理を実現することができる。
【０００９】
（２）請求項２記載の発明は、前記サーバ側は、その保守者情報が更新される毎にその更新された項目及び日時を管理することを特徴とする。
このように構成することにより、サーバは常時保守者情報を更新するので、最新の情報を持つようにすることができる。
【００１０】
（３）請求項３記載の発明は、前記サーバ側にて前記端末から保守者ＩＤと過去にログインした日時の通知を受けた場合、サーバで管理する保守者情報が更新された日時が受信した日時よりも後に更新されている場合、その間に変更があった差分を差分情報として作成し、端末側に返信することを特徴とする。
【００１１】
このように構成すれば、保守者がログインする時に、前回ログインした時よりも保守者情報が増加している場合には、その増加分を差分情報としてサーバ側から端末側に返信することで、ユーザログインの高速化を図ることができる。
【００１２】
この発明において、前記サーバ側で受信した保守者ＩＤ及び過去にログインした日時がサーバで管理する保守者情報の最後の更新された日時と差分がない場合、サーバは差分なしという電文を端末側に返信することを特徴とする。
【００１３】
このように構成すれば、今回ログイン時と前回ログイン時の間で保守者情報に変更がない場合には、サーバは差分なしの電文を端末側に送信するだけですむので高速処理が可能となる。
【００１４】
また、この発明において、前記端末側で、過去にログインした保守者ＩＤ毎に保守者情報とログインした日時を複数管理し、以前その端末でログインしている保守者であれば、新たにログインする時に過去の日時と保守者名をサーバに通知することにより、サーバ側から差分情報だけ送信させることを特徴とする。
【００１５】
このように構成すれば、サーバ側から端末側に差分情報のみ送信すればよいので、ユーザログインの高速化を図ることができる。
【００１６】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。本発明の基本構成としては、図１１を用いる。
【００１７】
図２は端末管理データとサーバ管理データの構成例を示す図である。１１が端末管理データ、１２がサーバ管理データである。サーバ１は管理するデータベースを２種類用意している。一つは保守者情報ＤＢ（データベース）３０１である。保守者情報ＤＢ３０１は、各保守者ＩＤとその保守者が作業できる機能項目及びパスワード情報等の情報を持つ。二つめはＤＢが更新したデータの差分を管理するＤＢ３０２である。該ＤＢ３０２は、ＤＢ３０１の保守者情報が更新される毎にその変更部分を保守者ＩＤと更新日時と変更情報として管理するＤＢである。保守者情報ＤＢ３０１と更新履歴ＤＢ３０２は、アプリケーションが実行される時に、順次追加、更新されていく。
【００１８】
端末側で管理するデータは３つ存在する。一つは保守者情報更新テーブル３０３であり、保守者毎に最後にサーバ１から保守者情報を収集した日時を管理するテーブルである。二つめは、保守者情報保持テーブル３０４であり、保守者毎に過去に収集した保守者情報を管理するテーブルである。三つめはマスタ３０５であり、端末で１面のみ持ち、ログインしている保守者の保守者情報を管理する。このマスタ３０５の情報を用いて端末側でそのログインしている保守者の保守者情報を管理する。このマスタ３０５の情報を用いて端末２側でそのログインしている保守者の作業可能機能を決定する。また、ここでいう保守者情報とは、各保守者が持つ作業可能な機能を記述してある情報ファイルのことである。端末２の管理ソフトは、複数インストールされている機能のうち、その情報ファイルを基に作業可能な機能を提供する。
【００１９】
図３は上述した各データベース／テーブルの構成例を示す図である。保守者情報ＤＢ３０１は、図に示すように保守者ＩＤと、操作可能地域／機能と、ログインパスワードから構成されている。更新履歴ＤＢ３０２は、保守者ＩＤと、更新日と、更新内容から構成されている。保守者情報更新テーブル３０３は、保守者ＩＤと、更新日から構成されている。保守者情報保持テーブル３０４は、保守者ＩＤと保守者情報とから構成されている。マスタ３０５は、保守者情報から構成されている。
【００２０】
図４は保守者情報のしくみの説明図である。本システムが提供する全機能は、図に示すように機能１、機能２、…機能ＮとＮ個存在する。このうち、各保守者には保守者毎に予め決められている保守者情報より機能を限定されて提供される。図に示す場合では、保守者は機能１と機能３が使用できることを示す。
【００２１】
図５はログイン処理の動作を示す図である。図では、保守者と端末２とサーバ１間のやりとりを示している。保守者が端末２に保守者ＩＤとパスワード（ＰＷ）を入力すると（６０１）、その情報端末２に入力される。端末２は、その保守者ＩＤとＰＷを受けて、保守者情報更新テーブル３０３（図２参照）を参照し、この保守者ＩＤに相当する情報があるかどうか判断する（６０２）。若し、過去にその保守者ＩＤのレコードがない場合には＊２に進む（６０４）。保守者ＩＤのレコードがある場合には、＊１に進む（６０３）。
【００２２】
その端末に過去にアクセスしたことがある場合の処理の流れを図６に示す。図では、保守者と端末２とサーバ１間のやりとりを示している。端末２では、保守者情報更新テーブル３０３よりその保守者ＩＤで最後にサーバ１より保守者情報を収集した日時を収集する（９０１）。そして、その日時及び保守者がログイン時に入力した保守者ＩＤ、ＰＷを電文としてサーバ１に送信する（９０２）。
【００２３】
サーバ１側では、端末２から受信した電文より、保守者ＩＤとＰＷが保守者情報ＤＢ３０１に登録されているかどうかを判断する（９０３）。その保守者ＩＤが登録されていないか、若しくは保守者ＩＤはあるがＰＷが違っていた場合は、＊３のログイン拒否シーケンスに進む（９０７）。保守者ＩＤとＰＷがあっている場合、更新履歴ＤＢ３０２から保守者ＩＤで検索して日時を収集し、検索結果の日時と端末２からの電文に添付された日時を比較し、検索した結果が古い日時である場合（３０２の方が古い場合）は、＊４の差分無しシーケンス（９０８）へ進む。
【００２４】
電文からの日時が古い場合（３０２の方が新しい場合）は、次に進む（９０４）。電文の日時が古い場合はその日時以降に変更された差分情報を作成するため、更新履歴ＤＢ３０２より電文での日時以降のデータ差分をマージし、差分情報を作成する（９０５）。次に、差分情報を作成した日時をＯＳ（オペレーティングシステム）より収集する（９０６）。次に、差分情報とＯＳから収集した日時を端末２に通知する（９０９）。
【００２５】
端末２では、サーバ１から受信した差分情報を保守者情報保持テーブル３０４とマージし、最新の保守者情報を作成する。作成した保守者情報をマスタ３０５のこの保守者ＩＤのレコードに書き込む（９１０）。ここで、作成した保守者情報は、サーバ１で管理している保守者情報ＤＢ３０１の同じ保守者ＩＤの保守者情報と同じものとなる。
【００２６】
次に、サーバ１から通知された日時を保守者情報更新テーブル３０３の保守者ＩＤのレコードに書き込む（９１１）。次に、マスタ３０５に書き込んだ保守者情報を保守者情報保持テーブル３０４に書き込む（９１２）。最後に、マスタ３０５の保守者情報にそった機能のみを選択し、画面に表示しログイン完了となり（９１３）、保守者はその保守者の権限のある作業を実施することができる（９１４）。
【００２７】
このように、本発明によれば、前回操作時の端末における保守者情報と収集日時を端末側で保持しておくようすることにより、次回の操作時には、サーバからその後追加された差分情報のみをダウンロードすればよいので、ユーザログインの高速化処理を図ることができる。
【００２８】
この場合において、サーバ１側は、その保守者情報が更新される毎にその更新された項目及び日時を管理する。これによれば、サーバ１は常時保守者情報を更新するので、最新の情報を持つようにすることができる。
【００２９】
また、本発明によれば、保守者がログインする時に、前回ログインした時よりも保守者情報が増加している場合には、その増加分を差分情報としてサーバ側から端末側に返信することで、ユーザログインの高速化を図ることができる。
【００３０】
ここで、サーバ１側で受信した保守者ＩＤ及び過去にログインした日時がサーバ１で管理する保守者情報の最後の更新された日時と差分がない場合には、サーバは差分なしという電文を端末側に返す。このようにすれば、サーバは差分なしの電文を端末側に送信するだけですむので、高速処理が可能となる。
【００３１】
図５の６０２で、端末２に該当する保守者ＩＤの履歴がない場合の処理を図７に示す。サーバ１は、端末２から受信した電文より、保守者ＩＤとＰＷが保守者情報ＤＢ３０１に登録されているかどうかを判断する（１００１）。その保守者ＩＤが登録されていない、若しくは保守者ＩＤはあるがＰＷが違っている場合は、＊３のログイン拒否シーケンスに進む（１００２）。保守者ＩＤとＰＷの組み合わせが保守者情報ＤＢ３０１にある場合、サーバ１は保守者ＩＤをキーにして保守者情報ＤＢ３０１から保守者情報を収集する（１００３）。次に、保守者情報を収集した日時をＯＳより収集する（１００４）。次に、サーバ１は保守者情報とＯＳからとった日時を端末２に通知する（１００５）。
【００３２】
端末２では、サーバ１から受信した保守者情報をマスタ３０５の保守者ＩＤのレコードに書き込む（１００６）。サーバ１から通知された日時を、保守者情報更新テーブル３０３の保守者ＩＤのレコードに書き込む（１００７）。次に、サーバ１から通知された保守者情報を保守者情報保持テーブル３０４に書き込む（１００８）。最後に、マスタ３０５の保守者情報にそった機能のみを選択し、画面に表示し、ログイン完了となる（１００９）。保守者は、その保守者の権限のある作業を実施することができる（１０１０）。
【００３３】
保守者ＩＤとパスワード（ＰＷ）が保守者情報ＤＢ３０１に書き込まれていない場合（９０３，１００１）の処理を図８に示す。サーバ１側では、その判断でログインＮＧを通知された端末に対してＮＧを通知する（７０１）。端末２側では、ログインＮＧを保守者（ユーザ）に通知し（７０２）、保守者はログイン失敗となり、終了となる。
【００３４】
サーバ１の保守者情報ＤＢ３０１、更新履歴ＤＢ３０２で管理している保守者情報と、端末２の保守者情報が同じ場合（日時が端末側で管理している方が新しい場合）、図６の９０４で９０８となる場合の処理を図９に示す。サーバ１側は差分なしを端末２に通知する（８０１）。端末２では、その電文を受信したら、端末２で保持している保守者情報が最新であるため、保守者情報保持テーブル３０４の内容をマスタ３０５にコピーする（８０２）。次に、マスタ３０５の保守者情報にそった機能のみを選択し画面に表示しログイン完了となる（８０３）。保守者は、その保守者の権限のある作業を実施することができる（８０４）。
【００３５】
図１０は保守者情報を修正する場合の処理を示す図で、サーバ１側の動作を示している。サーバ１で、保守者情報修正の依頼を受けると（５０１）、その変更内容を保守者情報ＤＢ３０１に反映し、保守者ＩＤ相当のレコードを変更する（５０２）。次に、ＯＳから時刻を収集する（５０３）。最後に、今回変更のあった内容差分を更新履歴ＤＢ３０２に追加し（５０４）、処理終了となる。
【００３６】
また、本発明において、端末側で、過去にログインした保守者ＩＤ毎に保守者情報とログインした日時を複数管理し、以前その端末でログインしている保守者であれば、新たにログインする時に過去の日時と保守者名をサーバに通知することにより、サーバ側から差分情報だけ送信させることができる。これによれば、サーバ側から端末側に差分情報のみ送信すればよいので、ユーザログインの高速化を図ることができる。
【００３７】
本発明の効果を以下に説明する。保守者が日常作業する場合、複数ある端末のうち使用する端末は固定されてくる。また、保守者情報は新しい装置が追加になった時や、新しい機能が追加になった時に修正がかかる。よって、ほとんどの保守者がログインする場合、端末にログインする保守者が固定化されるため、ログイン時にサーバから転送されるデータが差分がないパターンとなる状態がほとんどのログインに当てはまる。本発明以前であれば、毎回保守者情報をフルセットで転送していたのに比べ、変更なしの電文を送信するだけになるので、電文サイズは皆無に近くなり電文転送時間がほぼ０となる。
【００３８】
また、保守者情報が更新されたとしても、差分情報を転送すればよいわけであるので、保守者情報全てを転送するのに比べ極端に少なくなり、電文転送時間を短縮できる。そのため、ログインにかかる時間を短縮することが可能となる。
（付記１）保守者情報を管理するサーバと、保守者が操作する複数の端末が接続されるオペレーションシステムにおいて、
保守者が作業を終了したら、その時の保守者情報をサーバから収集した日時と併せて端末側で保持し（ステップ１）、
次回保守者がログインする時に、その保守者の保守者ＩＤと前回保守者情報を収集した日時をサーバに送信し（ステップ２）、
前記端末は、サーバからその保守者の保守者情報の差分をダウンロードする（ステップ３）
ことを特徴とするユーザログインの高速化方法。（１）
（付記２）前記サーバ側は、その保守者情報が更新される毎にその更新された項目及び日時を管理することを特徴とする付記１記載のユーザログインの高速化方法。（２）
（付記３）前記サーバ側にて前記端末から保守者ＩＤと過去にログインした日時の通知を受けた場合、サーバで管理する保守者情報が更新された日時が受信した日時よりも後に更新されている場合、その間に変更があった差分を差分情報として作成し、端末側に返信することを特徴とする付記２記載のユーザログインの高速化方法。（３）
（付記４）前記サーバ側で受信した保守者ＩＤ及び過去にログインした日時がサーバで管理する保守者情報の最後の更新された日時と差分がない場合、サーバは差分なしという電文を端末側に返信することを特徴とする付記２記載のユーザログインの高速化方法。
（付記５）前記端末側で、過去にログインした保守者ＩＤ毎に保守者情報とログインした日時を複数管理し、以前その端末でログインしている保守者であれば、新たにログインする時に過去の日時と保守者名をサーバに通知することにより、サーバ側から差分情報だけ送信させることを特徴とする付記２記載のユーザログインの高速化方法。
【００３９】
【発明の効果】
以上説明したように、本発明によれば以下の効果が得られる。
（１）請求項１記載の発明によれば、前回操作時の端末における保守者情報と収集日時を端末側で保持しておくようにすることにより、次回の操作時には、サーバからその後追加された差分情報のみをダウンロードすればよいので、ユーザログインの高速化処理を実現することができる。
【００４０】
（２）請求項２記載の発明によれば、サーバは常時保守者情報を更新するので、最新の情報を持つようにすることができる。
（３）請求項３記載の発明によれば、保守者がログインする時に、前回ログインした時よりも保守者情報が増加している場合には、その増加分を差分情報としてサーバ側から端末側に返信することで、ユーザログインの高速化を図ることができる。
【００４１】
このように、本発明によれば、ログイン時間を短縮することができるユーザログインの高速化方法を提供することができる。
【図面の簡単な説明】
【図１】本発明方法の原理を示すフローチャートである。
【図２】端末管理データとサーバ管理データの構成例を示す図である。
【図３】各データベース／テーブルの構成例を示す図である。
【図４】保守者情報のしくみの説明図である。
【図５】ログイン処理の動作を示す図である。
【図６】端末に過去にアクセスしたことがある場合の処理の流れを示す図である。
【図７】端末に過去にアクセスしたことがない場合の処理の流れを示す図である。
【図８】保守者ＩＤとパスワードが保守者情報ＤＢに書き込まれていない場合の動作を示す図である。
【図９】更新履歴ＤＢが古い場合の動作を示す図である。
【図１０】保守者情報を修正する場合の処理を示す図である。
【図１１】従来システムの構成例を示すブロック図である。
【図１２】従来システムの動作シーケンス例を示す図である。
【符号の説明】
１ サーバ
２ 端末
３ ＬＡＮ
４ 保守者情報ＤＢ
３０１ 保守者情報ＤＢ
３０２ 更新履歴ＤＢ
３０３ 保守者情報更新テーブル
３０４ 保守者情報保持テーブル
３０５ マスタ
Claims (3)
- 保守者情報を管理するサーバと、保守者が操作する複数の端末が接続されるオペレーションシステムにおけるユーザログインの高速化方法であって、
前記サーバ側では、各保守者ＩＤとその保守者が作業できる機能項目及びパスワード情報を記憶する保守者情報データベースと、該保守者情報データベースの保守者情報が更新される毎にその変更部分を保守者ＩＤと更新日時と変更情報として管理する更新履歴データベースとを具備し、前記端末側では、保守者毎に最後にサーバから保守者情報を収集した日時を管理する保守者情報更新テーブルと、保守者毎に過去に収集した保守者情報を管理する保守者情報保持テーブルと、ログインしている保守者の保守者情報を管理するマスタとを具備しているものにおいて、
保守者ＩＤとパスワードを端末に入力すると、該端末側では前記保守者情報更新テーブルから最後にログインした日時を収集してサーバに対して保守者ＩＤとパスワードと日時を送信し、
サーバ側ではこの電文情報を受けると、保守者ＩＤとパスワードとが保守者情報データベースに登録されているか判断し、
登録されている場合には前記更新履歴データベースに記憶されている最終更新日時と、端末から受け取った日時を比較し、
前記更新履歴データベースに記憶されている日時が端末から受け取った日時より新しい場合には、前記端末より受け取った日時における保守者情報と前記更新履歴データベースとの差分情報と現在の日時とを端末に通知し、
この通知を受けた端末では、サーバより通知された差分情報を前記保守者情報保持テーブルに記憶されている保守者情報と合わせて最新の保守者情報を作成して前記マスタに登録する、
ことを特徴とするユーザログイン時の高速化方法。 - 前記サーバ側は、その保守者情報が更新される毎にその更新された項目及び日時を管理することを特徴とする請求項１記載のユーザログインの高速化方法。
- 前記サーバ側にて前記端末から保守者ＩＤと過去にログインした日時の通知を受けた場合、サーバで管理する保守者情報が更新された日時が受信した日時よりも後に更新されている場合、その間に変更があった差分を差分情報として作成し、端末側に返信することを特徴とする請求項２記載のユーザログインの高速化方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001349702A JP4071479B2 (ja) | 2001-11-15 | 2001-11-15 | ユーザログインの高速化方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001349702A JP4071479B2 (ja) | 2001-11-15 | 2001-11-15 | ユーザログインの高速化方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003150544A JP2003150544A (ja) | 2003-05-23 |
| JP4071479B2 true JP4071479B2 (ja) | 2008-04-02 |
Family
ID=19162331
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001349702A Expired - Lifetime JP4071479B2 (ja) | 2001-11-15 | 2001-11-15 | ユーザログインの高速化方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4071479B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4274104B2 (ja) | 2004-10-21 | 2009-06-03 | コニカミノルタビジネステクノロジーズ株式会社 | 記憶手段管理装置、画像処理装置およびその制御方法、記憶媒体管理方法、およびコンピュータプログラム |
| JP4827869B2 (ja) * | 2008-03-24 | 2011-11-30 | コニカミノルタビジネステクノロジーズ株式会社 | 記憶手段管理装置、画像処理装置およびその制御方法、ならびにコンピュータプログラム |
-
2001
- 2001-11-15 JP JP2001349702A patent/JP4071479B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003150544A (ja) | 2003-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11388043B2 (en) | System and method for data replication using a single master failover protocol | |
| US11899684B2 (en) | System and method for maintaining a master replica for reads and writes in a data store | |
| US10929240B2 (en) | System and method for adjusting membership of a data replication group | |
| US9411873B2 (en) | System and method for splitting a replicated data partition | |
| US10248704B2 (en) | System and method for log conflict detection and resolution in a data store | |
| US7363388B2 (en) | Method and system for direct server synchronization with a computing device | |
| US9489434B1 (en) | System and method for replication log branching avoidance using post-failover rejoin | |
| JP5193056B2 (ja) | 無線装置の最新データを維持するための方法及びシステム | |
| US20020016857A1 (en) | Address contact information retrieval, synchronization, and storage system | |
| US20030088587A1 (en) | Replication architecture for a directory server | |
| CN111506592B (zh) | 一种数据库的升级方法和装置 | |
| WO2001035211A2 (en) | Synchronizing data among multiple devices in a peer-to-peer environment | |
| JP4071479B2 (ja) | ユーザログインの高速化方法 | |
| JPH1049608A (ja) | 地域医療情報システム | |
| JP5416490B2 (ja) | 分散データ管理システム、データ管理装置、データ管理方法、およびプログラム | |
| JPH11249943A (ja) | 分散型データベースの同期管理システムおよび同期管理方法 | |
| JP2001318942A (ja) | 情報提供システムおよび仲介装置 | |
| JP7568898B2 (ja) | 通信プログラム、通信方法、及び通信装置 | |
| US20030093440A1 (en) | Replica update vectors | |
| JP2000148563A (ja) | 複数サーバ計算機システム | |
| CN107491361A (zh) | 对数据表中列进行分级别冗余存储的方法 | |
| JP2710329B2 (ja) | 分散システムにおける利用者情報管理方式 | |
| JP2000020469A (ja) | パスワード管理方法とその装置 | |
| JP2002328890A (ja) | ウェブコンピューティングシステム | |
| JPH07105147A (ja) | 分散処理システムにおけるマスタファイルの自動デリバ リシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041018 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071009 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20071207 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071207 |
|
| 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: 20080115 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080117 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4071479 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110125 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110125 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120125 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130125 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130125 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140125 Year of fee payment: 6 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |