JP4155512B2 - 多重アクセス制御システムおよびその制御方法 - Google Patents
多重アクセス制御システムおよびその制御方法 Download PDFInfo
- Publication number
- JP4155512B2 JP4155512B2 JP2003133856A JP2003133856A JP4155512B2 JP 4155512 B2 JP4155512 B2 JP 4155512B2 JP 2003133856 A JP2003133856 A JP 2003133856A JP 2003133856 A JP2003133856 A JP 2003133856A JP 4155512 B2 JP4155512 B2 JP 4155512B2
- Authority
- JP
- Japan
- Prior art keywords
- access point
- access
- resource
- control
- control information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続された複数のクライアント装置から共有され、各クライアント装置からの要求に基づいて印刷等のサービスを提供する各種のリソースにおける多重アクセス制御システムおよび制御方法に関するものである。
【０００２】
【従来の技術】
近年、コンピュータ技術、ネットワーク技術の発展に伴い、ネットワークに複数のパーソナルコンピュータ等のクライアント装置とプリンタやファイルサーバー等のリソースを接続し、ネットワークを介して種々の業務を遂行するシステムが広く用いられている。このようなネットワークシステムにおいては、プリンタ等のリソースはネットワークに接続された複数のクライアント装置により共有され、各クライアント装置から送信される処理要求に従って動作し、要求された処理を行う。
【０００３】
このようなネットワークシステムでは、ある時間に特定のリソースに対して複数のクライアント装置から処理要求が送信されるケースが多々発生する。従って、各リソースあるいはリソースの上位に設置されるプリンタサーバー等のサーバーには複数のクライアント装置からの処理要求（アクセス）を制御、処理する機能が必要になる。この制御、処理を一般に多重アクセス制御と称している。
【０００４】
また、ネットワークシステムに接続されるリソースは一様ではなく、リソースを構成するソフトウェアへの依存度が高いものからハードウェアへの依存度の高いものまで様々である。ハードウェア依存度の高いリソースには容易に多重アクセス処理の機能を提供できないものもある。各クライアント装置のプログラム処理の中で、様々なタイミングで発生するリソースへの処理要求、通信要求は、例えば、要求毎に時間枠を設定することにより擬似的に分割する方法や、要求を待ち合わせキューに置き、前の処理が完了する毎に次の処理を逐次的に行う方法などが知られている。
【０００５】
例えば、下記の特許文献１には、ネットワークに接続された複数のクライアント装置からの印刷要求（プリントジョブ）に応じて当該ネットワークのプリントサーバに接続されたプリンタを動作させるサーバー／クライアント型のネットワークシステムにおいて、プリントキューに複数のプリントジョブを受け付け、所定の規則にしたがって順次プリントジョブをプリンタへ送り、プリンタを動作させて印刷処理する技術が開示されている。また、この特許文献１には、プリンタによる印刷処理を効率的に行うため、１台のプリンタに対して複数のプリントキューを設定し、各々のプリントキューに優先順位を付与し、優先順位の高いプリントキューから順に、プリンタに対してプリントジョブを出力する技術が開示されている。このようなプリントジョブ制御方式では、プリントキューによって特定されるプリントジョブの優先順位を、必要に応じて入れ替えることができ、また、プリントキューにおけるプリントジョブの登録状況を画面出力したり、プリントキューに登録されたプリントジョブを削除したりすることができる。
【０００６】
【特許文献１】
特開平８−２９７５５０号公報（公報第２欄、段落番号［０００２］、［０００３］）
【０００７】
【発明が解決しようとする課題】
しかしながら、一般に、プリンタ等のリソースに多重アクセス制御の機能を付加する場合、ハードウェア依存度の高いリソースの場合には既存の多重アクセス制御方式を容易に適用することができないという問題点があった。また、上記特許文献１に開示されたネットワークシステムは、リソースへのアクセスを制御する上位のサーバーが必要であり、システムのコストが増加するという問題点があった。
【０００８】
本願の発明者は上記の問題点を解消すべく種々検討を重ねた結果、複数のクライアント装置から多重に発生するリソースへのアクセス要求を、その発生順にアクセス要求のチェイン、すなわち、各アクセス要求元とリソース間を直列に接続する論理的な経路を生成して管理するソフトウェアによる制御手段を設けることによってリソース自身で容易に多重アクセス制御を行うことができることを見出し、本発明を完成するに至ったものである。
【０００９】
すなわち、本発明は前記の問題点を解消することを課題とし、リソースに複雑な多重アクセス制御機能を付加することなく、簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御を可能とし得る多重アクセス制御システムおよびその制御方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の前記目的は、以下の構成により達成することができる。すなわち、本発明に係る多重アクセス制御システムは、ネットワークに接続された複数のクライアント装置とリソースからなるネットワークシステムにおいて、前記リソースは制御情報テーブルと、該制御情報テーブルの制御情報に基づいて前記各クライアント装置からのアクセス要求を制御する制御部とを備え、
前記制御部は、前記クライアント装置から前記リソースに対して発生された前記アクセス要求の発生順に前記リソースから順に直列接続されたアクセスポイントインスタンスであって、前記アクセス要求の要求元の前記クライアント装置とリソース間の論理的な接続経路を構成する各アクセスポイントインスタンスを形成し、
前記各アクセスポイントインスタンス毎に該アクセスポイントインスタンスの状態を示す情報と、前記接続経路の構成を示す情報と、該接続経路の状態を示す情報とを制御情報として前記制御情報テーブルに記憶するように構成され、
前記制御部により、前記制御情報テーブルに記憶された前記制御情報に基づいて、前記リソースに接続する前記アクセス要求を決定するようになしたことを特徴とする。
【００１１】
かかる構成となすことによって、リソースに対して多重に発生するアクセス要求はその発生順にアクセスポイントインスタンスが作成され、リソースと各アクセスポイントインスタンスを直列に結ぶチェインが形成され、これによって論理的な接続経路が構成される。そして、各アクセスポイントインスタンスの状態と、接続経路の状態が制御情報テーブルに記憶され、制御情報テーブルに記憶された制御情報に基づいて制御部がリソースに接続するアクセス要求を制御する。従って、リソースに複雑な多重アクセス制御機能を付加することなく、簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御を可能となすことができる。
【００１２】
また、本発明の別の態様において、前記接続経路の情報は、前記各アクセスポイントインスタンス毎に、第１の端点と第２の端点が接続されるアクセスポイントインスタンスまたはリソースとの接続関係を示す情報であることを特徴とし、本発明の更に別の態様において、前記接続経路の状態を示す情報は、前記制御部によって前記リソースに接続することが決定されたアクセスポイントインスタンスが経路を占有し、他のアクセスポイントが空きであることを示す情報であることを特徴とする。
【００１３】
更にまた、本発明の別の態様において、前記制御部は、データ送信開始を要求したアクセスポイントインスタンスをリソースへ接続許可する場合、該アクセスポイントインスタンスの状態を送信起動状態とし、該送信起動状態であることを示す情報を前記制御情報テーブルに記憶することを特徴とし、また、本発明の更に別の態様において、前記制御部は、前記送信起動状態にあるアクセスポイントインスタンスとリソースとの間に形成されたアクセスポイントインスタンスの状態を送信転送状態とし、該送信転送状態であることを示す情報を前記制御情報テーブルに記憶することを特徴とする。
【００１４】
かかる態様によって、前述の如く簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御を可能となすことができる。
【００１５】
また、本発明に係る多重アクセス制御方法は、複数のクライアント装置とネットワークを介して接続され、制御情報テーブルおよび制御情報テーブルの制御情報に基づいて前記各クライアント装置からのアクセス要求を制御する制御部とを備えたリソースにおける多重アクセス制御方法であって、
前記制御部は、前記クライアント装置から前記リソースに対して発生された前記アクセス要求の発生順に前記リソースから順に直列接続されたアクセスポイントインスタンスであって、前記アクセス要求の要求元の前記クライアント装置とリソース間の論理的な接続経路を構成する各アクセスポイントインスタンスを形成するステップと、
前記各アクセスポイントインスタンス毎に該アクセスポイントインスタンスの状態を示す情報と、前記接続経路の構成を示す情報と、該接続経路の状態を示す情報とを前記制御情報として前記制御情報テーブルに記憶するステップと、
前記制御部により、前記制御情報テーブルに記憶された前記制御情報に基づいて、前記リソースに接続する前記アクセス要求を決定するステップとからなることを特徴とする。
【００１６】
かかる構成によって、前述と同様に、リソースに複雑な多重アクセス制御機能を付加することなく、簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御が可能となる。
【００１７】
【発明の実施の形態】
以下、添付の図面を参照して本発明に係る多重アクセス制御システムおよび多重アクセス制御方法について詳細に説明する。図１は本発明に係る多重アクセス制御システムの構成を示す図である。本発明に係る多重アクセス制御システム１０は、イントラネット、インターネット等のネットワーク６０に接続されたパーソナルコンピュータ等の複数のクライアント装置２０、２０・・と、プリンタサーバー等のサーバー３０と、プリンタ４０とから構成され、サーバー３０とプリンタ４０とが複数のクライアント装置２０、２０から共用されるリソース５０として構成されている。
【００１８】
本実施形態においてリソース５０としてサーバー３０とプリンタ４０から構成される印刷システムを具体的な例として説明するが、リソース５０は印刷システムに限られることなく、ファイルサーバー、複写機、その他のサービスをクライアント装置に提供する機器であってよく、また、サーバーを持たない機器であってもよい。
【００１９】
サーバー３０は、例えば、プリンタサーバーであって、各クライアント２０からネットワーク６０を介してプリンタ４０に対して行われるアクセス要求、例えば、プリンタ４０への接続要求や印刷ジョブ（印刷コマンド、印刷データ）を受信するインターフェースおよび／またはドライバー３６（以下単にドライバーという）と、制御部３２と、制御情報テーブル３４を記憶する記憶装置を備えている。制御部３２は通常のマイクロコンピュータで構成され、制御情報テーブル３４を用いて多重アクセスを制御する手順を実行するソフトウェア（プログラム）が記憶されている。具体的な多重アクセス制御の手順については後述する。
【００２０】
図２は上記の多重アクセス制御システム１０の論理的構成を模式的に示す図である。図２において、アクセス要求Ｔ１〜Ｔｎは各クライアント装置２０で発生するリソース５０に対するアクセス要求を示し、任意のクライアント装置２０、２０・・でアクセス要求Ｔ１〜Ｔｎが発生すると、このアクセス要求はサーバー３０のドライバー３６で受信され、制御部３２においてアクセス要求の順に、それぞれのアクセス要求Ｔ１〜Ｔｎ毎に対応したアクセスポイントインスタンスＡＰ１〜ＡＰｎ（以下単にアクセスポイントＡＰ１〜ＡＰｎと称する）が生成される。
【００２１】
このアクセスポイントＡＰ１〜ＡＰｎは、リソース５０から、アクセス要求Ｔ１〜Ｔｎの発生順に順次接続するように作成される。Ｃ１〜Ｃｎは、それぞれ、アクセスポイントＡＰ１〜ＡＰｎと該アクセスポイントＡＰ１〜ＡＰｎに対応するアクセス要求Ｔ１〜Ｔｎを発生したクライアント装置２０との論理的な接続点を示す。アクセス要求Ｔ１〜Ｔｎと対応するアクセスポイントＡＰ１〜ＡＰｎおよび接続点Ｃ１〜Ｃｎとの関係は論理的なものである。
【００２２】
すなわち、アクセスポイントＡＰ１〜ＡＰｎは、対応するアクセス要求Ｔ１〜Ｔｎの発生順にリソース５０から順に直列接続されており、各アクセス要求Ｔ１〜Ｔｎの要求発生元のクライアント装置２０、２０とリソース５０間の論理的な接続経路を構成する。以下の説明では、それらアクセスポイント中の特定のアクセスポイントに着目した時、着目したアクセスポイントよりもリソース５０に近い位置に接続されているアクセスポイントを下流のアクセスポイントと称し、遠い位置に接続されているアクセスポイントを上流のアクセスポイントと称する。
【００２３】
図２において、アクセスポイントＡＰ２に着目した時、アクセスポイントＡＰ１は下流のアクセスポイントであり、アクセスポイントＡＰｎは上流のアクセスポイントである。後述の多重アクセス制御によってリソース５０との接続が許可されたクライアント２０からのデータは、論理的には下流に接続された各アクセスポイントを経由してリソース５０に転送されるが、実際のデータ転送は接続の許可されたクライアント装置２０がネットワーク６０を介してリソース５０に物理的に接続され、この物理的な接続経路を通して行われる。
【００２４】
各アクセスポイントＡＰ１〜ＡＰｎは物理的には制御部３２によって作成される制御情報テーブル３４に記憶される制御情報であり、制御情報テーブル３４に記憶される制御情報は、作成された各アクセスポイント間の論理的な接続経路と、その経路の状態が空き（ｉｄｌｅ）であるか、特定のアクセスポイントが経路を占有中であるか、各アクセスポイントの状態がデータ送信中であるか、データ転送中（上流のアクセスポイントからのデータを転送する状態）であるか、それ以外であるか等の制御情報から構成される。
【００２５】
前述のように、図２に示す多重アクセス時には、発生したアクセス要求の順に、リソース５０に直結するアクセスポイントＡＰ１、該アクセスポイントＡＰ１に接続されリソース５０からは一段階遠い上流のアクセスポイントＡＰ２、アクセスポイントＡＰ２に接続された更に一段階遠い上流のアクセスポイントＡＰ３というようにリソース５０への論理的な接続経路が形成される。この論理的な接続経路の構成および接続経路の占有状態が制御情報テーブル３４に制御情報として記憶され、制御部３２のアクセス制御処理の進捗とともにこの制御情報テーブル３４の内容が制御部３２によって書換えられ遷移していく。
【００２６】
制御情報テーブル３４に記憶される制御情報の構成は、図３に示すように、アクセスポイント、アクセスの要求元、送信起動、送信転送、経路ステータス、端点Ａ、端点Ｂ、の各フィールドからなる。「アクセスポイント」フィールドは作成されたアクセスポイントの名前ＡＰ１〜ＡＰｎであり、制御部３２が多重アクセス制御を行う場合に制御情報テーブル３４を参照する際のキーとなるフィールドである。
【００２７】
「要求元」フィールドはアクセス要求Ｔ１〜Ｔｎを発生した要求元であるクライアント２０を特定する情報であり、例えば、クライアント２０のＩＰアドレスである。「送信起動」フィールドはリソース５０との間の送信を起動したアクセスポイントを示すフラグであり、送信起動したアクセスポイントには「１」が記録される。この時の経路状態が「経路ステータス」フィールドに記憶される。送信起動したアクセスポイントが経路を「占有」し、他のアクセスポイントは「ｉｄｌｅ」状態となる。
【００２８】
「送信転送」フィールドは、経路を占有してリソース５０とデータ送信を行っているアクセスポイントとリソース５０との間にあるアクセスポイントが論理的に送信データを中継している状態にある時にフラグ「１」が記憶されるフィールドであり、このフラグが「１」の場合、そのアクセスポイントに対応するアクセス要求元からのデータ送信開始要求は禁止される。
【００２９】
「端点Ａ」、「端点Ｂ」フィールドはアクセスポイントＡＰ１〜ＡＰｎがそれぞれリソース５０またはどのアクセスポイントと接続されているかを示すものであり、例えば、後述する図４に示すようにアクセス要求Ｔ１〜Ｔ３が多重に発生した接続状態の場合、アクセスポイントＡＰ１は端点Ａがリソース５０に、端点ＢがアクセスポイントＡＰ２に接続され、アクセスポイントＡＰ２は端点ＡがアクセスポイントＡＰ１に、端点ＢがアクセスポイントＡＰ３に接続されるというように順次作成されたアクセスポイントを接続していき、アクセスポイントＡＰ３の端点Ｂはオープン（未接続）であり、次のアクセスポイントが作成されると該アクセスポイントＡＰ３の端点Ｂに接続される。
【００３０】
次に、リソース５０へのアクセス要求Ｔ１〜Ｔ３がＴ１、Ｔ２、Ｔ３の順に多重に発生し、アクセスポイントＡＰ１〜ＡＰ３が作成されている図４の状態を例にとり具体的に多重アクセスの制御手順を説明する。図３の制御情報テーブル３４は、以下に述べる制御手順に従って制御部３２によって遷移する制御情報を示しており、アクセスポイントＡＰ１の端点Ａはリソース５０に接続され、端点ＢはアクセスポイントＡＰ２に接続されている。アクセスポイントＡＰ２の端点ＡはアクセスポイントＡＰ１に接続され、端点ＢはアクセスポイントＡＰ３に接続されている。アクセスポイントＡＰ３の端点ＡはアクセスポイントＡＰ２に接続され、端点Ｂはオープン（開放）とされている。
【００３１】
この状態で、アクセスポイントＡＰ１がデータの送信を開始しておらず（送信起動しておらず）、経路ステータスが「ｉｄｌｅ」の状態で、アクセスポイントＡＰ２が送信開始および経路の確認を行う場合について説明する。この場合の論理的な接続経路の状態が模式的に図４に示されている。アクセスポイントＡＰ２の要求元Ｔ２からデータ送信開始の問い合わせが送信されると、アクセスポイントＡＰ２のリソース５０側の端点Ａに接続されたアクセスポイントＡＰ１に対して経路状況の問い合わせが行われる。
【００３２】
アクセスポイントＡＰ１は経路を使用しておらず、その経路ステータスは「ｉｄｌｅ」であるからその旨がアクセスポイントＡＰ２に伝達される。アクセスポイントＡＰ１はリソース５０に直結したものであるから、アクセスポイントＡＰ２は経路がフリー（空き）であることが確認できる。アクセスポイントＡＰ１とリソース５０の間に更にアクセスポイントがあればこの問い合わせはそのアクセスポイントに転送される。リソース５０に直結したアクセスポイントまでたどりつくと、そのアクセスポイントから「ｉｄｌｅ」が伝達されれば経路の空きが確認でき、途中に「ｉｄｌｅ」でないアクセスポイントがあれば、そのアクセスポイントから「占有」の経路ステータスが伝達され、接続経路が使用されていることがわかる。
【００３３】
アクセスポイントＡＰ２が経路の空きを確認した後の経路獲得の手順が模式的に図５に示されている。自分とリソース５０との間の経路が空きであることを確認したアクセスポイントＡＰ２は、送信起動フラグを「１」として経路ステータを「占有」とし、リソース５０への送信を開始する（図３の制御情報テーブル参照）。
【００３４】
経路を占有したアクセスポイントＡＰ２に対応したアクセス要求Ｔ２（アクセス要求Ｔ１を生成したクライアント装置２０）がリソース５０に対するデータ送信を開始した場合の論理的な送信データのリレーの手順が模式的に図６に示されている。すなわち、経路を占有したアクセスポイントＡＰ２に対応したアクセス要求Ｔ２からリソース５０への送信データは、物理的にはアクセス要求Ｔ２を生じたクライアント２０との間で行われるが、アクセスポイントＡＰ２とリソース５０の間にアクセスポイントＡＰ１が存在する場合、論理的にはアクセスポイントＡＰ２からアクセスポイントＡＰ１を経由してリソース５０に送信される構成である。
【００３５】
従って、経路を占有したアクセスポイントＡＰ２に対応するアクセス要求Ｔ２からアクセスポイントＡＰ２、アクセスポイントＡＰ１、リソース５０の経路が確立する。アクセスポイントＡＰ１は最初の送信データをアクセスポイントＡＰ２から受信すると、アクセスポイントＡＰ１自身の「送信転送」フィールドにフラグ「１」を記憶し、アクセスポイントＡＰ１に対応したアクセス要求Ｔ１（アクセス要求Ｔ１を生成したクライアント装置２０）からのデータ送信開始要求を禁止する。
【００３６】
アクセス要求Ｔ２からリソース５０へのデータ送信が終了した場合、アクセス要求Ｔ２からの送信終了またはリソース５０からアクセス要求Ｔ２への正常受信を示す特定パターンの応答情報によりこの接続状態は解除される。すなわち、制御部３２によって制御情報テーブル３４のアクセスポイントＡＰ２の送信起動、経路ステータス、各フィールドがリセットされ、送信データを中継していたアクセスポイントＡＰ１の送信転送フィールドがリセットされる。
【００３７】
次に、制御部３２による上記の多重アクセス制御の処理手順について説明する。図７は、アクセスポイントＡＰｎに対応するアクセス要求Ｔｎを発生したクライアント装置２０からリソース５０にデータ送信の開始を要求した場合の制御手順を示すフローチャートである。
【００３８】
ステップＳ１０でアクセスポイントＡＰｎから（アクセス要求Ｔｎの要求元クライアント装置２０から）リソース５０へのデータ送信の開始要求が発生されると、先ず、制御部３２はステップＳ１１で制御情報テーブル３４のアクセスポイントＡＰｎの制御情報に基づいてアクセスポイントＡＰｎの状態をチェックする。アクセスポイントＡＰｎの状態が送信転送である場合は、アクセスポイントＡＰｎが上流のアクセスポイントのデータをリソース５０に転送している状態であって、経路が上流のアクセスポイントによって占有されていることを示しており、ＡＰｎからのデータ送信開始要求はステップＳ２１で待機状態とされる。
【００３９】
一方、アクセスポイントＡＰｎの状態が送信転送でない場合、ステップＳ１２で制御部３２は下流のアクセスポイントの経路ステータスをチェックする。経路ステータスに空き示す制御情報が記憶されていなければ、下流のアクセスポイントがリソース５０との経路を占有してデータ転送を行っていることを示しており、ＡＰｎからのデータ送信開始要求はステップＳ２１で待機状態とされる。経路が空きであれば、下流のアクセスポイントが何れもリソース５０との間でデータ転送を行っていない状態であり、制御部３２はステップＳ１３でアクセスポイントＡＰｎを送信起動状態にセットし、アクセス要求Ｔｎを発生したクライアント装置２０とリソース５０の接続を許可する。
【００４０】
そして、ステップＳ１４で制御部３２は、アクセスを許可したアクセスポイントＡＰｎの下流の各アクセスポイントの状態を送信転送状態にセットし、アクセスポイントＡＰｎからのデータ転送を下流の各アクセスポイントが転送するように制御情報を書き換える。また、ステップＳ１５で制御部３２は、アクセスポイントＡＰｎの上流（端点２側）のアクセスポイントに対する経路を実質的に閉鎖する。
【００４１】
このようにしてアクセスポイントＡＰｎがリソース５０との間の経路を獲得すると、ステップＳ１６でアクセスポイントＡＰｎはリソース５０に対するデータ送信（例えば、印刷コマンド、印刷データ等の送信）を開始する。ステップＳ１７において、データ送信が終了していなければデータ送信を続け、終了していれば、ステップＳ１８で制御部３２はアクセスポイントＡＰｎの送信起動を解除し、ステップＳ１９で上流のアクセスポイント（端点２側）の経路閉鎖を解除し、また、ステップＳ２０で下流の各アクセスポイントの送信転送を解除する。送信起動、経路閉鎖、送信転送の解除により、データ送信の開始要求を待ち合わせていたアクセスポイントがあれば、該アクセスポイントは上記のステップＳ１０からの手順で経路を獲得してリソース５０へのアクセス権を得ることができる。
【００４２】
ステップＳ２１でアクセスポイントＡＰｎを待機させた場合には、ステップＳ２２で制御部３２はタイムアウト監視を行い、タイムアウトでなければステップＳ１１に戻り、タイムアウトになったらステップＳ２３でアクセスポイントＡＰｎに送信開始要求の失敗を通知する。
【００４３】
データ送信の終了は、例えば、リソース５０にアクセス許可されてデータ送信しているクライアント装置２０から送信される特定パターンのデータ（送信終了を示す）を制御部３２が検出することによって認識することができる。制御部３２はこの特定パターンのデータを検出することによってリソース５０に接続されていたクライアント装置２０のアクセス終了を認識し、上記ステップＳ１８〜Ｓ２０の処理を行う。
【００４４】
リソース５０が、特定のアクセスポイントに応答を送信する場合、あるいは、全アクセスポイントＡＰ１〜ＡＰｎに対して同報を行う場合は、予め定められたデータ構造のデータで送信する。この応答または同報のデータは、先ずリソースに最も近いアクセスポイントに送信され、受信したアクセスポイントがデータ構造を認識し、同報データである場合には対応するアクセス要求元に送信するとともに、上流のアクセスポイントに該同報データを転送する。同報データが転送されたアクセスポイントは、対応するアクセス要求元に送信するともに、その上流のアクセスポイントに転送する。従って、同報データは端点２がオープンとなっている最上流のアクセスポイントまで転送されていき、各アクセス要求元に送信される。
【００４５】
制御部３２はアクセス要求元とアクセスポイントとの関連を常時モニターし、アクセス要求元における処理の異常によってリソース５０との接続が絶たれた場合には、該当するアクセスポイントを破棄し、接続経路（アクセスポイントの接続）の修正を行う。また、制御部３２は、前述の送信終了の特定パターンのデータの検出によりアクセス要求元とリソース５０の接続を正常に切断することができ、これにより該当のアクセスポイントは破棄され、前述と同様にアクセスポイントの接続の修正を行う。更に、制御部３２は、予め設定した数までのアクセスポイントの生成を行い、それを超えるアクセス要求があった場合には、アクセス要求元に対してアクセスポイントの生成拒否の通知を行うようにすることもできる。
【００４６】
【発明の効果】
以上詳細に説明したように本発明に係る多重アクセス制御システムによれば、リソースに複雑な多重アクセス制御機能を付加することなく、簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御を可能となすことができる。
【図面の簡単な説明】
【図１】本発明に係る多重アクセス制御システムの概略構成を示すブロック図である。
【図２】本発明に係るリソースとアクセス要求元との論理的接続経路であるアクセスポイント接続の構成を示す模式図である。
【図３】制御情報テーブルの構成を示す図である。
【図４】アクセスポイントＡＰ２が送信開始および経路の確認を行う場合のアクセスポイント接続の状態を示す模式図である。
【図５】アクセスポイントＡＰ２が経路の空きを確認した後の経路獲得の手順を示す模式図である。
【図６】アクセスポイントＡＰ２がデータ送信を開始した場合の送信データリレーの手順を示す模式図である。
【図７】本発明に係る多重アクセス制御システムの制御手順を示すフローチャートである。
【符号の説明】
１０…多重アクセス制御システム
２０…クライアント装置
３０…サーバー
３２…制御部
３４…制御情報テーブル
３６…ドライバー
４０…プリンタ
５０…リソース
６０…ネットワーク
【発明の属する技術分野】
本発明は、ネットワークに接続された複数のクライアント装置から共有され、各クライアント装置からの要求に基づいて印刷等のサービスを提供する各種のリソースにおける多重アクセス制御システムおよび制御方法に関するものである。
【０００２】
【従来の技術】
近年、コンピュータ技術、ネットワーク技術の発展に伴い、ネットワークに複数のパーソナルコンピュータ等のクライアント装置とプリンタやファイルサーバー等のリソースを接続し、ネットワークを介して種々の業務を遂行するシステムが広く用いられている。このようなネットワークシステムにおいては、プリンタ等のリソースはネットワークに接続された複数のクライアント装置により共有され、各クライアント装置から送信される処理要求に従って動作し、要求された処理を行う。
【０００３】
このようなネットワークシステムでは、ある時間に特定のリソースに対して複数のクライアント装置から処理要求が送信されるケースが多々発生する。従って、各リソースあるいはリソースの上位に設置されるプリンタサーバー等のサーバーには複数のクライアント装置からの処理要求（アクセス）を制御、処理する機能が必要になる。この制御、処理を一般に多重アクセス制御と称している。
【０００４】
また、ネットワークシステムに接続されるリソースは一様ではなく、リソースを構成するソフトウェアへの依存度が高いものからハードウェアへの依存度の高いものまで様々である。ハードウェア依存度の高いリソースには容易に多重アクセス処理の機能を提供できないものもある。各クライアント装置のプログラム処理の中で、様々なタイミングで発生するリソースへの処理要求、通信要求は、例えば、要求毎に時間枠を設定することにより擬似的に分割する方法や、要求を待ち合わせキューに置き、前の処理が完了する毎に次の処理を逐次的に行う方法などが知られている。
【０００５】
例えば、下記の特許文献１には、ネットワークに接続された複数のクライアント装置からの印刷要求（プリントジョブ）に応じて当該ネットワークのプリントサーバに接続されたプリンタを動作させるサーバー／クライアント型のネットワークシステムにおいて、プリントキューに複数のプリントジョブを受け付け、所定の規則にしたがって順次プリントジョブをプリンタへ送り、プリンタを動作させて印刷処理する技術が開示されている。また、この特許文献１には、プリンタによる印刷処理を効率的に行うため、１台のプリンタに対して複数のプリントキューを設定し、各々のプリントキューに優先順位を付与し、優先順位の高いプリントキューから順に、プリンタに対してプリントジョブを出力する技術が開示されている。このようなプリントジョブ制御方式では、プリントキューによって特定されるプリントジョブの優先順位を、必要に応じて入れ替えることができ、また、プリントキューにおけるプリントジョブの登録状況を画面出力したり、プリントキューに登録されたプリントジョブを削除したりすることができる。
【０００６】
【特許文献１】
特開平８−２９７５５０号公報（公報第２欄、段落番号［０００２］、［０００３］）
【０００７】
【発明が解決しようとする課題】
しかしながら、一般に、プリンタ等のリソースに多重アクセス制御の機能を付加する場合、ハードウェア依存度の高いリソースの場合には既存の多重アクセス制御方式を容易に適用することができないという問題点があった。また、上記特許文献１に開示されたネットワークシステムは、リソースへのアクセスを制御する上位のサーバーが必要であり、システムのコストが増加するという問題点があった。
【０００８】
本願の発明者は上記の問題点を解消すべく種々検討を重ねた結果、複数のクライアント装置から多重に発生するリソースへのアクセス要求を、その発生順にアクセス要求のチェイン、すなわち、各アクセス要求元とリソース間を直列に接続する論理的な経路を生成して管理するソフトウェアによる制御手段を設けることによってリソース自身で容易に多重アクセス制御を行うことができることを見出し、本発明を完成するに至ったものである。
【０００９】
すなわち、本発明は前記の問題点を解消することを課題とし、リソースに複雑な多重アクセス制御機能を付加することなく、簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御を可能とし得る多重アクセス制御システムおよびその制御方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明の前記目的は、以下の構成により達成することができる。すなわち、本発明に係る多重アクセス制御システムは、ネットワークに接続された複数のクライアント装置とリソースからなるネットワークシステムにおいて、前記リソースは制御情報テーブルと、該制御情報テーブルの制御情報に基づいて前記各クライアント装置からのアクセス要求を制御する制御部とを備え、
前記制御部は、前記クライアント装置から前記リソースに対して発生された前記アクセス要求の発生順に前記リソースから順に直列接続されたアクセスポイントインスタンスであって、前記アクセス要求の要求元の前記クライアント装置とリソース間の論理的な接続経路を構成する各アクセスポイントインスタンスを形成し、
前記各アクセスポイントインスタンス毎に該アクセスポイントインスタンスの状態を示す情報と、前記接続経路の構成を示す情報と、該接続経路の状態を示す情報とを制御情報として前記制御情報テーブルに記憶するように構成され、
前記制御部により、前記制御情報テーブルに記憶された前記制御情報に基づいて、前記リソースに接続する前記アクセス要求を決定するようになしたことを特徴とする。
【００１１】
かかる構成となすことによって、リソースに対して多重に発生するアクセス要求はその発生順にアクセスポイントインスタンスが作成され、リソースと各アクセスポイントインスタンスを直列に結ぶチェインが形成され、これによって論理的な接続経路が構成される。そして、各アクセスポイントインスタンスの状態と、接続経路の状態が制御情報テーブルに記憶され、制御情報テーブルに記憶された制御情報に基づいて制御部がリソースに接続するアクセス要求を制御する。従って、リソースに複雑な多重アクセス制御機能を付加することなく、簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御を可能となすことができる。
【００１２】
また、本発明の別の態様において、前記接続経路の情報は、前記各アクセスポイントインスタンス毎に、第１の端点と第２の端点が接続されるアクセスポイントインスタンスまたはリソースとの接続関係を示す情報であることを特徴とし、本発明の更に別の態様において、前記接続経路の状態を示す情報は、前記制御部によって前記リソースに接続することが決定されたアクセスポイントインスタンスが経路を占有し、他のアクセスポイントが空きであることを示す情報であることを特徴とする。
【００１３】
更にまた、本発明の別の態様において、前記制御部は、データ送信開始を要求したアクセスポイントインスタンスをリソースへ接続許可する場合、該アクセスポイントインスタンスの状態を送信起動状態とし、該送信起動状態であることを示す情報を前記制御情報テーブルに記憶することを特徴とし、また、本発明の更に別の態様において、前記制御部は、前記送信起動状態にあるアクセスポイントインスタンスとリソースとの間に形成されたアクセスポイントインスタンスの状態を送信転送状態とし、該送信転送状態であることを示す情報を前記制御情報テーブルに記憶することを特徴とする。
【００１４】
かかる態様によって、前述の如く簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御を可能となすことができる。
【００１５】
また、本発明に係る多重アクセス制御方法は、複数のクライアント装置とネットワークを介して接続され、制御情報テーブルおよび制御情報テーブルの制御情報に基づいて前記各クライアント装置からのアクセス要求を制御する制御部とを備えたリソースにおける多重アクセス制御方法であって、
前記制御部は、前記クライアント装置から前記リソースに対して発生された前記アクセス要求の発生順に前記リソースから順に直列接続されたアクセスポイントインスタンスであって、前記アクセス要求の要求元の前記クライアント装置とリソース間の論理的な接続経路を構成する各アクセスポイントインスタンスを形成するステップと、
前記各アクセスポイントインスタンス毎に該アクセスポイントインスタンスの状態を示す情報と、前記接続経路の構成を示す情報と、該接続経路の状態を示す情報とを前記制御情報として前記制御情報テーブルに記憶するステップと、
前記制御部により、前記制御情報テーブルに記憶された前記制御情報に基づいて、前記リソースに接続する前記アクセス要求を決定するステップとからなることを特徴とする。
【００１６】
かかる構成によって、前述と同様に、リソースに複雑な多重アクセス制御機能を付加することなく、簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御が可能となる。
【００１７】
【発明の実施の形態】
以下、添付の図面を参照して本発明に係る多重アクセス制御システムおよび多重アクセス制御方法について詳細に説明する。図１は本発明に係る多重アクセス制御システムの構成を示す図である。本発明に係る多重アクセス制御システム１０は、イントラネット、インターネット等のネットワーク６０に接続されたパーソナルコンピュータ等の複数のクライアント装置２０、２０・・と、プリンタサーバー等のサーバー３０と、プリンタ４０とから構成され、サーバー３０とプリンタ４０とが複数のクライアント装置２０、２０から共用されるリソース５０として構成されている。
【００１８】
本実施形態においてリソース５０としてサーバー３０とプリンタ４０から構成される印刷システムを具体的な例として説明するが、リソース５０は印刷システムに限られることなく、ファイルサーバー、複写機、その他のサービスをクライアント装置に提供する機器であってよく、また、サーバーを持たない機器であってもよい。
【００１９】
サーバー３０は、例えば、プリンタサーバーであって、各クライアント２０からネットワーク６０を介してプリンタ４０に対して行われるアクセス要求、例えば、プリンタ４０への接続要求や印刷ジョブ（印刷コマンド、印刷データ）を受信するインターフェースおよび／またはドライバー３６（以下単にドライバーという）と、制御部３２と、制御情報テーブル３４を記憶する記憶装置を備えている。制御部３２は通常のマイクロコンピュータで構成され、制御情報テーブル３４を用いて多重アクセスを制御する手順を実行するソフトウェア（プログラム）が記憶されている。具体的な多重アクセス制御の手順については後述する。
【００２０】
図２は上記の多重アクセス制御システム１０の論理的構成を模式的に示す図である。図２において、アクセス要求Ｔ１〜Ｔｎは各クライアント装置２０で発生するリソース５０に対するアクセス要求を示し、任意のクライアント装置２０、２０・・でアクセス要求Ｔ１〜Ｔｎが発生すると、このアクセス要求はサーバー３０のドライバー３６で受信され、制御部３２においてアクセス要求の順に、それぞれのアクセス要求Ｔ１〜Ｔｎ毎に対応したアクセスポイントインスタンスＡＰ１〜ＡＰｎ（以下単にアクセスポイントＡＰ１〜ＡＰｎと称する）が生成される。
【００２１】
このアクセスポイントＡＰ１〜ＡＰｎは、リソース５０から、アクセス要求Ｔ１〜Ｔｎの発生順に順次接続するように作成される。Ｃ１〜Ｃｎは、それぞれ、アクセスポイントＡＰ１〜ＡＰｎと該アクセスポイントＡＰ１〜ＡＰｎに対応するアクセス要求Ｔ１〜Ｔｎを発生したクライアント装置２０との論理的な接続点を示す。アクセス要求Ｔ１〜Ｔｎと対応するアクセスポイントＡＰ１〜ＡＰｎおよび接続点Ｃ１〜Ｃｎとの関係は論理的なものである。
【００２２】
すなわち、アクセスポイントＡＰ１〜ＡＰｎは、対応するアクセス要求Ｔ１〜Ｔｎの発生順にリソース５０から順に直列接続されており、各アクセス要求Ｔ１〜Ｔｎの要求発生元のクライアント装置２０、２０とリソース５０間の論理的な接続経路を構成する。以下の説明では、それらアクセスポイント中の特定のアクセスポイントに着目した時、着目したアクセスポイントよりもリソース５０に近い位置に接続されているアクセスポイントを下流のアクセスポイントと称し、遠い位置に接続されているアクセスポイントを上流のアクセスポイントと称する。
【００２３】
図２において、アクセスポイントＡＰ２に着目した時、アクセスポイントＡＰ１は下流のアクセスポイントであり、アクセスポイントＡＰｎは上流のアクセスポイントである。後述の多重アクセス制御によってリソース５０との接続が許可されたクライアント２０からのデータは、論理的には下流に接続された各アクセスポイントを経由してリソース５０に転送されるが、実際のデータ転送は接続の許可されたクライアント装置２０がネットワーク６０を介してリソース５０に物理的に接続され、この物理的な接続経路を通して行われる。
【００２４】
各アクセスポイントＡＰ１〜ＡＰｎは物理的には制御部３２によって作成される制御情報テーブル３４に記憶される制御情報であり、制御情報テーブル３４に記憶される制御情報は、作成された各アクセスポイント間の論理的な接続経路と、その経路の状態が空き（ｉｄｌｅ）であるか、特定のアクセスポイントが経路を占有中であるか、各アクセスポイントの状態がデータ送信中であるか、データ転送中（上流のアクセスポイントからのデータを転送する状態）であるか、それ以外であるか等の制御情報から構成される。
【００２５】
前述のように、図２に示す多重アクセス時には、発生したアクセス要求の順に、リソース５０に直結するアクセスポイントＡＰ１、該アクセスポイントＡＰ１に接続されリソース５０からは一段階遠い上流のアクセスポイントＡＰ２、アクセスポイントＡＰ２に接続された更に一段階遠い上流のアクセスポイントＡＰ３というようにリソース５０への論理的な接続経路が形成される。この論理的な接続経路の構成および接続経路の占有状態が制御情報テーブル３４に制御情報として記憶され、制御部３２のアクセス制御処理の進捗とともにこの制御情報テーブル３４の内容が制御部３２によって書換えられ遷移していく。
【００２６】
制御情報テーブル３４に記憶される制御情報の構成は、図３に示すように、アクセスポイント、アクセスの要求元、送信起動、送信転送、経路ステータス、端点Ａ、端点Ｂ、の各フィールドからなる。「アクセスポイント」フィールドは作成されたアクセスポイントの名前ＡＰ１〜ＡＰｎであり、制御部３２が多重アクセス制御を行う場合に制御情報テーブル３４を参照する際のキーとなるフィールドである。
【００２７】
「要求元」フィールドはアクセス要求Ｔ１〜Ｔｎを発生した要求元であるクライアント２０を特定する情報であり、例えば、クライアント２０のＩＰアドレスである。「送信起動」フィールドはリソース５０との間の送信を起動したアクセスポイントを示すフラグであり、送信起動したアクセスポイントには「１」が記録される。この時の経路状態が「経路ステータス」フィールドに記憶される。送信起動したアクセスポイントが経路を「占有」し、他のアクセスポイントは「ｉｄｌｅ」状態となる。
【００２８】
「送信転送」フィールドは、経路を占有してリソース５０とデータ送信を行っているアクセスポイントとリソース５０との間にあるアクセスポイントが論理的に送信データを中継している状態にある時にフラグ「１」が記憶されるフィールドであり、このフラグが「１」の場合、そのアクセスポイントに対応するアクセス要求元からのデータ送信開始要求は禁止される。
【００２９】
「端点Ａ」、「端点Ｂ」フィールドはアクセスポイントＡＰ１〜ＡＰｎがそれぞれリソース５０またはどのアクセスポイントと接続されているかを示すものであり、例えば、後述する図４に示すようにアクセス要求Ｔ１〜Ｔ３が多重に発生した接続状態の場合、アクセスポイントＡＰ１は端点Ａがリソース５０に、端点ＢがアクセスポイントＡＰ２に接続され、アクセスポイントＡＰ２は端点ＡがアクセスポイントＡＰ１に、端点ＢがアクセスポイントＡＰ３に接続されるというように順次作成されたアクセスポイントを接続していき、アクセスポイントＡＰ３の端点Ｂはオープン（未接続）であり、次のアクセスポイントが作成されると該アクセスポイントＡＰ３の端点Ｂに接続される。
【００３０】
次に、リソース５０へのアクセス要求Ｔ１〜Ｔ３がＴ１、Ｔ２、Ｔ３の順に多重に発生し、アクセスポイントＡＰ１〜ＡＰ３が作成されている図４の状態を例にとり具体的に多重アクセスの制御手順を説明する。図３の制御情報テーブル３４は、以下に述べる制御手順に従って制御部３２によって遷移する制御情報を示しており、アクセスポイントＡＰ１の端点Ａはリソース５０に接続され、端点ＢはアクセスポイントＡＰ２に接続されている。アクセスポイントＡＰ２の端点ＡはアクセスポイントＡＰ１に接続され、端点ＢはアクセスポイントＡＰ３に接続されている。アクセスポイントＡＰ３の端点ＡはアクセスポイントＡＰ２に接続され、端点Ｂはオープン（開放）とされている。
【００３１】
この状態で、アクセスポイントＡＰ１がデータの送信を開始しておらず（送信起動しておらず）、経路ステータスが「ｉｄｌｅ」の状態で、アクセスポイントＡＰ２が送信開始および経路の確認を行う場合について説明する。この場合の論理的な接続経路の状態が模式的に図４に示されている。アクセスポイントＡＰ２の要求元Ｔ２からデータ送信開始の問い合わせが送信されると、アクセスポイントＡＰ２のリソース５０側の端点Ａに接続されたアクセスポイントＡＰ１に対して経路状況の問い合わせが行われる。
【００３２】
アクセスポイントＡＰ１は経路を使用しておらず、その経路ステータスは「ｉｄｌｅ」であるからその旨がアクセスポイントＡＰ２に伝達される。アクセスポイントＡＰ１はリソース５０に直結したものであるから、アクセスポイントＡＰ２は経路がフリー（空き）であることが確認できる。アクセスポイントＡＰ１とリソース５０の間に更にアクセスポイントがあればこの問い合わせはそのアクセスポイントに転送される。リソース５０に直結したアクセスポイントまでたどりつくと、そのアクセスポイントから「ｉｄｌｅ」が伝達されれば経路の空きが確認でき、途中に「ｉｄｌｅ」でないアクセスポイントがあれば、そのアクセスポイントから「占有」の経路ステータスが伝達され、接続経路が使用されていることがわかる。
【００３３】
アクセスポイントＡＰ２が経路の空きを確認した後の経路獲得の手順が模式的に図５に示されている。自分とリソース５０との間の経路が空きであることを確認したアクセスポイントＡＰ２は、送信起動フラグを「１」として経路ステータを「占有」とし、リソース５０への送信を開始する（図３の制御情報テーブル参照）。
【００３４】
経路を占有したアクセスポイントＡＰ２に対応したアクセス要求Ｔ２（アクセス要求Ｔ１を生成したクライアント装置２０）がリソース５０に対するデータ送信を開始した場合の論理的な送信データのリレーの手順が模式的に図６に示されている。すなわち、経路を占有したアクセスポイントＡＰ２に対応したアクセス要求Ｔ２からリソース５０への送信データは、物理的にはアクセス要求Ｔ２を生じたクライアント２０との間で行われるが、アクセスポイントＡＰ２とリソース５０の間にアクセスポイントＡＰ１が存在する場合、論理的にはアクセスポイントＡＰ２からアクセスポイントＡＰ１を経由してリソース５０に送信される構成である。
【００３５】
従って、経路を占有したアクセスポイントＡＰ２に対応するアクセス要求Ｔ２からアクセスポイントＡＰ２、アクセスポイントＡＰ１、リソース５０の経路が確立する。アクセスポイントＡＰ１は最初の送信データをアクセスポイントＡＰ２から受信すると、アクセスポイントＡＰ１自身の「送信転送」フィールドにフラグ「１」を記憶し、アクセスポイントＡＰ１に対応したアクセス要求Ｔ１（アクセス要求Ｔ１を生成したクライアント装置２０）からのデータ送信開始要求を禁止する。
【００３６】
アクセス要求Ｔ２からリソース５０へのデータ送信が終了した場合、アクセス要求Ｔ２からの送信終了またはリソース５０からアクセス要求Ｔ２への正常受信を示す特定パターンの応答情報によりこの接続状態は解除される。すなわち、制御部３２によって制御情報テーブル３４のアクセスポイントＡＰ２の送信起動、経路ステータス、各フィールドがリセットされ、送信データを中継していたアクセスポイントＡＰ１の送信転送フィールドがリセットされる。
【００３７】
次に、制御部３２による上記の多重アクセス制御の処理手順について説明する。図７は、アクセスポイントＡＰｎに対応するアクセス要求Ｔｎを発生したクライアント装置２０からリソース５０にデータ送信の開始を要求した場合の制御手順を示すフローチャートである。
【００３８】
ステップＳ１０でアクセスポイントＡＰｎから（アクセス要求Ｔｎの要求元クライアント装置２０から）リソース５０へのデータ送信の開始要求が発生されると、先ず、制御部３２はステップＳ１１で制御情報テーブル３４のアクセスポイントＡＰｎの制御情報に基づいてアクセスポイントＡＰｎの状態をチェックする。アクセスポイントＡＰｎの状態が送信転送である場合は、アクセスポイントＡＰｎが上流のアクセスポイントのデータをリソース５０に転送している状態であって、経路が上流のアクセスポイントによって占有されていることを示しており、ＡＰｎからのデータ送信開始要求はステップＳ２１で待機状態とされる。
【００３９】
一方、アクセスポイントＡＰｎの状態が送信転送でない場合、ステップＳ１２で制御部３２は下流のアクセスポイントの経路ステータスをチェックする。経路ステータスに空き示す制御情報が記憶されていなければ、下流のアクセスポイントがリソース５０との経路を占有してデータ転送を行っていることを示しており、ＡＰｎからのデータ送信開始要求はステップＳ２１で待機状態とされる。経路が空きであれば、下流のアクセスポイントが何れもリソース５０との間でデータ転送を行っていない状態であり、制御部３２はステップＳ１３でアクセスポイントＡＰｎを送信起動状態にセットし、アクセス要求Ｔｎを発生したクライアント装置２０とリソース５０の接続を許可する。
【００４０】
そして、ステップＳ１４で制御部３２は、アクセスを許可したアクセスポイントＡＰｎの下流の各アクセスポイントの状態を送信転送状態にセットし、アクセスポイントＡＰｎからのデータ転送を下流の各アクセスポイントが転送するように制御情報を書き換える。また、ステップＳ１５で制御部３２は、アクセスポイントＡＰｎの上流（端点２側）のアクセスポイントに対する経路を実質的に閉鎖する。
【００４１】
このようにしてアクセスポイントＡＰｎがリソース５０との間の経路を獲得すると、ステップＳ１６でアクセスポイントＡＰｎはリソース５０に対するデータ送信（例えば、印刷コマンド、印刷データ等の送信）を開始する。ステップＳ１７において、データ送信が終了していなければデータ送信を続け、終了していれば、ステップＳ１８で制御部３２はアクセスポイントＡＰｎの送信起動を解除し、ステップＳ１９で上流のアクセスポイント（端点２側）の経路閉鎖を解除し、また、ステップＳ２０で下流の各アクセスポイントの送信転送を解除する。送信起動、経路閉鎖、送信転送の解除により、データ送信の開始要求を待ち合わせていたアクセスポイントがあれば、該アクセスポイントは上記のステップＳ１０からの手順で経路を獲得してリソース５０へのアクセス権を得ることができる。
【００４２】
ステップＳ２１でアクセスポイントＡＰｎを待機させた場合には、ステップＳ２２で制御部３２はタイムアウト監視を行い、タイムアウトでなければステップＳ１１に戻り、タイムアウトになったらステップＳ２３でアクセスポイントＡＰｎに送信開始要求の失敗を通知する。
【００４３】
データ送信の終了は、例えば、リソース５０にアクセス許可されてデータ送信しているクライアント装置２０から送信される特定パターンのデータ（送信終了を示す）を制御部３２が検出することによって認識することができる。制御部３２はこの特定パターンのデータを検出することによってリソース５０に接続されていたクライアント装置２０のアクセス終了を認識し、上記ステップＳ１８〜Ｓ２０の処理を行う。
【００４４】
リソース５０が、特定のアクセスポイントに応答を送信する場合、あるいは、全アクセスポイントＡＰ１〜ＡＰｎに対して同報を行う場合は、予め定められたデータ構造のデータで送信する。この応答または同報のデータは、先ずリソースに最も近いアクセスポイントに送信され、受信したアクセスポイントがデータ構造を認識し、同報データである場合には対応するアクセス要求元に送信するとともに、上流のアクセスポイントに該同報データを転送する。同報データが転送されたアクセスポイントは、対応するアクセス要求元に送信するともに、その上流のアクセスポイントに転送する。従って、同報データは端点２がオープンとなっている最上流のアクセスポイントまで転送されていき、各アクセス要求元に送信される。
【００４５】
制御部３２はアクセス要求元とアクセスポイントとの関連を常時モニターし、アクセス要求元における処理の異常によってリソース５０との接続が絶たれた場合には、該当するアクセスポイントを破棄し、接続経路（アクセスポイントの接続）の修正を行う。また、制御部３２は、前述の送信終了の特定パターンのデータの検出によりアクセス要求元とリソース５０の接続を正常に切断することができ、これにより該当のアクセスポイントは破棄され、前述と同様にアクセスポイントの接続の修正を行う。更に、制御部３２は、予め設定した数までのアクセスポイントの生成を行い、それを超えるアクセス要求があった場合には、アクセス要求元に対してアクセスポイントの生成拒否の通知を行うようにすることもできる。
【００４６】
【発明の効果】
以上詳細に説明したように本発明に係る多重アクセス制御システムによれば、リソースに複雑な多重アクセス制御機能を付加することなく、簡単なソフトウェア制御の追加のみで容易にリソース自身による多重アクセス制御を可能となすことができる。
【図面の簡単な説明】
【図１】本発明に係る多重アクセス制御システムの概略構成を示すブロック図である。
【図２】本発明に係るリソースとアクセス要求元との論理的接続経路であるアクセスポイント接続の構成を示す模式図である。
【図３】制御情報テーブルの構成を示す図である。
【図４】アクセスポイントＡＰ２が送信開始および経路の確認を行う場合のアクセスポイント接続の状態を示す模式図である。
【図５】アクセスポイントＡＰ２が経路の空きを確認した後の経路獲得の手順を示す模式図である。
【図６】アクセスポイントＡＰ２がデータ送信を開始した場合の送信データリレーの手順を示す模式図である。
【図７】本発明に係る多重アクセス制御システムの制御手順を示すフローチャートである。
【符号の説明】
１０…多重アクセス制御システム
２０…クライアント装置
３０…サーバー
３２…制御部
３４…制御情報テーブル
３６…ドライバー
４０…プリンタ
５０…リソース
６０…ネットワーク
Claims (6)
- ネットワークに接続された複数のクライアント装置とリソースからなるネットワークシステムにおいて、前記リソースは制御情報テーブルと、該制御情報テーブルの制御情報に基づいて前記各クライアント装置からのアクセス要求を制御する制御部とを備え、
前記制御部は、前記クライアント装置から前記リソースに対して発生された前記アクセス要求の発生順に前記リソースから順に直列接続されたアクセスポイントインスタンスであって、前記アクセス要求の要求元の前記クライアント装置とリソース間の論理的な接続経路を構成する各アクセスポイントインスタンスを形成し、
前記各アクセスポイントインスタンス毎に該アクセスポイントインスタンスの状態を示す情報と、前記接続経路の構成を示す情報と、該接続経路の状態を示す情報とを制御情報として前記制御情報テーブルに記憶するように構成され、
前記制御部により、前記制御情報テーブルに記憶された前記制御情報に基づいて、前記リソースに接続する前記アクセス要求を決定するようになしたことを特徴とする多重アクセス制御システム。 - 前記接続経路の情報は、前記各アクセスポイントインスタンス毎に、第１の端点と第２の端点が接続される前記アクセスポイントインスタンスまたはリソースとの接続関係を示す情報であることを特徴とする請求項１に記載の多重アクセス制御システム。
- 前記接続経路の状態を示す情報は、前記制御部によって前記リソースに接続することが決定された前記アクセスポイントインスタンスが経路を占有し、他のアクセスポイントが空きであることを示す情報であることを特徴とする請求項１または２に記載の多重アクセス制御システム。
- 前記制御部は、データ送信開始を要求した前記アクセスポイントインスタンスを前記リソースへ接続許可する場合、該アクセスポイントインスタンスの状態を送信起動状態とし、該送信起動状態であることを示す情報を前記制御情報テーブルに記憶することを特徴とする請求項３に記載の多重アクセス制御システム。
- 前記制御部は、前記送信起動状態にある前記アクセスポイントインスタンスとリソースとの間に形成された前記アクセスポイントインスタンスの状態を送信転送状態とし、該送信転送状態であることを示す情報を前記制御情報テーブルに記憶することを特徴とする請求項４に記載の多重アクセス制御システム。
- 複数のクライアント装置とネットワークを介して接続され、制御情報テーブルおよび制御情報テーブルの制御情報に基づいて前記各クライアント装置からのアクセス要求を制御する制御部とを備えたリソースにおける多重アクセス制御方法であって、
前記制御部は、前記クライアント装置から前記リソースに対して発生された前記アクセス要求の発生順に前記リソースから順に直列接続されたアクセスポイントインスタンスであって、前記アクセス要求の要求元の前記クライアント装置とリソース間の論理的な接続経路を構成する各アクセスポイントインスタンスを形成するステップと、
前記各アクセスポイントインスタンス毎に該アクセスポイントインスタンスの状態を示す情報と、前記接続経路の構成を示す情報と、該接続経路の状態を示す情報とを前記制御情報として前記制御情報テーブルに記憶するステップと、
前記制御部により、前記制御情報テーブルに記憶された前記制御情報に基づいて、前記リソースに接続する前記アクセス要求を決定するステップとからなることを特徴とする多重アクセス制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003133856A JP4155512B2 (ja) | 2003-05-13 | 2003-05-13 | 多重アクセス制御システムおよびその制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003133856A JP4155512B2 (ja) | 2003-05-13 | 2003-05-13 | 多重アクセス制御システムおよびその制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004341575A JP2004341575A (ja) | 2004-12-02 |
| JP4155512B2 true JP4155512B2 (ja) | 2008-09-24 |
Family
ID=33524556
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003133856A Expired - Fee Related JP4155512B2 (ja) | 2003-05-13 | 2003-05-13 | 多重アクセス制御システムおよびその制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4155512B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100405356C (zh) * | 2005-01-22 | 2008-07-23 | 鸿富锦精密工业（深圳）有限公司 | 多点文件打印管控系统及方法 |
-
2003
- 2003-05-13 JP JP2003133856A patent/JP4155512B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004341575A (ja) | 2004-12-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4440107B2 (ja) | ネットワーク内の共用資源を使用する方法および構成 | |
| JP4596696B2 (ja) | 情報処理装置および印刷装置 | |
| US8804162B2 (en) | Information processing apparatus, printing system, monitoring method, program, and storage medium | |
| JPH10301732A (ja) | ネットワーク印刷システム | |
| JP2009297994A (ja) | 印刷装置、印刷システムおよびプログラム | |
| JP2004213671A (ja) | ネットワークにおいて印刷ドキュメントをクライアントサイドでレンダリングする方法、システム、およびコンピュータ可読媒体 | |
| JP2003058436A (ja) | 画像処理装置、プログラム及び管理ユニット | |
| JP6039446B2 (ja) | Ｗｅｂサーバ装置、制御方法、そのプログラム。 | |
| EP2913981B1 (en) | Image forming system, relay server, communication controlling method and non-transitory computer readable recording medium | |
| JP2008040841A (ja) | 出力管理サーバおよびデータ出力システム | |
| JP5717887B1 (ja) | 印刷システム、プリントサーバおよび印刷ジョブの投入方法 | |
| JP4155512B2 (ja) | 多重アクセス制御システムおよびその制御方法 | |
| JP3791089B2 (ja) | ネットワーク対応型印刷装置及び印刷方法及びネットワーク印刷システム | |
| JP2016042338A (ja) | 情報処理システム、情報処理装置、情報処理装置の制御方法、及びプログラム | |
| JPH11154061A (ja) | プリンタ制御方法および装置 | |
| JP2001195212A (ja) | 印刷システム | |
| JP2009015716A (ja) | 複数ｉｐアドレスによる画像形成装置 | |
| JP6335527B2 (ja) | システム、システムの制御方法およびコンピュータプログラム | |
| JP2000194524A (ja) | 印刷ジョブの割り込みシステム及びその割り込み方法 | |
| US8345288B2 (en) | Image forming system and image forming apparatus | |
| JP2006087076A (ja) | 文書処理オペレーションのルーティングシステムおよび方法 | |
| JP2008269004A (ja) | データ処理装置、データ処理方法、およびコンピュータプログラム | |
| JP2000039977A (ja) | プリントシステム | |
| JP2011138389A (ja) | 画像形成装置、情報処理システム、制御方法、及びプログラム | |
| JP7010028B2 (ja) | 画像処理装置および制御プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050530 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20070405 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071203 |
|
| 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: 20080307 |
|
| 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: 20080702 |
|
| 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: 20080704 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110718 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: 20120718 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120718 Year of fee payment: 4 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120718 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130718 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |