JP6803374B2 - サーバ、情報処理システム、クライアント端末 - Google Patents

サーバ、情報処理システム、クライアント端末 Download PDF

Info

Publication number
JP6803374B2
JP6803374B2 JP2018508355A JP2018508355A JP6803374B2 JP 6803374 B2 JP6803374 B2 JP 6803374B2 JP 2018508355 A JP2018508355 A JP 2018508355A JP 2018508355 A JP2018508355 A JP 2018508355A JP 6803374 B2 JP6803374 B2 JP 6803374B2
Authority
JP
Japan
Prior art keywords
client terminal
server
description file
script
access
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.)
Active
Application number
JP2018508355A
Other languages
English (en)
Other versions
JPWO2017168775A1 (ja
Inventor
賢 風間
賢 風間
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.)
Sato Holdings Corp
Original Assignee
Sato Holdings 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 Sato Holdings Corp filed Critical Sato Holdings Corp
Publication of JPWO2017168775A1 publication Critical patent/JPWO2017168775A1/ja
Application granted granted Critical
Publication of JP6803374B2 publication Critical patent/JP6803374B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Debugging And Monitoring (AREA)

Description

本発明は、サーバ、情報処理システム、及び、クライアント端末に関する。
近年、インターネット上のホストサーバを利用して、ユーザが購入した製品（例えば、プリンタ）のサポートサービスを提供する方法が知られている。
クライアント端末がイントラネットに接続されている場合、ネットワーク環境によっては、クライアント端末からホストサーバへアクセスできない場合がある。特に、イントラネットにファイアウォールが設定されている場合、クライアント端末からホストサーバへのアクセスが許可されない場合がある。したがって、サポートサービスを提供する提供者は、ユーザのクライアント端末からホストサーバへのアクセスの可否を確認する必要がある。
従来、クライアント端末のＯＳ（Operating System）の機能（例えば、Ｔｅｌｎｅｔ）を利用して、クライアント端末からインターネット上のホストサーバに対するアクセスの可否を確認する方法が知られている（特開２０１０−１２４３５７号公報を参照）。
また、ウェブサーバの機能を利用して、ホストサーバに対するアクセスの可否を確認する方法も知られている。
しかしながら、特開２０１０−１２４３５７号公報の方法では、専用コマンドを入力する必要がある。したがって、技術知識が少ないユーザにとっては、特開２０１０−１２４３５７号公報の方法の実施は困難である。
ウェブサーバからホストサーバに対するアクセスの可否を確認する方法では、クライアント端末からホストサーバに対するアクセスの可否を確認することはできない。したがって、ウェブサーバからホストサーバへのアクセスに成功したとしても、クライアント端末からホストサーバへのアクセスに失敗する場合がある。つまり、ウェブサーバからホストサーバに対するアクセスに成功したとしても、クライアント端末からホストサーバへのアクセスの成功が保証されるわけではない。
上記のとおり、従来、クライアント端末からホストサーバへのアクセスの可否の確認は困難である。
本発明の目的は、クライアント端末からホストサーバへのアクセスの可否の確認を容易化することである。
本発明の一態様は、
クライアント端末からリクエストを受付可能なサーバであって、
所定のポート番号による前記サーバとは異なる所定のホストサーバへのアクセスの可否を確認する確認処理を前記クライアント端末に実行させるためのスクリプトを含む記述ファイルを記憶する記憶部と、
前記リクエストに基づいて、前記記憶部に記憶された記述ファイルを前記クライアント端末に送信する手段と、
を備える、サーバである。
本発明によれば、クライアント端末からホストサーバへのアクセスの可否の確認を容易化することができる。
本実施形態の情報処理システムのシステム構成図。 本実施形態のクライアント端末及びサーバの構成を示す図。 本実施形態の記述ファイルの概略図。 本実施形態の通信ルートの概略図。 本実施形態の情報処理において表示される画面例を示す図。 本実施形態の情報処理において表示される画面例を示す図。 本実施形態の情報処理において表示される画面例を示す図。 本実施形態の情報処理において表示される画面例を示す図。 本実施形態の確認処理のシーケンス図。 本実施形態の第１ルートの確認のシーケンス図。 本実施形態の第２ルートの確認のシーケンス図。 本実施形態の第３ルートの確認のシーケンス図。
（１）情報処理システムの構成（図１）
本実施形態の情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムのシステム構成図である。
図１に示すように、情報処理システム１は、クライアント端末１０（１０−１〜１０−ｎ（ｎは正の整数））と、プロキシサーバ２０と、ウェブサーバ３０（３０−１〜３０−ｍ（ｍは正の整数））と、ホストサーバ４０（４０−１〜４０−ｋ（ｋは正の整数））と、を備える。
クライアント端末１０、プロキシサーバ２０、ウェブサーバ３０、及び、ホストサーバ４０は、ネットワークＮＷを介して、通信（例えば、ｈｔｔｐｓ通信）を行うことができる。
ネットワークＮＷは、例えば、インターネット、イントラネット、又は、それらの組合せである。
クライアント端末１０は、ユーザが使用する情報処理装置の一例である。クライアント端末１０は、例えば、プリンタ（例えば、ラベルプリンタ、若しくは、バーコードプリンタ）、スマートフォン、タブレット端末、又は、パーソナルコンピュータ等である。
プロキシサーバ２０、ウェブサーバ３０、及び、ホストサーバ４０は、クライアント端末１０から送信されたリクエストに基づいて、所定の処理を実行する情報処理装置の一例である。
（２）クライアント端末及びサーバの構成（図２〜図３）
本実施形態のクライアント端末及びサーバの構成について説明する。図２は、本実施形態のクライアント端末及びサーバの構成を示す図である。図３は、本実施形態の記述ファイルの概略図である。
図２に示すように、クライアント端末１０は、記憶装置１１と、ＣＰＵ（Central Processing Unit）１２と、入力部１３と、表示部１４と、通信インタフェース１５とを備える。
記憶装置１１は、情報処理に必要なプログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
情報処理に必要なプログラムは、例えば、ＯＳ（Operating System）のプログラム、情報処理を実行するアプリケーション（例えば、ブラウザ）のプログラム等である。
情報処理に必要なデータは、例えば、情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）である。
ＣＰＵ１２は、記憶装置１１に記憶されたプログラムを起動することによって、アプリケーションの機能を実現するように構成される。
入力部１３は、ユーザ指示を受け付けるように構成される。入力部１３は、例えば、キーボード、ポインティングデバイス、タッチパネル等である。
表示部１４は、ユーザに情報を提示するように構成される。表示部１４は、例えば、液晶ディスプレイである。
通信インタフェース１５は、クライアント端末１０とネットワークＮＷとの間の通信を制御するように構成される。
なお、クライアント端末１０がプリンタである場合、クライアント端末１０は、印字媒体（例えば、台紙に仮着されたラベル）を収容する収容部と、収容部に収容された印字媒体を搬送するプラテンローラと、プラテンローラによって搬送された印字媒体に印字を行う印字ヘッド（例えば、サーマルヘッド）とをさらに備える。
プロキシサーバ２０は、記憶装置２１と、ＣＰＵ２２と、通信インタフェース２３とを備える。
記憶装置２１は、情報処理に必要なプログラム、データ、及び、データベースを記憶する記憶装置である。記憶装置２１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
情報処理に必要なプログラムは、例えば、ＯＳのプログラム、プロキシサーバ２０の機能を実現するアプリケーションのプログラム等である。
ＣＰＵ２２は、記憶装置２１に記憶されたプログラムを起動することによって、プロキシサーバ２０の機能を実現するように構成される。
通信インタフェース２３は、プロキシサーバ２０と、ネットワークＮＷとの間の通信を制御するように構成される。
ウェブサーバ３０は、記憶装置３１と、ＣＰＵ３２と、通信インタフェース３３とを備える。
記憶装置３１は、情報処理に必要なプログラム、データ、及び、データベースを記憶する記憶装置である。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
情報処理に必要なプログラムは、例えば、ＯＳのプログラム、ウェブサーバ３０の機能を実現するアプリケーションのプログラム等である。
図３に示すように、記憶装置３１には、記述ファイルＳＦ（例えば、ＨＴＭＬ（HyperText Markup Language）ファイル）も格納されている。
記述ファイルＳＦは、クライアント端末１０の表示部１４に画面を表示させるためのＨＴＭＬコードと、第１ルート（後述する）のテストアクセスをクライアント端末１０に実行させるための命令である第１スクリプト（例えば、ＪＡＶＡスクリプト（登録商標））と、第２ルート（後述する）のテストアクセスをクライアント端末１０に実行させるための命令である第２スクリプト（例えば、ＪＡＶＡスクリプト（登録商標））と、第３ルート（後述する）のテストアクセスをクライアント端末１０に実行させるための命令である第３スクリプト（例えば、ＪＡＶＡスクリプト（登録商標））とを含んでいる。
図２に示すように、ＣＰＵ３２は、記憶装置３１に記憶されたプログラムを起動することによって、ウェブサーバ３０の機能（例えば、クライアント端末１０に対する記述ファイルＳＦの提供）を実現するように構成される。
通信インタフェース３３は、ウェブサーバ３０とネットワークＮＷとの間の通信を制御するように構成される。
ホストサーバ４０は、クライアント端末１０の一例であるプリンタのサポートサービスを提供する。ユーザは、サポートサービスを利用することによって、プリンタの使用履歴の閲覧、プリンタの消耗品の管理、プリンタのエラーの解決等を行うことができる。このようなサポートサービスを利用するためには、ユーザは、クライアント端末１０からホストサーバ４０へアクセスする必要がある。
ホストサーバ４０は、記憶装置４１と、ＣＰＵ４２と、通信インタフェース４３とを備える。
記憶装置４１は、情報処理に必要なプログラム、データ、及び、データベースを記憶する記憶装置である。記憶装置４１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
情報処理に必要なプログラムは、例えば、ＯＳのプログラム、ホストサーバ４０の機能を実現するアプリケーションのプログラム等である。
ＣＰＵ４２は、記憶装置４１に記憶されたプログラムを起動することによって、ホストサーバ４０の機能を実現するように構成される。
通信インタフェース４３は、ホストサーバ４０とネットワークＮＷとの間の通信を制御するように構成される。
（３）通信ルート（図４）
本実施形態の通信ルートについて説明する。図４は、本実施形態の通信ルートの概略図である。
本実施形態では、クライアント端末１０、及び、ホストサーバ４０は、任意の通信プロトコル（例えば、ＴＣＰ／ＩＰ）に従って通信を行う。一例として、クライアント端末１０は、ホストアドレスによって特定されるホストサーバ４０に対して、ＴＣＰ／ＩＰによって規定されるポート番号によるアクセスを実行する。
図４Ａは、第１ルートを示している。
クライアント端末１０は、ウェブサーバ３０から記述ファイルＳＦを取得する。記述ファイルＳＦの第１スクリプトは、ポート番号Ｐ１によるホストサーバ４０−１へのテストアクセスと、ポート番号Ｐ１によるホストサーバ４０−２へのテストアクセスと、ポート番号Ｐ２によるホストサーバ４０−３へのテストアクセスとを、クライアント端末１０に実行させるための命令である。
図４Ｂは、第２ルートを示している。
クライアント端末１０は、ウェブサーバ３０から記述ファイルＳＦを取得する。記述ファイルＳＦの第２スクリプトには、ポート番号Ｐ１による、プロキシサーバ２０を経由するホストサーバ４０−１へのテストアクセスと、ポート番号Ｐ１による、プロキシサーバ２０を経由するホストサーバ４０−２へのテストアクセスと、ポート番号Ｐ２による、プロキシサーバ２０を経由しないホストサーバ４０−３へのテストアクセスとを、クライアント端末１０に実行させるための命令である。
図４Ｃは、第３ルートを示している。
クライアント端末１０は、ウェブサーバ３０から記述ファイルＳＦを取得する。記述ファイルＳＦの第３スクリプトは、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０−４へのテストアクセスと、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０−５へのテストアクセスと、ユーザが指定したポート番号Ｐ４による、ユーザが指定したホストサーバ４０−６へのテストアクセスとを、クライアント端末１０に実行させるための命令である。
（４）情報処理において表示される画面（図５〜図８）
本実施形態の情報処理において表示される画面について説明する。図５〜図８は、本実施形態の情報処理において表示される画面例を示す図である。
図５〜図８の画面は、クライアント端末１０の表示部１４に表示される。各画面では、ユーザは、入力部１３を用いてユーザ指示（入力フィールドへの入力、及び、ボタンの指定）を与えることができる。与えられたユーザ指示は、クライアント端末１０からサーバ（プロキシサーバ２０、ウェブサーバ３０、又は、ホストサーバ４０）に送信されるリクエストに含まれる。
ユーザが、入力部１３を用いて、所定のＵＲＬ（Uniform Resource Locator）を指定すると、クライアント端末１０は、画面Ｐ１００（図５）を表示する。画面Ｐ１００は、トップ画面である。
図５に示すように、画面Ｐ１００は、ボタンＢ１００ａ及びＢ１００ｂを含む。
ユーザが、入力部１３を用いて、「ログイン」ボタンＢ１００ａを指定すると、クライアント端末１０は、ホストサーバ４０が提供するサポートサービスへのログインに必要なログインＩＤ及びパスワードを入力するための画面を表示する。
ユーザが、入力部１３を用いて、「ポート確認」ボタンＢ１００ｂを指定すると、クライアント端末１０は、画面Ｐ１０１を表示する。画面Ｐ１０１は、ルート選択画面である。
画面Ｐ１０１は、入力フィールドＦ１０１ａ〜Ｆ１０１ｂと、ボタンＢ１０１ａ〜Ｂ１０１ｅとを含む。
ユーザが、入力部１３を用いて、「ルート１」ボタンＢ１０１ａを指定すると、クライアント端末１０は、第１ルート（図４Ａ）のテストアクセスを実行する。テストアクセスの実行後、クライアント端末１０は、画面Ｐ１０２を表示する。画面Ｐ１０２は、第１ルート（図４Ａ）の確認結果画面である。
画面Ｐ１０２は、領域Ａ１０２ａ及びＡ１０２ｂを含む。
領域Ａ１０２ａには、第１スクリプトによって特定されたポート番号と、各ポート番号の確認結果とが表示される。確認結果は、第１スクリプトによって特定されたポート番号により、第１スクリプトによって特定されたホストアドレスに対応するホストサーバ４０に対するテストアクセスの可否を示している。
領域Ａ１０２ｂには、確認結果に基づくメッセージが表示される。
ユーザが、入力部１３を用いて、「ルート２」ボタンＢ１０１ｂを指定すると、クライアント端末１０は、第２ルート（図４Ｂ）のテストアクセスを実行する。その後、クライアント端末１０は、画面Ｐ１１０（図６）を表示する。画面Ｐ１１０は、第２ルート（図４Ｂ）の確認結果画面である。
図６に示すように、画面Ｐ１１０は、領域Ａ１１０ａ及びＡ１１０ｂを含む。
領域Ａ１１０ａには、第２スクリプトによって特定されたポート番号と、各ポート番号の確認結果と、確認結果が「ＮＧ」の場合の原因とが表示される。確認結果は、第２スクリプトによって特定されたポート番号により、第２スクリプトによって特定されたホストアドレスに対応するホストサーバ４０に対するテストアクセスの可否を示している。
領域Ａ１１０ｂには、確認結果に基づくメッセージが表示される。
ユーザが、入力部１３を用いて、「追加」ボタンＢ１０１ｅを指定すると、入力フィールドＦ１０１ａ及びＦ１０１ｂの入力行（ポート番号欄及びホストアドレス欄の組合せ）が増える。
ユーザが、入力部１３を用いて、「ルート３」ボタンＢ１０１ｃを指定すると、クライアント端末１０は、入力フィールドＦ１０１ａ及びＦ１０１ｂに入力された情報に基づいて、第３ルート（図４Ｃ）のテストアクセスを実行する。テストアクセスの実行後、クライアント端末１０は、画面Ｐ１２０を表示する。画面Ｐ１２０は、第３ルートの確認結果画面である。
画面Ｐ１２０は、領域Ａ１２０ａ及びＡ１２０ｂを含む。
領域Ａ１２０ａには、ユーザによって指定されたポート番号と、ユーザによって指定されたホストアドレスと、ポート番号及びホストアドレスの組合せ毎の確認結果とが表示される。確認結果は、ユーザによって指定されたポート番号により、ユーザによって指定されたホストアドレスに対応するホストサーバ４０に対するテストアクセスの可否を示している。
領域Ａ１２０ｂには、確認結果に基づくメッセージが表示される。
ユーザが、入力部１３を用いて、「一括確認」ボタンＢ１０１ｄ（図５）を指定すると、クライアント端末１０は、第１ルート（図４Ａ）及び第２ルート（図４Ｂ）の両方のルートのテストアクセスを実行する。テストアクセスの実行後、クライアント端末１０は、画面Ｐ１３０（図８）を表示する。画面Ｐ１３０は、第１ルート（図４Ａ）及び第２ルート（図４Ｂ）を一括で確認した場合の確認結果画面である。
図８に示すように、画面Ｐ１３０は、領域Ａ１３０ａ〜Ａ１３０ｃを含む。
領域Ａ１３０ａは、領域Ａ１０２ａ（図５）と同様に、第１スクリプトによって特定されたポート番号と、各ポート番号の確認結果とが表示される。
領域Ａ１３０ｂには、領域Ａ１１０ａと同様に、第２スクリプトによって特定されたポート番号と、各ポート番号の確認結果と、確認結果が「ＮＧ」の場合の原因とが表示される。
領域Ａ１３０ｃには、領域Ａ１０２ｂ（図５）及び領域Ａ１１０ｂ（図６）と同様に、確認結果に基づくメッセージが表示される。
（５）情報処理（図９〜図１２）
本実施形態の情報処理について説明する。以下の情報処理は、図２のＣＰＵ１２、２２、３２、及び、４２が、それぞれ、記憶装置１１、２１、３１、及び、４１に記憶されたアプリケーションのプログラムを実行することによって実現される。
（５−１）確認処理（図９）
本実施形態の確認処理について説明する。図９は、本実施形態の確認処理のシーケンス図である。
クライアント端末１０は、トップ画面の表示（Ｓ１００）を実行する。
具体的には、ユーザが、入力部１３を用いて、所定のＵＲＬを指定すると、ＣＰＵ１２は、ウェブサーバ３０と通信することによって、画面Ｐ１００（図５）を表示部１４に表示する。
クライアント端末１０は、記述ファイルのリクエスト（Ｓ１０１）を実行する。
具体的には、ユーザが、入力部１３を用いて、「ポート確認」ボタンＢ１００ｂを指定すると、ＣＰＵ１２は、記述ファイルの送信を要求するためのリクエストＲＥＱ１０１をウェブサーバ３０に送信する。
ウェブサーバ３０は、記述ファイルの送信（Ｓ３００）を実行する。
具体的には、ＣＰＵ３２は、クライアント端末１０に、リクエストＲＥＱ１０１に対応するレスポンスＲＥＳ１０１を送信する。レスポンスＲＥＳ１０１は、記述ファイルＳＦを含んでいる。
クライアント端末１０は、ルート選択画面の表示（Ｓ１０２）を実行する。
具体的には、ＣＰＵ１２は、レスポンスＲＥＳ１０１に含まれる記述ファイルＳＦのＨＴＭＬコードに基づいて、画面Ｐ１０１（図５）を表示部１４に表示する。
クライアント端末１０は、選択ルートの受付（Ｓ１０３）を実行する。
具体的には、ユーザが、入力部１３を用いて、「ルート１」ボタンＢ１０１ａ（図５）を指定すると、ＣＰＵ１２は、第１ルート（図４Ａ）を選択ルートとして受け付ける。この場合（Ｓ１０４−Ａ）、第１ルートの確認（図１０）に進む。
ユーザが、入力部１３を用いて、「ルート２」ボタンＢ１０１ｂ（図５）を指定すると、ＣＰＵ１２は、第２ルート（図４Ｂ）を選択ルートとして受け付ける。この場合（Ｓ１０４−Ｂ）、第２ルートの確認（図１１）に進む。
ユーザが、入力部１３を用いて、入力フィールドＦ１０１ａ〜Ｆ１０１ｂ（図５）に情報を入力し、かつ、「ルート３」ボタンＢ１０１ｃ（図５）を指定すると、ＣＰＵ１２は、第３ルート（図４Ｃ）を選択ルートとして受け付ける。この場合（Ｓ１０４−Ｃ）、第３ルートの確認（図１２）に進む。
（５−２）第１ルートの確認（図１０）
本実施形態の第１ルートの確認について説明する。図１０は、本実施形態の第１ルートの確認のシーケンス図である。
クライアント端末１０は、テストアクセス（Ｓ１１０）を実行する。
具体的には、ＣＰＵ１２は、記述ファイルＳＦの第１スクリプトによって特定されたホストサーバ４０−１に対して、第１スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１１０を送信する。
ＣＰＵ１２は、第１スクリプトによって特定されたホストサーバ４０−２に対して、第１スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１１０を送信する。
ＣＰＵ１２は、第１スクリプトによって特定されたホストサーバ４０−３に対して、第１スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１１０を送信する。
ホストサーバ４０−１〜４０−３は、それぞれ、テストレスポンス（Ｓ４１０）を実行する。
具体的には、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１１０を受信できた場合、リクエストＲＥＱ１１０に対応するレスポンスＲＥＳ１１０をクライアント端末１０に送信する。
一方、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１１０を受信できなかった場合、レスポンスＲＥＳ１１０は送信しない。
クライアント端末１０は、確認結果の判定（Ｓ１１１）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１１０においてリクエストＲＥＱ１１０を送信してから所定時間以内にレスポンスＲＥＳ１１０を受信した場合、当該リクエストＲＥＱ１１０の送信先であるホストサーバ４０へのテストアクセスに成功したと判定する。
一方、ＣＰＵ１２は、Ｓ１１０においてリクエストＲＥＱ１１０を送信してから所定時間以内にレスポンスＲＥＳ１１０を受信できなかった場合、当該リクエストＲＥＱ１１０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
また、ＣＰＵ１２は、ホストサーバ４０からエラーを示すレスポンスＲＥＳ１１０を受信した場合、当該リクエストＲＥＱ１１０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
クライアント端末１０は、確認結果画面の表示（Ｓ１１２）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１１１の判定結果に基づく画面（例えば、図５のＰ１０２）を表示部１４に表示する。
（５−３）第２ルートの確認（図１１）
本実施形態の第２ルートの確認について説明する。図１１は、本実施形態の第２ルートの確認のシーケンス図である。
クライアント端末１０は、テストアクセス（Ｓ１２０）を実行する。
具体的には、ＣＰＵ１２は、ブラウザに設定されたプロキシサーバ２０に対して、記述ファイルＳＦの第２スクリプトによって特定されたポート番号により、第２スクリプトによって特定されたホストサーバ４０−１〜４０−２に対するテストアクセスのリクエストＲＥＱ１２０ｂを送信する。
ＣＰＵ１２は、第２スクリプトによって特定されたホストサーバ４０−３に対して、第２スクリプトによって特定されたポート番号によるテストアクセスのリクエストＲＥＱ１２０ｂを送信する。
プロキシサーバ２０は、代行テストアクセス（Ｓ２２０）を実行する。
具体的には、ＣＰＵ２２は、Ｓ１２０において送信されたリクエストＲＥＱ１２０ａを、第２スクリプトによって特定されたホストサーバ４０−１〜４０−２に送信する。
ホストサーバ４０−１〜４０−３は、それぞれ、テストレスポンス（Ｓ４２０）を実行する。
具体的には、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１２０ｂを受信できた場合、リクエストＲＥＱ１２０ｂに対応するレスポンスＲＥＳ１２０ｂをクライアント端末１０に送信する。
ＣＰＵ４２は、リクエストＲＥＱ１２０ａを受信できた場合、リクエストＲＥＱ１２０ａに対応するレスポンスＲＥＳ１２０ａをプロキシサーバ２０に送信する。
一方、ＣＰＵ４２は、リクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂを受信できなかった場合、レスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂは送信しない。
プロキシサーバ２０は、代行テストレスポンス（Ｓ２２１）を実行する。
具体的には、ＣＰＵ２２は、レスポンスＲＥＳ１２０ａを受信できた場合、リクエストＲＥＱ１２０ａを送信したクライアント端末１０にレスポンスＲＥＳ１２０ａを送信する。
一方、ＣＰＵ２２は、リクエストＲＥＱ１２０ａを受信できなかった場合、レスポンスＲＥＳ１２０ａは送信しない。
クライアント端末１０は、確認結果の判定（Ｓ１２１）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１２０においてリクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂを送信してから所定時間以内にレスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂを受信した場合、当該リクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂの送信先であるホストサーバ４０へのテストアクセスに成功したと判定する。
一方、ＣＰＵ１２は、Ｓ１２０においてリクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂを送信してから所定時間以内にレスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂを受信できなかった場合、当該リクエストＲＥＱ１２０ａ又はＲＥＱ１２０ｂの送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
また、ＣＰＵ１２は、プロキシサーバ２０又はホストサーバ４０の少なくとも一方からエラーを示すレスポンスＲＥＳ１２０ａ又はＲＥＳ１２０ｂを受信した場合、当該リクエストＲＥＱ１２０ａ又は１２０ｂの送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
クライアント端末１０は、確認結果画面の表示（Ｓ１２２）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１２１の判定結果に基づく画面（例えば、図６のＰ１１０）を表示部１４に表示する。
（５−４）第３ルートの確認（図１２）
本実施形態の第３ルートの確認について説明する。図１２は、本実施形態の第３ルートの確認のシーケンス図である。
クライアント端末１０は、テストアクセス（Ｓ１３０）を実行する。
具体的には、ユーザが、入力部１３を用いて、入力フィールドＦ１０１ａ及びＦ１０１ｂに情報を入力し、かつ、「ルート３」ボタンＢ１０１ｃを指定すると、ＣＰＵ１２は、入力フィールドＦ１０１ｂに入力されたホストサーバ４０−４（ホストアドレス「host4.com」）に対して、入力フィールドＦ１０１ａに入力されたポート番号「123」によるテストアクセスのリクエストＲＥＱ１３０を送信する。
また、ＣＰＵ１２は、入力フィールドＦ１０１ｂに入力されたホストサーバ４０−５（ホストアドレス「host5.com」）に対して、入力フィールドＦ１０１ａに入力されたポート番号「123」によるテストアクセスのリクエストＲＥＱ１３０を送信する。
また、ＣＰＵ１２は、入力フィールドＦ１０１ｂに入力されたホストサーバ４０−６（ホストアドレス「host6.com」）に対して、入力フィールドＦ１０１ａに入力されたポート番号「9876」によるテストアクセスのリクエストＲＥＱ１３０を送信する。
ホストサーバ４０−４〜４０−６は、それぞれ、テストレスポンス（Ｓ４３０）を実行する。
具体的には、各ホストサーバ４０のＣＰＵ４２は、リクエストＲＥＱ１３０を受信できた場合、リクエストＲＥＱ１３０に対応するレスポンスＲＥＳ１３０をクライアント端末１０に送信する。
一方、ＣＰＵ４２は、リクエストＲＥＱ１３０を受信できなかった場合、レスポンスＲＥＳ１３０は送信しない。
クライアント端末１０は、確認結果の判定（Ｓ１３１）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１３０においてリクエストＲＥＱ１３０を送信してから所定時間以内にレスポンスＲＥＳ１３０を受信した場合、当該リクエストＲＥＱ１３０の送信先であるホストサーバ４０へのテストアクセスに成功したと判定する。
一方、ＣＰＵ１２は、Ｓ１３０においてリクエストＲＥＱ１３０を送信してから所定時間以内にレスポンスＲＥＳ１３０を受信できなかった場合、当該リクエストＲＥＱ１３０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
また、ＣＰＵ１２は、ホストサーバ４０からエラーを示すレスポンスＲＥＳ１３０を受信した場合、当該リクエストＲＥＱ１３０の送信先であるホストサーバ４０へのテストアクセスに失敗したと判定する。
クライアント端末１０は、確認結果画面の表示（Ｓ１３２）を実行する。
具体的には、ＣＰＵ１２は、Ｓ１３１の判定結果に基づく画面（例えば、図７のＰ１２０）を表示部１４に表示する。
（６）小括
本実施形態について小括する。
上記のとおり、ウェブサーバ３０は、クライアント端末１０からリクエストを受付可能である。ウェブサーバ３０は、所定のポート番号Ｐ１及びＰ２による所定のホストサーバ４０−１〜４０−３へのアクセスの可否を確認する確認処理をクライアント端末１０に実行させるためのスクリプトを含む記述ファイルＳＦを記憶する記憶装置３１（記憶部の一例）と、リクエストＲＥＱ１０１に基づいて、記憶装置３１に記憶された記述ファイルＳＦをクライアント端末１０に送信する手段（例えば、Ｓ３００の処理を実行するＣＰＵ３２）と、を備える。
クライアント端末１０は、ウェブサーバ３０にアクセス可能である。クライアント端末１０は、記述ファイルＳＦをウェブサーバ３０から取得する手段（例えば、Ｓ１０１の処理を実行するＣＰＵ１２）と、記述ファイルＳＦに基づいて、確認処理を実行する手段（例えば、Ｓ１１０〜Ｓ１１１の処理、Ｓ１２０〜Ｓ１２１の処理、又は、Ｓ１３０〜Ｓ１３１の処理を実行するＣＰＵ１２）と、確認処理の結果を表示する表示部１４と、を備える。
これにより、クライアント端末１０から所定のホストサーバ４０へのアクセスの可否の確認を容易化することができる。
また、クライアント端末１０から任意のホストサーバ４０へのアクセスの可否の確認を容易化することができる。
また、クライアント端末１０は、ウェブサーバ３０が提供する記述ファイルＳＦに従って、アクセスの可否を確認する。つまり、アクセスの可否を確認したクライアント端末１０は、記述ファイルＳＦを取得可能である。換言すると、アクセスの可否を確認したクライアント端末１０は、ウェブサーバ３０にアクセス可能である。これにより、クライアント端末１０がウェブサーバ３０にアクセス可能か否か（つまり、ユーザのインターネット環境）を容易に把握することができる。
（７）その他の変形例
上記実施形態では、クライアント端末１０にインストールされたウェブブラウザがｈｔｔｐｓ通信を行うことによって情報処理が実現される例について説明したが、本実施形態はこれに限られるものではない。
例えば、上記実施形態の情報処理は、クライアント端末１０にインストールされた専用アプリケーション（ブラウザ以外のアプリケーション）がｈｔｔｐｓ通信を行うことによっても実現可能である。
また、上記実施形態の通信方式は、ｈｔｔｐｓ通信に限られるものではない。
上記実施形態において、クライアント端末１０及びプロキシサーバ２０がイントラネットに接続され、かつ、ウェブサーバ３０及びホストサーバ４０がインターネットに接続されていてもよい。
さらに、この場合、イントラネットにファイアウォールが設けられていてもよい。
さらに、イントラネットにファイアウォールが設けられている場合、クライアント端末１０は、テストアクセスに失敗の要因がファイアウォール又はホストサーバ４０の何れにあるかを判定してもよい。
上記実施形態の通信ルートは、第４ルートをさらに含んでもよい。第４ルートは、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０−４へのプロキシサーバ２０を経由するテストアクセスと、ユーザが指定したポート番号Ｐ３による、ユーザが指定したホストサーバ４０−５へのプロキシサーバ２０へのテストアクセスと、ユーザが指定したポート番号Ｐ４による、ユーザが指定したホストサーバ４０−６へのプロキシサーバ２０を経由しないテストアクセスとを含む。
以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記実施形態に限定されない。また、上記実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記実施形態及び変形例は、組合せ可能である。
１ ：情報処理システム
１０ ：クライアント端末
１１ ：記憶装置
１２ ：ＣＰＵ
１３ ：入力部
１４ ：表示部
１５ ：通信インタフェース
２０ ：プロキシサーバ
２１ ：記憶装置
２２ ：ＣＰＵ
２３ ：通信インタフェース
３０ ：ウェブサーバ
３１ ：記憶装置
３２ ：ＣＰＵ
３３ ：通信インタフェース
４０（４０−１〜４０−６）：ホストサーバ
４１ ：記憶装置
４２ ：ＣＰＵ
４３ ：通信インタフェース

Claims (9)

  1. クライアント端末からリクエストを受付可能なサーバであって、
    所定のポート番号による前記サーバとは異なる所定のホストサーバへのアクセスの可否を確認する確認処理を前記クライアント端末に実行させるためのスクリプトを含む記述ファイルを記憶する記憶部と、
    前記リクエストに基づいて、前記記憶部に記憶された記述ファイルを前記クライアント端末に送信する手段と、
    を備える、サーバ。
  2. 前記記述ファイルは、複数のポート番号による前記ホストサーバへのテストアクセスを前記クライアント端末に実行させるためのスクリプトを含む、
    請求項１に記載のサーバ。
  3. 前記記述ファイルは、前記複数のポート番号の全てのポート番号による前記ホストサーバへのアクセスがプロキシサーバを経由しない第１ルートのテストアクセスを前記クライアント端末に実行させるための第１スクリプトと、前記複数のポート番号の少なくとも１つから前記ホストサーバへのアクセスが前記プロキシサーバを経由する第２ルートのテストアクセスを前記クライアント端末に実行させるための第２スクリプトとを含む、
    請求項２に記載のサーバ。
  4. 前記記述ファイルは、前記ポート番号による複数のホストサーバへのテストアクセスを前記クライアント端末に実行させるためのスクリプトを含む、
    請求項１〜３の何れかに記載のサーバ。
  5. 前記記述ファイルは、ユーザによって指定されたポート番号により、前記ユーザによって指定されたホストサーバへの第３ルートのテストアクセスを前記クライアント端末に実行させるための第３スクリプトを含む、
    請求項１〜４の何れかに記載のサーバ。
  6. 前記ホストサーバは、インターネットに接続されており、
    前記クライアント端末は、イントラネットに接続されており、
    前記イントラネットには、ファイアウォールが設けられている、
    請求項１〜５の何れかに記載のサーバ。
  7. 請求項１〜６の何れかに記載のサーバにアクセス可能なクライアント端末であって、
    前記記述ファイルを前記サーバから取得する手段と、
    取得した記述ファイルに基づいて、前記確認処理を実行する手段と、
    前記確認処理の結果を表示する表示部と、を備える、
    クライアント端末。
  8. 請求項３に記載のサーバにアクセス可能なクライアント端末であって、
    前記記述ファイルを前記サーバから取得する手段と、
    取得した記述ファイルに含まれる前記第１スクリプト、及び、前記第２スクリプトのうち、ユーザによって指定された少なくとも１つのスクリプトに基づいて、前記テストアクセスを実行する手段と、
    前記テストアクセスの結果を表示する表示部と、を備える、
    クライアント端末。
  9. 請求項１〜６の何れかに記載のサーバと、クライアント端末と、を備える情報処理システムであって、
    前記クライアント端末は、前記サーバにリクエストを送信し、
    前記サーバは、前記リクエストに基づいて、前記記憶部に記憶された記述ファイルを前記クライアント端末に送信し、
    前記クライアント端末は、前記サーバから取得した記述ファイルに基づいて、前記確認処理を実行し、
    前記クライアント端末は、前記確認処理の結果を表示する、
    情報処理システム。
JP2018508355A 2016-03-31 2016-08-03 サーバ、情報処理システム、クライアント端末 Active JP6803374B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016072242 2016-03-31
JP2016072242 2016-03-31
PCT/JP2016/072786 WO2017168775A1 (ja) 2016-03-31 2016-08-03 サーバ、情報処理システム、クライアント端末

Publications (2)

Publication Number Publication Date
JPWO2017168775A1 JPWO2017168775A1 (ja) 2019-02-14
JP6803374B2 true JP6803374B2 (ja) 2020-12-23

Family

ID=59962799

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018508355A Active JP6803374B2 (ja) 2016-03-31 2016-08-03 サーバ、情報処理システム、クライアント端末

Country Status (5)

Country Link
US (1) US11038981B2 (ja)
EP (1) EP3438834A4 (ja)
JP (1) JP6803374B2 (ja)
CN (1) CN107533521B (ja)
WO (1) WO2017168775A1 (ja)

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6041041A (en) * 1997-04-15 2000-03-21 Ramanathan; Srinivas Method and system for managing data service systems
US5987523A (en) * 1997-06-04 1999-11-16 International Business Machines Corporation Applet redirection for controlled access to non-orginating hosts
IL121898A0 (en) 1997-10-07 1998-03-10 Cidon Israel A method and apparatus for active testing and fault allocation of communication networks
JP2002229873A (ja) 2001-02-02 2002-08-16 Seiko Epson Corp クライアント・サーバシステム、サーバ、端末装置および端末装置監視方法
US20020133575A1 (en) 2001-02-22 2002-09-19 Viola Networks Ltd. Troubleshooting remote internet users
US6687652B2 (en) * 2001-03-22 2004-02-03 Sun Microsystems, Inc. Diagnostic clearing house
JP3851164B2 (ja) * 2001-12-28 2006-11-29 沖電気工業株式会社 装置間導通試験方法および装置
JP3782981B2 (ja) * 2002-04-26 2006-06-07 インターナショナル・ビジネス・マシーンズ・コーポレーション セッション中継システム、クライアント端末、セッション中継方法、リモートアクセス方法、セッション中継プログラム及びクライアントプログラム
US6824136B2 (en) * 2002-04-29 2004-11-30 Henry R. Koopman Alpha cubes game
US7139840B1 (en) * 2002-06-14 2006-11-21 Cisco Technology, Inc. Methods and apparatus for providing multiple server address translation
US20040078471A1 (en) * 2002-10-18 2004-04-22 Collatus Corporation, A Delaware Corportion Apparatus, method, and computer program product for building virtual networks
US7287077B2 (en) * 2003-08-07 2007-10-23 International Business Machines Corporation Reservation of TCP/UDP ports using UID, GID or process name
CN100407667C (zh) 2005-11-18 2008-07-30 华为技术有限公司 网络通讯设备协议测试系统及方法
JP5261147B2 (ja) 2008-11-21 2013-08-14 京セラドキュメントソリューションズ株式会社 ユーティリティープログラム、画像形成システム、端末装置、画像形成装置、及び画像形成方法
US20110219113A1 (en) * 2010-03-02 2011-09-08 Grewal Avininder Pal Singh Method and system for client assisted stateful handling of packets in a communications network
JP2012015979A (ja) * 2010-07-05 2012-01-19 Canon Inc 情報処理システム、情報処理装置、それらの制御方法、及びプログラム
US8606884B2 (en) * 2010-09-21 2013-12-10 Taesung Kim System and method for web hosting behind NATs
WO2013093209A1 (en) * 2011-12-21 2013-06-27 Ssh Communications Security Oyj Automated access, key, certificate, and credential management
JP6059037B2 (ja) * 2012-03-02 2017-01-11 キヤノン株式会社 通信システム、クライアント装置、サーバ装置、通信方法、及びプログラム
US20160255139A1 (en) * 2016-03-12 2016-09-01 Yogesh Chunilal Rathod Structured updated status, requests, user data & programming based presenting & accessing of connections or connectable users or entities and/or link(s)
US20160072693A1 (en) * 2014-09-09 2016-03-10 Avaya Inc. Client-server communication evaluation and diagnostic tool
CN104486432B (zh) * 2014-12-19 2018-11-02 北京百度网讯科技有限公司 一种服务器资产信息自动录入方法及装置
US9967176B2 (en) * 2015-06-17 2018-05-08 International Business Machines Corporation Determining shortcut rules for bypassing waypoint network device(s)

Also Published As

Publication number Publication date
EP3438834A4 (en) 2019-03-27
JPWO2017168775A1 (ja) 2019-02-14
US11038981B2 (en) 2021-06-15
EP3438834A1 (en) 2019-02-06
WO2017168775A1 (ja) 2017-10-05
CN107533521A (zh) 2018-01-02
US20180091622A1 (en) 2018-03-29
CN107533521B (zh) 2020-12-22

Similar Documents

Publication Publication Date Title
EP3018579B1 (en) Client application with embedded server
JP4202272B2 (ja) 電子メールを介して印刷する方法とシステム
TW498228B (en) Self-contained network browser with diagnostic abilities
US8879107B2 (en) Information processing apparatus and method for controlling same
US11005927B2 (en) Server system, method for controlling server system, and storage medium
US20140047432A1 (en) Image processing apparatus, server apparatus, information processing method, and program
JP5579984B2 (ja) 提示情報登録装置
EP3211522A1 (en) Computer program for server
JP6803374B2 (ja) サーバ、情報処理システム、クライアント端末
EP3330876B1 (en) Server and control program
JP2023004573A (ja) プログラム、システム、制御方法、及びサーバシステム
US11789671B2 (en) Specific communication device, and non-transitory computer-readable recording medium storing computer readable instructions for specific communication device
US11262956B2 (en) Communication system, server system, and terminal apparatus
JP5175629B2 (ja) アクティベーションシステム
CN115225306A (zh) 认证系统
US20030016393A1 (en) Electronic service transaction and method
JP6127586B2 (ja) 情報処理システムおよび情報処理方法
JP2012078915A (ja) デバイス、及びプログラム
JP5175628B2 (ja) 画像形成装置、キー管理サーバ装置およびアクティベーションシステム
US11907358B2 (en) Communication device, non-transitory computer-readable recording medium storing computer-readable instructions for communication device, and method performed by communication device
JP7552314B2 (ja) 情報処理装置、情報処理システム、情報処理方法及びプログラム
US11429446B2 (en) Device data collector agent component on cloud computing network
JP6777106B2 (ja) 画像形成システム及び画像形成方法
JP2011253423A (ja) 作業支援システム
JP2008234279A (ja) シナリオ作成プログラム及びシナリオ作成装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20171107

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190716

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20190716

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200616

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200731

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201013

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: 20201117

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201130

R150 Certificate of patent or registration of utility model

Ref document number: 6803374

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250