JP5803544B2 - 通信システム、中継装置、通信装置、中継方法、および通信方法 - Google Patents

Description

本発明は、通信システム、中継装置、通信装置、中継方法、および通信方法に関する。

特許文献１には、読み取った画像の電子ファイルをサーバへアップロードする画像読取装置が開示されている。また、サーバからダウンロードした電子ファイルを印刷するプリンタが知られている。これらのサービスを提供するために、画像読取装置またはプリンタのメーカは、専用のサーバを独自に設置する場合がある。

一方で、サービス事業者が用意したネットワーク上のデータベースに電子ファイルを格納できるＷｅｂサービスが普及している。たとえば、Ｐｉｃａｓａ（登録商標）ウェブアルバムおよび、ｆｌｉｃｋｒ（登録商標）がその一例である。利用者は、Ｗｅｂブラウザを備えた通信装置を利用して、Ｗｅｂサービスのサービス提供装置に対して所望の電子ファイルをアップロードしたり、電子ファイルをダウンロードしたりできる。

したがって、画像読取装置またはプリンタのメーカは、専用のサーバを設ける代わりに、これらの装置からＷｅｂサービスを直接利用できるよう、画像読取装置またはプリンタを構成する場合がある。

特開２００５−２６９２５０号公報

上記のようなＷｅｂサービスを利用するためには、サービスの利用に先立ち、画像読取装置またはプリンタが、Ｗｅｂサービスのサービス提供装置との間で認証を行い、Ｗｅｂサービスのサービス提供装置からアクセス許可を受ける必要がある。しかしながら、Ｗｅｂサービスのサービス提供装置との認証は、Ｗｅｂブラウザを利用して行われることが一般的であり、Ｗｅｂブラウザを搭載しない装置では、アクセス許可を受けることが困難であるという問題点がある。

本発明は、上述した問題点を解決するためになされたものであり、Ｗｅｂブラウザを備えていない通信装置であっても、サービス提供装置が発行する許可情報を通信装置に取得させることができる通信システム、中継装置、通信装置、中継方法、および通信方法を提供することを目的とする。

この目的を達成するために、本発明の一態様である中継装置は、サービスを提供するサービス提供装置、およびそのサービス提供装置が提供する情報を処理するためのブラウザを備えたブラウザ搭載装置がそれぞれ接続されるネットワークを介して、通信装置と接続される中継装置であって、前記サービス提供装置が提供する前記サービスを前記中継装置が利用するために前記サービス提供装置と前記ブラウザ搭載装置との間において行われる認証手続きについて、仮登録情報を前記中継装置の登録部に登録する登録手段と、前記サービス提供装置と前記ブラウザ搭載装置との間において行われる前記認証手続きについて、前記サービス提供装置が発行する許可情報であって、前記サービスの利用が許可されることを示す前記許可情報を取得する許可情報取得手段と、前記登録手段により登録される前記仮登録情報を、前記中継装置から前記ブラウザ搭載装置へ送信する仮登録情報通信手段と、前記ブラウザ搭載装置が出力した前記仮登録情報に応じた入力情報であって、前記通信装置において受け付けられた入力情報を、前記通信装置から受信する入力情報受信手段と、前記入力情報受信手段により前記通信装置から前記入力情報を受信した場合、前記入力情報と一致する前記仮登録情報が登録された前記認証手続きについて、前記許可情報取得手段により取得された前記許可情報を、前記中継装置から前記入力情報の送信元である前記通信装置へ送信する許可情報通信手段とを備える。

なお、本発明は、通信システム、通信方法、通信装置、中継方法、中継装置を制御する制御装置、通信プログラム、該通信プログラムを記録する記録媒体、中継プログラム、該中継プログラムを記録する記録媒体等の種々の態様で実現可能である。

本発明によれば、サービス提供装置とブラウザ搭載装置との間において認証手続きが行われると、中継装置からブラウザ搭載装置へ仮登録情報が送信される。そして、その仮登録情報が通信装置に入力されると、通信装置から中継装置へは、仮登録情報が送信され、中継装置から通信装置へは、その認証手続きについて発行される許可情報が送信される。よって、通信装置がＷｅｂブラウザを備えていなくても、サービス提供装置によって発行される許可情報を、通信装置に取得させることができるという効果がある。

本発明の通信システムの一実施形態であるサービス連携システムの電気的構成を概略的に示すブロック図である。 （ａ）は、登録情報ＤＢの構成の一例を示す図であり、（ｂ）は、仮登録情報ＤＢの構成の一例を示す図である。 ＰＣと中継装置とサービス提供装置との間における情報の流れを説明するシーケンス図である。 ＭＦＰと中継装置とサービス提供装置との間における情報の流れを説明するシーケンス図である。 ＭＦＰにおける画面遷移を説明する図である。 ＭＦＰがアクセストークンを取得した後における、ＭＦＰと中継装置とサービス提供装置との間における情報の流れを説明するシーケンス図である。 中継装置において実行される中継処理を示すフローチャートである。 ＭＦＰにおいて実行されるコマンド実行処理を示すフローチャートである。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明の通信システムの一実施形態であるサービス連携システム１０の電気的構成を概略的に示すブロック図である。サービス連携システム１０は、多機能装置１００（以下、ＭＦＰ１００）と、中継装置２００とを含む。ＭＦＰ１００は、印刷機能、スキャナ機能、ＦＡＸ機能、およびコピー機能を備えるデジタル複合機である。中継装置２００は、ＭＦＰ１００のメーカによって設置されるサーバである。ＰＣ４００は、ＭＦＰ１００のユーザが所有するパーソナルコンピュータである。サービス提供装置５００は、サービス事業者によって設置されたＷｅｂサーバである。

サービス提供装置５００へアクセスし、サービス事業者が提供するＡＰＩを利用するためには、サービス提供装置５００が発行するアクセストークンを取得する必要がある。本実施形態のサービス連携システム１０は、Ｗｅｂブラウザを備えないＭＦＰ１００であっても、アクセストークンを取得できるように構成されている。以下、詳細を説明する。

ＭＦＰ１００と、中継装置２００と、ＰＣ４００と、サービス提供装置５００とは、ネットワーク６００を介して接続され、互いにＨＴＴＰに従って、データの送受信を行う。ネットワーク６００は、例えば、インターネット網で構成される。また、本実施形態において、ネットワーク６００には、互いに異なるサービス（サービスＡ，サービスＢ）を提供する複数台のサービス提供装置５００が存在しているものとする。サービスＡを提供する装置をサービス提供装置５００Ａと称し、サービスＢを提供する装置をサービス提供装置５００Ｂと称する。

ＭＦＰ１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４、インターネットインターフェイス（Ｉ／Ｆ）１０５、プリンタ１０６、スキャナ１０７、入力部１０８、液晶表示装置（ＬＣＤ）１０９を主に有し、これらはバスライン１１０を介して互いに接続されている。

ＣＰＵ１０１は、ＲＯＭ１０２に記憶されているプログラムに従って処理を実行する。ＲＯＭ１０２は、ＭＦＰ１００の動作を制御するプログラムなどを格納するメモリであり、通信プログラム１０２ａを格納する。通信プログラム１０２ａは、ＨＴＴＰに従ったデータの送受信を行うプログラムであり、ＸＭＬを解釈するＸＭＬパーサとしての機能を有するが、ＨＴＭＬを解釈するＨＴＭＬパーサとしての機能は有さない。したがって、ＭＦＰ１００は、ＨＴＭＬで記述される情報を解釈できず、サービス提供装置５００が提供するＷｅｂページを表示できない。

ＲＡＭ１０３は、ＣＰＵ１０１の処理に必要な情報を一時的に記憶する。フラッシュメモリ１０４は、不揮発性のメモリであり、登録情報データベース（ＤＢ）１０４ａを記憶する。登録情報ＤＢ１０４ａについては、図２（ａ）を参照して後述する。インターネットＩ／Ｆ１０５は、ネットワーク６００を介して他の装置と通信を行うための装置であり、インターネットＩ／Ｆ１０５として周知のネットワークカードを採用できる。プリンタ１０６は、画像の印刷を行う装置であり、スキャナ１０７は、画像を読み取る装置である。入力部１０８は、ＭＦＰ１００に指示または情報を入力するための操作キーおよびタッチパネルで構成される。ＬＣＤ１０９は、各種情報を表示する。ＬＣＤ１０９の表示面にはタッチパネルが重ねて配置されている。

中継装置２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ハードディスクドライブ（ＨＤＤ）２０４、インターネットインターフェイス（Ｉ／Ｆ）２０７を主に有し、これらはバスライン２１０を介して互いに接続されている。

ＣＰＵ２０１は、ＲＯＭ２０２またはＨＤＤ２０４に記憶されるプログラムに従って処理を実行する。ＲＯＭ２０２は、中継装置２００の動作を制御するプログラムなどを格納する。ＲＡＭ２０３は、ＣＰＵ２０１の処理に必要なデータを一時的に記憶する。

ＨＤＤ２０４は、書換え可能な不揮発性の記憶装置である。通信プログラム２０４ａ、サービスＡ用通信プログラム２０４ｂ、サービスＢ用通信プログラム２０４ｃ、および、仮登録情報データベース２０４ｄ（仮登録情報ＤＢ２０４ｄ）が、ＨＤＤ２０４の所定のメモリエリアに記憶される。また、ＨＤＤ２０４は、アクセストークンメモリ２０４ｅを備える。通信プログラム２０４ａは、ＨＴＴＰに従ったデータの送受信を行うためのプログラムであり、ＸＭＬを解釈するＸＭＬパーサとしての機能を有する。ＭＦＰ１００と中継装置２００との間の通信には、ＸＭＬが用いられる。サービスＡ用通信プログラム２０４ｂ、およびサービスＢ用通信プログラム２０４ｃは、それぞれ、サービス提供装置５００Ａ，５００Ｂと中継装置２００との間で通信を行うためのプログラムである。サービスＡ用通信プログラム２０４ｂに従って、サービスＡのサービス事業者が提供するＡＰＩを利用したＨＴＴＰメッセージが作成され、サービスＢ用通信プログラム２０４ｃに従って、サービスＢのサービス事業者が提供するＡＰＩを利用したＨＴＴＰメッセージが作成される。

仮登録情報ＤＢ２０４ｄについては、図２（ｂ）を参照して後述する。アクセストークンメモリ２０４ｅは、中継装置２００がサービス提供装置５００から受信したアクセストークンを記憶するメモリである。インターネットＩ／Ｆ２０７は、中継装置２００がネットワーク６００に接続された他の装置と通信を行うための機器である。

ＰＣ４００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ハードディスクドライブ（ＨＤＤ）４０４、インターネットインターフェイス（Ｉ／Ｆ）４０５、入力部４０６、ＬＣＤ４０７などを備え、これらはバスライン４１０により互いに接続されている。また、ＨＤＤ４０４にはＷｅｂブラウザ４０４ａが設けられ記憶され、サービス提供装置５００など、各種のＷｅｂサーバが提供するＷｅｂページは、Ｗｅｂブラウザ４０４ａによりＬＣＤ４０７に表示可能である。

図２（ａ）は、ＭＦＰ１００に設けられる登録情報ＤＢ１０４ａの構成の一例を模式的に示す図である。図２（ａ）に示すように、登録情報ＤＢ１０４ａを構成する各情報は、サービスＩＤと、アカウント名と、パスワードと、アクセストークンとを含む。サービスＩＤと、アカウント名と、パスワードと、アクセストークンとは、対応付けられた関係で記憶される。サービスＩＤは、ＭＦＰ１００がネットワークを介して利用可能なサービスを特定するための情報である。サービスＩＤに対応付けられたアカウント名は、サービスＩＤで特定されるサービスにログインする権利を有するユーザの識別情報である。パスワードは、サービスＩＤで特定されるサービスへログインする際に、アカウント名とセットで用いられる文字列である。アクセストークンは、サービスＩＤで特定されるサービスのサービス提供装置から発行される９桁以上の文字列であり、当該サービスの利用が許可されることを示すための情報である。登録情報ＤＢ１０４ａの各種情報は、図４に示すＵ４１５において設定される。詳細については、図４を参照して後述する。

ＭＦＰ１００は、サービス提供装置５００と通信する際、または、中継装置２００とサービス提供装置５００との間において通信を実行するよう、ＭＦＰ１００から中継装置２００に要求する際に、このアクセストークンに基づいて作成された後述の署名情報を利用する。ＭＦＰ１００がアクセストークンに基づいて作成された署名情報を利用する方法については、図６を参照して後述する。また、ＭＦＰ１００がアクセストークンを取得する方法については、図４を参照して後述する。

図２（ｂ）は、中継装置２００に設けられる仮登録情報ＤＢ２０４ｄの構成の一例を模式的に示す図である。図２（ｂ）に示すように、仮登録情報ＤＢ２０４ｄを構成する各情報は、仮登録ＩＤと、認証トークンと、サービスＩＤとを含む。仮登録ＩＤと、認証トークンと、サービスＩＤとは、対応付けられた関係で記憶される。

仮登録ＩＤは、中継装置２００において生成される８桁の乱数である。一方、認証トークンは、例えば、数字とアルファベットとを用いた９桁以上の文字列であり、サービス提供装置５００が発行する情報である。図２（ｂ）に示すように、１つの仮登録ＩＤに対しては、１つの認証トークンが対応づけられる。また、認証トークンを発行したサービス提供装置が提供するサービスを特定するため、認証トークンは、当該認証トークンを発行したサービス提供装置が提供するサービスのサービスＩＤに対応付けられて記憶される。

図３は、ＰＣ４００と、中継装置２００と、サービス提供装置５００との間における情報の流れを説明するシーケンス図である。なお、この処理の開始前に、ＰＣ４００は、ユーザの入力操作に従って、ユーザを識別するためのアカウント名とパスワードとをサービス提供装置５００に対して登録する処理を行っており、サービス提供装置５００には、登録されたアカウント名とパスワードとが対応付けて記憶されている。

ＰＣ４００は、ユーザの入力操作に従って認証手続きを行う。認証手続きとは、中継装置２００が、サービス事業者によって提供されるＡＰＩを利用してサービス提供装置５００にアクセスし、サービス提供装置５００が提供するサービスを利用することを許可するための手続きである。具体的に、認証手続きとは、ユーザ自身のアカウント名によってサービス提供装置５００が管理するリソースを、中継装置２００が利用することを許可するための手続きである。なお、図３に示すＵ３０１からＵ３１５までのユーザ操作および通信処理において、ＰＣ４００とサービス提供装置５００との間で行われる認証手続きは、ＡＰＩの利用を認可するプロトコルの一例であるＯＡｕｔｈに従った手順で行われる。

まず、ＰＣ４００は、サービス選択画面の表示を指示するためのユーザの入力操作を受け付ける。そして、ＰＣ４００は、サービス選択画面を中継装置２００に要求する（Ｕ３０１）。中継装置２００は、Ｗｅｂページで構成されるサービス選択画面を、ＰＣ４００へ送信する（Ｕ３０２）。ＰＣ４００は、Ｗｅｂブラウザ４０４ａの機能により、受信したサービス選択画面をＬＣＤ４０７に表示する。このサービス選択画面は、ネットワークを通して提供されるサービスの中からいずれかを、ユーザに選択させるための画面であり、ＨＴＭＬデータで構成される。

次に、ＰＣ４００は、サービス選択画面に選択項目として表示されるサービスのうち、ユーザによって選択されたサービスへの仮登録要求を、中継装置２００へ送信する（Ｕ３０３）。なお、ここでは説明を分かりやすくするために、１つのサービスがユーザによって選択されたものとする。仮登録要求を受けた中継装置２００は、選択されたサービスを提供するサービス提供装置５００へ、リクエストトークン取得要求と、中継装置２００のＵＲＬとを送信する（Ｕ３０４）。中継装置２００のＵＲＬは、中継装置２００のＨＤＤ２０４に記憶されている。これに対して、サービス提供装置５００は、リクエストトークンを発行し、そのリクエストトークンと、中継装置２００から受信した中継装置２００のＵＲＬとを対応付けて記憶する。そして、サービス提供装置５００は、発行したリクエストトークンを、中継装置２００へ送信する（Ｕ３０５）。

次に、中継装置２００は、サービス提供装置５００のサービス事業者が提供するログインページへのリダイレクト指令を、仮登録要求元のＰＣ４００へ送信する（Ｕ３０６）。このリダイレクト指令は、中継装置２００がサービス提供装置５００から受信したリクエストトークンを含む。

リダイレクト指令を受けたＰＣ４００は、サービス提供装置５００のログインページへアクセスし、中継装置２００から受信したリクエストトークンをサービス提供装置５００へ送信する（Ｕ３０７）。サービス提供装置５００は、リクエストトークンの送信元のＰＣ４００へ、ログインページを送信する（Ｕ３０８）。このログインページは、アカウント名およびパスワードの入力欄が設けられたＷｅｂページである。

ＰＣ４００に表示されたログインページにおいて、ユーザが、サービス提供装置５００に対して登録されているアカウント名およびパスワードを入力すると（Ｕ３０９）、ＰＣ４００は、アカウント名とパスワードとをサービス提供装置５００へ送信する（Ｕ３１０）。サービス提供装置５００は、それらアカウント名およびパスワードが、サービス提供装置５００に記憶されているアカウント名およびパスワードの組み合わせと一致するか否かをチェックし、一致すると判断される場合、許可確認ページをＰＣ４００へ送信する（Ｕ３１１）。この許可確認ページは、入力されたアカウント名でサービス提供装置５００が管理するリソースの利用を、中継装置２００に許可するか否かを、ユーザに問い合わせるためのＷｅｂページである。一方、入力されたアカウント名およびパスワードが、サービス提供装置５００に記憶されているアカウント名およびパスワードの組み合わせと一致しないと判断される場合、サービス提供装置５００は、一致するまでアカウント名およびパスワードの入力を要求する。

許可確認ページにおいて、中継装置２００によるサービス提供装置５００の利用がユーザによって受諾されると（Ｕ３１２）、ＰＣ４００はサービス提供装置５００へ受諾通知を送信する（Ｕ３１３）。これにより、ＰＣ４００とサービス提供装置５００との間における認証手続きが完了する。すなわち、中継装置２００がサービス提供装置５００にアクセスし、且つ、サービス提供装置５００が提供するサービスを利用することが許可される。具体的には、中継装置２００がサービス提供装置５００に記憶されているデータのうち、Ｕ３０９で入力されたアカウント名およびパスワードで特定されるユーザのデータにアクセスすることが許可される。なお、Ｕ３０８、Ｕ３１０〜Ｕ３１１、および、Ｕ３１３において、ＰＣ４００またはサービス提供装置５００は、ログインページなどの各種情報と一緒に、Ｕ３０５で発行されたリクエストトークンを送信する。これにより、ＰＣ４００とサービス提供装置５００との間で、中継装置２００のＵＲＬと対応付けてサービス提供装置５００に記憶されているリクエストトークンが送受されるため、サービス提供装置５００は、認証手続きによりサービス提供装置５００へのアクセスが許可される中継装置２００を特定することができる。

一方、許可確認ページにおいて、中継装置２００によるサービス提供装置５００の利用がユーザによって拒絶されると（Ｕ３１２）、ＰＣ４００はサービス提供装置５００へ拒絶通知を送信する。これにより、ＰＣ４００とサービス提供装置５００との間における認証手続きが中断される。

次に、サービス提供装置５００は、中継装置２００へのリダイレクト指令を、ＰＣ４０
０に送信する（Ｕ３１４）。このリダイレクト指令には、サービス提供装置５００によって発行される認証トークンと中継装置２００のＵＲＬとが含まれる。この認証トークンは、サービス提供装置５００とＰＣ４００との間において認証手続きが行われたことを示す情報である。サービス提供装置５００は、中継装置２００のＵＲＬと認証トークンとを対応付けて記憶する。

ＰＣ４００は、サービス提供装置５００からのリダイレクト指令を受けて、中継装置２００へアクセスし、仮登録ＩＤ発行要求を中継装置２００へ送信する（Ｕ３１５）。リダイレクト指令には、中継装置２００のＵＲＬが含まれるため、ＰＣ４００は、認証手続きによりサービス提供装置５００へのアクセスが許可された中継装置２００を特定することができる。この仮登録ＩＤ発行要求には、ＰＣ４００がサービス提供装置５００から受信した認証トークンが含まれる。

中継装置２００は、ＰＣ４００から認証トークンを受信することにより、ＰＣ４００とサービス提供装置５００との間において、認証手続きが行われたことを判断できる。そして、中継装置２００は、仮登録ＩＤを生成し（Ｕ３１６）、ＰＣ４００から受信した認証トークンと、認証トークンを発行したサービス提供装置が提供するサービスのサービスＩＤとに対応付けて、仮登録ＩＤを仮登録情報ＤＢ２０４ｄに含まれる情報として登録する（Ｕ３１７）。

そして、中継装置２００は、仮登録情報ＤＢ２０４ｄに登録した仮登録ＩＤを、ＰＣ４００へ送信する（Ｕ３１８）。一方、ＰＣ４００は、受信した仮登録ＩＤを、Ｗｅｂブラウザ４０４ａによりＬＣＤ４０７に表示出力し、ユーザに知らせる（Ｕ３１９）。ユーザは、この仮登録ＩＤを用いて、ＭＦＰ１００において、アクセストークンの登録に必要な作業（図４参照）を行う。

図４は、ＭＦＰ１００と、中継装置２００と、サービス提供装置５００との間における情報の流れを説明するシーケンス図であり、仮登録ＩＤがＰＣ４００のＬＣＤ４０７において表示された後の処理の流れを説明する図である。まず、ユーザは、アカウント登録指示をＭＦＰ１００に入力する（Ｕ４０１）。

アカウント登録指示がユーザにより入力されると、ＭＦＰ１００は、中継装置２００に対して、仮登録ＩＤ入力画面を要求する（Ｕ４０２）。中継装置２００は、仮登録ＩＤ入力画面を、ＭＦＰ１００に描画させるためのＵＩ表示データを作成し、画面表示を指示するコマンドと共にＵＩ表示データをＭＦＰ１００に送信する（Ｕ４０３）。本実施形態において、ＵＩ表示データとは、ＸＭＬに従ったＭＦＰ１００のメーカ独自のデータフォーマットで構成されたデータである。

図５は、ＭＦＰ１００のＬＣＤ１０９における画面遷移を説明する図である。ユーザの入力操作により、ユーザにより選択されたサービスをＭＦＰ１００から利用するための登録作業を開始する指示を受け付けると、ＭＦＰ１００は、図５に示す設定開始画面１０９ａをＬＣＤ１０９に表示する。設定開始画面１０９ａにおいて、ＯＫキーを押下するユーザ操作が、アカウント登録指示（Ｕ４０１）に相当する。設定開始画面１０９ａにおいてＯＫキーを押下するユーザ操作をＭＦＰ１００が受け付けると、ＭＦＰ１００は、中継装置２００へ仮登録ＩＤ入力画面を要求する（Ｕ４０２）。この仮登録ＩＤ入力画面要求には、ユーザにより選択されたサービスのサービスＩＤが含まれる。そして、ＭＦＰ１００は、中継装置２００から受信したＵＩ表示データに基づいて、仮登録ＩＤ入力画面１０９ｂを表示し、仮登録ＩＤの入力を受け付ける。上述したように、ＰＣ４００には、中継装置２００から仮登録ＩＤが通知されるから、ユーザは、ＰＣ４００のＬＣＤ４０７に表示された仮登録ＩＤを、例えばメモし、保持している。そして、ユーザは、そのメモなどを参照しながら、ＭＦＰ１００に表示された仮登録ＩＤ入力画面１０９ｂから、仮登録ＩＤを入力できる。

図４に戻り説明する。仮登録ＩＤ入力画面１０９ｂにおいて、ユーザが仮登録ＩＤを入力すると（Ｕ４０４）、ＭＦＰ１００は、アカウント名入力画面要求を、中継装置２００
へ送信する（Ｕ４０５）。このアカウント名入力画面要求には、仮登録ＩＤ入力画面１０
９ｂにおいて受け付けた仮登録ＩＤが含まれる。中継装置２００は、ＭＦＰ１００から受信した仮登録ＩＤが、仮登録ＩＤ入力画面要求に含まれるサービスＩＤと対応付けて仮登録情報ＤＢ２０４ｄに登録されている仮登録ＩＤと一致するか否かを判断する。一致すると判断された場合、中継装置２００は、アカウント名入力画面を描画させるためのＵＩ表示データを作成し、画面表示を指示するコマンドと共にＵＩ表示データをＭＦＰ１００に送信する（Ｕ４０６）。ＭＦＰ１００から受信した仮登録ＩＤが仮登録情報ＤＢ２０４ｄに登録されている仮登録ＩＤと一致しないと判断された場合、中継装置２００は、一致するまで仮登録ＩＤの入力を要求する。

図５を参照して説明する。ＭＦＰ１００は、中継装置２００から受信するＵＩ表示データに基づいて、アカウント名入力画面１０９ｃを表示し、アカウント名の入力を受付ける。ユーザは、ＭＦＰ１００に対して登録を所望するアカウント名を、アカウント名入力画面１０９ｃから入力する。

図４に戻り説明する。アカウント名が入力されると（Ｕ４０７）、ＭＦＰ１００は、入力されたアカウント名を、中継装置２００へ送信する（Ｕ４０８）。中継装置２００は、アカウント名をＭＦＰ１００から受信すると、パスワード入力画面を描画させるためのＵＩ表示データを作成し、画面表示を指示するコマンドと共にＵＩ表示データをＭＦＰ１００に送信する（Ｕ４０９）。このコマンドを受信したＭＦＰ１００は、図５に示すように、アカウント名入力画面１０９ｃをパスワード入力画面１０９ｅに遷移させ、パスワードの入力をユーザに促す。このパスワードは、ユーザが、Ｕ４０７で入力したアカウント名とともに、ＭＦＰ１００に対して登録を所望するパスワードである。

図４に戻り説明する。パスワードが入力されると（Ｕ４１０）、ＭＦＰ１００は中継装置２００に対して、アクセストークン取得要求を送信する（Ｕ４１１）。このアクセストークン取得要求は、ＭＦＰ１００において入力されたアカウント名とパスワードとを含む。なお、ＭＦＰ１００において入力されたアカウント名およびパスワードは、上述したサービス提供装置５００に対して登録されたアカウント名およびパスワードと異なるものであって良い。アクセストークン取得要求を受信すると、中継装置２００は、ＭＦＰ１００から受信した仮登録ＩＤに対応付けられた認証トークンとサービスＩＤとを、仮登録情報ＤＢ２０４ｄから読み出し、そのサービスＩＤで特定されるサービス提供装置５００へ、アクセストークン取得指令を送信する（Ｕ４１２）。中継装置２００は、受信したアクセストークン取得要求に含まれるアカウント名とパスワードとをＵ４０５で受信した仮登録ＩＤと対応付けてＲＡＭ２０３に記憶する。アクセストークン取得指令には、中継装置２００が仮登録情報ＤＢ２０４ｄから読み出した認証トークンが含まれる。認証トークンを受信したサービス提供装置５００は、この認証トークンが、アクセストークン取得指令の送信元装置である中継装置２００のＵＲＬと対応付けて記憶されている認証トークンと一致するか否かを判断する。一致すると判断された場合には、サービス提供装置５００は、認証トークンの送信元装置（この例では中継装置２００）に対して、サービスの利用が許可されることを示すアクセストークンを発行する（Ｕ４１３）。

一方、アクセストークン取得指令に含まれる認証トークンが、アクセストークン取得指令の送信元装置である中継装置２００のＵＲＬと対応付けて記憶されている認証トークンと一致しないと判断された場合、サービス提供装置５００は、認証トークンの送信元装置である中継装置２００へエラー情報を送信する。エラー情報とは、サービス提供装置５００がアクセストークン取得指令に基づいてアクセストークンを発行できない旨を示す情報である。

中継装置２００は、サービス提供装置５００が発行するアクセストークンを取得すると、サービスＩＤ、アカウント名、パスワード、およびアクセストークンを対応付けて設定するようにＭＦＰ１００に指令するための設定保存のコマンドを作成し、ＭＦＰ１００へ設定保存のコマンドを送信する（Ｕ４１４）。具体的には、設定保存のコマンドは、サービスＩＤ、アカウント名、パスワード、およびアクセストークンを対応付けて、登録情報ＤＢ１０４ａに含めて記憶するようＭＦＰ１００に指令するコマンドである。Ｕ４１４において、中継装置２００は、設定保存のコマンドと一緒に、サービスＩＤ、アカウント名、パスワード、およびアクセストークンをＭＦＰ１００へ送信する。中継装置２００は、ＭＦＰ１００へ設定保存のコマンドを送信した後、Ｕ４１１においてＲＡＭ２０３に記憶されたアカウント名およびパスワードを削除する。また、中継装置２００は、ＭＦＰ１００へ設定保存のコマンドを送信した後、アクセストークン取得指令に含まれる認証トークンと、この認証トークンと対応付けて仮登録情報ＤＢ２０４ｄに登録されている仮登録ＩＤおよびサービスＩＤとを削除する。ＭＦＰ１００へ設定保存のコマンドが送信されることに応じて、パスワードおよび認証トークンなどのＭＦＰ１００のユーザの個人情報が、多数のＭＦＰからアクセス可能な中継装置２００から削除されるため、個人情報の機密性を確保することができる。設定保存のコマンドを受けたＭＦＰ１００は、サービスＩＤ、アカウント名、パスワード、およびアクセストークンを対応付けて、登録情報ＤＢ１０４ａに含めて保存する（Ｕ４１５）。そして、ＭＦＰ１００は、登録完了画面を中継装置２００に要求する（Ｕ４１６）。一方、中継装置２００は、登録完了画面を表示させるためのＵＩ表示データを作成し、画面表示のコマンドと共に、ＵＩ表示データをＭＦＰ１００に送信する（Ｕ４１７）。

図５に、登録完了画面１０９ｆの一例を示す。図５に示すように、登録完了画面１０９ｆにより、ＭＦＰ１００のユーザは、ＭＦＰ１００から所望のサービスを利用するための登録作業が完了したことを知る。

サービス連携システム１０によれば、サービス提供装置５００とＰＣ４００との間において認証手続きが行われると、中継装置２００からＰＣ４００へ仮登録ＩＤが送信されるので、ユーザは、ＰＣ４００によって仮登録ＩＤを知ることができる。そして、その仮登録ＩＤをユーザがＭＦＰ１００に入力すると、ＭＦＰ１００から中継装置２００へ、仮登録ＩＤが送信され、中継装置２００からＭＦＰ１００へは、アクセストークンが送信される。よって、サービス連携システム１０によれば、ＭＦＰ１００がＷｅｂブラウザを備えていなくても、サービス提供装置５００によって発行されるアクセストークンを、ＭＦＰ１００に取得させることができる。

また、ユーザは、ユーザの入力操作に従って、ＰＣ４００に認証手続きを行わせ、その後、ＭＦＰ１００において仮登録ＩＤを入力するという簡単な作業で、当該ＭＦＰ１００にアクセストークンを取得させることができる。また、サービス連携システム１０によれば、例えば、プリンタドライバなどのＭＦＰ１００を制御するためのドライバがＰＣ４００にインストールされていない環境下であっても、ＭＦＰ１００にアクセストークンを取得させることができる。

また、中継装置２００は、ＭＦＰ１００のメーカによって設置されるサーバであるため、中継装置２００と通信するＭＦＰの数は、サービス提供装置５００が提供するＡＰＩを利用する装置数に比べて少ない。すなわち、中継装置２００が認証を許可する装置数は、サービス提供装置５００が認証を許可する装置数に比べて少ないため、ＭＦＰ１００のメーカは、中継装置２００が認証の可否を判断するための仮登録ＩＤを、サービス提供装置５００が認証の可否を判断するための認証トークンよりも情報量（桁数）を少なく構成することができる。よって、ＭＦＰ１００においてユーザが入力すべき仮登録ＩＤは、認証トークンよりも情報量が少ないので、認証トークンを入力させる場合に比較して、ユーザの作業負担を軽減できる。

図６は、ＭＦＰ１００がアクセストークンを取得した後における、ＭＦＰ１００と中継装置２００とサービス提供装置５００との間における情報の流れを説明するシーケンス図である。まず、ユーザがサービスおよびアカウント名を選択し、パスワードを入力する操作を受け付けると、ＭＦＰ１００は、入力されたパスワードが、選択されたサービスのサービスＩＤおよびアカウント名と対応付けて登録情報ＤＢ１０４ａに登録されているパスワードと一致するか否かを判断する。一致すると判断された場合、ＭＦＰ１００から中継装置２００に対して、サービス利用要求が送信される（Ｕ６０１）。このサービス利用要求には、ユーザにより選択されたサービスのサービスＩＤと、そのサービスＩＤに対応付けて登録情報ＤＢ１０４ａに登録されているアカウント名、およびパスワードとが含まれる。入力されたパスワードが登録情報ＤＢ１０４ａに登録されているパスワードと一致しないと判断された場合、ＭＦＰ１００は、一致するまでパスワードの入力を要求する。この例では、ユーザは、ＭＦＰ１００のスキャナ１０７より読み取った画像の電子ファイルをアップロードできるサービスを選択したものとして説明する。

サービス利用要求を受けた中継装置２００は、アクセストークン送信を指令するコマンドであるアクセストークン送信指令をＭＦＰ１００に送信する（Ｕ６０２）。詳細は後述するが、中継装置２００は、サービス提供装置５００から受信したアクセストークンをＭＦＰ１００へ送信した後、そのアクセストークンを保持しない。よって、中継装置２００は、ＭＦＰ１００からの要求を受けてサービス提供装置５００との間で通信を行う場合、必要なアクセストークンの送信をＭＦＰ１００に指令する。なお、このアクセストークン送信指令には、中継装置２００がＭＦＰ１００から受信したサービスＩＤおよびアカウント名が含まれる。

ＭＦＰ１００は、中継装置２００から受信したサービスＩＤおよびＭＦＰ１００で入力されたアカウント名に対応付けて、登録情報ＤＢ１０４ａに登録されているアクセストークンを読み出し、中継装置２００へ送信する（Ｕ６０３）。アクセストークンを受信した中継装置２００は、アップロードを指示するコマンドをＭＦＰ１００に送信する（Ｕ６０４）。

次に、ＭＦＰ１００は、中継装置２００に対して、アップロード先ＵＲＬ取得要求を送信する（Ｕ６０５）。アップロード先ＵＲＬ取得要求を受信した中継装置２００は、ユーザにより選択されたサービスを提供するサービス提供装置５００に対して、アップロード先ＵＲＬ要求を送信する（Ｕ６０６）。図６において図示は省略しているが、中継装置２００は、ＭＦＰ１００から受信したアクセストークンと、自機が有する鍵情報とを用いて、署名情報を作成し、この署名情報と共に、アップロード先ＵＲＬ取得要求をサービス提供装置５００へ送信する。なお、このアップロード先ＵＲＬ要求は、サービス事業者が提供するＡＰＩを利用したＨＴＴＰメッセージであり、当該サービスに対応するプログラム（本実施形態の場合、サービスＡ用通信プログラム２０４ｂまたはサービスＢ用通信プログラム２０４ｃのいずれか）に従って作成される。

一方、サービス提供装置５００は、署名情報に基づいて中継装置２００を認証すると、アップロード先ＵＲＬを、中継装置２００へ送信する（Ｕ６０７）。

次に中継装置２００は、サービス提供装置５００に対して送信するアップロードメッセージのテンプレートを生成する（Ｕ６０８）。アップロードメッセージとは、ユーザにより選択されたサービスへのアップロード要求を行うためのメッセージである。なお、アップロードメッセージは、具体的にはＨＴＴＰのリクエスト・メッセージであるが、ヘッダに入れる情報の種類またはリクエストボディに入れる情報の種類、およびそれらの情報の数はサービス毎に異なる。中継装置２００は、例えば、サービスＡ用通信プログラム２０４ｂまたはサービスＢ用通信プログラム２０４ｃのようなユーザにより選択されたサービスに対応するプログラムを利用して、それぞれのサービスに応じたテンプレートを生成する。

次に、中継装置２００は、サービス提供装置５００から受信したアップロード先ＵＲＬと、作成したテンプレート、およびサービス提供装置５００から認証を受けた署名情報とを、ＭＦＰ１００に送信する（Ｕ６０９）。これらを受信したＭＦＰ１００は、画像の読み取りを行い（Ｕ６１０）、読み取った画像の電子ファイルを作成する。そして、ＭＦＰ１００は、中継装置２００から取得したテンプレートの所定の位置に、電子ファイルのバイナリデータを格納して、アップロードメッセージを作成する（Ｕ６１１）。

アップロードメッセージを作成したＭＦＰ１００は、ユーザにより選択されたサービスのサービス提供装置５００に対してアップロードメッセージを送信する（Ｕ６１２）。なお、ＭＦＰ１００は、アップロードメッセージと共に、中継装置２００から受信した署名情報を送信する。

アップロードメッセージを受信したサービス提供装置５００は、ＭＦＰ１００に対してアップロード結果を示すレスポンスメッセージを送信する（Ｕ６１３）。ＭＦＰ１００
は、解読要求を中継装置２００へ送信し（Ｕ６１４）、中継装置２００にレスポンスメッセージの解読を行わせる。解読要求を受信した中継装置２００は、レスポンスメッセージの解読結果を作成し、ＭＦＰ１００に対して作成した解読結果を送信する（Ｕ６１５）。そして、ＭＦＰ１００は、受信した解読結果に含まれるアップロード結果をＬＣＤ１０９
に表示させる（Ｕ６１６）。

このように、ＭＦＰ１００は、中継装置２００から受信したアクセストークンを用いて、中継装置２００に対して、サービス提供装置５００との間の通信の実行を要求できる。また、ＭＦＰ１００は、中継装置２００にアクセストークンを送信し、そのアクセストークンに基づいて中継装置２００により作成された署名情報を用いて、サービス提供装置５００と直接通信することもできる。

また、ＭＦＰ１００は、Ｗｅｂブラウザ、または、サービスに対応するプログラム（例えば、サービスＡ用通信プログラム２０４ｂ、サービスＢ用通信プログラム２０４ｃ）を搭載せずとも、サービスを利用できる。よって、Ｗｅｂブラウザ、または、サービスに対応するプログラムを搭載する場合に比較して、ＭＦＰ１００は高い処理能力を必要とせず、ＭＦＰ１００の製造コストを抑制できる。

さらに、アカウント名およびアクセストークンは、中継装置２００ではなく、ＭＦＰ１００のフラッシュメモリ１０４に記憶されるので、中継装置２００の負荷が軽減され、中継装置２００の運用費用、又は、中継装置２００の設備投資費を抑えることができる。すなわち、アカウント名およびアクセストークンが各ＭＦＰ１００に分散して記憶されるので、中継装置２００を経由するＭＦＰ１００が多数台存在していても、中継装置２００のデータベースにアクセスが集中することを抑制できる。また、ＭＦＰ１００の台数の増加に伴い、中継装置２００の負荷を分散するために、中継装置２００を複数台設置する場合がある。この場合において、アカウント名およびアクセストークンを中継装置２００側のデータベースに持たせ、複数台の中継装置２００が一つのデータベースを利用すると、同時アクセスのための排他制御、または巨大なデータベースの保守管理などが必要となる。しかしながら、本実施形態によれば、アカウント名およびアクセストークンが各ＭＦＰ１００に記憶されるので、中継装置２００を複数並べた負荷分散環境を容易に構築できる。また、中継装置２００は、アカウント名など、ユーザの個人情報を一時的にしか保持しないので、中継装置２００から個人情報が漏出するおそれが少ない。

図７は、中継装置２００のＣＰＵ２０１が実行する中継処理を示すフローチャートである。この中継処理は、ＭＦＰ１００とサービス提供装置５００との間の通信を中継する処理であり、中継装置２００の動作中に、繰り返し実行される。

まず、ＣＰＵ２０１は、アップロード先ＵＲＬ取得要求をＭＦＰ１００から受信したか否かを判断する（Ｓ７０２）。アップロード先ＵＲＬ取得要求を受信したと判断した場合（Ｓ７０２：Ｙｅｓ）、ＣＰＵ２０１は、サービス提供装置５００にアップロード先ＵＲＬを要求し、アップロード先ＵＲＬを取得する（Ｓ７０４）。ＣＰＵ２０１は、ユーザにより選択されたサービスに対応するアップロードメッセージのテンプレートを作成する（Ｓ７０６）。ＣＰＵ２０１は、サービス提供装置５００から受信したアップロード先ＵＲＬと、テンプレートと、アップロード先ＵＲＬの取得に用いた署名情報とをＭＦＰ１００へ送信し（Ｓ７０８）、Ｓ７０２に戻る。

アップロード先ＵＲＬ取得要求を受信しない場合（Ｓ７０２：Ｎｏ）、ＣＰＵ２０１は、ＰＣ４００からサービス仮登録要求を受信したか否かを判断する（Ｓ７１０）。サービス仮登録要求を受信したと判断される場合（Ｓ７１０：Ｙｅｓ）、ＣＰＵ２０１は、サービス提供装置５００へリクエストトークン取得要求を送信し、その要求に応じてサービス提供装置５００が発行するリクエストトークンを取得する（Ｓ７１２）。ＣＰＵ２０１は、サービスのログインページへのリダイレクト指令を、サービス仮登録要求元のＰＣ４００へ送信し（Ｓ７１４）、Ｓ７０２へ戻る。

Ｓ７１０においてサービス仮登録要求を受信しないと判断した場合（Ｓ７１０：Ｎｏ）、ＣＰＵ２０１は、ＰＣ４００から仮登録ＩＤ発行要求を受信したか否かを判断する（Ｓ７１６）。上述したように、ＰＣ４００とサービス提供装置５００との間において、サービス提供装置５００の利用に係る認証手続きが行われた場合、ＰＣ４００から中継装置２００に対して、仮登録ＩＤ発行要求が送信される。この仮登録ＩＤ発行要求には、サービス提供装置５００が発行した認証トークンが含まれる。

仮登録ＩＤ発行要求を受信したと判断される場合（Ｓ７１６：Ｙｅｓ）、サービス提供装置５００とＰＣ４００との間において、認証手続きが行われたと判断できるので、ＣＰＵ２０１は、仮登録ＩＤを生成し（Ｓ７１８）、仮登録ＩＤ、サービスＩＤ、および認証トークンをセットとして、仮登録情報ＤＢ２０４ｄに登録する（Ｓ７２０）。そして、仮登録ＩＤ発行要求元のＰＣ４００へ、登録した仮登録ＩＤを送信する（Ｓ７２２）。そして、ＣＰＵ２０１は、Ｓ７０２へ戻る。

Ｓ７１６において仮登録ＩＤ発行要求を受信しないと判断した場合（Ｓ７１６：Ｎｏ）、ＣＰＵ２０１は、ＭＦＰ１００からアカウント名入力画面要求を受信したか否かを判断する（Ｓ７２４）。アカウント名入力画面要求を受信したと判断される場合（Ｓ７２４：Ｙｅｓ）、ＣＰＵ２０１は、アカウント名入力画面要求に含まれる仮登録ＩＤを取得する（Ｓ７２６）。ＣＰＵ２０１は、取得した仮登録ＩＤが、仮登録ＩＤ入力画面要求（図４に示すＵ４０２参照）に含まれるサービスＩＤと対応付けて仮登録情報ＤＢ２０４ｄに登録されている仮登録ＩＤと一致するか否かを判断する（Ｓ７２７）。一致すると判断された場合（Ｓ７２７：ＹＥＳ）、ＣＰＵ２０１は、アカウント名入力画面の表示を指示するコマンドとＵＩ表示データとをＭＦＰ１００に送信する（Ｓ７２８）。そして、ＣＰＵ２０１は、Ｓ７０２に戻る。Ｓ７２６で取得した仮登録ＩＤが仮登録情報ＤＢ２０４ａに登録されている仮登録ＩＤと一致しないと判断された場合（Ｓ７２７：ＮＯ）、ＣＰＵ２０１は、Ｓ７０２に戻る。

Ｓ７２４においてアカウント名入力画面要求を受信しないと判断した場合（Ｓ７２４：Ｎｏ）、ＣＰＵ２０１は、ＭＦＰ１００からアクセストークン取得要求を受信したか否かを判断する（Ｓ７３０）。アクセストークン取得要求を受信したと判断される場合（Ｓ７３０：Ｙｅｓ）、ＣＰＵ２０１は、ＭＦＰ１００から受信した仮登録ＩＤに対応付けて、仮登録情報ＤＢ２０４ｄに登録されている認証トークンとサービスＩＤとを読み出す（Ｓ７３２）。ＣＰＵ２０１は、取得したサービスＩＤで特定されるサービス提供装置５００へ、認証トークンを送信する。その認証トークンをサービス提供装置５００が受信した場合において、ＣＰＵ２０１は、当該サービス提供装置５００が発行するアクセストークンを取得し、アクセストークンメモリ２０４ｅに保存する（Ｓ７３４）。

次に、ＣＰＵ２０１は、サービスＩＤと、アカウント名と、パスワードと、アクセストークンとを対応付けて、ＭＦＰ１００の登録情報ＤＢ１０４ａに記憶させることを指示する設定保存コマンドを作成して、ＭＦＰ１００に送信し、これらの情報をＭＦＰ１００に保存させる（Ｓ７３６）。そして、ＣＰＵ２０１は、ＭＦＰ１００へ送信したアクセストークンを、アクセストークンメモリ２０４ｅから削除する。また、このアクセストークンを取得するために用いた仮登録ＩＤ、認証トークン、およびサービスＩＤを仮登録情報ＤＢ２０４ａから削除する（Ｓ７３８）。そして、ＣＰＵ２０１は、Ｓ７０２へ戻る。

Ｓ７３０において、アクセストークン取得要求を受信しないと判断された場合（Ｓ７３
０：Ｎｏ）、ＣＰＵ２０１は、その他の処理（例えば、ＭＦＰ１００からの要求に応じ
て、ＵＩ表示データをＭＦＰ１００に送信する、ＭＦＰ１００からの解読要求に応じて解読結果をＭＦＰ１００に送信する、ＭＦＰ１００からのサービス利用要求に応じて、ＭＦＰ１００へアクセストークン送信指令を送信するなど）を実行し（Ｓ７４０）、Ｓ７０２へ戻る。なお、中継装置２００が実行するその他の処理（Ｓ７４０）のうち、主要な処理については、図３，図４，図６のシーケンス図を用いて詳細に説明したので、これ以上の説明は省略する。

図７に示す中継処理によれば、ＭＦＰ１００にアクセストークンを取得させた後、中継装置２００からは、アクセストークンが削除される。よって、中継装置２００を経由してサービスを利用するＭＦＰ１００が多数存在する場合であっても、ＨＤＤ２０４が容量不足となることを抑制できる。また、アクセストークン取得後には不要となる仮登録ＩＤおよび認証トークンも削除されるので、ＨＤＤ２０４に不要な情報が蓄積することを抑制できる。なお、中継装置２００は、サービス提供装置５００またはＭＦＰ１００が認証トークンまたはアクセストークンを取得した後、一定時間経過したら、自動的にこれらのトークンをＨＤＤ２０４から削除するように構成されても良い。このようにしても、不要な情報がＨＤＤ２０４に蓄積することを抑制できる。

図８は、ＭＦＰ１００のＣＰＵ１０１が実行するコマンド実行処理を示すフローチャートである。この処理は、ＭＦＰ１００の電源投入後、繰り返し実行されるものであり、中継装置２００から受信するコマンドに応じた処理を実行するためのものである。

まず、ＣＰＵ１０１は、中継装置２００からコマンドを取得し（Ｓ８０２）、コマンドの種類を判断する（Ｓ８０４）。画面表示のコマンドであると判断される場合（Ｓ８０４：画面表示）、ＣＰＵ１０１は、当該コマンドに含まれて中継装置２００から送られてくるＵＩ表示データを用いて、画面を表示し、ユーザの入力操作を待つ（Ｓ８０６）。そして、ＣＰＵ１０１は、ユーザの入力内容を中継装置２００に送信し、次のコマンドを取得する（Ｓ８０８）。例えば、ＣＰＵ１０１は、ユーザにより入力された仮登録ＩＤを中継装置２００へ送信する。そして、ＣＰＵ１０１は、Ｓ８０４へ戻る。

中継装置２００から受信したコマンドが、設定保存のコマンドであると判断される場合（Ｓ８０４：設定保存）、ＣＰＵ１０１は、中継装置２００から指示される情報を、フラッシュメモリ１０４に保存し（Ｓ８１０）、次のコマンドを取得する（Ｓ８１２）。例えば、ＣＰＵ１０１は、中継装置２００から送られてくるサービスＩＤ、アカウント名、パスワード、およびアクセストークンを対応付けて、登録情報ＤＢ１０４ａに保存する。そして、ＣＰＵ１０１は、Ｓ８０４へ戻る。

中継装置２００から受信したコマンドが、設定取得のコマンドであると判断される場合（Ｓ８０４：設定取得）、ＣＰＵ１０１は、中継装置２００から指示される保存値をフラッシュメモリ１０４から読み取り（Ｓ８１４）、読み取った保存値を中継装置２００へ送信して、次のコマンドを取得する（Ｓ８１６）。例えば、ＣＰＵ１０１は、中継装置２００から指示されたサービスＩＤおよびアカウント名に対応付けて、登録情報ＤＢ１０４ａに記憶されているアクセストークンを読み取り、中継装置２００へ送信する。なお、本実施形態において、ＣＰＵ１０１は、中継装置２００から受信するアクセストークン送信指令（図６に示すＵ６０２参照）も、設定取得のコマンドであると判断する。

中継装置２００から受信したコマンドが、アップロード指示である場合（Ｓ８０４：アップロード指示）、ＣＰＵ１０１は、アップロード処理を行う（Ｓ８１８）。このアップロード処理については、図６を参照して説明したので、ここでは、詳細な説明を省略する。次に、ＣＰＵ１０１は、中継装置２００から次のコマンドを取得し（Ｓ８２０）、Ｓ８０４へ戻る。そして、中継装置２００から受信したコマンドが、終了指示である場合（Ｓ８０４：終了指示）、ＣＰＵ１０１はこの処理を終了する。

上記実施形態において、サービス連携システム１０が通信システムの一例であり、ＭＦＰ１００が通信装置の一例であり、ＰＣ４００がブラウザ搭載装置の一例である。仮登録ＩＤが仮登録情報の一例であり、認証トークンが認証情報の一例であり、アクセストークンが許可情報の一例である。登録情報ＤＢ１０４ａを記憶するフラッシュメモリ１０４のメモリエリアが第２記憶部の一例であり、仮登録情報ＤＢ２０４ｄを記憶するＨＤＤ２０４のメモリエリアが登録部の一例であり、アクセストークンメモリ２０４ｅが第１記憶部の一例である。図４に示すＵ４１４において入力される仮登録ＩＤが入力情報の一例である。図６に示すＵ６０９〜Ｕ６１３の処理が、「許可情報に基づいて、通信装置とサービス提供装置との間の通信を実行」することの一例であり、図６に示すＵ６０５〜Ｕ６０７の処理が、「許可情報に基づいて、通信装置から中継装置に対してサービス提供装置との間の通信を要求」することの一例である。

ＭＦＰ１００において、Ｓ８０６を実行するＣＰＵ１０１およびその処理動作が受付手段および受付ステップの一例であり、Ｓ８０８を実行するＣＰＵ１０１およびその処理動作が第２通信手段、入力情報送信手段、および、第２通信ステップの一例である。Ｓ８１０を実行するＣＰＵ１０１が保存手段の一例である。Ｓ８１６を実行するＣＰＵ１０１が情報取得手段の一例である。Ｓ８１８を実行するＣＰＵ１０１およびその処理動作が第４通信手段、通信手段、および、第４通信ステップの一例である。図４に示すＵ４１１を実行するＣＰＵ１０１が情報要求手段の一例である。

中継装置２００において、Ｓ７１８を実行するＣＰＵ２０１が生成手段の一例である。Ｓ７２０を実行するＣＰＵ２０１およびその処理動作が登録手段および登録ステップの一例である。Ｓ７２２を実行するＣＰＵ２０１およびその処理動作が第１通信手段、仮登録情報通信手段、仮登録情報通信ステップ、および、第１通信ステップの一例である。Ｓ７２４を実行するＣＰＵ２０１およびその処理動作が入力情報受信手段および入力情報受信ステップの一例である。Ｓ７３４を実行するＣＰＵ２０１およびその処理動作が認証情報送信手段、許可情報取得手段、および、許可情報取得ステップの一例である。Ｓ７３６を実行するＣＰＵ２０１およびその処理動作が第３通信手段、許可情報通信手段、許可情報通信ステップ、および、第３通信ステップの一例である。Ｓ７３８を実行するＣＰＵ２０１が削除手段の一例である。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。

例えば、上記実施形態では、ＭＦＰ１００が通信装置の一例であったが、携帯電話機、デジタルカメラなど、各種の装置が通信装置の一例となり得る。また、上記実施形態において、中継装置２００は、物理的に存在する一つのサーバであったが、複数の物理的な装置が協働して一つのサーバとして機能するヴァーチャルマシン（例えば、Ａｍａｚｏｎ（登録商標）のＥＣ２）であっても良い。また、上記実施形態の中継装置２００は、ＭＦＰ１００のメーカによって設置されるものであったが、周知のレンタルサーバが利用されても良い。これらの場合、中継装置２００の運用費用は、中継装置２００を経由する情報量、および、中継装置２００での処理の負荷によって変化する。本実施形態のサービス連携システム１０によれば、アクセストークンを各ＭＦＰ１００に保持させるので、中継装置２００に発生する負荷を少なくでき、運用費用を抑制できる。

また、上記実施形態では、図３に示すＵ３０４〜Ｕ３０５において、中継装置２００は、サービス提供装置５００へリクエストトークン取得要求を送信することに応じて、サービス提供装置５００からリクエストトークンを取得していた。ここで、サービス提供装置５００によっては、リクエストトークンを発行することなく、サービス提供装置５００とＰＣ４００との間において認証手続きを行う場合がある。この場合、図３に示すＵ３０３で仮登録要求を受けた中継装置２００は、Ｕ３０４およびＵ３０５の処理を行わず、サービス提供装置５００のサービス事業者が提供するログインページのリダイレクト指令を、仮登録要求元のＰＣ４００へ送信しても良い（Ｕ３０６）。このリダイレクト指令には、中継装置２００を識別可能なクライアントＩＤと、中継装置２００のＵＲＬとが含まれる。そして、サービス提供装置５００は、ＰＣ４００からクライアントＩＤと中継装置２００のＵＲＬとを受信し、受信したクライアントＩＤと中継装置２００のＵＲＬとを対応付けて記憶しても良い（Ｕ３０７）。そして、図３に示すＵ３０８、Ｕ３１０〜Ｕ３１１、および、Ｕ３１３において、ＰＣ４００またはサービス提供装置５００は、ログインページ等の各種情報と一緒にクライアントＩＤを送信しても良い。これにより、ＰＣ４００とサービス提供装置５００との間で、中継装置２００のＵＲＬと対応付けてサービス提供装置５００に記憶されているクライアントＩＤが送受されるため、サービス提供装置５００は、リクエストトークンを発行しない場合であっても、認証手続きによりサービス提供装置５００へのアクセスが許可される中継装置２００を特定することができる。

また、上記実施形態では、サービス提供装置５００とＰＣ４００との間において、認証手続きが行われた場合、図３に示すＵ３１４において、サービス提供装置５００からＰＣ４００へ認証トークンが発行されていた。ここで、サービス提供装置５００によっては、認証手続きが行われた場合に認証トークンを発行することなく、アクセストークンを発行する場合がある。この場合、図３に示すＵ３１５において、ＰＣ４００は、サービス提供装置５００からのリダイレクト指令を受けて、中継装置２００へアクセスし、アクセストークンを含む仮登録ＩＤ発行要求を中継装置２００へ送信しても良い。そして、中継装置２００は、ＰＣ４００から受信したアクセストークンと仮登録ＩＤとを対応付けて、仮登録情報ＤＢ２０４ｄに含めて記憶しても良い。図４において、中継装置２００は、ＭＦＰ１００から仮登録ＩＤを受信し（Ｕ４０５）、アクセストークン取得要求を受信すると（Ｕ４１１）、Ｕ４１２およびＵ４１３の処理を行わず、その仮登録ＩＤに対応付けたアクセストークンを仮登録情報ＤＢ２０４ｄから読み出し、ＭＦＰ１００に送信しても良い（Ｕ４１４）。

また、図３に示すＵ３１５において、認証トークンを受信した中継装置２００は、図４に示すＵ４１１におけるＭＦＰ１００からアクセストークン取得要求を受信する前に、その認証トークンをサービス提供装置５００に送信し、認証トークンと引き替えにアクセストークンを取得しても良い。例えば、中継装置２００は、Ｕ３１５において認証トークンを受信することに応じて、図４に示すＵ４１２およびＵ４１３と同様にして、サービス提供装置５００からアクセストークンを取得しても良い。この場合においても、中継装置２００は、アクセストークンと仮登録ＩＤとを対応付けて、仮登録情報ＤＢ２０４ｄに含めて記憶しても良い。図４において、中継装置２００は、ＭＦＰ１００から仮登録ＩＤおよびアクセストークン取得要求を受信すると（Ｕ４０５およびＵ４１１）、Ｕ４１２およびＵ４１３の処理を行わず、その仮登録ＩＤに対応付けたアクセストークンを仮登録情報ＤＢ２０４ｄから読み出し、ＭＦＰ１００に送信しても良い（Ｕ４１４）。

また、上記実施形態において、サービス提供装置５００は、他の装置からの電子ファイルのアップロードを受付けるサービスを提供するものであったが、例えば、他の装置への電子ファイルのダウンロードを受付けるサービスなど、他のサービスを提供するサービス提供装置５００についても、本実施形態のサービス連携システム１０を適用可能である。

また、上記実施形態において、ＭＦＰ１００に画面を表示させるためのＵＩ表示データが、中継装置２００からＭＦＰ１００へ送信されるものとして説明した。このＵＩ表示データは、画像データであっても良いし、あるいは、ＭＦＰ１００が有するテンプレートのうち、表示すべきテンプレートを指定する情報であっても良い。

また、中継装置２００の仮登録情報ＤＢ２０４ｄ、アクセストークンメモリ２０４ｅ、およびＭＦＰ１００の登録情報ＤＢ１０４ａは、それぞれ、外付けの記憶装置に設けられていても良い。

また、上記実施形態では、ＭＦＰ１００から中継装置２００へサービスの利用要求が送信される場合、ＭＦＰ１００のフラッシュメモリ１０４からアクセストークンが読み出され、ＭＦＰ１００とサービス提供装置５００との間の通信、または、中継装置２００とサービス提供装置５００との間の通信に用いられていた。これに代えて、ＭＦＰ１００のフラッシュメモリ１０４には、ユーザにより入力された仮登録ＩＤを記憶させておき、ＭＦＰ１００から中継装置２００へサービスの利用要求が送信される場合に、ＭＦＰ１００から中継装置２００へ仮登録ＩＤを送信するように構成しても良い。その場合、中継装置２００は、ＭＦＰ１００から受信した仮登録ＩＤに対応するアクセストークンを取得してＭＦＰ１００に送信しても良い。また、中継装置２００またはＭＦＰ１００は、中継装置２００が取得したアクセストークンを用いて、サービス提供装置５００との間で通信を行っても良い。

また、上記実施形態では、ユーザは、ＰＣ４００に表示された仮登録ＩＤを、ＭＦＰ１００に手動で入力していた。しかしながら、ＰＣ４００とＭＦＰ１００とが通信可能な環境下では、中継装置２００から受信した仮登録ＩＤを、ＰＣ４００がＭＦＰ１００へ直接に出力し、一方、ＭＦＰ１００は、ＰＣ４００からの仮登録ＩＤの入力を受付けるように構成されても良い。そして、ＭＦＰ１００は、ＰＣ４００から直接入力された仮登録ＩＤを中継装置２００へ送信するように構成されても良い。

また、上記実施形態において、仮登録ＩＤは８桁の情報であったが、これに限られるものではなく、仮登録ＩＤは、認証トークンまたはアクセストークンよりも情報量が小さい情報であれば良い。

また、上記実施形態では、サービス提供装置５００が発行するアクセストークンを中継装置２００に受信させ、そのアクセストークンを中継装置２００のＨＤＤ２０４に記憶させることにより、中継装置２００にアクセストークンを取得させていた。しかしながら、「中継装置において許可情報を取得する」とは、中継装置において受信した許可情報（例えば、アクセストークン）を不揮発性のメモリに記憶させることに限定されるものではなく、中継装置が一時的に許可情報を取得する場合（例えば、許可情報を受信し、ＲＡＭなどに一時的に保存する場合）も含むものである。

また、上記実施形態において、ＭＦＰ１００は、ＨＴＭＬを解釈できず、サービス提供装置５００が提供するＷｅｂページを表示できないものとして説明した。しかしながら、本発明は、通信装置が、中継装置を経由してサービスを利用できるように構成されている通信システムに適用できるものであり、サービス提供装置が提供する情報を、通信装置が解釈可能である場合にも、本発明は適用可能である。すなわち、ＭＦＰまたは中継装置とサービス提供装置との間で通信される情報を、中継装置が解釈可能であり、中継装置と通信装置との間で通信される情報を、中継装置と通信装置とが解釈可能に構成されている通信システムであれば、本発明は適用可能である。また、通信装置と中継装置との間の通信に用いられる言語は、例えば、Ｊｓｏｎなど、ＸＭＬ以外の他の言語であっても良い。

また、仮登録ＩＤには、例えば、発行から２４時間などの有効期限が設定されていても良い。

１０ サービス連携システム
１００ ＭＦＰ
１０４ａ 登録情報ＤＢ
２００ 中継装置
２０４ｄ 仮登録情報ＤＢ
２０４ｅ アクセストークンメモリ
４００ ＰＣ
４０４ａ Ｗｅｂブラウザ
５００ サービス提供装置
６００ ネットワーク

Claims (10)

1. サービスを提供するサービス提供装置およびそのサービス提供装置が提供する情報を処理するためのブラウザを備えたブラウザ搭載装置がそれぞれ接続されるネットワークを介して、通信装置と接続される中継装置であって、
   前記サービス提供装置が提供する前記サービスを前記中継装置が利用するために前記サービス提供装置と前記ブラウザ搭載装置との間において行われる認証手続きについて、仮登録情報を前記中継装置の登録部に登録する登録手段と、
   前記サービス提供装置と前記ブラウザ搭載装置との間において行われる前記認証手続きについて、前記サービス提供装置が発行する許可情報であって、前記サービスの利用が許可されることを示す前記許可情報を取得する許可情報取得手段と、
   前記登録手段により登録される前記仮登録情報を、前記中継装置から前記ブラウザ搭載装置へ送信する仮登録情報通信手段と、
   前記ブラウザ搭載装置が出力した前記仮登録情報に応じた入力情報であって、前記通信装置において受け付けられた入力情報を、前記通信装置から受信する入力情報受信手段と、
   前記入力情報受信手段により前記通信装置から前記入力情報を受信した場合、前記入力情報と一致する前記仮登録情報が登録された前記認証手続きについて、前記許可情報取得手段により取得された前記許可情報を、前記中継装置から前記入力情報の送信元である前記通信装置へ送信する許可情報通信手段とを備える中継装置。
2. 前記許可情報取得手段は、
   前記認証手続きについて前記サービス提供装置が発行する前記許可情報を、前記中継装置において受信し、その許可情報を第１記憶部に記憶するものであり、
   前記許可情報通信手段により、前記通信装置へ前記許可情報を送信した後、当該許可情報を、前記第１記憶部から削除する削除手段を備える請求項１記載の中継装置。
3. 前記サービス提供装置は、前記ブラウザ搭載装置との前記認証手続きにおいて、前記ブラウザ搭載装置を正しく認証した場合に認証情報を発行するものであり、
   前記登録手段は、前記サービス提供装置が前記ブラウザ搭載装置に対して発行する前記認証情報を、前記中継装置が前記ブラウザ搭載装置から取得した場合に、前記認証情報と、前記仮登録情報とを対応付けて、前記登録部に登録するものであって、
   前記入力情報受信手段により前記通信装置から前記入力情報を受信した場合、その入力情報と一致する前記仮登録情報に対応付けられた前記認証情報を、前記登録部から読み出し、その認証情報の発行元のサービス提供装置へ送信する認証情報送信手段を備え、
   前記許可情報取得手段は、前記認証情報送信手段により送信された前記認証情報を前記サービス提供装置が受信した場合において、当該サービス提供装置が発行する前記許可情報を取得するものである請求項１または２に記載の中継装置。
4. 前記認証情報よりも情報量の少ない情報を、前記仮登録情報として生成する生成手段を備え、
   前記登録手段は、前記生成手段により生成される前記仮登録情報を、前記認証情報に対応付けて登録するものである請求項３記載の中継装置。
5. 前記サービス提供装置は、前記ブラウザ搭載装置との前記認証手続きにおいて、前記ブラウザ搭載装置を正しく認証した場合に前記許可情報を発行するものであり、
   前記登録手段は、前記サービス提供装置が前記ブラウザ搭載装置に対して発行する前記許可情報を、前記中継装置が前記ブラウザ搭載装置から取得した場合に、前記許可情報と、前記仮登録情報とを対応付けて、前記登録部に登録するものであり、
   前記許可情報取得手段は、前記中継装置が前記入力情報受信手段により前記通信装置から前記入力情報を受信した場合、その入力情報と一致する前記仮登録情報に対応付けられた前記許可情報を、前記登録部から読み出して取得するものである請求項１または２に記載の中継装置。
6. サービスを提供するサービス提供装置およびそのサービス提供装置が提供する情報を処理するためのブラウザを備えたブラウザ搭載装置がそれぞれ接続されるネットワークを介して、通信装置と接続される中継装置において実行される中継方法であって、
   前記サービス提供装置が提供する前記サービスを前記中継装置が利用するために前記サービス提供装置と前記ブラウザ搭載装置との間において行われる認証手続きについて、仮登録情報を前記中継装置の登録部に登録する登録ステップと、
   前記サービス提供装置と前記ブラウザ搭載装置との間において行われる前記認証手続きについて、前記サービス提供装置が発行する許可情報であって、前記サービスの利用が許可されることを示す前記許可情報を取得する許可情報取得ステップと、
   前記登録ステップにより登録される前記仮登録情報を、前記中継装置から前記ブラウザ搭載装置へ送信する仮登録情報通信ステップと、
   前記ブラウザ搭載装置が出力した前記仮登録情報に応じた入力情報であって、前記通信装置において受け付けられた入力情報を、前記通信装置から受信する入力情報受信ステップと、
   前記入力情報受信ステップにより前記通信装置から前記入力情報を受信した場合、前記入力情報と一致する前記仮登録情報が登録された前記認証手続きについて、前記許可情報取得ステップにより取得された前記許可情報を、前記中継装置から前記入力情報の送信元である前記通信装置へ送信する許可情報通信ステップを備える中継方法。
7. サービスを提供するサービス提供装置およびそのサービス提供装置が提供する情報を処理するためのブラウザを備えたブラウザ搭載装置がそれぞれ接続されるネットワークに接続される中継装置と、前記ネットワークを介して接続される通信装置であって、
   前記サービス提供装置が提供する前記サービスを前記中継装置が利用するために前記サービス提供装置と前記ブラウザ搭載装置との間において行われる認証手続きについて、前記中継装置において登録された仮登録情報に応じた入力情報を受け付ける受付手段と、
   前記受付手段により受け付けられた前記入力情報を前記中継装置に送信する入力情報送信手段と、
   前記入力情報送信手段により送信された前記入力情報と一致する前記仮登録情報が登録された前記認証手続きについて、前記サービス提供装置が発行する許可情報であって、前記サービスの利用が許可されることを示す前記許可情報を取得するように、前記中継装置に要求する情報要求手段と、
   前記情報要求手段の要求に応じて前記中継装置が取得した前記許可情報を、前記中継装置から取得する情報取得手段と、
   前記情報取得手段により取得された前記許可情報に基づいて、前記通信装置と前記サービス提供装置との間の通信を実行し、または、前記通信装置から前記中継装置に対して前記サービス提供装置との間の通信を要求する通信手段とを備える通信装置。
8. 前記情報取得手段により前記中継装置から取得された前記許可情報を、不揮発性の第２記憶部に保存する保存手段を備え、
   前記通信手段は、前記第２記憶部に保存された前記許可情報に基づいて、前記通信装置と前記サービス提供装置との間の通信を実行し、または、前記通信装置から前記中継装置に対して前記サービス提供装置との間の通信を要求するものである請求項７記載の通信装置。
9. サービスを提供するサービス提供装置およびそのサービス提供装置が提供する情報を処理するためのブラウザを備えたブラウザ搭載装置がそれぞれ接続されるネットワークに接続される中継装置と、前記ネットワークを介して前記中継装置と接続される通信装置とを含む通信システムであって、
   前記サービス提供装置が提供する前記サービスを前記中継装置が利用するために前記サービス提供装置と前記ブラウザ搭載装置との間において行われる認証手続きについて、仮登録情報を前記中継装置の登録部に登録する登録手段と、
   前記サービス提供装置と前記ブラウザ搭載装置との間において行われる前記認証手続きについて、前記サービス提供装置が発行する許可情報であって、前記サービスの利用が許可されることを示す前記許可情報を、前記中継装置において取得する許可情報取得手段と、
   前記登録手段により登録される前記仮登録情報を、前記中継装置から前記ブラウザ搭載装置へ送信する第１通信手段と、
   前記ブラウザ搭載装置が出力した前記仮登録情報に応じた入力情報を、前記通信装置において受け付ける受付手段と、
   前記受付手段により受け付けられた前記入力情報を、前記通信装置から前記中継装置へ送信する第２通信手段と、
   前記第２通信手段により送信された前記入力情報と一致する前記仮登録情報が登録された前記認証手続きについて、前記許可情報取得手段により取得された前記許可情報を、前記中継装置から前記入力情報の送信元である前記通信装置へ送信する第３通信手段と、
   前記第３通信手段により前記通信装置へ送信された前記許可情報に基づいて、前記通信装置と前記サービス提供装置との間の通信を実行し、または、前記通信装置から前記中継装置に対して前記サービス提供装置との間の通信を要求する第４通信手段とを備える通信システム。
10. サービスを提供するサービス提供装置およびそのサービス提供装置が提供する情報を処理するためのブラウザを備えたブラウザ搭載装置がそれぞれ接続されるネットワークに接続される中継装置と、前記ネットワークを介して前記中継装置と接続される通信装置とを含む通信システムにおいて実行される通信方法であって、
    前記サービス提供装置が提供する前記サービスを前記中継装置が利用するために前記サービス提供装置と前記ブラウザ搭載装置との間において行われる認証手続きについて、仮登録情報を前記中継装置の登録部に登録する登録ステップと、
    前記サービス提供装置と前記ブラウザ搭載装置との間において行われる前記認証手続きについて、前記サービス提供装置が発行する許可情報であって、前記サービスの利用が許可されることを示す前記許可情報を、前記中継装置において取得する許可情報取得ステップと、
    前記登録ステップにより登録される前記仮登録情報を、前記中継装置から前記ブラウザ搭載装置へ送信する第１通信ステップと、
    前記ブラウザ搭載装置が出力した前記仮登録情報に応じた入力情報を、前記通信装置において受け付ける受付ステップと、
    前記受付ステップにより受け付けられた前記入力情報を、前記通信装置から前記中継装置へ送信する第２通信ステップと、
    前記第２通信ステップにより送信された前記入力情報と一致する前記仮登録情報が登録された前記認証手続きについて、前記許可情報取得ステップにより取得された前記許可情報を、前記中継装置から前記入力情報の送信元である前記通信装置へ送信する第３通信ステップと、
    前記第３通信ステップにより前記通信装置へ送信された前記許可情報に基づいて、前記通信装置と前記サービス提供装置との間の通信を実行し、または、前記通信装置から前記中継装置に対して前記サービス提供装置との間の通信を要求する第４通信ステップとを備える通信方法。

Images