JPH07121480A - データ機密処理システム - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、データに一意の事業所毎などのコ
ードを付与してアクセス権のチェックを行ってデータ処
理するデータ機密処理システムに関し、事業所毎などの
一意なコードを全てのデータに付与して登録しておき、
アクセス時にこのコードを含む端末名称をもとにアクセ
ス権のチェックを行い、パスワードやＩＤカードに依存
しないセキュリティを実現することを目的とする。 【構成】 端末１からのアクセス要求に対応して、アク
セス要求中の端末名称からコード２９を取り出し、この
取り出したコード２９とアクセス要求のあったデータ中
のコード２９とを比較する比較判定処理手段２２を備
え、この比較判定処理手段２２が一致すると判定したと
きにアクセス要求に対応するデータ処理を行ない、一
方、不一致と判定したときにデータ処理を中止するよう
に構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データに一意の事業所
毎や端末毎などのコードを付与してアクセス権のチェッ
クを行ってデータ処理するデータ機密処理システムに関
するものである。特に、ホストに回線を介して接続した
端末を複数事業所に分散して配置し、各事業所のデータ
処理範囲を独立させて相互に干渉することなく、かつ並
行にデータ処理を機密状態で行なう要求がある。この
際、各事業所毎のデータの機密を保持することが望まれ
ている。

【０００２】

【従来の技術】従来、１台のホスト（ホストコンピュー
タ）に複数端末を回線を介して接続して処理を行なうホ
スト集中型ネットワークシステムにおいて、複数の事業
所（あるいは端末）からのデータ処理を独立かつ並行に
実現するために、パスワードやＩＤカードなどを用い、
パスワードやＩＤカードから読み取ったＩＤが一致しな
いとホストでデータ処理を受け付けないことによってデ
ータの秘密性を確保していた。

【０００３】

【発明が解決しようとする課題】上述したように、従来
の事業所毎（あるいは端末毎）のデータ処理をホストで
集中して行なうシステムの場合、パスワードの入力やＩ
Ｄカードから読み取ったＩＤと、予め登録されているも
のとをホストで比較して一致した場合に、正当なデータ
処理へのアクセス権が存在すると見なしてデータ処理
（登録、更新、修正、削除など）を行なうようにしてい
たため、パスワードが他人に一度知られてしまうと、
本来アクセス権の無い他人が端末を使用してホストにそ
のパスワードを送信してデータ処理を行ってしまい、デ
ータのセキュリティが確保できないという問題があっ
た。また、ＩＤカードを他人が入手してＩＤカード読
み取り器からＩＤを入力して端末を使用してホストに送
信し、ホストにアクセスしてデータ処理を行ってしま
い、データのセキュリティが確保できないという問題も
あった。

【０００４】本発明は、これらの問題を解決するため、
事業所毎や端末毎などの一意なコードを全てのデータに
付与して登録しておき、アクセス時にこのコードを含む
端末名称をもとにアクセス権のチェックを行い、パスワ
ードやＩＤカードに依存しないセキュリティを実現する
ことを目的としている。

【０００５】

【課題を解決するための手段】図１は、本発明の原理構
成図を示す。図１において、端末１は、端末名称を送信
してアクセス要求を行なうものであある。この端末１
は、端末毎あるいは事業所毎などに一意なコード２９を
付与する。

【０００６】ホスト２は、データファイル２７に端末毎
あるいは事業所毎などにデータを管理するものであっ
て、データ登録処理手段２１、比較判定処理手段２２、
データファイル２７を検索する検索手段２３、データを
データファイル２７に登録する登録手段２４、データフ
ァイル２７中のデータを更新する更新手段２５、データ
ファイル２７中のデータを削除する削除手段２６、対応
表３２を参照して受信した端末の端末名称を見つける送
信経路・端末名称変換手段３１、および全体を統括制御
する制御部３３から構成されるものである。

【０００７】データ登録処理手段２１は、データに一意
なコード２９を付加して登録するものである。比較判定
処理手段２２は、アクセス要求中の端末名称からコード
２９を取り出し、この取り出したコード２９とアクセス
要求のあったデータ中のコード２９とを比較するもので
ある。

【０００８】送信経路・端末名称変換手段３１は、端末
から送信されてきた送信経路をもとに対応表３２を参照
して送信した端末名称を見つけるものである。

【０００９】

【作用】本発明は、図１に示すように、データ登録処理
手段２１がデータ２８にコード２９を付与して登録して
おき、比較判定処理手段２２が端末１からのアクセス要
求に対応して、当該アクセス要求中の端末名称からコー
ド２９を取り出し、この取り出したコード２９とアクセ
ス要求のあったデータ中のコード２９とを比較し、一致
すると判定したときにアクセス要求に対応するデータ処
理を行ない、一方、不一致と判定したときにデータ処理
を中止するようにしている。

【００１０】また、データ登録処理手段２１がデータ２
８にコード２９を付与して登録しておき、端末１からの
アクセス要求に対応して、送信経路・端末名称変換手段
３１が対応表３２を参照してアクセス要求のあった送信
経路より端末名称を特定し、比較判定処理手段２２がこ
の特定した端末名称から取り出したコード２９とアクセ
ス要求のあったデータ中のコード２９とを比較し、一致
すると判定したときにアクセス要求に対応するデータ処
理を行ない、一方、不一致と判定したときにデータ処理
を中止するようにしている。

【００１１】この際、コード２９として事業所毎あるい
は端末毎に一意なコード２９とするようにしている。従
って、事業所や端末毎などの一意なコード２９を全ての
データ２８に付与して登録しておき、アクセス時に端末
名称から取り出したコード２９をもとにアクセス権のチ
ェックを行い、データ毎にコード２９が一致したときに
のみデータ処理を行なうことにより、従来のパスワード
やＩＤカードに依存しないセキュリティを実現すること
が可能となると共に、事業所毎や端末毎に独立かつ並列
にセキュリティを確保した状態でデータ処理を行なうこ
とが可能となる。

【００１２】

【実施例】次に、図２から図７を用いて本発明の実施例
の構成および動作を順次詳細に説明する。

【００１３】図２は、本発明の１実施例構成図を示す。
ここで、コード２９として事業所毎に一意な事業所コー
ド３０を例に説明する。また、データ登録処理手段２
１、比較判定処理手段２２、検索手段２３、登録手段２
４、更新手段２５、および削除処理２６は、図１の同一
番号のものと同じであるので、説明を省略する。

【００１４】図２において、端末（事業所Ａ）１は、事
業所Ａに配置された端末１であって、ここでは、ホスト
２に回線を介して接続し、データファイル２７にアクセ
スなどするものであり、端末名称管理処理手段１１およ
び予め付与された一意の事業所コード３０などから構成
されるものである。

【００１５】端末名称管理処理手段１１は、端末名称を
管理するものであって、ここでは、回線を介してホスト
２にデータ処理（事業所毎に独立なデータに対する処
理）を要求する場合、端末名称管理処理手段１１が自端
末１に付与された一意な事業所コード３０をデータ要求
に付加するものである。

【００１６】事業所コード３０は、事業所に一意に付与
したコードであって、ここでは、端末名称に付加して全
体を端末名称としている。例えば図示の端末（事業所
Ａ）１の場合には、 ・端末名称：Ｄ０１１４Ｌ００ のうちの、下線の部分“０１１４”が事業所コード３０
であるデータファイル２７は、データ２８に事業所コー
ド３０を付加して登録したものである。

【００１７】データ２８は、本来のデータである。事業
所コード３０は、事業所に一意に割り付けたコードであ
る。ここでは、例えば 事業所 端末名称 事業所コード Ａ Ｄ０１１４Ｌ００ ０１１４（端末名称の下線部分） Ｂ Ｄ０１１５Ｌ００ ０１１５（端末名称の下線部分） Ｃ Ｄ０１１６Ｌ００ ０１１６（端末名称の下線部分） である。

【００１８】次に、図３から図６を用いて更新、登録・
検索、削除、移行について順次詳細に説明する。図３
は、本発明の更新フローチャートを示す。

【００１９】図３において、Ｓ１は、端末１が検索結果
を表示する（後述する図４のＳ１７参照）。Ｓ２は、端
末１がデータ更新要求（更新データ、端末名称）をホス
ト２に送信する。例えば図２の事業所Ａの端末１が ・データ更新要求として、データ＋端末名称“Ｄ０１１
４Ｌ００” をホスト２に送信する。

【００２０】Ｓ３は、ホスト２の比較判定処理手段２２
が端末名称中の事業所コードと、データファイル２７中
の被更新データの事業所コードとの比較を行なう。これ
は、Ｓ２で送信されてきた端末名称中から事業所コード
を取り出し、この取り出した事業所コードと、更新要求
のあったデータ２８に付加されている事業所コード３０
とを比較し、一致したときにはアクセス権有りと判明し
たので、Ｓ５からＳ７の処理を行なう。一方、不一致の
ときにはアクセス権無しと判明したので、Ｓ８の処理を
行なう。

【００２１】Ｓ５は、Ｓ４の一致と判明したので、更新
処理を行なう。これは、端末１から送信されてきたデー
タによって、データファイル２７中の該当データの更新
（上書き）を行なう。

【００２２】Ｓ６は、更新結果を端末１へ送信する。Ｓ
７は、Ｓ６で送信された更新結果を画面上に表示する。
Ｓ８は、Ｓ４の不一致と判明したので、処理を打ち切
る。

【００２３】Ｓ９は、端末１の画面上に処理の打ち切り
を表示する（再要求を促す）。以上によって、更新時
に、端末１から更新要求をホスト２に通知し、更新要求
中の端末名称から事業所コード３０を取り出し、この事
業所コード３０と、更新要求のあったデータから取り出
した事業所コード３０とを比較し、一致したときにはア
クセス権有りと判明したので更新処理を行なう。一方、
不一致のときにはアクセス権無しと判明したので処理を
打ち切り、セキュリティを確保する。

【００２４】図４は、本発明の登録・検索フローチャー
トを示す。これは、端末１がデータをホスト２に登録し
たり、ホスト２のデータファイル２７中からデータを検
索したりするときのフローチャートである。

【００２５】図４において、Ｓ１１は、データ登録・送
信を行なう。この際、事業所毎に一意のコード（事業所
コード）を作成データに付加して送信する。例えば図２
のデータファイル２７中に示すように、データ“事業所
Ａデータ”に事業所コード“０１１４”を付加して送信
する。

【００２６】Ｓ１２は、Ｓ１１で送信を受けたホスト２
がデータ＋事業所コードを一体にデータファイルに保存
する。以上のＳ１１、Ｓ１２により、図２のデータファ
イル２７中に示すように、データに事業所コードを付加
した“事業所Ａデータ＋０１１４”が登録されることと
なる。

【００２７】Ｓ１３は、端末１がデータ検索要求する。
この際、 ・検索条件 ・端末名称（例えば図２のＤ０１１４Ｌ００、下線部が
事業所コード） を合わせて送信する。

【００２８】Ｓ１４は、Ｓ１３で送信されてきたデータ
検索要求を受信したホスト２がこのデータ検索要求中の
端末名称から取り出した事業所コード（例えば“０１１
４”）と、データファイル２７中の検索データの事業所
コードとの比較を行なう。

【００２９】Ｓ１５は、Ｓ１４の比較の結果、一致か不
一致か判別する。一致の場合には、データ検索要求のあ
ったデータに付加されている事業所コードと、データ検
索要求に付加されている端末名称中から取り出した事業
所コードとが一致し、アクセス権有りと判明したので、
Ｓ１６で検索結果を端末１へ送信する。そして、Ｓ１７
で受信した端末１でその検索結果を表示する。一方、不
一致の場合には、データ検索要求のあったデータに付加
されている事業所コードと、データ検索要求に付加され
ている端末名称中から取り出した事業所コードとが不一
致であり、アクセス権無しと判明したので、Ｓ１８で検
索処理を打ち切り、その旨を端末に送信し、Ｓ１９で端
末に処理打ち切りの表示を行い、再要求（再検索要求）
を促す。

【００３０】以上のＳ１３からＳ１９によって、検索時
に、端末１から検索要求をホスト２に通知し、検索要求
中の端末名称から事業所コード３０を取り出し、この事
業所コード３０と、検索要求のあったデータから取り出
した事業所コード３０とを比較し、一致したときに検索
処理を行ない、不一致のときに処理を打ち切る。これら
により、ホスト２において、事業所毎にデータを独立か
つ秘密で並列に検索処理を行なうことができ、安全性を
確保できる。

【００３１】図５は、本発明の削除フローチャートを示
す。これは、端末１がデータをホスト２のデータファイ
ル２７中からデータを削除するときのフローチャートで
ある。

【００３２】図５において、Ｓ２１は、検索結果を表示
する。これは、図４のＳ１３からＳ１７の手順によって
検索結果を表示する。Ｓ２２は、Ｓ２１の検索結果を見
た利用者が端末１からデータ削除要求をホスト２に送信
する。この際 ・削除データ ・端末名称 を合わせて送信する。

【００３３】Ｓ２３は、Ｓ２２で送信されてきたデータ
削除要求を受信したホスト２がこのデータ削除要求中の
端末名称から取り出した事業所コード（例えば“０１１
４”）と、データファイル２７中の被削除データの事業
所コードとの比較を行なう。

【００３４】Ｓ２４は、Ｓ２３の比較の結果、一致か不
一致か判別する。一致の場合には、データ削除要求のあ
ったデータに付加されている事業所コードと、データフ
ァイル２７中の被削除データから取り出した事業所コー
ドとが一致し、アクセス権有りと判明したので、Ｓ２５
でこのデータを削除し、Ｓ２６で削除結果を端末へ送信
し、Ｓ２７で削除結果を表示する。一方、不一致の場合
には、データ削除要求のあったデータに付加されている
事業所コードと、データファイル２７中の被削除データ
から取り出した事業所コードとが不一致であり、アクセ
ス権無しと判明したので、Ｓ２８で削除処理を打ち切
り、その旨を端末に送信し、Ｓ２９で端末に処理打ち切
りの表示を行い、再要求（再削除要求）を促す。

【００３５】以上のＳ２１からＳ２９によって、削除時
に、端末１から削除要求をホスト２に通知し、削除要求
中の端末名称から事業所コード３０を取り出し、この事
業所コード３０と、削除要求のあった被削除データから
取り出した事業所コード３０とを比較し、一致したとき
に削除処理を行ない、不一致のときに処理を打ち切る。
これらにより、ホスト２において、事業所毎にデータを
独立かつ秘密で並列に削除処理を行なうことができ、安
全性を確保できる。

【００３６】図６は、本発明の移行フローチャートを示
す。これは、事業所コード３０の付加されていない旧シ
ステムのデータに、該当事業所の事業所コード３０を付
加して新システムに移行するときの手順である。

【００３７】図６において、Ｓ３１は、移行データの取
り込みを行なう。これは、旧システムの事業所コード３
０の付加されていない、オペレータから指定された事業
所のデータを取り込む。

【００３８】Ｓ３２は、事業所毎に一意のデータ（事業
所コード３０）を全データに付加する。例えばオペレー
タから指定されたデータ“事業所Ａデータ”に当該事業
所Ａの一意の事業所コード“０１１４”を付加し、“事
業所Ａデータ＋０１１４”とする。

【００３９】Ｓ３３は、データファイル２７に保存す
る。以上のＳ３１からＳ３３によって、旧システムのオ
ペレータによって事業所を指定されたデータに、当該事
業所毎に一意な事業所コードを付加してデータファイル
２７に登録し、新システムに移行する。これにより、新
システム移行後は、更新、削除、検索などの場合に、こ
れらの要求と共に事業所コードを一部に持つ端末名称を
送信し、この端末名称から取り出した事業所コードと、
処理対象のデータから取り出した事業所コードとが一致
しないと、処理を行なうことが不可となり、事業所毎に
データの秘密性を確保して事業所毎にホストでデータ処
理を独立かつ並列に行なうことが可能となる。

【００４０】尚、以上の実施例では、事業所毎に一意の
コードを端末名称中に付加したり、データに一意の事業
所コードを付加して両者が一致したときにアクセス権あ
りとしてデータ処理（更新、削除、検索など）を行った
が、これに限られることなく、端末あるいは端末グルー
プに付加した一意のコードを端末名称中に付加およびデ
ータに付加してもよい。

【００４１】また、端末１から端末名称（事業所コード
を一部に含む）をホスト２に送信して当該端末名称中か
ら事業所コードを取り出し、処理対象のデータに付加さ
れている事業所コードと一致したときにアクセス権あり
として処理を行ったが、これに限られることなく、端末
１からホスト２に要求（更新、削除、検索などの要求）
が送信されてきたときにその送信経路（例えば回線網か
ら発信端末の接続されている電話番号や回線種別（デジ
タル網、ＩＳＤＮ網、パケット網など）などの情報をも
とに端末を特定（図６を用いて後述する）してその特定
した端末の端末名称（あるいはこの特定した端末名称と
端末名称中に事業所コードを含むときは当該事業所コー
ドとが一致したときの端末名称）中から事業所コードを
取り出し、処理対象のデータに付加されている事業所コ
ードと一致したときにアクセス権ありとして処理を行う
ようにしてもよい。この場合には、端末１内で固有に自
動的に付加される端末名称中の事業所コード３０の不正
改造によるデータへのアクセスを防止することが可能と
なる。

【００４２】図７は、本発明の端末特定説明図を示す。
これは、図２のホスト２の構成の端末特定の要部であ
る。図７において、送信経路・端末名称変換手段３１
は、端末１から着信があったときに、その送信経路の情
報を採取し、対応表３２を参照して該当する送信経路の
情報に合致する端末名に変換するものである。

【００４３】対応表３２は、端末名称に対応づけて、当
該端末の送信経路の情報を予め登録したものである。こ
こで、送信経路の情報としては例えば下記のものがあ
る。 ＤＤＸパケット網： ・網の種別がＤＤＸパケット網 ・発信元の回線番号（＝ＤＴＥ番号（データ端末の番
号）） ＩＳＤＮ網： ・網の種別がＩＳＤＮ網 ・発信元の回線番号（ダイヤル番号） 専用線： ・専用線である旨 ・ユニットアドレス（＝装置番号） その他：国際パケット網など これらからの送信経路の情報について、各端末毎に
図７の対応表３２に予め登録しておき、端末１から着信
したときにその網の種別および発信元の回線番号／ユニ
ットアドレスなどが一致する端末名称を当該対応表３２
を参照して見つけ、この見つけた端末名称を図２の比較
判定処理手段２２などに渡し、当該端末名称中から端末
に割り当てられた一意の事業所コード３０を取り出す。
そして、この取り出した事業所コード３０と、例えばデ
ータファイル２７のデータを更新しようとするときにそ
のデータの事業所コード３０と一致したときにのみ更新
する。一致しないときは中止する。

【００４４】また、ホスト２から端末１にデータを送信
する場合、端末名称をもとに対応表３２を参照して送信
経路の情報を得た上で、この端末に送信を行なう。

【００４５】

【発明の効果】以上説明したように、本発明によれば、
事業所毎や端末毎などの一意なコード２９を全てのデー
タ２８に付与して登録しておき、アクセス時に端末名称
から取り出したコード２９をもとにアクセス権のチェッ
クを行い、データ毎にコード２９が一致したときにのみ
データ処理を行なう構成を採用しているため、従来のパ
スワードやＩＤカードに依存しないセキュリティを実現
することができる。これらにより、 （１） 一意に付与した事業所毎あるいは端末毎などに
ホスト２で集中管理するデータについて、それぞれ独立
かつ並列にアクセス権をチェックして処理（更新、削
除、検索など）を行なうことが可能となる。

【００４６】（２） 従来の一元的管理のパスワードが
不要となるため、一時点での複数の端末からの処理要求
中の端末レスポンスの悪化を回避でき、ホスト集中型ネ
ットワークシステムの性能向上を図ることが可能とな
る。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の１実施例構成図である。

【図３】本発明の更新フローチャートである。

【図４】本発明の登録・検索フローチャートである。

【図５】本発明の削除フローチャートである。

【図６】本発明の移行フローチャートである。

【図７】本発明の端末特定説明図である。

【符号の説明】

１：端末 １１：端末名称管理処理手段 ２：ホスト ２１：データ登録処理手段 ２２：比較判定処理手段 ２３：検索手段 ２４：登録手段 ２５：更新手段 ２６：削除手段 ２７：データファイル ２８：データ ２９：一意なコード ３０：一意な事業所コード ３１：送信経路・端末名称変換手段 ３２：対応表 ３３：制御部

Claims (3)

【特許請求の範囲】
1. 【請求項１】端末（１）からのアクセス要求に対応し
   て、当該アクセス要求中の端末名称からコード（２９）
   を取り出し、この取り出したコード（２９）とアクセス
   要求のあったデータ中のコード（２９）とを比較する比
   較判定処理手段（２２）を備え、 この比較判定処理手段（２２）が一致すると判定したと
   きにアクセス要求に対応するデータ処理を行ない、一
   方、不一致と判定したときにデータ処理を中止すること
   を特徴とするデータ機密処理システム。
2. 【請求項２】端末（１）からのアクセス要求に対応し
   て、当該アクセス要求のあった送信経路の情報をもとに
   対応表（３２）を参照して端末名称を見つける送信経路
   ・端末名称変換手段（３１）と、 この見つけた端末名称からコード（２９）を取り出し、
   この取り出したコード（２９）とアクセス要求のあった
   データ中のコード（２９）とを比較する比較判定処理手
   段（２２）とを備え、 この比較判定処理手段（２２）が一致すると判定したと
   きにアクセス要求に対応するデータ処理を行ない、一
   方、不一致と判定したときにデータ処理を中止すること
   を特徴とするデータ機密処理システム。
3. 【請求項３】上記コード（２９）として事業所毎あるい
   は端末毎に一意なコード（２９）としたことを特徴とす
   る請求項１および請求項２記載のデータ機密処理システ
   ム。