JP2020088650A - 制御装置、ネットワークシステム、制御方法およびプログラム - Google Patents

制御装置、ネットワークシステム、制御方法およびプログラム Download PDF

Info

Publication number
JP2020088650A
JP2020088650A JP2018221648A JP2018221648A JP2020088650A JP 2020088650 A JP2020088650 A JP 2020088650A JP 2018221648 A JP2018221648 A JP 2018221648A JP 2018221648 A JP2018221648 A JP 2018221648A JP 2020088650 A JP2020088650 A JP 2020088650A
Authority
JP
Japan
Prior art keywords
information
user
specific
terminal
payment
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.)
Granted
Application number
JP2018221648A
Other languages
English (en)
Other versions
JP7119947B2 (ja
Inventor
健裕 田中
Takehiro Tanaka
健裕 田中
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.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
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 Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2018221648A priority Critical patent/JP7119947B2/ja
Publication of JP2020088650A publication Critical patent/JP2020088650A/ja
Application granted granted Critical
Publication of JP7119947B2 publication Critical patent/JP7119947B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Small-Scale Networks (AREA)

Abstract

【課題】通信処理装置において通信端末から送信されるパケットを転送する優先度を、ユーザの利用形態に応じて動的に変更することを目的とする。【解決手段】ユーザ端末３０から送信されるパケットの処理を行う通信処理装置を制御するアプリケーションサーバ１０は、ユーザによる支払を受け付けるレジスタ端末８０から、特定のユーザによる特定の支払に係る支払情報を受信し、特定のユーザを識別するためのユーザ識別情報と、特定のユーザ端末３０を識別するための端末識別情報とを、当該特定のユーザ端末３０から受信し、通信処理装置がユーザ端末３０から送信されるパケットを処理する処理優先度を設定するための条件を示す条件情報、ユーザ識別情報および支払情報に基づいて定められた特定の処理優先度、および特定のユーザ端末３０から送信された端末識別情報を、通信処理装置へ送信する。【選択図】図２３

Description

本発明は、制御装置、ネットワークシステム、制御方法およびプログラムに関する。
多くの飲食店や施設等の店舗において、顧客が自由に利用することができるＦｒｅｅ−Ｗｉｆｉスポットが設置され、顧客が通信端末をネットワークに接続してインターネットを利用できるサービスを提供している。
このようなサービスを提供する店舗において、商品を購入しないにも関わらず、長時間ネットワークに接続し続ける顧客の影響により、他の顧客のネットワーク環境が悪化してしまう場合がある。そこで、このような問題を解決する方法として、通信端末から送受信されるパケットの処理の優先度を設ける技術が知られている（例えば、特許文献１）。
しかしながら、従来の方法では、パケットを処理する優先度の変更については考慮されておらず、通信処理装置において通信端末から送信されるパケットを処理する優先度を、商品の購入金額等のユーザごとの利用形態に応じて動的に変更することができないという課題があった。
請求項１に係る制御装置は、通信端末から送信されるパケットの処理を行う通信処理装置を制御する制御装置であって、ユーザによる支払を受け付ける支払端末から、特定のユーザによる特定の支払に係る支払情報を受信する支払情報受信手段と、前記特定のユーザを識別するためのユーザ識別情報と、特定の通信端末を識別するための端末識別情報とを、当該特定の通信端末から受信する識別情報受信手段と、前記通信処理装置が前記通信端末から送信されるパケットを転送する優先度を設定するための条件を示す条件情報、前記ユーザ識別情報および前記支払情報に基づいて定められた特定の優先度、および前記識別情報受信手段によって受信された前記端末識別情報を、前記通信処理装置へ送信する送信手段と、を備える。
本発明によれば、通信処理装置において通信端末から送信されるパケットを転送する優先度を、ユーザの利用形態に応じて動的に変更することができる。
実施形態に係るネットワークシステムのシステム構成の一例を示す図である。 実施形態に係るネットワークシステムに適用可能なＯｐｅｎＦｌｏｗに基づく構成の一例を概略的に説明するための図である。 実施形態に係るネットワークシステムにおけるアクセス制御方法の一例を概略的に説明するための図である。 実施形態に係るネットワークシステムにおけるアクセス制御方法の一例を概略的に説明するための図である。 実施形態に係るネットワークシステムにおけるアクセス制御方法の一例を概略的に説明するための図である。 実施形態に係るネットワークシステムにおけるアクセス制御方法の一例を概略的に説明するための図である。 実施形態に係るネットワークシステムにおけるアクセス制御方法の一例を概略的に説明するための図である。 実施形態に係るネットワークシステムにおけるアクセス制御方法の一例を概略的に説明するための図である。 実施形態に係るネットワークシステムにおけるアクセス制御方法の一例を概略的に説明するための図である。 実施形態に係るネットワークシステムにおけるアクセス制御方法の一例を概略的に説明するための図である。 実施形態に係るネットワークシステムにおけるアクセス制御方法の一例を概略的に説明するための図である。 実施形態に係るコンピュータのハードウエア構成の一例を示す図である。 実施形態に係るＯｐｅｎＦｌｏｗスイッチのハードウエア構成の一例を示す図である。 実施形態に係るアプリケーションサーバの機能構成の一例を示す図である。 実施形態に係るネットワークシステムを構成する各装置の機能構成の一例を示す図である。 （ａ）実施形態に係るユーザ情報管理テーブルの一例を示す図である（ｂ）実施形態に係る時刻情報の一例を示す図である。 実施形態に係る条件情報管理テーブルの一例を示す図である。 実施形態に係るネットワーク利用ルール管理テーブルの一例を示す図である。 実施形態に係るネットワークシステムにおけるユーザ情報の登録処理の一例を示すシーケンス図である。 実施形態に係るレジスタ端末によって出力される出力物の一例を示す図である。 実施形態に係るネットワークシステムにおける制御ポリシーの設定処理の一例を示すシーケンス図である。 実施形態に係るユーザ端末に表示されるポイント利用ルール選択画面の一例を示す図である。 実施形態に係るアプリケーションサーバにおける制御ポリシーの生成処理の一例を示すフローチャートである。 実施形態に係るネットワークシステムにおける、ユーザ端末とアクセス対象サーバとの接続処理の一例を示すシーケンス図である。 実施形態に係るネットワークシステムにおける制御ポリシーの変更処理の一例を示すシーケンス図である。 実施形態に係るアプリケーションサーバにおける制御ポリシーの変更処理の一例を示すフローチャートである。 実施形態に係るネットワークシステムにおいて、新たなユーザ端末がインターネットを介してアクセス対象サーバに接続する場合のアクセス制御処理の一例を示すシーケンス図である。 実施形態の変形例１に係る条件情報管理テーブルの一例を示す図である。 実施形態の変形例２に係る条件情報管理テーブルの一例を示す図である。
以下、図面を参照しながら、発明を実施するための形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明は省略する。
●実施形態●
●システム構成
図１は、第１の実施形態に係るネットワークシステムのシステム構成の一例を示す図である。図１に示すネットワークシステム１は、飲食店または施設等の店舗において、顧客にインターネットを利用したネットワークサービスを提供するシステムである。ネットワークシステム１は、ユーザ端末３０から送信されるパケットを処理する優先度をアプリケーションサーバ１０によって定義することによって、特定のユーザが使用するユーザ端末３０を優先的にインターネット５へ接続させることができる。
ネットワークシステム１は、アプリケーションサーバ１０、ユーザ端末３０、ＯｐｅｎＦｌｏｗコントローラ５０、ＯｐｅｎＦｌｏｗ（登録商標）スイッチ７０、レジスタ端末８０およびアクセス対象サーバ９０により構成される。
アプリケーションサーバ１０、ユーザ端末３０、ＯｐｅｎＦｌｏｗコントローラ５０、ＯｐｅｎＦｌｏｗスイッチ７０およびレジスタ端末８０は、店舗または施設等の組織内ネットワークであるローカルネットワーク３内にそれぞれ存在する。ローカルネットワーク３は、店舗、施設、オフィス、会議室等のネットワーク環境において構築されるネットワークである。ローカルネットワーク３は、例えば、インターネット５を経由しないＬＡＮ（Local Area Network）等の通信ネットワーク７によって構築される。アプリケーションサーバ１０、ＯｐｅｎＦｌｏｗコントローラ５０、ＯｐｅｎＦｌｏｗスイッチ７０およびレジスタ端末８０は、ローカルネットワーク３内において、ＬＡＮ等の通信ネットワーク７を介してそれぞれ通信可能に接続されている。
アプリケーションサーバ１０は、ローカルネットワーク３が構築された店舗等に設けられた、所定のＷｅｂアプリケーションを提供するＷｅｂサーバである。アプリケーションサーバ１０は、ローカルネットワーク３内に存在する端末または装置に対して、Ｗｅｂアプリケーションが有する機能を提供する。アプリケーションサーバ１０は、ＯｐｅｎＦｌｏｗスイッチ７０を介して、ユーザ端末３０と通信することができる。なお、アプリケーションサーバ１０は、単一のコンピュータによって構築されてもよいし、各部（機能、手段または記憶部）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。アプリケーションサーバ１０は、制御装置の一例である。
ユーザ端末３０は、通信ネットワーク７に接続され、ローカルネットワーク３のユーザが使用するノートＰＣ（Personal Computer：パソコン）等の通信端末である。なお、ユーザ端末３０は、デスクトップＰＣ、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラまたはウェアラブルＰＣ等であってもよい。
ＯｐｅｎＦｌｏｗコントローラ（ＯＦＣ）５０は、ＯｐｅｎＦｌｏｗに基づいて、ユーザ端末３０とアクセス対象サーバ９０とのインターネット５を介した通信を制御する通信制御装置である。ＯｐｅｎＦｌｏｗコントローラ５０は、ＯｐｅｎＦｌｏｗスイッチ７０に対して、パケットの転送ルールである制御ポリシー７１０を指示する。ＯｐｅｎＦｌｏｗスイッチ（ＯＦＳ）７０は、ＯｐｅｎＦｌｏｗに基づいて、制御ポリシー７１０に基づいて、ユーザ端末３０から送信されるパケットの処理を行う通信処理装置である。また、ＯｐｅｎＦｌｏｗコントローラ５０およびＯｐｅｎＦｌｏｗスイッチ７０は、通信処理システム６０を構成する。
レジスタ端末８０は、ローカルネットワーク３が構築された店舗等に設けられたキャッシュレジスタである。レジスタ端末８０は、ユーザによる商品購入時に、ユーザによる支払を受け付ける。また、レジスタ端末８０は、ユーザによる支払を受け付けた際に、その支払金額（精算額）に応じたポイントを発行する。レジスタ端末８０は、支払端末の一例である。支払端末は、レジスタ端末８０に限られず、ＭＦＰ（Multi-Function Peripheral：複合機）等であってもよい。この場合、支払端末は、ユーザがＭＦＰを用いて印刷した印刷枚数に応じたポイントを発行してもよい。
アクセス対象サーバ９０は、ローカルネットワーク３内に存在するユーザ端末３０からインターネッ５７を経由してアクセス可能なＷＥＢサーバである。アクセス対象サーバ９０は、ユーザ端末３０によって特定のＵＲＬが指定されることによって、アクセスすることができる。なお、ネットワークシステム１は、アクセス対象サーバ９０が複数設けられた構成であってもよい。
なお、ネットワークシステム１は、飲食店または施設等の店舗によって利用される例を説明するが、ネットワークシステム１が適用可能なユースケースはこれに限られない。
●実施形態に適用可能な技術
ここで、実施形態に適用可能な技術概念として、ＳＤＮ（Ｓｏｆｔｗａｒｅ−Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋ）について概略的に説明する。
従来、組織体内で閉じた構成の組織内ＬＡＮ等のネットワーク環境は、各ベンダが提供するＬＡＮスイッチや無線ＬＡＮアクセスポイントの設定・運用を熟知した専任の担当者が構築するのが一般的であった。このようなネットワーク環境は、ベンダのソリューションによる認証手段や運用方法しか提供されない、所謂「ベンダロックイン」の状態であり、組織体が自在に認証手段や運用方法を設定することが困難であった。
これに対して、近年では、ユーザである組織体が独自のネットワークを構築できるようにするため、ネットワーク上のデータの動きをソフトウェアだけで制御可能とするＳＤＮと呼ばれる概念が注目されている。このＳＤＮに関連して、注目を集めている代表的な構成技術要素として「ネットワークの仮想化」と、その仮想化されたネットワーク上での通信を制御する手法（プロトコル）の一つでありベンダに依存しないオープンな仕様である「オープンフロー（ＯｐｅｎＦｌｏｗ）」とがある。
ネットワークの仮想化は、例えば、一つの物理インターフェースを複数に（もしくは複数の物理インターフェースを一つに）見せるような仮想インターフェース技術、または仮想インターフェースを接続中継する仮想スイッチ技術等に至る、複数の構成要素を含む技術の集合体である。ネットワーク仮想化は、物理ネットワーク機器と仮想ネットワーク部品、プロトコル技術の組合せによって、物理的なネットワーク構成から論理的なネットワーク構成を仮想的に分離し、物理構成に縛られない柔軟なネットワーク構成を実現する。
ＯｐｅｎＦｌｏｗは、通信をエンド・ツー・エンドのフローとして捉えて、そのフロー単位に経路制御、負荷分散、最適化等を行うことができる。具体的には、ＯｐｅｎＦｌｏｗは、データ通信経路の中継機器等において自立分散的に各データパケットを解析して転送するのではなく、集中制御型に変えることで実現する。
図２は、実施形態に係るネットワークシステムに適用可能なＯｐｅｎＦｌｏｗに基づく構成の一例を概略的に説明するための図である。ＯｐｅｎＦｌｏｗでは、データの解析と転送先判断および決定制御とを行う「コントロール・プレーン」と、単なるパケットの物理的な伝送を担う部分である「データ・プレーン」とを分離する。ＯｐｅｎＦｌｏｗでは、コントロール・プレーンを司るＯｐｅｎＦｌｏｗコントローラ（ＯＦＣ）５０が転送ルールを指示し、データ・プレーンを担うＯｐｅｎＦｌｏｗスイッチ（ＯＦＳ）７０は、ＯｐｅｎＦｌｏｗコントローラ５０の指示に従ってパケットの転送を行う。より具体的には、ＯｐｅｎＦｌｏｗスイッチ７０は、ＯｐｅｎＦｌｏｗコントローラ５０が追加および書き換えを行う、ＯｐｅｎＦｌｏｗスイッチ７０が持つフローテーブルが有するフローエントリに従って、パケットの転送を行う。
ＯｐｅｎＦｌｏｗスイッチ７０は、パケットのヘッダの情報に基づきパケットを識別する。ヘッダは、「受信ポート」、「送信元ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス」、「宛先ＭＡＣアドレス」、「プロトコル種別」、「ＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ） ＩＤ」、「ＶＬＡＮ ＰＣＰ（ＶＬＡＮ Ｐｒｉｏｒｉｔｙ Ｃｏｄｅ Ｐｏｉｎｔ）値」、「送信元ＩＰアドレス」、「宛先ＩＰアドレス」、「プロトコル番号」、「ＴｏＳ（Ｔｙｐｅ ｏｆ Ｓｅｒｖｉｃｅ）値」、「送信元ポート番号」および「宛先ポート番号」の、１２種類のヘッダフィールドを含む。識別に使用しないヘッダフィールドには、ワイルドカードを指定することで、任意のヘッダフィールドを識別条件として用いることができる。
ＯｐｅｎＦｌｏｗコントローラ５０は、ＯｐｅｎＦｌｏｗスイッチ７０と接続され、ＯｐｅｎＦｌｏｗコントローラ５０とＯｐｅｎＦｌｏｗスイッチ７０との間にＯｐｅｎＦｌｏｗ（ＯＦ）チャネルと呼ばれる通信経路が確立されると、フローテーブルおよびフローエントリをＯｐｅｎＦｌｏｗスイッチ７０に転送する。ＯｐｅｎＦｌｏｗスイッチ７０は、ＯＦチャネル確立後、Ｍｏｄｉｆｙ−Ｓｔａｔｅメッセージに伴いＯｐｅｎＦｌｏｗコントローラ５０から転送されたフローテーブルおよびフローエントリを、初期設定のフローテーブルおよびフローエントリとして、メモリに記憶させる。
ここで、ＯｐｅｎＦｌｏｗにおいては、同じルールを持つ通信の集合体を「フロー」と呼ぶ。例えば、宛先ＩＰアドレスが同一のＩＰアドレスであり、且つ、各々同一の処理がなされる一連のパケットの通信は、１つのフローを構成する。ＯｐｅｎＦｌｏｗコントローラ５０は、ユーザにより定義されたフローをＯｐｅｎＦｌｏｗスイッチ７０に指示する。ＯｐｅｎＦｌｏｗスイッチ７０は、指示されたフローをフローエントリとして、フローテーブルに登録する。フローエントリは、パケットを判別する条件（マッチ）と、条件に従い判別されたパケットを受信した場合の動作（インストラクション）との組み合わせを含む。フローテーブルは、０以上のフローエントリが登録される。すなわち、ＯｐｅｎＦｌｏｗスイッチ７０の初期状態では、フローテーブルにはフローエントリが含まれない。
このような仕組みを用いることで、上述したネットワークの仮想化を制御するためのツール等としてＯｐｅｎＦｌｏｗを活用できる。
●概略
ここで、図３乃至図１１を用いて、実施形態に係るネットワークシステムの構成の概略に説明する。なお、図３乃至図１１は、実施形態に係るネットワークシステムの概略を簡略的に説明したものであり、ネットワークシステム１が実現する機能等の詳細は、後述する図面等を用いて説明する。
図２を用いて説明したように、ＳＤＮでは、条件、処理優先度および処理等からなる制御ポリシー（ルール）を、フローテーブルに定義することができ、この制御ポリシーに従いパケットの処理を行う。ネットワークシステム１では、ローカルネットワーク３のＯｐｅｎＦｌｏｗスイッチ７０における制御ポリシーの「処理優先度」と制御ポリシーの適用可能な期間を、ユーザに付与されたポイントを消費することによって定義する。結果として、ユーザは、店舗で購入した商品の支払金額に比例するインターネット環境でネットワークを利用することができる。ここで、「処理優先度」とは、ＯｐｅｎＦｌｏｗスイッチ７０がユーザ端末３０から送信されるパケットを処理する優先度である。処理優先度は、例えば、ＯｐｅｎＦｌｏｗスイッチ７０がユーザ端末３０から送信されたパケットを転送する優先度を示す。ＯｐｅｎＦｌｏｗスイッチ７０は、処理優先度が高いユーザ端末３０から送信されるパケットを、優先的に処理する。
図３は、アプリケーションサーバ１０に登録されていない新規のユーザがインターネット５へアクセスしようとしている場合を示す。ＯｐｅｎＦｌｏｗスイッチ７０には、アプリケーションサーバ１０に登録されたユーザ端末３０以外の端末からインターネット５へアクセスできない制御ポリシーが設定されている。そのため、図３に示すように、未登録のユーザ端末３０は、インターネット５へアクセスすることができない。なお、ローカルネットワーク３内に存在するアプリケーションサーバ１０には、いずれのユーザ端末３０も接続可能であるものとする。
図４は、ネットワークシステム１が構成された店舗において、ユーザが商品を購入した場合の処理を示す。レジスタ端末８０は、ユーザが所定の商品を購入した際に、ユーザによる支払を受け付ける。また、レジスタ端末８０は、ユーザによる精算時に商品の支払金額に応じたポイントを発行する。そして、レジスタ端末８０は、発行したポイントを示すポイント情報を、アプリケーションサーバ１０へ送信する。ここで、ポイント情報は、特定のユーザによる特定の支払に係る支払情報の一例である。また、アプリケーションサーバ１０は、ポイント情報を受信した場合、ユーザＩＤとパスワードを発行し、発行したユーザＩＤおよびパスワードと受信したポイント情報とを関連づけたユーザ情報を生成する。ここで、ユーザＩＤとパスワードは、ユーザ識別情報の一例である。アプリケーションサーバ１０は、生成したユーザ情報を管理するとともに、レジスタ端末８０へ送信する。そして、レジスタ端末８０は、受信したユーザ情報が記載されたレシートを出力する等の方法によって、ユーザ情報をユーザに提示する。ユーザは、提示されたユーザ情報に含まれるユーザＩＤおよびパスワードを用いて、アプリケーションサーバ１０が提供するＷｅｂアプリケーションへログインすることができる。
図５は、アプリケーションサーバ１０にユーザ端末３０を登録する処理を示す。ユーザ端末３０は、アプリケーションサーバ１０が提供するＷｅｂアプリケーションを利用する場合、まず、レジスタ端末８０によって提示されたユーザＩＤおよびパスワードを、アプリケーションサーバ１０へ送信する。アプリケーションサーバ１０は、認証されたユーザが使用するユーザ端末３０のＭＡＣアドレスを登録する。ユーザ端末３０のＭＡＣアドレスは、ユーザ端末３０の端末識別情報の一例である。また、アプリケーションサーバ１０は、ポイント情報に示されるポイントを消費し、ユーザ端末３０の処理優先度および当該処理優先度を適用するための期間を定めたネットワーク利用ルールを生成する。
図６は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシーを変更する処理を示す。アプリケーションサーバ１０は、生成したネットワーク利用ルールを、ＯｐｅｎＦｌｏｗコントローラ５０およびＯｐｅｎＦｌｏｗスイッチ７０が受信可能な形式（例えば、ｊｓｏｎ形式）に変換する。そして、アプリケーションサーバ１０は、変換されたネットワーク利用ルール（制御ポリシー７１０）を、ＯｐｅｎＦｌｏｗコントローラ５０へ送信する。ＯｐｅｎＦｌｏｗコントローラ５０は、受信した制御ポリシー７１０をフローテーブルおよびフローエントリとして設定するともに、ＯｐｅｎＦｌｏｗスイッチへ制御ポリシー７１０を転送する。
図７は、ユーザ端末３０からインターネット５へのアクセスが許可される場合の処理を示す。ＯｐｅｎＦｌｏｗスイッチ７０は、図６に示した処理によって反映された制御ポリシー７１０を用いて、ユーザ端末３０のインターネット５へのアクセスを制御する。この場合、制御ポリシー７１０として、ユーザ端末３０の処理優先度が高い利用ルールが設定されているため、ユーザ端末３０は、ＯｐｅｎＦｌｏｗスイッチ７０を介して、優先的にインターネット５へアクセスすることができる。
図８は、アプリケーションサーバ１０によるユーザ端末３０の制御ポリシー７１０の利用可能時間を計測する処理を示す。アプリケーションサーバ１０は、ユーザ端末３０がインターネット５へのアクセスを開始してからの経過時間を計測し、定期的に適用期間の範囲内であるかをモニタリングする。
図９は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０を変更する処理を示す。アプリケーションサーバ１０は、ネットワーク利用ルールに示される制御ポリシー７１０の適用期間外であると判断した場合、ネットワーク利用ルールを変更する。この場合、アプリケーションサーバ１０は、処理優先度を低下させた新たなネットワーク利用ルールを生成する。そして、アプリケーションサーバ１０は、変更したネットワーク利用ルールを、ＯｐｅｎＦｌｏｗコントローラ５０およびＯｐｅｎＦｌｏｗスイッチ７０が受信可能な形式（例えば、ｊｓｏｎ形式）に変換する。そして、アプリケーションサーバ１０は、変換されたネットワーク利用ルール（制御ポリシー７１０）を、ＯｐｅｎＦｌｏｗコントローラ５０へ送信する。ＯｐｅｎＦｌｏｗコントローラ５０は、受信した制御ポリシー７１０をフローテーブルおよびフローエントリとして設定するともに、ＯｐｅｎＦｌｏｗスイッチ７０へ制御ポリシー７１０を送信する。
図１０は、変更された制御ポリシー７１０に基づいて、ユーザ端末３０からインターネット５へアクセスする場合の処理を示す。ＯｐｅｎＦｌｏｗスイッチ７０は、図９に示した処理によって変更された制御ポリシー７１０を用いて、ユーザ端末３０のインターネット５へのアクセスを制御する。この場合、制御ポリシー７１０として、ユーザ端末３０の処理優先度が低い利用ルールが設定されているため、ユーザ端末３０は、ＯｐｅｎＦｌｏｗスイッチ７０を介してインターネット５へアクセスすることができるが、処理優先度は低くなる。
図１１は、ネットワーク利用ルールが設定された新たなユーザ端末３０Ｂがインターネット５へアクセスする場合の処理を示す。この場合、新規に登録されたユーザ端末３０Ｂは、処理優先度が高くなり、既存のユーザ端末３０Ｂよりも高い処理優先度でインターネット５へアクセスすることができる。
以上のように、ネットワークシステム１は、アプリケーションサーバ１０によってＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０を用いて、ユーザ端末３０のインターネット５へのアクセス制御を行うことができる。
Ｆｒｅｅ-Ｗｉｆｉサービス等のネットワークサービスを提供する店舗において、商品を購入しないにも関わらず大容量の通信を長時間行うユーザによって、他のユーザの通信速度が遅延し、快適なネットワーク環境を提供できない場合がある。このような問題を解決するため、パケットの通信経路を制御する技術を用いることができるが、従来の通信経路の制御技術では、通信経路となる通信ポートごとに優先度に定義することに留まるため、ユーザが使用するユーザ端末３０ごとにパケット処理の優先度を動的に変更することはできなかった。
そこで、ネットワークシステム１は、ＳＤＮ技術による端末識別情報に基づくアクセス制御を用いて優先度処理を実現しているため、ＯｐｅｎＦｌｏｗスイッチ７０に設定されたパケットの処理優先度の定義を動的に変更することができる。ＯｐｅｎＦｌｏｗスイッチ７０には、ユーザ端末３０から送信されるパケットの処理ルール（ユーザ端末３０の端末識別情報と処理優先度）を設定させることができるため、この処理ルールをアプリケーションサーバ１０によって動的に変更することができる。
また、ネットワークシステム１は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された処理ルールを用いて、ユーザによる支払金額と通信の快適度が比例したネットワークサービスを提供することができる。ネットワークシステム１は、ユーザによる支払金額に比例するポイントを発行し、支払金額に比例したネットワーク環境をユーザに提供する。これにより、ネットワークシステム１は、支払金額の多いユーザには優先度の高い通信を長時間提供することができるため、ユーザの商品の購買意欲を促進させることができる。
また、ネットワークシステム１は、ユーザ自身がＯｐｅｎＦｌｏｗスイッチ７０に設定される処理優先度と利用時間を選択することができるので、ユーザの利用目的に合わせた通信速度のネットワーク環境を提供することができる。
●ハードウエア構成
続いて、図１２および図１３を用いて、実施形態に係る各装置のハードウエア構成について説明する。実施形態に係る各装置のハードウエア構成は、一般的なコンピュータの構成を有する。まず、図１２を用いて、一般的なコンピュータのハードウエア構成例について説明する。
○コンピュータのハードウエア構成○
図１２は、実施形態に係るコンピュータのハードウエア構成の一例を示す図である。コンピュータ２００は、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、ストレージ２０４、キーボード２０５、ディスプレイインターフェース（I/F）２０６、メディアインターフェース（I/F）２０７、ネットワークインターフェース（I/F）２０８、タイマ２０９およびバスライン２１０を備える。
ＣＰＵ２０１は、ＲＯＭ２０２やストレージ２０４等に格納された本発明に係るプログラムやデータをＲＡＭ２０３上に読み出し、処理を実行することで、コンピュータ２００の各機能を実現する演算装置である。例えば、アプリケーションサーバ１０は、本発明に係るプログラムが実行されることで本発明に係る制御方法を実現する。
ＲＯＭ２０２は、電源を切ってもプログラムやデータを保持することができる不揮発性のメモリである。ＲＯＭ２０２は、例えば、フラッシュＲＯＭ等により構成される。ＲＯＭ２０２は、ＳＤＫ（Software Development Kit）およびＡＰＩ（Application Programming Interface）等のアプリケーションをインストールしており、インストールされたアプリケーションを用いて、コンピュータ２００の機能やネットワーク接続等を実現することが可能である。
ＲＡＭ２０３は、ＣＰＵ２０１のワークエリア等として用いられる揮発性のメモリである。ストレージ２０４は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等のストレージデバイスである。ストレージ２０４は、例えば、ＯＳ（Operation System）、アプリケーションプログラムおよび各種データ等を記憶する。
キーボード２０５は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。入力手段は、キーボード２０５のみならず、例えば、マウス、タッチパネルまたは音声入力装置等であってもよい。ディスプレイＩ／Ｆ２０６は、ＬＣＤ（Liquid Crystal Display）等のディスプレイ２０６ａに対するカーソル、メニュー、ウィンドウ、文字または画像等の各種情報の表示を制御する。ディスプレイ２０６ａは、入力手段を備えたタッチパネルディスプレイであってもよい。
メディアＩ／Ｆ２０７は、ＵＳＢ（Universal Serial Bus）メモリ、メモリカード、光学ディスクまたはフラッシュメモリ等の記録メディア２０７ａに対するデータの読み出しまたは書き込み（記憶）を制御する。
ネットワークＩ／Ｆ２０８は、コンピュータ２００をネットワークに接続し、他のコンピュータや、電子機器等とデータの送受信を行うためのインターフェースである。ネットワークＩ／Ｆ２０８は、例えば、有線または無線ＬＡＮ（Local Area Network）等の通信インターフェースである。また、ネットワークＩ／Ｆ２０８は、３Ｇ（3rd Generation）、ＬＴＥ(Long Term Evolution)、４Ｇ（4th Generation）、５Ｇ（5th Generation）、Ｚｉｇｂｅｅ（登録商標）、ＢＬＥ（Bluetooth（登録商標）Low Energy）、ミリ波無線通信の通信インターフェースを備えてもよい。タイマ２０９は、時間計測機能を有する計測装置である。タイマ２０９は、コンピュータによるソフトタイマでもよい。
バスライン２１０は、上記の各構成要素に共通に接続され、アドレス信号、データ信号、および各種制御信号等を伝送する。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ストレージ２０４、キーボード２０５、ディスプレイＩ／Ｆ２０６、メディアＩ／Ｆ２０７およびネットワークＩ／Ｆ２０８およびタイマ２０９は、バスライン２１０を介して相互に接続されている。
なお、実施形態に係る各装置のハードウエア構成は、必要に応じて構成要素が追加または削除されてもよい。例えば、アプリケーションサーバ１０、ＯｐｅｎＦｌｏｗコントローラ５０およびアクセス対象サーバ９０は、キーボード９０５等の入力手段およびディスプレイ２０６ａを備えていない構成であってもよい。
○ＯｐｅｎＦｌｏｗスイッチのハードウエア構成○
続いて、図１３を用いて、ＯｐｅｎＦｌｏｗスイッチ７０のハードウエア構成例について説明する。図１３は、実施形態に係るＯｐｅｎＦｌｏｗスイッチのハードウエア構成の一例を示す図である。ＯｐｅｎＦｌｏｗスイッチ７０は、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ストレージ７０４、メディアインターフェース（Ｉ／Ｆ）７０５、ネットワークインターフェース（Ｉ／Ｆ）７０６およびバスライン７０７を備える。
ＣＰＵ７０１は、ＲＯＭ７０２やストレージ７０４等に格納された本発明に係るプログラムやデータをＲＡＭ７０３上に読み出し、処理を実行することで、ＯｐｅｎＦｌｏｗスイッチ７０の各機能を実現する演算装置である。ＲＯＭ７０２は、電源を切ってもプログラムやデータを保持することができる不揮発性のメモリである。ＲＯＭ７０２は、例えば、フラッシュＲＯＭ等により構成される。ＲＯＭ７０２は、ＳＤＫ（Software Development Kit）およびＡＰＩ（Application Programming Interface）等のアプリケーションをインストールしており、インストールされたアプリケーションを用いて、ＯｐｅｎＦｌｏｗスイッチ７０の機能やネットワーク接続等を実現することが可能である。
ＲＡＭ７０３は、ＣＰＵ７０１のワークエリア等として用いられる揮発性のメモリである。ストレージ７０４は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等のストレージデバイスである。ストレージ７０４は、例えば、ＯＳ（Operation System）、アプリケーションプログラムおよび各種データ等を記憶する。
メディアＩ／Ｆ７０５は、ＵＳＢ（Universal Serial Bus）メモリ、メモリカード、光学ディスクまたはフラッシュメモリ等の記録メディア７０５ａに対するデータの読み出しまたは書き込み（記憶）を制御する。
ネットワークＩ／Ｆ７０６は、ＯｐｅｎＦｌｏｗスイッチ７０をネットワークに接続し、他のコンピュータや、電子機器等とデータの送受信を行うためのインターフェースである。ネットワークＩ／Ｆ７０６は、接続先の異なる複数の通信インターフェース（ポート（ｅｔｈ）０(７０６ａ)，ポート（ｅｔｈ）１(７０６ｂ)）を有する。通信インターフェースは、例えば、ＴＣＰ(Transmission Control Protocol)プロトコルに準拠した通信ポートである。なお、通信ポートの数は、これに限られず、三つ以上の通信ポートを有していてもよい。
バスライン７０７は、上記の各構成要素に共通に接続され、アドレス信号、データ信号、および各種制御信号等を伝送する。ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ストレージ７０４、メディアＩ／Ｆ７０５およびネットワークＩ／Ｆ７０６は、バスライン７０７を介して相互に接続されている。
●機能構成
○アプリケーションサーバの機能構成
続いて、実施形態に係るネットワークシステムの機能構成について説明する。まず、図１４を用いて、アプリケーションサーバ１０の機能構成を説明する。図１４は、第１の実施形態に係るアプリケーションサーバの機能構成の一例を示す図である。図１４に示すアプリケーションサーバ１０によって実現される機能は、送受信部１１、認証部１２、判断部１３、ユーザ情報生成部１４、時刻情報取得部１５、ネットワーク利用ルール生成部１６、制御ポリシー生成部１７、記憶・読出部１８および記憶部１００を含む。
送受信部１１は、外部装置と各種データの送受信を行う機能である。送受信部１１は、例えば、ローカルネットワーク３内に存在する装置または端末との間で、各種データ（情報）の送受信を行う。送受信部１１は、例えば、ユーザによる特定の支払に係る支払情報を含むユーザ情報登録要求を、レジスタ端末８０から受信する。また、送受信部１１は、特定のユーザを識別するためのユーザ識別情報、および特定のユーザ端末３０を識別するための端末識別情報を、ユーザ端末３０から受信する。さらに、送受信部１１は、例えば、後述する制御ポリシー生成部１７によって生成された制御ポリシー７１０を、ＯｐｅｎＦｌｏｗスイッチ７０へ送信する。送受信部１１は、例えば、図１２に示したネットワークＩ／Ｆ２０８およびＣＰＵ２０１で実行されるプログラム等によって実現される。送受信部１１は、支払情報受信手段の一例である。また、送受信部１１は、識別情報受信手段の一例である。さらに、送受信部１１は、送信手段の一例である。また、送受信部１１は、条件情報受信手段の一例である。
認証部１２は、ユーザ端末３０を用いてＷｅｂアプリケーションを利用するユーザの認証処理を行う機能である。認証部１２は、例えば、送受信部１１によって受信されたユーザ識別情報と後述するユーザ情報管理テーブル１１０を用いて、ユーザ識別情報を送信したユーザ端末３０を使用するユーザの認証処理を行う。認証部１２は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。
判断部１３は、後述する制御ポリシー７１０を適用する期間内（期間外）であるかを判断する機能である。判断部１３は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。
ユーザ情報生成部１４は、ユーザ端末３０を使用するユーザを識別するためのユーザ情報を生成する機能である。ユーザ情報生成部１４は、送受信部１１によって受信されたユーザ情報登録要求に含まれる支払情報と、当該支払情報に係る特定の支払を行った特定のユーザを識別するためのユーザ識別情報とが関連づけられたユーザ情報を生成する。ユーザ情報生成部１４によって生成されたユーザ情報は、後述するユーザ情報管理テーブル１１０によって記憶・管理される。ユーザ情報生成部１４は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。
時刻情報取得部１５は、タイマ２０９を用いて現在時刻を示す時刻情報１３０を取得する機能である。時刻情報取得部１５によって取得された時刻情報１３０は、記憶部１００に記憶される。時刻情報取得部１５は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。
ネットワーク利用ルール生成部１６は、ＯｐｅｎＦｌｏｗスイッチ７０におけるユーザ端末３０から送信されるパケットを処理する優先度を含むネットワーク利用ルールを生成する機能である。ネットワーク利用ルール生成部１６によって生成されたネットワーク利用ルールは、後述するネットワーク利用ルール管理テーブル１７０によって記憶・管理される。ネットワーク利用ルール生成部１６は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。
制御ポリシー生成部１７は、ＯｐｅｎＦｌｏｗスイッチ７０に設定される制御ポリシー７１０を生成する機能である。制御ポリシー７１０は、ＯｐｅｎＦｌｏｗにおけるフローテーブルおよびフローエントリに相当する。制御ポリシー生成部１７は、ネットワーク利用ルール生成部１６によって生成されたネットワーク利用ルールを、ＯｐｅｎＦｌｏｗコントローラ５０およびＯｐｅｎＦｌｏｗスイッチ７０が受信可能なデータ形式である制御ポリシー７１０に変換する。制御ポリシー７１０は、例えば、ＳＤＮのＯｐｅｎＦｌｏｗ技術において使用できるＪＳＯＮ形式等で記述される。制御ポリシー７１０には、例えば、特定のユーザ端末３０を識別するための端末識別情報、制御ポリシー７１０を適用するための期間を示す期間情報、および特定のユーザ端末３０から送信されるパケットを処理する優先度を示す特定の処理優先度が含まれる。制御ポリシー７１０は、制御情報の一例である。制御ポリシー生成部１７は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。制御ポリシー生成部１７は、生成手段の一例である。
記憶・読出部１８は、記憶部１００に各種データを記憶し、記憶部１００から各種データを読み出す機能である。記憶・読出部１８は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等により実現される。また、記憶部１００は、例えば、図１２に示したＲＯＭ２０２、ストレージ２０４または記録メディア２０７ａ等により実現される。さらに、記憶部１００は、ユーザ情報管理テーブル１１０、時刻情報１３０、条件情報管理テーブル１５０ａ、およびネットワーク利用ルール管理テーブル１７０を記憶している。
○ユーザ情報管理テーブル
図１６（ａ）は、実施形態に係るユーザ情報管理テーブルの一例を示す図である。図１６（ａ）に示すユーザ情報管理テーブル１１０は、アプリケーションサーバ１０が提供するＷｅｂアプリケーションを利用するユーザを識別するためのユーザ情報を記憶・管理するものである。ユーザ情報管理テーブル１１０は、アプリケーションサーバ１０が提供するＷｅｂアプリケーションにログインする際に用いるユーザＩＤおよびパスワード、並びにユーザが利用可能なポイントを示すポイント情報を関連づけて記憶・管理している。
ユーザＩＤおよびパスワードは、特定のユーザを識別するためのユーザ識別情報であり、ユーザ情報生成部１４によって乱数により取得される。また、ポイント情報は、レジスタ端末８０によって発行されるものであり、ユーザ識別情報によって識別される特定のユーザが利用可能なポイントを示す。ポイント情報は、特定のユーザによる特定の支払に係る支払情報の一例である。
○時刻情報
図１６（ｂ）は、実施形態に係る時刻情報の一例を示す図である。図１６（ｂ）に示す時刻情報１３０は、時刻情報取得部１５によって取得された現在時刻を示す情報である。時刻情報取得部１５は、タイマ２０９を用いて定期的に現在時刻を示す時刻情報１３０を取得し、記憶部１００に記憶させる。
○条件情報管理テーブル
図１７は、実施形態に係る条件情報管理テーブルの一例を示す図である。図１７に示す条件情報管理テーブル１５０ａは、アプリケーションサーバ１０が提供するＷｅｂアプリケーションにおいて、ユーザ端末３０から送信されるパケットを処理する優先度を設定するための条件を示す条件情報を記憶・管理するものである。条件情報管理テーブル１５０ａは、消費ポイントおよび処理優先度を関連づけて記憶している。
消費ポイントは、処理優先度ごとに定義されたポイントの消費ルールである。消費ポイントは、例えば、処理優先度ごとに、当該処理優先度が設定される場合の１分当たりに消費されるポイントが定義されている。消費ポイントは、支払情報を消費する単位を示す条件の一例である。また、処理優先度は、ＯｐｅｎＦｌｏｗスイッチ７０におけるユーザ端末３０から送信されるパケットを処理する優先度である。処理優先度は、「５」〜「０」までの値で段階的に定義されており、例えば、「５」は、最も処理優先度が高く、「０」は、処理優先度が最も低い。
図６に示す例において、処理優先度「５」に対応する条件は、「５０／ｍｉｎ」であり、１分当たり５０ポイントが消費されることを意味する。また、処理優先度「４」に対応する条件は、「４０／ｍｉｎ」であり、１分当たり４０ポイントが消費されることを意味する。さらに、処理優先度「３」に対応する条件は、「３０／ｍｉｎ」であり、１分当たり３０ポイントが消費されることを意味する。また、処理優先度「２」に対応する条件は、「２０／ｍｉｎ」であり、１分当たり２０ポイントが消費されることを意味する。さらに、処理優先度「１」に対応する条件は、「１０／ｍｉｎ」であり、１分当たり１０ポイントが消費されることを意味する。処理優先度「０」に対応する条件は、定義されておらず、ポイントは消費されない変わりに、最も処理の優先度が低くなる。
なお、条件情報管理テーブル１５０ａに示される条件情報は、これに限られず、ローカルネットワーク３の管理者等によって適宜修正・変更されてもよい。
○ネットワーク利用ルール管理テーブル
図１８は、実施形態に係るネットワーク利用ルール管理テーブルの一例を示す図である。図１８に示すネットワーク利用ルール管理テーブル１７０は、ＯｐｅｎＦｌｏｗスイッチ７０における処理ルールとなるネットワーク利用ルールを記憶・管理するものである。ネットワーク利用ルール管理テーブル１７０は、ユーザ端末３０を識別するための端末ＩＤ、ネットワーク利用ルールを適用する期間を示す期間情報（適用開始時刻および適用終了時刻）、並びに処理優先度が関連づけられている。端末ＩＤは、特定のユーザ端末３０を識別するための端末識別情報の一例である。図１８に示す端末ＩＤには、特定のユーザ端末３０のＭＡＣアドレスが用いられる。
続いて、図１５を用いて、ネットワークシステム１を構成する他の装置の機能構成を説明する。図１５は、第１の実施形態に係るネットワークシステムを構成する各装置の機能構成の一例を示す図である。
○ユーザ端末の機能構成○
まず、ユーザ端末３０の機能構成について説明する。図１５に示すユーザ端末３０によって実現される機能は、送受信部３１、受付部３２および表示制御部３３を含む。
送受信部３１は、ＯｐｅｎＦｌｏｗスイッチ７０を介して、外部装置と各種データの送受信を行う機能である。送受信部３１は、例えば、ＯｐｅｎＦｌｏｗスイッチ７０を介して、アクセス対象サーバ９０へのアクセス要求（接続要求）を、インターネット５を経由して送信する。また、送受信部３１は、例えば、受付部３２によって選択が受け付けられた、条件情報に含まれる特定の条件を示す特定条件情報を、アプリケーションサーバ１０へ送信する。送受信部３１は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。送受信部３１は、条件情報送信手段の一例である。
受付部３２は、図１２に示したキーボード２０５等の入力手段に対するユーザ入力を受け付ける機能である。受付部３２は、例えば、ディスプレイ２０６ａに表示された利用条件選択画面４００（図２２参照）に示される条件情報のうち、特定の条件の選択を受け付ける。受付部３２は、例えば、図１２に示したキーボード２０５およびＣＰＵ２０１で実行されるプログラム等によって実現される。受付部３２は、受付手段の一例である。表示制御部３３は、図１２に示したディスプレイ２０６ａに各種画面情報を表示させる機能である。表示制御部３３は、例えば、利用条件選択画面４００（図２２参照）を、ディスプレイ２０６ａに表示させる。表示制御部３３は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。
○ＯｐｅｎＦｌｏｗコントローラの機能構成○
続いて、ＯｐｅｎＦｌｏｗコントローラ５０の機能構成について説明する。図１５に示すＯｐｅｎＦｌｏｗコントローラ５０によって実現される機能は、送受信部５１、設定部５２、記憶・読出部５３および記憶部５００を含む。
送受信部５１は、通信ネットワーク７を介して、外部装置と各種データの送受信を行う機能である。送受信部５１は、例えば、アプリケーションサーバ１０から送信された制御ポリシー７１０を受信する。また、送受信部５１は、例えば、設定部５２によって設定された制御ポリシー７１０を、ＯｐｅｎＦｌｏｗスイッチ７０へ転送（送信）する。送受信部５１は、例えば、図１２に示したネットワークＩ／Ｆ２０８およびＣＰＵ２０１で実行されるプログラム等によって実現される。送受信部５１は、制御情報転送手段の一例である。
設定部５２は、ＯｐｅｎＦｌｏｗスイッチ７０におけるユーザ端末３０から送信されるパケットの処理ルールを示す制御ポリシー７１０を設定する機能である。設定部５２は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。記憶・読出部５３は、記憶部５００に各種データを記憶し、記憶部５００から各種データを読み出す機能である。記憶・読出部５３は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等により実現される。また、記憶部５００は、例えば、図１２に示したＲＯＭ２０２、ストレージ２０４または記録メディア２０７ａ等により実現される。さらに、記憶部７００は、設定部５２によって設定された制御ポリシー７１０を記憶している。
なお、ネットワークシステム１において、アプリケーションサーバ１０によって実現される機能は、ＯｐｅｎＦｌｏｗコントローラ５０によって実現されてもよい。この場合、ネットワークシステム１は、アプリケーションサーバ１０とＯｐｅｎＦｌｏｗコントローラ５０によって実現される機能を、一台の制御装置によって実現することができる。
○ＯｐｅｎＦｌｏｗスイッチの機能構成○
次に、ＯｐｅｎＦｌｏｗスイッチ７０の機能構成について説明する。図１５に示すＯｐｅｎＦｌｏｗスイッチ７０によって実現される機能は、第１の送受信部７１、第２の送受信部７２、判断部７３、記憶・読出部７４および記憶部７００を含む。なお、図１５は、ＯｐｅｎＦｌｏｗスイッチ７０が異なる二つの通信ポート（例えば、ポート（ｅｔｈ）０(７０６ａ),ポート（ｅｔｈ）１(７０６ｂ)）を有する場合について説明するが、異なる三つ以上の通信ポートが存在する場合には、ＯｐｅｎＦｌｏｗスイッチ７０によって実現される機能は、通信ポートの数に対応した送受信部を含む。
第１の送受信部７１および第２の送受信部７２は、ＯｐｅｎＦｌｏｗスイッチ７０が有する通信ポートを用いて、ＯｐｅｎＦｌｏｗスイッチ７０に接続された各装置間で各種データを送受信する。第１の送受信部７１は、ユーザ端末３０に接続された通信ポート（例えば、ポート（ｅｔｈ）０（７０６ａ））を介して、各種データの送受信を行う。第２の送受信部７２は、通信ネットワーク７に接続される通信ポート（例えば、ポート（ｅｔｈ）１（７０６ｂ））を介して、各種データの送受信を行う。第１の送受信部７１は、例えば、特定のユーザ端末３０からインターネット５への接続要求を受信する。また、第２の送受信部７２は、例えば、ＯｐｅｎＦｌｏｗコントローラ５０によって設定された制御ポリシー７１０に含まれる特定の処理優先度に基づいて、特定のユーザ端末３０から送信されたインターネット５への接続要求をインターネットへ転送する。第１の送受信部７１および第２の送受信部７２は、例えば、図１３に示したネットワークＩ／Ｆ７０６およびＣＰＵ７０１で実行されるプログラム等によって実現される。第１の送受信部７１は、接続要求受信手段の一例である。また、第２の送受信部７２は、接続要求転送手段の一例である。
判断部７３は、ＯｐｅｎＦｌｏｗコントローラ５０によって設定された制御ポリシー７１０に基づいて、第１の送受信部７１によって受信されたパケットの処理優先度を判断する機能である。判断部７３は、例えば、図１３に示したＣＰＵ７０１で実行されるプログラム等によって実現される。
記憶・読出部７４は、記憶部７００に各種データを記憶し、記憶部７００から各種データを読み出す機能である。記憶・読出部７４は、例えば、図１３に示したＣＰＵ７０１で実行されるプログラム等により実現される。また、記憶部７００は、例えば、図１３に示したＲＯＭ７０２、ストレージ７０４または記録メディア７０７ａ等により実現される。さらに、記憶部７００は、ＯｐｅｎＦｌｏｗコントローラ５０によって設定された制御ポリシー７１０を記憶している。制御ポリシー７１０は、ＯｐｅｎＦｌｏｗコントローラ５０の記憶部５００に記憶されたものと同様である。
○レジスタ端末の機能構成○
次に、レジスタ端末８０の機能構成について説明する。図１５に示すレジスタ端末８０によって実現される機能は、送受信部８１、受付部８２、ポイント付与部８３および出力部８４を含む。
送受信部８１は、通信ネットワーク７を介して、外部装置と各種データの送受信を行う機能である。送受信部８１は、例えば、ユーザによる商品購入時に、特定のユーザの特定の支払に係る支払情報を、アプリケーションサーバ１０へ送信する。また、送受信部８１は、アプリケーションサーバ１０によって生成されたユーザ情報を、アプリケーションサーバ１０から受信する。送受信部８１は、例えば、図１２に示したネットワークＩ／Ｆ２０８およびＣＰＵ２０１で実行されるプログラム等によって実現される。
受付部８２は、図１２に示したキーボード２０５等の入力手段に対するユーザ入力を受け付ける機能である。受付部８２は、例えば、ユーザによる商品購入時に、ユーザによる支払を受け付ける。受付部８２は、例えば、図１２に示したキーボード２０５およびＣＰＵ２０１で実行されるプログラム等によって実現される。
ポイント付与部８３は、ユーザによる商品購入時に、特定のユーザによる特定の支払に係る支払金額に応じたポイントを、当該特定のユーザに付与する機能である。ポイント付与部８３は、例えば、受付部８２によって受け付けられた支払金額に応じたポイントを付与する。ポイント付与部８３は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。
出力部８４は、送受信部８１によって受信されたユーザ情報を出力する機能である。出力部８４は、例えば、ユーザ情報をレシート等の出力物に印刷する。また、出力部８４は、例えば、レジスタ端末８０のディスプレイ２０６ａに、ユーザ情報を表示させる。出力部８４は、例えば、図１２に示したＣＰＵ２０１で実行されるプログラム等によって実現される。
○アクセス対象サーバの機能構成○
次に、アクセス対象サーバ９０の機能構成について説明する。図１５に示すアクセス対象サーバ９０によって実現される機能は、送受信部９１を含む。送受信部９１は、インターネット５を経由して外部装置と各種データの送受信を行う機能である。送受信部９１は、インターネット５を経由してユーザ端末３０と通信を行う。送受信部９１は、例えば、図１２に示したネットワークＩ／Ｆ２０８およびＣＰＵ２０１で実行されるプログラム等によって実現される。
●実施形態における処理または動作
○ユーザ情報の登録処理○
続いて、実施形態に係るネットワークシステムの処理または動作について説明する。まず、図１９を用いて、ネットワークシステム１を利用するユーザのユーザ情報を、アプリケーションサーバ１０に登録する処理について説明する。図１９は、実施形態に係るネットワークシステムにおけるユーザ情報の登録処理の一例を示すシーケンス図である。図１９は、ネットワークシステム１が構築された店舗において、ユーザが商品を購入した場合の処理について説明する。
ステップＳ１１において、レジスタ端末８０のポイント付与部８３は、ユーザが商品を購入した場合、支払金額に応じたポイントを付与する。具体的には、レジスタ端末８０の受付部８２は、ユーザによる商品購入時に、特定のユーザによる特定の支払に係る支払金額の入力を受け付ける。そして、レジスタ端末８０のポイント付与部８３は、受付部８２によって受け付けられた支払金額に応じたポイントを付与する。具体的には、ユーザが５００円の商品を購入した場合、ポイント付与部８３は、例えば、１円あたり１ポイントを付与ルールで、５００ポイントを付与する。なお、ポイント付与ルールは、ネットワークシステム１が構築された店舗等において、適宜設定・変更可能である。
ステップＳ１２において、レジスタ端末８０の送受信部８１は、ポイント付与部８３によってポイントが付与された場合、特定の支払を行ったユーザに関するユーザ情報を登録するためのユーザ情報登録要求を、アプリケーションサーバ１０へ送信する。ここで、ユーザ情報登録要求には、ポイント付与部８３によって付与されたポイントを示すポイント情報が含まれる。ポイント情報は、特定のユーザによる特定の支払に係る支払情報の一例である。これにより、アプリケーションサーバ１０の送受信部１１は、レジスタ端末８０から送信されたユーザ情報登録要求を受信する（支払情報受信ステップの一例）。
ステップＳ１３において、アプリケーションサーバ１０のユーザ情報生成部１４は、送受信部１１によって受信されたユーザ情報登録要求に基づいて、特定の支払を行った特定のユーザを識別するためのユーザ識別情報を生成する。具体的には、ユーザ情報生成部１４は、乱数を用いて、ユーザ識別情報としてユーザＩＤおよびパスワードを生成する。そして、ユーザ情報生成部１４は、生成したユーザＩＤおよびパスワードに、送受信部１１によって受信されたユーザ情報登録要求に含まれるポイント情報が関連づけられたユーザ情報を生成する。
ステップＳ１４において、アプリケーションサーバ１０の記憶・読出部１８は、ユーザ情報生成部１４によって生成されたユーザ情報を、記憶部１００に含まれるユーザ情報管理テーブル１１０に記憶させる。これにより、アプリケーションサーバ１０は、特定のユーザによる商品購入時に付与されたポイントを、そのユーザが利用可能なポイント情報として、ユーザごとに登録することができる。
なお、アプリケーションサーバ１０によってユーザＩＤおよびパスワードが生成される例を説明したが、ユーザＩＤおよびパスワードは、レジスタ端末８０による支払の受付時に生成される構成であってもよい。この場合、レジスタ端末８０から送信されるユーザ情報登録要求には、ポイント情報と併せて、ユーザＩＤおよびパスワードが含まれる。また、レジスタ端末８０によってポイントが付与される例を説明したが、ポイントの付与は、アプリケーションサーバ１０によって行われる構成であってもよい。この場合、アプリケーションサーバ１０は、レジスタ端末８０から送信された支払金額の情報に基づいて、支払金額に応じたポイントを付与する。
さらに、図１９において、ユーザ情報生成部１４によってユーザ識別情報が生成される例を説明したが、ユーザ識別情報は、アプリケーションサーバ１０に予め登録されている構成であってもよい。この場合、レジスタ端末８０の送受信部８１は、特定の支払を行った特定のユーザのユーザ識別情報の入力、またはユーザ識別情報が登録されたポイントカード等の読込によって、受付部８２によって受け付けられたユーザ識別情報を、アプリケーションサーバ１０へ送信する。これにより、アプリケーションサーバ１０は、ユーザによる支払が行われるたびにユーザ識別情報を生成する必要がないとともに、特定のユーザに付与され、そのユーザが利用可能なポイントを蓄積することができる。また、アプリケーションサーバ１０は、ユーザ情報管理テーブル１１０に、ポイント情報ではなく、特定のユーザによる支払金額そのものを、ユーザＩＤおよびパスワードと関連づけて記憶させてもよい。この場合の支払金額は、特定のユーザによる特定の支払に係る支払情報の一例である。
ステップＳ１５において、アプリケーションサーバ１０の送受信部１１は、ユーザ情報生成部１４によって生成されたユーザ情報を、レジスタ端末８０へ送信する。これにより、レジスタ端末８０の送受信部８１は、アプリケーションサーバ１０から送信されたユーザ情報を受信する。
ステップＳ１６において、レジスタ端末８０の出力部８４は、送受信部８１によって受信されたユーザ情報を、所定の形式で出力する。出力部８４は、例えば、レシート等の出力物に、ユーザ情報を印刷する。出力部８４によって出力されたレシートには、例えば、ユーザＩＤ「201805021130」、パスワード「1234」、ポイント情報「500」が印字されている。また、出力部８４は、例えば、レジスタ端末８０のディスプレイ２０６ａに、ユーザ情報を表示させてもよい。
ここで、レジスタ端末８０から出力される出力物の例について説明する。図２０は、実施形態に係るレジスタ端末によって出力される出力物の一例を示す図である。図２０に示す出力物８００は、レジスタ端末８０から出力されるレシートである。図２０に示す出力物８００には、特定の支払に係る支払金額、特定の支払に係る支払金額に応じて付与されるポイント、および特定の支払を行った特定のユーザを識別するためのユーザ識別情報（ユーザＩＤおよびパスワード）が含まれる。
特定の支払を行ったユーザは、図２０に示す出力物８００に示されるユーザ識別情報およびポイント情報を含むユーザ情報を用いて、後述のインターネット５を介したネットワークサービスを利用するための処理を行う。
また、図２０に示す出力物８００には、ユーザ情報が埋め込まれたＱＲコードが含まれる。ユーザは、出力物８００に示されるＱＲコードを読み取ることによって、ユーザ情報を使用することができる。
これにより、アプリケーションサーバ１０は、レジスタ端末８０によって受け付けられた特定の支払に係る支払金額に応じて付与されたポイント情報を、特定の支払を行った特定のユーザごとに管理することができる。そして、ネットワークシステム１は、レジスタ端末８０から出力されたレシート等の出力物によって、アプリケーションサーバ１０が提供するアプリケーションの利用時に使用するユーザ識別情報（ユーザＩＤおよびパスワード）を、ユーザに提示することができる。
○制御ポリシーの設定処理○
続いて、図２１乃至図２３を用いて、ＯｐｅｎＦｌｏｗスイッチ７０におけるパケット処理ルールを設定する処理について説明する。図２１は、実施形態に係るネットワークシステムにおける制御ポリシーの設定処理の一例を示すシーケンス図である。
ステップＳ３１において、ユーザ端末３０の受付部３２は、特定のユーザがインターネット５を介したネットワークサービスを利用するための認証情報の入力を受け付ける。具体的には、受付部３２は、所定の入力画面に対する入力操作によって、認証情報の入力を受け付ける。ここで、入力される認証情報は、図１９に示した処理によってレジスタ端末８０から出力されたレシート等の出力物に記載されているユーザ識別情報（ユーザＩＤおよびパスワード）である。なお、レジスタ端末８０によって出力された出力物にユーザ情報が埋め込まれたＱＲコードが記載されている場合、受付部３２は、ＱＲコードを読み込むことによって認証情報を受け付けてもよい。
ステップＳ３２において、ユーザ端末３０の送受信部３１は、受付部３２によって認証情報の入力が受け付けられた場合、ユーザ端末３０をアプリケーションサーバ１０に登録するための端末登録要求を、ＯｐｅｎＦｌｏｗスイッチ７０へ送信する。ここで、端末登録要求には、ユーザ端末３０の端末ＩＤ等の端末識別情報、および受付部３２によって受け付けられた認証情報としてのユーザ識別情報（ユーザＩＤおよびパスワード）が含まれる。これにより、ＯｐｅｎＦｌｏｗスイッチ７０の第１の送受信部７１は、ユーザ端末３０から送信された端末登録要求を受信する。
ステップＳ３３において、ＯｐｅｎＦｌｏｗスイッチ７０の第２の送受信部７２は、第１の送受信部７１によって受信された端末登録要求を、アプリケーションサーバ１０へ転送（送信）する。これにより、アプリケーションサーバ１０の送受信部１１は、ＯｐｅｎＦｌｏｗスイッチから転送（送信）された端末登録要求を受信する（識別情報受信ステップの一例）。
ステップＳ３４において、アプリケーションサーバ１０の認証部１２は、送受信部１１によって受信された端末登録要求に含まれる認証情報を用いて、ユーザ認証処理を行う。具体的には、認証部１２は、端末登録要求に含まれるユーザＩＤおよびパスワードを検索キーとして、ユーザ情報管理テーブル１１０に含まれる対応するユーザＩＤとパスワードの組を検索する。対応する組が存在する場合、認証部１２は、要求元のユーザを正当なユーザであると判断する。対応する組がない場合、認証部１２は、ユーザを不当な（正当でない）ユーザであると判断する。正当でない場合、送受信部１１がユーザ端末３０に対して、正当でない旨の通知を行うが、ここでは、正当である場合について説明を続ける。
ステップＳ３５において、アプリケーションサーバ１０の記憶・読出部１８は、記憶部１００に記憶された条件情報管理テーブル１５０を読み出す。ステップＳ３６において、アプリケーションサーバ１０の送受信部１１は、記憶・読出部１８によって読み出された条件情報管理テーブル１５０に示される条件情報を、ＯｐｅｎＦｌｏｗスイッチ７０へ送信する。なお、この場合、アプリケーションサーバ１０は、ユーザ情報管理テーブル１１０に含まれる、認証されたユーザのユーザＩＤおよびパスワードに関連づけられたポイント情報を参照し、ユーザが利用可能な条件を示す条件情報のみを送信する構成であってもよい。これにより、ＯｐｅｎＦｌｏｗスイッチ７０の第２の送受信部７２は、アプリケーションサーバ１０から送信された条件情報を受信する。
ステップＳ３７において、ＯｐｅｎＦｌｏｗスイッチ７０の第１の送受信部７１は、第２の送受信部７２によって受信された条件情報を、端末登録要求を送信したユーザ端末３０へ転送（送信）する。これにより、ユーザ端末３０の送受信部３１は、ＯｐｅｎＦｌｏｗスイッチ７０から転送（送信）された条件情報を受信する。
ステップＳ３８において、ユーザ端末３０の表示制御部３３は、送受信部３１によって受信された条件情報を、ユーザに選択させるための利用条件選択画面４００を、ユーザ端末３０のディスプレイ２０６ａに表示させる。
ここで、図２２を用いて、利用条件選択画面４００について説明する。図２２は、実施形態に係るユーザ端末に表示される利用条件選択画面の一例を示す図である。図２２に示す利用条件選択画面４００には、選択可能な利用条件の一覧を示す条件情報一覧表示領域４０１、特定の条件情報を選択する場合に押下される選択ボタン４０５、選択処理を中止する場合に押下されるキャンセルボタン４０７を含む。さらに、条件情報一覧表示領域４０１は、それぞれの条件情報を選択するための選択領域４０３を含む。
ステップＳ３９において、ユーザ端末３０の受付部３２は、利用条件選択画面４００の選択領域４０３および選択ボタン４０５に対する入力を受け付ける。図２２に示す例では、受付部３２は、例えば、条件「５０／ｍｉｎ」および処理優先度「５」である条件情報の選択を受け付ける。
ステップＳ４０において、ユーザ端末３０の送受信部３１は、受付部３２によって選択が受け付けられた特定の条件を示す選択情報を、ＯｐｅｎＦｌｏｗスイッチ７０へ送信する。ここで、選択情報は、条件情報に含まれる特定の条件を示す特定条件情報の一例である。これにより、ＯｐｅｎＦｌｏｗスイッチ７０の第１の送受信部７１は、ユーザ端末３０から送信された選択情報を受信する。ステップＳ４１において、ＯｐｅｎＦｌｏｗスイッチ７０の第２の送受信部７２は、第１の送受信部７１によって受信された選択情報を、アプリケーションサーバ１０へ転送（送信）する。これにより、アプリケーションサーバ１０の送受信部１１は、ＯｐｅｎＦｌｏｗスイッチ７０から転送（送信）された選択情報を受信する。
ステップＳ４２において、アプリケーションサーバ１０は、送受信部１１によって受信された選択情報を用いて、ユーザ端末３０に対するアクセス制御を行うための制御ポリシー７１０を設定する。ここで、図２３を用いて、アプリケーションサーバ１０による制御ポリシー７１０の設定処理の詳細を説明する。図２３は、実施形態に係るアプリケーションサーバにおける制御ポリシーの生成処理の一例を示すフローチャートである。
ステップＳ４２１において、記憶・読出部１８は、送受信部１１によって選択情報が受信された場合、記憶部１００に記憶されたユーザ情報管理テーブル１１０を読み出す。ステップＳ４２２において、ネットワーク利用ルール生成部１６は、送受信部１１によって受信された選択情報および記憶・読出部１８によって読み出されたユーザ情報管理テーブル１１０を用いて、選択情報を送信したユーザ端末３０を使用するユーザが、選択情報に示される特定の条件を利用可能な利用可能時間を算出する。具体的には、ネットワーク利用ルール生成部１６は、記憶・読出部１８によって読み出されたユーザ情報管理テーブル１１０のうち、ユーザ端末３０を使用するユーザのユーザＩＤおよびパスワードに関連づけられたポイント情報を取得する。そして、ネットワーク利用ルール生成部１６は、送受信部１１によって受信された選択情報に示される特定の条件と、取得したポイント情報とに基づいて、ユーザ端末３０を使用するユーザが、選択された特定の条件を利用可能な利用可能時間を算出する。例えば、選択情報に示される特定の条件が消費ポイント「５０／ｍｉｎ」および処理優先度「５」であり、ポイント情報が「５００」である場合、ネットワーク利用ルール生成部１６により算出される利用可能時間は、「１０ｍｉｎ」となる。
ステップＳ４２３において、判断部１３は、算出された利用可能時間に基づいて、選択された特定の条件が利用可能であるかを判断する。判断部１３は、例えば、ネットワーク利用ルール生成部１６によって算出された利用可能時間が「０ｍｉｎ」である、すなわち利用可能時間が存在しない場合、選択された特定の条件が利用できないと判断し、処理をステップＳ４２８へ移行させる。一方で、判断部１３は、例えば、ネットワーク利用ルール生成部１６によって算出された利用可能時間が「０ｍｉｎ」でない、すなわち利用可能時間が存在する場合、選択された特定の条件が利用可能と判断し、処理をステップＳ４２４へ移行させる。なお、特定の条件が利用可能であるかの判断基準は、これに限られず、例えば、算出された利用可能時間が１ｍｉｎ以下等の所定の時間未満である場合に、特定の条件が利用できないと判断してもよい。
ステップＳ４２８において、送受信部１１は、判断部１３によって選択された特定の条件を利用できないと判断された場合、インターネット５を介したネットワークサービスを利用できないことを示す利用不可通知を、ＯｐｅｎＦｌｏｗスイッチ７０を介してユーザ端末３０へ送信する。そして、利用不可通知を受信したユーザ端末３０は、表示制御部３３によりディスプレイ２０６ａに利用不可通知を表示させる等の方法によって、インターネット５を介したネットワークサービスを利用できないことをユーザに提示する。
ステップＳ４２４において、時刻情報取得部１５は、記憶部１００に記憶された、現在時刻を示す時刻情報１３０を取得する。なお、時刻情報取得部１５は、タイマ２０９によって定期的に時刻情報１３０を取得しており、取得した時刻情報１３０を記憶部１００に記憶させている。時刻情報取得部１５は、例えば、現在時刻として「１１：３５」の時刻情報１３０を取得する。
ステップＳ４２５において、ネットワーク利用ルール生成部１６は、時刻情報取得部１５によって取得された時刻情報１３０、およびステップＳ４２２によって算出された利用可能時間を用いて、ユーザ端末３０がインターネット５を介したネットワークサービスを利用するためのネットワーク利用ルールを生成する。具体的には、ネットワーク利用ルール生成部１６は、時刻情報１３０に示される現在時刻を、ルールの適用開始時間に設定し、現在時刻から利用可能時間を経過した時刻を、ルールの適用終了時刻に設定する。例えば、ネットワーク利用ルール生成部１６は、時刻情報１３０が「１１：３５」を示し、利用可能時間が「１０ｍｉｎ」である場合、適用開始時刻「１１：３５」と適用終了時刻「１１：４５」を設定する。そして、ネットワーク利用ルール生成部１６は、設定した適用開始時間と適用終了時刻に、図２１のステップＳ３３で受信された端末登録要求に含まれる端末ＩＤ等の端末識別情報およびステップＳ４１で受信された選択情報に含まれる処理優先度を関連づけたネットワーク利用ルールを生成する。例えば、ネットワーク利用ルール生成部１６は、適用開始時刻「１１：３５」と適用終了時刻「１１：４５」に、端末ＩＤ「Ａ１：Ａ２：Ａ３：Ａ４：Ａ５：Ａ６」および処理優先度「５」を関連づけたネットワーク利用ルールを生成する。
ステップＳ４２６において、記憶・読出部１８は、ネットワーク利用ルール生成部１６によって生成されたネットワーク利用ルールを、記憶部１００に含まれるネットワーク利用ルール管理テーブル１７０に記憶させる。
ステップＳ４２７において、制御ポリシー生成部１７は、ネットワーク利用ルール生成部１６によって生成されたネットワーク利用ルールに基づいて、ＯｐｅｎＦｌｏｗスイッチ７０におけるユーザ端末３０から送信されるパケットの処理ルールを示す制御ポリシー７１０を生成する。具体的には、制御ポリシー生成部１７は、ネットワーク利用ルール生成部１６によって生成されたネットワーク利用ルールを、ＯｐｅｎＦｌｏｗコントローラ５０およびＯｐｅｎＦｌｏｗスイッチ７０が受信可能なデータ形式に変換することにより、制御ポリシー７１０を生成する。制御ポリシー７１０は、例えば、ＯｐｅｎＦｌｏｗ形式、ＪＳＯＮ形式等のデータ形式で生成される。これにより、アプリケーションサーバ１０は、ユーザ端末３０を使用する特定のユーザによる特定の支払に応じて付与されたポイント情報に応じた処理優先度を含む制御ポリシー７１０を生成することができる。
図２１に戻り、ＯｐｅｎＦｌｏｗスイッチ７０におけるパケット処理ルールを設定する処理の説明を続ける。ステップＳ４３において、アプリケーションサーバ１０の送受信部１１は、制御ポリシー生成部１７によって生成された制御ポリシー７１０を、ＯｐｅｎＦｌｏｗコントローラ５０へ送信する（送信ステップの一例）。これにより、ＯｐｅｎＦｌｏｗコントローラ５０の送受信部５１は、アプリケーションサーバ１０から送信された制御ポリシー７１０を受信する。
ステップＳ４４において、ＯｐｅｎＦｌｏｗコントローラ５０の設定部５２は、送受信部５１によって受信された制御ポリシー７１０を、記憶・読出部５３を介して記憶部５００に記憶させることで、制御ポリシー７１０を設定する。
ステップＳ４５において、ＯｐｅｎＦｌｏｗコントローラ５０の送受信部５１は、設定部５２によって設定された制御ポリシー７１０を、ＯｐｅｎＦｌｏｗスイッチ７０へ転送（送信）する。これにより、ＯｐｅｎＦｌｏｗスイッチ７０の第２の送受信部７２は、ＯｐｅｎＦｌｏｗコントローラ５０から転送（送信）された制御ポリシー７１０を受信する。ステップＳ４６において、ＯｐｅｎＦｌｏｗスイッチ７０の記憶・読出部７４は、第２の送受信部７２によって受信された制御ポリシー７１０を、記憶部７００に記憶させる。
これにより、ＯｐｅｎＦｌｏｗスイッチ７０は、ユーザ端末３０から送信されるパケットの処理ルールを、ユーザ端末３０を使用するユーザによる支払に係る支払金額に応じて設定することができるため、処理ルールを動的に変更することができるともに、ユーザの利用状況に応じたアクセス制御を実現することができる。
○アクセス対象サーバへの接続処理○
続いて、図２４を用いて、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０に基づくユーザ端末３０からインターネット５を経由したアクセス対象サーバ９０への接続処理について説明する。図２４は、実施形態に係るネットワークシステムにおける、ユーザ端末とアクセス対象サーバとの接続処理の一例を示すシーケンス図である。
ステップＳ５１において、ユーザ端末３０の送受信部３１は、インターネット５を介したアクセス対象サーバ９０への接続要求を、ＯｐｅｎＦｌｏｗスイッチ７０へ送信する。ここで、接続要求には、ユーザ端末３０を識別するための端末ＩＤ等の端末識別情報が含まれる。これにより、ＯｐｅｎＦｌｏｗスイッチ７０の第１の送受信部７１は、ユーザ端末３０から送信された接続要求を受信する。
ステップＳ５２において、ＯｐｅｎＦｌｏｗスイッチ７０の記憶・読出部７４は、記憶部７００に記憶された制御ポリシー７１０を読み出す。ステップＳ５３において、ＯｐｅｎＦｌｏｗスイッチ７０の判断部７３は、記憶・読出部７４によって読み出された制御ポリシー７１０に含まれる処理優先度を特定する。具体的には、判断部７３は、制御ポリシー７１０のうち、送受信部３１によって受信された接続要求に含まれる端末ＩＤ等の端末識別情報に関連づけられた処理優先度を特定する。
ステップＳ５４において、ＯｐｅｎＦｌｏｗスイッチ７０の第２の送受信部７２は、第１の送受信部５１によって受信された接続要求を、インターネット５を介してアクセス対象サーバ９０へ転送（送信）する。これにより、アクセス対象サーバ９０の送受信部９１は、ＯｐｅｎＦｌｏｗスイッチ７０から転送（送信）された接続要求を受信する。
ステップＳ５５において、ユーザ端末３０からの接続要求を受信したアクセス対象サーバ９０は、ＯｐｅｎＦｌｏｗスイッチ７０によって特定された処理優先度に基づいて、ユーザ端末３０との接続を確立する。これにより、アプリケーションサーバ１０に登録されたユーザ端末３０は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０に含まれる処理優先度に基づいて、インターネット５を利用したネットワークサービスを利用することができる。
○制御ポリシーの変更処理○
続いて、図２５および図２６を用いて、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０を変更する処理について説明する。図２５および図２６において、ユーザ端末３０は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０に基づいて、アクセス対象サーバ９０にアクセスしている状態である。図２５は、実施形態に係るネットワークシステムにおける制御ポリシーの変更処理の一例を示すシーケンス図である。
ステップＳ７１において、アプリケーションサーバ１０は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０を変更する。図２６は、実施形態に係るアプリケーションサーバにおける制御ポリシーの変更処理の一例を示すフローチャートである。
ステップＳ７１１において、記憶・読出部１８は、記憶部１００に記憶されたネットワーク利用ルール管理テーブル１７０を読み出す。ステップＳ７１２において、時刻情報取得部１５は、記憶部１００に記憶された、現在時刻を示す時刻情報１３０を取得する。時刻情報取得部１５は、例えば、現在時刻として「１１：５０」の時刻情報１３０を取得する。
ステップＳ７１３において、判断部１３は、時刻情報取得部１５によって取得された時刻情報１３０、および記憶・読出部１８によって読み出されたネットワーク利用ルール管理テーブル１７０に含まれる適用可能時間に基づいて、ネットワーク利用ルールの適用期間内であるかを判断する。判断部１３は、ネットワーク利用ルールの適用期間内であると判断した場合、ステップＳ７２２からの処理を繰り返す。一方で、判断部１３は、ネットワーク利用ルールの適用期間外であると判断した場合、処理をステップＳ７２４へ移行させる。
ステップＳ７１４において、ネットワーク利用ルール生成部１６は、判断部１３によって適用期間外であると判断されたネットワーク利用ルールを、ネットワーク利用ルール管理テーブル１７０から削除する。
ステップＳ７１５において、制御ポリシー生成部１７は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０を変更する。具体的には、制御ポリシー生成部１７は、ステップＳ７１４による削除処理が反映されたネットワーク利用ルール管理テーブル１７０に含まれるネットワーク利用ルールを、ＯｐｅｎＦｌｏｗコントローラ５０およびＯｐｅｎＦｌｏｗスイッチ７０が受信可能なデータ形式に変換することにより、制御ポリシー７１０を生成する。制御ポリシー７１０は、例えば、ＯｐｅｎＦｌｏｗ形式、ＪＳＯＮ形式等のデータ形式で生成される。
これにより、アプリケーションサーバ１０は、ネットワーク利用ルールの適用期間外になった場合に、特定のユーザ端末３０に適用されている処理優先度を変更するため、ＯｐｅｎＦｌｏｗスイッチ７０の処理優先度を動的に変更することができる。
図２５に戻り、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０を変更する処理の説明を続ける。ステップＳ７２において、アプリケーションサーバ１０の送受信部１１は、制御ポリシー生成部１７によって変更された制御ポリシー７１０を、ＯｐｅｎＦｌｏｗコントローラ５０へ送信する。これにより、ＯｐｅｎＦｌｏｗコントローラ５０の送受信部５１は、アプリケーションサーバ１０から送信された制御ポリシー７１０を受信する。
ステップＳ７３において、ＯｐｅｎＦｌｏｗコントローラ５０の設定部５２は、送受信部５１によって受信された制御ポリシー７１０を、記憶・読出部５３を介して記憶部５００に記憶させることで、制御ポリシー７１０を変更する。ステップＳ７４において、ＯｐｅｎＦｌｏｗコントローラ５０の送受信部５１は、変更された制御ポリシー７１０を、ＯｐｅｎＦｌｏｗスイッチ７０へ転送（送信）する。これにより、ＯｐｅｎＦｌｏｗスイッチ７０の第２の送受信部７２は、ＯｐｅｎＦｌｏｗコントローラ５０から送信された制御ポリシー７１０を受信する。
ステップＳ７５において、ＯｐｅｎＦｌｏｗスイッチ７０の記憶・読出部７４は、記憶部７００に記憶された制御ポリシー７１０を、第２の送受信部７２によって受信された制御ポリシー７１０に変更（上書き）する。
これにより、ネットワークシステム１は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０に含まれる処理優先度を、ユーザ端末３０のインターネット５への接続時間等の接続状況に応じて変更することができる。そのため、ネットワークシステム１は、長時間同じユーザがインターネット５を利用することによって他のユーザのネットワーク環境が悪化することを防止することで、快適なネットワーク環境を実現することができる。
○新規ユーザとの比較○
続いて、図２７を用いて、新規にアプリケーションサーバ１０に登録されたユーザ端末３０がネットワークサービスを利用する場合の処理について説明する。図２７は、実施形態に係るネットワークシステムにおいて、新たなユーザ端末がインターネットを介してアクセス対象サーバに接続する場合のアクセス制御処理の一例を示すシーケンス図である。図２７は、ユーザ端末３０Ａが既にインターネット５を介してアクセス対象サーバ９０に接続された状態で、新たにユーザ端末３０Ｂがアクセス対象サーバ９０へ接続を試みている場合の状態を示す。
ステップＳ９１において、ユーザ端末３０Ａとアクセス対象サーバ９０は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された制御ポリシー７１０に基づいて、インターネット５を介した接続が確立されている。ステップＳ９２において、ユーザ端末３０Ｂの送受信部３１は、インターネット５を介したアクセス対象サーバ９０への接続要求を、ＯｐｅｎＦｌｏｗスイッチ７０へ送信する。ここで接続要求には、ユーザ端末３０Ｂを識別するための端末ＩＤ等の端末識別情報が含まれる。これにより、ＯｐｅｎＦｌｏｗスイッチ７０の第１の送受信部７１は、ユーザ端末３０Ｂから送信された接続要求を受信する。
ステップＳ９３において、ＯｐｅｎＦｌｏｗスイッチ７０の記憶・読出部７４は、記憶部７００に記憶された制御ポリシー７１０を読み出す。ステップＳ９４において、ＯｐｅｎＦｌｏｗスイッチ７０の判断部７３は、記憶・読出部７４によって読み出された制御ポリシー７１０のうち、第１の送受信部７１によって受信された接続要求に含まれる端末識別情報に関連づけられた処理優先度を特定する。また、ＯｐｅｎＦｌｏｗスイッチ７０の判断部７３は、記憶・読出部７４によって読み出された制御ポリシー７１０のうち、アクセス対象サーバ９０と接続されているユーザ端末３０Ａを識別するための端末識別情報に関連づけられた処理優先度を特定する。
そして、判断部７３は、特定したユーザ端末３０Ａに対応する処理優先度とユーザ端末３０Ｂに対応する処理優先度とを比較し、両者の処理優先度が同じである場合、新たにアクセス対象サーバ９０へ接続するユーザ端末３０Ｂから送信されるパケットの処理を優先的に行う。なお、ユーザ端末３０Ａとユーザ端末３０Ｂに対応する処理優先度が異なる場合、ＯｐｅｎＦｌｏｗスイッチ７０は、上記で説明した処理と同様に、制御ポリシー７１０に含まれるそれぞれの処理優先度に基づいて処理を行う。
ステップＳ９５において、ＯｐｅｎＦｌｏｗスイッチ７０の第２の送受信部７２は、アクセス対象サーバ９０へ接続要求を転送（送信）する。そして、ステップＳ９６−１において、ユーザ端末３０Ｂとアクセス対象サーバ９０は、ＯｐｅｎＦｌｏｗスイッチ７０によってユーザ端末３０Ａよりも高い処理優先度でパケット処理されることによって、接続を確立する。一方で、ステップＳ９６−２において、ユーザ端末３０Ａとアクセス対象サーバ９０は、ＯｐｅｎＦｌｏｗスイッチ７０によってユーザ端末３０Ｂよりも低い処理優先度でパケット処理されることによって、接続を確立する。
これにより、ネットワークシステム１は、異なるユーザ端末３０が同じ処理優先度である場合、新たに登録されたユーザ端末の処理を優先することで、長時間ネットワークサービスを利用するユーザの存在によって、新たにインターネット５を介したネットワークサービスを利用したいユーザのネットワーク環境が悪化することを防止することができる。
●実施形態の効果
したがって、実施形態に係るネットワークシステム１は、アプリケーションサーバ１０がレジスタ端末８０から送信された、特定のユーザによる特定の支払に係る支払金額に応じて、特定のユーザが使用するユーザ端末３０から送信されるパケットを処理する処理優先度を含むネットワーク利用ルールを生成する。アプリケーションサーバ１０は、生成したネットワーク利用ルールを、ＯｐｅＦｌｏｗにより処理可能なデータ形式である制御ポリシー７１０に変換し、制御ポリシー７１０をＯｐｅｎＦｌｏｗスイッチ７０へ送信する。そして、ＯｐｅｎＦｌｏｗスイッチ７０は、ＯｐｅｎＦｌｏｗコントローラ５０によって設定された制御ポリシー７１０に含まれる端末識別情報および処理優先度に基づいて、ユーザ端末３０から送信されるパケットの処理を行う。これにより、ネットワークシステム１は、ＯｐｅｎＦｌｏｗスイッチ７０においてユーザ端末３０から送信されるパケットを処理する優先度を、ユーザの利用形態に応じて動的に変更することができる。
●実施形態の変形例１●
次に、実施形態の変形例１について説明する。実施形態の変形例１に係るネットワークシステムは、条件情報が、特定に支払を行った特定のユーザに付与されたポイント情報ではなく、ユーザが支払を行った（購入した）商品に応じて定義される構成である。
図２８は、実施形態の変形例１に係る条件情報管理テーブルの一例を示す図である。実施形態の変形例１に係るアプリケーションサーバ１０は、記憶部１００に条件情報管理テーブル１５０ａに変えて、図２８に示す条件情報管理テーブル１５０ｂを記憶している。図２８に示す条件情報管理テーブル１５０ｂは、商品名ごとに、処理優先度が関連づけられて管理されている。この場合、条件情報管理テーブル１５０ｂは、商品名に示される商品の金額が高いものほど、処理優先度が高くなるようになっている。商品名は、ＯｐｅｎＦｌｏｗスイッチ７０がユーザ端末３０から受信されたパケットを転送する優先度を設定するための条件の一例である。
実施形態の変形例１のネットワークシステムにおいて、アプリケーションサーバ１０は、レジスタ端末８０から特定のユーザによる特定の支払に係る支払情報として、ユーザが購入した商品を識別するための情報を受信し、条件情報管理テーブル１５０ｂに管理されている条件情報に含まれる、対応する商品名に関連づけられた処理優先度を、特定のユーザの処理優先度として設定する。
これにより、実施形態の変形例１に係るネットワークシステムは、ユーザが商品を購入した際に、特定の支払に係る支払金額をポイントに変換する必要がなく、予め定義された購入商品に応じた処理優先度を、特定の支払を行った特定のユーザに割り当てることができるため、ユーザごとの処理優先度の設定をより簡易に行うことができる。
●実施形態の変形例２●
次に、実施形態に係る変形例２について説明する。実施形態の変形例２に係るネットワークシステムは、条件情報が、特定に支払を行った特定のユーザに付与されたポイント情報ではなく、特定の支払を行った特定のユーザの属性に応じて定義される構成である。実施形態の変形例２に係るネットワークシステムは、例えば、ユーザが商品購入時に、ユーザの属性が登録されたポイントカード等を提示し、レジスタ端末８０にユーザ属性が入力される場合の例である。
図２９は、実施形態の変形例２に係る条件情報管理テーブルの一例を示す図である。実施形態の変形例２に係るアプリケーションサーバ１０は、記憶部１００に条件情報管理テーブル１５０ａに変えて、図２９に示す条件情報管理テーブル１５０ｃを記憶している。図２９に示す条件情報管理テーブル１５０ｃは、ユーザの属性を示すユーザ属性情報ごとに、処理優先度が関連づけられて管理されている。ユーザ属性情報とは、例えば、ユーザの過去の支払履歴や登録状況等によって、ユーザのネットワークサービスの利用権限が段階的に登録されたものである。図２９に示すユーザ属性情報は、例えば、プラチナ、ゴールド、シルバー、ブロンズ、ノーマル等のユーザ属性が定義されている。この場合、条件情報管理テーブル１５０ｃは、ユーザ属性が「プラチナ」であるユーザの処理優先度が最も高く、ユーザ属性が「ノーマル」であるユーザの処理優先度が最も低くなるようになっている。ユーザ属性情報は、ＯｐｅｎＦｌｏｗスイッチ７０がユーザ端末３０から受信されたパケットを転送する優先度を設定するための条件の一例である。
実施形態の変形例２のネットワークシステムにおいて、アプリケーションサーバ１０は、レジスタ端末８０から特定のユーザによる特定の支払に係る支払情報として、ユーザの属性を示すユーザ属性情報を受信し、条件情報管理テーブル１５０ｃに管理されている条件情報に含まれる、対応するユーザ属性情報に関連づけられた処理優先度を、特定のユーザの処理優先度として設定する。
これにより、実施形態の変形例２に係るネットワークシステムは、ユーザが商品を購入した際に、特定の支払に係る支払金額をポイントに変換する必要がなく、予め登録されたユーザの属性に応じた処理優先度を、特定の支払を行った特定のユーザに割り当てることができるため、ユーザごとの処理優先度の設定をより簡易に行うことができる。
●まとめ●
以上説明したように、本発明の一実施形態に係るアプリケーションサーバ１０（制御装置の一例）は、ユーザ端末３０（通信端末の一例）から送信されるパケットの処理を行うＯｐｅｎＦｌｏｗスイッチ７０（通信処理装置の一例）を制御するアプリケーションサーバ１０であって、ユーザによる支払を受け付けるレジスタ端末８０（支払端末の一例）から、特定のユーザによる特定の支払に係る支払情報を受信する。アプリケーションサーバ１０は、特定のユーザを識別するためのユーザ識別情報と、特定のユーザ端末３０を識別するための端末識別情報とを、当該特定のユーザ端末３０から受信し、ＯｐｅｎＦｌｏｗスイッチ７０がユーザ端末３０から送信されるパケットを処理する処理優先度（パケットを転送する優先度の一例）を設定するための条件を示す条件情報、ユーザ識別情報および支払情報に基づいて定められた特定の処理優先度、および特定のユーザ端末３０から送信された端末識別情報を、ＯｐｅｎＦｌｏｗスイッチ７０へ送信する。これにより、アプリケーションサーバ１０は、ＯｐｅｎＦｌｏｗスイッチ７０においてユーザ端末３０から送信されるパケットを処理する処理優先度を、ユーザの利用形態に応じて動的に変更することができる。
また、本発明の一実施形態に係るアプリケーションサーバ１０（制御装置の一例）は、特定のユーザによる特定の支払に係る支払情報と特定のユーザ識別情報とを関連づけて記憶する。そして、アプリケーションサーバ１０は、特定のユーザ端末３０から送信されたユーザ識別情報に対応する特定のユーザ識別情報に関連づけられた支払情報と、ＯｐｅｎＦｌｏｗスイッチ７０がユーザ端末３０から送信されるパケットを処理する処理優先度（パケットを転送する優先度の一例）を設定するための条件を示す条件情報に示される条件とに基づいて定められる特定の処理優先度、および特定のユーザ端末３０から送信された端末識別情報を、ＯｐｅｎＦｌｏｗスイッチ７０（通信処理装置の一例）へ送信する。これにより、アプリケーションサーバ１０は、ＯｐｅｎＦｌｏｗスイッチ７０に、ユーザ端末３０から送信されるパケットの処理ルール（ユーザ端末３０の端末識別情報と処理優先度）ＯｐｅｎＦｌｏｗスイッチ７０に設定させることができるため、この処理ルールを動的に変更することができる。
さらに、本発明の一実施形態に係るアプリケーションサーバ１０（制御装置の一例）において、特定のユーザによる特定の支払に係る支払情報は、特定の支払に対応する特定の支払金額に係る情報であり、条件情報は、ＯｐｅｎＦｌｏｗスイッチ７０（通信処理装置の一例）がユーザ端末３０から送信されるパケットを処理する処理優先度（パケットを転送する優先度の一例）と、当該処理優先度が設定される場合に支払情報を消費する単位を示す条件とが関連づけられている。そして、アプリケーションサーバ１０は、支払情報と条件とに基づいて定められた特定の処理優先度を、ＯｐｅｎＦｌｏｗスイッチ７０へ送信する。これにより、アプリケーションサーバ１０は、ＯｐｅｎＦｌｏｗスイッチ７０に設定された処理ルールを用いて、ユーザによる支払金額と通信の快適度が比例したネットワークサービスを提供することができる。
また、本発明の一実施形態に係るアプリケーションサーバ１０（制御装置の一例）は、条件情報に含まれる特定の条件を示す特定条件情報を、ユーザ端末３０（通信端末の一例）から受信し、受信した特定条件情報に示される特定の条件に関連づけられた特定の優先度を、ＯｐｅｎＦｌｏｗスイッチ７０（通信処理装置の一例）へ送信する。これにより、アプリケーションサーバ１０は、ユーザにより選択された処理優先度を示す条件情報を用いて、ＯｐｅｎＦｌｏｗスイッチ７０に設定させる処理ルールを生成することができるので、ユーザの利用目的に合わせた通信速度のネットワーク環境を提供することができる。
さらに、本発明の一実施形態に係るアプリケーションサーバ１０（制御装置の一例）において、制御ポリシー７１０（制御情報の一例）は、特定の処理優先度、端末識別情報および特定の処理優先度を適用するための期間を示す期間情報を含む。そして、アプリケーションサーバ１０は、期間情報に示される期間外である場合、制御ポリシー７１０に含まれる処理優先度を変更し、変更された処理優先度を含む制御ポリシー７１０を、ＯｐｅｎＦｌｏｗスイッチ７０（通信処理装置の一例）へ送信する。これにより、アプリケーションサーバ１０は、制御ポリシー７１０を適用可能な期間を過ぎた場合、制御ポリシー７１０に含まれる処理優先度を動的に変更することで、長時間インターネットへ接続し続けるユーザによって、他のユーザの通信速度が遅延することを防止し、快適なネットワーク環境を提供することができる。
●補足●
なお、実施形態の機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）等のレガシープログラミング言語やオブジェクト指向プログラミング言語等で記述されたコンピュータ実行可能なプログラムにより実現でき、各実施形態の機能を実行するためのプログラムは、電気通信回線を通じて頒布することができる。
また、実施形態の機能を実行するためのプログラムは、ＲＯＭ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、ＥＰＲＯＭ（Erasable Programmable Read-Only Memory）、フラッシュメモリ、フレキシブルディスク、ＣＤ（Compact Disc）−ＲＯＭ、ＣＤ−ＲＷ（Re-Writable）、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯ（Magneto-Optical disc）等の装置可読な記録媒体に格納して頒布することもできる。
さらに、実施形態の機能の一部または全部は、例えばＦＰＧＡ（Field Programmable Gate Array）等のプログラマブル・デバイス（PD）上に実装することができ、またはＡＳＩＣとして実装することができ、各実施形態の機能をＰＤ上に実現するためにＰＤにダウンロードする回路構成データ（ビットストリームデータ）、回路構成データを生成するためのＨＤＬ（Hardware Description Language）、ＶＨＤＬ（Very High Speed Integrated Circuits Hardware Description Language）、Ｖｅｒｉｌｏｇ−ＨＤＬ等により記述されたデータとして記録媒体により配布することができる。
これまで本発明の一実施形態に係る制御装置、ネットワークシステム、制御方法およびプログラムについて説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態の追加、変更または削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
１ ネットワークシステム
３ ローカルネットワーク
５ インターネット
７ 通信ネットワーク
１０ アプリケーションサーバ（制御装置の一例）
１１ 送受信部（支払情報受信手段の一例、識別情報受信手段の一例、送信手段の一例、条件情報受信手段の一例）
１３ 判断部
１４ ユーザ情報生成部
１５ 時刻情報取得部
１６ ネットワーク利用ルール生成部
１７ 制御ポリシー生成部（生成手段の一例）
３０ ユーザ端末（通信端末の一例）
３１ 送受信部（条件情報送信手段の一例）
３２ 受付部（受付手段の一例）
５０ ＯｐｅｎＦｌｏｗコントローラ（制御装置の一例、通信制御装置の一例）
５１ 送受信部（制御情報転送手段の一例）
７０ ＯｐｅｎＦｌｏｗスイッチ(通信処理装置の一例)
７１ 第１の送受信部（接続要求受信手段の一例）
７２ 第２の送受信部（接続要求転送手段の一例）
８０ レジスタ端末（支払端末の一例）
９０ アクセス対象サーバ
１００ 記憶部（記憶手段の一例）
１１０ ユーザ情報管理テーブル
１５０ 条件情報管理テーブル
１７０ ネットワーク利用ルール管理テーブル
７１０ 制御ポリシー（制御情報の一例）
特開２０１２‐２０８８７６号公報

Claims (12)

  1. 通信端末から送信されるパケットの処理を行う通信処理装置を制御する制御装置であって、
    ユーザによる支払を受け付ける支払端末から、特定のユーザによる特定の支払に係る支払情報を受信する支払情報受信手段と、
    前記特定のユーザを識別するためのユーザ識別情報と、特定の通信端末を識別するための端末識別情報とを、当該特定の通信端末から受信する識別情報受信手段と、
    前記通信処理装置が前記通信端末から送信されるパケットを転送する優先度を設定するための条件を示す条件情報、前記ユーザ識別情報および前記支払情報に基づいて定められた特定の優先度、および前記識別情報受信手段によって受信された前記端末識別情報を、前記通信処理装置へ送信する送信手段と、
    を備える制御装置。
  2. 請求項１に記載の制御装置であって、更に、
    前記支払情報と特定のユーザ識別情報とを関連づけて記憶する記憶手段を備え、
    前記送信手段は、前記識別情報受信手段によって受信されたユーザ識別情報に対応する前記特定のユーザ識別情報に関連づけられた前記支払情報と、前記条件情報に示される条件とに基づいて定められる前記特定の優先度、および前記識別情報受信手段によって受信された前記端末識別情報を、前記通信処理装置へ送信する制御装置。
  3. 前記支払情報は、前記特定の支払に対応する特定の支払金額に係る情報であり、
    前記条件情報は、前記優先度と、当該優先度が設定される場合に前記支払情報を消費する単位を示す条件とが関連づけられており、
    前記送信手段は、前記記憶された支払情報と前記条件とに基づいて定められた前記特定の優先度を、前記通信処理装置へ送信する請求項２に記載の制御装置。
  4. 請求項１乃至３のいずれか一項に記載の制御装置であって、更に、
    前記条件情報に含まれる特定の条件を示す特定条件情報を、前記通信端末から受信する条件情報受信手段を備え、
    前記送信手段は、前記受信された前記特定条件情報に示される特定の条件に関連づけられた特定の優先度を、前記通信処理装置へ送信する請求項３に記載の制御装置。
  5. 請求項１乃至４のいずれか一項に記載の制御装置であって、更に、
    前記条件情報、前記ユーザ識別情報および前記支払情報に基づいて定められた特定の優先度、および前記識別情報受信手段によって受信された前記端末識別情報を含む制御情報を生成する生成手段を備え、
    前記送信手段は、前記生成された制御情報を、前記通信処理装置へ送信する制御装置。
  6. 請求項５に記載の制御装置であって、
    前記制御情報は、前記特定の優先度、前記端末識別情報および前記特定の優先度を適用するための期間を示す期間情報を含み、
    前記生成手段は、前記期間情報に示される期間外である場合、前記制御情報に含まれる前記特定の優先度を変更し、
    前記送信手段は、前記特定の優先度が変更された制御情報を、前記通信処理装置へ送信する制御装置。
  7. 請求項１乃至６のいずれか一項に記載の制御装置と、前記通信処理装置と、前記通信端末と制御する通信制御装置とを備えるネットワークシステムであって、
    前記通信制御装置は、
    前記制御装置から送信された、前記特定の優先度および前記端末識別情報を、前記通信処理装置へ転送する制御情報転送手段を備え、
    前記通信処理装置は、前記通信制御装置から転送された前記特定の優先度および前記端末識別情報に基づいて、前記特定の通信端末から送信されたパケットの処理を行うネットワークシステム。
  8. 請求項７に記載のネットワークシステムであって、
    前記通信処理装置は、更に、
    前記特定の通信端末からインターネットを介したアクセス対象サーバへの接続要求を受信する接続要求受信手段を備え、
    前記特定の優先度に基づいて、前記接続要求を前記アクセス対象サーバへ転送する接続要求転送手段と、
    を備えるネットワークシステム。
  9. 請求項７または８に記載のネットワークシステムであって、更に、前記通信端末を備え、
    前記通信端末は、
    前記条件情報に含まれる特定の条件の選択を受け付ける受け付ける受付手段と、
    前記選択された特定の条件を示す特定条件情報を、前記制御装置へ送信する条件情報送信手段と、を備え、
    前記送信手段は、前記特定の通信端末から送信された特定条件情報に示される特定の条件に対応する前記特定の優先度、および前記端末識別情報を、前記通信処理装置へ送信するネットワークシステム。
  10. 前記通信制御装置は、ＯｐｅｎＦｌｏｗコントローラであり、
    前記通信処理装置は、ＯｐｅｎＦｌｏｗスイッチである、請求項７乃至９のいずれか一項に記載のネットワークシステム。
  11. 通信端末から送信されるパケットの処理を行う通信処理装置を制御する制御装置が実行する制御方法であって、
    ユーザによる支払を受け付ける支払端末から、特定のユーザによる特定の支払に係る支払情報を受信する支払情報受信ステップと、
    前記特定のユーザを識別するためのユーザ識別情報と、特定の通信端末を識別するための端末識別情報とを、当該特定の通信端末から受信する識別情報受信ステップと、
    前記通信処理装置が前記通信端末から送信されるパケットを転送する優先度を設定するための条件を示す条件情報、前記ユーザ識別情報および前記支払情報に基づいて定められた特定の優先度、および前記識別情報受信ステップによって受信された前記端末識別情報を、前記通信処理装置へ送信する送信ステップと、
    を実行する制御方法。
  12. コンピュータに、請求項１１に記載の制御方法を実行させるプログラム。
JP2018221648A 2018-11-27 2018-11-27 制御装置、ネットワークシステム、制御方法およびプログラム Active JP7119947B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2018221648A JP7119947B2 (ja) 2018-11-27 2018-11-27 制御装置、ネットワークシステム、制御方法およびプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018221648A JP7119947B2 (ja) 2018-11-27 2018-11-27 制御装置、ネットワークシステム、制御方法およびプログラム

Publications (2)

Publication Number Publication Date
JP2020088650A true JP2020088650A (ja) 2020-06-04
JP7119947B2 JP7119947B2 (ja) 2022-08-17

Family

ID=70910149

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018221648A Active JP7119947B2 (ja) 2018-11-27 2018-11-27 制御装置、ネットワークシステム、制御方法およびプログラム

Country Status (1)

Country Link
JP (1) JP7119947B2 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002215481A (ja) * 2001-01-18 2002-08-02 Nippon Telegr & Teleph Corp <Ntt> Ｗｅｂアクセス制御方法およびシステム
JP2008250447A (ja) * 2007-03-29 2008-10-16 Nec Corp 公衆通信サービス提供方法およびシステム
JP2012104116A (ja) * 2011-11-08 2012-05-31 Masayuki Kawada 無線ｌａｎのインターネット接続ワンクリック認証方式およびシステム
JP2013004041A (ja) * 2011-06-21 2013-01-07 Sharp Corp コンテンツ販売サーバ装置、コンテンツ販売システム、コンテンツ販売方法およびプログラム
JP2014093722A (ja) * 2012-11-06 2014-05-19 Softbank Mobile Corp 転送条件変更装置、プログラム、情報提供システム及び転送条件変更方法
JP2016208173A (ja) * 2015-04-20 2016-12-08 株式会社リコー システム、装置及びプログラム
US20180331974A1 (en) * 2015-12-01 2018-11-15 Alcatel Lucent Method and apparatus for controlling and facilitating control of data stream of user in sdn network

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002215481A (ja) * 2001-01-18 2002-08-02 Nippon Telegr & Teleph Corp <Ntt> Ｗｅｂアクセス制御方法およびシステム
JP2008250447A (ja) * 2007-03-29 2008-10-16 Nec Corp 公衆通信サービス提供方法およびシステム
JP2013004041A (ja) * 2011-06-21 2013-01-07 Sharp Corp コンテンツ販売サーバ装置、コンテンツ販売システム、コンテンツ販売方法およびプログラム
JP2012104116A (ja) * 2011-11-08 2012-05-31 Masayuki Kawada 無線ｌａｎのインターネット接続ワンクリック認証方式およびシステム
JP2014093722A (ja) * 2012-11-06 2014-05-19 Softbank Mobile Corp 転送条件変更装置、プログラム、情報提供システム及び転送条件変更方法
JP2016208173A (ja) * 2015-04-20 2016-12-08 株式会社リコー システム、装置及びプログラム
US20180331974A1 (en) * 2015-12-01 2018-11-15 Alcatel Lucent Method and apparatus for controlling and facilitating control of data stream of user in sdn network

Also Published As

Publication number Publication date
JP7119947B2 (ja) 2022-08-17

Similar Documents

Publication Publication Date Title
JP6763267B2 (ja) 情報処理システム、情報処理装置、プログラム及びレポート作成方法
JP6318698B2 (ja) セキュリティ管理システム、セキュリティ管理方法およびプログラム
EP3089022B1 (en) Cloud server, image forming device, and printing control method
US11163716B2 (en) Discovery controller registration of non-volatile memory express (NVMe) elements in an NVMe-over-fabrics (NVMe-oF) system
JP2013250775A (ja) 仮想マシン管理装置、仮想マシン管理プログラム、仮想マシン管理方法及びネットワークシステム
JP2010218062A (ja) 情報提供装置、情報提供システム、情報提供方法、情報提供プログラム、及びそのプログラムを記録した記録媒体
JP3931710B2 (ja) サーバ装置、通信端末装置、配信システム及び配信プログラム
EP3476081B1 (en) Providing service according to user authority
CN109885243A (zh) 电子系统中的信息处理方法与装置、存储介质、电子设备
JP2019117439A (ja) 情報管理装置、情報管理方法及びプログラム
JP2020088650A (ja) 制御装置、ネットワークシステム、制御方法およびプログラム
JP2020053854A (ja) ネットワークシステム、通信制御装置、通信制御方法およびプログラム
JP5785856B2 (ja) コンピュータリソース提供装置、コンピュータリソース提供方法
JP6956233B1 (ja) 情報処理装置、情報処理方法、および情報処理プログラム
US11880805B2 (en) Information processing device and non-transitory computer readable medium
JP7437647B2 (ja) 情報システム、ユーザ端末、サーバ装置、厨房端末、情報処理方法、およびプログラム
US9912541B2 (en) Network management apparatus, line condition improvement method, and non-transitory computer readable medium storing program
JP2020003944A (ja) 情報処理装置、情報処理システム、及びプログラム
JP7270458B2 (ja) 情報処理装置、情報処理方法、およびプログラム
TWI480740B (zh) 建立客戶機主機連接之技術
JP2020135228A (ja) 情報処理システム、情報処理方法、及び制御ルール管理装置
WO2022191207A1 (ja) 画面上に付箋を表示するためのプログラム、システム、および方法
KR102272802B1 (ko) 디지털 플랫폼 서비스 제공 장치 및 방법
JP2021174480A (ja) 情報処理装置、サービス統合システム、サービス統合方法およびプログラム
US20210349974A1 (en) System and method for providing service, and recording medium

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210819

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220520

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220705

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220718

R151 Written notification of patent or utility model registration

Ref document number: 7119947

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151