(57)【特許請求の範囲】
【請求項１】
複数のエリアの夫々に設けられ、通信回線により互いに接続された複数のメインサーバーと、前記複数のエリアの各々にはエリアコードが割当てられていて、
前記複数のメインサーバーの各々に、前記複数のエリアのうち対応するエリア内で、接続された複数のサブサーバーと、
前記複数のサブサーバーの各々に前記対応するエリア内で接続された複数の通信端末と
を具備し、
前記各サブサーバーは、前記対応するエリア内の複数のユーザーのユーザーＩＤ情報をユーザーＩＤ情報の組として管理し、
前記各メインサーバーは、前記複数のエリアに渡る前記ユーザーＩＤ情報の組を管理し、
通信データは、前記通信データが送信されるべき宛先を示す宛先ユーザーＩＤ情報を含み、
前記ユーザーＩＤ情報は、宛先ユーザーが属する前記エリアに割当てられているエリアコードを含み、
送信元ユーザーが属する前記複数のメインサーバーのうちの送信元メインサーバーは、前記宛先ユーザーＩＤ情報中のエリアコードが前記送信元メインサーバーが属するエリアのエリアコードと異なるとき、前記宛先ユーザーＩＤ情報中のエリアコードにより指定されるエリアに属する宛先メインサーバーに前記通信データを送信し、前記宛先ユーザーＩＤ情報中のエリアコードが前記送信元メインサーバーが属するエリアのエリアコードと同一のとき、前記送信元メインサーバーに接続されている前記複数のサブサーバーのうちの少なくとも１つの宛先サブサーバーに前記通信データを転送して、ユーザーが、所属通信端末としての前記宛先サブサーバーに接続されている前記通信端末により前記通信データをアクセスすることを可能とする
分散ネットワークシステム。
【請求項２】
前記宛先情報は、サブサーバーコードを更に含み、
前記送信元メインサーバーは、前記送信元メインサーバーが属するエリア内の前記複数のサブサーバーのうち、前記サブサーバーコードにより指定される前記宛先サブサーバーに前記通信データを転送する
請求項１に記載の分散ネットワークシステム。
【請求項３】
前記宛先ユーザーＩＤ情報は、前記宛先ユーザーに割当られたアクセス権を示すユーザー区分コードを含み、
前記宛先ユーザーが前記所属通信端末から前記宛先サブサーバーをアクセスしたとき、前記宛先サブサーバーは、前記宛先ユーザーに割当てられている前記宛先ユーザーＩＤ情報中のユーザー区分コードによるアクセス権と、前記通信データの前記宛先ユーザーＩＤ情報に含まれているユーザー区分コードによるアクセス権とを比較して前記宛先ユーザーが有効なアクセス権を有していると判断したとき、前記宛先ユーザーによる前記通信データへのアクセスを許可する
請求項１又は２に記載の分散ネットワークシステム。
【請求項４】
前記ユーザーに対して前記ユーザーＩＤ情報の新規登録、削除、変更を行ない、かつ前記各サブサーバーが接続されている前記メインサーバーに前記ユーザーＩＤ情報の新規登録、削除、変更を知らせ、
前記各メインサーバーは、前記各サブサーバーから前記ユーザーＩＤ情報の新規登録、削除、変更の知らせを受けたとき、自己が保持するユーザーＩＤ情報に関して新規登録、削除、変更を行い、また、他のメインサーバーに前記ユーザーＩＤ情報の新規登録、削除、変更を知らせる
請求項１乃至３のいずれかに記載の分散ネットワークシステム。
【請求項５】
前記各サブサーバーは、前記各サブサーバーに登録されていないユーザーから前記通信端末のいずれかを介してアクセス要求を受けたとき、前記各サブサーバーが接続されている前記メインサーバーに前記ユーザーのユーザーＩＤ情報を照会し、
前記メインサーバーは、前記ユーザーＩＤ情報が他のサブサーバーに登録されているユーザーＩＤ情報であると判断したとき、前記ユーザーＩＤ情報が登録されている前記他のサブサーバーから前記ユーザーに宛てた通信データを読み出し、前記アクセス要求を受けた前記各サブサーバーに転送する
請求項４に記載の分散ネットワークシステム。
【請求項６】
前記送信元メインサーバーは、前記ユーザーＩＤ情報の組を参照して前記送信元サブサーバーからの前記通信データの宛先が正しいか否かを判定し、宛先が正しいとき前記通信データを宛先に送信し、宛先が正しくないとき送信の拒否を前記送信元サブサーバーに知らせる
請求項４に記載の分散ネットワークシステム。
【請求項７】
前記送信元サブサーバーは、入力される宛先条件に従って、前記送信元メインサーバーの前記ユーザーＩＤ情報の組を参照して送信元通信端末に前記ユーザーＩＤ情報を提供する
請求項４に記載の分散ネットワークシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、大規模ネットワークシステムに関し、特に、多数のオフィスを日本全国に、あるいは世界中に有する企業における分散ネットワークシステムに関する。
【０００２】
【従来の技術】
従来、多数のオフィスを有する企業において、それぞれのオフィスごとに情報が管理されていた。しかしながら、この情報管理の形態では、各オフィスにおける情報に基づいて種々の決定を素早く下すことができなかった。このように、情報を有効利用することができなかった。
【０００３】
そこで、企業の情報センターにメインフレームコンピューターを設置し、それぞれのオフィスのコンピューターと回線により接続し、各オフィスの情報を情報センターに直ちに集めることが考えられた。このような従来技術が特開平７−５６７９５号公報（引例１）に記載されている。この従来技術には、一般業務情報と個別業務情報へのアクセスを区別する技術も開示されている。
【０００４】
また、ネットワークを不正に使用しているユーザー端末を調査ためのシステムが特開平８−１０６４３６号公報（引例２）に記載されている。
【０００５】
さらに、ネットワークを利用するユーザーＩＤを管理する方法が特開平８−２５５１３３号公報（引例３）に記載されている。
【０００６】
【発明が解決しようとする課題】
しかしながら、特開平７−５６７９５号公報に記載されているようなセンター集中的システムでは、情報センターに集める必要のない情報まで、例えば、あるオフィスから他のオフィスに転送されるだけで十分な情報まで、情報センターに集められることになる。このため、通信回線が混み合い通信待ちが頻発することになる。また、公衆回線を使用する場合には、回線使用料が問題となる。
【０００７】
更に、上記引例１では、一般業務情報と個別業務情報へのアクセス権が区別されているが、アクセス権の区別はユーザーＩＤと使用される端末の両方を用いてなされている。従って、ユーザーＩＤが正しくとも、端末が異なれば個別業務情報にはアクセスできないという不便さがある。
【０００８】
また、特開平８−１０６４３６号公報（引例２）に記載されているネットワークシステムも情報センターに設けられているセキュリティ・サーバーによりネットワークを使用するユーザー端末を調査している。このため、広域ネットワークでは、センターとネットワーク間の連絡が問題となる。これは、あるネットワークから他のネットワークにログインするとき、送信元の情報が十分に管理されていないことによる。
【０００９】
さらに、特開平８−２５５１３３号公報（引例３）に記載されている分散型サーバーシステムにおけるユーザーＩＤ管理方法でもセンターユニットとしてセンターサーバーが必要である。
【００１０】
図は、引例３のシステムを示す。分散されたメディアサーバー＃１−＃３はＩＤ管理情報を保持している。メディアサーバー＃１−＃３は、センターサーバー＃０に接続されている。センターサーバー＃０からメディアサーバー＃１−＃３に定期的にＩＤ管理情報についての問いかけがある。メディアサーバー＃１−＃３のいずれかでＩＤ管理情報の追加、変更、削除がある場合、例えば、ユーザーＩＤが新規に登録された場合、ＩＤ管理情報がそのメディアサーバーからセンターサーバー＃０に先ず送信される。センターサーバー＃０は、更に、定期的にＩＤ管理情報の新規登録がなされたメディアサーバー以外のメディアサーバーに先ほど新規登録されたユーザーＩＤを送信する。こうして、新規登録されたユーザーＩＤは全てのメディアサーバー＃１−＃３に反映される。
【００１１】
しかしながら、この引例３でも、センターユニットが必要であり、ネットワークシステムの構成が複雑となっている。また、通信回線上でトラヒックジャムが起こりやすく、コストが高くなっている。
【００１２】
従って、本発明の目的は、中央ユニットを持つことなくユーザーＩＤ情報が管理されることができる分散型ネットワークシステムを提供することである。
本発明の他の目的は、送信宛先情報としてのユーザーＩＤに割当てられたエリアコードを用いて、送信データが所望のエリアに転送される分散型ネットワークシステムを提供することである。
本発明の更に他の目的は、送信宛先情報としてのユーザーＩＤに割当てられたユーザー区分コードを用いて、送信データのアクセス権を設定することができる分散型ネットワークシステムを提供することである。
【００１３】
【課題を解決するための手段】
本発明によれば、分散ネットワークシステムは、複数のエリアの各々に設けられ、通信回線により接続された複数のメインサーバーと、前記複数のエリアの各々にはエリアコードが割当てられていて、前記複数のメインサーバーの各々に接続された複数のサブサーバーと、前記複数のサブサーバーの各々に接続された複数の通信端末とを具備し、通信データは、前記通信データが送信されるべき宛先を示す宛先情報としてのユーザーＩＤを含み、前記ユーザーＩＤは、宛先ユーザーが属する前記エリアに割当てられているエリアコードを含み、前記複数のメインサーバーの各々は、前記宛先情報中のエリアコードが前記各メインサーバーが属するエリアのエリアコードと異なるとき、前記宛先情報中のエリアコードにより指定されるエリアに属するメインサーバーに前記通信データを中継し、前記宛先情報中のエリアコードが前記各メインサーバーが属するエリアのエリアコードと同一のとき、前記各メインサーバーに接続されている前記複数のサブサーバーのうちの少なくとも１つの宛先サブサーバーに通信データを転送して、ユーザーが、所属通信端末としての前記宛先サブサーバーに接続されている前記通信端末により前記通信データをアクセスすることを可能とすることを特徴とする。
【００１４】
前記宛先情報は、サブサーバーコードを更に含み、前記各メインサーバーは、前記各メインサーバーが属するエリア内の前記複数のサブサーバーのうち、前記サブサーバーコードにより指定される前記宛先サブサーバーに前記通信データを転送する。
【００１５】
前記宛先情報は、宛先ユーザーに割当られたアクセス権を示すユーザー区分コードを含み、ユーザーが前記所属通信端末から前記宛先サブサーバーをアクセスしたとき、前記宛先サブサーバーは、前記ユーザーに割当てられているユーザーＩＤ中のユーザー区分コードによるアクセス権と前記宛先情報に含まれているユーザー区分コードによるアクセス権とを比較してユーザーが有効なアクセス権を有していると判断したとき、前記通信データへのアクセスを許可する。
【００１６】
前記各サブサーバーは、前記各サブサーバーに接続された複数の通信端末のいずれかを利用するユーザーのユーザーＩＤを含むユーザーＩＤ情報を管理し、前記ユーザーに対してユーザーＩＤの新規登録、削除、変更を行ない、かつ前記各サブサーバーが接続されている前記メインサーバーに前記ユーザーＩＤの新規登録、削除、変更を知らせ、前記各メインサーバーは、前記複数のメインサーバーの各々に接続された前記複数のサブサーバーの各々に接続された前記複数の通信端末のいずれかを利用するユーザーのユーザーＩＤを含むユーザーＩＤ情報管理し、前記各サブサーバーから前記ユーザーＩＤの新規登録、削除、変更の知らせを受けたとき、自己が保持するユーザーＩＤ情報に関して新規登録、削除、変更を行い、また、他のメインサーバーに前記ユーザーＩＤの新規登録、削除、変更を知らせる。
【００１７】
前記各サブサーバーは、前記各サブサーバーに登録されていないユーザーから前記通信端末のいずれかを介してアクセス要求を受けたとき、前記各サブサーバーが接続されている前記メインサーバーに前記ユーザーのユーザーＩＤを照会し、前記メインサーバーは、前記ユーザーＩＤが他のサブサーバーに登録されているユーザーＩＤであると判断したとき、前記ユーザーＩＤが登録されている前記他のサブサーバーから前記ユーザーに宛てた通信データを読み出し、前記アクセス要求を受けた前記各サブサーバーに転送する請求項４に記載のネットワークシステム。
【００１８】
前記各メインサーバーは、ユーザーＩＤ情報を参照して前記サブサーバーからの通信データの宛先が正しいか否かを判定し、宛先が正しいとき前記通信データを宛先に送信し、宛先が正しくないとき送信の拒否を前記サブサーバーに知らせる請求項４に記載のネットワークシステム。
【００１９】
前記各サブサーバーは、入力される宛先条件に従って、前記各メインサーバーのユーザーＩＤ情報を参照して前記通信端末に提供する。
【００２０】
【発明の実施の形態】
以下に、添付図面を参照して、本発明による分散型ネットワークシステムについて詳細に説明する。
【００２１】
図１は、本発明の第１実施形態によるネットワークシステムの構成を示すブロック図である。図１を参照して、世界中の通信拠点は、日本エリア（Ａ）、研究所エリア（Ｂ）、アジアエリア（Ｃ）、欧州エリア（Ｄ）、及びアメリカエリア（Ｅ）に分けられている。これらのエリアは、それに限らないが、主として物理的なエリアを基準に分けられている。各エリアは、複数のサブエリアからなっている。サブエリアは、工場あるいは研究所、管理部門等に対応する。即ち、各エリアは、ある意味では物理的な意味に基づいて、また情報の種類に基づいてサブエリアに分けられている。
【００２２】
それぞれのエリアにはメインサーバーが配置されている。即ち、メインサーバー１Ａ、１Ｂ、１Ｃ、１Ｄ、及び１Ｅが、日本エリア（Ａ）、研究所エリア（Ｂ）、アジアエリア（Ｃ）、欧州エリア（Ｄ）、及びアメリカエリア（Ｅ）にそれぞれ分散して配置されている。このように、本発明の第１実施形態のネットワークシステムには、データ通信及びユーザーＩＤ情報を管理するためのセンターユニットは存在しない。
【００２３】
各エリアにおいて、メインサーバーの下には通信拠点に対応する複数のサブサーバーが分散して配置されている。例えば、日本エリア（Ａ）を例に見ると、メインサーバー１Ａの下に３つのサブサーバー２Ａ−１、２Ａ−２、２Ａ−３が分散して配置されている。他のエリアにおいても同様である。各サブサーバーの下には複数の通信端末が接続されている。例えば、サブサーバー２Ａ−１の下には３Ａ−１−１、３Ａ−１−２、３Ａ−１−３が接続されている。他のサブサーバーにおいても同様である。
【００２４】
メインサーバー１Ａと１Ｂの間、１Ｂと１Ｃの間、１Ｃと１Ｄの間、１Ｄと１Ｅの間、１Ｅと１Ａの間は、それぞれ通信回線４ＡＢ、４ＢＣ、４ＣＤ、４ＤＥ、４ＥＡで接続されている。これらの通信回線により図１で点線により示されるようにメインサーバー間で通信することができる。これらの通信回線、及びサブサーバーとメインサーバー間の通信回線は課金制度が採用されている通信回線である。従って、これらの通信回線は有効に利用されることが必要である。
【００２５】
各メインサーバーは、エリア配下の情報システムの資源全体の容量の管理、サブサーバー間の調整、ユーザーＩＤ情報の管理などを行う。また、サブサーバーは、配置されている通信端末と関連するユーザーＩＤの承認、発行、削除等を行う。
【００２６】
図１に示される分散型ネットワークシステムでは、例えば、研究所エリア（Ｂ）のユーザー５Ｂがアメリカエリア（Ｅ）のユーザー５Ｅと通信するとき、通信端末３Ｂ−１−１、サブサーバー２Ｂ−１、メインサーバー１Ｂ、通信回線４ＡＢ、メインサーバー１Ａ、通信回線４ＥＡ、メインサーバー１Ｅ、サブサーバー２Ｅ−１、通信端末３Ｅ−１−１を介してデータが送信される。
【００２７】
各メインサーバーは、図２に示すようなユーザーＩＤ情報を有している。ユーザーＩＤ情報は、日本エリア（Ａ）、研究所エリア（Ｂ）、アジアエリア（Ｃ）、欧州エリア（Ｄ）、及びアメリカエリア（Ｅ）に対応する５つのエリア部からなる。各エリア部は、そのメインサーバーに接続されている複数のサブサーバーの各々に対して設けられているサブエリア部からなる。各サブエリア部は、対応するサブサーバーに接続されている複数の通信端末を利用するユーザーに関する情報を格納している。
【００２８】
例えば、日本エリア（Ａ）のメインサーバー１Ａは、日本エリア部、研究所エリア部、アジアエリア部、欧州エリア部、及びアメリカエリア部からなっている。メインサーバー１Ａが属する日本エリアに対する日本エリア部は、サブサーバー２Ａ−１、２Ａ−２、２Ａ−３に対応して、サブエリア部１２Ａ−１、１２Ａ−２、１２Ａ−３からなる。各サブエリア部は、サブサーバーを利用するユーザーの各々に付与されているユーザーＩＤと暗証番号からなる。日本エリア以外のエリアに対するエリア部は同一の構造を有していて、各サブエリア部は、対応するサブサーバーを利用するユーザーの各々のユーザーＩＤのみを格納している。
【００２９】
図３に示すように、各サブサーバーは、それが接続されているメインサーバーが属するエリアについてのエリア部と同一のユーザーＩＤ情報を保持している。
【００３０】
図４に示すように、データが送信されるとき、通信データには、送信宛先情報、送信元情報、及びそのデータが含まれる。ユーザーＩＤは、データを通信するとき、送信宛先情報として、また、送信元情報として使用される。送信元情報は、宛先に届くまで書き換えられることはない。これにより、通信データの送信元のメインサーバー、サブサーバー、通信端末を特定することができる。データが送信された後、そのデータを閲覧するためにもユーザーＩＤが使用される。
【００３１】
図５に示すように、ユーザーＩＤは、氏名フィールド、ユーザー区分フィールド、サブサーバー区分フィールド、エリア区分フィールドからなっている。
【００３２】
氏名フィールドにはユーザーの氏名が書かれる。
【００３３】
ユーザー区分フィールドには、受信データ、その他管理情報へのアクセス権を示すユーザー区分コードが設定される。例えば、研究所には、正社員、他社の共同開発者、あるいは派遣社員等が混在している。それらのものが同一の通信端末を操作することが可能な場合、情報の秘密を保持するため、ユーザー区分コードにはその情報にアクセスできる者を制限するために使用されるコードが格納される。また、同じ正社員でも人事データ、購買データ、各プロジェクトのデータ等一般的に公開されるべきものでないデータへのアクセスを制限するためにも使用される。
【００３４】
サブサーバー区分フィールドには、ユーザーが操作する通信端末が接続されているサブサーバーの識別コードが書かれる。これによりユーザーは所属するサブサーバー以外のサブサーバーによる管理下にはない。換言すれば、他のサブサーバーからサービスを受けることはできない。
【００３５】
エリア区分フィールドには、ユーザーが所属するサブサーバーが接続されているメインサーバーの識別コードが書かれる。
【００３６】
送信宛先情報のうち、氏名フィールドに”＊”（アスタリスク）が書かれているときには、その通信データはサブサーバー区分コードにより指定されるサブサーバーに送信され、そのサブサーバーに登録されているユーザーのうち、ユーザー区分コードに従って許されたユーザーがその通信データを閲覧することができる。
【００３７】
送信宛先情報にうち、ユーザー区分フィールドに”＊”が書かれているときには、その通信データは送信宛先情報のサブサーバー区分フィールドの内容により指定されるサブサーバーに送信される。そのサブサーバーに登録されているユーザーは、ユーザー区分に関係なく、この通信データは、閲覧することができる。
【００３８】
送信宛先情報のうち、サブサーバー区分フィールドに”＊”が書かれているときには、その通信データはそのエリア区分フィールドの内容で指定されるエリア内の全てのサブサーバーに送信される。いずれかのサブサーバーに登録されているユーザーのうち、ユーザー区分コードに従って許されたユーザーが、その通信データを閲覧することができる。
【００３９】
送信宛先情報のうち、エリア区分フィールドに”＊”が書かれているときには、その通信データは全てのエリアに送信され、全てのサブサーバーに送信される。いずれかのサブサーバーに登録されているユーザーのうち、ユーザー区分コードに従って許されたユーザーが、その通信データを閲覧することができる。
【００４０】
次に、第１実施形態に係るネットワークシステムの動作について図を参照して説明する。
【００４１】
最初に、図６を参照して、ユーザーＩＤの登録、変更、削除の処理について説明する。ステップＳ２において、研究所エリア（Ｂ）にいるユーザー５Ｂは、通信端末３Ｂ−１−１から自己のユーザーＩＤの登録を、対応するサブサーバー２Ｂ−１にリクエストする。あるいは、ユーザーが自己のユーザーＩＤの変更、削除をリクエストする。この処理は、上記のように各ユーザーが行っても良いし、あるいは管理部門が行っても良い。
【００４２】
ステップＳ４で、サブサーバー２Ｂ−１は、保持しているユーザーＩＤ情報を参照して、二重登録をチェックする。この二重登録は、上記ユーザーＩＤが既に登録されているか否かを判定するために行われる。例えば、使用されるサブサーバーが異なれば、別のユーザーＩＤとして認識される。ユーザーＩＤの二重登録ではないと判定されると、リクエストが新規登録であるかどうかを判定する。新規登録と判断されると、サブサーバー２Ｂ−１は、暗証番号の入力を求める。
【００４３】
ステップＳ６で、ユーザーは暗証番号を入力する。
【００４４】
ステップＳ４でユーザーＩＤの新規登録ではないと判断されたとき、及び新規登録でステップＳ６で暗証番号が入力されたとき、ステップＳ７でリクエストが実行される。即ち、ユーザーＩＤの新規登録の場合には、入力された暗証番号はサブサーバー２Ｂ−１にユーザーＩＤと共にユーザーＩＤ情報としてサブエリア部として格納される。ユーザーＩＤ情報の変更、削除の場合には、サブサーバー２Ｂ−１に格納されている対応するユーザーＩＤ情報を変更し、あるいは削除する。削除の場合には、暗証番号も削除される。
【００４５】
続いて、ステップＳ８では、サブサーバー２Ｂ−１は、ユーザーＩＤ情報の新規登録、変更、削除をメインサーバー１Ｂに知らせる。
【００４６】
ステップＳ１０では、メインサーバー１Ｂは、ユーザーＩＤ通知を同報通信にて発行する。メインサーバー１Ｂ以外のメインサーバーの各々は、ユーザーＩＤ通知に応答して、保持しているユーザーＩＤ情報を更新する。  即ち、ユーザーＩＤの新規登録の場合には、その新規登録されたユーザーＩＤが、ユーザーＩＤ通知の発行元のメインサーバーに対応するエリア部のサブエリア部に追加される。ユーザーＩＤの内容が変更されたときには、その変更に従って保持しているサブエリア部の対応するユーザーＩＤ情報中のユーザーＩＤを変更する。ユーザーＩＤの削除の場合には、保持しているサブエリア部のユーザーＩＤ情報中の対応するユーザーＩＤを削除する。
【００４７】
例えば、研究所エリア（Ｂ）の通信端末３Ｂ−１−１からサブサーバー２Ｂ−１にユーザーＩＤの新規登録がなされた場合、メインサーバー１ＢはユーザーＩＤ通知によりそれを他のメインサーバーに知らせる。メインサーバー１Ａは、ユーザーＩＤ通知を受け取ると、保持しているユーザーＩＤ情報にユーザーＩＤ通知中のユーザーＩＤを追加する。その後、ユーザーＩＤ通知をアメリカエリア（Ｅ）のメインサーバー１Ｅに転送する。メインサーバー１Ｅは上記と同様のよりをして次のメインサーバーにユーザーＩＤ通知を転送する。こうして、全てのメインサーバーに保持されているユーザーＩＤ情報が更新される。ユーザーＩＤ通知は、ユーザーＩＤの新規登録、変更、削除が発生する毎に行われても良いし、あるいはある程度の数がまとまったとき、あるいは一定時間毎に行っても良い。
【００４８】
次にデータを送信する場合について図７を参照して説明する。研究所エリア（Ｂ）のサブサーバー２Ｂ−１に登録されたユーザーＩＤ持つユーザー５Ｂが、例えば、アメリカエリア（Ｅ）のサブサーバー２Ｅ−１にユーザーＩＤを持つユーザーＢにデータを送信する場合を例に取り説明する。
【００４９】
ステップＳ１２で、ユーザー５Ｂは、通信端末３Ｂ−１−１を操作して、自己のユーザーＩＤを入力する。通信端末３Ｂ−１−１は、ユーザーＩＤをサブサーバー２Ｂ−１に転送する。ステップＳ１４で、サブサーバー２Ｂ−１は、保持しているユーザーＩＤ情報を参照して、転送されたユーザーＩＤが正しいか否かを判定する。正しくないと判定したときは、その旨を通信端末に知らせる。これに応答して、通信端末３Ｂ−１−１はアクセスを拒否する。
【００５０】
ユーザーＩＤが正しいと判断されたときには、通信端末３Ｂ−１は、暗唱番号の入力を求める。これに応答して、ステップＳ１６で、ユーザーは暗証番号を入力する。通信端末３Ｂ−１−１は、暗唱番号をサブサーバー２Ｂ−１に転送する。ステップＳ１８で、サブサーバー２Ｂ−１は、保持しているユーザーＩＤ情報を参照して、転送された暗唱番号が正しいか否かを判定する。正しくないと判定したときは、その旨を通信端末３Ｂ−１−１に知らせる。これに応答して、通信端末３Ｂ−１−１はアクセスを拒否する。
【００５１】
ユーザーＩＤと暗唱番号の両方が正しいと判断されたとき、通信端末は、送信宛先情報とデータの入力を求める。ステップＳ２０で、ユーザーは、送信宛先情報とデータを入力する。送信宛先情報とデータの入力があると、通信端末３Ｂ−１−１は、データに送信宛先情報と送信元情報としてのユーザー５ＢのユーザーＩＤを付加して通信データを完成する。送信宛先情報と送信元情報はユーザーＩＤと同じ形式を持っている。即ち、氏名フィールド、ユーザー区分フィールド、サブサーバ区分フィールド、エリア区分フィールドを持っている。通信端末３Ｂ−１−１は、完成した通信データをサブサーバー２Ｂ−１に転送する。
【００５２】
ステップＳ２２で、サブサーバー２Ｂ−１は、保持しているユーザーＩＤ情報を参照して通信データの送信元情報が正しいか否かを判定する。正しくないと判定したときには、通信データを破棄し、その旨を通信端末３Ｂ−１−１に知らせる。送信元情報が正しいときには、送信宛先情報と送信元情報に会社名”ＨＯＮＤＡ”を付加して送信宛先情報と送信元情報を完成して通信データをメインサーバー１Ｂに転送する。
【００５３】
通信データを受け取ると、ステップＳ２４で、メインサーバー１Ｂは、保持しているユーザーＩＤ情報を検索して送信宛先情報が正しいか否かを判定する。送信宛先情報が正しくないと判定したときには、通信データを破棄する。また、送信宛先情報が正しくないことをサブサーバー２Ｂ−１を介して通信玉津３Ｂ−１−１に知らせる。送信宛先情報が正しいと判断したときには、送信宛先情報に基づいて最適通信回線を選択する。最適通信回線は、通信料金、通信時間等により決定される。この例では、研究所エリア（Ｂ）のメインサーバー１Ｂから日本エリア（Ａ）のメインサーバー１Ａを介してアメリカエリア（Ｅ）のメインサーバー１Ｅに通信データが送信される。
【００５４】
ステップＳ２６で、日本エリア（Ａ）のメインサーバー１Ａは、通信データを受信すると、送信宛先情報中のエリア区分コードを調べて、その通信データが自エリア内のいずれかのサブサーバーに宛てたものか否かを判定する。
日本エリア（Ａ）のメインサーバー１Ａは、通信データが自エリア内のユーザーに宛てたものだと判定すると、ステップＳ３０で、その通信データをバッファ（図示せず）に格納する。その後、通信データは、サブサーバー区分コードに従って、宛先サブサーバーに転送される。
【００５５】
ステップＳ２８で、その通信データが他のエリアのユーザーに宛てたものであると判定すると、メインサーバー１Ａは、ステップＳ２８でその通信データを最適通信回線を用いてエリア区分コードにより指定されるエリアの宛先メインサーバーに送信する。この例では、通信データはアメリカエリア（Ｅ）に転送される。
【００５６】
この場合、日本エリア（Ａ）のメインサーバー１Ａは、送信宛先情報をチェックするだけで送信元情報を加工することはしない。従って、転送処理を短時間で行うことができる。また、送信元情報が、誤ってあるいは意図的に書き換えられることもない。
【００５７】
また、メインサーバー１Ａは、通信データにメインサーバー１Ａのコードを付加しても良い。これにより、通信データがどのような経路で送信されたかを確認することができる。この場合でも、送信元情報は書き換えられない。
【００５８】
アメリカエリア（Ｅ）のメインサーバー１Ｅは、通信データを受信して、ステップＳ２８でその通信宛先情報からその通信データが自エリアに宛てたものと判定してバッファ（図示せず）に格納する。その後、ステップＳ３０で通信宛先情報中のサブサーバー区分フィールドを見て、そのサブサーバー区分区分により指定されるサブサーバー２Ｅ−１に通信データを出力する。サブサーバー２Ｅ−１は受信された通信データを保持する。
【００５９】
次に、ユーザー通信データを閲覧する動作について図８を参照して説明する。
【００６０】
ステップＳ３２で、ユーザー５Ｅは、通信端末３Ｅ−１−１を操作して、自己のユーザーＩＤを入力する。ユーザーＩＤの入力は、キー操作による入力でも良いし、データ記録カードに記録されているユーザーＩＤを読み込ませることにより行っても良い。通信端末３Ｅ−１−１は、ユーザーＩＤをサブサーバー２Ｅ−１に転送する。ステップＳ３４で、サブサーバー２Ｅ−１は、保持しているユーザーＩＤ情報を参照して、転送されたユーザーＩＤが正しいか否かを判定する。正しくないと判定したときは、その旨を通信端末３Ｅ−１−１に知らせる。これに応答して、通信端末３Ｅ−１−１はアクセスを拒否する。
【００６１】
ユーザーＩＤが正しいと判断されたときには、通信端末３Ｅ−１−１は、暗唱番号の入力を求める。これに応答して、ステップＳ３６で、ユーザーは暗証番号を入力する。通信端末３Ｅ−１−１は、暗唱番号をサブサーバー２Ｅ−１に転送する。ステップＳ３８で、サブサーバー２Ｅ−１は、保持しているユーザーＩＤ情報を参照して、転送された暗唱番号が正しいか否かを判定する。正しくないと判定したときは、その旨を通信端末に知らせる。これに応答して、通信端末３Ｅ−１−１はアクセスを拒否する。
【００６２】
ユーザーＩＤと暗唱番号の両方が正しいと判断されたとき、ステップＳ４０で、サブサーバー３Ｂ−１は、通信端末３Ｅ−１−１から入力されたユーザーＩＤ中のユーザー区分コードと、格納されている通信データの各々の通信宛先情報中のユーザー区分コードとを比較して選択的に通信データを通信端末３Ｅ−１−１に送信する。通信端末３Ｅ−１−１は、受信した通信データを表示する。即ち、入力されたユーザーＩＤに許されているアクセス権にしたがって、通信データがサブサーバー２Ｅ−１から通信端末３Ｅ−１−１に転送され、表示される。
【００６３】
このように、通信データはサブサーバーに格納されており、ユーザーＩＤと暗証番号もサブサーバーに格納されているので、通信データへのアクセスが発生したとき、サブサーバーはメインサーバーに問い合わせを行う必要がない。更に、ユーザーは、サブサーバーが管理しているサブエリア内にいれば、いずれの端末からも必要な情報を見ることができる。例えばユーザーが人事異動により、ある通信端末のある部課から他の通信端末のある部課に移動したとしても、サブサーバーがその部課を統括して配置されていれば、ユーザーＩＤ情報を変更する必要はない。従って、ユーザーＩＤ情報の管理が楽である。
【００６４】
上記の動作では、データに送信元情報と送信宛先情報が付加されて通信データが完成されているが、更に、送信元通信端末の識別子が書かれるフィールドを持っても良い。これにより、送信元通信端末を確認し特定することができ、ネットワークへの不正な侵入を防ぐことができる。
【００６５】
次に、本発明の第２実施形態によるネットワークシステムについて説明する。
【００６６】
第２実施形態によるネットワークシステムでは、ユーザーがデータを通信するとき、メインサーバーに保持されているユーザーＩＤ情報がサブサーバーにより参照される。
【００６７】
第１実施形態では、ユーザー５Ｂにより送信宛先情報が入力されていた。しかしながら、送信宛先情報としてのユーザーＩＤは長いので、入力に不便である。そこで、データの送信がなされるべき場合、送信元情報とデータと共に、通信端末から送信宛先条件が入力される。送信宛先条件は、例えば、宛先の個人名、拠点名、エリア等からなる。
【００６８】
即ち、図９を参照して、ステップＳ４２で、ユーザー５Ｂは、通信端末３Ｂ−１−１を操作して、自己のユーザーＩＤを入力する。通信端末３Ｂ−１−１は、ユーザーＩＤをサブサーバー２Ｂ−１に転送する。ステップＳ４４で、サブサーバー２Ｂ−１は、保持しているユーザーＩＤ情報を参照して、転送されたユーザーＩＤが正しいか否かを判定する。正しくないと判定したときは、その旨を通信端末に知らせる。これに応答して、通信端末３Ｂ−１−１はアクセスを拒否する。
【００６９】
ユーザーＩＤが正しいと判断されたときには、通信端末３Ｂ−１は、暗唱番号の入力を求める。これに応答して、ステップＳ４６で、ユーザーは暗証番号を入力する。通信端末３Ｂ−１−１は、暗唱番号をサブサーバー２Ｂ−１に転送する。ステップＳ４８で、サブサーバー２Ｂ−１は、保持しているユーザーＩＤ情報を参照して、転送された暗唱番号が正しいか否かを判定する。正しくないと判定したときは、その旨を通信端末３Ｂ−１−１に知らせる。これに応答して、通信端末３Ｂ−１−１はアクセスを拒否する。
【００７０】
ユーザーＩＤと暗唱番号の両方が正しいと判断されたとき、通信端末３Ｂ−１−１は、宛先条件とデータの入力を求める。ステップＳ５０で、宛先条件を入力する。ユーザー例えば、エリアとしてアメリカが指定される場合、アメリカのエリア区分コードが選択される。また、宛先のユーザーの氏名を入力する。サブサーバーは分からないとする。こうして、入力された宛先条件がサブサーバー２Ｂ−１に送られる。
【００７１】
ステップＳ５２で、サブサーバー２Ｂ−１は、宛先条件をメインサーバー１Ｂに送り、条件に合致する宛先のユーザーＩＤを照会する。メインサーバー１Ｂは、保持しているユーザーＩＤ情報を検索して、宛先条件に合致するユーザーＩＤをサブサーバー２Ｂ−１を介して通信端末３Ｂ−１−１に送る。
【００７２】
ユーザーは、宛先条件に合致するユーザーＩＤが複数あるときには、その中から適当な宛先条件を選択する。こうして、ステップＳ５４で送信宛先情報が確定される。
【００７３】
次に本発明の第３実施形態による分散ネットワークシステムについて説明する。
第３実施形態では、サブサーバーが管理しているユーザー以外からの通信データの閲覧のリクエストに対して通信データの閲覧を許す場合である。
【００７４】
例えば、第１実施形態で、ユーザー５Ｅが一時的にサブサーバー２Ｅ−２のサブエリアに移動しているとき、通信端末３Ｅ−２−１を介してユーザー５Ｅから通信データの閲覧のリクエストが発生したとする。
【００７５】
図１０を参照して、ステップＳ６２で、ユーザー５Ｅは、通信端末３Ｅ−２−１から自己のユーザーＩＤと暗唱番号を入力する。
【００７６】
ステップＳ３４で、サブサーバー２Ｅ−２は、入力されたユーザーＩＤが自らが保持するユーザーＩＤ情報を参照して、ユーザーＩＤを確認する。この例では、管理外のユーザーのユーザーＩＤであると判断すると、サブサーバー２Ｅ−２は、ステップＳ６２でメインサーバー１Ｅに問い合わせる。メインサーバー１Ｅは、サブサーバー２Ｅ−２からの問い合わせに応答して、保持しているユーザーＩＤ情報を参照して、ユーザーＩＤの妥当性を調べる。ユーザーＩＤが妥当であると判断すると、その旨をサブサーバー２Ｅ−２に応答する。
【００７７】
ステップＳ６６で、サブサーバー２Ｅ−２は、その応答に基づいて、暗証番号の入力を要求する。暗証番号が通信端末３Ｅ−２−１に入力されると、サブサーバーは、ユーザーＩＤの場合と同様にしてメインサーバー１Ｅに照会する。ステップＳ６８で、暗証番号が正しくないと判断されると、リクエストは破棄される。暗証番号が正しいとメインサーバー１Ｅからサブサーバー２Ｅ−２に応答があると、サブサーバー２Ｅ−２は、ステップＳ７０で、メインサーバー１Ｅに通信データの転送要求を発行する。
【００７８】
メインサーバー１Ｅは、転送要求中のユーザーＩＤ中のサブサーバー区分コードに対応するサブサーバーから、その通信データを読み出す。読み出された通信データは、転送要求中のユーザーＩＤ中のユーザー区分コードと氏名コードと、各通信データ中のユーザー区分コードと氏名コードから、ユーザーが閲覧の権利を持っている通信データのみをサブサーバー２Ｅ−２に転送する。サブサーバー２Ｅ−２は、受信された通信データを表示する。これにより、ユーザー５Ｅは、エリア内で一時的に移動することがあっても通信データを閲覧することができる。
【００７９】
【発明の効果】
以上説明したように、本発明によれば、中央ユニットを持つことなくユーザーＩＤ情報が管理されることができる分散型ネットワークシステムが提供される。
【００８０】
また、送信宛先情報としてのユーザーＩＤに割当てられたエリア区分コード、サブサーバー区分コードを用いて、送信データが所望のエリアあるいはサブエリアに転送されることができる。このとき、送信元情報は、書き換えられることがないので、送信元を直ちに確認することができる。また、メインサーバーの格納領域に余裕があれば、通信データがサブサーバーとメインサーバーの両方に格納されても良い。そうすれば、ユーザーがあるサブサーバー管轄サブエリアから他のサブサーバー管轄サブエリアに移動したとしても、更に容易に通信データを閲覧することができる。
【００８１】
更に、送信宛先情報としてのユーザーＩＤに割当てられたユーザー区分コードを用いて、送信データのアクセス権が設定されているので、アクセス権の管理が容易になる。
また、送信宛先ユーザーのユーザーＩＤを知らないとしても、宛先条件を適切に選択することにより、送信宛先情報を完成させることができるので、通信端末の操作が容易になる。
【図面の簡単な説明】
【図１】本発明の分散ネットワークシステムの構成を示すブロック図である。
【図２】メインサーバーが保持しているユーザーＩＤ情報を示す図である。
【図３】サブサーバーが保持しているユーザーＩＤ情報を示す図である。
【図４】通信データのフォーマットを示す図である。
【図５】ユーザーＩＤのフォーマットを示す図である。
【図６】ユーザーＩＤの登録、変更、削除を行うときの動作を示すフローチャートである。
【図７】本発明の第１実施形態にかかる分散ネットワークシステムにおける通信データを送信するときの動作を示すフローチャートである。
【図８】本発明の第１実施形態において、通信データを閲覧するときの動作を示すフローチャートである。
【図９】本発明の第２実施形態にかかる分散ネットワークシステムにおいて、送信宛先情報を容易に作成するための動作を示すフローチャートである。
【図１０】本発明の第３実施形態にかかる分散ネットワークシステムにおいて、ユーザーが、管理されているサブサーバー以外のサブサーバーから通信データを閲覧する場合の動作を示すフローチャートである。
【図１１】従来の分散ネットワークシステムとＩＤ管理情報を示す図である。
【符号の説明】
１Ａ、１Ｂ、１Ｃ、１Ｄ、１Ｅ：メインサーバー
２Ａ−１から２Ａ−３、２Ｂ−１と２Ｂ−２、２Ｃ−１、２Ｃ−２、
２Ｄ−１から２Ｄ−３、２Ｅ−１、２Ｅ−２：サブサーバー
３Ａ−１−１から３Ａ−３−３、３Ｂ−１−１から３Ｂ−２−２、３Ｃ−１−１から３Ｃ−２−３、３Ｄ−１−１から３Ｄ−３−３、３Ｅ−１−１から３Ｅ−２−２：通信端末
４ＡＢ、４ＢＣ、４ＣＤ、４ＤＥ、４ＥＡ：通信回線
１２−Ａから１２−Ｅ：ユーザーＩＤ情報
【図１】
0003972999.tif 000002
【図２】
0003972999.tif 000003
【図３】
0003972999.tif 000004
【図４】
0003972999.tif 000005
【図５】
0003972999.tif 000006
【図６】
0003972999.tif 000007
【図７】
0003972999.tif 000008
【図８】
0003972999.tif 000009
【図９】
0003972999.tif 000010
【図１０】
0003972999.tif 000011
【図１１】
0003972999.tif 000012