JP2004252776A - Control method of multi-operating system, program making computer execute same method, and control device of multi-operating system - Google Patents

Control method of multi-operating system, program making computer execute same method, and control device of multi-operating system Download PDF

Info

Publication number
JP2004252776A
JP2004252776A JP2003043312A JP2003043312A JP2004252776A JP 2004252776 A JP2004252776 A JP 2004252776A JP 2003043312 A JP2003043312 A JP 2003043312A JP 2003043312 A JP2003043312 A JP 2003043312A JP 2004252776 A JP2004252776 A JP 2004252776A
Authority
JP
Japan
Prior art keywords
operating system
processing unit
nic
reception
transmission
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.)
Pending
Application number
JP2003043312A
Other languages
Japanese (ja)
Inventor
Hideo Taniguchi
秀夫 谷口
Yoshinari Nomura
能成 乃村
Kazuo Tanaka
一男 田中
Kenichi Ito
健一 伊藤
Yusaku Nakajima
雄作 中島
Masaki Tabuchi
正樹 田渕
Kei Masumoto
圭 桝本
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.)
NTT Data Group Corp
Original Assignee
NTT Data Corp
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 NTT Data Corp filed Critical NTT Data Corp
Priority to JP2003043312A priority Critical patent/JP2004252776A/en
Publication of JP2004252776A publication Critical patent/JP2004252776A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To improve the security and reliability of a multi-operating system. <P>SOLUTION: This control device comprises a transmission buffer 12 and receiving buffer 14 for an NIC (Network Interface Card) 10 for temporarily storing data (packet, command, etc.) of a communication object in OS30<SB>1</SB>and OS30<SB>2</SB>which constitute the multi-operating system, and an NIC device driver 20<SB>1</SB>and NIC device driver 20<SB>2</SB>for setting the normal connecting destination of the transmission buffer 12 and receiving buffer 14 to the OS30<SB>2</SB>side, and setting, when the data of the communication object are related to the OS30<SB>1</SB>, the connecting destination of the transmission buffer 12 and receiving buffer 14 for temporarily storing the data to the OS30<SB>1</SB>while relaying the S30<SB>2</SB>. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、一台の計算機上で複数のオペレーティングシステムを稼動させるためのマルチオペレーティングシステム制御方法、およびその方法をコンピュータに実行させるプログラム、ならびにマルチオペレーティングシステム制御装置に関するものであり、特に、セキュリティ、信頼性を向上させることができるマルチオペレーティングシステム制御方法、およびその方法をコンピュータに実行させるプログラム、ならびにオペレーティングシステム制御装置に関するものである。
【０００２】
【従来の技術】
通常の計算機では、１つのオペレーティングシステムが動作し、それが計算機のプロセッサ、メモリ、二次記憶装置等の計算機資源を管理し、計算機が効率良く動作できるように資源スケジュールを実施している。オペレーティングシステムには、様々な種類がある。バッチ処理に優れるものや、ＴＳＳ（Ｔｉｍｅ Ｓｈａｒｉｎｇ Ｓｙｓｔｅｍ）に優れるもの、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）に優れているものなど様々である。
【０００３】
一方で、これら複数あるオペレーティングシステムを１台の計算機で同時に実行したいというニーズがある。例えば、大型計算機においては、実際の業務に伴うオンライン処理を実行するオペレーティングシステムと、開発用のオペレーティングシステムとを一台の計算機で動作させたいという要求がある。あるいは、ＧＵＩの整っているオペレーティングシステムと、実時間性に優れているオペレーティングシステムとを同時に稼働させたい等という要求もある。
【０００４】
しかしながら、個々のオペレーティングシステムは、単独で計算機資源の管理を実施することを前提として設計されている。従って、複数のオペレーティングシステムの共存は、何らかの機構なしには不可能である。
【０００５】
一台の計算機上で複数のオペレーティングシステムを動作させる機構としては、大型計算機で実現されている仮想計算機方式がある。図７０は、上記仮想計算機方式による従来のマルチオペレーティングシステムの構成例１を示すブロック図である。
【０００６】
同図に示したマルチオペレーティングシステムは、ハードウェア１、基盤ＯＳ２、ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）モニタ３、仮想ＯＳ（オペレーティングシステム）４１ 、仮想ＯＳ４２ および仮想ＯＳ４３ から構成されている。
【０００７】
ハードウェア１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、物理メモリ、入出力機器等である。基盤ＯＳ２およびＶＭモニタ３は、ハードウェア１の全てを制御している。ＶＭモニタ３は、仮想ＯＳ４１ 〜４３ のそれぞれのハードウェア１に対するインタフェースをエミュレートする。仮想ＯＳ４１ 〜４３ は、基盤ＯＳ２の上で走行する。すなわち、基盤ＯＳ２と仮想ＯＳ４１ 〜４３ とは、主従関係にある。
【０００８】
同図に示したマルチオペレーティングシステムにおいて、例えば、仮想ＯＳ間でパケット等の通信を行う場合、基盤ＯＳ２や、仮想ＯＳ４１ 〜４３ から同時に参照可能な共有メモリ（図示略）を経由する方法が採られる。
【０００９】
例えば、仮想ＯＳ４１ から仮想ＯＳ４２ へパケットを送信する場合には、仮想ＯＳ４１ がパケットを共有メモリに格納した後、仮想ＯＳ４２ が共有メモリからパケットを取得する。なお、仮想ＯＳ間以外に、仮想ＯＳと他装置との間においても、共有メモリや基盤ＯＳ２を経由して通信が行われる。
【００１０】
また、一台の計算機で複数のオペレーティングシステムのインタフェースを提供する技術として、マイクロカーネル方式がある。図７１は、上記マイクロカーネル方式による従来のマルチオペレーティングシステムの構成例２を示すブロック図である。
【００１１】
同図に示したマルチオペレーティングシステムは、ハードウェア５、マイクロカーネル（制御プログラム）６、ＯＳ７１ 、ＯＳ７２ およびＯＳ７３ から構成されている。
【００１２】
マイクロカーネル方式では、マイクロカーネル６の上に、ユーザに見せるオペレーティングシステム機能を提供するＯＳ７１ 〜７３ が構築されている。ユーザはＯＳ７１ 〜７３ を経由してハードウェア５（計算機資源）を利用する。マイクロカーネル６は、ＯＳ７１ 〜７３ を制御する。
【００１３】
同図に示したマルチオペレーティングシステムにおいて、例えば、ＯＳ間でパケット等の通信を行う場合にも、マイクロカーネルや、ＯＳ７１ 〜７３ から同時に参照可能な共有メモリ（図示略）を経由する方法が採られる。
【００１４】
例えば、ＯＳ７１ からＯＳ７２ へパケットを送信する場合には、ＯＳ７１ がパケットを共有メモリに格納した後、ＯＳ７２ が共有メモリからパケットを取得する。なお、ＯＳ間以外に、ＯＳと他装置との間においても、共有メモリやマイクロカーネル６を経由して通信が行われる。
【００１５】
【特許文献１】
特開平１１−１４９３８５号公報
【特許文献２】
特開２００１−２１６１７２号公報
【特許文献３】
特開２０００−２０７２３２号公報
【特許文献４】
特開平８−２１２０８９号公報
【特許文献５】
特開平２００１−２９０６６１号公報
【特許文献６】
特開平１１−８５５４６号公報
【特許文献７】
特開２００１−２８２５５８号公報
【特許文献８】
特開平１１−８５５４６号公報
【００１６】
【発明が解決しようとする課題】
ところで、前述したように、図７０に示した従来のマルチオペレーティングシステムにおいては、仮想ＯＳ間や仮想ＯＳと他装置との間で共用メモリを経由して通信を行っているため、セキュリティが低いという問題があった。
【００１７】
すなわち、上記共用メモリが複数の仮想ＯＳ４１〜４３ のそれぞれから同時に参照可能であるため、通信時に共用メモリに外部から不正アクセスされた場合には、仮想ＯＳ４１〜４３ が同時に攻撃される。
【００１８】
また、従来のマルチオペレーティングシステムにおいては、ハードウェア１を一つの基盤ＯＳ２が制御しているため、基盤ＯＳ２の停止により、システムダウンが生じ、信頼性が低いという問題があった。
【００１９】
また、図７１に示した従来のマルチオペレーティングシステムにおいても、共用メモリが複数のＯＳ７１〜７３ のそれぞれから同時に参照可能であるため、通信時に共用メモリに外部から不正アクセスされた場合に、ＯＳ７１〜７３ が同時に攻撃され、セキュリティ上問題がある。
【００２０】
本発明は、上記に鑑みてなされたもので、マルチオペレーティングシステムのセキュリティ、信頼性を向上させることができるマルチオペレーティングシステム制御方法、およびその方法をコンピュータに実行させるプログラム、ならびにマルチオペレーティングシステム制御装置を提供することを目的とする。
【００２１】
【課題を解決するための手段】
上記目的を達成するために、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定し、また、前記通信対象のデータが前記第１のオペレーティングシステムに関連する場合、前記データを一時格納する格納手段の接続先を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定工程、を含むことを特徴とする。
【００２２】
この発明によれば、通信対象のデータを一時格納する格納手段における通常の接続先を第２のオペレーティングシステムに設定し、また、通信対象のデータが第１のオペレーティングシステムに関連する場合、データを一時格納する格納手段の接続先を、第２のオペレーティングシステムを中継して第１のオペレーティングシステムに設定することとしたので、通信時に第１のオペレーティングシステムおよび第２のオペレーティングシステムが同時に外部から攻撃される可能性を回避することができ、マルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００２３】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、前記第２のオペレーティングシステムが実行中に、前記第１のオペレーティングシステム宛のデータが格納手段に格納された場合、前記格納手段の接続を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定工程、を含むことを特徴とする。
【００２４】
この発明によれば、第２のオペレーティングシステムが実行中に、第１のオペレーティングシステム宛のデータが格納手段に格納された場合、格納手段の接続を、第２のオペレーティングシステムを中継して第１のオペレーティングシステムに設定することとしたので、第１のオペレーティングシステム宛のデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００２５】
また、本発明は、請求項１または２に記載のマルチオペレーティングシステム制御方法において、前記設定工程では、前記データの信頼度が、予め登録された値以上である場合、前記第２のオペレーティングシステムを中継させずに、前記格納手段に格納されたデータを前記第１のオペレーティングシステムに直接渡すこと、を特徴とする。
【００２６】
この発明によれば、データの信頼度が、予め登録された値以上である場合、第２のオペレーティングシステムを中継させずに、格納手段に格納されたデータを第１のオペレーティングシステムに直接渡すこととしたので、通信処理を高速化することができる。
【００２７】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定する設定工程と、前記第１のオペレーティングシステムが実行中に、前記第２のオペレーティングシステム宛のデータが前記格納手段に格納された場合、第１のオペレーティングシステムから第２のオペレーティングシステムに切り替える切り替え工程と、を含むことを特徴とする。
【００２８】
この発明によれば、第１のオペレーティングシステムが実行中に、第２のオペレーティングシステム宛のデータが格納手段に格納された場合、第１のオペレーティングシステムから第２のオペレーティングシステムに切り替えることとしたので、第２のオペレーティングシステム宛のデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００２９】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、前記第１のオペレーティングシステムが実行中に、前記第１のオペレーティングシステム宛のデータが格納手段に格納された場合、前記格納手段の接続先を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定工程、を含むことを特徴とする。
【００３０】
この発明によれば、第１のオペレーティングシステムが実行中に、第１のオペレーティングシステム宛のデータが格納手段に格納された場合、格納手段の接続先を、第２のオペレーティングシステムを中継して第１のオペレーティングシステムに設定することとしたので、第１のオペレーティングシステム宛のデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００３１】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムへの通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する第１の設定変更工程と、前記第１のオペレーティングシステムからのデータを前記格納手段に格納する格納工程と、前記格納手段の接続先を、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムに設定変更する第２の設定変更工程と、を含むことを特徴とする。
【００３２】
この発明によれば、第１のオペレーティングシステムから第２のオペレーティングシステムへの通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから第１のオペレーティングシステムに設定変更し、第１のオペレーティングシステムからのデータを格納手段に格納した後、格納手段の接続先を、第１のオペレーティングシステムから第２のオペレーティングシステムに設定変更することとしたので、第１のオペレーティングシステムから第２のオペレーティングシステムへのデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００３３】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、前記第１のオペレーティングシステムから他装置への通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する第１の設定変更工程と、前記第１のオペレーティングシステムからのデータを前記格納手段に格納する格納工程と、前記格納手段の接続先を、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムに設定変更する第２の設定変更工程と、前記第２のオペレーティングシステムを中継して、前記格納手段に格納されたデータを前記他装置へ送信する送信工程と、を含むことを特徴とする。
【００３４】
この発明によれば、第１のオペレーティングシステムから他装置への通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから第１のオペレーティングシステムに設定変更した後、第１のオペレーティングシステムからのデータを格納手段に格納し、格納手段の接続先を、第１のオペレーティングシステムから第２のオペレーティングシステムに設定変更することとしたので、第１のオペレーティングシステムから他装置へのデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００３５】
また、本発明は、請求項７に記載のマルチオペレーティングシステム制御方法において、前記データの信頼度が、予め登録された値以上である場合、前記第２の設定変更工程では、前記設定変更を行わず、また、前記送信工程では、前記第２のオペレーティングシステムを中継させずに、前記格納手段に格納されたデータを前記他装置へ直接送信すること、を特徴とする。
【００３６】
この発明によれば、データの信頼度が、予め登録された値以上である場合、設定変更を行わず、また、第２のオペレーティングシステムを中継させずに、格納手段に格納されたデータを他装置へ直接送信することとしたので、通信処理を高速化することができる。
【００３７】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定する設定工程と、前記第２のオペレーティングシステムから前記第１のオペレーティングシステムへの通信を行う場合、前記第２のオペレーティングシステムからのデータを前記格納手段に格納する格納工程と、前記格納手段の接続先を前記第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する設定変更工程と、を含むことを特徴とする。
【００３８】
この発明によれば、第２のオペレーティングシステムから第１のオペレーティングシステムへの通信を行う場合、第２のオペレーティングシステムからのデータを格納手段に格納し、格納手段の接続先を第２のオペレーティングシステムから第１のオペレーティングシステムに設定変更することとしたので、第２のオペレーティングシステムから第１のオペレーティングシステムへのデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００３９】
また、本発明は、請求項１〜９のいずれか一つに記載のマルチオペレーティングシステム制御方法において、前記データの正常性をチェックし、正常である場合にのみ通信処理を継続させるデータチェック工程、を含むことを特徴とする。
【００４０】
この発明によれば、データの正常性をチェックし、正常である場合にのみ通信処理を継続させることとしたので、マルチオペレーティングシステムのセキュリティ、信頼性をさらに向上させることができる。
【００４１】
また、本発明は、請求項１〜１０のいずれか一つに記載のマルチオペレーティングシステム制御方法において、前記格納手段の接続先の設定に関しては、前記第２のオペレーティングシステム側のみに権限が付与されていることを特徴とする。
【００４２】
この発明によれば、格納手段の接続先の設定に関して、第２のオペレーティングシステム側のみに権限を付与することとしたので、権限を有しない第１のオペレーティングシステム側が外部から攻撃される可能性が極めて低くなり、さらにマルチオペレーティングシステムのセキュリティ、信頼性を格段に向上させることができる。
【００４３】
また、本発明は、請求項１〜１１のいずれか一つに記載されたマルチオペレーティングシステム制御方法をコンピュータに実行させるプログラムであり、そのプログラムがコンピュータ読み取り可能となり、これによって、請求項１〜１１のいずれか一つに記載された発明の動作をコンピュータによって実行することができる。
【００４４】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定し、また、前記通信対象のデータが前記第１のオペレーティングシステムに関連する場合、前記データを一時格納する格納手段の接続先を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定手段、を備えたことを特徴とする。
【００４５】
この発明によれば、通信対象のデータを一時格納する格納手段における通常の接続先を第２のオペレーティングシステムに設定し、また、通信対象のデータが第１のオペレーティングシステムに関連する場合、データを一時格納する格納手段の接続先を、第２のオペレーティングシステムを中継して第１のオペレーティングシステムに設定することとしたので、通信時に第１のオペレーティングシステムおよび第２のオペレーティングシステムが同時に外部から攻撃される可能性を回避することができ、マルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００４６】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、前記第２のオペレーティングシステムが実行中に、前記第１のオペレーティングシステム宛のデータが格納手段に格納された場合、前記格納手段の接続を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定手段、を備えたことを特徴とする。
【００４７】
この発明によれば、第２のオペレーティングシステムが実行中に、第１のオペレーティングシステム宛のデータが格納手段に格納された場合、格納手段の接続を、第２のオペレーティングシステムを中継して第１のオペレーティングシステムに設定することとしたので、第１のオペレーティングシステム宛のデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００４８】
また、本発明は、請求項１３または１４に記載のマルチオペレーティングシステム制御装置において、前記設定手段では、前記データの信頼度が、予め登録された値以上である場合、前記第２のオペレーティングシステムを中継させずに、前記格納手段に格納されたデータを前記第１のオペレーティングシステムに直接渡すこと、を特徴とする。
【００４９】
この発明によれば、データの信頼度が、予め登録された値以上である場合、第２のオペレーティングシステムを中継させずに、格納手段に格納されたデータを第１のオペレーティングシステムに直接渡すこととしたので、通信処理を高速化することができる。
【００５０】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定する設定手段と、前記第１のオペレーティングシステムが実行中に、前記第２のオペレーティングシステム宛のデータが前記格納手段に格納された場合、第１のオペレーティングシステムから第２のオペレーティングシステムに切り替える切り替え手段と、を備えたことを特徴とする。
【００５１】
この発明によれば、第１のオペレーティングシステムが実行中に、第２のオペレーティングシステム宛のデータが格納手段に格納された場合、第１のオペレーティングシステムから第２のオペレーティングシステムに切り替えることとしたので、第２のオペレーティングシステム宛のデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００５２】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、前記第１のオペレーティングシステムが実行中に、前記第１のオペレーティングシステム宛のデータが格納手段に格納された場合、前記格納手段の接続先を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定手段、を備えたことを特徴とする。
【００５３】
この発明によれば、第１のオペレーティングシステムが実行中に、第１のオペレーティングシステム宛のデータが格納手段に格納された場合、格納手段の接続先を、第２のオペレーティングシステムを中継して第１のオペレーティングシステムに設定することとしたので、第１のオペレーティングシステム宛のデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００５４】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムへの通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する第１の設定変更手段と、前記第１のオペレーティングシステムからのデータを前記格納手段に格納する格納制御手段と、前記格納手段の接続先を、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムに設定変更する第２の設定変更手段と、を備えたことを特徴とする。
【００５５】
この発明によれば、第１のオペレーティングシステムから第２のオペレーティングシステムへの通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから第１のオペレーティングシステムに設定変更し、第１のオペレーティングシステムからのデータを格納手段に格納した後、格納手段の接続先を、第１のオペレーティングシステムから第２のオペレーティングシステムに設定変更することとしたので、第１のオペレーティングシステムから第２のオペレーティングシステムへのデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００５６】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、前記第１のオペレーティングシステムから他装置への通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する第１の設定変更手段と、前記第１のオペレーティングシステムからのデータを前記格納手段に格納する格納制御手段と、前記格納手段の接続先を、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムに設定変更する第２の設定変更手段と、前記第２のオペレーティングシステムを中継して、前記格納手段に格納されたデータを前記他装置へ送信する送信手段と、を備えたことを特徴とする。
【００５７】
この発明によれば、第１のオペレーティングシステムから他装置への通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから第１のオペレーティングシステムに設定変更した後、第１のオペレーティングシステムからのデータを格納手段に格納し、格納手段の接続先を、第１のオペレーティングシステムから第２のオペレーティングシステムに設定変更することとしたので、第１のオペレーティングシステムから他装置へのデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００５８】
また、本発明は、請求項１９に記載のマルチオペレーティングシステム制御装置において、前記データの信頼度が、予め登録された値以上である場合、前記第２の設定変更手段では、前記設定変更を行わず、また、前記送信手段では、前記第２のオペレーティングシステムを中継させずに、前記格納手段に格納されたデータを前記他装置へ直接送信すること、を特徴とする。
【００５９】
この発明によれば、データの信頼度が、予め登録された値以上である場合、設定変更を行わず、また、第２のオペレーティングシステムを中継させずに、格納手段に格納されたデータを他装置へ直接送信することとしたので、通信処理を高速化することができる。
【００６０】
また、本発明は、一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定する設定手段と、前記第２のオペレーティングシステムから前記第１のオペレーティングシステムへの通信を行う場合、前記第２のオペレーティングシステムからのデータを前記格納手段に格納する格納制御手段と、前記格納手段の接続先を前記第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する設定変更手段と、を備えたことを特徴とする。
【００６１】
この発明によれば、第２のオペレーティングシステムから第１のオペレーティングシステムへの通信を行う場合、第２のオペレーティングシステムからのデータを格納手段に格納し、格納手段の接続先を第２のオペレーティングシステムから第１のオペレーティングシステムに設定変更することとしたので、第２のオペレーティングシステムから第１のオペレーティングシステムへのデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【００６２】
また、本発明は、請求項１３〜２１のいずれか一つに記載のマルチオペレーティングシステム制御装置において、前記データの正常性をチェックし、正常である場合にのみ通信処理を継続させるデータチェック手段、を備えたことを特徴とする。
【００６３】
この発明によれば、データの正常性をチェックし、正常である場合にのみ通信処理を継続させることとしたので、マルチオペレーティングシステムのセキュリティ、信頼性をさらに向上させることができる。
【００６４】
また、本発明は、請求項１３〜２２のいずれか一つに記載のマルチオペレーティングシステム制御装置において、前記格納手段の接続先の設定に関しては、前記第２のオペレーティングシステム側のみに権限が付与されていることを特徴とする。
【００６５】
この発明によれば、格納手段の接続先の設定に関して、第２のオペレーティングシステム側のみに権限を付与することとしたので、権限を有しない第１のオペレーティングシステム側が外部から攻撃される可能性が極めて低くなり、さらにマルチオペレーティングシステムのセキュリティ、信頼性を格段に向上させることができる。
【００６６】
【発明の実施の形態】
以下、図面を参照して本発明にかかるマルチオペレーティングシステム制御方法、およびその方法をコンピュータに実行させるプログラム、ならびにマルチオペレーティングシステム制御装置の実施の形態１〜３について詳細に説明する。
【００６７】
（実施の形態１）
図１は、本発明にかかる実施の形態１の構成を示すブロック図である。この図に示したマルチオペレーティングシステムは、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｅｒｆａｃｅ Ｃａｒｄ）１０、ＮＩＣデバイスドライバ２０１ 、ＮＩＣデバイスドライバ２０２ 、ＯＳ３０１ 、ＯＳ３０２ 、ＡＰ（アプリケーションプログラム）４０１ 〜４０４ およびネットワーク５０から構成されている。
【００６８】
同マルチオペレーティングシステムでは、ＯＳ３０１ からＯＳ３０２ へ、またはＯＳ３０２ からＯＳ３０１ への切り替えが割り込み処理ルーチンの中で実行される。割り込みの発生要因としては、ＮＩＣ１０を介しての通信要求、タイマ（図示略）による定期的な切り替え要求等が挙げられる。
【００６９】
また、同マルチオペレーティングシステムは、従来のように共通の制御プログラムや、共用メモリ等を介さずに、ＮＩＣ１０を用いて、高いセキュリティを保持した状態でＯＳ３０１ とＯＳ３０２ との間でデータ（パケット等）の受け渡しを実現する点に特徴がある。
【００７０】
以下、各構成要素について詳述する。ＮＩＣ１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）カードであり、通信インタフェース機能を備えている。このＮＩＣ１０は、後述するＮＩＣデバイスドライバ２０１ およびＮＩＣデバイスドライバ２０２ により制御される。
【００７１】
ＮＩＣ１０において、ＮＩＣ送信処理部１１は、パケットを送信する機能を備えている。送信バッファ１２は、ＮＩＣ送信処理部１１から送信されるパケットを一時的に格納する。ＮＩＣ受信処理部１３は、ネットワーク５０よりパケットを受信する機能を備えている。受信バッファ１４は、ＮＩＣ受信処理部１３により受信されたパケットを一時的に格納する。
【００７２】
送信バッファレジスタ１５は、後述する送信バッファ２３１ または送信バッファ２３２のいずれかに対応する値（アドレス）を格納するレジスタである。受信バッファレジスタ１６は、後述する受信バッファ２５１ または受信バッファ２５２ のいずれかに対応する値（アドレス）を格納するレジスタである。
【００７３】
ＮＩＣデバイスドライバ２０１ は、ＯＳ３０１ の一部の機能を実現するものであり、通信時にＮＩＣ１０を制御する機能、送信バッファレジスタ１５や受信バッファレジスタ１６の値を書き換える機能、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える機能等を備えている。
【００７４】
ＮＩＣデバイスドライバ２０１ において、送信処理部２２１ は、ＯＳ３０１ からのパケットを送信する機能を備えている。送信バッファ２３１ は、ＯＳ３０１ からのパケットを一時的に格納する。受信処理部２４１ は、ＯＳ３０１ 宛のパケットを受信する機能を備えている。受信バッファ２５１ は、ＯＳ３０１ 宛のパケットを一時的に格納する。ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える機能等を備えている。
【００７５】
一方、ＮＩＣデバイスドライバ２０２ は、ＯＳ３０２ の一部の機能を実現するものであり、通信時にＮＩＣ１０を制御する機能、送信バッファレジスタ１５や受信バッファレジスタ１６の値を書き換える機能、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替える機能等を備えている。
【００７６】
また、ＮＩＣデバイスドライバ２０２ において、送信処理部２２２ は、ＯＳ３０２ からのパケットを送信する機能を備えている。送信バッファ２３２ は、ＯＳ３０２ からのパケットを一時的に格納する。受信処理部２４２ は、ＯＳ３０２ 宛のパケットを受信する機能を備えている。受信バッファ２５２ は、ＯＳ３０２ 宛のパケットを一時的に格納する。ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替える機能等を備えている。データチェック処理部２６２ は、パケットについて、ウイルス感染や、ネットワーク攻撃の可能性等についてのチェックを実行する。
【００７７】
ここで、ＯＳ３０１ には、ＩＰアドレスとして、例えば、１９２．１６８．１．３が付与されている。一方、ＯＳ３０２ には、別のＩＰアドレスとして、例えば、１９２．１６８．１．４が付与されている。なお、実施の形態１〜３においては、ＯＳを識別する情報として、上記ＩＰアドレスに代えて、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを用いてもよい。
【００７８】
つぎに、実施の形態１の動作概要１〜４について、図２〜図５を参照しつつ説明する。
【００７９】
（実施の形態１の動作概要１）
はじめに、実施の形態１の動作概要１について、図２に示したブロック図を参照して説明する。この動作概要１では、ＮＩＣ１０を介して、ＯＳ３０２ からＯＳ３０１ へ通信する場合について説明する。
【００８０】
同図においては、ＯＳ３０２ が実行中であって、送信バッファレジスタ１５に送信バッファ２３２ に対応する値が格納されており、かつ受信バッファレジスタ１６に受信バッファ２５２ に対応する値が格納されている状態にあるものとする。
【００８１】
この状態で、（１）では、ＮＩＣデバイスドライバ２０２ の送信処理部２２２ は、ＯＳ３０２ からのパケット（以下、データ、コマンド等も含む）を送信バッファ２３２ に格納する。このパケットは、ＯＳ３０２ からＯＳ３０１ へ送信される。従って、当該パケットの送信先ＩＰアドレスは、ＯＳ３０１ に付与された１９２．１６８．１．３である。
【００８２】
（２）では、送信処理部２２２ は、ＮＩＣ１０の受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ に書き換える。（３）では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３２ にアクセスした後、送信バッファ２３２ から送信バッファ１２へパケットをコピーする。
【００８３】
（４）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、これをネットワーク５０へ送信する。そして、当該パケットは、ＮＩＣ受信処理部１３に受信された後、受信バッファ１４に格納される。
【００８４】
（５）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５１ にアクセスした後、受信バッファ１４から受信バッファ２５１ へパケットをコピーする。
【００８５】
（６）では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替える。（７）では、受信処理部２４１ は、受信バッファ２５１ からパケットを読み出し、このパケットを切り替え後のＯＳ３０１ へ渡す。
【００８６】
このように、実施の形態１の動作概要１では、ＮＩＣ１０を介しての通信と、ＯＳ切り替えとの連携により、高いセキュリティを保持した状態で、ＯＳ間通信が実現される。
【００８７】
（実施の形態１の動作概要２）
つぎに、実施の形態１の動作概要２について、図３に示したブロック図を参照して説明する。この動作概要２では、ＮＩＣ１０を介して、ＯＳ３０１ からＯＳ３０２ へ通信する場合について説明する。
【００８８】
同図においては、ＯＳ３０１ が実行中であって、送信バッファレジスタ１５に送信バッファ２３２ に対応する値が格納されており、かつ受信バッファレジスタ１６に受信バッファ２５２ に対応する値が格納されている状態にあるものとする。
【００８９】
この状態で、（１）では、ＮＩＣデバイスドライバ２０１ の送信処理部２２１ は、ＯＳ３０１ からのパケットを送信バッファ２３１ に格納する。このパケットは、ＯＳ３０１ からＯＳ３０２ 宛に送信される。従って、当該パケットの送信先ＩＰアドレスは、ＯＳ３０２ に付与された１９２．１６８．１．４である。
【００９０】
（２）では、送信処理部２２１ は、ＮＩＣ１０の送信バッファレジスタ１５の値を送信バッファ２３２ から送信バッファ２３１ に書き換える。（３）では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３１ にアクセスした後、送信バッファ２３１ から送信バッファ１２へパケットをコピーする。
【００９１】
（４）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、これをネットワーク５０へ送信する。そして、当該パケットは、ＮＩＣ受信処理部１３に受信された後、受信バッファ１４に格納される。
【００９２】
（５）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５２ にアクセスした後、受信バッファ１４から受信バッファ２５２ へパケットをコピーする。
【００９３】
（６）では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える。（７）では、受信処理部２４２ は、受信バッファ２５２ からパケットを読み出し、このパケットを切り替え後のＯＳ３０２ へ渡す。
【００９４】
（実施の形態１の動作概要３）
つぎに、実施の形態１の動作概要３について、図４に示したブロック図を参照して説明する。この動作概要３では、ネットワーク５０に接続された他装置（図示略）からＯＳ３０１ 宛のパケットをＮＩＣ１０を介してＯＳ３０２ が中継し、データチェック（ウイルスチェック等）を行う場合について説明する。
【００９５】
同図においては、ＯＳ３０２ が実行中であって、送信バッファレジスタ１５に送信バッファ２３２ に対応する値が格納されており、かつ受信バッファレジスタ１６に受信バッファ２５２ に対応する値が格納されている状態にあるものとする。
【００９６】
この状態で、（１）では、ＮＩＣ１０のＮＩＣ受信処理部１３は、他装置（図示略）からＯＳ３０１ 宛に送信されたパケットを、ネットワーク５０を介して、受信した後、これを受信バッファ１４に格納する。ここで、当該パケットの送信先ＩＰアドレスは、ＯＳ３０１ に付与された１９２．１６８．１．３である。
【００９７】
（２）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５２ にアクセスした後、受信バッファ１４から受信バッファ２５２ へパケットをコピーする。
【００９８】
（３）では、受信処理部２４２ は、データチェック処理部２６２ を呼び出す。（４）では、データチェック処理部２６２ は、受信バッファ２５２ に格納されたパケットについて、ウイルス感染や、ネットワーク攻撃の可能性等についてのチェックを実行する。このチェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【００９９】
この場合、チェック結果が正常であるとすると、（５）では、受信処理部２４２ （またはデータチェック処理部２６２ ）は、受信バッファ２５２ から送信バッファ２３２ へ当該パケットをコピーする。
【０１００】
（６）では、送信処理部２２２ は、受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ へ書き換える。（７）では、ＮＩＣ１０のＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３２ から送信バッファ１２へパケットをコピーする。
【０１０１】
（８）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、これをネットワーク５０へ送信する。そして、当該パケットは、ＮＩＣ受信処理部１３に受信された後、受信バッファ１４に格納される。
【０１０２】
（９）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５１ にアクセスした後、受信バッファ１４から受信バッファ２５１ へパケットをコピーする。
【０１０３】
（１０）では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替える。（１１）では、受信処理部２４１ は、受信バッファ２５１ からパケットを読み出し、このパケットを切り替え後のＯＳ３０１ へ渡す。
【０１０４】
（実施の形態１の動作概要４）
つぎに、実施の形態１の動作概要４について、図５に示したブロック図を参照して説明する。この動作概要４では、ＯＳ３０１ からネットワーク５０に接続された他装置（図示略）宛のパケットを、ＮＩＣ１０を介してＯＳ３０２ が中継し、データチェック（ウイルスチェック等）を行う場合について説明する。
【０１０５】
同図においては、ＯＳ３０１ が実行中であって、送信バッファレジスタ１５に送信バッファ２３２ に対応する値が格納されており、かつ受信バッファレジスタ１６に受信バッファ２５２ に対応する値が格納されている状態にあるものとする。
【０１０６】
この状態で、（１）では、ＮＩＣデバイスドライバ２０１ の送信処理部２２１ は、ＯＳ３０１ からのパケットを送信バッファ２３１ に格納する。このパケットは、ＯＳ３０１ から他装置（図示略）宛に送信される。従って、当該パケットの送信先ＩＰアドレスは、他装置に付与されたＩＰアドレスである。
【０１０７】
（２）では、送信処理部２２１ は、ＮＩＣ１０の送信バッファレジスタ１５の値を送信バッファ２３２ から送信バッファ２３１ に書き換える。（３）では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３１ にアクセスした後、送信バッファ２３１ から送信バッファ１２へパケットをコピーする。
【０１０８】
（４）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、このパケットの送信先ＩＰアドレスを、他装置のＩＰアドレスからＯＳ３０２ のＩＰアドレス（１９２．１６８．１．４）に変更する。つぎに、ＮＩＣ送信処理部１１は、変更後のパケットをネットワーク５０へ送信する。つぎに、パケットは、ＮＩＣ受信処理部１３に受信された後、受信バッファ１４に格納される。
【０１０９】
（５）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５２ にアクセスした後、受信バッファ１４から受信バッファ２５２ へパケットをコピーする。
【０１１０】
（６）では、送信処理部２２１ は、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換える。（７）では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える。
【０１１１】
（８）では、受信処理部２４２ は、データチェック処理部２６２ を呼び出す。（９）では、データチェック処理部２６２ は、受信バッファ２５２ に格納されたパケットについて、ウイルス感染や、ネットワーク攻撃の可能性等についてのチェックを実行する。このチェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０１１２】
この場合、チェック結果が正常であるとすると、（１０）では、受信処理部２４２ （またはデータチェック処理部２６２ ）は、受信バッファ２５２ から送信バッファ２３２ へ当該パケットをコピーする。
【０１１３】
（１１）では、ＮＩＣ１０のＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３２ から送信バッファ１２へパケットをコピーする。
【０１１４】
（１２）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、これをネットワーク５０へ送信する。そして、当該パケットは、ネットワーク５０を介して他装置（図示略）に受信される。
【０１１５】
（実施の形態１の動作例１）
つぎに、実施の形態１の動作例１について、図６および図７を参照して、説明する。この動作例１は、図６に示したＯＳ３０２ が実行中に、ＯＳ３０２ 宛のパケットをＮＩＣ１０が受信した場合の動作である。
【０１１６】
図７に示したステップＳＡ１では、ＮＩＣ受信処理が実行される。具体的には、図２３に示したステップＳＪ１では、図６に示したＮＩＣ１０のＮＩＣ受信処理部１３は、ネットワーク５０からパケットが到着したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１１７】
そして、ネットワーク５０を介してＯＳ３０２ 宛のパケットが到着すると、ＮＩＣ受信処理部１３は、ステップＳＪ１の判断結果を「Ｙｅｓ」とする。ステップＳＪ２では、ＮＩＣ受信処理部１３は、受信禁止状態にあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１８】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、上記パケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５２ にコピーする。
【０１１９】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０１２０】
これにより、ＯＳ３０２ 側では、図７に示したステップＳＡ２で第２受信処理が実行される。具体的には、図２４に示したステップＳＫ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１２１】
ステップＳＫ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＫ６では、受信処理部２４２ は、受信バッファ２５２ からＯＳ３０２ へパケットをコピーする。
【０１２２】
（実施の形態１の動作例２）
つぎに、実施の形態１の動作例２について、図８および図９を参照して、説明する。この動作例２は、図８に示したＯＳ３０２ が実行中に、ＯＳ３０１ 宛のパケットをＮＩＣ１０が受信した場合の動作である。
【０１２３】
図９に示したステップＳＢ１では、動作例１と同様にして、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、図８に示したＮＩＣ１０のＮＩＣ受信処理部１３により、ネットワーク５０を介してＯＳ３０１ 宛のパケットが受信された後、受信バッファ１４に格納される。つぎに、パケットは、ＮＩＣ受信処理部１３により、受信バッファ２５２ に格納される。
【０１２４】
図９に示したステップＳＢ２では、ＯＳ３０２ 側で第２受信処理が実行される。具体的には、図２４に示したステップＳＫ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１２５】
ステップＳＫ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＫ３では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１２６】
ステップＳＫ７では、受信処理部２４２ は、ＮＩＣ１０に対して受信禁止コマンドを発行する。これにより、ステップＳＫ８では、ＮＩＣ受信割り込みが禁止され、ＮＩＣ１０が前述した受信禁止状態とされる。従って、ＮＩＣ１０では、パケットの受信が禁止される。
【０１２７】
ステップＳＫ９では、受信処理部２４２ は、データチェック処理部２６２ を呼び出し、受信バッファ２５２ に格納されたパケットについて、ウイルス感染や、ネットワーク攻撃の可能性等についてのチェックを実行させる。なお、このチェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０１２８】
この場合、チェック結果が正常であるとすると、ステップＳＫ１０では、受信処理部２４２ は、受信バッファ２５２ から送信バッファ２３２ へ当該パケットをコピーする。ステップＳＫ１１では、受信処理部２４２ は、送信処理部２２２ を呼び出す。
【０１２９】
これにより、図９に示したステップＳＢ３では、第２送信処理が実行される。具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、送信バッファ２３２ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１３０】
ステップＳＬ４では、送信処理部２２２ は、受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ に書き換える。ステップＳＬ５では、送信処理部２２２ は、ＮＩＣ受信割り込み禁止を解除する。
【０１３１】
ステップＳＬ６では、送信処理部２２２ は、ＮＩＣ１０に受信禁止解除コマンドを発行する。これにより、ＮＩＣ１０における受信禁止が解除される。ステップＳＬ７では、送信処理部２２２ は、ＮＩＣ送信処理部１１を呼び出す。ステップＳＬ８では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０１３２】
これにより、図９に示したステップＳＢ４では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２１ または送信処理部２２２ から送信コマンドを受けたか否かを判断する。
【０１３３】
この場合、ステップＳＬ８（図２５参照）で送信処理部２２２ から送信コマンドを受けているため、ＮＩＣ送信処理部１１は、ステップＳＩ１の判断結果を「Ｙｅｓ」とする。なお、送信コマンドを受けていない場合、ＮＩＣ送信処理部１１は、判断結果を「Ｎｏ」として、ステップＳＩ１の判断を繰り返す。
【０１３４】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０１ 宛）をネットワーク５０へ送信する。
【０１３５】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０１３６】
また、図２５に示したステップＳＬ９では、送信処理部２２２ は、ＯＳ切替え処理部２１２ を呼び出す。これにより、図９に示したステップＳＢ５では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切替え処理を実行する。
【０１３７】
そして、切り替え後、ステップＳＢ６では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、ＮＩＣ受信処理部１３は、図２３に示したステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０１３８】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、ネットワーク５０を介してＯＳ３０１ 宛のパケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５１ にコピーする。
【０１３９】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０１４０】
これにより、ＯＳ３０１ 側では、図９に示したステップＳＢ７で第１受信処理が実行される。具体的には、図２６に示したステップＳＭ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１４１】
ステップＳＭ３では、受信処理部２４１ はＮＩＣ１０に対して受信禁止コマンドを発行する。ステップＳＭ４では、ＮＩＣ受信割り込みが禁止される。ステップＳＭ５では、受信処理部２４１ は、受信バッファ２５１ からＯＳ３０１ にパケットをコピーする。
【０１４２】
ステップＳＭ６では、受信処理部２４１ は、受信バッファレジスタ１６の値を受信バッファ２５１ から受信バッファ２５２ に書き換える。ステップＳＭ７では、受信処理部２４１ は、ＮＩＣ受信割り込み禁止を解除する。ステップＳＭ８では、受信処理部２４１ は、ＮＩＣ１０に対して受信禁止解除コマンドを発行する。
【０１４３】
（実施の形態１の動作例３）
つぎに、実施の形態１の動作例３について、図１０および図１１を参照して、説明する。この動作例３は、図１０に示したＯＳ３０１ が実行中に、ＯＳ３０２ 宛のパケットをＮＩＣ１０が受信した場合の動作である。
【０１４４】
図１１に示したステップＳＣ１では、ＮＩＣ受信処理が実行される。具体的には、図２３に示したステップＳＪ１では、図１０に示したＮＩＣ１０のＮＩＣ受信処理部１３は、ネットワーク５０からパケットが到着したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１４５】
そして、ネットワーク５０を介してＯＳ３０２ 宛のパケットが到着すると、ＮＩＣ受信処理部１３は、ステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０１４６】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、上記パケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５２ にコピーする。
【０１４７】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０１４８】
これにより、図１１に示したステップＳＣ２で第１受信処理が実行される。具体的には、図２６に示したステップＳＭ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、いずれのパケットも格納されていないため、判断結果を「Ｎｏ」とする。
【０１４９】
ステップＳＭ２では、受信処理部２４１ は、ＯＳ切替え処理部２１１ を呼び出す。これにより、図１１に示したステップＳＣ３では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。
【０１５０】
ステップＳＣ４では、第２受信処理が実行される。具体的には、図２４に示したステップＳＫ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１５１】
ステップＳＫ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＫ６では、受信処理部２４２ は、受信バッファ２５２ からＯＳ３０２ へパケットをコピーする。
【０１５２】
（実施の形態１の動作例４）
つぎに、実施の形態１の動作例４について、図１２および図１３を参照して、説明する。この動作例４は、図１２に示したＯＳ３０１ が実行中に、ＯＳ３０１ 宛のパケットをＮＩＣ１０が受信した場合の動作である。
【０１５３】
図１３に示したステップＳＤ１では、ＮＩＣ受信処理が実行される。具体的には、図２３に示したステップＳＪ１では、図１２に示したＮＩＣ１０のＮＩＣ受信処理部１３は、ネットワーク５０からパケットが到着したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１５４】
そして、ネットワーク５０を介してＯＳ３０１ 宛のパケットが到着すると、ＮＩＣ受信処理部１３は、ステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０１５５】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、上記パケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５２ にコピーする。
【０１５６】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０１５７】
これにより、図１３に示したステップＳＤ２で第１受信処理が実行される。具体的には、図２６に示したステップＳＭ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、いずれのパケットも格納されていないため、判断結果を「Ｎｏ」とする。
【０１５８】
ステップＳＭ２では、受信処理部２４１ は、ＯＳ切替え処理部２１１ を呼び出す。これにより、図１３に示したステップＳＤ３では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。
【０１５９】
ステップＳＤ４では、第２受信処理が実行される。具体的には、図２４に示したステップＳＫ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１６０】
ステップＳＫ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＫ３では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１６１】
ステップＳＫ７では、受信処理部２４２ は、ＮＩＣ１０に対して受信禁止コマンドを発行する。これにより、ステップＳＫ８では、ＮＩＣ受信割り込みが禁止され、ＮＩＣ１０が前述した受信禁止状態とされる。従って、ＮＩＣ１０では、パケットの受信が禁止される。
【０１６２】
ステップＳＫ９では、受信処理部２４２ は、データチェック処理部２６２ を呼び出し、受信バッファ２５２ に格納されたパケットについて、ウイルス感染や、ネットワーク攻撃の可能性等についてのチェックを実行させる。なお、このチェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０１６３】
この場合、チェック結果が正常であるとすると、ステップＳＫ１０では、受信処理部２４２ は、受信バッファ２５２ から送信バッファ２３２ へ当該パケットをコピーする。ステップＳＫ１１では、受信処理部２４２ は、送信処理部２２２ を呼び出す。
【０１６４】
これにより、図１３に示したステップＳＤ５では、第２送信処理が実行される。具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、送信バッファ２３２ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１６５】
ステップＳＬ４では、送信処理部２２２ は、受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ に書き換える。ステップＳＬ５では、送信処理部２２２ は、ＮＩＣ受信割り込み禁止を解除する。
【０１６６】
ステップＳＬ６では、送信処理部２２２ は、ＮＩＣ１０に受信禁止解除コマンドを発行する。これにより、ＮＩＣ１０における受信禁止が解除される。ステップＳＬ７では、送信処理部２２２ は、ＮＩＣ送信処理部１１を呼び出す。ステップＳＬ８では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０１６７】
これにより、図１３に示したステップＳＤ６では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２１ または送信処理部２２２ から送信コマンドを受けたか否かを判断する。
【０１６８】
この場合、ステップＳＬ８（図２５参照）で送信処理部２２２ から送信コマンドを受けているため、ＮＩＣ送信処理部１１は、ステップＳＩ１の判断結果を「Ｙｅｓ」とする。
【０１６９】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０１ 宛）をネットワーク５０へ送信する。
【０１７０】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０１７１】
また、図２５に示したステップＳＬ９では、送信処理部２２２ は、ＯＳ切替え処理部２１２ を呼び出す。これにより、図１３に示したステップＳＤ７では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切替え処理を実行する。
【０１７２】
そして、切り替え後、ステップＳＤ８では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、ＮＩＣ受信処理部１３は、図２３に示したステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０１７３】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、上記パケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５１ にコピーする。
【０１７４】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０１７５】
これにより、ステップＳＤ９で第１受信処理が実行される。具体的には、図２６に示したステップＳＭ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１７６】
ステップＳＭ３では、受信処理部２４１ はＮＩＣ１０に対して受信禁止コマンドを発行する。ステップＳＭ４では、ＮＩＣ受信割り込みが禁止される。ステップＳＭ５では、受信処理部２４１ は、受信バッファ２５１ からＯＳ３０１ にパケットをコピーする。
【０１７７】
ステップＳＭ６では、受信処理部２４１ は、受信バッファレジスタ１６の値を受信バッファ２５１ から受信バッファ２５２ に書き換える。ステップＳＭ７では、受信処理部２４１ は、ＮＩＣ割込禁止を解除する。ステップＳＭ８では、受信処理部２４１ は、ＮＩＣ１０に対して受信禁止解除コマンドを発行する。
【０１７８】
（実施の形態１の動作例５）
つぎに、実施の形態１の動作例５について、図１４および図１５を参照して、説明する。この動作例５は、図１４に示したＯＳ３０１ からＯＳ３０２ へパケットを送信する場合の動作である。
【０１７９】
図１５に示したステップＳＥ１では、第１送信処理が実行される。具体的には、図２７に示したステップＳＮ１では、送信処理部２２１ は、ＯＳ３０１ から渡された送信すべきパケットの送信先ＩＰアドレスを、ＯＳ３０２ のＩＰアドレスに置換した後、送信バッファ２３１ に格納する。
【０１８０】
ステップＳＮ２では、送信処理部２２１ は、送信バッファレジスタ１５の値を送信バッファ２３２ から送信バッファ２３１ に書き換える。ステップＳＮ３では、送信処理部２２１ は、ＮＩＣ送信処理部１１を呼び出し、送信コマンドを発行する。ステップＳＮ４では、送信処理部２２１ は、ＮＩＣ１０でＮＩＣ送信完了割り込みが発生したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１８１】
また、ステップＳＮ３でＮＩＣ送信処理部１１が呼び出されると、図１５に示したステップＳＥ２では、ＮＩＣ送信処理が実行される。具体的には、図２３に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２１ または送信処理部２２２ から送信コマンドを受けたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１８２】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３１ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０２ 宛）をネットワーク５０へ送信する。
【０１８３】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０１８４】
これにより、送信処理部２２１ は、図２７に示したステップＳＮ４の判断結果を「Ｙｅｓ」とする。ステップＳＮ５では、送信処理部２２１ は、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換える。ステップＳＮ６では、送信処理部２２１ は、ＯＳ切替え処理部２１１ を呼び出す。
【０１８５】
これにより、図１５に示したステップＳＥ３では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。
【０１８６】
ステップＳＥ４では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、図１４に示したＮＩＣ１０のＮＩＣ受信処理部１３により、ネットワーク５０を介してＯＳ３０２ 宛のパケットが受信された後、受信バッファ１４に格納される。つぎに、パケットは、ＮＩＣ受信処理部１３により、受信バッファ２５２ に格納される。
【０１８７】
ステップＳＥ５では、ＯＳ３０２ 側で第２受信処理が実行される。具体的には、図２４に示したステップＳＫ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１８８】
ステップＳＫ５では、受信処理部２４２ は、データチェック処理部２６２ を呼び出し、受信バッファ２５２ に格納されているパケットについてデータチェックを行わせる。なお、チェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０１８９】
この場合、チェック結果が正常であるものとし、ステップＳＫ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＫ６では、受信処理部２４２ は、受信バッファ２５２ からＯＳ３０２ へパケットをコピーする。
【０１９０】
（実施の形態１の動作例６）
つぎに、実施の形態１の動作例６について、図１６および図１７を参照して、説明する。この動作例６は、図１６に示したＯＳ３０１ からネットワーク５０に接続された他装置へパケットを送信する場合の動作である。
【０１９１】
図１７に示したステップＳＦ１では、第１送信処理が実行される。具体的には、図２７に示したステップＳＮ１では、送信処理部２２１ は、ＯＳ３０１ から渡された送信すべきパケットの送信先ＩＰアドレス（この場合、他装置のＩＰアドレス）を、ＯＳ３０２ のＩＰアドレスに置換した後、送信バッファ２３１ に格納する。なお、置換前の他装置のＩＰアドレスは、当該パケットのデータ領域に格納される。
【０１９２】
ステップＳＮ２では、送信処理部２２１ は、送信バッファレジスタ１５の値を送信バッファ２３２ から送信バッファ２３１ に書き換える。ステップＳＮ３では、送信処理部２２１ は、ＮＩＣ送信処理部１１を呼び出し、送信コマンドを発行する。ステップＳＮ４では、送信処理部２２１ は、ＮＩＣ１０でＮＩＣ送信完了割り込みが発生したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１９３】
また、ステップＳＮ３でＮＩＣ送信処理部１１が呼び出されると、図１７に示したステップＳＦ２では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２１ または送信処理部２２２ から送信コマンドを受けたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１９４】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３１ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０２ 宛）をネットワーク５０へ送信する。
【０１９５】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０１９６】
これにより、送信処理部２２１ は、図２７に示したステップＳＮ４の判断結果を「Ｙｅｓ」とする。ステップＳＮ５では、送信処理部２２１ は、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換える。ステップＳＮ６では、送信処理部２２１ は、ＯＳ切替え処理部２１１ を呼び出す。
【０１９７】
これにより、図１７に示したステップＳＦ３では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。
【０１９８】
ステップＳＦ４では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、図１６に示したＮＩＣ１０のＮＩＣ受信処理部１３により、ネットワーク５０を介してＯＳ３０２ 宛のパケットが受信された後、受信バッファ１４に格納される。つぎに、ＮＩＣ受信処理部１３は、当該パケットの送信先ＩＰアドレスを他装置のＩＰアドレスに置換した後、当該パケットを受信バッファ２５２ に格納する。
【０１９９】
ステップＳＦ５では、ＯＳ３０２ 側で第２受信処理が実行される。具体的には、図２４に示したステップＳＫ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２００】
ステップＳＫ５では、受信処理部２４２ は、データチェック処理部２６２ を呼び出し、受信バッファ２５２ に格納されているパケットについてデータチェックを行わせる。なお、チェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０２０１】
この場合、チェック結果が正常であるものとし、ステップＳＫ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＫ３では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＫ４では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスが他装置に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２０２】
ステップＳＫ１２では、受信処理部２４２ は、受信バッファ２５２ から送信バッファ２３２ へパケットをコピーする。ステップＳＫ１３では、受信処理部２４２ は、送信処理部２２２ を呼び出す。
【０２０３】
これにより、図１７に示したステップＳＦ６では、第２送信処理が実行される。具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、送信バッファ２３２ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０２０４】
ステップＳＬ２では、送信処理部２２２ は、ＮＩＣ１０のＮＩＣ送信処理部１１を呼び出す。ステップＳＬ３では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０２０５】
これにより、図１７に示したステップＳＦ７では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２２ から送信コマンドを受けているため、判断結果を「Ｙｅｓ」とする。
【０２０６】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（他装置宛）をネットワーク５０へ送信する。これにより、パケットは、ネットワーク５０を介して、他装置に受信される。
【０２０７】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０２０８】
（実施の形態１の動作例７）
つぎに、実施の形態１の動作例７について、図１８および図１９を参照して、説明する。この動作例７は、図１８に示したＯＳ３０２ からネットワーク５０に接続された他装置へパケットを送信する場合の動作である。
【０２０９】
図１９に示したステップＳＧ１では、第２送信処理が実行される。具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、ＯＳ３０２ から渡されたパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断する。この場合、当該パケットの送信先ＩＰアドレスが他装置に対応しているものとし、送信処理部２２２ は、ステップＳＬ１の判断結果を「Ｎｏ」とする。
【０２１０】
ステップＳＬ２では、送信処理部２２２ は、ＮＩＣ送信処理部１１を呼び出す。ステップＳＬ３では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０２１１】
これにより、図１９に示したステップＳＧ２では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２２ から送信コマンドを受けているため、判断結果を「Ｙｅｓ」とする。
【０２１２】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（他装置宛）をネットワーク５０へ送信する。これにより、当該パケットは、ネットワーク５０を介して、他装置に受信される。
【０２１３】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０２１４】
（実施の形態１の動作例８）
つぎに、実施の形態１の動作例８について、図２０および図２１を参照して、説明する。この動作例８は、図２０に示したＯＳ３０２ からＯＳ３０１ へパケットを送信する場合の動作である。
【０２１５】
図２１に示したステップＳＨ１では、データチェック処理部２６２ は、ＯＳ３０２ から渡されたＯＳ３０１ 宛のパケットに対して、ウイルスチェック等のデータチェックを行う。チェック結果が正常である場合、ステップＳＨ２では、第２送信処理が実行される。
【０２１６】
具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、ＯＳ３０２ から渡されたパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２１７】
ステップＳＬ４では、送信処理部２２２ は、受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ に書き換える。ステップＳＬ５では、送信処理部２２２ は、ＮＩＣ受信割り込み禁止を解除する。
【０２１８】
ステップＳＬ６では、送信処理部２２２ は、ＮＩＣ１０に受信禁止解除コマンドを発行する。これにより、ＮＩＣ１０における受信禁止が解除される。ステップＳＬ７では、送信処理部２２２ は、ＮＩＣ送信処理部１１を呼び出す。ステップＳＬ８では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０２１９】
これにより、図２１に示したステップＳＨ３では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２２ から送信コマンドを受けているため、判断結果を「Ｙｅｓ」とする。
【０２２０】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０１ 宛）をネットワーク５０へ送信する。
【０２２１】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０２２２】
また、図２５に示したステップＳＬ９では、送信処理部２２２ は、ＯＳ切替え処理部２１２ を呼び出す。これにより、図２１に示したステップＳＨ４では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切替え処理を実行する。
【０２２３】
そして、切り替え後、ステップＳＨ５では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、ＮＩＣ受信処理部１３は、図２３に示したステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０２２４】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、ネットワーク５０を介してＯＳ３０１ 宛のパケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５１ にコピーする。
【０２２５】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０２２６】
これにより、ＯＳ３０１ 側では、図２１に示したステップＳＨ６で第１受信処理が実行される。具体的には、図２６に示したステップＳＭ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２２７】
ステップＳＭ３では、受信処理部２４１ はＮＩＣ１０に対して受信禁止コマンドを発行する。ステップＳＭ４では、ＮＩＣ受信割り込みが禁止される。ステップＳＭ５では、受信処理部２４１ は、受信バッファ２５１ からＯＳ３０１ にパケットをコピーする。
【０２２８】
ステップＳＭ６では、受信処理部２４１ は、受信バッファレジスタ１６の値を受信バッファ２５１ から受信バッファ２５２ に書き換える。ステップＳＭ７では、受信処理部２４１ は、ＮＩＣ割り込み禁止を解除する。ステップＳＭ８では、受信処理部２４１ は、ＮＩＣ１０に対して受信禁止解除コマンドを発行する。
【０２２９】
以上説明したように、実施の形態１によれば、通信対象のパケット等のデータを一時格納する、ＮＩＣ１０の送信バッファ１２および送信バッファレジスタ１５（格納手段）における通常の接続先をＯＳ３０２ に設定し、また、通信対象のデータがＯＳ３０１ に関連する場合、データを一時格納する送信バッファ１２および送信バッファレジスタ１５（格納手段）の接続先を、ＯＳ３０２ を中継してＯＳ３０１ に設定することとしたので、通信時にＯＳ３０１ およびＯＳ３０２ が同時に外部から攻撃される可能性を回避することができ、マルチオペレーティングシステムのセキュリティ、信頼性を向上させることができる。
【０２３０】
また、実施の形態１によれば、通信対象のパケット（データ）の正常性をデータチェック処理部２６２ でチェックし、正常である場合にのみ通信処理を継続させることとしたので、マルチオペレーティングシステムのセキュリティ、信頼性をさらに向上させることができる。
【０２３１】
（実施の形態２）
さて、前述した実施の形態１では、図１に示したＮＩＣ１０を介して、ＯＳ３０１ の通信（パケットの送信および受信）をＯＳ３０２ で中継し、また、データチェック処理部２６２ でデータチェックをかける構成例について説明したが、信頼性が確認されたパケットについて中継やデータチェックを行わない構成としてもよい。以下では、この構成例を実施の形態２として説明する。
【０２３２】
ここで、実施の形態２では、図２４に代えて図３４に示した第２受信処理が実行され、また、図２７に代えて図３５に示した第１送信処理が実行される。
【０２３３】
（実施の形態２の動作例１）
はじめに、実施の形態２の動作例１について、図２８および図２９を参照して、説明する。この動作例１は、図２８に示したＯＳ３０２ が実行中に、ＯＳ３０１ 宛のパケット（但し、信頼度が高いパケット）をＮＩＣ１０が受信した場合の動作である。
【０２３４】
図２９に示したステップＳＯ１では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、図２８に示したＮＩＣ１０のＮＩＣ受信処理部１３により、ネットワーク５０を介してＯＳ３０１ 宛のパケットが受信された後、受信バッファ１４に格納される。つぎに、パケットは、ＮＩＣ受信処理部１３に受信された後、受信バッファ２５２ に格納される。上記パケットは、ネットワーク５０に接続された他装置から送信されたものである。
【０２３５】
図２９に示したステップＳＯ２では、ＯＳ３０２ 側で第２受信処理が実行される。具体的には、図３４に示したステップＳＲ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０２３６】
ステップＳＲ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＲ３では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２３７】
ステップＳＲ１４では、受信処理部２４２ は、当該パケットの送信元ＩＰアドレスが、予め登録された信頼度が高いＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２３８】
ステップＳＲ１５では、受信処理部２４２ は、データチェックを行わずに、かつＮＩＣ１０を介さずに、受信バッファ２５２ から受信バッファ２５１ へパケットをコピーする。この場合には、当該パケットの信頼性が確認されているため、共有メモリ（図示略）を経由して、コピーしてもよい。
【０２３９】
ステップＳＲ１６では、受信処理部２４２ は、ＯＳ切替え処理部２１２ を呼び出す。これにより、図２９に示したステップＳＯ３では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切替え処理を実行する。また、切り替え後、受信処理部２４２ は、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ を呼び出す。
【０２４０】
図２９に示したステップＳＯ４では、受信処理部２４１ は、受信バッファ２５１ からＯＳ３０１ へパケットをコピーし、ＯＳ３０１ でパケットを受信するための第１受信処理を実行する。
【０２４１】
なお、図３４において、ステップＳＲ１〜ステップＳＲ１３は、図２４に示したステップＳＫ１〜ステップＳＫ１３に対応している。
【０２４２】
（実施の形態２の動作例２）
つぎに、実施の形態２の動作例２について、図３０および図３１を参照して、説明する。この動作例２は、図３０に示したＯＳ３０１ が実行中に、ＯＳ３０１ 宛のパケット（但し、信頼度が高いパケット）をＮＩＣ１０が受信した場合の動作である。
【０２４３】
図３１に示したステップＳＰ１では、ＮＩＣ受信処理が実行される。具体的には、図２３に示したステップＳＪ１では、図３０に示したＮＩＣ１０のＮＩＣ受信処理部１３は、ネットワーク５０からパケットが到着したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２４４】
そして、ネットワーク５０を介して、他装置からＯＳ３０１ 宛のパケットが到着すると、ＮＩＣ受信処理部１３は、ステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０２４５】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、上記パケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５２ にコピーする。
【０２４６】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０２４７】
これにより、図３１に示したステップＳＰ２で第１受信処理が実行される。具体的には、図２６に示したステップＳＭ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、いずれのパケットも格納されていないため、判断結果を「Ｎｏ」とする。
【０２４８】
ステップＳＭ２では、受信処理部２４１ は、ＯＳ切替え処理部２１１ を呼び出す。これにより、図３１に示したステップＳＰ３では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。
【０２４９】
ステップＳＰ４では、第２受信処理が実行される。具体的には、図３４に示したステップＳＲ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０２５０】
ステップＳＲ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、判断結果を「Ｎｏ」とする。ステップＳＲ３では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２５１】
ステップＳＲ１４では、受信処理部２４２ は、当該パケットの送信元ＩＰアドレスが、予め登録された信頼度が高いＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２５２】
ステップＳＲ１５では、受信処理部２４２ は、データチェックを行わずに、かつＮＩＣ１０を介さずに、受信バッファ２５２ から受信バッファ２５１ へパケットをコピーする。この場合には、当該パケットの信頼性が確認されているため、共有メモリ（図示略）を経由して、コピーしてもよい。
【０２５３】
ステップＳＲ１６では、受信処理部２４２ は、ＯＳ切替え処理部２１２ を呼び出す。これにより、図３１に示したステップＳＰ５では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切替え処理を実行する。また、切り替え後、受信処理部２４２ は、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ を呼び出す。
【０２５４】
ステップＳＰ６では、受信処理部２４１ は、受信バッファ２５１ からＯＳ３０１ へパケットをコピーし、ＯＳ３０１ でパケットを受信するための第１受信処理を実行する。
【０２５５】
（実施の形態２の動作例３）
つぎに、実施の形態２の動作例３について、図３２および図３３を参照して、説明する。この動作例３は、図３２に示したＯＳ３０１ からネットワーク５０に接続された他装置へパケット（但し、信頼度が高いパケット）を送信する場合の動作である。
【０２５６】
図３３に示したステップＳＱ１では、送信処理部２２１ は、ＯＳ３０１ から渡された送信すべきパケットの信頼度が、予め登録された信頼度より高い場合、図３５に示した第１送信処理を実行する。なお、当該パケットの信頼度が、予め登録された信頼度より低い場合には、図２７に示した第１送信処理が実行される。
【０２５７】
具体的には、図３５に示したステップＳＳ１では、送信処理部２２１ は、送信バッファレジスタ１５の値を送信バッファ２３２ から送信バッファ２３１ に書き換える。ステップＳＳ２では、送信処理部２２１ は、ＮＩＣ送信処理部１１を呼び出し、送信コマンドを発行する。ステップＳＳ３では、送信処理部２２１ は、ＮＩＣ１０でＮＩＣ送信完了割り込みが発生したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０２５８】
また、ステップＳＳ２でＮＩＣ送信処理部１１が呼び出されると、図３３に示したステップＳＱ２では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２１ から送信コマンドを受けているため、判断結果を「Ｙｅｓ」とする。
【０２５９】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３１ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（他装置宛）をネットワーク５０へ送信する。これにより、当該パケットは、ネットワーク５０を介して、他装置（図示略）に受信される。
【０２６０】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０２６１】
これにより、送信処理部２２１ は、図３５に示したステップＳＳ３の判断結果を「Ｙｅｓ」とする。ステップＳＳ４では、送信処理部２２１ は、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換える。
【０２６２】
以上説明したように、実施の形態２によれば、データの信頼度が、予め登録された値以上である場合、ＯＳ３０２ を中継させずに、データをＯＳ３０１ に直接渡すこととしたので、通信処理を高速化することができる。
【０２６３】
（実施の形態３）
さて、前述した実施の形態１においては、図１に示したＮＩＣ１０の送信バッファレジスタ１５および受信バッファレジスタ１６のそれぞれの値をＮＩＣデバイスドライバ２０１ およびＮＩＣデバイスドライバ２０２ の双方で書き換えることが可能な構成例について説明したが、セキュリティをさらに高めることを目的として、書き換えの権限をＮＩＣデバイスドライバ２０２ のみに持たせるように構成してもよい。以下では、この構成例を実施の形態３として説明する。
【０２６４】
図３６は、本発明にかかる実施の形態３の構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付ける。同図においては、ＮＩＣデバイスドライバ２０２ に送信バッファレジスタ書き換え処理部２７２ および受信バッファレジスタ書き換え処理部２８２ が新たに設けられている。
【０２６５】
ここで、実施の形態３では、ＮＩＣデバイスドライバ２０２ は、ＮＩＣ１０の送信バッファレジスタ１５および受信バッファレジスタ１６の値を書き換える権限を有している。一方、ＮＩＣデバイスドライバ２０１ は、ＮＩＣ１０の送信バッファレジスタ１５および受信バッファレジスタ１６の値を書き換える権限を有していない。そこで、ＮＩＣデバイスドライバ２０１ は、上記書き換えの要求が発生した場合、ＮＩＣデバイスドライバ２０２ に書き換えを代理してもらう。
【０２６６】
送信バッファレジスタ書き換え処理部２７２ は、ＮＩＣデバイスドライバ２０１ からの書き換え要求に応じて、送信バッファレジスタ１５の値を代理で書き換える機能を備えている。また、受信バッファレジスタ書き換え処理部２８２ は、ＮＩＣデバイスドライバ２０１ からの書き換え要求に応じて、受信バッファレジスタ１６の値を代理で書き換える機能を備えている。
【０２６７】
つぎに、実施の形態３の動作概要１〜４について、図３７〜図４０を参照しつつ説明する。
【０２６８】
（実施の形態３の動作概要１）
はじめに、実施の形態３の動作概要１について、図３７に示したブロック図を参照して説明する。この動作概要１では、ＮＩＣ１０を介して、ＯＳ３０２ からＯＳ３０１ へ通信する場合について説明する。
【０２６９】
同図においては、ＯＳ３０２ が実行中であって、送信バッファレジスタ１５に送信バッファ２３２ に対応する値が格納されており、かつ受信バッファレジスタ１６に受信バッファ２５２ に対応する値が格納されている状態にあるものとする。
【０２７０】
この状態で、（１）では、ＮＩＣデバイスドライバ２０２ の送信処理部２２２ は、ＯＳ３０２ からのパケットを送信バッファ２３２ に格納する。このパケットは、ＯＳ３０２ からＯＳ３０１ へ送信される。従って、当該パケットの送信先ＩＰアドレスは、ＯＳ３０１ に付与された１９２．１６８．１．３である。
【０２７１】
（２）では、送信処理部２２２ は、ＮＩＣ１０の受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ に書き換える。（３）では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３２ にアクセスした後、送信バッファ２３２ から送信バッファ１２へパケットをコピーする。
【０２７２】
（４）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、これをネットワーク５０へ送信する。そして、当該パケットは、ＮＩＣ受信処理部１３に受信された後、受信バッファ１４に格納される。
【０２７３】
（５）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５１ にアクセスした後、受信バッファ１４から受信バッファ２５１ へパケットをコピーする。
【０２７４】
（６）では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替える。（７）では、受信処理部２４１ は、受信バッファ２５１ からパケットを読み出し、このパケットを切り替え後のＯＳ３０１ へ渡す。
【０２７５】
（８）では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える。（９）では、受信バッファレジスタ書き換え処理部２８２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、ＮＩＣデバイスドライバ２０１ に代わって、受信バッファレジスタ１６の値を受信バッファ２５１ から受信バッファ２５２ に書き換える。（１０）では、データチェック処理部２６２ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える。
【０２７６】
（実施の形態３の動作概要２）
つぎに、実施の形態３の動作概要２について、図３８に示したブロック図を参照して説明する。この動作概要２では、ＮＩＣ１０を介して、ＯＳ３０１ からＯＳ３０２ へ通信する場合について説明する。
【０２７７】
同図においては、ＯＳ３０１ が実行中であって、送信バッファレジスタ１５に送信バッファ２３２ に対応する値が格納されており、かつ受信バッファレジスタ１６に受信バッファ２５２ に対応する値が格納されている状態にあるものとする。
【０２７８】
この状態で、（１）では、ＮＩＣデバイスドライバ２０１ の送信処理部２２１ は、ＯＳ３０１ からのパケットを送信バッファ２３１ に格納する。このパケットは、ＯＳ３０１ からＯＳ３０２ 宛に送信される。従って、当該パケットの送信先ＩＰアドレスは、ＯＳ３０２ に付与された１９２．１６８．１．４である。
【０２７９】
（２）では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える。（３）では、送信バッファレジスタ書き換え処理部２７２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、ＮＩＣデバイスドライバ２０１ に代わって、ＮＩＣ１０の送信バッファレジスタ１５の値を送信バッファ２３２ から送信バッファ２３１ に書き換える。
【０２８０】
（４）では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替える。（５）では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３１ にアクセスした後、送信バッファ２３１ から送信バッファ１２へパケットをコピーする。
【０２８１】
（６）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、これをネットワーク５０へ送信する。そして、当該パケットは、ＮＩＣ受信処理部１３に受信された後、受信バッファ１４に格納される。
【０２８２】
（７）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５２ にアクセスした後、受信バッファ１４から受信バッファ２５２ へパケットをコピーする。
【０２８３】
（８）では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える。（９）では、受信処理部２４２ は、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ へ書き換える。（１０）では、受信処理部２４２ は、受信バッファ２５１ からパケットを読み出し、このパケットを切り替え後のＯＳ３０２ へ渡す。
【０２８４】
（実施の形態３の動作概要３）
はじめに、実施の形態３の動作概要３について、図３９に示したブロック図を参照して説明する。この動作概要３では、ネットワーク５０に接続された他装置（図示略）からＯＳ３０１ 宛のパケットをＮＩＣ１０を介してＯＳ３０２ が中継し、データチェック（ウイルスチェック等）を行う場合について説明する。
【０２８５】
同図においては、ＯＳ３０２ が実行中であって、送信バッファレジスタ１５に送信バッファ２３２ に対応する値が格納されており、かつ受信バッファレジスタ１６に受信バッファ２５２ に対応する値が格納されている状態にあるものとする。
【０２８６】
この状態で、（１）では、ＮＩＣ１０のＮＩＣ受信処理部１３は、他装置（図示略）からＯＳ３０１ 宛に送信されたパケットを、ネットワーク５０を介して、受信した後、これを受信バッファ１４に格納する。ここで、当該パケットの送信先ＩＰアドレスは、ＯＳ３０１ に付与された１９２．１６８．１．３である。
【０２８７】
（２）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５２ にアクセスした後、受信バッファ１４から受信バッファ２５２ へパケットをコピーする。
【０２８８】
（３）では、受信処理部２４２ は、データチェック処理部２６２ を呼び出す。（４）では、データチェック処理部２６２ は、受信バッファ２５２ に格納されたパケットについて、ウイルス感染や、ネットワーク攻撃の可能性等についてのチェックを実行する。このチェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０２８９】
この場合、チェック結果が正常であるとすると、（５）では、受信処理部２４２ （またはデータチェック処理部２６２ ）は、受信バッファ２５２ から送信バッファ２３２ へ当該パケットをコピーする。
【０２９０】
（６）では、送信処理部２２２ は、受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ へ書き換える。（７）では、ＮＩＣ１０のＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３２ から送信バッファ１２へパケットをコピーする。
【０２９１】
（８）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、これをネットワーク５０へ送信する。そして、当該パケットは、ＮＩＣ受信処理部１３に受信された後、受信バッファ１４に格納される。
【０２９２】
（９）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５１ にアクセスした後、受信バッファ１４から受信バッファ２５１ へパケットをコピーする。
【０２９３】
（１０）では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替える。（１１）では、受信処理部２４１ は、受信バッファ２５１ からパケットを読み出し、このパケットを切り替え後のＯＳ３０１ へ渡す。
【０２９４】
（１２）では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２へ切り替える。（１３）では、受信バッファレジスタ書き換え処理部２８２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、ＮＩＣデバイスドライバ２０１ に代わって、受信バッファレジスタ１６の値を受信バッファ２５１ から受信バッファ２５２ に書き換える。（１４）では、データチェック処理部２６２ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える。
【０２９５】
（実施の形態３の動作概要４）
つぎに、実施の形態３の動作概要４について、図４０に示したブロック図を参照して説明する。この動作概要４では、ＯＳ３０１ からネットワーク５０に接続された他装置（図示略）宛のパケットを、ＮＩＣ１０を介してＯＳ３０２ が中継し、データチェック（ウイルスチェック等）を行う場合について説明する。
【０２９６】
同図においては、ＯＳ３０１ が実行中であって、送信バッファレジスタ１５に送信バッファ２３２ に対応する値が格納されており、かつ受信バッファレジスタ１６に受信バッファ２５２ に対応する値が格納されている状態にあるものとする。
【０２９７】
この状態で、（１）では、ＮＩＣデバイスドライバ２０１ の送信処理部２２１ は、ＯＳ３０１ からのパケットを送信バッファ２３１ に格納する。このパケットは、ＯＳ３０１ から他装置（図示略）宛に送信される。従って、当該パケットの送信先ＩＰアドレスは、他装置に付与されたＩＰアドレスである。
【０２９８】
（２）では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える。（３）では、送信バッファレジスタ書き換え処理部２７２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、ＮＩＣデバイスドライバ２０１ に代わって、送信バッファレジスタ１５の値を送信バッファ２３２ から送信バッファ２３１ に書き換える。
【０２９９】
（４）では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替える。（５）では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３１ にアクセスした後、送信バッファ２３１ から送信バッファ１２へパケットをコピーする。
【０３００】
（６）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、このパケットの送信先ＩＰアドレスを、他装置のＩＰアドレスからＯＳ３０２ のＩＰアドレス（１９２．１６８．１．４）に変更する。つぎに、ＮＩＣ送信処理部１１は、変更後のパケットをネットワーク５０へ送信する。つぎに、パケットは、ＮＩＣ受信処理部１３に受信された後、受信バッファ２５２ に格納される。
【０３０１】
（７）では、ＮＩＣ受信処理部１３は、受信バッファレジスタ１６を参照して、受信バッファ２５２ にアクセスした後、受信バッファ１４から受信バッファ２５２ へパケットをコピーする。
【０３０２】
（８）では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替える。（９）では、送信バッファレジスタ書き換え処理部２７２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、ＮＩＣデバイスドライバ２０１ に代わって、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換える。
【０３０３】
（１０）では、受信処理部２４２ は、データチェック処理部２６２ を呼び出す。（１１）では、データチェック処理部２６２ は、受信バッファ２５２ に格納されたパケットについて、ウイルス感染や、ネットワーク攻撃の可能性等についてのチェックを実行する。このチェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０３０４】
この場合、チェック結果が正常であるとすると、（１２）では、受信処理部２４２ （またはデータチェック処理部２６２ ）は、受信バッファ２５２ から送信バッファ２３２ へ当該パケットをコピーする。
【０３０５】
（１３）では、ＮＩＣ１０のＮＩＣ送信処理部１１は、送信バッファレジスタ１５を参照して、送信バッファ２３２ から送信バッファ１２へパケットをコピーする。
【０３０６】
（１４）では、ＮＩＣ送信処理部１１は、送信バッファ１２からパケットを読み出し、これをネットワーク５０へ送信する。そして、当該パケットは、ネットワーク５０を介して他装置（図示略）に受信される。
【０３０７】
（実施の形態３の動作例１）
つぎに、実施の形態３の動作例１について、図４１および図４２を参照して、説明する。この動作例１は、図４１に示したＯＳ３０２ が実行中に、ＯＳ３０２ 宛のパケットをＮＩＣ１０が受信した場合の動作である。
【０３０８】
ここで、実施の形態３では、図２４に代えて図５９に示した第２受信処理が、図２６に代えて図６０に示した第１受信処理が、図２７に代えて図６１に示した第１送信処理がそれぞれ実行される。
【０３０９】
図４２に示したステップＳＴ１では、ＮＩＣ受信処理が実行される。具体的には、図２３に示したステップＳＪ１では、図４１に示したＮＩＣ１０のＮＩＣ受信処理部１３は、ネットワーク５０からパケットが到着したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０３１０】
そして、ネットワーク５０を介してＯＳ３０２ 宛のパケットが到着すると、ＮＩＣ受信処理部１３は、ステップＳＪ１の判断結果を「Ｙｅｓ」とする。ステップＳＪ２では、ＮＩＣ受信処理部１３は、受信禁止状態にあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３１１】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、上記パケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５２ にコピーする。
【０３１２】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０３１３】
これにより、ＯＳ３０２ 側では、図４２に示したステップＳＴ２で第２受信処理が実行される。具体的には、図５９に示したステップＳＳＤ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３１４】
ステップＳＳＤ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＳＤ７では、受信処理部２４２ は、受信バッファ２５２ からＯＳ３０２ へパケットをコピーする。
【０３１５】
（実施の形態３の動作例２）
つぎに、実施の形態３の動作例２について、図４３および図４４を参照して、説明する。この動作例２は、図４３に示したＯＳ３０２ が実行中に、ＯＳ３０１ 宛のパケットをＮＩＣ１０が受信した場合の動作である。
【０３１６】
図４４に示したステップＳＵ１では、動作例１と同様にして、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、図４３に示したＮＩＣ１０のＮＩＣ受信処理部１３により、ネットワーク５０を介してＯＳ３０１ 宛のパケットが受信された後、受信バッファ１４に格納される。つぎに、パケットは、ＮＩＣ受信処理部１３により、受信バッファ２５２ に格納される。
【０３１７】
図４４に示したステップＳＵ２では、ＯＳ３０２ 側で第２受信処理が実行される。具体的には、図５９に示したステップＳＳＤ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３１８】
ステップＳＳＤ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＳＤ３では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３１９】
ステップＳＳＤ８では、受信処理部２４２ は、ＮＩＣ１０に対して受信禁止コマンドを発行する。これにより、ステップＳＳＤ９では、ＮＩＣ受信割り込みが禁止され、ＮＩＣ１０が前述した受信禁止状態とされる。従って、ＮＩＣ１０では、パケットの受信が禁止される。
【０３２０】
ステップＳＳＤ１０では、受信処理部２４２ は、データチェック処理部２６２ を呼び出し、受信バッファ２５２ に格納されたパケットについて、ウイルス感染や、ネットワーク攻撃の可能性等についてのチェックを実行させる。なお、このチェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０３２１】
この場合、チェック結果が正常であるとすると、ステップＳＳＤ１１では、受信処理部２４２ は、受信バッファ２５２ から送信バッファ２３２ へ当該パケットをコピーする。ステップＳＳＤ１２では、受信処理部２４２ は、送信処理部２２２ を呼び出す。
【０３２２】
これにより、図４４に示したステップＳＵ３では、第２送信処理が実行される。具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、送信バッファ２３２ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３２３】
ステップＳＬ４では、送信処理部２２２ は、受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ に書き換える。ステップＳＬ５では、送信処理部２２２ は、ＮＩＣ受信割り込み禁止を解除する。
【０３２４】
ステップＳＬ６では、送信処理部２２２ は、ＮＩＣ１０に受信禁止解除コマンドを発行する。これにより、ＮＩＣ１０における受信禁止が解除される。ステップＳＬ７では、送信処理部２２２ は、ＮＩＣ送信処理部１１を呼び出す。ステップＳＬ８では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０３２５】
これにより、図４４に示したステップＳＵ４では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２１ または送信処理部２２２ から送信コマンドを受けたか否かを判断する。
【０３２６】
この場合、ステップＳＬ８（図２５参照）で送信処理部２２２ から送信コマンドを受けているため、ＮＩＣ送信処理部１１は、ステップＳＩ１の判断結果を「Ｙｅｓ」とする。なお、送信コマンドを受けていない場合、ＮＩＣ送信処理部１１は、ステップＳＩ１の判断を繰り返す。
【０３２７】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０１ 宛）をネットワーク５０へ送信する。
【０３２８】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０３２９】
また、図２５に示したステップＳＬ９では、送信処理部２２２ は、ＯＳ切替え処理部２１２ を呼び出す。これにより、図４４に示したステップＳＵ５では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切替え処理を実行する。
【０３３０】
そして、切り替え後、ステップＳＵ６では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、ＮＩＣ受信処理部１３は、図２３に示したステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０３３１】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、ネットワーク５０を介してＯＳ３０１ 宛のパケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５１ にコピーする。
【０３３２】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０３３３】
これにより、ＯＳ３０１ 側では、図４４に示したステップＳＵ７で第１受信処理が実行される。具体的には、図６０に示したステップＳＳＥ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３３４】
ステップＳＳＥ３では、受信処理部２４１ はＮＩＣ１０に対して受信禁止コマンドを発行する。ステップＳＳＥ４では、ＮＩＣ受信割り込みが禁止される。ステップＳＳＥ５では、受信処理部２４１ は、受信バッファ２５１ からＯＳ３０１ にパケットをコピーする。
【０３３５】
ステップＳＳＥ６では、受信処理部２４１ は、ＯＳ切替え処理部２１１ を呼び出す。ステップＳＳＥ７では、受信処理部２４１ はＮＩＣ受信割り込み禁止を解除する。ステップＳＳＥ８では、受信処理部２４１ は、ＮＩＣ１０に受信禁止解除コマンドを発行する。
【０３３６】
図４４に示したステップＳＵ８では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。ステップＳＵ９では、受信バッファレジスタ書き換え処理部２８２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、受信バッファレジスタ書き換え処理を実行する。
【０３３７】
具体的には、図５７に示したステップＳＳＢ１では、受信バッファレジスタ書き換え処理部２８２ は、ＯＳ３０１ からＯＳ３０２ への切り替えがあるか否かを判断し、この判断結果が「Ｎｏ」である場合、同判断を繰り返す。この場合、切り替えが行われているため、受信バッファレジスタ書き換え処理部２８２ は、ステップＳＳＢ１の判断結果を「Ｙｅｓ」とする。
【０３３８】
ステップＳＳＢ２では、受信バッファレジスタ書き換え処理部２８２ は、受信バッファレジスタ１６の値を受信バッファ２５１ から受信バッファ２５２ に書き換える。
【０３３９】
図４４に示したステップＳＵ１０では、ＯＳ切替え処理部２１２ が呼び出される。これにより、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切り替え処理を実行する。
【０３４０】
（実施の形態３の動作例３）
つぎに、実施の形態３の動作例３について、図４５および図４６を参照して、説明する。この動作例３は、図４５に示したＯＳ３０１ が実行中に、ＯＳ３０２ 宛のパケットをＮＩＣ１０が受信した場合の動作である。
【０３４１】
図４６に示したステップＳＶ１では、ＮＩＣ受信処理が実行される。具体的には、図２３に示したステップＳＪ１では、図４５に示したＮＩＣ１０のＮＩＣ受信処理部１３は、ネットワーク５０からパケットが到着したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０３４２】
そして、ネットワーク５０を介してＯＳ３０２ 宛のパケットが到着すると、ＮＩＣ受信処理部１３は、ステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０３４３】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、上記パケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５２ にコピーする。
【０３４４】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０３４５】
これにより、図４６に示したステップＳＶ２で第１受信処理が実行される。具体的には、図６０に示したステップＳＳＥ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、いずれのパケットも格納されていないため、判断結果を「Ｎｏ」とする。
【０３４６】
ステップＳＳＥ２では、受信処理部２４１ は、ＯＳ切替え処理部２１１ を呼び出す。これにより、図４６に示したステップＳＶ３では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。
【０３４７】
ステップＳＶ４では、第２受信処理が実行される。具体的には、図５９に示したステップＳＳＤ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３４８】
ステップＳＳＤ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＳＤ７では、受信処理部２４２ は、受信バッファ２５２ からＯＳ３０２ へパケットをコピーする。
【０３４９】
（実施の形態３の動作例４）
つぎに、実施の形態３の動作例４について、図４７および図４８を参照して、説明する。この動作例４は、図４７に示したＯＳ３０１ が実行中に、ＯＳ３０１ 宛のパケットをＮＩＣ１０が受信した場合の動作である。
【０３５０】
図４８に示したステップＳＷ１では、ＮＩＣ受信処理が実行される。具体的には、図２３に示したステップＳＪ１では、図４７に示したＮＩＣ１０のＮＩＣ受信処理部１３は、ネットワーク５０からパケットが到着したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０３５１】
そして、ネットワーク５０を介してＯＳ３０１ 宛のパケットが到着すると、ＮＩＣ受信処理部１３は、ステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０３５２】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、上記パケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５２ にコピーする。
【０３５３】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０３５４】
これにより、図４８に示したステップＳＷ２で第１受信処理が実行される。具体的には、図６０に示したステップＳＳＥ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、いずれのパケットも格納されていないため、判断結果を「Ｎｏ」とする。
【０３５５】
ステップＳＳＥ２では、受信処理部２４１ は、ＯＳ切替え処理部２１１ を呼び出す。これにより、図４８に示したステップＳＷ３では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。
【０３５６】
ステップＳＷ４では、第２受信処理が実行される。具体的には、図５９に示したステップＳＳＤ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３５７】
ステップＳＳＤ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＳＤ３では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３５８】
ステップＳＳＤ８では、受信処理部２４２ は、ＮＩＣ１０に対して受信禁止コマンドを発行する。これにより、ステップＳＳＤ９では、ＮＩＣ受信割り込みが禁止され、ＮＩＣ１０が前述した受信禁止状態とされる。従って、ＮＩＣ１０では、パケットの受信が禁止される。
【０３５９】
ステップＳＳＤ１０では、受信処理部２４２ は、データチェック処理部２６２ を呼び出し、受信バッファ２５２ に格納されたパケットについて、ウイルス感染や、ネットワーク攻撃の可能性等についてのチェックを実行させる。なお、このチェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０３６０】
この場合、チェック結果が正常であるとすると、ステップＳＳＤ１１では、受信処理部２４２ は、受信バッファ２５２ から送信バッファ２３２ へ当該パケットをコピーする。ステップＳＳＤ１２では、受信処理部２４２ は、送信処理部２２２ を呼び出す。
【０３６１】
これにより、図４８に示したステップＳＷ５では、第２送信処理が実行される。具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、送信バッファ２３２ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３６２】
ステップＳＬ４では、送信処理部２２２ は、受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ に書き換える。ステップＳＬ５では、送信処理部２２２ は、ＮＩＣ受信割り込み禁止を解除する。
【０３６３】
ステップＳＬ６では、送信処理部２２２ は、ＮＩＣ１０に受信禁止解除コマンドを発行する。これにより、ＮＩＣ１０における受信禁止が解除される。ステップＳＬ７では、送信処理部２２２ は、ＮＩＣ送信処理部１１を呼び出す。ステップＳＬ８では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０３６４】
これにより、図４８に示したステップＳＷ６では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２１ または送信処理部２２２ から送信コマンドを受けたか否かを判断する。
【０３６５】
この場合、ステップＳＬ８（図２５参照）で送信処理部２２２ から送信コマンドを受けているため、ＮＩＣ送信処理部１１は、ステップＳＩ１の判断結果を「Ｙｅｓ」とする。
【０３６６】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０１ 宛）をネットワーク５０へ送信する。
【０３６７】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０３６８】
また、図２５に示したステップＳＬ９では、送信処理部２２２ は、ＯＳ切替え処理部２１２ を呼び出す。これにより、図４８に示したステップＳＷ７では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切替え処理を実行する。
【０３６９】
そして、切り替え後、ステップＳＷ８では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、ＮＩＣ受信処理部１３は、図２３に示したステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０３７０】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、上記パケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５１ にコピーする。
【０３７１】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０３７２】
これにより、図４８に示したステップＳＷ９で第１受信処理が実行される。具体的には、図６０に示したステップＳＳＥ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３７３】
ステップＳＳＥ３では、受信処理部２４１ はＮＩＣ１０に対して受信禁止コマンドを発行する。ステップＳＳＥ４では、ＮＩＣ受信割り込みが禁止される。ステップＳＳＥ５では、受信処理部２４１ は、受信バッファ２５１ からＯＳ３０１ にパケットをコピーする。
【０３７４】
ステップＳＳＥ６では、受信処理部２４１ は、ＯＳ切替え処理部２１１ を呼び出す。ステップＳＳＥ７では、受信処理部２４１ はＮＩＣ受信割り込み禁止を解除する。ステップＳＳＥ８では、受信処理部２４１ は、ＮＩＣ１０に受信禁止解除コマンドを発行する。
【０３７５】
図４８に示したステップＳＷ１０では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。ステップＳＷ１１では、受信バッファレジスタ書き換え処理部２８２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、受信バッファレジスタ書き換え処理を実行する。
【０３７６】
具体的には、図５７に示したステップＳＳＢ１では、受信バッファレジスタ書き換え処理部２８２ は、ＯＳ３０１ からＯＳ３０２ への切り替えがあるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３７７】
ステップＳＳＢ２では、受信バッファレジスタ書き換え処理部２８２ は、受信バッファレジスタ１６の値を受信バッファ２５１から受信バッファ２５２ に書き換える。
【０３７８】
図４８に示したステップＳＷ１２では、ＯＳ切替え処理部２１２ が呼び出される。これにより、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第２ＯＳ切り替え処理を実行する。
【０３７９】
（実施の形態３の動作例５）
つぎに、実施の形態３の動作例５について、図４９および図５０を参照して、説明する。この動作例５は、図４９に示したＯＳ３０１ からＯＳ３０２ へパケットを送信する場合の動作である。
【０３８０】
図５０に示したステップＳＸ１では、第１送信処理が実行される。具体的には、図６１に示したステップＳＳＦ１では、送信処理部２２１ は、ＯＳ３０１ から渡された送信すべきパケットの送信先ＩＰアドレスを、ＯＳ３０２ のＩＰアドレスに置換した後、送信バッファ２３１ に格納する。
【０３８１】
ステップＳＳＦ２では、送信処理部２２１ は、ＯＳ切替え処理部２１１ を呼び出す。これにより、図５０に示したステップＳＸ２では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという、第１ＯＳ切替え処理を実行する。
【０３８２】
ステップＳＸ３では、送信バッファレジスタ書き換え処理部２７２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、送信バッファレジスタ書き換え処理を実行する。
【０３８３】
具体的には、図５８に示したステップＳＳＣ１では、送信バッファレジスタ書き換え処理部２７２ は、ＯＳ３０１ からＯＳ３０２ への切り替えがあるか否かを判断し、この判断結果が「Ｎｏ」である場合、同判断を繰り返す。この場合、切り替えが行われているため、送信バッファレジスタ書き換え処理部２７２ は、ステップＳＳＣ１の判断結果を「Ｙｅｓ」とする。
【０３８４】
ステップＳＳＣ２では、送信バッファレジスタ書き換え処理部２７２ は、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換える。
【０３８５】
図５０に示したステップＳＸ４では、ＯＳ切替え処理部２１２ が呼び出される。これにより、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切り替え処理を実行する。
【０３８６】
ステップＳＸ５では、送信処理部２２１ は、第１送信処理を継続する。すなわち、図６１に示したステップＳＳＦ３では、送信処理部２２１ は、ＮＩＣ送信処理部１１を呼び出し、送信コマンドを発行する。ステップＳＳＦ４では、送信処理部２２１ は、ＮＩＣ１０でＮＩＣ送信完了割り込みが発生したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０３８７】
また、ステップＳＳＦ３（図６１参照）でＮＩＣ送信処理部１１が呼び出されると、ＯＳ３０２ からＯＳ３０１ への切り替え後、図５０に示したステップＳＸ６では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２１ または送信処理部２２２ から送信コマンドを受けたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３８８】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３１ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０２ 宛）をネットワーク５０へ送信する。
【０３８９】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０３９０】
これにより、送信処理部２２１ は、図６１に示したステップＳＳＦ４の判断結果を「Ｙｅｓ」とする。ステップＳＳＦ５では、送信処理部２２１ は、送信バッファレジスタ書き換え処理部２７２ に、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換えさせる。ステップＳＳＦ６では、送信処理部２２１ は、ＯＳ切替え処理部２１１ を呼び出す。
【０３９１】
これにより、図５０に示したステップＳＸ７では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。
【０３９２】
ステップＳＸ８では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、図４９に示したＮＩＣ１０のＮＩＣ受信処理部１３により、ネットワーク５０を介してＯＳ３０２ 宛のパケットが受信された後、受信バッファ１４に格納される。つぎに、パケットは、ＮＩＣ受信処理部１３により、受信バッファ２５２ に格納される。
【０３９３】
ステップＳＸ９では、ＯＳ３０２ 側で第２受信処理が実行される。具体的には、図５９に示したステップＳＳＤ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３９４】
ステップＳＳＤ５では、受信処理部２４２ は、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換える。ステップＳＳＤ６では、受信処理部２４２ は、データチェック処理部２６２ を呼び出し、受信バッファ２５２ に格納されているパケットについてデータチェックを行わせる。なお、チェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０３９５】
この場合、チェック結果が正常であるものとし、ステップＳＳＤ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＳＤ７では、受信処理部２４２ は、受信バッファ２５２ からＯＳ３０２ へパケットをコピーする。
【０３９６】
（実施の形態３の動作例６）
つぎに、実施の形態３の動作例６について、図５１および図５２を参照して、説明する。この動作例６は、図５１に示したＯＳ３０１ からネットワーク５０に接続された他装置へパケットを送信する場合の動作である。
【０３９７】
図５２に示したステップＳＹ１では、第１送信処理が実行される。具体的には、図６１に示したステップＳＳＦ１では、送信処理部２２１ は、ＯＳ３０１ から渡された送信すべきパケットの送信先ＩＰアドレス（この場合、他装置のＩＰアドレス）を、ＯＳ３０２ のＩＰアドレスに置換した後、送信バッファ２３１ に格納する。なお、置換前の他装置のＩＰアドレスは、当該パケットのデータ領域に格納される。
【０３９８】
ステップＳＳＦ２では、送信処理部２２１ は、ＯＳ切替え処理部２１１ を呼び出す。これにより、図５２に示したステップＳＹ２では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという、第１ＯＳ切替え処理を実行する。
【０３９９】
ステップＳＹ３では、送信バッファレジスタ書き換え処理部２７２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、送信バッファレジスタ書き換え処理を実行する。
【０４００】
具体的には、図５８に示したステップＳＳＣ１では、送信バッファレジスタ書き換え処理部２７２ は、ＯＳ３０１ からＯＳ３０２ への切り替えがあるか否かを判断し、この判断結果が「Ｎｏ」である場合、同判断を繰り返す。この場合、切り替えが行われているため、送信バッファレジスタ書き換え処理部２７２ は、ステップＳＳＣ１の判断結果を「Ｙｅｓ」とする。
【０４０１】
ステップＳＳＣ２では、送信バッファレジスタ書き換え処理部２７２ は、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換える。
【０４０２】
図５２に示したステップＳＹ４では、ＯＳ切替え処理部２１２ が呼び出される。これにより、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切り替え処理を実行する。
【０４０３】
ステップＳＹ５では、送信処理部２２１ は、第１送信処理を継続する。すなわち、図６１に示したステップＳＳＦ３では、送信処理部２２１ は、ＮＩＣ送信処理部１１を呼び出し、送信コマンドを発行する。ステップＳＳＦ４では、送信処理部２２１ は、ＮＩＣ１０でＮＩＣ送信完了割り込みが発生したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０４０４】
また、ステップＳＳＦ３でＮＩＣ送信処理部１１が呼び出されると、図５２に示したステップＳＹ６では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２１ または送信処理部２２２ から送信コマンドを受けたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０４０５】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０２ 宛）をネットワーク５０へ送信する。
【０４０６】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０４０７】
これにより、送信処理部２２１ は、図６１に示したステップＳＳＦ４の判断結果を「Ｙｅｓ」とする。ステップＳＳＦ５では、送信処理部２２１ は、送信バッファレジスタ書き換え処理部２７２ に、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ に書き換えさせる。ステップＳＳＦ６では、送信処理部２２１ は、ＯＳ切替え処理部２１１ を呼び出す。
【０４０８】
これにより、図５２に示したステップＳＹ７では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。
【０４０９】
ステップＳＹ８では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、図５１に示したＮＩＣ１０のＮＩＣ受信処理部１３により、ネットワーク５０を介してＯＳ３０２ 宛のパケットが受信された後、受信バッファ１４に格納される。つぎに、ＮＩＣ受信処理部１３は、当該パケットの送信先ＩＰアドレスを他装置のＩＰアドレスに置換した後、当該パケットを受信バッファ２５２ に格納する。
【０４１０】
ステップＳＹ９では、ＯＳ３０２ 側で第２受信処理が実行される。具体的には、図５９に示したステップＳＳＤ１では、ＮＩＣデバイスドライバ２０２ の受信処理部２４２ は、受信バッファ２５２ に格納されているパケットの送信元ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＳＤ５では、受信処理部２４２ は、送信バッファレジスタ１５の値を送信バッファ２３１ から送信バッファ２３２ へ書き換える。
【０４１１】
ステップＳＳＤ６では、受信処理部２４２ は、データチェック処理部２６２ を呼び出し、受信バッファ２５２ に格納されているパケットについてデータチェックを行わせる。なお、チェック結果が異常である場合には、アラームがあがり、一連の処理が中断される。
【０４１２】
この場合、チェック結果が正常であるものとし、ステップＳＳＤ２では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０２ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＳＤ３では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＳＤ４では、受信処理部２４２ は、同パケットの送信先ＩＰアドレスが他装置に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０４１３】
ステップＳＳＤ１３では、受信処理部２４２ は、受信バッファ２５２ から送信バッファ２３２ へパケットをコピーする。ステップＳＳＤ１４では、受信処理部２４２ は、送信処理部２２２ を呼び出す。
【０４１４】
これにより、図５２に示したステップＳＹ１０では、第２送信処理が実行される。具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、送信バッファ２３２ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０４１５】
ステップＳＬ２では、送信処理部２２２ は、ＮＩＣ１０のＮＩＣ送信処理部１１を呼び出す。ステップＳＬ３では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０４１６】
これにより、図５２に示したステップＳＹ１１では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２２ から送信コマンドを受けているため、判断結果を「Ｙｅｓ」とする。
【０４１７】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（他装置宛）をネットワーク５０へ送信する。これにより、パケットは、ネットワーク５０を介して、他装置に受信される。
【０４１８】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０４１９】
（実施の形態３の動作例７）
つぎに、実施の形態３の動作例７について、図５３および図５４を参照して、説明する。この動作例７は、図５３に示したＯＳ３０２ からネットワーク５０に接続された他装置へパケットを送信する場合の動作である。
【０４２０】
図５４に示したステップＳＺ１では、第２送信処理が実行される。具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、ＯＳ３０２ から渡されたパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断する。この場合、この場合、当該パケットの送信先ＩＰアドレスが他装置に対応しているものとし、送信処理部２２２ は、ステップＳＬ１の判断結果を「Ｎｏ」とする。
【０４２１】
ステップＳＬ２では、送信処理部２２２ は、ＮＩＣ送信処理部１１を呼び出す。ステップＳＬ３では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０４２２】
これにより、図５４に示したステップＳＺ２では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２２ から送信コマンドを受けているため、判断結果を「Ｙｅｓ」とする。
【０４２３】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（他装置宛）をネットワーク５０へ送信する。これにより、当該パケットは、ネットワーク５０を介して、他装置に受信される。
【０４２４】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０４２５】
（実施の形態３の動作例８）
つぎに、実施の形態３の動作例８について、図５５および図５６を参照して、説明する。この動作例８は、図５５に示したＯＳ３０２ からＯＳ３０１ へパケットを送信する場合の動作である。
【０４２６】
図５６に示したステップＳＳＡ１では、データチェック処理部２６２ は、ＯＳ３０２ から渡されたＯＳ３０１ 宛のパケットに対して、ウイルスチェック等のデータチェックを行う。チェック結果が正常である場合、ステップＳＳＡ２では、第２送信処理が実行される。
【０４２７】
具体的には、図２５に示したステップＳＬ１では、送信処理部２２２ は、ＯＳ３０２ から渡されたパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０４２８】
ステップＳＬ４では、送信処理部２２２ は、受信バッファレジスタ１６の値を受信バッファ２５２ から受信バッファ２５１ に書き換える。ステップＳＬ５では、送信処理部２２２ は、ＮＩＣ受信割り込み禁止を解除する。
【０４２９】
ステップＳＬ６では、送信処理部２２２ は、ＮＩＣ１０に受信禁止解除コマンドを発行する。これにより、ＮＩＣ１０における受信禁止が解除される。ステップＳＬ７では、送信処理部２２２ は、ＮＩＣ送信処理部１１を呼び出す。ステップＳＬ８では、送信処理部２２２ は、送信コマンドをＮＩＣ送信処理部１１へ渡し、ＮＩＣ送信割り込みを発生させる。
【０４３０】
これにより、図５６に示したステップＳＳＡ３では、ＮＩＣ送信処理が実行される。具体的には、図２２に示したステップＳＩ１では、ＮＩＣ送信処理部１１は、送信処理部２２２ から送信コマンドを受けているため、判断結果を「Ｙｅｓ」とする。
【０４３１】
ステップＳＩ２では、ＮＩＣ送信処理部１１は、送信バッファレジスタ１５に対応する送信バッファ２３２ から送信バッファ１２へパケットをコピーする。ステップＳＩ３では、ＮＩＣ送信処理部１１は、送信バッファ１２のパケット（ＯＳ３０１ 宛）をネットワーク５０へ送信する。
【０４３２】
ステップＳＩ４では、ＮＩＣ送信処理部１１は、実行中のＯＳ（この場合、ＯＳ３０２ ）に対して、ＮＩＣ１０でパケットの送信完了を表すＮＩＣ送信完了割り込みを発生させる。
【０４３３】
また、図２５に示したステップＳＬ９では、送信処理部２２２ は、ＯＳ切替え処理部２１２ を呼び出す。これにより、図５６に示したステップＳＳＡ４では、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０２ からＯＳ３０１ へ切り替えるという第２ＯＳ切替え処理を実行する。
【０４３４】
そして、切り替え後、ステップＳＳＡ５では、ＮＩＣ受信処理（図２３参照）が実行される。このＮＩＣ受信処理では、ＮＩＣ受信処理部１３は、図２３に示したステップＳＪ１の判断結果を「Ｙｅｓ」とした後、ステップＳＪ２の判断結果を「Ｎｏ」とする。
【０４３５】
ステップＳＪ３では、ＮＩＣ受信処理部１３は、ネットワーク５０を介してＯＳ３０１ 宛のパケットを受信した後、受信バッファ１４に格納する。ステップＳＪ４では、ＮＩＣ受信処理部１３は、受信バッファ１４のパケットを、受信バッファレジスタ１６に対応する受信バッファ２５１ にコピーする。
【０４３６】
ステップＳＪ５では、ＮＩＣ受信処理部１３は、実行中のＯＳ（この場合、ＯＳ３０１ ）に対して、ＮＩＣ１０でパケットの受信完了を表すＮＩＣ受信完了割り込みを発生させる。
【０４３７】
これにより、ＯＳ３０１ 側では、図５６に示したステップＳＳＡ６で第１受信処理が実行される。具体的には、図６０に示したステップＳＳＥ１では、ＮＩＣデバイスドライバ２０１ の受信処理部２４１ は、受信バッファ２５１ に格納されているパケットの送信先ＩＰアドレスがＯＳ３０１ に対応しているか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０４３８】
ステップＳＳＥ３では、受信処理部２４１ はＮＩＣ１０に対して受信禁止コマンドを発行する。ステップＳＳＥ４では、ＮＩＣ受信割り込みが禁止される。ステップＳＳＥ５では、受信処理部２４１ は、受信バッファ２５１ からＯＳ３０１ にパケットをコピーする。
【０４３９】
ステップＳＳＥ６では、受信処理部２４１ は、ＯＳ切替え処理部２１１ を呼び出す。ステップＳＳＥ７では、受信処理部２４１ はＮＩＣ受信割り込み禁止を解除する。ステップＳＳＥ８では、受信処理部２４１ は、ＮＩＣ１０に受信禁止解除コマンドを発行する。
【０４４０】
図５６に示したステップＳＳＡ７では、ＯＳ切替え処理部２１１ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第１ＯＳ切り替え処理を実行する。ステップＳＳＡ８では、受信バッファレジスタ書き換え処理部２８２ は、ＯＳ３０１ からＯＳ３０２ への切り替えをトリガとして、受信バッファレジスタ書き換え処理を実行する。
【０４４１】
具体的には、図５７に示したステップＳＳＢ１では、受信バッファレジスタ書き換え処理部２８２ は、ＯＳ３０１ からＯＳ３０２ への切り替えがあるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０４４２】
ステップＳＳＢ２では、受信バッファレジスタ書き換え処理部２８２ は、受信バッファレジスタ１６の値を受信バッファ２５１ から受信バッファ２５２ に書き換える。
【０４４３】
図５６に示したステップＳＳＡ９では、ＯＳ切替え処理部２１２ が呼び出される。これにより、ＯＳ切替え処理部２１２ は、ＯＳをＯＳ３０１ からＯＳ３０２ へ切り替えるという第２ＯＳ切り替え処理を実行する。
【０４４４】
以上説明したように、実施の形態３によれば、送信バッファ１２、受信バッファ１４の接続先の設定に関して、ＯＳ３０２ 側のみに権限を付与することとしたので、権限を有しないＯＳ３０１ 側が外部から攻撃される可能性が極めて低くなり、さらにマルチオペレーティングシステムのセキュリティ、信頼性を格段に向上させることができる。
【０４４５】
図６２（ａ）〜図６２（ｄ）は、前述した実施の形態１〜３の応用例１〜４を説明する図である。図６２（ａ）に示した応用例１は、新旧ＯＳを共存させ、システム更改時に利用する例である。新ＯＳは、例えば、ＯＳ３０１ に対応している。一方、旧ＯＳは、ＯＳ３０２ に対応している。
【０４４６】
図６２（ｂ）に示した応用例２は、ソース公開ＯＳを活用し、ソース非公開ＯＳのリリースを待たずに、ソース公開ＯＳ側で新機能をスピード開発する例である。ソース非公開ＯＳは、ソースコードが公開されていないオペレーティングシステムであり、例えば、ＯＳ３０１ に対応している。一方、ソース公開ＯＳは、ソースコードが公開されているオペレーティングシステムであり、ＯＳ３０２ に対応している。
【０４４７】
図６２（ｃ）に示した応用例３は、専用ＯＳと汎用ＯＳとを共存させる例である。専用ＯＳは、リアルタイム性等に特化する機能を分担し、例えば、ＯＳ３０１ に対応している。一方、汎用ＯＳは、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）等であり、ＧＵＩ機能を分担し、ＯＳ３０２ に対応している。
【０４４８】
図６２（ｄ）に示した応用例４は、資源を分割する例であり、ＯＳ１とＯＳ２の使用目的により使用方法が異なる例である。ＯＳ１は、例えば、ＯＳ３０１ に対応している。一方、ＯＳ２は、ＯＳ３０２ に対応している。
【０４４９】
図６３は、実施の形態１〜３をシステム移行に適用した場合を説明する図である。同図において、従来の移行作業では、一度に、旧端末に実装されている旧ＯＳの全モジュールを新端末の新ＯＳに移行させる必要があり、安全面で不安が残る。
【０４５０】
これに対して、マルチオペレーティングシステムがあると、旧端末に実装されている旧ＯＳの各モジュールを中間端末の旧ＯＳに安全を確認しながら移行させる。つぎに、中間端末において、旧ＯＳの各モジュールを新ＯＳに安全を確認しながら移行させる。
【０４５１】
つぎに、中間端末の新ＯＳの全モジュールを、新端末の新ＯＳに一度に移行させる。この場合、新ＯＳ間での移行であるため、問題が発生しない。マルチＯＳによる移行は、ある特定のモジュールに急いで新機能をつける場合に有効である。
【０４５２】
図６４は、実施の形態１〜３を高セキュリティゲートウェイに適用した場合を説明する図である。同図において、ハードウェアは、マルチオペレーティングシステム（ＯＳ１およびＯＳ２）を備えており、ＮＩＣ（ネットワークインタフェースカード）を経由してインターネットに接続されている。このハードウェアは、高セキュリティゲートウェイとして機能する。
【０４５３】
ＯＳ１は、ユーザが使用するＡＰ（アプリケーションプログラム）１を管理するとともに、通信ログをＤＫ（ディスク）１に蓄積する。一方、ＯＳ２は、インターネットからの通信パケットを監視し、監視ログをＤＫ２に蓄積する。
【０４５４】
また、ＯＳ２では、ＮＩＣを直接制御し、通信を行う。このため、ＯＳ２は、ＯＳ１の通信を支援するため、ＮＩＣの対ソフトウェア提供インタフェースを疑似した疑似ＮＩＣ−Ｉ／ＦをＯＳ１に提供している。ＡＰ２は、パケット監視ログ収集用のアプリケーションプログラムであり、ＯＳ２上で動作する。
【０４５５】
また、ＡＰ２は、通信パケットを外から見るだけで、通信パケットに含まれる実行コードを処理しないため、ウイルスに感染しない。ＤＫ２に蓄積される監視ログは、悪意の第三者による改竄がなされないようになっている。従って、攻撃の痕跡を残すことが可能となる。
【０４５６】
ここで、ユーザの環境（ＯＳ１等）に対して、セキュリティの攻撃が行われた場合、ＯＳ１の通信ログが改竄されることが考えられる。しかしながら、実施の形態１〜３では、マルチオペレーティングシステムにより、ＯＳ１とＯＳ２の監視ログが別々に管理されるため、攻撃者の追跡を行うことが可能となる。これにより、当該セキュリティゲートウェイへの攻撃を抑止する効果が期待できる。
【０４５７】
図６５は、実施の形態１〜３をデスクトップＧｒｉｄ端末に適用した場合を説明する図である。同図において、ハードウェアは、マルチオペレーティングシステム（ＯＳ１およびＯＳ２）を備えており、ＮＩＣを経由してインターネットに接続されている。インターネットには、Ｇｒｉｄサーバが接続されている。ハードウェアは、デスクトップＧｒｉｄ端末として機能する。
【０４５８】
デスクトップＧｒｉｄ端末は、ユーザが計算機を利用しない間に、大きな計算の一部を割り当てて計算を実現しようとするデスクトップＧｒｉｄ計算を行うための端末である。ここで、ユーザ側から見ると、内容が不明な上記計算が自身の計算機環境に及ぼす悪影響が心配となる。
【０４５９】
そこで、同図では、自身の計算機環境をＯＳ１で管理し、Ｇｒｉｄ計算の処理環境をＯＳ２で管理することにより、上記悪影響を排除できる。つまり、Ｇｒｉｄ計算で利用されるデータやプログラムは、全てＯＳ２の制御下のみで管理され実行される。一方、ＯＳ１の制御下にあるＤＫ１やＭＥＭ（メモリ）１という計算機資源には、アクセスが許可されない。従って、Ｇｒｉｄ計算のプログラムからの悪影響が排除される。
【０４６０】
図６６は、実施の形態１〜３を遠隔管理端末に適用した場合を説明する図である。同図において、ハードウェアは、マルチオペレーティングシステム（ＯＳ１およびＯＳ２）を備えており、ＮＩＣを経由してネットワークに接続されている。ネットワークには、システム管理者マシンや他のマシンが接続されている。ハードウェアは、遠隔管理端末として機能する。
【０４６１】
同図において、ユーザが管理できる範疇をＯＳ１に制限し、ＯＳ２の管理をネットワークを介してシステム管理者マシンで行うように構成されている。これにより、オフィス環境などで利用するパーソナルコンピュータのデフォルト環境を、システム管理者がＯＳ２の管理下で構築し、一方、ユーザ個人の好みや状況に応じて利用する環境を、ユーザがＯＳ１の管理下で構築することができる。
【０４６２】
したがって、ユーザ個人の環境設定により、システム側で用意した環境が動作不具合になることが防止される。ＯＳ２は、システム管理者マシンでシステム管理者により管理され、システム側で設計された環境を提供する。ユーザは、該環境を利用する場合、ＯＳ２のファイル情報をＯＳ１に読み込んで起動するか、または、ＯＳ２に起動を依頼してクライアント／サーバの形態で実行する。
【０４６３】
図６７は、実施の形態１〜３を高効率ネットサービス提供端末に適用した場合を説明する図である。同図において、ハードウェアは、マルチオペレーティングシステム（ＯＳ１およびＯＳ２）を備えており、ＮＩＣを経由してネットワークに接続されている。ネットワークには、コンテンツプロバイダサーバや他のマシンが接続されている。ハードウェアは、高効率ネットサービス提供端末として機能する。
【０４６４】
同図においては、高効率ネットサービス提供端末は、遠隔管理端末（図６６参照）と同様にして、一方のＯＳ１をユーザの管理下、他方のＯＳ２をネットサービスの管理下として、例えば、封切り前のコンテンツを事前にＯＳ２の管理下（ＤＫ２）に配信しておき、封切り時刻にＯＳ１の管理下のＤＫ１からのコンテンツの即時利用を実現する端末である。
【０４６５】
コンテンツは、ネットワークを介して、コンテンツプロバイダサーバからＯＳ２の管理下のＤＫ２に配信された後、ユーザの希望により、ＤＫ２からＯＳ１の管理下のＤＫ１へ当該コンテンツが提供され、即時利用が可能となる。このように、コンテンツプロバイダサーバでは、事前配信により、ダウンロードアクセスの集中が防止される。
【０４６６】
図６８は、実施の形態１〜３を高セキュリティＷｅｂサービス提供サーバに適用した場合を説明する図である。同図において、ハードウェアは、マルチオペレーティングシステム（ＯＳ１およびＯＳ２）を備えており、ＮＩＣを経由してネットワークに接続されている。ネットワークには、Ｗｅｂ閲覧端末が接続されている。ハードウェアは、高セキュリティＷｅｂサービス提供サーバとして機能する。
【０４６７】
同図の高セキュリティＷｅｂサービス提供サーバにおいては、外部からアクセスできる環境がＯＳ２で、ローカルユーザだけがアクセスできる環境がＯＳ１で構築される。
【０４６８】
例えば、Ｗｅｂ公開コンテンツや利用ログは、ＯＳ２の管理下のＤＫ２に格納される。一方、公開したくないデータ等は、ＯＳ１の管理下のＤＫ１に格納される。この場合、設定ミス等により、公開したくない情報を誤ってＷｅｂ上で公開してしまうという事態が回避される。また、外部から悪意の第三者による攻撃をＯＳ２側が受けた場合であっても、ＯＳ１では、ネットワーク機能を除き、動作することが可能となる。
【０４６９】
以上本発明にかかる実施の形態１〜３について図面を参照して詳述してきたが、具体的な構成例はこれらの実施の形態１〜３に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【０４７０】
例えば、前述した実施の形態１〜３においては、前述したマルチオペレーティングシステム制御方法を実現するためのプログラムを図６９に示したコンピュータ読み取り可能な記録媒体２００に記録して、この記録媒体２００に記録されたプログラムを同図に示したコンピュータ１００に読み込ませ、実行することにより各機能を実現してもよい。
【０４７１】
同図に示したコンピュータ１００は、上記プログラムを実行するＣＰＵ１１０と、キーボード、マウス等の入力装置１２０と、各種データを記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４０と、記録媒体２００からプログラムを読み取る読取装置１５０と、ディスプレイ、プリンタ等の出力装置１６０と、装置各部を接続するバス１７０とから構成されている。
【０４７２】
ＣＰＵ１１０は、読取装置１５０を経由して記録媒体２００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した機能を実現する。なお、記録媒体２００としては、光ディスク、フレキシブルディスク、ハードディスク等が挙げられる。
【０４７３】
また、実施の形態１および２においては、マルチオペレーティングシステムとして、図１に示した二つのＯＳ３０１ 、ＯＳ３０２ を有する構成例について説明したが、三つ以上のＯＳを有する構成例も本発明に含まれる。
【０４７４】
例えば、ＯＳ１、ＯＳ２、ＯＳ３、・・・、ＯＳｎというｎ個のＯＳを有する構成の場合には、ＯＳ１走行中に割り込み（１）が発生した場合にＯＳ１からＯＳ２に切り替え、ＯＳ１走行中に割り込み（２）が発生した場合にＯＳ１からＯＳ３に切り替え、以下同様にして、ＯＳ１走行中に割り込み（ｎ−１）が発生した場合にＯＳ１からＯＳｎに切り替えるように制御すればよい。
【０４７５】
【発明の効果】
以上説明したように、本発明によれば、通信対象のデータを一時格納する格納手段における通常の接続先を第２のオペレーティングシステムに設定し、また、通信対象のデータが第１のオペレーティングシステムに関連する場合、データを一時格納する格納手段の接続先を、第２のオペレーティングシステムを中継して第１のオペレーティングシステムに設定することとしたので、通信時に第１のオペレーティングシステムおよび第２のオペレーティングシステムが同時に外部から攻撃される可能性を回避することができ、マルチオペレーティングシステムのセキュリティ、信頼性を向上させることができるという効果を奏する。
【０４７６】
また、本発明によれば、第２のオペレーティングシステムが実行中に、第１のオペレーティングシステム宛のデータが格納手段に格納された場合、格納手段の接続を、第２のオペレーティングシステムを中継して第１のオペレーティングシステムに設定することとしたので、第１のオペレーティングシステム宛のデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができるという効果を奏する。
【０４７７】
また、本発明によれば、データの信頼度が、予め登録された値以上である場合、第２のオペレーティングシステムを中継させずに、格納手段に格納されたデータを第１のオペレーティングシステムに直接渡すこととしたので、通信処理を高速化することができるという効果を奏する。
【０４７８】
また、本発明によれば、第１のオペレーティングシステムが実行中に、第２のオペレーティングシステム宛のデータが格納手段に格納された場合、第１のオペレーティングシステムから第２のオペレーティングシステムに切り替えることとしたので、第２のオペレーティングシステム宛のデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができるという効果を奏する。
【０４７９】
また、本発明によれば、第１のオペレーティングシステムが実行中に、第１のオペレーティングシステム宛のデータが格納手段に格納された場合、格納手段の接続先を、第２のオペレーティングシステムを中継して第１のオペレーティングシステムに設定することとしたので、第１のオペレーティングシステム宛のデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができるという効果を奏する。
【０４８０】
また、本発明によれば、第１のオペレーティングシステムから第２のオペレーティングシステムへの通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから第１のオペレーティングシステムに設定変更し、第１のオペレーティングシステムからのデータを格納手段に格納した後、格納手段の接続先を、第１のオペレーティングシステムから第２のオペレーティングシステムに設定変更することとしたので、第１のオペレーティングシステムから第２のオペレーティングシステムへのデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができるという効果を奏する。
【０４８１】
また、本発明によれば、第１のオペレーティングシステムから他装置への通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから第１のオペレーティングシステムに設定変更した後、第１のオペレーティングシステムからのデータを格納手段に格納し、格納手段の接続先を、第１のオペレーティングシステムから第２のオペレーティングシステムに設定変更することとしたので、第１のオペレーティングシステムから他装置へのデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができるという効果を奏する。
【０４８２】
また、本発明によれば、データの信頼度が、予め登録された値以上である場合、設定変更を行わず、また、第２のオペレーティングシステムを中継させずに、格納手段に格納されたデータを他装置へ直接送信することとしたので、通信処理を高速化することができるという効果を奏する。
【０４８３】
また、本発明によれば、第２のオペレーティングシステムから第１のオペレーティングシステムへの通信を行う場合、第２のオペレーティングシステムからのデータを格納手段に格納し、格納手段の接続先を第２のオペレーティングシステムから第１のオペレーティングシステムに設定変更することとしたので、第２のオペレーティングシステムから第１のオペレーティングシステムへのデータ通信におけるマルチオペレーティングシステムのセキュリティ、信頼性を向上させることができるという効果を奏する。
【０４８４】
また、本発明によれば、データの正常性をチェックし、正常である場合にのみ通信処理を継続させることとしたので、マルチオペレーティングシステムのセキュリティ、信頼性をさらに向上させることができるという効果を奏する。
【０４８５】
また、本発明によれば、格納手段の接続先の設定に関して、第２のオペレーティングシステム側のみに権限を付与することとしたので、権限を有しない第１のオペレーティングシステム側が外部から攻撃される可能性が極めて低くなり、さらにマルチオペレーティングシステムのセキュリティ、信頼性を格段に向上させることができるという効果を奏する。
【０４８６】
また、本発明は、請求項１〜１１のいずれか一つに記載されたマルチオペレーティングシステム制御方法をコンピュータに実行させることとしたので、そのプログラムがコンピュータ読み取り可能となり、これによって、請求項１〜１１のいずれか一つに記載された発明の動作をコンピュータによって実行することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる実施の形態１の構成を示すブロック図である。
【図２】同実施の形態１における動作概要１を説明するブロック図である。
【図３】同実施の形態１における動作概要２を説明するブロック図である。
【図４】同実施の形態１における動作概要３を説明するブロック図である。
【図５】同実施の形態１における動作概要４を説明するブロック図である。
【図６】同実施の形態１における動作例１を説明するブロック図である。
【図７】同実施の形態１における動作例１を説明するフローチャートである。
【図８】同実施の形態１における動作例２を説明するブロック図である。
【図９】同実施の形態１における動作例２を説明するフローチャートである。
【図１０】同実施の形態１における動作例３を説明するブロック図である。
【図１１】同実施の形態１における動作例３を説明するフローチャートである。
【図１２】同実施の形態１における動作例４を説明するブロック図である。
【図１３】同実施の形態１における動作例４を説明するフローチャートである。
【図１４】同実施の形態１における動作例５を説明するブロック図である。
【図１５】同実施の形態１における動作例５を説明するフローチャートである。
【図１６】同実施の形態１における動作例６を説明するブロック図である。
【図１７】同実施の形態１における動作例６を説明するフローチャートである。
【図１８】同実施の形態１における動作例７を説明するブロック図である。
【図１９】同実施の形態１における動作例７を説明するフローチャートである。
【図２０】同実施の形態１における動作例８を説明するブロック図である。
【図２１】同実施の形態１における動作例８を説明するフローチャートである。
【図２２】ＮＩＣ送信処理を説明するフローチャートである。
【図２３】ＮＩＣ受信処理を説明するフローチャートである。
【図２４】第２受信処理を説明するフローチャートである。
【図２５】第２送信処理を説明するフローチャートである。
【図２６】第１受信処理を説明するフローチャートである。
【図２７】第１送信処理を説明するフローチャートである。
【図２８】本発明にかかる実施の形態２の動作例１を説明するブロック図である。
【図２９】同実施の形態２の動作例１を説明するフローチャートである。
【図３０】同実施の形態２の動作例２を説明するブロック図である。
【図３１】同実施の形態２の動作例２を説明するフローチャートである。
【図３２】同実施の形態２の動作例３を説明するブロック図である。
【図３３】同実施の形態２の動作例３を説明するフローチャートである。
【図３４】第２受信処理を説明するフローチャートである。
【図３５】第１送信処理を説明するフローチャートである。
【図３６】本発明にかかる実施の形態３の構成を示すブロック図である。
【図３７】同実施の形態３における動作概要１を説明するブロック図である。
【図３８】同実施の形態３における動作概要２を説明するブロック図である。
【図３９】同実施の形態３における動作概要３を説明するブロック図である。
【図４０】同実施の形態３における動作概要４を説明するブロック図である。
【図４１】同実施の形態３の動作例１を説明するブロック図である。
【図４２】同実施の形態３の動作例１を説明するフローチャートである。
【図４３】同実施の形態３の動作例２を説明するブロック図である。
【図４４】同実施の形態３の動作例２を説明するフローチャートである。
【図４５】同実施の形態３の動作例３を説明するブロック図である。
【図４６】同実施の形態３の動作例３を説明するフローチャートである。
【図４７】同実施の形態３の動作例４を説明するブロック図である。
【図４８】同実施の形態３の動作例４を説明するフローチャートである。
【図４９】同実施の形態３の動作例５を説明するブロック図である。
【図５０】同実施の形態３の動作例５を説明するフローチャートである。
【図５１】同実施の形態３の動作例６を説明するブロック図である。
【図５２】同実施の形態３の動作例６を説明するフローチャートである。
【図５３】同実施の形態３の動作例７を説明するブロック図である。
【図５４】同実施の形態３の動作例７を説明するフローチャートである。
【図５５】同実施の形態３の動作例８を説明するブロック図である。
【図５６】同実施の形態３の動作例８を説明するフローチャートである。
【図５７】受信バッファレジスタ書き換え処理を説明するフローチャートである。
【図５８】送信バッファレジスタ書き換え処理を説明するフローチャートである。
【図５９】第２受信処理を説明するフローチャートである。
【図６０】第１受信処理を説明するフローチャートである。
【図６１】第１送信処理を説明するフローチャートである。
【図６２】本発明にかかる実施の形態１〜３の応用例１〜４を説明する図である。
【図６３】同実施の形態１〜３をシステム移行に適用した場合を説明する図である。
【図６４】同実施の形態１〜３を高セキュリティゲートウェイに適用した場合を説明する図である。
【図６５】同実施の形態１〜３をデスクトップＧｒｉｄ端末に適用した場合を説明する図である。
【図６６】同実施の形態１〜３を遠隔管理端末に適用した場合を説明する図である。
【図６７】同実施の形態１〜３を高効率ネットサービス提供端末に適用した場合を説明する図である。
【図６８】同実施の形態１〜３を高セキュリティＷｅｂサービス提供サーバに適用した場合を説明する図である。
【図６９】同実施の形態１〜３の変形例の構成を示すブロック図である。
【図７０】従来のマルチオペレーティングシステムの構成例１を示すブロック図である。
【図７１】従来のマルチオペレーティングシステムの構成例２を示すブロック図である。
【符号の説明】
１０ ＮＩＣ
１１ ＮＩＣ送信処理部
１２ 送信バッファ
１３ ＮＩＣ受信処理部
１４ 受信バッファ
１５ 送信バッファレジスタ
１６ 受信バッファレジスタ
２０１ ＮＩＣデバイスドライバ
２１１ ＯＳ切替え処理部
２２１ 送信処理部
２３１ 送信バッファ
２４１ 受信処理部
２５１ 受信バッファ
２０２ ＮＩＣデバイスドライバ
２１２ ＯＳ切替え処理部
２２２ 送信処理部
２３２ 送信バッファ
２４２ 受信処理部
２５２ 受信バッファ
２６２ データチェック処理部
２７２ 送信バッファレジスタ書き換え処理部
２８２ 受信バッファレジスタ書き換え処理部
３０１ ＯＳ
３０２ ＯＳ
１００ コンピュータ
１４０ ＲＡＭ[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a multi-operating system control method for operating a plurality of operating systems on one computer, a program for causing a computer to execute the method, and a multi-operating system control device. The present invention relates to a multi-operating system control method capable of improving reliability, a program for causing a computer to execute the method, and an operating system control device.
[0002]
[Prior art]
In an ordinary computer, one operating system operates, which manages computer resources such as a processor, a memory, and a secondary storage device of the computer, and implements a resource schedule so that the computer can operate efficiently. There are various types of operating systems. There are various types such as those that are excellent in batch processing, those that are excellent in TSS (Time Sharing System), those that are excellent in GUI (Graphical User Interface).
[0003]
On the other hand, there is a need to simultaneously execute these plural operating systems on one computer. For example, in a large-scale computer, there is a demand to operate an operating system for executing online processing associated with actual work and an operating system for development on one computer. Alternatively, there is a demand that an operating system having a GUI and an operating system having an excellent real-time property be operated at the same time.
[0004]
However, each operating system is designed on the assumption that computer resources are managed independently. Therefore, coexistence of a plurality of operating systems is not possible without some mechanism.
[0005]
As a mechanism for operating a plurality of operating systems on one computer, there is a virtual computer system implemented by a large computer. FIG. 70 is a block diagram showing a configuration example 1 of a conventional multi-operating system based on the virtual computer system.
[0006]
The multi-operating system shown in FIG. 1 includes hardware 1, a base OS 2, a VM (Virtual Machine) monitor 3, and a virtual OS (operating system) 4. 1 , Virtual OS4 2 And virtual OS4 3 It is composed of
[0007]
The hardware 1 is a CPU (Central Processing Unit), a physical memory, an input / output device, and the like. The base OS 2 and the VM monitor 3 control all of the hardware 1. VM monitor 3 is a virtual OS 4 1 ~ 4 3 Emulates an interface to the respective hardware 1. Virtual OS4 1 ~ 4 3 Runs on the platform OS2. That is, the base OS 2 and the virtual OS 4 1 ~ 4 3 Are in a master-slave relationship.
[0008]
In the multi-operating system shown in the figure, for example, when communication such as packets is performed between virtual OSs, the base OS 2 1 ~ 4 3 Via a shared memory (not shown) which can be referred to at the same time.
[0009]
For example, virtual OS4 1 From virtual OS4 2 To send a packet to the virtual OS 4 1 After storing the packet in the shared memory, the virtual OS 4 2 Gets a packet from shared memory. Communication between the virtual OS and another device is performed via the shared memory and the base OS 2 in addition to the communication between the virtual OSs.
[0010]
As a technique for providing an interface of a plurality of operating systems with one computer, there is a microkernel method. FIG. 71 is a block diagram showing a configuration example 2 of a conventional multi-operating system based on the microkernel system.
[0011]
The multi-operating system shown in FIG. 1 includes a hardware 5, a microkernel (control program) 6, and an OS7. 1 , OS7 2 And OS7 3 It is composed of
[0012]
In the microkernel system, on the microkernel 6, an OS 7 providing an operating system function to be shown to the user is provided. 1 ~ 7 3 Has been built. User is OS7 1 ~ 7 3 Via the hardware 5 (computer resources). Microkernel 6 is OS7 1 ~ 7 3 Control.
[0013]
In the multi-operating system shown in the figure, for example, when communication of packets or the like is performed between OSs, the microkernel or the OS 7 1 ~ 7 3 Via a shared memory (not shown) which can be referred to at the same time.
[0014]
For example, OS7 1 From OS7 2 When sending a packet to OS7 1 After storing the packet in the shared memory, the OS 7 2 Gets a packet from shared memory. Communication between the OS and another device is performed via the shared memory and the microkernel 6 in addition to between the OSs.
[0015]
[Patent Document 1]
JP-A-11-149385
[Patent Document 2]
JP 2001-216172 A
[Patent Document 3]
JP 2000-207232 A
[Patent Document 4]
JP-A-8-212089
[Patent Document 5]
JP 2001-290661 A
[Patent Document 6]
JP-A-11-85546
[Patent Document 7]
JP 2001-282558 A
[Patent Document 8]
JP-A-11-85546
[0016]
[Problems to be solved by the invention]
By the way, as described above, in the conventional multi-operating system shown in FIG. 70, security is low because communication is performed via the shared memory between the virtual OSs or between the virtual OS and other devices. There was a problem.
[0017]
That is, if the shared memory is a virtual OS 4 1 ~ 4 3 Can be simultaneously accessed from each of the virtual OSs 4. If the shared memory is illegally accessed from outside during communication, the virtual OS 4 1 ~ 4 3 Are attacked at the same time.
[0018]
In addition, in the conventional multi-operating system, since the hardware 1 is controlled by one base OS 2, there is a problem that a system down occurs due to the stop of the base OS 2, resulting in low reliability.
[0019]
Also, in the conventional multi-operating system shown in FIG. 1 ~ 7 3 Can be referred to simultaneously from each other, so that if the shared memory is illegally accessed from outside during communication, the OS 7 1 ~ 7 3 Are attacked at the same time, and there is a security problem.
[0020]
The present invention has been made in view of the above, and provides a multi-operating system control method capable of improving security and reliability of a multi-operating system, a program for causing a computer to execute the method, and a multi-operating system control device. The purpose is to provide.
[0021]
[Means for Solving the Problems]
In order to achieve the above object, the present invention relates to a multi-operating system control method for controlling a first operating system and a second operating system running on a single computer, wherein the storing method temporarily stores data to be communicated. The normal connection destination in the means is set to the second operating system, and when the data to be communicated is related to the first operating system, the connection destination of the storage means for temporarily storing the data is A setting step of setting the first operating system by relaying the second operating system.
[0022]
According to the present invention, the normal connection destination in the storage unit for temporarily storing data to be communicated is set to the second operating system, and when the data to be communicated is related to the first operating system, the data is transferred to the second operating system. Since the connection destination of the storage means for temporarily storing is set to the first operating system via the second operating system, the first operating system and the second operating system simultaneously attack from the outside during communication. It is possible to avoid the possibility of being performed and improve the security and reliability of the multi-operating system.
[0023]
The present invention also relates to a multi-operating system control method for controlling a first operating system and a second operating system running on one computer, wherein the first operating system and the second operating system are operated while the second operating system is running. When data destined for the operating system is stored in the storage means, a setting step of setting the connection of the storage means to the first operating system via the second operating system is included. .
[0024]
According to the present invention, when data addressed to the first operating system is stored in the storage unit during execution of the second operating system, the connection of the storage unit is switched to the first operating system via the second operating system. , The security and reliability of the multi-operating system in data communication addressed to the first operating system can be improved.
[0025]
Further, according to the present invention, in the multi-operating system control method according to claim 1 or 2, in the setting step, when the reliability of the data is equal to or more than a previously registered value, the second operating system is controlled. The data stored in the storage means is directly passed to the first operating system without relaying.
[0026]
According to this invention, when the reliability of the data is equal to or more than the value registered in advance, the data stored in the storage unit is directly passed to the first operating system without relaying the second operating system. Therefore, the communication processing can be speeded up.
[0027]
The present invention also relates to a multi-operating system control method for controlling a first operating system and a second operating system running on a single computer, the method comprising controlling a normal connection destination in storage means for temporarily storing data to be communicated. Setting the second operating system to the second operating system, and when data addressed to the second operating system is stored in the storage unit during execution of the first operating system, Switching to a second operating system.
[0028]
According to the present invention, when data destined for the second operating system is stored in the storage unit during execution of the first operating system, the first operating system is switched to the second operating system. , The security and reliability of the multi-operating system in data communication addressed to the second operating system can be improved.
[0029]
The present invention also relates to a multi-operating system control method for controlling a first operating system and a second operating system running on one computer, wherein the first operating system executes the first operating system while the first operating system is running. And setting a connection destination of the storage unit to the first operating system via the second operating system when data addressed to the operating system is stored in the storage unit. I do.
[0030]
According to the present invention, when data addressed to the first operating system is stored in the storage unit while the first operating system is running, the connection destination of the storage unit is set to the second operating system via the second operating system. Since the first operating system is set, security and reliability of the multi-operating system in data communication addressed to the first operating system can be improved.
[0031]
The present invention also relates to a multi-operating system control method for controlling a first operating system and a second operating system running on one computer, wherein a method for controlling a multi-operating system from the first operating system to the second operating system is provided. When performing communication, a first setting change step of changing the connection destination of the storage unit for temporarily storing data to be communicated from the second operating system as a normal connection destination to the first operating system; A storage step of storing data from the first operating system in the storage means, and a second setting change for changing a connection destination of the storage means from the first operating system to the second operating system And a step.
[0032]
According to the present invention, when communication is performed from the first operating system to the second operating system, the connection destination of the storage unit that temporarily stores data to be communicated is set to the second operating system as a normal connection destination From the first operating system to the first operating system, and after storing data from the first operating system in the storage means, the connection destination of the storage means is changed from the first operating system to the second operating system. Therefore, security and reliability of the multi-operating system in data communication from the first operating system to the second operating system can be improved.
[0033]
The present invention also relates to a multi-operating system control method for controlling a first operating system and a second operating system running on one computer, wherein a communication is performed from the first operating system to another device. A first setting change step of changing a connection destination of a storage unit for temporarily storing data to be communicated from a second operating system as a normal connection destination to the first operating system; A storage step of storing data from an operating system in the storage unit, a second setting change step of changing a connection destination of the storage unit from the first operating system to the second operating system, Relaying the second operating system, the case Characterized in that it comprises a transmission step of transmitting the stored data to the means to the other device.
[0034]
According to the present invention, when communication is performed from the first operating system to another device, the connection destination of the storage unit that temporarily stores data to be communicated is changed from the second operating system as a normal connection destination to the first operating system. After changing the setting to the operating system, the data from the first operating system is stored in the storage means, and the connection destination of the storage means is changed from the first operating system to the second operating system. The security and reliability of the multi-operating system in data communication from the first operating system to another device can be improved.
[0035]
Further, according to the multi-operating system control method of the present invention, when the reliability of the data is equal to or more than a previously registered value, the setting change is performed in the second setting change step. In the transmitting step, the data stored in the storage unit is directly transmitted to the other device without relaying the second operating system.
[0036]
According to the present invention, when the reliability of the data is equal to or more than the value registered in advance, the data stored in the storage means is not changed without changing the setting and without relaying the second operating system. Since the data is transmitted directly to the device, the communication processing can be speeded up.
[0037]
The present invention also relates to a multi-operating system control method for controlling a first operating system and a second operating system running on a single computer, the method comprising controlling a normal connection destination in storage means for temporarily storing data to be communicated. Setting in the second operating system, and when performing communication from the second operating system to the first operating system, storing data from the second operating system in the storage unit. A storage step and a setting change step of changing a setting of a connection destination of the storage unit from the second operating system to the first operating system are included.
[0038]
According to the present invention, when communication is performed from the second operating system to the first operating system, data from the second operating system is stored in the storage unit, and the connection destination of the storage unit is set to the second operating system. Since the setting is changed from the first operating system to the first operating system, security and reliability of the multi-operating system in data communication from the second operating system to the first operating system can be improved.
[0039]
The present invention also provides a multi-operating system control method according to any one of claims 1 to 9, wherein the data is checked for normality, and a communication check process is continued only when the data is normal. It is characterized by including.
[0040]
According to the present invention, the normality of the data is checked, and the communication processing is continued only when the data is normal, so that the security and reliability of the multi-operating system can be further improved.
[0041]
Further, according to the present invention, in the multi-operating system control method according to any one of claims 1 to 10, regarding the setting of the connection destination of the storage unit, authority is given only to the second operating system side. It is characterized by having.
[0042]
According to the present invention, only the second operating system is authorized to set the connection destination of the storage means. Therefore, there is a possibility that the first operating system having no authority is attacked from the outside. It is extremely low, and the security and reliability of the multi-operating system can be significantly improved.
[0043]
Further, the present invention is a program for causing a computer to execute the multi-operating system control method according to any one of claims 1 to 11, and the program becomes readable by a computer. The operation of the invention described in any one of the above can be executed by a computer.
[0044]
The present invention also relates to a multi-operating system control device for controlling a first operating system and a second operating system running on a single computer, wherein the multi-operating system control device includes a normal connection destination in storage means for temporarily storing data to be communicated. Is set to the second operating system, and when the data to be communicated is related to the first operating system, the connection destination of the storage unit for temporarily storing the data is set to the second operating system. Setting means for relaying and setting the first operating system.
[0045]
According to the present invention, the normal connection destination in the storage unit for temporarily storing data to be communicated is set to the second operating system, and when the data to be communicated is related to the first operating system, the data is transferred to the second operating system. Since the connection destination of the storage means for temporarily storing is set to the first operating system via the second operating system, the first operating system and the second operating system simultaneously attack from the outside during communication. It is possible to avoid the possibility of being performed and improve the security and reliability of the multi-operating system.
[0046]
Further, the present invention is a multi-operating system control device for controlling a first operating system and a second operating system running on one computer, wherein the first operating system is controlled by the first operating system while the second operating system is running. Setting means for setting connection of the storage means to the first operating system via the second operating system when data destined for the operating system is stored in the storage means; I do.
[0047]
According to the present invention, when data addressed to the first operating system is stored in the storage unit during execution of the second operating system, the connection of the storage unit is switched to the first operating system via the second operating system. , The security and reliability of the multi-operating system in data communication addressed to the first operating system can be improved.
[0048]
Further, according to the present invention, in the multi-operating system control device according to claim 13 or 14, when the reliability of the data is equal to or more than a value registered in advance, the setting means sets the second operating system. The data stored in the storage means is directly passed to the first operating system without relaying.
[0049]
According to this invention, when the reliability of the data is equal to or more than the value registered in advance, the data stored in the storage unit is directly passed to the first operating system without relaying the second operating system. Therefore, the communication processing can be speeded up.
[0050]
The present invention also relates to a multi-operating system control device for controlling a first operating system and a second operating system running on a single computer, wherein the multi-operating system control device includes a normal connection destination in storage means for temporarily storing data to be communicated. Setting means for setting the second operating system to the second operating system; and when data addressed to the second operating system is stored in the storage means during execution of the first operating system, Switching means for switching to the second operating system.
[0051]
According to the present invention, when data destined for the second operating system is stored in the storage unit during execution of the first operating system, the first operating system is switched to the second operating system. , The security and reliability of the multi-operating system in data communication addressed to the second operating system can be improved.
[0052]
Further, the present invention is a multi-operating system control device for controlling a first operating system and a second operating system running on one computer, wherein the first operating system executes the first operating system while the first operating system is running. Setting means for setting a connection destination of the storage means to the first operating system via the second operating system when data addressed to the operating system is stored in the storage means; And
[0053]
According to the present invention, when data addressed to the first operating system is stored in the storage unit while the first operating system is running, the connection destination of the storage unit is set to the second operating system via the second operating system. Since the first operating system is set, security and reliability of the multi-operating system in data communication addressed to the first operating system can be improved.
[0054]
Further, the present invention is a multi-operating system control device which controls a first operating system and a second operating system which are operated by one computer, wherein the multi-operating system control device controls the first operating system and the second operating system from the first operating system. When performing communication, first setting change means for changing the connection destination of the storage means for temporarily storing data to be communicated from the second operating system as a normal connection destination to the first operating system; Storage control means for storing data from the first operating system in the storage means; and second setting for changing a connection destination of the storage means from the first operating system to the second operating system. And changing means. That.
[0055]
According to the present invention, when communication is performed from the first operating system to the second operating system, the connection destination of the storage unit that temporarily stores data to be communicated is set to the second operating system as a normal connection destination From the first operating system to the first operating system, and after storing data from the first operating system in the storage means, the connection destination of the storage means is changed from the first operating system to the second operating system. Therefore, security and reliability of the multi-operating system in data communication from the first operating system to the second operating system can be improved.
[0056]
Further, the present invention is a multi-operating system control device for controlling a first operating system and a second operating system running on one computer, wherein communication is performed from the first operating system to another device. A first setting change means for changing a connection destination of a storage means for temporarily storing data to be communicated from a second operating system as a normal connection destination to the first operating system; and Storage control means for storing data from an operating system in the storage means; second setting change means for changing the connection destination of the storage means from the first operating system to the second operating system; Relaying the second operating system, The data stored in the storage means data characterized by comprising a transmitting means for transmitting to the other device.
[0057]
According to the present invention, when communication is performed from the first operating system to another device, the connection destination of the storage unit that temporarily stores data to be communicated is changed from the second operating system as a normal connection destination to the first operating system. After changing the setting to the operating system, the data from the first operating system is stored in the storage means, and the connection destination of the storage means is changed from the first operating system to the second operating system. The security and reliability of the multi-operating system in data communication from the first operating system to another device can be improved.
[0058]
Further, in the multi-operating system control device according to claim 19, when the reliability of the data is equal to or more than a value registered in advance, the second setting change unit performs the setting change. In addition, the transmitting means transmits the data stored in the storing means directly to the other device without relaying the second operating system.
[0059]
According to the present invention, when the reliability of the data is equal to or more than the value registered in advance, the data stored in the storage means is not changed without changing the setting and without relaying the second operating system. Since the data is transmitted directly to the device, the communication processing can be speeded up.
[0060]
The present invention also relates to a multi-operating system control device for controlling a first operating system and a second operating system running on a single computer, wherein the multi-operating system control device includes a normal connection destination in storage means for temporarily storing data to be communicated. Setting means for setting the second operating system to the second operating system, and when communication is performed from the second operating system to the first operating system, data from the second operating system is stored in the storage means. It is characterized by comprising storage control means, and setting change means for changing the connection destination of the storage means from the second operating system to the first operating system.
[0061]
According to the present invention, when communication is performed from the second operating system to the first operating system, data from the second operating system is stored in the storage unit, and the connection destination of the storage unit is set to the second operating system. Since the setting is changed from the first operating system to the first operating system, security and reliability of the multi-operating system in data communication from the second operating system to the first operating system can be improved.
[0062]
Further, according to the present invention, in the multi-operating system control device according to any one of claims 13 to 21, data checking means for checking the normality of the data, and continuing communication processing only when the data is normal, It is characterized by having.
[0063]
According to the present invention, the normality of the data is checked, and the communication processing is continued only when the data is normal, so that the security and reliability of the multi-operating system can be further improved.
[0064]
Further, according to the present invention, in the multi-operating system control device according to any one of claims 13 to 22, regarding the setting of the connection destination of the storage unit, authority is given only to the second operating system side. It is characterized by having.
[0065]
According to the present invention, only the second operating system is authorized to set the connection destination of the storage means. Therefore, there is a possibility that the first operating system having no authority is attacked from the outside. It is extremely low, and the security and reliability of the multi-operating system can be significantly improved.
[0066]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, a first embodiment of a multi-operating system control method according to the present invention, a program for causing a computer to execute the method, and a multi-operating system control device will be described in detail with reference to the drawings.
[0067]
(Embodiment 1)
FIG. 1 is a block diagram showing a configuration of the first exemplary embodiment according to the present invention. The multi-operating system shown in FIG. 1 includes a NIC (Network Interface Card) 10 and a NIC device driver 20. 1 , NIC device driver 20 2 , OS30 1 , OS30 2 , AP (application program) 40 1 ~ 40 4 And a network 50.
[0068]
In the multi-operating system, the OS 30 1 From OS30 2 Or OS30 2 From OS30 1 Is switched in the interrupt processing routine. Causes of the interruption include a communication request via the NIC 10 and a periodic switching request by a timer (not shown).
[0069]
In addition, the multi-operating system uses the NIC 10 without using a common control program or a shared memory as in the related art, and uses the NIC 30 while maintaining high security. 1 And OS30 2 It is characterized in that data (packets and the like) are exchanged between the device and the device.
[0070]
Hereinafter, each component will be described in detail. The NIC 10 is, for example, a LAN (Local Area Network) card and has a communication interface function. The NIC 10 includes an NIC device driver 20 described later. 1 And NIC device driver 20 2 Is controlled by
[0071]
In the NIC 10, the NIC transmission processing unit 11 has a function of transmitting a packet. The transmission buffer 12 temporarily stores a packet transmitted from the NIC transmission processing unit 11. The NIC reception processing unit 13 has a function of receiving a packet from the network 50. The reception buffer 14 temporarily stores the packet received by the NIC reception processing unit 13.
[0072]
The transmission buffer register 15 includes a transmission buffer 23 described later. 1 Or transmission buffer 23 2 Is a register for storing a value (address) corresponding to any of the following. The reception buffer register 16 includes a reception buffer 25 described later. 1 Or the reception buffer 25 2 Is a register for storing a value (address) corresponding to any of the following.
[0073]
NIC device driver 20 1 Is OS30 1 And a function of controlling the NIC 10 during communication, a function of rewriting the values of the transmission buffer register 15 and the reception buffer register 16, 1 From OS30 2 It has a function to switch to.
[0074]
NIC device driver 20 1 In the transmission processing unit 22 1 Is OS30 1 It has the function of transmitting packets from Transmission buffer 23 1 Is OS30 1 Temporarily store the packet from Reception processing unit 24 1 Is OS30 1 It has the function of receiving packets addressed to it. Receive buffer 25 1 Is OS30 1 Temporarily store packets addressed to. OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 It has a function to switch to.
[0075]
On the other hand, the NIC device driver 20 2 Is OS30 2 And a function of controlling the NIC 10 during communication, a function of rewriting the values of the transmission buffer register 15 and the reception buffer register 16, 2 From OS30 1 It has a function to switch to.
[0076]
Also, the NIC device driver 20 2 In the transmission processing unit 22 2 Is OS30 2 It has the function of transmitting packets from Transmission buffer 23 2 Is OS30 2 Temporarily store the packet from Reception processing unit 24 2 Is OS30 2 It has the function of receiving packets addressed to it. Receive buffer 25 2 Is OS30 2 Temporarily store packets addressed to. OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 It has a function to switch to. Data check processing unit 26 2 Performs a check on the packet for the possibility of virus infection or network attack.
[0077]
Here, OS30 1 , For example, 192.168.1.3 is assigned as an IP address. On the other hand, OS30 2 Is assigned another IP address, for example, 192.168.1.4. In the first to third embodiments, a MAC (Media Access Control) address may be used instead of the IP address as the information for identifying the OS.
[0078]
Next, operation outlines 1 to 4 of the first embodiment will be described with reference to FIGS.
[0079]
(Operation outline 1 of the first embodiment)
First, the outline 1 of the operation of the first embodiment will be described with reference to the block diagram shown in FIG. In the operation overview 1, the OS 30 2 From OS30 1 The case where communication is performed to the server will be described.
[0080]
In FIG. 2 Is being executed, and the transmission buffer 23 is stored in the transmission buffer register 15. 2 Are stored in the reception buffer register 16 and the reception buffer 25 2 It is assumed that a value corresponding to is stored.
[0081]
In this state, in (1), the NIC device driver 20 2 Transmission processing unit 22 2 Is OS30 2 (Hereinafter, data, command, etc.) from the transmission buffer 23 2 To be stored. This packet is sent to the OS 30 2 From OS30 1 Sent to Therefore, the destination IP address of the packet is 1 192.168.1.3.
[0082]
In (2), the transmission processing unit 22 2 Stores the value of the reception buffer register 16 of the NIC 10 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In (3), the NIC transmission processing unit 11 refers to the transmission buffer register 15 and 2 Access to the transmission buffer 23 2 Is copied to the transmission buffer 12.
[0083]
In (4), the NIC transmission processing unit 11 reads a packet from the transmission buffer 12 and transmits the packet to the network 50. Then, after the packet is received by the NIC reception processing unit 13, the packet is stored in the reception buffer 14.
[0084]
In (5), the NIC reception processing unit 13 refers to the reception buffer register 16 and 1 After the access to the receiving buffer 14, the receiving buffer 14 1 Copy the packet to
[0085]
In (6), the OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 Switch to In (7), the reception processing unit 24 1 Is the reception buffer 25 1 From the OS 30 after switching the packet. 1 Pass to
[0086]
As described above, in the operation outline 1 of the first embodiment, the communication between the OSs is realized while maintaining high security by cooperation between the communication via the NIC 10 and the OS switching.
[0087]
(Operation Outline 2 of Embodiment 1)
Next, an outline 2 of the operation of the first embodiment will be described with reference to the block diagram shown in FIG. In the operation outline 2, the OS 30 1 From OS30 2 The case where communication is performed to the server will be described.
[0088]
In FIG. 1 Is being executed, and the transmission buffer 23 is stored in the transmission buffer register 15. 2 Are stored in the reception buffer register 16 and the reception buffer 25 2 It is assumed that a value corresponding to is stored.
[0089]
In this state, in (1), the NIC device driver 20 1 Transmission processing unit 22 1 Is OS30 1 From the transmission buffer 23 1 To be stored. This packet is sent to the OS 30 1 From OS30 2 Sent to Therefore, the destination IP address of the packet is 2 192.168.1.4.
[0090]
In (2), the transmission processing unit 22 1 Stores the value of the transmission buffer register 15 of the NIC 10 in the transmission buffer 23 2 From the transmission buffer 23 1 Rewrite to In (3), the NIC transmission processing unit 11 refers to the transmission buffer register 15 and 1 Access to the transmission buffer 23 1 Is copied to the transmission buffer 12.
[0091]
In (4), the NIC transmission processing unit 11 reads a packet from the transmission buffer 12 and transmits the packet to the network 50. Then, after the packet is received by the NIC reception processing unit 13, the packet is stored in the reception buffer 14.
[0092]
In (5), the NIC reception processing unit 13 refers to the reception buffer register 16 and 2 After the access to the receiving buffer 14, the receiving buffer 14 2 Copy the packet to
[0093]
In (6), the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 Switch to In (7), the reception processing unit 24 2 Is the reception buffer 25 2 From the OS 30 after switching the packet. 2 Pass to
[0094]
(Operation Outline 3 of Embodiment 1)
Next, the operation outline 3 of the first embodiment will be described with reference to the block diagram shown in FIG. In the operation summary 3, the OS 30 is transmitted from another device (not shown) connected to the network 50. 1 The packet addressed to the OS 30 via the NIC 10 2 Will be described in the case of relaying and performing data check (virus check, etc.).
[0095]
In FIG. 2 Is being executed, and the transmission buffer 23 is stored in the transmission buffer register 15. 2 Are stored in the reception buffer register 16 and the reception buffer 25 2 It is assumed that a value corresponding to is stored.
[0096]
In this state, in (1), the NIC reception processing unit 13 of the NIC 10 sends the OS 30 from another device (not shown). 1 After the packet transmitted to the destination is received via the network 50, the packet is stored in the reception buffer 14. Here, the destination IP address of the packet is the OS 30 1 192.168.1.3.
[0097]
In (2), the NIC reception processing unit 13 refers to the reception buffer register 16 and 2 After the access to the receiving buffer 14, the receiving buffer 14 2 Copy the packet to
[0098]
In (3), the reception processing unit 24 2 Is the data check processing unit 26 2 Call. In (4), the data check processing unit 26 2 Is the reception buffer 25 2 Checks the packet stored in the server for the possibility of virus infection or network attack. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0099]
In this case, assuming that the check result is normal, in (5), the reception processing unit 24 2 (Or data check processing unit 26 2 ) Indicates the reception buffer 25 2 From the transmission buffer 23 2 To copy the packet.
[0100]
In (6), the transmission processing unit 22 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In (7), the NIC transmission processing unit 11 of the NIC 10 refers to the transmission buffer register 15 and 2 Is copied to the transmission buffer 12.
[0101]
In (8), the NIC transmission processing unit 11 reads out the packet from the transmission buffer 12 and transmits this to the network 50. Then, after the packet is received by the NIC reception processing unit 13, the packet is stored in the reception buffer 14.
[0102]
In (9), the NIC reception processing unit 13 refers to the reception buffer register 16 and 1 After the access to the receiving buffer 14, the receiving buffer 14 1 Copy the packet to
[0103]
In (10), the OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 Switch to In (11), the reception processing unit 24 1 Is the reception buffer 25 1 From the OS 30 after switching the packet. 1 Pass to
[0104]
(Operation Outline 4 of First Embodiment)
Next, the operation outline 4 of the first embodiment will be described with reference to the block diagram shown in FIG. In the operation summary 4, the OS 30 1 A packet addressed to another device (not shown) connected to the network 50 from the OS 30 via the NIC 10 2 Will be described in the case of relaying and performing data check (virus check, etc.).
[0105]
In FIG. 1 Is being executed, and the transmission buffer 23 is stored in the transmission buffer register 15. 2 Are stored in the reception buffer register 16 and the reception buffer 25 2 It is assumed that a value corresponding to is stored.
[0106]
In this state, in (1), the NIC device driver 20 1 Transmission processing unit 22 1 Is OS30 1 From the transmission buffer 23 1 To be stored. This packet is sent to the OS 30 1 To another device (not shown). Therefore, the destination IP address of the packet is the IP address assigned to the other device.
[0107]
In (2), the transmission processing unit 22 1 Stores the value of the transmission buffer register 15 of the NIC 10 in the transmission buffer 23 2 From the transmission buffer 23 1 Rewrite to In (3), the NIC transmission processing unit 11 refers to the transmission buffer register 15 and 1 Access to the transmission buffer 23 1 Is copied to the transmission buffer 12.
[0108]
In (4), the NIC transmission processing unit 11 reads the packet from the transmission buffer 12 and changes the destination IP address of this packet from the IP address of the other device to the OS 30. 2 To the IP address (192.168.1.4). Next, the NIC transmission processing unit 11 transmits the changed packet to the network 50. Next, after the packet is received by the NIC reception processing unit 13, the packet is stored in the reception buffer 14.
[0109]
In (5), the NIC reception processing unit 13 refers to the reception buffer register 16 and 2 After the access to the receiving buffer 14, the receiving buffer 14 2 Copy the packet to
[0110]
In (6), the transmission processing unit 22 1 Stores the value of the transmission buffer register 15 in the transmission buffer 23 1 From the transmission buffer 23 2 Rewrite to In (7), the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 Switch to
[0111]
In (8), the reception processing unit 24 2 Is the data check processing unit 26 2 Call. In (9), the data check processing unit 26 2 Is the reception buffer 25 2 Checks the packet stored in the server for the possibility of virus infection or network attack. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0112]
In this case, assuming that the check result is normal, in (10), the reception processing unit 24 2 (Or data check processing unit 26 2 ) Indicates the reception buffer 25 2 From the transmission buffer 23 2 To copy the packet.
[0113]
In (11), the NIC transmission processing unit 11 of the NIC 10 refers to the transmission buffer register 15 and 2 Is copied to the transmission buffer 12.
[0114]
In (12), the NIC transmission processing unit 11 reads a packet from the transmission buffer 12 and transmits the packet to the network 50. Then, the packet is received by another device (not shown) via the network 50.
[0115]
(Operation Example 1 of First Embodiment)
Next, an operation example 1 of the first embodiment will be described with reference to FIGS. This operation example 1 corresponds to the OS 30 shown in FIG. 2 Is running, the OS 30 2 This is an operation when the NIC 10 receives a packet addressed to the destination.
[0116]
In step SA1 shown in FIG. 7, the NIC reception processing is executed. Specifically, in step SJ1 shown in FIG. 23, the NIC reception processing unit 13 of the NIC 10 shown in FIG. And repeat the same determination.
[0117]
Then, the OS 30 via the network 50 2 When a packet addressed to the destination arrives, the NIC reception processing unit 13 sets the determination result of step SJ1 to “Yes”. In step SJ2, the NIC reception processing unit 13 determines whether or not the reception is prohibited, and in this case, the determination result is “No”.
[0118]
In step SJ3, the NIC reception processing unit 13 stores the packet in the reception buffer 14 after receiving the packet. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 2 Copy to
[0119]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0120]
Thereby, the OS 30 2 On the side, the second reception process is executed in step SA2 shown in FIG. Specifically, in step SK1 shown in FIG. 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0121]
In step SK2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “Yes”. In step SK6, the reception processing unit 24 2 Is the reception buffer 25 2 From OS30 2 Copy the packet to
[0122]
(Operation Example 2 of Embodiment 1)
Next, an operation example 2 of the first embodiment will be described with reference to FIGS. This operation example 2 corresponds to the OS 30 shown in FIG. 2 Is running, the OS 30 1 This is an operation when the NIC 10 receives a packet addressed to the destination.
[0123]
In step SB1 shown in FIG. 9, the NIC reception process (see FIG. 23) is executed in the same manner as in the operation example 1. In this NIC reception processing, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 1 After the packet addressed to it is received, it is stored in the reception buffer 14. Next, the packet is sent to the reception buffer 25 by the NIC reception processing unit 13. 2 Is stored in
[0124]
In step SB2 shown in FIG. 2 The second side performs the second receiving process. Specifically, in step SK1 shown in FIG. 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0125]
In step SK2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “No”. In step SK3, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 1 Is determined, and in this case, the determination result is “Yes”.
[0126]
In step SK7, the reception processing unit 24 2 Issues a reception prohibition command to the NIC 10. Thus, in step SK8, the NIC reception interrupt is prohibited, and the NIC 10 is set to the above-described reception prohibited state. Therefore, the NIC 10 prohibits reception of a packet.
[0127]
In step SK9, the reception processing unit 24 2 Is the data check processing unit 26 2 And receive buffer 25 2 Check of the packet stored in the server for the possibility of virus infection or network attack. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0128]
In this case, assuming that the check result is normal, in step SK10, the reception processing unit 24 2 Is the reception buffer 25 2 From the transmission buffer 23 2 To copy the packet. In step SK11, the reception processing unit 24 2 Is the transmission processing unit 22 2 Call.
[0129]
Thereby, the second transmission process is executed in step SB3 shown in FIG. Specifically, in step SL1 shown in FIG. 2 Is the transmission buffer 23 2 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0130]
In step SL4, the transmission processing unit 22 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In step SL5, the transmission processing unit 22 2 Releases the NIC reception interrupt prohibition.
[0131]
In step SL6, the transmission processing unit 22 2 Issues a reception prohibition release command to the NIC 10. Thereby, the reception prohibition in the NIC 10 is released. In step SL7, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11. In step SL8, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0132]
Thereby, the NIC transmission process is executed in step SB4 shown in FIG. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 1 Or the transmission processing unit 22 2 It is determined whether a transmission command has been received from.
[0133]
In this case, in step SL8 (see FIG. 25), the transmission processing unit 22 2 , The NIC transmission processing unit 11 sets the determination result in step SI1 to “Yes”. If the transmission command has not been received, the NIC transmission processing unit 11 sets the determination result to “No” and repeats the determination in step SI1.
[0134]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 1 To the network 50.
[0135]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0136]
Further, in step SL9 shown in FIG. 2 Is the OS switching processing unit 21 2 Call. Thus, in step SB5 shown in FIG. 2 Changes the OS to OS30 2 From OS30 1 A second OS switching process of switching to is performed.
[0137]
Then, after the switching, in step SB6, the NIC receiving process (see FIG. 23) is executed. In this NIC reception process, the NIC reception processing unit 13 sets the determination result of step SJ1 shown in FIG. 23 to “Yes” and then sets the determination result of step SJ2 to “No”.
[0138]
In step SJ3, the NIC reception processing unit 13 1 After receiving the packet addressed to it, the packet is stored in the reception buffer 14. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 1 Copy to
[0139]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0140]
Thereby, the OS 30 1 On the side, the first reception process is executed in step SB7 shown in FIG. Specifically, in step SM1 shown in FIG. 26, the NIC device driver 20 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0141]
In step SM3, the reception processing unit 24 1 Issues a reception prohibition command to the NIC 10. In step SM4, the NIC reception interrupt is prohibited. In step SM5, the reception processing unit 24 1 Is the reception buffer 25 1 From OS30 1 Copy the packet to
[0142]
In step SM6, the reception processing unit 24 1 Stores the value of the reception buffer register 16 in the reception buffer 25. 1 To receive buffer 25 2 Rewrite to In step SM7, the reception processing unit 24 1 Releases the NIC reception interrupt prohibition. In step SM8, the reception processing unit 24 1 Issues a reception prohibition release command to the NIC 10.
[0143]
(Operation Example 3 of First Embodiment)
Next, a third operation example of the first embodiment will be described with reference to FIGS. This operation example 3 corresponds to the OS 30 shown in FIG. 1 Is running, the OS 30 2 This is an operation when the NIC 10 receives a packet addressed to the destination.
[0144]
In step SC1 shown in FIG. 11, an NIC reception process is executed. Specifically, in step SJ1 shown in FIG. 23, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 10 determines whether or not a packet has arrived from the network 50. In this case, the determination result is “No”. And repeat the same determination.
[0145]
Then, the OS 30 via the network 50 2 When the packet addressed to the NIC arrives, the NIC reception processing unit 13 sets the determination result in step SJ1 to “Yes” and then sets the determination result in step SJ2 to “No”.
[0146]
In step SJ3, the NIC reception processing unit 13 stores the packet in the reception buffer 14 after receiving the packet. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 2 Copy to
[0147]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0148]
As a result, the first reception processing is executed in step SC2 shown in FIG. Specifically, in step SM1 shown in FIG. 26, the NIC device driver 20 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, since no packet is stored, the determination result is “No”.
[0149]
In step SM2, the reception processing unit 24 1 Is the OS switching processing unit 21 1 Call. Thus, in step SC3 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0150]
In step SC4, a second reception process is performed. Specifically, in step SK1 shown in FIG. 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0151]
In step SK2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “Yes”. In step SK6, the reception processing unit 24 2 Is the reception buffer 25 2 From OS30 2 Copy the packet to
[0152]
(Operation Example 4 of First Embodiment)
Next, an operation example 4 of the first embodiment will be described with reference to FIGS. This operation example 4 corresponds to the OS 30 shown in FIG. 1 Is running, the OS 30 1 This is an operation when the NIC 10 receives a packet addressed to the destination.
[0153]
In step SD1 shown in FIG. 13, the NIC reception processing is executed. Specifically, in step SJ1 shown in FIG. 23, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 12 determines whether or not a packet has arrived from the network 50. In this case, the determination result is “No”. And repeat the same determination.
[0154]
Then, the OS 30 via the network 50 1 When the packet addressed to the NIC arrives, the NIC reception processing unit 13 sets the determination result in step SJ1 to “Yes” and then sets the determination result in step SJ2 to “No”.
[0155]
In step SJ3, the NIC reception processing unit 13 stores the packet in the reception buffer 14 after receiving the packet. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 2 Copy to
[0156]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0157]
As a result, the first reception processing is executed in step SD2 shown in FIG. Specifically, in step SM1 shown in FIG. 26, the NIC device driver 20 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, since no packet is stored, the determination result is “No”.
[0158]
In step SM2, the reception processing unit 24 1 Is the OS switching processing unit 21 1 Call. Thus, in step SD3 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0159]
In step SD4, a second reception process is executed. Specifically, in step SK1 shown in FIG. 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0160]
In step SK2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “No”. In step SK3, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 1 Is determined, and in this case, the determination result is “Yes”.
[0161]
In step SK7, the reception processing unit 24 2 Issues a reception prohibition command to the NIC 10. Thus, in step SK8, the NIC reception interrupt is prohibited, and the NIC 10 is set to the above-described reception prohibited state. Therefore, the NIC 10 prohibits reception of a packet.
[0162]
In step SK9, the reception processing unit 24 2 Is the data check processing unit 26 2 And receive buffer 25 2 Check of the packet stored in the server for the possibility of virus infection or network attack. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0163]
In this case, assuming that the check result is normal, in step SK10, the reception processing unit 24 2 Is the reception buffer 25 2 From the transmission buffer 23 2 To copy the packet. In step SK11, the reception processing unit 24 2 Is the transmission processing unit 22 2 Call.
[0164]
Thereby, the second transmission process is executed in step SD5 shown in FIG. Specifically, in step SL1 shown in FIG. 2 Is the transmission buffer 23 2 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0165]
In step SL4, the transmission processing unit 22 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In step SL5, the transmission processing unit 22 2 Releases the NIC reception interrupt prohibition.
[0166]
In step SL6, the transmission processing unit 22 2 Issues a reception prohibition release command to the NIC 10. Thereby, the reception prohibition in the NIC 10 is released. In step SL7, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11. In step SL8, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0167]
Thus, in step SD6 shown in FIG. 13, the NIC transmission processing is executed. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 1 Or the transmission processing unit 22 2 It is determined whether a transmission command has been received from.
[0168]
In this case, in step SL8 (see FIG. 25), the transmission processing unit 22 2 , The NIC transmission processing unit 11 sets the determination result in step SI1 to “Yes”.
[0169]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 1 To the network 50.
[0170]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0171]
Further, in step SL9 shown in FIG. 2 Is the OS switching processing unit 21 2 Call. Thus, in step SD7 shown in FIG. 2 Changes the OS to OS30 2 From OS30 1 A second OS switching process of switching to is performed.
[0172]
After the switching, in step SD8, the NIC receiving process (see FIG. 23) is executed. In this NIC reception process, the NIC reception processing unit 13 sets the determination result of step SJ1 shown in FIG. 23 to “Yes” and then sets the determination result of step SJ2 to “No”.
[0173]
In step SJ3, the NIC reception processing unit 13 stores the packet in the reception buffer 14 after receiving the packet. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 1 Copy to
[0174]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0175]
Thereby, the first reception processing is executed in step SD9. Specifically, in step SM1 shown in FIG. 26, the NIC device driver 20 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0176]
In step SM3, the reception processing unit 24 1 Issues a reception prohibition command to the NIC 10. In step SM4, the NIC reception interrupt is prohibited. In step SM5, the reception processing unit 24 1 Is the reception buffer 25 1 From OS30 1 Copy the packet to
[0177]
In step SM6, the reception processing unit 24 1 Stores the value of the reception buffer register 16 in the reception buffer 25. 1 To receive buffer 25 2 Rewrite to In step SM7, the reception processing unit 24 1 Releases the NIC interrupt prohibition. In step SM8, the reception processing unit 24 1 Issues a reception prohibition release command to the NIC 10.
[0178]
(Operation Example 5 of First Embodiment)
Next, an operation example 5 of the first embodiment will be described with reference to FIG. 14 and FIG. This operation example 5 corresponds to the OS 30 shown in FIG. 1 From OS30 2 This is an operation when a packet is transmitted to the server.
[0179]
In step SE1 shown in FIG. 15, a first transmission process is performed. Specifically, in step SN1 shown in FIG. 1 Is OS30 1 The destination IP address of the packet to be transmitted passed from the OS 30 2 After replacing with the IP address of the 1 To be stored.
[0180]
In step SN2, the transmission processing unit 22 1 Stores the value of the transmission buffer register 15 in the transmission buffer 23 2 From the transmission buffer 23 1 Rewrite to In step SN3, the transmission processing unit 22 1 Calls the NIC transmission processing unit 11 and issues a transmission command. In step SN4, the transmission processing unit 22 1 Determines whether a NIC transmission completion interrupt has occurred in the NIC 10, and in this case, the determination result is “No”.
[0181]
Further, when the NIC transmission processing unit 11 is called in step SN3, the NIC transmission processing is executed in step SE2 shown in FIG. Specifically, in step SI1 shown in FIG. 23, the NIC transmission processing unit 11 1 Or the transmission processing unit 22 2 It is determined whether or not a transmission command has been received from, and in this case, the determination result is “Yes”.
[0182]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 1 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 2 To the network 50.
[0183]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0184]
Thereby, the transmission processing unit 22 1 Makes the determination result of step SN4 shown in FIG. 27 "Yes". In step SN5, the transmission processing unit 22 1 Stores the value of the transmission buffer register 15 in the transmission buffer 23 1 From the transmission buffer 23 2 Rewrite to In step SN6, the transmission processing unit 22 1 Is the OS switching processing unit 21 1 Call.
[0185]
As a result, in step SE3 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0186]
In step SE4, NIC reception processing (see FIG. 23) is executed. In this NIC reception process, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 2 After the packet addressed to it is received, it is stored in the reception buffer 14. Next, the packet is sent to the reception buffer 25 by the NIC reception processing unit 13. 2 Is stored in
[0187]
In step SE5, the OS 30 2 The second side performs the second receiving process. Specifically, in step SK1 shown in FIG. 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0188]
In step SK5, the reception processing unit 24 2 Is the data check processing unit 26 2 And receive buffer 25 2 A data check is performed on the packet stored in the. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0189]
In this case, it is assumed that the check result is normal, and in step SK2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “Yes”. In step SK6, the reception processing unit 24 2 Is the reception buffer 25 2 From OS30 2 Copy the packet to
[0190]
(Operation Example 6 of First Embodiment)
Next, an operation example 6 of the first embodiment will be described with reference to FIGS. This operation example 6 corresponds to the OS 30 shown in FIG. 1 This is an operation when a packet is transmitted from to the other device connected to the network 50.
[0191]
In step SF1 shown in FIG. 17, a first transmission process is performed. Specifically, in step SN1 shown in FIG. 1 Is OS30 1 The destination IP address (in this case, the IP address of the other device) of the packet to be transmitted passed from the 2 After replacing with the IP address of the 1 To be stored. The IP address of the other device before replacement is stored in the data area of the packet.
[0192]
In step SN2, the transmission processing unit 22 1 Stores the value of the transmission buffer register 15 in the transmission buffer 23 2 From the transmission buffer 23 1 Rewrite to In step SN3, the transmission processing unit 22 1 Calls the NIC transmission processing unit 11 and issues a transmission command. In step SN4, the transmission processing unit 22 1 Determines whether a NIC transmission completion interrupt has occurred in the NIC 10, and in this case, the determination result is “No”.
[0193]
Further, when the NIC transmission processing unit 11 is called in step SN3, the NIC transmission processing is executed in step SF2 shown in FIG. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 1 Or the transmission processing unit 22 2 It is determined whether or not a transmission command has been received from, and in this case, the determination result is “Yes”.
[0194]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 1 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 2 To the network 50.
[0195]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0196]
Thereby, the transmission processing unit 22 1 Makes the determination result of step SN4 shown in FIG. 27 "Yes". In step SN5, the transmission processing unit 22 1 Stores the value of the transmission buffer register 15 in the transmission buffer 23 1 From the transmission buffer 23 2 Rewrite to In step SN6, the transmission processing unit 22 1 Is the OS switching processing unit 21 1 Call.
[0197]
Accordingly, in step SF3 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0198]
In step SF4, NIC reception processing (see FIG. 23) is executed. In this NIC reception processing, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 2 After the packet addressed to it is received, it is stored in the reception buffer 14. Next, the NIC reception processing unit 13 replaces the transmission destination IP address of the packet with the IP address of another device, and then stores the packet in the reception buffer 25. 2 To be stored.
[0199]
In step SF5, the OS 30 2 The second side performs the second receiving process. Specifically, in step SK1 shown in FIG. 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0200]
In step SK5, the reception processing unit 24 2 Is the data check processing unit 26 2 And receive buffer 25 2 A data check is performed on the packet stored in the. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0201]
In this case, it is assumed that the check result is normal, and in step SK2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “No”. In step SK3, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 1 Is determined, and in this case, the determination result is “No”. In step SK4, the reception processing unit 24 2 Determines whether the destination IP address of the packet corresponds to another device, and in this case, the determination result is “Yes”.
[0202]
In step SK12, the reception processing unit 24 2 Is the reception buffer 25 2 From the transmission buffer 23 2 Copy the packet to In step SK13, the reception processing unit 24 2 Is the transmission processing unit 22 2 Call.
[0203]
Thus, the second transmission process is performed in step SF6 shown in FIG. Specifically, in step SL1 shown in FIG. 2 Is the transmission buffer 23 2 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “No”.
[0204]
In step SL2, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11 of the NIC 10. In step SL3, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0205]
Thus, the NIC transmission process is executed in step SF7 shown in FIG. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 2 , The judgment result is “Yes”.
[0206]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (addressed to another device) in the transmission buffer 12 to the network 50. Thereby, the packet is received by another device via the network 50.
[0207]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0208]
(Operation Example 7 of First Embodiment)
Next, an operation example 7 of the first embodiment will be described with reference to FIGS. This operation example 7 corresponds to the OS 30 shown in FIG. 2 This is an operation when a packet is transmitted from to the other device connected to the network 50.
[0209]
In step SG1 shown in FIG. 19, a second transmission process is performed. Specifically, in step SL1 shown in FIG. 2 Is OS30 2 Destination IP address of the packet passed from OS 30 1 It is determined whether it corresponds to. In this case, it is assumed that the destination IP address of the packet corresponds to another device, and the transmission processing unit 22 2 Makes the determination result of step SL1 "No".
[0210]
In step SL2, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11. In step SL3, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0211]
Thus, the NIC transmission processing is executed in step SG2 shown in FIG. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 2 , The judgment result is “Yes”.
[0212]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (addressed to another device) in the transmission buffer 12 to the network 50. Thus, the packet is received by another device via the network 50.
[0213]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0214]
(Operation Example 8 of First Embodiment)
Next, an operation example 8 of the first embodiment will be described with reference to FIGS. This operation example 8 corresponds to the OS 30 shown in FIG. 2 From OS30 1 This is an operation when a packet is transmitted to the server.
[0215]
In step SH1 shown in FIG. 2 Is OS30 2 OS 30 passed by 1 Data check such as virus check is performed on the packet addressed to. If the check result is normal, a second transmission process is executed in step SH2.
[0216]
Specifically, in step SL1 shown in FIG. 2 Is OS30 2 Destination IP address of the packet passed from OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0219]
In step SL4, the transmission processing unit 22 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In step SL5, the transmission processing unit 22 2 Releases the NIC reception interrupt prohibition.
[0218]
In step SL6, the transmission processing unit 22 2 Issues a reception prohibition release command to the NIC 10. Thereby, the reception prohibition in the NIC 10 is released. In step SL7, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11. In step SL8, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0219]
Thereby, the NIC transmission process is executed in step SH3 shown in FIG. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 2 , The judgment result is “Yes”.
[0220]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 1 To the network 50.
[0221]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0222]
Further, in step SL9 shown in FIG. 2 Is the OS switching processing unit 21 2 Call. Thus, in step SH4 shown in FIG. 2 Changes the OS to OS30 2 From OS30 1 A second OS switching process of switching to is performed.
[0223]
Then, after the switching, in step SH5, the NIC receiving process (see FIG. 23) is executed. In this NIC reception process, the NIC reception processing unit 13 sets the determination result of step SJ1 shown in FIG. 23 to “Yes” and then sets the determination result of step SJ2 to “No”.
[0224]
In step SJ3, the NIC reception processing unit 13 1 After receiving the packet addressed to it, the packet is stored in the reception buffer 14. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 1 Copy to
[0225]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0226]
Thereby, the OS 30 1 On the side, the first reception process is executed in step SH6 shown in FIG. Specifically, in step SM1 shown in FIG. 26, the NIC device driver 20 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0227]
In step SM3, the reception processing unit 24 1 Issues a reception prohibition command to the NIC 10. In step SM4, the NIC reception interrupt is prohibited. In step SM5, the reception processing unit 24 1 Is the reception buffer 25 1 From OS30 1 Copy the packet to
[0228]
In step SM6, the reception processing unit 24 1 Stores the value of the reception buffer register 16 in the reception buffer 25. 1 To receive buffer 25 2 Rewrite to In step SM7, the reception processing unit 24 1 Releases the NIC interrupt prohibition. In step SM8, the reception processing unit 24 1 Issues a reception prohibition release command to the NIC 10.
[0229]
As described above, according to the first embodiment, the normal connection destination in the transmission buffer 12 and the transmission buffer register 15 (storage unit) of the NIC 10 for temporarily storing data such as a packet to be communicated is changed to the OS 30. 2 And the communication target data is OS30 1 When the connection destination of the transmission buffer 12 and the transmission buffer register 15 (storage means) for temporarily storing data is 2 OS30 1 , So that the OS 30 1 And OS30 2 Can be simultaneously prevented from being attacked from the outside, and the security and reliability of the multi-operating system can be improved.
[0230]
According to the first embodiment, the normality of the packet (data) to be communicated is checked by the data check processing unit 26. 2 The communication processing is continued only when the operation is normal, so that the security and reliability of the multi-operating system can be further improved.
[0231]
(Embodiment 2)
In the first embodiment, the OS 30 is connected via the NIC 10 shown in FIG. 1 Communication (transmission and reception of packets) by OS 30 2 And the data check processing unit 26 2 Although the configuration example in which data check is performed has been described above, a configuration in which relaying and data check are not performed on a packet whose reliability has been confirmed may be adopted. Hereinafter, this configuration example will be described as a second embodiment.
[0232]
Here, in the second embodiment, the second reception processing shown in FIG. 34 is executed instead of FIG. 24, and the first transmission processing shown in FIG. 35 is executed instead of FIG.
[0233]
(Operation Example 1 of Second Embodiment)
First, an operation example 1 of the second embodiment will be described with reference to FIGS. This operation example 1 corresponds to the OS 30 shown in FIG. 2 Is running, the OS 30 1 This is an operation performed when the NIC 10 receives a packet addressed to the destination (a packet having high reliability).
[0234]
In step SO1 shown in FIG. 29, NIC reception processing (see FIG. 23) is executed. In this NIC reception processing, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 1 After the packet addressed to it is received, it is stored in the reception buffer 14. Next, after the packet is received by the NIC reception processing unit 13, the reception buffer 25 2 Is stored in The packet has been transmitted from another device connected to the network 50.
[0235]
In step SO2 shown in FIG. 2 The second side performs the second receiving process. Specifically, in step SR1 shown in FIG. 34, the NIC device driver 20 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0236]
In step SR2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “No”. In step SR3, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 1 Is determined, and in this case, the determination result is “Yes”.
[0237]
In step SR14, the reception processing unit 24 2 Determines whether the source IP address of the packet is a previously registered IP address with high reliability, and in this case, the determination result is “Yes”.
[0238]
In step SR15, the reception processing unit 24 2 The reception buffer 25 does not perform a data check and does not pass through the NIC 10. 2 To receive buffer 25 1 Copy the packet to In this case, since the reliability of the packet has been confirmed, the packet may be copied via a shared memory (not shown).
[0239]
In step SR16, the reception processing unit 24 2 Is the OS switching processing unit 21 2 Call. Thus, in step SO3 shown in FIG. 2 Changes the OS to OS30 2 From OS30 1 A second OS switching process of switching to is performed. After the switching, the reception processing unit 24 2 Is the NIC device driver 20 1 Reception processing unit 24 1 Call.
[0240]
In step SO4 shown in FIG. 1 Is the reception buffer 25 1 From OS30 1 Copy the packet to OS30 1 Executes a first reception process for receiving a packet.
[0241]
In FIG. 34, steps SR1 to SR13 correspond to steps SK1 to SK13 shown in FIG.
[0242]
(Operation Example 2 of Embodiment 2)
Next, an operation example 2 of the second embodiment will be described with reference to FIGS. This operation example 2 corresponds to the OS 30 shown in FIG. 1 Is running, the OS 30 1 This is an operation when the NIC 10 receives a packet addressed to the destination (a packet with high reliability).
[0243]
In step SP1 shown in FIG. 31, the NIC reception processing is executed. Specifically, in step SJ1 shown in FIG. 23, the NIC reception processing unit 13 of the NIC 10 shown in FIG. And repeat the same determination.
[0244]
Then, the OS 30 is transmitted from another device via the network 50. 1 When the packet addressed to the NIC arrives, the NIC reception processing unit 13 sets the determination result in step SJ1 to “Yes” and then sets the determination result in step SJ2 to “No”.
[0245]
In step SJ3, the NIC reception processing unit 13 stores the packet in the reception buffer 14 after receiving the packet. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 2 Copy to
[0246]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0247]
As a result, the first reception processing is executed in step SP2 shown in FIG. Specifically, in step SM1 shown in FIG. 26, the NIC device driver 20 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, since no packet is stored, the determination result is “No”.
[0248]
In step SM2, the reception processing unit 24 1 Is the OS switching processing unit 21 1 Call. Thereby, in step SP3 shown in FIG. 31, the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0249]
In step SP4, a second reception process is performed. Specifically, in step SR1 shown in FIG. 34, the NIC device driver 20 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0250]
In step SR2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and the result of the determination is “No”. In step SR3, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 1 Is determined, and in this case, the determination result is “Yes”.
[0251]
In step SR14, the reception processing unit 24 2 Determines whether the source IP address of the packet is a previously registered IP address with high reliability, and in this case, the determination result is “Yes”.
[0252]
In step SR15, the reception processing unit 24 2 The reception buffer 25 does not perform a data check and does not pass through the NIC 10. 2 To receive buffer 25 1 Copy the packet to In this case, since the reliability of the packet has been confirmed, the packet may be copied via a shared memory (not shown).
[0253]
In step SR16, the reception processing unit 24 2 Is the OS switching processing unit 21 2 Call. Thus, in step SP5 shown in FIG. 2 Changes the OS to OS30 2 From OS30 1 A second OS switching process of switching to is performed. After the switching, the reception processing unit 24 2 Is the NIC device driver 20 1 Reception processing unit 24 1 Call.
[0254]
In step SP6, the reception processing unit 24 1 Is the reception buffer 25 1 From OS30 1 Copy the packet to OS30 1 Executes a first reception process for receiving a packet.
[0255]
(Operation Example 3 of Second Embodiment)
Next, an operation example 3 of the second embodiment will be described with reference to FIG. 32 and FIG. This operation example 3 corresponds to the OS 30 shown in FIG. 1 This is an operation in the case where a packet (however, a packet with high reliability) is transmitted from to the other device connected to the network 50.
[0256]
In step SQ1 shown in FIG. 1 Is OS30 1 If the reliability of the packet to be transmitted passed from is higher than the reliability registered in advance, the first transmission process shown in FIG. 35 is executed. When the reliability of the packet is lower than the reliability registered in advance, the first transmission processing shown in FIG. 27 is executed.
[0257]
Specifically, in step SS1 shown in FIG. 1 Stores the value of the transmission buffer register 15 in the transmission buffer 23 2 From the transmission buffer 23 1 Rewrite to In step SS2, the transmission processing unit 22 1 Calls the NIC transmission processing unit 11 and issues a transmission command. In step SS3, the transmission processing unit 22 1 Determines whether a NIC transmission completion interrupt has occurred in the NIC 10, and in this case, the determination result is “No”.
[0258]
Further, when the NIC transmission processing unit 11 is called in step SS2, the NIC transmission processing is executed in step SQ2 shown in FIG. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 1 , The judgment result is “Yes”.
[0259]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 1 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (addressed to another device) in the transmission buffer 12 to the network 50. Thus, the packet is received by another device (not shown) via the network 50.
[0260]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0261]
Thereby, the transmission processing unit 22 1 Makes the determination result of step SS3 shown in FIG. 35 "Yes". In step SS4, the transmission processing unit 22 1 Stores the value of the transmission buffer register 15 in the transmission buffer 23 1 From the transmission buffer 23 2 Rewrite to
[0262]
As described above, according to the second embodiment, when the reliability of data is equal to or more than the value registered in advance, the OS 30 2 Without relaying the data to OS 30 1 The communication process can be sped up because the data is passed directly to the server.
[0263]
(Embodiment 3)
In the first embodiment, the values of the transmission buffer register 15 and the reception buffer register 16 of the NIC 10 shown in FIG. 1 And NIC device driver 20 2 Although the configuration example in which the rewriting can be performed by both is described, the rewriting authority is set to the NIC device driver 20 for the purpose of further enhancing the security. 2 It may be configured to be held only by the user. Hereinafter, this configuration example will be described as a third embodiment.
[0264]
FIG. 36 is a block diagram showing a configuration of the third embodiment according to the present invention. In this figure, parts corresponding to respective parts in FIG. 1 are denoted by the same reference numerals. In the figure, the NIC device driver 20 2 Transmission buffer register rewriting processing unit 27 2 And reception buffer register rewriting processing unit 28 2 Is newly provided.
[0265]
Here, in the third embodiment, the NIC device driver 20 2 Has the authority to rewrite the values of the transmission buffer register 15 and the reception buffer register 16 of the NIC 10. On the other hand, the NIC device driver 20 1 Does not have the authority to rewrite the values of the transmission buffer register 15 and the reception buffer register 16 of the NIC 10. Therefore, the NIC device driver 20 1 When the rewriting request occurs, the NIC device driver 20 2 Ask for rewriting.
[0266]
Transmission buffer register rewrite processing unit 27 2 Is the NIC device driver 20 1 In response to a rewrite request from the server, the value of the transmission buffer register 15 is rewritten as a proxy. Also, the receiving buffer register rewriting processing unit 28 2 Is the NIC device driver 20 1 In response to a rewrite request from the server, the value of the reception buffer register 16 is rewritten as a proxy.
[0267]
Next, operation outlines 1 to 4 of the third embodiment will be described with reference to FIGS.
[0268]
(Operation outline 1 of Embodiment 3)
First, the operation outline 1 of the third embodiment will be described with reference to the block diagram shown in FIG. In the operation overview 1, the OS 30 2 From OS30 1 The case where communication is performed to the server will be described.
[0269]
In FIG. 2 Is being executed, and the transmission buffer 23 is stored in the transmission buffer register 15. 2 Are stored in the reception buffer register 16 and the reception buffer 25 2 It is assumed that a value corresponding to is stored.
[0270]
In this state, in (1), the NIC device driver 20 2 Transmission processing unit 22 2 Is OS30 2 From the transmission buffer 23 2 To be stored. This packet is sent to the OS 30 2 From OS30 1 Sent to Therefore, the destination IP address of the packet is 1 192.168.1.3.
[0271]
In (2), the transmission processing unit 22 2 Stores the value of the reception buffer register 16 of the NIC 10 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In (3), the NIC transmission processing unit 11 refers to the transmission buffer register 15 and 2 Access to the transmission buffer 23 2 Is copied to the transmission buffer 12.
[0272]
In (4), the NIC transmission processing unit 11 reads a packet from the transmission buffer 12 and transmits the packet to the network 50. Then, after the packet is received by the NIC reception processing unit 13, the packet is stored in the reception buffer 14.
[0273]
In (5), the NIC reception processing unit 13 refers to the reception buffer register 16 and 1 After the access to the receiving buffer 14, the receiving buffer 14 1 Copy the packet to
[0274]
In (6), the OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 Switch to In (7), the reception processing unit 24 1 Is the reception buffer 25 1 From the OS 30 after switching the packet. 1 Pass to
[0275]
In (8), the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 Switch to In (9), the reception buffer register rewriting processor 28 2 Is OS30 1 From OS30 2 Switching to the NIC device driver 20 1 Instead of the value of the reception buffer register 16 1 To receive buffer 25 2 Rewrite to In (10), the data check processing unit 26 2 Changes the OS to OS30 1 From OS30 2 Switch to
[0276]
(Operation outline 2 of Embodiment 3)
Next, an outline 2 of the operation of the third embodiment will be described with reference to the block diagram shown in FIG. In the operation outline 2, the OS 30 1 From OS30 2 The case where communication is performed to the server will be described.
[0277]
In FIG. 1 Is being executed, and the transmission buffer 23 is stored in the transmission buffer register 15. 2 Are stored in the reception buffer register 16 and the reception buffer 25 2 It is assumed that a value corresponding to is stored.
[0278]
In this state, in (1), the NIC device driver 20 1 Transmission processing unit 22 1 Is OS30 1 From the transmission buffer 23 1 To be stored. This packet is sent to the OS 30 1 From OS30 2 Sent to Therefore, the destination IP address of the packet is 2 192.168.1.4.
[0279]
In (2), the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 Switch to In (3), the transmission buffer register rewriting processor 27 2 Is OS30 1 From OS30 2 Switching to the NIC device driver 20 1 Is replaced with the value of the transmission buffer register 15 of the NIC 10 by the transmission buffer 23. 2 From the transmission buffer 23 1 Rewrite to
[0280]
In (4), the OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 Switch to In (5), the NIC transmission processing unit 11 refers to the transmission buffer register 15 and 1 Access to the transmission buffer 23 1 Is copied to the transmission buffer 12.
[0281]
In (6), the NIC transmission processing unit 11 reads out the packet from the transmission buffer 12 and transmits this to the network 50. Then, after the packet is received by the NIC reception processing unit 13, the packet is stored in the reception buffer 14.
[0282]
In (7), the NIC reception processing unit 13 refers to the reception buffer register 16 and 2 After the access to the receiving buffer 14, the receiving buffer 14 2 Copy the packet to
[0283]
In (8), the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 Switch to In (9), the reception processing unit 24 2 Stores the value of the transmission buffer register 15 in the transmission buffer 23 1 From the transmission buffer 23 2 Rewrite to In (10), the reception processing unit 24 2 Is the reception buffer 25 1 From the OS 30 after switching the packet. 2 Pass to
[0284]
(Operation Outline 3 of Third Embodiment)
First, an outline 3 of the operation of the third embodiment will be described with reference to a block diagram shown in FIG. In the operation summary 3, the OS 30 is transmitted from another device (not shown) connected to the network 50. 1 The packet addressed to the OS 30 via the NIC 10 2 Will be described in the case of relaying and performing data check (virus check, etc.).
[0285]
In FIG. 2 Is being executed, and the transmission buffer 23 is stored in the transmission buffer register 15. 2 Are stored in the reception buffer register 16 and the reception buffer 25 2 It is assumed that a value corresponding to is stored.
[0286]
In this state, in (1), the NIC reception processing unit 13 of the NIC 10 sends the OS 30 from another device (not shown). 1 After the packet transmitted to the destination is received via the network 50, the packet is stored in the reception buffer 14. Here, the destination IP address of the packet is the OS 30 1 192.168.1.3.
[0287]
In (2), the NIC reception processing unit 13 refers to the reception buffer register 16 and 2 After the access to the receiving buffer 14, the receiving buffer 14 2 Copy the packet to
[0288]
In (3), the reception processing unit 24 2 Is the data check processing unit 26 2 Call. In (4), the data check processing unit 26 2 Is the reception buffer 25 2 Checks the packet stored in the server for the possibility of virus infection or network attack. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0289]
In this case, assuming that the check result is normal, in (5), the reception processing unit 24 2 (Or data check processing unit 26 2 ) Indicates the reception buffer 25 2 From the transmission buffer 23 2 To copy the packet.
[0290]
In (6), the transmission processing unit 22 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In (7), the NIC transmission processing unit 11 of the NIC 10 refers to the transmission buffer register 15 and 2 Is copied to the transmission buffer 12.
[0291]
In (8), the NIC transmission processing unit 11 reads out the packet from the transmission buffer 12 and transmits this to the network 50. Then, after the packet is received by the NIC reception processing unit 13, the packet is stored in the reception buffer 14.
[0292]
In (9), the NIC reception processing unit 13 refers to the reception buffer register 16 and 1 After the access to the receiving buffer 14, the receiving buffer 14 1 Copy the packet to
[0293]
In (10), the OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 Switch to In (11), the reception processing unit 24 1 Is the reception buffer 25 1 From the OS 30 after switching the packet. 1 Pass to
[0294]
In (12), the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 Switch to In (13), the receiving buffer register rewriting processing unit 28 2 Is OS30 1 From OS30 2 Switching to the NIC device driver 20 1 Instead of the value of the reception buffer register 16 1 To receive buffer 25 2 Rewrite to In (14), the data check processing unit 26 2 Changes the OS to OS30 1 From OS30 2 Switch to
[0295]
(Operation outline 4 of Embodiment 3)
Next, an operation outline 4 of the third embodiment will be described with reference to the block diagram shown in FIG. In the operation summary 4, the OS 30 1 A packet addressed to another device (not shown) connected to the network 50 from the OS 30 via the NIC 10 2 Will be described in the case of relaying and performing data check (virus check, etc.).
[0296]
In FIG. 1 Is being executed, and the transmission buffer 23 is stored in the transmission buffer register 15. 2 Are stored in the reception buffer register 16 and the reception buffer 25 2 It is assumed that a value corresponding to is stored.
[0297]
In this state, in (1), the NIC device driver 20 1 Transmission processing unit 22 1 Is OS30 1 From the transmission buffer 23 1 To be stored. This packet is sent to the OS 30 1 To another device (not shown). Therefore, the destination IP address of the packet is the IP address assigned to the other device.
[0298]
In (2), the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 Switch to In (3), the transmission buffer register rewriting processor 27 2 Is OS30 1 From OS30 2 Switching to the NIC device driver 20 1 Is replaced with the value of the transmission buffer register 15 by the transmission buffer 23. 2 From the transmission buffer 23 1 Rewrite to
[0299]
In (4), the OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 Switch to In (5), the NIC transmission processing unit 11 refers to the transmission buffer register 15 and 1 Access to the transmission buffer 23 1 Is copied to the transmission buffer 12.
[0300]
In (6), the NIC transmission processing unit 11 reads the packet from the transmission buffer 12, and sets the destination IP address of this packet from the IP address of the other device to the OS 30. 2 To the IP address (192.168.1.4). Next, the NIC transmission processing unit 11 transmits the changed packet to the network 50. Next, after the packet is received by the NIC reception processing unit 13, the reception buffer 25 2 Is stored in
[0301]
In (7), the NIC reception processing unit 13 refers to the reception buffer register 16 and 2 After the access to the receiving buffer 14, the receiving buffer 14 2 Copy the packet to
[0302]
In (8), the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 Switch to In (9), the transmission buffer register rewriting processing unit 27 2 Is OS30 1 From OS30 2 Switching to the NIC device driver 20 1 Is replaced with the value of the transmission buffer register 15 by the transmission buffer 23. 1 From the transmission buffer 23 2 Rewrite to
[0303]
In (10), the reception processing unit 24 2 Is the data check processing unit 26 2 Call. In (11), the data check processing unit 26 2 Is the reception buffer 25 2 Checks the packet stored in the server for the possibility of virus infection or network attack. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0304]
In this case, assuming that the check result is normal, in (12), the reception processing unit 24 2 (Or data check processing unit 26 2 ) Indicates the reception buffer 25 2 From the transmission buffer 23 2 To copy the packet.
[0305]
In (13), the NIC transmission processing unit 11 of the NIC 10 refers to the transmission buffer register 15 and 2 Is copied to the transmission buffer 12.
[0306]
In (14), the NIC transmission processing unit 11 reads out the packet from the transmission buffer 12 and transmits this to the network 50. Then, the packet is received by another device (not shown) via the network 50.
[0307]
(Operation Example 1 of Third Embodiment)
Next, an operation example 1 of the third embodiment will be described with reference to FIG. 41 and FIG. This operation example 1 corresponds to the OS 30 shown in FIG. 2 Is running, the OS 30 2 This is an operation when the NIC 10 receives a packet addressed to the destination.
[0308]
Here, in the third embodiment, the second reception processing shown in FIG. 59 instead of FIG. 24, the first reception processing shown in FIG. 60 instead of FIG. 26, and the first reception processing shown in FIG. 61 instead of FIG. Respectively performed first transmission processing.
[0309]
In step ST1 shown in FIG. 42, NIC reception processing is executed. Specifically, in step SJ1 shown in FIG. 23, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 41 determines whether or not a packet has arrived from the network 50. In this case, the determination result is “No”. And repeat the same determination.
[0310]
Then, the OS 30 via the network 50 2 When a packet addressed to the destination arrives, the NIC reception processing unit 13 sets the determination result of step SJ1 to “Yes”. In step SJ2, the NIC reception processing unit 13 determines whether or not the reception is prohibited, and in this case, the determination result is “No”.
[0311]
In step SJ3, the NIC reception processing unit 13 stores the packet in the reception buffer 14 after receiving the packet. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 2 Copy to
[0312]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0313]
Thereby, the OS 30 2 On the side, the second reception process is executed in step ST2 shown in FIG. Specifically, in step SSD1 shown in FIG. 59, the NIC device driver 20 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0314]
In step SSD2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “Yes”. In step SSD7, the reception processing unit 24 2 Is the reception buffer 25 2 From OS30 2 Copy the packet to
[0315]
(Operation Example 2 of Third Embodiment)
Next, an operation example 2 of the third embodiment will be described with reference to FIG. 43 and FIG. This operation example 2 corresponds to the OS 30 shown in FIG. 2 Is running, the OS 30 1 This is an operation when the NIC 10 receives a packet addressed to the destination.
[0316]
In step SU1 shown in FIG. 44, the NIC reception process (see FIG. 23) is executed as in the first operation example. In this NIC reception processing, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 1 After the packet addressed to it is received, it is stored in the reception buffer 14. Next, the packet is sent to the reception buffer 25 by the NIC reception processing unit 13. 2 Is stored in
[0317]
In step SU2 shown in FIG. 2 The second side performs the second receiving process. Specifically, in step SSD1 shown in FIG. 59, the NIC device driver 20 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0318]
In step SSD2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “No”. In step SSD3, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 1 Is determined, and in this case, the determination result is “Yes”.
[0319]
In step SSD8, the reception processing unit 24 2 Issues a reception prohibition command to the NIC 10. As a result, in step SSD9, the NIC reception interrupt is prohibited, and the NIC 10 is set to the above-described reception prohibited state. Therefore, the NIC 10 prohibits reception of a packet.
[0320]
In step SSD10, the reception processing unit 24 2 Is the data check processing unit 26 2 And receive buffer 25 2 Check of the packet stored in the server for the possibility of virus infection or network attack. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0321]
In this case, assuming that the check result is normal, in step SSD11, the reception processing unit 24 2 Is the reception buffer 25 2 From the transmission buffer 23 2 To copy the packet. In step SSD12, the reception processing unit 24 2 Is the transmission processing unit 22 2 Call.
[0322]
Thereby, the second transmission process is executed in step SU3 shown in FIG. Specifically, in step SL1 shown in FIG. 2 Is the transmission buffer 23 2 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0323]
In step SL4, the transmission processing unit 22 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In step SL5, the transmission processing unit 22 2 Releases the NIC reception interrupt prohibition.
[0324]
In step SL6, the transmission processing unit 22 2 Issues a reception prohibition release command to the NIC 10. Thereby, the reception prohibition in the NIC 10 is released. In step SL7, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11. In step SL8, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0325]
Thus, in step SU4 shown in FIG. 44, the NIC transmission processing is executed. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 1 Or the transmission processing unit 22 2 It is determined whether a transmission command has been received from.
[0326]
In this case, in step SL8 (see FIG. 25), the transmission processing unit 22 2 , The NIC transmission processing unit 11 sets the determination result in step SI1 to “Yes”. If no transmission command has been received, the NIC transmission processing unit 11 repeats the determination in step SI1.
[0327]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 1 To the network 50.
[0328]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0329]
Further, in step SL9 shown in FIG. 2 Is the OS switching processing unit 21 2 Call. Accordingly, in step SU5 shown in FIG. 2 Changes the OS to OS30 2 From OS30 1 A second OS switching process of switching to is performed.
[0330]
Then, after the switching, in step SU6, the NIC receiving process (see FIG. 23) is executed. In this NIC reception process, the NIC reception processing unit 13 sets the determination result of step SJ1 shown in FIG. 23 to “Yes” and then sets the determination result of step SJ2 to “No”.
[0331]
In step SJ3, the NIC reception processing unit 13 1 After receiving the packet addressed to it, the packet is stored in the reception buffer 14. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 1 Copy to
[0332]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0333]
Thereby, the OS 30 1 On the side, the first reception process is executed in step SU7 shown in FIG. Specifically, in step SSE1 shown in FIG. 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0334]
In step SSE3, the reception processing unit 24 1 Issues a reception prohibition command to the NIC 10. In step SSE4, the NIC reception interrupt is prohibited. In step SSE5, the reception processing unit 24 1 Is the reception buffer 25 1 From OS30 1 Copy the packet to
[0335]
In step SSE6, the reception processing unit 24 1 Is the OS switching processing unit 21 1 Call. In step SSE7, the reception processing unit 24 1 Releases the NIC reception interrupt prohibition. In step SSE8, the reception processing unit 24 1 Issues a reception prohibition release command to the NIC 10.
[0336]
In step SU8 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed. In step SU9, the reception buffer register rewriting processing unit 28 2 Is OS30 1 From OS30 2 The rewriting process is executed by using the switch to the trigger as a trigger.
[0337]
Specifically, in step SSB1 shown in FIG. 2 Is OS30 1 From OS30 2 It is determined whether or not there is a switch to. If this determination result is "No," the same determination is repeated. In this case, since the switching has been performed, the reception buffer register rewriting processing unit 28 2 Sets the determination result of step SSB1 to "Yes".
[0338]
In step SSB2, the reception buffer register rewriting processing unit 28 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 1 To receive buffer 25 2 Rewrite to
[0339]
In step SU10 shown in FIG. 2 Is called. Thereby, the OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 The second OS switching process of switching to the second OS is executed.
[0340]
(Operation Example 3 of Third Embodiment)
Next, a third operation example of the third embodiment will be described with reference to FIG. 45 and FIG. This operation example 3 corresponds to the OS 30 shown in FIG. 1 Is running, the OS 30 2 This is an operation when the NIC 10 receives a packet addressed to the destination.
[0341]
In step SV1 shown in FIG. 46, NIC reception processing is executed. More specifically, in step SJ1 shown in FIG. 23, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 45 determines whether or not a packet has arrived from the network 50. And repeat the same determination.
[0342]
Then, the OS 30 via the network 50 2 When the packet addressed to the NIC arrives, the NIC reception processing unit 13 sets the determination result in step SJ1 to “Yes” and then sets the determination result in step SJ2 to “No”.
[0343]
In step SJ3, the NIC reception processing unit 13 stores the packet in the reception buffer 14 after receiving the packet. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 2 Copy to
[0344]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0345]
Thus, the first reception process is executed in step SV2 shown in FIG. Specifically, in step SSE1 shown in FIG. 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, since no packet is stored, the determination result is “No”.
[0346]
In step SSE2, the reception processing unit 24 1 Is the OS switching processing unit 21 1 Call. Accordingly, in step SV3 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0347]
In step SV4, a second reception process is performed. Specifically, in step SSD1 shown in FIG. 59, the NIC device driver 20 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0348]
In step SSD2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “Yes”. In step SSD7, the reception processing unit 24 2 Is the reception buffer 25 2 From OS30 2 Copy the packet to
[0349]
(Operation Example 4 of Third Embodiment)
Next, an operation example 4 of the third embodiment will be described with reference to FIG. 47 and FIG. This operation example 4 corresponds to the OS 30 shown in FIG. 1 Is running, the OS 30 1 This is an operation when the NIC 10 receives a packet addressed to the destination.
[0350]
In step SW1 shown in FIG. 48, an NIC reception process is performed. More specifically, in step SJ1 shown in FIG. 23, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 47 determines whether or not a packet has arrived from the network 50. And repeat the same determination.
[0351]
Then, the OS 30 via the network 50 1 When the packet addressed to the NIC arrives, the NIC reception processing unit 13 sets the determination result in step SJ1 to “Yes” and then sets the determination result in step SJ2 to “No”.
[0352]
In step SJ3, the NIC reception processing unit 13 stores the packet in the reception buffer 14 after receiving the packet. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 2 Copy to
[0353]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0354]
As a result, the first reception processing is executed in step SW2 shown in FIG. Specifically, in step SSE1 shown in FIG. 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, since no packet is stored, the determination result is “No”.
[0355]
In step SSE2, the reception processing unit 24 1 Is the OS switching processing unit 21 1 Call. Accordingly, in step SW3 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0356]
In step SW4, a second reception process is performed. Specifically, in step SSD1 shown in FIG. 59, the NIC device driver 20 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “No”.
[0357]
In step SSD2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “No”. In step SSD3, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 1 Is determined, and in this case, the determination result is “Yes”.
[0358]
In step SSD8, the reception processing unit 24 2 Issues a reception prohibition command to the NIC 10. As a result, in step SSD9, the NIC reception interrupt is prohibited, and the NIC 10 is set to the above-described reception prohibited state. Therefore, the NIC 10 prohibits reception of a packet.
[0359]
In step SSD10, the reception processing unit 24 2 Is the data check processing unit 26 2 And receive buffer 25 2 Check of the packet stored in the server for the possibility of virus infection or network attack. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0360]
In this case, assuming that the check result is normal, in step SSD11, the reception processing unit 24 2 Is the reception buffer 25 2 From the transmission buffer 23 2 To copy the packet. In step SSD12, the reception processing unit 24 2 Is the transmission processing unit 22 2 Call.
[0361]
Thus, the second transmission process is performed in step SW5 shown in FIG. Specifically, in step SL1 shown in FIG. 2 Is the transmission buffer 23 2 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0362]
In step SL4, the transmission processing unit 22 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In step SL5, the transmission processing unit 22 2 Releases the NIC reception interrupt prohibition.
[0363]
In step SL6, the transmission processing unit 22 2 Issues a reception prohibition release command to the NIC 10. Thereby, the reception prohibition in the NIC 10 is released. In step SL7, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11. In step SL8, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0364]
Thus, the NIC transmission processing is executed in step SW6 shown in FIG. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 1 Or the transmission processing unit 22 2 It is determined whether a transmission command has been received from.
[0365]
In this case, in step SL8 (see FIG. 25), the transmission processing unit 22 2 , The NIC transmission processing unit 11 sets the determination result in step SI1 to “Yes”.
[0366]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 1 To the network 50.
[0367]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0368]
Further, in step SL9 shown in FIG. 2 Is the OS switching processing unit 21 2 Call. Accordingly, in step SW7 shown in FIG. 2 Changes the OS to OS30 2 From OS30 1 A second OS switching process of switching to is performed.
[0369]
After the switching, in step SW8, the NIC receiving process (see FIG. 23) is executed. In this NIC reception process, the NIC reception processing unit 13 sets the determination result of step SJ1 shown in FIG. 23 to “Yes” and then sets the determination result of step SJ2 to “No”.
[0370]
In step SJ3, the NIC reception processing unit 13 stores the packet in the reception buffer 14 after receiving the packet. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 1 Copy to
[0371]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0372]
As a result, the first reception processing is executed in step SW9 shown in FIG. Specifically, in step SSE1 shown in FIG. 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0373]
In step SSE3, the reception processing unit 24 1 Issues a reception prohibition command to the NIC 10. In step SSE4, the NIC reception interrupt is prohibited. In step SSE5, the reception processing unit 24 1 Is the reception buffer 25 1 From OS30 1 Copy the packet to
[0374]
In step SSE6, the reception processing unit 24 1 Is the OS switching processing unit 21 1 Call. In step SSE7, the reception processing unit 24 1 Releases the NIC reception interrupt prohibition. In step SSE8, the reception processing unit 24 1 Issues a reception prohibition release command to the NIC 10.
[0375]
In step SW10 shown in FIG. 48, the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed. In step SW11, the reception buffer register rewriting processing unit 28 2 Is OS30 1 From OS30 2 The rewriting process is executed by using the switch to the trigger as a trigger.
[0376]
Specifically, in step SSB1 shown in FIG. 2 Is OS30 1 From OS30 2 It is determined whether or not there is a switch to. In this case, the determination result is “Yes”.
[0377]
In step SSB2, the reception buffer register rewriting processing unit 28 2 Changes the value of the reception buffer register 16 from the reception buffer 251 to the reception buffer 25 2 Rewrite to
[0378]
In step SW12 shown in FIG. 48, the OS switching processing unit 21 2 Is called. Thereby, the OS switching processing unit 21 2 Changes the OS to OS30 1 From OS30 2 The second OS switching process of switching to the second OS is executed.
[0379]
(Operation Example 5 of Third Embodiment)
Next, an operation example 5 of the third embodiment will be described with reference to FIGS. 49 and 50. This operation example 5 corresponds to the OS 30 shown in FIG. 1 From OS30 2 This is an operation when a packet is transmitted to the server.
[0380]
In step SX1 shown in FIG. 50, a first transmission process is executed. Specifically, in step SSF1 shown in FIG. 1 Is OS30 1 The destination IP address of the packet to be transmitted passed from the OS 30 2 After replacing with the IP address of the 1 To be stored.
[0381]
In step SSF2, the transmission processing unit 22 1 Is the OS switching processing unit 21 1 Call. Thus, in step SX2 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0382]
In step SX3, the transmission buffer register rewriting processor 27 2 Is OS30 1 From OS30 2 The transmission buffer register rewriting process is executed with the switching to the trigger as a trigger.
[0383]
More specifically, in step SSC1 shown in FIG. 2 Is OS30 1 From OS30 2 It is determined whether or not there is a switch to. If this determination result is "No," the same determination is repeated. In this case, since the switching has been performed, the transmission buffer register rewriting processor 27 2 Sets the determination result of step SSC1 to "Yes".
[0384]
In step SSC2, the transmission buffer register rewriting processor 27 2 Stores the value of the transmission buffer register 15 in the transmission buffer 23 1 From the transmission buffer 23 2 Rewrite to
[0385]
In step SX4 shown in FIG. 2 Is called. Thereby, the OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 The second OS switching process of switching to the second OS is executed.
[0386]
In step SX5, the transmission processing unit 22 1 Continues the first transmission process. That is, in step SSF3 shown in FIG. 1 Calls the NIC transmission processing unit 11 and issues a transmission command. In step SSF4, the transmission processing unit 22 1 Determines whether or not an NIC transmission completion interrupt has occurred in the NIC 10. In this case, the determination result is “No”, and the same determination is repeated.
[0387]
When the NIC transmission processing unit 11 is called in step SSF3 (see FIG. 61), the OS 30 2 From OS30 1 After switching to, in step SX6 shown in FIG. 50, NIC transmission processing is executed. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 1 Or the transmission processing unit 22 2 It is determined whether or not a transmission command has been received from, and in this case, the determination result is “Yes”.
[0388]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 1 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 2 To the network 50.
[0389]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0390]
Thereby, the transmission processing unit 22 1 Makes the determination result of step SSF4 shown in FIG. 61 "Yes". In step SSF5, the transmission processing unit 22 1 Is a transmission buffer register rewriting processing unit 27 2 The value of the transmission buffer register 15 is 1 From the transmission buffer 23 2 To be rewritten. In step SSF6, the transmission processing unit 22 1 Is the OS switching processing unit 21 1 Call.
[0391]
As a result, in step SX7 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0392]
In step SX8, NIC reception processing (see FIG. 23) is executed. In this NIC reception process, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 2 After the packet addressed to it is received, it is stored in the reception buffer 14. Next, the packet is sent to the reception buffer 25 by the NIC reception processing unit 13. 2 Is stored in
[0393]
In step SX9, the OS 30 2 The second side performs the second receiving process. Specifically, in step SSD1 shown in FIG. 59, the NIC device driver 20 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0394]
In step SSD5, the reception processing unit 24 2 Stores the value of the transmission buffer register 15 in the transmission buffer 23 1 From the transmission buffer 23 2 Rewrite to In step SSD6, the reception processing unit 24 2 Is the data check processing unit 26 2 And receive buffer 25 2 A data check is performed on the packet stored in the. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0395]
In this case, it is assumed that the check result is normal, and in step SSD2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “Yes”. In step SSD7, the reception processing unit 24 2 Is the reception buffer 25 2 From OS30 2 Copy the packet to
[0396]
(Operation Example 6 of Third Embodiment)
Next, an operation example 6 of the third embodiment will be described with reference to FIG. 51 and FIG. This operation example 6 corresponds to the OS 30 shown in FIG. 1 This is an operation when a packet is transmitted from to the other device connected to the network 50.
[0397]
In step SY1 shown in FIG. 52, a first transmission process is executed. Specifically, in step SSF1 shown in FIG. 1 Is OS30 1 The destination IP address (in this case, the IP address of the other device) of the packet to be transmitted passed from the 2 After replacing with the IP address of the 1 To be stored. The IP address of the other device before replacement is stored in the data area of the packet.
[0398]
In step SSF2, the transmission processing unit 22 1 Is the OS switching processing unit 21 1 Call. Thereby, in step SY2 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0399]
In step SY3, the transmission buffer register rewriting processing unit 27 2 Is OS30 1 From OS30 2 The transmission buffer register rewriting process is executed with the switching to the trigger as a trigger.
[0400]
More specifically, in step SSC1 shown in FIG. 2 Is OS30 1 From OS30 2 It is determined whether or not there is a switch to. If this determination result is "No," the same determination is repeated. In this case, since the switching has been performed, the transmission buffer register rewriting processor 27 2 Sets the determination result of step SSC1 to "Yes".
[0401]
In step SSC2, the transmission buffer register rewriting processor 27 2 Stores the value of the transmission buffer register 15 in the transmission buffer 23 1 From the transmission buffer 23 2 Rewrite to
[0402]
In step SY4 shown in FIG. 2 Is called. Thereby, the OS switching processing unit 21 2 Changes the OS to OS30 2 From OS30 1 The second OS switching process of switching to the second OS is executed.
[0403]
In step SY5, the transmission processing unit 22 1 Continues the first transmission process. That is, in step SSF3 shown in FIG. 1 Calls the NIC transmission processing unit 11 and issues a transmission command. In step SSF4, the transmission processing unit 22 1 Determines whether a NIC transmission completion interrupt has occurred in the NIC 10, and in this case, the determination result is “No”.
[0404]
Further, when the NIC transmission processing unit 11 is called in step SSF3, the NIC transmission processing is executed in step SY6 shown in FIG. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 1 Or the transmission processing unit 22 2 It is determined whether or not a transmission command has been received from, and in this case, the determination result is “Yes”.
[0405]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 2 To the network 50.
[0406]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0407]
Thereby, the transmission processing unit 22 1 Makes the determination result of step SSF4 shown in FIG. 61 "Yes". In step SSF5, the transmission processing unit 22 1 Is a transmission buffer register rewriting processing unit 27 2 The value of the transmission buffer register 15 is 1 From the transmission buffer 23 2 To be rewritten. In step SSF6, the transmission processing unit 22 1 Is the OS switching processing unit 21 1 Call.
[0408]
Accordingly, in step SY7 shown in FIG. 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed.
[0409]
In step SY8, NIC reception processing (see FIG. 23) is executed. In this NIC reception processing, the NIC reception processing unit 13 of the NIC 10 shown in FIG. 2 After the packet addressed to it is received, it is stored in the reception buffer 14. Next, the NIC reception processing unit 13 replaces the transmission destination IP address of the packet with the IP address of another device, and then stores the packet in the reception buffer 25. 2 To be stored.
[0410]
In step SY9, the OS 30 2 The second side performs the second receiving process. Specifically, in step SSD1 shown in FIG. 59, the NIC device driver 20 2 Reception processing unit 24 2 Is the reception buffer 25 2 The source IP address of the packet stored in OS 30 1 Is determined, and in this case, the determination result is “Yes”. In step SSD5, the reception processing unit 24 2 Stores the value of the transmission buffer register 15 in the transmission buffer 23 1 From the transmission buffer 23 2 Rewrite to
[0411]
In step SSD6, the reception processing unit 24 2 Is the data check processing unit 26 2 And receive buffer 25 2 A data check is performed on the packet stored in the. If the check result is abnormal, an alarm is raised and a series of processing is interrupted.
[0412]
In this case, it is assumed that the check result is normal, and in step SSD2, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 2 Is determined, and in this case, the determination result is “No”. In step SSD3, the reception processing unit 24 2 Indicates that the destination IP address of the packet is OS30 1 Is determined, and in this case, the determination result is “No”. In step SSD4, the reception processing unit 24 2 Determines whether the destination IP address of the packet corresponds to another device, and in this case, the determination result is “Yes”.
[0413]
In step SSD13, the reception processing unit 24 2 Is the reception buffer 25 2 From the transmission buffer 23 2 Copy the packet to In step SSD14, the reception processing unit 24 2 Is the transmission processing unit 22 2 Call.
[0414]
Thereby, the second transmission process is executed in step SY10 shown in FIG. Specifically, in step SL1 shown in FIG. 2 Is the transmission buffer 23 2 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “No”.
[0415]
In step SL2, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11 of the NIC 10. In step SL3, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0416]
Thus, in step SY11 shown in FIG. 52, the NIC transmission processing is executed. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 2 , The judgment result is “Yes”.
[0417]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (addressed to another device) in the transmission buffer 12 to the network 50. Thereby, the packet is received by another device via the network 50.
[0418]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0419]
(Operation Example 7 of Third Embodiment)
Next, an operation example 7 of the third embodiment will be described with reference to FIGS. This operation example 7 corresponds to the OS 30 shown in FIG. 2 This is an operation when a packet is transmitted from to the other device connected to the network 50.
[0420]
In step SZ1 shown in FIG. 54, a second transmission process is performed. Specifically, in step SL1 shown in FIG. 2 Is OS30 2 Destination IP address of the packet passed from OS 30 1 It is determined whether it corresponds to. In this case, in this case, it is assumed that the destination IP address of the packet corresponds to another device, and the transmission processing unit 22 2 Makes the determination result of step SL1 "No".
[0421]
In step SL2, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11. In step SL3, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0422]
Thus, in step SZ2 shown in FIG. 54, the NIC transmission processing is executed. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 2 , The judgment result is “Yes”.
[0423]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (addressed to another device) in the transmission buffer 12 to the network 50. Thus, the packet is received by another device via the network 50.
[0424]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0425]
(Operation Example 8 of Embodiment 3)
Next, an operation example 8 of the third embodiment will be described with reference to FIGS. This operation example 8 corresponds to the OS 30 shown in FIG. 2 From OS30 1 This is an operation when a packet is transmitted to the server.
[0426]
In step SSA1 shown in FIG. 2 Is OS30 2 OS 30 passed by 1 Data check such as virus check is performed on the packet addressed to. If the check result is normal, a second transmission process is executed in step SSA2.
[0427]
Specifically, in step SL1 shown in FIG. 2 Is OS30 2 Destination IP address of the packet passed from OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0428]
In step SL4, the transmission processing unit 22 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 2 To receive buffer 25 1 Rewrite to In step SL5, the transmission processing unit 22 2 Releases the NIC reception interrupt prohibition.
[0429]
In step SL6, the transmission processing unit 22 2 Issues a reception prohibition release command to the NIC 10. Thereby, the reception prohibition in the NIC 10 is released. In step SL7, the transmission processing unit 22 2 Calls the NIC transmission processing unit 11. In step SL8, the transmission processing unit 22 2 Transfers the transmission command to the NIC transmission processing unit 11 and generates an NIC transmission interrupt.
[0430]
Thus, in step SSA3 shown in FIG. 56, the NIC transmission processing is executed. Specifically, in step SI1 shown in FIG. 22, the NIC transmission processing unit 11 2 , The judgment result is “Yes”.
[0431]
In step SI2, the NIC transmission processing unit 11 transmits the transmission buffer 23 corresponding to the transmission buffer register 15. 2 Is copied to the transmission buffer 12. In step SI3, the NIC transmission processing unit 11 transmits the packet (the OS 30 1 To the network 50.
[0432]
In step SI4, the NIC transmission processing unit 11 executes the running OS (in this case, the OS 30 2 ), The NIC 10 generates an NIC transmission completion interrupt indicating the completion of packet transmission.
[0433]
Further, in step SL9 shown in FIG. 2 Is the OS switching processing unit 21 2 Call. Accordingly, in step SSA4 shown in FIG. 2 Changes the OS to OS30 2 From OS30 1 A second OS switching process of switching to is performed.
[0434]
Then, after the switching, in step SSA5, NIC reception processing (see FIG. 23) is executed. In this NIC reception process, the NIC reception processing unit 13 sets the determination result of step SJ1 shown in FIG. 23 to “Yes” and then sets the determination result of step SJ2 to “No”.
[0435]
In step SJ3, the NIC reception processing unit 13 1 After receiving the packet addressed to it, the packet is stored in the reception buffer 14. In step SJ4, the NIC reception processing unit 13 stores the packet in the reception buffer 14 into the reception buffer 25 corresponding to the reception buffer register 16. 1 Copy to
[0436]
In step SJ5, the NIC reception processing unit 13 executes the running OS (in this case, the OS 30 1 ), The NIC 10 generates a NIC reception completion interrupt indicating completion of packet reception.
[0437]
Thereby, the OS 30 1 On the side, the first reception processing is executed in step SSA6 shown in FIG. Specifically, in step SSE1 shown in FIG. 1 Reception processing unit 24 1 Is the reception buffer 25 1 Destination IP address of the packet stored in the OS 30 1 Is determined, and in this case, the determination result is “Yes”.
[0438]
In step SSE3, the reception processing unit 24 1 Issues a reception prohibition command to the NIC 10. In step SSE4, the NIC reception interrupt is prohibited. In step SSE5, the reception processing unit 24 1 Is the reception buffer 25 1 From OS30 1 Copy the packet to
[0439]
In step SSE6, the reception processing unit 24 1 Is the OS switching processing unit 21 1 Call. In step SSE7, the reception processing unit 24 1 Releases the NIC reception interrupt prohibition. In step SSE8, the reception processing unit 24 1 Issues a reception prohibition release command to the NIC 10.
[0440]
In step SSA7 shown in FIG. 56, the OS switching processing unit 21 1 Changes the OS to OS30 1 From OS30 2 The first OS switching process of switching to the first OS is executed. In step SSA8, the reception buffer register rewriting processor 28 2 Is OS30 1 From OS30 2 The rewriting process is executed by using the switch to the trigger as a trigger.
[0441]
Specifically, in step SSB1 shown in FIG. 2 Is OS30 1 From OS30 2 It is determined whether or not there is a switch to. In this case, the determination result is “Yes”.
[0442]
In step SSB2, the reception buffer register rewriting processing unit 28 2 Stores the value of the reception buffer register 16 in the reception buffer 25. 1 To receive buffer 25 2 Rewrite to
[0443]
In step SSA9 shown in FIG. 56, the OS switching processing unit 21 2 Is called. Thereby, the OS switching processing unit 21 2 Changes the OS to OS30 1 From OS30 2 The second OS switching process of switching to the second OS is executed.
[0444]
As described above, according to the third embodiment, regarding the setting of the connection destination of the transmission buffer 12 and the reception buffer 14, the OS 30 2 OS 30 that does not have the authority 1 The possibility of external attacks on the side is extremely low, and the security and reliability of the multi-operating system can be significantly improved.
[0445]
FIGS. 62A to 62D are diagrams for explaining application examples 1 to 4 of the above-described first to third embodiments. Application example 1 shown in FIG. 62A is an example in which new and old OSs coexist and are used at the time of system renewal. The new OS is, for example, OS 30 1 It corresponds to. On the other hand, the old OS is OS30 2 It corresponds to.
[0446]
The application example 2 shown in FIG. 62B is an example in which a new function is speed-developed on the source-public OS without utilizing the source-public OS and waiting for the release of the source non-public OS. The source non-public OS is an operating system whose source code is not disclosed. 1 It corresponds to. On the other hand, the source open OS is an operating system whose source code is open, and the OS 30 2 It corresponds to.
[0447]
Application example 3 shown in FIG. 62C is an example in which a dedicated OS and a general-purpose OS coexist. The dedicated OS shares functions specializing in real-time properties and the like. 1 It corresponds to. On the other hand, the general-purpose OS is Windows (registered trademark) of Microsoft Corporation or the like, which shares GUI functions, 2 It corresponds to.
[0448]
Application example 4 shown in FIG. 62D is an example in which resources are divided, and uses different methods depending on the purpose of use of OS1 and OS2. OS1 is, for example, OS30 1 It corresponds to. On the other hand, OS2 is 2 It corresponds to.
[0449]
FIG. 63 is a diagram illustrating a case where the first to third embodiments are applied to system migration. In the figure, in the conventional migration work, it is necessary to migrate all the modules of the old OS mounted on the old terminal to the new OS of the new terminal at a time, and there is a concern about safety.
[0450]
On the other hand, if there is a multi-operating system, each module of the old OS installed in the old terminal is transferred to the old OS of the intermediate terminal while confirming safety. Next, in the intermediate terminal, each module of the old OS is transferred to the new OS while confirming the security.
[0451]
Next, all the modules of the new OS of the intermediate terminal are transferred at once to the new OS of the new terminal. In this case, no problem occurs because the transition is between new OSs. The transition by the multi-OS is effective when a new function is quickly added to a specific module.
[0452]
FIG. 64 is a diagram illustrating a case where the first to third embodiments are applied to a high security gateway. In the figure, the hardware includes a multi-operating system (OS1 and OS2) and is connected to the Internet via a NIC (network interface card). This hardware functions as a high security gateway.
[0453]
The OS 1 manages an AP (application program) 1 used by a user and stores a communication log in a DK (disk) 1. On the other hand, the OS 2 monitors a communication packet from the Internet and accumulates a monitoring log in the DK 2.
[0454]
In the OS 2, the NIC is directly controlled to perform communication. For this reason, the OS2 provides the OS1 with a pseudo NIC-I / F that simulates an interface for providing software to the NIC in order to support the communication of the OS1. AP2 is an application program for collecting packet monitoring logs, and operates on OS2.
[0455]
The AP 2 does not infect the virus because it only looks at the communication packet from the outside and does not process the execution code included in the communication packet. The monitoring log stored in the DK2 is not falsified by a malicious third party. Therefore, it is possible to leave a trace of the attack.
[0456]
Here, when a security attack is performed on the environment of the user (such as the OS1), the communication log of the OS1 may be falsified. However, in the first to third embodiments, since the monitoring logs of the OS1 and the OS2 are separately managed by the multi-operating system, it is possible to track an attacker. Thereby, an effect of suppressing an attack on the security gateway can be expected.
[0457]
FIG. 65 is a diagram illustrating a case where Embodiments 1 to 3 are applied to a desktop Grid terminal. In FIG. 1, the hardware includes a multi-operating system (OS1 and OS2), and is connected to the Internet via an NIC. A Grid server is connected to the Internet. The hardware functions as a desktop grid terminal.
[0458]
The desktop grid terminal is a terminal for performing a desktop grid calculation for realizing the calculation by allocating a part of a large calculation while the user does not use the computer. Here, from the user's point of view, there is a concern that the above-mentioned calculation whose contents are unknown will adversely affect its own computer environment.
[0459]
Therefore, in the same figure, the above adverse effect can be eliminated by managing its own computer environment by OS1 and managing the grid calculation processing environment by OS2. That is, all data and programs used in the Grid calculation are managed and executed only under the control of the OS 2. On the other hand, access to computer resources such as DK1 and MEM (memory) 1 under the control of OS1 is not permitted. Therefore, adverse effects from the grid calculation program are eliminated.
[0460]
FIG. 66 is a diagram illustrating a case where Embodiments 1 to 3 are applied to a remote management terminal. In FIG. 1, the hardware includes a multi-operating system (OS1 and OS2) and is connected to a network via an NIC. A system administrator machine and other machines are connected to the network. The hardware functions as a remote management terminal.
[0461]
In the figure, a category that can be managed by a user is limited to OS1, and management of OS2 is performed by a system administrator machine via a network. This allows the system administrator to construct a default environment for a personal computer used in an office environment or the like under the control of the OS 2, while setting the environment to be used according to the personal preference or situation of the user under the control of the OS 1. Can be built with
[0462]
Therefore, it is possible to prevent the environment prepared by the system from causing an operation failure due to the user's personal environment setting. The OS 2 is managed by a system administrator on a system administrator machine and provides an environment designed on the system side. When using the environment, the user reads the file information of OS2 into OS1 and starts it, or requests OS2 to start it and executes it in a client / server mode.
[0463]
FIG. 67 is a diagram illustrating a case where Embodiments 1 to 3 are applied to a high-efficiency network service providing terminal. In FIG. 1, the hardware includes a multi-operating system (OS1 and OS2) and is connected to a network via an NIC. A content provider server and other machines are connected to the network. The hardware functions as a highly efficient network service providing terminal.
[0464]
In the figure, the high-efficiency network service providing terminal is similar to the remote management terminal (see FIG. 66), in which one OS1 is under the management of the user and the other OS2 is under the management of the net service. Is a terminal that distributes in advance the content under the management of OS2 (DK2) and realizes the immediate use of the content from the DK1 managed by OS1 at the release time.
[0465]
After the content is distributed from the content provider server to the DK2 under the management of the OS2 via the network, the content is provided from the DK2 to the DK1 under the management of the OS1 at the request of the user, and the content can be used immediately. . In this way, in the content provider server, concentration of download access is prevented by pre-delivery.
[0466]
FIG. 68 is a diagram illustrating a case where the first to third embodiments are applied to a high-security Web service providing server. In FIG. 1, the hardware includes a multi-operating system (OS1 and OS2) and is connected to a network via an NIC. A web browsing terminal is connected to the network. The hardware functions as a high security Web service providing server.
[0467]
In the high security Web service providing server shown in FIG. 1, an environment accessible from outside is OS2, and an environment accessible only by local users is OS1.
[0468]
For example, Web published contents and usage logs are stored in the DK2 managed by the OS2. On the other hand, data that is not desired to be disclosed is stored in the DK1 under the management of the OS1. In this case, it is possible to avoid a situation in which information that is not desired to be disclosed is erroneously disclosed on the Web due to a setting error or the like. Further, even when the OS2 side is attacked by a malicious third party from the outside, the OS1 can operate except for the network function.
[0469]
Although the first to third embodiments according to the present invention have been described in detail with reference to the drawings, specific examples of the configuration are not limited to the first to third embodiments and depart from the gist of the present invention. Even if there is a design change within the range not to be included, it is included in the present invention.
[0470]
For example, in the above-described first to third embodiments, a program for realizing the above-described multi-operating system control method is recorded on the computer-readable recording medium 200 shown in FIG. Each function may be realized by causing the computer 100 shown in the figure to read the executed program and executing the program.
[0471]
The computer 100 shown in FIG. 1 includes a CPU 110 that executes the above-described program, an input device 120 such as a keyboard and a mouse, a ROM (Read Only Memory) 130 that stores various data, and a RAM (Random) that stores calculation parameters and the like. Access Memory) 140, a reading device 150 that reads a program from the recording medium 200, an output device 160 such as a display and a printer, and a bus 170 that connects each unit of the device.
[0472]
After reading the program recorded on the recording medium 200 via the reading device 150, the CPU 110 executes the program to realize the functions described above. Note that the recording medium 200 includes an optical disk, a flexible disk, a hard disk, and the like.
[0473]
In the first and second embodiments, the two operating systems 30 shown in FIG. 1 , OS30 2 However, the present invention also includes a configuration example having three or more OSs.
[0474]
For example, in the case of a configuration having n OSs of OS1, OS2, OS3,..., OSn, when an interrupt (1) occurs during the running of the OS1, the system switches from the OS1 to the OS2 and interrupts the running of the OS1 When (2) occurs, switching from OS1 to OS3 is performed, and similarly, control is performed so as to switch from OS1 to OSn when an interruption (n-1) occurs during the running of OS1.
[0475]
【The invention's effect】
As described above, according to the present invention, the normal connection destination in the storage means for temporarily storing data to be communicated is set to the second operating system, and the data to be communicated is stored in the first operating system. In the related case, the connection destination of the storage unit for temporarily storing data is set to the first operating system via the second operating system, so that the first operating system and the second operating system can be connected during communication. It is possible to avoid the possibility that the system is simultaneously attacked from the outside, and it is possible to improve the security and reliability of the multi-operating system.
[0476]
Further, according to the present invention, when data addressed to the first operating system is stored in the storage unit during execution of the second operating system, the connection of the storage unit is established via the second operating system. Since the first operating system is set, it is possible to improve the security and reliability of the multi-operating system in data communication addressed to the first operating system.
[0477]
Further, according to the present invention, when the reliability of the data is equal to or more than the value registered in advance, the data stored in the storage means is directly transmitted to the first operating system without relaying the second operating system. Since the transfer is performed, the communication processing can be speeded up.
[0478]
According to the present invention, when data addressed to the second operating system is stored in the storage unit while the first operating system is being executed, switching from the first operating system to the second operating system is performed. Therefore, the effect is obtained that the security and reliability of the multi-operating system in data communication addressed to the second operating system can be improved.
[0479]
Further, according to the present invention, when data addressed to the first operating system is stored in the storage unit during execution of the first operating system, the connection destination of the storage unit is relayed to the second operating system. Therefore, the security and reliability of the multi-operating system in data communication addressed to the first operating system can be improved.
[0480]
According to the present invention, when communication is performed from the first operating system to the second operating system, the connection destination of the storage unit that temporarily stores data to be communicated is set to the second connection destination as a normal connection destination. After the setting is changed from the operating system to the first operating system and the data from the first operating system is stored in the storage, the connection destination of the storage is changed from the first operating system to the second operating system. Therefore, there is an effect that security and reliability of the multi-operating system in data communication from the first operating system to the second operating system can be improved.
[0481]
Further, according to the present invention, when communication from the first operating system to another device is performed, the connection destination of the storage unit for temporarily storing data to be communicated is changed from the second operating system as a normal connection destination. After changing the setting to the first operating system, storing data from the first operating system in the storage means, and changing the connection destination of the storage means from the first operating system to the second operating system. Therefore, there is an effect that security and reliability of the multi-operating system in data communication from the first operating system to another device can be improved.
[0482]
Further, according to the present invention, when the reliability of the data is equal to or more than a pre-registered value, the data stored in the storage unit is not changed without changing the setting, and without relaying the second operating system. Is transmitted directly to another device, so that the communication processing can be speeded up.
[0483]
According to the present invention, when communication is performed from the second operating system to the first operating system, data from the second operating system is stored in the storage unit, and the connection destination of the storage unit is set to the second operating system. Since the setting is changed from the operating system to the first operating system, it is possible to improve the security and reliability of the multi-operating system in data communication from the second operating system to the first operating system. Play.
[0484]
Further, according to the present invention, the normality of the data is checked and the communication processing is continued only when the data is normal, so that the security and reliability of the multi-operating system can be further improved. Play.
[0485]
Further, according to the present invention, since only the second operating system is authorized to set the connection destination of the storage unit, the first operating system having no authority can be attacked from outside. And the security and reliability of the multi-operating system can be significantly improved.
[0486]
Further, according to the present invention, since the multi-operating system control method according to any one of claims 1 to 11 is executed by a computer, the program can be read by a computer. 11 has the effect that the operation of the invention described in any one of the eleventh aspect can be executed by a computer.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a first exemplary embodiment according to the present invention.
FIG. 2 is a block diagram illustrating an operation outline 1 according to the first embodiment.
FIG. 3 is a block diagram illustrating an operation outline 2 according to the first embodiment.
FIG. 4 is a block diagram illustrating an outline 3 of operation in the first embodiment.
FIG. 5 is a block diagram illustrating an operation outline 4 in the first embodiment.
FIG. 6 is a block diagram illustrating an operation example 1 according to the first embodiment.
FIG. 7 is a flowchart illustrating an operation example 1 according to the first embodiment.
FIG. 8 is a block diagram illustrating an operation example 2 according to the first embodiment.
FIG. 9 is a flowchart illustrating an operation example 2 in the first embodiment.
FIG. 10 is a block diagram illustrating an operation example 3 in the first embodiment.
FIG. 11 is a flowchart illustrating an operation example 3 in the first embodiment.
FIG. 12 is a block diagram illustrating an operation example 4 in the first embodiment.
FIG. 13 is a flowchart illustrating an operation example 4 in the first embodiment.
FIG. 14 is a block diagram illustrating an operation example 5 in the first embodiment.
FIG. 15 is a flowchart illustrating an operation example 5 in the first embodiment.
FIG. 16 is a block diagram illustrating an operation example 6 in the first embodiment.
FIG. 17 is a flowchart illustrating an operation example 6 in the first embodiment.
FIG. 18 is a block diagram illustrating an operation example 7 in the first embodiment.
FIG. 19 is a flowchart illustrating an operation example 7 in the first embodiment.
FIG. 20 is a block diagram illustrating an operation example 8 in the first embodiment.
FIG. 21 is a flowchart illustrating an operation example 8 in the first embodiment.
FIG. 22 is a flowchart illustrating NIC transmission processing.
FIG. 23 is a flowchart illustrating NIC reception processing.
FIG. 24 is a flowchart illustrating a second reception process.
FIG. 25 is a flowchart illustrating a second transmission process.
FIG. 26 is a flowchart illustrating a first reception process.
FIG. 27 is a flowchart illustrating a first transmission process.
FIG. 28 is a block diagram illustrating an operation example 1 of the second embodiment according to the present invention;
FIG. 29 is a flowchart illustrating an operation example 1 of the second embodiment.
FIG. 30 is a block diagram illustrating an operation example 2 of the second embodiment.
FIG. 31 is a flowchart illustrating an operation example 2 of the second embodiment.
FIG. 32 is a block diagram illustrating an operation example 3 of the second embodiment.
FIG. 33 is a flowchart illustrating an operation example 3 of the second embodiment.
FIG. 34 is a flowchart illustrating a second reception process.
FIG. 35 is a flowchart illustrating a first transmission process.
FIG. 36 is a block diagram showing a configuration of a third exemplary embodiment of the present invention.
FIG. 37 is a block diagram illustrating an operation outline 1 according to the third embodiment.
FIG. 38 is a block diagram illustrating an outline of operation 2 in the third embodiment.
FIG. 39 is a block diagram illustrating an outline of operation 3 in the third embodiment.
FIG. 40 is a block diagram illustrating an outline of operation 4 in the third embodiment.
FIG. 41 is a block diagram illustrating an operation example 1 of the third embodiment.
FIG. 42 is a flowchart illustrating an operation example 1 of the third embodiment.
FIG. 43 is a block diagram illustrating an operation example 2 of the third embodiment.
FIG. 44 is a flowchart illustrating an operation example 2 of the third embodiment.
FIG. 45 is a block diagram illustrating an operation example 3 of the third embodiment.
FIG. 46 is a flowchart illustrating an operation example 3 of the third embodiment.
FIG. 47 is a block diagram illustrating an operation example 4 of the third embodiment.
FIG. 48 is a flowchart illustrating an operation example 4 of the third embodiment.
FIG. 49 is a block diagram illustrating an operation example 5 of the third embodiment.
FIG. 50 is a flowchart illustrating an operation example 5 of the third embodiment.
FIG. 51 is a block diagram illustrating an operation example 6 of the third embodiment.
FIG. 52 is a flowchart illustrating an operation example 6 of the third embodiment.
FIG. 53 is a block diagram illustrating an operation example 7 of the third embodiment.
FIG. 54 is a flowchart illustrating an operation example 7 of the third embodiment.
FIG. 55 is a block diagram illustrating an operation example 8 of the third embodiment.
FIG. 56 is a flowchart illustrating an operation example 8 of the third embodiment.
FIG. 57 is a flowchart illustrating a reception buffer register rewriting process.
FIG. 58 is a flowchart illustrating a transmission buffer register rewriting process.
FIG. 59 is a flowchart illustrating a second reception process.
FIG. 60 is a flowchart illustrating a first reception process.
FIG. 61 is a flowchart illustrating a first transmission process.
FIG. 62 is a diagram illustrating applied examples 1 to 4 of the first to third embodiments according to the present invention.
FIG. 63 is a diagram illustrating a case where the first to third embodiments are applied to system migration;
FIG. 64 is a diagram illustrating a case where the first to third embodiments are applied to a high security gateway.
FIG. 65 is a diagram illustrating a case where Embodiments 1 to 3 are applied to a desktop Grid terminal.
FIG. 66 is a diagram illustrating a case where Embodiments 1 to 3 are applied to a remote management terminal.
FIG. 67 is a diagram illustrating a case where Embodiments 1 to 3 are applied to a high-efficiency network service providing terminal.
FIG. 68 is a diagram illustrating a case where the first to third embodiments are applied to a high security Web service providing server.
FIG. 69 is a block diagram showing a configuration of a modification of the first to third embodiments.
FIG. 70 is a block diagram illustrating a configuration example 1 of a conventional multi-operating system.
FIG. 71 is a block diagram illustrating a configuration example 2 of a conventional multi-operating system.
[Explanation of symbols]
10 NIC
11 NIC transmission processing unit
12 Transmission buffer
13 NIC reception processing unit
14 Receive buffer
15 Transmit buffer register
16 Receive buffer register
20 1 NIC device driver
21 1 OS switching processing unit
22 1 Transmission processing unit
23 1 Transmit buffer
24 1 Reception processing unit
25 1 Receive buffer
20 2 NIC device driver
21 2 OS switching processing unit
22 2 Transmission processing unit
23 2 Transmit buffer
24 2 Reception processing unit
25 2 Receive buffer
26 2 Data check processing unit
27 2 Transmission buffer register rewrite processing unit
28 2 Reception buffer register rewrite processing unit
30 1 OS
30 2 OS
100 computer
140 RAM

Claims (23)

一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、
通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定し、また、前記通信対象のデータが前記第１のオペレーティングシステムに関連する場合、前記データを一時格納する格納手段の接続先を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定工程、
を含むことを特徴とするマルチオペレーティングシステム制御方法。A multi-operating system control method for controlling a first operating system and a second operating system running on one computer,
A normal connection destination in the storage unit for temporarily storing data to be communicated is set to the second operating system, and when the data to be communicated is related to the first operating system, the data is temporarily stored. Setting a connection destination of the storage means to be set to the first operating system via the second operating system;
A method for controlling a multi-operating system, comprising: 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、
前記第２のオペレーティングシステムが実行中に、前記第１のオペレーティングシステム宛のデータが格納手段に格納された場合、前記格納手段の接続を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定工程、
を含むことを特徴とするマルチオペレーティングシステム制御方法。A multi-operating system control method for controlling a first operating system and a second operating system running on one computer,
When the data addressed to the first operating system is stored in the storage unit while the second operating system is running, the connection of the storage unit is changed to the first operation system via the second operating system. Setting process to set in the operating system,
A method for controlling a multi-operating system, comprising: 前記設定工程では、前記データの信頼度が、予め登録された値以上である場合、前記第２のオペレーティングシステムを中継させずに、前記格納手段に格納されたデータを前記第１のオペレーティングシステムに直接渡すこと、を特徴とする請求項１または２に記載のマルチオペレーティングシステム制御方法。In the setting step, when the reliability of the data is equal to or greater than a value registered in advance, the data stored in the storage unit is transferred to the first operating system without relaying the second operating system. 3. The multi-operating system control method according to claim 1, wherein the data is directly passed. 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、
通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定する設定工程と、
前記第１のオペレーティングシステムが実行中に、前記第２のオペレーティングシステム宛のデータが前記格納手段に格納された場合、第１のオペレーティングシステムから第２のオペレーティングシステムに切り替える切り替え工程と、
を含むことを特徴とするマルチオペレーティングシステム制御方法。A multi-operating system control method for controlling a first operating system and a second operating system running on one computer,
Setting a normal connection destination in the storage means for temporarily storing data to be communicated in the second operating system;
A step of switching from the first operating system to the second operating system when data addressed to the second operating system is stored in the storage unit during execution of the first operating system;
A method for controlling a multi-operating system, comprising: 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、
前記第１のオペレーティングシステムが実行中に、前記第１のオペレーティングシステム宛のデータが格納手段に格納された場合、前記格納手段の接続先を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定工程、
を含むことを特徴とするマルチオペレーティングシステム制御方法。A multi-operating system control method for controlling a first operating system and a second operating system running on one computer,
When data addressed to the first operating system is stored in a storage unit during execution of the first operating system, the connection destination of the storage unit is set to the first operating system via the second operating system. Configuration process to configure the operating system of the
A method for controlling a multi-operating system, comprising: 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、
前記第１のオペレーティングシステムから前記第２のオペレーティングシステムへの通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する第１の設定変更工程と、
前記第１のオペレーティングシステムからのデータを前記格納手段に格納する格納工程と、
前記格納手段の接続先を、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムに設定変更する第２の設定変更工程と、
を含むことを特徴とするマルチオペレーティングシステム制御方法。A multi-operating system control method for controlling a first operating system and a second operating system running on one computer,
When performing communication from the first operating system to the second operating system, the connection destination of the storage unit for temporarily storing data to be communicated is changed from the second operating system as a normal connection destination to the first operating system. A first setting change step of changing settings to the operating system of
A storing step of storing data from the first operating system in the storing means;
A second setting change step of changing the connection destination of the storage means from the first operating system to the second operating system;
A method for controlling a multi-operating system, comprising: 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、
前記第１のオペレーティングシステムから他装置への通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する第１の設定変更工程と、
前記第１のオペレーティングシステムからのデータを前記格納手段に格納する格納工程と、
前記格納手段の接続先を、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムに設定変更する第２の設定変更工程と、
前記第２のオペレーティングシステムを中継して、前記格納手段に格納されたデータを前記他装置へ送信する送信工程と、
を含むことを特徴とするマルチオペレーティングシステム制御方法。A multi-operating system control method for controlling a first operating system and a second operating system running on one computer,
When performing communication from the first operating system to another device, the connection destination of the storage unit for temporarily storing data to be communicated is changed from the second operating system as a normal connection destination to the first operating system. A first setting change step of changing a setting;
A storing step of storing data from the first operating system in the storing means;
A second setting change step of changing the connection destination of the storage means from the first operating system to the second operating system;
A transmission step of transmitting the data stored in the storage means to the other device via the second operating system,
A method for controlling a multi-operating system, comprising: 前記データの信頼度が、予め登録された値以上である場合、前記第２の設定変更工程では、前記設定変更を行わず、また、前記送信工程では、前記第２のオペレーティングシステムを中継させずに、前記格納手段に格納されたデータを前記他装置へ直接送信すること、を特徴とする請求項７に記載のマルチオペレーティングシステム制御方法。If the reliability of the data is equal to or greater than a value registered in advance, the setting change is not performed in the second setting change step, and the second operating system is not relayed in the transmission step. 8. The multi-operating system control method according to claim 7, wherein the data stored in the storage unit is directly transmitted to the other device. 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御方法であって、
通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定する設定工程と、
前記第２のオペレーティングシステムから前記第１のオペレーティングシステムへの通信を行う場合、前記第２のオペレーティングシステムからのデータを前記格納手段に格納する格納工程と、
前記格納手段の接続先を前記第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する設定変更工程と、
を含むことを特徴とするマルチオペレーティングシステム制御方法。A multi-operating system control method for controlling a first operating system and a second operating system running on one computer,
Setting a normal connection destination in the storage means for temporarily storing data to be communicated in the second operating system;
When performing communication from the second operating system to the first operating system, a storing step of storing data from the second operating system in the storing unit;
A setting change step of changing the connection destination of the storage means from the second operating system to the first operating system;
A method for controlling a multi-operating system, comprising: 前記データの正常性をチェックし、正常である場合にのみ通信処理を継続させるデータチェック工程、を含むことを特徴とする請求項１〜９のいずれか一つに記載のマルチオペレーティングシステム制御方法。The multi-operating system control method according to any one of claims 1 to 9, further comprising a data check step of checking the normality of the data and continuing communication processing only when the data is normal. 前記格納手段の接続先の設定に関しては、前記第２のオペレーティングシステム側のみに権限が付与されていることを特徴とする請求項１〜１０のいずれか一つに記載のマルチオペレーティングシステム制御方法。11. The multi-operating system control method according to claim 1, wherein only the second operating system is authorized to set the connection destination of the storage unit. 請求項１〜１１のいずれか一つに記載されたマルチオペレーティングシステム制御方法をコンピュータに実行させるプログラム。A program for causing a computer to execute the multi-operating system control method according to claim 1. 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、
通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定し、また、前記通信対象のデータが前記第１のオペレーティングシステムに関連する場合、前記データを一時格納する格納手段の接続先を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定手段、
を備えたことを特徴とするマルチオペレーティングシステム制御装置。A multi-operating system control device for controlling a first operating system and a second operating system running on one computer,
A normal connection destination in the storage unit for temporarily storing data to be communicated is set to the second operating system, and when the data to be communicated is related to the first operating system, the data is temporarily stored. Setting means for setting the connection destination of the storage means to be set to the first operating system via the second operating system;
A multi-operating system control device characterized by comprising: 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、
前記第２のオペレーティングシステムが実行中に、前記第１のオペレーティングシステム宛のデータが格納手段に格納された場合、前記格納手段の接続を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定手段、
を備えたことを特徴とするマルチオペレーティングシステム制御装置。A multi-operating system control device for controlling a first operating system and a second operating system running on one computer,
When the data addressed to the first operating system is stored in the storage unit while the second operating system is running, the connection of the storage unit is changed to the first operation system via the second operating system. Setting means for setting in the operating system,
A multi-operating system control device characterized by comprising: 前記設定手段では、前記データの信頼度が、予め登録された値以上である場合、前記第２のオペレーティングシステムを中継させずに、前記格納手段に格納されたデータを前記第１のオペレーティングシステムに直接渡すこと、を特徴とする請求項１３または１４に記載のマルチオペレーティングシステム制御装置。In the setting unit, when the reliability of the data is equal to or more than a value registered in advance, the data stored in the storage unit is transferred to the first operating system without relaying the second operating system. The multi-operating system control device according to claim 13, wherein the multi-operating system control device is passed directly. 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、
通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定する設定手段と、
前記第１のオペレーティングシステムが実行中に、前記第２のオペレーティングシステム宛のデータが前記格納手段に格納された場合、第１のオペレーティングシステムから第２のオペレーティングシステムに切り替える切り替え手段と、
を備えたことを特徴とするマルチオペレーティングシステム制御装置。A multi-operating system control device for controlling a first operating system and a second operating system running on one computer,
Setting means for setting a normal connection destination in the storage means for temporarily storing data to be communicated in the second operating system;
Switching means for switching from the first operating system to the second operating system when data addressed to the second operating system is stored in the storage means during execution of the first operating system;
A multi-operating system control device characterized by comprising: 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、
前記第１のオペレーティングシステムが実行中に、前記第１のオペレーティングシステム宛のデータが格納手段に格納された場合、前記格納手段の接続先を、前記第２のオペレーティングシステムを中継して前記第１のオペレーティングシステムに設定する設定手段、
を備えたことを特徴とするマルチオペレーティングシステム制御装置。A multi-operating system control device for controlling a first operating system and a second operating system running on one computer,
When data addressed to the first operating system is stored in a storage unit during execution of the first operating system, the connection destination of the storage unit is set to the first operating system via the second operating system. Setting means for setting the operating system of the
A multi-operating system control device characterized by comprising: 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、
前記第１のオペレーティングシステムから前記第２のオペレーティングシステムへの通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する第１の設定変更手段と、
前記第１のオペレーティングシステムからのデータを前記格納手段に格納する格納制御手段と、
前記格納手段の接続先を、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムに設定変更する第２の設定変更手段と、
を備えたことを特徴とするマルチオペレーティングシステム制御装置。A multi-operating system control device for controlling a first operating system and a second operating system running on one computer,
When performing communication from the first operating system to the second operating system, the connection destination of the storage unit for temporarily storing data to be communicated is changed from the second operating system as a normal connection destination to the first operating system. First setting change means for changing the setting to the operating system of
Storage control means for storing data from the first operating system in the storage means;
Second setting change means for changing the connection destination of the storage means from the first operating system to the second operating system;
A multi-operating system control device characterized by comprising: 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、
前記第１のオペレーティングシステムから他装置への通信を行う場合、通信対象のデータを一時格納する格納手段の接続先を、通常の接続先としての第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する第１の設定変更手段と、
前記第１のオペレーティングシステムからのデータを前記格納手段に格納する格納制御手段と、
前記格納手段の接続先を、前記第１のオペレーティングシステムから前記第２のオペレーティングシステムに設定変更する第２の設定変更手段と、
前記第２のオペレーティングシステムを中継して、前記格納手段に格納されたデータを前記他装置へ送信する送信手段と、
を備えたことを特徴とするマルチオペレーティングシステム制御装置。A multi-operating system control device for controlling a first operating system and a second operating system running on one computer,
When performing communication from the first operating system to another device, the connection destination of the storage unit for temporarily storing data to be communicated is changed from the second operating system as a normal connection destination to the first operating system. First setting change means for changing the setting;
Storage control means for storing data from the first operating system in the storage means;
Second setting change means for changing the connection destination of the storage means from the first operating system to the second operating system;
A transmission unit that relays the data stored in the storage unit to the other device by relaying the second operating system;
A multi-operating system control device characterized by comprising: 前記データの信頼度が、予め登録された値以上である場合、前記第２の設定変更手段では、前記設定変更を行わず、また、前記送信手段では、前記第２のオペレーティングシステムを中継させずに、前記格納手段に格納されたデータを前記他装置へ直接送信すること、を特徴とする請求項１９に記載のマルチオペレーティングシステム制御装置。When the reliability of the data is equal to or greater than a value registered in advance, the second setting change unit does not change the setting, and the transmitting unit does not relay the second operating system. 20. The multi-operating system control device according to claim 19, wherein the data stored in the storage unit is directly transmitted to the other device. 一つの計算機で稼動する第１のオペレーティングシステムおよび第２のオペレーティングシステムを制御するマルチオペレーティングシステム制御装置であって、
通信対象のデータを一時格納する格納手段における通常の接続先を前記第２のオペレーティングシステムに設定する設定手段と、
前記第２のオペレーティングシステムから前記第１のオペレーティングシステムへの通信を行う場合、前記第２のオペレーティングシステムからのデータを前記格納手段に格納する格納制御手段と、
前記格納手段の接続先を前記第２のオペレーティングシステムから前記第１のオペレーティングシステムに設定変更する設定変更手段と、
を備えたことを特徴とするマルチオペレーティングシステム制御装置。A multi-operating system control device for controlling a first operating system and a second operating system running on one computer,
Setting means for setting a normal connection destination in the storage means for temporarily storing data to be communicated in the second operating system;
A storage control unit configured to store data from the second operating system in the storage unit when performing communication from the second operating system to the first operating system;
Setting change means for changing the connection destination of the storage means from the second operating system to the first operating system;
A multi-operating system control device characterized by comprising: 前記データの正常性をチェックし、正常である場合にのみ通信処理を継続させるデータチェック手段、を備えたことを特徴とする請求項１３〜２１のいずれか一つに記載のマルチオペレーティングシステム制御装置。22. The multi-operating system control device according to claim 13, further comprising a data check unit that checks the normality of the data and continues communication processing only when the data is normal. . 前記格納手段の接続先の設定に関しては、前記第２のオペレーティングシステム側のみに権限が付与されていることを特徴とする請求項１３〜２２のいずれか一つに記載のマルチオペレーティングシステム制御装置。23. The multi-operating system control device according to claim 13, wherein an authority is given only to the second operating system with respect to the setting of the connection destination of the storage unit.
JP2003043312A 2003-02-20 2003-02-20 Control method of multi-operating system, program making computer execute same method, and control device of multi-operating system Pending JP2004252776A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003043312A JP2004252776A (en) 2003-02-20 2003-02-20 Control method of multi-operating system, program making computer execute same method, and control device of multi-operating system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003043312A JP2004252776A (en) 2003-02-20 2003-02-20 Control method of multi-operating system, program making computer execute same method, and control device of multi-operating system

Publications (1)

Publication Number Publication Date
JP2004252776A true JP2004252776A (en) 2004-09-09

Family

ID=33026346

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003043312A Pending JP2004252776A (en) 2003-02-20 2003-02-20 Control method of multi-operating system, program making computer execute same method, and control device of multi-operating system

Country Status (1)

Country Link
JP (1) JP2004252776A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7783810B2 (en) 2006-02-01 2010-08-24 Sony Corporation Apparatus and method of processing information
US8718629B2 (en) 2006-07-18 2014-05-06 Nec Corporation Information communication processing device, information communication terminal, information communication system, function switching method and function switching program

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7783810B2 (en) 2006-02-01 2010-08-24 Sony Corporation Apparatus and method of processing information
US8718629B2 (en) 2006-07-18 2014-05-06 Nec Corporation Information communication processing device, information communication terminal, information communication system, function switching method and function switching program
JP5621191B2 (en) * 2006-07-18 2014-11-05 日本電気株式会社 Information communication processing device, information communication terminal, information communication system, function switching method, and function switching program

Similar Documents

Publication Publication Date Title
US11824962B2 (en) Methods and apparatus for sharing and arbitration of host stack information with user space communication stacks
CN1924863B (en) Method and system for operating software configured for internet access on a remote computer
US6253334B1 (en) Three bus server architecture with a legacy PCI bus and mirrored I/O PCI buses
US6314525B1 (en) Means for allowing two or more network interface controller cards to appear as one card to an operating system
US20180039507A1 (en) System and method for management of a virtual machine environment
CN115473907A (en) Method and system for facilitating inter-container communication via cloud exchange
JP2006107500A (en) Updating software during its execution
Nakao et al. CoreLab: An emerging network testbed employing hosted virtual machine monitor
US20150277953A1 (en) Using virtual local area networks in a virtual computer system
US6170015B1 (en) Network apparatus with Java co-processor
KR20070032734A (en) Physical device sharing between multiple clients
CN113127077B (en) Server-based microkernel operating system deployment method and operating system
US9325666B2 (en) Securely virtualizating network services
CN114363170A (en) Container service network configuration method and related product
JP2014195178A (en) Information processing device, transmission control method, and transmission control program
CN113312141B (en) Computer system, storage medium and method for offloading serial port simulation
Ribiere Emulation of obsolete hardware in open source virtualization software
JP2007221364A (en) Expansion method of controller, control system, and control device
JP2004252776A (en) Control method of multi-operating system, program making computer execute same method, and control device of multi-operating system
Richardson et al. Maverick: Providing web applications with safe and flexible access to local devices
JP3863117B2 (en) Multi-operating system control method, program for causing computer to execute the method, and multi-operating system control device
Briegel et al. The Fermilab ACNET upgrade
JP3863094B2 (en) Multi-operating system control method, program for causing computer to execute the method, and multi-operating system control device
WO2024038605A1 (en) Management server, management method, and management program
CN101009594A (en) A virtual network system and its implementation method

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20051028

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060105

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060502