特開 2024-39394 情報処理装置、仮想サービス提供プログラムおよび通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024039394

(43)【公開日】2024-03-22

(54)【発明の名称】情報処理装置、仮想サービス提供プログラムおよび通信方法

(51)【国際特許分類】

   H04L 67/563 20220101AFI20240314BHJP

   H04L 61/09 20220101ALI20240314BHJP

   H04L 67/2885 20220101ALI20240314BHJP

   H04L 67/564 20220101ALI20240314BHJP

   H04L 67/562 20220101ALI20240314BHJP

【ＦＩ】

H04L67/563

H04L61/09

H04L67/2885

H04L67/564

H04L67/562

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022143917

(22)【出願日】2022-09-09

(71)【出願人】

【識別番号】521314127

【氏名又は名称】帝都 久利寿

(71)【出願人】

【識別番号】514318600

【氏名又は名称】コネクトフリー株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】帝都 久利寿

(57)【要約】

【課題】汎用性の高い方法で各種サービスを提供する技術を提供する。
【解決手段】情報処理装置は、少なくともトランスポート層を担当する通信プログラムと、通信プログラムから下位層に向けて出力されたデータを含むパケットを参照可能な仮想サービス提供プログラムとを含む。仮想サービス提供プログラムは、パケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致する場合には、パケットに応じた仮想サービスを実行する。
【選択図】図１

【特許請求の範囲】

【請求項1】

少なくともトランスポート層を担当する通信プログラムと、
前記通信プログラムから下位層に向けて出力されたデータを含むパケットを参照可能な仮想サービス提供プログラムとを備え、
前記仮想サービス提供プログラムは、前記パケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致する場合には、前記パケットに応じた仮想サービスを実行する、情報処理装置。

【請求項2】

前記仮想サービス提供プログラムは、仮想サービスの実行結果の少なくとも一部を情報として応答する、請求項１に記載の情報処理装置。

【請求項3】

前記仮想サービスは、前記情報処理装置の外部にデータを送信する処理を含む、請求項１に記載の情報処理装置。

【請求項4】

前記仮想サービス提供プログラムは、前記特定のネットワークアドレスを複数有している、請求項１に記載の情報処理装置。

【請求項5】

前記仮想サービス提供プログラムは、仮想サービスの実行の要求を受け付けるためのインターフェイスを複数有している、請求項１～３のいずれか１項に記載の情報処理装置。

【請求項6】

前記仮想サービスは、ユーザとの対話を行う処理を含む、請求項１～３のいずれか１項に記載の情報処理装置。

【請求項7】

仮想サービス提供プログラムであって、
少なくともトランスポート層を担当する通信プログラムから下位層に向けて出力されたデータを含むパケットを参照できるように構成されており、
前記仮想サービス提供プログラムはコンピュータに、
前記パケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致するか否かを判断するステップと、
前記パケットの宛先アドレスが前記特定のネットワークアドレスと一致する場合には、前記パケットに応じた仮想サービスを実行するステップとを実行させる、仮想サービス提供プログラム。

【請求項8】

コンピュータが実行する通信方法であって、
少なくともトランスポート層を担当する通信プログラムから下位層に向けて出力されたデータを含むパケットを参照するステップと、
前記パケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致するか否かを判断するステップと、
前記パケットの宛先アドレスが前記特定のネットワークアドレスと一致する場合には、前記パケットに応じた仮想サービスを実行するステップとを備える、通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、仮想サービス提供プログラムおよび通信方法に関する。

【背景技術】

【0002】

一般的に、コンピュータにおいては、複数のプロセスが実行される。このようなプロセス間でのデータのやり取りは、例えば、プロセス間通信（ＩＰＣ：InterProcess Communication）を用いて実現される。

【0003】

特開２００６－１８６６１０号公報（特許文献１）は、通信ボードがプロセス間通信により別の通信ボードを監視する構成を開示する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００６－１８６６１０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

セキュリティの観点から、プロセス間通信による問合せが許可されない環境も存在する。本開示は、汎用性の高い方法で各種サービスを提供する技術を提供する。

【課題を解決するための手段】

【0006】

本開示のある実施の形態に従う情報処理装置は、少なくともトランスポート層を担当する通信プログラムと、通信プログラムから下位層に向けて出力されたデータを含むパケットを参照可能な仮想サービス提供プログラムとを含む。仮想サービス提供プログラムは、パケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致する場合には、パケットに応じた仮想サービスを実行する。

【0007】

仮想サービス提供プログラムは、仮想サービスの実行結果の少なくとも一部を情報として応答するようにしてもよい。

【0008】

仮想サービスは、情報処理装置の外部にデータを送信する処理を含んでいてもよい。
仮想サービス提供プログラムは、特定のネットワークアドレスを複数有していてもよい。

【0009】

仮想サービス提供プログラムは、仮想サービスの実行の要求を受け付けるためのインターフェイスを複数有していてもよい。

【0010】

仮想サービスは、ユーザとの対話を行う処理を含んでいてもよい。
本開示の別の実施の形態に従う仮想サービス提供プログラムは、少なくともトランスポート層を担当する通信プログラムから下位層に向けて出力されたデータを含むパケットを参照できるように構成されている。仮想サービス提供プログラムはコンピュータに、パケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致するか否かを判断するステップと、パケットの宛先アドレスが特定のネットワークアドレスと一致する場合には、パケットに応じた仮想サービスを実行するステップとを実行させる。

【0011】

本開示のさらに別の実施の形態に従うコンピュータが実行する通信方法は、少なくともトランスポート層を担当する通信プログラムから下位層に向けて出力されたデータを含むパケットを参照するステップと、パケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致するか否かを判断するステップと、パケットの宛先アドレスが特定のネットワークアドレスと一致する場合には、パケットに応じた仮想サービスを実行するステップとを含む。

【発明の効果】

【0012】

本開示によれば、汎用性の高い方法で各種サービスを提供する技術を提供できる。

【図面の簡単な説明】

【0013】

【図1】本実施の形態に従うデバイスの機能構成例を示す模式図である。

【図2】本実施の形態に従うデバイスの仮想サービス提供プログラムによる処理の一例を示すフローチャートである。

【図3】本実施の形態に従うデバイスのハードウェア構成例を示す模式図である。

【図4】本実施の形態に従うデバイスの仮想サービス提供プログラムの処理例を示す模式図である。

【図5】本実施の形態に従うデバイスの仮想サービス提供プログラムの別の処理例を示す模式図である。

【図6】本実施の形態に従うデバイスの仮想サービス提供プログラムのさらに別の処理例を示す模式図である。

【図7】本実施の形態に従うデバイスの仮想サービス提供プログラムの仮想デバイス設定の一例を示す模式図である。

【図8】本実施の形態に従うデバイスの仮想サービス提供プログラムのさらに別の処理例を示す模式図である。

【図9】本実施の形態に従うデバイスの別の機能構成例を示す模式図である。

【発明を実施するための形態】

【0014】

本開示に係る実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

【0015】

＜Ａ．用語＞
本明細書において、「デバイス」との用語は、通信処理が可能な任意の情報処理装置を包含する。デバイスは、例えば、（据置型および携帯型）パーソナルコンピュータ、スマートフォン、タブレット、スマートフォン、ユーザの身体（例えば、腕や頭など）に装着されるウェアラブルデバイス（例えば、スマートウォッチやＡＲグラスなど）、スマート家電、コネクティッド自動車、工場などに設置された制御機器、ＩｏＴデバイスなどを含む。

【0016】

本明細書において、「ネットワークアドレス」は、ネットワークに存在するデバイスを特定するための識別情報を意味し、一般的に用いられているＩＰ（Internet Protocol）アドレス（ＩＰｖ４およびＩＰｖ６）に限られず、独自のアドレス体系（任意の長さのアドレス長を採用できる）であってもよい。

【0017】

本明細書において、「プログラム」は、コンピュータ読取可能なコード群（メディアに格納されている）を意味するとともに、プロセッサで実行されている状態をも意味する。すなわち、「プログラム」という用語は、メディアに格納されているコードに加えて、メモリ上に展開されたデータ、および、プロセッサで実行されることで実現される機能および処理を含み得る。但し、「プログラム」がプロセッサで実行されることで実現される機能および処理の一部または全部は、代替として、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）といったハードワイヤード回路を用いて実現されてもよい。

【0018】

本明細書において、「仮想サービス」は、デバイス内で実行される任意の処理を包含する。「仮想サービス」による処理結果（１次情報）の少なくとも一部、あるいは、処理結果に対して何らかの加工を行った結果（２次情報）の少なくとも一部は、送信元に応答されてもよい。

【0019】

＜Ｂ．概要＞
まず、本実施の形態に従うデバイス１００の概要について説明する。

【0020】

図１は、本実施の形態に従うデバイス１００の機能構成例を示す模式図である。図１には、デバイス１００で実行されるアプリケーション（例えば、ＯＳＩ（Open Systems Interconnection）参照モデルのアプリケーション層（第７層）に相当する。）などがデータを送受信する処理の要部を示す。

【0021】

図１を参照して、デバイス１００は、仮想サービス提供プログラム１３０と、上位層通信プログラム１４０と、下位層通信プログラム１５０とを含む。上位層通信プログラム１４０および下位層通信プログラム１５０は、ＯＳ（Operating System）の一部に含まれていてもよい。

【0022】

上位層通信プログラム１４０は、少なくとも、ＯＳＩ参照モデルのトランスポート層（第４層）を担当する。上位層通信プログラム１４０は、ＯＳＩ参照モデルのネットワーク層（第３層）をさらに担当してもよい。

【0023】

一例として、上位層通信プログラム１４０は、ソケット通信を担当するプログラムであってもよい。この場合、上位層通信プログラム１４０は、トランスポート層として機能する、ＴＣＰ（Transmission Control Protocol）やＵＤＰ（User Datagram Protocol）などのセッション管理と、ネットワークアドレス（例えば、ＩＰアドレス）に基づくパケットの送受信管理とを担当する。

【0024】

上位層通信プログラム１４０は、ソケット通信のインターフェイスとして実装されてもよい。

【0025】

下位層通信プログラム１５０は、ＯＳＩ参照モデルのデータリンク層（第２層）を担当する。一例として、下位層通信プログラム１５０は、データリンクドライバとして実装されてもよい。下位層通信プログラム１５０は、イーサネット（登録商標）インターフェイスであってもよい。なお、下位層通信プログラム１５０は、図示しない物理層のハードウェアインターフェイスを制御する。

【0026】

上位層通信プログラム１４０から下位層に向けて出力されるデータは、ネットワーク層（第３層）により「パケット」になるため、以下の説明においては、「パケット」とも称す。すなわち、本明細書において、「パケット」は、上位層通信プログラム１４０から下位層に向けて出力されるデータを含む。但し、実装によっては、完全なパケットにはなっていない場合もあるが、このような場合であっても、本発明の技術的範囲に含まれ得る。また、「パケット」との用語は、１または複数のパケットを包含する。

【0027】

ハイパーバイザ上に提供される仮想環境においては、データリンク層および物理層が仮想化されていることもあり、このような場合には、データリンク層が存在しないこともある。そのため、本発明の技術的範囲は、下位層通信プログラム１５０が存在しない構成も含み得る。但し、このような仮想環境においても、内部的にパケットが生成されてもよい。

【0028】

以下の説明においては、上位層通信プログラム１４０がネットワーク層（第３層）も担当する構成例を主として説明するが、仮想サービス提供プログラム１３０または別の通信プログラムがネットワーク層（第３層）を担当してもよい。

【0029】

仮想サービス提供プログラム１３０は、少なくとも、上位層通信プログラム１４０から下位層に向けて（内部的に）出力されたデータを含むパケットを参照可能になっている。なお、下位層から上位層通信プログラム１４０に送信あるいは出力される受信データ（受信パケット）については、仮想サービス提供プログラム１３０が参照可能であってもよいし、そうでなくてもよい。

【0030】

仮想サービス提供プログラム１３０は、上位層通信プログラム１４０から下位層通信プログラム１５０に転送されるパケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致する場合には、当該パケットに応じた仮想サービスを実行する。宛先アドレスが予め設定された特定のネットワークアドレスとは一致しないパケットは、そのまま下位層通信プログラム１５０に転送される。

【0031】

なお、図１には、上位層通信プログラム１４０から下位層通信プログラム１５０に転送される経路上に仮想サービス提供プログラム１３０が配置されている構成例を示すが、上位層通信プログラム１４０から下位層通信プログラム１５０に転送される経路とは別に、上位層通信プログラム１４０から送信されるパケットのコピーが仮想サービス提供プログラム１３０に転送するための経路を用意してもよい。

【0032】

上位層通信プログラム１４０は、例えば、特定のネットワークアドレスを宛先アドレスとするパケットに応答して、当該パケットに対応する仮想サービスを実行する。上位層通信プログラム１４０は、必要に応じて、仮想サービスの実行結果（１次情報および／または２次情報）をパケットの送信元に応答する。

【0033】

一例として、上位層通信プログラム１４０は、アプリケーションなどの上位からの要求に応じて、パケット１６１を生成して送信する。パケット１６１の宛先アドレスが特定のネットワークアドレスであれば、仮想サービス提供プログラム１３０は、仮想サービスを実行し、応答パケット１６２に実行結果を含めて、上位層通信プログラム１４０に送信する。

【0034】

一方、上位層通信プログラム１４０が生成したパケット１６３の宛先アドレスが特定のネットワークアドレスに該当しなければ、パケット１６３は、そのまま下位層通信プログラム１５０に転送される。

【0035】

このように、上位層通信プログラム１４０は、転送されるパケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致する場合には、当該パケットに応じた仮想サービスを実行する。

【0036】

＜Ｃ．処理概要＞
次に、本実施の形態に従うデバイス１００で実行される処理の概要について説明する。

【0037】

図２は、本実施の形態に従うデバイス１００の仮想サービス提供プログラム１３０による処理の一例を示すフローチャートである。図２に示す各ステップは、例えば、デバイス１００のプロセッサが仮想サービス提供プログラム１３０を実行することで実現されてもよい。

【0038】

図２を参照して、デバイス１００は、上位からパケットを受信すると（ステップＳ１００においてＹＥＳ）、受信したパケットの宛先アドレスが予め設定された特定のネットワークアドレスと一致するか否かを判断する（ステップＳ１０２）。

【0039】

受信したパケットの宛先アドレスが特定のネットワークアドレスと一致すれば（ステップＳ１０２においてＹＥＳ）、デバイス１００は、パケットに応じた仮想サービスを実行する（ステップＳ１０４）。そして、処理は終了する。

【0040】

受信したパケットの宛先アドレスが特定のネットワークアドレスとは一致しなければ（ステップＳ１０２においてＮＯ）、ステップＳ１０４の処理はスキップされる。

【0041】

＜Ｄ．デバイス１００のハードウェア構成例＞
次に、本実施の形態に従うデバイス１００のハードウェア構成例について説明する。

【0042】

図３は、本実施の形態に従うデバイス１００のハードウェア構成例を示す模式図である。図３には、一例として、パーソナルコンピュータであるデバイス１００のハードウェア構成例を示す。

【0043】

図３を参照して、デバイス１００は、ハードウェア構成として、１または複数のプロセッサ１０２と、メモリ１０４と、ストレージ１０６と、ディスプレイ１０８と、入力部１１０と、通信部１１２とを含む。

【0044】

プロセッサ１０２は、コンピュータ可読命令（computer-readable instructions）を順次読出して実行する演算回路である。プロセッサ１０２は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）などで構成される。デバイス１００は、複数のプロセッサ１０２を有していてもよいし、単一のプロセッサ１０２が複数のコアを有していてもよい。

【0045】

プロセッサ１０２は、狭義のプロセッサだけではなく、処理を実現するための回路が予め形成されているＡＳＩＣ、および、コンフィグレーションにより処理を実現するための構成が実現されているＦＰＧＡといったハードワイヤード回路を含み得る。さらに、本明細書において、プロセッサ１０２は、様々な処理要素を集積したＳｏＣ（System on Chip）も含み得る。そのため、プロセッサ１０２は、処理回路（processing circuitry）と言い換えることもできる。

【0046】

メモリ１０４は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）などの揮発性記憶装置である。ストレージ１０６は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの不揮発性記憶装置である。

【0047】

ストレージ１０６には、各種プログラムおよび各種データが格納されている。プロセッサ１０２は、ストレージ１０６に格納された各種プログラムのうち、指定されたプログラムをメモリ１０４上に展開して順次実行することで、後述するような各種処理を実現する。

【0048】

一例として、ストレージ１０６には、ＯＳ１２０と、１または複数のアプリケーション１２２と、仮想サービス提供プログラム１３０とが格納されている。ＯＳ１２０は、デバイス１００で各種処理を実行するための環境を提供するプログラムである。アプリケーション１２２は、目的に応じて任意に作成されるプログラムであり、例えば、ウェブブラウザを提供するアプリケーションを含む。仮想サービス提供プログラム１３０は、後述するような各種処理を実現するためのプログラムである。

【0049】

ディスプレイ１０８は、プロセッサ１０２による処理結果などを外部へ提示する。ディスプレイ１０８は、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence)ディスプレイなどであってもよい。ディスプレイ１０８は、ユーザの頭部に装着されるヘッドマウントディスプレイであってもよいし、画像をスクリーン上に投影するプロジェクターであってもよい。ディスプレイ１０８は、デバイス１００の筐体のいずれかの位置に配置されたインジケータであってもよい。

【0050】

入力部１１０は、デバイス１００に対するユーザ操作などを受け付ける。入力部１１０は、例えば、キーボード、マウス、ディスプレイ１０８上に配置されたタッチパネル、デバイス１００の筐体のいずれかの位置に配置されたスイッチなどであってもよい。

【0051】

通信部１１２は、他のデバイス１００と通信を行うハードウェアを含む。通信部１１２は、デバイス１００をネットワークに接続するためのネットワークインターフェイスである。例えば、通信部１１２は、イーサネット（登録商標）ポート、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４などのシリアルポート、レガシーなパラレルポートといった有線接続端子を含む。あるいは、通信部１１２は、デバイス、ルータ、移動体基地局などと無線通信するための処理回路およびアンテナなどを含んでもよい。通信部１１２が対応する無線通信は、例えば、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、ＬＰＷＡ（Low Power Wide Area）、ＧＳＭ（登録商標）、Ｗ－ＣＤＭＡ、ＣＤＭＡ２００、ＬＴＥ（Long Term Evolution）、第５世代移動通信システム（５Ｇ）のいずれであってもよい。

【0052】

デバイス１００は、各種プログラム（コンピュータ可読命令）および／または各種データが格納された非一過性（non-transitory）のメディアから各種プログラムおよび／または各種データを読み出すためのコンポーネントをさらに有していてもよい。メディアは、例えば、ＤＶＤ（Digital Versatile Disc）などの光学メディア、ＵＳＢメモリなどの半導体メディアなどであってもよい。

【0053】

メディアを介して各種プログラムおよび／または各種データをデバイス１００にインストールするのではなく、ネットワーク上の配信サーバから必要なプログラムおよびデータをデバイス１００にインストールするようにしてもよい。

【0054】

本実施の形態に従う機能および処理を実現するための構成は、図３に示すハードウェア構成例に限られず、実現される時代に応じた任意のハードウェア構成を採用できる。

【0055】

＜Ｅ．仮想サービス提供プログラム１３０＞
次に、本実施の形態に従うデバイス１００の仮想サービス提供プログラム１３０が提供する仮想サービスの一例について説明する。

【0056】

（ｅ１：仮想サービスの一例）
本実施の形態に従うデバイス１００の仮想サービス提供プログラム１３０は、１または複数の仮想サービスを提供できる。仮想サービスの内容は何ら限定されることはないが、例えば、通信処理に関する情報を提供および設定するための管理サービスや、アプリケーション１２２などからの要求に応じて各種処理を実行するｐｒｏｘｙサービスなどが想定される。

【0057】

以下、仮想サービスのいくつかの例について説明する。
（ｅ２：ネットワークアドレスの問合せ）
例えば、アプリケーション１２２が他のデバイス１００と通信するにあたって、自デバイスのネットワークアドレスが必要な場合がある。このような場合において、アプリケーション１２２は、自デバイスのネットワークアドレスを仮想サービス提供プログラム１３０に問い合わせられるようにしてもよい。すなわち、管理サービスの一例として、自デバイスのネットワークアドレスを応答するようにしてもよい。

【0058】

図４は、本実施の形態に従うデバイス１００の仮想サービス提供プログラム１３０の処理例を示す模式図である。

【0059】

図４を参照して、仮想サービス提供プログラム１３０は、自デバイスのネットワークアドレスを応答する仮想サービスを提供するための特定のネットワークアドレスを予め設定している。図４に示す例では、特定のネットワークアドレスは、"fc00::1"であるとする。

【0060】

自デバイスのネットワークアドレスを取得したい場面において、アプリケーション１２２は、宛先アドレスが"fc00::1"であるパケット１６１の生成および送信を上位層通信プログラム１４０に要求する。仮想サービス提供プログラム１３０は、生成されたパケット１６１の宛先アドレスが予め設定された特定のネットワークアドレスと一致していると判断すると、ネットワークアドレス"fc00::1"に対応する仮想サービス（この例では、自デバイスのネットワークアドレスの提供）を実行する。そして、仮想サービス提供プログラム１３０は、仮想サービスの実行により取得された自デバイスのネットワークアドレスを含む応答パケット１６２を、上位層通信プログラム１４０を介してアプリケーション１２２に応答する。

【0061】

これに対して、他のデバイス１００へデータを送信したい場面において、アプリケーション１２２は、送信先の他のデバイス１００のネットワークアドレス（例えば、"fc01:ef49:405f:e763:4a14:d899:8ca4:b65b"）を宛先アドレスとするパケット１６３の生成および送信を上位層通信プログラム１４０に要求する。仮想サービス提供プログラム１３０は、生成されたパケット１６３の宛先アドレスが予め設定された特定のネットワークアドレスとは一致していないと判断すると、パケット１６３をそのまま通過させる。

【0062】

このように、仮想サービス提供プログラム１３０は、特定のネットワークアドレスが宛先アドレスとして設定されたパケットを一種のフィルタリングすることで、様々な仮想サービスを提供する。また、アプリケーション１２２などの上位側から見ると、仮想サービス提供プログラム１３０は、特定のネットワークアドレスをもつ仮想デバイスのように見える。なお、仮想サービス提供プログラム１３０は、１または複数の仮想デバイスを提供することもできる。

【0063】

そのため、仮想サービス提供プログラム１３０は、ＯＳＩ参照モデルのネットワーク層（第３層）に相当し得る。仮想サービス提供プログラム１３０が、特定のネットワークアドレス（仮想ネットワークアドレス）をもつ仮想デバイスとして機能することで、アプリケーション１２２は、他のデバイス１００と通信を行うように、仮想サービス提供プログラム１３０との間で様々な情報をやり取りできる。

【0064】

（ｅ３：仮想サービス提供プログラム１３０の利用可否の問合せ）
例えば、アプリケーション１２２は、現在の実行環境（すなわち、自デバイス）において、仮想サービス提供プログラム１３０が利用可能であるか否かの確認が必要な場合がある。このような場合において、アプリケーション１２２は、自デバイスにおいて、仮想サービス提供プログラム１３０が利用可能であるか否かを、仮想サービス提供プログラム１３０に問い合わせられるようにしてもよい。すなわち、管理サービスの一例として、仮想サービス提供プログラム１３０の利用可否を応答するようにしてもよい。

【0065】

この場合においても、図４と同様に、アプリケーション１２２は、宛先アドレスが特定のネットワークアドレス（例えば、"fc00::1"）であるパケット１６１の生成および送信を上位層通信プログラム１４０に要求する。仮想サービス提供プログラム１３０は、生成されたパケット１６１の宛先アドレスが予め設定された特定のネットワークアドレスと一致していると判断すると、ネットワークアドレス"fc00::1"に対応する仮想サービス（例えば、仮想サービス提供プログラム１３０が利用可能であることの通知）を実行する。この場合には、仮想サービス提供プログラム１３０は、パケット１６１に対する応答パケット１６２を、上位層通信プログラム１４０を介してアプリケーション１２２に応答する。仮想サービス提供プログラム１３０が存在していれば、通常、仮想サービス提供プログラム１３０が利用可能であるので、特別な処理を行なうことなく、単に応答パケット１６２を送信すれば十分である。

【0066】

一方、仮想サービス提供プログラム１３０が存在していない場合には、応答パケット１６２を送信できないので、アプリケーション１２２は、仮想サービス提供プログラム１３０が利用可能ではないと判断できる。

【0067】

以上のように、アプリケーション１２２から見ると、仮想サービス提供プログラム１３０を利用できるか否かを予め確認できるので、通信処理の開始条件などの実装を容易化できる。

【0068】

（ｅ４：ネットワークアドレスの一覧取得／検索）
例えば、ネットワークアドレスを用いて複数のデバイス１００と通信する場合には、宛先として選択可能なネットワークアドレスを予め取得する必要が生じることもある。そのため、仮想サービス提供プログラム１３０は、送信先として選択可能であることが判明しているネットワークアドレスの一覧を提供するようにしてもよい。あるいは、仮想サービス提供プログラム１３０は、予め取得しているネットワークアドレスのうち、指定した検索条件に合致するネットワークアドレスを応答するようにしてもよい。すなわち、管理サービスの一例として、ネットワークアドレスの一覧取得および検索などを実行できるようにしてもよい。

【0069】

例えば、アプリケーション１２２は、宛先アドレスが特定のネットワークアドレス（例えば、"fc00::1"）であるパケット１６１の生成および送信を上位層通信プログラム１４０に要求する。このとき、パケット１６１は、ネットワークアドレスの一覧を取得するためのコマンドを含んでいてもよいし、取得されているネットワークアドレスのうちから検索条件に合致するネットワークアドレスを検索するためのコマンドを含んでいてもよい。

【0070】

図５は、本実施の形態に従うデバイス１００の仮想サービス提供プログラム１３０の別の処理例を示す模式図である。図５を参照して、仮想サービス提供プログラム１３０は、生成されたパケット１６１の宛先アドレスが予め設定された特定のネットワークアドレスと一致していると判断すると、ネットワークアドレス"fc00::1"に対応する仮想サービス（この例では、ネットワークアドレス一覧の取得や検索）を実行する。

【0071】

この場合、仮想サービス提供プログラム１３０は、検索エンジンを有しており、パケット１６１に含まれるコマンドに従って、指定された取得または検索の処理を仮想サービスとして実行する。そして、仮想サービス提供プログラム１３０は、仮想サービスの実行により得られたネットワークアドレス一覧などを含む応答パケット１６２を送信する。

【0072】

アプリケーション１２２は、仮想サービス提供プログラム１３０からのネットワークアドレスの一覧に基づいて、送信先のデバイス１００を決定できる。

【0073】

（ｅ５：管理サービス）
仮想サービス提供プログラム１３０は、各種の設定を有しており、これらの設定をアプリケーション１２２などから確認および変更したいというニーズも存在する。管理サービスは、アプリケーション１２２などから仮想サービス提供プログラム１３０の設定を確認および変更するためのサービスを含んでいてもよい。

【0074】

管理サービスは、ウェブインターフェイスを介して提供されてもよい。ウェブインターフェイスを利用することで、ユーザは、アプリケーション１２２（例えば、ウェブブラウザ）を介して、対話的に設定の確認および変更を行うことができる。

【0075】

さらに、仮想サービス提供プログラム１３０が有している様々な情報についても、アプリケーション１２２を介して、確認および変更などを行えるようにしてもよい。

【0076】

（ｅ６：電子メールの送信）
例えば、アプリケーション１２２などからメールアドレスに電子メールを送信したいような場合には、デバイス１００とは別のＳＭＴＰ（Simple Mail Transfer Protocol）サーバに電子メールの送信を依頼しなければならないことが多い。仮想サービス提供プログラム１３０がこのような電子メールの送信を行うようにしてもよい。すなわち、ｐｒｏｘｙサービスの一例として、仮想サービス提供プログラム１３０が電子メールを代理で送信できるようにしてもよい。

【0077】

図６は、本実施の形態に従うデバイス１００の仮想サービス提供プログラム１３０のさらに別の処理例を示す模式図である。図６を参照して、仮想サービス提供プログラム１３０は、生成されたパケット１６１の宛先アドレスが予め設定された特定のネットワークアドレスと一致していると判断すると、ネットワークアドレス"fc00::3"に対応する仮想サービス（この例では、電子メールの送信）を実行する。

【0078】

この場合、仮想サービス提供プログラム１３０は、一種のＳＭＴＰサーバとして機能するように構成されており、パケット１６１に含まれるデータに従って、指定されたメールアドレスに電子メール１６４を送信する。

【0079】

仮想サービス提供プログラム１３０は、電子メール１６４の送信ログなどを含むパケット１６３をパケット１６１の送信元へ送信してもよい。

【0080】

ｐｒｏｘｙサービスは、電子メールの送信に限らず、ＦＴＰ（File Transfer Service）によるデータの転送、ＳＭＳ（Short Message Service）の送信、任意のネットワークサービスに対する代理アクセスなどの任意のサービスを含む。このように、ｐｒｏｘｙサービスは、デバイス１００の外部にデータを送信する処理を含んでいてもよい。

【0081】

なお、仮想サービス提供プログラム１３０は、電子メールを送信できるように、図示しない下位層通信プログラム１５０を利用できてもよい。

【0082】

（ｅ７：インターフェイス）
上述したように、仮想サービス提供プログラム１３０は、複数の仮想サービスを提供できる。ここで、仮想サービスの実行の要求を受け付ける利用するためのインターフェイスを複数用意していてもよい。すなわち、仮想サービス提供プログラム１３０は、仮想サービスの実行の要求を受け付けるためのインターフェイスを複数有していてもよい。

【0083】

図７は、本実施の形態に従うデバイス１００の仮想サービス提供プログラム１３０の仮想デバイス設定１７２の一例を示す模式図である。

【0084】

図７を参照して、仮想デバイス設定１７２は、例えば、仮想サービスを利用するためのインターフェイスと、対応するネットワークアドレスとの設定を含む。図７に示す例では、管理インターフェイスと、ウェブベースインターフェイスと、ｐｒｏｘｙインターフェイスとが用意されている。

【0085】

より具体的には、図７に示す例では、仮想サービス提供プログラム１３０は、ネットワークアドレス"fc00::1"が宛先アドレスとして設定されたパケットを受信すると、受信したパケットに基づく管理サービスを実行する。

【0086】

また、仮想サービス提供プログラム１３０は、ネットワークアドレス"fc00::2"が宛先アドレスとして設定されたパケットを受信すると、一種のウェブサーバとして動作する。なお、仮想サービス提供プログラム１３０は、指定されたＵＲＬやコマンドなどに応じて、管理サービスやｐｒｏｘｙサービスを実行する。

【0087】

また、仮想サービス提供プログラム１３０は、ネットワークアドレス"fc00::3"が宛先アドレスとして設定されたパケットを受信すると、ｐｒｏｘｙサービスを実行する。

【0088】

このように、仮想サービス提供プログラム１３０は、仮想サービスを提供するためのネットワークアドレスを複数用意することもできる。この場合には、仮想サービス提供プログラム１３０は、受信したパケットに基づいてサービスを実行するための、特定のネットワークアドレスを複数有することになる。

【0089】

図７に示すようなインターフェイスの設定例に限らず、アプリケーション１２２などから仮想サービスの実行を要求するためのインターフェイスはどのように設計してもよい。

【0090】

上述の管理インターフェイスおよびｐｒｏｘｙインターフェイスにおいては、例えば、リモートプロシージャコール（ＲＰＣ：Remote Procedure Call）をサポートするようにしてもよい。この場合には、特定のネットワークアドレスを宛先アドレスとするパケットは、仮想サービス提供プログラム１３０に用意されたサブルーチンまたはプロシージャを呼び出すためのコマンドを含んでいてもよい。また、仮想サービス提供プログラム１３０は、パケットに含まれるコマンドに従って処理実行した結果を応答してもよい。

【0091】

例えば、特定のネットワークアドレスを宛先アドレスとするパケットは、自デバイスのネットワークアドレスを取得するためのサブルーチン名またはプロシージャ名を含んでいてもよい。例えば、"Whoami"というサブルーチンまたはプロシージャを呼び出す場合には、アプリケーション１２２において、"fc00::1//Whoami"と指定してもよい。

【0092】

また、上述のウェブインターフェイスを実現するために、仮想サービス提供プログラム１３０は、ｈｔｔｐｄ（HyperText Transfer Protocol Daemon）を有していてもよい。この場合には、特定のネットワークアドレスを宛先アドレスとするパケットは、ＨＴＴＰ（Hypertext Transfer Protocol）に従って生成および送信されてもよいし、仮想サービス提供プログラム１３０は、ＨＴＴＰに従って応答してもよい。

【0093】

例えば、仮想サービス提供プログラム１３０から必要な情報を取得するためのスクリプトを"GetAddress.js"とすると、アプリケーション１２２から"https://fc00::2/GetAddress.js"といったＵＲＬを指定してもよい。

【0094】

（ｅ８：ユーザインタラクション）
仮想サービス提供プログラム１３０は、要求された仮想サービスを実行するだけではなく、仮想サービスの一部として、ユーザとの対話（ユーザインタラクション）を行うこともできる。

【0095】

図８は、本実施の形態に従うデバイス１００の仮想サービス提供プログラム１３０のさらに別の処理例を示す模式図である。図８を参照して、仮想サービス提供プログラム１３０は、宛先アドレスが特定のネットワークアドレスに設定されたパケット１６１を受信し、受信したパケット１６１に応じた仮想サービスの実行に際して、ユーザインターフェイス画面１９０を提供するためのコマンド１６６を送信する。

【0096】

コマンド１６６は、ユーザインターフェイス画面１９０を提供するための情報を含む。コマンド１６６は、例えば、ＯＳに対して送信されてもよいし、アプリケーション１２２に送信されてもよい。デバイス１００のプログラム実行環境に応じて、ユーザインターフェイス画面１９０を提供するための任意のコマンド１６６を生成できる。

【0097】

なお、仮想サービス提供プログラム１３０がユーザインターフェイス画面１９０を提供するための実装はどのようなものであってもよい。例えば、ＯＳが提供するＡＰＩ（Application Programming Interface）を利用するものであってもよいし、仮想サービス提供プログラム１３０が直接的にユーザインターフェイス画面１９０を生成してもよい。

【0098】

仮想サービス提供プログラム１３０は、ユーザがユーザインターフェイス画面１９０を操作して入力した指令１６８を取得する。図８に示すユーザインターフェイス画面１９０は、ユーザに対して、承諾を求めるものとなっている。ユーザが承諾すると、仮想サービス提供プログラム１３０は、仮想サービスを継続する。例えば、仮想サービス提供プログラム１３０は、仮想サービスを継続して、指定された宛先へのアクセス１６７を行ってもよい。

【0099】

一方、ユーザが承諾しなければ、仮想サービス提供プログラム１３０は、仮想サービスを中断してもよい。

【0100】

このように、仮想サービス提供プログラム１３０は、ユーザとの対話を行うような仮想サービスを提供することもできる。すなわち、仮想サービスは、ユーザとの対話を行う処理を含んでいてもよい。ユーザとの対話を行う頻度やタイミングなどについては、任意に設計することができる。

【0101】

説明の便宜上、図８には、グラフィカルユーザインターフェイスを用いたユーザとの対話の例を示すが、キャラクタユーザインターフェイスを用いてユーザとの対話を実現してもよい。すなわち、ユーザとの対話に用いるユーザインターフェイスはどのようなものであってもよい。

【0102】

（ｅ９：仮想サービス提供プログラム１３０のイベント実行）
上述の図８に示す処理例においては、アプリケーション１２２などから要求に応答して、仮想サービス提供プログラム１３０がユーザインターフェイス画面１９０を提供するが、仮想サービス提供プログラム１３０は、任意の条件が満たされると、ユーザインターフェイス画面１９０を提供するようにしてもよい。

【0103】

例えば、仮想サービス提供プログラム１３０は、何らかのイベントが発生すると、ユーザインターフェイス画面１９０を提供してもよい。イベントは、例えば、ユーザの承認が必要な処理を実行しなければならなくなった状況の発生や、ユーザに対して何らかの通知をしなければならない状況の発生などを含む。

【0104】

このように、仮想サービス提供プログラム１３０は、アプリケーション１２２などとは独立して、独自の仮想サービスを提供することもできる。

【0105】

（ｅ１０：アプリケーションの実装）
デバイス１００において、任意のアプリケーション１２２が仮想サービス提供プログラム１３０を利用できる。アプリケーション１２２は、例えば、任意のプロジェクトをビルドして生成されてもよいし、ウェブブラウザ上で実行されるソースコード（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）で記述される）であってもよい。

【0106】

上述したように、仮想サービス提供プログラム１３０は、特定のネットワークアドレスをもつ仮想デバイスとして機能する。そのため、アプリケーション１２２は、当該特定のネットワークアドレスを宛先として指定できるように実装すればよく、実装における制約が少なくなる。

【0107】

（ｅ１１：その他）
上述した仮想サービス提供プログラム１３０が提供する機能および処理については、任意に組み合わせることができる。

【0108】

図９は、本実施の形態に従うデバイス１００の別の機能構成例を示す模式図である。図９を参照して、デバイス１００は、仮想サービス提供プログラム１３０と並列的に通信処理プログラム１６０を含んでいてもよい。

【0109】

通信処理プログラム１６０は、例えば、認証済ネットワークアドレスを取得するような処理を実行するようなプログラムであってもよい。

【0110】

図９に示す例では、上位層通信プログラム１４０が生成および送信したパケットは、仮想サービス提供プログラム１３０および通信処理プログラム１６０の両方に転送される。仮想サービス提供プログラム１３０は、宛先アドレスが特定のネットワークアドレスと一致するパケットのみを処理し、通信処理プログラム１６０は、パケットの宛先に応じた通信処理を実行する。なお、特定のネットワークアドレスが仮想的なものであれば、現実のネットワークにおいてパケットを転送することができないので、実体的な通信処理を行われないことになる。

【0111】

仮想サービス提供プログラム１３０がデバイス１００の外部にデータを送信する処理を実行しなければならない場合などに、通信処理プログラム１６０に処理を委託できるように、仮想サービス提供プログラム１３０と通信処理プログラム１６０との間で情報をやり取りできるようにしてもよい。

【0112】

また、仮想サービス提供プログラム１３０は、独自の通信処理を実行できるようにしてもよい。この場合には、仮想サービス提供プログラム１３０が下位層通信プログラム１５０を利用できるようにしてもよい。

【0113】

また、仮想サービス提供プログラム１３０と通信処理プログラム１６０とを一体化してもよい。この場合には、受信したパケットの宛先に応じて、仮想サービス提供プログラム１３０および通信処理プログラム１６０の一方の処理が選択される。

【0114】

さらに、仮想サービス提供プログラム１３０は、通信処理プログラム１６０ではなく任意のプログラムの一部として実装されてもよい。

【0115】

＜Ｆ．利点＞
本実施の形態に従うネットワークシステムによれば、特定のネットワークアドレスを宛先として指定されたパケットに対して、パケットに含まれる要求に応じた情報が提供されるので、当該情報を用いて処理を豊富化できる。

【0116】

今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。本発明の範囲は上記した説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0117】

１００ デバイス、１０２ プロセッサ、１０４ メモリ、１０６ ストレージ、１０８ ディスプレイ、１１０ 入力部、１１２ 通信部、１２０ ＯＳ、１２２ アプリケーション、１３０ 仮想サービス提供プログラム、１４０ 上位層通信プログラム、１５０ 下位層通信プログラム、１６０ 通信処理プログラム、１６１，１６３ パケット、１６２ 応答パケット、１６４ 電子メール、１６６ コマンド、１６７ アクセス、１６８ 指令、１７２ 仮想デバイス設定、１９０ ユーザインターフェイス画面。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】